JP2003179721A - 画像送信装置およびサーバ並びに画像送信方法 - Google Patents

Abstract

(57)【要約】 【課題】 送信相手先に応じて送信データを登録す
るＷＷＷサーバを切替えることにより、使い勝手の良い
画像送信装置及びサーバ装置を提供すること。 【解決手段】 画像データをファイル化して画像ファイ
ルを生成し、受信側となる相手の電子メールアドレスと
画像ファイルの登録先となるサーバのサーバアドレスと
を対応づけたテーブルを予め用意しておき、受信側とな
る相手の電子メールアドレスが入力されたら当該入力電
子メールアドレスに対応したサーバを前記テーブルから
選定し、前記画像ファイルを前記選定されたサーバに登
録し、受信側となる相手の前記入力電子メールアドレス
に対して前記選定されたサーバのサーバアドレスを含む
電子メールを送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子メールシステ
ムを利用してファクシミリと同様のイメージデータを送
信する画像送信装置およびサーバ並びに画像送信方法に
関する。

【０００２】

【従来の技術】従来、原稿のイメージデータをＴＩＦＦ
形式のファイルに変換し、このイメージファイルをメー
ル本体に添付ファイルの形で添付し、送信先の電子メー
ルアドレスに電子メールで送信するファクシミリ型画像
通信装置としてインタネットＦＡＸが知られている。

【０００３】ところで、カラー画像のような大容量のデ
ータを上記インターネットＦＡＸで直接相手装置へ送信
するとなると、相手装置に大容量のメモリが必要とな
る。このため、現実的には電子メールを用いてカラー画
像を送信することは困難な場合が多かった。

【０００４】そこで、画像データが添付された電子メー
ルを直接相手装置のメールアドレスへ送信するのではな
く、ネットワーク上に配置したＷＷＷサーバに登録し、
ＷＷＷサーバにアクセスするためのＵＲＬ（Uniform Re
source Protocol）を相手装置へ送信するようにした画
像通信システムが提案されている。この画像通信システ
ムによれば、相手端末のメールボックスに予期しない大
容量のデータが直接送り付けられてくる不具合を防止で
きる。

【０００５】

【発明が解決しようとする課題】しかしながら、インタ
ーネットＦＡＸからＷＷＷサーバに送信データを登録
し、相手端末へＵＲＬを送信するようにしただけでは、
カラー画像などの大容量のデータを送信した場合には依
然として使いづらいものであった。

【０００６】つまり、ＷＷＷサーバに画像データを置い
ても、受信装置側が取り出すときには大容量のデータを
一度に取り出すことが必要になるので、受信装置には大
容量のメモリが必要になる。また、ＷＷＷサーバから受
信したカラー画像をカラー印刷する場合、受信原稿を全
部印刷していたので印刷時間がかかるとともに、コスト
も高くなってしまう。また、標準化された画像データ形
式で決められた画質よりも高い品質で送信したり印刷し
たい場合であっても、必ず決められた画質に制限されて
しまう。また、送信相手先に応じて送信データを登録す
るＷＷＷサーバを切り替えたい場合にもそのようなこと
はできなかった。

【０００７】本発明は、以上のような実情に鑑みてなさ
れたものであり、送信相手先に応じて送信データを登録
するＷＷＷサーバを切替えることにより、使い勝手の良
い画像送信装置及びサーバ装置を提供することを目的と
する。

【０００８】

【課題を解決するための手段】本発明は、画像データを
ファイル化して画像ファイルを生成し、受信側となる相
手の電子メールアドレスと画像ファイルの登録先となる
サーバのサーバアドレスとを対応づけたテーブルを備
え、受信側となる相手の電子メールアドレスが入力され
たら当該入力電子メールアドレスに対応したサーバを前
記テーブルから選定し、前記画像ファイルを前記選定さ
れたサーバに登録する。そして、受信側となる相手の前
記入力電子メールアドレスに対して、前記選定されたサ
ーバのサーバアドレスを含む電子メールを送信する。

【０００９】

【発明の実施の形態】本発明の第１の態様は、画像デー
タをページ単位にファイル化するファイル化手段と、フ
ァイル化された画像ファイルをサーバに登録する登録手
段と、前記画像データを送信すべき相手に前記サーバの
サーバアドレスを含む電子メールを送信する通知手段
と、を具備する構成を採る。

【００１０】この構成によれば、画像データをページ単
位にファイル化してサーバへ登録するので、受信側にペ
ージ単位で画像データを取り込めるようにすることがで
き、全ページ分の容量の補助記憶装置を受信側に用意す
る必要が無くなる。

【００１１】本発明の第２の態様は、第１の態様の画像
通信装置において、送信すべき画像データを標準化デー
タ形式と非標準化データ形式の複数のデータ形式で生成
して前記サーバへ登録する構成を採る。

【００１２】この構成によれば、画像データを標準化デ
ータ形式と非標準化データ形式の複数のデータ形式で生
成して前記サーバへ登録するので、受信側が自機の能力
に応じたデータ形式のファイルを選択して取込むことが
できる、標準化データ形式しかサポートしない装置には
そのようなデータ形式で画像データを送信でき、より高
品質な非標準化データ形式を扱う装置に高品質のデータ
形式で送信することができる。

【００１３】本発明の第３の態様は、第１、２の態様の
画像通信装置において、送信先となる複数の電子メール
アドレスと、画像データの登録先となる複数のサーバの
サーバアドレスとを対応づけたテーブルが格納された記
憶部と、送信先の電子メールアドレスが入力されたら当
該電子メールアドレスに対応したサーバを前記テーブル
を使って選定するサーバ選定手段と、を具備する構成を
採る。

【００１４】この構成によれば、送信先の電子メールア
ドレスに対応したサーバをテーブル使って選定するの
で、例えば掲示板のように多くのユーザに広く使われる
ＷＷＷサーバや、限定された会員向けのＷＷＷサーバが
あるが、送信相手に応じて適切なサーバを自動選択する
ことができる。

【００１５】本発明の第４の態様は、第３の態様の画像
通信装置において、前記テーブルは、電子メールアドレ
スに割り付けられたワンタッチダイヤルキー番号が、電
子メールアドレスに対応づけられて登録されており、前
記サーバ選定手段は、ワンタッチダイヤルキー番号が入
力されたら対応したサーバを前記テーブルを使って選定
する構成を採る。

【００１６】この構成によれば、ワンタッチダイヤルキ
ーで送信相手が選択された場合にもテーブルを使ってサ
ーバを選定できる。

【００１７】本発明の第５の態様は、第１から第４の画
像送信装置において、前記サーバへ登録する画像ファイ
ルのファイル名が登録されたメニュー画面を構造化文書
で作成して前記サーバへ登録する構成を採る。

【００１８】この構成によれば、サーバに登録した画像
ファイルの登録されたメニュー画面をサーバに登録して
受信側にダウンロードさせることができるので、受信側
においてメニュー画面に登録されたファイル名をクリッ
クすることでページ単位で画像データの取り込みが可能
となる。

【００１９】本発明の第６の態様は、第１から第５の画
像送信装置において、前記登録手段は、全ページ分の画
像ファイルが揃ったら一括してサーバへ登録する構成を
採る。

【００２０】この構成によれば、全ページ分の画像ファ
イルを一括してサーバへ登録するようにしたので、イメ
ージデータのサーバへの登録動作が１回で済み処理の簡
略化が図られる。

【００２１】本発明の第７の態様は、第１から第５の画
像送信装置において、前記登録手段は、１ページ分の画
像ファイルが生成される度に、当該画像ファイルをサー
バへ逐次登録する構成を採る。

【００２２】この構成によれば、１ページ分の画像ファ
イルが生成される度にサーバへ登録するので、装置本体
に大容量の記憶容量を確保する必要が無くなる。

【００２３】本発明の第８の態様は、第１から第７のい
ずれかに記載の画像送信装置から画像ファイルが登録さ
れ、画像送信先の画像受信装置がアクセスしてきたら要
求している画像ファイルを選んで転送するサーバであ
る。

【００２４】このサーバによれば、ページ単位で画像デ
ータが登録されているので、受信側に対してページ単位
で画像データを転送できる。

【００２５】本発明の第９の態様は、第８の態様のサー
バにおいて、画像送信先の画像受信装置がアクセスして
きたら、当該画像受信装置に対し最初にメニュー画面を
送信する構成を採る。

【００２６】この構成により、サーバに登録されている
画像データのメニュー画面を受信側に送信することによ
り、受信側でメニュー画面を使ってページ単位で画像フ
ァイルを取込むことができる。

【００２７】本発明の第１０の態様は、画像送信装置か
ら受信した電子メールよりサーバアドレスを抽出するア
ドレス抽出手段と、抽出したサーバアドレスを使ってサ
ーバにアクセスしてページ単位で画像データを取得する
画像取得手段と、を具備する構成を採る。

【００２８】この構成によれば、受信した電子メールに
含まれたサーバアドレスを使って画像データの登録され
ているサーバにアクセスでき、ユーザは１ページづつ表
示させて必要なページだけを選択して印刷することがで
きる。

【００２９】本発明の第１１の態様は、第１０の態様の
画像受信装置において、前記画像取得手段は、サーバに
複数のデータ形式で画像データが登録されている場合、
自機の処理能力に合ったデータ形式の画像データを選択
して取得する構成を採る。

【００３０】この構成によれば、自機の処理能力に合っ
たデータ形式の画像データを選択して取得する受信時に
自機の能力に合った最適な画像データを自動的に選択す
ることができる。

【００３１】本発明の第１２の態様は、第１０又は第１
１の画像受信装置において、前記画像取得手段は、最初
にサーバにアクセスしたときにメニュー画面を読み込ん
で表示し、当該メニュー画面上で画像ファイルの選択を
受付け、選択された画像ファイルをサーバから取得する
構成を採る。

【００３２】この構成によれば、サーバからメニュー画
面を取得してメニュー画面を使ってページ単位で画像デ
ータを取得することができる。

【００３３】本発明の第１３の態様は、第１０から第１
２の画像受信装置において、前記画像取得手段は、サー
バから全ページ分のページ番号を取込んで印刷指示バッ
ファに書込み、印刷指示バッファに書き込まれたページ
番号の画像ファイルを１ページ分づつ取り込み、１ペー
ジ分の印刷が終了すると再度次ページを取込むこと構成
を採る。

【００３４】この構成によれば、１ページづつサーバか
ら取り出して自動印刷することが出来、受信側に大きな
記憶容量を必要としない。

【００３５】本発明の第１４の態様は、第１０から第１
２の画像受信装置において、前記画像取得手段は、選択
指示のあったページ番号を印刷指示バッファに書込み、
印刷指示バッファに書き込まれたページ番号の画像ファ
イルを１ページ分づつ取り込み、１ページ分の印刷が終
了すると再度次ページを取込む構成を採る。

【００３６】この構成によれば、受信側で選択した画像
データだけを１ページづつサーバから取り出して印刷す
るので、受信側に大きな記憶容量を必要とせず、しかも
必要な画像だけを印刷することが出来る。

【００３７】本発明の第１５の態様は、第１０から第１
４の画像受信装置において、装置本体から分離したディ
スプレイ付リモートコントローラを備え、装置本体で受
信した画像ファイルに含まれた画像データを前記ディス
プレイ付リモートコントローラへ転送して表示させる構
成を採る。

【００３８】この構成によれば、装置本体から分離した
ディスプレイ付リモートコントローラに画像データを表
示させることができる。

【００３９】本発明の第１５の態様は、第１０から第１
５の画像受信装置において、装置本体から分離したディ
スプレイ付リモートコントローラを備え、前記ディスプ
レイ付リモートコントローラから装置本体に対して印刷
指示バッファに書き込むページ番号を指示する構成を採
る。

【００４０】この構成によれば、装置本体から分離した
ディスプレイ付リモートコントローラから印刷するペー
ジ番号を選択できる。

【００４１】本発明の第１６の態様は、画像データをペ
ージ単位にファイル化するステップと、画像データのフ
ァイル名が登録されたメニュー画面を構造化文書で作成
するステップと、ファイル化された画像データ及びメニ
ュー画面をサーバに登録するステップと、前記画像デー
タを送信すべき相手に前記サーバのサーバアドレスを含
む電子メールを送信するステップとを、を具備する画像
送信方法である。

【００４２】本発明の第１７の態様は、自機宛の画像デ
ータが登録されたサーバアドレスの含まれた電子メール
を受信するステップと、受信信した電子メールよりサー
バアドレスを抽出するステップと、抽出したサーバアド
レスを使ってサーバにアクセスしてメニュー画面を取得
するステップと、前記メニュー画面を使ってページ単位
で画像データを取得するステップと、を具備した画像受
信方法である。

【００４３】以下、本発明の一実施の形態について図面
を参照して説明する。

【００４４】図１は本実施の形態にかかるファクシミリ
型画像通信装置（以下、「本装置」と呼ぶ）の機能ブロ
ックである。本装置は、ＣＰＵ１が装置全体の制御を行
う。ＣＰＵ１に対してＲＯＭ２、ＲＡＭ３、補助記憶装
置４、タッチパネル兼表示部５、スキャナ部６、ＬＡＮ
制御部７、プリンタ部８等が内部バスを介して接続され
る。ＲＯＭ２はＣＰＵ１によって実行されるプログラム
を格納し、ＲＡＭ３はプログラムの作業エリアや、メー
ルデータ及び画像データの一時記憶等のための記憶エリ
アに使用される。補助記憶装置４は、ハードディスクで
構成され、画像データなどの保存に使用される。送信処
理及び受信処理の簡略化で補助記憶装置４を削減した構
成をとることもできる。タッチパネル兼表示部５は、画
像データや操作指示案内の表示部として機能するととも
に、アルファベット、数字、記号、ワンタッチダイヤル
を表示して操作指示入力のためのタッチパネルとして機
能する。タッチパネル兼表示部５を使用して受信した画
像データの表示、印刷指示、電子メールアドレスの入力
ができるようになっている。スキャナ部６は、原稿を読
取ってイメージデータに変換する。カラー原稿の場合
は、カラーイメージデータに変換するものとする。ＬＡ
Ｎ制御部７は、ＬＡＮインターフェースであり、ネット
ワークを通してデータの送受信を行う。

【００４５】図２に本装置を用いて画像通信するための
ネットワーク構成を示す。本装置２０はイーサネット
(R)に接続されていて、このイーサネット(R)を経由して
ネットワーク２１に接続する。ネットワーク２１は、イ
ンターネット又はイントラネットである。本装置２０
は、ネットワーク２１に配置されたＷＷＷサーバ２２に
画像データを登録する一方、ネットワーク２１の向こう
側にいる相手側端末２３にＷＷＷサーバ２２のＵＲＬを
送信する。

【００４６】本装置２０は、ＷＷＷサーバ２２に対して
複数ページの画像データをページ単位にファイル化して
登録する分割登録機能と、送信すべき画像データを標準
化データ形式及び非標準化データ形式の複数のデータ形
式でＷＷＷサーバ２２に登録するマルチフォーム登録機
能とを有する。分割登録機能及びマルチフォーム登録機
能は、ＣＰＵ１がＲＯＭ２に格納されたプログラムを実
行することにより実現する機能の一つである。

【００４７】なお、本実施の形態では、Ａ４サイズ、３
００ｄｐｉ、「ＹＣｄＣｒ色空間」、ＪＦＩＦ(JPEG Fi
le Interchange Format)データを標準化データ形式、そ
れ以外のデータを非標準化データ形式と想定している。

【００４８】また、本装置２０は、送信相手に応じてＷ
ＷＷサーバを自動切替えするサーバ選択機能を備えてい
る。送信相手に応じたサーバの選択は、電子メールアド
レスとＷＷＷサーバのＵＲＬとを対応させた対応テーブ
ルを使って行われる。

【００４９】図３にサーバ選択機能に関連してＲＯＭ２
に登録された電子メールアドレス／ＵＲＬ対応テーブル
の構成例を示す。この対応テーブルには、送信相手の電
子メールアドレスが複数登録できるようになっていて、
各電子メールアドレスに対応させてその電子メールアド
レスに送信すべき画像データが登録されるＷＷＷサーバ
のＵＲＬアドレスが登録されている。電子メールアドレ
スは、アドレスを完全に記載しても良いしワイルドカー
ド（＊）を使ってアドレスの一部（例えばドメインだ
け）だけを登録するようにしても良い。また、ワイルド
カードのみの電子メールアドレス（空アドレス）に対応
して１つのＷＷＷサーバを登録している。対応テーブル
に登録していない電子メールアドレス（全部又は一部）
が入力された場合にデフォルトのＷＷＷサーバを選択す
るためである。

【００５０】図４はワンタッチダイヤルを使用して電子
メールアドレスを入力した場合に、ＷＷＷサーバを選択
できるようにした対応テーブルである。同図に示すよう
に、ワンタッチダイヤルと電子メールアドレスと使用す
るＷＷＷサーバのＵＲＬとが対応づけられて設定されて
いる。

【００５１】図５（ａ）（ｂ）には、本装置のマルチフ
ォーム登録機能に関連してＲＯＭ２に登録された送信デ
ータ属性テーブルの構成を示す。図５（ａ）は標準化デ
ータのみを送る場合のテーブルを示しており、同図
（ｂ）は標準化データと共に非標準化データを送る場合
のテーブルを示している。図５（ａ）のファイル属性の
欄には標準化データである「．ｊｐｇ」のみが登録され
ている。図５（ｂ）のファイル属性の欄には標準化デー
タである「．ｊｐｇ」以外に「．ｔｉｆ」「．ｂｍｐ」
が登録されている。ファイル属性＝「．ｔｉｆ」はＴＩ
ＦＦファイルを意味しており、ファイル属性＝「．ｂｍ
ｐ」はビットマップファイルを意味しており、これらの
ファイルは非標準として扱われる。

【００５２】また、送信データ属性テーブルには各ファ
イル属性にマルチページサインが付いている。１ファイ
ルに複数ページが含まれるファイル属性（形式）にはマ
ルチページサイン＝１が付与され、それ以外のファイル
属性（形式）にはマルチページサイン＝０が付与され
る。

【００５３】本装置がＷＷＷサーバから画像データを受
信する場合は受信装置となる。図２における相手側端末
２３を本装置２０と同一構成にすることができる。この
場合、相手側端末２３に自機の処理能力に合ったファイ
ルを選択して取得するファイル選択取得機能を備える。

【００５４】図６は相手側端末２３にファイル選択取得
機能を持たせるための受信能力テーブルの構成図であ
る。受信能力テーブルには、自機の処理能力がファイル
属性にて登録されている。複数のファイル属性に対応で
きる場合は優先順位の高い順番にファイル属性を並べて
いる。

【００５５】次に、以上のように構成された本装置の動
作について説明する。図７、図８に本装置２０の送信動
作のフローチャートを示す。タッチパネル兼表示部５の
タッチパネル機能によって相手側端末２３の電子メール
アドレスが入力される（ＳＴ７０１）。入力された電子
メールアドレスと一致するメールアドレスを、図３に示
す電子メールアドレス／ＵＲＬ対応テーブルから検索す
る。検索の結果、一致する電子メールアドレスが存在す
れば、その電子メールアドレスに対応するＷＷＷサーバ
のＵＲＬを決定し、所定領域に格納する（ＳＴ７０
２）。

【００５６】次に、タッチパネル兼表示部５からの操作
入力に応じてスキャナ部６を動作させて原稿をスキャン
し画像データを取り込む。複数の原稿がセットされてい
る場合は、連続して原稿読取動作を実行して複数ページ
の画像データを取り込む（ＳＴ７０３）。スキャナ部６
から取込まれた画像データをページ単位でファイル化
し、ページ毎に”ｆａｘ０１”、”ｆａｘ０２”のよう
に連番を含んだファイル名を付けて、補助記憶装置４に
順次格納する（ＳＴ７０３）。補助記憶装置４に画像デ
ータをページ単位で格納するときにページカウントも併
せて行う。

【００５７】次に、上記ステップＳＴ７０２で選択した
ＷＷＷサーバ（ＵＲＬ）にホームディレクトリを作成す
る（ＳＴ７０４）。以下、ステップＳＴ７０２で選択し
たＷＷＷサーバはＷＷＷサーバ２２であるとする。具体
的には、ＷＷＷサーバ２２内の、予めＦＴＰ（File Tra
nsfer Protocol）登録用に設定されたディレクトリ下
に、そのサーバ内でユニークになるように時分秒などを
含んだ名前を持つサブディレクトリをＦＴＰのコマンド
で作成する。本明細書では、このサブディレクトリをホ
ームディレクトリと呼ぶ。ホームディレクトリは、ステ
ップＳＴ７０３で保存したファイル（ページ単位のファ
イル）を登録するために使われる。

【００５８】次に、原稿のメニューとなるＨＴＭＬ（Hy
per Text Markup Language）の原形の文字列を、ＲＡＭ
３上に用意する（ＳＴ７０５）。図９にメニューＨＴＭ
Ｌの原形文字列を示す。

【００５９】補助記憶装置４に上記ステップＳＴ７０３
で格納した画像データファイルが存在する場合（ＳＴ７
０６）、補助記憶装置４に保存した原稿の画像データフ
ァイルを”ｆａｘ０１”から１ページずつ読み出す。そ
して、読み出した画像データファイルをＪＦＩＦに変換
し（ＳＴ７０７）、ＷＷＷサーバ２２のホームディレク
トリに同じファイル名でＦＴＰで登録する（ＳＴ７０
８）。ホームディレクトリに登録したファイル名と同じ
ファイル名を含んだＨＴＭＬの行を、ＲＡＭ３上に用意
したメニューＨＴＭＬの文字列の中（＜ＢＯＤＹ＞の部
分）に挿入する（ＳＴ７０９）。このＨＴＭＬを新たな
ＨＴＭＬの原形とする。

【００６０】メニューＨＴＭＬにホームディレクトリに
登録したファイル名のＨＴＭＬの行を挿入したら、次に
送信データ属性テーブルに非標準化データの送信指示が
設定されているかどうかチェックする（ＳＴ７１０）。
非標準化データの送信指示が設定されていなければ、ス
テップＳＴ７０６に戻り画像データファイルが残ってい
るか判断する。補助記憶装置４に格納された全ページ分
の画像データが終了するまで、ステップＳＴ７０７から
ステップＳＴ７０９の処理を繰り返す。

【００６１】一方、ステップＳＴ７１０で非標準化デー
タの送信指示が設定されていれば、さらに１ファイルマ
ルチページの非標準化データか否か判断する（ＳＴ７１
１）。送信データ属性テーブルに設定したマルチページ
サインに基づいて判断する。マルチページサイン＝０で
あれば、送信データ属性テーブルに登録されている非標
準化データ形式に画像データを変換する（ＳＴ７１
２）。

【００６２】そして、非標準化形式に変換された画像デ
ータを、ＷＷＷサーバ２２内のホームディレクトリにＦ
ＴＰで登録する（ＳＴ７１３）。ホームディレクトリに
登録した画像データのファイル名を含んだ行をメニュー
ＨＴＭＬに挿入する（ＳＴ７１４）。

【００６３】なお、送信データ属性テーブルに登録され
たマルチページサイン＝１の場合は、複数のページを１
ファイルにまとめる必要がある。補助記憶装置４に保存
された画像データファイルは１ファイルが１ページ分で
ある。１ページずつ読み込んで非標準形式に編集し、最
終的に複数ページを１ファイルに変換して補助記憶装置
４に一時格納する（ＳＴ７１５）。

【００６４】このようにして完成したＨＴＭＬの記述例
を図１０に示す。図１０は、３ページの原稿を標準化デ
ータ形式と、２つの非標準化データ形式（ＴＩＦＦとビ
ットマップ）とで記述した例である。

【００６５】一方、上記ステップＳＴ７０６において、
補助記憶装置４に格納したファイルを全てホームディレ
クトリに格納したと判断した場合は、１ファイルマルチ
ページの非標準化データを作成したか否か判断する（Ｓ
Ｔ７１６）。１ファイルマルチページの非標準化データ
を作成して補助記憶装置４に格納している場合は、その
格納している非標準化データをＷＷＷサーバ２２のホー
ムディレクトリにＦＴＰで登録する（ＳＴ７１７）。ホ
ームディレクトリに登録した非標準化データのファイル
名を含んだ行を、ＲＡＭ３上のメニューＨＴＭＬに挿入
する（ＳＴ７１８）。

【００６６】次に、以上のようにしてＲＡＭ上に作成し
たメニューＨＴＭＬを、ＷＷＷサーバ２２内のホームデ
ィレクトリにｉｎｄｅｘ．ｈｔｍｌというファイル名を
付けてＦＴＰで登録する（ＳＴ７１９）。

【００６７】そして、上記ステップＳＴ７０２で保存し
たＵＲＬ（ＷＷＷサーバ２２のＵＲＬ）の後ろにホーム
ディレクトリ名を付け加えたＵＲＬを作成する（ＳＴ７
２０）。この作成したＵＲＬを、電子メールのＭＩＭＥ
ヘッダのExternal-Body Subtypeフィールドに記述し、
相手側端末２３に電子メールで送信する。

【００６８】図１１に上記ＵＲＬを含む電子メールのヘ
ッダの例を示す。上記ＵＲＬをメール本文やsubjectフ
ィールドに記述しても良い。

【００６９】なお、標準化データ形式の画像ファイルの
みを送信するタイプの簡易的な本装置の例では、１ペー
ジ分の画像ファイルが生成される度に、当該画像ファイ
ルをサーバへ逐次登録するように構成しても良い。すな
わち、１ページ分読み取り、ＪＦＩＦ変換、ＷＷＷサー
バへの登録、の一連の処理を全ページ分繰り返すように
する。このようにすることで、全ページの一括読み取り
が不要になり、補助記憶装置４の容量を削減できる。

【００７０】次に、相手側端末２３がＷＷＷサーバ２２
から登録された画像ファイルを取込む受信動作に付い
て、図１２及び図１３のフローチャートに従って説明す
る。上述したように、本装置２０がＷＷＷサーバ２２の
ＵＲＬを電子メールで相手側端末２３のメールアドレス
に送信している。

【００７１】相手側端末２３は、ＷＷＷサーバ２２のＵ
ＲＬが含まれた電子メールを受信すると（ＳＴ１２０
１）、その電子メールのメールヘッダ（ＭＩＭＥヘッ
ダ）からＵＲＬを取り出す（ＳＴ１２０２）。そして、
そのＵＲＬが示すＷＷＷサーバ２２にＨＴＴＰでアクセ
スし、そのＷＷＷサーバ２２からメニューＨＴＭＬを取
り出す（ＳＴ１２０３）。

【００７２】次に、メニューＨＴＭＬに登録されたファ
イル属性の中から自機の能力に合ったファイル属性を選
択する（ＳＴ１２０４）。そのため、受信能力テーブル
（図６）から優先度の高い順位にファイル属性を取り出
し、メニューＨＴＭＬのファイル名記述行中のファイル
属性と比較する。最も優先度の高いファイル属性と一致
するファイル属性がメニューＨＴＭＬに存在すれば、そ
のファイル属性のファイル名を受信対象ファイルに決定
する。一方、優先度の高いファイル属性と一致するファ
イル属性がメニューＨＴＭＬに存在しない場合は、受信
能力テーブル内の次の優先度のファイル属性を取り出し
て同様のチェックを行う。一致するファイル属性が見つ
かるまで順次優先度を下げながら受信能力テーブルから
ファイル属性を取り出して同等のチェックを実行する。

【００７３】このようにして決定したファイル名の属性
が、「．ＴＩＦ」のように１つのファイルに複数ページ
を含むファイルである場合は（ＳＴ１２０５）、ＷＷＷ
サーバ２２からそのファイル全体を読み込み、ページ単
位で読み出しが可能な形に変換して自機の補助記憶装置
に書き込む（ＳＴ１２０６）。このとき、ファイル内の
全ページ数を数え、数えたページ数を記憶する（ＳＴ１
２０８）。また、１つのファイルに複数ページを含むフ
ァイルでない場合は、メニューＨＴＭＬの記述から全ペ
ージ枚数を数え、その数えた枚数を記憶する（ＳＴ１２
０７）。

【００７４】次に、自動印刷モードが指定されているか
否か判断する（ＳＴ１２０９）。自動印刷モードが指定
されている場合は、全ページのページ番号を印刷指示バ
ッファに書き込む（ＳＴ１２１０）。図１４に印刷指示
バッファの例を示す。自動印刷モード時は全ページのペ
ージ番号が一度に書かれる。

【００７５】まず、印刷指示バッファ内のページ番号の
ポインタを先頭におく（ＳＴ１２１１）。ポインタが印
刷指示バッファを越えていないことを確認して（ＳＴ１
２１２）、ポインタが示すページの画像データをＷＷＷ
サーバ２２又は自機の補助記憶装置から読み出し（ＳＴ
１２１３）、その読み出したページを印刷する（ＳＴ１
２１４）。印刷指示バッファ内のポインタを一つ進め
（ＳＴ１２１５）、同様にして次ページの画像データの
印刷処理を実行する。この印刷処理をポインタが印刷指
示バッファを越えるまで繰り返す。

【００７６】なお、ステップＳＴ１２０９で自動印刷モ
ードが設定されていないと判断した場合は、印刷指示バ
ッファに入れるページ番号を選択指示する（ＳＴ１２１
６）。相手側端末２３は、図１５に示すようなタッチパ
ネル兼表示部を備えているものとする。このタッチパネ
ル兼表示部を使った操作によって、ページ順に１ページ
づつ画像データをＷＷＷサーバ２２又は自機の補助記憶
装置から読み出し、タッチパネル兼表示部のパネルに表
示させ（ＳＴ１２１７）、ページ単位で印刷の有無を選
択させる。パネルに１ページの画像データを表示させた
状態で印刷指示を待ち（ＳＴ１２１８）、印刷指示が入
力されれば、そのページ番号を印刷指示バッファに書き
込み（ＳＴ１２１９）、タッチパネル兼表示部の次ペー
ジボタンを押してページを１つ進める（ＳＴ１２２
０）。印刷指示が入力されなければ、そのままページを
１つ進める（ＳＴ１２２０）。図１５のタッチパネル兼
表示部の場合、画像が表示されている範囲内を指で押せ
ば印刷指示と判断し、外枠が表示されるように構成され
る。

【００７７】図１６に相手側端末の構成例を示す。本実
施の形態では、画像データをＷＷＷサーバから受信する
端末を相手側装置と呼んでおり、本装置２０と同一構成
であっても良い。同図に示す相手側端末は、本装置２０
と同等の機能を備えていて、さらにタッチパネル兼表示
部が装置本体から分離したリモコンタイプになってい
る。装置本体側にリモコン通信部９を設け、リモコン側
にタッチパネル兼表示部１０とリモコン通信部１１を設
けている。

【００７８】このような本実施の形態によれば、ページ
単位にファイル化した画像データをＷＷＷサーバ２２へ
登録し、このＷＷＷサーバ２２にアクセスするためのＵ
ＲＬを相手側端末２３のメールアドレスに送信するの
で、受信側でＷＷＷサーバ上の画像データを処理すと
き、１ページ単位で受信ができ、全ページ分の補助記憶
装置を備える必要が無くなる。

【００７９】また本実施の形態によれば、送信すべき画
像データを標準化データ形式、非標準化データ形式の複
数のデータ形式でＷＷＷサーバ２２に登録し、このＷＷ
Ｗサーバ２２にアクセスするためのＵＲＬを相手側端末
２３のメールアドレスに送信するので、標準化データ形
式しかサポートしない簡単な装置にも、より高品質な非
標準化データ形式までサポートする装置にも、相手先の
能力を最大限に生かす形で、１回の読み取り処理で送信
できる。

【００８０】また本実施の形態によれば、相手先の電子
メールアドレスと画像登録すべきサーバアドレスとを対
応づけた対応テーブルを用意してサーバを自動選択する
ようにしたので、操作内容を複雑にすること無く、相手
先に応じてＷＷＷサーバを選択できるようになった。た
とえば、掲示板のように多くの人に使ってもらうＷＷＷ
サーバや、限定された会員向けのＷＷＷサーバといった
使い分けを相手先に応じてできるようになった。

【００８１】

【発明の効果】以上詳記したように本発明によれば、本
発明によれば、受信側となる相手の電子メールアドレス
と画像登録すべきサーバアドレスとを対応づけたテーブ
ルを用意してサーバを自動選択するようにしたので、操
作内容を複雑にすること無く、相手先に応じてサーバを
選択でき、例えば掲示板のように多くの人に使ってもら
うＷＷＷサーバや、限定された会員向けのＷＷＷサーバ
といった使い分けを相手先に応じてできる。さらに、送
信側ではページ単位で画像ファイルを作成し、受信側で
ページ単位で画像データを取り込んで選択的に印刷指示
するような構成にすると、受信側で大容量のメモリを必
要としない、使い勝手の良い画像通信装置を提供でき
る。

【図面の簡単な説明】

【図１】本発明の一実施の形態にかかるファクシミリ型
画像通信装置の機能ブロック図

【図２】本装置を備えたネットワーク構成図

【図３】上記一実施の形態における電子メールアドレス
／ＵＲＬ対応テーブルの構成図

【図４】上記一実施の形態におけるワンタッチダイヤル
に登録された電子メールアドレス／ＵＲＬ対応テーブル
の構成図

【図５】上記一実施の形態における送信データ属性テー
ブルの構成図

【図６】上記一実施の形態における受信能力テーブルの
構成図

【図７】上記一実施の形態における送信動作の前半部の
フロー図

【図８】上記一実施の形態における送信動作の後半部の
フロー図

【図９】上記一実施の形態におけるメニューＨＴＭＬの
原形文字列を示す図

【図１０】上記一実施の形態において作成されたメニュ
ーＨＴＭＬを示す図

【図１１】上記一実施の形態において作成されたＵＲＬ
を含んだメールヘッダを示す図

【図１２】上記一実施の形態における受信動作の前半部
のフロー図

【図１３】上記一実施の形態における受信動作の後半部
のフロー図

【図１４】上記一実施の形態における印刷指示バッファ
を示す図

【図１５】上記一実施の形態におけるタッチパネル兼表
示部の概念図

【図１６】上記一実施の形態における相手側端末の機能
ブロック図

【符号の説明】

１ ＣＰＵ ２ ＲＯＭ ３ ＲＡＭ ４ 補助記憶装置 ５、１０ タッチパネル兼表示部 ６ スキャナ部 ７ ＬＡＮ制御部 ８ プリンタ部 ９、１１ リモコン通信部

フロントページの続き Ｆターム(参考） 5C062 AA06 AA14 AB11 AB21 AB41 AB42 AC03 AC22 AC24 AC29 AC42 AE03 AE15 AF02 AF13 BA01 5C075 AB90 BA05 CA90 CD09 FF09

Claims (12)

【特許請求の範囲】
1. 【請求項１】 画像データをページ単位にファイル化し
   て画像ファイルを生成するファイル化手段と、受信側と
   なる相手の電子メールアドレスと画像ファイルの登録先
   となるサーバのサーバアドレスとを対応づけたテーブル
   が格納された記憶部と、受信側となる相手の電子メール
   アドレスが入力されたら当該入力電子メールアドレスに
   対応したサーバを前記テーブルから選定するサーバ選定
   手段と、前記画像ファイルを前記選定されたサーバに登
   録する登録手段と、受信側となる相手の前記入力電子メ
   ールアドレスに対して前記選定されたサーバのサーバア
   ドレスを含む電子メールを送信する通知手段と、を具備
   する画像送信装置。
2. 【請求項２】 前記テーブルは、ワンタッチダイヤルキ
   ー番号が、電子メールアドレスに対応づけられて登録さ
   れており、前記サーバ選定手段は、ワンタッチダイヤル
   キー番号が入力されたら対応したサーバを前記テーブル
   から選定する、ことを特徴とする請求項１に記載の画像
   送信装置。
3. 【請求項３】 前記サーバへ登録する画像ファイルのフ
   ァイル名が登録されたメニュー画面を構造化文書で作成
   して前記サーバへ登録することを特徴とする請求項１又
   は請求項２に記載の画像送信装置。
4. 【請求項４】 前記登録手段は、全ページ分の画像ファ
   イルが揃ったら一括してサーバへ登録することを特徴と
   する請求項１から請求項３のいずれかに記載の画像送信
   装置。
5. 【請求項５】 前記登録手段は、１ページ分の画像ファ
   イルが生成される度に、当該画像ファイルをサーバへ逐
   次登録することを特徴とする請求項１から請求項３のい
   ずれかに記載の画像送信装置。
6. 【請求項６】 請求項１から請求項５のいずれかに記載
   の画像送信装置から画像ファイルが登録され、画像送信
   先の画像受信装置がアクセスしてきたら当該画像受信装
   置に対し最初にメニュー画面を送信し、その後要求して
   きた画像ファイルを転送することを特徴とするサーバ。
7. 【請求項７】 画像データをページ単位にファイル化し
   て画像ファイルを生成し、受信側となる相手の電子メー
   ルアドレスと画像ファイルの登録先となるサーバのサー
   バアドレスとを対応づけたテーブルを予め用意してお
   き、受信側となる相手の電子メールアドレスが入力され
   たら当該入力電子メールアドレスに対応したサーバを前
   記テーブルから選定し、前記画像ファイルを前記選定さ
   れたサーバに登録し、受信側となる相手の前記入力電子
   メールアドレスに対して前記選定されたサーバのサーバ
   アドレスを含む電子メールを送信することを特徴とする
   画像送信方法。
8. 【請求項８】 画像データをファイル化して画像ファイ
   ルを生成するファイル化手段と、受信側となる相手の電
   子メールアドレスと画像ファイルの登録先となるサーバ
   のサーバアドレスとを対応づけたテーブルが格納された
   記憶部と、受信側となる相手の電子メールアドレスが入
   力されたら当該入力電子メールアドレスに対応したサー
   バを前記テーブルから選定するサーバ選定手段と、前記
   画像ファイルを前記選定されたサーバに登録する登録手
   段と、受信側となる相手の前記入力電子メールアドレス
   に対して前記選定されたサーバのサーバアドレスを含む
   電子メールを送信する通知手段と、を具備する画像送信
   装置。
9. 【請求項９】 前記テーブルは、ワンタッチダイヤルキ
   ー番号が、電子メールアドレスに対応づけられて登録さ
   れており、前記サーバ選定手段は、ワンタッチダイヤル
   キー番号が入力されたら対応したサーバを前記テーブル
   から選定する、ことを特徴とする請求項８に記載の画像
   送信装置。
10. 【請求項１０】 前記サーバへ登録する画像ファイルの
    ファイル名が登録されたメニュー画面を構造化文書で作
    成して前記サーバへ登録することを特徴とする請求項８
    又は請求項９に記載の画像送信装置。
11. 【請求項１１】 請求項８又は請求項９に記載の画像送
    信装置から画像ファイルが登録され、画像送信先の画像
    受信装置がアクセスしてきたら当該画像受信装置に対し
    最初にメニュー画面を送信し、その後要求してきた画像
    ファイルを転送するサーバ。
12. 【請求項１２】 画像データをファイル化して画像ファ
    イルを生成し、受信側となる相手の電子メールアドレス
    と画像ファイルの登録先となるサーバのサーバアドレス
    とを対応づけたテーブルを予め用意しておき、受信側と
    なる相手の電子メールアドレスが入力されたら当該入力
    電子メールアドレスに対応したサーバを前記テーブルか
    ら選定し、前記画像ファイルを前記選定されたサーバに
    登録し、受信側となる相手の前記入力電子メールアドレ
    スに対して前記選定されたサーバのサーバアドレスを含
    む電子メールを送信することを特徴とする画像送信方
    法。