画像形成装置、その制御方法、及び制御プログラム
【課題】 受信した電子メールの解析エラー情報を用紙の無駄を回避しつつ印刷し得る画像形成装置、その制御方法、及び制御プログラムを提供する。
【解決手段】 受信した電子メールを解析した際にエラーが発生した場合は、そのエラー情報を電子メールの本文部の解析データに付加して新たな本文ページのデータを作成し、この本文ページのデータを印刷用のイメージデータに変換して印刷することにより、エラー情報を単独で印刷することなく、エラー情報と本文部のメッセージとを同一の用紙に印刷するようにする。
【解決手段】 受信した電子メールを解析した際にエラーが発生した場合は、そのエラー情報を電子メールの本文部の解析データに付加して新たな本文ページのデータを作成し、この本文ページのデータを印刷用のイメージデータに変換して印刷することにより、エラー情報を単独で印刷することなく、エラー情報と本文部のメッセージとを同一の用紙に印刷するようにする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メール形式でデータを受信して印刷処理を行う画像形成装置、その制御方法、及び制御プログラムに関する。
【背景技術】
【０００２】
近年、電子メールシステムが普及しており、この電子メールシステムを利用し、電子メール形式でデータを受信して印刷処理を行う画像形成装置が実現されている。例えば、送信対象の画像データを圧縮し、この圧縮された画像データを電子メールのフォーマットに変換して電子メールが可能なネットワークに送信すると共に、電子メールのフォーマットで送信されてきた画像データをファクシミリのフォーマットに変換して伸張し、この伸張された画像データを印刷するファクシミリ型電子メール装置が提案されている（特許文献１参照）。
【０００３】
この種の画像形成装置では、一般に、バイナリの画像データを例えばｂａｓｅ６４、ｕｕｅｎｃｏｄｅ、Ｑｕｏｔｅｄ Ｐｒｉｎｔａｂｌｅ等の方式でエンコードすることにより、画像データを電子メールのフォーマットに変換している。また、画像データ等の圧縮方式としては、ＬＺ（Ｌｅｍｐｅｌ−Ｚｉｖ）、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）、ＭＰＥＧ（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）等の各種の方式が用いられている。
【特許文献１】特開平８−２４２３２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、上記のような電子メール機能を有する画像形成装置では、例えばｂａｓｅ６４デコーダを具備していない、所定の方式で圧縮された受信データを解凍するためのソフトを具備していない等の理由により、受信した電子メールのデータを解析中にエラーが発生する場合がある。このようなエラーが発生した場合、従来の電子メール機能を有する画像形成装置では、そのエラー情報を用紙に印刷する際には、エラー情報を単独で用紙に印刷していたため、用紙が無駄になるという問題があった。
【０００５】
そこで、本発明は、受信した電子メールの解析エラー情報を用紙の無駄を回避しつつ印刷し得る画像形成装置、その制御方法、及び制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明は、電子メール受信機能を有する画像形成装置において、受信した電子メールのデータをヘッダ部、本文部、添付ファイルに分離する分離手段と、前記分離手段により分離されたヘッダ部、本文部、添付ファイルのデータを解析する解析手段と、前記解析手段による解析において解析エラーが発生した場合に、そのエラー情報を本文部の解析データに付加して新たな本文ページのデータを作成する作成手段と、少なくとも前記作成手段により作成された本文ページのデータを印刷用のイメージデータに変換して印刷する印刷手段とを有している。
【発明の効果】
【０００７】
本発明によれば、受信した電子メールの解析エラー情報を用紙の無駄を回避しつつ印刷し得る画像形成装置、その制御方法、及び制御プログラムを提供することが可能となる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明を実施するための最良の形態を図面に基づいて説明する。
【０００９】
図１は、本発明に係る画像形成装置を適用した通信システムのシステム構成図である。本通信システムでは、ＬＡＮ２とＬＡＮ６がネットワークルータ４及び８を介してインターネット９に接続されている。また、ＬＡＮ２には、パーソナルコンピュータ１とメールサーバ３が接続され、ＬＡＮ６には、画像形成装置としての印刷装置５とメールサーバ７が接続されており、パーソナルコンピュータ１は、アプリケーションで作成した画像データ等のデータやインターネット９上で取得した画像データ等のデータを電子メール形式で印刷装置５に送信して印刷させることが可能となっている。
【００１０】
印刷装置５は、レーザープリンタ、デジタル複合機、ファクシミリ装置などにより構成され、電子メール機能を有している。メールサーバ３及び７は、ＰＯＰ３サーバ（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ Ｓｅｒｖｅｒ）およびＳＭＴＰサーバ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｒｖｅｒ）の機能を果たすものである。
【００１１】
図２は、パーソナルコンピュータ１の構成を示すブロック図である。パーソナルコンピュータ１は、図２に示したように、パーソナルコンピュータ１の全体の動作制御を司るＣＰＵ１０１、ＣＰＵ１０１での動作制御のための各種プログラムやデータなどが格納されるＲＯＭ１０２、ＣＰＵ１０１の主メモリやワークメモリ等として機能するＲＡＭ１０３を有している。また、パーソナルコンピュータ１は、マウス１０６からの指示入力を制御するマウスコントローラ１０５、キーボード１０８からの指示入力を制御するキーボードコントローラ１０７、ＣＲＴディスプレイ１１０の表示を制御するＣＲＴコントローラ１０９を有している。
【００１２】
更に、パーソナルコンピュータ１は、各種プログラムやデータ（ブートプログラム、種々のアプリケーション、電子メールソフト、ネットワーク管理プログラム等）を記憶するためのハードディスクドライブ１１２及びフロッピー（登録商標）ディスクドライブ１１３とのアクセスを制御するディスクコントローラ１１１、ＬＡＮ２を介してパーソナルコンピュータ１が他のパーソナルコンピュータ或いはメールサーバ３と双方向にデータを授受するためのネットワークインタフェイスカード１１４を有しており、これらの各構成部は、システムバス１０４を介して互いに通信可能なように接続されている。
【００１３】
なお、上記の電子メールソフトは、アプリケーション等で作成された送信対象のデータをｂａｓｅ６４、ｕｕｅｎｃｏｄｅ、Ｑｕｏｔｅｄ Ｐｒｉｎｔａｂｌｅ等の方式でエンコードして電子メール形式のデータに変換する機能を有している。また、上記のアプリケーションには、ＬＺ（Ｌｅｍｐｅｌ−Ｚｉｖ）、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）、ＭＰＥＧ（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）等の方式でデータを圧縮・伸張するソフトが含まれている。
【００１４】
図３は、印刷装置５の構成を示すブロック図である。印刷装置５は、図３に示したように、印刷装置５の全体の動作制御を司るＣＰＵ２０１、ＣＰＵ２０１での動作制御のための各種プログラムやデータ等が格納されるＲＯＭ２０２、ＣＰＵ２０１の主メモリやワークメモリ等として機能するＲＡＭ２０３を有している。また、印刷装置５は、デバイス機能（プリンタ機能やコピー機能等）を実現するエンジン２０４、エンジン２０４の駆動を制御するエンジンコントローラ２０５、ユーザからの各種の操作指示を受け付けたり、種々の情報を表示するパネル２０６、パネル２０６の操作に応じたコマンドを生成したりパネル２０６に対する表示を管理したりするパネルコントローラ２０７を有している。
【００１５】
更に、印刷装置５は、各種プログラムやデータ（ブートプログラム、アドレス帳、電子メールソフト、ネットワーク管理プログラム等）を記憶するためのハードディスクドライブ２０８とのアクセスを制御するディスクコントローラ２０９、不揮発性ＲＡＭ２１０、ＬＡＮ６を介してメールサーバ７と双方向にデータを授受するためのネットワークインタフェイスカード２１１、電子メール認識部２１２を有しており、これらの各構成部は、システムバス２１７を介して互いに通信可能なように接続されている。
【００１６】
なお、上記の電子メールソフトは、ｂａｓｅ６４、ｕｕｅｎｃｏｄｅ、Ｑｕｏｔｅｄ Ｐｒｉｎｔａｂｌｅ等の方式でエンコードされた電子メール形式のデータを少なくともデコードする機能を有している。また、上記のアプリケーションには、ＬＺ（Ｌｅｍｐｅｌ−Ｚｉｖ）、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）、ＭＰＥＧ（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）等の方式でデータを少なくとも伸張するソフトが含まれている。また、ハードディスクドライブ２０８には、図５〜図１０のフローチャートに対応するプログラムも格納されている。
【００１７】
電子メール認識部２１２は、受信した電子メールに画像データが添付されているか否かを判別すると共に、電子メールをヘッダ部、本文部、添付ファイル部に分離してこれら各部のデータを解析し、その解析結果（エラーが生じたか否か）をＣＰＵ２０１に通知する。ＣＰＵ２０１は、エラーが生じた場合は、そのエラー情報を本文部のデータと共に、同一の用紙に印刷させる。なお、ハードディスクドライブ２０８の代替記憶装置として、ＲＡＭやＥＥＰＲＯＭなどを用いることも可能である。
【００１８】
図４は、電子メールのデータ構成例を示している。図４に示したように、電子メールのデータは、ヘッダ部、本文部、及び必要に応じて添付される添付ファイル部により構成されている。
【００１９】
ヘッダ部には、Ｄａｔａ（電子メールの送信日時）、Ｆｒｏｍ（電子メールの送信者）、Ｍｅｓｓａｇｅ−ＩＤ（メールデータのＩＤ情報）、Ｔｏ（電子メールの宛先）、Ｓｕｂｊｅｃｔ（電子メールのタイトル）等の情報が記載され、本文部には、送信者からのメッセージが記載されている。また、添付ファイル部は、アプリケーション等で得られたバイナリのテキストデータ、画像データ等を電子メール形式のデータとして格納したファイルであり、バイナリのデータがｂａｓｅ６４、ｕｕｅｎｃｏｄｅ、Ｑｕｏｔｅｄ Ｐｒｉｎｔａｂｌｅ等の方式で英数字のコードデータに変換（エンコード）されて格納されている。また、ファイル部のデータは、必要に応じて所定の方式で圧縮されている。
【００２０】
次に、印刷装置５による電子メールデータの印刷処理の概要を、図５のフローチャートに従って説明する。
【００２１】
印刷装置５のネットワークインタフェイスカード２１１は、ＣＰＵ２０１の制御の下に、印刷装置５と同様にＬＡＮ６に接続されているメールサーバ７に対して、定期的に自装置宛の電子メールが届いているか否かを確認しに行く。ネットワークインタフェイスカード２１１は、自装置宛の電子メールが届いている場合には、この電子メールを受信してＲＡＭ２０３上に形成されている送受信データ記憶エリアに読み込む（ステップＳ５０１）。
【００２２】
このように、電子メールの受信が行われた場合、電子メール認識部２１２は、ＣＰＵ２０１の制御の下に、受信に係る電子メールのデータをヘッダ部、本文部、添付ファイル部に分離し、分離した各部のデータを解析し、その解析したデータを不揮発性ＲＡＭ２１０に格納する（ステップＳ５０２）。なお、解析処理の詳細については、後述する。
【００２３】
次に、ＣＰＵ２０１は、電子メール認識部２１２により解析されたデータをラスタイメージデータに展開し（ステップＳ５０３）、エンジンコントローラ２０５、及びエンジン２０４により印刷させる（ステップＳ５０４）。なお、ステップS５０２の解析処理で解析エラーが発生した場合は、後述するように、ステップS５０４では、その解析エラー情報がヘッダ部、本文部の解析データと共に印刷される。また、添付ファイルの解析時にエラーが発生した場合は、その解析エラーに係る添付ファイルの解析データについては、展開処理、印刷処理が実行されることはない。また、画像データの展開処理、及び印刷処理については、詳細な説明を省略するが、既存のレーザープリンタやデジタル複合機の処理の手法と基本的に同じである。
【００２４】
次に、ネットワークインタフェイスカード２１１は、ＣＰＵ２０１の制御の下に、自装置宛ての電子メールが未だ残っているか否かを判別し（ステップＳ５０５）により、自装置宛ての電子メールが未だ残っていれば、ステップＳ５０１に戻り、その電子メールをメールサーバ７から受信する。なお、自装置宛ての電子メールが複数存在する場合、それら複数の電子メールをステップＳ５０１で一括して受信してもよい。
【００２５】
［第１の実施の形態］
次に、上記ステップＳ５０２における解析処理の詳細（第１の実施の形態）を、図６のフローチャートに基づいて説明する。
【００２６】
電子メール認識部２１２は、ステップＳ６０１，Ｓ６０２において、それぞれヘッダ部、本文部のデータを解析する。この解析処理では、ｂａｓｅ６４、ｕｕｅｎｃｏｄｅ、Ｑｕｏｔｅｄ Ｐｒｉｎｔａｂｌｅ等の方式で英数字コードにコード化（符号化）された電子メール形式のデータを元のバイナリデータにデコードすると共に、圧縮データについては解凍する（後述するステップＳ６０６、及び他の実施の形態も同様）。
【００２７】
次に、電子メール認識部２１２は、上記の解析処理の過程でエラーが発生したか否かを判別する（ステップＳ６０３）。このエラー発生の原因としては、電子メールの上記の符号化方式に対応するデコーダ、データ圧縮方式に対応する解凍ソフト、解析されたデータに対応するキャラクタセット用のフォントデータを印刷装置５が具備していないこと等が挙げられる。
【００２８】
電子メール認識部２１２は、ヘッダ部、本文部の解析の過程で解析エラーが発生した場合は、本文部、及びヘッダ部の解析データに対して当該エラー情報を付加した新たな本文ページのデータを作成して（ステップＳ６０４）、ステップＳ６０５に進み、ヘッダ部、本文部の解析の過程で解析エラーが発生しなかった場合は、ステップＳ６０４の処理をスキップしてステップＳ６０５に進む。
【００２９】
このステップＳ６０５では、電子メール認識部２１２は、添付ファイルが存在するか否かを判別する。その結果、添付ファイルが存在すれば、電子メール認識部２１２は、その添付ファイルを解析し（ステップＳ６０６）、その解析の過程で解析エラーが発生した場合は（ステップＳ６０７）、本文部、及びヘッダ部の解析データに対して当該エラー情報を付加した新たな本文ページのデータを作成して（ステップＳ６０８）、本解析処理を終了する。
【００３０】
なお、ステップＳ６０４、Ｓ６０８では、上記の解析エラーの原因等がエラー情報として本文部の解析データに付加される。また、ステップＳ６０４，Ｓ６０８で付加されたエラー情報は、本文ページのデータとして付加されているので、図５のステップＳ５０４での印刷処理において、最初から記述されていた本文部、及びヘッダ部のデータ（解析データ）と同一の用紙に印刷されることとなる。従って、エラー情報は単独で用紙に印刷されることはなく、用紙の無駄使いを回避することができる。
【００３１】
なお、エラー情報は本文部の解析データの任意の箇所に付加すればよいが、本文部の解析データの最後尾にエラー情報を付加するのが好ましい。
【００３２】
[第２の実施の形態]
第１の実施の形態では、添付ファイルの解析エラーが発生した場合、そのエラー情報は本文部の解析データ（本文ページ）の任意の箇所に付加していたが、第２の実施の形態では、本文ページの各添付ファイル名の記述がある箇所、すなわち添付ファイルのファイル名の近傍に当該添付ファイルのエラー情報を付加し、エラー情報とそのエラー情報に係る添付ファイルのファイル名とを対応付けることにより、どの添付ファイルで解析エラーが発生したかをユーザが容易に認識できるようにしている（図７のステップＳ７０８参照）。
【００３３】
なお、図７のフローチャートのステップＳ７０８以外のステップＳ７０１〜Ｓ７０７の処理は、第１の実施の形態に係る図６のフローチャートのステップＳ６０１〜Ｓ６０７の処理と全く同様なので、ここでは説明を省略する。
【００３４】
［第３の実施の形態］
第２の実施の形態では、ヘッダ部、本文部、添付ファイル部の順に解析処理、及び本文部への解析エラー情報の付加処理を行っていたが、第３の実施の形態では、添付ファイルから解析を始め、添付ファイルの解析終了後は、添付ファイルの次の処理（展開・印刷処理）を開始して本文部、ヘッダ部の解析処理と添付ファイルの展開・印刷処理とを並行して行うことにより、電子メールの印刷処理の迅速化を図っている。
【００３５】
次に、第３の実施の形態における電子メールの解析処理の詳細（図５のステップＳ５０２にほぼ対応）を、図８のフローチャートに基づいて説明する。
【００３６】
電子メール認識部２１２は、まず、添付ファイルが存在するか否かを判別し（ステップＳ８０１）、添付ファイルが存在しなければ、本文部の解析に移行する（ステップＳ８０６）。一方、添付ファイルが存在すれば、電子メール認識部２１２は、その添付ファイルを解析する（ステップＳ８０２）。この場合、電子メール認識部２１２は、添付ファイルの解析が完了すると、その旨をＣＰＵ２０１に通知する。次に、電子メール認識部２１２は、添付ファイルの解析の過程で解析エラーが発生したか否かを判別し（ステップＳ８０３）、添付ファイルの解析エラーが発生した場合は、そのエラー情報をＲＡＭ２０３に格納する（ステップＳ８０４）。
【００３７】
ＣＰＵ２０１は、添付ファイルの解析が完了した旨の通知を電子メール認識部２１２から受けると、添付ファイルの展開処理以降の処理を開始する（ステップＳ８０５）。この場合、ＣＰＵ２０１による添付ファイルの展開処理と、電子メール認識部２１２による後述するステップＳ８０６〜Ｓ８１５の処理とは、並行して行われることとなる。また、添付ファイルの展開処理が短時間で完了した場合は、ＣＰＵ２０１による添付ファイルの印刷処理と、電子メール認識部２１２による後述するステップＳ８０６〜Ｓ８１５の処理とが並行して行われる。
【００３８】
本文部の解析データのステップＳ８０１〜Ｓ８０４の処理が完了すると、本文部のデータを解析し（ステップＳ８０６）、その解析処理の過程でエラーが発生したか否かを判別する（ステップＳ８０７）。その結果、本文部の解析の過程で解析エラーが発生した場合は、電子メール認識部２１２は、そのエラー情報をＲＡＭ２０３に格納して（ステップＳ８０８）、ヘッダ部の解析に移行する（ステップＳ８０９）。一方、本文部の解析の過程で解析エラーが発生しなかった場合は、電子メール認識部２１２は、ステップＳ８０８の処理をスキップして、ヘッダ部の解析に移行する（ステップＳ８０９）。
【００３９】
なお、ここでは、１つの電子メールに対して１つのファイルが添付されていることを想定しているため、上記のように、添付ファイルの解析の後、直ちにヘッダ部、本文部の解析に移行しているが、１つの電子メールに対して複数のファイルが添付されている場合は、１つの添付ファイルの解析の後、未解析の残りの添付ファイルを解析し、全ての添付ファイルを解析し終えた後にヘッダ部、本文部の解析に移行するのが望ましい。
【００４０】
次に、電子メール認識部２１２は、ヘッダ部の解析処理の過程でエラーが発生したか否かを判別する（ステップＳ８１０）。その結果、ヘッダ部の解析の過程で解析エラーが発生した場合は、電子メール認識部２１２は、そのエラー情報をＲＡＭ２０３に格納して（ステップＳ８１１）、ステップＳ８１２に進む。一方、ヘッダ部の解析の過程で解析エラーが発生しなかった場合は、電子メール認識部２１２は、ステップＳ８１１の処理をスキップして、ステップＳ８１２に進む。
【００４１】
このステップＳ８１２では、電子メール認識部２１２は、ＲＡＭ２０３に格納したエラー情報が存在するか否かを判別する。その結果、エラー情報が存在しなければ、電子メール認識部２１２は、本文部、及びヘッダ部の解析データからなる本文ページのデータを作成して（ステップＳ８１４）、本解析処理を終了する。
【００４２】
一方、ＲＡＭ２０３に格納したエラー情報が存在する場合は、電子メール認識部２１２は、そのエラー情報をＲＡＭ２０３から読み出し（ステップＳ８１３）本文部、及びヘッダ部の解析データに対して当該エラー情報を付加した新たな本文ページのデータを作成して（ステップＳ８１５）、本解析処理を終了する。
【００４３】
[第４の実施の形態]
第３の実施の形態では、添付ファイルの解析エラーが発生した場合、そのエラー情報は本文部のデータ（本文ページ）の任意の箇所に付加していたが、第４の実施の形態では、本文ページの各添付ファイル名の記述がある箇所、すなわち添付ファイルのファイル名の近傍に当該添付ファイルのエラー情報を付加し、エラー情報とそのエラー情報に係る添付ファイルのファイル名とを対応付けることにより、どの添付ファイルで解析エラーが発生したかをユーザが容易に認識できるようにしている（図１０のステップＳ９１６参照）。
【００４４】
なお、図９，１０のフローチャートのステップＳ９１６以外のステップＳ９０１〜Ｓ９１７の処理は、第３の実施の形態に係る図８のフローチャートのステップＳ９０１〜Ｓ９１７の処理と全く同様なので、ここでは説明を省略する。
【００４５】
なお、本発明は、上記の実施の形態に限定されることなく、例えば、新たに作成する本文ページには、ヘッダ部の解析データを記載しないようにしてもよい。
【００４６】
また、本発明の目的は、上記実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）をシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出して実行されることによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することとなり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００４７】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施に形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているオペレーティングシステム（ＯＳ）などが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００４８】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに備わる機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明した（図５〜図１０に示す）フローチャートに対応するプログラムコードが格納されることになる。
【図面の簡単な説明】
【００４９】
【図１】本発明に係る画像形成装置を適用した通信システムのシステム構成図である。
【図２】上記通信システムにおけるパーソナルコンピュータの概略構成を示すブロック図である。
【図３】上記通信システムにおける印刷装置の概略構成を示すブロック図である。
【図４】電子メールのデータ内容例を示す図である。
【図５】電子メールの印刷処理の概要を示すフローチャートである。
【図６】第１の実施の形態に係る解析処理を示すフローチャートである。
【図７】第２の実施の形態に係る解析処理を示すフローチャートである。
【図８】第３の実施の形態に係る解析処理を示すフローチャートである。
【図９】第４の実施の形態に係る解析処理を示すフローチャートである。
【図１０】第４の実施の形態に係る解析処理を示すフローチャートである（図９の続き）。
【符号の説明】
【００５０】
１…パーソナルコンピュータ
２，６…LAN
３，７…メールサーバ
５…印刷装置
９…インターネット
２０１…CPU
２０２…ROM
３０３…RAM
２０４…エンジン
２０８…ハードディスクドライブ
２１１…ネットワークインタフェイスカード
２１２…電子メール認識部
【技術分野】
【０００１】
本発明は、電子メール形式でデータを受信して印刷処理を行う画像形成装置、その制御方法、及び制御プログラムに関する。
【背景技術】
【０００２】
近年、電子メールシステムが普及しており、この電子メールシステムを利用し、電子メール形式でデータを受信して印刷処理を行う画像形成装置が実現されている。例えば、送信対象の画像データを圧縮し、この圧縮された画像データを電子メールのフォーマットに変換して電子メールが可能なネットワークに送信すると共に、電子メールのフォーマットで送信されてきた画像データをファクシミリのフォーマットに変換して伸張し、この伸張された画像データを印刷するファクシミリ型電子メール装置が提案されている（特許文献１参照）。
【０００３】
この種の画像形成装置では、一般に、バイナリの画像データを例えばｂａｓｅ６４、ｕｕｅｎｃｏｄｅ、Ｑｕｏｔｅｄ Ｐｒｉｎｔａｂｌｅ等の方式でエンコードすることにより、画像データを電子メールのフォーマットに変換している。また、画像データ等の圧縮方式としては、ＬＺ（Ｌｅｍｐｅｌ−Ｚｉｖ）、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）、ＭＰＥＧ（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）等の各種の方式が用いられている。
【特許文献１】特開平８−２４２３２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、上記のような電子メール機能を有する画像形成装置では、例えばｂａｓｅ６４デコーダを具備していない、所定の方式で圧縮された受信データを解凍するためのソフトを具備していない等の理由により、受信した電子メールのデータを解析中にエラーが発生する場合がある。このようなエラーが発生した場合、従来の電子メール機能を有する画像形成装置では、そのエラー情報を用紙に印刷する際には、エラー情報を単独で用紙に印刷していたため、用紙が無駄になるという問題があった。
【０００５】
そこで、本発明は、受信した電子メールの解析エラー情報を用紙の無駄を回避しつつ印刷し得る画像形成装置、その制御方法、及び制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明は、電子メール受信機能を有する画像形成装置において、受信した電子メールのデータをヘッダ部、本文部、添付ファイルに分離する分離手段と、前記分離手段により分離されたヘッダ部、本文部、添付ファイルのデータを解析する解析手段と、前記解析手段による解析において解析エラーが発生した場合に、そのエラー情報を本文部の解析データに付加して新たな本文ページのデータを作成する作成手段と、少なくとも前記作成手段により作成された本文ページのデータを印刷用のイメージデータに変換して印刷する印刷手段とを有している。
【発明の効果】
【０００７】
本発明によれば、受信した電子メールの解析エラー情報を用紙の無駄を回避しつつ印刷し得る画像形成装置、その制御方法、及び制御プログラムを提供することが可能となる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明を実施するための最良の形態を図面に基づいて説明する。
【０００９】
図１は、本発明に係る画像形成装置を適用した通信システムのシステム構成図である。本通信システムでは、ＬＡＮ２とＬＡＮ６がネットワークルータ４及び８を介してインターネット９に接続されている。また、ＬＡＮ２には、パーソナルコンピュータ１とメールサーバ３が接続され、ＬＡＮ６には、画像形成装置としての印刷装置５とメールサーバ７が接続されており、パーソナルコンピュータ１は、アプリケーションで作成した画像データ等のデータやインターネット９上で取得した画像データ等のデータを電子メール形式で印刷装置５に送信して印刷させることが可能となっている。
【００１０】
印刷装置５は、レーザープリンタ、デジタル複合機、ファクシミリ装置などにより構成され、電子メール機能を有している。メールサーバ３及び７は、ＰＯＰ３サーバ（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ Ｓｅｒｖｅｒ）およびＳＭＴＰサーバ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｒｖｅｒ）の機能を果たすものである。
【００１１】
図２は、パーソナルコンピュータ１の構成を示すブロック図である。パーソナルコンピュータ１は、図２に示したように、パーソナルコンピュータ１の全体の動作制御を司るＣＰＵ１０１、ＣＰＵ１０１での動作制御のための各種プログラムやデータなどが格納されるＲＯＭ１０２、ＣＰＵ１０１の主メモリやワークメモリ等として機能するＲＡＭ１０３を有している。また、パーソナルコンピュータ１は、マウス１０６からの指示入力を制御するマウスコントローラ１０５、キーボード１０８からの指示入力を制御するキーボードコントローラ１０７、ＣＲＴディスプレイ１１０の表示を制御するＣＲＴコントローラ１０９を有している。
【００１２】
更に、パーソナルコンピュータ１は、各種プログラムやデータ（ブートプログラム、種々のアプリケーション、電子メールソフト、ネットワーク管理プログラム等）を記憶するためのハードディスクドライブ１１２及びフロッピー（登録商標）ディスクドライブ１１３とのアクセスを制御するディスクコントローラ１１１、ＬＡＮ２を介してパーソナルコンピュータ１が他のパーソナルコンピュータ或いはメールサーバ３と双方向にデータを授受するためのネットワークインタフェイスカード１１４を有しており、これらの各構成部は、システムバス１０４を介して互いに通信可能なように接続されている。
【００１３】
なお、上記の電子メールソフトは、アプリケーション等で作成された送信対象のデータをｂａｓｅ６４、ｕｕｅｎｃｏｄｅ、Ｑｕｏｔｅｄ Ｐｒｉｎｔａｂｌｅ等の方式でエンコードして電子メール形式のデータに変換する機能を有している。また、上記のアプリケーションには、ＬＺ（Ｌｅｍｐｅｌ−Ｚｉｖ）、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）、ＭＰＥＧ（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）等の方式でデータを圧縮・伸張するソフトが含まれている。
【００１４】
図３は、印刷装置５の構成を示すブロック図である。印刷装置５は、図３に示したように、印刷装置５の全体の動作制御を司るＣＰＵ２０１、ＣＰＵ２０１での動作制御のための各種プログラムやデータ等が格納されるＲＯＭ２０２、ＣＰＵ２０１の主メモリやワークメモリ等として機能するＲＡＭ２０３を有している。また、印刷装置５は、デバイス機能（プリンタ機能やコピー機能等）を実現するエンジン２０４、エンジン２０４の駆動を制御するエンジンコントローラ２０５、ユーザからの各種の操作指示を受け付けたり、種々の情報を表示するパネル２０６、パネル２０６の操作に応じたコマンドを生成したりパネル２０６に対する表示を管理したりするパネルコントローラ２０７を有している。
【００１５】
更に、印刷装置５は、各種プログラムやデータ（ブートプログラム、アドレス帳、電子メールソフト、ネットワーク管理プログラム等）を記憶するためのハードディスクドライブ２０８とのアクセスを制御するディスクコントローラ２０９、不揮発性ＲＡＭ２１０、ＬＡＮ６を介してメールサーバ７と双方向にデータを授受するためのネットワークインタフェイスカード２１１、電子メール認識部２１２を有しており、これらの各構成部は、システムバス２１７を介して互いに通信可能なように接続されている。
【００１６】
なお、上記の電子メールソフトは、ｂａｓｅ６４、ｕｕｅｎｃｏｄｅ、Ｑｕｏｔｅｄ Ｐｒｉｎｔａｂｌｅ等の方式でエンコードされた電子メール形式のデータを少なくともデコードする機能を有している。また、上記のアプリケーションには、ＬＺ（Ｌｅｍｐｅｌ−Ｚｉｖ）、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）、ＭＰＥＧ（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）等の方式でデータを少なくとも伸張するソフトが含まれている。また、ハードディスクドライブ２０８には、図５〜図１０のフローチャートに対応するプログラムも格納されている。
【００１７】
電子メール認識部２１２は、受信した電子メールに画像データが添付されているか否かを判別すると共に、電子メールをヘッダ部、本文部、添付ファイル部に分離してこれら各部のデータを解析し、その解析結果（エラーが生じたか否か）をＣＰＵ２０１に通知する。ＣＰＵ２０１は、エラーが生じた場合は、そのエラー情報を本文部のデータと共に、同一の用紙に印刷させる。なお、ハードディスクドライブ２０８の代替記憶装置として、ＲＡＭやＥＥＰＲＯＭなどを用いることも可能である。
【００１８】
図４は、電子メールのデータ構成例を示している。図４に示したように、電子メールのデータは、ヘッダ部、本文部、及び必要に応じて添付される添付ファイル部により構成されている。
【００１９】
ヘッダ部には、Ｄａｔａ（電子メールの送信日時）、Ｆｒｏｍ（電子メールの送信者）、Ｍｅｓｓａｇｅ−ＩＤ（メールデータのＩＤ情報）、Ｔｏ（電子メールの宛先）、Ｓｕｂｊｅｃｔ（電子メールのタイトル）等の情報が記載され、本文部には、送信者からのメッセージが記載されている。また、添付ファイル部は、アプリケーション等で得られたバイナリのテキストデータ、画像データ等を電子メール形式のデータとして格納したファイルであり、バイナリのデータがｂａｓｅ６４、ｕｕｅｎｃｏｄｅ、Ｑｕｏｔｅｄ Ｐｒｉｎｔａｂｌｅ等の方式で英数字のコードデータに変換（エンコード）されて格納されている。また、ファイル部のデータは、必要に応じて所定の方式で圧縮されている。
【００２０】
次に、印刷装置５による電子メールデータの印刷処理の概要を、図５のフローチャートに従って説明する。
【００２１】
印刷装置５のネットワークインタフェイスカード２１１は、ＣＰＵ２０１の制御の下に、印刷装置５と同様にＬＡＮ６に接続されているメールサーバ７に対して、定期的に自装置宛の電子メールが届いているか否かを確認しに行く。ネットワークインタフェイスカード２１１は、自装置宛の電子メールが届いている場合には、この電子メールを受信してＲＡＭ２０３上に形成されている送受信データ記憶エリアに読み込む（ステップＳ５０１）。
【００２２】
このように、電子メールの受信が行われた場合、電子メール認識部２１２は、ＣＰＵ２０１の制御の下に、受信に係る電子メールのデータをヘッダ部、本文部、添付ファイル部に分離し、分離した各部のデータを解析し、その解析したデータを不揮発性ＲＡＭ２１０に格納する（ステップＳ５０２）。なお、解析処理の詳細については、後述する。
【００２３】
次に、ＣＰＵ２０１は、電子メール認識部２１２により解析されたデータをラスタイメージデータに展開し（ステップＳ５０３）、エンジンコントローラ２０５、及びエンジン２０４により印刷させる（ステップＳ５０４）。なお、ステップS５０２の解析処理で解析エラーが発生した場合は、後述するように、ステップS５０４では、その解析エラー情報がヘッダ部、本文部の解析データと共に印刷される。また、添付ファイルの解析時にエラーが発生した場合は、その解析エラーに係る添付ファイルの解析データについては、展開処理、印刷処理が実行されることはない。また、画像データの展開処理、及び印刷処理については、詳細な説明を省略するが、既存のレーザープリンタやデジタル複合機の処理の手法と基本的に同じである。
【００２４】
次に、ネットワークインタフェイスカード２１１は、ＣＰＵ２０１の制御の下に、自装置宛ての電子メールが未だ残っているか否かを判別し（ステップＳ５０５）により、自装置宛ての電子メールが未だ残っていれば、ステップＳ５０１に戻り、その電子メールをメールサーバ７から受信する。なお、自装置宛ての電子メールが複数存在する場合、それら複数の電子メールをステップＳ５０１で一括して受信してもよい。
【００２５】
［第１の実施の形態］
次に、上記ステップＳ５０２における解析処理の詳細（第１の実施の形態）を、図６のフローチャートに基づいて説明する。
【００２６】
電子メール認識部２１２は、ステップＳ６０１，Ｓ６０２において、それぞれヘッダ部、本文部のデータを解析する。この解析処理では、ｂａｓｅ６４、ｕｕｅｎｃｏｄｅ、Ｑｕｏｔｅｄ Ｐｒｉｎｔａｂｌｅ等の方式で英数字コードにコード化（符号化）された電子メール形式のデータを元のバイナリデータにデコードすると共に、圧縮データについては解凍する（後述するステップＳ６０６、及び他の実施の形態も同様）。
【００２７】
次に、電子メール認識部２１２は、上記の解析処理の過程でエラーが発生したか否かを判別する（ステップＳ６０３）。このエラー発生の原因としては、電子メールの上記の符号化方式に対応するデコーダ、データ圧縮方式に対応する解凍ソフト、解析されたデータに対応するキャラクタセット用のフォントデータを印刷装置５が具備していないこと等が挙げられる。
【００２８】
電子メール認識部２１２は、ヘッダ部、本文部の解析の過程で解析エラーが発生した場合は、本文部、及びヘッダ部の解析データに対して当該エラー情報を付加した新たな本文ページのデータを作成して（ステップＳ６０４）、ステップＳ６０５に進み、ヘッダ部、本文部の解析の過程で解析エラーが発生しなかった場合は、ステップＳ６０４の処理をスキップしてステップＳ６０５に進む。
【００２９】
このステップＳ６０５では、電子メール認識部２１２は、添付ファイルが存在するか否かを判別する。その結果、添付ファイルが存在すれば、電子メール認識部２１２は、その添付ファイルを解析し（ステップＳ６０６）、その解析の過程で解析エラーが発生した場合は（ステップＳ６０７）、本文部、及びヘッダ部の解析データに対して当該エラー情報を付加した新たな本文ページのデータを作成して（ステップＳ６０８）、本解析処理を終了する。
【００３０】
なお、ステップＳ６０４、Ｓ６０８では、上記の解析エラーの原因等がエラー情報として本文部の解析データに付加される。また、ステップＳ６０４，Ｓ６０８で付加されたエラー情報は、本文ページのデータとして付加されているので、図５のステップＳ５０４での印刷処理において、最初から記述されていた本文部、及びヘッダ部のデータ（解析データ）と同一の用紙に印刷されることとなる。従って、エラー情報は単独で用紙に印刷されることはなく、用紙の無駄使いを回避することができる。
【００３１】
なお、エラー情報は本文部の解析データの任意の箇所に付加すればよいが、本文部の解析データの最後尾にエラー情報を付加するのが好ましい。
【００３２】
[第２の実施の形態]
第１の実施の形態では、添付ファイルの解析エラーが発生した場合、そのエラー情報は本文部の解析データ（本文ページ）の任意の箇所に付加していたが、第２の実施の形態では、本文ページの各添付ファイル名の記述がある箇所、すなわち添付ファイルのファイル名の近傍に当該添付ファイルのエラー情報を付加し、エラー情報とそのエラー情報に係る添付ファイルのファイル名とを対応付けることにより、どの添付ファイルで解析エラーが発生したかをユーザが容易に認識できるようにしている（図７のステップＳ７０８参照）。
【００３３】
なお、図７のフローチャートのステップＳ７０８以外のステップＳ７０１〜Ｓ７０７の処理は、第１の実施の形態に係る図６のフローチャートのステップＳ６０１〜Ｓ６０７の処理と全く同様なので、ここでは説明を省略する。
【００３４】
［第３の実施の形態］
第２の実施の形態では、ヘッダ部、本文部、添付ファイル部の順に解析処理、及び本文部への解析エラー情報の付加処理を行っていたが、第３の実施の形態では、添付ファイルから解析を始め、添付ファイルの解析終了後は、添付ファイルの次の処理（展開・印刷処理）を開始して本文部、ヘッダ部の解析処理と添付ファイルの展開・印刷処理とを並行して行うことにより、電子メールの印刷処理の迅速化を図っている。
【００３５】
次に、第３の実施の形態における電子メールの解析処理の詳細（図５のステップＳ５０２にほぼ対応）を、図８のフローチャートに基づいて説明する。
【００３６】
電子メール認識部２１２は、まず、添付ファイルが存在するか否かを判別し（ステップＳ８０１）、添付ファイルが存在しなければ、本文部の解析に移行する（ステップＳ８０６）。一方、添付ファイルが存在すれば、電子メール認識部２１２は、その添付ファイルを解析する（ステップＳ８０２）。この場合、電子メール認識部２１２は、添付ファイルの解析が完了すると、その旨をＣＰＵ２０１に通知する。次に、電子メール認識部２１２は、添付ファイルの解析の過程で解析エラーが発生したか否かを判別し（ステップＳ８０３）、添付ファイルの解析エラーが発生した場合は、そのエラー情報をＲＡＭ２０３に格納する（ステップＳ８０４）。
【００３７】
ＣＰＵ２０１は、添付ファイルの解析が完了した旨の通知を電子メール認識部２１２から受けると、添付ファイルの展開処理以降の処理を開始する（ステップＳ８０５）。この場合、ＣＰＵ２０１による添付ファイルの展開処理と、電子メール認識部２１２による後述するステップＳ８０６〜Ｓ８１５の処理とは、並行して行われることとなる。また、添付ファイルの展開処理が短時間で完了した場合は、ＣＰＵ２０１による添付ファイルの印刷処理と、電子メール認識部２１２による後述するステップＳ８０６〜Ｓ８１５の処理とが並行して行われる。
【００３８】
本文部の解析データのステップＳ８０１〜Ｓ８０４の処理が完了すると、本文部のデータを解析し（ステップＳ８０６）、その解析処理の過程でエラーが発生したか否かを判別する（ステップＳ８０７）。その結果、本文部の解析の過程で解析エラーが発生した場合は、電子メール認識部２１２は、そのエラー情報をＲＡＭ２０３に格納して（ステップＳ８０８）、ヘッダ部の解析に移行する（ステップＳ８０９）。一方、本文部の解析の過程で解析エラーが発生しなかった場合は、電子メール認識部２１２は、ステップＳ８０８の処理をスキップして、ヘッダ部の解析に移行する（ステップＳ８０９）。
【００３９】
なお、ここでは、１つの電子メールに対して１つのファイルが添付されていることを想定しているため、上記のように、添付ファイルの解析の後、直ちにヘッダ部、本文部の解析に移行しているが、１つの電子メールに対して複数のファイルが添付されている場合は、１つの添付ファイルの解析の後、未解析の残りの添付ファイルを解析し、全ての添付ファイルを解析し終えた後にヘッダ部、本文部の解析に移行するのが望ましい。
【００４０】
次に、電子メール認識部２１２は、ヘッダ部の解析処理の過程でエラーが発生したか否かを判別する（ステップＳ８１０）。その結果、ヘッダ部の解析の過程で解析エラーが発生した場合は、電子メール認識部２１２は、そのエラー情報をＲＡＭ２０３に格納して（ステップＳ８１１）、ステップＳ８１２に進む。一方、ヘッダ部の解析の過程で解析エラーが発生しなかった場合は、電子メール認識部２１２は、ステップＳ８１１の処理をスキップして、ステップＳ８１２に進む。
【００４１】
このステップＳ８１２では、電子メール認識部２１２は、ＲＡＭ２０３に格納したエラー情報が存在するか否かを判別する。その結果、エラー情報が存在しなければ、電子メール認識部２１２は、本文部、及びヘッダ部の解析データからなる本文ページのデータを作成して（ステップＳ８１４）、本解析処理を終了する。
【００４２】
一方、ＲＡＭ２０３に格納したエラー情報が存在する場合は、電子メール認識部２１２は、そのエラー情報をＲＡＭ２０３から読み出し（ステップＳ８１３）本文部、及びヘッダ部の解析データに対して当該エラー情報を付加した新たな本文ページのデータを作成して（ステップＳ８１５）、本解析処理を終了する。
【００４３】
[第４の実施の形態]
第３の実施の形態では、添付ファイルの解析エラーが発生した場合、そのエラー情報は本文部のデータ（本文ページ）の任意の箇所に付加していたが、第４の実施の形態では、本文ページの各添付ファイル名の記述がある箇所、すなわち添付ファイルのファイル名の近傍に当該添付ファイルのエラー情報を付加し、エラー情報とそのエラー情報に係る添付ファイルのファイル名とを対応付けることにより、どの添付ファイルで解析エラーが発生したかをユーザが容易に認識できるようにしている（図１０のステップＳ９１６参照）。
【００４４】
なお、図９，１０のフローチャートのステップＳ９１６以外のステップＳ９０１〜Ｓ９１７の処理は、第３の実施の形態に係る図８のフローチャートのステップＳ９０１〜Ｓ９１７の処理と全く同様なので、ここでは説明を省略する。
【００４５】
なお、本発明は、上記の実施の形態に限定されることなく、例えば、新たに作成する本文ページには、ヘッダ部の解析データを記載しないようにしてもよい。
【００４６】
また、本発明の目的は、上記実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）をシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出して実行されることによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することとなり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００４７】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施に形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているオペレーティングシステム（ＯＳ）などが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００４８】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに備わる機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明した（図５〜図１０に示す）フローチャートに対応するプログラムコードが格納されることになる。
【図面の簡単な説明】
【００４９】
【図１】本発明に係る画像形成装置を適用した通信システムのシステム構成図である。
【図２】上記通信システムにおけるパーソナルコンピュータの概略構成を示すブロック図である。
【図３】上記通信システムにおける印刷装置の概略構成を示すブロック図である。
【図４】電子メールのデータ内容例を示す図である。
【図５】電子メールの印刷処理の概要を示すフローチャートである。
【図６】第１の実施の形態に係る解析処理を示すフローチャートである。
【図７】第２の実施の形態に係る解析処理を示すフローチャートである。
【図８】第３の実施の形態に係る解析処理を示すフローチャートである。
【図９】第４の実施の形態に係る解析処理を示すフローチャートである。
【図１０】第４の実施の形態に係る解析処理を示すフローチャートである（図９の続き）。
【符号の説明】
【００５０】
１…パーソナルコンピュータ
２，６…LAN
３，７…メールサーバ
５…印刷装置
９…インターネット
２０１…CPU
２０２…ROM
３０３…RAM
２０４…エンジン
２０８…ハードディスクドライブ
２１１…ネットワークインタフェイスカード
２１２…電子メール認識部
【特許請求の範囲】
【請求項１】
電子メール受信機能を有する画像形成装置において、
受信した電子メールのデータをヘッダ部、本文部、添付ファイルに分離する分離手段と、
前記分離手段により分離されたヘッダ部、本文部、添付ファイルのデータを解析する解析手段と、
前記解析手段による解析において解析エラーが発生した場合に、そのエラー情報を本文部の解析データに付加して新たな本文ページのデータを作成する作成手段と、
少なくとも前記作成手段により作成された本文ページのデータを印刷用のイメージデータに変換して印刷する印刷手段と、
を有することを特徴とする画像形成装置。
【請求項２】
前記作成手段は、前記エラー情報を本文部の解析データの最後尾に付加することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記作成手段は、本文部の解析データ中の添付ファイルのファイル名の近傍に、当該添付ファイルのエラー情報を付加することを特徴とする請求項１に記載の画像形形成装置。
【請求項４】
前記解析手段は、最初に添付ファイルのデータを解析し、前記印刷手段は、解析エラーが発生しなかった添付ファイルについては、前記解析手段による当該添付ファイルのデータの解析処理が完了した後、直ちに当該添付ファイルの解析データの前記変換・印刷処理を開始し、前記解析手段は、前記印刷手段による変換・印刷処理と並行して、未解析に係る添付ファイルのデータ、又はヘッダ部、本文部のデータを解析することを特徴とする請求項１〜３の何れかに記載の画像形成装置。
【請求項５】
電子メール受信機能を有する画像形成装置の制御方法において、
受信した電子メールのデータをヘッダ部、本文部、添付ファイルに分離する分離工程と、
前記分離工程により分離されたヘッダ部、本文部、添付ファイルのデータを解析する解析工程と、
前記解析工程による解析において解析エラーが発生した場合に、そのエラー情報を本文部の解析データに付加して新たな本文ページのデータを作成する作成工程と、
少なくとも前記作成工程により作成された本文ページのデータを印刷用のイメージデータに変換して印刷する印刷工程と、
を有することを特徴とする画像形成装置の制御方法。
【請求項６】
電子メール受信機能を有する画像形成装置の制御プログラムであって、
受信した電子メールのデータをヘッダ部、本文部、添付ファイルに分離して、ヘッダ部、本文部、添付ファイルのデータを解析し、その解析において解析エラーが発生した場合に、そのエラー情報を本文部の解析データに付加して新たな本文ページのデータを作成し、少なくとも作成された本文ページのデータを印刷用のイメージデータに変換して印刷する内容を有することを特徴とする制御プログラム。
【請求項７】
受信した電子メールを解析する解析手段と、
前記解析手段による解析において解析エラーが発生した場合に、エラー情報を電子メール本文のデータに付加する付加手段と、
前記付加手段によりエラー情報の付加された電子メール本文のデータを印刷する印刷手段とを有することを特徴とする画像形成装置。
【請求項８】
受信した電子メールを解析する解析ステップと、
前記解析ステップによる解析において解析エラーが発生した場合に、エラー情報を電子メール本文のデータに付加する付加ステップと、
前記付加ステップによりエラー情報の付加された電子メール本文のデータを印刷する印刷ステップとを有することを特徴とする画像形成装置の制御方法。
【請求項９】
受信した電子メールを解析する解析ステップと、
前記解析ステップによる解析において解析エラーが発生した場合に、エラー情報を電子メール本文のデータに付加する付加ステップと、
前記付加ステップによりエラー情報の付加された電子メール本文のデータを印刷する印刷ステップとを有することを特徴とする画像形成装置の制御プログラム
【請求項１】
電子メール受信機能を有する画像形成装置において、
受信した電子メールのデータをヘッダ部、本文部、添付ファイルに分離する分離手段と、
前記分離手段により分離されたヘッダ部、本文部、添付ファイルのデータを解析する解析手段と、
前記解析手段による解析において解析エラーが発生した場合に、そのエラー情報を本文部の解析データに付加して新たな本文ページのデータを作成する作成手段と、
少なくとも前記作成手段により作成された本文ページのデータを印刷用のイメージデータに変換して印刷する印刷手段と、
を有することを特徴とする画像形成装置。
【請求項２】
前記作成手段は、前記エラー情報を本文部の解析データの最後尾に付加することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記作成手段は、本文部の解析データ中の添付ファイルのファイル名の近傍に、当該添付ファイルのエラー情報を付加することを特徴とする請求項１に記載の画像形形成装置。
【請求項４】
前記解析手段は、最初に添付ファイルのデータを解析し、前記印刷手段は、解析エラーが発生しなかった添付ファイルについては、前記解析手段による当該添付ファイルのデータの解析処理が完了した後、直ちに当該添付ファイルの解析データの前記変換・印刷処理を開始し、前記解析手段は、前記印刷手段による変換・印刷処理と並行して、未解析に係る添付ファイルのデータ、又はヘッダ部、本文部のデータを解析することを特徴とする請求項１〜３の何れかに記載の画像形成装置。
【請求項５】
電子メール受信機能を有する画像形成装置の制御方法において、
受信した電子メールのデータをヘッダ部、本文部、添付ファイルに分離する分離工程と、
前記分離工程により分離されたヘッダ部、本文部、添付ファイルのデータを解析する解析工程と、
前記解析工程による解析において解析エラーが発生した場合に、そのエラー情報を本文部の解析データに付加して新たな本文ページのデータを作成する作成工程と、
少なくとも前記作成工程により作成された本文ページのデータを印刷用のイメージデータに変換して印刷する印刷工程と、
を有することを特徴とする画像形成装置の制御方法。
【請求項６】
電子メール受信機能を有する画像形成装置の制御プログラムであって、
受信した電子メールのデータをヘッダ部、本文部、添付ファイルに分離して、ヘッダ部、本文部、添付ファイルのデータを解析し、その解析において解析エラーが発生した場合に、そのエラー情報を本文部の解析データに付加して新たな本文ページのデータを作成し、少なくとも作成された本文ページのデータを印刷用のイメージデータに変換して印刷する内容を有することを特徴とする制御プログラム。
【請求項７】
受信した電子メールを解析する解析手段と、
前記解析手段による解析において解析エラーが発生した場合に、エラー情報を電子メール本文のデータに付加する付加手段と、
前記付加手段によりエラー情報の付加された電子メール本文のデータを印刷する印刷手段とを有することを特徴とする画像形成装置。
【請求項８】
受信した電子メールを解析する解析ステップと、
前記解析ステップによる解析において解析エラーが発生した場合に、エラー情報を電子メール本文のデータに付加する付加ステップと、
前記付加ステップによりエラー情報の付加された電子メール本文のデータを印刷する印刷ステップとを有することを特徴とする画像形成装置の制御方法。
【請求項９】
受信した電子メールを解析する解析ステップと、
前記解析ステップによる解析において解析エラーが発生した場合に、エラー情報を電子メール本文のデータに付加する付加ステップと、
前記付加ステップによりエラー情報の付加された電子メール本文のデータを印刷する印刷ステップとを有することを特徴とする画像形成装置の制御プログラム
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００６−１１９３３（Ｐ２００６−１１９３３Ａ）
【公開日】平成１８年１月１２日（２００６．１．１２）
【国際特許分類】
【出願番号】特願２００４−１８９６０３（Ｐ２００４−１８９６０３）
【出願日】平成１６年６月２８日（２００４．６．２８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成１８年１月１２日（２００６．１．１２）
【国際特許分類】
【出願日】平成１６年６月２８日（２００４．６．２８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]