(57)【要約】【課題】一ページ分の画像イメージを生成するためのメモリ領域を確保できない場合であっても、画像読取装置から読み取った画像をファイル化してメール送信することのできる複合機を提供する。【解決手段】本発明による複合機は、画像読取装置から所定のブロック単位で画像データを読み取りメモリに格納する手段と、ブロック単位で読み取られた画像データを、ブロック単位で所定形式に符号化し、順次ネットワーク外部に送出する手段と、を備える。好適には、電子メールのプロトコルに適合する形式に画像データを符号化し、符号化されたデータを順次メールサーバに送出する。【選択図】図３
2008098773.tif 000002
【特許請求の範囲】
【請求項１】
画像を画像データとして読み取るための画像読取装置と、
前記画像読取装置により読み取られた画像データを一時的に記憶するためのメモリと、
前記画像読取装置により読み取られた画像データを前記メモリに格納し、当該画像データを加工した後、ネットワーク外部へデータを送出する処理を制御する制御手段と、
を備え、
前記制御手段は、
前記画像読取装置から所定のブロック単位で画像データを読み取り、前記メモリに格納するブロック読取手段と、
前記ブロック単位で読み取られた画像データを、ブロック単位で所定形式に符号化し、順次ネットワーク外部に送出するデータ送出手段と、
を備える複合機。
【請求項２】
前記データ送出手段は、
電子メールのプロトコルに適合する形式に前記画像データを符号化し、符号化されたデータを順次メールサーバに送出する、
ことを特徴とする請求項１記載の複合機。
【請求項３】
前記メモリにおける画像データを一時的に記憶するための記憶領域の容量は、
一ブロック分の画像データの容量よりも大きく、かつ、一ページ分の画像データの容量よりも小さいものである、
ことを特徴とする請求項１又は２記載の複合機。
【請求項４】
前記画像データは、Ｊｐｅｇ形式のデータである、
ことを特徴とする請求項１乃至３のいずれかに記載の複合機。
【請求項５】
画像を画像データとして読み取るための画像読取装置と、複合機の動作及び処理を制御する制御手段と、を備え、ネットワークを介して外部にデータを送信可能な複合機におけるデータ送信方法であって、
前記制御手段が、
前記画像読取装置から所定のブロック単位で画像データを読み取るステップと、
前記ブロック単位で読み取られた画像データを、ブロック単位で所定形式に符号化するステップと、
前記符号化されたデータを、順次ネットワーク外部に送出するステップと、
を実行するデータ送信方法。
【請求項６】
請求項５に記載のデータ送信方法を、複合機を制御するコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像読取装置により読み取った画像をファイル化して送信する技術に関する。
【背景技術】
【０００２】
従来、スキャナから読み取ったイメージデータを電子メールとして送信する技術として特許文献１に記載のものが知られている。特許文献１には、原稿をスキャナで読み取ってイメージデータを取得し、当該イメージデータを圧縮したものを電子メールのフォーマットに変換することによって、電子メールの送信を行う複合機が開示されている。
【特許文献１】特開平８−２４２３２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、上記従来の複合機では、スキャナから読み取った画像をＪｐｅｇ等の画像形式にファイル化して、添付ファイルとしてメール送信する際、複合機内で画像をファイル化してから、添付ファイルとして送信するため、一ページ全体の画像イメージのファイルサイズ分の記憶領域を確保する必要があり、ファイル化するための領域が確保できない場合は、添付ファイルを送信することができないという制約がある。
【０００４】
本発明は、かかる事情に鑑みてなされたものであり、一ページ分の画像イメージを生成するためのメモリ領域を確保できない場合であっても、画像読取装置から読み取った画像をファイル化して送信することのできる複合機を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本発明による複合機は、画像を画像データとして読み取るための画像読取装置と、画像読取装置により読み取られた画像データを一時的に記憶するためのメモリと、画像読取装置により読み取られた画像データを前記メモリに格納し、当該画像データを加工した後、ネットワーク外部へデータを送出する処理を制御する制御手段と、を備える。そして、制御手段は、画像読取装置から所定のブロック単位で画像データを読み取り、メモリに格納するブロック読取手段と、ブロック単位で読み取られた画像データを、ブロック単位で所定形式に符号化し、順次ネットワーク外部に送出するデータ送出手段と、を備える。
【０００６】
かかる発明によれば、複合機内で画像のファイル化を行う際、画像ファイルを作成しながら、ネットワーク外部に送信することで、一ファイル分のメモリ領域を確保することなくデータ送信が可能となるため、複合機内で、一ページ分の画像イメージを生成するためのメモリ領域を確保できない場合であっても、画像読取装置から読み取った画像をファイル化して送信することが可能となる。
【０００７】
また、データ送出手段は、電子メールのプロトコルに適合する形式に前記画像データを符号化し、符号化されたデータを順次メールサーバに送出するものであることが好ましい。かかる発明によれば、画像ファイルを作成しながら、メールサーバに送信することで、一ファイル分のメモリ領域を確保することなくメール送信が可能となり、複合機内で、確保できないサイズのファイルを添付ファイルとして電子メール送信することが可能となる。
【０００８】
さらに、メモリにおける画像データを一時的に記憶するための記憶領域の容量は、一ブロック分の画像データの容量よりも大きく、かつ、一画像分の画像データの容量よりも小さいものであることが好ましい。かかる発明によれば、複合機内で画像ファイルを保存する領域が確保できない場合であっても、一ブロック分の領域だけで、メール送信を行うことができる。
【０００９】
また、本発明における画像データは、Ｊｐｅｇ形式のデータであることが好ましい。かかる発明によれば、複合機で、スキャナから読み取った画像をファイル化して送信する際、画像を生成するためのメモリ領域が確保できなかった場合、画像をＪｐｅｇファイルとして作成することで、メモリ領域を有効に利用し送信を可能とする。また、ユーザがＰＤＦやＴＩＦＦファイルでメール送信を行おうとしたときに、領域が確保できなかった場合なども、Ｊｐｅｇファイルで送信することによってメール送信が可能となる。
【００１０】
また、本発明によるデータ送信方法は、画像を画像データとして読み取るための画像読取装置と、複合機の動作及び処理を制御する制御手段と、を備え、ネットワークを介して外部にデータを送信可能な複合機におけるデータ送信方法であって、制御手段が、画像読取装置から所定のブロック単位で画像データを読み取るステップと、ブロック単位で読み取られた画像データを、ブロック単位で所定形式に符号化するステップと、符号化されたデータを、順次ネットワーク外部に送出するステップと、を実行する。かかる発明によれば、複合機内で画像のファイル化を行う際、画像ファイルを作成しながら、ネットワーク外部に送信することで、一ファイル分のメモリ領域を確保することなくデータ送信が可能となるため、複合機内で、確保できないサイズの画像データを送信することが可能となる。
【００１１】
本発明のプログラムは、本発明のデータ送信方法の各処理ステップを、複合機の動作を制御するコンピュータに実行させることを特徴とする。本発明のプログラムは、ＣＤ−ＲＯＭ等の光学ディスク、磁気ディスク、半導体メモリなどの各種の記録媒体を通じて、又は通信ネットワークなどを介してダウンロードすることにより、コンピュータにインストール又はロードすることができる。
【００１２】
なお、本明細書等において、手段とは、単に物理的手段を意味するものではなく、その手段が有する機能をソフトウェアによって実現する場合も含む。また、１つの手段が有する機能が２つ以上の物理的手段により実現されても、２つ以上の手段の機能が１つの物理的手段により実現されてもよい。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態について図面を参照しつつ詳細に説明する。なお、同一の要素には同一の符号を付し、重複する説明を省略する。
【００１４】
図１は、本発明の一実施形態に係る複合機１０を含む情報処理システムの概略構成を示すブロック図である。図１に示すように、本情報処理システムは、複合機１０と、メールサーバ２０とを備え、これらがネットワーク３０を介して相互に接続されることにより構成される。
【００１５】
複合機１０は、典型的には、画像形成装置にスキャナやストレージ、ＦＡＸ等の機能を統合した装置であるが、本発明においては、複合機１０の動作を制御するための本体部１１と、画像をイメージデータとして読み取る機能を有するスキャナ（画像読取装置）１２とを、少なくとも備えている。
【００１６】
また、本体部１１は、ＣＰＵ１３と、ＲＯＭ１４と、ＲＡＭ１５と、通信インタフェース１６とを備えている。ＣＰＵ１３は、制御部及び演算装置として機能し、複合機１０の各装置・回路を統括制御する。ＲＯＭ１４には、プログラム等が記憶される。ＲＡＭ１５は、データの一時記憶やＣＰＵ１３によるプログラム実行時の作業用領域として利用される。通信インタフェース１６は、ネットワーク３０と接続されてデータの送受信を制御する。
【００１７】
メールサーバ２０は、インターネット等の外部ネットワーク４０に接続され、電子メールの送信や受信を行うコンピュータである。ＣＰＵ、ＲＯＭ、ＲＡＭ、外部記憶装置、入出力インタフェース、及び通信インタフェース等を備える汎用のコンピュータを、メールサーバ２０として適用してもよい。
【００１８】
ネットワーク３０は、複合機１０とメールサーバ２０との間で情報を送受信するための通信回線である。例えば、ＬＡＮ、専用線、企業内ネットワーク、インターネット、その他の通信回線、それらの組み合わせ等のいずれであってもよく、有線であるか無線であるかを問わない。
【００１９】
図２は、本実施形態に係るＣＰＵ１３において実装される機能構成を示すブロック図である。図２に示すように、ＣＰＵ１３は、ブロック読取手段５１と、データ送出手段５２とを備えるよう機能する。なお、本実施形態において、複合機１０は、ＣＰＵ１３が、ＲＯＭ１４に記憶された所定のプログラムを実行することにより、上記各機能手段を実装するよう機能する。
【００２０】
ブロック読取手段５１は、スキャナ１２から１ブロックずつ画像を読み取り、読み取った１ブロック分のイメージデータをＲＡＭ１５に格納する機能を備えている。ここで、ブロックとは、スキャナ１２が一回のスキャンにより読み取る所定の単位領域のことであり、本実施形態においては、１ブロックの大きさは、スキャナ１２により読み取られるべき全画像の大きさよりも小さいものであることが想定されている。そして、後述するＢａｓｅ６４に渡すデータ量にあわせた大きさ、すなわち、ＲＡＭ１５の空メモリの大きさによって１ブロックの大きさを決めて、解像度、画像サイズ等によりスキャンするライン数をスキャナに指定することが好ましい。また、ブロック読取手段５１は、データ送出手段５２が一ブロック分のデータを送出した後、次のブロックの画像データを読み取るよう機能する。
【００２１】
データ送出手段５２は、ＲＡＭ１５に格納されたブロック単位のイメージデータを順次通信ネットワーク１６を介して送出する機能を備えている。このとき、ブロック単位のイメージデータは、所定バイトごとに分割され、所定バイトごとに、ネットワーク３０を介してメールサーバ２０に送信される。送出しようとするデータが所定バイトに満たない場合は、次のブロックのイメージデータが読み取られるのを待ち、当該次のブロックのイメージデータを利用して、メールサーバ２０に送信するデータが所定バイトになるよう調整する。
【００２２】
次に、上記のように構成される情報処理システムの動作の概要について説明する。
【００２３】
（全体の処理の流れ）
図３は、本実施形態における情報処理システムによる処理の流れを示すフローチャートである。
【００２４】
まず、複合機１０は、スキャナ１２から読み取ってファイル化した画像を保存しておくための領域を確保する（Ｓ６１）。このとき、領域を確保できた場合は、通常の送信処理を行う（Ｓ６８）。一方、領域を確保できなかった場合は、後述するステップＳ６３乃至ステップＳ６７の処理を行い、ブロック毎に画像を送信する（Ｓ６２）。
【００２５】
ステップＳ６２において、領域を確保できなかった場合の処理は、以下のとおりである。まず、ブロック毎にエンコードするため、１ブロック分のエンコード結果を保存するための領域を確保する（Ｓ６３）。次に、サーバ接続処理として、メールサーバ２０に接続し、メール送信に必要な情報を送信する（Ｓ６４）。そして、添付ファイルデータを送信するエンティティの送信処理を行う（Ｓ６５）。ここで、エンティティとは、メッセージ本体とメッセージヘッダを含むマルチパートメッセージの要素を表すものである。本発明では、一つのエンティティが一つの画像や、メール本文等に対応する。そして、１回のエンティティ送信処理で一ページ分の画像を送信する。
【００２６】
その後、全ての画像の送信が完了したかを判断し（Ｓ６６）、完了していない場合は、次の画像に対してエンティティ送信処理を行う。そして、全ての画像を送信完了した場合は、サーバ切断処理を行う（Ｓ６７）。
【００２７】
（サーバ接続処理）
図４は、本実施形態におけるサーバ接続処理（ステップＳ６４）の詳細を示すフローチャートである。まず、複合機１０はメールサーバ２０に接続する（Ｓ６４１）。そして、ＥＨＬＯコマンドを発行し、接続の初期処理を行い（Ｓ６４２）、ＭＡＩＬコマンドでメール送信者の設定を行う（Ｓ６４３）。メールサーバ２０は、このＭＡＩＬコマンドにより設定された者をメール送信者であると認識する。さらに、ＲＣＰＴコマンドでメール受信者の設定を行う（Ｓ６４４）。続いて、ＤＡＴＡコマンドを発行し、サーバに対してメールデータを送信できる状態にする（Ｓ６４５）。そして、複合機１０はメールサーバ２０に対して、メールヘッダ部の送信を行う（Ｓ６４６）。メールに本文が有る場合は、メール本文のエンティティを送信する（Ｓ６４７）。
【００２８】
（エンティティ送信処理）
図５は、本実施形態におけるエンティティ送信処理（ステップＳ６５）の詳細を示すフローチャートである。このエンティティ送信処理は、エンティティとして画像ファイルを送信するときに行われる。
【００２９】
まず、複合機１０はメールサーバ２０に対して、エンティティのヘッダ部の送信を行う（Ｓ６５１）。次に、所定形式の画像ファイルを生成するためのライブラリを使用してヘッダ部をエンコードする（Ｓ６５２）。なお、画像ファイルとして、Ｊｐｅｇ形式の画像ファイルを生成することが好ましい。そして、エンコードした結果に対して、Ｂａｓｅ６４変換を行い、メールサーバ２０に送信する（Ｓ６５３）。このとき、Ｂａｓｅ６４変換を行う前のデータサイズが３バイトの倍数で無い場合、３バイトで割り切れるサイズ分のみを送信し、パディングは行わない。３バイトで割り切れなかった余りのデータは、次に送信するデータの先頭に付加する。なお、Ｂａｓｅ６４とは、電子メールに画像などのバイナリデータを添付する際に、中身を文字列（テキスト）データに置換（エンコード）する方式の一つである。また、パディングとは、ダミーのデータを付加して３バイトに揃える処理のことである。
【００３０】
次に、スキャナ１２で読み取った１ブロック分のデータを、ライブラリを使用して所定の画像形式（Ｊｐｅｇ等）にブロック毎にエンコードする（Ｓ６５４）。そして、エンコードした結果に対して、Ｂａｓｅ６４変換を行い送信する（Ｓ６５５）。このとき、ステップＳ６５３と同様に、Ｂａｓｅ６４変換を行う前のデータサイズが３バイトの倍数で無い場合はパディングを行わず、３バイトで割り切れるサイズだけを送信する。余りのデータは、次に送信するデータの先頭に付加する。
【００３１】
その後、全てのブロックを送信したかどうかの判別を行う（Ｓ６５６）。全てを送信していない場合は、ステップＳ６５４に戻り、次のブロックのデータの送信処理を行う。全てのブロックを送信している場合は、フッタ部の送信処理を行う。
【００３２】
フッタ部の送信処理では、まず、ライブラリから出力されるファイルフッタ部のデータをエンコードする（Ｓ６５７）。そして、エンコード結果をＢａｓｅ６４変換し送信する（Ｓ６５８）。Ｂａｓｅ６４変換するデータのサイズが３バイトの倍数で無い場合、パディングを行った後、Ｂａｓｅ６４変換し、データを送信する。
【００３３】
図６は、エンティティ送信処理においてイメージデータを分割して送信する処理の概略を示す図である。スキャナ１２は、一つの画像７１をブロック毎（７２ａ，７２ｂ，・・・）に読み込む。そして、各ブロック毎（７２ａ，７２ｂ，・・・）に所定の画像形式にエンコードした後、３バイト単位でＢａｓｅ６４変換を行い、変換されたデータを順次メールサーバ２０に送信する。
【００３４】
（サーバ切断処理）
図７は、本実施形態におけるサーバ切断処理（ステップＳ６７）のフローチャートである。まず、メールフッタ部の送信を行う（Ｓ６７１）。次に、「．（ピリオド）」を送信し、メールサーバ２０にメールデータ送信が完了したことを通知した後、ＱＵＩＴコマンドを送信しメールサーバ２０とのやり取りを終了する（Ｓ６７２）。そして最後に、メールサーバ２０との接続を切断する。
【００３５】
（メールデータの例）
次に、本実施形態において送信するメールデータの例を示しつつ、本実施形態における複合機１０の動作を説明する。
【００３６】
図８は、本実施形態において送信するメールデータの例を示す図である。同図に示す例では、メール本文と２つのＪｐｅｇデータの添付ファイルがある場合を示している。
【００３７】
メールヘッダ部８１は通常の電子メールのヘッダ部と同様に電子メールのメッセージＩＤ、送信先等を定義しているが、本実施形態においては、さらに、エンティティの区切りを示す情報８２を定義している。この例では、文字列「ａｂｃｄｅｆ」によってエンティティの区切りを示すように定義されている。
【００３８】
メールヘッダ部８１の後には、エンティティが続いている。この例では、３つのエンティティが、エンティティ区切り線８３，８５，９１によって区切られている。１つ目のエンティティ８４はメール本文であり、２つ目のエンティティ８６と３つ目のエンティティ９２は画像ファイルである。このように、画像については１画像単位でエンティティが形成される。
【００３９】
各エンティティは、エンティティヘッダ部とエンティティ本体部を含んでいる。例えば画像ファイルのエンティティ８６は、エンティティヘッダ部８７と、エンティティ本体部９０を含んでいる。エンティティヘッダ部８７には、エンコード形式８８や画像ファイルのファイル名８９等が記述される。エンティティ本体部９０は画像ファイルである。本実施形態では、このエンティティ本体部９０の画像ファイルをブロック単位でメールサーバ２０に送っている。
【００４０】
そして、電子メールの最後に、メールフッタ部９３が記述され、これにより、このメールデータを受け取ったクライアントコンピュータがメールエンドであることを認識する。
【００４１】
なお、メールサーバ２０は、複合機１０と接続されている間、複合機１０から送られてくる分割されたメールデータを順次格納しておき、複合機１０から「．（ピリオド）」を受信したとき、又は、タイムアウト等により接続が切れたときに、複合機１０から送られてきたメールデータをまとめて送信するよう機能する。例えば、スキャナ１２のオートシートフィーダでの紙送りが終わったら、複合機１０から「．（ピリオド）」をメールサーバ２０に送信すると、メールサーバ２０はメールを送信する。
【００４２】
以上のように、本実施形態においては、１画像分の画像ファイルを保存する領域が確保できない場合であっても、スキャナ１２からブロック毎に画像が送られてくる際の１ブロック分のメモリと、Ｂａｓｅ６４エンコード結果のメモリとを確保できれば、複合機１０のスキャナ１２から読み取った画像を、Ｊｐｅｇ等の画像形式でメール送信することが可能となる。
【００４３】
なお、本発明は、上記した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形態はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。例えば、上述の各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更して又は並列に実行することができる。
【００４４】
また、本実施形態においては、スキャナで画像データを読み取る例を示したが、本発明は、ファクシミリ装置やストレージ装置から画像データを読み取ってメール送信する場合にも適用可能である。
【００４５】
さらに、本実施形態においては、ブロック毎にＪｐｅｇに変換する例を示したが、シート単位で画像データを管理できるものであれば、いかなる画像形式を採用してもよい。また、ＴｉｆやＰＤＦ等、ページ管理するタイプの画像形式であっても、１ページ毎に画像を形成すれば、画像形式を問わない。
【００４６】
また、メールサーバ２０に予め送信者設定をしておけば、メール送信時にエラーが生じた場合に、設定しておいた人にエラーメールを返せるようになる。
【図面の簡単な説明】
【００４７】
【図１】情報処理システムの概略構成を示すブロック図である。
【図２】ＣＰＵ１３において実装される機能構成を示すブロック図である。
【図３】情報処理システムによる処理の流れを示すフローチャートである。
【図４】サーバ接続処理の詳細を示すフローチャートである。
【図５】エンティティ送信処理の詳細を示すフローチャートである。
【図６】エンティティ送信処理においてイメージデータを分割して送信する処理の概略を示す図である。
【図７】サーバ切断処理のフローチャートである。
【図８】送信するメールデータの例を示す図である。
【符号の説明】
【００４８】
１０  複合機、１１  本体部、１２  スキャナ、１３  ＣＰＵ、１４  ＲＯＭ、１５  ＲＡＭ、１６  通信インタフェース、２０  メールサーバ、３０  ネットワーク、４０  外部ネットワーク、５１  ブロック読取手段、５２  データ送出手段
【図１】
2008098773.tif 000003
【図２】
2008098773.tif 000004
【図３】
2008098773.tif 000005
【図４】
2008098773.tif 000006
【図５】
2008098773.tif 000007
【図６】
2008098773.tif 000008
【図７】
2008098773.tif 000009
【図８】
2008098773.tif 000010