JP2009278330A - 画像送信装置 - Google Patents

Abstract

【課題】画像データを電子メールで送信する際に、電子メールアドレスあるいはドメイン名に応じて適切なファイル形式に変換することができる画像送信装置を提供する。
【解決手段】画像送信装置は、画像データを入力するスキャナ部１０２と、入力された画像データを所定のファイル形式の送信データに変換する制御部１０１と、変換した送信データの送信先の電子メールアドレスの入力を受け付ける操作パネル部１０６と、入力された電子メールアドレスに送信データを送信する通信部１０５とを備える。制御部１０１は、操作パネル部１０６により入力された電子メールアドレスからドメイン名を抽出し、電子メールアドレスまたは電子メールアドレスから抽出したドメイン名に応じて、画像データのファイル形式を変換する。
【選択図】図２

Description

本発明は、画像送信装置に関し、より詳細には、画像データを送信する機能を備えた画像送信装置に関する。

コピー機能、プリント機能、ファクシミリ機能、スキャナ機能などの複数の機能を備えたデジタル複合機（ＭＦＰ）が普及している。このようなＭＦＰは通常ハードディスクなどの大容量の記憶装置を備えたものが多く、スキャナで読み取った画像データや、ＰＣ（パーソナルコンピュータ）などの情報処理装置から受信した画像データを、ファイル名を付与して記憶しておくことができる。

従来、ＭＦＰ等のファクシミリ装置からファクシミリを送信する場合、送信相手に応じた圧縮モードや、通信回線の状況に応じたモデムレート等の送信条件を設定する必要があった。例えば、特許文献１に記載のファクシミリ装置は、ファクシミリ送信先に対応して送信条件を予め記憶しておき、送信先を指定したときに送信条件が設定され、この送信条件に基づいてファクシミリ送信が実行されるようにしている。
しかしながら、上記のファクシミリ装置では、ユーザは送信しようとする宛先毎にそれぞれ送信条件を設定する必要があり、送信条件の設定作業などの操作が煩雑であるという問題がある。

一方、最近のＭＦＰの中には、電子メール機能を備えたものが存在し、これによれば、外部のＰＣ（パーソナルコンピュータ）や、携帯端末、ＭＦＰ間で電子メール機能を利用して画像データの送受信を行うことができる。

ＭＦＰから携帯端末に電子メールを送信する場合、通常、携帯端末は画面サイズが小さく表示能力が十分でないために、画像サイズ（解像度）が合っていないと画像データによっては一部しか表示できないケースが起こり得る。そこで、ユーザは、上述のファクシミリ送信の場合と同様に、送信先に応じて解像度などの送信条件を設定する必要があるが、送信先毎に送信条件を設定するための操作は煩雑であり、ユーザにとって負荷が大きい。

このような送信条件を簡単に設定するための技術が提案されている。例えば、特許文献２には、電子メールアドレスのドメイン名に基づいて、携帯端末であるか否かを判断し、携帯端末と判断した場合に、携帯端末の画面サイズで表示可能なように画像データを変換することが記載されている。
特開２００６−８６８４１号公報 特開２００３−２７３９５４号公報

ここで、携帯電話キャリア（携帯電話サービス提供会社）は各携帯電話機にインストール可能な種々の標準的なプラグインソフトを提供しており、ユーザは画像データを添付ファイルとして携帯電話機に向けて電子メールを送信し、電子メールを受信した携帯電話機では、携帯電話機にインストールされた画像ビューワ用プラグインソフトで閲覧する場合を想定する。

このとき、携帯電話キャリアにより提供される標準的な画像ビューワ用プラグインソフトが特定のファイル形式（例えばＰＤＦ等）のみに対応するソフトであった場合、送信側で一律ＰＤＦに変換して送信する必要が生じる。

従って、携帯電話機の電子メールアドレスのドメイン名に対応する添付画像ファイルのファイル形式を、送信側で特定のファイル形式（ＰＤＦ等）に変換して送信することができれば、送信先毎にファイル形式を設定する必要がなくなるため、設定の手間を削減することができるものと考えられる。

しかしながら、このようなドメイン名に対応して特定のファイル形式に変換するという技術思想は従来技術においては実現されておらず、また、特許文献２に記載の発明の場合、ドメイン名により送信先が携帯電話機であることを判定し、携帯電話機の表示能力に合わせて解像度を変換しているが、たとえ解像度を変換できても、ファイル形式がアプリケーションに合致していなければ、閲覧することができない。

本発明は、上述のごとき実情に鑑みてなされたものであり、画像データを電子メールで送信する際に、電子メールアドレスあるいはドメイン名に応じて適切なファイル形式に変換することができる画像送信装置を提供すること、を目的とする。

上記課題を解決するために、本発明の第１の技術手段は、画像データを入力する画像入力部と、該入力された画像データを所定のファイル形式の送信データに変換するファイル形式変換部と、該変換した送信データの送信先の電子メールアドレスの入力を受け付ける電子メールアドレス入力部と、該入力された電子メールアドレスに前記送信データを送信する通信部とを備えた画像送信装置であって、前記ファイル形式変換部は、前記電子メールアドレス入力部により入力された電子メールアドレスからドメイン名を抽出し、該電子メールアドレスまたは該電子メールアドレスから抽出したドメイン名に応じて、前記画像データのファイル形式を変換することを特徴としたものである。

第２の技術手段は、第１の技術手段において、電子メールアドレス毎に変換するファイル形式を設定したアドレステーブルを備え、前記ファイル形式変換部は、前記電子メールアドレス入力部により入力された電子メールアドレスに応じて、前記アドレステーブルを参照することにより、前記画像データのファイル形式を変換することを特徴としたものである。

第３の技術手段は、第１又は第２の技術手段において、ドメイン名毎に変換するファイル形式を設定したドメインテーブルを備え、前記ファイル形式変換部は、前記電子メールアドレス入力部により入力された電子メールアドレスから抽出したドメイン名に応じて、前記ドメインテーブルを参照することにより、前記画像データのファイル形式を変換することを特徴としたものである。

第４の技術手段は、第３の技術手段において、前記ファイル形式変換部は、前記ドメインテーブルが更新された場合に、該更新されたドメインテーブルのファイル形式により前記アドレステーブルのファイル形式を上書きすることを特徴としたものである。

第５の技術手段は、第３の技術手段において、前記ファイル形式変換部は、前記ドメインテーブルに設定されたファイル形式と、前記アドレステーブルに設定されたファイル形式とを比較し、いずれかのファイル形式を選択して変換することを特徴としたものである。

第６の技術手段は、第５の技術手段において、前記ファイル形式変換部は、前記ドメインテーブルに設定されたファイル形式と、前記アドレステーブルに設定されたファイル形式とに付与された優先順位に基づいて、変換するファイル形式を選択することを特徴としたものである。

第７の技術手段は、第３乃至第６のいずれか１の技術手段において、前記ドメインテーブルまたは前記アドレステーブルに設定されたファイル形式は、送信先の端末で使用されるアプリケーションのファイル形式であることを特徴としたものである。

第８の技術手段は、第３乃至第７のいずれか１の技術手段において、前記ドメインテーブルまたは前記アドレステーブルは、前記送信データの解像度を設定することを特徴としたものである。

第９の技術手段は、第３乃至第８のいずれか１の技術手段において、前記ドメインテーブルまたは前記アドレステーブルは、前記送信データのデータ容量の上限を設定することを特徴としたものである。

第１０の技術手段は、第１の技術手段において、前記ファイル形式は、送信先の端末で使用されるアプリケーションのファイル形式であることを特徴としたものである。

本発明によれば、画像データを電子メールで送信する際に、電子メールアドレスあるいはドメイン名に応じて適切なファイル形式に変換することができるため、送信先毎にファイル形式を設定する必要がなくなるため、設定の手間を削減することができる。

以下、添付図面を参照しながら、本発明の画像送信装置に係る好適な実施の形態について説明する。

図１は、本発明に係る画像送信装置の構成例を示す図で、図中、１００は画像送信装置（本例では原稿読取装置で代表する）を示す。この原稿読取装置１００は、原稿を原稿搬送路Ｆに沿って自動的に搬送する自動原稿送り装置（以下、「ＡＤＦ」と称する）１と、搬送されてきた原稿の表面側の画像を読み取る第１画像読取手段１０と、搬送されてきた原稿の裏面側の画像を読み取る第２画像読取手段２０とを備えている。第１画像読取手段１０は、光源１１、第１〜第３ミラー１２ａ，１２ｂ，１２ｃ、レンズ１３及びＣＣＤ（イメージセンサ）１４から構成される縮小光学系の画像読取手段であり、第２画像読取手段２０は、光源２１、第１〜第４ミラー２２ａ，２２ｂ，２２ｃ，２２ｄ、レンズ２３及びＣＣＤ（イメージセンサ）２４から構成される縮小光学系の画像読取手段である。また、第２画像読取手段２０は、光源２１、第１〜第４ミラー２２ａ，２２ｂ，２２ｃ，２２ｄ、レンズ２３及びＣＣＤ２４が１つの集合体をなすようにユニット化されている。

図１に示す原稿読取装置１００は、複写機（図示せず）の上部に設けられるもので、主として第２画像読取手段２０を収納するＡＤＦ１、及び第１画像読取手段１０を収容する主走査部２から構成されている。

ＡＤＦ１と主走査部２は、ヒンジ（図示せず）によって連結され、ＡＤＦ１はヒンジの回動によって主走査部２に対して開閉可能となっている。
主走査部２は、主として筐体３、透明なガラス板からなるプラテン板４、筐体３内に収容される第１画像読取手段１０から構成されている。
第１画像読取手段１０は、主として光源１１及び第１ミラー１２ａを保持する光源ユニット１５、第２ミラー１２ｂ及び第３ミラー１２ｃを保持するミラーユニット１６、レンズ１３及びＣＣＤ１４から構成されている。
主走査部２は、ユーザが原稿をプラテン４上に載置して原稿画像の読み取りを行う原稿固定方式による画像読取と、ＡＤＦ１によって自動的に原稿を搬送しながら原稿画像を読み取る原稿移動方式の両方式に対応している。

原稿固定方式によって原稿画像を読み取る場合、光源ユニット１５とミラーユニット１６は、原稿固定方式に対応したホームポジションにそれぞれ移動する。その後、光源ユニット１５は原稿に対して光を照射しながら一定の速度で副走査方向（紙面に対して左右方向）に移動して原稿の画像を走査し、それと同時にミラーユニット１６は、光源ユニット１５の移動速度の１／２の移動速度で同じく副走査方向に移動する。

光源ユニット１５から照射され原稿から反射した光は光源ユニット１５に設けられた第１ミラー１２ａで反射したのち、ミラーユニット１６の第２及び第３ミラー１２ｂ，１２ｃによって１８０°光路変換され、第３ミラー１２ｃから反射された光はレンズ１３を介してＣＣＤ１４に結像し、電気的な画像データに変換される。

一方、原稿移動方式によって原稿画像を読み取る場合、光源ユニット１５及びミラーユニット１６は、図１に示されるホームポジションに静止したまま、ＡＤＦ１によってホームポジションの上部を通過するように搬送される原稿に対して光源１１から光を照射して画像を走査し、原稿の表面側から反射された光は、上述の原稿固定方式と同様に第１ミラー１２ａによって反射された後、ミラーユニット１６の第２及び第３ミラー１２ｂ，１２ｃによって１８０°光路変換され、レンズ１３を介してＣＣＤ１４に結像し、電気的な画像データに変換される。

図１に示されるように、ＡＤＦ１は、主として原稿載置台５に載置された原稿を１枚ずつＡＤＦ１の内部へ呼び込む呼び込みローラ６、呼び込まれた原稿を原稿搬送路Ｆに沿って搬送する複数対の搬送ローラ７、給紙タイミングを調節するレジストローラ８、画像読み取りを終えた原稿を排紙トレイ３０へ排出する排紙ローラ９から構成され、ユニット化された第２画像読取手段２０が略Ｕ字状に弧を描く原稿搬送路Ｆ内に収まるように配設されている。

第２画像読取手段２０は、第１ミラー２２ａ、第２ミラー２２ｂ、第３ミラー２２ｃ、第４ミラー２２ｄ、レンズ２３及びＣＣＤ２４から構成され、これらの各部材は１つの集合体をなすようにユニット用筐体２５に収容されることによりユニット化されている。なお、第２画像読取手段２０において、光源２１、レンズ２３、ＣＣＤ２４は、第１画像読取手段を構成するそれらと同一のものである。

上述の通り、第２画像読取手段２０は、ユーザから両面読み取りの要求がなされた際に、原稿搬送路Ｆを搬送される原稿の裏面側の画像を読み取る。具体的には、第１画像読取手段１０によって原稿の表面側の画像が読み取られた後、該原稿は原稿搬送路Ｆに沿って排出トレイ３０へ向けて搬送される間に、第２画像読取手段の光源２１の下部を通過する。この際に第２画像読取手段２０の光源２１は原稿の裏面側へ向けて光を照射し、原稿の裏面側から反射された光は、ガラス等の透明部材で形成された読取窓３１を通過し第１〜第４ミラー２２ａ，２２ｂ，２２ｃ，２２ｄによって順次光路変換された後、レンズ２３を介してＣＣＤ２４に結像し、電気的な画像データに変換される。

また、ＡＤＦ１の下面は、主走査部２のプラテン板４上に載置された読み取り原稿を上から押さえる押さえ板３２となっている。この押さえ板３２は、第１画像読取手段２０の光源２１に対峙する部分が開放可能な蓋体３３となっている。

図２は、本発明に係る原稿読取装置１００の電気的構成の主要部を概略的に示すブロック図である。原稿読取装置１００は、主として制御部１０１、スキャナ部１０２、画像処理部１０３、記憶部１０４、通信部１０５、操作パネル部１０６、原稿走査部駆動モータ１０７ａを駆動制御するドライバ１０７、原稿搬送ローラ駆動モータ１０８ａを駆動制御するドライバ１０８から構成されている。

制御部１０１は、装置全体の動作制御を行う部分であり、図示は省略しているがＣＰＵ、ＲＯＭ、ＲＡＭ等によって構成されている。
スキャナ部１０２は、図１に示した第１及び第２画像読取手段１０，２０の光学走査系を構成する。第１及び第２画像読取手段１０，２０のＣＣＤ１４，２４は、上記説明では光学縮小方式のＣＣＤ（Charge Coupled Devices）としているが、等倍光学方式のＣＩＳ（Contact Image Sensor）であってもよい。

画像処理部１０３は、第１画像読取手段１０または第２画像読取手段２０で読み取った光学データを、ページ単位で電気的な画像データに変換する。
記憶部１０４は、例えばＲＡＭ、ＥＥＰＲＯＭ、ハードディスク、ＭＯなどで構成され、制御部１０１によって制御される制御中のデータ、入力された各種指示内容を記憶する。また、記憶部１０４は、スキャナ部１０２で読み取った原稿画像を記憶する原稿画像記憶部、変換された文字列のコードからなる文書を記憶する文書記憶部として機能する領域を備えている。

通信部１０５は、原稿読取装置１００と接続されたコンピュータやプリンタといった外部機器２００との間で双方向通信を行う通信部であり、画像処理部１０３で画像処理したデータを外部機器２００に送信する。また、外部機器２００から送信されてきたデータを本装置が扱えるデータに展開するためのメモリを備えている。

操作パネル部１０６は、図示は省略しているが、図１に示す原稿読取装置１００の手前側に配置される。具体的には、主走査部２をＡＤＦ１より手前側まで拡張し、その上面部分に配置される。操作パネル部１０６は、タッチパネルを備えた表示部として構成され、原稿読取時の動作モード（片面読み取りや両面読み取りなどの指定）を入力する場合などに用いられる。

原稿走査部駆動モータ１０７ａは、原稿固定方式によって原稿画像を読み取る場合に、光源ユニット１５及びミラーユニット１６を適宜の速度で副走査方向に移動させるためのモータであり、制御部１０１からの制御により、ドライバ１０７によって適宜駆動制御される。

原稿搬送ローラ駆動モータ１０８ａは、原稿搬送路Ｆに配置された呼び込みローラ６、搬送ローラ７、レジストローラ８、排紙ローラ９などの各ローラを駆動するモータであり、制御部１０１からの制御により、ドライバ１０８によって適宜駆動制御される。

本発明の主たる特徴部分は、画像データを電子メールで送信する際に、電子メールアドレスあるいは電子メールアドレスのドメイン名に応じて、適切なファイル形式に変換することである。このための構成として、画像データを入力する画像入力部に相当するスキャナ部１０２と、入力された画像データを所定のファイル形式の送信データに変換するファイル形式変換部に相当する制御部１０１と、変換した送信データの送信先の電子メールアドレスの入力を受け付ける電子メールアドレス入力部に相当する操作パネル部１０６と、入力された電子メールアドレスに送信データを送信する通信部１０５とを備え、制御部１０１は、操作パネル部１０６により入力された電子メールアドレスからドメイン名を抽出し、電子メールアドレスまたは電子メールアドレスから抽出したドメイン名に応じて、画像データのファイル形式を変換する。

なお、画像送信装置に入力される画像データは、スキャナ部１０２による画像データ以外であってもよく、通信部１０５により入力される画像データや、記憶部１０４に記憶されている画像データであってもよい。すなわち、スキャナ部１０２の場合、原稿画像を光学的に読み取った画像データとなり、通信部１０５の場合、外部のＰＣやＭＦＰ等から受信される画像データとなり、記憶部１０４の場合、ドキュメントファイリングとして記憶部１０４に記憶されている画像データとなる。制御部１０１は、このようにして入力された画像データに対して、そのファイル形式を変換する処理を行う。変換するファイル形式は、例えば、ＰＤＦ等のように送信先の端末で使用されるアプリケーションのファイル形式である。

図３は、本発明の画像送信装置による画像送信処理の一例を説明するためのフロー図である。なお、本例では、図２に示した装置構成に基づいて説明するものとする。まず、画像送信装置は、操作パネル部１０６から、ユーザによる電子メールアドレスの入力、及びデータ形式（送信時のファイル形式、解像度、容量上限を含む）の入力を受け付けて送信設定を行う（ステップＳ１）。次に、操作パネル部１０６上のスタートボタンがＯＮされたかどうかを判定し（ステップＳ２）、スタートボタンがＯＮされたと判定した場合（ＹＥＳの場合）、ユーザにより設定されたデータ形式（ユーザ設定がなされていなければ初期設定のデータ形式）に基づいて、スキャナ部１０２により原稿画像を読み取って画像データを生成する（ステップＳ３）。一方、ステップＳ２において、スタートボタンがＯＮされない場合（ＮＯの場合）、ステップＳ１に戻り処理を繰り返す。

次に、画像送信装置は、ステップＳ１で設定された送信設定（解像度、ファイル形式、容量上限）に基づいて、スキャナ部１０２で生成された画像データのデータ形式を変換して送信データを生成し（ステップＳ４）、この変換・生成された送信データを、ステップＳ１で入力された送信先の電子メールアドレスに送信する（ステップＳ５）。

図４，図５は、図３に示したステップＳ１の送信設定処理の一例を説明するためのフロー図である。図５は、図４に示すフローの続きである。ここでは、以下の図６〜図７に示す画面例を参照しながら説明するものとする。

図６は、操作パネル部１０６に表示される基本入力画面の一例を示す図で、図中、４０は基本入力画面で、該基本入力画面４０は、タッチパネルによりユーザ入力（選択）可能に構成され、アドレス手動入力ボタン４１、アドレスワンタッチ入力ボタン４２、解像度設定ボタン４３、ファイル形式設定ボタン４４、容量上限設定ボタン４５を備える。

図７は、操作パネル部１０６に表示される手動入力画面とアドレスワンタッチ入力画面の一例を示す図である。
図７（Ａ）に示す手動入力画面は、基本入力画面４０のアドレス手動入力ボタン４１が押下されると操作パネル部１０６に表示される。図中、５０は手動入力画面で、該手動入力画面５０は、タッチパネルによりユーザ入力（選択）可能に構成され、ユーザにより入力される電子メールアドレスを表示する電子メールアドレス表示部５１と、英字キーなどで構成される電子メールアドレス入力部５２とを備える。

図７（Ｂ）に示すアドレスワンタッチ入力画面は、基本入力画面４０のアドレスワンタッチ入力ボタン４２が押下されると操作パネル部１０６に表示される。図中、６０はアドレスワンタッチ入力画面で、該アドレスワンタッチ入力画面６０は、タッチパネルによりユーザ入力（選択）可能に構成され、送信先をワンタッチで選択するための名前ボタン６１を備える。また、アドレスワンタッチ入力画面６０には、名前ボタン６１に対応して、電子メールアドレス毎に変換するデータ形式が設定されている。

本例の場合、「Ｋ．Ａｏｋｉ」は、データ形式が空白であり、変換するデータ形式としてデフォルト値が設定される。「Ａ．Ｔａｎａｋａ」は、変換するデータ形式として解像度（２００×２００），ファイル形式（ＰＤＦ）が設定される。「Ｂ．Ｉｗａｍｏｔｏ」は、変換するデータ形式として解像度（４００×４００），ファイル形式（ＴＩＦＦ），容量上限（１Ｍｂｙｔｅ）が設定される。容量上限が設定された場合、送信データのデータ容量が上限以下になるようにページ単位で分割するか、あるいは、圧縮率を上げるように制御される。

図４において、画像送信装置は、操作パネル１０６上に図６に示す基本入力画面４０を表示する。この状態ではデータ形式（解像度、ファイル形式、容量上限）にデフォルト値が設定されているものとする。画像送信装置は、基本入力画面４０に対して、アドレス手動入力ボタン４１が押下（ＯＮ）されたか否かを判定し（ステップＳ１１）、アドレス手動入力ボタン４１が押下された場合（ＹＥＳの場合）、図７（Ａ）に示す手動入力画面５０に切り換える（ステップＳ１２）。また、ステップＳ１１において、アドレス手動入力ボタン４１が押下されない場合（ＮＯの場合）、図５に示すステップＳ２０に移行する。

なお、図７（Ａ）に示す手動入力画面５０は、電子メールアドレスを手動入力するためのソフトキーボードで構成される電子メールアドレス入力部５２を表示し、この電子メールアドレス入力部５２から入力された電子メールアドレスが電子メールアドレス表示部５１に表示される。

次に、画像送信装置は、手動入力画面５０に対して、電子メールアドレスが入力され、「ＯＫ」ボタンが押下されたかどうかを判定し（ステップ１３）、「ＯＫ」ボタンが押下された場合（ＹＥＳの場合）、記憶部１０４に記憶されたアドレステーブル（後述の図８において説明する）に入力アドレスが有るかどうかを判定する（ステップＳ１４）。一方、ステップＳ１３において、手動入力画面５０に対して、「ＯＫ」ボタンが押下されない場合（ＮＯの場合）、「Ｃａｎｃｅｌ」ボタンが押下されたかどうかを判定する（ステップＳ１５）。ここで、「Ｃａｎｃｅｌ」ボタンが押下された場合（ＹＥＳの場合）、ステップＳ１７に移行し、一方、「Ｃａｎｃｅｌ」ボタンが押下されない場合（ＮＯの場合）、ステップＳ１３に戻り、手動入力画面５０で「ＯＫ」ボタンの押下待ちに移行する。

画像送信装置は、ステップＳ１４において、アドレステーブルに入力アドレスが有ると判定した場合（ＹＥＳの場合）、アドレステーブルから入力アドレスに対応するデータ形式を読み出して、この読み出したデータ形式を、スキャナ部１０２から入力された画像データを送信データに変換する際のデータ形式として設定し（ステップＳ１６）、基本入力画面４０に切り換える（ステップＳ１７）。また、ステップＳ１４において、アドレステーブルに入力アドレスが無いと判定した場合（ＮＯの場合）、入力アドレスからドメイン名（入力ドメイン名）を取り出して、この入力ドメイン名が、記憶部１０４に記憶されたドメインテーブル（後述の図８において説明する）に有るかどうかを判定する（ステップＳ１８）。

画像送信装置は、ステップＳ１８において、ドメインテーブルに入力ドメイン名が有ると判定した場合（ＹＥＳの場合）、ドメインテーブルから入力ドメイン名に対応するデータ形式を読み出して、この読み出したデータ形式を、スキャナ部１０２から入力された画像データを送信データに変換する際のデータ形式として設定し（ステップＳ１９）、ステップＳ１７に移行して、基本入力画面４０に切り換える。また、ステップＳ１８において、ドメインテーブルに入力ドメイン名が無いと判定した場合（ＮＯの場合）、ステップＳ１７に移行する。

図５において、図４に示すステップＳ１１でアドレス手動入力ボタン４１が押下されない場合、画像送信装置は、基本入力画面４０に対して、アドレスワンタッチ入力ボタン４２が押下（ＯＮ）されたか否かを判定し（ステップＳ２０）、アドレスワンタッチ入力ボタン４２が押下された場合（ＹＥＳの場合）、図７（Ｂ）に示すアドレスワンタッチ入力画面６０に切り換える（ステップＳ２１）。また、ステップＳ２０において、アドレスワンタッチ入力ボタン４２が押下されない場合（ＮＯの場合）、ステップＳ２４に移行する。

画像送信装置は、アドレスワンタッチ入力画面６０において、名前ボタン６１のいずれかが押下されると、送信先が選択される。この送信先が選択された状態で「ＯＫ」ボタンが押下されたかどうか（アドレスがセットされたかどうか）を判定し（ステップＳ２２）、「ＯＫ」ボタンが押下され、アドレスがセットされたと判定した場合（ＹＥＳの場合）、図４に示すステップＳ１６に移行する。また、ステップＳ２２において、アドレスがセットされないと判定した場合（ＮＯの場合）、「Ｃａｎｃｅｌ」ボタンが押下されたかどうかを判定する（ステップＳ２３）。ここで、「Ｃａｎｃｅｌ」ボタンが押下された場合（ＹＥＳの場合）、図４に示すステップＳ１７に移行して、基本入力画面４０に切り換える。一方、「Ｃａｎｃｅｌ」ボタンが押下されない場合（ＮＯの場合）、ステップＳ２２に戻り、アドレスワンタッチ入力画面６０で「ＯＫ」ボタンの押下待ちに移行する。

次に、ステップＳ２０でアドレスワンタッチ入力ボタン４２が押下されない場合、画像送信装置は、基本入力画面４０に対して、解像度設定ボタン４３が押下されたかどうかを判定する（ステップＳ２４）。ここで、解像度設定ボタン４３が押下されたと判定した場合（ＹＥＳの場合）、押下された解像度設定ボタン４３に対応する解像度を設定し（ステップＳ２５）、図４に示すステップＳ１１に移行する。

また、ステップＳ２４において、解像度設定ボタン４３が押下されていないと判定した場合（ＮＯの場合）、画像送信装置は、基本入力画面４０に対して、ファイル形式設定ボタン４４が押下されたかどうかを判定する（ステップＳ２６）。ここで、ファイル形式設定ボタン４４が押下されたと判定した場合（ＹＥＳの場合）、押下されたファイル形式設定ボタン４４に対応するファイル形式を設定し（ステップＳ２７）、図４に示すステップＳ１１に移行する。

また、ステップＳ２６において、ファイル形式設定ボタン４４が押下されていないと判定した場合（ＮＯの場合）、画像送信装置は、基本入力画面４０に対して、容量上限設定ボタン４５が押下されたかどうかを判定する（ステップＳ２８）。ここで、容量上限設定ボタン４５が押下されたと判定した場合（ＹＥＳの場合）、押下された容量上限設定ボタン４５に対応する容量上限を設定し（ステップＳ２９）、図４に示すステップＳ１１に移行する。また、ステップＳ２８において、容量上限設定ボタン４５が押下されていないと判定した場合（ＮＯの場合）、図４に示すステップＳ１１に移行する。

なお、容量上限設定ボタン４５が押下され、容量上限が設定された場合、例えば、設定された上限以下のデータ容量になるように送信データをページ単位で複数に分割する。あるいは、送信データのデータ容量が上限以下になるように圧縮率を上げるように制御してもよい。

図８は、記憶部１０４に記憶されるアドレステーブルとドメインテーブルの一例を示す図である。図８（Ａ）にアドレステーブルのデータ構造を示し、図８（Ｂ）にドメインテーブルのデータ構造を示す。

図８（Ａ）において、アドレステーブルには送信先の名前、送信先の電子メールアドレスが記憶され、送信先の名前と電子メールアドレスに対応して、データ形式として解像度，ファイル形式，容量上限が記憶されている。アドレステーブルは記憶部１０４に記憶されており、ユーザがアドレステーブルに対してデータ形式（解像度，ファイル形式，容量上限）を入力・設定する。

このように、アドレステーブルは、電子メールアドレス毎に変換するファイル形式を設定する。制御部１０１は、操作パネル部１０６により入力された電子メールアドレスに応じて、アドレステーブルを参照することにより、画像データのファイル形式を変換することができる。

図８（Ｂ）において、ドメインテーブルには電子メールアドレスから抽出されるドメイン名が記憶され、ドメイン名に対応して、データ形式として解像度，ファイル形式，容量上限が記憶されている。ドメインテーブルは記憶部１０４に記憶されており、ユーザがドメインテーブルに対してデータ形式（解像度，ファイル形式，容量上限）を入力・設定する。例えば、ドメイン名が“Mndatacom.ne.jp”の場合、データ形式としては解像度が２００×２００、ファイル形式がＰＤＦとなる。このようにして同一ドメイン名に対するデータ形式を一括して設定する。

ドメインテーブルは、ドメイン名毎に変換するファイル形式を設定する。制御部１０１は、操作パネル部１０６により入力された電子メールアドレスから抽出したドメイン名に応じて、ドメインテーブルを参照することにより、画像データのファイル形式を変換することができる。これにより、ドメイン名が同一である送信先に対して同一のファイル形式となるよう送信データ（電子メール添付ファイルの画像データ）を生成することができるため、送信先毎にファイル形式を設定する必要が無くなる。

ここで、前述したように、携帯電話キャリア（携帯電話サービス提供会社）は各携帯電話機にインストール可能な種々の標準的なプラグインソフトを提供しており、ユーザは画像データを添付ファイルとして携帯電話機に向けて電子メールを送信し、電子メールを受信した携帯電話機では、携帯電話機にインストールされた画像ビューワ用プラグインソフトで閲覧する場合を想定する。

このとき、携帯電話キャリアにより提供される標準的な画像ビューワ用プラグインソフトが特定のファイル形式（例えばＰＤＦ等）のみに対応するソフトであった場合、送信側で一律ＰＤＦに変換して送信する必要が生じる。

このような場合に、本発明によれば、携帯電話機の電子メールアドレスのドメイン名に対応する添付画像ファイルのファイル形式を、送信側で特定のファイル形式（ＰＤＦ等）に変換して送信することができるため、送信先毎にファイル形式を設定する必要がなくなり、設定の手間を削減することができる。

なお、本例の場合、ＰＤＦとＴＩＦＦを代表例としているが、外部のＰＣ等から文書データ等を入力する場合、ワープロや表計算などのアプリケーションソフトウェアに応じて、ファイル形式を変換してもよい。例えば、Ｍｉｃｒｏｓｏｆｔ Ｗｏｒｄ（登録商標）のファイル形式と、一太郎（登録商標）のファイル形式とを変換可能に構成する。会社や官公庁によって使用するアプリケーションが統一されていることが多いため、ドメインテーブルまたはアドレステーブルに設定するファイル形式を、送信先の端末で使用されるアプリケーションのファイル形式とすることができる。例えば、Ａ社の電子メールアドレスのドメイン名が“Mndatacom.ne.jp”であり、Ａ社では一太郎を使用している場合には、ドメイン名に“Mndatacom.ne.jp”を持つ電子メールアドレスには一太郎のファイル形式を設定すればよい。

また、同じドメイン名であっても送信先毎に異なるデータ形式を設定するようにしてもよい。この場合は、図８（Ａ）に示すアドレステーブルを用いるようにする。具体的には、例えば、株式会社エヌ・ティ・ティ・ドコモ製のＦＯＭＡシリーズとｍｏｖａシリーズのように、送信先の機種によって送信可能なファイル容量の上限が異なるケースがある。このようなケースにおいて、送信先の機種が前者（ＦＯＭＡ）の場合には容量上限を高く設定し、送信先の機種が後者（ｍｏｖａ）の場合には容量上限を低く設定する。この場合、ドメイン名が同じであるため、図８（Ｂ）に示すドメインテーブルだと判別することができないが、アドレステーブルを用いることで、より木目細かい設定が可能となる。

図９は、本発明の画像送信装置による画像送信処理の他の例を説明するためのフロー図である。このフローでは、ユーザによりドメインテーブルが更新された場合に、更新されたドメインテーブルのファイル形式によりアドレステーブルのファイル形式を上書きする処理について説明する。

まず、画像送信装置は、ユーザのドメインテーブルへのドメイン名、ファイル形式の入力を受け付け、ドメインテーブルを更新する（ステップＳ３１）。そして、アドレステーブルの行（横方向）を示す変数Ｎに１をセットする（ステップＳ３２）。

画像送信装置は、アドレステーブルの１番目の項目のデータを取り出して、１番目の項目のデータの電子メールアドレスの中に含まれるドメイン名が、ドメインテーブルに入力されているドメイン名と一致するか否か判定し（ステップＳ３３）、両者が一致した場合（ＹＥＳの場合）、アドレステーブルのファイル形式とドメインテーブルのファイル形式とが異なっているか否か比較する（ステップＳ３４）。また、ステップＳ３３において、両者が一致しない場合（ＮＯの場合）、ステップＳ３８に移行する。

画像送信装置は、ステップＳ３４において、アドレステーブルのファイル形式とドメインテーブルのファイル形式とが異なっている場合（ＹＥＳの場合）、アドレステーブルのファイル形式が未設定か否かを判定する（ステップＳ３５）。また、ステップＳ３４において、アドレステーブルのファイル形式とドメインテーブルのファイル形式とが異なっていない（一致する）場合（ＮＯの場合）、ステップＳ３８に移行する。

画像送信装置は、ステップＳ３５において、アドレステーブルのファイル形式が未設定の場合（ＹＥＳの場合）、ステップＳ３７に移行する。また、ステップＳ３５において、アドレステーブルのファイル形式が未設定でなく、何らかのデータが設定されている場合（ＮＯの場合）、確認用のメッセージを表示し、アドレステーブルの更新をユーザが了解したか否かを判定する（ステップＳ３６）。

画像送信装置は、ステップＳ３６において、確認用のメッセージに対して、ユーザが「ＯＫ」ボタンを押下して、ユーザが了解した場合（ＹＥＳの場合）、アドレステーブルのファイル形式を、ドメインテーブルのファイル形式で上書き（更新）する（ステップＳ３７）。また、ステップＳ３６において、確認用のメッセージに対して、ユーザが「Ｃａｎｃｅｌ」ボタンを押下して、ユーザが了解しない場合（ＮＯの場合）、ステップＳ３８に移行する。なお、ここでの処理は、ファイル形式が異なっていることを判定して更新しているが、ファイル形式と共にデータ形式を構成する解像度、容量上限のいずれかが異なっていると判定した場合に更新を行うようにしてもよい。

画像送信装置は、変数Ｎに１を加算して（ステップＳ３８）、次の行が無いかどうかを判定する（ステップＳ３９）。ここで、次の行がない場合（ＹＥＳの場合）、そのまま終了し、次の行がある場合（ＮＯの場合）、ステップＳ３３に戻り処理を繰り返す。

なお、上記実施例では、アドレステーブルのファイル形式とドメインテーブルのファイル形式とが異なっている場合に、確認用のメッセージを表示させて、ユーザに確認入力を求めるようにしているが、ドメインテーブルに設定されたファイル形式と、アドレステーブルに設定されたファイル形式とを比較し、いずれかのファイル形式を選択するようにしてもよい。例えば、ドメインテーブルに設定されたファイル形式と、アドレステーブルに設定されたファイル形式とに優先順位を予め付与しておき、この優先順位に基づいて、変換するファイル形式を選択することができる。この場合、ドメインテーブルに設定されたファイル形式の方がアドレステーブルに設定されたファイル形式よりも優先順位が高い場合、ドメインテーブルのファイル形式を優先させる。また、この逆の場合、すなわち、アドレステーブルに設定されたファイル形式の方がドメインテーブルに設定されたファイル形式よりも優先順位が高い場合、アドレステーブルのファイル形式を優先させるようにすればよい。

また、前述したように、ドメイン名が同一で、送信先の機種によって送信可能なファイル容量の上限が異なるようなケースでは、ドメインテーブルよりもアドレステーブルを優先させるようにしてもよい。これにより、機種に応じた電子メールアドレス毎にファイル容量の上限を設定できるため、より木目細かい送信設定が可能となる。

本発明に係る画像送信装置の構成例を示す図である。 本発明に係る原稿読取装置１００の電気的構成の主要部を概略的に示すブロック図である。 本発明の画像送信装置による画像送信処理の一例を説明するためのフロー図である。 図３に示したステップＳ１の送信設定処理の一例を説明するためのフロー図である。 図３に示したステップＳ１の送信設定処理の一例を説明するためのフロー図で、図４に示すフローの続きである。 操作パネル部に表示される基本入力画面の一例を示す図である。 操作パネル部に表示される手動入力画面とアドレスワンタッチ入力画面の一例を示す図である。 記憶部に記憶されるアドレステーブルとドメインテーブルの一例を示す図である。 本発明の画像送信装置による画像送信処理の他の例を説明するためのフロー図である。

符号の説明

１…自動原稿送り装置（ＡＤＦ）、２…主走査部、３…筐体、４…プラテン板、５…原稿載置台、６…呼び込みローラ、７…搬送ローラ、８…レジストローラ、９…排紙ローラ、１０…第１画像読取手段、１１，２１…光源、１２，２２…ミラー、１３，２３…レンズ、１４，２４…ＣＣＤ、１５…光源ユニット、１６…ミラーユニット、２０…第２画像読取手段、２５…ユニット用筐体、３０…排出トレイ、３１…読取窓、３２…押さえ板、３３…蓋体、１００…画像送信装置（原稿読取装置）、１０１…制御部、１０２…スキャナ部、１０３…画像処理部、１０４…記憶部、１０５…通信部、１０６…操作パネル部、１０７，１０８…ドライバ、１０７ａ…原稿走査部駆動モータ、１０８ａ…原稿搬送ローラ駆動モータ、２００…外部機器。

Claims (10)

1. 画像データを入力する画像入力部と、該入力された画像データを所定のファイル形式の送信データに変換するファイル形式変換部と、該変換した送信データの送信先の電子メールアドレスの入力を受け付ける電子メールアドレス入力部と、該入力された電子メールアドレスに前記送信データを送信する通信部とを備えた画像送信装置であって、
   前記ファイル形式変換部は、前記電子メールアドレス入力部により入力された電子メールアドレスからドメイン名を抽出し、該電子メールアドレスまたは該電子メールアドレスから抽出したドメイン名に応じて、前記画像データのファイル形式を変換することを特徴とする画像送信装置。
2. 請求項１に記載の画像送信装置において、電子メールアドレス毎に変換するファイル形式を設定したアドレステーブルを備え、
   前記ファイル形式変換部は、前記電子メールアドレス入力部により入力された電子メールアドレスに応じて、前記アドレステーブルを参照することにより、前記画像データのファイル形式を変換することを特徴とする画像送信装置。
3. 請求項１又は２に記載の画像送信装置において、ドメイン名毎に変換するファイル形式を設定したドメインテーブルを備え、
   前記ファイル形式変換部は、前記電子メールアドレス入力部により入力された電子メールアドレスから抽出したドメイン名に応じて、前記ドメインテーブルを参照することにより、前記画像データのファイル形式を変換することを特徴とする画像送信装置。
4. 請求項３に記載の画像送信装置において、前記ファイル形式変換部は、前記ドメインテーブルが更新された場合に、該更新されたドメインテーブルのファイル形式により前記アドレステーブルのファイル形式を上書きすることを特徴とする画像送信装置。
5. 請求項３に記載の画像送信装置において、前記ファイル形式変換部は、前記ドメインテーブルに設定されたファイル形式と、前記アドレステーブルに設定されたファイル形式とを比較し、いずれかのファイル形式を選択して変換することを特徴とする画像送信装置。
6. 請求項５に記載の画像送信装置において、前記ファイル形式変換部は、前記ドメインテーブルに設定されたファイル形式と、前記アドレステーブルに設定されたファイル形式とに付与された優先順位に基づいて、変換するファイル形式を選択することを特徴とする画像送信装置。
7. 請求項３乃至６のいずれか１項に記載の画像送信装置において、前記ドメインテーブルまたは前記アドレステーブルに設定されたファイル形式は、送信先の端末で使用されるアプリケーションのファイル形式であることを特徴とする画像送信装置。
8. 請求項３乃至７のいずれか１項に記載の画像送信装置において、前記ドメインテーブルまたは前記アドレステーブルは、前記送信データの解像度を設定することを特徴とする画像送信装置。
9. 請求項３乃至８のいずれか１項に記載の画像送信装置において、前記ドメインテーブルまたは前記アドレステーブルは、前記送信データのデータ容量の上限を設定することを特徴とする画像送信装置。
10. 請求項１に記載の画像送信装置において、前記ファイル形式は、送信先の端末で使用されるアプリケーションのファイル形式であることを特徴とする画像送信装置。

Images