JPS63285660A - 情報処理システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は、公衆回線網に接続される情報処理システムに
関するものである。

［従来の技術］ 近年、オフィス・オートメーション（以下、ｒＯＡＪと
称す）化の進展に伴い、構内に散在する各種ＯＡ種機器
有機的に結合し、更に、公衆回線網との乗り入れも行い
、事務効率を飛躍的に向上させるローカル・エリア・ネ
ットワークシステム（以降、ｒＬＡＮＪと称す）が脚光
を浴びている。

この従来のＬＡＮ構成例を第１２図に示す。

第１２図において、１〜５はＬＡＮ内のマルチ・アクセ
ス制御を行い、接続されている装置相互間のデータ通信
を可能にする通信制御ユニット（以降、「ノード」と称
す）、１１，１２．１３はデータ（画像、コード等）を
処理し、処理データを他装置との間で通信する機能を持
つ端末装置、１４は端末装置等より送られるデータを格
納し、他の装置からの要求に応じて格納データを読み出
し、送信する大容量の記憶領域を備える蓄積装置、１５
は伝送路１０に接続されている各装置が、公衆網２０を
利用して他の通信システム（例えば第１２口筒号３０）
との間でのデータ通信を行う際に、ＬＡＮと公衆網２０
との整合をとり、かつ、交換機能を有するゲート・ウェ
イ装置である。

［発明が解決しようとする問題点］ 以上の構成を備える第１２図に示す従来システムにおけ
る通信形態について説明する。

通信形態には、ＬＡＮ内通信（例えば端末１２と端末１
３の通信）と、公衆網２０を通してのＬＡＮ外通信（例
えばゲートウェイ１５を介しての当該ＬＡＮ以外のＬＡ
Ｎシステム３０との通信）との２通りがあり、この両者
を比較すると、前者は後者に比べ、データ転送速度を高
速にすることができ、かつ課金の対象とならない、とい
う相違点がある。

以上の構成を備える第１２図に示す２０に接続されてい
るのはゲートウェイ１５唯一であるため、ＬＡＮ外通信
を所望するすべての端末は、該ゲートウェイ１５を介し
てＬＡＮ外通信をしなければならない。従って、ＬＡＮ
外通信を所望する端末の数が増すにつれ、ゲートウェイ
１５及び該ゲートウェイ１５と他接続装置間の通信制御
を司どるノード５への負荷が増大する。

また、一般に、公衆１ｉ４２０におけるデータ転送速度
はさほど高速ではなく、ＬＡＮ内におけるデータ転送速
度に比し、遅いものである。従って、ある端末（例えば
端末１２）から公衆網２０を介して、他の装置、例えば
ＬＡＮシステム２０に大容量のデータを転送しようとす
る場合に、ゲートウェイ１５に備えられている送受信用
のバッファが満杯になる事態も発生する。このような場
合には、ゲートウェイ１５がバッファ内のデータを公衆
網２０に送出しないと、次の転送データを受は取ること
ができず、例えば端末１２の待り時間が増加し、通信処
理路゛了までに長時間を要してしまう。その間端末１２
は他の処理を実行できず、他の端末よりのデータの受信
処理又は他端末への送信処理を行うことはできないとい
う問題点がある。

また、この開催の端末もゲートウェイ１５を全く利用で
きず、他ＬＡＮ等への送信処理を実行しようとしても、
端末１２の送信処理の実行が終了するまで待たなければ
ならなかった。

この問題点を解決するために、ゲートウェイを更に追加
することも考えられるが、ゲートウェイを更に追加する
ことは、システム制御方法の複雑化に伴う制御手順の再
検討が必要となり、また構成の追加によるコストアップ
が避けられない。

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

即ち、データを入出力する端末装置と、転送されたデー
タを記憶する記憶装置と、公衆回線網に接続され、該公
衆回線網を介して行う他のシステムとのデータ通信制御
の整合をとるゲートウエイ装置と、該ゲートウェイ装置
と記憶装置及び端末装置間を直接通信媒体で接続し情報
の授受を可能とする接続手段とを備える。

［作用］ 以上の構成において、端末装置は転送データを一旦記憶
手段内に記憶させるのみで送信処理を終了し、公衆回線
網への送出は、ゲートウェイ装置が記憶手段より自動的
に転送データを読み出し送出するため、他の接続装置の
データ転送処理は極めて短時間、かつ簡単な手順で行え
る。

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

第１図において、第１２図と同様構成には同一番号を付
し、その説明は重複するため省略する。

第１図では、蓄積装置１４とゲートウェイ１５問がバイ
パス１６を介して直接接続された構成となっている。そ
して、このバイパス１６の媒体としては、銅線、同軸、
光ファイバ等のケーブルによるデータ転送、及び無線通
信等の空中伝搬によるデータ伝送等、任意の媒体を用い
ることができる。また、データ伝送手順には、ゲートの
開閉により、データの送受を行う無手順の方法や、非同
期方式のＲ３−２３２ＣインタフエースやＧＰ−ＩＢイ
ンタフェース、更には、同期方式のＨＤＬＣ手順などを
用いることができ、任意である。これらは、他装置間の
制御手順に全く制約されることがなく、最適の方式、媒
体を用いることができる。

即ち、このバイパス１６によりＬＡＮの伝送路１０を使
用せずに、蓄積装置１４とゲートウェイ１５の間で直接
データ転送することが可能となる。

次に蓄積装置１４の内部ブロック図を第３図に示す。

図中、１４ａは蓄積装置１４の中枢であり、ＲＯＭ１４
ｅに格納されたプログラムに従い、ノード４から転送さ
れてくるデータの解読、処理、実行等の蓄積装置全体の
制御を行う中央処理部、１４ｂは中央処理部１４ａの制
御によりノード４、アダプタ部１４ｃを介して送られる
データ、又は入出力制御部１４ｄを介して送られるデー
タ等を記憶し、また記憶データを読出し可能な大容量の
記憶容量を持つ記憶部である。記憶部１４ｂは、磁気デ
ィスク装置、磁気テープ装置の他、ＩＣメモリ、光デイ
スク装置等で構成することができる。１４ｃは本装置と
ノード１４間のインタフェース整合をとるためのアダプ
タ部であり、１４ｄは中央処理部１４ａの制御に従い、
バイパス１６を介してゲートウェイ１５との間でデータ
の送受信を行う入出力制御部である。また、１５ｅは中
央処理部１４ａでの制御プログラム及び本装置固有の各
種パラメータ等を記憶するＲＯＭである。

ゲートウェイ１５の詳細ブロック構成を第３図に示す。

１５ａはＲＯＭ１５ｆに格納されたプログラムに従い、
データの解読、処理、実行等の本装置全体の制御を司ど
る中央処理部、１５ｂはＬＡＮ内と公衆網２０とのデー
タ転送速度の相違や、タイミングの相違に対して整合を
とり、差異を吸収するため、送受信データを一時蓄積す
るバッファ部、１５ｃは本装置とノード５間のインタフ
ェースを司どるアダプタ部であり、アダプタ部１５ｃは
転送データの授受タイミングの整合の他制御信号、の整
合等も行う。

また１５ｄは中央処理部１５ａよりの制御により、バイ
パス１６を介しての蓄積装置１４との間でのデータ送受
信を行う入出力制御部、１５ｅは公衆網２０との物理的
及び論理的なインタフェース条件をもち、公衆網２０と
のデータ伝送を可能にする回線制御部、１５ｆは中央処
理部１５ａの処理プログラム及び本装置固有のパラメー
タ等を記憶゛するＲＯＭである。

以上の構成より成る本実施例で構成される、第１図に示
すＬＡＮ内で使用されるパケットのフォーマットを第４
図に示す。

図中４１は、パケットの開始を示す開始フラグＦｌ、４
２はフレームコントローラＦＣで、ここにはノード同土
間通信の制御コードを挿入する。

例えば、トークンパッシング方式の場合には、通信権（
トークン）を同一ネットワーク上に唯一個存在させ、各
ノードに順次巡回させ、このトークンを獲得したノード
のみが送信権を獲得し、ネットワークへのデータの送信
が許可されるという方式であるが、本方式を採る場合に
は、予め、このトークンと、データパケットを識別する
制御コードを取り決め、この制御コードをＦｅ１２に挿
入すればよい。４３は当該パケットの宛先ノードを示す
宛先アドレスＤＡ、４４は送信元ノードを示す送信元ア
ドレスＳＡ、４５は制御情報ＣＩである。Ｆｅ１２．Ｄ
Ａ４３．ＤＳ４４．Ｃｌ４５はノードの制御コマンド部
であり、以降がエンドユーザ、つまり端末等に転送され
るユーザデータ部である。このユーザデータ部は端末同
士で取り決めた制御コードを示す制御部４６、その制御
に必要な情報を入力する制御情報部４７、転送すべきデ
ータの格納されるデータ部４８、パケットの終了を示す
終了フラグＦ２　（５０）で構成されている。

なお、制御部４６により特定されるＬＡＮで用いられる
各パケットの種別及びその構成をも併せて示す。

以上の各構成を備える本実施例の通信制御を、第５図〜
第７図のフローチャートを参照して以下説明する。

第５図はノードにおける一般的通信制御フローチャート
、第６図は蓄積装置１４の通信制御フローチャート、第
７図はゲートウェイ１５の通信制御フローチャートであ
る。

以下の説明は端末１１が公衆網２０を介して他のＬＡＮ
３０にデータを転送する動作を主側に行う。

端末転送データが発生すると、ステップＳ１よりステッ
プＳ２に進み、ノード１１にデータ送信要求を出力する
。この送信要求を受けたノード１１は、ステップＳ３で
デ−タパケットか否かを判断する。伝送路１０よりのデ
ータ受信中等で、送信データの受は取れない場合にはス
テップＳ４に進み、データの受信不可を報知し、受信が
可能な場合にはステップＳ３よりステップＳ５に進み、
端末１１に送信可能を出力する。この信号を受信した端
末１１は、転送データを蓄積装置１４に送るべく、第４
図に示すフォーマットに従ってパケットを転送する。こ
のためノード１は、ステップＳ６でこのパケットを受信
し、不図示の内蔵するバッファ中に格納する。そして続
くステップＳ７でこのパケットを宛先アドレスＤＡ４３
で指定されたノードに対して送信する。本実施例では公
衆網２０への送出は全てゲートウェイ１５を介して行わ
れるため、ノード４に対して送信されることになる。

このパケットを受信したノード４は、正常に受信できた
場合にはＡＣＫバケツ・トを、正常に受信できなかった
場合にはＮＡＣＫパケットを返送してくる。このため、
ノード１ではパケット送出後、ステップＳ８でＡＣＫパ
ケットを受信したか否かを監視し、ここでＡＣＫパケッ
トを受信した場合には、全て正常に転送したため、ステ
ップＳ９で端末１１に正常転送を報知してステップＳｌ
ｌに進む。ステップＳｌｌではゲートウェイ１５にデー
タ転送要求パケットを送出し、続くステップＳ１２でゲ
ートウェイ１５よりの転送許可パケットの受信を待ち、
転送許可パケットが受信されるとステップＳ１に戻る。

もし、ＮＡＣＫパケットを受信した場合には正常に転送
されなかったことを意味し、ステップＳ１０に進み、端
末１１に転送不良を報知して、例えばステップＳ７に戻
り、パケット再送処理等を実行する。

次に第６図のフローチャートを参照して蓄積装置１４の
通信制御を説明する。

上述した第５図のフローチャートに示す制御で転送デー
タを正常に受信したノード４は、蓄積装置１４にデータ
送信要求を出力する。

このため、蓄積装置１４はステップＳ２０でノード４よ
りのデータ送信要求の受信するのを監視し、データ転送
要求のない場合にはステップＳ２１に進み、ローカル転
送要求を受信しているか否かを調べる。これも受信して
いない場合にはステップＳ２０に戻り、いずれかの要求
があるのを待つ。

最初はノード１よりノード４に対して、第４図に示すパ
ケットフォーマットのうち、制御コマンド部及び制御部
４６、制御情報部４７が送られてくる。このため、ノー
ド４よりのデータ送信要求を受信した蓄積装置１４の中
央処理部１４ａは、ステップＳ２０よりステップＳ２１
に進み、ノード４よりこの制御コマンド部を受信し、続
くステップＳ２３で、受信した制御コマンド等のうちの
制御部４６を調べ、データ送信要求が来たことを認識し
、続く制御情報４７で指定される送信元アドレス５２と
、宛先アドレス５３、及びファイル名５１をそれぞれ登
録する。この登録が終了するとデータの受信準備が完了
するため、ノード４にデータ送信許可を送出する。この
データ送信許可を受信したノード４は、ノード１にデー
タ送信許可パケットを送出する。このデータ送信許可を
受けた端末１１は、第４図のユーザデータ部に示すデー
タパケットフォーマットにより順次転送データをノード
４を介して蓄積装置１４に転送する。

このため、蓄積装置１４では、ステップＳ２４でこのデ
ータパケットを受は取り、記憶部１４ｂの先に登録した
ファイル名に順次格納する。そして続くステップＳ２５
で、受信したデータパケットの受信ユーザデータ部の制
御部４６を調べ、データ送信終了パケットの受信であっ
たか否かを判断する。

データ送信終了パケットの受信でない場合には、ステッ
プＳ２４に戻り、続いて送られてくるデータパケットの
受信に備える。

ここで、転送データ量が多い場合には、この転送データ
を複数のブロックに区切り、区切ったブロック毎にデー
タパケットのパケット番号（ファイル番号）を付加して
転送されてくるためである。

端末１１は、最後のデータ転送時にデータ転送終了を送
出し、これを受けた蓄積装置１４は、ステップＳ２５よ
りステップＳ２６に進み、中央処理部１４ａは、例えば
第８図に６１〜６３で示すファイルテーブルに、該当フ
ァイル名及び記憶部１４ｂの開始アドレス、終了アドレ
スを登録して処理を終了し、ステップＳ２０に戻り、次
のデータの受信に備える。

−，９なお、第８図に示すファイルテーブルで特定され
るファイルの記憶部１４ｂ内の記憶領域の割付けを第９
図に示す。例えば、ファイル名Ａのデータ６１は、開始
アドレスｎ１から終了アドレスｍ１の斜線部のメモリ空
間に納められている。

この様にして蓄積装置１４の記憶部１４ｂに転送データ
を格納した端末１１は、第５図のステップＳｔｔに示す
ように、この格納データを公衆網２０に送出すべく、ノ
ード１を介して装置１５にデータ転送要求パケットを送
出する。ゲートウェイ装置１５の中央処理部１５ａでは
第７図のステップＳ３１に示す如くデータ転送要求パケ
ットの受信を待ち、データ転送要求パケットを受信する
とステップＳ３２に進み、受信したパケット中の制御情
報部４７より、ファイル名５１、送信元アドレス５２、
宛先アドレス５３を受は取って登録し、続くステップＳ
３３でバッファ部１５ｂに空があるか否かを調べる。こ
こでバッファ部１５ｂに空のない場合には、データを受
は取ることができないため、空くまで待つ。バッファ部
１５ｂに空がある場合にはステップＳ３に進み、端末１
１に転送許可パケットを送信する。この転送許可パケッ
トを受信した端末１１は公衆網２０への転送制御を終了
する。

一方、端末１１に転送許可パケットを送出したゲートウ
ェイ１５の中央処理部１５ａでは、既に予約されている
ファイル名の有無を調べ、あればそのファイルは予約登
録され、なければバッファ部１５ｂの空エリアにデータ
を格納すべくファイル名を新たに登録し、ステップＳ３
５で蓄積装置１４にローカル転送要求パケットを出力し
てステップ３３６に進む。そして蓄積装置１４よりのロ
ーカル転送許可パケットの受信を待つ。

このローカル転送要求パケットを受信した蓄積装置１４
は、第６図のステップＳ２１よりステップＳ２７に進み
、中央処理部１４ａが入出力制御部１４ｄを付勢し、バ
イパス１６を介してゲートウェイ１５に対して、指定さ
れたファイル名の転送データを送出する準備を行い、準
備ができるとゲートウェイ１５にローカル転送許可パケ
ットを送出する。

そして続くステップＳ２８で記憶部１４ｂより指定され
たファイル名のデータを読み出し、入出力制御部１４ｄ
を介してバイパス１６に送出し、ゲートウェイ１５に送
る。そしてステップＳ２９で全てのファイル内データを
転送したか否かを調べ、全て転送していなければ再びス
テップ８２８に戻り、データの送出を続ける。全てのデ
ータ転送が終了すると、ステップＳ３０でローカル転送
終了パケットを伝送路１０を介してゲートウェイ１５に
送信して処理を終了し、ステップＳ２０に戻る。

このため、ゲートウェイ１５ではステップＳ３６でロー
カル転送許可パケット受信と判断するとステップＳ３７
に進み、続いてバイパス１６を介して送られてくるデー
タを受信し、バッファ部１５ｂに格納する。それと同時
にステップ３３８でローカル転送終了パケットが受信さ
れたか否かを監視し、ローカル転送終了パケットが受信
されるとバイパス１６を介してのデータ転送が終了した
ことになり、バッファ部１５ｂへのデータの格納を終了
し、ステップＳ３９に進む。ステップＳ３９では回線制
御部１５ｅを起動し、公衆網２０を介して例えば他のＬ
ＡＮ’システム３０を発呼処理を実行する。相手先が応
答するまでこの発呼処理を行い、相手先が応答し、デー
タの転送が可能となるとステップＳ３９よりステップＳ
４０に進み、他ＬＡＮシステム３０に対するデータ転送
処理を実行する。そしてステップＳ４１で全データの転
送が終了するまでステップＳ４０の処理を実行させ、全
てのデータが転送されるとステップＳ４１よりステップ
Ｓ４２に進み、公衆網２０を開放して送信元にデータ転
送終了パケットを送信して転送処理を終了する。

なお、以上の説明においては、転送データを全てバッフ
ァ部１５ｂに格納する例について述べたが、本実施例は
これに限定されるものではなく、バイパス１６を介して
データを受信する時に、同時に公衆網２０を発呼し、相
手ＬＡＮ３０が応答し、データ転送が可能となった時に
初めてローカル転送許可パケットを送出し、バイパス１
６経由で送られてくる転送データを受は取りながら同時
に回線制御部１５ｅを介して公衆網２０に送出するよう
制御してもよい。

また、ゲートウェイ１５が空いている状態の時、あるい
はデータが少量の時は、端末からゲートウェイ１５へ伝
送路１０を介して直接データを転送してもよい。

ここで、入出力制御部１４ｄ’、１５ｄの具体例を第１
０図、第１１図に示す。

第１０図の１７は入出力制御部１４ｄ、１５でを示し、
１７ｃは装置の内部バスで、１７ａのドライバゲートに
よりデータを送信し、１７ｂのレシーバゲートによりデ
ータを受信する。１７ｄは、中央処理部１４ａ、１５ａ
からの制御信号で、１７ｄのレベルで、１７ａ、１７ｂ
のゲートの開閉を行う。これにより、双方向性の内部バ
ス１７ｃとのデータの授受を可能としている。

第１１図の１８は、Ｒ３−２３２Ｃインタフエース用の
ＬＳＩであり、１８ａは内部バス、１８ｂは送信データ
、１８ｃは送信データ、１８ｄ〜１８ｈはデータの送受
に係わる制御信号である。つまり、１８ｂ〜１８ｈの信
号線をバイパスに使用すれば、蓄積装置１４とゲートウ
ェイ装置１５とのデータ転送を制御することが可能とな
る。このＬＳＩの起動は、１８ａのバスから、ＬＳ１１
８の内部レジスタのセットにより行われる。

［他の実施例］ 更に、端末１１が公衆網へデータを転送する方法として
は、蓄積装置１４ヘデータ転送要求を送出し、蓄積装置
１４がこれを認識して、その後、端末１１からデータパ
ケットで送られてくるデータを格納し、次に、蓄積装置
１４がゲートウェイ１５ヘローカル転送要求を出力し、
蓄積装置１４からバイパスを介してゲートウェイ１５へ
そのデータを転送し、ゲートウェイ１５はそのパイバス
からのデータを受信し、公衆ｗ４２０へ送信し、終了し
た時点で、ゲートウェイ１５から、端末１１ヘデ一タ転
送終了通知する方法がある。

しかし、この場合もゲートウェイ１５が空いている状態
の時、あるいはデータが少量の時は、端°　末からゲー
トウェイ１５へＬＡＮを介して直接データを転送しても
よい。

［発明の効果］ 以上の説明から明らかなように、本発明によれば、ゲー
トウェイ装置に負荷が集中しても蓄積装置にデータを格
納しておき、この負荷が減少した時に、バイパス経由で
ゲートウェイ装置にデータを転送すればよいので、端末
は送信状態のままで待たされることなく当該送信処理か
ら解放され、即座に次の通信、つまり他の端末からの着
呼や他の端末への発呼が実行可能となる。これにより、
ネットワーク全体の使用効率は、飛躍的に向上される。

更に、従来システムのように、ゲートウェイ装置が過負
荷となり、端末装置での転送処理に支障が生ずることが
なく、ＬＡＮのシステム構成が制約を受けるということ
もないので、柔軟なＬＡＮのシステムが構築できる。

【図面の簡単な説明】

第１図は本発明に係る一実施例のシステム構成図、 第２図は本実施例の蓄積装置の内部ブロック図、 第３図は本実施例のゲートウェイ装置の内部ブロック図
、 第４図は本実施例の通信パケットのフォーマツ′ト、 第５図は本実施例の端末の制御フローチャート、 第６図は本実施例の蓄積装置の制御フローチャート、 第７図は本実施例のゲートウェイ装置の制御フローチャ
ート、 第８図は本実施例の蓄積装置の中央処理部におけるテー
ブル構成を示す図、 第９図は本実施例の蓄積装置の主記憶部のメモリ空間を
説明する図、 第１０図及び第１１図は本実施例の入出力制御部の具体
的構成例を示す図、 第１２図は従来のシステム構成図である。 図中、１〜５・・・ノード、１０・・・伝送路、１１゜
１２．１３・・・端末、１４・・・蓄積装置、１４ａ。 １５ａ・・・中央処理部、１４ｂ・・・記憶部、１４Ｃ
１１５ｃ・・・アダプタ部、１４ｄ、１５ｄ・・・入出
力制御部、１４ｅ、１５　ｆ・・・ＲＯＭ、１５・”ゲ
ートウェイ、１５ｂ・・・バッファ部、１５ｅ・・・回
線制御部、１６・・・バイパス、１８・・・回線制御用
ＬＳＩである。 特許出願人　　　キャノン株式会社 第５図 第６図 第８図 第９図 第１０図 第１１図

Claims (1)

【特許請求の範囲】
1. データを入出力する端末装置と、転送されたデータを記
   憶する記憶装置と、公衆回線網に接続され、該公衆回線
   網を介して行う他のシステムとのデータ通信制御の整合
   をとるゲートウェイ装置と、該ゲートウェイ装置と前記
   記憶装置及び前記端末装置間を直接通信媒体で接続し情
   報の授受を可能とする接続手段とを備え、公衆回線網へ
   の通信データは前記記憶装置に一旦格納し、その後に該
   記憶装置より前記ゲートウェイ装置に転送することを特
   徴とする情報処理システム。