JP3780238B2 - 画像送信装置およびサーバ並びに画像送信方法 - Google Patents
画像送信装置およびサーバ並びに画像送信方法 Download PDFInfo
- Publication number
- JP3780238B2 JP3780238B2 JP2002244087A JP2002244087A JP3780238B2 JP 3780238 B2 JP3780238 B2 JP 3780238B2 JP 2002244087 A JP2002244087 A JP 2002244087A JP 2002244087 A JP2002244087 A JP 2002244087A JP 3780238 B2 JP3780238 B2 JP 3780238B2
- Authority
- JP
- Japan
- Prior art keywords
- server
- image
- address
- file
- registered
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、電子メールシステムを利用してファクシミリと同様のイメージデータを送信する画像送信装置およびサーバ並びに画像送信方法に関する。
【０００２】
【従来の技術】
従来、原稿のイメージデータをＴＩＦＦ形式のファイルに変換し、このイメージファイルをメール本体に添付ファイルの形で添付し、送信先の電子メールアドレスに電子メールで送信するファクシミリ型画像通信装置としてインタネットＦＡＸが知られている。
【０００３】
ところで、カラー画像のような大容量のデータを上記インターネットＦＡＸで直接相手装置へ送信するとなると、相手装置に大容量のメモリが必要となる。このため、現実的には電子メールを用いてカラー画像を送信することは困難な場合が多かった。
【０００４】
そこで、画像データが添付された電子メールを直接相手装置のメールアドレスへ送信するのではなく、ネットワーク上に配置したＷＷＷサーバに登録し、ＷＷＷサーバにアクセスするためのＵＲＬ（Uniform Resource Protocol）を相手装置へ送信するようにした画像通信システムが提案されている。この画像通信システムによれば、相手端末のメールボックスに予期しない大容量のデータが直接送り付けられてくる不具合を防止できる。
【０００５】
【発明が解決しようとする課題】
しかしながら、インターネットＦＡＸからＷＷＷサーバに送信データを登録し、相手端末へＵＲＬを送信するようにしただけでは、カラー画像などの大容量のデータを送信した場合には依然として使いづらいものであった。
【０００６】
つまり、ＷＷＷサーバに画像データを置いても、受信装置側が取り出すときには大容量のデータを一度に取り出すことが必要になるので、受信装置には大容量のメモリが必要になる。また、ＷＷＷサーバから受信したカラー画像をカラー印刷する場合、受信原稿を全部印刷していたので印刷時間がかかるとともに、コストも高くなってしまう。また、送信相手先に応じて送信データを登録するＷＷＷサーバを切り替えたい場合にもそのようなことはできなかった。
【０００７】
本発明は、以上のような実情に鑑みてなされたものであり、送信相手先に応じて送信データを登録するＷＷＷサーバを切替えることにより、使い勝手の良い画像送信装置及びサーバ装置を提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明は、画像データをページ単位にファイル化して画像ファイルを生成するファイル化手段と、受信側となる相手の電子メールアドレスと画像ファイルの登録先となるサーバのサーバアドレスとの対応づけを複数格納可能な記憶部と、受信側となる相手の電子メールアドレスが入力されたら当該入力電子メールアドレスに対応したサーバアドレスを前記記憶部内から選定するサーバ選定手段と、前記画像ファイルを前記選定されたサーバアドレスのサーバに登録する登録手段と、受信側となる相手の前記入力電子メールアドレスに対して前記選定されたサーバアドレスを含む電子メールを送信する通知手段と、を具備する画像送信装置である。
【０００９】
【発明の実施の形態】
本発明の第１の態様は、画像データをページ単位にファイル化して画像ファイルを生成するファイル化手段と、受信側となる相手の電子メールアドレスと画像ファイルの登録先となるサーバのサーバアドレスとの対応づけを複数格納可能な記憶部と、受信側となる相手の電子メールアドレスが入力されたら当該入力電子メールアドレスに対応したサーバアドレスを前記記憶部内から選定するサーバ選定手段と、前記画像ファイルを前記選定されたサーバアドレスのサーバに登録する登録手段と、受信側となる相手の前記入力電子メールアドレスに対して前記選定されたサーバアドレスを含む電子メールを送信する通知手段と、を具備する構成を採る。
【００１４】
この構成によれば、送信先の電子メールアドレスに対応したサーバをテーブル使って選定するので、例えば掲示板のように多くのユーザに広く使われるＷＷＷサーバや、限定された会員向けのＷＷＷサーバがあるが、送信相手に応じて適切なサーバを自動選択することができる。
【００１５】
本発明の第２の態様は、第１の態様の画像送信装置において、ワンタッチダイヤルキー番号を前記電子メールアドレスに対応づけて登録することが可能であり、前記サーバ選定手段は、ワンタッチダイヤルキー番号が入力されたら対応づけて記憶されているサーバアドレスを選定する構成を採る。
【００１６】
この構成によれば、ワンタッチダイヤルキーで送信相手が選択された場合にもサーバを選定できる。
【００１７】
本発明の第３の態様は、第１又は第２の画像送信装置において、前記サーバへ登録する画像ファイルのファイル名が登録されたメニュー画面を構造化文書で作成して前記サーバへ登録する構成を採る。
【００１８】
この構成によれば、サーバに登録した画像ファイルの登録されたメニュー画面をサーバに登録して受信側にダウンロードさせることができるので、受信側においてメニュー画面に登録されたファイル名をクリックすることでページ単位で画像データの取り込みが可能となる。
【００１９】
本発明の第４の態様は、第１から第３の態様のいずれかの画像送信装置において、前記登録手段は、全ページ分の画像ファイルが前記生成手段により生成されると、一括してサーバへ登録する構成を採る。
【００２０】
この構成によれば、全ページ分の画像ファイルを一括してサーバへ登録するようにしたので、イメージデータのサーバへの登録動作が１回で済み処理の簡略化が図られる。
【００２１】
本発明の第５の態様は、第１から第３の態様のいずれかの画像送信装置において、前記登録手段は、１ページ分の画像ファイルが前記生成手段により生成される度に、当該画像ファイルをサーバへ逐次登録する構成を採る。
【００２２】
この構成によれば、１ページ分の画像ファイルが生成される度にサーバへ登録するので、装置本体に大容量の記憶容量を確保する必要が無くなる。
【００２５】
本発明の第６の態様は、第１から第５の態様のいずれかに記載の画像送信装置から画像ファイルが登録され、画像送信先の画像受信装置がアクセスしてきたら、当該画像受信装置に対し最初にメニュー画面を送信するサーバである。
【００２６】
この構成により、サーバに登録されている画像データのメニュー画面を受信側に送信することにより、受信側でメニュー画面を使ってページ単位で画像ファイルを取込むことができる。
【００２７】
本発明の第７の態様は、画像データをページ単位にファイル化して画像ファイルを生成し、受信側となる相手の電子メールアドレスと画像ファイルの登録先となるサーバのサーバアドレスとを対応づけて複数格納可能な記憶部を予め用意しておき、受信側となる相手の電子メールアドレスが入力されたら当該入力電子メールアドレスに対応したサーバアドレスを前記記憶部から選定し、前記画像ファイルを前記選定されたサーバアドレスのサーバに登録し、受信側となる相手の前記入力電子メールアドレスに対して前記選定されたサーバアドレスを含む電子メールを送信する、画像送信方法である。
【００２８】
この構成によれば、送信先の電子メールアドレスに対応したサーバを自動的に選定するので、例えば掲示板のように多くのユーザに広く使われるＷＷＷサーバや、限定された会員向けのＷＷＷサーバがある場合に、送信相手に応じて適切なサーバを自動選択することができる。
【００２９】
本発明の第８の態様は、画像データをファイル化して画像ファイルを生成するファイル化手段と、受信側となる相手の電子メールアドレスと画像ファイルの登録先となるサーバのサーバアドレスとを対応づけを複数格納可能な記憶部と、受信側となる相手の電子メールアドレスが入力されたら当該入力電子メールアドレスに対応したサーバアドレスを前記記憶部内から選定するサーバ選定手段と、前記画像ファイルを前記選定されたサーバアドレスのサーバに登録する登録手段と、受信側となる相手の前記入力電子メールアドレスに対して前記選定されたサーバアドレスを含む電子メールを送信する通知手段と、を具備する構成を採る。
【００３０】
この構成によれば、送信先の電子メールアドレスに対応したサーバを自動的に選定するので、例えば掲示板のように多くのユーザに広く使われるＷＷＷサーバや、限定された会員向けのＷＷＷサーバがある場合に、送信相手に応じて適切なサーバを自動選択することができる。
【００３１】
本発明の第９の態様は、第８の態様の画像送信装置において、ワンタッチダイヤルキー番号を前記電子メールアドレスに対応づけて登録することが可能であり、前記サーバ選定手段は、ワンタッチダイヤルキー番号が入力されたら対応づけて記憶されているサーバアドレスを選定する構成を採る。
【００３２】
この構成によれば、ワンタッチダイヤルキーで送信相手が選択された場合にもサーバを選定できる。
【００３３】
本発明の第１０の態様は、第８又は第９の画像送信装置において、前記サーバへ登録する画像ファイルのファイル名が登録されたメニュー画面を構造化文書で作成して前記サーバへ登録する構成を採る。
【００３４】
この構成によれば、サーバに登録した画像ファイルの登録されたメニュー画面をサーバに登録して受信側にダウンロードさせることができるので、受信側においてメニュー画面に登録されたファイル名をクリックすることでページ単位で画像データの取り込みが可能となる。
【００３５】
本発明の第１１の態様は、第８又は第９のいずれかに記載の画像送信装置から画像ファイルが登録され、画像送信先の画像受信装置がアクセスしてきたら、当該画像受信装置に対し最初にメニュー画面を送信するサーバである。
【００３６】
この構成によれば、サーバに登録されている画像データのメニュー画面を受信側に送信することにより、受信側でメニュー画面を使って画像ファイルを取込むことができる。
【００３７】
本発明の第１２の態様は、画像データをファイル化して画像ファイルを生成し、受信側となる相手の電子メールアドレスと画像ファイルの登録先となるサーバのサーバアドレスとを対応づけて複数格納可能な記憶部を予め用意しておき、受信側となる相手の電子メールアドレスが入力されたら当該入力電子メールアドレスに対応したサーバアドレスを前記記憶部から選定し、前記画像ファイルを前記選定されたサーバアドレスのサーバに登録し、受信側となる相手の前記入力電子メールアドレスに対して前記選定されたサーバアドレスを含む電子メールを送信する、画像送信方法である。
【００３８】
この方法によれば、送信先の電子メールアドレスに対応したサーバを自動的に選定するので、例えば掲示板のように多くのユーザに広く使われるＷＷＷサーバや、限定された会員向けのＷＷＷサーバがある場合に、送信相手に応じて適切なサーバを自動選択することができる。
【００４３】
以下、本発明の一実施の形態について図面を参照して説明する。
【００４４】
図１は本実施の形態にかかるファクシミリ型画像通信装置（以下、「本装置」と呼ぶ）の機能ブロックである。本装置は、ＣＰＵ１が装置全体の制御を行う。ＣＰＵ１に対してＲＯＭ２、ＲＡＭ３、補助記憶装置４、タッチパネル兼表示部５、スキャナ部６、ＬＡＮ制御部７、プリンタ部８等が内部バスを介して接続される。ＲＯＭ２はＣＰＵ１によって実行されるプログラムを格納し、ＲＡＭ３はプログラムの作業エリアや、メールデータ及び画像データの一時記憶等のための記憶エリアに使用される。補助記憶装置４は、ハードディスクで構成され、画像データなどの保存に使用される。送信処理及び受信処理の簡略化で補助記憶装置４を削減した構成をとることもできる。タッチパネル兼表示部５は、画像データや操作指示案内の表示部として機能するとともに、アルファベット、数字、記号、ワンタッチダイヤルを表示して操作指示入力のためのタッチパネルとして機能する。タッチパネル兼表示部５を使用して受信した画像データの表示、印刷指示、電子メールアドレスの入力ができるようになっている。スキャナ部６は、原稿を読取ってイメージデータに変換する。カラー原稿の場合は、カラーイメージデータに変換するものとする。ＬＡＮ制御部７は、ＬＡＮインターフェースであり、ネットワークを通してデータの送受信を行う。
【００４５】
図２に本装置を用いて画像通信するためのネットワーク構成を示す。本装置２０はイーサネット(R)に接続されていて、このイーサネット(R)を経由してネットワーク２１に接続する。ネットワーク２１は、インターネット又はイントラネットである。本装置２０は、ネットワーク２１に配置されたＷＷＷサーバ２２に画像データを登録する一方、ネットワーク２１の向こう側にいる相手側端末２３にＷＷＷサーバ２２のＵＲＬを送信する。
【００４６】
本装置２０は、ＷＷＷサーバ２２に対して複数ページの画像データをページ単位にファイル化して登録する分割登録機能と、送信すべき画像データを標準化データ形式及び非標準化データ形式の複数のデータ形式でＷＷＷサーバ２２に登録するマルチフォーム登録機能とを有する。分割登録機能及びマルチフォーム登録機能は、ＣＰＵ１がＲＯＭ２に格納されたプログラムを実行することにより実現する機能の一つである。
【００４７】
なお、本実施の形態では、Ａ４サイズ、３００ｄｐｉ、「ＹＣｄＣｒ色空間」、ＪＦＩＦ(JPEG File Interchange Format)データを標準化データ形式、それ以外のデータを非標準化データ形式と想定している。
【００４８】
また、本装置２０は、送信相手に応じてＷＷＷサーバを自動切替えするサーバ選択機能を備えている。送信相手に応じたサーバの選択は、電子メールアドレスとＷＷＷサーバのＵＲＬとを対応させた対応テーブルを使って行われる。
【００４９】
図３にサーバ選択機能に関連してＲＯＭ２に登録された電子メールアドレス／ＵＲＬ対応テーブルの構成例を示す。この対応テーブルには、送信相手の電子メールアドレスが複数登録できるようになっていて、各電子メールアドレスに対応させてその電子メールアドレスに送信すべき画像データが登録されるＷＷＷサーバのＵＲＬアドレスが登録されている。電子メールアドレスは、アドレスを完全に記載しても良いしワイルドカード（＊）を使ってアドレスの一部（例えばドメインだけ）だけを登録するようにしても良い。また、ワイルドカードのみの電子メールアドレス（空アドレス）に対応して１つのＷＷＷサーバを登録している。対応テーブルに登録していない電子メールアドレス（全部又は一部）が入力された場合にデフォルトのＷＷＷサーバを選択するためである。
【００５０】
図４はワンタッチダイヤルを使用して電子メールアドレスを入力した場合に、ＷＷＷサーバを選択できるようにした対応テーブルである。同図に示すように、ワンタッチダイヤルと電子メールアドレスと使用するＷＷＷサーバのＵＲＬとが対応づけられて設定されている。
【００５１】
図５（ａ）（ｂ）には、本装置のマルチフォーム登録機能に関連してＲＯＭ２に登録された送信データ属性テーブルの構成を示す。図５（ａ）は標準化データのみを送る場合のテーブルを示しており、同図（ｂ）は標準化データと共に非標準化データを送る場合のテーブルを示している。図５（ａ）のファイル属性の欄には標準化データである「．ｊｐｇ」のみが登録されている。図５（ｂ）のファイル属性の欄には標準化データである「．ｊｐｇ」以外に「．ｔｉｆ」「．ｂｍｐ」が登録されている。ファイル属性＝「．ｔｉｆ」はＴＩＦＦファイルを意味しており、ファイル属性＝「．ｂｍｐ」はビットマップファイルを意味しており、これらのファイルは非標準として扱われる。
【００５２】
また、送信データ属性テーブルには各ファイル属性にマルチページサインが付いている。１ファイルに複数ページが含まれるファイル属性（形式）にはマルチページサイン＝１が付与され、それ以外のファイル属性（形式）にはマルチページサイン＝０が付与される。
【００５３】
本装置がＷＷＷサーバから画像データを受信する場合は受信装置となる。図２における相手側端末２３を本装置２０と同一構成にすることができる。この場合、相手側端末２３に自機の処理能力に合ったファイルを選択して取得するファイル選択取得機能を備える。
【００５４】
図６は相手側端末２３にファイル選択取得機能を持たせるための受信能力テーブルの構成図である。受信能力テーブルには、自機の処理能力がファイル属性にて登録されている。複数のファイル属性に対応できる場合は優先順位の高い順番にファイル属性を並べている。
【００５５】
次に、以上のように構成された本装置の動作について説明する。図７、図８に本装置２０の送信動作のフローチャートを示す。タッチパネル兼表示部５のタッチパネル機能によって相手側端末２３の電子メールアドレスが入力される（ＳＴ７０１）。入力された電子メールアドレスと一致するメールアドレスを、図３に示す電子メールアドレス／ＵＲＬ対応テーブルから検索する。検索の結果、一致する電子メールアドレスが存在すれば、その電子メールアドレスに対応するＷＷＷサーバのＵＲＬを決定し、所定領域に格納する（ＳＴ７０２）。
【００５６】
次に、タッチパネル兼表示部５からの操作入力に応じてスキャナ部６を動作させて原稿をスキャンし画像データを取り込む。複数の原稿がセットされている場合は、連続して原稿読取動作を実行して複数ページの画像データを取り込む（ＳＴ７０３）。スキャナ部６から取込まれた画像データをページ単位でファイル化し、ページ毎に”ｆａｘ０１”、”ｆａｘ０２”のように連番を含んだファイル名を付けて、補助記憶装置４に順次格納する（ＳＴ７０３）。補助記憶装置４に画像データをページ単位で格納するときにページカウントも併せて行う。
【００５７】
次に、上記ステップＳＴ７０２で選択したＷＷＷサーバ（ＵＲＬ）にホームディレクトリを作成する（ＳＴ７０４）。以下、ステップＳＴ７０２で選択したＷＷＷサーバはＷＷＷサーバ２２であるとする。具体的には、ＷＷＷサーバ２２内の、予めＦＴＰ（File Transfer Protocol）登録用に設定されたディレクトリ下に、そのサーバ内でユニークになるように時分秒などを含んだ名前を持つサブディレクトリをＦＴＰのコマンドで作成する。本明細書では、このサブディレクトリをホームディレクトリと呼ぶ。ホームディレクトリは、ステップＳＴ７０３で保存したファイル（ページ単位のファイル）を登録するために使われる。
【００５８】
次に、原稿のメニューとなるＨＴＭＬ（Hyper Text Markup Language）の原形の文字列を、ＲＡＭ３上に用意する（ＳＴ７０５）。図９にメニューＨＴＭＬの原形文字列を示す。
【００５９】
補助記憶装置４に上記ステップＳＴ７０３で格納した画像データファイルが存在する場合（ＳＴ７０６）、補助記憶装置４に保存した原稿の画像データファイルを”ｆａｘ０１”から１ページずつ読み出す。そして、読み出した画像データファイルをＪＦＩＦに変換し（ＳＴ７０７）、ＷＷＷサーバ２２のホームディレクトリに同じファイル名でＦＴＰで登録する（ＳＴ７０８）。ホームディレクトリに登録したファイル名と同じファイル名を含んだＨＴＭＬの行を、ＲＡＭ３上に用意したメニューＨＴＭＬの文字列の中（＜ＢＯＤＹ＞の部分）に挿入する（ＳＴ７０９）。このＨＴＭＬを新たなＨＴＭＬの原形とする。
【００６０】
メニューＨＴＭＬにホームディレクトリに登録したファイル名のＨＴＭＬの行を挿入したら、次に送信データ属性テーブルに非標準化データの送信指示が設定されているかどうかチェックする（ＳＴ７１０）。非標準化データの送信指示が設定されていなければ、ステップＳＴ７０６に戻り画像データファイルが残っているか判断する。補助記憶装置４に格納された全ページ分の画像データが終了するまで、ステップＳＴ７０７からステップＳＴ７０９の処理を繰り返す。
【００６１】
一方、ステップＳＴ７１０で非標準化データの送信指示が設定されていれば、さらに１ファイルマルチページの非標準化データか否か判断する（ＳＴ７１１）。送信データ属性テーブルに設定したマルチページサインに基づいて判断する。マルチページサイン＝０であれば、送信データ属性テーブルに登録されている非標準化データ形式に画像データを変換する（ＳＴ７１２）。
【００６２】
そして、非標準化形式に変換された画像データを、ＷＷＷサーバ２２内のホームディレクトリにＦＴＰで登録する（ＳＴ７１３）。ホームディレクトリに登録した画像データのファイル名を含んだ行をメニューＨＴＭＬに挿入する（ＳＴ７１４）。
【００６３】
なお、送信データ属性テーブルに登録されたマルチページサイン＝１の場合は、複数のページを１ファイルにまとめる必要がある。補助記憶装置４に保存された画像データファイルは１ファイルが１ページ分である。１ページずつ読み込んで非標準形式に編集し、最終的に複数ページを１ファイルに変換して補助記憶装置４に一時格納する（ＳＴ７１５）。
【００６４】
このようにして完成したＨＴＭＬの記述例を図１０に示す。図１０は、３ページの原稿を標準化データ形式と、２つの非標準化データ形式（ＴＩＦＦとビットマップ）とで記述した例である。
【００６５】
一方、上記ステップＳＴ７０６において、補助記憶装置４に格納したファイルを全てホームディレクトリに格納したと判断した場合は、１ファイルマルチページの非標準化データを作成したか否か判断する（ＳＴ７１６）。１ファイルマルチページの非標準化データを作成して補助記憶装置４に格納している場合は、その格納している非標準化データをＷＷＷサーバ２２のホームディレクトリにＦＴＰで登録する（ＳＴ７１７）。ホームディレクトリに登録した非標準化データのファイル名を含んだ行を、ＲＡＭ３上のメニューＨＴＭＬに挿入する（ＳＴ７１８）。
【００６６】
次に、以上のようにしてＲＡＭ上に作成したメニューＨＴＭＬを、ＷＷＷサーバ２２内のホームディレクトリにｉｎｄｅｘ．ｈｔｍｌというファイル名を付けてＦＴＰで登録する（ＳＴ７１９）。
【００６７】
そして、上記ステップＳＴ７０２で保存したＵＲＬ（ＷＷＷサーバ２２のＵＲＬ）の後ろにホームディレクトリ名を付け加えたＵＲＬを作成する（ＳＴ７２０）。この作成したＵＲＬを、電子メールのＭＩＭＥヘッダのExternal-Body Subtypeフィールドに記述し、相手側端末２３に電子メールで送信する。
【００６８】
図１１に上記ＵＲＬを含む電子メールのヘッダの例を示す。上記ＵＲＬをメール本文やsubjectフィールドに記述しても良い。
【００６９】
なお、標準化データ形式の画像ファイルのみを送信するタイプの簡易的な本装置の例では、１ページ分の画像ファイルが生成される度に、当該画像ファイルをサーバへ逐次登録するように構成しても良い。すなわち、１ページ分読み取り、ＪＦＩＦ変換、ＷＷＷサーバへの登録、の一連の処理を全ページ分繰り返すようにする。このようにすることで、全ページの一括読み取りが不要になり、補助記憶装置４の容量を削減できる。
【００７０】
次に、相手側端末２３がＷＷＷサーバ２２から登録された画像ファイルを取込む受信動作に付いて、図１２及び図１３のフローチャートに従って説明する。上述したように、本装置２０がＷＷＷサーバ２２のＵＲＬを電子メールで相手側端末２３のメールアドレスに送信している。
【００７１】
相手側端末２３は、ＷＷＷサーバ２２のＵＲＬが含まれた電子メールを受信すると（ＳＴ１２０１）、その電子メールのメールヘッダ（ＭＩＭＥヘッダ）からＵＲＬを取り出す（ＳＴ１２０２）。そして、そのＵＲＬが示すＷＷＷサーバ２２にＨＴＴＰでアクセスし、そのＷＷＷサーバ２２からメニューＨＴＭＬを取り出す（ＳＴ１２０３）。
【００７２】
次に、メニューＨＴＭＬに登録されたファイル属性の中から自機の能力に合ったファイル属性を選択する（ＳＴ１２０４）。そのため、受信能力テーブル（図６）から優先度の高い順位にファイル属性を取り出し、メニューＨＴＭＬのファイル名記述行中のファイル属性と比較する。最も優先度の高いファイル属性と一致するファイル属性がメニューＨＴＭＬに存在すれば、そのファイル属性のファイル名を受信対象ファイルに決定する。一方、優先度の高いファイル属性と一致するファイル属性がメニューＨＴＭＬに存在しない場合は、受信能力テーブル内の次の優先度のファイル属性を取り出して同様のチェックを行う。一致するファイル属性が見つかるまで順次優先度を下げながら受信能力テーブルからファイル属性を取り出して同等のチェックを実行する。
【００７３】
このようにして決定したファイル名の属性が、「．ＴＩＦ」のように１つのファイルに複数ページを含むファイルである場合は（ＳＴ１２０５）、ＷＷＷサーバ２２からそのファイル全体を読み込み、ページ単位で読み出しが可能な形に変換して自機の補助記憶装置に書き込む（ＳＴ１２０６）。このとき、ファイル内の全ページ数を数え、数えたページ数を記憶する（ＳＴ１２０８）。また、１つのファイルに複数ページを含むファイルでない場合は、メニューＨＴＭＬの記述から全ページ枚数を数え、その数えた枚数を記憶する（ＳＴ１２０７）。
【００７４】
次に、自動印刷モードが指定されているか否か判断する（ＳＴ１２０９）。自動印刷モードが指定されている場合は、全ページのページ番号を印刷指示バッファに書き込む（ＳＴ１２１０）。図１４に印刷指示バッファの例を示す。自動印刷モード時は全ページのページ番号が一度に書かれる。
【００７５】
まず、印刷指示バッファ内のページ番号のポインタを先頭におく（ＳＴ１２１１）。ポインタが印刷指示バッファを越えていないことを確認して（ＳＴ１２１２）、ポインタが示すページの画像データをＷＷＷサーバ２２又は自機の補助記憶装置から読み出し（ＳＴ１２１３）、その読み出したページを印刷する（ＳＴ１２１４）。印刷指示バッファ内のポインタを一つ進め（ＳＴ１２１５）、同様にして次ページの画像データの印刷処理を実行する。この印刷処理をポインタが印刷指示バッファを越えるまで繰り返す。
【００７６】
なお、ステップＳＴ１２０９で自動印刷モードが設定されていないと判断した場合は、印刷指示バッファに入れるページ番号を選択指示する（ＳＴ１２１６）。相手側端末２３は、図１５に示すようなタッチパネル兼表示部を備えているものとする。このタッチパネル兼表示部を使った操作によって、ページ順に１ページづつ画像データをＷＷＷサーバ２２又は自機の補助記憶装置から読み出し、タッチパネル兼表示部のパネルに表示させ（ＳＴ１２１７）、ページ単位で印刷の有無を選択させる。パネルに１ページの画像データを表示させた状態で印刷指示を待ち（ＳＴ１２１８）、印刷指示が入力されれば、そのページ番号を印刷指示バッファに書き込み（ＳＴ１２１９）、タッチパネル兼表示部の次ページボタンを押してページを１つ進める（ＳＴ１２２０）。印刷指示が入力されなければ、そのままページを１つ進める（ＳＴ１２２０）。図１５のタッチパネル兼表示部の場合、画像が表示されている範囲内を指で押せば印刷指示と判断し、外枠が表示されるように構成される。
【００７７】
図１６に相手側端末の構成例を示す。本実施の形態では、画像データをＷＷＷサーバから受信する端末を相手側装置と呼んでおり、本装置２０と同一構成であっても良い。同図に示す相手側端末は、本装置２０と同等の機能を備えていて、さらにタッチパネル兼表示部が装置本体から分離したリモコンタイプになっている。装置本体側にリモコン通信部９を設け、リモコン側にタッチパネル兼表示部１０とリモコン通信部１１を設けている。
【００７８】
このような本実施の形態によれば、ページ単位にファイル化した画像データをＷＷＷサーバ２２へ登録し、このＷＷＷサーバ２２にアクセスするためのＵＲＬを相手側端末２３のメールアドレスに送信するので、受信側でＷＷＷサーバ上の画像データを処理すとき、１ページ単位で受信ができ、全ページ分の補助記憶装置を備える必要が無くなる。
【００７９】
また本実施の形態によれば、送信すべき画像データを標準化データ形式、非標準化データ形式の複数のデータ形式でＷＷＷサーバ２２に登録し、このＷＷＷサーバ２２にアクセスするためのＵＲＬを相手側端末２３のメールアドレスに送信するので、標準化データ形式しかサポートしない簡単な装置にも、より高品質な非標準化データ形式までサポートする装置にも、相手先の能力を最大限に生かす形で、１回の読み取り処理で送信できる。
【００８０】
また本実施の形態によれば、相手先の電子メールアドレスと画像登録すべきサーバアドレスとを対応づけた対応テーブルを用意してサーバを自動選択するようにしたので、操作内容を複雑にすること無く、相手先に応じてＷＷＷサーバを選択できるようになった。たとえば、掲示板のように多くの人に使ってもらうＷＷＷサーバや、限定された会員向けのＷＷＷサーバといった使い分けを相手先に応じてできるようになった。
【００８１】
【発明の効果】
以上詳記したように本発明によれば、本発明によれば、受信側となる相手の電子メールアドレスと画像登録すべきサーバアドレスとを対応づけたテーブルを用意してサーバを自動選択するようにしたので、操作内容を複雑にすること無く、相手先に応じてサーバを選択でき、例えば掲示板のように多くの人に使ってもらうＷＷＷサーバや、限定された会員向けのＷＷＷサーバといった使い分けを相手先に応じてできる。さらに、送信側ではページ単位で画像ファイルを作成し、受信側でページ単位で画像データを取り込んで選択的に印刷指示するような構成にすると、受信側で大容量のメモリを必要としない、使い勝手の良い画像通信装置を提供できる。
【図面の簡単な説明】
【図１】本発明の一実施の形態にかかるファクシミリ型画像通信装置の機能ブロック図
【図２】本装置を備えたネットワーク構成図
【図３】上記一実施の形態における電子メールアドレス／ＵＲＬ対応テーブルの構成図
【図４】上記一実施の形態におけるワンタッチダイヤルに登録された電子メールアドレス／ＵＲＬ対応テーブルの構成図
【図５】上記一実施の形態における送信データ属性テーブルの構成図
【図６】上記一実施の形態における受信能力テーブルの構成図
【図７】上記一実施の形態における送信動作の前半部のフロー図
【図８】上記一実施の形態における送信動作の後半部のフロー図
【図９】上記一実施の形態におけるメニューＨＴＭＬの原形文字列を示す図
【図１０】上記一実施の形態において作成されたメニューＨＴＭＬを示す図
【図１１】上記一実施の形態において作成されたＵＲＬを含んだメールヘッダを示す図
【図１２】上記一実施の形態における受信動作の前半部のフロー図
【図１３】上記一実施の形態における受信動作の後半部のフロー図
【図１４】上記一実施の形態における印刷指示バッファを示す図
【図１５】上記一実施の形態におけるタッチパネル兼表示部の概念図
【図１６】上記一実施の形態における相手側端末の機能ブロック図
【符号の説明】
１ ＣＰＵ
２ ＲＯＭ
３ ＲＡＭ
４ 補助記憶装置
５、１０ タッチパネル兼表示部
６ スキャナ部
７ ＬＡＮ制御部
８ プリンタ部
９、１１ リモコン通信部
【発明の属する技術分野】
本発明は、電子メールシステムを利用してファクシミリと同様のイメージデータを送信する画像送信装置およびサーバ並びに画像送信方法に関する。
【０００２】
【従来の技術】
従来、原稿のイメージデータをＴＩＦＦ形式のファイルに変換し、このイメージファイルをメール本体に添付ファイルの形で添付し、送信先の電子メールアドレスに電子メールで送信するファクシミリ型画像通信装置としてインタネットＦＡＸが知られている。
【０００３】
ところで、カラー画像のような大容量のデータを上記インターネットＦＡＸで直接相手装置へ送信するとなると、相手装置に大容量のメモリが必要となる。このため、現実的には電子メールを用いてカラー画像を送信することは困難な場合が多かった。
【０００４】
そこで、画像データが添付された電子メールを直接相手装置のメールアドレスへ送信するのではなく、ネットワーク上に配置したＷＷＷサーバに登録し、ＷＷＷサーバにアクセスするためのＵＲＬ（Uniform Resource Protocol）を相手装置へ送信するようにした画像通信システムが提案されている。この画像通信システムによれば、相手端末のメールボックスに予期しない大容量のデータが直接送り付けられてくる不具合を防止できる。
【０００５】
【発明が解決しようとする課題】
しかしながら、インターネットＦＡＸからＷＷＷサーバに送信データを登録し、相手端末へＵＲＬを送信するようにしただけでは、カラー画像などの大容量のデータを送信した場合には依然として使いづらいものであった。
【０００６】
つまり、ＷＷＷサーバに画像データを置いても、受信装置側が取り出すときには大容量のデータを一度に取り出すことが必要になるので、受信装置には大容量のメモリが必要になる。また、ＷＷＷサーバから受信したカラー画像をカラー印刷する場合、受信原稿を全部印刷していたので印刷時間がかかるとともに、コストも高くなってしまう。また、送信相手先に応じて送信データを登録するＷＷＷサーバを切り替えたい場合にもそのようなことはできなかった。
【０００７】
本発明は、以上のような実情に鑑みてなされたものであり、送信相手先に応じて送信データを登録するＷＷＷサーバを切替えることにより、使い勝手の良い画像送信装置及びサーバ装置を提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明は、画像データをページ単位にファイル化して画像ファイルを生成するファイル化手段と、受信側となる相手の電子メールアドレスと画像ファイルの登録先となるサーバのサーバアドレスとの対応づけを複数格納可能な記憶部と、受信側となる相手の電子メールアドレスが入力されたら当該入力電子メールアドレスに対応したサーバアドレスを前記記憶部内から選定するサーバ選定手段と、前記画像ファイルを前記選定されたサーバアドレスのサーバに登録する登録手段と、受信側となる相手の前記入力電子メールアドレスに対して前記選定されたサーバアドレスを含む電子メールを送信する通知手段と、を具備する画像送信装置である。
【０００９】
【発明の実施の形態】
本発明の第１の態様は、画像データをページ単位にファイル化して画像ファイルを生成するファイル化手段と、受信側となる相手の電子メールアドレスと画像ファイルの登録先となるサーバのサーバアドレスとの対応づけを複数格納可能な記憶部と、受信側となる相手の電子メールアドレスが入力されたら当該入力電子メールアドレスに対応したサーバアドレスを前記記憶部内から選定するサーバ選定手段と、前記画像ファイルを前記選定されたサーバアドレスのサーバに登録する登録手段と、受信側となる相手の前記入力電子メールアドレスに対して前記選定されたサーバアドレスを含む電子メールを送信する通知手段と、を具備する構成を採る。
【００１４】
この構成によれば、送信先の電子メールアドレスに対応したサーバをテーブル使って選定するので、例えば掲示板のように多くのユーザに広く使われるＷＷＷサーバや、限定された会員向けのＷＷＷサーバがあるが、送信相手に応じて適切なサーバを自動選択することができる。
【００１５】
本発明の第２の態様は、第１の態様の画像送信装置において、ワンタッチダイヤルキー番号を前記電子メールアドレスに対応づけて登録することが可能であり、前記サーバ選定手段は、ワンタッチダイヤルキー番号が入力されたら対応づけて記憶されているサーバアドレスを選定する構成を採る。
【００１６】
この構成によれば、ワンタッチダイヤルキーで送信相手が選択された場合にもサーバを選定できる。
【００１７】
本発明の第３の態様は、第１又は第２の画像送信装置において、前記サーバへ登録する画像ファイルのファイル名が登録されたメニュー画面を構造化文書で作成して前記サーバへ登録する構成を採る。
【００１８】
この構成によれば、サーバに登録した画像ファイルの登録されたメニュー画面をサーバに登録して受信側にダウンロードさせることができるので、受信側においてメニュー画面に登録されたファイル名をクリックすることでページ単位で画像データの取り込みが可能となる。
【００１９】
本発明の第４の態様は、第１から第３の態様のいずれかの画像送信装置において、前記登録手段は、全ページ分の画像ファイルが前記生成手段により生成されると、一括してサーバへ登録する構成を採る。
【００２０】
この構成によれば、全ページ分の画像ファイルを一括してサーバへ登録するようにしたので、イメージデータのサーバへの登録動作が１回で済み処理の簡略化が図られる。
【００２１】
本発明の第５の態様は、第１から第３の態様のいずれかの画像送信装置において、前記登録手段は、１ページ分の画像ファイルが前記生成手段により生成される度に、当該画像ファイルをサーバへ逐次登録する構成を採る。
【００２２】
この構成によれば、１ページ分の画像ファイルが生成される度にサーバへ登録するので、装置本体に大容量の記憶容量を確保する必要が無くなる。
【００２５】
本発明の第６の態様は、第１から第５の態様のいずれかに記載の画像送信装置から画像ファイルが登録され、画像送信先の画像受信装置がアクセスしてきたら、当該画像受信装置に対し最初にメニュー画面を送信するサーバである。
【００２６】
この構成により、サーバに登録されている画像データのメニュー画面を受信側に送信することにより、受信側でメニュー画面を使ってページ単位で画像ファイルを取込むことができる。
【００２７】
本発明の第７の態様は、画像データをページ単位にファイル化して画像ファイルを生成し、受信側となる相手の電子メールアドレスと画像ファイルの登録先となるサーバのサーバアドレスとを対応づけて複数格納可能な記憶部を予め用意しておき、受信側となる相手の電子メールアドレスが入力されたら当該入力電子メールアドレスに対応したサーバアドレスを前記記憶部から選定し、前記画像ファイルを前記選定されたサーバアドレスのサーバに登録し、受信側となる相手の前記入力電子メールアドレスに対して前記選定されたサーバアドレスを含む電子メールを送信する、画像送信方法である。
【００２８】
この構成によれば、送信先の電子メールアドレスに対応したサーバを自動的に選定するので、例えば掲示板のように多くのユーザに広く使われるＷＷＷサーバや、限定された会員向けのＷＷＷサーバがある場合に、送信相手に応じて適切なサーバを自動選択することができる。
【００２９】
本発明の第８の態様は、画像データをファイル化して画像ファイルを生成するファイル化手段と、受信側となる相手の電子メールアドレスと画像ファイルの登録先となるサーバのサーバアドレスとを対応づけを複数格納可能な記憶部と、受信側となる相手の電子メールアドレスが入力されたら当該入力電子メールアドレスに対応したサーバアドレスを前記記憶部内から選定するサーバ選定手段と、前記画像ファイルを前記選定されたサーバアドレスのサーバに登録する登録手段と、受信側となる相手の前記入力電子メールアドレスに対して前記選定されたサーバアドレスを含む電子メールを送信する通知手段と、を具備する構成を採る。
【００３０】
この構成によれば、送信先の電子メールアドレスに対応したサーバを自動的に選定するので、例えば掲示板のように多くのユーザに広く使われるＷＷＷサーバや、限定された会員向けのＷＷＷサーバがある場合に、送信相手に応じて適切なサーバを自動選択することができる。
【００３１】
本発明の第９の態様は、第８の態様の画像送信装置において、ワンタッチダイヤルキー番号を前記電子メールアドレスに対応づけて登録することが可能であり、前記サーバ選定手段は、ワンタッチダイヤルキー番号が入力されたら対応づけて記憶されているサーバアドレスを選定する構成を採る。
【００３２】
この構成によれば、ワンタッチダイヤルキーで送信相手が選択された場合にもサーバを選定できる。
【００３３】
本発明の第１０の態様は、第８又は第９の画像送信装置において、前記サーバへ登録する画像ファイルのファイル名が登録されたメニュー画面を構造化文書で作成して前記サーバへ登録する構成を採る。
【００３４】
この構成によれば、サーバに登録した画像ファイルの登録されたメニュー画面をサーバに登録して受信側にダウンロードさせることができるので、受信側においてメニュー画面に登録されたファイル名をクリックすることでページ単位で画像データの取り込みが可能となる。
【００３５】
本発明の第１１の態様は、第８又は第９のいずれかに記載の画像送信装置から画像ファイルが登録され、画像送信先の画像受信装置がアクセスしてきたら、当該画像受信装置に対し最初にメニュー画面を送信するサーバである。
【００３６】
この構成によれば、サーバに登録されている画像データのメニュー画面を受信側に送信することにより、受信側でメニュー画面を使って画像ファイルを取込むことができる。
【００３７】
本発明の第１２の態様は、画像データをファイル化して画像ファイルを生成し、受信側となる相手の電子メールアドレスと画像ファイルの登録先となるサーバのサーバアドレスとを対応づけて複数格納可能な記憶部を予め用意しておき、受信側となる相手の電子メールアドレスが入力されたら当該入力電子メールアドレスに対応したサーバアドレスを前記記憶部から選定し、前記画像ファイルを前記選定されたサーバアドレスのサーバに登録し、受信側となる相手の前記入力電子メールアドレスに対して前記選定されたサーバアドレスを含む電子メールを送信する、画像送信方法である。
【００３８】
この方法によれば、送信先の電子メールアドレスに対応したサーバを自動的に選定するので、例えば掲示板のように多くのユーザに広く使われるＷＷＷサーバや、限定された会員向けのＷＷＷサーバがある場合に、送信相手に応じて適切なサーバを自動選択することができる。
【００４３】
以下、本発明の一実施の形態について図面を参照して説明する。
【００４４】
図１は本実施の形態にかかるファクシミリ型画像通信装置（以下、「本装置」と呼ぶ）の機能ブロックである。本装置は、ＣＰＵ１が装置全体の制御を行う。ＣＰＵ１に対してＲＯＭ２、ＲＡＭ３、補助記憶装置４、タッチパネル兼表示部５、スキャナ部６、ＬＡＮ制御部７、プリンタ部８等が内部バスを介して接続される。ＲＯＭ２はＣＰＵ１によって実行されるプログラムを格納し、ＲＡＭ３はプログラムの作業エリアや、メールデータ及び画像データの一時記憶等のための記憶エリアに使用される。補助記憶装置４は、ハードディスクで構成され、画像データなどの保存に使用される。送信処理及び受信処理の簡略化で補助記憶装置４を削減した構成をとることもできる。タッチパネル兼表示部５は、画像データや操作指示案内の表示部として機能するとともに、アルファベット、数字、記号、ワンタッチダイヤルを表示して操作指示入力のためのタッチパネルとして機能する。タッチパネル兼表示部５を使用して受信した画像データの表示、印刷指示、電子メールアドレスの入力ができるようになっている。スキャナ部６は、原稿を読取ってイメージデータに変換する。カラー原稿の場合は、カラーイメージデータに変換するものとする。ＬＡＮ制御部７は、ＬＡＮインターフェースであり、ネットワークを通してデータの送受信を行う。
【００４５】
図２に本装置を用いて画像通信するためのネットワーク構成を示す。本装置２０はイーサネット(R)に接続されていて、このイーサネット(R)を経由してネットワーク２１に接続する。ネットワーク２１は、インターネット又はイントラネットである。本装置２０は、ネットワーク２１に配置されたＷＷＷサーバ２２に画像データを登録する一方、ネットワーク２１の向こう側にいる相手側端末２３にＷＷＷサーバ２２のＵＲＬを送信する。
【００４６】
本装置２０は、ＷＷＷサーバ２２に対して複数ページの画像データをページ単位にファイル化して登録する分割登録機能と、送信すべき画像データを標準化データ形式及び非標準化データ形式の複数のデータ形式でＷＷＷサーバ２２に登録するマルチフォーム登録機能とを有する。分割登録機能及びマルチフォーム登録機能は、ＣＰＵ１がＲＯＭ２に格納されたプログラムを実行することにより実現する機能の一つである。
【００４７】
なお、本実施の形態では、Ａ４サイズ、３００ｄｐｉ、「ＹＣｄＣｒ色空間」、ＪＦＩＦ(JPEG File Interchange Format)データを標準化データ形式、それ以外のデータを非標準化データ形式と想定している。
【００４８】
また、本装置２０は、送信相手に応じてＷＷＷサーバを自動切替えするサーバ選択機能を備えている。送信相手に応じたサーバの選択は、電子メールアドレスとＷＷＷサーバのＵＲＬとを対応させた対応テーブルを使って行われる。
【００４９】
図３にサーバ選択機能に関連してＲＯＭ２に登録された電子メールアドレス／ＵＲＬ対応テーブルの構成例を示す。この対応テーブルには、送信相手の電子メールアドレスが複数登録できるようになっていて、各電子メールアドレスに対応させてその電子メールアドレスに送信すべき画像データが登録されるＷＷＷサーバのＵＲＬアドレスが登録されている。電子メールアドレスは、アドレスを完全に記載しても良いしワイルドカード（＊）を使ってアドレスの一部（例えばドメインだけ）だけを登録するようにしても良い。また、ワイルドカードのみの電子メールアドレス（空アドレス）に対応して１つのＷＷＷサーバを登録している。対応テーブルに登録していない電子メールアドレス（全部又は一部）が入力された場合にデフォルトのＷＷＷサーバを選択するためである。
【００５０】
図４はワンタッチダイヤルを使用して電子メールアドレスを入力した場合に、ＷＷＷサーバを選択できるようにした対応テーブルである。同図に示すように、ワンタッチダイヤルと電子メールアドレスと使用するＷＷＷサーバのＵＲＬとが対応づけられて設定されている。
【００５１】
図５（ａ）（ｂ）には、本装置のマルチフォーム登録機能に関連してＲＯＭ２に登録された送信データ属性テーブルの構成を示す。図５（ａ）は標準化データのみを送る場合のテーブルを示しており、同図（ｂ）は標準化データと共に非標準化データを送る場合のテーブルを示している。図５（ａ）のファイル属性の欄には標準化データである「．ｊｐｇ」のみが登録されている。図５（ｂ）のファイル属性の欄には標準化データである「．ｊｐｇ」以外に「．ｔｉｆ」「．ｂｍｐ」が登録されている。ファイル属性＝「．ｔｉｆ」はＴＩＦＦファイルを意味しており、ファイル属性＝「．ｂｍｐ」はビットマップファイルを意味しており、これらのファイルは非標準として扱われる。
【００５２】
また、送信データ属性テーブルには各ファイル属性にマルチページサインが付いている。１ファイルに複数ページが含まれるファイル属性（形式）にはマルチページサイン＝１が付与され、それ以外のファイル属性（形式）にはマルチページサイン＝０が付与される。
【００５３】
本装置がＷＷＷサーバから画像データを受信する場合は受信装置となる。図２における相手側端末２３を本装置２０と同一構成にすることができる。この場合、相手側端末２３に自機の処理能力に合ったファイルを選択して取得するファイル選択取得機能を備える。
【００５４】
図６は相手側端末２３にファイル選択取得機能を持たせるための受信能力テーブルの構成図である。受信能力テーブルには、自機の処理能力がファイル属性にて登録されている。複数のファイル属性に対応できる場合は優先順位の高い順番にファイル属性を並べている。
【００５５】
次に、以上のように構成された本装置の動作について説明する。図７、図８に本装置２０の送信動作のフローチャートを示す。タッチパネル兼表示部５のタッチパネル機能によって相手側端末２３の電子メールアドレスが入力される（ＳＴ７０１）。入力された電子メールアドレスと一致するメールアドレスを、図３に示す電子メールアドレス／ＵＲＬ対応テーブルから検索する。検索の結果、一致する電子メールアドレスが存在すれば、その電子メールアドレスに対応するＷＷＷサーバのＵＲＬを決定し、所定領域に格納する（ＳＴ７０２）。
【００５６】
次に、タッチパネル兼表示部５からの操作入力に応じてスキャナ部６を動作させて原稿をスキャンし画像データを取り込む。複数の原稿がセットされている場合は、連続して原稿読取動作を実行して複数ページの画像データを取り込む（ＳＴ７０３）。スキャナ部６から取込まれた画像データをページ単位でファイル化し、ページ毎に”ｆａｘ０１”、”ｆａｘ０２”のように連番を含んだファイル名を付けて、補助記憶装置４に順次格納する（ＳＴ７０３）。補助記憶装置４に画像データをページ単位で格納するときにページカウントも併せて行う。
【００５７】
次に、上記ステップＳＴ７０２で選択したＷＷＷサーバ（ＵＲＬ）にホームディレクトリを作成する（ＳＴ７０４）。以下、ステップＳＴ７０２で選択したＷＷＷサーバはＷＷＷサーバ２２であるとする。具体的には、ＷＷＷサーバ２２内の、予めＦＴＰ（File Transfer Protocol）登録用に設定されたディレクトリ下に、そのサーバ内でユニークになるように時分秒などを含んだ名前を持つサブディレクトリをＦＴＰのコマンドで作成する。本明細書では、このサブディレクトリをホームディレクトリと呼ぶ。ホームディレクトリは、ステップＳＴ７０３で保存したファイル（ページ単位のファイル）を登録するために使われる。
【００５８】
次に、原稿のメニューとなるＨＴＭＬ（Hyper Text Markup Language）の原形の文字列を、ＲＡＭ３上に用意する（ＳＴ７０５）。図９にメニューＨＴＭＬの原形文字列を示す。
【００５９】
補助記憶装置４に上記ステップＳＴ７０３で格納した画像データファイルが存在する場合（ＳＴ７０６）、補助記憶装置４に保存した原稿の画像データファイルを”ｆａｘ０１”から１ページずつ読み出す。そして、読み出した画像データファイルをＪＦＩＦに変換し（ＳＴ７０７）、ＷＷＷサーバ２２のホームディレクトリに同じファイル名でＦＴＰで登録する（ＳＴ７０８）。ホームディレクトリに登録したファイル名と同じファイル名を含んだＨＴＭＬの行を、ＲＡＭ３上に用意したメニューＨＴＭＬの文字列の中（＜ＢＯＤＹ＞の部分）に挿入する（ＳＴ７０９）。このＨＴＭＬを新たなＨＴＭＬの原形とする。
【００６０】
メニューＨＴＭＬにホームディレクトリに登録したファイル名のＨＴＭＬの行を挿入したら、次に送信データ属性テーブルに非標準化データの送信指示が設定されているかどうかチェックする（ＳＴ７１０）。非標準化データの送信指示が設定されていなければ、ステップＳＴ７０６に戻り画像データファイルが残っているか判断する。補助記憶装置４に格納された全ページ分の画像データが終了するまで、ステップＳＴ７０７からステップＳＴ７０９の処理を繰り返す。
【００６１】
一方、ステップＳＴ７１０で非標準化データの送信指示が設定されていれば、さらに１ファイルマルチページの非標準化データか否か判断する（ＳＴ７１１）。送信データ属性テーブルに設定したマルチページサインに基づいて判断する。マルチページサイン＝０であれば、送信データ属性テーブルに登録されている非標準化データ形式に画像データを変換する（ＳＴ７１２）。
【００６２】
そして、非標準化形式に変換された画像データを、ＷＷＷサーバ２２内のホームディレクトリにＦＴＰで登録する（ＳＴ７１３）。ホームディレクトリに登録した画像データのファイル名を含んだ行をメニューＨＴＭＬに挿入する（ＳＴ７１４）。
【００６３】
なお、送信データ属性テーブルに登録されたマルチページサイン＝１の場合は、複数のページを１ファイルにまとめる必要がある。補助記憶装置４に保存された画像データファイルは１ファイルが１ページ分である。１ページずつ読み込んで非標準形式に編集し、最終的に複数ページを１ファイルに変換して補助記憶装置４に一時格納する（ＳＴ７１５）。
【００６４】
このようにして完成したＨＴＭＬの記述例を図１０に示す。図１０は、３ページの原稿を標準化データ形式と、２つの非標準化データ形式（ＴＩＦＦとビットマップ）とで記述した例である。
【００６５】
一方、上記ステップＳＴ７０６において、補助記憶装置４に格納したファイルを全てホームディレクトリに格納したと判断した場合は、１ファイルマルチページの非標準化データを作成したか否か判断する（ＳＴ７１６）。１ファイルマルチページの非標準化データを作成して補助記憶装置４に格納している場合は、その格納している非標準化データをＷＷＷサーバ２２のホームディレクトリにＦＴＰで登録する（ＳＴ７１７）。ホームディレクトリに登録した非標準化データのファイル名を含んだ行を、ＲＡＭ３上のメニューＨＴＭＬに挿入する（ＳＴ７１８）。
【００６６】
次に、以上のようにしてＲＡＭ上に作成したメニューＨＴＭＬを、ＷＷＷサーバ２２内のホームディレクトリにｉｎｄｅｘ．ｈｔｍｌというファイル名を付けてＦＴＰで登録する（ＳＴ７１９）。
【００６７】
そして、上記ステップＳＴ７０２で保存したＵＲＬ（ＷＷＷサーバ２２のＵＲＬ）の後ろにホームディレクトリ名を付け加えたＵＲＬを作成する（ＳＴ７２０）。この作成したＵＲＬを、電子メールのＭＩＭＥヘッダのExternal-Body Subtypeフィールドに記述し、相手側端末２３に電子メールで送信する。
【００６８】
図１１に上記ＵＲＬを含む電子メールのヘッダの例を示す。上記ＵＲＬをメール本文やsubjectフィールドに記述しても良い。
【００６９】
なお、標準化データ形式の画像ファイルのみを送信するタイプの簡易的な本装置の例では、１ページ分の画像ファイルが生成される度に、当該画像ファイルをサーバへ逐次登録するように構成しても良い。すなわち、１ページ分読み取り、ＪＦＩＦ変換、ＷＷＷサーバへの登録、の一連の処理を全ページ分繰り返すようにする。このようにすることで、全ページの一括読み取りが不要になり、補助記憶装置４の容量を削減できる。
【００７０】
次に、相手側端末２３がＷＷＷサーバ２２から登録された画像ファイルを取込む受信動作に付いて、図１２及び図１３のフローチャートに従って説明する。上述したように、本装置２０がＷＷＷサーバ２２のＵＲＬを電子メールで相手側端末２３のメールアドレスに送信している。
【００７１】
相手側端末２３は、ＷＷＷサーバ２２のＵＲＬが含まれた電子メールを受信すると（ＳＴ１２０１）、その電子メールのメールヘッダ（ＭＩＭＥヘッダ）からＵＲＬを取り出す（ＳＴ１２０２）。そして、そのＵＲＬが示すＷＷＷサーバ２２にＨＴＴＰでアクセスし、そのＷＷＷサーバ２２からメニューＨＴＭＬを取り出す（ＳＴ１２０３）。
【００７２】
次に、メニューＨＴＭＬに登録されたファイル属性の中から自機の能力に合ったファイル属性を選択する（ＳＴ１２０４）。そのため、受信能力テーブル（図６）から優先度の高い順位にファイル属性を取り出し、メニューＨＴＭＬのファイル名記述行中のファイル属性と比較する。最も優先度の高いファイル属性と一致するファイル属性がメニューＨＴＭＬに存在すれば、そのファイル属性のファイル名を受信対象ファイルに決定する。一方、優先度の高いファイル属性と一致するファイル属性がメニューＨＴＭＬに存在しない場合は、受信能力テーブル内の次の優先度のファイル属性を取り出して同様のチェックを行う。一致するファイル属性が見つかるまで順次優先度を下げながら受信能力テーブルからファイル属性を取り出して同等のチェックを実行する。
【００７３】
このようにして決定したファイル名の属性が、「．ＴＩＦ」のように１つのファイルに複数ページを含むファイルである場合は（ＳＴ１２０５）、ＷＷＷサーバ２２からそのファイル全体を読み込み、ページ単位で読み出しが可能な形に変換して自機の補助記憶装置に書き込む（ＳＴ１２０６）。このとき、ファイル内の全ページ数を数え、数えたページ数を記憶する（ＳＴ１２０８）。また、１つのファイルに複数ページを含むファイルでない場合は、メニューＨＴＭＬの記述から全ページ枚数を数え、その数えた枚数を記憶する（ＳＴ１２０７）。
【００７４】
次に、自動印刷モードが指定されているか否か判断する（ＳＴ１２０９）。自動印刷モードが指定されている場合は、全ページのページ番号を印刷指示バッファに書き込む（ＳＴ１２１０）。図１４に印刷指示バッファの例を示す。自動印刷モード時は全ページのページ番号が一度に書かれる。
【００７５】
まず、印刷指示バッファ内のページ番号のポインタを先頭におく（ＳＴ１２１１）。ポインタが印刷指示バッファを越えていないことを確認して（ＳＴ１２１２）、ポインタが示すページの画像データをＷＷＷサーバ２２又は自機の補助記憶装置から読み出し（ＳＴ１２１３）、その読み出したページを印刷する（ＳＴ１２１４）。印刷指示バッファ内のポインタを一つ進め（ＳＴ１２１５）、同様にして次ページの画像データの印刷処理を実行する。この印刷処理をポインタが印刷指示バッファを越えるまで繰り返す。
【００７６】
なお、ステップＳＴ１２０９で自動印刷モードが設定されていないと判断した場合は、印刷指示バッファに入れるページ番号を選択指示する（ＳＴ１２１６）。相手側端末２３は、図１５に示すようなタッチパネル兼表示部を備えているものとする。このタッチパネル兼表示部を使った操作によって、ページ順に１ページづつ画像データをＷＷＷサーバ２２又は自機の補助記憶装置から読み出し、タッチパネル兼表示部のパネルに表示させ（ＳＴ１２１７）、ページ単位で印刷の有無を選択させる。パネルに１ページの画像データを表示させた状態で印刷指示を待ち（ＳＴ１２１８）、印刷指示が入力されれば、そのページ番号を印刷指示バッファに書き込み（ＳＴ１２１９）、タッチパネル兼表示部の次ページボタンを押してページを１つ進める（ＳＴ１２２０）。印刷指示が入力されなければ、そのままページを１つ進める（ＳＴ１２２０）。図１５のタッチパネル兼表示部の場合、画像が表示されている範囲内を指で押せば印刷指示と判断し、外枠が表示されるように構成される。
【００７７】
図１６に相手側端末の構成例を示す。本実施の形態では、画像データをＷＷＷサーバから受信する端末を相手側装置と呼んでおり、本装置２０と同一構成であっても良い。同図に示す相手側端末は、本装置２０と同等の機能を備えていて、さらにタッチパネル兼表示部が装置本体から分離したリモコンタイプになっている。装置本体側にリモコン通信部９を設け、リモコン側にタッチパネル兼表示部１０とリモコン通信部１１を設けている。
【００７８】
このような本実施の形態によれば、ページ単位にファイル化した画像データをＷＷＷサーバ２２へ登録し、このＷＷＷサーバ２２にアクセスするためのＵＲＬを相手側端末２３のメールアドレスに送信するので、受信側でＷＷＷサーバ上の画像データを処理すとき、１ページ単位で受信ができ、全ページ分の補助記憶装置を備える必要が無くなる。
【００７９】
また本実施の形態によれば、送信すべき画像データを標準化データ形式、非標準化データ形式の複数のデータ形式でＷＷＷサーバ２２に登録し、このＷＷＷサーバ２２にアクセスするためのＵＲＬを相手側端末２３のメールアドレスに送信するので、標準化データ形式しかサポートしない簡単な装置にも、より高品質な非標準化データ形式までサポートする装置にも、相手先の能力を最大限に生かす形で、１回の読み取り処理で送信できる。
【００８０】
また本実施の形態によれば、相手先の電子メールアドレスと画像登録すべきサーバアドレスとを対応づけた対応テーブルを用意してサーバを自動選択するようにしたので、操作内容を複雑にすること無く、相手先に応じてＷＷＷサーバを選択できるようになった。たとえば、掲示板のように多くの人に使ってもらうＷＷＷサーバや、限定された会員向けのＷＷＷサーバといった使い分けを相手先に応じてできるようになった。
【００８１】
【発明の効果】
以上詳記したように本発明によれば、本発明によれば、受信側となる相手の電子メールアドレスと画像登録すべきサーバアドレスとを対応づけたテーブルを用意してサーバを自動選択するようにしたので、操作内容を複雑にすること無く、相手先に応じてサーバを選択でき、例えば掲示板のように多くの人に使ってもらうＷＷＷサーバや、限定された会員向けのＷＷＷサーバといった使い分けを相手先に応じてできる。さらに、送信側ではページ単位で画像ファイルを作成し、受信側でページ単位で画像データを取り込んで選択的に印刷指示するような構成にすると、受信側で大容量のメモリを必要としない、使い勝手の良い画像通信装置を提供できる。
【図面の簡単な説明】
【図１】本発明の一実施の形態にかかるファクシミリ型画像通信装置の機能ブロック図
【図２】本装置を備えたネットワーク構成図
【図３】上記一実施の形態における電子メールアドレス／ＵＲＬ対応テーブルの構成図
【図４】上記一実施の形態におけるワンタッチダイヤルに登録された電子メールアドレス／ＵＲＬ対応テーブルの構成図
【図５】上記一実施の形態における送信データ属性テーブルの構成図
【図６】上記一実施の形態における受信能力テーブルの構成図
【図７】上記一実施の形態における送信動作の前半部のフロー図
【図８】上記一実施の形態における送信動作の後半部のフロー図
【図９】上記一実施の形態におけるメニューＨＴＭＬの原形文字列を示す図
【図１０】上記一実施の形態において作成されたメニューＨＴＭＬを示す図
【図１１】上記一実施の形態において作成されたＵＲＬを含んだメールヘッダを示す図
【図１２】上記一実施の形態における受信動作の前半部のフロー図
【図１３】上記一実施の形態における受信動作の後半部のフロー図
【図１４】上記一実施の形態における印刷指示バッファを示す図
【図１５】上記一実施の形態におけるタッチパネル兼表示部の概念図
【図１６】上記一実施の形態における相手側端末の機能ブロック図
【符号の説明】
１ ＣＰＵ
２ ＲＯＭ
３ ＲＡＭ
４ 補助記憶装置
５、１０ タッチパネル兼表示部
６ スキャナ部
７ ＬＡＮ制御部
８ プリンタ部
９、１１ リモコン通信部
Claims (12)
- 画像データをページ単位にファイル化して画像ファイルを生成するファイル化手段と、受信側となる相手の電子メールアドレスと画像ファイルの登録先となるサーバのサーバアドレスとの対応づけを複数格納可能な記憶部と、受信側となる相手の電子メールアドレスが入力されたら当該入力電子メールアドレスに対応したサーバアドレスを前記記憶部内から選定するサーバ選定手段と、前記画像ファイルを前記選定されたサーバアドレスのサーバに登録する登録手段と、受信側となる相手の前記入力電子メールアドレスに対して前記選定されたサーバアドレスを含む電子メールを送信する通知手段と、を具備する画像送信装置。
- ワンタッチダイヤルキー番号を前記電子メールアドレスに対応づけて登録することが可能であり、前記サーバ選定手段は、ワンタッチダイヤルキー番号が入力されたら対応づけて記憶されているサーバアドレスを選定する、ことを特徴とする請求項１に記載の画像送信装置。
- 前記サーバへ登録する画像ファイルのファイル名が登録されたメニュー画面を構造化文書で作成して前記サーバへ登録することを特徴とする請求項１又は請求項２に記載の画像送信装置。
- 前記登録手段は、全ページ分の画像ファイルが前記生成手段により生成されると、一括してサーバへ登録することを特徴とする請求項１から請求項３のいずれかに記載の画像送信装置。
- 前記登録手段は、１ページ分の画像ファイルが前記生成手段により生成される度に、当該画像ファイルをサーバへ逐次登録することを特徴とする請求項１から請求項３のいずれかに記載の画像送信装置。
- 請求項１から請求項５のいずれかに記載の画像送信装置から画像ファイルが登録され、画像送信先の画像受信装置がアクセスしてきたら当該画像受信装置に対し最初にメニュー画面を送信し、その後要求してきた画像ファイルを転送することを特徴とするサーバ。
- 画像データをページ単位にファイル化して画像ファイルを生成し、受信側となる相手の電子メールアドレスと画像ファイルの登録先となるサーバのサーバアドレスとを対応づけて複数格納可能な記憶部を予め用意しておき、受信側となる相手の電子メールアドレスが入力されたら当該入力電子メールアドレスに対応したサーバアドレスを前記記憶部から選定し、前記画像ファイルを前記選定されたサーバアドレスのサーバに登録し、受信側となる相手の前記入力電子メールアドレスに対して前記選定されたサーバアドレスを含む電子メールを送信することを特徴とする画像送信方法。
- 画像データをファイル化して画像ファイルを生成するファイル化手段と、受信側となる相手の電子メールアドレスと画像ファイルの登録先となるサーバのサーバアドレスとを対応づけを複数格納可能な記憶部と、受信側となる相手の電子メールアドレスが入力されたら当該入力電子メールアドレスに対応したサーバアドレスを前記記憶部内から選定するサーバ選定手段と、前記画像ファイルを前記選定されたサーバアドレスのサーバに登録する登録手段と、受信側となる相手の前記入力電子メールアドレスに対して前記選定されたサーバアドレスを含む電子メールを送信する通知手段と、を具備する画像送信装置。
- ワンタッチダイヤルキー番号を電子メールアドレスに対応づけて登録することが可能であり、前記サーバ選定手段は、ワンタッチダイヤルキー番号が入力されたら対応づけて記憶されているサーバアドレスを選定する、ことを特徴とする請求項８に記載の画像送信装置。
- 前記サーバへ登録する画像ファイルのファイル名が登録されたメニュー画面を構造化文書で作成して前記サーバへ登録することを特徴とする請求項８又は請求項９に記載の画像送信装置。
- 請求項８又は請求項９に記載の画像送信装置から画像ファイルが登録され、画像送信先の画像受信装置がアクセスしてきたら当該画像受信装置に対し最初にメニュー画面を送信し、その後要求してきた画像ファイルを転送するサーバ。
- 画像データをファイル化して画像ファイルを生成し、受信側となる相手の電子メールアドレスと画像ファイルの登録先となるサーバのサーバアドレスとを対応づけて複数格納可能な記憶部を予め用意しておき、受信側となる相手の電子メールアドレスが入力されたら当該入力電子メールアドレスに対応したサーバアドレスを前記記憶部から選定し、前記画像ファイルを前記選定されたサーバアドレスのサーバに登録し、受信側となる相手の前記入力電子メールアドレスに対して前記選定されたサーバアドレスを含む電子メールを送信することを特徴とする画像送信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002244087A JP3780238B2 (ja) | 2002-08-23 | 2002-08-23 | 画像送信装置およびサーバ並びに画像送信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002244087A JP3780238B2 (ja) | 2002-08-23 | 2002-08-23 | 画像送信装置およびサーバ並びに画像送信方法 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3588999A Division JP3640827B2 (ja) | 1999-02-15 | 1999-02-15 | 画像受信装置および画像受信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003179721A JP2003179721A (ja) | 2003-06-27 |
| JP3780238B2 true JP3780238B2 (ja) | 2006-05-31 |
Family
ID=19196500
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002244087A Expired - Fee Related JP3780238B2 (ja) | 2002-08-23 | 2002-08-23 | 画像送信装置およびサーバ並びに画像送信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3780238B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7242496B2 (en) | 2003-10-10 | 2007-07-10 | Murata Kikai Kabushiki Kaisha | Facsimile machine and data conversion device |
| JP4574727B2 (ja) * | 2009-07-27 | 2010-11-04 | キヤノン株式会社 | 情報処理方法及び情報処理装置並びに記憶媒体 |
| JP5938972B2 (ja) * | 2012-03-22 | 2016-06-22 | 富士ゼロックス株式会社 | 画像処理装置及びプログラム |
| JP2014170558A (ja) * | 2014-04-08 | 2014-09-18 | Nakayo Inc | ファイル変換情報通知機能を有する通信端末 |
| JP6658141B2 (ja) * | 2016-03-14 | 2020-03-04 | コニカミノルタ株式会社 | 画像データ提供システム、画像処理装置、サーバ、コンピュータプログラム、および画像データ提供方法 |
-
2002
- 2002-08-23 JP JP2002244087A patent/JP3780238B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003179721A (ja) | 2003-06-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7224491B2 (en) | Data communication apparatus, data communication system, data communication method, control program, and computer readable storage medium stored with control program | |
| EP1427179B1 (en) | Communication apparatus and communication method | |
| US7760380B2 (en) | Image forming apparatus, control method thereof, image forming system, and program | |
| US9019527B2 (en) | Image forming apparatus, image processing apparatus, image processing system, image processing method, program, and recording medium | |
| JP3640827B2 (ja) | 画像受信装置および画像受信方法 | |
| JP2009124258A6 (ja) | 多機能入出力装置 | |
| JP4702463B2 (ja) | 画像データ送信装置、画像データ送信方法、およびコンピュータプログラム | |
| JP2011229038A (ja) | 画像処理装置 | |
| JP3780238B2 (ja) | 画像送信装置およびサーバ並びに画像送信方法 | |
| GB2412031A (en) | A method and system for proofing of send jobs | |
| US20040010757A1 (en) | Method and system to place a scanned document in the body of an email | |
| JP3649148B2 (ja) | ファクシミリサーバ | |
| JP3828914B2 (ja) | 画像受信装置及び画像受信方法 | |
| JP2006135890A (ja) | データ処理システム、データ処理システムの制御方法、情報処理装置、画像処理装置、プログラムおよび記憶媒体 | |
| CN101399893A (zh) | 向要通过网络发送的图像数据文件添加页的方法和设备 | |
| JP3557517B2 (ja) | 多機能端末装置 | |
| JP2007013322A (ja) | ネットワーク複合機 | |
| JP2012156860A (ja) | 画像処理装置 | |
| JP3890288B2 (ja) | ウエブサーバ機能付き通信装置、および通信方法 | |
| JP3912301B2 (ja) | 画像処理装置 | |
| JP2004200969A (ja) | 画像入出力装置、画像入出力装置におけるデータ管理方法及びそのプログラム | |
| US9824089B2 (en) | Communication apparatus, data control method in said apparatus, and storage medium storing program for data control | |
| JP2002297500A (ja) | データ通信装置、データ通信システム、データ通信方法、制御プログラム、および制御プログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JP2006025072A (ja) | 画像処理サーバ、画像処理クライアント、画像処理方法、コンピュータ・プログラムおよび記憶媒体 | |
| JP2001084185A (ja) | データ処理装置、データ処理システムにおけるデータ処理方法及びコンピュータ可読記憶媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040126 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040309 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060306 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100310 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110310 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110310 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120310 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130310 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130310 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140310 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |