JPH0290840A

JPH0290840A - データ通信方式

Info

Publication number: JPH0290840A
Application number: JP63240985A
Authority: JP
Inventors: Kazuo Yagyu; 柳生　和男; Hidenori Taniguchi; 英宣谷口; Satoshi Miyazaki; 聡宮崎; Shinichi Kamiyama; 真一神山; Tatsuo Kawatobi; 川飛　達夫
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1988-09-28
Filing date: 1988-09-28
Publication date: 1990-03-30

Abstract

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

Description

【発明の詳細な説明】〔産業上の利用分野〕本発明は、ネットワーク構成定義がされていない端末と
ホスト計算機のデータ通信方式に関する。

〔従来の技術〕

従来の方式は、特開昭６２−２５６０６３号公報に記載
のように、端末装置を増設する場合、必ず事前登録が必
要であるという欠点を解決するため、下記の手段がとら
れていた。すなわち、端末属性だけをあらかじめ事前に
登録しておき、端末装置と接続後、端末から端末装置属
性を取得し、その対応を取る方式である。

〔発明が解決しようとする課題〕

上記従来技術は、Ｏ３Ｉの第１層及び第２層が異なれば
、端末属性を取得出来ないことが考慮されていない、ま
た、通信プロトコルは１つのみが前提である。すなわち
、端末属性とはプロトコルではなく、プリンタ属性やＣ
ＲＴ属性等を想定している。したがって、プロトコルが
異なる端末が回線に接続される場合について十分考慮さ
れていない。

本発明の目的は、布設された回線にプロトコルが異なる
端末が接続された場合にも、ネットワークの再構成やオ
ペレータ介入を必要とせずに、ホスト計算機と端末間の
通信を可能とすることである。

〔課題を解決するための手段〕

上記目的を達成するために、本発明においては設置され
た回線に端末が接続された時、該端末とホスト計算機間
でコネクションを設定する前に、該端末のプロトコルを
表わす端末属性をホスト計算機（以下ホストと呼ぶ）が
動的に認識又は獲得できる手段を設ける。

具体的には、下記手段のいずれかにより上記属性の認識
を実現する。

（１）端末がホストとコネクションを設定したい時は、
まず、テストフレーム（デリミタ＋端末属性ＩＤ）を送
信する。ホスト側はホスト側に予め登録されているビッ
トパターンと比較し、端末属性を認識する。

（２）端末とホストがｌ５ＤＮ網で接続されている場合
は、端末はＤチャネルを用いて端末属性を送信する。

（３）端末とホストがＩＳＤＮとＰＢＸを介して接続さ
れている場合には、Ｄチャネルを用いて端末は、自分の
属性をＰＢＸに送付する。ＰＢＸとホスト間では端末属
性と使用する回線を予め割当てておき、ＰＢＸが端末属
性を見て、どの回線を使用するかを選択する。

（４）ネットワークに通信サーバを付加し、全端末に該
通信サーバと通信可能な状態を持たせる。

各端末は、通信サーバを介して自局の属性をホストに送
付する。

〔実施例〕

男１図は本発明の第１の実施例のシステム構成図である
。

ホスト計算機（以後ホス１−と呼ぶ）１には、多種多様
な端末（４ａ、５ａ、４ｂ、５ｂ、−）やワークステー
ション（以下ＷＳ）を接続したいという要求が強い、こ
こでは、ｎ個のプロトコル属性の異なる端末がサポート
出来るよう、ホスト１にはｎ個のプロトコル（厳密には
プロファイル）が実装される。ここで、上記プロファイ
ルとは、通信プロトコルで規定するパラメータ等の組み
合せセットを意味する。従って、ｎ個のプロファイルと
は、Ｏ８Ｉの７階層モデルの第１から第７層の各層のプ
ロファイルが全て同じものを１゛〕とカウントし、それ
がｎ種類、ｎ個のプロトコル（プロファイル）属性の異
なる端末と通信出来ることを表わす、ここで属性とは同
じプロファイルを持つことを表わす。

当然のことながら、端末のプロファイルに合った。ホス
ト側のプロファイルを使用しないと互いに通信が出来な
い。従来では、ネットワーク構成の定義時に回線毎にそ
こに接続される端末の属性が予め登録されている。ここ
では、回線に接続される端末が固定でないことを想定し
ているため、回線に端末が接続された時、動的に端末属
性を認識し、ホスト側で対応するプロファイルを選択す
る必要が出て来る。

第２図は端末の概略構成を示す、端末４ａがホスト１と
コネクション設定したい時には、まず、テストフレーム
送出部２２で、テストフレームを生成して、それをホス
トに送出する。テストフレームは、自端末がプロファイ
ルＸを持つ旨の情報とデリミタ（フレームの最初と最後
を示す）から成る。

テストフレームの例を第３図に示す。このフレーム３０
は、伝送制御手順としてＨＤＬＣ（ハイレベル　データ
　リンク　コントロール：　　（）ｌｉｇｈＬｅｖｅｌ
　Ｄａｔａ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）を使用してい
る場合に使用される。

Ｆ（フラグ）３１．３６はデリミタである。ホスト側で
チエツクする範囲は、Ａ（アドレス）３２からＦＣＳ　
（フレームチエツクシーケンス）３５の前までである。

またテストフレームの一般形は第３図の（ｂ）に示す通
りである。さらに、このテスト情報３４の部分は、第３
図（ａ）の様に領域分けされていることを、ホスト側の
テストフレーム検出部１０では意識せず、単に予め用意
されているビットパターンと一致するかどうかだけをチ
エツクする。

すなわち、テストフレーム検出部はどのようなプロトコ
ルが使用されているかを：毬識することなく、テストフ
レームをチエツクする。そして、ビットパターンはｎ個
用意されていて、どれと一致するかを判定して、端末の
プロファイルを認識することになる。マツチするものが
あれば、テストフレームのテスト情報部にＯＫを入れて
検出部が端末に返す。

この判定方法から分かる様に、デリミタ形態がホスト側
と端末側で異なる（例えばホスト側はＨＤＬＣで端末側
がＢＳＣ手順）場合やマツチするプロファイルがないに
は、フレームが正しくやり取りされない、そのため、テ
ストフレームが端末に戻ってこないか、又は、ＮＧのテ
ストフレームとして戻される。

したがって、端末側では、その回線は使用できないこと
が認識でき、別回線（別情報コンセント３ａ、３ｃ）を
用いてホストとの接続を試みる。

−層と二層のプロトコル毎に情報コンセントに色付けす
れば、接続失敗を容易に避けることができる。

次に第４図を用いて第２の実施例を説明する。

本実施例は、ホスト１と端末がｌ５ＤＮ４０に加入して
いる時の、端末からホストへの端末属性（プロファイル
）通知方法を示す。

図に示すように、ｌ５ＤＮ加入の端末（４ａ。

５ａ、４ｂ、５ｂ）は、データリンクのコネクションを
設定する前に、Ｄチャネルを用いて、ホストに端末属性
を送信する。ホスト内にあるデータリンクマネジ４１が
この属性を受け、対応するプロファイルを選択する。

ｌ５ＤＮ網４０には回線交換モードとパケット交換モー
ドの２種がある。それぞれの場合について、端末属性の
送信手順を第５図と第６図に示す。

回線交換モードでは、５ＥＴＵＰコマンドのユーザデー
タフィールドにセットした端末属性がそのままホストへ
送信される。

パケット交換モードでは、端末からのＣＲ（Ｘ。

２５レベル３の呼設定要求コマンド）パケットのユーザ
データフィールドに入っている端末属性を。

ｌ５ＤＮからホスト送信される５ＥＴＵＰコマンドに挿
入する。

次に第７図を用いて第３の実施例を説明する。

本実施例は、ホストと端末がｌ５ＤＮ４０とＰＢＸ４２
を介して接続された場合の端末属性の通知方法を示す。

この構成においても、第２の実施例と同様な通知方法が
可能である。以下では、さらに、この構成であることに
より実現できる実施例を示す。

例えば、ホストとＰＢＸ４２が２３８＋Ｄのインタフェ
ースで接続されているとする。この２３本のＢチャネル
のそれぞれをｎ個のプロファイルに割当てておく。一方
、端末は、端末属性をＰＢＸ４２に対して通知する。こ
の通知は、第２の実施例でホスト１をＰＢＸ４２に置き
かえれば実現できる。この通知を受信したＰ　Ｂ　Ｘ、
　４２．内のチャネルマネジャ４３が、端末とチャネル
の対応づけを行う。この結果、端末属性とホスト側のプ
ロファイルが正しく対応づけられる。

次に第８図を用いて第４の実施例を説明する。

本実施例は、通信サーバ４５を介して端末４ａ・・・が
自分の属性をホスト１に通知する方法を示している。

端末４ａ・・・と通信サーバ４５間のプロトコルは非常
に簡単なもので良い。両者で送受信するフレームは、実
施例１で示した第３図の（ｂ）に示すようなテストフレ
ームとする。デリミタは、Ｏ５Ｉの第１層プロトコルに
より異なるため、通信サーバはホストと同じ第１層のプ
ロトコルをサポートすることはもちろん必要である。

通信サーバ４５とホスト１のリンクマネジャ４１との通
信プロトコルは任意である。

通信サーバ４５は、端末４ａ・・・から送信されて来た
端末属性をホスト１のリンクマネジャ４１に送信する。

通信サーバ４５はホストに端末属性を送信した旨を端末
１に通知する。これ以降、両者間で直接コネクションを
設定してデータ通信を行う。

〔発明の効果〕

本発明によれば、回線に接続される端末を前もって定義
しておく必要がない。このため下記の如き効果が得られ
る。

（１）端末の移動に伴う、ネットワーク構成定義の変更
が不要となる。

（２）端末の移動に伴う、ケーブル配線等の工事が不要
で経済的である。

（３）情報コンセントを設け、そこから任意の端末の加
入を可能とするシステムが構築できめため、操作性の良
いネットワークが構築できる。

【図面の簡単な説明】

第１図は、本発明の第１実施例のシステム構成図、第２
図は上記第１の実施例の端末の構成を示すブロック図、
第３図はテストフレームの例を示すフォーマツ１−図、
第４図は第２の実施例のシステム構成図、第５図はｌ５
ＤＮ（回線モード）時の端末属性通知シーケンス図、第
６図はｌ５ＤＮ（パケットモード）時の端末属性通知シ
ーケンス図、第７図は第３の実施例のシステム構成図、
第８図は第４の実施例のシステム構成図である。１・・ホスト計算機（ホスト）、２ａ、２ｂ、２ａ回線
、３ａ、３ｃ・・・ネットワーク加入口（情報コンセン
ト）　、４ａ、５ａ、４ｂ、５ｂ、４ｃ。５ｃ・・・端末、１０・・・テストフレーム検出部、１
１・・プロファイル１（端末属性１）、１２・・・プロ
ファイル２（端末属性２）、ｉｎ・・・プロファイルｎ
（端末属性ｎ）、２１・・・プロファイルＸ（端末属性
ｘ）、２２・・・テストフレーム送出部、２３・・・回
線制御部、３１・・・フラグ（Ｆ）、３２・・・アドレ
ス（Ａ）、３３・・・制御部（Ｃ）＝３４・・・テスト
情報、３５・・フレームチエツクシーケンス（Ｆｅ２）
、３６・・・フラグ（Ｆ）、３１’　・・・スタートデ
リミタ、３６′・・・エンドブリミタ、４０・・・ｌ５
ＤＮ、４１・・・データリンクマネジャ、４２・・・チ
ャネルマネジャ、４３・・・通信サーバ６

Claims

【特許請求の範囲】１、通信プロトコルが異なるｎ種類の端末群と、通信プ
ロトコルとしてｎ種類を実装しているホスト計算機から
なるデータ通信方式において、両者間でコネクシヨンを
設定する前に、相手端末の属性（通信プロトコル等）情
報を獲得又は認識するための手段を設けたことを特徴と
したデータ通信方式。２、請求項第１項記載の手段を設けることにより、ＩＳ
ＯのＯＳＩ（オープンシステムインタコネクシヨン：Ｏ
ｐｅｎＳｙｓｔｅｍｓＩｎｔｅｒｃｏｎｎｅｃｔｉｏｎ
）参照モデルで規定する物理層、又は、データリンク層
が同じである回線であれば、いずれの回線に端末を接続
してもホスト計算機にアクセスできることを可能とした
データ通信方式。３、上記データ通信システムにおいて、ホスト計算機と
端末間をＩＳＤＮ（ＩｎｔｅｇｒａｔｅｄＳｅｒｖｉｃ
ｅｓＤｉｇｉｔａｌＮｅｔｗｏｒｋ：サービス統合ディ
ジタル通信網）を介して接続した場合、端末はＤチャネ
ルを使用して端末属性をホスト計算機に送付し、これに
よりホスト計算機が端末属性を認識することを特徴とす
る請求項第１項記載のデータ通信方式。４、上記データ通信システムにおいて、ホスト計算機と
端末間をＩＳＤＮとＰＢＸを介して接続し、ホスト計算
機とＰＢＸ間がｎＢ＋Ｄ（ｎ＞２）のインタフェース場
合、端末はＰＢＸに対してＤチャネルで端末属性を送信
し、これを受けたＰＢＸが該端末の属性を認識し、ホス
ト計算機とＰＢＸ間で予め決められている端末属性に対
応する使用回線をＰＢＸが選択することにより、ホスト
計算機と端末を接続することを特徴とする請求項第１項
記載のデータ通信方式。５、上記データ通信システムに通信サーバを付加し、さ
らに、全ての端末に該通信サーバとの通信を可能とする
機能を持たせることにより、該通信サーバを介して、端
末属性をホスト計算機に認識させることを特徴とする請
求項第１項記載のデータ通信方式。