專利名稱：識(shí)別發(fā)送源的信息處理設(shè)備及其控制方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種通過(guò)處理從圖像處理設(shè)備接收到的包來(lái)管理圖像處理設(shè)備的信 息處理設(shè)備，并涉及該信息處理設(shè)備的控制方法。
背景技術(shù)：
在近年來(lái)的辦公環(huán)境中，通常通過(guò)運(yùn)行在網(wǎng)絡(luò)連接信息處理設(shè)備上的應(yīng)用程序 軟件來(lái)管理和控制圖像處理設(shè)備或其它網(wǎng)絡(luò)連接裝置。
為了通過(guò)信息處理設(shè)備管理網(wǎng)絡(luò)連接裝置和運(yùn)行在網(wǎng)絡(luò)連接裝置上的作業(yè)，已 經(jīng)提出了用于預(yù)先將識(shí)別ID分配給多個(gè)裝置并利用從這些裝置發(fā)送至信息處理設(shè)備的事 件通知的技術(shù)(例如，參見日本特開2007-317087號(hào)公報(bào))。還已知基于作為網(wǎng)絡(luò)節(jié)點(diǎn)識(shí) 別用的信息的網(wǎng)絡(luò)連接裝置的IP地址來(lái)識(shí)別網(wǎng)絡(luò)連接裝置。
隨著網(wǎng)絡(luò)連接裝置變得越來(lái)越多樣化，(作為傳統(tǒng)使用版本的因特網(wǎng)協(xié)議的) IPv4產(chǎn)生了 IP地址耗盡的問(wèn)題以及其它問(wèn)題，并且廣泛地使用IPv6來(lái)消除這些問(wèn)題。
由于IPv6允許一個(gè)網(wǎng)絡(luò)接口具有多個(gè)IP地址，因此在評(píng)論請(qǐng)求(RFC Request for Comments) 3484中定義被稱為最長(zhǎng)匹配(longest match)的地址選擇規(guī)則。該最長(zhǎng)匹配 規(guī)則用來(lái)從發(fā)送源IP地址中選擇具有最長(zhǎng)前綴長(zhǎng)度的地址。
然而，為了基于IPv6地址識(shí)別網(wǎng)絡(luò)連接裝置，應(yīng)用程序軟件需要預(yù)先獲知這些 裝置的IP地址。如果所接收到的包的發(fā)送源的IP地址是未知的，則信息處理設(shè)備不能判 斷已從哪個(gè)裝置發(fā)送了該包，因此不能正確地處理該包。
如在日本特開2007-317087號(hào)公報(bào)中所公開的那樣，為了識(shí)別裝置，除了 IP地 址以外，還可以提供這些裝置的識(shí)別ID。然而，在這種情況下，由于從這些裝置發(fā)送至 信息處理設(shè)備的包必須均包含相應(yīng)的識(shí)別ID，因此帶來(lái)了如下問(wèn)題現(xiàn)存裝置和現(xiàn)存包 結(jié)構(gòu)在沒(méi)有更改的情況下不能使用，并且必須更改這些裝置處的處理以及包結(jié)構(gòu)。發(fā)明內(nèi)容
本發(fā)明提供一種能夠通過(guò)正確地識(shí)別具有多個(gè)地址且發(fā)送了事件通知的圖像處 理設(shè)備來(lái)進(jìn)行適當(dāng)?shù)奶幚淼男畔⑻幚碓O(shè)備，并且提供該信息處理設(shè)備的控制方法。
根據(jù)本發(fā)明的第一方面，提供了一種信息處理設(shè)備，其能夠經(jīng)由網(wǎng)絡(luò)與圖像處 理設(shè)備進(jìn)行通信，所述信息處理設(shè)備包括發(fā)送單元，用于發(fā)送請(qǐng)求所述圖像處理設(shè)備 向所述信息處理設(shè)備通知所述圖像處理設(shè)備中事件發(fā)生的第一數(shù)據(jù)；登記單元，用于登 記響應(yīng)于由所述發(fā)送單元發(fā)送的所述第一數(shù)據(jù)而從所述圖像處理設(shè)備發(fā)送來(lái)的第二數(shù)據(jù) 的發(fā)送源地址；第一比較單元，用于將由所述圖像處理設(shè)備發(fā)送來(lái)的用以通知事件發(fā)生 的第三數(shù)據(jù)的發(fā)送源地址與登記在所述登記單元中的發(fā)送源地址進(jìn)行比較；以及處理單 元，用于在所述第一比較單元的比較結(jié)果表示所述第三數(shù)據(jù)的發(fā)送源地址與登記在所述 登記單元中的發(fā)送源地址一致的情況下，執(zhí)行對(duì)由所述第三數(shù)據(jù)通知的事件的處理。
根據(jù)本發(fā)明的第二方面，提供了第一方面所述的信息處理設(shè)備的控制方法。所述控制方法包括以下步驟發(fā)送步驟，用于發(fā)送請(qǐng)求所述圖像處理設(shè)備向所述信息處理 設(shè)備通知所述圖像處理設(shè)備中事件發(fā)生的第一數(shù)據(jù)；登記步驟，用于登記響應(yīng)于所述發(fā) 送步驟中發(fā)送的所述第一數(shù)據(jù)而發(fā)送來(lái)的第二數(shù)據(jù)的發(fā)送源地址；比較步驟，用于將由 所述圖像處理設(shè)備發(fā)送來(lái)的用以通知事件發(fā)生的第三數(shù)據(jù)的發(fā)送源地址與所述登記步驟 中所登記的發(fā)送源地址進(jìn)行比較；以及處理步驟，用于在所述比較步驟中的比較結(jié)果表 示所述第三數(shù)據(jù)的發(fā)送源地址與所述登記步驟中所登記的發(fā)送源地址一致的情況下，執(zhí) 行對(duì)由所述第三數(shù)據(jù)通知的事件的處理。利用本發(fā)明，即使事件通知請(qǐng)求的發(fā)送目的地地址與事件通知的發(fā)送源地址不 同，該信息處理設(shè)備也能夠?qū)⑹录ㄖ?qǐng)求發(fā)送至的圖像處理設(shè)備與發(fā)送了事件通知的 圖像處理設(shè)備相關(guān)聯(lián)。當(dāng)從具有多個(gè)地址的圖像處理設(shè)備通知了(圖像處理設(shè)備的狀態(tài) 或作業(yè)狀態(tài)等)事件的發(fā)生時(shí)，信息處理設(shè)備能夠正確地識(shí)別發(fā)送了事件通知的圖像處 理設(shè)備，并進(jìn)行適當(dāng)?shù)奶幚怼Ｍㄟ^(guò)以下參考附圖對(duì)典型實(shí)施例的說(shuō)明，本發(fā)明的其它特征將變得明顯。


圖1是示出包括根據(jù)本發(fā)明第一實(shí)施例的信息處理設(shè)備(PC)的網(wǎng)絡(luò)系統(tǒng)的典型 結(jié)構(gòu)的圖；圖2是示出PC的典型硬件結(jié)構(gòu)的框圖；圖3是示出構(gòu)成網(wǎng)絡(luò)系統(tǒng)的MFP的典型硬件結(jié)構(gòu)的框圖；圖4是示出從PC其中之一發(fā)送至MFP其中之一的事件通知請(qǐng)求包的結(jié)構(gòu)的圖；圖5是示出響應(yīng)于事件通知請(qǐng)求而從MFP發(fā)送至PC的應(yīng)答包的結(jié)構(gòu)的圖；圖6是示出從MFP發(fā)送至PC的事件通知包的結(jié)構(gòu)的圖；圖7是示出保持在PC中的MFP管理表的結(jié)構(gòu)的圖；圖8是示出保持在MFP中的事件通知目的地管理表的結(jié)構(gòu)的圖；圖9是示出由PC進(jìn)行的用以將事件通知請(qǐng)求發(fā)送至的MFP登記至MFP管理表 的處理的流程圖；圖10是示出PC基于從MFP接收到的事件通知包所進(jìn)行的處理的流程圖；圖11是示出由MFP進(jìn)行的用以響應(yīng)于從PC發(fā)送的事件通知請(qǐng)求而發(fā)送應(yīng)答包 的處理的流程圖；圖12是示出由MFP進(jìn)行的用以將事件通知發(fā)送至PC的處理的流程圖；圖13是示出保持在根據(jù)本發(fā)明第二實(shí)施例的PC中的MFP管理表的結(jié)構(gòu)的圖；圖14是示出由PC進(jìn)行的用以將事件通知請(qǐng)求發(fā)送至的各MFP的地址登記至 MFP管理表的處理的流程圖；以及圖15是示出由根據(jù)本發(fā)明第三實(shí)施例的PC進(jìn)行的用以將事件通知請(qǐng)求發(fā)送至的 各MFP的地址登記至MFP管理表的處理的流程圖。
具體實(shí)施例方式以下將參考示出本發(fā)明優(yōu)選實(shí)施例的附圖來(lái)詳細(xì)說(shuō)明本發(fā)明。第一實(shí)施例
圖1示出包括根據(jù)本發(fā)明第一實(shí)施例的信息處理設(shè)備的網(wǎng)絡(luò)系統(tǒng)的示例結(jié)構(gòu)。
如圖1所示，網(wǎng)絡(luò)系統(tǒng)包括為了通信而經(jīng)由網(wǎng)絡(luò)相互連接的圖像處理設(shè)備和信 息處理設(shè)備。在本實(shí)施例中，通過(guò)MFP(多功能外圍設(shè)備)101、102實(shí)現(xiàn)圖像處理設(shè)備， 通過(guò)PC (個(gè)人計(jì)算機(jī))103、104實(shí)現(xiàn)信息處理設(shè)備，并且通過(guò)LAN 110實(shí)現(xiàn)網(wǎng)絡(luò)。
MFP 101、102各自包括圖像讀取單元(掃描器引擎)和圖像形成單元(打印機(jī) 引擎)，并且均具有圖像讀取功能和圖像形成功能。MFP 101、102進(jìn)行掃描以通過(guò)掃描 器引擎讀取來(lái)自原稿的圖像，將所讀取的圖像復(fù)制到記錄薄片，將所讀取的圖像發(fā)送至 LAN 110，并進(jìn)行打印以通過(guò)打印機(jī)引擎將經(jīng)由LAN 110接收到的圖像形成在記錄薄片 上。在本實(shí)施例中，假定 MFP 101 具有 200l:db8:aaaa::a/64 和 2001:db8:bbbb::b/64 兩個(gè) IPv6地址，并且MFP 102也具有兩個(gè)IPv6地址。
PC 103、104經(jīng)由LAN 110連接至MFP 101、102，并且能夠?qū)FP的狀態(tài)和正 在MFP中處理的作業(yè)(掃描、打印或復(fù)制等)進(jìn)行管理。在本實(shí)施例中，假定PC 103 具有 200l:db8:abed::e/64 和 2001:db8:cccc::c/64 兩個(gè) IPv6 地址，并且 PC 104 也具有兩個(gè) IPv6地址。
圖2以框圖示出PC 103、104的示例硬件結(jié)構(gòu)。
如圖2所示，PC 103、104各自包括連接至系統(tǒng)總線210的CPU 201、RAM 202、LCD(液晶顯示器)203、輸入單元204、ROM205、盤206以及網(wǎng)絡(luò)I/F (接口)207。
CPU 201控制PC的各部件，經(jīng)由網(wǎng)絡(luò)I/F 207和LAN 110與連接至CPU 201的MFP進(jìn)行通信，使LCD 203向用戶顯示消息，并經(jīng)由輸入單元204接受用戶的輸入?；?于控制程序(控制代碼)，CPU 201進(jìn)行將在稍后參考圖9、10、14和15的流程圖所述 的處理。
CPU 201使用RAM 202作為工作區(qū)和臨時(shí)存儲(chǔ)區(qū)。將要由PC處理的數(shù)據(jù)和PC 的控制程序存儲(chǔ)在ROM 205或盤206中。根據(jù)需要將控制程序讀取至RAM 202，并由 CPU 201來(lái)執(zhí)行。通過(guò)硬盤等實(shí)現(xiàn)盤206。
LCD 203在CPU 201的控制下呈現(xiàn)各種顯示。用戶使用輸入單元204將各種數(shù) 據(jù)或指示輸入至PC。網(wǎng)絡(luò)I/F 207提供PC和MFP之間的通信用的接口。通過(guò)例如以 太網(wǎng)(Ethernet，注冊(cè)商標(biāo))I/F、USB標(biāo)準(zhǔn)兼容串行I/F、IEEE 1394標(biāo)準(zhǔn)兼容串行I/F、 或者藍(lán)牙或其它無(wú)線通信網(wǎng)絡(luò)I/F來(lái)實(shí)現(xiàn)網(wǎng)絡(luò)I/F 207。
在本實(shí)施例中，除非另外說(shuō)明，否則PC的CPU 201經(jīng)由系統(tǒng)總線210接收來(lái)自 輸入單元204的用戶輸入，并經(jīng)由系統(tǒng)總線210控制PC的各部件(包括從RAM 202到網(wǎng) 絡(luò)I/F 207)，以執(zhí)行各種處理。
圖3以框圖示出MFP 101、102的示例硬件結(jié)構(gòu)。
如圖3所示，MFP 101、102各自包括連接至系統(tǒng)總線310的CPU 301、RAM 302、LCD 303、輸入單元304、ROM 305、掃描器引擎306、打印機(jī)引擎307、盤308以 及網(wǎng)絡(luò)接口(I/F)309。
CPU 301控制MFP的各部件，經(jīng)由網(wǎng)絡(luò)I/F 309和LAN 110與連接至MFP的PC進(jìn)行通信，使LCD 303向用戶顯示消息，并經(jīng)由輸入單元304接受用戶的輸入?；诳?制程序，CPU 301執(zhí)行將在稍后參考圖11和12的流程圖所述的處理。
CPU 301使用RAM 302作為工作區(qū)和臨時(shí)存儲(chǔ)區(qū)。將MFP的控制程序存儲(chǔ)在ROM 305或盤308中，并根據(jù)需要將該控制程序讀取至RAM 302，并由CPU 301來(lái)執(zhí) 行。將表示要由MFP處理的作業(yè)的功能和狀態(tài)的屬性信息、要打印輸出的作業(yè)數(shù)據(jù)以及 在外部接收并存儲(chǔ)的作業(yè)數(shù)據(jù)等存儲(chǔ)在ROM 305或盤308中。通過(guò)例如硬盤實(shí)現(xiàn)盤308。LCD 303在CPU 301的控制下呈現(xiàn)各種顯示。用戶使用輸入單元304將各種數(shù)據(jù) 或指示輸入至MFP。掃描器引擎306進(jìn)行掃描以讀取來(lái)自原稿的圖像。打印機(jī)引擎307 進(jìn)行復(fù)制以將原稿圖像復(fù)制到記錄薄片，并進(jìn)行打印以將外部接收到的圖像形成在記錄 薄片上。網(wǎng)絡(luò)I/F 309提供MFP和PC之間的通信用的接口。通過(guò)例如以太網(wǎng)(Ethernet， 注冊(cè)商標(biāo))I/F、USB標(biāo)準(zhǔn)兼容串行I/F、IEEE 1394標(biāo)準(zhǔn)兼容串行I/F、或者藍(lán)牙或其它 無(wú)線通信網(wǎng)絡(luò)I/F來(lái)實(shí)現(xiàn)網(wǎng)絡(luò)I/F 309。MFP能夠通過(guò)使用掃描器引擎306進(jìn)行掃描作業(yè)以讀取紙件原稿并創(chuàng)建圖像數(shù) 據(jù)，通過(guò)使用打印機(jī)引擎307進(jìn)行打印作業(yè)以輸出外部接收到的數(shù)據(jù)，并且通過(guò)使用掃 描器引擎306和打印機(jī)引擎307進(jìn)行復(fù)制作業(yè)以復(fù)制紙件原稿。在本實(shí)施例中，除非另外說(shuō)明，否則MFP的CPU 301經(jīng)由系統(tǒng)總線310接收來(lái) 自輸入單元304的用戶輸入，并經(jīng)由系統(tǒng)總線310控制MFP的各部件(包括從RAM 302 到網(wǎng)絡(luò)I/F 309)，以執(zhí)行各種處理。下面是與本實(shí)施例的PC和MFP中的各種處理以及涉及PC和MFP之間的相互 通信的現(xiàn)象有關(guān)的術(shù)語(yǔ)的定義。術(shù)語(yǔ)“作業(yè)”是指由各MFP進(jìn)行的諸如打印(印刷、 復(fù)制)、掃描、傳真發(fā)送、傳真接收、文檔存儲(chǔ)以及文檔發(fā)送等的處理。術(shù)語(yǔ)“作業(yè)狀 態(tài)變化通知”是指(等待要執(zhí)行作業(yè)或正在執(zhí)行作業(yè)或已經(jīng)處理了作業(yè)的)作業(yè)狀態(tài)的變 化的通知。術(shù)語(yǔ)“事件”是指發(fā)生在任意一個(gè)MFP中并且包括任意一個(gè)MFP中處理的作業(yè) (掃描作業(yè)、復(fù)制作業(yè)、打印作業(yè)等)的狀態(tài)變化的現(xiàn)象。術(shù)語(yǔ)“事件通知”是指事件 的發(fā)生及內(nèi)容的通知，其中在事件發(fā)生于任意一個(gè)MFP時(shí)，將該通知從該MFP發(fā)送至預(yù) 先登記的通知目的地PC。術(shù)語(yǔ)“事件通知請(qǐng)求”是指如下請(qǐng)求在事件發(fā)生于各MFP 時(shí)，該MFP將根據(jù)該請(qǐng)求將事件通知發(fā)送至PC。接著，參考圖4，將給出對(duì)由PC 103生成的并從PC 103發(fā)送至MFP 101的事件 通知請(qǐng)求包的結(jié)構(gòu)的說(shuō)明?？梢詫㈩愃频氖录ㄖ?qǐng)求包從PC 103發(fā)送至MFP 102以及 從 PC 104 發(fā)送至 MFP 101、102。圖4示出事件通知請(qǐng)求包的結(jié)構(gòu)。應(yīng)該注意，圖4所示的包結(jié)構(gòu)是一個(gè)示例。 在具體實(shí)施本發(fā)明時(shí)，包內(nèi)容、識(shí)別符、存儲(chǔ)順序以及其它細(xì)節(jié)并非限制性的。如圖4所示，事件通知請(qǐng)求包包括應(yīng)用層數(shù)據(jù)410和傳輸層數(shù)據(jù)420。應(yīng)用層數(shù) 據(jù)410包括報(bào)頭(Header)部401和塊編號(hào)(BlockNo)部402、操作代碼(OperationCode) 部403、大小(Size)部404以及參數(shù)(Parameter)部405。參數(shù)部405包括IP部411、端 口(Port)部412以及事件ID (EventID)部413。傳輸層數(shù)據(jù)420包括報(bào)頭部421、發(fā)送源 地址部422以及發(fā)送目的地地址部423。報(bào)頭部401存儲(chǔ)適合于應(yīng)用協(xié)議并且不依賴于存儲(chǔ)在操作代碼部403中的代碼的 信息(包括協(xié)議識(shí)別符、協(xié)議版本以及應(yīng)答請(qǐng)求標(biāo)志)。當(dāng)從PC 103接收到事件通知請(qǐng) 求包時(shí)，MFP 101能夠通過(guò)參考存儲(chǔ)在報(bào)頭部401中的信息判斷協(xié)議是否是可處理的。塊編號(hào)部402存儲(chǔ)表示事件通知請(qǐng)求包的發(fā)送源的塊編號(hào)值(是由PC 103分配的任意值)。將與存儲(chǔ)在事件通知請(qǐng)求包的塊編號(hào)部402中的塊編號(hào)值相對(duì)應(yīng)的塊編號(hào)值 存儲(chǔ)在響應(yīng)于事件通知請(qǐng)求包而發(fā)送回的應(yīng)答包中。換句話說(shuō)，使事件通知請(qǐng)求包和與 其相關(guān)聯(lián)的應(yīng)答包彼此相對(duì)應(yīng)。
操作代碼部403存儲(chǔ)識(shí)別應(yīng)用協(xié)議的操作類型的代碼(例如，表示事件通知請(qǐng)求 的“SubscribeEvent (預(yù)訂事件)”代碼)。參數(shù)部405存儲(chǔ)與存儲(chǔ)在操作代碼部403中 的代碼相對(duì)應(yīng)的參數(shù)。由于存儲(chǔ)在參數(shù)部405中的參數(shù)是長(zhǎng)度可變的，因此大小部404 存儲(chǔ)表示存儲(chǔ)在參數(shù)部405中的參數(shù)的大小的信息。
參數(shù)部405的IP部411存儲(chǔ)事件發(fā)生于任意一個(gè)MFP時(shí)的事件通知的發(fā) 送目的地IP地址(即，接收事件通知包的PC 103的IP地址(在圖4的情況下為 200l:db8:abed::e/64))0 端口部412存儲(chǔ)用于在IP部411中所存儲(chǔ)的IP地址處接收事件 通知包的端口編號(hào)(在圖4的情況下為端口 90050)。如果在一個(gè)端口接收來(lái)自MFP101、 102的事件通知包，則端口編號(hào)為固定值。事件ID部413存儲(chǔ)表示要請(qǐng)求事件通知的事 件的識(shí)別符。在圖4中，存儲(chǔ)在事件ID部413中的“JobStateChanged(作業(yè)狀態(tài)已改 變)”識(shí)別符表示作業(yè)狀態(tài)變化事件。
傳輸層數(shù)據(jù)420的報(bào)頭部421存儲(chǔ)傳輸層的報(bào)頭信息。發(fā)送源地址部422存儲(chǔ) 發(fā)送源PC 103的IP地址和端口編號(hào)。發(fā)送目的地地址部423存儲(chǔ)發(fā)送目的地MFP 101 的IP地址和端口編號(hào)。
接著，參考圖5，將給出對(duì)響應(yīng)于圖4中的事件通知請(qǐng)求包而從MFP 101發(fā)送 (送回)至PC 103的應(yīng)答包的結(jié)構(gòu)的說(shuō)明?？梢詫㈩愃频膽?yīng)答包從MFP 102發(fā)送至PC 103 以及從 MFP 101、102 發(fā)送至 PC 104。
圖5示出從MFP 101發(fā)送至PC 103的應(yīng)答包的結(jié)構(gòu)。應(yīng)該注意，圖5所示的應(yīng) 答包的結(jié)構(gòu)是一個(gè)示例。在具體實(shí)施本發(fā)明時(shí)，應(yīng)答包內(nèi)容、識(shí)別符、存儲(chǔ)順序以及其 它細(xì)節(jié)并非限制性的。
如圖5所示，應(yīng)答包包括應(yīng)用層數(shù)據(jù)510和傳輸層數(shù)據(jù)520。應(yīng)用層數(shù)據(jù)510包 括報(bào)頭部501、塊編號(hào)部502、操作代碼部503、大小部504以及狀態(tài)代碼MtatusCode)部 505。傳輸層數(shù)據(jù)520包括報(bào)頭部521、發(fā)送源地址部522以及發(fā)送目的地地址部523。
報(bào)頭部501存儲(chǔ)適合于應(yīng)用協(xié)議并且不依賴于存儲(chǔ)在操作代碼部503中的代碼的 信息(包括協(xié)議識(shí)別符、協(xié)議版本以及應(yīng)答請(qǐng)求標(biāo)志)。當(dāng)從MFP 101接收到應(yīng)答包時(shí)， PC 103能夠通過(guò)參考存儲(chǔ)在報(bào)頭部501中的信息判斷協(xié)議是否是可處理的。
塊編號(hào)部502存儲(chǔ)使事件通知請(qǐng)求包與關(guān)聯(lián)于該事件通知請(qǐng)求包的應(yīng)答包相對(duì) 應(yīng)的塊編號(hào)值。作為塊編號(hào)值，存儲(chǔ)與事件通知請(qǐng)求包的塊編號(hào)部402中所存儲(chǔ)的塊編 號(hào)值相對(duì)應(yīng)的序列號(hào)或其它值。
基于從MFP 101發(fā)送回的應(yīng)答包的塊編號(hào)部502中的塊編號(hào)值以及事件通知請(qǐng) 求包的塊編號(hào)部402中的塊編號(hào)值，PC 103能夠識(shí)別應(yīng)答包對(duì)哪個(gè)事件通知請(qǐng)求包進(jìn)行 了應(yīng)答。
操作代碼部503存儲(chǔ)識(shí)別應(yīng)用協(xié)議的操作類型的代碼。存儲(chǔ)在操作代碼部503 中的代碼與對(duì)應(yīng)于應(yīng)答包的事件通知請(qǐng)求包的操作代碼部403中的代碼相同。狀態(tài)代碼 部505存儲(chǔ)與操作代碼部503中的代碼相對(duì)應(yīng)的信息。在圖5中，存儲(chǔ)在狀態(tài)代碼部505 中的信息是表示對(duì)“SubscribeEvent(預(yù)訂事件)”代碼的處理結(jié)果的狀態(tài)代碼(如果已經(jīng)正常完成了處理，則結(jié)果為“OK”)。大小部504存儲(chǔ)表示存儲(chǔ)在狀態(tài)代碼部505中的 參數(shù)的大小的信息。
傳輸層數(shù)據(jù)520被同樣地配置為圖4所示的傳輸層數(shù)據(jù)420。發(fā)送源地址部522 存儲(chǔ)MFP 101的IP地址和端口編號(hào)(例如，2001:db8:aaaa::a/64和20001)。發(fā)送目的地 地址部523存儲(chǔ)PC103的IP地址和端口編號(hào)(例如，200l:db8:abed::e/64和10001)。
根據(jù)與存儲(chǔ)在發(fā)送目的地地址部523中的IP地址的最長(zhǎng)匹配，從MFP 101的IP 地址中選擇要存儲(chǔ)在發(fā)送源地址部522中的IP地址。例如，將MFP 101的兩個(gè)IP地址 200l:db8:aaaa::a/64和2001:db8:bbbb::b/64各自與存儲(chǔ)在圖5的發(fā)送目的地地址部523中 的IP地址2001:db8:abcd::e/64進(jìn)行比較，由此選擇出地址200l:db8:aaaa::a/64。
接著，參考圖6，將給出對(duì)由MFP 101生成然后發(fā)送至PC103的事件通知包的結(jié) 構(gòu)的說(shuō)明。可以將類似的事件通知包從MFP 102發(fā)送至PC 103以及從MFP 101、102發(fā) 送至PC 104。
圖6示出事件通知包的結(jié)構(gòu)。應(yīng)該注意，圖6所示的事件通知包的結(jié)構(gòu)是一個(gè) 示例。在具體實(shí)施本發(fā)明時(shí)，事件通知包內(nèi)容、識(shí)別符、存儲(chǔ)順序以及其它細(xì)節(jié)并非限 制性的。
如圖6所示，事件通知包包括應(yīng)用層數(shù)據(jù)610和傳輸層數(shù)據(jù)620。應(yīng)用層數(shù)據(jù) 610包括報(bào)頭部601、操作代碼部602、大小部603以及參數(shù)部604。參數(shù)部604包括事 件ID部611、作業(yè)ID(JobID)部612、作業(yè)狀態(tài)(JobState)部613以及原因(Reason)部 614。傳輸層數(shù)據(jù)620包括報(bào)頭部621、發(fā)送源地址部622以及發(fā)送目的地地址部623。
報(bào)頭部601存儲(chǔ)適合于應(yīng)用協(xié)議并且不依賴于存儲(chǔ)在操作代碼部602中的代碼的 信息(包括協(xié)議識(shí)別符和協(xié)議版本)。當(dāng)從MFP 101接收到事件通知包時(shí)，PC 103能夠 通過(guò)參考存儲(chǔ)在報(bào)頭部601中的信息判斷協(xié)議是否是可處理的。
操作代碼部602存儲(chǔ)識(shí)別應(yīng)用協(xié)議的操作類型的代碼(例如，表示從MFP 101發(fā) 送至PC 103的事件通知的“Notify (通知)”代碼)。大小部603存儲(chǔ)表示存儲(chǔ)在參數(shù) 部604中的參數(shù)(事件通知內(nèi)容)的大小的信息。
參數(shù)部604的事件ID部611存儲(chǔ)表示從MFP 101通知給PC103的事件的識(shí)別 符。圖6中的“JobStateChangecK作業(yè)狀態(tài)已改變)，，識(shí)別符表示作業(yè)狀態(tài)變化事件。 作業(yè)ID部612存儲(chǔ)表示要進(jìn)行事件通知的作業(yè)的識(shí)別符。PC 103接收來(lái)自MFP 101的 事件通知，處理該事件通知，并指定例如1001的值作為作業(yè)識(shí)別符，從而能夠參考并操 作已進(jìn)行了事件通知的作業(yè)。
作業(yè)狀態(tài)部613存儲(chǔ)表示作業(yè)狀態(tài)的識(shí)別符。圖6中的“OperatorCall(操作者呼 叫)”識(shí)別符表示已發(fā)生了需要操作者操作的錯(cuò)誤。原因部614存儲(chǔ)表示發(fā)生由存儲(chǔ)在作 業(yè)狀態(tài)部613中的識(shí)別符所表示的作業(yè)狀態(tài)的原因的識(shí)別符。圖6中的“MemoryFull(存 儲(chǔ)器滿)，，識(shí)別符表示在MFP 101中已發(fā)生了存儲(chǔ)器不足。
傳輸層數(shù)據(jù)620被同樣地配置為圖4和5所示的傳輸層數(shù)據(jù)420、520。發(fā)送源 地址部622存儲(chǔ)MFP 101的IP地址和端口編號(hào)(例如，200l:db8:aaaa::a/64和20001)。 發(fā)送目的地地址部623存儲(chǔ)PC 103的IP地址和端口編號(hào)(例如，200l:db8:abed::e/64和 10001)。
應(yīng)該注意，圖6所示的事件通知包的示例結(jié)構(gòu)用于向PC 103通知MFP 101中處理的作業(yè)的狀態(tài)變化事件。事件通知包可以包括諸如表示作業(yè)名的字符串和用于顯示所 接收到的事件通知的顯示字符串等(除圖示內(nèi)容以外的)內(nèi)容。事件通知包結(jié)構(gòu)可以在 要通知的事件之間改變。即使要通知的事件彼此相同，該包結(jié)構(gòu)也可以根據(jù)要通知的狀 態(tài)或根據(jù)預(yù)先登記的事件通知請(qǐng)求而改變。接著，參考圖7，將給出對(duì)保持在PC 103的存儲(chǔ)裝置(ROM或盤)中的MFP管 理表的結(jié)構(gòu)的說(shuō)明。在PC 104中可以設(shè)置類似的MFP管理表。圖7示出由PC 103所保持的MFP管理表的結(jié)構(gòu)。如圖7所示，MFP管理表包括管理ID區(qū)域701、裝置ID區(qū)域702、事件登記區(qū) 域703以及IP地址區(qū)域704。管理ID區(qū)域701存儲(chǔ)編號(hào)與PC 103所管理的MFP相同的 索引編號(hào)。裝置ID區(qū)域702存儲(chǔ)能夠使PC 103識(shí)別各個(gè)MFP (裝置)的ID。這些ID 可以通過(guò)PC 103生成，或者可以從各個(gè)MFP獲取。事件登記區(qū)域703存儲(chǔ)各自表示是否已對(duì)由裝置ID區(qū)域702中的ID所識(shí)別出 的相應(yīng)一個(gè)MFP進(jìn)行了事件通知請(qǐng)求的多個(gè)信息。如果事件登記區(qū)域703中的信息為 ON,則表示已對(duì)相應(yīng)的MFP進(jìn)行了事件通知請(qǐng)求。如果區(qū)域703中的信息為OFF，則 表示沒(méi)有對(duì)相應(yīng)的MFP進(jìn)行事件通知請(qǐng)求。IP地址區(qū)域704存儲(chǔ)由PC 103識(shí)別出的、 LAN 110上的MFP的IPv4地址或IPv6地址。接著，參考圖8，將給出對(duì)保持在MFP 101的存儲(chǔ)裝置(ROM或盤)中的事件通 知目的地管理表的結(jié)構(gòu)的說(shuō)明。在MFP 102中設(shè)置類似的事件通知目的地管理表。圖8示出保持在MFP 101中的事件通知目的地管理表的結(jié)構(gòu)。如圖8所示，事件通知目的地管理表包括管理ID區(qū)域801、通知目的地IP地址 區(qū)域802、通知目的地端口編號(hào)區(qū)域803以及通知對(duì)象事件區(qū)域804。管理ID區(qū)域801 存儲(chǔ)編號(hào)與登記在MFPlOl中的事件通知目的地PC相同的索引編號(hào)。通知目的地IP地址區(qū)域802存儲(chǔ)要將事件通知從MFP 101發(fā)送至的各發(fā)送目的 地PC的IP地址。通知目的地端口編號(hào)區(qū)域803存儲(chǔ)要將事件通知從MFP 101發(fā)送至的 各通知目的地(發(fā)送目的地)PC的端口編號(hào)。通知對(duì)象事件區(qū)域804存儲(chǔ)表示要從MFP 101通知給PC的各個(gè)事件(下文中稱之為通知對(duì)象事件)的標(biāo)識(shí)符。接著，將參考圖9 12說(shuō)明具有上述結(jié)構(gòu)的本實(shí)施例的網(wǎng)絡(luò)系統(tǒng)的操作。圖9以流程圖示出由PC 103進(jìn)行的用以將事件通知請(qǐng)求發(fā)送至的MFP登記至 MFP管理表的處理。參考圖9，在步驟S901，PC 103的CPU 201確定事件通知請(qǐng)求應(yīng)該發(fā)送至的 MFP,并確定通知對(duì)象事件?？梢酝ㄟ^(guò)用戶來(lái)設(shè)置事件通知請(qǐng)求應(yīng)該發(fā)送至的MFP，或 者可以通過(guò)利用廣播MFP搜索包找到LAN上的管理對(duì)象MFP來(lái)確定事件通知請(qǐng)求應(yīng)該 發(fā)送至的MFP。作為通知對(duì)象事件，可以設(shè)置將從MFP接收到并由PC 103處理的事件。在步驟S902，CPU 201創(chuàng)建用于事件通知請(qǐng)求并具有圖4所示的結(jié)構(gòu)的事件通 知請(qǐng)求包。此外，將事件通知請(qǐng)求應(yīng)該發(fā)送至的MFP的IP地址存儲(chǔ)至事件通知請(qǐng)求包 的發(fā)送目的地地址部423中，并且將PC 103的IP地址存儲(chǔ)至事件通知請(qǐng)求包的發(fā)送源地 址部422中。在步驟S903，CPU 201經(jīng)由網(wǎng)絡(luò)I/F 207和LAN 110向步驟S901中確定出的 MFP的IP地址發(fā)送步驟S902中創(chuàng)建的事件通知請(qǐng)求包。
在步驟S904，CPU 201接收具有圖5所示的結(jié)構(gòu)并響應(yīng)于步驟S903中發(fā)送的事 件通知請(qǐng)求而從MFP發(fā)送來(lái)的應(yīng)答包。如前所述，CPU 201能夠通過(guò)參考應(yīng)答包的報(bào)頭 部501、塊編號(hào)部502以及操作代碼部503中的值，判斷為響應(yīng)于步驟S903中發(fā)送的事 件通知請(qǐng)求已發(fā)送了該應(yīng)答包。
在步驟S905，CPU 201通過(guò)參考存儲(chǔ)在步驟S904中從MFP接收到的應(yīng)答包的狀 態(tài)代碼部505中的信息，判斷對(duì)MFP的事件通知請(qǐng)求是成功(OK)還是失敗(NG)。如 果對(duì)MFP的事件通知請(qǐng)求已成功，則流程進(jìn)入步驟S906。如果對(duì)MFP的事件通知請(qǐng)求 已失敗，則本處理完成。
在步驟S906，CPU 201從應(yīng)答包的發(fā)送源地址部522讀取IP地址。應(yīng)該注意， 步驟S906中從發(fā)送源地址部522讀取的IP地址可能與步驟S902中創(chuàng)建的事件通知請(qǐng)求 包的發(fā)送目的地地址部423中的IP地址不一致。
在步驟S907，PC 103的CPU 201將步驟S906中從發(fā)送源地址部522讀取的IP 地址登記至MFP管理表的IP地址區(qū)域704，作為事件通知請(qǐng)求發(fā)送至的MFP的IP地址。 具體地，從響應(yīng)于PC103的事件通知請(qǐng)求而自MFP發(fā)送來(lái)的應(yīng)答包獲取發(fā)送源地址，并 將所獲取的地址登記為事件通知請(qǐng)求發(fā)送至的設(shè)備的地址。此外，將MFP管理表的事件 登記區(qū)域703中的信息設(shè)置為ON，從而表示進(jìn)行了事件登記。然后，本處理完成。
圖10以流程圖示出PC 103基于從MFP 101接收到的事件通知包所進(jìn)行的處理。
參考圖10，在步驟S1001，PC 103的CPU 201經(jīng)由LAN 110和網(wǎng)絡(luò)I/F 207接 收從MFP 101發(fā)送的且具有圖6所示的結(jié)構(gòu)的事件通知包。然后，CPU 201從事件通知 包的發(fā)送源地址部622讀取IP地址。
在步驟S1002，為了判斷從MFP 101接收到的事件通知包是否是從事件通知請(qǐng)求 發(fā)送至的MFP所發(fā)送的，CPU 201通過(guò)使用步驟S1001中從事件通知包讀取的IP地址作為關(guān)鍵字，搜索圖7所示的MFP管理表。
在步驟S1003，CPU 201判斷步驟S1002中進(jìn)行的搜索的結(jié)果。如果通過(guò)搜索 找到了 MFP管理表中的MFP 101的條目(即，如果從事件通知包讀取的IP地址與登記在 MFP管理表中的任一 IP地址一致)，則流程進(jìn)入步驟S1004。如果沒(méi)有找到MFP管理表 中的MFP 101的條目，則丟棄接收到的事件通知包，并且本處理完成。
在步驟S1004，CPU 201對(duì)從MFP 101接收到的事件通知包進(jìn)行分析。在圖6所 示的事件通知包的情況下，通過(guò)讀取包的報(bào)頭部601 參數(shù)部604中的信息，應(yīng)該理解， 已從MFP 101發(fā)送了事件通知包，并且由于在執(zhí)行包的作業(yè)ID部612中的識(shí)別符1001所 表示的作業(yè)期間發(fā)生存儲(chǔ)器滿，因而已將作業(yè)狀態(tài)改變?yōu)椴僮髡吆艚袪顟B(tài)。
在步驟S1005，PC 103的CPU 201進(jìn)行與步驟S1004中對(duì)事件通知包進(jìn)行的分 析的結(jié)果相對(duì)應(yīng)的處理，由此本處理完成。
應(yīng)該注意，在PC 103從MFP 101接收到圖6所示的事件通知包的情況下，(盡 管并非限制性)，然而可以設(shè)置用戶接口(UI)顯示器以通知通過(guò)操作者呼叫停止作業(yè)， 并且可以發(fā)送作業(yè)取消命令等。對(duì)來(lái)自MFP 102的事件通知包進(jìn)行類似于來(lái)自MFPlOl 的事件通知包的處理。PC 104也能夠進(jìn)行上述處理。
圖11以流程圖示出由MFP 101進(jìn)行的用以響應(yīng)于從PC 103發(fā)送來(lái)的事件通知請(qǐng) 求包而發(fā)送應(yīng)答包的處理。
參考圖11，在步驟S1101，MFP 101的CPU 301經(jīng)由LAN 110和網(wǎng)絡(luò)I/F 309接
收從PC 103發(fā)送的并具有圖4所示的結(jié)構(gòu)的事件通知請(qǐng)求包。在步驟S1102，CPU 301對(duì)從PC 103接收到的事件通知請(qǐng)求包進(jìn)行分析，并將 分析結(jié)果登記至圖8所示的事件通知目的地管理表中。具體地，將圖4所示的事件通知 請(qǐng)求包的IP部411、端口部412以及事件ID部413中的值分別登記至事件通知目的地管 理表的通知目的地IP地址區(qū)域802、通知目的地端口編號(hào)區(qū)域803以及通知對(duì)象事件區(qū)域 804中，由此更新該管理表。在步驟S1103，MFP 101的CPU 301確定要響應(yīng)于事件通知請(qǐng)求而將應(yīng)答包發(fā) 送至的應(yīng)答目的地地址(即，圖5所示的應(yīng)答包的發(fā)送源地址部522中的IP地址)。具 體地，CPU 301從步驟SllOl中接收到的事件通知請(qǐng)求包的發(fā)送源地址部422獲取IP地 址和端口編號(hào)，并將根據(jù)與所獲取的IP地址的最長(zhǎng)匹配而從這些IP地址中選擇出的MFP 101的其中一個(gè)IP地址設(shè)置為應(yīng)答目的地地址。在步驟S1104，CPU 301基于步驟S1102中更新的事件通知目的地管理表和步驟 S1103中確定出的應(yīng)答目的地地址來(lái)生成圖5所示的應(yīng)答包。在步驟S1105，CPU 301經(jīng)由網(wǎng)絡(luò)I/F 309和LAN 110向步驟S1103中確定出的 PC 103的IP地址發(fā)送步驟S1104中生成的應(yīng)答包，由此本處理完成。應(yīng)該注意，MFP 102能夠進(jìn)行類似的應(yīng)答包生成和發(fā)送處理，并且MFP 101、102均能夠?qū)?yīng)答包發(fā)送至 PC 104。圖12以流程圖示出由MFP 101進(jìn)行的用以將事件通知發(fā)送至PC 103的處理。參考圖12，在步驟S1201，MFP 101的CPU 301判斷MFP 101中是否發(fā)生了事 件。如果MFP 101中已發(fā)生了事件，則流程進(jìn)入步驟S1202。在步驟S1202，為了檢查PC 103是否已經(jīng)對(duì)步驟S1201中檢測(cè)出的事件進(jìn)行了 事件通知請(qǐng)求，CPU 301搜索圖8所示并保持在MFP 101中的事件通知目的地管理表。在例如表示發(fā)生事件的識(shí)別符為(表示作業(yè)狀態(tài)變化的)“JobStateChanged”識(shí) 別符的情況下，通過(guò)使用“JobStateChanged”識(shí)別符作為關(guān)鍵字來(lái)搜索圖8中的事件通 知目的地管理表的通知對(duì)象事件區(qū)域804。在圖8的示例中，存在如下相應(yīng)的條目這些 相應(yīng)的條目包括它們的通知對(duì)象事件區(qū)域804中的“JobStateChanged”識(shí)別符，并且由 它們的管理ID區(qū)域801中的索引編號(hào)1和2來(lái)識(shí)別這些相應(yīng)的條目。如果在步驟S1202 中找到了一個(gè)或多個(gè)條目，則流程進(jìn)入步驟S1203。如果沒(méi)有找到條目，則本處理完成。在步驟S1203，CPU 301對(duì)步驟S1202中找到的一個(gè)或多個(gè)條目的每一個(gè)，確定 事件通知發(fā)送目的地的IP地址和端口編號(hào)。在圖8的示例中，將索引編號(hào)為1和2的條 目的通知目的地IP地址區(qū)域802中的IP地址和通知目的地端口編號(hào)區(qū)域803中的端口編 號(hào)確定為事件通知發(fā)送目的地的IP地址和端口編號(hào)。在步驟S1204，CPU 301基于步驟S1201中檢測(cè)到的事件、步驟S1203中對(duì)一個(gè) 或多個(gè)條目的每一個(gè)確定出的事件通知發(fā)送目的地的IP地址和端口編號(hào)、以及MFP 101 的IP地址，生成一個(gè)或多個(gè)(各自具有圖6所示的結(jié)構(gòu)的)事件通知包。應(yīng)該注意，利用與圖6所示的事件通知包的發(fā)送目的地地址部623中的IP地址 的最長(zhǎng)匹配，從MFP 101的多個(gè)IP地址中選擇要設(shè)置在事件通知包的發(fā)送源地址部622 中的IP地址。例如，通過(guò)與事件通知發(fā)送目的地IP地址200l:db8:abed::e/64進(jìn)行比較，從地址 200l:db8:aaaa::a/64 和 2001:db8:bbbb::b/64 中選擇地址 200l:db8:aaaa::a/64。
在步驟S1205，CPU 301經(jīng)由網(wǎng)絡(luò)I/F 309和LAN 110將步驟S1204中生成的一個(gè)或多個(gè)事件通知包的每一個(gè)發(fā)送至各自具有步驟S1203中確定出的發(fā)送目的地IP地址 和端口編號(hào)的一個(gè)或多個(gè)PC (本示例中為PC 103)，由此本處理完成。應(yīng)該注意，MFP 102能夠進(jìn)行類似的事件通知發(fā)送處理，并且可以將事件通知發(fā)送至PC 104。
如上所述，根據(jù)本實(shí)施例，能夠獲得以下效果。具體地，即使事件通知的發(fā)送 源IP地址與已預(yù)先將事件通知請(qǐng)求發(fā)送至的MFP的IP地址不同，各PC也能夠?qū)⑹录?知發(fā)送源MFP識(shí)別為已將事件通知請(qǐng)求從PC發(fā)送至的MFP。
更具體地，即使事件通知請(qǐng)求發(fā)送目的地IP地址與事件通知發(fā)送源IP地址不 同，PC也能夠基于存儲(chǔ)在從MFP發(fā)送的事件通知包的發(fā)送目的地地址部623中的PC的 IP地址，來(lái)確認(rèn)已由PC進(jìn)行了事件通知請(qǐng)求的MFP和已將事件通知發(fā)送至PC的MFP 之間的對(duì)應(yīng)關(guān)系。因此，當(dāng)從各自具有多個(gè)IP地址的任意MFP發(fā)送表示MFP狀態(tài)或作 業(yè)狀態(tài)的事件通知時(shí)，PC能夠正確地識(shí)別事件通知發(fā)送源MFP，并進(jìn)行適當(dāng)?shù)奶幚怼?br> 第二實(shí)施例
本發(fā)明第二實(shí)施例與第一實(shí)施例的不同之處將在以下參考圖13和14進(jìn)行說(shuō)明。 在其它方面，第二實(shí)施例與第一實(shí)施例(圖1 3)相同，因此省略對(duì)其的說(shuō)明。
圖13示出保持在第二實(shí)施例的PC 103中的MFP管理表的結(jié)構(gòu)。
如圖13所示，MFP管理表包括管理ID區(qū)域1301、裝置ID區(qū)域1302、事件登 記區(qū)域1303、第一 IP地址區(qū)域1304以及第二 IP地址區(qū)域1305。管理ID區(qū)域1301存 儲(chǔ)編號(hào)與PC 103所管理的MFP相同的索引編號(hào)。
裝置ID區(qū)域1302存儲(chǔ)使PC 103能夠識(shí)別各MFP (裝置)的ID。這些ID可以 通過(guò)PC103生成，或者可以從各MFP獲取。事件登記區(qū)域1303存儲(chǔ)各自表示是否已對(duì) 由裝置ID區(qū)域1302中的ID所識(shí)別出的相應(yīng)一個(gè)MFP進(jìn)行了事件通知請(qǐng)求的多個(gè)信息。 如果事件登記區(qū)域1303中的信息為ON，則表示已對(duì)相應(yīng)的MFP進(jìn)行了事件通知請(qǐng)求。 如果區(qū)域1303中的信息為OFF，則表示未對(duì)相應(yīng)的MFP進(jìn)行事件通知請(qǐng)求。
第一 IP地址區(qū)域1304存儲(chǔ)由PC 103識(shí)別出的、LAN 110上的MFP的第一 IP地 址(IPv4地址或IPv6地址)。第二 IP地址區(qū)域1305存儲(chǔ)這些MFP的第二 IP地址(IPv4 地址或IPv6地址)。
應(yīng)該注意，圖13所示的MFP管理表被配置為存儲(chǔ)MFP 101和102各自的兩個(gè) IP地址(第一 IP地址和第二 IP地址)，但這并非是限制性的。MFP管理表能夠被配置 為存儲(chǔ)三個(gè)或更多個(gè)IP地址。
圖14以流程圖示出由PC 103進(jìn)行的用以將事件通知請(qǐng)求發(fā)送至的各MFP的地址登記至MFP管理表的處理。
參考圖14，在步驟S1401 S1406，進(jìn)行與第一實(shí)施例所述的圖9的步驟S901 S906中的處理相同的處理。因此，省略對(duì)步驟S1401 S1406中的處理的說(shuō)明。
在步驟S1407，PC 103的CPU 201將步驟S1406中從應(yīng)答包的發(fā)送源地址部522 讀取的地址登記至圖13所示的MFP管理表的第一 IP地址區(qū)域1304中，作為事件通知請(qǐng) 求發(fā)送至的MFP的第一 IP地址。此外，將MFP管理表的事件登記區(qū)域1303中的信息 設(shè)置為0N，由此表示進(jìn)行了事件登記。
在步驟S1408，CPU 201從步驟S1403中發(fā)送的事件通知請(qǐng)求包的發(fā)送目的地地 址部423中讀取已將事件通知請(qǐng)求發(fā)送至的MFP的IP地址，并將所讀取的IP地址登記 至MFP管理表的第二 IP地址區(qū)域1305中，作為該MFP的第二 IP地址。具體地，從響 應(yīng)于事件通知請(qǐng)求而自MFP發(fā)送回的應(yīng)答包中所獲取的發(fā)送源地址和已將事件通知請(qǐng)求 發(fā)送至的MFP的地址被登記為事件通知請(qǐng)求發(fā)送至的設(shè)備的地址。如上所述，根據(jù)本實(shí)施例，能夠獲得以下效果。具體地，各PC能夠接收從與已 預(yù)先將事件通知請(qǐng)求發(fā)送至的MFP的IP地址不相同的IP地址發(fā)送來(lái)的事件通知，并且還 能夠接收從已預(yù)先將事件通知請(qǐng)求發(fā)送至的MFP的IP地址發(fā)送來(lái)的事件通知。所接收 到的事件通知能夠各自被作為來(lái)自將事件通知請(qǐng)求發(fā)送至的MFP的事件通知進(jìn)行處理。第三實(shí)施例本發(fā)明第三實(shí)施例與第一實(shí)施例的不同之處將在以下參考圖15進(jìn)行說(shuō)明。在其 它方面，第三實(shí)施例與第一實(shí)施例(圖1 3)相同，因此省略對(duì)其的說(shuō)明。圖15以流程圖示出由第三實(shí)施例的PC 103進(jìn)行的用以將事件通知請(qǐng)求發(fā)送至的 各MFP的地址登記至MFP管理表的處理。參考圖15，在步驟S1501 S1506，進(jìn)行與第一實(shí)施例所述的圖9的步驟S901 S906中的處理相同的處理。因此，省略對(duì)步驟S1501 S1506中的處理的說(shuō)明。在步驟S1507，PC 103的CPU 201從步驟S1503中發(fā)送的事件通知請(qǐng)求包的發(fā) 送目的地地址部423讀取已將事件通知請(qǐng)求包發(fā)送至的MFP的IP地址。然后，CPU 201 將從發(fā)送目的地地址部423讀取的IP地址與步驟S1506中從應(yīng)答包的發(fā)送源地址部522 讀取的IP地址進(jìn)行比較。在步驟S1508，CPU201判斷步驟S1507中的比較結(jié)果。如果兩個(gè)IP地址彼此 一致，則流程進(jìn)入步驟S1509。如果IP地址彼此不同，則流程進(jìn)入步驟S1510。步驟 S1509中的處理與已在第一實(shí)施例中所述的圖9的步驟S907中的處理相同，因此省略對(duì) 其的說(shuō)明。在步驟S1510，CPU 201向已在步驟S1503中將事件通知請(qǐng)求包發(fā)送至的MFP 的地址發(fā)送用于刪除事件通知請(qǐng)求的請(qǐng)求。接著，CPU 201將步驟S1506中讀取的IP地址設(shè)置為要將事件通知請(qǐng)求發(fā)送至 的地址，由此流程返回至步驟S1502。在步驟S1502，再次生成事件通知請(qǐng)求包。然后， 將該包發(fā)送至具有與包含在應(yīng)答包中的發(fā)送源地址相同的地址的MFP。如上所述，根據(jù)本實(shí)施例，能夠獲得以下效果。在任意PC接收到從與已預(yù)先自 PC將事件通知請(qǐng)求發(fā)送至的MFP的IP地址不同的IP地址發(fā)送來(lái)的應(yīng)答的情況下，該P(yáng)C 能夠?qū)⑹录ㄖ?qǐng)求重新發(fā)送至已發(fā)送了應(yīng)答包的IP地址。當(dāng)接收到響應(yīng)于發(fā)送至MFP 的事件通知請(qǐng)求而從MFP發(fā)送來(lái)的事件通知時(shí)，PC能夠?qū)⑺邮盏降氖录ㄖ鳛閺囊?將事件通知請(qǐng)求發(fā)送至的MFP發(fā)送來(lái)的事件通知進(jìn)行處理。其它實(shí)施例在第一實(shí)施例 第三實(shí)施例中，如圖1所示對(duì)網(wǎng)絡(luò)系統(tǒng)進(jìn)行配置，但這并非是 限制性的。能夠根據(jù)要構(gòu)建的網(wǎng)絡(luò)環(huán)境來(lái)選擇網(wǎng)絡(luò)連接信息處理設(shè)備的數(shù)量(上述實(shí)施 例中為2個(gè))以及圖像處理設(shè)備的數(shù)量和類型(上述實(shí)施例中為2個(gè)和MFP)。還可以通過(guò)讀出并執(zhí)行記錄在存儲(chǔ)器裝置上的程序以進(jìn)行上述實(shí)施例的功能的系統(tǒng)或設(shè)備的計(jì)算機(jī)(或者CPU或MPU等的裝置)以及如下方法來(lái)實(shí)現(xiàn)本發(fā)明的各方 面，其中系統(tǒng)或設(shè)備的計(jì)算機(jī)通過(guò)例如讀出并執(zhí)行記錄在存儲(chǔ)器裝置上的程序以進(jìn)行上 述實(shí)施例的功能來(lái)進(jìn)行該方法的各步驟。由于該目的，例如經(jīng)由網(wǎng)絡(luò)或者從用作存儲(chǔ)器 裝置的各種類型的記錄介質(zhì)(例如，計(jì)算機(jī)可讀介質(zhì))向計(jì)算機(jī)提供該程序。
盡管已經(jīng)參考典型實(shí)施例說(shuō)明了本發(fā)明，但是應(yīng)該理解，本發(fā)明不限于所公開 的典型實(shí)施例。所附權(quán)利要求書的范圍符合最寬的解釋，以包含所有這類修改、等同結(jié) 構(gòu)和功能。
本申請(qǐng)要求2009年9月11日提交的日本專利申請(qǐng)2009-210493的優(yōu)先權(quán)，其全 部?jī)?nèi)容通過(guò)引用包含于此。
權(quán)利要求
1.一種信息處理設(shè)備，其能夠經(jīng)由網(wǎng)絡(luò)與圖像處理設(shè)備進(jìn)行通信，所述信息處理設(shè) 備包括發(fā)送單元，用于發(fā)送請(qǐng)求所述圖像處理設(shè)備向所述信息處理設(shè)備通知所述圖像處理 設(shè)備中事件發(fā)生的第一數(shù)據(jù)；登記單元，用于登記響應(yīng)于由所述發(fā)送單元發(fā)送的所述第一數(shù)據(jù)而從所述圖像處理 設(shè)備發(fā)送來(lái)的第二數(shù)據(jù)的發(fā)送源地址；第一比較單元，用于將由所述圖像處理設(shè)備發(fā)送來(lái)的用以通知事件發(fā)生的第三數(shù)據(jù) 的發(fā)送源地址與登記在所述登記單元中的發(fā)送源地址進(jìn)行比較；以及處理單元，用于在所述第一比較單元的比較結(jié)果表示所述第三數(shù)據(jù)的發(fā)送源地址與 登記在所述登記單元中的發(fā)送源地址一致的情況下，執(zhí)行對(duì)由所述第三數(shù)據(jù)通知的事件 的處理。
2.根據(jù)權(quán)利要求1所述的信息處理設(shè)備，其特征在于，所述登記單元登記所述第一數(shù) 據(jù)的目的地地址以及所述第二數(shù)據(jù)的發(fā)送源地址。
3.根據(jù)權(quán)利要求1所述的信息處理設(shè)備，其特征在于，還包括第二比較單元，用于將所述第二數(shù)據(jù)的發(fā)送源地址與所述第一數(shù)據(jù)的目的地地址進(jìn) 行比較，其中，在所述第二比較單元的比較結(jié)果表示所述第二數(shù)據(jù)的發(fā)送源地址與所述第一 數(shù)據(jù)的目的地地址不同的情況下，所述發(fā)送單元將所述第一數(shù)據(jù)的目的地地址改變?yōu)樗?述第二數(shù)據(jù)的發(fā)送源地址，并將所述第一數(shù)據(jù)重新發(fā)送至改變后的目的地地址。
4.一種信息處理設(shè)備的控制方法，所述信息處理設(shè)備能夠經(jīng)由網(wǎng)絡(luò)與圖像處理設(shè)備 進(jìn)行通信，所述控制方法包括以下步驟發(fā)送步驟，用于發(fā)送請(qǐng)求所述圖像處理設(shè)備向所述信息處理設(shè)備通知所述圖像處理 設(shè)備中事件發(fā)生的第一數(shù)據(jù)；登記步驟，用于登記響應(yīng)于所述發(fā)送步驟中發(fā)送的所述第一數(shù)據(jù)而發(fā)送來(lái)的第二數(shù) 據(jù)的發(fā)送源地址；比較步驟，用于將由所述圖像處理設(shè)備發(fā)送來(lái)的用以通知事件發(fā)生的第三數(shù)據(jù)的發(fā) 送源地址與所述登記步驟中所登記的發(fā)送源地址進(jìn)行比較；以及處理步驟，用于在所述比較步驟中的比較結(jié)果表示所述第三數(shù)據(jù)的發(fā)送源地址與所 述登記步驟中所登記的發(fā)送源地址一致的情況下，執(zhí)行對(duì)由所述第三數(shù)據(jù)通知的事件的處理。
全文摘要
一種識(shí)別發(fā)送源的信息處理設(shè)備及其控制方法。該信息處理設(shè)備能夠正確地識(shí)別發(fā)送了事件通知的圖像處理設(shè)備。例如PC等的信息處理設(shè)備將在MFP中發(fā)生事件時(shí)請(qǐng)求MFP發(fā)送事件通知的事件通知請(qǐng)求包發(fā)送至例如MFP等的圖像處理設(shè)備，從響應(yīng)于事件通知請(qǐng)求而自MFP發(fā)送來(lái)的應(yīng)答包中獲取發(fā)送源地址，并登記所獲取的地址。當(dāng)從任意MFP接收到事件通知包時(shí)，PC從事件通知包獲取發(fā)送源地址，并將所獲取的地址與所登記的地址進(jìn)行比較，如果所獲取的地址與所登記的地址的其中之一一致，則判斷為已發(fā)送了事件通知包的MFP是所登記的MFP的其中之一。
文檔編號(hào)H04N1/32GK102025870SQ20101028378
公開日2011年4月20日 申請(qǐng)日期2010年9月13日 優(yōu)先權(quán)日2009年9月11日
發(fā)明者竹尾明紀(jì) 申請(qǐng)人:佳能株式會(huì)社