專利名稱：配置文件獲取方法、裝置、程序和記錄介質的制作方法
技術領域：
本發(fā)明涉及一種配置文件(profile)獲取方法、裝置、程序和記錄介質。
背景技術：
計算機技術的進步使得即使在辦公裝置和普通家用電器中也開始可以通過網(wǎng)絡實現(xiàn)關聯(lián)以及處理的鏈接等功能。UPnP(Universal Plug and Play，通用即插即用)、Jini和Jxta等裝置控制協(xié)議被認為是通過網(wǎng)絡實現(xiàn)這些裝置控制器融合的網(wǎng)絡技術。
以下，將UPnP作為代表性例子進行說明。UPnP是在因特網(wǎng)世界中支持IP(Internet Protocol，因特網(wǎng)協(xié)議)、TCP(TransferControl Protocol，傳輸控制協(xié)議)、UDP(User DatagramProtocol，用戶數(shù)據(jù)報協(xié)議)、HTTP(HyperText TransferProtocol，超文本傳輸協(xié)議)和XML(eXtensible MarkupLanguage，可擴展標記語言)等實際標準協(xié)議的網(wǎng)絡上使用的裝置控制協(xié)議。
UPnP使用SSDP(Simple Service Discover Protocol，簡單服務發(fā)現(xiàn)協(xié)議)來發(fā)現(xiàn)連接到網(wǎng)絡的裝置控制器，掌握表示要被控制的裝置控制器的預先定義的規(guī)格和設置的配置文件信息。SSDP是構成UPnP的基礎部分，并且IETF已經(jīng)發(fā)行了標準規(guī)格。UPnP使用IP廣播來發(fā)現(xiàn)它所希望的裝置。例如，當廣播“能夠重放數(shù)字視頻流的裝置？”時，符合條件的裝置自動地將它們的IP地址和主機名稱發(fā)送到詢問源。此外，在此時交換表示要被控制的裝置控制器的預先定義的規(guī)格和設置以及實際功能的配置文件信息。在信息交換中使用的數(shù)據(jù)格式是XML，并且通過HTTP通信該信息。
使用SOAP(Simple Object Access Protocol，簡單對象訪問協(xié)議)來控制裝置。SOAP是為了平穩(wěn)地交換XML Web服務而確定的基于RPC的因特網(wǎng)通信工業(yè)標準協(xié)議。SOAP用于將控制消息發(fā)送到裝置，并獲得結果或出錯。UPnP控制請求是包含通過指定參數(shù)進行調用的動作的SOAP消息。應答同樣是SOAP消息，包含狀態(tài)，并返回值和參數(shù)。
用于通過網(wǎng)絡使裝置相互連接的裝置控制協(xié)議(例如，UPnP)通常采用按照一個預定的配置文件交換過程(例如，SSDP)來交換具有預定結構的整個配置文件信息的方法。
例如，專利文獻1記載了一種具有較低吞吐量的裝置可以通過在裝置之間交換配置文件信息然后在臨時保存位置中設置用于文檔處理等內(nèi)部處理的區(qū)域來處理大量信息。
專利文獻1日本特開平10-143420號公報發(fā)明內(nèi)容在傳統(tǒng)裝置中的配置文件管理部件獲取其它裝置的配置文件信息。即使當多個裝置連接到網(wǎng)絡上時，它們也僅可以單獨使用。
專利文獻1通過交換配置文件信息(能力信息)以確定裝置的行為，來用其它裝置的能力擴展該裝置的能力。然而，通過使用其它裝置，僅僅補充了低功能的有限能力。
本發(fā)明使得可以通過使用其它通信裝置的配置文件對配置文件獲取請求進行應答。
解決問題的手段根據(jù)本發(fā)明，一種通過網(wǎng)絡與其它通信裝置進行通信的通信裝置，其特征在于，包括管理部件，用于管理配置文件信息；接收部件，用于接收配置文件信息的獲取請求和其它通信裝置的配置文件信息；以及處理部件，用于根據(jù)由管理部件管理的配置文件信息和由接收部件接收到的其它通信裝置的配置文件信息，處理配置文件信息的獲取請求。
根據(jù)本發(fā)明，一種通信裝置的配置文件信息獲取請求處理方法，該通信裝置管理配置文件信息并通過網(wǎng)絡與其它通信裝置進行通信，其特征在于，該方法包括接收配置文件信息的獲取請求；接收其它通信裝置的配置文件信息；以及根據(jù)所管理的配置文件信息和所接收到的其它通信裝置的配置文件信息，處理配置文件信息的獲取請求。
發(fā)明的效果根據(jù)本發(fā)明，可以通過使用其它通信裝置的配置文件對配置文件獲取請求進行應答。
此外，本發(fā)明使得可以有效地使用連接到網(wǎng)絡的通信裝置。
通過以下對實施例的說明，本發(fā)明的其它效果將顯而易見。


圖1是示出整個配置文件管理系統(tǒng)的基本結構的圖；圖2是當通過使用PC(個人計算機)實現(xiàn)連接到配置文件管理系統(tǒng)的裝置時的框圖；圖3是示出各裝置所裝備的主要元件的功能框圖；圖4是用于更詳細地說明配置文件交換部221的功能框圖；圖5是用于更詳細地說明配置文件判斷部225的功能框圖；圖6是根據(jù)本發(fā)明的實施例的處理的流程圖；圖7是示出在根據(jù)本發(fā)明的實施例的配置文件管理系統(tǒng)中使用的配置文件信息的結構的圖；
圖8是示出根據(jù)本發(fā)明的實施例的實際處理過程的例子的圖；圖9是示出根據(jù)本發(fā)明的實施例的實際處理過程的例子的圖；圖10是示出根據(jù)本發(fā)明的實施例的實際處理過程的例子的圖；以及圖11是示出根據(jù)本發(fā)明的實施例的實際處理過程的例子的圖。
具體實施例方式
以下參照附圖詳細說明本發(fā)明的最佳實施方式。
圖1示出了包含可應用本發(fā)明的裝置(通信裝置)的整個系統(tǒng)的結構的例子。如圖1所示，數(shù)字照相機100、數(shù)字攝像機101、打印機102、掃描儀103和投影儀104連接到網(wǎng)絡105。這些裝置分別存儲了根據(jù)它們的規(guī)格和狀態(tài)的配置文件信息。這些裝置被配置成通過網(wǎng)絡105相互調用功能并交換配置文件信息。裝置100～104是通過網(wǎng)絡105與其它通信裝置進行通信的通信裝置。
作為例子，以下參照圖2說明連接到根據(jù)本發(fā)明實施例的配置文件管理系統(tǒng)的裝置(圖1所示的裝置100～104)包括PC(個人計算機)等計算機系統(tǒng)的情況。
注意，該裝置不僅可以通過PC(個人計算機)來實現(xiàn)，還可以通過如圖1所示的裝置、具有與其它裝置進行通信的通信功能的包括例如工作站、筆記本PC、掌上PC、具有內(nèi)置計算機的電視機等各種家用電器、具有通信功能的游戲機、電話、手機、電子記事簿等的裝置、或這些裝置的組合來實現(xiàn)。
圖2中的附圖標記401表示控制計算機系統(tǒng)的中央處理單元(以下稱為CPU)。CPU 402是根據(jù)程序運行的計算機，并進行稍后說明的判斷和控制。附圖標記402表示用作CPU 401的主存儲器、執(zhí)行程序的區(qū)域、程序的執(zhí)行區(qū)域和數(shù)據(jù)區(qū)域的隨機存取存儲器(以下稱為RAM)。
附圖標記403表示用于記錄CPU 401的操作過程的只讀存儲器(以下稱為ROM)。ROM 403包括程序ROM和數(shù)據(jù)ROM，該程序ROM用于記錄作為進行計算機系統(tǒng)的裝置控制的系統(tǒng)程序的基本軟件(OS)，該數(shù)據(jù)ROM用于記錄例如運行該系統(tǒng)所需的信息。有時使用稍后說明的HDD 409代替ROM 403。
附圖標記404表示用于對通過網(wǎng)絡105在計算機系統(tǒng)之間傳輸數(shù)據(jù)進行控制并診斷連接狀態(tài)的網(wǎng)絡接口(以下稱為NETIF)。圖1所示的各裝置通過NERIF 404與其它裝置進行通信。
附圖標記405表示用于繪制將顯示在稍后說明的、顯示計算機系統(tǒng)的運行狀態(tài)的CRT 406的屏幕上的圖像并控制CRT 406的顯示的視頻RAM(以下稱為VRAM)。附圖標記406表示顯示器等顯示裝置。以下將顯示器406稱作CRT。
附圖標記407表示用于控制來自稍后說明的外部輸入裝置408的輸入信號的控制器。附圖標記408表示鍵盤等外部輸入裝置，用于接受計算機系統(tǒng)的用戶在其上進行的操作。
附圖標記409表示硬盤等存儲裝置。HDD 409用于保存應用程序和圖像信息等數(shù)據(jù)。在該實施例中，應用程序是用于執(zhí)行構成該實施例的各種裝置控制部件的軟件程序。附圖標記410表示外部輸入/輸出裝置，用于對軟盤(floppy)驅動器或CD-ROM驅動器等可移動存儲裝置進行輸入和輸出，并用于從該介質讀出上述應用程序。以下將外部輸入/輸出裝置410稱為FDD。注意，存儲在HDD 409中的應用程序和數(shù)據(jù)也可以通過將它們存儲在FDD 410中來使用。
附圖標記400表示用于連接上述單元的輸入/輸出總線(地址總線、數(shù)據(jù)總線和控制總線)。
圖3示出了圖1中所設置的各裝置所裝備的主要元件。圖3總體上示出了本裝置203和其它裝置201之間通過網(wǎng)絡105的連接關系。圖3是示出將圖1所示的多種類型的裝置限制為兩個裝置的簡化關系的圖。即，其它裝置201是圖1中的裝置100～104中的一個裝置，本裝置203是裝置100～104中的另一個裝置。圖3是通過塊表示本裝置203的功能的圖。
以下說明本裝置203的內(nèi)部結構。存在裝置通信部210。裝置通信部210執(zhí)行通過網(wǎng)絡105將本裝置203連接到其它裝置201所需的基本通信處理。通過圖2中的NETIF 404和CPU 401來實現(xiàn)裝置通信部210。NETIF 404或裝置通信部210是用于接收配置文件獲取請求和其它裝置的配置文件的接收部件。
在裝置通信部210之下示出了裝置控制部211。裝置控制部211控制和執(zhí)行本裝置203的功能。網(wǎng)絡兼容裝置通常具有裝置通信部210和裝置控制部211。實際上，該裝置具有從裝置控制部211進一步實現(xiàn)其自身的實際行為的各種功能的元件。然而，在圖3中，裝置控制部211代表該所有元件。
本裝置203的特征結構包括在本裝置203中用虛線包圍的配置文件交換部221、配置文件管理部223、配置文件信息222、配置文件轉換部224和配置文件判斷部225中的全部或某些。以下說明各個元件所負責的處理。
RAM 402包含配置文件信息222。當圖2中的CPU 401執(zhí)行某些相應的程序步驟時，實現(xiàn)圖3所示的本裝置203中除裝置通信部210和配置文件信息222之外的功能塊。
裝置通信部210毫無例外地接收由其它裝置201通過網(wǎng)絡105發(fā)送的信息。當該信息表示裝置的調用功能時，接收到該信息的裝置通信部210通常將該信息傳輸?shù)窖b置控制部211。然而，當處理與配置文件關聯(lián)時，裝置通信部210將該處理傳輸?shù)脚渲梦募粨Q部221。即，CPU 401解釋通過NETIF 404接收到的信息，并在裝置控制部211和配置文件交換部221的處理之間進行切換。
配置文件交換部221負責接收由裝置通信部210接收到的信息，并負責在配置文件管理部223將該信息轉換成可解釋的格式之后傳輸該信息。
通過配置文件管理部223管理配置文件信息222。配置文件信息222表示本裝置203的規(guī)格或功能和內(nèi)部狀態(tài)(狀況)。配置文件管理部223將本裝置203的內(nèi)部狀態(tài)等順序地反映到配置文件信息222以保持最新的狀態(tài)。此外，配置文件管理部223根據(jù)由配置文件交換部221接收到的配置文件信息向配置文件轉換部224或配置文件判斷部225發(fā)出指示。
配置文件轉換部224基于已經(jīng)接收到來自配置文件管理部223的請求的配置文件判斷部225的指示，使多條配置文件信息相關聯(lián)并對它們進行編輯。配置文件判斷部225接收來自配置文件管理部223的配置文件獲取請求。配置文件判斷部225通過使用作為本裝置的配置文件的配置文件信息222等確定要創(chuàng)建的應答并執(zhí)行該創(chuàng)建。配置文件判斷部225是用于根據(jù)配置文件信息222和其它裝置的配置文件信息處理配置文件獲取請求的處理部件。
圖4是用于更詳細地說明圖3中的配置文件交換部221的框圖。配置文件交換部221向配置文件管理部223傳遞由裝置通信部210從其它裝置201接收到的配置文件獲取請求，或者通過裝置通信部210，將來自配置文件管理部223的應答傳遞給其它裝置201。
為了實現(xiàn)同時使用多個通信部件(通信協(xié)議)進行配置文件交換處理，配置文件交換部221被配置成容納多個協(xié)議處理單元。注意，每一個協(xié)議處理單元解釋每一種通信協(xié)議的處理。當接收到使用協(xié)議A的信息時，裝置通信部210將所接收到的信息傳輸?shù)絽f(xié)議A單元310。當接收到使用協(xié)議B的信息時，裝置通信部210將所接收到的信息傳輸?shù)絽f(xié)議B單元311。
圖4示出了兩個協(xié)議處理單元，即協(xié)議A單元310和協(xié)議B單元311，以表示同時存在多個這樣的協(xié)議處理單元。然而，圖4示出了配置文件交換部221可以同時容納任意數(shù)量的可以處理互不相同的通信協(xié)議的協(xié)議處理單元。因此，可以添加兩個或多個協(xié)議單元(例如，除了以上兩個單元之外的通信協(xié)議C單元)。
通信協(xié)議包含通信時的信息的表示格式和通信自身的過程。表示格式轉換單元302執(zhí)行與信息的表示格式相關聯(lián)的處理。通信過程轉換單元303吸收通信過程的差異，并且通過通用接口單元304連接到配置文件管理部223。這使得可以以相同的方式處理多種不同通信協(xié)議的配置文件交換處理。
注意，這里所說明的、與信息的表示格式相關聯(lián)的并且由表示格式轉換單元302執(zhí)行的處理，表示不處理信息本身的內(nèi)容而僅將表示格式標準化的處理。例如，其表示將由二進制格式的結構表示的信息轉換為由文本格式的XML表示的信息的處理。
通過配置文件轉換部224進行用于轉換信息內(nèi)容本身以實現(xiàn)相互操作的其它處理。表示格式轉換單元302是用于根據(jù)獲取請求的表示格式，將與配置文件信息222和其它裝置的配置文件信息相對應的配置文件信息進行轉換的轉換部件。
圖5是用于更詳細地說明圖3中的配置文件判斷部225的框圖。配置文件判斷部225從配置文件管理部223接收配置文件獲取請求，確定要返回的處理結果，并創(chuàng)建應答。評價單元421將由配置文件管理部223保持的配置文件信息222與配置文件獲取請求的內(nèi)容一起進行評價，以確定要返回的應答。
當在評價單元421中確定的處理需要配置文件信息的關聯(lián)和組合等編輯處理時，編輯處理單元422執(zhí)行編輯處理。編輯處理單元422執(zhí)行編輯處理，使得將包含配置文件信息222和其它裝置(其它通信裝置)的配置文件信息的配置文件信息發(fā)送到該獲取請求的發(fā)送源。為了準確地利用配置文件信息，編輯處理單元422有時請求配置文件轉換部224進行部分處理。編輯處理單元422可以與配置文件轉換部224集成為一體。在如上所述創(chuàng)建的應答返回到配置文件管理部223和其它裝置201之后，將該應答通知給該源。
傳輸處理單元423執(zhí)行將配置文件獲取請求從其它裝置201傳輸?shù)搅硪粋€裝置(未示出)，從而將另一個裝置(未示出)的配置文件信息發(fā)送回已經(jīng)發(fā)出了配置文件獲取請求的其它裝置201的傳輸處理。即，傳輸處理單元423進行傳輸處理，使得將另一個裝置(另一個通信裝置)的配置文件信息發(fā)送到該獲取請求的發(fā)送源。
圖6是用于說明根據(jù)本發(fā)明的實施例的處理的特征部分的流程圖。以下結合參照圖1～5說明的結構，說明該處理的步驟。該流程圖示出了用于管理配置文件信息并通過網(wǎng)絡與其它裝置(其它通信裝置)進行通信的裝置(通信裝置)的配置文件信息獲取請求處理方法。參照由CPU 401從HDD 409或FDD 410中讀出的或從NETIF 404接收的程序所實現(xiàn)的圖3～5的功能塊對圖6進行說明?？梢哉J為，圖6示出了由CPU 401從HDD 409或FDD 410讀出的要執(zhí)行的控制程序的一部分，或者示出了由CPU 401從NETIF 404所接收的程序的一部分。在這種情況下，HDD 409和FDD 410是用于以作為計算機的CPU 401可以讀取的形式存儲配置文件信息獲取請求處理程序的存儲介質。
在步驟S501，裝置通信部210接收由其它裝置201發(fā)出的配置文件獲取請求。即，裝置通信部210接收用于獲取配置文件信息的請求。實際上，當例如通過協(xié)議A發(fā)出該請求時，其它裝置201經(jīng)由網(wǎng)絡105通過裝置通信部210向配置文件交換部221的協(xié)議A單元310發(fā)出請求。協(xié)議A單元310根據(jù)需要充分利用表示格式轉換單元302以及通信過程轉換單元303，以進行與協(xié)議A相對應的處理，并將結果傳輸?shù)焦步涌趩卧?04。將控制傳輸?shù)脚渲梦募芾聿?23。
在步驟S502，判斷如上所述獲得的配置文件獲取請求是否要求轉換在本裝置203中保持的配置文件信息222。在配置文件管理部223中執(zhí)行該處理。配置文件管理部223通過解釋從其它裝置201發(fā)送的配置文件獲取請求來判斷信息表示格式，并且還判斷配置文件信息222的信息表示格式。如果從其它裝置201發(fā)送的配置文件獲取請求的信息表示格式與由配置文件管理部223保持的配置文件信息222的信息表示格式相匹配，則配置文件管理部223判斷為不需要轉換；否則在步驟S503，對配置文件獲取請求的信息表示格式進行轉換。在配置文件轉換部224中執(zhí)行該處理。
在步驟S504，對如上所述標準化的配置文件獲取請求進行判斷。在配置文件管理部223中進行該處理。如果該請求要求獲取本裝置203的特定配置文件信息，則由于滿足該要求就足夠了，因此不需要判斷。即，如果配置文件獲取請求指定本裝置203，則由于滿足該要求就足夠了，因此不需要判斷。因此，處理進入步驟S508中的正常處理，即進入無任何變化地使用本裝置203的配置文件信息222返回應答的處理。如果配置文件獲取請求要求的不是獲取本裝置203的特定配置文件信息，即如果可以判斷出配置文件獲取請求是通過配置文件信息發(fā)現(xiàn)/搜索裝置的請求，則處理進入步驟S505。
在配置文件判斷部225的評價單元421中執(zhí)行步驟S505。在步驟S505中，評價單元421判斷通過使用本裝置203的配置文件信息222能否進行獲取請求處理。即，如果本裝置203能夠對搜索具有特定配置文件信息的裝置的請求進行應答，則本裝置203僅需要返回其自身的配置文件信息222。因此，處理進入步驟S508中的正常處理。換言之，如果配置文件信息222包含搜索請求所請求的配置文件信息，則處理進入步驟S508中的正常處理；否則處理進入步驟S5055。
在步驟S5055，收集其它裝置的配置文件。如果評價單元421具有在前一傳輸和組合處理(步驟S509和S510)中已經(jīng)存儲在高速緩存(RAM 402)中的配置文件，則評價單元421使用這些配置文件。另一方面，如果評價單元421沒有配置文件，則評價單元421通過裝置通信部210從其它裝置收集配置文件(評價單元421請求其它裝置發(fā)送其配置文件，然后從其它裝置接收應答)。即，評價單元421接收其它裝置(其它通信裝置)的配置文件信息。對于從其它裝置收集的配置文件，如參照圖4所述，配置文件交換部221支持多種協(xié)議，并根據(jù)配置文件信息222轉換這些配置文件的表示格式。
同樣在配置文件判斷部225的評價單元421中執(zhí)行步驟S506。在步驟S506中，評價單元421判斷通過使用其它裝置(未示出)的配置文件信息能否進行獲取請求處理。如果通過使用其它裝置的配置文件信息無法對獲取請求進行應答，則執(zhí)行步驟S511中的出錯處理。即，如果即使對于其它裝置201也難以實現(xiàn)配置文件獲取請求中所描述的功能，則執(zhí)行在步驟S511中的出錯處理；否則處理進一步進入步驟S507。換言之，評價單元421判斷本裝置的配置文件信息222和在步驟S5055中收集的其它裝置的配置文件信息的組合是否包含所請求的配置文件。如果不包含所請求的配置文件，則處理進入步驟S511中的出錯處理；否則處理進入步驟S507。在步驟S507，根據(jù)所管理的配置文件信息222和其它裝置(其它通信裝置)的配置文件信息，處理配置文件信息獲取請求。
同樣在配置文件判斷部225的評價單元421中進行步驟S507。在步驟S507中，評價單元421判斷為了對配置文件獲取請求進行應答是否需要對本裝置203和其它裝置201的配置文件執(zhí)行組合和編輯處理。如果存在可以單獨完全處理配置文件獲取請求的其它裝置201，則僅需要將配置文件交換處理傳輸?shù)狡渌b置201。因此，處理進入步驟S509，在步驟S509，進行傳輸處理。如果不存在這種其它裝置201，則處理進入步驟S510以通過組合多個其它裝置201的功能獲得相同的效果。換言之，評價單元421基于在步驟S5055中收集的其它裝置的配置文件信息，判斷是否存在單獨具有所請求的配置文件的其它裝置。如果存在這種其它裝置，則處理進入步驟S509中的傳輸處理；否則處理進入步驟S510中的編輯處理。
在步驟S508，基于本裝置203的配置文件信息222創(chuàng)建應答。在配置文件管理部223中進行該處理。
在步驟S509，進行創(chuàng)建要傳輸?shù)狡渌b置(未示出)的配置文件獲取請求的傳輸處理。即，執(zhí)行該處理，使得其它裝置(其它通信裝置)的配置文件信息被發(fā)送到獲取請求的發(fā)送源。創(chuàng)建要被傳輸?shù)呐渲梦募@取請求，使得對于該獲取請求的應答返回的目的地不是本裝置203而是作為在步驟S501中接收到的配置文件獲取請求的發(fā)送源的其它裝置201。在配置文件判斷部225的傳輸處理單元423中進行該處理。當例如其它裝置201是數(shù)字照相機100并且本裝置203是數(shù)字攝像機101時，處理如下。
如果判斷出打印機102具有數(shù)字照相機100所請求的配置文件，則數(shù)字攝像機101創(chuàng)建將來自數(shù)字照相機100的配置文件獲取請求傳輸?shù)酱蛴C102的配置文件獲取請求。配置文件獲取請求是使得打印機102將配置文件獲取請求的結果返回數(shù)字照相機100的消息。作為選擇，可以將在步驟S5055收集的打印機102的配置文件作為從打印機102返回的配置文件發(fā)送回數(shù)字照相機100。
步驟S510通過組合或編輯由多個其它裝置201所保持的配置文件信息222對配置文件獲取請求進行應答。執(zhí)行該處理，使得將包含所管理的配置文件信息222和其它裝置(其它通信裝置)的配置文件信息的配置文件信息發(fā)送到獲取請求的發(fā)送源。在配置文件判斷部225的編輯處理單元422中進行該處理。以下對其進行詳細說明。
步驟S511是出錯處理。執(zhí)行出錯處理，以代替對已經(jīng)發(fā)出配置文件獲取請求的其它裝置201的應答而返回出錯。在配置文件管理部223中進行該處理。
在步驟S512，執(zhí)行將如上所述創(chuàng)建的應答傳輸?shù)阶鳛閷嶋H請求源的其它裝置201的處理。裝置通信部210通過配置文件交換部221將來自配置文件管理部223的應答發(fā)送到其它裝置201。注意，如上所述或如稍后所述，在步驟S509中所創(chuàng)建的請求被發(fā)送到除了請求源之外的其它裝置。如參照圖4所說明，配置文件交換部221將包含在應答中的配置文件轉換為所請求的配置文件的表示格式。
圖7示出由根據(jù)本發(fā)明實施例的圖3中的配置文件管理部223所保持的配置文件信息222的例子。如圖7所示，構成配置文件信息222的各個要素具有分層的多層結構，從該分層的多層結構，可以通過跟蹤層級僅獲得所需的信息。另外，該結構對每一項信息具有變化可能性不同的三個塊，即，無變化可能性的靜態(tài)信息600，變化可能性低的接口信息601和變化可能性高的狀態(tài)信息。處理方法可以從一個塊變化到另一個塊。
注意，圖7中的配置文件信息根據(jù)變化可能性包括3個塊，但是塊的數(shù)量不限制為3。還應當注意，塊劃分方法不局限于與變化可能性相對應的方法。
配置文件信息222的結構如上所述。因此，在圖6所示的步驟S510的編輯處理中，圖5中的編輯處理單元422可以執(zhí)行對配置文件信息222部分地或順序地進行比較和組合等的編輯處理。
圖8～11是示出根據(jù)本發(fā)明的實施例的處理過程的實際例子的圖。
圖8示出數(shù)字照相機701、打印機702和顯示器703等裝置通過網(wǎng)絡710連接。每一個裝置具有圖3所示的裝置通信部210、配置文件交換部221、配置文件信息222、配置文件管理部223、配置文件轉換部224、配置文件判斷部225、裝置通信部210和裝置控制部211。每一個裝置可以通過網(wǎng)絡710打開其自身的配置文件信息222，或者獲得其它裝置的配置文件信息。另外，每一個裝置可以通過其自身的裝置控制部211經(jīng)由網(wǎng)絡請求處理。
參照圖8，數(shù)字照相機701是具有記錄靜止和運動圖像的能力的攝像裝置。由數(shù)字照相機701保持的配置文件信息222的例子在數(shù)字照相機701的下方示出。配置文件信息222中的靜態(tài)信息和接口信息基本不改變。剩余電池電量和可記錄的圖像數(shù)量等狀態(tài)信息被作為可以改變的信息處理。配置文件信息222的結構符合圖7所示的信息的結構。
打印機702是具有兩種能力的打印裝置，即以高分辨率進行打印的能力和以低分辨率進行打印的能力。在打印機702之下示出了由打印機702保持的配置文件信息222的例子。與在數(shù)字照相機701中一樣，靜態(tài)信息和接口信息基本不改變，而剩余墨量和剩余薄片數(shù)等狀態(tài)信息被作為可以改變的信息處理。配置文件信息222的結構符合圖7所示的信息的結構。
顯示器703是能夠顯示靜止和運動圖像的顯示裝置。在顯示器703之下示出了由顯示器703所保持的配置文件信息222的例子。盡管配置文件信息222中的靜態(tài)信息和接口信息基本不改變，但是色溫等狀態(tài)信息被作為可以改變的信息處理。配置文件信息222的結構符合圖7所示的信息的結構。
圖9示出了從圖8的狀態(tài)，數(shù)字照相機701將作為配置文件信息獲取請求的獲取請求801發(fā)給打印機702，打印機702將作為結果應答803的處理結果返回到數(shù)字照相機701的狀態(tài)。通過網(wǎng)絡710發(fā)出獲取請求801。
與配置文件信息222類似地，通過圖7所示的信息格式表示獲取請求801。由于獲取請求801僅指定“服務1輸出(靜止圖像)”作為接口信息，已經(jīng)接收到請求的每一個裝置將該請求識別為對具有該功能的裝置的應答請求。與配置文件信息222類似地，用于結果應答803的信息表示格式與圖7所示的信息格式相同。打印機702判斷為它可以處理包含在由打印機702所保持的配置文件信息222中的“服務1打印(高分辨率)”和“服務2打印(低分辨率)”的請求。打印機702在對獲取請求801的結果應答803中將其自身的配置文件信息222不作任何改變地作為結果返回。作為順序執(zhí)行圖6的流程圖的步驟S501、S502、S504、S505、步驟S508中的正常處理和步驟S512的結果，在打印機702中進行該處理。
與圖9類似地，圖10示出了從圖8的狀態(tài)數(shù)字照相機701通過網(wǎng)絡710向打印機702發(fā)出作為配置文件信息獲取請求的獲取請求901的狀態(tài)。圖10示出了顯示器703代替打印機702返回作為結果應答903的處理結果的狀態(tài)。與獲取請求801不同，獲取請求901要求不能由作為初始請求接收器的打印機702的功能實現(xiàn)的“服務1輸出(運動圖像)”。因此，打印機702將處理請求作為獲取請求902傳輸?shù)斤@示器703。結果，顯示器703將結果返回到數(shù)字照相機701。由于顯示器703返回該結果，因此在結果應答903中發(fā)送顯示器703的配置文件信息。作為順序執(zhí)行圖6的流程圖的步驟S501、S502、S504、S505、S5055、S506和S507以及步驟S509中的傳輸處理的結果，在打印機702中進行該處理。
注意，獲取請求902是在步驟S509的傳輸處理中創(chuàng)建的并在步驟S512中發(fā)送的消息。在步驟S509的傳輸處理中，打印機702向顯示器703創(chuàng)建獲取請求902，使得顯示器703將其配置文件信息發(fā)送到作為獲取請求901的發(fā)送源的數(shù)字照相機701。
在步驟S5055，打印機702可以向顯示器703發(fā)送獲取請求902，并從顯示器703接收結果應答903。在步驟S509，打印機702可以創(chuàng)建包含顯示器703的配置文件的結果。在這種情況下，打印機702在步驟S512將該結果作為來自顯示器703的應答發(fā)送到數(shù)字照相機701。即，打印機702可以將在步驟S5055中獲得的顯示器703的配置文件信息返回到已經(jīng)發(fā)出獲取請求901的數(shù)字照相機701。
與圖9類似地，圖11示出了從圖8的狀態(tài)數(shù)字照相機701向打印機702發(fā)出作為配置文件信息獲取請求的獲取請求1001，并且打印機702返回作為結果應答1004的處理結果的狀態(tài)。
注意，通過網(wǎng)絡710發(fā)出獲取請求1001。與圖9和圖10的處理不同，獲取請求1001要求不能由作為初始請求接收器的打印機702和顯示器703的單獨功能實現(xiàn)的“服務1輸出(運動圖像)”和“服務2輸出(靜止圖像)”。
圖11中的處理直到打印機702將獲取請求作為獲取請求1002傳輸給顯示器703的點為止都與圖10中的處理相同。與圖10的不同之處在于打印機702從顯示器703接收結果應答1003。另一個不同之處在于打印機702將通過組合打印機702的配置文件信息222和顯示器703的配置文件信息所獲得的信息作為要發(fā)送回數(shù)字照相機701的結果應答1004的內(nèi)容返回給數(shù)字照相機701。當接收到打印機702和其它裝置都不能單獨處理的請求時，打印機702(基于組合的配置文件信息)在其自身的處理中判斷通過組合打印機702和其它裝置的功能是否可以滿足要求。如果打印機702判斷出可以滿足要求，則打印機702執(zhí)行用于創(chuàng)建和返回配置文件信息222的處理，如同存在具有該組合功能的裝置一樣。作為順序地執(zhí)行圖6的流程圖的步驟S501、S502、S504、S505、S5055、S506、S507、步驟S510的編輯處理和步驟S512的結果，在打印機702中進行該處理。
注意，在圖6的步驟S5055中發(fā)送/接收圖11中的獲取請求1002和結果應答1003。結果應答1004是在步驟S519中編輯的并在步驟S512中發(fā)送的消息。
盡管在圖11中返回通過組合打印機702和顯示器703的配置文件而獲得的配置文件，但是也可以返回通過組合三個或更多個裝置的配置文件而獲得的配置文件。此外，可以返回通過組合除了打印機702之外的多個裝置的配置文件所獲得的配置文件(例如通過組合顯示器703的配置文件和打印機(未示出)的配置文件而獲得的配置文件)。
盡管已經(jīng)基于優(yōu)選實施例說明了本發(fā)明，但是本發(fā)明不局限于上述實施例，并可以在權利要求書的范圍內(nèi)進行各種變形。
本申請要求在2004年12月17日提交的日本專利申請No.2004-366007的優(yōu)先權，其全部內(nèi)容通過引用并入本文。
權利要求
1.一種通過網(wǎng)絡與其它通信裝置進行通信的通信裝置，其特征在于，包括管理部件，用于管理配置文件信息；接收部件，用于接收所述配置文件信息的獲取請求和所述其它通信裝置的配置文件信息；以及處理部件，用于根據(jù)由所述管理部件管理的所述配置文件信息和由所述接收部件接收到的所述其它通信裝置的所述配置文件信息，處理所述配置文件信息的所述獲取請求。
2.根據(jù)權利要求1所述的通信裝置，其特征在于，還包括轉換部件，該轉換部件用于根據(jù)所述獲取請求的表示格式，轉換與由所述管理部件管理的所述配置文件信息和由所述接收部件接收到的所述其它通信裝置的所述配置文件信息相對應的配置文件信息。
3.根據(jù)權利要求1所述的通信裝置，其特征在于，所述處理部件部分地或順序地處理由分層的多層結構表示的配置文件信息。
4.根據(jù)權利要求1所述的通信裝置，其特征在于，所述處理部件處理所述獲取請求，使得將所述其它通信裝置的所述配置文件信息發(fā)送到所述獲取請求的發(fā)送源。
5.根據(jù)權利要求1所述的通信裝置，其特征在于，所述處理部件處理所述獲取請求，使得將包含由所述管理部件管理的所述配置文件信息和在所述接收部件中接收到的所述其它通信裝置的所述配置文件信息的配置文件信息發(fā)送到所述獲取請求的發(fā)送源。
6.根據(jù)權利要求1所述的通信裝置，其特征在于，所述配置文件信息的所述獲取請求是搜索具有特定配置文件的通信裝置的請求，所述處理部件響應于所述搜索具有特定配置文件的通信裝置的請求，收集所述其它通信裝置的配置文件。
7.一種通信裝置的配置文件信息獲取請求處理方法，所述通信裝置管理配置文件信息并通過網(wǎng)絡與其它通信裝置進行通信，其特征在于，所述方法包括接收所述配置文件信息的獲取請求；接收所述其它通信裝置的配置文件信息；以及處理步驟，用于根據(jù)所管理的所述配置文件信息和所接收到的所述其它通信裝置的所述配置文件信息，處理所述配置文件信息的所述獲取請求。
8.根據(jù)權利要求7所述的配置文件信息獲取請求處理方法，其特征在于，所述處理步驟處理所述獲取請求，使得將所述其它通信裝置的所述配置文件信息發(fā)送到所述獲取請求的發(fā)送源。
9.根據(jù)權利要求7所述的配置文件信息獲取請求處理方法，其特征在于，所述處理步驟處理所述獲取請求，使得將包含所管理的所述配置文件信息和所接收到的所述其它通信裝置的所述配置文件信息的配置文件信息發(fā)送到所述獲取請求的發(fā)送源。
10.根據(jù)權利要求7所述的配置文件信息獲取請求處理方法，其特征在于，所述配置文件信息的所述獲取請求是搜索具有特定配置文件的通信裝置的請求，所述處理步驟響應于所述搜索具有特定配置文件的通信裝置的請求，收集所述其它通信裝置的配置文件。
11.一種使計算機執(zhí)行如權利要求10所述的配置文件信息獲取請求處理的程序。
12.一種記錄了如權利要求11所述的程序的計算機可讀記錄介質。
全文摘要
打印機(702)管理配置文件信息并通過網(wǎng)絡(710)與其它裝置進行通信。打印機(702)接收配置文件信息的獲取請求(1001)，發(fā)出顯示器(703)的配置文件信息的獲取請求(1002)，并接收作為來自顯示器(703)的配置文件信息的結果應答(1003)。打印機(702)根據(jù)所管理的配置文件信息和顯示器(703)的配置文件信息，處理配置文件信息的獲取請求(1001)，并返回作為結果應答(1004)的處理結果。
文檔編號G06F13/00GK101080702SQ20058004333
公開日2007年11月28日 申請日期2005年11月25日 優(yōu)先權日2004年12月17日
發(fā)明者藤井憲一, 平田隆, 下野雅樹 申請人:佳能株式會社