專利名稱：電子郵件通信設(shè)備和電子郵件通信方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于接收和處理附加于電子郵件并被發(fā)送的電子數(shù)據(jù)的電子郵件通信設(shè)備和電子郵件通信方法。
背景技術(shù)：
近些年來，用于通過網(wǎng)絡(luò)發(fā)送和接收字符信息的電子郵件隨著計算機的普及以及信息的聯(lián)網(wǎng)而被廣泛地采用。除了作為字符信息的消息主體之外，電子郵件能夠附加各種類型的文件。例如，通過作為附加文件附加TIFF(標(biāo)簽圖像文件格式)文件用于發(fā)送和接受圖像的互聯(lián)網(wǎng)FAX(下文縮寫為“IFAX”)已經(jīng)普及。
IFAX是一種用于在設(shè)備之間通信的技術(shù)，這些設(shè)備能夠把由掃描儀讀出的圖像轉(zhuǎn)換成TIFF格式，并由發(fā)送器發(fā)送該圖像，根據(jù)由接收器接收的數(shù)據(jù)以TIFF格式再現(xiàn)該圖像，并打印該圖像。
其中，在發(fā)送附加有大的數(shù)據(jù)尺寸文件的電子郵件的情況下，存在這樣的可能性由于對郵件服務(wù)器的處理施加的負載，電子郵件的傳送可能被延遲，并且如果進一步惡化，則可能停止整個電子郵件的傳遞服務(wù)。出于這個原因，在許多情況下，郵件服務(wù)器通常被設(shè)置為不接收超過某個數(shù)據(jù)尺寸的電子郵件。存在這樣的情況當(dāng)從IFAX向這樣設(shè)置的主服務(wù)器發(fā)送附加有大的數(shù)據(jù)尺寸的圖像的電子郵件時，被郵件服務(wù)器確定為傳遞錯誤。
例如，在通過使用PC發(fā)送附加有圖像的電子郵件的情況下，檢查附加的圖像的數(shù)據(jù)尺寸是相對容易的。不過，在IFAX的情況下，在掃描和發(fā)送圖像時預(yù)測數(shù)據(jù)的尺寸則是困難的，因此很可能頻繁發(fā)生上述的傳遞錯誤。因而，提出了有關(guān)用于按頁劃分多頁的圖像信息并發(fā)送該圖像信息的互聯(lián)網(wǎng)傳真設(shè)備的技術(shù)(日本專利公開2000-32202)的建議。
還提出了有關(guān)在接收具有按頁劃分并發(fā)送的多頁的圖像信息的電子郵件數(shù)據(jù)的情況下，用于按照原始圖像信息的頁的順序執(zhí)行打印和傳送處理的技術(shù)的建議(日本專利公開2004-236005)。此外，具有一種通過把一段電子郵件數(shù)據(jù)分成多個電子郵件段來傳輸該段電子郵件數(shù)據(jù)，從而把收到的多段電子郵件數(shù)據(jù)合成為一個整體的明確的方法。在這種情況下，對于MIME內(nèi)容類型，使用消息/局部作為識別符(RFC 2045，RFC 2046)。
RFC 2298規(guī)定了一種規(guī)范，其中在接收電子郵件的情況下，在電子郵件的接收側(cè)的通信設(shè)備(IFAX)的發(fā)送確認(rèn)郵件被向回傳送給作為該電子郵件的源的通信設(shè)備(IFAX)。這一規(guī)范被稱為MDN(消息處理通知)。
其中，在執(zhí)行被分成多段的分割的電子郵件的發(fā)送確認(rèn)的情況下，在發(fā)送側(cè)的通信設(shè)備(例如IFAX)不必對分割的電子郵件的每個段執(zhí)行發(fā)送確認(rèn)。更具體地說，在發(fā)送側(cè)的通信設(shè)備只需檢查一段電子郵件在被分割之前是否已向接收側(cè)的通信設(shè)備發(fā)送了。
不過，在分割的電子郵件的每段都包括用于請求發(fā)送確認(rèn)的MDN格式的情況下，按照分割的電子郵件的多段中的每一段的MDN格式要求在接收側(cè)的通信設(shè)備進行發(fā)送確認(rèn)。
在這種情況下，每當(dāng)收到分割的電子郵件，在接收側(cè)的通信設(shè)備于是便向發(fā)送側(cè)的通信設(shè)備發(fā)送用于收到的分割的電子郵件的發(fā)送確認(rèn)郵件。在這種配置中，在發(fā)送側(cè)的通信設(shè)備接收多段發(fā)送確認(rèn)郵件，雖然只進行了由多段分割的電子郵件構(gòu)成的一個請求發(fā)送(RTS)。因而，接收處理等處理變得復(fù)雜。
即使在分割的電子郵件的一部分不從發(fā)送側(cè)的通信設(shè)備向接收側(cè)的通信設(shè)備發(fā)送的情況下，在發(fā)送側(cè)的通信設(shè)備也要接收一些段的發(fā)送確認(rèn)郵件。因此，因為不清楚是否分割的電子郵件的所有段都已被發(fā)送，所以可能發(fā)生中斷。

發(fā)明內(nèi)容
鑒于這些情況作出了本發(fā)明，本發(fā)明的一個目的在于提供一種改進的電子郵件通信設(shè)備和電子郵件通信方法。
本發(fā)明的另一個目的在于提供一種電子郵件通信設(shè)備和電子郵件通信方法，所述設(shè)備和方法在收到包括用于向一個預(yù)定的目的地發(fā)送電子郵件的請求發(fā)送(RTS)信息的為分割的電子郵件的電子郵件的情況下，能夠適當(dāng)?shù)剡M行發(fā)送確認(rèn)，而不向源發(fā)送關(guān)于分割的電子郵件的多段中的每一段的發(fā)送確認(rèn)的電子郵件。
本發(fā)明的其它特征和優(yōu)點可以由下面結(jié)合附圖進行的說明清楚地看出，在所有附圖中相同的標(biāo)號表示相同或相似的部件。


被包括在說明書中并構(gòu)成說明書的一部分的附圖用于說明本發(fā)明的實施例，并和說明書一起用于解釋本發(fā)明的原理。
圖1是配備有通過網(wǎng)絡(luò)連接的按照本發(fā)明的一個實施例的信息處理設(shè)備的、具有各種裝置的網(wǎng)絡(luò)系統(tǒng)的方塊圖；圖2是表示圖1所示的MFP 100的詳細配置的方塊圖；圖3是用于描述MFP 100具有的網(wǎng)絡(luò)程序的配置的圖；圖4是表示當(dāng)通過電子郵件發(fā)送由掃描儀134讀出的圖像數(shù)據(jù)時操作部分133的發(fā)送設(shè)置屏幕的一個例子的圖；圖5是表示在圖4所示的發(fā)送設(shè)置的狀態(tài)下發(fā)送的分割的電子郵件數(shù)據(jù)的一個例子的圖；圖6是用于描述把附加有圖像文件的電子郵件分割成5段分割的電子郵件的情況的圖；圖7是表示當(dāng)分割的電子郵件被暫時存儲時在操作部分133上顯示的分割的收件箱的屏幕例子的圖；圖8是表示在選擇圖7所示的一個分割的電子郵件段600并按下分割列表按鈕620時顯示的屏幕的圖；圖9是用于描述在圖7所示的操作部分133上顯示的分割的收件箱的屏幕例子中，在按下再次發(fā)送請求按鈕623的情況下MFP 100的再次發(fā)送請求程序的流程圖；圖10是用于描述按照本發(fā)明的一個實施例，用于接收、組合、打印或轉(zhuǎn)移MFP 100的分割的電子郵件的程序的流程圖；圖11是用于描述在圖10所示的流程圖的分割的收件箱中分割的電子郵件的所有段未被收集的情況下的處理細節(jié)的流程圖(步驟S521)；圖12是表示分割的電子郵件數(shù)據(jù)的一個例子的圖，其中在分割之前在郵件的頭部數(shù)據(jù)中輸入MDN請求的格式語句；以及圖13是在圖1所示的MPF 100的掃描儀134和打印機135的設(shè)備配置圖。
具體實施例方式
下面參照

按照本發(fā)明的一個實施例，配備有信息處理設(shè)備的網(wǎng)絡(luò)系統(tǒng)的配置，以及該網(wǎng)絡(luò)系統(tǒng)的通信處理的細節(jié)。
圖1是配備有通過網(wǎng)絡(luò)連接的按照本發(fā)明的一個實施例的信息處理設(shè)備的、具有各種裝置的網(wǎng)絡(luò)系統(tǒng)的方塊圖。如圖1所示，多功能外設(shè)(MFP)100，101和102具有安裝在其上的掃描儀、打印機等等，并具有復(fù)制功能和傳真發(fā)送與接收功能。MFP 100，101和102還具有打印在計算機上產(chǎn)生的數(shù)據(jù)的打印功能。MFP 100，101和102與域名為“xyz.co.jp”的網(wǎng)絡(luò)106相連。MFP 100，101和102和多個計算機例如郵件服務(wù)器/POP服務(wù)器103、客戶PC 104和105相連，以及和各種網(wǎng)絡(luò)設(shè)備相連。按照本實施例的信息處理設(shè)備被安裝在MFP100，101和102、郵件服務(wù)器103以及客戶PC 104和105的每一個上。
上述的網(wǎng)絡(luò)106還和覆蓋全世界的互聯(lián)網(wǎng)110相連。網(wǎng)絡(luò)106還和域名是“abc.co.jp”的網(wǎng)絡(luò)123相連，該網(wǎng)絡(luò)123具有和其相連的郵件服務(wù)器/POP服務(wù)器120、客戶PC 121以及互聯(lián)網(wǎng)FAX 122。按照本實施例的信息處理設(shè)備也被安裝在郵件服務(wù)器/POP服務(wù)器120、客戶PC 121以及互聯(lián)網(wǎng)FAX 122上。
如圖1所示，MFP 100被賦予主機名“copy1，xyz.co.jp”和電子郵件地址ifax@copy1.xyz.co.jp。MFP 101被賦予主機名“copy2，xyz.co.jp”和電子郵件地址ifax@copy2.xyz.co.jp。此外，MFP102被賦予主機名“copy3，xyz.co.jp”和電子郵件地址ifax@copy3.xyz.co.jp。
此外，客戶PC 104安裝有通用電子郵件軟件，并被賦予電子郵件地址yamada@xyz.co.jp。類似地，客戶PC 105也安裝有通用電子郵件軟件，并被賦予電子郵件地址satou@xyz.co.jp。此外，郵件服務(wù)器103具有郵件服務(wù)器和POP服務(wù)器二者的功能。
客戶PC 121安裝有通用電子郵件軟件，并被賦予電子郵件地址tanaka@abc.co.jp?；ヂ?lián)網(wǎng)FAX 122也安裝有通用電子郵件軟件，并被賦予電子郵件地址ifax@abc.co.jp。此外，郵件服務(wù)器/POP服務(wù)器120具有郵件服務(wù)器和POP服務(wù)器二者的功能。
例如，在圖1所示的系統(tǒng)中客戶PC 104向tanaka@abc.co.jp發(fā)送由電子郵件軟件創(chuàng)建的電子郵件的情況下，該系統(tǒng)執(zhí)行以下的處理。開始，客戶PC 104請求郵件服務(wù)器/POP服務(wù)器103通過SMTP(簡單郵件傳輸協(xié)議)傳遞郵件。郵件服務(wù)器/POP服務(wù)器103利用互聯(lián)網(wǎng)110通過SMTP協(xié)議把電子郵件數(shù)據(jù)傳遞給郵件服務(wù)器/POP服務(wù)器120。由此把電子郵件存儲在郵件服務(wù)器/POP服務(wù)器120中tanaka@abc.co.jp的郵箱中。
如前所述，客戶PC 121還安裝有通用電子郵件軟件?？蛻鬚C 121通過利用POP 3協(xié)議按一定時間間隔監(jiān)視電子郵件是否到達在郵件服務(wù)器/POP服務(wù)器120中存在的tanaka@abc.co.jp的郵箱中。在電子郵件到達郵件服務(wù)器/POP服務(wù)器120中的情況下，客戶PC 121接收該電子郵件。POP 3協(xié)議是“郵局協(xié)議版本3”的縮寫。
在從客戶PC 121的tanaka@abc.co.jp向客戶PC 104的yamada@xyz.co.jp反向發(fā)送電子郵件的情況下，該系統(tǒng)進行以下處理。開始，客戶PC 121請求郵件服務(wù)器/POP服務(wù)器120通過SMTP傳遞郵件。郵件服務(wù)器/POP服務(wù)器120把電子郵件傳遞給郵件服務(wù)器/POP服務(wù)器103。由此把電子郵件存儲在郵件服務(wù)器/POP服務(wù)器103中yamada@xyz.co.jp的郵箱中。
客戶PC 104通過利用POP 3協(xié)議按一定時間間隔監(jiān)視電子郵件是否到達在郵件服務(wù)器/POP服務(wù)器103中存在的yamada@xyz.co.jp的郵箱中。在電子郵件到達郵件服務(wù)器/POP服務(wù)器103中的情況下，客戶PC 104接收該電子郵件。
在圖1中，MFP 100，101和102可以執(zhí)行用于通過一般的電子郵件發(fā)送圖像數(shù)據(jù)的“電子郵件發(fā)送方式”。MFP 100，101和102還可以執(zhí)行IFAX發(fā)送方式，前提是將其發(fā)送到滿足IFAX標(biāo)準(zhǔn)的設(shè)備。
由MFP 100，101和102發(fā)送的圖像數(shù)據(jù)由下面的圖像數(shù)據(jù)舉例說明。例如，通過使用傳真(FAX)功能由MFP 100，101和102接收的圖像數(shù)據(jù)。還有通過使用互聯(lián)網(wǎng)傳真(IFAX)功能由MFP 100，101和102接收的圖像數(shù)據(jù)。以及還有利用掃描儀由MFP 100，101和102讀出的圖像數(shù)據(jù)。
關(guān)于由MFP 100，101和102進行的電子郵件的發(fā)送和接收，使用上述的SMTP和POP 3執(zhí)行與上述的客戶PC 104以及客戶PC 121執(zhí)行的電子郵件的發(fā)送和接收相同的操作。
在“電子郵件發(fā)送方式”下，當(dāng)由掃描儀134讀出彩色圖像時，MFP 100，101和102可以按JPEG格式或PDF(便攜文檔格式)發(fā)送圖像數(shù)據(jù)。在“電子郵件發(fā)送方式”下，當(dāng)由掃描儀讀出單色圖像時，MFP100，101和102可以按TIFF或PDF發(fā)送圖像數(shù)據(jù)。在電子郵件被從MFP 100，101或102向賦予客戶PC 104的電子郵件地址yamada@xyz.co.jp發(fā)送的情況下，客戶PC 104通過POP 3協(xié)議接收電子郵件。因而，使用PC 104的用戶可以在通用圖像觀看器上顯示接收的電子郵件。
在“IFAX發(fā)送方式”下，MFP通過SMTP和POP 3協(xié)議發(fā)送作為滿足RFC 2301的TIFF格式的圖像數(shù)據(jù)的、由掃描儀134讀出的圖像。
至于MFP，由發(fā)送側(cè)的掃描儀、FAX和IFAX接收功能所接收的圖像數(shù)據(jù)被遠程位置的接收器接收，并由遠程位置的打印機打印接收的圖像。
圖2是用于表示圖1所示的MFP 100的詳細配置的方塊圖。在圖1所示的MFP當(dāng)中，下面只說明MFP 100。不過，其它的MFP 101和102具有和MFP 100相同的配置。
在圖2中，CPU 130是通過使用在ROM 131和作為存儲器的RAM 132的暫時存儲區(qū)域中存儲的程序來控制MFP 100的整個系統(tǒng)的控制電路。
操作部分133通過LCD屏和例如開始鍵以及數(shù)字小鍵盤等等的硬鍵被配置。操作部分133是這樣的單元，其通過使用觸摸屏在LCD上顯示各種按鈕，以便檢測用戶的手指所觸摸的按鈕所在位置并基于此流暢地進行用戶操作。
掃描儀134是通過光電轉(zhuǎn)換把拷貝上的圖像轉(zhuǎn)換成圖像數(shù)據(jù)的單元。圖13是圖1所示的MFP 100的掃描儀134以及打印機135的設(shè)備配置圖。掃描儀134把拷貝從拷貝饋送設(shè)備250輸送到壓板玻璃211上。如果拷貝被輸送到壓板玻璃211上，點亮燈212并開始移動掃描儀單元213，從而在拷貝上執(zhí)行曝光掃描。從拷貝反射的光被反射鏡214，215，216和透鏡217引導(dǎo)到CCD圖像傳感器218并被轉(zhuǎn)換成電信號，然后由A/D轉(zhuǎn)換器電路轉(zhuǎn)換成數(shù)字?jǐn)?shù)據(jù)。在拷貝的讀操作完成之后，在壓板玻璃211上的拷貝被排出。
打印機135是用于在記錄紙上打印電圖像數(shù)據(jù)的單元。打印機135具有從激光發(fā)射部分313，314，315，316發(fā)射的與電圖像數(shù)據(jù)一致的激光束，以便用所述激光束對感光鼓325，326，327和328進行照射。感光鼓325，326，327，328具有在其上形成的和所述激光束一致的潛像。通過顯影裝置321，322，323和324把顯影劑附加于感光鼓325，326，327，328的潛像部分。打印機135從紙盒360，361，362饋送記錄紙，并以和激光束照射的開始同步的定時把記錄紙輸送到轉(zhuǎn)印部分。打印機135把附著在感光鼓325，326，327，328上的顯影劑轉(zhuǎn)印到記錄紙上。其上具有顯影劑的記錄紙被輸送到定影部分335，借助于對定影部分335加熱和加壓把顯影劑定影在記錄紙上。通過定影部分335的記錄紙由排出輥336向收集盤371排出。
在圖2中，圖像處理電路136通過大容量圖像存儲器、圖像旋轉(zhuǎn)電路、分辨率可變電路以及編碼/譯碼電路例如MH，MR，MMR，JBIG和JPEG來配置。圖像處理電路136可以進行各種圖像處理，例如濃淡處理、修剪和色修正。硬盤137是通過接口例如SCSI或USB連接的大容量記錄介質(zhì)，不僅可以使用硬盤，而且可以使用其它記錄介質(zhì)例如MO作為大容量記錄介質(zhì)。
此外，在圖2中，網(wǎng)絡(luò)I/F 138是用于執(zhí)行網(wǎng)絡(luò)數(shù)據(jù)鏈路的鏈接，用于連接到網(wǎng)絡(luò)電路，例如由BASE-T和100BASE-T表示的以太網(wǎng)(注冊商標(biāo))，或令牌環(huán)。
此外，格式化器部分139包括PC I/F電路，例如并行接口和符合IEEE 1284的USB。格式化器部分139從PC I/F電路或網(wǎng)絡(luò)I/F電路所接收的PC由PDL(頁描述語言)數(shù)據(jù)產(chǎn)生圖像數(shù)據(jù)。圖像處理電路136對由格式化器部分139產(chǎn)生的圖像數(shù)據(jù)進行圖像處理，并產(chǎn)生要由打印機135打印的打印數(shù)據(jù)。
FAX部分140是和電話電路連接的并由例如NCU(網(wǎng)絡(luò)控制單元)和MODEM(調(diào)制器/解調(diào)器)等電路配置的傳真I/F電路。
MFP 100可以在圖像處理電路136中對由掃描器134讀出的圖像數(shù)據(jù)進行圖像處理，并借助于電話電路將其發(fā)送給另一個傳真設(shè)備。MFP 100還可以接收由其它傳真設(shè)備發(fā)送的圖像數(shù)據(jù)，并在圖像處理電路136中對其進行圖像處理，以使得其由打印機135打印。
上述的掃描儀134，打印機135，圖像處理電路136，格式化器部分139和FAX部分140通過和CPU 130的CPU總線142分開的高速視頻總線相連，并被配置成能夠以高速傳送圖像數(shù)據(jù)。
MFP 100進行操作以便在圖像處理電路136中對由掃描儀134讀出的圖像數(shù)據(jù)進行圖像處理，并在打印機135上打印讀出的圖像，從而實現(xiàn)復(fù)制功能。
此外，MFP 100具有發(fā)送功能，用于在圖像處理電路136中對由掃描儀134讀出的圖像數(shù)據(jù)進行圖像處理并將其從網(wǎng)絡(luò)I/F發(fā)送到網(wǎng)絡(luò)上。MFP 100還具有傳真功能，用于在圖像處理電路136中產(chǎn)生滿足RFC 2301的圖像數(shù)據(jù)，并借助于電子郵件發(fā)送和接收所述數(shù)據(jù)。
此外，在圖2中，功率控制電路141是用于控制由MFP 100消耗的電功率的電路，其可以通過降低加熱器等等的溫度或者切斷未使用的電路的功率來減少設(shè)備的功率消耗。MFP 100具有“睡眠狀態(tài)1”，在此狀態(tài)下操作部分133和打印機135的固定溫度控制電路的激勵被功率控制電路141停止，還具有“睡眠狀態(tài)2”，在此狀態(tài)下包括CPU130在內(nèi)的大部分電路的激勵被停止。
在睡眠狀態(tài)1下的功率消耗大于睡眠狀態(tài)2下的功率消耗。不過當(dāng)被命令啟動時，進行啟動并比在睡眠狀態(tài)2中更快地進入使用狀態(tài)。在睡眠狀態(tài)2的情況下，供給CPU 130的電源也被停止，因此MFP 100的軟件成為不可執(zhí)行的。
通過來自外部I/F，例如圖2所示的網(wǎng)絡(luò)I/F 138，格式化器部分139以及FAX部分140，的通信請求，或者通過按下位于下述的操作部分133中的節(jié)能鍵411，CPU 130被啟動并從睡眠狀態(tài)2被釋放。如果MFP 100從睡眠狀態(tài)2被釋放，則其進入睡眠狀態(tài)1。如果通過來自外部I/F的通信數(shù)據(jù)把圖像數(shù)據(jù)輸入打印機135，MFP 100便從睡眠狀態(tài)1被釋放并進入備用狀態(tài)。此后，如果打印處理被完成并在備用狀態(tài)下經(jīng)過預(yù)定的時間，其便進入睡眠狀態(tài)1。在按下節(jié)能鍵411的情況下，其也進入睡眠狀態(tài)1。在睡眠狀態(tài)1的狀態(tài)下經(jīng)過預(yù)定時間之后，其進入睡眠狀態(tài)2。
圖3是用于說明由MFP 100執(zhí)行的網(wǎng)絡(luò)程序的配置的圖。如圖3所示，MFP 100的網(wǎng)絡(luò)程序的配置可被粗略地分為下面的3層程序。這些程序被存儲在硬盤137等等內(nèi)，以便由CPU 130執(zhí)行。
·IP(互聯(lián)網(wǎng)協(xié)議)200·TCP(傳輸控制協(xié)議)/UDP(用戶數(shù)據(jù)報協(xié)議)210·應(yīng)用層的各種協(xié)議202首先，IP 200是一個互聯(lián)網(wǎng)協(xié)議層，用于和中繼節(jié)節(jié)點例如路由器協(xié)作來提供從發(fā)端主機向目的地主機發(fā)送消息的服務(wù)。IP 200管理用于發(fā)送數(shù)據(jù)的發(fā)信方的地址和用于接收數(shù)據(jù)的目的地地址，并執(zhí)行路由功能，該功能用于管理在網(wǎng)絡(luò)中采取哪個路線，以便按照地址信息把數(shù)據(jù)傳遞給目的地。
TCP/UDP 201是傳輸層，用于提供從發(fā)送應(yīng)用處理向接收應(yīng)用處理發(fā)送消息的服務(wù)。TCP是一種連接型服務(wù)，其確保通信的高可靠性。UDP是一種非連接型服務(wù)，其不保證可靠性。
應(yīng)用層的各種協(xié)議202規(guī)定多個協(xié)議。這些協(xié)議包括FTP(文件傳輸協(xié)議)，其是一種文件傳遞服務(wù)，以及SNMP，其是一種網(wǎng)絡(luò)管理協(xié)議。還包括LPD，其是一種用于打印機打印的服務(wù)器協(xié)議，還有HTTPd，其是一種www(萬維網(wǎng))服務(wù)器的協(xié)議。此外，包括作為電子郵件發(fā)送和接收協(xié)議的SMTP(簡單郵件傳輸協(xié)議)和作為郵件下載協(xié)議的POP 3(郵局協(xié)議-版本3)。此外，包括LDAP(輕量級目錄訪問協(xié)議)，其是一種訪問用于管理用戶的電子郵件地址等等的目錄數(shù)據(jù)庫的協(xié)議。此外，還包括由RFC 1510規(guī)定的Kerberos認(rèn)證程序。
圖4是表示當(dāng)通過電子郵件發(fā)送由掃描儀134讀出的圖像數(shù)據(jù)時操作部分133的發(fā)送設(shè)置屏幕的例子的圖。MFP 100可以規(guī)定作為讀尺寸的要由掃描儀134讀出的拷貝的尺寸。例如，尺寸設(shè)置部分500可以規(guī)定紙的尺寸，例如A3，A4，A5，B4，B5，11×17，LTR或STMT，及其定向。如圖4所示，其當(dāng)前被設(shè)置為“自動”，并以位于掃描儀134中的拷貝檢測傳感器檢測的值進行讀取。
當(dāng)掃描儀134讀取圖像時，分辨率設(shè)置部分501可以規(guī)定分辨率。例如，其可以規(guī)定200×100，200×200，200×400，300×300，400×400，和600×600dpi。分辨率的一個缺省值例如是200×200。不過，其當(dāng)前被設(shè)置為600×600dpi。
此外，細節(jié)設(shè)置部分502可以規(guī)定關(guān)于掃描的詳細的操作，例如關(guān)于掃描的密度設(shè)置、拷貝類型規(guī)范、雙面讀取、連續(xù)的頁拍攝以及圖像質(zhì)量調(diào)整。
如圖4所示，在選擇目的地的情況下，還可以利用電子郵件目的地的To字段503從地址薄中登記的地址選擇目的地。類似地，在選擇目的地的情況下，可以利用Cc字段504從地址簿中登記的地址選擇目的地。此外，在選擇目的地的情況下，可以利用Bcc字段505從地址薄中登記的地址中選擇目的地。此外，目的地的最大數(shù)例如是256個地址。因此，作為由To字段503選擇的目的地的數(shù)量，由Cc字段504選擇的目的地的數(shù)量和由Bcc字段505選擇的目的地的數(shù)量的總數(shù)的值被限制為最多256個地址。
此外，在圖4中，主題輸入部分506和正文輸入部分507分別是用于對要發(fā)送的電子郵件輸入主題和郵件正文的字段。例如，操作部分133可以具有被顯示的軟鍵盤，以用于在每個字段被選擇的情況下輸入字符串。
此外，在圖4中，發(fā)送的數(shù)據(jù)尺寸上限設(shè)置部分510是用于設(shè)置關(guān)于發(fā)送電子郵件所允許的電子郵件的最大尺寸的部分。超過設(shè)置的數(shù)據(jù)尺寸的電子郵件數(shù)據(jù)被分成多個電子郵件段，并按照稍后的說明進行發(fā)送。更具體地說，數(shù)據(jù)尺寸大于所述限制的電子郵件結(jié)果不被發(fā)送。在把所述限制設(shè)置為“0”的情況下，可以象無限制一樣地進行操作，并且不進行電子郵件的分割。
上述的實施例說明了按照發(fā)送的電子郵件的數(shù)據(jù)尺寸對發(fā)送設(shè)置限制的情況。不過，可以采用另外的方法。例如，也可以通過把數(shù)據(jù)尺寸的限制轉(zhuǎn)換成要被發(fā)送的TIFF文件或JPEG文件的圖像尺寸來處理數(shù)據(jù)尺寸的限制。
可以如上所述通過在圖4所示的發(fā)送設(shè)置屏幕上設(shè)置發(fā)送的數(shù)據(jù)尺寸上限來每次改變用于發(fā)送操作的所述上限。在不需要每次對于發(fā)送操作都改變所述上限的情況下，可以作為設(shè)備信息管理的一部分來設(shè)置該上限。在對于每個目的地都改變該上限的值的情況下，可以使該上限成為對于地址薄的每個目的地都是可設(shè)置的。
此外，圖4所示的開始鍵509是一個被設(shè)置在操作部分133旁邊的硬鍵。如果用戶按下這個鍵，掃描儀134便被驅(qū)動，且讀出的圖像數(shù)據(jù)作為電子郵件被發(fā)送。開始鍵509的中心安裝有藍色和紅色的LED 508。在未規(guī)定目的地的情況下，紅色LED點亮，使用戶知道即使按下開始鍵509，掃描儀134也處于不被驅(qū)動的狀態(tài)。在甚至有一個目的地被規(guī)定的情況下，藍色LED也點亮，使用戶知道掃描儀134處于要被驅(qū)動的狀態(tài)。
此外，節(jié)能鍵511是一個硬鍵，如果在待機狀態(tài)被按下，其能夠借助于功率控制電路141轉(zhuǎn)換到前述的睡眠狀態(tài)，并且如果在睡眠狀態(tài)被按下，則返回待機狀態(tài)。
圖6是用于說明把附加有圖像文件的電子郵件分割成5個分割的電子郵件段的狀況的圖。如圖6所示，電子郵件數(shù)據(jù)通過郵件頭部850，郵件正文851，第一頁圖像數(shù)據(jù)852，第二頁圖像數(shù)據(jù)853，第三頁圖像數(shù)據(jù)854，第四頁圖像數(shù)據(jù)855以及第五頁圖像數(shù)據(jù)856來配置。電子郵件被分割成5段，如圖8所示，并通過[1/5]分割的電子郵件段860，[2/5]分割的電子郵件段861，[3/5]分割的電子郵件段862，[4/5]分割的電子郵件段863和[5/5]分割的電子郵件段864來配置。
當(dāng)發(fā)送分割的電子郵件時，類似于具有在其上記述的目的地信息等等的郵件頭部850的部分郵件頭部被添加于郵件的每一段的頭部。所述信息被添加到其上，例如表示電子郵件是分割的電子郵件的MIME識別符，唯一地附加于每一分割的電子郵件段上的分割I(lǐng)D，分割編號以及分割總數(shù)。
圖5表示在圖4所示的發(fā)送設(shè)置的狀態(tài)下所發(fā)送的分割的電子郵件的例子。在圖5中，從第1行到第13行的部分是用于傳遞分割的電子郵件的郵件頭部。第3行的From具有賦予MFP 100的對其描述的電子郵件地址。第4行的Subject是具有在主題輸入部分506中輸入的字符串的數(shù)據(jù)，呈現(xiàn)由RFC 2047定義的編碼字格式。此外，第5行的To是在To字段503中選擇的目的地，Cc字段405是在Cc字段504中選擇的目的地。Bcc字段407是關(guān)于在Bcc字段505中選擇的目的地的數(shù)據(jù)，呈現(xiàn)編碼字格式。第10行是指示在郵件中包括的MDN格式的數(shù)據(jù)，用于請求來自源通信設(shè)備的電子郵件的發(fā)送確認(rèn)。
第12行的“Content-Typemessage/partial”表示該電子郵件是分割的電子郵件，“number＝1；Total＝5”表示其是被分割成5段的郵件的數(shù)據(jù)的第一段。此外，第13行的20041110104508.0000.TxNo.0105@copy3.xyz.co.jp表示分割的電子郵件的分割I(lǐng)D號。分割I(lǐng)D數(shù)包括日期、時間、每次發(fā)送時計數(shù)的發(fā)送接收數(shù)、以及發(fā)送者的域名。具有相同的ID號的郵件段被認(rèn)為是具有相同的分割的郵件的分割的電子郵件。
接下來，從第15行到第44行的數(shù)據(jù)表示關(guān)于分割的電子郵件的實質(zhì)性數(shù)據(jù)(即，關(guān)于被分割成5段的郵件的數(shù)據(jù)的第一段)。首先，從第15行到第25行的部分是相當(dāng)于郵件頭部850的分割的電子郵件的郵件頭部。第17行的From，第19行的To，第20行的Cc，以及第22行的Bcc與上面的第3行的From，第5行的To，第6行的Cc以及第8行的Bcc相同。
第18行的Subiect是被分割之前的主題，其是具有在主題輸入部分506輸入的字符串“transmit data(發(fā)送數(shù)據(jù))”的數(shù)據(jù)，呈現(xiàn)編碼字格式。相比較地，第4行的Subject是分割的電子郵件的主題，其是具有賦予其頭部的字符串“[1/5]”，并具有呈現(xiàn)編碼字格式的字符串“[1/5]發(fā)送數(shù)據(jù)”的數(shù)據(jù)。
此外，第30行和第31行是正文數(shù)據(jù)，具有被轉(zhuǎn)換成JIOS碼的在正文輸入部分507輸入的郵件正文，其相當(dāng)于郵件正文851。因為郵件正文是日文的文本數(shù)據(jù)，在第28行給出了數(shù)據(jù)“Content-Typetext/plain；charset＝“ISO-2022-JP””。
此外，從第38行到第44行的數(shù)據(jù)相當(dāng)于直到第一頁的數(shù)據(jù)852，其是具有從掃描儀讀出的數(shù)據(jù)的數(shù)據(jù)，呈現(xiàn)為具有文件名Image.tif的TIFF圖像文件，并使該文件是BASE64-編碼的。這在第34、35、36行被規(guī)定。關(guān)于從第二頁向前的數(shù)據(jù)，產(chǎn)生并發(fā)送具有分割編號為2，3，4，5的同樣的郵件。更具體地說，一些部分，例如郵件頭部，是共同的，除了第12行的編號被分別改為2，3，4，5，并且對于郵件的每一段，第9行的Message-ID是不同的。
可以提取具有相同的分割I(lǐng)D號的郵件數(shù)據(jù)段，并按照其編號指示的順序組合它們，從而將它們合成為在被分割之前的郵件數(shù)據(jù)。
圖7表示當(dāng)分割的電子郵件被暫時存儲時在操作部分133上顯示的分割的收件箱的屏幕的例子。如圖7所示，分割的電子郵件的3個不同的段600，601，602當(dāng)前被存儲在分割的收件箱中。在圖7中，主題610是接收的分割的電子郵件的每一段的主題。在圖5所示的分割的電子郵件的情況下，顯示第4行的主題，其表示分割的電子郵件的主題或者作為分割之前的郵件的主題的第18行的主題。
關(guān)于分割的電子郵件段600，分割的電子郵件的引導(dǎo)段(leadingpiece)可以被接收，因而顯示作為分割的電子郵件的主題的第18行的主題。關(guān)于分割的電子郵件段601和602，不能接收郵件的引導(dǎo)段，因而顯示作為分割的電子郵件的每一段的主題的第4行的主題。
在圖7中，地址611表示電子郵件的發(fā)送者。在已收到分割的電子郵件的引導(dǎo)郵件段的情況下，第17行的From信息被指定。在未收到引導(dǎo)郵件段的情況下，作為分割的電子郵件的From信息的第3行所示的From信息的值被指定。
此外，接收數(shù)612是表示具有相同的分割I(lǐng)D的郵件段的數(shù)和收到的郵件段的數(shù)的總數(shù)的值。例如，其表示共有5個分割的電子郵件段600，并且有3個收到的郵件段。此外，接收時間613表示分割的電子郵件的每一段第一次被收到的接收時間。
此外，分割列表按鈕620是用于逐一列出所選擇的分割的電子郵件的按鈕。打印按鈕621和發(fā)送按鈕622分別是用于在組合所選擇的分割的電子郵件之后打印和發(fā)送合成的郵件的按鈕。它們將在后面參照圖12進行說明。此外，重新發(fā)送請求按鈕623是在所有的分割的電子郵件未被收集的情況下用于請求源進行重新發(fā)送的按鈕。其將在后面參照圖9進行說明。此外，在圖7中，箭頭鍵624和625是在具有如此多的要列出的分割的電子郵件以至于不能一次對它們中的所有進行顯示和列表的情況下，供操作者滾動屏幕的鍵。
圖8表示在選擇圖7所示的分割的電子郵件段600并按下分割列表按鈕620的情況下顯示的屏幕。在圖8中，顯示了3個分割的電子郵件段660，661和662。在圖8所示的屏幕上的列表中顯示的所有這些具有相同的分割I(lǐng)D，且其值在分割I(lǐng)D 650中被顯示。表示為分割I(lǐng)D的值是根據(jù)圖5所示的第9行的數(shù)據(jù)產(chǎn)生的。
在圖8中，地址651是和地址611相同的數(shù)據(jù)，其表示電子郵件發(fā)送者信息。主題652是關(guān)于分割的電子郵件的主題信息，其是圖5中第4行的主題信息。分割號653是分割的電子郵件的分割編號，其是第12行的編號/總數(shù)的值。關(guān)于總數(shù)的值，除去分割的電子郵件的最后一段之外，允許不輸入這個值。因此，可以具有未輸入總數(shù)的值的情況。
此外，在圖8中。數(shù)據(jù)尺寸654是分割的電子郵件的每一段的數(shù)據(jù)尺寸，接收時間655是分割的電子郵件的每一段被收到的時間。此外，返回鍵658是用于通過關(guān)閉圖8所示的屏幕返回圖7所示的屏幕的鍵，滾動鍵656和657是在具有如此之多的列表以至于不能一次顯示它們中的所有的情況下供操作者滾動屏幕的鍵。
圖9是表示在圖7所示的操作部分133上顯示的分割的收件箱的屏幕例子中，在按下重新發(fā)送請求按鈕623的情況下MFP 100的重新發(fā)送過程的流程圖。
首先，如果重新請求按鈕623被按下并且收到重新發(fā)送請求，便從圖7所示的屏幕上選擇的表中獲得分割I(lǐng)D(步驟S701)。接著，對和在步驟S701獲得的分割I(lǐng)D相同的分割I(lǐng)D進行檢索，以便得到還要獲得的分割的電子郵件的分割編號(到達編號)(步驟S702)。產(chǎn)生用于還要獲得的分割的電子郵件的重新發(fā)送請求郵件，并將其發(fā)送給源(步驟S703)，從而完成重新發(fā)送請求過程。
圖10是用于說明按照本發(fā)明的一個實施例，MFP 100的接收、組合、打印或傳遞分割的電子郵件的過程的流程圖。圖10的各步驟由CPU 130執(zhí)行。
MFP 100通過接收來自網(wǎng)絡(luò)I/F 138的SMTP請求開始SMTP接收處理(步驟S500)。其中，MFP 100在其接收來自網(wǎng)絡(luò)I/F 138的SMTP請求時處于睡眠狀態(tài)2的情況下，利用來自網(wǎng)絡(luò)I/F 138的中斷信號啟動CPU 130。MFP 100借助于電源控制電路141釋放睡眠狀態(tài)2。因而，由SMTP請求給出禁止CPU 130處于睡眠狀態(tài)2的指令(S501)。因而，CPU 130不進入睡眠狀態(tài)2，直到下一次睡眠被允許。MFP 100通過SMTP協(xié)議接收電子郵件數(shù)據(jù)(SMTP接收)(步驟S502)。
CPU 130在每個預(yù)定的時間具有由未示出的計時器對其輸入的計時器中斷信號，以便啟動進行POP接收的處理(步驟S503)。在MFP 100處于睡眠狀態(tài)2的情況下，中斷信號啟動CPU 130，使得通過電源控制電路141釋放睡眠狀態(tài)2。禁止CPU 130進入睡眠狀態(tài)2的命令被給出(步驟S504)。因而，CPU 130不進入睡眠狀態(tài)，直到下一次睡眠被允許。MFP 100通過POP 3協(xié)議接收在郵件服務(wù)器/POP服務(wù)器中存儲的電子郵件數(shù)據(jù)(POP接收)(步驟S505)。
關(guān)于通過SMTP接收(步驟S502)或POP接收(步驟S503)由MFP 100接收的電子郵件，分析MIME數(shù)據(jù)。CPU 130確定該電子郵件是否是在圖5的第12行描述的消息/局部格式的郵件(步驟S506)。如果具有消息/局部的步驟，則CPU 130便確定該電子郵件是分割的電子郵件。
如果在步驟S506確定是分割的電子郵件(Yes)，則CPU 130在分割的收件箱中存儲這個分割的電子郵件(步驟S507)。如果確定不是分割的電子郵件(No)，則CPU 130轉(zhuǎn)移到步驟S510的圖像信息提取處理。
如果在步驟S507分割的電子郵件被存儲在分割的收件箱中，便檢查分割的電子郵件的所有段是否通過被存儲而被收集(S508)。因而，如果分割的電子郵件的所有段未被收集(No)，則使用圖11所示的流程圖進行用于分割的電子郵件的所有段未被收集的情況下的處理(步驟S521)。
如果在步驟S508確定分割的電子郵件的所有段被收集(Yes)，則MFP 100按照分割編號的順序從分割的電子郵件的每一段分割數(shù)據(jù)。通過按照順序組合分割的數(shù)據(jù)段來把數(shù)據(jù)集中在一起(步驟S509)，從而移動到步驟S510。
在步驟S510，從在步驟S509中組合的電子郵件或所接收的未分割的普通郵件類似地進行圖像信息提取處理。在本實施例中，BASE64編碼的或者未編碼的電子郵件被譯碼，從而預(yù)先將其轉(zhuǎn)換成TIFF文件，以便從轉(zhuǎn)換的TIFF文件中提取圖像數(shù)據(jù)。在電子郵件中存在文本數(shù)據(jù)的情況下，文本信息被光柵化而成為圖像數(shù)據(jù)。
在步驟S510提取圖像數(shù)據(jù)之后，確定電子郵件的源是否正在進行MDN(郵件傳遞通知)請求(步驟S511)。因而，在進行郵件傳遞通知請求情況下(Yes)，發(fā)送對郵件傳遞通知請求(MDN請求)的應(yīng)答OK(步驟S512)。在沒有進行MDN請求的情況下(N0)，或者在步驟S512發(fā)送了OK的情況下，OK被記錄在接收日志中(步驟S513)。
按照本實施例的網(wǎng)絡(luò)系統(tǒng)具有傳送功能，借以使得在接收的電子郵件的To，F(xiàn)rom和Subject的值是預(yù)先確定的值時，圖像數(shù)據(jù)被傳送到這些地址(包括系統(tǒng)郵箱)。因此，檢索并獲得執(zhí)行該轉(zhuǎn)移功能的傳送條件(步驟S514)。并在獲得的傳送信息和在電子郵件的頭部字段中設(shè)置的To，F(xiàn)rom和Subj ect字段的值之間進行比較(步驟S515)。因而，在To，F(xiàn)rom和Subiect字段的值與傳送條件匹配的情況下(Yes)，執(zhí)行數(shù)據(jù)傳送處理(步驟S516)。
在步驟S515中To，F(xiàn)rom和Subject字段的值與傳送條件不匹配的情況下(No)，則確定是否進行系統(tǒng)郵箱存儲處理(步驟S517)。在步驟S517，在轉(zhuǎn)移地址被設(shè)置為系統(tǒng)郵箱的情況下，或者在例如由于打印機135中沒有打印紙等原因而不能進行打印的情況下，則選擇系統(tǒng)郵箱存儲(Yes)，并進行系統(tǒng)郵箱存儲處理(步驟S518)。在進行系統(tǒng)郵箱存儲處理之后，移動到步驟S520的處理。在未進行系統(tǒng)郵箱存儲的情況下(No)，則執(zhí)行具有光柵化的郵件正文的圖像以及從附加的TIFF文件提取的圖像的打印處理(步驟S519)，以使得移動到步驟S520的處理。
在步驟S520，借助于功率控制電路141，通過允許MFP 100轉(zhuǎn)移到待機狀態(tài)(即睡眠狀態(tài))而結(jié)束處理。如果允許向睡眠狀態(tài)的轉(zhuǎn)移，則功率控制電路141被置于節(jié)能狀態(tài)，這是上述的根據(jù)打印機等等的溫度的狀態(tài)或者其它電路的狀態(tài)的睡眠1或睡眠2狀態(tài)。
圖11是表示在圖10所示的流程圖的分割的收件箱中未收集分割的電子郵件的所有段的情況下(步驟S521)進行的處理的細節(jié)的流程圖。首先，確定在收到在前的分割的電子郵件之后或者在發(fā)送重新發(fā)送請求郵件之后是否經(jīng)過了預(yù)定的時間(步驟S601)。從而，在未經(jīng)過預(yù)定時間的情況下(No)，執(zhí)行用于前述的SMTP接收(步驟S500)或POP接收(步驟S503)的接收待機。
在經(jīng)過了預(yù)定時間的情況下(Yes)，確定重新發(fā)送請求郵件是否已經(jīng)發(fā)送(步驟S602)。從而，在重新發(fā)送請求郵件尚未發(fā)送的情況下(Yes)，檢索仍要獲得的相同分割I(lǐng)D的分割的電子郵件的分割編號(到達編號)(步驟S603)。并產(chǎn)生仍要獲得的分割的電子郵件的重新發(fā)送請求郵件并向源發(fā)送該郵件(步驟S604)，以便執(zhí)行上述的接收準(zhǔn)備。
在步驟S602重新發(fā)送請求郵件已被發(fā)送的情況下(No)，對和預(yù)定時間已經(jīng)經(jīng)過的分割的電子郵件相同的分割的電子郵件的ID進行檢索(步驟S605)。并確定在被檢索和獲得的相同分割I(lǐng)D的分割的電子郵件中是否存在圖5所示的第12行的編號＝1的郵件的引導(dǎo)段(步驟S606)。
從而，在確定不存在郵件的引導(dǎo)段的情況下(No)，提取用于存儲關(guān)于其編號不同于1的接收的分割的電子郵件的發(fā)送者信息的郵件頭部信息(S607)。接著，通過使用被規(guī)定為圖像數(shù)據(jù)的字形數(shù)據(jù)把字符串?dāng)?shù)據(jù)光柵化為圖像(步驟S606)，從而移動到步驟S614。
在步驟S606中確定存在郵件的引導(dǎo)段的情況下(Yes)，按照圖5所示的第12行的編號的順序排列相同的分割的電子郵件，從而按照從1到存在的編號的順序執(zhí)行組合編號的處理(步驟S609)。這個處理恢復(fù)圖6所示的郵件數(shù)據(jù)。不過，可以不恢復(fù)不能到達的部分。
例如，在圖6中只有[5/5]郵件段864是不能到達的情況下，能夠合成從第1頁到第7頁的郵件正文和數(shù)據(jù)。然而，不能合成第8頁的圖像。
考慮[1/5]郵件段860到[3/5]郵件段862已被收到但是[4/5]郵件段863尚未收到的情況。在這種情況下，能夠合成從第1頁到第5頁的郵件正文和圖像。但是，不能合成第6頁到第8頁的圖像。
此外，在[1/5]郵件段860到[2/5]郵件段861已被收到但是[3/5]郵件段862未被收到的情況下，能夠合成從第1頁到第3頁的郵件正文和圖像。但是，不能合成第4頁到第8頁的圖像。
此外，在[1/5]郵件段860已被收到但是[2/5]郵件段861未被收到的情況下，可以合成第1頁的郵件正文和圖像。但是不能合成第2頁到第8頁的圖像。
此外，在[1/5]郵件段860不能被收到的情況下，則不能合成所有的信息和圖像。不過，即使在這種情況下，[2/5]郵件段861到[5/5]郵件段864的郵件頭部信息包括例如發(fā)送者信息、主題、發(fā)送時間等信息。因此，能夠打印這些信息。因而，具有這樣的優(yōu)點即使在圖像不能被打印的情況下，也能夠規(guī)定發(fā)送者并請求該發(fā)送者重新發(fā)送。
對于具有在步驟S609中組合的分割的電子郵件的郵件，獲得對應(yīng)于圖5所示的第15行到第25行的部分的郵件頭部和關(guān)于第30行到第31行的郵件正文的字符串?dāng)?shù)據(jù)(步驟S610)。通過使用被規(guī)定為圖像數(shù)據(jù)的字形數(shù)據(jù)把字符串?dāng)?shù)據(jù)光柵化為圖像(步驟S611)，從而移動到步驟S612。
在步驟S612，確定是否存在圖6所示的標(biāo)號為852到859的圖像數(shù)據(jù)。從而，在存在所述圖像數(shù)據(jù)的情況下(Yes)，則進行圖像信息提取處理(步驟S613)，從而移動到步驟S614。在步驟S613中，由圖6的標(biāo)號852到859表示的合成的圖像部分的BASE64編碼的或未編碼的部分的圖像數(shù)據(jù)被譯碼，并被轉(zhuǎn)換成TIFF文件。在產(chǎn)生的TIFF文件呈現(xiàn)多頁格式的情況下，其被轉(zhuǎn)換成單頁的TIFF文件。在這種情況下，部分頁數(shù)據(jù)被刪除以中斷轉(zhuǎn)換處理。即使當(dāng)部分頁數(shù)據(jù)的最后一段是這樣形成的數(shù)據(jù)，即，通過例如MH，MR或MMR的頁而變成部分時，也能處理保持為作為圖像數(shù)據(jù)的一行圖像的部分并刪除小于一行的圖像。
在步驟S614中，確定電子郵件的源是否正在進行MDN請求。從而，在進行MDN請求的情況下(Yes)，便發(fā)送NG(步驟S615)。借助于包括郵件正文的電子郵件通知源(ifax@copy1.xyz.co.jp)來發(fā)送NG，以便使其得知發(fā)生了發(fā)送錯誤。利用電子郵件進一步把該信息通知源，用于識別分割的電子郵件當(dāng)中還要到達的郵件段，這也是可行的。把該信息通知源(ifax@copy1.xyz.co.jp)，用于識別還要到達的郵件段。這樣，便通知源作為多個分割的電子郵件的原文的電子郵件的至少一部分已經(jīng)發(fā)送給收件人(ifax@abc.co.jp)。在未進行MDN請求的情況下(No)，或者在步驟S615發(fā)送NG的情況下，NG被記錄在接收日志中(步驟S616)。
接著，在獲得的傳送條件和在電子郵件的頭部字段中設(shè)置的To，F(xiàn)rom和Subject字段的值之間進行比較(步驟S617)。因而，在To，F(xiàn)rom和Subject字段的值與傳送條件匹配的情況下(Yes)，執(zhí)行數(shù)據(jù)傳送處理(步驟S618)。
在步驟S617中To，F(xiàn)rom和Subject字段的值與傳送條件不匹配的情況下(No)，則確定是否進行系統(tǒng)郵箱存儲處理(步驟S619)。在步驟S619，在傳送地址被設(shè)置為系統(tǒng)郵箱的情況下，或者在例如由于在打印機135中沒有打印紙等原因而不能進行打印的情況下，選擇系統(tǒng)郵箱存儲(Yes)，并進行系統(tǒng)郵箱存儲處理(步驟S620)。在進行系統(tǒng)郵箱存儲處理之后，移動到步驟S622的處理。在未進行系統(tǒng)郵箱存儲的情況下(No)，則執(zhí)行具有光柵化的郵件正文的圖像以及從附加的TIFF文件提取的圖像的打印處理(步驟S621)，從而移動到步驟S622的處理。
通過刪除相同的分割I(lǐng)D的郵件段完成步驟S622。按照本實施例，通過使用SMTP和POP接收說明了郵件接收方法。然而，該方法也可以是通過使用例如IMAP的協(xié)議來接收電子郵件的方法。
按照上述的實施例，在普通電子郵件包括發(fā)送確認(rèn)請求的情況下，根據(jù)其被接收而向回傳送發(fā)送確認(rèn)郵件。關(guān)于分割的電子郵件，在接收其每一段時不立即發(fā)送所述的發(fā)送確認(rèn)郵件，而僅僅在兩個分割的電子郵件被收集時才傳送該發(fā)送確認(rèn)郵件。例如，在所有的分割的電子郵件被收集的情況下傳送表示正常的發(fā)送確認(rèn)郵件，在只有其中的一些被收集的情況下，傳送表示不正常的發(fā)送確認(rèn)郵件。
其中，在處理(例如圖10的步驟S509)中合成分割的電子郵件的情況下，如前所述，可以具有在所有的多個分割的電子郵件中輸入的MDN請求的格式語句。其中，MDN請求的格式語句例如是圖5的第10行的Disposition-Notification-To(處理-通知-至)。
還可以例如在分割之前在郵件的頭部數(shù)據(jù)中輸入MDN請求的格式語句，而不在分割的電子郵件的頭部數(shù)據(jù)的每一段中輸入所述格式語句。
圖12表示一種分割的電子郵件數(shù)據(jù)的例子，其中在分割之前在郵件的頭部數(shù)據(jù)中輸入MDN請求的格式語句?？梢源_認(rèn)，只有在通過使用圖12所示的分割的電子郵件數(shù)據(jù)而不是圖5所示的分割的電子郵件數(shù)據(jù)合成分割的電子郵件之后，才對郵件進行MDN請求。在這種情況下的過程類似于前述的圖10和圖11中所示的流程圖，其中不同之處在于，只有在步驟S509的數(shù)據(jù)合成之后，才能夠確定每一步驟S511是否具有MDN請求。
因此，在接收具有包括請求發(fā)送(RTS)信息(該信息用于向預(yù)定目的地發(fā)送被分割成多個的電子郵件)的電子數(shù)據(jù)的分割的電子郵件的情況下，能夠合成所述多個分割的電子郵件，并恰當(dāng)?shù)剡M行用于表示所述電子數(shù)據(jù)的至少一部分已被發(fā)送的發(fā)送確認(rèn)。
在圖5中，在多個分割的電子郵件的每一個的頭部中輸入表示發(fā)送確認(rèn)請求(MDN請求)的Disposition-Notification-To語句。在圖12中，在分割之前在郵件的頭部輸入表示發(fā)送確認(rèn)請求(MDN請求)的語句。與此同時，還有一個可以想出的方面，其中表示發(fā)送確認(rèn)請求(MDN請求)的語句被輸入多個分割的電子郵件的每個的頭部，同時表示發(fā)送確認(rèn)請求(MDN請求)的語句在分割之前被輸入到郵件的頭部。在這方面的過程和前述的圖10、圖11所示的流程圖相同。更具體地說，應(yīng)當(dāng)通過檢查表示發(fā)送確認(rèn)請求(MDN請求)的語句被包括在分割的電子郵件的每個的頭部來確定在每一步驟S511是否有MDN請求。還應(yīng)當(dāng)通過檢查表示發(fā)送確認(rèn)請求(MDN請求)的語句在分割之前被輸入到郵件的頭部來確定在每一步驟S511是否有MDN請求。
上面詳細說明了該實施例的例子。不過，本發(fā)明也可以采取作為一種系統(tǒng)、設(shè)備、方法、程序、存儲介質(zhì)(記錄介質(zhì))或其類似物的實施例。更準(zhǔn)確地說，本發(fā)明可以應(yīng)用于由多個設(shè)備構(gòu)成的系統(tǒng)，或者應(yīng)用于由一個設(shè)備構(gòu)成的裝置。按照該實施例，在所有的分割的電子郵件未被收集的情況下，請求源重發(fā)仍要到達的分割的電子郵件(步驟S602-604)。不過，還可以具有省略這個步驟的實施例。在這種情況下，即使具有仍要到達的分割的電子郵件，也能通過合成(組合)已經(jīng)接收的分割的電子郵件即時地進行處理。
按照本實施例，在所有分割的電子郵件未被收集的情況下，當(dāng)在收到在前的郵件之后或者在發(fā)送重發(fā)請求郵件之后經(jīng)過預(yù)定的時間時，分割的電子郵件被合成(組合)。不過，這也可以是另一個方面。例如，也可以提供一個鍵，用于給出在操作部分133中合成分割的電子郵件的指令，并根據(jù)該指令合成(組合)分割的電子郵件，以便在收到所有的分割的電子郵件之前，通過按下該鍵來合成分割的電子郵件。
按照本實施例，在電子郵件中具有發(fā)送確認(rèn)請求(MDN請求)的情況下，在接收電子郵件的階段確認(rèn)電子郵件的接收。不過，這也可以是另一個方面。例如，在IFAX的情況下，假定電子郵件由打印機135打印(圖像形成)。因而，可以通過由打印機135完成關(guān)于電子郵件的圖像數(shù)據(jù)的打印來確認(rèn)電子郵件已被收到(例如，具有對應(yīng)于定影在其上的圖像數(shù)據(jù)的顯影劑的記錄紙被排出到收集盤371上)。在這種情況下，在步驟S519之后，進行圖10的步驟S512，以及在步驟S621之后，進行圖11的步驟S615。
本發(fā)明還直接地或遠程地對系統(tǒng)或設(shè)備提供一種用于實現(xiàn)上述的實施例的功能的軟件程序(對應(yīng)于在實施例的圖中所示的流程圖的程序)。在這種情況下，系統(tǒng)或設(shè)備的計算機讀出并執(zhí)行所提供的程序代碼，以使得實現(xiàn)該實施例的功能。
因此，本發(fā)明還通過安裝在計算機上用于在計算機上實現(xiàn)本發(fā)明的功能性處理的程序代碼本身來實現(xiàn)。更具體地說，本發(fā)明還包括用于實現(xiàn)本發(fā)明的功能性處理的計算機程序本身。
在這種情況下，如果其具有程序的功能，其可以采取目標(biāo)代碼、由解釋器執(zhí)行的程序、提供給OS的腳本數(shù)據(jù)或其類似物的形式。
用于提供程序的記錄介質(zhì)例如可以是軟盤(注冊商標(biāo)floppy)、硬盤、光盤、磁光盤、MO、CD-ROM、CD-R、CD-RW，等等。也可以是磁帶、非易失性存儲卡、ROM、DVD(DVD-ROM、DVD-R)，等等。
關(guān)于提供程序的方法，可以通過使用客戶機的瀏覽器連接到互聯(lián)網(wǎng)上的主頁，并從主頁下載本發(fā)明的計算機程序本身，從而提供所述程序。還可以通過下載包括本發(fā)明的計算機程序的自動安裝功能的文件到記錄介質(zhì)例如硬盤上來提供。也可以通過把配置本發(fā)明的程序的程序代碼分割成多個文件并從不同的主頁下載各個文件來實現(xiàn)。更具體地說，本發(fā)明還包括WWW服務(wù)器，用于對多個用戶在計算機上下載用于實現(xiàn)本發(fā)明的功能性處理的程序文件。
還可以對本發(fā)明的程序加密，將其存儲在存儲介質(zhì)例如CD-ROM上，并將其分發(fā)給用戶，從而允許具有明確預(yù)定的條件的用戶通過互聯(lián)網(wǎng)從主頁下載用于解密的密鑰信息。在這種情況下，可以通過使用密鑰信息來執(zhí)行被加密的程序并把所述程序安裝在計算機上，從而執(zhí)行本發(fā)明的功能。
上述的實施例的功能通過使計算機執(zhí)行讀出的程序來實現(xiàn)。此外，在計算機上運行的OS等等根據(jù)程序的指令執(zhí)行實際處理的一部分或全部，因而上述實施例的功能可以由這種處理來執(zhí)行。
此外，從記錄介質(zhì)讀出的程序被寫入在插入計算機中的擴展板或者和計算機相連的擴展單元上所提供的存儲器中。此后，在擴展板或擴展單元上提供的CPU等等根據(jù)程序的指令執(zhí)行實際處理的一部分或者全部，從而通過這種處理執(zhí)行上述實施例的功能。
根據(jù)本發(fā)明，在接收是包括請求發(fā)送(RTS)信息(該信息用于向預(yù)定的目的地發(fā)送電子郵件)的分割的電子郵件的電子郵件的情況下，能夠合適地進行發(fā)送確認(rèn)，而不向源發(fā)送關(guān)于分割的電子郵件的多段的每一段的發(fā)送確認(rèn)的電子郵件。
根據(jù)本發(fā)明，在接收使得包括請求發(fā)送(RTS)信息(該信息用于向預(yù)定目的地發(fā)送電子郵件)的電子數(shù)據(jù)被分割成多段的分割的電子郵件的情況下，能夠合成多個分割的電子郵件并恰當(dāng)?shù)剡M行表示所述電子數(shù)據(jù)的至少一部分已被發(fā)送的發(fā)送確認(rèn)。
不脫離本發(fā)明的構(gòu)思和范圍，可以作出本發(fā)明的許多明顯地寬的不同的實施例，應(yīng)當(dāng)理解，本發(fā)明不限于其特定的實施例，本發(fā)明只由所附的權(quán)利要求限定。
權(quán)利要求
1.一種電子郵件通信設(shè)備，包括接收單元，其適用于接收通過以特定的單位分割電子數(shù)據(jù)而產(chǎn)生的多個分割的電子郵件；以及發(fā)送單元，其適用于在所述分割的電子郵件的每一個包括處理通知信息的情況下，向目的地發(fā)送關(guān)于所述分割的電子郵件的每一個的處理通知電子郵件，其中，在從所述電子數(shù)據(jù)產(chǎn)生的所述分割的電子郵件的全部被所述接收單元接收的情況下，所述發(fā)送單元向目的地發(fā)送第一處理通知電子郵件，其表示從所述電子數(shù)據(jù)產(chǎn)生的所述分割的電子郵件的全部都被所述接收單元接收，在從所述電子數(shù)據(jù)產(chǎn)生的所述分割的電子郵件的全部中的至少一個未被所述接收單元接收的情況下，向所述目的地發(fā)送第二處理通知電子郵件，其表示從所述電子數(shù)據(jù)產(chǎn)生的所述分割的電子郵件的全部中的至少一個未被所述接收單元接收。
2.如權(quán)利要求1所述的電子郵件通信設(shè)備，還包括組合單元，其適用于基于由所述接收單元接收的所述多個分割的電子郵件產(chǎn)生組合數(shù)據(jù)，以及其中所述發(fā)送單元在所述組合單元已經(jīng)產(chǎn)生所述組合數(shù)據(jù)之后，向所述目的地發(fā)送所述第一處理通知電子郵件或所述第二處理通知電子郵件。
3.如權(quán)利要求2所述的電子郵件通信設(shè)備，其中所述組合單元根據(jù)接收單元接收與所述電子數(shù)據(jù)有關(guān)的所有所述分割的電子郵件來組合多個分割的電子郵件。
4.如權(quán)利要求2所述的電子郵件通信設(shè)備，其中所述組合單元在所述接收單元接收與所述電子數(shù)據(jù)有關(guān)的多個分割的電子郵件的全部之前，根據(jù)從電子郵件通信設(shè)備的操作者給出的指令來組合所述多個分割的電子郵件。
5.如權(quán)利要求2所述的電子郵件通信設(shè)備，還包括計時單元，其適用于計時從所述接收單元接收與所述電子數(shù)據(jù)有關(guān)的多個分割的電子郵件中至少之一開始起所經(jīng)過的時間，以及其中所述組合單元在所述接收單元接收與所述電子數(shù)據(jù)有關(guān)的多個分割的電子郵件的全部之前，根據(jù)由所述計時單元進行的預(yù)定的經(jīng)過時間的計時，基于所述多個分割的電子郵件產(chǎn)生所述組合數(shù)據(jù)。
6.如權(quán)利要求1所述的電子郵件通信設(shè)備，還包括請求單元，其適用于在所述接收單元接收與所述電子數(shù)據(jù)有關(guān)的分割的電子郵件中至少之一以后，未完成與所述電子數(shù)據(jù)有關(guān)的分割的電子郵件的全部的接收的情況下，請求所述分割的電子郵件的源重新發(fā)送還要接收的分割的電子郵件。
7.如權(quán)利要求2所述的電子郵件通信設(shè)備，還包括圖像形成單元，其適用于基于所述組合數(shù)據(jù)在記錄紙上形成圖像。
8.如權(quán)利要求7所述的電子郵件通信設(shè)備，其中所述發(fā)送單元在所述圖像形成單元完成所述組合數(shù)據(jù)的圖像形成之后，發(fā)送所述第一處理通知郵件或所述第二處理通知郵件。
9.如權(quán)利要求1所述的電子郵件通信設(shè)備，其中所述目的地是由所述接收單元接收的分割的電子郵件的源。
10.如權(quán)利要求1所述的電子郵件通信設(shè)備，其中所述分割的電子郵件是通過按預(yù)定的數(shù)據(jù)量分割所述電子數(shù)據(jù)而產(chǎn)生的分割的數(shù)據(jù)段之一。
11.如權(quán)利要求1所述的電子郵件通信設(shè)備，其中所述電子數(shù)據(jù)是包括頭部信息和圖像數(shù)據(jù)的一段電子郵件。
12.一種電子郵件通信設(shè)備，包括接收單元，其適用于接收通過以特定的單位分割電子數(shù)據(jù)而產(chǎn)生的多個分割的電子郵件；組合單元，其適用于基于與所述電子數(shù)據(jù)有關(guān)的所述多個分割的電子郵件來產(chǎn)生組合數(shù)據(jù)；以及發(fā)送單元，其適用于在所述組合數(shù)據(jù)包括用于向目的地發(fā)送處理通知電子郵件的處理通知信息的情況下，向所述目的地發(fā)送表示所述電子數(shù)據(jù)的至少一部分已被發(fā)送的所述處理通知電子郵件。
13.如權(quán)利要求12所述的電子郵件通信設(shè)備，其中所述組合單元根據(jù)所述接收單元接收與所述電子數(shù)據(jù)有關(guān)的所述分割的電子郵件的全部來組合多個分割的電子郵件。
14.如權(quán)利要求12所述的電子郵件通信設(shè)備，其中所述組合單元在所述接收單元接收與所述電子數(shù)據(jù)有關(guān)的多個分割的電子郵件的全部之前，根據(jù)從電子郵件通信設(shè)備的操作者給出的指令來組合所述多個分割的電子郵件。
15.如權(quán)利要求12所述的電子郵件通信設(shè)備，還包括計時單元，其適用于計時從所述接收單元接收與所述電子數(shù)據(jù)有關(guān)的多個分割的電子郵件中的至少之一開始起所經(jīng)過的時間，以及其中所述組合單元在所述接收單元接收與所述電子數(shù)據(jù)有關(guān)的多個分割的電子郵件的全部之前，根據(jù)由所述計時單元進行的預(yù)定的經(jīng)過時間的計時，基于所述多個分割的電子郵件來產(chǎn)生所述組合數(shù)據(jù)。
16.如權(quán)利要求12所述的電子郵件通信設(shè)備，其中所述發(fā)送單元向所述目的地進行發(fā)送，以便在所述組合單元已經(jīng)組合了與所述電子數(shù)據(jù)有關(guān)的分割的電子郵件的全部的情況下，所述電子數(shù)據(jù)已被正常地發(fā)送，以及，該發(fā)送單元向所述目的地進行發(fā)送，以便在所述組合單元已經(jīng)組合了與所述電子數(shù)據(jù)有關(guān)的分割的電子郵件的一部分的情況下，所述電子數(shù)據(jù)未被正常地發(fā)送。
17.如權(quán)利要求12所述的電子郵件通信設(shè)備，還包括請求單元，其適用于在所述接收單元接收與所述電子數(shù)據(jù)有關(guān)的分割的電子郵件中至少之一以后，未完成與所述電子數(shù)據(jù)有關(guān)的分割的電子郵件的全部的接收的情況下，請求所述分割的電子郵件的源重新發(fā)送還要被接收的分割的電子郵件。
18.如權(quán)利要求12所述的電子郵件通信設(shè)備，還包括圖像形成單元，其適用于基于所述組合數(shù)據(jù)在記錄紙上形成圖像。
19.如權(quán)利要求12所述的電子郵件通信設(shè)備，其中所述目的地是由所述接收單元接收的分割的電子郵件的源。
20.如權(quán)利要求12所述的電子郵件通信設(shè)備，其中所述分割的電子郵件是通過按預(yù)定的數(shù)據(jù)量分割電子數(shù)據(jù)而產(chǎn)生的分割的數(shù)據(jù)段之一。
21.如權(quán)利要求12所述的電子郵件通信設(shè)備，其中所述電子數(shù)據(jù)是包括頭部信息和圖像數(shù)據(jù)的一段電子郵件。
22.一種電子郵件通信方法，包括接收步驟，用于接收通過以特定的單位分割電子數(shù)據(jù)而產(chǎn)生的多個分割的電子郵件；以及發(fā)送步驟，用于在所述分割的電子郵件的每一個包括處理通知信息的情況下，向目的地發(fā)送用于所述分割的電子郵件的每一個的處理通知電子郵件，其中，所述發(fā)送步驟在從所述電子數(shù)據(jù)產(chǎn)生的所述分割的電子郵件的全部被所述接收步驟接收的情況下，向目的地發(fā)送第一處理通知電子郵件，其表示從所述電子數(shù)據(jù)產(chǎn)生的所述分割的電子郵件的全部都被所述接收步驟接收，在從所述電子數(shù)據(jù)產(chǎn)生的所述分割的電子郵件的全部中的至少之一未被所述接收步驟接收的情況下，向所述目的地發(fā)送第二處理通知電子郵件，其表示從所述電子數(shù)據(jù)產(chǎn)生的所述分割的電子郵件的全部中的至少之一未被所述接收步驟接收。
23.一種電子郵件通信方法，包括接收步驟，用于接收通過以特定的單位分割電子數(shù)據(jù)而產(chǎn)生的多個分割的電子郵件；組合步驟，用于基于與所述電子數(shù)據(jù)有關(guān)的所述多個分割的電子郵件來產(chǎn)生組合數(shù)據(jù)；以及發(fā)送步驟，用于在所述組合數(shù)據(jù)包括用于向目的地發(fā)送處理通知電子郵件的處理通知信息的情況下，向所述目的地發(fā)送表示電子數(shù)據(jù)的至少一部分已被發(fā)送的所述處理通知電子郵件。
全文摘要
本發(fā)明提供一種電子郵件通信設(shè)備和電子郵件通信方法，其能夠在接收是包括用于向預(yù)定目的地發(fā)送電子郵件的請求發(fā)送(RTS)信息的分割的電子郵件的電子郵件的情況下，合適地進行發(fā)送確認(rèn)，而不向源發(fā)送關(guān)于多段分割的電子郵件的每一段的發(fā)送確認(rèn)的電子郵件。首先，收到電子郵件的MFP 100確定所述電子郵件是否是通過按一定的數(shù)據(jù)量分割圖像數(shù)據(jù)而產(chǎn)生的多個分割的數(shù)據(jù)段之一，以便存儲該電子郵件。在收到的數(shù)據(jù)是分割的數(shù)據(jù)的情況下，MFP 100確定是否存儲圖像數(shù)據(jù)的所有的分割的數(shù)據(jù)段，并且如果所有的都被存儲，則根據(jù)MDN請求發(fā)送“發(fā)送確認(rèn)郵件”。
文檔編號G06F13/00GK1835510SQ20061005921
公開日2006年9月20日 申請日期2006年3月15日 優(yōu)先權(quán)日2005年3月15日
發(fā)明者利根川信行, 山田香里 申請人:佳能株式會社