JPH09186816A

JPH09186816A - 画像通信装置

Info

Publication number: JPH09186816A
Application number: JP7343895A
Authority: JP
Inventors: Koichi Matsumoto; 耕一松本; Masaaki Inde; 正昭印出; Yasunori Fujiwara; 康紀藤原
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1995-12-28
Filing date: 1995-12-28
Publication date: 1997-07-15

Abstract

(57)【要約】【課題】ＬＡＮ（Local Area Network) に接続されたフ
ァクシミリ装置において、受信した画像データをＬＡＮ
上の宛先端末に自動的に配送、若しくは、ＬＡＮ上の宛
先端末に受信通知を行う。【解決手段】受信したＪＰＥＧデータストリームのコメ
ントマーカから発信側で指定したメールネーム等のアド
レスデータをアドレスデータ抽出手段１０１により抽出
し、アドレス変換手段１０２において、ＬＡＮ上のアド
レスに変換する。得られたＬＡＮ上のアドレスに基づ
き、受信画像配送手段１０４により、ＬＡＮ上の宛先端
末に自動的に受信画像を配送する。或いは、受信画像転
送手段１５により、ＬＡＮ上のファイルサーバーに受信
画像を転送するとともに、受信通知手段１０３により、
ＬＡＮ上の宛先端末に受信通知を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＬＡＮ（Local Ar
ea Network) と外部通信回線との間に接続されるファク
シミリ等の画像通信装置に関する。

【０００２】

【従来の技術】従来、ファクシミリ装置に代表される画
像通信装置は、ＩＴＵ（International Telecommunicat
ions Union) による通信関連の国際標準化により大きく
発展してきた。グループ１、グループ２と呼ばれる初期
の国際規格からグループ３（Ｇ３）に至って、ファクシ
ミリは世界的規模で普及していった。特に、現在最も普
及しているＧ３ファクシミリは、ＩＴＵ勧告T.4 、T.3
0、T.5 、T.6 （旧ＣＣＩＴＴ）により規定されてお
り、今後も更に新規機能の標準化が行われていく予定で
ある。

【０００３】このような過程で、現在新たに標準化が行
われたのがＩＴＵ−Ｔ勧告T.81である。このT.81は、Ｊ
ＰＥＧ符号化方式のＧ３規格への導入である。ＪＰＥＧ
符号化方式は、１画素を多値（例えば８ビット）レベル
で表現した中間調画像データを効率良く圧縮するために
開発されたもので、一般的なベースラインプロセス（Ｄ
ＣＴ方式）では、従来のＭＭＲ符号化方式等と違って非
可逆符号化であることが知られている。これは、このＪ
ＰＥＧのベースラインプロセスが、原画像である生画像
データを近似処理してから圧縮を行っているためであ
る。また、ＪＰＥＧ符号化方式では、本勧告により情報
量の多いカラー画像等の通信が頻繁化されることで、コ
ンピュータとの通信も想定され、生画像データより取扱
いの容易な記号化データも含んだ通信ができるように考
慮されている。

【０００４】

【発明が解決しようとする課題】例えば、企業内のＬＡ
Ｎに接続されたファクシミリ等の画像通信装置において
は、従来、外部通信回線から受信した画像データを全て
記録紙に出力するか、或いは、予め定められたメモリに
格納するようにしていた。そして、受信画像データをＬ
ＡＮ上の端末に配送する場合、その配送の通信制御は、
その企業の自社モードの通信プロトコルにより行われる
のが殆どであった。

【０００５】しかしながら、受信画像データを全て記録
紙に出力する装置では、その装置の設置場所でしか受信
画像を受け取ることができず、また、そこでしか受信画
像の有無を確認することができないという欠点があっ
た。このため、受取人は、その装置の設置場所に行っ
て、プリンタから出力される全ての受信画像の中から目
的の受信画像を探さなければならないという面倒があっ
た。

【０００６】また、受信画像を予め定められたメモリに
格納し、そのメモリから読み出してＬＡＮ上の端末に配
送するように構成された装置の場合でも、配送先の端末
を指定するために、例えば、オペレータが、メモリ内に
格納されているその受信画像の宛名を見て宛先端末を知
る必要があった。

【０００７】要するに、従来は、受信画像の配送の通信
制御を各企業の自社モードの通信プロトコルにより行っ
ていたため、その通信プロトコルを持たない発信側の機
器では、ＬＡＮ上のどの端末にデータを送れば良いのか
を指定できないという問題があった。

【０００８】そこで、本発明の目的は、発信者がＬＡＮ
に個別の通信プロトコルを持たなくても、ＬＡＮ上のア
ドレス指定が行える方式の画像通信装置を提供すること
である。

【０００９】

【課題を解決するための手段】上述した課題を解決する
本発明の画像通信装置は、ＬＡＮと外部通信回線との間
に接続され、前記外部通信回線から受信した画像データ
を前記ＬＡＮに送出する画像通信装置であって、前記外
部通信回線から受信した受信データから前記ＬＡＮ上の
アドレスを示すアドレスデータを抽出するアドレスデー
タ抽出手段と、前記アドレスデータ抽出手段により抽出
されたアドレスデータを前記ＬＡＮ上のアドレスに変換
するアドレス変換手段とを備える。

【００１０】本発明の一態様では、前記外部通信回線か
ら受信する受信データが、ＩＴＵ−Ｔ勧告に従ったＪＰ
ＥＧデータである。

【００１１】本発明の一態様では、前記アドレスデータ
抽出手段により抽出されるアドレスデータが、前記ＪＰ
ＥＧデータのコメントマーカのフレームに格納されたデ
ータである。

【００１２】本発明の一態様では、前記外部通信回線か
ら受信した画像データを、前記ＬＡＮに接続されたファ
イルサーバーに転送する受信画像転送手段と、前記アド
レス変換手段により変換された前記ＬＡＮ上のアドレス
に対応する宛先端末に受信通知を行う受信通知手段とを
更に備える。

【００１３】本発明の一態様では、前記外部通信回線か
ら受信した画像データを、前記アドレス変換手段により
変換された前記ＬＡＮ上のアドレスに対応する宛先端末
に配送する受信画像配送手段を更に備える。

【００１４】本発明の一態様では、前記外部通信回線か
ら受信した画像データを蓄積する受信画像蓄積手段と、
前記アドレス変換手段により変換された前記ＬＡＮ上の
アドレスに対応する宛先端末に受信通知を行う受信通知
手段とを更に備える。

【００１５】本発明の一態様では、前記外部通信回線か
ら受信した受信データに前記ＬＡＮ上のアドレスを示す
アドレスデータが存在しない場合に、前記外部通信回線
から受信した画像データを、前記ＬＡＮに接続されたフ
ァイルサーバーの所定の領域に転送する局留め転送手段
を更に備える。

【００１６】本発明の一態様では、前記外部通信回線か
ら受信した受信データに前記ＬＡＮ上のアドレスを示す
アドレスデータが存在しない場合に、前記外部通信回線
から受信した画像データを破棄する受信データ破棄手段
を更に備える。

【００１７】本発明の一態様では、前記ＬＡＮが、ＴＣ
Ｐ／ＩＰの通信プロトコルに準拠したものである。

【００１８】本発明の一態様では、前記ＬＡＮ上のアド
レスを示すアドレスデータが、ＩＰアドレス及びＭＡＣ
アドレスのうちの少なくとも一方を示すものである。

【００１９】本発明の一態様では、前記アドレス抽出手
段が、前記ＬＡＮ上のＩＰアドレスが登録されたＩＰア
ドレステーブルを備えている。

【００２０】本発明の一態様では、前記ＬＡＮ上のアド
レスを示すアドレスデータがＭＡＣアドレスの場合、前
記アドレス抽出手段が、そのＭＡＣアドレスの存在を、
前記ＬＡＮに接続されたサーバーマシンに問い合わせ
る。

【００２１】本発明の一態様では、前記ＬＡＮ上のアド
レスを示すアドレスデータが、電子メールのメールネー
ムである。

【００２２】本発明の一態様では、前記アドレス変換手
段が、前記メールネームを前記ＬＡＮ上のＩＰアドレス
又はＭＡＣアドレスに変換するテーブルを備えている。

【００２３】本発明の一態様では、プリンタ部を備え、
前記外部通信回線から受信した受信データに前記ＬＡＮ
上のアドレスを示すアドレスデータが存在しない場合
に、前記外部通信回線から受信した画像データを前記プ
リンタ部から出力する。

【００２４】

【発明の実施の形態】以下、本発明を好ましい実施の形
態に従い説明する。

【００２５】まず、図１に、本発明の画像通信装置の機
能ブロック図を示す。

【００２６】本発明の画像通信装置１００は、ＰＳＴＮ
等の外部通信回線とＬＡＮとの間に接続され、アドレス
データ抽出手段１０１において、外部通信回線から受信
した受信データからＬＡＮ上のアドレスを示すアドレス
データを抽出する。例えば、外部通信回線から受信する
データがＩＴＵ−Ｔ勧告に従ったＪＰＥＧデータである
場合、アドレスデータ抽出手段１０１は、そのＪＰＥＧ
データを復号化して解析する手段を有する。

【００２７】アドレスデータ抽出手段１０１で抽出され
たアドレスデータは、アドレス変換手段１０２におい
て、そのＬＡＮが準拠する通信プロトコルのアドレスの
フォーマットに変換される。

【００２８】受信通知手段１０３は、アドレス変換手段
１０２で変換されたアドレスの宛先端末に対し、画像デ
ータの受信があった旨を通知する。これにより、宛先端
末のユーザは、画像データの受信があったことを知るこ
とができ、例えば、この画像通信装置１００の受信画像
蓄積手段１０７又はＬＡＮ上のファイルサーバーからの
画像データの読み出し或いは配送を指示することができ
る。

【００２９】受信画像配送手段１０４は、アドレス変換
手段１０２で変換されたアドレスの宛先端末に対し、受
信した画像データを自動的に配送する。

【００３０】受信画像転送手段１０５は、そのＬＡＮ上
のファイルを管理するファイルサーバーに受信画像デー
タを転送する。

【００３１】受信画像蓄積手段１０６は、受信した画像
データを蓄積する。

【００３２】局留め転送手段１０７は、例えば、アドレ
スデータ抽出手段１０１でアドレスデータが抽出できな
かったり、或いは、抽出したアドレスデータに対応する
ＬＡＮ上のアドレスが存在しなかったりして、宛先端末
が不明の画像データをファイルサーバーの所定のメモリ
領域に転送する。

【００３３】受信データ破棄手段１０８は、上述のよう
な宛先端末が不明の受信データを破棄する。これによ
り、不必要なダイレクトメール等を防止することができ
る。

【００３４】なお、受信通知手段１０３、受信画像配送
手段１０４、受信画像転送手段１０５、受信画像蓄積手
段１０６、局留め転送手段１０７及び受信データ破棄手
段１０８は、その全てが必要なわけではなく、目的に応
じて、それらのうちの必要な機能のみを装備させれば良
い。

【００３５】図２に、本発明の一実施形態によるＬＡＮ
に直接接続が可能なファクシミリ装置（以下「ＬＡＮ−
ＦＡＸ」と称する。）の接続の一例を示す。

【００３６】ＬＡＮ−ＦＡＸ２０は、外部通信回線２３
とＬＡＮとの間に接続される。サーバーマシン２１は、
ＬＡＮの管理を行うコンピュータであり、また、ＬＡＮ
上のファイルを管理するファイルサーバーでもある。Ｌ
ＡＮには、クライアントマシンとして多数のワークステ
ーション２２が接続されている。

【００３７】図３に、図２のＬＡＮ−ＦＡＸ２０のブロ
ック構成図を示す。

【００３８】ＣＰＵ２０１は、システム制御部であり、
装置全体を制御する。ＲＯＭ２０２は、ＣＰＵの制御プ
ログラムを格納する。ＲＡＭ２０３は、ＳＲＡＭ等で構
成され、プログラム制御変数等を格納する。また、オペ
レータが登録した各種設定値や装置の管理データ等、更
には、各種ワーク用バッファもこのＲＡＭ２０３に格納
される。

【００３９】画像蓄積メモリ２０４は、ＤＲＡＭ等で構
成された画像メモリであり、Ｒ／Ｇ／Ｂ各成分で表され
るカラー画像データを少なくとも８ライン分格納するバ
ッファメモリ、Ｃ／Ｍ／Ｙ／Ｋ各成分で表されるカラー
画像データを少なくとも２ライン分格納するバッファメ
モリ、及び、ＩＴＵ−Ｔ勧告T.30に規定されるＥＣＭ
（Error Correction Mode)手順におけるパーシャルペー
ジ分の通信バッファを夫々独立の領域に含んでいる。

【００４０】解像度変換処理部２０５は、ラスタデータ
のミリ−インチ解像度変換等の解像度変換制御を行う。

【００４１】２値データ符号化復号化処理部（白黒用コ
ーデック）２０６及び多値データ符号化復号化処理部
（カラー用コーデック）２０７は、夫々、ファクシミリ
装置で扱う画像データの符号化復号化処理を行う。

【００４２】ＭＯＤＥＭ（変復調装置）２０８は、ファ
クシミリの送受信信号の変復調を行う。ＮＣＵ（網制御
装置）２０９は、選択信号（ダイヤルパルス又はトーン
ダイヤラ）を通信回線２３に送出する機能を有し、ま
た、呼出信号の検出による自動着信動作及び回線制御動
作を行う。

【００４３】スキャナ２１１は、イメージセンサ、原稿
搬送機構等を備え、原稿を光学的に読み取り、ＲＧＢ成
分に分解して、各色画素を電気的な画像データ（８ビッ
トの多値データ）に変換する。この画像データは、画像
処理部２１０において、補正処理が行われ、高精細な画
像データとして送出される。

【００４４】操作部２１２は、オペレータが各種入力操
作を行うためのものであり、キーボード等で構成され
る。

【００４５】ラインバッファ２１３は、画像データの転
送制御を行う際に使用するラインバッファである。

【００４６】ＬＡＮインターフェース（Ｉ／Ｆ）２１４
は、例えば、ＴＣＰ／ＩＰのプロトコルに準拠したＬＡ
Ｎに接続するためのインターフェースである。

【００４７】プリンタ２１５は、受信画像やファイルデ
ータ内のＣＭＹＫ各色の多値信号を入力すると、各色デ
ータを２値データに変換してカラー印刷するプリンタで
ある。また、プリンタフォーマッタ２１６は、ワークス
テーション等からのファイルデータのプリント出力を行
う際に、プリンタ記述言語を解析し、画像データに変換
する。

【００４８】図４に、図２のＬＡＮ−ＦＡＸ２０の自動
着信動作の制御手順の一例を示す。なお、この図４で
は、１ページ目が２個の、２ページ目が１個のパーシャ
ルページで構成される２ページ分のＪＰＥＧデータスト
リームを受信する場合を示している。

【００４９】まず、発呼側のファクシミリ装置からの呼
要求に応じて交換機から送られてきた呼出信号（ＣＮ
Ｇ）を受信すると、着呼側のＬＡＮ−ＦＡＸ２０は、Ｎ
ＳＦ／ＤＩＳにより自機の機能を発呼側に連絡する。発
呼側は、ＮＳＳ／ＤＣＳによりその機能を選択する。こ
の時、ＩＴＵ−Ｔ勧告に従い、ＤＩＳ、ＤＣＳの両信号
には、多値データ通信を行う旨の宣言が含まれている。
次いで、モデムのトレーニングにより自動等化器を設定
し、ＴＣＦでディジタル信号の受信状態を調べる。ＬＡ
Ｎ−ＦＡＸ２０は、ＴＣＦを誤りなく受信するとＣＦＲ
を返す。

【００５０】そこで、発呼側は、ＪＰＥＧデータストリ
ームの１ページ目の最初のパーシャルページを送信し、
続いて、ＰＰＳ−ＮＵＬＬを送信して、続くパーシャル
ページの有ることを示す。そして、ＬＡＮ−ＦＡＸ２０
からのＭＣＦを待って、ＪＰＥＧデータストリームの１
ページ目の次のパーシャルページを送信し、続いて、Ｐ
ＰＳ−ＭＰＳを送信して、続くページの有ることを示
す。ＬＡＮ−ＦＡＸ２０は、ＭＣＦを返す。

【００５１】再び、モデムのトレーニング及びＴＣＦ、
ＣＦＲの送受が行われ、発呼側は、ＪＰＥＧデータスト
リームの２ページ目のパーシャルページを送信する。そ
して、ＰＰＳ−ＥＯＰを送信して、送るべきデータが終
了したことを示す。ＬＡＮ−ＦＡＸ２０は、ＭＣＦを返
し、発呼側からのＤＣＮにより、回線が切断される。

【００５２】なお、この例では、本発明によるアドレス
データが１ページ目のＪＰＥＧデータストリーム内のコ
メントマーカに含まれており、従って、２ページ目以降
のＪＰＥＧデータストリーム内にはコメントマーカを含
めない構成としている。

【００５３】図８に、ＪＰＥＧデータストリームの全体
構成を示す概念図を、図９に、ＪＰＥＧデータストリー
ムを構成する各マーカの意味を示す図を、図１０に、本
発明の一実施形態によるコメントマーカの構成を示す概
念図を夫々示す。

【００５４】この実施形態では、発信側において、ＪＰ
ＥＧデータストリームのコメントマーカ（ＣＯＭ）内の
コメントバイト（Ｃｍ_i）（図１０参照）に、ＬＡＮに
接続された宛先端末のアドレスデータを、例えば、ユー
ザ名称その他のＩＤ（ＩＰアドレス、ＭＡＣアドレス等
の個別の情報を示す。）の形で設定し、受信側のＬＡＮ
−ＦＡＸ２０において、そのデータを解析する。このよ
うに、ＪＰＥＧデータストリームのコメントマーカを利
用することで、ＪＰＥＧデータの圧縮符号化には何の影
響も与えることなく、アドレスデータを含めることがで
きる。

【００５５】図１１にＩＰアドレス及びＭＡＣアドレス
の構成を夫々示す。

【００５６】図１１（ａ）は、ＩＰアドレスのデータ構
成を概念的に示したものである。ＩＰアドレスは、ネッ
トワークセグメントのアドレスを示すものであり、クラ
ス識別子、ネットワークアドレス及びホストアドレスに
より構成される３２ビットのアドレスデータである。Ｉ
Ｐアドレスの構成は、クラス（Ａ、Ｂ、Ｃの３種類）に
より異なる。クラスＡは大規模ＬＡＮ（国家規模のネッ
トワーク）、クラスＢは中規模ＬＡＮ（企業、大学内ネ
ットワーク等）、クラスＣは小規模ＬＡＮに夫々用いら
れる。各クラスにより、ネットワークアドレス及びホス
トアドレスの構成ビット数が異なる。ここで、ネットワ
ークアドレスは、ホスト（端末）が接続されているイー
サネット（Ethernet：商品名）等のセグメントを示すも
のであり、ホストアドレスは、各セグメント内のホスト
を識別するためのものである。

【００５７】図１１（ｂ）は、ＭＡＣアドレスのデータ
構成を概念的に示したものである。ＭＡＣアドレスは、
ＬＡＮ上に接続される機器に固有に割り当てられるアド
レスであり、ＩＥＥＥにより管理される。ＭＡＣアドレ
スの上位２４ビットはメーカー識別コードである。ま
た、下位２４ビットは、各メーカー内で装置に割り当て
たものであり、通常、その上位１２ビットは装置シリー
ズアドレス、下位１２ビットは装置単体固有アドレス
（シリアルナンバー）に夫々割り当てられる。

【００５８】本発明の一実施形態では、上述したＩＰア
ドレス及びＭＡＣアドレスのうちの少なくとも一方を、
送信側が、ＪＰＥＧデータストリームのコメントマーカ
にアドレスデータとして記載する。そして、受信側のＬ
ＡＮ−ＦＡＸ２０は、そのＩＰアドレス又はＭＡＣアド
レスを識別し、それを、ＬＡＮの通信プロトコルである
ＴＣＰ／ＩＰのデータ構造に組み込む。或いは、送信側
が、例えば、電子メールのメールネーム等の形でアドレ
ス指定をしているような場合には、受信側のＬＡＮ−Ｆ
ＡＸ２０は、テーブルを参照して、そのメールネーム等
の形のアドレス指定を、ＬＡＮ上のＩＰアドレス又はＭ
ＡＣアドレスに変換する。

【００５９】図１２に、本発明の一実施形態によるＬＡ
Ｎにおいて使用する通信プロトコルであるＴＣＰ／ＩＰ
のパケット構成を示す。

【００６０】この中で、１５０３は、データの送信先を
示すＭＡＣアドレス（６バイト）であり、１５０４は、
送信元を示すＭＡＣアドレス（６バイト）である。これ
らのＭＡＣアドレスは、データリンク層に相当するもの
である。

【００６１】また、１５０６は、ＩＰヘッダであり、ネ
ットワーク層のプロトコルに相当する。このＩＰヘッダ
には、ネットワーク上の機器にアクセスするためのアド
レスが設定され、１５０６ａに送信元のＩＰアドレス
が、１５０６ｂに送信先のＩＰアドレスが夫々格納され
る。

【００６２】１５０７は、ＴＣＰヘッダであり、データ
転送の信頼性の確保を規定するトランスポート層に相当
する。

【００６３】１５０８は、データであり、この部分に、
画像データやコマンドデータ等が格納される。

【００６４】なお、ＬＡＮ−ＦＡＸ２０が接続されるＬ
ＡＮの準拠する通信プロトコルは、上述のＴＣＰ／ＩＰ
に限られず、例えば、ＩＰＸ／ＳＰＸ等でも良い。

【００６５】次に、図５を参照して、ＬＡＮ−ＦＡＸ２
０が受信した画像データをＬＡＮ上のファイルサーバー
に転送する受信画像転送動作と宛先不明の受信画像をフ
ァイルサーバーの所定領域に格納する局留め転送動作と
を組み合わせた場合のＬＡＮ−ＦＡＸ２０の動作シーケ
ンスを説明する。

【００６６】まず、ステップＳ５０１において、受信画
像の有無を判定し、受信画像が有る場合に、次のステッ
プＳ５０２に進む。

【００６７】ステップＳ５０２では、受信したＪＰＥＧ
データストリーム中のコメントマーカ（ＣＯＭ）の解析
を行う。このコメントマーカ内のコメントバイトには、
送信側において、予め定められたフォーマットに従い、
ＬＡＮ上のアドレスが指定されている。

【００６８】そこで、まず、受信したＪＰＥＧデータス
トリームのコメントマーカのコメントバイトにデータが
格納されているか否かの判定を行う。データが格納され
ていない場合には、アドレス解析が不可能であると判定
し、宛先指定が無いものとして、コメントマーカの解析
動作を終了する。

【００６９】一方、受信したＪＰＥＧデータストリーム
のコメントマーカのコメントバイトにデータが格納され
ている場合には、そのデータが示すアドレスの種別を解
析する。ＬＡＮがＴＣＰ／ＩＰの通信プロトコルに準拠
したものである場合、まず、格納されているデータが、
ＬＡＮ上のアドレスを示すＩＰアドレスとＬＡＮ上に接
続されている機器のＭＡＣアドレスのいずれであるか
を、そのデータ構成により判定する。そして、そのＩＰ
アドレス又はＭＡＣアドレスにより指定されたアドレス
がＬＡＮ上に存在するか否かを判定する。後者の判定
は、サーバーマシンに対しそのアドレスの存在を問い合
わせる方法と、存在する全アドレスをＬＡＮ−ＦＡＸ２
０内のメモリに予め登録しておく方法とがあるが、本実
施形態では、ＭＡＣアドレスはサーバーマシンに問い合
わせ、ＩＰアドレスは、予め登録されたＩＰアドレステ
ーブルを参照することにより行う。

【００７０】また、受信したＪＰＥＧデータストリーム
のコメントマーカのコメントバイトに格納されているデ
ータが、ＬＡＮ上のＩＰアドレス及びＭＡＣアドレスの
いずれとも判定できない場合、或いは、ＩＰアドレス又
はＭＡＣアドレスと判定したデータが示すアドレスが実
際にはＬＡＮ上に存在しない場合には、そのデータが、
予め定められた、例えば、電子メールで使用されるメー
ルネーム等のアドレスデータであるか否かを判定する。
そして、ＬＡＮ上のメールネーム等が予め登録されてい
るアドレスデータテーブルを参照して、その宛先の有無
を判定する。そして、この手順によっても宛先が特定で
きない場合には、宛先指定が無いものとしてこのコメン
トマーカの解析動作を終了する。

【００７１】次のステップＳ５０３では、上述したステ
ップＳ５０２でのコメントマーカの解析の結果、宛先指
定が有ったか否かを判定する。そして、宛先指定が有っ
た場合には、ステップＳ５０４に進み、宛先指定が無か
った場合には、ステップＳ５０９に進む。

【００７２】ステップＳ５０４では、受信したＪＰＥＧ
データストリームのコメントマーカのコメントバイトに
送信側による宛先指定が有った場合に、そのコメントマ
ーカに格納されているアドレスデータに基づき、ＬＡＮ
上の端末をアクセスするためのＩＰアドレス又はＭＡＣ
アドレスの設定を行う。この時、送信側においてＪＰＥ
Ｇデータストリームのコメントマーカに複数の宛先指定
を含めることを認めた場合には、同一ネットワーク上で
の同報通信を容易に行うことができる。

【００７３】次のステップＳ５０５では、ステップＳ５
０４で設定されたＬＡＮ上のアドレスを基に、指定され
たＬＡＮ上の端末に受信画像データを配送させるための
受信画像ファイルを作成する。この受信画像ファイル
は、ＬＡＮ−ＦＡＸ２０が接続されたＬＡＮのプロトコ
ルに従い構成されるが、例えば、ＴＣＰ／ＩＰのプロト
コルの場合、図１２に示すように、ＭＡＣアドレス、Ｉ
Ｐヘッダ、ＴＣＰヘッダ、データ部等から構成される。
このうち、データ部はアプリケーション層であり、本実
施形態では、配送される受信画像データがファイルサー
バーのメモリ上の指定されたアドレス位置に格納される
ようにするため、指定されたアドレス等の情報を格納す
るコマンドデータファイルと、受信画像データを格納す
る画像データファイルの２ファイルを作成する。そし
て、ファイルサーバーでメモリ上の所定位置に格納する
制御は、まず、コマンドファイルの情報を基に、ファイ
ルサーバー上のアプリケーションソフトにより、ファイ
ルサーバーがアクティブ状態となり、次に、受信した画
像データファイルのデータをメモリ上の所定位置に格納
することにより行われる。この時の送信データにおい
て、送信先のアドレスには、ファイルサーバーのＬＡＮ
上でのアドレスが、送信元のアドレスには、ＬＡＮ−Ｆ
ＡＸ２０自体のＬＡＮ上でのアドレスが夫々格納され
る。

【００７４】次に、ステップＳ５０６において、図３に
示すＬＡＮ−ＦＡＸ２０のＬＡＮインターフェース（Ｉ
／Ｆ）２１４からＬＡＮ上に受信画像ファイルを送出
し、ファイルサーバーに転送する。

【００７５】次のステップＳ５０７では、受信したＪＰ
ＥＧデータストリームのコメントマーカにおいて指定さ
れたアドレスに対応する宛先端末に対し受信が有った旨
を通知する受信通知メールを作成する。本実施形態にお
いて、この受信通知は、既存のメールツールを利用して
行い、受信時刻、受信相手先情報、受信枚数等の通信情
報と受信した旨を伝えるメッセージとを予め定められた
フォーマットに従い作成する。

【００７６】そして、次のステップＳ５０８において、
ステップＳ５０７で作成した受信通知メールを、指定さ
れた宛先端末に送信する。

【００７７】この受信通知メールを受信した端末のユー
ザーは、ファイルサーバーにデータの配送を指示し、端
末上で確認したり、或いは、プリンタ部から記録紙に出
力させることにより、受信画像を得ることができる。

【００７８】一方、ステップＳ５０３において、受信し
たデータの中に宛先指定が無かった場合には、ステップ
Ｓ５０９において、ファイルサーバーのメモリ上の所定
の領域を宛先不明若しくは局留め用のデータ領域として
指定して、ステップＳ５０５で説明したとほぼ同様に受
信画像ファイルを作成し、それを、次のステップＳ５１
０でファイルサーバーに転送しておく。

【００７９】そして、ステップＳ５１１において、ネッ
トワーク管理者又は予め定められた受信情報管理者に対
する受信通知メールを作成し、それを、次のステップＳ
５１２で送信する。

【００８０】なお、別の実施形態として、受信したデー
タの中に上述したような宛先指定が無い場合には、通常
のファクシミリ通信の場合と同様、受信したデータを全
て自動的にＬＡＮ−ＦＡＸ２０のプリンタ２１５から出
力させるようにしても良い。また、宛先指定が無い受信
データは全て破棄するように構成することで、不要なダ
イレクトメール（通信）等を防止することもできる。

【００８１】次に、図６を参照して、ＬＡＮ−ＦＡＸ２
０が受信した画像データをＬＡＮ上の宛先端末に直接配
送する受信画像配送動作を説明する。

【００８２】まず、ステップＳ６０１において、受信画
像の有無を判定し、受信画像が有る場合に、次のステッ
プＳ６０２に進む。

【００８３】ステップＳ６０２のコメントマーカ解析動
作は、図５のステップＳ５０２で説明したものと同じで
ある。

【００８４】次のステップＳ６０３では、ステップＳ６
０２でのコメントマーカの解析の結果、宛先指定が有っ
たか否かを判定する。そして、宛先指定が有った場合
に、ステップＳ６０４に進み、宛先指定が無かった場合
には、ステップＳ６０７において、受信したデータを自
動的にプリンタ２１５から出力する。

【００８５】ステップＳ６０４では、受信したＪＰＥＧ
データストリームのコメントマーカのコメントバイトに
送信側による宛先指定が有った場合に、そのコメントマ
ーカに格納されているアドレスデータに基づき、ＬＡＮ
上の端末をアクセスするためのＩＰアドレス又はＭＡＣ
アドレスの設定を行う。

【００８６】次のステップＳ６０５では、ステップＳ６
０４で設定されたＬＡＮ上のアドレスを基に、指定され
たＬＡＮ上の端末に受信画像データを配送させるための
受信画像ファイルを作成する。この受信画像ファイル
は、ＬＡＮ−ＦＡＸ２０が接続されたＬＡＮのプロトコ
ルに従い構成され、例えば、ＴＣＰ／ＩＰのプロトコル
の場合、図１２に示すように、ＭＡＣアドレス、ＩＰヘ
ッダ、ＴＣＰヘッダ、データ部等から構成される。この
うち、データ部はアプリケーション層であり、本実施形
態では、受信画像データがＬＡＮ上の宛先端末に直接配
送されるようにするため、指定されたアドレス等の情報
を格納するコマンドデータファイルと、受信画像データ
を格納する画像データファイルの２ファイルを作成す
る。この時、送信先のアドレスには、ＬＡＮ上の宛先端
末のアドレスが格納され、送信元のアドレスには、ＬＡ
Ｎ−ＦＡＸ２０のＬＡＮ上のアドレスが格納される。

【００８７】次に、ステップＳ６０６において、図３に
示すＬＡＮ−ＦＡＸ２０のＬＡＮインターフェース（Ｉ
／Ｆ）２１４からＬＡＮ上に受信画像ファイルを送出
し、宛先端末への配送を行う。

【００８８】次に、図７を参照して、ＬＡＮ−ＦＡＸ２
０が受信した画像データをＬＡＮ−ＦＡＸ２０内の画像
蓄積メモリ２０４に蓄積する受信画像蓄積動作を説明す
る。

【００８９】まず、ステップＳ７０１において、受信画
像の有無を判定し、受信画像が有る場合に、次のステッ
プＳ７０２に進む。

【００９０】ステップＳ７０２のコメントマーカ解析動
作は、図５のステップＳ５０２で説明したものと同じで
ある。

【００９１】次のステップＳ７０３では、ステップＳ７
０２でのコメントマーカの解析の結果、宛先指定が有っ
たか否かを判定する。そして、宛先指定が有った場合
に、ステップＳ７０４に進み、宛先指定が無かった場合
には、ステップＳ７０９において、受信したデータを自
動的にプリンタ２１５から出力する。

【００９２】ステップＳ７０４では、受信したＪＰＥＧ
データストリームのコメントマーカのコメントバイトに
送信側による宛先指定が有った場合に、そのコメントマ
ーカに格納されているアドレスデータに基づき、ＬＡＮ
上の端末をアクセスするためのＩＰアドレス又はＭＡＣ
アドレスの設定を行う。

【００９３】次のステップＳ７０５では、ステップＳ７
０４で設定されたＬＡＮ上のアドレスを基に、指定され
たＬＡＮ上の端末にファイルサーバーを介して受信画像
データを配送させるための受信画像ファイルを作成す
る。この受信画像ファイルは、ＬＡＮ−ＦＡＸ２０が接
続されたＬＡＮのプロトコルに従い構成され、例えば、
ＴＣＰ／ＩＰのプロトコルの場合、図１２に示すよう
に、ＭＡＣアドレス、ＩＰヘッダ、ＴＣＰヘッダ、デー
タ部等から構成される。このうち、データ部はアプリケ
ーション層であり、本実施形態では、配送される受信画
像データが一旦ファイルサーバーのメモリ上の指定され
たアドレス位置に格納されるようにするため、指定され
たアドレス等の情報を格納するコマンドデータファイル
と、受信画像データを格納する画像データファイルの２
ファイルを作成する。この時、送信先のアドレスには、
ファイルサーバーのＬＡＮ上でのアドレスが、送信元の
アドレスには、ＬＡＮ−ＦＡＸ２０自体のＬＡＮ上での
アドレスが夫々格納される。なお、受信画像ファイル
を、ファイルサーバーを介さず、直接宛先端末に配送す
る場合には、送信先のアドレスには、その宛先端末のア
ドレスを格納する。

【００９４】次に、ステップＳ７０６において、ステッ
プＳ７０５で作成した受信画像ファイルを、一旦、ＬＡ
Ｎ−ＦＡＸ２０内の画像蓄積メモリ２０４の蓄積領域に
格納する。

【００９５】そして、次のステップＳ７０７で、受信し
たＪＰＥＧデータストリームのコメントマーカにおいて
指定されたアドレスに対応する宛先端末に対し受信が有
った旨を通知する受信通知メールを作成する。本実施形
態において、この受信通知は、既存のメールツールを利
用して行い、受信時刻、受信相手先情報、受信枚数等の
通信情報と受信した旨を伝えるメッセージとを予め定め
られたフォーマットに従い作成する。

【００９６】そして、次のステップＳ７０８において、
ステップＳ７０７で作成した受信通知メールを、指定さ
れた宛先端末に送信する。

【００９７】この受信通知メールを受信した端末のユー
ザーは、ＬＡＮ−ＦＡＸ２０からファイルサーバーへの
データの転送を指示し、端末上で確認したり、或いは、
プリンタ部から記録紙に出力させることにより、受信画
像を得ることができる。また、宛先端末へ直接配送され
るように受信画像ファイルが作成されている場合には、
受信通知メールを受信した端末のユーザーの指示によ
り、ＬＡＮ−ＦＡＸ２０の画像蓄積メモリ２０４からそ
の受信画像ファイルが読み出され、それが宛先端末に配
送される。

【００９８】以上、ＬＡＮ−ＦＡＸ２０が接続されるＬ
ＡＮがＴＣＰ／ＩＰの通信プロトコルに準拠する場合を
主として説明したが、ＬＡＮ−ＦＡＸ２０は、ＴＣＰ／
ＩＰの通信プロトコルに準拠しない独自のアドレス制御
体系を有するＬＡＮにも接続が可能である。その場合、
発信側は、電子メールのメールネーム等のような複数の
ネットワークで共通に利用される宛名で宛先指定を行
い、ＬＡＮ−ＦＡＸ２０は、接続されるＬＡＮに独自の
アドレス制御体系である疑似アドレスデータと上述した
電子メールのメールネーム等とを１対１に対応させた疑
似アドレスデータテーブルを持つ。そして、ＪＰＥＧデ
ータストリームのコメントマーカのコメントバイトに格
納されたメールネーム等を、その疑似アドレスデータテ
ーブルを参照して、ＬＡＮ上のアドレスである疑似アド
レスデータに変換する。この時、アドレス一致の検出
は、受信したデータと疑似アドレスデータテーブルに予
め登録されているメールネーム等とにより行う。

【００９９】また、本発明では、以上に説明したとは異
なる実施形態も可能である。

【０１００】例えば、本発明の画像通信装置を直接ＬＡ
Ｎに接続するのではなく、一端末を介してＬＡＮに接続
する形態、即ち、本発明の画像通信装置を接続した端末
をＬＡＮ上のファクシミリサーバーとして動作させる形
態でも良い。

【０１０１】また、受信通知メールの作成及び送信は、
ＬＡＮ上のファイルサーバー等の他の端末に行わせるよ
うにしても良い。その場合、例えば、本発明の画像通信
装置からそのファイルサーバー等の他の端末に、受信通
知メールを送信する宛先情報やメッセージ情報を格納し
たコマンドファイルを送信し、そのファイルサーバー等
の他の端末が、自身のアプリケーションソフトにより自
動的に受信通知メールを作成し、送信する。

【０１０２】更に、上述の実施形態では、受信画像をフ
ァイルサーバー又はＬＡＮ−ＦＡＸ２０内のメモリに格
納したが、例えば、ＬＡＮ上に接続されたハードディス
ク装置や他の端末のメモリに格納するようにしても良
い。

【０１０３】更に、受信通知メールを、通信が失敗した
場合にも、或いは、通信が失敗した場合にのみ作成する
ようにしても良い。

【０１０４】更に、コメントマーカの解析制御は、アド
レスデータ以外のデータ解析と組み合わせたものでも良
い。

【０１０５】

【発明の効果】本発明によれば、画像通信装置が接続さ
れたＬＡＮ上のアドレスを発信側で簡便に指定すること
ができ、そのアドレス指定に基づいて、画像通信装置か
らＬＡＮ上への画像データの転送又は配送を自動的に制
御することができる。また、受信が有った旨を宛先端末
に通知する受信通知を行うと、一々画像通信装置が設置
されている場所へ赴かなくても通信の有無を知ることが
できる。

【図面の簡単な説明】

【図１】本発明の画像通信装置の機能ブロック図であ
る。

【図２】本発明の一実施形態によるＬＡＮ−ＦＡＸ装置
の接続を示す概念図である。

【図３】本発明の一実施形態によるＬＡＮ−ＦＡＸ装置
のブロック構成図である。

【図４】本発明の一実施形態によるＬＡＮ−ＦＡＸ装置
の通信制御動作を示す概念図である。

【図５】本発明の一実施形態によるＬＡＮ−ＦＡＸ装置
の受信画像転送動作を示すフローチャートである。

【図６】本発明の一実施形態によるＬＡＮ−ＦＡＸ装置
の受信画像配送動作を示すフローチャートである。

【図７】本発明の一実施形態によるＬＡＮ−ＦＡＸ装置
の受信画像蓄積動作を示すフローチャートである。

【図８】ＪＰＥＧデータストリームの構成を示す概念図
である。

【図９】ＪＰＥＧデータストリームの各マーカの意味を
示す概念図である。

【図１０】ＪＰＥＧデータストリームのコメントマーカ
の構成を示す概念図である。

【図１１】ＩＰアドレス及びＭＡＣアドレスのデータ構
成を示す概念図である。

【図１２】ＴＣＰ／ＩＰによるパケット構成を示す概念
図である。

【符号の説明】

２０ＬＡＮ−ＦＡＸ２１サーバーマシン（ファイルサーバー）２２クライアントマシン２３通信回線１０１アドレスデータ抽出手段１０２アドレス変換手段１０３受信通知手段１０４受信画像配送手段１０５受信画像転送手段１０６受信画像蓄積手段１０７局留め転送手段１０８受信データ破棄手段２０１ＣＰＵ２０２ＲＯＭ２０３ＲＡＭ２０４画像蓄積メモリ２０５解像度変換処理部２０６２値データ符号化復号化処理部２０７多値データ符号化復号化処理部２０８ＭＯＤＥＭ（変復調装置）２０９ＮＣＵ（網制御装置）２１０画像処理部２１１スキャナ２１２操作部２１３ラインバッファ２１４ＬＡＮインターフェース（Ｉ／Ｆ）２１５プリンタ２１６プリンタフォーマッタ

Claims

【特許請求の範囲】

【請求項１】ＬＡＮと外部通信回線との間に接続さ
れ、前記外部通信回線から受信した画像データを前記Ｌ
ＡＮに送出する画像通信装置であって、前記外部通信回線から受信した受信データから前記ＬＡ
Ｎ上のアドレスを示すアドレスデータを抽出するアドレ
スデータ抽出手段と、前記アドレスデータ抽出手段により抽出されたアドレス
データを前記ＬＡＮ上のアドレスに変換するアドレス変
換手段とを備えることを特徴とする画像通信装置。
【請求項２】前記外部通信回線から受信する受信デー
タが、ＩＴＵ−Ｔ勧告に従ったＪＰＥＧデータであるこ
とを特徴とする請求項１に記載の画像通信装置。
【請求項３】前記アドレスデータ抽出手段により抽出
されるアドレスデータが、前記ＪＰＥＧデータのコメン
トマーカのフレームに格納されたデータであることを特
徴とする請求項２に記載の画像通信装置。
【請求項４】前記外部通信回線から受信した画像デー
タを、前記ＬＡＮに接続されたファイルサーバーに転送
する受信画像転送手段と、前記アドレス変換手段により
変換された前記ＬＡＮ上のアドレスに対応する宛先端末
に受信通知を行う受信通知手段とを更に備えることを特
徴とする請求項１〜３のいずれか１項に記載の画像通信
装置。
【請求項５】前記外部通信回線から受信した画像デー
タを、前記アドレス変換手段により変換された前記ＬＡ
Ｎ上のアドレスに対応する宛先端末に配送する受信画像
配送手段を更に備えることを特徴とする請求項１〜３の
いずれか１項に記載の画像通信装置。
【請求項６】前記外部通信回線から受信した画像デー
タを蓄積する受信画像蓄積手段と、前記アドレス変換手
段により変換された前記ＬＡＮ上のアドレスに対応する
宛先端末に受信通知を行う受信通知手段とを更に備える
ことを特徴とする請求項１〜３のいずれか１項に記載の
画像通信装置。
【請求項７】前記外部通信回線から受信した受信デー
タに前記ＬＡＮ上のアドレスを示すアドレスデータが存
在しない場合に、前記外部通信回線から受信した画像デ
ータを、前記ＬＡＮに接続されたファイルサーバーの所
定の領域に転送する局留め転送手段を更に備えることを
特徴とする請求項１〜３のいずれか１項に記載の画像通
信装置。
【請求項８】前記外部通信回線から受信した受信デー
タに前記ＬＡＮ上のアドレスを示すアドレスデータが存
在しない場合に、前記外部通信回線から受信した画像デ
ータを破棄する受信データ破棄手段を更に備えることを
特徴とする請求項１〜３のいずれか１項に記載の画像通
信装置。
【請求項９】前記ＬＡＮが、ＴＣＰ／ＩＰの通信プロ
トコルに準拠したものであることを特徴とする請求項１
〜８のいずれか１項に記載の画像通信装置。
【請求項１０】前記ＬＡＮ上のアドレスを示すアドレ
スデータが、ＩＰアドレス及びＭＡＣアドレスのうちの
少なくとも一方を示すものであることを特徴とする請求
項９に記載の画像通信装置。
【請求項１１】前記アドレス抽出手段が、前記ＬＡＮ
上のＩＰアドレスが登録されたＩＰアドレステーブルを
備えていることを特徴とする請求項１０に記載の画像通
信装置。
【請求項１２】前記ＬＡＮ上のアドレスを示すアドレ
スデータがＭＡＣアドレスの場合、前記アドレス抽出手
段が、そのＭＡＣアドレスの存在を、前記ＬＡＮに接続
されたサーバーマシンに問い合わせることを特徴とする
請求項１０に記載の画像通信装置。
【請求項１３】前記ＬＡＮ上のアドレスを示すアドレ
スデータが、電子メールのメールネームであることを特
徴とする請求項９に記載の画像通信装置。
【請求項１４】前記アドレス変換手段が、前記メール
ネームを前記ＬＡＮ上のＩＰアドレス又はＭＡＣアドレ
スに変換するテーブルを備えていることを特徴とする請
求項１３に記載の画像通信装置。
【請求項１５】プリンタ部を備え、前記外部通信回線
から受信した受信データに前記ＬＡＮ上のアドレスを示
すアドレスデータが存在しない場合に、前記外部通信回
線から受信した画像データを前記プリンタ部から出力す
ることを特徴とする請求項１〜３のいずれか１項に記載
の画像通信装置。