JP3486584B2 - データ処理装置及び方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータ処理装置及び
方法に関し、特に処理対象のデータを保持するデータ端
末と接続されたデータ処理装置及び該データ処理装置に
よるデータ処理方法に関するものである。

【０００２】

【従来の技術】従来より、パーソナルコンピュータ等の
データ端末で編集作成した文書データ等を所定の通信装
置を用いて送信させたり、記録装置で記録させるような
ことが行われている。

【０００３】この場合、データ端末からは処理要求と処
理対象のデータとがともに転送され、これを受けた側で
は他の処理を行っていた場合にはそれを蓄積しておき、
資源が空き次第読み出して処理を実行するものである。

【０００４】

【発明が解決しようとする課題】しかしながら、従来で
はデータ端末からの処理要求を受ける際、処理対象のデ
ータもともに受け取っていたので、処理を行う側では大
容量のメモリを有していなければ、多数の処理を受け付
けることができないものであった。また、データ端末か
らのデータを蓄積できない場合にはデータ端末側で処理
要求を繰り返す必要があった。

【０００５】本発明は上述の問題点に鑑みなされたもの
で、予め処理対象のデータを蓄積しなくてもデータ処理
要求を受け付けることができるデータ処理装置及び方法
を提供することを目的とする。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に本発明のデータ処理装置は以下の構成を備える。

【０００７】即ち、処理対象のデータを保持可能な複数
のデータ端末と接続する接続手段と、前記接続手段を介
して接続されたデータ端末から、該データ端末が予め指
定した処理対象のデータを特定するための情報及び該デ
ータ端末を識別する情報を含むデータ処理要求を、自装
置からの要求なしに受信する第１の受信手段と、前記第
１の受信手段で受信したデータ処理要求に基づく処理を
受付可能か判定する判定手段と、前記判定手段により受
付可能と判定した場合に前記第１の受信手段で受信した
データ処理要求に基づく処理対象のデータを要求する要
求手段と、前記要求手段による要求に応じて処理対象の
データを受信する第２の受信手段と、前記第２の受信手
段で受信した処理対象のデータを前記第１の受信手段で
受信したデータ処理要求に基づき処理する処理手段とを
有する。

【０００８】

【発明の実施の形態】＜第１の実施例＞図１は本発明の
第１の実施例であるクライアント・サーバ型ファクシミ
リシステムを有するネットワークシステムの構成図であ
る。同図において、１は少なくとも２チャンネルを有す
るＬＡＮシステム、２，３はＬＡＮシステム１に接続さ
れたクライアント端末である。

【０００９】また４はＩＳＤＮ網であり、ＩＳＤＮ網４
にはＧ４規格での通信可能なファクシミリ装置５，６が
接続されている。また７は公衆電話網であり、公衆電話
網７にはＧ３規格での通信可能なファクシミリ装置８，
９が接続されている。

【００１０】更に、１０は本実施例の通信制御を実現す
るためのサーバ装置であり、ＬＡＮシステム１よりのデ
ータをＩＳＤＮ網４及び公衆電話網７に配信するととも
に、ＩＳＤＮ網４及び公衆電話網７よりのデータのＬＡ
Ｎシステム１への配信処理も行なう。

【００１１】図２は第１の実施例のサーバ装置の構成を
示すブロツク図である。図２中、１１はＲＯＭ１２に内
蔵された例えば図４に示す制御手順等に従い、装置全体
の制御を行なうＣＰＵである。１２は図４のフローチヤ
ートに従うプログラム等を記憶したＲＯＭ、１３はＣＰ
Ｕ１１のワークエリアとして使用するＲＡＭ、１４はＧ
４ファクシミリ通信制御部、１５はＧ３ファクシミリ通
信における制御を行なうＧ３ファクシミリ通信制御部、
１６はＧ４／Ｇ３ファクシミリデータ送受信時の送受信
データの一時格納用のバッファメモリであり、ディスク
ファイルの転送速度と網速度との間で生じる速度差を吸
収する。１７は各データの属性情報が格納される大容量
ディスクメモリである。

【００１２】１８はＬＡＮシステム内通信プロトコル制
御を行なうＬＡＮシステム内通信制御部であり、このＬ
ＡＮシステム内通信制御部１８を介して送信されるデー
タ部分はＬＡＮシステム内バッファメモリ１９上に展開
される。１９はＬＡＮシステム内バッファメモリであ
る。２０はコード→イメージ変換部で、コード文書をビ
ット・マップ・メモリイメージに展開する部分である。
２１はＭＭＲ変換部で、ディスクメモリ１７にＭＭＲで
蓄積されているデータをビット・マップ・メモリイメー
ジに圧縮／伸長する。２２はＭＨ／ＭＲ変換部で、ディ
スクメモリ１７にＭＨ／ＭＲで蓄積されているデータを
ビット・マップ・メモリイメージに圧縮／伸長する。

【００１３】また、ＬＡＮシステム１から受信したコー
ド文書は、コード→イメージ変換部２０でイメージ展開
され、かつＭＭＲ変換部２１にて圧縮された後、ディス
クメモリ１７に蓄積される。

【００１４】２３はコマンド解析・制御部で、クライア
ント端末より送られてきたコマンドを解析し、例えばそ
のコマンドがＧ４ファクシミリ送信コマンドであった場
合は、Ｇ４ファクシミリ通信制御部１４に送信コマンド
を送る。２４はコマンドバッファメモリで、コマンド解
析・制御部２３に、クライアント端末より送られてきた
コマンドを一時的に格納しておく場所である。２５はＣ
ＰＵ１１と各部をつなぐシステムバスである。

【００１５】図３は第１の実施例のクライアント端末の
構成を示すブロック図である。クライアント端末２，３
は同一の構成であるため、図３を用いて一方のクライア
ント端末２の構成を説明する。図３中、２６はＲＯＭ２
７に内蔵された制御手順等に従い装置全体の制御を行な
うＣＰＵである。２７はプログラムを記憶するＲＯＭ、
２８はＣＰＵ２６のワークエリアとして使用するＲＡＭ
である。２９はＬＡＮシステム内通信プロトコル制御を
行なうＬＡＮシステム内通信制御部であり、このＬＡＮ
システム内通信制御部２９を介して送信されるデータ部
分はＬＡＮシステム内バッファメモリ３０上に展開され
る。３１はクライアント端末から送信操作を行なった際
に、サーバ装置１０に送信コマンド等を送る送信操作部
である。３２はＣＰＵ２６と各部をつなぐシステムバス
である。

【００１６】次に、第１の実施例のサーバ装置１０の主
要な動作を説明する。

【００１７】図４は第１の実施例によるコマンド解析・
制御部２３の動作を説明するフローチヤートである。

【００１８】同図において、Ｓ１でサーバ装置１０のコ
マンド解析・制御部２３は各クライアント端末２または
３からの依頼コマンド待ち状態になっている。クライア
ント端末よりのコマンドがあった場合は、Ｓ２に移りそ
の依頼コマンドの解析をする。コマンド解析後、Ｓ３に
てそのコマンドがファクシミリ送信かどうかの判断をす
る。ファクシミリ送信でない場合は、Ｓ７に移りその他
の処理を行ない、すべての処理を終了する。Ｓ３にてフ
ァクシミリ送信の依頼であった場合は、Ｓ４に移りＧ４
ファクシミリ送信か、Ｇ３ファクシミリ送信かを判断す
る。Ｇ４送信の場合は、Ｓ５で送信コマンドをＧ４ファ
クシミリ通信制御部１４に送り処理を終了する。Ｇ３送
信の場合は、Ｓ６で送信コマンドをＧ３ファクシミリ通
信制御部１５に送り処理を終了する。

【００１９】以上説明した様に、第１の実施例によれ
ば、ＬＡＮシステム１上に配置された各クライアント端
末から送信操作を行なうことにより、サーバ装置１０の
持つＧ４及びＧ３ファクシミリ通信機能を共有すること
ができ、また機能を分散することにより、クライアント
端末における負荷を軽減することができる。

【００２０】＜第２の実施例＞図５は本発明の第２の実
施例であるクライアント・サーバ型ファクシミリシステ
ムを有するネットワークシステムの構成図である。同図
において、１０１は少なくとも２チャンネルを有するＬ
ＡＮシステム、１０２，１０３はＬＡＮシステム１０１
に接続されたクライアント端末である。

【００２１】また１０４は公衆電話網であり、公衆電話
網１０４にはＧ３規格での通信可能なファクシミリ装置
１０５，１０６が接続されている。

【００２２】更に、１０７は本実施例の通信制御を実現
するためのサーバ装置であり、ＬＡＮシステム１０１よ
りのデータを公衆電話網１０４に配信するとともに、公
衆電話網１０４よりのデータをＬＡＮシステム１０１へ
配信する処理も行なう。

【００２３】図６は第２の実施例のサーバ装置の構成を
示すブロツク図である。図２中、１０８はＲＯＭ１０９
に内蔵された例えば図８に示す制御手順等に従い、装置
全体の制御を行なうＣＰＵである。１０９は図８のフロ
ーチヤートに従うプログラム等を記憶したＲＯＭ、１１
０はＣＰＵ１０８のワークエリアとして使用するＲＡ
Ｍ、１１１はＧ３ファクシミリ通信における制御を行な
うＧ３ファクシミリ通信制御部、１１２はＧ３ファクシ
ミリデータ送受信時の送受信データの一時格納用のバッ
ファメモリであり、ディスクファイルの転送速度と網速
度との間で生じる速度差を吸収する。１１３は各データ
の属性情報が格納される大容量ディスクメモリである。

【００２４】１１４はＬＡＮシステム内通信プロトコル
制御を行なうＬＡＮシステム内通信制御部であり、この
ＬＡＮシステム内通信制御部１１４を介して送信される
データ部分はＬＡＮシステム内バッファメモリ１１５上
に展開される。１１６はコード→イメージ変換部で、コ
ード文書をビット・マップ・メモリイメージに展開する
部分である。１１７はＭＨ／ＭＲ変換部で、ディスクメ
モリ１１３にＭＨ／ＭＲで蓄積されているデータをビッ
ト・マップ・メモリイメージに圧縮／伸長する。

【００２５】また、ＬＡＮシステム１０１から受信した
コード文書は、コード→イメージ変換部１１６でイメー
ジ展開され、かつＭＨ／ＭＲ変換部１１７にて圧縮され
た後、ディスクメモリ１１３に蓄積される。

【００２６】１１８はコマンド解析・制御部で、クライ
アント端末より送られてきたコマンドを解析し、例えば
そのコマンドがファクシミリ送信コマンドであった場合
は、Ｇ３ファクシミリ通信制御部１１１に送信コマンド
を送る。１１９はコマンドバッファメモリで、コマンド
解析・制御部１１８に、クライアント端末より送られて
きたコマンドを一時的に格納しておく場所である。１２
０はＣＰＵ１０８と各部をつなぐシステムバスである。

【００２７】図７は第２の実施例のクライアント端末の
構成を示すブロック図である。クライアント端末１０
２，１０３は同一の構成であるため、図７を用いて一方
のクライアント端末１０２の構成を説明する。図７中、
１２１はＲＯＭ１２２に内蔵された制御手順等に従い装
置全体の制御を行なうＣＰＵである。１２２はプログラ
ムを記憶するＲＯＭ、１２３はＣＰＵ１２１のワークエ
リアとして使用するＲＡＭである。１２４はＬＡＮシス
テム内通信プロトコル制御を行なうＬＡＮシステム内通
信制御部であり、このＬＡＮシステム内通信制御部１２
４を介して送信されるデータ部分はＬＡＮシステム内バ
ッファメモリ１２５上に展開される。１２６はクライア
ント端末から送信操作を行なった際に、サーバ装置１０
７に送信コマンド等を送る送信操作部である。１２７は
ＣＰＵ１２１と各部をつなぐシステムバスである。

【００２８】次に、第２の実施例のサーバ装置１０７の
主要な動作を説明する。

【００２９】図８は第２の実施例によるコマンド解析・
制御部１１８の動作を説明するフローチヤートである。

【００３０】同図において、Ｓ１０１でサーバ装置１０
７のコマンド解析・制御部１１８は各クライアント端末
１０２または１０３からの依頼コマンド待ち状態になっ
ている。クライアント端末よりのコマンドがあった場合
は、Ｓ１０２に移りその依頼コマンドの解析をする。コ
マンド解析後、Ｓ１０３にてそのコマンドがファクシミ
リ送信かどうかの判断をする。ファクシミリ送信でない
場合は、Ｓ１０５に移りその他の処理を行ない、すべて
の処理を終了する。Ｓ１０３にてファクシミリ送信の依
頼であった場合は、Ｓ１０４に移りＧ３ファクシミリ通
信制御部１１１に送り処理を終了する。

【００３１】以上説明した様に、第２の実施例によれ
ば、ＬＡＮシステム１０１上に配置された各クライアン
ト端末から送信操作を行なうことにより、サーバ装置１
０７の持つＧ３ファクシミリ通信機能を共有することが
でき、また機能を分散することにより、クライアント端
末における負荷を軽減することができる。

【００３２】＜第３の実施例＞図９は本発明の第３の実
施例であるクライアント・サーバ型ファクシミリシステ
ムを有するネットワークシステムの構成図である。同図
において、２０１は少なくとも２チャンネルを有するＬ
ＡＮシステム、２０２，２０３はＬＡＮシステム２０１
に接続されたクライアント端末である。

【００３３】また２０４は公衆電話網であり、公衆電話
網２０４にはＧ４規格での通信可能なファクシミリ装置
２０５，２０６が接続されている。

【００３４】更に、２０７は本実施例の通信制御を実現
するためのサーバ装置であり、ＬＡＮシステム２０１よ
りのデータをＩＳＤＮ網２０４に配信するとともに、Ｉ
ＳＤＮ網２０４よりのデータをＬＡＮシステム２０１に
配信する処理も行なう。

【００３５】図１０は第３の実施例のサーバ装置の構成
を示すブロツク図である。図１０中、２０８はＲＯＭ２
０９に内蔵された制御手順（図１２に示すプログラムを
含む）に従い、装置全体の制御を行なうＣＰＵである。
２０９は図１２のフローチヤートに従うプログラム等を
記憶したＲＯＭ、２１０はＣＰＵ２０８のワークエリア
として使用するＲＡＭ、２１１はＧ４ファクシミリ通信
における制御を行なうＧ４ファクシミリ通信制御部、２
１２はＧ４ファクシミリデータ送受信時の送受信データ
の一時格納用のバッファメモリであり、ディスクファイ
ルの転送速度と網速度との間で生じる速度差を吸収す
る。２１３は各データの属性情報が格納される大容量デ
ィスクメモリである。

【００３６】２１４はＬＡＮシステム内通信プロトコル
制御を行なうＬＡＮシステム内通信制御部であり、この
ＬＡＮシステム内通信制御部２１４を介して送信される
データ部分はＬＡＮシステム内バッファメモリ２１５上
に展開される。２１６はコード→イメージ変換部で、コ
ード文書をビット・マップ・メモリイメージに展開する
部分である。２１７はＭＭＲ変換部で、ディスクメモリ
２１３にＭＨ／ＭＲで蓄積されているデータをビット・
マップ・メモリイメージに圧縮／伸長する。

【００３７】また、ＬＡＮシステム２０１から受信した
コード文書は、コード→イメージ変換部２１６でイメー
ジ展開され、かつＭＭＲ変換部２１７にて圧縮された
後、ディスクメモリ２１３に蓄積される。

【００３８】２１８はコマンド解析・制御部で、クライ
アント端末より送られてきたコマンドを解析し、例えば
そのコマンドがファクシミリ送信コマンドであった場合
は、Ｇ４ファクシミリ通信制御部２１１に送信コマンド
を送る。２１９はコマンドバッファメモリで、コマンド
解析・制御部２１８に、クライアント端末より送られて
きたコマンドを一時的に格納しておく場所である。２２
０はＣＰＵ２０８と各部をつなぐシステムバスである。

【００３９】図１１は第３の実施例のクライアント端末
の構成を示すブロック図である。クライアント端末２０
２，２０３は同一の構成であるため、図１１を用いて一
方のクライアント端末２０２の構成を説明する。図１１
中、２２１はＲＯＭ２２２に内蔵された制御手順等に従
い装置全体の制御を行なうＣＰＵである。２２２はプロ
グラムを記憶するＲＯＭ、２２３はＣＰＵ２２１のワー
クエリアとして使用するＲＡＭである。２２４はＬＡＮ
システム内通信プロトコル制御を行なうＬＡＮシステム
内通信制御部であり、このＬＡＮシステム内通信制御部
２２４を介して送信されるデータ部分はＬＡＮシステム
内バッファメモリ２２５上に展開される。２２６はクラ
イアント端末から送信操作を行なった際に、サーバ装置
２０７に送信コマンド等を送る送信操作部である。２２
７はＣＰＵ２２１と各部をつなぐシステムバスである。

【００４０】次に、第３の実施例のサーバ装置２０７の
主要な動作を説明する。

【００４１】図１２は第３の実施例によるコマンド解析
・制御部２１８の動作を説明するフローチヤートであ
る。

【００４２】同図において、Ｓ２０１でサーバ装置２０
７のコマンド解析・制御部２１８は各クライアント端末
２０２または２０３からの依頼コマンド待ち状態になっ
ている。クライアント端末よりのコマンドがあった場合
は、Ｓ２０２に移りその依頼コマンドの解析をする。コ
マンド解析後、Ｓ２０３にてそのコマンドがファクシミ
リ送信かどうかの判断をする。ファクシミリ送信でない
場合は、Ｓ２０５に移りその他の処理を行ない、すべて
の処理を終了する。Ｓ２０３にてファクシミリ送信の依
頼であった場合は、Ｓ２０４に移りＧ４ファクシミリ通
信制御部２１１に送り処理を終了する。

【００４３】以上説明した様に、第３の実施例によれ
ば、ＬＡＮシステム２０１上に配置された各クライアン
ト端末から送信操作を行なうことにより、サーバ装置２
０７の持つＧ４ファクシミリ通信機能を共有することが
でき、また機能を分散することにより、クライアント端
末における負荷を軽減することができる。

【００４４】＜第４の実施例＞図１３は本発明の第４の
実施例によるクライアント・サーバ型ファクシミリシス
テムが接続されたネットワークシステムの構成を示す図
である。同図において、３０１はＬＡＮシステム、３０
２，３０３はＬＡＮシステム３０１に接続されたパーソ
ナルコンピュータやワークステーション等のクライアン
ト端末である。また３０４はＩＳＤＮ網であり、ＩＳＤ
Ｎ網３０４にはＧ４規格に従って送受信可能なファクシ
ミリ装置３０５，３０６が接続されている。

【００４５】また３０７は公衆電話網であり、公衆電話
網３０７にはＧ３規格に従って送受信可能なファクシミ
リ装置３０８，３０９が接続されている。３１０は本実
施例のファクシミリ送受信を実現するためのファクシミ
リサーバ装置であり、ＬＡＮシステム３０１より得られ
るデータをＩＳＤＮ網３０４及び公衆電話網３０７に配
信すると共に、ＩＳＤＮ網３０４及び公衆電話網３０７
より得られるデータをＬＡＮシステム３０１に配信する
処理も行う。

【００４６】図１４は本実施例のファクシミリサーバ装
置の構成を示すブロツク図である。同図において、３１
１はＲＯＭ３１２に内蔵された制御手順（図１６に示す
フローチヤート対応のプログラムを含む）に従って装置
全体を制御するＣＰＵである。３１２は上述のプログラ
ム等を記憶するＲＯＭ、３１３はＣＰＵ３１１のワーク
エリアとして使用するＲＡＭをそれぞれ示している。３
１４はＧ４ファクシミリ送受信における管理／制御を行
うＧ４ファクシミリ送受信管理／制御部であり、３１５
はＧ３ファクシミリ送受信における管理／制御を行うＧ
３ファクシミリ送受信管理／制御部であって、それぞれ
Ｇ３／Ｇ４ファクシミリ送受信の管理と制御及び、受信
時にはファクシミリ受信したデータを、受信したページ
ごとに管理されたページファイルの作成を行う。３１６
はＧ４／Ｇ３のファクシミリデータ送受信時の送受信デ
ータの一時格納用のバッファメモリであり、ディスクフ
ァイルの転送速度と網速度との間で生じる速度差を吸収
する。３１７はファクシミリ通信部で、実際にＧ４／Ｇ
３ファクシミリの送信を行う。

【００４７】３１８は、各クライアント端末のアプリケ
ーションで作成されたデータファイルと、ファクシミリ
サーバ装置３１０でファクシミリ受信したＭＭＲ（モデ
ィファイド・モディファイド・リード）／ＭＨ（モディ
ファイド・ハフマン）／ＭＲ（モディファイド・リー
ド）フォーマットデータファイル及び、その属性情報が
格納される大容量ディスクメモリである。

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

【００４９】３２１は画像処理部で、クライアント端末
３０２又は３０３からファクシミリ送信依頼のあったフ
ァイルをビットイメージに変換し、さらに、ファクシミ
リ送信データフォーマットであるＭＭＲ／ＭＨ／ＭＲデ
ータフォーマット形式に変換を行う。また、受信したデ
ータはＭＭＲ／ＭＨ／ＭＲフォーマット形式で、ディス
クメモリ３１８に蓄積されるが、クライアント端末から
のサービス依頼により、ビットイメージへの変換も行
う。

【００５０】３２２はファイル管理／制御部で、通信ロ
グファイル及び、ファクシミリ受信したページファイル
を管理する。３２３はコマンド解析／制御部で、各クラ
イアント端末より送られてきたサービス依頼コマンドを
解析し、例えばそのコマンドがＧ４ファクシミリ送信コ
マンドであった場合は、Ｇ４ファクシミリ送受信制御部
に送信依頼をする。３２４はＣＰＵ３１１と各部をつな
ぐシステムバスである。

【００５１】図１５は本実施例によるクライアント端末
の構成を示すブロック図である。同図において、３２５
はＲＯＭ３２６に内蔵された制御手順等に従い装置全体
の制御を行うＣＰＵである。３２６は上述のプログラム
等を記憶するＲＯＭ、３２７はＣＰＵ３２５のワークエ
リアとして使用するＲＡＭである。

【００５２】３２８はＬＡＮシステム内通信プロトコル
制御を行うＬＡＮシステム内通信制御部である。このＬ
ＡＮシステム内通信制御部３２８を介して送信されるデ
ータ部分はＬＡＮシステム内バッファメモリ３２９上に
展開される。３２９はＬＡＮシステム内バッファメモリ
である。３３０はファクシミリ送信処理部で、クライア
ント端末から送信操作を行った際に、ファクシミリサー
バ装置に送信コマンド等を送る。３３１はディスクメモ
リ、３３２はＣＰＵ３２５と各部をつなぐシステムバス
である。

【００５３】次に、上記構成によるフアクシミリ送信に
ついて説明する。

【００５４】図１６は本実施例のファクシミリサーバ装
置によるファクシミリ送信動作を説明するフローチヤー
トである。

【００５５】まずＳ３０１で、ファクシミリサーバ装置
３１０のコマンド解析／制御部３２３は各クライアント
端末からのサービス依頼コマンドが来ると、そのコマン
ドを解析する。Ｓ３０２でサービス依頼コマンドがファ
クシミリ送信依頼コマンドかどうかを判断し、サービス
依頼コマンドの内容が、ファクシミリ送信依頼でない場
合は、Ｓ３１４に移り、依頼された他のサービス処理を
行い、本処理を終了する。一方、Ｓ３０２でサービス依
頼コマンドがファクシミリ送信依頼コマンドであった場
合、Ｓ３０３にて、その依頼内容がＧ４ファクシミリ送
信か、Ｇ３ファクシミリ送信かを判断する。この判断の
結果、Ｇ４ファクシミリ送信の場合には、Ｓ３０４に進
み、コマンド解析／制御部３２３は、Ｇ４ファクシミリ
送受信管理／制御部３１４に送信依頼をする。Ｇ４ファ
クシミリ送受信管理／制御部３１４は、さらにＳ３０５
において、ファクシミリ送信依頼されたファイルが、フ
ァクシミリフォーマット変換の必要があるかどうかを判
断する。尚、Ｇ４ファクシミリ送信の場合は、ＭＭＲフ
ァイルであるかどうかを判断する。ファクシミリフォー
マット変換の必要がある場合は、Ｓ３０６で、Ｇ４ファ
クシミリ送受信管理／制御部３１４は画像処理部３２１
にファクシミリ送信依頼のあったファイルを、ファクシ
ミリフォーマットファイルに変換する旨の依頼をする。
画像処理部３２１でファクシミリフォーマットファイル
への変換が終了したら、Ｓ３０７でファクシミリ通信部
３１７に対してファクシミリ送信依頼をする。ファクシ
ミリ通信部３１７では、Ｓ３０８で、ＭＭＲファイル
を、送信依頼のあった電話番号へファクシミリ送信を行
い、本処理を終了する。Ｓ３０５でファクシミリ送信依
頼されたファイルが、ファクシミリフォーマット変換の
必要がない場合は、Ｓ３０６をスキップしてＳ３０７に
移りその後は、上述した様に、ファクシミリフォーマッ
ト変換の必要がある場合と同様になる。

【００５６】またＳ３０３で、ファクシミリ送信依頼コ
マンドがＧ３ファクシミリ送信の依頼の場合は、Ｓ３０
９で、コマンド解析／制御部３２３は、Ｇ３ファクシミ
リ送受信管理／制御部３１５に送信依頼をする。Ｇ３フ
ァクシミリ送受信管理／制御部３１５は、Ｓ３１０で、
ファクシミリ送信依頼されたファイルが、ファクシミリ
フォーマット変換の必要があるかどうかを判断する。
尚、Ｇ３ファクシミリ送信の場合は、ＭＨ／ＭＲファイ
ルであるかどうかを判断する。ファクシミリフォーマッ
ト変換の必要がある場合は、Ｓ３１１でＧ３ファクシミ
リ送受信管理／制御部３１５は画像処理部３２１にファ
クシミリ送信依頼のあったファイルを、ファクシミリフ
ォーマットファイルへの変換の依頼をする。画像処理部
３２１でファクシミリフォーマットファイルへの変換が
終了したら、Ｓ３１２で、ファクシミリ通信部３１７に
対して、ファクシミリ送信依頼が送られる。ファクシミ
リ通信部３１７ではＳ３１３で、ＭＨ／ＭＲファイル
を、送信依頼のあった電話番号へファクシミリ送信を行
い、処理を終了する。Ｓ３１０でファクシミリ送信依頼
されたファイルがファクシミリフォーマット変換の必要
がない場合は、Ｓ３１１をスキップしてＳ３１２に移り
その後は、上述した様に、ファクシミリフォーマット変
換の必要がある場合と同様になる。

【００５７】続いて、ファクシミリ受信について説明す
る。

【００５８】図１７は本実施例のファクシミリサーバ装
置によるファクシミリ受信動作を説明するフローチヤー
トである。

【００５９】まずＳ３１５で、ファクシミリ通信部３１
７はファクシミリ受信待ちになっている。受信しない場
合は、Ｓ３１５に戻り永久ループとなる。Ｓ３１５で、
ファクシミリ受信が行われた場合には、Ｓ３１６におい
て、ファクシミリ通信部３１７はＧ４ファクシミリ受信
かＧ３ファクシミリ受信かを判断する。その結果、Ｇ４
ファクシミリ受信の場合は、処理はＳ３１７に移る。Ｓ
３１７で、ファクシミリ通信部３１７はＧ４ファクシミ
リ送受信管理／制御部３１４にＧ４ファクシミリ受信し
たことを通知する。Ｓ３１７において、Ｇ４ファクシミ
リ受信を通知されたＧ４ファクシミリ送受信管理／制御
部３１４は、Ｓ３１８で、ファクシミリ受信したデータ
をページごとに管理するページファイルを作成する。続
いて、Ｓ３１９で、Ｇ４ファクシミリ送受信管理／制御
部３１４はＳ３１８で作成したページファイルの登録と
通信ログファイルの更新をファイル管理／制御部３２２
に依頼をし、本処理を終了する。

【００６０】Ｓ３１６で、ファクシミリ通信部３１７が
Ｇ３ファクシミリ受信と判断した場合には、処理はＳ３
２０に移る。Ｓ３２０で、ファクシミリ通信部３１７は
Ｇ３ファクシミリ送受信管理／制御部３１５にＧ３ファ
クシミリ受信したことを通知する。Ｓ３２０でＧ３ファ
クシミリ受信を通知されたＧ３ファクシミリ送受信管理
／制御部３１５は、Ｓ３２１にて、ファクシミリ受信し
たデータをページごとに管理するページファイルを作成
する。続いて、Ｓ３２２でＧ３ファクシミリ送受信管理
／制御部３１５は、Ｓ３２１で、作成されたページファ
イルの登録と通信ログファイルの更新とをファイル管理
／制御部３２２に依頼し、本処理を終了する。

【００６１】以上説明したように、第４の実施例によれ
ば、ＬＡＮ上に配置された各クライアント端末からのサ
ービスの依頼コマンドにより、ファクシミリサーバ装置
の持つＧ４及びＧ３ファクシミリ送受信機能を共有する
ことができ、またファクシミリ送受信機能がファクシミ
リサーバ装置におけれることにより、クライアント端末
における負荷を軽減することができる。さらに、ファク
シミリサーバ装置で、ＬＡＮ上のクライアント端末から
のファクシミリ送受信に関して、管理することができ
る。

【００６２】さて、本発明は、図１４に示したファクシ
ミリ通信部３１７を、サーバ装置内ではなく、外部装置
の内部に設けても良い。一例として、パソコンやワーク
ステーションの標準インターフエースであるＳＣＳＩ
（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎ
ｔｅｒｆａｃｅ）を介して接続させた構成例を挙げるこ
とができる。

【００６３】＜第５の実施例＞図１８は本発明の第５の
実施例によるクライアント・サーバ型ファクシミリシス
テムの構成を示すブロック図である。図１８において、
４０１〜４０３はクライアント端末であり、パソコンま
たはワークステーションである。４０４はＬＡＮ、４０
５はサーバ装置、４１１はＷＡＮ（広域網）、４１２〜
４１４はＧ４ファクシミリのファクシミリ端末を示して
いる。

【００６４】サーバ装置４０５において、４０６は本装
置全体を制御する主制御部で、プログラムによって動作
するＣＰＵ４０６ａ、ＣＰＵ４０６ａが動作するための
制御プログラム（図２０のフローチャートに従うプログ
ラムを含む）を格納したＲＯＭ４０６ｂ、各種プログラ
ムのワークエリアとして用いるＲＡＭ４０６ｃを具備す
る。４０７は読み込みファイル蓄積部で、クライアント
端末から読み込んだファイルを格納（蓄積）するもので
ある。ここでのファイルはＴＥＸＴファイル、ＴＩＦＦ
（Ｔａｇ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ） フ
ァイルなど各種ファイルが含まれる。４０８はファイル
変換部で、ＴＥＸＴファイルやＴＩＦＦファイルからＭ
ＭＲファイル、またはＭＭＲファイルからＴＩＦＦファ
イルに変換する装置である。４０９はファクシミリファ
イル蓄積部であり、ＭＭＲファイルを蓄積しておく。４
１０は待機情報格納部であり、ファクシミリデータ登録
を依頼したクライアントからの情報を格納する装置であ
る。これら主制御部４０６、ファイル蓄積部４０７、フ
ァイル変換部４０８、ファクシミリファイル蓄積部４０
９、待機情報格納部４１０の各部を有したサーバ装置４
０５には、広域網［デジタルデータ網、専用線、電話網
ＩＳＤＮ（サービス総合デジタル網）等を含む］、およ
びＬＡＮなどが接続される。

【００６５】図１９は本実施例の待機情報を説明する図
である。待機情報は、待機情報格納部４１０に格納され
る情報群である。図１９において、４１５はファクシミ
リデータ登録を依頼したクライアントのＬＡＮアドレ
ス、４１６は送信先電話番号、送信解像度、送信原稿サ
イズなどの送信先情報、４１７は送信フアイル名であ
る。４１８はファイル蓄積部４０７に蓄積されているか
否かを示すフラグである。

【００６６】次に、本実施例の動作について説明する。
図２０は本実施例によるクライアント・サーバ型ファク
シミリの動作を説明するフローチャートである。

【００６７】上述したように、サーバ装置４０５は主制
御部４０６（ＣＰＵ４０６ａ）の制御の元に、以下の処
理を実行する。以下の説明は、クライアント４０１がサ
ーバ装置４０５に対してファイルを送信する場合を例に
挙げている。

【００６８】ファクシミリ送信しようとするクライアン
ト４０１はまず送信ファイルの指定を行う。

【００６９】次に、送信先の電話番号を指定し、必要な
らば送信解像度や送信原稿サイズなど各種サービス機能
の設定をおこない、そして送信コマンドを起動する。

【００７０】まず、サーバ装置４０５はＳ４０１でクラ
イアント端末４０１からファクシミリデータ送信の依頼
を受けつける。依頼はＬＡＮアドレス、送信先情報、送
信ファイル名、ファイル蓄積フラグからなる待機情報の
形で渡される。そこで送信依頼がなされたならばＳ４０
２で待機情報を待機情報格納部４１０に格納する。そし
て再びＳ４０１へ進み、処理を繰り返す。この処理によ
り、複数のクライアントから同時に送信依頼がなされた
場合でも、送信依頼はこの待機情報部４１０にキューと
して蓄積され、エラーを返すことをしない。

【００７１】Ｓ４０１で送信依頼がないと判断された場
合、Ｓ４０３で待機情報格納部４１０のファイル蓄積フ
ラグ４１８を参照し、ファイル蓄積部４０７に未蓄積の
データがあるかを判断する。未蓄積データがない場合、
あるいは待機情報そのものがない場合には処理を終了す
る。

【００７２】未読み込みのデータがある場合には、続い
てＳ４０４にてファイル蓄積部４０７の容量に送信ファ
イルを読み込むだけの余裕があるかを判断する。余裕が
あれば、送信要求のされた時刻の古いものから、あるい
は優先順位の高い待機情報データについて以下に示す処
理を施す。

【００７３】あるクライアント端末からの送信要求に応
える場合、Ｓ４０５にて待機情報を読み込み、送信依頼
したクライアント端末のＬＡＮアドレスと、送信するフ
ァイル名を得る。続いてＳ４０６にて送信依頼したクラ
イアントから、指定された送信ファイルをファイル蓄積
部４０７へ読み込む。

【００７４】Ｓ４０４においてファイル容量に余分がな
いと判断された場合、Ｓ４０７にて、待機情報のファイ
ル蓄積フラグ４１８に未蓄積とセットする。未蓄積とセ
ットされたファイルはファイル容量に余裕が生じるま
で、実際の送信処理は施されないものとなる。

【００７５】以後、再びＳ４０１へと戻り、処理を繰り
返す。

【００７６】送信処理はファイル蓄積部４０７にあるフ
ァイルを逐次ファクシミリデータフォーマットに変換
し、待機情報から指示されたとおりに送信し、終了後た
だちにその待機情報を待機情報格納部４１０から削除
し、また送信ファイルをファイル蓄積部４０７から削除
して、再び次のファイル蓄積部４０７にあるファイルを
同様に処理していく。

【００７７】以上説明したように、第５の実施例によれ
ば、同時に複数のクライアントから送信依頼がなされた
場合に、ビジーを返されたクライアントが何本も依頼し
なおすことなしに１度の操作で送信することができ、ク
ライアント側のオペレータの労力の軽減を図ることが出
来る。

【００７８】さて、待機情報格納部４１０をサーバだけ
に持つのではなくクライアント側に持たせてもなんら問
題はない。すなわち、クライアントはファクシミリ送信
をサーバに要求してビジーを返された場合に、送信先情
報４１６をあらかじめ決められたディレクトリにセーブ
しておき、サーバにＬＡＮアドレス４１５と送信フアイ
ル名４１７だけを記録しておく。そしてサーバはひとつ
の処理が終了しだい順次送信依頼を行ったクライアント
から送信文書と送信情報を読みこむのである。以上によ
り、ファクシミリデータ送信時のサーバ装置の負荷の低
減を図れる。

【００７９】＜第６の実施例＞図２１は本発明の第６の
実施例によるクライアント・サーバ型ファクシミリシス
テムの構成を示す図である。同図において、５０１はフ
ァクシミリサーバ装置であり、主制御部５０２と主記憶
部５０３と、ＬＡＮ５０７との通信制御を行うＬＡＮイ
ンターフェイス部５０４と、ＷＡＮ５０８との通信制御
を行うＷＡＮインターフェイス部５０５とＷＡＮ側の回
線番号とＬＡＮ側のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔ
ｏｃｏｌ） アドレスとの間の変換テーブル５０６とか
ら構成される。変換テーブル５０６の内容は、以下の表
１に示される。

【００８０】

【表１】

【００８１】ここで、ＩＰアドレスとは、ＬＡＮに接続
された端末を一意に区別するために各端末に割り振られ
た、３２ビットの２進数で表される数値で、Ｉｎｔｅｒ
ｎｅｔ Ｐｒｏｔｏｃｏｌ を採用したＬＡＮにおいて
用いられている。５０９−１〜５０９−４はＬＡＮによ
りファクシミリサーバに接続されたクライアントワーク
ステーション、５１０−１〜５１０−５は公衆網に接続
されたファクシミリである。

【００８２】図２２は第６の実施例においてクライアン
ト側とサーバ側との間におけるシステムの動作を説明す
るフローチャートである。初期状態では、ファクシミリ
サーバ側はファクシミリクライアントからのテーブル表
示要求受信待ちに（Ｓ５０２）、クライアント側はユー
ザからのテーブル表示選択入力（Ｓ５０１）の状態にな
っている。

【００８３】ユーザがクライアントのテーブル表示を選
択すると、クライアントは、サーバにテーブル表示要求
を送り（Ｓ５０１）、サーバからのテーブル受信待ちと
なる（Ｓ５０５）。

【００８４】サーバは、クライアントからの要求を受付
て（Ｓ５０２）、アドレステーブルを参照し（Ｓ５０
３）、その結果をクライアントに送信し（Ｓ５０４）
し、テーブルの変更内容受信待ちとなる（Ｓ５０８）。
テーブルの変更には、以下の表２に示す種類を用意す
る。

【００８５】

【表２】

【００８６】クライアントはサーバからテーブルを受信
して（Ｓ５０５）、テーブルを画面に表示して（Ｓ５０
６）、ユーザからの変更入力待ちとなる（Ｓ５０７）。

【００８７】ユーザは表示されたテーブルを見て、テー
ブルを変更内容を入力する。クライアントは入力された
変更内容をサーバへ送信（Ｓ５０７）し、クライアント
はサーバからのテーブル受信待ちとなる（Ｓ５１１）。

【００８８】サーバはクライアントからの変更内容を受
信して（Ｓ５０８）、実際にテーブルの変更処理を行う
（Ｓ５０９）。テーブルの変更が終了すると、変更され
たテーブルの内容をクライアントへ送信し（Ｓ５１
０）、テーブル表示要求受信待ちへ戻る（Ｓ５０２）。

【００８９】クライアントはテーブル変更結果を受信
（Ｓ５１１）して、アドレステーブルを表示し（Ｓ５１
２）、テーブル表示選択入力へ戻る（Ｓ５０１）。

【００９０】以上説明したように、第６に実施例によれ
ば、クライアント端末側からサーバ装置上にあるテーブ
ルを変更することが可能になる。これによりクライアン
トワークステーションを使用しているユーザは、サーバ
ワークステーション上にあるアドレス変換テーブルの変
更のために、サーバ装置の所まで行く必要がなくなり時
間の節約ができ、クライアント端末上での作業も中断さ
れなくなる。またサーバ装置を直接操作することが無く
なるため、サーバシステム管理者が不在のときでも、サ
ーバ装置に対して悪影響を与えることなく誰でもテーブ
ル変更操作を行うことができる。サーバテーブル変更を
速やかに行うことが可能となり、また、テーブルの変更
操作をユーザに任せることができるためサーバシステム
管理者の管理負担も軽減する。

【００９１】＜第７の実施例＞次に、第７の実施例を説
明する。

【００９２】図２３は第７の実施例においてクライアン
ト側とサーバ側との間におけるシステムの動作を説明す
るフローチャートである。図２３において、クライアン
ト側、サーバ側で、図２２のフローチヤートの各ステツ
プと同様の処理には、同一のステツプ番号に”を付して
いる。

【００９３】初期状態では、ファクシミリサーバ側はフ
ァクシミリクライアントからのテーブル表示要求受信待
ちに（Ｓ５０２”）、クライアント側はユーザからのテ
ーブル 表示選択入力（Ｓ５０１”）の状態になってい
る。

【００９４】ユーザがクライアントのテーブル表示を選
択すると、クライアントは、サーバにテーブル表示要求
を送り（Ｓ５０１”）、サーバからのテーブル受信待ち
（Ｓ５０５”）となる。

【００９５】サーバは、クライアントからの要求を受信
（Ｓ５０２”）して、アドレステーブルを参照（Ｓ５０
３”）し、その結果をクライアントに送信（Ｓ５０
４”）し、テーブルの変更結果受信待ち（Ｓ５１９）と
なる。

【００９６】クライアントはサーバからテーブルを受信
（Ｓ５０５”）して、テーブルを画面に表示（ステップ
Ｓ５０６”）した後に、ユーザからの入力にしたがって
アドレステーブルを変更（Ｓ５１７）する。

【００９７】クライアントはテーブルの変更結果をサー
バへ送信（Ｓ５１８）し、テーブル表示選択入力待ち
（Ｓ５０１”）へ戻る。

【００９８】サーバはクライアントから変更結果を受信
（Ｓ５１９）してテーブルを更新（Ｓ５２０）した後
に、テーブル表示要求受信待ち（Ｓ５０２”）へ戻る。

【００９９】以上の動作により、クライアントワークス
テーション側からサーバワークステーション上に存在す
るアドレス変換テーブルを変更することが可能になる。

【０１００】尚、本発明は、複数の機器から構成される
システムに適用しても１つの機器から成る装置に適用し
ても良い。また、本発明は、システム或は装置にプログ
ラムを供給することによって達成される場合にも適用で
きることはいうまでもない。さらに、本発明は、上述し
た実施例に限らず、クレームに示した範囲で種々変形が
可能である。

【０１０１】

【発明の効果】以上説明した様に、本発明によれば、複
数のデータ端末のいずれかからデータ処理要求を受け付
けた場合に複数のデータ端末の中から処理対象のデータ
を保持しているデータ端末を識別する情報を管理し、こ
れに基づき処理対象のデータの出力を該当するデータ端
末に要求するので、データ処理要求を処理対象のデータ
とともに蓄積しなくても処理要求を受け付け、処理可能
時に処理を実行させることができるとともに、処理対象
のデータは複数のデータ端末にそれぞれ保持させておく
ことができるので、データ処理要求管理時の負荷を低減
させることができる。

【図面の簡単な説明】

【図１】本発明の第１の実施例であるクライアント・サ
ーバ型ファクシミリシステムを有するネットワークシス
テムの構成図である。

【図２】第１の実施例のサーバ装置の構成を示すブロツ
ク図である。

【図３】第１の実施例のクライアント端末の構成を示す
ブロック図である。

【図４】第１の実施例によるコマンド解析・制御部の動
作を説明するフローチヤートである。

【図５】本発明の第２の実施例であるクライアント・サ
ーバ型ファクシミリシステムを有するネットワークシス
テムの構成図である。

【図６】第２の実施例のサーバ装置の構成を示すブロツ
ク図である。

【図７】第２の実施例のクライアント端末の構成を示す
ブロック図である。

【図８】第２の実施例によるコマンド解析・制御部の動
作を説明するフローチヤートである。

【図９】本発明の第３の実施例であるクライアント・サ
ーバ型ファクシミリシステムを有するネットワークシス
テムの構成図である。

【図１０】第３の実施例のサーバ装置の構成を示すブロ
ツク図である。

【図１１】第３の実施例のクライアント端末の構成を示
すブロック図である。

【図１２】第３の実施例によるコマンド解析・制御部の
動作を説明するフローチヤートである。

【図１３】本発明の第４の実施例によるネットワークシ
ステムを示す図である。

【図１４】第４の実施例によるファクシミリサーバ装置
の構成を示すブロック図である。

【図１５】第４の実施例によるクライアント端末の構成
を示すブロック図である。

【図１６】第４の実施例によるファクシミリサーバ装置
のファクシミリ送信動作を説明するフローチャートであ
る。

【図１７】第４の実施例によるファクシミリサーバ装置
のファクシミリ受信動作を説明するフローチャートであ
る。

【図１８】本発明の第５の実施例によるクライアント・
サーバ型ファクシミリシステムの構成を示すブロック図
である。

【図１９】本実施例の待機情報を説明する図である。

【図２０】第５の実施例によるクライアント・サーバ型
ファクシミリシステムの動作を説明するフローチャート
である。

【図２１】本発明の第６の実施例によるクライアント・
サーバ型ファクシミリシステムの構成を示す図である。

【図２２】第６の実施例においてクライアント側とサー
バ側との間におけるシステムの動作を説明するフローチ
ャートである。

【図２３】第７の実施例においてクライアント側とサー
バ側との間におけるシステムの動作を説明するフローチ
ャートである。

【符号の説明】

１，１０１，２０１ ＬＡＮシステム ２，３，１０２，１０３，２０２，２０３ クライアン
ト端末 ４，２０４ ＩＳＤＮ網 ５，６ Ｇ４ファクシミリ装置 ７，１０４ 公衆電話網 ８，９ Ｇ３ファクシミリ装置 １０，１０７，２０７ サーバ装置 １１，２６，１０８，１２１，２０８，２２１ ＣＰＵ １２，２７，１０９，１２２，２０９，２２２ ＲＯＭ １３，２８，１１０，１２３，２１０，２２３ ＲＡＭ １４ Ｇ４ファクシミリ通信制御部 １５ Ｇ３ファクシミリ通信制御部 １６，１１２，２１２ ファクシミリバッファメモリ １７，１１３，２１３ ディスクメモリ １８，２９，１１４，１２４，２１４，２２４ ＬＡＮ
システム内通信制御部 １９，３０，１１５ ＬＡＮシステム内バッファメモリ ２０，１１６，２１６ コード→イメージ変換部 ２１，２１７ ＭＭＲ変換部 ２２，１１７ ＭＨ／ＭＲ変換部 ２３，１１８，２１８ コマンド解析・制御部 ２４，１１９，２１９ コマンドバッファメモリ ２５，３２，１２０，１２７，２２０，２１７ システ
ムバス ３１，１２６，２２６ 送信操作部

フロントページの続き (56)参考文献 特開 平６−85952（ＪＰ，Ａ) 特開 昭55−110469（ＪＰ，Ａ) 特開 平２−213271（ＪＰ，Ａ) 特開 平２−202171（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 12/66 H04L 12/46 H04L 12/58 200

Claims (8)

(57)【特許請求の範囲】
1. 【請求項１】処理対象のデータを保持可能な複数のデー
   タ端末と接続する接続手段と、前記接続手段を介して接
   続されたデータ端末から、該データ端末が予め指定した
   処理対 象のデータを特定するための情報及び該データ端末を識
   別する情報を含む データ処理要求を、自装置からの要求
   なしに受信する第１の受信手段と、 前記第１の受信手段で受信したデータ処理要求に基づく
   処理を受付可能か判定する判定手段と、 前記接続手段を介して接続された複数のデータ端末の中
   から前記第１の受信手段で受信したデータ処理要求に基
   づく処理対象のデータを保持しているデータ端末を識別
   する情報を管理する管理手段と、 前記判定手段により受付可能と判定した場合に、前記管
   理手段で管理している情報に基づき前記第１の受信手段
   で受信したデータ処理要求に基づく処理対象のデータを
   保持しているデータ端末に対し、前記接続手段を介して
   該処理対象のデータを要求する要求手段と、 前記要求手段による要求に応じて処理対象のデータを受
   信する第２の受信手段と、 前記第２の受信手段で受信した処理対象のデータを前記
   第１の受信手段で受信したデータ処理要求に基づき処理
   する処理手段とを有することを特徴とするデータ処理装
   置。
2. 【請求項２】前記接続手段は複数の端末を接続可能なロ
   ーカルエリアネットワークと接続することを特徴とする
   請求項１に記載のデータ処理装置。
3. 【請求項３】前記第１の受信手段で受信するデータ処理
   要求にはローカルエリアネットワーク上の端末を特定す
   る情報が含まれ、前記要求手段は該端末を特定する情報
   に基づくデータ端末に処理対象のデータを要求すること
   を特徴とする請求項２に記載のデータ処理装置。
4. 【請求項４】前記処理手段は前記第１の受信手段で受信
   したデータ処理要求に含まれる送信情報に従って前記第
   ２の受信手段で受信した処理対象のデータを送信するこ
   とを特徴とする請求項１乃至３のいずれかに記載のデー
   タ処理装置。
5. 【請求項５】さらに、前記第２の受信手段で受信した処
   理対象のデータを蓄積する蓄積手段を有し、前記判定手
   段は前記蓄積手段の残り容量に基づき前記第１の受信手
   段で受信したデータ処理要求に基づく処理を受付可能か
   判定することを特徴とする請求項１乃至４のいずれかに
   記載のデータ処理装置。
6. 【請求項６】処理対象のデータを保持可能な複数のデー
   タ端末に接続されたデータ処理装置によるデータ処理方
   法であって、 前記データ端末から、該データ端末が予め指定した処理
   対象のデータを特定するための情報及び該データ端末を
   識別する情報を含むデータ処理要求を、前記データ処理
   装置からの要求なしに受信する第１の受信工程と、 前記第１の受信工程で受信したデータ処理要求に基づく
   処理を受付可能か判定する判定工程と、 複数のデータ端末の中から前記第１の受信工程で受信し
   たデータ処理要求に基づく処理対象のデータを保持して
   いるデータ端末を識別する情報を管理する管理工程と、 前記判定工程で受付可能と判定した場合に、前記管理工
   程で管理している情報に基づき前記第１の受信工程で受
   信したデータ処理要求に基づく処理対象のデータを保持
   しているデータ端末に対し、該処理対象のデータを要求
   する要求工程と、 前記要求工程における要求に応じて処理対象のデータを
   受信する第２の受信工程と、 前記第２の受信工程で受信した処理対象のデータを前記
   第１の受信工程で受信したデータ処理要求に基づき処理
   する処理工程とを有することを特徴とするデータ処理方
   法。
7. 【請求項７】データ処理要求に基づく処理の実行を制御
   するためのデータ処理装置において、 処理対象のデータを保持可能な複数のデータ端末と接続
   するための接続手段と、 前記接続手段を介して接続されたデータ端末から、該デ
   ータ端末が予め指定した処理対象のデータを特定するた
   めの情報及び該データ端末を識別する情報を含むデータ
   処理要求を、前記データ処理装置からの要求なしに受信
   する受信手段と、 前記受信手段で受信したデータ処理要求を複数蓄積する
   蓄積手段と、 前記接続手段を介して接続された複数のデータ端末の中
   から前記蓄積手段で蓄積したデータ処理要求に基づく処
   理対象のデータを保持しているデータ端末を識別する情
   報を管理する管理手段と、 前記蓄積手段で蓄積した複数のデータ処理要求に基づき
   順次前記管理手段で管理している情報に従って該データ
   処理要求に基づく処理対象のデータの出力を該当するデ
   ータ端末に要求する要求手段とを有することを特徴とす
   るデータ処理装置。
8. 【請求項８】処理対象のデータを保持可能な複数のデー
   タ端末に接続されたデータ処理装置によるデータ処理方
   法であって、 前記データ端末から、該データ端末が予め指定した処理
   対象のデータを特定するための情報及び該データ端末を
   識別する情報を含むデータ処理要求を、前記データ処理
   装置からの要求なしに受信する受信工程と、 前記受信工程で受信したデータ処理要求を複数蓄積する
   蓄積工程と、 前記複数のデータ端末の中から前記蓄積工程で蓄積した
   データ処理要求に基づく処理対象のデータを保持してい
   るデータ端末を識別する情報を管理する管理工程と、 前記蓄積工程で蓄積した複数のデータ処理要求に基づき
   順次前記管理工程で管理している情報に従って該データ
   処理要求に基づく処理対象のデータの出力を要求する要
   求工程とを有することを特徴とするデータ処理方法。