專利名稱：成像裝置以及可應(yīng)用于該裝置的方法
成像裝置以及可應(yīng)用于該裝置的方法 相關(guān)申請的交叉引用本申請要求2007年3月30日提交的申請?zhí)枮镹o.2007-094540的日本專利申請的優(yōu)先權(quán)。該申請的整體內(nèi)容引入此處以作參考。技術(shù)領(lǐng)域下文的描述涉及一種或多種可應(yīng)用于成像裝置的方法，具體地說 是允許成像裝置基于客戶端使用的協(xié)議執(zhí)行通信、并減輕用戶在客戶 端承擔(dān)的工作負(fù)擔(dān)的一種或多種技術(shù)。
背景技術(shù)：
提出配置系統(tǒng)，以使得用戶可以搜索到連接到具有移動終端裝置 (終端設(shè)備)的網(wǎng)絡(luò)的打印裝置，并可從搜索到的打印裝置中選擇任 意裝置(參見臨時(shí)公開號為No.2006-344125的日本專利，在下文中被 稱為'125公開)。發(fā)明內(nèi)容然而，根據(jù)125公開披露的技術(shù)，只能利用預(yù)定協(xié)議傳輸待發(fā)送 到打印裝置的打印數(shù)據(jù)。因此，可能不能利用用戶期望的協(xié)議來發(fā)送 打印數(shù)據(jù)。例如，即使希望將機(jī)密數(shù)據(jù)作為打印數(shù)據(jù)發(fā)送，也不能基 于打印裝置傳輸?shù)难b置信息確定用于與打印裝置通信的協(xié)議，這是因 為裝置信息意在用于選擇打印裝置。因此，用戶不得不操作終端設(shè)備 以便單獨(dú)選擇協(xié)議，例如選擇可以保證安全的HTTPS，并利用選中的 協(xié)議與打印裝置建立通信。也即，上述操作增加了用戶的負(fù)擔(dān)。本發(fā)明的多個方面在提供一種或多種改進(jìn)的成像裝置方面及其方 法方面具有優(yōu)勢，其可減少用戶在客戶端利用期望的協(xié)議執(zhí)行通信所需的操作。根據(jù)本發(fā)明的多個方面，提供了一種成像裝置，其被構(gòu)造成通過 網(wǎng)絡(luò)從客戶端接收打印數(shù)據(jù)并處理打印數(shù)據(jù)，成像裝置包括打印請求 接收裝置，其被構(gòu)造成通過成像裝置的端口利用協(xié)議接收由客戶端傳 輸?shù)拇蛴≌埱?；協(xié)議指定裝置，其被構(gòu)造成指定用于傳輸打印請求的 協(xié)議的種類；目標(biāo)信息創(chuàng)建裝置，其被構(gòu)造成基于協(xié)議指定裝置指定 的種類的協(xié)議，創(chuàng)建代表打印數(shù)據(jù)將被發(fā)送到的目標(biāo)的目標(biāo)信息；以 及目標(biāo)信息發(fā)送裝置，其被構(gòu)造成利用指定種類的協(xié)議將目標(biāo)信息發(fā) 送到客戶端。根據(jù)本發(fā)明的另一方面，提供一種可應(yīng)用于成像裝置的方法，所 述成像裝置被構(gòu)造成通過網(wǎng)絡(luò)從客戶端接收打印數(shù)據(jù)并處理打印數(shù) 據(jù)，該方法包括如下步驟利用協(xié)議接收客戶端傳輸?shù)拇蛴≌埱?；?定用于傳輸打印請求的協(xié)議的種類；基于指定種類的協(xié)議，創(chuàng)建代表 打印數(shù)據(jù)將被發(fā)送到的目標(biāo)的目標(biāo)信息；以及利用指定種類的協(xié)議將 目標(biāo)信息發(fā)送到客戶端。在本發(fā)明的一些方面中，只要客戶端(外部設(shè)備)利用期望的協(xié) 議發(fā)送打印請求，成像裝置就能確定打印數(shù)據(jù)的目標(biāo)。另外，由于成 像裝置利用目標(biāo)信息指定客戶端的目標(biāo)，因此，所有客戶端必須基于 成像裝置通知的目標(biāo)信息發(fā)送打印數(shù)據(jù)。例如，當(dāng)用戶為了安全保護(hù) 起見在客戶端使用了預(yù)定協(xié)議，可執(zhí)行反映用戶意圖的通信。此外， 例如，即使在客戶端使用的協(xié)議發(fā)生了改變，也可執(zhí)行能滿足這種改 變的通信。因此，憑借根據(jù)本發(fā)明一些方面的前述結(jié)構(gòu)，可減少用戶 在客戶端利用期望的協(xié)議執(zhí)行通信所需的操作。


圖1是示意圖，示出了在根據(jù)本發(fā)明的一個或多個方面的實(shí)施方 案中包括成像裝置的網(wǎng)絡(luò)系統(tǒng)與成像裝置之間的通信關(guān)系。圖2是示意性方框圖，示出了在根據(jù)本發(fā)明的一個或多個方面的 實(shí)施方案中，成像裝置與客戶端PC的結(jié)構(gòu)。圖3是示意性方框圖，示出了在根據(jù)本發(fā)明的一個或多個方面的實(shí)施方案中，客戶端PC與成像裝置之間執(zhí)行的通信。圖4是示意圖，示出了在根據(jù)本發(fā)明的一個或多個方面的實(shí)施方案中，成像裝置的服務(wù)器程序執(zhí)行的流程。圖5A示意性地示出了在根據(jù)本發(fā)明一個或多個方面的實(shí)施方案 中打印作業(yè)創(chuàng)建請求的結(jié)構(gòu)。圖5B示意性地示出了在根據(jù)本發(fā)明一個或多個方面的實(shí)施方案 中打印作業(yè)創(chuàng)建響應(yīng)的結(jié)構(gòu)。圖5C是在根據(jù)本發(fā)明一個或多個方面的實(shí)施方案中包括在打印 作業(yè)創(chuàng)建響應(yīng)中的預(yù)備URL的具體實(shí)施例。圖6是流程圖，示出了在根據(jù)本發(fā)明一個或多個方面的實(shí)施方案 中用于接收打印作業(yè)創(chuàng)建請求的流程。圖7是流程圖，示出了在根據(jù)本發(fā)明一個或多個方面的實(shí)施方案 中，用于接收圖6所示的打印作業(yè)創(chuàng)建請求的流程的之后的流程。圖8是流程圖，示出了在根據(jù)本發(fā)明一個或多個方面的實(shí)施方案 中的打印執(zhí)行流程。
具體實(shí)施方式
應(yīng)當(dāng)注意，在下文中被描述的元件之間的各種連接。應(yīng)當(dāng)注意， 這些連接通常，除指定的以外，可以是直接的或間接的，并且這里的 說明不起限制作用。本發(fā)明的一個方法可以在計(jì)算機(jī)軟件，如存儲在 計(jì)算機(jī)可讀介質(zhì)中的程序，來實(shí)現(xiàn)，所述計(jì)算機(jī)可讀介質(zhì)包括但不局 限于RAM、 ROM、閃速存儲器、EEPROM、 CD-介質(zhì)、DVD-介質(zhì)、 臨時(shí)存儲器、硬盤驅(qū)動器、軟盤驅(qū)動器、永久存儲器、等等。在下文中，將參考附圖描述依據(jù)本發(fā)明多個方面的實(shí)施方案。圖1 示意性示出了根據(jù)發(fā)明多個方面的實(shí)施方案中的成像裝置io與包括該 成像裝置10的網(wǎng)絡(luò)系統(tǒng)100之間的連接關(guān)系。所述成像裝置10經(jīng)由LAN 60與多個個人電腦(在下文中稱為客戶端PC) 30、 40和50連接。 成像裝置10被構(gòu)造成從客戶端PC 30、 40和50接收打印數(shù)據(jù)并處理 接收到的打印數(shù)據(jù)，以便在記錄紙上形成圖像。每個客戶端PC 30、 40和50被構(gòu)造成與成像裝置IO通信并傳送 打印數(shù)據(jù)到成像裝置IO。當(dāng)每個客戶端PC30、 40和50傳輸數(shù)據(jù)時(shí)， 形成具有報(bào)頭的數(shù)據(jù)分組(packet)，該報(bào)頭包括添加到數(shù)據(jù)中的傳送 源裝置的IP地址和目的裝置的IP地址，并且所述數(shù)據(jù)以數(shù)據(jù)分組為基 礎(chǔ)傳送。目前已存在用于形成數(shù)據(jù)分組并選擇分組傳輸路線的協(xié)議， 因特網(wǎng)協(xié)議版本4 (在下文中稱為IPv4)和因特網(wǎng)協(xié)議版本6 (在下文 中稱為IPv6) 。 IPv4是普及的協(xié)議。在IPv4中，IP地址是32位數(shù)據(jù)， 因此應(yīng)當(dāng)注意可能會產(chǎn)生IP地址的不完整?？紤]到上述問題，作為協(xié) 議，具有很多位數(shù)以表示地址空間的IPv6已得到發(fā)展并將廣泛應(yīng)用。 在IPv6中采用128位數(shù)據(jù)表示IP地址，IPv6可以支持大量IP地址。在下文的描述中，僅符合IPv4的客戶端PC被稱為客戶端PC 30。 同時(shí)，僅符合IPv6的客戶端PC被稱為客戶端PC 40。另外，既適用IPv4, 又適用IPv6的客戶端PC被稱為客戶端PC 50。應(yīng)當(dāng)注意，根據(jù)本發(fā)明 多個方面的成像裝置10符合兩者協(xié)議。IPv4與IPv6之間在分組格式和IP地址空間方面不同。因此，在 僅符合IPv4與僅符合IPv6的裝置之間不能直接通信。網(wǎng)絡(luò)系統(tǒng)100包 括僅符合IPv4的客戶端PC 30、僅符合IPv6的客戶端PC40、和既符 合IPv4又符合IPv6的客戶端PC50。因此，在網(wǎng)絡(luò)系統(tǒng)100中，成像 裝置IO基于判斷目的客戶端PC所使用的網(wǎng)際協(xié)議(在下文中稱為IP) 是IPv4還是IPv6來建立通信。關(guān)于這些操作的細(xì)節(jié)將會在下文進(jìn)行描 述。另外，與網(wǎng)絡(luò)系統(tǒng)IOO連接的各個成像裝置10、客戶端PC 30、 40和50符合UPnP (通用即插即用標(biāo)準(zhǔn))。UPnP是用于例如計(jì)算機(jī)與通過網(wǎng)絡(luò)連接的外圍設(shè)備的裝置之間的普遍對等網(wǎng)絡(luò)連接性的結(jié)構(gòu)?？蛻舳薖C 30、 40和50與作為符合UPnP的裝置的成像裝置10彼此識 別并經(jīng)由預(yù)定數(shù)據(jù)的通信工作。關(guān)于這些操作的細(xì)節(jié)將會參考圖3在 下文進(jìn)行描述。圖2是方框圖，示意性地示出成像裝置10與示出的客戶端PC 50 之間經(jīng)由LAN進(jìn)行的連接。如圖1所示，LAN 60可連接多個客戶端 PC 50，還連接有客戶端PC30和客戶端PC40。然而，為了簡化圖示 和說明，在圖2中，僅示出單個客戶端PC 50，并僅在客戶端PC與 LAN 60時(shí)描述該客戶端PC 50。如圖2所示，成像裝置IO包括CPU 11、 ROM 12、 RAM 13、閃 速存儲器14、成像裝置15以及網(wǎng)絡(luò)接口 18 (I/F 18)，它們通過總線 19互連。CPU 11是全面控制成像裝置10并執(zhí)行各種程序的中央處理器， 例如執(zhí)行圖8的流程圖所示的流程。R0M12是不可再寫性存儲器，其在其中存儲由CPU 11執(zhí)行的各 種控制程序以及當(dāng)CPU 11執(zhí)行控制程序時(shí)所需的數(shù)據(jù)，并存儲服務(wù)器 程序121。服務(wù)器程序121是用于執(zhí)行下文關(guān)于圖6到8所示流程的程 序，并響應(yīng)客戶端PC30、 40和50發(fā)送的請求提供服務(wù)。服務(wù)器程序 121基于作為應(yīng)用層中的協(xié)議的HTTP (超文本傳輸協(xié)議)和HTTPS (超文本傳輸協(xié)議安全)，可以處理各種通信。RAM 13是存儲器，用于在其中臨時(shí)存儲CPU 11執(zhí)行各種流程時(shí) 所需的數(shù)據(jù)和程序。RAM 13包括協(xié)議存儲區(qū)131、 IP地址存儲區(qū)132 和端口號存儲區(qū)133。協(xié)議存儲區(qū)131是用于在其中存儲相關(guān)信息的區(qū) 域，所存儲的信息是當(dāng)從客戶端PC 50接收打印作業(yè)創(chuàng)建請求時(shí)，HTTP 與HTTPS之間所使用的、作為用于打印作業(yè)創(chuàng)建的請求(在下文中，稱為打印作業(yè)創(chuàng)建請求，其作為打印請求的實(shí)例)的通信的應(yīng)用層中 的協(xié)議。IP地址存儲區(qū)132是當(dāng)從客戶端PC 50接收打印作業(yè)創(chuàng)建請求時(shí)， 存儲作為打印作業(yè)創(chuàng)建請求的傳送源的客戶端PC 50的IP地址的區(qū)域。端口號存儲區(qū)133是存儲從客戶端PC50接收打印作業(yè)創(chuàng)建請求的 端口的端口號的區(qū)域。閃速存儲器14是非易失性可再寫性存儲器，其存儲適用于IPv4 的IP地址141和適用于IPv6的IP地址142。當(dāng)與成像裝置10通信時(shí)， 在使用IPv4的情況下，客戶端PC 50與指定的適用于IPv4的指定IP 地址141通信。同時(shí)，在使用IPv6的情況下，客戶端PC 50與適用于IPv6 的指定IP地址142通信。鏈接本地地址1421、全球地址1422和手動地址1423可配置為適 用于IPv6的IP地址142。鏈接本地地址1421是僅在同一局域網(wǎng)內(nèi)有 效的地址，而不會延伸出路由范圍，也即，僅在網(wǎng)絡(luò)系統(tǒng)100內(nèi)有效。 全球地址1422是被定義為在世界上唯一的地址，并當(dāng)通過因特網(wǎng)執(zhí)行 通信被使用。手動地址1423是由網(wǎng)絡(luò)系統(tǒng)IOO的管理員手動配置的地 址。成像裝置15被構(gòu)造成基于從客戶端PC 50接收到的打印數(shù)據(jù)來形 成圖像。成像裝置15主要包括紙張傳送馬達(dá)151，其用于將記錄紙傳 送到預(yù)定的打印位置；打印頭152，其將墨滴噴射到被傳送到打印位置 的記錄紙上以便形成圖像；以及托架馬達(dá)153，其用于驅(qū)動打印頭，以 使所述打印頭沿垂直于記錄紙傳送方向的方向往復(fù)移動，所述記錄紙 由紙張傳送馬達(dá)151傳送。I/F 18被構(gòu)造成將成像裝置10鏈接到LAN 60。通過I/F 18在成像裝置10與客戶端PC 50之間執(zhí)行數(shù)據(jù)通信?？蛻舳薖C 50包括CPU 51、 ROM 52、 RAM 53、硬盤驅(qū)動器54 (在下文中稱為HDD 54)、液晶顯示器56 (在下文中稱為LCD 56)、 輸入設(shè)備57、以及用于通過局域網(wǎng)60連接客戶端PC 50和成像裝置 10的網(wǎng)絡(luò)接口58 (I/F58)，上述裝置通過總線59互相連接。CPU 51是中央處理器，其全面控制客戶端PC 50并執(zhí)行各種程序。 ROM 52是不可再寫的存儲器，其存儲由CPU 51執(zhí)行的各種控制程序 以及當(dāng)CPU 51執(zhí)行控制程序時(shí)所需的數(shù)據(jù)。RAM 53是臨時(shí)存儲由中 央處理器51執(zhí)行所需的數(shù)據(jù)和程序的存儲器。HDD 54是非易失性可再寫存儲裝置，其存儲各種程序、適用于 IPv4的IP地址541、以及適用于IPv6的IP地址542?？刹捎门c成像裝 置IO相同的方式，將僅在網(wǎng)絡(luò)系統(tǒng)100中有效的鏈接本地地址5421、 當(dāng)通過因特網(wǎng)通信時(shí)使用的全球地址5422、以及由網(wǎng)絡(luò)系統(tǒng)100管理 員手動配置的手動地址5423配置為適用于IPv6的IP地址542。在客 戶端PC 50中，已經(jīng)存在基于IPv4的通信與基于IPv6的通信之間執(zhí)行 的一組配置，并且該通信是基于預(yù)先配置的設(shè)定執(zhí)行的。LCD 56用于視覺識別在客戶端PC 50中執(zhí)行的各種程序和輸入數(shù) 據(jù)。輸入設(shè)備57具有鍵盤和/或鼠標(biāo)，并且將數(shù)據(jù)或命令經(jīng)由該輸入設(shè) 備57輸入到客戶端PC10中。在如上配置的客戶端PC 50中，當(dāng)經(jīng)由輸入設(shè)備57輸入打印指示 命令時(shí)，將打印作業(yè)創(chuàng)建請求從I/F 58發(fā)送到成像裝置10。然后，客 戶端PC50與成像裝置IO之間的通信就開始了，于是將打印數(shù)據(jù)從客 戶端PC 50發(fā)送到成像裝置10。應(yīng)當(dāng)注意，在一時(shí)間周期期間，通過 執(zhí)行程序的方式將打印作業(yè)創(chuàng)建請求發(fā)送到成像裝置10后，直到響應(yīng) 打印作業(yè)創(chuàng)建請求處理成像裝置10中的打印數(shù)據(jù)，并且打印終止通知被發(fā)布到該程序?yàn)橹梗贖DD 14中存儲的各個程序中的上述程序被稱為客戶端程序。參考圖3，描述在客戶端PC 50與成像裝置10之間發(fā)送并接收的 數(shù)據(jù)。圖3示意性地示出了客戶端PC50與成像裝置IO之間執(zhí)行的通 信過程。首先，客戶端PC50發(fā)送發(fā)現(xiàn)(discovery) 70以便通過多點(diǎn)通信 搜索網(wǎng)絡(luò)系統(tǒng)IOO中的裝置。另一方面，接收到了發(fā)現(xiàn)70的成像裝置 10發(fā)送發(fā)現(xiàn)響應(yīng)71到客戶端PC 50，所述客戶端PC 50是發(fā)現(xiàn)70的傳 送源。通過發(fā)現(xiàn)響應(yīng)71將成像裝置10的URL提供給客戶端PC 50。 當(dāng)客戶端PC50指示出執(zhí)行發(fā)現(xiàn)時(shí)，或者當(dāng)客戶端PC 50通電時(shí)，在傳 輸發(fā)現(xiàn)70直到獲取發(fā)現(xiàn)響應(yīng)71后，執(zhí)行通信。接下來，根據(jù)獲取的成像裝置10的URL，客戶端PC 50將用于服 務(wù)信息獲取(在下文中稱為服務(wù)信息獲取請求72)的請求72傳送到成 像裝置10。接收到該服務(wù)信息獲取請求72的成像裝置10將服務(wù)信息 獲取響應(yīng)73傳送到客戶端PC 50。響應(yīng)于接收服務(wù)信息獲取響應(yīng)73， 客戶端PC 10將成像裝置10看作能夠符合作為應(yīng)用層中的協(xié)議的 HTTP和HTTPS，并且符合作為IP的IPv4和IPv6的裝置。接下來，客戶端PC 50將用于服務(wù)預(yù)備入口 (service provision entry)的請求74 (在下文中稱為服務(wù)預(yù)備入口請求74)傳輸?shù)匠上裱b 置10。接收到服務(wù)預(yù)備入口請求74的成像裝置IO將客戶端PC 50的 URL注冊為服務(wù)預(yù)備入口請求74的傳送源。然后，例如，當(dāng)預(yù)定事件 (如油墨耗盡)發(fā)生時(shí)，打開/關(guān)閉蓋并且檢測打印是否終止，注冊 了的客戶端PC 50被告知發(fā)生了預(yù)定事件。應(yīng)當(dāng)注意，當(dāng)注冊了客戶 端PC 50的URL時(shí)，成像裝置10以服務(wù)預(yù)備入口響應(yīng)75的形式告知 其客戶端PC50。如上所述，當(dāng)客戶端PC 50指示出執(zhí)行服務(wù)入口時(shí)，或者當(dāng)客戶端PC 50通電時(shí)，在傳輸了服務(wù)信息獲取請求72直到獲取到服務(wù)預(yù)備 入口響應(yīng)75后，執(zhí)行通信。接下來，闡明經(jīng)由客戶端PC50中的輸入設(shè)備57輸入打印指示命 令的實(shí)例。當(dāng)在客戶端PC 50中輸入打印指示命令時(shí)，將用于打印作 業(yè)創(chuàng)建的請求76(在下文中稱為打印作業(yè)創(chuàng)建請求76)從客戶端PC 50 傳輸?shù)匠上裱b置IO。當(dāng)傳送打印作業(yè)創(chuàng)建請求76時(shí)，判斷出用于在作 為應(yīng)用層中的協(xié)議的HTTP與HTTPS之間傳送請求76的客戶端PC 50。 同時(shí)，當(dāng)使用HTTPS時(shí)，具有可執(zhí)行高安全性通信的優(yōu)勢。根據(jù)客戶 端PC 50中的預(yù)定設(shè)置、或者用戶的輸入操作，可以判斷出HTTP與 HTTPS中的哪一個被使用。當(dāng)采用HTTP傳輸打印作業(yè)創(chuàng)建請求76時(shí)，客戶端PC 50執(zhí)行指 定端口No.80的通信。同時(shí)，當(dāng)采用HTTPS傳輸打印作業(yè)創(chuàng)建請求76 時(shí)，客戶端PC50執(zhí)行指定端口 No.443的通信。另一方面，成像裝置 IO等候通過端口 No. 80和No. 443的由客戶端PC 50建立的連接。當(dāng) 客戶端PC50通過任意端口建立連接時(shí)，成像裝置IO傳送打印作業(yè)創(chuàng) 建響應(yīng)77。下文將描述的打印作業(yè)創(chuàng)建響應(yīng)77是包括預(yù)備URL 772 (見圖5C)的數(shù)據(jù)，所述預(yù)備URL 772代表從客戶端PC50發(fā)送打印 數(shù)據(jù)到成像裝置IO的目標(biāo)。其次，客戶端PC 50根據(jù)包含在接收到的打印作業(yè)創(chuàng)建響應(yīng)77中 的預(yù)備URL 772，將打印數(shù)據(jù)78傳輸?shù)匠上裱b置10。接收到打印數(shù)據(jù) 78的成像裝置10通過處理打印數(shù)據(jù)在記錄紙上形成圖像。當(dāng)打印數(shù)據(jù)處理完成時(shí)，成像裝置10向客戶端PC 50發(fā)送打印結(jié) 束通知79。從而，向客戶端PC50通知打印操作結(jié)束。參考圖4，概述在成像裝置10中執(zhí)行的程序。圖4示意性地示出了成像裝置10的服務(wù)器程序121執(zhí)行的處理。如圖4所示，由服務(wù)器程序121執(zhí)行的用于接收打印作業(yè)創(chuàng)建請求的流程(Sl)，監(jiān)測端口 No. 80和端口No. 443并等待客戶端PC50建立的連接。然后，當(dāng)從客 戶端PC 50中執(zhí)行的客戶機(jī)程序接收到打印作業(yè)創(chuàng)建請求76時(shí)，成像 裝置10創(chuàng)建并發(fā)送打印作業(yè)創(chuàng)建響應(yīng)77。另外的，在用于接收打印作業(yè)創(chuàng)建請求的流程(Sl)中，當(dāng)接收 打印作業(yè)創(chuàng)建請求76時(shí)，如圖4所示，成像裝置10進(jìn)一步運(yùn)行服務(wù) 器程序121'。 g卩，在成像裝置10中，服務(wù)器程序121和該服務(wù)器程序 121'均被執(zhí)行。服務(wù)器程序121'執(zhí)行打印執(zhí)行流程(S50)，該流程用 于接收并處理打印數(shù)據(jù)。換句話說，打印執(zhí)行流程(S50)對應(yīng)于用于 接收打印作業(yè)創(chuàng)建請求的流程(Sl)的子流程。用于接收打印作業(yè)創(chuàng) 建請求的流程(Sl)確認(rèn)向作為其子流程的打印執(zhí)行流程(S50)傳輸 打印作業(yè)創(chuàng)建響應(yīng)77及其后續(xù)步驟。在打印執(zhí)行流程(S50)中，成 像裝置IO處于等待連接狀態(tài)，以便通過與流程(Sl)中用于接收打印 作業(yè)創(chuàng)建請求的端口不同的端口進(jìn)行連接，并且當(dāng)由客戶端PC 50建 立連接時(shí)，成像裝置10接收打印數(shù)據(jù)78并實(shí)施打印數(shù)據(jù)78的處理。 每當(dāng)接收打印作業(yè)創(chuàng)建請求76時(shí)，就開始打印執(zhí)行流程(S50)。然 后，每個開始的打印執(zhí)行流程(S50)通過單獨(dú)的端口接收打印數(shù)據(jù)并 處理打印數(shù)據(jù)。從而，避免了服務(wù)器程序121被單個客戶端PC 50占用。此外， 可以人為地同時(shí)進(jìn)行從多個客戶端PC 30、 40和50接收并處理打印數(shù) 據(jù)78。參考圖5，將描述打印作業(yè)創(chuàng)建請求76和打印作業(yè)創(chuàng)建響應(yīng)77。 圖5A示意性地示出了打印作業(yè)創(chuàng)建請求76的結(jié)構(gòu)。圖5B示意性地示 出了打印作業(yè)創(chuàng)建響應(yīng)77的結(jié)構(gòu)?？蛻舳薖C 50與成像裝置IO之間 的數(shù)據(jù)通信以一個數(shù)據(jù)分組一個數(shù)據(jù)分組的基礎(chǔ)(packet - by - packet basis)執(zhí)行。另外，IP報(bào)頭761和771被添加到打印作業(yè)創(chuàng)建請求76和打印作業(yè)創(chuàng)建響應(yīng)77的各個數(shù)據(jù)分組的前端。如圖5A所示，在打印作業(yè)創(chuàng)建請求76數(shù)據(jù)分組的最前端設(shè)置有 IP報(bào)頭，其提供版本存儲區(qū)域7611、發(fā)送源地址存儲區(qū)域7612、以及 目標(biāo)地址存儲區(qū)域7613。在版本存儲區(qū)域7611中，存儲打印作業(yè)創(chuàng)建請求76的，也即客 戶端PC 50的傳送源裝置使用的IP (因特網(wǎng)協(xié)議)的版本。特別地， "4 "或"6"被存儲在存儲區(qū)域7611中。在發(fā)送源地址存儲區(qū)域7612中，存儲傳送源裝置的地址，也即客 戶端PC50的地址。如上所述，客戶端PC50具有適用于IPv4的IP地 址541和適用于IPv6的IP地址542。當(dāng)"4 "被存儲在前述版本存儲 區(qū)域7611中時(shí)，適用于IPv4的IP地址541被存儲在發(fā)送源地址存儲 區(qū)域7612中。當(dāng)"6"被存儲在前述版本存儲區(qū)域7611中時(shí)，適用于 IPv6的IP地址542被存儲在發(fā)送源地址存儲區(qū)域7612中。目標(biāo)地址存儲區(qū)域7613是用于在其中存儲打印作業(yè)創(chuàng)建請求76 (也即，成像裝置10的IP地址)的目標(biāo)的區(qū)域。當(dāng)"4"被存儲在前 述存儲區(qū)域7611中時(shí)，成像裝置10的適用于IPv4的地址141被存儲 在目標(biāo)地址存儲區(qū)域7613中。同時(shí)，當(dāng)"6"被存儲在前述存儲區(qū)域 7611中時(shí)，成像裝置10的適用于IPv6的地址142被存儲在目標(biāo)地址 存儲區(qū)域7613中。如上形成的數(shù)據(jù)分組被創(chuàng)建并被傳送到成像裝置10。從而，以客 戶端PC 50在IPv4和IPv6中預(yù)先確定的版本的IP執(zhí)行從客戶端PC 50 傳輸?shù)匠上裱b置10的打印作業(yè)創(chuàng)建請求76。如圖5B所示，IP報(bào)頭771提供版本存儲區(qū)域7711、發(fā)送源地址 存儲區(qū)域7712、以及目標(biāo)地址存儲區(qū)域7713。在版本存儲區(qū)域7711中，存儲與作為打印作業(yè)創(chuàng)建請求76的傳 送源裝置的客戶端PC50所使用的IP相同版本的IP。也即，成像裝置 10基于與客戶端PC 50傳輸打印作業(yè)創(chuàng)建請求76時(shí)使用的IP相同的 IP執(zhí)行通信。在版本存儲區(qū)域7712中，存儲有傳送源裝置的IP地址，也即成 像裝置10的IP地址。如上所述，成像裝置10具有作為IP地址的適用 于IPv4的IP地址141和適用于IPv6的IP地址142。當(dāng)"4"被存儲在 前述存儲區(qū)域7711中時(shí)，成像裝置10的適用于IPv4的地址141被存 儲在發(fā)送源地址存儲區(qū)域7712中。同時(shí)，當(dāng)"6"被存儲在前述存儲 區(qū)域7711中時(shí)，成像裝置10的適用于IPv6的地址142被存儲在發(fā)送 源地址存儲區(qū)域7712中。目標(biāo)存儲區(qū)域7712是用于存儲客戶端PC 50的地址的區(qū)域。通過將如上配置的數(shù)據(jù)分組發(fā)送到客戶端PC 50，以客戶端PC 50 在IPv4和IPv6之間預(yù)先確定的IP執(zhí)行從成像裝置10到客戶端PC 50 的打印作業(yè)創(chuàng)建響應(yīng)77的傳輸。因此，即使客戶端PC50僅符合IPv4 或者IPv6中的一個，也可以執(zhí)行通信。此外，當(dāng)用戶為客戶端PC 50 有意選擇IPv4或者IPv6中的一個時(shí)，可采用基于用戶意圖的IP版本 執(zhí)行通信。參考圖5C，描述了預(yù)備URL 772，所述預(yù)備URL 772是被包含在 打印作業(yè)創(chuàng)建響應(yīng)77中的目標(biāo)信息的例子。圖5C是被包含在打印作 業(yè)創(chuàng)建響應(yīng)77中的預(yù)備URL 772的具體實(shí)施例。如圖5C所示，預(yù)備 URL 772包括協(xié)議部分7721、 IP地址部分7722、以及端口部分7723。在該協(xié)議部分7721，設(shè)置標(biāo)識符"http://"或〈https://、以代表打 印作業(yè)創(chuàng)建響應(yīng)77的通信中使用的應(yīng)用層協(xié)議。在這里，打印作業(yè)創(chuàng)建響應(yīng)77的通信中使用的應(yīng)用層協(xié)議與打印作業(yè)創(chuàng)建請求76的通信 中使用的協(xié)議相同。因此，當(dāng)HTTP用于打印作業(yè)創(chuàng)建請求76的通信 時(shí)，〈http:〃〉被設(shè)置在協(xié)議部分7721。同時(shí)，當(dāng)HTTPS用于打印作業(yè) 創(chuàng)建請求76的通信時(shí)，〈https:/〉被設(shè)置在協(xié)議部分7721。在IP地址部分7722中，設(shè)置有成像裝置10的IP地址。當(dāng)IPv4 用于打印作業(yè)創(chuàng)建請求76的通信時(shí)，在IP地址部分7722中描述成像 裝置10的適用于IPv4的IP地址141。當(dāng)IPv6用于打印作業(yè)創(chuàng)建請求 76的通信時(shí)，在IP地址部分7722中描述成像裝置10的適用于IPv6 的IP地址142。在端口部分7723中，設(shè)置有打印執(zhí)行流程用于等待連接的端口號 (S50:見圖4)?？蛻舳薖C50，其接收了包含這種預(yù)備URL 772的 打印作業(yè)創(chuàng)建響應(yīng)77，以IP地址部分7722中描述的IP地址和端口部 分7723中描述的端口號建立到打印執(zhí)行流程(S50)等待的端口的連 接，并執(zhí)行打印數(shù)據(jù)78的傳輸。用戶可以在客戶端PC 50選擇HTTP 與HTTPS之間的打印數(shù)據(jù)78的傳輸。當(dāng)用戶未給定任意選擇操作時(shí)， 根據(jù)客戶端PC 50中的預(yù)先配置的設(shè)定確定HTTP與HTTPS之間的打 印數(shù)據(jù)78的傳輸。參考圖6到8，描述成像裝置IO執(zhí)行的流程。圖6到8所示的各 個流程的每一個均與服務(wù)器程序121相一致。圖6是流程圖，示出了成像裝置IO執(zhí)行的用于接收打印作業(yè)創(chuàng)建 請求的流程(Sl)。圖7是圖6所示流程的后續(xù)流程的流程圖。在用于接收打印作業(yè)創(chuàng)建請求的流程(Sl)中，首先，監(jiān)測端口 No. 80和No. 443以便判斷客戶端PC 30、 40或50是否與成像裝置10 建立了連接(S2)。當(dāng)成像裝置10沒有與任意一個客戶端PC 30、 40 和50建立連接時(shí)(S2 :否)，本發(fā)明的流程處于待機(jī)狀態(tài)。同時(shí)，當(dāng)成像裝置10與客戶端PC30、 40或50建立連接時(shí)(S2:是)，通過已 經(jīng)與成像裝置10建立的連接可以獲得客戶端PC 30、 40或50的IP地 址。然后，接收由客戶端PC傳輸?shù)拇蛴∽鳂I(yè)創(chuàng)建請求76 (S3)。下 面將基于接收到客戶端PC 50傳輸?shù)拇蛴∽鳂I(yè)創(chuàng)建請求76的假定進(jìn)行 說明。接下來，分析接收到的打印作業(yè)創(chuàng)建請求76 (S4)。此后，通過 分析打印作業(yè)創(chuàng)建請求76可以判斷用于傳輸打印作業(yè)創(chuàng)建請求76的 應(yīng)用層協(xié)議是HTTP還是HTTPS，并將判斷的結(jié)果存儲到協(xié)議存儲區(qū) 131 (見圖2) (S6)。應(yīng)當(dāng)注意，當(dāng)分析結(jié)果得知協(xié)議既不是HTTP 也不是HTTPS時(shí)，故障通知可被發(fā)送到客戶端PC 50，并可終止本發(fā) 明的流程。其次，客戶端PC50的IP地址被存儲到IP地址存儲區(qū)132 (見圖 2) (S8)，其中通過該IP地址建立了與成像裝置IO的連接。然后， 建立了連接的端口號被存儲到端口號存儲區(qū)域133 (S10)。即，"80" 或"443"被存儲到該區(qū)域133。接下來，讀出存儲在端口號存儲區(qū)域133中的端口號(S12)。在 圖6所示的流程圖中，由參數(shù)"WOrk_p0rt"代表端口號。然后，讀出 的端口號加1 (S14)。例如當(dāng)與端口號"80"建立了連接時(shí)，端口 號加l，并將"81"設(shè)置為端口號。此后，判斷端口號加l后的端口是 否正被其它任意流程使用(S16)。當(dāng)判斷出端口號加1后的端口正被 其它任意流程使用時(shí)(S16:是)，本發(fā)明的流程返回到S14，其中端口 號再加1 (S14)。如此重復(fù)流程，當(dāng)發(fā)現(xiàn)端口號未被其它任意流程使用時(shí)(S16 :否)， 搜索到的端口號被確定為預(yù)備端口號(S18)。應(yīng)當(dāng)注意，在圖6所示 的流程圖中，確定的預(yù)備端口號由參數(shù)"supply_port"表示。參考圖7，描述用于接收打印作業(yè)創(chuàng)建請求的流程(Sl)的后續(xù)流程。在步驟S20到S34中，基于存儲在協(xié)議存儲區(qū)131 (見圖2)的 協(xié)議和步驟S18確定的預(yù)備端口號，產(chǎn)生預(yù)備URL772 (見圖5C)。首先，判斷出存儲在協(xié)議存儲區(qū)131 (見圖2)中的協(xié)議是HTTP 還是HTTPS (S20)。當(dāng)存儲的是HTTP時(shí)(S20: HTTP) ， "http:〃" 被設(shè)置到預(yù)定URL 772的協(xié)議部分7721中(S22)。同時(shí)，當(dāng)存儲的 是HTTPS時(shí)(S20: HTTPS) ， "https:〃"被設(shè)置到預(yù)定URL 772的 協(xié)議部分7721中(S24)。其次，基于包含在打印作業(yè)創(chuàng)建請求76中的版本存儲區(qū)域7611 (參看圖5A)存儲的是"4"還是"6"，判斷用于打印作業(yè)創(chuàng)建請求 76的連接的IP版本(S28)。當(dāng)判斷出用于打印作業(yè)創(chuàng)建請求76連接的IP的版本是版本4時(shí)， 也即，當(dāng)用于打印作業(yè)創(chuàng)建請求76連接的IP是IPv4 (S28:版本4) 時(shí)，成像裝置10中的適用于IPv4的IP地址141被選中并被設(shè)置到預(yù) 定URL 772的IP地址部分7722中(S30)。同時(shí)，當(dāng)判斷出用于打印 作業(yè)創(chuàng)建請求76連接的IP的版本是版本6時(shí)，也即，當(dāng)用于打印作業(yè) 創(chuàng)建請求76連接的IP是IPv6 (S28:版本6)時(shí)，成像裝置10中的適 用于IPv6的IP地址142被選中并被設(shè)置到預(yù)備URL 772的IP地址部 分7722中(S32)。下面將詳細(xì)說明設(shè)置適用于IPv6的IP地址142的實(shí)例。在成像 裝置10中，設(shè)置適用于IPv6的多種IP地址142,從適用于IPv6的IP 地址142中搜索具有相同前綴(same prefix)的IP地址，例如存儲在 IP地址存儲區(qū)132中的IP地址(見圖2)，并將其設(shè)置到預(yù)備URL 772 的IP地址部分7722中。在這里中，IP地址的前綴是代表通信網(wǎng)絡(luò)地址的部分。例如由于成像裝置10的鏈接本地地址1421與客戶端PC 50的鏈接本地地址 5421均是符合LAN 60的地址，地址1421與5421具有相同的前綴。因此，在該實(shí)例中，本發(fā)明的流程被設(shè)置以使得具有相同前綴的 IP地址，例如存儲在IP地址存儲區(qū)132中的IP地址，被搜索并被設(shè)置 到IP地址部分7722中，當(dāng)存儲在IP地址存儲區(qū)132中的IP地址是鏈 接本地地址1421時(shí)，成像裝置10的鏈接本地地址1421被讀出并被設(shè) 置到IP地址部分7722中。因此，在從客戶端PC50傳輸打印數(shù)據(jù)到成 像裝置10時(shí)，使用成像裝置10的鏈接本地地址1421。在這里，在打印作業(yè)創(chuàng)建請求76從客戶端PC 50傳輸?shù)倪^程中， 當(dāng)以鏈接本地地址5421的形式建立到成像裝置10的連接時(shí)，可不允 許客戶端pc 50連接到因特網(wǎng)，而是允許其在LAN 60內(nèi)部通信。因此， 在打印數(shù)據(jù)從客戶端PC50傳輸?shù)匠上裱b置IO的過程中，當(dāng)使用除鏈 接本地地址5421以外的地址時(shí)，可以通過防火墻阻斷通信。然而，在 目前的實(shí)施方案中，如上所述，可使用成像裝置10的鏈接本地地址 1421。從而，可以避免防火墻阻斷通信。接下來，步驟S18確定出的預(yù)備端口號被設(shè)置到預(yù)備URL的端口 部分7723 (S34)。然后，以存儲在協(xié)議存儲區(qū)131中的協(xié)議的形式創(chuàng) 建包括如此創(chuàng)建的預(yù)備URL 772的打印作業(yè)創(chuàng)建響應(yīng)77 (S36)。也 就是說，當(dāng)存儲在協(xié)議存儲區(qū)131中的協(xié)議是HTTP時(shí)，以HTTP的 形式創(chuàng)建打印作業(yè)創(chuàng)建響應(yīng)77。同時(shí)，當(dāng)存儲在協(xié)議存儲區(qū)131中的 協(xié)議是HTTPS時(shí)，以HTTPS的形式創(chuàng)建打印作業(yè)創(chuàng)建響應(yīng)77。隨后，打印執(zhí)行流程(S50)被運(yùn)行(S38)。參考圖8描述打印 執(zhí)行流程。然后，創(chuàng)建的打印作業(yè)創(chuàng)建響應(yīng)77被發(fā)送給具有存儲在協(xié)議存儲 區(qū)131中的協(xié)議的客戶端PC 50 (見圖2) (S40)。特別地，當(dāng)存儲在協(xié)議存儲區(qū)131中的協(xié)議是HTTP時(shí)，以HTTP的形式傳輸打印作 業(yè)傳輸響應(yīng)77。同時(shí)，當(dāng)存儲在協(xié)議存儲區(qū)131中的協(xié)議是HTTPS時(shí)， 以HTTPS的形式傳輸打印作業(yè)傳輸響應(yīng)77。此后，本發(fā)明的流程返回 到S2，其中再次監(jiān)測端口 No.80和No.443，等候由客戶端PC 30、 40 或50建立的連接。根據(jù)用于接收打印作業(yè)創(chuàng)建請求的流程(Sl)，當(dāng)客戶端PC30、 40或50使用的協(xié)議是HTTP時(shí)，可采用HTTP協(xié)議執(zhí)行通信。同時(shí)， 當(dāng)客戶端PC30、 40或50使用的協(xié)議是HTTPS時(shí)，可采用HTTPS協(xié) 議執(zhí)行通信。因此，可減輕用戶在客戶端PC30、 40或50的操作負(fù)擔(dān)。 此外，即使為了安全保護(hù)起見，用戶在客戶端PC 30、 40、或50選擇 并使用了 HTTPS，或者為了獲得更快的處理速度選擇并使用了 HTTP， 也可以執(zhí)行反映用戶意圖的通信。另外，例如，即使客戶端PC30、 40 或50使用的協(xié)議被改變，也可以執(zhí)行與上述改變相符的通信。當(dāng)客戶端PC 30、40或50使用IPv4傳輸打印作業(yè)創(chuàng)建請求76時(shí)， 選擇適用于IPv4的IP地址141。同時(shí)，當(dāng)客戶端PC 30、 40或50使 用IPv6傳輸打印作業(yè)創(chuàng)建請求76時(shí)，選擇適用于IPv6的IP地址142。 然后，創(chuàng)建包含選中的IP地址的預(yù)備URL 772。從而，在客戶端PC 30、 40或50，通過發(fā)送具有預(yù)備URL 772的打印數(shù)據(jù)78，可采用與傳輸 打印作業(yè)創(chuàng)建請求76所使用的協(xié)議相同的協(xié)議傳輸打印數(shù)據(jù)87。從而， 可減輕用戶在客戶端PC30、 40或50的操作負(fù)擔(dān)。參考圖8，解釋打印執(zhí)行流程(S50)。圖8是示出了打印執(zhí)行流 程的流程圖(S50)。每當(dāng)用于接收打印作業(yè)創(chuàng)建請求的流程(Sl)接 收到打印作業(yè)創(chuàng)建請求76時(shí)，運(yùn)行圖8所示的打印執(zhí)行流程(S50)。 另外，當(dāng)成像裝置10接收到多個打印作業(yè)創(chuàng)建請求76時(shí)，運(yùn)行多個 打印執(zhí)行流程(S50)。可人為地同時(shí)執(zhí)行多個打印執(zhí)行流程(S50) 和用于接收打印作業(yè)創(chuàng)建請求的流程(Sl)。首先，監(jiān)測具有被告知作為預(yù)備URL 772的預(yù)備端口號的端口， 等待由客戶端PC30、 40或50建立的連接(S52)。當(dāng)客戶端PC30、 40和50沒有建立任何連接時(shí)(S52 :否)，本發(fā)明的流程處于待機(jī)狀態(tài)。 同時(shí)，當(dāng)客戶端PC30、 40或50建立連接時(shí)(S52:是)，接收由建立 了連接的客戶端PC30、 40或50傳輸?shù)拇蛴?shù)據(jù)(S54)。接下來，分析接收到的打印數(shù)據(jù)，并基于上述分析判斷打印數(shù)據(jù) 在確立連接時(shí)所使用的協(xié)議是HTTP、還是HTTPS (S56)。隨后，判 斷在步驟S56識別的協(xié)議是否與存儲在協(xié)議存儲區(qū)131中的協(xié)議相同 (見圖2) (S58)。當(dāng)判斷出在步驟S56中識別的協(xié)議與存儲在協(xié)議 存儲區(qū)131中的協(xié)議相同時(shí)(S58:是)，判斷通過預(yù)備端口號的端口 建立連接的客戶端PC的IP地址是否與存儲在IP地址存儲區(qū)132中的 IP地址相同(S60)。當(dāng)在步驟S58和步驟S60中所作的任何判斷是否時(shí)，也即，當(dāng)打 印數(shù)據(jù)傳輸連接所使用的協(xié)議與用于打印作業(yè)創(chuàng)建請求傳輸?shù)倪B接中 所使用的協(xié)議不一致時(shí)(S58:否)，或者當(dāng)打印數(shù)據(jù)傳輸連接中使用 的IP地址與用于打印作業(yè)創(chuàng)建請求傳輸?shù)倪B接中所使用的IP地址不一 致時(shí)(S60:否)，產(chǎn)生通知并將其發(fā)送給作為打印數(shù)據(jù)發(fā)送源極的客 戶端PC(S61)。此后，本發(fā)明的流程返回到S52，等候通過預(yù)備端口 號的端口的連接。根據(jù)上述程序，即使來源于裝置(或程序)的數(shù)據(jù) 不同于打印作業(yè)創(chuàng)建請求的發(fā)送源的數(shù)據(jù)，也可避免處理被錯誤地執(zhí) 行。此外，在打印作業(yè)創(chuàng)建請求76的發(fā)送源傳輸打印數(shù)據(jù)78的狀態(tài) 下，當(dāng)然也可以接收到打印數(shù)據(jù)。同時(shí)，當(dāng)在步驟S58和步驟S60中所作的任何判斷是是時(shí)，也即， 當(dāng)打印數(shù)據(jù)傳輸?shù)倪B接所使用的協(xié)議與打印作業(yè)創(chuàng)建請求傳輸?shù)倪B接 中所使用的協(xié)議相同時(shí)(S58:是)，或者當(dāng)打印數(shù)據(jù)傳輸?shù)倪B接中使 用的IP地址與打印作業(yè)創(chuàng)建請求傳輸?shù)倪B接中所使用的IP地址相同時(shí) (S60:是)，成像裝置15形成基于打印數(shù)據(jù)78的圖像(S62)。接下來，判斷是否完全接收了打印數(shù)據(jù)78 (S64)。當(dāng)不能斷定 打印數(shù)據(jù)78已被完全接收(S64: No)時(shí)，從S54起重復(fù)本發(fā)明的流 程。當(dāng)通過重復(fù)步驟S54到S64以便完全接收打印數(shù)據(jù)78 (S64:是) 時(shí)，產(chǎn)生打印結(jié)束通知并將其發(fā)送給作為打印數(shù)據(jù)發(fā)送源的客戶端PC (S68)。此后，停止對預(yù)備端口號的端口的監(jiān)測，并將該端口設(shè)置為 不使用狀態(tài)(S70)。從而，釋放打印執(zhí)行流程(S50)使用的端口號， 于是該端口號對其它流程而言是有效的。根據(jù)打印執(zhí)行流程(S50)，打印數(shù)據(jù)78必然來源于打印作業(yè)創(chuàng) 建請求76的發(fā)送源。此外，在打印執(zhí)行流程(S50)中，由于等待打 印數(shù)據(jù)78的端口號不同于接收打印作業(yè)創(chuàng)建請求的流程(Sl)所使用 的端口號，用于接收打印作業(yè)創(chuàng)建請求的流程(Sl)可以接受由其它 客戶端PCs 30、 40和50建立的連接，即使當(dāng)打印執(zhí)行流程正在接收并 處理打印數(shù)據(jù)(S50)時(shí)也是如此。因此，可避免服務(wù)器程序121被單 個客戶端占用。特別地，即使被確定作為目標(biāo)信息部分的協(xié)議是HTTP 或HTTPS，也采用預(yù)備端口號而不采用與該協(xié)議相一致的端口號來等 待打印數(shù)據(jù)(在該實(shí)施方案中，通過對與協(xié)議相一致的端口號加1來 獲得預(yù)備端口號)。從而，在不改變協(xié)議的情況下，可以僅通過改變 同時(shí)等待打印數(shù)據(jù)的端口號，而使服務(wù)器程序121不被單個客戶端占 用。在上文中，已經(jīng)描述了根據(jù)本發(fā)明多個方面的實(shí)施方案。通過使 用現(xiàn)有的材料、方法和設(shè)備可以實(shí)踐本發(fā)明。因此，上述材料、設(shè)備 和方法的細(xì)節(jié)不在此詳述。在上文的描述中，闡明了許多細(xì)節(jié)，例如 具體材料、結(jié)構(gòu)、化學(xué)物質(zhì)、流程等等，其目的是為了徹底地了解本 發(fā)明。然而，應(yīng)當(dāng)認(rèn)識到，可以不依靠上述具體闡明的細(xì)節(jié)來實(shí)踐本 發(fā)明。為了避免本發(fā)明不清楚，在其它情況下，沒有詳細(xì)描述眾所周 知的進(jìn)程結(jié)構(gòu)。雖然在本文中，僅示出和描述了本發(fā)明的典型實(shí)施方案及其變通 了的幾個實(shí)施例，但是應(yīng)當(dāng)可以理解，本發(fā)明可應(yīng)用于其它各種多功 能裝置和環(huán)境，并且可以在本文所述的發(fā)明構(gòu)思的范疇內(nèi)對其進(jìn)行變 更或修改。例如，基于成像裝置io采用噴墨打印的方法形成圖像的假定，描述了上述實(shí)施方案。然而，本發(fā)明可被用于采用其它方法形成圖像的 裝置，例如采用激光打印方法和熱轉(zhuǎn)印方法的裝置。另外，在用于接收打印作業(yè)創(chuàng)建請求的流程(Sl)中，通過分析接收到的打印作業(yè)創(chuàng)建請求76判斷出所用協(xié)議是HTTP還是HTTPS。 可選地，流程(Sl)可被如此設(shè)置，以使得在接收到的端口號是"80" 時(shí)判定所使用的協(xié)議是HTTP，而在接收到的端口號是"443"時(shí)判定 所使用的協(xié)議是HTTPS。
權(quán)利要求
1.一種成像裝置，被構(gòu)造成通過網(wǎng)絡(luò)從客戶端接收打印數(shù)據(jù)并處理所述打印數(shù)據(jù)，其包括打印請求接收裝置，被構(gòu)造成通過所述成像裝置的端口利用協(xié)議接收由所述客戶端傳輸?shù)拇蛴≌埱?；協(xié)議指定裝置，被構(gòu)造成指定用于所述打印請求的所述傳輸?shù)乃鰠f(xié)議的種類；目標(biāo)信息產(chǎn)生裝置，被構(gòu)造成基于所述協(xié)議指定裝置指定的所述種類的所述協(xié)議，創(chuàng)建代表所述打印數(shù)據(jù)將被發(fā)送到的目標(biāo)的目標(biāo)信息；以及目標(biāo)信息發(fā)送裝置，被構(gòu)造成利用所述指定種類的所述協(xié)議將所述目標(biāo)信息發(fā)送到所述客戶端。
2. 根據(jù)權(quán)利要求1的成像裝置，還包括端口號指定裝置，被構(gòu)造成指定用于通過其接收所述打印請求的 所述端口的端口號；以及端口號判定裝置，被構(gòu)造成基于所述端口號指定裝置指定的所述 端口號，判定通過其接收所述打印數(shù)據(jù)的所述端口的端口號；其中，所述目標(biāo)信息創(chuàng)建裝置包括端口號添加裝置，所述端口號 添加裝置被構(gòu)造成將由所述端口號判定裝置判定的所述端口號并入由 所述目標(biāo)信息創(chuàng)建裝置創(chuàng)建的所述目標(biāo)信息中。
3. 根據(jù)權(quán)利要求2的成像裝置，其中，所述端口號判定裝置判定與用于通過其接收所述打印請求 的所述端口的所述端口號不同的端口號作為用于通過其接收所述打印 數(shù)據(jù)的所述端口的所述端口號。
4. 根據(jù)權(quán)利要求3的成像裝置，其中，所述成像裝置還包括打印流程執(zhí)行裝置，其被構(gòu)造成等待與所述端口號判定裝置判定的所述端口號建立連接，從而從所述客戶 端接收所述打印數(shù)據(jù)，以執(zhí)行打印流程。
5. 根據(jù)權(quán)利要求1到4中的任意一項(xiàng)的成像裝置，其中，所述協(xié)議指定裝置被構(gòu)造成判斷所述客戶端使用的用于所述打印請求的所述傳輸?shù)乃鰠f(xié)議是HTTP還是HTTPS。
6. 根據(jù)權(quán)利要求1到4中任意一項(xiàng)的成像裝置，還包括識別存儲 裝置，被構(gòu)造成在其中存儲用于識別所述網(wǎng)絡(luò)上用于多個協(xié)議版本中 的每一個的所述成像裝置的識別信息，其中，所述目標(biāo)信息創(chuàng)建裝置包括識別添加裝置，所述識別添加 裝置被構(gòu)造成從存儲在所述識別存儲裝置中的信息中選擇與用于所述 打印請求的所述傳輸?shù)膮f(xié)議相同的協(xié)議的識別信息，并將所述選擇的 識別信息并入所述目標(biāo)信息創(chuàng)建裝置創(chuàng)建的所述目標(biāo)信息中。
7. 根據(jù)權(quán)利要求1的成像裝置，還包括客戶端識別存儲裝置，被構(gòu)造成在其中存儲用于識別發(fā)送所述打 印請求的所述客戶端的識別信息；識別比較裝置，被構(gòu)造成響應(yīng)于所述打印數(shù)據(jù)的接收，判斷發(fā)送 打印數(shù)據(jù)的客戶端的識別信息是否與存儲在所述客戶端識別存儲裝置 中的所述識別信息相同；以及控制裝置，被構(gòu)造成當(dāng)所述識別比較裝置作出的判斷是肯定的時(shí)， 基于所述接收到的打印數(shù)據(jù)控制所述成像裝置以形成圖像。
8. 根據(jù)權(quán)利要求7的成像裝置，還包括協(xié)議存儲裝置，被構(gòu)造成在其中存儲所述協(xié)議指定裝置指定的所 述種類的所述協(xié)議；以及協(xié)議比較裝置，被構(gòu)造成響應(yīng)于所述打印數(shù)據(jù)的接收，判斷用于 所述打印數(shù)據(jù)的所述傳輸?shù)膮f(xié)議是否與所述協(xié)議存儲裝置中存儲的所 述協(xié)議相同，其中，當(dāng)所述識別比較裝置和所述協(xié)議比較裝置作出的判斷均是 肯定的時(shí)，所述控制裝置基于所述接收到的打印數(shù)據(jù)控制所述成像裝 置以形成所述圖像。
9. 一種成像方法，該方法適用于被構(gòu)造成通過網(wǎng)絡(luò)從客戶端接收 打印數(shù)據(jù)并處理所述打印數(shù)據(jù)的成像裝置，所述方法包括步驟 利用協(xié)議接收所述客戶端傳輸?shù)拇蛴≌埱?；指定用于所述打印請求的所述傳輸?shù)乃鰠f(xié)議的種類；基于所述指定種類的所述協(xié)議，創(chuàng)建代表所述打印數(shù)據(jù)將被發(fā)送到的目標(biāo)的目標(biāo)信息；以及利用所述指定種類的所述協(xié)議將所述目標(biāo)信息發(fā)送到客戶端。
全文摘要
一種成像裝置，其被構(gòu)造成通過網(wǎng)絡(luò)從客戶端接收打印數(shù)據(jù)并處理打印數(shù)據(jù)，包括打印請求接收裝置，其被構(gòu)造成通過成像裝置的端口采用協(xié)議接收客戶端傳輸?shù)拇蛴≌埱螅粎f(xié)議指定裝置，其被構(gòu)造成指定用于傳輸打印請求的協(xié)議的種類；目標(biāo)信息創(chuàng)建裝置，其被構(gòu)造成基于協(xié)議指定裝置指定的協(xié)議種類，創(chuàng)建代表打印數(shù)據(jù)將被發(fā)送到的目標(biāo)的目標(biāo)信息；以及目標(biāo)信息發(fā)送裝置，其被構(gòu)造成采用指定種類的協(xié)議將目標(biāo)信息發(fā)送到客戶端。
文檔編號H04L29/06GK101276265SQ20081009073
公開日2008年10月1日 申請日期2008年3月31日 優(yōu)先權(quán)日2007年3月30日
發(fā)明者工藤康博, 鈴木隆延 申請人:兄弟工業(yè)株式會社