JPH09224054A - データ通信装置及び方法 - Google Patents
データ通信装置及び方法Info
- Publication number
- JPH09224054A JPH09224054A JP8311984A JP31198496A JPH09224054A JP H09224054 A JPH09224054 A JP H09224054A JP 8311984 A JP8311984 A JP 8311984A JP 31198496 A JP31198496 A JP 31198496A JP H09224054 A JPH09224054 A JP H09224054A
- Authority
- JP
- Japan
- Prior art keywords
- data
- received
- receiving
- local area
- area network
- 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.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/13—Flow control; Congestion control in a LAN segment, e.g. ring or bus
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/26—Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 ＬＡＮ（ローカルエリアネットワーク）に接
続された端末へデータを送る場合にＬＡＮ内の回線使用
効率の向上を図ること。 【解決手段】 通信回線（ＰＳＴＮ）１１８を介して受
信したデータをＬＡＮ１１７上の受信者毎に画像メモリ
１０４で管理し、複数回分の受信通知もしくは受信デー
タの配送をＬＡＮ Ｉ／Ｆ１１４を介して一括して一度
に行う。また、ＬＡＮ Ｉ／Ｆを介してＬＡＮ１１７上
のクライアントから受け付けた送信要求を相手先の受信
者毎に振り分けるなどして相手先での配信が行い易い形
態のデータとして複数分一括して通信回線１１８経由で
送信する。
続された端末へデータを送る場合にＬＡＮ内の回線使用
効率の向上を図ること。 【解決手段】 通信回線（ＰＳＴＮ）１１８を介して受
信したデータをＬＡＮ１１７上の受信者毎に画像メモリ
１０４で管理し、複数回分の受信通知もしくは受信デー
タの配送をＬＡＮ Ｉ／Ｆ１１４を介して一括して一度
に行う。また、ＬＡＮ Ｉ／Ｆを介してＬＡＮ１１７上
のクライアントから受け付けた送信要求を相手先の受信
者毎に振り分けるなどして相手先での配信が行い易い形
態のデータとして複数分一括して通信回線１１８経由で
送信する。
Description
【０００１】
【発明の属する技術分野】本発明は例えばＬＡＮ（ロー
カルエリアネットワーク）に接続された端末へデータを
送るためのデータ通信装置及び方法に関するものであ
る。
カルエリアネットワーク）に接続された端末へデータを
送るためのデータ通信装置及び方法に関するものであ
る。
【０００２】
【従来の技術】従来より、例えばファクシミリ装置等の
データ通信装置は、ＩＴＵによる通信関連の国際標準化
によって、大きく発展してきた。グループ１、グループ
２と呼ばれる初期の国際規格から、グループ３（以下Ｇ
３と呼ぶ）に至って、ファクシミリは世界的規模で普及
していった。特に、現在最も普及しているＧ３ファクシ
ミリは、ＩＴＵ勧告Ｔ．４，Ｔ．３０，Ｔ．５，Ｔ．６
（旧ＣＣＩＴＴ）によって規定されており、今後もさら
に新規機能の標準化が行われて行く予定である。
データ通信装置は、ＩＴＵによる通信関連の国際標準化
によって、大きく発展してきた。グループ１、グループ
２と呼ばれる初期の国際規格から、グループ３（以下Ｇ
３と呼ぶ）に至って、ファクシミリは世界的規模で普及
していった。特に、現在最も普及しているＧ３ファクシ
ミリは、ＩＴＵ勧告Ｔ．４，Ｔ．３０，Ｔ．５，Ｔ．６
（旧ＣＣＩＴＴ）によって規定されており、今後もさら
に新規機能の標準化が行われて行く予定である。
【０００３】ところで、近年のパーソナルコンピュータ
等の普及により、このパーソナルコンピュータを多数接
続したローカルエリアネットワーク（以下ＬＡＮとい
う）にファクシミリ装置を接続することが望まれてい
る。これにより、ＬＡＮ上のパーソナルコンピュータで
作成した文書等のデータを当該パーソナルコンピュータ
からの送信要求によりファクシミリ装置を介して相手先
装置に送信したり、ファクシミリ装置が受信したデータ
をＬＡＮ上のパーソナルコンピュータに転送することが
できる。
等の普及により、このパーソナルコンピュータを多数接
続したローカルエリアネットワーク（以下ＬＡＮとい
う）にファクシミリ装置を接続することが望まれてい
る。これにより、ＬＡＮ上のパーソナルコンピュータで
作成した文書等のデータを当該パーソナルコンピュータ
からの送信要求によりファクシミリ装置を介して相手先
装置に送信したり、ファクシミリ装置が受信したデータ
をＬＡＮ上のパーソナルコンピュータに転送することが
できる。
【０００４】
【発明が解決しようとする課題】しかしながら、従来は
ＬＡＮ上のパーソナルコンピュータからの送信要求を受
けると、ファクシミリ装置はすぐに相手装置に送信する
ものであった。またデータを受信した場合は受信する毎
にＬＡＮ上のパーソナルコンピュータに受信通知または
受信データの転送を行うものであった。このため、同一
宛先への送信や同一宛先への受信が多数あった場合に非
常に通信効率が悪いといった問題があった。特にＬＡＮ
内では通信のトラフィックが大幅に低下してしまうとい
った問題があった。
ＬＡＮ上のパーソナルコンピュータからの送信要求を受
けると、ファクシミリ装置はすぐに相手装置に送信する
ものであった。またデータを受信した場合は受信する毎
にＬＡＮ上のパーソナルコンピュータに受信通知または
受信データの転送を行うものであった。このため、同一
宛先への送信や同一宛先への受信が多数あった場合に非
常に通信効率が悪いといった問題があった。特にＬＡＮ
内では通信のトラフィックが大幅に低下してしまうとい
った問題があった。
【０００５】本発明は上述の問題点を除去するためにな
されたもので、ＬＡＮ内等の回線使用効率の向上を図る
ことのできるデータ通信装置及び方法を提供することを
目的とする。
されたもので、ＬＡＮ内等の回線使用効率の向上を図る
ことのできるデータ通信装置及び方法を提供することを
目的とする。
【０００６】
【課題を解決するための手段】上記目的を達成するため
に本発明のデータ通信装置は以下の構成を備える。
に本発明のデータ通信装置は以下の構成を備える。
【０００７】即ち、ローカルエリアネットワークに接続
するためのインターフェイス手段と、送信側からのデー
タを受信する受信手段と、前記受信手段でデータを受信
したことを前記インターフェイス手段を介して、前記ロ
ーカルエリアネットワーク上の受信者に通知する通知手
段と、前記通知手段により通知すべき通知先毎に前記受
信手段で受信したデータを管理する管理手段とを有し、
前記管理手段は複数回分の前記受信手段による受信デー
タを管理し、前記通知手段は前記管理手段で管理されて
る該複数回分の受信データを前記受信手段により受信し
たことを一度に通知する。
するためのインターフェイス手段と、送信側からのデー
タを受信する受信手段と、前記受信手段でデータを受信
したことを前記インターフェイス手段を介して、前記ロ
ーカルエリアネットワーク上の受信者に通知する通知手
段と、前記通知手段により通知すべき通知先毎に前記受
信手段で受信したデータを管理する管理手段とを有し、
前記管理手段は複数回分の前記受信手段による受信デー
タを管理し、前記通知手段は前記管理手段で管理されて
る該複数回分の受信データを前記受信手段により受信し
たことを一度に通知する。
【０００８】また、ローカルエリアネットワークに接続
するためのインターフェイス手段と、前記インターフェ
イス手段を介してローカルエリアネットワーク上のクラ
イアントからの送信要求を受け付ける受付手段と、前記
受付手段で受け付けた送信要求に基づくデータを宛先毎
に管理する管理手段と、前記管理手段で管理している複
数の送信要求に基づくデータを一括して送信する送信手
段とを有する。
するためのインターフェイス手段と、前記インターフェ
イス手段を介してローカルエリアネットワーク上のクラ
イアントからの送信要求を受け付ける受付手段と、前記
受付手段で受け付けた送信要求に基づくデータを宛先毎
に管理する管理手段と、前記管理手段で管理している複
数の送信要求に基づくデータを一括して送信する送信手
段とを有する。
【０００９】また、ローカルエリアネットワークに接続
するためのインターフェイス手段と、送信側からのデー
タを受信する受信手段と、前記受信手段で受信したデー
タを前記インターフェイス手段を介してローカルエリア
ネットワーク上の受信者に配送する配送手段と、前記配
送手段で配送すべき受信者毎に前記受信手段で受信した
データを管理する管理手段とを有し、前記管理手段は複
数回分の前記受信手段による受信データを管理し、前記
配送手段は前記管理手段で管理されている該複数回分の
受信データを一度に配送する。
するためのインターフェイス手段と、送信側からのデー
タを受信する受信手段と、前記受信手段で受信したデー
タを前記インターフェイス手段を介してローカルエリア
ネットワーク上の受信者に配送する配送手段と、前記配
送手段で配送すべき受信者毎に前記受信手段で受信した
データを管理する管理手段とを有し、前記管理手段は複
数回分の前記受信手段による受信データを管理し、前記
配送手段は前記管理手段で管理されている該複数回分の
受信データを一度に配送する。
【００１０】また、受信者を指定する情報を含むデータ
を複数入力する入力手段と、前記入力手段で入力したデ
ータに含まれる受信者を指定する情報を検出する検出手
段と、前記検出手段による検出結果に応じてデータを分
類する分類手段と、前記分類手段で分類されたデータを
一括して送信する送信手段とを有する。
を複数入力する入力手段と、前記入力手段で入力したデ
ータに含まれる受信者を指定する情報を検出する検出手
段と、前記検出手段による検出結果に応じてデータを分
類する分類手段と、前記分類手段で分類されたデータを
一括して送信する送信手段とを有する。
【００１１】
（第１の実施形態）以下、図面を参照して本発明の実施
の形態の一例を詳細に説明する。
の形態の一例を詳細に説明する。
【００１２】図１は本発明の実施形態例であるファクシ
ミリ装置の概略構成を示すブロック図である。
ミリ装置の概略構成を示すブロック図である。
【００１３】ＣＰＵ１０１は、システム制御部であり、
装置全体を制御する。
装置全体を制御する。
【００１４】ＲＯＭ１０２は、ＣＰＵの制御プログラム
を格納するものである。ＲＡＭ１０３は、ＳＲＡＭ等で
構成され、プログラム制御変更等を格納するためのもの
である。また、オペレータが登録した設定値や装置の管
理データ等や各種ワーク用バッファもＲＡＭ１０３に格
納されるものである。画像メモリ１０４は、ＤＲＡＭ等
で構成され、Ｒ／Ｇ／Ｂ各成分で表されるカラー画像デ
ータを少なくとも８ライン分格納するバッファメモリ
と、Ｃ／Ｍ／Ｙ／Ｋ各成分で表されるカラー画像データ
を少なくとも２ライン分格納するバッファメモリと、Ｉ
ＴＵ−Ｔ勧告Ｔ．３０に規定されるＥＣＭ（Ｅｒｒｏｒ
Ｃｏｒｒｅｃｔｉｏｎ Ｍｏｄｅ）手順におけるパー
シャルページ分の通信バッファとをそれぞれ独立の領域
に含むものである。更に、相手先電話番号別、更にクラ
イアント別に画像データを分類するための領域を含むも
のである。
を格納するものである。ＲＡＭ１０３は、ＳＲＡＭ等で
構成され、プログラム制御変更等を格納するためのもの
である。また、オペレータが登録した設定値や装置の管
理データ等や各種ワーク用バッファもＲＡＭ１０３に格
納されるものである。画像メモリ１０４は、ＤＲＡＭ等
で構成され、Ｒ／Ｇ／Ｂ各成分で表されるカラー画像デ
ータを少なくとも８ライン分格納するバッファメモリ
と、Ｃ／Ｍ／Ｙ／Ｋ各成分で表されるカラー画像データ
を少なくとも２ライン分格納するバッファメモリと、Ｉ
ＴＵ−Ｔ勧告Ｔ．３０に規定されるＥＣＭ（Ｅｒｒｏｒ
Ｃｏｒｒｅｃｔｉｏｎ Ｍｏｄｅ）手順におけるパー
シャルページ分の通信バッファとをそれぞれ独立の領域
に含むものである。更に、相手先電話番号別、更にクラ
イアント別に画像データを分類するための領域を含むも
のである。
【００１５】解像度変換処理部１０５は、ラスタデータ
のミリ−インチ解像度変換などの解像度変換制御を行う
ものである。
のミリ−インチ解像度変換などの解像度変換制御を行う
ものである。
【００１６】２値データ符号化復号化処理部（白黒用コ
ーデック）１０６、及び、多値データ符号化復号化処理
部（カラー用コーデック）１０７は、ファクシミリ装置
で扱う画像データの符号化復号化処理を行う。なお、多
値データ符号化復号化処理部１０７は公知のＪＰＥＧ規
格に従って符号化、復号化を行う。
ーデック）１０６、及び、多値データ符号化復号化処理
部（カラー用コーデック）１０７は、ファクシミリ装置
で扱う画像データの符号化復号化処理を行う。なお、多
値データ符号化復号化処理部１０７は公知のＪＰＥＧ規
格に従って符号化、復号化を行う。
【００１７】このＪＰＥＧ符号化方式をＧ３規格の通信
方式に導入すべくＩＴＵ−ＴでＴ．８１が勧告化されて
いる。ＪＰＥＧ符号化は、１画素を多値（例えば８ビッ
ト）レベルで表現した中間調画像データを効率良く圧縮
するために開発されており、一般的なベースラインプロ
セスでは、従来のＭＭＲ符号などと違って非可逆符号化
であることが知られている。これはＪＰＥＧのベースラ
インプロセスが、原画像である生画像データを近似処理
してから圧縮を行っているためである。また、本勧告に
より情報量の多いカラー画像等の通信が頻繁化される、
また、コンピュータとの通信を想定し、生画像データよ
り取扱いの容易な記号化データも含んだ通信が出来るよ
うに考慮されている。
方式に導入すべくＩＴＵ−ＴでＴ．８１が勧告化されて
いる。ＪＰＥＧ符号化は、１画素を多値（例えば８ビッ
ト）レベルで表現した中間調画像データを効率良く圧縮
するために開発されており、一般的なベースラインプロ
セスでは、従来のＭＭＲ符号などと違って非可逆符号化
であることが知られている。これはＪＰＥＧのベースラ
インプロセスが、原画像である生画像データを近似処理
してから圧縮を行っているためである。また、本勧告に
より情報量の多いカラー画像等の通信が頻繁化される、
また、コンピュータとの通信を想定し、生画像データよ
り取扱いの容易な記号化データも含んだ通信が出来るよ
うに考慮されている。
【００１８】ＭＯＤＥＭ（変復調装置）１０８は、ファ
クシミリの送受信信号の変復調を行うものであり、ＮＣ
Ｕ（網制御装置）１０９は、選択信号（ダイヤルパルス
またはトーンダイヤラ）を、通信回線（ＰＳＴＮ）１１
８に送出する機能を有し、呼び出し音の検出による自動
着信動作および回線制御動作を行うものである。
クシミリの送受信信号の変復調を行うものであり、ＮＣ
Ｕ（網制御装置）１０９は、選択信号（ダイヤルパルス
またはトーンダイヤラ）を、通信回線（ＰＳＴＮ）１１
８に送出する機能を有し、呼び出し音の検出による自動
着信動作および回線制御動作を行うものである。
【００１９】スキャナ１１１は、ＣＳイメージセンサ、
原稿搬送機構などで構成され、原稿画像を光学的に読み
取ってＲＧＢ成分に分解して各色画素を電気的な画像デ
ータ（８ビットの多値データ）に変換するものである。
この画像データは、画像処理部１１０により補正処理が
施され高精細な画像データとして出力されるものであ
る。
原稿搬送機構などで構成され、原稿画像を光学的に読み
取ってＲＧＢ成分に分解して各色画素を電気的な画像デ
ータ（８ビットの多値データ）に変換するものである。
この画像データは、画像処理部１１０により補正処理が
施され高精細な画像データとして出力されるものであ
る。
【００２０】操作部１１２は、キーボード等で構成さ
れ、オペレータが各種入力装置を行うためのものであ
る。
れ、オペレータが各種入力装置を行うためのものであ
る。
【００２１】ラインバッファ１１３は、画像データの転
送制御を行う場合に使用するラインバッファである。
送制御を行う場合に使用するラインバッファである。
【００２２】ＬＡＮインターフェイス１１４は、ＬＡＮ
１１７に接続するためのインターフェイスである。な
お、本実施形態におけるＬＡＮ１１７は、公知のＴＣＰ
／ＩＰのプロトコルに準拠したネットワークであるもの
とする。
１１７に接続するためのインターフェイスである。な
お、本実施形態におけるＬＡＮ１１７は、公知のＴＣＰ
／ＩＰのプロトコルに準拠したネットワークであるもの
とする。
【００２３】プリンタ１１５は、受信画像やファイルデ
ータ内のＣＭＹＫ各色の多値信号を入力すると各色デー
タを２値データに変換してカラー印刷する例えばインク
ジェットプリンタである。プリンタフォーマッタ１１６
は、ワークステーションなどからのファイルデータのプ
リントを行う際に、プリンタ記述言語を解析し、画像デ
ータに変換するものである。
ータ内のＣＭＹＫ各色の多値信号を入力すると各色デー
タを２値データに変換してカラー印刷する例えばインク
ジェットプリンタである。プリンタフォーマッタ１１６
は、ワークステーションなどからのファイルデータのプ
リントを行う際に、プリンタ記述言語を解析し、画像デ
ータに変換するものである。
【００２４】図２は図１に示したファクシミリ装置を接
続したネットワークの構成を示す図である。
続したネットワークの構成を示す図である。
【００２５】図２において２０１は図１に示したファク
シミリ装置であり、ＬＡＮ１１７を介して送られてきた
データを通信回線１１８を介して相手側装置に送信した
り、通信回線１１８を介して相手通信装置から受信した
データをＬＡＮ１１７を介して他の装置に転送可能であ
る。また、ファクシミリ装置２０１はＬＡＮ１１７上の
装置と各種情報のやり取りが可能である。２０２はサー
バーマシンであり、ＬＡＮの管理を行うコンピュータで
ある。なお、サーバーマシン２０２は、ＬＡＮ上のファ
イルを管理するファイルサーバーとしても機能する。１
０３〜１０５はＬＡＮ１１７に接続されたクライアント
マシンであり、各種データ（文書データ、イメージデー
タ、図形データ等）の作成を行った後、そのデータを送
出したり、各種データを受け取ることができる。またＬ
ＡＮ１１７上の他の装置と各種情報のやり取りが可能で
ある。
シミリ装置であり、ＬＡＮ１１７を介して送られてきた
データを通信回線１１８を介して相手側装置に送信した
り、通信回線１１８を介して相手通信装置から受信した
データをＬＡＮ１１７を介して他の装置に転送可能であ
る。また、ファクシミリ装置２０１はＬＡＮ１１７上の
装置と各種情報のやり取りが可能である。２０２はサー
バーマシンであり、ＬＡＮの管理を行うコンピュータで
ある。なお、サーバーマシン２０２は、ＬＡＮ上のファ
イルを管理するファイルサーバーとしても機能する。１
０３〜１０５はＬＡＮ１１７に接続されたクライアント
マシンであり、各種データ（文書データ、イメージデー
タ、図形データ等）の作成を行った後、そのデータを送
出したり、各種データを受け取ることができる。またＬ
ＡＮ１１７上の他の装置と各種情報のやり取りが可能で
ある。
【００２６】図３は本実施形態における通信プロトコル
の概略を示す図である。
の概略を示す図である。
【００２７】なお、図３では、１ページ目が２個の、２
ページ目が１個のパーシャルページでそれぞれ構成され
る２ページ分の画像データを含むＪＰＥＧデータストリ
ームで通信する例を示した。なお、ＪＰＥＧデータスト
リームの構成は後に詳細を示すがコマントマーカ、その
他のマーカを含んだ構成である。
ページ目が１個のパーシャルページでそれぞれ構成され
る２ページ分の画像データを含むＪＰＥＧデータストリ
ームで通信する例を示した。なお、ＪＰＥＧデータスト
リームの構成は後に詳細を示すがコマントマーカ、その
他のマーカを含んだ構成である。
【００２８】通信回線１１８経由で相手装置と通信する
際には、ＩＴＵ−Ｔ勧告に従い、それぞれＤＩＳ，ＤＣ
Ｓ信号の送出とともに多値データ（ＪＰＥＧデータスト
リーム）を用いて通信を行う宣言をＮＳＦ，ＮＳＳ信号
により行う。
際には、ＩＴＵ−Ｔ勧告に従い、それぞれＤＩＳ，ＤＣ
Ｓ信号の送出とともに多値データ（ＪＰＥＧデータスト
リーム）を用いて通信を行う宣言をＮＳＦ，ＮＳＳ信号
により行う。
【００２９】本実施形態においては、１ページ目のＪＰ
ＥＧデータストリーム内のコメントマーカのみを利用す
るため、２ページ目以降のＪＰＥＧデータストリーム内
にはコメントマーカを含めない構成としたものである。
ＥＧデータストリーム内のコメントマーカのみを利用す
るため、２ページ目以降のＪＰＥＧデータストリーム内
にはコメントマーカを含めない構成としたものである。
【００３０】図７〜図９は、ＪＰＥＧデータストリーム
の構成を示す図である。
の構成を示す図である。
【００３１】図７はＪＰＥＧデータストリームの全体を
表す図であり、各マーカ及び画像データ（ＪＰＥＧ符号
化データ）を含む。
表す図であり、各マーカ及び画像データ（ＪＰＥＧ符号
化データ）を含む。
【００３２】図８はＪＰＥＧデータストリームに含まれ
る各マーカの種別、符号語、及び各マーカ毎の意味を示
す図である。
る各マーカの種別、符号語、及び各マーカ毎の意味を示
す図である。
【００３３】図９はコメントマーカの構成を示す図であ
る。図９において、Ｃｏｍはコメント開始を示すマーカ
である。Ｌｃはコメントセグメント表を１６ビットで示
し、許容値は２〜６５５３５（１０進数）である。Ｃｍ
ｉは８ビットで示されるコメントバイトであり、許容値
は０〜２５５（１０進数）である。本実施形態では、こ
のコメントマーカ内のコメントバイト（Ｃｍｉ）にＬＡ
Ｎ１１７に接続された各クライアントのユーザ名称やＩ
Ｄ（ＩＰアドレス、ＭＡＣアドレス等の個別な情報）を
設定しておき、この設定されているデータを解析するも
のである。
る。図９において、Ｃｏｍはコメント開始を示すマーカ
である。Ｌｃはコメントセグメント表を１６ビットで示
し、許容値は２〜６５５３５（１０進数）である。Ｃｍ
ｉは８ビットで示されるコメントバイトであり、許容値
は０〜２５５（１０進数）である。本実施形態では、こ
のコメントマーカ内のコメントバイト（Ｃｍｉ）にＬＡ
Ｎ１１７に接続された各クライアントのユーザ名称やＩ
Ｄ（ＩＰアドレス、ＭＡＣアドレス等の個別な情報）を
設定しておき、この設定されているデータを解析するも
のである。
【００３４】図１０はＩＰアドレスのデータ構成を示す
図である。ＩＰアドレスは、ネットワークセグメントの
アドレスを示すものであり、クラス識別子・ネットワー
クアドレス・ホストアドレスクラスにより構成される３
２ビットのアドレスデータである。ＩＰアドレスの構成
は、クラス（Ａ、Ｂ、Ｃの３種類）により異なるもので
ある。クラスＡ（図１０（ａ））は大規模ＬＡＮ（国家
規模のネットワーク）、クラスＢ（図１０（ｂ））は中
間規模ＬＡＮ（企業・大学内ネットワーク）、クラスＣ
（図１０（Ｃ））は小規模ＬＡＮに用いられるものであ
り、各クラスによりネットワークアドレス・ホストアド
レスの構成ビット数が異なるものである。また、ネット
ワークアドレスはホスト（端末）が接続されているイー
サネットなどのセグメントを示すものであり、ホストア
ドレスは、各セグメント内のホストを識別するためのも
のである。
図である。ＩＰアドレスは、ネットワークセグメントの
アドレスを示すものであり、クラス識別子・ネットワー
クアドレス・ホストアドレスクラスにより構成される３
２ビットのアドレスデータである。ＩＰアドレスの構成
は、クラス（Ａ、Ｂ、Ｃの３種類）により異なるもので
ある。クラスＡ（図１０（ａ））は大規模ＬＡＮ（国家
規模のネットワーク）、クラスＢ（図１０（ｂ））は中
間規模ＬＡＮ（企業・大学内ネットワーク）、クラスＣ
（図１０（Ｃ））は小規模ＬＡＮに用いられるものであ
り、各クラスによりネットワークアドレス・ホストアド
レスの構成ビット数が異なるものである。また、ネット
ワークアドレスはホスト（端末）が接続されているイー
サネットなどのセグメントを示すものであり、ホストア
ドレスは、各セグメント内のホストを識別するためのも
のである。
【００３５】例えば、ネットワークアドレスが１２９．
８０（クラスＢ）、ホストアドレスが２４．３１の場合
は、ＩＰアドレスが（１２９．８０．２４．３１）で実
際のデータは（１００００００１ ０１０１００００
０００１１０００ ０００１１１１１）となる。
８０（クラスＢ）、ホストアドレスが２４．３１の場合
は、ＩＰアドレスが（１２９．８０．２４．３１）で実
際のデータは（１００００００１ ０１０１００００
０００１１０００ ０００１１１１１）となる。
【００３６】図１１は、ＭＡＣアドレスのデータ構成を
示す図である。ＭＡＣアドレスは、ＬＡＮ上に接続され
る機器に固有に割り当てられるアドレスであり、ＩＥＥ
Ｅによって管理されるものである。ＭＡＣアドレスは、
上位２４ビットは、メーカー識別コードであり、下位２
４ビットは、メーカー内で装置に割り当てを行うもので
ある。通常、下位２４ビットのうち、上位１２ビットは
装置シリーズアドレス、下位１２ビットは装置単体固有
アドレス（シリアルナンバー）に割り当てられている。
示す図である。ＭＡＣアドレスは、ＬＡＮ上に接続され
る機器に固有に割り当てられるアドレスであり、ＩＥＥ
Ｅによって管理されるものである。ＭＡＣアドレスは、
上位２４ビットは、メーカー識別コードであり、下位２
４ビットは、メーカー内で装置に割り当てを行うもので
ある。通常、下位２４ビットのうち、上位１２ビットは
装置シリーズアドレス、下位１２ビットは装置単体固有
アドレス（シリアルナンバー）に割り当てられている。
【００３７】図１２はＴＣＰ／ＩＰに準拠した通信プロ
トコルで用いるデータのパケット構成を示す図である。
トコルで用いるデータのパケット構成を示す図である。
【００３８】１２０３は、データの送信先を示すＭＡＣ
アドレス（６バイト）であり、１２０４は、送信元を示
すＭＡＣアドレス（６バイト）である。このＭＡＣアド
レスは、データリンク層に相当するものである。
アドレス（６バイト）であり、１２０４は、送信元を示
すＭＡＣアドレス（６バイト）である。このＭＡＣアド
レスは、データリンク層に相当するものである。
【００３９】１２０６は、ＩＰヘッダであり、ネットワ
ーク層のプロトコルに相当するものである。このＩＰヘ
ッダには、ネットワーク上の機器にアクセスするための
アドレスが設定されるものであり、送信元のＩＰアドレ
ス１２０６ａ、送信元のＩＰアドレス１２０６ｂが格納
されているものである。
ーク層のプロトコルに相当するものである。このＩＰヘ
ッダには、ネットワーク上の機器にアクセスするための
アドレスが設定されるものであり、送信元のＩＰアドレ
ス１２０６ａ、送信元のＩＰアドレス１２０６ｂが格納
されているものである。
【００４０】１２０７は、ＴＣＰヘッダであり、データ
転送の信頼性の確保を規定するトランスポート層に相当
するものである。
転送の信頼性の確保を規定するトランスポート層に相当
するものである。
【００４１】１２０８は、データであり、このデータ部
に画像データやコマンドデータなどが格納されるもので
ある。
に画像データやコマンドデータなどが格納されるもので
ある。
【００４２】次に、通信回線１１８を介して受信した複
数回の通信分の画像データ（回線切断後に別の呼で受信
した画像データ）をＬＡＮ１１７上の同一のクライアン
トに一度にまとめて配送（列信配送）すべく、該クライ
アント宛ての受信画像があることを該クライアントに通
知するまでの動作（以下列信配送通知制御という）を説
明する。
数回の通信分の画像データ（回線切断後に別の呼で受信
した画像データ）をＬＡＮ１１７上の同一のクライアン
トに一度にまとめて配送（列信配送）すべく、該クライ
アント宛ての受信画像があることを該クライアントに通
知するまでの動作（以下列信配送通知制御という）を説
明する。
【００４３】図４は、この列信配送通知制御の処理の流
れを示すフローチャートである。このフローチャート
は、ＲＯＭ１０２に格納されたプログラムに基づきＣＰ
Ｕ１０１が行う制御の流れである。
れを示すフローチャートである。このフローチャート
は、ＲＯＭ１０２に格納されたプログラムに基づきＣＰ
Ｕ１０１が行う制御の流れである。
【００４４】まず、Ｓ４０１では画像メモリ１０４に受
信画像データ（まだＬＡＮ１１７上のクライアントに受
信通知を行っていない）が格納されているか判断する。
ここで、この受信画像の有無の判断は所定間隔で行う
が、例えば所定時間経過毎や画像メモリ１０４の残り容
量を監視し、所定量になる毎、または所定回数画像を受
信する毎に行う。そして、画像メモリ１０４に受信画像
が格納されていることを確認するとＳ４０２に進み、受
信画像の配送制御を開始する。
信画像データ（まだＬＡＮ１１７上のクライアントに受
信通知を行っていない）が格納されているか判断する。
ここで、この受信画像の有無の判断は所定間隔で行う
が、例えば所定時間経過毎や画像メモリ１０４の残り容
量を監視し、所定量になる毎、または所定回数画像を受
信する毎に行う。そして、画像メモリ１０４に受信画像
が格納されていることを確認するとＳ４０２に進み、受
信画像の配送制御を開始する。
【００４５】次にＳ４０３では、発信局から受信したデ
ータ内のコメントマーカの解析を行う。ただし、発信局
との図３に示すプロトコルによる信号のやりとりにおい
て、ＮＳＦ、ＮＳＳ信号によりＪＰＥＧデータストリー
ムを用いて通信を行うことを通知しているものとする。
ここで、受信したデータは図７に示したような構成であ
り、コメントマーカはその中に含まれ図９に示したよう
な構成のコメントバイトにデータとして格納されている
ものである。本実施形態では、このコメントマーカ内の
コメントバイトには発信元において、予め定められたフ
ォーマットに従い、受信側のＬＡＮ上のクライアントの
アドレス等が格納されているものである。本実施形態に
おけるＬＡＮはＴＣＰ／ＩＰのプロトコルに準拠してお
り、上記ＬＡＮ上のクライアントのアドレスは、ＬＡＮ
上のアドレスを示すＩＰアドレスもしくはＬＡＮ上に接
続されている機器のＭＡＣアドレスである。Ｓ４０３で
はコメントマーカのコメントバイトに格納されているデ
ータのアドレスを解析し、ＩＰアドレスまたはＭＡＣア
ドレスのフォーマットに変換するものである。
ータ内のコメントマーカの解析を行う。ただし、発信局
との図３に示すプロトコルによる信号のやりとりにおい
て、ＮＳＦ、ＮＳＳ信号によりＪＰＥＧデータストリー
ムを用いて通信を行うことを通知しているものとする。
ここで、受信したデータは図７に示したような構成であ
り、コメントマーカはその中に含まれ図９に示したよう
な構成のコメントバイトにデータとして格納されている
ものである。本実施形態では、このコメントマーカ内の
コメントバイトには発信元において、予め定められたフ
ォーマットに従い、受信側のＬＡＮ上のクライアントの
アドレス等が格納されているものである。本実施形態に
おけるＬＡＮはＴＣＰ／ＩＰのプロトコルに準拠してお
り、上記ＬＡＮ上のクライアントのアドレスは、ＬＡＮ
上のアドレスを示すＩＰアドレスもしくはＬＡＮ上に接
続されている機器のＭＡＣアドレスである。Ｓ４０３で
はコメントマーカのコメントバイトに格納されているデ
ータのアドレスを解析し、ＩＰアドレスまたはＭＡＣア
ドレスのフォーマットに変換するものである。
【００４６】次に、Ｓ４０４では解析されたコメントマ
ーカの判断を行う。ここでコメントマーカにクライアン
トの指定があれば、Ｓ４０５に進み、発信元で指定され
たコメントマーカに従い、ＬＡＮ上の端末をアクセスす
るためのＩＰアドレス、ＭＡＣアドレスの設定を行い、
ＲＡＭ１０３に記憶する。一方、コメントマーカにクラ
イアントの指定がないと判断した場合は、相手不明な領
域（例えば、局留め）と判断して管理者のクライアント
マシンを指定し、アドレスを設定してＲＡＭ１０３に記
憶する。ただし、このようにクライアントの指定がない
場合に受信画像を破棄することにより不要なダイレクト
メール通信等を防止するようにしてもよい。なお、ここ
での管理者はネットワークの管理者や受信情報の管理者
等受信側で予め決めておき、そのアドレス（ネーム）を
ＲＡＭ１０３に記憶しておくものである。ただし、複数
のアドレスを登録可能である。
ーカの判断を行う。ここでコメントマーカにクライアン
トの指定があれば、Ｓ４０５に進み、発信元で指定され
たコメントマーカに従い、ＬＡＮ上の端末をアクセスす
るためのＩＰアドレス、ＭＡＣアドレスの設定を行い、
ＲＡＭ１０３に記憶する。一方、コメントマーカにクラ
イアントの指定がないと判断した場合は、相手不明な領
域（例えば、局留め）と判断して管理者のクライアント
マシンを指定し、アドレスを設定してＲＡＭ１０３に記
憶する。ただし、このようにクライアントの指定がない
場合に受信画像を破棄することにより不要なダイレクト
メール通信等を防止するようにしてもよい。なお、ここ
での管理者はネットワークの管理者や受信情報の管理者
等受信側で予め決めておき、そのアドレス（ネーム）を
ＲＡＭ１０３に記憶しておくものである。ただし、複数
のアドレスを登録可能である。
【００４７】そして、Ｓ４０６では、上記の如く設定し
てアドレスをもとに、指定されたＬＡＮ１１７上の端末
（クライアント）に受信画像を列信配送するための列信
画像ファイルを生成する。ここでは、各クライアント毎
に区別して複数通信分の受信画像をひとまとめに結合す
る。この列信画像ファイルは、接続されたＬＡＮ１１７
のプロトコルに従い構成されるものであり、本実施形態
ではＴＣＰ／ＩＰのプロトコルに従い構成される。列信
画像ファイルはＭＡＣアドレス、ＩＰヘッダ、ＴＣＰヘ
ッダ、データ部などから構成されている。データ部はア
プリケーション層に相当する。また、配送する画像ファ
イルをサーバーマシン２０２のメモリ上の指定されたア
ドレス（Ｓ４０５またはＳ４１１で設定したアドレス）
に対応する位置に格納するために、この指定されたアド
レスなどの情報を格納するコマンドデータファイルと、
画像データを格納する画像データファイルの２つのファ
イルとし、この２つのファイルを対応させてサーバーマ
シン２０２へ送出されるものである。サーバーマシン２
０２側でのメモリの所定の位置に格納する制御は、コマ
ンドファイルの情報をもとにサーバーマシン２０２上の
アプリケーションソフトウェアによりサーバーマシン２
０２がアクティブ状態になり、続いて受信した画像デー
タファイルのデータをメモリ上の所定の位置に格納する
ように行われる。なお、ファイルを送信する際、ファイ
ルの送出先のアドレスにはサーバーマシン２０２のアド
レスが格納され、送出元のアドレスはファクシミリ装置
２０１のアドレスが格納される。以上の様に画像メモリ
１０４内の全ての受信画像について列信画像ファイルを
作成し終わったと判断すると（Ｓ４０７）、上記アドレ
ス毎（Ｓ４０５またはＳ４１１で設定したアドレス）に
区別して複数回の通信分まとめて結合した列信画像ファ
イルをファクシミリ装置２０１のＬＡＮＩ／Ｆ部１１４
を介してＬＡＮ１１７上に送出し、サーバーマシン２０
２に転送する（Ｓ４０８）。
てアドレスをもとに、指定されたＬＡＮ１１７上の端末
（クライアント）に受信画像を列信配送するための列信
画像ファイルを生成する。ここでは、各クライアント毎
に区別して複数通信分の受信画像をひとまとめに結合す
る。この列信画像ファイルは、接続されたＬＡＮ１１７
のプロトコルに従い構成されるものであり、本実施形態
ではＴＣＰ／ＩＰのプロトコルに従い構成される。列信
画像ファイルはＭＡＣアドレス、ＩＰヘッダ、ＴＣＰヘ
ッダ、データ部などから構成されている。データ部はア
プリケーション層に相当する。また、配送する画像ファ
イルをサーバーマシン２０２のメモリ上の指定されたア
ドレス（Ｓ４０５またはＳ４１１で設定したアドレス）
に対応する位置に格納するために、この指定されたアド
レスなどの情報を格納するコマンドデータファイルと、
画像データを格納する画像データファイルの２つのファ
イルとし、この２つのファイルを対応させてサーバーマ
シン２０２へ送出されるものである。サーバーマシン２
０２側でのメモリの所定の位置に格納する制御は、コマ
ンドファイルの情報をもとにサーバーマシン２０２上の
アプリケーションソフトウェアによりサーバーマシン２
０２がアクティブ状態になり、続いて受信した画像デー
タファイルのデータをメモリ上の所定の位置に格納する
ように行われる。なお、ファイルを送信する際、ファイ
ルの送出先のアドレスにはサーバーマシン２０２のアド
レスが格納され、送出元のアドレスはファクシミリ装置
２０１のアドレスが格納される。以上の様に画像メモリ
１０４内の全ての受信画像について列信画像ファイルを
作成し終わったと判断すると（Ｓ４０７）、上記アドレ
ス毎（Ｓ４０５またはＳ４１１で設定したアドレス）に
区別して複数回の通信分まとめて結合した列信画像ファ
イルをファクシミリ装置２０１のＬＡＮＩ／Ｆ部１１４
を介してＬＡＮ１１７上に送出し、サーバーマシン２０
２に転送する（Ｓ４０８）。
【００４８】そして、列信画像ファイルをサーバーマシ
ン２０２に送出後、指定されたアドレス（Ｓ４０５また
はＳ４１１で設定したアドレス）に対応するクライアン
ト（端末）に対して受信があった旨を通知するための受
信通知メールを作成する（Ｓ４０９）。ここで、受信通
知メールには各受信画像毎の受信時刻、受信相手先情
報、受信枚数などの情報を複数回の通信分結合した通信
情報と、受信した旨を伝えるメッセージを予め定められ
たフォーマットに従い作成し、指定された端末（Ｓ４０
５またはＳ４１１で設定したアドレス）に対応する端末
に送信する（Ｓ４１０）。なお、この受信通知は既存の
メールツールを利用して行うものであってよい。
ン２０２に送出後、指定されたアドレス（Ｓ４０５また
はＳ４１１で設定したアドレス）に対応するクライアン
ト（端末）に対して受信があった旨を通知するための受
信通知メールを作成する（Ｓ４０９）。ここで、受信通
知メールには各受信画像毎の受信時刻、受信相手先情
報、受信枚数などの情報を複数回の通信分結合した通信
情報と、受信した旨を伝えるメッセージを予め定められ
たフォーマットに従い作成し、指定された端末（Ｓ４０
５またはＳ４１１で設定したアドレス）に対応する端末
に送信する（Ｓ４１０）。なお、この受信通知は既存の
メールツールを利用して行うものであってよい。
【００４９】また、発信局側でコメントマーカに複数の
クライアントＩＤを設定しておけば、同一ネットワーク
上での同報列信通信を行うことができることは言うまで
もない。
クライアントＩＤを設定しておけば、同一ネットワーク
上での同報列信通信を行うことができることは言うまで
もない。
【００５０】また、Ｓ４０４でコメントマーカによりク
ライアントが指定されていないと判断した場合には、配
送制御を行わず、通常の受信動作と同様に自動的にプリ
ンタ部１１５より出力するようにしてもよい。またはク
ライアントが指定されておらず、かつ、受信側で管理者
の設定が行われていない場合に受信画像をプリントアウ
トするようにしてもよい。
ライアントが指定されていないと判断した場合には、配
送制御を行わず、通常の受信動作と同様に自動的にプリ
ンタ部１１５より出力するようにしてもよい。またはク
ライアントが指定されておらず、かつ、受信側で管理者
の設定が行われていない場合に受信画像をプリントアウ
トするようにしてもよい。
【００５１】Ｓ４１０で送出された受信通知メールを受
け取ったクライアント（端末）は、画像ファイルをサー
バーマシン２０２から引き出して表示装置に表示させて
確認したり、プリンタやファシクミリ装置２０１のプリ
ンタ部１１５で記録紙にプリントアウトすることにより
受信画像を得る。このとき一つに結合された複数ファイ
ルを個別に指定して出力するようにしてもよい。
け取ったクライアント（端末）は、画像ファイルをサー
バーマシン２０２から引き出して表示装置に表示させて
確認したり、プリンタやファシクミリ装置２０１のプリ
ンタ部１１５で記録紙にプリントアウトすることにより
受信画像を得る。このとき一つに結合された複数ファイ
ルを個別に指定して出力するようにしてもよい。
【００５２】次に、通信回線１１８を介して受信した複
数回の通信分の画像データを一度にまとめてＬＡＮ１１
７上の同一のクライアントに直接配送する際の動作（以
下、列信配送制御という）を説明する。
数回の通信分の画像データを一度にまとめてＬＡＮ１１
７上の同一のクライアントに直接配送する際の動作（以
下、列信配送制御という）を説明する。
【００５３】図５は、この列信配送制御の処理の流れを
示すフローチャートである。このフローチャートはＲＯ
Ｍ１０２に格納されたプログラムに基づきＣＰＵ１０１
が行う制御の流れである。
示すフローチャートである。このフローチャートはＲＯ
Ｍ１０２に格納されたプログラムに基づきＣＰＵ１０１
が行う制御の流れである。
【００５４】Ｓ５０１〜Ｓ５０７は前述のＳ４０１〜Ｓ
４０７と同様であり、ここでの説明は省略する。ただ
し、コマンドデータファイルには、列信画像ファイルを
ＬＡＮ１１７上のクライアントマシンのメモリ上の所定
のアドレスに対応する位置に直接格納するためのアドレ
ス情報などの情報が格納される。そして、ファイルを送
出する場合、ファイルの送信元のアドレスには各クライ
アントのアドレスが格納され、送信元のアドレスはファ
クシミリ装置２０１のアドレスが格納される。そして画
像メモリ１０４内のすべての受信画像について列信画像
ファイルを作成し終わると、アドレス毎（Ｓ５０５また
はＳ５１１で設定したアドレス）にひとまとめに結合し
た列信画像ファイルをＬＡＮＩ／Ｆ部１１４を介して該
アドレスに対応したクライアントマシンに受信通知後に
配送する（Ｓ５０８）。
４０７と同様であり、ここでの説明は省略する。ただ
し、コマンドデータファイルには、列信画像ファイルを
ＬＡＮ１１７上のクライアントマシンのメモリ上の所定
のアドレスに対応する位置に直接格納するためのアドレ
ス情報などの情報が格納される。そして、ファイルを送
出する場合、ファイルの送信元のアドレスには各クライ
アントのアドレスが格納され、送信元のアドレスはファ
クシミリ装置２０１のアドレスが格納される。そして画
像メモリ１０４内のすべての受信画像について列信画像
ファイルを作成し終わると、アドレス毎（Ｓ５０５また
はＳ５１１で設定したアドレス）にひとまとめに結合し
た列信画像ファイルをＬＡＮＩ／Ｆ部１１４を介して該
アドレスに対応したクライアントマシンに受信通知後に
配送する（Ｓ５０８）。
【００５５】次に、ＬＡＮ１１７上のクライアント（端
末）から送られてくる送信画像を通信回線１１８を介し
て送信する際に複数の送信要求に係る画像データを送信
先のクライアント別にまとめて送信（列信送信）する場
合の動作について説明する。
末）から送られてくる送信画像を通信回線１１８を介し
て送信する際に複数の送信要求に係る画像データを送信
先のクライアント別にまとめて送信（列信送信）する場
合の動作について説明する。
【００５６】図６は列信送信制御の処理の流れを示すフ
ローチャートである。このフローチャートは、ＲＯＭ１
０２に格納されたプログラムに基づき、ＣＰＵ１０１が
行う制御の流れである。
ローチャートである。このフローチャートは、ＲＯＭ１
０２に格納されたプログラムに基づき、ＣＰＵ１０１が
行う制御の流れである。
【００５７】まず、Ｓ６０１では画像メモリ１０４に送
信すべき画像データが格納されているか判断する。ここ
での送信画像の有無の判断は所定間隔で行うが、例えば
所定時間毎や画像メモリ１０４の残り容量を監視し、所
定量になる毎、または所定回数画像の送信を受け付け画
像メモリ１０４に入力する毎に行う。そして、画像メモ
リ１０４に送信画像が格納されていることを確認すると
Ｓ６０２に進み、送信画像の列信制御を開始する。
信すべき画像データが格納されているか判断する。ここ
での送信画像の有無の判断は所定間隔で行うが、例えば
所定時間毎や画像メモリ１０４の残り容量を監視し、所
定量になる毎、または所定回数画像の送信を受け付け画
像メモリ１０４に入力する毎に行う。そして、画像メモ
リ１０４に送信画像が格納されていることを確認すると
Ｓ６０２に進み、送信画像の列信制御を開始する。
【００５８】次にＳ６０３では、画像メモリ１０４内の
送信画像データ内のコメントマーカの解析を行う。ここ
でのコメントマーカの解析は前述と同様である。そし
て、コメントマーカにクライアント（相手側のＬＡＮ上
のクライアント）の指定があれば、Ｓ６０５に進み、ク
ライアントのアドレス毎に区別して送信画像ファイルを
作成する。ここでは、複数のオペレータからの複数の送
信要求に係る送信画像を順次同じクライアント宛にひと
まとめに結合していきファイルを作成する。そしてＳ６
０６に進み、生成した送信画像ファイルを画像メモリ１
０４の相手先（通信回線１１８と接続された相手通信装
置の電話番号）毎に設けられた蓄積領域に転送する。た
だし、相手先の電話番号はクライアントから送信要求を
受けつける際に通知されるものである。そして、Ｓ６０
７で画像メモリ１０４内の全ての送信画像データについ
てファイルの生成が終了したと判断するとＳ６０８に進
み、相手先電話番号に基づき順次相手先への送信を開始
する。このとき、相手先の各クライアントには列信送信
した旨を通知し、また送信要求をした送信元のクライア
ントにも列信送信した旨を通知する。一方、Ｓ６０４で
クライアントの指定がないと判断すると相手先の電話番
号に基づき送信すべく画像メモリ１０４の蓄積領域に転
送する。Ｓ６０８での送信は各相手先毎に一回の通信で
（回線を途中で切断せずに）宛先のクライアント毎にひ
とまとめに結合した送信画像ファイルを順次送信する。
送信画像データ内のコメントマーカの解析を行う。ここ
でのコメントマーカの解析は前述と同様である。そし
て、コメントマーカにクライアント（相手側のＬＡＮ上
のクライアント）の指定があれば、Ｓ６０５に進み、ク
ライアントのアドレス毎に区別して送信画像ファイルを
作成する。ここでは、複数のオペレータからの複数の送
信要求に係る送信画像を順次同じクライアント宛にひと
まとめに結合していきファイルを作成する。そしてＳ６
０６に進み、生成した送信画像ファイルを画像メモリ１
０４の相手先（通信回線１１８と接続された相手通信装
置の電話番号）毎に設けられた蓄積領域に転送する。た
だし、相手先の電話番号はクライアントから送信要求を
受けつける際に通知されるものである。そして、Ｓ６０
７で画像メモリ１０４内の全ての送信画像データについ
てファイルの生成が終了したと判断するとＳ６０８に進
み、相手先電話番号に基づき順次相手先への送信を開始
する。このとき、相手先の各クライアントには列信送信
した旨を通知し、また送信要求をした送信元のクライア
ントにも列信送信した旨を通知する。一方、Ｓ６０４で
クライアントの指定がないと判断すると相手先の電話番
号に基づき送信すべく画像メモリ１０４の蓄積領域に転
送する。Ｓ６０８での送信は各相手先毎に一回の通信で
（回線を途中で切断せずに）宛先のクライアント毎にひ
とまとめに結合した送信画像ファイルを順次送信する。
【００５９】最後にＳ４０３，Ｓ５０３，Ｓ６０３のコ
メントマーカ解析制御について説明を行う。図１３はこ
の処理の流れを示すフローチャートである。
メントマーカ解析制御について説明を行う。図１３はこ
の処理の流れを示すフローチャートである。
【００６０】まず、Ｓ１３０１ではＪＰＥＧデータスト
リームのコメントマーカのコマンドバイトにデータが格
納されている否かの判断を行う。ここで、コマンドバイ
トにデータが格納されていない場合は、アドレス解析が
不可能であると判断し、Ｓ１３０５でクライアントの指
定なしとしアドレス解析制御を終了する。
リームのコメントマーカのコマンドバイトにデータが格
納されている否かの判断を行う。ここで、コマンドバイ
トにデータが格納されていない場合は、アドレス解析が
不可能であると判断し、Ｓ１３０５でクライアントの指
定なしとしアドレス解析制御を終了する。
【００６１】コマンドバイトデータが格納されていると
判断した場合は、Ｓ１３０２に進み、該データに含まれ
るアドレスデータを解析する。ここでのアドレスの解析
は、本実施形態はＴＣＰ／ＩＰのプロトコルに従うた
め、ＩＰアドレスとＭＡＣアドレスのアドレスデータの
２種類の種別を判定し、それぞれのアドレスデータのデ
ータ構成を解析する。
判断した場合は、Ｓ１３０２に進み、該データに含まれ
るアドレスデータを解析する。ここでのアドレスの解析
は、本実施形態はＴＣＰ／ＩＰのプロトコルに従うた
め、ＩＰアドレスとＭＡＣアドレスのアドレスデータの
２種類の種別を判定し、それぞれのアドレスデータのデ
ータ構成を解析する。
【００６２】次に、Ｓ１３０３に進み、解析したアドレ
スに対応するクライアントがＬＡＮ上に存在するか否か
（ＬＡＮに接続されているか否か）の判定を行う。この
判定はＳ４０３の場合はサーバーマシン２０２に対し、
クライアントの存在を問い合わせることにより判定し、
Ｓ５０３の場合はＬＡＮ１１７上に存在するクライアン
トを予めＲＡＭ１０３に登録しておき、その内容をサー
チすることにより判定し、Ｓ６０３の場合は各相手先毎
のＬＡＮ上のクライアントをＲＡＭ１０３に登録してお
き、その内容をサーチすることにより判定する。そし
て、クライアントが存在すると判定した場合はＳ１３０
４に進み、クライアント指定ありと判断し、存在しない
と判定した場合はＳ１３０５に進み、クライアント指定
なしと判断する。
スに対応するクライアントがＬＡＮ上に存在するか否か
（ＬＡＮに接続されているか否か）の判定を行う。この
判定はＳ４０３の場合はサーバーマシン２０２に対し、
クライアントの存在を問い合わせることにより判定し、
Ｓ５０３の場合はＬＡＮ１１７上に存在するクライアン
トを予めＲＡＭ１０３に登録しておき、その内容をサー
チすることにより判定し、Ｓ６０３の場合は各相手先毎
のＬＡＮ上のクライアントをＲＡＭ１０３に登録してお
き、その内容をサーチすることにより判定する。そし
て、クライアントが存在すると判定した場合はＳ１３０
４に進み、クライアント指定ありと判断し、存在しない
と判定した場合はＳ１３０５に進み、クライアント指定
なしと判断する。
【００６３】以上述べた実施形態では、ファクシミリ装
置２０１をＬＡＮ１１７に直接接続する形態を例に説明
したが、これに限らず、例えばファクシミリサーバをＬ
ＡＮ１１７に接続し、そして、このファクシミリサーバ
とファクシミリ装置と接続し、ファクシミリサーバに前
述したような処理プログラムをインストールしてファク
シミリサーバに配送等の制御を行わせることにより、フ
ァクシミリ装置は通信回線を介した通信制御のためのス
ループットを向上させることができる。
置２０１をＬＡＮ１１７に直接接続する形態を例に説明
したが、これに限らず、例えばファクシミリサーバをＬ
ＡＮ１１７に接続し、そして、このファクシミリサーバ
とファクシミリ装置と接続し、ファクシミリサーバに前
述したような処理プログラムをインストールしてファク
シミリサーバに配送等の制御を行わせることにより、フ
ァクシミリ装置は通信回線を介した通信制御のためのス
ループットを向上させることができる。
【００６４】また、メール通知制御（Ｓ４０９，Ｓ４１
０）もファクシミリ装置２０１が行う場合の説明を行っ
たが、例えば、ザーバーマシン２０２がアプリケーショ
ンソフトウェアにより通知メールを作成し、送信するよ
うにしてもよい。
０）もファクシミリ装置２０１が行う場合の説明を行っ
たが、例えば、ザーバーマシン２０２がアプリケーショ
ンソフトウェアにより通知メールを作成し、送信するよ
うにしてもよい。
【００６５】また、受信した画像データに基づく列信画
像ファイルをサーバーマシン２０２に送出するようにし
たが（Ｓ４０８）、これに限らず、ＬＡＮ上に接続され
ている端末のメモリやＬＡＮ上に接続されたハードディ
スク、またはファクシミリ装置に接続されたハードディ
スク等に格納しておくようにしてもよい。
像ファイルをサーバーマシン２０２に送出するようにし
たが（Ｓ４０８）、これに限らず、ＬＡＮ上に接続され
ている端末のメモリやＬＡＮ上に接続されたハードディ
スク、またはファクシミリ装置に接続されたハードディ
スク等に格納しておくようにしてもよい。
【００６６】また、ＬＡＮのプロトコルはＴＣＰ／ＩＰ
に準拠するものを例に説明したが、これに限らずＩＰＸ
／ＳＰＸなどでもよい。
に準拠するものを例に説明したが、これに限らずＩＰＸ
／ＳＰＸなどでもよい。
【００６７】また、通知メールも受信した旨を伝えるも
のだけでなく、例えば通信エラーがあった場合のエラー
通知メールを送出するものでもよい。
のだけでなく、例えば通信エラーがあった場合のエラー
通知メールを送出するものでもよい。
【００６８】また、コメントマーカにはアドレスデータ
だけでなく、他のデータ、例えば、プリント要求等のデ
ータを含めてもよい。
だけでなく、他のデータ、例えば、プリント要求等のデ
ータを含めてもよい。
【００６９】以上述べたように、本実施形態によれば、
複数回の通信により受信したデータのうち同一クライア
ント宛てのデータを当該クライアントへまとめて配送で
きるように一度に受信通知を行うことができる。また、
データをひとまとめに結合して一度に配送できる。これ
により、通信効率等の向上を図ることができる。
複数回の通信により受信したデータのうち同一クライア
ント宛てのデータを当該クライアントへまとめて配送で
きるように一度に受信通知を行うことができる。また、
データをひとまとめに結合して一度に配送できる。これ
により、通信効率等の向上を図ることができる。
【００７０】また、ＬＡＮに接続された相手通信装置に
データを送信する際に、一回の通信で全てのデータを送
信できるとともに各宛先クライアント毎にまとめて送信
できる。これにより通信効率等の向上を図ることがで
き、受信側で列信配送機能がなくてもクライアント毎に
まとめてデータを転送させることができる。
データを送信する際に、一回の通信で全てのデータを送
信できるとともに各宛先クライアント毎にまとめて送信
できる。これにより通信効率等の向上を図ることがで
き、受信側で列信配送機能がなくてもクライアント毎に
まとめてデータを転送させることができる。
【００７１】（第２の実施形態）次に、ＢＦＴ通信方式
を用いた場合の送信及び配送の方法について説明する。
を用いた場合の送信及び配送の方法について説明する。
【００７２】このＢＦＴ通信はＩＴＵ勧告Ｔ．３０，
Ｔ．４６４で規格化し、広範囲な異機種間の相互接続、
互換性を規定する仕様として規格化された。ＢＦＴ通信
方式によるデータは、属性部とイメージデータ部からな
る構成である。タグという指標とその内容を示す情報と
いう構成で属性情報やデータ情報が設定できる方式であ
る。また、イメージデータばかりでなくコードデータも
使用できる。
Ｔ．４６４で規格化し、広範囲な異機種間の相互接続、
互換性を規定する仕様として規格化された。ＢＦＴ通信
方式によるデータは、属性部とイメージデータ部からな
る構成である。タグという指標とその内容を示す情報と
いう構成で属性情報やデータ情報が設定できる方式であ
る。また、イメージデータばかりでなくコードデータも
使用できる。
【００７３】本実施形態にかかるファクシミリ装置の構
成は前述のものと同様であるのでここでの説明は省略す
る。なお、本実施形態のファクシミリ装置もＬＡＮ上の
端末とのデータのやり取りが可能である。
成は前述のものと同様であるのでここでの説明は省略す
る。なお、本実施形態のファクシミリ装置もＬＡＮ上の
端末とのデータのやり取りが可能である。
【００７４】図１４は本実施形態における通信プロトコ
ル（通信回線１１８経由）の概略を示す図である。
ル（通信回線１１８経由）の概略を示す図である。
【００７５】図に示すように手順信号のＮＳＦにより着
呼局で本実施形態に関わる特別機能を有していること、
ＤＩＳによりＢＦＴを利用することを発呼局が知る。そ
して、発呼局はＮＳＳ，ＤＣＳによりＢＦＴを用いた特
別機能を実行するように着呼局に通知する。
呼局で本実施形態に関わる特別機能を有していること、
ＤＩＳによりＢＦＴを利用することを発呼局が知る。そ
して、発呼局はＮＳＳ，ＤＣＳによりＢＦＴを用いた特
別機能を実行するように着呼局に通知する。
【００７６】そして、発呼局はＢＦＴのフォーマットに
従い、列信配送を着呼局に指定するコマンドを送出し、
着呼局からのＭＣＦを受けると、以下、複数のドキュメ
ントをそれぞれ宛先別のファイルとして送信するもので
ある。
従い、列信配送を着呼局に指定するコマンドを送出し、
着呼局からのＭＣＦを受けると、以下、複数のドキュメ
ントをそれぞれ宛先別のファイルとして送信するもので
ある。
【００７７】一方、ここでは図示しないが、着呼局で列
信配送制御機能を有さない場合は発呼局で複数のドキュ
メントをクライアント別に１つのファイルとして送信す
る。
信配送制御機能を有さない場合は発呼局で複数のドキュ
メントをクライアント別に１つのファイルとして送信す
る。
【００７８】図１５〜図１７は、ＢＦＴ通信に用いるデ
ータフレームの構成を説明する図である。
ータフレームの構成を説明する図である。
【００７９】図１５はＢＦＴ通信フレームの全体を表す
図である。図１６はＢＦＴ通信フレームに含まれる記号
の内容を示す図である。図１７はファイルデータの構成
を示す図である。
図である。図１６はＢＦＴ通信フレームに含まれる記号
の内容を示す図である。図１７はファイルデータの構成
を示す図である。
【００８０】図１７のＣｏｎｔｅｎｔｓ内にＬＡＮに接
続された各クライアントのユーザ名称やＩＤ（ＩＰアド
レス、ＭＡＣアドレス等の個別な情報）、画像データ等
をタグにより区別して設定する。
続された各クライアントのユーザ名称やＩＤ（ＩＰアド
レス、ＭＡＣアドレス等の個別な情報）、画像データ等
をタグにより区別して設定する。
【００８１】次に、ＬＡＮ１１７上のクライアント（端
末）から送られてくるデータを通信回線１１８を介して
送信する際に、複数の送信要求に係るデータを一括して
送信（列信送信）する場合の動作について説明する。
末）から送られてくるデータを通信回線１１８を介して
送信する際に、複数の送信要求に係るデータを一括して
送信（列信送信）する場合の動作について説明する。
【００８２】図１８はＢＦＴを用いた列信送信制御の処
理の流れを示すフローチャートである。このフローチャ
ートはＲＯＭ１０２に格納されたプログラムに基づきＣ
ＰＵ１０１が行う制御の流れを示すものである。
理の流れを示すフローチャートである。このフローチャ
ートはＲＯＭ１０２に格納されたプログラムに基づきＣ
ＰＵ１０１が行う制御の流れを示すものである。
【００８３】まず、Ｓ１８０１では画像メモリ１０４に
送信すべき画像データが格納されているか判断する。こ
こでの送信画像の有無の判断は所定間隔で行うが、例え
ば所定時間毎や画像メモリ１０４の残り容量を監視し、
所定量に成る毎、または所定回数画像の送信を受け付け
る毎に行う。そして、画像メモリ１０４に送信画像が格
納されていることを確認するとＳ１８０２に進み、送信
画像の列信制御を開始する。
送信すべき画像データが格納されているか判断する。こ
こでの送信画像の有無の判断は所定間隔で行うが、例え
ば所定時間毎や画像メモリ１０４の残り容量を監視し、
所定量に成る毎、または所定回数画像の送信を受け付け
る毎に行う。そして、画像メモリ１０４に送信画像が格
納されていることを確認するとＳ１８０２に進み、送信
画像の列信制御を開始する。
【００８４】次にＳ１８０３では画像メモリ１０４内の
データの解析を行う。即ち、ＢＦＴデータフレーム中の
ｃｏｎｔｅｎｔｓを解析する。そしてＳ１８０４でｃｏ
ｎｔｅｎｔｓ内に再構成を指定するコマンドが含まれて
いればＳ１８０５に進む。
データの解析を行う。即ち、ＢＦＴデータフレーム中の
ｃｏｎｔｅｎｔｓを解析する。そしてＳ１８０４でｃｏ
ｎｔｅｎｔｓ内に再構成を指定するコマンドが含まれて
いればＳ１８０５に進む。
【００８５】Ｓ１８０５ではＢＦＴデータフレームを制
御情報（ＩＰアドレス等）と画像情報とに分け、順次フ
レームナンバーやＩＤにより制御情報と画像情報とを対
応付けた送信画像ファイルを作成する。そして、Ｓ１８
０６では送信画像ファイルを画像メモリ１０４の相手先
（通信回線１１８を経由した相手装置の電話番号）毎に
設けられた蓄積領域に制御情報と画像情報とを区別して
蓄積する。
御情報（ＩＰアドレス等）と画像情報とに分け、順次フ
レームナンバーやＩＤにより制御情報と画像情報とを対
応付けた送信画像ファイルを作成する。そして、Ｓ１８
０６では送信画像ファイルを画像メモリ１０４の相手先
（通信回線１１８を経由した相手装置の電話番号）毎に
設けられた蓄積領域に制御情報と画像情報とを区別して
蓄積する。
【００８６】そしてＳ１８０７では画像メモリ１０４内
の送信すべき画像ファイルについて全て処理し終ったか
判断し、終ったと判断した場合はＳ１８０８で画像メモ
リ１０４内のデータをＢＦＴデータフォーマットとして
相手先に発呼して送信する。
の送信すべき画像ファイルについて全て処理し終ったか
判断し、終ったと判断した場合はＳ１８０８で画像メモ
リ１０４内のデータをＢＦＴデータフォーマットとして
相手先に発呼して送信する。
【００８７】一方、Ｓ１８０４でクライアントから再構
成の指定がなければクライアントから受け付けたデータ
を順次画像メモリ１０４内の相手先に対応した蓄積領域
に蓄積し、Ｓ１８０８でＢＦＴデータフォーマットとし
て送信する。この場合は各データ毎に分割して送信する
が、途中で回線は切断しない。
成の指定がなければクライアントから受け付けたデータ
を順次画像メモリ１０４内の相手先に対応した蓄積領域
に蓄積し、Ｓ１８０８でＢＦＴデータフォーマットとし
て送信する。この場合は各データ毎に分割して送信する
が、途中で回線は切断しない。
【００８８】以上の様に、１つ以上のクライアントから
の複数回の送信要求に係るデータを一括して送信するこ
とができる。また、Ｓ１８０５、６の様にしてデータを
再構成することにより、受信側で後述する列信通知制
御、列信配送制御を行い易くできる。
の複数回の送信要求に係るデータを一括して送信するこ
とができる。また、Ｓ１８０５、６の様にしてデータを
再構成することにより、受信側で後述する列信通知制
御、列信配送制御を行い易くできる。
【００８９】次に、図１９を用いて複数のデータの受信
を一括して通知する列信通信制御について説明する。
を一括して通知する列信通信制御について説明する。
【００９０】図１９はＲＯＭ１０２に格納されたプログ
ラムに基づきＣＰＵ１０１が行う制御の流れを示すもの
である。
ラムに基づきＣＰＵ１０１が行う制御の流れを示すもの
である。
【００９１】まず、Ｓ１９０１では送信側から通信回線
１１８を介して列信コマンドを受信したか判断し、受信
した場合はＳ１９０２で列信通知制御を開始する。
１１８を介して列信コマンドを受信したか判断し、受信
した場合はＳ１９０２で列信通知制御を開始する。
【００９２】そして、Ｓ１９０３では受信したデータの
解析を行い、Ｓ１９０４でクライアントの指定があるか
否か判断する。クライアントの指定があればＳ１９０５
でこの指定されたクライアントに対応したＩＰアドレス
またはＭＡＣアドレスの設定を行い、クライアントの指
定がなければ予め登録しておいた管理者のアドレスの設
定を行う。ここで、クライアントの指定がないときエラ
ーとして送信元にエラー通知を行い受信画像を破棄する
ようにしてもよい。
解析を行い、Ｓ１９０４でクライアントの指定があるか
否か判断する。クライアントの指定があればＳ１９０５
でこの指定されたクライアントに対応したＩＰアドレス
またはＭＡＣアドレスの設定を行い、クライアントの指
定がなければ予め登録しておいた管理者のアドレスの設
定を行う。ここで、クライアントの指定がないときエラ
ーとして送信元にエラー通知を行い受信画像を破棄する
ようにしてもよい。
【００９３】次に、Ｓ１９０６では各クライアント毎に
区別して画像メモリ１０４内に画像ファイルを作成す
る。
区別して画像メモリ１０４内に画像ファイルを作成す
る。
【００９４】この画像ファイルは、接続されたＬＡＮの
プロトコルに従い構成されるものであり、本実施形態で
は、ＴＣＰ／ＩＰのプロトコルに従い画像ファイルは構
成されるものである。画像ファイルの構成は、ＭＡＣア
ドレス・ＩＰヘッダ・ＴＣＰヘッダ・データ部などから
構成されている。データ部はアプリケーション層であ
り、本実施形態では、配送する画像データをファイルサ
ーバーのメモリ上の指定されたアドレスに対応する位置
に格納するため、指定されたアドレスなどの情報を格納
するコマンドデータファイルと、受信した画像データが
格納されている画像データファイルの２ファイルを送信
するものである。ファイルサーバはデータを所定の位置
に格納する際、コマンドファイルの情報をもとに、ファ
イルサーバーにインストールされたアプリケーションソ
フトによりファイルサーバーがアクティブ状態になり、
受信した画像データファイルのデータをメモリ上の所定
の位置に格納していく。なお、送信先のクライアントの
アドレスとデータを格納したファイルサーバーのアドレ
スとが対応し、さらに送信元の電話番号及び送信者のア
ドレスを対応付けてデータを格納する。
プロトコルに従い構成されるものであり、本実施形態で
は、ＴＣＰ／ＩＰのプロトコルに従い画像ファイルは構
成されるものである。画像ファイルの構成は、ＭＡＣア
ドレス・ＩＰヘッダ・ＴＣＰヘッダ・データ部などから
構成されている。データ部はアプリケーション層であ
り、本実施形態では、配送する画像データをファイルサ
ーバーのメモリ上の指定されたアドレスに対応する位置
に格納するため、指定されたアドレスなどの情報を格納
するコマンドデータファイルと、受信した画像データが
格納されている画像データファイルの２ファイルを送信
するものである。ファイルサーバはデータを所定の位置
に格納する際、コマンドファイルの情報をもとに、ファ
イルサーバーにインストールされたアプリケーションソ
フトによりファイルサーバーがアクティブ状態になり、
受信した画像データファイルのデータをメモリ上の所定
の位置に格納していく。なお、送信先のクライアントの
アドレスとデータを格納したファイルサーバーのアドレ
スとが対応し、さらに送信元の電話番号及び送信者のア
ドレスを対応付けてデータを格納する。
【００９５】そして、Ｓ１９０７で受信した画像ファイ
ルについての処理を全て終了したと判断した場合にＳ１
９０８で画像ファイルをファイルサーバ（サーバマシン
２０２）に転送し、上記の如く格納させる。
ルについての処理を全て終了したと判断した場合にＳ１
９０８で画像ファイルをファイルサーバ（サーバマシン
２０２）に転送し、上記の如く格納させる。
【００９６】次に、Ｓ１９０９では設定されたクライア
ントにデータ受信を通知するための受信通知メールを作
成する。ここで作成する受信通知メールには受信した旨
を伝えるメッセージ、各ファイル毎の受信時刻、相手先
情報、受信ページ数などが示されている。
ントにデータ受信を通知するための受信通知メールを作
成する。ここで作成する受信通知メールには受信した旨
を伝えるメッセージ、各ファイル毎の受信時刻、相手先
情報、受信ページ数などが示されている。
【００９７】そして、Ｓ１９１０ではこの複数ファイル
分の情報が示された一通の受信通知メールを指定された
クライアントに送信する。
分の情報が示された一通の受信通知メールを指定された
クライアントに送信する。
【００９８】こうして受信通知メールを受信したクライ
アントは必要に応じて受信データ全てを一括して、ある
いはファイルを指定することにより画像データを受け取
ることができる。
アントは必要に応じて受信データ全てを一括して、ある
いはファイルを指定することにより画像データを受け取
ることができる。
【００９９】また、Ｓ１９０４でクライアントの指定が
なかった場合にプリンタ１１５で画像のプリントアウト
を行うようにしてもよい。
なかった場合にプリンタ１１５で画像のプリントアウト
を行うようにしてもよい。
【０１００】次に、通信回線１１８を介して受信した複
数ファイル分の画像データを一括してＬＡＮ１１７上の
クライアントに配送する際の動作（列信配送制御）を説
明する。
数ファイル分の画像データを一括してＬＡＮ１１７上の
クライアントに配送する際の動作（列信配送制御）を説
明する。
【０１０１】図２０は、この列信配送制御の処理の流れ
を示すフローチャートである。このフローチャートはＲ
ＯＭ１０２に格納されたプログラムに基づきＣＰＵ１０
１が行う制御の流れである。
を示すフローチャートである。このフローチャートはＲ
ＯＭ１０２に格納されたプログラムに基づきＣＰＵ１０
１が行う制御の流れである。
【０１０２】Ｓ２００１〜Ｓ２００７は前述のＳ１９０
１〜Ｓ１９０７と同様であり、ここでの説明は省略す
る。
１〜Ｓ１９０７と同様であり、ここでの説明は省略す
る。
【０１０３】そして、Ｓ２００８では複数分の画像ファ
イルを指定されたクライアント毎に一括して配送する。
そして、クライアントに正常に画像ファイルを配送でき
た場合画像メモリ１０４から当該画像ファイルを消去す
る。
イルを指定されたクライアント毎に一括して配送する。
そして、クライアントに正常に画像ファイルを配送でき
た場合画像メモリ１０４から当該画像ファイルを消去す
る。
【０１０４】また、クライアントに配送できない場合に
プリンタ１１５でプリントアウトしたり別のクライアン
トに配送するようにする。
プリンタ１１５でプリントアウトしたり別のクライアン
トに配送するようにする。
【０１０５】以上の様に、複数のファイルをクライアン
ト毎に分類して一括して配送することによりＬＡＮのト
ラフィックを軽減したり、クライアントの作業の中断を
最小限に抑えることができる。
ト毎に分類して一括して配送することによりＬＡＮのト
ラフィックを軽減したり、クライアントの作業の中断を
最小限に抑えることができる。
【０１０６】ここで、指定されたクライアントの存在の
判定は、以下のようにしてもよい。サーバーマシン２０
２に対し、そのアドレスの存在を問い合わせる方法と、
あらかじめ存在するアドレスをファクシミリ装置２０１
内のＲＡＭ１０３内に登録する方法などがある。本実施
形態では、ＭＡＣアドレスは、サーバーマシン２０２に
問い合わせ、ＩＰアドレスは、ＲＡＭ１０３内にあらか
じめ登録されたＩＰアドレスが格納されているＩＰアド
レステーブルを参照することにより、判定を行ってい
る。
判定は、以下のようにしてもよい。サーバーマシン２０
２に対し、そのアドレスの存在を問い合わせる方法と、
あらかじめ存在するアドレスをファクシミリ装置２０１
内のＲＡＭ１０３内に登録する方法などがある。本実施
形態では、ＭＡＣアドレスは、サーバーマシン２０２に
問い合わせ、ＩＰアドレスは、ＲＡＭ１０３内にあらか
じめ登録されたＩＰアドレスが格納されているＩＰアド
レステーブルを参照することにより、判定を行ってい
る。
【０１０７】ＬＡＮ上のアドレスが設定されていない場
合、または、設定されているアドレスが存在しない場合
は、疑似アドレスデータの一致検出を行う。疑似アドレ
スデータの一致検出は、あらかじめファクシミリ装置２
０１内部のＲＡＭ１０３に登録した擬似アドレスデータ
テーブルを検索することにより行うものである。本実施
形態において、疑似アドレスデータテーブルは、疑似ア
ドレスデータと、ＬＡＮ上のアドレスデータであるメー
ルネームが格納されているものである。疑似アドレスデ
ータテーブルには、複数のメールネームを登録すること
も可能であり、また、ＬＡＮに接続されている全機器を
登録することも可能である。
合、または、設定されているアドレスが存在しない場合
は、疑似アドレスデータの一致検出を行う。疑似アドレ
スデータの一致検出は、あらかじめファクシミリ装置２
０１内部のＲＡＭ１０３に登録した擬似アドレスデータ
テーブルを検索することにより行うものである。本実施
形態において、疑似アドレスデータテーブルは、疑似ア
ドレスデータと、ＬＡＮ上のアドレスデータであるメー
ルネームが格納されているものである。疑似アドレスデ
ータテーブルには、複数のメールネームを登録すること
も可能であり、また、ＬＡＮに接続されている全機器を
登録することも可能である。
【０１０８】アドレス一致検出が行われた場合は、アド
レス解析制御を終了する。また、一致検出が行われない
場合は、アドレス解析不可能として、解析制御を終了す
る。
レス解析制御を終了する。また、一致検出が行われない
場合は、アドレス解析不可能として、解析制御を終了す
る。
【０１０９】以上の説明では、ファクシミリ装置２０１
をＬＡＮ上に直接接続する形態を用いたがこれに限られ
るものではない。
をＬＡＮ上に直接接続する形態を用いたがこれに限られ
るものではない。
【０１１０】例えば、ＬＡＮ上の端末に接続する形態、
すなわちファクシミリ装置を接続した端末をファクシミ
リ装置の制御及び管理を行うファクシミリサーバーとし
て動作させる形態を用いてもよい。
すなわちファクシミリ装置を接続した端末をファクシミ
リ装置の制御及び管理を行うファクシミリサーバーとし
て動作させる形態を用いてもよい。
【０１１１】この場合受信画像をまとめてファクシミリ
装置２０１が接続されたファクシミリサーバーに送るこ
とにより、ファクシミリサーバーが、ＢＦＴフレームな
どに格納された列信配送先のアドレスデータや、受信に
おける通信情報などの情報をあらかじめ定めれたフォー
マットに従い、サーバマシン２０２に送信する。ファイ
ルサーバーは、このデータをもとに、接続されたＬＡＮ
のプロトコルに従い、受信通知メールを作成し、転送す
るものである。この制御はファクシミリ装置が接続され
たファクシミリサーバー（端末）上のアプリケーション
ソフトウェアに基づいて制御されるものである。
装置２０１が接続されたファクシミリサーバーに送るこ
とにより、ファクシミリサーバーが、ＢＦＴフレームな
どに格納された列信配送先のアドレスデータや、受信に
おける通信情報などの情報をあらかじめ定めれたフォー
マットに従い、サーバマシン２０２に送信する。ファイ
ルサーバーは、このデータをもとに、接続されたＬＡＮ
のプロトコルに従い、受信通知メールを作成し、転送す
るものである。この制御はファクシミリ装置が接続され
たファクシミリサーバー（端末）上のアプリケーション
ソフトウェアに基づいて制御されるものである。
【０１１２】また、以上の説明では、受信通知制御は、
ファクシミリ装置２０１で行っていたが、これに限られ
るものではない。例えば、サーバマシン２０２などの端
末にメールを送信する宛先情報やメールにメッセージ情
報を格納したコマンドファイルを送信し、端末上のアプ
リケーションソフトで自動的に通知メールを作成し、通
知メールを送信してもよい。
ファクシミリ装置２０１で行っていたが、これに限られ
るものではない。例えば、サーバマシン２０２などの端
末にメールを送信する宛先情報やメールにメッセージ情
報を格納したコマンドファイルを送信し、端末上のアプ
リケーションソフトで自動的に通知メールを作成し、通
知メールを送信してもよい。
【０１１３】また、受信画像をサーバマシン２０２のメ
モリに格納していたが、これに限られるものではない。
例えば、ＬＡＮ上に接続されたハードディスクや、接続
された端末機器内のメモリに格納してもよい。
モリに格納していたが、これに限られるものではない。
例えば、ＬＡＮ上に接続されたハードディスクや、接続
された端末機器内のメモリに格納してもよい。
【０１１４】また、ＬＡＮ上のプロトコルは、ＴＣＴ／
ＩＰのプロトコルに限られるものではなく、ＩＰＸ／Ｓ
ＰＸなどのプロトコルを用いてもよい。
ＩＰのプロトコルに限られるものではなく、ＩＰＸ／Ｓ
ＰＸなどのプロトコルを用いてもよい。
【０１１５】また受信動作における結果を通知する通知
メールも上述のものに限られるものではなく、例えば、
通信が失敗した場合にのみ通知メールを送信してもよ
い。
メールも上述のものに限られるものではなく、例えば、
通信が失敗した場合にのみ通知メールを送信してもよ
い。
【０１１６】またアドレス解析制御もこれに限られるも
のではなく、例えば、アドレス種別や使用目的を示すコ
マンドデータ解析部を有した構成でもよい。
のではなく、例えば、アドレス種別や使用目的を示すコ
マンドデータ解析部を有した構成でもよい。
【０１１７】以上述べた様に本実施形態によればＢＦＴ
データフォーマットを用いてＬＡＮ上のクライアントか
らの送信要求に係る送信データを同一宛先（電話番号）
のものを一括して送信することができる。また、このと
き制御情報と画像情報とを区別してデータを再構成して
から送信することにより受信側でのファイルの管理や配
送の制御が行い易くなる。
データフォーマットを用いてＬＡＮ上のクライアントか
らの送信要求に係る送信データを同一宛先（電話番号）
のものを一括して送信することができる。また、このと
き制御情報と画像情報とを区別してデータを再構成して
から送信することにより受信側でのファイルの管理や配
送の制御が行い易くなる。
【０１１８】また、画像ファイルを複数受信した場合に
ＬＡＮ上のクライアントへの受信通知や受信データの配
送を複数分一括して行うことができ効率化を図ることが
できる。
ＬＡＮ上のクライアントへの受信通知や受信データの配
送を複数分一括して行うことができ効率化を図ることが
できる。
【０１１９】本発明は複数の機器（たとえばホストコン
ピュータ、インタフェース機器、リーダ、プリンタ等）
から構成されるシステムに適用しても一つの機器（例え
ば複写機、ファクシミリ装置）からなる装置に適用して
もよい。
ピュータ、インタフェース機器、リーダ、プリンタ等）
から構成されるシステムに適用しても一つの機器（例え
ば複写機、ファクシミリ装置）からなる装置に適用して
もよい。
【０１２０】また前述した実施形態の機能を実現すべく
各種のデバイスを動作させる様に該各種デバイスと接続
された装置あるいはシステム内のコンピュータに、前記
実施形態機能を実現するためのソフトウエアのプログラ
ムコードを供給し、そのシステムあるいは装置のコンピ
ュータ（ＣＰＵあるいはＭＰＵ）を格納されたプログラ
ムに従って前記各種デバイスを動作させることによって
実施したものも本発明の範疇に含まれる。
各種のデバイスを動作させる様に該各種デバイスと接続
された装置あるいはシステム内のコンピュータに、前記
実施形態機能を実現するためのソフトウエアのプログラ
ムコードを供給し、そのシステムあるいは装置のコンピ
ュータ（ＣＰＵあるいはＭＰＵ）を格納されたプログラ
ムに従って前記各種デバイスを動作させることによって
実施したものも本発明の範疇に含まれる。
【０１２１】またこの場合、前記ソフトウエアのプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコード自体、及びそのプログ
ラムコードをコンピュータに供給するための手段、例え
ばかかるプログラムコードを格納した記憶媒体は本発明
を構成する。
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコード自体、及びそのプログ
ラムコードをコンピュータに供給するための手段、例え
ばかかるプログラムコードを格納した記憶媒体は本発明
を構成する。
【０１２２】かかるプログラムコードを格納する記憶媒
体としては例えばフロッピーディスク、ハードディス
ク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気
テープ、不揮発性のメモリカード、ＲＯＭ等を用いるこ
とが出来る。
体としては例えばフロッピーディスク、ハードディス
ク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気
テープ、不揮発性のメモリカード、ＲＯＭ等を用いるこ
とが出来る。
【０１２３】またコンピュータが供給されたプログラム
コードを実行することにより、前述の実施形態の機能が
実現されるだけでなく、そのプログラムコードがコンピ
ュータにおいて稼働しているＯＳ（オペレーティングシ
ステム）、あるいは他のアプリケーションソフト等と共
同して前述の実施形態の機能が実現される場合にもかか
るプログラムコードは本発明の実施形態に含まれること
は言うまでもない。
コードを実行することにより、前述の実施形態の機能が
実現されるだけでなく、そのプログラムコードがコンピ
ュータにおいて稼働しているＯＳ（オペレーティングシ
ステム）、あるいは他のアプリケーションソフト等と共
同して前述の実施形態の機能が実現される場合にもかか
るプログラムコードは本発明の実施形態に含まれること
は言うまでもない。
【０１２４】更に供給されたプログラムコードがコンピ
ュータの機能拡張ボードやコンピュータに接続された機
能拡張ユニットに備わるメモリに格納された後そのプロ
グラムコードの指示に基づいてその機能拡張ボードや機
能格納ユニットに備わるＣＰＵ等が実際の処理の一部ま
たは全部を行い、その処理によって前述した実施形態の
機能が実現される場合も本発明に含まれることは言うま
でもない。
ュータの機能拡張ボードやコンピュータに接続された機
能拡張ユニットに備わるメモリに格納された後そのプロ
グラムコードの指示に基づいてその機能拡張ボードや機
能格納ユニットに備わるＣＰＵ等が実際の処理の一部ま
たは全部を行い、その処理によって前述した実施形態の
機能が実現される場合も本発明に含まれることは言うま
でもない。
【０１２５】
【発明の効果】以上説明した様に本発明によれば、一回
の通知で複数回分のデータ受信をローカルエリアネット
ワーク上の受信者に通知できる。
の通知で複数回分のデータ受信をローカルエリアネット
ワーク上の受信者に通知できる。
【０１２６】また、ローカルエリアネットワーク上のク
ライアントからの送信要求を複数受けつけ、一括して送
信できる。
ライアントからの送信要求を複数受けつけ、一括して送
信できる。
【０１２７】また、複数回分の受信データをローカルエ
リアネットワーク上の受信者に一括して配送できる。
リアネットワーク上の受信者に一括して配送できる。
【０１２８】また、複数入力されたデータを受信者毎に
分類してから一括して送信することにより受信側での運
用を容易にさせることができる。
分類してから一括して送信することにより受信側での運
用を容易にさせることができる。
【０１２９】これにより、通信効率、処理効率等の向上
を図ることができる。
を図ることができる。
【図１】本発明の実施形態に係るファクシミリ装置の概
略構成を示すブロック図である。
略構成を示すブロック図である。
【図２】図１のファクシミリ装置を接続した場合のネッ
トワーク構成を示す図である。
トワーク構成を示す図である。
【図３】第１の実施形態における通信手順の概略を示す
図である。
図である。
【図４】第１の実施形態による列信配送通知制御の処理
の流れを示すフローチャートである。
の流れを示すフローチャートである。
【図５】第１の実施形態による列信配送制御の処理の流
れを示すフローチャートである。
れを示すフローチャートである。
【図６】第１の実施形態による列信送信制御の処理の流
れを示すフローチャートである。
れを示すフローチャートである。
【図７】ＪＰＥＧデータストリームの構成を示す図であ
る。
る。
【図８】ＪＰＥＧデータストリームに含まれる各マーカ
を説明する図である。
を説明する図である。
【図９】コメントマーカの構成を示す図である。
【図１０】ＩＰアドレスのデータ構成を示す図である。
【図１１】ＭＡＣアドレスのデータ構成を示す図であ
る。
る。
【図１２】ＴＣＰ／ＩＰのプロトコルの構成の概略図で
ある。
ある。
【図１３】コメントマーカ解析制御の処理の流れを示す
フローチャートである。
フローチャートである。
【図１４】第２の実施形態における通信手順の概略を示
す図である。
す図である。
【図１５】ＢＦＴデータフォーマットを示す図である。
【図１６】ＢＦＴデータフォーマットの各フレームコー
ドの内容を説明する図である。
ドの内容を説明する図である。
【図１７】ＢＦＴデータフォーマットに含まれるファイ
ルデータを示す図である。
ルデータを示す図である。
【図１８】第２の実施形態による列信送信制御の処理の
流れを示すフローチャートである。
流れを示すフローチャートである。
【図１９】第２の実施形態による列信通知制御の処理の
流れを示すフローチャートである。
流れを示すフローチャートである。
【図２０】第２の実施形態による列信配送制御の処理の
流れを示すフローチャートである。
流れを示すフローチャートである。
１０１ ＣＰＵ １０２ ＲＯＭ １０３ ＲＡＭ １０４ 画像メモリ １０５ 解像度変換処理部 １０６ ２値データ符号化復号化処理部 １０７ 多値データ符号化復号化処理部 １０８ ＭＯＤＥＭ １０９ ＮＣＵ １１０ 画像処理部 １１１ スキャナ １１２ 操作部 １１３ ラインバッファ １１４ ＬＡＮインターフェイス １１５ プリンタ １１６ プリンタフォーマッタ １１７ ＬＡＮ １１８ 通信回線
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｎ 1/00 １０７ 1/32
Claims (17)
- 【請求項１】 ローカルエリアネットワークに接続する
ためのインターフェイス手段と、 送信側からのデータを受信する受信手段と、 前記受信手段でデータを受信したことを前記インターフ
ェイス手段を介して、前記ローカルエリアネットワーク
上の受信者に通知する通知手段と、 前記通知手段により通知すべき通知先毎に前記受信手段
で受信したデータを管理する管理手段とを有し、 前記管理手段は複数回分の前記受信手段による受信デー
タを管理し、前記通知手段は前記管理手段で管理されて
いる該複数回分の受信データを前記受信手段により受信
したことを一度に通知することを特徴とするデータ通信
装置。 - 【請求項２】 更に、前記送信側からの受信者指定情報
を検出する検出手段を有し、 前記通知手段は前記検出手段で検出した情報に基づく受
信者に通知を行うことを特徴とする請求項１に記載のデ
ータ通信装置。 - 【請求項３】 更に、前記検出手段で検出した情報に基
づく受信者が、前記ローカルエリアネットワークに存在
するか否か判断する判断手段を有し、 前記通知手段は前記判断手段で存在しないと判断した場
合は、所定の受信者に通知することを特徴とする請求項
２に記載のデータ通信装置。 - 【請求項４】 前記通知手段は前記受信手段による一回
の受信毎の受信時刻を通知することを特徴とする請求項
１乃至３のいずれかに記載のデータ通信装置。 - 【請求項５】 ローカルエリアネットワークに接続する
ためのインターフェイス手段と、 前記インターフェイス手段を介してローカルエリアネッ
トワーク上のクライアントからの送信要求を受け付ける
受付手段と、 前記受付手段で受け付けた送信要求に基づくデータを宛
先毎に管理する管理手段と、 前記管理手段で管理している複数の送信要求に基づくデ
ータを一括して送信する送信手段とを有することを特徴
とするデータ通信装置。 - 【請求項６】 前記受付手段で受け付ける送信要求には
制御情報と画像情報とが含まれることを特徴とする請求
項５に記載のデータ通信装置。 - 【請求項７】 更に、複数の送信要求に基づくデータに
ついてそれぞれ制御情報と画像情報とを区別してファイ
ルを作成する手段を有することを特徴とする請求項６に
記載のデータ通信装置。 - 【請求項８】 ローカルエリアネットワークに接続する
ためのインターフェイス手段と、 送信側からのデータを受信する受信手段と、 前記受信手段で受信したデータを前記インターフェイス
手段を介してローカルエリアネットワーク上の受信者に
配送する配送手段と、 前記配送手段で配送すべき受信者毎に前記受信手段で受
信したデータを管理する管理手段とを有し、 前記管理手段は複数回分の前記受信手段による受信デー
タを管理し、前記配送手段は前記管理手段で管理されて
いる該複数回分の受信データを一度に配送することを特
徴とするデータ通信装置。 - 【請求項９】 更に、前記送信側からの受信者指定情報
を検出する検出手段を有し、 前記配送手段は前記検出手段で検出した情報に基づく受
信者に配送することを特徴とする請求項８に記載のデー
タ通信装置。 - 【請求項１０】 更に、前記検出手段で検出した情報に
基づく受信者が前記ローカルエリアネットワークに存在
するか否か判断する判断手段を有し、 前記配送手段は前記判断手段で存在しないと判断した場
合は、所定の受信者に配送することを特徴とする請求項
９に記載のデータ通信装置。 - 【請求項１１】 受信者を指定する情報を含むデータを
複数入力する入力手段と、前記入力手段で入力したデー
タに含まれる受信者を指定する情報を検出する検出手段
と、前記検出手段による検出結果に応じてデータを分類
する分類手段と、前記分類手段で分類されたデータを一
括して送信する送信手段とを有することを特徴とするデ
ータ通信装置。 - 【請求項１２】 更に、ローカルエリアネットワークに
接続するためのインターフェイス手段を有し、 前記入力手段は前記インターフェイス手段を介してデー
タを入力することを特徴とするデータ通信装置。 - 【請求項１３】 更に、宛先局毎に前記入力手段で入力
したデータを管理する管理手段を有し、 前記検出手段は前記管理手段で管理されているデータに
含まれている受信者を指定する情報を検出することを特
徴とする請求項１１または１２に記載のデータ通信装
置。 - 【請求項１４】 ローカルエリアネットワーク及び前記
ローカルエリアネットワーク以外の通信回線との間でデ
ータのやり取りを行うデータ通信方法において、 前記通信回線を介して送信側からのデータを受信する受
信工程と、 前記受信工程でデータを受信したことを前記ローカルエ
リアネットワーク上の受信者に通知する通知工程と、 前記通知工程で通知すべき受信者毎に前記受信工程で受
信したデータを管理する管理工程とを有し、 前記管理工程では前記受信工程における複数回分の受信
データを管理し、前記通知工程では前記受信工程におけ
る複数回分の受信があったことを一括して通知すること
を特徴とするデータ通信方法。 - 【請求項１５】 ローカルエリアネットワーク及び前記
ローカルエリアネットワーク以外の通信回線との間でデ
ータのやり取りを行うデータ通信方法において、 前記ローカルエリアネットワーク上のクライアントから
の送信要求を受け付ける受付工程と、 前記受付工程で受け付けた送信要求に基づくデータを宛
先毎に管理する管理工程と、 前記管理工程で管理している複数の送信要求に基づくデ
ータを前記通信回線を介して一括して送信する送信工程
とを有することを特徴とするデータ通信方法。 - 【請求項１６】 ローカルエリアネットワーク及び前記
ローカルエリアネットワーク以外の通信回線との間でデ
ータのやり取りを行うデータ通信方法において、 前記通信回線を介して送信側からのデータを受信する受
信工程と、 前記受信工程で受信したデータを前記ローカルエリアネ
ットワーク上の受信者に配送する配送工程と、 前記配送工程で配送すべき受信者毎に前記受信工程で受
信したデータを複数管理する管理工程とを有し、 前記配送工程では前記管理工程で管理している複数の受
信データを一括して配送することを特徴とするデータ通
信方法。 - 【請求項１７】 受信者を指定する情報を含むデータを
複数入力する入力工程と、 前記入力工程で入力したデータに含まれる受信者を指定
する情報を検出する検出工程と、 前記検出工程における検出結果に応じてデータを分類す
る分類工程と、 前記分類工程で分類されたデータを一括して送信する送
信工程とを有することを特徴とするデータ通信方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8311984A JPH09224054A (ja) | 1995-12-15 | 1996-11-22 | データ通信装置及び方法 |
| US08/760,195 US6377580B2 (en) | 1995-12-15 | 1996-12-04 | Apparatus for interfacing facsimile and computers on a LAN |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP32720495 | 1995-12-15 | ||
| JP7-327204 | 1995-12-15 | ||
| JP8311984A JPH09224054A (ja) | 1995-12-15 | 1996-11-22 | データ通信装置及び方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH09224054A true JPH09224054A (ja) | 1997-08-26 |
Family
ID=26566978
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8311984A Withdrawn JPH09224054A (ja) | 1995-12-15 | 1996-11-22 | データ通信装置及び方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6377580B2 (ja) |
| JP (1) | JPH09224054A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006074566A (ja) * | 2004-09-03 | 2006-03-16 | Nec Infrontia Corp | 情報処理方法、通信システム、サーバ装置およびプログラム |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6937366B2 (en) * | 1996-12-26 | 2005-08-30 | Canon Kabushiki Kaisha | Data communication system |
| US6985248B2 (en) * | 1997-11-24 | 2006-01-10 | Eastman Kodak Company | Printing digital images using a print utilization file |
| US7173721B1 (en) | 1998-01-08 | 2007-02-06 | Fuji Xerox Co., Ltd. | Multifunction machine, server, multifunction machine/server system and program recording medium |
| JP4124892B2 (ja) * | 1998-07-24 | 2008-07-23 | キヤノン株式会社 | 通信装置及び通信方法及び記憶媒体 |
| JP2004030044A (ja) * | 2002-06-24 | 2004-01-29 | Fujitsu Ltd | リモートインストール方法、リモートインストールシステム、このシステムに適用されるコンピュータ装置およびホストコンピュータ装置 |
| US7254567B2 (en) * | 2003-12-10 | 2007-08-07 | The Boeing Company | Systems and methods for aggregating information exchange requirements |
| US20050134941A1 (en) * | 2003-12-18 | 2005-06-23 | Matsushita Electric Industrial Co., Ltd. | Scanner apparatus, method for controlling scanner apparatus and multifuntion apparatus |
| JP4041061B2 (ja) * | 2003-12-18 | 2008-01-30 | 松下電器産業株式会社 | リモートコピー処理方法及びリモートコピー処理制御プログラム |
| US20050162683A1 (en) * | 2004-01-26 | 2005-07-28 | Kabushiki Kaisha Toshiba | Image processing apparatus |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5012219A (en) * | 1989-10-13 | 1991-04-30 | Motorola, Inc. | Message reminder alert for selective call receiver |
| GB9006661D0 (en) * | 1990-03-24 | 1990-05-23 | Reflex Manufacturing Systems L | Network-field interface for manufacturing systems |
| JP3454855B2 (ja) * | 1993-02-01 | 2003-10-06 | 株式会社日立製作所 | ファクシミリサーバシステム |
| US5333266A (en) * | 1992-03-27 | 1994-07-26 | International Business Machines Corporation | Method and apparatus for message handling in computer systems |
| US5410416A (en) * | 1993-03-16 | 1995-04-25 | At&T Corp. | Simultaneous multi-access, low-speed/high-speed, multi-delivery fax gateway |
| US5400331A (en) * | 1993-04-28 | 1995-03-21 | Allen-Bradley Company, Inc. | Communication network interface with screeners for incoming messages |
| JP2757765B2 (ja) * | 1994-02-28 | 1998-05-25 | 富士ゼロックス株式会社 | ファクシミリ装置 |
| US5675507A (en) * | 1995-04-28 | 1997-10-07 | Bobo, Ii; Charles R. | Message storage and delivery system |
| JPH0818717A (ja) * | 1994-06-29 | 1996-01-19 | Fuji Xerox Co Ltd | ファクシミリ電子メール変換システム |
| US5461488A (en) * | 1994-09-12 | 1995-10-24 | Motorola, Inc. | Computerized facsimile (FAX) system and method of operation |
| US5577043A (en) * | 1994-09-21 | 1996-11-19 | Motorola, Inc. | Method and apparatus for controlling information transmission on a multipoint link |
| CA2139081C (en) * | 1994-12-23 | 1999-02-02 | Alastair Gordon | Unified messaging system and method |
| US5757669A (en) * | 1995-05-31 | 1998-05-26 | Netscape Communications Corporation | Method and apparatus for workgroup information replication |
| US5675510A (en) * | 1995-06-07 | 1997-10-07 | Pc Meter L.P. | Computer use meter and analyzer |
-
1996
- 1996-11-22 JP JP8311984A patent/JPH09224054A/ja not_active Withdrawn
- 1996-12-04 US US08/760,195 patent/US6377580B2/en not_active Expired - Lifetime
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006074566A (ja) * | 2004-09-03 | 2006-03-16 | Nec Infrontia Corp | 情報処理方法、通信システム、サーバ装置およびプログラム |
| JP4612365B2 (ja) * | 2004-09-03 | 2011-01-12 | Ｎｅｃインフロンティア株式会社 | 情報処理方法、通信システム、サーバ装置およびプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| US20010038632A1 (en) | 2001-11-08 |
| US6377580B2 (en) | 2002-04-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5517324A (en) | Method and system for increasing the compatibility of a fax machine | |
| US8838704B2 (en) | System and process for transmitting electronic mail using a conventional facsimile device | |
| US7489416B2 (en) | Image processing apparatus | |
| JP2941056B2 (ja) | ファクシミリのルーティング方法 | |
| US6801546B1 (en) | Method for setting destination, communication apparatus, and network system using the method | |
| US6185604B1 (en) | Communication device having the capability of performing information exchange between a facsimile medium and an electronic information medium such as an e-mail medium | |
| US6128101A (en) | E-mail type facsimile apparatus and E-mail reception method | |
| US20090323116A1 (en) | Communication device having the capability of performing information exhange between a facsimile medium and an electronic information medium such as an e-mail medium | |
| US20070146802A1 (en) | Communication apparatus, communication method, communication system, and storage medium | |
| JPH0818717A (ja) | ファクシミリ電子メール変換システム | |
| JPH07219868A (ja) | コンピュータデータ送信システム及び方法 | |
| JPH06350780A (ja) | ファクシミリ通信方法および通信装置 | |
| US6462832B1 (en) | Method and apparatus for routing data information conveyed in a facsimile message | |
| JPH09224054A (ja) | データ通信装置及び方法 | |
| US6785022B1 (en) | Data communication method of apparatus connected to LAN | |
| JP3555700B2 (ja) | ファクシミリ通信装置 | |
| JP2002199023A (ja) | ファクシミリ通信手順を用いたメール通信方法、メール送信装置、メール受信装置、およびメール通信システム | |
| US7119929B2 (en) | Electronic mail machine and internet facsimile machine | |
| US20030020961A1 (en) | Internet facsimile machine | |
| US7430613B2 (en) | Image communication apparatus, image communication system and image communication method | |
| US6535303B1 (en) | Facsimile communication devices, communication systems and facsimile communication methods | |
| CN1242602C (zh) | 传输目的地转发方法和具有中继功能的传真设备 | |
| JPH09186816A (ja) | 画像通信装置 | |
| US6230208B1 (en) | System for handling of return receipt confirmations of processing when transferring data between the PSTN and a private network | |
| JP4389408B2 (ja) | 通信端末装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20040203 |