專利名稱：用電子郵件發(fā)送圖像的通信裝置及控制方法
技術領域：
本發(fā)明涉及一種用電子郵件(此后稱e-mail)發(fā)送圖像的通信裝置及控制方法，更具體說，是涉及一種通信裝置及控制方法，用于發(fā)送作為e-mail附件的圖像數(shù)據(jù)。
背景技術：
近年來，隨著個人計算機的普及和網(wǎng)絡的興起，通過這種網(wǎng)絡發(fā)送和接收文本數(shù)據(jù)的e-mail變得更為普遍。利用e-mail，可以把各種類型文件粘貼在e-mail的文本數(shù)據(jù)體上，于是，已經(jīng)提出一種通過e-mail發(fā)送并接收圖像數(shù)據(jù)的因特網(wǎng)傳真，把圖像的TIFF(Tag Image FileFormat，標簽圖像文件格式)文件粘貼在該e-mail上。
類似地，利用IETF(Internet Engineering Task Force，因特網(wǎng)工程任務組)頒布的RFC 2532(Expanded Facsimile Using InternetMail，使用因特網(wǎng)郵件的傳真擴展)，已經(jīng)提出一種因特網(wǎng)傳真的全模式。該全模式是，當接收裝置已經(jīng)適當?shù)亟邮瞻l(fā)送裝置發(fā)送的有圖像TIFF文件附件的e-mail時，用e-mail通知發(fā)送裝置，表明接收裝置已經(jīng)適當接收發(fā)送裝置發(fā)送的e-mail。
借助該種因特網(wǎng)傳真，一般情況下，在圖像數(shù)據(jù)從發(fā)送裝置發(fā)送到抵達接收裝置這一段時間，e-mail通過了多個郵件服務器。因此，傳輸中的延遲成為關鍵因素。還有，某些郵件服務器為了減小服務器的處理負荷，限制附件的大小，而當傳輸路由中存在這樣的郵件服務器時，常?？赡苁勾蟮母郊荒苓m當傳送。
相反，在同一局域環(huán)境內，例如在同一網(wǎng)絡內，已有的郵件地址，不需要令e-mail通過服務器，因此消除了服務器產(chǎn)生的延遲及傳輸中的錯誤。
因此，需要一種通信裝置，有能力根據(jù)附有圖像文件的給定電子郵件的地址快速并容易地確定是否要通過郵件服務器路由，從而減小郵件服務器的負荷。

發(fā)明內容
因此，本發(fā)明的一個目的是提供一種通信裝置，用于發(fā)送作為電子郵件附件的圖像數(shù)據(jù)，該通信裝置能根據(jù)地址快速并容易地對附有圖像文件的給定電子郵件確定是否要通過郵件服務器路由，并相應地路由該電子郵件，因此能夠減小郵件服務器的處理負荷。
按照本發(fā)明的一個方面，上述目的是用一種通信裝置獲得的，該通信裝置包括接收者數(shù)據(jù)記錄裝置，用于記錄有關接收者的數(shù)據(jù)；電子郵件數(shù)據(jù)產(chǎn)生裝置，用于產(chǎn)生在附件中有圖像數(shù)據(jù)的電子郵件；和傳輸裝置，用于把該電子郵件發(fā)送到指定接收者；該接收者數(shù)據(jù)記錄裝置具有為每一接收者設置的傳輸路由數(shù)據(jù)，該傳輸裝置根據(jù)與要發(fā)送的電子郵件的接收者對應的傳輸路由數(shù)據(jù)，把電子郵件直接發(fā)送至接收者或者發(fā)送至指定服務器。
按照本發(fā)明的另一個方面，上述目的是用一種控制通信裝置的方法獲得的，該通信裝置包括用于記錄有關接收者數(shù)據(jù)的接收者數(shù)據(jù)記錄裝置，所述方法包括步驟產(chǎn)生在附件中有圖像數(shù)據(jù)的電子郵件；和把該電子郵件發(fā)送至指定接收者，該接收者數(shù)據(jù)記錄裝置具有為每一接收者設置的傳輸路由數(shù)據(jù)，該發(fā)送步驟根據(jù)與要發(fā)送的電子郵件接收者對應的傳輸路由數(shù)據(jù)，把電子郵件直接發(fā)送至接收者或者發(fā)送至指定服務器。
按照本發(fā)明的再一個方面，上述目的是用一種使計算機起通信裝置作用的計算機程序獲得的，包括接收者數(shù)據(jù)記錄單元，用于記錄有關接收者的數(shù)據(jù)；
電子郵件數(shù)據(jù)產(chǎn)生單元，用于產(chǎn)生在附件中有圖像數(shù)據(jù)的電子郵件；和傳輸單元，用于把該電子郵件發(fā)送到指定接收者；該接收者數(shù)據(jù)記錄單元具有為每一接收者設置的傳輸路由數(shù)據(jù)，該傳輸單元根據(jù)與要發(fā)送的電子郵件接收者對應的傳輸路由數(shù)據(jù)，把電子郵件直接發(fā)送至接收者或者發(fā)送至指定服務器。
本發(fā)明的其他目的、特征、和優(yōu)點，將從下面結合附圖的說明中明顯看出，附圖中，各圖自始至終用相同參考字符指定相同的或類似的部分。


與說明書結合并作為說明書一部分的附圖，畫出本發(fā)明的實施例，并與說明一起用于解釋本發(fā)明的原理，其中圖1是方框圖，畫出通信系統(tǒng)的一種配置，該配置使用按照本發(fā)明一個實施例的通信裝置；圖2是斷面圖，畫出作為圖1的一種通信裝置100的復印本；圖3是方框圖，畫出圖2的閱讀器1的配置；圖4是方框圖，畫出圖1的內核10的配置；圖5是方框圖，畫出圖1的格式器8的配置；圖6是方框圖，畫出圖1的傳真8的配置；圖7是方框圖，畫出圖1的網(wǎng)絡接口(I/F)7的程序配置；圖8是簡圖，畫出圖1通信裝置100的傳輸設置屏；圖9是簡圖，畫出圖1通信裝置100的地址簿選擇屏；圖10是簡圖，畫出用于向圖1通信裝置100地址簿中鍵入姓名的屏；圖11是流程圖，表明按照本發(fā)明一個實施例的通信裝置中，建立圖像的過程；圖12是流程圖，表明按照本發(fā)明一個實施例的通信裝置中，設置使用的頁大小的過程；
圖13是流程圖，表明按照本發(fā)明一個實施例的通信裝置中，設置壓縮方法的過程；圖14A和14B是流程圖，表明按照本發(fā)明一個實施例的通信裝置中，設置分辨率的過程；圖15是流程圖，表明按照本發(fā)明一個實施例的通信裝置的廣播過程；圖16是簡圖，畫出圖1服務器的設置例子的一部分；圖17是流程圖，表明按照本發(fā)明一個實施例的通信裝置，向單個地址發(fā)送e-mail的過程；圖18是順序圖，畫出按照本發(fā)明一個實施例的通信裝置的單模式傳輸；圖19是順序圖，畫出按照本發(fā)明一個實施例的通信裝置的FullMode(全模式)傳輸(成功的)；圖20是順序圖，畫出按照本發(fā)明一個實施例的通信裝置的FullMode(全模式)傳輸(失敗的)；圖21是簡圖，畫出按照本發(fā)明一個實施例的通信裝置上，記錄的傳輸結果的一個例子；和圖22是簡圖，按照本發(fā)明一個實施例的通信裝置，畫出輸出的傳輸結果報告的一個例子。
具體實施例方式
現(xiàn)在參照附圖，詳細說明本發(fā)明的優(yōu)選實施例。
圖1是方框圖，畫出通信系統(tǒng)的一種配置，該配置使用按照本發(fā)明一個實施例的通信裝置。
如圖1中所示，通信裝置100包括閱讀器1、打印機2、和圖像輸入輸出控制器3。閱讀器1讀出文件的圖像，并把與讀出的文件圖像對應的圖像數(shù)據(jù)，輸出至打印機2及圖像輸入輸出控制器3。打印機2把與閱讀器1及圖像輸入輸出控制器3來的圖像數(shù)據(jù)對應的圖像，打印在記錄媒體上。記錄媒體可以是紙、照相軟片、或其他適當?shù)牟牧?。圖像輸入輸出控制器3與閱讀器連接，并裝有傳真4、文件5、磁光盤驅動器6、網(wǎng)絡I/F7、格式器8、圖像存儲器9、和內核10。
傳真4是一電路，它把經(jīng)電話線接收的壓縮圖像數(shù)據(jù)擴展，并把擴展的圖像數(shù)據(jù)轉發(fā)至內核10，它還把內核10發(fā)來的圖像數(shù)據(jù)壓縮，并把壓縮的圖像數(shù)據(jù)發(fā)送至電話線。
磁光盤驅動器6與文件5連接。文件5把從內核10發(fā)來的圖像數(shù)據(jù)壓縮，并把壓縮的圖像數(shù)據(jù)連同供搜索該圖像數(shù)據(jù)的關鍵字，寫入磁光盤驅動器6中的磁光盤組。
文件5根據(jù)經(jīng)內核10發(fā)來的關鍵字，搜索存儲在磁光盤中壓縮的圖像數(shù)據(jù)，讀出并擴展搜索的壓縮圖像數(shù)據(jù)，和把擴展的圖像數(shù)據(jù)發(fā)送至內核10。
網(wǎng)絡I/F7有網(wǎng)絡接口，以便與圖像輸入輸出控制器3連接，并被指配e-mail地址為ifacsimile@figaro.xyz.co.jp。
硬盤18與網(wǎng)絡I/F 7連接，并能存儲從局域網(wǎng)200接收的e-mail數(shù)據(jù)。
類似于通信裝置100的通信裝置20，連接至局域網(wǎng)200，且通信裝置20(的網(wǎng)絡I/F)被指配e-mail地址為ifacsimile@figaro02.xyz.co.jp。還有，起郵件服務器、pop(堆棧)服務器、和DNS服務器作用的第一服務器12(e-mail地址為pulser.xyz.co.jp)，與第一服務器12有相同能力，用于支持第一服務器12的第二服務器21(指配的e-mail地址為backup.xyz.co.jp)，和指配e-mail地址為client@xyz.co.jp的郵件客戶PC11，都與網(wǎng)絡200連接。網(wǎng)絡200又通過沒有畫出的例如網(wǎng)關裝置，連接至World Wide Web(環(huán)球網(wǎng))，或因特網(wǎng)13。
在因特網(wǎng)13或可通過因特網(wǎng)13接入的外部網(wǎng)的內部，是多個類似第三服務器14(指配的e-mail地址為panther.abc.co.jp)的郵件服務器，因此能與非常多的人進行e-mail通信。
格式器8是一電路，它把與網(wǎng)絡I/F7連接的計算機發(fā)送來的表示圖像的碼數(shù)據(jù)，轉換為打印機2能打印的圖像數(shù)據(jù)。
圖像存儲器9是一電路，它臨時存儲圖像數(shù)據(jù)。
下面給出內核10的詳細說明。一般說，內核10控制數(shù)據(jù)在閱讀器1、傳真4、文件5、網(wǎng)絡I/F 7、格式器8、和圖像存儲器9各方框上的流動。
現(xiàn)在說明在本裝置中，把被閱讀器1讀出的圖像，粘貼到e-mail，并把e-mail發(fā)送到郵件客戶15(e-mail地址為pcmail@abc.co.jp)的過程。
在該情形中，閱讀器1讀出的圖像被轉換為e-mail附件形式，并用SMTP(Simple Mail Transfer Protocol，簡單郵件傳送協(xié)議)把數(shù)據(jù)發(fā)送至第一郵件服務器12。在該e-mail中，e-mail的始發(fā)地址是指配給網(wǎng)絡I/F7的ifacsimile@figaro.xyz.co.jp。
根據(jù)指定給郵件客戶15的e-mail地址pcmail@abc.co.jp，第一郵件服務器12經(jīng)因特網(wǎng)13，把數(shù)據(jù)發(fā)送至第三郵件服務器14。已經(jīng)接收這樣發(fā)送的e-mail的第三郵件服務器14，驗證該地址是否它管理的用戶的地址，并把接收的e-mail存儲在郵件客戶15的郵箱中。
安裝在郵件客戶15中的、能發(fā)送及接收e-mail的e-mail軟件(即郵件收發(fā)器)，按一定時間間隔，例如用POP3(Post Office Protocol-Version3，郵政協(xié)議-版本3)檢查第三服務器14郵箱的新郵件。如果有新郵件，則把新郵件下載，從而通信裝置100閱讀器1讀出的圖像，可以作為附件獲得。
同樣，當向因特網(wǎng)傳真機17(e-mail地址ifacsimile@abc.co.jp)發(fā)送圖像數(shù)據(jù)時，可以通過第一服務器12、因特網(wǎng)13、和第三服務器14發(fā)送數(shù)據(jù)，借助接收圖像數(shù)據(jù)的因特網(wǎng)傳真機17，打印接收的圖像數(shù)據(jù)。
相反的過程也可以實施。就是說，可以把因特網(wǎng)傳真機17讀出的圖像數(shù)據(jù)，經(jīng)過第三服務器14、因特網(wǎng)13、和第一服務器12，發(fā)送至通信裝置100。在通信裝置100上，接收的圖像數(shù)據(jù)能夠通過打印機2打印。
圖2是斷面圖，畫出作為圖1的一種通信裝置100的復印本。
如圖所示，文件饋送器101安裝在閱讀器1中。文件饋送器101把其上的文件組，每次一張地饋送至壓印板玻璃102的上部位置，并在讀出完成時，把紙從壓印板玻璃102上移去。
當文件輸運到壓印板玻璃102上時，燈103亮起，掃描器單元104開始移動。掃描器單元104的移動導致文件被掃描，而在掃描時，從文件反射的光，經(jīng)反射鏡105、106、107、及透鏡108，被引向CCD圖像傳感器109(本文此后簡稱CCD109)。
從被掃描文件反射的光，被CCD 109讀出，通過光電轉換，把光學上讀出的圖像轉換為圖像數(shù)據(jù)，然后輸出該圖像數(shù)據(jù)。從CCD 109輸出的圖像數(shù)據(jù)，經(jīng)某種處理后，經(jīng)過視頻總線(圖上未畫出)，轉發(fā)到打印機2和輸入輸出控制器3的內核10(圖上未畫出)。
在打印機上，閱讀器1輸出的圖像數(shù)據(jù)，輸入激光器驅動器201。激光器驅動器201，按照輸入的圖像數(shù)據(jù)，驅動激光發(fā)射器211。換而言之，激光器驅動器201驅動激光發(fā)射器211，使之發(fā)出與閱讀器1輸出的圖像數(shù)據(jù)對應的激光束。該激光束被多面鏡之類(圖上未畫出)引導到光敏鼓202上。通過用激光發(fā)射器211發(fā)射的激光束，持續(xù)地掃描光敏鼓202，同時旋轉光敏鼓202，在光敏鼓202上形成與激光束對應的靜電潛像。
光敏鼓202上的靜電潛像，用顯影器單元203提供的顯影劑使之變成可見的已顯影圖像。記錄紙由盒204或盒205中的一個，與激光的發(fā)射同步地提供，送至光敏鼓202和轉印單元206之間的位置。形成在光敏鼓202上已顯影的圖像，被轉印單元206轉印到記錄紙上。
已轉印顯影圖像的記錄紙，被傳送到定影器207，在定影器207，記錄紙被加熱和加壓，以便固定顯影的圖像。然后，記錄紙通過定影器207，并由輸出滾筒208送至分選器212，分選器212把已打印的紙分送各個儲存斗儲存，直至取走。應當指出，如果分選器212沒有設置為分選，則記錄紙被儲存在最上面的儲存斗。此外，當設置為雙面打印時，則在記錄紙被輸運至輸出滾筒208之后，輸出滾筒208按反方向旋轉，紙被舌門209導向有第二輸運滾筒210的再傳送路線。
當設定為多次印刷時，舌門209被接通，使記錄紙不輸運到輸出滾筒208，而是被引導至上述再傳送路線，通過該再傳送路線，紙再次在光敏鼓202和轉印單元206之間饋送。
現(xiàn)在給出閱讀器1配置的一個例子的說明。
圖3是方框圖，畫出圖2閱讀器1的配置。
從CCD 109輸出的圖像數(shù)據(jù)，如圖3所示，被A/D SH 110從模擬轉換為數(shù)字數(shù)據(jù)，還進行黑斑校正。然后，把經(jīng)過這樣處理的圖像數(shù)據(jù)，經(jīng)圖像處理器111，發(fā)送到打印機2，還經(jīng)I/F 113，發(fā)送到圖像輸入輸出控制器3的內核10。圖像處理器111用各種處理過程處理圖像，其中包括均衡。I/F 113接收包括從內核10發(fā)送的圖像數(shù)據(jù)的數(shù)據(jù)，并控制與內核10的接口。
圖像處理器111及I/F 113，按照鍵盤及安裝在控制器115上觸摸面板輸入的設定，接受CPU 114的控制。例如，當控制器設定為照片模式，以便均衡并拍照時，CPU 114用圖像處理器111，使圖像數(shù)據(jù)均衡，并把均衡的圖像數(shù)據(jù)發(fā)送至打印機2。
類似地，當控制器設定為傳真?zhèn)鬏斈Ｊ綍r，CPU 114按照圖像數(shù)據(jù)及設定的模式，經(jīng)I/F 113向內核10發(fā)送控制命令。
CPU 114施加的控制，例如通過CPU 114執(zhí)行存儲器116存儲的控制程序實施。此外，存儲器116還能用作CPU 114的工作區(qū)。
現(xiàn)在給出內核10配置的一個例子的說明。
圖4是方框圖，畫出圖1的內核10的配置。
內核10有連接至閱讀器1的接口I/F 22(本文此后稱閱讀器I/F22)，于是，從閱讀器1發(fā)來的圖像數(shù)據(jù)，經(jīng)閱讀器I/F 22，發(fā)送至圖像數(shù)據(jù)處理器121。還有，來自閱讀器1的控制命令，同樣經(jīng)閱讀器I/F22，發(fā)送至CPU 123。圖像數(shù)據(jù)處理器121按各種需要的方式，處理圖像數(shù)據(jù)。這類處理包括，但不限于，旋轉圖像和放大或縮小圖像。然后，在圖像數(shù)據(jù)處理器121處理的圖像數(shù)據(jù)，根據(jù)閱讀器1發(fā)來的控制命令，經(jīng)I/F 120，發(fā)送至傳真4及文件5之一、或網(wǎng)絡I/F 7。
表示從網(wǎng)絡I/F 7輸入的圖像的打印機數(shù)據(jù)，在發(fā)送到圖像數(shù)據(jù)處理器121之后，發(fā)送至格式器8并擴展成圖像數(shù)據(jù)，格式器8再次把圖像數(shù)據(jù)發(fā)送至圖像數(shù)據(jù)處理器121，之后，圖像數(shù)據(jù)經(jīng)I/F 122，或發(fā)送至傳真4，或發(fā)送至打印機2。傳真4把接收的圖像數(shù)據(jù)，轉發(fā)至圖像數(shù)據(jù)處理器121，之后，發(fā)送至傳真4及文件5之一，或至網(wǎng)絡I/F 7。從文件5輸出的圖像數(shù)據(jù)，經(jīng)發(fā)送至圖像數(shù)據(jù)處理器121之后，又發(fā)送至打印機2及傳真4之一，或發(fā)送至網(wǎng)絡7。
例如，CPU 123根據(jù)從閱讀器1發(fā)來的控制命令，通過執(zhí)行存儲器124存儲的控制程序，控制各方框之間的數(shù)據(jù)傳送，同時還控制由圖像數(shù)據(jù)處理器121對圖像處理的執(zhí)行。存儲器124還能用作CPU 123的工作區(qū)。
因此，如上所述，內核10能同時實施多樣性的功能，包括文件圖像的讀出、圖像的打印、圖像傳輸及接收、圖像存儲、和從計算機輸入及輸出數(shù)據(jù)。
現(xiàn)在給出格式器8配置的一個例子的說明。
圖5是方框圖，畫出圖1的格式器8的配置。
用應用程序，例如PC客戶服務器11的字處理程序產(chǎn)生的數(shù)據(jù)，被打印機驅動器轉換為能被打印機打印的Page Description Language(PDL，頁面描述語言)，如Postscript(PS)等等。然后，把已轉換的數(shù)據(jù)，經(jīng)網(wǎng)絡I/F 7及內核10，發(fā)送至格式器8。
在格式器8上，數(shù)據(jù)是通過內核I/F 220接收的，并經(jīng)CPU 222解釋。CPU 222用Font ROM 223和Dram 225產(chǎn)生圖像數(shù)據(jù)。然后，由圖像數(shù)據(jù)處理器226進一步處理如上產(chǎn)生的圖像數(shù)據(jù)，使之與視頻時鐘228產(chǎn)生的同步信號同步，然后從視頻I/F電路227發(fā)送至內核10。發(fā)送的數(shù)據(jù)然后由打印機2打印。
因此，如上所述，打印是根據(jù)PDL實行的。CPU 222例如可以通過執(zhí)行ROM 224存儲的控制程序，作為一個整體地控制格式器8的操作。
應當指出，格式器8能夠隨PDL的每種類型改變。ROM 224的版本隨PDL類型而不同，所以用戶能夠按照他的或她的目的，選擇PDL及版本。
現(xiàn)在給出傳真4配置的一個例子的說明。
圖6是方框圖，畫出圖1的傳真8的配置。
NCU(Network Control Unit，網(wǎng)絡控制單元)230是一電路，它把傳真4與電話連接，并進行電話和傳真功能之間的切換，檢測收到的呼叫信號，并在呼叫時保持來自電話交換機的DC環(huán)路信號。
MODEM(MOdulator/DEModulator，調制器/解調器)231是調制解調電路，它把模擬信號轉換為數(shù)字信號，或相反，把數(shù)字信號轉換為模擬信號。
從另一個傳真發(fā)來的數(shù)據(jù)，被NCU 230接收，并被MODEM 213轉換為數(shù)字信號。數(shù)據(jù)是圖像數(shù)據(jù)，已經(jīng)用MH、MR、MMR、或JBIG之一的加密方法編碼。
如此發(fā)送來的信號被編碼/解碼電路236解碼，并在DRAM 235擴展成圖像數(shù)據(jù)。然后，得到的圖像的分辨率被分辨率改變單元234改變，并且該圖像在圖像處理電路237上處理。得到的圖像數(shù)據(jù)是與視頻時鐘239產(chǎn)生的時鐘同步的，并被視頻I/F電路238發(fā)送到內核10，在內核10，圖像數(shù)據(jù)由打印機2打印。
在傳輸時，閱讀器1讀出的圖像數(shù)據(jù)，經(jīng)過內核10，被視頻I/F電路238、視頻時鐘239、和圖像處理電路237擴展，送至DRAM 235。然后，數(shù)據(jù)的分辨率被分辨率改變單元234改變，并被編碼/解碼電路236用MH、MR、MMR、或JBIG之一的方法編碼。然后，已編碼的數(shù)據(jù)被MODEM 231轉換為模擬信號，并由NCU 230發(fā)送。
CPU 232是一電路，由它協(xié)調上述的控制。程序ROM 233包含操縱CPU 232的程序。傳真232是可摘下的，能夠在需要時連上。
下面，先參照圖7，給出網(wǎng)絡I/F 7的程序結構的說明。
圖7是方框圖，畫出圖1的網(wǎng)絡接口(I/F)7的程序配置。
如圖7所示，網(wǎng)絡I/F 7的程序，包括實施IP(Internet Protocol，因特網(wǎng)協(xié)議)250、TCP(Transmission Control Protocol，傳輸控制協(xié)議)/UDP(User Datagram Protocol，用戶數(shù)據(jù)報協(xié)議)251、和應用層協(xié)議252的程序。
IP 250是因特網(wǎng)協(xié)議層，它通過用中間節(jié)點如路由器的鏈接，為發(fā)送主機裝置到接收主機裝置的消息傳遞提供服務。用于傳遞消息的最重要的信息部分，是發(fā)送的地址和接收的地址，是由IP 250管理的。IP250確定消息的路由，就是說，為了抵達消息預定的目的地地址，消息應在網(wǎng)絡內走哪些路徑。
TCP/UDP 251是傳送層，它為發(fā)送應用進程到接收應用進程的消息傳遞提供服務。TCP屬連接類型的服務，并保證高度的傳輸可靠性，而UDP雖然也屬連接類型的服務，但不保證可靠性。
應用層協(xié)議252管轄多種協(xié)議，包括File Transfer Protocol(FTP，文件傳送協(xié)議)；Simple Network Management Protocol(SNMP，簡單網(wǎng)絡管理協(xié)議)；LPD，是打印機服務器協(xié)議；HyperText Transport Protocol(HTTP，超文本傳送協(xié)議)；Simple mailTransfer Protocol(SMTP，簡單郵件傳送協(xié)議)，這是World WideWeb(WWW，環(huán)球網(wǎng))服務器協(xié)議；和Post Office Protocol version 3(POP，郵政協(xié)議，版本3)，這是e-mail下載協(xié)議。
圖8是簡圖，畫出圖1通信裝置100的傳輸設置屏，就是說，畫出當發(fā)送圖像時，控制器115上顯示屏的一個例子。應當指出，在本例中，為說明的目的，假定控制器115只是一觸摸面板LCD顯示器，當然可以用其他類型的控制器。
讀出大小指定區(qū)300是一空框，以便規(guī)定掃描單元104讀出圖像的紙張大小。用戶可以，例如從紙張大小A5、A4、A3、B5、B4、和AUTOMATIC(自動)中選擇。
分辨率指定區(qū)301是一空框，以便規(guī)定掃描單元104的讀出分辨率(點/英寸)。據(jù)此，用戶例如可以從200×100、200×200、200×400、300×300、400×400、和600×600 dpi中選擇。默認的設置是200×200dpi。
壓下詳細設定按鈕302時，顯示一個窗(圖上沒有畫出)，以便規(guī)定讀出密度、文件類型、雙側讀出、紙張傳送、畫面調節(jié)、如此等等，用戶可以用它設定任何需要的參數(shù)。
接收者地址指定區(qū)(或按鈕)303是一空框，以便輸入e-mail預定接收者的地址。壓下“地址”按鈕，便顯示類似于圖9的地址簿。用戶可以從地址簿中選擇需要的地址，并在接收者地址指定區(qū)鍵入該地址。地址簿更詳細的說明，推遲到參照圖9的說明。在圖8，指定InternetFAX 17的地址ifax@abc.co.jp作為地址。
主題說明區(qū)304是一空框，以便給出e-mail的標題。文本區(qū)305是可以輸入消息主體的區(qū)。圖8中，e-mail的主題是“測試”，而主體由消息“HELLO”組成。
回復指定區(qū)306是一空框，以便當用戶希望分開地指定回復發(fā)信方郵件地址時，指定“回復發(fā)信方”作為標題，就是說，用戶希望回復e-mail的發(fā)信方。圖8畫出一個例子，其中，e-mail地址(client@xyz.co.jp)是用戶他本身或她本身常用的，而不是InternetFAX 17的e-mail地址(ifax@abc.co.jp)，被規(guī)定為發(fā)信方的e-mail地址。應當指出，回復發(fā)信方的e-mail地址，也可以用地址簿輸入。
當選擇回復發(fā)信方作為e-mail地址時，可以規(guī)定把通信的確認發(fā)送至裝置的e-mail地址(即至ifax@abc.co.jp)和發(fā)送至回復發(fā)信方(即至發(fā)信方的)e-mail地址兩個地址。因此，如果設定回復發(fā)信方e-mail地址為常用的e-mail地址，那么，也可以很容易把通信的確認發(fā)送至client@xyz.co.jp。
圖9是簡圖，畫出圖1通信裝置100的地址簿選擇屏。地址簿在用戶模式中可以編輯(圖中沒有畫出)，并可以用作存儲大量InternetFAX及各個e-mail地址的數(shù)據(jù)庫。
地址簿包括地址簿ID字段350、選擇標記字段351、和預定接收者e-mail地址字段352，且可以用鍵353、354使之上下滾動。
當發(fā)送e-mail時，借助出現(xiàn)在選擇標記字段351中的、與選擇的地址對應的選擇標記，可以從地址簿選擇一個或多個地址。圖9畫出一個例子，其中地址簿的ID No.6，即ifax@abc.co.jp被選作要發(fā)送的e-mail地址。地址的選擇，可以用手指壓下需要的地址實現(xiàn)。
詳細顯示按鈕355，是用于顯示選擇的地址之外詳細信息的按鈕，并被寄存。這些詳細信息，例如可以包括圖10所示項目。
圖10是簡圖，畫出圖1通信裝置100用于在地址簿中鍵入姓名的屏。該屏可以用圖中沒有畫出的用戶模式調出，也可以通過壓下地址簿顯示屏的詳細顯示按鈕355調出。
地址指定區(qū)400是用于輸入預定接收者e-mail地址的部分。例如，觸摸該區(qū)，便顯示虛擬的鍵盤屏，使用該虛擬鍵盤，用戶能夠輸 e-mail地址。
參考數(shù)字401表示模式切換按鈕，它能讓用戶在Simple Mode(單模式)傳輸和Full Mode(全模式)傳輸之間選擇，在單模式中，不承擔對傳輸?shù)拇_認，而在全模式中，要承擔確認。每壓下該按鈕一次，模式變換一次。
參考數(shù)字402表示路由選擇按鈕，能讓用戶選擇是經(jīng)e-mail服務器如郵件服務器12發(fā)送數(shù)據(jù)，還是不通過e-mail服務器直接發(fā)送數(shù)據(jù)。每次壓下該按鈕，路徑設置便改變。用戶通過例如考慮網(wǎng)絡結構，確定選擇哪一種路由。
參考數(shù)字403表示紙張大小指定區(qū)，參考數(shù)字406表示壓縮方法選擇區(qū)，及參考數(shù)字409表示分辨率選擇區(qū)。這些區(qū)共同設置通信裝置100能夠接收的圖像數(shù)據(jù)服務。如果接收機能接收B4大小的圖像，用戶把紙張大小指定區(qū)B4按鈕設置為ON。如果接收機能接收A3大小的圖像，用戶把紙張大小指定區(qū)A3按鈕設置為ON。應當指出，A4(A4+)是所有傳真機能接收的大小，所以A4按鈕總停留在ON。
如果接收機能接收200×400dpi的分辨率，用戶把200×400設置為ON。同樣，如果接收機能接收300×300dpi、400×400dpi、或600×600dpi的分辨率，用戶根據(jù)具體情況，只要適當，相應地分別設置300×300dpi按鈕411、400×400dpi按鈕412、或600×600dpi按鈕413為ON。所有傳真機能接收的分辨率為200×100dpi或200×200dpi，所以這些按鈕總停留在ON。
參考數(shù)字404、405、407、408、410、411、412、和413表示的按鈕都是，當在ON時，顯示黑的背景，且功能如同乒乓開關，就是每壓一次，它便接通或關閉。
參考數(shù)字411表示OK按鈕，當壓下時，令設置輸入地址簿。
現(xiàn)在參照圖11-14，說明當發(fā)送閱讀器1讀出的圖像時，按照通信裝置100的接收能力產(chǎn)生圖像數(shù)據(jù)的過程。
圖11是流程圖，表明按照本發(fā)明的一個實施例的通信裝置中，建立圖像的過程。圖12是流程圖，表明按照本發(fā)明一個實施例的通信裝置中，設置使用的頁大小的過程。圖13是流程圖，表明按照本發(fā)明一個實施例的通信裝置中，設置壓縮方法的過程。圖14A和14B是流程圖，表明按照本發(fā)明一個實施例的通信裝置中，設置分辨率的過程。
為明晰起見，首先用圖11說明整個處理流程。
如圖所示，處理過程包括產(chǎn)生圖像轉換參數(shù)，如紙張大小指定(在步驟S421)、壓縮方法指定(在步驟S422)、和分辨率指定(在步驟S423)，然后用這些參數(shù)執(zhí)行圖像轉換(在步驟S424)。
下面用圖12的流程圖，詳細說明指定紙張大小的處理過程(圖11中的步驟S421)。
開始時，在步驟S430，確定原始的、預轉換的圖像，就是說，閱讀器讀出的圖像、或經(jīng)網(wǎng)絡I/F7接收或轉發(fā)的圖像的大小，是否為A4。
如果發(fā)現(xiàn)原始的、預轉換的圖像是A4，則在步驟S431中，把圖像大小設定為A4，并且過程終止。但是，如果發(fā)現(xiàn)原始的、預轉換的圖像不是A4，那么在步驟S432中，確定讀出或接收的圖像大小是否為B4，并且，如果是，那么在步驟S433中，確定B4的紙張大小設置是否為ON，就是說，地址簿按鈕404(開通B4接收)是否為ON。如果B4的設置是ON，那么在步驟S434中，把圖像大小設定為B4，并且過程終止。
如果在步驟S433中，B4的設置不是ON，那么B4大小的設置應轉換為A4，并且過程終止。
但是，如果讀出的圖像大小既非A4，也非B4，而是A3，那么在步驟S436中確定，A3紙的大小設置是否為ON，并且，如果是，那么在步驟S437中，圖像大小設置為A3，并且過程終止。
如果在步驟S436中，A3設置不是ON，那么在步驟S438中，確定B4大小的設置是否為ON(就是說，地址簿按鈕404(開通B4接收)是否為ON)，并且，如果是，那么在步驟S439中，A3的圖像設置轉換為B4。如果B4設置不是ON，那么在步驟S440中，A3的圖像設置轉換為A4。
現(xiàn)在參照圖13，詳細說明壓縮圖像的過程。
在步驟S451，確定MMR按鈕408是否為ON，如果是，則在步驟S452，把壓縮方法設置為MMR，并且過程終止。
但是，如果MMR按鈕408不是ON，那么在步驟S454中，確定MR按鈕407是否為ON。如果是，則在步驟S454中把壓縮方法設置為MR。如果MR按鈕407不是ON，那么在步驟S455中把壓縮方法設置為MH。
現(xiàn)在參照圖14A和14B，詳細說明規(guī)定圖像分辨率(圖11中的步驟S423)的過程。
在步驟S460，確定要轉換的原始圖像分辨率是否為200×100dpi。如果是，則在步驟S461中把分辨率設置為200×100dpi的放大率，并且過程終止。
但是，如果在步驟S460中，發(fā)現(xiàn)要轉換的原始圖像分辨率不是200×100dpi，則在步驟S462中，確定分辨率是否為200×200dpi。如果是，那么在步驟S463中，把分辨率設置為200×200dpi，并且過程終止。
但是，如果在步驟S462中，確定要轉換的原始圖像分辨率不是200×200dpi，則在步驟S464中，確定要轉換的原始圖像分辨率是否為200×400dpi，如果是，在步驟S465中確定，200×400dpi按鈕410是否為ON。如果200×400dpi按鈕410是ON，那么在步驟S466中把分辨率設為200×400dpi的放大率，又如果不是ON，則把分辨率設為200×200dpi，并且過程終止。
如果在步驟S464中，發(fā)現(xiàn)原始圖像的分辨率不是200×400dpi，那么在步驟S468中確定，原始圖像分辨率是否為300×300dpi，并且，如果是，則在步驟S469中確定，300×300dpi按鈕411是否為ON。如果300×300dpi按鈕411是ON，那么在步驟S470中，把分辨率設為300×300dpi的放大率。如果按鈕411不是ON，那么把分辨率設為200×200dpi，過程在步驟S471終止。
在上面的步驟S468中，如果發(fā)現(xiàn)原始圖像的分辨率不是300×300dpi，那么在步驟S472中，確定原始圖像的分辨率是否為400×400dpi，如果是，在步驟S473中確定，400×400dpi按鈕412是否為ON。如果按鈕412是ON，則在步驟S474中把分辨率設為400×400dpi的放大率，并且過程終止。
但是，如果按鈕412不是ON，那么在步驟S475中確定，300×300dpi按鈕411是否為ON。如果按鈕411是ON，則在步驟S476中把分辨率設為300×300dpi，并且過程終止。
如果300×300dpi按鈕411不是ON，則在步驟S477中確定，200×400dpi按鈕410是否為ON。如果按鈕410是ON，那么在步驟S478中把分辨率設為200×400dpi。如果按鈕410不是ON，那么在步驟S479中把分辨率設為200×200dpi，并且過程終止。
在上面的步驟S472中，如果原始圖像分辨率不是400×400dpi，本實施例中的通信裝置100，原始圖像的分辨率是600×600dpi。所以，在步驟S480中確定，600×600dpi按鈕413是否為ON。如果600×600dpi按鈕413是ON，則步驟S481把分辨率設為600×600dpi的放大率，并且過程終止。
但是，如果在上面的步驟S480中，600×600dpi按鈕413不是ON，那么在步驟S482確定，400×400dpi按鈕412是否為ON。如果按鈕412是ON，那么在步驟S483中把原始圖像的分辨率設為400×400dpi，并且過程終止。
但是，如果按鈕412不是ON，那么在步驟S484中確定，300×300dpi按鈕411是否為ON。如果按鈕411是ON，那么在步驟S485把分辨率設為300×300dpi，并且過程終止。
但是，如果300×300dpi按鈕411還不是ON，那么在步驟S486檢驗，以確定200×400dpi按鈕410是否為ON。如果按鈕410是ON，則步驟S487把分辨率設為200×400dpi。如果按鈕410不是ON，那么在步驟S488中，把分辨率設為200×200dpi，并且過程終止。
在上述圖11的步驟S424中，處理的次序是圖像處理器424按照紙張大小指定過程中(畫在圖12)規(guī)定的紙張大小，把圖像分辨率設為指定的分辨率，之后是壓縮方法指定過程(畫在圖13)中規(guī)定的圖像壓縮方法。
現(xiàn)在參照圖15，說明廣播過程。
圖15是流程圖，表明按照本發(fā)明一個實施例的通信裝置的廣播過程，就是說，把圖11所示過程產(chǎn)生的圖像，發(fā)送至多個地址的過程。
當廣播開始時，在步驟S501，把圖像要廣播的地址數(shù)設為變數(shù)i。在步驟S502，通信裝置100執(zhí)行稍后參照圖17說明的地址發(fā)送過程。在步驟S503，通信裝置100從變數(shù)i中減1。
其次，在步驟S504確定，變數(shù)i是否為零(此后寫成0)。如果變數(shù)i不是0，那么過程返回步驟S502，并重復向單個地址的發(fā)送過程。但是，如果變數(shù)i是0，那么過程終止。因此，無論有多少地址要廣播，通過重復向單個地址的發(fā)送過程多次，可以實現(xiàn)廣播圖像的過程。
現(xiàn)在參照圖16，說明通信裝置100的服務器的設置。
圖16是簡圖，畫出對圖1服務器的設置例子的一部分。
圖16畫出設置文件的線路520到531。在線路520中，pulser.xyz.co.jp的IP地址定義為99.99.99.99，而在線路521中，backup.xyz.co.jp的IP地址定義為99.99.99.100。
線路522和523是定義操作的MX(郵件交換)記錄，該操作是在接收所有編址至xyz.co.jp的e-mail時施行的。線路522指示，向pulser.xyz.co.jp的傳輸，按水平10加權，而線路523指示，向backup.xyz.co.jp的傳輸，按水平20加權。
在本實施例中，設計服務器12和第二服務器21的操作，使之把發(fā)送e-mail的優(yōu)先權授予有較低加權的地址，于是，當接收編址至xyz.co.jp的e-mail時，服務器12和第二服務器21把接收的e-mail首先發(fā)送給pulser.xyz.co.jp。如果，例如pulser.xyz.co.jp的功率是OFF，郵件不能送達，則轉而把郵件發(fā)送至backup.xyz.co.jp。
線路524定義figaro.xyz.co.jp的IP地址為99.99.99.101。線路525、526、和527分別指示，編址至figaro.xyz.co.jp的e-mail，以水平10的加權發(fā)送至figaro.xyz.co.jp，至pulser.xyz.co.jp的，以水平20的加權發(fā)送，和至backup.xyz.co.jp的，以水平30的加權發(fā)送。
因此，當服務器12和第二服務器21接收編址至figaro.xyz.co.jp的e-mail時，服務器12和第二服務器21首先把e-mail發(fā)送至figaro.xyz.co.jp。但是，如果服務器12和21不能把e-mail發(fā)送至figaro.xyz.co.jp，則把e-mail發(fā)送至pulser.xyz.co.jp。如果服務器12、21還不能把e-mail發(fā)送至pulser.xyz.co.jp，則把e-mail發(fā)送至backup.xyz.co.jp。
在線路528中，定義figaro2.xyz.co.jp的IP地址為99.99.99.101。線路529、530、和531分別指示，編址至figaro2.xyz.co.jp的e-mail，應以加權10發(fā)送至figaro2.xyz.co.jp，至pulser.xyz.co.jp的，以加權20發(fā)送，和至backup.xyz.co.jp的以加權30發(fā)送。
因此，當?shù)谝缓偷诙掌?2和21接收編址至figaro2.xyz.co.jp的e-mail時，這兩個服務器首先把e-mail發(fā)送至figaro2.xyz.co.jp。如果不能把e-mail發(fā)送至figaro2.xyz.co.jp，則發(fā)送至pulser.xyz.co.jp，又如果還是不能把e-mail發(fā)送至pulser.xyz.co.jp，則把e-mail發(fā)送至backup.xyz.co.jp。
圖17是流程圖，表明按照本發(fā)明一個實施例的通信裝置，向單個地址發(fā)送e-mail的過程。圖17畫出把e-mail發(fā)送至figaro2.xyz.co.jp。
在發(fā)送開始時，過程進至圖15所示的廣播，并在步驟S502，執(zhí)行向單個地址的發(fā)送。
首先，在步驟S550，路由選擇按鈕402的設置，與接收者的e-mail地址對應，就是說，是否經(jīng)服務器發(fā)送e-mail，由地址簿確認。如果該e-mail經(jīng)服務器發(fā)送，那么在步驟S552，把數(shù)據(jù)發(fā)送至第一服務器12。
步驟S554進行檢驗，以確定向服務器的傳輸中是否產(chǎn)生任何錯誤。如果出現(xiàn)錯誤，通信裝置100指出該錯誤，如果沒有出現(xiàn)錯誤，則指出單個地址的e-mail發(fā)送成功，并且過程終止。
如果在步驟S550中，路由選擇按鈕402的設置是e-mail不經(jīng)服務器發(fā)送，于是在步驟S556中，用DNS協(xié)議，從第一服務器12獲得類似于圖16所示的DNS MX記錄。
在步驟S558，從這樣獲得的DNS MX記錄中搜索地址figaro2.xyz.co.jp，發(fā)現(xiàn)該地址有最低的加權(在figaro2.xyz.co.jp的情形中)，所以e-mail被發(fā)送。在步驟S562中進行檢驗，以確定在傳輸中是否產(chǎn)生任何錯誤。如果沒有出現(xiàn)錯誤，則指出單個地址的e-mail發(fā)送成功，并且過程終止。
如果傳輸中出現(xiàn)錯誤，于是在步驟S564中進行搜索，查找DNSMX記錄中是否有次最低加權的地址。如果沒有這樣的地址，那么傳輸以錯誤結束。但是，如果有次最低加權的地址，那么在步驟S566中，完成向該地址的發(fā)送。在本例中，比figaro2.xyz.co.jp有次最低加權的地址確實存在(pulser.xyz.co.jp)，所以e-mail被發(fā)送至pulser.xyz.co.jp。
在步驟S562中再次進行檢驗，以確定在傳輸中是否產(chǎn)生錯誤，并且，如果沒有錯誤，向單個地址的發(fā)送過程成功結束。
如果傳輸中有錯誤，則在步驟S564中搜索DNS MX記錄，以確定是否有次最低加權的地址，并且，如果不存在這樣的地址，那么傳輸以錯誤結束。但是，如果有次最低加權的地址，那么在步驟S566中，完成向該地址的發(fā)送。在本例中，加權比pulser.xyz.co.jp次最低的地址是backup.xyz.co.jp，所以e-mail被發(fā)送至backup.xyz.co.jp。
因此，如上所述，通過使用從服務器獲得的DNS MX記錄，并使之能在通信裝置的傳輸中執(zhí)行，正如服務器實行的那些傳輸一樣，于是，選擇通過服務器(或多個服務器)發(fā)送e-mail，或選擇不通過服務器發(fā)送e-mail，便成為可能。
應當指出，DNS MX記錄的獲取及適合接收者地址形式的分組的產(chǎn)生，是由上述的內核10及網(wǎng)絡I/F 7實施的。
現(xiàn)在參照圖18、19、和20，說明通過Simple Mode(單模式)及通過Full Mode(全模式)的傳輸。
圖18是順序圖，畫出按照本發(fā)明一個實施例的通信裝置的SimpleMode(單模式)傳輸。如上所述，在按照本實施例的通信裝置100中，對地址簿中登記的每一地址，可以用模式切換按鈕401，指定通過Simple Mode(單模式)，或通過Full Mode(全模式)發(fā)送郵件。
圖18畫出從網(wǎng)絡I/F 7(ifax@figaro.xyz.co.jp)向因特網(wǎng)傳真機17(圖1的ifax@abc.co.jp)發(fā)送的順序。在該情形中，傳輸是通過一個或多個服務器(包括第一和第二服務器12和21)路由的，因為它是經(jīng)因特網(wǎng)13發(fā)生的。
換句話說，發(fā)自通信裝置100網(wǎng)絡I/F 7的e-mail，被發(fā)送至第一服務器12(600)，然后經(jīng)因特網(wǎng)13，到第三服務器14(601)，最后抵達因特網(wǎng)傳真機17(602)。
圖19是順序圖，畫出按照本發(fā)明一個實施例的通信裝置的FullMode(全模式)傳輸(成功的)。圖19畫出的順序，是當?shù)刂凡灸Ｊ竭x擇切換按鈕401，選擇了用Full Mode(全模式)向接收者發(fā)送e-mail時發(fā)生的，并且，如圖18所示，畫出把e-mail形式的圖像數(shù)據(jù)，從網(wǎng)絡I/F 7(ifax@figaro.xyz.co.jp)向因特網(wǎng)傳真機17發(fā)送的情形。
要通過與階段600、601、和602對應的階段610、611、和612發(fā)送的e-mail，隨后發(fā)送至因特網(wǎng)傳真機17。在收到該e-mail時，因特網(wǎng)傳真機17根據(jù)以e-mail附件形式中的e-mail圖像數(shù)據(jù)，形成圖像，并向網(wǎng)絡I/F 7發(fā)回Message Disposition Notification(消息處置通知)(此后稱MDN)，指示這樣發(fā)送的消息的處置，即，是成功，還是失敗(613)。
MDN從因特網(wǎng)傳真機17，即接收裝置，經(jīng)過與e-mail發(fā)送路徑相反的路徑返回(613、614、615)，到達網(wǎng)絡I/F 7，即發(fā)送裝置。
當網(wǎng)絡I/F 7從因特網(wǎng)傳真機17接收MDN時，發(fā)送e-mail的過程完成，傳輸?shù)慕Y果(即成功/失敗)登記在傳輸日志(將在后面參照圖21說明)中，并打印傳輸結果報告(將在后面參照圖22說明)。
在第一服務器12從網(wǎng)絡I/F 7接收編址至因特網(wǎng)傳真機17的e-mail(610)之后，如果由于例如第三服務器14上的故障，第一服務器12不能成功地把e-mail轉發(fā)至第三服務器14，那么第一服務器12向通信裝置100的網(wǎng)絡I/F 7，發(fā)送DSN(Delivery Status Notification，傳送狀態(tài)通知)形式的錯誤消息e-mail(616)。
當DSN錯誤消息被接收時，網(wǎng)絡I/F 7終止e-mail傳輸過程，在傳輸日志(將在后面參照圖21說明)中記錄傳輸?shù)腻e誤，并打印傳輸結果報告(將在后面參照圖22說明)。
圖20是順序圖，畫出按照本發(fā)明一個實施例的通信裝置的FullMode(全模式)傳輸(失敗的)。
涉及傳輸中的及因特網(wǎng)傳真機17執(zhí)行的處理過程的步驟，與上面參照圖19說明的那些步驟相同。因特網(wǎng)傳真機17在形成圖像之后，向第三服務器14發(fā)送MDN(623)。
MDN從第三服務器14發(fā)送至第一服務器12，但是，這里要指出，如果傳輸沒有成功，該MDN在未到達第一服務器12的情況下，被發(fā)送至第三服務器14的管理器。
在此情形下，網(wǎng)絡I/F7，就是發(fā)送裝置，當從e-mail的傳輸開始已經(jīng)過去了一段預定的時間時(625)，還強制暫停一段時間(626)。
當暫停出現(xiàn)時，在傳輸日志(將在后面參照圖21說明)中記錄傳輸不確定狀態(tài)，并打印指示傳輸狀態(tài)不確定的傳輸結果報告(將在后面參照圖22說明)。
圖21是簡圖，畫出按照本發(fā)明一個實施例的通信裝置上，記錄的傳輸結果(傳輸日志)的一個例子。傳輸日志，例如可以顯示在控制面板115上，和/或通過適當?shù)目刂破?15的操作，打印出來。
傳輸日志由若干個項目構成，它可以包括傳輸數(shù)據(jù)、傳輸時間、接收號碼、接收者地址、傳輸模式(是Simple還是Full)、和傳輸結果(即，成功用“OK”指示，失敗用“NG”指示，和不確定用兩劃“--”指示)。
當傳輸日志顯示在控制面板115上時，顯示內容可以包括最后的10次傳輸，例如從最早的一個開始。有相同接收號碼的傳輸結果，表示廣播。例如，在圖21，以參考數(shù)字851、852、和853表示的消息，有相同的接收號碼(即，rec.no.0578)，就是向三個不同接收者的廣播(即同時發(fā)送)。同樣，以參考數(shù)字855、和856表示的消息，有相同的接收號碼0578，及以參考數(shù)字857、和858表示的消息，有相同的接收號碼0571)，各分別是向兩個不同接收者的廣播。
消息850到852已經(jīng)用Full Mode(全模式)發(fā)送，從接收裝置發(fā)回的MDN指示傳輸成功，所以傳輸結果一欄上，顯示該結果的消息(即“OK”)。
消息853已經(jīng)用圖18中說明的Simple Mode(單模式)發(fā)送。利用Simple Mode(單模式)傳輸，可以確認e-mail是否已經(jīng)安全發(fā)送至最近的郵件服務器，不過，此后的e-mail傳輸狀態(tài)不能確認。在本例中，已經(jīng)確認消息853安全地發(fā)送至最近的郵件服務器，所以，基于該理由，在傳輸結果一欄中顯示兩劃“- -”，表明傳輸狀態(tài)不確定。相反，如果傳輸至最近郵件服務器中出現(xiàn)錯誤，在傳輸結果一欄中將記錄“NG”。
在圖21所示例子中，消息854已經(jīng)用圖20所示Full Mode(全模式)發(fā)送，并成功到達最近的服務器，但因為在預定時間周期內沒有收到MDN作為回復，已經(jīng)調用Time Out(暫停)并表示傳輸狀態(tài)不確定的兩劃“- -”記錄在傳輸結果一欄內。
消息855已經(jīng)用Full Mode(全模式)發(fā)送，但或者在傳輸中出現(xiàn)由MDN指示的錯誤，或者在中間郵件服務器出現(xiàn)由服務器發(fā)出的DSN指示的錯誤，所以指示錯誤的消息“NG”顯示在傳輸結果一欄內。
消息856-858已經(jīng)用Full Mode(全模式)發(fā)送，并在預定時間周期內，從接收裝置發(fā)回指示傳輸成功的MDN也已收到，所以在傳輸結果一欄內標明“OK”。
消息859已經(jīng)用圖18中說明的Simple Mode(單模式)發(fā)送。雖然它已經(jīng)成功地發(fā)送至郵件服務器，但不清楚是否到達預定的接收者，所以表示傳輸狀態(tài)不確定的兩劃“- -”顯示在傳輸結果一欄內。
圖22是簡圖，畫出按照本發(fā)明一個實施例的通信裝置輸出傳輸結果報告的一個例子。
圖22中畫出圖20的消息856傳輸?shù)膫鬏斀Y果報告。950的接收號碼是“0580”，傳輸開始時間是“11/01 9:30”，而頁數(shù)952標明發(fā)送的頁數(shù)。
參考數(shù)字953表示e-mail傳輸?shù)念A定接收者的地址，表明因為廣播在第一入口被刪除，或因為在有許多操作的處理中，中途結束，或某些其他原因，向該(這些)地址發(fā)送的消息未能到達。
參考數(shù)字954表示e-mail已經(jīng)成功發(fā)送的地址。在本例中，在該處輸入了ifax@abc.co.jp及其簡稱iFAX(abc)。當發(fā)送圖21中接收號碼0578的消息時，消息851-853的預定接收者地址及簡稱在該欄輸入。同樣，當發(fā)送圖21中接收號碼0579的消息時，消息854和855的預定接收者地址及簡稱在該欄輸入。
參考數(shù)字955表示在傳輸中發(fā)現(xiàn)有錯誤的消息的預定接收者。預定接收者的地址(本例中是abc@abc.co.jp)及簡稱，從圖21的傳輸855(接收號碼0579)輸出到報告的此空框。
應當指出，輸出至傳輸結果報告的預定接收者的簡稱，例如，只要該簡稱事先在地址簿中登記，那么可以用傳輸日志的預定接收者地址，搜索地址簿獲得。
應當指出，在上述實施例中，當發(fā)送的e-mail不通過服務器時，接收者地址的搜索，只參照使用從服務器獲得的DNS MX記錄加以說明。但是，本領域熟練人員顯然清楚，當然也可以把e-mail發(fā)送至一般用DNS服務器獲得的IP地址，如與figaro.xyz.co.jp對應的99.99.99.101。
此外，雖然上述實施例以單一裝置組成的通信裝置說明。但是，本領域熟練人員顯然清楚，本發(fā)明也可以用與本發(fā)明通信系統(tǒng)100相同的多個裝置組成的系統(tǒng)實施。
應當指出，本發(fā)明包括實施上述實施例功能的軟件程序(即與圖11-15和17-20所示流程圖的一個或多個對應的程序)，該程序或者直接由記錄媒體提供，或者通過使用有線或無線通信，提供給具有執(zhí)行該程序能力的計算機系統(tǒng)或設備，通過系統(tǒng)或設備的計算機執(zhí)行該程序，實施與上述實施例等價的功能。
因此，為實施本發(fā)明自身的功能處理過程，提供給和裝入該計算機的程序，可以實現(xiàn)本發(fā)明。就是說，用于實施本發(fā)明施行的處理過程的計算機程序，本身就包括在本發(fā)明之內。
在此情形下，只要程序的能力存在，則程序的格式，不論是由目標碼執(zhí)行或由解釋程序執(zhí)行，都是不重要的。
提供程序的記錄媒體包括，但不限于，磁記錄媒體，如軟盤、硬盤、或磁帶，光或磁光記錄媒體，如MO、CD-ROM、CD-R、CD-RW、DVD-ROM或DVD-RW、或非易失性半導體存儲器。
上述向系統(tǒng)或設備提供程序的有線和無線方法，包括，但不限于在計算機網(wǎng)絡服務器上形成本發(fā)明的計算機程序；或存儲的數(shù)據(jù)文件，該文件能在客戶計算機上形成本發(fā)明的計算機程序，如具有自行安裝能力的壓縮文件；及下載至連接的客戶計算機的程序數(shù)據(jù)文件。在此情形下，該程序數(shù)據(jù)文件能夠分為多段文件，且該分段的文件分配在不同的服務器上。
換句話說，向多個用戶下載程序數(shù)據(jù)文件，用于使計算機實施本發(fā)明的功能處理過程的服務器裝置，也包括在本發(fā)明內。
本領域熟練人員清楚，本發(fā)明的程序可以加密并存儲在記錄媒體上，如CD-ROM，連同解密數(shù)據(jù)分配給用戶，以便把加密解密，用戶例如滿足某些條件，可以通過因特網(wǎng)從可訪問的網(wǎng)頁下載，然后，用戶使用解密數(shù)據(jù)執(zhí)行加密程序，安裝在計算機上。
此外，本領域熟練人員清楚，除了通過計算機讀出并執(zhí)行上述程序，實現(xiàn)上述實施例的功能外，上述實施例的上述功能，還能夠通過在計算機上運行Operating System(操作系統(tǒng)，OS)軟件實現(xiàn)，并根據(jù)程序指令，實施上述實際處理過程的一些或全部。
還有，本發(fā)明還包括一個例子，其中，上述實施例的上述功能，是通過CPU之類執(zhí)行整個或部分處理過程達到的，該處理過程由功能擴展卡或功能擴展單元按照程序碼指令提供，在程序碼從記錄媒體讀出之后，寫入功能擴展卡的存儲器，把該功能擴展卡插入計算機內，或把該功能擴展單元連接至計算機。
如上所述，本發(fā)明的通信裝置能令用戶在逐個地址的基礎上，選擇是把e-mail通過或不通過郵件服務器發(fā)送，而且，本發(fā)明的通信裝置，設有不通過郵件服務器直接向接收者發(fā)送給定e-mail的配置，使e-mail的發(fā)送不經(jīng)過服務器，到達那些郵件不通過服務器能到達的地址，結果是，能夠發(fā)送大量數(shù)據(jù)而不打擾郵件服務器。再有，直接向接收者發(fā)送e-mail而不通過郵件服務器的能力，保證e-mail消息的即時傳送。
本申請要求于2002年2月7日申請的日本專利申請No.2002-30918的優(yōu)先權，本文引用該申請的內容作為參考。
本發(fā)明不受上面的實施例的限制，在本發(fā)明的精神和范圍內，能夠作出各種變化和修改。因此，本發(fā)明的范圍以所附權利要求書為準。
權利要求
1.一種通信裝置，包括接收者數(shù)據(jù)記錄裝置，用于記錄有關接收者的數(shù)據(jù)；電子郵件數(shù)據(jù)產(chǎn)生裝置，用于產(chǎn)生在附件中有圖像數(shù)據(jù)的電子郵件；和傳輸裝置，用于把該電子郵件發(fā)送到指定接收者；該接收者數(shù)據(jù)記錄裝置具有為每一接收者設置的傳輸路由數(shù)據(jù)，該傳輸裝置根據(jù)與要發(fā)送的電子郵件的接收者對應的傳輸路由數(shù)據(jù)，把電子郵件直接發(fā)送至接收者或者發(fā)送至指定服務器。
2.按照權利要求1的通信裝置，其中，傳輸裝置在把電子郵件直接發(fā)送至接收者時，根據(jù)從指定服務器獲得的地址選擇第一電子郵件傳輸?shù)刂贰?br> 3.按照權利要求2的通信裝置，其中，如果電子郵件未能成功地發(fā)送至第一電子郵件地址，則傳輸裝置根據(jù)從指定服務器獲得的地址選擇第二電子郵件傳輸?shù)刂贰?br> 4.按照權利要求2的通信裝置，其中，地址是DNS MX記錄。
5.按照權利要求1到4任一項的通信裝置，其中，圖像數(shù)據(jù)是傳真圖像數(shù)據(jù)。
6.一種用于控制通信裝置的方法，該通信裝置包括用于記錄有關接收者數(shù)據(jù)的接收者數(shù)據(jù)記錄裝置，所述方法包括步驟產(chǎn)生在附件中有圖像數(shù)據(jù)的電子郵件；和把該電子郵件發(fā)送至指定接收者，該接收者數(shù)據(jù)記錄裝置具有為每一接收者設置的傳輸路由數(shù)據(jù)，該發(fā)送步驟根據(jù)與要發(fā)送的電子郵件接收者對應的傳輸路由數(shù)據(jù)，把電子郵件直接發(fā)送至接收者或者發(fā)送至指定服務器。
7.按照權利要求6的通信裝置控制方法，其中，在發(fā)送步驟中，在把電子郵件直接發(fā)送至接收者時，根據(jù)從指定服務器獲得的地址選擇第一電子郵件傳輸?shù)刂贰?br> 8.按照權利要求6的通信裝置控制方法，其中，在發(fā)送步驟中，如果電子郵件未能成功地發(fā)送至第一電子郵件地址，則根據(jù)從指定服務器獲得的地址選擇第二電子郵件傳輸?shù)刂贰?br> 9.按照權利要求7的通信裝置控制方法，其中，電子郵件地址是DNS MX記錄。
10.按照權利要求6到9任一項的通信裝置控制方法，其中，圖像數(shù)據(jù)是傳真圖像數(shù)據(jù)。
11.一種計算機程序，用于使計算機起通信裝置的作用，包括接收者數(shù)據(jù)記錄單元，用于記錄有關接收者的數(shù)據(jù)；電子郵件數(shù)據(jù)產(chǎn)生單元，用于產(chǎn)生在附件中有圖像數(shù)據(jù)的電子郵件；和傳輸單元，用于把該電子郵件發(fā)送到指定接收者；該接收者數(shù)據(jù)記錄單元具有為每一接收者設置的傳輸路由數(shù)據(jù)，該傳輸單元根據(jù)與要發(fā)送的電子郵件接收者對應的傳輸路由數(shù)據(jù)，把電子郵件直接發(fā)送至接收者或者發(fā)送至指定服務器。
12.一種計算機可讀的記錄媒體，其上存儲有權利要求11的計算機程序。
全文摘要
一種用于發(fā)送附有圖像數(shù)據(jù)作為附件的電子郵件的通信裝置及方法，能夠根據(jù)要發(fā)送的電子郵件地址，選擇是把電子郵件直接發(fā)送至接收者，還是通過郵件服務器發(fā)送。結果，使用本發(fā)明公開的裝置及方法能夠減少郵件服務器的負荷并可靠地發(fā)送大量數(shù)據(jù)。
文檔編號G06F13/00GK1628292SQ03803488
公開日2005年6月15日 申請日期2003年2月4日 優(yōu)先權日2002年2月7日
發(fā)明者利根川信行 申請人:佳能株式會社