JP2009246493A - データ送信装置 - Google Patents

Abstract

【課題】画像の読み取りを画像読取装置に指示したユーザを、画像データを受信した端末において特定することができる画像読取装置を提供する。
【解決手段】ＭＦＤ１０（画像読取装置）は、ＭＦＤ１０のユーザを特定するユーザＩＤを取得する（Ｓ２）。ＭＦＤ１０は、読み取った画像を含む画像ファイルを作成する（Ｓ６）。ＭＦＤ１０は、ユーザ特定情報と画像ファイルを特定するデータを含む履歴ファイルを作成する（Ｓ１０）。ＭＦＤ１０は、画像ファイルと履歴ファイルを端末へ送信する。履歴ファイルは、画像ファイルとは別個に作成される。端末のユーザは、履歴ファイルを開くことによって、画像の読み取りをＭＦＤに指示したユーザを確認することができる。
【選択図】図２

Description

本発明は、ネットワークを介して複数の端末と通信可能に接続され、読み取った画像データを前記複数の端末の内の一つに送信する画像読取装置に関する。特に、ユーザによる画像データの管理を容易にする画像読取装置に関する。

画像を読み取るとともに、読み取った画像データをネットワークを介して端末に送信する画像読取装置が知られている（例えば特許文献１）。そのような機能の代表的なものは、ＴＣＰ／ＩＰプロトコルに準拠したネットワーク通信において「Ｓｃａｎ ｔｏ ＣＩＦＳ（Ｃｏｍｍｏｎ Ｉｎｔｅｒｎｅｔ Ｆｉｌｅ Ｓｙｓｔｅｍ）」という名称で知られている。

特開２００６−６０４９９号公報

画像読取装置は、ネットワークを介して接続された複数の端末各々が設定している共有フォルダを、読み取った画像データの送信先として設定し、その共有フォルダに画像データを格納することができる。「共有フォルダ」は、フォルダが設定されている記憶装置を有する端末以外の端末（外部端末）からもアクセス可能なフォルダを意味している。即ち、共有フォルダが存在する場合、外部端末は、その共有フォルダに格納されているファイルにアクセスしたり、その共有フォルダに新たなファイルを格納したりすることができる。
画像読取装置のユーザが、意図して又は意図せずに他のユーザの端末の共有フォルダに画像データを格納する場合がある。かかる場合、送信先の端末のユーザに予め画像データを格納する旨を伝えておけば、いずれのユーザにより画像データが共有フォルダに格納されたのか判断できる。しかしながら、送信先の端末のユーザに予め画像データを送信する旨を伝えていない場合や、意図せずに、つまり、誤って送信先を設定してしまった場合などには、一方的に画像データを格納された端末のユーザは、その画像データがいずれのユーザにより格納されたか特定できず、その格納された画像データの処理に困惑していた。本明細書は、画像の読み取りを画像読取装置に指示したユーザ、即ち、読み取った画像データを送信することを画像読取装置に指示したユーザを、画像データを受信した端末において特定することができるように工夫された画像読取装置を開示する。

本明細書が開示する画像読取装置は、取得手段と第１ファイル作成手段と第２ファイル作成手段とファイル送信手段を備えている。取得手段は、画像読取装置のユーザを特定するユーザ特定データを取得する。第１ファイル作成手段は、読み取った画像データを含む第１ファイルを作成する。第２ファイル作成手段は、ユーザ特定データと第１ファイルを特定するデータを含む第２ファイルを作成する。ファイル送信手段は、作成された第１ファイルと第２ファイルを端末へ送信する。ユーザ特定データは、典型的にはユーザＩＤでよい。ユーザＩＤは、ユーザが画像読取装置のコンソールを使って画像読取装置へ入力されてよい。上記の手段は、プログラムで実現されてよいしハードウエアで実現されてもよい。

上記の画像読取装置は、第１ファイルと第２ファイルを端末に送信する。第２ファイルは、第１ファイルとは別個に作成される。従って、端末のユーザは、送信された第２ファイルを確認することによって、画像の読み取りを画像読取装置へ指示したユーザ、即ち、画像データを端末へ送信したユーザを容易に特定することができる。

第２ファイル作成手段は、第１ファイルの格納先を特定する格納先データと読み取った画像データを縮小した縮小画像データの少なくとも一方のデータをさらに含む第２ファイルを作成することが好ましい。「格納先」とは、典型的には、端末の記憶領域に割り当てられている、いわゆる「フォルダ」でよい。格納先データは、フォルダ名、或いは、パスを含むフォルダ名でよい。第２ファイルが格納先データを含んでいれば、端末のユーザは、第２ファイルを開くだけで、第１ファイルの格納先を知ることができる。第２ファイルが、読み取った画像データを縮小した縮小画像データを含んでいれば、端末のユーザは第２ファイルを開くだけで、読み取った画像データを確認することができる。

格納先データは、第１ファイルが格納されたことを条件として端末から送られてくるものであってもよいし、画像読取装置が予め記憶している第１ファイルの送信先情報に含まれていてもよい。前者の場合、画像読取装置はさらに、ファイル送信手段による第１ファイルの端末への送信を条件として、送信先の端末から第１ファイルの格納先を特定する格納先データを受信する受信手段を備えていることが好ましい。このとき、第２ファイル作成手段は、受信した前記格納先データに基づき、前記第１ファイルへのリンク情報を含む第２ファイルを作成することが好ましい。

第２ファイル作成手段は、第１ファイルを特定するデータとして、第１ファイルへのリンク情報を含む第２ファイルを作成することが好ましい。リンク情報は、典型的には、第１ファイルにハイパーリンクされたテキスト、或いはハイパーリンクされた縮小画像でよい。ハイパーリンクされたテキストは、第１ファイルのファイル名でよい。端末装置のユーザがハイパーリンクされたテキスト或いは縮小画像をクリックすると、第１ファイルを表示するアプリケーションが起動される。端末のユーザは、開いた第２ファイルの上で、第１ファイルを表示させる指示を端末に与えることができる。

画像読取装置はさらに、ユーザ特定データに対応付けられた端末を特定するユーザ端末データを記憶する記憶手段を備えていることが好ましい。記憶手段は、ユーザ特定データと一の端末とを対応付けて記憶していてもよい。第２ファイル作成手段は、取得手段により取得したユーザ端末データによって特定される端末（或いは、ユーザ特定データに対応付けられた端末）へメッセージを送信することができるアプリケーションへのリンク情報をさらに含む第２ファイルを作成することが好ましい。「アプリケーションへのリンク情報」は、「アプリケーションを起動するための情報」と換言してよい。ユーザ端末データは、典型的にはユーザのメールアドレスでよい。アプリケーションへのリンク情報は、メールアプリケーションにハイパーリンクされたユーザのメールアドレスでよい。ユーザがハイパーリンクされたメールアドレスをクリックすると、ユーザのメールアドレスをセットしたメールアプリケーションが起動される。メールアプリケーションにハイパーリンクされたユーザのメールアドレスを含んでいる第２ファイルを生成することによって、画像読取装置は、画像データの送信を画像読取装置へ指示したユーザにメッセージを送るための端末操作を簡略化することができる。

第２ファイル作成手段は、ファイル送信手段による第１ファイルの送信が成功したことを条件として第２ファイルを作成することが好ましい。画像読取装置は、第２ファイルのみを送信することがなく、必ず第１ファイルと第２ファイルを送信する。ファイル送信手段は、第２ファイル作成手段により作成された第２ファイルを、第１ファイルの送信先端末と同じ端末に送信することが好ましい。さらにファイル送信手段は、第１ファイルと第２ファイルを同一の格納先へ送信することが好ましい。第１ファイルと第２ファイルが同一の格納先に格納されることによって、端末のユーザは画像ファイルを管理し易くなる。

画像読取装置はさらに、判断手段と第２ファイル取得手段を備えることが好ましい。判断手段は、第２ファイルの送信先の端末が過去の第２ファイルを保存しているか否かを判断する。第２ファイル取得手段は、判断手段により端末が過去の第２ファイルを保存していると判断された場合、その端末から過去の第２ファイルを取得する。この場合、第２ファイル作成手段は、第２ファイル取得手段により取得された過去の第２ファイルに記述された内容を含む新たな第２ファイルを作成する。ファイル送信手段は、新たな第２ファイルを送信する。新たな第２ファイルは、過去の第２ファイルと同ファイル名であることが好ましい。そのような構成によって、画像データを含む第１ファイルの数が多くなっても第２ファイルは自動的にひとつにまとめられる。つまり、過去の第２ファイルが上書きされる。ユーザは、ひとつの第２ファイルを開いて確認するだけで、新たな画像データを送信したユーザと過去の画像データを送信したユーザを知ることができる。

或いは第２ファイル作成手段とファイル送信手段は次の機能を有していることが好ましい。第２ファイル作成手段は、判断手段により端末が過去の第２ファイルを保存していると判断された場合、新たに作成しようとする第２ファイルの内容を端末が保存している過去の第２ファイルに追加することを端末に要求するコマンドを作成する。ファイル送信手段は、第２ファイル作成手段が生成したコマンドを送信する。

本発明によれば、画像の読み取りを画像読取装置に指示したユーザ、即ち、読み取った画像データを送信することを画像読取装置に指示したユーザを、画像データを受信した端末において特定することができるように工夫された画像読取装置を実現することができる。

図面を参照して実施例の画像読取装置を説明する。本実施例の画像読取装置は、画像読取機能の他、ファクシミリ機能、コピー機能、プリンタ機能を兼ね備えた複合機（ＭＦＤ：Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｄｅｖｉｃｅ）である。以下では、複合機をＭＦＤ１０と称する。

１．システム構成
図１は、ＭＦＤ１０のブロック図である。図１にはまた、ローカルエリアネットワーク５０を介してＭＦＤ１０と接続されている複数の端末（ＰＣ１、ＰＣ２、ＰＣ３、及びＰＣ４）が描かれている。以下では、「ローカルエリアネットワーク５０」を「ＬＡＮ５０」と称する。ＭＦＤ１０と端末は、ＬＡＮ５０を介して相互に通信することができる。

ＭＦＤ１０は、ＣＰＵ１２、ストレージ１４、コンソール２２、ディスプレイ２４、ネットワークインタフェイス２６、ＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋｓ）インタフェイス２８、プリントユニット３０、ファクシミリユニット３２、及びスキャナユニット３４を備えている。図１に記された「Ｉ／Ｆ」の文字は「インタフェイス」を意味する。また、図１に記された「ＰＧＭ」の文字は、「プログラム」を意味する。

ＣＰＵ１２は、ストレージ１４に格納された制御プログラム１６に従ってＭＦＤ１０を制御する。ストレージ１４にはまた、各種のデータ２０が格納されている。データ２０には、プロファイルと呼ばれるデータが含まれる。プロファイルには、ユーザの情報と画像の読み取りに関する情報が含まれている。プロファイルの具体例は後述する。コンソール２２は、ユーザの操作を受け付けるためのハードウエアである。すなわち、コンソール２２は、ユーザから所望の指示、例えば画像の読み取り指示を受け付ける。

ネットワークインタフェイス２６は、ＬＡＮ５０を介して、端末と通信するためのハードウエアウエアである。ＰＳＴＮインタフェイス２８は、ＭＦＤ１０を公衆回線（不図示）に接続しているハードウエアである。ＭＦＤ１０は、公衆回線を通じてファクシミリのデータを授受する。プリントユニット３０は印刷機能のためのハードウエアである。ファクシミリユニット３２はファクシミリ機能のためのハードウエアである。スキャナユニット３４はスキャナ機能（画像読取機能）のためのハードウエアである。

２．ＭＦＤ１０が実行する処理の概要
ＭＦＤ１０がユーザの指示に基づいて画像を読み取り、読み取った画像データをユーザが希望する端末へ送信する処理の概要を説明する。図２に、ＭＦＤ１０が実行する処理のフローチャートを示す。なお、図２の処理は、制御プログラム１６に記述されている。ユーザは、画像の読み取り指示とともに、ユーザＩＤを入力する。別言すれば、ＭＦＤ１０は、ユーザの画像の読み取り指示とともにユーザＩＤを取得する（Ｓ２）。ユーザＩＤは、ＭＦＤ１０のユーザを特定するデータである。ＭＦＤ１０は、ユーザＩＤとともにユーザを認証するためのパスワードを受け付ける場合もある。

ＭＦＤ１０は、取得したユーザＩＤに基づいて、ユーザに関する情報、画像を読み取る際の設定、及び、画像データの送信先の端末を特定する。これらの情報は、プロファイルに記述されている。プロファイルの一例を図３に示す。プロファイルには、ユーザＩＤに、ユーザのメールアドレス、及び、画像を読み取る際の設定（図３の「Ｏｐｔｉｏｎ」の項目）が対応付けられている。図３のプロファイルでは、「Ｕｓｅｒ＿１」というＩＤに、「Ｕｓｅｒ＿１＠ｘｘｘ．ｙｙｙ」というメールアドレスと、「カラー」というオプションが対応付けられている。すなわち、ＭＦＤ１０は、ユーザＩＤに、ユーザの端末（メールアドレス）を対応付けたデータ（プロファイル）を記憶している。オプションの項目に記述された「カラー」は、画像の読み取りをカラーモードで実行する指示を示している。オプションの項目には、読み取った画像データを含むファイルのファイル形式や、解像度などの情報も記述されている。プロファイルに記述されたメールアドレスは、ユーザＩＤに対応付けられた端末を特定するユーザ端末データと換言することができる。さらに換言すれば、プロファイルは、ユーザＩＤに一の端末（メールアドレスによって特定される端末）を対応付けている。

ＭＦＤ１０は、ユーザの画像読み取り指示に基づいて、プロファイルに記述された設定で画像を読み取る（Ｓ４）。ＭＦＤ１０は、読み取った画像データを含む画像ファイル（第１ファイル）を作成する（Ｓ６）。画像ファイルはｊｐｅｇ形式やＴＩＦＦ形式のファイルでよい。ＭＦＤ１０は、画像ファイルの名称として、画像ファイル作成日時や任意の文字列が含まれる名称を設定する。次に説明するステップＳ８とＳ１０の処理は、実際には送信処理（Ｓ１２）の中で実行される。図１は、理解を助けるために、便宜上ステップＳ８とＳ１０を送信処理（Ｓ１２）の前に記述している。ＭＦＤ１０は、ステップＳ４で取得した画像データのサムネイル（縮小画像）を作成する（Ｓ８）。次いでＭＦＤ１０は、ユーザＩＤ、画像ファイルのファイル名（画像ファイルを特定するデータ）、及びサムネイルを含む履歴ファイル（第２ファイル）を作成する（Ｓ１０）。履歴ファイルは、画像ファイルとは別個のファイルである。

ＭＦＤ１０は、複数の端末の宛先を記述した宛先リストを記憶している。宛先リストはいわゆる「アドレス帳」でよい。ユーザは、宛先リストから画像ファイルの送信先の端末を指定する。ＭＦＤ１０は、ユーザによって指定された送信先へ、画像ファイルと履歴ファイルを送信する（Ｓ１２）。なお、宛先は、宛先端末特定データとその宛先端末が有する共有フォルダを特定するデータとから構成される。例えば、宛先は、「ＰＣ１￥Ｆｏｌｄｅｒ」と記載される。「ＰＣ１」が宛先端末特定データを示しており、「Ｆｏｌｄｅｒ」が共有フォルダを示している。

ＭＦＤ１０が作成する履歴ファイルを説明する。図４に、履歴ファイルの一例を示す。今回読み取った画像データに関する情報は、履歴ファイルの「履歴１」の項目に記述されている（ａ１）。履歴ファイルの「履歴２」の項目には、前回に読み取った画像データに関する情報が記述されている（ａ７）。即ちひとつの履歴ファイルに、今回読み取った画像データに関する情報と過去に読み取った画像データに関する情報が記述されている。履歴ファイルには、ステップＳ８で作成されたサムネイルが含まれている（ａ２）。履歴ファイルには、画像ファイルのファイル名と、画像ファイルの格納先も記述されている（ａ３）。履歴ファイルには、ステップＳ２で取得したユーザＩＤ、即ち、ＭＦＤ１０のユーザを特定するユーザ特定データも記述されている（ａ４）。履歴ファイルには、ユーザＩＤに対応付けられたメールアドレス、換言すれば、ユーザ特定データに対応付けられている端末を特定するユーザ端末識別子も記述されている（ａ５）。履歴ファイルには、画像を読み取った日時、即ち、画像ファイルの送信日時も記述されている（ａ６）。メールアドレス（ａ５）は、プロファイルから特定される。履歴ファイルに含まれる格納先（ａ３）については後述する。
サムネイル（ａ２）と格納先（ａ３）には、画像ファイルの格納先（ａ３）に基づき、画像ファイルへのハイパーリンクが設定されている。

３．送信処理の説明
図２のフローチャートの送信処理（Ｓ１２）について説明する。図５に、送信処理のフローチャートを示す。ＭＦＤ１０はまず、ステップＳ６（図２）で作成した画像ファイルを、ユーザによって指定された宛先の端末へ送信する（Ｓ３０）。送信先の端末は、画像ファイルを受信すると、ファイルの受信に成功した旨のメッセージをＭＦＤ１０へ返信する。メッセージを受信することによって、ＭＦＤ１０は、画像ファイルの送信が成功したと判断する（Ｓ３２）。メッセージには、画像ファイルの格納先の情報が含まれている。すなわち、メッセージは、画像ファイルの格納先を特定する格納先データと換言することができる。前述した履歴ファイルに含まれている格納先（図４のａ３）は、このメッセージに基づいて記述される。すなわち、ＭＦＤ１０は、画像ファイルの格納先を特定する格納先データを送信先から受信し、受信した格納先データに基づいて、画像ファイルへのハイパーリンクを含む履歴ファイルを作成する。
なお、画像ファイルの送信先の端末が、画像ファイルの受信に成功した場合に、画像ファイルの受信を完了した旨のメッセージは返信するが、上記のメッセージ（画像ファイルの格納先を特定する格納先データ）を返信しない端末の場合には、履歴ファイルの格納先（図４のａ３）には、指定された宛先とステップＳ６で作成した画像ファイルのファイル名とに基づくデータが記述されるとよい。いずれのデータ（宛先及びファイル名）もＭＦＤ１０が備えるデータであるため、上述のように、送信先の端末から格納先データが返信されない場合であっても、ＭＦＤ１０は、履歴ファイルに格納先（図４のａ３）を記述することができる。さらに、ＭＦＤ１０は、格納先（図４のａ３）に基づき画像ファイルへのハイパーリンクを含む履歴ファイルを作成するとよい。

画像ファイルの送信に失敗した場合（Ｓ３２：ＮＯ）、ＭＦＤ１０は、プロファイルにおいてユーザＩＤに対応付けられているメールアドレスへ、画像データの送信が失敗した旨のメッセージを送信する（Ｓ４６）。
画像ファイルの送信に成功した場合（Ｓ３２：ＹＥＳ）、ＭＦＤ１０は、送信先の端末が過去の履歴ファイルを保存しているか否かを確認する（Ｓ３４）。履歴ファイルのファイル名には予め決められた文字列（例えば、「History」）が割り当てられている。ＭＦＤ１０は、その文字列を含むファイルが存在するか否かを確認することによって、過去の履歴ファイルの存在を確認することができる。その文字列は、ストレージ１４に記憶されている。送信先の端末が過去の履歴ファイルを保存している場合（Ｓ３４：ＹＥＳ）、ＭＦＤ１０は、端末から過去の履歴ファイルを取得する（Ｓ３６）。ＭＦＤ１０は、過去の履歴ファイルに、今回送信が成功した画像データに関する情報を付加した新しい履歴ファイルを作成する（Ｓ３８）。新しい履歴ファイルには、過去の履歴ファイルと同じファイル名が付される。今回の画像データに関する情報とは、図４に示した履歴１（ａ１）を指す。送信先の端末が過去の履歴ファイルを保存していない場合（Ｓ３４：ＮＯ）、ＭＦＤ１０は、今回の画像データに関する情報を含んだ全く新しい履歴ファイルを作成する（Ｓ３８）。ＭＦＤ１０は、その作成した履歴ファイルのファイル名をストレージ１４に記憶しておく。なお、ステップＳ３８において、ＭＦＤ１０は、画像データを縮小したサムネイルを作成する。
ＭＦＤ１０は、ステップＳ２（図２）により取得したユーザＩＤによらず、ストレージ１４に記憶した履歴ファイル名に基づいて履歴ファイルを作成する（ステップＳ３８）。つまり、ＭＦＤ１０は、ユーザＩＤが異なることにより、ユーザＩＤ毎に履歴ファイルを作成することがない。そのような処理により、格納先に履歴ファイルがむやみに生成されることが防止される。

なお、ＭＦＤ１０は、ステップＳ３６で履歴ファイルを取得するとき、履歴ファイルの属性も取得する。ＭＦＤ１０は、履歴ファイルの属性を参照し、過去の履歴ファイルに「書き込み禁止」が設定されているか否かを確認する。「書き込み禁止」が設定されている場合、ステップＳ３８においてＭＦＤ１０は、全く新しい履歴ファイルを作成する。全く新しい履歴ファイルには、過去の履歴ファイルのファイル名に番号を追加したファイル名が付される。

次にＭＦＤ１０は、ステップＳ３８で作成した履歴ファイルを、ユーザによって指定された宛先の端末へ送信する（Ｓ４０）。即ち、ＭＦＤ１０は、画像ファイルの格納先と同じ格納先に、履歴ファイルを送信する。履歴ファイルの送信に成功した場合（Ｓ４２：ＹＥＳ）、ＭＦＤ１０は、ユーザＩＤに対応付けられているメールアドレスへ、画像ファイルと履歴ファイルの送信に成功した旨のメッセージを自動的に送信する（Ｓ４４）。他方、履歴ファイルの送信に失敗した場合（Ｓ４２：ＮＯ）、ＭＦＤ１０は、ユーザＩＤに対応付けられているメールアドレスへ、履歴ファイルの送信が失敗した旨のメッセージを自動的に送信する（Ｓ４６）。

ＭＦＤ１０は、以下の利点を有している。
（１）ＭＦＤ１０は、画像ファイルとは独立した履歴ファイルを作成する。履歴ファイルと画像ファイルは、同一の格納先に送信される。端末のユーザは、履歴ファイルを開くことによって、画像ファイルを送ったユーザを確認することができる。履歴ファイルには画像データのサムネイル（縮小画像）が含まれている。履歴ファイルは画像ファイルとは独立しているが、ユーザは履歴ファイルを開くだけで画像データを確認することができる。
（２）履歴ファイルには画像データのサムネイル（ａ２）と画像ファイルのファイル名（ａ３）が含まれている。サムネイル（ａ２）と画像ファイルのファイル名（ａ３）には、画像ファイルへのハイパーリンク（リンク情報）が設定されている。履歴ファイルと画像ファイルが格納された端末のユーザが履歴ファイルに記述されたサムネイル（ａ２）またはファイル名（ａ３）をクリックすると、画像ファイルが端末に表示される。このハイパーリンクによって、端末のユーザは履歴ファイルの上から画像ファイルを開くことが可能となる。
（３）ユーザＩＤに対応付けられたメールアドレス（ａ５）には、メールアプリケーションへのハイパーリンクが設定されている。メールアドレスに設定されたハイパーリンクは、ユーザＩＤに対応した端末へメッセージを送信することができるアプリケーションを起動するための情報である。履歴ファイルが格納された端末においてユーザが履歴ファイルに記述されたメールアドレス（ａ５）をクリックすると、そのメールアドレスが設定されたメールアプリケーションが起動される。このハイパーリンクは、端末のユーザが画像ファイルを送信したユーザにメッセージを送るための操作を簡略化する。
（４）ＭＦＤ１０は、ユーザＩＤに、メールアドレスと画像ファイルの格納先を対応付けているプロファイルを記憶している。ユーザは、ユーザＩＤを入力するだけで、画像ファイルの格納先を指定することができる。
（５）ＭＦＤ１０は、画像ファイルの送信に成功したことを条件として、履歴ファイルを送信する（図５のステップＳ３２、及びＳ４０）。画像ファイルの送信が失敗したにも関わらず、履歴ファイルが送信される事態が生じることはない。
（６）ＭＦＤ１０は、画像ファイル送信先の端末に既に過去の履歴ファイルが保存されている場合、その過去の履歴ファイルに、新たな画像ファイルを特定するデータ（ファイル名）とユーザＩＤを追加する。ＭＦＤ１０は、画像ファイルの数が増えても履歴ファイルの数を増やすことがない。

ＭＦＤ１０は、次の機能を備えていてもよい。
端末に過去の履歴ファイルが保存されている場合（図５のステップＳ３２）、ＭＦＤ１０は、ステップＳ３６、Ｓ３８、及びＳ４０を実行する代わりに、次の処理を実行してもよい。その処理とは、新たに作成しようとする履歴ファイルの内容（画像ファイルを特定する情報とユーザ特定情報）を端末が既に保存している過去の履歴ファイルに追加することを端末に要求するコマンドを端末に送信する処理である。

上記した実施例のＭＦＤ１０は、画像ファイルの格納先を示す格納先データと、読み取った画像データを縮小した縮小画像データ（サムネイル）の両方を含む履歴ファイルを作成する。ＭＦＤ１０は、格納先データとサムネイルの少なくとも一方のデータを含む履歴ファイルを作成してもよい。

以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

ＭＦＤのブロック図を示す。 ＭＦＤの処理のフローチャートを示す。 プロファイルデータの一具体例を示す。 履歴ファイルの一具体例を示す。 送信処理のフローチャートを示す。

符号の説明

１０：ＭＦＤ（画像読取装置）
１２：ＣＰＵ
１４：ストレージ
１６：制御プログラム
２２：コンソール
２４：ディスプレイ
３４：スキャナユニット
５０：ローカルエリアネットワーク

Claims (8)

1. ネットワークを介して複数の端末と通信可能に接続され、読み取った画像データを前記複数の端末の内の一つに送信する画像読取装置であり、
   当該画像読取装置のユーザを特定するユーザ特定データを取得する取得手段と、
   読み取った画像データを含む第１ファイルを作成する第１ファイル作成手段と、
   前記ユーザ特定データと第１ファイルを特定するデータとを含む第２ファイルを作成する第２ファイル作成手段と、
   第１ファイルと第２ファイルを端末へ送信するファイル送信手段と、
   を備えていることを特徴とする画像読取装置。
2. 第２ファイル作成手段は、第１ファイルの格納先を特定する格納先データと読み取った画像データを縮小した縮小画像データの少なくとも一方のデータをさらに含む第２ファイルを作成することを特徴とする請求項１に記載の画像読取装置。
3. ファイル送信手段による第１ファイルの端末への送信を条件として、送信先の端末から第１ファイルの格納先を特定する格納先データを受信する受信手段を備えており、
   第２ファイル作成手段は、受信した前記格納先データに基づき、前記第１ファイルへのリンク情報を含む第２ファイルを作成することを特徴とする請求項１又は２に記載の画像読取装置。
4. ユーザ特定データに対応付けられた端末を特定するユーザ端末データを記憶する記憶手段を備え、
   第２ファイル作成手段は、前記取得手段により取得したユーザ特定データのユーザ端末データによって特定される端末へメッセージを送信することができるアプリケーションへのリンク情報を含む第２ファイルを作成することを特徴とする請求項１から３のいずれか１項に記載の画像読取装置。
5. 前記第２ファイル作成手段は、前記ファイル送信手段による第１ファイルの送信が成功したことを条件として第２ファイルを作成し、
   前記ファイル送信手段は、前記第２ファイル作成手段により作成された第２ファイルを、前記第１ファイルの送信先端末と同じ端末に送信することを特徴とする請求項１から４のいずれか１項に記載の画像読取装置。
6. ファイル送信手段は、第１ファイルと第２ファイルを同一の格納先へ送信することを特徴とする請求項１から５のいずれか１項に記載の画像読取装置。
7. 前記第２ファイルの送信先の端末が第２ファイルを保存しているか否かを判断する判断手段と、
   前記判断手段により前記端末が第２ファイルを保存していると判断された場合、当該端末から当該第２ファイルを取得する第２ファイル取得手段と、
   を備え、
   第２ファイル作成手段は、前記第２ファイル取得手段により取得された第２ファイルに記述された内容を含む新たな第２ファイルを作成し、
   ファイル送信手段は、新たな第２ファイルを送信することを特徴とする請求項１から６のいずれか１項に記載の画像読取装置。
8. 前記第２ファイルの送信先の端末が第２ファイルを保存しているか否かを判断する判断手段を備え、
   第２ファイル作成手段は、前記判断手段により前記端末が第２ファイルを保存していると判断された場合、新たに作成しようとする第２ファイルの内容を前記端末が保存している第２ファイルに追加することを端末に要求するコマンドを作成し、
   ファイル送信手段は、前記第２ファイル作成手段が生成したコマンドを送信することを特徴とする請求項１から６のいずれか１項に記載の画像読取装置。

Images