(57)【要約】【課題】  白紙ページの検知とその自動削除とをメール送信部を有する機器側で行う場合でも、白紙ページを削除した旨を、原稿の読み取りを指示したユーザに適切に伝えられるようにする。【解決手段】  ＭＦＰ１０の宛先処理部１２４が、指示受付部１２１がユーザから受け付けた原稿の送信先のうち、そのユーザ自身宛ての送信先を特定し、送信要求部１２７が、送信すべき画像データ及びその送信先と共に、ユーザ自身宛ての送信先をサーバ２０に渡す。サーバ２０の白紙検出部２１２が、ＭＦＰ１０から渡された画像データ中の白紙を検出し、この検出があった場合に、送信内容生成部２１４及び送信部２１５が、上記ユーザ自身宛の送信先以外の送信先に、白紙を除外した白紙除外データを送信し、上記ユーザ自身宛の送信先に、上記白紙除外データと除外した白紙のデータとを送信する。【選択図】    図３
2016144166.tif 000002
【特許請求の範囲】
【請求項１】
送信すべき原稿の画像を読み取って画像データを取得する画像読取手段と、
ユーザから原稿の送信先の指定を受け付ける送信先受付手段と、
前記画像読取手段が取得した画像データ中で白紙のページを検出する白紙検出手段と、
前記白紙検出手段が白紙のページを検出した場合に、前記画像読取手段が取得した画像データから該白紙のページを除いた白紙除外データと、該白紙のページの画像データである白紙ページデータとを生成する画像データ処理手段と、
前記ユーザに指定された送信先のうち、該ユーザ自身宛の送信先を特定する特定手段と、
前記ユーザに指定された送信先のうち、該ユーザ自身宛の送信先以外の送信先に、前記白紙除外データを送信し、前記ユーザ自身宛の送信先に、前記白紙除外データと前記白紙ページデータとを送信する送信手段とを備えたことを特徴とする画像処理システム。
【請求項２】
請求項１に記載の画像処理システムであって、
ユーザを認証する認証手段を備え、
前記送信先受付手段は、前記認証手段が認証したユーザから原稿の送信先の指定を受け付け、
前記特定手段は、所定の記憶手段に記憶された、ユーザと送信先との対応関係を示すデータに基づき、前記認証したユーザと対応する送信先を、送信先を指定したユーザ自身宛の送信先として特定することを特徴とする画像処理システム。
【請求項３】
請求項１に記載の画像処理システムであって、
前記送信先受付手段は、前記ユーザから、原稿の送信先のうち該ユーザ自身宛の送信先の指定を受け付ける手段を備え、
前記特定手段は、前記送信先受付手段が受け付けた指定に基づき、送信先を指定したユーザ自身宛の送信先を特定することを特徴とする画像処理システム。
【請求項４】
請求項３に記載の画像処理システムであって、
前記送信手段は、前記特定手段が特定した、送信先を指定したユーザ自身宛の送信先を、前記白紙除外データの送信元の情報として設定して、該ユーザ自身宛の送信先以外の送信先への前記白紙除外データの送信を行うことを特徴とする画像処理システム。
【請求項５】
請求項１乃至４のいずれか一項に記載の画像処理システムであって、
前記送信手段による前記白紙ページデータの送信を有効にするか否かを設定する第１設定手段を備え、
前記送信手段は、前記第１設定手段による設定に従って前記白紙ページデータの送信を行うことを特徴とする画像処理システム。
【請求項６】
請求項１乃至５のいずれか一項に記載の画像処理システムであって、
前記送信手段による前記白紙ページデータの送信を、参照情報により行うことを設定可能な第２設定手段を備え、
前記送信手段は、前記第２設定手段による前記設定がなされている場合、前記白紙ページデータの送信を、該白紙ページデータを適当な記憶手段に記憶させると共に、該白紙ページデータ自体に代えて、該記憶手段に記憶された該白紙ページデータを参照するための参照情報を送信することによって行うことを特徴とする画像処理システム。
【請求項７】
請求項６に記載の画像処理システムであって、
前記送信手段による前記白紙除外データの送信を、参照情報により行うことを設定可能な第３設定手段を備え、
前記送信手段は、前記第３設定手段による前記設定がなされている場合、前記白紙除外データの送信を、該白紙除外データを適当な記憶手段に記憶させると共に、該白紙除外データ自体に代えて、該記憶手段に記憶された該白紙除外データを参照するための参照情報を送信することによって行うことを特徴とする画像処理システム。
【請求項８】
請求項７に記載の画像処理システムであって、
前記第２設定手段及び前記第３設定手段は、送信しようとする白紙ページデータと白紙除外データの合計サイズが所定閾値以上であるか否かに基づき、前記白紙ページデータの送信を参照情報により行う旨の設定と、前記白紙除外データの送信を参照情報により行う旨の設定とを行う手段を備えることを特徴とする画像処理システム。
【請求項９】
請求項１乃至８のいずれか一項記載の画像処理システムであって、
前記送信手段は、前記ユーザ自身宛の送信先に、前記白紙除外データと前記白紙ページデータに加え、白紙ページの削除を行った旨の通知を送信することを特徴とする画像処理システム。
【請求項１０】
送信すべき原稿の画像を読み取って画像データを取得する画像読取手段と、
ユーザから原稿の送信先の指定を受け付ける送信先受付手段と、
前記画像読取手段が取得した画像データ中で白紙のページを検出する白紙検出手段と、
前記白紙検出手段が白紙のページを検出した場合に、前記画像読取手段が取得した画像データから該白紙のページを除いた白紙除外データと、該白紙のページの画像データである白紙ページデータとを生成する画像データ処理手段と、
前記ユーザに指定された送信先のうち、該ユーザ自身宛の送信先を特定する特定手段と、
前記ユーザに指定された送信先のうち、該ユーザ自身宛の送信先以外の送信先に、前記白紙除外データを送信し、前記ユーザ自身宛の送信先に、前記白紙除外データと前記白紙ページデータとを送信する送信手段とを備えたことを特徴とする画像処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、画像処理システム及び画像処理装置に関する。
【背景技術】
【０００２】
従来から、デジタル複合機（以下、「ＭＦＰ」という。）のスキャナ機能を利用して読み取った文書の画像データを電子メールに添付し、送信先として指定した電子メールアドレスに送信する技術が知られている。
【０００３】
また、白紙自動削除機能を用いて白紙ページを自動削除して、白紙除外データを作成すると共に、自動削除した白紙ページについての白紙ページデータも作成し、白紙除外データと白紙ページデータとその白紙自動削除処理結果を示す通知情報とを送信する技術も知られている。このような技術に特許文献１に記載のものがある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、原稿読取部とメール送信部とが別々の機器に設けられている構成からなり、且つ白紙ページの検知とその自動削除とをメール送信部を有する機器側で行う構成になっている画像処理システムの場合は、白紙ページを検知した時点で、原稿の読み取りを指示したユーザに白紙ページが含まれていることを通知することができない。
【０００５】
この場合、メール送信部が、電子メールの本文に「白紙を自動削除した旨」を記載し、「自動削除した白紙ページのデータ」と「白紙除外データ」とを添付して電子メールを送信することにより、ユーザに白紙を削除したことを伝えることができる。
ここで、メールの送信先が、原稿の読み取りを指示したユーザ自身であれば、特に問題はない。しかし、メールの送信先に当該ユーザ以外が含まれる場合、特に、原稿を複数の送信先に同報送信しようとする場合には、問題が生じる。
【０００６】
すなわち、電子メールにより原稿の配布を受ける側の者にとっては、「白紙を自動削除した旨」の記載と、「自動削除した白紙ページのデータ」は不要の情報であり、更にまた、それを添付することによりメールの容量が大きくなってしまうという問題がある。
【０００７】
この発明は、このような事情に鑑みてなされたものであり、白紙ページの検知とその自動削除とをメール送信部を有する機器側で行う場合でも、白紙ページを削除した旨を、原稿の読み取りを指示したユーザに適切に伝えられるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
この発明は、上記の目的を達成するため、画像処理システムに、送信すべき原稿の画像を読み取って画像データを取得する画像読取手段と、ユーザから原稿の送信先の指定を受け付ける送信先受付手段と、上記画像読取手段が取得した画像データ中で白紙のページを検出する白紙検出手段と、上記白紙検出手段が白紙のページを検出した場合に、上記画像読取手段が取得した画像データから該白紙のページを除いた白紙除外データと、該白紙のページの画像データである白紙ページデータとを生成する画像データ処理手段と、上記ユーザに指定された送信先のうち、該ユーザ自身宛の送信先を特定する特定手段と、上記ユーザに指定された送信先のうち、該ユーザ自身宛の送信先以外の送信先に、上記白紙除外データを送信し、上記ユーザ自身宛の送信先に、上記白紙除外データと上記白紙ページデータとを送信する送信手段とを設けたものである。
【発明の効果】
【０００９】
上記構成によれば、白紙ページの検知とその自動削除とをメール送信部を有する機器側で行う場合でも、白紙ページを削除した旨を、原稿の読み取りを指示したユーザに適切に伝えることができる。
【図面の簡単な説明】
【００１０】
【図１】この発明の画像処理システムの一実施形態全体構成を示す図である。
【図２】図１に示した画像処理システムを構成するＭＦＰ及びサーバのハードウェアの構成を示す図である。
【図３】図１に示した画像処理システムを構成するＭＦＰとサーバがそれぞれ備える、白紙の除外及びその送信に関する機能の構成を示す機能ブロック図である。
【図４】ユーザデータの一例を示す図である。
【図５】種々の場合において図３に示した送信内容生成部が生成するデータの例を示す図である。
【図６】図３に示したメール内容生成部が生成するメールの内容の一例を示す図である。
【図７】その別の例を示す図である。
【図８】図２に示したＭＦＰのＣＰＵがユーザからの指示を受け付けて行う処理の一例を示すフローチャートである。
【図９】図２に示したサーバのＣＰＵがＭＦＰから受け付けた要求に基づいて行う処理の一例を示すフローチャートである。
【図１０】本発明の実施形態の効果について説明するための図である。
【図１１】ＭＦＰがユーザから白紙データ及び白紙除外データの送信方法の選択を受け付ける場合の操作用画面の一例を示す図である。
【図１２】図１１に示す画面で受け付けたオプションに応じた図９の処理の変更内容を示す図である。
【図１３】図９に示した処理の変形例を示す図である。
【図１４】図３に示した画像処理システムにおけるＭＦＰの機能とサーバの機能を備えたＭＦＰの機能ブロック図である。
【発明を実施するための形態】
【００１１】
以下、この発明の実施形態について、図面を参照しつつ説明する。
まず図１に、本発明の画像処理システムの一実施形態の全体構成を示す。
図１に示す画像処理システム１は、ＭＦＰ（デジタル複合機）１０とサーバ２０とを通信経路３０を介して接続して構成したものである。このうちＭＦＰ１０は、スキャン、プリント、コピー、ファクシミリ通信、文書蓄積等の種々の機能を実現可能な画像処理装置の一例である。サーバ２０は、ＭＦＰ１０等の外部装置から受け付けた指示に基づき種々の情報処理を実行可能な情報処理装置の一例である。
【００１２】
また、ＭＦＰ１０は、この実施形態の特徴に関連する機能として、画像データを任意の送信先（ユーザ自身宛の送信先も含む）に送信しようとするユーザの指示に基づき、スキャナ機能を用いて読み取った原稿を画像データに加工する機能を備える。また、その画像データと、ユーザに指定された１以上の送信先（ユーザ自身宛の送信先を含んでいてもよい。）を示す送信先情報とを、通信経路３０を介してサーバ２０に送信する機能を備える。
【００１３】
また、サーバ２０は、この実施形態の特徴に関連する機能として、ＭＦＰ１０から送信された画像データ及び送信先情報に基づき、その画像データを添付ファイルとする電子メール（以下単に「メール」という）を生成し、その送信先情報が示すアドレス（ここではメールアドレス）に送信する機能を備える。
通信経路３０としては、有線無線と問わず、任意の規格による通信経路を採用可能である。また、ネットワークだけでなく、ピアツーピア通信による通信経路であってもよい。
【００１４】
次に、図２に、図１に示したＭＦＰ１０とサーバ２０のハードウェア構成を示す。
ＭＦＰ１０は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＨＤＤ（ハードディスクドライブ）１０４、通信Ｉ／Ｆ（インタフェース）１０５、操作部１０６、表示部１０７、エンジンＩ／Ｆ１０８を備え、これらをシステムバス１１１により接続した構成としている。また、エンジンＩ／Ｆ１０８にはスキャナエンジン１０９とその他エンジン１１０が接続される。
【００１５】
このうちＣＰＵ１０１は、ＲＡＭ１０３をワークエリアとしてＲＯＭ１０２或いはＨＤＤ１０４に記憶されたプログラムを実行することにより、ＭＦＰ１０全体を制御し、後述する図３に示した機能をはじめとする種々の機能を実現する。
【００１６】
ＲＯＭ１０２及びＨＤＤ１０４は、不揮発性記憶媒体（記憶手段）であり、ＣＰＵ１０１が実行する各種プログラムや後述する各種データを格納している。
通信Ｉ／Ｆ１０５は、通信経路３０を介して他の装置と通信するためのインタフェースである。使用するネットワーク等の規格に応じたものを設ければよい。
【００１７】
操作部１０６は、ユーザからの操作を受け付けるための操作手段である。各種ボタンやスイッチの他、タッチパネルを備え、表示部１０７が表示するＧＵＩ（グラフィカルユーザインタフェース）に対する操作を受け付けることができる。
【００１８】
表示部１０７は、上記ＧＵＩの他、ＭＦＰ１０の動作状態や設定内容、メッセージ等をユーザに提示するための提示手段であり、液晶ディスプレイやランプ等を備える。
なお、ＭＦＰ１０がユーザからの操作を直接受ける必要がない（通信Ｉ／Ｆ１０５を介して接続された外部装置により操作を受け付けたり情報の提示を行ったりすればよい）場合には、操作部１０６や表示部１０７を設けなくてよい。
【００１９】
エンジンＩ／Ｆ１０８は、スキャナエンジン１０９及びエンジン１１０をシステムバス１１１に接続し、ＣＰＵ１０１から制御可能とするためのインタフェースである。また、スキャナエンジン１０９は、原稿の画像を読み取ってその画像データを取得する画像読取手段である。その他エンジン１１０は、スキャナエンジン１０９が実現する機能以外の、機械的な動きを要する機能を実現するためのモジュールである。例えば、画像データに基づき用紙上に画像を形成する画像形成手段であるプリントエンジンを設けることが考えられる。
【００２０】
サーバ２０は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤＤ（ハードディスクドライブ）２０４、通信Ｉ／Ｆ（インタフェース）２０５、操作部２０６、表示部２０７を備え、これらをシステムバス２０８により接続した構成としている。
各部の機能は、ＭＦＰ１０において説明した同名の構成要素と対応するものである。
【００２１】
上述した構成のＭＦＰ１０及びサーバ２０を備えた画像処理システム１は、ユーザからの指示に基づき、スキャナエンジン１０９にセットされた原稿を読み取って得た画像データを、メールに添付して指定された複数の送信先（ユーザ自身宛の送信先を含んでいてもよい。）に送信する機能を備える。なお、このような、メールを用いた読み取り画像の送信機能自体は、例えばＳｃａｎ  ｔｏ  Ｅｍａｉｌ機能として知られている。
【００２２】
また、この画像処理システム１は、その送信の際に、読み取りで得た画像データ中に白紙ページ（のデータ）が存在する場合は、その白紙ページを検出して、白紙ページのみの白紙ページデータと、もとの画像データから白紙ページを除外した白紙除外データとを生成する機能を備える。またこのとき、ユーザ自身宛の送信先には上記白紙ページデータと上記白紙除外データとを添付して上記メールを送信し、ユーザ自身宛て以外の送信先には白紙除外データのみを添付して上記メールを送信する機能を有する。
【００２３】
図３に、ＭＦＰ１０とサーバ２０が備える機能のうち、この白紙ページの除外及びその送信に関連する機能の構成を示した。図３に示す各部の機能は、ＭＦＰ１０のＣＰＵ１０１あるいはサーバ２０のＣＰＵ２０１が、適当なハードウェアの動作を制御することにより実現されるものである。
【００２４】
まず、ＭＦＰ１０は、指示受付部１２１、認証部１２２、ユーザデータ記憶部１２３、宛先処理部１２４、原稿読取部１２５、読取データ蓄積部１２６、および送信要求部１２７の機能を備える。
このうち指示受付部１２１は、所定の操作画面を介して、文書等の原稿を読み取って所望の送信先にその読み取りで得た画像データをメールを用いて送信することを指示する送信指示をユーザから受け付ける機能を備える。
【００２５】
指示受付部１２１が送信指示として受け付ける情報は、１又は複数の送信先を特定する情報（メールアドレス自体でもよいし、アドレス帳を検索してメールアドレスを得るための識別情報でもよい）と、送信すべき画像データの入手方法（例えば原稿の読み取り）である。前者の送信先の指定受付に際し、指示受付部１２１は送信先受付手段として機能する。
なお、ここでいう原稿とは文書に限るものではなく、画像等も含まれる。また、原稿の読取条件（サイズ、画質、色指定等）の設定も指示受付部１２１がここで受け付けることができる。
【００２６】
認証部１２２は、ユーザを認証する認証手段の機能を有する。認証部１２２は、ＭＦＰ１０が操作時に認証を要求する設定が有効になっている場合に、指示受付部１２１による送信指示の受付に先立ってユーザの認証を行う。具体的には、認証部１２２は例えば、ユーザからユーザＩＤ及びパスワード等の認証情報の入力を受け付け、その認証情報をユーザデータ記憶部１２３が記憶する認証情報と比較して、一致するものがあれば、入力者がＭＦＰ１０の利用権限を有する該当のユーザであると認証する。ＩＣカードや生体情報を用いた認証を可能としてもよいことはもちろんである。
認証を要求する設定が有効になっていない場合には、ユーザは、認証部１２２による認証を経ずに指示受付部１２１に対して送信指示を行うことが可能である。
【００２７】
ユーザデータ記憶部１２３は、ＭＦＰ１０を使用する権限のあるユーザの情報として、図４に示すように、ユーザの認証に使用するユーザＩＤ及びパスワードといった認証情報を記憶する機能を備える。また、ユーザデータ記憶部１２３は、認証情報に加え、各ユーザの氏名、所属、権限、メールアドレス等、ユーザの属性や連絡先（送信先）を示す情報も、ユーザと対応付けて記憶することができる。図４にはこれらのうちメールアドレスの記憶例を示している。
なお、ユーザデータ記憶部１２３は、必ずしもＭＦＰ１０の内部のメモリに設ける必要はなく、外付けＨＤＤや、クラウド環境も含む外部装置の記憶領域を利用してもよい。
【００２８】
宛先処理部１２４は、指示受付部１２１が受け付けた送信指示において指定されている送信先の中に、送信指示を行ったユーザ宛の送信先がある場合、これを特定する特定手段の機能を備える。
当該ユーザが認証部１２２により認証されている場合、ユーザデータ記憶部１２３から当該ユーザのメールアドレスを取得できるため、送信先の中にそのメールアドレスが含まれていれば、それが送信指示を行ったユーザ宛の送信先であると特定できる。
【００２９】
一方、認証されていない場合には、宛先処理部１２４が表示部１０７にポップアップ画面を表示させる等して、ユーザに自身のメールアドレスを入力させるとよい。あるいは、指定された送信先の中でどの送信先が自身宛であるか（又は自身宛の送信先はないか）を示す情報を入力させるようにしてもよい。宛先処理部１２４は、これらの情報を用いて、送信指示を行ったユーザ宛の送信先を特定できる。
【００３０】
原稿読取部１２５は、指示受付部１２１が送信指示を受け付けたことに応じてスキャナエンジン１０９を制御し、送信すべき原稿の画像を読み取って画像データを取得する画像読取手段の機能を備える。読み取り条件は、送信指示において指定されたものを用いることができる。読み取った原稿に白紙が含まれている場合は、白紙が含まれた状態の画像データを取得する。
【００３１】
ここで、白紙とは、全面の色が概ね単一色であり、カスレ、シミ、ノイズ等以外には、文字や図形や絵等の情報が何も表されていないページのことをいう。
白紙の定義は、全面の色が概ね他のページの色から推定される背景色と同一、或いは、全面の色が（何色でもよいので）概ね均一等、他の基準で選んでもよい。そして、白紙をどのように定義するかは、予め設定しておいてもよいし、ユーザがその都度選択できるようにしてもよい。
【００３２】
読取データ蓄積部１２６は、ＭＦＰ１０に設けられているＲＯＭ１０２等に設けられている記憶領域に、原稿読取部１２５が読み取った画像データを蓄積しておく蓄積手段の機能を有する。ここでは、原稿読取部１２５が読み取った画像データは、一度読取データ蓄積部１２６に蓄積してから、後述の送信要求部１２７に送られる。
【００３３】
なお、読取データ蓄積部１２６には、一旦蓄積した画像を、送信後も画像処理システム１で利用できるようにするために残しておくことも可能である。
更に、読取データ蓄積部１２６は、必ずしもＭＦＰ１０の内部に設ける必要はなく、外付けＨＤＤやクラウド環境も含む外部装置の記憶領域を利用してもよい。
【００３４】
送信要求部１２７は、宛先処理部１２４において（もしあれば）送信指示を行ったユーザ宛の送信先が特定された送信先情報と、読取データ蓄積部１２６に蓄積された送信すべき画像データとをサーバ２０の送信要求受付部２１１に送信し、これらに従った画像データの送信を要求する送信要求手段の機能を備える。
以上が、ＭＦＰ１０が備える機能である。
【００３５】
次に、サーバ２０は、送信要求受付部２１１、白紙検出部２１２、添付ファイル生成部２１３、送信内容生成部２１４、および送信部２１５の機能を備える。
送信要求受付部２１１は、ＭＦＰ１０の送信要求部１２７から、読み取り結果の画像データをメールにて送信することの要求を、送信すべき画像データ及びその送信先を示す送信先情報と共に受け付ける、送信要求受付手段の機能を備える。このとき、送信要求受付部２１１は、送信先情報を、送信指示を行ったユーザ自身宛の送信先とそれ以外の送信先とが区別された状態で受け取る。
【００３６】
また、送信要求受付部２１１は、その受け取った画像データの送信に先立ち、画像データを白紙検出部２１２に渡し、白紙データを検出するよう指示をする機能を備える。また、送信先情報を送信内容生成部２１４に渡し、白紙検出部２１２の検出結果に従って、画像データを指定された送信先に送信するためのメールを生成するよう指示する機能も備える。
【００３７】
白紙検出部２１２は、送信要求受付部２１１から受け取った画像データを解析し、その画像データ中で白紙のページを検出する白紙検出手段の機能を備える。
また、白紙検出部２１２は、白紙ページを検出すると画像データの何ページ目に白紙ページが存在するかという情報と画像データとを添付ファイル生成部２１３に渡す機能を備える。また、白紙データを検出しなかった場合は、白紙データが存在しないという情報と画像データとを添付ファイル生成部２１３に渡す機能を備える。
【００３８】
添付ファイル生成部２１３は、白紙検出部２１２から渡された情報に基づき、白紙検出部２１２から渡されたもとの画像データから白紙ページのデータを除去した「白紙除外データ」と、除去した白紙ページの画像でデータである「白紙ページデータ」とを生成する画像データ処理手段の機能を備える。また、添付ファイル生成部２１３は、生成したこれらのデータを送信内容生成部２１４に渡す機能も備える。添付ファイル生成部２１３は、白紙データが存在しないという情報を白紙検出部２１２から受け取った場合には、もとの画像データそのものを「白紙ページが存在しない画像データ」として送信内容生成部２１４に渡す機能を備える。
【００３９】
送信内容生成部２１４は、送信要求受付部２１１からの指示に従い、画像データを送信先情報が示す送信先に送信するためのメールを生成する機能を備える。送信内容生成部２１４が生成するメールの内容は、送信要求受付部２１１から渡された送信先の内容と、添付ファイル生成部２１３から渡される添付ファイルの内容とに応じて異なる。
【００４０】
各ケースにおいて送信内容生成部２１４が生成するメールの内容は、図５に示すものである。図６に通常の本文を含むメールの例を、図７に白紙ページデータを自動削除した旨の記載を追加したメールの例を示す。これらの詳細については後述する。
送信内容生成部２１４は、以上により生成したメールを送信部２１５に渡し、各宛先へ送信させる。
送信部２１５は、送信内容生成部２１４から渡されたメールを、そのメールに記載された各宛先へ送信する機能を備える。以上の送信内容生成部２１４及び送信部２１５が送信手段として機能する。
【００４１】
次に、送信内容生成部２１４が生成するメールの内容の詳細について説明する。
図５は、上述した各ケースにおいて送信内容生成部２１４が受け取った情報に応じて生成するメールの内容の一例を示したものである。
送信内容生成部２１４が生成するメールの内容は、添付ファイル生成部２１３から「白紙ページが存在しない画像データ」を受け取ったか、「白紙除外データ」及び「白紙ページデータ」を受け取ったかに応じて異なる。
【００４２】
まず前者の場合、白紙ページを除去した旨の通知を行う必要はない。このため、送信指示を行ったユーザ自身宛の送信先とそれ以外の送信先とを区別する必要がない。従って、
送信要求受付部２１１から渡された全ての送信先に宛てて、図６に示すような通常の本文に、添付ファイル生成部２１３から渡された「白紙ページが存在しない画像データ」を添付ファイルとして添付したメールを生成する。ここで、「通常の本文」とは、画像データを配布する旨の文章と、その画像データがメールに添付されている旨を記載した定型文書である。
ここで生成されるメールは、ＭＦＰ１０においてユーザが指定した送信先全てに、ＭＦＰ１０が原稿を読み取って得た画像データを添付ファイルとして添付して送信するためのものである。
【００４３】
一方、後者の場合、送信要求受付部２１１から渡された送信先のうち、送信指示を行ったユーザ自身宛ての送信先に送信するメールと、それ以外の送信先へ宛てて送信するメールとを、別々に生成する。
まず、送信指示を行ったユーザ自身宛ての送信先に送信するメールの本文は、該ユーザへ白紙ページの除外を行ったことを通知するため、図７に示すような、通常の本文に、白紙ページデータを自動的に除外した旨の記載を追加したものとする。また、添付ファイルとして、「白紙除外データ」に加えて「白紙ページデータ」も添付する。送信指示を行ったユーザが、除外されたページの内容を確認できるようにするためである。
【００４４】
次に、送信指示を行ったユーザ以外の送信先に送信するメールの本文は、図６に示したものと同じである。当該ユーザ以外には、白紙ページを除外した旨を通知する必要はなく、むしろ無駄な情報となるため、白紙ページの除外については触れないようにしたものである。また、添付ファイルも、送信すべき文書の画像である「白紙除外データ」のみとする。「白紙ページデータ」を送信しても特に意味がないことから、メールの容量を削減するためである。
【００４５】
次に、画像処理システム１において以上の各部の機能に関連してＭＦＰ１０のＣＰＵ１０１及びサーバ２０のＣＰＵ２０１が実行する処理について説明する。
まず図８に、ＭＦＰ１０のＣＰＵ１０１が実行する処理のフローチャートで示す。
この処理は、ユーザがＭＦＰ１０を操作して、原稿を読み取って得た画像データを指定した送信先へ送信する指示を行うためのモードを選択した場合にＣＰＵ１０１が開始するものである。
【００４６】
図８の処理において、ＣＰＵ１０１はまず、当該モードでのユーザからの指示の受け付けに先立って認証が必要であるか否か判断する（Ｓ１１）。この判断は、ＭＦＰ１０に対してなされている設定に基づき行うことができる。
そして、認証が必要である場合、ＣＰＵ１０１は、今ＭＦＰ１０を操作しているユーザを認証済みであるか否か判断する（Ｓ１２）。そして、認証済みでない場合、ユーザから認証情報の入力を受け付けて認証処理を実行する（Ｓ１３）。このステップＳ１３の処理は、認証部１２２の機能と対応する。
【００４７】
認証処理の結果認証成功と判断すると（Ｓ１４のＹｅｓ）、ＣＰＵ１０１は、ユーザから、画像データの読み取り及び送信の指示と、その画像データの送信先の指定とを受け付ける（Ｓ１５）。このステップＳ１５の処理は、指示受付部１２１の機能と対応する。なお、ステップＳ１１でＮｏの場合及びステップＳ１２でＹｅｓの場合もステップＳ１５に進み、同様の処理を行う。
【００４８】
そして、ステップＳ１５の後、ＣＰＵ１０１は、再度、今ＭＦＰ１０を操作しているユーザ（ステップＳ１５の指示を行ったユーザ）を認証済みであるか否か判断する（Ｓ１６）。ここでＹｅｓであれば、ＣＰＵ１０１は、その認証済みのユーザのメールアドレスをユーザデータ記憶部１２３に記憶されている登録情報から取得し、ステップＳ１５で受け付けた送信先のうち、該当のメールアドレスを、送信指示を行ったユーザ自身宛ての送信先として特定する（Ｓ１７）。
【００４９】
一方、ステップＳ１６でＮｏの場合、ＣＰＵ１０１は、ステップＳ１５の指示を行ったユーザから、該ユーザ自身宛ての送信先の入力あるいは、ステップＳ１５で受け付けた送信先の中での該ユーザ自身宛ての送信先の指定を受け付ける（Ｓ１８）。いずれか一方を受け付ければよい。そして、ＣＰＵ１０１は、ステップＳ１８で受け付けた情報に基づき、ステップＳ１５で受け付けた送信先のうち送信指示を行ったユーザ自身宛ての送信先を特定する（Ｓ１９）。
【００５０】
ステップＳ１１でＮｏであった場合には、ステップＳ１６でＮｏになる場合もある。この場合、そのままでは送信指示を行ったユーザが誰であるかわからないし、該ユーザの送信先がＭＦＰ１０に登録されていないことも考えられる。従って、ユーザ自身に、自分宛ての送信先を入力または指定させるようにしたものである。
これらのステップＳ１６乃至Ｓ１９の処理が、宛先処理部１２４の機能と対応する。
【００５１】
ステップＳ１７又はＳ１９の後、ＣＰＵ１０１は、スキャナエンジン１０９を駆動して原稿載置台に載置された原稿の画像を読み取り、その画像データを取得する（Ｓ２０）。このステップＳ２０の処理は、原稿読取部１２５及び読取データ蓄積部１２６の機能と対応する。
その後、ＣＰＵ１０１は、ステップＳ２０の読み取りで得た画像データと、ステップＳ１５で受け付けた送信先と、ステップＳ１７又はＳ１９で特定したユーザ自身宛の送信先とをサーバ２０に送信し、該各送信先への画像データの送信を指示する（Ｓ２１）。このステップＳ２１の処理は、送信要求部１２７の機能と対応する。
【００５２】
その後、ＣＰＵ１０１は、指示された送信に係るＭＦＰ１０側の処理が完了したことをユーザに通知して（Ｓ２２）、図８の処理を終了する。
また、ステップＳ１４でＮｏである場合、ＣＰＵ１０１は、認証が失敗したことをユーザに通知して（Ｓ２３）、図８の処理を終了する。これらの通知は、表示部１０７にメッセージを表示する等して行えばよい。
【００５３】
次に、図９に、サーバ２０のＣＰＵ２０１が実行する処理のフローチャートで示す。
ＣＰＵ２０１は、図８のステップＳ２１でＭＦＰ１０が送信してくるデータをサーバ２０が受信したことを検出した場合に、図９に示す処理を開始する。
【００５４】
図９の処理において、ＣＰＵ２０１はまず、ＭＦＰ１０から受信した画像データ中の白紙ページを検出する（Ｓ３１）。このステップＳ３１の処理は白紙検出部２１２の機能と対応する。
そして、白紙データが存在しない場合（Ｓ３２でＮｏ）、ＣＰＵ２０１は、ＭＦＰ１０から受信した各送信先に対し、ＭＦＰ１０から受信した画像データをメールに添付して送信する処理を行う。
【００５５】
すなわち、図６に示した「通常の本文」を本文とするメールを生成して（Ｓ３３）、ＭＦＰ１０から受信したままの、白紙ページが存在しない画像データを添付し（Ｓ３４）、ＭＦＰ１０から受信した各送信先をその生成したメールの送信先として設定する（Ｓ３５）。ＣＰＵ１０１は、このメールをステップＳ４４で送信することにより、ＭＦＰ１０からの要求に従い、画像データを各送信先に送信することができる。
これらのステップＳ３３乃至Ｓ３５の処理は送信内容生成部２１４の機能と、ステップＳ４４の処理は送信部２１５の機能と対応する。
【００５６】
一方、ステップＳ３２で白紙ページが存在する場合（Ｓ３２のＹｅｓ）、ＣＰＵ２０１は、受信した画像データの中から検出した白紙ページを除外した白紙除外データと、検出した白紙ページのデータである白紙ページデータとを生成する（Ｓ３６）。このステップＳ３６の処理は、添付ファイル生成部２１３の機能と対応する。
【００５７】
次に、ＣＰＵ２０１は、ステップＳ３７以下の、白紙ページが存在する場合のメール送信に係る処理に進む。この処理において、ＣＰＵ２０１はまず、ＭＦＰ１０から受信した送信先の中に、送信指示を行ったユーザ自身宛の送信先があるか否か判断する（Ｓ３７）。ユーザ自身宛の送信先があれば、ＭＦＰ１０によりその送信先が特定されているはずであるので、その特定の有無によりステップＳ３７の判断を行うことができる。
そして、ステップＳ３７でＹｅｓであれば、ＣＰＵ２０１は、送信指示を行ったユーザ自身宛の送信先に対し、送信を指示された画像データを送信すると共に、白紙を除外したことを通知する処理を行う。
【００５８】
すなわち、図７に示したような、「通常の本文」と「白紙ページデータのファイルを添付することを通知する分」とを本文とするメールを生成する（Ｓ３８）。そして、ステップＳ３６で生成した白紙除外データと白紙データとをステップＳ３８で生成したメールに添付し（Ｓ３９）、送信指示を行ったユーザ自身宛の送信先を、ステップＳ３８で生成したメールの送信先として設定する（Ｓ４０）。これらのステップＳ３８乃至Ｓ４０の処理は送信内容生成部２１４の機能と対応する。ＣＰＵ１０１は、このメールをステップＳ４４で送信することにより、送信指示を行ったユーザに対し、ＭＦＰ１０からの要求に従った画像データの送信を行うと共に、その送信に際し白紙を除外したことを通知することができる。
【００５９】
一方、ステップＳ３７でＮｏの場合及ステップＳ４０の後に、ＣＰＵ２０１は、ＭＦＰ１０から受信した、送信指示を行ったユーザ自身以外の各送信先（ユーザ自身の送信先がなければ全ての送信先）に対し、ＭＦＰ１０からの指示に従い画像データをメールに添付して送信する処理を行う。ただし、ここで送信する画像データは、白紙除外データである。白紙の除外も含めてＭＦＰ１０から指示されているとする。
【００６０】
この処理において、ＣＰＵ２０１は、図６に示した「通常の本文」を本文とするメールを生成して（Ｓ４１）、ステップＳ３６で生成した白紙除外データをステップＳ４１で生成したメールに添付する（Ｓ４２）。そして、ＭＦＰ１０から受信した各送信先のうち送信指示を行ったユーザ自身宛ての送信先以外を、その生成したメールの送信先として設定する（Ｓ４３）。これらのステップＳ４１乃至Ｓ４３の処理は送信内容生成部２１４の機能と対応する。ＣＰＵ１０１は、このメールをステップＳ４４で送信することにより、ＭＦＰ１０からの要求に従い、画像データを、送信指示を行ったユーザ自身以外の各送信先に送信することができる。この場合において、送信される画像データは、実際に読み取りで得られた画像データから白紙ページが除外されているが、その旨は送信先には通知されない。
以上のステップＳ４４の後、ＣＰＵ２０１は図９の処理を終了する。
【００６１】
画像処理システム１は、これらの図８及び図９の処理を行うことにより、送信すべき画像データ中に白紙ページを検出した場合に、ユーザに指定された送信先のうち、該ユーザ自身宛の送信先以外の送信先に、白紙ページを除外した白紙除外データを送信し、ユーザ自身宛の送信先に、その白紙除外データと白紙ページデータとを送信することができる。
【００６２】
すなわち、例えば図１０に示すようにユーザＡがＭＦＰ１０に対し、原稿Ｐを読み取ってユーザＡ〜Ｄさんの４人にその画像データを送信するよう指示したとする。このとき、原稿Ｐに白紙が混じっていた場合、サーバ２０が自動的に読み取り結果の画像データからその白紙のページを除外し、除外後の白紙除外データを、ユーザＡ以外の３人に送信する。一方、送信指示を行ったユーザに対しては、白紙除外データに加え、除外した白紙データと、白紙が削除された旨の通知とを送信する。
【００６３】
このような処理を行うことで、白紙データに関する情報を、送信を指示したユーザのみに通知することが可能となり、当該ユーザは白紙データの内容を確認することができる一方、当該ユーザ以外の者は不要な情報を確認する手間を省くことができる。
また、全体として送信されるメールのデータ量を軽減し、メールサーバを圧迫しないようにすることも可能となる。更に、メールを受信したコンピュータのメモリを不要なデータで圧迫することも避けられる。
【００６４】
〔変形例〕
次に、上述した実施形態の変形例について説明する。
この変形例は、サーバ２０から白紙ページデータ及び白紙除外データを所要の送信先に送信する方法を、ユーザがいくつかの選択肢から選択できるようにしたものである。以下に説明する選択肢は、択一的なものであるが、その全てを選択可能としてもよいし、一部のみを選択可能としてもよい。
【００６５】
図１１に、ＭＦＰ１０がユーザから白紙ページデータ及び白紙除外データの送信方法を受け付けるための画面の例を示す。
ＭＦＰ１０は、ユーザが白紙ページデータ及び白紙除外データの送信方法を設定することを指示した場合、図１１に示す送信方法選択画面３００を表示部１０７に表示させる。この送信方法選択画面３００において、ユーザは、左端のチェックボックス３０１により、白紙ページデータ及び白紙除外データの送信方法についていずれかの選択肢（オプションＡ〜オプションＥ）を択一的に選択することができる。図１１では、オプションＡが選択された状態を示している。
【００６６】
ＭＦＰ１０のＣＰＵ１０１は、送信方法選択画面３００において選択された選択肢を、所定のメモリに記憶しておき、図８のステップＳ２１でサーバ２０に対して、どの選択肢が選択されているかを示す情報も、画像データ等と合わせて送信する。
サーバ２０のＣＰＵ２０１は、図８のステップＳ２１で送信された情報を受信したことに応じて図９に示す処理を開始する際に、送信された選択肢に応じて、図９の処理を、図１２に示すように変更して実行する。
【００６７】
ここで、図１１に示した選択肢の内容について上から順に説明する。
まず、一番上のオプションＡは、白紙ページデータの送信を行わない、というものである。白紙除外データについては、上述した実施形態の場合と同様に送信する。
このオプションＡが選択されている場合、サーバ２０のＣＰＵ２０１は、図９のステップＳ３９における白紙ページデータのメールへの添付を行わず、白紙ページデータを、送信指示を行ったユーザへ送信することを行わない。
【００６８】
白紙ページデータは、図９の処理では一応確認のために送信指示を行ったユーザへ送信しているが、基本的には特段見るべき情報のないデータである。従って、確認が不要であれば、送信しないような設定ができるようにすれば、白紙ページデータの分だけメールの容量を低減し、その分だけメールサーバの容量や通信帯域の消費を低減することができる。
他のオプションは、全て白紙ページデータを何らかの方法で送信するものであるので、ＭＦＰ１０は、オプションＡを選択しているか否かを記憶することにより、白紙ページデータの送信を有効にするか否かを設定する第１設定手段として機能する。
【００６９】
次に、２番目のオプションＢは、白紙ページデータを参照情報（リンク情報）として送信する、というものである。
このオプションＢが選択されている場合、サーバ２０のＣＰＵ２０１は、図９の処理では添付ファイルとしてメールに添付して送信していた白紙ページデータを、ステップＳ３６の後でメールの受取人がアクセス可能な所定の記憶手段に記憶させる。そして、ステップＳ３９では、白紙ページデータ自体を添付することに代えて、上記記憶手段に記憶された白紙ページデータにアクセスするための参照情報を、メールの本文に追記する。このように生成されたメールを受信したユーザは、必要に応じて記載された参照情報をもとに上記の所定の記憶手段にアクセスし、白紙ページデータを取得できる。
【００７０】
記憶先の記憶手段としては、例えばサーバ２０のＨＤＤ２０４あるいは、クラウド環境を含むネットワーク上の文書サーバの記憶手段等が考えられる。また、参照情報は、例えばウェブブラウザを用いてデータにアクセスするためのＵＲＬ（Uniform  Resource  Locator）を含むリンク情報として記載することが考えられる。あるいは、データベースを検索して該当の白紙ページデータを得るための検索コマンドとして記載してもよい。
【００７１】
次に、３番目のオプションＣは、白紙除外データ及び白紙ページデータを参照情報（リンク情報）として送信する、というものである。
このオプションＣが選択されている場合、サーバ２０のＣＰＵ２０１は、白紙ページデータに加えて白紙除外データも、図９のステップＳ３６の後でメールの受取人がアクセス可能な所定の記憶手段に記憶させる。そして、ステップＳ３９の処理に代えて、上記記憶手段に記憶された白紙除外データにアクセスするための参照情報と、白紙ページデータにアクセスするための参照情報とを、メールの本文に追記する。また、ステップＳ４２の処理に代えて、白紙除外データにアクセスするための参照情報を、メールの本文に追記する。
このように生成されたメールを受信したユーザは、必要に応じて記載された参照情報をもとに上記の所定の記憶手段にアクセスし、白紙除外データ及び／又は白紙ページデータを取得できる。記憶手段及び参照情報については、オプションＢの場合と同様である。
【００７２】
このように、参照情報を用いた送信を行うようにすれば、白紙ページデータ等を添付ファイルとして送信する場合に比べ、メールの容量を劇的に低減することができ、メールサーバの記憶容量を圧迫しないようにすることができる。また、メールを受け取ったユーザ側でも、データが必要な場合のみダウンロードすればよいので、メールを受け取る端末における記憶容量も節約することができる。例えば、白紙ではないが白紙に近い原稿を読み取らせた場合など、白紙ページデータをよく確認したい場合のみ、白紙ページデータを取得する等である。
【００７３】
次に、４番目のオプションＤは、白紙除外データと白紙ページデータの合計サイズが所定の閾値Ｘメガバイト（ＭＢ）以上である場合に、これらのデータを参照情報（リンク情報）として送信する、というものである。
このオプションＤが選択された場合、サーバ２０のＣＰＵ２０１は、ステップＳ３６で生成した白紙除外データと白紙ページデータの合計サイズがＸＭＢ以上の場合に、図９の処理にオプションＣの場合と同様な変更を加える。なお、上記合計サイズはＭＦＰ１０から受信した画像データのサイズと概ね一致するはずであるので、こちらを基準にしてもよい。
【００７４】
参照情報を用いてデータを送信すると、メールを受信したユーザには、いちいち記憶手段にアクセスして所望のデータをダウンロードしなければならない、という手間がかかる。したがって、オプションＤのようにデータのサイズが小さい場合には図９の場合と同様に添付ファイルとして送信し、サイズが大きい場合のみ参照情報を用いた送信を行うようにすれば、記憶容量の圧迫防止と手間の削減を両立させることができる。
【００７５】
ＭＦＰ１０は、以上のオプションＢ〜Ｄの選択有無の記憶を通じて、白紙ページデータの送信を、参照情報により行うことを設定可能な第２設定手段と、白紙除外データの送信を、参照情報により行うことを設定可能な第３設定手段として機能する。
最後のオプションＥは、上述した実施形態の場合と同様に、白紙除外データと白紙ページデータとを常に添付ファイルとして送信することを指定するものである。
【００７６】
なお、図１１に示した画面では、白紙ページデータと白紙除外データの送信方法に関する選択を受け付けたが、白紙を検出しなかった場合の画像データの送信方法についても、同様に選択できるようにしてもよい。また、白紙除外データについて選択された送信方法と同じものを、白紙を検出しなかった場合の画像データの送信にも適用することが考えられる。
【００７７】
以上で実施形態の説明を終了するが、この発明において、装置の具体的な構成、具体的な処理の手順、データの構成、画面の表示内容、通知の方法や内容等は、ここまでに説明したものに限るものではない。
例えば、図９の処理により送信するメールにおいて、送信指示を行ったユーザ宛の送信先がわかる場合には、その送信先をメールの送信元として設定することが考えられる。
【００７８】
この場合、図１３に示すように、図９のステップＳ３５及びＳ４３の後、ステップＳ４４の前にステップＳＸ及びＳＹの処理を追加すればよい。すなわち、サーバ２０のＣＰＵ２０１が、ステップＳ３７と同様にユーザ自身宛ての送信先があるか否か判断し（ＳＸ）、ある場合に、その送信先を、ここまでに生成したメールの送信元として設定すればよい（ＳＹ）。ＳＸでない場合には、メールの送信元の設定を変更しなければ、メールの送信元は、生成時に自動的に設定されるデフォルトのアドレスのままとなる（ＳＺ）。デフォルトのアドレスは、例えばＭＦＰ１０の管理者のアドレスである。
【００７９】
画像データは、送信指示を行ったユーザの意図に従って送信されているものであるから、その送信に関する問い合わせ等は、当該ユーザに行くのが望ましいと考えられる。従って、当該ユーザ宛ての送信先がわかる場合、これをメールの送信元に設定しておけば、メールの受信者は、受け取ったメールに対する返信により容易に問い合わせ等を行うことができ、望ましい。デフォルトのアドレスは、送信指示を行ったユーザ宛ての送信先がわからない場合に記載する、という位置づけにすることが望ましい。
【００８０】
また、上述してきた実施形態は、ＭＦＰ１０及びサーバ２０を通信経路３０を介して接続した画像処理システム１に関するものである。しかし、各装置における機能の分担はこれに限られないし、図３に示した機能を３台以上の装置に分散して設けてもよいし、１台の装置に全ての機能を設けてもよい。
【００８１】
図１４に、図３に示したＭＦＰ１０とサーバ２０の機能を合わせ持つ画像処理装置であるＭＦＰ１０′の機能構成を示した。この図に示す各部の機能は、図３に示した同符号の機能部と同じであるので詳細な説明は省略するが、このような構成を持つＭＦＰ１０′においても、上述した実施形態と同様な効果を得ることができる。
上述した実施形態は、原稿の読み取りを行う装置と白紙検知を行う装置とが異なる場合に特に有用であるが、図１４に示すような構成を妨げるものではない。
【００８２】
また、送信する画像データにつき、ユーザの指示に応じて原稿を読み取って得たものではなく、予め所定の記憶手段に記憶された画像データを読み出して送信する場合にも、上述した実施形態の処理を適用可能としてもよい。この所定の記憶手段は、ＭＦＰ１０又はサーバ２０の内部にあってもよいし、外部にあってもよい。また、画像データは、いずれかの時点で原稿の読み取りによって取得されたものでもよいし、アプリケーション等が演算により生成したものでもよい。
【００８３】
また、図６及び図７に示した、送信先に通知するメールの本文も、これに限られるものではない。送信指示を行ったユーザの名前を配布指示者として記入するような設定にしてもよい。
また、上述した実施形態では画像データの送信に電子メールを用いる例について説明したが、これ以外の手段で送信する場合にも本発明は適用可能である。この場合、送信先の情報としては、メールアドレスに代えて、採用する送信手段において送信先を特定するための情報を用いる。
【００８４】
また、参照情報としてデータを送信する場合、参照情報が示す保存先において一定期間を経過したらアクセスできないようにすると共に、生成したメール本文に保存期間を記載するようにしてもよい。この場合、例えばユーザからの保存期間の設定指示をＭＦＰ１０が受け付ける設定にしてもよいし、この画像処理システム１の初期設定として保存期間を設けてある設定にしてもよい。
保存期間を設け、保存期間が過ぎたデータは削除することで、該データの保存先の記憶領域を圧迫することを回避することができる。
【００８５】
また、上述した実施形態における画像データの配布に係る機能は、汎用コンピュータを含む任意の情報処理装置あるいは情報処理システムとしても実現可能である。画像の読み取りを伴わない場合には、画像読取手段を設ける必要もない。
また、以上説明してきた各実施形態及び変形例の構成は、相互に矛盾しない限り任意に組み合わせて実施可能であることは勿論である。
【符号の説明】
【００８６】
１：画像処理システム、１０：ＭＦＰ、１０′：ＭＦＰ、２０：サーバ、３０：通信経路１０１：ＣＰＵ、１０２：ＲＯＭ、１０３：ＲＡＭ、１０４：ＨＤＤ、１０５：通信Ｉ／Ｆ、１０６：操作部、１０７：表示部、１０８：エンジンＩ／Ｆ、１０９：スキャナエンジン、１１０：その他エンジン、１１１：システムバス、２０１：ＣＰＵ、２０２：ＲＯＭ、２０３：ＲＡＭ、２０４：ＨＤＤ、２０５：通信Ｉ／Ｆ、２０６：操作部、２０７：表示部、２０８：システムバス、１２１：指示受付部、１２２：認証部、１２３：ユーザデータ記憶部、１２４：宛先処理部、１２５：原稿読取部、１２６：読取データ蓄積部、１２７：送信要求部、２１１：送信要求受付部、２１２：白紙検出部、２１３：添付ファイル生成部、２１４：送信内容生成部、２１５：送信部
【先行技術文献】
【特許文献】
【００８７】
【特許文献１】特開２０１２−１２９９１０号公報
【図１】
2016144166.tif 000003
【図２】
2016144166.tif 000004
【図３】
2016144166.tif 000005
【図４】
2016144166.tif 000006
【図５】
2016144166.tif 000007
【図６】
2016144166.tif 000008
【図７】
2016144166.tif 000009
【図８】
2016144166.tif 000010
【図９】
2016144166.tif 000011
【図１０】
2016144166.tif 000012
【図１１】
2016144166.tif 000013
【図１２】
2016144166.tif 000014
【図１３】
2016144166.tif 000015
【図１４】
2016144166.tif 000016