專利名稱：通信裝置，電子郵件發(fā)送方法以及電子郵件發(fā)送程序的制作方法
技術領域：
本發(fā)明涉及遵照預定的發(fā)送協(xié)議發(fā)送電子郵件的通信裝置、電子郵件發(fā)送方法以及電子郵件發(fā)送程序。
背景技術：
近年來伴隨著計算機的普及以及信息的網(wǎng)絡化，通過網(wǎng)絡收發(fā)字符信息的電子郵件已經(jīng)普及。在電子郵件中，除了作為字符信息的郵件正文以外，還可附加各種形式的文件。例如，通過在附件中添付TIFF(標簽圖像文件格式Tag Image File Format)形式的文件，來進行圖像收發(fā)的互聯(lián)網(wǎng)傳真已經(jīng)普及。
這里，互聯(lián)網(wǎng)FAX(下面稱為IFAX)是指發(fā)送機將通過掃描器所讀取的圖像數(shù)據(jù)變換成TIFF形式進行發(fā)送，接收機對接收到的TIFF形式的圖像數(shù)據(jù)進行打印之類的發(fā)送機和接收機間的通信技術。此時，為了使進行通信的TIFF形式的圖像數(shù)據(jù)在多個設備上保持互換性，由作為對因特網(wǎng)技術進行標準化的組織的IETF(因特網(wǎng)工程任務組Interne Engineering Task Force)，在技術規(guī)范RFC(請求評論Request for Comments)2301中詳細地進行了規(guī)定。
另外，在利用簡單郵件傳輸協(xié)議(SMTP)將電子郵件發(fā)送給發(fā)送目的地的郵件地址時，通過由郵件服務器進行用戶認證后進行郵件發(fā)送，來防止非法對偽造了郵件地址的電子郵件進行轉(zhuǎn)接的情況之類的、涉及SMTP認證的技術在技術規(guī)范RFC2554進行了規(guī)定。作為進行用戶認證后發(fā)送電子郵件的現(xiàn)有技術，例如，可列舉在日本專利公開特開平11-234496號公報中所記載的內(nèi)容。
另外，本申請承受人已經(jīng)提出了以下方法即在發(fā)送電子郵件前預先注冊到認證服務器，在由認證服務器認證了用戶名和密碼的情況下，取得對應于此經(jīng)過認證的用戶名的電子郵件地址，將此所取得的電子郵件地址作為發(fā)送方的地址將電子郵件發(fā)送給發(fā)送目的地的郵件地址的方法(日本專利公開特開2003-066857號)。
但是，即便是上述提案的電子郵件發(fā)送方法也希望改善以下揭示的問題。
即，當在使用SMTP認證發(fā)送電子郵件時，作為在SMTP認證中所使用的用戶名和密碼，使用了設備(MFP等通信裝置)固有的設定值(即設備固有的用戶名和密碼)的情況下，在該設備中作為發(fā)送日志，使注冊到認證服務器的用戶名的日志保留下來，但在郵件服務器中卻僅保留識別固有的用戶名的日志。其結(jié)果，設備保有的日志和郵件服務器保有的日志有時就不同，難以將這些日志相互對應起來。從而，確定實際的發(fā)送者是困難的。另外，還有知道設備固有的用戶名和密碼的人用他人的郵件地址進行發(fā)送操作的可能性。
相對于此，在使用SMTP認證發(fā)送電子郵件時，不使用設備固有的用戶和密碼，而每次輸入在SMTP認證中所使用的用戶名和密碼，由此上述問題就得以回避，但在此情況下，就有操作性降低之類的新問題。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種通信裝置、電子郵件發(fā)送方法以及電子郵件發(fā)送程序，能夠謀求提高在使用發(fā)送協(xié)議將電子郵件發(fā)送給發(fā)送目的地的郵件地址時的安全性，而不會使操作性降低。
為了達到上述目的，本發(fā)明的第1技術方案提供一種通信裝置，經(jīng)由網(wǎng)絡連接到認證裝置和郵件分發(fā)裝置，并經(jīng)由上述郵件分發(fā)裝置按照預定的發(fā)送協(xié)議發(fā)送電子郵件，包括輸入用戶信息的輸入裝置；向上述認證裝置請求該被輸入的用戶信息的認證的用戶認證請求裝置；在上述用戶信息被認證的情況下，從上述認證裝置取得對應于上述經(jīng)過認證的用戶信息的上述發(fā)送協(xié)議的認證信息的認證信息取得裝置；遵照上述發(fā)送協(xié)議向上述郵件分發(fā)裝置請求該所取得的認證信息的認證的發(fā)送認證請求裝置；以及在上述認證信息被認證的情況下，遵照上述發(fā)送協(xié)議將電子郵件發(fā)送給上述郵件分發(fā)裝置的發(fā)送裝置。
根據(jù)這樣的構成，向認證裝置請求所輸入的用戶信息的認證；在用戶信息被認證的情況下，從認證裝置取得對應于該經(jīng)過認證的用戶信息的發(fā)送協(xié)議的認證信息；遵照發(fā)送協(xié)議向郵件分發(fā)裝置請求該所取得的認證信息的認證；在認證信息被認證的情況下，遵照發(fā)送協(xié)議將電子郵件發(fā)送給郵件分發(fā)裝置，所以能夠謀求提高在使用發(fā)送協(xié)議將電子郵件發(fā)送給發(fā)送目的地的郵件地址時的安全性，而不會使操作性降低。
最好是，上述認證裝置具備保存對應于上述用戶信息的電子郵件地址和對應于上述用戶信息的上述發(fā)送協(xié)議的認證信息的保存裝置，上述認證信息取得裝置取得保存在上述保存裝置中的電子郵件地址和上述認證信息。
根據(jù)此優(yōu)選技術方案的構成，在用戶信息被認證的情況下，從認證裝置取得對應于該經(jīng)過認證的用戶信息的電子郵件地址，防止假冒發(fā)送的電子郵件地址等非法電子郵件轉(zhuǎn)接就成為可能。
最好是，上述認證信息是對應于上述用戶信息的SMTP認證的用戶名和密碼。
為了達到上述目的，本發(fā)明的第2技術方案提供一種通信裝置，經(jīng)由網(wǎng)絡連接到郵件分發(fā)裝置，并經(jīng)由上述郵件分發(fā)裝置按照預定的發(fā)送協(xié)議發(fā)送電子郵件，包括保存上述發(fā)送協(xié)議的認證信息的認證信息保存裝置；輸入用戶信息的輸入裝置；請求該被輸入的用戶信息的認證的用戶認證請求裝置；在上述用戶信息被認證的情況下，從上述認證信息保存裝置取得對應于上述經(jīng)過認證的用戶信息的上述發(fā)送協(xié)議的認證信息的認證信息取得裝置；遵照上述發(fā)送協(xié)議向上述郵件分發(fā)裝置請求該所取得的認證信息的認證的發(fā)送認證請求裝置；以及在上述認證信息被認證的情況下，遵照上述發(fā)送協(xié)議將電子郵件發(fā)送給上述郵件分發(fā)裝置的發(fā)送裝置。
根據(jù)本發(fā)明第2技術方案的構成，就取得與上述第1技術方案同樣的效果。
最好是，上述認證信息保存裝置保存對應于上述用戶信息的電子郵件地址和對應于上述用戶信息的上述發(fā)送協(xié)議的認證信息，上述認證信息取得裝置取得保存在上述認證信息保存裝置中的電子郵件地址和上述認證信息。
根據(jù)此優(yōu)選技術方案的構成，就取得與在上述第1技術方案的最初所記述的優(yōu)選技術方案同樣的效果。
最好是，上述認證信息是對應于上述用戶信息的SMTP認證的用戶名和密碼。
為了達到上述目的，本發(fā)明的第3技術方案提供一種在通信裝置中執(zhí)行的電子郵件發(fā)送方法，所述通信裝置經(jīng)由網(wǎng)絡連接到認證裝置和郵件分發(fā)裝置，并按照發(fā)送協(xié)議經(jīng)由上述郵件分發(fā)裝置發(fā)送電子郵件，包括輸入用戶信息的輸入步驟；向上述認證裝置請求該被輸入的用戶信息的認證的用戶認證請求步驟；在上述用戶信息被認證的情況下，從上述認證裝置取得對應于上述經(jīng)過認證的用戶信息的上述發(fā)送協(xié)議的認證信息的認證信息取得步驟；遵照上述發(fā)送協(xié)議向上述郵件分發(fā)裝置請求該所取得的認證信息的認證的發(fā)送認證請求步驟；以及在上述認證信息被認證的情況下，遵照上述發(fā)送協(xié)議將電子郵件發(fā)送給上述郵件分發(fā)裝置的發(fā)送步驟。
為了達到上述目的，本發(fā)明的第4技術方案提供一種在通信裝置中執(zhí)行的電子郵件發(fā)送方法，所述通信裝置經(jīng)由網(wǎng)絡連接到郵件分發(fā)裝置，并按照發(fā)送協(xié)議經(jīng)由上述郵件分發(fā)裝置發(fā)送電子郵件，包括輸入用戶信息的輸入步驟；請求該被輸入的用戶信息的認證的用戶認證請求步驟；按每個用戶保持上述發(fā)送協(xié)議的認證信息的保持步驟；從在上述保持步驟中所保持的認證信息之中取得對應于上述經(jīng)過認證的用戶信息的上述發(fā)送協(xié)議的認證信息的認證信息取得步驟；遵照上述發(fā)送協(xié)議向上述郵件分發(fā)裝置請求該所取得的認證信息的認證的發(fā)送認證請求步驟；以及在上述認證信息被認證的情況下，遵照上述發(fā)送協(xié)議將電子郵件發(fā)送給上述郵件分發(fā)裝置的發(fā)送步驟。
為了達到上述目的，本發(fā)明的第5技術方案提供一種在通信裝置中執(zhí)行的電子郵件發(fā)送程序，所述通信裝置經(jīng)由網(wǎng)絡連接到認證裝置和郵件分發(fā)裝置，并按照發(fā)送協(xié)議經(jīng)由上述郵件分發(fā)裝置發(fā)送電子郵件，包括輸入用戶信息的輸入模塊；向上述認證裝置請求該被輸入的用戶信息的認證的用戶認證請求模塊；在上述用戶信息被認證的情況下，從上述認證裝置取得對應于上述經(jīng)過認證的用戶信息的上述發(fā)送協(xié)議的認證信息的認證信息取得模塊；遵照上述發(fā)送協(xié)議向上述郵件分發(fā)裝置請求該所取得的認證信息的認證的發(fā)送認證請求模塊；以及在上述認證信息被認證的情況下，遵照上述發(fā)送協(xié)議將電子郵件發(fā)送給上述郵件分發(fā)裝置的發(fā)送模塊。
為了達到上述目的，本發(fā)明的第6技術方案提供一種在通信裝置中執(zhí)行的電子郵件發(fā)送程序，所述通信裝置經(jīng)由網(wǎng)絡連接到郵件分發(fā)裝置，并按照發(fā)送協(xié)議經(jīng)由上述郵件分發(fā)裝置發(fā)送電子郵件，包括輸入用戶信息的輸入模塊；請求該被輸入的用戶信息的認證的用戶認證請求模塊；按每個用戶保持上述發(fā)送協(xié)議的認證信息的保持模塊；從在上述保持模塊中所保持的認證信息之中取得對應于上述經(jīng)過認證的用戶信息的上述發(fā)送協(xié)議的認證信息的認證信息取得模塊；遵照上述發(fā)送協(xié)議向上述郵件分發(fā)裝置請求該所取得的認證信息的認證的發(fā)送認證請求模塊；以及在上述認證信息被認證的情況下，遵照上述發(fā)送協(xié)議將電子郵件發(fā)送給上述郵件分發(fā)裝置的發(fā)送模塊。
本發(fā)明上面以及其他的目的、特征和優(yōu)點，通過結(jié)合附圖的以下詳細說明將更為清楚。


圖1是表示涉及本發(fā)明第1實施方式的包含通信裝置的電子郵件系統(tǒng)的整體構成圖。
圖2是表示圖1所示的MFP(Multi Function Peripheral)的構成的框圖。
圖3是表示MFP所有的網(wǎng)絡協(xié)議層次結(jié)構的圖。
圖4是表示對圖1所示的認證服務器中所登錄的用戶信息及其內(nèi)容進行參照/編輯的程序的操作畫面的圖。
圖5是表示取得MFP中的電子郵件地址、SMTP認證用戶名以及SMTP認證密碼時的注冊處理的流程圖。
圖6是表示用戶認證中的MFP和認證服務器間的具體認證過程的圖。
圖7是表示操作部上所顯示的發(fā)送設定畫面的圖。
圖8是表示管理發(fā)送收件方信息的地址簿的圖。
圖9是表示在用掃描器讀取了原稿后，對各收件方發(fā)送電子郵件時的發(fā)送處理的流程圖。
圖10是具體地表示圖9的步驟S17中的MFP和郵件服務器間的SMTP認證處理過程的圖。
圖11是表示對第2實施方式的認證服務器中所登錄的用戶信息及其內(nèi)容進行參照/編輯的程序的操作畫面的圖。
圖12是表示取得MFP中的電子郵件地址、SMTP認證用戶名以及SMTP認證密碼時的注冊處理的流程圖。
圖13是表示操作部上所顯示的發(fā)送設定畫面的圖。
具體實施例方式
圖1是表示涉及本發(fā)明第1實施方式的包含通信裝置的電子郵件系統(tǒng)的整體構成圖。此電子郵件系統(tǒng)，由經(jīng)由遍及全世界的因特網(wǎng)110而連接到第1網(wǎng)絡105以及第2網(wǎng)絡125的多個設備構成。
在第1網(wǎng)絡105上被分配域名“xyz.co.jp”，并連接有MFP(MultiFunction Peripheral)100、101，認證服務器102，郵件/POP服務器103以及客戶端PC104。在第2網(wǎng)絡125上被分配域名“abc.co.jp”，并連接有郵件/POP服務器120，PC121以及互聯(lián)網(wǎng)傳真122。
MFP100、101，搭載掃描器以及打印機，具備復制功能、傳真(FAX)收發(fā)功能以及對由計算機所創(chuàng)建的數(shù)據(jù)進行打印的打印機功能等。另外，MFP100被賦予主機名“copy1.xyz.co.jp”以及電子郵件地址“ifax@copy1.xyz.co.jp”。MFP101被賦予主機名“copy2.xyz.co.jp”以及電子郵件地址“ifax@copy2.xyz.co，jp”。
認證服務器102，進行第1網(wǎng)絡105的域內(nèi)的用戶認證，在認證服務器102上登錄有多組在此域內(nèi)有效的用戶名、密碼等。在PC104上安裝有通用電子郵件軟件，并賦予電子郵件地址“syain1@xyz.co.jp”。若接通客戶端PC104的電源，則要求輸入用戶名和密碼，若用戶輸入用戶名和密碼，則客戶端PC104對認證服務器102，查詢所輸入的用戶名和密碼是否與所登錄的用戶名和密碼一致。當在認證服務器102中作為用戶已登錄的情況下，PC104就成為可使用的狀態(tài)。
郵件/POP服務器103具有郵件服務器(SMTP服務器)和POP服務器雙方的功能。當然，也可以設郵件服務器和POP服務器為不同的裝置。另外，第2網(wǎng)絡125的域內(nèi)的郵件/POP服務器120也具有同樣的功能。例如，在從PC104向電子郵件地址“pcmail@abc.co.jp”發(fā)送電子郵件的情況下，用PC104所創(chuàng)建的電子郵件數(shù)據(jù)，以SMTP(Simple Mail Transfer Protoco1)協(xié)議送往郵件服務器103，進而，從郵件服務器103經(jīng)由因特網(wǎng)110以SMTP協(xié)議送往郵件服務器120。
在PC121上安裝有通用電子郵件軟件。PC121使用POP3(PostOffice Protoco1-Version3)協(xié)議，以一定間隔監(jiān)視在POP服務器120上是否有電子郵件到達，在電子郵件到達的情況下，就接收電子郵件的數(shù)據(jù)。另外，在從具有電子郵件地址“pcmai1@abc.co.jp”的PC121向具有電子郵件地址“syain1@xyz.co.jp”的PC104發(fā)送電子郵件的情況下，在PC121所創(chuàng)建的電子郵件數(shù)據(jù)，沿相反的路由，經(jīng)郵件服務器120中繼后被送往郵件服務器103。然后，PC104使用POP3協(xié)議，取得已達到的電子郵件數(shù)據(jù)。而且，具有對MIME等形式的電子郵件數(shù)據(jù)進行解釋，并對其中所包含的圖像數(shù)據(jù)進行解碼后再現(xiàn)的功能。
在MFP100、101上，存在以將利用傳真(FAX)、IFAX接收功能所接收到的圖像或用掃描器所讀取到的黑白/彩色圖像送往一般的電子郵件收件方為前提進行發(fā)送的電子郵件發(fā)送模式，和以發(fā)送到遵從IFAX規(guī)格的裝置為前提的IFAX發(fā)送模式。在發(fā)送/接收的通信協(xié)議中使用SMTP、POP3，MFP100、101進行與上述利用PC的發(fā)送/接收同樣的動作。
這里，在電子郵件發(fā)送模式下，發(fā)送JPEG文件格式的圖像(簡單稱為JPEG圖像)。例如，若對具有電子郵件地址“syain1@xyz.co.jp”的客戶端PC104發(fā)送彩色圖像，則PC104接收電子郵件，并用通用圖像觀看器顯示JPEG圖像。在IFAX發(fā)送模式下，則發(fā)送遵守技術規(guī)范RFC2301的TIFF形式圖像。例如，通過具有IFAX規(guī)格的MFP100、MFP101或互聯(lián)網(wǎng)傳真122來收發(fā)圖像。在可處理彩色圖像的設備間的情況下，則收發(fā)TIFF形式的JPEG圖像。
圖2是表示MFP106的構成的框圖。由于MFP100和MFP101為相同的構成，所以在這里只對MFP100的構成進行說明。MFP100具有，CPU130、ROM131、RAM132、操作部133、掃描器134、打印機135、圖像處理電路136、硬盤137、網(wǎng)絡接口(I/F)138、格式器139以及傳真部140。
CPU130作為控制系統(tǒng)全體的控制電路而發(fā)揮功能，執(zhí)行ROM131中所保存的程序，并將RAM132作為工作區(qū)來使用。操作部133由啟動鍵，0～9數(shù)字鍵等硬件鍵以及LCD顯示板構成，在LCD顯示板上作為軟件鍵而顯示按鈕，檢測由用戶的手指等對按鈕的接觸，順利地執(zhí)行用戶操作。
掃描器134，通過光電變換將原稿圖像變換成電圖像數(shù)據(jù)。掃描器134具備，放置從原稿供給裝置所輸送的原稿的稿臺玻璃，具有照射原稿的燈的掃描單元，接收來自原稿的反射光的CCD圖像傳感器，用于將來自原稿的反射光導入CCD圖像傳感器的反射鏡及透鏡，以及用于將通過CCD圖像傳感器經(jīng)過光電變換的電信號變換成數(shù)字數(shù)據(jù)的A/D變換電路。包含在掃描器134中的上述構成要素未表示在圖2中。從原稿供給裝置將原稿輸送到稿臺玻璃上，當原稿被輸送到稿臺玻璃上時，則將燈點亮，然后使掃描單元開始移動，對原稿進行曝光掃描。來自原稿的反射光經(jīng)由反射鏡和透鏡被導入CCD圖像傳感器。當由CDD圖像傳感器變換成電信號時，則通過A/D變換電路變換成數(shù)字數(shù)據(jù)。在原稿讀取動作結(jié)束后，稿臺玻璃上的原稿就被排出。
打印機部135，將圖像數(shù)據(jù)打印在記錄紙上。打印機部135具備激光發(fā)光部、感光鼓、轉(zhuǎn)印部、定影部、排紙輥、以及具有多個分頁格的分頁器。由激光發(fā)光部發(fā)出與圖像數(shù)據(jù)相應的激光。若此激光被照射到感光鼓上，則在感光鼓上形成與激光相應的潛像。在感光鼓的潛像部分上通過顯影器涂敷顯影劑，在與激光的照射開始以同步的定時從供紙盒供給記錄紙，并輸送給轉(zhuǎn)印部。附著在感光鼓上的顯影劑被轉(zhuǎn)印在記錄紙上。若轉(zhuǎn)印了顯影劑的記錄紙被輸送到定影部，則通過定影部中的熱與壓力，使顯影劑定影在記錄紙上。通過了定影部的記錄紙由排紙輥所排出。被排出的記錄紙，通過分頁器被收放于各自的分頁格，進行記錄紙的分類。
圖像處理電路136由大容量的圖像存儲器，圖像旋轉(zhuǎn)電路，分辨率變倍電路，以及MH、MR、MMR、JBIG、JPEG等編碼/解碼電路等構成，執(zhí)行明暗(shading)、修整(trimming)、遮蔽(masking)等各種圖像處理。硬盤137是可用SCSI、USB等接口(I/F)連接的大容量記錄媒體。此外，作為記錄媒體，并不限于硬盤，還可以是光磁盤(MO)等。
網(wǎng)絡I/F138，是以10BASE-T、100BASE-T為代表的以太網(wǎng)(美國Xerox公司的注冊商標)或者令牌環(huán)(美國IBM公司的注冊商標)等，執(zhí)行用于連接到網(wǎng)絡的網(wǎng)絡數(shù)據(jù)鏈路。格式器139具有遵照IEEE1284標準的并行接口、USB等PC接口(I/F)，以經(jīng)由PC接口(I/F)或者網(wǎng)絡I/F138接收到的來自個人計算機的PDL(PageDescription Language)數(shù)據(jù)為基礎創(chuàng)建圖像數(shù)據(jù)。用圖像處理電路136對所創(chuàng)建的圖像數(shù)據(jù)進行圖像處理，并進行用于由打印機135打印的再現(xiàn)(rendering)處理。
傳真部140連接到電話線路，是由NCU(Network Control Unit)、MODEM(Modulator/DEModulator)等構成的傳真I/F電路。此傳真部140，對用掃描器134所讀取的圖像數(shù)據(jù)，用圖像處理電路136進行圖像處理，并經(jīng)由電話線路發(fā)送給其他的傳真(FAX)裝置，或者接收從其他的傳真(FAX)裝置發(fā)送的圖像數(shù)據(jù)，用圖像處理電路136進行圖像處理，使打印機135進行打印。
掃描器134、打印機135、圖像處理電路136、格式器139以及傳真部140，經(jīng)由與CPU130的CPU總線141不同的高速視頻總線142相連接，可高速傳送圖像數(shù)據(jù)。從而，通過使用此高速視頻總線142，對用掃描器134所讀取的圖像數(shù)據(jù)，用圖像處理電路136進行圖像處理，并通過將經(jīng)過圖像處理的圖像數(shù)據(jù)用打印機135進行打印，來實現(xiàn)復制功能。
另外，在MFP100上設置有，在對用掃描器134所讀取的圖像數(shù)據(jù)，用圖像處理電路136進行了圖像處理后，從網(wǎng)絡I/F發(fā)送給網(wǎng)絡105的發(fā)送(Send)功能，或者用圖像處理電路136創(chuàng)建遵守技術規(guī)范RFC2301的圖像數(shù)據(jù)，用電子郵件協(xié)議來發(fā)送數(shù)據(jù)的IFAX功能。
圖3是表示MFP100所有的網(wǎng)絡協(xié)議的層次結(jié)構的圖。網(wǎng)絡協(xié)議大致劃分由3個層次的程序，也就是IP(Internet Protocol)層200、TCP(Transmission Control Protocol)/UDP(User Datagram Protocol)層201以及應用層202構成。
IP層200是提供從發(fā)件方主機至收件方主機，經(jīng)由路由器等中繼節(jié)點將消息送到的服務的互聯(lián)網(wǎng)的協(xié)議層。而且，IP層200執(zhí)行對發(fā)送數(shù)據(jù)的發(fā)件方的地址以及接收數(shù)據(jù)的收件方的地址進行管理，并對依照地址信息在網(wǎng)絡內(nèi)按怎樣的路徑將數(shù)據(jù)送到收件方主機進行管理的路由選擇功能。
TCP/UDP層201是提供從發(fā)件應用進程將消息送到接收應用進程的服務的傳輸層。而且，TCP是連接式服務的協(xié)議，保證通信的高度可靠性，但UDP是無連接式的服務的協(xié)議，不進行可靠性的保證。
應用層202規(guī)定多個協(xié)議。在此層202中包含作為文件傳送服務的FTP(File Transfer Protocol)，作為網(wǎng)絡管理協(xié)議的SNMP，作為打印機印打印用的服務器協(xié)議的LPD，作為WWW(World Wide Web)服務器的協(xié)議HTTPd，電子郵件收發(fā)協(xié)議SMTP(Simple MailTransfer Protocol)，郵件下載協(xié)議POP3(Post Office Protocol-Version3)等。除此以外，還搭載有在技術規(guī)范RFC1510中所規(guī)定的Kerberos認證程序。
圖4是表示對在認證服務器102中所登錄的用戶信息及其內(nèi)容進行參照/編輯的程序的操作畫面的圖。用戶信息由用戶名230、密碼231、電子郵件地址232、SMTP認證用戶名233以及SMTP認證密碼234構成。用戶名230表示可使用認證服務器102擔當?shù)挠蛎麨椤皒yz.co.jp”的域(主要的)內(nèi)的計算機的用戶名。在圖4中，登錄有“syain1”～“syain5”的用戶名。在密碼231中登錄有對應于各用戶名的密碼。在這里，為了不讓第三者容易地看到，各密碼用“*****”來進行顯示。
在電子郵件地址232中登錄有認證服務器102中所登錄的用戶可使用的電子郵件地址。用戶名為“syain1”的電子郵件地址是“syain1@xyz.co.jp”。用戶名為“syain2”的電子郵件地址是“syain2@xyz.co.jp”。用戶名為“syain3”的電子郵件地址是“syain3@xyz.co.jp”。用戶名為“syain4”的電子郵件地址是“syain4@xyz.co.jp”。用戶名為“syain5”的電子郵件地址是“syain5@xyz.co.jp”。
SMTP認證用戶名233以及SMTP認證密碼234是SMTP認證(RFC2554)中所使用的用戶名和密碼信息，例如，在從MFP100、MFP101、PC104向郵件服務器103發(fā)送電子郵件時，在SMTP協(xié)議上進行用戶認證，用于防止非法訪問或冒充電子郵件的發(fā)出人名稱(From地址)的郵件的非法轉(zhuǎn)接。雖然在圖4的設定中，用戶名“syain1”～“syain5”的SMTP認證用戶名為分別與用戶名“syain1”～“syain5”是相同的名稱，但當然也可以使用不同的名稱。另外，SMTP認證密碼234與密碼231同樣，為了不被容易地看到而使用“*****”來進行顯示。
追加鍵240是在新用戶登錄時所使用的鍵。刪除鍵241是刪除登錄用戶的鍵。屬性鍵242是對已登錄的內(nèi)容進行修正的鍵，若按下屬性鍵242，就顯示已登錄的內(nèi)容。
圖5是表示取得MFP100中的電子郵件地址、SMTP認證用戶名以及SMTP認證密碼時的注冊處理的流程圖。MFP100利用此注冊處理對認證服務器102請求用戶認證，用所指定的用戶名來使用電子郵件。此外，由于關于MFP101也同樣如此，所以只對MFP100進行說明。
當MFP100的主電源被接通，存儲器、I/O端口的初始化等初始化動作被執(zhí)行后，在通過系統(tǒng)用戶設定將“用戶認證”設定成“執(zhí)行”的情況下，此注冊處理開始。在此狀態(tài)下，不能執(zhí)行復制等用戶操作介入的處理，在操作部133上顯示輸入用戶名的畫面。
首先，顯示用戶名輸入畫面，等待由用戶輸入用戶名(步驟S1)。若用戶名被輸入，則接著等待輸入密碼(步驟S2)。若密碼被輸入，則為了用認證服務器102進行認證，發(fā)送用戶名和密碼(步驟S3)。
然后，對認證的結(jié)果，即所輸入的用戶名和密碼是否與認證服務器102中所登錄的用戶名230和密碼231一致，判別從認證服務器102是否回答認證OK(步驟S4)。在所輸入的用戶名、密碼錯誤情況等，沒有回答認證OK而回答了認證NG的情況下，則退到步驟S1并從用戶名輸入畫面進行反復同樣的處理。另一方面，在回答了認證OK的情況下，則從認證服務器102取得在認證服務器102中所登錄的、已注冊的用戶的電子郵件地址232(步驟S5)。進而，從認證服務器102取得已注冊的用戶的SMTP認證的用戶名233和用戶SMTP認證的密碼234(步驟S6，S7)，并結(jié)束本處理。
若此用戶認證正常結(jié)束，復制、發(fā)送(SEND)等用戶操作介入的處理就可執(zhí)行。此外，雖然在本實施方式中，作為用戶認證的方法表示了輸入用戶名和密碼的情形，但也可以是利用指紋或眼球等的生物認證，利用非接觸或接觸式的控制卡的用戶認證等。
圖6是表示用戶認證中的MFP100和認證服務器102間的具體認證順序的圖。認證服務器102的用戶認證方式，是使用了作為網(wǎng)絡應用層的協(xié)議的Kerberos的認證方式，作為技術規(guī)范RFC1510被標準化。
首先，Kerberos認證服務請求KEB_AS_REQ被從作為客戶端的MFP100送往認證服務器102(T1)，若進行了是否為合法用戶的查詢，則經(jīng)過了加密的注冊會話密鑰和客戶端認證數(shù)據(jù)就作為Kerberos認證服務答復KEB_AS_REP從認證服務器102返回MFP100(T2)。
以此數(shù)據(jù)為基礎，創(chuàng)建Kerberos標簽認可服務請求KEB_TGS_REQ，MFP100對認證服務器102進行資格信息的請求(T3)。經(jīng)過了加密的客戶端認證數(shù)據(jù)作為Kerberos標簽認可服務答復KEB_TGS_REP從認證服務器102返回(T4)。
以此數(shù)據(jù)為基礎，創(chuàng)建Kerberos應用請求KEB_AP_RE，MFP100向認證服務器102請求服務利用許可(T5)。然后，若從認證服務器102返回Kerberos應用答復KEB_AP_REP(T6)，則在所返回的數(shù)據(jù)正常、且答復數(shù)據(jù)內(nèi)的時刻數(shù)據(jù)為規(guī)定的時間內(nèi)的情況下，MFP100就認為是認證OK。
此外，雖然在本實施方式中，表示在同一認證服務器進行3種請求的情形，但根據(jù)網(wǎng)絡構成等，也可以使用多個服務器。另外，作為認證方式，還可以是DH(Diffie-Hellman)認證等其他的認證方式。
圖7是表示操作部133上所顯示的發(fā)送設定畫面的圖。此發(fā)送設定畫面，在通過圖5的注冊處理以用戶名“syain1”進行注冊正常結(jié)束，用電子郵件發(fā)送由掃描器134所讀取的圖像數(shù)據(jù)時，被顯示在操作部133上。在讀取大小300上，指定掃描器134讀入的原稿大小等。作為原稿，能夠指定A3、A4、A5、B4、B5、11*17、LTR、STMT等用紙大小及其方向。在圖7中由于在讀取大小300上設定為“自動”，故由設置在掃描器134上的原稿檢測傳感器所檢測到的值被讀入。
另外，對分辨率301可指定在掃描器134讀入原稿時的分辨率。作為分辨率被指定成200*100、200*200、200*400、300*300、400*400以及600*600dpi中的某一個。在圖7中，設定為缺省值200*200。另外，在詳細設定302中，可對掃描時的濃度設定、原稿類型指定、雙面讀入、頁連續(xù)打印指定，像質(zhì)調(diào)整等掃描時的詳細動作進行指定。
主題304和正文305分別為在將要發(fā)送的電子郵件中所附加的郵件名和郵件正文。若選擇這些各設定欄，則顯示軟鍵盤，可輸入字符串。收件方303是指定發(fā)送目的地的欄。
圖8是表示管理發(fā)送收件方信息的地址簿的圖。發(fā)送收件方的電子郵件地址被顯示于地址欄352。然后，當在選擇欄350上附加標記后向收件方發(fā)送電子郵件時，所選擇的地址就被記載于電子郵件的To字段中。在模式欄351上能夠指定作為送信收件方、以送往一般的電子郵件收件方為前提進行發(fā)送的電子郵件發(fā)送模式，和以送往具有設備間的收發(fā)功能的IFAX裝置為前提進行發(fā)送的IFAX發(fā)送模式中的某一個。在圖8的設定中，指定了電子郵件發(fā)送模式用的兩個電子郵件發(fā)送收件方(電子郵件地址“pcmail@abc.co.jp”、“syain1@xyz.co.jp”)，以及IFAX發(fā)送模式用的一個IFAX發(fā)送收件方(電子郵件地址“ifax@abc.co.jp”)。
圖9是表示在用掃描器134讀取了原稿后，對各收件方發(fā)送電子郵件時的發(fā)送處理的流程圖。此處理程序被保存于MFP100內(nèi)的存儲媒體(ROM131或者硬盤137)，在向各收件方進行發(fā)送時，由CPU130執(zhí)行。
首先，判別發(fā)送模式(模式351)是否為IFAX(步驟S11)。在是IFAX的情況下，在電子郵件的標題部的From字段上設定用戶模式中所輸入的設備的地址(步驟S12)。然后，在電子郵件的Sender字段上設定與注冊時所設定的用戶名230相對應的電子郵件地址232(步驟S13，參照圖4)。在這里，由于在注冊時是以用戶名“syain1”進行注冊的，所以在Sender地址上設定對應于用戶名“syain1”的電子郵件地址“syain1@xyz.co.jp”。在設定了From字段、Sender字段后，在由掃描器所讀取的圖像的上端，賦予以發(fā)送設備電子郵件地址、發(fā)送收件方簡稱、發(fā)送時間等信息為基礎作為圖像數(shù)據(jù)所創(chuàng)建的圖像標題(步驟S14)。
另一方面，在發(fā)送模式不是IFAX而是電子郵件的情況下，在From字段上設定對應在注冊時所設定的用戶名230的電子郵件地址232(步驟S15)。在此情況下，不創(chuàng)建Sender字段。
之后，以From字段、Sender字段等信息為基礎，進行郵件標題的創(chuàng)建、MIME信息的賦予、附件的利用BASE64方式的編碼等郵件數(shù)據(jù)創(chuàng)建處理(步驟S16)。
在將所創(chuàng)建的電子郵件數(shù)據(jù)發(fā)送給郵件服務器103時，使用來自認證服務器102在步驟S6中所取得的SMTP認證的用戶名以及在步驟中所取得的SMTP認證的密碼，執(zhí)行SMTP認證(步驟S17)。然后，判別SMTP認證的結(jié)果(步驟S18)。關于此SMTP認證將在后面進行敘述。然后，在認證結(jié)束后，也就是認證結(jié)果為認證OK的情況下，通過SMTP將數(shù)據(jù)發(fā)送給郵件服務器103(步驟S19)。若發(fā)送結(jié)束，則將注冊時所指定的用戶名230、發(fā)送收件方信息、發(fā)送日期、發(fā)送時間、發(fā)送張數(shù)以及送信結(jié)果寫入日志(步驟S20)，結(jié)束本處理。另一方面，當在步驟S18中認證結(jié)果為認證NG的情況下，則不進行發(fā)送結(jié)束本處理。
由MFP100寫入到日志的數(shù)據(jù)，作為通知發(fā)送結(jié)果的發(fā)送結(jié)果報告，或者每當發(fā)送件數(shù)累積到一定以上所創(chuàng)建的通信管理報告來進行打印。根據(jù)所打印的報告，就能夠確定已發(fā)送的作業(yè)(JOB)的發(fā)送者。另外，由于在郵件服務器103中保留進行SMTP認證時的時間及認證用戶名等日志，所以就能夠把送信管理結(jié)果報告或者通信管理報告的內(nèi)容、與郵件服務器103的日志的內(nèi)容進行對照、使之對比。其結(jié)果，就能夠?qū)θ罩镜耐桩斝赃M行驗證。此外，寫入到日志的數(shù)據(jù)也可列表顯示在操作部133上。
圖10是具體地表示步驟S17中的MFP100和郵件服務器103間的SMTP認證處理過程的圖。通過此SMTP認證，就可在從MFP101向郵件服務器103發(fā)送電子郵件時，對電子郵件的發(fā)送者進行認證，并防止冒充進行發(fā)送的電子郵件地址等非法電子郵件轉(zhuǎn)接。下面所示的SMTP認證處理，主要由MFP100和郵件服務器103的各CPU執(zhí)行。
首先，若從MFP101向郵件服務器103進行SMTP連接(T11)，則從郵件服務器103回答表示SMTP服務就緒的數(shù)字“220”和域名(T12)。從作為客戶端的MFP101將擴展SMTP的表示SMTP開始的EHLO指令發(fā)送給郵件服務器103(T13)，以表示所請求的指令成功的數(shù)值“250”開始的指令響應從郵件服務器103返回(T14)。進而，根據(jù)郵件服務器103所擁有的SMTP擴展功能的響應被返回(T15，T16)。在T15的響應中，表示郵件服務器103擁有DSN(Delivery StatusNotifications)服務功能，在T16的響應中，表示支持認證功能SMTPAUTH，作為認證方式則支持CRAM-MD5以及DIGEST-MD5。
由于判斷為郵件服務器103對應SMTP AUTH，所以MFP101發(fā)送表示使用SMTP AUTH進行認證，作為認證方式使用CRAM-MD5的指令(T17)。從郵件服務器103回答表示請求連續(xù)的數(shù)字“334”和作為服務器質(zhì)詢數(shù)據(jù)的字符串(T18)。MFP101，由所取得的服務器質(zhì)詢數(shù)據(jù)和密碼創(chuàng)建以CRAM-MD5進行了加密的加密密碼，并回答對用戶名和密碼進行了加密的字符串(T19)。
在郵件服務器103中也同樣由發(fā)送的服務器質(zhì)詢數(shù)據(jù)和與從MFP101發(fā)送來的用戶名相對的密碼創(chuàng)建加密密碼，通過對此所創(chuàng)建的加密密碼與從MFP101發(fā)送來的加密密碼的一致性進行檢測，來確認密碼的有效性。然后，在密碼的有效性得以確認的情況下，從郵件服務器103發(fā)送以表示認證成功的數(shù)字“235”開始的消息(T20)，結(jié)束SMTP認證。
之后，如上述那樣，通過SMTP的通常順序，電子郵件數(shù)據(jù)得以發(fā)送。若發(fā)送結(jié)束，則郵件服務器103將接受電子郵件分發(fā)的MFP101的電子郵件地址、發(fā)送收件方的電子郵件地址、進行了SMTP認證的用戶名、通信日期、時刻等信息記錄到日志文件。然后，郵件服務器103的管理者，就能夠參照所記錄的日志文件。
這樣，根據(jù)本發(fā)明的第1實施方式，由于由MFP100寫入到日志的數(shù)據(jù)作為發(fā)送結(jié)果報告或者通信管理報告進行打印，所以就能夠確定已發(fā)送的作業(yè)(JOB)的發(fā)送者。另一方面，在郵件服務器103中保留進行SMTP認證時的時間及認證用戶名等日志。從而，通過使送信結(jié)果報告或者通信管理報告的內(nèi)容與郵件服務器3的日志的內(nèi)容進行對照并進行對比，就能夠確定實際的發(fā)送者。由此，就能夠謀求使用SMTP認證進行發(fā)送時的安全性的提供，而不會使操作性降低。
另外，就不需要對MFP，設定SMTP認證用戶名、SMTP認證密碼以及電子郵件地址，從而能夠容易地進行其登錄、變更等管理。而且，如上述那樣，由于在郵件服務器側(cè)保留通過SMTP認證進行了認證的用戶名的日志，所以就可與MFP的發(fā)送日志1對1進行比較，并能夠謀求安全性的向上。
下面，一邊參照圖11～13一邊對本發(fā)明的第2實施方式進行說明。
在上述第1實施方式中，SMTP認證用戶名和SMTP認證密碼是用認證服務器進行管理，而在本實施方式中它們是用MFP進行管理這一點上不同。也就是，將在第1實施方式中用認證服務器102所管理的SMTP認證用戶名、密碼保持在硬盤137上。
第2實施方式的電子郵件系統(tǒng)的構成與上述第1實施方式大致相同，關于與上述第1實施方式相同的構成部分，通過附加相同的標記來省略其說明。圖11是表示對第2實施方式的認證服務器102中所登錄的用戶信息及其內(nèi)容進行參照/編輯的程序的操作畫面的圖。在上述第1實施方式中，如圖4所示，作為用戶信息設定有SMTP認證用戶名和SMTP認證密碼，但在第2實施方式中，如圖11所示那樣它們未被設定。
這里，用戶名230是認證服務器102中所登錄的用戶名。密碼231是登錄用戶名的密碼。電子郵件地址232是登錄用戶名的電子郵件地址。另外，追加鍵240是在新用戶登錄時所使用的鍵。刪除鍵241是刪除登錄用戶時所使用的鍵。屬性鍵242是對已登錄的內(nèi)容進行修正時所使用的鍵。若按下屬性鍵242，就顯示已登錄的內(nèi)容，并可對已登錄的內(nèi)容進行修正。
圖12是表示取得MFP100中的電子郵件地址、SMTP認證用戶名以及SMTP認證密碼時的注冊處理的流程圖。MFP100，通過此注冊處理對認證服務器102請求用戶認證，以可用所指定的用戶名來使用電子郵件。此外，由于關于MFP101也同樣如此，所以只對MFP100進行說明。
當MFP100的主電源被接通，存儲器、I/O端口的初始化等初始化動作被執(zhí)行后，在通過系統(tǒng)用戶設定將“用戶認證”設定成“執(zhí)行”的情況下，此注冊處理開始。在此狀態(tài)下，不能執(zhí)行復制等用戶操作介入的處理，在操作部133上顯示輸入用戶名的畫面。
首先，顯示用戶名輸入畫面，等待由用戶輸入用戶名(步驟S31)。若用戶名被輸入，則接著等待輸入密碼(步驟S32)。若密碼被輸入，則為了用認證服務器102進行認證，發(fā)送用戶名和密碼(步驟S33)。
然后，對認證的結(jié)果，即所輸入的用戶名和密碼是否與認證服務器102中所登錄的用戶名230和密碼231一致，判別從認證服務器102是否回答了認證OK(步驟S34)。在所輸入的用戶名、密碼錯誤情況等，不回答認證OK而回答了認證NG的情況下，則退到步驟S31并從用戶名輸入畫面開始反復同樣的處理。另一方面，在回答了認證OK的情況下，則從認證服務器102取得認證服務器102中所登錄的、已注冊的用戶的電子郵件地址232(步驟S35)。
在取得電子郵件地址后，取得對MFP100、MFP101等設備的每個用戶所設定的SMTP認證用戶名306(步驟S36)。進而，同樣地，取得對設備的每個用戶所設定的SMTP認證密碼307(步驟S37)。之后，結(jié)束本處理。
若此用戶認證正常結(jié)束，復制、發(fā)送(SEND)等用戶操作介入的處理就可執(zhí)行。此外，雖然作為用戶認證的方法表示了輸入用戶名和密碼的情形，但也可以是利用指紋或眼球等的生物認證，利用非接觸或接觸式的控制卡的用戶認證等。
圖13是表示操作部133上所顯示的發(fā)送設定畫面的圖。在用于Send操作的發(fā)送設定畫面中，在用戶以用戶名“syain1”進行了注冊的情況下，在畫面左上方顯示出所注冊的用戶名“syain1”。
在讀取大小300上，指定掃描器134讀入的原稿大小等。作為原稿，能夠指定A3、A4、A5、B4、B5、11*17、LTR、STMT等用紙大小及其方向。圖13中由于在讀取大小300上設定為“自動”，故由設置在掃描器134上的原稿檢測傳感器所檢測到的值被讀入。
另外，在分辨率301上可指定由掃描器134讀入原稿時的分辨率。作為分辨率被指定成200*100、200*200、200*400、300*300、400*400以及600*600dpi中的某一個。在圖13中，設定為缺省值200*200。另外，在詳細設定302中，可對掃描時的濃度設定、原稿類型指定、雙面讀入、頁連續(xù)打印指定，像質(zhì)調(diào)整等掃描時的詳細動作進行指定。
主題304和正文305分別為在將要發(fā)送的電子郵件中所附加的郵件名和郵件正文。若選擇這些各設定欄，則顯示軟鍵盤，可輸入字符串。收件方303是指定發(fā)送收件方的欄。從上述第1實施方式的地址簿(參照圖8)選擇收件方。
SMTP認證用戶名306和SMTP認證密碼307是以SMTP協(xié)議對郵件服務器103發(fā)送電子郵件數(shù)據(jù)時，分別使用的用戶名和密碼。這些用戶名和密碼是逐用戶地存儲在設備中的設定參數(shù)，若各用戶進行注冊(Login)，則作為設定參數(shù)在發(fā)送設定畫面上顯示該SMTP認證用戶名306和SMTP認證密碼307。另外，此設定參數(shù)是可變更的。
由掃描器134所讀入的圖像數(shù)據(jù)，通過圖9所示的上述第1實施方式的發(fā)送處理進行發(fā)送。然后，在步驟S17的SMTP認證處理中，使用SMTP認證用戶名306和SMTP認證密碼307來進行認證。
根據(jù)第2實施方式，就取得與第1實施方式相同的效果。另外，具有SMTP認證用戶和SMTP認證密碼的MFP，可對郵件服務器103請求SMTP認證以執(zhí)行電子郵件等的發(fā)送。
另外，在以上的實施方式中針對在郵件服務器上進行SMTP認證的例子進行了說明，但并不限于此，如果SMTP服務器和POP服務器由同一裝置構成，則能夠采用使用在POP before SMTP中所用的POP認證用的用戶名和密碼等各種方式。
上面是本發(fā)明的實施方式的說明，但本發(fā)明并不限于這些實施方式的構成，只要是能夠?qū)崿F(xiàn)權利要求的范圍所示的功能，或者實施方式的構成所具有的功能的構成，則怎樣的構成均可適用。
例如，雖然表示了在上述第1實施方式中，SMTP認證用戶名和SMTP認證密碼由認證服務器進行管理，在上述第2實施方式中由MFP進行管理的情形，但也可以是對由認證服務器或者MFP中某一個來管理進行切換這樣的構成。另外，雖然表示了在網(wǎng)絡上設置認證服務器，對來自多個PC和MFP的用戶信息進行認證的情形，但在MFP內(nèi)部加入認證服務器功能，也可取得與這些實施方式同樣的效果。
另外無需贅言，本發(fā)明的目的也可以這樣達到，即通過將記錄了實現(xiàn)上述實施方式的功能的軟件的程序代碼的存儲媒體提供給系統(tǒng)或者裝置，該系統(tǒng)或者裝置的計算機(或者CPU和MPU)讀出并執(zhí)行保存在存儲媒體中的程序代碼。
在此情況下，從存儲媒體讀出的程序代碼自身就實現(xiàn)上述實施方式的功能，該程序代碼以及存儲了該程序代碼的存儲媒體就構成本發(fā)明。
另外無需贅言，不僅包含通過計算機執(zhí)行所讀出的程序代碼，上述實施方式的功能得以實現(xiàn)的情況，還包含根據(jù)該程序代碼的指示，在計算機上運行的操作系統(tǒng)(OS)等進行實際處理的一部分或者全部，通過該處理上述實施方式的功能得以實現(xiàn)的情況。
進而無需贅言，還包含當從存儲媒體讀出的程序代碼，被寫入到插入計算機的功能擴展板或連接到計算機的功能擴展單元上所具備的存儲器以后，根據(jù)該程序代碼的指示，該功能擴展板或功能擴展單元上所具備的CPU等進行實際處理的一部分或者全部，通過該處理上述實施方式的功能得以實現(xiàn)的情況。
另外，上述程序只要能夠用計算機實現(xiàn)上述實施方式的功能即可，其形態(tài)也可以具有目標代碼、由解釋程序所執(zhí)行的程序、或者被提供給OS的腳本數(shù)據(jù)等形態(tài)。
作為供給程序的存儲媒體，例如能夠使用軟(注冊商標)盤、硬盤、光盤、磁光盤、CD-ROM、MO、CD-R、CD-RW、DVD(DVD-ROM、DVD-RAM、DVD-RW、DVD+RW)、磁帶、非易失性的存儲卡、ROM等。或者，通過從連接到因特網(wǎng)、商用網(wǎng)絡或者局域網(wǎng)等的未圖示的其他計算機或數(shù)據(jù)庫等進行下載來供給上述程序。
權利要求
1.一種通信裝置，經(jīng)由網(wǎng)絡連接到認證裝置和郵件分發(fā)裝置，并經(jīng)由上述郵件分發(fā)裝置按照預定的發(fā)送協(xié)議發(fā)送電子郵件，其特征在于包括輸入用戶信息的輸入裝置；向上述認證裝置請求該被輸入的用戶信息的認證的用戶認證請求裝置；在上述用戶信息被認證了的情況下，從上述認證裝置取得對應于上述經(jīng)過認證的用戶信息的上述發(fā)送協(xié)議的認證信息的認證信息取得裝置；按照上述發(fā)送協(xié)議向上述郵件分發(fā)裝置請求該所取得的認證信息的認證的發(fā)送認證請求裝置；以及在上述認證信息被認證的情況下，遵照上述發(fā)送協(xié)議將電子郵件發(fā)送給上述郵件分發(fā)裝置的發(fā)送裝置。
2.根據(jù)權利要求1所述的通信裝置，其特征在于上述認證裝置具備保存對應于上述用戶信息的電子郵件地址和對應于上述用戶信息的上述發(fā)送協(xié)議的認證信息的保存裝置，上述認證信息取得裝置取得保存在上述保存裝置中的電子郵件地址和上述認證信息。
3.根據(jù)權利要求1所述的通信裝置，其特征在于上述認證信息是對應于上述用戶信息的SMTP認證的用戶名和密碼。
4.一種通信裝置，經(jīng)由網(wǎng)絡連接到郵件分發(fā)裝置，并經(jīng)由上述郵件分發(fā)裝置按照預定的發(fā)送協(xié)議發(fā)送電子郵件，其特征在于包括保存上述發(fā)送協(xié)議的認證信息的認證信息保存裝置；輸入用戶信息的輸入裝置；請求該被輸入的用戶信息的認證的用戶認證請求裝置；在上述用戶信息被認證了的情況下，從上述認證信息保存裝置取得對應于上述經(jīng)過認證的用戶信息的上述發(fā)送協(xié)議的認證信息的認證信息取得裝置；按照上述發(fā)送協(xié)議向上述郵件分發(fā)裝置請求該所取得的認證信息的認證的發(fā)送認證請求裝置；以及在上述認證信息被認證的情況下，遵照上述發(fā)送協(xié)議將電子郵件發(fā)送給上述郵件分發(fā)裝置的發(fā)送裝置。
5.根據(jù)權利要求4所述的通信裝置，其特征在于上述認證信息保存裝置保存對應于上述用戶信息的電子郵件地址和對應于上述用戶信息的上述發(fā)送協(xié)議的認證信息，上述認證信息取得裝置取得保存在上述認證信息保存裝置中的電子郵件地址和上述認證信息。
6.根據(jù)權利要求4所述的通信裝置，其特征在于上述認證信息是對應于上述用戶信息的SMTP認證的用戶名和密碼。
7.一種在通信裝置中執(zhí)行的電子郵件發(fā)送方法，所述通信裝置經(jīng)由網(wǎng)絡連接到認證裝置和郵件分發(fā)裝置，并按照發(fā)送協(xié)議經(jīng)由上述郵件分發(fā)裝置發(fā)送電子郵件，其特征在于包括輸入用戶信息的輸入步驟；向上述認證裝置請求該被輸入的用戶信息的認證的用戶認證請求步驟；在上述用戶信息被認證了的情況下，從上述認證裝置取得對應于上述經(jīng)過認證的用戶信息的上述發(fā)送協(xié)議的認證信息的認證信息取得步驟；按照上述發(fā)送協(xié)議向上述郵件分發(fā)裝置請求該所取得的認證信息的認證的發(fā)送認證請求步驟；以及在上述認證信息被認證的情況下，遵照上述發(fā)送協(xié)議將電子郵件發(fā)送給上述郵件分發(fā)裝置的發(fā)送步驟。
8.一種在通信裝置中執(zhí)行的電子郵件發(fā)送方法，所述通信裝置經(jīng)由網(wǎng)絡連接到郵件分發(fā)裝置，并按照發(fā)送協(xié)議經(jīng)由上述郵件分發(fā)裝置發(fā)送電子郵件，其特征在于包括輸入用戶信息的輸入步驟；請求該被輸入的用戶信息的認證的用戶認證請求步驟；按每個用戶保持上述發(fā)送協(xié)議的認證信息的保持步驟；從在上述保持步驟中所保持的認證信息之中取得對應于上述經(jīng)過認證了的用戶信息的上述發(fā)送協(xié)議的認證信息的認證信息取得步驟；按照上述發(fā)送協(xié)議向上述郵件分發(fā)裝置請求該所取得的認證信息的認證的發(fā)送認證請求步驟；以及在上述認證信息被認證了的情況下，遵照上述發(fā)送協(xié)議將電子郵件發(fā)送給上述郵件分發(fā)裝置的發(fā)送步驟。
9.一種在通信裝置中執(zhí)行的電子郵件發(fā)送程序，所述通信裝置經(jīng)由網(wǎng)絡連接到認證裝置和郵件分發(fā)裝置，并按照發(fā)送協(xié)議經(jīng)由上述郵件分發(fā)裝置發(fā)送電子郵件，其特征在于包括輸入用戶信息的輸入模塊；向上述認證裝置請求該被輸入的用戶信息的認證的用戶認證請求模塊；在上述用戶信息被認證了的情況下，從上述認證裝置取得對應于上述經(jīng)過認證的用戶信息的上述發(fā)送協(xié)議的認證信息的認證信息取得模塊；按照上述發(fā)送協(xié)議向上述郵件分發(fā)裝置請求該所取得的認證信息的認證的發(fā)送認證請求模塊；以及在上述認證信息被認證的情況下，遵照上述發(fā)送協(xié)議將電子郵件發(fā)送給上述郵件分發(fā)裝置的發(fā)送模塊。
10.一種在通信裝置中執(zhí)行的電子郵件發(fā)送程序，所述通信裝置經(jīng)由網(wǎng)絡連接到郵件分發(fā)裝置，并按照發(fā)送協(xié)議經(jīng)由上述郵件分發(fā)裝置發(fā)送電子郵件，包括輸入用戶信息的輸入模塊；請求該被輸入的用戶信息的認證的用戶認證請求模塊；按每個用戶保持上述發(fā)送協(xié)議的認證信息的保持模塊；從在上述保持模塊中所保持的認證信息之中取得對應于上述經(jīng)過認證了的用戶信息的上述發(fā)送協(xié)議的認證信息的認證信息取得模塊；按照上述發(fā)送協(xié)議向上述郵件分發(fā)裝置請求該所取得的認證信息的認證的發(fā)送認證請求模塊；以及在上述認證信息被認證了的情況下，遵照上述發(fā)送協(xié)議將電子郵件發(fā)送給上述郵件分發(fā)裝置的發(fā)送模塊。
全文摘要
本發(fā)明提供一種通信裝置、電子郵件發(fā)送方法及電子郵件發(fā)送程序，能夠謀求提高使用發(fā)送協(xié)議將電子郵件發(fā)送給發(fā)送目的地的郵件地址時的安全性，而不會使操作性降低。為此，MFP(100)通過網(wǎng)絡連接到認證服務器(102)和郵件服務器(120)，并經(jīng)由郵件服務器(120)按照SMTP來發(fā)送電子郵件。用戶名和密碼被輸入到用戶名輸入畫面。MFP(100)請求認證服務器(102)對所輸入的用戶名和密碼進行認證。在用戶名和密碼被認證的情況下，MFP(100)從認證服務器(102)取得對應于上述經(jīng)過認證的用戶名和密碼的、遵照SMTP的電子郵件地址(232)、SMTP認證用戶名(233)以及SMTP認證密碼(234)。MFP(100)向郵件服務器103要求按照SMTP所取得的SMTP認證用戶名(232)和SMTP認證密碼(234)的認證。在SMTP認證用戶名(232)和SMTP認證密碼(234)被認證時，MFP(100)按照SMTP將電子郵件發(fā)送給郵件服務器(103)。
文檔編號H04N1/32GK1620065SQ20041009473
公開日2005年5月25日 申請日期2004年11月17日 優(yōu)先權日2003年11月17日
發(fā)明者利根川信行 申請人:佳能株式會社