圖像處理設備和控制方法

2023-10-06 11:04:54 4

專利名稱：圖像處理設備和控制方法
技術領域：
本發明涉及一種用作能夠通過網絡與客戶端圖像處理設備通信的伺服器的圖像處理設備和該圖像處理設備的控制方法。
背景技術：
傳統地，公開了一種技術，在該技術中，例如，向兩個MFP (多功能外圍設備)分別 分配伺服器的功能和客戶端的功能，並且客戶端MFP獲取並利用能夠從伺服器MFP獲取或 者存儲在伺服器MFP中的地址數據。這種技術使得客戶端能夠使用從伺服器所獲取的地址 數據(存儲客戶端想要進行發送的發送目的地的地址的數據)進行發送(例如參見日本特 開2005-94676號公報)。另一方面，公開了一種與名稱解析(基於相關聯的主機名查詢主機的IP位址的方 法)有關的技術。將以DNS(域名系統)作為例子說明用於進行名稱解析的系統。DNS是將 主機名和網際網路上的IP位址相關聯的系統。在DNS中，可以基於相關聯的IP位址查詢主 機名，反之亦然。例如，在伺服器MFP和客戶端MFP每一個中設置名稱解析單元(例如，DNS服務 器)，並且使用所設置的名稱解析單元進行名稱解析。在該方法中，當在指定發送目的地的 地址數據中沒有描述域名時，通常在通過名稱解析單元中的一個向地址數據自動補充域名 之後進行名稱解析。此外，還提出了一種方法，在該方法中，將地址數據配置成不僅存儲目 的地地址，而且還存儲用戶帳戶和密碼，並且在發送目的地處(接收端)基於用戶帳戶和密 碼進行認證。圖18示出使用「可逆DNS (reverse DNS)，，以基於IP位址獲得主機名的系統的一 部分。系統100包括MFP 101、DNS伺服器102、第一文件伺服器103以及第二文件伺服器 104oMFP 101、DNS伺服器102以及文件伺服器103和104通過區域網(LocalArea Network, LAN)等的網絡105相互連接。MFP 101存儲具有與系統的各個不同的用戶相對應的多個條目的地址簿。各條 目具有主機名、用戶名以及密碼。例如，地址薄中的第一條目「地址數據1」的主機名為 「fileserverl」，用戶名為 「tanaka」 且密碼為 「1234」。主機名識別分配至第一文件伺服器103的主機的名稱。第一文件伺服器103的 完整主機名為「fileserverl. aaa. bbb. co. jp」，但是如圖18所示，地址數據1僅指定了 "fileserverl",即省略了域名「aaa. bbb. co. jp」。類似地，用戶「tanaka」的完整用戶名為 "tanaka. aaa. bbb. co. jp」，但是地址數據1僅指定了 「tanaka」。在這種情況下可以省略域 名是因為MFP 101以及文件伺服器103和104屬於相同的網絡，即它們共享相同的域名。希望將圖像數據從MFP 101發送至其它用戶或其自身的用戶選擇相關的地址薄 條目，例如針對用戶「tanaka」的地址數據1。在這種情況下，應將圖像數據發送至與具有地 址「fileserverl. aaa. bbb. co. jp」的文件伺服器103的「tanaka」相對應的目錄。為了獲 得該地址，MFP 101基於作為「 172. 24. 10. 10」的MFP 101的IP位址從DNS伺服器102獲得域名「aaa. bbb. co. jp」，並將該域名添加至「fileserverl」和「tanaka」。結果，可以使用補充了域名的地址數據 「fileserverl. aaa. bbb. co. jp」 和 「tanaka. aaa. bbb. co. jp」 作為 圖像數據的目的地。圖19示出除圖18的MFP 101和DNS伺服器102以外還具有另一 MFP 201和另一 DNS伺服器202的另一系統。MFP 101使用DNS伺服器102以基於IP位址獲得域名，而另一 MFP 201使用另一 DNS伺服器202以基於IP位址獲得域名。MFP 101和DNS伺服器102通 過網際網路與MFP 201和DNS伺服器202連接。MFP 201的域名為「ccc. ddd. co. jp」，與MFP 101 的域名"aaa. bbb. co. jp」 不同。在圖19的系統中，當將MFP 101的地址薄導出至使用與MFP 101所使用的DNS服 務器102不同的DNS伺服器202的MFP201時，出現問題。該問題的出現是因為MFP 101的 地址薄未包括域名。如果MFP 102的用戶選擇所導出的地址數據1，則為了將圖像數據從 MFP 102發送至用戶「tanaka」，將域名「ccc. ddd. co. jp」添加至主機名以及「tanaka」的用 戶名。結果，使用錯誤的主機名「fileserverl. ccc. ddd. co. jp」和錯誤的用戶名「tanaka. ccc. ddd. co. jp」來發送圖像數據，並且發生發送錯誤(目的地未知)。因此，根據上述傳統技術，在包括使得能夠獲取地址數據或者存儲地址數據的服 務器MFP(MFP 101)和使用該地址數據進行發送的客戶端MFP(MFP 201)的系統中，如果服 務器MFP和客戶端MFP設置有不同的名稱解析單元(例如，DNS伺服器102和202)，則發生 下面的問題當在沒有描述相關聯的域名的情況下交換地址數據時，存在由於錯誤域名的 添補而使認證或發送失敗的可能性。此外，對於想要使用地址數據進行發送的用戶而言，難 以檢查在地址數據中是否描述了域名。

發明內容
本發明提供一種作為伺服器的圖像處理設備，其中，當從客戶端接收到用於參考 其中沒有描述域名的地址數據的參考請求或者接收到用於將這種地址數據發送至客戶端 的用戶指令時，該圖像處理設備向地址數據補充域名，然後將補充了域名的地址數據發送 至客戶端。本發明的第一方面，提供一種圖像處理設備，其能夠用作通過網絡與客戶端圖像 處理設備進行通信的伺服器，所述圖像處理設備包括存儲單元，用於存儲包含多個地址數 據項的地址薄，其中所述多個地址數據項包括一個或多個未描述域名的地址數據項；判斷 單元，用於判斷在所存儲的地址數據項中的指定地址數據項中是否描述了域名；補充單元， 用於當所述判斷單元判斷為在所述指定地址數據項中未描述域名時，向所述指定地址數據 項補充域名；以及發送單元，用於將通過所述補充單元補充了域名的地址數據項發送至所 述客戶端圖像處理設備。本發明的第二方面，提供一種第一圖像處理設備的控制方法，所述第一圖像處理 設備能夠用作通過網絡與客戶端圖像處理設備進行通信的伺服器並且存儲包含多個地址 數據項的地址薄，其中，所述多個地址數據項包括一個或多個未描述域名的地址數據項，所 述控制方法包括以下步驟判斷在由所述第一圖像處理設備所存儲的地址數據項中的指定 地址數據項中是否描述了域名；當判斷為在所述指定地址數據項中未描述域名時，向所述 指定地址數據項補充域名；以及將補充了域名的地址數據項發送至所述客戶端圖像處理設備。本發明的第三方面，提供一種存儲用於使計算機執行第一圖像處理設備的控制方 法的計算機可讀程序的計算機可讀存儲介質，其中所述第一圖像處理設備能夠用作通過網 絡與客戶端圖像處理設備進行通信的伺服器並且存儲包含多個地址數據項的地址薄，所述 多個地址數據項包括一個或多個未描述域名的地址數據項，所述控制方法包括以下步驟 判斷在由所述第一圖像處理設備所存儲的地址數據項中的指定地址數據項中是否描述了 域名；當判斷為在所述指定地址數據項中未描述域名時，向所述指定地址數據項補充域名； 以及將補充了域名的地址數據項發送至所述客戶端圖像處理設備。根據本發明，當接收到用於參考其中沒有描述域名的地址數據的參考請求時，可 以向該地址數據補充域名，然後發送該地址數據。例如，這使得可以將地址數據正確地發送 至所指定的目的地並減少認證的失敗。通過以下參考附圖對典型實施例的說明，本發明的其它特徵將變得明顯。


圖1是根據本發明第一實施例的伺服器圖像處理設備的框圖；圖2是客戶端圖像處理設備的框圖；圖3是圖像處理系統的一部分的示意圖；圖4是由伺服器圖像處理設備執行的伺服器處理的流程圖；圖5是圖4的續圖；圖6是圖4的續圖；圖7是由客戶端圖像處理設備執行的客戶端處理的流程圖；圖8是圖7的續圖；圖9是圖8的續圖；圖10是顯示在客戶端圖像處理設備的顯示部上的地址薄參考畫面的例子的圖；圖11是由根據本發明第二實施例的伺服器圖像處理設備執行的伺服器處理的流 程圖；圖12是圖11的續圖；圖13是圖12的續圖；圖14是圖11的續圖；圖15是由客戶端圖像處理設備執行的客戶端處理的流程圖；圖16是圖15的續圖；圖17是圖15的續圖；圖18是示出傳統圖像處理系統的一部分的示意圖；圖19是示出另一傳統圖像處理系統的一部分的示意圖。
具體實施例方式下面將參考示出本發明的實施例的附圖詳細說明本發明。圖1是根據本發明第一實施例的伺服器圖像處理設備(以下簡稱為「地址薄伺服器」)的框圖。
參考圖1，地址薄伺服器具有用於響應於從地址薄客戶端分別發送來的地址薄參 考請求和名稱解析請求向地址薄客戶端發送地址數據和名稱解析結果的功能。地址薄服務 器包括CPU11、RAM 12、硬碟13、主總線14、輸入部15、顯示部16和通信部17。CPU 11不僅 控制與主總線14連接的單元，而且還基於用於實現根據本發明的控制方法的程序執行圖 4 6所示的伺服器處理。RAM 12為CPU 11提供工作區和數據存儲區。硬碟13存儲用於實現本發明的控制方法的程序、各種數據(包括存儲多個地址數據項的地址薄)和各種設置等。可以用NVRAM 等代替硬碟13。通信部17通過網絡與外部設備通信。在本實施例中，除非另外說明，否則 由CPU 11通過主總線14控制RAM 12、硬碟13和通信部17來執行地址薄伺服器中的處理。圖2是客戶端圖像處理設備(以下簡稱為「地址薄客戶端」)的框圖。參考圖2，地址薄客戶端包括CPU 2URAM 22、硬碟23、主總線24、輸入部25、顯示 部26、通信部27和讀取部28。CPU 21不僅控制與主總線24連接的單元，而且還根據程序 執行圖7 9所示的客戶端處理。RAM 22向CPU 21提供工作區和數據存儲區。硬碟23存 儲程序和各種設置。可以用NVRAM等代替硬碟23。用戶(包括操作者和安裝者)使用輸入部25輸入命令。顯示部26顯示各種畫 面。通信部27通過網絡與外部設備通信。讀取部28從薄片原稿等原稿讀取圖像作為電子 數據。在本實施例中，除非另外說明，否則由CPU 21通過主總線24控制RAM 22、硬碟23、 輸入部25、顯示部26、通信部27和讀取部28來執行地址薄客戶端中的處理。圖3是圖像處理系統的一部分的示意圖。如圖3所示，圖像處理系統包括通過網絡N(包括網際網路)相互連接的地址薄客戶 端Cl、地址薄客戶端C2、地址薄伺服器SV1、DNS伺服器Dl和DNS伺服器D2。在以下所述 的示例中，假定將DNS伺服器Dl設置在地址薄伺服器SVl中作為添補域名所要詢問的DNS 伺服器(即，將DNS伺服器Dl的IP位址存儲在地址薄伺服器SVl中)，而將DNS伺服器D2 設置在地址薄客戶端Cl和C2的每一個中作為添補域名所要詢問的DNS伺服器(S卩，將DNS 伺服器D2的IP位址存儲在地址薄客戶端Cl和C2的每一個中)。儘管在本實施例中，採用DNS (域名系統)伺服器Dl和D2作為用於進行名稱解析 的部件，但是這不是限制性的，而是可以採用WINS(WindoWS (註冊商標)網際網路命名服務) 等用於進行名稱解析的其它任何部件。接著將參考圖4 10詳細說明如上配置的本實施例的圖像處理系統的操作。圖4是由地址薄伺服器SVl執行的伺服器處理的流程圖。圖5和6是圖4的續圖。 由地址薄伺服器SVl的CPU 11根據存儲在硬碟13 (或RAM 12)中的程序執行該伺服器處理。參考圖4，地址薄伺服器SVl的CPU 11開始該伺服器處理(步驟S1101)，並且識 別通過通信部17從外部設備所接收的輸入(步驟S1102)。例如，來自外部設備的輸入包括 來自地址薄客戶端的地址薄參考請求和名稱解析請求。CPU 11判斷該輸入是否是來自地址 薄客戶端的地址薄參考請求(步驟S1103)或者判斷該輸入是否是來自地址薄客戶端的名 稱解析請求(步驟Sl 104)。首先，參考圖5，說明在步驟S1103判斷為該輸入是來自地址薄客戶端的地址薄參 考請求的情況。地址薄伺服器SVl的CPU 11通過通信部17從地址薄客戶端接收地址薄參考請求(步驟S1201)。然後，CPU 11從硬碟13獲取由地址薄參考請求所指定的地址數據， 並且將所獲取的地址數據存儲在RAM 12中(步驟S1202)。然後，CPU 11對所有指定地址 數據項進行下面的處理(從步驟S1203開始的循環)。首先，CPU 11判斷由指定地址數據項所確定的主機名是否是IP位址(步驟 S1204)。如果CPU 11判斷為主機名是IP位址，則處理進入步驟S1207。如果主機名不是 IP位址，則CPU 11判斷主機名中是否包括有(描述了)域名(步驟S1205)。如果CPU 11判斷為主機名中包括有(描述了)域名，則處理進入步驟S1207，否則 CPU 11通過經通信部17詢問DNS伺服器Dl來為主機名補充域名(步驟S1206)，即地址數 據項形成為FQDN(FulIy Qualified Domain Name，完全合格域名)格式的地址數據。然後， 處理進入步驟S1207。然後，CPU 11判斷由指定地址數據項所確定的用戶帳戶(用戶名)中是否包括有 域名(步驟S1207)。如果用戶帳戶中包括有域名，則處理返回至步驟S1203，以對在地址薄 參考請求中所指定的下一地址數據項再次執行該循環。因此，將該循環執行與指定地址數 據項的數量相等的次數。如果用戶帳戶中未包括有域名，則CPU 11通過經通信部17詢問 DNS伺服器Dl來為用戶帳戶補充域名(步驟S1208)，隨後處理返回至步驟S1203。當處理退出從步驟S1203開始的循環時，CPU 11通過通信部17將指定地址數據 發送至發送了地址薄參考請求的地址薄客戶端(步驟S1209)，隨後處理返回至步驟S1102。通過判斷是否是由數字、圓點、數字、圓點、數字......的組合形成主機名，來進
行步驟S1204中對於主機名是否是IP位址的判斷。此外，通過判斷是否是由文字數字式
字符、圓點、文字數字式字符、圓點、文字數字式字符......的組合形成主機名，來進行步
驟S1205中對於主機名中是否寫有域名的判斷。此外，通過判斷是否是由文字數字式字符、
圓點、文字數字式字符、圓點、文字數字式字符......的組合形成用戶帳戶，來進行步驟
S1207中對於用戶帳戶中是否寫有域名的判斷。接著，詳細說明在步驟S1206和S1208所執行的用於詢問DNS伺服器Dl以添補域 名的處理。可以按照如下執行步驟S1206和S1208 在對DNS伺服器Dl進行第一次詢問之 後，在RAM 12等的存儲區中緩衝域名，並且從下一次執行該循環開始，不詢問DNS伺服器Dl 而獲取所緩衝的域名，並且使用所緩衝的域名來添補域名。當在SVl的地址薄中未描述域 名的一個或多個地址數據項具有相同域名時，可以這樣做。在這種情況下，在完成對所有指 定地址數據項的檢查之後刪除所緩衝的域名。當在步驟S1206或S1208不能添補域名例如DNS伺服器Dl臨時故障時，可以採用 下面的處理方法CPU 11以與地址數據相關聯的方式添加表示域名添補失敗的信息作為 補充結果信息，並且通過通信部17將該地址數據發送至地址薄客戶端。然後，地址薄客戶 端基於補充結果信息選擇性地判斷哪一 DNS伺服器(DNS伺服器D2或地址薄伺服器SVl) 應執行名稱解析。可以將補充結果信息與地址數據分開地存儲在例如RAM 12的存儲區中， 並且可以發送補充結果信息。接著，參考圖6，說明在步驟S1104中判斷為輸入是來自地址薄客戶端的名稱解析 請求的情況。地址薄伺服器SVl的CPUll通過通信部17從地址薄客戶端接收名稱解析請 求(步驟S1301)。然後，CPU 11通過通信部17對設置在地址薄伺服器SVl中的DNS伺服器Dl進行詢問，由此CPU 11使用DNS伺服器Dl對從地址薄客戶端所接收到的主機名(圖像要從地址薄客戶端發送至的發送目的地)進行名稱解析(步驟S1302)。接著，CPU 11通過通信部 17將名稱解析結果發送至地址薄客戶端(步驟S1303)，隨後處理返回至步驟S1102。圖7是由地址薄客戶端Cl執行的客戶端處理的流程圖。圖8是圖7的續圖，並且 圖9是圖8的續圖。由地址薄客戶端Cl的CPU21根據存儲在硬碟23(或者RAM 22)中的 程序執行該客戶端處理。地址薄客戶端C2的操作與地址薄客戶端Cl的操作相同，因此省 略對其的說明。首先參考圖7，地址薄客戶端Cl的CPU 21開始該客戶端處理(步驟S1401)，並且 識別來自輸入部25的用戶輸入(步驟S1402)。如果該輸入是參考地址薄伺服器SVl的地 址薄用的地址薄參考請求(步驟S1403為「是」)，則處理進入圖8的步驟S1501，其中，CPU 21通過通信部27將參考指定地址數據用的參考請求發送至地址薄伺服器SVl。然後，CPU 21等待從地址薄伺服器SVl發送地址數據，並且通過通信部27接收地 址數據(步驟S1502)。CPU 21在顯示部26上顯示參考所接收到的地址數據用的地址薄參 考畫面(參見圖10)(步驟S1503)。在圖10所示的地址薄參考畫面上，顯示地址薄伺服器 名稱(該圖示例子中的文件伺服器1)、主機名、用戶名和密碼。顯示該地址薄參考畫面的目 的是使得用戶能夠檢查主機名、用戶名和/或密碼以用來發送圖像。圖10示出向主機名和 用戶名補充了各自的域名的例子。然後，CPU 21識別來自輸入部25的用戶輸入(步驟S1504)。如果該輸入不是向 指定目的地的圖像發送用的圖像發送指令(步驟S1505為「否」)，則立即終止該處理。如 果該輸入是向指定目的地的圖像發送用的圖像發送指令(步驟S1505為「是」)，則處理進 入圖9的步驟S1601，其中，首先，CPU 21判斷存儲在指定地址數據中的主機名是否是IP地 址。如果主機名是IP位址，則立即終止該處理。如果主機名不是IP位址，則判斷主機名中 是否寫有域名(步驟S1602)。如果主機名中寫有域名，則立即終止該處理。如果主機名中未寫有域名，則CPU 21 通過通信部27向地址薄伺服器SVl發送名稱解析請求(步驟S1603)。CPU 21等待從地址 薄伺服器SVl發送名稱解析結果，並且通過通信部27接收名稱解析結果(步驟S1604)，隨 後終止該處理。在步驟S1501中執行的用於向地址薄伺服器發送地址薄參考請求的處理中，可以 與地址薄參考請求一起發送與設置在地址薄客戶端Cl中的DNS伺服器D2有關的信息(IP 地址等)。這使得可以判斷地址薄伺服器是否應進行域名的添補。也就是說，如果設置在地 址薄客戶端Cl中的DNS伺服器不同於設置在地址薄伺服器SVl中的DNS伺服器，則地址薄 伺服器SVl進行域名的添補。此外，當在步驟S1505判斷為輸入是向指定目的地的圖像發送用的圖像發送指令 時，並且當從地址薄伺服器接收到的地址數據包含補充結果信息時，通過參照補充結果信 息，可以在不進行主機名檢查(步驟S1601和S1602)的情況下，將名稱解析請求發送至地 址薄伺服器(步驟S1603)。此外，當地址數據包含補充結果信息時，代替向地址薄伺服器發送名稱解析請求， 地址薄客戶端Cl可以向設置在地址薄伺服器中的DNS伺服器Dl直接發送名稱解析請求。 在這種情況下，從地址薄伺服器所發送的補充結果信息包含設置在地址薄伺服器中的DNS伺服器Dl的IP位址。如上詳細所述，根據本實施例，當地址數據例如由於不存在域名而未充分描述時，向地址數據補充域名以進行同樣充分的描述，然後發送該地址數據。這使得可以將地址數 據正確地發送(導出)至指定目的地，並減少認證的失敗。接著，將說明本發明的第二實施例。本實施例在硬體結構上與上述第一實施例相 同，因此，儘管省略了硬體結構的重複圖示和說明，但是使用表示硬體結構的相應元件的相 同附圖標記進行下面的說明。本實施例與第一實施例主要在以下幾點不同用戶從地址薄伺服器的輸入部輸入用於向地址薄客戶端發送指定地址數據的地 址數據發送指令，由此地址薄伺服器響應於該地址數據發送指令進行工作(步驟S2103)。地址薄伺服器獲取與設置在地址薄客戶端中的名稱解析單元(DNS伺服器)有關 的信息，從而判斷是否添補域名(步驟S2203 S2206)。地址薄伺服器將作為域名添加結果信息的域名添加結果存儲在地址數據中(步 驟 S2305)。地址薄伺服器將與地址薄伺服器有關的信息發送至地址薄客戶端(步驟S2308)。地址薄客戶端將與其中所設置的名稱解析單元有關的信息發送至地址薄伺服器 (步驟 S2506)。地址薄客戶端基於存儲在地址數據中的域名添加結果信息判斷名稱解析請求目 的地(步驟S2702)。並且，地址薄客戶端從地址薄伺服器接收地址薄伺服器的IP位址，並且存儲該IP 地址(步驟S2601和S26O2)。圖11是由地址薄伺服器執行的伺服器處理的流程圖。圖12是圖11的續圖。圖 13是圖12的續圖。圖14是圖11的續圖。由地址薄伺服器SVl的CPU 11根據存儲在硬碟 13(或者RAM 12)中的程序執行該伺服器處理。首先參考圖11，地址薄伺服器SVl的CPU 11開始該伺服器處理(步驟S2101)， 並且識別來自輸入部15的用戶輸入或者通過通信部17從外部設備接收到的輸入(步驟 S2102)。例如，來自輸入部15和通信部17的輸入包括來自輸入部15的地址數據發送指令 和通過通信部17從地址薄客戶端接收到的名稱解析請求。地址薄伺服器SVl的用戶通過 例如操作面板的輸入部15輸入地址數據發送指令。CPU 11判斷該輸入是否是來自輸入部 15的地址數據發送指令(步驟S2103)或者該輸入是否是來自地址薄客戶端的名稱解析請 求(S2104)。首先參考圖12，說明在步驟S2103判斷為該輸入是來自輸入部15的地址數據發送 指令的情況。地址薄伺服器SVl的CPUll接收來自輸入部15的地址數據發送指令(步驟 S2201)。然後，CPU 11從硬碟13獲取在地址數據發送指令中所指定的地址數據，並且將所 獲取的地址數據存儲在RAM 12中(步驟S 2202)。然後，CPU 11通過通信部17向地址數據發送指令中所指定的地址薄客戶端發送 對於設置在地址薄客戶端中的DNS伺服器(S卩，DNS伺服器D2)的IP位址的IP位址獲取 請求(步驟S2203)。此外，CPU 11通過通信部17接收響應於IP位址獲取請求從地址簿客 戶端發送回的設置在地址薄客戶端中的DNS伺服器D2的IP位址(步驟S2204)。然後，CPU 11進行所接收到的設置在地址薄客戶端中的DNS伺服器D2的IP位址和設置在地址薄伺服器SVl中的DNS伺服器Dl的IP位址之間的比較(步驟S2205)。此 夕卜，CPU 11基於判斷條件，判斷地址薄伺服器SVl的DNS伺服器和地址薄客戶端的DNS服 務器是否相同，從而判斷是否添補域名(步驟S2206)。例如，該判斷條件可以是「如果所有 的DNS伺服器的IP位址均相同，則判斷為是」或者「如果設置在地址薄客戶端中的DNS服 務器中的至少一個與設置在地址薄伺服器SVl中的DNS伺服器相同，則判斷為是」。如果地址薄伺服器的DNS伺服器和地址薄客戶端的DNS伺服器相同(這兩個DNS伺服器的IP位址相同)，則處理進入圖13的步驟S2308，其中，CPU 11在不向指定地址數 據補充域名的情況下，通過通信部17將指定地址數據和地址薄伺服器SVl的IP位址發送 至地址薄客戶端，隨後處理返回至步驟S2102。如果地址薄伺服器的DNS伺服器和地址薄客戶端的DNS伺服器不相同(這兩個 DNS伺服器的IP位址彼此不同)，則處理進入圖13的步驟S2301，其中，CPU 11對所有指定 地址數據項進行下面的處理(從步驟S2301開始的循環)。地址薄伺服器SVl的用戶指定 至少一個要發送(導出)的地址數據項。指定地址數據項可以是地址簿的一個地址數據項 或者地址簿的全部地址數據項。首先，CPU 11判斷包括在指定地址數據項中的主機名是否是IP位址(步驟 S2302)。如果判斷為主機名是IP位址，則CPU 11執行後述的步驟S2306。如果主機名不是 IP位址，則CPU 11判斷主機名中是否寫有域名(步驟S2303)。如果主機名中寫有域名，則 CPU 11執行步驟S2306。如果判斷為主機名中未寫有域名，則CPU 11通過經通信部17詢問DNS伺服器Dl 來向主機名補充域名(步驟S2304)，即地址數據項形成為FQDN格式的地址數據。然後，CPU 11將作為域名添加結果信息的域名添補的結果存儲在地址數據中(步驟S2305)。在域名 添加結果信息中，將表示「域名添加成功」或者「域名添加未成功，因此應向地址薄伺服器發 送名稱解析請求」的信息存儲為標誌等。例如，可以將域名添加結果信息與地址數據分開地 存儲在RAM 12中。然後，CPU 11判斷用戶帳戶中是否寫有域名(步驟S2306)。如果用戶帳戶中寫有 域名，則處理返回至步驟S2301。如果用戶帳戶中未寫有域名，則CPU 11通過經通信部17 詢問DNS伺服器Dl來向用戶帳戶補充域名(步驟S2307)，隨後處理返回至步驟S2301，將 該循環執行與指定地址數據項的數量相對應的次數。當處理退出從步驟S2301開始的循環時，CPU 11通過通信部17將地址數據和地 址薄伺服器SVl的IP位址發送至發送了 DNS伺服器D2的IP位址的地址薄客戶端(步驟 S2308)，隨後處理返回至步驟S2102。接著，將詳細說明在步驟S2304和S2307所執行的用於詢問DNS伺服器Dl以添補 域名的處理。可以按照如下執行步驟S2304和S2307 在對DNS伺服器Dl進行第一次詢問 之後，在RAM 12等的存儲區中緩衝域名，並且從下一次執行該循環開始，不詢問DNS伺服器 Dl而獲取所緩衝的域名，並且使用所緩衝的域名來添補域名。在這種情況下，在完成對所有 指定地址數據項的檢查之後刪除所緩衝的域名。接著，將參考圖14說明在步驟S2104判斷為該輸入是來自地址薄客戶端的名稱解 析請求的情況。CPU 11通過通信部17從地址薄客戶端接收名稱解析請求(步驟S2401)。 然後，CPU 11通過通信部17對設置在地址薄伺服器SVl中的DNS伺服器Dl進行詢問，由此CPU 11使用DNS伺服器Dl對從地址薄客戶端所接收到的主機名進行名稱解析(步驟S2402)。接著，CPU 11通過通信部17將名稱解析結果發送至地址薄客戶端(步驟S2403)， 隨後處理返回至步驟S2102。圖15是由地址薄客戶端Cl執行的客戶端處理的流程圖。圖16和17是圖15的 續圖。由地址薄客戶端Cl的CPU 21根據存儲在硬碟23 (或者RAM 22)中的程序執行該客 戶端處理。地址薄客戶端C2的操作與地址薄客戶端Cl的操作相同，因此省略對其的說明。首先參考圖15，地址薄客戶端Cl的CPU 21開始該客戶端處理(步驟S2501)，並 且識別向地址薄客戶端Cl的輸入(步驟S2502)。下面將說明以下各情況該輸入是來自地 址薄伺服器的地址數據接收請求的情況、該輸入是來自輸入部25的圖像發送指令的情況、 以及該輸入是來自地址薄伺服器的DNS伺服器信息獲取請求的情況。首先，將說明該輸入是來自地址薄伺服器的地址數據接收請求的情況(步驟 S2503為「是」)。在這種情況下，參考圖16，CPU21通過通信部27從地址薄伺服器接收在地 址簿伺服器所指定的地址數據和地址薄伺服器的IP位址(步驟S2601)。然後，CPU 21將 從地址薄伺服器所接收到的地址數據和地址薄伺服器的IP位址相互關聯地存儲在硬碟23 中(步驟S2602)，隨後終止該處理。接著，將說明該輸入是來自輸入部25的圖像發送指令的情況(步驟S2504為 「是」)。在這種情況下，參考圖17，CPU 21從輸入部25接收用於向圖像發送指令中所指定 的目的地發送圖像數據的圖像發送指令(步驟S2701)。然後，CPU 21對於與指定目的地的 地址數據相關聯的域名添加結果信息的內容進行判斷(步驟S2702)。該域名添加結果信息 包括在所接收到的地址數據中(步驟S2305)。如果域名添加結果信息沒有指定向地址薄伺服器發送名稱解析請求，則立即終止 該處理。如果域名添加結果信息指定發送名稱解析請求，則CPU 21通過通信部27向地址 薄伺服器發送名稱解析請求(步驟S2703)。然後，CPU 21通過通信部27從地址薄伺服器 接收名稱解析結果(步驟S2704)，隨後終止該處理。接著，將參考圖15說明該輸入是來自地址薄伺服器的DNS伺服器信息獲取請求的 情況(步驟S2505為「是」)。在這種情況下，CPU 21通過通信部27將與設置在地址薄客戶 端Cl中的DNS伺服器D2有關的信息(包括IP位址)發送至地址薄伺服器(步驟S2506)。 作為發送方法，傳統地已提出了各種方法，但是這些方法與本發明沒有直接關係，因此省略 對其的說明。如上所述，根據本實施例，當地址數據例如由於不存在域名而未充分描述時，向地 址數據補充域名以進行同樣充分的描述，然後發送該地址數據。這使得可以將地址數據正 確地發送至指定目的地，可以減少認證的失敗，並且可以在接收端更正確地檢查信息。根據第二實施例，判斷設置在地址薄客戶端中的DNS伺服器和設置在地址薄服務 器中的DNS伺服器是否相同，然後根據該判斷執行不同的處理。然而，例如，地址薄伺服器 可以預先存儲用於識別地址薄客戶端的標識符信息，其中，在該地址薄客戶端中，設置與地 址薄伺服器中所設置的DNS伺服器相同的DNS伺服器。在這種情況下，當通過輸入部接收 到用於向其中設置了與地址薄伺服器中所設置的DNS伺服器相同的DNS伺服器的地址薄客 戶端發送地址數據的地址數據發送指令時，不執行用於添補域名的處理。此外，在可以在單個地址薄客戶端中設置多個DNS伺服器的情況下，如果設置在地址薄客戶端中的至少一個DNS伺服器與設置在地址薄伺服器中的DNS伺服器相同，則可 以認為該地址薄客戶端在其中設置了相同的DNS伺服器。還可以通過讀出並執行記錄在存儲器裝置上的程序以進行上述實施例的功能的 系統或設備的計算機(或者CPU或MPU等裝置)以及通過如下方法來實現本發明的各方面， 其中，系統或設備的計算機例如通過讀出並執行記錄在存儲器裝置上的程序以進行上述實 施例的功能來進行該方法的各步驟。由於該目的，例如通過網絡或者從用作存儲器裝置的 各種類型的記錄介質(例如，計算機可讀介質)向計算機提供該程序。儘管已經參考典型實施例說明了本發明，但是應該理解，本發明不局限於所公開 的典型實施例。所附權利要求書的範圍符合最寬的解釋，以包含所有這類修改、等同結構和 功能。本申請要求2009年3月4日提交的日本專利申請2009-050755和2010年3月1 日提交的日本專利申請2010-044499的優先權，其全部內容通過引用包含於此。
權利要求
一種圖像處理設備，其能夠用作通過網絡與客戶端圖像處理設備進行通信的伺服器，所述圖像處理設備包括存儲單元，用於存儲包含多個地址數據項的地址薄，其中所述多個地址數據項包括一個或多個未描述域名的地址數據項；判斷單元，用於判斷在所存儲的地址數據項中的指定地址數據項中是否描述了域名；補充單元，用於當所述判斷單元判斷為在所述指定地址數據項中未描述域名時，向所述指定地址數據項補充域名；以及發送單元，用於將通過所述補充單元補充了域名的地址數據項發送至所述客戶端圖像處理設備。
2.根據權利要求1所述的圖像處理設備，其特徵在於，所述補充單元用於通過經所述 網絡詢問DNS伺服器來向所述指定地址數據項補充域名，從而使所述指定地址數據項成為 完全合格域名格式的地址數據。
3.根據權利要求1所述的圖像處理設備，其特徵在於，還包括處理單元，所述處理單元 用於當從所述客戶端圖像處理設備接收到名稱解析請求時，對要將圖像從所述客戶端圖像 處理設備發送至的發送目的地進行名稱解析，以及其中，所述發送單元用於將由所述處理單元進行的所述名稱解析的結果發送至所述客 戶端圖像處理設備。
4.根據權利要求3所述的圖像處理設備，其特徵在於，所述處理單元通過經所述網絡 詢問DNS伺服器，使用所述DNS伺服器進行所述名稱解析。
5.根據權利要求1所述的圖像處理設備，其特徵在於，所述補充單元用於將域名的添 補結果作為補充結果信息存儲在所述指定地址數據項中，以及所述發送單元用於將補充了域名且包括所述補充結果信息的地址數據項發送至所述 客戶端圖像處理設備。
6.根據權利要求1所述的圖像處理設備，其特徵在於，還包括獲取單元，用於從所述客戶端圖像處理設備獲取設置在所述客戶端圖像處理設備中的 DNS伺服器的IP位址，以及確定單元，用於進行由所述獲取單元獲取的設置在所述客戶端圖像處理設備中的DNS 伺服器的IP位址和設置在所述圖像處理設備中的DNS伺服器的IP位址之間的比較，並且 基於所述比較的結果確定是否使所述補充單元進行域名的添補。
7.根據權利要求6所述的圖像處理設備，其特徵在於，當上述兩個DNS伺服器的IP地 址相同時，所述確定單元禁止所述補充單元進行域名的添補，當上述兩個DNS伺服器的IP 地址彼此不同時，所述確定單元使所述補充單元進行域名的添補。
8.根據權利要求1所述的圖像處理設備，其特徵在於，所述指定地址數據項是由從所 述客戶端圖像處理設備接收到的地址薄參考請求所指定的地址數據項。
9.根據權利要求1所述的圖像處理設備，其特徵在於，所述指定地址數據項是由地址 數據發送指令所指定的地址數據項，其中，所述地址數據發送指令能夠由所述圖像處理設 備的用戶輸入至所述圖像處理設備，以使所述圖像處理設備將地址數據項發送至所述客戶 端圖像處理設備。
10.一種第一圖像處理設備的控制方法，所述第一圖像處理設備能夠用作通過網絡與客戶端圖像處理設備進行通信的伺服器並且存儲包含多個地址數據項的地址薄，其中，所 述多個地址數據項包括一個或多個未描述域名的地址數據項，所述控制方法包括以下步 驟判斷在由所述第一圖像處理設備所存儲的地址數據項中的指定地址數據項中是否描 述了域名；當判斷為在所述指定地址數據項中未描述域名時，向所述指定地址數據項補充域名；以及將補充了域名的地址數據項發送至所述客戶端圖像處理設備。
全文摘要
本發明涉及一種圖像處理設備和控制方法。該圖像處理設備用作伺服器。當從客戶端接收到參考請求或者接收到用於將地址數據發送至客戶端的用戶指令，並且要發送的地址數據在其中未描述域名時，該圖像處理設備向地址數據補充域名，然後將補充了域名的地址數據發送至客戶端。這使得可以將地址數據正確地導出至指定目的地並減少認證的失敗。
文檔編號H04L29/12GK101827135SQ201010126858
公開日2010年9月8日 申請日期2010年3月4日 優先權日2009年3月4日
發明者高野真一 申請人:佳能株式會社