情報処理装置、その情報処理装置における電子メール添付文書の制御方法およびプログラム
【課題】電子署名されていない電子メールを受信した場合において、ユーザ認証の信頼性を向上する情報処理装置を提供する。
【解決手段】文書が添付された電子メールを受信し、電子メールが電子署名されているか否かを判定する。電子メールが電子署名されていると判定された場合、電子メールに添付された文書を、印刷について承認された承認済文書として保存し、一方、電子メールが電子署名されていないと判定された場合、電子メールに添付された文書を、印刷について承認されなかった未承認文書として該電子メールのメールアドレスと関連付けて保存する。そして、ユーザ情報を取得し、ユーザ情報に予め対応付けられたメールアドレスと関連付けて保存した未承認文書を検索する。検索された未承認文書を承認済文書に変更して保存する。
【解決手段】文書が添付された電子メールを受信し、電子メールが電子署名されているか否かを判定する。電子メールが電子署名されていると判定された場合、電子メールに添付された文書を、印刷について承認された承認済文書として保存し、一方、電子メールが電子署名されていないと判定された場合、電子メールに添付された文書を、印刷について承認されなかった未承認文書として該電子メールのメールアドレスと関連付けて保存する。そして、ユーザ情報を取得し、ユーザ情報に予め対応付けられたメールアドレスと関連付けて保存した未承認文書を検索する。検索された未承認文書を承認済文書に変更して保存する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メール添付文書を制御する情報処理装置に関する。
【背景技術】
【０００２】
印刷機能を持たないモバイル端末に保存されている文書を印刷する方法として、以下のような方法が知られている。ユーザは、モバイル端末に保存されている印刷対象の文書を電子メールに添付し、所定のアドレスに送信する。その電子メールを受信した印刷管理サーバは、文書を一時的に保存する。そして、ユーザは、任意のタイミングで、印刷管理サーバとネットワークに接続された印刷装置で印刷を行う。印刷管理サーバは、添付文書をユーザや一時的に発行したＰＩＮ（Ｐｅｒｓｏｎａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）コードと関連付けて管理することにより、印刷の対象文書を特定することができる。
【０００３】
特許文献１には、電子メールのヘッダに設定されている情報に基づき、ユーザを特定し、添付ファイルを特定したユーザと関連付けて管理する方法が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−０７２６３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のように、電子メールのヘッダの情報を単純に信頼し、ユーザを特定する方法には以下の課題がある。電子メールの送受信プロトコルであるＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）には、ヘッダの改竄を検知する機能が備わっていないので、改竄やなりすましが比較的容易である。従って、公衆回線を経由したインターネットで電子メールを送信する場合には、特に問題となる。
【０００６】
また、電子メールの送受信における改竄やなりすましを防止するために、Ｓ／ＭＩＭＥ（Ｓｅｃｕｒｅ ＭＩＭＥ）やＰＧＰ（Ｐｒｅｔｔｙ Ｇｏｏｄ Ｐｒｉｖａｃｙ）といった電子署名の機能がある。そのような電子署名の機能を利用することで、電子メールのヘッダの情報から、送信元のユーザを高い信頼性で特定することができる。しかしながら、モバイル端末の電子メール送信機能には、そのような電子署名の機能が備わっていない場合が多い。
【０００７】
本発明の目的は、このような従来の問題点を解決することにある。そこで、上記の点に鑑み、本発明は、電子署名されていない電子メールを受信した場合において、ユーザ認証の信頼性を向上する情報処理装置、その情報処理装置における電子メール添付文書の制御方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明に係る情報処理装置は、文書が添付された電子メールを受信する電子メール受信手段と、
前記電子メールが電子署名されているか否かを判定する署名判定手段と、
前記署名判定手段により前記電子メールが電子署名されていると判定された場合に、前記電子メールに添付された前記文書を、印刷について承認された承認済文書として保存し、前記署名判定手段により前記電子メールが電子署名されていないと判定された場合に、前記電子メールに添付された前記文書を、印刷について承認されなかった未承認文書として該電子メールのメールアドレスと関連付けて保存する保存手段と、
ユーザ情報を取得する取得手段と、
前記ユーザ情報に予め対応付けられたメールアドレスと関連付けて保存した前記未承認文書を検索する検索手段と、
前記検索手段により検索された前記未承認文書を、前記承認済文書に変更して保存する再保存手段とを備えることを特徴とする。
【発明の効果】
【０００９】
本発明によると、電子署名されていない電子メールを受信した場合において、ユーザ認証の信頼性を向上することができる。
【図面の簡単な説明】
【００１０】
【図１】システム構成を示す図である。
【図２】電子メールサーバ、電子メール入稿サーバ、認証サーバ、印刷管理サーバ、クライアントのハードウェア構成を示すブロック図である。
【図３】電子メール入稿サーバ上での各ソフトウェアモジュールを示す図である。
【図４】認証サーバ上での各ソフトウェアモジュールを示す図である。
【図５】印刷管理サーバ１５上での各ソフトウェアモジュールを示す図である。
【図６】認証サーバ１４において管理されているユーザ情報、ユーザトークン情報、ユーザ電子メール情報の一例を示す図である。
【図７】印刷管理サーバで管理されている承認済文書情報の一例を示す図である。
【図８】印刷管理サーバで管理されている未承認文書情報の一例を示す図である。
【図９】認証サーバ１４で実行される電子メールアドレスの登録処理の手順を示す図である。
【図１０】電子メール入稿サーバで、印刷文書が添付された電子メールを取得した場合の処理の手順を示す図である。
【図１１】未承認文書として登録された文書を承認文書として再登録する処理の手順を示す図である。
【図１２】承認済文書リストを表示する画面の一例を示す図である。
【図１３】未承認文書リストを表示する画面の一例を示す図である。
【発明を実施するための形態】
【００１１】
以下、添付図面を参照して本発明の好適な実施例を詳しく説明する。尚、以下の実施例は特許請求の範囲に係る本発明を限定するものでなく、また本実施例で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。なお、同一の構成要素には同一の参照番号を付して、説明を省略する。
【００１２】
図１は、本発明に係る実施例におけるシステム構成を示す図である。ＷＡＮ１０は、ワイド・エリア・ネットワーク（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）であり、本実施例においては、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）システムが構築されている。ＬＡＮ１１は、以下の各構成要素を接続するローカル・エリア・ネットワーク（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）である。また、無線ネットワーク１９は、公衆回線や無線基地局から構成される無線ネットワークである。モバイル端末１８は、無線ネットワーク１９を介して、ＷＡＮ１０で構成されるＷＷＷシステムに接続されている。
【００１３】
電子メールサーバ１２は、ＬＡＮ１１及びＷＡＮ１０を介して、モバイル端末１８やクライアント１７や電子メール入稿サーバ１３からの電子メール送受信リクエストに応じて、電子メールを処理する。電子メールサーバ１２には、不図示の電子メールサービスが備わっている。電子メールサービスは、１つ又は複数の電子メールアドレスを備えており、それらの電子メールアドレス宛てに送信された電子メールの受信及び管理を行う。また、電子メールサービスは、他の電子メールアドレス宛てに電子メールを送信する。
【００１４】
電子メール入稿サーバ１３は、電子メールサーバ１２において受信した電子メールを定期的に確認し、電子メールの内容に応じて、印刷管理サーバ１５に文書登録を行う。認証サーバ１４は、クライアント１７からのＷＷＷシステムを介したＷｅｂリクエストや各サーバからのリクエストに応じてユーザを認証し、ユーザ情報の取得リクエストに応じて処理を行う。印刷管理サーバ１５は、クライアント１７からのＷｅｂリクエストや電子メール入稿サーバ１３からのリクエストに応じて文書を登録する。また、印刷管理サーバ１５は、クライアント１７からのＷｅｂリクエストで指定された文書を、指定されたプリンタ１６で印刷するようにプリンタ１６を制御する。
【００１５】
プリンタ１６は、指定された文書を印刷する。クライアント１７は、ＬＡＮ１１及びＷＡＮ１０を介して、各サーバに対してＷｅｂリクエストを発行する。クライアント１７は、例えば、ＷＷＷシステムを利用するためのＷｅｂブラウザを備えたコンピュータである。モバイル端末１８は、無線ネットワーク１９を介してＷＷＷシステムに接続する機能を有する。モバイル端末１８は、電子メールを送受信するメーラやＷｅｂブラウザを備えた携帯電話やモバイル用途のコンピュータである。
【００１６】
図２は、図１に示す電子メールサーバ１２、電子メール入稿サーバ１３、認証サーバ１４、印刷管理サーバ１５、又は、クライアント１７のハードウェア構成を示すブロック図である。それらの装置は、ＰＣ等の一般的な情報処理装置のハードウェア構成を備える。ＣＰＵ２１は、内部バスで接続される以下の各ブロックを直接或いは間接的に制御し、本実施例の動作を実現するためのプログラムを実行する。ＲＯＭ２２は、ＢＩＯＳを格納している。ＲＡＭ２３は、ＣＰＵ２１のワーク領域として用いられたり、本実施例の動作を実現するためのソフトウェアモジュールをロードするための一時記憶領域として用いられる。ＨＤＤ２４は、基本ソフトウェアであるＯＳやソフトウェアモジュールが格納されているハードディスクドライブ又はソリッドステートドライブ（ＳＳＤ）である。入力装置２５は、不図示のキーボードやポインティングデバイス等である。出力装置２６は、例えばディスプレイである。インタフェース（Ｉ／Ｆ）２７は、ＬＡＮ１１又はＷＡＮ１０に接続するためのインタフェースである。
【００１７】
以上の各ブロックは、自身の装置の起動後、ＣＰＵ２１によりＢＩＯＳが実行され、ＯＳが、ＨＤＤ２４からＲＡＭ２３に実行可能にロードされる。ＣＰＵ２１は、ＯＳの動作に従って、後述する各種ソフトウェアモジュールをＨＤＤ２４からＲＡＭ２３に随時、実行可能にロードする。各種ソフトウェアモジュールは、上記の各デバイスの協調によりＣＰＵ２１によって実行されて動作する。また、Ｉ／Ｆ２７は、ＬＡＮ１１に接続されており、ＯＳの動作に従ってＣＰＵ２１により制御され、各サーバのサービス間でのリクエストの送受信を実現している。また、Ｉ／Ｆ２７は、ＬＡＮ１１を経由してＷＡＮ１０に接続されており、ＯＳの動作に従ってＣＰＵ２１により制御され、ＷＷＷシステムにおける通信を実現する。
【００１８】
図３は、電子メール入稿サーバ１３上で動作する電子メール入稿サービス３０を構成する各ソフトウェアモジュールを示す図である。なお、各モジュールは、電子メール入稿サーバ１３のＨＤＤ２４に記憶されており、電子メール入稿サーバ１３のＣＰＵ２１によって電子メール入稿サーバ１３のＲＡＭ２３にロードされ実行される。電子メールサービスＩ／Ｆ３１は、電子メールサーバ１２に送信された電子メールの確認、取得、又は、電子メールサーバ１２を介して電子メールを送信するためのインタフェースモジュールである。印刷管理サービスＩ／Ｆ３３は、後述の印刷管理サーバ１５の印刷管理サービス５０に対して文書を登録するためのインタフェースモジュールである。認証サービスＩ／Ｆ３４は、後述の認証サーバ１４の認証サービス４０に対してユーザ認証の依頼及びユーザ情報を取得するためのインタフェースモジュールである。
【００１９】
電子メール入稿ロジック３２は、電子メールの内容に従って認証の有無や添付文書登録の有無を制御するためのモジュールである。電子メール入稿ロジック３２は、電子メールサービスＩ／Ｆ３１を介して電子メールの確認、取得、送信を行う。また、電子メール入稿ロジック３２は、電子メールの署名や内容によって、認証サービスＩ／Ｆ３４を介してユーザ情報の取得や認証、又は、印刷管理サービスＩ／Ｆ３３を介しての文書の登録を行う。また、文書の登録時に文書を特定するためのＰＩＮコードを発行し、電子メールサービスＩ／Ｆ３１を介して電子メールの送信元に応答する。以下、各モジュールの協調により実行される一連の電子メールの処理を、「電子メール入稿サービス３０で実行される処理」として説明する。
【００２０】
図４は、認証サーバ１４上で動作する認証サービス４０を構成する各ソフトウェアモジュールを示す図である。なお、各モジュールは、認証サーバ１４のＨＤＤ２４に記憶されており、認証サーバ１４のＣＰＵ２１によって認証サーバ１４のＲＡＭ２３にロードされ実行される。認証アプリケーション４１は、クライアント１７からのＷｅｂリクエストを受け付けるＷｅｂインタフェースを備えたモジュールである。認証アプリケーション４１は、クライアント１７に備えられたＷｅｂブラウザからのＷｅｂ認証リクエストに対して、認証画面（不図示）を生成して応答する。ここで、本実施例では、Ｗｅｂ認証リクエストに応じて認証する方式として、ユーザを特定するユーザＩＤ及び秘匿情報であるパスワードを取得し、予め登録されたユーザ情報とマッチングする認証方式を説明する。ただし、認証方式としては、この方式に制限されるものではなく、他の認証方式として、例えば、証明書を確認することによる認証方式や、ユーザの生体情報を確認することによる認証方式等が用いられても良い。また、認証アプリケーション４１は、ユーザ情報に電子メールアドレスを仮登録するための仮登録画面（不図示）や、本登録するための本登録画面（不図示）を生成する。電子メールアドレスの登録フローの詳細については後述する。
【００２１】
認証アプリケーション４１が受け付けたＷｅｂ認証リクエストは、認証ロジック４２により処理され、認証が成功すると認証トークンが生成される。認証ロジック４２は、予め設定されたロジックに従って認証行為を行うが、その際には、データベース４３にアクセスし、予め登録されているユーザ情報とのマッチングを行う。例えば、ユーザＩＤとパスワードの組み合わせをマッチングして、認証の成否を判定する。生成された認証トークンは、認証アプリケーション４１を介してクライアント１７に応答される。
【００２２】
また、サービスアクセスＩ／Ｆ４４は、他のサーバのサービスからのリクエストの受付けや他のサーバのサービスへのリクエストを送信するためのインタフェースモジュールである。ここで、受け付けるリクエストとしては、ユーザ情報を取得するリクエストや、ユーザ情報に登録された電子メールアドレスを用いての認証のリクエストがある。これらのサービスアクセスＩ／Ｆ４４で受信したリクエストは、認証ロジック４２に予め設定されたロジックで処理される。また、送信するリクエストとして、例えば、認証ロジック４２で生成された電子メールの送信リクエストがある。以下、各モジュールの協調により実行される一連の認証処理を、「認証サービス４０で実行される処理」として説明する。
【００２３】
図５は、印刷管理サーバ１５上で動作する印刷管理サービス５０を構成する各ソフトウェアモジュールを示す図である。なお、各モジュールは、印刷管理サーバ１５のＨＤＤ２４に記憶されており、印刷管理サーバ１５のＣＰＵ２１によって印刷管理サーバ１５のＲＡＭ２３にロードされ実行される。Ｗｅｂアプリケーション５１は、クライアント１７からのＷｅｂアクセスを受け付けるＷｅｂインタフェースを備えたモジュールである。Ｗｅｂアプリケーション５１は、クライアント１７に備えられたＷｅｂブラウザからのＷｅｂリクエストに対してユーザが登録した承認済文書リストや未承認文書リストを表示する各文書リスト画面を生成し応答する。これらの画面については後述する。また、その文書リスト画面は印刷リクエストを送信するよう構成されている。Ｗｅｂアプリケーション５１は、ユーザから印刷リクエストを受け付けると、印刷対象のプリンタを選択するプリンタリスト画面（不図示）を生成して応答する。
【００２４】
また、それらの画面を表示する際に、認証サービス４０の構成がリバース・プロキシ方式である場合には、例えば、以下のようにする。Ｗｅｂアプリケーション５１は、クライアント１７からのＷｅｂアクセスは直接受けずに、認証サービス４０を介し、認証サービス４０において認証されたユーザ情報が付与されたＷｅｂアクセスを受け付ける。また、認証サービス４０の構成として、エージェント方式による認証構成が用いられても良い。その場合には、Ｗｅｂアプリケーション５１に不図示の認証エージェントがアドインされ、クライアント１７からのＷｅｂアクセスは、認証エージェントで受け付けられ、認証サービス４０に転送される。認証サービス４０において認証が成功すると、Ｗｅｂリクエストに認証したユーザ情報が付与され、認証エージェントを介してＷｅｂアプリケーション５１に送信される。また、Ｗｅｂアプリケーション５１は、前述の画面を生成する際に、印刷管理ロジック５２にユーザ情報を送信して文書やプリンタの情報を取得する。プリンタ管理ロジック５５は、プリンタデータベース５６で管理されているプリンタの情報を取得する。文書管理ロジック５３は、文書データベース５４で管理されている文書の情報を取得するが、その際に、受信したユーザ情報をキーとして文書を検索する。
【００２５】
Ｗｅｂアプリケーション５１が受け付けた印刷リクエストは、印刷管理ロジック５２によって処理され印刷処理が実行される。この印刷処理は、クライアント１７のＷｅｂブラウザを介して指定のプリンタにプルプリント指示を行う場合や、ユーザ指定のプリンタで直接プルプリントの指示を行う場合が考えられる。それらのプリンタは、プルプリントの指示に応じて文書管理ロジック５３にＷｅｂリクエストを行って文書データを取得し、印刷を実行する。なお、プリンタで直接プルプリントの指示を行う方法においては、Ｗｅｂアプリケーション５１で生成した画面から行っても良いし、文書に設定されたＰＩＮコードを入力する画面（不図示）から行っても良い。このＰＩＮコードを入力する画面は、未認証でアクセス可能に構成されている。
【００２６】
サービスアクセスＩ／Ｆ５７は、他のサーバのサービスからのリクエストを受け付けるためのインタフェースモジュールである。受け付けるリクエストとしては、文書の登録を受け付けるための文書登録リクエストがある。これらサービスアクセスＩ／Ｆ５７で受信したリクエストは、印刷管理ロジック５２に予め設定されたロジックで処理される。以下、各モジュールの協調により実行される一連の印刷管理処理を、「印刷管理サービス５０で実行される処理」として説明する。
【００２７】
図６は、図４の認証サーバ１４のデータベース４３において管理されているユーザ情報６０、ユーザトークン情報６１、ユーザ電子メール情報６２の一例を示す図である。ユーザ情報６０は、ユーザを特定するためのユーザＩＤ６０１、秘匿情報であるパスワード６０２、ユーザの表示名であるユーザ名６０３を含む。ユーザトークン情報６１は、ユーザを特定するためのユーザＩＤ６１１、および、ユーザが認証されたことを示す認証トークン６１２を含む。また、ユーザ電子メール情報６２は、ユーザを特定するためのユーザＩＤ６２１、電子メールアドレス６２２、そのユーザ電子メール情報６２が仮登録であるか本登録であるかの状態６２３、本登録するための画面のＵＲＬである本登録ＵＲＬ６２４を含む。図６に示すように、ユーザ情報６０、ユーザトークン情報６１、ユーザ電子メール情報６２は、ユーザＩＤによって関連付けられている。
【００２８】
図７は、図５の印刷管理サーバ１５の文書データベース５４において管理されている承認済文書情報の一例を示す図である。文書情報７０は、文書を特定するための文書ＩＤ７０１、文書の表示名である文書名７０２、文書の作成者を示すユーザＩＤ７０３、文書を特定するためのＰＩＮコード７０４、文書データ７０５を含む。文書データ７０５は、文書データのバイナリが格納されるようにしても良いし、文書データは別の領域に記憶してその記憶場所のパスを示す情報を格納するようにしてもよい。また、文書情報７０は、ユーザＩＤ７０３をキーとして検索できるように文書データベース５４で管理される。
【００２９】
図８は、図５の印刷管理サーバ１５の文書データベース５４において管理されている未承認文書情報の一例を示す図である。未承認文書情報８０は、文書を特定するための文書ＩＤ８０１、文書の表示名である文書名８０２、文書を特定するためのＰＩＮコード８０４、文書データ８０６を含む。これらは、図７の承認済文書情報７０と同じである。未承認文書情報８０は、さらに、文書を受信した際の送信元電子メールアドレス８０３、未承認文書の保管期限８０５を含んでいる。また、未承認文書情報８０は、電子メールアドレス８０３をキーとして検索できるように文書データベース５４で管理される。
【００３０】
以下、本実施例における電子メール添付文書の処理の手順について説明する。
【００３１】
図９（ａ）及び（ｂ）は、認証サーバ１４の認証サービス４０において実行される電子メールアドレスの登録処理の手順を示すフローチャートである。図９（ａ）及び（ｂ）に示す処理は、例えば、認証サーバ１４のＣＰＵ２１により実行される。モバイル端末１８又はクライアント１７が電子メールアドレスを設定するためのＵＲＬにＷｅｂリクエストを送信すると、認証サービス４０は、ユーザを認証するためのログイン画面を表示する（Ｓ９０１）。そして、認証サービス４０は、そのログイン画面において入力された情報（ユーザ情報）に基づいてユーザを認証する（Ｓ９０２）。ユーザを認証すると、認証サービス４０は、そのユーザ情報に示されるユーザに対して、電子メールアドレスを設定するための設定画面を表示する（Ｓ９０３：設定画面表示の一例）。
【００３２】
認証サービス４０は、電子メールアドレスの仮設定のＷｅｂリクエストを受信する（Ｓ９０４）。そして、認証したユーザについてのユーザ情報および設定された電子メールアドレスをユーザ電子メール情報６２に示すように仮登録の状態で設定する（Ｓ９０５）。また、その際に、ユーザに対して、本登録するためのＵＲＬを発行する。認証サービス４０は、電子メールアドレスの仮登録が行われた旨と本登録用のＵＲＬが記載された電子メールを、登録された電子メールアドレスに対して、電子メールサーバ１２の電子メールサービスを介して送信する（Ｓ９０６）。認証サービス４０は、電子メールサーバ１２の電子メールサービスでの送信が成功したか否かを判定する（Ｓ９０７）。ここで、電子メールサーバ１２の電子メールサービスでの送信が失敗したと判定された場合には、仮登録したユーザ電子メール情報６２を破棄して本処理を終了する（Ｓ９０８）。一方、送信が成功したと判定された場合には、仮登録が成功したとして本処理を終了する（Ｓ９０９）。
【００３３】
次に、認証サーバ１４がモバイル端末１８から本登録ＵＲＬへのアクセスしたことを受け付けた場合の処理の手順について説明する。認証サービス４０は、モバイル端末１８から本登録ＵＲＬへのアクセスを受け付けると（Ｓ９１０）、ログイン画面（不図示）を表示する（Ｓ９１１）。Ｓ９１１の処理は、Ｓ９０２の処理と同じである。そして、ユーザ電子メール情報６２を本登録とする（Ｓ９１２）。
【００３４】
図９（ａ）及び（ｂ）に示す処理によって、ユーザ情報とユーザの電子メールアドレスとを対応付けてユーザ電子メール情報６２として登録しておくことができる。なお、本実施例において、仮登録の状態に期限を設けるように構成し、その期限が切れた場合には、ユーザ電子メール情報６２を破棄するように構成しても良い。
【００３５】
図１０は、電子メール入稿サーバ１３の電子メール入稿サービス３０において、印刷文書が添付された電子メールを取得した場合の処理の手順を示すフローチャートである。図１０に示す処理は、例えば、電子メール入稿サーバ１３のＣＰＵ２１により実行される。電子メール入稿サービス３０は、所定の間隔で電子メールサーバ１２の電子メールサービスに、新規受信したメールの有無を問い合わせる。新規受信メールが有る場合には、電子メールサーバ１２の電子メールサービスから電子メールを取得する（Ｓ１００１：電子メール受信の一例）。次に、取得した電子メールの送信元アドレスがユーザ電子メール情報６２として登録されているかを検索し（Ｓ１００２：メールアドレス判定の一例）、登録されているか否かの判定を行う（Ｓ１００３）。ここで、送信元アドレスがユーザ電子メール情報６２として登録されていないか、もしくは、仮登録の状態であると判定された場合には、電子メール入稿サービス３０は、その電子メールを破棄する（Ｓ１０１０）。
【００３６】
一方、送信元アドレスがユーザ電子メール情報６２として登録されていると判定された場合には、電子メール入稿サービス３０は、その電子メールのヘッダが電子署名されているか否かを判定する（Ｓ１００４：署名判定の一例）。ここで、電子メールの署名方法として、Ｓ／ＭＩＭＥ（Ｓｅｃｕｒｅ ＭＩＭＥ）やＰＧＰ（Ｐｒｅｔｔｙ Ｇｏｏｄ Ｐｒｉｖａｃｙ）といった署名方法が用いられていても良い。電子署名されているか否かの判定の際には、その電子署名が正しいか否かも合わせて判定される。Ｓ１００４の電子署名の判定に関しては、各プロトコルで定義されている方法に準じて行われれば良い。例えば、公開鍵の有効性を証明書のＣＡ（Ｃｅｒｔｉｆｉｃａｔｅ Ａｕｔｈｏｒｉｔｙ）で確認し、有効であれば、署名を複合して文書のダイジェストを取得する。そして、文書をダイジェスト化し、一致するか否かで文書が改竄されていないことを判定しても良い。
【００３７】
Ｓ１００４において電子署名されていない、もしくは、電子署名が正しくないと判定された場合には、電子メール入稿サービス３０は、電子メールに添付されている文書を、印刷について承認されていない（例えば、印刷不可）未承認文書として登録する。つまり、印刷管理サーバ１５の印刷管理サービス５０に対して、未承認文書情報８０を登録する（Ｓ１００５）。本実施例において、その際に、未承認文書の保存期限を設定するように構成しても良い。印刷管理サービス５０は、さらに、承認か未承認であるかの文書登録を区別できるようにして、文書登録記録を出力する。その文書登録記録は、例えば、未承認文書は非課金対象として扱う場合に用いられる。文書が未承認文書として登録されると、印刷管理サービス５０は、文書を特定する文書ＩＤを発行して認証サーバ１４の認証サービス４０に応答する。
【００３８】
Ｓ１００４において電子署名が正しくされていると判定された場合には、電子メール入稿サービス３０は、電子メールアドレスにより認証サーバ１４の認証サービス４０にログインし、認証トークンを取得する（Ｓ１００６）。そして、取得した認証トークンとともに、電子メールに添付されている文書を、印刷について承認された（例えば、印刷可）承認済文書として、印刷管理サーバ１５の印刷管理サービス５０に対して、文書情報７０を登録する（Ｓ１００７）。ここで、認証トークンを印刷管理サーバ１５に渡すことにより、印刷管理サーバ１５の印刷管理サービス５０は、文書登録時のユーザは認証されたユーザであるとして、ユーザＩＤと関連付けて文書を保存することができる。文書が登録されると、印刷管理サーバ１５の印刷管理サービス５０は、文書を特定するＩＤを発行して応答する。その際に、印刷管理サーバ１５の印刷管理サービス５０は、承認された文書登録記録を出力する。その文書登録記録は、例えば、承認文書は課金対象として扱う場合に用いられる。
【００３９】
次に、電子メール入稿サービス３０は、文書ＩＤに対応してＰＩＮコードを発行する（Ｓ１００８）。発行したＰＩＮコードは、印刷管理サーバ１５の印刷管理サービス５０の承認済文書情報７０又は未承認文書情報８０に登録される。電子メール入稿サービス３０は、発行したＰＩＮコード、および、承認済文書登録であるか未承認文書登録であるか、さらには、未承認文書の保存期限等の情報を記載した電子メールを作成する。そして、電子メールの送信元に対しての電子メール送信を、電子メールサーバ１２の電子メールサービスにリクエストする（Ｓ１００９）。
【００４０】
図１０に示す処理により、電子メール入稿サービス３０において、電子メールに添付された文書を、電子メールの署名機能を備えたメーラから送信された場合には、印刷について承認された承認済文書として登録する。また、一方、電子メールの署名機能を備えていないメーラから送信された場合には、印刷について承認されていない未承認文書として登録する。つまり、本実施例においては、電子メールの署名機能を備えているメーラから送信された電子メール添付文書については、電子署名を用いて判定を行い、正しく電子署名がされている判定された場合には、承認済文書として保存する。一方、署名機能を備えていないメーラから送信された場合や正しく電子署名されていない場合には、一旦、未承認文書として保存する。しかしながら、本実施例においては、以下において説明するように、未承認文書として保存された場合でも、ユーザがＩＤ及びパスワード等のユーザ情報を用いてログインし、未承認文書を承認文書に変更することが可能となる。
【００４１】
図１１は、印刷管理サーバ１５の印刷管理サービス５０において、図１０の処理により未承認文書として登録された文書を承認文書として再登録（再保存）する処理の手順を示すフローチャートである。図１１に示す処理は、例えば、印刷管理サーバ１５のＣＰＵ２１により実行される。まず、ユーザが、モバイル端末１８から、例えばＩＤ及びパスワードのユーザ情報を用いて、図１に示すシステムにログインする。印刷管理サービス５０は、そのログインされたユーザ情報を含むユーザ情報６０から、ユーザ名６０３を取得し、そのユーザ名６０３をキーワードとして、図１２に示す承認済文書リストをユーザに対して表示する。メールアドレスではなく、ユーザ名のみをキーワードとしてリストが表示されるので、図１１に示すように、電子メール入稿サービスにより承認された承認済文書だけではなく、他の入稿サービスにより承認された承認済文書も合わせて表示される。
【００４２】
図１２は、承認済文書リストを表示する画面の一例を示す図である。文書リスト画面１２００は、表示項目として、認証サービス４０で認証されたユーザ名を示す１２０１と、文書リスト１２０２とを含む。また、文書リスト画面１２００はリクエストを要求するボタンとして、ユーザが選択した文書の印刷要求を行う印刷ボタン１２０３、選択した文書のＰＩＮコードの発行要求を行うＰＩＮ発行ボタン１２０４とを含んでいる。さらに、未承認文書リスト画面へ移動することをリクエストするための未認証文書リスト画面リンク１２０５を含む。また、文書リスト１２０２では、操作する対象の文書を選択するためのチェックボタン、文書名、登録日、および、発行されているＰＩＮコードの各項目列が含まれる。
【００４３】
印刷管理サービス５０は、ユーザからの未承認文書リストへのアクセス要求を受け付ける（Ｓ１１０１）。この未承認文書リストへのアクセス要求とは、例えば、先述の未認証文書リスト画面リンク１２０５のユーザによる押下である。アクセス要求には、認証サービス４０で既に発行されていた認証トークンが含まれている。そして、認証トークンを利用して、ユーザ電子メール情報６２に基づき、認証サーバ１４の認証サービス４０から該当ユーザに対応する電子メールアドレスを取得する（Ｓ１１０２）。そして、印刷管理サービス５０は、取得した電子メールアドレスをキーワードとして未承認文書情報８０を検索し、未承認文書のリストを生成する（Ｓ１１０３）。次に、印刷管理サービス５０は、そのリストの情報に基づいて、未承認文書リスト画面をユーザに対して表示する（Ｓ１１０４：リスト表示の一例）。
【００４４】
図１３は、印刷管理サービス５０で生成された未承認文書リスト画面の一例を示す図である。未承認文書リスト画面１３００は、表示項目として、認証サーバ１４の認証サービス４０で認証されたユーザ名を示す１３０１と、未承認文書リスト１３０２とを含む。また、未承認文書リスト画面１３００は、リクエストを要求するためのボタンとして、選択した文書の承認要求を行う承認ボタン１３０３と、選択した文書の削除要求を行う削除ボタン１３０４とを含む。さらに、図１２に示す承認文書リスト画面１２００へ移動するための承認文書リスト画面リンク１３０５が含まれる。また、未承認文書リスト１３０２では、操作する対象の文書を選択するためのチェックボタン、文書名、電子メールの送信日時、送信元の電子メールアドレス、および、発行されているＰＩＮコードの各項目列が含まれる。なお、未承認文書の有効期限を表示されるようにしても良い。
【００４５】
印刷管理サービス５０は、未承認文書リスト画面１３００の各ボタンが操作されると、ボタンの種別によって処理を分岐する（Ｓ１１０５）。削除ボタン１３０４が押下されたと判定された場合には、印刷管理サービス５０は、操作対象の文書を削除する（Ｓ１１０８）。また、承認ボタン１３０３が押下されたと判定された場合には、印刷管理サービス５０は、操作対象の文書を承認文書として再登録する（Ｓ１１０６）。具体的には、認証サーバ１４の認証サービス４０において認証されたユーザの文書（承認済文書）として再保存される。その際に、印刷管理サービス５０は、承認済文書の登録として記録を出力する（Ｓ１１０７）。印刷管理サービス５０は、未承認文書リスト１２０２から承認済文書として再登録した文書を削除する（Ｓ１１０８）。
【００４６】
以上のように、本実施例においては、電子メールの署名機能を備えていないメーラから電子メール添付文書が送信された場合でも、承認済文書として管理する事ができる。
【００４７】
本実施例では、電子メール入稿サービス３０、認証サービス４０、印刷管理サービス５０は、それぞれ独立した各サーバにホスティングする構成で説明したが、その構成に限るわけではない。例えば、１台のサーバにまとめてホスティングする構成でも良いし、また、複数のサーバマシンにクラスタリングして負荷分散を行う構成としても良い。
【００４８】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【技術分野】
【０００１】
本発明は、電子メール添付文書を制御する情報処理装置に関する。
【背景技術】
【０００２】
印刷機能を持たないモバイル端末に保存されている文書を印刷する方法として、以下のような方法が知られている。ユーザは、モバイル端末に保存されている印刷対象の文書を電子メールに添付し、所定のアドレスに送信する。その電子メールを受信した印刷管理サーバは、文書を一時的に保存する。そして、ユーザは、任意のタイミングで、印刷管理サーバとネットワークに接続された印刷装置で印刷を行う。印刷管理サーバは、添付文書をユーザや一時的に発行したＰＩＮ（Ｐｅｒｓｏｎａｌ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）コードと関連付けて管理することにより、印刷の対象文書を特定することができる。
【０００３】
特許文献１には、電子メールのヘッダに設定されている情報に基づき、ユーザを特定し、添付ファイルを特定したユーザと関連付けて管理する方法が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−０７２６３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のように、電子メールのヘッダの情報を単純に信頼し、ユーザを特定する方法には以下の課題がある。電子メールの送受信プロトコルであるＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）には、ヘッダの改竄を検知する機能が備わっていないので、改竄やなりすましが比較的容易である。従って、公衆回線を経由したインターネットで電子メールを送信する場合には、特に問題となる。
【０００６】
また、電子メールの送受信における改竄やなりすましを防止するために、Ｓ／ＭＩＭＥ（Ｓｅｃｕｒｅ ＭＩＭＥ）やＰＧＰ（Ｐｒｅｔｔｙ Ｇｏｏｄ Ｐｒｉｖａｃｙ）といった電子署名の機能がある。そのような電子署名の機能を利用することで、電子メールのヘッダの情報から、送信元のユーザを高い信頼性で特定することができる。しかしながら、モバイル端末の電子メール送信機能には、そのような電子署名の機能が備わっていない場合が多い。
【０００７】
本発明の目的は、このような従来の問題点を解決することにある。そこで、上記の点に鑑み、本発明は、電子署名されていない電子メールを受信した場合において、ユーザ認証の信頼性を向上する情報処理装置、その情報処理装置における電子メール添付文書の制御方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明に係る情報処理装置は、文書が添付された電子メールを受信する電子メール受信手段と、
前記電子メールが電子署名されているか否かを判定する署名判定手段と、
前記署名判定手段により前記電子メールが電子署名されていると判定された場合に、前記電子メールに添付された前記文書を、印刷について承認された承認済文書として保存し、前記署名判定手段により前記電子メールが電子署名されていないと判定された場合に、前記電子メールに添付された前記文書を、印刷について承認されなかった未承認文書として該電子メールのメールアドレスと関連付けて保存する保存手段と、
ユーザ情報を取得する取得手段と、
前記ユーザ情報に予め対応付けられたメールアドレスと関連付けて保存した前記未承認文書を検索する検索手段と、
前記検索手段により検索された前記未承認文書を、前記承認済文書に変更して保存する再保存手段とを備えることを特徴とする。
【発明の効果】
【０００９】
本発明によると、電子署名されていない電子メールを受信した場合において、ユーザ認証の信頼性を向上することができる。
【図面の簡単な説明】
【００１０】
【図１】システム構成を示す図である。
【図２】電子メールサーバ、電子メール入稿サーバ、認証サーバ、印刷管理サーバ、クライアントのハードウェア構成を示すブロック図である。
【図３】電子メール入稿サーバ上での各ソフトウェアモジュールを示す図である。
【図４】認証サーバ上での各ソフトウェアモジュールを示す図である。
【図５】印刷管理サーバ１５上での各ソフトウェアモジュールを示す図である。
【図６】認証サーバ１４において管理されているユーザ情報、ユーザトークン情報、ユーザ電子メール情報の一例を示す図である。
【図７】印刷管理サーバで管理されている承認済文書情報の一例を示す図である。
【図８】印刷管理サーバで管理されている未承認文書情報の一例を示す図である。
【図９】認証サーバ１４で実行される電子メールアドレスの登録処理の手順を示す図である。
【図１０】電子メール入稿サーバで、印刷文書が添付された電子メールを取得した場合の処理の手順を示す図である。
【図１１】未承認文書として登録された文書を承認文書として再登録する処理の手順を示す図である。
【図１２】承認済文書リストを表示する画面の一例を示す図である。
【図１３】未承認文書リストを表示する画面の一例を示す図である。
【発明を実施するための形態】
【００１１】
以下、添付図面を参照して本発明の好適な実施例を詳しく説明する。尚、以下の実施例は特許請求の範囲に係る本発明を限定するものでなく、また本実施例で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。なお、同一の構成要素には同一の参照番号を付して、説明を省略する。
【００１２】
図１は、本発明に係る実施例におけるシステム構成を示す図である。ＷＡＮ１０は、ワイド・エリア・ネットワーク（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）であり、本実施例においては、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）システムが構築されている。ＬＡＮ１１は、以下の各構成要素を接続するローカル・エリア・ネットワーク（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）である。また、無線ネットワーク１９は、公衆回線や無線基地局から構成される無線ネットワークである。モバイル端末１８は、無線ネットワーク１９を介して、ＷＡＮ１０で構成されるＷＷＷシステムに接続されている。
【００１３】
電子メールサーバ１２は、ＬＡＮ１１及びＷＡＮ１０を介して、モバイル端末１８やクライアント１７や電子メール入稿サーバ１３からの電子メール送受信リクエストに応じて、電子メールを処理する。電子メールサーバ１２には、不図示の電子メールサービスが備わっている。電子メールサービスは、１つ又は複数の電子メールアドレスを備えており、それらの電子メールアドレス宛てに送信された電子メールの受信及び管理を行う。また、電子メールサービスは、他の電子メールアドレス宛てに電子メールを送信する。
【００１４】
電子メール入稿サーバ１３は、電子メールサーバ１２において受信した電子メールを定期的に確認し、電子メールの内容に応じて、印刷管理サーバ１５に文書登録を行う。認証サーバ１４は、クライアント１７からのＷＷＷシステムを介したＷｅｂリクエストや各サーバからのリクエストに応じてユーザを認証し、ユーザ情報の取得リクエストに応じて処理を行う。印刷管理サーバ１５は、クライアント１７からのＷｅｂリクエストや電子メール入稿サーバ１３からのリクエストに応じて文書を登録する。また、印刷管理サーバ１５は、クライアント１７からのＷｅｂリクエストで指定された文書を、指定されたプリンタ１６で印刷するようにプリンタ１６を制御する。
【００１５】
プリンタ１６は、指定された文書を印刷する。クライアント１７は、ＬＡＮ１１及びＷＡＮ１０を介して、各サーバに対してＷｅｂリクエストを発行する。クライアント１７は、例えば、ＷＷＷシステムを利用するためのＷｅｂブラウザを備えたコンピュータである。モバイル端末１８は、無線ネットワーク１９を介してＷＷＷシステムに接続する機能を有する。モバイル端末１８は、電子メールを送受信するメーラやＷｅｂブラウザを備えた携帯電話やモバイル用途のコンピュータである。
【００１６】
図２は、図１に示す電子メールサーバ１２、電子メール入稿サーバ１３、認証サーバ１４、印刷管理サーバ１５、又は、クライアント１７のハードウェア構成を示すブロック図である。それらの装置は、ＰＣ等の一般的な情報処理装置のハードウェア構成を備える。ＣＰＵ２１は、内部バスで接続される以下の各ブロックを直接或いは間接的に制御し、本実施例の動作を実現するためのプログラムを実行する。ＲＯＭ２２は、ＢＩＯＳを格納している。ＲＡＭ２３は、ＣＰＵ２１のワーク領域として用いられたり、本実施例の動作を実現するためのソフトウェアモジュールをロードするための一時記憶領域として用いられる。ＨＤＤ２４は、基本ソフトウェアであるＯＳやソフトウェアモジュールが格納されているハードディスクドライブ又はソリッドステートドライブ（ＳＳＤ）である。入力装置２５は、不図示のキーボードやポインティングデバイス等である。出力装置２６は、例えばディスプレイである。インタフェース（Ｉ／Ｆ）２７は、ＬＡＮ１１又はＷＡＮ１０に接続するためのインタフェースである。
【００１７】
以上の各ブロックは、自身の装置の起動後、ＣＰＵ２１によりＢＩＯＳが実行され、ＯＳが、ＨＤＤ２４からＲＡＭ２３に実行可能にロードされる。ＣＰＵ２１は、ＯＳの動作に従って、後述する各種ソフトウェアモジュールをＨＤＤ２４からＲＡＭ２３に随時、実行可能にロードする。各種ソフトウェアモジュールは、上記の各デバイスの協調によりＣＰＵ２１によって実行されて動作する。また、Ｉ／Ｆ２７は、ＬＡＮ１１に接続されており、ＯＳの動作に従ってＣＰＵ２１により制御され、各サーバのサービス間でのリクエストの送受信を実現している。また、Ｉ／Ｆ２７は、ＬＡＮ１１を経由してＷＡＮ１０に接続されており、ＯＳの動作に従ってＣＰＵ２１により制御され、ＷＷＷシステムにおける通信を実現する。
【００１８】
図３は、電子メール入稿サーバ１３上で動作する電子メール入稿サービス３０を構成する各ソフトウェアモジュールを示す図である。なお、各モジュールは、電子メール入稿サーバ１３のＨＤＤ２４に記憶されており、電子メール入稿サーバ１３のＣＰＵ２１によって電子メール入稿サーバ１３のＲＡＭ２３にロードされ実行される。電子メールサービスＩ／Ｆ３１は、電子メールサーバ１２に送信された電子メールの確認、取得、又は、電子メールサーバ１２を介して電子メールを送信するためのインタフェースモジュールである。印刷管理サービスＩ／Ｆ３３は、後述の印刷管理サーバ１５の印刷管理サービス５０に対して文書を登録するためのインタフェースモジュールである。認証サービスＩ／Ｆ３４は、後述の認証サーバ１４の認証サービス４０に対してユーザ認証の依頼及びユーザ情報を取得するためのインタフェースモジュールである。
【００１９】
電子メール入稿ロジック３２は、電子メールの内容に従って認証の有無や添付文書登録の有無を制御するためのモジュールである。電子メール入稿ロジック３２は、電子メールサービスＩ／Ｆ３１を介して電子メールの確認、取得、送信を行う。また、電子メール入稿ロジック３２は、電子メールの署名や内容によって、認証サービスＩ／Ｆ３４を介してユーザ情報の取得や認証、又は、印刷管理サービスＩ／Ｆ３３を介しての文書の登録を行う。また、文書の登録時に文書を特定するためのＰＩＮコードを発行し、電子メールサービスＩ／Ｆ３１を介して電子メールの送信元に応答する。以下、各モジュールの協調により実行される一連の電子メールの処理を、「電子メール入稿サービス３０で実行される処理」として説明する。
【００２０】
図４は、認証サーバ１４上で動作する認証サービス４０を構成する各ソフトウェアモジュールを示す図である。なお、各モジュールは、認証サーバ１４のＨＤＤ２４に記憶されており、認証サーバ１４のＣＰＵ２１によって認証サーバ１４のＲＡＭ２３にロードされ実行される。認証アプリケーション４１は、クライアント１７からのＷｅｂリクエストを受け付けるＷｅｂインタフェースを備えたモジュールである。認証アプリケーション４１は、クライアント１７に備えられたＷｅｂブラウザからのＷｅｂ認証リクエストに対して、認証画面（不図示）を生成して応答する。ここで、本実施例では、Ｗｅｂ認証リクエストに応じて認証する方式として、ユーザを特定するユーザＩＤ及び秘匿情報であるパスワードを取得し、予め登録されたユーザ情報とマッチングする認証方式を説明する。ただし、認証方式としては、この方式に制限されるものではなく、他の認証方式として、例えば、証明書を確認することによる認証方式や、ユーザの生体情報を確認することによる認証方式等が用いられても良い。また、認証アプリケーション４１は、ユーザ情報に電子メールアドレスを仮登録するための仮登録画面（不図示）や、本登録するための本登録画面（不図示）を生成する。電子メールアドレスの登録フローの詳細については後述する。
【００２１】
認証アプリケーション４１が受け付けたＷｅｂ認証リクエストは、認証ロジック４２により処理され、認証が成功すると認証トークンが生成される。認証ロジック４２は、予め設定されたロジックに従って認証行為を行うが、その際には、データベース４３にアクセスし、予め登録されているユーザ情報とのマッチングを行う。例えば、ユーザＩＤとパスワードの組み合わせをマッチングして、認証の成否を判定する。生成された認証トークンは、認証アプリケーション４１を介してクライアント１７に応答される。
【００２２】
また、サービスアクセスＩ／Ｆ４４は、他のサーバのサービスからのリクエストの受付けや他のサーバのサービスへのリクエストを送信するためのインタフェースモジュールである。ここで、受け付けるリクエストとしては、ユーザ情報を取得するリクエストや、ユーザ情報に登録された電子メールアドレスを用いての認証のリクエストがある。これらのサービスアクセスＩ／Ｆ４４で受信したリクエストは、認証ロジック４２に予め設定されたロジックで処理される。また、送信するリクエストとして、例えば、認証ロジック４２で生成された電子メールの送信リクエストがある。以下、各モジュールの協調により実行される一連の認証処理を、「認証サービス４０で実行される処理」として説明する。
【００２３】
図５は、印刷管理サーバ１５上で動作する印刷管理サービス５０を構成する各ソフトウェアモジュールを示す図である。なお、各モジュールは、印刷管理サーバ１５のＨＤＤ２４に記憶されており、印刷管理サーバ１５のＣＰＵ２１によって印刷管理サーバ１５のＲＡＭ２３にロードされ実行される。Ｗｅｂアプリケーション５１は、クライアント１７からのＷｅｂアクセスを受け付けるＷｅｂインタフェースを備えたモジュールである。Ｗｅｂアプリケーション５１は、クライアント１７に備えられたＷｅｂブラウザからのＷｅｂリクエストに対してユーザが登録した承認済文書リストや未承認文書リストを表示する各文書リスト画面を生成し応答する。これらの画面については後述する。また、その文書リスト画面は印刷リクエストを送信するよう構成されている。Ｗｅｂアプリケーション５１は、ユーザから印刷リクエストを受け付けると、印刷対象のプリンタを選択するプリンタリスト画面（不図示）を生成して応答する。
【００２４】
また、それらの画面を表示する際に、認証サービス４０の構成がリバース・プロキシ方式である場合には、例えば、以下のようにする。Ｗｅｂアプリケーション５１は、クライアント１７からのＷｅｂアクセスは直接受けずに、認証サービス４０を介し、認証サービス４０において認証されたユーザ情報が付与されたＷｅｂアクセスを受け付ける。また、認証サービス４０の構成として、エージェント方式による認証構成が用いられても良い。その場合には、Ｗｅｂアプリケーション５１に不図示の認証エージェントがアドインされ、クライアント１７からのＷｅｂアクセスは、認証エージェントで受け付けられ、認証サービス４０に転送される。認証サービス４０において認証が成功すると、Ｗｅｂリクエストに認証したユーザ情報が付与され、認証エージェントを介してＷｅｂアプリケーション５１に送信される。また、Ｗｅｂアプリケーション５１は、前述の画面を生成する際に、印刷管理ロジック５２にユーザ情報を送信して文書やプリンタの情報を取得する。プリンタ管理ロジック５５は、プリンタデータベース５６で管理されているプリンタの情報を取得する。文書管理ロジック５３は、文書データベース５４で管理されている文書の情報を取得するが、その際に、受信したユーザ情報をキーとして文書を検索する。
【００２５】
Ｗｅｂアプリケーション５１が受け付けた印刷リクエストは、印刷管理ロジック５２によって処理され印刷処理が実行される。この印刷処理は、クライアント１７のＷｅｂブラウザを介して指定のプリンタにプルプリント指示を行う場合や、ユーザ指定のプリンタで直接プルプリントの指示を行う場合が考えられる。それらのプリンタは、プルプリントの指示に応じて文書管理ロジック５３にＷｅｂリクエストを行って文書データを取得し、印刷を実行する。なお、プリンタで直接プルプリントの指示を行う方法においては、Ｗｅｂアプリケーション５１で生成した画面から行っても良いし、文書に設定されたＰＩＮコードを入力する画面（不図示）から行っても良い。このＰＩＮコードを入力する画面は、未認証でアクセス可能に構成されている。
【００２６】
サービスアクセスＩ／Ｆ５７は、他のサーバのサービスからのリクエストを受け付けるためのインタフェースモジュールである。受け付けるリクエストとしては、文書の登録を受け付けるための文書登録リクエストがある。これらサービスアクセスＩ／Ｆ５７で受信したリクエストは、印刷管理ロジック５２に予め設定されたロジックで処理される。以下、各モジュールの協調により実行される一連の印刷管理処理を、「印刷管理サービス５０で実行される処理」として説明する。
【００２７】
図６は、図４の認証サーバ１４のデータベース４３において管理されているユーザ情報６０、ユーザトークン情報６１、ユーザ電子メール情報６２の一例を示す図である。ユーザ情報６０は、ユーザを特定するためのユーザＩＤ６０１、秘匿情報であるパスワード６０２、ユーザの表示名であるユーザ名６０３を含む。ユーザトークン情報６１は、ユーザを特定するためのユーザＩＤ６１１、および、ユーザが認証されたことを示す認証トークン６１２を含む。また、ユーザ電子メール情報６２は、ユーザを特定するためのユーザＩＤ６２１、電子メールアドレス６２２、そのユーザ電子メール情報６２が仮登録であるか本登録であるかの状態６２３、本登録するための画面のＵＲＬである本登録ＵＲＬ６２４を含む。図６に示すように、ユーザ情報６０、ユーザトークン情報６１、ユーザ電子メール情報６２は、ユーザＩＤによって関連付けられている。
【００２８】
図７は、図５の印刷管理サーバ１５の文書データベース５４において管理されている承認済文書情報の一例を示す図である。文書情報７０は、文書を特定するための文書ＩＤ７０１、文書の表示名である文書名７０２、文書の作成者を示すユーザＩＤ７０３、文書を特定するためのＰＩＮコード７０４、文書データ７０５を含む。文書データ７０５は、文書データのバイナリが格納されるようにしても良いし、文書データは別の領域に記憶してその記憶場所のパスを示す情報を格納するようにしてもよい。また、文書情報７０は、ユーザＩＤ７０３をキーとして検索できるように文書データベース５４で管理される。
【００２９】
図８は、図５の印刷管理サーバ１５の文書データベース５４において管理されている未承認文書情報の一例を示す図である。未承認文書情報８０は、文書を特定するための文書ＩＤ８０１、文書の表示名である文書名８０２、文書を特定するためのＰＩＮコード８０４、文書データ８０６を含む。これらは、図７の承認済文書情報７０と同じである。未承認文書情報８０は、さらに、文書を受信した際の送信元電子メールアドレス８０３、未承認文書の保管期限８０５を含んでいる。また、未承認文書情報８０は、電子メールアドレス８０３をキーとして検索できるように文書データベース５４で管理される。
【００３０】
以下、本実施例における電子メール添付文書の処理の手順について説明する。
【００３１】
図９（ａ）及び（ｂ）は、認証サーバ１４の認証サービス４０において実行される電子メールアドレスの登録処理の手順を示すフローチャートである。図９（ａ）及び（ｂ）に示す処理は、例えば、認証サーバ１４のＣＰＵ２１により実行される。モバイル端末１８又はクライアント１７が電子メールアドレスを設定するためのＵＲＬにＷｅｂリクエストを送信すると、認証サービス４０は、ユーザを認証するためのログイン画面を表示する（Ｓ９０１）。そして、認証サービス４０は、そのログイン画面において入力された情報（ユーザ情報）に基づいてユーザを認証する（Ｓ９０２）。ユーザを認証すると、認証サービス４０は、そのユーザ情報に示されるユーザに対して、電子メールアドレスを設定するための設定画面を表示する（Ｓ９０３：設定画面表示の一例）。
【００３２】
認証サービス４０は、電子メールアドレスの仮設定のＷｅｂリクエストを受信する（Ｓ９０４）。そして、認証したユーザについてのユーザ情報および設定された電子メールアドレスをユーザ電子メール情報６２に示すように仮登録の状態で設定する（Ｓ９０５）。また、その際に、ユーザに対して、本登録するためのＵＲＬを発行する。認証サービス４０は、電子メールアドレスの仮登録が行われた旨と本登録用のＵＲＬが記載された電子メールを、登録された電子メールアドレスに対して、電子メールサーバ１２の電子メールサービスを介して送信する（Ｓ９０６）。認証サービス４０は、電子メールサーバ１２の電子メールサービスでの送信が成功したか否かを判定する（Ｓ９０７）。ここで、電子メールサーバ１２の電子メールサービスでの送信が失敗したと判定された場合には、仮登録したユーザ電子メール情報６２を破棄して本処理を終了する（Ｓ９０８）。一方、送信が成功したと判定された場合には、仮登録が成功したとして本処理を終了する（Ｓ９０９）。
【００３３】
次に、認証サーバ１４がモバイル端末１８から本登録ＵＲＬへのアクセスしたことを受け付けた場合の処理の手順について説明する。認証サービス４０は、モバイル端末１８から本登録ＵＲＬへのアクセスを受け付けると（Ｓ９１０）、ログイン画面（不図示）を表示する（Ｓ９１１）。Ｓ９１１の処理は、Ｓ９０２の処理と同じである。そして、ユーザ電子メール情報６２を本登録とする（Ｓ９１２）。
【００３４】
図９（ａ）及び（ｂ）に示す処理によって、ユーザ情報とユーザの電子メールアドレスとを対応付けてユーザ電子メール情報６２として登録しておくことができる。なお、本実施例において、仮登録の状態に期限を設けるように構成し、その期限が切れた場合には、ユーザ電子メール情報６２を破棄するように構成しても良い。
【００３５】
図１０は、電子メール入稿サーバ１３の電子メール入稿サービス３０において、印刷文書が添付された電子メールを取得した場合の処理の手順を示すフローチャートである。図１０に示す処理は、例えば、電子メール入稿サーバ１３のＣＰＵ２１により実行される。電子メール入稿サービス３０は、所定の間隔で電子メールサーバ１２の電子メールサービスに、新規受信したメールの有無を問い合わせる。新規受信メールが有る場合には、電子メールサーバ１２の電子メールサービスから電子メールを取得する（Ｓ１００１：電子メール受信の一例）。次に、取得した電子メールの送信元アドレスがユーザ電子メール情報６２として登録されているかを検索し（Ｓ１００２：メールアドレス判定の一例）、登録されているか否かの判定を行う（Ｓ１００３）。ここで、送信元アドレスがユーザ電子メール情報６２として登録されていないか、もしくは、仮登録の状態であると判定された場合には、電子メール入稿サービス３０は、その電子メールを破棄する（Ｓ１０１０）。
【００３６】
一方、送信元アドレスがユーザ電子メール情報６２として登録されていると判定された場合には、電子メール入稿サービス３０は、その電子メールのヘッダが電子署名されているか否かを判定する（Ｓ１００４：署名判定の一例）。ここで、電子メールの署名方法として、Ｓ／ＭＩＭＥ（Ｓｅｃｕｒｅ ＭＩＭＥ）やＰＧＰ（Ｐｒｅｔｔｙ Ｇｏｏｄ Ｐｒｉｖａｃｙ）といった署名方法が用いられていても良い。電子署名されているか否かの判定の際には、その電子署名が正しいか否かも合わせて判定される。Ｓ１００４の電子署名の判定に関しては、各プロトコルで定義されている方法に準じて行われれば良い。例えば、公開鍵の有効性を証明書のＣＡ（Ｃｅｒｔｉｆｉｃａｔｅ Ａｕｔｈｏｒｉｔｙ）で確認し、有効であれば、署名を複合して文書のダイジェストを取得する。そして、文書をダイジェスト化し、一致するか否かで文書が改竄されていないことを判定しても良い。
【００３７】
Ｓ１００４において電子署名されていない、もしくは、電子署名が正しくないと判定された場合には、電子メール入稿サービス３０は、電子メールに添付されている文書を、印刷について承認されていない（例えば、印刷不可）未承認文書として登録する。つまり、印刷管理サーバ１５の印刷管理サービス５０に対して、未承認文書情報８０を登録する（Ｓ１００５）。本実施例において、その際に、未承認文書の保存期限を設定するように構成しても良い。印刷管理サービス５０は、さらに、承認か未承認であるかの文書登録を区別できるようにして、文書登録記録を出力する。その文書登録記録は、例えば、未承認文書は非課金対象として扱う場合に用いられる。文書が未承認文書として登録されると、印刷管理サービス５０は、文書を特定する文書ＩＤを発行して認証サーバ１４の認証サービス４０に応答する。
【００３８】
Ｓ１００４において電子署名が正しくされていると判定された場合には、電子メール入稿サービス３０は、電子メールアドレスにより認証サーバ１４の認証サービス４０にログインし、認証トークンを取得する（Ｓ１００６）。そして、取得した認証トークンとともに、電子メールに添付されている文書を、印刷について承認された（例えば、印刷可）承認済文書として、印刷管理サーバ１５の印刷管理サービス５０に対して、文書情報７０を登録する（Ｓ１００７）。ここで、認証トークンを印刷管理サーバ１５に渡すことにより、印刷管理サーバ１５の印刷管理サービス５０は、文書登録時のユーザは認証されたユーザであるとして、ユーザＩＤと関連付けて文書を保存することができる。文書が登録されると、印刷管理サーバ１５の印刷管理サービス５０は、文書を特定するＩＤを発行して応答する。その際に、印刷管理サーバ１５の印刷管理サービス５０は、承認された文書登録記録を出力する。その文書登録記録は、例えば、承認文書は課金対象として扱う場合に用いられる。
【００３９】
次に、電子メール入稿サービス３０は、文書ＩＤに対応してＰＩＮコードを発行する（Ｓ１００８）。発行したＰＩＮコードは、印刷管理サーバ１５の印刷管理サービス５０の承認済文書情報７０又は未承認文書情報８０に登録される。電子メール入稿サービス３０は、発行したＰＩＮコード、および、承認済文書登録であるか未承認文書登録であるか、さらには、未承認文書の保存期限等の情報を記載した電子メールを作成する。そして、電子メールの送信元に対しての電子メール送信を、電子メールサーバ１２の電子メールサービスにリクエストする（Ｓ１００９）。
【００４０】
図１０に示す処理により、電子メール入稿サービス３０において、電子メールに添付された文書を、電子メールの署名機能を備えたメーラから送信された場合には、印刷について承認された承認済文書として登録する。また、一方、電子メールの署名機能を備えていないメーラから送信された場合には、印刷について承認されていない未承認文書として登録する。つまり、本実施例においては、電子メールの署名機能を備えているメーラから送信された電子メール添付文書については、電子署名を用いて判定を行い、正しく電子署名がされている判定された場合には、承認済文書として保存する。一方、署名機能を備えていないメーラから送信された場合や正しく電子署名されていない場合には、一旦、未承認文書として保存する。しかしながら、本実施例においては、以下において説明するように、未承認文書として保存された場合でも、ユーザがＩＤ及びパスワード等のユーザ情報を用いてログインし、未承認文書を承認文書に変更することが可能となる。
【００４１】
図１１は、印刷管理サーバ１５の印刷管理サービス５０において、図１０の処理により未承認文書として登録された文書を承認文書として再登録（再保存）する処理の手順を示すフローチャートである。図１１に示す処理は、例えば、印刷管理サーバ１５のＣＰＵ２１により実行される。まず、ユーザが、モバイル端末１８から、例えばＩＤ及びパスワードのユーザ情報を用いて、図１に示すシステムにログインする。印刷管理サービス５０は、そのログインされたユーザ情報を含むユーザ情報６０から、ユーザ名６０３を取得し、そのユーザ名６０３をキーワードとして、図１２に示す承認済文書リストをユーザに対して表示する。メールアドレスではなく、ユーザ名のみをキーワードとしてリストが表示されるので、図１１に示すように、電子メール入稿サービスにより承認された承認済文書だけではなく、他の入稿サービスにより承認された承認済文書も合わせて表示される。
【００４２】
図１２は、承認済文書リストを表示する画面の一例を示す図である。文書リスト画面１２００は、表示項目として、認証サービス４０で認証されたユーザ名を示す１２０１と、文書リスト１２０２とを含む。また、文書リスト画面１２００はリクエストを要求するボタンとして、ユーザが選択した文書の印刷要求を行う印刷ボタン１２０３、選択した文書のＰＩＮコードの発行要求を行うＰＩＮ発行ボタン１２０４とを含んでいる。さらに、未承認文書リスト画面へ移動することをリクエストするための未認証文書リスト画面リンク１２０５を含む。また、文書リスト１２０２では、操作する対象の文書を選択するためのチェックボタン、文書名、登録日、および、発行されているＰＩＮコードの各項目列が含まれる。
【００４３】
印刷管理サービス５０は、ユーザからの未承認文書リストへのアクセス要求を受け付ける（Ｓ１１０１）。この未承認文書リストへのアクセス要求とは、例えば、先述の未認証文書リスト画面リンク１２０５のユーザによる押下である。アクセス要求には、認証サービス４０で既に発行されていた認証トークンが含まれている。そして、認証トークンを利用して、ユーザ電子メール情報６２に基づき、認証サーバ１４の認証サービス４０から該当ユーザに対応する電子メールアドレスを取得する（Ｓ１１０２）。そして、印刷管理サービス５０は、取得した電子メールアドレスをキーワードとして未承認文書情報８０を検索し、未承認文書のリストを生成する（Ｓ１１０３）。次に、印刷管理サービス５０は、そのリストの情報に基づいて、未承認文書リスト画面をユーザに対して表示する（Ｓ１１０４：リスト表示の一例）。
【００４４】
図１３は、印刷管理サービス５０で生成された未承認文書リスト画面の一例を示す図である。未承認文書リスト画面１３００は、表示項目として、認証サーバ１４の認証サービス４０で認証されたユーザ名を示す１３０１と、未承認文書リスト１３０２とを含む。また、未承認文書リスト画面１３００は、リクエストを要求するためのボタンとして、選択した文書の承認要求を行う承認ボタン１３０３と、選択した文書の削除要求を行う削除ボタン１３０４とを含む。さらに、図１２に示す承認文書リスト画面１２００へ移動するための承認文書リスト画面リンク１３０５が含まれる。また、未承認文書リスト１３０２では、操作する対象の文書を選択するためのチェックボタン、文書名、電子メールの送信日時、送信元の電子メールアドレス、および、発行されているＰＩＮコードの各項目列が含まれる。なお、未承認文書の有効期限を表示されるようにしても良い。
【００４５】
印刷管理サービス５０は、未承認文書リスト画面１３００の各ボタンが操作されると、ボタンの種別によって処理を分岐する（Ｓ１１０５）。削除ボタン１３０４が押下されたと判定された場合には、印刷管理サービス５０は、操作対象の文書を削除する（Ｓ１１０８）。また、承認ボタン１３０３が押下されたと判定された場合には、印刷管理サービス５０は、操作対象の文書を承認文書として再登録する（Ｓ１１０６）。具体的には、認証サーバ１４の認証サービス４０において認証されたユーザの文書（承認済文書）として再保存される。その際に、印刷管理サービス５０は、承認済文書の登録として記録を出力する（Ｓ１１０７）。印刷管理サービス５０は、未承認文書リスト１２０２から承認済文書として再登録した文書を削除する（Ｓ１１０８）。
【００４６】
以上のように、本実施例においては、電子メールの署名機能を備えていないメーラから電子メール添付文書が送信された場合でも、承認済文書として管理する事ができる。
【００４７】
本実施例では、電子メール入稿サービス３０、認証サービス４０、印刷管理サービス５０は、それぞれ独立した各サーバにホスティングする構成で説明したが、その構成に限るわけではない。例えば、１台のサーバにまとめてホスティングする構成でも良いし、また、複数のサーバマシンにクラスタリングして負荷分散を行う構成としても良い。
【００４８】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【特許請求の範囲】
【請求項１】
文書が添付された電子メールを受信する電子メール受信手段と、
前記電子メールが電子署名されているか否かを判定する署名判定手段と、
前記署名判定手段により前記電子メールが電子署名されていると判定された場合に、前記電子メールに添付された前記文書を、印刷について承認された承認済文書として保存し、前記署名判定手段により前記電子メールが電子署名されていないと判定された場合に、前記電子メールに添付された前記文書を、印刷について承認されなかった未承認文書として該電子メールのメールアドレスと関連付けて保存する保存手段と、
ユーザ情報を取得する取得手段と、
前記ユーザ情報に予め対応付けられたメールアドレスと関連付けて保存した前記未承認文書を検索する検索手段と、
前記検索手段により検索された前記未承認文書を、前記承認済文書に変更して保存する再保存手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記検索手段により検索された前記未承認文書のリストを表示するリスト表示手段をさらに備え、
前記再保存手段は、前記リスト表示手段により表示された前記未承認文書のリストのうち、前記ユーザ情報が示すユーザによって選択された前記未承認文書を、前記承認済文書に変更して保存することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記ユーザ情報と前記メールアドレスとを対応付けて設定するための画面を表示する設定画面表示手段と、
前記電子メール受信手段により受信した前記電子メールのメールアドレスが、前記設定画面表示手段により前記ユーザ情報に予め対応付けられた前記メールアドレスであるか否かを判定するメールアドレス判定手段とをさらに備え、
前記メールアドレス判定手段により、前記ユーザ情報に予め対応付けられた前記メールアドレスであると判定された場合に、前記署名判定手段は、前記電子メールが電子署名されているか否かを判定することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記ユーザ情報は、ＩＤとパスワードとを含むことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記承認済文書は、印刷について課金対象であることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
情報処理装置において実行される電子メール添付文書の制御方法であって、
前記情報処理装置の電子メール受信手段が、文書が添付された電子メールを受信する電子メール受信工程と、
前記情報処理装置の署名判定手段が、前記電子メールが電子署名されているか否かを判定する署名判定工程と、
前記情報処理装置の保存手段が、前記署名判定工程において前記電子メールが電子署名されていると判定された場合に、前記電子メールに添付された前記文書を、印刷について承認された承認済文書として保存し、前記署名判定工程において前記電子メールが電子署名されていないと判定された場合に、前記電子メールに添付された前記文書を、印刷について承認されなかった未承認文書として該電子メールのメールアドレスと関連付けて保存する保存工程と、
前記情報処理装置の取得手段が、ユーザ情報を取得する取得工程と、
前記情報処理装置の検索手段が、前記ユーザ情報に予め対応付けられたメールアドレスと関連付けて保存した前記未承認文書を検索する検索工程と、
前記情報処理装置の再保存手段が、前記検索工程において検索された前記未承認文書を、前記承認済文書に変更して保存する再保存工程と
を備えることを特徴とする電子メール添付文書の制御方法。
【請求項７】
コンピュータを、
文書が添付された電子メールを受信する電子メール受信手段、
前記電子メールが電子署名されているか否かを判定する署名判定手段、
前記署名判定手段により前記電子メールが電子署名されていると判定された場合に、前記電子メールに添付された前記文書を、印刷について承認された承認済文書として保存し、前記署名判定手段により前記電子メールが電子署名されていないと判定された場合に、前記電子メールに添付された前記文書を、印刷について承認されなかった未承認文書として該電子メールのメールアドレスと関連付けて保存する保存手段、
ユーザ情報を取得する取得手段、
前記ユーザ情報に予め対応付けられたメールアドレスと関連付けて保存した前記未承認文書を検索する検索手段、
前記検索手段により検索された前記未承認文書を、前記承認済文書に変更して保存する再保存手段、
として機能させるプログラム。
【請求項１】
文書が添付された電子メールを受信する電子メール受信手段と、
前記電子メールが電子署名されているか否かを判定する署名判定手段と、
前記署名判定手段により前記電子メールが電子署名されていると判定された場合に、前記電子メールに添付された前記文書を、印刷について承認された承認済文書として保存し、前記署名判定手段により前記電子メールが電子署名されていないと判定された場合に、前記電子メールに添付された前記文書を、印刷について承認されなかった未承認文書として該電子メールのメールアドレスと関連付けて保存する保存手段と、
ユーザ情報を取得する取得手段と、
前記ユーザ情報に予め対応付けられたメールアドレスと関連付けて保存した前記未承認文書を検索する検索手段と、
前記検索手段により検索された前記未承認文書を、前記承認済文書に変更して保存する再保存手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記検索手段により検索された前記未承認文書のリストを表示するリスト表示手段をさらに備え、
前記再保存手段は、前記リスト表示手段により表示された前記未承認文書のリストのうち、前記ユーザ情報が示すユーザによって選択された前記未承認文書を、前記承認済文書に変更して保存することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記ユーザ情報と前記メールアドレスとを対応付けて設定するための画面を表示する設定画面表示手段と、
前記電子メール受信手段により受信した前記電子メールのメールアドレスが、前記設定画面表示手段により前記ユーザ情報に予め対応付けられた前記メールアドレスであるか否かを判定するメールアドレス判定手段とをさらに備え、
前記メールアドレス判定手段により、前記ユーザ情報に予め対応付けられた前記メールアドレスであると判定された場合に、前記署名判定手段は、前記電子メールが電子署名されているか否かを判定することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記ユーザ情報は、ＩＤとパスワードとを含むことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記承認済文書は、印刷について課金対象であることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
情報処理装置において実行される電子メール添付文書の制御方法であって、
前記情報処理装置の電子メール受信手段が、文書が添付された電子メールを受信する電子メール受信工程と、
前記情報処理装置の署名判定手段が、前記電子メールが電子署名されているか否かを判定する署名判定工程と、
前記情報処理装置の保存手段が、前記署名判定工程において前記電子メールが電子署名されていると判定された場合に、前記電子メールに添付された前記文書を、印刷について承認された承認済文書として保存し、前記署名判定工程において前記電子メールが電子署名されていないと判定された場合に、前記電子メールに添付された前記文書を、印刷について承認されなかった未承認文書として該電子メールのメールアドレスと関連付けて保存する保存工程と、
前記情報処理装置の取得手段が、ユーザ情報を取得する取得工程と、
前記情報処理装置の検索手段が、前記ユーザ情報に予め対応付けられたメールアドレスと関連付けて保存した前記未承認文書を検索する検索工程と、
前記情報処理装置の再保存手段が、前記検索工程において検索された前記未承認文書を、前記承認済文書に変更して保存する再保存工程と
を備えることを特徴とする電子メール添付文書の制御方法。
【請求項７】
コンピュータを、
文書が添付された電子メールを受信する電子メール受信手段、
前記電子メールが電子署名されているか否かを判定する署名判定手段、
前記署名判定手段により前記電子メールが電子署名されていると判定された場合に、前記電子メールに添付された前記文書を、印刷について承認された承認済文書として保存し、前記署名判定手段により前記電子メールが電子署名されていないと判定された場合に、前記電子メールに添付された前記文書を、印刷について承認されなかった未承認文書として該電子メールのメールアドレスと関連付けて保存する保存手段、
ユーザ情報を取得する取得手段、
前記ユーザ情報に予め対応付けられたメールアドレスと関連付けて保存した前記未承認文書を検索する検索手段、
前記検索手段により検索された前記未承認文書を、前記承認済文書に変更して保存する再保存手段、
として機能させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１２−９４００２（Ｐ２０１２−９４００２Ａ）
【公開日】平成２４年５月１７日（２０１２．５．１７）
【国際特許分類】
【出願番号】特願２０１０−２４１３６６（Ｐ２０１０−２４１３６６）
【出願日】平成２２年１０月２７日（２０１０．１０．２７）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２４年５月１７日（２０１２．５．１７）
【国際特許分類】
【出願日】平成２２年１０月２７日（２０１０．１０．２７）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]