JP2010278776A - 通信装置 - Google Patents

Abstract

【課題】電子メールに添付されている電子署名を認証する認証局が発行する認証局証明書が記憶されていない場合であっても、信頼性の高い印刷物をユーザに提供し得る技術を提供する。
【解決手段】多機能機１０は、受信された第１電子メールに添付されている電子署名を認証する特定の認証局が発行する特定の認証局証明書が証明書テーブル３０に記憶されていないことを条件として、特定の認証局に関する情報をユーザに報知する。多機能機１０は、ユーザによる操作に応じて特定の認証局証明書を取得する。多機能機１０は、第１電子メールを再度受信し、証明書テーブル３０に記憶されている特定の認証局証明書を用いて電子署名の検証を実行する。多機能機１０は、電子署名の検証に成功すると、第１電子メールを印刷する。
【選択図】図１

Description

本発明は、通信装置に関する。特に、メールサーバに接続可能な通信装置に関する。

インターネットを経由するデータの通信では、送信者のなりすましを防止することが重要な課題となっている。

送信者のなりすましを防ぐために、電子署名を利用した検証技術が広く利用されている（例えば特許文献１、特許文献２）。電子署名の検証を行う技術では、例えば、電子メールに添付されているデバイス証明書に含まれる電子署名を、そのデバイス証明書を認証する認証局が発行する認証局証明書を用いて検証する。そのデバイス証明書が上記の認証局によって発行されたものか否かを判別することによって、送信者のなりすまし行為を特定することができる。なお、以下では、電子メールに添付されている電子署名を認証する認証局が発行する認証局証明書を、「特定の認証局証明書」と称する。

特開２００６−６０３６９号公報 特開２００２−１９０７９６号公報

電子署名の検証を実行するためには、電子メールを受信する通信装置に特定の認証局証明書が記憶されている必要がある。電子メールを受信する通信装置に特定の認証局証明書が記憶されていない場合には、受信した電子メールに添付されている電子署名についての検証が行えないため、信頼性の低い印刷物しかユーザに提供することができない。

本明細書では、電子メールを受信する通信装置に特定の認証局証明書が記憶されていない場合であっても、信頼性の高い出力結果をユーザに提供し得る技術を開示する。

本明細書によって開示される技術は、メールサーバに接続可能な通信装置である。この「メールサーバ」は、電子メールの通信処理を実行するサーバをいう。メールサーバは、電子メールを記憶する。「通信装置」は、電子メールの通信処理を実行するあらゆるデバイスを含む概念である。通信装置の一例として、パーソナルコンピュータ（以下、ＰＣという）、サーバ、プリンタ、スキャナ、コピー機、ファクシミリ、多機能機等を挙げることができる。通信装置は、受信手段と第１記憶手段と検証手段と出力手段と削除手段と報知手段と取得手段と記憶制御手段を備えている。これらの各手段について、以下に詳しく説明する。

受信手段は、メールサーバからメールサーバが記憶する電子メールを受信する。第１記憶手段は、認証局証明書を記憶することができる。検証手段は、第１記憶手段に記憶されている認証局証明書に基づいて、受信手段によって受信された第１電子メールに添付されている電子署名の検証を実行する。

出力手段は、上記の検証の結果が肯定的であることを条件として、第１電子メールを出力する。なお、上記の「出力」は、第１電子メールを印刷すること、第１電子メールを表示すること等を含む。また、上記の「条件として」という用語は、他の条件（ＡＮＤ条件及び／又はＯＲ条件）が付加されるのを排除するものではない。「条件として」という用語を使用した場合、他の条件が付加されてもよい。以下でも、「条件として」という用語を使用する場合は同様である。削除手段は、出力手段によって出力された第１電子メールをメールサーバから削除する。報知手段は、受信手段によって受信された第１電子メールに添付されている電子署名を認証する特定の認証局が発行する上記の特定の認証局証明書が第１記憶手段に記憶されていないことを条件として、上記の特定の認証局に関する情報をユーザに報知する。取得手段は、ユーザによる操作に応じて上記の特定の認証局証明書を取得する。上記の特定の認証局証明書を取得する方法は、特に限定されない。例えば、ユーザは、上記の特定の認証局証明書が含まれる電子メールを通信装置に送信してもよい。この場合、取得手段は、上記の特定の認証局証明書が含まれる電子メールを受信することによって、上記の特定の認証局証明書を取得してもよい。また、例えば、ユーザは、上記の特定の認証局証明書を所定のデバイスに登録してもよい。この場合、取得手段は、上記の所定のデバイスから上記の特定の認証局証明書をダウンロードすることによって、上記の特定の認証局証明書を取得してもよい。また、例えば、ユーザは、上記の特定の認証局証明書を記憶している記憶媒体を通信装置に接続してもよい。この場合、取得手段は、上記の記憶媒体から上記の特定の認証局証明書を読み込むことによって、上記の特定の認証局証明書を取得してもよい。また、例えば、ユーザは、上記の特定の認証局証明書を上記の特定の認証局からダウンロードするための指示を通信装置に入力してもよい。この場合、取得手段は、上記の特定の認証局から上記の特定の認証局証明書をダウンロードすることによって、上記の特定の認証局証明書を取得してもよい。記憶制御手段は、取得手段によって取得された上記の特定の認証局証明書を第１記憶手段に記憶させる。

本明細書によって開示される通信装置では、メールサーバが第１電子メールを記憶する場合に、受信手段は、メールサーバから第１電子メールを再度受信する。検証手段は、第１記憶手段に記憶されている認証局証明書に基づいて、再度受信された第１電子メールに添付されている電子署名の検証を実行する。

上記の通信装置によると、上記の特定の認証局証明書が記憶されていない場合に、上記の特定の認証局に関する情報をユーザに報知することができる。これにより、ユーザは、上記の特定の認証局証明書が通信装置に記憶されていないことを知ることができる。ユーザは、上記の特定の認証局証明書を通信装置に記憶させるための所定の操作（通信装置での操作であってもよいし、他のデバイスでの操作であってもよい）を実行することができる。この結果、通信装置は、上記の特定の認証局証明書を取得する。通信装置は、上記の特定の認証局証明書を用いて、再度受信された第１電子メールに添付されている電子署名の検証を実行し、検証に成功した第１電子メールを出力することができる。通信装置は、第１電子メールを受信した際に特定の認証局証明書を記憶していない場合であっても、その後に第１電子メールを再度受信して検証することによって、検証に成功した第１電子メールの出力結果をユーザに提供することができる。信頼性の高い出力結果をユーザに提供することができる。

上記の通信装置は、ユーザに対応する電子メールアドレスを記憶するための第２記憶手段をさらに備えていてもよい。この場合、上記の報知手段は、第２記憶手段に記憶されている電子メールアドレスに、上記の特定の認証局に関する情報を含む第２電子メールを送信することによって、上記の報知を実行してもよい。一方において、通信装置は、他の手法を用いて報知を実行してもよい。通信装置は、例えば、上記の特定の認証局に関する情報を自身が有する表示手段に表示することによって、上記の報知を実行してもよい。

上記の受信手段は、ユーザに対応する電子メールアドレスが送信元である第３電子メールを受信してもよい。この場合、上記の取得手段は、第３電子メールに上記の特定の認証局証明書が含まれる場合に、第３電子メールに含まれる上記の特定の認証局証明書を取得してもよい。

なお、上記の受信手段により受信した電子メールに第１電子メールおよび第３電子メールが含まれている場合に、第１電子メールに添付されている電子署名の検証より先に第３電子メールに含まれる上記の特定の認証局証明書を第１記憶手段に記憶させてもよい。

上記の削除手段は、第３電子メールに上記の特定の認証局証明書が含まれない場合に、メールサーバから第１電子メールを削除してもよい。この場合、上記の削除手段は、第３電子メールに上記の特定の認証局証明書が含まれず、かつ、第３電子メールに第１電子メールを削除する旨の指示が含まれる場合に、メールサーバから第１電子メールを削除してもよい。この構成によると、ユーザからの指示に応じて第１電子メールを削除することができる。

上記の報知手段は、特定の認証局に関する情報と、第１電子メールに関する情報と、をユーザに報知してもよい。上記の「第１電子メールに関する情報」は、例えば、第１電子メール自体であってもよいし、第１電子メールのタイトルであってもよいし、第１電子メールの本文であってもよいし、第１電子メールの送信元の情報であってもよいし、第１電子メールを特定することができる他の情報（例えばメールＩＤ）であってもよい。上記の通信装置によると、特定の認証局に関する情報以外で、上記の通信装置が特定の認証局証明書を取得すべきか否かを判断するための情報をユーザに提供することができる。

なお、上記の通信装置を実現するための制御方法、及び、コンピュータプログラムも、新規で有用である。

多機能機システムの構成を示す。 アドレステーブルの記憶内容の一例を示す。 証明書テーブルの記憶内容の一例を示す。 多機能機が実行する処理のフローチャートを示す。 図４の続きのフローチャートを示す。 図４の続きのフローチャートを示す。 ＰＣが実行する処理のフローチャートを示す。

下記に説明する実施例に記載されている技術の一部を列記する。

（形態１）電子メールに添付されている電子署名は、電子メールに添付されているデバイス証明書に含まれていてもよい。この場合の電子署名は、デバイス証明書の当該電子署名以外の情報がダイジェスト化された証明書ダイジェストが、当該デバイス証明書を認証する認証局の秘密鍵によって暗号化されたものであってもよい。また、電子メールに添付されている電子署名は、その電子メールの本文のダイジェストである本文ダイジェストが、その電子メールの送信元の秘密鍵によって暗号化されたものであってもよい。

（形態２）認証局証明書を用いて実行される電子署名の検証は、以下のように実行されてもよい。
（１）通信装置は、電子メールに添付されているデバイス証明書に含まれている第１の電子署名（認証局の秘密鍵によって暗号化された証明書ダイジェスト）を、そのデバイス証明書を認証する認証局が発行する認証局証明書に含まれる認証局の公開鍵を用いて復号化することによって、第１の証明書ダイジェストを生成する。
（２）通信装置は、そのデバイス証明書の第１の電子署名以外の情報をダイジェスト化することによって、第２の証明書ダイジェストを生成する。
（３）通信装置は、第１の証明書ダイジェストと第２の証明書ダイジェストとが一致するのか否かを判断する。

（形態３）通信装置は、認証局証明書を用いない次の電子署名の検証を実行してもよい。
（１）通信装置は、電子メールの本文をダイジェスト化することによって、第１の本文ダイジェストを生成する。
（２）通信装置は、電子メールに添付されている第２の電子署名（送信元の秘密鍵によって暗号化された本文ダイジェスト）を、電子メールに添付されているデバイス証明書に含まれる送信元の公開鍵を用いて復号化することによって、第２の本文ダイジェストを生成する。
（３）通信装置は、第１の証明書ダイジェストと第２の証明書ダイジェストとが一致するのか否かを判断する。

（形態４）通信装置は、認証局証明書を用いない次の電子署名の検証を実行してもよい。
即ち、通信装置は、電子メールに添付されているデバイス証明書の有効期限に現在日時（例えば電子メールの受信日時又は検証処理の実行日時）が含まれるのか否かを判断してもよい。

（システムの構成）
図面を参照して実施例を説明する。図１は、本実施例の多機能機システム２の概略図を示す。多機能機システム２は、インターネット４と複数の多機能機１０、４０とＰＣ５０とＳＭＴＰサーバ６とＰＯＰ３サーバ８を備える。インターネット４には、各デバイス６、８、１０、４０、５０が接続されている。なお、図１では、２つの多機能機１０、４０と１つのＰＣ５０しか示されていないが、多機能機及び／又はＰＣの数は適宜変更することができる。

（Ｓ／ＭＩＭＥによる暗号化技術）
多機能機１０は、Ｓ／ＭＩＭＥ（Secure / Multipurpose Internet Mail Extensions）による暗号化技術を利用して電子メールの通信を行うことができる通信装置である。なお、多機能機４０は多機能機１０と同様の構成である。

以下に、多機能機１０が、Ｓ／ＭＩＭＥによる暗号化技術を利用して多機能機４０から電子メールを受信するときの仕組みを説明する。まず、多機能機４０が多機能機１０へ電子メールを送信するときの仕組みを説明する。多機能機４０は、共通鍵を用いて電子メール本文を暗号化し、暗号化された電子メール本文を生成する。さらに、多機能機４０は、電子メール本文からハッシュ関数を用いて電子メール本文のダイジェストを作成し、そのダイジェストを多機能機４０の秘密鍵を用いて暗号化したもの（以下、暗号化された本文ダイジェスト（即ち第２の電子署名）と称する）を電子メールに添付する。さらに、多機能機４０は、自身のデバイス証明書を電子メールに添付する。即ち、上記の電子メールには、暗号化された本文ダイジェストと多機能機４０のデバイス証明書とが添付される。多機能機４０は、上記の電子メールを多機能機１０に送信する。なお、多機能機４０のデバイス証明書には、多機能機４０の公開鍵、多機能機４０の電子メールアドレス、多機能機４０のデバイス証明書の発行元である認証局の情報、その認証局が生成する第１の電子署名（即ちデバイス証明書の第１の電子署名以外の情報がダイジェストされたダイジェストデータが認証局の秘密鍵によって暗号化されたもの（以下、暗号化された証明書ダイジェストと称する）、デバイス証明書の有効期限などの情報が含まれる。また、多機能機４０は、上記の共通鍵を多機能機１０の公開鍵で暗号化し、暗号化された共通鍵を多機能機１０に送信する。多機能機１０の公開鍵は、多機能機１０のデバイス証明書に含まれている。多機能機４０は、多機能機１０のデバイス証明書を予め取得しておく必要がある。

次いで、多機能機１０が多機能機４０から電子メールを受信するときの仕組みを説明する。多機能機１０は、暗号化された共通鍵を自己の秘密鍵で復号して共通鍵を取得する。さらに、多機能機１０は、暗号化された電子メール本文を取得済みの共通鍵を用いて復号化し、電子メール本文を取得する。多機能機４０から多機能機１０に送信される電子メール本文は暗号化されているため、第三者が電子メール本文を盗み見ることを防ぐことができる。また、多機能機１０は、電子メールに添付されている暗号化された本文ダイジェストを、多機能機４０の公開鍵を用いて復号化することによって、第１のダイジェストデータを生成する。多機能機４０の公開鍵は、多機能機４０のデバイス証明書に含まれている。多機能機１０は、多機能機４０のデバイス証明書を予め取得しておく必要がある。さらに、多機能機１０は、電子メール本文を自身によってダイジェスト化することによって、第２のダイジェストデータを生成する。多機能機１０は、第１のダイジェストデータと第２のダイジェストデータとが一致するのか否かを判断することによって、電子メール本文の改ざん行為を特定することができる。なお、多機能機４０から多機能機１０に送信される暗号化された共通鍵は、上記の暗号化された電子メール本文とともに電子メールに添付して送信されてもよいし、その電子メールとは別の通信処理によって予め送信されてもよい。

さらに、多機能機１０は、電子メールに添付されている多機能機４０のデバイス証明書を認証した認証局が発行した認証局証明書（以下、対象の認証局証明書と称する）を記憶しているのか否かを判断する。対象の認証局証明書が多機能機１０に記憶されている場合、多機能機１０は、電子メールに添付されている多機能機４０のデバイス証明書に含まれる暗号化された証明書ダイジェストを、対象の認証局証明書に含まれる認証局の公開鍵を用いて復号化することによって、第１のダイジェストデータを生成する。さらに、多機能機１０は、電子メールに添付されている多機能機４０のデバイス証明書の中の暗号化された証明書ダイジェスト以外の情報をダイジェスト化することによって、第２のダイジェストデータを生成する。多機能機１０は、第１のダイジェストデータと第２のダイジェストデータとが一致し、かつ、電子メールに添付されている多機能機４０のデバイス証明書に含まれる多機能機４０の電子メールアドレスと当該電子メールの送信元の電子メールアドレスとが一致するのか否かを判断する。これにより、なりすまし行為を特定することができる。

（多機能機１０の構成）
続いて、多機能機１０の構成について詳しく説明する。なお、多機能機４０は多機能機１０と同様の構成である。多機能機１０は、制御部１２と表示部１４と操作部１６とＵＳＢインターフェイス１８とネットワークインターフェイス２０と印刷部２２と記憶部２４等を備えている。制御部１２は、記憶部２４に記憶されているプログラム３２に従って処理を実行する。表示部１４は、様々な情報を表示する。操作部１６は、複数のキーを備える。ユーザは、操作部１６を操作することによって、様々な指示を多機能機１０に入力することができる。ＵＳＢインターフェイス１８には、ＵＳＢメモリ（図示省略）等が接続される。ネットワークインターフェイス２０は、インターネット４に接続されている。印刷部２２は、画像データを印刷する。

記憶部２４は、アドレステーブル２８と証明書テーブル３０を記憶することができる。記憶部２４は、さらに、制御部１２によって実行されるべきプログラム３２を記憶している。プログラム３２は、メール通信プログラム３３を含む。メール通信プログラム３３は、ＰＯＰ３サーバ８から電子メールを受信する際、及び、ＳＭＴＰサーバ６に電子メールを送信する際に利用される。また、記憶部２４は、上記の各情報２８、３０、３２以外の情報を記憶するための記憶領域３４を有する。

（アドレステーブル２８の記憶内容）
続いて、記憶部２４のアドレステーブル２８（図１参照）の記憶内容について説明する。図２は、アドレステーブル２８の記憶内容の一例を示す。アドレステーブル２８は、複数の組合せ情報８２〜８８を含む。各組合せ情報８２〜８８は、メールアドレス７０と、名称７２とが関連付けられた情報である。メールアドレス７０は、多機能機１０に登録されているメールアドレスを示す。本実施例では、アドレステーブル２８に複数のメールアドレスが登録されている。図２の例では、４種類のメールアドレスを図示している。名称７２は、各メールアドレスに対応するデバイスの名称を示す。本実施例では、組合せ情報８２は多機能機４０に関する情報であり、組合せ情報８８はＰＣ５０に関する情報である。

（証明書テーブル３０の記憶内容）
続いて、記憶部２４の証明書テーブル３０（図１参照）の記憶内容について説明する。図３は、証明書テーブル３０の記憶内容の一例を示す。証明書テーブル３０は、複数の組合せ情報９８〜１０８を含む。各組合せ情報９８〜１０８は、種類９０と、メールアドレス／名称９２と、証明書データ９４と、秘密鍵データ９６とが関連付けられた情報である。種類９０は、証明書の種類を示している。「ＣＡ証明書」は、認証局（ＣＡ）が発行するＣＡ自身の証明書を示す。「自己デバイス証明書」は、認証局から取得した多機能機１０のデバイス証明書を示す。「デバイス証明書」は、他の通信装置（例えば多機能機４０、ＰＣ５０等）のデバイス証明書を示す。メールアドレス／名称９２は、各証明書に対応するメールアドレス又は証明書の名称を示している。例えば、証明書の種類が「ＣＡ証明書」の場合には、ＣＡの名称が記憶される。証明書の種類が「自己デバイス証明書」の場合には、多機能機１０のメールアドレスが記憶される。証明書の種類が「デバイス証明書」の場合には、他の通信装置のメールアドレスが記憶される。例えば、組合せ情報１０６のメールアドレス／名称９２は、図２の組合せ情報８２のメールアドレスと同じである。上述したように、組合せ情報８２は、多機能機４０に関する情報である。従って、組合せ情報１０６は、多機能機４０に関する情報である。同様に、組合せ情報１０８は、ＰＣ５０に関する情報である。証明書データ９４は、各種証明書のデータの全部である。秘密鍵データ９６は、多機能機１０の秘密鍵である。従って、「自己デバイス証明書」以外の組合せ情報９８，１０２，１０６，１０８には、秘密鍵データ９６が記憶されない。

多機能機１０は、予め自己のデバイス証明書を取得することができる。例えば、多機能機１０が所定の認証局にリクエストを送信し、そのリクエストに応じて上記の所定の認証局がデバイス証明書を作成し、そのデバイス証明書を多機能機１０に送信する。これにより、多機能機１０は、デバイス証明書を取得することができる。また、例えば、ユーザは、多機能機１０以外の外部装置（例えばＰＣ等）を用いて、多機能機１０のデバイス証明書を認証局に作成させることができる。ユーザが、外部装置において取得された多機能機１０のデバイス証明書をＵＳＢメモリに記憶させる。ユーザは、ＵＳＢインターフェイス１８（図１参照）にＵＳＢメモリを挿入する。これにより、多機能機１０は、自己のデバイス証明書を取得することができる。

なお、図２に示すアドレステーブル２８において、組合せ情報８８のメールアドレス（即ちＰＣ５０のメールアドレス）は、管理者のメールアドレスである。予めユーザがＰＣ５０のメールアドレスを管理者のメールアドレスとして設定しておくことで、組合せ情報８８に、他の組合せ情報８２〜８６には対応づけられていない所定のフラグ（図示省略）が対応づけられる。多機能機１０は、アドレステーブル２８の中から上記の所定のフラグが対応づけられている組合せ情報８８を特定することによって、管理者のメールアドレスを特定することができる。

（多機能機１０が実行する処理）
続いて、多機能機１０の制御部１２が実行する処理について説明する。図４は、記憶部２４（図１参照）のメール通信プログラム３３（図１参照）に従って、制御部１２（図１参照）が実行する処理のフローチャートを示す。本処理は、予め決められた所定のタイミング毎に開始される。制御部１２は、上記の所定のタイミング毎にＰＯＰ３サーバ８にアクセスし、多機能機１０宛ての電子メールが存在するのか否かを確認する。制御部１２は、多機能機１０宛ての電子メールが存在する場合に、その電子メールを受信する（Ｓ４）。受信された電子メールは、多機能機１０に一時的に記憶される。次いで、制御部１２は、Ｓ４で受信された電子メールのうち多機能機１０においてＳ６以降の処理が行われていない電子メールが存在するのか否か、即ち未処理の電子メールが存在するのか否かを判断する（Ｓ５）。Ｓ４からＳ５に移行した場合は、制御部１２は、常にＳ６へと移行することとなる。制御部１２は、未処理の電子メールに対してＳ６以降の処理を行う。一方で、受信されたすべての電子メールについてＳ６以降の処理（即ち、受信された電子メールの検証、電子メールの出力等の処理）が終了した場合は、制御部１２は、Ｓ５でＮＯと判断し、処理を終了する。制御部１２は、受信された電子メールの送信元のメールアドレスが、アドレステーブル２８に記憶されている管理者のメールアドレス（図２の組合せ情報８８のメールアドレス）と一致する電子メールが存在するのか否かを判断する（Ｓ６）。Ｓ６でＹＥＳの場合、制御部１２は、受信された電子メールが管理者からの電子メール（以下、第３電子メールと称する）であると判断し、図６のＳ２２以降の処理を実行する。一方において、Ｓ６でＮＯの場合、制御部１２は、受信された電子メールが管理者からの電子メールでないと判断し、その電子メールに電子署名（第１の電子署名（即ちデバイス証明書に含まれる暗号化された証明書ダイジェスト））及び第２の電子署名（即ち暗号化された本文ダイジェスト）が添付されているのか否かを判断する（Ｓ８）。Ｓ８でＹＥＳの場合、制御部１２は、図５のＳ１０以降の処理を実行する。一方において、Ｓ８でＮＯの場合、制御部１２は、図５のＳ１６以降の処理を実行する。

図５は、図４の続きのフローチャートを示す。Ｓ１０では、制御部１２は、電子署名が添付されている電子メール（以下、第１電子メールと称する）に添付されているデバイス証明書を認証するＣＡ（以下、特定のＣＡと称する）が発行するＣＡ証明書（以下、特定のＣＡ証明書と称する）が、証明書テーブル３０に記憶されているのか否かを判断する。第１電子メールに添付されているデバイス証明書は、特定のＣＡの名称を含んでいる。制御部１２は、第１電子メールに添付されているデバイス証明書から、特定のＣＡの名称を特定する。また、証明書テーブル３０（図３参照）に記憶されているＣＡ証明書の証明書データ９４（組合せ情報９８、１０２の証明書データ９４）は、そのＣＡ証明書の発行元のＣＡの名称を含んでいる。制御部１２は、組合せ情報９８、１０２の証明書データ９４の中に上記の特定のＣＡの名称が含まれているのか否かを判断することによって、Ｓ１０の判断を実行する。

Ｓ１０でＮＯの場合、制御部１２は、ＣＡ情報を含む電子メール（以下、第２電子メールと称する）を、管理者の電子メールアドレスに送信する（Ｓ１９）。上記のＣＡ情報は、特定のＣＡの名称と、第１電子メールの送信元のメールアドレスと、第１電子メールのタイトルと、第１電子メールの本文と、を含む。Ｓ１９の報知を実行すると、制御部１２は、Ｓ２１へ移行し、多機能機１０一時的に記憶されている第１電子メールを多機能機１０の記憶領域から削除する。そして、制御部１２は、Ｓ５の判断処理へ戻る。

一方において、Ｓ１０でＹＥＳの場合、制御部１２は、ＣＡ証明書の検証を実行する（Ｓ１１）。ＣＡ証明書の検証について以下に詳しく説明する。

（ＣＡ証明書の検証）
制御部１２は、第１電子メールに添付されているデバイス証明書の中の暗号化された証明書ダイジェスト以外の情報をダイジェスト化することによって、第１の証明書ダイジェストを作成する。さらに、制御部１２は、第１電子メールに添付されているデバイス証明書に含まれる暗号化された証明書ダイジェストを、特定のＣＡ証明書に含まれる認証局の公開鍵を用いて復号化し、第２の証明書ダイジェストを作成する。さらに、制御部１２は、第１の証明書ダイジェストと第２の証明書ダイジェストが一致するのか否かを判断する。さらに、多機能機１０は、第１電子メールの送信元のメールアドレスと、第１電子メールに添付されているデバイス証明書に含まれるメールアドレスとが一致するのか否かを判断する。２つのダイジェストが一致し、かつ、２つのメールアドレスが一致する場合、制御部１２は、検証成功と判断し、Ｓ１２に進む。２つのダイジェストが一致しない場合、又は、２つのメールアドレスが一致しない場合、制御部１２は、検証失敗と判断し、Ｓ２０に進む。Ｓ１１でＮＯと判断された場合に実行されるＳ２０では、制御部１２は、ＣＡ証明書の検証に失敗した旨の情報が含まれる電子メールを管理者のメールアドレスへ送信する。この電子メールは、第１電子メールの送信元のメールアドレスと、第１電子メールのタイトルと、第１電子メールの本文と、をさらに含む。Ｓ２０の報知を実行すると、制御部１２は、Ｓ２１へ移行し、多機能機１０に一時的に記憶されている第１電子メールを多機能機１０の記憶領域から削除する。そして、制御部１２は、Ｓ５の判断処理へ戻る。

Ｓ１２では、制御部１２は、暗号化された本文ダイジェストの検証を実行する。暗号化された本文ダイジェストの検証について以下に詳しく説明する。

（暗号化された本文ダイジェストの検証）
制御部１２は、第１電子メールの本文を、ハッシュ関数を用いてダイジェスト化することによって、第１の本文ダイジェストを生成する。さらに、制御部１２は、第１電子メールに添付されている暗号化された本文ダイジェストを、第１電子メールに添付されているデバイス証明書（もしくは第１電子メールの送信元のメールアドレスに対応づけて証明書テーブル３０に記憶されているデバイス証明書）に含まれる公開鍵を用いて復号化し、第２の本文ダイジェストを生成する。次いで、制御部１２は、第１の本文ダイジェストと第２の本文ダイジェストが一致するのか否かを判断する。２つのダイジェストが一致する場合、制御部１２は、検証成功と判断し、Ｓ１４に進む。２つのダイジェストが一致しない場合、制御部１２は、検証失敗と判断し、Ｓ２０に進む。Ｓ１２でＮＯと判断された場合に実行されるＳ２０では、制御部１２は、暗号化された本文ダイジェストの検証に失敗した旨の情報が含まれる電子メールを管理者のメールアドレスへ送信する。この電子メールは、第１電子メールの送信元のメールアドレスと、第１電子メールのタイトルと、第１電子メールの本文と、をさらに含む。

Ｓ１４では、制御部１２は、デバイス証明書の有効期限の検証を実行する。デバイス証明書の有効期限の検証について以下に詳しく説明する。

（デバイス証明書の有効期限の検証）
第１電子メールは、第１電子メールがＰＯＰ３サーバ８で受信された日時を含む。制御部１２は、第１電子メールから日時を特定する。さらに、制御部１２は、上記の特定された日時が、第１電子メールに添付されているデバイス証明書の有効期限の開始時期から終了時期の間に含まれているのか否かを判断する。含まれている場合、制御部１２は、検証成功と判断し、Ｓ１６に進む。含まれていない場合、制御部１２は、検証失敗と判断し、Ｓ２０に進む。Ｓ１４でＮＯと判断された場合に実行されるＳ２０では、制御部１２は、デバイス証明書の有効期限の検証に失敗した旨の情報が含まれる電子メールを管理者のメールアドレスへ送信する。この電子メールは、第１電子メールの送信元のメールアドレスと、第１電子メールの本文と、をさらに含む。

Ｓ１６では、制御部１２は、第１電子メールを印刷する。次いで、制御部１２は、印刷された第１電子メールをＰＯＰ３サーバ８から削除するためのコマンドをＰＯＰ３サーバに送信する（Ｓ１８）。ＰＯＰ３サーバ８は、上記のコマンドを受信すると、ＰＯＰ３サーバ８に記憶されている第１電子メールを削除する。Ｓ１８を実行すると、制御部１２は、Ｓ２１へ移行し、多機能機１０に一時的に記憶されている第１電子メールを多機能機１０の記憶領域から削除する。そして、制御部１２は、Ｓ５の判断処理へ戻る。なお、Ｓ１９及びＳ２０が実行されて処理が終了する場合、制御部１２は、第１電子メールを削除するためのコマンドをＰＯＰ３サーバ８に送信しない。この結果、ＰＯＰ３サーバ８は、第１電子メールを削除せずに、継続して記憶しておく。

図６は、図４の続きのフローチャートを示す。Ｓ２２では、制御部１２は、第３電子メールに特定のＣＡ証明書（即ち第１電子メールに添付されているデバイス証明書を認証する特定のＣＡが発行するＣＡ証明書）が含まれているのか否かを判断する。上述したように、図５のＳ１９の処理が実行されることにより、管理者（即ちＰＣ５０のユーザ）は、特定のＣＡ証明書が多機能機１０に記憶されていないことを知ることができる。管理者は、ＰＣ５０を操作することによって、上記の特定のＣＡ証明書をダウンロードし、上記の特定のＣＡ証明書を含む第３電子メールを多機能機１０のメールアドレスに送信することができる。この場合、図６のＳ２２においてＹＥＳと判断される。Ｓ２２でＹＥＳの場合、制御部１２は、特定のＣＡ証明書を証明書テーブル３０（図３参照）に記憶させ（Ｓ２４）、Ｓ２９へ移行する。Ｓ２９では、制御部１２は、多機能機１０に一時的に記憶されている処理対象の電子メール、即ち第３電子メール（管理者メール）を多機能機１０から削除する。次いで、Ｓ３０の処理を実行する。

Ｓ２２でＮＯの場合、制御部１２は、第３電子メールに第１電子メールを削除すべき旨の削除指示が含まれているのか否かを判断する（Ｓ２６）。上述したように、図５のＳ１９又はＳ２０の処理が実行されることにより、管理者（即ちＰＣ５０のユーザ）は、第１電子メールの送信元のメールアドレスと、第１電子メールのタイトルと、第１電子メールの本文と、を知ることができる。管理者は、これらの情報を見ることによって、第１電子メールを印刷する必要がないことを決定することができる。この場合、管理者は、ＰＣ５０を操作することによって、第１電子メールを削除すべき旨の削除指示を含む第３電子メールを多機能機１０のメールアドレスに送信することができる。この場合、図６のＳ２６においてＹＥＳと判断される。上記の削除指示は、削除されるべき第１電子メールのメールＩＤを含む。Ｓ２６でＹＥＳの場合、制御部１２は、削除指示に含まれるメールＩＤに対応する電子メールを削除するためのコマンド（即ち第１電子メールを削除するためのコマンド）をＰＯＰ３サーバに送信する（Ｓ２８）。ＰＯＰ３サーバ８は、上記のコマンドを受信すると、上記のコマンドで指示されたメールＩＤに対応する第１電子メールを削除する。Ｓ２８を終えると、Ｓ２９へ移行する。Ｓ２９では、処理対象の電子メール、即ち第３電子メール（管理者メール）を多機能機１０から削除する。次いで、Ｓ３０に進む。Ｓ２６でＮＯの場合、管理者からの電子メールではあるが、第３電子メールではないと判断し、その他の処理（例えば、Ｓ６でＮＯと判断した場合の電子メールと同様の処理）を行う。

Ｓ３０では、制御部１２は、第３電子メールをＰＯＰ３サーバ８から削除するためのコマンドをＰＯＰ３サーバに送信する。このコマンドは、第３電子メールのメールＩＤを含む。ＰＯＰ３サーバ８は、上記のコマンドを受信すると、上記のコマンドで指示されたメールＩＤに対応する第３電子メールを削除する。Ｓ３０を終えると、多機能機１０は、Ｓ３５の判断処理へと戻る。

（ＰＣ５０が実行する処理）
続いて、管理者のＰＣ５０の制御部が実行する処理を説明する。図７は、ＰＣ５０の制御部が実行する処理のフローチャートを示す。本処理は、予め決められた所定のタイミング毎に開始される。制御部は、ＰＯＰ３サーバから受信された電子メールから多機能機１０が送信元である電子メールがある場合に、Ｓ３２の処理を実行する。Ｓ３２では、制御部は、ＰＯＰ３サーバ８から多機能機１０が送信元である電子メールを受信する。このとき、複数の電子メールが受信された場合は、すべての電子メールに対して、Ｓ３４以降の処理を実行することとなる。次いで、ＰＣ５０の制御部は、受信された電子メールにＣＡ情報が含まれているのか否か、即ち、受信された電子メールが図５のＳ１９において多機能機１０から送信される第２電子メールであるのか否かを判断する（Ｓ３４）。Ｓ３４でＹＥＳの場合、制御部は、Ｓ３８の処理を実行する。Ｓ３４でＮＯの場合、制御部は、Ｓ４３の処理を実行する。

ここで、ＣＡ情報が含まれる電子メールを受信すると、管理者は、ＣＡ情報に含まれる特定のＣＡの名称を見ることによって、特定のＣＡが信頼できるＣＡであるのか否かを判断することができる。管理者は、受信された第１電子メールの情報（即ち、第１電子メールのタイトル、送信元のメールアドレス、本文等）から、その第１電子メールを信頼性のある電子メールとして受信すべきであるのか否か判断することができる。即ち、特定のＣＡ証明書を多機能機１０に記憶させるべきなのか否かを第１電子メールから判断することができる。管理者は、第１電子メールを信頼性のある電子メールとして受信すべきであると判断した場合に、その第１電子メールを多機能機１０に受信および出力させるべき旨の受信指示をＰＣ５０に入力することができる。

Ｓ３８では、ＰＣ５０の制御部は、上記の受信指示が入力されたのか否かを判断する。ここでＹＥＳの場合、ＰＣ５０の制御部は、特定のＣＡ証明書がＰＣ５０に記憶されているのか否かを判断する（Ｓ３９）。Ｓ３９でＮＯの場合、ＰＣ５０の制御部は、特定のＣＡ証明書をダウンロードする（Ｓ４０）。具体的には、例えば、ＰＣ５０の制御部１２は、インターネット４上の特定のＣＡのサイトにアクセスし、特定のＣＡ証明書をダウンロードする。特定のＣＡ証明書を取得すると、ＰＣ５０の制御部は、Ｓ４２の処理を実行する。なお、Ｓ３９でＹＥＳの場合、Ｓ４０をスキップして、Ｓ４２に進む。Ｓ４２では、ＰＣ５０の制御部は、特定のＣＡ証明書を含む電子メールを多機能機１０のメールアドレスに送信する。Ｓ４２を終了すると、ＰＣ５０の制御部は、処理を終了する。

一方において、ＣＡ情報が含まれない電子メールを受信すると、管理者は、第１電子メールを削除するべきなのか否かを判断することができる。ここでいうＣＡ情報が含まれないメールには、ＣＡ証明書の検証に失敗した旨の情報が含まれる電子メール、暗号化された本文ダイジェストの検証に失敗した旨の情報が含まれる電子メール、デバイス証明書の有効期限の検証に失敗した旨の情報が含まれる電子メール、を含む。管理者は、第１電子メールを削除するべきであると判断した場合には、第１電子メールを削除するための削除指示をＰＣ５０に入力することができる。また、ＣＡ情報が含まれる電子メールを受信した場合であっても、管理者が第１電子メールを多機能機１０に受信させるべきでないと判断した場合には、上記の受信指示をＰＣ５０に入力せず、第１電子メールを削除するための削除指示をＰＣ５０に入力することができる。なお、受信指示、削除指示は、例えば、多機能機１０から受信された電子メールの本文に対して各指示を指定し、返信メールとして多機能機１０に送信できる選択肢を設けること等が挙げられる。このような場合、管理者は、電子メール本文に含まれる選択肢のうち、一方を選択する操作をすることによって、選択された内容の指示がＰＣ５０に入力され、Ｓ４２、Ｓ４４で示す電子メールを多機能機１０に送信することができる。

Ｓ４３では、ＰＣ５０の制御部は、上記の削除指示が入力されたのか否かを判断する。ここでＹＥＳの場合、ＰＣ５０の制御部は、第１電子メールを削除すべき旨の削除指示を含む電子メールを多機能機１０のメールアドレスに送信する（Ｓ４４）。この削除指示は、削除されるべき第１電子メールのメールＩＤを含んでいる。Ｓ４２を終了すると、ＰＣ５０の制御部は、処理を終了する。Ｓ４３でＮＯの場合、ＰＣ５０は、処理を終了する。

本実施例の多機能機システム２について詳しく説明した。本実施例の多機能機１０によると、特定のＣＡ証明書が証明書テーブル３０に記憶されていない場合に、特定のＣＡ情報を管理者に報知することができる。特定のＣＡ情報を取得した管理者は、特定のＣＡ情報を利用して、特定のＣＡ証明書を多機能機１０に記憶させるべきなのか否かを判断することができる。管理者が特定のＣＡ証明書を多機能機１０に記憶させるべきであると判断した場合には、管理者は多機能機１０のメールアドレスに特定のＣＡ証明書が添付された電子メールを送信することができる。多機能機１０は、管理者から送信されたこの電子メールを受信することで特定のＣＡ証明書を取得することができ、取得した特定のＣＡ証明書を証明書テーブル３０に記憶させることができる。その結果、ＰＯＰ３サーバから再度第１電子メールが受信されたときに、証明書テーブル３０に記憶されている特定のＣＡ証明書を用いて、再度受信された第１電子メールに添付されている電子署名の検証を実行し、電子署名の検証に成功した電子メールを印刷することができる。このため、特定のＣＡ証明書が証明書テーブル３０に記憶されていない場合であっても、信頼性の高い印刷物を多機能機１０のユーザに提供することができる。

また、多機能機１０によると、特定のＣＡの情報が含まれる電子メールを管理者に送信するときに、この電子メールともに第１電子メール自体を管理者に送信することができる。このため、ＣＡの情報以外で、管理者が特定のＣＡ証明書を多機能機１０に記憶させるべきであるのか否かの判断をするための情報を管理者に提供することができる。

また、多機能機１０は、電子署名が添付されている電子メールであって、信頼性のある電子メールとして取り扱われなかった受信メールを多機能機１０の記憶領域から削除し、次いでＰＯＰ３サーバにアクセスする際に改めてその電子メールを受信している。このため、多機能機１０で使用される記憶領域が受信メールで占有されることを防止できる。

また、特定のＣＡの情報が含まれる電子メールを管理者に送信することによって、管理者がその電子メールに対して返信を行うだけで、多機能機１０は、必要なＣＡ証明書を多機能機１０に簡単に記憶させることができる。さらに、管理者に対しても電子メールを使用することで、多機能機１０は、電子署名が添付されている電子メールと、管理者からの電子メールとを一括して処理することができる。さらに、このときに、受信された電子メールのうち、電子署名が添付されている電子メールよりも先に管理者からの電子メールについて処理することで、管理者からの電子メールと同じタイミングで受信された電子署名が添付されている電子メールに対しても適切な処理を行うことができる。

以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。

多機能機１０の制御部１２は、特定のＣＡ証明書が、証明書テーブル３０に記憶されていないことを条件として、多機能機１０が備える操作部１６を介して、特定のＣＡ証明書を取得すべきか否かの指示を入力することをユーザに許容してもよい。制御部１２は、ユーザから特定のＣＡ証明書を取得すべき旨の指示が入力されたことを条件として、例えばインターネット４から特定のＣＡ証明書を取得し、証明書テーブル３０に記憶してもよい。

また、上記の実施例では、多機能機１０は、第１電子メールに対する受信指示または削除指示が含まれる電子メールを管理者から受信するまでは、過去に、その第１電子メールに関するＣＡ情報または検証失敗の旨が含まれる電子メールを管理者に送信した場合であっても、再度、その旨が含まれる電子メールを管理者に送信している。例えば、第１電子メールに関するＣＡ情報または検証失敗の旨が含まれる電子メールを管理者に送信した場合に、第１電子メールに対応付けて管理者へ通知した情報を記憶しておき、同じ理由で電子署名の検証に成功しなかった場合は、その管理者への通知を行わないようにしてもよい。このような構成により、管理者に対して、同じ内容の電子メールが何度も送信されることを防止することができる。

また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成し得るものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

２：多機能機システム、４：インターネット、６：ＳＭＴＰサーバ、８：ＰＯＰ３サーバ、１０：多機能機、１２：制御部、１４：表示部、１６：操作部、１８：インターフェイス、２０：ネットワークインターフェイス、２２：印刷部、２４：記憶部、２８：アドレステーブル、３０：証明書テーブル、３２：プログラム、３３：メール通信プログラム、３４：その他の記憶領域、４０：多機能機、５０：ＰＣ

Claims (7)

1. メールサーバに接続可能な通信装置であり、
   前記メールサーバから前記メールサーバが記憶する電子メールを受信する受信手段と、
   認証局証明書を記憶するための第１記憶手段と、
   前記第１記憶手段に記憶されている認証局証明書に基づいて、前記受信手段によって受信された第１電子メールに添付されている電子署名の検証を実行する検証手段と、
   前記検証の結果が肯定的であることを条件として、前記第１電子メールを出力する出力手段と、
   前記出力手段によって出力された前記第１電子メールを前記メールサーバから削除する削除手段と、
   前記受信手段によって受信された第１電子メールに添付されている電子署名を認証する特定の認証局が発行する特定の認証局証明書が前記第１記憶手段に記憶されていないことを条件として、前記特定の認証局に関する情報をユーザに報知する報知手段と、
   前記ユーザによる操作に応じて前記特定の認証局証明書を取得する取得手段と、
   前記取得手段によって取得された前記特定の認証局証明書を前記第１記憶手段に記憶させる記憶制御手段、
   を備えており、
   前記受信手段は、前記メールサーバが前記第１電子メールを記憶する場合に、前記メールサーバから前記第１電子メールを再度受信し、
   前記検証手段は、前記第１記憶手段に記憶されている認証局証明書に基づいて、再度受信された前記第１電子メールに添付されている前記電子署名の検証を実行する、
   ことを特徴とする通信装置。
2. 前記ユーザに対応する電子メールアドレスを記憶するための第２記憶手段、をさらに備えており、
   前記報知手段は、前記第２記憶手段に記憶されている前記電子メールアドレスに、前記特定の認証局に関する前記情報を含む第２電子メールを送信することによって、前記報知を実行する、
   ことを特徴とする請求項１に記載の通信装置。
3. 前記受信手段は、前記ユーザに対応する前記電子メールアドレスが送信元である第３電子メールを受信し、
   前記取得手段は、前記第３電子メールに前記特定の認証局証明書が含まれる場合に、前記第３電子メールに含まれる前記特定の認証局証明書を取得する、
   ことを特徴とする請求項２に記載の通信装置。
4. 前記受信手段によって受信された電子メールに第１電子メールおよび第３電子メールが含まれている場合に、前記第１電子メールに添付されている電子署名の検証よりも先に前記第３電子メールに含まれる前記特定の認証局証明書を前記第１記憶手段に記憶させる、
   ことを特徴とする請求項３に記載の通信装置。
5. 前記削除手段は、前記第３電子メールに前記特定の認証局証明書が含まれない場合に、前記メールサーバから前記第１電子メールを削除する、
   ことを特徴とする請求項３又は４に記載の通信装置。
6. 前記削除手段は、前記第３電子メールに前記特定の認証局証明書が含まれず、かつ、前記第３電子メールに前記第１電子メールを削除する旨の指示が含まれる場合に、前記メールサーバから前記第１電子メールを削除する、
   ことを特徴とする請求項５に記載の通信装置。
7. 前記報知手段は、前記特定の認証局に関する前記情報と、前記第１電子メールに関する情報と、を前記ユーザに報知する、
   ことを特徴とする請求項１〜６のいずれか１項に記載の通信装置。

Images