JPH05252220A - 複数チャネル使用のファイル転送方式 - Google Patents

Abstract

(57)【要約】 【目的】 大容量の受信バッファを必要としない複数チ
ャネル使用のファイル転送方式を提供すること、 【構成】 ファクシミリ装置で送信されるデータ（ファ
イル）は複数のブロックに分割され、データ分配部３１
に送られる。データ分配部３１は、複数のブロックを現
在有効なチャネル３２ａ〜３２ｅに配分する。この時、
データ分配部３１は前記ブロックをデータの早い順に配
分する。ブロックの数が多い場合には、チャネル３２ａ
〜３２ｅへの配分を何回も繰返す。受信バッファ３３は
各チャネルを介して送られてきたブロックを蓄積し、先
頭のブロックから順次プリンタ３４に送る。プリンタ３
４のプリント速度はデータの伝送速度より大幅に大きい
ので、受信バッファ３３は（２ブロック×チャネル数）
の容量を有していればよく、大幅に小容量化できる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は複数チャネル使用のフ
ァイル転送方式に関し、特に受信側のファクシミリ装置
に備えられている受信バッファの容量を低減したファイ
ル転送方式に関する。

【０００２】

【従来の技術】従来、送信しようとするデータ（ファイ
ル）を複数のブロックに分割し、複数チャネルを用いて
並列的に伝送する超高速通信方式が提案されている。

【０００３】図７は、この超高速通信方式の一部分の構
成を示し、３１は複数のブロックに分割された送信デ―
タを、複数チャネルに分配するデータ分配部である。３
２は有効となった複数チャネルであり、送信側ファクシ
ミリ装置と受信側ファクシミリ装置との間で通信可能と
なった回線である。３２ａ〜３２ｅは、それぞれ、チャ
ネル０（ｃｈ．０）〜チャネル４（ｃｈ．４）を示して
いる。

【０００４】３３は各チャネル３２ａ〜３２ｅを介して
受信したデータを格納する受信バッファであり、３４は
プリンタである。周知のように、プリンタ３４のプリン
ト速度はデータの伝送速度より大幅に大きい。

【０００５】今、図８に示されているようなデータＸが
あった場合、前記データ分配部３１はチャネル０〜４の
伝送速度に応じた比に、該データＸを分割し分配する。
なお、図中のＤ０は、１ブロックデータを表している。

【０００６】図９に示されているように、チャネル０〜
４の伝送速度が全て等しい速度の９６００ｂｐｓの時に
は、データＸは図８に示されているように、データＡ〜
Ｅに等分割される。そして、データＡはチャネル０に、
データＢはチャネル１に、……、データＥはチャネル４
に配送される。

【０００７】分配されたデータＡ〜Ｅは、図７に示され
ているように、複数チャネル３２を経て、受信バッファ
３３に一旦蓄積される。ここで、プリンタ３４が空きの
状態にあれば、プリンタ３４は受信バッファ３３が受信
したデータをＡから順にＥまでプリントアウトする。

【０００８】前記のように、プリンタ３４のプリント速
度はデータの伝送速度より大幅に大きいので、データＡ
は受信バッファ３３に殆ど蓄積されることなくプリント
アウトされるが、Ｂ〜ＥデータはデータＡのプリント中
はプリントされることはできないので、受信バッファ３
３に一旦蓄積される。そして、データＡのプリントが終
了すると、Ｂ→Ｃ→Ｄ→Ｅの順に高速でプリントアウト
される。この様子は、図９のプリンタのグラフに示され
ている。

【０００９】上記の例では、データＢ〜Ｅを受信バッフ
ァに完全に蓄積する必要があるため、受信バッファ３３
の容量として、最低でも、（４／５）・Ｘが必要にな
る。

【００１０】次に、チャネル０〜４の伝送速度が異なる
場合、例えば図１０に示されているように、チャネル
０、１は９６００ｂｐｓ、チャネル２〜４は４８００ｂ
ｐｓであった場合には、前記データ分配部３１は、前者
のチャネル０、１には２、後者のチャネル２〜４には１
の割合で、前記データＸを分配する。

【００１１】この結果、２倍の量のデータＡ´、Ｂ´は
それぞれチャネル０、１に、１倍の量のデータＣ´、Ｄ
´、Ｅ´はそれぞれチャネル２、３、４に分配される。
そして、データＡ´は受信されるや否やプリンタ３４に
よりプリントアウトされる。一方、データＢ´、Ｃ´、
Ｄ´、Ｅ´は一旦受信バッファ３３に受信された後、プ
リントアウトされる。

【００１２】このため、受信バッファ３３の容量とし
て、最低でも、（５／７）・Ｘが必要になる。

【００１３】

【発明が解決しようとする課題】以上の説明から明らか
なように、従来の複数チャネル使用のファイル転送方式
においては、受信側のファクシミリ装置に大容量の受信
バッファを必要とする問題があった。また、この受信バ
ッファの容量は、送信するファイルのデータ量が多くな
ればなるほど大きくなるという問題があった。

【００１４】本発明の目的は、前記した従来方式の問題
点を除去し、大容量の受信バッファを必要としない複数
チャネル使用のファイル転送方式を提供することにあ
る。

【００１５】

【課題を解決するための手段】前記目的を達成するため
に、本発明は、複数チャネルを捕捉した状態で、分割さ
れた個々のブロックを、該複数チャネルに、データ順か
つ個別的に配送するようにした点に特徴がある。

【００１６】

【作用】本発明によれば、受信側ファクシミリの受信バ
ッファに、ブロック単位のデータがデータ順に、かつ循
環的に蓄積されるので、受信バッファに蓄積されたデー
タを順次プリンタでプリントアウトすることにより、該
受信バッファの容量を従来のものに比べて大幅に低減す
ることができる。

【００１７】

【実施例】以下に、図面を参照して、本発明を詳細に説
明する。図２は、本発明が適用されるファクシミリ装置
の送信部の概略ブロック図である。

【００１８】図２において、操作部１１ａは、テンキー
や機能選択キーなどの操作キーや表示部等を有し、オペ
レータによる操作内容に応じた情報をシステム制御部１
０ａに出力する。システム制御部１０ａは当該ファクシ
ミリ装置全体を制御する。

【００１９】画像入力部１４ａは、原稿１上の原稿情報
を読み込んで電気信号の通信データに変換し、これを符
号化部１５ａへ出力する。符号化部１５ａは通信データ
を符号化してファイル蓄積部１６ａに出力する。

【００２０】ファイル蓄積部１６ａは符号化された通信
データを画像ファイルとして蓄積する。ファイル分割部
１７ａは、ファイル蓄積部１６ａに蓄積された通信デー
タを複数のブロックデータに分割して出力する。分割ブ
ロック制御部１８ａは、図３に示されているように、前
記分割された各ブロックデータにドキュメントＮo.、ペ
ージＮo.、ブロックＮo.、ブロックデータサイズ、画
質、および紙サイズ等の管理情報を付加して出力する。

【００２１】ブロック配送制御部３３ａは、各プロトコ
ル制御部２１ａ−１〜２１ａ−ｎに各ブロックデータを
引き渡す。各プロトコル制御部２１ａ−１〜２１ａ−ｎ
は、引き渡されたブロックデータを、通常のプロトコル
処理によって受信局へ送信する。複数通信制御部１２ａ
は、各プロトコル制御部２１ａ−１〜２１ａ−ｎを制御
する。

【００２２】回線制御部２０ａ−１〜２０ａ−ｎは、ワ
ンタッチダイヤルや短縮ダイヤルなどによる送信指示が
あった場合、自動的にダイヤリングをして受信局を呼び
出し、受信局との回線の接続処理を実行する。

【００２３】回線切替部１９ａは、システム制御部１０
ａからの指示に応じて、各プロトコル制御部２１ａ−１
〜２１ａ−ｎと各回線制御部２０ａ−１〜２０ａ−ｎと
を適宜に接続する。複数回線制御部１３ａは、各回線制
御部２０ａ−１〜２０ａ−ｎを制御する。

【００２４】本発明は前記ブロック配送制御部３３ａの
機能を改善した点に特徴があり、以下に詳細に説明す
る。

【００２５】図１は本発明の一実施例の機能ブロック図
であり、ブロック配送制御部３３ａは、分割ブロック受
付部３３１、配送順番管理部３３２および分割ブロック
配送部３３３から構成されている。なお、他の符号は図
２のものと同一または同等物を示す。

【００２６】いま、図４に示されているようなデータＸ
が前記分割ブロック制御部１８ａから送られてくるもの
とする。このデータＸは、該分割ブロック制御部１８ａ
によって作成された所定のブロックデータサイズのブロ
ックＤ１、Ｄ２、Ｄ３、……から構成されているものと
する。

【００２７】前記のデータＸは、前記ブロック配送制御
部３３ａの分割ブロック受付部３３１によって受信され
る。そして、配送順番管理部３３２に送られる。この配
送順番管理部３３２は、図４に示されているように、ブ
ロックＤ１、Ｄ２、Ｄ３、……を現在有効になっている
回線（図示の例では、チャネルｃｈ．０〜ｃｈ．４）に
順次振り分ける。

【００２８】図示されているように、ｃｈ．０〜ｃｈ．
４へのブロックデータの振り分けは循環的に行われる。
すなわち、ブロックＤ１〜Ｄ５の振り分けが終了する
と、ブロックＤ６は再びｃｈ．０に振り分けられ、以下
ブロックＤ７、Ｄ８、……はｃｈ．１、ｃｈ．２、……
へ振り分けられる。

【００２９】この振り分け動作を、図６のフローチャー
トを参照して説明する。ステップＳ１では、配送管理カ
ウンタのカウント値が−１に設定される。ステップＳ２
では使用回線数が、ラインとして設定される。この例で
は使用回線数は５回線であるので、ライン＝５と設定さ
れる。

【００３０】ステップＳ３では、配送するブロックがあ
るか否かの判断をし、その判断が肯定であると、ステッ
プＳ４に進んで、前記カウント値に１が加算される。ス
テップＳ５ではカウント値＝ラインが成立したか否かの
判断がなされ、この判断が否定であると、ステップＳ７
に進んで、カウント値と受領したブロックとを分割ブロ
ック配送部３３３に渡す処理が行われる。その処理が終
了すると、ステップＳ３に戻って、前記ステップＳ４、
Ｓ５、Ｓ７が繰り返される。

【００３１】その結果、ステップＳ５の判断が肯定にな
ると、ステップＳ６に進んで、前記配送管理カウンタの
カウント値が０にセットされる。そして、再び、ステッ
プＳ７、Ｓ４、Ｓ５、Ｓ７の処理が繰り返される。前記
ステップＳ３の判断が否定になると、前記一連の動作は
終了する。

【００３２】以上の動作により、前記ブロックＤ１には
カウント値０が付され、ブロックＤ２にはカウント値１
が付され、ブロックＤ３にはカウント値２が付される。
以下同様に、ブロックＤ４にはカウント値３、ブロック
Ｄ５にはカウント値４が付され、ブロックＤ６にはカウ
ント値０が付される。以下、ブロックＤ７にはカウント
値１、ブロックＤ８にはカウント値２、……が付される
ことになる。

【００３３】前記分割ブロック配送部３３３は前記のよ
うにカウント値が付されたブロックを、該カウンタ値に
基づいてそれぞれのチャネルに対応するプロトコル制御
部２１ａに配送する。すなわち、カウント値０が付され
たブロックはチャネル０に、カウント値１が付されたブ
ロックはチャネル１に、……、カウント値４が付された
ブロックはチャネル４に配送する。この時、各チャネル
は通信可能の状態に捕捉しておく。

【００３４】今、データＸがブロックＤ１〜Ｄ１５から
構成されているとすると、該ブロックＤ１〜Ｄ１５は、
図５に示されているチャネルｃｈ．０〜ｃｈ．４に配送
され、かつ図示されているタイムチャートでｃｈ．０〜
ｃｈ．４上を伝送される。そして、順次、受信側のファ
クシミリ装置の受信バッファ３３（図７参照）に蓄積さ
れる。

【００３５】次いで、該受信バッファ３３に蓄積された
順に、プリンタ３４でプリントアウトされる。この時、
プリンタ３４はブロックデータＤ１が受信バッファ３３
に届くと、即座に動作を始めることができる。なお、プ
リンタ３４のプリント速度がブロックデータＤ１、Ｄ
２、……の伝送速度より大きいことは、前述した通りで
ある。

【００３６】本実施例によれば、該プリンタ３４は図５
に示されているように、ｃｈ．０のブロックＤ１が前記
受信バッファ３３に入力すると、プリントを開始し、高
速でプリントアウトする。

【００３７】すなわち、最初のブロックＤ１は受信バッ
ファ３３への到着を待ってプリントアウトされる。その
間にブロックＤ２〜Ｄ５は受信バッファ３３に蓄積さ
れ、前記ブロックＤ１のプリントが終わると、ブロック
Ｄ２、Ｄ３、Ｄ４、……の順にプリントアウトされる。
この時、プリンタ３４のプリント速度は高速であるの
で、ブロックＤ２〜Ｄ５のプリントアウトは短時間で終
了する。

【００３８】図５の例では、ブロックＤ５のプリントア
ウトが終了した時に、ブロックＤ６は大部分受信バッフ
ァ３３に蓄積されているので、プリンタ３４はブロック
Ｄ５のプリントに引き続いて、ブロックＤ６のプリント
アウトを実行する。

【００３９】ブロックＤ６のプリントアウトが終了した
時には、ブロックＤ７〜Ｄ１０は受信バッファ３３に全
部蓄積されているので、ブロックＤ６のプリントが終了
すると、引き続きブロックＤ７、Ｄ８、…、Ｄ１０のプ
リントを行う。

【００４０】以下、同様に、ブロックＤ１０のプリント
が終了すると、ブロックＤ１１のプリントが引続き行わ
れ、このブロックＤ１１のプリントが終わると、ブロッ
クＤ１２、Ｄ１３、……、Ｄ１５のプリントが順次行わ
れる。

【００４１】以上の動作から明らかなように、本実施例
によれば、受信バッファ３３の容量は、ブロックＤ１〜
Ｄ１０の合計分だけあればよく、前記データＸのデータ
量がいくら大きくなってもこの容量で十分である。よっ
て、本実施例によれば、受信バッファの容量を従来のそ
れより、大幅に削減することができ、また送信データ量
が多くなればなるほど、従来装置との効果の違いは大き
くなる。

【００４２】なお、前記実施例では、並列送信に使用さ
れる有効回線数が５回線の場合であったが、本発明はこ
れに限定されず、何回線であっても効果があることは明
らかである。

【００４３】また、伝送速度が異なる複数チャネルを利
用する場合には、ブロックの配分を該伝送速度比にする
ようにしてもよい。

【００４４】

【発明の効果】以上の説明から明らかなように、本発明
によれば、送信するファイルを分割されたブロック毎
に、通信可能状態にある複数の回線（チャネル）に順次
配送するようにしたので、受信バッファの容量が最大で
（２ブロック容量×回線数）あればよく、受信バッファ
の容量を従来のそれより大幅に削減できるという効果が
ある。

【００４５】また、この効果は、送信するデータの量が
多くなればなるほど、大きくなる。

【図面の簡単な説明】

【図１】 本発明の要部の機能ブロック図である。

【図２】 本発明が適用されるファクシミリ装置の送信
部の概要を示すブロック図である。

【図３】 ブロックデータの構造を模式的に示した図で
ある。

【図４】 送信されるデータの説明図である。

【図５】 本発明によって送信されるデータの伝送と、
プリンタの動作を示すタイミングチャートである。

【図６】 図１の配送順番管理部の動作を示すフローチ
ャートである。

【図７】 データの送受信部の概要を示すブロック図で
ある。

【図８】 送信されるデータの説明図である。

【図９】 従来装置によって送信されるデータの伝送
と、プリンタの動作を示すタイミングチャートである。

【図１０】 従来装置によって送信されるデータの伝送
と、プリンタの動作を示すタイミングチャートの他の一
例である。

【符号の説明】

３３ａ…ブロック配送制御部、３３１…分割ブロック受
付部、３３２…配送順番管理部、３３３…分割ブロック
配送部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 坂山 隆志 埼玉県岩槻市府内３丁目７番１号 富士ゼ ロックス株式会社岩槻事業所内 (72)発明者 名越 真一郎 埼玉県岩槻市府内３丁目７番１号 富士ゼ ロックス株式会社岩槻事業所内 (72)発明者 木南 英夫 埼玉県岩槻市府内３丁目７番１号 富士ゼ ロックス株式会社岩槻事業所内 (72)発明者 榊 浩亮 埼玉県岩槻市府内３丁目７番１号 富士ゼ ロックス株式会社岩槻事業所内 (72)発明者 上山 恭宏 埼玉県岩槻市府内３丁目７番１号 富士ゼ ロックス株式会社岩槻事業所内

Claims (1)

【特許請求の範囲】
1. 【請求項１】 通信データを複数ブロックに分割して複
   数の通信回線から並列的に送信する複数チャネルを用い
   た通信のファイル転送方式であって、 該複数チャネルを捕捉した状態で、分割された個々のブ
   ロックを、該複数チャネルに、データ順かつ個別的に配
   送するようにしたことを特徴とする複数チャネル使用の
   ファイル転送方式。