JPH11275170A - プロトコル変換システム - Google Patents
プロトコル変換システムInfo
- Publication number
- JPH11275170A JPH11275170A JP10072820A JP7282098A JPH11275170A JP H11275170 A JPH11275170 A JP H11275170A JP 10072820 A JP10072820 A JP 10072820A JP 7282098 A JP7282098 A JP 7282098A JP H11275170 A JPH11275170 A JP H11275170A
- Authority
- JP
- Japan
- Prior art keywords
- node
- protocol
- protocol conversion
- communication data
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
- H04L69/085—Protocols for interworking; Protocol conversion specially adapted for interworking of IP-based networks with other networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Communication Control (AREA)
- Computer And Data Communications (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】異なるプロトコルのネットワーク間での円滑な
情報通信の確保 【解決手段】異なるネットワーク間でのプロトコル変換
を通信データのヘッダの付け替えによる手法により実現
し、そのヘッダに送信の成功／不成功の情報を設けるこ
とにより、通信データの送信結果を認識する。そして、
自装置と相手装置との間にシリアルインタフェース手段
を有し、相手装置の状態を読み出す。さらに、アプリケ
ーション層までを処理（終端）するのではなく、トラン
スポート層以下の下位レイヤのみを処理（終端）する。
情報通信の確保 【解決手段】異なるネットワーク間でのプロトコル変換
を通信データのヘッダの付け替えによる手法により実現
し、そのヘッダに送信の成功／不成功の情報を設けるこ
とにより、通信データの送信結果を認識する。そして、
自装置と相手装置との間にシリアルインタフェース手段
を有し、相手装置の状態を読み出す。さらに、アプリケ
ーション層までを処理（終端）するのではなく、トラン
スポート層以下の下位レイヤのみを処理（終端）する。
Description
【０００１】
【発明の属する技術分野】本発明はプロトコル変換シス
テムに関するものであり、特に異なるネットワーク間に
てプロトコル変換されて通信データの送受信が行われ、
且つシリアルインタフェースによる制御手段を有するプ
ロトコル変換システムに関するものである。
テムに関するものであり、特に異なるネットワーク間に
てプロトコル変換されて通信データの送受信が行われ、
且つシリアルインタフェースによる制御手段を有するプ
ロトコル変換システムに関するものである。
【０００２】
【従来の技術】現在、オーブンシステムやマルチベンダ
の傾向が広まる中でコンピュータの接続形態も様々なも
のが要求されるようになっている。
の傾向が広まる中でコンピュータの接続形態も様々なも
のが要求されるようになっている。
【０００３】特に、既設のネットワークから別のＬＡＮ
（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）への接続
や、遠隔地にあるホストコンピュータのネットワークへ
の接続などの要望が強まっている。このように、ある閉
じられたネットワーク環境から別のネットワーク環境へ
接続する場合には、ルータのような接続機器等が用いら
れる。また、さらに高度な処理を行う機器としてはゲー
トウェイといったプロトコル変換装置が知られている。
（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）への接続
や、遠隔地にあるホストコンピュータのネットワークへ
の接続などの要望が強まっている。このように、ある閉
じられたネットワーク環境から別のネットワーク環境へ
接続する場合には、ルータのような接続機器等が用いら
れる。また、さらに高度な処理を行う機器としてはゲー
トウェイといったプロトコル変換装置が知られている。
【０００４】ルータは、ＯＳＩ参照モデルの内、ネット
ワーク層までを処理しており、ネットワーク上でどのよ
う通信機器が接続されているかを認識して、相手に必要
なデータのみを送信することでネットワーク間の接続を
行っている。
ワーク層までを処理しており、ネットワーク上でどのよ
う通信機器が接続されているかを認識して、相手に必要
なデータのみを送信することでネットワーク間の接続を
行っている。
【０００５】これに対し、ゲートウェイは、ＯＳＩ参照
モデルの内全ての層、すなわち、アプリケーション層ま
でを処理しており、通信ネットワークから流れてきたプ
ロトコルを別のコンピュータで認識できるプロトコルに
変換することでネットワーク間の接続を行っている。
モデルの内全ての層、すなわち、アプリケーション層ま
でを処理しており、通信ネットワークから流れてきたプ
ロトコルを別のコンピュータで認識できるプロトコルに
変換することでネットワーク間の接続を行っている。
【０００６】
【発明が解決しようとする課題】しかし、上記のような
ルータはトランスポート層以上の処理は行わないため、
データが途中でなくなった場合にはルータ自身で解決で
きないといった問題点があった。（課題１） また、ゲートウェイは通信ネットワークから流れてきた
プロトコルを他の通信プロトコルに変換して、もう一方
の通信プロトコルへと流すため、相手装置で異常が発生
した場合には、その異常が見えないといった問題点があ
った。（課題２） さらにゲートウェイは、アプリケーション層までを処理
しているプロトコル変換装置であるため、開発には莫大
な手間と時間がかかるという問題点があった。
ルータはトランスポート層以上の処理は行わないため、
データが途中でなくなった場合にはルータ自身で解決で
きないといった問題点があった。（課題１） また、ゲートウェイは通信ネットワークから流れてきた
プロトコルを他の通信プロトコルに変換して、もう一方
の通信プロトコルへと流すため、相手装置で異常が発生
した場合には、その異常が見えないといった問題点があ
った。（課題２） さらにゲートウェイは、アプリケーション層までを処理
しているプロトコル変換装置であるため、開発には莫大
な手間と時間がかかるという問題点があった。
【０００７】（課題３） 本発明は、このような点を考慮されたものであり、デー
タの送受信の信頼性を高めたプロトコル変換システムを
提供することを目的とする。
タの送受信の信頼性を高めたプロトコル変換システムを
提供することを目的とする。
【０００８】
【課題を解決するための手段】上記の課題１は、異なる
ネットワーク間でのプロトコル変換を通信データのヘッ
ダの付け替えによる手法により実現し、そのヘッダに送
信の成功／不成功の情報を設けることにより、通信デー
タの送信結果を認識できる構成とすることにより解決で
きる。
ネットワーク間でのプロトコル変換を通信データのヘッ
ダの付け替えによる手法により実現し、そのヘッダに送
信の成功／不成功の情報を設けることにより、通信デー
タの送信結果を認識できる構成とすることにより解決で
きる。
【０００９】課題２は、自装置と相手装置との間にシリ
アルインタフェース手段を有し、相手装置の状態を読み
出すことが可能な構成とすることにより解決できる。課
題３は、アプリケーション層までを処理（終端）するの
ではなく、トランスポート層以下の下位レイヤのみを処
理（終端）する方式をとることにより解決できる。な
お、詳細については以下に示す。
アルインタフェース手段を有し、相手装置の状態を読み
出すことが可能な構成とすることにより解決できる。課
題３は、アプリケーション層までを処理（終端）するの
ではなく、トランスポート層以下の下位レイヤのみを処
理（終端）する方式をとることにより解決できる。な
お、詳細については以下に示す。
【００１０】より具体的には、異なるネットワーク間に
おいてプロトコル変換され、通信データの送受信が行な
われるプロトコル変換システムにおいて、一方のネット
ワークの通信体系を定めるプロトコルＡで通信を行うノ
ードＡと、他方のネットワークの通信体系を定めるプロ
トコルＢで通信を行い、前記プロトコルＡへ変換するた
めの情報を付与、あるいはノードＡの制御を行なうため
の情報を付与、あるいは前記プロトコルＢへ変換するた
めの情報を終端するプロトコル変換手段Ｂを含むノード
Ｂと、ノードＡとの通信データを各レイヤ毎に処理する
通信データ処理手段Ａを具備し、ノードＢとの通信デー
タを各レイヤ毎に処理する通信データ処理手段Ｂを具備
し、シリアルインタフェース手段を有するとともにその
シリアルインタフェース手段を用いてノードＡの制御を
行い、かつ、ノードＡの状態を管理し、その管理状態を
ノードＢに対して通知する手段を有するノードＡ制御手
段を具備し、また、プロトコルＡに変換するための変換
情報Ａを終端し、その変換情報Ａを元に前記ノードが認
識できるフレームに変換し、ノードＡの制御を行うため
の制御コードを終端し、ノードＡからの通信データを前
記プロトコルＢに変換するための変換情報Ｂを付与する
プロトコル変換手段Ａから構成され、前記ノードＡと前
記ノードＢとの中継処理を行ない、ノードＡの制御手段
を有するプロトコル変換部とから構成されることを特徴
とするプロトコル変換システムである。
おいてプロトコル変換され、通信データの送受信が行な
われるプロトコル変換システムにおいて、一方のネット
ワークの通信体系を定めるプロトコルＡで通信を行うノ
ードＡと、他方のネットワークの通信体系を定めるプロ
トコルＢで通信を行い、前記プロトコルＡへ変換するた
めの情報を付与、あるいはノードＡの制御を行なうため
の情報を付与、あるいは前記プロトコルＢへ変換するた
めの情報を終端するプロトコル変換手段Ｂを含むノード
Ｂと、ノードＡとの通信データを各レイヤ毎に処理する
通信データ処理手段Ａを具備し、ノードＢとの通信デー
タを各レイヤ毎に処理する通信データ処理手段Ｂを具備
し、シリアルインタフェース手段を有するとともにその
シリアルインタフェース手段を用いてノードＡの制御を
行い、かつ、ノードＡの状態を管理し、その管理状態を
ノードＢに対して通知する手段を有するノードＡ制御手
段を具備し、また、プロトコルＡに変換するための変換
情報Ａを終端し、その変換情報Ａを元に前記ノードが認
識できるフレームに変換し、ノードＡの制御を行うため
の制御コードを終端し、ノードＡからの通信データを前
記プロトコルＢに変換するための変換情報Ｂを付与する
プロトコル変換手段Ａから構成され、前記ノードＡと前
記ノードＢとの中継処理を行ない、ノードＡの制御手段
を有するプロトコル変換部とから構成されることを特徴
とするプロトコル変換システムである。
【００１１】ここで、前記通信データ処理手段Ａ、Ｂ
は、各プロトコルの下位レイヤの処理のみを終端するこ
とが好ましい。また、前記プロトコルとしては、プロト
コルＡがＨＤＬＣで、プロトコルＢがＴＣＰ／ＩＰであ
る場合を例示できる。
は、各プロトコルの下位レイヤの処理のみを終端するこ
とが好ましい。また、前記プロトコルとしては、プロト
コルＡがＨＤＬＣで、プロトコルＢがＴＣＰ／ＩＰであ
る場合を例示できる。
【００１２】前記プロトコル変換手段は、その通信デー
タの種別を判断する識別子と、送信元を表す識別子と、
受信先を表す識別子と、シーケンシャル情報を表す識別
子と、前記通信データの種別を判断する識別子の詳細を
示す識別子から構成されるヘッダの付け替えを行うこと
で、相手側での送信結果を知ることができる。ここで、
前記プロトコル変換手段Ａは、識別子から構成されるヘ
ッダを識別することにより通信データを分類することが
可能である。
タの種別を判断する識別子と、送信元を表す識別子と、
受信先を表す識別子と、シーケンシャル情報を表す識別
子と、前記通信データの種別を判断する識別子の詳細を
示す識別子から構成されるヘッダの付け替えを行うこと
で、相手側での送信結果を知ることができる。ここで、
前記プロトコル変換手段Ａは、識別子から構成されるヘ
ッダを識別することにより通信データを分類することが
可能である。
【００１３】さらに、前記ノードＡ制御手段は、シリア
ルインタフェース手段によりノードＡの状態監視を行
い、状態変化を検出した場合、その状態をノードＢに対
して通知するようにするとよい。そして、収集したノー
ドＡの状態を保持し、ノードＢの要求によりノードＡの
状態をノードＢに通知する。
ルインタフェース手段によりノードＡの状態監視を行
い、状態変化を検出した場合、その状態をノードＢに対
して通知するようにするとよい。そして、収集したノー
ドＡの状態を保持し、ノードＢの要求によりノードＡの
状態をノードＢに通知する。
【００１４】また、前記ノードＡは、前記シリアルイン
タフェース手段によりプロトコルＡの物理アドレスを供
給（設定）されるようにしてもよい。そして、プロトコ
ルＡの物理アドレスの設定は、ノードＢからの動作開始
要求により行なう。
タフェース手段によりプロトコルＡの物理アドレスを供
給（設定）されるようにしてもよい。そして、プロトコ
ルＡの物理アドレスの設定は、ノードＢからの動作開始
要求により行なう。
【００１５】さらにまた、ノードＢとのコネクションが
異常時は、ノードＢとのコネクションを切断し、再リン
ク動作を行ない、復旧時（再リンク時）は通知を行な
う。
異常時は、ノードＢとのコネクションを切断し、再リン
ク動作を行ない、復旧時（再リンク時）は通知を行な
う。
【００１６】
【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。まず、本発明では、図１に示すよ
うに、互いに異なるプロトコルで通信を行うネットワー
クＡとネットワークＢとがあり、ネットワークＡではプ
ロトコルＡとして例えばＨＤＣＬが使用され、ネットワ
ークＢではプロトコルＢとしてＴＣＰ／ＩＰが用いられ
ている。
を参照して説明する。まず、本発明では、図１に示すよ
うに、互いに異なるプロトコルで通信を行うネットワー
クＡとネットワークＢとがあり、ネットワークＡではプ
ロトコルＡとして例えばＨＤＣＬが使用され、ネットワ
ークＢではプロトコルＢとしてＴＣＰ／ＩＰが用いられ
ている。
【００１７】そして、ネットワークＡにはノードＡが設
けられ、このノードＡは、ネットワークへの通信体系を
定めるプロトコルＡで通信を行ない、後述のシリアルイ
ンタフェース手段からの被制御手段を有する。
けられ、このノードＡは、ネットワークへの通信体系を
定めるプロトコルＡで通信を行ない、後述のシリアルイ
ンタフェース手段からの被制御手段を有する。
【００１８】ネットワークＢにはノードＢが設けられ、
このノードＢは、ネットワークＢの通信体系を定めるプ
ロトコルＢで通信を行い、前記プロトコルＡへ変換する
ための変換情報Ａを付与、あるいはノードＡの制御を行
なうための制御情報Ａを付与、あるいは前記プロトコル
Ｂへ変換するための変換情報Ｂを終端するプロトコル変
換手段Ｂを含む。
このノードＢは、ネットワークＢの通信体系を定めるプ
ロトコルＢで通信を行い、前記プロトコルＡへ変換する
ための変換情報Ａを付与、あるいはノードＡの制御を行
なうための制御情報Ａを付与、あるいは前記プロトコル
Ｂへ変換するための変換情報Ｂを終端するプロトコル変
換手段Ｂを含む。
【００１９】そして、ノードＡとノードＢとを中継して
プロトコルの変換を行い、ノードＡの制御手段を有する
プロトコル変換部が形成されている。プロトコル変換部
は、プロトコルＡで通信データを、ＯＳＩ参照モデルの
各レイヤ毎に処理するプロトコルＡ通信データ処理手段
と、プロトコルＢで通信データを各レイヤ毎に処理する
プロトコルＢ通信データ処理手段と、ノードＡの制御を
行うためのシリアルインタフェース手段およびノードＡ
制御部と、プロトコル変換を行なうプロトコル変換手段
Ａとから構成される。
プロトコルの変換を行い、ノードＡの制御手段を有する
プロトコル変換部が形成されている。プロトコル変換部
は、プロトコルＡで通信データを、ＯＳＩ参照モデルの
各レイヤ毎に処理するプロトコルＡ通信データ処理手段
と、プロトコルＢで通信データを各レイヤ毎に処理する
プロトコルＢ通信データ処理手段と、ノードＡの制御を
行うためのシリアルインタフェース手段およびノードＡ
制御部と、プロトコル変換を行なうプロトコル変換手段
Ａとから構成される。
【００２０】なお、ＯＳＩ参照モデルは、物理層、デー
タリンク層、ネットワーク層、トランスポート層、セシ
ョン層、プレゼンテーション層、アプリケーション層か
らなる７つのレイヤからなる。
タリンク層、ネットワーク層、トランスポート層、セシ
ョン層、プレゼンテーション層、アプリケーション層か
らなる７つのレイヤからなる。
【００２１】プロトコルＡ通信データ処理手段、および
プロトコルＢ通信データ処理手段は、ノードＡ、および
ノードＢとの下位レイヤに相当する処理を行うものとす
る。プロトコル変換手段Ａは、ノードＢからの通信デー
タをプロトコルＡへ変換するための変換情報Ａを終端
し、その情報を元にノードＡが認識できるフレームに変
換し、あるいは、ノードＡからのフレームを元にプロト
コルＢへ変換するための変換情報Ｂを付与する手段を有
する。
プロトコルＢ通信データ処理手段は、ノードＡ、および
ノードＢとの下位レイヤに相当する処理を行うものとす
る。プロトコル変換手段Ａは、ノードＢからの通信デー
タをプロトコルＡへ変換するための変換情報Ａを終端
し、その情報を元にノードＡが認識できるフレームに変
換し、あるいは、ノードＡからのフレームを元にプロト
コルＢへ変換するための変換情報Ｂを付与する手段を有
する。
【００２２】また、プロトコル変換手段Ａは、ノードＢ
からのノードＡ制御用の情報（主にシリアルインタフェ
ース手段を制御する情報）を終端し、あるいは、ノード
Ａ制御部により収集したノードＡの情報をプロトコルＢ
へ通知するための情報を付与し、ノードＢに対して送信
する手段も有する。
からのノードＡ制御用の情報（主にシリアルインタフェ
ース手段を制御する情報）を終端し、あるいは、ノード
Ａ制御部により収集したノードＡの情報をプロトコルＢ
へ通知するための情報を付与し、ノードＢに対して送信
する手段も有する。
【００２３】プロトコル変換手段Ｂは、プロトコルＡへ
変換するための情報、およびノードＡ制御部に関連する
情報を終端する。すなわち、プロトコル変換手段Ｂは、
ノードＡからの通信データをプロトコルＢへ変換するた
めの変換情報Ｂを付与し、その情報を元にノードＢが認
識できるフレームに変換し、あるいは、ノードＢからの
フレームを元にプロトコルＡへ変換するための変換情報
Ａを終端する手段を有する。
変換するための情報、およびノードＡ制御部に関連する
情報を終端する。すなわち、プロトコル変換手段Ｂは、
ノードＡからの通信データをプロトコルＢへ変換するた
めの変換情報Ｂを付与し、その情報を元にノードＢが認
識できるフレームに変換し、あるいは、ノードＢからの
フレームを元にプロトコルＡへ変換するための変換情報
Ａを終端する手段を有する。
【００２４】また、プロトコル変換手段Ｂは、ノードＡ
からのノードＢ制御用の情報（主にシリアルインタフェ
ース手段を制御する情報）を付与し、あるいは、ノード
Ｂ制御部により収集したノードＡの情報をプロトコルＡ
へ通知するための情報を終端し、ノードＡに対して送信
する手段も有する。
からのノードＢ制御用の情報（主にシリアルインタフェ
ース手段を制御する情報）を付与し、あるいは、ノード
Ｂ制御部により収集したノードＡの情報をプロトコルＡ
へ通知するための情報を終端し、ノードＡに対して送信
する手段も有する。
【００２５】また、プロトコル変換手段Ｂは、具体的に
はノードＢのトランスポート層とセッション層の間に位
置するものとする。図２に、ノードＡからノードＢへプ
ロトコル変換する場合のフロ−チャートを示す。
はノードＢのトランスポート層とセッション層の間に位
置するものとする。図２に、ノードＡからノードＢへプ
ロトコル変換する場合のフロ−チャートを示す。
【００２６】ノードＡからノードＢへプロトコル変換す
る場合、ノードＡからの通信データをプロトコルＡの下
位レイヤで処理した後、そのフレームを元にプロトコル
Ｂへ変換するための情報を付与し、情報付与後の通信デ
ータをプロトコルＢの下位レイヤで処理して通信データ
を作成してノードＢに送信し、その通信データをブロト
コルＢの下位レイヤで処理した後、情報を終端し、プロ
トコルＢの上位レイヤに送信する。
る場合、ノードＡからの通信データをプロトコルＡの下
位レイヤで処理した後、そのフレームを元にプロトコル
Ｂへ変換するための情報を付与し、情報付与後の通信デ
ータをプロトコルＢの下位レイヤで処理して通信データ
を作成してノードＢに送信し、その通信データをブロト
コルＢの下位レイヤで処理した後、情報を終端し、プロ
トコルＢの上位レイヤに送信する。
【００２７】ここで、通信データを相手ノードが認識す
るためのフレームに変換するための情報を付与（あるい
は終端）するには、通信データへのへッダの付与（ある
いは終端）が行われる。図３に、ノードＢからノードＡ
へプロトコル変換する場合のフローチャートを示す。
るためのフレームに変換するための情報を付与（あるい
は終端）するには、通信データへのへッダの付与（ある
いは終端）が行われる。図３に、ノードＢからノードＡ
へプロトコル変換する場合のフローチャートを示す。
【００２８】ノードＢからノードＡヘプロトコル変換す
る場合、（ノードＢ内の）プロトコルＢの上位レイヤで
通信データを処理した後、プロトコルＡへ変換するため
の情報を付与し、情報付与後の通信データを（ノードＢ
の）プロトコルＢの下位レイヤで処理した後、通信デー
タとして送信し、（プロトコル変換部の）プロトコルＢ
の下位レイヤで通信データを処理した後、プロトコルＡ
に変換するための情報を終端し、（プロトコル変換部
の）プロトコルＡの下位レイヤで処理してノードＡに送
信する。
る場合、（ノードＢ内の）プロトコルＢの上位レイヤで
通信データを処理した後、プロトコルＡへ変換するため
の情報を付与し、情報付与後の通信データを（ノードＢ
の）プロトコルＢの下位レイヤで処理した後、通信デー
タとして送信し、（プロトコル変換部の）プロトコルＢ
の下位レイヤで通信データを処理した後、プロトコルＡ
に変換するための情報を終端し、（プロトコル変換部
の）プロトコルＡの下位レイヤで処理してノードＡに送
信する。
【００２９】ここで、通信データを相手ノードが認識す
るためのフレームに変換するための情報を付与（あるい
は終端）するには、通信データへのへッダの付与（ある
いは終端）が行われる。図４に、ノードＢからノードＡ
の制御を行なう場合のフローチャートを示す。
るためのフレームに変換するための情報を付与（あるい
は終端）するには、通信データへのへッダの付与（ある
いは終端）が行われる。図４に、ノードＢからノードＡ
の制御を行なう場合のフローチャートを示す。
【００３０】ノードＢからノードＡに対して制御を行な
う場合、（ノードＢ内の）プロトコルＢの上位レイヤで
通信データを処理した後、ノードＡ制御部への制御コー
ド情報を付与し、情報付与後の通信データをプロトコル
Ｂの下位レイヤで処理した後、通信データとして送信
し、（プロトコル変換部の）プロトコルＢの下位レイヤ
で通信データを処理した後、制御コード情報を終端し、
その情報を元にシリアルインタフェース手段を用いてノ
ードＡに対して制御を行なう。なお、上記の制御コード
によりノードＡの制御に限らず、各種の遠隔制御が可能
な構成とする。
う場合、（ノードＢ内の）プロトコルＢの上位レイヤで
通信データを処理した後、ノードＡ制御部への制御コー
ド情報を付与し、情報付与後の通信データをプロトコル
Ｂの下位レイヤで処理した後、通信データとして送信
し、（プロトコル変換部の）プロトコルＢの下位レイヤ
で通信データを処理した後、制御コード情報を終端し、
その情報を元にシリアルインタフェース手段を用いてノ
ードＡに対して制御を行なう。なお、上記の制御コード
によりノードＡの制御に限らず、各種の遠隔制御が可能
な構成とする。
【００３１】ここでも、ノードＡの制御を行なうための
情報を付与（あるいは終端）する場合には、通信データ
へのヘッダの付与（あるいは終端）が行われる。図５
に、ノードＡの状態をノードＢに対し通知する場合のフ
ローチャートを示す。
情報を付与（あるいは終端）する場合には、通信データ
へのヘッダの付与（あるいは終端）が行われる。図５
に、ノードＡの状態をノードＢに対し通知する場合のフ
ローチャートを示す。
【００３２】ノードＡの状態をノードＢに対し通知する
場合、ノードＡ制御部がシリアノレインタフェースを使用
し、通信データ（ノードＡの状態）を作成後、そのフレ
ームを元にプロトコルＢへ変換するための情報を付与
し、情報付与後の通信データをプロトコルＢの下位レイ
ヤで処理して通信データを作成してノードＢに送信し、
（ノードＢ内で）通信データをプロトコルＢの下位レイ
ヤで処理した後、情報を終端し、プロトコルＢの上位レ
イヤに送信する。
場合、ノードＡ制御部がシリアノレインタフェースを使用
し、通信データ（ノードＡの状態）を作成後、そのフレ
ームを元にプロトコルＢへ変換するための情報を付与
し、情報付与後の通信データをプロトコルＢの下位レイ
ヤで処理して通信データを作成してノードＢに送信し、
（ノードＢ内で）通信データをプロトコルＢの下位レイ
ヤで処理した後、情報を終端し、プロトコルＢの上位レ
イヤに送信する。
【００３３】ここでも、ノードＡの状態を通知するため
の情報を付与（あるいは終端）する場合には、通信デー
タへのへッダの付与（あるいは終端）が行われる。以下
に、本発明の作用を説明する。
の情報を付与（あるいは終端）する場合には、通信デー
タへのへッダの付与（あるいは終端）が行われる。以下
に、本発明の作用を説明する。
【００３４】本プロトコル変換システムにおいて、ノー
ドＡの上位レイヤとノードＢの上位レイヤとは、同じプ
ロトコルを持つものとする。まず、ノードＡから通信デ
ータが送られるとする。すると、プロトコルＡ通信デー
タ処理手段は、この通信データを物理層からトランスポ
ート層に向かって各レイヤ毎に処理を行ない、セッショ
ン層で処理されるフレームフォーマットまで変換し、プ
ロトコル変換手段Ａに渡す。ここでのレイヤはプロトコ
ルＡに対応するものである。
ドＡの上位レイヤとノードＢの上位レイヤとは、同じプ
ロトコルを持つものとする。まず、ノードＡから通信デ
ータが送られるとする。すると、プロトコルＡ通信デー
タ処理手段は、この通信データを物理層からトランスポ
ート層に向かって各レイヤ毎に処理を行ない、セッショ
ン層で処理されるフレームフォーマットまで変換し、プ
ロトコル変換手段Ａに渡す。ここでのレイヤはプロトコ
ルＡに対応するものである。
【００３５】プロトコル変換手段Ａはこのフレームフォ
ーマットをプロトコル変換し、プロトコルＢ通信データ
処理手段に渡す。プロトコルＢ通信データ処理手段は、
プロトコル変換手段Ａによるプロトコル変換後のフレー
ムフォーマットをトランスポート層から物理層に向かっ
て各レイヤ毎に処理する。ここでのレイヤはプロトコル
Ｂに対応するものである。
ーマットをプロトコル変換し、プロトコルＢ通信データ
処理手段に渡す。プロトコルＢ通信データ処理手段は、
プロトコル変換手段Ａによるプロトコル変換後のフレー
ムフォーマットをトランスポート層から物理層に向かっ
て各レイヤ毎に処理する。ここでのレイヤはプロトコル
Ｂに対応するものである。
【００３６】プロトコル変換手段Ａは、プロトコルＢ通
信データ処理手段で処理された通信データをプロトコル
変換し、プロトコルＡ通信データ処理手段に渡す。プロ
トコルＡ通信データ処理手段はプロトコル変換後の通信
データをトランスポート層から物理層に向かって各レイ
ヤ毎に処理する。ここでのレイヤはプロトコルＡに対応
するものである。
信データ処理手段で処理された通信データをプロトコル
変換し、プロトコルＡ通信データ処理手段に渡す。プロ
トコルＡ通信データ処理手段はプロトコル変換後の通信
データをトランスポート層から物理層に向かって各レイ
ヤ毎に処理する。ここでのレイヤはプロトコルＡに対応
するものである。
【００３７】そして、ノードＡへ送信する。このような
動作を行なうことにより、異なるネットワークＡ、Ｂ間
でプロトコル変換され、通信データの送受信が可能とな
る。
動作を行なうことにより、異なるネットワークＡ、Ｂ間
でプロトコル変換され、通信データの送受信が可能とな
る。
【００３８】次に、ノードＢからノードＡの制御を行う
場合の動作について説明する。ノードＢの上位レイヤで
処理された通信データを、プロトコル変換手段Ｂでプロ
トコル変換する。
場合の動作について説明する。ノードＢの上位レイヤで
処理された通信データを、プロトコル変換手段Ｂでプロ
トコル変換する。
【００３９】そして、ノードＢの下位レイヤで処理し
て、プロトコルＢ通信データ処理手段に送信する。プロ
トコルＢ通信データ処理手段は、物理層からトランスポ
ート層に向かって各レイヤ毎に処理し、プロトコル変換
手段Ａに渡す。ここでのレイヤはプロトコルＢに対応す
るものである。
て、プロトコルＢ通信データ処理手段に送信する。プロ
トコルＢ通信データ処理手段は、物理層からトランスポ
ート層に向かって各レイヤ毎に処理し、プロトコル変換
手段Ａに渡す。ここでのレイヤはプロトコルＢに対応す
るものである。
【００４０】プロトコル変換手段Ａは、プロトコルＢ通
信データ処理手段で処理された通信データをプロトコル
変換し、ノードＡ制御部に渡す。ノードＡ制御部は、プ
ロトコル変換後の通信データ（制御コード）を解析し、
それに見合った情報（制御）をシリアルインタフェース
手段に渡す。
信データ処理手段で処理された通信データをプロトコル
変換し、ノードＡ制御部に渡す。ノードＡ制御部は、プ
ロトコル変換後の通信データ（制御コード）を解析し、
それに見合った情報（制御）をシリアルインタフェース
手段に渡す。
【００４１】そしてノードＡ の制御を行なう。このよ
うな動作を行なうことにより、ノードＡの制御を行なう
ことが可能となる。
うな動作を行なうことにより、ノードＡの制御を行なう
ことが可能となる。
【００４２】また、前記制御コードを振り分けることに
より、プロトコル変換部自身の制御も可能な構成とす
る。次に、ノードＡの状態をノードＢに通知する場合の
動作について説明する。
より、プロトコル変換部自身の制御も可能な構成とす
る。次に、ノードＡの状態をノードＢに通知する場合の
動作について説明する。
【００４３】まず、ノードＡ制御部がシリアルインタフ
ェース手段を用いてノードＡの情報を収集する。ノード
Ａ制御部は、前記にて収集したノードＡ の情報を逓信
データとしてプロトコル変換手段Ａに渡す。
ェース手段を用いてノードＡの情報を収集する。ノード
Ａ制御部は、前記にて収集したノードＡ の情報を逓信
データとしてプロトコル変換手段Ａに渡す。
【００４４】プロトコル変換手段Ａは、ノードＡ制御部
より受けた通信データをプロトコル変換し、プロトコル
Ｂ通信データ処理手段に渡す。プロトコルＢ通信データ
処理手段は、プロトコル変換後の通信データをトランス
ポート層から物理層に向かって各レイヤ毎に処理をす
る。ここでのレイヤはプロトコルＢに対応するものであ
る。
より受けた通信データをプロトコル変換し、プロトコル
Ｂ通信データ処理手段に渡す。プロトコルＢ通信データ
処理手段は、プロトコル変換後の通信データをトランス
ポート層から物理層に向かって各レイヤ毎に処理をす
る。ここでのレイヤはプロトコルＢに対応するものであ
る。
【００４５】ノードＢでは、プロトコルＢ通信データ処
理手段が送られた通信データをセッション層で処理され
るフレームフォーマットまで変換し、その後プロトコル
変換手段Ｂでプロトコルを変換して、ノードＡ から送
られた通信データをセッション層へ送信する。
理手段が送られた通信データをセッション層で処理され
るフレームフォーマットまで変換し、その後プロトコル
変換手段Ｂでプロトコルを変換して、ノードＡ から送
られた通信データをセッション層へ送信する。
【００４６】このような動作をイテなうことにより、ノー
ドＡの状態を知ることが可能となる。以下さらに具体的
な実施例を説明する。
ドＡの状態を知ることが可能となる。以下さらに具体的
な実施例を説明する。
【００４７】図６は、プロトコル変換システムの構成図
である。プロトコル変換システムは、ＨＤＬＣ（Ｈｉｇ
ｈ ｌｅｖｅｌ Ｄａｔａ Ｌｉｎｋ Ｃｏｎｔｒｏ
ｌ）プロトコルで通信を行い、プロトコル変換部からの
被制御手段を有するＨＤＬＣノードと、ＴＣＰ／ＩＰ
（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏ
ｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）で
通信を行い、プロトコル変換手段Ｂを含むＬＡＮノード
と、ＨＤＬＣノードとＬＡＮノードとを中継してプロト
コル変換を行い、ＨＤＬＣノードを制御するためのシリ
アルインタフェース手段を有するプロトコル変換部と、
プロトコル変換部の保守／設定を行なう保守端末部と、
から構成される。
である。プロトコル変換システムは、ＨＤＬＣ（Ｈｉｇ
ｈ ｌｅｖｅｌ Ｄａｔａ Ｌｉｎｋ Ｃｏｎｔｒｏ
ｌ）プロトコルで通信を行い、プロトコル変換部からの
被制御手段を有するＨＤＬＣノードと、ＴＣＰ／ＩＰ
（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏ
ｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）で
通信を行い、プロトコル変換手段Ｂを含むＬＡＮノード
と、ＨＤＬＣノードとＬＡＮノードとを中継してプロト
コル変換を行い、ＨＤＬＣノードを制御するためのシリ
アルインタフェース手段を有するプロトコル変換部と、
プロトコル変換部の保守／設定を行なう保守端末部と、
から構成される。
【００４８】またブロトコル変換部は、ＨＤＬＣプロト
コルで通信データを各レイヤ毎に処理するＨＤＬＣ通信
データ処理手段と、ＴＣＰ／ＩＰプロトコルで通信デー
タを各レイヤ毎に処理するＴＣＰ／ＩＰ通信データ処理
手段と、通信データのプロトコル変換を行なうためのプ
ロ卜コル変換手段Ａと、ＨＤＬＣノードの制御を行なう
ためのシリアルインタフェース手段、ノードＡ制御部
と、保守端末とのインタフェースを行なうためのインタ
フェース手段と、から構成される。図７は、プロトコル
変換システムのプロトコル構成を示す図である。
コルで通信データを各レイヤ毎に処理するＨＤＬＣ通信
データ処理手段と、ＴＣＰ／ＩＰプロトコルで通信デー
タを各レイヤ毎に処理するＴＣＰ／ＩＰ通信データ処理
手段と、通信データのプロトコル変換を行なうためのプ
ロ卜コル変換手段Ａと、ＨＤＬＣノードの制御を行なう
ためのシリアルインタフェース手段、ノードＡ制御部
と、保守端末とのインタフェースを行なうためのインタ
フェース手段と、から構成される。図７は、プロトコル
変換システムのプロトコル構成を示す図である。
【００４９】これは、異なるネットワーク間においてプ
ロトコル変換され、通信データの送受信が行われる場合
のプロトコル構成を示す図である。ここで、ＬＡＮノー
ドのプロトコルは、本実施の形態ではイーサネットを用
いているので、ここでは、イーサネットノードとして説
明する。プロトコル変換部のプロトコルは、ＨＤＬＣ通
信データ処理手段のプロトコルＡと、ＴＣＰ／ＩＰ通信
データ処理手段のプロトコルＢとから構成される。
ロトコル変換され、通信データの送受信が行われる場合
のプロトコル構成を示す図である。ここで、ＬＡＮノー
ドのプロトコルは、本実施の形態ではイーサネットを用
いているので、ここでは、イーサネットノードとして説
明する。プロトコル変換部のプロトコルは、ＨＤＬＣ通
信データ処理手段のプロトコルＡと、ＴＣＰ／ＩＰ通信
データ処理手段のプロトコルＢとから構成される。
【００５０】プロトコルＡは、物理層、データリンク層
に相当するＨＤＬＣと、ネットワーク層と、トランスポ
ート層と、からなる。プロトコルＢは、物理層、データ
リンク層に相当するイーサネットと、ネットワーク層に
相当するＨＤＬＣと、トランスポート層に相当するＴＣ
Ｐ／ＩＰと、プロトコル変換を行なうプロトコル変換層
と、からなる。
に相当するＨＤＬＣと、ネットワーク層と、トランスポ
ート層と、からなる。プロトコルＢは、物理層、データ
リンク層に相当するイーサネットと、ネットワーク層に
相当するＨＤＬＣと、トランスポート層に相当するＴＣ
Ｐ／ＩＰと、プロトコル変換を行なうプロトコル変換層
と、からなる。
【００５１】また、ＨＤＬＣノードのセッション層とイ
ーサネットノードのセッション層とは、コネクション１
が設定される。そして、プロトコルＢのＴＣＰと、イー
サネットノードのＴＣＰとの間に コネクション２が設
定される。
ーサネットノードのセッション層とは、コネクション１
が設定される。そして、プロトコルＢのＴＣＰと、イー
サネットノードのＴＣＰとの間に コネクション２が設
定される。
【００５２】また、図７では省略するが、プロトコル変
換層にてＨＤＬＣノード〜イーサネットノード間でプロ
トコル変換する情報と、プロトコル変換部で終端する情
報とに分類され、ＨＤＬＣノード〜イーサネットノード
間でプロトコル変換する情報は、プロトコルＡのトラン
スポート層へ渡され、プロトコル変換部で終端する情報
は、ＨＤＬＣ制御部（ノードＡ制御部）へ渡された後、
終端される。詳細は後述する。図８は、プロトコル変換
部のハードウェア概略構成図である。
換層にてＨＤＬＣノード〜イーサネットノード間でプロ
トコル変換する情報と、プロトコル変換部で終端する情
報とに分類され、ＨＤＬＣノード〜イーサネットノード
間でプロトコル変換する情報は、プロトコルＡのトラン
スポート層へ渡され、プロトコル変換部で終端する情報
は、ＨＤＬＣ制御部（ノードＡ制御部）へ渡された後、
終端される。詳細は後述する。図８は、プロトコル変換
部のハードウェア概略構成図である。
【００５３】この図で、ＣＰＵは、プロトコル変換部の
制御を行なう。ＲＯＭは、システム制御用プログラムを
格納するＥＰＲＯＭと、通信アドレス／ルーティング情
報などを格納するシリアルＥＰＲＯＭからなる。ＲＡＭ
は、一時的なデータを格納するＤＲＡＭである。ＨＤＬ
Ｃｉｎｆは、ＨＤＬＣのインタフェース制御を行ない、
ＨＤＬＣノードと接続される。
制御を行なう。ＲＯＭは、システム制御用プログラムを
格納するＥＰＲＯＭと、通信アドレス／ルーティング情
報などを格納するシリアルＥＰＲＯＭからなる。ＲＡＭ
は、一時的なデータを格納するＤＲＡＭである。ＨＤＬ
Ｃｉｎｆは、ＨＤＬＣのインタフェース制御を行ない、
ＨＤＬＣノードと接続される。
【００５４】イーサネットｉｎｆは、イーサネットのイ
ンタフェースを行ない、イーサネットノードと接続され
る。シリアルインタフェースｉｎｆは、シリアルインタ
フェースのインタフェースを行い、ＨＤＬＣノードのシ
リアルインタフェース（被制御手段）と接続される。
ンタフェースを行ない、イーサネットノードと接続され
る。シリアルインタフェースｉｎｆは、シリアルインタ
フェースのインタフェースを行い、ＨＤＬＣノードのシ
リアルインタフェース（被制御手段）と接続される。
【００５５】ＲＳ−２３２Ｃｉｎｆは、ＲＳ−２３２Ｃ
インタフェース制御を行ない、保守端末部接続される。
電源部は、本プロトコル変換部に電源の供給を行なう。
図９は、プロトコル変換部のファームウェア構成図であ
る。
インタフェース制御を行ない、保守端末部接続される。
電源部は、本プロトコル変換部に電源の供給を行なう。
図９は、プロトコル変換部のファームウェア構成図であ
る。
【００５６】プロトコル変換部のファームウェア構成
は、ＨＤＬＣ側の物理層とデータリンク層の処理を行な
うＨＤＬＣコントローラと、同じくＨＤＬＣ側でのネッ
トワーク層での処理を行なうネットワーク層処理手段
と、同じくＨＤＬＣ側のトランスポート層での処理を行
なうトランスポート層処理手段と、プロトコル変換を行
なうプロトコル変換手段Ａと、イーサネット側の物理層
とデータリンク層の処理を行なうイーサネットコントロ
ーラと、同じくイーサネット側のネットワーク層に対応
するイーサネット処理手段と、同じくイーサネット側の
ＴＣＰ／ＩＰの通信処理を行なうＴＣＰ／ＩＰ処理手段
と、ＴＣＰ／ＩＰデータを受信したかどうかを検索する
処理を行なうソケット受信処理手段と、ＨＤＬＣノード
のシリアルインタフェース手段（被制御手段）と通信を
行なうシリアルインタフェースドライバと、前記シリア
ルインタフェース手段を使用してＨＤＬＣノードの制御
を行なう 制御手段と、保守端末部とＲＳ−２３２Ｃ通
信を行なうインタフェースをとるＲＳ−２３２Ｃドライ
バと、保守端末からのコマンドを処理するコマンド処理
手段と、から構成される。図１０は、プロトコル変換部
にてフレームが変換される様子を示す図である。これ
は、異なるネットワーク間においてプロトコル変換さ
れ、通信データの送受信が行わる場合のフレーム変換を
示す図である。
は、ＨＤＬＣ側の物理層とデータリンク層の処理を行な
うＨＤＬＣコントローラと、同じくＨＤＬＣ側でのネッ
トワーク層での処理を行なうネットワーク層処理手段
と、同じくＨＤＬＣ側のトランスポート層での処理を行
なうトランスポート層処理手段と、プロトコル変換を行
なうプロトコル変換手段Ａと、イーサネット側の物理層
とデータリンク層の処理を行なうイーサネットコントロ
ーラと、同じくイーサネット側のネットワーク層に対応
するイーサネット処理手段と、同じくイーサネット側の
ＴＣＰ／ＩＰの通信処理を行なうＴＣＰ／ＩＰ処理手段
と、ＴＣＰ／ＩＰデータを受信したかどうかを検索する
処理を行なうソケット受信処理手段と、ＨＤＬＣノード
のシリアルインタフェース手段（被制御手段）と通信を
行なうシリアルインタフェースドライバと、前記シリア
ルインタフェース手段を使用してＨＤＬＣノードの制御
を行なう 制御手段と、保守端末部とＲＳ−２３２Ｃ通
信を行なうインタフェースをとるＲＳ−２３２Ｃドライ
バと、保守端末からのコマンドを処理するコマンド処理
手段と、から構成される。図１０は、プロトコル変換部
にてフレームが変換される様子を示す図である。これ
は、異なるネットワーク間においてプロトコル変換さ
れ、通信データの送受信が行わる場合のフレーム変換を
示す図である。
【００５７】まず、ＨＤＬＣからイーサネットへの方向
に通信データが送信されるとする。ＨＤＬＣコントロー
ラを通過してきたフレームＦＲＩは、ネットワーク層処
理手段に入力される。
に通信データが送信されるとする。ＨＤＬＣコントロー
ラを通過してきたフレームＦＲＩは、ネットワーク層処
理手段に入力される。
【００５８】フレームＦＲＩは、同期フラグＦと、 目
的アドレスフィールドＤＡと、 自アドレスフィールド
ＳＡと、制御フィールドＣと、データ長と、情報データ
と、誤検出を行なうＦＣＳと、から構成される。
的アドレスフィールドＤＡと、 自アドレスフィールド
ＳＡと、制御フィールドＣと、データ長と、情報データ
と、誤検出を行なうＦＣＳと、から構成される。
【００５９】ネットワーク層処理手段では、同期フラグ
Ｆで同期がとられたフレームＦＲ１を、ＦＣＳで誤り検
出を行なう。誤り検出は、ＣＣＰＩＴに準拠して、Ｘ16
＋Ｘ 12＋Ｘ5＋１を演算して、その演算結果が正しいか
否かにより行う。
Ｆで同期がとられたフレームＦＲ１を、ＦＣＳで誤り検
出を行なう。誤り検出は、ＣＣＰＩＴに準拠して、Ｘ16
＋Ｘ 12＋Ｘ5＋１を演算して、その演算結果が正しいか
否かにより行う。
【００６０】そして、フレーム ＦＲ１の制御フィール
ドＣの終端を行ない、ヘッダフィールドを拡張してフレ
ームＦＲ２に変換する。トランスポート層処理手段とプ
ロトコル変換手段との間ではフレームの変換は行われな
い。
ドＣの終端を行ない、ヘッダフィールドを拡張してフレ
ームＦＲ２に変換する。トランスポート層処理手段とプ
ロトコル変換手段との間ではフレームの変換は行われな
い。
【００６１】プロトコル変換手段Ａでは、フレームＦＲ
２にヘッダを付け替えを行なってフレームＦＲ３に変換
する。詳細は後述する。ＴＣＰ／ＩＰ処理手段は、フレ
ームＦＲ３をＴＣＰデータとし、ＴＣＰヘッダを付して
フレームＴＣＰ１を作成する。
２にヘッダを付け替えを行なってフレームＦＲ３に変換
する。詳細は後述する。ＴＣＰ／ＩＰ処理手段は、フレ
ームＦＲ３をＴＣＰデータとし、ＴＣＰヘッダを付して
フレームＴＣＰ１を作成する。
【００６２】イーサネット処理手段は、フレームＴＣＰ
１をＩＰデータとし、ＴＣＰヘッダを付与してフレーム
ＩＰ１を作成する。イーサネット処理手段は、フレーム
ＩＰＩをＤＡＴＡとし、プリアンブルＰｒ、ＤＡ、Ｓ
Ａ、データ長からなるイーサネットヘッダと、誤り検出
を行なうＣＲＣとを付与し、フレームＩＰＩを作成す
る。
１をＩＰデータとし、ＴＣＰヘッダを付与してフレーム
ＩＰ１を作成する。イーサネット処理手段は、フレーム
ＩＰＩをＤＡＴＡとし、プリアンブルＰｒ、ＤＡ、Ｓ
Ａ、データ長からなるイーサネットヘッダと、誤り検出
を行なうＣＲＣとを付与し、フレームＩＰＩを作成す
る。
【００６３】また、イーサネットからＨＤＬＣへの方向
に通信データが送信される場合は、前記で説明したこと
と逆のことが行われる。なわち、フレームＥｔ１のＤａ
ｔａがフレームＩＰ１に、フレームＴＣＰ１のＴＣＰデ
ータがフレームＴＣＰ１に、フレームＴＣＰ１のＴＣＰ
データがフレームＦＲ３に変換される。
に通信データが送信される場合は、前記で説明したこと
と逆のことが行われる。なわち、フレームＥｔ１のＤａ
ｔａがフレームＩＰ１に、フレームＴＣＰ１のＴＣＰデ
ータがフレームＴＣＰ１に、フレームＴＣＰ１のＴＣＰ
データがフレームＦＲ３に変換される。
【００６４】そして、フレームＦＲ３のＣＭＤｉｄを解
析し、イーサネットノード→ＨＤＬＣノード方向の情報
であることを確認後に終端され、ＰＯＲＴはＤＡに、Ｓ
ＥＱｎｏは保存、ＳＡはプロトコル変換部の自アドレス
が付加される。
析し、イーサネットノード→ＨＤＬＣノード方向の情報
であることを確認後に終端され、ＰＯＲＴはＤＡに、Ｓ
ＥＱｎｏは保存、ＳＡはプロトコル変換部の自アドレス
が付加される。
【００６５】なお、ＣＣｌａｓｓはＨＤＬＣノードの制
御のために使用する領域であり、通信データのプロトコ
ル変換を行なう場合は終端（無視）される。詳細は後述
する。
御のために使用する領域であり、通信データのプロトコ
ル変換を行なう場合は終端（無視）される。詳細は後述
する。
【００６６】フレームＦＲ２はＨＤＬＣフレームである
フレームＦＲ１に変換される。ただし、フレームＴＣＰ
１からフレームＦＲ３への変換では、ＴＣＰ処理手段の
処理後は、ＴＣＰ／ＩＰデータを受信したかどうかを検
索しているタスク処理を行なうソケット受信処理手段を
通過する。次に、イーサネットノードからＨＤＬＣノー
ドに制御を行なう場合のフレーム変換（フレームの流
れ）を図１１に示す。
フレームＦＲ１に変換される。ただし、フレームＴＣＰ
１からフレームＦＲ３への変換では、ＴＣＰ処理手段の
処理後は、ＴＣＰ／ＩＰデータを受信したかどうかを検
索しているタスク処理を行なうソケット受信処理手段を
通過する。次に、イーサネットノードからＨＤＬＣノー
ドに制御を行なう場合のフレーム変換（フレームの流
れ）を図１１に示す。
【００６７】基本的なフレーム変換の流れは図１０に示
したイーサネットからＨＤＬＣ方向の通信データのフレ
ーム変換と同様で、フレームＥｔ１のＤａｔａがフレー
ムＩＰ１に、フレームＩＰ１のＩＰデータがフレームＴ
ＣＰ１に、フレームＴＣＰ１のＴＣＰデータがフレーム
ＦＲ３に変換される。
したイーサネットからＨＤＬＣ方向の通信データのフレ
ーム変換と同様で、フレームＥｔ１のＤａｔａがフレー
ムＩＰ１に、フレームＩＰ１のＩＰデータがフレームＴ
ＣＰ１に、フレームＴＣＰ１のＴＣＰデータがフレーム
ＦＲ３に変換される。
【００６８】そして、フレームＦＲ３のＣＭＤｉｄを解
析し、イーサネットノードからの制御情報であることを
確認後にＣＭＤｉｄは終端される。次にＣＣｌａｓｓを
解析し、制御内容の詳細を解析する。ＰＯＲＴ、ＳＥＱ
ｎｏは応答用に保存する。
析し、イーサネットノードからの制御情報であることを
確認後にＣＭＤｉｄは終端される。次にＣＣｌａｓｓを
解析し、制御内容の詳細を解析する。ＰＯＲＴ、ＳＥＱ
ｎｏは応答用に保存する。
【００６９】以上のように、イーサネットノードからの
制御情報はフレームＦＲ３で終端し、これ以降のフレー
ム変換は行なわない。次に、プロトコル変換機能Ａでの
情報の分類方法（識別方法）について説明する。
制御情報はフレームＦＲ３で終端し、これ以降のフレー
ム変換は行なわない。次に、プロトコル変換機能Ａでの
情報の分類方法（識別方法）について説明する。
【００７０】前記でも少しふれているが、プロトコル変
換機能Ａでの情報の分類にはＣＭＤｉｄが使用される。
ＣＭＤｉｄは、コマンド種別を判断する識別子であり、
種別としては、送受される通信データの方向を表わすＤ
ｒ（方向）と、通知データであることを示すＮｔ（通
知）と、制御データであることを示すＣｌ（制御）と、
試験データであることを示すＴｓ（試験）と、応答デー
タであることを示すＲｅ（応答）と、異常データである
ことを示すＥｒ（異常）と、がある。
換機能Ａでの情報の分類にはＣＭＤｉｄが使用される。
ＣＭＤｉｄは、コマンド種別を判断する識別子であり、
種別としては、送受される通信データの方向を表わすＤ
ｒ（方向）と、通知データであることを示すＮｔ（通
知）と、制御データであることを示すＣｌ（制御）と、
試験データであることを示すＴｓ（試験）と、応答デー
タであることを示すＲｅ（応答）と、異常データである
ことを示すＥｒ（異常）と、がある。
【００７１】プロトコル変換機能Ａは、前記ＣＭＤｉｄ
の種別をＣＯＤＥ化することにより、通信データの分類
を行なう。図１２にイーサネットからＨＤＬＣへの方向
に通信データが送信される場合の分類について示す。
の種別をＣＯＤＥ化することにより、通信データの分類
を行なう。図１２にイーサネットからＨＤＬＣへの方向
に通信データが送信される場合の分類について示す。
【００７２】フレーム ＦＲ３のＣＭＤｉｄがイーサネ
ットからＨＤＬＣ方向の通常データを示す場合、フレー
ムＦＲ２に変換され、ＨＤＬＣに送信される。次に、フ
レームＦＲ３のＣＭＤｉｄがＨＤＬＣノード（プロトコ
ル変換部も含む）の制御情報を示す場合、フレームＦＲ
２への変換は行なわれず、フレームＦＲ３は終端され、
ＨＤＬＣノードに対して制御が行なわれる。
ットからＨＤＬＣ方向の通常データを示す場合、フレー
ムＦＲ２に変換され、ＨＤＬＣに送信される。次に、フ
レームＦＲ３のＣＭＤｉｄがＨＤＬＣノード（プロトコ
ル変換部も含む）の制御情報を示す場合、フレームＦＲ
２への変換は行なわれず、フレームＦＲ３は終端され、
ＨＤＬＣノードに対して制御が行なわれる。
【００７３】また、フレームＦＲ３のＣＣｌａｓｓは、
ＣＭＤｉｄが制御情報を示す場合の付加情報として使用
される。ＣＭＤｉｄが制御情報以外を示す場合、空き領
域として処理される。次に、シリアルインタフェースに
より収集した情報（プロトコル変換部内の情報も含む）
をイーサネットノードに送信する場合のフレーム変換
（フレームの流れ）を図１３に示す。
ＣＭＤｉｄが制御情報を示す場合の付加情報として使用
される。ＣＭＤｉｄが制御情報以外を示す場合、空き領
域として処理される。次に、シリアルインタフェースに
より収集した情報（プロトコル変換部内の情報も含む）
をイーサネットノードに送信する場合のフレーム変換
（フレームの流れ）を図１３に示す。
【００７４】シリアルインタフェースにより収集された
データＤＴ１は、ノードＡ制御部に入力される。データ
ＤＴ１を受けたノードＡ制御部は、データＤＴ１をフレ
ームＦＲ３の情報データの形に変更（データＤＴ２）
し、プロトコル変換機能Ａに送る。
データＤＴ１は、ノードＡ制御部に入力される。データ
ＤＴ１を受けたノードＡ制御部は、データＤＴ１をフレ
ームＦＲ３の情報データの形に変更（データＤＴ２）
し、プロトコル変換機能Ａに送る。
【００７５】データＤＴ２を受けたブロトコル変換機能
Ａは、データＤＴ２を情報データとし、ヘッダを付与
し、フレームＦＲ３を作成する。後は、ＨＤＬＣからイ
ーサネット方向のデータと同様に、フレームＦＲ３をフ
レームＴＣＰ１とし、フレームＴＣＰ１をフレームＩＰ
１とし、フレームＩＰ１をフレームＥｔ１としてイーサ
ネットノードに送信する。次に、プロトコル変換機能Ａ
で行われるフレーム変換について説明する。
Ａは、データＤＴ２を情報データとし、ヘッダを付与
し、フレームＦＲ３を作成する。後は、ＨＤＬＣからイ
ーサネット方向のデータと同様に、フレームＦＲ３をフ
レームＴＣＰ１とし、フレームＴＣＰ１をフレームＩＰ
１とし、フレームＩＰ１をフレームＥｔ１としてイーサ
ネットノードに送信する。次に、プロトコル変換機能Ａ
で行われるフレーム変換について説明する。
【００７６】図１４は、ＨＤＬＣからイーサネット方向
の通信データがプロトコル変換される場合のヘッダ付け
替えの様子を示す図である。フレームＦＲ２のＤＡは終
端され、フレームＦＲ３にはＣＭＤｉｄが付与される。
の通信データがプロトコル変換される場合のヘッダ付け
替えの様子を示す図である。フレームＦＲ２のＤＡは終
端され、フレームＦＲ３にはＣＭＤｉｄが付与される。
【００７７】また、フレームＦＲ２のＳＡからルーティ
ング情報としてイーサネットノード側のポート情報が割
り出され、ＰＯＲＴに変換される。さらに、プロトコル
変換部内で管理されているコマンドと応答とを対応させ
るシーケンシャルな情報を表わすＳＥＱｎｏ（シーケン
ス番号）を付与する。（ＨＤＬＣからイーサネット方向
の通信データの場合、ＣＣｌａｓｓは未使用。Ｄｏｎ’
ｔ ｃａｒｅを付与） このようにしてＦＲ２ヘッダからＦＲ３ヘッダへのヘッ
ダの付け替えが行われる。図１５は、イーサネットから
ＨＤＬＣ方向の通信データがプロトコル変換される場合
のヘッダ付け替えの様子を示す図である。フレームＦＲ
３のＣＭＤｉｄは終端され、フレームＦＲ３のＰＯＲＴ
からルーティング情報としてＨＤＬＣノード側の目的ア
ドレス情報が割り出され、ＤＡハに変換される。
ング情報としてイーサネットノード側のポート情報が割
り出され、ＰＯＲＴに変換される。さらに、プロトコル
変換部内で管理されているコマンドと応答とを対応させ
るシーケンシャルな情報を表わすＳＥＱｎｏ（シーケン
ス番号）を付与する。（ＨＤＬＣからイーサネット方向
の通信データの場合、ＣＣｌａｓｓは未使用。Ｄｏｎ’
ｔ ｃａｒｅを付与） このようにしてＦＲ２ヘッダからＦＲ３ヘッダへのヘッ
ダの付け替えが行われる。図１５は、イーサネットから
ＨＤＬＣ方向の通信データがプロトコル変換される場合
のヘッダ付け替えの様子を示す図である。フレームＦＲ
３のＣＭＤｉｄは終端され、フレームＦＲ３のＰＯＲＴ
からルーティング情報としてＨＤＬＣノード側の目的ア
ドレス情報が割り出され、ＤＡハに変換される。
【００７８】また、ＰＯＲＴ、ＳＥＱｎｏ、ＣＣｌａｓ
ｓはイーサネットノードへの送信応答に使用するため保
存しておく。（イーサネットからＨＤＬＣ方向の通信デ
ータの場合も、ＣＣｌａｓｓは未使用であるが、送信応
答用として保存。内容はＤｏｎ’ｔ ｃａｒｅ） さらに、ＨＤＬＣノード側の自アドレスＳＡが付与され
る。
ｓはイーサネットノードへの送信応答に使用するため保
存しておく。（イーサネットからＨＤＬＣ方向の通信デ
ータの場合も、ＣＣｌａｓｓは未使用であるが、送信応
答用として保存。内容はＤｏｎ’ｔ ｃａｒｅ） さらに、ＨＤＬＣノード側の自アドレスＳＡが付与され
る。
【００７９】このようにしてＦＲ３ヘッダからＦＲ２ヘ
ッダへとヘッダの付け替えが行われる。図１６は、イー
サネットからの制御情報のヘッダ操作を示す図である。
ッダへとヘッダの付け替えが行われる。図１６は、イー
サネットからの制御情報のヘッダ操作を示す図である。
【００８０】イーサネットからの制御情報は、前記プロ
トコル変換される通信データのようにプロトコル変換、
およびへッダの付け替えは行われない。フレームＦＲ３
のＣＭＤｉｄおよびＣＣｌａｓｓは情報を解析後に終端
される。解析された結果は制御情報としてノードＡ制御
部に渡す。
トコル変換される通信データのようにプロトコル変換、
およびへッダの付け替えは行われない。フレームＦＲ３
のＣＭＤｉｄおよびＣＣｌａｓｓは情報を解析後に終端
される。解析された結果は制御情報としてノードＡ制御
部に渡す。
【００８１】また、ＰＯＲＴ、ＳＥＱｎｏ、ＣＣｌａｓ
ｓ〕はイーサネットノードへの送信応答に使用するため
保存しておく。このようにしてＦＲ３ヘッダの操作が行
なわれる。図１７は、シリアルインタフェースにより収
集した情報（プロトコル変換機能部の情報も含む）をイ
ーサネットに送信する場合のへッダ操作の様子を示す図
である。
ｓ〕はイーサネットノードへの送信応答に使用するため
保存しておく。このようにしてＦＲ３ヘッダの操作が行
なわれる。図１７は、シリアルインタフェースにより収
集した情報（プロトコル変換機能部の情報も含む）をイ
ーサネットに送信する場合のへッダ操作の様子を示す図
である。
【００８２】図１６と同様にプロトコル変換、およびヘ
ッダの付け替えは行われない。シリアルインタフェース
により収集したデータＤＴ２をフレームＦＲ３の情報デ
ータとし、ＣＭＤｉｄ、ＰＯＲＴＳＥＱｎｏ、ＣＣｌａ
ｓｓ、が付与される。このようにしてＦＲ３ヘッダの操
作が行なわれる。図１８は、イーサネット方向への送信
応答を行なうヘッダ操作を示す図である。ＣＭＤｉｄを
付与し、保存しておいたＰＯＲＴ、ＳＥＱｎｏ、ＣＣｌ
ａｓｓを付与する。
ッダの付け替えは行われない。シリアルインタフェース
により収集したデータＤＴ２をフレームＦＲ３の情報デ
ータとし、ＣＭＤｉｄ、ＰＯＲＴＳＥＱｎｏ、ＣＣｌａ
ｓｓ、が付与される。このようにしてＦＲ３ヘッダの操
作が行なわれる。図１８は、イーサネット方向への送信
応答を行なうヘッダ操作を示す図である。ＣＭＤｉｄを
付与し、保存しておいたＰＯＲＴ、ＳＥＱｎｏ、ＣＣｌ
ａｓｓを付与する。
【００８３】このようにして構成したヘッダをイーサネ
ット方向への送信応答として用いる。次に、プロトコル
変換システムの動作シーケンスについて詳しく説明す
る。
ット方向への送信応答として用いる。次に、プロトコル
変換システムの動作シーケンスについて詳しく説明す
る。
【００８４】図１９は、初期動作シーケンス図である。
まず、プロトコル変換機能Ａは、ＴＣＰ／ＩＰ処理手段
を通じ、イーサネットノードにコネクション確立要求を
行なう。
まず、プロトコル変換機能Ａは、ＴＣＰ／ＩＰ処理手段
を通じ、イーサネットノードにコネクション確立要求を
行なう。
【００８５】コネクション確立要求を受けたイーサネッ
トノードは、ＴＣＰ／ＩＰ処理機能を通じ、コネクショ
ン確立をプロトコル変換機能Ａに通知する。プロトコル
変換機能Ａは、コネクションの確立を確認後、ＴＣＰ／
ＩＰ処理機能を通じ、イーサネットノードに動作準備完
了を通知する。
トノードは、ＴＣＰ／ＩＰ処理機能を通じ、コネクショ
ン確立をプロトコル変換機能Ａに通知する。プロトコル
変換機能Ａは、コネクションの確立を確認後、ＴＣＰ／
ＩＰ処理機能を通じ、イーサネットノードに動作準備完
了を通知する。
【００８６】また、この ″動作準備完了は、イーサネ
ットノードの上位レイヤに対して、プロトコル変換部が
動作可能状態となったことを通知するために使用するも
のとし、動作準備完了を受けたイーサネットノードの上
位レイヤは動作開始要求を送信し、プロトコル変換部に
対して動作の開始を指示する構成とする。
ットノードの上位レイヤに対して、プロトコル変換部が
動作可能状態となったことを通知するために使用するも
のとし、動作準備完了を受けたイーサネットノードの上
位レイヤは動作開始要求を送信し、プロトコル変換部に
対して動作の開始を指示する構成とする。
【００８７】動作準備完了を受けたイーサネットノード
はＴＣＰ／ＩＰ処理機能を通じ、動作開始要求をプロト
コル変換機能Ａに通知する。動作開始要求を受けたプロ
トコル変喚機能Ａは、確かに動作開始要求を受信したこ
とをイーサネットノードに通知するために、ＴＣＰ／Ｉ
Ｐ処理機能を通じ動作要求応答を通知する。
はＴＣＰ／ＩＰ処理機能を通じ、動作開始要求をプロト
コル変換機能Ａに通知する。動作開始要求を受けたプロ
トコル変喚機能Ａは、確かに動作開始要求を受信したこ
とをイーサネットノードに通知するために、ＴＣＰ／Ｉ
Ｐ処理機能を通じ動作要求応答を通知する。
【００８８】動作開始要求を受けたプロトコル変換手段
Ａは、ノードＡ制御手段に対してＨＤＬＣノード初期設
定要求の指示を行なう。ＨＤＬＣノード初期設定要求を
受けたノードＡ制御機能は、シリアルインタフェース機
能を通じ、ＨＤＬＣノードに対してＨＤＬＣノード初期
設定開始を行なう。
Ａは、ノードＡ制御手段に対してＨＤＬＣノード初期設
定要求の指示を行なう。ＨＤＬＣノード初期設定要求を
受けたノードＡ制御機能は、シリアルインタフェース機
能を通じ、ＨＤＬＣノードに対してＨＤＬＣノード初期
設定開始を行なう。
【００８９】ここでＨＤＬＣノードは、通信に必要な設
定がなされる。この設定が行なわれるまで、ＨＤＬＣノ
ードは、動作できないような構成とする。ＨＤＬＣノー
ドは、初期設定が完了後、ノードＡ制御機能に対して、
シリアルインタフェースを通じ初期設定完了を通知す
る。
定がなされる。この設定が行なわれるまで、ＨＤＬＣノ
ードは、動作できないような構成とする。ＨＤＬＣノー
ドは、初期設定が完了後、ノードＡ制御機能に対して、
シリアルインタフェースを通じ初期設定完了を通知す
る。
【００９０】初期設定完了を受けたノードＡ制御機能
は、プロトコル変換機能Ａに対しＨＤＬＣノード初期設
定完了を通知する。ＨＤＬＣノード初期設定完了を受け
たプロトコル変換機能Ａは、ネットワーク層処理機能に
ＨＤＬＣ動作開始の通知を行ない、ＨＤＬＣ通信を可能
とする。
は、プロトコル変換機能Ａに対しＨＤＬＣノード初期設
定完了を通知する。ＨＤＬＣノード初期設定完了を受け
たプロトコル変換機能Ａは、ネットワーク層処理機能に
ＨＤＬＣ動作開始の通知を行ない、ＨＤＬＣ通信を可能
とする。
【００９１】またＨＤＬＣ動作開始と同時に、イーサネ
ットノードに対し、ＴＣＰ／ＩＰ処理機能を通じ動作開
始を通知し、全ての動作が可能となったことを通知す
る。ノードＡ制御機能は、シリアルインタフェース手段
を通じ、ＨＤＬＣノードの状態監視を開始する。
ットノードに対し、ＴＣＰ／ＩＰ処理機能を通じ動作開
始を通知し、全ての動作が可能となったことを通知す
る。ノードＡ制御機能は、シリアルインタフェース手段
を通じ、ＨＤＬＣノードの状態監視を開始する。
【００９２】以上説明したようにプロトコル変換部は、
イーサネットノードの上位レイヤからの指示がないと、
プロトコル変換機能、およびＨＤＬＣノードの初期設定
などの動作を行なわない。このように、プロトコル変換
部の動作をイーサネットノードの上位レイヤに委ねるこ
とにより、システムの一元管理が可能になる。これは、
ソフトウェアの開発にも有効となる。
イーサネットノードの上位レイヤからの指示がないと、
プロトコル変換機能、およびＨＤＬＣノードの初期設定
などの動作を行なわない。このように、プロトコル変換
部の動作をイーサネットノードの上位レイヤに委ねるこ
とにより、システムの一元管理が可能になる。これは、
ソフトウェアの開発にも有効となる。
【００９３】また、定期的にＨＤＬＣノードの状態を読
み出し、情報を管理することにより、システムの管理も
容易となる。図２０は、ＨＤＬＣノードからイーサネッ
トノード方向のデータ送信が、「正常終了」する場合の
送受信シーケンスである。
み出し、情報を管理することにより、システムの管理も
容易となる。図２０は、ＨＤＬＣノードからイーサネッ
トノード方向のデータ送信が、「正常終了」する場合の
送受信シーケンスである。
【００９４】ネットワーク層処理機能では、通常パケッ
トを受信する。通常パケットの受信後、ＡＣＫをＨＤＬ
Ｃノードに返送する。ＡＣＫ返送後、トランスポート層
処理機能を通じて、通常パケットの受信通知をプロトコ
ル変換機能Ａに対して行なう。
トを受信する。通常パケットの受信後、ＡＣＫをＨＤＬ
Ｃノードに返送する。ＡＣＫ返送後、トランスポート層
処理機能を通じて、通常パケットの受信通知をプロトコ
ル変換機能Ａに対して行なう。
【００９５】プロトコル変換機能Ａは、ＴＣＰ／ＩＰ処
理機能を通じてイーサネットノードに対してデータ送信
する。以上説明したように、ＨＤＬＣノードからイーサ
ネットノードへのデータ送信では、ネットワーク層処理
機能で受信通知した後、すぐにＡＣＫを返送することに
より、ＨＤＬＣノードのＡＣＫ待ちタイムアウトを防い
でいる。よって、ＡＣＫ待ちタイムアウト時間が非常に
短いプロトコルであってもプロトコル変換が可能とな
る。図２１は、イーサネットノードからＨＤＬＣノード
方向のデータ送信が、「正常終了」する場合の送受信シ
ーケンスである。プロトコル変換機能Ａは、ＴＣＰ／Ｉ
Ｐ処理機能を通じて、イーサネットノードからデータ受
信する。
理機能を通じてイーサネットノードに対してデータ送信
する。以上説明したように、ＨＤＬＣノードからイーサ
ネットノードへのデータ送信では、ネットワーク層処理
機能で受信通知した後、すぐにＡＣＫを返送することに
より、ＨＤＬＣノードのＡＣＫ待ちタイムアウトを防い
でいる。よって、ＡＣＫ待ちタイムアウト時間が非常に
短いプロトコルであってもプロトコル変換が可能とな
る。図２１は、イーサネットノードからＨＤＬＣノード
方向のデータ送信が、「正常終了」する場合の送受信シ
ーケンスである。プロトコル変換機能Ａは、ＴＣＰ／Ｉ
Ｐ処理機能を通じて、イーサネットノードからデータ受
信する。
【００９６】プロトコル変換機能Ａは、トランスポート
層処理機能に送信要求を行なう。トランスポート層処理
機能は、ネットワーク層処理機能に送信要求を行なう。
ＨＤＬＣノードは、ネットワーク層処理機能からの送信
要求指示のもとに通常パケットを送信する。
層処理機能に送信要求を行なう。トランスポート層処理
機能は、ネットワーク層処理機能に送信要求を行なう。
ＨＤＬＣノードは、ネットワーク層処理機能からの送信
要求指示のもとに通常パケットを送信する。
【００９７】ＨＤＬＣノードは、ＡＣＫをネットワーク
層処理機能に返送する。ネットワーク層処理機能は、ト
ランスポート層処理機能に送信成功を通知する。
層処理機能に返送する。ネットワーク層処理機能は、ト
ランスポート層処理機能に送信成功を通知する。
【００９８】トランスポート処理機能は、プロトコル変
換機能に正常終了を通知する。プロトコル変換機能Ａ
は、ＴＣＰ／ＩＰ処理機能を通じてイーサネットノード
に対して、正常応答送信を通知する。
換機能に正常終了を通知する。プロトコル変換機能Ａ
は、ＴＣＰ／ＩＰ処理機能を通じてイーサネットノード
に対して、正常応答送信を通知する。
【００９９】以上説明したように、イーサネットノード
からＨＤＬＣノードへのデータ送信では、ＨＤＬＣノー
ドからのＡＣＫ送信を受信した後に送信成功をイーサネ
ットノードへ通知している。これよりデータ送受信の信
頼度をあげている。図２２は、イーサネットノードから
ＨＤＬＣノード方向のデータ送信が、「異常終了」した
場合の送受信シーケンスである。
からＨＤＬＣノードへのデータ送信では、ＨＤＬＣノー
ドからのＡＣＫ送信を受信した後に送信成功をイーサネ
ットノードへ通知している。これよりデータ送受信の信
頼度をあげている。図２２は、イーサネットノードから
ＨＤＬＣノード方向のデータ送信が、「異常終了」した
場合の送受信シーケンスである。
【０１００】プロトコル変換機能Ａは、ＴＣＰ／ＩＰ処
理機能を通じ、イーサネットノードからデータ受信す
る。プロトコル変換機能Ａは、トランスポート層処理機
能に送信要求を行なう。
理機能を通じ、イーサネットノードからデータ受信す
る。プロトコル変換機能Ａは、トランスポート層処理機
能に送信要求を行なう。
【０１０１】トランスポート層処理機能は、ネットワー
ク層処理機能に送信要求を行なう。ネットワーク層処理
機能は、ＨＤＬＣノードに通常パケットを送信するが、
ＨＤＬＣノードからＡＣＫが返送されず、タイムアウト
になったとする。
ク層処理機能に送信要求を行なう。ネットワーク層処理
機能は、ＨＤＬＣノードに通常パケットを送信するが、
ＨＤＬＣノードからＡＣＫが返送されず、タイムアウト
になったとする。
【０１０２】トランスポート層処理機能は、再度、ネッ
トワーク層処理機能に送信要求を行なう。ネットワーク
層処理機能は、ＨＤＬＣノードに再度、通常バケットを
送信するが、ＨＤＬＣノードからＡＣＫが返送されず、
またタイムアウトになったとする。
トワーク層処理機能に送信要求を行なう。ネットワーク
層処理機能は、ＨＤＬＣノードに再度、通常バケットを
送信するが、ＨＤＬＣノードからＡＣＫが返送されず、
またタイムアウトになったとする。
【０１０３】トランスポート層処理機能は、異常終了
（タイムアウト）をプロトコル変換機能Ａに通知する。
プロトコル変換機能Ａは、ＴＣＰ／ＩＰ処理機能を通じ
イーサネットノードに異常応答送信を通知する。
（タイムアウト）をプロトコル変換機能Ａに通知する。
プロトコル変換機能Ａは、ＴＣＰ／ＩＰ処理機能を通じ
イーサネットノードに異常応答送信を通知する。
【０１０４】以上説明したように、タイムアウトの異常
によりＡＣＫが返送されない場合は、プロトコル変換機
能Ａからイーサネットノードに対して異常応答を送信す
る。これにより、イーサネットノードは、ＨＤＬＣノー
ドの異常を知ることが可能となる。また、タイムアウト
以外の異常に関しても同じシーケンスをとることでＨＤ
ＬＣノードとイーサネットノード間で互いの異常状態を
認識することが可能となる。また図２３は、シリアルイ
ンタフェースにより収集したＨＤＬＣノードの異常（状
態の変化）をイーサネットノードに通知するシーケンス
を示す図である。
によりＡＣＫが返送されない場合は、プロトコル変換機
能Ａからイーサネットノードに対して異常応答を送信す
る。これにより、イーサネットノードは、ＨＤＬＣノー
ドの異常を知ることが可能となる。また、タイムアウト
以外の異常に関しても同じシーケンスをとることでＨＤ
ＬＣノードとイーサネットノード間で互いの異常状態を
認識することが可能となる。また図２３は、シリアルイ
ンタフェースにより収集したＨＤＬＣノードの異常（状
態の変化）をイーサネットノードに通知するシーケンス
を示す図である。
【０１０５】ノードＡ制御機能は、シリアルインタフェ
ース機能を通じ、ＨＤＬＣノードの状態を収集する。こ
こで、ＨＤＬＣノードの状態の変化（例えば、正常状態
から異常状態への遷移）を検出したとする。ノードＡ制
御機能は、プロトコル変換機能Ａに対して状態変化通知
を通知する。
ース機能を通じ、ＨＤＬＣノードの状態を収集する。こ
こで、ＨＤＬＣノードの状態の変化（例えば、正常状態
から異常状態への遷移）を検出したとする。ノードＡ制
御機能は、プロトコル変換機能Ａに対して状態変化通知
を通知する。
【０１０６】状態変化通知を受けたプロトコル変換機能
Ａは、ＴＣＰ／ＩＰ処理機能を通じ、イーサネットノー
ドにデータ送信（状態変化通知）を行う。以上説明した
ようにプロトコル変換部は、ＨＤＬＣノードの状態を監
視しており、状態に変化があった場合は、ブロトコル変
換機能Ａからイーサネットノードに対して、通信データ
（状態変化通知）を送信する。これにより、イーサネッ
トノードは、ＨＤＬＣノードの状態の変化を知ることが
可能となる。図２４は、ＨＤＬＣノードおよびプロトコ
ル変換部をイーサネットノードより制御する場合の送受
信シーケンスを示す図である。
Ａは、ＴＣＰ／ＩＰ処理機能を通じ、イーサネットノー
ドにデータ送信（状態変化通知）を行う。以上説明した
ようにプロトコル変換部は、ＨＤＬＣノードの状態を監
視しており、状態に変化があった場合は、ブロトコル変
換機能Ａからイーサネットノードに対して、通信データ
（状態変化通知）を送信する。これにより、イーサネッ
トノードは、ＨＤＬＣノードの状態の変化を知ることが
可能となる。図２４は、ＨＤＬＣノードおよびプロトコ
ル変換部をイーサネットノードより制御する場合の送受
信シーケンスを示す図である。
【０１０７】プロトコル変換機能Ａは、ＴＣＰ／ＩＰ処
理手段を通じ、イーサネットノードから、データ受信
（制御情報）する。プロトコル変換機能Ａは、ノードＡ
制御手段にＨＤＬＣノード制御要求を行なう。
理手段を通じ、イーサネットノードから、データ受信
（制御情報）する。プロトコル変換機能Ａは、ノードＡ
制御手段にＨＤＬＣノード制御要求を行なう。
【０１０８】ノードＡ制御機能は、プロトコル変換機能
Ａの指示にもとづき、シリアルインタフェースを通じ
て、ＨＤＬＣノードに制御を行なう。また、シリアルイ
ンタフェースを通じて、ＨＤＬＣノードに制御を行なう
以外に、 自分自身（プロトコル変換部の動作）に制御
を行なう場合もある。
Ａの指示にもとづき、シリアルインタフェースを通じ
て、ＨＤＬＣノードに制御を行なう。また、シリアルイ
ンタフェースを通じて、ＨＤＬＣノードに制御を行なう
以外に、 自分自身（プロトコル変換部の動作）に制御
を行なう場合もある。
【０１０９】ノードＡ制御機能は、プロトコル変換機能
Ａの指示にもとづき、シリアルインタフェースを通じ
て、ＨＤＬＣノードに制御を行う。正常終了を受けたプ
ロトコル変換機能Ａは、ＴＣＰ／ＩＰ処理手段を通じ、
イーサネットノードに対して正常応答を通知する。
Ａの指示にもとづき、シリアルインタフェースを通じ
て、ＨＤＬＣノードに制御を行う。正常終了を受けたプ
ロトコル変換機能Ａは、ＴＣＰ／ＩＰ処理手段を通じ、
イーサネットノードに対して正常応答を通知する。
【０１１０】以上は制御が正常終了した場合のシーケン
スである。以下に異常終了シーケンスを示す。プロトコ
ル変換機能Ａは、ＴＣＰ／ＩＰ処理機能を通じ、イーサ
ネットノードからデータ（制御情報）を受信する。
スである。以下に異常終了シーケンスを示す。プロトコ
ル変換機能Ａは、ＴＣＰ／ＩＰ処理機能を通じ、イーサ
ネットノードからデータ（制御情報）を受信する。
【０１１１】プロトコル変換機能Ａは、ノードＡ制御機
能にＨＤＬＣノード制御要求を行なう。ノードＡ制御機
能は、何らかの理由で制御が実行できない、またはシリ
アルインタフェース機能が異常状態だったとする。
能にＨＤＬＣノード制御要求を行なう。ノードＡ制御機
能は、何らかの理由で制御が実行できない、またはシリ
アルインタフェース機能が異常状態だったとする。
【０１１２】ノードＡ制御機能は、異常終了をプロトコ
ル変換機能Ａに通知する。異常終了を受けたプロトコル
変換機能Ａは、ＴＣＰ／ＩＰ処理機能を通じ、イーサネ
ットノードに対して異常応答を通知する。
ル変換機能Ａに通知する。異常終了を受けたプロトコル
変換機能Ａは、ＴＣＰ／ＩＰ処理機能を通じ、イーサネ
ットノードに対して異常応答を通知する。
【０１１３】以上に説明したように、イーサネットノー
ドよりＨＤＬＣノードおよびプロトコル変換部を遠隔操
作可能な構成としている。また、イーサネットノードか
らの制御に対する応答を通知する構成としているため、
イーサネットノードは制御の実行状態を知ることが可能
となる。図２５は、ＨＤＬＣノードからイーサネットノ
ード方向のデータ送信が、「異常終了」した場合の送受
信シーケンスである。
ドよりＨＤＬＣノードおよびプロトコル変換部を遠隔操
作可能な構成としている。また、イーサネットノードか
らの制御に対する応答を通知する構成としているため、
イーサネットノードは制御の実行状態を知ることが可能
となる。図２５は、ＨＤＬＣノードからイーサネットノ
ード方向のデータ送信が、「異常終了」した場合の送受
信シーケンスである。
【０１１４】ネットワーク層処理機能は、ＨＤＬＣノー
ドから通常パケット受信する。ネットワーク層処理機能
は、ＡＣＫをＨＤＬＣノードに返送する。ネットワーク
層処理機能は、トランスポート層処理機能を通じ受信通
知をプロトコル変換機能Ａに送信する。
ドから通常パケット受信する。ネットワーク層処理機能
は、ＡＣＫをＨＤＬＣノードに返送する。ネットワーク
層処理機能は、トランスポート層処理機能を通じ受信通
知をプロトコル変換機能Ａに送信する。
【０１１５】プロトコル変換機能ＡはＴＣＰ／ＩＰ処理
機能を通じ、通信データをイーサネットノードに送信す
るが失敗したとする。プロトコル変換機能Ａは、イーサ
ネットノード間で確立されているコネクションを切断す
る。
機能を通じ、通信データをイーサネットノードに送信す
るが失敗したとする。プロトコル変換機能Ａは、イーサ
ネットノード間で確立されているコネクションを切断す
る。
【０１１６】プロトコル変換機能Ａは、ＴＣＰ／ＩＰ処
理機能を通じ、イーサネットノードにコネクション確立
要求を行なう。またコネクション確立要求は、イーサネ
ットノードとの間でコネクションが確立するまで要求し
続けるものとする。
理機能を通じ、イーサネットノードにコネクション確立
要求を行なう。またコネクション確立要求は、イーサネ
ットノードとの間でコネクションが確立するまで要求し
続けるものとする。
【０１１７】イーサネットノードは、ＴＣＰ／ＩＰ処理
機能を通じコネクション確立をプロトコル変換機能Ａに
通知する。プロトコル変換機能Ａは、イーサネットノー
ドとの間でコネクション確立を確認後、ＴＣＰ／ＩＰ処
理機能を通じ、動作開始通知をイーサネットノードに通
知する。
機能を通じコネクション確立をプロトコル変換機能Ａに
通知する。プロトコル変換機能Ａは、イーサネットノー
ドとの間でコネクション確立を確認後、ＴＣＰ／ＩＰ処
理機能を通じ、動作開始通知をイーサネットノードに通
知する。
【０１１８】以上説明したように、イーサネットノード
側で異常が検出された場合は、イーサネットノードとの
間に確立されたコネクションを一旦切断する。次に、イ
ーサネットノードとの間で再コネクション動作を開始
し、コネクション確立を確認後、イーサネットノードに
対して動作開始通知を通知する構成とする。
側で異常が検出された場合は、イーサネットノードとの
間に確立されたコネクションを一旦切断する。次に、イ
ーサネットノードとの間で再コネクション動作を開始
し、コネクション確立を確認後、イーサネットノードに
対して動作開始通知を通知する構成とする。
【０１１９】これにより、イーサネットノードは、イー
サネットノードに異常が発生したことを認識でき、ＨＤ
ＬＣノードからのデータが欠落された可能性があること
を知る。図２６は、イーサネットノードからＨＤＬＣノ
ード方向のデータ送信が、異常終了した場合の送受信シ
ーケンスである。
サネットノードに異常が発生したことを認識でき、ＨＤ
ＬＣノードからのデータが欠落された可能性があること
を知る。図２６は、イーサネットノードからＨＤＬＣノ
ード方向のデータ送信が、異常終了した場合の送受信シ
ーケンスである。
【０１２０】プロトコル変換機能Ａは、ＴＣＰ／ＩＰ処
理機能を通じ、イーサネットノードから異常フレームを
受信する。プロトコル変換機能Ａは、異常フレームを破
棄する。
理機能を通じ、イーサネットノードから異常フレームを
受信する。プロトコル変換機能Ａは、異常フレームを破
棄する。
【０１２１】プロトコル変換機能Ａは、イーサネットノ
ード間で確立されているコネクションを切断する。プロ
トコル変換機能Ａは、ＴＣＰ／ＩＰ処理機能を通じ、イ
ーサネットノードにコネクション確立要求を行なう。ま
たコネクション確立要求は、イーサネットノードとの間
でコネクションが確立するまで要求し続けるものとす
る。
ード間で確立されているコネクションを切断する。プロ
トコル変換機能Ａは、ＴＣＰ／ＩＰ処理機能を通じ、イ
ーサネットノードにコネクション確立要求を行なう。ま
たコネクション確立要求は、イーサネットノードとの間
でコネクションが確立するまで要求し続けるものとす
る。
【０１２２】イーサネットノードは、ＴＣＰ／ＩＰ処理
手段を通じコネクション確立をプロトコル変換機能Ａに
通知する。プロトコル変換機能Ａは、イーサネットノー
ドとの間でコネクション確立を確認後、ＴＣＰ／ＩＰ処
理機能を通じ動作開始通知をイーサネットノードに通知
する。
手段を通じコネクション確立をプロトコル変換機能Ａに
通知する。プロトコル変換機能Ａは、イーサネットノー
ドとの間でコネクション確立を確認後、ＴＣＰ／ＩＰ処
理機能を通じ動作開始通知をイーサネットノードに通知
する。
【０１２３】以上説明したように、イーサネットノード
側からの異常フレームが検出された場合は、イーサネッ
トノードとの間に確立されたコネクションを一旦切断す
る。次に、イーサネットノードとの間で再コネクション
動作を開始し、コネクション確立を確認後、イーサネッ
トノードに対して動作開始通知を通知する構成とする。
側からの異常フレームが検出された場合は、イーサネッ
トノードとの間に確立されたコネクションを一旦切断す
る。次に、イーサネットノードとの間で再コネクション
動作を開始し、コネクション確立を確認後、イーサネッ
トノードに対して動作開始通知を通知する構成とする。
【０１２４】これにより、イーサネットノードは、イー
サネットノードに異常が発生したことを認識でき、ま
た、イーサネットノード側の上位プロトコルが成立しな
くなることで、データが正常に通知されなかったことを
知ることが可能となる。
サネットノードに異常が発生したことを認識でき、ま
た、イーサネットノード側の上位プロトコルが成立しな
くなることで、データが正常に通知されなかったことを
知ることが可能となる。
【０１２５】図２５、図２６に示したように、本システ
ム構成において、イーサネットノードとの間の異常を検
出した場合は、一旦コネクションを切断し、再度コネク
ションの確立動作を行ない、コネクション確立後にイー
サネットノードに対して動作開始通知を行なう構成とす
る。
ム構成において、イーサネットノードとの間の異常を検
出した場合は、一旦コネクションを切断し、再度コネク
ションの確立動作を行ない、コネクション確立後にイー
サネットノードに対して動作開始通知を行なう構成とす
る。
【０１２６】これにより異常状態からの回復動作が容易
となる。次に、プロトコル変換方法について説明する。
図２は、ノードＡ（以下、ＨＤＬＣノード）からノード
Ｂ（以下、イーサネットノード）方向へのプロトコル変
換方法の手順を示すフローチャートである。
となる。次に、プロトコル変換方法について説明する。
図２は、ノードＡ（以下、ＨＤＬＣノード）からノード
Ｂ（以下、イーサネットノード）方向へのプロトコル変
換方法の手順を示すフローチャートである。
【０１２７】ＨＤＬＣノードから送信された通信データ
をＨＤＬＣプロトコルの下位レイヤで処理する。処理と
は、図１０のＦＲ１→ＦＲ２のことを示す。
をＨＤＬＣプロトコルの下位レイヤで処理する。処理と
は、図１０のＦＲ１→ＦＲ２のことを示す。
【０１２８】ＨＤＬＣノードからの通信データを元にイ
ーサネットプロトコルへ変換するための情報を付与す
る。情報が付与された通信データをイーサネットプロト
コルの下位レイヤで処理し、イーサネットノードに送信
する。処理とは、図１０のＦＲ３→ＴＣＰ１→ＩＰ１→
Ｅｔ１ のことを示す。
ーサネットプロトコルへ変換するための情報を付与す
る。情報が付与された通信データをイーサネットプロト
コルの下位レイヤで処理し、イーサネットノードに送信
する。処理とは、図１０のＦＲ３→ＴＣＰ１→ＩＰ１→
Ｅｔ１ のことを示す。
【０１２９】通信データをイーサネットプロトコルの下
位レイヤで処理する。処理とは、前記の逆の動作、即ち
Ｅｔ１→ＩＰ１→ＴＣＰ１→ＦＲ３のことを示す。情報
を終端する。
位レイヤで処理する。処理とは、前記の逆の動作、即ち
Ｅｔ１→ＩＰ１→ＴＣＰ１→ＦＲ３のことを示す。情報
を終端する。
【０１３０】イーサネットプロトコルの上位レイヤに送
信する。図３は、イーサネットノードからＨＤＬＣノー
ド方向へのプロトコル変換方法の手順を示すフローチャ
ートである。
信する。図３は、イーサネットノードからＨＤＬＣノー
ド方向へのプロトコル変換方法の手順を示すフローチャ
ートである。
【０１３１】通信データをイーサネットプロトコルの上
位レイヤで処理する。処理とは、アプリケーション層で
の通信データの処理などを示す。ＨＤＬＣプロトコルが
認識できるように情報を付与する。
位レイヤで処理する。処理とは、アプリケーション層で
の通信データの処理などを示す。ＨＤＬＣプロトコルが
認識できるように情報を付与する。
【０１３２】情報が付与された通信データをイーサネッ
トプロトコルの下位レイヤで処理し、送信する。処理と
は、ＦＲ３→ＴＣＰ１→ＩＰ１→Ｅｔ１のことを示す。
通信データをイーサネットプロトコルの下位レイヤで処
理する。処理とは、図１０のＦＲ３→ＴＣＰ１→ＩＰ１
→Ｅｔ１のことを示す。
トプロトコルの下位レイヤで処理し、送信する。処理と
は、ＦＲ３→ＴＣＰ１→ＩＰ１→Ｅｔ１のことを示す。
通信データをイーサネットプロトコルの下位レイヤで処
理する。処理とは、図１０のＦＲ３→ＴＣＰ１→ＩＰ１
→Ｅｔ１のことを示す。
【０１３３】情報を終端し、ＨＤＬＣノードが認識する
ためのフレ−ムに変換する。フレームをＨＤＬＣノード
の下位レイヤで処理して、通信データとして、ＨＤＬＣ
ノードに送信する。処理とは、図１０のＦＲ２→ＦＲ１
のことを示す。
ためのフレ−ムに変換する。フレームをＨＤＬＣノード
の下位レイヤで処理して、通信データとして、ＨＤＬＣ
ノードに送信する。処理とは、図１０のＦＲ２→ＦＲ１
のことを示す。
【０１３４】上記の説明では、ノードＡのブロトコルと
してＨＤＬＣプロトコルを用いたが、その他の下位レイ
ヤコネクションレス指向型のブロトコルでもよい。ま
た、ノードＢのプロトコルとしてイーサネットＬＡＮプ
ロトコルを用いたが、その他の下位レイヤコネクション
指向型のプロトコルでもよい。
してＨＤＬＣプロトコルを用いたが、その他の下位レイ
ヤコネクションレス指向型のブロトコルでもよい。ま
た、ノードＢのプロトコルとしてイーサネットＬＡＮプ
ロトコルを用いたが、その他の下位レイヤコネクション
指向型のプロトコルでもよい。
【０１３５】次に、イーサネットノードからＨＤＬＣノ
ードの制御方法について説明する。図４は、イーサネッ
トノードからＨＤＬＣノードの制御方法の手順を示すフ
ローチャートである。
ードの制御方法について説明する。図４は、イーサネッ
トノードからＨＤＬＣノードの制御方法の手順を示すフ
ローチャートである。
【０１３６】通信データをイーサネットプロトコルの上
位レイヤで処理する。処理とは、アプリケーション層で
の通信データの処理などを示す。ＨＤＬＣノードを制御
できるように、ノードＡ制御部が認識できるように（制
御）情報を付与する。
位レイヤで処理する。処理とは、アプリケーション層で
の通信データの処理などを示す。ＨＤＬＣノードを制御
できるように、ノードＡ制御部が認識できるように（制
御）情報を付与する。
【０１３７】情報付与後の通信データをイーサネットプ
ロトコルの下位レイヤで処理した後、送信する。処理と
は、ＦＲ３→ＴＣＰ１→ＩＰ１→Ｅｔ１のことを示す。
通信データをイーサネットプロトコルの下位レイヤで処
理する。図１１の ＦＲ３→ＴＣＰ１→ＩＰ１→Ｅｔ１
のことを示す。（制御）情報を終端し、シリアルインタ
フェース機能に制御を指示する。
ロトコルの下位レイヤで処理した後、送信する。処理と
は、ＦＲ３→ＴＣＰ１→ＩＰ１→Ｅｔ１のことを示す。
通信データをイーサネットプロトコルの下位レイヤで処
理する。図１１の ＦＲ３→ＴＣＰ１→ＩＰ１→Ｅｔ１
のことを示す。（制御）情報を終端し、シリアルインタ
フェース機能に制御を指示する。
【０１３８】制御の指示を元に、シリアルインタフェー
ス機能を用いてＨＤＬＣノードに対して制御を行なう。
次に、ＨＤＬＣノードの状態をイーサネットノードに通
知する方法について説明する。
ス機能を用いてＨＤＬＣノードに対して制御を行なう。
次に、ＨＤＬＣノードの状態をイーサネットノードに通
知する方法について説明する。
【０１３９】図５は、ＨＤＬＣノードからイーサネット
ノードに通知する手順を示すフローチャートである。ノ
ードＡ制御部がシリアルインタフェースを使用し、フレ
ーム（ノードＡの状態）を作成する。ノードＡが作成し
たフレームに、イーサネットプロトコルに変換するため
の情報を付与し、通信データとする。
ノードに通知する手順を示すフローチャートである。ノ
ードＡ制御部がシリアルインタフェースを使用し、フレ
ーム（ノードＡの状態）を作成する。ノードＡが作成し
たフレームに、イーサネットプロトコルに変換するため
の情報を付与し、通信データとする。
【０１４０】通信データをイーサネットプロトコルの下
位レイヤで処理し、イーサネットノードに送信する。処
理とは、図１１のＦＲ３→ＴＣＰ１→ＩＰ１→Ｅｔ１の
ことを示す。
位レイヤで処理し、イーサネットノードに送信する。処
理とは、図１１のＦＲ３→ＴＣＰ１→ＩＰ１→Ｅｔ１の
ことを示す。
【０１４１】通信データをイーサネットプロトコルの下
位レイヤで処理する。処理とは、前記の逆の動作、即ち
Ｅｔ１→ＩＰ１→ＴＣＰ１→ＦＲ３のことを示す。情報
を終端する。
位レイヤで処理する。処理とは、前記の逆の動作、即ち
Ｅｔ１→ＩＰ１→ＴＣＰ１→ＦＲ３のことを示す。情報
を終端する。
【０１４２】イーサネットプロトコルの上位レイヤに送
信する。
信する。
【０１４３】
【発明の効果】以上説明したように、本発明のブロトコ
ル変換システムは、上位レイヤと下位レイヤとの間でプ
ロトコル変換を行なう構成とする。これによりデータ送
受信の信頼性が確保される。
ル変換システムは、上位レイヤと下位レイヤとの間でプ
ロトコル変換を行なう構成とする。これによりデータ送
受信の信頼性が確保される。
【０１４４】また、上位レイヤまで終端していないので
柔軟性のあるプロトコル変換を行なうことが可能とな
る。また、ＨＤＬＣノードの遠隔制御、およびシステム
動作開始の指示等、システムの管理をイーサネットプロ
トコルの上位レイヤが統括して行なえる構成とすること
により、システム管理を一元化することが可能となり、
システム構成に柔軟性を持たせることができる。
柔軟性のあるプロトコル変換を行なうことが可能とな
る。また、ＨＤＬＣノードの遠隔制御、およびシステム
動作開始の指示等、システムの管理をイーサネットプロ
トコルの上位レイヤが統括して行なえる構成とすること
により、システム管理を一元化することが可能となり、
システム構成に柔軟性を持たせることができる。
【図１】本発明のプロトコル変換システムの原理図であ
る。
る。
【図２】ノードＡからノードＢ方向へのフロトコル変換
方法の手順を示すフローチャートである。
方法の手順を示すフローチャートである。
【図３】ノードＢからノードＡ方向へのプロトコル変換
方法の手順を示すフローチャートである。
方法の手順を示すフローチャートである。
【図４】ノードＢからノードＡの制御を行なう場合のフ
ローチャートである。
ローチャートである。
【図５】ノードＡの状態をノードＢに通知を行なう場合
のフローチャートである。
のフローチャートである。
【図６】本プロトコル変換システムの構成図である。
【図７】本プロトコル変換システムのプロトコル構成を
示す図である。
示す図である。
【図８】本プロトコル変換部のハードウェア概略構成図
である。
である。
【図９】本プロトコル変換部のファームウェア構成図で
ある
ある
【図１０】プロトコル変換部でフレームが変換される様
子を示す図である。
子を示す図である。
【図１１】イーサネットノードからＨＤＬＣノードの制
御を行なう場合に、プロトコル変換部でフレームが変換
される様子を示す図である。
御を行なう場合に、プロトコル変換部でフレームが変換
される様子を示す図である。
【図１２】イーサネットノードからＨＤＬＣノード方向
の通信データの分類を示す図である。
の通信データの分類を示す図である。
【図１３】ＨＤＬＣノードの状態をイーサネットノード
に通知を行なう場合に、プロトコル変換部でフレームが
変換される様子を示す図である。
に通知を行なう場合に、プロトコル変換部でフレームが
変換される様子を示す図である。
【図１４】ＨＤＬＣからイーサネット方向へのヘッダ付
け替えの様子を示す図である。
け替えの様子を示す図である。
【図１５】イーサネットからＨＤＬＣ方向へのヘッダ付
け替えの様子を示す図である。
け替えの様子を示す図である。
【図１６】イーサネットからの制御情報のヘッダ操作の
様子を示す図である。
様子を示す図である。
【図１７】シリアルインタフェースにより収集した情報
をイーサネットノードに送信する場合のへッダ操作の様
子を示す図である。
をイーサネットノードに送信する場合のへッダ操作の様
子を示す図である。
【図１８】イーサネット方向への送信応答を行なうヘッ
ダを示す図である。
ダを示す図である。
【図１９】初期動作シーケンス図である。
【図２０】ＨＤＬＣノードからイーサネットノード方向
への正常時の送受信シーケンス図である。
への正常時の送受信シーケンス図である。
【図２１】イーサネットノードからＨＤＬＣノード方向
への正常時の送受信シーケンス図である。
への正常時の送受信シーケンス図である。
【図２２】イーサネットノードからＨＤＬＣノード方向
への異常時の送受信シーケンス図である。
への異常時の送受信シーケンス図である。
【図２３】シリアルインタフェースにより検出したＨＤ
ＬＣノードの変化をイーサネットノード方向へ通知する
場合のシーケンス図である。
ＬＣノードの変化をイーサネットノード方向へ通知する
場合のシーケンス図である。
【図２４】イーサネットノードよりＨＤＬＣノードおよ
び、プロトコル変換部を制御する場合のシーケンス図で
ある。
び、プロトコル変換部を制御する場合のシーケンス図で
ある。
【図２５】ＨＤＬＣノードからイーサネットノード方向
への異常時の送受信シーケンス図である。
への異常時の送受信シーケンス図である。
【図２６】イーサネットノードからＨＤＬＣノード方向
への送信時にイーサネットノードが異常状態での送受信
シーケンス図である。
への送信時にイーサネットノードが異常状態での送受信
シーケンス図である。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 坂口 泰一郎 大阪府大阪市中央区城見２丁目２番６号 富士通関西ディジタル・テクノロジ株式会 社内 (72)発明者 福田 孝 大阪府大阪市中央区城見２丁目２番６号 富士通関西ディジタル・テクノロジ株式会 社内 (72)発明者 松川 由暢 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内
Claims (14)
- 【請求項１】第１のプロトコルＡに従う開放型通信ネッ
トワークシステムと、第２のプロトコルＢに従う開放型
通信ネットワークシステムとの間で通信データを送受信
するにあたり、 送受信する通信データに、プロトコル変換情報を有する
ヘッダを付加するとともに、そのヘッダに通信の成功／
不成功の情報を収容したことを特徴とするプロトコル変
換システム。 - 【請求項２】前記両通信ネットワークシステム間に互い
に相手方の通信状態を読み出し可能なインターフェイス
手段を設けたことを特徴とする請求項１記載のプロトコ
ル変換システム。 - 【請求項３】各ネットワークを構成するＯＳＩ参照モデ
ルの内、トランスポート層以下の下位レイヤのみを処理
（終端）することを特徴とする請求項１記載のプロトコ
ル変換システム。 - 【請求項４】 異なるネットワーク間においてプロトコ
ル変換され、通信データの送受信が行なわれるプロトコ
ル変換システムにおいて、 一方のネットワークの通信体系を定めるプロトコルＡで
通信を行うノードＡと、 他方のネットワークの通信体系を定めるプロトコルＢで
通信を行い、前記プロトコルＡへ変換するための情報を
付与、あるいはノードＡの制御を行なうための情報を付
与、あるいは前記プロトコルＢへ変換するための情報を
終端するプロトコル変換手段Ｂを含むノードＢと、 ノードＡとの通信データを各レイヤ毎に処理する通信デ
ータ処理手段Ａを具備し、 ノードＢとの通信データを各レイヤ毎に処理する通信デ
ータ処理手段Ｂを具備し、 シリアルインタフェース手段を有するとともにそのシリ
アルインタフェース手段を用いてノードＡの制御を行
い、かつ、ノードＡの状態を管理し、その管理状態をノ
ードＢに対して通知する手段を有するノードＡ制御手段
を具備し、 また、プロトコルＡに変換するための変換情報Ａを終端
し、その変換情報Ａを元に前記ノードが認識できるフレ
ームに変換し、ノードＡの制御を行うための制御コード
を終端し、ノードＡからの通信データを前記プロトコル
Ｂに変換するための変換情報Ｂを付与するプロトコル変
換手段Ａから構成され、前記ノードＡと前記ノードＢと
の中継処理を行ない、ノードＡの制御手段を有するプロ
トコル変換部とから構成されることを特徴とするプロト
コル変換システム。 - 【請求項５】 前記通信データ処理手段Ａ、Ｂは、各プ
ロトコルの下位レイヤの処理のみを終端することを特徴
とする請求項４記載のプロ卜コル変換システム。 - 【請求項６】 前記プロトコルＡはＨＤＬＣであること
を特徴とする請求項１〜４いずれかに記載のプロトコル
変換システム。 - 【請求項７】 前記プロトコルＢはＴＣＰ／ＩＰである
ことを特徴とする請求項４記載のプロトコル変換システ
ム。 - 【請求項８】 前記プロトコル変換手段は、その通信デ
ータの種別を判断する識別子と、送信元を表す識別子
と、受信先を表す識別子と、シーケンシャル情報を表す
識別子と、前記通信データの種別を判断する識別子の詳
細を示す識別子から構成されるヘッダの付け替えを行う
ことを特徴とする、請求項４記載のプロトコル変換シス
テム。 - 【請求項９】 前記プロトコル変換手段Ａは、ヘッダを
識別することにより通信データを分類することを特徴と
する請求項８記載のプロトコル変換システム。 - 【請求項１０】 前記ノードＡ制御手段は、シリアルイ
ンタフェース手段によりノードＡの状態監視を行い、状
態変化を検出した場合、その状態をノードＢに対して通
知することを特徴とする請求項４に記載のプロトコル変
換システム。 - 【請求項１１】 収集したノードＡの状態を保持し、ノ
ードＢの要求によりノードＡの状態をノードＢに通知す
ることを特徴とする請求項１０記載のプロトコル変換シ
ステム。 - 【請求項１２】 前記ノードＡは、前記シリアルインタ
フェース手段によりプロトコルＡの物理アドレスを供給
（設定）されることを特徴とする、請求項４記載のプロ
トコル変換システム。 - 【請求項１３】 プロトコルＡの物理アドレスの設定
は、ノードＢからの動作開始要求により行なうことを特
徴とする請求項１２記載のプロトコル変換システム。 - 【請求項１４】 ノードＢとのコネクションが異常時
は、ノードＢとのコネクションを切断し、再リンク動作
を行ない、復旧時（再リンク時）は通知を行なうことを
特徴とする請求項４記載のプロトコル変換システム。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP07282098A JP3464907B2 (ja) | 1998-03-20 | 1998-03-20 | プロトコル変換システム |
| US09/152,177 US6400729B1 (en) | 1998-03-20 | 1998-09-11 | Protocol conversion system for data communication between different types of open networks |
| CN98123991.9A CN1128411C (zh) | 1998-03-20 | 1998-11-11 | 不同类型的开放网络之间数据通信的协议转换系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP07282098A JP3464907B2 (ja) | 1998-03-20 | 1998-03-20 | プロトコル変換システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11275170A true JPH11275170A (ja) | 1999-10-08 |
| JP3464907B2 JP3464907B2 (ja) | 2003-11-10 |
Family
ID=13500443
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP07282098A Expired - Fee Related JP3464907B2 (ja) | 1998-03-20 | 1998-03-20 | プロトコル変換システム |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US6400729B1 (ja) |
| JP (1) | JP3464907B2 (ja) |
| CN (1) | CN1128411C (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007123025A1 (ja) * | 2006-04-13 | 2007-11-01 | International Business Machines Corporation | 組込機器による外部との通信を代行サーバにより制御させる技術 |
| JP2008109417A (ja) * | 2006-10-26 | 2008-05-08 | Meidensha Corp | 遠方監視制御システムの伝送情報変換方式 |
| JP2008226278A (ja) * | 2004-05-19 | 2008-09-25 | Sumitomo Electric Ind Ltd | 伝送方式変換装置 |
| JP2008545319A (ja) * | 2005-06-30 | 2008-12-11 | エヌエックスピー ビー ヴィ | Ｒｓ−２３２／ｉ２ｃ変換ｉｃとホスト間の通信用ソフトウェア層 |
| JP2013084113A (ja) * | 2011-10-07 | 2013-05-09 | Canon Imaging Systems Inc | 情報処理装置、デバイス制御装置、デバイス制御システム、およびその制御方法 |
| JP2022160845A (ja) * | 2021-04-07 | 2022-10-20 | 株式会社チノー | モジュールシステム |
Families Citing this family (74)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10294751A (ja) * | 1997-02-21 | 1998-11-04 | Yazaki Corp | 通信方法、通信システム、及びこの通信システムに用いられるゲートウェイ |
| US6272108B1 (en) * | 1997-03-05 | 2001-08-07 | Paradyne Corporation | Apparatus and method to allow a frame check sequence to determine the updating of adaptive receiver parameters of a high speed communication device |
| US6047284A (en) | 1997-05-14 | 2000-04-04 | Portal Software, Inc. | Method and apparatus for object oriented storage and retrieval of data from a relational database |
| US6967972B1 (en) | 1997-07-31 | 2005-11-22 | Cisco Technology, Inc. | Universal protocol conversion |
| US6310888B1 (en) * | 1997-12-30 | 2001-10-30 | Iwork Software, Llc | System and method for communicating data |
| US6650632B1 (en) | 1998-06-30 | 2003-11-18 | Cisco Technology, Inc. | Feature transparency in a telecommunications network |
| JP3583657B2 (ja) * | 1998-09-30 | 2004-11-04 | 株式会社東芝 | 中継装置及び通信装置 |
| JP3178673B2 (ja) * | 1998-10-15 | 2001-06-25 | 日本電気株式会社 | プロトコル中継変換方法及び装置 |
| JP3519616B2 (ja) * | 1998-10-21 | 2004-04-19 | 株式会社日立製作所 | 中継装置 |
| BR9908404A (pt) * | 1998-12-28 | 2000-10-17 | Ntt Docomo Inc | Método de controle de comunicação, método de comunicação, aparato de servidor, aparelho de terminal, aparato de transmissão e sistema de comunicação |
| US7430757B1 (en) * | 1999-01-08 | 2008-09-30 | International Business Machines Corporation | Oblivious proxying using a secure coprocessor |
| US6587476B1 (en) * | 1999-05-26 | 2003-07-01 | 3 Com Corporation | Ethernet frame encapsulation over VDSL using HDLC |
| US7325076B1 (en) * | 1999-11-10 | 2008-01-29 | Navimedix, Inc. | System for dynamic information exchange |
| JP3426171B2 (ja) * | 1999-11-29 | 2003-07-14 | 三菱電機株式会社 | 通信プロトコル変換システム、モニタ装置 |
| US6760776B1 (en) * | 2000-04-10 | 2004-07-06 | International Business Machines Corporation | Method and apparatus for processing network frames in a network processor by embedding network control information such as routing and filtering information in each received frame |
| US6721353B1 (en) * | 2000-06-21 | 2004-04-13 | Cisco Technology, Inc. | Network compatibility |
| WO2002003744A1 (en) * | 2000-06-30 | 2002-01-10 | Hughes Electronics Corporation | Residential broadband communications device, and method of operating same |
| JP2002026924A (ja) * | 2000-07-06 | 2002-01-25 | Denso Corp | データ中継装置および多重通信システム |
| JP2002175274A (ja) * | 2000-12-06 | 2002-06-21 | Sony Corp | 情報処理装置及び情報処理方法、ネットワーク・システム、記憶媒体、並びにコンピュータ・プログラム |
| US20040076178A1 (en) * | 2001-03-29 | 2004-04-22 | Botton Laurence Jon | Protocol conversion |
| US6975595B2 (en) * | 2001-04-24 | 2005-12-13 | Atttania Ltd. | Method and apparatus for monitoring and logging the operation of a distributed processing system |
| US6950437B2 (en) * | 2001-04-24 | 2005-09-27 | Atitania Ltd. | System and method for transmission of information between locations on a computer network with the use of unique packets |
| US6693888B2 (en) * | 2001-06-06 | 2004-02-17 | Networks Associates Technology, Inc. | Method and apparatus for filtering that specifies the types of frames to be captured and to be displayed for an IEEE802.11 wireless LAN |
| KR100422133B1 (ko) * | 2001-07-27 | 2004-03-12 | 엘지전자 주식회사 | 광대역 무선가입자망 시스템의 패킷데이터 처리장치 및 그방법 |
| US7251248B2 (en) * | 2001-07-31 | 2007-07-31 | Bridgeworks Ltd. | Connection device |
| JP3888642B2 (ja) * | 2001-10-05 | 2007-03-07 | アルパイン株式会社 | マルチメディア情報提供方法及び装置 |
| JP4349766B2 (ja) | 2001-12-07 | 2009-10-21 | 株式会社日立製作所 | アドレス変換装置 |
| US8099393B2 (en) | 2002-03-22 | 2012-01-17 | Oracle International Corporation | Transaction in memory object store |
| US7398326B2 (en) * | 2002-04-25 | 2008-07-08 | International Business Machines Corporation | Methods for management of mixed protocol storage area networks |
| US20040215828A1 (en) * | 2002-06-03 | 2004-10-28 | Yinghe Li | Interconnecting proxy, system and method of interconnecting networks using different protocols |
| US7280559B2 (en) * | 2002-08-16 | 2007-10-09 | Mitsubishi Electric Research Laboratories, Inc. | Distributed application layer protocol converter for communications network |
| KR100477513B1 (ko) * | 2002-11-25 | 2005-03-17 | 전자부품연구원 | 이기종 프로토콜간 상호 데이터 전송을 위한 공통프로토콜 계층 구조 및 방법과 공통 프로토콜 패킷 |
| US7386010B2 (en) * | 2003-06-13 | 2008-06-10 | Corrigent Systems Ltd | Multiprotocol media conversion |
| US9106479B1 (en) * | 2003-07-10 | 2015-08-11 | F5 Networks, Inc. | System and method for managing network communications |
| JP4229810B2 (ja) * | 2003-11-10 | 2009-02-25 | 富士通株式会社 | 通信試験装置 |
| US8007847B2 (en) * | 2004-01-13 | 2011-08-30 | Eytan Biderman | Feeding formula appliance |
| US9516483B2 (en) * | 2004-02-20 | 2016-12-06 | Broadcom Corporation | Wireless communication between stations of differing protocols |
| WO2005109135A1 (en) * | 2004-04-01 | 2005-11-17 | Delphi Technologies, Inc. | Method and protocol for diagnostics of arbitrarily complex networks of devices |
| JP2008527563A (ja) * | 2005-01-16 | 2008-07-24 | ズランゴー リミテッド | アイコニック通信 |
| WO2006075335A2 (en) * | 2005-01-16 | 2006-07-20 | Zlango Ltd. | Communications network system and methods for using same |
| US8223935B2 (en) | 2005-04-30 | 2012-07-17 | Oracle International Corporation | Revenue management systems and methods |
| US8116326B2 (en) | 2005-06-28 | 2012-02-14 | Oracle International Corporation | Revenue management system and method |
| EP1938193A4 (en) | 2005-07-28 | 2010-08-04 | Oracle Int Corp | SYSTEM AND METHOD FOR MANAGING RECIPES |
| US7957402B2 (en) * | 2005-08-08 | 2011-06-07 | American Megatrends, Inc. | UDP to TCP bridge |
| US8223777B2 (en) * | 2005-11-15 | 2012-07-17 | Oracle International Corporation | Gateway for achieving low latency and high availability in a real time event processing system |
| EP1977312A2 (en) | 2006-01-16 | 2008-10-08 | Zlango Ltd. | Iconic communication |
| EP1982450A2 (en) * | 2006-01-16 | 2008-10-22 | Zlango Ltd. | Communications network system and methods for using same |
| US7904519B2 (en) * | 2006-02-21 | 2011-03-08 | Alcatel-Lucent Usa Inc. | Method for switching between embedded communications and external communications |
| US8139574B2 (en) * | 2006-08-18 | 2012-03-20 | George Madathilparambil George | Creation and transmission of part of protocol information corresponding to network packets or datalink frames separately |
| CN101232491B (zh) * | 2007-01-25 | 2012-06-27 | 华为技术有限公司 | 一种检测对方状态的方法、系统和网络装置 |
| US8775641B2 (en) * | 2007-01-31 | 2014-07-08 | Oracle International Corporation | Self invitation to initiate sessions, start processes, or generate outbound messages |
| US20080225828A1 (en) * | 2007-03-15 | 2008-09-18 | Microsoft Corporation | Enabling routing of data on a network |
| US8107469B2 (en) * | 2007-03-15 | 2012-01-31 | Microsoft Corporation | Enabling routing of data on a network based on a portion of data accessed from a non-network enabled device |
| US20080225869A1 (en) * | 2007-03-15 | 2008-09-18 | Microsoft Corporation | Enabling sharing of devices on a network |
| EP2081361B1 (en) * | 2008-01-21 | 2014-03-26 | Alcatel Lucent | Converged information systems |
| US20090204725A1 (en) * | 2008-02-13 | 2009-08-13 | Microsoft Corporation | Wimax communication through wi-fi emulation |
| EP2200225B1 (en) * | 2008-12-09 | 2011-10-12 | Alcatel Lucent | Method of handling a signalling and management communication traffic |
| US7835309B2 (en) * | 2008-12-16 | 2010-11-16 | Microsoft Corporation | Multiplexed communication for duplex applications |
| US8514749B2 (en) * | 2010-03-10 | 2013-08-20 | Microsoft Corporation | Routing requests for duplex applications |
| US8719449B2 (en) * | 2010-11-29 | 2014-05-06 | Telefonaktiebolaget L M Ericsson (Publ) | Identification of a private device in a public network |
| EP2544097A1 (en) * | 2011-07-06 | 2013-01-09 | Vetco Gray Controls Limited | Interfacing communications |
| CN102546669B (zh) * | 2012-02-29 | 2015-06-03 | 瑞斯康达科技发展股份有限公司 | 一种数据传输方法及装置 |
| DE102012006046A1 (de) * | 2012-03-27 | 2013-10-02 | Heidelberger Druckmaschinen Ag | Adaptives Remote-Service-Protokoll |
| JP5870804B2 (ja) * | 2012-03-27 | 2016-03-01 | 富士通株式会社 | 通信制御システム、通信制御方法及び通信制御プログラム |
| US20140161028A1 (en) * | 2012-12-07 | 2014-06-12 | At&T Mobility Ii Llc | Digital mobile radio front end processor |
| JP6056640B2 (ja) * | 2013-05-07 | 2017-01-11 | 富士通株式会社 | 通信装置，管理装置，処理方法，および処理プログラム |
| US9112790B2 (en) * | 2013-06-25 | 2015-08-18 | Google Inc. | Fabric network |
| CN103391282B (zh) * | 2013-06-25 | 2016-12-28 | 深圳市国电科技通信有限公司 | 在数据链路层实现用电信息采集系统数据传输的方法 |
| US9397883B2 (en) * | 2013-12-23 | 2016-07-19 | Red Hat Israel, Ltd. | Modifying network settings of an unreachable host |
| US10164909B2 (en) * | 2014-12-23 | 2018-12-25 | Dell Products, Lp | System and method for providing dynamic personalities for network ports |
| DE102015016616A1 (de) * | 2015-12-22 | 2017-06-22 | Giesecke & Devrient Gmbh | Vorrichtung und Verfahren zur Verbindung einer Produktionsvorrichtung mit einem Netzwerk |
| KR102656189B1 (ko) * | 2016-07-19 | 2024-04-11 | 삼성전자주식회사 | 직렬로 연결되는 스토리지 장치들 중 직접 연결되지 않은 스토리지 장치를 제어하도록 구성되는 전자 장치, 그것에 포함되는 스토리지 장치, 그것을 포함하는 컴퓨팅 시스템, 및 스토리지 장치의 컨트롤러의 동작 방법 |
| CN114363313B (zh) * | 2020-09-27 | 2024-11-12 | 中兴通讯股份有限公司 | 设备控制方法、服务器及存储介质 |
| US20230397048A1 (en) * | 2022-06-04 | 2023-12-07 | EdgeQ, Inc. | System and methods for 5g and wlan private network convergence for improved qos and qoe |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH02223741A (ja) | 1989-02-27 | 1990-09-06 | Matsushita Electric Ind Co Ltd | 空気調和機の表示装置 |
| JPH04227524A (ja) | 1990-05-14 | 1992-08-17 | Hitachi Ltd | 印刷システム |
| JP2891146B2 (ja) * | 1995-10-23 | 1999-05-17 | 日本電気株式会社 | ネットワークサーバ |
| JP3636399B2 (ja) * | 1996-05-29 | 2005-04-06 | 富士通株式会社 | プロトコル変換システム及びプロトコル変換方法 |
| US6075796A (en) * | 1997-03-17 | 2000-06-13 | At&T | Methods and apparatus for providing improved quality of packet transmission in applications such as internet telephony |
-
1998
- 1998-03-20 JP JP07282098A patent/JP3464907B2/ja not_active Expired - Fee Related
- 1998-09-11 US US09/152,177 patent/US6400729B1/en not_active Expired - Lifetime
- 1998-11-11 CN CN98123991.9A patent/CN1128411C/zh not_active Expired - Fee Related
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008226278A (ja) * | 2004-05-19 | 2008-09-25 | Sumitomo Electric Ind Ltd | 伝送方式変換装置 |
| JP2008545319A (ja) * | 2005-06-30 | 2008-12-11 | エヌエックスピー ビー ヴィ | Ｒｓ−２３２／ｉ２ｃ変換ｉｃとホスト間の通信用ソフトウェア層 |
| US8341326B2 (en) | 2005-06-30 | 2012-12-25 | Nxp B.V. | Software layer for communication between RS-232 to I2C translation IC and a host |
| WO2007123025A1 (ja) * | 2006-04-13 | 2007-11-01 | International Business Machines Corporation | 組込機器による外部との通信を代行サーバにより制御させる技術 |
| US7996524B2 (en) | 2006-04-13 | 2011-08-09 | International Business Machines Corporation | Controlling external communication of embedded device using proxy server |
| JP2008109417A (ja) * | 2006-10-26 | 2008-05-08 | Meidensha Corp | 遠方監視制御システムの伝送情報変換方式 |
| JP2013084113A (ja) * | 2011-10-07 | 2013-05-09 | Canon Imaging Systems Inc | 情報処理装置、デバイス制御装置、デバイス制御システム、およびその制御方法 |
| JP2022160845A (ja) * | 2021-04-07 | 2022-10-20 | 株式会社チノー | モジュールシステム |
Also Published As
| Publication number | Publication date |
|---|---|
| US6400729B1 (en) | 2002-06-04 |
| CN1128411C (zh) | 2003-11-19 |
| CN1229948A (zh) | 1999-09-29 |
| JP3464907B2 (ja) | 2003-11-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3464907B2 (ja) | プロトコル変換システム | |
| JP3636399B2 (ja) | プロトコル変換システム及びプロトコル変換方法 | |
| US6856593B2 (en) | Communication system, relay apparatus, end system, and communicating method | |
| JPH1168873A (ja) | データ通信方法及びデータ通信システム | |
| JP2009525013A (ja) | データ通信における接続状態を同期するための方法および同方法を用いる通信ノード | |
| JPH11205356A (ja) | 通信制御システム | |
| TWI499327B (zh) | 於包含無電池群蜂裝置之網路中通信的方法及其網路與裝置 | |
| JP2010114855A (ja) | ホームネットワークシステム | |
| JP2003520477A (ja) | インテリジェントネットワークにおける信頼性の高い通信を実行する方法およびその装置 | |
| WO2007102328A1 (ja) | 通信機器用の接続装置 | |
| WO2024024280A1 (ja) | 通信処理装置および通信方法 | |
| JP3800338B2 (ja) | 通信制御システム | |
| CN116527780A (zh) | 基于udp的通信方法、设备及系统 | |
| JPH10164060A (ja) | データ通信装置における監視方式 | |
| JP2003273885A (ja) | 通信システム及びそれに用いる通信制御方法 | |
| JP3787048B2 (ja) | パケット中継装置冗長構成システム及びパケット中継装置冗長構成方法 | |
| JP2000244513A (ja) | ネットワークシステム、データ送受信方法及び装置 | |
| CN101626328B (zh) | 具有备援机制的信号转换系统与备援方法 | |
| JP4397127B2 (ja) | 通信装置および該通信装置を用いたＰＰＰｏＥプロトコル手順簡略方法 | |
| JP2000036851A (ja) | デ―タ通信方法及び中継装置 | |
| JPH05204807A (ja) | テスト・プログラムによるｔｃｐ／ｉｐのエンド・システム間の接続確認テスト方法 | |
| JPH10105490A (ja) | サーバの障害監視及び対策方法 | |
| JP4627989B2 (ja) | 複数の通信装置間の通信を確立する方法、インタフェース・ユニット、通信システム、コンピュータ読み取り可能な媒体、および装置 | |
| JP2007213129A (ja) | ＰＰＰｏＥ通信システム | |
| JP3700901B2 (ja) | 通信ネットワークシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20030812 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080822 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090822 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090822 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100822 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110822 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120822 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120822 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130822 Year of fee payment: 10 |
|
| LAPS | Cancellation because of no payment of annual fees |