JP2007129664A - 画像送信装置、画像送信方法および画像通信システム - Google Patents

Abstract

【課題】読み取られた画像データを外部装置に送信するか、画像データに関する処理を指定可能な情報を外部装置に送信するかを選択できるようにする。
【解決手段】画像送信装置は、外部装置を操作する操作者に画像データの処理方法を指定させるための情報のアドレス情報を前記外部装置に送信する。外部装置において指定された処理方法に基づいて処理された結果を前記外部装置に送信する送信方法と、前記アドレス情報を送信することなく画像データを外部装置に送信する送信方法とがある。画像送信装置はいずれかの送信方法を選択する。
【選択図】図３

Description

本発明は、スキャナ、ファクシミリ装置、複合機等の画像送信装置において読み取られた画像データを外部装置に送信する送信技術に関する。

従来、スキャナ、ファクシミリ装置および複合機などの画像送信装置では、画像データを電子メールに添付して送信することができるものが存在する。画像データを電子メールに添付して送信する機能は、Ｅｍａｉｌ−Ｓｅｎｄ機能と呼ばれることがある。

一般に、電子メールに添付されるファイルのサイズが大きいと、送信サーバまたは受信サーバの制限によって、送信処理又は受信処理を実行できない場合がある。特許文献１によれば、画像データを装置内部の記憶装置に格納しておき、当該画像データの格納場所を表すアドレス情報を受信者に送信する装置が提案されている。これにより、受信者は、格納場所から画像データを直接的にダウンロードすることができる。
特開２０００−２７８４６０号公報（第１７−１８頁、図７４）

従来技術によれば、画像データの格納場所を示すアドレス情報を受信した受信者は、該アドレス情報に基づいて該画像データをダウンロードするか又はダウンロードしないかの選択が可能であった。しかし、受信側で画像データに関する所望の処理を指定し、所望の処理を反映した状態の画像データを取得することはできなかった。また、読み取られた画像データを外部装置に送信するか、受信者に画像データに関する所望の処理を指定可能にするために、画像データに関する処理を指定可能な情報（例えばＷｅｂページ等）を外部装置に送信するかを選択することはできなかった。

そこで、本発明は、このような課題および他の課題のうち、少なくとも１つを解決することを目的とする。なお、他の課題については明細書の全体を通して理解できよう。

本発明の画像送信装置は、例えば、外部装置を操作する操作者に画像データの処理方法を指定させるための情報のアドレス情報を外部装置へ送信する。また、画像送信装置は、アドレス情報を頼りにアクセスしてきた外部装置へ、複数ある画像データ処理方法のうちいずれかを指定させるための情報をする。また、画像送信装置は、外部装置の操作者により指定された処理方法に基づいて処理された結果を外部装置に送信する。なお、画像送信装置は、アドレス情報を送信することなく、画像データを外部装置に送信することもある。画像送信装置は、指定された処理方法に基づく処理結果を送信するか、または、アドレス情報を送信することなく画像データを送信するかを選択する。

本発明によれば、画像データを受信する外部装置の操作者が、画像データに関する所望の処理方法を指定できる。さらに、読み取られた画像データを外部装置に送信するか、または、操作者に画像データに関する所望の処理方法を指定させるための情報を外部装置に送信するかが選択可能となる。

以下に本発明の一実施形態を示す。もちろん以下で説明される個別の実施形態は、本発明の上位概念、中位概念および下位概念など種々の概念を理解するために役立つであろう。また、本発明の技術的範囲は、特許請求の範囲によって確定されるのであって、以下の個別の実施形態によって限定されるわけではない。

図１は、実施形態に係る画像送信装置の例示的なブロック図である。この画像送信装置は、画像データや画像ファイルを送信する機能を備えた情報処理装置や画像処理装置のことである。画像送信装置としては、例えば、画像読み取り装置（例：スキャナ）、ファクシミリ装置、複合機として実現できる。なお、実施形態では、画像送信機能を備えた複写機（複合機）を一例として採用している。

この複合機１００は、画像形成部１０１、制御部１０２、フィニッシャー１０３、スキャナ部１０４、操作部１０５、複数の受信インターフェース１０６、複数の送信インターフェース１０７を備えている。各部は、それぞれ専用のインターフェースを介して制御部１０２に接続されている。

制御部１０２は、例えば、中央処理装置（ＣＰＵ）１０８と、記憶装置１０９を備えている。ＣＰＵ１０８は、記憶装置１０９に記憶されている制御プログラムに基づいて、各部を制御する制御ユニットである。記憶装置１０９は、例えば、ハードディスクドライブ、ＲＡＭ、ＲＯＭなどの記憶ユニットである。

画像形成部１０１は、例えば、電子写真方式の画像形成エンジンや、インクジェット方式の画像形成エンジンなどである。フィニッシャー１０３は、画像形成部１０１から排出されてきた用紙に対してシート処理（例：ソート、ステイプル、穿孔、製本など）を実行する。

スキャナ部１０４は、原稿の画像を読み取り、画像信号を制御部１０２に出力する。操作部１０５は、表示装置、タッチパネル、キーなどを含む入出力装置である。例えば、操作者は、操作部１０５を使用して、記憶装置１０９に保存されている文書を指定したり、送信宛先を選択したり、送信を指示したりする。

受信インターフェース１０６および送信インターフェース１０７は、例えば、ファクシミリ送信用の通信ユニット（例：モデム）や、ネットワーク接続用の通信装置（例：ＬＡＮカード）などである。

図２は、実施形態に係る画像通信システムの一例を示す図である。ネットワーク２０１には、複合機１００に加え、メールサーバ２０２、および画像受信装置（例：ＰＣ、複合機など）２０３が接続されている。もちろん、複合機１００や画像受信装置２０３は２以上存在してもよい。

図３は、実施形態に係る制御部１０２が有する機能についての例示的な機能ブロック図である。なお、各機能については、ハードウエアによって実現されてもよいが、ここでは、説明の便宜上、ＣＰＵ１０８とコンピュータプログラムによって実現されるものとする。画像読み取り制御部３０１は、スキャナ部１０４を制御することで、原稿の画像データを生成する。

送受信制御部３０２は、例えば、画像受信装置２０３との間で、画像データ、電子メール、Ｗｅｂページ、フォームなど、各種情報についての送信処理と受信処理とを制御する。送受信制御部３０２には、例えば、Ｗｅｂサーバ（プログラム）３１０、ＦＴＰサーバ（プログラム）３１１、およびメールクライアント（プログラム）３１２などが含まれてもよい。なお、送受信制御部３０２は、画像受信装置２０３を操作する操作者に、画像データの処理方法を指定させるための情報を送信する。また、送受信制御部３０２は、画像受信装置２０３の操作者により指定された処理方法を表す情報を受信する。さらに、送受信制御部３０２は、画像受信装置２０３の操作者により指定された処理方法に従って処理された画像データを送信する。

作成部３０３は、画像受信装置２０３を操作する操作者に、画像データの処理方法を指定させるための情報を作成する。作成部３０３は、例えば、画像データの処理方法を画像受信装置２０３に提案するためのＷｅｂページを作成する。なお、メールクライアント３１２またはＷｅｂサーバ３１０は、作成されたＷｅｂページを画像受信装置２０３に送信する。あるいは、メールクライアント３１２は、Ｗｅｂページのアドレス情報を電子メールに搭載して、画像受信装置２０３に送信する。

サムネイル画像生成部３１３は、複数ある画像データのそれぞれについてサムネイル画像を生成する。なお、生成されたサムネイル画像は、上記のＷｅｂページに掲載され、画像受信装置２０３に送信される。画像受信装置２０３の操作者は、このサムネイル画像を確認することで、受信を希望する画像データを選択することができる。なお、Ｗｅｂページにおいて、サムネイル画像は、オリジナル画像へのハイパーリンクであってもよい。また、送受信制御部３０２のＷｅｂサーバ３１０またはＦＴＰサーバ３１１は、操作者により選択されたサムネイル画像に対応するオリジナルの画像データを画像受信装置２０３に送信する。

判定部３０４は、画像データを電子メールに添付して送信できるか否かを判定する。例えば、画像データのデータサイズが所定の閾値を超える場合、判定部３０４は、当該画像データを送信できないと判定する。なお、画像データを電子メールに添付して送信できる場合、送受信制御部３０２のメールクライアント３１２は、画像データの添付された電子メールを画像受信装置２０３に送信してもよい。一方、画像データを電子メールに添付して送信できない場合、送受信制御部３０２は、画像受信装置２０３の操作者により指定された処理方法に従って処理された画像データを送信してもよい。

処理部３０５は、画像受信装置２０３の操作者の指示（例：処理方法の選択など）に応じて、画像データに各種の処理を実行する。処理方法には、例えば、画像データの変換、画像データの削除、画像データの転送先の指定などが含まれうる。なお、送受信制御部３０２は、画像データに対して実行される処理の種類を、画像受信装置２０３の操作者に選択させるための情報も画像受信装置２０３に送信してもよい。

画像変換部３１４は、画像データの解像度、サイズ、符号化形式などを変換する。削除部３１５は、指定された画像データを削除する。例えば、画像データを複数の宛先に送信するよう指定されている場合、削除部３１５は、画像受信装置２０３からの指示に応じて、宛先ごとに用意された画像データを全て削除してもよい。あるいは、削除部３１５は、削除を要求してきた操作者（画像受信装置２０３）を宛先とした画像データのみを削除してもよい。通知部３１６は、宛先ごとに用意された画像データを全て削除する場合、画像データが削除されたことを当該宛先に通知する。転送指定部３１７は、画像受信装置２０３からの指示に応じて、画像データの転送先を指定する。

図４は、実施形態に係る画像受信装置の例示的なブロック図である。ＣＰＵ４０１は、コンピュータプログラムに基づいて、コンピュータの各ユニットを統括的に制御する制御ユニットである。ＲＯＭ４０２は、ファームウエアなどの制御プログラムを記憶する不揮発性の記憶ユニットである。ＲＡＭ４０３は、ワークエリアとして機能する揮発性の記憶ユニットである。ハードディスクドライブ（ＨＤＤ）は、大容量の記憶ユニットである。表示装置４０５は、ユーザに対して各種情報を表示するための表示ユニットである。操作部４０６は、ポインティングデバイスやキーボードなどの入力ユニットである。通信インターフェース４０７は、ネットワーク通信カード（ＮＩＣ）などの通信ユニットである。なお、メールサーバ２０２も同様の構成を採用しているものとする。なお、コンピュータプログラムとしては、メールクライアントプログラムやＷｅｂブラウザプログラムなどが含まれる。

そして、画像受信装置２０３のＣＰＵ４０１は、画像データの処理方法を操作者に選択させるための情報を、通信インターフェース４０７を用いて受信する。また、ＣＰＵ４０１は、受信した情報を表示装置４０５に表示する。また、ＣＰＵ４０１は、操作部４０６から入力される操作者の指示に応じて画像データの処理方法を選択する。さらに、ＣＰＵ４０１は、通信インターフェース４０７を制御し、画像データを受信する。

図５は、実施形態に係る画像通信方法に係る例示的なフローチャートである。ステップＳ５０１において、ＣＰＵ１０８は、操作部１０５から入力される情報に応じて、画像データを送信するための初期設定を行なう。例えば、ＣＰＵ１０８は、操作部１０５からの指示に応じて、新規宛先を直接入力したり、記憶装置１０９にあらかじめ記憶されているアドレス帳から宛先を選択したりする。また、ＣＰＵ１０８は、操作部１０５からの指示に応じて、読み込み解像度、原稿サイズ、カラー／白黒設定など、原稿読み込み方法を設定してもよい。

ステップＳ５０２において、ＣＰＵ１０８によって実現される画像読み取り制御部３０１は、スキャナ部１０４を制御して原稿の画像を読み取る。なお、ＣＰＵ１０８は、当該画像のデータを一旦記憶装置１０９に記憶してもよい。

ステップＳ５０３において、ＣＰＵ１０８（判定部３０４）は、取得された画像データを電子メールにて送信できるか否かを判定する。この判定は複数ある送信モードのうちいずれかを選択するための処理に相当する。ＣＰＵ１０８は、例えば、画像データのサイズが、１通の電子メールにより送信可能なサイズ（いわゆる閾値）以下であるか判定する。この閾値は、例えば、あらかじめシステム管理者により設定されているものとする。

送信可能であれば、ステップＳ５１０に進み、ＣＰＵ１０８は、画像データを電子メールに添付して、送信インターフェース１０７から送信する。より具体的には、ＣＰＵ１０８によって実現される送受信制御部３０２のメールクライアント３１２が、当該電子メールを宛先に送信する。なお、ステップＳ５１０において、画像データを電子メールに直接添付せずに、該画像データに対するリンク情報を電子メールで送信してもよい。リンク情報の例としては、画像データの格納場所を示すＵＲＬ等が用いられる。

一方、送信不可能であれば、ＣＰＵ１０８は、ステップＳ５０４に進み、宛先として指定された操作者（画像受信装置２０３）に、画像データの処理方法を指定させるための情報（例：Ｗｅｂページなど）を作成して送信する。なお、ＣＰＵ１０８（メールクライアント３１２）は、当該情報へのアクセス方法を記述した電子メールをあらかじめ宛先に送信してもよい。

ステップＳ５０５において、ＣＰＵ１０８により実現される送受信制御部３０２のＷｅｂサーバ３１０は、画像受信装置２０３の操作者により指定された処理方法を表す情報を受信する。

ステップＳ５０６において、ＣＰＵ１０８により実現される送受信制御部３０２は、画像受信装置２０３の操作者により指定された処理方法に基づいて処理された画像データを送信する。

図６は、実施形態に係るＷｅｂページの作成処理を示す例示的なフローチャートである。本フローチャートは、上述のステップＳ５０４をサブルーチンとして示したものである。

ステップＳ６０１において、ＣＰＵ１０８は、宛先として指定されたユーザ（操作者）用のフォルダが記憶装置１０９に存在するか否かを判定する。

図７は、実施形態に係るアドレス帳の一例を示す図である。このアドレス帳には、ユーザのニックネーム、メールアドレス、フォルダの作成日が登録されている。例えば、ＣＰＵ１０８は、宛先として指定されたユーザのニックネームまたはメールアドレスに基づいて、アドレス帳を検索し、フォルダ作成日に日付情報が入力されている否かを判定してもよい。日付情報が入力されていれば、フォルダが存在することになり、ステップＳ６０４に進む。一方、日付が入力されていなければ、フォルダが存在しないことになり、ステップＳ６０２に進む。

ステップＳ６０２において、ＣＰＵ１０８は、宛先に指定されたユーザ用のフォルダを記憶装置１０９内に作成する。また、ＣＰＵ１０８は、送信対象の画像データを、作成したフォルダに格納する。

図８は、実施形態に係るフォルダの一例を示す図である。この例では、ユーザのメールアドレスが、フォルダの名称として採用されているが、これは単なる一例に過ぎない。ユーザごとのフォルダを区別できるのであれば、他のフォルダ名称が採用されてもよい。

なお、図８の例によれば、作成されたフォルダには、当該ユーザ用のＷｅｂページ（ＨＴＭＬファイル）と画像ファイルとが格納される。ところで、同一の画像ファイルを複数の宛先に送信する場合、宛先ごとに画像ファイルを格納したのでは、記憶装置１０９の記憶効率が悪い。そこで、画像ファイルの代わりに、画像ファイルの格納情報（リンクやショートカットなど）をフォルダに保存してもよい。より具体的に、ＣＰＵ１０８は、宛先として指定されたメールアドレスのうち、筆頭のメールアドレスのフォルダに画像ファイルを格納する。さらに、ＣＰＵ１０８は、２番目以降の宛先に対応するフォルダには、画像ファイルの保存場所を表すリンク情報を格納する。

ステップＳ６０３において、ＣＰＵ１０８は、複数ある処理方法を提案するためのＷｅｂページ（例：ＨＴＭＬによるソースファイルなど）を作成する。なお、一般には、Ｗｅｂページは宛先ごとに作成され、宛先に対応したフォルダに格納される。もちろん、全てまたは一部のユーザについて、共通のＷｅｂページが採用されてもよい。

図９は、実施形態に係るＷｅｂページの雛型の一例を示す図である。Ｗｅｂページのソースファイルをゼロから作るのは効率が悪い。そこで、本実施形態では、雛型をあらかじめ記憶装置１０９に記憶しておく。なお、図９の雛形の例は、Ｗｅｂページやそのソースファイルの概念を示すために、実際のソースファイルや、Ｗｅｂブラウザに表示したときの画面とは相異している。

雛型９００には、ユーザの名称（例：ニックネームやメールアドレスなど）を表示する欄９０１が設けられている。図中の「＄ｎａｍｅ」は、ユーザの名称を格納するための文字列変数である。＄ｎａｍｅには、例えば、アドレス帳から読み出されたニックネーム等が代入される。

リストテーブル９１０は、チェックボックス９０２、送信日時の欄９０３、送信者の欄９０４、送信先（宛先）の欄９０５、ファイルサイズの欄９０６が含まれている。送信日時（ＹＹＹＹ／ＭＭ／ＤＤ ＨＨ：ＭＭ）の欄９０３には、ＣＰＵ１０８がタイマーから取得した時刻情報が入力される。送信者（＄ｆｒｏｍ）の欄９０４には、複合機（画像送信装置）１００の操作者の情報が入力される。送信先（＄ｔｏ）の欄９０５には、宛先として指定されたメールアドレスなどが入力される。ファイルサイズ（＄サイズ）の欄９０６には、送信対象となっている画像データのファイルサイズが入力される。なお、チェックボックス９０２には、どれかひとつだけがチェックされる。例えば、チェックされた画像データが処理対象として選択されたことになる。

処理メニュー９０７には、複数の処理のうちいずれかを選択するためのラジオボタンが設けられている。このラジオボタンによって、画像受信装置２０３の操作者は、画像データに施される処理を選択できる。実行ボタン９０９が押し下げられると、処理の開始を要求するための命令が画像受信装置２０３から複合機１００に送信される。なお、自動的に画像データを削除する日時を表す情報（＄ｔｅｒｍ）もＷｅｂページ９００には含まれてもよい（９０８）。

なお、図９の処理メニューによれば、ファイルの受信、プレビューしてからファイルを選択して受信、ファイルの削除、および、その他が選択できるようになっている。なお、その他の処理としては、例えば、画像ファイルの転送先の指定、ファイルの加工（サイズの変換その他）が含まれてもよい。

図１０は、実施形態に係るＷｅｂページの一例を示す図である。図９に示されていた「＄」で始まる各文字列変数には、具体的な情報が代入されていることが理解できよう。また、図１０に示す例では、３種類の画像データについて、リストテーブルが生成されている。すなわち、画像受信装置２０３の操作者は、３つの画像データのうち、希望する画像データを選択できる。なお、上から３番目の画像データについては、複数の宛先が指定されていることが分かる。よって、図８に示したように、筆頭宛先のフォルダには、画像ファイルが格納されるが、２番目の宛先のフォルダにはリンク情報のみが格納されることになる。

ステップＳ６０４において、ＣＰＵ１０８により実現される作成部３０３は、宛先に送信するための画像データの情報をＷｅｂページに追加する。なお、既にフォルダが作成されており、かつ、Ｗｅｂページが存在する場合は、当該Ｗｅｂページの内容を更新することになる。

ステップＳ６０５において、ＣＰＵ１０８により実現される作成部３０３は、前記フォルダに保存したＷｅｂページへのアクセス方法を記述した電子メールの本文を作成し、指定された宛先に電子メールを送信する。なお、アクセス方法としては、Ｗｅｂページのアドレス情報（ＵＲＬなど）、ログインＩＤ、パスワードなどが含まれよう。なお、セキュリティを重視する場合には、ＩＤやパスワードを電子メールにて送信するのは好ましくない。そこで、あらかじめアドレス帳に登録されているＩＤやパスワードを利用するようにしてもよい。

ステップＳ６０６において、ＣＰＵ１０８は、全ての宛先についてフォルダの作成（Ｓ６０１）ないし電子メールの送信（Ｓ６０５）が完了したかを判定する。完了していなければ、次の宛先について処理を行なうべく、ステップＳ６０１に戻る。一方、完了していれば、ステップＳ６０６に進み、ＣＰＵ１０８により実行されるＷｅｂサーバ３１０が、画像受信装置２０３のＷｅｂブラウザからＷｅｂページの要求を受信したか否かを判定する。受信した場合、ステップＳ６０７に進み、ＣＰＵ１０８（Ｗｅｂサーバ３１０）は、アクセスしてきたユーザに対応するＷｅｂページをフォルダから読み出して送信する。

図１１は、実施形態に係る通信方法を表す情報の受信処理の例示的なフローチャートである。ここでの通信方法とは、ＨＴＴＰやＦＴＰなどの通信方法だけでなく、所望の画像ファイルに対する送信前の処理も含むものとする。なお、本フローチャートは、図５のステップＳ５０５とＳ５０６をサブルーチンとして表現したものである。

ステップＳ１１００において、ＣＰＵ１０８（Ｗｅｂサーバ３１０）は、画像受信装置２０３から受信した情報に基づいてユーザを特定する。例えば、電子メールを受信したユーザがＷｅｂページにアクセスしてきたときに入力したユーザＩＤから、ＣＰＵ１０８は、ユーザを特定できる。

ステップＳ１１０１において、ＣＰＵ１０８（Ｗｅｂサーバ３１０）は、画像受信装置２０３から受信した要求が画像ファイルの受信を要求するものであるかどうかを判定する。例えば、図１０のＷｅｂページにおいて、ファイルの受信を表すチェックボックスがチェックされた上で、実行ボタン９０９が押し下げられた場合、ファイルの受信を要求が画像受信装置２０３から送信される。

ファイルの受信要求であれば、ステップＳ１１０２に進み、ＣＰＵ１０８（Ｗｅｂサーバ３１０）は、特定されたユーザのフォルダから画像ファイルを読出して送信する。なお、画像ファイルに代えてリンク情報が格納されていた場合、ＣＰＵ１０８は、リンク情報に応じてオリジナルの画像ファイルを読出して送信する。

一方、ファイルの受信要求でなければ、ステップＳ１１０３に進み、ＣＰＵ１０８は、画像ファイルのプレビュー要求であるか否かを判定する。プレビュー要求は、図１０におけるプレビュー＆選択受信のチェックボックスがチェックされて、実行ボタン９０９が押し下げられると発行される。

プレビュー要求であれば、ステップＳ１１０４に進み、ＣＰＵ１０８により実現されるサムネイル画像生成部３１３は、特定されたユーザのフォルダに格納されている画像ファイルについてサムネイル画像を作成する。なお、画像ファイルのリンク情報が格納されていた場合は、ＣＰＵ１０８は、リンク情報に基づいてオリジナルの画像ファイルを読み出してサムネイル画像を生成する。なお、生成されたサムネイル画像は、例えば、特定されたユーザのフォルダに格納される。

ステップＳ１１０５において、ＣＰＵ１０８（作成部３０３）は、プレビュー用のＷｅｂページを作成する。そして、ＣＰＵ１０８（Ｗｅｂサーバ３１０）は、作成されたＷｅｂページを送信する。

図１２は、実施形態に係るプレビュー用のＷｅｂページの一例を示す図である。図９や図１０と同等の部分は説明を省略する。図１２のＷｅｂページは、雛型として用意されているソースファイルをＷｅｂブラウザ上で表示したものである。

１２０１は、受信を希望する画像ファイルを選択するためのチェックボックスである。１２０２は、画像ファイルの番号を示している。例えば、５つの送信対象画像が存在すれば、０１ないし０５の番号が各画像に付与される。１２０３は、サムネイル画像である。なお、実行ボタン９０９が押し下げられると、チェックされた画像についての送信要求（受信希望情報）が発行される。

ステップＳ１１０６において、ＣＰＵ１０８（Ｗｅｂサーバ３１０）は、画像受信装置２０３において選択された画像ファイルを読み出して送信する。

一方、プレビュー要求でない場合は、ステップＳ１１０７において、ＣＰＵ１０８は、削除要求であるかどうかを判定する。削除要求であれば、ステップＳ１１０８に進み、画像ファイルを削除する。一方、削除要求でもない場合は、ステップＳ１１０９に進み、ＣＰＵ１０８は、画像受信装置２０３から要求された他の処理を実行する。他の処理としては、例えば、画像ファイルの転送先の指定、ファイルの加工（サイズの変換その他）などがある。

図１３は、実施形態に係る画像ファイルの削除処理に関する例示的なフローチャートである。このフローチャートは、上述のステップ１１０８をサブルーチンとして表現したものである。

ステップＳ１３０１において、ＣＰＵ１０８（作成部３０３）は、ファイル削除用のＷｅｂページを作成する。さらに、ＣＰＵ１０８（Ｗｅｂサーバ３１０）は、ファイル削除用のＷｅｂページを送信する。

図１４は、実施形態に係る画像ファイル削除用のＷｅｂページの一例を示す図である。図９や図１０と同等の部分は説明を省略する。図１４のＷｅｂページは、雛型として用意されているソースファイルをＷｅｂブラウザ上で表示したものである。

１４０１は、アクセスしてきたユーザに対して送信されることになっている画像ファイルを削除するためのチェックボックスである。１４０２は、選択された画像ファイルについて全ての宛先のフォルダから当該画像およびそのリンク情報を削除するためのチェックボックスである。１４０３は、全ての画像ファイルを削除するとともに、削除を要求したユーザ以外の宛先に対して、削除したことを表す電子メールを送信するためのチェックボックスである。

ステップＳ１３０２において、ＣＰＵ１０８は、アクセスしてきたユーザについての画像ファイルのみを削除する要求であるか否かを判定する。当該画像ファイルのみを削除する要求である場合、ＣＰＵ１０８（削除部３１５）は、当該画像ファイルのみを削除する。

一方、他のユーザについても当該画像ファイルを削除する場合、ステップＳ１３０５に進み、ＣＰＵ１０８（削除部３１５）は、当該画像ファイルについて指定されている全ての宛先のフォルダから当該画像ファイルまたはそのリンク情報を削除する。

図１５は、実施形態に係る画像ファイルの削除処理に関する例示的なフローチャートである。このフローチャートは、上述のステップＳ１３０４をサブルーチンとして表現したものである。

ステップＳ１５０１において、ＣＰＵ１０８（削除部３１５）は、アクセスしてきたユーザのフォルダに画像ファイルが存在しているかどうかを判定する。画像ファイルを削除してしまうと、他の宛先に対して当該画像ファイルを送信できなくなってしまうからである。なお、画像ファイルが存在しない場合（すなわち、リンク情報が保存されている場合）、ステップＳ１５０５に進み、ＣＰＵ１０８は、リンク情報を削除する。

一方、画像ファイルが存在する場合、ステップＳ１５０２に進み、ＣＰＵ１０８は、当該画像ファイルが他のフォルダにリンクされているかどうかを判定する。すなわち、ＣＰＵ１０８は、当該画像ファイルに関して、Ｗｅｂページのリストに複数の宛先が登録されているか否かを判定してもよい。リンクされていない場合（すなわち、宛先が単独の場合）、ステップＳ１５０４に進み、ＣＰＵ１０８は、画像ファイルを削除する。

一方、リンクされている場合、ステップＳ１５０３に進み、ＣＰＵ１０８は、画像ファイルを他の宛先のフォルダに移動する。なお、さらに他の宛先が存在する場合、ＣＰＵ１０８は、この宛先用のフォルダに格納されているリンク情報を修正することが望ましいだろう。

ステップＳ１５０６において、ＣＰＵ１０８は、削除された画像ファイルについての情報をＷｅｂページのリストから削除する。なお、複数の宛先が存在する場合、宛先ごとのＷｅｂページを同様に修正する。

ステップＳ１５０７において、ＣＰＵ１０８は、Ｗｅｂページのリストに登録されている他の画像ファイルが存在するか否かを判定する。すなわち、ＣＰＵ１０８は、アクセスしてきたユーザに対して送信することを指定されている他の画像ファイルが残存しているか否かを判定する。リストに登録されている画像ファイルが存在すれば、フォルダを維持したまま、本フローチャートの処理を終了する。一方、リストに登録されている画像ファイルが一つもなければ、ステップＳ１５０８に進み、ＣＰＵ１０８は、フォルダを削除する。

図１６は、実施形態に係る画像ファイルの削除処理に関する他の例示的なフローチャートである。このフローチャートは、上述のステップＳ１３０５をサブルーチンとして表現したものである。

ステップＳ１６０１において、ＣＰＵ１０８（削除部３１５）は、削除対象の画像ファイルについて設定されている宛先の１つを選択する。ステップＳ１６０２において、ＣＰＵ１０８は、選択された宛先用のフォルダに存在し、かつ、当外フォルダに画像ファイルまたはそのリンク情報が存在しているかどうかを判定する。フォルダが存在しないか、または、削除対象の画像ファイルおよびリンク情報が存在しない場合、ステップＳ１６０９に進む。

一方、画像ファイル等が存在している場合、ステップＳ１６０３に進み、ＣＰＵ１０８は、画像ファイルまたはリンク情報を削除する。

ステップＳ１６０４において、ＣＰＵ１０８は、削除された画像ファイルについての情報をＷｅｂページのリストから削除する。

ステップＳ１６０５において、ＣＰＵ１０８は、Ｗｅｂページのリストに登録されている他の画像ファイルが存在するか否かを判定する。すなわち、ＣＰＵ１０８は、アクセスしてきたユーザに対して送信することを指定されている他の画像ファイルが残存しているか否かを判定する。リストに登録されている画像ファイルが存在すれば、フォルダを維持し、ステップＳ１６０７に進む。

一方、リストに登録されている画像ファイルが一つもなければ、ステップＳ１６０６に進み、ＣＰＵ１０８は、フォルダを削除する。

ステップＳ１６０７において、ＣＰＵ１０８は、画像ファイルが削除されたことを宛先に通知すべきか否かを判定する。例えば、図１４のチェックボックス１４０３がチェックされており、かつ、処理対象の宛先がアクセスしてきたユーザでなければ、通知すべきと判定する。通知すべきでない場合は、ステップＳ１６０９に進む。

一方、通知すべき場合は、ステップＳ１６０８において、ＣＰＵ１０８（作成部３０３）は、画像ファイルが削除されたことを表すメール本文を作成する。そして、ＣＰＵ１０８（メールクライアント３１２）は、電子メールを宛先に送信する。

ステップＳ１６０９において、ＣＰＵ１０８は、全ての宛先について処理が完了したか否かを判定する。まだ、未処理の宛先が残存している場合は、ステップＳ１６０１に進む。一方、全ての宛先について削除処理が完了すれば、本フローチャートを終了する。

以上説明したように本実施形態によれば、画像受信装置２０３の操作者に、画像データ（画像ファイル）の処理方法を選択できる機会を付与できる利点がある。例えば、１回の電子メール送信では画像データを送信できないような場合であっても、画像受信装置２０３の操作者は、希望する処理方法によって処理された画像データを受信できるようになる。

とりわけ、画像送信装置１００がＷｅｂページを通じて複数の処理方法を提案することで、画像受信装置２０３の操作者は、処理方法の選択を視覚的に実行できる利点がある。

また、画像データが小さい場合は、電子メールにより画像データを送信し、一方で、画像データが大きい場合は操作者により選択された処理方法により処理された画像データを送信する。これにより、画像データが相対的に小さい場合は、画像受信装置２０３の選択を省略できる利点がある。

また、画像データを選択するための情報（例：Ｗｅｂページ）において、サムネイル画像を掲載することで、画像受信装置２０３の操作者は、画像の内容を確認することが容易となる。例えば、画像の内容に応じて、好ましい処理方法を選択できるようになり利点もある。また、転送を希望する画像のみを選択することも可能となる利点がある。

なお、画像データのうち、受信を希望しない画像データについては、Ｗｅｂページにおいて削除を実行できてもよい。宛先の間違いや、希望する画像でない場合などは、受信する必要はないからである。

ところで、画像受信装置２０３の操作者には、自分宛ての画像データだけを削除する権限をあたえてもよいし、自分を含む複数のユーザ宛ての画像データについても削除する権限を与えてよい。後者の場合、リンク情報だけでなく、オリジナルの画像データまで削除したのでは、他のユーザが当該画像データを受信できなくなってしまう。よって、他のユーザには、当外画像データが削除されたことを通知することが望ましいだろう。

なお、自分宛ての画像データだけを削除する権限をあたえる場合であっても、やはり、オリジナルの画像データを削除してしまうのは好ましくない。そこで、リンク情報だけを削除することが望ましい。または、削除を指示した操作者のフォルダから、他のユーザのフォルダへオリジナル画像を移動することが望ましいだろう。

［他の実施形態］
図１７は、実施形態に係る他の画像通信方法に係る例示的なフローチャートである。この例では、あらかじめユーザごとに、電子メールによる送信か、またはＷｅｂページによる送信かを選択させることで、希望による送信方法を用いて画像ファイルを送信することに特徴がある。なお、図５と共通する部分は、同一の参照符号を付すことで、説明を簡略化する。

ステップＳ５０２の後で、ステップＳ１７０１に進み、ＣＰＵ１０８（判定部３０４）は、宛先として指定されたユーザが、電子メールによる分割送信を希望しているか否かを判定する。電子メールによる分割送信を希望していなければ、上述のステップＳ５０４に進む。

図１８は、実施形態に係るアドレス帳（ユーザ管理情報）の他の例を示す図である。この例では、ユーザごとに、Ｓｅｎｄフラグが登録されている。Ｓｅｎｄフラグは、電子メールによる分割受信を希望するか、Ｗｅｂページによる受信を希望するかを表すための情報である。例えば、画像ファイルが大きくても、分割してメールで送信して欲しいユーザには、Ｓｅｎｄフラグが“０”に設定される。一方、画像ファイルが大きくなった場合には、Ｗｅｂページによるダウンロード処理を実行したいユーザは、Ｓｅｎｄフラグが“１”に設定されている。なお、必ずＷｅｂページによるダウンロード処理を実行したいユーザに関しては、Ｓｅｎｄフラグが“２”に設定されている。

電子メールによる分割送信が希望されている場合、ステップＳ１７０２に進み、ＣＰＵ１０８（画像変換部３１４）は、送信対象の画像ファイルを複数に分割する。ステップＳ１７０３に進み、ＣＰＵ１０８（作成部３０３）は、画像ファイルの分割数に応じた数だけ電子メールを作成する。そして、ＣＰＵ１０８（メールクライアント３１２）は、分割された画像ファイルがそれぞれ添付された複数の電子メールを送信する。

このように、あらかじめユーザごとに、電子メールによる送信か、またはＷｅｂページによる送信かを選択させることで、希望による送信方法を用いて画像ファイルを送信できる利点がある。とりわけ、電子メールによる画像の分割送信を希望するユーザは、Ｗｅｂページにアクセスする必要がない利点がある。とりわけ、Ｗｅｂブラウザを使用できない環境のユーザにとって、分割送信の事前選択は好ましいだろう。

一方で、Ｗｅｂページを通じた一括受信を希望するユーザによっては、１回の受信処理で画像データを受信できる利点がある。また、分割された複数の画像データからオリジナルの画像データを復元する処理も省略できる利点もある。

ところで、ステップＳ６０３などで、Ｗｅｂページを作成する際に、ユーザごとにあらかじめ指定された雛型を使用してもよい。

図１９は、実施形態に係るアドレス帳（ユーザ管理情報）のさらに他の例を示す図である。図１９によれば、雛型を指定するための情報が追加されている。この例では、雛型０、雛型１および雛型２といった３種類の雛型が存在することが分かるであろう。

図２０、図２１は、実施形態に係る雛形の一例を示す図である。とりわけ、図２０は、雛形０を示している。また、図２１は、雛形１を示している。なお、雛形２について例示を省略する。雛型０と雛型１とを比較すると、メッセージの内容や、選択可能な処理の内容（メニューなど）が異なっていることを理解できよう。

このように、ユーザごとにあらかじめ指定された雛型を用いてＷｅｂページを作成することで、ユーザごとの事情に応じて、処理方法を選択するための情報を提供できる。

以上、様々な実施形態を詳述したが、本発明は、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。例えば、スキャナ、プリンタ、ＰＣ、複写機、複合機及びファクシミリ装置の如くである。

本発明は、前述した実施形態の各機能を実現するソフトウェアプログラムを、システム若しくは装置に対して直接または遠隔から供給し、そのシステム等に含まれるコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される。

従って、本発明の機能・処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、上記機能・処理を実現するためのコンピュータプログラム自体も本発明の一つである。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、記録媒体としては、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。

また、プログラムは、クライアントコンピュータのブラウザを用いてインターネットのホームページからダウンロードしてもよい。すなわち、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードしてもよいのである。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明の構成要件となる場合がある。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布してもよい。この場合、所定条件をクリアしたユーザにのみ、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報で暗号化されたプログラムを復号して実行し、プログラムをコンピュータにインストールしてもよい。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現されてもよい。なお、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ってもよい。もちろん、この場合も、前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれてもよい。そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ってもよい。このようにして、前述した実施形態の機能が実現されることもある。

実施形態に係る画像送信装置の例示的なブロック図を示したものである。 実施形態に係る画像通信システムの一例を示す図である。 実施形態に係る制御部が有する機能についての例示的な機能ブロック図である。 実施形態に係る画像受信装置の例示的なブロック図である。 実施形態に係る画像通信方法に係る例示的なフローチャートである。 実施形態に係るＷｅｂページの作成処理を示す例示的なフローチャートである。 実施形態に係るアドレス帳の一例を示す図である。 実施形態に係るフォルダの一例を示す図である。 実施形態に係るＷｅｂページの雛型の一例を示す図である。 実施形態に係るＷｅｂページの一例を示す図である。 実施形態に係る通信方法を表す情報の受信処理の例示的なフローチャートである。 実施形態に係るプレビュー用のＷｅｂページの一例を示す図である。 実施形態に係る画像ファイルの削除処理に関する例示的なフローチャートである。 実施形態に係る画像ファイル削除用のＷｅｂページの一例を示す図である。 実施形態に係る画像ファイルの削除処理に関する例示的なフローチャートである。 実施形態に係る画像ファイルの削除処理に関する他の例示的なフローチャートである。 実施形態に係る他の画像通信方法に係る例示的なフローチャートである。 実施形態に係るアドレス帳（ユーザ管理情報）の他の例を示す図である。 実施形態に係るアドレス帳（ユーザ管理情報）のさらに他の例を示す図である。 実施形態に係る雛形の一例を示す図である。 実施形態に係る雛形の一例を示す図である。

Claims (13)

1. 画像データを読み取る読取手段と、
   外部装置を操作する操作者に前記画像データの処理方法を指定させるための情報のアドレス情報を前記外部装置に送信するアドレス情報送信手段と、
   前記外部装置において前記アドレス情報が指定されるのに応じて、前記画像データの処理方法を指定させるための情報を前記外部装置に送信する第一の送信手段と、
   前記外部装置において前記画像データの処理方法を指定させるための情報に基づいて前記画像データの処理方法が指定されるのに応じて、該指定された処理方法に基づいて処理された結果を該外部装置に送信する第二の送信手段と、
   前記アドレス情報送信手段によって前記アドレス情報を送信することなく前記画像データを外部装置に送信する第三の送信手段と、
   前記第二の送信手段によって前記結果を送信するか、前記第三の送信手段によって前記画像データを送信するかを選択する選択手段と
   を有することを特徴とする画像送信装置。
2. 外部装置を操作する操作者に前記画像データの処理方法を指定させるための前記情報は、Ｗｅｂページであることを特徴とする請求項１記載の画像送信装置。
3. 前記アドレス情報送信手段は、前記アドレス情報を電子メールによって送信することを特徴とする請求項１又は２に記載の画像送信装置。
4. 前記外部装置に所定の送信方法で前記画像データを送信可能か否かを判定する判定手段をさらに有し、
   前記選択手段は、前記判定手段による判定結果に基づいて前記第二の送信手段によって前記結果を送信するか、前記第三の送信手段によって前記画像データを送信するかを選択することを特徴とする請求項１乃至３の何れかに記載の画像送信装置。
5. 前記判定手段は、前記画像データを電子メールに添付して送信できるか否かを判定することを特徴とする請求項４記載の画像送信装置。
6. 前記アドレス情報送信手段によって前記アドレス情報を送信するか否かを示す情報を各外部装置に関連付けて登録する登録手段をさらに有し、
   前記選択手段は、前記登録手段に登録された情報に基づいて前記第二の送信手段によって前記結果を送信するか、前記第三の送信手段によって前記画像データを送信するかを選択することを特徴とする請求項１乃至５の何れかに記載の画像送信装置。
7. 前記情報に基づいて指定することができる前記処理方法は、画像データの変換、画像データの削除、画像データの転送先の指定のうちの少なくとも何れかを含み、前記画像データの変換が指定された場合、前記第二の送信手段は変換された画像データを外部装置に送信し、前記画像データの削除が指定された場合、前記第二の送信手段は該画像データが削除された旨を外部装置に送信し、前記画像データの転送先が指定された場合、前記第二の送信手段は該画像データを転送した旨を外部装置に送信することを特徴とする請求項１乃至６の何れかに記載の画像送信装置。
8. 前記画像データを複数の外部装置に送信する指示が入力されている場合に、前記複数ある外部装置のうち所定の外部装置において、前記画像データの処理方法を指定させるための情報に基づいて、前記複数の外部装置ごとに用意された画像データを全て削除するか、又は前記所定の外部装置を宛先とした画像データを削除するかを指定可能であることを特徴とする請求項１乃至７の何れかに記載の画像送信装置。
9. 前記複数ある外部装置ごとに用意された画像データを全て削除する場合、前記複数ある外部装置に、前記画像データが削除されたことを通知する通知手段をさらに有することを特徴とする請求項８記載の画像送信装置。
10. 前記第三の送信手段は、前記画像データを直接取得するためのリンク情報を送信することを特徴とする請求項１乃至９の何れかに記載の画像送信装置。
11. 画像データを読み取る読取工程と、
    外部装置を操作する操作者に前記画像データの処理方法を指定させるための情報のアドレス情報を該外部装置に送信し、前記外部装置において前記アドレス情報が指定されるのに応じて、前記画像データの処理方法を指定させるための情報を該外部装置に送信し、前記外部装置において前記画像データの処理方法を指定させるための情報に基づいて前記画像データの処理方法が指定されるのに応じて、該指定された処理方法に基づいて処理された結果を該外部装置に送信する第一の送信モードと、前記アドレス情報を送信することなく、前記画像データを外部装置に送信する第二の送信モードとのうちいずれかの送信モードを選択して実行する実行工程と
    を含むことを特徴とする画像送信方法。
12. コンピュータ上において実行されるコンピュータプログラムであって、
    画像データを読み取る読取工程と、
    外部装置を操作する操作者に前記画像データの処理方法を指定させるための情報のアドレス情報を該外部装置に送信し、前記外部装置において前記アドレス情報が指定されるのに応じて、前記画像データの処理方法を指定させるための情報を該外部装置に送信し、前記外部装置において前記画像データの処理方法を指定させるための情報に基づいて前記画像データの処理方法が指定されるのに応じて、該指定された処理方法に基づいて処理された結果を該外部装置に送信する第一の送信モードと、前記アドレス情報を送信することなく、前記画像データを外部装置に送信する第二の送信モードとのうちいずれかの送信モードを選択して実行する実行工程と
    を実行することを特徴とするコンピュータプログラム。
13. 画像送信装置と外部装置とを含む画像通信システムであって、
    前記画像送信装置は、
    画像データを読み取る読取手段と、
    前記外部装置を操作する操作者に前記画像データの処理方法を指定させるための情報のアドレス情報を該外部装置に送信するアドレス情報送信手段と、
    前記外部装置において前記アドレス情報が指定されるのに応じて、前記画像データの処理方法を指定させるための情報を前記外部装置に送信する第一の送信手段と、
    前記外部装置において前記画像データの処理方法を指定させるための情報に基づいて前記画像データの処理方法が指定されるのに応じて、該指定された処理方法に基づいて処理された結果を該外部装置に送信する第二の送信手段と、
    前記アドレス情報送信手段によって前記アドレス情報を送信することなく前記画像データを外部装置に送信する第三の送信手段と、
    前記第二の送信手段によって前記結果を送信するか、前記第三の送信手段によって前記画像データを送信するかを選択する選択手段と
    を含み、
    前記外部装置は、
    前記画像データの処理方法を指定させるための情報のアドレス情報を受信するアドレス情報受信手段と、
    前記アドレス情報に基づいて、前記画像データの処理方法を指定させるための情報を表示する表示手段と、
    前記画像データの処理方法を指定する指定手段と、
    前記指定した前記画像データの処理方法に基づいて処理された前記結果または画像データを受信するデータ受信手段と
    を含むことを特徴とする画像通信システム。

Images