JPH07221896A - ファクシミリ・クライアント・サーバ装置 - Google Patents

Abstract

(57)【要約】 【目的】 スループットが高く、構成変更にも容易に対
応できるファクシミリクライアント・サーバ装置を得
る。 【構成】 文書を作成する複数のクライアント装置１０
に通信手段を介して接続され、クライアント装置からの
送信要求情報をクライアント装置から指定された相手先
へファクシミリ送信するファクシミリ・サーバ装置３０
を備えたファクシミリ・クライアント・サーバ装置にお
いて、上記クライアント装置からの送信要求を受け付け
て管理する送信要求管理部２３と、上記クライアント装
置からの文書ファイル等の送信情報を受信し蓄える送信
情報蓄積部２４とを備えたファイルサーバ装置２０を上
記通信手段に接続し、上記ファクシミリサーバ装置３０
が、上記送信要求管理部２３を見てファクシミリ送信要
求があればその送信情報を上記送信情報蓄積部２４から
取り出してファクシミリ送信するよう構成した。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、パーソナルコンピュ
ータ等のクライアント装置で作成した文書ファイルを、
ＬＡＮ（ローカルエリアネットワーク）等の通信手段を
利用してファクシミリ送信手段を備えるサーバ装置に送
信し、ファクシミリ送信を実現するファクシミリ・クラ
イアント・サーバ装置に関するものである。

【０００２】

【従来の技術】近年、パーソナルコンピュータ等の情報
処理装置やＬＡＮおよびモデム等の通信機器の普及によ
り、これら複数の情報処理装置や通信機器を組み合わせ
て各種のサービスを提供する装置が見られるようになっ
た。その中の一つにパーソナルコンピュータやＬＡＮを
利用して構成されるクライアント・サーバ型のファクシ
ミリ装置がある。このような装置では、クライアントと
なるパーソナルコンピュータ等でファクシミリ送信文書
を作成し、それをＬＡＮ経由でファクシミリ機能を備え
るサーバ装置に送り、サーバ装置では網との通信制御を
行ないファクシミリ送信する。装置の構成としてはクラ
イアント装置およびサーバ装置共に複数から成るものが
ある。このようなファクシミリ・クライアント・サーバ
装置を対象とした先行例としては、特開平４ー287563
（ファクシミリサーバ装置）、特開平５ー153309（サー
バ型ファクシミリシステム）等が存在する。但し、特開
平５ー153309は、ファクシミリ・クライアント・サーバ
装置という点での共通性はあるが、ファクシミリ送信手
段を備えるサーバ装置が１台の例であり、しかもこの発
明とは目的も異なるから、これ以上の説明は省略する。

【０００３】以下、従来のファクシミリ・クライアント
・サーバ装置について、図面により説明する。図６は、
ファクシミリ機能を持つ複数のサーバ装置とクライアン
ト装置から成る従来のファクシミリクライアント・サー
バ装置の構成例であり、上記特開平４ー287563の図３を
参考にして示したものである。図において、１００はＬ
ＡＮ、１０は、このＬＡＮ１００に接続され、利用者が
文書作成を行うパーソナルコンピュータ等のクライアン
ト装置、１２は利用者が作成する文書ファイル、１１は
文書ファイル等を送信するデータ送信部、１３は複数の
サーバの情報を含むサーバ情報テーブル、３０は、上記
ＬＡＮ１００に接続され、クライアント装置１０からの
文書ファイルを受信しファクシミリ送信（以下ＦＡＸ送
信と記す）するファクシミリサーバ装置（以下ＦＡＸサ
ーバ装置と記す）、３１はクライアント装置からの送信
データを受信するデータ受信部、３２は受信した文書フ
ァイル等のデータをＦＡＸ送信可能なデータ形式に変換
するデータ変換部、３５は変換されたＦＡＸ送信データ
ファイル、３３は公衆網２００に接続するためのモデム
である。

【０００４】上記構成のファクシミリクライアント・サ
ーバ装置の各構成要素の相互関係と動作を説明する。図
７は従来のファクシミリクライアント・サーバ装置の動
作を示すフローチャートである。図において、ステップ
Ｓ７１で利用者はクライアント装置１０で文書ファイル
１２を作成し、或は予め作成しておいた文書を読み出し
て文書ファイル１２を整え、ステップＳ７２でＦＡＸ送
信宛て先（電話番号や宛て先名等）を入力して送信指示
する。

【０００５】すると、クライアント装置１０では、ステ
ップＳ７３でサーバ情報テーブル１３をもとに前記文書
ファイル１２およびＦＡＸ送信宛て先情報を送信するＦ
ＡＸサーバ装置を決める（この例ではサーバ番号＝
１）。ステップＳ７４では、クライアント装置１０のデ
ータ送信部１１から、決定されたＦＡＸサーバ装置に対
して送信要求する。ステップＳ７５で、クライアント装
置１０は送信要求したＦＡＸサーバ装置が送信可能状態
にあるか否かを調べる。その結果送信可能であれば、ス
テップＳ７８でクライアント装置１０からＦＡＸサーバ
装置へ、前記文書ファイル１２およびＦＡＸ送信宛て先
等の送信情報を送り、ＦＡＸサーバ装置は、ステップＳ
７９でデータ受信部３１で受信した文書ファイルをデー
タ変換部３２でＦＡＸ送信データファイル３５に変換し
て送信を行ない、処理を終了する。送信可能でなけれ
ば、クライアント装置１０においてステップＳ７６でサ
ーバ情報テーブル１３をもとに別のＦＡＸサーバ装置を
探し、ステップＳ７７で決定する。次に再びステップＳ
７４に戻り、決定したＦＡＸサーバ装置に対して送信要
求する。図６ではＦＡＸサーバ装置が２台の場合を示し
ているが、３台以上でも同様の動作をする。

【０００６】また、図８は、文書を作成するクライアン
ト装置での図７のステップＳ７１における従来動作をよ
り詳しく、一方図７のステップＳ７３からＳ７７及びＳ
７９は省略して示すフローチャートである。図におい
て、ステップＳ７１１で利用者は文書を作成するアプリ
ケーション・プログラム（以降ＡＰＰと記す）を起動
し、ステップＳ７１２で文書を作成する。これでファク
シミリ送信する文書ファイルが１つ作られる。次にステ
ップＳ７２でＦＡＸ送信宛て先（電話番号や宛て先名
等）を入力して送信要求し、ステップＳ７８で文書ファ
イルをＦＡＸサーバ装置３０に送る。図９は上記のよう
に作成されＦＡＸ送信されるＦＡＸ送信文書であり、単
一のＡＰＰで作成されたものである。図６ではクライア
ント装置が１台の場合を示しているが、複数台の場合も
同様の動作をする。

【０００７】

【発明が解決しようとする課題】従来技術の第１の課題
としては、図６に示すような従来の複数サーバで構成さ
れるファクシミリクライアント・サーバ装置では、クラ
イアント装置１０からＦＡＸサーバ装置３０に文書ファ
イル１２を送った時、ＦＡＸサーバ装置がＦＡＸ送信可
能状態でなければ、クライアント装置はサーバ情報テー
ブル１３を元に次に送信要求すべきＦＡＸサーバ装置を
探す処理が必要になり、スループットが低下する。ま
た、全てのクライアント装置に全ＦＡＸサーバ装置の情
報テーブルを持つ必要があり、ＦＡＸサーバ装置の増設
等で装置の全体構成が変わると全てのクライアント装置
のサーバ情報テーブルを変更しなければならないという
問題点があった。

【０００８】また第２の課題としては、図８に示すよう
なクライアント装置における文書作成処理機能では、図
９に示すような単一のアプリケーション・プログラム
（ＡＰＰ）で一つの文書ファイルを作成してＦＡＸ送信
するものであり、複数のＡＰＰで作成した各ページより
構成される一つの文書をＦＡＸ送信することはできな
い。従来機能のクライアント装置でも、別々に複数の文
書ファイルを作成して各ステップＳ７２でそれぞれにつ
いて送信要求し、ＦＡＸサーバ装置においてＦＡＸ送信
する時に、例えば特開平１ー19868（ファクシミリの送
信装置）や特開平４ー268870（ファクシミリ装置）等で
提案されているような技術を利用して、同一宛て先のＦ
ＡＸ送信文書が複数存在する場合はそれらをまとめて一
回の送信処理で送信するものは存在した。しかしこれは
個々の文書の内容は互いに無関係であり、例えば１〜３
ページはＡＰＰ１で作成、４〜５ページはＡＰＰ２で作
成、６〜８ページはＡＰＰ３で作成した文書をページ順
に一つの文書としてファクシミリ送信することはできな
かった。近年、ワープロ、表計算、データベース等各分
野毎に優れたＡＰＰが出てきており、これら個々のＡＰ
Ｐを使って一つの文書を作成してファクシミリ送信した
いという要求は強い。

【０００９】第１の発明は、上記第１の課題を解消する
ためになされたもので、複数のＦＡＸサーバ装置を接続
可能なファクシミリ・クライアント・サーバ装置におい
て、スループットの高い、かつＦＡＸサーバ装置の増設
等の装置構成の変更にも容易に対応できるファクシミリ
・クライアント・サーバ装置を提供することを目的とす
る。

【００１０】また第２の発明は、上記第２の課題を解消
するためになされたもので、複数のＡＰＰの各々で作成
したページから構成される１つの文書をファクシミリ送
信することを可能とするファクシミリクライアント・サ
ーバ装置を提供することを目的とする。

【００１１】

【課題を解決するための手段】第１の発明は上記目的を
達成するために、クライアント装置からの送信要求を受
け付けて管理する送信要求管理部と、文書ファイル等の
送信情報を受信し蓄える送信情報蓄積部とを備えたファ
イルサーバ装置を設け、ＦＡＸサーバ装置が、ファイル
サーバ装置の送信要求管理部を見てファクシミリ送信要
求されたファイルが存在すればそれを取り出してＦＡＸ
送信するよう構成したことを特徴とする。

【００１２】また、第２の発明は、上記目的を達成する
ために、アプリケーション・プログラムで文書を作成し
たとき、今作成した文書に連結する後続文書を作成する
か否かを指定する継続指定工程を設けると共に、継続指
定された場合に同一あるいは別アプリケーション・プロ
グラムで作成した後続の文書を前の文書と連結して一つ
の文書として送信する機能を設けたことを特徴とする。

【００１３】

【作用】第１の発明は上記構成において、クライアント
装置からファイルサーバ装置に送られた送信要求が送信
要求管理部で管理されると共に、送信したい情報が送信
情報蓄積部に蓄えられる。一つあるいは複数のＦＡＸサ
ーバ装置は、自身がＦＡＸ送信可能状態になったときフ
ァイルサーバ装置の送信要求管理部を見て、ファクシミ
リ送信要求が存在すればそれを取り出してＦＡＸ送信す
る。

【００１４】また、第２の発明では、アプリケーション
・プログラムで文書を作成した後、継続指定工程で継続
指定をした場合に、同一あるいは別アプリケーション・
プログラムで作成された文書を、先の文書に連結して一
つの文書として送信可能とする。

【００１５】

【実施例】

実施例１ 以下、第１の発明の実施例について図面により説明す
る。図１は第１の発明の実施例のファクシミリクライア
ント・サーバ装置の構成を示すブロック図である。図に
おいて、１００はＬＡＮ、１０は、このＬＡＮ１００に
接続され、利用者が文書を作成するクライアント装置、
２０は、同じく上記ＬＡＮ１００に接続され、クライア
ント装置からの文書ファイルを受け取り保管・管理する
ファイルサーバ装置、３０は、同じく上記ＬＡＮ１００
に接続され、上記ファイルサーバ装置２から文書ファイ
ルを受け取り、ＦＡＸ送信するＦＡＸサーバ装置、１１
はクライアント装置のデータ送信部、１２は利用者がク
ライアント装置１０で作成した文書ファイル、２１はフ
ァイルサーバ装置のデータ受信部、２２は受信した文書
ファイルをＦＡＸ送信データファイルに変換するデータ
変換部、２３はＦＡＸ送信データファイルの入出力を管
理する送信要求管理部で、例えば先入れ先出し（ＦＩＦ
Ｏ：First In First Out）方式のキューで構成され、送
信要求クライアント装置の識別情報、送信先のファック
ス番号／会社名／個人名・送信する文書名のリスト・送
信開始希望時刻等の情報を、ファイルの形式で管理して
いる。２４はＦＡＸ送信データファイルを蓄える送信情
報蓄積部、２５はこの送信情報蓄積部に蓄えられたＦＡ
Ｘ送信データファイル、３１はＦＡＸサーバ装置３０の
データ受信部、３３はＦＡＸサーバ装置３０を公衆回線
２００に接続するためのモデムである。

【００１６】上記構成のファクシミリクライアント・サ
ーバ装置の各構成要素の相互関係と動作を説明する。図
２および図３は実施例１のファクシミリクライアント・
サーバ装置の動作を示すフローチャートである。図２は
クライアント装置１０およびファイルサーバ装置２０の
動作を示しており、ステップＳ１においてクライアント
装置１０で文書ファイル１２を作成して、或は予め作成
しておいた文書を読み出して文書ファイル１２を整え、
ステップＳ２においてＦＡＸ送信宛て先（電話番号や宛
て先名等）を入力してＦＡＸ送信指示する。クライアン
ト装置１０の文書ファイル及びＦＡＸ送信宛て先情報
は、ステップＳ３でファイルサーバ装置２０に送られ、
ファイルサーバ装置２０では、データ受信部２１を経由
して、ステップＳ４においてＦＡＸ送信宛て先情報並び
に送信する文書名等を送信要求管理部２３に記録すると
共に、ステップＳ５において到着した文書ファイルをデ
ータ変換部２２でＦＡＸ送信データファイル２５に変換
し、次にステップＳ６でＦＡＸ送信データファイル２５
を送信情報蓄積部２４に蓄える。

【００１７】一方、図３はＦＡＸサーバ装置３０の動作
を示しており、一定間隔で発生するシステム・タイマー
からの開始トリガーにより動作を開始し、まず、ステッ
プＳ３１でＦＡＸサーバ装置自身がファクシミリ送信可
能状態にあるか否かを調べる。送信可能状態であれば、
ステップＳ３２でファイルサーバ装置２０の送信要求管
理部２３を調べ、ステップＳ３３でＦＡＸ送信要求の有
無を判断する。この判断は、例えば、送信要求管理部２
３を調べた際に送信要求があり、かつ、これらの送信要
求中に現在の時刻と比較して送信希望時刻に達している
ものがあれば、ステップＳ３３で「はい」とすることに
より行う。ここでＦＡＸ送信要求がなければステップＳ
３１に戻る。ＦＡＸ送信要求があれば、ステップＳ３４
で、ファイルサーバ装置２０の送信情報蓄積部２４から
該当送信要求に対応する送信データファイル２５を、Ｆ
ＡＸサーバ装置内に受信し、ステップＳ３５でファクシ
ミリ送信処理を行なった後ステップＳ３１に戻る。複数
のＦＡＸサーバ装置は全て同様に動作する。なお、ステ
ップＳ３１でＦＡＸサーバ装置がＦＡＸ受信中等で送信
可能状態でなければ、ステップＳ３６に移りＦＡＸ受信
処理等の処理を行った後、再びステップＳ３１に戻る。
なおまた、ファイルサーバ装置２０の送信情報蓄積部２
４からＦＡＸサーバ装置３０へ送信データファイル１０
を渡すと、送信情報蓄積部２４の該当ファイル及び送信
要求管理部２３の該当ＦＡＸ送信要求情報は、削除され
る。

【００１８】以上のように実施例１のファクシミリ・ク
ライアント・サーバ装置によれば、クライアント装置か
ら送られる文書ファイルを受信して保管するファイルサ
ーバ装置に、送信要求管理部を設けて送信要求を管理す
るようにし、ＦＡＸサーバ装置では送信可能状態になっ
た時ファイルサーバ装置の送信要求管理部を調べ、送信
要求があれば対応する送信情報を取り出してファクシミ
リ送信するように動作するので、クライアント装置が送
信可能なＦＡＸサーバ装置を探す必要がなく、ＦＡＸサ
ーバ装置の台数が増えてもスループットの高いファクシ
ミリ送信処理が実現できる。また、ＦＡＸサーバ装置を
増設する場合も、ＦＡＸサーバ装置側でファイルサーバ
装置のＩＤ情報（アドレス情報等）と送信要求キューの
名前を設定するだけで、既存構成装置にはなんら変更手
続きは不要であり、容易に増設が可能である。なお、上
記実施例では送信要求管理部２３は先入れ先出し（ＦＩ
ＦＯ）方式のキューとしたが、利用者が優先順位を設定
する方式あるいは文書ファイル自体に付与された優先順
位に従って入出力管理する方式でもよい。

【００１９】実施例２ また、文書ファイルをＦＡＸ送信データファイルに変換
するデータ変換部２２をファイルサーバ装置２０に設け
たが、これをＦＡＸサーバ装置３０に設けて、データ受
信部３１で受信した文書ファイルをＦＡＸ送信データフ
ァイルに変換してＦＡＸ送信してもよい。ＦＡＸ送信デ
ータは、ＭＨ（Modified Hoffuman）法等により圧縮さ
れてはいるがイメージデータであり一般的に元の文書フ
ァイルよりもファイルサイズが大きく、また変換時間も
大きいため、この実施例２のように構成することによ
り、データ変換の負荷がファイルサーバ装置に集中する
ことを防ぎ、システム全体のスループットを更に向上さ
せることができる。

【００２０】実施例３ 次に、第２の発明の実施例のファクシミリ・クライアン
ト・サーバ装置での文書作成の動作について図面により
説明する。クライアント装置の構成は、実施例１の構成
でも或は従来のものと同様の構成でも構わないが、以下
の説明は実施例１の構成に合わせて行っている。

【００２１】図４は実施例３のファクシミリクライアン
ト・サーバ装置の文書作成の動作を示すフローチャート
である。図４おいて、利用者は開始ステップＳ４０でＦ
ＡＸ送信指定プログラムを呼び出し、ステップＳ４１で
文書を作成するアプリケーション・プログラムを起動
し、ステップＳ４２で文書を作成し文書ファイル名を付
ける。これでファクシミリ送信する文書ファイルが一つ
作られる。次にステップＳ４３の継続指定工程により、
今作成した文書に連結する後続文書を作成するか否かを
利用者に指定させる。この工程は、画面に例えば「送信
文書追加？」の問い合わせメッセージを表示させ、例え
ば「Ｙ」のキーが押されたら「送信文書追加あり」と判
断させることにより行われる。すると、ＦＡＸ送信指定
プログラムの下で動作する継続指定管理プログラムの内
部情報としてメモリ上に「送信文書追加あり」との情報
が、保持されると共に、送信するための文書を管理して
いるテーブルの１番目に文書ファイル名が記録される。

【００２２】ここで後続文書を作成するとした場合、ス
テップＳ４４に分岐し今作成した文書は利用者が作成し
た最初の文書か否かを判断し、最初の文書であればステ
ップＳ４６に分岐する。ここにおける「最初の文書か否
か」は、まだＦＡＸ送信指示が出されていない文書ファ
イルがあれば、最初の文書ではないと判断することによ
り行う。最初の文書でなければ、ステップＳ４５で今作
成した文書ファイルをそれ以前に作成した文書ファイル
の後ろに連結する。これは、上記送信文書管理テーブル
の既存の文書ファイル名の次に新たな文書ファイル名を
記録することにより行われる。

【００２３】次にステップＳ４６では、後続文書は今作
成した文書と同一アプリケーション・プログラムで作成
するか否かを利用者が判断し、同一アプリケーション・
プログラムの場合はステップＳ４２に戻り、別の場合は
ステップＳ４７でそのアプリケーション・プログラムを
起動してステップＳ４２に戻る。一方、ステップＳ４３
の継続指定で後続文書を作成しないとした場合、ステッ
プＳ４８で今作成した文書ファイルを連結する先行文書
ファイルがあるか否かを調べ、なければステップＳ５０
に分岐する。

【００２４】連結すべき先行文書ファイルがあればステ
ップＳ４９で、ステップＳ４５と同様に、今作成した文
書ファイルを先行文書ファイルの後ろに連結する。次に
ステップＳ５０でＦＡＸ送信宛て先（電話番号や宛て先
名等）を入力して送信指示し、ステップＳ５１で、送信
文書管理テーブルに記録されている文書ファイル名があ
ればその記録順に各文書ファイルを、無ければ今作成さ
れた文書ファイルを、ファイルサーバ装置２０に送る。
ファイルサーバ装置では、図２のステップＳ３からＳ６
の処理が行われる。

【００２５】図５は上記動作で作成されＦＡＸ送信され
るＦＡＸ送信文書を模式的に示したものであり、３つの
ＡＰＰで作成された文書例を示している。

【００２６】上記実施例３のクライアント装置によれ
ば、利用者が文書を作成する場合、継続指定機能により
先の文書を作成したアプリケーション・プログラムと同
一あるいは別のアプリケーション・プログラム（ＡＰ
Ｐ）で文書を作成して先の文書に連結するように処理す
ることにより、例えば１〜３ページはＡＰＰ１で作成、
４〜５ページはＡＰＰ２で作成、６〜８ページはＡＰＰ
３で作成した文書を全体として一つの文書としてファク
シミリ送信することができる。このように近年ますます
機能や操作性等の強化が進んでいるワープロ、表計算あ
るいはデータベース等各分野の優秀なアプリケーション
・プログラムを使って情報量の多い多彩な文書を作成し
ファクシミリ送信することが出来る。

【００２７】実施例４ なお、第２の発明は、図６に示す構成のクライアント装
置で実施することも、もちろん差し支えない。この場合
には、図４のステップＳ５０以降の処理は、図７のステ
ップＳ７２以降の工程により行われる。

【００２８】

【発明の効果】以上のように、第１の発明によれば、ク
ライアント装置から送られる文書ファイルをファイルサ
ーバ装置に受け入れると共に、送信要求を送信要求管理
部に投入し、ＦＡＸサーバ装置自身が送信可能な状態に
なった時にファイルサーバの送信要求管理部を調べて、
未処理の送信要求があればその送信要求に対応する送信
情報を取り出してファクシミリ送信するため、クライア
ント装置が送信可能なＦＡＸサーバ装置を探す必要がな
く、送信要求後すぐに別の処理に移ることができ、ファ
クシミリ送信処理のスループットの向上が図れる。ま
た、ＦＡＸサーバ装置の増設も既存構成装置に変更を与
えることなく容易に行なえる。

【００２９】また第２の発明によれば、複数の異なるア
プリケーション・プログラムで作成した文書で各ページ
が構成されるファクシミリ送信文書を作成することがで
き、ワープロ、表計算、データベース等各分野の優秀な
アプリケーション・プログラムを使って情報量の多い多
彩な文書を作成しファクシミリ送信することができる。

【図面の簡単な説明】

【図１】この発明の実施例１のファクシミリ・クライア
ント・サーバ装置の構成を示すブロック図である。

【図２】この発明の実施例１のファクシミリ・クライア
ント・サーバ装置におけるクライアント装置とファイル
サーバ装置の動作を示すフローチャートである。

【図３】この発明の実施例１のファクシミリ・クライア
ント・サーバ装置におけるＦＡＸサーバ装置の動作を示
すフローチャートである。

【図４】この発明の実施例３によるファクシミリ・クラ
イアント・サーバ装置の文書作成処理の動作を示すフロ
ーチャートである。

【図５】この発明の実施例３によるファクシミリ・クラ
イアント・サーバ装置で作成した文書の構造を示す図で
ある。

【図６】従来例のファクシミリ・クライアント・サーバ
装置の構成を示すブロック図である。

【図７】従来例のファクシミリ・クライアント・サーバ
装置の動作を示すフローチャートである。

【図８】従来例のファクシミリ・クライアント・サーバ
装置の文書作成処理の動作を示すフローチャートであ
る。

【図９】従来例のファクシミリ・クライアント・サーバ
装置で作成した文書の構造を示す図である。

【符号の説明】

１０ クライアント装置 １２ 文書ファイル ２０ ファイルサーバ装置 ２１ データ受信部 ２３ 送信要求管理部 ２５ ＦＡＸ送信データファイル ３０ ＦＡＸサーバ装置

Claims (4)

【特許請求の範囲】
1. 【請求項１】 文書を作成する複数のクライアント装置
   に通信手段を介して接続され、クライアント装置からの
   送信要求情報をクライアント装置から指定された相手先
   へファクシミリ送信するファクシミリ・サーバ装置を備
   えたファクシミリ・クライアント・サーバ装置におい
   て、 上記通信手段にファイルサーバ装置を接続し、 このファイルサーバ装置に、上記クライアント装置から
   の送信要求を受け付けて管理する送信要求管理部と、上
   記クライアント装置からの文書ファイル等の送信情報を
   受信し蓄える送信情報蓄積部とを設けると共に、 上記ファクシミリサーバ装置が、上記送信要求管理部を
   見てファクシミリ送信要求があればその送信情報を上記
   送信情報蓄積部から取り出してファクシミリ送信するよ
   う構成したことを特徴とするファクシミリ・クライアン
   ト・サーバ装置。
2. 【請求項２】 上記クライアント装置から受信した文書
   ファイルをファクシミリ送信可能な形式に変換するデー
   タ変換部を上記ファイルサーバ装置に設け、上記送信情
   報蓄積部には変換後の送信情報を蓄えるよう構成したこ
   とを特徴とする請求項１記載のファクシミリ・クライア
   ント・サーバ装置。
3. 【請求項３】 上記ファイルサーバ装置から受信した文
   書ファイルをファクシミリ送信可能な形式に変換するデ
   ータ変換部を上記ファクシミリ・サーバ装置に設け、上
   記送信情報蓄積部にはファクシミリ送信可能な形式に変
   換前の送信情報を蓄えるよう構成したことを特徴とする
   請求項１記載のファクシミリ・クライアント・サーバ装
   置。
4. 【請求項４】 文書を作成する複数のクライアント装置
   に通信手段を介して接続され、クライアント装置からの
   送信要求情報をクライアント装置から指定された相手先
   へファクシミリ送信するファクシミリ・サーバ装置を備
   えたファクシミリ・クライアント・サーバ装置におい
   て、アプリケーション・プログラムで文書を作成したと
   き次に継続する文書がある場合にその旨を指定する工程
   と、継続する場合に前記アプリケーション・プログラム
   と同一あるいは別のアプリケーション・プログラムで作
   成した文書を先に作成した文書に連結する手段と、連結
   された文書を１つの文書として上記ファクシミリ・サー
   バ装置側へ送信する手段とを、上記クライアント装置に
   備えたことを特徴とするファクシミリ・クライアント・
   サーバ装置。