專利名稱：信息處理裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及信息處理裝置，該裝置能夠監(jiān)視該裝置本身中發(fā)生的 事件，并且將關(guān)于該事件的信息提供給客戶設(shè)備，以及一種為此的計 算機可用介質(zhì)。
背景技術(shù)：
傳統(tǒng)地，信息處理裝置能夠監(jiān)視在該裝置本身中發(fā)生的事件，并 且將關(guān)于該事件的信息提供給多個客戶設(shè)備，這種裝置是公知的。這 種信息處理裝置的例子公開于日本專利臨時公開No.2006-87058。上面 引用的公開文獻(xiàn)中的信息處理裝置在信息處理裝置中發(fā)生事件時，將 關(guān)于該事件的信息提供給客戶設(shè)備，該信息與客戶設(shè)備相關(guān)。因此， 關(guān)于可能在信息處理裝置中發(fā)生的多種事件的信息和關(guān)于每個客戶設(shè) 備的信息被相關(guān)聯(lián)地存儲在信息處理裝置的存儲器中，從而當(dāng)事件發(fā) 生時，關(guān)于事件的信息被提供給對應(yīng)的客戶設(shè)備。在信息處理裝置中，但是，當(dāng)多個事件在短時間內(nèi)基本上同時發(fā) 生時，可能不以時間順序向客戶設(shè)備提供關(guān)于所述事件的信息。應(yīng)該 注意，關(guān)于事件的信息被從信息處理裝置傳輸給對應(yīng)的客戶設(shè)備，而 不管每個客戶設(shè)備的通信狀態(tài)。因此，依賴于每個客戶設(shè)備的通信狀 態(tài)，關(guān)于事件的信息可以不必由客戶設(shè)備按照時間順序接收。如果關(guān) 于事件的信息不是以時間順序來傳遞的，例如，信息處理裝置可能沒 有認(rèn)出信息處理裝置自身的當(dāng)前狀態(tài)，因此，可能不能提供對當(dāng)前狀態(tài)的正確響應(yīng)。 發(fā)明內(nèi)容從以上來看，本發(fā)明的優(yōu)點在于提供信息處理裝置以及為此的計 算機可用介質(zhì)，所述信息處理裝置能夠監(jiān)視信息處理裝置本身中發(fā)生 的事件，并且以時間順序向客戶設(shè)備提供關(guān)于該事件的信息。依據(jù)本發(fā)明一個方面，提供了一種信息處理裝置，該信息處理裝置包括事件檢測單元，用于檢測在所述信息處理裝置中發(fā)生的事件；事件通知信息產(chǎn)生單元，用于產(chǎn)生事件通知信息，該事件通知信息包括與各個事件相關(guān)的事件信息和與所述事件信息被提供到的至少一個客戶設(shè)備相關(guān)的信息；事件通知信息存儲器，用于以預(yù)定排列來存儲事件通知信息，從而根據(jù)預(yù)定排列，事件信息被按事件發(fā)生的時間順序提供給至少一個客戶設(shè)備；客戶信息列表存儲器，其中存儲與所述事件信息被提供到的至少一個客戶設(shè)備相關(guān)的信息；通知單元，向至 少一個客戶設(shè)備提供與多個事件中的第一事件相對應(yīng)的一段事件信息，所述客戶設(shè)備的信息被存儲在客戶信息列表存儲器中；以及判斷 單元，判斷所述一段事件信息是否被正常地提供給至少一個客戶設(shè)備。 當(dāng)判斷單元判斷在前段事件信息被正常提供給至少一個客戶設(shè)備時， 根據(jù)事件通知信息，所述通知單元提供與多個事件中的第二事件相對 應(yīng)的另一段事件信息，其中所述第二事件緊隨所述第一事件之后發(fā)生。依據(jù)本發(fā)明另一方面，提供了一種控制圖像處理裝置的方法，所 述圖像處理裝置能夠監(jiān)視在信息處理裝置中發(fā)生的多個事件，并且將 與每個所述事件相關(guān)的事件信息提供給至少一個可與信息處理裝置通 信的客戶設(shè)備。所述方法包括檢測發(fā)生在信息處理裝置中的事件； 產(chǎn)生事件通知信息，該事件通知信息包括事件信息和與所述事件信息 被提供到的至少一個客戶設(shè)備相關(guān)的信息；在事件通知信息存儲器中 以預(yù)定排列來存儲所述事件通知信息，從而根據(jù)預(yù)定排列，與至少一 個事件相關(guān)的事件信息被以事件發(fā)生的時間順序提供給至少一個客戶設(shè)備；在客戶信息列表存儲器中存儲與向其提供事件信息的至少一個 客戶設(shè)備相關(guān)的信息；將與多個事件中的第一事件相關(guān)的一段事件信 息提供給所述至少一個客戶設(shè)備，該設(shè)備的信息存儲在所述客戶信息 列表存儲器中；并且判斷所述一段事件信息是否被正常地提供給所述 至少一個客戶設(shè)備；并且當(dāng)判斷單元判斷前段事件信息被正常地提供給所述至少一個客戶設(shè)備時，根據(jù)事件通知信息，提供與多個事件中 的第二事件相關(guān)的另一段事件信息，其中所述第二事件緊隨第一事件之后發(fā)生。依據(jù)上面的構(gòu)成，信息處理裝置可以根據(jù)判斷單元所作出的判斷， 即與第一事件相對應(yīng)的事件信息的通知已經(jīng)正常完成，來將與第一事 件和第二事件相對應(yīng)的事件信息按時間順序通知給至少一個客戶設(shè) 備。


圖1概要地示出了根據(jù)本發(fā)明實施例的MFP (多功能外圍設(shè)備)和PC (個人電腦)的結(jié)構(gòu)。圖2是表示根據(jù)本發(fā)明實施例的MFP和PC的電子結(jié)構(gòu)的方框圖。 圖3A-3C是表示根據(jù)本發(fā)明實施例的在MFP和PC之間交換的數(shù)據(jù)流的梯形圖。圖4A-4D概要性地示出了根據(jù)本發(fā)明實施例的在MFP和PC之間 交換的信息內(nèi)容。圖5A-5B概要性地示出了根據(jù)本發(fā)明實施例的可以在MFP中發(fā)生 的事件類型和事件。圖6A-6C概要性地示出了根據(jù)本發(fā)明實施例的狀態(tài)事件列表中的 列表結(jié)構(gòu)。圖6D表示了依據(jù)本發(fā)明實施例的事件通知信息的內(nèi)容。圖7是表示根據(jù)本發(fā)明實施例的MFP的主處理的流程圖。圖8是表示根據(jù)本發(fā)明實施例的事件通知信息產(chǎn)生處理的流程圖。圖9表示了根據(jù)本發(fā)明實施例的通過MFP的CPU執(zhí)行的數(shù)據(jù)接收處理的流程圖。圖10是表示根據(jù)本發(fā)明實施例的終端設(shè)備信息刪除處理的流程圖。圖11是表示根據(jù)本發(fā)明實施例的事件列表更新處理的流程圖。圖12是表示根據(jù)本發(fā)明實施例的失敗終端設(shè)備信息刪除處理的 流程圖。圖13是表示根據(jù)本發(fā)明實施例的有效時段檢查處理的流程圖。 圖14A-14D概要地表示了根據(jù)本發(fā)明實施例的在狀態(tài)事件列表中 的內(nèi)容。圖15A-15D概要地表示了根據(jù)本發(fā)明實施例的在狀態(tài)事件列表中的內(nèi)容。
具體實施方式
下文中，將參考附圖描述根據(jù)本發(fā)明方面的實施例。圖1概要性地表示了根據(jù)本發(fā)明實施例的MFP 1和多個PC 31的 結(jié)構(gòu)。具體地，MFP l在圖1以透視圖示出。在本實施例中的MFP 1 提供有多個信息處理功能，諸如打印功能、掃描功能和復(fù)印功能。如圖1所示，MFP 1和多個PC 31 (也可以分別被稱之為終端A 和終端B)通過LAN 200相互連接以在兩者之間的進(jìn)行數(shù)據(jù)交換。因 此，用戶可以通過任何PC 31和LAN 200來利用MFP 1的功能。例如， 一段可打印數(shù)據(jù)可被從終端A傳送到MFP 1，從而依據(jù)所述可打印數(shù) 據(jù)的圖像通過打印單元21 (見圖2)而被打印。對于另一實施例，形 成在紙張上的圖像可由掃描單元20 (見圖2)讀取以產(chǎn)生一段圖像數(shù) 據(jù)，并且該圖像數(shù)據(jù)可以被從MFP 1傳輸?shù)浇K端B以進(jìn)行修改。在根據(jù)本實施例的MFP 1中，MFP 1中的多種狀態(tài)轉(zhuǎn)變被檢測作 為事件。這種事件例如包括打印操作的錯誤和完成。更具體地，MFP1 提供有多個傳感器，諸如蓋打開/關(guān)閉傳感器20a、剩余墨量檢測傳感器21a、以及記錄紙檢測傳感器21b (見圖2)，這些傳感器輸出信號用 于指示MFP1的操作和條件的預(yù)定狀態(tài)。這些信號由CPU 11 (見圖2) 以預(yù)定間隔進(jìn)行監(jiān)視。當(dāng)來自所述傳感器的信號改變時，CPU11將檢 測的變化作為事件。根據(jù)本實施例的MFP 1包括在其頂表面上的文件蓋8和位于所述 頂表面的前部的操作面板6。該操作面板6包括操作鍵15、 LCD (液 晶顯示器)16和揚聲器單元17 (見圖2)。允許用戶通過操作面板6上 的部件向MFP 1輸入多種命令。LCD 16顯示多種信息，諸如給用戶的指示(例如，操作菜單)、 正在進(jìn)行的操作的當(dāng)前狀態(tài)、MFP1的狀態(tài)。當(dāng)在MFP1中發(fā)生事件時， 向所述PC 31通知與該事件相關(guān)的信息，并且同時相同的信息被顯示 在LCD 16上以呈現(xiàn)給用戶。下面，將描述MFP 1的電子結(jié)構(gòu)。圖2是表示根據(jù)本發(fā)明實施例 的MFP1和一個PC 31的電子結(jié)構(gòu)的方框圖。所述MFP 1包括通過總 線26相互連接的CPU 11、 ROM 12和RAM 13，以及通過I/0端口27 相互連接的操作鍵15、 LCD 16、揚聲器單元17、時鐘電路18、 LAN 接口 19、掃描單元20和打印單元21。所述時鐘電路18包括指示當(dāng)前 日期的內(nèi)部時鐘。所述I/O端口 27和CPU 11、 ROM 12、 RAM 13通 過總線26相互連接。所述CPU ll根據(jù)存儲在ROM 12和RAM 13中的各種信息和程序 以及通過LAN接口 19交換的各種信息，控制MFP 1中每個部件的操 作。ROM12是只讀存儲器，用于存儲各種信息，諸如由CPU11執(zhí)行 的控制程序。RAM 13是可重寫的易失性存儲器，用于臨時存儲MFP 1操作期 間的各種信息。該RAM 13提供有多個存儲區(qū)域，該區(qū)域為要被通知的設(shè)備列表區(qū)域13a和要被通知的事件列表區(qū)域13b。所述要被通知的設(shè)備列表區(qū)域13a存儲終端設(shè)備信息，該信息指 示當(dāng)事件發(fā)生時事件信息應(yīng)被發(fā)送到哪個PC 31。所述事件信息包括與 發(fā)生在MFP1中的事件相關(guān)的信息，諸如事件的名稱(事件名稱)和 事件的當(dāng)前狀態(tài)。更具體地，所述終端設(shè)備信息基于從PC 31發(fā)送到 MFP1的預(yù)定請求而被產(chǎn)生。根據(jù)在所述預(yù)訂請求中指示的事件類型， 所產(chǎn)生的終端設(shè)備信息被分類且存儲在要被通知的設(shè)備列表區(qū)域13a 中的一個通知列表中。本實施例中的事件類型包括狀態(tài)事件、元素事 件和作業(yè)事件。圖5A表示了可從MFP 1通知到PC 31的事件的類型與 MFP 1將所述事件通知給PC31所需要符合的條件之間的對應(yīng)聯(lián)系。在 本實施例中，如圖5A所示，當(dāng)在MFP1中檢測到錯誤時和當(dāng)從錯誤狀 態(tài)復(fù)原時，狀態(tài)事件可被通知給PC31。當(dāng)檢測到與MFP1結(jié)構(gòu)相關(guān)的 信息時，元素事件可被通知給PC31。當(dāng)檢測到在MFP1中運行的作業(yè) 的操作狀態(tài)變化時，作業(yè)事件可被通知給PC31。所述終端設(shè)備信息可 以存儲在要被通知狀態(tài)事件的PC31的列表(狀態(tài)事件設(shè)備列表13al)、 要被通知元素事件的PC 31的列表(元素事件設(shè)備列表13a2)、以及要 被通知作業(yè)事件的PC 31的列表(作業(yè)事件設(shè)備列表13a3)之一。預(yù) 訂請求的細(xì)節(jié)將在后面描述。所述事件列表區(qū)域13b包括事件通知信息，當(dāng)相同類型的事件在 MFP 1中發(fā)生多次時，該事件通知信息將被用來向每個PC 31提供事件 信息。每當(dāng)MFP 1中發(fā)生事件，就在MFP 1中產(chǎn)生事件通知信息。所 述事件通知信息被分類且存儲在要被通知的事件列表區(qū)域13b的一個 事件列表中，根據(jù)在MFP1中發(fā)生的事件類型，所述事件列表為狀態(tài) 事件列表13bl、元素事件列表13b2、作業(yè)事件列表13b3。其中每一個 事件通知信息與發(fā)生在MFP1中的事件相對應(yīng)的多段事件通知信息， 被以時間順序連接并且存儲在事件列表13bl、 13b2、 13b3之一中。事件通知信息的細(xì)節(jié)將后面描述。所述多段的事件通知信息的關(guān)系被提供在已知的列表結(jié)構(gòu)中。在 該列表結(jié)構(gòu)中，依據(jù)本發(fā)明，每段事件通知信息被提供有用于指示下 一段事件通知信息的位置的位置數(shù)據(jù)。因此，事件通知信息的片段被 連續(xù)地連接。因此，在本發(fā)明中，當(dāng)數(shù)據(jù)段包括用于指示另一數(shù)據(jù)段 的位置的位置數(shù)據(jù)時，則稱之為兩段數(shù)據(jù)是"相連"的。圖6A-6C分別概要性地示出了根據(jù)本實施例的狀態(tài)事件列表 13bl、元素事件13b2和作業(yè)列表13b3的列表結(jié)構(gòu)。在所述事件列表 13bl-13b3中的每個事件列表中，提供包括數(shù)據(jù)段"事件列表開始"和"事件列表結(jié)束"的數(shù)據(jù)組。數(shù)據(jù)段"事件列表開始"是用于指示事 件通知信息開始位置的指針，而數(shù)據(jù)段"事件列表結(jié)束"指示連接在 列表結(jié)構(gòu)中的事件通知信息的結(jié)束。指針涉及用于存儲數(shù)據(jù)段的位置(地址)信息的公知數(shù)據(jù)類型。當(dāng)沒有事件通知信息存儲在事件列表13bl-13b3中時，如圖6A-6C 所示，"事件列表開始"后面緊跟著"事件列表結(jié)束"。 一旦MFP1中 發(fā)生事件時，根據(jù)事件類型，該事件的事件通知信息被立即插入到狀 態(tài)事件列表13bl、元素事件列表13b2和作業(yè)事件列表13b3之一的"事 件列表結(jié)束"之前。另外，所插入的事件通知信息的位置數(shù)據(jù)(即， 地址)被存儲在"事件列表開始"指針中。當(dāng)下一個事件發(fā)生時，立即將該事件的另一段事件通知信息插入 到事件列表13bl-13b3之一的"事件列表結(jié)束"之前。因此，新插入的 事件通知信息片段后緊跟著"事件列表結(jié)束"，并且新插入的事件通知 信息的地址包括于在前事件通知信息中。因此兩段事件通知信息以相 應(yīng)于事件在MFP1中發(fā)生的時間順序而被連接。下面，將描述事件通知信息。圖6D表示了依據(jù)本發(fā)明實施例的事 件通知信息的內(nèi)容。本發(fā)明中的事件通知信息包括事件名稱和計數(shù)器 值。所述事件名稱表示發(fā)生在MFP1中的事件的名稱。圖5B顯示了根 據(jù)本發(fā)明實施例的可在MFP l中檢測到的事件的名稱(具體地，錯誤 事件)以及該事件的可能產(chǎn)生原因的示例。計數(shù)器值表示當(dāng)事件發(fā)生 時，事件通知信息中要被通知事件信息的終端(PC 31)的數(shù)量。PC 31 的數(shù)量可通過參考事件設(shè)備列表13 al、元素事件設(shè)備列表13a2和作業(yè) 事件設(shè)備列表13a3之一來獲得?？梢愿鶕?jù)所發(fā)生的事件的事件類型， 在事件設(shè)備列表13al、元素事件設(shè)備列表13a2和作業(yè)事件設(shè)備列表 13a3中確定將被參考的事件設(shè)備列表。如圖6B所示，本發(fā)明中的事件通知信息進(jìn)一步包括終端設(shè)備信 息。當(dāng)事件發(fā)生且產(chǎn)生該事件的事件通知信息時，如果不存在對于相 同事件類型的事件的先前事件通知信息，則將對于在事件設(shè)備列表 13al、 13a2、 13a3之一中(基于所發(fā)生的事件的類型確定)列出的PC 31的終端設(shè)備信息包括在事件通知信息中。同時，如果存在針對相同 事件類型的至少一段事件通知信息，則針對在事件設(shè)備列表13al、 13a2、 13a3之一中(基于發(fā)生事件的類型確定)列出、但未包括在現(xiàn) 有事件通知信息中的PC 31的終端設(shè)備信息，包括在新創(chuàng)建的事件通 知信息中。因此，針對PC 31之一 (例如終端A)的終端設(shè)備信息可被單獨 地包括在相同事件類型的多段事件通知信息之一中。因此，相同事件 類型的事件信息不會被重復(fù)且同時通知給終端A。另外，當(dāng)完成將事 件信息通知給所有由事件設(shè)備列表13al-13a3之一 (基于事件類型確 定)指定的PC 31時，事件通知信息被從要被通知的事件列表區(qū)域13b 中刪除，從而RAM 13不會被按時間順序的通知信息不必要地占據(jù)。下面，再次參考圖2，將描述所述PC31的電子結(jié)構(gòu)。所述PC31 包括CPU32、 ROM 33、 RAM 34、 HDD (硬盤驅(qū)動器)35、 LAN接口 36、輸入單元37和顯示單元38，這些都通過總線40相互連接。所述CPU 32根據(jù)存儲在ROM 12、 RAM 13和HDD 35中的各種 信息和程序以及通過LAN接口所交換的各種信息，控制PC31中每個 部件的操作。所述ROM 12是只讀存儲器，用于存儲各種信息，例如 將由CPU32執(zhí)行的控制程序。所述HDD35是可重寫的非易失性數(shù)據(jù) 存儲器，并且即使PC31的電流被斷開，HDD35中存儲的數(shù)據(jù)也能夠 被保持。所述HDD 35存儲多種應(yīng)用程序、在該應(yīng)用程序中產(chǎn)生的各種 數(shù)據(jù)、以及在該應(yīng)用程序中產(chǎn)生的訂閱請求。所述LAN接口 36是公知的電路，該電路提供PC 31和LAN 200 之間的連接，以實現(xiàn)PC 31和通過LAN 200連接的其它外部設(shè)備之間 的數(shù)據(jù)交換。所述輸入單元37可由用戶操作以操縱PC 31，該輸入單元包括例 如鍵盤和鼠標(biāo)。所述顯示單元38顯示將要呈現(xiàn)給用戶的各種信息，該 顯示單元包括例如液晶顯示屏。下面，參考圖3A-3C，將描述在MFP1和PC31之間交換的請求 和事件信息。圖3A-3C是表示根據(jù)本發(fā)明實施例的在MFP 1和PC 31 之間交換的數(shù)據(jù)流的梯形圖。圖3A表示了 PC 31向MFP 1發(fā)送訂閱請求以及MFP 1接收該請 求。所述預(yù)訂請求是預(yù)先從PC 31發(fā)送給MFP 1的數(shù)據(jù)段，用于要求 MFP 1在MFP 1中發(fā)生事件時提供事件信息。參考圖4B，將描述所述預(yù)訂請求的例子。在本實施例中，所述預(yù) 訂請求以XML (可擴展標(biāo)記語言)進(jìn)行描述，且包括ID信息、位置 信息、用于指示事件類型的信息和有效性信息。圖4B表示了根據(jù)本發(fā) 明實施例的預(yù)訂請求的內(nèi)容。所述ID信息用于MFP 1和PC 31識別請 求。所述位置信息(即URL)指示將對其提供事件信息的PC 31的位置。所述事件類型表示事件的類型，其中該事件的事件信息被獲取。 所述有效性信息指示時間段，在該時間段內(nèi)獲取事件信息。如圖4B所示，預(yù)訂請求的第一行中的標(biāo)記符〈ID〉和々ID〉之間所 包括的字符串(即"unid:f81d4fae-7dec-lld0-a765-00a0c91e6bf6")表示預(yù)訂請求的ID信息。該ID信息包括隨機收集的唯一字符串UUID (絕對唯一的標(biāo)識符)，該字符串在每當(dāng)PC31中產(chǎn)生預(yù)訂請求時被創(chuàng) 建。因此，MFP1通過ID信息來識別由PC31發(fā)送的預(yù)訂請求、不預(yù) 訂請求(將在后面描述)和終端設(shè)備信息。第二行中的標(biāo)記符〈Address〉和々Address〉之間所包括的字符串 (即"http:〃hostname:port/path")表示事件信息應(yīng)被從MFP 1發(fā)送到 的地點(即:URL)。 URL (統(tǒng)一資源定位器)是公知的用于描述存在于 網(wǎng)絡(luò)(諸如互聯(lián)網(wǎng))上的不同元素的位置的方法，所述元素包括信息、 數(shù)據(jù)、裝置和服務(wù)。URL中的"hostname"表示產(chǎn)生預(yù)訂請求的PC 31 的主機名或IP地址，而"port"表示端口號。該端口號是在多個應(yīng)用 程序中，向其提供事件信息的PC 31的應(yīng)用程序的識別信息。因此， 端口號表示產(chǎn)生預(yù)訂請求的應(yīng)用程序。字符串"path"表示路徑名，諸 如提供在產(chǎn)生預(yù)訂請求的PC31的HDD35中的文件夾名和文件名。文 件夾名和文件名可由用戶任意生成。第三行中的標(biāo)記符〈Event Type〉和</Event Type〉之間所包括的字 符串(即"status event")表示PC 31所請求的事件信息的事件類型。 該事件類型包括例如"狀態(tài)事件"、"元素事件"和"作業(yè)事件"，如圖 5A所示。由應(yīng)用程序或由用戶指定來所述三個事件類型之一，并且該 事件類型被表示在預(yù)訂請求中。第四行中的標(biāo)記符<Expires〉和</Expires〉之間所包括的字符串 (即"PT1H")表示預(yù)訂請求的有效性信息。"PT"是"時間段"的 縮寫，并且在該例子中，"PT1H"表示預(yù)訂請求的有效性時間段是1小時。因此，從當(dāng)MFP1接收到預(yù)訂請求時開始的一個小時中，MFP1 將在預(yù)訂請求中所指示的事件的事件信息通知給PC31。 一旦一個小時 期滿，MFP1中發(fā)生的事件的事件信息不再被提供給PC31。從PC 31中接收如上所述的訂閱請求的MFP 1收集事件類型、ID 信息、位置信息和有效性信息。基于從時鐘電路18獲取的當(dāng)前時間和 包括在所述預(yù)訂請求中的有效性信息來計算有效性時段。例如，如果 訂閱請求在2007年3月2日9:00被接收的并且有效性信息表示"PT1H" 時，該訂閱請求有效直到2007年3月2日10: 00。這樣，根據(jù)訂閱請求中所表示的事件類型，從訂閱請求中所收集 的信息被存儲在要被通知的設(shè)備列表區(qū)域13a的狀態(tài)事件設(shè)備列表 13al、元素事件設(shè)備列表13a2和作業(yè)事件設(shè)備表列13a3之一中。例如，如果在訂閱請求中表示的事件類型是"狀態(tài)事件"，ID信 息、位置信息、有效性信息被產(chǎn)生成為PC 31的終端設(shè)備信息并且存 儲在狀態(tài)事件設(shè)備列表13al中。如果在訂閱請求中表示的事件類型是 "元素事件"，則所產(chǎn)生的終端設(shè)備信息被存儲在元素事件設(shè)備列表 13a2中。類似地，如果訂閱請求中表示的事件類型是"作業(yè)事件"，終 端設(shè)備信息被存儲在作業(yè)事件設(shè)備列表13a3中。圖4A表示了根據(jù)本發(fā)明實施例的RAM 13中的要被通知的設(shè)備列 表區(qū)域13a的內(nèi)容。在圖4A中示出了來自終端A的狀態(tài)事件預(yù)訂請求、 來自終端A的元素事件預(yù)訂請求、來自終端B的狀態(tài)事件預(yù)訂請求， 它們被發(fā)出且被發(fā)送到MFP 1。接收所述訂閱請求的MFP 1產(chǎn)生分別 用于終端設(shè)備A、 B和A的終端信息X、 Y和Z。所述終端設(shè)備信息X 和Y存儲在狀態(tài)事件設(shè)備列表13al中，而終端設(shè)備信息Z存儲在元素 事件設(shè)備列表13a2中。注意要被通知的設(shè)備列表區(qū)域13a包括終端設(shè)備信息X和Z， 二者均表示當(dāng)狀態(tài)事件和元素事件發(fā)生時，事件信息應(yīng)該被發(fā)送到終端A。也就是說，所述終端設(shè)備信息X和Z都指向終端A。但是，因為 包括在訂閱請求中的每個ID信息是絕對唯一的字符串，因此在要被通 知的設(shè)備列表區(qū)域13a中，終端設(shè)備信息X和終端設(shè)備信息Z并不相同。圖4D表示存儲在狀態(tài)事件設(shè)備列表13al中的終端設(shè)備信息X的 內(nèi)容。當(dāng)終端設(shè)備信息存儲在要被通知的設(shè)備列表區(qū)域13a中時，MFP 1通知PC 31收到了預(yù)訂請求。下面，參考圖3C和4C，將描述取消預(yù)訂請求的例子。當(dāng)PC 31 不再要求事件的事件信息時，對應(yīng)于以前發(fā)出的訂閱請求，取消訂閱 請求被從PC 31發(fā)送到MFP 1中。圖3C表示了 PC 31發(fā)送取消訂閱請 求到MFP 1以及MFP 1接收該請求。圖4C表示了根據(jù)本發(fā)明實施例的取消訂閱請求的內(nèi)容。在本實施 例中，取消預(yù)訂請求被單獨提供有ID信息。該ID信息具有包括在對 應(yīng)的訂閱請求中的UUID。當(dāng)PC 31發(fā)出取消預(yù)訂請求以要求MFP 1 不再提供事件信息時，PC 31將包括在訂閱請求中的UUID包括在取消 訂閱請求中。注意所述ID信息是唯一的，且不與MFP1和PC31中其 它訂閱請求中的任何ID信息重疊，因此，MFP1可以識別出將要從要 被通知的設(shè)備列表區(qū)域13a中移除的終端設(shè)備信息。從PC 31接收取消訂閱請求的MFP 1從要被通知的設(shè)備列表區(qū)域 13a中清除具有與包括在所接收的取消訂閱請求中的ID信息相同的ID 信息的終端設(shè)備信息。其后，如圖3C所示，MFPl通知PC31接收到 所述取消預(yù)訂信息。下面，參考圖3B，將描述事件信息被從MFP 1發(fā)送到PC 31以響 應(yīng)訂閱請求。圖3B圖示了 MFP 1發(fā)送事件信息并且PC 31接收事件信息。當(dāng)MFP 1中發(fā)生事件時，以前從PC 31中接收到訂閱請求的MFP 1 將所述事件的事件信息發(fā)送到PC 31，該PC 31的終端設(shè)備信息存儲在 狀態(tài)事件設(shè)備列表13al、元素事件設(shè)備列表13a2、和作業(yè)事件設(shè)備列 表13a3之一中。更具體地，當(dāng)訂閱請求中所指示的事件類型的事件發(fā)生時，MFP1 產(chǎn)生事件通知信息。該事件通知信息以事件類型為基礎(chǔ)進(jìn)行分類，并 且存儲在要被通知的事件列表區(qū)域13b中。因此，當(dāng)向PC 31通知事 件信息時，根據(jù)存儲在要被通知的事件列表區(qū)域13b中的事件通知信 息來將事件信息發(fā)送到PC31。當(dāng)在MFP l中檢測到事件時，MFP1產(chǎn)生事件信息，該事件信息 表示例如事件的名稱和事件的狀態(tài)。所述事件包括錯誤事件，諸如MFP 1中的打印單元21由于缺少油墨("缺墨事件")或記錄紙("缺紙事件")而不能打印，以及掃描儀單元20由于掃描單元20上的文件蓋8打開("蓋打開事件")而不能讀取圖像。當(dāng)這種錯誤在MFP l中發(fā)生時， 事件信息可以被發(fā)送到PC31中。通過該結(jié)構(gòu)，可通過PC31 (更具體 地，通過PC31中的顯示單元38)通知用戶MFP 1中的錯誤。因此， 當(dāng)這種錯誤發(fā)生時，用戶不必要走到MFP 1處去檢查MFP 1。此外，注意不是MFP 1發(fā)生的所有事件的事件信息都會被提供給 PC 31，而是由來自PC 31的預(yù)訂請求所預(yù)先請求的事件的事件信息會 被專門提供給PC31。例如，如果從PC31向MFP 1發(fā)出事件(該事件 的事件類型是"狀態(tài)事件")的事件信息的預(yù)訂請求，并且當(dāng)檢測到錯 誤(例如，由任何傳感器20a、 21a、 21b所檢測到的錯誤，諸如缺墨、 缺記錄紙等)(或者檢測到的從錯誤中恢復(fù)過來)時，用于表示錯誤(或 恢復(fù))的事件信息被提供給PC31。對于另一個例子，如果從PC31向 MFP1發(fā)出事件(該事件的事件類型是"元素事件")的事件信息的預(yù) 訂請求，并且當(dāng)檢測到MFP1的配置(例如，IP地址、打印機名稱等) 的變化時，用于表示新配置的事件信息被提供給PC31。此外，如果從PC 31向MFP1發(fā)出事件(其事件類型是"作業(yè)事件")的事件信息的 預(yù)訂請求，并且當(dāng)檢測到正在運行的作業(yè)的狀態(tài)改變(例如打印開始、 打印完成等)時，用于表示所述改變的事件信息被提供給PC31。根據(jù)上面的結(jié)構(gòu)，當(dāng)在MFP 1中產(chǎn)生相同事件類型的多個事件時， MFP 1可以根據(jù)事件發(fā)生的時間順序，分別將與所述事件對應(yīng)的事件信 息提供給預(yù)先發(fā)出訂閱請求的PC 31。例如，當(dāng)MFP 1連續(xù)檢測到兩個 蓋打開事件時，MFP 1以給定的順序，向PC 31提供在前的蓋打開事件 的事件信息和隨后的蓋打開事件的事件信息。下文中，將參考圖14A-14D和15A-15D描述事件通知信息和將事 件信息通知給PC31 (終端A、 B)的例子。圖14A-14D概要性地示出 了根據(jù)本發(fā)明實施例的狀態(tài)事件列表13bl中的內(nèi)容。在圖14A中，狀 態(tài)事件列表13M中沒有存儲事件通知信息。在本例子中，假設(shè)終端A 針對與事件相關(guān)的事件信息向MFP1發(fā)出了預(yù)訂請求，其中所述事件 的事件類型是狀態(tài)事件。相應(yīng)地，終端A的終端設(shè)備信息X存儲在狀 態(tài)事件設(shè)備列表13al中。在本例子中，進(jìn)一步地，假設(shè)蓋打開/關(guān)閉傳 感器20a檢測到蓋打開(蓋打開事件)且隨后蓋關(guān)閉(蓋關(guān)閉事件)， 并且記錄紙檢測傳感器21b檢測到缺少記錄紙("缺紙事件")。同時， 在終端B中，所述蓋打開/關(guān)閉傳感器20a檢測到蓋打開，并且終端B 針對與事狀態(tài)事件相關(guān)的事件信息向MFP l發(fā)出了預(yù)訂請求。其后， 所述蓋打開/關(guān)閉傳感器20a檢測到蓋關(guān)閉。在上述情況下，首先，當(dāng)蓋打開事件發(fā)生時，MFP l產(chǎn)生事件通 知信息，從而對應(yīng)于蓋打開事件的事件信息被提供給終端A。要產(chǎn)生 的事件通知信息包括事件名稱"蓋打開事件"、事件信息"對應(yīng)于蓋打 開事件的事件信息"、計數(shù)器值"l"，該計數(shù)值表示將要被通知該事件 信息的終端設(shè)備的數(shù)量、以及終端設(shè)備信息"針對終端A的X"，該信 息表示所述事件信息應(yīng)被提供給何終端設(shè)備。所述終端設(shè)備信息基于 所發(fā)生的事件(即蓋打開事件)的事件類型來從狀態(tài)事件設(shè)備列表13al中獲得。如圖14B所示，如上所產(chǎn)生的事件通知信息被立即插入到狀態(tài)事 件列表13bl中的"事件列表結(jié)束"之前。因此，指針"事件列表開始" 后面跟著事件通知信息，該事件通知信息和"事件列表結(jié)束"連接。 當(dāng)事件通知信息被存儲在狀態(tài)事件列表13al中時，MFP 1將包括在所 述事件通知信息中的事件信息提供給終端A，該終端A在終端設(shè)備信 息中被表示為"針對終端A的X"。同時，終端B向MFP 1發(fā)出針對與狀態(tài)事件相關(guān)的事件信息的預(yù) 訂請求。相應(yīng)地，MFP 1在狀態(tài)事件設(shè)備列表13al中存儲終端設(shè)備信 息"針對終端B的Y"，并且通知終端B接收到所預(yù)訂的請求。因此， 所述終端設(shè)備信息"針對終端A的X"和"針對終端B的Y"都被存 儲在狀態(tài)事件列表13al中。注意終端B將被通知隨后事件的事件信息， 該隨后事件發(fā)生在MFP l接收到預(yù)訂請求以后。因此，將要通知給終 端B的第一事件信息將是與蓋關(guān)閉事件相關(guān)的事件信息。當(dāng)MFP 1中發(fā)生蓋關(guān)閉事件時，MFP 1產(chǎn)生事件通知信息以分別 向終端A和終端B提供"對應(yīng)于蓋關(guān)閉事件的事件信息"。如圖14C 所示(在中間欄)，在該點所產(chǎn)生的事件通知信息包括事件名稱"蓋關(guān) 閉事件"、事件信息"對應(yīng)于蓋關(guān)閉事件的事件信息"、計數(shù)器值2，該計數(shù)器值表示要被通知該事件信息的終端設(shè)備的數(shù)量、以及終端設(shè)備 信息"針對終端B的Y"，該終端設(shè)備指示信息表示該事件信息應(yīng)被提 供給何終端設(shè)備?；谒l(fā)送的事件(例如蓋關(guān)閉事件)的事件類 型來從狀態(tài)事件設(shè)備列表13al中獲得終端設(shè)備信息。所述計數(shù)器值表示當(dāng)事件發(fā)生時，所述狀態(tài)事件設(shè)備列表13al中 的終端設(shè)備信息的段數(shù)(例如2)。注意當(dāng)前事件通知信息(在圖14C 的中間欄示出)單獨地包括終端設(shè)備信息"針對終端B的Y"，因為終 端設(shè)備信息"針對終端A的X"被包括在以前產(chǎn)生的事件通知信息中，該事件通知信息顯示在在圖14C中左邊第二欄中。當(dāng)前產(chǎn)生的事件通知信息被立即插入到狀態(tài)事件列表13bl的"事 件列表結(jié)束"之前。因此，該狀態(tài)事件列表13M包括"事件列表開始"、 蓋打開事件的事件通知信息、蓋關(guān)閉事件的事件通知信息、以及"事 件列表結(jié)束"，并以上述順序連接。如事件通知信息的終端設(shè)備信息"針 對終端B的Y"中所表示的，所述事件信息被包括在當(dāng)前產(chǎn)生的和新 插入的針對終端B的事件通知信息中。但是，在這一點上，MFP l和 終端B之間的連接沒有被建立，因此通知失敗。當(dāng)"缺紙"事件發(fā)生時，產(chǎn)生對應(yīng)于該事件的事件通知信息并將 該信息立即插入到"事件列表結(jié)束"之前。在該事件通知信息中，包 括計數(shù)器值"2"，該計數(shù)值用于表示終端設(shè)備信息"針對終端A的X" 和"針對終端B的Y"的段數(shù)，如圖14C右邊第二欄所示。注意在這 一點上，終端設(shè)備信息"針對終端A的X"和"針對終端B的Y"沒 被包括在針對缺紙事件的事件通知信息中，因為終端設(shè)備信息"針對 終端A的X"被包括在針對蓋打開事件的事件通知信息中，終端設(shè)備 信息"針對終端B的Y"被包括在針對蓋關(guān)閉事件的事件通知信息中。當(dāng)對應(yīng)于在前蓋打開事件的事件信息被提供給終端A時，在針對 蓋打開事件的事件通知信息中的終端設(shè)備信息"針對終端A的X"被 傳遞到隨后的事件通知信息，如圖4D中右邊第二欄和中間欄所示，并 且所述事件通知信息中的計數(shù)器值減一。進(jìn)一步地，對應(yīng)于蓋關(guān)閉事 件的事件信息被通知給終端A。同時，計數(shù)器值現(xiàn)在為"零"的針對 蓋打開事件的事件通知信息被從狀態(tài)事件列表13b中刪除(見圖15A)。當(dāng)對應(yīng)于蓋打開事件以后發(fā)生的蓋關(guān)閉事件的事件信息被通知給 終端A時，其中事件信息的通知己正常無誤地完成，所述事件通知信 息中的終端設(shè)備信息"針對終端A的X"被傳遞到針對缺紙事件的事 件通知信息。針對蓋關(guān)閉事件的事件通知信息中的計數(shù)器值減一。其間，試圖在MFP1和終端B之間建立連接失敗預(yù)定次數(shù)(例如兩次)，終端設(shè)備信息"針對終端B的Y"被從狀態(tài)事件設(shè)備列表13al 中清除，并且針對蓋關(guān)閉事件的事件通知信息中的計數(shù)器值減一 (見 圖15C中的左邊第二欄)。進(jìn)一步地，針對缺紙事件的事件通知信息中 的計數(shù)器值減一 (見圖15C中的右邊第二欄)。進(jìn)而，從狀態(tài)事件列表 13bl中清除針對蓋關(guān)閉事件的事件通知信息。當(dāng)針對缺紙事件的事件信息被提供給終端A時，終端設(shè)備信息"針 對終端A的X"被從針對缺紙事件的事件通知信息中清除，并且計數(shù) 器值減少到零。注意所述終端設(shè)備信息"針對終端A的X"被清除， 因為針對缺紙事件的事件通知信息后面沒有由另一段事件通知信息跟 隨，而是由"事件列表結(jié)束"跟隨。另外，從狀態(tài)事件列表13bl中清 除針對缺紙事件的事件通知信息(見圖15D)。下文中，將要參考圖7-13描述上述多種信息的轉(zhuǎn)換，圖7-13示出 了由MFP1的CPU11執(zhí)行的處理，用于將事件信息通知給PC31。圖7是表示依據(jù)本發(fā)明實施例的MFP 1的主處理的流程圖。從 MFP 1被加電直到MFP 1斷電，所述主處理由MFP1的CPU 11重復(fù)地執(zhí)行。當(dāng)MFP 1被加電時，所述處理開始，在Sl中，以前存儲在要被 通知的設(shè)備列表區(qū)域13a和要被通知的事件列表區(qū)域13b中的數(shù)據(jù)被初 始化。接著，在S2中，判斷MFP1中是否發(fā)生了事件，如果檢測到事 件(S2:是)，在S3中，執(zhí)行事件通知信息產(chǎn)生處理。如果沒有檢測 到事件(S2:否)，處理進(jìn)行到S4。下文中，參考圖8，將描述所述事件信息產(chǎn)生處理。圖8是表示 根據(jù)本發(fā)明實施例的事件通知信息產(chǎn)生處理的流程圖。在時序信息產(chǎn)生過程中，MFP 1產(chǎn)生事件通知信息，該事件通知信息包括發(fā)生在MFP 1中的事件的事件信息，并且將所產(chǎn)生的事件通知信息存儲在狀態(tài)事件 設(shè)備列表13al、元素事件設(shè)備列表13a2、和作業(yè)事件設(shè)備列表13a3 之一中(依賴于所發(fā)生的事件的事件類型)。當(dāng)處理開始時，在Sll中，判斷終端設(shè)備信息是否存儲在狀態(tài)事 件設(shè)備列表13al、元素事件設(shè)備列表13a2、和作業(yè)事件設(shè)備列表13a3 之一中(取決于所發(fā)生的事件的事件類型)。如果沒有終端設(shè)備信息被 存儲(Sll:否)，處理終止。如果終端設(shè)備信息已被存儲(Slh是)， 在S12中，判斷事件通知信息是否被存儲在狀態(tài)事件列表13bl、元素 事件列表13b2、和作業(yè)事件列表13b3之一中(取決于所發(fā)生的事件的 事件類型)。如果事件通知信息被存儲(S12:是)，在S13中，獲取包 括在每一段事件通知信息中的終端設(shè)備信息。在S14中，產(chǎn)生事件通知信息。更具體地，產(chǎn)生事件通知信息， 該事件通知信息包括所發(fā)生的事件的事件名稱、對應(yīng)于該事件的事件 信息、和表示將被通知該事件通知信息中的事件信息的終端設(shè)備(PC 31)的數(shù)量的計數(shù)器值。另外，包括存儲在事件設(shè)備列表13al、 13a2 和13a3之一 (取決于所發(fā)生的事件的類型)中的終端設(shè)備信息。但是， 在這點上，S13中所獲得的PC 31的終端設(shè)備信息被消除。在S12中，如果沒有事件通知信息存儲在狀態(tài)事件列表13bl、元 素事件列表13b2或作業(yè)事件列表13b3 (S12:否)中，在S15中，產(chǎn) 生事件通知信息，該事件通知信息包括事件名稱、對應(yīng)于該事件的事 件信息、表示終端設(shè)備數(shù)量的計數(shù)器值。另外，在該步驟中，所有存 儲在事件設(shè)備列表13al、 13a2、 13a3之一中(取決于所發(fā)生的事件的 類型)的終端設(shè)備信息都被包括，該終端設(shè)備信息包括在S13中獲得 的終端設(shè)備信息。在S16中，S14或S15中所產(chǎn)生的事件通知信息被立即插入在狀態(tài)事件列表13bl、元素事件列表13b2、和作業(yè)事件列表13b3之一中 (取決于事件類型)的"事件列表結(jié)束"之前。下面，在S17中，包 括在所述事件通知信息中的事件信息被提供給終端設(shè)備信息所表示的 終端設(shè)備(PC 31)，所述終端設(shè)備信息被表示在在事件通知信息中。 其后處理終止。因此，在所述事件通知信息產(chǎn)生處理中，產(chǎn)生針對所發(fā)生的事件 的事件通知信息。另外，事件通知信息可被按時間順序存儲在狀態(tài)事 件列表13bl、元素事件列表13b2、或作業(yè)事件列表13b3之一中。S3之后，主處理進(jìn)行到S4 (見圖7)。在S4中，判斷PC31是否 發(fā)出連接請求。如果請求連接(S4:是)，則在S5中執(zhí)行數(shù)據(jù)接收處 理。如果沒有請求連接(S5:否)，處理進(jìn)行到S6。圖9表示了根據(jù)本發(fā)明實施例的由MFP 1的CPU 11執(zhí)行的數(shù)據(jù) 接收處理的流程圖。在該處理中，MFP1從PC31中接收多種數(shù)據(jù)，該 數(shù)據(jù)包括訂閱請求、取消訂閱請求，并且根據(jù)所接收的數(shù)據(jù)執(zhí)行多種 處理。當(dāng)處理開始時，在S21中，CPU 11將MFP 1和PC 31連接在一起， 并且接收從PC 31發(fā)送的數(shù)據(jù)。在S22中，判斷所接收的數(shù)據(jù)是否是 預(yù)訂請求。如果接收的數(shù)據(jù)是預(yù)訂請求(S22:是)，在S23中，ID信 息、位置信息、表示事件類型的信息以及有效性信息被從所述預(yù)訂請 求中提取以產(chǎn)生終端設(shè)備信息。終端設(shè)備信息存儲在事件設(shè)備列表 13al、 13a2、 13a3之一中(基于事件類型來確定)。在S24中，CPU 11 通知PC 31終端設(shè)備信息被存儲在事件設(shè)備列表13al、 13a2、 13a3之 一中。注意步驟S22-S24可以被表示為如圖3A所示。在步驟S22中， 當(dāng)所接收的數(shù)據(jù)不是預(yù)訂請求時(S22:否)，處理進(jìn)行到S25。在S25中，判斷在S21中所接收的數(shù)據(jù)是否為取消訂閱請求。如果所接收的數(shù)據(jù)是取消訂閱請求(S25:是)，在S26中，在要被通知 的設(shè)備列表區(qū)域13a查找具有與包括在所述取消訂閱請求中的ID信息 相同的ID信息的終端設(shè)備信息。當(dāng)找到時，該終端設(shè)備信息被刪除。 下面，在S27中，執(zhí)行終端設(shè)備信息刪除處理。下文中，參考圖10，將描述終端設(shè)備信息刪除處理。圖10是表 示根據(jù)本發(fā)明實施例的終端設(shè)備信息刪除處理的流程圖。在該處理中， 存儲在要被通知的事件列表區(qū)域13b中的終端設(shè)備信息也被刪除。當(dāng)處理開始時，在S31中，在要被通知的事件列表區(qū)域13b中査 找具有與包括在取消訂閱請求中的ID信息相同的ID信息的終端設(shè)備 信息的事件通知信息。在S32中，在要被通知的事件列表區(qū)域13b中， 在其中檢測到所述事件通知信息的狀態(tài)事件列表13bl、元素事件列表 13b2、和作業(yè)列表13b3之一被讀取。另外，在S33中，從S32中所讀 取的狀態(tài)事件列表13bl、元素事件列表13b2、和作業(yè)列表13b3之一 中獲取具有與包括在取消訂閱請求中的ID信息相同的ID信息的終端設(shè)備信息的事件通知信息。在S34中，包括在S33中所獲取的事件通知信息中的計數(shù)器值被 減一，并且在S33中所獲取的事件通知信息中的終端設(shè)備信息被刪除。 下面在S35中，判斷在S33中所獲取的事件通知信息是否與至少一段 事件通知信息連接。如果至少一段事件通知信息被連接(S35:是)， 在S36中，包括在所有"事件列表結(jié)束"之前的后續(xù)多段的事件通知 信息中的每個計數(shù)器值被減一。在S35中，如果沒有事件通知信息和 S33中獲取的事件通知信息連接(S35:否)，處理進(jìn)行到S37。在S37中，判斷計數(shù)器值為"零"的事件通知信息是否被包括在 S32中讀取的狀態(tài)事件列表13bl、元素事件列表13b2、和作業(yè)列表13b3 之一中。如果這種事件通知信息被發(fā)現(xiàn)(S37:是)，在S38中，計數(shù) 器值為"零"的所有事件通知信息片段被刪除。如果沒有發(fā)現(xiàn)計數(shù)器值為"零"的事件通知信息(S37:否)，處理終止。在上述處理中，當(dāng)在MFP 1中收到取消訂閱請求時，與從要被通 知的設(shè)備列表區(qū)域13a中刪除的終端設(shè)備信息相同的信息可被從要被 通知的事件列表區(qū)域13b中刪除。另外，跟在其終端設(shè)備信息被刪除 的事件通知信息后面的事件通知信息中的計數(shù)器值被減一，從而計數(shù) 器值被減少為"零"的事件通知信息被從要被通知的事件列表區(qū)域13b 中刪除。當(dāng)終端設(shè)備信息刪除處理終止時，處理返回到數(shù)據(jù)接收處理中的 S28(圖9)。在S28中，CPU 11通知PC 31從要被通知的設(shè)備列表區(qū) 域13a中清除了終端設(shè)備信息。注意步驟S25-S28可以被表示為如圖 3C中所示。在S25中，如果所接收的數(shù)據(jù)不是取消訂閱請求(S25: 否)，處理進(jìn)行到S29。在S29中，CPU11執(zhí)行對應(yīng)于所接收的數(shù)據(jù)的 其它步驟。該其它處理可以是例如當(dāng)所接收到的數(shù)據(jù)是要被打印的圖 像數(shù)據(jù)時，打印處理基于所接收到的圖像數(shù)據(jù)在記錄紙張上形成圖像。 在S30中，和PC31之間的連接終止。其后，數(shù)據(jù)接收處理終止。在如上所述的數(shù)據(jù)接收處理中，MFP 1可以從PC 31中接收預(yù)訂 請求和取消訂閱請求。當(dāng)MFP l接收到訂閱請求時，可以從中提取必 要信息以產(chǎn)生終端設(shè)備信息并且將終端設(shè)備備信息存儲在要被通知的 設(shè)備列表區(qū)域13a中。當(dāng)MFP1接收到取消訂閱請求時，具有與包括在 該取消訂閱請求中的ID信息相同的ID信息的終端設(shè)備信息可被從要 被通知的設(shè)備列表區(qū)域13a中和要被通知的事件列表區(qū)域13b中刪除。 另外，由于終端設(shè)備信息被從要被通知的事件列表區(qū)域13b中刪除， 因此包括在遵從時間信息的從中刪除了終端設(shè)備信息的事件通知信息 中的計數(shù)器值分別被減一，從而更新后的計數(shù)值為"零"的事件通知 信息可從要被通知的事件列表區(qū)域13b中刪除。當(dāng)數(shù)據(jù)接收處理終止時，處理返回到主處理中的S6 (圖7)。在S6中，判斷事件通知信息是否被包括在要被通知的事件列表區(qū)域13b 中。如果事件通知信息被包括(S6:是)，CPU11在S7中執(zhí)行事件列 表更新處理并且在S8中進(jìn)行失敗終端設(shè)備信息刪除處理。在S6中， 如果事件通知信息沒有被包括(S6:否)，處理進(jìn)行到S9。其后，將參考圖11描述事件列表更新處理。圖11是表示根據(jù)本 發(fā)明實施例的事件列表更新處理的流程圖。在該處理中，PC 31 (其已 經(jīng)被提供有針對MFP 1中發(fā)生的事件的事件信息)的終端設(shè)備信息被 移到到下段的事件通知信息中。另外，當(dāng)PC31 (其終端設(shè)備信息被包 括在事件通知信息中)被通知事件信息時，該事件通知信息被從要被 通知的事件列表區(qū)域13b中刪除。當(dāng)處理開始時，在S41中，CPU 11在要被通知的事件列表區(qū)域13b 中查找以發(fā)現(xiàn)狀態(tài)事件列表13bl、元素事件列表13b2和作業(yè)事件列表 13b3中包括事件通知信息之一。在S42中，所檢測到的其中具有事件 通知信息的狀態(tài)事件列表13bl、元素事件列表13b2和作業(yè)事件列表 13b3中之一被CPU 11讀取。在S43中，在所檢測到的狀態(tài)事件列表 13bl、元素事件列表13b2和作業(yè)事件列表13b3之一中，緊跟在"事 件列表開始"之后的事件通知信息被CPU 11讀取。在S44中，判斷事件通知信息是否包括已經(jīng)被提供有事件信息的 PC 31的終端設(shè)備信息。在本實施例中，接收所述事件通知信息的PC31 向MFP 1發(fā)送確認(rèn)以進(jìn)行響應(yīng)。因此，基于在預(yù)定時間段內(nèi)返回的PC 31的確認(rèn)來作出判斷。如果事件通知信息沒有包括這種終端設(shè)備信息 (S44:否)，處理進(jìn)行到S51。如果事件通知信息包括這種終端設(shè)備信 息(S44:是)，在S45中，判斷在S43中所獲取的事件通知信息后面 是否跟隨(連接)有另一段事件通知信息。在S45中，如果連接有另一段事件通知信息(S45:是)，在S46 中，S43中所獲取的時序通知信息中的計數(shù)器值被更新。更具體的，從包括在S43中所獲取的時序通知信息的計數(shù)器值中減去已經(jīng)被提供了事件信息的PC 31的數(shù)量。另外，已經(jīng)被提供有事件信息的PC 31的終 端設(shè)備信息，被傳遞到S45中所檢測的事件通知信息。下面，在S47 中，包括在具有所傳遞的終端設(shè)備信息的事件通知信息中的事件信息 被提供給PC 31，該PC 31被表示在所傳遞的終端設(shè)備信息中。在S45中，如果事件通知信息沒有被另一段事件通知信息跟隨 (S45:否)，在S48中，S43中所獲得的時序通知信息中的計數(shù)器值被 更新。更具體地，從S43中所獲取的事件通知信息的計數(shù)器值中減去 已經(jīng)被提供了事件信息的PC 31的數(shù)量。另外，從事件通知信息中刪 除已經(jīng)被提供了事件信息的PC31的終端設(shè)備信息。在S49中，判斷在S43中所獲取的事件通知信息中的計數(shù)器值是 否為"零"。如果計數(shù)器值是零(S49:是)，在S50中，事件通知信息 被從要被通知的事件列表區(qū)域13b中刪除(例如狀態(tài)事件列表13bl、 元素事件列表13b2、和作業(yè)事件列表13b3之一)。注意事件通知信息 中的計數(shù)器值為零表示完成了事件信息的通知。因此，當(dāng)這種事件通 知信息被清除時，RAM 13不必被不再有用的時序通知信息占據(jù)。在 S43中，如果計數(shù)器值不是零(S49:否)，處理進(jìn)行到S51。在S51中，判斷在S43中所獲取的事件通知信息是否被另一段事 件通知信息跟隨(連接)。如果有另一段事件通知信息跟隨(S51:是)， 在S52中，另一段事件通知信息被獲取，并且處理返回到S44中以重 復(fù)步驟S44到S52。在S51中，如果在S43中所獲取的事件通知信息沒有被另一段事 件通知信息跟隨(S51:否)，在S53上，判斷整個要被通知的事件列 表區(qū)域13b是否被完全查找以發(fā)現(xiàn)狀態(tài)事件列表13bl、元素事件列表 13b2和作業(yè)事件列表13b3中包括事件通知信息之一。在S53中，如果 整個要被通知的事件列表區(qū)域13b被完全査找(S53:是)而發(fā)現(xiàn)沒有剩余的具有事件通知信息的事件列表13bl-13b3，事件列表更新處理終 止。在S53中，如果整個要被通知的事件列表區(qū)域13b沒有被完全查 找(S53:否)，處理返回到S42以重復(fù)步驟S42到S53。對于如上所述且在圖11中示出的事件列表更新處理，當(dāng)事件通知 信息被包括在事件列表區(qū)域13b中時，PC31 (其被通知事件信息)的 終端設(shè)備信息可以被傳遞到隨后段的事件通知信息，從而包括在隨后 段的時序通知信息中的事件信息可被提供給PC31，其中該PC31的終 端設(shè)備信息被傳遞。因此，當(dāng)相同類型的事件在MFP1中發(fā)生多次時， 針對每個事件的事件信息可以按照事件發(fā)生的時間順序來被提供給各 個的PC31。另外，當(dāng)事件信息的通知完成時，事件通知信息可被有效 地從事件列表區(qū)域13b中清除。當(dāng)事件列表更新處理終止時，處理返回到主處理中的S8 (圖7)。 在S8中，執(zhí)行失敗終端設(shè)備信息刪除處理。下文中，參考圖12，將描 述失敗終端設(shè)備信息刪除處理。圖12是表示根據(jù)本發(fā)明實施例的失敗 終端設(shè)備信息刪除處理的流程圖。在該處理中，由于MFP 1和PC 31 之間的斷開，向PC31的事件信息通知失敗了預(yù)定次數(shù)(例如兩次)， PC 31的終端設(shè)備信息被從要被通知的設(shè)備列表區(qū)域13a中和從事件列 表區(qū)域13b中刪除。試圖連接的次數(shù)可以基于多種因素(諸如網(wǎng)絡(luò)環(huán) 境和網(wǎng)絡(luò)通信速度)來預(yù)先確定。當(dāng)失敗終端設(shè)備信息刪除處理開始時，在S61中，判斷已經(jīng)與MFP 1連接失敗預(yù)定次數(shù)的PC 31的終端設(shè)備信息是否被包括在要被通知的 設(shè)備列表區(qū)域13a中。如果沒有包括終端設(shè)備信息(S61:否)，處理 終止。如果包括終端設(shè)備信息(S61:是)，在S62中，終端設(shè)備信息 被從要被通知的設(shè)備列表區(qū)域13a中刪除。另外，在S63中，事件列 表區(qū)域13b的狀態(tài)事件列表13bl、元素事件列表13b2、作業(yè)事件列表 13b3中，包括與S62中所刪除的終端設(shè)備信息相對應(yīng)的終端設(shè)備信息 之一，被CPU11讀取。在S64中，包括與S62中所刪除的終端設(shè)備信息相對應(yīng)的終端設(shè) 備信息的事件通知信息被讀取。在S65中，S64中所讀取的事件通知信 息的計數(shù)器值被減一，并且S64中所讀取的時序通知信息中的終端設(shè) 備信息被刪除。在S66中，判斷事件通知信息是否被另一段事件通知信息跟隨。 如果連接有另一段事件通知信息(S66:是)，在S67中，在"事件列 表結(jié)束"前，包括在跟隨在S64中所獲取的事件通知信息之后的所有 段事件通知信息中的計數(shù)器值被減一。在S66中，如果沒有通知信息 跟隨(S66:否)，處理進(jìn)行到S68。在S68中，判斷計數(shù)器值為"零"的事件通知信息是否被包括在 S63中所讀取的狀態(tài)事件列表13bl、元素事件列表13b2、作業(yè)事作列 表13b3之一中。如果發(fā)現(xiàn)了這種事件通知信息(S68:是)，在S69中， 所有段計數(shù)器值為"零"的事件通知信息都被刪除。注意在事件通知 信息中計數(shù)值為零表示完成了事件信息的通知。因此，當(dāng)這種事件通 知信息被移除時，RAM 13不必被不再有用的時序通知信息占據(jù)。在 S68中，如果沒有發(fā)現(xiàn)計數(shù)器值為"零"的事件通知信息(S68:否)， 處理進(jìn)行到S70。在S70中，判斷其他的與MFP 1的連接失敗了預(yù)定次數(shù)的PC 31 的終端設(shè)備信息是否被包括在要被通知的設(shè)備列表區(qū)域13a中。如果包 括終端設(shè)備信息(S70:是)，處理返回到S62以重復(fù)步驟S62到S70。 如果沒有包括其它終端設(shè)備信息(S70:否)，處理終止。在如上所述且在圖12中示出的失敗終端設(shè)備信息刪除處理中，當(dāng) 試圖將PC 31和MFP 1連接失敗了預(yù)定次數(shù)時，PC 31的終端設(shè)備信息 可以被從要被通知的設(shè)備列表區(qū)域13a中和從事件列表區(qū)域13b中刪 除。另外，由于不能連接到MFP 1的PC 31的終端設(shè)備信息被從要被通知的設(shè)備列表區(qū)域13a中刪除，從而防止了試圖無用地向PC 31通知 在清除以后發(fā)生的事件的事件信息。當(dāng)失敗終端設(shè)備信息刪除處理終止時，處理返回到主處理中的S9 (圖7)。在S9中，執(zhí)行有效時段檢査處理。下文中，參考圖13，將 描述根據(jù)本發(fā)明實施例的有效時段檢查處理。圖13是表示根據(jù)本發(fā)明 實施例的有效時段檢査處理的流程圖。在有效時段檢查處理中，檢測 包括在存儲于要被通知的設(shè)備列表區(qū)域13a中的終端設(shè)備信息中的有 效時段。另外，從要被通知的設(shè)備列表區(qū)域13a和從事件列表區(qū)域13b 中刪除具有已經(jīng)期滿的有效時段的終端設(shè)備信息。當(dāng)有效時段檢査處理開始時，在S71中，獲取要被通知的設(shè)備列 表區(qū)域13a中的一段終端設(shè)備信息，并且在S72中，從時鐘電路18中 獲取當(dāng)前時間。在S73中，判斷當(dāng)前時間是否已經(jīng)超過了所述有效時 段。如果當(dāng)前時間已經(jīng)超過了所述有效時段(S73:是)，在S74中， S71中所獲取的終端設(shè)備信息被從要被通知的設(shè)備列表區(qū)域13a中刪 除。在S73中，如果當(dāng)前時間在所述有效時段內(nèi)并且沒有超過所述有 效時段(S73:否)，處理進(jìn)行到S82。S74之后，在S75中，獲取包括S74中所刪除的終端設(shè)備信息的 狀態(tài)事件列表13bl、元素事件列表13b2和作業(yè)事件列表13b3之一。 在S76中，獲取包括所述終端設(shè)備信息的事件通知信息。在S77中， 包括在S76中所獲取的事件通知信息中的計數(shù)器值被減一，并且事件 通知信息中的該終端設(shè)備信息被刪除。在S78中，判斷S76中所獲取的事件通知信息后面是否被至少一 段的事件通知信息跟隨(連接)。如果連接了至少一段事件通知信息 (S78:是)，在S79中，包括在"事件列表結(jié)束"之前的所有隨后段 的事件通知信息中的各個計數(shù)器值被減一。在S35中，如果沒有事件 通知信息和S76中所獲取的事件通知信息連接(S78:否)，處理進(jìn)行到S80。在S80中，判斷計數(shù)器值為"零"的事件通知信息是否被包括在 S76中所讀取的狀態(tài)事件列表13bl、元素事件列表13b2和作業(yè)事件列 表13b3之一中。如果這種事件通知信息被發(fā)現(xiàn)(S80:是)，在S81中， 所有段計數(shù)器值為"零"的事件通知信息都被刪除。如果沒有發(fā)現(xiàn)計 數(shù)器值為"零"的事件通知信息(S80:否)，處理終止。注意在事件 通知信息中的計數(shù)器值為零表示完成了事件信息的通知。在此，當(dāng)這 種事件通知信息被清除時，RAM 13不必被不再有用的時序通知信息占 據(jù)。在S82中，判斷整個要被通知的事件列表區(qū)域13b是否被完全查 找以尋找包括事件通知信息的狀態(tài)事件列表13bl、元素事件列表13b2 和作業(yè)事件列表13b3之一。在S82中，如果整個要被通知的事件列表 區(qū)域13b被完全査找(S82:是)，而發(fā)現(xiàn)沒有剩余的具有事件通知信 息的事件列表13bl-13b3，事件列表更新處理終止。在S82中，如果整 個要被通知的事件列表區(qū)域13b沒有被完全查找(S53:否)，處理返 回到S42以重復(fù)步驟S71到S82。在如上所述且在圖13中示出的有效時段檢查處理中，存儲在要被 通知的設(shè)備列表區(qū)域13a中的終端設(shè)備信息的有效性可被檢査，從而無 效的終端設(shè)備信息可被從要被通知的設(shè)備列表區(qū)域13a中和從事件列 表區(qū)域13b中清除。因此，被有效預(yù)定的事件信息可被提供給PC31。當(dāng)有效時段檢査處理終止時，處理返回到主處理中的S9 (圖7)， 并且重復(fù)步驟S2到S9。盡管已經(jīng)描述了實施本發(fā)明的例子，但本領(lǐng)域技術(shù)人員可以理解， 存在信息處理裝置的多種變型和改變，其落入所附的權(quán)利要求書中所 闡述的本發(fā)明的精神和范圍內(nèi)。可以理解，所附的權(quán)利要求書中所限定的主題不受上述具體特征或行為的限制。相反地，上述的具體特征 或行為是作為實施權(quán)利要求的示例形式而公開的。例如，在上述實施例中，包括ID信息、位置信息(例如URL)、有效時段的終端設(shè)備信息是基于訂閱請求而被產(chǎn)生，該訂閱請求由PC 31向MFP 1發(fā)出且被存儲在要被通知的設(shè)備列表區(qū)域13a中。但是， 如果預(yù)定請求中的位置信息是主機名，并且如果MFP 1和PC 31以 TCP/IP相互通信，則PC31的主機名可以被轉(zhuǎn)換成IP地址，從而MFP 1可以基于該IP地址來產(chǎn)生終端設(shè)備信息。當(dāng)MFP 1向被稱為DNS服 務(wù)器的特定計算機作出詢問時，主機名可以被轉(zhuǎn)換成IP地址。但是， 如果主機名預(yù)先被轉(zhuǎn)換成IP地址并且存儲在預(yù)定存儲區(qū)域中，則事件 信息的通知可以被更有效地管理。對于另一個例子，包括在要被通知的設(shè)備列表區(qū)域13a中的終端 設(shè)備信息的段數(shù)可根據(jù)多種因素(諸如MFP 1的CPU 11的處理能力和 LAN 200中的數(shù)據(jù)通信速率)而被任意限制。注意，根據(jù)所述限制， 一些終端設(shè)備可以不被通知針對某些事件的事件信息，當(dāng)然到其它允 許被通知的終端設(shè)備的事件信息的通知的延遲可以被控制。具體地， 當(dāng)要被通知的終端設(shè)備的數(shù)量受到限制時，沒有連接到MFP 1的PC 31 的終端設(shè)備信息被清除，從而可與MFP 1通信的其它PC 31可被有效 地通知事件信息。另外，MFP 1中發(fā)生的事件信息不必按事件類型分類，事件信息 可以被提供給PC 31而不用管事件類型。此外，事件通知信息可以被 提供有被通知事件信息的所有終端設(shè)備的終端設(shè)備信息，并且每次通 知完成時，指針可被移動。
權(quán)利要求
1.一種信息處理裝置，包括事件檢測單元，檢測在所述信息處理裝置中發(fā)生的事件；事件通知信息產(chǎn)生單元，用于產(chǎn)生事件通知信息，所述事件通知信息包括與各個事件相關(guān)的事件信息和與所述事件信息被提供到的至少一個客戶設(shè)備相關(guān)的信息；事件通知信息存儲器，用于以預(yù)定排列來存儲所述事件通知信息，從而根據(jù)所述預(yù)定排列，所述事件信息按照所述事件發(fā)生的時間順序被提供給所述至少一個客戶設(shè)備；客戶信息列表存儲器，用于在其中存儲與所述事件信息被提供到的所述至少一個客戶設(shè)備相關(guān)的信息；通知單元，用于向所述至少一個客戶設(shè)備提供對應(yīng)于多個事件中的第一事件的一段事件信息，所述客戶設(shè)備信息存儲在所述客戶信息列表存儲器中；以及判斷單元，用于判斷所述一段事件信息是否被正常地提供給所述至少一個客戶設(shè)備；其中當(dāng)所述判斷單元判斷前段事件信息被正常提供給所述至少一個客戶設(shè)備時，根據(jù)所述事件通知信息，所述通知單元提供對應(yīng)于多個事件中的在第一事件后發(fā)生的第二事件的另一段事件信息。
2. 根據(jù)權(quán)利要求l所述的信息處理裝置，包括接收單元，用于接收由所述至少一個客戶設(shè)備發(fā)出的用于請求所 述信息處事裝置將所述事件信息提供給所述至少一個客戶設(shè)備的通知請求；以及請求客戶設(shè)備列表存儲器，用于包括與發(fā)出所述通知請求的至少 一個客戶設(shè)備相關(guān)的客戶設(shè)備信息，其中所述事件通知信息產(chǎn)生單元包括被包括在所述請求客戶設(shè)備 列表存儲器中的客戶設(shè)備信息，以產(chǎn)生與所述信息處理裝置中發(fā)生的 事件相關(guān)的事件通知信息，從而當(dāng)所述事件檢測單元檢測到所述事件時，根據(jù)包括在所述事件通知信息中的客戶設(shè)備信息，將所述事件的 事件信息提供給所述至少一個客戶設(shè)備。
3. 根據(jù)權(quán)利要求2所述的信息處理裝置，包括取消接收單元，用于接收由所述至少一個客戶設(shè)備發(fā)出的取消所 述通知請求的取消請求，從而所述信息處理裝置停止向所述至少一個 客戶設(shè)備提供所述事件信息；以及客戶信息清除單元，用于從所述請求客戶設(shè)備列表存儲器和所述 事件通知信息中清除發(fā)出所述取消請求的所述至少一個客戶設(shè)備的客 戶設(shè)備信息，從而防止所述事件的事件信息被提供給發(fā)出所述取消請 求的所述至少一個客戶設(shè)備。
4. 根據(jù)權(quán)利要求l所述的信息處理裝置，其中基于在所述信息處理裝置中發(fā)生的事件的事件類型，將所述 事件通知信息以所述預(yù)定排列存儲在所述事件通知信息存儲器中。
5. 根據(jù)權(quán)利要求4所述的信息處理裝置，其中所述事件通知信息包括計數(shù)器，所述計數(shù)器用于表示以所述事件類型為基礎(chǔ)而被存儲在所述客戶信息列表存儲器中的所述至少一 個客戶設(shè)備的數(shù)量；以及其中所述信息處理裝置提供有第一減法單元，當(dāng)所述一段事件信 息被正常地提供給所述至少一個客戶設(shè)備之一時，所述第一減法單元 從所述計數(shù)器所表示的數(shù)量中減去被正常地提供了所述事件信息的客 戶設(shè)備的數(shù)量。
6. 根據(jù)權(quán)利要求5所述的信息處理裝置，包括 事件信息刪除系統(tǒng)，用于從所述事件通知信息存儲器中刪除在其中所述計數(shù)器中所表示的所述客戶設(shè)備的數(shù)量是零的所述事件通知信 息。
7. 根據(jù)權(quán)利要求1所述的信息處理裝置，包括客戶設(shè)備信息刪除單元，用于從所述客戶信息列表存儲器和具有 所述一段事件信息的事件通知信息中刪除被判定為不能被提供給所述 客戶設(shè)備的所述至少一個客戶設(shè)備的客戶設(shè)備信息；第二減法單元，用于從具有所述一段事件信息的事件通知信息的 計數(shù)器所表示的數(shù)量中減去一；以及第三減法單元，從在所述事件通知信息存儲器中以所述預(yù)定順序 排列的事件通知信息中的計數(shù)器所表示的數(shù)量中減去一，以跟隨事件 信息被判斷為不能被提供的事件通知信息。
8. —種控制圖像處理裝置的方法，所述圖像處理裝置能夠監(jiān)視信 息處理裝置中發(fā)生的多個事件，并且提供與每個事件相關(guān)的事件信息 給至少一個可與所述信息處理裝置通信的客戶設(shè)備，所述方法包括檢查在所述信息處理裝置中發(fā)生的事件；產(chǎn)生事件通知信息，所述事件通知信息包括所述事件信息和與所 述事件信息被提供到的所述至少一個客戶設(shè)備相關(guān)的信息；在事件通知信息存儲器中以預(yù)定排列來存儲所述事件通知信息，從而根據(jù)所述預(yù)定排列，與各個所述事件相關(guān)的事件信息按照所述事件發(fā)生的時間順序被提供給所述至少一個客戶設(shè)備；在客戶信息列表存儲器中存儲與所述事件信息被提供到的所述至 少一個客戶設(shè)備相關(guān)的信息；提供對應(yīng)于多個事件中的第一事件的一段事件信息給所述至少一 個客戶設(shè)備，所述客戶設(shè)備的信息存儲在所述客戶信息列表存儲器中；判斷所述一段事件信息是否被正常地提供給所述至少一個客戶設(shè) 備；以及當(dāng)所述判斷單元判斷前段事件信息被正常地提供給所述至少一個 客戶設(shè)備時，根據(jù)所述事件通知信息，提供對應(yīng)于多個事件中的在第 一事件后發(fā)生的第二事件的另一段事件信息。
9. 根據(jù)權(quán)利要求8所述的方法，包括接收由所述至少一個客戶設(shè)備發(fā)出的用于請求所述信息處理裝置 向所述至少一個客戶設(shè)備提供所述事件信息的通知請求；以及在請求客戶設(shè)備列表存儲器中存儲與發(fā)出所述通知請求的至少一 個客戶設(shè)備相關(guān)的客戶設(shè)備信息；以及包括存儲在所述請求客戶設(shè)備列表存儲器中的客戶設(shè)備信息，以 產(chǎn)生與所述信息處理裝置中發(fā)生的事件相關(guān)的事件通知信息，從而當(dāng) 檢測到所述事件時，根據(jù)包括在所述事件通知信息中的客戶設(shè)備信息， 將所述事件的事件信息提供給所述至少一個客戶設(shè)備。
10. 根據(jù)權(quán)利要求9所述的方法，包括接收由所述至少一個客戶設(shè)備發(fā)出的取消所述通知請求的取消請 求，從而所述信息處理裝置停止向所述至少一個客戶設(shè)備提供所述事 件信息；以及從所述請求客戶設(shè)備列表存儲器和事件通知信息中清除發(fā)出所述 取消請求的所述至少一個客戶設(shè)備的客戶設(shè)備信息，從而防止所述事 件的事件信息被提供給發(fā)出所述取消請求的所述至少一個客戶設(shè)備。
11. 根據(jù)權(quán)利要求9所述的方法，包括以所述信息處理裝置中發(fā)生的事件的事件類型為基礎(chǔ)，將所述事 件通知信息以所述預(yù)定排列存儲在所述事件通知信息存儲器中。
12. 根據(jù)權(quán)利要求11所述的方法，包括其中所述事件通知信息包括計數(shù)器，所述計數(shù)器用于表示基于事 件類型而被存儲在所述客戶信息列表存儲器中的至少一個客戶設(shè)備的 數(shù)量；以及其中所述方法包括當(dāng)所述一段事件信息被正常地提供給所述至 少一個客戶設(shè)備之一時，從所述計數(shù)器中所表示的數(shù)量中減去被正常 地提供了所述事件信息的客戶設(shè)備的數(shù)量。
13. 根據(jù)權(quán)利要求12所述的方法，包括從所述事件通知信息存儲器中刪除在其中所述計數(shù)器中所表示的 所述客戶設(shè)備的數(shù)量是零的所述事件通知信息。
14.根據(jù)權(quán)利要求8所述的方法，包括從所述客戶信息列表存儲器和具有所述一段事件信息的事件通知 信息中刪除被判斷為不能提供給所述客戶設(shè)備的所述至少一個客戶設(shè) 備的客戶設(shè)備信息；從具有所述一段事件信息的事件通知信息的計數(shù)器所表示的數(shù)量中減去一；以及從在所述事件通知信息存儲器中以所述預(yù)定順序排列的事件通知 信息的計數(shù)器中所表示的數(shù)量中減去一，以跟隨事件信息被判斷為不 能被提供的事件通知信息。
全文摘要
提供了一種信息處理裝置。該信息處理裝置包括用于檢查事件的事件檢測單元、用于產(chǎn)生事件通知信息的事件通知信息產(chǎn)生單元、以預(yù)定排列來存儲所述事件通知信息的事件通知信息存儲器、用于存儲與至少一個向其提供關(guān)于各個事件的事件信息的客戶設(shè)備相關(guān)的信息的客戶信息列表存儲器、用于向客戶設(shè)備提供對應(yīng)于第一事件的一段事件信息的通知單元、以及用于判斷所述一段事件信息是否被正常地提供給所述客戶設(shè)備的判斷單元。當(dāng)所述判斷單元判斷前段事件信息被正常地提供給所述客戶設(shè)備時，所述通知單元提供對應(yīng)于第二事件的另一段事件信息。
文檔編號H04N1/00GK101277354SQ20081009072
公開日2008年10月1日 申請日期2008年3月31日 優(yōu)先權(quán)日2007年3月30日
發(fā)明者工藤康博 申請人:兄弟工業(yè)株式會社