專利名稱：網(wǎng)絡(luò)管理系統(tǒng)和網(wǎng)絡(luò)管理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種包括諸如圖像處理設(shè)備的多個(gè)裝置和通過 網(wǎng)絡(luò)連接到該裝置的管理設(shè)備的網(wǎng)絡(luò)管理系統(tǒng)和網(wǎng)絡(luò)管理方法。
背景技術(shù)：
作為用于管理網(wǎng)絡(luò)上的裝置的協(xié)議，已經(jīng)提出了SNMPvl (Simple Network Management Protocol, 簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議， SNMP版本1 )。
根據(jù)SNMPvl網(wǎng)絡(luò)管理技術(shù)，在網(wǎng)絡(luò)管理系統(tǒng)中，設(shè)置了 至少一個(gè)網(wǎng)絡(luò)管理站(network management station, NMS )和 均包括代理的多個(gè)被管理節(jié)點(diǎn)。在這種情況下，網(wǎng)絡(luò)管理協(xié)議 是必需的，它在網(wǎng)絡(luò)管理站和代理相互交換管理信息時(shí)使用。 用戶可以使用NMS上的網(wǎng)絡(luò)管理軟件來與被管理節(jié)點(diǎn)上的代 理軟件通信，從而獲取或改變網(wǎng)絡(luò)上的數(shù)據(jù)或變化。
術(shù)語"代理"意味著作為各目標(biāo)設(shè)備的背景處理而運(yùn)行的 軟件。當(dāng)用戶請(qǐng)求網(wǎng)絡(luò)上的設(shè)備的管理數(shù)據(jù)時(shí)，管理軟件將對(duì) 象識(shí)別信息放入管理包中，并將該管理包發(fā)送給目標(biāo)代理。該 代理解釋該對(duì)象識(shí)別信息，取出與該對(duì)象識(shí)別信息相關(guān)聯(lián)的數(shù) 據(jù)，并將該數(shù)據(jù)放入包中以將其發(fā)送給用戶。應(yīng)該注意，為了 取出數(shù)據(jù)，有時(shí)要調(diào)用相關(guān)聯(lián)的處理。
另外，代理以數(shù)據(jù)庫的形式保存與其自身狀態(tài)有關(guān)的數(shù)據(jù)。 該數(shù)據(jù)庫被稱為MIB ( Management Information Base,管理信息 庫)。MIB具有所有節(jié)點(diǎn)都被唯一地編號(hào)的樹型數(shù)據(jù)結(jié)構(gòu)。節(jié)點(diǎn) 的標(biāo)識(shí)符被稱為對(duì)象標(biāo)識(shí)符。
MIB的結(jié)構(gòu) 一皮 一爾為SMI ( Structure of Management Information,管理信息結(jié)構(gòu))。在RFC1155 "基于TCP/IP的因特 網(wǎng)的管理信息的結(jié)構(gòu)和標(biāo)識(shí)"中定義了該結(jié)構(gòu)。
接著，將給出對(duì)SNMPvl的簡(jiǎn)要說明。網(wǎng)絡(luò)管理軟件在其 上運(yùn)行的客戶端PC (下文中稱為"管理器")和SNMPvl代理在 其上運(yùn)行的被管理的網(wǎng)絡(luò)裝置(下文中稱為"代理，，)使用 SNMPvl相互通信(見圖1 )。有四種SNMPvl命令，它們分別稱 為GetRequest、 GetNextRequest、 SetRequest和TRAP 。
從管理器向代理發(fā)送GetRequest和GetNextRequest,以獲取 該代理的MIB對(duì)象的值。已經(jīng)接收到這些命令的代理將MIB的 值通知給管理器。
當(dāng)管理器對(duì)代理設(shè)置MIB對(duì)象值時(shí)，從管理器向該代理發(fā) 送SetRequest。已經(jīng)接收到該命令的代理將MIB對(duì)象值的設(shè)置結(jié) 果通知給管理器。
從代理向管理器發(fā)送TRAP,從而將該代理自身狀態(tài)的變化 通知給管理器。
SNMPvl代理在連接到PC、打印機(jī)等的網(wǎng)絡(luò)板上運(yùn)行，而 用作SNMPvl管理器的網(wǎng)絡(luò)管理軟件在PC上運(yùn)行。網(wǎng)絡(luò)管理軟 件的例子包括從在PC上運(yùn)行的獨(dú)立型到可從WEB瀏覽器進(jìn)行 訪問的服務(wù)器型的各種類型。
由于其簡(jiǎn)單的規(guī)范和易于安裝，SNMPvl被廣泛使用和安 裝在各種網(wǎng)絡(luò)裝置上。
然而，SNMPvl遇到這樣的問題它具有較差的安全功能， 因此，能夠防止SNMP包在網(wǎng)絡(luò)上被竊聽、假冒、改變和重發(fā) 的SNMPv3被標(biāo)準(zhǔn)化(見圖2)。
在SNMPv3中，SNMPvl的SNMP管理器和SNMP代理總稱 為SNMP實(shí)體。SNMP實(shí)體由SNMP引擎和SNMP應(yīng)用程序組成
(見圖3 )。
SNMP引擎通過同 一管理域內(nèi)的SNMP引擎ID來進(jìn)行標(biāo)識(shí)， 并提供關(guān)于認(rèn)證、加密信息的發(fā)送和接收以及對(duì)管理對(duì)象的訪 問控制的服務(wù)。
參考圖3， SNMP引擎由四個(gè)組成元件，即分發(fā)器、消息處 理子系統(tǒng)、安全子系統(tǒng)和訪問控制子系統(tǒng)，組成。分發(fā)器向網(wǎng) 絡(luò)發(fā)送SNMP消息以及從網(wǎng)絡(luò)接收SNMP消息。消息處理子系統(tǒng) 分析SNMP消息(PDU)。安全子系統(tǒng)進(jìn)行SNMP消息的認(rèn)證和 加密處理。訪問控制子系統(tǒng)進(jìn)行MIB對(duì)象的訪問限制。
與SNMPvl中基于團(tuán)體名稱(community name)的認(rèn)證不 同，安全子系統(tǒng)基于用戶來進(jìn)行認(rèn)證和加密。另外，SNMPv3 支持SNMPvl所不支持的保密功能(加密和解密)?？梢砸灾饌€(gè) 用戶為基礎(chǔ)來設(shè)置用戶認(rèn)證和保密功能。在RFC 3414中對(duì)支持 作為用戶認(rèn)證協(xié)議的HMAC-MD5-96和NMAC-SHA-96以及作 為保密協(xié)議的CBC-DES的方法進(jìn)行了說明。
SNMP應(yīng)用程序由5個(gè)部組成命令發(fā)送部、命令響應(yīng)部、 通知發(fā)送部、通知纟妻收部和代理部。命令響應(yīng)部對(duì)獲取和設(shè)置 MIB對(duì)象的請(qǐng)求進(jìn)行響應(yīng)。通知發(fā)送部發(fā)送諸如TRAP的通知。 代理部傳送SNMP消息。
除SNMPvl情況下的GetRequest 、 GetNextR叫uest 、 SetR叫uest和TRAP以外，SNMPv3中使用的命令還包括 GetBulkRequest和InformRequest。
GetBulkRequest是實(shí)體從其他實(shí)體獲取MIB對(duì)象值的命令。它是通過改進(jìn)GetNextR叫uest的訪問效率而獲得的命令，并且 可以從指定對(duì)象的實(shí)例中獲取指定數(shù)量的實(shí)例。
如與作為單向通知的TRAP事件通知截然不同， InformR叫uest是需要響應(yīng)確認(rèn)的事件通知命令。
在包括RFC3411 、 RFC3412、 RFC3413 、 RFC3414、 RFC3415、 RFC3416( RFC3411:" —種用于說明簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議(SNMP ) 管理框架的體系結(jié)構(gòu)，，http:〃www.faqs.org/rfcs/rfc3411 .html; RFC3412:"簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議(SNMP )的消息處理和分發(fā)" http:〃www.faqs.org/rfcs/rfc3412.html; RFC3413:"簡(jiǎn)單網(wǎng)絡(luò)管 理協(xié)議(SNMP )應(yīng)用"http:〃www.faqs.org/rfcs/rfc3413.html; RFC3414:"簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議版本3 ( USM ) ( SNMPv3 )的基 于 用 戶 的 安 全 模 式 ( USM )" http:〃www.faqs.org/rfcs/rfc3414.html; RFC3415:"簡(jiǎn)單網(wǎng)絡(luò)管 理協(xié)議(SNMP )的基于瀏覽的訪問控制模式(VACM )" hUp:〃www.faqs.org/rfcs/rfc3415.html; RFC3416:"簡(jiǎn)單網(wǎng)絡(luò)管 理協(xié)議 (SNMP) 的協(xié)議操作版本 2 " http:〃www.faqs.org/rfcs/rfc3416.html )的各RFC中詳細(xì)定義了 SNMPv3。
接著，將給出對(duì)裝置搜索的說明。為了管理網(wǎng)絡(luò)裝置，首 先，必須搜索連接到網(wǎng)絡(luò)的裝置。為了搜索連接到網(wǎng)絡(luò)的裝置， 通過廣播SNMPvl來執(zhí)行裝置搜索。圖4是示出如何進(jìn)行裝置搜 索的概要的視圖。
如圖4所示，綜合裝置管理應(yīng)用程序在其上運(yùn)行的服務(wù)器 101發(fā)送SNMPvl的廣播包，通過搜索來發(fā)現(xiàn)SNMPvl在其上運(yùn) 行的裝置102和裝置103,從而獲取并保存關(guān)于裝置102和裝置 103的裝置信息。如圖5所示，IT管理人員通過瀏覽器從PC 100 訪問該綜合裝置管理應(yīng)用程序，并顯示裝置搜索的結(jié)果。如圖6 所示，以兩個(gè)階段來進(jìn)行該裝置搜索處理。
綜合裝置管理應(yīng)用程序中的裝置搜索部在階段l中進(jìn)行 SNMPvl廣播。裝置102和103對(duì)該SNMPvl請(qǐng)求進(jìn)行響應(yīng)。在階 段2中，從通過搜索發(fā)現(xiàn)的裝置追加地獲取使用該綜合裝置管理應(yīng)用程序的功能所需的裝置信息(見日本特開(Kokai ) 2000-339259禾口曰本凈爭(zhēng)開(Kokai) 2001-282655 )。另夕卜，在 SNMPv3裝置的情況下，如圖7所示，只有IP地址被顯示作為列表。
然而，當(dāng)只有IP地址被顯示作為裝置信息列表時(shí)，難以識(shí)
應(yīng)用程序的可操作性。
另外，還提出了通過除SNMPvl和SNMPv3之外的第三種協(xié) "i義(例^口， SLP ( Service Location Protocol,月l務(wù)定4立十辦i義)) 來僅獲取關(guān)于裝置的基本信息的裝置搜索方法。僅獲取關(guān)于裝 置的基本信息的原因是為了確保安全。
然而，通過第三種協(xié)議來僅獲取基本裝置信息的裝置搜索 方法在所獲取的裝置信息方面受到限制。這限制了裝置管理應(yīng) 用程序的諸如裝置信息列表顯示功能和裝置過濾功能的功能， 在很大程度上降低了IT管理人員所使用的裝置管理應(yīng)用程序的 可操作性。

發(fā)明內(nèi)容
本發(fā)明提供能夠容易地識(shí)別裝置并且增強(qiáng)管理器所使用的 裝置管理應(yīng)用程序的可操作性的網(wǎng)絡(luò)管理系統(tǒng)和網(wǎng)絡(luò)管理方 法。
在本發(fā)明的第一個(gè)方面中，提供一種網(wǎng)絡(luò)管理系統(tǒng)，該網(wǎng) 絡(luò)管理系統(tǒng)包括接收單元，用于接收關(guān)于搜索網(wǎng)絡(luò)上的裝置 的指令；搜索單元，用于響應(yīng)于所述接收單元接收到所述指令， 基于第一協(xié)議進(jìn)行第一搜索，以及基于第二協(xié)議進(jìn)行第二搜索； 以及顯示單元，用于顯示由所述搜索單元發(fā)現(xiàn)的裝置的列表， 其中，所述顯示單元以可區(qū)分通過所述第一搜索發(fā)現(xiàn)的裝置和通過所述第二搜索發(fā)現(xiàn)的裝置的方式，顯示由所述搜索單元發(fā) 現(xiàn)的裝置。
利用根據(jù)本發(fā)明的第 一 方面的網(wǎng)絡(luò)管理系統(tǒng)的配置，可以 容易地識(shí)別裝置，并且增強(qiáng)管理人員所使用的裝置管理應(yīng)用程 序的可操作性。
該網(wǎng)絡(luò)管理系統(tǒng)還包括第一獲取單元，用于基于所述第 一協(xié)議，從通過由所述搜索單元進(jìn)行的所述第 一搜索發(fā)現(xiàn)的裝 置獲取裝置信息；以及第二獲取單元，用于基于所述第二協(xié)議， 從通過由所述搜索單元進(jìn)行的所述第二搜索發(fā)現(xiàn)的裝置獲取裝 置信息，以及其中，所述顯示單元顯示由所述第一獲取單元和 所述第二獲取單元獲取的所述裝置信息。
該網(wǎng)絡(luò)管理系統(tǒng)還包括判斷單元，用于判斷用于訪問通過 由所述搜索單元進(jìn)行的所述第二搜索發(fā)現(xiàn)的裝置的認(rèn)證信息是 否登記在信息處理設(shè)備中，以及其中，當(dāng)所述判斷單元沒有判 斷為所述認(rèn)證信息已登記時(shí)，所述第二獲取單元不獲取關(guān)于該 裝置的所述裝置信息，當(dāng)所述判斷單元判斷為所述認(rèn)證信息已 登記時(shí)，所述第二獲取單元獲取關(guān)于該裝置的所述裝置信息。
當(dāng)所述判斷單元沒有判斷為所述認(rèn)證信息已登記時(shí)，所述 顯示單元顯示用于指示登記所述認(rèn)證信息的屏幕。
所述顯示單元顯示通過所述第一搜索發(fā)現(xiàn)的裝置的各自的 裝置名稱和通過所迷第二搜索發(fā)現(xiàn)的裝置的各自的裝置名稱。
所述第 一 協(xié)議是SNMPv 1,所述第二協(xié)議是SNMPv3 。
由所述第一獲取單元和所述第二獲取單元獲取的所述裝置 信息是所述搜索單元未獲取的裝置信息細(xì)節(jié)。
由所述第二獲取單元獲取的所述裝置信息包括引擎ID，所 述引擎ID包括裝置的企業(yè)ID、 MAC地址和產(chǎn)品名稱
在本發(fā)明的第二個(gè)方面中，提供一種網(wǎng)絡(luò)管理系統(tǒng)，所述
網(wǎng)絡(luò)管理系統(tǒng)包括接收單元，用于接收關(guān)于搜索網(wǎng)絡(luò)上的裝
置的指令；搜索單元，用于響應(yīng)于所述接收單元接收到所述指 令，搜索所述網(wǎng)絡(luò)上的裝置；判斷單元，用于判斷由所述搜索 單元發(fā)現(xiàn)的裝置的工作模式；第一獲取單元，用于當(dāng)所述判斷 單元判斷為由所述搜索單元發(fā)現(xiàn)的裝置以第 一 工作模式工作 時(shí)，基于第一協(xié)議從該裝置獲取裝置信息；第二獲取單元，用 于當(dāng)所述判斷單元判斷為由所述搜索單元發(fā)現(xiàn)的裝置以第二工 作模式工作時(shí)，基于第二協(xié)議從該裝置獲得裝置信息；以及顯 示單元，用于顯示由所述第一獲取單元或所述第二獲取單元獲 取的所述裝置信息。
該網(wǎng)絡(luò)管理系統(tǒng)還包括第二判斷單元，用于當(dāng)所述判斷單 元判斷為由所述搜索單元發(fā)現(xiàn)的裝置以所述第二工作模式工作 時(shí)，判斷用于訪問該裝置的認(rèn)證信息是否登記在信息處理設(shè)備 中，其中，當(dāng)所述第二判斷單元判斷為所述認(rèn)證信息已登記時(shí)， 所述第二獲得單元基于所述第一協(xié)議，從該裝置獲取所述裝置
信息，當(dāng)所述第二判斷單元沒有判斷為所述認(rèn)證信息已登記時(shí)， 所述第二獲取單元基于所述第二協(xié)議，從該裝置獲取所述裝置信息。
所述搜索單元基于所述第二協(xié)議，搜索所述網(wǎng)絡(luò)上的裝置。
所述第 一獲取單元基于不同于所述第 一協(xié)議和所述第二協(xié) 議的第三協(xié)議，來獲取所述裝置信息。
所述第 一 協(xié)議、所述第二協(xié)議和所述第三協(xié)議分別是 SNMPv3、 SLP和S畫Pvl。
由所述第二獲取單元獲取的所述裝置信息包括引擎ID,所 述引擎ID包括裝置的企業(yè)ID、 MAC地址和產(chǎn)品名稱。
在本發(fā)明的第三方面中，提供一種網(wǎng)絡(luò)管理方法，所述網(wǎng) 絡(luò)管理方法包括接收步驟，用于接收關(guān)于搜索網(wǎng)絡(luò)上的裝置的指令；搜索步驟，用于響應(yīng)于在所述接收步驟中接收到所述 指令，基于第一協(xié)議進(jìn)行第一搜索，以及基于第二協(xié)議進(jìn)行第
二搜索；以及顯示步驟，用于在顯示器上顯示在所述搜索步驟 中發(fā)現(xiàn)的裝置的列表，其中，所述顯示步驟以可區(qū)分通過所述 第 一搜索發(fā)現(xiàn)的裝置和通過所述第二搜索發(fā)現(xiàn)的裝置的方式在 所述顯示器上顯示在所述搜索步驟中發(fā)現(xiàn)的裝置。
在本發(fā)明的第四個(gè)方面中，提供一種網(wǎng)絡(luò)管理方法，所述 網(wǎng)絡(luò)管理方法包括接收步驟，用于接收關(guān)于搜索網(wǎng)絡(luò)上的裝 置的指令；搜索步驟，用于響應(yīng)于在所述接收步驟中接收到所 述指令，搜索所述網(wǎng)絡(luò)上的裝置；判斷步驟，用于判斷在所述 搜索步驟中發(fā)現(xiàn)的裝置的工作模式；第一獲取步驟，用于當(dāng)在 所述判斷步驟中判斷為在所述搜索步驟中發(fā)現(xiàn)的裝置以第 一 工 作模式工作時(shí)，基于第一協(xié)議從該裝置獲取裝置信息；第二獲 取步驟，用于當(dāng)在所述判斷步驟中判斷為在所述搜索步驟中發(fā) 現(xiàn)的裝置以第二工作模式工作時(shí)，基于第二協(xié)議從該裝置獲取 裝置信息；以及顯示步驟，用于顯示在所述第一獲取步驟或所 述第二獲取步驟中獲取的所述裝置信息。
通過下面結(jié)合附圖進(jìn)行的詳細(xì)說明，本發(fā)明的特征和優(yōu)點(diǎn) 將變得更加顯而易見。


圖l是用于說明通過SNMPvl對(duì)裝置進(jìn)行管理的說明性視圖。
圖2是用于說明通過SNMPv3對(duì)裝置進(jìn)行管理的說明性視圖。
圖3是用于說明SNMP實(shí)體的說明性—見圖。 圖4是用于說明傳統(tǒng)裝置搜索的說明性視圖。
圖5是示出通過裝置搜索而獲取的裝置信息的顯示的例子 的視圖。
圖6是示出裝置搜索的順序圖。
圖7是示出通過SNMPv3搜索而獲取的裝置信息的顯示的 例子的視圖。
圖8是用于說明由根據(jù)本發(fā)明的實(shí)施例的網(wǎng)絡(luò)管理系統(tǒng)進(jìn) 行的SNMPv3裝置搜索的說明性視圖。
圖9是在作為裝置例子的圖像處理設(shè)備上顯示的SNMP協(xié) 議設(shè)置屏幕的一見圖。
圖10是作為裝置例子的圖像處理設(shè)備的示意圖。
圖11是綜合裝置管理應(yīng)用程序在其上運(yùn)行的硬件的例子的 框圖。
圖12是用于說明綜合裝置管理應(yīng)用程序、客戶端組和裝置 組的配置的例子的 一見圖。
圖13是示出第一搜索方法的順序圖。
圖14是示出通過第一搜索方法所獲取的裝置信息列表的顯 示的例子的視圖。
圖15是示出密碼輸入屏幕的例子的視圖。
圖16是由第一搜索方法的階段1進(jìn)行的搜索處理的流程圖。
圖17是由第 一 搜索方法進(jìn)行的追加信息搜索處理的流程圖。
圖18是示出第二搜索方法的順序的視圖。 圖19是示出通過第二搜索方法所獲取的裝置信息列表的顯 示的例子的 一見圖。
圖2 0是由第二搜索方法進(jìn)行的搜索處理的流程圖。 圖21是示出由裝置監(jiān)視部監(jiān)視的裝置信息的顯示例子的視圖。
圖22是示出由驅(qū)動(dòng)管理部管理的裝置信息的顯示例子的視圖。
圖23是裝置搜索任務(wù)生成屏幕的例子的視圖。
圖24是裝置搜索任務(wù)生成屏幕的例子的視圖。
圖25是裝置搜索任務(wù)生成屏幕的例子的視圖。
具體實(shí)施例方式
現(xiàn)在，下面將參考示出本發(fā)明的優(yōu)選實(shí)施例的附圖來詳細(xì) 說明本發(fā)明。
作為根據(jù)本發(fā)明的網(wǎng)絡(luò)管理系統(tǒng)的例子，圖8是示出 SNMPvl裝置和SNMPv3裝置混合在 一起的環(huán)境下所進(jìn)行的對(duì) 裝置的搜索(裝置搜索)的概要的視圖。依賴于SNMPvl協(xié)議 和SNMPv3協(xié)議的設(shè)置，SNMPvl裝置和SNMPv3裝置具有如下 三種工作模式。
模式l:只有SNMPvl協(xié)議運(yùn)行。
模式2: SNMPv 1協(xié)議和SNMPv3協(xié)議都運(yùn)行。
模式3:只有SNMPv3協(xié)議運(yùn)行。
裝置201以模式1工作。裝置202以模式2工作。裝置203以模 式3工作，由于裝置203曾通過搜索被發(fā)現(xiàn)過，所以它的認(rèn)證密 碼和加密密碼已登記在綜合裝置管理應(yīng)用程序內(nèi)的數(shù)據(jù)庫中。 裝置204以模式3工作，它的認(rèn)證密碼和加密密碼沒有登記在數(shù) 據(jù)庫中。
在通過諸如LAN的網(wǎng)絡(luò)連接到裝置201至204的服務(wù)器(管 理設(shè)備)IOI上運(yùn)行的綜合裝置管理應(yīng)用程序?qū)ρb置進(jìn)行搜索。 IT管理人員使用瀏覽器從通過網(wǎng)絡(luò)連接到服務(wù)器101的PC (信 息處理設(shè)備)IOO訪問該綜合裝置管理應(yīng)用程序，并在CRT、液 晶顯示器等顯示裝置上顯示裝置搜索的結(jié)果。
圖9是在圖像處理設(shè)備(裝置)上顯示的SNMP協(xié)議設(shè)置屏 幕的視圖。在SNMP協(xié)議設(shè)置屏幕上，可以設(shè)置SNMPvl的開啟 /關(guān)閉(ON/OFF)、 MIB的訪問權(quán)限、SNMPvl的團(tuán)體名稱、 SNMPv3的開啟/關(guān)閉、密碼等。裝置搜索根據(jù)以上協(xié)議設(shè)置的 組合，來將裝置的工作分成上述三種模式。
圖IO是圖像處理設(shè)備的外觀的視圖。在該圖像處理設(shè)備中， 作為圖像輸入裝置的掃描部3501照射在原稿上形成的圖像，以 掃描未示出的C C D行傳感器，從而讀取該圖像并將所讀取的圖 像轉(zhuǎn)換成代表光柵圖像數(shù)據(jù)的電信號(hào)。用戶將原稿放置在原稿 進(jìn)給器3502的盤3503上，并通過操作部來指示開始讀取該原稿。 然后，當(dāng)未示出的控制器CPU對(duì)掃描器3501給出指示時(shí)，進(jìn)給 器3 5 0 2逐張進(jìn)給原稿，從而執(zhí)行讀取操作來讀取原稿上的圖像。
作為圖像輸出裝置的打印部3505設(shè)置用于將電光柵圖像數(shù) 據(jù)轉(zhuǎn)換成薄片上的可視圖像。轉(zhuǎn)換方法的例子包括使用感光鼓 或感光帶的電子照相轉(zhuǎn)換法，以及通過從非常小的噴嘴的陣列 將墨噴射到薄片上來將圖像直接打印在薄片上的噴墨轉(zhuǎn)換法， 并且可以采用任何合適的轉(zhuǎn)換方法。利用來自控制器CPU的指 令來開始打印操作。打印部3505具有使得可以選擇不同薄片大 小或不同薄片方向的多個(gè)薄片進(jìn)給器，并包含與此相關(guān)聯(lián)的盒 3506、 3507、 3508和3509。另外，排出盤35 10設(shè)置用于接收已 經(jīng)打印圖像的薄片。
圖ll是綜合裝置管理應(yīng)用程序在其上運(yùn)行的服務(wù)器101的 配置的例子的視圖。服務(wù)器101包括CPU 2201 、 ROM 2202、 RAM 2203、系統(tǒng)總線2204、鍵盤控制器(KBC ) 2205、 CRT控制器 (CRTC) 2206以及盤控制器(DKC) 2207。另外，服務(wù)器101 包括網(wǎng)絡(luò)接口卡(NIC) 2208、 4建盤(KB) 2209、 CRT顯示器 (CRT) 2210、硬盤(HD) 2211以及DVD驅(qū)動(dòng)器2212。服務(wù)器101通過LAN 2213連接到裝置201至204和PC 100。
硬盤(HD) 2211存儲(chǔ)綜合裝置管理應(yīng)用程序的程序。服務(wù) 器101的操作主要由作為硬件的CPU 220l執(zhí)行，服務(wù)器101的控 制主要由存儲(chǔ)在硬盤(HD) 2211中的綜合裝置管理應(yīng)用程序執(zhí) 行。雖然在本發(fā)明中以示例的方式，假定Windows (注冊(cè)商標(biāo)) XP (可從微軟公司(Microsoft Corporation)獲得)作為OS， 但這并不是限制性的。
可以以存儲(chǔ)在諸如DVD或CD-ROM的存儲(chǔ)介質(zhì)中的方式來 提供綜合裝置管理應(yīng)用程序。在這種情況下，例如通過在圖ll 中出現(xiàn)的DVD驅(qū)動(dòng)器(DVD) 2212或者未示出的CD-ROM驅(qū)動(dòng) 器從該存儲(chǔ)介質(zhì)中讀取程序，并將其安裝在硬盤(HD) 2211 中。
圖12是綜合裝置管理應(yīng)用程序404、客戶端組405和裝置組 400的布置的例子的框圖。
綜合裝置管理應(yīng)用程序404包括客戶端組管理部40401、客 戶端管理部40402、客戶端配置部40403、裝置組管理部40405 和裝置監(jiān)視部40406。另外，綜合裝置管理應(yīng)用程序404包括裝 置設(shè)置部40407、裝置搜索部40409、驅(qū)動(dòng)管理部40410、應(yīng)用程 序管理部40411、表格(form )管理部40412、通信部40408和任 務(wù)處理部40404。
客戶端組管理部40401通過將客戶端分成諸如公司部門的 組來管理客戶端，并將關(guān)于組的信息和在組中包括的客戶端列 表保存在數(shù)據(jù)庫403中?？蛻舳斯芾聿?0402管理關(guān)于客戶端PC 的信息，并保存諸如客戶端PC的地址和用戶、在客戶端PC中安 裝的驅(qū)動(dòng)和應(yīng)用程序的與客戶端有關(guān)的信息。客戶端配置部 40403改變客戶端驅(qū)動(dòng)的設(shè)置，并進(jìn)行驅(qū)動(dòng)和應(yīng)用程序的推送安 裝(push installation )。
裝置組管理部40405通過將裝置分成諸如公司部門的組來 管理裝置，并將關(guān)于裝置的信息和在組中包括的裝置列表保存 在數(shù)據(jù)庫403中。裝置監(jiān)視部40406管理關(guān)于裝置的信息，并保 存諸如裝置的IP地址、位置信息和可選配置的與裝置有關(guān)的信 息。裝置設(shè)置部40407使用諸如SNMPvl和SNMPv3的協(xié)議，在 裝置中進(jìn)行裝置信息設(shè)置和事件登記。如下文中將要說明的， 裝置搜索部40409搜索裝置，并將通過搜索發(fā)現(xiàn)的裝置保存在數(shù) 據(jù)庫403中。
驅(qū)動(dòng)管理部40410管理保存在文件服務(wù)器中的驅(qū)動(dòng)安裝集 合。應(yīng)用程序管理部40411管理保存在文件服務(wù)器中的應(yīng)用程序 安裝集合。表格管理部40412管理保存在文件服務(wù)器中的表格。 通信部40408使用例如SNMP/Web服務(wù)的協(xié)議與裝置通信。任務(wù) 處理部40404才丸4亍由裝置搜索部40409和驅(qū)動(dòng)管理部40410處理 的任務(wù)，并根據(jù)任務(wù)的種類將任務(wù)的細(xì)節(jié)通知給相關(guān)聯(lián)的各部。
客戶端組405包含一個(gè)或更多個(gè)客戶端。例如，客戶端組被 定義為公司部門。
每個(gè)客戶端表示用戶利用來使用相關(guān)聯(lián)的應(yīng)用程序進(jìn)行打 印操作的終端，并且包括驅(qū)動(dòng)設(shè)置部4061和安裝協(xié)助部4062。 驅(qū)動(dòng)設(shè)置部4061設(shè)置用于改變與驅(qū)動(dòng)有關(guān)的設(shè)置信息，即，登 記在登記簿中的諸如包括與使用雙面打印功能、四合一打印等 有關(guān)的信息的默認(rèn)打印設(shè)置信息的設(shè)置信息。安裝協(xié)助部4062 協(xié)助安裝從綜合裝置管理應(yīng)用程序4 04推送安裝的新的驅(qū)動(dòng)和 應(yīng)用程序。更具體地，安裝協(xié)助部4062接收來自綜合裝置管理 應(yīng)用程序404的新的驅(qū)動(dòng)和應(yīng)用程序的安裝集合，并將它們保存 在客戶端中用于安裝。
裝置組400包含一個(gè)或更多個(gè)裝置。例如，將裝置組定義為 公司部門。裝置401是具有打印、掃描和傳真功能的多功能圖像處理設(shè)備，并且包括事件通知部4013、打印部4012、傳真發(fā)送部4014 和通信部4011。
當(dāng)某事件發(fā)生時(shí)，事件通知部4013將該事件通知給已登記 的客戶端。打印部4012打印文檔。傳真發(fā)送部4014通過經(jīng)由電 話線i 各或ISDN (integrated services digital network, 綜合業(yè)務(wù) 數(shù)字網(wǎng)絡(luò))的傳真發(fā)送來發(fā)送數(shù)據(jù)。通信部4011使用諸如 SNMPv 1和SNMPv3的協(xié)議與客戶端通信。
接著，將給出對(duì)根據(jù)本發(fā)明的、用于增強(qiáng)綜合裝置管理應(yīng) 用程序的可操作性的兩種搜索方法的說明。這兩種搜索方法安 裝在服務(wù)器101上運(yùn)行的綜合裝置管理應(yīng)用程序的裝置搜索部 40409上。
首先，第一搜索方法采用SNMPv3的引擎ID獲取功能來搜 索裝置。在獲取引擎ID時(shí)，只有關(guān)于裝置的四項(xiàng)信息，即，該 裝置的制造商(企業(yè)ID)、 IP地址、MAC地址和產(chǎn)品名稱被獲 取而不進(jìn)行加密。產(chǎn)品名稱包括在引擎ID中是在SNMPv3規(guī)范 的范圍之內(nèi)的，并且是本發(fā)明的一個(gè)特點(diǎn)。
圖13是示出第一搜索方法的順序的視圖。在該圖中，示出 了在綜合裝置管理應(yīng)用程序的裝置搜索部40409、裝置202、裝 置203 、裝置204和綜合裝置管理應(yīng)用程序的裝置監(jiān)^L部40406 之間所進(jìn)行的操作的順序。裝置202是配置成SNMPvl和 SNMPv3都在其上運(yùn)行的裝置(模式2 )。裝置203是只有SNMPv3 在其上運(yùn)行，并且密碼已經(jīng)登記在數(shù)據(jù)庫中的裝置(模式3)。 裝置204是只有SNMPv3在其上運(yùn)行，并且密碼沒有登記在數(shù)據(jù) 庫中的裝置(模式3)。應(yīng)該注意，處于只有SNMPvl運(yùn)行的模 式1的裝置201的操作與處于模式2的裝置202的操作相同。
第 一 搜索方法以如下三個(gè)階段來搜索裝置。
階段0:通過傳統(tǒng)SNMPvl進(jìn)行搜索。
階段l:通過SNMPv3獲取裝置引擎ID;引擎ID由企業(yè)名稱 +]\4八(地址+裝置名稱組成。
階段2:通過SNMPv3獲取裝置信息。
作為階段0 ，綜合裝置管理應(yīng)用程序的裝置搜索部40409通 過使用傳統(tǒng)SNMPvl來搜索裝置。通過使用SNMPvl的搜索，發(fā) 現(xiàn)以模式1工作的裝置201和以模式2工作的裝置202。
接著，在階段l中通過SNMPv3廣播來請(qǐng)求引擎ID。當(dāng)獲取 引擎ID時(shí)，由于SNMPv3的規(guī)范，不請(qǐng)求裝置密碼。在RFC 3414 中對(duì)獲取引擎ID的過程進(jìn)行了說明。定義了表示引擎ID的幾種 方法。例如，這些方法包括僅將MAC地址表示為引擎ID的方法。
在所示例子中，從裝置回答的引擎ID由用于以逐個(gè)企業(yè)為 基礎(chǔ)進(jìn)行識(shí)別的企業(yè)ID、使裝置能夠被唯一地識(shí)別的MAC地址 和裝置名稱組成。由"企業(yè)ID+MAC地址+裝置名稱"組成的引 擎ID是本發(fā)明用于增強(qiáng)綜合裝置管理應(yīng)用程序的可操作性而 不背離RFC規(guī)范的一個(gè)特性特征。
通過階段l中的搜索，發(fā)現(xiàn)以模式3工作的裝置203和204。 將關(guān)于通過該搜索發(fā)現(xiàn)的裝置203和204的裝置信息保存在數(shù)據(jù) 庫403中。在裝置203的情況下，由于它的密碼信息已經(jīng)保存在 數(shù)據(jù)庫403中，因此獲取綜合裝置管理應(yīng)用程序運(yùn)行所需的所有 裝置信息。另一方面，在裝置204的情況下，由于不存在它的密 碼信息，所以只獲取裝置的引擎ID。由于裝置204的裝置名稱 包含在引擎ID中，所以可以通過該裝置名稱來識(shí)別裝置204。
在階段2中，在接受由用戶輸入的裝置204的密碼之后，通 過SNMPv3從裝置204獲取綜合裝置管理應(yīng)用程序所需的所有 裝置信息。在階段2中完成關(guān)于裝置204的所有信息的獲取。
圖14是用于顯示綜合裝置管理應(yīng)用程序中的、通過第一搜
索方法的裝置搜索所獲取的裝置信息列表的屏幕的視圖。
處于模式l和模式2的SNMPvl在其上運(yùn)行的裝置的所有裝 置信息被顯示。相似地，處于模式3的只有SNMPv3在其上運(yùn)行 的并且密碼已經(jīng)登記在數(shù)據(jù)庫4 0 3中的裝置的所有裝置信息也 被顯示。在SNMPv3裝置的情況下，考慮到密碼改變的情況， 還顯示了更新(Update)按鈕，用戶通過該更新按鈕輸入它的 密碼來更新裝置信息。關(guān)于處于才莫式3的只有SNMPv3在其上運(yùn) 行的并且密碼沒有登記在數(shù)據(jù)庫403中的裝置，只顯示從IP地址 獲取的裝置名稱、SNMP版本和引擎ID，而不顯示其他裝置信 息。因此，在使用綜合裝置管理應(yīng)用程序的包括過濾功能的功 能之前，必須通過按下獲得(Get)按鈕并輸入裝置密碼，來獲 取所需的裝置信息。
圖15是通過按下獲得按鈕和更新按鈕而顯示的SNMPv3密 碼輸入屏幕的視圖。
圖16是第一搜索方法的階段1的搜索處理的流程圖。 在步驟S2-1中，通過綜合裝置管理應(yīng)用程序的任務(wù)操作來 接受裝置搜索請(qǐng)求。在下文中將詳細(xì)說明任務(wù)操作。在步驟S2-2 中，使用SNMPv3來廣播引擎ID獲取請(qǐng)求。在步驟S2-3中，設(shè)置定時(shí)器。
在步驟S2-4中，判斷搜索處理是否超時(shí)。如果搜索處理已 超時(shí)，則立即終止處理，如果搜索處理沒有超時(shí)，則處理進(jìn)入 步驟S2-5，其中，判斷是否已經(jīng)接收到來自裝置的響應(yīng)。如果 還未接收到來自裝置的響應(yīng)，則處理返回步驟S2-4，其中，確 認(rèn)搜索處理是否超時(shí)。如果已經(jīng)接收到來自裝置的響應(yīng)，則處 理進(jìn)入步驟S2-6，其中，確認(rèn)是否已經(jīng)登記裝置的密碼。
如果還未登記裝置的密碼，則處理進(jìn)入步驟S2-8,其中， 將通過分析裝置的IP地址、SNMP版本和引擎ID可以確定的裝置的MAC地址和產(chǎn)品名稱登記在數(shù)據(jù)庫403中。另外，在裝置 是其他公司的產(chǎn)品的情況下，根據(jù)企業(yè)ID來登記公司名稱。當(dāng) 裝置密碼已登記時(shí)，在步驟S2-7中，使用SNMPv3來獲取綜合 裝置管理應(yīng)用程序所需的所有裝置信息。然后，處理進(jìn)入步驟 S2-8,其中，將所獲取的裝置信息登記在數(shù)據(jù)庫403中。
圖17是在按下圖14所示的獲得按鈕和更新按鈕時(shí)所執(zhí)行的 追加信息搜索處理的流程圖。
在圖16的步驟S2-6中判斷為密碼沒有登記在數(shù)據(jù)庫403中 的裝置只有IP地址、SNMP版本、MAC地址以及產(chǎn)品名稱這些 裝置信息，但是沒有使用過濾功能、裝置監(jiān)視功能、驅(qū)動(dòng)管理 功能等所需的裝置信息。圖17的流程圖示出用于追加地獲取綜 合裝置管理應(yīng)用程序的操作所需的裝置信息的追加信息搜索處 理。
首先，在步驟S3-1中，接受追加信息獲取請(qǐng)求。接著，在 步驟S3-2中，獲取從圖15的密碼輸入屏幕輸入的裝置密碼，在 步驟S3-3中，使用SNMPv3從裝置獲取裝置信息。然后，在步 驟S3-4中，接收來自裝置的響應(yīng)，在步驟S3-5中，將從裝置獲 取的裝置信息保存在數(shù)據(jù)庫403中。這使得可以充分使用綜合裝 置管理應(yīng)用程序的功能。將使用裝置監(jiān)視部40406和驅(qū)動(dòng)管理部 40410的屏幕來說明綜合裝置管理應(yīng)用程序的功能的例子。將第 一搜索方法登記為安全等級(jí)為l的裝置搜索任務(wù)，以搜索裝置。
接著，將給出對(duì)第二搜索方法的說明。第二搜索方法設(shè)置 用于通過使用SLP協(xié)議來獲取SNMP工作模式，從而依賴于該工 作模式以組合的方式使用SNMPvl、 SNMPv3和SLP。第二搜索 方法不僅可以獲取IP地址、MAC地址、產(chǎn)品名稱，而且可以獲 取產(chǎn)品版本、安裝位置、網(wǎng)絡(luò)板名稱、SNMPv3工作模式、產(chǎn) 品類型和狀態(tài)代碼。與第一搜索方法相比，第二搜索方法獲取的信息數(shù)量增多，但是相應(yīng)地，它的安全等級(jí)下降。然而，根 據(jù)第二搜索方法，在裝置列表中顯示的信息量更大，因此綜合 裝置管理應(yīng)用程序的可操作性變得更高。
圖18是示出由第二搜索方法進(jìn)行的操作的順序的視圖。圖 1 8所示的操作序列是在綜合裝置管理應(yīng)用程序的裝置搜索部40409、裝置202、裝置203、裝置204以及綜合裝置管理應(yīng)用程 序的裝置監(jiān) 一見部40406之間進(jìn)行的。裝置202是SNMPvl和 SNMPv3都在其上運(yùn)行的裝置(模式2)。裝置203是只有SNMPv3 在其上運(yùn)行，并且密碼已經(jīng)登記在數(shù)據(jù)庫中的裝置(模式3)。 裝置204是只有SNMPv3在其上運(yùn)行，并且密碼沒有登記在數(shù)據(jù) 庫中的裝置(才莫式3)。應(yīng)該注意，只有SNMPvl在其上運(yùn)行的 裝置201的操作與處于模式2的裝置202的操作相同。 第二搜索方法以如下四個(gè)階段來搜索裝置。 階段l:通過SLP來獲取裝置的地址和工作模式。 階段2a:當(dāng)在工作模式(模式1或2)下可以使用SNMPvl 時(shí)，通過SNMPvl來獲取裝置信息。
當(dāng)在工作模式(模式3)下只能使用SNMPv3時(shí)，通過將階 段2劃分成兩個(gè)步驟來獲取裝置信息。
階段2 b -1:通過S L P來只獲取關(guān)于裝置的基本信息。 階段2b-2:通過SNMPv3來獲取在階段2中獲取的所有裝置 信息。
在階段l中，使用作為不同于SNMPvl和SNMPv3的協(xié)議的 SLP來獲取地址和SNMP工作模式。裝置202、 203和204使用SLP 來發(fā)送SNMP工作模式和IP地址。
在階段2a中，按照慣例，通過將SNMPvl用于工作模式是 模式1和模式2 (其中SNMPvl運(yùn)行)的裝置201和202，來獲取 綜合裝置管理應(yīng)用程序所需的所有信息。
在階段2b-l中，當(dāng)工作模式是模式3 (其中只有SNMPv3運(yùn) 行)，并且同時(shí)裝置密碼保存在數(shù)據(jù)庫403中時(shí)，獲取綜合裝置
管理應(yīng)用程序所需的所有信息。當(dāng)裝置密碼沒有保存在數(shù)據(jù)庫
403中時(shí)，使用SLP來獲取諸如裝置名稱的幾種屬性。更具體地， 在所示例子中，為了確保裝置信息的安全，只允許獲取裝置最 低識(shí)別所需的諸如裝置名稱和MAC地址的屬性。當(dāng)裝置密碼保 存在數(shù)據(jù)庫403中時(shí)，作為以上所獲取的所需信息，獲取IP地址、 MAC地址、產(chǎn)品名稱、產(chǎn)品版本、安裝位置、網(wǎng)絡(luò)板名稱、SNMP 工作模式、產(chǎn)品類型和狀態(tài)代碼。
這可以使SNMPv3裝置包括在用于顯示裝置搜索的結(jié)果的 裝置列表中，確保一定程度的安全，同時(shí)使SNMPv3裝置處于 可識(shí)別的狀態(tài)。
在階段2b-2中，在接受由用戶輸入的裝置204的密碼之后， 通過SNMPv3從裝置204獲取綜合裝置管理應(yīng)用程序所需的所 有裝置信息。在階段2b-2中，獲取所有關(guān)于裝置204的信息。
圖19是用于顯示通過利用第一搜索方法的裝置搜索所獲取 的、綜合裝置管理應(yīng)用程序中的裝置信息列表的裝置列表屏幕 的視圖。
處于模式1和模式2的SNMPvl在其上運(yùn)行的裝置的所有裝 置信息被顯示。相似地，處于模式3的只有SNMPv3在其上運(yùn)行 的并且密碼已經(jīng)登記在數(shù)據(jù)庫403中的裝置的所有裝置信息也 被顯示。在SNMPv3裝置的情況下，考慮到密碼改變的情況， 還顯示了更新按4丑，通過該更新4姿鈕用戶輸入它的密碼以更新 它的裝置信息。關(guān)于處于模式3的只有SNMPv3在其上運(yùn)行的并 且密碼沒有登記在數(shù)據(jù)庫403中的裝置，獲取與在裝置列表屏幕 上顯示的項(xiàng)目相關(guān)的諸如安裝位置和狀態(tài)代碼的裝置信息。然 而，在使用綜合裝置管理應(yīng)用程序的包括過濾功能的所有功能
之前，必須通過按下獲得按鈕并輸入裝置的密碼，來獲取所需 的裝置信息。
當(dāng)按下獲得按鈕或更新按鈕時(shí)，與第 一 搜索方法的情況相
似，顯示圖15的SNMPv3密碼輸入屏幕。
圖20是由第二搜索方法的階段1 、階段2a和階段2b-1所進(jìn)行 的搜索處理的流程圖。
在步驟S4-1中，通過綜合裝置管理應(yīng)用程序的任務(wù)操作來 接受裝置搜索請(qǐng)求。在下文中將詳細(xì)說明任務(wù)操作。接著，在 步驟S4-2中，使用SLP進(jìn)行組播請(qǐng)求。在步驟S4-3中，設(shè)置定時(shí) 器。
在步驟S4-4中，判斷搜索處理是否超時(shí)。如果搜索處理已 超時(shí)，則立即結(jié)束該處理，如果搜索處理沒有超時(shí)，則處理進(jìn) 入步驟S4-5，其中，判斷是否已經(jīng)接收到來自裝置的響應(yīng)。如 果還未接收到來自裝置的響應(yīng)，則處理返回步驟S4-4，其中， 確認(rèn)搜索處理是否超時(shí)。如果已經(jīng)接收到來自裝置的響應(yīng)，則 處理進(jìn)入步驟S4-6，其中，確認(rèn)SNMP工作模式。
在SNMP工作模式中的SNMPvl運(yùn)行的模式(模式l或模式 2)的情況下，使用SNMPvl來獲取裝置信息。在SNMP工作模 式中的SNMPvl不運(yùn)行的才莫式(才莫式3)的情況下，處理進(jìn)入步 驟S4-8，其中，確認(rèn)是否已經(jīng)登記裝置密碼。
當(dāng)已經(jīng)登記裝置密碼時(shí)，在步驟S4-9中，使用SNMPv3協(xié) 議來獲取綜合裝置管理應(yīng)用程序所需的所有裝置信息。當(dāng)沒有 登記裝置密碼時(shí)，處理進(jìn)入步驟S4-10,其中，使用SLP來只獲 取顯示裝置列表屏幕所需的關(guān)于裝置的基本信息。此后，處理 進(jìn)入步驟S4-11,其中，將在步驟S4-9或S4-10中獲取的裝置信 息登記在數(shù)據(jù)庫403中。應(yīng)該注意，當(dāng)按下圖19所示的獲得按鈕 或更新按鈕時(shí)所進(jìn)行的階段2b-2的操作與示出第 一搜索方法的圖17的流程圖的操作相同，因此省略對(duì)它們的說明。
將第二搜索方法登記為安全等級(jí)為2的裝置搜索任務(wù)，以裝置搜索。
接著，將給出對(duì)由裝置監(jiān)視部40406和驅(qū)動(dòng)管理部40410管 理的SNMPv3裝置的說明。
通過第一和第二搜索方法發(fā)現(xiàn)的裝置204是以模式3 (只有 SNMPv3運(yùn)行)工作并且密碼沒有登記在數(shù)據(jù)庫403中的裝置。 關(guān)于裝置2 04的諸如IP地址的裝置信息以裝置2 0 4可識(shí)別為裝置 的狀態(tài)顯示在裝置列表屏幕上。
然而，僅通過由第 一 和第二搜索方法所進(jìn)行的搜索不可能 完全使用綜合裝置管理應(yīng)用程序的功能。例如，裝置204不能包 括在由裝置監(jiān)視部40406和驅(qū)動(dòng)管理部40410管理的裝置中。
圖21是示出由裝置監(jiān)視部40406監(jiān)視的裝置信息的顯示的 例子的視圖。在顯示屏幕的左下角位置處示出的過濾功能不能 應(yīng)用于通過搜索發(fā)現(xiàn)的裝置204 (術(shù)語"過濾功能"意味著只顯 示范圍縮小到具有特定功能的裝置的列表的功能。例如，當(dāng)選 擇"彩色機(jī)器"作為過濾選項(xiàng)時(shí)，只有彩色機(jī)器被顯示在裝置 列表屏幕上)。這是因?yàn)椴]有從裝置獲取所有選項(xiàng)信息。作為 過濾功能，提供了如下各項(xiàng)目狀態(tài)、產(chǎn)品類型(MFP、 LBP 和BJ)、可以彩色打印(Color Printing Possible )、最大薄片大 小、網(wǎng)絡(luò)才反名稱、說明(Comment), 配備紙盤(Paper Deck Equipped), 可以又又面4丁印 (Double-sided Printing Possible )牙口 可以掃描(Scanning Possible )。另外，作為過濾功能，提供了 如下各項(xiàng)目可以裝訂、可以鞍型裝訂、可以打孔、可以穿孑L、 可以裁切、配備傳真、可以信封打印、配備進(jìn)給器、可以自動(dòng) 分頁、可以保持、可以插入、配備發(fā)送功能等。
為了獲取所有選項(xiàng)信息，按下獲得按鈕并輸入密碼。這可以使處于模式3的裝置204包括在由裝置監(jiān)視部40406管理的裝 置中，從而可以增強(qiáng)IT管理人員所使用的綜合裝置管理應(yīng)用程 序的可操作性。
圖22是示出由驅(qū)動(dòng)管理部40410管理的裝置信息的顯示的 例子的視圖。與裝置監(jiān)視部40406的情況相似，由于過濾功能不 能用于處于模式3的裝置204，因此，裝置204不能包括在由驅(qū)動(dòng) 管理部40410管理的裝置中。通過按下獲得按鈕，獲取驅(qū)動(dòng)管理 部40410特別需要的諸如裝置204的PDL信息和裝置ID的信息， 可以使裝置204包括在被管理的裝置中。
接著，將給出對(duì)裝置搜索任務(wù)的說明。
圖23至25是用于生成綜合裝置管理應(yīng)用程序的裝置搜索任 務(wù)的屏幕的例子的視圖。圖23示出用于設(shè)置裝置搜索的條件的 屏幕。為了搜索SNMPv3裝置，選擇用于搜索SNMPv3裝置的選 擇框，并指定安全等級(jí)為1或2。當(dāng)指定安全等級(jí)為l時(shí)，執(zhí)行第 一搜索方法。當(dāng)指定安全等級(jí)為2時(shí)，執(zhí)行第二搜索方法。圖24 示出用于設(shè)置任務(wù)名稱、執(zhí)行任務(wù)的預(yù)定時(shí)間和任務(wù)終止之后 的通知地址的屏幕。圖25示出用于確認(rèn)任務(wù)細(xì)節(jié)的屏幕。使用 上述三個(gè)向?qū)聊粊淼怯浹b置搜索任務(wù)。任務(wù)由綜合裝置管理 應(yīng)用程序的任務(wù)處理部40404執(zhí)行，并且將任務(wù)的細(xì)節(jié)通知給裝 置搜索部40409。裝置搜索部分4040^艮據(jù)該任務(wù)細(xì)節(jié)來搜索裝 置。
如上所述，在本實(shí)施例中，在SNMPvl裝置和SNMPv3裝置 混合在一起的環(huán)境下，可以將裝置信息顯示為除IP地址項(xiàng)以外 的項(xiàng)目的列表，這使得易于識(shí)別設(shè)備。另外，由于可以使用裝 置過濾功能，可以減少對(duì)綜合裝置管理應(yīng)用程序的功能的限制。 這可以增強(qiáng)IT管理人員所使用的裝置管理應(yīng)用程序的可操作 性。
應(yīng)該注意，雖然在上述實(shí)施例中，以示例的方式，將網(wǎng)絡(luò) 管理系統(tǒng)配置為具有作為分離的設(shè)備而形成的作為管理設(shè)備的 服務(wù)器101和作為信息處理設(shè)備的PC 100，但這并不是限制性 的，可以將網(wǎng)絡(luò)管理系統(tǒng)配置為具有集成到 一 個(gè)單 一設(shè)備中的
服務(wù)器101和PC 100。
另外，應(yīng)該理解，還可以通過如下方式來實(shí)現(xiàn)本發(fā)明將 存儲(chǔ)有實(shí)現(xiàn)上述實(shí)施例的功能的軟件的程序代碼的存儲(chǔ)介質(zhì)提 供給系統(tǒng)或設(shè)備，并使該系統(tǒng)或設(shè)備的計(jì)算機(jī)(或CPU或MPU) 讀出并執(zhí)行存儲(chǔ)在該存儲(chǔ)介質(zhì)中的程序代碼。
在這種情況下，從存儲(chǔ)介質(zhì)讀取的程序代碼本身實(shí)現(xiàn)上述 實(shí)施例的功能，因此該程序代碼和存儲(chǔ)該程序代碼的存儲(chǔ)介質(zhì) 構(gòu)成本發(fā)明。
用于提供該程序代碼的存儲(chǔ)介質(zhì)的例子包括軟盤(floppy, 注冊(cè)商標(biāo))、硬盤、磁光盤、諸如CD-ROM、 CD-R、 CD-RW、 DVD-ROM、 DVD-RAM、 DVD-RW或DVD+RW的光盤、磁帶、
非易失性存儲(chǔ)卡和ROM。可選地，可以通過網(wǎng)絡(luò)來下載該程序。 另外，應(yīng)該理解，不僅可以通過執(zhí)行由計(jì)算機(jī)讀出的程序 代碼來實(shí)現(xiàn)上述實(shí)施例的功能，而且可以通過使在計(jì)算機(jī)上運(yùn) 行的OS (操作系統(tǒng))等基于該程序代碼的指令進(jìn)行部分或全部 實(shí)際操作，來實(shí)現(xiàn)上述實(shí)施例的功能。
另外，應(yīng)該理解，可以通過如下方式來實(shí)現(xiàn)上述實(shí)施例的 功能將從存儲(chǔ)介質(zhì)讀出的程序代碼寫入在插入計(jì)算機(jī)中的擴(kuò) 展板上所設(shè)置的存儲(chǔ)器中或連接到計(jì)算機(jī)的擴(kuò)展單元中所設(shè)置 的存儲(chǔ)器中，然后使該擴(kuò)展板或擴(kuò)展單元中所設(shè)置的CPU等基 于該程序代碼的指令，來進(jìn)行部分或全部實(shí)際操作。
雖然已經(jīng)參考示例性實(shí)施例對(duì)本發(fā)明進(jìn)行了說明，但是應(yīng) 該理解，本發(fā)明并不限于所公開的示例性實(shí)施例。所附權(quán)利要
求的范圍符合最寬的解釋，以包含所有修改、等同結(jié)構(gòu)和功能。
本申請(qǐng)要求2006年12月11號(hào)遞交的日本專利申請(qǐng) 2006-333749的優(yōu)先4又，所述申請(qǐng)?jiān)诖送ㄟ^引用被整體包括。
權(quán)利要求
1.一種網(wǎng)絡(luò)管理系統(tǒng)，包括接收單元，用于接收關(guān)于搜索網(wǎng)絡(luò)上的裝置的指令；搜索單元，用于響應(yīng)于所述接收單元接收到所述指令，基于第一協(xié)議進(jìn)行第一搜索，以及基于第二協(xié)議進(jìn)行第二搜索；以及顯示單元，用于顯示由所述搜索單元發(fā)現(xiàn)的裝置的列表，其中，所述顯示單元以可區(qū)分通過所述第一搜索發(fā)現(xiàn)的裝置和通過所述第二搜索發(fā)現(xiàn)的裝置的方式，顯示由所述搜索單元發(fā)現(xiàn)的裝置。
2. 根據(jù)權(quán)利要求l所述的網(wǎng)絡(luò)管理系統(tǒng)，其特征在于，還 包括第一獲取單元，用于基于所述第一協(xié)議，從通過由所述搜 索單元進(jìn)行的所述第一搜索發(fā)現(xiàn)的裝置獲取裝置信息；以及第二獲取單元，用于基于所述第二協(xié)議，從通過由所述搜 索單元進(jìn)行的所述第二搜索發(fā)現(xiàn)的裝置獲取裝置信息，以及其中，所述顯示單元顯示由所述第一獲取單元和所述第二 獲取單元獲取的所迷裝置信息。
3. 根據(jù)權(quán)利要求2所述的網(wǎng)絡(luò)管理系統(tǒng)，其特征在于，還 包括-.判斷單元，用于判斷用于訪問通過由所述搜索單元進(jìn)行的 所述第二搜索發(fā)現(xiàn)的裝置的認(rèn)證信息是否登記在信息處理設(shè)備 中，以及其中，當(dāng)所述判斷單元沒有判斷為所述認(rèn)證信息已登記時(shí)， 所述第二獲取單元不獲取關(guān)于該裝置的所述裝置信息，當(dāng)所述 判斷單元判斷為所述認(rèn)證信息已登記時(shí)，所述第二獲取單元獲 取關(guān)于該裝置的所述裝置信息。
4. 根據(jù)權(quán)利要求3所述的網(wǎng)絡(luò)管理系統(tǒng)，其特征在于，當(dāng)所述判斷單元沒有判斷為所述認(rèn)證信息已登記時(shí)，所述顯示單 元顯示用于指示登記所述認(rèn)證信息的屏幕。
5. 根據(jù)權(quán)利要求l所述的網(wǎng)絡(luò)管理系統(tǒng)，其特征在于，所 述顯示單元顯示通過所述第一搜索發(fā)現(xiàn)的裝置的各自的裝置名 稱和通過所述第二搜索發(fā)現(xiàn)的裝置的各自的裝置名稱。
6. 根據(jù)權(quán)利要求l所述的網(wǎng)絡(luò)管理系統(tǒng)，其特征在于，所述第一協(xié)議是SNMPvl，所述第二協(xié)議是SNMPv3。
7. 根據(jù)權(quán)利要求2所述的網(wǎng)絡(luò)管理系統(tǒng)，其特征在于，由 所述第一獲取單元和所述第二獲取單元獲取的所述裝置信息是 所述搜索單元未獲取的裝置信息細(xì)節(jié)。
8. 根據(jù)權(quán)利要求2所述的網(wǎng)絡(luò)管理系統(tǒng)，其特征在于，由 所述第二獲取單元獲取的所述裝置信息包括引擎ID,所述引擎 II)包括裝置的企業(yè)ID、 MAC地址和產(chǎn)品名稱。
9. 一種網(wǎng)絡(luò)管理系統(tǒng)，包括接收單元，用于接收關(guān)于搜索網(wǎng)絡(luò)上的裝置的指令； 搜索單元，用于響應(yīng)于所述接收單元接收到所述指令，搜 索所述網(wǎng)絡(luò)上的裝置；判斷單元，用于判斷由所述搜索單元發(fā)現(xiàn)的裝置的工作模式；第一獲取單元，用于當(dāng)所述判斷單元判斷為由所述搜索單 元發(fā)現(xiàn)的裝置以第一工作模式工作時(shí)，基于第 一協(xié)議從該裝置 獲取裝置信息；第二獲取單元，用于當(dāng)所述判斷單元判斷為由所述搜索單 元發(fā)現(xiàn)的裝置以第二工作模式工作時(shí)，基于第二協(xié)議從該裝置 獲得裝置信息；以及顯示單元，用于顯示由所述第一獲取單元或所述第二獲取 單元獲取的所述裝置信息。
10. 根據(jù)權(quán)利要求9所述的網(wǎng)絡(luò)管理系統(tǒng)，其特征在于，還包括第二判斷單元，用于當(dāng)所述判斷單元判斷為由所述搜索單 元發(fā)現(xiàn)的裝置以所述第二工作模式工作時(shí)，判斷用于訪問該裝 置的認(rèn)證信息是否登記在信息處理設(shè)備中，其中，當(dāng)所述第二判斷單元判斷為所述認(rèn)證信息已登記時(shí)， 所述第二獲得單元基于所述第一協(xié)議，從該裝置獲取所述裝置信息，當(dāng)所述第二判斷單元沒有判斷為所述認(rèn)證信息已登記時(shí)， 所述第二獲取單元基于所述第二協(xié)議，從該裝置獲取所述裝置信息。
11. 根據(jù)權(quán)利要求10所述的網(wǎng)絡(luò)管理系統(tǒng)，其特征在于， 所述搜索單元基于所述第二協(xié)議，搜索所述網(wǎng)絡(luò)上的裝置。
12. 根據(jù)權(quán)利要求10所述的網(wǎng)絡(luò)管理系統(tǒng)，其特征在于， 所述第 一獲取單元基于不同于所述第 一協(xié)議和所述第二協(xié)議的 第三協(xié)議，來獲取所述裝置信息。
13. 根據(jù)權(quán)利要求12所述的網(wǎng)絡(luò)管理系統(tǒng)，其特征在于， 所述第 一協(xié)議、所述第二協(xié)議和所述第三協(xié)議分別是SNMPv3、 SLP和SNMPvl。
14. 根據(jù)權(quán)利要求9所述的網(wǎng)絡(luò)管理系統(tǒng)，其特征在于，由 所述第二獲取單元獲取的所述裝置信息包括引擎ID,所述引擎 ID包括裝置的企業(yè)ID、 MAC地址和產(chǎn)品名稱。
15. —種網(wǎng)絡(luò)管理方法，包括接收步驟，用于接收關(guān)于搜索網(wǎng)絡(luò)上的裝置的指令；搜索步驟，用于響應(yīng)于在所述接收步驟中接收到所述指令，基于第 一 協(xié)議進(jìn)行第 一 搜索，以及基于第二協(xié)議進(jìn)行第二搜索；以及顯示步驟，用于在顯示器上顯示在所述搜索步驟中發(fā)現(xiàn)的裝置的列表，其中，所述顯示步驟以可區(qū)分通過所述第一搜索發(fā)現(xiàn)的裝 置和通過所述第二搜索發(fā)現(xiàn)的裝置的方式在所述顯示器上顯示 在所述搜索步驟中發(fā)現(xiàn)的裝置。
16. —種網(wǎng)絡(luò)管理方法，包括接收步驟，用于接收關(guān)于搜索網(wǎng)絡(luò)上的裝置的指令； 搜索步驟，用于響應(yīng)于在所述接收步驟中接收到所述指令，搜索所述網(wǎng)絡(luò)上的裝置；判斷步驟，用于判斷在所述搜索步驟中發(fā)現(xiàn)的裝置的工作模式；第一獲取步驟，用于當(dāng)在所述判斷步驟中判斷為在所述搜 索步驟中發(fā)現(xiàn)的裝置以第 一工作模式工作時(shí)，基于第 一協(xié)議從 該裝置獲取裝置信息；第二獲取步驟，用于當(dāng)在所述判斷步驟中判斷為在所述搜 索步驟中發(fā)現(xiàn)的裝置以第二工作模式工作時(shí)，基于第二協(xié)議從 該裝置獲取裝置信息；以及顯示步驟，用于顯示在所述第一獲取步驟或所述第二獲取 步驟中獲取的所述裝置信息。
全文摘要
本發(fā)明提供一種網(wǎng)絡(luò)管理系統(tǒng)和網(wǎng)絡(luò)管理方法。該網(wǎng)絡(luò)管理系統(tǒng)能夠容易地識(shí)別設(shè)備，并且增強(qiáng)管理人員所使用的裝置管理應(yīng)用程序的可操作性。該網(wǎng)絡(luò)管理系統(tǒng)包括裝置和通過網(wǎng)絡(luò)連接到該裝置的服務(wù)器。該服務(wù)器配置成能夠通過SNMPv1、SNMPv3和SLP與該裝置進(jìn)行通信。當(dāng)SNMPv1可以用于裝置時(shí)，該服務(wù)器通過SNMPv1從該裝置獲取裝置信息。當(dāng)SNMPv1不能用于裝置但SNMPv3可以用于裝置，并且SNMPv3密碼已登記時(shí)，該服務(wù)器通過SNMPv3從該裝置獲取裝置信息。當(dāng)SNMPv1不能用于裝置但SNMPv3可以用于裝置，并且SNMPv3密碼沒有登記時(shí)，該服務(wù)器通過SLP從該裝置獲取裝置信息。
文檔編號(hào)H04L12/24GK101202668SQ20071019855
公開日2008年6月18日 申請(qǐng)日期2007年12月11日 優(yōu)先權(quán)日2006年12月11日
發(fā)明者鳥居稔 申請(qǐng)人:佳能株式會(huì)社