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

Abstract

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

Description

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

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

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

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

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

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

〔発明が解決しようとする課題〕

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

このため，上記受信機能を共何するファクシミリサーバ
装置を実現しようとしても、送信側ファクシミリ端末側
より受信宛先ユーザに対する各種→ｔ−ビス処理指定を
行わなければならず、従来はこの指定を如何に行うかが
課題となっていた。

また、送信側ファクシミリ端末が指定する宛先１−ザと
、ＬＡＮ登録ユーザとの照合を如何に行うかも重要な課
題となっていた。

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

即ち、デジタル公衆網及びローカルエリアネットワーク
システムに接続され、デジタル公衆網から受信した受信
データをグループファクシミリ通信手順によりローカル
エリアネットワーク上の端末に配信するファクシミリサ
ーバにおいて、受信ファクシミリ文書を蓄積する蓄積手
段と、該蓄積手段に蓄積された受信文書毎に着呼パケッ
ト拡張アドレスを管理するファイル管理手段と、該ファ
イル管理手段により管理されるパケット拡張アドレスと
ローカルエリアネットワーク登録ユーザとの対応を管理
するとともに該パケット拡張アドレス毎に属性を割り付
けするユーザ属性管理手段とを備える。

また、受信パケット中の着呼パケット拡張アドレスを検
出する検出手段と、該検出手段で検出した着呼パケット
拡張アドレスとローカルエリアネットワーク登録ユーザ
との割り付けを管理するとともに該パケット拡張アドレ
ス毎に属性を割り付けするユーザＨ性管理手段とを備え
る。

［作用］ 以上の構成において、受信ファクシミリ文書のユーザへ
の配信はユーザ管理手段による割り付け属性に基づき行
なわれる。

また、着呼パケット受信時に受信パケットのパケット拡
張アドレスに対応するユーザをユーザ属性管理手段で検
索し、該検索結果に従って着呼受付パケットの出力によ
る着呼受理、または、復旧要求パケットの出力にょる着
呼拒否のいずれかを発信側装置に応答出力する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

一方、登録ファイル容量の合計がＳ２に達した場合には
、プリント出力ファイルへの登録は終了したためステッ
プＳ　１　５０７よりステップ８１５０８に進み、プリ
ント出力ファイルから１つのファイルを選択する。選択
されたファイルはＭＭＲ圧縮されたイメージファイルの
ため、続くステップＳ　１　５０９でＭ　Ｍ　Ｒ　ｐＥ
伸部２６による伸長処理を実行し、元のイメージデータ
に復元される。復元されたイメージデータは、続くステ
ップＳｌ５１０にて宛先ユーザの指示なしにプリントサ
ーバ宛出力される。そしてステップＳＩ５１１で登録フ
ァイルが全て出力されたか否かを調べ，出力されていな
い場合にはステップＳ１５０８に戻り、以上の処理がプ
リント出力ファイルに登録された全てのファイルがプリ
ントサーバ宛出力されるまで続けられる。

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

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

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

以上説明した様に本実施例によれば、同一ＬＡＮユーザ
に属性の異なる複数の拡張アドレスを割り付けることに
より、同一ＬＡＮユーザ宛のファクシミリ文書に対して
も、拡張アドレスに基づく、木目細かな配信処理サービ
スが提供できる。

また、拡張アドレスにより、ＬＡＮ登録ユーザが特定出
来る時のみ呼設定を行なうことにより、ファクシミリ文
書受信後の配信先が不明確な通信要求は、呼設定段階で
拒否出来るという効果がある。

［発明の効果］ 以上説明したように本発明によれば、拡張アドレスによ
り、ローカルエリアネットワーク登録ユーザが特定出来
る時のみ呼設定を行なうことにより、ファクシミリ文書
受信後の配信先が不明確な通信要求は、呼設定段階で拒
否出来る．また、同一ローカルエリアネットワークユー
ザに属性の異なる複数の拡張アドレスを割り付けること
により、同一ローカルエリアネットワークユーザ宛のフ
ァクシミリ文書に対しても、拡張アドレスに基づく、木
目細かな配信処理サービスが提供できる．

【図面の簡単な説明】

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

Claims (2)

【特許請求の範囲】
1. （１）デジタル公衆網及びローカルエリアネットワーク
   システムに接続され、デジタル公衆網から受信した受信
   データをグループファクシミリ通信手順によりローカル
   エリアネットワーク上の端末に配信するファクシミリサ
   ーバにおいて、 受信ファクシミリ文書を蓄積する蓄積手段と、該蓄積手
   段に蓄積された受信文書毎に着呼パケット拡張アドレス
   を管理するファイル管理手段と、該ファイル管理手段に
   より管理されるパケット拡張アドレスとローカルエリア
   ネットワーク登録ユーザとの対応を管理するとともに該
   パケット拡張アドレス毎に属性を割り付けするユーザ属
   性管理手段とを備え、受信ファクシミリ文書のユーザへ
   の配信は前記ユーザ管理手段による割り付け属性に基づ
   き行なわれることを特徴とするファクシミリサーバ。
2. （２）デジタル公衆網及びローカルエリアネットワーク
   システムに接続され、所定パケット通信手順による呼設
   定後にデジタル公衆網から受信した受信データをローカ
   ルエリアネットワーク上の端末に配信するファクシミリ
   サーバにおいて、受信パケット中の着呼パケット拡張ア
   ドレスを検出する検出手段と、該検出手段で検出した着
   呼パケット拡張アドレスとローカルエリアネットワーク
   登録ユーザとの割り付けを管理するとともに該パケット
   拡張アドレス毎に属性を割り付けするユーザ属性管理手
   段とを備え、着呼パケット受信時に受信パケットのパケ
   ット拡張アドレスに対応するユーザを前記ユーザ属性管
   理手段で検索し該検索結果に従つて着呼受付パケットま
   たは復旧要求パケットのいずれかを発信側装置に応答出
   力することを特徴とするファクシミリサーバ。