JPH03123244A - 通信装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 産業上の利用分野 本発明は複数のオーディオ・ビデオ・コミニュケーショ
ン（以下ＡＶＣと記す）装置　例え（瓜オーディオアン
プ、テレビチュー九　ビデオデツキ（以下ＶＴＲと記す
）、テレビモニタ　ビデオディスクプレーヤ（以下ＶＤ
と記す）、コンパクトディスクプレーヤ（以下ＣＤと記
す）、パーソナルコンピュータ通信端末（以下ＰＣと記
す）などを組合せたＡＶＣシステムの各ＡＶＣ装置に接
続するＡＶＣシステム用通信装置に関するものである。

従来の技術 通信媒体から受信した通信電文中のコマンドによりＡＶ
Ｃ装置を制御したり、ＡＶＣ装置の動作状態を通信電文
にして、他のＡＶＣ装置に通知したりするＡＶＣシステ
ム用通信装置沫　通信電文をお互い認識する必要がある
た八　共通のコマンドコード及び制御手順（アプリケー
ション層のプロトコル）に従う必要がある方丈　将来の
拡張性を考慮して、第９図に示すようなコマンド表の一
部にコマンド拡張コードを定義していも　しかしこの従
来のＡＶＣシステムでの将来の拡張性への対応方法（よ
　新たな制御コマンドを、追加できる可能性を残してい
るにとどまり、制御手順（シーケンス）すなわちアプリ
ケーション面のプロトコルｌ；Ｌ　　固定されてしまっ
ていも　また　決められたコマンド体形でζよ　十分に
ＡＶＣ装置の機能を生かしきれなくなるようなＡＶＣ装
置が出現した場淑　新しいコマンド体形を作り出す必要
があも従来このような問題を生じた場合に（上　従来の
コマンド体形の中の拡張コードを使ってアプリケーショ
ンプロトコルを新規のものに移行させるという拡張コマ
ンドを定義し　この拡張コマンドを実行後、全く新し賎
　コマンド体形を持つ新規のアプリケーションプロトコ
ルに従うといった手順が必要になａ　以下図を使って従
来技術について述べも　第１０は従来のＡＶＣ用通信装
置を使ったＡＶＣシステムであム　第１０図において、
１１１はＶＴＲ，１１２はテレビチュー九　１１３はテ
レビモニタであａ　これらのＡＶＣ装置に（よ　それぞ
れ通信装置１１４．１１５及び１１６が接続されており
、通信伝送路１２６を介して、相互に制御コマンドやス
テータスを送ることができも　通信装置１１４　！；ｔ
、、　　通信制御部１１７と、　レシーバ１２０及びド
ライバ１２１で構成されていも　通信装置１１５（又は
１１６）も同様鳳　通信制外部１１８（又は１１９）と
レシーバ１２２（又は１２４）及びドライバ１２３（又
は１２５）で構成されていも　又第９図は従来のＡＶＣ
用通信装置の通信制御部が実行するコマンド体形を示す
ものであも　コマンドを構成する各コード（よ　１バイ
トのオペレーションコード（以下ＯＰＣと記す）と○Ｐ
Ｃを修飾する複数のバイトのオペランド（以下ＯＰＲと
記す）とからな４　　（ＯＰＲ４Ｌ　　付かないことも
あム　）第９図において、１０１ｔｔ、　　コードの上
位４ビツトが８〜Ｆ　（ＨＥＸ表示）の領域であり、各
種ＯＰＣが定義されモ１０２はコードの上位４ビツトが
Ｏ〜７の領域であり、各種ＯＰＲが定義されも１０３ｉ
１　０　Ｐ　Ｃ領域の中でも未定義の部分であり、予備
領域となってい、Ｌ　　１０４１＆　　一般コマントの
領＠　　１０５はファンクショングループ系のコマンド
、１０６４↓　ファンクションスペシフィックなコマン
ドの各ＯＰＣが定義される領域であモ１０７ζヨＯＰＲ
領域の中でも未定義の部分であり予備領域となってい４
　１０８！；ｔ、、　　アスキーコード東　増減あるい
は大小を示したり制御したりするための制御値が定義さ
れる領［１０９１上　電源制御の°ＯＮ’や○ＦＦ’を
示すなどの標準のオペランドが定義される領域であ７＋
０１１０ｃよ　一般コマント中の’ＢＦ’（ＨＥＸ表示
）でコマンドの拡張を示すコードとして定義されていも
　定義されていないコマンドが必要になった場合にζ；
Ｌ　　’ＢＦ’のあと新たなコマンドコードを付ける規
則になっていも　コマンドの拡張の必要性（友　メーカ
独自の考えで行うことがあるた＆　　’ＢＦ″のあとに
メーカコードをつけて、そのあとに新たなコマンドコー
ドを付けることもあム　さらに第９図に示すようなコマ
ンド体形では拡張コマンド（’ＢＰ’）を使ったとして
も新しいＡＶＣ装置の機能を十分に生かしきれないとき
（よ　別のコマンド体形とアプリケーションプロトコル
を使用しなければならな（〜　このため版　第９図のコ
マンド体形の中く　いままでのアプリケーションプロト
コルと新たなアプリケーションプロトコルの切換えを要
求するコマンド（以下プロトコルスイッチコマンドと呼
ぶ）を定義するという手段もあも 第１Ｏ図において、Ｖ　Ｔ　Ｒ１１１からテレビチュー
ナ１１２へ新たなアプリケーションプロトコルによるサ
ービスを開始しようとする場へ　まずＶ　Ｔ　Ｒ１１１
の通信装置１１４４Ｌ　　テレビチューナ１１２の通信
装置１１５宛にいままでのアプリケーションプロトコル
に従って、プロトコルスイッチコマンドを送り、新たな
アプリケーションプロトコルの通信モードに入ることを
要求する必要があも　この手順を踏んではじめて、Ｖ　
Ｔ　Ｒ１１１とテレビチューナ１１２との間で新たなア
プリケーションプロトコルによる通信が可能となも　し
かし　ここでテレビモニタ１１３からテレビチューナ１
１２へいままでのコマンドを使ってサービスを要求した
場へ　テレビチューナ１１２の通信装置１１５の通信制
御部１１８　Ｃ１送られてきたデータを解読できなくな
ってしまう。この障害を避けるためには　各通信制御部
のアプリケーションプロトコルを処理する部分で通信相
手を調べそれぞれがどちらのアプリケーションプロトコ
ルを使用しているかを見極わめたの板　コマンドやデー
タを解読することが必要になも　しかし　本来アプリケ
ーションプロトコルを処理する部分（′！、、アプリケ
ーションに専念すべきであり、他のアブ１ノケーシβン
プロトコルなのかどうかをアプリケーション自体が判定
すべきではな（〜　この原則を守らない場合、通信制御
部内の各処理の機能分担力（明確にならず、故障発生な
どのときにｋ　原因箇所が把握できにくいなどの問題を
生じも　最後へ通信伝送路を流れる通信フレーム（よ　
通常１回に有限のデータ数しか乗せることができな（〜
　現在実用化されているホームバスシステムで（よ　１
フレームに２５６バイトま？’、Ｄ２Ｂで（よ　モード
０で２バイトまでモード１で３２バイトまでモード２で
１２８バイトまでであａ　従って、新たなアブ１ノケー
シヨンプロトコルでいくら良いプロトコルを開発しよう
としてｋ　常に１回に送信し切れるデータ数の制限を受
けも　つまり、アプリケーションプロトコル（よ　通信
伝送路を実際に流れる通信フレームの通信方式とは切離
して考えること力くできな１、％ 発明が解決しようとする課題 従来のＡＶＣシステム用通信装置においてζよ前記のよ
うへ　コマンド拡張を許す拡張コマンドは持っている力
（コマンドを送受信する手順すなわちアプリケーション
のプロトコルを考えることはできな（５このた八　技術
が進歩し　新しいＡＶＣ装置を使った新規のアプリケー
ションを考える場合にＬ　すでに決まっているアプリケ
ーションのプロトコルの範囲内でしかシステムの機能向
上をはかることができないという課題を生じもまた　拡
張コマンドの中に新しいアプリケーションプロトコルと
既存のいままでのアプリケーションプロトコルとを切換
えるスイッチの働きをするコマンドを定義し　新しいア
プリケーションプロトコルへの移行を可能にしたとして
ｋ　アプリケーションプロトコルを処理するソフトウェ
ア又（よハードウェアにおいて、通信相手毎にどちらの
アプリケーションプロトコルを使用すべきか又（よ使用
しているのかを判断しなければならな〜　このため通信
装置内の各ソフトウェア又はハードウェアの機能分担が
明確にならず、故障した場合など（′、原因箇所の判定
がやりにくいなどの課題を生じも　さらにホームバスシ
ステムあるいζヨＤ２Ｂシステムで！よ　通信伝送路上
を流れる１つの通信フレームにデータを有限の２５６バ
イト又は２バイトあるいは３２バイトしか乗せることが
できな（ちこれで（よ　１つのメツセージＣヨ　　伝送
可能フレーム長を超えないようなアプリケーションプロ
トコルしか開発でき慣　またアプリケーションにおいて
、通信伝送路上での規則を意識しなければならないとい
う課題を生じａ　本発明（よ　このような点に鑑へ　技
術進歩にともないアプリケーションプロトコルをいくら
でも機能向上でき、また　これらアプリケーションプロ
トコルごとに通信相手などの使用状態の管理をアプリケ
ーションプロトコル自身が行われなくても良く、さらく
　通信媒体上の規則である１つのフレーム中のデータ伝
送可能バイト数にもとられれないアプリケーションプロ
トコルを実現できる通信装置を提供することを目的とす
も 課題を解決するための手段 通信装置をアプリケージタンプロトコルを実行する上位
層通信制御部と下位層通信制御部に分割し　通信相手毎
に使用している通信路の識別子とまたはさらに上位層通
信プロトコルの識別子とを記憶する通信路登録メモリを
具備し　上位層通信制御部（上　複数の上位層通信プロ
トコルを持っており、この上位層通信制御部の下位に位
置する下位層通信制御部は上位層通信制御部から渡され
るデータを通信媒体へ送信しまた通信媒体から受信した
データを上位層通信制御部へ渡す処理と、さらに　上位
層通信プロトコルで通信するための通信路設定要求を上
位層通信制御部から受けた場合に（上　上位層通信プロ
トコルによる通信の開始を示すプリアンプルコードと通
信路識別子とまたはさらに上位層通信プロトコル名を示
すコードとを通信相手装置へ送り、プリアンプルコード
と通信路識別子さらに（友　上位層通信プロトコル名を
示すコードを受信した場合にＣヨ　　通信路登録メモリ
に通信相手装置識別子と通信路識別子さらには上位層通
信プロトコル識別子とを登録する処理及び、上位層通信
プロトコルによるデータ長が通信媒体上の１つのフレー
ムで許されるデータ長を超えるときに（上　通信媒体上
の１つのフレームで許され多データ長毎に分割してｌフ
レームずつ伝送し通信媒体から上位層通信プロトコルの
分割データを含むフレームを受信した場合に（上　上位
層通信プロトコルのデータに組立てられるまで複数のフ
レームを受信後組立てたデータを上位層通信制御部へ渡
す処理を行吹　上位層通信制御部から下位層通信制御部
へ（よ　通信路の設定・解除の要求又ｉｔ　　使用する
通信路の指定と共に送信要求を行１．％下位層通信制御
部から上位層通信制御部へ（瓜　通信路の設定・解除の
表示また代　受信表示と共に使用された通信路の表示を
行う手段を有する通信装置であム 作用 本発明！友　上記した構成により、ＡＶＣシステム用通
信装置力（アプリケーションプロトコルやコマンド体形
に不足を生じたりした場合へ　容易に新たなＡＶＣシス
テムに適したアプリケーションプロトコルやコマンドを
新設することができ、ざらへ　１つの通信装置において
複数のアプリケーションプロトコルを持つことができ、
それぞれのアプリケーションプロトコルを実行する上位
層通信制外部Ｃヨ　　各通信相手がどのアプリケーショ
ンプロトコルを使用中かという通信路の管理を下位層に
まかせるられるた八　機能の明確な分担がはかられ　か
ス　各アプリケーションプロトコルζよ　通信伝送路上
の１回の伝送可能最大データバイト数を意識することな
くアプリケーションメツセージを送受できるものである
。

実施例 第１図（友　本発明の一実施例のＡＶＣシステム用の通
信装置を用いた通信端末を示す図であａ第１図において
１（よ　通信装置２（上　種々のアプリケーションプロ
トコルを受は持つ上位層通信制御へ　３６よ　この上他
層通信制御部２の下位に当へ　下位層通信制御昆　４（
瓜　通信相手アドレス東　使用アプリケーションプロト
コル識別子を記憶する通信路登録メモリであん　上他層
通信制御部２（友　５の汎用通信プロトコル部と６の第
１の拡張通信プロトコル部及び７の第２の拡張通信プロ
トコル部で形成されも　下位層通信制御部３（よ８の中
間層通信制御部と、１２のデータリンク層通信制御部ざ
らへ　論理信号と電気物理信号の変換を行う、　レシー
バ１３及びドライバ１４で形成される。

１５（友　　通信伝送路であり、レシーバ１３及びドラ
イバ１４に接続され　通信装置ｌ（よ　この通信伝送路
１５を介して、他の通信装置と互いに通信し合う。

１６ａｌ；Ｌ　　汎用通信プロトコル部５、第１の拡張
通信プロトコル部６及び第２の拡張通信プロトコル部７
のそれぞれによって制御可能な　機器制御インタフェー
ス部であ＆　　１６ｂにｔ、、ＡＶＣ機器であり、機器
制御インターフェース部１６ａを介して、通信装置１に
制御され４１７ａζよ　ユーザＩ１０インターフェース
ｉ　　１７ｂｔ；ｔ、、　　このユーザエ１０インタフ
ェース部１７ａを介して通信装置１に接続されるＣＲＴ
／キーボードである。１８ａＧ＆　　データメディアイ
ンタフェース臥　１８ｂ（；＆　　このデータメディア
インターフェース部１８ａを介して通信装置１に接続さ
れる大容量記憶メディアであもユーザＩ１０インターフ
ェース部１７ａ及びデータメディアインタフェース部１
８ａζよ　どちら耘　第１の拡張通信プロトコル部６及
び第２の拡張通信プロトコル部７とデータの受は渡しが
可能であも第２図（よ　本発明の一実施例である通信装
置を用いたネッ°トワークにおいて通信路登録メモリの
構成を示す説明図であ、％　　２１，３１．及び４１（
上　　本発明の一実施例の通信装置Ａ、通信装置＆　及
び通信装置Ｃであも　それぞれの通信装置２１．３１．
及び４１の外部接続される第１図におけるＡＶＣ機器１
６ｂ、ＣＲＴ／キーボード１７ｂ及び大容量記憶メディ
ア１８ｂ１　　又それぞれのインターフェース部１６ａ
、１７ａ及び１８ａは省略していも　通信装置Ａ２１、
通信装置８３１及び通信装置Ｃ４１４１それぞれ第１図
に示した通信装置１と同様へ　上他層通信制御部２２，
３２及び４２と下位層通信制御部２３．３３及び４３と
、通信路登録メモリ２４．３４及び４４で構成され　そ
れぞれの上他層通信制御部２２．３２及び４２（ヨ　　
汎用通信プロトコル部２５．３５及び４５と第１の拡張
通信プロトコル部２６、３６及び４６と、第２の拡張通
信プロトコル部２７゜３７及び４７を内部に備えていも
　２４ａ、３４ａ及び４４ａはそれぞれ通信路登録メモ
リ２４．３４及び４４の登録内容を示すために抜き出し
た説明用の通信路登録メモリであａ　次に動作について
説明すも　第１図において、利用者がＣＲＴ／キーボー
ド１７ｂを操作して、データ転送のサービス要求を行っ
たとすａ　このサービスは具体的鳳　第２図におけべ通
信装置Ａ２１か収　通信装置Ｂ３１へのデータ転送のサ
ービスであったとすると、このとき、通信装置Ａ２１の
第１の拡張通信プロトコル部２６か収　下位層通信制御
部２３へ　通信路設定要求のプリミティブを出す。下位
層通信制御部２３（ヨ　　通信路設定要求のためのプリ
アンプルコードと使用する第１の拡張通信プロトコルの
識別子及び通信路設定要求コードと、通信路芯（Ｐ″と
する）を乗せた電文を通信装置Ｂ３１へ送も　通信装置
Ｂ３１の下位層通信制御部３３（上　　プリアンプルコ
ードと使用する拡張通信プロトコルの識別子が乗った電
文を受信すると、まずプリアンプルコードと拡張通信プ
ロトコルの識別子か収　使用する拡張通信プロトコルが
第１の拡張通信プロトコルであることを認識し　電文内
の通信路設定要求コードを解読して、第１の拡張通信プ
ロトコルへ通信路設定要求がきたことを通知すム　第１
の拡張通信プロトコル３６ζよ　通信路設定要求を受は
取ると、了解を示す電文の送信要求プリミティブ（通信
路設定応答プリミティブ）を下位層通信制御部３３へ渡
も　下位層通信制御部３３ζよ　第１の拡張通信プロト
コル３６より通信路設定応答プリミティブを受取ると、
通信路登録メモリ３４に通信路名”Ｐ”と通信相手であ
る通信装置Ａ２１のアドレスと使用する第１の拡張通信
プロトコルの識別子を登録し　ざらへ　通信装置Ａ２１
宛に通信路設定応答電文を送も　通信装置Ａ２１の下位
層通信制御部２３（ヨ　　通信装置Ｂ３１より、通信路
設定応答電文を受信すると、第１の拡張通信プロトコル
部２６へ　通信路が確立したことを示すプリミティブ（
通信路設定確認プリミティブ）を渡し　ざらへ　通信路
登録メモリ２４に通信路°Ｐ”と通信相手である通信装
置Ｂ３１のアドレスと使用する第１の拡張通信プロトコ
ルの識別子を登録すａ　ここまでのシーケンスにより通
信装置Ａ２１と通信装置Ｂ３１のそれぞれの第１の拡張
通信プロトコル部２６及仏３６の間で通信路が確立した
ことになる。次に通信装置Ａ２１の第１の拡張通信プロ
トコル部２６（友　　外部装置（キーボードなど）から
のデータにデータ種類を示すヘッダコードや伝送誤りチ
エツク用のフレームチエツクコードからなる第１の拡張
通信プロトコル制御情報を付加したものを第１の拡張通
信プロトコルデータユニットとし送信要求プリミティブ
とともく　下位層通信制御部２３へ渡す。下位層通信制
御部２３（よ　第１の拡張通信プロトコル部２６からの
第１の拡張通信プロトコルデータユニットに下位層通信
プロトコル制御情報を付加して通信装置Ｂ３１宛に送信
すも　このとき、通信伝送路１５上で１回の送信で許さ
れるデータ長におさまりきらないとき（瓜　第１の拡張
通信プロトコルデータユニットを１回の送信で許される
データ長に分割し　複数の電文に分けて、通信装置Ｂ３
１宛に送信すａ　通信装置Ｂ３１の下位層通信制御部３
３は　　受信電文の通信路名と、電文の送信元を示すコ
ードか収　通信路登録メモリを検索して使用拡張通信プ
ロトコルを認識し　かつ受信した電文が連続するものか
どうかを下位層通信プロトコル制御情報により判断し　
連続する電文ならば　完全な拡張通信プロトコルデータ
ユニットとして全体がつながるまで受信電文を組立てる
。完全縁　拡張通信プロトコルデータユニットとして成
立すると、受信表示プリミティブとともに第１の拡張通
信プロトコル部３６へ渡鳥　第１の拡張通信プロトコル
部３６１友　　下位層通信制御部からのプリミティブを
解読ヒ　受信表示であることを認識した後受信した第１
の拡張通信プロトコルデータユニットから第１の拡張通
信プロトコル制御情報を解析して、どういう種類のデー
タカ＼　あるいＣ飄　　データ中にエラーがないかどう
かをヘッダコードやフレームチエツクコードで調べた機
外部装置（ＣＲＴなど）へデータを出力すも　通信装置
Ａ２１から通信装置Ｂ３１へのデータ転送が完了すると
、通信路を解除するため鳳　通信装置Ａ２１の第１の拡
張通信プロトコル部２旧ヨ　　通信路解除要求プリミテ
ィブと通信路名を下位層通信制御部２３へ渡九　下位層
通信制御部２３ζ友　通信路解除要求コードと通信路名
″Ｐ”及び拡張通信プロトコルの識別子を乗せた電文を
通信装置Ｂ３１へ送信すも　通信装置Ｂ３１の下位層通
信制御部３３（よ　通信路解除要求コードと通信路名°
Ｐ″及び拡張通信プロトコルの識別子の乗った電文を受
信すると、第１の拡張通信プロトコル部３６へ通信路解
除要求が来たことを表示すも　第１の拡張通信プロトコ
ル部３６（ヨ　　通信路解除要求を認識すると、下位層
通信制御部３３へ　通信路解除の応答を示す電文の送信
要求のためのプリミティブ（通信路解除応答プリミティ
ブ）を渡す。下位層通信制御部３３ｉ、ｔ、　　通信路
解除応答プリミティブを受取ると、通信路解除応答コー
ドと通信路名”Ｐ”及び拡張通信プロトコルの識別子を
乗せた電文を通信装置Ａ２１宛に送ると同時に通信路登
録メモリ３４か収　通信路名”Ｐ”と通信装置Ａ２１の
アドレス反訳　使用している第１の拡張通信プロトコル
の識別子の入った一連の情報を消去すム　通信装置Ａ２
１の下位層通信制御部２３３友　通信路解除応答コード
の入った電文を受信すると、通信路解除確認プリミティ
ブを第１の拡張通信プロトコル部２６へ渡すとともく　
通信路登録メモリ２４か収　通慣路名１Ｐ”と通信装置
Ｂ３１のアドレス及び使用している第１の拡張通信プロ
トコルの識別子の入った一連の情報を消去すム以上で通
信路設定からデータ伝送及び通信路解除までのシーケン
スが完了すａ　次く　本実施例では　第１図に示すよう
く　下位層通信制御部３の内部を主として中間層通信制
御部８とデータリンク層通信制御部１２さら番ミ　　中
間層通信制御部８ζ上上位層インタフェース部９と、通
信路管理部ｌＯ及びデータリンク層インタフェース部１
１で構成しているた八　これら各部の動作について説明
すも第１図において上位層通信制御部２の汎用通信プロ
トコル部５が制御データを送信する必要を生じた場合、
上位層インタフェース部９く　制御データの先頭に送信
要求プリミティブを付加したプリミティブを渡す。上位
層インターフェース部９３上送信要求プリミティブを汎
用通信プロトコル部５から受取ると、データリンク層イ
ンタフェース部１１へ制御データを渡す。データリンク
層通信制御部１２ζ友　通信伝送路１５上に流れる通信
電文の電気信号変換する前の論理データを操作して、電
文を指定された通信装置へ送信したり、自己宛の電文を
受信した場合鳳　通信相手に応答を返すとともへ　デー
タリンク層インタフェース部１１に対し受信表示をする
最下位の論理層をつかさどる通信制御部であり、通常の
通信用Ｌ　Ｓ　Ｉ　ｔｉｔ　　この部分を具備していも
　本実施例のデータリンク層通信制御部１２が扱う通信
電文の構成を第３図に示す。

第３図の通信電文（表　ドライバ１４で電気変換されて
通信伝送路１５上に伝送され　レシーバ１３で０．１信
号に戻されも　第３図において、５１（ヨ　　通信電文
の始まりを示すスタートビットであり、”φ”が出され
、４　５２ζ上　この通信電文の伝送速度を示すモード
ビットであり、　１ビツト以上で構成されも一番低い伝
送速度（よ　モードφと呼ばれ　モードビット５２１１
　　’φ“のｌビットだけであも　次に速いモードはモ
ードｌでモードビット５２は１１φ１となり、さらに速
いモードζ上　モード２となりモードビット５２は”１
１φ”とな＆　　５３！上　　通信電文の送信元を示す
マスターアドレスであり、１２ビツトで構成され４　５
４４友　　アスターアドレス５３につく奇数パリティで
あ、Ｌ　　５５４ｉ　　通信電文の送り先を示すスレー
・ブアドレスであり、１２ビツトで構成され４５６ハ　
　スレーブアドレス５５につく、奇数パリティであム　
５７（上　　スレーブアドレス５５で指定されたこの通
信電文の受信先が送信元へ返す応答のＡＣＫビットであ
ａ　（応答するときは”φ”を返す。）送信元（戴　こ
のＡ　ＣＫ　５７が返るかどうかを確認しながら送信を
続けＺｈ　　５８１−１　　この通信電文がどういう性
質（コマンドかりクエストかデータかなど）かを示すコ
ントロールコードビットで４ビツトで構成され４　５９
４；Ｌ　　コントロールビット５８に付くパリティビッ
トであａ６０（よ　Ａ　ＣＫ　５７と同様に受信先が送
信元へ返す応答ビットであも８１　Ｇ＆　　データビッ
トであり、　８ビツトで構成され、Ｌ　　６２Ｇ；！、
　　データがまだ続くかどうかを示すＥＯＤ（エンドオ
ブデータ）ビットであ４　　ＥＯＤ６２が°φ”のとき
代　データがそれ以上続かないことを示Ｌ　　ＥＯＤ６
２が°１ｍのときＣ友　　データがさらに続くことを示
す。６３はデータビット６１とＥＯＤ６２を合わせたも
のにつく奇数パリティビットであモロ４はＡＣＫ５７及
び６０と同様に受信先が送信元へ返す応答ビットであ＆
　　ＥＯＤ８２がｌ″の間はデータビット６１、Ｅ　Ｏ
Ｄ　６２Ｍ）、パリティ６３及びＡＣＫ６４が続けて伝
送される方丈　モードにより一回に送信できる最大のデ
ータ数は決められており、送信すべきデータがその制限
よりも多いときに（上複数の通信電文に分割して送信す
も　データリンク層通信制御部１２から受信表示を受取
ると、通信路管理部１０１＆　　受信電文の送信元を示
すマスクアドレスが通信路登録テーブルに登録されてい
るかどうかを調べも　この場合　登録されていないとす
ると、次にデータ部を調ベブリアンプルコードがあるか
どうかを調べも　データ部にプリアンプルコードもない
場合、この受信電文番上　汎用通信プロトコルによる通
信であると判断し　上位層インタフェース部９を介して
、汎用通信プロトコル部５へ　受信電文を渡鳥　以上の
汎用通信プロトコルに関する通信装置内での処理を第４
図に示す。

第４図において、汎用通信プロトコル部５に制御データ
／ステータス２０１が発生したとすると、汎用通信プロ
トコル部５（戯　送信相手アドレス（スレーブアドレス
）２０２と、コントロールビット２０３を付加して、汎
用通信プロトコルデータユニット２０５ａとし　送信要
求を示すプリミティブ２０４ａと共に中間層通信制御部
８へ渡す。中間層通信制御部８（表　汎用通信プロトコ
ルの場合に＆友　内部処理を行わないで、すぐにデータ
リンク層通信制御部１２へ送信要求を示すプリミティブ
２０４　ｂ　（２０４ａと同じ）と汎用通信プロトコル
データユニット２０５ｂ（２０５ａと同じ）を渡も　デ
ータリンク層通信制御部１２（友　　受取った送信要求
を示すプリミティブを解釈して、同じく受取った　汎用
通信プロトコルデータユニット２０５ｂにモードピット
２０６と自己アドレス（マスクアドレス）２０７を付加
し　実際の送信電文（データリンク層プロトコルデータ
ユニット）２０８として送信すも　逆に汎用通信プロト
コルによる電文を受信した場合について、同じく第４図
を用いて、説明すも　データリンク層通信制御部が電文
２０８を受信すると、電文２０８か収　モードピット２
０６と自己アドレス（スレーブアドレス）２０７を取除
き残りの汎用通信プロトコルデータユニット２０５ｂと
受信表示のためのプリミティブ２０４ｂを中間層通信制
御部８へ渡す。中間層通信制御部８１よ　通信路登録メ
モリ４に通信相手（マスクアドレス）が登録されている
かどうかを調べ　登録されていない場合番よ　さらに受
信電文２０５ｂのデータ部にプリアンプルコードがない
かどうかをしらベム　プリアンプルコードがないと判っ
てはじめて、汎用通信プロトコルによる通信であると判
断し汎用通信プロトコル部５へ　受信表示のプリミティ
ブ２０４ａと、汎用通信プロトコルデータユニット２０
５ａを渡す。汎用通信プロトコル部５（友　受信表示の
プリミティブ２０４ａを解釈ヒ　汎用通信プロトコルデ
ータユニット２０５ａか紋　制御データ／ステータス２
０１を抜き出し処理すも　次に拡張通信プロトコルの場
合の下位層通信制御部の処理について説明すも　第５図
番ヨ　　通信路を設定／解除するとき、あるいは通信路
の設定／解除の通知を通信相手から受けた後の応答を返
す場合の説明図であも　設定／解除要求又番上　　設定
／解除応答のプリミティブ２１０を中間層通信制御部８
が受取ると、通信路の設定／解除要求又（友　設定／解
除応答の制御情報を入れた中間層プロトコル制御情報２
１１ａ及び、通信路名と使用する又は使用していた拡張
通信プロトコルの識別子を含むプリアンプルコードを入
れた通信路制御データ２１２及びデータ誤りチエツクの
ためのフレームチエツクコード（ＦＣＣ）を結合し　中
間層通信プロトコルデータユニット２１４とし　送信要
求プリミティブ２１３と共にデータリンク層通信制御部
１２へ渡す。データリンク層通信制御部１２での送信処
理は前述の汎用通信プロトコル通信の場合と同様である
ので省略すも　第６図（上　通信路設定／解除要求を受
信したとき、あるい（瓜　通信路設定／解除要求を送信
機　通信相手から通信路設定／解除要求に対する応答を
受信したときの処理を示す説明図であム　受信表示プリ
ミティブ２２０を受取ると、第１図における通信路管理
部１０が通信路登録メモリ４を検索し　すでに登録済み
の通信かどうかをしらべ登録されていないときは　通信
路制御データ２２２の中にプリアンプルコードがあるか
どうかをしらベム　プリアンプルコードと（上　拡張通
信プロトコルのタイプを表わす特殊なコードの集まりで
あム　例えばアスキーコードで”ＩＮＤＵＳＴＲＹ　５
ＴＡＮＤＡＲＤ　ＰＲＯＴＯＣＯＬ　ｖｅｒ、　１゜０
”などといった文字列を送信すも　通信路管理部１０は
どの文字列とパターンマツチするかしないかで拡張通信
プロトコルのタイプを判定すも　一方受信表示プリミテ
ィブ２２０を受けて通信路管理部１０が通信路登録メモ
リ４を検索し　すでに登録済みの通信であることがわが
ると、通信路登録メモリ４に記述されている使用拡張通
信プロトコル名か収　どの拡張通信プロトコル部に渡せ
ば良いかを判断すも　上位層インターフェース部９（よ
　中間層通信プロトコルデータユニット２２４か収　中
間層プロトコル制御情報２２１ａを解読し　あとにつづ
くデータが何であるかを判断すも　あとにつづくデータ
が何であるかを判断すも　あとにつづくデータが通信路
制御データ２２２であれば通信路設定／解除表示かある
いは　通信路設定／解除確認のプリミティブを対応する
拡張通信プロトコル部に渡もまた上位層インタフェース
部９が中間層プロトコル制御情報２２１ａを解読した結
果あとにつづくデータ爪　第７図に示すように拡張通信
プロトコルデータユニットの分割要素２２６であるなら
ば　拡張通信プロトコルデータユニット２２７として組
立てが完成するまで上位層インタフェース部９内でバッ
ファリングし　組立完成後、受信表示プリミティブ２２
８と共鳳　第７図の例で（よ　第１の拡張通信プロトコ
ル部６宛に渡す。第１の拡張通信プロトコル部６で４Ｌ
　　受信表示プリミティブ２２８により受信したことを
検知し拡張通信プロトコルデータユニット２２７か叡　
第１の拡張通信プロトコル制御情報２２９を解読し　あ
とにつづくアプリケーションメツセージ２３０がどうい
う種類のものであるかを判断する。フレームチエツクコ
ード（Ｆ　ＣＣ）　２３１ＣＬ　　データの誤りを検出
訂正するためのコードであａ第８図（瓜　拡張通信プロ
トコル部から送信要求する場合の説明図であ翫　第１の
拡張通信プロトコル部６でアプリケーションメツセージ
２４０が発生すると、アプリケーションメツセージの種
類や属性を示す第１の拡張通信プロトコル制御情報２４
１ａと誤り検出／訂正のためのフレームチエツクコード
２４１ｂを前後に付けて拡張通信プロトコルデータユニ
ット２４２として、送信要求プリミティブ２４３と共に
中間層通信制御部８へ渡も　中間層通信制御部８の上位
層インタフェース部１０（ヨ　　送信要求プリミティブ
２４３を認識し　拡張通信プロトコルデータユニット２
４２の長さをしらべ通信伝送路１５上に１回で送信しき
れないとわかった場合に法　必要な個数に拡張通信プロ
トコルデータユニット２４２を分ｔ’ｌＪし　分割した
要素２４２ａ毎く　中間層プロトコル制御情報２４５ａ
やフレームチェックコード２４５ｂヲ前後につけ中間層
通信プロトコルデータユニット２４４とし　送信要求プ
リミティブ２１３と共にデータリンク層インタフェース
部１１を介してデータリンク層通信制外部工２へ渡も　
データリンク層通信制御部Ｉ２での送信処理は前述した
のと同じであるので省略すも　次に中間層通信制御部及
び拡張通信プロトコル部の各々の一実施例のプロトコル
データユニットについて説明すム　ま云　中間層通信制
御部のプロトコルにおける中間層通信プロトコルデータ
ユニット（以下Ｍ−ＬＡＹ−ＰＤＵと記す）を以下に示
すと、 ＜Ｍ−ＬＡＹ−ＰＤＵ＞　：　：＝＜Ｍ−ＬＡＹプロト
コル制御情報＞＜Ｕ−ＬＡＹプロトコル要素＞（Ｍ−Ｆ
ＣＣ＞　１＜Ｍ−ＬＡＹプロトコル制御情報＞＜Ｍ−Ｆ
ＣＣ＞　１くプリアンプルコード＞＜Ｍ−ＬＡＹプロト
コル制御情報＞＜Ｍ−ＦＣＣ＞ となム　ここで１はｏｒを示す。

＜Ｍ−ＬＡＹプロトコル制御情報〉ζ友　さらに＜Ｍ−
ＬＡＹプロトコル制御情報＞：：−＜通信路ＩＤ＞（Ｍ
−ＬＡＹプロトコル情報〉となり、く通信路ＩＤ＞はさ
らにく通信路ＩＤ＞：：−（相手アドレス〉く通信路名
〉であり、＜Ｍ−ＬＡＹプロトコル情報〉も又 ＜Ｍ−ＬＡＹプロトコル情報＞　：　ニー＜Ｍ−ＬＡＹ
プロトコルＩＤ＞＜シーケンスＮｏ、＞ｌ ＜Ｍ−ＬＡＹプロトコルＩＤ＞と記述できも＜Ｕ−ＬＡ
Ｙプロトコル要素〉ζ上　第６図や第８図に示すように
拡張通信プロトコルデータユニット２２７又ハ２４２を
分割した要素であ、４　　＜Ｍ−ＦＦＣ＞はエラーチエ
ツク用のコードであム　くプリアンプルコード〉は前述
のように特殊な文字列をならべたものであム＜Ｍ−ＬＡ
ＹプロトコルＩＤ＞ζよ　受信後のＡＣＫやＮＡＫレス
ポンスあるいはレディ／ビジー／エラーなどのステータ
スレスポンス又（よ　ステータスリクエストを示したり
、通信路の設定／解除の要求／表示／応答／確認を示す
。〈シーケンスＮｏ、＞ｌ、ｔ、　　拡張通信プロトコ
ルデータユニットを分割して送信する場合く　分割した
要素が受信側で正しくつなげられるように各要素に順番
に番号を付けるためのものであも　受信側で分割要素が
抜は落ちたことが判明した場合に（よ　前述の＜Ｍ−Ｌ
ＡＹプロトコルＩＤ〉でエラー表示し　送信元にしらせ
も　拡張通信プロトコル部における拡張通信プロトコル
データユニット（以下Ｕ−ＬＡＹ−ＰＤＵと記す。）を
以下に示す。

＜Ｕ−ＬＡＹ−ＰＤＵ＞　：　ニー＜Ｕ−ＬＡＹプロト
コル制御情報〉くアプリケーションメツセージ＞＜Ｕ−
ＦＦＣ＞ｌ＜Ｕ−ＬＡＹプロトコル制御情報＞＜Ｕ−Ｆ
ＦＣ＞ここＦ、　　＜Ｕ−ＬＡＹプロトコル制御情報〉
（友　　さらに＜　Ｕ−ＬＡＹプロトコル制御情報＞　
：　ニー＜Ｍ−ＬＡＹプロトコルＩＤ＞＜シーケンスＮ
Ｏ６〉となも ＜Ｕ−ＬＡＹプロトコルＩＤ＞？ｉ　　相手へのステー
タスリクエストも　受信後のＡＣＫ／ＮＡＫレスポンス
あるい（よ　レディ／ビジー／工与−などのステータス
レスポンスを示したり、通信路の設定／解除を示す。く
アプリケーションメツセージ〉（ヨ　　ユーザにとって
必要な本当のデータであ＆　　＜Ｕ−ＦＦＣ＞を友エラ
ーの検出や訂正を行うためのフレームチエツクコードで
あも　以上述べた各種プロトコルデータユニッｈ　Ｉ！
　　異なる通信装置の同位層間での通信プロトコルであ
った力（次に通信装置内の上下の層でやりとりするプリ
ミティブについて本発明の一実施例を述ベム　ま哄　デ
ータリンク層通信制御部と中間層通信制御部のプリミテ
ィブ（以下Ｄ−Ｍ−ｐｒｉと記す。）について説明すも
ここでく送信要求ＩＤ＞！；Ｌ　　送信を要求するため
のものであも　（下り）又　く受信表示ＩＤ＞は他か収
電文を受信したことを示すためのものであａ　（上り）
第４図から第８図でζよ　わかりやすくするためく　特
に（１）、（２）部分をプリミティブとして説明してあ
り、　（第４図２０４ｂなど）、く送信データ〉やく受
信データ〉は中間層通信プロトコルデータユニット（第
５図２１４など）としていム　くエラー／ステータス情
報〉（ヨ　　送信がうまく行えたかどうかなどのエラー
情報東　通信相手のデータリンク層通信制御部のステー
タス情報（どちらも上り方向のプリミティブ）であａ　
次鳳　中間層通信制御部と拡張通信プロトコル部との間
のプリミティブ（以下Ｍ−Ｕ−ｐｒｉと記す。）につい
て説明すも　（中間層通信制御部と汎用通信プロトコル
部との間のプリミティブ（よ　中間層通信制御部がこの
とき（よ何も処理をしないためＤ−トｐｒｉと全く同じ
になａ）＜Ｍ−Ｕ−ｐｒｉ−ＩＤ＞＜通信路ＩＤ＞＜Ｕ
−エラー／ステータス情報〉１ ＜Ｍ−Ｕ−ｐｒｉ−ＩＤ＞＜通信路ＩＤ＞であも　ここ
でく通信路ＩＤ＞は前述のとうり〈相手アドレス〉とく
通信路名〉から成、４＜Ｕ−エラー／ステータス情報〉
（ヨ　　送信がうまく行えたかどう力＼　などのエラー
情報東　通信相手の中間層通信制御部のステータス情報
（どちらも上り方向のプリミティブ）であム　＜Ｍ−Ｕ
−ｐｒｉ−ＩＤ＞を上　通信路の設定／解除の要求／表
示／応答／確認を示したり、あとにつづくプリミティブ
＃ｔ　　＜Ｕ−ＬＡＹ−ＰＤＵ＞なの力＼　〈Ｕ−エラ
ーステータス情報〉なのかを示すものであも次に第２図
における通信路の補足説明をすも　第２図において、通
信装置Ａ２１の通信路登録メモリ２４ａには　通信装置
Ｂ３１と第１の拡張通信プロトコルで通信路”Ｐ”方丈
　又　通信装置Ｃ４１と第２の拡張通信プロトコルで通
信路″Ｑ″が設定されていることを示す情報が入ってい
も　通信装置Ｂ３１の通信路登録メモリ３４ａに４１　
　通信装置Ａ２１と第１の拡張通信プロトコルで通信路
″Ｐ″力丈方丈　通信装置Ｃ４１と第２の拡張通信プロ
トコルで通信路″Ｒ°が設定されていることを示す情報
が入っていも同様に通信装置Ｃ４１の通信路登録メモリ
４４ａに（よ通信装置Ａ２１と第２の拡張通信プロトコ
ルで通信路”Ｑ°力方丈又　通信装置Ｂ３１と第２の拡
張通信プロトコルで通信路”Ｒ”が設定されていること
を示す情報が入っていも　このようく　通信路登録メモ
リに（よ　現在使用中の通信を覚えておくことができ、
送信する場合　拡張通信プロトコル部は使用したい通信
路名を指定すれ（Ｌ　相手アドレス（山中間層通信制御
部で判断することができも　又受信の場合Ｌ　通信路登
録メモリをしらべて送信元のアドレス値から拡張通信プ
ロトコルを判定し対応する拡張通信プロトコル部へ受信
表示プリミティブを上げることができも　このた＆１つ
の下位置層の通信制御機能を複数のアプリケーションサ
ービスが同時に利用できム　又　第２図の例で（よ　汎
用通信プロトコルによる通信（よ　通信路登録メモリに
記憶されないことを示していも　中間層通信制御部（よ
　通信路登録メモリに記憶されていない相手装置からの
電文（友　汎用通信プロトコルによるものと判断して処
理すも　又　第１と第２の拡張通信プロトコル部を実施
例で示した力（これらの通信プロトコルが両者全く同じ
であっても本発明で（上　−向にさしつかえな（℃　ア
プリケーションサービス毎に上位層での通信処理を明確
に分離したい場会　通信プロトコルは同じであってｋ　
第１と第２の拡張通信プロトコルというように分離して
設計することも可能であも発明の効果 （１）通信装置を請求項１，２及び３のように構成した
ことにより、既存の通信プロトコルで種々のサービスを
行っている既存のＡＶＣシステムに拡張コマンドを使わ
ずに新しい機能を持った　装置を追加し　既存のサービ
スを妨げることなく、新しいプロトコルで新しい機能の
サービスをするとが可能となも （２）通信装置を請求項４のように構成したことにより
、プロトコル切換コマンドなどを使わずに種類の異なる
上位層の通信プロトコルを１つのＡＶＣシステムにいく
つでも同居させることが可能となａ （３）通信装置を請求項５のように構成したことにより
、上位層の通信プロトコルで１よ　通信伝送路上の一回
の送信で送信可能な電文長という制約を受けることがな
くなａ

【図面の簡単な説明】

第１図は　本発明の一実施例を示す通信装置のブロック
は　第２図は同実施例の通信装置を用いたネットワーク
及び通信路登録メモリ説明医　第３図（よ　同実施例の
通信装置が送受信で扱う電文フォーマットは　　第４図
〜第８図（よ　同実施例の通信装置の各階層及び階層間
での通信処理の説明は　第９図（上　従来のＡＶＣ通信
装置が扱うアプリケーションプロトコルにおけるコマン
ドテーブル説明は　第１０図ζよ　従来のＡＶＣ通信装
置を用いたネットワークの一例を示す説明図であもｌ・
・・・通信装置　２・・・・上位層通信制御ａ３・・・
・下位層通信制御臥　４・・・・通信路登録メモリ、５
・・・・汎用通信プロトコル眠　６．７・・・・拡張通
信プロトコル訊　８・・・・中間層通信制御部１５・・
・・通信伝送洛

Claims (5)

【特許請求の範囲】
1. （１）複数の上位層通信プロトコルを持つ上位層通信制
   御部と、この上位層通信制御部の下に位置しこの上位層
   通信制御部から渡されるデータを通信伝送路上に送信し
   また通信伝送路から受信したデータをこの上位層通信制
   御部へ渡すことにより上位層間通信を成り立たせる働き
   をする下位層通信制御部と、通信相手装置のアドレスと
   使用中の上位層通信プロトコルの識別子と、通信路名を
   組にして登録する通信路登録メモリとからなり前記上位
   層通信制御部から前記下位層通信制御部へは通信路の設
   定・解除要求または使用する通信路の指定と共に送信要
   求を行い前記下位層通信制御部から前記上位層通信制御
   部へは通信路の設定・解除表示または受信表示と共に使
   用された通信路の表示を行うことを特徴とする通信装置
2. （２）上位層通信制御部は取扱う上位層通信プロトコル
   として汎用通信プロトコルと拡張通信プロトコルとを持
   ち、通信路登録メモリでは拡張通信プロトコルで通信し
   ている通信相手装置のアドレスとその通信路名とを対に
   して記憶することを特徴とする請求項（１）記載の通信
   装置。
3. （３）通信路登録メモリに登録されていない通信相手と
   は汎用上位層通信プロトコルで通信するように設定され
   ている上位層通信制御部からなることを特徴とする請求
   項（２）記載の通信装置。
4. （４）通信路を１つまたは複数記憶するため通信相手装
   置のアドレスと通信路名と或いはさらに上位層通信プロ
   トコル識別子とを組にして登録する通信路登録メモリと
   、複数の上位層通信プロトコルを持つ上位層通信制御部
   と、前記上位層通信制御部の下に位置し前記上位層通信
   制御部から渡されるデータを通信伝送路上に送信しまた
   通信伝送路から受信したデータを前記上位層通信制御部
   へ渡すことにより上位層通信を成り立たせ且つ上位層通
   信プロトコルで通信するための通信路設定要求を前記上
   位層通信制御部から受けた場合には使用する上位層通信
   プロトコル名を示すコードを持つプリアンプルコードと
   通信路識別子を通信相手装置へ送りプリアンプルコード
   と通信路識別子を受信した場合には前記通信路登録メモ
   リに通信相手装置識別子と通信路識別子と或いはさらに
   上位層通信プロトコル識別子とを登録する機能を持つ下
   位層通信制御部とからなり、前記上位層通信制御部から
   前記下位層通信制御部へは通信路の設定・解除要求また
   は使用する通信路の指定と共に送信要求を行い、前記下
   位層通信制御部から前記上位層通信制御部へは通信路の
   設定・解除表示または受信表示と共に使用された通信路
   名の表示を行うことを特徴とする通信装置。
5. （５）上位層通信プロトコルを処理する上位層通信制御
   部と、この上位層通信制御部の下に位置し前記上位層通
   信制御部から渡されるデータを通信伝送路上に送信しま
   た通信伝送路から受信したデータを前記上位層通信制御
   部へ渡すことにより上位層通信を成り立たせるため上位
   層通信プロトコルの送信用データを前記上位層通信制御
   部から受けた場合には通信伝送路上の１つのフレームで
   許されるデータ長毎に分割して１フレームずつ伝送し、
   通信伝送路上から上位層通信プロトコルの分割データを
   含むフレームを受信した場合には上位層通信プロトコル
   のデータとして完成するまで複数のフレームを受信し組
   立てた上位層通信プロトコルのデータを前記上位層通信
   制御部へ渡す機能を持つ下位層通信制御部とからなり、
   前記上位層通信制御部から前記下位層通信制御部へは通
   信路の設定・解除要求または使用する通信路名の指定と
   共に送信要求を行い前記下位層通信制御部から前記上位
   層通信制御部へは通信路の設定・解除表示または受信表
   示と共に使用された通信路の表示を行うことを特徴とす
   る通信装置。