通信裝置及其控制方法
【專利摘要】本發(fā)明提供通信裝置及其控制方法。如果指定進行加密發(fā)送，則所述通信裝置設定對無法進行加密發(fā)送的地址不進行發(fā)送還是對所述地址進行明文發(fā)送，并且在已經(jīng)進行該設定的狀態(tài)下選擇地址。所述通信裝置確定所選擇的地址是否是能夠進行加密發(fā)送的地址，并且如果確定的結(jié)果表明所選擇的地址不是能夠進行加密發(fā)送的地址，則根據(jù)所述設定，控制對所選擇的地址不進行發(fā)送還是對所選擇的地址進行明文發(fā)送。
【專利說明】通信裝置及其控制方法
【技術(shù)領域】
[0001]本發(fā)明涉及將圖像文件發(fā)送到網(wǎng)絡上的地址的通信裝置及其控制方法。
【背景技術(shù)】
[0002]作為用于提高電子郵件(e-mail)安全性的技術(shù)，存在由RFC2311定義的S/MME(安全 / 多用途互聯(lián)網(wǎng)郵件擴充協(xié)議，Secure/Multipurpose Internet Mail Extensions)。通過使用該技術(shù)，能夠?qū)崿F(xiàn)電子郵件數(shù)據(jù)的加密。
[0003]將掃描器讀取的圖像數(shù)據(jù)附加到電子郵件并進行通信的互聯(lián)網(wǎng)傳真裝置也被廣泛使用，此外，還存在諸如日本特開2002-190891號公報公開的使用S/MME的技術(shù)。
[0004]圖18是示出當將一封電子郵件廣播到兩個地址(即地址A和地址B)時進行的操作的圖。
[0005]使用發(fā)送方(sender)的秘密密鑰(secret key) 901對發(fā)送方的證書900進行加密以生成摘要(digest),并且與公共密鑰(public key)信息等一起生成電子簽名902。使用共用密鑰(common key ) 904對電子郵件數(shù)據(jù)903進行加密，從而生成加密電子郵件數(shù)據(jù)905。
[0006]此外，使用接收方(recipient) A的公共密鑰909對共用密鑰904進行加密，從而生成接收方A信息906，使用接收方B的公共密鑰907對共用密鑰904進行加密，從而生成接收方B信息908。將以這種方式生成的電子簽名902、加密電子數(shù)據(jù)905、接收方A信息906以及接收方B信息908轉(zhuǎn)換為PKCS#7格式并發(fā)送。
[0007]由于密鑰的管理和運用復雜，因此S/MME未必完全普及。因此，當將一封電子郵件向多個地址廣播時，不是所有的地址都必定支持S/MME。此外，根據(jù)電子郵件的重要性或者網(wǎng)絡環(huán)境，存在如下情況:將未加密的明文(plain text)數(shù)據(jù)發(fā)送到不支持S/MIME的地址，而不會產(chǎn)生任何問題。
[0008]如上所述，當廣播電子郵件的多個地址包括不支持S/MME的地址時，無法向該地址附加使用接收方的公共密鑰加密的密鑰。因此，即使當接收到電子郵件時，接收方既無法對電子郵件中的加密數(shù)據(jù)進行解碼，也無法確認其內(nèi)容。尤其在無法向發(fā)送方通知發(fā)生錯誤的互聯(lián)網(wǎng)傳真(IFAX)的簡單模式下，這是個重大問題。
[0009]即使在通過Bcc (密送，blind carbon copy)指定多個目的地地址中的一些來發(fā)送電子郵件的情況下，接收方的信息也需要添加到發(fā)送數(shù)據(jù)，從而產(chǎn)生具有Bcc地址的接收方的信息也被公開的問題。
【發(fā)明內(nèi)容】
[0010]本發(fā)明的一個方面旨在消除傳統(tǒng)技術(shù)中發(fā)現(xiàn)的上述問題。
[0011]本發(fā)明的特征在于提供如下技術(shù):即使在包括能夠加密發(fā)送的地址和無法加密發(fā)送的地址的環(huán)境中進行多地址發(fā)送的情況下，也能夠防止上述問題發(fā)生。
[0012]根據(jù)本發(fā)明的一個方面，提供有一種通信裝置，所述通信裝置包括:指定單元，其被配置為指定進行加密發(fā)送還是明文發(fā)送；設定單元，其被配置為如果所述指定單元指定進行加密發(fā)送，則設定對無法進行加密發(fā)送的地址不進行發(fā)送還是對所述地址進行明文發(fā)送；選擇單元，其被配置為在所述設定單元已經(jīng)進行所述設定的狀態(tài)下，選擇地址；確定單元，其被配置為確定所述選擇單元選擇的地址是否是能夠進行加密發(fā)送的地址；以及控制單元，其被配置為如果所述確定單元的確定結(jié)果表明所述選擇單元選擇的地址不是能夠進行加密發(fā)送的地址，則根據(jù)所述設定單元的設定，控制對所選擇的地址不進行發(fā)送還是對所選擇的地址進行明文發(fā)送。
[0013]根據(jù)本發(fā)明的一個方面，提供有一種通信裝置，所述通信裝置包括:指定單元，其被配置為指定進行加密發(fā)送還是明文發(fā)送；管理單元，其被配置為針對各個地址管理公共密鑰，設定單元，其被配置為如果所述指定單元指定進行加密發(fā)送，則設定對公共密鑰不由所述管理單元管理的地址不進行發(fā)送還是對所述地址進行明文發(fā)送；選擇單元，其被配置為選擇地址；確定單元，其被配置為確定所述選擇單元選擇的地址的公共密鑰是否由所述管理單元管理；以及控制單元，其被配置為如果所述確定單元的確定結(jié)果表明所述選擇單元選擇的地址的公共密鑰不由所述管理單元管理，則根據(jù)所述設定單元的設定，控制對所選擇的地址不進行發(fā)送還是對所選擇的地址進行明文發(fā)送。
[0014]根據(jù)本發(fā)明的一個方面，提供有一種通信裝置，所述通信裝置包括:選擇單元，其被配置為選擇地址；發(fā)送單元，其被配置為發(fā)送電子郵件；以及控制單元，其被配置為如果選擇了要進行加密發(fā)送的多個地址以及要進行明文發(fā)送的多個地址，則控制所述發(fā)送單元，以對所述要進行加密發(fā)送的多個地址中的各個單獨發(fā)送電子郵件，并對所述要進行明文發(fā)送的多個地址發(fā)送一封電子郵件。
[0015]根據(jù)本發(fā)明的一個方面，提供有一種通信裝置的控制方法，所述控制方法包括:指定步驟，指定是進行加密發(fā)送還是明文發(fā)送；設定步驟，如果在所述指定步驟中指定進行加密發(fā)送，則設定對無法進行加密發(fā)送的地址不進行發(fā)送還是對所述地址進行明文發(fā)送；選擇步驟，在所述設定步驟已經(jīng)進行所述設定的狀態(tài)下，選擇地址；確定步驟，確定在所述選擇步驟中選擇的地址是否是能夠進行加密發(fā)送的地址；以及控制步驟，如果所述確定步驟的確定結(jié)果表明在所述選擇步驟中選擇的地址不是能夠進行加密發(fā)送的地址，則根據(jù)所述設定步驟中的設定，控制對所選擇的地址不進行發(fā)送還是對所選擇的地址進行明文發(fā)送。
[0016]根據(jù)本發(fā)明的一個方面，提供有一種通信裝置的控制方法，所述控制方法包括:指定步驟，指定進行加密發(fā)送還是明文發(fā)送；管理步驟，針對各個地址管理公共密鑰，設定步驟，如果在所述指定步驟中指定進行加密發(fā)送，則設定對公共密鑰不在所述管理步驟中管理的地址不進行發(fā)送還是對所述地址進行明文發(fā)送；選擇步驟，選擇地址；確定步驟，確定在所述選擇步驟中選擇的地址的公共密鑰是否在所述管理步驟中管理；以及控制步驟，如果所述確定步驟中的確定結(jié)果表明在所述選擇步驟中選擇的地址的公共密鑰不在所述管理步驟中管理，則根據(jù)所述設定步驟中的設定，控制對所選擇的地址不進行發(fā)送還是對所選擇的地址進行明文發(fā)送。
[0017]根據(jù)本發(fā)明的一個方面，提供有一種通信裝置的控制方法，所述控制方法包括:選擇步驟，選擇地址；發(fā)送步驟，發(fā)送電子郵件；以及控制步驟，如果選擇了要進行加密發(fā)送的多個地址以及要進行明文發(fā)送的多個地址，則控制所述發(fā)送步驟，以對所述要進行加密發(fā)送的多個地址中的各個單獨發(fā)送電子郵件，并對所述要進行明文發(fā)送的多個地址發(fā)送一封電子郵件。
[0018]通過以下參照附圖對示例性實施例的描述，本發(fā)明的其他特征和方面將變得清
λ.Μ
/E.ο
【專利附圖】
【附圖說明】
[0019]包含在說明書中并構(gòu)成說明書的一部分的附圖例示了本發(fā)明的示例性實施例、特征和方面，并且與文字說明一起用來解釋本發(fā)明的原理。
[0020]圖1是包括根據(jù)本發(fā)明的第一實施例的多功能外圍設備(MFP)的圖像通信系統(tǒng)的配置的圖。
[0021]圖2是示出根據(jù)第一實施例的MFP的配置的框圖。
[0022]圖3是示出根據(jù)第一實施例的用戶使用客戶端PC中安裝的瀏覽器，瀏覽MFP的設定信息的畫面的示例的圖。
[0023]圖4是示出當點擊圖3的畫面上的“用戶簽名”時用于設定/登記用戶簽名的畫面的示例的圖。
[0024]圖5是示出當點擊圖3的畫面上的“設備簽名”時用于設定/登記設備簽名的畫面的示例的圖。
[0025]圖6是示出當點擊圖3的畫面上的“CA證書”時用于設定/登記認證授權(quán)(CA)證書的畫面的示例的圖。
[0026]圖7是示出當點擊圖3的畫面上的“S/MME證書”時用于設定/登記S/MME證書的畫面的示例的圖。
[0027]圖8是用于描述當點擊圖4至圖7所示的PC的任意畫面上的導入按鈕時由MFP進行的證書導入處理的流程圖。
[0028]圖9A和圖9B是示出根據(jù)第一實施例的用于進行用戶驗證的MFP上的畫面的示例的圖。
[0029]圖10是示出管理根據(jù)第一實施例的管理員設定電子郵件安全項目的畫面的示例的圖。
[0030]圖1lA和圖1lB是用于描述根據(jù)第一實施例的MFP將通過掃描器讀取獲得的圖像數(shù)據(jù)廣播到多個電子郵件目的地地址的處理的流程圖。
[0031]圖12A和圖12B是用于描述根據(jù)第一實施例的MFP將通過掃描器的一次讀取操作讀取獲得的圖像數(shù)據(jù)廣播到多個IFAX目的地地址的處理的流程圖。
[0032]圖13是用于描述根據(jù)第一實施例的MFP執(zhí)行復印處理、并且在該復印處理完成時經(jīng)由電子郵件發(fā)送作業(yè)完成通知的處理的流程圖。
[0033]圖14是示出在根據(jù)第一實施例的MFP中將通過掃描器讀取獲得的圖像數(shù)據(jù)存儲在用戶箱(box)中時的用戶箱的設定示例的圖。
[0034]圖15是用于描述將文檔存儲在根據(jù)第一實施例的MFP的箱中時，發(fā)送用于打開該文檔的URL的處理的流程圖。
[0035]圖16是示出包括根據(jù)本發(fā)明的第二實施例的多功能外圍設備(MFP)的圖像通信系統(tǒng)的配置的圖。
[0036]圖17是用于描述根據(jù)第二實施例的MFP與證書服務器之間使用SVCP確認通過電子郵件地址指定的證書是否作為正確的證書存在的處理的流程圖。
[0037]圖18是示出將一封電子郵件廣播到兩個地址的傳統(tǒng)技術(shù)的圖。
【具體實施方式】
[0038]下面將參照附圖詳細描述本發(fā)明的各種實施例。應當理解，下面的實施例并不旨在限制本發(fā)明的權(quán)利要求，并且對于根據(jù)本發(fā)明解決問題的手段來說，并非根據(jù)以下實施例描述的特征的全部組合均是必須的。請注意，雖然以下實施例以多功能外圍設備(MFP)為例描述了根據(jù)本發(fā)明的通信裝置，但是本發(fā)明的通信裝置不限于作為圖像形成裝置的多功能外圍設備(MFP)。
[0039]圖1是包括根據(jù)本發(fā)明的第一實施例的多功能外圍設備(MFP)的圖像通信系統(tǒng)的配置的圖。
[0040]MFP (多功能外圍設備)100具有諸如復印功能、傳真功能、打印機功能等的功能，打印機功能通過光電打印機引擎實現(xiàn)。MFP100還具有將包括通過掃描器讀取獲得的圖像數(shù)據(jù)的圖像文件發(fā)送到計算機設備的發(fā)送功能，以及將通過掃描器讀取獲得的圖像數(shù)據(jù)與相同類型的設備進行通信并打印接收的圖像數(shù)據(jù)的IFAX功能。
[0041]在該系統(tǒng)中，MFP100、郵件服務器102、客戶端PC103以及驗證服務器104經(jīng)由網(wǎng)絡141相互連接。郵件服務器102能夠使用SMTP或者POP3協(xié)議與MFP100、客戶端PC103等通信，并且能夠傳送附加圖像文件的電子郵件。
[0042]在客戶端PC103上安裝有圖像查看器軟件，客戶端PC103能夠顯示MFP100掃描的圖像數(shù)據(jù)并且能夠使用MFP100的打印機功能打印圖像數(shù)據(jù)。在客戶端PC103上還安裝有電子郵件客戶端軟件，客戶端PC103能夠與郵件服務器102之間進行電子郵件的發(fā)送和接收。驗證服務器104是諸如活動目錄等將與網(wǎng)絡141連接的設備作為其自身域管理的驗證服務器。該驗證服務器104無法驗證的用戶不能登錄該域中的設備。讀卡器144經(jīng)由串行信號線與MFP100連接并且被配置為讀取卡信息。存儲在卡105中的信息由讀卡器144讀取，并且該信息用來對持有該卡105的用戶進行驗證。
[0043]圖2是示出根據(jù)第一實施例的MFP100的配置的框圖。
[0044]在圖2中，CPU130使用RAM132和存儲在R0M131中的程序來控制整個MFP100。操作單元133配設有顯示屏和諸如開始鍵、數(shù)字小鍵盤等的硬鍵，并且在顯示屏上顯示軟按鈕。用戶能夠通過使用其手指等觸碰這些按鈕來操作MFP100。掃描器134讀取原稿的圖像并生成圖像數(shù)據(jù)。打印機135將基于圖像數(shù)據(jù)的圖像打印到記錄介質(zhì)上。圖像處理電路136包括大容量圖像存儲器、圖像旋轉(zhuǎn)電路、定標電路、諸如MH、MR、MMR、JBIG、JPEG等的用于編碼系統(tǒng)的編碼/解碼電路，并且能夠執(zhí)行諸如明暗(shading)、修整(trimming)以及掩蔽(masking)等各種圖像處理。
[0045]硬盤137是經(jīng)由諸如SCSI和IDE的接口(I/F)連接的大容量記錄介質(zhì)。網(wǎng)絡I/F138是用于與由10BASE-T、100BASE-T表示的以太網(wǎng)(Ethernet (注冊商標))連接或者與諸如令牌環(huán)的網(wǎng)絡141連接的電路。格式器單元139是用于生成由打印機135打印的圖像數(shù)據(jù)的繪制電路。傳真單元140通過與電話線142連接來進行G3傳真發(fā)送和接收。串行I/F143是諸如RS232C的串行I/F，并用作將外部串行通信設備與MFP100連接的I/F。讀卡器144與串行I/F143連接，以讀取存儲在卡105中的信息并輸入讀取的信息?；谠撔畔?，執(zhí)行作為卡所有者的用戶的驗證。
[0046]簡要描述基于上述配置的MFP100的操作。
[0047]當經(jīng)由網(wǎng)絡I/F138從客戶端PC103接收到頁面描述語言(PDL)數(shù)據(jù)時，格式器單元139基于接收到的PDL數(shù)據(jù)生成圖像數(shù)據(jù)。接著，生成的圖像數(shù)據(jù)通過圖像處理電路136進行圖像處理并通過打印機135進行打印。掃描器134、打印機135、圖像處理電路136以及格式器單元139經(jīng)由與來自CPU130的CPU總線不同的高速圖像總線相互連接，并且被配置為能夠高速傳輸圖像數(shù)據(jù)。
[0048]MFP100通過使圖像處理電路136對掃描器134讀取原稿獲得的圖像數(shù)據(jù)進行圖像處理,并通過使打印機135打印經(jīng)過圖像處理的圖像數(shù)據(jù)來實現(xiàn)復印功能。此外，MFP100能夠通過使圖像處理電路136對掃描器134讀取原稿獲得的圖像數(shù)據(jù)進行圖像處理，并通過使傳真單元140經(jīng)由電話線142將圖像數(shù)據(jù)發(fā)送到外部設備，能夠執(zhí)行傳真發(fā)送。MFP100還能夠執(zhí)行傳真接收:經(jīng)由電話線142從外部設備接收數(shù)據(jù)，通過圖像處理電路136對數(shù)據(jù)進行圖像處理，并且通過打印機135對數(shù)據(jù)進行打印。
[0049]此外，基于掃描器134讀取原稿獲得的圖像數(shù)據(jù)，圖像處理電路136生成諸如JPEG、PDF或者TIFF文件的圖像文件。此外，能夠執(zhí)行經(jīng)由網(wǎng)絡I/F138通過諸如SMTP、FTP或者SMB等通信協(xié)議發(fā)送生成的圖像文件的發(fā)送功能。發(fā)送功能被分類為文件發(fā)送、電子郵件發(fā)送、互聯(lián)網(wǎng)傳真(IFAX)發(fā)送以及傳真(FAX)發(fā)送。通常，電子郵件發(fā)送是指通過SMTP協(xié)議發(fā)送諸如JPEG、PDF或者TIFF的圖像文件。文件發(fā)送是指通過FTP、SMB或者WebDAV發(fā)送該圖像文件的功能。在IFAX發(fā)送模式下，傳真功能通過在相同類型的設備之間發(fā)送、接收附加由RFC2305定義的圖像文件的電子郵件來實現(xiàn)。在IFAX發(fā)送模式下，掃描器134讀取原稿獲得的圖像數(shù)據(jù)通過圖像處理電路136處理，基于該圖像數(shù)據(jù)生成由RFC3949定義的TIFF文件，并通過SMTP協(xié)議發(fā)送生成的TIFF文件。此外，還能夠使用SMTP或者POP3功能來接收電子郵件，將接收的電子郵件通過圖像處理電路136轉(zhuǎn)換為預定格式的圖像，接著通過打印機135打印圖像。
[0050]圖3是示出根據(jù)第一實施例的用戶使用客戶端PC103中安裝的瀏覽器，瀏覽MFP100的設定信息的畫面的示例的圖。
[0051]在此，從各種設定信息中選擇設備管理200，在設備管理200的右側(cè)，顯示有設備管理的設備信息設定的畫面。通過點擊圖3的任意下劃線部分，能夠切換到相應設定的詳細畫面。
[0052]該MFP100的證書包括用戶簽名210、設備簽名211、CA證書212以及S/MME證書213。
[0053]圖4是點擊圖3的畫面上的用戶簽名210時的設定/登記“用戶簽名”的畫面的示例的圖。
[0054]在MFP100的硬盤137中登記了三個用戶(即管理員、Yamada和Tanaka)的用戶簽名，并且顯示有各用戶的密鑰算法和密鑰長度。在此，當點擊圖標225至227中的一個時，顯示與該圖標相對應的證書的詳情。此外，選擇單選按鈕222至224中的一個并點擊刪除按鈕220時，選擇的證書被刪除。導入按鈕221是用于指示將用戶簽名的證書導入的按鈕。
[0055]圖5是示出點擊圖3的畫面上的設備簽名211時的設定/登記“設備簽名”的畫面的示例的圖。[0056]如果點擊該畫面上的密鑰生成/更新按鈕230，則在MFP100內(nèi)生成密鑰并且密鑰被登記在硬盤137中。此外，如果點擊導入按鈕231，則能夠從指定位置將PKCS#12格式的證書密鑰導入到硬盤137中。此外，如果點擊導出按鈕232，則能夠?qū)KCS#12格式的證書密鑰存儲在指定位置。
[0057]圖6是示出點擊圖3的畫面上的CA證書212時的設定/登記“認證授權(quán)(CA)證書”的畫面的示例的圖。
[0058]圖6 不出了安裝由 A Certificate、B Certificate 和 C Certificate 發(fā)行的三個證書，并且針對各證書顯示發(fā)行目的地、發(fā)行方和有效日期。在此，當選擇單選按鈕242至244中的任意一個并點擊刪除按鈕240時，選擇的硬盤137上的CA證書被刪除。當點擊導入按鈕241時，能夠?qū)KCS # 12格式的證書密鑰從指定位置導入到硬盤137中。在此，導入的證書用于SSL通信等。
[0059]圖7是示出點擊圖3的畫面上的S/MME證書213時的設定/登記“S/MME證書”的畫面的示例的圖。
[0060]在此，能夠管理最多2000個X.509格式的證書。在圖7中，登記了其郵件地址為yamadaiabc.c0.jp以及tanakaOabc.c0.jp的證書，并顯示各個證書的發(fā)行方、電子郵件地址以及有效日期。在此，當選擇單選按鈕253或者254并點擊刪除按鈕250時，選擇的CA證書被從硬盤137中刪除。此外，當點擊導入按鈕251時，能夠?qū).509格式的證書密鑰從指定位置導入到硬盤137中。此外，當點擊搜索密鑰252時，能夠使用諸如電子郵件地址、有效日期以及發(fā)行方的信息來搜索證書。
[0061]在第一實施例中，由于作為接收方的證書最多能夠存儲2000個S/MME證書，因此找出有效日期已經(jīng)過期并且發(fā)行了失效證明的證書困難。此外，如果有效日期已經(jīng)過期的證書被保留不變，則在發(fā)送時搜索證書的時間長，導致發(fā)送期間長。此外，由于搜索和刪除這種證書不容易，登記的無謂證書數(shù)量增加，由此導致例如要登記的證書數(shù)量(即，最多2000)不足的狀況。因此，提供無效證書的集中刪除按鈕255。當點擊該按鈕255時，能夠?qū)ㄓ行掌谝呀?jīng)過期的證書、發(fā)行了無效證明的證書等的無效證書全部一起刪除。因此，能夠解決發(fā)送期間長的問題、要登記的證書數(shù)量不足的問題等。
[0062]圖8是用于描述點擊圖4至圖7所示的PC103的畫面上的導入按鈕221、231、241和251中的一個時由MFP100進行的證書導入處理的流程圖。請注意，執(zhí)行該處理的程序存儲在R0M131中，并且通過CPU130執(zhí)行該程序，實現(xiàn)該處理。
[0063]首先，在步驟S301中，CPU130確定是否指示(點擊)導入CA證書的導入按鈕241(圖6)，并且如果指示導入按鈕241，則程序進入步驟S302，在步驟S302中，CPU130使用戶輸入要導入的證書的路徑。接著，程序進入步驟S303，在步驟S303中，將CA證書安裝在硬盤137的CA證書區(qū)域中，接著程序結(jié)束。
[0064]另一方面，如果在步驟S301中未指示導入CA證書的導入按鈕241，則程序進入步驟S304，在步驟S304中，CPU130確定是否指示導入S/MME證書的導入按鈕251(圖7)。如果指示導入按鈕251，則程序進入步驟S305，在步驟S305中，CPU130使用戶輸入要導入證書的路徑。接著，程序進入步驟S306，在步驟S306中，CPU130基于在步驟S305中輸入的路徑，讀取證書，并確定該證書是否包含電子郵件地址。在此，如果確定證書不包含電子郵件地址，則程序進入步驟S308，在步驟S308中，CPU130確定該證書不合適作為S/MME證書使用，并結(jié)束處理。另一方面，如果在步驟S306中確定證書包含電子郵件地址，則程序進入步驟S307，在步驟S307中，CPU130將S/MME證書安裝在硬盤137的S/MME區(qū)域中，接著處理結(jié)束。
[0065]如果在步驟S304中未指示導入S/MME證書的導入按鈕251，則程序進入步驟S309，在步驟S309中，CPU130確定是否指示導入用戶簽名的導入按鈕221 (圖4)。如果指示導入按鈕221，則程序進入步驟S310，在步驟S310中，CPU130使用戶輸入要導入的證書的路徑。接著，程序進入步驟S312，在步驟S312中，CPU130將用戶簽名安裝在硬盤137的用戶簽名區(qū)域中。
[0066]另一方面,如果在步驟S309中未指示導入用戶簽名，則該情形可能表示指示導入設備簽名的導入按鈕231 (圖5)，因此程序進入步驟S313，在步驟S313中，CPU130使用戶輸入要導入設備簽名的證書的路徑。接著，程序進入步驟S315，在步驟S315中，CPU130將設備簽名安裝在硬盤137的設備簽名區(qū)域中，接著處理結(jié)束。
[0067]圖9A和圖9B是示出根據(jù)第一實施例的用于進行用戶驗證的MFP100上的畫面的示例的圖。
[0068]圖9A示出了使用戶輸入用戶名、域名以及密碼以執(zhí)行驗證的畫面的示例。當填寫了該畫面上的用戶名400、密碼401以及域名402并按下確定鍵404時，信息被發(fā)送到驗證服務器104，并進行用戶驗證。在此，如果用戶驗證成功，則畫面切換到下一個畫面，反之，如果發(fā)生驗證錯誤，則畫面保持不變。
[0069]如果按下圖9A的畫面上的切換按鈕403，則畫面切換到圖9B的使用IC卡進行驗證的驗證畫面。如果按下圖9B上的交換按鈕405，則畫面返回到圖9A的畫面。
[0070]在顯示圖9B的畫面的狀態(tài)下，當用戶將IC卡105觸靠讀卡器144時，讀取IC卡105的卡ID,驗證服務器104基于卡ID指定用戶，并進行用戶的驗證。在此,如果用戶驗證成功，則畫面能夠切換到下一個畫面，反之，如果發(fā)生驗證錯誤，則畫面保持不變。
[0071]在驗證服務器104中，登記與各個用戶相關聯(lián)的電子郵件地址，并且如果用戶驗證成功，則將驗證的用戶的電子郵件地址發(fā)送到MFP100。
[0072]圖10是示出管理根據(jù)第一實施例的MFP100的管理員設定電子郵件安全項目的畫面的示例的圖。
[0073]在電子郵件發(fā)送時，當發(fā)送帶有用戶的電子簽名的電子郵件時，選擇“是”按鈕410，反之，當發(fā)送無電子簽名的電子郵件時選擇“否”按鈕411。按鈕412與413是用于在電子郵件發(fā)送時選擇使用S/MME格式的數(shù)據(jù)進行發(fā)送還是不使用S/MME格式的數(shù)據(jù)進行發(fā)送的按鈕。如果選擇“是”按鈕412，則進行使用S/MME格式的發(fā)送，反之如果選擇“否”按鈕413，則進行不使用S/MME格式的發(fā)送。
[0074]請注意，在使用S/MIME的通信的情況下，由于始終添加簽名，因此如果不選擇“是”按鈕410，則進行使用S/MME的發(fā)送的按鈕412被以灰化狀態(tài)顯示，并且無法被選擇，而“否”按鈕413處于選擇狀態(tài)。
[0075]如果選擇進行使用S/MME的發(fā)送的“是”按鈕412，則按鈕414和415變成可選，反之如果選擇進行不使用S/MME的發(fā)送的“否”按鈕413，則這些按鈕414和415被以灰化狀態(tài)顯示并且無法被選擇。在此，如果始終需要進行使用S/MME加密的電子郵件的發(fā)送，則選擇“始終加密”按鈕414，并且如果此時無法發(fā)送加密的電子郵件，則發(fā)出發(fā)送錯誤。另一方面，如果不是始終需要進行加密電子郵件的發(fā)送，則選擇“可以加密”按鈕415。如果選擇該按鈕415，則對無法進行加密的地址，發(fā)送無加密的明文數(shù)據(jù)，反之，對能夠進行加密的地址，發(fā)送使用S/MME加密的數(shù)據(jù)。
[0076]按鈕417至423分別是用于指定加密發(fā)送電子郵件時的加密算法的按鈕。選擇“RC240 位”417、“RC264 位”418、“RC2128 位”419、“DES”420、“3DES”421、“AES128”422 和“AES256”423中的任意一個。請注意，“3DES” 421被選擇作為默認。
[0077]按鈕424至428分別是用于指要添加的電子簽名的加密算法的按鈕?？梢赃x擇“MD5，，424、“SHAr，425、“SHA256，，426、“SHA384，，427 以及“5擬512，，428 中的一個?！癝HA1”425被選擇作為默認。
[0078]進行接收時的簽名校驗的“是”按鈕429是在添加簽名的電子郵件接收時校驗電子簽名并且如果檢測到如下問題則發(fā)出錯誤的按鈕。所述問題包括:簽名的有效日期已過期的問題、簽名未鏈接可靠的證書機構(gòu)的問題以及簽名無效的問題等。如果設定“否”按鈕430，則不進行這種校驗。確定按鈕416是確認這些按鈕設定的按鈕。
[0079]圖1lA和圖1lB是用于描述根據(jù)第一實施例的MFP100將通過掃描器134讀取獲得的預定文件格式(例如JPEG、PDF或者TIFF)的圖像數(shù)據(jù)廣播到多個電子郵件目的地地址的處理的流程圖。請注意，執(zhí)行該處理的程序被存儲在R0M131中，并且通過CPU130執(zhí)行該程序，實現(xiàn)該處理。
[0080]首先，在步驟S501中，CPU130接收通過地址指定而指定的多個電子郵件目的地地址，接著程序進入步驟S502，在步驟S502中，CPU130使用掃描器134讀取原稿。接著，程序進入步驟S503，在步驟S503中，CPU130將通過讀取獲得的圖像數(shù)據(jù)轉(zhuǎn)換為用戶指定格式的圖像文件，并將圖像文件附加到電子郵件，以生成電子郵件數(shù)據(jù)。
[0081]接著，程序進入步驟S504，在步驟S504中，CPU130確定參照圖9A和圖9B描述的用戶驗證是否成功，如果用戶驗證成功，則程序進入步驟S505，反之如果未成功，則程序進入步驟S511。在步驟S505中，CPU130將驗證服務器104通知的驗證過的用戶的電子郵件地址設定在電子郵件頭的“From”中。接著，程序進入步驟S506，在步驟S506中，CPU130確定是否在圖10的畫面上選擇了發(fā)送帶有簽名的電子郵件的“是”按鈕410，并且如果選擇了“是”按鈕410，則程序進入步驟S507。另一方面，如果未選擇“是”按鈕410，則程序進入步驟S510 (圖11B)，在步驟S510中，將電子郵件集中發(fā)送到在步驟S501中指定的所有地址，接著程序進入步驟S524。
[0082]在步驟S507中，CPU130從參照圖4所示的記錄在硬盤137的用戶簽名中，搜索登錄用戶的證書，并獲得相應的用戶簽名。接著，程序進入步驟S508，在步驟S508中，CPU130確定記錄在獲得的簽名中的電子郵件地址是否與從驗證服務器104獲得并且設定在“From”地址中的驗證用戶的電子郵件地址匹配。如果在步驟S508中地址相互不匹配，則程序進入步驟S509 (圖1IB)，在步驟S509中，由于簽名的電子郵件地址與目的地電子郵件地址不同，因此發(fā)出發(fā)送錯誤。接著，程序進入步驟S524，在步驟S524中，CPU130將該發(fā)送錯誤的錯誤代碼、目的地地址、發(fā)送開始時間、發(fā)送期間以及發(fā)送接收編號登記在日志中。接著，程序進入步驟S525，在步驟S525中，CPU130打印發(fā)送報告，該發(fā)送報告除了登記在日志中的內(nèi)容以外，還包括由掃描器134讀取的第一頁的縮小圖像。
[0083]請注意，在步驟S524中登記的日志信息能夠使用操作單元133作為發(fā)送電子郵件列表瀏覽，還能夠?qū)⒍鄠€發(fā)送結(jié)果打印為發(fā)送管理報告。
[0084]另一方面，如果在步驟S508中電子郵件地址相互匹配，則程序進入步驟S516，在步驟S516中，CPU130使用從圖10的按鈕424至428中選擇的簽名加密算法對在步驟S507中獲得的簽名進行加密，并生成電子簽名，接著程序進入步驟S517。
[0085]反之，如果在步驟S504中，用戶驗證不成功，則程序進入步驟S511,在步驟S511中，CPU130將MFP100的電子郵件地址設定在電子郵件的“From”欄中。接著，程序進入步驟S512，在步驟S512中，CPU130確定是否指示發(fā)送帶有簽名(圖10)的電子郵件的“是”按鈕410，并且如果指示“是”按鈕410，則程序進入步驟S513，反之如果未指示“是”按鈕410，則程序進入步驟S510 (圖11B)，在步驟S510中，CPU130將電子郵件集中發(fā)送到所有地址，接著程序進入步驟S524。在步驟S524中，當發(fā)送結(jié)束時，將該發(fā)送結(jié)果的錯誤代碼、目的地地址、發(fā)送開始時間、發(fā)送期間以及發(fā)送接收編號登記在日志中。
[0086]另一方面，如果在步驟S512中指示發(fā)送帶有簽名的電子郵件的“是”按鈕，則程序進入步驟S513，在步驟S513中，如同步驟S507，CPU130獲得硬盤137中記錄的設備簽名，接著程序進入步驟S514。在步驟S514中，CPU130確定記錄在獲得的簽名中的電子郵件地址是否與在步驟S511中設定在電子郵件的“From”欄中的設備的電子郵件地址匹配。如果地址相互不匹配，則程序進入步驟S515，在步驟S515中，由于簽名的電子郵件地址與目的地電子郵件地址不同，因此發(fā)出發(fā)送錯誤，接著處理進入步驟S524 (圖11B)。反之，如果在步驟S514中電子郵件地址相互匹配，則程序進入步驟S516，在步驟S516中，CPU130使用從圖10的按鈕424至428選擇的簽名加密算法對在步驟S513中獲得的簽名進行加密，并生成電子簽名，接著程序進入步驟S517。
[0087]在步驟S517中，CPU130確定是否選擇了進行使用S/MME (圖10)的發(fā)送的“是”按鈕412。如果選擇了“否”按鈕413，則程序進入步驟S510 (圖11B)，在步驟S510中，將電子郵件數(shù)據(jù)發(fā)送到所有地址，接著程序進入步驟S524 (圖11B)。另一方面，如果在步驟S517中選擇進行使用S/MME的發(fā)送的“是”按鈕412，則程序進入步驟S518 (圖11B)，在步驟S518中，CPU130進行無密鑰的地址分離處理。該處理是確認在步驟S501中指定的多個電子郵件地址中的各個是否登記在參照圖7所示的S/MME證書中的任意一個，并將地址分類為未登記的地址組和登記的地址組。
[0088]在此，針對未登記在S/MME證書中的地址(無密鑰)組，在步驟S522中，CPU130確定是否選擇了“始終加密”按鈕414。如果選擇“始終加密”按鈕414，則程序進入步驟S523，在步驟S523中，發(fā)出發(fā)送錯誤，接著程序進入步驟S524。在步驟S524中，登記錯誤代碼、目的地地址、發(fā)送開始時間、發(fā)送期間以及發(fā)送接收編號，所述錯誤代碼表示雖然設定“始終加密”按鈕414，但是無法進行加密發(fā)送。接著，程序進入步驟S525，在步驟S525中，CPU130打印發(fā)送報告，該發(fā)送報告除了登記在日志中的內(nèi)容以外，還包括由掃描器134讀取的第一頁的縮小圖像，接著處理結(jié)束。請注意，進行該操作，使得例如如果累積了 100個日志未打印，則自動打印發(fā)送管理報告。此外，如果在步驟S522中未選擇“始終加密”414，則程序進入步驟S510，在步驟S510中，CPU130將明文電子郵件集中發(fā)送到分類為無密鑰的地址的所有地址，接著程序進入步驟S524。
[0089]另一方面，對于登記在S/MME證書中的地址(有密鑰的地址)組，在步驟S519中，CPU130通過從圖10的按鈕417至423中選擇的方法，對要發(fā)送到那些地址的電子郵件的數(shù)據(jù)進行加密。接著，當在步驟S519中生成加密電子郵件數(shù)據(jù)時，程序進入步驟S520，在步驟S520中，CPU130將電子郵件數(shù)據(jù)逐一發(fā)送到地址。接著，在步驟S521中，對是否完成電子郵件到有密鑰的地址組的所有地址的發(fā)送進行判斷，并且如果未完成發(fā)送，則程序返回步驟S519，在步驟S519中，將電子郵件數(shù)據(jù)發(fā)送到下一個地址。當以這種方式完成電子郵件到有密鑰的地址組的所有地址的發(fā)送時，程序進入步驟S524，在步驟S524中，將表示電子郵件正常發(fā)送的信息、目的地地址、發(fā)送開始時間、發(fā)送期間以及發(fā)送接收編號登記作為日肩、。
[0090]同樣，根據(jù)第一實施例，當將一封電子郵件廣播到多個地址時，使用S/MME加密的電子郵件數(shù)據(jù)被逐一發(fā)送到地址。因此，與參照圖18所述的傳統(tǒng)技術(shù)的接收方A信息906和接收方B信息908不同，僅有一個解密編碼的接收方信息。因此，即使將電子郵件按照Bcc發(fā)送到多個地址，也不會將電子郵件被按照Bcc發(fā)送通知給其他用戶。
[0091]圖12A和圖12B是用于描述根據(jù)第一實施例的MFP100將通過掃描器134的一次讀取操作獲得的圖像數(shù)據(jù)廣播到多個IFAX目的地地址的處理的流程圖。請注意，執(zhí)行該處理的程序被存儲在R0M131中，并且通過CPU130執(zhí)行該程序，實現(xiàn)該處理。
[0092]首先，在步驟S511中，CPU130接收用戶指定的多個IFAX目的地地址作為指定地址。接著，程序進入步驟S552，在步驟S552中，CPU130使用掃描器134讀取原稿的圖像，并生成圖像數(shù)據(jù)。接著，程序進入步驟S553，在步驟S553中，CPU130確定參照圖9A和圖9B所述的用戶驗證是否成功。如果用戶被驗證，則處理進入步驟S554，反之如果用戶未被驗證，則程序切換到步驟S565。在用戶被驗證的情況下，在步驟S554中，將針對MFP100設定的電子郵件地址設定在電子郵件的“From”欄中，并且將驗證服務器104通知的驗證用戶的電子郵件地址設定在“Sender”欄中。接著，程序進入步驟S555，在步驟S555中，CPU130確定是否選擇了發(fā)送帶有簽名(圖10)的電子郵件的“是”按鈕410，并且如果選擇了“是”按鈕410，則程序進入步驟S556，反之如果選擇了“否”按鈕411，則程序切換到S561(圖12B)。在步驟S561中，CPU130將目的地地址、MFP100的電子郵件地址、地址縮寫、發(fā)送開始時間以及頁數(shù)的信息作為圖像頭圖像添加到通過掃描器134掃描的圖像的上部。接著，程序進入步驟S562，在步驟S562中，CPU130基于在步驟S552中生成的圖像數(shù)據(jù)生成電子郵件數(shù)據(jù)。接著，程序進入步驟S563，在步驟S563中，CPU130將該電子郵件數(shù)據(jù)逐一發(fā)送到地址。接著，在步驟S564中，確定是否完成電子郵件對所有地址的發(fā)送，如果未完成電子郵件對所有地址的發(fā)送，則程序返回步驟S561，在步驟S561中，生成并發(fā)送要發(fā)送到下一個地址的電子郵件數(shù)據(jù)。當以這種方式完成電子郵件對所有地址的發(fā)送時，程序進入步驟S579。
[0093]另一方面，如果在步驟S555中選擇了發(fā)送帶有簽名的電子郵件的“是”按鈕410時，程序進入步驟S556。在步驟S556中，CPU130從參照圖4所示的記錄在硬盤137的用戶簽名中，搜索登錄用戶的證書，并獲得相應的用戶簽名。接著，根據(jù)從圖10的按鈕424至428中選擇的簽名加密算法，對用戶簽名進行加密，并生成電子簽名。接著，程序進入步驟S557，生成參照圖5所示設備簽名的電子簽名。接著，程序進入步驟S558，在步驟S558中，CPU130確定記錄在設備簽名中的電子郵件地址是否與針對MFP100設定的設備電子郵件地址匹配。在此，如果電子郵件地址相互匹配，則程序進入步驟S559，反之，如果不匹配，則程序進入步驟S560 (圖12B)，在步驟S560中，發(fā)出發(fā)送錯誤。在步驟S559中，CPU130確定在獲得的與登錄用戶相對應的簽名中記錄的電子郵件地址是否與從驗證服務器104獲得并設定在“Sender”欄中的驗證用戶的電子郵件地址匹配。如果在步驟S559中確定電子郵件相互匹配，則程序進入步驟S570，反之，如果不匹配，則程序進入步驟S560。在步驟S560(圖12B)中，由于在簽名中記載的電子郵件地址與目的地電子郵件地址不同，因此CPU130發(fā)出發(fā)送錯誤，接著程序進入步驟S579。在步驟S579中，CPU130將與錯誤結(jié)果相對應的錯誤代碼、目的地地址、發(fā)送開始時間、發(fā)送期間以及發(fā)送接收編號登記在日志中。接著，程序進入步驟S580，在步驟S580中，除了登記在日志中的內(nèi)容以外，還將由掃描器134讀取的第一頁的縮小圖像添加到發(fā)送報告，并打印發(fā)送報告。
[0094]請注意，在步驟S579中登記的日志信息能夠使用操作單元133作為發(fā)送電子郵件列表瀏覽，此外，能夠?qū)⒍鄠€發(fā)送結(jié)果打印為發(fā)送管理報告。例如，如果累積了 100個日志未打印，則自動打印發(fā)送管理報告。
[0095]另一方面，如果在步驟S553中CPU130確定用戶未驗證，則程序進入步驟S565，CPU130將針對MFP100設定的設備電子郵件地址設定在電子郵件的“From”欄中。接著，程序進入步驟S566，在步驟S566中，CPU130確定是否選擇了發(fā)送帶有簽名(圖10)的電子郵件的“是”按鈕410，并且如果選擇了“否”按鈕411，則程序進入到上述步驟S561，在步驟S561中，生成并添加目的地地址的圖像頭。
[0096]如果在步驟S566中選擇了發(fā)送帶有簽名的電子郵件的“是”按鈕410，則程序進入步驟S567，在步驟S567中，CPU130生成參照圖5所示的記錄在硬盤137中的設備簽名。接著，程序進入步驟S568，在步驟S568中，CPU130確定在獲得的設備簽名中記載的電子郵件地址是否與針對MFP100設定的設備電子郵件地址匹配。在此，如果確定這些地址相互不匹配，則程序進入步驟S569，在步驟S569中，設定發(fā)送錯誤，接著程序進入步驟S579(圖12B)。在步驟S579中，CPU130將錯誤代碼、目的地地址、發(fā)送開始時間、發(fā)送期間以及發(fā)送接收編號登記在日志中，所述錯誤代碼表示簽名的電子郵件地址與要發(fā)送的電子郵件地址相互不匹配。
[0097]另一方面，如果在步驟S568中簽名的電子郵件地址與設備的電子郵件地址匹配，則程序進入步驟S570。在步驟S570中，CPU130確定是否選擇了進行使用S/MME的發(fā)送的“是”按鈕412，并且如果選擇了“是”按鈕412，則程序進入步驟S571 (圖12B)，反之，如果未選擇“是”按鈕412，則程序進入上述步驟S561。在步驟S571中，如同上述步驟S518，CPU130進行無密鑰的地址分離處理。在該處理中，CPU130確定在步驟S551中指定的多個IFAX的電子郵件地址是否登記在參照圖7所示的S/MME證書中。針對未登記的地址(無密鑰)的組，程序進入步驟S572，針對登記的地址(有密鑰)的組，程序進入步驟S574。
[0098]針對未登記在S/MME證書中的地址組，在步驟S572中，CPU130確定是否選擇了圖10的“始終加密”按鈕414，并且如果選擇了“始終加密”按鈕414，則程序進入步驟S573，在步驟S573中，發(fā)出發(fā)送錯誤，接著程序進入步驟S579。在步驟S579中，登記錯誤代碼、目的地地址、發(fā)送開始時間、發(fā)送期間以及發(fā)送接收編號，所述錯誤代碼表示雖然設定“始終加密”按鈕414，但是無法進行加密發(fā)送。接著，在步驟S580中，除了登記在日志中的內(nèi)容以夕卜，還將通過掃描器134讀取的第一頁的縮小圖像添加到發(fā)送報告，并打印發(fā)送報告。請注意，進行該操作，使得例如如果累積了 100個日志未打印，則自動打印發(fā)送管理報告。此外，如果在步驟S572中未選擇“始終加密”414，則程序進入步驟S561，在步驟S561中，如上所述生成并添加目的地地址的圖像頭。接著，程序進入步驟S562，在步驟S562中，CPU130生成電子郵件數(shù)據(jù)。接著，程序進入步驟S563，在步驟S563中，CPU130將電子郵件數(shù)據(jù)逐一發(fā)送到地址，對無密鑰的地址組中的所有地址進行該處理，并將明文電子郵件集中發(fā)送到被分類為無密鑰的地址的所有地址，接著程序進入步驟S579。
[0099]另一方面，如果在步驟S571中，確定地址是登記在S/MME證書中的地址，則程序進入步驟S574。在步驟S574中，CPU130將目的地地址、MFP100的電子郵件地址、地址縮寫、發(fā)送開始時間以及頁數(shù)的信息作為圖像頭圖像添加到通過掃描器134掃描的圖像數(shù)據(jù)的上部。接著，程序進入步驟S575，在步驟S575中，CPU130基于該圖像數(shù)據(jù)生成電子郵件數(shù)據(jù)。接著，程序進入步驟S576，在步驟S576中，CPU130使用從圖10的按鈕417至423中選擇的加密方法，對該電子郵件數(shù)據(jù)進行加密。接著，程序進入步驟S577，在步驟S577中，CPU130將生成的數(shù)據(jù)逐一發(fā)送到地址，接著程序進入步驟S578，在步驟S578中，CPU130確定是否完成對有密鑰的地址組中的所有地址的發(fā)送。如果發(fā)送未完成，則程序返回到步驟S574，在步驟S574中，進行對下一個地址的發(fā)送。當以這種方式完成對有密鑰的地址組的地址的發(fā)送時，程序進入步驟S579，在步驟S579中，CPU130將表示發(fā)送正常完成的信息、目的地地址、發(fā)送開始時間、發(fā)送期間以及發(fā)送接收編號登記在日志中。
[0100]同樣，根據(jù)第一實施例，即使在將一封電子郵件廣播到多個IFAX目的地地址的情況下，由于使用S/MME加密的電子郵件數(shù)據(jù)被逐一發(fā)送到地址，因此僅存在一個接收方信息。因此，與圖18所示的傳統(tǒng)技術(shù)不同，無需發(fā)送用于對接收方A信息906和接收方B信息908的代碼進行解密的接收方信息，并且即使將電子郵件地址按照Bcc發(fā)送到多個地址，也不會向其他用戶通知電子郵件被按照Bcc發(fā)送。
[0101]圖13是用于描述根據(jù)第一實施例的MFP100執(zhí)行復印處理，并且在該復印處理完成時經(jīng)由電子郵件發(fā)送作業(yè)完成通知的處理的流程圖。請注意，執(zhí)行該處理的程序被存儲在R0M131中，并且通過CPU130執(zhí)行該程序，實現(xiàn)該處理。
[0102]當指示該復印處理時，該處理開始，首先在步驟S601中，CPU130進行參照圖9所示的用戶驗證。接下來，程序進入步驟S602，在步驟S602中，CPU130在各種復印設定(未示出)的畫面上，接收示出將作業(yè)完成通知設定打開(ON)的消息，所述作業(yè)完成通知用于在復印處理完成時將復印完成通知給用戶指定的電子郵件地址。請注意，該作業(yè)完成通知設定不僅可應用于復印處理，而且可應用于需要時間的任意處理，例如FAX發(fā)送、PDL打印以及箱文本的打印。從而，在步驟S603中，CPU130執(zhí)行復印處理。在步驟S604中，CPU130確認用戶是否注銷。請注意，該注銷處理不必在復印處理完成之后進行，用戶可以在復印處理開始之后的任意時間注銷。當由此完成復印處理時，程序進入步驟S605，在步驟S605中，CPU130開始用于給出作業(yè)完成通知的處理。
[0103]在步驟S605中，CPU130生成包含表示復印的打印未完成的文本的電子郵件。接著，程序進入步驟S606，在步驟S606中，CPU130將針對MFP100設定的電子郵件地址設定在該電子郵件的“From”欄中。接著，程序進入步驟S607，在步驟S607中，CPU130確定是否選擇了發(fā)送帶有簽名(圖10)的電子郵件的“是”按鈕410，并且如果選擇了 “是”按鈕410，則程序進入步驟S608，反之如果選擇了 “否”按鈕411，則程序進入S618。在步驟S618中，CPU130發(fā)送生成的電子郵件，接著程序進入步驟S619，在步驟S619中，CPU130將表示發(fā)送正常完成的信息、目的地地址、發(fā)送開始時間、發(fā)送期間以及發(fā)送接收編號登記在日志中。接著，程序進入步驟S620，在步驟S620中，CPU130打印在步驟S619中登記的內(nèi)容，接著處理結(jié)束。
[0104]另一方面，如果在步驟S607中，選擇了發(fā)送帶有簽名的電子郵件的“是”按鈕410，則程序進入步驟S608，在步驟S608中，獲得參照圖5所示的設備簽名。作業(yè)完成通知是通常在用戶注銷之后發(fā)送的電子郵件，MFP100負責電子郵件的內(nèi)容(復印完成)。這是不使用注銷用戶的簽名而使用設備簽名的原因。
[0105]接著，程序進入步驟S609，在步驟S609中，確定在步驟S608中獲得的設備簽名中記載的電子郵件地址是否與要發(fā)送電子郵件的設備電子郵件地址匹配，并且如果電子郵件地址相互不匹配，則程序進入步驟S610，在步驟S610中，發(fā)出發(fā)送錯誤。接著，程序進入步驟S619，在步驟S619中，CPU130將錯誤代碼、目的地地址、發(fā)送開始時間、發(fā)送期間以及發(fā)送接收編號登記在日志中，所述錯誤代碼表示簽名的電子郵件地址與目的地電子郵件地址相互不匹配。
[0106]另一方面，如果在步驟S609中簽名的電子郵件和目的地電子郵件地址相互匹配，則程序進入步驟S611，在步驟S611中，CPU130使用從圖10的按鈕424至428中選擇的簽名加密算法對設備簽名進行加密，并生成電子簽名。接著，程序進入步驟S612，在步驟S612中，CPU130確定是否選擇了進行使用S/MME (圖10)的發(fā)送的“是”按鈕412，并且如果選擇了 “否”按鈕413，則程序進入步驟S618，在步驟S618中，將明文電子郵件發(fā)送到指定地址，接著程序進入步驟S619。另一方面，如果在步驟S602中選擇了進行使用S/MME的發(fā)送的“是”按鈕412，則程序進入步驟S613，在步驟S613中，CPU130確定在步驟S602中指定作為要發(fā)送作業(yè)完成通知的地址的地址是否登記在參照圖7所示的S/MME證書的任意一個中。在此，如果確定未登記地址，則程序進入步驟S616，在步驟S616中，確定是否選擇了圖10的“始終加密”按鈕414。如果選擇了“始終加密”按鈕414，則程序進入步驟S617，在步驟S617中，發(fā)出發(fā)送錯誤。接著，程序進入步驟S619，在步驟S619中，CPU130將錯誤代碼、目的地地址、發(fā)送開始時間、發(fā)送期間以及發(fā)送接收編號登記在日志中，所述錯誤代碼表示雖然選擇了 “始終加密”按鈕414但是無法加密。
[0107]如果在步驟S616中確定未選擇“始終加密”按鈕414，則程序進入步驟S618，在步驟S618中，CPU130發(fā)送帶有電子簽名的明文電子郵件。接著，程序進入步驟S619，在步驟S619中，CPU130將表示發(fā)送成功的信息、目的地地址、發(fā)送開始時間、發(fā)送期間以及發(fā)送接收編號登記在日志中。
[0108]另一方面，如果在步驟S613中，CPU130確定指定作為要發(fā)送作業(yè)完成通知的地址的地址登記在任意S/MME證書中，則程序進入步驟S614。在步驟S614中，CPU130使用從圖10的按鈕417至423中選擇的加密算法，對該電子郵件數(shù)據(jù)進行加密。接著，程序進入步驟S615，在步驟S615中，CPU130將加密的電子郵件數(shù)據(jù)發(fā)送到指定地址。接著，程序進入步驟S619，在步驟S619中，CPU130將發(fā)送結(jié)果的信息、目的地地址、發(fā)送開始時間、發(fā)送期間以及發(fā)送接收編號登記在日志中。接著，程序進入步驟S620，在步驟S620中，CPU130基于在步驟S619中登記在日志的內(nèi)容打印發(fā)送報告，接著處理結(jié)束。
[0109]圖14是示出將通過掃描器讀取獲得的圖像數(shù)據(jù)存儲在根據(jù)第一實施例的MFP100的用戶箱中時用戶箱的設定示例的圖。
[0110]該用戶箱被劃分為編號00至99的100個箱，并且在各個箱中能夠登記電子郵件地址。[0111]在將新文檔登記在箱中的情況下，向登記在該箱中的電子郵件地址發(fā)送包含用于打開該文檔的瀏覽器的URL的電子郵件。接收到該電子郵件的用戶打開該電子郵件并雙擊其中記載的URL，由此啟動瀏覽器。從而能夠打開存儲在該箱中的文檔。
[0112]在圖14中，電子郵件地址“yamada@abc.c0.jp”被設定在箱00中，而電子郵件地址“tanaka@abc.c0.jp”被設定在箱03中。在此，如果將新文檔登記在箱00中，則向電子郵件地址“yamada@abc.c0.jp”發(fā)送包含用于打開該文檔的URL的電子郵件。此外，如果將新文檔登記在箱03中，則向電子郵件地址“yamada@abc.c0.jp”發(fā)送包含用于打開該文檔的URL的電子郵件。
[0113]圖15是用于描述將文檔存儲在根據(jù)第一實施例的MFP100的箱中時，發(fā)送用于打開文檔的URL的處理的流程圖。請注意，執(zhí)行該處理的程序被存儲在R0M131中，并且通過CPU130執(zhí)行該程序，實現(xiàn)該處理。
[0114]當用戶將文檔登記在箱中時該處理開始。假定此時，電子郵件地址“yamada@abc.c0.jp”已經(jīng)被設定在箱00中，并且電子郵件地址“tanakaOabc.c0.jp”已經(jīng)被設定在箱03中。
[0115]首先，在步驟S801中，CPU130進行參照圖9A和圖9B所示的用戶驗證。接著，處理進入步驟S802，在步驟S802中，CPU130接收用戶輸入的、存儲文檔的箱的箱編號。接著，程序進入步驟S803，在步驟S803中，CPU130響應于操作單元133的開始按鈕(未示出)被按下，使用掃描器134讀取原稿，并生成原稿的圖像數(shù)據(jù)。接著，程序進入步驟S804，在步驟S804中，CPU130將通過掃描獲得的數(shù)據(jù)存儲在指定的箱中。接著，程序進入步驟S805，在步驟S805中，CPU130接受用戶的注銷操作，接著程序進入步驟S806，在步驟S806中，CPU130開始發(fā)送用于打開該文檔的URL的處理。
[0116]在發(fā)送URL的處理中，首先在步驟S806中，CPU130確定在存儲圖像數(shù)據(jù)的箱中是否設定了電子郵件地址。在此，如果未設定電子郵件地址，則處理結(jié)束。如果在步驟S806中確定在箱中設定了電子郵件地址，則程序進入步驟S807，在步驟S807中，CPU130生成包含該箱中存儲的圖像數(shù)據(jù)的URL的電子郵件。接著，程序進入步驟S808，在步驟S808中，CPU130確定是否選擇了發(fā)送帶有簽名(圖10)的電子郵件的“是”按鈕410。在此，如果選擇了 “否”按鈕411，則程序進入步驟S817，在步驟S817中，CPU130將生成的明文電子郵件發(fā)送到該箱中記載的地址。當發(fā)送由此結(jié)束時，程序進入步驟S820，在步驟S820中，CPU130將URL發(fā)送結(jié)果的信息、目的地地址、發(fā)送開始時間、發(fā)送期間以及發(fā)送接收編號登記在日志中。接著，程序進入步驟S821，在步驟S821中，CPU130將在步驟S820中登記的內(nèi)容打印作為報告，接著處理結(jié)束。
[0117]另一方面，如果在步驟S808中CPU130確定選擇了發(fā)送帶有簽名的電子郵件的“是”按鈕410時，程序進入步驟S809。在步驟S809中，CPU130獲得參照圖5所示的設備簽名。接著，程序進入步驟S810，在步驟S810中，CPU130確定記錄在設備簽名中的電子郵件地址是否與針對MFP100設定的設備電子郵件地址相互匹配。如果地址相互不匹配，則程序進入步驟S811，在步驟S811中，CPU130發(fā)出發(fā)送錯誤，并且程序進入步驟S820。在步驟S820中，CPU130將錯誤代碼、目的地地址、發(fā)送開始時間、發(fā)送期間以及發(fā)送接收編號登記在日志中，所述錯誤代碼表示簽名的電子郵件地址與設備電子郵件地址相互不匹配，接著程序進入步驟S821。[0118]另一方面，如果在步驟S810中確定簽名的電子郵件地址與設備電子郵件地址相互匹配，則程序進入步驟S812，在步驟S812中，CPU130根據(jù)從圖10的按鈕424至428中選擇的簽名加密算法對設備簽名進行加密，并生成電子簽名，接著程序進入步驟S813。
[0119]在此，請注意，發(fā)送URL的目的地地址是登記在箱中的電子郵件地址，存在該郵件地址不是由注銷用戶而是由其他用戶設定的可能性。由于URL發(fā)送中最重要的URL的生成是由MFP100進行的，因此使用設備簽名，而不是注銷用戶的簽名。
[0120]在步驟S813中，CPU130確定是否選擇了進行使用S/MME (圖10)的發(fā)送的“是”按鈕412，并且如果選擇了“否”按鈕413，則程序進入步驟S817，在步驟S817中，發(fā)送帶有該簽名的明文電子郵件。在步驟S817中電子郵件的發(fā)送正常結(jié)束之后，程序進入步驟S820，在步驟S820中，CPU130將表示電子郵件正常發(fā)送的信息、目的地地址、發(fā)送開始時間、發(fā)送期間以及發(fā)送接收編號登記在日志中，接著，程序進入步驟S821。
[0121]另一方面，如果在步驟S813中CPU130確定選擇了進行使用S/MME的發(fā)送的“是”按鈕412，則程序進入步驟S814，在步驟S814中，CPU130確定在該箱中登記的電子郵件地址是否登記在參照圖1所示的任意S/MME證書中。在此，如果確定未登記電子郵件地址，則程序進入步驟S815，在步驟S815中，CPU130確定是否選擇了 “始終加密”按鈕414。如果選擇選擇了“始終加密”按鈕414，則程序進入步驟S816，在步驟S816中，發(fā)出發(fā)送錯誤，接著程序進入步驟S820。在步驟S820中，CPU130將錯誤代碼、目的地地址、發(fā)送開始時間、發(fā)送期間以及發(fā)送接收編號登記在日志中，所述錯誤代碼表示雖然選擇了“始終加密”按鈕414，但是由于未登記密鑰，因此無法加密。接著程序進入步驟S821。如果在步驟S815中未選擇“始終加密”按鈕414，則程序進入步驟S817，在步驟S817中，發(fā)送帶有該簽名的明文電子郵件。
[0122]此外，如果在步驟S814中CPU130確定被指定為要發(fā)送作業(yè)完成通知的地址的地址登記在任意S/MME證書中，則程序進入步驟S818，在步驟S818中，CPU130使用從圖10的按鈕417至423中選擇的加密算法，對電子郵件數(shù)據(jù)加密。接著，程序進入步驟S819，在步驟S819中，CPU130將該加密數(shù)據(jù)發(fā)送到指定地址。接著，程序進入步驟S820，在步驟S820中，CPU130將發(fā)送結(jié)果的信息、目的地地址、發(fā)送開始時間、發(fā)送期間以及發(fā)送接收編號登記在日志中。接著，程序進入步驟S821，在步驟S821中，CPU130將登記在日志中的內(nèi)容打印作為報告。
[0123]由此，即使將文檔存儲在箱中時經(jīng)由電子郵件發(fā)送用于打開文檔的URL，也能夠使用S/MME對電子郵件加密并發(fā)送它。
[0124]如上所述，根據(jù)第一實施例，即使在包含支持S/MME的地址以及不支持S/MME的地址兩者的環(huán)境下進行多地址發(fā)送的情況下，也能夠有效地確認安全性，而不降低操作性。
[0125]此外，即使使用Bcc將電子郵件廣播到目的地地址，不會將廣播電子郵件的地址通知給目的地地址，從而使得安全性提高。此外，通過發(fā)送附加負責發(fā)送的用戶的證書和設備證書的電子郵件，實現(xiàn)了能夠提高安全性的效果。
[0126][第二實施例]
[0127]圖16是示出包括根據(jù)本發(fā)明的第二實施例的多功能外圍設備(MFP)的圖像通信系統(tǒng)的配置的圖。請注意，對于與圖1所述相同的部件，給予相同的附圖標記，并且省略其描述。在上述第一實施例中，如圖7所示，在MFP100內(nèi)，使用S/MME對目的地地址的證書進行加密。在這種情況下，如果配設多個MFP，則需要針對各個MFP管理證書。客戶端PC103也需要針對各個MFP管理證書，由此阻礙了 S/MME的普及。
[0128]為了解決該問題，在第二實施例中，另外配設證書服務器106。該證書服務器106管理證書，并操作以使用由RFC5055定義的基于服務器的證書驗證協(xié)議(SCVP)來執(zhí)行S/MME通信。
[0129]圖17是用于描述根據(jù)第二實施例的MFP100與證書服務器106使用SVCP確認通過電子郵件地址指定的證書是否作為正確的證書存在的處理的流程圖。請注意，執(zhí)行該處理的程序被存儲在R0M131中，并且通過CPU130執(zhí)行該程序，實現(xiàn)該處理。
[0130]當開始無密鑰的地址分離處理時，首先在步驟S851中，CPU130與證書服務器106使用SVCP確認電子郵件地址指定的證書是否作為正確的證書存在。在此，如果能夠確認正確的證書存在，則程序進入步驟S852，在步驟S852中，CPU130將地址登記為有密鑰的地址，接著程序進入步驟S854。另一方面，如果確定正確的證書不存在，則程序進入步驟S853，在步驟S853中，CPU130將地址登記為無密鑰的地址，接著，程序進入步驟S854。在步驟S854中，CPU130確定是否已經(jīng)對指示廣播的所有地址進行了分類，并且如果未對所有地址進行分類，則程序返回到步驟S851，在步驟S851中，對下一個地址執(zhí)行處理，反之如果在步驟S854中對所有地址進行了分類，則處理結(jié)束。
[0131]如上所述，根據(jù)第二實施例，配設證書服務器106消除MFP或者PC管理證書的需要，從而即使當使用多個MFP或者PC時，也能夠容易地執(zhí)行證書的管理。
[0132](其他實施例)
[0133]本發(fā)明的各方面還可以通過讀出并執(zhí)行記錄在存儲設備上的用于執(zhí)行上述實施例的功能的程序的系統(tǒng)或裝置的計算機(或諸如CPU或MPU的設備)來實現(xiàn)，以及通過由系統(tǒng)或裝置的計算機通過例如讀出并執(zhí)行記錄在存儲設備上的用于執(zhí)行上述實施例的功能的程序來執(zhí)行各步驟的方法來實現(xiàn)。鑒于此，例如經(jīng)由網(wǎng)絡或者從用作存儲設備的各種類型的記錄介質(zhì)(例如計算機可讀介質(zhì))向計算機提供程序。
[0134]雖然參照示例性實施例對本發(fā)明進行了描述，但是應當理解，本發(fā)明并不限于所公開的示例性實施例。應當對所附權(quán)利要求的范圍給予最寬的解釋，以使其涵蓋所有這些變型例以及等同的結(jié)構(gòu)和功能。
【權(quán)利要求】
1.一種通信裝置，所述通信裝置包括: 指定單元，其被配置為指定進行加密發(fā)送還是明文發(fā)送； 設定單元，其被配置為如果所述指定單元指定進行加密發(fā)送，則設定對無法進行加密發(fā)送的地址不進行發(fā)送還是對所述地址進行明文發(fā)送； 選擇單元，其被配置為在所述設定單元已經(jīng)進行所述設定的狀態(tài)下，選擇地址； 確定單元，其被配置為確定所述選擇單元選擇的地址是否是能夠進行加密發(fā)送的地址；以及 控制單元，其被配置為如果所述確定單元的確定結(jié)果表明所述選擇單元選擇的地址不是能夠進行加密發(fā)送的地址，則根據(jù)所述設定單元的設定，控制對所選擇的地址不進行發(fā)送還是對所選擇的地址進行明文發(fā)送。
2.根據(jù)權(quán)利要求1所述的通信裝置，所述通信裝置還包括: 發(fā)送單元，其被配置為發(fā)送電子郵件， 其中，所述控制單元控制所述發(fā)送單元對所述電子郵件的發(fā)送。
3.根據(jù)權(quán)利要求2所述的通信裝置，所述通信裝置還包括: 讀取單元，其被配置為讀取原稿上的圖像并生成圖像數(shù)據(jù)， 其中，所述發(fā)送單元發(fā)送附加了由所述讀取單元生成的圖像數(shù)據(jù)的所述電子郵件。`
4.根據(jù)權(quán)利要求2所述的通信裝置，所述通信裝置還包括: 加密單元，其被配置為根據(jù)S/MIME對所述發(fā)送單元發(fā)送的所述電子郵件進行加密。
5.根據(jù)權(quán)利要求1所述的通信裝置，所述通信裝置還包括: 管理單元，其被配置為針對各個地址管理公共密鑰， 其中，如果所選擇的地址的公共密鑰由所述管理單元管理，則所述確定單元確定所選擇的地址是能夠進行加密發(fā)送的地址，而如果所選擇的地址的公共密鑰不由所述管理單元管理，則所述確定單元確定所選擇的地址不是能夠進行加密發(fā)送的地址。
6.一種通信裝置，所述通信裝置包括: 指定單元，其被配置為指定進行加密發(fā)送還是明文發(fā)送； 管理單元，其被配置為針對各個地址管理公共密鑰， 設定單元，其被配置為如果所述指定單元指定進行加密發(fā)送，則設定對公共密鑰不由所述管理單元管理的地址不進行發(fā)送還是對所述地址進行明文發(fā)送； 選擇單元，其被配置為選擇地址； 確定單元，其被配置為確定所述選擇單元選擇的地址的公共密鑰是否由所述管理單元管理；以及 控制單元，其被配置為如果所述確定單元的確定結(jié)果表明所述選擇單元選擇的地址的公共密鑰不由所述管理單元管理，則根據(jù)所述設定單元的設定，控制對所選擇的地址不進行發(fā)送還是對所選擇的地址進行明文發(fā)送。
7.根據(jù)權(quán)利要求6所述的通信裝置，所述通信裝置還包括: 發(fā)送單元，其被配置為發(fā)送電子郵件， 其中，所述控制單元控制所述發(fā)送單元對所述電子郵件的發(fā)送。
8.根據(jù)權(quán)利要求7所述的通信裝置，所述通信裝置還包括: 讀取單元，其被配置為讀取原稿上的圖像并生成圖像數(shù)據(jù)，其中，所述發(fā)送單元發(fā)送附加了由所述讀取單元生成的圖像數(shù)據(jù)的所述電子郵件。
9.根據(jù)權(quán)利要求7所述的通信裝置，所述通信裝置還包括: 加密單元，其被配置為根據(jù)S/MIME對所述發(fā)送單元發(fā)送的所述電子郵件進行加密。
10.一種通信裝置，所述通信裝置包括: 選擇單元，其被配置為選擇地址； 發(fā)送單元，其被配置為發(fā)送電子郵件；以及 控制單元，其被配置為如果選擇了要進行加密發(fā)送的多個地址以及要進行明文發(fā)送的多個地址，則控制所述發(fā)送單元，以對所述要進行加密發(fā)送的多個地址中的各個單獨發(fā)送電子郵件，并對所述要進行明文發(fā)送的多個地址發(fā)送一封電子郵件。
11.根據(jù)權(quán)利要求10所述的通信裝置，所述通信裝置還包括: 讀取單元，其被配置為讀取原稿上的圖像并生成圖像數(shù)據(jù)， 其中，所述發(fā)送單元發(fā)送附加了由所述讀取單元生成的圖像數(shù)據(jù)的所述電子郵件。
12.根據(jù)權(quán)利要求10或11所述的通信裝置，所述通信裝置還包括: 加密單元，其被配置為根據(jù)S/MIME對所述發(fā)送單元發(fā)送的所述電子郵件進行加密。
13.—種通信裝置的控制方法，所述控制方法包括:` 指定步驟，指定是進行加密發(fā)送還是明文發(fā)送； 設定步驟，如果在所述指定步驟中指定進行加密發(fā)送，則設定對無法進行加密發(fā)送的地址不進行發(fā)送還是對所述地址進行明文發(fā)送； 選擇步驟，在所述設定步驟已經(jīng)進行所述設定的狀態(tài)下，選擇地址； 確定步驟，確定在所述選擇步驟中選擇的地址是否是能夠進行加密發(fā)送的地址；以及控制步驟，如果所述確定步驟的確定結(jié)果表明在所述選擇步驟中選擇的地址不是能夠進行加密發(fā)送的地址，則根據(jù)所述設定步驟中的設定，控制對所選擇的地址不進行發(fā)送還是對所選擇的地址進行明文發(fā)送。
14.一種通信裝置的控制方法，所述控制方法包括: 指定步驟，指定進行加密發(fā)送還是明文發(fā)送； 管理步驟，針對各個地址管理公共密鑰， 設定步驟，如果在所述指定步驟中指定進行加密發(fā)送，則設定對公共密鑰不在所述管理步驟中管理的地址不進行發(fā)送還是對所述地址進行明文發(fā)送； 選擇步驟，選擇地址； 確定步驟，確定在所述選擇步驟中選擇的地址的公共密鑰是否在所述管理步驟中管理；以及 控制步驟，如果所述確定步驟中的確定結(jié)果表明在所述選擇步驟中選擇的地址的公共密鑰不在所述管理步驟中管理，則根據(jù)所述設定步驟中的設定，控制對所選擇的地址不進行發(fā)送還是對所選擇的地址進行明文發(fā)送。
15.一種通信裝置的控制方法，所述控制方法包括: 選擇步驟，選擇地址； 發(fā)送步驟，發(fā)送電子郵件；以及 控制步驟，如果選擇了要進行加密發(fā)送的多個地址以及要進行明文發(fā)送的多個地址，則控制所述發(fā)送步驟，以對所述要進行加密發(fā)送的多個地址中的各個單獨發(fā)送電子郵件，并對所述要進行明文發(fā)送`的多個地址發(fā)送一封電子郵件。
【文檔編號】H04N1/32GK103873722SQ201310670933
【公開日】2014年6月18日 申請日期:2013年12月10日 優(yōu)先權(quán)日:2012年12月10日
【發(fā)明者】利根川信行 申請人:佳能株式會社