JPS62112438A - ネツトワ−クシステム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は例えばバス型或いはループ型（リング型ともい
う）のローカルエリアネットワーク（以下、ＬＡＮと略
す）に複数のパケット形態端末を接続するためのネット
ワークシステムに関するものである。

［従来の技術］ 従来、ＬＡＮを利用した私設のパケット交換網において
は、パケット交換のためのＣＣＩＴＴ勧告Ｘ、２５プロ
トコルに従ったネットワーク層の制御とＬＡＮ内におけ
るメディアアクセス制御のためのビット指向のプロトコ
ル制御等のネットワークのプロトコル管理と、パケット
交換を行うパケット形態端末に与えられたＤＴＥ番号と
実際にその端末が接続しているＬＡＮ内の装置番号の２
つを管理する事が必要である。

更にパケットをＬＡＮ経由で他の通信制御装置へ送信す
るときは送信先に指定されたＤＴＥ番号をもったパケッ
ト形態端末がＬＡＮ内で何番の装置番号を有しているか
を知っている必要がありＤＴＥ番号とＬＡＮ内の装置番
号とを対応づけた番号テーブルを作成して管理する必要
がある。

上述した色々な管理の必要性はネットワークが他のネッ
トワークと結合するときの整合性を考慮して、階層型の
プロトコル、例えば７レイヤのＯ８Ｉモデル等を考慮に
いれているためである。

［発明が解決しようとする問題点］ 従って、従来においては実質的には１つの端末を特定す
るのにもかかわらず２つの番号を必要とし、その管理が
煩雑になり、又パケット形態端末の新規加入がある場合
にはすべての通信制御装置の番号テーブルを修正する必
要があるなど様々な欠点があった。

本発明は上述した従来技術の問題点に鑑みて成されたも
のであって、その目的はパケット交換網とローカルエリ
アネットワークを結合したネットワークシステムであっ
て、容易な経路選択とシステム管理、そしてシステムの
拡張に対して柔軟性のあるネットワークシステムを提案
する所にある。

［問題点を解決するための手段］ 上記課題を達成するための一手段として例えば第１図に
示す実施例のネットワークシステムは、通信媒体１００
を経由して複数の通信制御装置１０１．１０２．・・・
１０３が互いに接続されている。各通信制御装置１０１
，１０２・・・１０３には夫々スキャナ等の画像情報の
出力機器やプリンタ或いはワードプロセサの如きデータ
処理機器を有したパケット形態端末１１１，１１２・・
・１１３が接続されている。そして、パケット形態端末
は夫々の通信制御装置を介し通信媒体を用いてデータ交
換する。各通信制御装置において、メディアアクセス制
御のための装置番号とパケット交換制御のためのＤＴＥ
番号は同じ番号をもつ。例えば、通信制御装置１０１で
は装置番号及びＤＴＥ番号は０１”である ［作用］ 上記構成において、メディアアクセス制御のための装置
番号とパケット交換制御のためのＤＴＥ番号は同じ番号
をもっているために、例えば経路設定時に発呼パケット
中の着呼ＤＴＥ番号をそのまま送信先の装置番号とする
事ができる。従って、パケット形態端末の増設等に対し
ても柔軟に対応できる。

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

〈実施例の概要〉 第２図は本発明に係る実施例のネットワークシステムで
あって、ローカルエリアネットワーク１００に通信制御
装置１０を介して複数のパケット形態端末が接続されて
いる。パケット形態端末とは一般の端末にパケット分解
組立（ＰＡＤ）機能を有する端末として定義できる。第
２図のネットワークシステムはネットワークシステムと
しては私設のパケット交換用のネットワークシステムを
形成している。

第３図は本実施例の通信制御装置１０の主要な構成を示
すブロック図である。第３図中、１はＬＡＮ１００に接
続するためのメディアアクセス制御のためのＬＡＮ通信
制御部、２は通信制御装置１０の全体的動作の制御を司
どる制御部であって、マイクロコンピュータ等で構成さ
れている。

３はパケット形態端末を接続するためのＸ、２５通信制
御部、４は制御部２により使用されるランダムアクセス
メモリ（ＲＡＭ）、５は制御部２で実行される、例えば
Ｘ、２５プロトコル制御のプログラム、ＬＡＮを制御す
るためのプログラム。

そして第８図、第９図（ａ）、第１０図（ａ）に示した
如き制御手順のプログラム等を格納するリードオンリメ
モリ（ＲＯＭ）　、６はＬＡＮ通信制御部１で受信した
フレームが自己番号か否かを比較する等のために使用す
る自己装置番号設定部である。

く発呼パケット〉 第５図は本実施例のｘ、２５通信制御部３で用いられる
Ｘ、２５の発呼パケットのフォーマット図である。図の
フォーマットはＣＣｒＴＴ勧告のＸ、２５に準拠してお
り、１１はゼネラルフォーマット識別子、１２は論理キ
ャネルグループ番号、１３は論理キャネル番号、１４は
Ｘ、２５で使用するパケットのタイプの識別子として使
用する。パケットタイプ１４が発呼パケットであるとき
は１５は発呼ＤＴＥ番号長、１６は着呼ＤＴＥ番号長、
１７は発呼ＤＴＥＴＥ１１８は着呼ＤＴＥ番号として使
用される。

く送受信フレーム〉 第６図（ａ）、（ｂ）は本実施例のＬＡＮ通信制御部１
で用いられるＬＡＮフレームの一般的なフォーマット図
である。第６図（ａ）において、２１はフレームの同期
をとるためのプリアンプル、２２はフレームの送信先装
置番号、２３はフレームの発信元装置番号、２４はＬＡ
Ｎフレームを制御するための制御情報フィールド、２５
はデータ部で、後述する第３の実施例では経路設定時に
このデータ部２５に発呼パケットが格納されて一斉同報
通信される。２６はＬＡＮ上のエラーを検出するための
フレームチェックシーケンス（Ｆｅ２）、２７はフレー
ムの最後を示すポストアンブルである。

第６図（ｂ）は、上述した第３の実施例における一斉同
報通信に対する確認応答のためのフレームのフォーマッ
トであり、３１はフレームの同期をとるプリアンプル、
３２は確認応答フレームの送信先装置番号、３３は確認
応答フレームの発信元装置番号、３４は確認応答フレー
ムであることを示す制御情報、３５はＬＡＮ上のエラー
を検出するためのフレームチェックシーケンス（Ｆｅ２
）、３６はフレームの最後を示すポストアンブルである
。

（ＲＡＭの構成〉 第４図はＲＡＭ４に格納されるデータの構成を示す。４
１はフレーム格納領域でＬＡＮ上で授受されるフレーム
を格納する。４２はパケット格納領域で、パケット形態
端末とｘ、２５通信制御部３３とがやりとりするパケッ
トを格納する。４３は装置番号オフセット４３であり、
着呼ＤＴＥ番号１７中のＬＡＮ装置番号（即ち、送信先
装置番号２２）のオフセット量を示す。

〈呼設定のシーケンス〉 第７図は以下説明する３つの実施例における呼の設定（
経路の選択）シーケンスを説明する概念図である。第７
図に従って説明する。先ず、発呼ＤＴＥのベケット形態
ζ’２Ａ末が叶の設定のために自己の通信制御装置に対
１７て発呼バゲツ）−（第５図）を送出する。その通信
制御装置は該発呼バ４Ｊットを含むフレーム（第６図（
ａ））をＬ　Ａ　Ｎの媒体１００上に例えばビット指向
のプロトコルに従って送出する６着呼側の通信制御装置
はフレーム中の送信先装置番号２２から自分が選択され
た事を知り、該通信制御装置１０は自身に接続さＪｌて
いる着呼パケット形態端末に対して着呼パケットを送っ
て経路を確立する。経路が一度設定されると、以降は論
理チャネル番号１３ど既にセットされた送信先番号２２
によりデータ転送を行う。

もし、経路接続確認が特に必要な場合には、着呼刺通イ
へ制御装置１０はＬＡＮ　１００上に確認応答フレーム
（例えば第６図（ｂ））を送出する。

発呼側の通信制御装置１ｏではこの確認応答フレームを
受けて経路選択を終了する。そして更に、着呼側パケッ
ト形態端末は着呼受付パケットを自己の通信制御装置に
送り、着呼側通信制御装置１０はＬＡＮ１００上に着呼
受付パケットを含む送信フレームを送出する。この接続
確認は以下述べる第３実施例にのみ原理的には必要であ
り、第１と第２の実施例においては基本的に不要となる
。

以下３つの実施例により本発明を具体的に説明する。

〈第１実施例〉 ここに示す実施例はＬＡＮ通信制御部１に設定された装
習番号とｘ、２５通信制御部３に設定されたＤＴＥ番号
とを同一にする事により、番号テーブル管理を不要のも
のとし、同時に発呼パケット中の着呼ＤＴＥ番号が送信
すべきパケット形態端末のＬＡＮ装置番号と一致するた
め、着呼ＤＴＥ番号を参照するだけで経路選択が出来る
というものである。

本実施例の詳細を第８図のフローチャートを参照して説
明する。制御部２で実行されるこのプログラムは予めＲ
ＯＭ５の中に格納されておりＸ。

２５通信制御部３がパケットを受信したときに実行され
る。まずステップＳ１でＸ、２５通信制御部３よりパケ
ットを受信する。この受信したパケットは経路設定のた
めの発呼パケットであるかもしれないし、又は経路設定
後の通常のデータ転送のためのパケットであるかもしれ
ない。ステップＳ２で受信したパケットがＸ、２５の発
呼パケットか否かをパケットタイプ１０４により調へる
。

ここで発呼パケットを受信した場合は、新しいＸ、２５
の呼を設定する必要がある。そこで、ステップＳ３に進
み、発呼パケット中の着呼ＤＴＥＴＥ１１を送信先装置
番号２２にセットする。これが可能なのも各パケット形
態端末のＤＴＥ番号とＬＡＮ装置番号が同一であるから
である。フローチャートはステップＳ４に進む。ステッ
プＳ２での判断が発呼パケットでないときも直接ステッ
プＳ４へ進む。ステップＳ２での判断が発呼パケットで
ないときには、経路が既に選択されているので、論理チ
ャネル番号１３と既にセットされた送信先番号２２を利
用してデータ転送するので着呼ＤＴＥＴＥ１１を問題に
する必要はない。

ステップＳ４では、Ｘ、２５通信制御部３が受信したパ
ケットの全体をＬＡＮフレームのデータ部２５に格納す
る。着呼側で経路設定のための送信フレームである事を
知ることができるようにするためである。そして、ステ
ップｓ５ではＬＡＮを制御するために必要な制御情報２
４をセットして、ステップＳ６では装置番号設定部６に
設定された自己の製蓋番号をＬＡＮフレーム中の発信元
装置番号２３にセットする。こうして、ＬＡＮ通信媒体
１００上に経路設定のためのＬＡＮフレームを送信する
。着呼側の通信制御装置ではＬＡＮフレーム中の送信先
装置番号２２を調べる事により自分への経路設定である
事を知り、そのＬＡＮフレームを取り込む。必要ならば
、確認応答フレーム（第６図（ｂ））を発呼側の通信制
御装置に送出する。この場合、ＬＡＮ装置番号とＤＴＥ
番号とは同一であるので確認応答フレームの送出は基本
的に必要ない。

〈第１実施例の効果〉 以上述べた実施例によれば、ＬＡＮ通信制御部１に設定
されたＬＡＮ内装置番号とＸ、２５通信制御部３のＤＴ
Ｅ番号とを同一にすることにより、ＬＡＮ内装置番号と
ＤＴＥ番号とを対応させた番号テーブルの管理が不用に
なり、更に、送信すべきパケットの経路選択の手段もＸ
、２５発発呼パケット中着呼ＤＴＥＴＥ１１を参照する
ことにより可能となるため、通信ＩＪ御装置１０のソフ
トウェア負荷を軽減すると同時にネットワークの増設も
容易にできる。

〈第２実施例〉 ここに述べる実施例は、ＬＡＮ装置番号とＤＴＥ番号の
番号テーブルの管理を不用とし、ネットワークシステム
の拡張に対する柔軟性を目指す点では前述の第１実施例
と同様であるが、ネットワークシステム内の各パケット
形態端末の通信制御装置１０は自己のＬＡＮ装置番号と
ＤＴＥ番号とを一部同一にする事により、経路設定時に
発呼パケット中の着呼ＤＴＥＴＥ１１部を参照して送信
先パケット形態端末のＬＡＮ内装置番号とするだけで経
路選択ができるようにして、上述のネットワークシステ
ムの拡張に対する柔軟性を確保するのみならず、ＤＴＥ
番号をある程度自由に設定できる点に特徴がある。

第９図（ａ）は本実施例の動作手順のフローチャートで
ある。第９図（ｂ）は着呼ＤＴＥＴＥ１１から送信先の
ＬＡＮ装置番号を得るための動作概念を説明する図であ
る。第９図（ｂ）を参照しつつ第９図（ａ）のフローチ
ャートに従って説明する。ステップＳ１１．ステップＳ
１２は第１実施例の第８図のステップＳＬ、ステップＳ
２と同様であるので説明は省略する。ステップＳｉｔで
Ｘ、２５通信制御部３が受信したパケットが発呼パケッ
トであった場合について説明する。

ステップＳ１３で、着呼ＤＴＥＴＥ１１から送信先装置
番号２２を得る。即ち、第９図（ｂ）のように着呼ＤＴ
ＥＴＥ１１の内容が４桁の°゛１２３４′′であり、Ｒ
ＡＭ４に格納されている装置番号オフセット４３の内容
が“２”、即ち着呼ＤＴＥＴＥ１１の３桁目から送信先
装置番号が格納されているという場合を想定してみる。

そうすると、ステップＳ１３及びステップＳ１４で着呼
ＤＴＥ番号１７内の下２桁の３４”が送信先装置番号２
２に穆される。

ステップ５１５以下の制御手順は、第１実施例の第８図
のステップ３４以下の制御手順と一緒であるので説明は
省略する。

く第２実施例の効果〉 以上述べた第２実施例によれば、Ｌ　Ａ　Ｎ通信ＩＩＪ
御部１に設定されたＬ　Ａ　Ｎ内装置番号をＸ２５通信
制御部のＤＴＥ番号の一部どして使用し、全ＤＴＥ＠号
のどの部分が前記ＬＡＮ内装置番号であるかをあらかじ
め通信制御装置１０　！、：設定することによりＤＴＥ
番号の設定の自由度を損なうことなく、しかも、ＬＡＮ
内装置番号どＤＴＥ番号とを対応させた番号デー・プル
の管理が不要どなる効果がある。

更に、送信すべきパケット経路選択の手段もＸ２５発呼
発呼パケット中呼ＤＴＥＴＥ１１あらかじめ通信制御装
置１０に設定されたＬ　ＡＮ内装置番号の位置をもとに
可能となり、通信制御装置１０のソフトウェアの負荷を
軽減すると同時にネットワークの増設も容易にできる。

〈第３実施例〉 第１実施例及び第２実施例は、着呼ＤＴＥＴＥ１１と送
信先装置番号２２とが、即ちパケット形態端末の自己に
割り付けられたＤＴＥ番号とＬＡＮ装置番号とが少なく
とも一部同じである例であった。ここに述べる第３実施
例は通信制御装置に与えられた２つの番号が一致してい
なくても経路設定が可能であると同時に番号テーブルの
管理−を不要とした点に特徴がある。そのために−斉同
報通信というＬＡＮの機構を利用して行う。

第１０図（ａ）は本実施例の制御手順のフローチャート
である。第１０図（ｂ）、（ｃ）。

（ｄ）は夫々ネットワークシステムの一例、−斉同報通
信のための送信フレーム及びそれに対する確認応答フレ
ームの図である。第１０図（ａ）のフローチャートを第
１０図（ｂ）〜（ｄ）の例に即して説明する。ステップ
Ｓ２１．ステップｓ２２は第１実施例のステップＳ１．
ステップＳ２と同じであるので説明は省略する。そこで
、Ｘ、　　２５通信制御部３がステップＳ２１で受信し
たパケットが発呼パケットであった場合について説明す
る。

第１０図（ｂ）の例では通信制御装置１０１と通信制御
装置１０３との間で経路設定を行うものとする。通信制
御装置１０１，１０３のＤＴＥ番号は夫々２桁の“ＯＡ
″、“ＯＣ”であり、装置番号は夫々２桁の“０１”、
”０３″である。そうすると、ステップＳ２３で第１０
図（Ｃ）の如く、−斉同報通信フレームの送信先装置番
号２２を一斉同報通信である事を示す番号、例えば“Ｆ
Ｆ　”とする。次にステップＳ２４で装置番号設定部６
に設定されている自己アドレス゛’ｏｉ”を−斉同報通
信フレームの発信元装置番号２３に格納し、ステップＳ
２５で受信パケット（発呼パケット）を送信フレーム中
のデータ部２５に格納して、ステップＳ２６でＬＡＮ制
御のための制御情報を制御情報２４に格納し、ステップ
Ｓ２７で組立てた一斉同報通信フレームをＬＡＮ通信媒
体１００上に送出する。

ステップＳ２８は確認応答が必要か否かを判断するステ
ップである。この判断は、経路を新たに設定する時は経
路接続完了確認のとともに相手先のＬＡＮ装置番号を知
るために確認応答フレームを受信する必要があるからで
ある。即ち、−斉同報送信フレーム中のデータ部２５内
のＤＴＥ番号（”ｏｃ’）が自分のＤＴＥ番号と一致す
る通信制御装置、即ち１０３のみが第１０図（ｄ）の如
き確認応答フレームを返す。このときの確認応答フレー
ム中の送信先装置番号３３には°’Ｏｆ″が１発信先装
置番号３４には“０３°゛が格納されている。この確認
応答フレームを発呼側の通信制御装置１０はステップＳ
２９で受信する。受信した応答フレーム中の発信元装置
番号３３から、発呼側の通信制御装置１０１は着呼側の
通信制御装置１０３のＬＡＮ装置番号を知る事ができる
。こうして一度経路が確定すれば、データ転送のための
送信にはステップ３２９以下は不要となる。

く第３実施例の効果〉 以上述べた如く第３実施例によれば、Ｘ、２５通信制御
部３より受信した発呼パケットを一斉同報通信でＬＡＮ
上のすべての通信制御装置１０に送信し発呼パケット中
の着呼ＤＴＥ番号が一致した通信制御装置１０が確認応
答フレームを返すことにより、これらの番号が異なって
いてもＬＡＮ内装置番号とＤＴＥ番号とを対応させたテ
ーブルの管理が不要になり、更に送信すべきパケットの
経路選択の手段も一斉同報通信というＬＡＮの機能を利
用するため容易にでき、通信制御装置１゜のソフトウェ
ア負荷が軽減できると同時にネットワークの増設も容易
にできる。

［発明の効果コ 以上説明した如く本発明のネットワークシステムによれ
ば、容易な経路選択とシステム管理、そしてシステム拡
張に対して柔軟性のあるネットワークシステムを実現で
きる。

【図面の簡単な説明】

第１図は本発明に係る実施例の動作概念を説明する図、 第２図は実施例に係るＬＡＮに通信制御装置１０を介し
て複数のパケット形態端末を接続したネットワークシス
テムの図、 第３図は本実施例の通信制御装置１０の主要な構成を示
すブロック図、 第４図はＲＡＭ４の構成を説明する図、第５図は本実施
例でのＸ、２５通信制御部３で用いられるｘ、２５発発
呼パケットフォーマットを示す図、 第６図（ａ）、（ｂ）は本実施例でのＬＡＮ通信制御部
１で用いられるＬＡＮフレームのフォーマットを示す図
、 第７図は経路設定のためのシーケンスを示す概念図、 第８図は第１実施例に係る制御手順のフローチャート、 第９図（ａ）は第２実施例に係る制御手順のフローチャ
ート、 第９図（ｂ）は第２実施例におけるＤＴＥ番号とＬ　Ａ
、　Ｎ装置番号との関連を説明する図、第１０図（ａ）
は第３実施例に係る制御手順のフローチャート、 第１０図（ｂ）〜（ｄ）は夫々第３実施例のネットワー
クシステムの図、−斉同報通信のための送信フレーム及
び確認応答フレームのフォーマット図である。 図中、１・・・ＬＡＮ通信制御部１．２・・・制御部、
３・・・Ｘ、２５通信制御部３．４・・・ＲＡＭ、５・
・・ＲＯＭ、６・・・装置番号設定部、１００・・・通
信媒体、１０１．１０２，１０３，１０４・・・パケッ
ト形態端末である。 特許出願人　　　キャノン株式会社 第２図 第８図 第９図　（ｂ） 第１ｏ図　　（０） 第１０図　（ｂ） 第１０図　　（Ｃ）

Claims (3)

【特許請求の範囲】
1. （１）ローカルエリアネットワークに複数のパケット形
   態端末を接続したネットワークシステムにおいて、個々
   のパケット形態端末についてメデイアアクセス制御のた
   めの前記ローカルエリアネットワークにおける装置番号
   と経路設定のための発呼パケットのＤＴＥ番号とを一致
   させた事を特徴とするネットワークシステム。
2. （２）ＤＴＥ番号の桁数はローカルエリアネットワーク
   内の装置番号の桁数と等しいことを特徴とする特許請求
   の範囲第１項に記載のネットワークシステム。
3. （３）ローカルエリアネットワークシステムはバス型あ
   るいはループ型のローカルエリアネットワークである事
   を特徴とする特許請求の範囲第１項に記載のネットワー
   クシステム。