JP2000101654A - デ―タ処理装置及び方法 - Google Patents
デ―タ処理装置及び方法Info
- Publication number
- JP2000101654A JP2000101654A JP11282150A JP28215099A JP2000101654A JP 2000101654 A JP2000101654 A JP 2000101654A JP 11282150 A JP11282150 A JP 11282150A JP 28215099 A JP28215099 A JP 28215099A JP 2000101654 A JP2000101654 A JP 2000101654A
- Authority
- JP
- Japan
- Prior art keywords
- data
- facsimile
- receiving
- data processing
- transmission
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Facsimiles In General (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
ムにおいて、クライアント端末においける負荷を軽減す
ることができる。 【解決手段】複数のクライアント端末2,3を接続した
ローカルエリアネットワークシステム1に接続され、か
つ、ISDN(サービス総合デジタル網)4と公衆電話
網7に接続されたサーバ装置10を有するファクシミリ
システムにおいて、サーバ装置10は、公衆電話網7と
複数のクライアント端末2,3との通信を行い、ISD
N網4と複数のクライアント端末2,3との通信を行
い、これら2つの通信を複数のクライアント端末2,3
の各々からの指示に従って切り換える。
Description
方法に関し、特に処理対象のデータを保持するデータ端
末と接続されたデータ処理装置及び該データ処理装置に
よるデータ処理方法に関するものである。
データ端末で編集作成した文書データ等を所定の通信装
置を用いて送信させたり、記録装置で記録させるような
ことが行われている。
理対象のデータとがともに転送され、これを受けた側で
は他の処理を行っていた場合にはそれを蓄積しておき、
資源が空き次第読み出して処理を実行するものである。
はデータ端末からの処理要求を受ける際、処理対象のデ
ータもともに受け取っていたので、処理を行う側では大
容量のメモリを有していなければ、多数の処理を受け付
けることができないものであった。また、データ端末か
らのデータを蓄積できない場合にはデータ端末側で処理
要求を繰り返す必要があった。
で、予め処理対象のデータを蓄積しなくてもデータ処理
要求を受け付けることができるデータ処理装置及び方法
を提供することを目的とする。
に本発明のデータ処理装置は以下の構成を備える。
端末と接続する接続手段と、前記接続手段を介して接続
されたデータ端末からデータ処理要求を受信する第1の
受信手段と、前記第1の受信手段で受信したデータ処理
要求に基づき処理を受付可能か判定する判定手段と、前
記判定手段により受付可能と判定した場合に前記第1の
受信手段で受信したデータ処理要求に基づく処理対象の
データを要求する要求手段と、前記要求手段による要求
に応じて処理対象のデータを受信する第2の受信手段
と、前記第2の受信手段で受信した処理対象のデータを
前記第1の受信手段で受信したデータ処理要求に基づき
処理する処理手段とを有する。
第1の実施例であるクライアント・サーバ型ファクシミ
リシステムを有するネットワークシステムの構成図であ
る。同図において、1は少なくとも2チャンネルを有す
るLANシステム、2,3はLANシステム1に接続さ
れたクライアント端末である。
にはG4規格での通信可能なファクシミリ装置5,6が
接続されている。また7は公衆電話網であり、公衆電話
網7にはG3規格での通信可能なファクシミリ装置8,
9が接続されている。
るためのサーバ装置であり、LANシステム1よりのデ
ータをISDN網4及び公衆電話網7に配信するととも
に、ISDN網4及び公衆電話網7よりのデータのLA
Nシステム1への配信処理も行なう。
示すブロツク図である。図2中、11はROM12に内
蔵された例えば図4に示す制御手順等に従い、装置全体
の制御を行なうCPUである。12は図4のフローチヤ
ートに従うプログラム等を記憶したROM、13はCP
U11のワークエリアとして使用するRAM、14はG
4ファクシミリ通信制御部、15はG3ファクシミリ通
信における制御を行なうG3ファクシミリ通信制御部、
16はG4/G3ファクシミリデータ送受信時の送受信
データの一時格納用のバッファメモリであり、ディスク
ファイルの転送速度と網速度との間で生じる速度差を吸
収する。17は各データの属性情報が格納される大容量
ディスクメモリである。
御を行なうLANシステム内通信制御部であり、このL
ANシステム内通信制御部18を介して送信されるデー
タ部分はLANシステム内バッファメモリ19上に展開
される。19はLANシステム内バッファメモリであ
る。20はコード→イメージ変換部で、コード文書をビ
ット・マップ・メモリイメージに展開する部分である。
21はMMR変換部で、ディスクメモリ17にMMRで
蓄積されているデータをビット・マップ・メモリイメー
ジに圧縮/伸長する。22はMH/MR変換部で、ディ
スクメモリ17にMH/MRで蓄積されているデータを
ビット・マップ・メモリイメージに圧縮/伸長する。
ド文書は、コード→イメージ変換部20でイメージ展開
され、かつMMR変換部21にて圧縮された後、ディス
クメモリ17に蓄積される。
ント端末より送られてきたコマンドを解析し、例えばそ
のコマンドがG4ファクシミリ送信コマンドであった場
合は、G4ファクシミリ通信制御部14に送信コマンド
を送る。24はコマンドバッファメモリで、コマンド解
析・制御部23に、クライアント端末より送られてきた
コマンドを一時的に格納しておく場所である。25はC
PU11と各部をつなぐシステムバスである。
構成を示すブロック図である。クライアント端末2,3
は同一の構成であるため、図3を用いて一方のクライア
ント端末2の構成を説明する。図3中、26はROM2
7に内蔵された制御手順等に従い装置全体の制御を行な
うCPUである。27はプログラムを記憶するROM、
28はCPU26のワークエリアとして使用するRAM
である。29はLANシステム内通信プロトコル制御を
行なうLANシステム内通信制御部であり、このLAN
システム内通信制御部29を介して送信されるデータ部
分はLANシステム内バッファメモリ30上に展開され
る。31はクライアント端末から送信操作を行なった際
に、サーバ装置10に送信コマンド等を送る送信操作部
である。32はCPU26と各部をつなぐシステムバス
である。
要な動作を説明する。
制御部23の動作を説明するフローチヤートである。
マンド解析・制御部23は各クライアント端末2または
3からの依頼コマンド待ち状態になっている。クライア
ント端末よりのコマンドがあった場合は、S2に移りそ
の依頼コマンドの解析をする。コマンド解析後、S3に
てそのコマンドがファクシミリ送信かどうかの判断をす
る。ファクシミリ送信でない場合は、S7に移りその他
の処理を行ない、すべての処理を終了する。S3にてフ
ァクシミリ送信の依頼であった場合は、S4に移りG4
ファクシミリ送信か、G3ファクシミリ送信かを判断す
る。G4送信の場合は、S5で送信コマンドをG4ファ
クシミリ通信制御部14に送り処理を終了する。G3送
信の場合は、S6で送信コマンドをG3ファクシミリ通
信制御部15に送り処理を終了する。
ば、LANシステム1上に配置された各クライアント端
末から送信操作を行なうことにより、サーバ装置10の
持つG4及びG3ファクシミリ通信機能を共有すること
ができ、また機能を分散することにより、クライアント
端末における負荷を軽減することができる。
施例であるクライアント・サーバ型ファクシミリシステ
ムを有するネットワークシステムの構成図である。同図
において、101は少なくとも2チャンネルを有するL
ANシステム、102,103はLANシステム101
に接続されたクライアント端末である。
網104にはG3規格での通信可能なファクシミリ装置
105,106が接続されている。
するためのサーバ装置であり、LANシステム101よ
りのデータを公衆電話網104に配信するとともに、公
衆電話網104よりのデータをLANシステム101へ
配信する処理も行なう。
示すブロツク図である。図2中、108はROM109
に内蔵された例えば図8に示す制御手順等に従い、装置
全体の制御を行なうCPUである。109は図8のフロ
ーチヤートに従うプログラム等を記憶したROM、11
0はCPU108のワークエリアとして使用するRA
M、111はG3ファクシミリ通信における制御を行な
うG3ファクシミリ通信制御部、112はG3ファクシ
ミリデータ送受信時の送受信データの一時格納用のバッ
ファメモリであり、ディスクファイルの転送速度と網速
度との間で生じる速度差を吸収する。113は各データ
の属性情報が格納される大容量ディスクメモリである。
制御を行なうLANシステム内通信制御部であり、この
LANシステム内通信制御部114を介して送信される
データ部分はLANシステム内バッファメモリ115上
に展開される。116はコード→イメージ変換部で、コ
ード文書をビット・マップ・メモリイメージに展開する
部分である。117はMH/MR変換部で、ディスクメ
モリ113にMH/MRで蓄積されているデータをビッ
ト・マップ・メモリイメージに圧縮/伸長する。
コード文書は、コード→イメージ変換部116でイメー
ジ展開され、かつMH/MR変換部117にて圧縮され
た後、ディスクメモリ113に蓄積される。
アント端末より送られてきたコマンドを解析し、例えば
そのコマンドがファクシミリ送信コマンドであった場合
は、G3ファクシミリ通信制御部111に送信コマンド
を送る。119はコマンドバッファメモリで、コマンド
解析・制御部118に、クライアント端末より送られて
きたコマンドを一時的に格納しておく場所である。12
0はCPU108と各部をつなぐシステムバスである。
構成を示すブロック図である。クライアント端末10
2,103は同一の構成であるため、図7を用いて一方
のクライアント端末102の構成を説明する。図7中、
121はROM122に内蔵された制御手順等に従い装
置全体の制御を行なうCPUである。122はプログラ
ムを記憶するROM、123はCPU121のワークエ
リアとして使用するRAMである。124はLANシス
テム内通信プロトコル制御を行なうLANシステム内通
信制御部であり、このLANシステム内通信制御部12
4を介して送信されるデータ部分はLANシステム内バ
ッファメモリ125上に展開される。126はクライア
ント端末から送信操作を行なった際に、サーバ装置10
7に送信コマンド等を送る送信操作部である。127は
CPU121と各部をつなぐシステムバスである。
主要な動作を説明する。
制御部118の動作を説明するフローチヤートである。
7のコマンド解析・制御部118は各クライアント端末
102または103からの依頼コマンド待ち状態になっ
ている。クライアント端末よりのコマンドがあった場合
は、S102に移りその依頼コマンドの解析をする。コ
マンド解析後、S103にてそのコマンドがファクシミ
リ送信かどうかの判断をする。ファクシミリ送信でない
場合は、S105に移りその他の処理を行ない、すべて
の処理を終了する。S103にてファクシミリ送信の依
頼であった場合は、S104に移りG3ファクシミリ通
信制御部111に送り処理を終了する。
ば、LANシステム101上に配置された各クライアン
ト端末から送信操作を行なうことにより、サーバ装置1
07の持つG3ファクシミリ通信機能を共有することが
でき、また機能を分散することにより、クライアント端
末における負荷を軽減することができる。
施例であるクライアント・サーバ型ファクシミリシステ
ムを有するネットワークシステムの構成図である。同図
において、201は少なくとも2チャンネルを有するL
ANシステム、202,203はLANシステム201
に接続されたクライアント端末である。
網204にはG4規格での通信可能なファクシミリ装置
205,206が接続されている。
するためのサーバ装置であり、LANシステム201よ
りのデータをISDN網204に配信するとともに、I
SDN網204よりのデータをLANシステム201に
配信する処理も行なう。
を示すブロツク図である。図10中、208はROM2
09に内蔵された制御手順(図12に示すプログラムを
含む)に従い、装置全体の制御を行なうCPUである。
209は図12のフローチヤートに従うプログラム等を
記憶したROM、210はCPU208のワークエリア
として使用するRAM、211はG4ファクシミリ通信
における制御を行なうG4ファクシミリ通信制御部、2
12はG4ファクシミリデータ送受信時の送受信データ
の一時格納用のバッファメモリであり、ディスクファイ
ルの転送速度と網速度との間で生じる速度差を吸収す
る。213は各データの属性情報が格納される大容量デ
ィスクメモリである。
制御を行なうLANシステム内通信制御部であり、この
LANシステム内通信制御部214を介して送信される
データ部分はLANシステム内バッファメモリ215上
に展開される。216はコード→イメージ変換部で、コ
ード文書をビット・マップ・メモリイメージに展開する
部分である。217はMMR変換部で、ディスクメモリ
213にMH/MRで蓄積されているデータをビット・
マップ・メモリイメージに圧縮/伸長する。
コード文書は、コード→イメージ変換部216でイメー
ジ展開され、かつMMR変換部217にて圧縮された
後、ディスクメモリ213に蓄積される。
アント端末より送られてきたコマンドを解析し、例えば
そのコマンドがファクシミリ送信コマンドであった場合
は、G4ファクシミリ通信制御部211に送信コマンド
を送る。219はコマンドバッファメモリで、コマンド
解析・制御部218に、クライアント端末より送られて
きたコマンドを一時的に格納しておく場所である。22
0はCPU208と各部をつなぐシステムバスである。
の構成を示すブロック図である。クライアント端末20
2,203は同一の構成であるため、図11を用いて一
方のクライアント端末202の構成を説明する。図11
中、221はROM222に内蔵された制御手順等に従
い装置全体の制御を行なうCPUである。222はプロ
グラムを記憶するROM、223はCPU221のワー
クエリアとして使用するRAMである。224はLAN
システム内通信プロトコル制御を行なうLANシステム
内通信制御部であり、このLANシステム内通信制御部
224を介して送信されるデータ部分はLANシステム
内バッファメモリ225上に展開される。226はクラ
イアント端末から送信操作を行なった際に、サーバ装置
207に送信コマンド等を送る送信操作部である。22
7はCPU221と各部をつなぐシステムバスである。
主要な動作を説明する。
・制御部218の動作を説明するフローチヤートであ
る。
7のコマンド解析・制御部218は各クライアント端末
202または203からの依頼コマンド待ち状態になっ
ている。クライアント端末よりのコマンドがあった場合
は、S202に移りその依頼コマンドの解析をする。コ
マンド解析後、S203にてそのコマンドがファクシミ
リ送信かどうかの判断をする。ファクシミリ送信でない
場合は、S205に移りその他の処理を行ない、すべて
の処理を終了する。S203にてファクシミリ送信の依
頼であった場合は、S204に移りG4ファクシミリ通
信制御部211に送り処理を終了する。
ば、LANシステム201上に配置された各クライアン
ト端末から送信操作を行なうことにより、サーバ装置2
07の持つG4ファクシミリ通信機能を共有することが
でき、また機能を分散することにより、クライアント端
末における負荷を軽減することができる。
実施例によるクライアント・サーバ型ファクシミリシス
テムが接続されたネットワークシステムの構成を示す図
である。同図において、301はLANシステム、30
2,303はLANシステム301に接続されたパーソ
ナルコンピュータやワークステーション等のクライアン
ト端末である。また304はISDN網であり、ISD
N網304にはG4規格に従って送受信可能なファクシ
ミリ装置305,306が接続されている。
網307にはG3規格に従って送受信可能なファクシミ
リ装置308,309が接続されている。310は本実
施例のファクシミリ送受信を実現するためのファクシミ
リサーバ装置であり、LANシステム301より得られ
るデータをISDN網304及び公衆電話網307に配
信すると共に、ISDN網304及び公衆電話網307
より得られるデータをLANシステム301に配信する
処理も行う。
置の構成を示すブロツク図である。同図において、31
1はROM312に内蔵された制御手順(図16に示す
フローチヤート対応のプログラムを含む)に従って装置
全体を制御するCPUである。312は上述のプログラ
ム等を記憶するROM、313はCPU311のワーク
エリアとして使用するRAMをそれぞれ示している。3
14はG4ファクシミリ送受信における管理/制御を行
うG4ファクシミリ送受信管理/制御部であり、315
はG3ファクシミリ送受信における管理/制御を行うG
3ファクシミリ送受信管理/制御部であって、それぞれ
G3/G4ファクシミリ送受信の管理と制御及び、受信
時にはファクシミリ受信したデータを、受信したページ
ごとに管理されたページファイルの作成を行う。316
はG4/G3のファクシミリデータ送受信時の送受信デ
ータの一時格納用のバッファメモリであり、ディスクフ
ァイルの転送速度と網速度との間で生じる速度差を吸収
する。317はファクシミリ通信部で、実際にG4/G
3ファクシミリの送信を行う。
ーションで作成されたデータファイルと、ファクシミリ
サーバ装置310でファクシミリ受信したMMR(モデ
ィファイド・モディファイド・リード)/MH(モディ
ファイド・ハフマン)/MR(モディファイド・リー
ド)フォーマットデータファイル及び、その属性情報が
格納される大容量ディスクメモリである。
を行うLANシステム内通信制御部であり、このLAN
システム内通信制御部319を介して送信されるデータ
部分はLANシステムバッファメモリ320上に展開さ
れる。
302又は303からファクシミリ送信依頼のあったフ
ァイルをビットイメージに変換し、さらに、ファクシミ
リ送信データフォーマットであるMMR/MH/MRデ
ータフォーマット形式に変換を行う。また、受信したデ
ータはMMR/MH/MRフォーマット形式で、ディス
クメモリ318に蓄積されるが、クライアント端末から
のサービス依頼により、ビットイメージへの変換も行
う。
グファイル及び、ファクシミリ受信したページファイル
を管理する。323はコマンド解析/制御部で、各クラ
イアント端末より送られてきたサービス依頼コマンドを
解析し、例えばそのコマンドがG4ファクシミリ送信コ
マンドであった場合は、G4ファクシミリ送受信制御部
に送信依頼をする。324はCPU311と各部をつな
ぐシステムバスである。
の構成を示すブロック図である。同図において、325
はROM326に内蔵された制御手順等に従い装置全体
の制御を行うCPUである。326は上述のプログラム
等を記憶するROM、327はCPU325のワークエ
リアとして使用するRAMである。
制御を行うLANシステム内通信制御部である。このL
ANシステム内通信制御部328を介して送信されるデ
ータ部分はLANシステム内バッファメモリ329上に
展開される。329はLANシステム内バッファメモリ
である。330はファクシミリ送信処理部で、クライア
ント端末から送信操作を行った際に、ファクシミリサー
バ装置に送信コマンド等を送る。331はディスクメモ
リ、332はCPU325と各部をつなぐシステムバス
である。
ついて説明する。
置によるファクシミリ送信動作を説明するフローチヤー
トである。
310のコマンド解析/制御部323は各クライアント
端末からのサービス依頼コマンドが来ると、そのコマン
ドを解析する。S302でサービス依頼コマンドがファ
クシミリ送信依頼コマンドかどうかを判断し、サービス
依頼コマンドの内容が、ファクシミリ送信依頼でない場
合は、S314に移り、依頼された他のサービス処理を
行い、本処理を終了する。一方、S302でサービス依
頼コマンドがファクシミリ送信依頼コマンドであった場
合、S303にて、その依頼内容がG4ファクシミリ送
信か、G3ファクシミリ送信かを判断する。この判断の
結果、G4ファクシミリ送信の場合には、S304に進
み、コマンド解析/制御部323は、G4ファクシミリ
送受信管理/制御部314に送信依頼をする。G4ファ
クシミリ送受信管理/制御部314は、さらにS305
において、ファクシミリ送信依頼されたファイルが、フ
ァクシミリフォーマット変換の必要があるかどうかを判
断する。尚、G4ファクシミリ送信の場合は、MMRフ
ァイルであるかどうかを判断する。ファクシミリフォー
マット変換の必要がある場合は、S306で、G4ファ
クシミリ送受信管理/制御部314は画像処理部321
にファクシミリ送信依頼のあったファイルを、ファクシ
ミリフォーマットファイルに変換する旨の依頼をする。
画像処理部321でファクシミリフォーマットファイル
への変換が終了したら、S307でファクシミリ通信部
317に対してファクシミリ送信依頼をする。ファクシ
ミリ通信部317では、S308で、MMRファイル
を、送信依頼のあった電話番号へファクシミリ送信を行
い、本処理を終了する。S305でファクシミリ送信依
頼されたファイルが、ファクシミリフォーマット変換の
必要がない場合は、S306をスキップしてS307に
移りその後は、上述した様に、ファクシミリフォーマッ
ト変換の必要がある場合と同様になる。
マンドがG3ファクシミリ送信の依頼の場合は、S30
9で、コマンド解析/制御部323は、G3ファクシミ
リ送受信管理/制御部315に送信依頼をする。G3フ
ァクシミリ送受信管理/制御部315は、S310で、
ファクシミリ送信依頼されたファイルが、ファクシミリ
フォーマット変換の必要があるかどうかを判断する。
尚、G3ファクシミリ送信の場合は、MH/MRファイ
ルであるかどうかを判断する。ファクシミリフォーマッ
ト変換の必要がある場合は、S311でG3ファクシミ
リ送受信管理/制御部315は画像処理部321にファ
クシミリ送信依頼のあったファイルを、ファクシミリフ
ォーマットファイルへの変換の依頼をする。画像処理部
321でファクシミリフォーマットファイルへの変換が
終了したら、S312で、ファクシミリ通信部317に
対して、ファクシミリ送信依頼が送られる。ファクシミ
リ通信部317ではS313で、MH/MRファイル
を、送信依頼のあった電話番号へファクシミリ送信を行
い、処理を終了する。S310でファクシミリ送信依頼
されたファイルがファクシミリフォーマット変換の必要
がない場合は、S311をスキップしてS312に移り
その後は、上述した様に、ファクシミリフォーマット変
換の必要がある場合と同様になる。
る。
置によるファクシミリ受信動作を説明するフローチヤー
トである。
7はファクシミリ受信待ちになっている。受信しない場
合は、S315に戻り永久ループとなる。S315で、
ファクシミリ受信が行われた場合には、S316におい
て、ファクシミリ通信部317はG4ファクシミリ受信
かG3ファクシミリ受信かを判断する。その結果、G4
ファクシミリ受信の場合は、処理はS317に移る。S
317で、ファクシミリ通信部317はG4ファクシミ
リ送受信管理/制御部314にG4ファクシミリ受信し
たことを通知する。S317において、G4ファクシミ
リ受信を通知されたG4ファクシミリ送受信管理/制御
部314は、S318で、ファクシミリ受信したデータ
をページごとに管理するページファイルを作成する。続
いて、S319で、G4ファクシミリ送受信管理/制御
部314はS318で作成したページファイルの登録と
通信ログファイルの更新をファイル管理/制御部322
に依頼をし、本処理を終了する。
G3ファクシミリ受信と判断した場合には、処理はS3
20に移る。S320で、ファクシミリ通信部317は
G3ファクシミリ送受信管理/制御部315にG3ファ
クシミリ受信したことを通知する。S320でG3ファ
クシミリ受信を通知されたG3ファクシミリ送受信管理
/制御部315は、S321にて、ファクシミリ受信し
たデータをページごとに管理するページファイルを作成
する。続いて、S322でG3ファクシミリ送受信管理
/制御部315は、S321で、作成されたページファ
イルの登録と通信ログファイルの更新とをファイル管理
/制御部322に依頼し、本処理を終了する。
ば、LAN上に配置された各クライアント端末からのサ
ービスの依頼コマンドにより、ファクシミリサーバ装置
の持つG4及びG3ファクシミリ送受信機能を共有する
ことができ、またファクシミリ送受信機能がファクシミ
リサーバ装置におけれることにより、クライアント端末
における負荷を軽減することができる。さらに、ファク
シミリサーバ装置で、LAN上のクライアント端末から
のファクシミリ送受信に関して、管理することができ
る。
ミリ通信部317を、サーバ装置内ではなく、外部装置
の内部に設けても良い。一例として、パソコンやワーク
ステーションの標準インターフエースであるSCSI
(Small Computer System In
terface)を介して接続させた構成例を挙げるこ
とができる。
実施例によるクライアント・サーバ型ファクシミリシス
テムの構成を示すブロック図である。図18において、
401〜403はクライアント端末であり、パソコンま
たはワークステーションである。404はLAN、40
5はサーバ装置、411はWAN(広域網)、412〜
414はG4ファクシミリのファクシミリ端末を示して
いる。
置全体を制御する主制御部で、プログラムによって動作
するCPU406a、CPU406aが動作するための
制御プログラム(図20のフローチャートに従うプログ
ラムを含む)を格納したROM406b、各種プログラ
ムのワークエリアとして用いるRAM406cを具備す
る。407は読み込みファイル蓄積部で、クライアント
端末から読み込んだファイルを格納(蓄積)するもので
ある。ここでのファイルはTEXTファイル、TIFF
(Tag Image File Format) フ
ァイルなど各種ファイルが含まれる。408はファイル
変換部で、TEXTファイルやTIFFファイルからM
MRファイル、またはMMRファイルからTIFFファ
イルに変換する装置である。409はファクシミリファ
イル蓄積部であり、MMRファイルを蓄積しておく。4
10は待機情報格納部であり、ファクシミリデータ登録
を依頼したクライアントからの情報を格納する装置であ
る。これら主制御部406、ファイル蓄積部407、フ
ァイル変換部408、ファクシミリファイル蓄積部40
9、待機情報格納部410の各部を有したサーバ装置4
05には、広域網[デジタルデータ網、専用線、電話網
ISDN(サービス総合デジタル網)等を含む]、およ
びLANなどが接続される。
である。待機情報は、待機情報格納部410に格納され
る情報群である。図19において、415はファクシミ
リデータ登録を依頼したクライアントのLANアドレ
ス、416は送信先電話番号、送信解像度、送信原稿サ
イズなどの送信先情報、417は送信フアイル名であ
る。418はファイル蓄積部407に蓄積されているか
否かを示すフラグである。
図20は本実施例によるクライアント・サーバ型ファク
シミリの動作を説明するフローチャートである。
御部406(CPU406a)の制御の元に、以下の処
理を実行する。以下の説明は、クライアント401がサ
ーバ装置405に対してファイルを送信する場合を例に
挙げている。
ト401はまず送信ファイルの指定を行う。
らば送信解像度や送信原稿サイズなど各種サービス機能
の設定をおこない、そして送信コマンドを起動する。
イアント端末401からファクシミリデータ送信の依頼
を受けつける。依頼はLANアドレス、送信先情報、送
信ファイル名、ファイル蓄積フラグからなる待機情報の
形で渡される。そこで送信依頼がなされたならばS40
2で待機情報を待機情報格納部410に格納する。そし
て再びS401へ進み、処理を繰り返す。この処理によ
り、複数のクライアントから同時に送信依頼がなされた
場合でも、送信依頼はこの待機情報部410にキューと
して蓄積され、エラーを返すことをしない。
合、S403で待機情報格納部410のファイル蓄積フ
ラグ418を参照し、ファイル蓄積部407に未蓄積の
データがあるかを判断する。未蓄積データがない場合、
あるいは待機情報そのものがない場合には処理を終了す
る。
てS404にてファイル蓄積部407の容量に送信ファ
イルを読み込むだけの余裕があるかを判断する。余裕が
あれば、送信要求のされた時刻の古いものから、あるい
は優先順位の高い待機情報データについて以下に示す処
理を施す。
える場合、S405にて待機情報を読み込み、送信依頼
したクライアント端末のLANアドレスと、送信するフ
ァイル名を得る。続いてS406にて送信依頼したクラ
イアントから、指定された送信ファイルをファイル蓄積
部407へ読み込む。
いと判断された場合、S407にて、待機情報のファイ
ル蓄積フラグ418に未蓄積とセットする。未蓄積とセ
ットされたファイルはファイル容量に余裕が生じるま
で、実際の送信処理は施されないものとなる。
返す。
ァイルを逐次ファクシミリデータフォーマットに変換
し、待機情報から指示されたとおりに送信し、終了後た
だちにその待機情報を待機情報格納部410から削除
し、また送信ファイルをファイル蓄積部407から削除
して、再び次のファイル蓄積部407にあるファイルを
同様に処理していく。
ば、同時に複数のクライアントから送信依頼がなされた
場合に、ビジーを返されたクライアントが何本も依頼し
なおすことなしに1度の操作で送信することができ、ク
ライアント側のオペレータの労力の軽減を図ることが出
来る。
に持つのではなくクライアント側に持たせてもなんら問
題はない。すなわち、クライアントはファクシミリ送信
をサーバに要求してビジーを返された場合に、送信先情
報416をあらかじめ決められたディレクトリにセーブ
しておき、サーバにLANアドレス415と送信フアイ
ル名417だけを記録しておく。そしてサーバはひとつ
の処理が終了しだい順次送信依頼を行ったクライアント
から送信文書と送信情報を読みこむのである。以上によ
り、ファクシミリデータ送信時のサーバ装置の負荷の低
減を図れる。
実施例によるクライアント・サーバ型ファクシミリシス
テムの構成を示す図である。同図において、501はフ
ァクシミリサーバ装置であり、主制御部502と主記憶
部503と、LAN507との通信制御を行うLANイ
ンターフェイス部504と、WAN508との通信制御
を行うWANインターフェイス部505とWAN側の回
線番号とLAN側のIP(Internet Prot
ocol) アドレスとの間の変換テーブル506とか
ら構成される。変換テーブル506の内容は、以下の表
1に示される。
された端末を一意に区別するために各端末に割り振られ
た、32ビットの2進数で表される数値で、Inter
net Protocol を採用したLANにおいて
用いられている。509−1〜509−4はLANによ
りファクシミリサーバに接続されたクライアントワーク
ステーション、510−1〜510−5は公衆網に接続
されたファクシミリである。
ト側とサーバ側との間におけるシステムの動作を説明す
るフローチャートである。初期状態では、ファクシミリ
サーバ側はファクシミリクライアントからのテーブル表
示要求受信待ちに(S502)、クライアント側はユー
ザからのテーブル表示選択入力(S501)の状態にな
っている。
択すると、クライアントは、サーバにテーブル表示要求
を送り(S501)、サーバからのテーブル受信待ちと
なる(S505)。
て(S502)、アドレステーブルを参照し(S50
3)、その結果をクライアントに送信し(S504)
し、テーブルの変更内容受信待ちとなる(S508)。
テーブルの変更には、以下の表2に示す種類を用意す
る。
して(S505)、テーブルを画面に表示して(S50
6)、ユーザからの変更入力待ちとなる(S507)。
ブルを変更内容を入力する。クライアントは入力された
変更内容をサーバへ送信(S507)し、クライアント
はサーバからのテーブル受信待ちとなる(S511)。
信して(S508)、実際にテーブルの変更処理を行う
(S509)。テーブルの変更が終了すると、変更され
たテーブルの内容をクライアントへ送信し(S51
0)、テーブル表示要求受信待ちへ戻る(S502)。
(S511)して、アドレステーブルを表示し(S51
2)、テーブル表示選択入力へ戻る(S501)。
ば、クライアント端末側からサーバ装置上にあるテーブ
ルを変更することが可能になる。これによりクライアン
トワークステーションを使用しているユーザは、サーバ
ワークステーション上にあるアドレス変換テーブルの変
更のために、サーバ装置の所まで行く必要がなくなり時
間の節約ができ、クライアント端末上での作業も中断さ
れなくなる。またサーバ装置を直接操作することが無く
なるため、サーバシステム管理者が不在のときでも、サ
ーバ装置に対して悪影響を与えることなく誰でもテーブ
ル変更操作を行うことができる。サーバテーブル変更を
速やかに行うことが可能となり、また、テーブルの変更
操作をユーザに任せることができるためサーバシステム
管理者の管理負担も軽減する。
明する。
ト側とサーバ側との間におけるシステムの動作を説明す
るフローチャートである。図23において、クライアン
ト側、サーバ側で、図22のフローチヤートの各ステツ
プと同様の処理には、同一のステツプ番号に”を付して
いる。
ァクシミリクライアントからのテーブル表示要求受信待
ちに(S502”)、クライアント側はユーザからのテ
ーブル 表示選択入力(S501”)の状態になってい
る。
択すると、クライアントは、サーバにテーブル表示要求
を送り(S501”)、サーバからのテーブル受信待ち
(S505”)となる。
(S502”)して、アドレステーブルを参照(S50
3”)し、その結果をクライアントに送信(S50
4”)し、テーブルの変更結果受信待ち(S519)と
なる。
(S505”)して、テーブルを画面に表示(ステップ
S506”)した後に、ユーザからの入力にしたがって
アドレステーブルを変更(S517)する。
バへ送信(S518)し、テーブル表示選択入力待ち
(S501”)へ戻る。
(S519)してテーブルを更新(S520)した後
に、テーブル表示要求受信待ち(S502”)へ戻る。
テーション側からサーバワークステーション上に存在す
るアドレス変換テーブルを変更することが可能になる。
システムに適用しても1つの機器から成る装置に適用し
ても良い。また、本発明は、システム或は装置にプログ
ラムを供給することによって達成される場合にも適用で
きることはいうまでもない。さらに、本発明は、上述し
た実施例に限らず、クレームに示した範囲で種々変形が
可能である。
ータ端末から受信したデータ処理要求に基づく処理を受
付可能と判定した場合に処理対象のデータを要求し処理
を実行するので、予め処理対象のデータを蓄積しなくて
もデータ処理要求を受付け、処理可能時に処理を実行さ
せることができる。
ーバ型ファクシミリシステムを有するネットワークシス
テムの構成図である。
ク図である。
ブロック図である。
作を説明するフローチヤートである。
ーバ型ファクシミリシステムを有するネットワークシス
テムの構成図である。
ク図である。
ブロック図である。
作を説明するフローチヤートである。
ーバ型ファクシミリシステムを有するネットワークシス
テムの構成図である。
ツク図である。
すブロック図である。
動作を説明するフローチヤートである。
ステムを示す図である。
の構成を示すブロック図である。
を示すブロック図である。
のファクシミリ送信動作を説明するフローチャートであ
る。
のファクシミリ受信動作を説明するフローチャートであ
る。
サーバ型ファクシミリシステムの構成を示すブロック図
である。
ファクシミリシステムの動作を説明するフローチャート
である。
サーバ型ファクシミリシステムの構成を示す図である。
バ側との間におけるシステムの動作を説明するフローチ
ャートである。
バ側との間におけるシステムの動作を説明するフローチ
ャートである。
ト端末 4,204 ISDN網 5,6 G4ファクシミリ装置 7,104 公衆電話網 8,9 G3ファクシミリ装置 10,107,207 サーバ装置 11,26,108,121,208,221 CPU 12,27,109,122,209,222 ROM 13,28,110,123,210,223 RAM 14 G4ファクシミリ通信制御部 15 G3ファクシミリ通信制御部 16,112,212 ファクシミリバッファメモリ 17,113,213 ディスクメモリ 18,29,114,124,214,224 LAN
システム内通信制御部 19,30,115 LANシステム内バッファメモリ 20,116,216 コード→イメージ変換部 21,217 MMR変換部 22,117 MH/MR変換部 23,118,218 コマンド解析・制御部 24,119,219 コマンドバッファメモリ 25,32,120,127,220,217 システ
ムバス 31,126,226 送信操作部
Claims (6)
- 【請求項1】 処理対象のデータを保持するデータ端末
と接続する接続手段と、 前記接続手段を介して接続されたデータ端末からデータ
処理要求を受信する第1の受信手段と、 前記第1の受信手段で受信したデータ処理要求に基づく
処理を受付可能か判定する判定手段と、 前記判定手段により受付可能と判定した場合に前記第1
の受信手段で受信したデータ処理要求に基づく処理対象
のデータを要求する要求手段と、 前記要求手段による要求に応じて処理対象のデータを受
信する第2の受信手段と、 前記第2の受信手段で受信した処理対象のデータを前記
第1の受信手段で受信したデータ処理要求に基づき処理
する処理手段とを有することを特徴とするデータ処理装
置。 - 【請求項2】 前記接続手段は複数の端末を接続可能な
ローカルエリアネットワークと接続することを特徴とす
る請求項1に記載のデータ処理装置。 - 【請求項3】 前記第1の受信手段で受信するデータ処
理要求にはローカルエリアネットワーク上の端末を特定
する情報が含まれ、前記要求手段は該端末を特定する情
報に基づくデータ端末に処理対象にデータを要求するこ
とを特徴とする請求項2に記載のデータ処理装置。 - 【請求項4】 前記処理手段は前記第1の受信手段で受
信したデータ処理要求に含まれる送信情報に従って前記
第2の受信手段で受信した処理対象のデータを送信する
ことを特徴とする請求項1乃至3のいずれかに記載のデ
ータ処理装置。 - 【請求項5】 さらに、前記第2の受信手段で受信した
処理対象のデータを蓄積する蓄積手段を有し、 前記判定手段は前記蓄積手段の残り容量に基づき前記第
1の受信手段で受信したデータ処理要求に基づく処理を
受付可能か判定することを特徴とする請求項1乃至4の
いずれかに記載のデータ処理装置。 - 【請求項6】 処理対象のデータを保持するデータ端末
に接続されたデータ処理装置によるデータ処理方法であ
って、 前記データ端末からデータ処理要求を受信する第1の受
信工程と、 前記第1の受信工程で受信したデータ処理要求に基づく
処理を受付可能か判定する判定工程と、 前記判定工程により受付可能と判定した場合に前記第1
の受信工程で受信したデータ処理要求に基づく処理対象
のデータを要求する要求工程と、 前記要求工程における要求に応じて処理対象のデータを
受信する第2の受信工程と、 前記第2の受信工程で受信した処理対象のデータを前記
第1の受信工程で受信したデータ処理要求に基づき処理
する処理工程とを有することを特徴とするデータ処理方
法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP28215099A JP3486584B2 (ja) | 1991-11-07 | 1999-10-01 | データ処理装置及び方法 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP29112591 | 1991-11-07 | ||
JP3-291125 | 1991-11-07 | ||
JP28215099A JP3486584B2 (ja) | 1991-11-07 | 1999-10-01 | データ処理装置及び方法 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP26340692A Division JP3367976B2 (ja) | 1991-07-11 | 1992-10-01 | データ処理装置及び方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2000101654A true JP2000101654A (ja) | 2000-04-07 |
JP3486584B2 JP3486584B2 (ja) | 2004-01-13 |
Family
ID=26554491
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP28215099A Expired - Fee Related JP3486584B2 (ja) | 1991-11-07 | 1999-10-01 | データ処理装置及び方法 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3486584B2 (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113992700A (zh) * | 2020-07-09 | 2022-01-28 | Tcl科技集团股份有限公司 | 一种基于分布式网络的指令解析方法、终端及存储介质 |
-
1999
- 1999-10-01 JP JP28215099A patent/JP3486584B2/ja not_active Expired - Fee Related
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113992700A (zh) * | 2020-07-09 | 2022-01-28 | Tcl科技集团股份有限公司 | 一种基于分布式网络的指令解析方法、终端及存储介质 |
CN113992700B (zh) * | 2020-07-09 | 2023-12-26 | Tcl科技集团股份有限公司 | 一种基于分布式网络的指令解析方法、终端及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
JP3486584B2 (ja) | 2004-01-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3367976B2 (ja) | データ処理装置及び方法 | |
US5267047A (en) | Apparatus and method of operation for a facsimilie subsystem in an image archiving system | |
JPH0764893A (ja) | ネットワーク・システム | |
US7257615B2 (en) | Server side execution of application modules in a client and server system | |
JP4903092B2 (ja) | 画像処理装置、画像処理制御方法、及び画像処理制御プログラム | |
JPH11284683A (ja) | データ転送装置とデータの転送方法、及び情報処理システム | |
JP3498573B2 (ja) | 画像入力装置,画像入力方法及びコンピュータ読み取り可能な記録媒体 | |
JP3466914B2 (ja) | ネットワークファクシミリ通信システムの制御方法 | |
JP2000101654A (ja) | デ―タ処理装置及び方法 | |
JPH07327219A (ja) | 電子会議システム及び会議サーバ及び参加者コンピュータ | |
JP3207644B2 (ja) | 画像表示制御装置および画像描画装置および画像表示制御方法および画像描画方法 | |
JPH0758898A (ja) | クライアント・サーバ型ファクシミリシステム | |
JP3229062B2 (ja) | 通信方式 | |
JP3347391B2 (ja) | ファクシミリシステム及び通信方法 | |
JP3548212B2 (ja) | ファクシミリシステム、サーバ装置及び通信制御方法 | |
JP3912000B2 (ja) | 通信端末装置 | |
JP2610457B2 (ja) | ファクシミリ接続装置 | |
JPH10191008A (ja) | ファクシミリ装置 | |
JPH0783377B2 (ja) | マルチメディアメール装置 | |
JPH07221896A (ja) | ファクシミリ・クライアント・サーバ装置 | |
JPH0798579A (ja) | 画像表示システム | |
JPH08138033A (ja) | 画像編集装置とその方法及び画像表示制御装置とその方法及び画像編集装置と画像表示制御装置から構成されるシステム | |
JPH07220051A (ja) | 画像データ変換システム | |
JP2001306534A (ja) | ネットワーク連携装置、ネットワーク連携方法およびその方法をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体 | |
JPH07147677A (ja) | 情報伝送システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20031003 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071024 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081024 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091024 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091024 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101024 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101024 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111024 Year of fee payment: 8 |
|
LAPS | Cancellation because of no payment of annual fees |