JP3347427B2 - ファクシミリシステム及びファクシミリシステムの制御方法 - Google Patents
ファクシミリシステム及びファクシミリシステムの制御方法Info
- Publication number
- JP3347427B2 JP3347427B2 JP26710093A JP26710093A JP3347427B2 JP 3347427 B2 JP3347427 B2 JP 3347427B2 JP 26710093 A JP26710093 A JP 26710093A JP 26710093 A JP26710093 A JP 26710093A JP 3347427 B2 JP3347427 B2 JP 3347427B2
- Authority
- JP
- Japan
- Prior art keywords
- client
- client terminal
- notification
- facsimile
- reception
- 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
Landscapes
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【産業上の利用分野】本発明は回線網を介して互いに接
続され互いに通信可能な通信端末装置及びファクシミリ
サーバ装置と、該ファクシミリサーバ装置とローカルエ
リアネットワークによって接続され、該ローカルエリア
ネットワークを介して前記ファクシミリサーバ装置を利
用できるクライアント端末とから構成されるファクシミ
リシステム及びファクシミリシステムの制御方法に関す
るものである。
続され互いに通信可能な通信端末装置及びファクシミリ
サーバ装置と、該ファクシミリサーバ装置とローカルエ
リアネットワークによって接続され、該ローカルエリア
ネットワークを介して前記ファクシミリサーバ装置を利
用できるクライアント端末とから構成されるファクシミ
リシステム及びファクシミリシステムの制御方法に関す
るものである。
【０００２】
【従来の技術】近年、広域網（以下「ＷＡＮ」と称す）
においては、ＩＳＤＮが発達してＩＳＤＮ回線を利用し
たＧ４規格のファクシミリ装置の利用が広まり、またＩ
ＳＤＮと公衆電話網（ＰＳＴＮ）の接続により、ＩＳＤ
Ｎ回線に接続されたＧ４規格のファクシミリ装置とＰＳ
ＴＮに接続されたＧ３規格のファクシミリ装置との間の
画像データの送受信も行なわれている。
においては、ＩＳＤＮが発達してＩＳＤＮ回線を利用し
たＧ４規格のファクシミリ装置の利用が広まり、またＩ
ＳＤＮと公衆電話網（ＰＳＴＮ）の接続により、ＩＳＤ
Ｎ回線に接続されたＧ４規格のファクシミリ装置とＰＳ
ＴＮに接続されたＧ３規格のファクシミリ装置との間の
画像データの送受信も行なわれている。
【０００３】一方、コンピュータネットワークにおいて
はローカルエリアネットワーク（以下「ＬＡＮ」と称
す）が発達し、ワークステーションだけでなくパーソナ
ルコンピュータもネットワークに接続し、ＬＡＮに接続
されたコンピュータ同士のデータの送受信も盛んに行な
われている。このような状況の中でＷＡＮとＬＡＮ、あ
るいはＰＳＴＮとＬＡＮの双方を互いに接続し、それぞ
れのネットワークに接続された機器同士でデータの送受
信を行なう要求が高まってきた。その結果ＷＡＮとＬＡ
Ｎの双方に接続され、ファクシミリとワークステーショ
ンの間で画像データの送受信を行なうファクシミリサー
バシステムが出現した。
はローカルエリアネットワーク（以下「ＬＡＮ」と称
す）が発達し、ワークステーションだけでなくパーソナ
ルコンピュータもネットワークに接続し、ＬＡＮに接続
されたコンピュータ同士のデータの送受信も盛んに行な
われている。このような状況の中でＷＡＮとＬＡＮ、あ
るいはＰＳＴＮとＬＡＮの双方を互いに接続し、それぞ
れのネットワークに接続された機器同士でデータの送受
信を行なう要求が高まってきた。その結果ＷＡＮとＬＡ
Ｎの双方に接続され、ファクシミリとワークステーショ
ンの間で画像データの送受信を行なうファクシミリサー
バシステムが出現した。
【０００４】このサーバシステムは通信を行なう主体で
ある最低１台のファクシミリサーバ装置と、ＬＡＮと通
してサーバに接続されてサーバの機能を利用する任意の
台数のクライアントワークステーションから構成されて
いる。
ある最低１台のファクシミリサーバ装置と、ＬＡＮと通
してサーバに接続されてサーバの機能を利用する任意の
台数のクライアントワークステーションから構成されて
いる。
【０００５】
【発明が解決しようとしている課題】しかしながら、従
来のファクシミリサーバシステムでは、広域網（ＷＡ
Ｎ）に接続されたファクシミリ装置から送られてきた画
像をサーバ装置で受信しても、接続クライアント端末に
はそのことをファクシミリサーバ側より伝えることがで
きなかった。そのため、クライアント側から定期的に受
信原稿や受信記録の有無を問い合わせる操作が欠かせ
ず、原稿の受信を確認しているか否かを人手で判断しな
ければならなかった。
来のファクシミリサーバシステムでは、広域網（ＷＡ
Ｎ）に接続されたファクシミリ装置から送られてきた画
像をサーバ装置で受信しても、接続クライアント端末に
はそのことをファクシミリサーバ側より伝えることがで
きなかった。そのため、クライアント側から定期的に受
信原稿や受信記録の有無を問い合わせる操作が欠かせ
ず、原稿の受信を確認しているか否かを人手で判断しな
ければならなかった。
【０００６】また、公衆回線網（ＰＳＴＮ）に接続され
たファクシミリ装置からサーバを介してＬＡＮに接続さ
れたクライアント端末にファクシミリ画像データを送信
するときは、どのクライアント端末に送りたいのかを指
定することが従来できなかった。そのため、自動的にク
ライアント端末にファクシミリ画像データを配信または
通知することができなかった。
たファクシミリ装置からサーバを介してＬＡＮに接続さ
れたクライアント端末にファクシミリ画像データを送信
するときは、どのクライアント端末に送りたいのかを指
定することが従来できなかった。そのため、自動的にク
ライアント端末にファクシミリ画像データを配信または
通知することができなかった。
【０００７】どうしても通知したい時には、送信する側
で送信したいクライアント端末の名前を送信画像に書い
ておき、画像を受信したサーバ上で人間が受信画像を確
認してクライアント端末に画像を送る様に操作するか、
あるいは受信した画像を紙に出力して、この紙の宛先を
目視確認してからクライアント端末の使用者が受け取る
などの不便な方法しかとれないという問題があった。
で送信したいクライアント端末の名前を送信画像に書い
ておき、画像を受信したサーバ上で人間が受信画像を確
認してクライアント端末に画像を送る様に操作するか、
あるいは受信した画像を紙に出力して、この紙の宛先を
目視確認してからクライアント端末の使用者が受け取る
などの不便な方法しかとれないという問題があった。
【０００８】
【課題を解決するための手段】本発明は上述の課題を解
決することを目的としてなされたもので、上述の課題を
解決する一手段として以下の構成を備える。即ち、広域
網を介して互いに接続され互いに通信可能な通信端末装
置及びファクシミリサーバ装置と、該ファクシミリサー
バ装置とローカルエリアネットワークによって接続さ
れ、該ローカルエリアネットワークを介して前記ファク
シミリサーバ装置を利用できるクライアント端末とから
構成されるファクシミリシステムにおいて、前記ファク
シミリサーバ装置は、前記通信端末装置からの広域網を
介して送られてくるイメージ画像情報を受信する受信手
段と、前記通信端末装置からのクライアント端末識別情
報を受信して受信先クライアントを決定する受信先決定
手段と、受信先クライアント及び受信通知内容の特定の
ための受信通知制御テーブルを備え、該受信通知制御テ
ーブルに従って前記受信先決定手段で決定したクライア
ント端末へ前記ローカルエリアネットワークを介して当
該クライアント端末宛のイメージ画像情報受信通知を行
う受信通知手段とを備え、前記受信通知制御テーブル
は、現時点で当該サーバと通信可能状態にあるクライア
ント端末を登録する現ログインテーブルと、通信可能状
態にあるクライアント端末宛に未通知のイメージ画像情
報受信通知を登録する共用未通知テーブルと、当該サー
バと通信可能状態にないクライアント端末宛のイメージ
画像情報受信通知を登録する受信メッセージ未通知テー
ブルとを含み、前記受信通知手段は、前記クライアント
端末よりの当該サーバとの通信可能状態通知を受けつけ
たときに前記受信メッセージ未通知テーブルに当該クラ
イアント端末宛のイメージ画像情報受信通知が登録され
ていれば、該登録イメージ画像情報受信通知を当該クラ
イアント端末へ通知し、前記受信メッセージ未通知テー
ブルから削除する。
決することを目的としてなされたもので、上述の課題を
解決する一手段として以下の構成を備える。即ち、広域
網を介して互いに接続され互いに通信可能な通信端末装
置及びファクシミリサーバ装置と、該ファクシミリサー
バ装置とローカルエリアネットワークによって接続さ
れ、該ローカルエリアネットワークを介して前記ファク
シミリサーバ装置を利用できるクライアント端末とから
構成されるファクシミリシステムにおいて、前記ファク
シミリサーバ装置は、前記通信端末装置からの広域網を
介して送られてくるイメージ画像情報を受信する受信手
段と、前記通信端末装置からのクライアント端末識別情
報を受信して受信先クライアントを決定する受信先決定
手段と、受信先クライアント及び受信通知内容の特定の
ための受信通知制御テーブルを備え、該受信通知制御テ
ーブルに従って前記受信先決定手段で決定したクライア
ント端末へ前記ローカルエリアネットワークを介して当
該クライアント端末宛のイメージ画像情報受信通知を行
う受信通知手段とを備え、前記受信通知制御テーブル
は、現時点で当該サーバと通信可能状態にあるクライア
ント端末を登録する現ログインテーブルと、通信可能状
態にあるクライアント端末宛に未通知のイメージ画像情
報受信通知を登録する共用未通知テーブルと、当該サー
バと通信可能状態にないクライアント端末宛のイメージ
画像情報受信通知を登録する受信メッセージ未通知テー
ブルとを含み、前記受信通知手段は、前記クライアント
端末よりの当該サーバとの通信可能状態通知を受けつけ
たときに前記受信メッセージ未通知テーブルに当該クラ
イアント端末宛のイメージ画像情報受信通知が登録され
ていれば、該登録イメージ画像情報受信通知を当該クラ
イアント端末へ通知し、前記受信メッセージ未通知テー
ブルから削除する。
【０００９】又は、広域網を介して互いに接続され互い
に通信可能な通信端末装置及びファクシミリサーバ装置
と、該ファクシミリサーバ装置とローカルエリアネット
ワークによって接続され、該ローカルエリアネットワー
クを介して前記ファクシミリサーバ装置を利用できるク
ライアント端末とから構成されるファクシミリシステム
において、前記ファクシミリサーバ装置は、前記通信端
末装置からの広域網を介して送られてくるイメージ画像
情報を受信する受信手段と、前記通信端末装置からのク
ライアント端末識別情報を受信して受信先クライアント
を決定する受信先決定手段と、受信先クライアント及び
受信通知内容の特定のための受信通知制御テーブルを備
え、該受信通知制御テーブルに従って前記受信先決定手
段で決定したクライアント端末へ前記ローカルエリアネ
ットワークを介して当該クライアント端末宛のイメージ
画像情報受信通知を行う受信通知手段とを備え、前記受
信通知制御テーブルは、現時点で当該サーバと通信可能
状態にあるクライアント端末を登録する現ログインテー
ブルと、通信可能状態にあるクライアント端末宛に未通
知のイメージ画像情報受信通知を登録する共用未通知テ
ーブルと、当該サーバと通信可能状態にないクライアン
ト端末宛のイメージ画像情報受信通知を登録する受信メ
ッセージ未通知テーブルとを含み、前記ファクシミリサ
ーバ装置は、更に、前記通信端末装置からクライアント
端末識別情報による受信先クライアントの指定なしでフ
ァクシミリ画像データを受信したときに前記共用未通知
テーブルに登録する指定無しクライアント登録手段を備
える。
に通信可能な通信端末装置及びファクシミリサーバ装置
と、該ファクシミリサーバ装置とローカルエリアネット
ワークによって接続され、該ローカルエリアネットワー
クを介して前記ファクシミリサーバ装置を利用できるク
ライアント端末とから構成されるファクシミリシステム
において、前記ファクシミリサーバ装置は、前記通信端
末装置からの広域網を介して送られてくるイメージ画像
情報を受信する受信手段と、前記通信端末装置からのク
ライアント端末識別情報を受信して受信先クライアント
を決定する受信先決定手段と、受信先クライアント及び
受信通知内容の特定のための受信通知制御テーブルを備
え、該受信通知制御テーブルに従って前記受信先決定手
段で決定したクライアント端末へ前記ローカルエリアネ
ットワークを介して当該クライアント端末宛のイメージ
画像情報受信通知を行う受信通知手段とを備え、前記受
信通知制御テーブルは、現時点で当該サーバと通信可能
状態にあるクライアント端末を登録する現ログインテー
ブルと、通信可能状態にあるクライアント端末宛に未通
知のイメージ画像情報受信通知を登録する共用未通知テ
ーブルと、当該サーバと通信可能状態にないクライアン
ト端末宛のイメージ画像情報受信通知を登録する受信メ
ッセージ未通知テーブルとを含み、前記ファクシミリサ
ーバ装置は、更に、前記通信端末装置からクライアント
端末識別情報による受信先クライアントの指定なしでフ
ァクシミリ画像データを受信したときに前記共用未通知
テーブルに登録する指定無しクライアント登録手段を備
える。
【００１０】更にまた、広域網を介して互いに接続され
互いに通信可能な通信端末装置及びファクシミリサーバ
装置と、該ファクシミリサーバ装置とローカルエリアネ
ットワークによって接続され、該ローカルエリアネット
ワークを介して前記ファクシミリサーバ装置を利用でき
るクライアント端末とから構成されるファクシミリシス
テムにおけるファクシミリシステムの制御方法であっ
て、前記ファクシミリサーバ装置は、前記通信端末装置
からの広域網を介して送られてくるイメージ画像情報と
クライアント端末識別情報を受信し、前記受信したクラ
イアント端末識別情報から受信先クライアントを決定し
て、受信先クライアント及び受信通知内容の特定のため
の受信通知制御テーブルであって、現時点で当該サーバ
と通信可能状態にあるクライアント端末を登録する現ロ
グインテーブルと、通信可能状態にあるクライアント端
末宛に未通知のイメージ画像情報受信通知を登録する共
用未通知テーブルと、当該サーバと通信可能状態にない
クライアント端末宛のイメージ画像情報受信通知を登録
する受信メッセージ未通知テーブルとを含む受信通知制
御テーブルに従って、決定したクライアント端末へ前記
ローカルエリアネットワークを介して当該クライアント
端末宛のイメージ画像情報受信通知を行い、前記クライ
アント端末よりの当該サーバとの通信可能状態通知を受
けつけたときに前記受信メッセージ未通知テーブルに当
該クライアント端末宛のイメージ画像情報受信通知が登
録されていれば、該登録イメージ画像情報受信通知を当
該クライアント端末へ通知し、前記受信メッセージ未通
知テーブルから削除することを特徴とする。
互いに通信可能な通信端末装置及びファクシミリサーバ
装置と、該ファクシミリサーバ装置とローカルエリアネ
ットワークによって接続され、該ローカルエリアネット
ワークを介して前記ファクシミリサーバ装置を利用でき
るクライアント端末とから構成されるファクシミリシス
テムにおけるファクシミリシステムの制御方法であっ
て、前記ファクシミリサーバ装置は、前記通信端末装置
からの広域網を介して送られてくるイメージ画像情報と
クライアント端末識別情報を受信し、前記受信したクラ
イアント端末識別情報から受信先クライアントを決定し
て、受信先クライアント及び受信通知内容の特定のため
の受信通知制御テーブルであって、現時点で当該サーバ
と通信可能状態にあるクライアント端末を登録する現ロ
グインテーブルと、通信可能状態にあるクライアント端
末宛に未通知のイメージ画像情報受信通知を登録する共
用未通知テーブルと、当該サーバと通信可能状態にない
クライアント端末宛のイメージ画像情報受信通知を登録
する受信メッセージ未通知テーブルとを含む受信通知制
御テーブルに従って、決定したクライアント端末へ前記
ローカルエリアネットワークを介して当該クライアント
端末宛のイメージ画像情報受信通知を行い、前記クライ
アント端末よりの当該サーバとの通信可能状態通知を受
けつけたときに前記受信メッセージ未通知テーブルに当
該クライアント端末宛のイメージ画像情報受信通知が登
録されていれば、該登録イメージ画像情報受信通知を当
該クライアント端末へ通知し、前記受信メッセージ未通
知テーブルから削除することを特徴とする。
【００１１】また、広域網を介して互いに接続され互い
に通信可能な通信端末装置及びファクシミリサーバ装置
と、該ファクシミリサーバ装置とローカルエリアネット
ワークによって接続され、該ローカルエリアネットワー
クを介して前記ファクシミリサーバ装置を利用できるク
ライアント端末とから構成されるファクシミリシステム
におけるファクシミリシステムの制御方法であって、前
記ファクシミリサーバ装置は、前記通信端末装置からの
広域網を介して送られてくるイメージ画像情報とクライ
アント端末識別情報を受信し、前記受信したクライアン
ト端末識別情報から受信先クライアントを決定して、受
信先クライアント及び受信通知内容の特定のための受信
通知制御テーブルであって、現時点で当該サーバと通信
可能状態にあるクライアント端末を登録する現ログイン
テーブルと、通信可能状態にあるクライアント端末宛に
未通知のイメージ画像情報受信通知を登録する共用未通
知テーブルと、当該サーバと通信可能状態にないクライ
アント端末宛のイメージ画像情報受信通知を登録する受
信メッセージ未通知テーブルとを含む受信通知制御テー
ブルに従って、決定したクライアント端末へ前記ローカ
ルエリアネットワークを介して当該クライアント端末宛
のイメージ画像情報受信通知を行い、前記通信端末装置
からクライアント端末識別情報による受信先クライアン
トの指定なしでファクシミリ画像データを受信したとき
に前記共用未通知テーブルに登録することを特徴とす
る。
に通信可能な通信端末装置及びファクシミリサーバ装置
と、該ファクシミリサーバ装置とローカルエリアネット
ワークによって接続され、該ローカルエリアネットワー
クを介して前記ファクシミリサーバ装置を利用できるク
ライアント端末とから構成されるファクシミリシステム
におけるファクシミリシステムの制御方法であって、前
記ファクシミリサーバ装置は、前記通信端末装置からの
広域網を介して送られてくるイメージ画像情報とクライ
アント端末識別情報を受信し、前記受信したクライアン
ト端末識別情報から受信先クライアントを決定して、受
信先クライアント及び受信通知内容の特定のための受信
通知制御テーブルであって、現時点で当該サーバと通信
可能状態にあるクライアント端末を登録する現ログイン
テーブルと、通信可能状態にあるクライアント端末宛に
未通知のイメージ画像情報受信通知を登録する共用未通
知テーブルと、当該サーバと通信可能状態にないクライ
アント端末宛のイメージ画像情報受信通知を登録する受
信メッセージ未通知テーブルとを含む受信通知制御テー
ブルに従って、決定したクライアント端末へ前記ローカ
ルエリアネットワークを介して当該クライアント端末宛
のイメージ画像情報受信通知を行い、前記通信端末装置
からクライアント端末識別情報による受信先クライアン
トの指定なしでファクシミリ画像データを受信したとき
に前記共用未通知テーブルに登録することを特徴とす
る。
【００１２】
【００１３】
【実施例】以下、添付図面を参照して、本発明に係る一
実施例を詳細に説明する。図１は本発明に係る一実施例
のファクシミリシステムのシステム構成を示す図であ
り、特にクライアント・サーバ型ファクシミリサーバシ
ステムの構成を詳細に示している。図１において、１は
ファクシミリサーバ装置（以下「サーバ」と称す）、８
はＬＡＮ、９−１〜９−４はＬＡＮ８に接続されたクラ
イアントワークステーション、１０はＥＡＮ、１１−１
〜１１−５はＷＡＮ１０に接続されたファクシミリ装置
である。
実施例を詳細に説明する。図１は本発明に係る一実施例
のファクシミリシステムのシステム構成を示す図であ
り、特にクライアント・サーバ型ファクシミリサーバシ
ステムの構成を詳細に示している。図１において、１は
ファクシミリサーバ装置（以下「サーバ」と称す）、８
はＬＡＮ、９−１〜９−４はＬＡＮ８に接続されたクラ
イアントワークステーション、１０はＥＡＮ、１１−１
〜１１−５はＷＡＮ１０に接続されたファクシミリ装置
である。
【００１４】サーバ１は、主制御部２と、記憶部３と、
ＬＡＮ８との通信制御を行なうＬＡＮインターフェイス
部４と、ＷＡＮ１０との通信制御を行なうＷＡＮインタ
ーフェイス部５と、受信先クライアント端末を決定する
のに用いるクライアント識別テーブル６と、受信通知を
制御する受信通知制御テーブル群７とから構成される。
ＬＡＮ８との通信制御を行なうＬＡＮインターフェイス
部４と、ＷＡＮ１０との通信制御を行なうＷＡＮインタ
ーフェイス部５と、受信先クライアント端末を決定する
のに用いるクライアント識別テーブル６と、受信通知を
制御する受信通知制御テーブル群７とから構成される。
【００１５】図１に示すクライアント識別テーブル６の
登録例を図２に示す。図２の『識別番号』が、ファクシ
ミリ装置よりの受信先クライアント識別子で指定された
識別番号であり、『クライアント名』はそれぞれの識別
番号に対応したクライアント名である。図２に示すクラ
イアント識別テーブル６を参照することにより、ファク
シミリ装置よりの受信先クライアント識別子より対応す
るクライアント名を特定することが可能となる。
登録例を図２に示す。図２の『識別番号』が、ファクシ
ミリ装置よりの受信先クライアント識別子で指定された
識別番号であり、『クライアント名』はそれぞれの識別
番号に対応したクライアント名である。図２に示すクラ
イアント識別テーブル６を参照することにより、ファク
シミリ装置よりの受信先クライアント識別子より対応す
るクライアント名を特定することが可能となる。
【００１６】また、受信通知制御テーブル群７は、現ロ
グインテーブル及び受信メッセージ未通知テーブル等に
より構成されている。この現ログインテーブルの登録例
を図３に、受信メッセージ未通知テーブルの登録例を図
４に示す。図３に示す様に現ログインテーブルは、『ク
ライアント名』と『マシン名』とにより構成され、検索
したクライアント名が現在サーバ１に対してログインし
ている状態の場合に、ログインされている『クライアン
ト名』と当該クライアントが操作する『マシン名』とが
登録されている。
グインテーブル及び受信メッセージ未通知テーブル等に
より構成されている。この現ログインテーブルの登録例
を図３に、受信メッセージ未通知テーブルの登録例を図
４に示す。図３に示す様に現ログインテーブルは、『ク
ライアント名』と『マシン名』とにより構成され、検索
したクライアント名が現在サーバ１に対してログインし
ている状態の場合に、ログインされている『クライアン
ト名』と当該クライアントが操作する『マシン名』とが
登録されている。
【００１７】図４に示す受信メッセージ未通知テーブル
は、サーバ１に対してログインしていない状態のクライ
アント宛の通知すべき受信メッセージ（受信通知）を受
け取っていることを示すテーブルであり、『クライアン
ト名』と『メッセージＩＤ』とで構成されている。主制
御部１は、このテーブルに登録されているクライアント
よりのログインがあれば、このクライアント宛にメッセ
ージＩＤで指定されたメッセージを送出することにな
る。
は、サーバ１に対してログインしていない状態のクライ
アント宛の通知すべき受信メッセージ（受信通知）を受
け取っていることを示すテーブルであり、『クライアン
ト名』と『メッセージＩＤ』とで構成されている。主制
御部１は、このテーブルに登録されているクライアント
よりのログインがあれば、このクライアント宛にメッセ
ージＩＤで指定されたメッセージを送出することにな
る。
【００１８】以下に以上の構成よりなる本実施例のファ
クシミリ通信制御を図５のフローチャートも参照して説
明する。サーバ１は、動作を開始すると先ずステップＳ
１のファクシミリデータの受信または、クライアントの
ログインまたは、ログアウトの処理を受け付ける待機の
状態となる。即ち、これらのいずれかが検知されるまで
ステップＳ１の状態である。
クシミリ通信制御を図５のフローチャートも参照して説
明する。サーバ１は、動作を開始すると先ずステップＳ
１のファクシミリデータの受信または、クライアントの
ログインまたは、ログアウトの処理を受け付ける待機の
状態となる。即ち、これらのいずれかが検知されるまで
ステップＳ１の状態である。
【００１９】サーバ１のＷＡＮインターフェイス部５に
より、ＷＡＮ１０に接続されたいずれかのファクシミリ
装置、例えばファクシミリ装置１１−１より、受信先ク
ライアント識別子付きの、イメージ画像情報であるファ
クシミリデータが送られてくるとステップＳ１よりステ
ップＳ２に進み、このファクシミリデータを受信し、記
憶部３の画像データ格納領域に一時格納する。
より、ＷＡＮ１０に接続されたいずれかのファクシミリ
装置、例えばファクシミリ装置１１−１より、受信先ク
ライアント識別子付きの、イメージ画像情報であるファ
クシミリデータが送られてくるとステップＳ１よりステ
ップＳ２に進み、このファクシミリデータを受信し、記
憶部３の画像データ格納領域に一時格納する。
【００２０】主制御部２は、続くステップＳ３で記憶部
３のプログラム領域に格納されているプログラムに従っ
てクライアント識別テーブル６を検索し、受信した受信
先クライアント識別子に対応するクライアントの名前を
検索する。例えば、クライアント識別テーブル６が図２
に示す構成であり、ファクシミリ装置よりの受信先クラ
イアント識別子で指定された識別番号が「００１」であ
った場合には、図２に示す識別番号「００１」に対応す
るクライアントの名前である『Ａｋｉｎａ』が検索され
る。
３のプログラム領域に格納されているプログラムに従っ
てクライアント識別テーブル６を検索し、受信した受信
先クライアント識別子に対応するクライアントの名前を
検索する。例えば、クライアント識別テーブル６が図２
に示す構成であり、ファクシミリ装置よりの受信先クラ
イアント識別子で指定された識別番号が「００１」であ
った場合には、図２に示す識別番号「００１」に対応す
るクライアントの名前である『Ａｋｉｎａ』が検索され
る。
【００２１】次にステップＳ４に進み、受信通知制御テ
ーブル群７内の現ログインテーブルを参照して、ステッ
プＳ３で検索したクライアント名が登録されているか否
かを調べる。即ち、検索したクライアント名が現在サー
バ１に対してログインしている状態か否かを確認する。
例えば、現ログインテーブルが図３に示すテーブルであ
った場合で、ステップＳ３で検索されたのが上述した
『Ａｋｉｎａ』であった時には、このクライアント名で
ある『Ａｋｉｎａ』が現在サーバ１に対してログインし
ている状態か否かを確認する。図３の例では、クライア
ント『Ａｋｉｎａ』は端末『ｈｏｓｔ９−１（ワークス
テーション９−１）』からログインしていることが確認
される。従つて、この場合にはステップＳ４よりステッ
プＳ５に進む。
ーブル群７内の現ログインテーブルを参照して、ステッ
プＳ３で検索したクライアント名が登録されているか否
かを調べる。即ち、検索したクライアント名が現在サー
バ１に対してログインしている状態か否かを確認する。
例えば、現ログインテーブルが図３に示すテーブルであ
った場合で、ステップＳ３で検索されたのが上述した
『Ａｋｉｎａ』であった時には、このクライアント名で
ある『Ａｋｉｎａ』が現在サーバ１に対してログインし
ている状態か否かを確認する。図３の例では、クライア
ント『Ａｋｉｎａ』は端末『ｈｏｓｔ９−１（ワークス
テーション９−１）』からログインしていることが確認
される。従つて、この場合にはステップＳ４よりステッ
プＳ５に進む。
【００２２】ステップＳ５では、図６に詳細を示すサー
バ・クライアント間インターフェイスコマンド中の例え
ば『ＧｅｔＴＤＤ』を用い、ＬＡＮインターフェイス部
４を介して受信メッセージ、例えばメッセージＩＤの
『ｍｓｇ０００１』で示されるメッセージをクライアン
ト『Ａｋｉｎａ』に通知する。そしてステップＳ１の待
機状態に戻る。
バ・クライアント間インターフェイスコマンド中の例え
ば『ＧｅｔＴＤＤ』を用い、ＬＡＮインターフェイス部
４を介して受信メッセージ、例えばメッセージＩＤの
『ｍｓｇ０００１』で示されるメッセージをクライアン
ト『Ａｋｉｎａ』に通知する。そしてステップＳ１の待
機状態に戻る。
【００２３】一方、ステップＳ４において、受信通知制
御テーブル群７内の現ログインテーブルに検索したクラ
イアント名が登録されていない場合（クライアントがロ
グインしていない場合）にはステップＳ６に進み、図４
に例を示した受信通知制御テーブル群７内の受信メッセ
ージ未通知テーブルに、クライアント名『Ａｋｉｎａ』
と受信通知メッセージに対応するメッセージＩＤ、例え
ば『ｍｓｇ０００１』を登録する。そしてステップＳ１
の待機状態に移行する。
御テーブル群７内の現ログインテーブルに検索したクラ
イアント名が登録されていない場合（クライアントがロ
グインしていない場合）にはステップＳ６に進み、図４
に例を示した受信通知制御テーブル群７内の受信メッセ
ージ未通知テーブルに、クライアント名『Ａｋｉｎａ』
と受信通知メッセージに対応するメッセージＩＤ、例え
ば『ｍｓｇ０００１』を登録する。そしてステップＳ１
の待機状態に移行する。
【００２４】一方、ステップＳ１の待機状態の時にサー
バ１はクライアント端末よりのログイン、例えば、クラ
イアント端末『ｈｏｓｔ９−２』からクライアント『Ｊ
ｕｎｋｏ』よりのログインがあるとステップＳ７でこれ
を受け付ける。そして続くステップＳ８でこれを受信通
知制御テーブル群７の現ログインテーブルに登録する。
上述の例であればクライアント名『Ｊｕｎｋｏ』と端末
名『ｈｏｓｔ９−２』を現ログインテーブルに登録す
る。
バ１はクライアント端末よりのログイン、例えば、クラ
イアント端末『ｈｏｓｔ９−２』からクライアント『Ｊ
ｕｎｋｏ』よりのログインがあるとステップＳ７でこれ
を受け付ける。そして続くステップＳ８でこれを受信通
知制御テーブル群７の現ログインテーブルに登録する。
上述の例であればクライアント名『Ｊｕｎｋｏ』と端末
名『ｈｏｓｔ９−２』を現ログインテーブルに登録す
る。
【００２５】続いてステップＳ９で受信通知制御テーブ
ル群７の受信メッセージ未通知テーブルを検索し、当該
クライアント、例えば『Ｊｕｎｋｏ』宛の通知が登録さ
れているか否かを調べる。受信メッセージ未通知テーブ
ルに登録されていなければそのままステップＳ１の待機
状態に移行する。一方、ステップＳ９で受信メッセージ
未通知テーブルに登録されていれば、ステップＳ１０に
進み、受信メッセージ未通知テーブルの登録メッセージ
ＩＤに対応付けて登録されている受信メッセージをクラ
イアントに通知する。図４の例であれば、受信通知『ｍ
ｓｇ０００５』を当該クライアント『Ｊｕｎｋｏ』に通
知する。そして通知が正常に終了するとステップＳ１１
に進み、受信メッセージ未通知テーブルより通知の終了
したクライアントを削除する。そしてステップＳ１の待
機状態に戻る。
ル群７の受信メッセージ未通知テーブルを検索し、当該
クライアント、例えば『Ｊｕｎｋｏ』宛の通知が登録さ
れているか否かを調べる。受信メッセージ未通知テーブ
ルに登録されていなければそのままステップＳ１の待機
状態に移行する。一方、ステップＳ９で受信メッセージ
未通知テーブルに登録されていれば、ステップＳ１０に
進み、受信メッセージ未通知テーブルの登録メッセージ
ＩＤに対応付けて登録されている受信メッセージをクラ
イアントに通知する。図４の例であれば、受信通知『ｍ
ｓｇ０００５』を当該クライアント『Ｊｕｎｋｏ』に通
知する。そして通知が正常に終了するとステップＳ１１
に進み、受信メッセージ未通知テーブルより通知の終了
したクライアントを削除する。そしてステップＳ１の待
機状態に戻る。
【００２６】更に、ステップＳ１の待機状態時にログオ
フ、例えばクライアント『Ａｋｉｎａ』よりのログアウ
トがあればステップＳ１２でこれを受け付ける。そして
続くステップＳ１３で現ログインテーブルより当該クラ
イアントの登録を削除する、そしてステップ１の待機状
態に移行する。なお、受信通知を受けたクライアント端
末よりのリクエストに従って受信したファクシミリデー
タを要求のあったクライアント端末に転送することにな
る。そして、転送終了後必要に応じて記憶部３中の当該
受信情報を削除することが可能となる。
フ、例えばクライアント『Ａｋｉｎａ』よりのログアウ
トがあればステップＳ１２でこれを受け付ける。そして
続くステップＳ１３で現ログインテーブルより当該クラ
イアントの登録を削除する、そしてステップ１の待機状
態に移行する。なお、受信通知を受けたクライアント端
末よりのリクエストに従って受信したファクシミリデー
タを要求のあったクライアント端末に転送することにな
る。そして、転送終了後必要に応じて記憶部３中の当該
受信情報を削除することが可能となる。
【００２７】以上説明した様に本実施例によれば、受信
先クライアント端末を自動的に受信通知を送ることを可
能にし、クライアント側から定期的に受信原稿や受信記
録を問い合わせ、その原稿の受信を何らの操作等なく、
自動的に知ることができるという作用効果が得られる。 ［第２実施例］以上の説明はクライアントの指定がある
場合を前提に説明した。しかし、本発明はクライアント
指定がある場合のみではなく、クライアント指定がない
場合、あるいは正しく行われていない場合にも対応可能
である。このようにクライアント指定の正しく行われて
いない場合にも対処した本発明に係る第２実施例を以下
に説明する。
先クライアント端末を自動的に受信通知を送ることを可
能にし、クライアント側から定期的に受信原稿や受信記
録を問い合わせ、その原稿の受信を何らの操作等なく、
自動的に知ることができるという作用効果が得られる。 ［第２実施例］以上の説明はクライアントの指定がある
場合を前提に説明した。しかし、本発明はクライアント
指定がある場合のみではなく、クライアント指定がない
場合、あるいは正しく行われていない場合にも対応可能
である。このようにクライアント指定の正しく行われて
いない場合にも対処した本発明に係る第２実施例を以下
に説明する。
【００２８】第２実施例においても基本的なシステム構
成は上述した図１に示す第１実施例と同様の構成で足
り、係る部分の説明を省略する。但し、第２実施例にお
いては、受信通知制御テーブル群７として、第１の実施
例で説明した各テーブルに加え、図７に示す共用未通知
テーブルを備える。以下、第２実施例の動作を図８のフ
ローチャートを参照して説明する。図８において、上述
した図５に示す第１実施例と同様処理には同一ステツプ
番号を付してある。
成は上述した図１に示す第１実施例と同様の構成で足
り、係る部分の説明を省略する。但し、第２実施例にお
いては、受信通知制御テーブル群７として、第１の実施
例で説明した各テーブルに加え、図７に示す共用未通知
テーブルを備える。以下、第２実施例の動作を図８のフ
ローチャートを参照して説明する。図８において、上述
した図５に示す第１実施例と同様処理には同一ステツプ
番号を付してある。
【００２９】サーバ１は、動作を開始すると先ずステッ
プＳ１のファクシミリデータの受信または、クライアン
トのログインまたは、ログアウトの処理を受け付ける待
機の状態となる。即ち、これらのいずれかが検知される
までステップＳ１の状態である。サーバ１のＷＡＮイン
ターフェイス部５により、ＷＡＮ１０に接続されたいず
れかのファクシミリ装置、例えばファクシミリ装置１１
−１よりのイメージ画像情報であるファクシミリデータ
が送られてくるとステップＳ１よりステップＳ２に進
み、このファクシミリデータを受信し、記憶部３の画像
データ格納領域に一時格納する。
プＳ１のファクシミリデータの受信または、クライアン
トのログインまたは、ログアウトの処理を受け付ける待
機の状態となる。即ち、これらのいずれかが検知される
までステップＳ１の状態である。サーバ１のＷＡＮイン
ターフェイス部５により、ＷＡＮ１０に接続されたいず
れかのファクシミリ装置、例えばファクシミリ装置１１
−１よりのイメージ画像情報であるファクシミリデータ
が送られてくるとステップＳ１よりステップＳ２に進
み、このファクシミリデータを受信し、記憶部３の画像
データ格納領域に一時格納する。
【００３０】主制御部２は、続くステップＳ２１で主制
御部２は記憶部３に格納されたプログラムに従って、受
信時に受信先クライアント識別子があるか否かを確認す
る。受信したファクシミリデータに受信先クライアント
識別子がある時にはステップＳ３に進み、記憶部３のプ
ログラム領域に格納されているプログラムに従ってクラ
イアント識別テーブル６を検索し、受信した受信先クラ
イアント識別子に対応するクライアントの名前を検索す
る。例えば、クライアント識別テーブル６が図２に示す
構成であり、ファクシミリ装置よりの受信先クライアン
ト識別子で指定された識別番号が「００１」であった場
合には、図２に示す識別番号「００１」に対応するクラ
イアントの名前である『Ａｋｉｎａ』が検索される。
御部２は記憶部３に格納されたプログラムに従って、受
信時に受信先クライアント識別子があるか否かを確認す
る。受信したファクシミリデータに受信先クライアント
識別子がある時にはステップＳ３に進み、記憶部３のプ
ログラム領域に格納されているプログラムに従ってクラ
イアント識別テーブル６を検索し、受信した受信先クラ
イアント識別子に対応するクライアントの名前を検索す
る。例えば、クライアント識別テーブル６が図２に示す
構成であり、ファクシミリ装置よりの受信先クライアン
ト識別子で指定された識別番号が「００１」であった場
合には、図２に示す識別番号「００１」に対応するクラ
イアントの名前である『Ａｋｉｎａ』が検索される。
【００３１】次にステップＳ４に進み、受信通知制御テ
ーブル群７内の現ログインテーブルを参照して、ステッ
プＳ３で検索したクライアント名が登録されているか否
かを調べる。即ち、検索したクライアント名が現在サー
バ１に対してログインしている状態か否かを確認する。
例えば、現ログインテーブルが図３に示すテーブルであ
った場合で、ステップＳ３で検索されたのが上述した
『Ａｋｉｎａ』であった時には、このクライアント名で
ある『Ａｋｉｎａ』が現在サーバ１に対してログインし
ている状態か否かを確認する。図３の例では、クライア
ント『Ａｋｉｎａ』は端末『ｈｏｓｔ９−１（ワークス
テーション９−１）』からログインしていることが確認
される。従つて、この場合にはステップＳ４よりステッ
プＳ５に進む。
ーブル群７内の現ログインテーブルを参照して、ステッ
プＳ３で検索したクライアント名が登録されているか否
かを調べる。即ち、検索したクライアント名が現在サー
バ１に対してログインしている状態か否かを確認する。
例えば、現ログインテーブルが図３に示すテーブルであ
った場合で、ステップＳ３で検索されたのが上述した
『Ａｋｉｎａ』であった時には、このクライアント名で
ある『Ａｋｉｎａ』が現在サーバ１に対してログインし
ている状態か否かを確認する。図３の例では、クライア
ント『Ａｋｉｎａ』は端末『ｈｏｓｔ９−１（ワークス
テーション９−１）』からログインしていることが確認
される。従つて、この場合にはステップＳ４よりステッ
プＳ５に進む。
【００３２】ステップＳ５では、図６に詳細を示すサー
バ・クライアント間インターフェイスコマンドを用い、
ＬＡＮインターフェイス部４を介して受信メッセージ、
例えばメッセージＩＤの『ｍｓｇ０００１』で示される
メッセージをクライアント『Ａｋｉｎａ』に通知する。
そしてステップＳ１の待機状態に戻る。一方、ステップ
Ｓ４において、受信通知制御テーブル群７内の現ログイ
ンテーブルに検索したクライアント名が登録されていな
い場合（クライアントがログインしていない場合）には
ステップＳ６に進み、図４に例を示した受信通知制御テ
ーブル群７内の受信メッセージ未通知テーブルに、クラ
イアント名『Ａｋｉｎａ』と受信通知メッセージに対応
するメッセージＩＤ、例えば『ｍｓｇ０００１』を登録
する。そしてステップＳ１の待機状態に移行する。
バ・クライアント間インターフェイスコマンドを用い、
ＬＡＮインターフェイス部４を介して受信メッセージ、
例えばメッセージＩＤの『ｍｓｇ０００１』で示される
メッセージをクライアント『Ａｋｉｎａ』に通知する。
そしてステップＳ１の待機状態に戻る。一方、ステップ
Ｓ４において、受信通知制御テーブル群７内の現ログイ
ンテーブルに検索したクライアント名が登録されていな
い場合（クライアントがログインしていない場合）には
ステップＳ６に進み、図４に例を示した受信通知制御テ
ーブル群７内の受信メッセージ未通知テーブルに、クラ
イアント名『Ａｋｉｎａ』と受信通知メッセージに対応
するメッセージＩＤ、例えば『ｍｓｇ０００１』を登録
する。そしてステップＳ１の待機状態に移行する。
【００３３】一方、ステップＳ１７で受信したファクシ
ミリデータに受信先クライアント識別子が無い時にはス
テップＳ１８に進み、主制御部２は図７に示す共用未通
知テーブルに受信メッセージを登録する。このとき、ク
ライアント名フィールドには何も登録されない。図７に
おける例では、２行目の『ｃｏｍ＿ｍｓｇ００１２』が
該当する。
ミリデータに受信先クライアント識別子が無い時にはス
テップＳ１８に進み、主制御部２は図７に示す共用未通
知テーブルに受信メッセージを登録する。このとき、ク
ライアント名フィールドには何も登録されない。図７に
おける例では、２行目の『ｃｏｍ＿ｍｓｇ００１２』が
該当する。
【００３４】一方、ステップＳ１の待機状態の時にサー
バ１はクライアント端末よりのログイン、例えば、クラ
イアント端末『ｈｏｓｔ９−２』からクライアント『Ｊ
ｕｎｋｏ』よりのログインがあるとステップＳ７でこれ
を受け付ける。そして続くステップＳ８でこれを受信通
知制御テーブル群７の現ログインテーブルに登録する。
上述の例であればクライアント名『Ｊｕｎｋｏ』と端末
名『ｈｏｓｔ９−２』を現ログインテーブルに登録す
る。
バ１はクライアント端末よりのログイン、例えば、クラ
イアント端末『ｈｏｓｔ９−２』からクライアント『Ｊ
ｕｎｋｏ』よりのログインがあるとステップＳ７でこれ
を受け付ける。そして続くステップＳ８でこれを受信通
知制御テーブル群７の現ログインテーブルに登録する。
上述の例であればクライアント名『Ｊｕｎｋｏ』と端末
名『ｈｏｓｔ９−２』を現ログインテーブルに登録す
る。
【００３５】続いてステップＳ９で受信通知制御テーブ
ル群７の受信メッセージ未通知テーブルを検索し、当該
クライアント、例えば『Ｊｕｎｋｏ』宛の通知が登録さ
れているか否かを調べる。受信メッセージ未通知テーブ
ルに登録されていなければステップＳ１４に進む。一
方、ステップＳ９で受信メッセージ未通知テーブルに登
録されていれば、ステップＳ１０に進み、受信メッセー
ジ未通知テーブルの登録メッセージＩＤに対応付けて登
録されている受信メッセージをクライアントに通知す
る。図４の例であれば、受信通知『ｍｓｇ０００５』を
当該クライアント『Ｊｕｎｋｏ』に通知する。そして通
知が正常に終了するとステップＳ１１に進み、受信メッ
セージ未通知テーブルより通知の終了したクライアント
を削除する。そしてステップＳ１４に進む。
ル群７の受信メッセージ未通知テーブルを検索し、当該
クライアント、例えば『Ｊｕｎｋｏ』宛の通知が登録さ
れているか否かを調べる。受信メッセージ未通知テーブ
ルに登録されていなければステップＳ１４に進む。一
方、ステップＳ９で受信メッセージ未通知テーブルに登
録されていれば、ステップＳ１０に進み、受信メッセー
ジ未通知テーブルの登録メッセージＩＤに対応付けて登
録されている受信メッセージをクライアントに通知す
る。図４の例であれば、受信通知『ｍｓｇ０００５』を
当該クライアント『Ｊｕｎｋｏ』に通知する。そして通
知が正常に終了するとステップＳ１１に進み、受信メッ
セージ未通知テーブルより通知の終了したクライアント
を削除する。そしてステップＳ１４に進む。
【００３６】ステップＳ１４では、ログインしたクライ
アントに対してまだ通知していない受信メッセージがあ
るか調べるために、共用未通知テーブルの各メッセージ
に対応するクライアント名フィールドを検索する。図７
の例の様にクライアント名フィールドに『Ｊｕｎｋｏ』
の名前が登録されていれば、そのメッセージはすでに通
知済であり、登録されていなければ未通知である。未通
知メッセージが無い場合にはステップＳ１の待機状態に
戻る。
アントに対してまだ通知していない受信メッセージがあ
るか調べるために、共用未通知テーブルの各メッセージ
に対応するクライアント名フィールドを検索する。図７
の例の様にクライアント名フィールドに『Ｊｕｎｋｏ』
の名前が登録されていれば、そのメッセージはすでに通
知済であり、登録されていなければ未通知である。未通
知メッセージが無い場合にはステップＳ１の待機状態に
戻る。
【００３７】一方、ステップＳ１４で未通知メッセージ
がある場合、即ち、図７の２行目の如く共用未通知テー
ブルの各メッセージに対応するクライアント名フィール
ドにログインしたクライアント名が登録されていないメ
ッセージがある場合にはステップＳ１５に進む。そして
ステップＳ１５で該クライアントへ受信メッセージを通
知し、続くステップＳ１６で共用未通知テーブルの該メ
ッセージ項目に送信済クライアント名例え名『Ｊｕｎｋ
ｏ』の登録を追加する。そしてステップＳ１の待機状態
に戻る。
がある場合、即ち、図７の２行目の如く共用未通知テー
ブルの各メッセージに対応するクライアント名フィール
ドにログインしたクライアント名が登録されていないメ
ッセージがある場合にはステップＳ１５に進む。そして
ステップＳ１５で該クライアントへ受信メッセージを通
知し、続くステップＳ１６で共用未通知テーブルの該メ
ッセージ項目に送信済クライアント名例え名『Ｊｕｎｋ
ｏ』の登録を追加する。そしてステップＳ１の待機状態
に戻る。
【００３８】更に、ステップＳ１の待機状態時にログオ
フ、例えばクライアント『Ａｋｉｎａ』よりのログアウ
トがあればステップＳ１２でこれを受け付ける。そして
続くステップＳ１３で現ログインテーブルより当該クラ
イアントの登録を削除する、そしてステップ１の待機状
態に移行する。なお、受信通知を受けたクライアント端
末よりのリクエストに従って受信したファクシミリデー
タを要求のあったクライアント端末に転送することにな
る。そして、転送終了後必要に応じて記憶部３中の当該
受信情報を削除することが可能となる。
フ、例えばクライアント『Ａｋｉｎａ』よりのログアウ
トがあればステップＳ１２でこれを受け付ける。そして
続くステップＳ１３で現ログインテーブルより当該クラ
イアントの登録を削除する、そしてステップ１の待機状
態に移行する。なお、受信通知を受けたクライアント端
末よりのリクエストに従って受信したファクシミリデー
タを要求のあったクライアント端末に転送することにな
る。そして、転送終了後必要に応じて記憶部３中の当該
受信情報を削除することが可能となる。
【００３９】以上説明したように第２実施例によれば、
ファクシミリ画像データを受信したときに、受信先クラ
イアントの指定があるときには、そのクライアント端末
へ、受信先クライアントの指定がないときには、全クラ
イアント端末へ、受信通知が自動的に送られる。第２実
施例では、このように受信先クライアントの指定がない
ときにも、受信通知を送ることを可能にしたことによ
り、受信先クライアントの指定の有無にかかわらず、ク
ライアント側から定期的に受信原稿や受信記録を問い合
わせ、その原稿の受信を既に確認しているか否かを、何
らの特別な人手による操作・判断すること無く確認でき
るという効果がある。
ファクシミリ画像データを受信したときに、受信先クラ
イアントの指定があるときには、そのクライアント端末
へ、受信先クライアントの指定がないときには、全クラ
イアント端末へ、受信通知が自動的に送られる。第２実
施例では、このように受信先クライアントの指定がない
ときにも、受信通知を送ることを可能にしたことによ
り、受信先クライアントの指定の有無にかかわらず、ク
ライアント側から定期的に受信原稿や受信記録を問い合
わせ、その原稿の受信を既に確認しているか否かを、何
らの特別な人手による操作・判断すること無く確認でき
るという効果がある。
【００４０】［第３実施例］以上説明した第１及び第２
実施例においては、クライアント指定は全て真正なもの
であるとの前提で説明した。しかし、通信端末装置側で
必ずしも正しいクライアント指定をするとは限らず、こ
のクライアント指定を間違うことも考えてれる。このよ
うな場合に、所望の受信先クライアントに正しく受信通
知がなされないのでは問題が起きる虞がある。そこで、
係る場合にも適確に対処可能とした本発明に係る第３実
施例を以下に説明する。第３実施例において、基本構成
は上述した図１等に示す第２の実施例の構成と同様であ
り、詳細説明を省略する。
実施例においては、クライアント指定は全て真正なもの
であるとの前提で説明した。しかし、通信端末装置側で
必ずしも正しいクライアント指定をするとは限らず、こ
のクライアント指定を間違うことも考えてれる。このよ
うな場合に、所望の受信先クライアントに正しく受信通
知がなされないのでは問題が起きる虞がある。そこで、
係る場合にも適確に対処可能とした本発明に係る第３実
施例を以下に説明する。第３実施例において、基本構成
は上述した図１等に示す第２の実施例の構成と同様であ
り、詳細説明を省略する。
【００４１】以下、第３実施例の動作を図９のフローチ
ャートを参照して説明する。図９において、上述した図
８に示す第２実施例と同様構成には同一ステツプ番号を
付して詳細説明を省略し、以下、第２実施例と異なる点
を説明する。図９のステップＳ３において、主制御部２
は記憶部３のプログラム領域に格納されているプログラ
ムに従ってクライアント識別テーブル６を検索し、受信
した受信先クライアント識別子に対応するクライアント
の名前を検索する。そして、第３実施例においては、こ
のステップＳ３における検索の結果をステップＳ２０で
判断する。即ち、正しい識別番号が送られて来れば必ず
このクライアント識別テーブル６に登録されているはず
であり、例えば、クライアント識別テーブル６が図２に
示す構成であり、ファクシミリ装置よりの受信先クライ
アント識別子で指定された識別番号が「００１」であっ
た場合には、図２に示す識別番号「００１」に対応する
クライアントの名前である『Ａｋｉｎａ』が検索され
る。従つて、このようにクライアント識別テーブル６に
登録されている識別番号が送られてきた場合にはステッ
プＳ２０よりステップＳ４に進むことになる。
ャートを参照して説明する。図９において、上述した図
８に示す第２実施例と同様構成には同一ステツプ番号を
付して詳細説明を省略し、以下、第２実施例と異なる点
を説明する。図９のステップＳ３において、主制御部２
は記憶部３のプログラム領域に格納されているプログラ
ムに従ってクライアント識別テーブル６を検索し、受信
した受信先クライアント識別子に対応するクライアント
の名前を検索する。そして、第３実施例においては、こ
のステップＳ３における検索の結果をステップＳ２０で
判断する。即ち、正しい識別番号が送られて来れば必ず
このクライアント識別テーブル６に登録されているはず
であり、例えば、クライアント識別テーブル６が図２に
示す構成であり、ファクシミリ装置よりの受信先クライ
アント識別子で指定された識別番号が「００１」であっ
た場合には、図２に示す識別番号「００１」に対応する
クライアントの名前である『Ａｋｉｎａ』が検索され
る。従つて、このようにクライアント識別テーブル６に
登録されている識別番号が送られてきた場合にはステッ
プＳ２０よりステップＳ４に進むことになる。
【００４２】しかしながら、未登録の識別番号が送られ
てきた場合には、受信先クライアントの指定を間違った
ことになる。この場合には、どのクライアントに送ろう
としたのかの特定が困難である。このため、主制御部２
はこのような場合にはステップＳ１８に進み、受信先ク
ライアント識別子が無い時と同様に、図７に示す共用未
通知テーブルに受信メッセージを登録する。このとき、
クライアント名フィールドには何も登録されない。図７
における例では、２行目の『ｃｏｍ＿ｍｓｇ００１２』
が該当する。他の処理は上述した第２実施例と同様であ
る。
てきた場合には、受信先クライアントの指定を間違った
ことになる。この場合には、どのクライアントに送ろう
としたのかの特定が困難である。このため、主制御部２
はこのような場合にはステップＳ１８に進み、受信先ク
ライアント識別子が無い時と同様に、図７に示す共用未
通知テーブルに受信メッセージを登録する。このとき、
クライアント名フィールドには何も登録されない。図７
における例では、２行目の『ｃｏｍ＿ｍｓｇ００１２』
が該当する。他の処理は上述した第２実施例と同様であ
る。
【００４３】以上説明したように第３実施例によれば、
第２実施例と同様の作用効果に加え、例え受信先クライ
アントの指定が誤っていたとしても、係る場合に全クラ
イアント端末へ受信通知が自動的に送られるため、確実
にクライアント側で受信通知を送ることができる。 ［第４実施例］以上の説明は、ＷＡＮの回線網の仕様に
ついて特に触れず、また、ＷＡＮインタフェース部５の
仕様についても特別の限定は行わないで説明をしてき
た。しかし、このＷＡＮの仕様によって多少構成を変え
ることも可能である。このＷＡＮが一般公衆電話回線網
（ＰＳＴＮ）である場合における変形例である本発明に
係る第４実施例を以下に説明する。
第２実施例と同様の作用効果に加え、例え受信先クライ
アントの指定が誤っていたとしても、係る場合に全クラ
イアント端末へ受信通知が自動的に送られるため、確実
にクライアント側で受信通知を送ることができる。 ［第４実施例］以上の説明は、ＷＡＮの回線網の仕様に
ついて特に触れず、また、ＷＡＮインタフェース部５の
仕様についても特別の限定は行わないで説明をしてき
た。しかし、このＷＡＮの仕様によって多少構成を変え
ることも可能である。このＷＡＮが一般公衆電話回線網
（ＰＳＴＮ）である場合における変形例である本発明に
係る第４実施例を以下に説明する。
【００４４】図１０は本発明に係る第４実施例の構成を
示す図であり、図中、１５は第４実施例のクライアント
識別テーブル、１６に示すＷＡＮがＰＳＴＮとなってお
り、また、１７−１〜１７−５がＰＳＴＮ１６に接続さ
れているファクシミリ装置である。このファクシミリ装
置１７−１〜１７−５はＧ３規格のファクシミリ装置で
ある。これ以外の構成は上述した図１に示す実施例の構
成と同様であるため、詳細説明を省略する。
示す図であり、図中、１５は第４実施例のクライアント
識別テーブル、１６に示すＷＡＮがＰＳＴＮとなってお
り、また、１７−１〜１７−５がＰＳＴＮ１６に接続さ
れているファクシミリ装置である。このファクシミリ装
置１７−１〜１７−５はＧ３規格のファクシミリ装置で
ある。これ以外の構成は上述した図１に示す実施例の構
成と同様であるため、詳細説明を省略する。
【００４５】第４実施例のクライアント識別テーブル１
５の登録例を図１１に示す。図１１に示す様に第４実施
例においては、識別番号に対応して登録されているのは
クライアント名では無く、クライアントワークステーシ
ョン９−１〜９−４の各端末番号である。これにより、
上述した実施例の如くの現ログインテーブル等が不要と
なる。
５の登録例を図１１に示す。図１１に示す様に第４実施
例においては、識別番号に対応して登録されているのは
クライアント名では無く、クライアントワークステーシ
ョン９−１〜９−４の各端末番号である。これにより、
上述した実施例の如くの現ログインテーブル等が不要と
なる。
【００４６】以上の構成を備える本発明に係る第４実施
例のＤＴＭＦ信号を用いてクライアントの端末指定を行
う制御を、図１２のフローチャートを参照して説明す
る。サーバ１の主制御部２の制御は、ＷＡＮ（ＰＳＴ
Ｎ）１６に接続されたＧ３規格のファクシミリ装置、例
えば図１０のファクシミリ装置１７−１より第４実施例
のサーバ１への発呼が行なわれ、ＷＡＮインタフェース
部５が対応する被呼信号を検出すると図１２の制御に移
行する。そして先ずステップＳ２１でサーバ１のＷＡＮ
インタフェース部５はファクシミリ装置よりの被呼を検
出して回線に直流ループを形成して応答する。
例のＤＴＭＦ信号を用いてクライアントの端末指定を行
う制御を、図１２のフローチャートを参照して説明す
る。サーバ１の主制御部２の制御は、ＷＡＮ（ＰＳＴ
Ｎ）１６に接続されたＧ３規格のファクシミリ装置、例
えば図１０のファクシミリ装置１７−１より第４実施例
のサーバ１への発呼が行なわれ、ＷＡＮインタフェース
部５が対応する被呼信号を検出すると図１２の制御に移
行する。そして先ずステップＳ２１でサーバ１のＷＡＮ
インタフェース部５はファクシミリ装置よりの被呼を検
出して回線に直流ループを形成して応答する。
【００４７】引き続きステップＳ２２でファクシミリ通
信におけるＧ３規格の制御手順に従い回線の接続を行
い、引き続いてステップＳ２３でリンクの確立をおこな
う。その後ステップＳ２４で、主制御部２は一旦受信先
をデフォルト端末であるクライアント端末９−４に設定
する。そして続くステップＳ２５で続いて発呼先からＤ
ＴＭＦ信号が送られてきてＷＡＮインタフェース部５に
おいてこれを検出したか否かを調べ、ＤＴＭＦ信号が受
信されてない場合にはステップＳ２９に進み、画像転送
フェーズ開始か否かを調べる。画像転送フェーズ開始で
ない場合にはステップＳ２５に戻り、ステップＳ２５及
びステップＳ２９でＤＴＭＦ信号又は画像転送フェーズ
開始が開始されるのを待つ。
信におけるＧ３規格の制御手順に従い回線の接続を行
い、引き続いてステップＳ２３でリンクの確立をおこな
う。その後ステップＳ２４で、主制御部２は一旦受信先
をデフォルト端末であるクライアント端末９−４に設定
する。そして続くステップＳ２５で続いて発呼先からＤ
ＴＭＦ信号が送られてきてＷＡＮインタフェース部５に
おいてこれを検出したか否かを調べ、ＤＴＭＦ信号が受
信されてない場合にはステップＳ２９に進み、画像転送
フェーズ開始か否かを調べる。画像転送フェーズ開始で
ない場合にはステップＳ２５に戻り、ステップＳ２５及
びステップＳ２９でＤＴＭＦ信号又は画像転送フェーズ
開始が開始されるのを待つ。
【００４８】第４実施例では発呼先からＤＴＭＦ信号を
利用して受信先クライアントの指定を送って来るため、
このループ時にＤＴＭＦ信号を受信するとステップＳ２
５よりステップＳ２６に進み、受信したＤＴＭＦ信号で
示される識別番号が図１１に示すクライアント識別テー
ブル１５に登録されている識別番号であるか否かを検索
する。そしてステップＳ２７で検索の結果、識別テーブ
ル１５内に受信したＤＴＭＦ信号で示される識別番号が
クライアント識別テーブル１５に登録されている識別番
号で無かった場合にはステップＳ２９に進み、上述のル
ープ処理を続ける。例えば、まだＤＴＭＦ信号の一部し
か受信していない場合もステップＳ２９に戻ることにな
る。
利用して受信先クライアントの指定を送って来るため、
このループ時にＤＴＭＦ信号を受信するとステップＳ２
５よりステップＳ２６に進み、受信したＤＴＭＦ信号で
示される識別番号が図１１に示すクライアント識別テー
ブル１５に登録されている識別番号であるか否かを検索
する。そしてステップＳ２７で検索の結果、識別テーブ
ル１５内に受信したＤＴＭＦ信号で示される識別番号が
クライアント識別テーブル１５に登録されている識別番
号で無かった場合にはステップＳ２９に進み、上述のル
ープ処理を続ける。例えば、まだＤＴＭＦ信号の一部し
か受信していない場合もステップＳ２９に戻ることにな
る。
【００４９】一方、ステップＳ２７で受信したＤＴＭＦ
信号で示される識別番号がクライアント識別テーブル１
５に登録されている識別番号である場合にはステップＳ
２８に進み、検索された識別番号に対応するクライアン
ト端末を受信先クライアントとする。そしてステップＳ
３０に進む。一方、ステップＳ２５、ステップＳ２９の
ループ処理実行中に発呼側より画像転送フェーズが開始
された場合には、ステップＳ２９よりステップＳ３０に
進む。
信号で示される識別番号がクライアント識別テーブル１
５に登録されている識別番号である場合にはステップＳ
２８に進み、検索された識別番号に対応するクライアン
ト端末を受信先クライアントとする。そしてステップＳ
３０に進む。一方、ステップＳ２５、ステップＳ２９の
ループ処理実行中に発呼側より画像転送フェーズが開始
された場合には、ステップＳ２９よりステップＳ３０に
進む。
【００５０】ステップＳ３０では、Ｇ３ファクシミリ伝
送制御手順に従つて先ず画像転送フェーズを実行し、発
呼装置よりのファクシミリ画像データを受信して記憶部
３中の受信画像データ記憶領域に一旦格納する。その後
ステップＳ３１で相手装置とのリンクの切断処理を実行
し、ステップＳ３２で回線との直流ループを開放して回
線を切断する。そしてステップＳ３３でＬＡＮインタフ
ェース部４を起動してＬＡＮ８を介して受信先クライア
ントに対して受信通知を行う。そしてサーバ１の受信処
理を終了する。
送制御手順に従つて先ず画像転送フェーズを実行し、発
呼装置よりのファクシミリ画像データを受信して記憶部
３中の受信画像データ記憶領域に一旦格納する。その後
ステップＳ３１で相手装置とのリンクの切断処理を実行
し、ステップＳ３２で回線との直流ループを開放して回
線を切断する。そしてステップＳ３３でＬＡＮインタフ
ェース部４を起動してＬＡＮ８を介して受信先クライア
ントに対して受信通知を行う。そしてサーバ１の受信処
理を終了する。
【００５１】なお、受信通知を受けたクライアント端末
よりのリクエストに従って受信したファクシミリデータ
を要求のあったクライアント端末に転送することにな
る。そして、転送終了後必要に応じて記憶部３中の当該
受信情報を削除することが可能となる。上述した第４実
施例では、送信側はＧ３規格のファクシミリ装置とした
が、送信側を受信先クライアント端末をＤＴＭＦ信号情
報で指定する機能を持ったサーバとし、サーバシステム
同士の送受信であってもよい。
よりのリクエストに従って受信したファクシミリデータ
を要求のあったクライアント端末に転送することにな
る。そして、転送終了後必要に応じて記憶部３中の当該
受信情報を削除することが可能となる。上述した第４実
施例では、送信側はＧ３規格のファクシミリ装置とした
が、送信側を受信先クライアント端末をＤＴＭＦ信号情
報で指定する機能を持ったサーバとし、サーバシステム
同士の送受信であってもよい。
【００５２】以上説明したように第４実施例によれば、
ファクシミリシステムのサーバ１の主制御部２に、ＤＴ
ＭＦ信号を検出・解析する手段と、ＤＴＭＦ信号を解析
して得られるクライアント識別情報とクライアント端末
との対応を示すクライアント識別テーブル１５を用いて
前記識別情報とクライアント識別テーブル１５から受信
先クライアントを求める手段とを設けることにより、Ｐ
ＳＴＮ１６のＤＴＭＦ情報を利用してファクシミリ画像
データの受信クライアント端末の決定を自動的に行なえ
る。
ファクシミリシステムのサーバ１の主制御部２に、ＤＴ
ＭＦ信号を検出・解析する手段と、ＤＴＭＦ信号を解析
して得られるクライアント識別情報とクライアント端末
との対応を示すクライアント識別テーブル１５を用いて
前記識別情報とクライアント識別テーブル１５から受信
先クライアントを求める手段とを設けることにより、Ｐ
ＳＴＮ１６のＤＴＭＦ情報を利用してファクシミリ画像
データの受信クライアント端末の決定を自動的に行なえ
る。
【００５３】［第５実施例］以上に説明した第４実施例
は、ＷＡＮがＰＳＴＮ１６である場合を説明した。しか
し、本発明は以上の例に限定されるものでは無く、ＷＡ
ＮがＩＳＤＮであってもよい。このＷＡＮがＩＳＤＮの
場合である本発明に係る第５実施例を以下に説明する。
は、ＷＡＮがＰＳＴＮ１６である場合を説明した。しか
し、本発明は以上の例に限定されるものでは無く、ＷＡ
ＮがＩＳＤＮであってもよい。このＷＡＮがＩＳＤＮの
場合である本発明に係る第５実施例を以下に説明する。
【００５４】図１３は本発明に係る第５実施例の構成を
示す図であり、図中、１５は第４実施例のクライアント
識別テーブルと同様のクライアント識別テーブル、２１
に示すＷＡＮがＩＳＤＮとなっており、また、１９−１
〜１９−５がＩＳＤＮ２１に接続されているＧ４規格の
ファクシミリ装置である。これ以外の構成は上述した図
１０に示す第４実施例の構成と同様であるため、詳細説
明を省略する。
示す図であり、図中、１５は第４実施例のクライアント
識別テーブルと同様のクライアント識別テーブル、２１
に示すＷＡＮがＩＳＤＮとなっており、また、１９−１
〜１９−５がＩＳＤＮ２１に接続されているＧ４規格の
ファクシミリ装置である。これ以外の構成は上述した図
１０に示す第４実施例の構成と同様であるため、詳細説
明を省略する。
【００５５】以上の構成を備える本発明に係る第５実施
例のＩＳＤＮ２１よりのＵＵＩ情報を用いてクライアン
トの端末指定を行う制御を、図１４のフローチャートを
参照して説明する。サーバ１の主制御部２の制御は、Ｗ
ＡＮ（ＩＳＤＮ）２１に接続されたＧ４規格のファクシ
ミリ装置、例えば図１３のファクシミリ装置１９−１よ
り第５実施例のサーバ１への発呼が行なわれると図１４
の制御に移行する。そして先ずステップＳ２１でサーバ
１のＷＡＮインタフェース部５はファクシミリ装置より
の被呼に対する着呼を行い、引き続きＧ４ファクシミリ
規格に従った伝送制御手順でステップＳ４２の回線の接
続を行い、引き続いてステップＳ４３でリンクの確立を
おこなう。その後ステップＳ４４で受信データのＵＵＩ
情報に受信先クライアントの指定が含まれているか否か
を調べる。受信データのＵＵＩ情報に受信先クライアン
トの指定が含まれていない場合にはステップＳ４８に進
む。
例のＩＳＤＮ２１よりのＵＵＩ情報を用いてクライアン
トの端末指定を行う制御を、図１４のフローチャートを
参照して説明する。サーバ１の主制御部２の制御は、Ｗ
ＡＮ（ＩＳＤＮ）２１に接続されたＧ４規格のファクシ
ミリ装置、例えば図１３のファクシミリ装置１９−１よ
り第５実施例のサーバ１への発呼が行なわれると図１４
の制御に移行する。そして先ずステップＳ２１でサーバ
１のＷＡＮインタフェース部５はファクシミリ装置より
の被呼に対する着呼を行い、引き続きＧ４ファクシミリ
規格に従った伝送制御手順でステップＳ４２の回線の接
続を行い、引き続いてステップＳ４３でリンクの確立を
おこなう。その後ステップＳ４４で受信データのＵＵＩ
情報に受信先クライアントの指定が含まれているか否か
を調べる。受信データのＵＵＩ情報に受信先クライアン
トの指定が含まれていない場合にはステップＳ４８に進
む。
【００５６】一方、受信データのＵＵＩ情報に受信先ク
ライアントの指定が含まれている場合にはステップＳ４
４よりステップＳ４５に進み、受信したクライアント情
報（識別番号）が図１１に示すクライアント識別テーブ
ル１５に登録されているか否かを検索する。そしてステ
ップＳ４６で検索の結果、識別テーブル１５内に受信し
たＵＵＩ情報に対応するクライアントが検索された場合
にはステップＳ４７に進み、検索された識別番号に対応
するクライアント端末を受信先クライアントとする。そ
してステップＳ４９に進む。
ライアントの指定が含まれている場合にはステップＳ４
４よりステップＳ４５に進み、受信したクライアント情
報（識別番号）が図１１に示すクライアント識別テーブ
ル１５に登録されているか否かを検索する。そしてステ
ップＳ４６で検索の結果、識別テーブル１５内に受信し
たＵＵＩ情報に対応するクライアントが検索された場合
にはステップＳ４７に進み、検索された識別番号に対応
するクライアント端末を受信先クライアントとする。そ
してステップＳ４９に進む。
【００５７】一方、ステップＳ４６で識別テーブル１５
内に受信したＵＵＩ情報に対応するクライアントが検索
されない場合には、ＵＵＩにクライアント指定情報が含
まれない場合と同様にステップＳ４８に進む。主制御部
２は、ステップＳ４８で受信先をデフォルト端末である
クライアント端末９−４に設定するそしてステップＳ４
９に進む。。ステップＳ４９ではＧ４ファクシミリ伝送
制御手順に従つて先ず画像転送フェーズを実行し、発呼
装置よりのファクシミリ画像データを受信して記憶部３
中の受信画像データ記憶領域に一旦格納する。その後ス
テップＳ５０で相手装置とのリンクの切断処理を実行
し、ステップＳ５１で回線を切断する。そしてステップ
Ｓ５２でＬＡＮインタフェース部４を起動してＬＡＮ８
を介して受信先クライアントに対して受信通知を行う。
そしてサーバ１の受信処理を終了する。
内に受信したＵＵＩ情報に対応するクライアントが検索
されない場合には、ＵＵＩにクライアント指定情報が含
まれない場合と同様にステップＳ４８に進む。主制御部
２は、ステップＳ４８で受信先をデフォルト端末である
クライアント端末９−４に設定するそしてステップＳ４
９に進む。。ステップＳ４９ではＧ４ファクシミリ伝送
制御手順に従つて先ず画像転送フェーズを実行し、発呼
装置よりのファクシミリ画像データを受信して記憶部３
中の受信画像データ記憶領域に一旦格納する。その後ス
テップＳ５０で相手装置とのリンクの切断処理を実行
し、ステップＳ５１で回線を切断する。そしてステップ
Ｓ５２でＬＡＮインタフェース部４を起動してＬＡＮ８
を介して受信先クライアントに対して受信通知を行う。
そしてサーバ１の受信処理を終了する。
【００５８】なお、受信通知を受けたクライアント端末
よりのリクエストに従って受信したファクシミリデータ
を要求のあったクライアント端末に転送することにな
る。そして、転送終了後必要に応じて記憶部３中の当該
受信情報を削除することが可能となる。上述した第５実
施例では、クライアント識別情報をＩＳＤＮの持つ制御
情報の一部であるＵＵＩ情報より得る例を説明したが、
このクライアント情報をＵＵＩ情報では無く、ＩＳＤＮ
のコントロールドキュメントを用いてして指定する様に
構成してもよい。また、送信側はＧ４規格のファクシミ
リ装置としたが、送信側を受信先クライアント端末をＵ
ＵＩ情報又はコントロールドキュメントを用いてして指
定する機能を持ったサーバとし、サーバシステム同士の
送受信であってもよい。
よりのリクエストに従って受信したファクシミリデータ
を要求のあったクライアント端末に転送することにな
る。そして、転送終了後必要に応じて記憶部３中の当該
受信情報を削除することが可能となる。上述した第５実
施例では、クライアント識別情報をＩＳＤＮの持つ制御
情報の一部であるＵＵＩ情報より得る例を説明したが、
このクライアント情報をＵＵＩ情報では無く、ＩＳＤＮ
のコントロールドキュメントを用いてして指定する様に
構成してもよい。また、送信側はＧ４規格のファクシミ
リ装置としたが、送信側を受信先クライアント端末をＵ
ＵＩ情報又はコントロールドキュメントを用いてして指
定する機能を持ったサーバとし、サーバシステム同士の
送受信であってもよい。
【００５９】以上説明したように第５実施例によれば、
ファクシミリシステムのサーバ１の主制御部２に、ＩＳ
ＤＮの持つ制御情報を用いたクライアント識別情報を受
信し解析する手段と、識別情報とクライアント端末との
対応を示すクライアント識別テーブル１５を用いて前記
識別情報とクライアント識別テーブル１５から受信先ク
ライアントを求める手段とを設けることにより、受信ク
ライアント端末の決定を自動的に行なえる。
ファクシミリシステムのサーバ１の主制御部２に、ＩＳ
ＤＮの持つ制御情報を用いたクライアント識別情報を受
信し解析する手段と、識別情報とクライアント端末との
対応を示すクライアント識別テーブル１５を用いて前記
識別情報とクライアント識別テーブル１５から受信先ク
ライアントを求める手段とを設けることにより、受信ク
ライアント端末の決定を自動的に行なえる。
【００６０】尚、本発明は、複数の機器から構成される
システムに適用しても１つの機器から成る装置に適用し
ても良い。また、本発明は、システム或は装置にプログ
ラムを供給することによって達成される場合にも適用で
きることはいうまでもない。
システムに適用しても１つの機器から成る装置に適用し
ても良い。また、本発明は、システム或は装置にプログ
ラムを供給することによって達成される場合にも適用で
きることはいうまでもない。
【００６１】
【発明の効果】以上説明したように本発明によれば、フ
ァクシミリシステムにおいて受信先クライアント端末の
指定付きのイメージ画像情報を受信した場合に、指定先
クライアント端末に対して自動的に受信通知を送ること
ができる。特に、請求項１、１３に記載の発明によれ
ば、クライアント端末がサーバと通信可能状態となった
ときに、未通知の受信通知があれば通知するので速やか
に受信通知することができるとともに受信メッセージ未
通知テーブルから削除するので通知の重複がなくなる。
また、請求項７、１４に記載の発明によれば、たとえ受
信先クライアント指定なしでファクシミリ画像データを
受信しても共用未通知テーブルに登録するのでサーバと
通信可能ないずれかのクライアント端末に通知すること
ができ、人手による特別な操作、判断することなく自動
的に受信通知を送ることができる。
ァクシミリシステムにおいて受信先クライアント端末の
指定付きのイメージ画像情報を受信した場合に、指定先
クライアント端末に対して自動的に受信通知を送ること
ができる。特に、請求項１、１３に記載の発明によれ
ば、クライアント端末がサーバと通信可能状態となった
ときに、未通知の受信通知があれば通知するので速やか
に受信通知することができるとともに受信メッセージ未
通知テーブルから削除するので通知の重複がなくなる。
また、請求項７、１４に記載の発明によれば、たとえ受
信先クライアント指定なしでファクシミリ画像データを
受信しても共用未通知テーブルに登録するのでサーバと
通信可能ないずれかのクライアント端末に通知すること
ができ、人手による特別な操作、判断することなく自動
的に受信通知を送ることができる。
【００６２】
【図１】本発明に係る一実施例のファクシミリシステム
のシステム構成を示す図である。
のシステム構成を示す図である。
【図２】本実施例の図１に示すクライアント識別テーブ
ルの登録例を示す図である。
ルの登録例を示す図である。
【図３】本実施例の図１に示す受信通知制御テーブル群
中の現ログインテーブルの登録例を示す図である。
中の現ログインテーブルの登録例を示す図である。
【図４】本実施例の図１に示す受信通知制御テーブル群
中の受信メッセージ未通知テーブルの登録例を示す図で
ある。
中の受信メッセージ未通知テーブルの登録例を示す図で
ある。
【図５】本実施例の図１に示すサーバの制御を示すフロ
ーチャートである。
ーチャートである。
【図６】本実施例のサーバ・クライアント間インターフ
ェイスコマンドの例を示す図である。
ェイスコマンドの例を示す図である。
【図７】本発明に係る第２実施例の共用未通知テーブル
の登録例を示す図である。
の登録例を示す図である。
【図８】第２実施例のサーバの制御を示すフローチャー
トである。
トである。
【図９】本発明に係る第３実施例のサーバの制御を示す
フローチャートである。
フローチャートである。
【図１０】本発明に係る第４実施例のファクシミリシス
テムのシステム構成を示す図である。
テムのシステム構成を示す図である。
【図１１】第４実施例のクライアント識別テーブルの登
録例を示す図である。
録例を示す図である。
【図１２】第４実施例のサーバの制御を示すフローチャ
ートである。
ートである。
【図１３】本発明に係る第５実施例のファクシミリシス
テムのシステム構成を示す図である。
テムのシステム構成を示す図である。
【図１４】第５実施例のサーバの制御を示すフローチャ
ートである。
ートである。
１ サーバ ２ 主制御部 ３ 記憶部 ４ ＬＡＮインターフェイス部 ５ ＷＡＮインターフェイス部 ６，１５ クライアント識別テーブル ７ 受信通知制御テーブル群 ８ ＬＡＮ ９−１〜９−４ クライアントワークステーション １０，１６，２１ ＷＡＮ １１−１〜１１−５，１７−１〜１７−５，１９−１〜
１９−５ ファクシミリ装置
１９−５ ファクシミリ装置
フロントページの続き (56)参考文献 特開 平３−44230（ＪＰ，Ａ) 特開 平５−268450（ＪＰ，Ａ) 特開 平１−284159（ＪＰ，Ａ) 特開 平５−199345（ＪＰ，Ａ) 特開 平６−225059（ＪＰ，Ａ) 特開 平７−95339（ＪＰ，Ａ) 特開 平７−79298（ＪＰ，Ａ) 特開 平５−276197（ＪＰ，Ａ) 特開 平５−37555（ＪＰ，Ａ) (58)調査した分野(Int.Cl.7，ＤＢ名) H04N 1/00 - 1/00 108 H04N 1/32 - 1/36 H04N 1/42 - 1/44
Claims (14)
- 【請求項１】 広域網を介して互いに接続され互いに通
信可能な通信端末装置及びファクシミリサーバ装置と、
該ファクシミリサーバ装置とローカルエリアネットワー
クによって接続され、該ローカルエリアネットワークを
介して前記ファクシミリサーバ装置を利用できるクライ
アント端末とから構成されるファクシミリシステムにお
いて、 前記ファクシミリサーバ装置は、前記通信端末装置から
の広域網を介して送られてくるイメージ画像情報を受信
する受信手段と、前記通信端末装置からのクライアント
端末識別情報を受信して受信先クライアントを決定する
受信先決定手段と、受信先クライアント及び受信通知内
容の特定のための受信通知制御テーブルを備え、該受信
通知制御テーブルに従って前記受信先決定手段で決定し
たクライアント端末へ前記ローカルエリアネットワーク
を介して当該クライアント端末宛のイメージ画像情報受
信通知を行う受信通知手段とを備え、前記受信通知制御テーブルは、現時点で当該サーバと通
信可能状態にあるクライアント端末を登録する現ログイ
ンテーブルと、通信可能状態にあるクライアント端末宛
に未通知のイメージ画像情報受信通知を登録する共用未
通知テーブルと、当該サーバと通信可能状態にないクラ
イアント端末宛のイメージ画像情報受信通知を登録する
受信メッセージ未通知テーブルとを含み、 前記受信通知手段は、前記クライアント端末よりの当該
サーバとの通信可能状態通知を受けつけたときに前記受
信メッセージ未通知テーブルに当該クライアント端末宛
のイメージ画像情報受信通知が登録されていれば、該登
録イメージ画像情報受信通知を当該クライアント端末へ
通知し、前記受信メッセージ未通知テーブルから削除す
る ことを特徴とするファクシミリシステム。 - 【請求項２】 前記受信通知手段は、クライアント端末
宛のイメージ画像情報受信通知をするための前記ローカ
ルエリアネットワークで用いられるインターフェイスコ
マンドを生成して前記受信先決定手段で決定したクライ
アント端末に出力することを特徴とする請求項１記載の
ファクシミリシステム。 - 【請求項３】 前記受信先決定手段は、前記通信端末装
置からのクライアント端末識別情報より受信先クライア
ントの特定を行うために用いるクライアント識別テーブ
ルを備え、該クライアント識別テーブルに従ってクライ
アント端末識別情報より受信先クライアントの特定を行
うことを特徴とする請求項１又は請求項２のいずれかに
記載のファクシミリシステム。 - 【請求項４】 前記受信通知手段は、前記共用未通知テ
ーブルに未通知のイメージ画像情報受信通知の登録があ
れば、該登録イメージ画像情報受信通知を対応するクラ
イアント端末へ通知し、前記共用通知テーブルの該メッ
セージ項目に通知済を登録する通知済登録手段を備える
ことを特徴とする請求項１乃至請求項３のいずれかに記
載のファクシミリシステム。 - 【請求項５】 更に、ファクシミリサーバ装置に、前記
クライアント端末よりの当該サーバとの通信可能状態通
知を受けつけたときに前記現ログインテーブルに当該ク
ライアント端末を登録する現ログインテーブル登録手段
と、通信可能状態にあるクライアント端末が通信可能で
ない状態となった時に前記現ログインテーブルから当該
クライアント端末の登録を削除する現ログインテーブル
削除手段とを備えることを特徴とする請求項１乃至請求
項４のいずれかに記載のファクシミリシステム。 - 【請求項６】 前記受信先決定手段は、前記通信端末装
置からのクライアント端末識別情報によるクライアント
の指定は正しいか否かを判断する判断手段と、該判断手
段による判断の結果クライアントの指定が正しい時に指
定クライアント端末が前記現ログインテーブルに登録さ
れているか否かを調べて、該現ログインテーブルに登録
されている場合には当該指定クライアントにイメージ画
像情報受信通知を通知し、前記現ログインテーブルに登
録されていない場合には前記共用未通知テーブルに登録
するクライアント通知手段とを含むことを特徴とする請
求項１乃至請求項５のいずれかに記載のファクシミリシ
ステム。 - 【請求項７】 広域網を介して互いに接続され互いに通
信可能な通信端末装置及びファクシミリサーバ装置と、
該ファクシミリサーバ装置とローカルエリアネットワー
クによって接続され、該ローカルエリアネットワークを
介して前記ファクシミリサーバ装置を利用できるクライ
アント端末とから構成されるファクシミリシステムにお
いて、 前記ファクシミリサーバ装置は、前記通信端末装置から
の広域網を介して送ら れてくるイメージ画像情報を受信
する受信手段と、前記通信端末装置からのクライアント
端末識別情報を受信して受信先クライアントを決定する
受信先決定手段と、受信先クライアント及び受信通知内
容の特定のための受信通知制御テーブルを備え、該受信
通知制御テーブルに従って前記受信先決定手段で決定し
たクライアント端末へ前記ローカルエリアネットワーク
を介して当該クライアント端末宛のイメージ画像情報受
信通知を行う受信通知手段とを備え、 前記受信通知制御テーブルは、現時点で当該サーバと通
信可能状態にあるクライアント端末を登録する現ログイ
ンテーブルと、通信可能状態にあるクライアント端末宛
に未通知のイメージ画像情報受信通知を登録する共用未
通知テーブルと、当該サーバと通信可能状態にないクラ
イアント端末宛のイメージ画像情報受信通知を登録する
受信メッセージ未通知テーブルとを含み、 前記ファクシミリサーバ装置は、更に、前記通信端末装
置からクライアント端末識別情報による受信先クライア
ントの指定なしでファクシミリ画像データを受信したと
きに前記共用未通知テーブルに登録する指定無しクライ
アント登録手段を備えることを特徴とするファクシミリ
システム。 - 【請求項８】 前記受信通知手段は、クライアント端末
宛のイメージ画像情報受信通知をするための前記ローカ
ルエリアネットワークで用いられるインターフェイスコ
マンドを生成して前記受信先決定手段で決定したクライ
アント端末に出力することを特徴とする請求項７記載の
ファクシミリシステム。 - 【請求項９】 前記受信先決定手段は、前記通信端末装
置からのクライアント端末識別情報より受信先クライア
ントの特定を行うために用いるクライアント識別テーブ
ルを備え、該クライアント識別テーブルに従つてクライ
アント端末識別情報より受信先クライアントの特定を行
うことを特徴とする請求項７又は請求項８のいずれかに
記載のファクシミリシステム。 - 【請求項１０】 前記受信通知手段は、前記共用未通知
テーブルに未通知のイメージ画像情報受信通知の登録が
あれば、該登録イメージ画像情報受信通知を対応するク
ライアント端末へ通知し、前記共用通知テーブルの該メ
ッセージ項目に通知済を登録する通知済登録手段を備え
ることを特徴とする請求項７乃至請求項９のいずれかに
記載のファクシミリシステム。 - 【請求項１１】 更に、ファクシミリサーバ装置に、前
記クライアント端末よりの当該サーバとの通信可能状態
通知を受けつけたときに前記現ログインテーブルに当該
クライアント端末を登録する現ログインテーブル登録手
段と、通信可能状態にあるクライアント端末が通信可能
でない状態となった時に前記現ログインテーブルから当
該クライアント端末の登録を削除する現ログインテーブ
ル削除手段とを備えることを特徴とする請求項７乃至請
求項１０のいずれかに記載のファクシミリシステム。 - 【請求項１２】 前記受信先決定手段は、前記通信端末
装置からのクライアント端末識別情報によるクライアン
トの指定は正しいか否かを判断する判断手段と、該判断
手段による判断の結果クライアントの指定が正しい時に
指定クライアント端末が前記現ログインテーブルに登録
されているか否かを調べて、該現ログインテーブルに登
録されている場合には当該指定クライアントにイメージ
画像情報受信通知を通知し、前記現ログインテーブルに
登録されていない場合には前記共用未通知テーブルに登
録するクライアント通知手段とを含むことを特徴とする
請求項７乃至請求項１１のいずれかに記載のファクシミ
リシステム。 - 【請求項１３】 広域網を介して互いに接続され互いに
通信可能な通信端末装置及びファクシミリサーバ装置
と、該ファクシミリサーバ装置とローカルエリアネット
ワークによって接続され、該ローカルエリアネットワー
クを介して前記ファクシミリサーバ装置を利用できるク
ライアント端末とから構成されるファクシミリシステム
におけるファクシミリシステムの制御方法であって、 前記ファクシミリサーバ装置は、前記通信端末装置から
の広域網を介して送られてくるイメージ画像情報とクラ
イアント端末識別情報を受信し、前記受信したクライア
ント端末識別情報から受信先クライアントを決定して、
受信先クライアント及び受信通知内容の特定のための受
信通知制御テーブルであって、現時点で当該サーバと通
信可能状態にあるクライアント端末を登録する現ログイ
ンテーブルと、通信可能状態にあるクライアント端末宛
に未通知のイメージ画像情報受信通知を登録する共用未
通知テーブルと、当該サーバと通信可能状態にないクラ
イアント端末宛のイメージ画像情報受信通知を登録する
受信メッセージ未通知テーブルとを含む受信通知制御テ
ーブルに従って、決定したクライアント端末へ前記ロー
カルエリアネットワークを介して当該クライアント端末
宛のイメージ画像情報受信通知を行い、前記クライアン
ト端末よりの当該サーバとの通信可能状態通知を受けつ
けたときに前記受信メッセージ未通知テーブルに当該ク
ライアント端末宛のイメージ画像情報受信通知が登録さ
れていれば、該登録イメージ画像情報受信通知を当該ク
ライアント端末へ通知し、前記受信メッセージ未通知テ
ーブルから削除することを特徴とするファクシミリシス
テムの制御方法。 - 【請求項１４】 広域網を介して互いに接続され互いに
通信可能な通信端末装置及びファクシミリサーバ装置
と、該ファクシミリサーバ装置とローカルエリアネット
ワークによって接続され、該ローカルエリアネットワー
クを介して前記ファクシミリサーバ装置を利用できるク
ライアント端末とから構成されるファクシミリシステム
におけるファクシミリシステムの制御方法であって、 前記ファクシミリサーバ装置は、前記通信端末装置から
の広域網を介して送られてくるイメージ画像情報とクラ
イアント端末識別情報を受信し、前記受信したクライア
ント端末識別情報から受信先クライアントを決定して、
受信先クライアント及び受信通知内容の特定のための受
信通知制御テーブルであって、現時点で当該サーバと通
信可能状態にあるクライアント端末を登録する現ログイ
ンテーブルと、通信可能状態にあるクライアント端末宛
に未通知のイメージ画像情報受信通知を登録する共用未
通知テーブルと、当該サーバと通信可能状態にないクラ
イアント端末宛のイメージ画像情報受信通知を登録する
受信メッセージ未通知テーブルとを含む受信通知制御テ
ーブルに従って、決定したクライアント端末へ前記ロー
カルエリアネットワークを介して当該クライアント端末
宛のイメージ画像情報受信通知を行い、前記通信端末装
置からクライアント端末識別情報による受信先クライア
ントの指定なしでファクシミリ画像データを受信したと
きに前記共用未通知テーブルに登録することを特徴とす
るファクシミリシステムの制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26710093A JP3347427B2 (ja) | 1993-10-26 | 1993-10-26 | ファクシミリシステム及びファクシミリシステムの制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26710093A JP3347427B2 (ja) | 1993-10-26 | 1993-10-26 | ファクシミリシステム及びファクシミリシステムの制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH07123231A JPH07123231A (ja) | 1995-05-12 |
| JP3347427B2 true JP3347427B2 (ja) | 2002-11-20 |
Family
ID=17440061
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP26710093A Expired - Fee Related JP3347427B2 (ja) | 1993-10-26 | 1993-10-26 | ファクシミリシステム及びファクシミリシステムの制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3347427B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5854829A (en) * | 1995-06-02 | 1998-12-29 | Canon Kabushiki Kaisha | ISDN fax routing |
| US5657381A (en) * | 1995-06-02 | 1997-08-12 | Canon Kabushiki Kaisha | ISDN fax routing |
| JPH0993412A (ja) * | 1995-09-28 | 1997-04-04 | Nippon Telegr & Teleph Corp <Ntt> | Ｆａｘ端末 |
| JP3439907B2 (ja) * | 1996-03-28 | 2003-08-25 | 三菱電機株式会社 | ファクシミリ |
| JP2000270330A (ja) | 1999-03-18 | 2000-09-29 | Fujitsu Ltd | 映像配信システム及び映像配信方法 |
| JP4298594B2 (ja) | 2004-06-14 | 2009-07-22 | キヤノン株式会社 | 情報処理装置および通知方法 |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH01284159A (ja) * | 1988-05-11 | 1989-11-15 | Canon Inc | ファクシミリ装置 |
| JP2947819B2 (ja) * | 1989-07-12 | 1999-09-13 | キヤノン株式会社 | データ処理装置の制御方法 |
| JPH05199345A (ja) * | 1991-05-21 | 1993-08-06 | Hitachi Ltd | ファクシミリサーバ |
| JPH0537555A (ja) * | 1991-08-01 | 1993-02-12 | Fujitsu Ltd | パソコン連携式フアクシミリ・音声メールシステム |
| JPH05268450A (ja) * | 1992-03-17 | 1993-10-15 | Fuji Xerox Co Ltd | ファクシミリ装置 |
| JPH05276197A (ja) * | 1992-03-26 | 1993-10-22 | Ricoh Co Ltd | 通信装置 |
| JPH06225059A (ja) * | 1993-01-25 | 1994-08-12 | Hitachi Ltd | Ｆａｘシステム及び電子メールシステム |
| JPH0779298A (ja) * | 1993-09-08 | 1995-03-20 | Hitachi Ltd | ファクシミリサーバシステム |
| JPH0795339A (ja) * | 1993-09-24 | 1995-04-07 | Toshiba Corp | ファクシミリの着信通知方法及び装置 |
-
1993
- 1993-10-26 JP JP26710093A patent/JP3347427B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH07123231A (ja) | 1995-05-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5905495A (en) | Communication system using electronic mail | |
| US6393016B2 (en) | Telephony signal transmission over a data communications network | |
| US8190690B2 (en) | Communication apparatus, communication method, communication system, and storage medium | |
| JPH0779298A (ja) | ファクシミリサーバシステム | |
| JP3444956B2 (ja) | ファクシミリ装置 | |
| JPH06164645A (ja) | 通信装置 | |
| JP3347427B2 (ja) | ファクシミリシステム及びファクシミリシステムの制御方法 | |
| EP0504068A2 (en) | Facsimile communication apparatus | |
| JP3355399B2 (ja) | ネットワークファクシミリ装置 | |
| US20070291748A1 (en) | Network facsimile apparatus and network facsimile system | |
| US7430613B2 (en) | Image communication apparatus, image communication system and image communication method | |
| JPH1127502A (ja) | ファクシミリの確認返送方法とそのシステム | |
| JP3755562B2 (ja) | ネットワークファクシミリ装置 | |
| JP3471488B2 (ja) | ファクシミリサーバ | |
| JPH11112775A (ja) | ファクシミリ装置及び通信ネットワークシステム | |
| JP2950224B2 (ja) | ファクシミリモデムとそれを使用するコンピュータ通信システム | |
| JP3582630B2 (ja) | ネットワークファクシミリ通信システムの制御方法 | |
| JP3642459B2 (ja) | ネットワークファクシミリ通信システムの制御方法およびネットワークファクシミリ装置およびワークステーション装置 | |
| JP4112755B2 (ja) | ファクシミリ装置 | |
| JPH09219752A (ja) | コールバック機能付きｉｓｄｎターミナルアダプタ | |
| JP2000224354A (ja) | ファクシミリシステム | |
| JPH04349768A (ja) | 通信端末装置 | |
| JPH02134941A (ja) | 端末装置 | |
| JPH07264378A (ja) | ファクシミリ装置 | |
| JPH10262123A (ja) | 通信端末装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20020819 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080906 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090906 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090906 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100906 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100906 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110906 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110906 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120906 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120906 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130906 Year of fee payment: 11 |
|
| LAPS | Cancellation because of no payment of annual fees |