JPH07123231A - ファクシミリシステム - Google Patents

Abstract

(57)【要約】 【目的】 サーバ１が受信先クライアント端末の指定付
きのイメージ画像情報を受信した場合に、指定先クライ
アント端末に対して自動的に受信通知を行なえるファク
シミリシステムを提供することを目的とする。 【構成】 サーバ１は、通信端末装置１１−１〜１１−
５からのＷＡＮ１０を介して送られてくるイメージ画像
情報を受信し、該イメージ画像情報に付随して送られて
来るクライアント端末識別情報を受信して、クライアン
ト識別テーブル６及び受信通知制御テーブル群７により
受信先クライアントを決定する。そして、決定した受信
先クライアント端末へＩＳＤＮ８を介して当該クライア
ント端末宛のイメージ画像情報を受信した旨の通知を行
なう。。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は回線網を介して互いに接
続され互いに通信可能な通信端末装置及びファクシミリ
サーバ装置と、該ファクシミリサーバ装置とローカルエ
リアネットワークによって接続され、該ローカルエリア
ネットワークを介して前記ファクシミリサーバ装置を利
用できるクライアント端末とから構成されるファクシミ
リシステムに関するものである。

【０００２】

【従来の技術】近年、広域網（以下「ＷＡＮ」と称す）
においては、ＩＳＤＮが発達してＩＳＤＮ回線を利用し
たＧ４規格のファクシミリ装置の利用が広まり、またＩ
ＳＤＮと公衆電話網（ＰＳＴＮ）の接続により、ＩＳＤ
Ｎ回線に接続されたＧ４規格のファクシミリ装置とＰＳ
ＴＮに接続されたＧ３規格のファクシミリ装置との間の
画像データの送受信も行なわれている。

【０００３】一方、コンピュータネットワークにおいて
はローカルエリアネットワーク（以下「ＬＡＮ」と称
す）が発達し、ワークステーションだけでなくパーソナ
ルコンピュータもネットワークに接続し、ＬＡＮに接続
されたコンピュータ同士のデータの送受信も盛んに行な
われている。このような状況の中でＷＡＮとＬＡＮ、あ
るいはＰＳＴＮとＬＡＮの双方を互いに接続し、それぞ
れのネットワークに接続された機器同士でデータの送受
信を行なう要求が高まってきた。その結果ＷＡＮとＬＡ
Ｎの双方に接続され、ファクシミリとワークステーショ
ンの間で画像データの送受信を行なうファクシミリサー
バシステムが出現した。

【０００４】このサーバシステムは通信を行なう主体で
ある最低１台のファクシミリサーバ装置と、ＬＡＮと通
してサーバに接続されてサーバの機能を利用する任意の
台数のクライアントワークステーションから構成されて
いる。

【０００５】

【発明が解決しようとしている課題】しかしながら、従
来のファクシミリサーバシステムでは、広域網（ＷＡ
Ｎ）に接続されたファクシミリ装置から送られてきた画
像をサーバ装置で受信しても、接続クライアント端末に
はそのことをファクシミリサーバ側より伝えることがで
きなかった。そのため、クライアント側から定期的に受
信原稿や受信記録の有無を問い合わせる操作が欠かせ
ず、原稿の受信を確認しているか否かを人手で判断しな
ければならなかった。

【０００６】また、公衆回線網（ＰＳＴＮ）に接続され
たファクシミリ装置からサーバを介してＬＡＮに接続さ
れたクライアント端末にファクシミリ画像データを送信
するときは、どのクライアント端末に送りたいのかを指
定することが従来できなかった。そのため、自動的にク
ライアント端末にファクシミリ画像データを配信または
通知することができなかった。

【０００７】どうしても通知したい時には、送信する側
で送信したいクライアント端末の名前を送信画像に書い
ておき、画像を受信したサーバ上で人間が受信画像を確
認してクライアント端末に画像を送る様に操作するか、
あるいは受信した画像を紙に出力して、この紙の宛先を
目視確認してからクライアント端末の使用者が受け取る
などの不便な方法しかとれないという問題があった。

【０００８】

【問題点を解決するための手段】本発明は上述の課題を
解決することを目的としてなされたもので、上述の課題
を解決する一手段として以下の構成を備える。即ち、広
域網を介して互いに接続され互いに通信可能な通信端末
装置及びファクシミリサーバ装置と、該ファクシミリサ
ーバ装置とローカルエリアネットワークによって接続さ
れ、該ローカルエリアネットワークを介して前記ファク
シミリサーバ装置を利用できるクライアント端末とから
構成されるファクシミリシステムにおいて、ファクシミ
リサーバ装置は、前記通信端末装置からの広域網を介し
て送られてくるイメージ画像情報を受信する受信手段
と、前記通信端末装置からのクライアント端末識別情報
を受信して受信先クライアントを決定する受信先決定手
段と、前記受信決定手段で決定したクライアント端末へ
前記ローカルエリアネットワークを介して当該クライア
ント端末宛のイメージ画像情報受信通知を行なう受信通
知手段とを備える。

【０００９】又は、公衆回線網を介して互いに接続され
互いに通信可能な通信端末装置及びファクシミリサーバ
装置と、該ファクシミリサーバ装置とローカルエリアネ
ットワークによって接続され、該ローカルエリアネット
ワークを介してファクシミリサーバ装置を利用できるク
ライアント端末とから構成されるファクシミリシステム
において、ファクシミリサーバ装置は、公衆回線網より
のＤＴＭＦ信号を検出・解析するＤＴＭＦ検出手段と、
該ＤＴＭＦ検出手段で検出・解析してえられるクライア
ント識別情報から受信先クライアントを特定する受信先
クライアント特定手段とを備え、該受信先クライアント
特定手段で特定したクライアント端末に前記公衆回線網
を介して受信したイメージ画像情報を転送可能とする。

【００１０】更にまた、ＩＳＤＮ回線網を介して互いに
接続され互いに通信可能な通信端末装置及びファクシミ
リサーバ装置と、該ファクシミリサーバ装置とローカル
エリアネットワークによって接続され、該ローカルエリ
アネットワークを介してファクシミリサーバ装置を利用
できるクライアント端末とから構成されるファクシミリ
システムにおいて、ファクシミリサーバ装置は、ＩＳＤ
Ｎ回線網の持つ制御情報におけるクライアント識別情報
を受信し解析する解析手段と、該解析手段で解析してえ
られるクライアント識別情報から受信先クライアントを
特定する受信先クライアント特定手段とを備え、前記受
信先クライアント特定手段で特定したクライアント端末
にＩＳＤＮ回線網を介して受信したイメージ画像情報を
転送可能とする。

【００１１】

【作用】以上の構成において、ファクシミリシステムに
おいて受信先クライアント端末の指定付きのイメージ画
像情報を受信した場合に、指定先クライアント端末に対
して自動的に受信通知を行なえる。又、ＰＳＴＮのＤＴ
ＭＦ情報を利用してファクシミリ画像データの受信クラ
イアント端末の決定を自動的に行なえる。

【００１２】更にＩＳＤＮ回釧網の制御情報を利用して
ファクシミリ画像データの受信クライアント端末の決定
を自動的に行なえる。

【００１３】

【実施例】以下、添付図面を参照して、本発明に係る一
実施例を詳細に説明する。図１は本発明に係る一実施例
のファクシミリシステムのシステム構成を示す図であ
り、特にクライアント・サーバ型ファクシミリサーバシ
ステムの構成を詳細に示している。図１において、１は
ファクシミリサーバ装置（以下「サーバ」と称す）、８
はＬＡＮ、９−１〜９−４はＬＡＮ８に接続されたクラ
イアントワークステーション、１０はＥＡＮ、１１−１
〜１１−５はＷＡＮ１０に接続されたファクシミリ装置
である。

【００１４】サーバ１は、主制御部２と、記憶部３と、
ＬＡＮ８との通信制御を行なうＬＡＮインターフェイス
部４と、ＷＡＮ１０との通信制御を行なうＷＡＮインタ
ーフェイス部５と、受信先クライアント端末を決定する
のに用いるクライアント識別テーブル６と、受信通知を
制御する受信通知制御テーブル群７とから構成される。

【００１５】図１に示すクライアント識別テーブル６の
登録例を図２に示す。図２の『識別番号』が、ファクシ
ミリ装置よりの受信先クライアント識別子で指定された
識別番号であり、『クライアント名』はそれぞれの識別
番号に対応したクライアント名である。図２に示すクラ
イアント識別テーブル６を参照することにより、ファク
シミリ装置よりの受信先クライアント識別子より対応す
るクライアント名を特定することが可能となる。

【００１６】また、受信通知制御テーブル群７は、現ロ
グインテーブル及び受信メッセージ未通知テーブル等に
より構成されている。この現ログインテーブルの登録例
を図３に、受信メッセージ未通知テーブルの登録例を図
４に示す。図３に示す様に現ログインテーブルは、『ク
ライアント名』と『マシン名』とにより構成され、検索
したクライアント名が現在サーバ１に対してログインし
ている状態の場合に、ログインされている『クライアン
ト名』と当該クライアントが操作する『マシン名』とが
登録されている。

【００１７】図４に示す受信メッセージ未通知テーブル
は、サーバ１に対してログインしていない状態のクライ
アント宛の通知すべき受信メッセージ（受信通知）を受
け取っていることを示すテーブルであり、『クライアン
ト名』と『メッセージＩＤ』とで構成されている。主制
御部１は、このテーブルに登録されているクライアント
よりのログインがあれば、このクライアント宛にメッセ
ージＩＤで指定されたメッセージを送出することにな
る。

【００１８】以下に以上の構成よりなる本実施例のファ
クシミリ通信制御を図５のフローチャートも参照して説
明する。サーバ１は、動作を開始すると先ずステップＳ
１のファクシミリデータの受信または、クライアントの
ログインまたは、ログアウトの処理を受け付ける待機の
状態となる。即ち、これらのいずれかが検知されるまで
ステップＳ１の状態である。

【００１９】サーバ１のＷＡＮインターフェイス部５に
より、ＷＡＮ１０に接続されたいずれかのファクシミリ
装置、例えばファクシミリ装置１１−１より、受信先ク
ライアント識別子付きの、イメージ画像情報であるファ
クシミリデータが送られてくるとステップＳ１よりステ
ップＳ２に進み、このファクシミリデータを受信し、記
憶部３の画像データ格納領域に一時格納する。

【００２０】主制御部２は、続くステップＳ３で記憶部
３のプログラム領域に格納されているプログラムに従っ
てクライアント識別テーブル６を検索し、受信した受信
先クライアント識別子に対応するクライアントの名前を
検索する。例えば、クライアント識別テーブル６が図２
に示す構成であり、ファクシミリ装置よりの受信先クラ
イアント識別子で指定された識別番号が「００１」であ
った場合には、図２に示す識別番号「００１」に対応す
るクライアントの名前である『Ａｋｉｎａ』が検索され
る。

【００２１】次にステップＳ４に進み、受信通知制御テ
ーブル群７内の現ログインテーブルを参照して、ステッ
プＳ３で検索したクライアント名が登録されているか否
かを調べる。即ち、検索したクライアント名が現在サー
バ１に対してログインしている状態か否かを確認する。
例えば、現ログインテーブルが図３に示すテーブルであ
った場合で、ステップＳ３で検索されたのが上述した
『Ａｋｉｎａ』であった時には、このクライアント名で
ある『Ａｋｉｎａ』が現在サーバ１に対してログインし
ている状態か否かを確認する。図３の例では、クライア
ント『Ａｋｉｎａ』は端末『ｈｏｓｔ９−１（ワークス
テーション９−１）』からログインしていることが確認
される。従つて、この場合にはステップＳ４よりステッ
プＳ５に進む。

【００２２】ステップＳ５では、図６に詳細を示すサー
バ・クライアント間インターフェイスコマンド中の例え
ば『ＧｅｔＴＤＤ』を用い、ＬＡＮインターフェイス部
４を介して受信メッセージ、例えばメッセージＩＤの
『ｍｓｇ０００１』で示されるメッセージをクライアン
ト『Ａｋｉｎａ』に通知する。そしてステップＳ１の待
機状態に戻る。

【００２３】一方、ステップＳ４において、受信通知制
御テーブル群７内の現ログインテーブルに検索したクラ
イアント名が登録されていない場合（クライアントがロ
グインしていない場合）にはステップＳ６に進み、図４
に例を示した受信通知制御テーブル群７内の受信メッセ
ージ未通知テーブルに、クライアント名『Ａｋｉｎａ』
と受信通知メッセージに対応するメッセージＩＤ、例え
ば『ｍｓｇ０００１』を登録する。そしてステップＳ１
の待機状態に移行する。

【００２４】一方、ステップＳ１の待機状態の時にサー
バ１はクライアント端末よりのログイン、例えば、クラ
イアント端末『ｈｏｓｔ９−２』からクライアント『Ｊ
ｕｎｋｏ』よりのログインがあるとステップＳ７でこれ
を受け付ける。そして続くステップＳ８でこれを受信通
知制御テーブル群７の現ログインテーブルに登録する。
上述の例であればクライアント名『Ｊｕｎｋｏ』と端末
名『ｈｏｓｔ９−２』を現ログインテーブルに登録す
る。

【００２５】続いてステップＳ９で受信通知制御テーブ
ル群７の受信メッセージ未通知テーブルを検索し、当該
クライアント、例えば『Ｊｕｎｋｏ』宛の通知が登録さ
れているか否かを調べる。受信メッセージ未通知テーブ
ルに登録されていなければそのままステップＳ１の待機
状態に移行する。一方、ステップＳ９で受信メッセージ
未通知テーブルに登録されていれば、ステップＳ１０に
進み、受信メッセージ未通知テーブルの登録メッセージ
ＩＤに対応付けて登録されている受信メッセージをクラ
イアントに通知する。図４の例であれば、受信通知『ｍ
ｓｇ０００５』を当該クライアント『Ｊｕｎｋｏ』に通
知する。そして通知が正常に終了するとステップＳ１１
に進み、受信メッセージ未通知テーブルより通知の終了
したクライアントを削除する。そしてステップＳ１の待
機状態に戻る。

【００２６】更に、ステップＳ１の待機状態時にログオ
フ、例えばクライアント『Ａｋｉｎａ』よりのログアウ
トがあればステップＳ１２でこれを受け付ける。そして
続くステップＳ１３で現ログインテーブルより当該クラ
イアントの登録を削除する、そしてステップ１の待機状
態に移行する。なお、受信通知を受けたクライアント端
末よりのリクエストに従って受信したファクシミリデー
タを要求のあったクライアント端末に転送することにな
る。そして、転送終了後必要に応じて記憶部３中の当該
受信情報を削除することが可能となる。

【００２７】以上説明した様に本実施例によれば、受信
先クライアント端末を自動的に受信通知を送ることを可
能にし、クライアント側から定期的に受信原稿や受信記
録を問い合わせ、その原稿の受信を何らの操作等なく、
自動的に知ることができるという作用効果が得られる。 ［第２実施例］以上の説明はクライアントの指定がある
場合を前提に説明した。しかし、本発明はクライアント
指定がある場合のみではなく、クライアント指定がない
場合、あるいは正しく行われていない場合にも対応可能
である。このようにクライアント指定の正しく行われて
いない場合にも対処した本発明に係る第２実施例を以下
に説明する。

【００２８】第２実施例においても基本的なシステム構
成は上述した図１に示す第１実施例と同様の構成で足
り、係る部分の説明を省略する。但し、第２実施例にお
いては、受信通知制御テーブル群７として、第１の実施
例で説明した各テーブルに加え、図７に示す共用未通知
テーブルを備える。以下、第２実施例の動作を図８のフ
ローチャートを参照して説明する。図８において、上述
した図５に示す第１実施例と同様処理には同一ステツプ
番号を付してある。

【００２９】サーバ１は、動作を開始すると先ずステッ
プＳ１のファクシミリデータの受信または、クライアン
トのログインまたは、ログアウトの処理を受け付ける待
機の状態となる。即ち、これらのいずれかが検知される
までステップＳ１の状態である。サーバ１のＷＡＮイン
ターフェイス部５により、ＷＡＮ１０に接続されたいず
れかのファクシミリ装置、例えばファクシミリ装置１１
−１よりのイメージ画像情報であるファクシミリデータ
が送られてくるとステップＳ１よりステップＳ２に進
み、このファクシミリデータを受信し、記憶部３の画像
データ格納領域に一時格納する。

【００３０】主制御部２は、続くステップＳ２１で主制
御部２は記憶部３に格納されたプログラムに従って、受
信時に受信先クライアント識別子があるか否かを確認す
る。受信したファクシミリデータに受信先クライアント
識別子がある時にはステップＳ３に進み、記憶部３のプ
ログラム領域に格納されているプログラムに従ってクラ
イアント識別テーブル６を検索し、受信した受信先クラ
イアント識別子に対応するクライアントの名前を検索す
る。例えば、クライアント識別テーブル６が図２に示す
構成であり、ファクシミリ装置よりの受信先クライアン
ト識別子で指定された識別番号が「００１」であった場
合には、図２に示す識別番号「００１」に対応するクラ
イアントの名前である『Ａｋｉｎａ』が検索される。

【００３１】次にステップＳ４に進み、受信通知制御テ
ーブル群７内の現ログインテーブルを参照して、ステッ
プＳ３で検索したクライアント名が登録されているか否
かを調べる。即ち、検索したクライアント名が現在サー
バ１に対してログインしている状態か否かを確認する。
例えば、現ログインテーブルが図３に示すテーブルであ
った場合で、ステップＳ３で検索されたのが上述した
『Ａｋｉｎａ』であった時には、このクライアント名で
ある『Ａｋｉｎａ』が現在サーバ１に対してログインし
ている状態か否かを確認する。図３の例では、クライア
ント『Ａｋｉｎａ』は端末『ｈｏｓｔ９−１（ワークス
テーション９−１）』からログインしていることが確認
される。従つて、この場合にはステップＳ４よりステッ
プＳ５に進む。

【００３２】ステップＳ５では、図６に詳細を示すサー
バ・クライアント間インターフェイスコマンドを用い、
ＬＡＮインターフェイス部４を介して受信メッセージ、
例えばメッセージＩＤの『ｍｓｇ０００１』で示される
メッセージをクライアント『Ａｋｉｎａ』に通知する。
そしてステップＳ１の待機状態に戻る。一方、ステップ
Ｓ４において、受信通知制御テーブル群７内の現ログイ
ンテーブルに検索したクライアント名が登録されていな
い場合（クライアントがログインしていない場合）には
ステップＳ６に進み、図４に例を示した受信通知制御テ
ーブル群７内の受信メッセージ未通知テーブルに、クラ
イアント名『Ａｋｉｎａ』と受信通知メッセージに対応
するメッセージＩＤ、例えば『ｍｓｇ０００１』を登録
する。そしてステップＳ１の待機状態に移行する。

【００３３】一方、ステップＳ１７で受信したファクシ
ミリデータに受信先クライアント識別子が無い時にはス
テップＳ１８に進み、主制御部２は図７に示す共用未通
知テーブルに受信メッセージを登録する。このとき、ク
ライアント名フィールドには何も登録されない。図７に
おける例では、２行目の『ｃｏｍ＿ｍｓｇ００１２』が
該当する。

【００３４】一方、ステップＳ１の待機状態の時にサー
バ１はクライアント端末よりのログイン、例えば、クラ
イアント端末『ｈｏｓｔ９−２』からクライアント『Ｊ
ｕｎｋｏ』よりのログインがあるとステップＳ７でこれ
を受け付ける。そして続くステップＳ８でこれを受信通
知制御テーブル群７の現ログインテーブルに登録する。
上述の例であればクライアント名『Ｊｕｎｋｏ』と端末
名『ｈｏｓｔ９−２』を現ログインテーブルに登録す
る。

【００３５】続いてステップＳ９で受信通知制御テーブ
ル群７の受信メッセージ未通知テーブルを検索し、当該
クライアント、例えば『Ｊｕｎｋｏ』宛の通知が登録さ
れているか否かを調べる。受信メッセージ未通知テーブ
ルに登録されていなければステップＳ１４に進む。一
方、ステップＳ９で受信メッセージ未通知テーブルに登
録されていれば、ステップＳ１０に進み、受信メッセー
ジ未通知テーブルの登録メッセージＩＤに対応付けて登
録されている受信メッセージをクライアントに通知す
る。図４の例であれば、受信通知『ｍｓｇ０００５』を
当該クライアント『Ｊｕｎｋｏ』に通知する。そして通
知が正常に終了するとステップＳ１１に進み、受信メッ
セージ未通知テーブルより通知の終了したクライアント
を削除する。そしてステップＳ１４に進む。

【００３６】ステップＳ１４では、ログインしたクライ
アントに対してまだ通知していない受信メッセージがあ
るか調べるために、共用未通知テーブルの各メッセージ
に対応するクライアント名フィールドを検索する。図７
の例の様にクライアント名フィールドに『Ｊｕｎｋｏ』
の名前が登録されていれば、そのメッセージはすでに通
知済であり、登録されていなければ未通知である。未通
知メッセージが無い場合にはステップＳ１の待機状態に
戻る。

【００３７】一方、ステップＳ１４で未通知メッセージ
がある場合、即ち、図７の２行目の如く共用未通知テー
ブルの各メッセージに対応するクライアント名フィール
ドにログインしたクライアント名が登録されていないメ
ッセージがある場合にはステップＳ１５に進む。そして
ステップＳ１５で該クライアントへ受信メッセージを通
知し、続くステップＳ１６で共用未通知テーブルの該メ
ッセージ項目に送信済クライアント名例え名『Ｊｕｎｋ
ｏ』の登録を追加する。そしてステップＳ１の待機状態
に戻る。

【００３８】更に、ステップＳ１の待機状態時にログオ
フ、例えばクライアント『Ａｋｉｎａ』よりのログアウ
トがあればステップＳ１２でこれを受け付ける。そして
続くステップＳ１３で現ログインテーブルより当該クラ
イアントの登録を削除する、そしてステップ１の待機状
態に移行する。なお、受信通知を受けたクライアント端
末よりのリクエストに従って受信したファクシミリデー
タを要求のあったクライアント端末に転送することにな
る。そして、転送終了後必要に応じて記憶部３中の当該
受信情報を削除することが可能となる。

【００３９】以上説明したように第２実施例によれば、
ファクシミリ画像データを受信したときに、受信先クラ
イアントの指定があるときには、そのクライアント端末
へ、受信先クライアントの指定がないときには、全クラ
イアント端末へ、受信通知が自動的に送られる。第２実
施例では、このように受信先クライアントの指定がない
ときにも、受信通知を送ることを可能にしたことによ
り、受信先クライアントの指定の有無にかかわらず、ク
ライアント側から定期的に受信原稿や受信記録を問い合
わせ、その原稿の受信を既に確認しているか否かを、何
らの特別な人手による操作・判断すること無く確認でき
るという効果がある。

【００４０】［第３実施例］以上説明した第１及び第２
実施例においては、クライアント指定は全て真正なもの
であるとの前提で説明した。しかし、通信端末装置側で
必ずしも正しいクライアント指定をするとは限らず、こ
のクライアント指定を間違うことも考えてれる。このよ
うな場合に、所望の受信先クライアントに正しく受信通
知がなされないのでは問題が起きる虞がある。そこで、
係る場合にも適確に対処可能とした本発明に係る第３実
施例を以下に説明する。第３実施例において、基本構成
は上述した図１等に示す第２の実施例の構成と同様であ
り、詳細説明を省略する。

【００４１】以下、第３実施例の動作を図９のフローチ
ャートを参照して説明する。図９において、上述した図
８に示す第２実施例と同様構成には同一ステツプ番号を
付して詳細説明を省略し、以下、第２実施例と異なる点
を説明する。図９のステップＳ３において、主制御部２
は記憶部３のプログラム領域に格納されているプログラ
ムに従ってクライアント識別テーブル６を検索し、受信
した受信先クライアント識別子に対応するクライアント
の名前を検索する。そして、第３実施例においては、こ
のステップＳ３における検索の結果をステップＳ２０で
判断する。即ち、正しい識別番号が送られて来れば必ず
このクライアント識別テーブル６に登録されているはず
であり、例えば、クライアント識別テーブル６が図２に
示す構成であり、ファクシミリ装置よりの受信先クライ
アント識別子で指定された識別番号が「００１」であっ
た場合には、図２に示す識別番号「００１」に対応する
クライアントの名前である『Ａｋｉｎａ』が検索され
る。従つて、このようにクライアント識別テーブル６に
登録されている識別番号が送られてきた場合にはステッ
プＳ２０よりステップＳ４に進むことになる。

【００４２】しかしながら、未登録の識別番号が送られ
てきた場合には、受信先クライアントの指定を間違った
ことになる。この場合には、どのクライアントに送ろう
としたのかの特定が困難である。このため、主制御部２
はこのような場合にはステップＳ１８に進み、受信先ク
ライアント識別子が無い時と同様に、図７に示す共用未
通知テーブルに受信メッセージを登録する。このとき、
クライアント名フィールドには何も登録されない。図７
における例では、２行目の『ｃｏｍ＿ｍｓｇ００１２』
が該当する。他の処理は上述した第２実施例と同様であ
る。

【００４３】以上説明したように第３実施例によれば、
第２実施例と同様の作用効果に加え、例え受信先クライ
アントの指定が誤っていたとしても、係る場合に全クラ
イアント端末へ受信通知が自動的に送られるため、確実
にクライアント側で受信通知を送ることができる。 ［第４実施例］以上の説明は、ＷＡＮの回線網の仕様に
ついて特に触れず、また、ＷＡＮインタフェース部５の
仕様についても特別の限定は行わないで説明をしてき
た。しかし、このＷＡＮの仕様によって多少構成を変え
ることも可能である。このＷＡＮが一般公衆電話回線網
（ＰＳＴＮ）である場合における変形例である本発明に
係る第４実施例を以下に説明する。

【００４４】図１０は本発明に係る第４実施例の構成を
示す図であり、図中、１５は第４実施例のクライアント
識別テーブル、１６に示すＷＡＮがＰＳＴＮとなってお
り、また、１７−１〜１７−５がＰＳＴＮ１６に接続さ
れているファクシミリ装置である。このファクシミリ装
置１７−１〜１７−５はＧ３規格のファクシミリ装置で
ある。これ以外の構成は上述した図１に示す実施例の構
成と同様であるため、詳細説明を省略する。

【００４５】第４実施例のクライアント識別テーブル１
５の登録例を図１１に示す。図１１に示す様に第４実施
例においては、識別番号に対応して登録されているのは
クライアント名では無く、クライアントワークステーシ
ョン９−１〜９−４の各端末番号である。これにより、
上述した実施例の如くの現ログインテーブル等が不要と
なる。

【００４６】以上の構成を備える本発明に係る第４実施
例のＤＴＭＦ信号を用いてクライアントの端末指定を行
う制御を、図１２のフローチャートを参照して説明す
る。サーバ１の主制御部２の制御は、ＷＡＮ（ＰＳＴ
Ｎ）１６に接続されたＧ３規格のファクシミリ装置、例
えば図１０のファクシミリ装置１７−１より第４実施例
のサーバ１への発呼が行なわれ、ＷＡＮインタフェース
部５が対応する被呼信号を検出すると図１２の制御に移
行する。そして先ずステップＳ２１でサーバ１のＷＡＮ
インタフェース部５はファクシミリ装置よりの被呼を検
出して回線に直流ループを形成して応答する。

【００４７】引き続きステップＳ２２でファクシミリ通
信におけるＧ３規格の制御手順に従い回線の接続を行
い、引き続いてステップＳ２３でリンクの確立をおこな
う。その後ステップＳ２４で、主制御部２は一旦受信先
をデフォルト端末であるクライアント端末９−４に設定
する。そして続くステップＳ２５で続いて発呼先からＤ
ＴＭＦ信号が送られてきてＷＡＮインタフェース部５に
おいてこれを検出したか否かを調べ、ＤＴＭＦ信号が受
信されてない場合にはステップＳ２９に進み、画像転送
フェーズ開始か否かを調べる。画像転送フェーズ開始で
ない場合にはステップＳ２５に戻り、ステップＳ２５及
びステップＳ２９でＤＴＭＦ信号又は画像転送フェーズ
開始が開始されるのを待つ。

【００４８】第４実施例では発呼先からＤＴＭＦ信号を
利用して受信先クライアントの指定を送って来るため、
このループ時にＤＴＭＦ信号を受信するとステップＳ２
５よりステップＳ２６に進み、受信したＤＴＭＦ信号で
示される識別番号が図１１に示すクライアント識別テー
ブル１５に登録されている識別番号であるか否かを検索
する。そしてステップＳ２７で検索の結果、識別テーブ
ル１５内に受信したＤＴＭＦ信号で示される識別番号が
クライアント識別テーブル１５に登録されている識別番
号で無かった場合にはステップＳ２９に進み、上述のル
ープ処理を続ける。例えば、まだＤＴＭＦ信号の一部し
か受信していない場合もステップＳ２９に戻ることにな
る。

【００４９】一方、ステップＳ２７で受信したＤＴＭＦ
信号で示される識別番号がクライアント識別テーブル１
５に登録されている識別番号である場合にはステップＳ
２８に進み、検索された識別番号に対応するクライアン
ト端末を受信先クライアントとする。そしてステップＳ
３０に進む。一方、ステップＳ２５、ステップＳ２９の
ループ処理実行中に発呼側より画像転送フェーズが開始
された場合には、ステップＳ２９よりステップＳ３０に
進む。

【００５０】ステップＳ３０では、Ｇ３ファクシミリ伝
送制御手順に従つて先ず画像転送フェーズを実行し、発
呼装置よりのファクシミリ画像データを受信して記憶部
３中の受信画像データ記憶領域に一旦格納する。その後
ステップＳ３１で相手装置とのリンクの切断処理を実行
し、ステップＳ３２で回線との直流ループを開放して回
線を切断する。そしてステップＳ３３でＬＡＮインタフ
ェース部４を起動してＬＡＮ８を介して受信先クライア
ントに対して受信通知を行う。そしてサーバ１の受信処
理を終了する。

【００５１】なお、受信通知を受けたクライアント端末
よりのリクエストに従って受信したファクシミリデータ
を要求のあったクライアント端末に転送することにな
る。そして、転送終了後必要に応じて記憶部３中の当該
受信情報を削除することが可能となる。上述した第４実
施例では、送信側はＧ３規格のファクシミリ装置とした
が、送信側を受信先クライアント端末をＤＴＭＦ信号情
報で指定する機能を持ったサーバとし、サーバシステム
同士の送受信であってもよい。

【００５２】以上説明したように第４実施例によれば、
ファクシミリシステムのサーバ１の主制御部２に、ＤＴ
ＭＦ信号を検出・解析する手段と、ＤＴＭＦ信号を解析
して得られるクライアント識別情報とクライアント端末
との対応を示すクライアント識別テーブル１５を用いて
前記識別情報とクライアント識別テーブル１５から受信
先クライアントを求める手段とを設けることにより、Ｐ
ＳＴＮ１６のＤＴＭＦ情報を利用してファクシミリ画像
データの受信クライアント端末の決定を自動的に行なえ
る。

【００５３】［第５実施例］以上に説明した第４実施例
は、ＷＡＮがＰＳＴＮ１６である場合を説明した。しか
し、本発明は以上の例に限定されるものでは無く、ＷＡ
ＮがＩＳＤＮであってもよい。このＷＡＮがＩＳＤＮの
場合である本発明に係る第５実施例を以下に説明する。

【００５４】図１３は本発明に係る第５実施例の構成を
示す図であり、図中、１５は第４実施例のクライアント
識別テーブルと同様のクライアント識別テーブル、２１
に示すＷＡＮがＩＳＤＮとなっており、また、１９−１
〜１９−５がＩＳＤＮ２１に接続されているＧ４規格の
ファクシミリ装置である。これ以外の構成は上述した図
１０に示す第４実施例の構成と同様であるため、詳細説
明を省略する。

【００５５】以上の構成を備える本発明に係る第５実施
例のＩＳＤＮ２１よりのＵＵＩ情報を用いてクライアン
トの端末指定を行う制御を、図１４のフローチャートを
参照して説明する。サーバ１の主制御部２の制御は、Ｗ
ＡＮ（ＩＳＤＮ）２１に接続されたＧ４規格のファクシ
ミリ装置、例えば図１３のファクシミリ装置１９−１よ
り第５実施例のサーバ１への発呼が行なわれると図１４
の制御に移行する。そして先ずステップＳ２１でサーバ
１のＷＡＮインタフェース部５はファクシミリ装置より
の被呼に対する着呼を行い、引き続きＧ４ファクシミリ
規格に従った伝送制御手順でステップＳ４２の回線の接
続を行い、引き続いてステップＳ４３でリンクの確立を
おこなう。その後ステップＳ４４で受信データのＵＵＩ
情報に受信先クライアントの指定が含まれているか否か
を調べる。受信データのＵＵＩ情報に受信先クライアン
トの指定が含まれていない場合にはステップＳ４８に進
む。

【００５６】一方、受信データのＵＵＩ情報に受信先ク
ライアントの指定が含まれている場合にはステップＳ４
４よりステップＳ４５に進み、受信したクライアント情
報（識別番号）が図１１に示すクライアント識別テーブ
ル１５に登録されているか否かを検索する。そしてステ
ップＳ４６で検索の結果、識別テーブル１５内に受信し
たＵＵＩ情報に対応するクライアントが検索された場合
にはステップＳ４７に進み、検索された識別番号に対応
するクライアント端末を受信先クライアントとする。そ
してステップＳ４９に進む。

【００５７】一方、ステップＳ４６で識別テーブル１５
内に受信したＵＵＩ情報に対応するクライアントが検索
されない場合には、ＵＵＩにクライアント指定情報が含
まれない場合と同様にステップＳ４８に進む。主制御部
２は、ステップＳ４８で受信先をデフォルト端末である
クライアント端末９−４に設定するそしてステップＳ４
９に進む。。ステップＳ４９ではＧ４ファクシミリ伝送
制御手順に従つて先ず画像転送フェーズを実行し、発呼
装置よりのファクシミリ画像データを受信して記憶部３
中の受信画像データ記憶領域に一旦格納する。その後ス
テップＳ５０で相手装置とのリンクの切断処理を実行
し、ステップＳ５１で回線を切断する。そしてステップ
Ｓ５２でＬＡＮインタフェース部４を起動してＬＡＮ８
を介して受信先クライアントに対して受信通知を行う。
そしてサーバ１の受信処理を終了する。

【００５８】なお、受信通知を受けたクライアント端末
よりのリクエストに従って受信したファクシミリデータ
を要求のあったクライアント端末に転送することにな
る。そして、転送終了後必要に応じて記憶部３中の当該
受信情報を削除することが可能となる。上述した第５実
施例では、クライアント識別情報をＩＳＤＮの持つ制御
情報の一部であるＵＵＩ情報より得る例を説明したが、
このクライアント情報をＵＵＩ情報では無く、ＩＳＤＮ
のコントロールドキュメントを用いてして指定する様に
構成してもよい。また、送信側はＧ４規格のファクシミ
リ装置としたが、送信側を受信先クライアント端末をＵ
ＵＩ情報又はコントロールドキュメントを用いてして指
定する機能を持ったサーバとし、サーバシステム同士の
送受信であってもよい。

【００５９】以上説明したように第５実施例によれば、
ファクシミリシステムのサーバ１の主制御部２に、ＩＳ
ＤＮの持つ制御情報を用いたクライアント識別情報を受
信し解析する手段と、識別情報とクライアント端末との
対応を示すクライアント識別テーブル１５を用いて前記
識別情報とクライアント識別テーブル１５から受信先ク
ライアントを求める手段とを設けることにより、受信ク
ライアント端末の決定を自動的に行なえる。

【００６０】尚、本発明は、複数の機器から構成される
システムに適用しても１つの機器から成る装置に適用し
ても良い。また、本発明は、システム或は装置にプログ
ラムを供給することによって達成される場合にも適用で
きることはいうまでもない。

【００６１】

【発明の効果】以上説明したように本発明によれば、フ
ァクシミリシステムにおいて受信先クライアント端末の
指定付きのイメージ画像情報を受信した場合に、指定先
クライアント端末に対して自動的に受信通知を送ること
ができる。また、イメージ画像情報を受信した場合に、
受信先クライアント端末の指定がないときであっても、
又は、受信先クライアントの指定が誤っていたとして
も、全クライアント端末へ受信通知が自動的に送られる
ため、受信先クライアントの指定の有無にかかわらず、
何らの特別な人手による操作・判断すること無く自動的
に受信通知を送ることができる。

【００６２】更に、ＰＳＴＮのＤＴＭＦ情報を利用して
ファクシミリ画像データの受信クライアント端末の決定
を自動的に行なえる。更にまた、ＩＳＤＮの制御情報を
利用してファクシミリ画像データの受信クライアント端
末の決定を自動的に行なえる。

【図面の簡単な説明】

【図１】本発明に係る一実施例のファクシミリシステム
のシステム構成を示す図である。

【図２】本実施例の図１に示すクライアント識別テーブ
ルの登録例を示す図である。

【図３】本実施例の図１に示す受信通知制御テーブル群
中の現ログインテーブルの登録例を示す図である。

【図４】本実施例の図１に示す受信通知制御テーブル群
中の受信メッセージ未通知テーブルの登録例を示す図で
ある。

【図５】本実施例の図１に示すサーバの制御を示すフロ
ーチャートである。

【図６】本実施例のサーバ・クライアント間インターフ
ェイスコマンドの例を示す図である。

【図７】本発明に係る第２実施例の共用未通知テーブル
の登録例を示す図である。

【図８】第２実施例のサーバの制御を示すフローチャー
トである。

【図９】本発明に係る第３実施例のサーバの制御を示す
フローチャートである。

【図１０】本発明に係る第４実施例のファクシミリシス
テムのシステム構成を示す図である。

【図１１】第４実施例のクライアント識別テーブルの登
録例を示す図である。

【図１２】第４実施例のサーバの制御を示すフローチャ
ートである。

【図１３】本発明に係る第５実施例のファクシミリシス
テムのシステム構成を示す図である。

【図１４】第５実施例のサーバの制御を示すフローチャ
ートである。

【符号の説明】

１ サーバ ２ 主制御部 ３ 記憶部 ４ ＬＡＮインターフェイス部 ５ ＷＡＮインターフェイス部 ６，１５ クライアント識別テーブル ７ 受信通知制御テーブル群 ８ ＬＡＮ ９−１〜９−４ クライアントワークステーション １０，１６，２１ ＷＡＮ １１−１〜１１−５，１７−１〜１７−５，１９−１〜
１９−５ ファクシミリ装置

Claims (13)

【特許請求の範囲】
1. 【請求項１】 広域網を介して互いに接続され互いに通
   信可能な通信端末装置及びファクシミリサーバ装置と、
   該ファクシミリサーバ装置とローカルエリアネットワー
   クによって接続され、該ローカルエリアネットワークを
   介して前記ファクシミリサーバ装置を利用できるクライ
   アント端末とから構成されるファクシミリシステムにお
   いて、 前記ファクシミリサーバ装置は、前記通信端末装置から
   の広域網を介して送られてくるイメージ画像情報を受信
   する受信手段と、前記通信端末装置からのクライアント
   端末識別情報を受信して受信先クライアントを決定する
   受信先決定手段と、前記受信決定手段で決定したクライ
   アント端末へ前記ローカルエリアネットワークを介して
   当該クライアント端末宛のイメージ画像情報受信通知を
   行なう受信通知手段とを備えることを特徴とするファク
   シミリシステム。
2. 【請求項２】 前記受信通知手段は、クライアント端末
   宛のイメージ画像情報受信通知をするための前記ローカ
   ルエリアネットワークで用いられるインターフェイスコ
   マンドを生成して前記受信先決定手段で決定したクライ
   アント端末に出力することを特徴とする請求項１記載の
   ファクシミリシステム。
3. 【請求項３】 前記受信決定手段は、前記通信端末装置
   からのクライアント端末識別情報より受信先クライアン
   トの特定を行うために用いるクライアント識別テーブル
   を備え、該クライアント識別テーブルに従つてクライア
   ント端末識別情報より受信先クライアントの特定を行な
   い、 前記受信通知手段は、受信先クライアント及び受信通知
   内容の特定のための受信通知制御テーブルを備え、該受
   信通知テーブルに登録されたクライアントに受信通知を
   通知することを特徴とする請求項２記載のファクシミリ
   システム。
4. 【請求項４】 前記受信通知制御テーブルは、現時点で
   当該サーバと通信可能状態にあるクライアント端末を登
   録する現ログインテーブルと、通信可能状態にあるクラ
   イアント端末宛に未通知のイメージ画像情報受信通知を
   登録する共用未通知テーブルと、と当該サーバと通信可
   能状態にないクライアント端末宛のイメージ画像情報受
   信通知を登録する受信メッセージ未通知テーブルとを含
   むことを特徴とする請求項３記載のファクシミリシステ
   ム。
5. 【請求項５】 前記受信通知手段は、前記共用未通知テ
   ーブルに未通知のイメージ画像情報受信通知の登録があ
   れば、該登録イメージ画像情報受信通知を対応するクラ
   イアント端末へ通知し、前記共用通知テーブルの該メッ
   セージ項目に通知済を登録をする通知済登録手段を備え
   ることを特徴とする請求項４記載のファクシミリシステ
   ム。
6. 【請求項６】 更に、ファクシミリサーバ装置に、前記
   クライアント端末よりの当該サーバとの通信可能状態通
   知を受けつけたときに前記現ログインテーブルに当該ク
   ライアント端末を登録する現ログインテーブル登録手段
   と、通信可能状態にあるクライアント端末が通信可能で
   ない状態となった時に前記現ログインテーブルから当該
   クライアント端末の登録を削除する現ログインテーブル
   削除手段とを備えることを特徴とする請求項４又は請求
   項５のいずれかに記載のファクシミリシステム。
7. 【請求項７】 前記受信通知手段は、前記クライアント
   端末よりの当該サーバとの通信可能状態通知を受けつけ
   たときに前記受信メッセージ未通知テーブルに当該クラ
   イアント端末宛のイメージ画像情報受信通知が登録され
   ていれば、該登録イメージ画像情報受信通知を当該クラ
   イアント端末へ通知し、前記前記受信メッセージ未通知
   テーブルから削除することを特徴とする請求項４乃至請
   求項６のいずれかに記載のファクシミリシステム。
8. 【請求項８】 前記受信先決定手段は、前記通信端末装
   置からのクライアント端末識別情報によるクライアント
   の指定は正しいか否かを判断する判断手段と、該判断手
   段による判断の結果クライアントの指定が正しい時に指
   定クライアント端末が前記現ログインテーブルに登録さ
   れているか否かを調べて、該現ログインテーブルに登録
   されている場合には当該指定クライアントにイメージ画
   像情報受信通知を通知し、前記現ログインテーブルに登
   録されていない場合には前記共用未通知テーブルに登録
   するクライアント通知手段とを含むことを特徴とする請
   求項４乃至請求項７のいずれかに記載のファクシミリシ
   ステム。
9. 【請求項９】 前記ファクシミリサーバ装置は、更に、
   前記通信端末装置からクライアント端末識別情報による
   受信先クライアントの指定なしてファクシミリ画像デー
   タを受信したときに前記共用未通知テーブルに登録する
   指定無しクライアント登録手段とを備えることを特徴と
   する請求項４乃至請求項８のいずれかに記載のファクシ
   ミリシステム。
10. 【請求項１０】 公衆回線網を介して互いに接続され互
    いに通信可能な通信端末装置及びファクシミリサーバ装
    置と、該ファクシミリサーバ装置とローカルエリアネッ
    トワークによって接続され、該ローカルエリアネットワ
    ークを介して前記ファクシミリサーバ装置を利用できる
    クライアント端末とから構成されるファクシミリシステ
    ムにおいて、 前記ファクシミリサーバ装置は、前記公衆回線網よりの
    ＤＴＭＦ信号を検出・解析するＤＴＭＦ検出手段と、該
    ＤＴＭＦ検出手段で検出・解析してえられるクライアン
    ト識別情報から受信先クライアントを特定する受信先ク
    ライアント特定手段とを備え、前記受信先クライアント
    特定手段で特定したクライアント端末に前記公衆回線網
    を介して受信したイメージ画像情報を転送可能とするこ
    とを特徴とするファクシミリシステム。
11. 【請求項１１】 前記受信先クライアント特定手段は、
    前記公衆回線網からのクライアント端末識別情報より受
    信先クライアントの特定を行うために用いるクライアン
    ト識別テーブルを備えることを特徴とする請求項１０記
    載のファクシミリシステム。
12. 【請求項１２】 ＩＳＤＮ回線網を介して互いに接続さ
    れ互いに通信可能な通信端末装置及びファクシミリサー
    バ装置と、該ファクシミリサーバ装置とローカルエリア
    ネットワークによって接続され、該ローカルエリアネッ
    トワークを介して前記ファクシミリサーバ装置を利用で
    きるクライアント端末とから構成されるファクシミリシ
    ステムにおいて、 前記ファクシミリサーバ装置は、前記ＩＳＤＮ回線網の
    持つ制御情報におけるクライアント識別情報を受信し解
    析する解析手段と、該解析手段で解析してえられるクラ
    イアント識別情報から受信先クライアントを特定する受
    信先クライアント特定手段とを備え、前記受信先クライ
    アント特定手段で特定したクライアント端末に前記ＩＳ
    ＤＮ回線網を介して受信したイメージ画像情報を転送可
    能とすることを特徴とするファクシミリシステム。
13. 【請求項１３】 前記受信先クライアント特定手段は、
    前記ＩＳＤＮ回線網からのクライアント端末識別情報よ
    り受信先クライアントの特定を行うために用いるクライ
    アント識別テーブルを備えることを特徴とする請求項１
    ２記載のファクシミリシステム。