專利名稱：信息處理系統(tǒng)和信息處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種信息處理系統(tǒng)和信息處理方法，其在網(wǎng)絡(luò)環(huán)境中管理各個(gè)裝置，諸如連接到網(wǎng)絡(luò)的打印機(jī)、復(fù)印機(jī)、以及通過集成打印機(jī)和復(fù)印機(jī)而獲得的多功能外圍設(shè)備。
背景技術(shù)：
輪詢技術(shù)是監(jiān)視裝置狀態(tài)并且從裝置獲取某些信息的一般技術(shù)。當(dāng)使用輪詢技術(shù)時(shí)，在主計(jì)算機(jī)上運(yùn)行的應(yīng)用程序周期性地從裝置獲取狀態(tài)信息，基于該狀態(tài)信息改變向應(yīng)用程序用戶顯示的內(nèi)容，并且確定應(yīng)用程序自身的執(zhí)行。
當(dāng)確定應(yīng)用程序的執(zhí)行時(shí)，裝置響應(yīng)于來自應(yīng)用程序的請(qǐng)求執(zhí)行一個(gè)操作。例如，在省電模式(也稱為“睡眠模式”)中等候的裝置進(jìn)入到可能進(jìn)行普通操作的狀態(tài)(普通操作模式)。此處所提到的普通操作是這樣一種操作模式其對(duì)與外部設(shè)備交換各種信息(例如包括PDL的信息和各種狀態(tài)信息的信息)的單元進(jìn)行操作。
專利參考文獻(xiàn)1(日本專利特開第2002-287936號(hào))公開了一種布置，如果待處理裝置處于睡眠模式，則該布置使用該裝置的替代單元。然而，如果通過應(yīng)用程序的頻繁訪問裝置從睡眠模式進(jìn)入普通操作模式，則該裝置需要經(jīng)過預(yù)定時(shí)間段來返回到睡眠模式，以下的(1)和(2)示出了其例子。
(1)預(yù)定時(shí)間段中在裝置的操作面板上沒有操作。
(2)預(yù)定時(shí)間段中沒有通過網(wǎng)絡(luò)對(duì)該裝置的訪問。
即，應(yīng)用程序的頻繁訪問使得不可能獲得令人滿意的省電效果。如果完全限制對(duì)裝置的訪問，以便將狀態(tài)從普通操作模式改變?yōu)樗吣Ｊ?，則用戶友好度降低。
并且，專利參考文獻(xiàn)1中的布置使用裝置替代單元。在這種情況下，有必要確定待處理裝置是否處于睡眠模式，這使得系統(tǒng)中的處理變復(fù)雜。
本發(fā)明的一個(gè)目的是提供一種信息處理技術(shù)，該信息處理技術(shù)能夠通過簡(jiǎn)單的處理抑制裝置的功率消耗而不降低用戶友好度。

發(fā)明內(nèi)容
為了克服相關(guān)技術(shù)的上述缺陷而提出本發(fā)明的實(shí)施例。
根據(jù)本發(fā)明的一個(gè)方面，一個(gè)實(shí)施例針對(duì)一種信息處理系統(tǒng)，該信息處理系統(tǒng)能夠與通過外部訪問而從省電模式返回的打印設(shè)備進(jìn)行通信，該信息處理系統(tǒng)具有適用于訪問打印設(shè)備的第一訪問單元和第二訪問單元，該信息處理系統(tǒng)包括請(qǐng)求單元，其適用于請(qǐng)求通過第一訪問單元進(jìn)行的處理而生成的事件發(fā)生通知；以及確定單元，其適用于確定通過第一訪問單元生成的事件發(fā)生通知的存在/不存在，其中，如果確定單元確定存在事件發(fā)生通知，則第二訪問單元訪問打印設(shè)備。
根據(jù)本發(fā)明的另一個(gè)方面，一個(gè)實(shí)施例針對(duì)一種信息處理系統(tǒng)中的信息處理方法，該信息處理系統(tǒng)能夠與通過外部訪問而從省電模式返回的打印設(shè)備進(jìn)行通信，該信息處理系統(tǒng)具有適用于訪問打印設(shè)備的第一訪問單元和第二訪問單元，該信息處理方法包括請(qǐng)求步驟，用于請(qǐng)求通過第一訪問單元進(jìn)行的處理而生成的事件發(fā)生通知；以及確定步驟，用于確定通過第一訪問單元生成的事件發(fā)生通知的存在/不存在，其中，如果在確定步驟中確定存在事件發(fā)生通知，則第二訪問單元訪問打印設(shè)備。
本發(fā)明可以提供一種信息處理技術(shù)，其提高用戶友好度，并且抑制裝置的功率消耗，而不向裝置引入任何復(fù)雜的功率消耗抑制機(jī)構(gòu)。
本發(fā)明的其他特征將在以下(參照附圖的)示例性實(shí)施例的描述中變得清晰。


圖1是示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的信息處理系統(tǒng)的配置概要的框圖；圖2是示出根據(jù)本發(fā)明該實(shí)施例的客戶計(jì)算機(jī)101和服務(wù)器計(jì)算機(jī)108的布置的框圖；圖3是示出根據(jù)本發(fā)明該實(shí)施例的裝置A 110和裝置B 111的布置的框圖；圖4是示出當(dāng)客戶計(jì)算機(jī)101執(zhí)行處理時(shí)的存儲(chǔ)器分配圖的配置的視圖；圖5是示出存儲(chǔ)在存儲(chǔ)介質(zhì)中的內(nèi)容的例子的視圖；圖6是說明存儲(chǔ)在軟盤(FD)中的程序等的裝載的視圖；圖7是說明通過根據(jù)本發(fā)明第一實(shí)施例的打印機(jī)驅(qū)動(dòng)器104進(jìn)行的處理過程的流程圖；圖8A是說明圖7的步驟S702和S706中每個(gè)步驟中的事件通知處理的過程的流程圖；圖8B是示出通知數(shù)據(jù)的例子的視圖；圖9A是說明通過根據(jù)本發(fā)明第一實(shí)施例的應(yīng)用程序109進(jìn)行的處理過程的流程圖；圖9B是示出表示事件通知請(qǐng)求的數(shù)據(jù)的例子的視圖；圖9C是示出響應(yīng)于事件通知請(qǐng)求而從裝置返回的數(shù)據(jù)的例子的視圖；圖9D是示出事件通知請(qǐng)求取消數(shù)據(jù)的例子的視圖；圖9E是示出用于獲取最新日志號(hào)碼的請(qǐng)求數(shù)據(jù)的例子的視圖；圖9F是示出響應(yīng)于對(duì)獲取最新日志號(hào)碼的請(qǐng)求而從裝置返回的數(shù)據(jù)的例子的視圖；
圖9G是示出應(yīng)用程序109借助其獲取日志數(shù)據(jù)的請(qǐng)求數(shù)據(jù)的例子的視圖；圖9H是示出響應(yīng)于日志數(shù)據(jù)獲取請(qǐng)求而從裝置返回的數(shù)據(jù)的例子的視圖；圖10是示出地址設(shè)定對(duì)話框的例子的視圖；圖11是示出本發(fā)明第一實(shí)施例中的從裝置返回的數(shù)據(jù)內(nèi)容的例子的視圖；圖12是示出在本發(fā)明第二實(shí)施例中，在CRT控制器的控制下在CRT上顯示為對(duì)話框的、由裝置執(zhí)行的作業(yè)的狀態(tài)的視圖；圖13A-1和13A-2是說明根據(jù)本發(fā)明第二實(shí)施例由應(yīng)用程序109進(jìn)行的處理過程的流程圖；圖13B是示出用于獲取作業(yè)列表的請(qǐng)求數(shù)據(jù)的例子的視圖；圖13C是示出響應(yīng)于圖13B所示的請(qǐng)求而由裝置返回的數(shù)據(jù)的例子的視圖；以及圖14是示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的信息處理系統(tǒng)的配置概要的框圖。
具體實(shí)施例方式
現(xiàn)在將參考附圖詳細(xì)描述本發(fā)明的優(yōu)選實(shí)施例。應(yīng)該注意，除非特別指出，在這些實(shí)施例中設(shè)置的各部件的相對(duì)布置、數(shù)值表示和數(shù)值不限制本發(fā)明的范圍。
(第一實(shí)施例)下面將說明根據(jù)本發(fā)明的第一實(shí)施例的信息處理系統(tǒng)。圖1是示出了根據(jù)本發(fā)明該實(shí)施例的信息處理系統(tǒng)的配置概要的框圖。當(dāng)程序被提供給構(gòu)成信息處理系統(tǒng)的每個(gè)信息處理設(shè)備時(shí)，該信息處理設(shè)備充當(dāng)用于實(shí)施該程序(應(yīng)用程序)的處理的裝置。
附圖標(biāo)記101表示信息處理設(shè)備(客戶計(jì)算機(jī))；102表示可由客戶計(jì)算機(jī)101執(zhí)行的應(yīng)用程序。例如，應(yīng)用程序102形成待打印的文檔或圖像數(shù)據(jù)，并且指令連接到網(wǎng)絡(luò)120的裝置打印該文檔或數(shù)據(jù)。
附圖標(biāo)記103表示圖形裝置接口(GDI)，其接受來自應(yīng)用程序102的打印指令；104表示由GDI 103調(diào)用的打印機(jī)驅(qū)動(dòng)器。當(dāng)應(yīng)用程序102發(fā)出打印指令時(shí)，應(yīng)用程序102調(diào)用GDI 103。對(duì)GDI 103的調(diào)用是獨(dú)立于打印裝置的抽象打印指令命令。打印機(jī)驅(qū)動(dòng)器104根據(jù)打印設(shè)定，將來自GDI 103的調(diào)用轉(zhuǎn)換成可由裝置進(jìn)行解釋的頁描述語言(PDL)數(shù)據(jù)。
注意，被轉(zhuǎn)換的數(shù)據(jù)不必總是PDL數(shù)據(jù)，只需是能夠由裝置進(jìn)行解釋的數(shù)據(jù)就可以。被轉(zhuǎn)換的數(shù)據(jù)被提供到緩沖器(spooler)105。緩沖器105對(duì)所提供的數(shù)據(jù)進(jìn)行排隊(duì)，并且順序地將數(shù)據(jù)提供給傳送單元106。傳送單元106從緩沖器105接收數(shù)據(jù)，并且在確定該裝置是否能夠接受該數(shù)據(jù)的同時(shí)將數(shù)據(jù)適當(dāng)?shù)貍魉徒o該裝置。事件管理器107從另一信息處理設(shè)備(服務(wù)器計(jì)算機(jī)108)中的各種應(yīng)用程序中的每一個(gè)接受事件通知請(qǐng)求(對(duì)于分發(fā)客戶計(jì)算機(jī)101中已經(jīng)發(fā)生的事件的通知的請(qǐng)求(該請(qǐng)求也被稱為“事件通知請(qǐng)求”))。即，事件管理器107作為用于管理事件發(fā)生的通知目的地的管理裝置而工作。更具體地說，事件管理器107基于接受的事件通知請(qǐng)求而存儲(chǔ)事件通知目的地(請(qǐng)求源)，并且向打印機(jī)驅(qū)動(dòng)器104通知該事件通知目的地(請(qǐng)求源)。打印機(jī)驅(qū)動(dòng)器104向由事件管理器107通知的事件通知目的地(請(qǐng)求源)通知訪問裝置的事件的發(fā)生。已接收到該事件發(fā)生通知的應(yīng)用程序109可以開始訪問裝置A 110或裝置B 111(即，可以開始應(yīng)用程序處理)。
注意，事件管理器107被安裝在圖1中的客戶計(jì)算機(jī)101中，但是本發(fā)明的主旨不限于此配置。例如，如圖14所示，事件管理器107也可以安裝在獨(dú)立于客戶計(jì)算機(jī)101的服務(wù)器計(jì)算機(jī)114中。還要注意，本發(fā)明不限于從打印機(jī)驅(qū)動(dòng)器104向應(yīng)用程序109的事件發(fā)生通知。例如，在圖14所示的配置中，服務(wù)器計(jì)算機(jī)108的應(yīng)用程序109向事件管理器107發(fā)出事件通知請(qǐng)求，并且事件管理器107向打印機(jī)驅(qū)動(dòng)器104通知事件通知目的地(請(qǐng)求源)。當(dāng)訪問裝置時(shí)，打印機(jī)驅(qū)動(dòng)器104可以向連接到服務(wù)器計(jì)算機(jī)的事件管理器107而不是事件通知目的地(請(qǐng)求源)通知事件的發(fā)生。已經(jīng)接收到此通知的事件管理器107可以向事件通知目的地(請(qǐng)求源)通知事件的發(fā)生。已接收到此事件發(fā)生通知的應(yīng)用程序109可以開始訪問裝置A 110或裝置B 111(即，可以開始應(yīng)用程序處理)。
在圖14所示的配置中，如果服務(wù)器計(jì)算機(jī)112的應(yīng)用程序113已經(jīng)向事件管理器107發(fā)出事件通知請(qǐng)求，則事件管理器107可以向多個(gè)請(qǐng)求源分發(fā)事件發(fā)生通知。已接收到此事件發(fā)生通知的每個(gè)應(yīng)用程序109或113可以開始訪問裝置A 110或裝置B 111(即，可以開始應(yīng)用程序處理)。
在圖1或14所示的配置中，從應(yīng)用程序109或113向裝置的訪問(應(yīng)用程序處理)被禁止，直到接收到事件發(fā)生通知?？梢酝ㄟ^把從另一應(yīng)用程序向該裝置的訪問的定時(shí)控制成與使得裝置從睡眠模式進(jìn)入普通操作模式的事件(例如由打印機(jī)驅(qū)動(dòng)器進(jìn)行的打印的執(zhí)行)的發(fā)生同步，來抑制裝置的功率消耗。
在本實(shí)施例中，可以粗略地將適用于執(zhí)行訪問裝置的處理的訪問單元分成兩類。第一類是考慮到軟件功能和屬性而對(duì)于裝置具有高訪問優(yōu)先級(jí)的訪問單元。打印機(jī)驅(qū)動(dòng)器軟件是第一訪問單元的例子。打印機(jī)驅(qū)動(dòng)器是允許打印機(jī)裝置打印所生成的打印數(shù)據(jù)的軟件。打印機(jī)驅(qū)動(dòng)器經(jīng)常需要對(duì)打印機(jī)裝置進(jìn)行訪問，即使該裝置處于省電狀態(tài)。圖1和14所示的打印機(jī)驅(qū)動(dòng)器104是第一訪問單元。對(duì)打印機(jī)裝置具有高訪問優(yōu)先級(jí)的訪問單元的另一個(gè)例子是下載表格數(shù)據(jù)的應(yīng)用程序。
第二類是考慮到軟件功能和屬性而對(duì)于打印機(jī)裝置具有相對(duì)低的訪問優(yōu)先級(jí)的訪問單元。在這里，“低”指的是對(duì)裝置的訪問優(yōu)先級(jí)比上述第一訪問單元的低的單元。收集打印機(jī)裝置的操作日志的日志收集軟件是第二訪問單元的例子。首先，如果裝置已經(jīng)進(jìn)入省電狀態(tài)，則打印機(jī)裝置的操作日志可能保持不變。因此，如果打印機(jī)已經(jīng)進(jìn)入省電狀態(tài)，則不總是需要訪問打印機(jī)。圖1和14所示的應(yīng)用程序109和113是第二訪問單元。對(duì)打印機(jī)裝置具有相對(duì)低的訪問優(yōu)先級(jí)的訪問單元的另一個(gè)例子是監(jiān)視和通知作業(yè)狀態(tài)的應(yīng)用程序。
在以下說明中，打印機(jī)驅(qū)動(dòng)器104是第一類訪問單元，并且應(yīng)用程序109和113是第二類訪問單元。然而，任何訪問單元都不局限于用于打印機(jī)等的任何具體的應(yīng)用程序。
現(xiàn)在說明將返回到圖1。應(yīng)用程序109安裝在服務(wù)器計(jì)算機(jī)108中。應(yīng)用程序109可以適當(dāng)?shù)嘏c網(wǎng)絡(luò)120上的裝置通信，以便跨越網(wǎng)絡(luò)120獲取裝置的信息，從而向用戶提供各種服務(wù)。
裝置A 110和裝置B 111連接到網(wǎng)絡(luò)120，并且可以打印從客戶計(jì)算機(jī)101傳送來的PDL數(shù)據(jù)等。作為裝置功能，除了打印功能以外，裝置A 110和裝置B 111還可以具有復(fù)印功能、傳真功能等。每個(gè)裝置也可以被配置為具有全部這些功能的多功能外圍設(shè)備。
圖2是示出客戶計(jì)算機(jī)101和服務(wù)器計(jì)算機(jī)108的布置的框圖。參考圖2，中央處理單元(CPU)201控制整個(gè)計(jì)算機(jī)，并且執(zhí)行算術(shù)處理等。只讀存儲(chǔ)器(ROM)202充當(dāng)用于系統(tǒng)啟動(dòng)程序的信息等的存儲(chǔ)區(qū)域。隨機(jī)存取存儲(chǔ)器(RAM)203充當(dāng)在使用上不具有限制的數(shù)據(jù)存儲(chǔ)區(qū)域。并且，諸如操作系統(tǒng)、應(yīng)用程序、裝置驅(qū)動(dòng)器以及通信控制程序的程序被裝載到RAM 203中。在這種情況下，RAM 203充當(dāng)被裝載的程序的執(zhí)行區(qū)域。
鍵盤控制器(KBC)204接收來自鍵盤的輸入數(shù)據(jù)，并且將該數(shù)據(jù)傳遞到CPU。顯示控制器(CRT控制器)205控制顯示裝置(CRT)210的顯示。外部存儲(chǔ)裝置206例如是軟盤(FD)裝置、硬盤(HD)裝置或者非易失性存儲(chǔ)裝置(SRAM)。程序和數(shù)據(jù)存儲(chǔ)在外部存儲(chǔ)裝置206中，并且當(dāng)被執(zhí)行時(shí)，在必要的情況被參考或者載入到RAM 203中。通信單元207控制網(wǎng)絡(luò)通信。計(jì)算機(jī)可通過通信單元207與其它計(jì)算機(jī)以及如圖1所示的連接到網(wǎng)絡(luò)120的裝置A 110和裝置B 111進(jìn)行通信。系統(tǒng)總線208連接上述的單個(gè)部件，因此這些部件可以通過系統(tǒng)總線208彼此交換數(shù)據(jù)。
定時(shí)器211測(cè)量當(dāng)前時(shí)間?；趤碜远〞r(shí)器211的測(cè)量結(jié)果，CPU201可以控制應(yīng)用程序的執(zhí)行定時(shí)。
圖3是示出裝置A 110和裝置B 111的布置的框圖。參考圖3，控制器305控制整個(gè)裝置。在控制器305的內(nèi)部配置中，中央處理單元(CPU)301控制控制器305，并且執(zhí)行算術(shù)處理等。ROM 302充當(dāng)用于系統(tǒng)啟動(dòng)程序的信息等的存儲(chǔ)區(qū)域。RAM 303是在使用上不具有限制的數(shù)據(jù)存儲(chǔ)區(qū)域。諸如操作系統(tǒng)、通信控制程序以及引擎控制程序的程序被載入到RAM 303中，并且RAM 303充當(dāng)被載入的程序的執(zhí)行區(qū)域。非易失性存儲(chǔ)裝置(外部存儲(chǔ)裝置)304是硬盤(HD)、SRAM等。
裝置A 110或裝置B 111的輸入/輸出引擎單元306在控制器305的控制下執(zhí)行打印操作、圖像讀取操作等。通信單元307控制網(wǎng)絡(luò)通信。該裝置可以通過通信單元307與如圖1所示的連接到網(wǎng)絡(luò)120的客戶計(jì)算機(jī)101以及服務(wù)器計(jì)算機(jī)108進(jìn)行通信。用戶操作輸入/輸出單元308執(zhí)行有關(guān)從用戶輸入的輸入/輸出設(shè)定的處理。系統(tǒng)總線309連接上述的單個(gè)部件，因此這些部件可以通過系統(tǒng)總線309彼此交換數(shù)據(jù)。
圖4是示出當(dāng)客戶計(jì)算機(jī)101執(zhí)行處理時(shí)的存儲(chǔ)器分配圖40的配置的例子的視圖。附圖標(biāo)記41表示基本I/O程序；42表示當(dāng)諸如Windows系統(tǒng)的操作系統(tǒng)被載入到RAM 203并且變?yōu)榭蓤?zhí)行時(shí)的存儲(chǔ)器分配圖；43表示當(dāng)根據(jù)本發(fā)明的本實(shí)施例的程序被載入到RAM203時(shí)并且變?yōu)榭蓤?zhí)行時(shí)的存儲(chǔ)器分配圖；44表示當(dāng)相關(guān)數(shù)據(jù)載入到RAM 203并且變?yōu)榭蓤?zhí)行時(shí)的存儲(chǔ)器分配圖；45表示每個(gè)程序要使用的工作區(qū)域的存儲(chǔ)器分配圖。
根據(jù)本發(fā)明的本實(shí)施例的程序和相關(guān)數(shù)據(jù)記錄在諸如軟盤(FD)的存儲(chǔ)介質(zhì)中。圖5是示出了存儲(chǔ)在存儲(chǔ)介質(zhì)中的內(nèi)容的視圖。軟盤(FD)等的存儲(chǔ)區(qū)域50存儲(chǔ)例如卷標(biāo)信息51、目錄信息52、應(yīng)用程序執(zhí)行文件53以及程序相關(guān)數(shù)據(jù)文件54。
如圖6所示，存儲(chǔ)在軟盤(FD)60中的程序、相關(guān)數(shù)據(jù)等可以通過FD驅(qū)動(dòng)(DKC)61載入到客戶計(jì)算機(jī)101或服務(wù)器計(jì)算機(jī)108中。當(dāng)軟盤(FD)60設(shè)定在FD驅(qū)動(dòng)(DKC)61中時(shí)，程序和相關(guān)數(shù)據(jù)54在操作系統(tǒng)42和基本I/O程序41的控制下從軟盤(FD)60中讀出。程序和相關(guān)數(shù)據(jù)54被載入到RAM 203中，并且使其可用。
(打印機(jī)驅(qū)動(dòng)器104進(jìn)行的處理)以下將參考圖7中所示的流程圖說明安裝在客戶計(jì)算機(jī)101中的打印機(jī)驅(qū)動(dòng)器104進(jìn)行的處理的過程。該流程圖以其中應(yīng)用程序102執(zhí)行打印的情況作為例子。
該流程圖指示添加到由打印機(jī)驅(qū)動(dòng)器執(zhí)行的常規(guī)處理中的事件通知。
在步驟S701中，打印機(jī)驅(qū)動(dòng)器104從事件管理器107獲取對(duì)應(yīng)于打印機(jī)驅(qū)動(dòng)器作業(yè)處理開始的一個(gè)或多個(gè)事件通知目的地。例如，事件管理器將事件通知目的地的地址(在步驟S902被傳送，并且在下面要描述的步驟S904中被等候)保持在規(guī)定的文件中。因此，打印機(jī)驅(qū)動(dòng)器104通過從該文件讀出事件通知目的地的地址而在步驟S701中執(zhí)行獲取處理。還可以通過事件管理器和處理之間的通信而獲取事件通知目的地。
在以上描述中使用了術(shù)語“事件通知目的地”。例如在圖1中，事件通知目的地是通過使用作業(yè)傳送的開始或結(jié)束作為觸發(fā)器而操作的應(yīng)用程序。對(duì)應(yīng)于事件通知目的地的應(yīng)用程序的例子是用于監(jiān)視作業(yè)狀態(tài)的應(yīng)用程序以及收集作業(yè)日志的應(yīng)用程序。
在步驟S702中，打印機(jī)驅(qū)動(dòng)器104基于在步驟S701中獲取的地址，執(zhí)行以下處理通知作業(yè)開始事件，作為一個(gè)事件發(fā)生通知。在步驟S703中，打印機(jī)驅(qū)動(dòng)器104處理來自GDI 103的調(diào)用。例如，據(jù)推測(cè)監(jiān)視作業(yè)狀態(tài)的應(yīng)用程序通過使用作業(yè)開始事件作為觸發(fā)器來開始狀態(tài)監(jiān)視處理。作業(yè)開始事件用于與此相似的應(yīng)用程序。
在步驟S704中，打印機(jī)驅(qū)動(dòng)器104確定是否已經(jīng)處理了所有GDI調(diào)用。如果所有調(diào)用都已被處理(S704中的“是”)，則打印機(jī)驅(qū)動(dòng)器104使處理前進(jìn)到步驟S705。如果并非所有調(diào)用都已被處理(S704中的“否”)，則打印機(jī)驅(qū)動(dòng)器104使處理返回到步驟S703，并且在步驟S703和S704中重復(fù)處理，直到所有GDI調(diào)用被完全處理。
在步驟S705中，打印機(jī)驅(qū)動(dòng)器104從事件管理器107獲取作業(yè)結(jié)束事件通知目的地。
在步驟S706中，打印機(jī)驅(qū)動(dòng)器104基于在步驟S701中獲取的地址執(zhí)行以下處理通知表示打印機(jī)驅(qū)動(dòng)器作業(yè)處理的結(jié)束的事件，作為一個(gè)事件發(fā)生通知。例如，收集作業(yè)日志的應(yīng)用程序可以通過使用該通知作為觸發(fā)器而開始處理。這允許作業(yè)日志收集應(yīng)用程序在適當(dāng)延遲的定時(shí)而不是不必要的早的定時(shí)訪問裝置。而且，在步驟S706中，響應(yīng)于該通知，裝置狀態(tài)監(jiān)視應(yīng)用程序等終止用于獲取裝置狀態(tài)的訪問(例如輪詢)。這防止了對(duì)裝置的不必要的訪問，并且允許裝置早些進(jìn)入省電狀態(tài)。
(事件通知處理(S702和S706))以下將參考圖8A中所示的流程圖說明上述步驟S702和S706中的每個(gè)步驟中的事件通知處理的過程。
步驟S801到S803表示向每個(gè)通知目的地通知事件的處理。
在步驟S801中，打印機(jī)驅(qū)動(dòng)器104確定是否向從事件管理器107獲取的每個(gè)通知目的地通知了該事件。如果已經(jīng)向每個(gè)通知目的地通知了該事件(S801中的“是”)，則打印機(jī)驅(qū)動(dòng)器104終止該處理。如果存在未被通知的通知目的地(S801中的“否”)，則打印機(jī)驅(qū)動(dòng)器104使處理前進(jìn)到步驟S802，并且提取一個(gè)通知目的地地址。
在步驟S803中，打印機(jī)驅(qū)動(dòng)器104對(duì)步驟S802中提取的通知目的地地址執(zhí)行通知處理。此通知處理是用于連接到TCP/IP端口，并且通過預(yù)定格式將必要的數(shù)據(jù)傳送到步驟S802中獲取的地址的處理。圖8B示出了步驟S803中的通知數(shù)據(jù)的例子。在本例中，數(shù)據(jù)由XML(可擴(kuò)展標(biāo)記語言)格式描述。標(biāo)簽<ComputerName>810表示發(fā)生了事件的計(jì)算機(jī)的TCP/IP的主機(jī)名稱。標(biāo)簽<UserName>820表示引起該事件的用戶的登錄名稱。標(biāo)簽<Device>830表示將要對(duì)其傳送作業(yè)的裝置的TCP/IP中的主機(jī)名稱。標(biāo)簽<JobStatus>840取代表通知內(nèi)容類型的諸如BeforeJob或AfterJob的值。在圖8B中所示的例子中，標(biāo)簽<JobStatus>840表示作業(yè)處理開始的之前和之后。
(應(yīng)用程序109進(jìn)行的處理)以下將參考圖9A中所示的流程圖說明安裝在服務(wù)器計(jì)算機(jī)108中的應(yīng)用程序109進(jìn)行的處理的過程。圖9A以獲取作業(yè)日志的應(yīng)用程序作為例子。可能通過在HDD或數(shù)據(jù)庫中存儲(chǔ)獲取的作業(yè)日志來實(shí)施作業(yè)賬戶(job account)功能，該作業(yè)賬戶功能獲得每個(gè)用戶的打印量，或者顯示每個(gè)單位周期中被打印文檔名稱的列表。
在步驟S901中，應(yīng)用程序109獲取事件管理器107的地址(圖1和14)，該地址作為作業(yè)傳送事件與作為應(yīng)用程序109的狀態(tài)獲取的對(duì)象的裝置之間的中介。此地址獲取獲取了通過圖10所示的UI(將在后面描述)設(shè)定的多個(gè)事件管理器的地址(IP地址和端口號(hào)的配對(duì))。應(yīng)用程序109在步驟S902中將事件數(shù)據(jù)傳送到所獲取的地址(將在后面說明)。雖然該地址通過通信協(xié)議確定，但是假設(shè)該通信通過關(guān)于TCP/IP的唯一的協(xié)議執(zhí)行。用戶可以通過使用設(shè)定應(yīng)用程序來設(shè)定事件管理器107的地址。
圖10是示出地址設(shè)定對(duì)話框1001的例子的視圖。該地址是指示事件管理器位置的信息。地址設(shè)定對(duì)話框1001顯示地址列表1002、地址輸入空間1003、添加按鈕1004、刪除按鈕1005以及結(jié)束按鈕1006。用戶可以從地址輸入空間1003輸入由IP地址1050和端口號(hào)1060形成的地址。用戶可以通過指定添加按鈕1004將輸入的地址添加到地址列表1002，并且通過指定刪除按鈕1005來刪除注冊(cè)的地址。當(dāng)用戶指定結(jié)束按鈕1006時(shí)，結(jié)束地址設(shè)定對(duì)話框的顯示。
現(xiàn)在說明將返回到圖9A。在步驟S902中，應(yīng)用程序109通過TCP/IP建立至步驟S901中獲取的一個(gè)或多個(gè)事件管理器的一個(gè)或多個(gè)地址的連接，并且將表示事件通知請(qǐng)求的數(shù)據(jù)傳送給事件管理器。被通知的事件通知目的地是前述圖8A中的通知目的地，并且多個(gè)應(yīng)用程序109中的每一個(gè)執(zhí)行步驟S902中的處理。因此，在圖8A中的步驟S801到S803的循環(huán)中提取多個(gè)通知目的地。
圖9B示出了表示事件通知請(qǐng)求的數(shù)據(jù)的例子。標(biāo)簽<ComputerName>915表示請(qǐng)求事件通知的計(jì)算機(jī)的TCP/IP的主機(jī)名稱。標(biāo)簽<Address>916表示接收該事件的服務(wù)器108的地址。標(biāo)簽<UserName>917表示請(qǐng)求事件通知的用戶的登錄名稱。標(biāo)簽<JobStatus>918表示作業(yè)生成一個(gè)事件的狀態(tài)。標(biāo)簽<JobStatus>918取值為BeforeJob或AfterJob。BeforeJob表示作業(yè)處理的開始之前，AfterJob表示處理的開始之后。
圖9C示出了來自事件管理器的響應(yīng)數(shù)據(jù)的主要部分的例子。<SubscribedID>920取整數(shù)值。如果該值是正數(shù)，則該值意味著“成功”，并且事件通知請(qǐng)求可以由該值唯一地指定。當(dāng)終止處理時(shí)，應(yīng)用程序通過此數(shù)值取消事件通知請(qǐng)求。注意，諸如<Address>的標(biāo)簽從圖9C和每個(gè)數(shù)據(jù)例子(將在以下描述)中省略。然而，在實(shí)踐中，包含執(zhí)行雙方之間的通信所必需的數(shù)據(jù)，如同在以上參考圖9B說明的數(shù)據(jù)中那樣。
如果<SubscribedID>920是負(fù)數(shù)，則事件通知請(qǐng)求不成功。
在步驟S903中，在例如圖1中所示的情況下，應(yīng)用程序109連接到裝置A 110，并且獲取最新作業(yè)日志的最近的作業(yè)日志信息(最近的日志號(hào)碼)。此最近的日志號(hào)碼被看作已經(jīng)讀取的日志號(hào)碼。將在后面描述應(yīng)用程序109和裝置之間的該通信。
在步驟S904中，應(yīng)用程序109打開在步驟S902中作為事件通知請(qǐng)求而傳送給事件管理器107的地址，作為接收端口。之后，數(shù)據(jù)接收成為可能。即，步驟S901到S904構(gòu)成用于獲取每個(gè)作業(yè)日志的預(yù)處理。將在下面說明等候處理和使用事件作為觸發(fā)器的處理。
假設(shè)在此之后已經(jīng)經(jīng)過了預(yù)定時(shí)間，并且裝置A 110已經(jīng)從可能進(jìn)行普通操作的狀態(tài)(普通操作模式)進(jìn)入省電狀態(tài)(睡眠模式)。多種狀態(tài)是可能作為裝置的省電狀態(tài)。一個(gè)例子是抑制向打印機(jī)引擎的功率供應(yīng)的狀態(tài)。在這種狀態(tài)下，打印機(jī)控制器和網(wǎng)絡(luò)接口(NIC)在普通操作使能狀態(tài)下操作。另一個(gè)例子是超級(jí)省電狀態(tài)，其中打印機(jī)控制器的普通通信功能和網(wǎng)絡(luò)接口(NIC)停止。普通通信功能是能夠交換關(guān)于PDL、各種狀態(tài)請(qǐng)求等的數(shù)據(jù)的功能。即使當(dāng)普通通信功能部分停止，網(wǎng)絡(luò)接口(NIC)也可以交換諸如ARP(地址解析協(xié)議)包的具體圖案數(shù)據(jù)。
在任何省電狀態(tài)中，外部訪問引起省電摸式返回，并且希望限制這種省電摸式返回。本實(shí)施例將通過以上述的超級(jí)省電狀態(tài)作為例子來說明省電狀態(tài)。
在步驟S905中，應(yīng)用程序109確定事件發(fā)生通知是否已經(jīng)到達(dá)。如果事件發(fā)生通知已經(jīng)到達(dá)(S905中的“是”)，則應(yīng)用程序109使處理前進(jìn)到步驟S906。注意，在實(shí)踐中，應(yīng)用程序109檢查事件發(fā)生通知的內(nèi)容(類型)，并且基于檢查結(jié)果確定是否使處理前進(jìn)到步驟S906。更具體地說，應(yīng)用程序109識(shí)別圖8B中所示的通知的內(nèi)容，并且確定事件發(fā)生通知是否已經(jīng)到達(dá)。
另一方面，如果在步驟S905中確定事件發(fā)生通知沒有到達(dá)(S905中的“否”)，則應(yīng)用程序109在事件發(fā)生通知到達(dá)等候狀態(tài)中等候(S905)。
如果事件發(fā)生通知已經(jīng)到達(dá)(S905中的“是”)，則已經(jīng)接收到此事件發(fā)生通知的應(yīng)用程序109可以開始訪問裝置A 110(即，可以開始獲取最近日志號(hào)碼的應(yīng)用處理)。
在步驟S906中，應(yīng)用程序109基于圖8B中所示的通知的內(nèi)容連接到裝置A 110，并且從裝置A 110獲取最近的日志號(hào)碼。將在后面描述與該裝置之間的該通信。
如果在步驟S905中確定事件發(fā)生通知已經(jīng)到達(dá)，則在步驟S906中，應(yīng)用程序109可以立即開始與裝置A 110的通信。然而，如果在此定時(shí)，裝置A 110還沒有完全從睡眠模式進(jìn)入普通操作模式，則此通信可能失敗。雖然在這種情況下通常執(zhí)行重試，但應(yīng)用程序109也可以通過在步驟S905和S906之間插入預(yù)定等候時(shí)間來延遲通信處理的開始定時(shí)。這也能夠防止當(dāng)裝置A 110處于睡眠模式時(shí)開始通信。
在步驟S907中，應(yīng)用程序109比較最近日志號(hào)碼與已經(jīng)讀取的日志號(hào)碼。如果最近日志號(hào)碼大于已經(jīng)讀取的日志號(hào)碼(步驟S907中的“是”)，則應(yīng)用程序109使處理前進(jìn)到步驟S909；如果最近日志號(hào)碼不大于已經(jīng)讀取的日志號(hào)碼(步驟S907中的“否”)，則應(yīng)用程序109使處理前進(jìn)到步驟S908。
在步驟S908中，應(yīng)用程序109僅等候規(guī)定的時(shí)間(例如20秒)(等候處理)。該規(guī)定時(shí)間的等候處理的目的是防止與裝置A 110的過度通信，并且該規(guī)定時(shí)間是可變的。
在步驟S909中，應(yīng)用程序109與裝置進(jìn)行通信，并且從(已讀取的日志號(hào)碼+1)到最近日志號(hào)碼獲取作業(yè)日志。將在后面描述與該裝置A 110之間的該通信。
在步驟S910中，應(yīng)用程序109將獲取的作業(yè)日志保存在外部存儲(chǔ)裝置206中。
在步驟S911中，應(yīng)用程序109確定終止請(qǐng)求是否已經(jīng)到達(dá)應(yīng)用程序109。如果終止請(qǐng)求已經(jīng)到達(dá)(步驟S911中的“是”)，則應(yīng)用程序109使處理前進(jìn)到步驟S912，并且將指示事件通知請(qǐng)求取消的數(shù)據(jù)傳送給事件管理器107。圖9D是示出事件通知請(qǐng)求取消數(shù)據(jù)的主要部分的視圖。另一方面，如果在步驟S911中確定終止請(qǐng)求沒有到達(dá)(S911中的“否”)，則應(yīng)用程序109使處理返回到步驟S905，并且等候指示具體內(nèi)容(類型)的事件發(fā)生通知到達(dá)。
在步驟S913中，應(yīng)用程序109關(guān)閉在步驟S904中打開的事件接收端口，并且終止處理。
(與裝置的通信)下面將說明裝置A 110(或裝置B 111)與應(yīng)用程序109之間的上述通信。常規(guī)技術(shù)中提出了SNMP作為用于網(wǎng)絡(luò)裝置的通信協(xié)議，因此可以使用該SNMP。然而，也可以通過如圖9E中所示的數(shù)據(jù)的例子表示的XML格式來執(zhí)行通信。圖9E是示出用于獲取最近日志號(hào)碼的請(qǐng)求數(shù)據(jù)的例子的視圖。該數(shù)據(jù)通過TCP/IP傳送和接收。圖9F是示出從裝置返回的數(shù)據(jù)的例子的視圖。標(biāo)簽<LatestJobLogNumber>925表示最近日志號(hào)碼為“30”。
圖9G示出應(yīng)用程序109借助其獲取日志數(shù)據(jù)的請(qǐng)求數(shù)據(jù)的例子。標(biāo)簽<From>930和標(biāo)簽<To>935表示此數(shù)據(jù)請(qǐng)求獲取日志號(hào)碼為21(包括21)到22(不包括22)的作業(yè)日志數(shù)據(jù)。圖9H是示出響應(yīng)于日志數(shù)據(jù)獲取請(qǐng)求而由裝置A 110返回的數(shù)據(jù)的例子的視圖。標(biāo)簽<Number>940表示待返回的數(shù)據(jù)的日志號(hào)碼是21。標(biāo)簽<DocumentName>945表示文檔名稱為“StatusReport.txt”。標(biāo)簽<JobType>950表示作業(yè)類型為PDL打印。標(biāo)簽<UserName>955表示用戶名稱為“Tanaka”。
注意，從裝置A 110返回的數(shù)據(jù)不限于圖9H所示的例子。例如，還可能根據(jù)裝置A 110中作業(yè)的執(zhí)行狀態(tài)返回圖11所示的“邏輯頁數(shù)”、“紙張頁數(shù)”、“每面紙張分配的頁數(shù)”、“雙面或單面”、“開始時(shí)間”、“結(jié)束時(shí)間”等。
如上所說明，當(dāng)應(yīng)用程序獲取裝置的日志信息時(shí)，本實(shí)施例可以通過簡(jiǎn)單的用戶友好的處理來抑制裝置的功率消耗。
(第二實(shí)施例)下面將參考圖12、13A-1、13A-2、13B和13C來說明本發(fā)明的第二實(shí)施例。除了應(yīng)用程序109是用于監(jiān)視在裝置上執(zhí)行的作業(yè)的狀態(tài)的“作業(yè)狀態(tài)監(jiān)視器應(yīng)用程序”之外，系統(tǒng)配置與第一實(shí)施例的相同。
圖12是示出在CRT控制器205的控制下顯示在CRT 210上、并且表示由例如裝置A 110執(zhí)行的作業(yè)的狀態(tài)的對(duì)話框1201的視圖。對(duì)話框1201包含列表顯示1202，其示出當(dāng)前由裝置A 110作為對(duì)象執(zhí)行的作業(yè)的列表。作業(yè)列表顯示1202包括指示裝置A 110中的作業(yè)的作業(yè)名稱1204、用戶名稱1205以及處理狀態(tài)1206的信息。當(dāng)指定結(jié)束按鈕1203時(shí)，作業(yè)狀態(tài)顯示對(duì)話框1201關(guān)閉。
以下將參考圖13A-1和圖13A-2中所示的流程圖說明根據(jù)本發(fā)明第二實(shí)施例的應(yīng)用程序109進(jìn)行的處理的過程。
在步驟S1301中，應(yīng)用程序109獲取事件管理器107的地址(圖1和14)。此處理的內(nèi)容與上述步驟S901中的相同。
在步驟S1302中，應(yīng)用程序109通過TCP/IP建立至步驟S1301中獲取的事件管理器的地址的連接，并且將表示事件通知請(qǐng)求的數(shù)據(jù)發(fā)送給事件管理器。此處理的內(nèi)容與上述步驟S902中的相同。
在步驟S1303中，應(yīng)用程序109打開在步驟S1302中對(duì)其傳送表示事件通知請(qǐng)求的數(shù)據(jù)的事件管理器107的地址，作為接收端口。之后，數(shù)據(jù)接收成為可能。
假設(shè)在此之后已經(jīng)經(jīng)過了預(yù)定時(shí)間，并且裝置A 110已經(jīng)從可能進(jìn)行普通操作的狀態(tài)(普通操作模式)進(jìn)入省電狀態(tài)(睡眠模式)。
在步驟S1304中，應(yīng)用程序109確定具有如圖9B所示的由標(biāo)簽<JobStatus>說明的具體內(nèi)容的事件發(fā)生通知是否已經(jīng)到達(dá)。如果具有具體內(nèi)容的事件發(fā)生通知已經(jīng)到達(dá)(S1304中的“是”)，則應(yīng)用程序109使處理前進(jìn)到步驟S1305。如果在步驟S1304中確定事件發(fā)生通知沒有到達(dá)(S1304中的“否”)，則應(yīng)用程序109在事件發(fā)生通知到達(dá)等候狀態(tài)中等候(S1304)。
如果事件發(fā)生通知已經(jīng)到達(dá)(S1304中的“是”)，則已經(jīng)接收到此事件發(fā)生通知的應(yīng)用程序109可以開始訪問裝置A 110(即，可以開始監(jiān)視裝置A 110的狀態(tài)的處理)。
在步驟S1305中，應(yīng)用程序109生成一個(gè)稱為“空閑(idling)開始時(shí)間”的變量，并且將該變量初始化為“0”。如果此變量為0，則這表示待監(jiān)視的裝置處于空閑狀態(tài)。如果該變量指示時(shí)間，則該時(shí)間是應(yīng)用程序109感測(cè)到裝置的空閑狀態(tài)的第一個(gè)時(shí)間。
在步驟S1306中，在CRT控制器205的控制下，應(yīng)用程序109在CRT210上顯示圖12所示的作業(yè)狀態(tài)顯示對(duì)話框1201。在此狀態(tài)中，作業(yè)列表1202為空。
在步驟S1307中，應(yīng)用程序109與裝置A 110通信，以獲取作業(yè)列表。該作業(yè)列表是已經(jīng)開始在裝置A 110上執(zhí)行但還未被終止的作業(yè)的列表。裝置A 110和應(yīng)用程序109之間的通信與第一實(shí)施例中說明的用于獲取最近日志號(hào)碼的過程(圖9A中的步驟S906)相同，因此將省略對(duì)其的詳細(xì)描述。
圖13B示出用于獲取作業(yè)列表的請(qǐng)求數(shù)據(jù)的例子。參考圖13B，標(biāo)簽<JobStatus>1320表示請(qǐng)求響應(yīng)的作業(yè)的狀態(tài)。注意，諸如<Address>的標(biāo)簽從圖13B和13C中省略，但是在實(shí)踐中包含對(duì)于在雙方之間執(zhí)行通信所必需的數(shù)據(jù)，如之前參考圖9B所說明的那樣?？赡艿淖鳂I(yè)狀態(tài)例如有等候/執(zhí)行/出錯(cuò)/完成/全部，并且表示“全部”的“ALL”在圖13B中指定。標(biāo)簽<JobType>1330表示請(qǐng)求響應(yīng)的作業(yè)的類型。可能的作業(yè)類型例如有PDL/復(fù)制/傳真?zhèn)魉?保存作業(yè)/全部，并且表示“全部”的“ALL”在圖13B中指定。
圖13C示出響應(yīng)于圖13B所示的請(qǐng)求而由裝置A 110返回的數(shù)據(jù)的例子。此要被返回的數(shù)據(jù)包含有關(guān)已經(jīng)開始在裝置A 110中被執(zhí)行但尚未完成的“作業(yè)1”1335、“作業(yè)2”1340、以及“作業(yè)3”1345的數(shù)據(jù)。在“作業(yè)1”1335的情況下，標(biāo)簽<Number>940表示要被返回的數(shù)據(jù)的日志號(hào)碼為21，并且標(biāo)簽<DocumentName>1336表示文檔名稱為“StatusReport.txt”，標(biāo)簽<UserName>1337表示用戶名稱為“Tanaka”，并且標(biāo)簽<Status>1338表示沒有紙張。對(duì)于“作業(yè)2”1340和“作業(yè)3”1345，描述這些作業(yè)的內(nèi)容的數(shù)據(jù)被類似地返回(在圖13C中，省略了“作業(yè)2”1340和“作業(yè)3”1345的細(xì)節(jié))。
現(xiàn)在說明將返回到圖13A-1。在步驟S1308中，應(yīng)用程序109確定步驟S1307中獲取的作業(yè)列表的內(nèi)容是否已經(jīng)從上一次的作業(yè)列表的內(nèi)容改變。如果作業(yè)列表已經(jīng)改變(S1308中的“是”)，則應(yīng)用程序109使處理前進(jìn)到步驟S1309。如果作業(yè)列表沒有改變(S1308中的“否”)，則應(yīng)用程序109使處理前進(jìn)到步驟S1311。假設(shè)在步驟S1310中存儲(chǔ)上一次的作業(yè)列表(以后將描述)。
在步驟S1309中，CRT控制器205基于在步驟S1307中獲取的作業(yè)列表更新作業(yè)列表1202。
在步驟S1310中，應(yīng)用程序109將在步驟S1307中獲取的作業(yè)列表存儲(chǔ)在外部存儲(chǔ)裝置206中作為上一次的作業(yè)列表。
在步驟S1311中，應(yīng)用程序109僅等候預(yù)定的規(guī)定時(shí)間(例如20秒)(等候處理)。此處理防止步驟S1307中的處理變得過度。該規(guī)定時(shí)間的等候處理的目的是防止與裝置A 110的過度通信，并且該規(guī)定時(shí)間是可變的。
在步驟S1312中，應(yīng)用程序109確定步驟S1307中獲取的作業(yè)列表中的作業(yè)數(shù)量是否是一個(gè)或更多。如果作業(yè)數(shù)量是一個(gè)或更多(S1312中的“是”)，則應(yīng)用程序109使處理前進(jìn)到步驟S1313。在步驟S1313中，應(yīng)用程序?qū)⒖臻e開始時(shí)間清零。
另一方面，如果在步驟S1312中確定作業(yè)數(shù)量不是一個(gè)或更多，即為零(步驟S1312中的“否”)，則應(yīng)用程序109使處理前進(jìn)到步驟S1314。在步驟S1314中，應(yīng)用程序109確定空閑開始時(shí)間是否為零。如果空閑開始時(shí)間為零(S1314中的“是”)，則應(yīng)用程序109使處理前進(jìn)到步驟S1315。在步驟S1315中，應(yīng)用程序109確定空閑已經(jīng)開始，將當(dāng)前時(shí)間設(shè)定為空閑開始時(shí)間，并且使處理返回到步驟S1307。從步驟S1307，應(yīng)用程序109類似地執(zhí)行從作業(yè)列表獲取處理開始的處理。
另一方面，如果在步驟S1314中確定空閑開始時(shí)間不為零，但已經(jīng)設(shè)定了時(shí)間數(shù)據(jù)(步驟S1314中的“否”)，則應(yīng)用程序109使處理前進(jìn)到步驟S1316。在步驟S1316中，如果裝置A 110的空閑狀態(tài)從最后一次訪問以來一直繼續(xù)，則應(yīng)用程序109計(jì)算從空閑開始時(shí)間到當(dāng)前時(shí)間所經(jīng)過的時(shí)間。如果所計(jì)算的經(jīng)過時(shí)間比預(yù)設(shè)定的值(時(shí)間)更長(S1316中的“是”)，則應(yīng)用程序109使處理前進(jìn)到步驟S1317。
如果在步驟S1316中確定從空閑開始時(shí)間到當(dāng)前時(shí)間所經(jīng)過的時(shí)間比預(yù)設(shè)定的值(時(shí)間)更短(S1316中的“否”)，則應(yīng)用程序109使處理返回到步驟S1307，并且連續(xù)地執(zhí)行從作業(yè)列表獲取處理開始的處理。
在步驟S1317中，CRT控制器205停止在步驟S1306中顯示并且在步驟S1309中更新的作業(yè)狀態(tài)顯示對(duì)話框1201的顯示。
在步驟S1318中，應(yīng)用程序109將表示事件通知請(qǐng)求取消的數(shù)據(jù)(圖9D)傳送給事件管理器107。
在步驟S1319中，應(yīng)用程序109關(guān)閉在步驟S1303中打開的事件接收端口，并且終止處理。
如上所說明，當(dāng)應(yīng)用程序執(zhí)行用于監(jiān)視裝置狀態(tài)的處理時(shí)，本實(shí)施例可以通過簡(jiǎn)單的用戶友好的處理來抑制裝置的功率消耗。
(第三實(shí)施例)在第一實(shí)施例中，事件管理器107的地址通過圖10所示的地址設(shè)定對(duì)話框1001設(shè)定。然而，事件管理器107的位置(地址)也可以通過由Web服務(wù)提供的搜索來獲得。在這種情況下，執(zhí)行打印作業(yè)傳送等的應(yīng)用程序(在圖1的情況下為打印機(jī)驅(qū)動(dòng)器104)在UDDI中注冊(cè)(1)該應(yīng)用程序使裝置從睡眠模式進(jìn)入普通模式，以及(2)該應(yīng)用程序在行列移動(dòng)(procession)之前通知事件發(fā)生。
UDDI是對(duì)“統(tǒng)一描述、發(fā)現(xiàn)和集成(Universal Description，Discovery and Integration)”的簡(jiǎn)稱。UDDI是使用XML且存在于因特網(wǎng)上的Web服務(wù)的搜索/校勘系統(tǒng)。
從UDDI，獲取作業(yè)日志或裝置狀態(tài)監(jiān)視信息的應(yīng)用程序109使裝置從睡眠模式進(jìn)入普通模式。應(yīng)用程序109還能夠搜索通知事件發(fā)生的應(yīng)用程序(例如打印機(jī)驅(qū)動(dòng)器104)，并且將事件通知請(qǐng)求發(fā)布給所找到的應(yīng)用程序。
由于由UDDI搜索來指定作為事件通知請(qǐng)求目的地的諸如打印機(jī)驅(qū)動(dòng)器104的應(yīng)用程序，因此不必手動(dòng)設(shè)定事件管理器107的地址，如圖10所示。這進(jìn)一步改善了用戶友好度。
(第四實(shí)施例)上述第三實(shí)施例已經(jīng)通過以UDDI作為例子說明了適用于搜索諸如打印機(jī)驅(qū)動(dòng)器的、屬于第一類的訪問單元的單元。然而，搜索單元并不局限于UDDI。例如，還可能新定義MIB，并且通過使用新定義的MIB構(gòu)建適用于搜索諸如打印機(jī)驅(qū)動(dòng)器的、屬于第一類的訪問單元的搜索單元。
(其它實(shí)施例)注意，當(dāng)然還可能通過向系統(tǒng)或設(shè)備提供一種存儲(chǔ)介質(zhì)來實(shí)現(xiàn)本發(fā)明的目的，該存儲(chǔ)介質(zhì)記錄用于實(shí)施上述各實(shí)施例功能的軟件的程序代碼。本發(fā)明的目的還可以通過由該系統(tǒng)或設(shè)備的計(jì)算機(jī)(或CPU或MPU)讀出和執(zhí)行存儲(chǔ)在存儲(chǔ)介質(zhì)中的程序代碼來實(shí)現(xiàn)。
這種情況下，從存儲(chǔ)介質(zhì)讀出的程序代碼本身實(shí)現(xiàn)上述各實(shí)施例的功能，因此存儲(chǔ)這種程序代碼的存儲(chǔ)介質(zhì)構(gòu)成本發(fā)明。
作為用于提供程序代碼的存儲(chǔ)介質(zhì)，可以使用例如軟盤、硬盤、光盤、磁光盤、CD-ROM、CD-R、非易失性存儲(chǔ)卡或ROM。
也可以通過由計(jì)算機(jī)執(zhí)行讀出的程序代碼來實(shí)施以上各實(shí)施例的功能。此外，本發(fā)明自然包括這樣的情況，其中在計(jì)算機(jī)上運(yùn)行的OS(操作系統(tǒng))等基于程序代碼的指令執(zhí)行部分或全部實(shí)際處理，從而實(shí)施上述的各實(shí)施例。
雖然本發(fā)明已經(jīng)參考示例性實(shí)施例進(jìn)行描述，但是應(yīng)當(dāng)理解，本發(fā)明并不局限于公開的示例性實(shí)施例。以下權(quán)利要求的保護(hù)范圍應(yīng)作最寬的解釋，以包括所有這樣的變型和等同的結(jié)構(gòu)和功能。
權(quán)利要求
1.一種信息處理系統(tǒng)，該信息處理系統(tǒng)能夠與通過外部訪問而從省電模式返回的打印設(shè)備進(jìn)行通信，該信息處理系統(tǒng)具有適用于訪問所述打印設(shè)備的第一訪問單元和第二訪問單元，該信息處理系統(tǒng)包括請(qǐng)求單元，其適用于請(qǐng)求通過所述第一訪問單元進(jìn)行的處理而生成的事件發(fā)生通知；以及確定單元，其適用于確定通過所述第一訪問單元生成的事件發(fā)生通知的存在/不存在，其中，如果所述確定單元確定存在事件發(fā)生通知，則所述第二訪問單元訪問所述打印設(shè)備。
2.根據(jù)權(quán)利要求1所述的系統(tǒng)，還包括事件管理單元，其適用于基于所述請(qǐng)求單元的請(qǐng)求，向所述第一訪問單元通知事件發(fā)生通知的通知目的地，所述第一訪問單元向由所述事件管理單元通知的通知目的地通知事件發(fā)生。
3.根據(jù)權(quán)利要求1所述的系統(tǒng)，還包括事件管理單元，其適用于響應(yīng)于接收來自所述第一訪問單元的事件發(fā)生通知，向請(qǐng)求源通知事件發(fā)生請(qǐng)求。
4.根據(jù)權(quán)利要求3所述的系統(tǒng)，其中如果所述事件管理單元已經(jīng)從多個(gè)請(qǐng)求源接收到用于分發(fā)事件發(fā)生通知的請(qǐng)求，則所述事件管理單元響應(yīng)于來自所述第一訪問單元的通知，向所述多個(gè)請(qǐng)求源分發(fā)事件發(fā)生通知。
5.根據(jù)權(quán)利要求1所述的系統(tǒng)，其中所述確定單元確定通知的類型，并且所述第二訪問單元基于所述確定單元的確定訪問所述打印設(shè)備。
6.根據(jù)權(quán)利要求1所述的系統(tǒng)，還包括搜索單元，其適用于搜索所述第一訪問單元，其中所述請(qǐng)求單元請(qǐng)求由所述搜索單元找到的所述第一訪問單元通知事件發(fā)生。
7.一種信息處理系統(tǒng)中的信息處理方法，該信息處理系統(tǒng)能夠與通過外部訪問而從省電模式返回的打印設(shè)備進(jìn)行通信，該信息處理系統(tǒng)具有適用于訪問所述打印設(shè)備的第一訪問單元和第二訪問單元，該信息處理方法包括請(qǐng)求步驟，用于請(qǐng)求通過第一訪問單元進(jìn)行的處理而生成的事件發(fā)生通知；以及確定步驟，用于確定通過第一訪問單元生成的事件發(fā)生通知的存在/不存在，其中，如果在確定步驟中確定存在事件發(fā)生通知，則第二訪問單元訪問打印設(shè)備。
8.根據(jù)權(quán)利要求7所述的方法，還包括事件管理步驟，用于基于請(qǐng)求步驟中的請(qǐng)求，向第一訪問單元通知事件發(fā)生通知的通知目的地，第一訪問單元向在事件管理步驟中通知的通知目的地通知事件發(fā)生。
9.根據(jù)權(quán)利要求7所述的方法，還包括事件管理步驟，用于響應(yīng)于接收來自第一訪問單元的事件發(fā)生通知，向請(qǐng)求源通知事件發(fā)生請(qǐng)求。
10.根據(jù)權(quán)利要求9所述的方法，其中如果在事件管理步驟中從多個(gè)請(qǐng)求源接收到用于分發(fā)事件發(fā)生通知的請(qǐng)求，則在事件管理步驟中響應(yīng)于來自第一訪問單元的通知，向該多個(gè)請(qǐng)求源分發(fā)事件發(fā)生通知。
11.根據(jù)權(quán)利要求7所述的方法，其中在所述確定步驟中確定通知的類型，并且第二訪問單元基于在確定步驟中的確定訪問打印設(shè)備。
12.根據(jù)權(quán)利要求7所述的方法，還包括搜索步驟，用于搜索第一訪問單元，其中在該請(qǐng)求步驟中，請(qǐng)求在搜索步驟中找到的第一訪問單元通知事件發(fā)生。
全文摘要
本發(fā)明涉及一種信息處理系統(tǒng)，該信息處理系統(tǒng)能夠與通過外部訪問而從省電模式返回的打印設(shè)備進(jìn)行通信，該信息處理系統(tǒng)具有適用于訪問打印設(shè)備的第一和第二訪問單元，該信息處理系統(tǒng)包括請(qǐng)求單元，其適用于請(qǐng)求通過所述第一訪問單元進(jìn)行的處理而生成的事件發(fā)生通知；以及確定單元，其適用于確定事件發(fā)生通知的存在/不存在。如果確定單元確定存在事件發(fā)生通知，則第二訪問單元訪問打印設(shè)備。
文檔編號(hào)G06F3/12GK101038536SQ200710088508
公開日2007年9月19日 申請(qǐng)日期2007年3月14日 優(yōu)先權(quán)日2006年3月14日
發(fā)明者中川勇 申請(qǐng)人:佳能株式會(huì)社