(57)【要約】【課題】  相手通信装置に適した形式でのみ通信を可能とし、相手通信装置におけるデータ受信時のデコードエラーなどの発生を低減できる信頼性の高い通信装置を提供する。【解決手段】  電子メールの宛先と、宛先の相手通信装置がデコード可能な形式を示すデコード形式情報と、をアドレス帳２５に登録する登録受付部２３と、電子メールの宛先を受け付ける宛先受付部２７と、電子メールに添付する添付ファイルの形式を受け付ける形式受付部３１と、宛先受付部２７で受け付けた宛先に該当するデコード形式情報をアドレス帳２５から取得し、宛先でデコード可能な形式を判定する判定部２９と、形式受付部３１で受け付けた形式の添付ファイルを取得する原稿取得部１７と、添付ファイルを添付して宛先に電子メールを送信する送信部２１と、を備え、形式受付部３１は、判定部２９で判定されたデコード可能な形式のみを受け付ける。【選択図】      図１
2006005635.tif 000002
【特許請求の範囲】
【請求項１】
電子メールの宛先と、前記宛先の相手通信装置がデコード可能な形式を示すデコード形式情報と、を宛先テーブルに登録する登録部と、
前記電子メールの宛先を受け付ける宛先受付部と、
電子メールに添付する添付ファイルの形式を受け付ける形式受付部と、
前記宛先受付部で受け付けた前記宛先に該当する前記デコード形式情報を前記宛先テーブルから取得し、前記宛先でデコード可能な前記形式を判定する判定部と、
前記形式受付部で受け付けた前記形式の前記添付ファイルを取得する取得部と、
前記添付ファイルを添付して前記宛先に前記電子メールを送信する送信部と、
を備え、
前記形式受付部は、前記判定部で判定された前記デコード可能な前記形式のみを受け付けることを特徴とする通信装置。
【請求項２】
請求項１に記載の通信装置において、
前記取得部は、原稿を読み取り、前記形式受付部で受け付けた前記形式の前記添付ファイルを取得する読取部を含むことを特徴とする通信装置。
【請求項３】
請求項１または２に記載の通信装置において、
前記添付ファイルを格納する格納部を備え、
前記取得部は、前記格納部から前記形式受付部で受け付けた前記形式の前記添付ファイルを読み出して取得する読出部を含むことを特徴とする通信装置。
【請求項４】
請求項１乃至３いずれかに記載の通信装置において、
前記宛先受付部は、前記宛先を複数受け付け、
前記判定部は、前記宛先受付部で受け付けたすべての前記宛先に該当する前記デコード形式情報を前記宛先テーブルから取得し、前記すべての前記宛先でデコード可能な前記形式を判定し、
前記形式受付部は、前記判定部で判定された前記すべての前記宛先でデコード可能な前記形式のみを受け付けることを特徴とする通信装置。
【請求項５】
請求項１乃至４いずれかに記載の通信装置において、
前記判定部で判定された前記デコード可能な前記形式以外の形式を前記形式受付部が受け付けたとき、前記形式は受け付けられないことを報知する報知部を含むことを特徴とする通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置に関し、特に、電子メールで原稿を送信するインターネットファクシミリ装置に関する。
【背景技術】
【０００２】
従来のインターネットファクシミリ装置としては、たとえば特許文献１に記載されたものがある。同文献に記載されたインターネットファクシミリ装置は、相手端末装置の受信能力情報を取得し、受信能力情報を取得したときその受信能力情報に係る相手端末装置の宛先情報が予め記憶してある場合に、取得した受信能力情報を当該相手端末装置の宛先情報に関連付けて記憶する電話帳テーブルを備えている。
【０００３】
これにより従来のインターネットファクシミリ装置は、相手端末装置の受信能力を自動的に登録可能とすることにより、オペレータの手間を省くことができる。
【特許文献１】特開２００３−３２４５７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記文献記載の従来技術は、以下の点で改善の余地を有していた。
【０００５】
第一に、上記文献記載のインターネットファクシミリ装置にあっては、通信を行う装置がともに上述の受信能力情報を送受信可能な構成を有する必要があり、たとえば、同じ機種間での通信に特化された技術であった。
【０００６】
第二に、一般的にインターネットファクシミリ装置では、通常、ユーザはアドレス帳などから宛先として電子メールアドレスを指定して、原稿を読み取り、インターネットファクシミリ送信を行う。しかし、この場合、指定された宛先の相手端末装置は、インターネットファクシミリ装置以外の通信端末たとえば、パーソナルコンピュータなどである可能性がある。宛先の電子メールアドレス情報だけでは、相手端末装置が、インターネットファクシミリ装置なのかパーソナルコンピュータなのかを従来のインターネットファクシミリ装置では判断することができなかった。
【０００７】
そのため、相手端末装置がインターネットファクシミリ装置であるにもかかわらず、所謂、Ｓｃａｎ  ｔｏ  Ｅ−ｍａｉｌにより取得したカラー画像データを送信してしまう可能性があった。この場合、相手端末装置であるインターネットファクシミリ装置では、受信したカラー画像データをデコードすることができず、エラーが発生してしまうといった問題点があった。
【０００８】
本発明は上記事情に鑑みてなされたものであり、その目的とするところは、相手通信装置に適した形式でのみ通信を可能とし、相手通信装置におけるデータ受信時のデコードエラーなどの発生を低減できる信頼性の高い通信装置を提供することにある。
【課題を解決するための手段】
【０００９】
本発明によれば、電子メールの宛先と、前記宛先の相手通信装置がデコード可能な形式を示すデコード形式情報と、を宛先テーブルに登録する登録部と、前記電子メールの宛先を受け付ける宛先受付部と、電子メールに添付する添付ファイルの形式を受け付ける形式受付部と、前記宛先受付部で受け付けた前記宛先に該当する前記デコード形式情報を前記宛先テーブルから取得し、前記宛先でデコード可能な前記形式を判定する判定部と、前記形式受付部で受け付けた前記形式の前記添付ファイルを取得する取得部と、前記添付ファイルを添付して前記宛先に前記電子メールを送信する送信部と、を備え、前記形式受付部は、前記判定部で判定された前記デコード可能な前記形式のみを受け付けることを特徴とする通信装置が提供される。
【００１０】
ここで、宛先の相手通信装置とは、インターネットファックスや、パーソナルコンピュータなどのインターネットなどのネットワークを経由して電子メールを受信可能な装置である。相手通信装置がインターネットファクシミリ装置であった場合、受信可能な電子メールの添付ファイルの形式は、たとえば、ＴＩＦＦ（Tagged Image File Format）形式である。一方、相手通信装置がパーソナルコンピュータであった場合は、電子メールの添付ファイルの形式は、基本的にどのような形式も受信可能である。
【００１１】
このように添付ファイルの形式は、たとえば、画像データのカラー、モノクロの区別や、画像データの解像度、用紙サイズ、圧縮形式などを含む。あるいは、添付ファイルの形式とは、たとえば画像データであれば、例として、ＴＩＦＦ形式やＪＰＥＧ形式などの区別であってもよい。
【００１２】
また、デコード可能な形式を示す情報とは、宛先の装置がどの形式のファイルをデコードすることが可能かを示す情報である。宛先テーブルにデコード可能なファイルの形式を情報として登録してもよいが、実際には相手通信装置の種類によってデコード可能な形式が決まるので、たとえば、パーソナルコンピュータかインターネットファックスかなどの装置の種類を宛先テーブルに登録することができる。すなわち、宛先テーブルには、装置の種類（インターネットファックス／パーソナルコンピュータ／携帯電話など）をデコード形式情報として登録すればよい。
【００１３】
また、宛先テーブルのデコード形式情報として、相手通信装置がカラー受信可能か否か（カラー／モノクロなど）や、受信可能な画像データの解像度（２００ｄｐｉ／４００ｄｐｉなど）を登録してもよい。あるいは、宛先テーブルのデコード形式情報として、相手通信装置が受信可能なファイル形式（ＴＩＦＦ／その他など）を登録してもよい。あるいは、宛先テーブルのデコード形式情報として、相手通信装置が通信可能なモード（シンプル／拡張など）を登録してもよい。
【００１４】
この発明によれば、宛先毎にデコード可能な形式の情報を有しているので、データを取得する前にデータがデコード可能か否かを判定し、デコード可能なもののみを取得して送信することができるので、電子メールの送信エラーの発生を防ぐことができ、通信装置の信頼性が向上する。
【００１５】
上記通信装置において、前記取得部は、原稿を読み取り、前記形式受付部で受け付けた前記形式の前記添付ファイルを取得する読取部を含むことができる。
【００１６】
この構成によれば、読取部で原稿を読み取る前に宛先でデコード可能な形式を判定するので、宛先に合った形式で原稿を読み取ってから電子メールを送信することが可能となり、宛先に合わない形式の原稿を無駄に読み込むこともなくなり、通信装置の使い勝手が向上する。
【００１７】
上記通信装置において、前記添付ファイルを格納する格納部を備え、前記取得部は、前記格納部から前記形式受付部で受け付けた前記形式の前記添付ファイルを読み出して取得する読出部を含むことができる。
【００１８】
この構成によれば、読出部で添付ファイルを読み出す前に宛先でデコード可能な形式を判定するので、宛先に合った形式の添付ファイルを読み出してから電子メールを送信することが可能となり、宛先に合わない形式のファイルを間違って添付することがなくなり、通信装置の信頼性が向上する。これにより、予めスキャナなどで読み込まれ保存されていたファイルを送信する場合でも、宛先でデコード可能な形式のファイルのみを送信することができるので、相手通信装置側でのエラーの発生を防ぐことができる。
【００１９】
上記通信装置において、前記宛先受付部は、前記宛先を複数受け付け、前記判定部は、前記宛先受付部で受け付けたすべての前記宛先に該当する前記デコード形式情報を前記宛先テーブルから取得し、前記すべての前記宛先でデコード可能な前記形式を判定し、前記形式受付部は、前記判定部で判定された前記すべての前記宛先でデコード可能な前記形式のみを受け付けることができる。
【００２０】
この構成によれば、同報指定された宛先のうち、指定された形式でデコード不可能な宛先が１件でも存在した場合は、その形式のデータの取得を行わないので、指定された宛先すべてに確実にデコード可能な形式のデータのみを送信することが可能となり、通信装置の信頼性が向上する。
【００２１】
また、前記送信部は、ネットワーク上のメールサーバを経由して前記相手通信装置に前記電子メールを送信することができる。この構成によれば、相手通信装置は、インターネットなどのネットワーク上のメールサーバにアクセス可能であれば、通信装置から送信された電子メールを受信し、デコードすることが可能となり、システムの汎用性が増す。
【００２２】
上記通信装置において、前記判定部で判定された前記デコード可能な前記形式以外の形式を前記形式受付部が受け付けたとき、前記形式は受け付けられないことを報知する報知部を含むことができる。
【００２３】
ここで、報知部とは、メッセージを表示する表示部や、アラーム音や音声を出力する音声出力部などである。この構成によれば、デコード不可能な形式をユーザが指定しようとしたとき、その形式は受け付けられないことを報知することができ、使い勝手が向上する。
【００２４】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００２５】
本発明によれば、相手通信装置に適した形式でのみ通信を可能とし、相手通信装置におけるデータ受信時のデコードエラーなどの発生を低減できる信頼性の高い通信装置が提供される。
【発明を実施するための最良の形態】
【００２６】
以下、本発明の実施の形態について、図面を用いて説明する。なお、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。
（第一の実施の形態）
図１は、本実施の形態に係る通信装置のシステム構成を示す概略ブロック図である。
【００２７】
通信装置１０は、インターネットなどのネットワーク１に接続される。通信装置１０は、たとえば、ネットワークファクシミリ装置、ＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎａｌ  Ｐｅｒｉｐｈｅｒａｌ）、パーソナルコンピュータ、ワークステーション、携帯電話、ＰＤＡなどである。
【００２８】
通信装置１０は、ネットワーク１上の相手通信装置、たとえば、パーソナルコンピュータ３（図中、「ＰＣ」と示す）やインターネットファックス５（図中、「Ｉ−ＦＡＸ」と示す）に電子メールを送信する。パーソナルコンピュータ３やインターネットファックス５宛に送信された電子メールは、通信装置１０から一旦メールサーバ７に送信され、メールサーバ７を経由して各宛先に送信される。
【００２９】
相手通信装置は、ネットワーク１を経由して通信装置１０から送信された電子メールを受信可能な構成を有する。相手通信装置は、たとえば、パーソナルコンピュータ３、インターネットファックス５の他に、ＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎａｌ  Ｐｅｒｉｐｈｅｒａｌ）、ワークステーション、携帯電話、ＰＤＡを含む。
【００３０】
相手通信装置は、インターネットなどのネットワーク上のメールサーバにアクセス可能であれば、通信装置から送信された電子メールを受信し、デコードすることが可能となり、システムの汎用性が増す。
【００３１】
相手通信装置がパーソナルコンピュータ３の場合、通信装置１０は、Ｓｃａｎ  ｔｏ  Ｅ−ｍａｉｌ機能によって取得したファイルを電子メールに添付してパーソナルコンピュータ３の電子メールアドレス宛に送信する。この場合、電子メールの添付ファイルの形式は特に限定されない。パーソナルコンピュータ３は、添付ファイルをデコードする機能を有するアプリケーションソフトウェアを有してさえいればよい。
【００３２】
一方、相手通信装置がインターネットファックス５の場合、受信可能な電子メールの添付ファイル形式は、たとえば、ＴＩＦＦ形式に限定される。本実施の形態において、インターネットファックス５は、ＩＴＵ−Ｔ（International Telecommunication Union）勧告Ｔ．３７に準拠しているものとする。インターネットファックス５は、原稿をスキャナで読み取り、ＴＩＦＦ形式の添付ファイルとして電子メールで送信するとともに、メールサーバ７から定期的に電子メールを受信し、電子メールに添付されているＴＩＦＦファイルを印刷するものである。
【００３３】
インターネットファックス５で受信可能なＴＩＦＦファイルは、ＲＦ２３０１で定義されているＴＩＦＦ−ＦＸ  プロファイルＳと呼ばれるミニマムセットに対応している。このミニマムセットでは、モノクロ画像、ＭＨ圧縮形式、用紙サイズはＡ４、解像度は１００ｄｐｉまたは２００ｄｐｉなどであることが規定されている。なお、以下、このミニマムセットに対応した通信モードは「シンプルモード」と呼び、カラー画像などにも対応した通信モードは「フルモード」と呼ぶことにする。フルモード通信では、装置間で能力情報を交換する必要がある。
【００３４】
なお、以下の図において、本発明の本質に関わらない部分の構成については省略してあり、たとえば、ファクシミリ装置の構成であるモデム部、画像処理部、および記録部などは図示されていない。
【００３５】
また、通信装置１０の各構成要素は、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされた本図の構成要素を実現するプログラム、そのプログラムを格納するハードディスクなどの記憶ユニット、ネットワーク接続用インタフェースを中心にハードウェアとソフトウェアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。以下説明する各図は、ハードウェア単位の構成ではなく、機能単位のブロックを示している。
【００３６】
通信装置１０は、インタフェース部１１（図中、「Ｉ／Ｆ」と示す）と、表示部１３と、操作部１５と、原稿取得部１７と、一時記憶部１９と、送信部２１と、登録受付部２３と、アドレス帳２５と、宛先受付部２７と、判定部２９と、形式受付部３１と、開始指示受付部３３と、を含む。
【００３７】
インタフェース部１１は、ネットワーク１に接続するためのインタフェースである。表示部１３は、各種情報表示、操作画面表示、通信装置１０の動作や状態表示などを行う。表示部１３は、たとえば、ランプ、ＬＥＤ、ＣＲＴモニタ、液晶ディスプレイなどである。操作部１５は、通信装置１０のユーザから各種設定および入力等の指示を受け付ける。操作部１５は、たとえば、操作ボタン、スイッチ、レバー、キーボード、タッチパネルなどである。なお、図１において、表示部１３および操作部１５と各構成要素との間の制御ラインは省略してある。
【００３８】
原稿取得部１７は、電子メールに添付する添付ファイルを取得する。詳細については後述する。一時記憶部１９は、原稿取得部１７で取得した添付ファイルを一時的に記憶する。一時記憶部１９に記憶された添付ファイルは、電子メールが送信された後、あるいは、送信後一定時間経過した後に、削除される。送信部２１は、一時記憶部１９に記憶された添付ファイルを添付した電子メール作成し、指定された宛先に送信する。電子メールは、ネットワーク１を介してメールサーバ７に送達され、その後、宛先の通信装置がメールサーバ７にアクセスし、電子メールを受信する。
【００３９】
登録受付部２３は、電子メールの宛先と、宛先の相手通信装置がデコード可能な形式を示すデコード形式情報と、を受け付け、アドレス帳２５に対応付けて登録する。
【００４０】
ここで、デコード可能な形式を示すデコード形式情報とは、宛先の装置がどの形式のファイルをデコードすることが可能かを示す情報である。アドレス帳２５にデコード可能なファイルの形式を情報として登録してもよいが、実際には相手通信装置の種類によってデコード可能な形式が決まるので、たとえば、パーソナルコンピュータかインターネットファックスかなどの装置の種類をアドレス帳２５に登録することができる。
【００４１】
たとえば、インターネットファックスは、上述のようにシンプルモードで通信を行い、ＴＩＦＦ−ＦＸプロファイルＳのミニマムセットのデータをデコードできるが、その他のデータ、たとえばカラー高解像度のＴＩＦＦファイルなどはデコードできない。一方、パーソナルコンピュータは、カラー高解像度のＴＩＦＦ形式、ＪＰＥＧ形式などの各種画像データファイル形式、その他の文書ファイル形式などの様々な形式のデータを受信してデコードできる。
【００４２】
したがって、アドレス帳２５には、相手通信装置の種類（インターネットファックス／パーソナルコンピュータなど）をデコード形式情報として登録すればよい。あるいは、アドレス帳２５のデコード形式情報として、相手通信装置がカラー受信可能か否か（カラー／モノクロなど）や、受信可能な画像データの解像度（２００ｄｐｉ／４００ｄｐｉなど）を登録してもよい。あるいは、アドレス帳２５のデコード形式情報として、相手通信装置が受信可能なファイル形式（ＴＩＦＦ／その他など）を登録してもよい。あるいは、アドレス帳２５のデコード形式情報として、相手通信装置が通信可能なモード（シンプル／拡張など）を登録してもよい。
【００４３】
図２は、本実施の形態のアドレス帳２５の一例を示す図である。アドレス帳２５は、宛名４１（図中、「Ｎａｍｅ」と示す。）と、メールアドレス４３（図中、「Ａｄｄｒｅｓｓ」と示す。）と、装置名４５（図中、「ＰＣ／Ｉ−ＦＡＸ」と示す。）と、が対応付けて登録されている。装置名４５は、メールアドレス４３を有する相手通信装置の装置がパーソナルコンピュータ３かインターネットファックス５かを示している。装置名４５は、パーソナルコンピュータ３の場合は「ＰＣ」、インターネットファックス５の場合は「Ｉ−ＦＡＸ」となる。
【００４４】
図１に戻り、宛先受付部２７は、電子メールの宛先を受け付ける。判定部２９は、宛先受付部２７で受け付けた宛先に該当するデコード形式情報をアドレス帳２５から取得し、宛先でデコード可能な形式を判定する。
【００４５】
形式受付部３１は、電子メールに添付する添付ファイルの形式を受け付ける。たとえば、形式受付部３１は、原稿取得部１７で取得する原稿の画像データがカラーかモノクロかを選択する操作部１５の操作ボタンの指示を受け付ける。あるいは、形式受付部３１で受け付ける添付ファイルの形式は、たとえば、原稿取得部１７で取得する原稿の画像データの解像度、用紙サイズ、圧縮形式などを含む。あるいは、形式受付部３１で受け付ける添付ファイルの形式は、原稿取得部１７で取得する原稿のファイル形式、たとえば、ＴＩＦＦ、ＪＰＥＧなどの各種画像データファイル形式、その他の文書ファイル形式などを含む。形式受付部３１は、表示部１３に指定画面を設け、ユーザに形式を指定させて、指定された形式を受け付けることもできる。開始指示受付部３３は、ユーザが操作部１５に設けられたスタートボタンを操作したとき、送信開始操作指示を受け付ける。
【００４６】
図３は、本実施の形態の通信装置１０で、インターネットファックスを送信するときの操作パネルの一例を示す図である。本実施の形態において、送信時操作画面５１は、表示部１３に表示され、主宛先入力欄５３と、同報宛先入力欄５５と、カラーモノクロ選択ボタン５７と、スタートボタン５９と、を有する。
【００４７】
主宛先入力欄５３は、主宛先のメールアドレスを指定する欄であり、ここに操作部１５によって入力された宛先は、宛先受付部２７により受け付けられる。同報宛先入力欄５５は、同報宛先のメールアドレスを指定する欄であり、ここに操作部１５によって入力された宛先は、宛先受付部２７により受け付けられる。主宛先入力欄５３および同報宛先入力欄５５には、直接メールアドレスを入力することもできるし、アドレス帳２５から選択して入力することもできる。
【００４８】
カラーモノクロ選択ボタン５７は、原稿取得部１７で取得する原稿の画像データがカラーかモノクロかを選択する操作ボタンであり、操作部１５を構成する。カラーモノクロ選択ボタン５７での選択は、形式受付部３１によって受け付けられる。
【００４９】
スタートボタン５９は、原稿取得部１７での原稿の読み取りおよび電子メール送信の開始を指示する操作ボタンであり、操作部１５を構成する。スタートボタン５９の操作による開始指示は、開始指示受付部３３によって受け付けられる。
【００５０】
図４は、本実施の形態の通信装置１０の原稿取得部１７の詳細を示す機能ブロック図である。原稿取得部１７は、読取部６１と、ファイル指定受付部６３と、を含む。読取部６１は、たとえば、スキャナであり、原稿を読み取り、形式受付部３１で受け付けた形式で添付ファイルを取得する。たとえば、形式受付部３１がモノクロ指定を受け付けている場合、読取部６１は、原稿をモノクロで読み取り、ＴＩＦＦ形式で添付ファイルを取得し、一時記憶部１９に記憶する。一方、形式受付部３１がカラー指定を受け付けている場合、読取部６１は、原稿をカラーで読み取り、カラー高解像度のＴＩＦＦ形式やあるいはＪＰＥＧ形式などで添付ファイルを取得し、一時記憶部１９に記憶する。
【００５１】
ファイル指定受付部６３は、原稿保存部６５に予め記憶されている各種ファイルの中から添付ファイルとして送信するファイルの指定を受け付け、原稿保存部６５から指定されたファイルを読み出し、取得する。原稿保存部６５は、通信装置１０に含まれてもよいし、あるいは、通信装置１０が参照可能な記憶領域に含まれてもよい。たとえば、原稿保存部６５は、通信装置１０と図示されないネットワークを介して接続された共有ファイル記憶領域であってもよい。ファイル指定受付部６３で指定されたファイルは一時記憶部１９に記憶される。
【００５２】
このように構成された通信装置１０の動作について以下に説明する。図５は、通信装置１０の動作の一例を示すフローチャートである。以下、図１乃至図５を参照して説明する。ここでは、原稿取得部１７の読取部６１で原稿をスキャンしてファイルを取得し、パーソナルコンピュータ３またはインターネットファックス５に送信する場合について説明する。
【００５３】
まず、宛先受付部２７は、電子メールの宛先を受け付ける（Ｓ１１）。図３の送信時操作画面５１では、主宛先入力欄５３に入力された宛先を１件受け付ける。なお、宛先受付部２７は、主宛先入力欄５３および同報宛先入力欄５５に入力された宛先を複数受け付けることもできる。つづいて、判定部２９は、宛先受付部２７で受け付けた宛先に該当する装置名４５をアドレス帳２５から取得し、宛先の中に１件以上インターネットファックス５が含まれるか否かを判定する（Ｓ１３）。
【００５４】
インターネットファックス５が１件でも含まれる場合（Ｓ１３のＹＥＳ）、その宛先でデコード可能な形式は、モノクロのＴＩＦＦ形式のみとなり、形式受付部３１は、モノクロ指定のみ受け付け可能とする（Ｓ１５）。すなわち、形式受付部３１は、判定部２９で判定されたすべての宛先でデコード可能な形式のみを受け付けるので、１件でもインターネットファックスが含まれれば、カラー指定は拒否される。
【００５５】
具体的には、図３のカラーモノクロ選択ボタン５７でカラーボタンの操作を禁止する。また、カラーモノクロ選択ボタン５７を自動的にカラーからモノクロに切り替えてもよい。また、「宛先にインターネットファックスが指定されているので、カラー指定はできません。」などのメッセージを表示部１３に表示して、ユーザにカラー指定はできないことを報知してもよい。
【００５６】
この構成によれば、同報指定された宛先のうち、指定された形式でデコード不可能な宛先が１件でも存在した場合は、その形式のデータの取得を行わないので、指定された宛先すべてに確実にデコード可能な形式のデータのみを送信することが可能となり、通信装置の信頼性が向上する。
【００５７】
一方、インターネットファックス５が含まれない場合（Ｓ１３のＮＯ）、すなわち相手通信装置は、パーソナルコンピュータ３のみの場合、宛先でデコード可能な形式は制限されないので、形式受付部３１は、モノクロおよびカラーの両方の指定を受け付け可能とする（Ｓ１７）。したがって、ユーザはカラーおよびモノクロのいずれかを指定できる。
【００５８】
ステップＳ１５およびステップＳ１７で、形式受付部３１が添付ファイルの形式を受け付けた後、開始指示受付部３３は、スタートボタン５９の押下による開始指示を受け付け（Ｓ１９）、読取部６１は、形式受付部３１で受け付けた形式で原稿を読み取り、一時記憶部１９に記憶する（Ｓ２１）。たとえば、形式受付部３１でモノクロ指定を受け付けた場合は、原稿はモノクロでスキャンされ、ＴＩＦＦ形式で保存される。一方、形式受付部３１でカラー指定を受け付けた場合は、原稿はカラーでスキャンされ、予め指定されているファイル形式、たとえば、カラー高解像度ＴＩＦＦ形式やＪＰＥＧ形式などで保存される。これらのファイル形式の指定は、送信時操作画面５１に詳細設定メニュー（不図示）などを設け、指定し、形式受付部３１で受け付けることができる。
【００５９】
つづいて、一時記憶部１９に記憶されたファイルを添付ファイルとして、登録受付部２３で受け付けた宛先に電子メールを送信する（Ｓ２３）。
【００６０】
以上説明したように、本実施の形態によれば、宛先毎にデコード可能な形式の情報を有しているので、データを取得する前にデータがデコード可能か否かを判定し、デコード可能なもののみを取得して送信することができるので、電子メールの送信エラーの発生を防ぐことができ、通信装置１０の信頼性が向上する。
【００６１】
また、判定部２９は、読取部６１で原稿を読み取る前に宛先でデコード可能な形式を判定するので、宛先に合った形式でのみ原稿を読み取ってから電子メールを送信することが可能となり、宛先に合わない形式で原稿を無駄に読み込むこともなくなり、通信装置１０の使い勝手が向上する。
（第二の実施の形態）
図６は、本実施の形態の通信装置１０の動作の他の例を示すフローチャートである。また、図７は、本実施の形態の通信装置１０で、インターネットファックスを送信するときの操作画面表示の他の例を示す図である。以下、図１、図２、図６および図７を参照して説明する。ここでは、原稿取得部１７の読取部６１で原稿をスキャンしてファイルを取得するだけでなく、原稿保存部６５に予め記憶されているファイルからファイル指定受付部６３で指定されたファイルを取得し、パーソナルコンピュータ３またはインターネットファックス５に送信する場合について説明する。
【００６２】
図７に示すように、送信時操作画面７１は、図３の送信時操作画面５１と同様な、主宛先入力欄５３、同報宛先入力欄５５、カラーモノクロ選択ボタン５７と、スタートボタン５９と、を含むとともに、添付ファイル指定欄７３と、解像度指定欄７５と、を含む。
【００６３】
添付ファイル指定欄７３は、主宛先入力欄５３および同報宛先入力欄５５で指定した宛先に送信する電子メールに添付する添付ファイルを指定する欄であり、ここに操作部１５によって指定された添付ファイルは、ファイル指定受付部６３によって受け付けられる。解像度指定欄７５は、原稿取得部１７で取得する画像ファイルの解像度を指定する欄であり、ここに操作部１５によって指定された解像度は、形式受付部３１によって受け付けられる。
【００６４】
また、図６のステップＳ１１、ステップＳ１３、ステップＳ１７、およびステップＳ２３は、図５のステップと同様であるので詳細な説明は省略する。
【００６５】
図６において、ステップＳ１３で宛先にインターネットファックス５が含まれる場合（Ｓ１３のＹＥＳ）、形式受付部３１は、モノクロ指定と２００ｄｐｉ以下の解像度のみ受け付ける（Ｓ２９）。ここで、図７の送信時操作画面７１において、解像度指定欄７５の指定を自動的に２００ｄｐｉに切り替えてもよいし、「解像度を下げてください。」とのメッセージを表示して、ユーザに報知してもよい。あるいは、解像度指定欄７５をブリンクさせたり、アラーム音を出力させたりすることによりユーザに報知することもできる。
【００６６】
つづいて、ファイル指定受付部６３は、原稿保存部６５のファイルから添付するファイルの指定を受け付ける（Ｓ３１）。添付ファイルの指定をファイル指定受付部６３が受け付けた場合（Ｓ３１のＹＥＳ）、判定部２９は、そのファイルの形式がＴＩＦＦ形式か否かを判定する（Ｓ３３）。ＴＩＦＦ形式の場合（Ｓ３３のＹＥＳ）、ファイル指定受付部６３は、そのファイルを一時記憶部１９に保存する（Ｓ３５）。
【００６７】
一方、ファイル指定受付部６３が、添付ファイルの指定を受け付けなかった場合（Ｓ３１のＮＯ）、ステップＳ４１に進む。また、指定されたファイルの形式がＴＩＦＦ形式以外であった場合（Ｓ３３のＮＯ）、指定されたファイルは拒否され、一時記憶部１９には保存されず、ステップＳ４１に進む。ここで、「指定されたファイルは送信できません。」などのメッセージを表示部１３に表示することもできる。
【００６８】
また、ステップＳ１３で宛先にインターネットファックス５が含まれない場合（Ｓ１３のＮＯ）、形式受付部３１がカラーおよびモノクロの両方の指定を受け付け可能となり、形式受付部３１はカラーまたはモノクロの指定と、解像度の指定を受け付ける（Ｓ１７）。つづいて、原稿保存部６５のファイルから添付するファイルの指定を受け付ける（Ｓ３７）。添付ファイルの指定をファイル指定受付部６３が受け付けた場合（Ｓ３７のＹＥＳ）、ファイル指定受付部６３は、指定されたファイルを一時記憶部１９に保存する（Ｓ３９）。ファイル指定受付部６３が、添付ファイルの指定を受け付けなかった場合（Ｓ３７のＮＯ）、ステップＳ４１に進む。
【００６９】
つづいて、開始指示受付部３３は、スタートボタンの押下による開始指示を受け付ける（Ｓ４１）。なお、本実施の形態において、読取部６１は原稿がセットされているか否かを検知する検知部（不図示）を含む。検知部により、読取原稿がセットされていると検知された場合（Ｓ４３のＹＥＳ）、読取部６１は原稿をステップＳ１５およびステップＳ１７で形式受付部３１が受け付けた形式（カラー／モノクロ、解像度など）で読み取り、一時記憶部１９に記憶する（Ｓ４５）。一方、検知部により、読取原稿が検知されなかった場合（Ｓ４３のＮＯ）、ステップＳ２３に進む。
【００７０】
この構成によれば、宛先毎にデコード可能な形式の情報を有しているので、データを取得する前にデータがデコード可能か否かを判定し、デコード可能なもののみを取得して送信することができるので、電子メールの送信エラーの発生を防ぐことができ、通信装置１０の信頼性が向上する。
【００７１】
また、ファイル指定受付部６３で添付ファイルを読み出す前に宛先でデコード可能な形式を判定するので、宛先に合った形式のファイルのみを読み出してから添付して電子メールを送信することが可能となり、宛先に合わない形式のファイルを間違って添付することがなくなり、通信装置１０の信頼性が向上する。これにより、予めスキャナなどの読取部６１で読み込まれ保存されていたファイルを送信する場合でも、宛先でデコード可能な形式のファイルのみを送信することができるので、相手通信装置側でのエラーの発生を防ぐことができる。
【００７２】
以上、図面を参照して本発明の実施形態について述べたが、これらは本発明の例示であり、上記以外の様々な構成を採用することもできる。
【００７３】
たとえば、登録受付部２３で宛先を受け付けるとき、アドレス帳２５を表示部１３に表示させ、アドレス帳２５から宛先を選択して指定することもできるが、その際、宛名４１およびメールアドレス４３とともに、装置名４５を表示することもできる。
【００７４】
この構成によれば、ユーザは相手通信装置の装置名４５を確認し認識した上で、電子メールを送信することが可能となり、図５のステップＳ１５でモノクロのみが受け付け可能となった場合でも、ユーザは何故カラーが受け付け不可能なのか理由を認識しやすくなる。
【００７５】
また、上記実施の形態では、判定部２９で判定されたデコード可能な形式以外の形式を形式受付部３１が受け付けたとき、その形式は受け付けられないことを報知する報知部として、表示部にメッセージを表示する場合について述べたが、この他にもアラーム音や音声を出力する音声出力部などであってもよい。この構成によれば、デコード不可能な形式をユーザが指定しようとしたとき、その形式は受け付けられないことを報知することができ、使い勝手が向上する。
【図面の簡単な説明】
【００７６】
【図１】実施の形態に係る通信装置のシステム構成を示す概略ブロック図である。
【図２】図１の通信装置のアドレス帳の一例を示す図である。
【図３】図１の通信装置のインターネットファックスを送信時の操作画面表示の一例を示す図である。
【図４】図１の通信装置原稿取得部の詳細を示す機能ブロック図である。
【図５】図１の通信装置の動作の一例を示すフローチャートである。
【図６】図１の通信装置の動作の他の例を示すフローチャートである。
【図７】図１の通信装置のインターネットファックスを送信時の操作画面表示の他の例を示す図である。
【符号の説明】
【００７７】
１  ネットワーク
３  パーソナルコンピュータ
５  インターネットファックス
７  メールサーバ
１０  通信装置
１１  インタフェース部
１３  表示部
１５  操作部
１７  原稿取得部
１９  一時記憶部
２１  送信部
２３  登録受付部
２５  アドレス帳
２７  宛先受付部
２９  判定部
３１  形式受付部
３３  開始指示受付部
４１  宛名
４３  メールアドレス
４５  装置名
５１  送信時操作画面
５３  主宛先入力欄
５５  同報宛先入力欄
５７  カラーモノクロ選択ボタン
５９  スタートボタン
６１  読取部
６３  ファイル指定受付部
６５  原稿保存部
７１  送信時操作画面
７３  添付ファイル指定欄
７５  解像度指定欄
【図１】
2006005635.tif 000003
【図２】
2006005635.tif 000004
【図３】
2006005635.tif 000005
【図４】
2006005635.tif 000006
【図５】
2006005635.tif 000007
【図６】
2006005635.tif 000008
【図７】
2006005635.tif 000009