JP2019071565A - 画像送信装置、画像データ送信プログラムおよび画像データ送信システム - Google Patents

Abstract

【課題】 画像データを確実に受け取りかつ簡単に削除できる、画像送信装置を提供することである。【解決手段】 画像送信装置（１２）の画像読取部（２２、３６）で読み取った画像データをメモリ（６２）のＵＲＬ領域（９０）に保存し、画像送信装置のＣＰＵ（６０）が、ネットワーク（１６）を介してユーザ端末（１４）にこの存場所を示す場所情報と保存している画像データを削除できる削除機能を少なくとも含む通知内容の通知メール（１００）をユーザ端末に送信し（Ｓ１９）、ユーザ端末から上記削除機能を利用して削除指示が送信されたとき、保存場所の画像データを削除する（Ｓ２３）。【選択図】 図７

Description

この発明は、画像送信装置、画像データ送信プログラムおよび画像データ送信システムに関し、特にたとえば画像読取装置で読み取った画像データをユーザ端末のような他の情報処理装置に送信する、画像送信装置、画像データ送信プログラムおよび画像データ送信システムに関する。

背景技術の一例が特許文献１に開示される。この特許文献１では、画像形成装置において、データ転送先のファイルサーバ等をメールアドレス等の情報によって指定可能とし、転送後、指定された配布先にデータの場所や保持期限等を自動的に通知し、更に保持期限が過ぎたデータはファイルサーバ上から自動的に削除することができる。

特開2004-253871号公報［H04N 1/00, G03G 21/00, G06F 12/00, …］

背景技術では、すぐにデータ削除したい場合、保存先へアクセス後削除する必要があり、削除するユーザにとっては、多少削除しづらい面もあった。また、手動で削除した後にデータを取得したいユーザがアクセスした場合、データを取得できないだけでなく誰が削除したかが分からず、確認に時間を費やしていた。

それゆえに、この発明の主たる目的は、新規な、画像送信装置、画像データ送信プログラムおよび画像データ送信システムを提供することである。

この発明の他の目的は、確実に受け取りかつ簡単に削除できる、画像送信装置、画像データ送信プログラムおよび画像データ送信システムを提供することである。

第１の発明は、画像読取部（２２、３６）を備え、画像読取部で読み取った画像データをネットワーク（１６）を介してユーザ端末（１４）に送信する、画像送信装置（１２）であって、画像データを保存場所（９０、１５６）に保存する保存部（Ｓ１５）、保存場所を示す場所情報と保存場所の画像データを削除できる削除機能を少なくとも含む通知内容を有する通知メール（１００）をユーザ端末に送信する送信部（Ｓ１９）、およびユーザ端末から削除機能を利用して削除指示が送信されたとき、保存場所の画像データを削除する削除部（Ｓ２３）を備える、画像送信装置である。

第１の発明によれば、通知メールの削除機能を選択することによってユーザ端末から削除指示が送信されたとき、削除部で画像データを削除するので、削除忘れを防止でき、ひいては所有者不明の画像データが残ってしまうという不都合が回避できる。不明の画像データが残らなくなるので、メモリ容量を有効に利用できる。

第２の発明は、第１の発明に従属し、送信部は複数のユーザ端末に通知メールを送信し、複数のユーザ端末のいずれかから削除指示が送信されたとき、通知メールを送信した当該ユーザ端末以外のユーザ端末に、画像データが保存場所から削除されたことを示す削除通知メール（１２０）を送信する削除通知部（Ｓ２５）をさらに備える、画像送信装置である。

第２の発明によれば、複数のユーザ端末に画像データを送信する場合、その画像データが削除されたという情報を各ユーザ端末で共有できる。

第３の発明は、第１の発明に従属し、送信部は複数のユーザ端末に通知メールを送信し、通知メールを送信した複数のユーザ端末の全てから削除指示があることを検知する検知部（Ｓ２２ｂ、Ｓ２９）をさらに備え、削除部は検知部が複数のユーザ端末の全てから削除指示があることを検知したとき、保存場所から画像データを削除する、画像送信装置である。

第３の発明によれば、画像データのアップロードを複数の通知先に通知し、各通知先がその画像データをダウンロードした後に削除機能を選択して削除指示を送信したとしても、全ての通知先からの削除指示が届くまでその画像データを削除しないので、通知先でダウンロードができなかったという不都合を回避することができる、という効果が期待できる。

第４の発明は、第２または第３の発明に従属し、複数のユーザ端末に送信される通知メールの通知内容はさらに、当該通知メールを少なくとも１つのユーザ端末の少なくとも１つの通知先に送信したことを示す注意文（１２２）を含む、画像送信装置である。

第４の発明によれば、通知メールの削除機能を選択することによって、送信済みの画像データを削除することができるが、複数の送信先（通知先）に送信するときの通知メールでは、注意文によって他に送信先があることを知らせることによって、削除することについて注意を促すことができる。

第５の発明は、第４の発明に従属し、注意文は、通知先のアドレスを含む、画像送信装置である。

第５の発明によれば、注意文には他の通知先をそれのアドレスで知らせるので、対象の画像データをダウンロードしないうちに削除されてしまった宛先（通知先）のユーザは、この注意文のアドレスに直接連絡してダウンロードの機会を逃した画像データをそのユーザから受け取ることができる。

第６の発明は、画像読取部（２２、３６）を備え、画像読取部で読み取った画像データをネットワーク（１６）を介してユーザ端末（１４）に送信する、画像送信装置（１２）のコンピュータで実行される画像データ送信プログラムであって、コンピュータを画像データを保存場所（９０、１５６）に保存する保存部（Ｓ１５）、保存場所を示す場所情報と保存場所の画像データを削除できる削除機能を少なくとも含む通知内容を有する通知メール（１００）をユーザ端末に送信する送信部（Ｓ１９）、およびユーザ端末から削除機能を利用して削除指示が送信されたとき、保存場所の画像データを削除する削除部（Ｓ２３）として機能させる、画像データ送信プログラムである。

第７の発明は、画像読取部（２２、３６）を備え、画像読取部で読み取った画像データをネットワーク（１６）を介してユーザ端末（１４）に送信する、画像データ送信システムであって、画像データを保存場所（９０、１５６）に保存する保存部（Ｓ１５）、保存場所を示す場所情報と保存場所の画像データを削除できる削除機能を少なくとも含む通知内容を有する通知メール（１００）をユーザ端末に送信する送信部（Ｓ１９）、およびユーザ端末から削除機能を利用して削除指示が送信されたとき、保存場所の画像データを削除する削除部（Ｓ２３）を備える、画像データ送信システムである。

第６の発明および第７の発明によれば、第１の発明と同様の効果が期待できる。

この発明によれば、画像データを受け取った後に削除するので、画像データを確実に受け取ることができる。削除することができる機能を通知内容に付加したので、画像データを確実に削除できる。

この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。

図１はこの発明の一実施例の画像データ配布システムを示すブロック図である。 図２は図１実施例における画像形成装置の一例を示す図解図である。 図３は図２に示す画像形成装置の電気的な構成を示すブロック図である。 図４は図１実施例におけるユーザ端末の電気的な構成を示すブロック図である。 図５は図３に示す画像形成装置のメモリのメモリマップの一例を示す図解図である。 図６は図３に示す画像形成装置のタッチディスプレイに表示される配布設定ＧＵＩの一例を示す図解図である。 図７は画像形成装置からユーザ端末に送信される通知メールの一例を示す図解図である。 図８はユーザ端末からの指示に従って画像形成装置がデータを削除したときにユーザ端末に送信される削除通知メールの一例を示す図解図である。 図９はユーザ端末のメモリのメモリマップの一例を示す図解図である。 図１０は画像形成装置の動作を示すフロー図である。 図１１はユーザ端末の動作を示すフロー図である。 図１２は画像形成装置からユーザ端末に送信される、複数の配布先に画像データを配布するときの通知メールの一例を示す図解図である。 図１３は画像形成装置からユーザ端末に送信される、複数の配布先に画像データを配布するときの通知メールの他の例を示す図解図である。 図１４はこの発明の他の実施例の画像データ配布システムにおける画像形成装置のメモリのメモリマップの一例を示す図解図である。 図１４はこの実施例における画像形成装置の動作の一例を示すフロー図である。 図１６はこの発明のさらに他の実施例の画像データ配布システムにおける画像形成装置のメモリのデータ記憶領域に作成される通知先テーブルの一例を示す図解図である。 図１７はこの実施例における画像形成装置の動作の一例を示すフロー図である。 図１８はこの発明のその他の実施例の画像データ配布システムを示すブロック図である。 図１９は図１８実施例におけるサーバの電気的な構成を示すブロック図である。 図２０はこの発明の他の実施例の画像データ配布システムにおける画像形成装置のメモリのメモリマップの一例を示す図解図である。

［第１実施例］
図１を参照して、この発明の一実施例の画像データ配布（送信）システム１０は、画像形成装置（画像送信装置に相当）１２を含み、この画像形成装置１２には、たとえばインターネットやイントラネットのようなネットワーク１６を介して、ユーザ端末１４がアクセス可能に接続される。ユーザ端末１４は、通信機能を備えるコンピュータ（デスクトップ、ノート、タブレット、スマートフォンなど）である。

この実施例では、画像形成装置１２は、複写機能、プリンタ機能、スキャナ機能、通信機能などを有する複合機（ＭＦＰ：Multifunction Peripheral）である。ただし、画像形成装置１２は、複合機に限定される必要はない。しかしながら、画像形成装置１２は、少なくともスキャナ機能すなわち画像読取装置および通信機能を備えるが、カラー機であってもよいし、モノクロ機であってもよい。

先ず、画像形成装置１２の基本構成について概略的に説明する。図２に示すように、画像形成装置１２は、画像形成部２０等を備える装置本体１８、およびその上方に配置される画像読取装置２２を含む。

画像読取装置２２は、透明材によって形成される原稿載置台２４を備える。原稿載置台２４の上方には、ヒンジ等を介して原稿押えカバー２６が開閉自在に取り付けられる。この原稿押えカバー２６には、原稿載置トレイ２８に載置された原稿（図示せず）を、画像読取ガラスを配置した原稿読取位置３０に対して１枚ずつ自動的に給紙するＡＤＦ（原稿送り装置）３２が設けられる。また、原稿載置台２４の前面側には、ユーザによる入力操作を受け付けるタッチディスプレイ３４（図３）および操作ボタン等で構成される操作部が設けられる。

画像読取装置２２には、原稿走査（スキャナ）部３６が設けられ、このスキャナ部３６は、たとえば主走査方向（図２の紙面に直交する方向）に配列された複数のＬＥＤ（図示せず）を含み、副走査方向（図２の紙面に平行な方向）に移動可能な光源ユニット３８、光源ユニット３８の移動速度の１／２の移動速度で、副走査方向に移動可能なミラーユニット４０および結像レンズおよびラインセンサ等を備える撮像部４２が設けられる。

このスキャナ部３６では、原稿表面を光源ユニット３８によって露光し、原稿表面から反射した反射光をミラーユニット４０によって撮像部４２の結像レンズ（図示せず）に導く。そして、結像レンズによって反射光をラインセンサ（図示せず）の受光素子に結像させる。ラインセンサでは、受光素子に結像した反射光の輝度や色度が検出され、原稿表面の画像に基づく画像データが生成される。ラインセンサとしては、ＣＣＤ（Charge Coupled Device）やＣＩＳ（Contact Image Sensor）等を用いる。

画像読取装置２２すなわちスキャナ部３６からはこのようにして画像データが出力される。したがって、この画像読取装置２２すなわちスキャナ部３６が画像読取手段あるいは画像データ出力手段を構成する。

装置本体１８には、ＣＰＵ等を含む制御部４４および前述の画像形成部２０などが内蔵される。制御部４４は、前述のタッチディスプレイ３４等の操作部への入力操作などに応じて、露光装置（露光部）４６を含む画像形成装置１２の各部位に制御信号を送信し、画像形成装置１２に種々の動作を実行させる。

画像形成部２０は、露光装置４６、現像器４８、感光体ドラム５０、感光体クリーナユニット５２、帯電器５４、転写ユニット５６および定着ユニット５８等を備え、給紙トレイ５９または手差し給紙トレイ５９ａから搬送される用紙上に画像を形成し、画像形成済みの用紙を排紙トレイ（図示せず）に排出する。用紙上に画像を形成するための画像データとしては、画像読取装置２２（スキャナ部３６）から出力される画像データまたは外部コンピュータから送信された画像データ等が利用される。

なお、カラー機である実施例の画像形成装置１２において扱われる画像データは、ブラック（Ｋ）、シアン（Ｃ）、マゼンタ（Ｍ）およびイエロー（Ｙ）の４色のカラー画像に応じたものである。このため、現像器４８、感光体ドラム５０、感光体クリーナユニット５２および帯電器５４のそれぞれは、各色に応じた４種類の静電潜像を形成するように４個ずつ設けられ、これらによって４つの画像ステーションが構成される。

なお、このような画像形成装置１２において、画像形成部２０の構成や動作はよく知られたところであるばかりでなく、この発明に重要な係りを持たない部分でもあるので、ここでは上記以上の詳しい説明は省略する。

上述の原稿載置台２４の前面側には、ユーザによる印刷開始指示等の入力操作を受け付けるタッチディスプレイ３４（図３）および操作ボタン等を含む操作部が設けられる。

装置本体１８内の所定位置には、上述のように、画像形成装置１２の各部位の動作を制御する制御部４４が設けられるが、この制御部４４は、図３に示すように、ＣＰＵ６０およびメモリ６２等を備え、タッチディスプレイ３４等への操作入力に応じて、画像形成装置１２の各部位に制御信号を送信し、画像形成装置１２に種々の動作を実行させる。

図３に示すように、画像形成装置１２は、制御部４４を構成するＣＰＵ６０を含み、ＣＰＵ６０は、バス６４を介して、メモリ６２に接続される。メモリ６２はたとえばＲＯＭやＲＡＭなどを含み、このメモリ６２には、ＣＰＵ６０によって実行され、この画像形成装置１２の全体制御のためのプログラムや実施例で必要なプログラム（後述する。）が予め設定されている。

操作部を構成する、タッチディスプレイ３４は、ディスプレイと一体にタッチパネルを設け、表示面（タッチ画面）にＧＵＩ（Graphical User Interface：グラフィカルユーザインタフェース）を表示し、そのＧＵＩの所要部位にタッチすることによって、操作入力を入力することができる。

タッチディスプレイ３４においては、ディスプレイ制御回路６６を通してＣＰＵ６０によって与えられる表示データに従った表示が行われる。タッチパネル制御回路６８は、タッチパネルに必要な電圧などを供給するとともに、タッチパネルにユーザがタッチした位置を示すタッチ座標を取り込み、ＣＰＵ６０に与える。したがって、ＣＰＵ６０は、タッチディスプレイ３４において、どの位置に操作（タッチ）入力があるかを知ることができる。

ＣＰＵ６０はまた、通信モジュール７０によって、ネットワーク１６に接続される。

画像読取装置２２は前述のようにスキャナ部３６を備え、このスキャナ部３６で読み取った画像データが、ＣＰＵ６０の制御の下で、メモリ６２に記憶される。画像形成部２０は、ＣＰＵ６０から与えられる画像データもしくは他の外部装置、たとえばサーバやコンピュータから与えられる画像データに従って、電子写真方式で記録用紙上にトナー画像を形成する。

図１実施例におけるユーザ端末１４の一例が図４に示され、このユーザ端末１４はＣＰＵ７２を含み、ＣＰＵ７２は、バス７４を介して、メモリ７６に接続される。メモリ７６は、たとえばハードディスク、ＲＯＭ、ＲＡＭなどを含み、このメモリ７６には、ＣＰＵ７２によって実行されてこのユーザ端末１４の全体制御のためのプログラムや実施例で必要なプログラム（後述する。）が予め設定されている。

ＣＰＵ７２はまた、通信モジュール７８を介して、ネットワーク１６すなわち画像形成装置１２にアクセスすることができる。

タッチディスプレイ８０は、ディスプレイと一体にタッチパネルを設け、表示面（タッチ画面）にＧＵＩを表示し、そのＧＵＩへタッチすることによって、操作入力を入力することができる。

タッチディスプレイ８０においては、ディスプレイ制御回路８２を通してＣＰＵ７２によって与えられる表示データに従った表示が行われる。タッチパネル制御回路８４は、タッチパネルに必要な電圧などを供給するとともに、タッチパネルにユーザがタッチした位置を示すタッチ座標を取り込み、ＣＰＵ７２に与える。したがって、ＣＰＵ７２は、タッチディスプレイ８０において、どの位置に操作（タッチ）入力があるかを知ることができる。

ただし、ユーザ端末１４のモニタとしてはタッチパネルのないディスプレイであってよく、その場合には、入力操作はキーボード（図示せず）等の入力Ｉ／Ｆによって行われ得る。

画像形成装置１２のメモリ６２には、たとえば図５に示すように、プログラム記憶領域８６およびデータ記憶領域８８が設けられる。

プログラム記憶領域８６には、入力受付プログラム８６ａ、画像読取プログラム８６ｂ、データ設定プログラム８６ｃ、通知プログラム８６ｄおよび、データ管理プログラム８６ｅ等を含む。

入力受付プログラム８６ａは、データ記憶領域８８に予め設定されている表示画像データ領域８８ａに記憶されるデータに従って表示される、たとえば図６のような配布設定（送信設定）ＧＵＩ９２をタッチディスプレイ３４（図３）に表示して、ユーザによる操作入力を受け付けるためのプログラムである。

画像読取プログラム８６ｂは、たとえば図６の配布設定ＧＵＩ９２においてスタートボタン９４を操作したとき、配布設定ＧＵＩ９２において設定された制御情報、たとえば原稿サイズ、解像度、カラー／モノクロなどの制御情報に従って、画像読取装置２２すなわちスキャナ部３６（図２、図３）に画像読取り動作を実行させるためのプログラムである。

データ設定プログラム８６ｃは、画像読取プログラム８６ｂに従って実行した画像読取り動作の結果取得した画像データを、たとえば図６の配布設定ＧＵＩ９２のＵＲＬ設定領域９６に設定したＵＲＬが示すこのメモリ６２のＵＲＬ領域９０に保存するプログラムである。つまり、ＵＲＬ領域９０は、画像読取プログラム８６ｂに従って画像読取装置２２すなわちスキャナ部３６が読み取った画像データの保存場所である。

通知プログラム８６ｄは、メモリ６２のＵＲＬ領域９０に設定された画像データを配布すべき宛先に通知するためのプログラムであり、たとえば図６の配布設定ＧＵＩ９２の通知先設定領域９８に設定された通知先（宛先）に、たとえば図７に示すような通知メール１００を送信するためのプログラムである。

データ管理プログラム８６ｅは、データ設定プログラム８６ｃに従ってＵＲＬ領域９０に設定した配布用の画像データの管理、たとえば削除するかどうかなどを管理するためのプログラムである。

メモリ６２のデータ記憶領域８８には、上述の配布設定ＧＵＩ９２などをタッチディスプレイ３４に表示するための表示画像データを記憶するための表示画像データ領域８８ａが設定される。読取画像データ領域８８ｂには、画像読取プログラム８６ｂに従って実行した画像読取り動作の結果取得した画像データが記憶される。

データ記憶領域８８にはさらに、通知先データ領域８８ｃ、通知メールテンプレートデータ領域８８ｄ等が形成される。通知先データ領域８８ｃは、たとえば図６の配布設定ＧＵＩ９２の通知先設定領域９８に設定された通知先（宛先）のデータを記憶しておくための領域である。通知メールテンプレートデータ領域８８ｄは、たとえば図７に示すような通知メール１００や図８に示すような削除通知メール１２０等のためのテンプレートのデータを予め設定しておくための領域である。

データ記憶領域８８にはさらに、画像読取プログラム８６ｂに従って読み取った画像データを記憶しておくための、たとえば図６の配布設定ＧＵＩ９２のＵＲＬ設定領域９６に設定したＵＲＬで示されるＵＲＬ領域９０が設けられる。

なお、このＵＲＬ領域９０は、画像形成装置１２のメモリ６２内に設定する必要はなく、画像形成装置１２およびユーザ端末１４がアクセス可能な任意の記憶媒体（記憶領域）に設定されてよい。

ただし、後述の第２実施例で説明するようにサーバを用いるとすれば、ＵＲＬ領域９０は、画像形成装置１２およびユーザ端末１４に加えてそのサーバが画像形成装置１２およびユーザ端末１４からアクセス可能な記憶場所である必要がある。

図６を参照して、タッチディスプレイ３４に表示される配布設定ＧＵＩ９２をさらに説明する。この配布設定ＧＵＩ９２には上述のスタートボタン９４が設けられ、このスタートボタン９４は画像データの配布動作を開始させるために操作される。スタートボタン９４とは別に、キャンセルボタン１０２が設けられ、配布動作を中止するときそのキャンセルボタン１０２が操作される。

ＵＲＬ設定領域９６は、上述のように、配布（送信）する画像データをそこからダウンロードするＵＲＬを入力（設定）するための領域であるが、実施例では、プルダウンメニューとして予め設定されているいくつかのＵＲＬが選択的に設定可能とされている。しかしながら、１つだけのＵＲＬを固定的に設定しておくことも可能である。

ここで、ＵＲＬとは、画像データの保存場所を示す場所情報として機能し、インターネット上に存在する情報リソース(データやサービスなど)の位置を記述するためのデータ形式のことであり、リソースの取得方法(種類)や、ネット上での当該リソースの存在するコンピュータの位置、コンピュータ内部でのリソースの位置などを含む。先頭の「http:」はスキーム名であり、通信に用いるプロトコル名を表している。スキーム名に続く識別情報の記述形式は色々だが、ドメイン名やＩＰアドレス、ポート番号、フォルダ名、ファイル名などで構成される。

ＵＲＬ設定領域９６の下方にはユーザＩＤを登録するためのユーザＩＤ領域１０４が設けられ、このユーザＩＤ領域１０４には、この画像データ配布システム１０において画像データを配布するユーザ（配布ユーザ）のＩＤ（識別記号）が登録される。このユーザＩＤはプルダウン方式で入力できるようにしてもよいが、基本的にはユーザのキー操作によって個別に英数字などが入力される。

なお、ＵＲＬ設定領域９６やユーザＩＤ領域１０４においてプルダウンメニュー方式ではなく、個別に英数字やかななどを入力する場合には図示しないがソフトキーを表示するようにすればよい。

通知先設定領域９８には、画像データを配布（送信）する、宛先（通知先）が登録される。この通知先設定領域９８に付属して、アドレス帳ボタン１０６およびＯＫボタン１０８が配置される。

アドレス帳ボタン１０６は、通知先アドレスを通知先設定領域９８に入力する際に参照するアドレス帳（図示せず）を呼び出すためのボタンである。通知先アドレスを通知先設定領域９８に設定するとき、そのアドレス帳ボタン１０６をタッチしてアドレス帳を開き、所望のアドレスをタッチすることによって、該当するアドレスを通知先設定領域９８に入力することができる。

ＯＫボタン１０８は通知先設定領域９８に通知先アドレスの登録を完了したときに操作される。

スタートボタン９４の左方には、制御情報ボタン１１０が設定される。この制御情報ボタン１１０を操作すると、上述した制御情報を設定するためのＵＩ（図示せず）が表示されるので、ユーザは通常のスキャン動作の際に設定するのと同じようにして、解像度などを設定することができる。

配布ユーザによってスタートボタン９４が操作されると、画像形成装置１２では、画像読取装置２２（スキャナ部３６）において画像読取り動作が実行され、スキャナ部３６から出力された画像データが、ＵＲＬ設定領域９６に記述されたＵＲＬにアップロードされる。また、画像形成装置１２は、たとえば図７に示すようなＵＲＬにアップロードされた画像データについての通知メール１００を、通知先設定領域９８に記述された通知先アドレスに対応する通知先に送信する。

図７に一例を示している通知メール１００は、配布される画像データを受け取るべき通知先（宛先）に対して、画像データをＵＲＬにアップロードしたことを通知するためのメールであり、通知メッセージ１１２を含み、通知メッセージ１１２はたとえば「ファイル保存したデータがあります。下記のＵＲＬを参照してください。」のように、通知先が受け取るべき画像データがＵＲＬ表示欄１１４に表示したＵＲＬに存在することを通知する。ＵＲＬ表示欄１１４には、送信元のユーザがＵＲＬ設定領域９６（図６）に設定したＵＲＬが記載される。

通知メール１００にはさらに、削除ボタン１１６が設定される。削除ボタン１１６は、上記のＵＲＬにアップロードされている画像データを削除するときに操作するボタンである。基本的には、画像データの受取人である通知先のユーザがその画像データをダウンロードした後に削除ボタン１１６を操作して、画像データを削除することができる。つまり、この削除ボタン１１６は、上記のＵＲＬに保存されている画像データを削除することができる機能（削除を促す機能）を提供する。そして、削除可能メッセージ１１８は、その削除機能を使用するとこで、画像データを削除できることを、通知先ユーザに知らせる。また、この削除可能メッセージ１１８は、ＵＲＬにアップロードされている画像データを削除することをユーザに促す機能も有する。

削除ボタン１１６が操作されると、ＵＲＬにアップロードされている画像データが削除される。また、削除ボタン１１６を操作したユーザのユーザ端末１４に、削除された画像データについての削除通知メール１２０が送信される。

そして、図８の削除通知メール１２０は、画像データの配布先（送信先）に指定された人（削除ユーザ）によって、該当の画像データが削除されたことを知らせる通知メールである。したがって、この削除通知メール１２０を受信した人は、画像データが削除されたことを知る。削除通知メール１２０では、画像データを記憶しておいたＵＲＬ領域９０（図５）のアドレス、つまり画像データをアップロードしていたリンク先のＵＲＬが、ＵＲＬ表示欄１２４に表示される。通知文１２６は、このＵＲＬ表示欄１２４に示されるＵＲＬに保存していた画像データが削除された旨を示す。通知文１２６は、削除された日付および誰（どのユーザ端末）からの削除指示によって削除したかを示す詳細データ１２６ａを含む。つまり、通知文１２６は、いつ、誰によって、画像データを削除したかを示す、通知文である。

ユーザ端末１４のメモリ７６には、たとえば図９に示すように、プログラム記憶領域１２８およびデータ記憶領域１３８が設けられる。

プログラム記憶領域１２８は、入力受付プログラム１２８ａ、通信プログラム１２８ｂ、取得プログラム１２８ｃ、削除プログラム１２８ｄ等を含む。

入力受付プログラム１２８ａは、たとえばタッチディスプレイ８０（図４）に対するユーザのタッチ（操作）入力を受け付けるためのプログラムである。

通信プログラム１２８ｂは、通信モジュール７８（図４）を用いてネットワーク１６を介して画像形成装置１２と通信するためのプログラムである。

取得プログラム１２８ｃは、通知メール１００が示すＵＲＬすなわち取得リンクから画像データを取得するプログラムである。

削除プログラム１２８ｄは、通知メール１００に表示された削除ボタン１１６を操作したときに、前述のメモリ６２のＵＲＬ領域９０に設定された画像データを削除するためのプログラムである。

メモリ７６のデータ記憶領域１３０には、タッチディスプレイ８０に画像を表示するのに必要な画像生成データを記憶するための画像生成データ領域１３０ａが設定される。取得データ領域１３０ｂには、上述の取得プログラム１２８ｃに従って取得リンクすなわちＵＲＬから取得した画像データが記憶される。

このような画像データ配布システム１０の動作をたとえば図１０および図１１のフロー図を参照して説明する。

画像形成装置１２のＣＰＵ６０が、図５に示す入力受付プログラム８６ａに従って、タッチディスプレイ３４からの操作入力または通信モジュール７０で受信した入力を受け付ける。その結果、ユーザ端末１４のタッチディスプレイ８０において図７の削除ボタン１１６をユーザが操作したことによって、ユーザ端末１４から削除指示が入力されかどうか、ＣＰＵ６０が図１０に示すフロー図のステップＳ１で判断する。

削除指示ではない場合、ステップＳ１で“ＮＯ”が判断され、ステップＳ３において、ＣＰＵ６０はさらに、タッチディスプレイ３４から画像データの配布指示が入力されたかどうか判断する。

なお、この画像データの配布指示は、メニュー画面（図示せず）に表示されている「画像配布」ボタンを操作することによって入力することができる。したがって、このステップＳ３ではＣＰＵ６０は、タッチディスプレイ３４においてそのメニュー画面内の配布指示ボタンが操作されたかどうか判断する。

ステップＳ３で“ＹＥＳ”が判断されると、つまり画像データの配布が指示されたとき、ＣＰＵ６０は、次のステップＳ５において、図５に示す表示画像データ領域８８ａに記憶されるデータを利用して、タッチディスプレイ３４に図６に示す配布設定ＧＵＩ９２を表示する。

画像形成装置１２のユーザは、この配布設定ＧＵＩ９２を利用して、配布先などを設定する。つまり、原稿載置トレイ２８（図２）に、画像を読取りたい原稿を置く。次いで、ユーザは、制御情報ボタン１１０を操作して、スキャナ部３６で原稿を読み取る際のカラー／モノクロの別、解像度などの制御情報を設定し、その制御情報がステップＳ７で受け付けられ、登録される。ただし、このステップＳ７においては、解像度として４００ｄｐｉなどの制御情報がデフォルトで設定されるようにしてもよい。

続いて、ユーザは、通知先設定領域９８に、配布先アドレスを、必要に応じてアドレス帳を参照して設定する。この配布先アドレスがステップＳ９で受け付けられ、登録される。ただし、ＵＲＬ設定領域９６には、ＵＲＬ領域９０（図５）のＵＲＬがデフォルトで設定されてもよい。

続くステップＳ１１で、ＣＰＵ６０は、ＵＲＬ送信の設定を有効にするかどうか判断する。このステップＳ１１ではＣＰＵ６０は、配布設定ＧＵＩ９２のスタートボタン９４が操作されたかどうか判断する。スタートボタン９４が操作されたとき、ステップＳ１１で“ＹＥＳ”が判断され、続くステップＳ１３で、ＣＰＵ６０は、スキャナ部３６に指令を送り、原稿を設定された制御情報に従って読み取らせる。

次のステップＳ１５で、スキャナ部３６で読み取った画像データを、ＵＲＬ領域９０（図５）に保存する。したがって、ＣＰＵ６０が実行するステップＳ１５が、画像データを保存場所（ＵＲＬ領域９０）に保存する保存部として機能する。ステップＳ１７でステップＳ１５による処理の完了を判断すると、ステップＳ１９で、ＣＰＵ６０は、通知プログラム８６ｄなどに従って、たとえば図７に例示する通知メール１００をステップＳ９で設定した通知先に送信する。したがって、このステップＳ１９を実行するＣＰＵ６０が送信部を構成する。

なお、ステップＳ１１で“ＮＯ”が判断された場合には、ＣＰＵ６０は、ステップＳ２１で通常メールを送信する。この通常メールは、配布される画像データを受け取るべき通知先に対して、画像データを直接配布するためのメールであり、配布される画像データが添付される。つまり、ステップＳ１１で“ＮＯ”が判断された場合には、画像データは通常メールの添付ファイルとして送信される。

さらに、ステップＳ１で削除指示が入力されたとＣＰＵ６０が判断したとき、続くステップＳ２３でＣＰＵ６０は、この削除指示で指定された画像データを該当のＵＲＬ領域９０から削除する。つまり、図７の通知メール１００に予め設定されている削除機能を利用したときすなわち削除ボタン１１６を押したとき、削除指示が画像形成装置１２のＣＰＵ６０に入力される。この通知メール１００にはＵＲＬ表示欄１１４が設定されているので、ＣＰＵ６０は、このＵＲＬの内容（ＩＰアドレス、ポート番号、フォルダ名、ファイル名など）を参照することによって、ステップＳ２３で削除すべき画像データがどれかを容易に知ることができる。

ステップＳ２３で該当の画像データを削除した後、ＣＰＵ６０は、次のステップＳ２５で、図８に示す削除通知メール１２０を、削除指示を送信してきたユーザ端末に送信する。この第１実施例のように、１つの宛先にのみ画像データを配布する場合には、ここでのユーザ端末はつまりステップＳ１９で通知メール１００を送信したユーザ端末である。

なお、ステップＳ２３を実行するＣＰＵ６０が削除部として機能し、ステップＳ２５を実行するＣＰＵ６０は削除通知部として機能する。

このようにして、画像形成装置１２が、スキャナ部３６で読み取った画像データをＵＲＬ領域９０にアップロードし、そのことを通知メール１００で対象のユーザ端末１４に通知する。

この通知メール１００を受信したユーザ端末１４は、図１１のフロー図の最初のステップＳ３１で、ＣＰＵ７２（図４）が、受信した通知メール１００をタッチディスプレイ８０（図４）に表示する。ユーザ端末１４のユーザがその通知メールを見て、自分のユーザ端末を指定して画像データが送られていることを知る。そして、その画像データを自分のユーザ端末１４にダウンロードしたいとき、ユーザ端末１４のユーザは、通知メール１００のＵＲＬ表示欄１１４にタッチして、そこに示されている取得リンク（ＵＲＬ領域９０）を選択する。このようなタッチ入力は、入力受付プログラム１２８ａによって検知され得る。

ステップＳ３３で、ユーザ端末１４において取得リンク（ＵＲＬ領域９０）が選択されると、ステップＳ３５で、ＣＰＵ７２は、通信プログラム１２８ｂ（図９）に従って通信モジュール７８を制御し、ＵＲＬ領域９０にアクセスして、取得プログラム１２８ｃ（図９）に従って、そこに記憶されている画像データを取得して、取得データ領域１３０ｂ（図９）に記憶させる。

ステップＳ３７で画像データの取得の完了を判断すると、ＣＰＵ７２は、次のステップＳ３９で、たとえば「画像データの取り込みを完了しました」のような文章あるいは完了を知らせる図形などを含む、取得完了報知画面（図示せず）を、タッチディスプレイ８０に表示する。

ただし、ステップＳ３３で取得リンクを選択しなかったとき、つまりＵＲＬ表示欄１１４が選択されなかったとき、ＣＰＵ７２は、続いて、ステップＳ４１で、通知メール１００の削除ボタン１１６がタッチ（操作）されたかどうか判断する。このユーザ操作は、入力受付プログラム１２８ａによって検知され得る。

削除ボタン１１６が操作されたことを検知すると、ＣＰＵ７２は、次のステップＳ４３で、通信プログラム１２８ｂに従って、画像形成装置１２に前述した削除指示を送信する。この削除指示が画像形成装置１２に送信され、画像形成装置１２において該当の画像データのファイルが削除されるのは前述のとおりである。

この実施例によれば、通知メール１００の削除ボタン１１６を選択することによってユーザ端末１４から削除指示が送信されたとき、削除部で画像データを削除するので、削除忘れを防止でき、ひいては所有者不明の画像データがメモリ内に残ってしまうという不都合が回避できる。不明の画像データが残らなくなるので、メモリ容量を有効に利用できるという利点がある。

上述の図７の通知メール１００は、画像データの配布先が１つのみの場合に１つのアドレスに対してのみ送信される通知メールである。
［第２実施例］
これに対して、図１２または図１３に示す通知メールは、画像データの配布先が２つ以上の場合に２以上のアドレスに対して送信される通知メールである。

図１２に示す通知メール１００では、この通知メール１００を受け取った人以外にも画像データが配布される人が存在することを、注意文１２２で知らせるようにしている。具体的には、通知メール１００では、この通知メール１００を受け取った人が使用するユーザ端末の他に、少なくとも１つのユーザ端末の少なくとも１つの通知先に送信したことを、注意文１２２で知らせるようにしている。つまり、注意文１２２で、他の通知先があることを知らせる。

同様に、図１３に示す通知メール１００も注意文１２２を含むが、図１３の実施例では、他の通知先を具体的にそれのアドレスで知らせる点が図８の実施例とは異なる。

この実施例においても、通知メール１００の削除ボタン１１６を操作することによって、配布済みの画像データを削除することができるが、複数の配布先（通知先）に配布するときの図１２または図１３の通知メール１００では、注意文１２２によって他に配布先があることを知らせることによって、削除することについて注意を促すことができる。

第２実施例においても、画像形成装置１２のＣＰＵ６０は、図１０に示すフロー図に従って動作する。ただし、この実施例では、ステップＳ９において、図６に示す配布設定ＧＵＩ９２の通知先設定領域９８に複数の通知先が設定される。そのため、ステップＳ１９においては、ステップＳ９で受け付けたすべての通知先に、図１２または図１３に示す通知メール１００を送信する。

そして、ステップＳ１で削除指示が入力されたとＣＰＵ６０が判断したとき、続くステップＳ２３でＣＰＵ６０は、この削除指示で指定された画像データを該当のＵＲＬ領域９０から削除する。つまり、図７の通知メール１００に予め設定されている削除機能を操作したときすなわち削除ボタン１１６を押したとき、削除指示が画像形成装置１２のＣＰＵ６０に入力される。

そして、ステップＳ２３で該当の画像データを削除した後、ＣＰＵ６０は、次のステップＳ２５で、図８に示す削除通知メール１２０を、送信する。それによって、複数のユーザ端末１４に画像データを配布する場合、その画像データが削除されたという情報を各ユーザ端末１４で共有できる。

この場合、通知メール１００のＵＲＬ表示欄１１４の情報（ＩＰアドレス、ポート番号、フォルダ名、ファイル名など）を参照することによって、どのユーザ端末すなわち通知先から削除指示が送信されてきたか容易に知ることができるので、その削除指示を送信してきたユーザ（ユーザ端末）を図８に示す詳細データ１２６ａに表示することになる。つまり、図８の削除通知メール１２０によって、誰からの削除指示で、ＵＲＬ領域９０（図５）の画像データが削除されたかわかる。そのため、対象の画像データをダウンロードしないうちに削除されてしまった宛先（通知先）のユーザは、この削除通知メール１２０の詳細データ１２６ａに示される通知先（ユーザ）に連絡して、ダウンロードの機会を逃した画像データをそのユーザから受け取ることができる。

ただし、通知メール１００の注意文１２２に他の通知先のアドレスが記入されている図１３実施例の場合、対象の画像データをダウンロードしないうちに削除されてしまった宛先（通知先）のユーザは、この注意文１２２のアドレスに直接連絡してダウンロードの機会を逃した画像データをそのユーザから受け取ることができる。

なお、この削除通知メール１２０は、全配布先に送信されてもよいが、削除指示を送信してきたユーザを削除通知メール１２０の配布先から除くようにしてもよい。削除指示を送信してきたユーザは、画像データが削除されたことを、通知を受けるまでもなく知っているからである。
［第３実施例］
第３実施例でも、第２実施例と同様に、複数の通知先に画像データを配布する。ただし、第３実施例では、図１４に示すように、メモリ６２のデータ記憶領域８８に、削除指示カウンタ８８ｅを設定しておく。この削除指示カウンタ８８ｅは、何人のユーザすなわち何台のユーザ端末１４から削除指示が送信されてきたかをカウントするためのカウンタであり、図５に示すデータ管理プログラム８６ｅによって制御される。

そして、この第３実施例では、画像形成装置１２のＣＰＵ６０は、図１５に示すフロー図に従って動作する。ただし、先の実施例と同じまたは類似の動作は、図１０と同じ参照符号を付して、重複する説明を省略する。

ステップＳ１１で“ＹＥＳ”を判断したとき、ＣＰＵ６０は、削除指示カウンタ８８ｅに初期値をセットする。この場合の初期値は、ステップＳ９で受け付けた通知先の数であり、もし、２つの宛先に画像データを配布する場合には初期値は「２」であり、「ｉ」個の宛先に画像データを配布する場合には初期値は「ｉ」である。

その後、ステップＳ１９において、ステップＳ９で受け付けたすべての通知先に、図１２または図１３に示す通知メール１００を送信する。

そして、ステップＳ１で“ＹＥＳ”を判断したとき、すなわち、削除指示を検知したとき、ステップＳ２２ａに進んで、ＣＰＵ６０は、データ管理プログラム８６ｅに従って、削除指示カウンタ８８ｅをディクリメントする（−１する）。

そして、次のステップＳ２２ｂで、ＣＰＵ６０は、削除指示カウンタ８８ｅ「０」になったかどうか、つまり、ステップＳ１９で配信した通知先の全てから削除指示が送信されてきたかどうか判断する。このステップＳ２２ｂは通知メール１００を送信した複数のユーザ端末の全てから削除指示があることを検知する検知部として機能する。“ＮＯ”なら終了し、“ＹＥＳ”なら、先の実施例のステップＳ２３およびＳ２５と同様に、該当の画像データをＵＲＬ領域９０から削除し、削除通知メール１２０（図８）を配布先に送信する。ただし、この実施例では配布先として複数のユーザ端末が指定されているので、削除通知メール１２０も対象の複数のユーザ端末１４に送信することになる。

この場合、通知メール１００のＵＲＬ表示欄１１４の情報（ＩＰアドレス、ポート番号、フォルダ名、ファイル名など）を参照することによって、どのユーザ端末すなわち通知先から削除指示が送信されてきたか容易に知ることができるので、削除通知メール１２０は、削除指示を送信してきたユーザ（通知先）以外の通知先（配布先）に送信するようにしてもよい。削除指示を送信してきたユーザは、画像データが削除されたことを、通知を受けるまでもなく知っているからである。

この第３実施例では、読み取った画像データのアップロードを複数の通知先に通知し、各通知先がその画像データをダウンロードした後に削除ボタン１１６（図７）を操作して削除指示を画像形成装置１２に送信したとしても、全ての通知先からの削除指示が届くまでその画像データを削除しないので、どれかの通知先でダウンロードができなかったという不都合を回避することができる。
［第４実施例］
複数の配布先を指定する第２実施例においては、すべての配布先に画像データがダウンロードされたことを確認した後に該当の画像データをＵＲＬ領域９０から削除するようにするために、削除指示カウンタ８８ｅ（図１４）を用いた。

これに対して、第４実施例では、複数の配布先を指定する場合に、すべての配布先に画像データがダウンロードされたことを確認した後に該当の画像データをＵＲＬ領域９０から削除するようにするために、図１６に示す通知先テーブル１３２を、画像形成装置１２のメモリ６２のデータ記憶領域８８（図５）に作成する。この通知先テーブル１３２もまた、データ管理プログラム８６ｅによって管理（制御）される。

通知先テーブル１３２は、図１６に示すように、通知先のアドレスを記憶する通知先欄１３２ａと各通知先からの削除指示があったかどうかを示す削除指示欄１３２ｂを有する。通知先から削除ボタン１１６の操作に応じて削除指示が入力されると、ＣＰＵ６０は、データ管理プログラム８６ｅに従って、該当の通知先の削除指示欄１３２ｂに丸印（「１」）を付す。

そして、この実施例では、画像形成装置１２のＣＰＵ６０は、図１７に示すフロー図に従って動作する。ただし、先の実施例と同じまたは類似の動作は、図１０と同じ参照符号を付して、重複する説明を省略する。

ステップＳ１１で“ＹＥＳ”を判断したとき、ＣＰＵ６０は、ステップＳ２７において、通知先テーブル１３２（図７）の通知先欄１３２ａにすべての通知先を書き込むことによって、通知先テーブル１３２を作成する。ただし、このときには削除指示欄１３２ｂは未だ空欄のままである。

その後、ステップＳ１９において、ステップＳ９で受け付けたすべての通知先に、図１２または図１３に示す通知メール１００を送信する。

そして、ステップＳ１で“ＹＥＳ”を判断したとき、すなわち、削除指示の受信を検知したとき、ステップＳ２８に進んで、ＣＰＵ６０は、データ管理プログラム８６ｅに従って、通知先テーブル１３２の該当の通知先の削除指示欄１３２ｂに「１」を書き込む。このとき、ＣＰＵ６０は、通知メール１００のＵＲＬ表示欄１１４の情報（ＩＰアドレス、ポート番号、フォルダ名、ファイル名など）を参照することによって、どのユーザ端末すなわち通知先から削除指示が送信されてきたか容易に知ることができる。

そして、次のステップＳ２９で、ＣＰＵ６０は、通知先テーブル１３２の全ての通知先の削除指示欄１３２ｂに「１」が書き込まれたかどうか判断する。続いて、ステップＳ３１で、削除指示カウンタ８８ｅ「０」になったかどうか、つまり、ステップＳ１９で配信した通知先の全てから削除指示が送信されてきたかどうか判断する。このステップＳ３１は通知メール１００を送信した複数のユーザ端末の全てから削除指示があることを検知する検知部として機能する。“ＮＯ”なら終了し、“ＹＥＳ”なら、先の実施例のステップＳ２３およびＳ２５と同様に、該当の画像データをＵＲＬ領域９０から削除し、削除通知メールを配布先に送信する。ただし、この実施例では配布先として複数のユーザ端末が指定されているので、削除通知メールも対象の複数のユーザ端末１４に送信することになる。

この第４実施例では、読み取った画像データのアップロードを複数の通知先に通知し、各通知先がその画像データをダウンロードした後に削除ボタン１１６（図７）を操作して削除指示を画像形成装置１２に送信したとしても、全ての通知先からの削除指示が届くまでその画像データを削除しないので、通知先でダウンロードができなかったという不都合を回避することができる、という第３実施例と同様の効果が期待できる。
［第５実施例］
前述の実施例はいずれも、画像形成装置１２のＣＰＵ６０が全体を制御する画像データ配布システムであったが、第５実施例では、図１８に示すように、画像データ配布システム１０は、図１に示す画像形成装置１２およびユーザ端末１４に加えて、サーバ１４０を用いる。そのため、この実施例においては、画像データの生成すなわち原稿（画像）の読取以外の動作をこのサーバ１４０が制御する。

サーバ１４０は、図１９に示すように、ＣＰＵ１４２を含み、このＣＰＵ１４２はバス１４４を介してメモリ１４６に結合される。サーバ１４０はさらに、サーバ１４０の動作のためのプログラムなどを設定したり、必要なデータを保存したりするためのハードディスク（ＨＤＤ）１４８を備える。サーバ１４０は通信モジュール１５０によってネットワーク１６に接続される。したがって、サーバ１４０は、ネットワーク１６を介して、画像形成装置１２およびユーザ端末１４と通信可能に結合される。つまり、サーバ１４０は、ネットワーク１６を介して、画像形成装置１２およびユーザ端末１４によってアクセスされ得る。

サーバ１４０のメモリ１４６には、図２０に示すように、プログラム記憶領域１５２およびデータ記憶領域１５４が設けられ、プログラム記憶領域１５２には、画像データ配布プログラム１５２ａが設定されている。この画像データ配布プログラム１５２ａには、画像読取プログラム８６ｂを除いて、画像形成装置１２のメモリ６２（図５）に設定されている、入力受付プログラム８６ａ、データ設定プログラム８６ｃ、通知プログラム８６ｄおよび、データ管理プログラム８６ｅ等と同じようなプログラムが含まれる。したがって、この実施例のサーバ１４０は、画像の読取りを除いて、第１実施例‐第４実施例における画像形成装置１２のＣＰＵ６０と同じまたは類似の動作を実行し、画像データ配布システム１０の全体の制御を行うことができる。

さらに、データ記憶領域１５４には、表示画像データを記憶するための表示画像データ１５４ａ、通知メールテンプレートデータ領域１５４ｃ等が形成される。通知先データ領域１５４ｂは、たとえば図６の配布設定ＧＵＩ９２の通知先設定領域９８に設定された通知先（宛先）のデータを記憶しておくための領域である。通知メールテンプレートデータ領域１５４ｃは、たとえば図７に示すような通知メール１００や図８に示すような削除通知メール１２０等のためのテンプレートのデータを予め設定しておくための領域である。

データ記憶領域１５４にはさらに、画像形成装置１２すなわち画像読取装置２２（スキャナ部３６）で読み取った画像データの保存場所として、たとえば図６の配布設定ＧＵＩ９２のＵＲＬ設定領域９６に設定したＵＲＬで示されるＵＲＬ領域１５６が設けられる。

なお、このＵＲＬ領域１５６は、必ずしもサーバ１４０のメモリ１４６内に設定する必要はなく、画像形成装置１２およびユーザ端末１４がアクセス可能な任意の記憶媒体（記憶領域）に設定されてよい。

サーバ１４０を用いる第５実施例においては、図６に示す配布設定ＧＵＩ９２に入力または登録した制御情報に従って画像読取装置２２で読み取った画像データがサーバ１４０のＵＲＬ領域１５６または別の保存場所に保存され（図１０：ステップＳ１５）、サーバ１４０から１つまたは複数のユーザ端末１４に、図７で示す通知メール１００を送信する（図１０：ステップＳ１９）。

そして、ユーザ端末１４が画像データをダウンロードした後、削除ボタン１１６を操作する（図１１：ステップＳ４１）と、その削除指示に応じて、サーバ１４０が該当の画像データを削除し（図１０：ステップＳ２３、図１５：ステップＳ２３、図１７：ステップＳ２３）、削除通知メール１２０をユーザ端末１４に送信する（図１０：ステップＳ２５、図１５：ステップＳ２５、図１７：ステップＳ２５）。

第５実施例によれば、複雑な処理をサーバ１４０に分担させるので、画像形成装置１２の負担を軽減できる。

１０ …画像データ配布システム
１２ …画像形成装置
１４ …ユーザ端末
１６ …ネットワーク
２２ …画像読取装置
３４、８０ …タッチディスプレイ
３６ …スキャナ部
４４ …制御部
６０、７２、１４２ …ＣＰＵ
６２、７６、１４６ …メモリ
７０、７８、１５０ …通信モジュール
８８ｅ …削除指示カウンタ
９０、１５６ …ＵＲＬ領域
９２ …配布設定ＧＵＩ
１００ …通知メール
１１６ …削除ボタン
１２０ …削除通知メール
１３２ …通知先テーブル
１４０ …サーバ

Claims (7)

1. 画像読取部を備え、前記画像読取部で読み取った画像データをネットワークを介してユーザ端末に送信する、画像送信装置であって、
   前記画像データを保存場所に保存する保存部、
   前記保存場所を示す場所情報と前記保存場所の前記画像データを削除できる削除機能を少なくとも含む通知内容を有する通知メールを前記ユーザ端末に送信する送信部、および
   前記ユーザ端末から前記削除機能を利用して削除指示が送信されたとき、前記保存場所の前記画像データを削除する削除部を備える、画像送信装置。
2. 前記送信部は複数のユーザ端末に前記通知メールを送信し、
   前記複数のユーザ端末のいずれかから前記削除指示が送信されたとき、前記通知メールを送信した当該ユーザ端末以外のユーザ端末に、前記画像データが前記保存場所から削除されたことを示す削除通知メールを送信する削除通知部をさらに備える、請求項１記載の画像送信装置。
3. 前記送信部は複数のユーザ端末に前記通知メールを送信し、
   前記通知メールを送信した前記複数のユーザ端末の全てから削除指示があることを検知する検知部をさらに備え、
   前記削除部は前記検知部が前記複数のユーザ端末の全てから削除指示があることを検知したとき、前記保存場所から前記画像データを削除する、請求項１記載の画像送信装置。
4. 前記複数のユーザ端末に送信される前記通知メールの前記通知内容はさらに、当該通知メールを少なくとも１つのユーザ端末の少なくとも１つの通知先に送信したことを示す注意文を含む、請求項２または３記載の画像送信装置。
5. 前記注意文は、前記通知先のアドレスを含む、請求項４記載の画像送信装置。
6. 画像読取部を備え、前記画像読取部で読み取った画像データをネットワークを介してユーザ端末に送信する、画像送信装置のコンピュータで実行される画像データ送信プログラムであって、前記コンピュータを
   前記画像データを保存場所に保存する保存部、
   前記保存場所を示す場所情報と前記保存場所の前記画像データを削除できる削除機能を少なくとも含む通知内容を有する通知メールをユーザ端末に送信する送信部、および
   前記ユーザ端末から前記削除機能を利用して削除指示が送信されたとき、前記保存場所の前記画像データを削除する削除部として機能させる、画像データ送信プログラム。
7. 画像読取部を備え、前記画像読取部で読み取った画像データをネットワークを介してユーザ端末に送信する、画像データ送信システムであって、
   前記画像データを保存場所に保存する保存部、
   前記保存場所を示す場所情報と前記保存場所の前記画像データを削除できる削除機能を少なくとも含む通知内容を有する通知メールをユーザ端末に送信する送信部、および
   前記ユーザ端末から前記削除機能を利用して削除指示が送信されたとき、前記保存場所の前記画像データを削除する削除部を備える、画像データ送信システム。

Images