圖像通信方法和設備的製作方法
2023-10-08 19:44:24
專利名稱：圖像通信方法和設備的製作方法
技術領域：
本發明涉及圖像數據通信技術，尤其涉及附加圖像數據以便電子郵寄和交換所述圖像數據的圖像通信技術。
背景技術：
近來，隨著計算機更加普及和信息網絡系統更加先進，通過網絡發送/接收字符信息的電子郵件已經成為一種不可缺少的信息通信工具。
電子郵件允許附加由字符信息形成的郵件本體和各種格式的文件。例如，開始流行的網際網路FAX(下文簡稱為IFAX)通過附加TIFF(標籤圖像文件格式)格式的圖形文件交換圖像數據以進行電子郵寄。假設圖像數據附加到電子郵件並在多個IFAX裝置之間進行電子郵寄和發送的處理將被稱為IFAX發送方式。
IFAX是一種用於把由發送裝置中的掃描儀讀出的圖像數據轉換成TIFF圖像數據的技術，轉換的數據被發送，由接收裝置接收的圖像數據按照TIFF格式被重構和列印。在這種情況下，圖像數據也可以由安裝在PC(個人計算機)中的通用電子郵件應用程式接收，以便利用普通的電子郵件協議。TIFF是由IETF(網際網路工程工作組)研製的一種標準，並被正式稱為RFC(請求註解)2301。
TIFF圖像具有相對容易地由裝置處理的數據結構。不過，在PC上的一些通用應用程式不支持這個標準。當彩色TIFF圖像數據從IFAX裝置發送給被指定給普通PC的電子郵件地址時，在PC上的普通應用程式不支持TIFF圖像數據，因而不能顯示接收的彩色圖像數據。
為了解決這個問題，IFAX裝置採用電子郵件發送方式，其中除去上述的IFAX方式之外，數據被發送給作為目的地的普通電子郵件地址。在相關技術的電子郵件發送方式中，圖像數據被轉換成能夠和PC的應用程式兼容的圖像格式，並發送轉換的圖像數據。
發明內容
專用於一個裝置的電子郵件地址總被用於從配備有常規的IFAX功能的發送裝置發送具有圖像數據的電子郵件。因此，發送者(使用該裝置發送了電子郵件的用戶)不能被確定。
以電子郵件發送方式發送的電子郵件主要由PC上的電子郵件應用程式接收。一般地說，除去附加的文件之外，電子郵件應用程式可以詳細地顯示例如郵件發送者、主題和時間的信息段。當具有圖像的電子郵件由IFAX裝置發送給普通的電子郵件地址時，專用於該裝置的電子郵件地址在接收側的電子郵件應用程式中被顯示為「From」個人。因而，可以確定用於發送的裝置，但是不能確定發送者本身。
用這種方式，當具有圖像的電子郵件被從IFAX裝置發送時，發送裝置可被確定，因為專用於該裝置的電子郵件地址被設置在發送者的郵件地址中(在標題部分包含的From地址)。不過，發送者本身不能被確定。這種現有技術就安全性而言不是優選的。在許多人使用一個IFAX裝置的環境中，這個問題成為嚴重的。因此，本發明的一個目的在於提供一種能夠確定原始發送者的技術，所述原始發送者應當對利用電子郵件協議發送圖像數據的圖像通信設備中的發送負責。
一般只知道以下的技術。在普通電子郵件中，分配給發送者的桌面上的PC的郵件地址被設置為源郵件地址，並且發送電子郵件。當該電子郵件的發送失敗時，向源郵件地址發送遞送錯誤郵件(日本專利公開8-242326)。注意，由IETF(網際網路工程工作組)研製的RFC 821使得強制向由MALL命令指定的電子郵件地址發送一個錯誤。作為RFC 821的一個修改版本的RFC 2821責成一個具有收件人的郵箱的郵件伺服器在電子郵件的返迴路經標題中設置由MALL命令指定的郵件地址。RFC 2821在除了SMTP之外的處理中，當在郵件遞送中發生錯誤時，強制向在返迴路經標題中描述的郵件地址發送一個錯誤。
當IFAX錯誤郵件被接收時，希望能夠藉助於任何手段容易地掌握哪個外發郵件導致了錯誤。
因而，本發明的一個目的在於，當在使用郵件傳送協議發送圖像數據的圖像通信設備中發生郵件傳送錯誤時，把該錯誤通知該圖像通信設備。
除去上述的目的之外的其它目的將從整個說明書中清楚地看出。
按照本申請的第一方面的特徵在於以下的安排。例如，當圖像數據被附加於電子郵件並把該電子郵件發送給和該圖像通信設備類型相同的設備時，按照本發明的圖像通信設備在源信息(From欄位、Sender欄位或其類似欄位)中設置能夠指明發送郵件的用戶的第一郵件地址和與所述圖像通信設備相關的第二郵件地址，然後發送該郵件。
按照上述的本發明，通過使用電子郵件協議發送圖像數據的圖像通信設備和有關應當對發送負責的原始發送者的信息一道發送圖像數據。這使得能夠確定應當對發送負責的個人。
本發明的其它特徵和優點將由下面結合附圖進行的詳細說明清楚地看出，在所有附圖中，相同的標號表示相同或相似的部分。
被包括在說明書中並且構成說明書的一部分的附圖用於說明本發明的實施例，並且和說明書一道用於解釋本發明的原理。
圖1表示按照本發明的一個實施例的網絡連接環境的例子；圖2是表示MFP 100的布置的例子的方塊圖；圖3表示在MPF 100中網絡程序的分層結構的例子；圖4表示用於訪問和編輯用戶信息及其在驗證伺服器102中記錄的內容的程序的編輯窗口的例子；圖5是表示當用戶使用MFP 100或101時的驗證處理的例子的流程圖；
圖6更詳細地表示對驗證伺服器102進行的驗證處理(S503)的例子；圖7表示在由電子郵件發送圖像數據時顯示的發送設置窗口的例子；圖8表示用於管理目的地信息的地址名冊的例子；圖9是表示處理對電子郵件附加圖像數據並發送所述圖像數據的例子的流程圖；圖10用於說明在以IFAX方式發送時執行的圖像標題附加處理(S904)的例子；圖11是表示按照第二實施例圖像數據被附加於電子郵件並被發送時的處理的例子的流程圖；圖12表示按照本實施例的電子郵件數據的例子；圖13表示按照本實施例SMTP發送序列的例子；圖14表示按照本實施例SMTP接收序列的例子；以及圖15表示按照本實施例的郵件數據(圖14中1414-1416)的例子。
具體實施例方式
現在按照附圖詳細說明本發明的優選實施例。
下面說明本發明的實施例。下面的實施例僅僅是作為特徵披露的本發明的一些類型。換句話說，下面的實施例僅僅是一些落在由所附權利要求限定的本申請的發明的技術範圍內的一些實施例。因而，至於和本發明相同的技術構思，即使在本說明中未直接描述的實施例，也落在本申請的發明的技術範圍內，本發明的構思是在本申請的說明書或附圖中披露的特徵以及在所附權利要求中描述的發明。
在所附權利要求中沒有描述在以下實施例中描述的所有種類的發明。這種發明並非故意排除在本發明的技術構思之外，而是等同於本專利發明，因而在所附權利要求中未加描述。
圖1是表示按照本發明的第一實施例的網絡連接環境的視圖。MFP(多功能外圍設備)100和101是多功能複製機，包括掃描儀和印表機。多功能複製機具有複製功能、傳真發送/接收功能，以及列印在計算機中產生的數據的印表機功能。
MFP 100和101和域名為xyz.co.jp的網絡相連，並和多個計算機例如驗證伺服器102、第一郵件/POP伺服器103和PC 104以及其它的網絡裝置相連。
這個網絡還和國際網際網路110相連，還和域名為abc.co.jp的網絡相連。網絡「abc.co.jp」和第二郵件/POP伺服器120、PC 121、網際網路FAX 122及其類似物相連。
MFP 100被分配給主機名「copy1.xyz.co.jp」和裝置電子郵件地址「[email protected]」。MFP 101被分配給主機名「copy2.xyz.co.jp」和裝置電子郵件地址「[email protected]」。
驗證伺服器102用於在域內進行用戶驗證。驗證伺服器102存儲用戶名和在域內有效的口令。例如，當客戶PC 104加電時，客戶PC104請求用戶輸入用戶名和口令。當用戶名和口令被輸入時，客戶機PC 104詢問驗證伺服器102該用戶名和口令是否是可信的。響應於這個詢問，驗證伺服器102確定輸入的用戶名和口令是否已被記錄在用戶資料庫中。如果是，則驗證伺服器102通知PC 104驗證完成。在確認收到驗證完成通知之後，PC 104可被使用。驗證處理也在MFP的使用中被執行。
PC 104包括通用電子郵件軟體。假定PC 104被賦予郵件地址[email protected]。
郵件/POP伺服器103和120具有郵件伺服器功能和POP伺服器功能兩者。
當電子郵件從PC 104發送給[email protected]時，在PC 104中產生的電子郵寄數據通過使用SMTP(簡單郵件傳送協議)協議被發送給郵件伺服器103。郵件伺服器103按照目的地信息把電子郵寄數據發送給郵件伺服器120。
PC 121也包括通用電子郵寄軟體。在PC 121中被啟動的通用電子郵寄軟體使用POP3(郵局協議-版本3)檢查郵件是否已經到達。如果是，則通用電子郵寄軟體便接收郵件數據。
在從PC 121的[email protected]向PC 104的[email protected]發送郵件時，這個路線被反向。即，在PC 121中產生的數據通過郵件伺服器120被發送給郵件伺服器103。PC 104通過使用POP3協議接收進入的電子郵件數據。
MPF 100和101可以向另一個通信裝置發送由IFAX接收功能接收的圖像，或由掃描儀讀出的單色圖像或者彩色圖像。為圖像數據的發送準備多種方式。例如，提供有電子郵件發送方式，其使用普通郵件地址作為目的地進行發送，以及IFAX發送方式，其向符合IFAX標準的設備進行發送。任何一種方式都使用SMTP和POP3進行發送/接收，並進行和上述的發送/接收相同的操作。
在電子郵件發送方式中，JPEG(聯合攝影專家組)文件格式或者PDF(便攜文件格式)的圖像數據被產生、附加於電子郵件並發送。例如，當具有彩色圖像的電子郵件發送給具有[email protected]的客戶PC時，PC 104的通用電子郵件軟體可以接收該電子郵件，並在通用圖像觀看器上顯示JPEG圖像。注意本發明不限於JPEG和PDF，而可以使用其它的格式。
在IFAX發送方式中，符合RFC 2301的TIFF圖像數據被產生、附加於電子郵件並被發送。這個圖像可被MFP 100和101以及符合IFAX標準的網際網路FAX 122接收和輸出。在IFAX發送方式中，相同類型的裝置通過電子郵件協議相互通信。關於在發送裝置中的讀出處理和在接收裝置中的輸出處理，可以進行和常規的傳真處理(以已知的G3或G4方式)相同的處理。
用這種方式，可以處理彩色圖像的裝置交換TIFF圖像數據，不過在許多情況下，通用的圖像觀看器不支持TIFF圖像數據。如果這種圖像被錯誤地發送給具有[email protected]的PC 104，則不支持TIFF圖像數據的通用圖像觀看器不能顯示該圖像。
圖2是表示MFP 100的布置的例子的方塊圖。CPU 230是一種控制電路，其通過使用在ROM 231中存儲的程序和RAM 232的存儲器控制整個系統。
操作單元233包括硬鍵，例如LCD顯示屏、開始鍵和數字鍵區。操作單元233可以包括例如顯示在LCD上的軟體按鈕、檢測用戶的手指觸摸了按鈕以及平滑地執行用戶的操作的電路。
掃描儀234光電地轉換原始圖像數據成為電數據。當原件被從原件饋送器(未示出)輸送到壓板玻璃上時，燈被接通，掃描儀單元開始移動，原件被曝光並被掃描。由原件反射的光通過反射鏡和透鏡被引導到CCD圖像傳感器，並被轉換成電信號。通過A/D轉換電路把電信號轉換成數字數據。在原件讀操作結束之後，在平玻璃板上的原件被放電。
印表機235在列印頁上列印電圖像數據。雷射束髮射單元發射和電圖像數據對應的雷射束。雷射束照射感光鼓，從而在感光鼓上形成和雷射束對應的潛影圖像。
顯影劑配料被從顯影單元吸附到感光鼓上的潛像部分。在與雷射束照射的開始同步的定時，列印頁被從饋送盒饋送到轉印部分。被吸附在感光鼓上的顯影劑配料被轉印到列印頁上。顯影劑配料被轉印到其上的列印頁被傳送到定影部分，通過定影部分的熱和壓力把顯影劑配料固定到列印頁上。已通過定影部分的列印頁由排出輥排出。分類器把排出的列印頁存儲在相應的接收器上，以便對列印頁分類。
圖像處理電路236由大容量圖像存儲器、圖像旋轉電路、解析度縮放電路和用於MH(改進的Huffman)，MR(改進的READ)，MMR(再次改進的READ)，JBIT(聯合二值圖像專家組)，JPEG或其類似物的編碼/解碼電路構成。圖像處理電路236還執行各種圖像處理例如加陰影、剪切和掩飾。
硬碟驅動器237是一種通過I/F例如SCSI或USB相連的大容量記錄裝置。另一種記錄裝置例如MO可以代替硬碟驅動器237。
網絡I/F 238是一種執行網絡數據連結處理的電路。例如，網絡I/F 238執行用於連接網線例如以10BASE-T或100BASE-T或令牌環代表的Ethernet。
格式化器239是一種再現電路，其包括PC I/F電路例如IEEE1284並行接口或USB，並根據通過PC I/F電路或網絡I/F 238從個人計算機接收的PDL(頁面描述語言)數據產生圖像數據。圖像數據由圖像處理電路236處理，並由印表機235列印。
傳真單元240是一種傳真I/F電路，其由例如NCU(網絡控制單元)和用於連接電話線的MODEM(調製器/解調器)電路構成。例如，由掃描儀234讀出的圖像數據由圖像處理電路236處理，並通過電話線發送給另一個FAX裝置。或者，由另一個FAX裝置發送的數據由圖像處理電路236接收和處理，並由印表機235列印。
掃描儀234、印表機235、圖像處理電路236、格式化器239以及傳真單元240通過CPU總線之外的從CPU 230延伸的高速視頻總線連接，以便能夠以高速傳遞圖像數據。
上述的複製功能被實現，從而圖像處理電路236處理通過掃描儀234讀出的圖像數據，印表機235列印圖像數據。
MFP 100具有由圖像處理電路236處理由掃描儀234讀出的圖像數據並把處理的數據從一個網絡I/F發送到一個網絡的發出功能，以及通過圖像處理電路236產生RFC 2301圖像數據並通過電子郵件協議交換數據的IFAX功能。
圖3表示在MFP 100中的網絡程序的分層結構。由圖3可見，這個網絡程序由3層構成IP(網際網路協議)300，TCP(發送控制協議)/(用戶數據報協議)301，以及應用層程序302。
IP 300是網際網路協議層。更具體地說，IP 300和中繼節點例如路由器協同操作提供從發送主機到目的地主機的傳遞信息的服務。IP300進行路由處理，該路由處理用於管理髮送數據的源地址和接收數據的目的地地址、按照地址信息選擇從發送主機到目的地主機延伸的網絡路徑以及傳遞數據。
TCP/UDP 301相應於傳輸層。更具體地說，TCP/UDP 301提供從發送應用處理到接收應用處理的服務。TCP是提供連接服務，並保證高的通信可靠性的一個協議。UDP是提供無連接服務並且不保證可靠性的協議。
應用層協議302定義多個協議。例如，所述協議包括文件傳遞服務「FTP(文件傳送協議)」，網絡管理協議「SNMP」，印表機列印伺服器協議「LPD」，WWW(環球網)伺服器協議「HTTPd」，電子郵件發送/接收協議「SMTP(簡單郵件傳送協議)」，以及郵件下載協議「POP3(郵局協議-版本3)。
應用層協議302還包括由RFC 1510定義的Kerberos驗證程序。
圖4表示用於訪問和編輯用戶信息及其在驗證伺服器102中記錄的內容的程序的編輯窗口。驗證伺服器102包括管理用戶信息的用戶資料庫。用戶信息例如包括用戶名430，口令431，以及電子郵件地址。
用戶名430存儲可以操作在主要由驗證伺服器102管理的「xyz.co.jp」域內連接的計算機的用戶的名字。在圖3所示的例子中，記錄有用戶「syain1」到「syain5」。對應於每個用戶名的口令被記錄在口令431中。口令被「*****」隱蔽，並被這樣顯示使得不容易被看到。可由登記的用戶使用的電子郵件地址被記錄在電子郵件地址432中。第一個用戶「syain1」的電子郵件地址是[email protected]。同樣對於syain2到syain5，以類似方式與用戶名對應地記錄電子郵件地址。
在編輯窗口中的添加鍵440用於新登記一個用戶，刪除鍵441用於刪除一個登記的用戶。當按下屬性鍵442時，則顯示登記的內容，並且可以修改顯示的/登記的內容。
圖5是表示當用戶使用MFP 100或101時的驗證處理的圖。MFP100或101可以只由一個成功地進行了驗證處理的可信的用戶使用。
在步驟S500，當MFP 100或101的主電源被接通時，CPU 230執行初始化操作例如初始化存儲器和I/O埠。此時，當在系統用戶設置中「用戶驗證」被設置為「是」時，CPU 230在操作單元233的LCD上顯示註冊窗口。註冊窗口具有用於輸入用戶名的欄。CPU 230禁止例如需要用戶操作的幹預而進行的複製的處理，直到用戶驗證完成。
在步驟S501，當用戶名被從操作單元233輸入時，CPU 230在操作單元233上顯示口令輸入窗口並等待輸入。
在步驟S502，CPU 230在從操作單元233接收到口令時開始驗證處理。
在步驟S503，CPU 230和輸入的用戶名以及口令一道向驗證伺服器102發送驗證請求。一旦收到驗證請求，驗證伺服器102確定在用戶資料庫中記錄的用戶名和口令與被驗證的用戶名和口令是否一致，然後發回驗證結果。
在步驟S504，CPU 230確定從驗證伺服器102接收的驗證結果是否是「驗證OK」。如果是，則流程進入步驟S505，如果不是，則返回步驟S501。
在步驟S505，CPU 230從驗證伺服器102獲得用戶信息例如註冊用戶的電子郵件地址。用戶信息可以被包含在驗證結果中，或者CPU 230可以請求驗證伺服器102在確認「驗證OK」之後發送用戶信息。
在步驟S506，CPU 230在ROM 231中存儲獲取的用戶信息，並結束註冊處理。在用戶驗證正常結束之後，可以執行例如要求用戶操作的幹預的複製或SEND的處理。
已經說明了使用用戶名和口令的用戶驗證方法。不過，本發明不限於這種驗證方法。例如，可以使用指紋、眼球或其類似物的生物驗證方法。此外，可以使用利用非接觸或接觸型的控制卡的用戶驗證方法。
圖6更詳細地表示對驗證伺服器102進行的驗證處理(S503)。對驗證伺服器102進行的驗證處理可以使用網絡應用層程序302的Kerberos執行。
在步驟S600，客戶MFP 100向驗證伺服器102發送KEB-AS-REQ(Kerberos驗證服務請求)。在步驟S601，驗證伺服器102向MFP 101發送KEB-AS-REP(Kerberos驗證服務應答)。KEB-AS-REP含有加密的登錄會話密鑰和客戶驗證數據。
在步驟S602，MFP 101根據接收的數據產生KEB-TRG-REQ(Kerberos票證(ticket)驗證服務請求)，用於請求驗證信息，並向驗證伺服器102發回KEB-TRG-REQ。在步驟S603，驗證伺服器102發出KEB-TRG-REP(Kerberos票證驗證服務應答)。KEB-TRG-REP含有加密的客戶驗證數據。
在步驟S604，MFP101根據接收的數據產生KEB-AP-REQ(Kerberos應用請求)，用於請求服務使用允許，並向驗證伺服器102發送KEB-AP-REQ。在步驟S605，驗證伺服器102發回KEB-AP-REP(Kerberos應用應答)。當接收的數據正常並且在接收的數據中的時間數據彼此一致時，MFP 101確定「驗證OK」。
已經說明了一個驗證伺服器發出三個請求的例子，不過根據網絡配置，可以使用多個驗證伺服器。驗證方法也可以是其它的方法，例如DH(迪菲-赫爾曼)驗證。
圖7表示在由電子郵件發送圖像數據時顯示的發送設置窗口的例子。讀尺寸設置欄700用於指定由掃描儀234讀的原件的尺寸。通過觸摸這一欄，出現設置改變窗口，從而允許指定紙的尺寸例如A3，A4，B4，B5，11*17，LTR或STMT，以及方位。紙尺寸和方位也可以被自動地選擇。當設置「auto(自動)」時，原件按照由掃描儀234的原件傳感器檢測的原件尺寸被讀出。
解析度欄701用於指定由掃描儀234讀圖像時的讀解析度。通過觸摸這一欄，出現設置改變窗口，以允許指定一個值，例如200*100dpi，200*200dpi，200*400dpi，300*300dpi，400*400dpi或600*600dpi。當前，設置一個預設值「200*200」。
當詳細設置按鈕702被點擊時，用於掃描處理的詳細操作例如掃描密度設置、原件類型指定、雙面讀、順序頁指定以及圖像質量調整可以被指定。
目的地欄703用於指定電子郵件目的地，其細節將在後面說明。主題欄704用於輸入電子郵件的主題。正文欄705用於輸入郵件的正文(郵件主體)。當這些設置欄被觸摸時，則顯示軟體鍵盤，使得能夠輸入字符串。
圖8表示目的地設置窗口連同用於管理目的地信息的地址名冊的一個例子。地址名冊包含電子郵件地址802，用於發送含有圖像數據的電子郵件的發送方式801，以及用於選擇是否發送電子郵件的選擇欄800。
在硬碟驅動器237中存儲的地址名冊可以通過調用地址名冊編輯窗口來編輯。在編輯窗口上，可以相互對應地輸入電子郵件地址和發送方式。地址名冊可以為每個MFP存儲，或者被存儲在任何伺服器中並在多個MFP之間共享。
藉助於觸摸和電子郵件地址相應的選擇欄，可以在圖8的目的地設置窗口上指定任何電子郵件地址作為目的地。根據來自操作單元233的檢測信號，CPU 230把信息改變為表示被觸摸的欄已被選擇的信息。CPU 230在電子郵件的To欄位中描述選擇的電子郵件地址。一旦完成發送，所有的選擇欄被清除。
假定目的地是普通的電子郵件地址的用於發送的電子郵件發送方式，以及發送到具有IFAX功能的同一類型的設備的IFAX發送方式中的任何一個可被指定為發送方式801。在電子郵件發送方式中，可以選擇JPEG和PDF格式中的任何一個作為附加的文件的格式。在IFAX發送方式中，電子郵件可以只用TIFF格式來發送電子郵件發送方式可以被認為是用於向不同類型的設備進行發送的方式，該設備不應付IFAX功能，這和MFP 100以及101不同。
在圖8的目的地設置窗口中，[email protected]和[email protected]被設置為電子郵件發送方式。與此相反，對於[email protected]，則指定IFAX發送方式。
圖9是表示當圖像數據被附加於電子郵件並被發送時進行的處理的流程圖。
在步驟S900，CPU 230檢測到在操作單元233中的發送開始按鈕被操作。
在步驟S901，CPU 230訪問在硬碟驅動器237中存儲的地址名冊，讀出被選作發送目的地的電子郵件地址的發送方式，並確定讀出的發送方式是否是IFAX發送方式。如果是，則流程前進到步驟S920，如果不是，則前進到步驟S905。
在步驟S902，CPU 230從ROM 231讀出分配給該裝置的電子郵件地址，並在電子郵件的From欄位中設置該電子郵件地址。
在步驟S903，CPU 230讀出用戶的電子郵件地址，該地址已經從驗證伺服器102預先被獲得並存儲在RAM 232中，並在發送者欄位中設置讀出的電子郵件地址。例如，當用戶以syain1註冊時，和syain1對應的電子郵件地址[email protected]便被設置在發送者欄位中。用這種方式，便完成了From和發送者欄位的設置。
在步驟S904，當圖像標題的添加被指定為一個選項時，則執行圖像標題添加處理。圖像標題添加處理是一種用於在不顯眼的部分例如圖像的上部嵌入用於指明發送者的信息的處理，類似於現有的FAX。
在步驟S905，當指定電子郵件發送方式時，CPU 230便讀出在RAM 232中存儲的用戶的電子郵件地址，並把該電子郵件地址設置在電子郵件數據的標題部分的From欄位中。注意，發送者欄位可以不被設置或者可設置和From欄位的地址相同的地址。
在步驟S906，CPU 230添加MIME信息，分離郵件主體和附加文件，藉助於使用BASE 64編碼附加的文件，以及產生電子郵件數據。二進位數據附加方法不限於此，可以使用其它的數據轉換方法，例如uuencode或BinHex。
在步驟S907，利用SMTP協議把產生的電子郵件數據發送給郵件伺服器103。
在步驟S908，CPU 230在日誌文件中寫入當註冊時指定的用戶名230、發送目的地信息、發送日期、發送時間、發送數據的數量和發送結果。產生的日誌文件使得能夠容易地掌握誰發送了數據。日誌文件可以作為發送結果報告被輸出，用於報告發送結果，或者當發送的數據的數量超過閾值時作為發送管理報告輸出。或者，日誌文件可以響應來自操作單元233的操作而被顯示。
在步驟S909，在往日誌文件中的寫操作結束之後，發送操作結束。
圖10用於解釋在以IFAX方式發送時執行的圖像標題添加處理(S904)。
圖像標題可以由例如發送日期1000，發送時間1001，發送用戶名1002，發送者電子郵件地址1003，發送目的地電子郵件地址1004，以及頁數1005的信息段構成。
發送用戶名1002和註冊用戶的名字相同(例如syain1)。通過參考圖像標題，該圖像的接收者可以掌握負責圖像發送的人。
發送者電子郵件地址1003和在電子郵件的From欄位中描述的電子郵件地址相同，並且裝置的電子郵件地址被設置。通過參考圖像標題，圖像的接收者可以容易地掌握髮送裝置的電子郵件地址。原件被掃描，使用發送裝置的電子郵件地址作為目的地發送掃描的圖像。掃描的圖像可以發回，同時基本上保持常規的FAX作業系統。
目的地電子郵件地址1004是從地址名冊中選擇的電子郵件地址。
CPU 230從內部定時器獲得關於發送日期1000和發送時間1001的信息段。CPU 230讀出在RAM 232中存儲的發送者的用戶名1002，讀出在ROM 231中存儲的裝置電子郵件地址1003，並從地址名冊中讀出被選作目的地的電子郵件地址1004。CPU 230合成這些信息段作為關於圖像數據的圖像標題，並在步驟S908把它們寫入目志文件中。信息讀取順序可被任意地設置。
下面根據上述的實施例解釋本發明的不同方面。本發明的第一方面提供一種圖像通信設備(例如MFP 101)，其獲取圖像數據，將該圖像數據附加於電子郵件，並傳遞該電子郵件，該設備包括用於獲取要被附加於電子郵件上的圖像數據的獲取部件(例如CPU 230，掃描儀234，格式化器239，傳真單元240，或網絡I/F 238)；電子郵件地址設置部件(例如CPU 230)，當電子郵件要向與該圖像通信設備的類型不同的設備(例如包括通用電子郵件軟體的PC 121)發送時，用於作為源地址(例如發送者欄位)設置第一電子郵件地址，該地址能夠確定發送該電子郵件的用戶，並且當電子郵件要向和該圖像通信設備相同類型的設備(例如具有IFAX功能的網際網路FAX 122)發送時，作為源地址(例如發送者欄位和From欄位)設置第一郵件地址和與該圖像通信設備相關的第二電子郵件地址(例如被分配給裝置的電子郵件地址)；以及發送部件(例如CPU 230和SMTP協議)，其利用設置的源地址發送含有獲取的圖像數據的電子郵件。
當具有附加的圖像數據的電子郵件被在多個具有IFAX功能的圖像通信設備之間交換時，作為發送者的用戶的電子郵件地址被在發送者欄位中描述，然後該電子郵件被發送。接收者可以容易地確定發送者。
本發明的第二方面提供一種圖像通信設備，其獲取圖像數據，將該圖像數據附加於電子郵件，並傳遞該電子郵件，該設備包括選擇部件(例如CPU 230和S901)，用於當把圖像數據附加於電子郵件上發送該電子郵件時選擇第一方式(例如電子郵件發送方式)和第二方式(例如IFAX發送方式)之一，在所述第一方式中，電子郵件被發送給和該圖像通信設備不同類型的設備，在所述第二方式中，電子郵件被發送給和該圖像通信設備相同類型的設備；郵件地址設置部件(例如CPU 230，S902，S903)，當選擇第二方式時，該選擇部件用於作為源地址設置能夠確定發送電子郵件的用戶的第一電子郵件地址以及和該圖像通信設備相關的第二電子郵件地址；以及發送部件(例如CPU 230，S907)，其利用設置的源地址發送附加有獲取的圖像數據的電子郵件。
當圖像通信設備例如MFP 101具有多種發送方式例如電子郵件發送方式和IFAX發送方式並且選擇了IFAX發送方式時，作為發送者的用戶的電子郵件地址被在發送者欄位中描述，然後該電子郵件被發送。接收者可以容易地確定發送者。在IFAX發送方式中，相同類型的裝置相互通信，並要求和常規的傳真輸出類似的輸出。因而只能呈現分配給所述裝置的電子郵件地址。
按照本發明的第三方面，當選擇部件選擇了第一方式(例如電子郵件發送方式)時，電子郵件地址設置部件可以作為源地址(例如發送者欄位)設置能夠確定發送該電子郵件的用戶的第一電子郵件地址。
即，也是當從具有IFAX功能的MFP 101向普通電子郵件地址發送圖像數據時，作為發送者的用戶的電子郵件地址被在發送者欄位中描述，然後該電子郵件被發送。接收者可以容易地確定發送者。裝置的電子郵件地址也可以在發送者地址中被描述。這使得通過普通電子郵件地址收到圖像數據的用戶能夠根據裝置的電子郵件地址識別圖像數據已從具有IFAXA功能的裝置中發送。
本發明的第四方面提供一種圖像通信設備，其獲取圖像數據，將該圖像數據附加於電子郵件，並傳遞該電子郵件，該設備包括驗證部件(例如CPU 230，S501-S504)，其和用於管理能夠確定用戶的電子郵件地址的驗證伺服器協同操作，根據被授權操作該圖像通信設備的用戶的有關驗證信息來對用戶驗證；電子郵件地址設置部件(例如CPU 230和S902或S905)，其從驗證伺服器獲得相應於由驗證部件(例如S505)驗證的用戶的電子郵件地址，並在電子郵件的From欄位或發送者欄位中設置獲得的電子郵件地址；以及發送部件(例如CPU 230和S907)，其使用設置的源地址發送附加有獲取的圖像數據的電子郵件。
用這種方式，只有被驗證的用戶才可以發送圖像數據，並且經過驗證的用戶的電子郵件地址被自動地在發送者欄位中描述。除去上述的效果之外，還可以禁止另一個人的偽裝，從而改變了安全性。
按照第一到第三方面的本發明還包括請求部件(例如CPU 230以及S501和S502)，其當用戶利用該圖像通信設備時，請求輸入驗證信息，以及接收部件(例如CPU 230和S505)，其從驗證伺服器接收和輸入的驗證信息對應的電子郵件地址，並且電子郵件設置部件可以設置從驗證伺服器接收的電子郵件地址作為源地址。
按照本發明任何一個方面的圖像通信設備還可以包括添加部件(例如CPU 230和S904)，其對圖像數據添加能夠確定用戶的信息和能夠確定該圖像通信設備的信息中的至少一個，並且所述發送部件可以和附加的圖像數據一道發送電子郵件，所述圖像數據含有能夠確定用戶的信息和能夠確定該圖像通信設備的信息中的至少一個。
通過對圖像數據本身添加用戶名和裝置的電子郵件地址，可以實現和常規的FAX裝置相同的可操作性。發送者可以被確定，從而改善安全性。
當選擇了第二方式時，代替設置發送者的電子郵件地址作為源地址的安排，上述的圖像通信設備可以包括添加部件(例如CPU 230和S904)，其對圖像數據添加能夠確定發送電子郵件的用戶的信息(例如用戶名1002或用戶的電子郵件地址)和能夠確定該圖像通信設備的信息(例如裝置電子郵件地址1003)中的至少一個。
在這種情況下，步驟S904被省略，但是能夠確定負責發送的人的信息被添加於圖像標題上。因此可以實現上述目的。
注意，用戶預先設置哪個信息段是要被添加的。
圖11是表示按照第二實施例當圖像數據被附加於電子郵件並被進行發送時的處理的例子的流程圖。將說明其中在圖5所示的用戶驗證流程中對於用戶名「syain2」驗證成功並進行圖7所示的發送設置的情況。
在S100，當CPU 230檢測到在操作單元233中開始鍵(未示出)被按下時，CPU 230開始發送處理並讀出在掃描儀234中設置的發送原件。
在S1101，CPU 230確定是否IFAX目的地被設置為發送目的地。如果是，則流程前進到步驟S1102，如果不是，則前進到步驟S1104。
在步驟S1102，CPU 230在電子郵件的From欄位中設置分配給IFAX裝置(MFP 100)的電子郵件地址。例如，當電子郵件地址[email protected]被設置為IFAX裝置的電子郵件地址時，則在用於對IFAX目的地發送的From欄位中設置[email protected]。
在步驟S1103，CPU 230對由掃描儀234讀出的圖像添加圖像標題(圖10)。
在步驟S1104，CPU 230在要被發送的電子郵件的From欄位中設置已被驗證的用戶的電子郵件地址432。例如，當具有用戶名「syain2」的用戶註冊時，則在用於向IFAX目的地發送的From欄位中設置[email protected]。
在步驟S1105，CPU 230對電子郵件的郵件標題添加表示電子郵件的發送者的擴展欄位「X-Sender」，並作為該值設置註冊用戶的電子郵件地址(圖4所示的電子郵件地址432)。由圖4可見，當用戶「syain2」註冊時，在X-Sender欄位中設置[email protected]。
在步驟S1106，CPU 230在電子郵件的主題中設置字符串「From」，和註冊用戶的用戶名430。例如，當用戶「syain2」註冊時，則在主題中設置字符串「From syain2」。
在步驟S1107，CPU 230在電子郵件正文(本體)的開始行添加字符串「Message From」和用戶名430。例如，當用戶「syain2」註冊時，則字符串「Message From syain2」被插入電子郵件正文的開始行中。
在步驟S1108，CPU 230任意地組合和設置字符串「From-」和用戶名430作為要被附加於電子郵件的發送文件名。例如，當用戶「syain2」註冊時，字符串「From-syain2.tif」被設置作為發送文件名。
在步驟S1109，CPU 230產生反映上述設置的目標電子郵件數據。
在步驟S1110，CPU 230按照SMTP協議發送產生的電子郵件數據。
在步驟S1111，CPU 230在日誌文件中寫入發送管理信息例如上述的各種電子郵件設置。發送管理信息包括例如用戶名430「syain2」，發送結果，發送開始時間，發送時間，發送的頁數，主題信息，發送文件名，發送數據的大小，作為發送目的地的電子郵件地址，以及用於區別IFAX/電子郵件發送的信息。日誌文件被存儲在存儲裝置例如RAM 232中。
當操作單元233命令CPU 230輸出通信管理報告時，則CPU 230讀出日誌文件，從印表機235上將其印出，並在操作單元233上顯示該文件。
CPU 230可以產生HTML數據並將其傳遞給WEB伺服器，以便在運行HTTPd程序的WEB伺服器中對公眾開放記錄在日誌文件中的數據。在這種情況下，在客戶PC例如PC 104中安裝的WEB瀏覽器可以顯示通信管理報告。HTTPd程序可以由CPU 230執行或者在外部伺服器中被執行。
第三實施例在確定電子郵件是誰發送、何時發送、以及發送給誰的方面是有效的。
圖像標題、X-Sender、主題、正文以及附加文件的文件名在上述的例子中用於確定發送者，但是可被任意地選擇和使用。在這種情況下，被選擇的項預先存儲在裝置的RAM 232中。或者，這些項可以對於每個用戶被區別地記錄。在這種情況下，當用戶驗證成功時進行設置。
圖12表示按照第三實施例的電子郵件數據的例子。在這個例子中，作為用戶「syain1」的電子郵件地址的[email protected]被指定作為電子郵件發送目的地。
在圖12中的行號1200到1207構成郵件標題部分，其由空白行1208隔開。行1200是電子郵件發送日期欄位，以及設置電子郵件發送的日期、時間和星期幾。行1201是表示電子郵件發送者信息的From欄位，其在S1104被設置。在這個例子中，用戶「syain2」註冊，數據[email protected]被設置。行1202是表示郵件的主題的主題欄位，其在S1106被設置。在這個例子中，用戶「syain2」註冊，數據From syain2被設置。行1203是表示電子郵件發送目的地的To欄位。當syain1被從圖8所示的地址名冊中選出時，這個To欄位被產生。行1204是對於電子郵件唯一的ID的Message-ID。例如，發送時間和發送裝置的電子郵件地址被設置，因而不存在具有相同ID的郵件。行1205是在S1105設置的X-Sender欄位，註冊用戶的電子郵件地址被設置。在這個例子中，用戶「syain2」註冊，以及數據[email protected]被設置。行1206提供MIME版本信息。
行1207表示郵件數據被分成多個塊，定界字符串是「AHMOALBJDADADADCDADAAAAOBHBK」。行1209-1217形成電子郵件的一個塊。這些行可以被確定為電子郵件的一個塊，因為「--」被加於在行1206中指定的定界字符的開始。行1210表示分開的部分是正文，JIS代碼被用作字符碼。行1212是在S1107添加的郵件主體的開始行。當用戶「syain2」註冊時，添加一行「Message From syain2」。
正文數據被插入行1213-1215中，所述正文數據是由在圖7中被輸入到正文欄705中的8位代碼(例如SJIS代碼)經過字符碼變換而成為7位代碼(例如JIS代碼)而產生的。
行1217-1231形成另一個電子郵件塊。行1217是該塊的開始，因為「--」被加於在行1206指定的定界字符的開始。行1213是最後的郵件部分，因為「--」被加於定界字符的末尾。
行1218表示該塊由TIFF圖像文件構成。當用戶「syain2」註冊時，在步驟S1108確定的文件名「From-syain2.tiff」被設置。
行1219表示TIFF圖像文件被BASE 64解碼而成為7位的字符碼。行1220表示具有文件名「From-syain2.tif」的文件作為附加文件被添加於電子郵件。
行1222-122是由BASE 64編碼TIFF圖像文件而獲得的數據。在BASE 64編碼中，3位元組的8位數據被編碼成為4位元組的6位數據，且在編碼之後的數據大小是4/3。
圖13表示按照第三實施例的SMTP發送序列的例子。下面的序列的執行實體是MFP 100的CPU，郵件伺服器103，PC 104，或其類似物。CPU按照在ROM，RAM或硬碟驅動器中存儲的程序控制通信電路或其類似物，並按照下面的序列執行處理。在例如數據產生、接收或發送的處理中，存儲裝置例如RAM被用作工作區。
作為電子郵件客戶機的MFP 100和郵件伺服器103相連(1300)，然後郵件伺服器103執行SMTP會話的初始化處理。在初始化處理結束之後，郵件伺服器103向回發送從響應代碼「220」開始的連接響應信息(1310)。
MFP 100發送EHLO指令(1302)，然後郵件伺服器103藉助於響應代碼「250」通知MFP 100郵件伺服器103已經收到來自MFP100的指令(1303)。此時，郵件伺服器103也可以向回發送保持在郵件伺服器103中的SMTP擴展指令。
指令1304表示郵件伺服器103支持DSN(遞送狀態通知)服務。指令1305表示郵件伺服器支持SMTP AUTH和相應於CRAM-MD5的驗證算法。
指令1306是表示在SMTP協議中的郵件發送者的MALL指令。這個指令指定郵件發送者的電子郵件地址。
當電子郵件的遞送以戽鏈(bucket bridge)方式通過多個郵件伺服器使用SMTP遞送電子郵件時發生錯誤時，錯誤郵件被發送給目標地址。錯誤郵件的發送可以使用由IETF(網際網路工程工作組)研發的RFC 821來執行。例如，當IFAX目的地被設置在電子郵件數據的From欄位中時，裝置(例如MFP 100)的郵件地址([email protected])被設置為郵件指令的地址，並發送錯誤郵件。當電子郵件數據要向電子郵件目的地發送時，在用戶驗證時獲得的電子郵件地址被設置在From欄位中，並且裝置(例如MFP 100)的郵件地址([email protected])總被設置為郵件指令的地址。當在SMTP遞送期間發生錯誤時，錯誤郵件總被發送給該裝置。該裝置接收錯誤郵件，並可以列印或顯示該錯誤郵件。
發送裝置(例如MFP 100)接收錯誤郵件，並且通過根據錯誤郵件參考在該裝置中管理的日誌文件，能夠容易地確定哪個發送作業出了錯誤。
通過在發送裝置中保留髮送數據，當發送裝置收到錯誤郵件時，用戶可以操作發送裝置並快速地重新發送數據。
當郵件伺服器103正常收到郵件指令時(1306)，其向回發送從「250」開始的響應代碼(1307)。
MFP 100發送RCPT TO指令(1308)，該指令指定電子郵件接收者的郵件地址。這個指令含有在電子郵件數據的TO欄位中描述的地址([email protected])。郵件伺服器103接收這個指令，並且在對應於接收的指令的處理結束之後，向回發送從「250」開始的響應代碼(1309)。
在發送目的地被指定之後，MFP 100向郵件伺服器103發送DATA指令(1310)，該指令表示電子郵件數據要被發送。當進行接收電子郵件數據的準備時，郵件伺服器103向回發送從「354」開始的響應代碼(1311)。
一旦收到來自郵件伺服器103的發送允許指令(1311)，MFP 100發送圖12所示的電子郵件數據(1312-1314)。MFP 100發送所有的數據，然後發送表示數據的結束的字符「.」(1315)。當郵件伺服器103已正常地收到郵件數據時，其向回發送從「250」開始的響應代碼(1316)。
在MFP 100發送郵件數據之後，其發送退出指令(1317)。郵件伺服器103向回發送從「221」開始的響應代碼(1318)，結束一系列的SMTP發送處理。
圖14表示按照第三實施例的SMTP接收序列的例子。更具體地說，圖14表示由SMTP發送的電子郵件數據被遞送給作為POP伺服器的郵件伺服器103的序列，並且在PC 104中安裝的電子郵件應用程式按照POP3協議接收電子郵件數據。
作為POP客戶機的PC 104和郵件伺服器103相連(1400)，然後POP伺服器103執行POP3會話的初始化處理。在初始化處理結束之後，POP伺服器103向回發送從響應代碼「+OK」開始的連接響應消息(1410)。在這個連接響應之後，POP伺服器103轉變到驗證狀態。
PC 104使用USER指令(1402)發送註冊的用戶名(syain1)，以便註冊到POP伺服器103。POP伺服器103向回發送應答代碼「+OK」(1403)。
PC 104通過使用PASS指令發送用戶「syain1」的口令(syain1pass)(1404)。POP伺服器103比較用戶「syain1」登記的口令和接收的口令(syain1pass)。當兩個口令相互一致時，POP伺服器103向回發送從響應代碼「+OK」開始的連接響應消息(1405)。在此應答之後，POP伺服器103從驗證狀態轉變為事務處理(TRANSACTION)狀態，並且可處理的POP3指令改變。
POP伺服器103的PC 104通過使用STAT指令詢問用戶「syain1」的郵箱狀態(1406)。收到該指令的POP伺服器103檢查郵箱「syain1」，並檢查在郵箱中的郵件消息的數量和郵件捲軸(mail spool)的大小。在指令「+OK」之後，POP伺服器103向回發送由在郵箱「syain1」中的郵件消息的數量(1)和總的郵件捲軸大小(154959)構成的信息(1407)。
PC 104從消息識別出在郵箱內具有一個郵件(1407)。為了獲得被唯一地賦予該郵件的號碼，PC 104通知POP伺服器103 UIDL指令和郵箱號「1」(1408)。
收到該指令的POP伺服器103向回發送響應消息「+OK」(1409)。POP伺服器103檢查對於第一個郵件是唯一的ID，並向回發送通過在郵件號「1」之後附加該唯一的ID而獲得的信息(1410)。POP伺服器103然後向回發送表示列表的結束的數據「.」(1411)。保證唯一的ID對於每個郵件是唯一的，因而不存在被賦予相同號碼的郵件。
根據獲取的唯一的ID，PC 104檢查是否已經收到第一郵件。如果第一郵件尚未收到，則PC 104通過使用RETR指令(1412)指定第一郵件，並請求POP伺服器103發送郵箱內的第一郵件數據。
POP伺服器103向回發送從「+OK」開始的消息(1413)，並發送郵箱內的第一郵件數據(1414-1416)。在POP伺服器103發送所有的郵件數據之後，其向回發送表示郵件數據的結束的響應代碼「.」(1417)。
在PC 104獲得郵件數據之後，其命令POP伺服器103通過使用DELE指令從郵箱「syain1」中刪除第一郵件(1418)。POP伺服器103設置對第一郵件的刪除標誌，並向回發送從「+OK」開始的消息(1419)。
因為所有的處理都已結束，PC 104向POP伺服器103發送QUIT指令(1420)。POP伺服器103刪除具有刪除標記的第一郵件，並向回發送從「+OK」開始的消息(1421)，結束所有的POP3接收處理。
圖15表示按照第三實施例的郵件數據(圖14中的1414-1416)的例子。和圖12相同的標號表示相同的部分，並且省略對這些部分的說明。當從MFP 100發送的電子郵件數據通過中間郵件伺服器103時，數據1500，1501和1502被添加到圖12所示的電子郵件數據上。數據1500和1501是接收的標題。這些數據1500和1501由路由信息，例如在由郵件伺服器103收到郵件數據時在郵件伺服器103中設置的主機名以及時間戳數據，例如接收日期、星期幾和時間構成。
發送目的地是郵件伺服器103中的郵箱「syain1」，郵件伺服器103是最後的SMTP目的地。因而，郵件伺服器103添加返迴路徑標題的數據到電子郵件數據(1502)。返迴路徑標題的添加在IETF研發的RFC 2821中被強制進行。
除去參照圖13描述的SMTP協議的郵件指令(1306)之外接收的電子郵件地址被直接代入返迴路徑標題1502的數據中。電子郵件地址在FROM欄位中作為一種郵件「from」信息被初始地描述。
如果在例如由SMTP協議之外的POP3協議收到郵件數據時PC104檢測到錯誤(例如數據是不能由接收設備處理的圖像數據)，則PC 104向在返迴路徑標題中描述的郵件地址(在上述的例子中為發送設備的地址)發送錯誤產生通知。至於數據是否是不能由接收設備處理的圖像數據，例如，PC 104的CPU產生一個可處理的圖像數據的擴展(.tif，.jpg，等)列表或擴展表格，並把所述列表或表格存儲在存儲裝置中。CPU檢索該列表或其類似物以查找接收的圖像數據的擴展名，如果找到擴展名，便可以確定圖像數據可被處理；否則，便可以確定圖像數據不能被處理。
用這種方式，當錯誤發生時，該錯誤便被發送給作為發送裝置的MFP 100的郵件地址([email protected])。MFP 100可以接收錯誤郵件，並由印表機235列印或使用操作單元233顯示。
因為發送/接收日誌文件被產生，MFP 100可以根據接收的錯誤郵件，參考日誌文件從印表機235列印或在操作單元233上顯示哪一個發送作業出現錯誤。
其它實施例
注意，本發明可以應用於包括單個裝置的設備或者由多個裝置構成的系統。例如，上述的MFP可以由用於實現印表機、掃描儀、PC和網際網路作品傳真的程序來實現。在上述的實施例中，驗證伺服器102被安裝在網絡中，並且多個PC和MFP執行驗證。通過在MFP中安裝驗證伺服器功能也可以實現相同的效果。用這種方式，多個裝置可被集成在單個設備中。
此外，本發明可以通過提供一個軟體程序來實現，該程序執行上述實施例的功能，直接或間接地用於一個系統或設備，利用該系統或設備的計算機讀出提供的程序代碼，然後執行該程序代碼。在這種情況下，只要該系統或設備具有該程序的功能，實施方式不必依賴於一個程序。
因而，因為本發明的功能由計算機實現，被安裝在計算機內的程序代碼本身也實施本發明。換句話說，本發明的權利要求也覆蓋用於實現本發明的功能的電腦程式。
在這種情況下，只要系統或設備具有該程序的功能，該程序可以用任何形式來執行，例如作為目標代碼、由解釋器執行的程序、或者提供給作業系統的腳本數據。
可以用於提供程序的存儲介質的例子包括軟盤、硬碟、光碟、磁光碟、CD-ROM、CD-R、CD-RW、磁帶、非易失型存儲卡、ROM和DVD(DVD-ROM和DVD-R)。
關於提供程序的方法，可以使用客戶機的瀏覽器把客戶機連接到網際網路的網站上，並且本發明的電腦程式或可自動安裝的程序的壓縮文件可被下載到記錄介質例如硬碟上。此外，本發明的程序可以通過把構成程序的程序代碼劃分成多個文件並從不同的網站下載這些文件來提供。換句話說，對多個用戶下載通過計算機實施本發明的功能的程序文件的WWW(環球網)伺服器也被本發明的權利要求覆蓋。
此外，還可以在存儲介質例如CD-ROM上加密和存儲本發明的程序，把存儲介質分配給用戶，允許滿足某些要求的用戶通過網際網路從網站下載加密密鑰信息，並允許這些用戶使用該密鑰信息解密加密的程序，藉以把程序安裝在用戶計算機中。
此外，除了通過由計算機執行讀出的程序來執行按照這些實施例的上述功能的情況之外，在計算機上運行的作業系統或其類似物可以完成全部或部分的實際處理，因而上面的實施例的功能可以藉助於這個處理來實現。
此外，在從存儲介質中讀出的程序被寫入插入計算機中的功能擴展板或在和計算機相連的功能擴展板中提供的存儲器之後，安裝在功能擴展板上的CPU或其類似物或功能擴展單元執行所有的或部分的實際處理，使得上述實施例的功能可以通過這種處理來實現。
因為不脫離本發明的構思和範圍可以作出本發明的許多不同的實施例，應當理解，本發明不限於其特定的實施例，本發明的保護範圍在所附權利要求中被限定。
權利要求
1.一種圖像通信設備，其獲取圖像數據，將該圖像數據附加於電子郵件並傳送該電子郵件，該設備包括獲取部件，用於獲取要被附加於電子郵件上的圖像數據；電子郵件地址設置部件，用於當電子郵件要向和所述圖像通信設備的類型不同的設備發送時，作為源地址設置能夠確定發送該電子郵件的用戶的第一電子郵件地址，並且用於當電子郵件要向和所述圖像通信設備相同類型的設備發送時，作為源地址設置與所述圖像通信設備相關的第二電子郵件地址；以及發送部件，其利用設置的源地址發送含有獲取的圖像數據的電子郵件。
2.如權利要求1所述的設備，其中，所述電子郵件地址設置部件當電子郵件被發送給和所述圖像通信設備相同類型的設備時，在發送者欄位中設置第一電子郵件地址以及在From欄位中設置第二電子郵件地址。
3.如權利要求1所述的設備，還包括對圖像數據添加能夠確定用戶的信息和能夠確定所述圖像通信設備的信息中至少之一的部件，其中，所述發送部件通過對電子郵件附加包含能夠確定用戶的信息和能夠確定所述圖像通信設備的信息中至少之一的圖像數據來發送電子郵件。
4.如權利要求1所述的設備，還包括當用戶使用所述圖像通信設備時請求輸入驗證信息的部件；以及用於從驗證伺服器接收對應於輸入的驗證信息的電子郵件地址的部件，其中，所述電子郵件設置部件設置從驗證伺服器接收的電子郵件地址作為源地址。
5.如權利要求4所述的設備，還包括驗證伺服器的功能。
6.如權利要求1所述的設備，還包括用於當電子郵件被發送時產生至少含有關於用戶的信息的日誌數據的部件。
7.一種圖像通信設備，其獲取圖像數據，將該圖像數據附加於電子郵件並傳送該電子郵件，該設備包括選擇部件，用於當把圖像數據附加於電子郵件上發送該電子郵件時，選擇第一方式和第二方式中之一，在所述第一方式中，電子郵件被發送給和所述圖像通信設備不同類型的設備，在所述第二方式中，電子郵件被發送給和所述圖像通信設備相同類型的設備；郵件地址設置部件，用於當選擇第二方式時，作為源地址設置能夠確定發送電子郵件的用戶的第一電子郵件地址以及和所述圖像通信設備相關的第二電子郵件地址；以及發送部件，其利用設置的源地址發送附加有圖像數據的電子郵件。
8.如權利要求7所述的設備，其中，所述電子郵件地址設置部件當電子郵件被發送給和所述圖像通信設備相同類型的設備時，在發送者欄位中設置第一電子郵件地址以及在From欄位中設置第二電子郵件地址。
9.如權利要求8所述的設備，其中，所述第一方式包括用於對普通電子郵件地址發送的方式，所述第二方式包括用於在網際網路傳真裝置之間進行通信的方式。
10.如權利要求7所述的設備，還包括對圖像數據添加能夠確定用戶的信息和能夠確定所述圖像通信設備的信息中至少之一的部件，其中，所述發送部件通過對電子郵件附加包含能夠確定用戶的信息和能夠確定所述圖像通信設備的信息中至少之一的圖像數據來發送電子郵件。
11.如權利要求7所述的設備，還包括當用戶使用所述圖像通信設備時請求輸入驗證信息的部件；以及用於從驗證伺服器接收對應於輸入的驗證信息的電子郵件地址的部件，其中，所述電子郵件設置部件設置從驗證伺服器接收的電子郵件地址作為源地址。
12.如權利要求11所述的設備，還包括驗證伺服器的功能。
13.如權利要求7所述的設備，還包括用於當電子郵件被發送時產生至少含有關於用戶的信息的日誌數據的部件。
14.一種圖像通信設備，其獲取圖像數據，將該圖像數據附加於電子郵件並遞送該電子郵件，該設備包括選擇部件，用於當把圖像數據附加於電子郵件上發送該電子郵件時選擇第一方式和第二方式之一，在所述第一方式中，電子郵件被發送給和所述圖像通信設備不同類型的設備，在所述第二方式中，電子郵件被發送給和所述圖像通信設備相同類型的設備；電子郵件地址設置部件，用於當選擇第一方式時，作為源地址設置能夠確定發送電子郵件的用戶的第一電子郵件地址；以及發送部件，其利用設置的源地址發送附加有圖像數據的電子郵件。
15.如權利要求14所述的設備，其中，第一方式包括用於對普通電子郵件地址發送的方式，第二方式包括用於在網際網路傳真裝置之間進行通信的方式。
16.如權利要求14所述的設備，還包括對圖像數據添加能夠確定用戶的信息和能夠確定所述圖像通信設備的信息中至少之一的部件，其中，所述發送部件通過對電子郵件附加包含能夠確定用戶的信息和能夠確定所述圖像通信設備的信息中至少之一的圖像數據來發送電子郵件。
17.如權利要求14所述的設備，還包括當用戶使用所述圖像通信設備時輸入驗證信息的部件；以及用於從驗證伺服器接收對應於輸入的驗證信息的電子郵件地址的部件，其中，所述電子郵件設置部件設置從驗證伺服器接收的電子郵件地址作為源地址。
18.如權利要求17所述的設備，還包括驗證伺服器的功能。
19.如權利要求14所述的設備，還包括用於當電子郵件被發送時產生至少含有關於用戶的信息的日誌數據的部件。
20.一種圖像通信設備，其獲取圖像數據，將該圖像數據附加於電子郵件並傳送該電子郵件，該設備包括用於當把圖像數據附加於電子郵件上發送該電子郵件時選擇第一方式和第二方式之一的部件，在所述第一方式中，電子郵件被發送給和所述圖像通信設備不同類型的設備，在所述第二方式中，電子郵件被發送給和所述圖像通信設備相同類型的設備；用於當選擇第二方式時，對圖像數據添加能夠確定用戶的信息和能夠確定所述圖像通信設備的信息中至少之一的部件；以及通過附加圖像數據發送電子郵件的部件。
21.如權利要求20所述的設備，還包括用於當電子郵件被發送時產生至少含有關於用戶的信息的日誌數據的產生部件。
22.一種圖像通信方法，其獲取圖像數據，將該圖像數據附加於電子郵件並傳送該電子郵件，該方法包括以下步驟獲取要被附加於電子郵件上的圖像數據；當電子郵件要向和執行所述圖像通信方法的圖像通信設備的類型不同的設備發送時，作為源地址設置能夠確定發送該電子郵件的用戶的第一電子郵件地址，並且當電子郵件要向和所述圖像通信設備相同類型的設備發送時，作為源地址設置所述第一電子郵件地址和與所述圖像通信設備相關的第二電子郵件地址；以及利用設置的源地址發送含有獲取的圖像數據的電子郵件。
23.一種圖像通信方法，其獲取圖像數據，將該圖像數據附加於電子郵件並傳送該電子郵件，該方法包括以下步驟選擇第一方式和第二方式之一，在所述第一方式中，電子郵件被發送給和執行所述圖像通信方法的圖像通信設備不同類型的設備，在所述第二方式中，電子郵件被發送給和所述圖像通信設備相同類型的設備；當選擇第二方式時，作為源地址設置能夠確定發送電子郵件的用戶的第一電子郵件地址以及和所述圖像通信方法相關的第二電子郵件地址；以及利用設置的源地址發送附加有獲取的圖像數據的電子郵件。
24.一種圖像通信方法，其獲取圖像數據，將該圖像數據附加於電子郵件並傳送該電子郵件，該方法包括以下步驟選擇第一方式和第二方式之一，在所述第一方式中，電子郵件被發送給和執行所述圖像通信方法的圖像通信設備不同類型的設備，在所述第二方式中，電子郵件被發送給和所述圖像通信設備相同類型的設備；當選擇第一方式時，作為源地址設置能夠確定發送電子郵件的用戶的第一電子郵件地址；以及利用設置的源地址發送附加有圖像數據的電子郵件。
25.一種圖像通信設備，其獲取圖像數據，將該圖像數據附加於電子郵件並傳送該電子郵件，該設備包括驗證部件，其和用於管理能夠確定用戶的電子郵件地址的驗證伺服器協同操作，根據關於被授權操作所述圖像通信設備的用戶的驗證信息對用戶進行驗證；電子郵件地址設置部件，其從驗證伺服器獲得相應於由所述驗證部件驗證的用戶的電子郵件地址，並在要和附加的圖像數據一起發送的電子郵件的From欄位中或發送者欄位中設置獲得的電子郵件地址；以及發送部件，其使用設置的源地址發送附加有圖像數據的電子郵件。
26.如權利要求25所述的設備，其中，所述電子郵件地址設置部件當電子郵件被發送給和所述圖像通信設備相同類型的設備時，在發送者欄位中設置對應於用戶的電子郵件地址，以及在From欄位中設置對應於所述圖像通信設備的電子郵件地址。
27.一種圖像通信方法，其獲取圖像數據，將該圖像數據附加於電子郵件並傳送該電子郵件，該方法包括以下步驟和用於管理能夠確定用戶的電子郵件地址的驗證伺服器協同操作，根據關於被授權傳送一個圖像的用戶的驗證信息對用戶進行驗證；從驗證伺服器獲得相應於所述被驗證的用戶的電子郵件地址；在要和附加的圖像數據一起發送的電子郵件的From欄位中或發送者欄位中設置獲得的電子郵件地址；以及使用設置的源地址發送附加有圖像數據的電子郵件。
28.一種圖像通信設備，其對電子郵件附加圖像數據，並傳送該電子郵件，該設備包括驗證部件，其和用於管理關於被授權操作所述圖像通信設備的用戶的驗證信息的驗證伺服器協同操作來對用戶進行驗證；獲取部件，用於當用戶被成功地驗證時獲取圖像數據並產生電子郵件數據；電子郵件地址設置部件，其在電子郵件數據中設置關於由驗證部件驗證的用戶的驗證信息；發送部件，其發送電子郵件數據；以及記錄部件，其在日誌文件中記錄用戶驗證信息以及由作為發送電子郵件數據的結果的所發送圖像的數量表示的發送管理信息。
29.如權利要求28所述的設備，其中，所述設置部件在電子郵件數據的主題欄位、郵件正文、附加文件的名稱以及郵件標題的擴展欄位中至少之一中設置用戶驗證信息。
30.一種圖像通信方法，其對電子郵件附加圖像數據，並傳送該電子郵件，該方法包括以下步驟和管理關於被授權進行圖像通信的用戶的驗證信息的驗證伺服器協同操作對用戶進行驗證；當用戶被成功地驗證時，獲取圖像數據以產生電子郵件數據；在電子郵件數據中設置關於被驗證的用戶的驗證信息；發送所述電子郵件數據；以及在日誌文件中記錄用戶驗證信息以及由作為發送電子郵件數據的結果的所發送圖像的數量表示的發送管理信息。
31.一種圖像通信設備，其對電子郵件附加圖像數據，並傳送該電子郵件，該設備包括和用於管理關於被授權操作所述圖像通信設備的用戶的電子郵件地址的驗證伺服器協同操作來對用戶進行驗證的部件；從驗證伺服器獲取被驗證用戶的電子郵件地址並把獲取的電子郵件地址設置在發送者欄位中的部件；以及用於當附加有圖像數據的電子郵件要按照郵件傳送協議發送時，通過在電子郵件的From欄位中設置在所述圖像通信設備中所設置的電子郵件地址來發送電子郵件的部件。
32.一種圖像通信方法，其對電子郵件附加圖像數據，並傳送該電子郵件，該方法包括以下步驟和用於管理關於被授權傳送圖像的用戶的電子郵件地址的驗證伺服器協同操作來對用戶進行驗證；從驗證伺服器獲取被驗證用戶的電子郵件地址以把獲取的電子郵件地址設置在發送者欄位中；以及當附加有圖像數據的電子郵件要按照郵件傳送協議發送時，通過在電子郵件的From欄位中設置在所述圖像通信設備中所設置的電子郵件地址來發送電子郵件。
33.一種圖像通信系統，其包括對電子郵件附加圖像數據並發送該電子郵件的圖像發送裝置，用於傳遞電子郵件的郵件伺服器設備，以及用於接收電子郵件的圖像接收裝置，其中所述圖像發送裝置包括和用於管理關於被授權操作所述圖像通信裝置的用戶的電子郵件地址的驗證伺服器協同操作來對用戶進行驗證的部件；從驗證伺服器獲取被驗證用戶的電子郵件地址並把獲取的電子郵件地址設置在發送者欄位中的部件；以及發送部件，其用於在附加有圖像數據的電子郵件要按照郵件傳送協議發送時，通過在電子郵件的From欄位中設置在所述圖像通信裝置中所設置的電子郵件地址來發送電子郵件，所述郵件伺服器設備包括通過使用郵件傳送協議接收電子郵件的部件；以及用於當電子郵件的接收者的郵箱屬於郵件伺服器設備時，在接收的電子郵件中作為應答地址寫入在電子郵件的From欄位中設置的電子郵件地址的部件，以及所述圖像接收裝置包括通過使用和所述郵件傳送協議不同的通信協議接收在郵件伺服器設備中存儲的郵件的部件；用於確定電子郵件是否是可以處理的數據的部件；以及錯誤通知部件，其用於當電子郵件是不能處理的數據時，通知由郵件伺服器設備寫入的應答地址發生了錯誤。
34.一種在用於附加圖像數據到電子郵件並發送該電子郵件的圖像發送裝置、用於傳送該電子郵件的郵件伺服器設備和用於接收該電子郵件的圖像接收裝置中執行的圖像通信方法，包括以下步驟使圖像發送裝置和用於管理被授權操作所述圖像發送裝置的用戶的電子郵件地址的驗證伺服器協同操作來對用戶驗證；使圖像發送裝置從驗證伺服器獲取被驗證用戶的電子郵件地址並把獲取的電子郵件地址設置在發送者欄位中；當附加有圖像數據的電子郵件要按照郵件傳送協議發送時，使圖像發送裝置通過在電子郵件的From欄位中設置在所述圖像發送裝置中所設置的電子郵件地址來發送電子郵件；使郵件伺服器設備通過使用該郵件傳送協議接收電子郵件；使郵件伺服器設備當電子郵件的電子郵件接收者的郵箱屬於該郵件伺服器設備時，在接收的電子郵件中作為應答地址寫入在電子郵件的From欄位中設置的電子郵件地址；使圖像接收裝置通過使用和所述郵件傳送協議不同的通信協議來接收在郵件伺服器設備中存儲的郵件；使圖像接收裝置確定電子郵件是否是可以處理的數據；以及使圖像接收裝置當電子郵件是不能處理的數據時，通知由郵件伺服器設備寫入的應答地址發生了錯誤。
35.一種圖像通信設備，其附加圖像數據到電子郵件並傳送該電子郵件，該設備包括存儲部件，用於存儲所述圖像通信設備的電子郵件地址；第一設置部件，用於設置電子郵件的發送者；第二設置部件，用於在電子郵件的標題部分設置所設置的發送者的電子郵件地址，發送者的電子郵件地址和所述圖像通信設備的電子郵件地址不同；以及第三設置部件，用於在一個郵件指令中設置所述圖像通信設備的存儲的郵件地址，所述郵件指令用於在發送電子郵件時和郵件伺服器通信，在所述電子郵件中發送者的電子郵件地址被設置在標題部分。
36.如權利要求35所述的設備，還包括選擇部件，其被安排用於選擇網際網路傳真方式或電子郵件方式，所述第二設置部件在所述選擇部件選擇網際網路傳真方式的情況下把所述圖像通信設備的電子郵件地址設置在電子郵件的標題部分，以及，所述第二設置部件在所述選擇部件選擇電子郵件方式的情況下把發送者的電子郵件地址設置在電子郵件的標題部分。
37.一種用於控制圖像通信設備的方法，所述圖像通信設備附加圖像數據到電子郵件並傳送該電子郵件，該方法包括以下步驟設置電子郵件的發送者；在電子郵件的標題部分設置所設置的發送者的電子郵件地址；在用於和郵件伺服器通信的郵件指令中設置所述圖像通信設備的郵件地址；以及向郵件伺服器發送其中在標題部分設置有發送者的電子郵件地址的電子郵件。
全文摘要
本發明涉及當圖像數據被附加於電子郵件並被從網際網路傳真裝置發送時用於詳細地確定發送者的裝置和方法。MFP(100)具有電子郵件發送方式，其中具有圖像的電子郵件被發送給普通電子郵件地址，以及IFAX發送方式，其中具有圖像的電子郵件被發送給應付IFAX功能的設備。在發送圖像時，MFP(100)和驗證伺服器(102)協同操作對用戶驗證。當已驗證的用戶選擇IFAX發送方式時，對應於該用戶的電子郵件地址被從驗證伺服器(102)獲取，並被設置在發送者欄位中。和現有技術類似，From欄位保持裝置的電子郵件地址。
文檔編號H04N1/00GK1771719SQ200480006649
公開日2006年5月10日 申請日期2004年2月27日 優先權日2003年3月12日
發明者利根川信行 申請人:佳能株式會社