(57)【要約】【課題】受信を行う装置が受信不可能である間、メールボックスにメールが長時間蓄積され、第三者に読み取られる危険性を回避する。【解決手段】外部装置とネットワークを介してメールの送受信を行う通信部１４と、利用者の要求による送信メールを生成するメール生成部１７と、送信メールを送信する前に、前記外部装置の状態取得要求を含むダミーメールを生成し、通信部１４により前記外部装置へダミーメールを送信させるダミーメール生成部１８と、外部装置からのダミーメールに対応する状態取得応答を受信し、これを解析して外部装置がメール受信可能か否かの解析結果を出力するメール解析部１９と、メール解析部１９の解析結果が、メール受信可能のときには、送信メールを送信し、前記解析結果が、受信不可能のときには、前記利用者へ前記受信不可能を報知する制御部とを備えている。【選択図】図１
2011034266.tif 000002
【特許請求の範囲】
【請求項１】
画像の処理を行う画像処理装置において、
外部装置とネットワークを介してメールの送受信を行う通信部と、
利用者の要求に基づき、第１のヘッダ情報及びメール本文を有する第１のメールを生成する第１のメール生成部と、
前記第１のメールが生成されたときには、前記外部装置の状態取得要求を含む第２のヘッダ情報を有する第２のメールを生成し、前記通信部により前記外部装置へ前記第２のメールを送信させる第２のメール生成部と、
前記外部装置からの前記第２のメールに対応する状態取得応答を含む第３のメールを前記通信部により受信し、これを解析して前記外部装置がメール受信可能か否かの解析結果を出力するメール解析部と、
前記メール解析部の前記解析結果が、メール受信可能のときには、前記通信部を介して前記第１のメールを送信し、前記解析結果が、受信不可能のときには、前記利用者へ前記受信不可能を報知する制御部と、
を備えたことを特徴とする画像処理装置。
【請求項２】
前記画像処理装置は、更に、
前記第１のメールの送信要求を取得する要求取得部を備え、
前記第２のメール生成部は、前記要求取得部により前記第１のメールの送信要求が取得されたときに前記第２のメールを生成することを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記第２のヘッダ情報は、送信元の装置固有情報を含むことを特徴とする請求項１又は２記載の画像処理装置。
【請求項４】
前記第２のメールは、画像データを含むメール本文が省略され、前記第２のヘッダ情報により構成されていることを特徴とする請求項１〜３のいずれか１項に記載の画像処理装置。
【請求項５】
前記画像処理装置は、更に、
時間を計測する計時手段を有し、
前記制御部は、前記計時手段に時間を計数させ、前記外部装置からの前記第２のメールに対応する前記状態取得応答が、一定時間の間に受信できなかった場合には、前記外部装置は受信不可能と判断して前記利用者へ報知することを特徴とする請求項１〜４のいずれか１項に記載の画像処理装置。
【請求項６】
前記第２のメール生成部は、前記第２のヘッダ情報に開封通知要求を付与し、
前記通信部は、前記外部装置からの前記状態取得応答を前記第２のヘッダ情報を有する前記第２のメールに対応する開封通知応答メールの受信により取得することを特徴とする請求項１〜５のいずれか１項に記載の画像処理装置。
【請求項７】
前記画像処理装置は、更に、
前記第１のメール生成部で生成した前記第１のメールを送信単位で分割する分割制御部を有し、
前記分割制御部は、前記第１のメールに対応する前記第２のメールを、前記通信部を介して１通のみ送信し、前記第２のヘッダ情報に対応する前記状態取得応答により、前記外部装置がメール受信可能と判断した場合に、分割された前記第１のメールを、前記通信部を介して順次送信することを特徴とする請求項１〜６のいずれか１項に記載の画像処理装置。
【請求項８】
前記メール解析部は、受信した前記第２のヘッダ情報の解析を行い、前記第２のヘッダ情報中に前記状態取得要求が含まれていたときには、前記状態取得応答を含む第３のヘッダ情報を有する前記第３のメールの生成を前記第１のメール生成部に依頼し、前記第１のメール生成部は、前記第３のメールを生成して前記通信部により前記外部装置に送信することを特徴とする請求項１〜７のいずれか１項に記載の画像処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スキャンした画像データ等を電子メール（以下単に「メール」という。）送信する機能を備えた画像処理装置に関するものである。
【背景技術】
【０００２】
従来、スキャンした画像をメールに添付して送信を行い、ファイルが添付されたメールを受信した場合に、添付されたファイルの印刷を行う機能を備えた装置があった。以下、このような機能をInternetFAX、このInternetFAXの送信機能をInternetFAX送信、受信機能をInternetFAX受信という。InternetFAXにおいて、InternetFAX送信されるメールに開封通知（以下、ＭＤＮ；Message  Disposition  Notificationという。）要求を付加して送信し、ＭＤＮ要求の付加されたメールをInternetFAX受信した受信者（＝受信装置）は、メールの送信者（＝送信装置）に対して、ＭＤＮ応答のメールを送信することで、InternetFAX送信されたメールを受信した旨を通知する機能を備えていた。このようなＭＤＮ要求及びＭＤＮ応答に関する技術が、次の特許文献１に記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−２５６３３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の画像処理装置では、送信されたメールは、複数のメールサーバを経由したり、メールボックスに蓄積されたりするために、メールの受信を行う装置の電源が入っていない状態等においても、メールの送信装置は、受信装置の状態を検知できず、正常にメールを送信してしまうために、受信を行う装置の電源が入るまでの間、メールボックスに長時間蓄積され、第三者に読み取られる危険性があるという課題があった。
【課題を解決するための手段】
【０００５】
本発明の画像処理装置は、画像の処理を行う画像処理装置であって、外部装置とネットワークを介してメールの送受信を行う通信部と、利用者の要求に基づき、第１のヘッダ情報及びメール本文を有する第１のメールを生成する第１のメール生成部と、前記第１のメールが生成されたときには、前記外部装置の状態取得要求を含む第２のヘッダ情報を有する第２のメールを生成し、前記通信部により前記外部装置へ前記第２のメールを送信させる第２のメール生成部とを備えている。
【０００６】
更に、前記外部装置からの前記第２のメールに対応する状態取得応答を含む第３のメールを前記通信部により受信し、これを解析して前記外部装置がメール受信可能か否かの解析結果を出力するメール解析部と、前記メール解析部の前記解析結果が、メール受信可能のときには、前記通信部を介して前記第１のメールを送信し、前記解析結果が、受信不可能のときには、前記利用者へ前記受信不可能を報知する制御部とを備えている。
【０００７】
本発明の他の画像処理装置は、前記画像処理装置に加え、前記第１のメール生成部で生成した前記第１のメールを送信単位で分割する分割制御部を有し、前記分割制御部は、前記第１のメールに対応する前記第２のメールを、前記通信部を介して１通のみ送信し、前記第２のヘッダ情報に対応する前記状態取得応答により、前記外部装置がメール受信可能と判断した場合に、分割された前記第１のメールを、前記通信部を介して順次送信するように構成されている。
【発明の効果】
【０００８】
本発明の画像処理装置によれば、第１のメールの送信を行う前に、第２のメールを送信することにより、受信を行う装置の電源が入っていない場合やトナーがない場合等の状態を検出できるようにしたので、印刷不可能な状態においては、送信を行う装置は送信したいデータを送信しないことが可能となり、メールボックスに長時間蓄積されることを回避することができる。その結果、第三者からメールを読み取られる危険性を軽減することができる。
【０００９】
更に本発明の他の画像処理装置によれば、上記の効果に加え、読み取った画像を複数のメールに分割して送信する場合においても、第２のメールを１通送信することで、メールの受信を行う装置の電源が入っているか否かの状態や、印刷が可能か否かの状態を検知でき、メールがメールボックスに蓄積される時間を短くすることが可能となる。その結果、第三者からメールを読み取られる危険性を軽減できる。
【図面の簡単な説明】
【００１０】
【図１】図１は本発明の実施例１における図２のＭＦＰを示す構成図である。
【図２】図２は、本発明の実施例１における画像処理装置を有するネットワーク接続の概略を示す構成図である。
【図３】図３は実施例１における図２の各装置間のメッセージフローを示すタイミングチャートである。
【図４】図４は実施例１における図１の送信側のＭＦＰの動作を示すフローチャートである。
【図５】図５は図４におけるステータスの取得要求を含むヘッダ情報例を示す図である。
【図６】図６は実施例１における図１の受信側のＭＦＰの動作を示すフローチャートである。
【図７】図７は図６におけるステータスの取得応答を含むヘッダ情報例を示す図である。
【図８】図８は図６における図１の表示・操作部のInternetFAX送信中断画面の例を示す図である。
【図９】図９は本発明の実施例２における図２のＭＦＰを示す構成図である。
【図１０】図１０は実施例２における図２の各装置間のメッセージフローを示すタイミングチャートである。
【図１１】図１１は実施例２における図９の送信側のＭＦＰの動作を示すフローチャートである。
【図１２】図１２は図１１におけるステータスの取得応答を含むヘッダ情報例を示す図である。
【発明を実施するための形態】
【００１１】
本発明を実施するための形態は、以下の好ましい実施例の説明を添付図面と照らし合わせて読むと、明らかになるであろう。但し、図面はもっぱら解説のためのものであって、本発明の範囲を限定するものではない。
【実施例１】
【００１２】
（実施例１の画像処理装置）
図２は、本発明の実施例１における画像処理装置を有するネットワーク接続の概略を示す構成図である。
【００１３】
本実施例１の画像処理装置は、例えば、スキャナによる画像読取機能、データの送受信機能、データの印刷機能等を有する複合機（以下「ＭＦＰ；Multi-Function  Product/Printer/Peripheral」という。）１０であり、複数のＭＦＰ１０−１，１０−２が設けられている。複数のＭＦＰ１０のうちの１つのＭＦＰ１０−１は、ローカルネットワーク２ａを介して複数のサーバ３のうちの１つのサーバ３−１に接続され、更に、インターネット１に接続されている。他のＭＦＰ１０−２も同様にローカルネットワーク２ｂを介して他のサーバ３−２に接続され、更に、インターネット１に接続されている。ＭＦＰ１０−１、ＭＦＰ１０−２、サーバ３−１、及びサーバ３−２は、互いにインターネットの標準プロトコルであるＴＣＰ／ＩＰ（Transmission  Control  Protocol/Internet  Protocol）により通信可能に構成されている。
【００１４】
ＭＦＰ１０−１及びＭＦＰ１０−２は、装置のメールアドレス等の設定情報に違いはあるが、同じ構成のＭＦＰである。サーバ３−１、及びサーバ３−２は、ＳＭＴＰ（Simple  Mail  Transfer  Protocol）サーバ及びＰＯＰ(Post  Office  Protocol)サーバの機能を備えている。ＳＭＴＰとは、メールの送信・転送用のプロトコルであり、ＰＯＰとは、メールサーバに保存されているメールを利用者からの要求に応じ、利用者の認証を行って配信するプロトコルである。
【００１５】
これらのサーバ３−１，３−２は、ＳＭＴＰクライアントであるＭＦＰ１０−１又はＭＦＰ１０−２からのメール送信要求を受け付け、更に、ＰＯＰクライアントであるＭＦＰ１０−１又はＭＦＰ１０−２からのメール受信要求も受け付け、メールサーバとしての処理を行うように構成されている。又、必要に応じて、ＳＭＴＰクライアントから受領したメールの中継処理を実施するようになっている。
【００１６】
本実施例１では、ＭＦＰ１０−１は、シリアル番号が“００１”、ＩＰアドレスが“192.168.101.101”、メールアドレスが“mfp100@example.com”であり、ＭＦＰ１０−２は、シリアル番号が“００２”、ＩＰアドレスが“192.168.102.102”、メールアドレスが“mfp200@sample.com”であると仮定する。
【００１７】
なお、メールは、メール本文と経由サーバや送信者のメールアドレス等のヘッダフィールドからなるヘッダ情報と呼ばれる部分から構成されている。ヘッダフィールドは、フィールド名：フィールド値という形で記述される。ヘッダフィールドには、例えば、次のようなものがある。
【００１８】
Return-Path；ＳＭＴＰ通信で送信元として伝えられるメールアドレス
Received；このメールが届くまでに経由したメール転送エージェント及び経由した日時
Message-ID；メール１通１通に付加された固有の番号
In-Reply-To；返信元メールのMessage-IDの値等のリスト
From；著者のメールアドレスであり、単数または複数の名前やアドレスも含めることができる。
Sender；送信者のメールアドレスであり、名前も含めることができる。
To；受取人のメールアドレスであり、単数または複数の名前やアドレスも含めることができる。
Cc・Bcc；それぞれカーボンコピーとブラインドカーボンコピーの受取人のメールアドレスであり、単数または複数の名前やアドレスも含めることができる。
Reply-To；送信者が返信先として希望するメールアドレス
Subject；話題を表す短い文。日本語ではサブジェクト、件名などと呼ばれる。返信の場合はRe:、転送の場合はFw:が先頭に自動的に付加される場合が多い。
Date；メールが作成された日時
MIME-Version；MIMEのバージョン
【００１９】
図１は、本発明の実施例１における図２のＭＦＰを示す構成図である。
ＭＦＰ１０は、装置全体を制御する制御部１１を有している。この制御部１１には、画像読取部１２、印刷部１３、通信部１４、データ変換部１５、タイマ１６、メール生成部１７、ダミーメール生成部１８、メール解析部１９、データ記憶部２０及び表示・操作部２１が接続されている。
【００２０】
画像読取部１２は、原稿を読み取る部分である。例えば、ＭＦＰ１０に備え付けられたスキャナであり、セットされた原稿を読み取る機能を有している。印刷部１３は、例えば、PostScript形式のページ記述言語で記載された印刷データを解釈し印刷を行ものである。通信部１４は、各種のプロトコルを用いて、外部の装置とデータの送受信を行う機能を有している。例えば、ＭＦＰ１０からメールを送信する場合、ＳＭＴＰのクライアントとして処理を行う。ＭＦＰ１０に対してメールが送られてきた場合は、ＰＯＰクライアントとしての処理を行い、メールを受信する機能を有している。
【００２１】
データ変換部１５は、例えば、ＴＩＦＦ(Tagged  Image  File  Format)形式のデータをPostScript形式のデータに変換したり、逆にPostScript形式のデータをＴＩＦＦ形式のデータに変換を行う等のファイルフォーマットの変換処理を行うように構成されている。タイマ１６は、計時手段であり、制御部１１の指示により時間を計時する機能を有している。
【００２２】
第１のメール生成部であるメール生成部１７は、例えば、ＭＦＰ１０からファイルをメールで送信する場合に、送信したいファイルを添付ファイルとするためにメール本文のデータを生成したり、第１のヘッダ情報としてメールフォーマットの形式でＭＤＮ要求を付与したり等、第１のメールとして送信可能なように、データを形成する機能を有している。
【００２３】
第２のメール生成部であるダミーメール生成部１８は、例えば、ＭＦＰ１０から送信を行おうとする添付ファイル付きのメールに基づき、同じ宛先で添付ファイルがなくて、且つ本文が空のメールを生成し、受信側のＭＦＰ１０−２の状態を調べるための第２のヘッダ情報を有する第２のメール（例えば、ダミーメール）を、メールフォーマットの形式で作成する機能を有している。ダミーメール生成部１８は、メール生成部１７と同様にＭＤＮ要求の付与も行うように構成されている。
【００２４】
メール解析部１９は、受信したメールの解析を行い、例えば、受信したメールに添付されていたファイルを取得したり、受信したメールにＭＤＮ要求が付与されているか否かを解析し、ＭＤＮ要求が付与されていた場合は、ＭＤＮ応答を送信することを要求されていることを取得したりするように構成されている。データ記憶部２０は、例えば、送信データやＭＦＰ１０の設定値等のデータを記憶し、データの変更、削除等の管理を行う機能を有している。要求取得部である表示・操作部２１は、ＭＦＰ１０のステータスやメニューの情報を表示し、利用者に対してＭＦＰ１０の状況を提供し、又ＭＦＰ１０の設定の変更、機能の実行等の操作を受付けるように構成されている。
【００２５】
本実施例１の構成によれば、利用者の表示・操作部２１からのInternetFAX送信実行の要求により、画像読取部１２は、セットされた原稿を読み取ることで画像データを作成し、データ変換部１５は、画像読取部１２で作成した画像データをＴＩＦＦ形式のファイルに変換し、メール生成部１７は、データ変換部１５で変換したファイルをメールフォーマットとして生成した後、通信部１４が、メールフォーマットのデータをメール送信することでInternetFAX送信が可能である。
【００２６】
更に、例えば、通信部１４が、メールサーバ３からＴＩＦＦ形式ファイルが添付されたメールを受信し、メール解析部１９が解析を行い、データ変換部１５において添付されたファイルを印刷データに変換後、印刷部１３が処理を行うことで印刷ができることになり、InternetFAX受信が可能である。
【００２７】
（実施例１の動作）
図３は、実施例１における図２の各装置間のメッセージフローを示すタイミングチャートであり、図４は、実施例１における図１の送信側のＭＦＰの動作を示すフローチャートであり、図５は、図４におけるステータスの取得要求を含むヘッダ情報例を示す図である。
【００２８】
本実施例１ではＭＦＰ１０−２は、トナーがなく、印刷不可能な状態であり、ＭＦＰ１０−１において、ＭＦＰ１０−２へのInternetFAX送信が要求された際に、外部装置であるＭＦＰ１０−２の状態を検知して、InternetFAX送信を中断する場合を例として説明する。
【００２９】
始めに、図３を用いて、各装置間のメッセージフローの概略について説明する。
【００３０】
ステップＴ０において、ＭＦＰ１０−１の画像読取部１２により原稿を読み取る。ステップＴ１において、読み取った画像データをデータ変換部１５でＴＩＦＦ形式のファイルに変換し、データ記憶部２０に保存する。ステップＴ２において、ダミーメール生成部１８により受信側のＭＦＰ１０−２の状態を調べるためのダミーメールを生成する。このダミーメールには、メールの開封通知を要求するＭＤＮ要求及び装置の状態通知を要求する状態取得要求（例えば、ステータス取得要求）が含まれている。
【００３１】
ステップＴ３において、通信部１４により、サーバ３−１、サーバ３−２を経由してＭＦＰ１０−２に対し、ダミーメールが送信される。ＭＦＰ１０−２では、受信したダミーメールをメール解析部１９で解析する。その結果、ＭＤＮ要求及びステータス取得要求が含まれているのでＭＤＮ応答及び状態取得応答（例えば、ステータス取得応答）を、通信部１４を介してＭＦＰ１０−１に送信する。ＭＦＰ１０−１では、ステップＴ４において、このＭＤＮ応答及びステータス取得応答を含む第３のメールを受信して、ステップＴ５において、メール解析部１９でこれを解析する。解析の結果、例えば、ＭＦＰ１０−２が印刷不可能であることを検知し、データ記憶部２０と表示・操作部２１とにその旨を通知する。ステップＴ６において、データ記憶部２０は、メール解析部１９からＭＦＰ１０−２が印刷不可能な状態であることを通知されると、先に保存していたＴＩＦＦ形式のデータを削除する。
【００３２】
次に、図４を用いて送信側のＭＦＰ１０の動作を説明する。
ステップＳ１において、ＭＦＰ１０−１の画像読取部１２にInternetFAX送信したい原稿をセットし、表示・操作部２１から、ＭＦＰ１０−２のメールアドレスmfp200@sample.comを送信宛先に指定して、InternetFAX送信の実行要求行う。画像読取部１２は、セットされた原稿を読み取り、読み取った画像データをデータ変換部１５に渡す。ステップＳ２において、データ変換部１５は、読み取った画像データをInternetFAX送信が可能なＴＩＦＦ形式のファイルへの変換を行う。
【００３３】
ステップＳ３において、データ記憶部２０は、データ変換部１５が変換したＴＩＦＦ形式のファイルを保存する。ステップＳ４において、ダミーメール生成部１８は、利用者が指定したＭＦＰ１０−２のメールアドレスを基に、図５に示すように、送信宛先がmfp200＠sample.comとなっており、受信者となるＭＦＰ１０−２のステータスの取得要求を付加したヘッダ情報３０のみで構成された、本文が空で、且つファイルが何も添付されていないメールフォーマットのダミーメールを生成する。更に、このダミーメールのヘッダ情報３０には、ＭＤＮ要求が付加されて通信部１４へ引き渡される。
【００３４】
ここで、ヘッダ情報３０とは、各メール中に本文とは別に設けられた領域で、ヘッダフィールドと呼ばれる各種の情報から構成されている。例えば、図５に示すように、ダミーメール中のヘッダ情報３０内の“From:mfp100@example.com”３１のフィールドは、装置固有情報である送信元のメールアドレスを示しており、本メールの送信元がＭＦＰ１０−１であることを表している。“Disposition-Notification-To:mfp100@example.com”３２というフィールドは、ＭＤＮ要求を表し、ＭＤＮ応答の送り先がＭＦＰ１０−１であることを示している。“X-Printer-Status-Request：get”３３というフィールドは、ステータスの取得要求であることを表している。“Message-ID:・・・・”３４というフィールドには、本メールの識別子が付与されている。
【００３５】
ステップＳ５において、通信部１４は、ローカルネットワーク２ａを介し、メールサーバであるサーバ３−１と、ＳＭＴＰを使用して通信し、ＭＦＰ１０−２のメールアドレスに対して、ダミーメールの送信を行う。ＭＦＰ１０−１のメールの送信完了後、サーバ３−１は、インターネット上のいくつかのメールサーバを経由させて、サーバ３−２にＭＦＰ１０−１が送信したメールを届け、サーバ３−２は、mfp200＠sample.comに該当するメールボックスに、受信したＭＦＰ１０−１からのメールを格納する。
【００３６】
図６は、実施例１における図１の受信側のＭＦＰの動作を示すフローチャートであり、図７は、図６におけるステータスの取得応答を含むヘッダ情報例を示す図である。図８は、図６における図１の表示・操作部のインターネットＦＡＸ送信中断画面例を示す図である。
【００３７】
次に、ＭＦＰ１０−２が、上記のＭＦＰ１０−１の送信したダミーメールをサーバ３−２から受信して処理を行う動作について図６を用いて説明する。
【００３８】
ステップＳ２１において、ＭＦＰ１０−２の通信部１４は、ローカルネットワーク２ｂを介し、サーバ３−２とＰＯＰを使用して通信を行い、mfp200@samp1e.comのメールボックスに格納されているＭＦＰ１０−１からのＭＦＰ１０−２宛てのメールを受信する。ステップＳ２２，Ｓ２３，２４において、メール解析部１９は、通信部１４から受信したメールを受け取り、メールの解析を行い、ステータスの取得要求及びＭＤＮ要求により、ステータス通知とＭＤＮ応答の送信を要求されていることを取得する（ＹＥＳ）。
【００３９】
ステップＳ２５，２６において、その解析結果により、メール解析部１９は、メール生成部１７に、ＭＦＰ１０−１のメールアドレスmfp100@examp1e.comを送信宛先に指定して受信したダミーメールのMessage-IDを通知し、ＭＤＮ応答及びステータスの取得応答の第３のヘッダ情報４０の生成依頼を行う。メール生成部１７は、メール解析部１９からの通知情報を基に、図７に示すような送信宛先がmfp100@example.comとなっており、ＭＦＰ１０−２の現在のステータス情報を付加したＭＤＮ応答のヘッダ情報４０を有するメールフォーマットのデータを生成する。
【００４０】
図７に示すヘッダ情報４０において、“To:mfp100@examle.com”４１のフィールドは、本メールの送信先を示しており、“Comntent-Type:multipart/report;report-type=disposition-notification;”４２のフィールドは、ＭＤＮ応答であることを示している。“Original-Message-ID:・・・・”４３のフィールドは、ＭＤＮ要求を要求したメールの識別子が示されている。このため、ＭＤＮ応答の受信者は、どのＭＤＮ要求に対応するＭＤＮ応答かが判別可能となる。“X-Printer-Status-Response：error”４４というフィールドは、装置の状態を示しており、“error”という文字列により印刷不可能であることを表している。
【００４１】
ＭＦＰ１０−２は、トナーエンプティで印刷不可能と仮定したので、印刷不可能のステータスがＭＤＮ応答に付加される。次に、ステップＳ２７において、通信部１４は、ローカルネットワーク２ｂを介し、サーバ３−２とＳＭＴＰとを使用して通信し、ＭＦＰ１０−１のメールアドレスに対して、メール生成部１８が生成した第３のメールであるＭＤＮ応答のメールを送信する。ＭＦＰ１０−２のメールの送信完了後、サーバ３−２は、インターネット上のいくつかのメールサーバを経由して、サーバ３−１にＭＦＰ１０−２が送信したメールを届け、サーバ３−１は、mfp100@example.comに該当するメールボックスに受信したＭＦＰ１０−２からのメールを格納する。
【００４２】
ここからは、図４に戻り、ＭＦＰ１０−１が、上記のＭＦＰ１０−２が送信したＭＤＮ応答をサーバ３−１から受信して処理を行う動作について説明する。
【００４３】
ステップＳ６において、ＭＦＰ１０−１の通信部１４は、ローカルネットワーク２ａを介し、サーバ３−１とＰＯＰを使用して通信を行い、mfp100＠example.comのメールボックスに格納されているＭＦＰ１０−２からのＭＦＰ１０−１宛てのＭＤＮ応答を受信する。
【００４４】
ステップＳ７において、メール解析部１９は、通信部１４から、受信したメールを受け取り、メールの解析を行う。図７の“Original-Message-ID”４３フィールド等により、受信したメールは、ＭＦＰ１０−２へ送信したダミーメールのＭＤＮ応答であることを判断する（ＹＥＳ）。ステップＳ８において、ＭＤＮ応答に付加されたＭＦＰ１０−２のステータスを示す“X-Printer-Status-Response：error”４４のフィールドにより、ＭＦＰ１０−２が印刷不可能なことを検知し、データ記憶部２０と表示・操作部２１にその旨を通知する。
【００４５】
ステップＳ１４において、データ記憶部２０は、メール解析部１９により、ＭＦＰ１０−２が、印刷不可能な状態であることを通知されると、利用者がＭＦＰ１０−２へInternetFAX送信を行うために保存したＴＩＦＦ形式のファイルを削除する。
【００４６】
更に、ステップＳ１５において、表示・操作部２１は、ＭＦＰ１０−２が印刷不可能な状態であることの通知を受け、図８に示すように、エラーメッセージの表示を行う。
【００４７】
上記の説明では、ＭＦＰ１０−１が送信したダミーメールに対するＭＦＰ１０−２のＭＤＮ応答が戻ってきた場合であるが、例えば、ＭＦＰ１０−２の電源が入っていない場合で、ＭＦＰ１０−２のステータスの取得応答を含むＭＤＮ応答が戻ってこない場合がある。
【００４８】
そのため、ステップＳ１３において、ＭＦＰ１０−１の制御部１１は、ダミーメールを送信し、一定時間経過しても対応するＭＤＮ応答を受信できない場合、ＭＦＰ１０−２は、印刷不可能だと判断し、上記の説明と同様にデータ記憶部２０と表示・操作部２１にＭＦＰ１０−２が印刷不可能な状態であることを通知し、ステップＳ１４において、保存したＴＩＦＦ形式の削除を行い、ステップＳ１５において、図８に示すように、印刷が不可能な状態であるため、InternetFAX送信を実行できなかった旨のエラーメッセージを表示し、利用者に知らせる。
【００４９】
ステップＳ８において、ＭＦＰ１０−２が印刷可能な状態であるというＭＤＮ応答を受信した場合は、ＭＦＰ１０−１のメール解析部１９は、通信部１４から受信したメールを受け取り、メールの解析を行い、受信したメールはＭＦＰ１０−２へ送信したダミーメールのＭＤＮ応答であることを判断する。更に、ＭＤＮ応答に付加されたＭＦＰ１０−２のステータスにより、ＭＦＰ１０−２は、印刷可能なことを検知し、メール生成部１７にその旨を通知する。この場合は、図７に示すヘッダ情報のＭＤＮ応答の“X-Printer-Status-Response”４４のフィールドは、ＭＦＰ１０−２が印刷可能であるため、“error”ではなく、“processing”という文字列になっている。
【００５０】
ステップＳ９において、メール生成部１７は、データ記憶部２０により、InternetFAX送信を行うために保存したＴＩＦＦ形式のファイルを取得し、送信宛先がmfp200@sample.comとなっており、ＴＩＦＦファイルが添付されているメールフォーマットのデータを生成する。ステップＳ１０において、通信部１４は、メールサーバであるサーバ３−１を介して、ＭＦＰ１０−２のメールアドレスに対して、メール生成部１７が生成したメールの送信を行う。
【００５１】
ステップＳ１１において、データ記憶部２０は、通信部１４の送信完了の通知を受け、送信済みのＴＩＦＦ形式のファイルを削除し、ステップＳ１２において、表示・操作部２１は、通信部１４の送信完了の通知を受け、ＭＦＰ１０−２へのInternetFAX送信が完了したメッセージを表示し、利用者に知らせる。
【００５２】
ＭＦＰ１０−１のInternetFAX送信の結果、メールサーバであるサーバ３−２を介し、ＭＦＰ１０−２は、ＭＦＰ１０−１が送信したメールをInternetFAX受信し、そのメールのデータを印刷する。
【００５３】
（実施例１の効果）
本実施例１によれば、InternetFAXを送信するに先立って、まずダミーメールを受信先であるＭＦＰ１０−２へ送ってＭＤＮ応答で受信先の状態を把握することで、受信先で障害等が発生している間、InternetFAX送信を避けることができる。即ち、ＭＦＰ１０−２の電源が入っていない場合やトナーがない場合等、印刷不可能な状態においては、ＭＦＰ１０−１は、第１の送信メールを送信しないことが可能となり、サーバ３−２のメールボックスに長時間蓄積されることを回避することができる。その結果、第三者から読み取られる危険性を軽減できる。
【実施例２】
【００５４】
（実施例２の構成）
図９は、本発明の実施例２における図２のＭＦＰを示す構成図であり、実施例１を示す図１中の要素と共通の要素には共通の符号が付されている。
【００５５】
本実施例２のＭＦＰ１０Ａの構成は、実施例１のＭＦＰ１０の構成とほぼ同様である。即ち、実施例２の構成は、実施例１のＭＦＰ１０構成に対し、メール分割制御部２２が追加されている点が異なる。メール分割制御部２２は、例えば、画像読取部１２から複数枚の原稿を読み取り、読み取った画像を１ページ毎の別々のファイルにし、それぞれ別のメールとして送信する(以下、分割InternetFAX送信とする)場合や、容量の大きなメールを複数のメールに分割してInternetFAX送信する場合に、制御部１１を介して、画像読取部１２、通信部１４、データ変換部１５、メール生成部１７、データ記憶部２０を制御し、メールの分割送信の制御を行う。
【００５６】
本実施例２の構成は、実施例２の構成にメール分割制御部２２が追加された構成のため、実施例１の場合と同様に、利用者の表示・操作部２１からのInternetFAX送信実行の要求により、画像読取部１２は、原稿を読み取って画像データを作成し、データ変換部１５がその画像データをＴＩＦＦ形式のファイルに変換し、メール生成部１７が変換したファイルをメールフォーマットとして生成した後、通信部１４がメール送信することが可能である。
【００５７】
更に、通信部１４が、メールサーバからファイルが添付されたメールを受信し、メール解析部１９が解析を行い、データ変換部１５において添付されたファイルを印刷データに変換後、印刷部１３が印刷することが可能である。
【００５８】
本実施例２のネットワーク構成は、図２示した実施例１と同様である。サーバ３−１、３−２は、実施例１と同じ機能のメールサーバである。
【００５９】
（実施例２の動作）
図１０は、実施例２における図２の各装置間のメッセージフローを示すタイミングチャートであり、実施例１を示す図３中の要素と共通の要素には共通の符号が付されている。図１１は、実施例２における図９の送信側のＭＦＰの動作を示すフローチャートであり、実施例１を示す図４中の要素と共通の要素には共通の符号が付されている。図１２は、図１１におけるステータスの取得応答を含むヘッダ情報例を示す図である。
【００６０】
本実施例２の動作は、実施例１の動作とほぼ同様であり、構成の相違点を中心に、図１０、図１１及び図１２を用いて説明する。
【００６１】
本実施例２ではＭＦＰ１０Ａ−２は、印刷可能な状態であり、ＭＦＰ１０Ａ−１において、ＭＦＰ１０Ａ−２への分割InternetFAX送信する場合を例として説明する。
【００６２】
始めに、図１０を用いて、各装置間のメッセージフローの概略について説明する。ステップＴ０１において、ＭＦＰ１０Ａ−１の画像読取部１２により１枚目の原稿を読み取る。ステップＴ１１において、読み取った１枚目の画像データをデータ変換部１５でＴＩＦＦ形式のファイルに変換し、データ記憶部２０に保存する。ステップＴ０２において、ＭＦＰ１０Ａ−１の画像読取部１２により２枚目の原稿を読み取る。ステップＴ１２において、読み取った２枚目の画像データをデータ変換部１５でＴＩＦＦ形式のファイルに変換し、データ記憶部２０に保存する。以下、同様に順次画像データが読み取られ、ＴＩＦＦ形式のファイルに変換されてデータ記憶部２０に保存される。
【００６３】
実施例１と同様に、ステップＴ２のダミーメール生成処理、ステップＴ３のダミーメール送信処理、ＭＦＰ１０Ａ−２のダミーメール解析処理、ＭＤＮ応答及びステータス取得応答の応答処理、ステップＴ４のＭＤＮ応答受信処理、ステップＴ５のＭＤＮ応答解析処理が実行される。
【００６４】
解析の結果、例えば、ＭＦＰ１０−２が印刷可能であることを検知し、ステップＴ７１において、１通目の画像データを送信する。送信の完了で、ステップＴ６１において、１枚目の画像データを削除する。ステップＴ７２において、２通目の画像データを送信する。送信の完了で、ステップＴ６２において、２枚目の画像データを削除する。以下同様に、順次画像データが送信され、送信の完了でその画像データが削除される。ＭＦＰ１０−２では、サーバ３−２に蓄積された画像データのメールを受信して、印刷データに変換し、印刷部１３により印刷される。
【００６５】
次に、図１１を用いて送信側のＭＦＰ１０Ａの動作を説明する。
利用者は、ＭＦＰ１０Ａ−１画像読取部１２にInternetFAX送信したい複数枚の原稿をセットし、表示・操作部２１から、ＭＦＰ１０Ａ−２のメールアドレスmfp200＠samp1e.comを送信宛先に指定して、分割InternetFAX送信の実行要求行う。
【００６６】
ステップＳ５１において、画像読取部１２は、セットされた原稿を１枚読み取り、読み取った画像データをデータ変換部１５に渡す。ステップＳ５２において、データ変換部１５は、読み取った画像データをInternetFAX送信が可能な１ページ分のＴＩＦＦ形式のファイルへ変換を行う。ステップＳ５３において、データ記憶部２０は、データ変換部１５が変換した１ページのＴＩＦＦ形式のファイルを保存する。
【００６７】
ステップ５４において、メール分割制御部２２は、画像読取部１２、データ変換部１５、データ記憶部２０を制御することで、上記のステップＳ１の原稿読み取り、ステップＳ２の画像データ変換、ステップＳ３の変換したファイルの保存を、画像読取部１２がセットされた原稿がなくなったと判断するまで繰り返す。
【００６８】
以下、実施例１と同様に、ステップＳ４のダミーメール生成処理、ステップＳ５のダミーメール送信処理、ＭＦＰ１０Ａ−２の動作、ステップ６のダミーメールのＭＤＮ応答受信確認処理及びステップＳ７のＭＤＮ応答受信処理が実行される。本実施例２では、ＭＦＰ１０Ａ−２は、印刷可能な状態であるため、ステップＳ７において、“X-Printer-Status-Response”４４Ａのフィールドのフィールド値が、印刷可能な状態を示す“processing”という文字列になっているＭＤＮ応答のメールフォーマットのデータを受信する。
【００６９】
ステップＳ５５において、メール解析部１９は、通信部１４から受信したメールを受け取り、メールの解析を行い、ＭＤＮ応答に付加されたＭＦＰ１０Ａ−２のステータスを示す“X-Printer-Status-Response：processing”４４Ａのフィールドにより、ＭＦＰ１０Ａ−２が印刷可能なことを検知し（ＹＥＳ）、メール分割制御部２２にその旨を通知する。メール分割制御部２２は、メール解析部１９からの通知により、分割InternetFAX送信を行うためメール生成部１７、通信部１４、データ記憶部２０の制御を開始する。
【００７０】
ステップＳ５６において、メール生成部１７は、データ記憶部２０により、分割InternetFAX送信を行うために保存した１ページ分のＴＩＦＦ形式のファイルを１つ取得し、送信宛先がmfp200＠sample.comとなっており、取得したＴＩＦＦファイルが添付されているメールフォーマットのデータを生成する。ステップＳ５７において、通信部１４は、メールサーバであるサーバ３−１を介して、ＭＦＰ１０Ａ−２のメールアドレスに対して、メール生成部１７が生成したメールの送信を行う。
【００７１】
ステップＳ５８において、データ記憶部２０は、通信部１４が送信したメールに対応する保存済みのＴＩＦＦ形式のファイルを削除する。ステップＳ５９において、メール分割制御部２２は、メール生成部１７、通信部１４、データ記憶部２０を制御することで、上記のステップＳ５６のメール生成処理、ステップＳ５７のメール送信処理、ステップＳ５８の保存済みファイルの削除処理を、データ記憶部２０の判断を通じて、分割InternetFAX送信を行うために保存したＴＩＦＦ形式のファイルがなくなるまで繰り返す。
【００７２】
ステップＳ６０において、表示・操作部２１は、メール分割制御部２２から分割されたメールの送信がすべて完了の通知を受け、ＭＦＰ１０Ａ−２への分割InternetFAX送信が完了したメッセージを表示し、利用者に知らせる。ＭＦＰ１０Ａ−１の分割InternetFAX送信されたメールは、メールサーバを介し、順次、ＭＦＰ１０Ａ−２に送信される。ＭＦＰ１０Ａ−２は、当該のメールをInternetFAX受信して印刷部１３により印刷する。
【００７３】
上記の説明では、ＭＦＰ１０Ａ−２が印刷可能な状態であるというＭＤＮ応答を受信した場合を説明したが、実施例１と同様に、例えば、ＭＦＰ１０Ａ−２は、トナーがなく、印刷不可能な状態であるというＭＤＮ応答を受信した場合、ＭＦＰ１０Ａ−１は、実施例１と同様に次のように動作する。
【００７４】
ステップＳ６，Ｓ７において、ＭＦＰ１０Ａ−１のメール解析部１９は、通信部１４から受信したメールを受け取り、メールの解析を行い、実施例１の説明と同様に、受信したメールは、ＭＦＰ１０Ａ−２へ送信したダミーメールのＭＤＮ応答であることを判断する。ステップＳ５５において、ＭＤＮ応答に付加されたＭＦＰ１０Ａ−２のステータスにより、ＭＦＰ１０Ａ−２は、印刷不可能なことを検知し（ＮＯ）、メール分割制御部２２にその旨を通知する。ここでは、ＭＦＰ１０Ａ−２は、印刷不可能なため、ＭＤＮ応答の“X-Printer-Status-Response”４４Ａのフィールド値が「error」という文字列になる。
【００７５】
ステップＳ６１において、データ記憶部２０は、メール分割制御部２２の制御により、分割InternetFAX送信を行うために保存した１ページのＴＩＦＦ形式のファイルを全て削除する。更に、ステップＳ６２において、表示・操作部２１は、メール分割制御部２２からの通知を受け、印刷が不可能な状態なため、図８に示すようなInternetFAX送信を実行できなかった旨のメッセージを表示する。
【００７６】
（実施例２の効果）
本実施例２によれば、実施例１の効果に加え、読み取った画像を複数のメールに分割して送信する場合においても、ステータスの取得要求を含む１通のみのメールで、メールの受信を行うＭＦＰ１０−２の電源が入っているか否かの状態や、印刷が可能か否かの状態を検知でき、サーバ１０−２のメールボックスに蓄積される時間を短くすることが可能となる。その結果、第三者からメールを読み取られる危険性を軽減できる。
【００７７】
（変形例）
本発明は、上記実施例に限定されず、種々の利用形態や変形が可能である。この利用形態や変形例としては、例えば、次の（ａ）〜（ｉ）のようなものがある。
【００７８】
（ａ）  画像処理装置として、ＭＦＰ１０，１０Ａに適用した例を用いて説明したが、ＭＦＰ１０，１０Ａだけではなく、通信機能付き複写機、ファクシミリ、パーソナルコンピュータ等であっても利用可能である。
【００７９】
（ｂ）  本実施例１、２では、ＭＦＰ１０，１０Ａやサーバ３はインターネットに接続され、ＴＣＰ／ＩＰを使用した通信となっているが、他のネットワーク構成でも実現できる。
【００８０】
（ｃ）  実施例１，２では、利用者がセットした原稿を読み取った後に、ダミーメールを送信したが、ダミーメールを送信した後に、原稿の読み取りを行ったり、原稿の読み取りとダミーメールの送信を並列に行ったりしても良い。
【００８１】
（ｄ）  実施例１，２では、ＭＦＰ１０−２，１０Ａ−２のステータスとして、印刷可能か否かを通知したが、トナーエンプティといったような、そのステータスになった理由等の詳細情報を含めてもよい。
【００８２】
（ｅ）  ＭＦＰ１０−２，１０Ａ−２は、ＭＦＰ１０−１、１０Ａ−１と同じ構成でなくても実現できる。
【００８３】
（ｆ）  実施例１，２では、タイマ１６は、制御部１１に接続される構成で説明したが、制御部１１に内蔵されていてもよい。
【００８４】
（ｇ）  実施例１，２では、ダミーメールは、メール本文を有していないことで説明したが、メール本文があってもよい。
【００８５】
（ｈ）  実施例１，２では、ＭＤＮ要求及びＭＤＮ応答を利用して、受信側の装置のステータスを得るようにしたが、ＭＤＮ要求及びＭＤＮ応答と同等機能の手段であれば利用可能である。
【００８６】
（ｉ）  実施例１，２では、第１のメールとして、画像ファイルを添付ファイルとして送信する事例で説明したが、これに限定されない。テキストのみのメールであってもよい。
【符号の説明】
【００８７】
１                インターネット
２ａ，２ｂ        ローカルネットワーク
３                サーバ
１０                ＭＦＰ
１１                制御部
１２                画像読取部
１３                印刷部
１４                通信部
１５                データ変換部
１６                タイマ
１７                メール生成部
１８                ダミーメール生成部
１９                メール解析部
２０                データ記憶部
２１                表示・操作部
２２                メール分割制御部
３０                ヘッダ情報（ステータス要求を含む）
３１                送信元のメールアドレス
３２                ＭＤＮ要求
３３                ステータス取得要求
３４                メール識別子
４０                ヘッダ情報（ステータス応答を含む）
４１                受取人のメールアドレス
４２                ＭＤＮ応答
４３                ＭＤＮ要求を要求したメール識別子
４４，４４Ａ        ステータス取得応答
【図１】
2011034266.tif 000003
【図２】
2011034266.tif 000004
【図３】
2011034266.tif 000005
【図４】
2011034266.tif 000006
【図５】
2011034266.tif 000007
【図６】
2011034266.tif 000008
【図７】
2011034266.tif 000009
【図８】
2011034266.tif 000010
【図９】
2011034266.tif 000011
【図１０】
2011034266.tif 000012
【図１１】
2011034266.tif 000013
【図１２】
2011034266.tif 000014