專利名稱：信息處理方法和系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及一種用于在網(wǎng)絡上搜索服務的信息處理方法和系統(tǒng)。
背景技術：
迄今為止，存在著連接了多個信息裝置的網(wǎng)絡系統(tǒng)，該系 統(tǒng)使得作為客戶設備上執(zhí)行的操作的結果可以從網(wǎng)絡上的設備 享受所需的服務。在傳統(tǒng)系統(tǒng)中，服務提供設備將其功能作為 服務組織起來，并將那些服務注冊在服務管理服務器中。服務 管理服務器集中管理處于多個位置的不同范圍的服務，響應于 服務使用設備的訪問提供關于該服務組的信息，并提供用戶想
使用的服務(日本特開第2001-109693號公報)。
然而，采用傳統(tǒng)技術，由于時間延遲，在搜索時收集的關 于處于多個位置的不同范圍的服務的信息有時不同于在用戶實 際開始使用這種服務時該服務的實際情況。

發(fā)明內(nèi)容
本發(fā)明使得可以穩(wěn)定地獲得關于網(wǎng)絡上不同范圍的服務的
最新信息。
根據(jù)本發(fā)明的一方面， 一種信息處理方法，用于從網(wǎng)絡上 的多個服務提供設備向服務使用設備提供服務，所述方法包括 以下步驟
生成步驟，生成使用標記語言描述多個服務提供設備的功 能 的瀏覽數(shù)據(jù)；
注冊所述瀏覽數(shù)據(jù)；
如果任何服務提供設備的功能發(fā)生變化，則根據(jù)需要更新 注冊的瀏覽數(shù)據(jù)；以及
所述服務使用設備獲得根據(jù)需要更新的注冊的瀏覽數(shù)據(jù)， 基于獲得的瀏覽數(shù)據(jù)生成服務列表，并顯示所生成的服務列表。
根據(jù)本發(fā)明的另一個方面， 一種信息處理系統(tǒng)，用于從網(wǎng) 絡上的多個服務提供設備向服務使用設備提供服務，所述信息
處理系統(tǒng)包括
生成單元，用于生成使用標記語言描述多個服務提供設備
的功能的瀏覽數(shù)據(jù)；
注冊單元，用于注冊所述瀏覽數(shù)據(jù)；
更新單元，用于如果任何服務提供設備的功能發(fā)生變化， 則根據(jù)需要更新注冊的瀏覽數(shù)據(jù)；以及
所述服務使用設備中的服務列表顯示單元，用于獲得注冊 的瀏覽數(shù)據(jù)，基于獲得的瀏覽數(shù)據(jù)生成服務列表，并顯示所生 成的服務列表。
根據(jù)下面參考附圖對典型實施例的說明，本發(fā)明的其它特 征將變得明顯。


圖l示出根據(jù)本發(fā)明的典型系統(tǒng)結構。
圖2示出根據(jù)本發(fā)明的使用典型服務的設備。
圖3示出典型的傳統(tǒng)系統(tǒng)結構。
圖4示出根據(jù)本發(fā)明的典型系統(tǒng)結構。
圖5示出根據(jù)本發(fā)明的典型系統(tǒng)結構。
圖6示出根據(jù)本發(fā)明的典型流程圖。
圖7示出根據(jù)本發(fā)明的典型流程圖。
圖8示出根據(jù)本發(fā)明的典型流程圖。
圖9示出根據(jù)本發(fā)明的典型聯(lián)合(syndication)數(shù)據(jù)。
圖IO示出根據(jù)本發(fā)明的用于注冊服務信息的典型數(shù)據(jù)。
圖ll示出根據(jù)本發(fā)明的典型聯(lián)合數(shù)據(jù)。
圖12示出根據(jù)本發(fā)明的典型聯(lián)合數(shù)據(jù)。
圖13示出根據(jù)本發(fā)明的用于搜索服務信息的典型數(shù)據(jù)。
圖14示出根據(jù)本發(fā)明的用于搜索服務信息的典型數(shù)據(jù)。
圖15示出根據(jù)本發(fā)明的典型服務列表。
圖16示出根據(jù)本發(fā)明的典型控制臺單元(服務列表顯示)。
圖17示出根據(jù)本發(fā)明的典型聯(lián)合數(shù)據(jù)。
圖18示出根據(jù)本發(fā)明的典型聯(lián)合數(shù)據(jù)。
圖19示出根據(jù)本發(fā)明的典型聯(lián)合數(shù)據(jù)。
圖20示出根據(jù)本發(fā)明的典型服務列表。
圖21示出根據(jù)本發(fā)明的典型控制臺單元(服務列表顯示)。
圖22示出根據(jù)本發(fā)明的顯示在PC上的典型Web瀏覽器。
具體實施例方式
現(xiàn)在參考附圖詳細說明本發(fā)明的優(yōu)選實施例。注意，除非 專門說明，這些實施例中組件的相對布置、數(shù)字表達式和數(shù)值 等并不限制本發(fā)明的范圍。
注意，在本說明書中，服務是指服務提供設備能夠提供給 服務使用設備的功能。
圖1示出根據(jù)本發(fā)明實施例的網(wǎng)絡系統(tǒng)的結構。服務使用設 備1 OO和服務提供設備101 、 102和103組成的信息處理系統(tǒng)連接 到局域網(wǎng)400并形成網(wǎng)絡。服務提供設備IOI、 102和103中的每 一個都對外提供它們各自的功能作為服務。作為來自用戶99的 指令的結果(或者作為由服務使用設備100本身基于規(guī)定的條件 做出的判斷的結果)，服務使用設備100通過網(wǎng)絡使用服務提供
設備IOI、 102和103所^是供的服務。
此外，為了提供服務，服務提供設備IOI、 102和103還能夠 預先對外呈現(xiàn)示出它們各自服務的信息。這種由服務管理服務 器實現(xiàn)的技術包括在服務提供設備所呈現(xiàn)的信息中找到對應于 搜索請求的信息，并將該結果呈現(xiàn)給用戶99,作為服務使用設 備100向局域網(wǎng)400發(fā)送示出搜索請求的包的結果。用戶99從所 呈現(xiàn)的信息中決定要使用的服務，并實際使用該服務。也就是 說，服務提供設備101、102和103公開其各自的作為服務的功能， 并且如果服務使用設備100想要使用這些服務，則可以在服務使 用設備100中搜索這些服務。
在這種服務管理技術方面，例如，Web服務技術中的 UDDI(通用描述、發(fā)現(xiàn)和集成)已眾所周知。UDDI是所謂的服 務倉庫(service repository)。服務提供者將其希望公開的關于服 務的信息注冊在該UDDI中，這些信息例如是服務名稱、服務類 型、接口定義和接入點(access point)。 然后服務用戶能夠向 UDDI查詢可用的服務，并獲得關于這些服務的信息。盡管在本 實施例的服務搜索中采用了這種UDDI技術，當然也可以采用其 它方法。
接下來，利用圖2說明服務使用設備的典型結構。讀取器單 元200采用光學方法讀取原稿的圖像，并將讀取的圖像轉(zhuǎn)換為圖 像數(shù)據(jù)。讀取器單元200包括具有原稿讀取功能的掃描儀單元 210以及具有傳送原稿薄片功能的文檔給送器250。根據(jù)裝置結 構，可以不包括文檔給送器250(在這種情況下，用戶將原稿放 在玻璃壓盤(原稿壓盤)上并進行讀取)。打印機單元300傳送記 錄紙，將圖像數(shù)據(jù)作為可見圖像形成在記錄紙上，并將其上形 成了可見圖像的記錄紙向外排出。打印機單元300由具有多種記 錄紙盒的給送器單元360、將圖像數(shù)據(jù)轉(zhuǎn)印并定影到記錄紙上的
標記單元310以及排序和裝訂已打印的記錄紙的排出單元370組 成，并將已排序和裝訂的記錄紙向外輸出?？刂破?10電連接到 讀取器單元200和打印機單元300,且還連接到局域網(wǎng)400?？刂?器110具有CPU、工作存儲器等，它將存儲在HDD 160中的程序 代碼載入工作存儲器，并作為C P U解釋該程序代碼的結果控制 整個服務使用設備的操作?？刂破?10提供復印功能，用于控制 讀取器單元200將通過讀取原稿的圖像而獲得的圖像數(shù)據(jù)輸出 到打印機單元300，并在記錄紙上形成圖像。控制器110還提供 網(wǎng)絡掃描儀功能，用于將利用讀取器單元2 00讀取原稿的圖像而 獲得的圖像數(shù)據(jù)轉(zhuǎn)換為代碼數(shù)據(jù)，并經(jīng)過局域網(wǎng)400將代碼數(shù)據(jù) 發(fā)送到主計算機中?？刂破?10還提供打印機功能，用于將經(jīng)過 局域網(wǎng)400從主計算機接收到的代碼數(shù)據(jù)轉(zhuǎn)換為圖像數(shù)據(jù)，并將 圖像數(shù)據(jù)輸出到打印機300。控制臺單元150具有LCD顯示器、 貼在LCD顯示器上的觸摸面板輸入設備以及多個硬按鍵(hard key),并且提供供用戶執(zhí)行各種操作的用戶接口 。使用觸摸面 板或者硬按鍵輸入的信號被傳送到控制器110,且LCD顯示器顯 示從控制器110發(fā)送的圖像數(shù)據(jù)。附圖標記160表示具有存儲區(qū) 的硬盤，該存儲區(qū)除了存儲由控制器1 IO執(zhí)行的程序代碼之外， 還用于保存服務信息和聯(lián)合數(shù)據(jù)。服務提供設備IOI、 102和103 還被假定為具有與服務使用設備10 0類似的結構。
圖3示出使用UDDI的典型結構。服務提供設備104、 105和 106,以及服務提供設備IOI、 102和103將服務信息注冊在服務 管理服務器(UDDI)109中，并且服務使用設備100對服務管理服 務器(UDDI)109進行搜索。也有可能存在多個服務管理服務器 (UDDI)109。
接下來利用圖4和圖5說明對應于U D DI的服務管理服務器 的位置。在圖4中每個服務提供設備都保留服務管理服務器，而
在圖5中僅有服務提供設備101保留服務管理服務器。本發(fā)明適 用于上述任意一個系統(tǒng)。
圖4示出每個服務提供設備都保留對應于上述UDDI的服務 管理服務器的例子。服務提供設備IOI、 102和103將它們各自的 有效功能作為服務(即，可供其它設備使用)，并且將這些服務 作為服務列表注冊在它們各自的服務管理服務器IOIO、 1020和 1030中。例如，已注冊的服務由此被如在服務列表501、 502和 503中一樣列舉和保留。在這種情況下，服務使用設備100向每 個服務提供設備搜索服務。
另一方面，圖5示出僅由服務提供設備101實現(xiàn)對應于上述 UDDI的服務管理服務器的例子。服務提供設備IOI、 102和103 將它們各自的有效功能作為服務(即，可供其它設備使用)，并 將這些服務作為服務列表504注冊在設置于服務提供設備101中 的服務管理服務器1010中。然后服務使用設備100僅向設置在服 務提供設備101中的服務管理服務器1010搜索服務。
在因特網(wǎng)Web技術領域，已經(jīng)開始廣泛使用XML應用， XML應用例如是Atom或者用于聯(lián)合(發(fā)布)最新消息的不同版 本的RSS等。在本實施例中，利用諸如Atom或者不同版本的RSS 的XML,將服務的更新/歷史信息從服務提供設備聯(lián)合到服務管 理服務器。在本說明書中，聯(lián)合意味著發(fā)布或者通知更新/概括 信息。聯(lián)合數(shù)據(jù)表示用于允許使用RSS讀取器瀏覽更新信息或 者服務信息的瀏覽數(shù)據(jù)。
圖6是示出服務提供設備執(zhí)行的處理的流程的流程圖。該流 程圖示出控制器110基于存儲在服務提供設備的HDD 160中的 程序代碼執(zhí)行的處理的流程。
在S701中，服務提供設備產(chǎn)生關于其服務的信息作為聯(lián)合 數(shù)據(jù)。在S702中，服務提供設備將服務信息發(fā)送到服務管理服 務器以便進行注冊，同時在S703中將在S701中創(chuàng)建的聯(lián)合數(shù)據(jù) 發(fā)送到服務管理服務器以便注冊。由此服務管理服務器可以監(jiān) 視由服務提供設備提供的服務信息的更新信息或最新信息。
在此，服務使用設備1 OO在確定使用哪個服務提供設備的服 務時參考在S702中注冊的服務信息，并且該信息以唯一的格式 僅在服務使用設備和服務提供設備之間使用。另一方面，在 S703中注冊的聯(lián)合數(shù)據(jù)具有諸如RSS或者Atom的通用格式，并 可以使用通用RSS讀取器來參考。然而，聯(lián)合數(shù)據(jù)僅用于檢查 服務的內(nèi)容。
接下來，在S704中，服務提供設備判斷其服務信息中是否 發(fā)生改變或者是否增加了任何新的服務。如果已經(jīng)更新或者增 加了關于服務的信息，服務提供設備則在S705中重構聯(lián)合數(shù) 據(jù)，并且將重構的聯(lián)合數(shù)據(jù)注冊在服務管理服務器中。此時的 重構僅包括構建被更新的部分。然后處理返回到S704,在S704 中服務提供設備監(jiān)視服務信息的更新和新服務的增加。更新頻 率和安排好的更新時間包括在已經(jīng)注冊在服務管理服務器中的 聯(lián)合數(shù)據(jù)中，并且因為服務管理服務器查詢根據(jù)該信息的更新， 所以服務提供設備響應于該查詢，將在S 7 0 5中重構的任何聯(lián)合 數(shù)據(jù)發(fā)送到服務管理服務器來注冊。
圖7示出服務管理服務器的處理流程。該流程圖示出服務管 理服務器的控制器110基于存儲在服務管理服務器的HDD中的 程序代碼執(zhí)行的處理的流程。
在S711中，如圖6的S702和S703中所述，服務管理服務器 判斷服務提供設備是否已經(jīng)將服務信息/聯(lián)合數(shù)據(jù)注冊在服務 管理服務器中。接下來，在S712中，基于已經(jīng)在S711中注冊的 服務提供設備的聯(lián)合數(shù)據(jù)，生成將提供給服務使用設備的服務 組信息作為聯(lián)合數(shù)據(jù)。此時，盡管生成了多條服務信息作為單
條的聯(lián)合數(shù)據(jù)，但是因為在很多情況下存在多個服務提供設備， 所以會存在很多條服務信息。此時，聯(lián)合數(shù)據(jù)被制定為使得用 戶可以判斷哪個服務提供設備能夠提供什么服務。在S713中， 服務管理服務器開始提供該聯(lián)合數(shù)據(jù)。由此，用于多條不同服 務組信息的更新信息可以由服務使用設備作為單條數(shù)據(jù)監(jiān)視。
接下來，在S714中，服務管理服務器開始監(jiān)視服務提供設備的 聯(lián)合數(shù)據(jù)，并且在S715中查詢聯(lián)合數(shù)據(jù)的更新狀態(tài)。
此時，服務管理服務器基于包括在聯(lián)合數(shù)據(jù)中的更新頻率 和安排好的更新時間進行周期性地查詢。在S716中，服務管理 服務器判斷聯(lián)合數(shù)據(jù)是否已經(jīng)更新。如果聯(lián)合數(shù)據(jù)已經(jīng)更新， 則處理進行到S717，在S717中重構將提供給服務使用設備的服 務組信息作為聯(lián)合數(shù)據(jù)。此時，僅對聯(lián)合數(shù)據(jù)的更新部分進行 重構。當重構被完成時，服務管理服務器返回到S713中用于提 供聯(lián)合數(shù)據(jù)的處理。
假定服務管理服務器構建的聯(lián)合數(shù)據(jù)可以從具有RSS讀取
器功能的局域網(wǎng)400上的任何設備所參考。因此，只有使用通用 RSS讀取器訪問服務管理服務器，用戶才能參考局域網(wǎng)400上多 個服務提供設備所能提供的全部服務。
圖8示出服務使用設備的處理流程。該流程圖示出控制器 IIO基于存儲在服務使用設備的HDD 160中的程序代碼執(zhí)行處 理的流程。例如，服務使用設備在該設備啟動時立刻獲得服務 信息。因為使用聯(lián)合數(shù)據(jù)可以由更新管理連續(xù)地獲得最新的服 務信息，所以當該設備啟動時獲取一次服務信息比用戶執(zhí)行搜 索時每次都獲取服務信息效率更高。當然，可以在不同的定時 進行搜索。
當啟動時，服務使用設備在S721中向服務管理服務器查詢 該設備可用的服務組信息，并且在S722中生成服務列表?？梢?br> 由服務使用設備使用的服務組受到服務使用設備功能和服務提 供設備功能的限制。如果用戶進行操作來顯示服務列表，則在
S723中將服務列表顯示在控制臺單元150上。然后，在S724中， 服務使用設備開始監(jiān)視服務管理服務器中的聯(lián)合數(shù)據(jù)，并且在 S725中查詢聯(lián)合數(shù)據(jù)的更新狀態(tài)。此時，基于包括在聯(lián)合數(shù)據(jù) 中的更新頻率和安排好的更新時間，周期性地進行查詢。在 S726中，服務使用設備判斷聯(lián)合數(shù)據(jù)是否被更新。如果聯(lián)合數(shù) 據(jù)已經(jīng)更新，則處理進行到S727,在S727中服務使用設備重構 服務列表。此時，僅對聯(lián)合數(shù)據(jù)的更新部分進行重構。當完成 重構時，服務使用設備返回到用于在S723中在控制臺單元150 上顯示服務列表的處理中。在這種情況下，可以顯示服務列表， 以便用戶能夠確定與先前顯示不同的改變部分。
假定服務使用設備創(chuàng)建的服務列表可以從局域網(wǎng)4 0 0上任 何具有RSS讀取器功能的設備所參考。因此，只有使用通用RSS 讀取器訪問服務使用設備，用戶才能參考由局域網(wǎng)400上多個服 務提供設備提供給服務使用設備的服務。
圖9示出在圖6的S701中由服務提供設備101生成的服務信 息的典型聯(lián)合數(shù)據(jù)(同時用數(shù)據(jù))。在此，聯(lián)合數(shù)據(jù)被稱作RSS 1.0 格式中的元數(shù)據(jù)，但本發(fā)明不限于這種結構。聯(lián)合數(shù)據(jù)可以可 選地由RSS 2.0或Atom格式等描述。
附圖標記2001表示命名空間(namespace)的定義，其用于保 持數(shù)據(jù)中使用的詞匯的唯一 性。附圖標記2002表示作為屬性的、 包含聯(lián)合數(shù)據(jù)的URI的通道(channe 1)元素。附圖標記2003表示 title元素，它是數(shù)據(jù)的標題。在圖9的情況下，顯示出該數(shù)據(jù)與 "發(fā)送B"服務有關。附圖標記2004表示鏈接元素，它包含"發(fā) 送B"服務的URI。附圖標記2005表示description元素，它包含 數(shù)據(jù)的描述。在圖9的情況下，description元素2005示出該數(shù)據(jù)
是關于裝置B(服務提供設備102)的服務信息。附圖標記2006表 示項元素，其中具有寫入元素2007中的由下面的項元素列舉的 資源數(shù)據(jù)(URI)。如果存在多個項元素，則將描述多條資源數(shù)據(jù) (URI)。
附圖標記2008表示包含聯(lián)合數(shù)據(jù)詳細說明的項元素。附圖
描述的具體資源數(shù)據(jù)作為該項元素的屬性。附圖標記2 010表示 title元素，在圖9的情況下，該title元素示出該數(shù)據(jù)是關于"發(fā) 送B，，服務的信息。附圖標記2011表示實際訪問的資源數(shù)據(jù) (URI)，這與項元素2009中描述的URI相同。附圖標記2012表示 包含項目描述的description元素。在本實施例中，該description 元素包含每個服務所支持的服務內(nèi)容，例如在發(fā)送服務的情況 下，description元素就是服務的協(xié)議信息。在圖9中，可以看到 "發(fā)送B，，服務支持FTP協(xié)議和SMB協(xié)議。附圖標記2013表示 dc:date元素，它包含示出何時創(chuàng)建(更新)數(shù)據(jù)的日期信息(在此 為2006年5月14日)。附圖標記2014表示sy:updatePeriod元素，它 包含數(shù)據(jù)更新周期(在此為l周)。例如，獲得聯(lián)合數(shù)據(jù)的服務管 理服務器在圖7的S715中能夠利用兩個元素2013和2014來判斷 接下來在什么時候獲取數(shù)據(jù)。
接下來將說明服務信息和服務信息的聯(lián)合數(shù)據(jù)已在S702
和S703中注冊到服務管理服務器的情況下的典型數(shù)據(jù)。在圖10 中，用2021定義命名空間。在此，因為擴展了方案(schema)以 便注冊聯(lián)合數(shù)據(jù)，所以還定義了唯一的命名空間rr。附圖標記 2022表示注冊服務名稱的name元素。在圖10中，該服務注冊在 服務名稱"發(fā)送B，，之下。附圖標記2023表示rr:rss元素，在此 該元素通過描述聯(lián)合數(shù)據(jù)的URI對圖9所示的聯(lián)合數(shù)據(jù)進行注 冊。附圖標記2024表示接入點(accessPoint)元素，該元素包含當 進行實際服務時要訪問的URI。附圖標記2025表示overviewURL 元素，該元素示出包含服務接口定義信息的WSDL文件的位置 (URI)。該處理引起服務管理服務器從在S711等待注冊的狀態(tài)進 行到S712中的聯(lián)合數(shù)據(jù)生成。
接下來，將參考圖11和12對圖7的S712中的聯(lián)合數(shù)據(jù)生成 處理進行說明。圖11和12示出單條數(shù)據(jù)。直至通道元素的元素 都在圖ll中說明，而圖12中主要說明項元素。
圖11和12示出服務管理服務器獲得的典型數(shù)據(jù)，在圖7的 S712中服務管理服務器生成作為聯(lián)合數(shù)據(jù)的多條服務組信息。 附圖標記2031表示命名空間的定義，用于保持數(shù)據(jù)中所使用的 詞匯的唯一性。附圖標記2032表示通道元素，該元素包含作為 屬性的聯(lián)合數(shù)據(jù)的URI。附圖標記2033表示title元素，它是數(shù)據(jù) 的標題。在圖ll的情況下，顯示出有關整個服務組的數(shù)據(jù)。附 圖標記2034表示鏈接元素，它包含含有關于服務的信息的URI。 附圖標記2035表示description元素，該元素包含數(shù)據(jù)的描述。 在圖ll的情況下，description元素2035示出^t據(jù)是關于網(wǎng)絡上 的服務組的信息。附圖標記2036表示項元素，其中具有寫入元 素2037中的由下面的項元素列舉的資源數(shù)據(jù)(URI)。圖ll僅示出 部分而不是全部服務信息。
圖12中的附圖標記2038表示包含聯(lián)合數(shù)據(jù)詳細描述的項元 素。附圖標記2039表示項元素，該元素包含作為其屬性的在該 項元素中描述的指定資源數(shù)據(jù)(URI)。附圖標記2040表示項元 素，該元素示出該數(shù)據(jù)是關于"發(fā)送B"服務的信息。附圖標 記2041表示要實際訪問的資源數(shù)據(jù)(URI),這與項元素2039中描 述的URI相同。附圖標記2042表示description元素，該元素包含 項目的描述。在本實施例中，該description元素包含每個服務 支持的服務內(nèi)容，例如在發(fā)送服務的情況下，該元素是服務的協(xié)議信息。在圖11中，能夠看出"發(fā)送B，，服務支持FTP協(xié)議和 SMB協(xié)議。附圖標記2043表示dc:date元素，該元素包含示出何 時創(chuàng)建(更新)數(shù)據(jù)的日期信息。附圖標記2044表示包含數(shù)據(jù)更 新周期的sy:updatePeriod元素。例如，獲得聯(lián)合數(shù)據(jù)的服務使 用設備能夠利用兩個元素2043和2044,在圖8的S725中確定接 著在什么時候去獲取數(shù)據(jù)。
因為圖12中其它服務的項元素類似于元素2038 ~ 2044,所 以將省去對這些元素的詳細說明。在此，將服務管理服務器聚 集的全部服務組信息(在此是"發(fā)送A"、"發(fā)送B"、"發(fā)送D"、 "傳真A")作為項元素進行列舉。
接下來，將利用圖13和圖14說明在圖8的S721中服務使用 設備向服務管理服務器查詢服務信息的情況。如S721中所述， 例如，假定在啟動裝置時立刻獲得服務信息。因為使用聯(lián)合數(shù) 據(jù)通過更新信息管理可以連續(xù)地獲得最新服務信息，所以在啟 動設備時獲取 一 次服務信息比用戶每次執(zhí)行搜索時都獲取服務 信息更有效率。這種搜索分為兩個階段執(zhí)行，首先使用圖13所 示的數(shù)據(jù)來查詢是否存在任何服務，然后進行到圖14以獲得關 于服務的詳細信息。
圖13中的附圖標記2051表示服務使用設備向服務管理服務 器進行查詢的部分。該查詢是使用2051的find一service元素進行 的。作為在2051的find—service元素的name元素中嵌入涉及服務 名稱的字符串的結果，服務管理服務器返回匹配該字符串的服 務。在這種情況下，當"％，，用作name元素的值時，返回全部 服務信息。附圖標記2052表示來自服務管理服務器的響應數(shù)據(jù)。 因為擴展了方案以便監(jiān)視聯(lián)合數(shù)據(jù)，所以還由附圖標記2053定 義唯一的命名空間rr。附圖標記2054表示rr:rss元素，該元素包 含用于服務管理服務器所管理的服務組的聯(lián)合數(shù)據(jù)的URI。在
servicelnfos元素中歹'J舉servicelnfo元素，并且返回關于月良務的 信息。例如，利用servicelnfo元素2055,返回關于"發(fā)送B"月良 務的信息。作為在獲得如圖14所示的詳細信息時在請求數(shù)據(jù)中 包括了 servicelnfo元素的serviceKey屬性的結果，服務管理服務 器識別出"發(fā)送B"服務。
接下來說明圖14。當需要獲得關于服務的詳細信息時，服 務使用設備使用2056的get—serviceDetail元素進行查詢。利用圖 13所示servicelnfo元素2055中的serviceKey屬性獲得的ID凈皮嵌 入到2056的get—serviceDetail元素的serviceKey元素中。服務管 理服務器由此識別出"發(fā)送B"服務并且返回響應。此時，考 慮到如果服務名稱已用作標識符則可能發(fā)生名稱沖突，服務管 理服務器將服務管理服務器分配給每個服務的serviceKey作為
ID。附圖標記2057表示服務管理服務器對查詢的響應。附圖標 記2058表示accessPoint元素，該元素包含在進行實際服務時要 訪問的URI。附圖標記2059表示overviewURL元素，該元素示出 包含服務接口定義信息的WSDL文件的位置(URI)。然而，未必 總是需要查詢關于服務的詳細信息。如圖13所示，使用圖ll和 圖12所示的聯(lián)合數(shù)據(jù)，可以獲得關于服務組的信息。
如果利用圖14的查詢形式在圖8的S721中獲得服務組信 息，則服務使用設備在圖8的S722中創(chuàng)建服務列表510,并在 S723中將該服務列表顯示在控制臺單元上。服務列表510如圖 15所示。另外，控制臺單元150基于該服務列表510來顯示服務 列表，如圖16所示。圖15的服務列表包含服務名稱621、服務信 息622、裝置名稱623和服務的URI 624。在圖16的控制臺單元顯 示中，附圖標記625示出整個控制臺單元畫面，附圖標記626表 示用于設置諸如復印或傳真等功能的字段，并且附圖標記627 表示服務列表顯示。
接下來，用圖17說明服務提供設備中注冊的服務信息發(fā)生
了改變的情況。下文將說明圖6的S704中的服務信息更新，例 如，其中包括FTP協(xié)議不能再用于"發(fā)送B"服務的情況。盡管 實質(zhì)上與圖9相同，但是作為不能再使用FTP協(xié)議的結果，F(xiàn)TP 描述已經(jīng)從3001的項元素中的description元素3002中消失。由 此，在圖7的S714中監(jiān)視聯(lián)合數(shù)據(jù)并在S715中查詢更新狀態(tài)的 服務管理服務器檢測變化，并在S717中重構服務管理服務器的 聯(lián)合數(shù)據(jù)。圖18和圖19包含重構數(shù)據(jù)的描述。盡管實質(zhì)上與圖 12和圖13相同，但是作為不能再使用FTP協(xié)議的結果，F(xiàn)TP描述 已經(jīng)從3003的項元素中的description元素3004中消失。由此， 在圖8的S724中監(jiān)視聯(lián)合數(shù)據(jù)并在S725中查詢更新狀態(tài)的服務 使用設備檢測變化，并在S727中重構服務列表。圖20包含重構 列表的描述。如圖20的服務信息651所示，F(xiàn)TP協(xié)議已經(jīng)從"發(fā) 送B，，服務的服務信息中刪除。然后刪除帶有FTP協(xié)議的服務列 表顯示，如圖21的服務列表顯示652所示。
此外，圖22示出PC上具有RSS讀取器功能的Web瀏覽器可 以瀏覽的服務信息。附圖標記661示出由圖11所示的由服務管理 服務器提供的聯(lián)合數(shù)據(jù)的title元素2033所表達的元素。在662列 舉關于服務組的信息，這些信息類似于在圖11的2037和圖12的 2038所示的情況。因此，通過使用標準技術，可以使用通用Web 瀏覽器瀏覽服務信息。另外，即使其它客戶軟件具有RSS讀取 器功能，用戶也能夠獲得有關服務的最新消息。
根據(jù)本實施例，可以僅作為用戶對服務管理服務器或服務 使用設備進行查詢的結果持續(xù)地獲得在多個位置處的不同范圍 的服務的最新信息。盡管處于不同位置的不同范圍的服務注冊 在服務管理服務器中，但是可以方便地將這些服務作為聯(lián)合數(shù)
據(jù)而進行集中管理。 此外，當服務管理服務器聚集關于服務的信息時，因為信 息可以通過將來自于服務提供設備的信息組織為適合于服務使 用者的信息來提供，所以可以實現(xiàn)靈活的服務管理。
此外，因為可以使用標準技術從通用Web瀏覽器等獲得信 息，所以用戶可以從他們自己的PC中獲得關于服務組的最新信 息，而無需到服務使用設備那里。
其它實施例
盡管上面說明了本發(fā)明的實施例，但是本發(fā)明可用于由多 個裝置組成的系統(tǒng)，或者用于由單個裝置組成的設備。
注意，還可以通過將用于實現(xiàn)上述實施例功能的計算機程 序直接或遠程地提供給系統(tǒng)或設備，并由該系統(tǒng)或者設備讀取 和執(zhí)行所提供的程序代碼來實現(xiàn)本發(fā)明。因此，安裝在計算機 中以便于用計算機實現(xiàn)本發(fā)明的功能處理的實際程序代碼也包 含在本發(fā)明的技術范圍之內(nèi)。
在這種情況下，只要具有計算機程序的功能，計算機程序 可以具有任意形式，諸如目標代碼、由解釋器執(zhí)行的計算機程
序、或提供給os的腳本數(shù)據(jù)等。
用于提供計算機程序的存儲介質(zhì)包括例如，軟(Floppy(注 冊商標))盤、硬盤、光盤和磁光盤。還可以使用MO、 CD-ROM、 CD-R、 CD國RW、磁帶、非易失性存儲卡、ROM、 DVD(DVD-ROM、 DVD-R)等。
可選地，用戶有可能利用客戶端PC的瀏覽器連接到因特網(wǎng) 網(wǎng)站，并且將根據(jù)本發(fā)明的實際計算機程序或者具有自動安裝 功能的文件下載到諸如硬盤之類的存儲介質(zhì)。本發(fā)明還可以由 將組成根據(jù)本發(fā)明的計算機程序的程序代碼分割為多個文件， 并且從不同的網(wǎng)站下載各個文件實現(xiàn)。也就是說，允許多個用 戶利用計算機下載用于實現(xiàn)本發(fā)明處理功能的計算機程序的萬
維網(wǎng)(WWW)服務器也包含在本發(fā)明的范圍之內(nèi)。根據(jù)本發(fā)明的
計算機程序還可能以加密形式存儲在諸如CD-ROM之類的存儲 介質(zhì)上，并交付給用戶。還有可能允許滿足規(guī)定條件的用戶經(jīng) 由因特網(wǎng)從一個網(wǎng)址下載用于解密該加密內(nèi)容的密鑰信息，并 且通過執(zhí)行計算機程序?qū)⒗迷撁荑€信息解密的計算機程序安 裝在計算機上。
另外，運行在計算機上的OS等可以根據(jù)計算機程序的指令 執(zhí)行部分或全部的實際處理，利用這種處理可以實現(xiàn)上述實施 例的功能。
此外，本發(fā)明的范圍還包括這樣一種情況根據(jù)本發(fā)明的 計算機程序被寫入PC的功能擴展單元所設置的存儲器中，并且 該功能擴展單元所設置的CPU等根據(jù)計算機程序執(zhí)行部分或全 部的實際處理。
本發(fā)明使得可以持續(xù)地獲得網(wǎng)絡上關于不同范圍的服務的 最新信息。
盡管參考典型實施例說明了本發(fā)明，但應當理解，本發(fā)明 不限于公開的典型實施例。所附權利要求的范圍符合最寬的解 釋，以便包含全部變形以及等同結構和功能。
權利要求
1. 一種信息處理方法，用于從網(wǎng)絡上的多個服務提供設備向服務使用設備提供服務，所述方法包括以下步驟生成步驟，生成使用標記語言描述多個服務提供設備的功能的瀏覽數(shù)據(jù)；注冊所述瀏覽數(shù)據(jù)；如果任何服務提供設備的功能發(fā)生變化，則根據(jù)需要更新注冊的瀏覽數(shù)據(jù)；以及所述服務使用設備獲得根據(jù)需要更新的注冊的瀏覽數(shù)據(jù)，基于獲得的瀏覽數(shù)據(jù)生成服務列表，并顯示所生成的服務列表。
2. 根據(jù)權利要求l所述的信息處理方法，其特征在于，使 用XML描述所述瀏覽數(shù)據(jù)。
3. 根據(jù)權利要求2所述的信息處理方法，其特征在于，以 RSS格式和Atom格式之一來描述所述瀏覽數(shù)據(jù)。
4. 根據(jù)權利要求l所述的信息處理方法，其特征在于，所 述生成步驟包括以下步驟多個服務提供設備中的每個服務提供設備生成使用標記語 言描述各自功能的瀏覽數(shù)據(jù)；以及將由所述多個服務提供設備生成的多條所述瀏覽數(shù)據(jù)合并。
5. —種信息處理系統(tǒng)，用于從網(wǎng)絡上的多個服務提供設備 向服務使用設備提供服務，所述信息處理系統(tǒng)包括生成單元，用于生成使用標記語言描述多個服務提供設備 的功能的瀏覽數(shù)據(jù)；注冊單元，用于注冊所述瀏覽數(shù)據(jù)；更新單元，用于如果任何服務提供設備的功能發(fā)生變化， 則更新注冊的瀏覽數(shù)據(jù)；以及所述服務使用設備中的服務列表顯示單元，用于獲得注冊的瀏覽數(shù)據(jù)，基于獲得的瀏覽數(shù)據(jù)生成服務列表，并顯示所生 成的服務列表。
全文摘要
本發(fā)明涉及一種信息處理方法和系統(tǒng)。本發(fā)明允許穩(wěn)定地獲得網(wǎng)絡上關于不同范圍的服務的最新信息。為了實現(xiàn)該目的，從網(wǎng)絡上多個服務提供設備101、102和103向服務使用設備100提供服務。產(chǎn)生并注冊使用標記語言描述多個服務提供設備101、102和103的同步數(shù)據(jù)。如果任何服務提供設備的功能發(fā)生變化，則更新已注冊的同步數(shù)據(jù)。服務使用設備100獲得根據(jù)需要更新的已注冊的同步數(shù)據(jù)，根據(jù)已獲得的同步數(shù)據(jù)產(chǎn)生服務列表，并顯示已產(chǎn)生的服務列表。
文檔編號G06F17/30GK101206661SQ20071013878
公開日2008年6月25日 申請日期2007年8月20日 優(yōu)先權日2006年12月14日
發(fā)明者諏訪部健史 申請人:佳能株式會社