JPH0344230A

JPH0344230A - データ処理装置の制御方法

Info

Publication number: JPH0344230A
Application number: JP1178034A
Authority: JP
Inventors: Tadashi Arakawa; 荒川　忠
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1989-07-12
Filing date: 1989-07-12
Publication date: 1991-02-26
Anticipated expiration: 2014-09-13
Also published as: JP2947819B2

Abstract

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

Description

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

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

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

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

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

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

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

このため、上記受信機能を共有するファクシミリサーバ
装置を実現しようとする場合、受信ファクシミリ文書の
宛先ユーザがログインしている端末でない場合、いつま
でも文書受信通知ができない問題点があった。

また、例え受信通知できても、宛先ユーザがファクシミ
リ文書の受信通知に対していつまでも受信文書の読出し
を行なわない時には、当該受信文書はいつまでもファク
シミリ装置内に蓄積ファイルとして残ってしまう問題点
があった。

更に、この蓄積ファイル量が多くなると、蓄積メモリの
残り蓄積可能量が少なくなり、新たな受信要求に対して
蓄積メモリの容量不足で受信が出来なくなってしまう事
態も発生するおそれがあった。

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

即ち、デジタル公衆網及びローカルエリアネットワーク
システムに接続され、デジタル公衆網から受信した受信
データをファクシミリ通信手順に従いローカルエリアネ
ットワーク上の端末へ配信するファクシミリサーバにお
いて、ローカルエリアネットワーク媒体上のログインコ
マンドフレームを検出する検出手段と、該検出手段の検
出結果に従って検出ログイン状況を管理するログイン管
理手段と、デジタル公衆網からの受信ファクシミリ文書
を受信蓄積する蓄積手段と、該蓄積手段に蓄積されたフ
ァクシミリ文書毎の受信通知をローカルエリアネットワ
ーク上のプリントサーバに転送する転送手段と、該転送
手段による転送実績を管理する転送管理手段とを備える
。

また、デジタル公衆網からの受信ファクシミリ文書を蓄
積する蓄積手段と、該蓄積手段に蓄積されたファクシミ
リ文書毎の受信時刻を受信文書と対応付けて管理する管
理手段と、該管理手段の管理受信時刻順の文書ファイル
リストを生成するファイル生成手段と、該ファイル生成
手段での生成ファイルリストをローカルエリアネットワ
ーク上のプリントサーバに出力する出力手段とを備える
。

更に、デジタル公衆網からの受信ファクシミリ文書を蓄
積する蓄積手段と、該蓄積手段での蓄積文書容量を管理
する蓄積量管理手段と、該蓄積量管理手段での蓄積文書
量が蓄積手段の少なくとも２つの異なる蓄積閾値量にな
ったか否かを監視する蓄積量監視手段と、該蓄積量監視
手段が大容量の蓄積量閾値に達したことを検出すると蓄
積手段に蓄積された未出力受信文書を蓄積量監視手段が
少なくとも低容量の蓄積閾値を検出するまでローカルエ
リアネットワーク上のプリントサーバに転送出力する出
力手段とを備える。

［作用］以上の構成において、転送手段は例えば周期的に発生す
る割り込み等による所定周期毎に、蓄積手段での蓄積文
書のうち、ログイン管理手段で管理するログイン中のユ
ーザ宛文書及び転送管理手段で管理する転送済み文書以
外の文書のファイルリストを生成してプリントサーバに
転送出力する。これにより、受信ファクシミリ文書の宛
先ユーザがローカルエリアネットワークへログインして
いない場合においても、プリントサーバに自動的に受信
通知リストを出力でき、未通知状態の文書を蓄積したま
ま放置することを防ぐことができる。

また、出力手段は例えば周期的に発生する割り込み等に
よる所定周期毎に、蓄積手段での蓄積文書のうちプリン
トサーバへの未出力文書ファイルリストをプリントサー
バへ出力する。これにより、所定時間宛先ユーザに出力
されていない蓄積文書ファイルをプリントサーバより出
力することができ、ファクシミリサーバの管理に有効な
蓄積ファイルリストを提供できる。

更に、蓄積手段への蓄積量が所定閾値レベルに達すると
、該蓄積手段に蓄積されている受信文書の一部をプリン
トサーバに出力し、蓄積手段の文書蓄積量を強制的に新
たな受信要求に対して十分に受信蓄積できるレベルに制
御できる。これにより、送信側ファクシミリ装置との蓄
積容量エゴシエーション時、メモリ容量が不足すること
が防げる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

もし、親展扱いの場合は、該ファイルの選択をキャンセ
ルし、ステップＳ　１５０４に戻り、次に古いファイル
の選択を行なう。

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

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

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

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

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

以上説明した様に本実施例によれば、受信ファクシミリ
文書の宛先ユーザがローカルエリアネットワーク１００
ヘログインしていない場合においても、プリントサーバ
１０３より自動的に受信通知リストを出力でき、未通知
状態の文書を蓄積したまま放置することを防ぐことがで
きる。

また、周期的に発生する割り込み（例えば２４時間毎に
発生する割り込み等）毎に、ディスクメモリ１３での蓄
積文書のうち、ブ°リントサーバ１０３への未出力文書
ファイルリストを自動的にプリントサーバ１０３へ出力
することにより、例えば１日１回宛先ユーザに出力され
ていない蓄積文書ファイルをプリントサーバ１０３より
プリントアウトすることができ、ファクシミリサーバの
管理に有効な蓄積ファイルリストを提供できる。

更に、受信文書のディスクメモリ１３への蓄積量が所定
閾値レベル（レベル■）に達すると、該ディスクメモリ
１３に蓄積されている受信文書の一部を強制的にプリン
トサーバ１０３に出力し、送信側ファクシミリ装置との
蓄積容量エゴシェーション時、メモリ容量が不足するこ
とが防げる。

［発明の効果］以上説明したように本発明によれば、受信ファクシミリ
文書の宛先ユーザがローカルエリアネットワークへログ
インしていない場合においても、プリントサーバに自動
的に受信通知リストを出力でき、未通知状態の文書を蓄
積したまま放置することを防ぐことができる。

また、所定時間宛先ユーザに出力されていない蓄積文書
ファイルをプリントサーバより出力することができ、フ
ァクシミリサーバの管理に有効な蓄積ファイルリストを
提供できる。

【図面の簡単な説明】

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

Claims

【特許請求の範囲】

（１）デジタル公衆網及びローカルエリアネットワーク
システムに接続され、デジタル公衆網から受信した受信
データをファクシミリ通信手順に従いローカルエリアネ
ットワーク上の端末へ配信するファクシミリサーバにお
いて、ローカルエリアネットワーク媒体上のログインコマンド
フレームを検出する検出手段と、該検出手段の検出結果
に従つて検出ログイン状況を管理するログイン管理手段
と、デジタル公衆網からの受信ファクシミリ文書を受信
蓄積する蓄積手段と、該蓄積手段に蓄積されたファクシ
ミリ文書毎の受信通知をローカルエリアネットワーク上
のプリントサーバに転送する転送手段と、該転送手段に
よる転送実績を管理する転送管理手段とを備え、前記転
送手段は所定周期で前記蓄積手段での蓄積文書のうち前
記ログイン管理手段で管理するログイン中のユーザ宛文
書及び前記転送管理手段で管理する転送済み文書以外の
文書のファイルリストを生成して前記プリントサーバに
転送出力することを特徴とするファクシミリサーバ。
（２）デジタル公衆網及びローカルエリアネットワーク
システムに接続され、デジタル公衆網から受信した受信
データをファクシミリ通信手順に従いローカルエリアネ
ットワーク上の端末へ配信するファクシミリサーバにお
いて、デジタル公衆網からの受信ファクシミリ文書を蓄積する
蓄積手段と、該蓄積手段に蓄積されたファクシミリ文書
毎の受信時刻を受信文書と対応付けて管理する管理手段
と、該管理手段の管理受信時刻順の文書ファイルリスト
を生成するファイル生成手段と、該ファイル生成手段で
の生成ファイルリストをローカルエリアネットワーク上
のプリントサーバに出力する出力手段とを備え、該出力
手段は所定周期毎に前記蓄積手段での蓄積文書のうち前
記プリントサーバへの未出力文書ファイルリストを前記
プリントサーバへ出力することを特徴とするファクシミ
リサーバ。
（３）デジタル公衆網及びローカルエリアネットワーク
システムに接続され、デジタル公衆網から受信した受信
データをファクシミリ通信手順に従いローカルエリアネ
ットワーク上の端末へ配信するファクシミリサーバにお
いて、デジタル公衆網からの受信ファクシミリ文書を蓄積する
蓄積手段と、該蓄積手段での蓄積文書容量を管理する蓄
積量管理手段と、該蓄積量管理手段での蓄積文書量が前
記蓄積手段の少なくとも２つの異なる蓄積閾値量になつ
たか否かを監視する蓄積量監視手段と、該蓄積量監視手
段が大容量の蓄積量閾値に達したことを検出すると前記
蓄積手段に蓄積された未出力受信文書を前記蓄積量監視
手段が少なくとも低容量の蓄積閾値を検出するまでロー
カルエリアネットワーク上のプリントサーバに転送出力
する出力手段とを備えることを特徴とするファクシミリ
サーバ。