專利名稱:具有多個(gè)內(nèi)部web服務(wù)器網(wǎng)絡(luò)終端的制作方法
背景技術(shù):
1.發(fā)明領(lǐng)域本發(fā)明涉及包括多個(gè)收集了與來自另一個(gè)網(wǎng)絡(luò)終端的請求相一致的網(wǎng)絡(luò)終端的軟件和硬件資源信息以及將該信息提供給請求者的web服務(wù)器的網(wǎng)絡(luò)終端。
多功能外圍設(shè)備(MFP)在市場上開始流行。典型的MFP提供掃描功能,傳真功能和打印功能以便將單個(gè)設(shè)備用作掃描儀,傳真機(jī)和打印機(jī)。
圖1是一個(gè)通用的MFP功能框圖。如圖1所示,通用的MFP50包括用戶接口部分(用戶I/F)51,打印部分52,掃描部分53,控制部分54,電話電路部分61,以及LAN接口部分62。用戶接口部分51包括液晶顯示,鍵轉(zhuǎn)換器等等。液晶顯示用于顯示操作MFP50的狀態(tài)和方法。鍵轉(zhuǎn)換器用于向MFP50輸入命令。打印部分52用于打印存儲在MFP50中的打印表。掃描部分53重現(xiàn)文本,照片等圖像數(shù)據(jù)。控制部分54控制用戶接口部分51,打印部分52以及掃描部分53。電話電路部分61用于將控制部分54連接到Internet或者與公共電話線相連的外部傳真機(jī)。LAN接口部分62被連接到與MFP50相連的局域網(wǎng)(LAN)。
上面描述的MFP50配置為在MFP50的不同部分分別使用多個(gè)CPU,以分開的方式控制MFP50,為的是增強(qiáng)MFP50的總的處理性能。特別是,控制部分54和LAN接口部分62的每個(gè)都包括一個(gè)CPU,一個(gè)RAM,一個(gè)ROM,一個(gè)I/O,以及一個(gè)串行接口(串行I/F)。用戶接口部分51,打印部分52,以及掃描部分53都是通過控制部分54的CPU55來控制。MFP50與LAN之間的通信通過LAN接口部分62的CPU63來控制。
控制部分54的CPU55執(zhí)行用于通過CPU55控制的每一部分程序以及用于收集有關(guān)各部分狀態(tài)信息的信息收集程序56。同樣,LAN接口部分62的CPU63執(zhí)行涉及傳輸控制的程序和web服務(wù)器程序64。該Web服務(wù)器程序在下文中被稱為“web服務(wù)器”。Web服務(wù)器64收集有關(guān)LAN接口部分62的信息,有關(guān)通過控制部分54的CPU55控制的各部分的信息以及根據(jù)來自與LAN相連的終端的請求信息,并且將信息提供給請求者。注意通過CPU55執(zhí)行的信息收集程序56響應(yīng)來自web服務(wù)器64的請求,收集來自CPU55控制的各部分的信息,以及將信息傳送到web服務(wù)器64。就web服務(wù)器64來說,MFP50能將有關(guān)MFP50各部分的信息提供給通過LAN與MFP50相連的終端。
然而,按照上文描述所配置的MFP50的下列缺點(diǎn)已經(jīng)被注意到。首先,當(dāng)諸如捕捉來自攝影機(jī)或錄像機(jī)的視頻圖像的視頻捕捉功能這樣的新的操作功能被加到具有上文描述的配置的MEP50中時(shí),信息收集程序56和web服務(wù)器64必須被擴(kuò)展以便通過LAN向與MEP50相連的終端提供有關(guān)附加操作功能的信息成為可能。更具體的講,有關(guān)新近增加的操作功能的信息必須作為一項(xiàng)新的程序功能被加到信息收集程序56和web服務(wù)器64中,以及必須重新安排程序的過程以便處理新近增加的功能。增加越多的程序功能,要求增加和重新安排程序的工作量就越多。因此,擴(kuò)展操作功能不是很容易的。
其次,當(dāng)MFP50的信息收集程序56收集有關(guān)控制部分54控制的各部分的信息時(shí),將已收集信息轉(zhuǎn)換為web頁格式以及將已轉(zhuǎn)換的信息傳送到請求者和控制整個(gè)MFP50信息的是web服務(wù)器64。由于這個(gè)原因,所以在web服務(wù)器64上的處理負(fù)擔(dān)增加了。如果web服務(wù)器64被擴(kuò)展,那么CPU63將被web服務(wù)器64的處理過程擾亂,因此會有一個(gè)潛在的問題即其他程序的執(zhí)行將受到影響。
新的功能部分可能裝配有CPU。在這種情況下,為了通過新的功能部分的CPU執(zhí)行信息收集程序來收集有關(guān)新的功能部分的信息,將傳輸接口程序加到web服務(wù)器以便與信息收集程序通信是必要的。
本發(fā)明概述本發(fā)明的一個(gè)目的是消除上述提到的缺點(diǎn)以及提供一種能夠容易增加新的功能部分而不用擴(kuò)展web服務(wù)器的網(wǎng)絡(luò)終端。
為了實(shí)現(xiàn)上述和其他的目的,按照本發(fā)明的一個(gè)方面提供一種與網(wǎng)絡(luò)連接的網(wǎng)絡(luò)終端,其包括多個(gè)處理部分,被多個(gè)處理部分控制的多個(gè)硬件資源以及軟件資源,以及多個(gè)連接以形成web服務(wù)器網(wǎng)絡(luò)的web服務(wù)器。多個(gè)web服務(wù)器共享多個(gè)處理部分同時(shí)管理來自共享處理部分的有用的信息。多個(gè)web服務(wù)器其中之一管理的信息被傳送到至少一個(gè)在web服務(wù)器網(wǎng)絡(luò)中預(yù)先確定的web服務(wù)器。預(yù)先確定的web服務(wù)器從與網(wǎng)絡(luò)相連的請求者接收一個(gè)來自多個(gè)處理部分中的特定處理部分的有用信息的請求以及將該被請求的信息傳送到請求者。
在具有這種配置的網(wǎng)絡(luò)終端中,多個(gè)web服務(wù)器被相互劃分以及管理有關(guān)網(wǎng)絡(luò)終端各個(gè)處理部分的信息。當(dāng)來自請求者(也是一個(gè)網(wǎng)絡(luò)終端)的一個(gè)請求到來時(shí),預(yù)先確定的web服務(wù)器收集來自管理被請求信息的web服務(wù)器的信息以及將被請求信息提供給請求者。
也就是說,根據(jù)本發(fā)明的網(wǎng)絡(luò)終端能夠容易的將各個(gè)web服務(wù)器劃分并且管理多個(gè)web服務(wù)器的各個(gè)處理部分的信息。
同樣,在傳輸中web服務(wù)器和請求者之間使用的HTTP(超文本傳輸協(xié)議)同樣能用于web服務(wù)器間的傳輸。因此,只要web服務(wù)器提供了新增加的處理部分,那么網(wǎng)絡(luò)終端就能容易的擴(kuò)展而不用給已經(jīng)存在的web服務(wù)器提供一個(gè)新的傳輸接口。
在本發(fā)明的網(wǎng)絡(luò)終端中,至少預(yù)先確定的網(wǎng)絡(luò)服務(wù)器被連接到網(wǎng)絡(luò)并且多個(gè)web服務(wù)器被串行連接。
由于上文描述的web服務(wù)器的連接,來自請求者的到相關(guān)的管理被請求信息的web服務(wù)器的傳輸以及同樣來自相關(guān)web服務(wù)器的到請求者的被請求信息的傳輸是簡單的,因此,傳輸路徑的管理也是簡單的。
Web服務(wù)器網(wǎng)絡(luò)可能包括至少三個(gè)彼此相互連接的web服務(wù)器。在這種相互連接中,傳輸路徑的管理變得復(fù)雜了。然而,通過選擇合適的繞過過量的web服務(wù)器的傳輸路徑,來自請求者的到相關(guān)web服務(wù)器的請求能被傳輸以及來自到相關(guān)web服務(wù)器的被請求信息能被傳送到預(yù)先確定的web服務(wù)器。也就是說,因?yàn)閣eb服務(wù)器間的傳輸能被執(zhí)行而沒有浪費(fèi),所以能夠阻止易出故障的過多的妨礙其他處理的web服務(wù)器的請求和信息的路由處理。
多個(gè)web服務(wù)器中的每一個(gè)不僅存儲用于管理信息的項(xiàng)目而且存儲剩余的多個(gè)用于管理的web服務(wù)器的信息項(xiàng)目是可取的。
當(dāng)web服務(wù)器以這種方式配置時(shí),每個(gè)web服務(wù)器能夠很容易的完成不浪費(fèi)傳輸路徑的設(shè)置以便能夠互相捕捉由web服務(wù)器管理的信息。同樣,當(dāng)被請求的信息無效時(shí),接收來自于請求者的請求的web服務(wù)器將該事實(shí)不經(jīng)過其他web服務(wù)器直接通知請求者。
當(dāng)檢測到管理信息項(xiàng)目的數(shù)量增加或減少時(shí),多個(gè)web服務(wù)器中的每一個(gè)通知被增加或刪除的信息項(xiàng)目給剩余的多個(gè)web服務(wù)器是更可取的。
通過以這種方式配置web服務(wù)器,當(dāng)硬件資源從網(wǎng)絡(luò)終端被增加或刪除時(shí),所有的web服務(wù)器能夠得到被增加或刪除的項(xiàng)目。也就是說,因?yàn)槊總€(gè)web服務(wù)器能夠不斷的獲得其他web服務(wù)器管理的項(xiàng)目的最新狀態(tài),所以能防止無意義的搜索已刪除的項(xiàng)目。
在上文描述的網(wǎng)絡(luò)終端中,特定的web服務(wù)器提供給請求者至少在多個(gè)處理部分中指定處理部分的操作狀態(tài)的信息以及請求者被允許改變被指定處理部分的操作條件的信息其中之一。
在這種情況下,網(wǎng)絡(luò)終端處理部分的操作狀態(tài),諸如請求者能夠支配的TCP/IP的激活狀態(tài)以及通過改變請求側(cè)的操作條件能夠執(zhí)行指定處理部分的處理和匹配。特別是,關(guān)于基于提供給請求者的信息而改變的操作條件的信息被發(fā)送回指定的處理部分,以便改變指定處理部分的操作條件。
附圖的簡要描述由于下面實(shí)施方案結(jié)合附圖的詳細(xì)說明,使得本發(fā)明的上述和其它的目的,特征以及優(yōu)點(diǎn)變得更加清楚,其中圖1是通用的MFP的框圖;圖2是按照本發(fā)明第一個(gè)實(shí)施方案的MFP框圖;圖3是在本發(fā)明的第一個(gè)實(shí)施方案的MFP中提供的web服務(wù)器的框圖;圖4(a)是一個(gè)展示來自LAN的請求以及提供從web服務(wù)器到請求者的信息的說明圖;圖4(b)是另一個(gè)展示來自LAN的請求以及提供從web服務(wù)器到該請求者的信息的說明圖;圖5是展示了按照本發(fā)明的第一個(gè)實(shí)施方案在MFP中提供的web服務(wù)器中的處理過程的流程圖;圖6是來自本發(fā)明的第一個(gè)實(shí)施方案的MFP web頁的簡圖;圖7是按照本發(fā)明的第二個(gè)實(shí)施方案在MFP中提供的web服務(wù)器網(wǎng)絡(luò)的簡圖;圖8是展示按照本發(fā)明的第二個(gè)實(shí)施方案在web服務(wù)器中的處理過程的流程圖;和圖9是當(dāng)管理項(xiàng)目被加到本發(fā)明的第二個(gè)實(shí)施方案的MFP時(shí),在MFP的各個(gè)部分之間執(zhí)行數(shù)據(jù)通信的說明圖。
較佳實(shí)施方案的詳細(xì)說明參考圖2到6將詳細(xì)描述本發(fā)明的第一個(gè)實(shí)施方案。
圖2是一個(gè)作為網(wǎng)絡(luò)終端一且被連接到LAN的MFP的框圖。如圖2所示,按照本發(fā)明的第一個(gè)實(shí)施方案的MFP1包括一個(gè)用戶I/F部分2,打印部分3,掃描部分4,控制部分5,電話電路部分11以及LAN接口部分12。注意用戶I/F部分2,打印部分3,掃描部分4以及電話電路部分11恰好與用戶I/F部分51,打印部分51,掃描部分52以及電話電路部分61分別相同,如圖1所示,因此有關(guān)它們的描述將被忽略并且僅詳細(xì)描述控制部分5和LAN接口部分12。
控制部分5包括一個(gè)圖像數(shù)據(jù)存儲器部分6,圖像數(shù)據(jù)處理部分7,信號處理部分8,設(shè)置存儲器部分9以及web服務(wù)器10。圖像數(shù)據(jù)存儲器部分6存儲來自掃描部分4輸出的圖像數(shù)據(jù)。圖像數(shù)據(jù)處理部分7處理圖像數(shù)據(jù)。信號處理部分8處理從LAN或用戶I/F部分2接收的信號以及將命令發(fā)送到控制部分5的部件或者是控制部分5控制的部件。設(shè)置存儲器部分9存儲控制部分5的設(shè)置。Web服務(wù)器10根據(jù)在LAN上接收到的請求收集由控制部分5支配的每個(gè)部件的信息以及將該信息發(fā)送到請求者。
LAN接口部分12包括協(xié)議控制部分13,網(wǎng)絡(luò)控制部分15,設(shè)置存儲器部分16,以及web服務(wù)器14。協(xié)議控制部分13在TCP/IP協(xié)議的應(yīng)用層級,傳輸層級,以及網(wǎng)絡(luò)層級上保證在與LAN(下文稱為“LAN終端”)相連的終端和MFP1之間的傳輸。網(wǎng)絡(luò)控制部分15在TCP/IP的鏈路層級上保證在MFP1和LAN終端之間的通信。設(shè)置存儲器部分16存儲LAN接口部分12的設(shè)置信息。Web服務(wù)器14在協(xié)議控制部分13內(nèi)提供。Web服務(wù)器14按照在LAN上接收到的請求在LAN接口部分12中收集關(guān)于每部分的信息以及將該信息發(fā)送到請求者。
注意控制部分5以及LAN接口部分12以熟知的諸如CPU,RAM,ROM,I/O以及串行接口這樣的電路配置。通過程序?qū)崿F(xiàn)控制部分5和LAN接口部分12中各個(gè)部分。
參考圖3將描述在LAN接口部分12中提供的web服務(wù)器的配置。
如圖3所示,web服務(wù)器14包括HTTP端口監(jiān)控程序20(下文中稱為“端口監(jiān)控程序”),CGI(通用網(wǎng)關(guān)接口)21,內(nèi)容存儲器部分22,以及網(wǎng)絡(luò)界面接口23。端口監(jiān)控程序20的功能類似于服務(wù)器,其將由LAN接口部分12管理的協(xié)議控制部分13,網(wǎng)絡(luò)控制部分15,以及設(shè)置存儲器部分16的信息以web頁的格式傳送到請求者,同樣作為代理服務(wù)器,其將來自LAN的請求傳送到web服務(wù)器10以及將來自web服務(wù)器10的信息傳送到請求者,由端口監(jiān)控程序20啟動(dòng)CGI21,從協(xié)議控制部分13,網(wǎng)絡(luò)控制部分15,以及設(shè)置存儲器部分16收集信息,準(zhǔn)備包括已收集信息的web頁,以及給端口監(jiān)控程序20提供一個(gè)相應(yīng)于web頁的HTML(超文本標(biāo)記語言)文件。內(nèi)容存儲器部分22存儲由web服務(wù)器14管理的信息項(xiàng)目,在準(zhǔn)備web頁時(shí)使用的web頁的設(shè)計(jì)等等。網(wǎng)絡(luò)界面接口23連接端口監(jiān)控程序20,控制部分5的web服務(wù)器10以及網(wǎng)絡(luò)控制部分15。網(wǎng)絡(luò)界面接口23能使HTTP在端口監(jiān)控程序20和服務(wù)器10之間以及端口監(jiān)控程序20和LAN傳輸期間用作傳輸協(xié)議。網(wǎng)絡(luò)界面接口23能使端口監(jiān)控程序20僅以HTTP的形式傳送而不考慮接收端是web服務(wù)器還是LAN。
注意在控制部分5中提供的web服務(wù)器10與web服務(wù)器14的配置完全相同,除了web服務(wù)器10與web服務(wù)器14的以下兩點(diǎn)區(qū)別web服務(wù)器10僅與web服務(wù)器14相連以及web服務(wù)器10被配置為從控制部分5內(nèi)的部件以及由控制部分5控制的外圍部件收集信息。因此,沒有進(jìn)一步描述web服務(wù)器10的必要。
圖5是當(dāng)web服務(wù)器14被請求在LAN上提供特殊信息時(shí),在web服務(wù)器14上執(zhí)行的處理過程的流程圖。注意web服務(wù)器10與web服務(wù)器14執(zhí)行相似的處理過程。
如圖5所示,當(dāng)從LAN終端接收到提供信息的一個(gè)請求時(shí),web服務(wù)器14的端口監(jiān)控程序20確認(rèn)用于請求信息的URL是否在內(nèi)容存儲器部分22中存在(S110)。如果目標(biāo)URL是在內(nèi)容存儲器部分22中,那么端口監(jiān)控程序20從內(nèi)容存儲器部分22中重現(xiàn)相應(yīng)的信息以及準(zhǔn)備一個(gè)HTML文件(web頁)。當(dāng)web服務(wù)器準(zhǔn)備好時(shí),CGI21將按要求啟動(dòng)。CGI21收集在LAN接口部分12中的信息以及準(zhǔn)備基于被收集信息的web頁(S150)。當(dāng)web頁的HTML文件從CGI21提供時(shí),HTML文件將經(jīng)過網(wǎng)絡(luò)界面接口23(S160)被傳送到請求者。
然而,如果用于被請求信息的URL在內(nèi)容存儲器部分22(S110否)中不存在時(shí),那么將確認(rèn)是否另一個(gè)web服務(wù)器被連接到web服務(wù)器14(S120)。如果確認(rèn)是另一個(gè)web服務(wù)器,即,在本例中的web服務(wù)器10被連接到web服務(wù)器14(S120是),那么端口監(jiān)控程序20將執(zhí)行代理服務(wù)器的功能以及通過網(wǎng)絡(luò)界面接口23將請求從LAN終端傳遞到web服務(wù)器10(S130)。
如果在web服務(wù)器10的內(nèi)容存儲器部分存在用于被請求信息的URL,那么該端口監(jiān)控程序?qū)膚eb服務(wù)器10把被傳輸?shù)腍TML文件傳送到請求者(S140)。當(dāng)在web服務(wù)器10的內(nèi)容存儲器部分不存在用于被請求信息的URL,那么表明被請求信息未被發(fā)現(xiàn)的差錯(cuò)消息將從web服務(wù)器10傳送到端口監(jiān)控程序20。既然這樣,端口監(jiān)控程序20從web服務(wù)器10將差錯(cuò)消息傳送到請求者。
在S120中,當(dāng)不能確認(rèn)另一個(gè)web服務(wù)器被連接到web服務(wù)器14時(shí)(S120否),端口監(jiān)控程序20將把MFP1未存儲被請求信息的差錯(cuò)消息傳送到請求者(S170)。
在接下來的步驟中,在MFP1中提供的web服務(wù)器在LAN上將與被輸入的請求相一致的信息傳送給請求者。
圖4(a)和4(b)是展示了在web服務(wù)器間的處理過程的說明圖。為了方便描述,假設(shè)web服務(wù)器10管理與信息有關(guān)的打印,諸如被打印字符的密度以及在MFP1中封裝的紙張的尺寸,以及web服務(wù)器14管理與信息有關(guān)的網(wǎng)絡(luò),諸如管理MFP1和MFP1的IP地址的管理的端口監(jiān)控程序的信息。
如圖4(a)所示,當(dāng)在LAN上發(fā)起一個(gè)與信息相關(guān)的網(wǎng)絡(luò)的請求時(shí),首先web服務(wù)器14接收該請求。然而,因?yàn)閣eb服務(wù)器14是管理與網(wǎng)絡(luò)相關(guān)的信息的服務(wù)器,所以web服務(wù)器14從web服務(wù)器14管理的每個(gè)部件收集被請求的信息以及將被收集的信息傳送到請求者。
另一方面,如圖4(b)所示,當(dāng)向MFP1發(fā)起一個(gè)與信息相關(guān)的打印的請求時(shí),web服務(wù)器14不管理與信息相關(guān)的打印以便web服務(wù)器作為代理服務(wù)器操作,同時(shí)將請求從LAN傳送到與web服務(wù)器14相連的web服務(wù)器10。當(dāng)web服務(wù)器10接收到該請求時(shí),web服務(wù)器10從web服務(wù)器10管理的部件收集被請求信息,同時(shí)將該被收集的信息傳送至web服務(wù)器14。Web服務(wù)器14作為一個(gè)代理服務(wù)器操作,將從web服務(wù)器10接收的信息傳送到請求者。
圖6示出了由web服務(wù)器14生成的其中一個(gè)web頁。如圖6所示,web頁30將被提供給與TCP/IP相關(guān)信息的請求者以及包括諸如TCP/IP和LAN接口部分12的IP地址這樣的設(shè)置信息。Web頁30被GUI(圖形用戶界面)所支持以便web頁30不僅提供與LAN接口部分12相關(guān)的設(shè)置信息而且允許用戶容易的改變和操作設(shè)置。例如,用于設(shè)置是否TCP/IP傳輸協(xié)議能夠使用的TCP/IP設(shè)置部分,將一個(gè)循環(huán)幀顯示到每個(gè)設(shè)置類別的左側(cè)。當(dāng)用戶點(diǎn)擊設(shè)置種類左側(cè)的循環(huán)幀時(shí),該循環(huán)幀的中心處將顯示一個(gè)黑點(diǎn)同時(shí)會改變設(shè)置的種類。同樣,用于顯示有關(guān)IP地址信息的IP地址顯示部分32包括5個(gè)指明諸如子網(wǎng)掩碼和IP地址這樣的信息種類參數(shù)的矩形幀。IP地址和MFP1的類似的項(xiàng)目僅通過以幀的形式輸入新的參數(shù)即能改變。MFP1的用戶以利用在LAN終端提供的瀏覽器軟件的方式配置的web頁30來查看。通過上文描述的操作設(shè)置之后,在web頁30中的各個(gè)設(shè)置信息被傳送到web服務(wù)器14,通過僅點(diǎn)擊提交按鈕33來傳送到LAN接口部分12。傳送到web服務(wù)器14的各種設(shè)置信息從web服務(wù)器14的端口監(jiān)控程序傳送到LAN接口部分12中的各個(gè)部件。因此,接收設(shè)置信息的每個(gè)部件按照設(shè)置信息改變設(shè)置。即,請求者能夠容易的通過在MFP1中提供的web服務(wù)器操作MFP1的設(shè)置,而不需要請求者從MFP1的每個(gè)部分獲得信息。
具有上述配置的第一個(gè)實(shí)施方案的MFP1裝備有多個(gè)web服務(wù)器。Web服務(wù)器將信息的管理分為MFP1的不同的部件。因此,每個(gè)web服務(wù)器能被簡單的配置。同樣,通過僅使用HTTP即能在CPU間安全的進(jìn)行信息的交換,該HTTP是在web服務(wù)器中提供的網(wǎng)絡(luò)界面接口的web服務(wù)器和外部網(wǎng)絡(luò)的傳輸協(xié)議。即,不需要像在通用的MFP中的那樣,為每個(gè)CPU提供特殊的通信接口程序。此外,如果給CPU提供的新的硬件被加到MFP1中,只要web服務(wù)器被提供給增加的CPU,有關(guān)新硬件的信息能被MFP1管理而不需擴(kuò)展web服務(wù)器10、14的管理項(xiàng)目。
因此,本實(shí)施方案能夠提供一個(gè)容易擴(kuò)展其功能的網(wǎng)絡(luò)終端。當(dāng)一個(gè)新的功能被加到裝備有2個(gè)web服務(wù)器的本實(shí)施方案的MFP 1中時(shí),希望以串行方式與web服務(wù)器10連接的web服務(wù)器提供新增加的功能。當(dāng)通過以串行的方式彼此相連的web服務(wù)器配置web服務(wù)器網(wǎng)絡(luò)時(shí),傳輸路徑的管理能被簡化,因?yàn)閮H存在用于從LAN終端到web服務(wù)器傳送請求的單一傳輸路徑以及從web服務(wù)器到LAN終端傳送消息的單一傳輸路徑。
接下來,參考圖7將描述本發(fā)明的第二個(gè)實(shí)施方案。通過將一個(gè)外部存儲器和一個(gè)視頻捕捉功能部分加入到第一個(gè)實(shí)施方案的MFP中即構(gòu)成第二個(gè)實(shí)施方案的MFP。外部存儲器和視頻捕捉功能部分由一個(gè)單獨(dú)的web服務(wù)器提供。第二個(gè)實(shí)施方案中的MFP分別包括由控制部分,LAN接口部分,外部存儲器,以及MFP的視頻捕捉功能部分提供的相互連接在一起的所有的web服務(wù)器構(gòu)成的一個(gè)web服務(wù)器網(wǎng)絡(luò)。第二個(gè)實(shí)施方案的每個(gè)web服務(wù)器大大不同于第一個(gè)實(shí)施方案的web服務(wù)器,因?yàn)樵谒鼈兊膬?nèi)容存儲器部分中,第二個(gè)實(shí)施方案的web服務(wù)器存儲通過其它的web服務(wù)器管理的信息的項(xiàng)目,以及相互獲得由每個(gè)web服務(wù)器管理的信息。因此,下面的描述將收集于由彼此相連的web服務(wù)器構(gòu)成的web服務(wù)器網(wǎng)絡(luò)而有關(guān)MFP其它的部分將被忽略。
如圖7所示,在第二個(gè)實(shí)施方案中的MFP40中提供的web服務(wù)器網(wǎng)絡(luò)包括web服務(wù)器41,42,43和44。Web服務(wù)器41收集諸如打印密度以及在MFP40中封裝的打印紙張的尺寸這樣的與打印相關(guān)的信息,同時(shí),將它提供給LAN終端。Web服務(wù)器42收集諸如管理MFP40以及MFP40IP地址的管理者的端口監(jiān)控程序信息這樣的與網(wǎng)絡(luò)相關(guān)的信息,同時(shí)將它提供給LAN終端。Web服務(wù)器43收集與信息相關(guān)的存儲信息,諸如表明外部存儲設(shè)備的剩余存儲容量的剩余的存儲數(shù)量以及表明與MFP40相連的外部存儲器類型的存儲類型,同時(shí)將它提供給LAN終端。Web服務(wù)器44收集與重現(xiàn)相關(guān)的信息,諸如重現(xiàn)在MFP40的視頻捕捉功能部分中的視頻圖像的靈敏度和分辨率。
Web服務(wù)器42通過網(wǎng)絡(luò)控制部分45與LAN連接。Web服務(wù)器42第一個(gè)從LAN終端接收請求。
圖8是表明在web服務(wù)器42中執(zhí)行的處理過程的流程圖。多個(gè)Web服務(wù)器而不是web服務(wù)器42被編程以執(zhí)行相同的處理。如圖8所示,當(dāng)存在來自于LAN終端的一個(gè)特殊信息的請求時(shí),web服務(wù)器42的端口監(jiān)控程序確認(rèn)是否所需的URL信息在web服務(wù)器42的內(nèi)容存儲器部分中存在(S210)。如果相應(yīng)的URL在內(nèi)容存儲器部分中存在(S210是),那么web服務(wù)器42中的端口監(jiān)控程序?qū)膚eb服務(wù)器42中的內(nèi)容存儲器部分中重現(xiàn)相應(yīng)的信息以及準(zhǔn)備一個(gè)web頁。當(dāng)web頁準(zhǔn)備好之后,如果需要?jiǎng)t啟動(dòng)web服務(wù)器42的CGI。CGI收集在MFP40的LAN接口部分中的信息并且基于已收集的信息準(zhǔn)備一個(gè)web頁(S250)。當(dāng)web頁的HTML文件由CGI提供時(shí),HTML文件將通過web服務(wù)器42的網(wǎng)絡(luò)界面接口被傳送到請求者(S260)。
然而,如果用于被請求信息的URL在web服務(wù)器42的內(nèi)容存儲器部分中不存在(S210否),那么web服務(wù)器42的端口監(jiān)控程序?qū)⒋_認(rèn)在內(nèi)容存儲器部分中的用于其它web服務(wù)器的管理項(xiàng)目,以了解它是否被其它的web服務(wù)器管理(S220)。如果確認(rèn)相應(yīng)于請求的信息在另一個(gè)web服務(wù)器中被管理,那么web服務(wù)器42的端口監(jiān)控程序?qū)⒆鳛橐粋€(gè)代理服務(wù)器的功能通過web服務(wù)器42的網(wǎng)絡(luò)界面接口從LAN終端將請求傳送到相關(guān)的管理相應(yīng)于請求的信息的web服務(wù)器。當(dāng)HTML文件從相應(yīng)于請求的信息被管理的web服務(wù)器被傳送時(shí),web服務(wù)器42的端口監(jiān)控程序?qū)TML文件傳送到請求者(S240)。
當(dāng)在S220中確認(rèn)是多個(gè)web服務(wù)器而不是web服務(wù)器42不去管理相應(yīng)于請求的信息時(shí),web服務(wù)器42的端口監(jiān)控程序?qū)⒔o請求者傳送一個(gè)差錯(cuò)消息(S270)。該差錯(cuò)消息表明相應(yīng)的信息在web服務(wù)器42中不存在。
接著上面的步驟,在MFP40中提供的web服務(wù)器通過LAN將作為被請求的信息傳送給請求者。同樣,通過提供以該種方式操作的web服務(wù)器構(gòu)成的web服務(wù)器網(wǎng)絡(luò),即使LAN終端向本實(shí)施方案的MFP40請求在MFP40處未被管理的信息,首先接收請求的web服務(wù)器42能夠迅速的通知請求者M(jìn)FP40沒有相應(yīng)的信息。同樣,因?yàn)樗械膚eb服務(wù)器彼此相互連接,所以首先接收請求的web服務(wù)器僅能被用作代理服務(wù)器將請求從LAN終端傳送到管理相應(yīng)信息的相關(guān)web服務(wù)器,以及同樣能將消息從相關(guān)的web服務(wù)器迅速的傳送到請求者。即,因?yàn)閬碜訪AN終端的請求和來自相關(guān)web服務(wù)器的信息能在最短傳輸路徑上被交換,所以除了需要代理服務(wù)器外,需要操作多個(gè)web服務(wù)器,為得是能夠避免浪費(fèi)。
在第二個(gè)實(shí)施方案的MFP40中的web服務(wù)器能被配置以檢測每個(gè)服務(wù)器管理項(xiàng)目數(shù)量的增加或減少以及相互通知增加的項(xiàng)目或減少的項(xiàng)目。特別是,當(dāng)在各部分狀態(tài)中的改變被檢測到時(shí)(例如,調(diào)色劑的改變),MFP40的各部分被配置以通知處理變換的web服務(wù)器的端口監(jiān)控程序。接收通知的端口監(jiān)控程序判斷哪一個(gè)項(xiàng)目被增加或刪除以及請求web服務(wù)器的內(nèi)容存儲器部分增加和刪除項(xiàng)目,以及同樣通知其它服務(wù)器增加和刪除項(xiàng)目。接收通知的另外的web服務(wù)器的端口監(jiān)控程序從相立web服務(wù)器的內(nèi)容存儲器部分增加或刪除項(xiàng)目。
通過以這種方式配置web服務(wù)器以及MFP40的部件,如圖9中的例子所示,調(diào)色劑被加到已被設(shè)置為單色打印的MFP40的打印部分,另一個(gè)web服務(wù)器將能夠獲取顏色設(shè)置信息的項(xiàng)目以及類似的項(xiàng)目被加到web服務(wù)器41中。相應(yīng)的,每個(gè)MFP40中的web服務(wù)器能夠不斷的獲取最近的被其它web服務(wù)器管理的有效項(xiàng)目。因此,首先從LAN接收請求的web服務(wù)器能被阻止浪費(fèi)搜索相應(yīng)請求的信息,即使該項(xiàng)目已經(jīng)被刪除。
盡管本發(fā)明已經(jīng)在具體的實(shí)施方案中得到描述,本領(lǐng)域的技術(shù)人員容易理解在不脫離本發(fā)明范圍的前提下進(jìn)行多種變化和修改。例如,盡管本發(fā)明適用于MFP,但本發(fā)明可用于在其包括一個(gè)內(nèi)部web服務(wù)器和與一個(gè)網(wǎng)絡(luò)相連的服務(wù)器的范圍內(nèi)的設(shè)備。
在該實(shí)施方案中,MFP僅與LAN連接。然而,MFP同樣能夠通過公共電話電路被連接到Internet。既然這樣,在MFP的控制部分中通過web服務(wù)器首次從Internet接收請求輸入。
此外,第一個(gè)實(shí)施方案的MFP1不包括第二個(gè)實(shí)施方案的MFP40中的配置。即,第一個(gè)實(shí)施方案的MFP1不包括在內(nèi)容存儲器部分22中存儲的通過其它的web服務(wù)器管理的信息項(xiàng)目的配置,以及同樣包括用于通知被其它的web服務(wù)器管理的項(xiàng)目的數(shù)量的增加或減少的web服務(wù)器的配置信息。然而,第一個(gè)實(shí)施方案的MFP1同樣能以這樣的配置來裝備。通過采用這些配置,能夠?qū)崿F(xiàn)在第二個(gè)實(shí)施方案中的MFP40相同的作用,其中第一個(gè)從LAN接收請求的web服務(wù)器能夠迅速的通知請求者在MFP1中沒有相應(yīng)的信息。
第一個(gè)實(shí)施方案的MFP1用多個(gè)串行連接的web服務(wù)器描述以及第二個(gè)實(shí)施方案的MFP40用彼此相互連接的多個(gè)web服務(wù)器描述。然而,當(dāng)需要時(shí),多個(gè)web服務(wù)器部分能被串行連接以及剩余的web服務(wù)器能被彼此相互連接在一起。即,依靠高或低的傳輸頻率,兩組web服務(wù)器能被混合在一起。一組是為了簡化傳輸路徑串行連接的web服務(wù)器以及另一組是為了減少浪費(fèi)傳輸?shù)目倲?shù)而相互連接在一起的web服務(wù)器。
權(quán)利要求
1.一個(gè)連接網(wǎng)絡(luò)的網(wǎng)絡(luò)終端,包括多個(gè)處理部分;由多個(gè)處理部分控制的多個(gè)硬件資源和軟件資源;和多個(gè)web服務(wù)器連接形成一個(gè)web服務(wù)器網(wǎng)絡(luò),其共用多個(gè)處理部分以及管理來自共用處理部分的有效信息,由多個(gè)web服務(wù)器其中之一管理的信息被傳送到至少一個(gè)在web服務(wù)器網(wǎng)絡(luò)中的預(yù)先確定的web服務(wù)器,其中預(yù)先確定的web服務(wù)器從與網(wǎng)絡(luò)連接的請求者接收一個(gè)來自多個(gè)處理部分中的特殊的處理部分的有效信息的請求,以及將被請求的信息傳送到請求者。
2.根據(jù)權(quán)利要求1的網(wǎng)絡(luò)終端,其中多個(gè)web服務(wù)器中的每一個(gè)包括收集來自于共用部分的有效信息以及生成一個(gè)包括被收集信息的web頁的裝置,當(dāng)接收到來自于請求者的一個(gè)請求時(shí),代表被傳送到web頁的文件請求者。
3.根據(jù)權(quán)利要求2的網(wǎng)絡(luò)終端,其中利用超文本標(biāo)識語言產(chǎn)生文件以及利用HTTP將文件傳送到請求者。
4.根據(jù)權(quán)利要求1的網(wǎng)絡(luò)終端,其中當(dāng)預(yù)先確定的web服務(wù)器從請求者接收到該請求時(shí),該預(yù)先確定的web服務(wù)器首先檢測是否由預(yù)先確定的web服務(wù)器管理的信息被請求。
5.根據(jù)權(quán)利要求4的網(wǎng)絡(luò)終端,其中當(dāng)由預(yù)先確定的web服務(wù)器管理的信息是由請求者請求的信息時(shí),該預(yù)先確定的web服務(wù)器將由預(yù)先確定的web服務(wù)器管理的信息傳送到請求者。
6.根據(jù)權(quán)利要求5的網(wǎng)絡(luò)終端,其中當(dāng)由預(yù)先確定的web服務(wù)器管理的信息不是由請求者請求的信息時(shí),該請求被傳送到與預(yù)先確定的web服務(wù)器相連的另一個(gè)web服務(wù)器。
7.根據(jù)權(quán)利要求5的網(wǎng)絡(luò)終端,其中當(dāng)由預(yù)先確定的web服務(wù)器管理的信息不是由請求者請求的信息時(shí),該預(yù)先確定的web服務(wù)器標(biāo)識一個(gè)管理被請求信息的目標(biāo)web服務(wù)器并且將該請求傳送到該目標(biāo)web服務(wù)器。
8.根據(jù)權(quán)利要求1的網(wǎng)絡(luò)終端,其中至少該預(yù)先確定的web服務(wù)器被連接到網(wǎng)絡(luò)以及多個(gè)web服務(wù)器被串行連接。
9.根據(jù)權(quán)利要求1的網(wǎng)絡(luò)終端,其中該web服務(wù)器包括至少3個(gè)彼此相互連接的web服務(wù)器。
10.根據(jù)權(quán)利要求1的網(wǎng)絡(luò)終端,其中多個(gè)web服務(wù)器的每一個(gè)不僅存儲服從管理的信息項(xiàng)目而且存儲剩余的多個(gè)web服務(wù)器管理的信息項(xiàng)目。
11.根據(jù)權(quán)利要求10的網(wǎng)絡(luò)終端,其中當(dāng)該預(yù)先確定的web服務(wù)器從請求者接收到請求時(shí),該預(yù)先確定的web服務(wù)器首先檢測是否由預(yù)先確定的web服務(wù)器管理的信息被請求。
12.根據(jù)權(quán)利要求11的網(wǎng)絡(luò)終端,其中當(dāng)由該預(yù)先確定的web服務(wù)器管理的信息是由請求者的被請求信息時(shí),該預(yù)先確定的web服務(wù)器將被預(yù)先確定的web服務(wù)器管理的信息傳送到請求者。
13.根據(jù)權(quán)利要求11的網(wǎng)絡(luò)終端,其中當(dāng)由預(yù)先確定的web服務(wù)器管理的信息不是由請求者的被請求信息時(shí),該預(yù)先確定的web服務(wù)器標(biāo)識一個(gè)目標(biāo)web服務(wù)器,其管理基于多個(gè)剩余的web服務(wù)器管理的信息項(xiàng)目的被請求信息,并且將該請求傳送到該目標(biāo)web服務(wù)器。
14.根據(jù)權(quán)利要求10的網(wǎng)絡(luò)終端,其中當(dāng)檢測到管理信息的項(xiàng)目的數(shù)量增加或減少時(shí),多個(gè)web服務(wù)器中的每一個(gè)建議剩余的多個(gè)web服務(wù)器增加或刪除信息項(xiàng)目。
15.根據(jù)權(quán)利要求1的網(wǎng)絡(luò)終端,其中該特殊的web服務(wù)器提供給請求者至少在多個(gè)處理部分中指定處理部分的操作狀態(tài)的信息,以及請求者被允許去改變指定處理部分的操作條件的信息之一。
16.根據(jù)權(quán)利要求15的網(wǎng)絡(luò)終端,其中基于提供給請求者的信息改變操作條件的信息被發(fā)送回指定的處理部分,以便該指定處理部分的操作條件被改變。
全文摘要
一個(gè)多功能外圍設(shè)備(MFP)包括一個(gè)控制部分,LAN接口部分,以及web服務(wù)器。Web服務(wù)器10管理有關(guān)控制部分5,用戶I/F部分2,打印部分3以及掃描部分4中部件的信息。Web服務(wù)器14管理有關(guān)LAN接口部分12中部件的信息。Web服務(wù)器10、14被配置為相互傳輸。Web服務(wù)器14通過網(wǎng)絡(luò)控制部分與LAN相連。當(dāng)與LAN相連的終端請求web服務(wù)器10管理的信息時(shí),web服務(wù)器14作為一個(gè)代理服務(wù)器,將來自LAN的被請求輸入傳送到web服務(wù)器10,以及將該來自web服務(wù)器10的被傳送信息傳送到請求者。
文檔編號H04L29/06GK1409230SQ0214256
公開日2003年4月9日 申請日期2002年8月27日 優(yōu)先權(quán)日2001年8月27日
發(fā)明者松本秀人, 大塚直樹 申請人:兄弟工業(yè)株式會社