技術(shù)領(lǐng)域

本發(fā)明涉及圖像處理裝置及用于其的控制方法。

背景技術(shù)：

日本專利申請?zhí)亻_(JP-A)No.2006-209372涉及從圖像處理裝置到FTP(文件傳輸協(xié)議)服務(wù)器的數(shù)據(jù)傳輸，并且公開了這樣一種技術(shù)：其中，在由掃描器讀取的文件包括由單頁組成的多個(gè)文件的情況下，將多個(gè)文件存檔并且作為一個(gè)單元在單個(gè)傳輸處理中傳輸?shù)紽TP服務(wù)器。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明涉及這樣一種圖像處理裝置以及控制方法，即，當(dāng)向FTP服務(wù)器傳輸數(shù)據(jù)時(shí)，在FTP服務(wù)器側(cè)不需要解壓傳輸數(shù)據(jù)等的情況下，降低在FTP服務(wù)器側(cè)損耗資源的可能性。

根據(jù)第一示例性實(shí)施方式，圖像處理裝置包括：傳送單元，該傳送單元以指定的傳送模式向FTP服務(wù)器傳輸數(shù)據(jù)；以及傳送模式指定單元，該傳送模式指定單元初始指定主動(dòng)模式作為從所述傳送單元向所述FTP服務(wù)器傳輸數(shù)據(jù)的傳送模式，并且如果以所述主動(dòng)模式建立數(shù)據(jù)傳輸連接失敗，則該傳送模式指定單元指定被動(dòng)模式作為從所述傳送單元向所述FTP服務(wù)器傳輸數(shù)據(jù)的傳送模式。

根據(jù)第二示例性實(shí)施方式，所述圖像處理裝置可以還包括：存儲(chǔ)單元；以及管理單元，每當(dāng)所述傳送單元向所述FTP服務(wù)器傳輸數(shù)據(jù)時(shí)，該管理單元就在所述存儲(chǔ)單元中存儲(chǔ)傳送歷史數(shù)據(jù)，該傳送歷史數(shù)據(jù)指定了所述FTP服務(wù)器的識別數(shù)據(jù)和針對各傳送模式表示以該模式建立數(shù)據(jù)傳輸連接是否成功的數(shù)據(jù)。

根據(jù)第三示例性實(shí)施方式，當(dāng)所述傳送單元向所述FTP服務(wù)器傳輸數(shù)據(jù)時(shí)，如果所述存儲(chǔ)單元具有包括正要向其傳輸數(shù)據(jù)的所述FTP服務(wù)器的識別數(shù)據(jù)的傳送歷史數(shù)據(jù)，則所述傳送模式指定單元可以基于所述傳送歷史數(shù)據(jù)來指定這樣的傳送模式，針對該傳送模式，在之前到正要向其傳輸數(shù)據(jù)的所述FTP服務(wù)器的數(shù)據(jù)傳輸中，所述傳送單元已經(jīng)成功建立了數(shù)據(jù)傳輸連接。

根據(jù)第四示例性實(shí)施方式，每當(dāng)所述傳送單元向所述FTP服務(wù)器傳輸數(shù)據(jù)時(shí)，所述管理單元可以確定在所述存儲(chǔ)單元中是否具有包括正要向其傳輸數(shù)據(jù)的所述FTP服務(wù)器的識別數(shù)據(jù)的傳送歷史數(shù)據(jù)，并且，如果在確定結(jié)果為肯定的，則所述管理單元可以通過重寫所述傳送歷史數(shù)據(jù)并且在所述存儲(chǔ)單元中存儲(chǔ)新的傳送歷史數(shù)據(jù)。

根據(jù)第五示例性實(shí)施方式，當(dāng)所述傳送單元以所述被動(dòng)模式建立用于數(shù)據(jù)傳輸?shù)臄?shù)據(jù)傳輸連接時(shí)，所述傳送單元可以在經(jīng)過一段時(shí)間之后重新嘗試以所述被動(dòng)模式向所述FTP服務(wù)器傳輸數(shù)據(jù)，所述一段時(shí)間比所述FTP服務(wù)器釋放用于傳送的資源所花費(fèi)的時(shí)間長。

根據(jù)第六示例性實(shí)施方式，所述傳送模式可以包括第一模式、第二模式和第三模式；如果操作模式被設(shè)置為所述第一模式，則所述傳送模式指定單元可以初始指定所述主動(dòng)模式作為從所述傳送單元向所述FTP服務(wù)器傳輸數(shù)據(jù)的傳送模式，并且當(dāng)所述傳送單元以所述主動(dòng)模式建立數(shù)據(jù)傳輸連接失敗時(shí)，所述傳送模式指定單元可以指定所述被動(dòng)模式作為傳送模式；如果所述操作模式被設(shè)置為所述第二模式，則所述傳送模式指定單元可以指定所述主動(dòng)模式作為從所述傳送單元向所述FTP服務(wù)器傳輸數(shù)據(jù)的傳送模式；并且如果所述操作模式被設(shè)置為所述第三模式，則所述傳送模式指定單元可以指定所述被動(dòng)模式作為從所述傳送單元向所述FTP服務(wù)器傳輸數(shù)據(jù)的傳送模式。

根據(jù)第七示例性實(shí)施方式，圖像處理方法可以包括以下步驟：以指定的傳送模式向FTP服務(wù)器傳輸數(shù)據(jù)；以及當(dāng)所述傳送單元向所述FTP服務(wù)器傳輸數(shù)據(jù)時(shí)，初始指定主動(dòng)模式作為傳送模式，并且如果以所述主動(dòng)模式建立數(shù)據(jù)傳輸連接失敗，則指定被動(dòng)模式作為向所述FTP服務(wù)器傳輸所述數(shù)據(jù)時(shí)的傳送模式。

根據(jù)第一或第七示例性實(shí)施方式，在不要求在FTP服務(wù)器側(cè)解壓傳輸數(shù)據(jù)等的情況下，可以抑制在FTP服務(wù)器側(cè)的資源損耗。

根據(jù)第二示例性實(shí)施方式，即使在存在多個(gè)FTP服務(wù)器作為數(shù)據(jù)傳輸目的地的情況下，也可以針對各個(gè)FTP服務(wù)器來管理用于數(shù)據(jù)傳輸?shù)倪m當(dāng)傳送模式。

根據(jù)第三示例性實(shí)施方式，當(dāng)向之前傳輸數(shù)據(jù)的FTP服務(wù)器傳輸數(shù)據(jù)時(shí)，可以指定比初始指定的傳送模式更適合的傳送模式。

根據(jù)第四示例性實(shí)施方式，可以防止傳送歷史數(shù)據(jù)大小的增加。而且，即使在適合的傳送模式響應(yīng)于FTP服務(wù)器設(shè)置或環(huán)境的變化而變化的情況下，也可以保持最新且適合的傳送模式。

根據(jù)第五示例性實(shí)施方式，當(dāng)以被動(dòng)模式建立數(shù)據(jù)傳輸模式失敗時(shí)，通過重復(fù)以被動(dòng)模式進(jìn)行數(shù)據(jù)傳輸，可以抑制在FTP服務(wù)器中用于傳送的資源的損耗。

根據(jù)第六示例性實(shí)施方式，在主動(dòng)模式或被動(dòng)模式中的任一個(gè)不是必需的環(huán)境中可以降低固定負(fù)荷。

附圖說明

將基于下面的附圖詳細(xì)描述本發(fā)明的示例性實(shí)施方式，其中：

圖1是示出了實(shí)施方式中描述的計(jì)算機(jī)系統(tǒng)的主要結(jié)構(gòu)的框圖。

圖2A是被動(dòng)模式的FTP傳輸?shù)恼f明性圖。

圖2B是被動(dòng)模式的FTP傳輸?shù)恼f明性圖。

圖3A是主動(dòng)模式的FTP傳輸?shù)恼f明性圖。

圖3B是主動(dòng)模式的FTP傳輸?shù)恼f明性圖。

圖4是示出了FTP數(shù)據(jù)傳輸處理的過程的流程圖。

圖5是示出了建立被動(dòng)數(shù)據(jù)傳輸連接的流程圖。

圖6是示出了在傳送歷史表上記錄的數(shù)據(jù)的一個(gè)示例的表格。

具體實(shí)施方式

圖1示出了根據(jù)示例性實(shí)施方式的計(jì)算機(jī)系統(tǒng)10。計(jì)算機(jī)系統(tǒng)10被構(gòu)成為包括通過網(wǎng)絡(luò)24彼此連接的圖像掃描和打印裝置12以及多個(gè)FTP服務(wù)器22或者未示出的其他服務(wù)器。網(wǎng)絡(luò)24可以是下列之一：如內(nèi)聯(lián)網(wǎng)的LAN(局域網(wǎng))、因特網(wǎng)、或者包括LAN和因特網(wǎng)的網(wǎng)絡(luò)。計(jì)算機(jī)系統(tǒng)10也可以包括多個(gè)圖像掃描和打印裝置12。而且，防火墻等可以配置在圖像掃描和打印裝置12和網(wǎng)絡(luò)24之間。

圖像掃描和打印裝置12被構(gòu)成為微計(jì)算機(jī)等，并且包括主控制器14，該主控制器14包括CPU14A、存儲(chǔ)器14B、由HDD(硬盤驅(qū)動(dòng)器)或閃速存儲(chǔ)器等構(gòu)成的非易失性存儲(chǔ)單元14C和通信I/F(接口)14D。

而且，操作面板16、圖像掃描器18、圖像打印機(jī)20分別連接到主控制器14。操作面板16包括由LCD等構(gòu)成的顯示單元16A、和由數(shù)字鍵盤或觸摸面板等構(gòu)成的操作輸入單元16B。圖像掃描器18通過光電轉(zhuǎn)換器掃描文檔圖像，并且輸出結(jié)果作為圖像數(shù)據(jù)文件。圖像打印機(jī)20將與輸入的圖像數(shù)據(jù)相對應(yīng)的圖像打印到記錄介質(zhì)。圖像打印機(jī)20可以通過電子照相法來生成圖像。所生成的圖像可以隨后被轉(zhuǎn)印并且定影到記錄介質(zhì)。另選地，圖像打印機(jī)20可以采用噴墨印刷方法，其中，從多個(gè)噴嘴噴出墨滴，由此將圖像記錄到記錄介質(zhì)上。可以采用用于將圖像記錄到記錄介質(zhì)上的任何現(xiàn)有方法。

控制程序和FTP數(shù)據(jù)傳輸程序分別安裝到主控制器14中的存儲(chǔ)單元14C上。控制程序執(zhí)行控制處理，該控制處理控制圖像掃描和打印裝置12的各部件的操作。FTP數(shù)據(jù)傳輸程序執(zhí)行下面描述的FTP數(shù)據(jù)傳輸處理。FTP數(shù)據(jù)傳輸程序是根據(jù)示例性實(shí)施方式的用于圖像處理裝置的控制程序的一個(gè)示例。由于CPU14A執(zhí)行FTP數(shù)據(jù)傳輸程序，所以主控制器14(圖像掃描和打印裝置12)起到根據(jù)示例性實(shí)施方式的圖像處理裝置的一個(gè)示例的作用。而且，在存儲(chǔ)單元14C中存儲(chǔ)了傳送歷史表(其細(xì)節(jié)在圖6中如下描述)。

各FTP服務(wù)器22包括主計(jì)算機(jī)，該主計(jì)算機(jī)具有CPU、存儲(chǔ)器、由HDD或閃速存儲(chǔ)器等構(gòu)成的非易失性存儲(chǔ)單元、以及通信I/F。FTP服務(wù)器的主計(jì)算機(jī)通過通信I/F連接到網(wǎng)絡(luò)24。FTP服務(wù)器的主計(jì)算機(jī)的存儲(chǔ)單元包括使各主計(jì)算機(jī)起到FTP服務(wù)器的作用的程序。而且，F(xiàn)TP服務(wù)器的主計(jì)算機(jī)的存儲(chǔ)單元具有存儲(chǔ)區(qū)域，該存儲(chǔ)區(qū)域用于存儲(chǔ)通過網(wǎng)絡(luò)24從圖像掃描和打印裝置12上傳(傳輸)的數(shù)據(jù)(文件)。

接著，描述該示例性實(shí)施方式的操作。根據(jù)該示例性實(shí)施方式的圖像掃描和打印裝置12包括通過FTP傳送向指定的FTP服務(wù)器22傳輸由圖像掃描器18從文檔掃描的圖像數(shù)據(jù)文件的功能(掃描至服務(wù)器功能)。下面，首先描述FTP傳送。

FTP傳送通過FTP服務(wù)器和客戶端之間建立兩個(gè)TCP連接(控制連接和數(shù)據(jù)傳輸連接，例如在圖2A和圖3A中所示)來實(shí)現(xiàn)文件傳輸功能。在FTP傳送中，首先在FTP服務(wù)器和客戶端之間建立控制連接，其后，每當(dāng)出現(xiàn)傳輸文件(數(shù)據(jù))的需要時(shí)，就建立數(shù)據(jù)傳輸連接，并且每當(dāng)傳輸文件(數(shù)據(jù))完成時(shí)，就切斷數(shù)據(jù)傳輸連接。FTP傳送還包括被稱為被動(dòng)傳送模式和主動(dòng)傳送模式的兩種傳送模式。

在被動(dòng)傳送模式中，如圖2A所示，在FTP服務(wù)器側(cè)，具有端口號21的端口固定地用于FTP傳送的控制連接。另一方面，具有FTP服務(wù)器指定的端口號的端口用于數(shù)據(jù)傳輸連接。而且，在經(jīng)過預(yù)定時(shí)間段之后，釋放用于數(shù)據(jù)傳輸之后切斷的FTP服務(wù)器側(cè)端口。

由于這一點(diǎn)，例如在這樣的情況下：當(dāng)以被動(dòng)傳送模式從客戶端向FTP服務(wù)器傳輸(如，上傳)文件時(shí)，如果所傳輸?shù)奈募煞珠_的文件(各文件與被掃描并且分成單頁單元的多頁文檔的單頁相對應(yīng))(如，各由單頁形成的多個(gè)文件)構(gòu)成，則針對與各文件關(guān)聯(lián)的各單頁重復(fù)以下各項(xiàng)：建立數(shù)據(jù)傳輸連接、傳輸數(shù)據(jù)和切斷數(shù)據(jù)傳輸連接。而且，由于FTP服務(wù)器側(cè)具有不同端口號的端口用于各數(shù)據(jù)傳輸連接，所以可能耗盡諸如端口等用于傳送的資源。

關(guān)于上述，各由單頁形成的多個(gè)文件可以聚集成在單次傳輸中要傳輸?shù)紽TP服務(wù)器的存檔文件。在這樣的情況下，可以防止耗盡諸如端口等用于傳送的資源。但是，接收到文件的FTP服務(wù)器將需要解壓存檔的文件，由此增加了FTP服務(wù)器的負(fù)荷。

另一方面，在被動(dòng)傳送模式下，如圖2B所示，執(zhí)行一系列操作，其中，客戶端向FTP服務(wù)器傳送數(shù)據(jù)連接請求。因此，即使在客戶端和FTP服務(wù)器之間設(shè)置防火墻，以限制從第三方訪問客戶端，截?cái)鄰腇TP服務(wù)器向客戶端發(fā)送的響應(yīng)等的可能性可能是較低的。因此，在被動(dòng)傳送模式下，不管客戶端側(cè)的網(wǎng)絡(luò)構(gòu)造(如，防火墻的有無)如何，F(xiàn)TP傳送很有可能是成功的。

而且，如圖3A所示，在主動(dòng)傳送模式下，在FTP服務(wù)器側(cè)，在FTP傳送期間中，分別地，具有端口號21的端口固定地用于控制連接，而具有端口號20的端口固定地用于數(shù)據(jù)傳輸連接。由于這一點(diǎn)，在從客戶端向FTP服務(wù)器傳輸文件(如，上傳)的主動(dòng)傳送模式下，即使所傳輸?shù)奈募巧鲜龆鄠€(gè)文件(各文件由單頁形成)，使得針對與各文件關(guān)聯(lián)的各單頁重復(fù)以下各項(xiàng)：建立數(shù)據(jù)傳輸連接、傳輸數(shù)據(jù)和切斷數(shù)據(jù)傳輸連接，則在FTP服務(wù)器側(cè)用于數(shù)據(jù)傳輸連接的端口的端口號是端口號20，并且保持不變。因此，不會(huì)出現(xiàn)耗盡諸如端口等用于傳送的資源。

另一方面，如圖3B所示，在主動(dòng)傳送模式下，執(zhí)行一系列操作，其中，F(xiàn)TP服務(wù)器向客戶端傳送數(shù)據(jù)連接請求。由此，如果在客戶端和FTP服務(wù)器之間設(shè)置防火墻，以限制從第三方訪問客戶端，則截?cái)鄰腇TP服務(wù)器向客戶端發(fā)送的數(shù)據(jù)連接請求等的可能性可能是較高的。因此，根據(jù)客戶端側(cè)的網(wǎng)絡(luò)構(gòu)造(如，防火墻的有無)，F(xiàn)TP傳輸可能失敗的可能性存在。

由此，在根據(jù)該示例性實(shí)施方式的圖像掃描和打印裝置12中，通過操作面板16的操作輸入單元16B，以下面的順序執(zhí)行一系列操作：用于指示執(zhí)行采用掃描至服務(wù)器功能(掃描至服務(wù)器處理)的處理的操作、用于指定圖像數(shù)據(jù)文件所要傳輸?shù)哪康牡谾TP服務(wù)器22的操作、以及用于指示圖像掃描器18掃描文檔的操作。由此，當(dāng)通過掃描文檔圖像的圖像掃描器18來獲取圖像數(shù)據(jù)文件時(shí)，由于主控制器14的CPU14A執(zhí)行FTP數(shù)據(jù)傳輸程序，因此執(zhí)行如圖4中所示的FTP數(shù)據(jù)傳輸處理。

在FTP數(shù)據(jù)傳輸處理中，在步驟30中，CPU14A從存儲(chǔ)單元14C讀取針對掃描至服務(wù)器處理的操作模式的設(shè)置。在根據(jù)該示例性實(shí)施方式的圖像掃描和打印裝置12中，設(shè)置了包括主動(dòng)模式、被動(dòng)模式和自動(dòng)設(shè)置模式的三種模式，作為掃描至服務(wù)器處理的操作模式。主動(dòng)模式是在掃描至服務(wù)器處理過程中僅執(zhí)行與主動(dòng)傳送模式關(guān)聯(lián)的FTP傳輸?shù)哪Ｊ?。另一方面，被?dòng)模式是在掃描至服務(wù)器處理過程中僅執(zhí)行與被動(dòng)傳送模式關(guān)聯(lián)的FTP傳送的模式。而且，自動(dòng)設(shè)置模式是在掃描至服務(wù)器處理過程中針對FTP傳送在主動(dòng)傳送模式和被動(dòng)傳送模式之間切換的模式。

在下一步驟32中，用于CPU14A的控制流程基于在步驟30中獲取的針對掃描至服務(wù)器處理設(shè)置的操作模式(其被確定為主動(dòng)模式、被動(dòng)模式和自動(dòng)設(shè)置模式中的一種)而分支。如果用于掃描至服務(wù)器處理的操作模式被設(shè)置為自動(dòng)設(shè)置模式，則CPU14A從步驟32進(jìn)行到步驟34，并且搜索在傳送歷史表上是否記錄有與FTP服務(wù)器22(其被指定為當(dāng)前掃描至服務(wù)器處理的數(shù)據(jù)傳輸目的地)關(guān)聯(lián)的傳送歷史數(shù)據(jù)。接著，在下一步驟36中，CPU14A確定步驟34執(zhí)行的搜索是否已經(jīng)提取了匹配的傳送歷史數(shù)據(jù)。

作為一個(gè)示例，如圖6所示，針對圖像掃描和打印裝置12之前已經(jīng)向其傳送了數(shù)據(jù)的各個(gè)FTP服務(wù)器22，傳送歷史表記錄了傳送歷史數(shù)據(jù)，該傳送歷史數(shù)據(jù)包括目的地FTP服務(wù)器22的IP地址；和針對各個(gè)傳送模式，與目的地FTP服務(wù)器22建立數(shù)據(jù)傳輸連接的結(jié)果。因此，如果被指定為當(dāng)前掃描至服務(wù)器處理的數(shù)據(jù)傳輸目的地的FTP服務(wù)器22在過去尚未指定為數(shù)據(jù)傳輸目的地，則步驟36的結(jié)果是否定的并且CPU14A進(jìn)行到步驟42。

另一方面，如果在過去FTP服務(wù)器22已經(jīng)被指定為數(shù)據(jù)傳輸目的地，則步驟36的結(jié)果是肯定的并且CPU14A進(jìn)行到步驟38。接著，在步驟38中，CPU14A確定在步驟34的搜索中所提取的傳送歷史數(shù)據(jù)是否包括過去已經(jīng)成功建立了數(shù)據(jù)傳輸連接的傳送模式。在圖6中所示的傳送歷史表的示例中，具有“129.249.123.yyy”的IP地址的FTP服務(wù)器22未能根據(jù)主動(dòng)傳送模式和被動(dòng)傳送模式在之前的數(shù)據(jù)傳輸中建立連接。因此，如果該FTP服務(wù)器被指定為當(dāng)前掃描至服務(wù)器處理的數(shù)據(jù)傳輸目的地，則步驟38的結(jié)果是否定的并且CPU14A進(jìn)行到步驟42。

另一方面，如果具有“129.249.123.vvv”的IP地址的FTP服務(wù)器22被指定為當(dāng)前掃描至服務(wù)器處理的數(shù)據(jù)傳輸目的地，則由于如圖6所示，該FTP服務(wù)器22已經(jīng)以主動(dòng)傳送模式在之前的數(shù)據(jù)傳輸中成功地建立了數(shù)據(jù)傳輸連接，所以步驟38的結(jié)果是肯定的。而且，如果具有“129.249.123.xxx”的IP地址的FTP服務(wù)器22被指定為當(dāng)前掃描至服務(wù)器處理的數(shù)據(jù)傳輸目的地，則由于如圖6所示，該FTP服務(wù)器22已經(jīng)以被動(dòng)傳送模式在之前的數(shù)據(jù)傳輸中成功地建立了數(shù)據(jù)傳輸連接，所以步驟38的結(jié)果也是肯定的。

在步驟38中的結(jié)果是肯定的情況下，CPU14A進(jìn)行到步驟40，并且針對被指定為當(dāng)前掃描至服務(wù)器處理的數(shù)據(jù)傳輸目的地的FTP服務(wù)器22，確定在之前數(shù)據(jù)傳輸期間的數(shù)據(jù)傳輸連接已經(jīng)成功的傳送模式是否是主動(dòng)傳送模式。如果確定結(jié)果是肯定的，則CPU14A進(jìn)行到步驟42。如果確定結(jié)果是否定的，則CPU14A進(jìn)行到步驟60。

如上所述，如果步驟36或步驟38的結(jié)果是否定的，或者如果步驟40的結(jié)果是肯定的，則CPU14A進(jìn)行到步驟42。在步驟42中，CPU14A設(shè)置主動(dòng)傳送模式作為FTP傳送模式。在下一步驟44中，CPU14A開始與被指定為數(shù)據(jù)傳輸目的地的FTP服務(wù)器22進(jìn)行FTP傳送，并且在指定的FTP服務(wù)器22執(zhí)行登錄處理，以建立與指定的FTP服務(wù)器22的控制連接。在步驟46，通過根據(jù)如圖3中所示的順序執(zhí)行傳送，嘗試以主動(dòng)傳送模式與指定的FTP服務(wù)器22建立數(shù)據(jù)傳輸連接。

在下一步驟48中，基于該順序是否已經(jīng)進(jìn)行到從指定的FTP服務(wù)器22接收用于建立連接的通知的點(diǎn)，CPU14A確定是否與指定的FTP服務(wù)器22已經(jīng)成功建立了數(shù)據(jù)傳輸連接。如果步驟48的確定結(jié)果是肯定的，則CPU14A進(jìn)行到步驟50并且執(zhí)行FTP數(shù)據(jù)傳輸處理，以通過如上建立的數(shù)據(jù)傳輸連接向FTP服務(wù)器22傳輸圖像數(shù)據(jù)文件。當(dāng)圖像數(shù)據(jù)文件的傳輸完成并且數(shù)據(jù)傳輸連接切斷時(shí)，CPU14A進(jìn)行到步驟51并且確定要傳輸?shù)乃袌D像數(shù)據(jù)文件是否已經(jīng)傳輸?shù)紽TP服務(wù)器22。如果確定結(jié)果是否定的，則CPU14A返回到步驟46，并且重復(fù)步驟46至51，直到步驟51的結(jié)果變成肯定的為止。如果步驟51的確定結(jié)果是肯定的，則CPU14A進(jìn)行到步驟80并且執(zhí)行從FTP服務(wù)器22的注銷處理，由此切斷控制連接并且結(jié)束到指定的FTP服務(wù)器22的FTP傳送。

此后，在下一步驟82，CPU14A更新傳送歷史表并且結(jié)束FTP數(shù)據(jù)傳送處理。如果在步驟82的傳送歷史表的更新處理中，當(dāng)前掃描至服務(wù)器處理向其傳輸數(shù)據(jù)的FTP服務(wù)器22在過去尚未被指定為數(shù)據(jù)傳輸目的地，則CPU14A分別記錄：數(shù)據(jù)傳輸目的地FTP服務(wù)器22的IP地址；作為以主動(dòng)傳送模式建立數(shù)據(jù)傳輸連接的結(jié)果的“成功”；以及作為以被動(dòng)傳送模式建立數(shù)據(jù)傳輸連接的結(jié)果的“未嘗試”。進(jìn)一步地，如果數(shù)據(jù)傳輸目的地FTP服務(wù)器22在過去已經(jīng)被指定為數(shù)據(jù)傳輸目的地，則更新與數(shù)據(jù)傳輸目的地FTP服務(wù)器22的IP地址關(guān)聯(lián)記錄的傳送歷史數(shù)據(jù)(在當(dāng)前的情況下，以主動(dòng)傳送模式建立數(shù)據(jù)傳輸連接的結(jié)果被重寫為“成功”)。

因此，對于下列情況主動(dòng)傳送模式的FTP傳送具有更高的優(yōu)先級：(1)當(dāng)前掃描至服務(wù)器處理的數(shù)據(jù)傳輸目的地FTP服務(wù)器22在過去尚未被指定為數(shù)據(jù)傳輸目的地(步驟36的確定結(jié)果是否定的情況)；(2)CPU14A在之前的向當(dāng)前掃描至服務(wù)器處理的數(shù)據(jù)傳輸目的地FTP服務(wù)器22的數(shù)據(jù)傳輸中，未能以主動(dòng)傳送模式和被動(dòng)傳送模式這兩者建立數(shù)據(jù)傳輸連接(步驟38的確定結(jié)果是否定的情況)；以及(3)CPU14A在之前的向當(dāng)前掃描至服務(wù)器處理的數(shù)據(jù)傳輸目的地FTP服務(wù)器22的數(shù)據(jù)傳輸中，已經(jīng)成功地以主動(dòng)傳送模式建立數(shù)據(jù)傳輸連接(步驟40的確定結(jié)果是肯定的情況)。通過嘗試以主動(dòng)傳送模式與FTP服務(wù)器22建立數(shù)據(jù)傳輸連接，并且如果這是成功的，則通過FTP傳送來傳送圖像數(shù)據(jù)文件。因此，在主動(dòng)傳送模式的FTP傳送可用的網(wǎng)絡(luò)環(huán)境中，通過選擇主動(dòng)傳送模式，防止FTP傳送過程中FTP服務(wù)器22的用于傳送的資源耗盡。

另一方面，在例如這樣的情況下：當(dāng)圖像掃描和打印裝置12通過防火墻等連接到網(wǎng)絡(luò)24，使得網(wǎng)絡(luò)環(huán)境不允許以主動(dòng)傳送模式進(jìn)行FTP傳送時(shí)，與FTP服務(wù)器22無法建立主動(dòng)傳送模式的數(shù)據(jù)傳輸連接，并且步驟48的確定結(jié)果變成否定的。在該情況下，CPU14A進(jìn)行到步驟52，并且設(shè)置被動(dòng)傳送模式用于FTP傳送。此后，在步驟54，CPU14A執(zhí)行被動(dòng)數(shù)據(jù)連接建立處理。

如圖5所示，在被動(dòng)數(shù)據(jù)連接建立處理中，根據(jù)如圖2B中所示的操作順序，利用指定的FTP服務(wù)器22來執(zhí)行傳送。因此，CPU14A嘗試與指定的FTP服務(wù)器22以被動(dòng)傳送模式建立數(shù)據(jù)傳輸連接。在下一步驟92中，基于順序是否已經(jīng)進(jìn)行到由指定的FTP服務(wù)器22給予用于建立連接的通知的點(diǎn)，CPU14A確定與指定的FTP服務(wù)器22的數(shù)據(jù)傳輸連接是否已經(jīng)成功。如果步驟92的確定結(jié)果是肯定的，則CPU14A進(jìn)行到步驟100，設(shè)置表示已經(jīng)成功建立了連接的處理結(jié)果，并且進(jìn)行到圖4中的步驟56。

另一方面，如果CPU14A建立數(shù)據(jù)傳輸連接失敗，則步驟92的確定結(jié)果變成否定的，CPU14A進(jìn)行到步驟94并且等待預(yù)定時(shí)間段。步驟94的等待時(shí)間段被設(shè)置為大致比在以下情況釋放在FTP服務(wù)器22用于傳送的資源(例如，用于建立數(shù)據(jù)傳輸連接的端口)所花費(fèi)的時(shí)間長，該情況為CPU14A利用被動(dòng)傳送模式的FTP傳輸建立數(shù)據(jù)傳輸連接失敗。當(dāng)?shù)却龝r(shí)間段結(jié)束時(shí)，CPU14A進(jìn)行到步驟96并且重復(fù)嘗試以被動(dòng)傳送模式與指定的FTP服務(wù)器22建立數(shù)據(jù)傳輸連接。

在下一步驟98中，CPU14A再次確定是否已經(jīng)成功地與指定的FTP服務(wù)器22建立了數(shù)據(jù)傳輸連接。如果步驟98的確定結(jié)果是肯定的，則CPU14A進(jìn)行到步驟100。接著，CPU14A設(shè)置表示已經(jīng)成功建立了連接的處理結(jié)果數(shù)據(jù)，并且進(jìn)行到圖4中的步驟56。如果CPU14A屢次建立數(shù)據(jù)傳輸連接失敗，則步驟98的確定結(jié)果是否定的，CPU14A進(jìn)行到步驟102并且設(shè)置表示建立連接失敗的處理結(jié)果數(shù)據(jù)并且進(jìn)行到圖4的步驟56。

在針對如上所述的被動(dòng)數(shù)據(jù)連接的建立處理中，一旦CPU14A建立數(shù)據(jù)傳輸連接失敗，則在等待大致比釋放在FTP服務(wù)器22用于傳送的資源所花費(fèi)的時(shí)間長的時(shí)間段之后，CPU14A再次嘗試建立數(shù)據(jù)傳輸連接。因此，即使數(shù)據(jù)傳輸所要求的時(shí)間增加，也防止FTP服務(wù)器22的用于傳送的資源耗盡。

在圖4的步驟56中，CPU14A確定在上述被動(dòng)數(shù)據(jù)連接建立處理中以被動(dòng)傳送模式建立數(shù)據(jù)傳輸連接進(jìn)行FTP傳送是否成功。如果確定結(jié)果是否定的，則CPU14A進(jìn)行步驟80和82，并且結(jié)束該過程。在該情況下，對于傳送歷史數(shù)據(jù)，以主動(dòng)傳送模式和被動(dòng)傳送模式建立數(shù)據(jù)傳輸連接的結(jié)果分別被設(shè)置為“失敗”(如果已經(jīng)記錄了與數(shù)據(jù)傳輸目的地FTP服務(wù)器22相對應(yīng)的傳送歷史數(shù)據(jù)，則結(jié)果被重寫)。

進(jìn)一步地，在被動(dòng)數(shù)據(jù)連接建立處理過程中，以被動(dòng)傳送模式建立用于FTP傳送的數(shù)據(jù)傳輸連接成功，步驟56的確定結(jié)果是肯定的并且CPU14A進(jìn)行到步驟58。在步驟58，CPU14A使用由上述過程建立的數(shù)據(jù)傳輸連接，執(zhí)行用于向FTP服務(wù)器22傳輸圖像數(shù)據(jù)文件的FTP數(shù)據(jù)傳輸處理。一旦完成圖像數(shù)據(jù)文件的傳輸并且切斷數(shù)據(jù)傳輸連接，則CPU14A進(jìn)行到步驟59并且確定要傳輸?shù)乃袌D像數(shù)據(jù)文件是否已經(jīng)傳輸?shù)紽TP服務(wù)器22。如果結(jié)果是否定的，則CPU14A返回到步驟54并且重復(fù)步驟54至59，直到步驟59的確定結(jié)果變成肯定為止。如果步驟59的結(jié)果是肯定的，則CPU14A進(jìn)行步驟80和82，并且結(jié)束處理。在該情況下，對于傳送歷史數(shù)據(jù)，以主動(dòng)傳送模式和被動(dòng)傳送模式建立數(shù)據(jù)傳輸連接的結(jié)果分別被設(shè)置為“失敗”和“成功”(如果已經(jīng)記錄了與數(shù)據(jù)傳輸目的地FTP服務(wù)器22相對應(yīng)的傳送歷史數(shù)據(jù)，則結(jié)果被重寫)。

而且，如果掃描至服務(wù)器處理的操作模式被設(shè)置為自動(dòng)設(shè)置模式并且如果在以前數(shù)據(jù)傳輸中僅以被動(dòng)傳送模式建立了到當(dāng)前掃描至服務(wù)器處理的數(shù)據(jù)傳輸目的地FTP服務(wù)器22的數(shù)據(jù)傳輸連接，則步驟40的結(jié)果是肯定的并且CPU14A進(jìn)行到步驟60并且僅使用被動(dòng)傳送模式來執(zhí)行數(shù)據(jù)傳輸。換句話說，作為FTP傳送模式，選擇被動(dòng)傳送模式(步驟60)并且在數(shù)據(jù)傳輸目的地FTP服務(wù)器22執(zhí)行登錄處理，使得與指定的FTP服務(wù)器22建立控制連接(步驟62)。

接著，以與步驟54至59類似的方式，CPU14A執(zhí)行被動(dòng)數(shù)據(jù)連接建立處理(步驟64)，并且確定對于FTP傳送是否以被動(dòng)傳送模式建立了數(shù)據(jù)傳輸連接(步驟66)。如果確定結(jié)果是否定的，則CPU14A進(jìn)行步驟80和82并且結(jié)束過程。另一方面，如果確定結(jié)果是肯定的，則CPU14A執(zhí)行FTP數(shù)據(jù)傳輸處理(步驟68)，并且確定要傳輸?shù)乃袌D像數(shù)據(jù)文件是否已經(jīng)傳輸?shù)紽TP服務(wù)器22(步驟69)。接著，CPU14A重復(fù)步驟64至步驟69，直到步驟69的確定結(jié)果變得肯定的為止，進(jìn)行步驟80和82，并且結(jié)束過程。

例如，如果對于掃描至服務(wù)器處理，數(shù)據(jù)傳輸目的地FTP服務(wù)器22是相同的服務(wù)器并且保持不變，則掃描至服務(wù)器處理的操作模式被設(shè)置為主動(dòng)模式或者被動(dòng)模式。如果掃描至服務(wù)器處理的操作模式被設(shè)置為主動(dòng)模式，則CPU14A從步驟32進(jìn)行到步驟70，并且僅以主動(dòng)傳送模式執(zhí)行數(shù)據(jù)傳輸。換句話說，CPU14A首先設(shè)置主動(dòng)傳送模式作為FTP傳送模式(步驟70)并且執(zhí)行到數(shù)據(jù)傳輸目的地FTP服務(wù)器22的登錄，以建立與指定的FTP服務(wù)器22的控制連接(步驟72)。

接著，與步驟46至步驟51類似，CPU14A嘗試以主動(dòng)傳送模式建立數(shù)據(jù)傳輸連接(步驟74)，確定對于FTP傳送以主動(dòng)傳送模式建立數(shù)據(jù)傳輸連接是否成功(步驟76)，并且如果確定結(jié)果是否定的，則結(jié)束過程。另一方面，如果確定結(jié)果是肯定的，則CPU14A執(zhí)行FTP數(shù)據(jù)傳輸(步驟78)并且確定要傳輸?shù)乃袌D像數(shù)據(jù)文件是否已經(jīng)傳輸?shù)紽TP服務(wù)器22(步驟79)。接著，重復(fù)步驟74至79，直到步驟79的確定結(jié)果變成肯定為止，之后結(jié)束過程。

而且，如果掃描至服務(wù)器處理的操作模式被設(shè)置為被動(dòng)模式，則CPU14A從步驟32進(jìn)行到步驟60，并且如上所述僅使用被動(dòng)傳送模式執(zhí)行數(shù)據(jù)傳輸。注意，如果掃描至服務(wù)器處理的操作模式是主動(dòng)模式或被動(dòng)模式，則不使用傳送歷史表并且省略在步驟82處更新傳送歷史表。

在上述FTP數(shù)據(jù)傳輸處理中，用于執(zhí)行登錄和注銷的步驟、用于嘗試建立數(shù)據(jù)傳輸連接的步驟、以及用于執(zhí)行FTP數(shù)據(jù)傳輸?shù)牟襟E相當(dāng)于根據(jù)該示例性實(shí)施方式的傳送單元執(zhí)行的處理的示例。步驟82相當(dāng)于由管理單元執(zhí)行的處理的一個(gè)示例。其他步驟是由傳送模式指定單元執(zhí)行的處理的示例。

上述中，說明了設(shè)置三種模式(主動(dòng)模式、被動(dòng)模式和自動(dòng)設(shè)置模式)的實(shí)施方式。但是，實(shí)施方式不限于此。例如，可以省略操作模式，使得僅執(zhí)行與自動(dòng)設(shè)置模式相對應(yīng)的處理。但是，如果例如，數(shù)據(jù)傳輸目的地FTP服務(wù)器22總是相同的，則通過以相同的傳送模式(如，上述主動(dòng)模式或被動(dòng)模式)執(zhí)行FTP傳送，可以減小主控制器14的負(fù)載并且不需要在存儲(chǔ)單元14C存儲(chǔ)傳送歷史表。

而且，上述中，已經(jīng)說明了掃描至服務(wù)器處理的一個(gè)示例，其中，通過圖像掃描器18掃描文檔圖像來獲取圖像數(shù)據(jù)文件并且利用FTP傳送向指定的FTP服務(wù)器22傳輸圖像數(shù)據(jù)文件。但是，示例性實(shí)施方式不限于此，并且可以應(yīng)用于將從諸如終端裝置等的其他裝置接收的數(shù)據(jù)上傳到FTP服務(wù)器22的情況。要傳輸?shù)臄?shù)據(jù)也不限于圖像數(shù)據(jù)文件。

而且，描述了FTP數(shù)據(jù)傳輸程序(其是用于圖像處理裝置的控制程序的示例)初始存儲(chǔ)(預(yù)安裝)到圖像掃描和打印裝置12的主控制器14的存儲(chǔ)單元14C的實(shí)施方式。但是，根據(jù)示例性實(shí)施方式的圖像處理裝置的控制程序可以存儲(chǔ)在存儲(chǔ)介質(zhì)中，如，CD-ROM、DVD-ROM等。