專利名稱：定購支持系統(tǒng)、設(shè)備監(jiān)控方法及程序產(chǎn)品的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及定購(order)支持系統(tǒng)、設(shè)備監(jiān)控方法及程序產(chǎn)品，更具 體地，涉及用于支持定購設(shè)備的消耗元件的操作的定購支持系統(tǒng)、設(shè)備監(jiān)控 方法及程序產(chǎn) 品0
背景技術(shù)：
在公司辦公室中，經(jīng)由通信網(wǎng)絡(luò)將諸如打印機、復(fù)印機、傳真機或用于 在單個住宅中實現(xiàn)這些設(shè)備的功能的多功能外圍設(shè)備的多個設(shè)備相互連接。
這些設(shè)備種的每一個包括使用該設(shè)備而消耗的消耗元件。通過適當(dāng)?shù)馗?換這樣的消耗元件可以維持設(shè)備的功能。例如，在打印機的情況下，墨粉、 定影(fixing)單元、墨粉噴射瓶、光電導(dǎo)元件以及顯影劑與消耗元件對應(yīng)，它 們一般被稱為補給。
很難從設(shè)備的外部來確定補給消耗的程度。通常，用戶例如通過在發(fā)送 執(zhí)行打印操作的指令后接收到錯誤消息而得知沒有剩余墨粉了 。用戶在接收 到錯誤消息后更換墨粉盒。
專利文件1:日本特開專利申請No.2003-345560。
然而，為了更換補給，必須購買補給。 一般地，在超級市場批發(fā)商店或 經(jīng)由郵件定購來購買補給；然而，在辦公室中有很多設(shè)備，并且要購買的補 給根據(jù)各個設(shè)備而具有不同的型號。因此，在購買補給之前或執(zhí)行定購過程 之前，用戶需要根據(jù)設(shè)備對每個要購買的補給確認(rèn)正確的型號。因而，用戶 需要耗費大量的時間和精力。

發(fā)明內(nèi)容
本發(fā)明提供了一種定購支持系統(tǒng)、設(shè)備監(jiān)控方法及程序產(chǎn)品，其中消除 了上述的一個或多個缺點。
本發(fā)明的優(yōu)選實施例提供了 一種能夠便于更換設(shè)備^卜給的過程的定購支 持系統(tǒng)、設(shè)備監(jiān)控方法及程序產(chǎn)品。
本發(fā)明的實施例提供了一種定購支持系統(tǒng)，包括設(shè)備信息獲取單元， 其被配置為搜索連接到通信網(wǎng)絡(luò)的 一個或多個設(shè)備，并從作為搜索結(jié)果而找 到的每個設(shè)備獲取設(shè)備信息；設(shè)置單元，其被配置為獲取用于將一個或多個 設(shè)備提取為候選監(jiān)控目標(biāo)的指定信息，其中根據(jù)所述設(shè)備信息中包括的預(yù)定 屬性來指定該信息；提取單元，其被配置為基于設(shè)置單元所獲取的信息，從 作為搜索結(jié)果而找到的設(shè)備中提取一個或多個設(shè)備作為候選監(jiān)控目標(biāo)；監(jiān)控 目標(biāo)選擇單元，其被配置為顯示提取單元所提取的設(shè)備的列表，從該設(shè)備的 列表中選擇一個或多個設(shè)備作為監(jiān)控目標(biāo)；設(shè)備監(jiān)控裝置，其被配置為獲取 被選擇為監(jiān)控目標(biāo)的每個設(shè)備中的至少 一個消耗元件的狀態(tài)信息，其中該設(shè) 備監(jiān)控裝置包括被配置為向定購支持裝置發(fā)送狀態(tài)信息的狀態(tài)信息發(fā)送單 元；以及定購支持裝置，其被配置為根據(jù)從設(shè)備監(jiān)控裝置接收的狀態(tài)信息創(chuàng) 建包括URL的電子郵件，所述URL指示用于定購至少一個被檢測為短缺的 消耗元件的網(wǎng)站，并且被配置為向與短缺的消耗元件對應(yīng)的設(shè)備相關(guān)的、提 前注冊的電子郵件地址發(fā)送電子郵件。
本發(fā)明的實施例提供了一種由計算機執(zhí)行的設(shè)備監(jiān)控方法，該設(shè)備監(jiān)控 方法包括設(shè)備信息獲取步驟，搜索連接到通信網(wǎng)絡(luò)的一個或多個設(shè)備，并 從作為搜索結(jié)果而找到的每個設(shè)備獲取設(shè)備信息；設(shè)置步驟，獲取用于將一 個或多個設(shè)備提取為候選監(jiān)控目標(biāo)的指定信息，其中根據(jù)所述設(shè)備信息中包 括的預(yù)定屬性來指定該信息；提取步驟，基于在設(shè)置步驟所獲取的信息，從 作為搜索結(jié)果而找到的設(shè)備中提取一個或多個設(shè)備作為候選監(jiān)控目標(biāo)；監(jiān)控 目標(biāo)選擇步驟，顯示在提取步驟所提取的設(shè)備的列表，從該設(shè)備的列表中選 擇一個或多個設(shè)備作為監(jiān)控目標(biāo)；以及狀態(tài)信息發(fā)送步驟，獲取被選擇為監(jiān) 控目標(biāo)的每個設(shè)備中的至少一個消耗元件的狀態(tài)信息，并且向定購支持裝置 發(fā)送該狀態(tài)信息，其中定購支持裝置被配置為根據(jù)所接收的狀態(tài)信息創(chuàng)建包 括URL的電子郵件，并且還被配置為向與短缺的消耗元件對應(yīng)的設(shè)備相關(guān) 的、提前注冊的電子郵件地址發(fā)送電子郵件，所述URL指示用于定購至少一 個被檢測為短缺的消耗元件的網(wǎng)站。
本發(fā)明的實施例提供了 一種設(shè)備監(jiān)控程序產(chǎn)品，該設(shè)備監(jiān)控產(chǎn)品包括使 計算機執(zhí)行下列步驟的指令設(shè)備信息獲取步驟，搜索連接到通信網(wǎng)絡(luò)的一 個或多個設(shè)備，并從作為搜索結(jié)果而找到的每個設(shè)備獲取設(shè)備信息；設(shè)置步 驟，獲取用于將一個或多個設(shè)備提取為候選監(jiān)控目標(biāo)的指定信息，其中根據(jù)
所述設(shè)備信息中包括的預(yù)定屬性來指定該信息；提取步驟，基于在設(shè)置步驟 所獲取的信息，從作為搜索結(jié)果而找到的設(shè)備中提取一個或多個設(shè)備作為候 選監(jiān)控目標(biāo)；監(jiān)控目標(biāo)選擇步驟，顯示在提取步驟所提取的設(shè)備的列表，從 該設(shè)備的列表中選擇一個或多個設(shè)備作為監(jiān)控目標(biāo)；以及狀態(tài)信息發(fā)送步驟， 獲取被選擇為監(jiān)控目標(biāo)的每個設(shè)備中的至少 一個消耗元件的狀態(tài)信息，并且 向定購支持裝置發(fā)送該狀態(tài)信息，其中定購支持裝置被配置為根據(jù)所接收的 狀態(tài)信息創(chuàng)建包括URL的電子郵件，并且還被配置為向與短缺的消耗元件對 應(yīng)的設(shè)備相關(guān)的、提前注冊的電子郵件地址發(fā)送電子郵件，所述URL指示用 于定購至少 一 個被檢測為短缺的消耗元件的網(wǎng)站。
根據(jù)本發(fā)明的一個實施例，提供了能夠便于更換設(shè)備補給的過程的定購 支持系統(tǒng)、設(shè)備監(jiān)控方法及程序產(chǎn)品。


當(dāng)結(jié)合附圖來閱讀下面的詳細(xì)描述時，本發(fā)明的其它目的、特征和優(yōu)點 將變得更加明顯，其中
圖1是#>據(jù)本發(fā)明的實施例的定購支持系統(tǒng)的示意圖2是監(jiān)控服務(wù)使客戶PC執(zhí)行的處理的流程圖3是用于描述定購支持系統(tǒng)所執(zhí)行的用戶注冊處理的順序圖4是用戶注冊頁面的示例；
圖5是用于指定監(jiān)控目標(biāo)提取信息的處理的流程圖6是所顯示的監(jiān)控目標(biāo)提取設(shè)置頁面的示例；
圖7是與設(shè)備數(shù)據(jù)庫對應(yīng)的設(shè)備信息表的示例；
圖8是所顯示的搜索結(jié)果設(shè)備列表頁面的示例；
圖9是包括關(guān)于設(shè)備是否被監(jiān)控的選項和備注的設(shè)備信息表的示例；
圖10是定購支持系統(tǒng)所執(zhí)行的更新設(shè)備信息表的處理的流程圖11示出了在設(shè)備信息表的條目中的型號名稱與當(dāng)前設(shè)備的型號名稱 (處理目標(biāo))不一致的情況下的更新設(shè)備信息表的示例；
圖12是用于描述定購支持系統(tǒng)所執(zhí)行的設(shè)備的監(jiān)控處理的順序圖13示出了緩沖表的示例；
圖14示出了基于設(shè)備信息的調(diào)查結(jié)果更新的緩沖表的示例；
圖15是狀態(tài)改變報告信息的結(jié)構(gòu)的示例；
圖16示出了短缺報告電子郵件的示例；
圖17示出了當(dāng)正常接收狀態(tài)改變報告信息時更新的緩沖表的示例；
圖18是定購頁面的示例；
圖19是由定購支持程序根據(jù)狀態(tài)改變報告信息執(zhí)行的處理的流程圖20是用于檢查要發(fā)送的短缺報告電子郵件是否多余的處理的流程圖;
圖21是設(shè)置頁面的示例；以及
圖22是監(jiān)控頁面的示例。
具體實施例方式
下面將參考附圖對本發(fā)明的實施例進(jìn)行描述。
圖1是根據(jù)本發(fā)明的實施例的定購支持系統(tǒng)的示意圖。如圖1中所示， 定購支持系統(tǒng)1包括定購支持服務(wù)器10、客戶PC 20以及設(shè)備30a、 30b、 30c 和30d(下文中，也統(tǒng)稱為"設(shè)備30")。定購支持服務(wù)器IO被安裝在定購所 在地(設(shè)備30的消耗元件的賣主，例如設(shè)備30的制造商)?？蛻鬚C20和設(shè)備 30被安裝在用戶所在地(在設(shè)備30的用戶處，例如在辦公室)。定購支持服務(wù) 器IO和客戶PC 20經(jīng)由諸如因特網(wǎng)的廣域網(wǎng)40彼此連接?？蛻鬚C 20和設(shè)連接。
設(shè)備30是成像裝置，諸如通過使用墨粉或油墨形成圖像的通常的打印機 或多功能外圍設(shè)備。在本實施例中，設(shè)備30支持MIB(管理信息庫)。設(shè)備30 可以響應(yīng)MIB信息請求，其基于SNMP(簡單網(wǎng)絡(luò)管理協(xié)議)經(jīng)由網(wǎng)絡(luò)40接收 請求。此外，在本實施例中，設(shè)備30可以檢測指示消耗元件狀態(tài)的信息(狀 態(tài)信息)。該狀態(tài)信息可以是定性的(正常/接近用完/用完)或定量的(100%， 90 %，…，10%, 0%)。
客戶PC 20是通用計算機，其中安裝有監(jiān)控程序21 ?？梢詮闹T如CD-ROM 的記錄介質(zhì)502或經(jīng)由網(wǎng)絡(luò)40下載來安裝監(jiān)控程序21。如下所述，在本實 施例中，監(jiān)控程序21是經(jīng)由網(wǎng)絡(luò)40下載的。
在圖1中，監(jiān)控程序1包括UI應(yīng)用程序211和監(jiān)控服務(wù)212。 UI應(yīng)用程 序211啟動作為與監(jiān)控服務(wù)212單獨的處理，并且UI應(yīng)用程序211提供與監(jiān) 控服務(wù)212的功能相對應(yīng)的GUI(圖形用戶界面)。UI應(yīng)用程序211顯示用于 指定監(jiān)控服務(wù)212的設(shè)置信息的頁面和用于顯示監(jiān)控服務(wù)212所獲取的設(shè)備
信息的頁面。
監(jiān)控服務(wù)212是作為后臺進(jìn)程而啟動的程序，其被加載到客戶PC 20的 存儲器中，并且由CPU來處理，以使客戶PC20執(zhí)行下面的功能。圖2是監(jiān) 控服務(wù)212使客戶PC 20執(zhí)行的處理的流程圖。
客戶PC 20基于監(jiān)控程序21周期性地從每個設(shè)備30獲取設(shè)備信息(MIB 信息)(步驟S301)。該設(shè)備信息包括用于確定設(shè)備30所使用的消耗元件狀態(tài) 的信息(狀態(tài)信息)，諸如墨粉狀態(tài)或總計數(shù)值(已打印紙張的總數(shù))。設(shè)備信息 可以包括諸如定影單元、墨粉噴射瓶、光電導(dǎo)元件或顯影劑的其它消耗元件 的狀態(tài)信息。如果包括在所獲取的設(shè)備信息中的消耗元件狀態(tài)信息是定性的 (即正常/接近用完/用完)(步驟S302中的"定性信息")，并且該信息指示接近 用完或用完(下文中，統(tǒng)稱為"用完")(步驟S303中的是)，則確定在消耗元 件中存在短缺(缺乏)(步驟S304)，并且向定購支持服務(wù)器10發(fā)送設(shè)備30的設(shè) 備信息(步驟S305)。另一方面，如果包括在所獲取的設(shè)備信息中的消耗元件 狀態(tài)信息是定量的(即100%, 90%，…，10%， 0。/0(步驟S302中的"定量 信息")，則確定該信息是否指示低于預(yù)定閾值的值(小于或等于30%)(步驟 S306)。如果該值低于預(yù)定閾值(步驟S306中的是)，則確定在消耗元件中存在 短缺(缺乏)(步驟S304),并且向定購支持服務(wù)器10發(fā)送設(shè)備30的設(shè)備信息(步 驟S305)。
在本實施例中，客戶PC20檢測在消耗元件中是否存在短缺(缺乏)；然而， 可以由定購支持服務(wù)器IO來執(zhí)行該檢測。在后者的情況下，客戶PC20需要 向定購支持服務(wù)器10發(fā)送所有設(shè)備30的設(shè)備信息。因而，考慮到降低網(wǎng)絡(luò) 負(fù)載，優(yōu)選地向定購支持服務(wù)器IO發(fā)送僅僅被客戶PC 20檢測為短缺消耗元 件的設(shè)備30的設(shè)備信息。
在客戶PC20中，還安裝了用于發(fā)送/接收電子郵件的郵件發(fā)送器和用于 瀏覽網(wǎng)頁的網(wǎng)頁瀏覽器。
定購支持服務(wù)器IO是通用計算機，其具有網(wǎng)站服務(wù)器的功能，并且在其 中安裝有定購支持程序11?？梢詮闹T如CD-ROM的記錄介質(zhì)或經(jīng)由網(wǎng)絡(luò)40 下載來安裝定購支持程序11。
將定購支持程序11加載到定購支持服務(wù)器10的存儲器中，并且由CPU 來處理該定購支持程序11以使定購支持服務(wù)器IO執(zhí)行下面的功能。也就是 說，基于定購支持程序11,定購支持服務(wù)器10的電子郵件創(chuàng)建單元基于從客戶PC20接收的設(shè)備信息創(chuàng)建電子郵件，以提示補充(或更換)被確定為短缺 的消耗元件(下文中，"補給")。向預(yù)先注冊的用戶的電子郵件地址發(fā)送電子 郵件。該電子郵件消息包含用于定購該短缺補給的網(wǎng)頁(下文中，"補給定購 頁面")的URL。響應(yīng)于當(dāng)用戶點擊URL時發(fā)送的HTTP請求，定購支持服 務(wù)器IO返回補給定購頁面。然后，定購支持服務(wù)器IO接收補給定購請求， 該請求用補給定購頁面進(jìn)行。響應(yīng)于該補給定購請求，定購支持服務(wù)器10向 未示出的補給定購管理系統(tǒng)發(fā)送補給定購指令。
本發(fā)明的發(fā)明者考慮了使用定購支持系統(tǒng)1的新商業(yè)模型的結(jié)構(gòu)。首先， 給出構(gòu)造這樣的商業(yè)模型的背景的描述。
一般地，通過諸如批發(fā)商和零售商的各種銷售渠道出售成像裝置。將從 制造商處購買產(chǎn)品(成像裝置)并且直接向客戶出售產(chǎn)品的經(jīng)銷商稱為"賣主"。 賣主包括僅僅出售諸如硬件的成像裝置的人，并且也包括依據(jù)客戶提供諸如 附加值的解決方案、且執(zhí)行SI操作以使得成像裝置執(zhí)行該解決方案的功能的 人。這些賣主從出售諸如硬件的成像裝置獲取的利潤和提供基于SI操作的軟 件獲取的利潤來賺得收入。
即使在已出售成像裝置以后，賣主還可以通過繼續(xù)出售補給來繼續(xù)獲取 利潤。通過出售補給獲取的利潤一般比通過出售成像裝置獲取的利潤要高。 然而，在通常情況下，在購買裝置后，客戶(用戶)通常從超級市場批發(fā)商店或 經(jīng)由郵件定購來購買補給，而不通過賣主來購買。因此，出售成像裝置的賣 主不能通過出售成像裝置的補給來繼續(xù)獲取利潤。
例如，假設(shè)某賣主出售制造商A和制造商B制造的成像裝置。如果在出 售制造商A的成像裝置的情況下賣主可以通過出售該成像裝置的補給來獲取 利潤，則對于該賣主來說，相比于制造商B的成像裝置，將有動力出售更多 的制造商A的成像裝置。結(jié)果，可以預(yù)料到，制造商A的產(chǎn)品的銷售增加， 因而制造商A相對于制造商B可以獲得竟?fàn)巸?yōu)勢。
本發(fā)明的發(fā)明者已設(shè)計了 一種系統(tǒng)，賣主利用該系統(tǒng)可以通過出售補給 來獲取利潤。本實施例描述了將定購支持系統(tǒng)1應(yīng)用到這樣的商業(yè)模型的示 例。
下面描述圖1中所示的定購支持系統(tǒng)1執(zhí)行的處理。從賣主處購買設(shè)備 30的用戶與賣主簽訂用于在定購支持系統(tǒng)1中注冊的注冊協(xié)議。首次簽訂該 注冊協(xié)議的用戶如圖3所示執(zhí)行用戶注冊。如在下面的描述中將變得明顯地，用戶有望通過使用定購支持系統(tǒng)1來降低補充(更換)補給的操作所需的費用。 這樣的希望變成用戶簽訂注冊協(xié)議的動力。
圖3是用于描述定購支持系統(tǒng)1執(zhí)行的用戶注冊的處理的順序圖。如圖 3中所示，網(wǎng)頁瀏覽器22是安裝在客戶PC20中的通用網(wǎng)頁瀏覽器。郵件發(fā) 送器23是安裝在客戶PC 20中的通用郵件發(fā)送器。
用戶從賣主獲得訪問定購支持服務(wù)器10來簽訂注冊協(xié)議的ID(下文中稱 作"訪問ID")和定購支持服務(wù)器10的URL,并且在網(wǎng)頁瀏覽器22中輸入 該URL。當(dāng)輸入URL時，顯示輸入訪問ID的請求。如果輸入了合法的訪問 ID,則從定購支持系統(tǒng)10向網(wǎng)頁瀏覽器22發(fā)送用于執(zhí)行用戶注冊的網(wǎng)頁(下 文中稱為"用戶注冊頁面，，)(步驟Sll)。在接收到用戶注冊頁面后，網(wǎng)頁瀏 覽器22顯示用戶注冊頁面。
圖4是用戶注冊頁面的示例。在下面對圖4的描述中，括號()內(nèi)的數(shù)字與 圖4中的附圖標(biāo)記對應(yīng)。如圖4中所示，在用戶注冊頁面220中，可以輸入 諸如用戶名(221)、郵政編碼(222)、地址(223)、公司名稱(224)、部門名稱(225)、 電話號碼(226)、傳真號(227)和電子郵件地址(228)的基本信息以及諸如當(dāng)做出 補給定購時用于交付補給的郵政編碼、地址、^^司名稱和(地址的)部門名稱 (231)和賣主ID(232)的其它信息。賣主ID是用戶簽訂注冊協(xié)議的賣主的ID, 并且當(dāng)簽訂注冊協(xié)議時由賣主通知。
用戶在用戶注冊頁面220中輸入必要的信息并且點擊注冊按鈕233。然 后，網(wǎng)頁瀏覽器22向定購支持服務(wù)器10發(fā)送HTTP請求，用于請求執(zhí)行用 戶注冊(步驟S12)。 HTTP請求包括輸入到用戶注冊頁面220的信息(下文中稱 作"用戶信息"，包括賣主ID)。
當(dāng)接收到HTTP請求時，定購支持服務(wù)器10的定購支持程序11向預(yù)定 數(shù)據(jù)庫(下文中稱作"用戶數(shù)據(jù)庫")注冊包括在HTTP請求中的用戶信息(步 驟S13)。當(dāng)注冊用戶信息時，定購支持程序11確定定購支持服務(wù)器IO是否 包括包含在用戶信息中的賣主ID的條目。如果存在這樣的條目，則定購支持 程序ll生成或獲取關(guān)于用戶ID的號碼和該用戶的密碼。用戶ID和密碼也被 包括在用戶信息中，并且被注冊在用戶數(shù)據(jù)庫中。
隨后，定購支持程序11向用戶的電子郵件地址發(fā)送用于下載監(jiān)控程序 21的網(wǎng)頁(下文中稱作"下載頁面")的URL以及其主體包含所生成的用戶ID 和密碼的電子郵件(下文中稱作"安裝信息報告電子郵件")(步驟S14)。通過在對步驟S12所接收的HTTP請求作出的HTTP響應(yīng)中包括網(wǎng)頁，定購支持 程序11還向網(wǎng)頁瀏覽器22發(fā)送網(wǎng)頁，用于顯示已發(fā)送安裝信息才艮告電子郵 件的消息報告。用戶可以通過查看網(wǎng)頁來獲知接收了該安裝信息報告電子郵 件。通過利用郵件發(fā)送器23查看安裝信息報告電子郵件，用戶可以確認(rèn)下載 頁面的URL以及給予該用戶的用戶ID和密碼。
不用非得利用電子郵件來報告下載頁面的URL。例如，在步驟S14中， 可以返回下載頁面本身，而不是返回顯示已發(fā)送安裝信息報告電子郵件的消 息的網(wǎng)頁。然而，如果在步驟S14時返回下載頁面，則用戶不得不繼續(xù)安裝 操作。使用安裝信息報告電子郵件的方法對用戶來說更便利，因為用戶一旦 接收到該郵件，則可以在任何便利的時候執(zhí)行安裝操作。也可以通過傳真或 郵寄發(fā)送該信息。
當(dāng)用戶點擊在安裝信息報告電子郵件中所寫的下載頁面的URL時，郵件 發(fā)送器23通過將URL作為參數(shù)(argument)而啟動瀏覽器22。當(dāng)網(wǎng)頁瀏覽器 22啟動時，網(wǎng)頁瀏覽器22基于該URL顯示所下載的頁面。在下載頁面上， 用戶點擊下載目的地的URL。然后，網(wǎng)頁瀏覽器22向定購支持服務(wù)器10發(fā) 送用于下載監(jiān)控程序21的下載請求(步驟S15)。響應(yīng)于該下載請求，定購支 持程序11向客戶PC 20傳送監(jiān)控程序21的安裝組件，該組件保存在定購支 持服務(wù)器10中(步驟S16)。
用戶啟動包括在所下載的安裝組件中的安裝器25(步驟S17)。當(dāng)安裝器 25啟動時，它顯示請求以提示用戶輸入在安裝信息報告電子郵件中報告的用 戶ID和密碼。當(dāng)用戶輸入用戶ID和密碼時，安裝器25向定購支持服務(wù)器 IO發(fā)送所輸入的用戶ID和密碼，并且請求用戶驗證(步驟S18)。也在客戶PC 20中保存和管理所輸入的用戶ID和密碼。
定購支持程序11利用在用戶數(shù)據(jù)庫中注冊的用戶ID和密碼反復(fù)檢查從 安裝器25接收的用戶ID和密碼，以驗證該用戶(步驟S19)。定購支持程序 11向監(jiān)控程序21返回驗證結(jié)果(步驟S20)。當(dāng)成功地驗證用戶時，安裝器25 安裝監(jiān)控程序21(步驟S21);當(dāng)未成功地驗證該用戶時，安裝器25不安裝該 監(jiān)控程序21。
只有當(dāng)驗證該用戶時才安裝監(jiān)控程序21。因此，可以防止欺騙性地獲得 該安裝組件的用戶安裝監(jiān)控程序21。監(jiān)控程序21經(jīng)由網(wǎng)絡(luò)40執(zhí)行與定購支 持程序11的通信。因而，為了防止欺騙性用戶使用監(jiān)控程序21并經(jīng)由網(wǎng)絡(luò)
40保護(hù)定購支持服務(wù)器10不受攻擊，在安裝監(jiān)控程序21之前執(zhí)行用戶驗證 是有效的。
如果適當(dāng)?shù)匕惭b了監(jiān)控程序21,則監(jiān)控程序21的監(jiān)控服務(wù)212在客戶 PC20中開始運行。首先，監(jiān)控服務(wù)212搜索連接到網(wǎng)絡(luò)50的設(shè)備30，并且 從設(shè)備30獲取關(guān)于每個設(shè)備的設(shè)備信息(例如，設(shè)備的序列號、MAC地址、 型號名稱、賣主名稱(設(shè)備的制造商名稱)；下文中稱作"搜索結(jié)果設(shè)備信 息")(步驟S22)?？梢酝ㄟ^公知技術(shù)來執(zhí)行經(jīng)由網(wǎng)絡(luò)50搜索設(shè)備30和獲取 搜索結(jié)果設(shè)備信息的操作，諸如根據(jù)SNMP(筒單網(wǎng)絡(luò)管理協(xié)議)獲取MIB(管 理信息庫)信息。
然后，監(jiān)控程序21使用戶指定用于縮小設(shè)備30的范圍以從搜索找到的 設(shè)備30中提取作為監(jiān)控目標(biāo)的候選設(shè)備的信息(監(jiān)控目標(biāo)提取信息)，并基于 所指定的監(jiān)控目標(biāo)提取信息提取作為監(jiān)控目標(biāo)的候選設(shè)備(步驟S23)。參考圖 5描述該處理。
圖5是用于指定監(jiān)控目標(biāo)提取信息的處理的流程圖。首先，監(jiān)控服務(wù)212 識別搜索找到的設(shè)備30的賣主名稱，并且創(chuàng)建所有搜索所找到的設(shè)備30的 賣主名稱的列表(步驟S231)。當(dāng)將搜索結(jié)果設(shè)備信息獲取為MIB信息時，可 以根據(jù)MIB信息中的"sysDescr(系統(tǒng)描述)"來識別設(shè)備30的賣主名稱。
然后，監(jiān)控服務(wù)212在所創(chuàng)建的列表中生成賣主名稱的邏輯和，以從該 列表中消除任何冗余的賣主名稱(步驟S232)。通過執(zhí)行該處理，如果賣主名 稱被列表為A、 B、 C、 A、 A、 B,則創(chuàng)建僅僅具有A、 B和C的列表。下文 中，將消除了冗余賣主名稱的列表稱作"賣主名稱列表"。然后，UI應(yīng)用程 序211在客戶PC 20的顯示設(shè)備上顯示頁面，用于使用戶指定監(jiān)控目標(biāo)提取 信息(下文中稱作"監(jiān)控目標(biāo)提取設(shè)置頁面")(步驟S233)。
圖6是所顯示的監(jiān)控目標(biāo)提取設(shè)置頁面的示例。在圖6中，監(jiān)控目標(biāo)提 取設(shè)置頁面270顯示賣主名稱列表。為每個賣主名稱提供了勾號框271。當(dāng) 點擊取消按鈕272時，清除勾號框271中的所有勾號標(biāo)記。
在監(jiān)控目標(biāo)提取設(shè)置頁面270中，用戶對作為監(jiān)控目標(biāo)的賣主名稱的勾 號框271劃勾。當(dāng)用戶點擊OK按鈕273時，UI應(yīng)用程序211將劃勾的(選擇 的)賣主名稱(下文中稱作"監(jiān)控目標(biāo)賣主名稱")存儲在客戶PC 20的存儲設(shè) 備中(步驟S234)。用戶可以選擇多個監(jiān)控目標(biāo)賣主名稱。隨后，監(jiān)控服務(wù)212 從搜索找到的設(shè)備30中提取其賣主名稱在監(jiān)控目標(biāo)賣主名稱(或與監(jiān)控目標(biāo)
賣主名稱一致)的設(shè)備(步驟S235)。在本實施例中，其勾號框271被劃勾的賣 主名稱對應(yīng)于監(jiān)控目標(biāo)；然而，其勾號框271被劃勾的賣主名稱可以對應(yīng)于 不是監(jiān)控目標(biāo)的賣主。此外，在本實施例中，將監(jiān)控目標(biāo)提取設(shè)置頁面270 配置為顯示包括搜索找到的設(shè)備的賣主名稱的賣主名稱列表；然而，監(jiān)控目 標(biāo)提取設(shè)置頁面270可以顯示預(yù)先注冊的賣主名稱列表。然而，如在本實施 例中，通過顯示包括搜索找到的設(shè)備的賣主名稱的賣主名稱列表，可以適當(dāng) 地縮小選項的范圍。
返回參考圖3，監(jiān)控服務(wù)212向定購支持服務(wù)器IO發(fā)送搜索結(jié)果設(shè)備信 息，該搜索結(jié)果設(shè)備信息描述基于監(jiān)控目標(biāo)賣主名稱提取的設(shè)備30(步驟 S24)。
定購支持程序11將所接收的搜索結(jié)果設(shè)備信息注冊到預(yù)定的數(shù)據(jù)庫中 (下文中稱作"設(shè)備數(shù)據(jù)庫")(步驟S25)。
圖7是與設(shè)備數(shù)據(jù)庫對應(yīng)的設(shè)備信息表的示例。如圖7所示，在設(shè)備信 息表12中，為每個搜索找到的設(shè)備30注冊和管理MAC地址、賣主名稱、 型號名稱、序列號、監(jiān)控標(biāo)記、備注、補給狀態(tài)和郵件標(biāo)記。將包括在搜索 結(jié)果設(shè)備信息中的MAC地址、賣主名稱、型號名稱和序列號直接注冊到在 設(shè)備信息表12中。盡管為了方便而未示出，但是也可以注冊諸如IP地址的 更多信息。在步驟S24中，向定購支持服務(wù)器IO發(fā)送搜索結(jié)果設(shè)備信息，該 搜索結(jié)果設(shè)備信息與基于監(jiān)控目標(biāo)賣主名稱而提取的設(shè)備30相關(guān)。因而，設(shè) 備信息表12不是包括所有設(shè)備30的搜索結(jié)果設(shè)備信息，而只包括與監(jiān)控目 標(biāo)賣主名稱相關(guān)的設(shè)備30的搜索結(jié)果設(shè)備信息。
監(jiān)控標(biāo)記是指示是否將相應(yīng)的設(shè)備30指定為監(jiān)控服務(wù)212的監(jiān)控目標(biāo)的 標(biāo)記信息。如果該設(shè)備是監(jiān)控目標(biāo)，則將注冊"是"；如果該設(shè)備不是監(jiān)控目 標(biāo)，則將注冊"否"。注冊"是"作為初始值。然而，初始值可以為NULL(空) 值。"備注"是用戶可以任意注冊與相應(yīng)設(shè)備相關(guān)的信息的字段。
補給狀態(tài)是注冊用于識別補給的狀態(tài)的信息的字段。在本實施例中，注 冊N(正常)、Ne(接近用完)和E(用完)中的任何一個。初始值可以是"N"和 NULL(空)值。下面描述郵件標(biāo)記。
然后，定購支持程序11向監(jiān)控服務(wù)212發(fā)送顯示搜索結(jié)果設(shè)備信息的列 表的網(wǎng)頁(下文中稱作"搜索結(jié)果設(shè)備列表頁面")的URL(步驟S26)。監(jiān)控服 務(wù)212通過將所接收的URL用作參數(shù)而啟動網(wǎng)頁瀏覽器22(步驟S27)。當(dāng)網(wǎng)
頁瀏覽器22啟動時，網(wǎng)頁瀏覽器22向定購支持服務(wù)器10發(fā)送HTTP請求， 該HTTP請求用于請求基于被指定為參數(shù)的URL的搜索結(jié)果設(shè)備列表頁面。 當(dāng)接收到HTTP請求時，定購支持程序11基于在設(shè)備信息表12中注冊的信 息生成搜索結(jié)果設(shè)備列表頁面，并且向網(wǎng)頁瀏覽器22返回搜索結(jié)果設(shè)備列表 頁面(步驟S29)。
圖8是所顯示的搜索結(jié)果設(shè)備列表頁面的示例。在下面關(guān)于圖8的描述 中，括號()內(nèi)的數(shù)字對應(yīng)于圖8中的附圖標(biāo)記。如圖8中所示，對于作為搜索 結(jié)果而找到的每個設(shè)備30,搜索結(jié)果設(shè)備列表頁面240顯示序列號、MAC 地址、IP地址、型號名稱和賣主名稱。此外，對于每個設(shè)備30,搜索結(jié)果設(shè) 備列表頁面240包括用于輸入備注的列(241)和用于選擇是否將相應(yīng)設(shè)備30 指定為被監(jiān)控程序21監(jiān)控的監(jiān)控目標(biāo)的勾號按鈕(242)。用戶可以在搜索結(jié)果 設(shè)備列表頁面240中為每個設(shè)備30輸入備注并選擇是否將設(shè)備30作為監(jiān)控 目標(biāo)。在本實施例中，當(dāng)對勾號按鈕(242)劃勾時，確定將相應(yīng)的設(shè)備30選擇 為監(jiān)控目標(biāo)。在備注列(241)中，用戶可以任意地輸入任何類型的信息。例如， 可以輸入將有助于更換消耗元件的操作的信息，諸如設(shè)備30的位置。
搜索結(jié)果設(shè)備列表頁面240并不顯示所有的搜索找到的設(shè)備，而僅僅顯 示基于監(jiān)控目標(biāo)賣主名稱所提取(縮小范圍)的設(shè)備。當(dāng)指定監(jiān)控目標(biāo)賣主名稱 時，在其中辦公室具有多個賣主的許多設(shè)備30的情況下，可以減少在搜索結(jié) 果設(shè)備列表頁面240中顯示的設(shè)備30的數(shù)目。因此，可以減輕從搜索結(jié)果設(shè) 備列表頁面240中所顯示的設(shè)備30中尋找作為監(jiān)控目標(biāo)的設(shè)備30的工作負(fù) 載。具體地，在最近幾年并且將繼續(xù)地，存在多個賣主的設(shè)備30的混合是不 是罕見的，因而基于監(jiān)控目標(biāo)賣主名稱來提取監(jiān)控目標(biāo)的候選設(shè)備是有效的。
在搜索結(jié)果設(shè)備列表頁面240中，用戶輸入關(guān)于每個設(shè)備30的備注，選 擇是否監(jiān)控每個設(shè)備30,并且點擊發(fā)送按鈕243。然后，網(wǎng)頁瀏覽器22向定 購支持服務(wù)器10發(fā)送HTTP請求，請求注冊對于監(jiān)控所述設(shè)備30來說必須 輸入的備注和做出的選擇(步驟S30)。定購支持程序11基于所接收的HTTP 請求還在設(shè)備信息表12中額外注冊對于監(jiān)控所述設(shè)備30來說必須輸入的備 注和做出的選擇(步驟S31)。也就是說，對于設(shè)備信息表12中的"監(jiān)控標(biāo)記"， 對于作為監(jiān)控目標(biāo)的設(shè)備注冊"是"，而對于不是監(jiān)控目標(biāo)的設(shè)備注冊"否"。
圖9是包括關(guān)于是否監(jiān)控設(shè)備的選項和備注的設(shè)備信息表12的示例。圖 9所示的設(shè)備信息表12包括信息"OMORI4F",指示第1行的條目中的設(shè)備30的位置。監(jiān)控標(biāo)記指示第1至第4行的條目中的設(shè)備是監(jiān)控目標(biāo)，而第5 至第7行的條目中的設(shè)備不是監(jiān)控目標(biāo)。
完成了用戶注冊的處理。除了當(dāng)安裝監(jiān)控程序21時之外，用戶可以通過 選擇菜單選項來將其它設(shè)備30增加為監(jiān)控目標(biāo)。類似地，監(jiān)控程序21注冊 搜索結(jié)果設(shè)備信息，并且使客戶PC20顯示搜索結(jié)果列表頁面。此外，UI應(yīng) 用程序211可以根據(jù)用戶選擇的菜單選項來顯示監(jiān)控目標(biāo)提取設(shè)置頁面270, 使得用戶可以再次選擇監(jiān)控目標(biāo)賣主名稱。在這種情況下，根據(jù)在監(jiān)控目標(biāo) 提取設(shè)置頁面270中的編輯結(jié)果，更新保存在存儲設(shè)備中的監(jiān)控目標(biāo)賣主名 稱。在本實施例中，將賣主名稱用作為用于提取作為監(jiān)控目標(biāo)的候選設(shè)備的 信息；然而，可以將除賣主名稱之外的設(shè)備信息中的一個屬性的屬性值用作 為用于提取作為監(jiān)控目標(biāo)的候選設(shè)備的信息。例如，可以基于型號名稱、在 備注中注冊的信息、或賣主名稱、型號名稱和在備注中注冊的信息的組合來 提取作為監(jiān)控目標(biāo)的候選設(shè)備。此外，可以在定購支持服務(wù)器10中提取作為 監(jiān)控目標(biāo)的候選設(shè)備。在這種情況下，預(yù)先將監(jiān)控目標(biāo)賣主名稱等注冊在定 購支持服務(wù)器10中。例如，當(dāng)在步驟S24接收到搜索結(jié)果設(shè)備信息時，定購 支持程序11可以基于所注冊的監(jiān)控目標(biāo)賣主名稱從搜索結(jié)果設(shè)備信息中提 取作為監(jiān)控目標(biāo)的候選設(shè)備。
隨后，監(jiān)控服務(wù)212自動地重復(fù)搜索(或周期性地搜索)連接到網(wǎng)絡(luò)50的 設(shè)備(步驟S32)。監(jiān)控服務(wù)212從搜索找到的設(shè)備30中提取與保存在客戶PC 20的存儲設(shè)備中的監(jiān)控目標(biāo)賣主名稱相對應(yīng)的設(shè)備30(步驟S33),并且向定 購支持服務(wù)器10發(fā)送所提取的設(shè)備30的搜索結(jié)果設(shè)備信息(步驟S34)。
定購支持程序11基于所接收的搜索結(jié)果設(shè)備信息更新設(shè)備信息表12(步 驟S35)。周期性地檢查網(wǎng)絡(luò)50的構(gòu)造，并且基于檢查結(jié)果更新設(shè)備信息表 12。因而，可以最小化設(shè)備信息表12的內(nèi)容和網(wǎng)絡(luò)50的構(gòu)造之間的不一致。
給出關(guān)于在步驟S35中執(zhí)行的更新設(shè)備信息表12的處理的詳細(xì)描述。圖 10是由定購支持程序11執(zhí)行的更新設(shè)備信息表12的處理的流程圖。當(dāng)接收 到搜索結(jié)果設(shè)備信息時，定購支持程序ll基于與搜索結(jié)果設(shè)備信息一起從監(jiān) 控服務(wù)212發(fā)送的用戶ID和密石馬執(zhí)行用戶驗證(步驟S351)。當(dāng)驗證該用戶時 (步驟S351中的是)，定購支持程序ll對包括在搜索結(jié)果設(shè)備信息中的每個設(shè) 備執(zhí)行從步驟S352向前的處理。
首先，將一個設(shè)備作為處理目標(biāo)(下文中，將作為處理目標(biāo)的設(shè)備稱作"當(dāng)
前設(shè)備")(步驟S353)。定購支持程序11確定當(dāng)前設(shè)備是否是最新找到的設(shè) 備(下文中稱作"最新設(shè)備")(步驟S354)。通過將當(dāng)前設(shè)備的MAC地址作為 關(guān)鍵字做出該確定，以搜索設(shè)備信息表12是否包括具有相應(yīng)MAC地址的條 目。如果未找到這樣的條目，則定購支持程序ll確定當(dāng)前設(shè)備是最新設(shè)備。
當(dāng)定購支持程序11確定當(dāng)前設(shè)備是最新設(shè)備時(步驟S354的是)，定購支 持程序11在設(shè)備信息表12中注冊當(dāng)前設(shè)備的條目(步驟S355)。這時，將當(dāng) 前設(shè)備作為監(jiān)控目標(biāo)。也就是說，將最新增加的條目的監(jiān)控標(biāo)記注冊為"是，，， 如果自動執(zhí)行該處理，則將沒有適當(dāng)時機詢問用戶是否確定該最新設(shè)備是監(jiān) 控目標(biāo)，因而定購支持程序ll自動地將監(jiān)控標(biāo)記注冊為"是"。注冊為"是，， 而不是"否"的原因在于，用戶安裝監(jiān)控程序21的目的是監(jiān)控連接到網(wǎng)絡(luò) 50的設(shè)備30的補給。因而，根據(jù)這樣的用戶目的，默認(rèn)地將最新設(shè)備設(shè)置 為監(jiān)控目標(biāo)看起來是合理的。此外，從定購所在地的觀點來看，通過擁有盡 可能多的監(jiān)控目標(biāo)設(shè)備可以促進(jìn)補給的出售。
另一方面，當(dāng)已包括具有與當(dāng)前設(shè)備相同的MAC地址的條目時(步驟 S354中的否)，定購支持程序11確定條目中的賣主名稱和型號名稱是否與當(dāng) 前設(shè)備的賣主名稱和型號名稱相同(步驟S356)。因為不能僅僅因為MAC地 址一致而必然確保條目中的設(shè)備與當(dāng)前設(shè)備一致，所以檢查這些項目。也就 是說，設(shè)備可以通過網(wǎng)絡(luò)卡獲取MAC地址，并且可以將這樣的網(wǎng)絡(luò)卡插入 到另一設(shè)備中。因而，基于MAC地址不總是能夠正確地識別設(shè)備。
如果條目包括與當(dāng)前設(shè)備相同的MAC地址，但是包括在條目中的賣主 名稱和型號名稱中的至少一個與當(dāng)前設(shè)備的不一致，則將更新條目中與當(dāng)前 設(shè)備不一致的信息，并且將監(jiān)控標(biāo)記改變?yōu)?是，，(步驟S357)。圖ll示出了 在其中設(shè)備信息表12的條目中的型號名稱與當(dāng)前設(shè)備的型號名稱不一致的 情況下所更新的設(shè)備信息表12的示例。
在圖11中，第5行中的條目包括與當(dāng)前設(shè)備的型號名稱不一致的型號名 稱，因而被更新。將第5行中的條目的中的型號名稱改變?yōu)榘ㄔ诋?dāng)前設(shè)備 的搜索結(jié)果信息中的型號名稱，并且將監(jiān)控標(biāo)記改變?yōu)?是"。將監(jiān)控標(biāo)記改 變成"是"的原因是因為將這樣的設(shè)備視為最新設(shè)備被認(rèn)為是合理的。
同時，如果已存在包括與當(dāng)前設(shè)備相同的MAC地址的條目(步驟S354 中的否)，并且包括在條目中的賣主名稱和型號名稱與當(dāng)前設(shè)備的賣主名稱和 型號名稱一致(步驟S356中的否)，則定購支持程序ll將確定當(dāng)前設(shè)備已注冊
有該條目。然而，如果當(dāng)前設(shè)備的屬性(例如序列號)存在任何改變，則更新條
目中的相應(yīng)屬性的項目(步驟S358)。然而，不改變監(jiān)控標(biāo)記。也就是說，即 使監(jiān)控標(biāo)記指示"否"，也將它保持不變。如果自動改變指示"否"的監(jiān)控標(biāo) 記，則其將與用戶特地從監(jiān)控目標(biāo)排除該設(shè)備的目的相抵觸。
當(dāng)對包括在搜索結(jié)果設(shè)備信息中的所有設(shè)備執(zhí)行步驟S353至S358的處 理時(步驟S352中的是)，定購支持程序11向監(jiān)控服務(wù)212返回成功地注冊搜 索結(jié)果設(shè)備信息的報告(步驟S360),并且結(jié)束該處理。如果未成功地驗證用 戶(步驟S351中的否)，則將不更新設(shè)備信息表12;此外，定購支持程序11 將向監(jiān)控服務(wù)212返回錯誤信息(步驟S359)。
然后，將給出對當(dāng)安裝在客戶PC 20中的監(jiān)控程序21(監(jiān)控服務(wù)212)監(jiān)控 設(shè)備30時定購支持系統(tǒng)1所執(zhí)行的處理的描述。圖12是用于描述由定購支 持系統(tǒng)1執(zhí)行的監(jiān)控所述設(shè)備30的處理的順序圖。
當(dāng)?shù)搅吮O(jiān)控所述設(shè)備30的狀態(tài)的時間時，其中該時間重復(fù)地發(fā)生(例如， 周期性地)，監(jiān)控服務(wù)212從定購支持服務(wù)器10請求作為監(jiān)控目標(biāo)的設(shè)備 30(下文中稱作"監(jiān)控設(shè)備")的列表(步驟SIOI)。定購支持程序ll基于設(shè)備 信息表12中的監(jiān)控標(biāo)記列出監(jiān)控設(shè)備，并且向監(jiān)控服務(wù)212返回該列表(監(jiān) 控設(shè)備列表)(步驟S102)。除了用于監(jiān)控所述設(shè)備30的預(yù)定周期性時間點之 外，監(jiān)控服務(wù)212可以根據(jù)例如用戶選擇的菜單項目在任何時間點監(jiān)控設(shè)備 30。在這樣的方式中，監(jiān)控服務(wù)212本身不管理每個設(shè)備是否是監(jiān)控目標(biāo)， 但是監(jiān)控服務(wù)212通過詢問定購支持程序11來識別監(jiān)控設(shè)備。利用這樣的配 置，可以利用簡化的配置來實現(xiàn)監(jiān)控服務(wù)212，從而可以降低處理工作負(fù)載。
當(dāng)接收到監(jiān)控設(shè)備列表時，監(jiān)控服務(wù)212基于監(jiān)控設(shè)備列表更新緩沖表 (步驟S103)。監(jiān)控服務(wù)212使用緩沖表來管理監(jiān)控設(shè)備的補給狀態(tài)，例如將 在客戶PC20的存儲器中構(gòu)造該緩沖表。
圖13示出了緩沖表的示例。如圖13中所示，緩沖表27注冊每個監(jiān)控設(shè) 備的信息并進(jìn)行保存。該信息包括MAC地址、賣主名稱、型號名稱、序列 號、備注、監(jiān)控狀態(tài)、補給狀態(tài)和報告標(biāo)記。在步驟S103中，基于所接收的 監(jiān)控設(shè)備列表，注冊或更新MAC地址、賣主名稱、型號名稱、序列號和備 注。例如，如果在所接收的監(jiān)控設(shè)備列表中存在未包括在緩沖表27中的監(jiān)控 設(shè)備MAC地址，則監(jiān)控服務(wù)212將為相應(yīng)監(jiān)控設(shè)備在緩沖表27中增加新條 目。如果緩沖表27中的條目具有與包括在所接收的監(jiān)控設(shè)備列表中的監(jiān)控設(shè)
備相同的MAC地址，但是該條目包括與相應(yīng)監(jiān)控設(shè)備不同的信息(賣主名稱、 型號名稱、序列號或備注)，則更新該條目的不同信息。此外，如果援沖表27 包括具有未包括在監(jiān)控設(shè)備列表中的MAC地址的條目，則監(jiān)控服務(wù)212將 刪除這樣的條目。也就是說，緩沖表27僅保留與當(dāng)前被指定為監(jiān)控設(shè)備的設(shè) 備相對應(yīng)的條目。緩沖表27中的監(jiān)控狀態(tài)、補給狀態(tài)和報告標(biāo)記是要在下面 描述的處理中被更新的項目，將具體給出每種情況的細(xì)節(jié)。
然后，基于SNMP，監(jiān)控服務(wù)212請求注冊在緩沖表27的條目中的設(shè)備 30(監(jiān)控設(shè)備)提供作為設(shè)備信息的MIB信息(步驟S104)。所請求的MIB信息 至少包括墨粉狀態(tài)，并且還可以包括關(guān)于其它補給的狀態(tài)的信息。每個設(shè)備 30向監(jiān)控服務(wù)212返回所請求的MIB信息(步驟S105)。
在實現(xiàn)本發(fā)明中，所述設(shè)備信息不必限于MIB信息，并且用于查詢設(shè)備 信息的協(xié)議不限于SNMP。然而，通過使用標(biāo)準(zhǔn)化的技術(shù)，可以通過同一過 程來獲取不同賣主的設(shè)備30的設(shè)備信息，因而優(yōu)選地使用諸如MIB和SNMP 的標(biāo)準(zhǔn)技術(shù)。
當(dāng)從所有監(jiān)控設(shè)備獲取(輪詢)設(shè)備信息時，監(jiān)控服務(wù)212基于設(shè)備信息更 新緩沖表27中的監(jiān)控狀態(tài)、補給狀態(tài)和報告標(biāo)記(步驟S106)。對于監(jiān)控狀態(tài)， 對與成功獲取設(shè)備信息的設(shè)備對應(yīng)的條目注冊"OK",并且對與未成功獲取 設(shè)備信息的設(shè)備對應(yīng)的條目注冊"NG"。對于補給狀態(tài)，注冊包括在所獲取 的設(shè)備信息中的補給狀態(tài)信息，諸如墨粉狀態(tài)。對于報告標(biāo)記，如果補給狀 態(tài)的值已改變，則將注冊"未報告"。也就是說，監(jiān)控服務(wù)212通過將緩沖表 27更新之前注冊在緩沖表27中的補給狀態(tài)與包括在最新獲取的設(shè)備信息中 的補給狀態(tài)信息進(jìn)行比較而檢測補給狀態(tài)。如果監(jiān)控服務(wù)212檢測到補給狀 態(tài)已改變，則監(jiān)控服務(wù)212將緩沖表27中的條目的報告標(biāo)記設(shè)置未"未報告"。 報告標(biāo)記用于確定是否已向定購支持程序11報告補給狀態(tài)的改變。 圖14示出了基于設(shè)備信息的輪詢結(jié)果而更新的緩沖表的示例。圖14示 出了根據(jù)圖13所示的緩沖表而更新的緩沖表27。具體地，在第l行中的條 目中，補給狀態(tài)從"正常，，(不短缺)改變成"接近用完"(接近完成)。因此， 已將報告標(biāo)記的值更新為"未報告"。類似地，在第4行中的條目中，將補給 狀態(tài)從"接近用完"改變成"用完"(完成)，因而將報告標(biāo)記更新為"未報告"。 在第3和第5行中的條目中，補給狀態(tài)未改變，因而未更新報告標(biāo)記的值。 在第2行中的條目中，監(jiān)控狀態(tài)指示"NG"。這是因為未成功獲得與該條目
對應(yīng)的設(shè)備30的設(shè)備信息。在這種情況下，既不更新補給狀態(tài)，也不更新報 告標(biāo)記的值。
然后，監(jiān)控服務(wù)212生成狀態(tài)改變報告信息(步驟S107)。監(jiān)控服務(wù)212 為與在緩沖表27中報告標(biāo)記值是"未報告"的條目對應(yīng)的設(shè)備生成狀態(tài)改變 報告信息。因而，根據(jù)圖14中所示的緩沖表27,為與第l、第3和第4行中 的條目對應(yīng)的設(shè)備生成狀態(tài)改變報告信息。
圖15是狀態(tài)改變報告信息的結(jié)構(gòu)的示例。如圖15中所示，狀態(tài)改變報 告信息包括報頭信息和設(shè)備信息。
報頭信息包括日期和時間、用戶ID以及密碼。日期和時間是傳送該設(shè)備 信息的日期和時間。當(dāng)安裝監(jiān)控程序21時輸入用戶ID和密碼，它們是所保 存的用戶ID和密碼。因而，不從設(shè)備30獲取報頭信息。
設(shè)備信息如上所述。具體地，從設(shè)備30獲取設(shè)備信息作為MIB信息， 包括設(shè)備30的賣主名稱、型號名稱、序列號、MAC地址、墨粉ID(用于指定 墨粉瓶的信息在彩色設(shè)備的情況下，對每個色彩給出墨粉ID;在單色設(shè)備 的情況下只給出一個ID)、墨粉名稱、墨粉狀態(tài)、墨粉級別、墨粉名稱(字符 串)、墨粉名稱(代碼)和總計數(shù)值。通過公共MIB(標(biāo)準(zhǔn)MIB)定義該信息，并 且可以從任何設(shè)備30獲取，而無論是哪一個賣主。
墨粉狀態(tài)指示墨粉的狀態(tài)?？傆嫈?shù)值指示所打印紙張的總數(shù)。監(jiān)控程序 21基于墨粉狀態(tài)檢測"墨粉用完"(墨粉已用完)。監(jiān)控程序21基于總計數(shù)值 確定光電導(dǎo)元件、定影單元或顯影劑消耗的程度。然而，標(biāo)準(zhǔn)MIB所指示的 墨粉狀態(tài)不能指定已消耗(用完)的墨粉的色彩。
因此，根據(jù)本發(fā)明的實施例的設(shè)備信息還包括單色計數(shù)值、彩色計數(shù)值、 青色計數(shù)值、洋紅色計數(shù)值、黑色計數(shù)值和紅色計數(shù)值。賣主將這些信息唯 一地定義為私有MIB(擴展MIB)。
例如，在本發(fā)明的實施例中，假設(shè)只有制造商A制造的設(shè)備30提供擴 展MIB。因而，制造商A制造的服務(wù)30的設(shè)備信息包括這些值；然而，在 除制造商A以外的其他制造商制造的設(shè)備30的設(shè)備信息中，這些值是空白。
單色計數(shù)值是通過單色打印而打印出的紙張數(shù)。彩色計數(shù)值是通過彩色 打印而打印出的紙張數(shù)。青色計數(shù)值、洋紅色計數(shù)值、黑色計數(shù)值和紅色計 數(shù)值是通過使用各個色彩的墨粉而打印出的紙張數(shù)。因而，如果設(shè)備30是由 制造商A制造的，則可以檢測每個色彩的墨粉的用完。
在圖14等中所示的緩沖表27中，為了方便，僅為每個監(jiān)控設(shè)備分配了 一個條目。然而，在管理多個補給(例如墨粉狀態(tài)和每個CMYK的總計數(shù)值) 的狀態(tài)的情況下，可以為每個補給分配條目。包括在狀態(tài)改變報告信息中的 信息不限于圖15中所示的信息；可以根據(jù)需要任意確定要包括的信息。
然后，監(jiān)控服務(wù)212向定購支持程序ll發(fā)送所生成的狀態(tài)改變報告信息 (步驟S108)。為了降低通信工作負(fù)載，優(yōu)選地是一次(收集在在單個消息中) 發(fā)送不同設(shè)備的狀態(tài)改變報告信息；與利用單獨的消息發(fā)送信息的情況相比， 可以降低管理費用。
已接收到狀態(tài)改變報告信息后，定購支持程序ll基于狀態(tài)改變報告信息 執(zhí)行諸如更新設(shè)備信息表12和確定哪個設(shè)備短缺補給的處理(步驟S109)。下 面描述該步驟中執(zhí)行的處理的細(xì)節(jié)。
此后，定購支持程序11生成用于定購短缺補給的網(wǎng)頁(下文中稱作"定 購頁面")，創(chuàng)建用于報告短缺補給的電子郵件(下文中稱作"短缺報告電子郵
報告電子郵件包括定購頁面的URL。為每個短缺報告電子郵件給予ID(下文 中稱作"郵件ID，，)。將諸如序列號的用于識別作為短缺報告電子郵件的主題 的設(shè)備30的信息、諸如用戶ID或電子郵件地址的用于識別用戶的信息以及 發(fā)送日期和時間與郵件ID —起保存為短缺報告電子郵件的傳輸歷史。
圖16示出了短缺報告電子郵件的示例。在圖16中所示的短缺報告電子 郵件250中，在o中的字符串不表示具體值，而是描述要向相應(yīng)位置輸入的 信息的內(nèi)容。
如圖16中所示，將屬于狀態(tài)改變報告信息的用戶的電子郵件地址輸入為 短缺報告電子郵件250的目的地址?？梢酝ㄟ^使用包括在狀態(tài)改變報告信息 中的用戶ID和密碼作為搜索關(guān)鍵字來搜索用戶數(shù)據(jù)庫而指定用戶的電子郵 件地址。在用戶注冊時，將用戶ID和密碼與電子郵件地址一起注冊在用戶數(shù) 據(jù)庫中。
短缺報告電子郵件250的標(biāo)題指示其為短缺報告電子郵件。短缺報告電 子郵件250的主體包括關(guān)于屬于狀態(tài)改變報告信息的設(shè)備30的信息、關(guān)于短 缺補給的信息、定購頁面的URL等。
關(guān)于設(shè)備30的信息包括設(shè)備30的賣主名稱和型號名稱、以及備注?？?以通過使用包括在狀態(tài)改變報告信息中的序列號、MAC地址或IP地址作為 搜索關(guān)鍵字而從設(shè)備數(shù)據(jù)庫中獲取該信息。如果短缺補給是墨粉，則關(guān)于短 缺補給的信息包括包括在狀態(tài)改變報告信息中的諸如墨粉狀態(tài)、墨粉ID和墨粉名稱的信息。如果在單個設(shè)備30中同時發(fā)生多個補給短缺，則創(chuàng)建具有指 示多個補給短缺的信息的單個短缺報告電子郵件250,并且報告多個補給的 短缺。
在發(fā)送短缺報告電子郵件250之后，在步驟Slll中，定購支持程序11 向監(jiān)控服務(wù)212返回根據(jù)在步驟S108接收的狀態(tài)改變報告信息執(zhí)行的一系列 處理的處理結(jié)果。如果處理結(jié)果指示已正確地完成該處理(也就是說，正確地 處理了狀態(tài)改變報告信息)，則監(jiān)控服務(wù)212將緩沖表27中的報告標(biāo)記從"未 報告"更新為"報告"(步驟S112)。
圖17示出了當(dāng)正確接收到狀態(tài)改變報告信息時所更新的緩沖表27的示 例。圖17示出了已從圖14所示的緩沖表更新的緩沖表27。在圖17所示的 緩沖表27中，在第1、第3和第4行中的條目中，已將報告標(biāo)記從"未報告" 更新為"報告"。通過更新報告標(biāo)記的值，可以防止在已正確處理了補給狀態(tài) 的改變后冗余地發(fā)送狀態(tài)改變報告信息。因此，可以減少通信量，并且也可 以防止冗余地發(fā)送短缺報告電子郵件250。
即使當(dāng)不執(zhí)行打印時，在客戶PC 20處利用郵件發(fā)送器23查看到短缺報 告電子郵件的用戶也可以知道補給的短缺。此外，如果在備注中輸入了設(shè)備 30的位置，則將減少用于尋找設(shè)備30所需的努力。
當(dāng)用戶點擊在短缺報告電子郵件250中所寫的定購頁面的URL時，郵件 發(fā)送器23通過將所點擊的URL作為參數(shù)而啟動網(wǎng)頁瀏覽器22。當(dāng)網(wǎng)頁瀏覽 器22啟動時，網(wǎng)頁瀏覽器22向定購支持服務(wù)器IO發(fā)送HTTP請求，用于請 求基于該參數(shù)指定的URL的定購頁面(步驟S113)。響應(yīng)于所接收的HTTP請 求，定購支持程序11向網(wǎng)頁瀏覽器22返回定購頁面(步驟S114)。網(wǎng)頁瀏覽 器22顯示所接收的定購頁面。
圖18是定購頁面的示例。如圖18中所示，定購頁面260包括區(qū)域261， 用于顯示關(guān)于具有短缺補給的設(shè)備30的信息(制造商(賣主)名稱、型號名稱、 序列號、備注(位置))。區(qū)域261A顯示短缺補給的名稱。區(qū)域262顯示與設(shè) 備30對應(yīng)的各種補給的列表，從而可以為各種補給^f故出定購。具體地，對于 每個補給，顯示產(chǎn)品名稱，并且可以輸入要購買的數(shù)量。如通過附圖標(biāo)記2621 所指示的，已輸入了短缺補給所必需的數(shù)量。每個產(chǎn)品名稱提供了到顯示相應(yīng)產(chǎn)品描述的網(wǎng)頁的鏈接。區(qū)域263顯示相應(yīng)用戶的購買歷史。因此，可以 防止用戶^:出多余的購買。
將購買歷史注冊在每個用戶的用戶數(shù)據(jù)庫中。也就是說，每次經(jīng)由定購 頁面260定購產(chǎn)品時，額外地將關(guān)于所定購的產(chǎn)品的信息注冊在用戶數(shù)據(jù)庫 中。
圖18中所示的定購頁面260正報告短缺黃色墨粉。如上所述，利用標(biāo)準(zhǔn) MIB，不能識別短缺墨粉的具體色彩。因而，圖18中所示的定購頁面260指 示基于在擴展MIB中注冊的信息而確定的結(jié)果。以這種方式，對于利用定購 支持系統(tǒng)1提供的服務(wù)，參與定購支持系統(tǒng)1的制造商可以通過定義其自己 的擴展的MIB而將其自己與另一個制造商相區(qū)別。具體地，假設(shè)在由另一制 造商制造的設(shè)備30中檢測到墨粉用完(墨粉用完了)，則定購頁面260不報告 用完的墨粉的具體色彩?？梢允褂枚ㄙ徶С窒到y(tǒng)1從做出定購的對象中排除 其它制造商制造的設(shè)備30的補給；然而，考慮到方便用戶，也可以在本實施 例中定購由其它制造商制造的設(shè)備30的補給。
當(dāng)用戶點擊定購頁面260中的定購4要4丑2622時，網(wǎng)頁瀏覽器22向定購 支持服務(wù)器IO發(fā)送HTTP請求，請求定購該產(chǎn)品(步驟S115)。
當(dāng)接收到HTTP請求時，定購支持程序11記錄用于向與用戶相關(guān)的賣主 提供由定購請求做出的利潤部分的信息(步驟S116)。具體地，構(gòu)造用于管理 利用定購支持系統(tǒng)1賣出的補給銷售的數(shù)據(jù)庫(下文中稱作"賣主數(shù)據(jù)庫")， 并且將當(dāng)前定購的內(nèi)容(例如定購總量)記錄在賣主數(shù)據(jù)庫的銷售部分中。賣主 與制造商簽訂合作協(xié)議，以在定購支持系統(tǒng)1中進(jìn)行合作。因此，創(chuàng)建對于 賣主數(shù)據(jù)庫的條目。此外，給予賣主一個賣主ID。在定購支持系統(tǒng)l中通過 賣主ID識別賣主。在步驟S616中，可以通過利用網(wǎng)頁瀏覽器22將賣主ID 與會話的會話ID相關(guān)聯(lián)而識別做出HTTP請求的用戶。基于該關(guān)聯(lián)，可以從 會話ID中識別用戶ID。
定購支持程序11向補給定購管理系統(tǒng)發(fā)送定購指令。該指令包括用于交 付補給的地址，該地址被注冊在用戶數(shù)據(jù)庫中。通過向補給定購管理系統(tǒng)發(fā) 送定購指令，將所定購的產(chǎn)品實際交付給用戶。當(dāng)用戶付費時，在賣主數(shù)據(jù) 庫中記錄已支付了當(dāng)前定購的銷售。當(dāng)支付銷售時，可以依據(jù)來自制造商的 銷售給予賣主諸如銷售促銷費的折扣。
然后，給出關(guān)于在圖12的步驟S109中執(zhí)行的處理的詳細(xì)描述。圖19是定購支持程序11根據(jù)狀態(tài)改變報告信息執(zhí)行的處理的流程圖。
當(dāng)接收到狀態(tài)改變報告信息時，定購支持程序11基于從監(jiān)控服務(wù)212與 狀態(tài)改變報告信息一起發(fā)送的用戶ID和密碼執(zhí)行用戶驗證(步驟S401)。當(dāng)成 功地驗證用戶時(步驟S401中的是)，定購支持程序11對接收到其狀態(tài)改變報 告信息的每個設(shè)備執(zhí)行從步驟S402向前的處理。
首先，將一個設(shè)備作為處理目標(biāo)(下文中，將作為處理目標(biāo)的設(shè)備稱作"當(dāng) 前設(shè)備")(步驟S403)。定購支持程序11確定在設(shè)備信息表12中是否注冊有 當(dāng)前設(shè)備(步驟S404)。通過使用當(dāng)前設(shè)備的MAC地址作為關(guān)鍵字來搜索和
沒有注冊當(dāng)前設(shè)備(步驟S404中的否)，則定購支持程序11將在設(shè)備信息表 12中注冊當(dāng)前設(shè)備的條目(步驟S405)。這時，將當(dāng)前設(shè)備作為監(jiān)控目標(biāo)。如 果定購支持程序ll基于MAC地址確定注冊了當(dāng)前設(shè)備，則定購支持程序11 可以執(zhí)行參考圖10的步驟S356至S358所描述的處理。
然后，將包括在狀態(tài)改變報告信息中的當(dāng)前設(shè)備的補給狀態(tài)信息反映(轉(zhuǎn) 錄)到設(shè)備信息表12中的狀態(tài)中(步驟S406)。然后，基于在設(shè)備信息表12中 注冊的當(dāng)前設(shè)備的狀態(tài)，定購支持程序11確定在當(dāng)前設(shè)備的補給中是否存在 短缺(也就是說，是否存在狀態(tài)是"Ne，，(接近用完)或"E"(用完)的補給)(步 驟S407)。如果在補給中存在短缺(步驟S407中的是)，則定購支持程序ll確 定在與設(shè)備信息表12中的當(dāng)前設(shè)備對應(yīng)的條目(下文中稱作"當(dāng)前條目")； 中的郵件標(biāo)記值是否是"是"(步驟S408)。如果已發(fā)送了短缺報告電子郵件 250，則郵件標(biāo)記將指示"是"。也就是說，如果郵件標(biāo)記的值是"是"，則它 意味著過去已發(fā)送了關(guān)于當(dāng)前設(shè)備的短缺報告電子郵件250。
如果郵件標(biāo)記指示"是，，(步驟S408中的是)，則定購支持程序11檢查是 否將冗余地發(fā)送短缺報告電子郵件250(即，檢查冗余傳輸)(步驟S409)。檢查 冗余傳輸意味著執(zhí)行確定過去是否已發(fā)送過包括相同內(nèi)容的短缺報告電子郵 件250的處理；下面描述詳細(xì)的處理。在檢查冗余傳輸后，如果定購支持程 序11確定存在較小概率的冗余傳輸并因此將發(fā)送短缺報告電子郵件250(步驟 S409中的"發(fā)送")，則定購支持程序11將郵件標(biāo)記設(shè)置為"是"(步驟S410), 并且將發(fā)送關(guān)于當(dāng)前設(shè)備的短缺報告電子郵件250(步驟S411)。該處理對應(yīng)于 圖12中的步驟SllO。如果定購支持程序11在步驟S407檢測到在多個補給 中存在短缺，則將關(guān)于這些短缺的信息收集在一起，并且利用單個的短缺報
告電子郵件250進(jìn)行報告。因此，可以減少向用戶發(fā)送的短缺報告電子郵件 250的數(shù)目，從而減輕用戶所需的工作。
在檢查冗余傳輸后，如果定購支持程序11確定存在較大概率的冗余傳輸 并因此將不發(fā)送短缺報告電子郵件250(步驟S409中的"不發(fā)送，，)，則定購 支持程序11將不發(fā)送短缺報告電子郵件250,并且結(jié)束關(guān)于當(dāng)前設(shè)備的處理。
如果郵件標(biāo)記指示"否"(步驟S408中的否)，則不存在冗余發(fā)送短缺報 告電子郵件250的概率。因而，定購支持程序11將不^f企查冗余傳輸，將郵件 標(biāo)記設(shè)置為"是"(步驟S410)，并且發(fā)送短缺報告電子郵件250(步驟S411)。
如果定購支持程序11在步驟S407中確定在當(dāng)前設(shè)備的補給中不存在短 缺，則將不需要發(fā)送短缺報告電子郵件250。因而，定購支持程序ll將郵件 標(biāo)記設(shè)置為"否"(步驟S412),不發(fā)送短缺報告電子郵件250，并且結(jié)束關(guān) 于當(dāng)前設(shè)備的處理。
當(dāng)對包括在所接收的搜索結(jié)果設(shè)備信息中的所有設(shè)備都執(zhí)行了步驟S403 至S412的處理(步驟S402中的是)時，定購支持程序11向監(jiān)控服務(wù)212返回 正確處理了搜索結(jié)果設(shè)備信息的報告(步驟S414),并且結(jié)束該處理。該處理 對應(yīng)于圖12中的步驟S111。如果用戶驗證不成功(步驟S401中的否)，則將 不更新設(shè)備信息表12;此外，定購支持程序11將向監(jiān)控服務(wù)212返回錯誤 信息(步驟S413)。
然后，將給出在圖19的步驟S409中執(zhí)行的關(guān)于檢查短缺報告電子郵件 250的冗余傳輸?shù)脑敿?xì)描述。圖20是用于確定是否發(fā)送短缺報告電子郵件的 處理的流程圖。下面描述該處理的意義。
監(jiān)控服務(wù)212基于緩沖表27中的報告標(biāo)記發(fā)送狀態(tài)改變報告信息，因而 理論上，監(jiān)控服務(wù)212將不會冗余地發(fā)送相同的狀態(tài)改變報告信息。然而， 可能存在即使當(dāng)墨粉瓶中還有剩余墨粉時也檢測到"墨粉用完"的情況。在 這樣的情況下，用戶晃動墨粉瓶(使墨粉變松)，然后重新裝配該墨粉瓶。然而， 在過了一會兒之后，可能對同一個墨粉瓶再次檢測到"墨粉用完"。因此，補 給狀態(tài)將從"用完，，改變成"正常"，然后再次返回到"用完"。在這種情況 下，盡管未更換墨粉瓶，但是監(jiān)控服務(wù)212可能重復(fù)地發(fā)送報告"墨粉用完" 的狀態(tài)改變報告信息。這意味著可能冗余地向用戶發(fā)送相同的短缺報告。如 果用戶未注意到該冗余，則用戶可能進(jìn)行冗余定購。為了防止這樣的情況， 定購支持程序11執(zhí)行下面的處理。
首先，基于包括在從監(jiān)控服務(wù)212接收的短缺報告信息中的設(shè)備30的序 列號，定購支持程序11通過參考短缺報告電子郵件的傳輸歷史而檢查關(guān)于相 應(yīng)設(shè)備30所發(fā)送的最后一個(先前)短缺報告電子郵件的日期和時間(步驟 S201)。
當(dāng)傳輸歷史不包括已向相應(yīng)設(shè)備30發(fā)送短缺報告電子郵件的傳輸記錄 (步驟S202中的否)時，定購支持程序11確定發(fā)送短缺報告電子郵件(步驟 S203)。如果從來沒有向相應(yīng)設(shè)備30發(fā)送過短缺報告電子郵件，則意味著不 是冗余地發(fā)送短缺報告電子郵件。
如果傳輸歷史包括已向相應(yīng)設(shè)備30發(fā)送過短缺報告電子郵件的傳輸記 錄(步驟S202中的是)，則定購支持程序11確定自從發(fā)送最后一個短缺報告電
了預(yù)定時間段，則定購支持程序11確定發(fā)送短缺報告電子郵件(步驟S203); 如果還沒有經(jīng)過預(yù)定時間段，則定購支持程序11確定不發(fā)送短缺報告電子郵 件，以避免冗余(步驟S205)。
圖20表示基于經(jīng)過的時間而做出確定的示例。然而，也可能將總數(shù)記錄 為傳輸歷史，并且如果總數(shù)所表示的差低于預(yù)定閾值，則確定不發(fā)送短缺報 告電子郵件。此外，也可以在規(guī)定的時間間隔刪除整個傳輸歷史，并且如果 傳輸歷史包括已向同一相應(yīng)設(shè)備30發(fā)送過短缺報告電子郵件的傳輸記錄，則 制止發(fā)送短缺報告電子郵件。
然后，給出對監(jiān)控程序21中的UI應(yīng)用程序211的功能的描述。UI應(yīng)用 程序211是用于顯示指定監(jiān)控服務(wù)212的設(shè)置信息(例如，獲取設(shè)備信息的時 間間隔)的頁面(下文中稱作"設(shè)置頁面")以及用于顯示監(jiān)控服務(wù)212獲取的 設(shè)備監(jiān)控信息的頁面(下文中稱作"監(jiān)控頁面")的程序。
下面描述UI應(yīng)用程序211響應(yīng)于來自用戶的指令而顯示設(shè)置頁面的示 例。圖21是設(shè)置頁面220的示例。利用圖21中所示的設(shè)置頁面220,用戶 可以指定監(jiān)控服務(wù)212輪詢監(jiān)控設(shè)備的設(shè)備信息的時間間隔(附圖標(biāo)記221); 以及自動搜索網(wǎng)絡(luò)50中的設(shè)備的時間間隔(附圖標(biāo)記222)。前者是用于執(zhí)行 圖12的步驟S104的時間間隔。后者是用于執(zhí)行圖3的步驟S32的時間間隔。 可以利用勾號框223來使后一時間間隔的設(shè)置值無效。如果從勾號框223清 除勾號標(biāo)記，則將不自動搜索設(shè)備30。
下面描述UI應(yīng)用程序211響應(yīng)于來自用戶的指令而顯示監(jiān)控頁面的示例。圖22是監(jiān)控頁面230的示例。圖22中所示的監(jiān)控頁面230顯示UI應(yīng)用 程序211從緩沖表27獲取的信息。因此，監(jiān)控頁面230為每個監(jiān)控設(shè)備顯示 賣主名稱、型號名稱、序列號、補給狀態(tài)以及備注。利用監(jiān)控頁面230，用 戶可以在任何給定時間確認(rèn)每個監(jiān)控設(shè)備的補給的狀態(tài)。附圖標(biāo)記231所表 示的每個"？"標(biāo)記表示未成功輪詢具有"？"標(biāo)記的設(shè)備的設(shè)備信息。例 如，當(dāng)設(shè)備未啟動或/人網(wǎng)絡(luò)50斷開時，該4侖詢可能不成功。
如上所述，根據(jù)本發(fā)明實施例的定購支持系統(tǒng)1向用戶(客戶)、零售商以 及設(shè)備(30)的制造商提供了便利和好處。
也就是說，自動地檢測設(shè)備30的補給的短缺，并且自動地向用戶終端發(fā) 送短缺報告電子郵件。用戶點擊包括在短缺報告電子郵件中的URL，從而顯 示定購頁面260。因此，用戶可以利用定購頁面260來容易地訂購存貨短缺 的補給。因此，用戶不必費勁識別可應(yīng)用到設(shè)備30的補給，或出去到超級市 場批發(fā)商店購買補給；因而，用戶可以降低購買補給所需的成本。
零售商可以獲取補給帶來的部分利潤，因而可以增加其收入。
制造商可以為零售商提供激勵，以相對于其他制造商制造的設(shè)備優(yōu)先考 慮其制造的設(shè)備，并且為用戶提供激勵以購買其制造的設(shè)備。例如，可以對 經(jīng)由定購支持系統(tǒng)1出售某個制造商制造的補給提供比出售另一制造商制造 的補給更高的回扣率，或如果出售另一制造商制造的補給則將使回扣率為零。 因此，如果零售商出售某個制造商的產(chǎn)品，則零售商將能夠通過出售補給獲 得更多利潤。此外，如果用戶購買某個制造商的產(chǎn)品，則該用戶將能夠有望 得到諸如識別存貨短缺墨粉的色彩的詳細(xì)服務(wù)。
此外，制造商能夠根據(jù)用戶的累積設(shè)備信息而將每個設(shè)備30的使用時間 段預(yù)測到某種程度。結(jié)果，制造商將能夠有效地進(jìn)行銷售活動，諸如提示用 戶進(jìn)行更換購買。
在上面的實施例中，用戶與零售商簽訂定購支持系統(tǒng)1的注冊協(xié)議；然 而，用戶不必非要與出售該設(shè)備的零售商簽訂注冊協(xié)議。未出售某個制造商 的設(shè)備的零售商可以從制造商接收定購支持系統(tǒng)1的零售商ID。在這種情況 下，即使該零售商不出售某個制造商的設(shè)備，零售商也可以經(jīng)由定購支持系 統(tǒng)1從出售補給所獲得的利潤中接收回扣。
根據(jù)本發(fā)明的一個實施例，提供了一種定購支持系統(tǒng)，包括設(shè)備信息 獲取單元，其被配置為搜索連接到通信網(wǎng)絡(luò)的一個或多個設(shè)備，并從作為搜
索結(jié)果而找到的每個設(shè)備獲取設(shè)備信息；設(shè)置單元，其被配置為獲取用于將 一個或多個設(shè)備提取為候選監(jiān)控目標(biāo)的指定信息，其中根據(jù)所述設(shè)備信息中 包括的預(yù)定屬性來指定該信息；提取單元，其被配置為基于設(shè)置單元所獲取 的信息，從作為搜索結(jié)果而找到的設(shè)備中提取一個或多個設(shè)備作為候選監(jiān)控 目標(biāo)；監(jiān)控目標(biāo)選擇單元，其被配置為顯示提取單元所提取的設(shè)備的列表， 從該設(shè)備的列表中選擇一個或多個設(shè)備作為監(jiān)控目標(biāo)；設(shè)備監(jiān)控裝置，其被 配置為獲取被選擇為監(jiān)控目標(biāo)的每個設(shè)備中的至少 一 個消耗元件的狀態(tài)信 息，其中該設(shè)備監(jiān)控裝置包括被配置為向定購支持裝置發(fā)送狀態(tài)信息的狀態(tài) 信息發(fā)送單元；以及定購支持裝置，其被配置為根據(jù)從設(shè)備監(jiān)控裝置接收的 狀態(tài)信息創(chuàng)建包括URL的電子郵件，所述URL指示用于定購至少一個被檢 測為短缺的消耗元件的網(wǎng)站，并且向與短缺的消耗元件對應(yīng)的設(shè)備相關(guān)的、 提前注冊的電子郵件地址發(fā)送電子郵件。
該定購支持系統(tǒng)能夠便于更換設(shè)備補給的過程。
本發(fā)明不限于特定公開的實施例，在不背離本發(fā)明的范圍的情況下，可 以做出各種變化和修改。
本發(fā)明基于于2006年12月7日提交的日本優(yōu)先權(quán)專利申請 No.2006-330926,其內(nèi)容通過引用而^皮合并于此。
權(quán)利要求
1.一種定購支持系統(tǒng)，包括設(shè)備信息獲取單元，其被配置為搜索連接到通信網(wǎng)絡(luò)的一個或多個設(shè)備，并從作為搜索結(jié)果而找到的每個設(shè)備獲取設(shè)備信息；設(shè)置單元，其被配置為獲取用于將一個或多個設(shè)備提取為候選監(jiān)控目標(biāo)的指定信息，其中根據(jù)所述設(shè)備信息中包括的預(yù)定屬性來指定該信息；提取單元，其被配置為基于設(shè)置單元所獲取的信息，從作為搜索結(jié)果而找到的設(shè)備中提取一個或多個設(shè)備作為候選監(jiān)控目標(biāo)；監(jiān)控目標(biāo)選擇單元，其被配置為顯示提取單元所提取的設(shè)備的列表，從該設(shè)備的列表中選擇一個或多個設(shè)備作為監(jiān)控目標(biāo)；設(shè)備監(jiān)控裝置，其被配置為獲取被選擇為監(jiān)控目標(biāo)的每個設(shè)備中的至少一個消耗元件的狀態(tài)信息，其中該設(shè)備監(jiān)控裝置包括被配置為向定購支持裝置發(fā)送狀態(tài)信息的狀態(tài)信息發(fā)送單元；以及定購支持裝置，其被配置為根據(jù)從設(shè)備監(jiān)控裝置接收的狀態(tài)信息創(chuàng)建包括URL的電子郵件，所述URL指示用于定購至少一個被檢測為短缺的消耗元件的網(wǎng)站，并且被配置為向與短缺的消耗元件對應(yīng)的設(shè)備相關(guān)的、提前注冊的電子郵件地址發(fā)送電子郵件。
2. 根據(jù)權(quán)利要求1所述的定購支持系統(tǒng)，其中 所述狀態(tài)信息發(fā)送單元基于所述狀態(tài)信息確定所述消耗元件是否短缺，并且向所述定購支持裝置發(fā)送與被確定為短缺的消耗元件相關(guān)的狀態(tài)信息。
3. 根據(jù)權(quán)利要求1所述的定購支持系統(tǒng)，其中 所述設(shè)置單元包括屬性值列表創(chuàng)建單元，其被配置為創(chuàng)建作為搜索結(jié)果而找到的設(shè) 備的預(yù)定屬性的屬性值列表；以及屬性值選擇單元，其被配置為從所述屬性值列表中選擇的屬性值 中獲取其中一個，該所選擇的屬性值被使用來用于提取將被作為候選監(jiān) 控目標(biāo)的設(shè)備；以及所述提取單元從作為搜索結(jié)果而找到的設(shè)備中提取具有由所述屬性值選 擇單元獲得的、作為預(yù)定屬性的屬性值的設(shè)備。
4. 根據(jù)權(quán)利要求3所述的定購支持系統(tǒng)，其中 所述屬性值列表創(chuàng)建單元在創(chuàng)建屬性值列表期間刪除冗余屬性值。
5. 根據(jù)權(quán)利要求1所述的定購支持系統(tǒng)，其中 所述預(yù)定屬性是設(shè)備的賣主名稱。
6. —種由計算機執(zhí)行的設(shè)備監(jiān)控方法，該設(shè)備監(jiān)控方法包括 設(shè)備信息獲取步驟，搜索連接到通信網(wǎng)絡(luò)的一個或多個設(shè)備，并從作為搜索結(jié)果而找到的每個設(shè)備獲取設(shè)備信息；設(shè)置步驟，獲取用于將一個或多個設(shè)備提取為候選監(jiān)控目標(biāo)的指定信息， 其中根據(jù)所述設(shè)備信息中包括的預(yù)定屬性來指定該信息；提取步驟，基于在設(shè)置步驟所獲取的信息，從作為搜索結(jié)果而找到的設(shè) 備中提取一個或多個設(shè)備作為候選監(jiān)控目標(biāo)；監(jiān)控目標(biāo)選擇步驟，顯示在提取步驟所提取的設(shè)備的列表，從該設(shè)備的 列表中選擇一個或多個設(shè)備作為監(jiān)控目標(biāo)；以及狀態(tài)信息發(fā)送步驟，獲取被選擇為監(jiān)控目標(biāo)的每個設(shè)備中的至少一個消 耗元件的狀態(tài)信息，并且向定購支持裝置發(fā)送該狀態(tài)信息，其中定購支持裝 置被配置為根據(jù)所接收的狀態(tài)信息創(chuàng)建包括URL的電子郵件，并且還被配置 為向與短缺的消耗元件對應(yīng)的設(shè)備相關(guān)的、提前注冊的電子郵件地址發(fā)送電 子郵件，所述URL指示用于定購至少一個被檢測為短缺的消耗元件的網(wǎng)站。
7. 根據(jù)權(quán)利要求6所述的設(shè)備監(jiān)控方法，其中所述狀態(tài)信息發(fā)送步驟還包括步驟基于所述狀態(tài)信息確定所述消耗元 件是否短缺，并且向定購支持裝置發(fā)送與被確定為短缺的消耗元件相關(guān)的狀
8. 根據(jù)權(quán)利要求6所述的設(shè)備監(jiān)控方法，其中 所述設(shè)置步驟還包括屬性值列表創(chuàng)建步驟，創(chuàng)建作為搜索結(jié)果而找到的設(shè)備的預(yù)定屬 性的屬性值列表；以及屬性值選擇步驟，從所述屬性值列表中選擇的屬性值中獲取其中 之一，該所選擇的屬性值被使用來用于提取將被作為候選監(jiān)控目標(biāo)的設(shè) 備；以及所述提取步驟還包括步驟從作為搜索結(jié)果而找到的設(shè)備中提取具有在 屬性值選擇步驟獲得的、作為預(yù)定屬性的屬性值的設(shè)備。
9. 根據(jù)權(quán)利要求8所述的設(shè)備監(jiān)控方法，其中所述屬性值列表創(chuàng)建步驟還包括步驟在創(chuàng)建屬性值列表期間刪除冗余 屬性值。
10. 根據(jù)權(quán)利要求6所述的設(shè)備監(jiān)控方法，其中 所述預(yù)定屬性是所述設(shè)備的賣主名稱。
11. 一種設(shè)備監(jiān)控程序產(chǎn)品，該設(shè)備監(jiān)控程序產(chǎn)品包括使計算機執(zhí)行下 列步驟的指令設(shè)備信息獲取步驟，搜索連接到通信網(wǎng)絡(luò)的一個或多個設(shè)備，并從作為 搜索結(jié)果而找到的每個設(shè)備獲取設(shè)備信息；設(shè)置步驟，獲取用于將一個或多個設(shè)備提取為候選監(jiān)控目標(biāo)的指定信息， 其中根據(jù)所述設(shè)備信息中包括的預(yù)定屬性來指定該信息；提取步驟，基于在設(shè)置步驟所獲取的信息，從作為搜索結(jié)果而找到的設(shè) 備中提取一個或多個設(shè)備作為候選監(jiān)控目標(biāo)；監(jiān)控目標(biāo)選擇步驟，顯示在提取步驟所提取的設(shè)備的列表，從該設(shè)備的 列表中選擇一個或多個設(shè)備作為監(jiān)控目標(biāo)；以及狀態(tài)信息發(fā)送步驟，獲取被選擇為監(jiān)控目標(biāo)的每個設(shè)備中的至少一個消 耗元件的狀態(tài)信息，并且向定購支持裝置發(fā)送該狀態(tài)信息，其中定購支持裝 置被配置為根據(jù)所接收的狀態(tài)信息創(chuàng)建包括URL的電子郵件，并且還被配置 為向與短缺的消耗元件對應(yīng)的設(shè)備相關(guān)的、提前注冊的電子郵件地址發(fā)送電 子郵件，所述URL指示用于定購至少一個被檢測為短缺的消耗元件的網(wǎng)站。
12. 根據(jù)權(quán)利要求11所述的設(shè)備監(jiān)控程序產(chǎn)品，其中 所迷狀態(tài)信息發(fā)送步驟還包括步驟基于所述狀態(tài)信息確定所述消耗元件是否短缺，并且向定購支持裝置發(fā)送與被確定為短缺的消耗元件相關(guān)的狀 態(tài)信息。
13. 根據(jù)權(quán)利要求11所述的設(shè)備監(jiān)控程序產(chǎn)品，其中 所述設(shè)置步驟還包括屬性值列表創(chuàng)建步驟，創(chuàng)建作為搜索結(jié)果而找到的設(shè)備的預(yù)定屬 性的屬性值列表；以及屬性值選擇步驟，從所述屬性值列表中選擇的屬性值中獲取其中 之一，該所選擇的屬性值被使用來用于提取將被作為候選監(jiān)控目標(biāo)的設(shè) 備；以及所述提取步驟還包括步驟從作為搜索結(jié)果而找到的設(shè)備中提取具有在屬性值選擇步驟獲得的、作為預(yù)定屬性的屬性值的設(shè)備。
14. 根據(jù)權(quán)利要求13所述的設(shè)備監(jiān)控程序產(chǎn)品，其中 所述屬性值列表創(chuàng)建步驟還包括步驟在創(chuàng)建屬性值列表期間刪除冗余屬性值。
15. 根據(jù)權(quán)利要求11所述的設(shè)備監(jiān)控程序產(chǎn)品，其中 所述預(yù)定屬性是所述設(shè)備的賣主名稱。
全文摘要
在所公開的定購支持系統(tǒng)中，搜索連接到通信網(wǎng)絡(luò)的設(shè)備，并且從每個所找到的設(shè)備中獲取設(shè)備信息。獲得用于將設(shè)備提取為候選監(jiān)控目標(biāo)的指定信息，根據(jù)設(shè)備信息中的預(yù)定屬性來指定該指定信息?；谒@得的信息，從所找到的設(shè)備中提取作為候選監(jiān)控目標(biāo)的設(shè)備。顯示所提取的設(shè)備的列表，選擇作為監(jiān)控目標(biāo)的設(shè)備。獲取每個監(jiān)控目標(biāo)設(shè)備中的消耗元件的狀態(tài)信息，并且向定購支持裝置發(fā)送該狀態(tài)信息。定購支持裝置創(chuàng)建包括用于訂購根據(jù)所接收的狀態(tài)信息被檢測為短缺的消耗元件的網(wǎng)站的URL的電子郵件，并向與具有短缺的消耗元件的設(shè)備的相關(guān)的電子郵件地址發(fā)送電子郵件。
文檔編號G06Q10/00GK101197024SQ200710196300
公開日2008年6月11日 申請日期2007年12月7日 優(yōu)先權(quán)日2006年12月7日
發(fā)明者中村裕, 井上佑樹, 團(tuán)浩二, 村田好明, 永井桂二, 百武彰吾, 高橋富士雄, 高橋正人 申請人:株式會社理光