JPH0344240A - フアクシミリサーバ - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ［ａ業上の利用分野］ 本発明は、デジタル公衆網及びローカルエリアネットワ
ークシステムに接続され、デジタル公衆網から受信した
受信データをローカルエリアネットワーク（以下ｒＬＡ
ＮＪと称す）の接続他装置に配信するファクシミリサー
バに関するものである。

［従来の技術］ ワークステーション（以下端末）で作成、編集した文書
を、ＬＡＮを経由して他端末へ伝送したり、更にはＬＡ
Ｎ上に接続された通信サーバ内のモデムを介して文書を
他のデジタル公衆網等へ送信することは従来から行なわ
れている。

この送信される文書は、文字情報、図形情報等を中心と
して構成されている。そして、図形の一部はイメージス
キャナから読み込んだイメージ情報を編集、加工した情
報で構成されている。

−数的にそれらの情報量は比較的少ないため、キャラク
タベースのいわゆる電子メール機能を拡張した生データ
形式で行なわれている。

一方、文書をキャラクタベースで伝送するのではなく、
ドツトで構成したイメージ情報として扱い、公衆網経由
で送信する技術はファクシミリ技術として発展した技術
である。特に、デジタル公衆網対応のグループ４フアク
シミリにおいては、ＭＭ　Ｒ（Ｍｏｄｉｆｉｅｄ　Ｍｏ
ｄｉｆｉｅｄ　Ｒｅａｄ）圧縮波ｉ＋ｉｌｉによりＡ４
サイズで４００　ｄｐｉ（ｄａｔ／１ｎｃｈ）の高解像
度画像情報が、わずか数秒間で伝送可能となっている。

このため、その高速・高解像度特性を活かして、前記Ｌ
ＡＮ端末がイメージ情報のみの文書を高速に送信、ある
いはコード情報中心の文書を高速に送信するために、Ｌ
ＡＮにグループ４規格のファクシミリ手順をサポートす
るファクシミリサーバ装置を配置することが多くなって
いる。

［発明が解決しようとする課題］ しかし、従来のこの主のファクシミリサーバ装置は、Ｌ
ＡＮユーザが共有する送信専用装置として位置づけられ
ており、受信に関しては共有でなく、スタンドアロンの
ファクシミリ装置として動作していた。

このため、上記受信機能を共有するファクシミリサーバ
装置を実現しようとする場合、宛先ユーザへの受信通知
を何時発行するかが課題となっていた。

［課題を解決するための手段］ 本発明は上述の課題を解決することを目的として成され
たもので、上述の課題を解決する一手段として以下の構
成を備える。

即ち、デジタル公衆網及びローカルエリアネットワーク
システムに接続され、デジタル公衆網から受信した受信
データをローカルエリアネットワーク上の端末へ配信す
るファクシミリサーバにおいて、受信ファクシミリ文書
を蓄積する蓄積手段と、該蓄積手段に蓄積されたファク
シミリ文書を宛先ユーザ毎に管理するファイル管理手段
と。

ローカルエリアネットワーク媒体上のログインコマンド
フレームを検出する検出手段と、該検出手段の検出結果
に従って検出ログインコマンド発行ユーザ宛の受信ファ
クシミリ文書を検索する検索手段と、該検索手段での検
索結果を接続ユーザ宛に通知する通知手段とを備える。

［作用］ 以上の構成において、通知手段は検出手段がログインコ
マンド検出時に該ログインコマンド発行ユーザにファク
シミリ文書の受信通知を出力する。

これにより、宛先ユーザ本人に対してファクシミリ文書
が届いていることを知らせることができ、受信通知が確
実に宛先に伝達されるため、その後速やかに受は取って
もらえることにもなる。

［実施例］ 以下、図面を参照して本発明に係る一実施例を詳細に説
明する。

第１図は本実施例装置であるファクシミリサーバ装置の
接続されたネットワークシステムの構成図であり、図中
、１００は少なくともＡ、Ｂの２チヤネルを有す６ＬＡ
Ｎ％　１０１，１０２はＬＡＮ　１００に接続された端
末、１０３はプリントサーバ、１０４はファイルサーバ
である。

また２００はデジタル公衆網であり、デジタル公衆網２
００にはＧ４規格でのファクシミリ通信可能なファクシ
ミリ装置２０１，２０２が接続されている。

更に、３００は本実施例の通信制御を実現するためのフ
ァクシミリサーバ装置であり、ＬＡＮ１０αよりのデー
タを公衆網２００に配信すると共に、公衆網２００より
のデータのＬＡＮ　１００への配信処理も行なう。

第２図に本実施例のファクシミリサーバ装置のブロック
図を示す。

第２図中、１０はＲＯＭｌ０ａに内蔵された例えば第７
図〜第１０図、第１６図に示す制御手順等に従い装置全
体の制御を行なうＣＰＵであり、特にＧ４ファクシミリ
通信データとＬＡＮ内通内通−データ互乗入れ制御を主
な制御対称としている。１０ａは上述のプログラム等を
記憶するＲＯＭ、１１はＧ４ファクシミリ通信における
各レイヤ毎の通信プロトコル処理を行なうＧ４ファクシ
ミリ通信制御部、１２はＧ４ファクシミリデータ送受信
時の送受信データの一時格納用のバッファメモリであり
、ディスクファイルの転送速度と線速度との間で生じる
速度差を吸収する。

１３はＭＭＲ圧縮されたイメージファイル並びに各イメ
ージファイルの属性情報が格納される大容量ディスクで
ある。

１４はディスクメモリ１３に格納されているファイルの
管理をするファイル管理部、１５はファイルをディスク
に格納した時の時間を記録するためのタイムスタンプ用
の時計、１，６はディスクメモリ１３の残容量をファイ
ル管理テーブルにより定期的に監視し、所定設定値以下
の残容量になるとＣＰＵｌ０へ通知するディスクスペー
ス監視部、１７はＬＡＮ内登録ユーザの属性を表わすユ
ーザ属性テーブルである。

また、１８はＬＡＮ内ログログインユーザ有プリンタ（
プリントサーバ１０３等）の属性を表わすプリントサー
バ属性テーブル、１９はＣＰＵ１０がＬＡＮ上の端末に
送出する各種メツセージを、コード情報として蓄積して
いる定型メツセージテーブル、２０はＣＰＵ）Ｏから指
示されたファイルをＬＡＮ上のプリントサーバに出力す
るプリントサーバ出力制御部、２１は同様に、ＣＰＵ１
０から指示されたファイルをＬＡＮ上の端末へ出力する
ＬＡＮ端末出力制御部である。

２２はＬＡＮ上のコマンドクレームを監視し、コマンド
フレームがもしログインコマンドの場合に、そのフレー
ム検出をＣＰＵｌ０に通知するログイン検出部である。

２３はＬＡＮ内通信プロトコル制御を行なうＬＡＮ内通
信制御部であり、このＬＡＮ内通信制御部２３を介して
送信されるデータ部分はＬＡＮバッファメモリ２４上に
展開される。

コード−イメージ変換部２５は、定型メツセージテーブ
ル１９内のコード文書をビットイメージに展開する部分
であり、ＭＭＲ圧伸部２６はディスクメモリ１３にファ
イルされているＭＭＲ圧縮のファクシミリ文書をビット
イメージに伸長する。

またＬＡＮから受信したコード文書は、コード−イメー
ジ変換部２５でイメージ展開され、かつＭＭＲ圧伸部２
６にてＭＭＲ圧縮された後、ディスクメモリ１３にファ
イルされる。

以上の構成におけるＧ４ファクシミリ通信制御部１１の
レイヤ構成を第３図に示す。

第３図において、３０はＤＤＸ　（デジタルデータ交換
網）やｌ５ＤＮ（デジタルサービス統合網）との物理イ
ンターフェースを形成する網インターフエース回路、３
１は網との呼接続、呼切断、誤り制御、通信制御を行な
うレイヤであり、Ｘ、２−５パケツト制御が代表的であ
る。

３２はＧ４ファクシミリ端末属性のネゴシェーションや
データ転送を行なうセツション制御部である。

３３のプレゼンテーション制御部は、端末属性のパラメ
ータテーブルの管理及びファクシミリ画像（ビットイメ
ージ）の符号化・復号化を行なうのが一般的であるが、
本実施例では符号化・復号化は行なわず、蓄積ファイル
容量減少化のため、ＭＭＲ圧縮のままでファイル管理さ
れる。

また、端末属性ネゴシェーションにおける許容パラメー
タ値は、後述するプリントサーバ属性テーブル１８に基
づいて、ＣＰＵＩから指示される。

また、上述したファイル管理部１４で管理されている大
容量ディスク１３に記憶される各イメージファイルのフ
ァイル管理テーブルの詳細構成を第４図に示す。

このファイル管理テーブルの各イメージファイルの属性
情報等は、ファイル管理部１４にて管理されている。

第４図に示すファイル管理テーブルは、Ｇ４ファクシミ
リ通信制御部１１にて受信し、ディスクメモリ１３へ格
納されたファイル、即ち、ＬＡＮ側へ転送される場合の
ファイル管理テーブルを示している。

第４図において、ファイル管理テーブルのテーブル構成
項目は、ファイル管理部１４が任意に割り付けるファイ
ルＮｏ、（３５）、受信ビットイメージの属性３６、Ｘ
、２５の着呼パケットに付加されている拡張アドレス３
７、ファイルのディスクメモリ１３上のロケーションア
ドレス３８、ファイルサイズ３９、ファイル受信時刻４
０、受信ファイルの存在をＬＡＮ側へ通知したことを示
す受信通知マーキング４１で構成されている。

受信ビットイメージの属性３６は、紙サイズ（例Ａ４サ
イズ）３６ａと解像度３６ｂ（例えば４００ｄｐｉ）よ
り構成され、受信通知マーキング４１は端末通知４１ａ
とプリント通知４１ｂにより構成されている。

更に、上述したユーザ属性テーブル１７の詳細構成を第
５図を参照して以下に説明する。

第５図において、拡張アドレス４５はＸ、２５着着呼パ
ケット拡張アドレスフィールドの値であり、内線アドレ
スとして各ユーザに割り付けられる。ＬＡＮユーザ名４
６はＬＡＮ管理者によって登録されたユーザであり、Ｌ
ＡＮ内の各種資源へのアクセスが許可されている。

種別４７は拡張アドレスに割り付けられた属性を示して
おり、−例として、ノーマル４８、親展４９の２種を示
しである。受信したファクシミリ文書はこの属性に基づ
き処理される。カレントログイン５０は、ユーザがＬＡ
Ｎ内に現在ログインしているか否かを示すものであり、
物理アドレス５１はそのログインしている端末のＬＡＮ
アドレスを示している。

上述したプリントサーバ属性テーブルの詳細構成を第６
図に示す。

第６図において、プリントサーバ番号５５は、ＣＰＵ　
１０が任意にＬＡＮ上の各プリントサーバ１０３等に割
り付けた管理番号である。カレントアクティブ５６はプ
リントサーバ１０３等が現在利用可能か否かを示し、イ
メージ出力５７はドツトイメージ出力が可能なプリンタ
か否かを示す。

プリント解像度５８はドツトイメージ密度の種類（例え
ば４００ｄｐｉ）を示すものである。プリント紙サイズ
５９はプリント出力可能な紙サイズ（例えばＡ４サイズ
）を示すものである。物理アドレス６０はプリントサー
バのＬＡＮアドレスを示している。

以上の構成を具える本実施例の動作を以下に詳細に説明
する。

まず、Ｇ４ファクシミリ通信制御部１１が行なう、第３
図に示すプロトコル処理における呼設定／解放を行なう
ネットワーク制御部３１の動作を第７図のフローチャー
トを参照して、セツション制御部３２におけるセツショ
ン開始動作を第８図のフローチャートを参照して以下説
明する。

以下の説明においては、Ｇ４ファクシミリ通信制御部１
１は、受信側として表わされている。

まず、第７図を参照してＧ４ファクシミリ通信制御部１
１が行なう、第３図に示すプロトコル処理における呼設
定／解放を行なうネットワーク制御部３１の動作を説明
する。

ネットワーク制御部３１は、第７図のステップＳ６０１
にて着呼パケットの受信を待つ。そして着呼パケットを
受信するとステップ５６０２に進み、受信パケット中の
ファシリナイフイールド内に被呼アドレス拡張ファシリ
ティがあるか否かを調べる。もし、被呼アドレス拡張フ
ァシリティがない場合、ＬＡＮ内ユーザ指定なしとなり
、ステップ５６０７に進み、復旧要求パケットであるＣ
Ｑパケットを送信側Ｇ４端末へ送出して処理を終了する
。

一方、被呼アドレス拡張ファシリティがある場合にはス
テップ５６０３に進み、拡張アドレス（ａ−ａａ）を記
憶する。

そして、ステップ５６０４でサーバ内に存在する上述し
た第５図に示すユーザ属性テーブルを検索する。そして
、続くステップ５６０５でこのユーザ属性に拡張アドレ
ス（ａａａ）が登録されているか否かを調べる。もし登
録されていればステップ５６０５に進み、着呼受付パケ
ットであるＣＡパケットを送信側Ｇ４端末へ送出する。

もし登録されていなければステップ５６０７に進み、Ｃ
Ｑパケットを送信する。

以上の動作により、ＬＡＮ内登録ユーザが特定できない
着呼は、ファクシミリ文書受信しても配信できないため
、着呼の段階で拒否することが可能となる。

次に、セツション開始動作を第８図のフローチャートを
参照して以下に説明する。

Ｇ４ファクシミリ通信制御部１１は、ステップ７０１に
てセツション開始コマンド（ＣＳ　Ｓコマンド）の受信
を待ち、セツション開始コマンドを受信するとステップ
５７０２に進む。そして、ステップ５７０２でＣ８Ｓの
セツションユーザデータフィールドを調べる。相手端末
が６４フアクシミリクラス１でない場合にはステップ５
７０９に進み、セツション開始否定レスポンス（Ｒ８Ｓ
Ｎ）を発信側の端末へ送信して処理を終了する。

一方、相手端末が６４フアクシミリクラス１の場合はス
テップ５７０３に進み、セツション開始肯定レスポンス
を送信し、続くステップ５７０４で発信端末からのＣＤ
ＣＬコマンド、即ち、ドキュメント機能リストコマンド
の受信を待つ。ドキュメント機能リストコマンドを受信
するとステップ５７０５に進み、ＣＤＣＬに付加されて
いる受信機能リストから紙サイズと解像度の情報を抽出
し記憶する。つぎに、ステップ５７０６で第６図に示し
たプリントサーバ属性テーブル１８の、ＬＡＮ上に登録
されているプリントサーバがプリント出力できるパラメ
ータ値等を検出する。この中からイメージ出力可能なプ
リンタの紙サイズと解像度を検索し、ステップ５７０７
で先に、ステップ５７０５で得たパラメータとの参照（
ネゴシェーション）を庁なう。そしてステップ８７０８
でこの結果、プリント出力可能なプリントサーバがＬＡ
Ｎ上に存在する場合には、そのプリントサーバのパラメ
ータがドキュメント機能肯定レスポンス（ＲＤＣＬＰ）
に残されて送信側ファクシミリ端末へ送られる。この時
、ＲＤＣＬＰにて蓄積容量ネゴシェーション結果も通知
される。

以上の動作により、Ｇ４ファクシミリ通信制御部１１は
、受信したファクシミリ文書が確実にＬＡＮプリントサ
ーバへ出力可能な端末ネゴシェーションを行なうことが
できる。

なお、ネゴシェーション終了後、ファクシミリ文書の受
信が開始され、文書はＭＭＲ圧縮されたままでディスク
メモリ１３へ格納される。

これにより、このため記憶容量も少なくてすみ、多量の
文書の蓄積が可能になる。

この受信文書は、ファイル管理部１４によりファイルＮ
ｏがつけられ、かつ属性情報として紙サイズと解像度も
管理される。

この管理テーブルは上述した第４図に示されたものであ
る。

受信文書のディスクメモリ１３への格納後、ＣＰ［ｊｌ
ＯはＬＡＮ上の宛先ユーザへファクシミリ文書の受信通
知を行なうことになる。

次にこのＬＡＮ上の宛先ユーザへの配信動作を第９図、
第１０図のフローチャートを参照して説明する。

第９図は宛先ユーザがＬＡＮへログインした時に、受信
を通知する制租を示すフローチャートであり、第１０図
はタイマー割込によりログインユーザ端末及び共有プリ
ンタ（プリントサーバ）ヘ、受信リストを出力する制御
を示すフローチャートである。

まず、第９図を参照して宛先ユーザがＬＡＮへログイン
した時の制御を説明する。

ログイン監視部２２は、ステップ５８０１でＬＡＮ上を
流れるコマンドフレームを常時監視している。そして、
コマンドフレームを受信するとステップ５８０２に進み
、受信コマンドがログインコマンドか否か判別する。

本実施例で用いられるログインコマンドのフォーマット
を第１１図に示す。

第１１図において、Ｆｅ２はフレームの区切りを表わす
フラグ、同報アドレス６６はＬＡＮ上の全ての端末が受
信することを示す受信端末アドレス、送信端末アドレス
６７はログインユーザが使用している端末のＬＡＮアド
レス、Ｃ／Ｄ　６８はこのフレームがコマンドかデータ
かを表わすビットであり、この場合にはログインコマン
ドのため°°１”となっている。このため、ステップ５
８０１の判定では、このＣ／Ｄ　６８のビットを見てコ
マンドフレームか否かを判断することになる。

また、ログインコマンドコード６９はログイン要求を表
わす所定のビットパターンで構成されている。ユーザ名
７０はＪＩＳ漢字コードで表わしたユーザ名、ＦＣＳ７
１はフレーム誤り検査用のフレームチエツクシーケンス
である。

ステップ５８０２でログインコマンドを検出するとステ
ップ５８０３に進み、受信したコマンドフレーム情報を
全てバッファメモリ２４内に記憶する。そしてステップ
５８０４でユーザ属性テーブル１７を検索し、続くステ
ップ５８０５で受信したコマンドフレーム内のユーザ名
７０が登録されているか否かを調べる。ここでユーザ名
が登録されていない場合には処理を終了する。

一方、登録されいている場合には、ステップ５８０６に
進み、該ユーザの物理アドレスをユーザ属性テーブル１
７に書き込む。そして続くステップ５８０７でユーザ属
性テーブル１７のカレントログインビット５０を“ＯＮ
”にする。

なお、このログイン検出部２２は同様にログアウトコマ
ンドの検出制御も行なっているが、当該制御は公知であ
るため詳細説明を省略する。

例えば、ログアウトコマンドを受信すると、ユーザ属性
テーブル１７の中の該ユーザの物理アドレス５１は削除
され、カレントログインビット５０は“ＯＦＦ”に成る
。

これにより、第５図に示すカレントログインビット５０
と物理アドレス５１は絶えず最新の情報に更新されるこ
とになる。

次にステップ５８０８にて第４図のファイル管理テーブ
ルが検索され、続くステップ５８０９で受信通知マーキ
ングの端末通知欄４１ａを見て、該ログインユーザ宛の
受信文書の中で、未だユーザログイン端末へ通知してい
ない文書があるか否かを判別する。

このユーザ属性テーブルとファイル管理テーブルの橋渡
しは、両テーブルに存在する拡張アドレス３７．４５を
用いて行なう。このため、ステップ５８０９でもし未だ
通知していないファイルがある時はステップ５８１０に
進み、未通知ファイルリストを生成する。

この未通知ファイルリストの例を第１２図に示す。この
未通知ファイルリストのフォーマットは、定型メツセー
ジテーブル１９に登録されているものであり、空欄をＣ
ＰＵ　１０が埋めていくことになる。

ファイルの項目は、ファイルＮｏ、受信時刻、紙サイズ
、解像度等で構成される。

ここには、紙サイズ情報と解像度情報が含まれているた
め、受信端末でのファイル処理、即ち、画面出力情報へ
の変換や、共有プリンタの指定等が可能となる。

更に、ステップ５８１１で生成したリストをＬＡＮ端末
出力制御部２１へ渡し、ログインユーザ端末宛に送信す
る。該送信リストの受信アドレスとしては、ユーザ属性
テーブル１７に記された物理アドレス５１が用いられる
。

そして、続くステップ５８１２にて第４図に示すファイ
ル管理テーブル内の、当該ファイルの端末通知槽にマー
キング処理を行なう。

以上の処理により、ユーザがログアウトしてから次にロ
グインするまでの間に受信したファクシミリ文書は、ロ
グイン時に確実にユーザに通知することができる。

次に第１０図のフローチャートを参照して本実施例の受
信リスト出力制御を説明する。

第９−図に示す制御は、ユーザログインにより起動され
たが、第１０図に示す制御はタイマ割込により起動され
る。

従って１、まずステップＳ９０１にてタイマ割込みが発
生するか否かを監視し、タイマ割込みが発生すると、ス
テップ５９０２及びステップ５９０３にてそのタイマ割
込みがプリント通知割込みか、または全リスト通知割込
みかを判別する。

プリント通知割込みは３０分周期あるいは１時間周期に
代表される比較的短周期に発生する割込みであり、全リ
スト通知割込みは、１日１回定時に発生する周期割込み
である。

ここでプリント通知割込みの場合にはステップ５９０２
よりステップ５９０３に進み、ファイル管理テーブルを
検索し、ステップ５９０４で受信通知マーキング４１の
中のプリント通知４１ｂにマーキングのないファイルを
調べる。その結果、マーキングのないファイルがなけれ
ば処理を終了する。

一方、マーキングのないファイルがあれば、更にステッ
プ５９０５で端末通知マーキング４１ａがないか否かを
調べる。これにより、未だ受信通知されていないファイ
ルを選択することができる。そして続くステップ５９０
６でこのファイルの拡張アドレス３７を利用して、ユー
ザ属性テーブル１７のカレントログイン５０を参照し、
選択されたファイルの中にログインユーザのファイルが
あるか否かを調べる。ここでログイン二一ザファイルが
存在する場合はステップ５９０７に進み、第１２図に示
す端末出力ファイルリストを生成する。

そしてステップ８９０８で端末出力ファイルリスト中の
ファイルに対してファイル管理テーブルの端末通知槽４
１ａにマーキング後、ステップ５９０９にて各ログイン
ユーザ毎のログイン端末宛にユーザ毎のファイルリスト
が送信されステップ５９１０に進む。

一方、ステップ５９０６でログインユーザファイルが存
在しない場合には、ステップ５９１０に進む。

ステップ５９１０では、プリント出力ファイルリストを
生成する。

このプリント出力ファイルリストの例を第１３図に示す
。第１３図に示す様に、プリント出力ファイルリストは
、受信通知生成時刻、宛先ユーザ、受信時刻、紙サイズ
、解像度で構成される。

紙サイズ情報と解像度情報がこのリスト中に含まれるこ
とにより、宛先ユーザにおいて当該ファイルのプリント
出力条件を知ることができる。

続くステップ５９１１で、プリント出力ファイルリスト
中の、ファイルのファイル管理テーブルのプリント通知
欄４１ｂへマーキング後、ステップ５９１２にて一括し
てプリントサーバ宛出力される。

以上により、受信した文書ファイルに対して、ログイン
中のユーザについてはログイン端末へ受信通知をし、ロ
グアウトしているユーザについてはプリントサーバから
の出力によって通知することが可能となる。

一方、タイマ割込が全リスト通知割込の場合にはステッ
プ５９１３よりステップ５９１４に進み、ファイル管理
テーブルの受信時刻４０が調べられる。そして、ステッ
プ５９１５で現在時刻より２４時間以内に受信したファ
イルの有無が調べられる。これは、既に宛先ユーザの指
示によりファイル出力されたファイルは、出力時点で削
除されるため、ここで検索抽出されるファイルは２４時
間以上出力されなかったファイルである。

検索の結果２４時間以上出力されなかったファイルが存
在した場合にはステップ５９１５よりステップ５９１６
に進み、２４時間未出力ファイルリストが生成される。

そして、ステップ５９１２に進み、２４時間未出力ファ
イルリストがプリントサーバに出力されることになる。

この２４時間未出力ファイルリストの例を第１４図に示
す。

このファイルフォーマットは、定型メツセージテーブル
１９から選ばれ、構成項目は、未出力時間帯、宛先ユー
ザ、受信時刻、紙サイズ、解像度である。

以上説明した処理により、１日１回未出力を全てリスト
に整理して自動的にプリントサーバ等よりプリント出力
することができ、ＬＡＮの管理者に有効な情報を提供す
ることができる。

次に本実施例におけるディスクメモリ１３の満杯防止処
理について説明する。

第１５図はディスクの蓄積状況を模式的に表わした図で
あり、最下位が（Ｅｍｐｔｙ　）であり、この状態では
ディスクメモリ１３中に格納されている受信ファイルが
無いことを示している。最上位は（Ｆｕｌｌ）であり、
この状態ではディスクメモリ１３の容量全てに受信ファ
イルが格納され、空きが全くないことを示している。そ
して、この中間に、管理上の蓄積容量として、予め蓄積
レベルＩ及び蓄積レベル■が設定されている。

蓄積レベルＩは、はぼディスクの記憶可能容量の中間付
近に設定され、蓄積レベル■はディスク（Ｆｕｌｌ）の
若干下方に設定されている。この蓄積レベル■は、ファ
イル記憶管理上の上限リミットとして利用される。

この管理上の蓄積レベル設定に従い、現実の受信ファイ
ル蓄積レベルＳｔと、蓄積レベルＩとの差容量Ｓ２を用
いて、以下に述べる満杯防止処理を行なっている。

この満杯防止処理を第１６図のフローチャート参照して
以下に説明する。

ディスクスペース監視部１６は、まず、ステップ５１５
０１にてファイル管理部１４の管理テーブル項目中のフ
ァイルサイズ３９を全て合計し、現在ディスク１３に格
納されている容量レベル（サイズ）ＳＬを求める。そし
て続くステップ５１５０２でこのＳｌと上限リミットで
ある蓄積レベル■との差を求め、Ｓｌが該蓄積レベルＨ
に達したか否かを判定する。蓄積レベルＨに達していな
いときにはステップ５１５０１に戻る。

一方、蓄積レベル■に達している時にはこれをＣＰＵｌ
０に通知し、ＣＰＬＪＩＯの処理はステップ５１５０３
に進む、ＣＰＵ１０は、現状サイズＳ１と蓄積レベルＩ
との差を求めサイズ２とする。次にステップＳ　ｌ　５
０４でファイル管理テーブルの受信時刻４０を検索し、
最も古いファイルを選択する。そしてステップＳ　ｌ　
５０５でそのファイルが親展属性の拡張アドレス有する
かをユーザ属性テーブルの４５．４９等を参照して調べ
る。もし、親展扱いの場合は、該ファイルの選択をキャ
ンセルし、ステップ５１５０４に戻り、次に古いファイ
ルの選択を行なう。

一方、親展扱いでない場合はステップ５１５０５よケス
テップ５１５０６に進み、該選択ファイルをプリント出
力ファイルに登録する。そして続くステップＳ　１５０
７でその登録ファイル容量の合計をサイズＳ２と比較す
る。そして未だサイズＳ２に達してない場合には、再度
ステップ５１５０４に戻り、次のファイル選択を行なう
。

一方、登録ファイル容量の合計が８２に達した場合には
、プリント出力ファイルへの登録は終了したためステッ
プ５１５０７よりステップ５１５０８に進み、プリント
出力ファイルから１つのファイルを選択する。選択され
たファイルはＭＭＲ圧縮されたイメージファイルのため
、続くステップＳ　１５０９でＭＭＲ圧伸部２６による
伸長処理を実行し、元のイメージデータに復元される。

復元されたイメージデータは、続くステップ５１５１０
にて宛先ユーザの指示なしにプリントサーバ宛出力され
る。そしてステップ５１５１１で登録ファイルが全て出
力されたか否かを調べ、出力されていない場合にはステ
ップ５１５０８に戻り、以上の処理がプリント出力ファ
イルに登録された全てのファイルがプリントサーバ宛出
力されるまで続けられる。

プリント出力ファイルへ登録されたファイル全ての出力
が終了するとステップ５１５１１よりステップ５１５１
２に進み、ディスクメモリ１３から全ての該出力ファイ
ルが削除され処理が終了する。

以上の動作により、ディスクメモリ１３が受信ファイル
で満杯になる前に、強制的にプリント出力を実行させ、
登録ファイル量を予め設定されている蓄積量以下（蓄積
レベルＩ以下）にすることにより、送信側端末との蓄積
容量ネゴシェーション時のメモリ容量不足が防げる。

また、この強制プリント出力においても、親展属性をも
つ受信ファイルを宛先ユーザの許可なくプリント出力す
ることはなく、不用意に秘密事項がもれるようなことも
防げる。

以上説明した様に本実施例によれば、ＬＡＮへのログイ
ン時に受信通知を発行することにより、宛先ユーザ本人
に対してファクシミリ文書が届いていることを知らせる
ことができる。

［発明の効果］ 以上説明したように本発明によれば、ログインコマンド
検出時に該ログインコマンド発行ユーザにファクシミリ
文書の受信通知を出力するため、宛先ユーザ本人に対し
てファクシミリ文書が届いていることを知らせることが
でき、受信通知が確実に宛先に伝達される。

【図面の簡単な説明】

第１図は本発明に係る一実施例の接続されたネットワー
クシステム構成図、 第２図は本実施例のファクシミリサーバ装置のブロック
構成図、 第３図は本実施例の網インターフエース回路を示す図、 第４図は本実施例のファイル管理テーブル構成図、 第５図は本実施例のユーザ属性テーブル構成図、 第６図は本実施例の共有プリ ンタ属性テーブル 構成図、 第７図は本実施例のネッ トワーク制御部の制御 フローチャート、 第８図は本実施例のセツション開始制御フローチャート
、 第９図は本実施例のログインユーザ受信通知制御フロー
チャート、 第１０図は本実施例のタイマ割込受信通知制御フローチ
ャート、 第１２図は本実施例の端末出力ファイルリスト を示す図、 第１３図は本実施例のプリ ント出カフアイルリ スト例を示す図、 第１４図は本実施例の２４時間未出力ファイルリスト例
を示す図、 第１５図は本実施例のディスク蓄積状況を模式的に表わ
した図、 第１１図は本実施例のログインコマンドフォーマットを
示す図、 第１６図は本実施例の満杯防止処理制御フローチャート
である。 図中、１０・・・ＣＰＵ、１１・・・Ｇ４ファクシミリ
通信制御部、１２・・・ファクシミリバッファメモリ、
１３・・・ディスクメモリ、１４・・・ファイル管理部
、１５・・・時計、１６・・・ディスクスペース監視部
、１７・・・ユーザ属性テーブル、１８・・・プリント
サーバ属性テーブル、１９・・・定型メツセージテーブ
ル、２０・・・プリントサーバ出力制御部、２１・・・
ＬＡＮ端末未出力制御部、２２・・・ログイン検出部、
２３・・・ＬＡＮ内通信制御部、２４・・・ＬＡＮバッ
ファメモリ、２５・・・コード−イメージ変換部、２６
・・・ＭＭＲ圧伸部、１００・・・ＬＡＮ、ｌＯ１〜１
０４・・・サーバ、１０３・・・プリントサーバ、１０
４・・・ファイルサーバ、２００・・・デジタル公衆網
、２０１，２０２・・・ファクシミリ装置、３００・・
・ファクシミリサーバ装置である。 第 ３ 図 第５図 第６ 因 第７図

Claims (1)

【特許請求の範囲】
1. デジタル公衆網及びローカルエリアネットワークシステ
   ムに接続され、デジタル公衆網から受信した受信データ
   をローカルエリアネットワーク上の端末へ配信するファ
   クシミリサーバにおいて、受信ファクシミリ文書を蓄積
   する蓄積手段と、該蓄積手段に蓄積されたファクシミリ
   文書を宛先ユーザ毎に管理するファイル管理手段と、ロ
   ーカルエリアネットワーク媒体上のログインコマンドフ
   レームを検出する検出手段と、該検出手段の検出結果に
   従つて検出ログインコマンド発行ユーザ宛の受信ファク
   シミリ文書を検索する検索手段と、該検索手段での検索
   結果を接続ユーザ宛に通知する通知手段とを備え、該通
   知手段は前記検出手段がログインコマンド検出時に該ロ
   グインコマンド発行ユーザにファクシミリ文書の受信通
   知を出力することを特徴とするファクシミリサーバ。