JPH09321821A - プロトコル変換システム及びプロトコル変換方法 - Google Patents

プロトコル変換システム及びプロトコル変換方法

Info

Publication number
JPH09321821A
JPH09321821A JP8134700A JP13470096A JPH09321821A JP H09321821 A JPH09321821 A JP H09321821A JP 8134700 A JP8134700 A JP 8134700A JP 13470096 A JP13470096 A JP 13470096A JP H09321821 A JPH09321821 A JP H09321821A
Authority
JP
Japan
Prior art keywords
protocol
node
protocol conversion
communication data
layer
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
Application number
JP8134700A
Other languages
English (en)
Other versions
JP3636399B2 (ja
Inventor
Nobuko Kimura
伸子 木村
Takashi Onodera
貴志 小野寺
Noriyuki Yogoshi
紀之 余越
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP13470096A priority Critical patent/JP3636399B2/ja
Priority to US08/786,235 priority patent/US5778189A/en
Publication of JPH09321821A publication Critical patent/JPH09321821A/ja
Application granted granted Critical
Publication of JP3636399B2 publication Critical patent/JP3636399B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/382—Information transfer, e.g. on bus using universal interface adapter
    • G06F13/387—Information transfer, e.g. on bus using universal interface adapter for adaptation of different data processing systems to different peripheral devices, e.g. protocol converters for incompatible systems, open system

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Communication Control (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

(57)【要約】 【課題】 データ送受の信頼性を高めたプロトコル変換
システムを提供することを目的とする。 【解決手段】 ネットワークＡの通信体系を定める第１
のプロトコルで通信を行う第１のノード１と、ネットワ
ークＢの通信体系を定める第２のプロトコルで通信を行
う第２のノード２と、第１のノード１と第２のノード２
とを中継してプロトコルの変換を行うプロトコル変換部
３と、から構成される。また、プロトコル変換部３は、
第１のプロトコルで通信データを各レイヤ毎に処理する
第１の通信データ処理手段１０と、第２のプロトコルで
通信データを各レイヤ毎に処理する第２の通信データ処
理手段２０と、第１のプロトコル変換手段６０とから構
成される。さらに、第２のノード２は、第２のプロトコ
ル変換手段７０を含む。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明はプロトコル変換シス
テム及びプロトコル変換方法に関し、特に異なるネット
ワーク間でプロトコルが変換され、通信データの送受が
行われるプロトコル変換システム及びプロトコル変換方
法に関する。
【０００２】
【従来の技術】現在、オープンシステムやマルチベンダ
の傾向が広まる中でコンピュータの接続形態も様々なも
のが要求されるようになっている。特に、既設のネット
ワークから別のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔ
ｗｏｒｋ）への接続や、遠隔地にあるホストコンピュー
タのネットワークへの接続などの要望が強まっている。
【０００３】このように、ある閉じられたネットワーク
環境から別のネットワーク環境へ接続する場合には、ル
ータのような接続機器が用いられる。また、さらに高度
な処理を行う機器としてはゲートウェイといったプロト
コル変換装置がある。
【０００４】ルータは、ネットワーク層までを処理して
おり、ネットワーク上でどのような通信機器が接続され
ているかを認識して、相手に必要なデータのみを送信す
ることでネットワーク間の接続を行っている。
【０００５】ゲートウェイは、アプリケーション層まで
を処理しており、通信ネットワークから流れてきたプロ
トコルを別のコンピュータで認識できるプロトコルに変
換することでネットワーク間の接続を行っている。
【０００６】
【発明が解決しようとする課題】しかし、上記のような
ルータは、トランスポート層以上の処理は行わないた
め、データが途中でなくなったり、順番が逆に到着した
場合にはルータ自信で解決できないといった問題点があ
った。
【０００７】また、ゲートウェイは、通信ネットワーク
から流れてきたプロトコルを他の通信プロトコルに翻訳
して、もう一方の通信プロトコルへ流すため、相手装置
で異常が発生した場合にはその異常が見えないといった
問題点があった。
【０００８】さらに、ゲートウェイは、アプリケーショ
ン層までを処理しているプロトコル変換装置であるた
め、開発には莫大な手間と時間がかかるという問題点が
あった。
【０００９】また、いずれの場合も既存のプロトコル変
換装置は、接続装置に対して試験データを送信する機能
を持っていなかった。よって、装置の接続試験を行う場
合には、必ず対向する装置も用意して行っていた。この
ため、効率よく片側接続試験だけを行うことができない
といった問題点があった。
【００１０】本発明はこのような点に鑑みてなされたも
のであり、データ送受信の信頼性を高めたプロトコル変
換システムを提供することを目的とする。さらに、本発
明の他の目的は、試験データ送信機能を持ち、接続試験
を効率よく行うことが可能なプロトコル変換システムを
提供することにある。
【００１１】また、本発明の他の目的は、データ送受信
の信頼性を高めたプロトコル変換方法を提供することに
ある。
【００１２】
【課題を解決するための手段】本発明では上記課題を解
決するために、図１に示すように、ネットワークＡの通
信体系を定める第１のプロトコルで通信を行う第１のノ
ード１と、ネットワークＢの通信体系を定める第２のプ
ロトコルで通信を行う第２のノード２と、第１のノード
１と第２のノード２とを中継してプロトコルの変換を行
うプロトコル変換部３と、から構成されるプロトコル変
換システムが提供される。
【００１３】プロトコル変換部３は、第１のプロトコル
で通信データを各レイヤ毎に処理する第１の通信データ
処理手段１０と、第２のプロトコルで通信データを各レ
イヤ毎に処理する第２の通信データ処理手段２０と、プ
ロトコル変換を行う第１のプロトコル変換手段６０と、
から構成される。さらに、第２のノード２は第２のプロ
トコル変換手段７０を含む。
【００１４】ここで、第１及び第２の通信データ処理手
段１０、２０は、第１及び第２のノード１、２の下位レ
イヤに相当する処理を行う。第１のプロトコル変換手段
６０は、第１のプロトコルへ変換するために情報を終端
して、その情報をもとに第１のノードが認識するための
フレームに変換し、あるいは第１のノードからのフレー
ムをもとに第２のプロトコルへ変換するための情報を付
加する。第２のプロトコル変換手段７０は、第１のプロ
トコルへ変換するための情報を付加、あるいは第２のプ
ロトコルへ変換するための情報を終端する。
【００１５】また、図２１に示すように、第１のノード
から第２のノードへプロトコルを変換する場合は、第１
通信データを第１のプロトコルの下位レイヤで処理した
後、第１のノードからのフレームをもとに第２のプロト
コルへ変換するための情報を付加し、情報付加後の通信
データを第２のプロトコルの下位レイヤで処理して第２
通信データを作成して第２のノードに送信し、第２通信
データを第２のプロトコルの下位レイヤで処理した後、
情報を終端して第２のプロトコルの上位レイヤに送信す
ることを特徴とするプロトコル変換方法が提供される。
【００１６】ここで、通信データを相手ノードが認識す
るためのフレームに変換するための情報を付加する場合
には、ヘッダの付加あるいは終端が行われる。さらに、
図２２に示すように、第２のノードから第１のノードへ
プロトコルを変換する場合は、第２のノード内で第２の
プロトコルの上位レイヤで処理をした通信データを、第
１のプロトコルへ変換するための情報を付加し、情報付
加後の通信データを第２のプロトコルの下位レイヤで処
理して第２通信データを作成し、第２通信データを第２
のプロトコルの下位レイヤで処理した後に情報を終端
し、その情報をもとに第１のプロトコルで通信を行う第
１のノードが認識するためのフレームに変換し、そのフ
レームを第１のプロトコルの下位レイヤで処理して第１
のノードに送信することを特徴とするプロトコル変換方
法が提供される。
【００１７】ここで、通信データを相手ノードが認識す
るためのフレームに変換するための情報を付加する場合
には、ヘッダの付加あるいは終端が行われる。
【００１８】
【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて説明する。図１は、本発明のプロトコル変換
システムの原理図である。プロトコル変換システムは、
ネットワークＡの通信体系を定める第１のプロトコルで
通信を行う第１のノード１と、ネットワークＢの通信体
系を定める第２のプロトコルで通信を行う第２のノード
２と、第１のノード１と第２のノード２とを中継してプ
ロトコルの変換を行うプロトコル変換部３と、から構成
される。
【００１９】また、プロトコル変換部３は、第１のプロ
トコルで通信データを各レイヤ毎に処理する第１の通信
データ処理手段１０と、第２のプロトコルで通信データ
を各レイヤ毎に処理する第２の通信データ処理手段２０
と、プロトコル変換を行う第１のプロトコル変換手段６
０と、から構成される。さらに、第２のノード２は、第
２のプロトコル変換手段７０を含む。第２のプロトコル
変換手段７０は、具体的には第２のノード２のトランス
ポート層とセッション層との間に位置する。また、第１
のノードの上位レイヤと第２のノードの上位レイヤと
は、同じプロトコルを持つ。
【００２０】次に、プロトコル変換システムの動作につ
いて説明する。まず、第１のノード１から通信データが
送られるとする。第１の通信データ処理手段１０は、こ
の通信データを物理層からトランスポート層に向かって
各レイヤ毎に処理をして、セッション層で処理されるフ
レームフォーマットまで変換する。ここでのレイヤは第
１のプロトコルに対応するものである。
【００２１】第１のプロトコル変換手段６０は、このフ
レームフォーマットのプロトコル変換をし、第２の通信
データ処理手段２０に渡す。第２の通信データ処理手段
２０は、プロトコル変換後のフレームフォーマットをト
ランスポート層から物理層に向かって各レイヤ毎に処理
をする。ここでのレイヤは第２のプロトコルに対応する
ものである。
【００２２】第２のノード２では、第２の通信データ処
理手段２０から送られた通信データをセッション層で処
理されるフレームフォーマットまで変換し、その後第２
のプロトコル変換手段７０でプロトコルを変換して、第
１のノード１から送られた通信データをセッション層へ
送信する。
【００２３】このような動作を行うことにより、異なる
ネットワークＡ、Ｂ間でプロトコルが変換され、通信デ
ータの送受が可能となる。また、第２のノード２から第
１のノード１へ通信データを送る場合は、上記の説明と
逆動作を行えばよい。すなわち、第２のノード２の上位
レイヤで処理された通信データを第２のプロトコル変換
手段７０でプロトコル変換する。そして、第２のノード
２の下位レイヤで処理して第２の通信処理手段２０に送
信する。第２の通信処理手段２０は、物理層からトラン
スポート層に向かって各レイヤ毎に処理をする。ここで
のレイヤは第２のプロトコルに対応するものである。
【００２４】そして、第１のプロトコル変換手段６０
は、第２の通信処理手段２０で処理された通信データの
プロトコルを変換する。第１の通信データ処理手段１０
は、プロトコル変換後の通信データをトランスポート層
から物理層に向かって各レイヤ毎に処理をする。ここで
のレイヤは第１のプロトコルに対応するものである。そ
して、第１のノード１へ送信する。
【００２５】次に、プロトコル変換システムの具体的な
構成、動作について詳しく説明する。図２は、プロトコ
ル変換システムの構成図である。プロトコル変換システ
ムは、ＨＤＬＣ（Ｈｉｇｈ ｌｅｖｅｌ Ｄａｔｅ Ｌ
ｉｎｋ Ｃｏｎｔｒｏｌ）プロトコルで通信を行うＨＤ
ＬＣノード１ａと、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓ
ｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅ
ｒｎｅｔ Ｐｒｏｔｏｃｏｌ）プロトコルで通信を行う
ＬＡＮノード２ａと、ＨＤＬＣノード１ａとＬＡＮノー
ド２ａとを中継してプロトコルの変換を行うプロトコル
変換部３ａと、プロトコル変換部３ａの保守、設定及び
各ノードの接続試験を行う保守端末部４と、から構成さ
れる。
【００２６】また、プロトコル変換部３ａは、ＨＤＬＣ
プロトコルで通信データを各レイヤ毎に処理するＨＤＬ
Ｃ通信データ処理手段１０ａと、ＴＣＰ／ＩＰプロトコ
ルで通信データを各レイヤ毎に処理するＴＣＰ／ＩＰ通
信データ処理手段２０ａと、第１のプロトコル変換手段
６０と、ＨＤＬＣノード１ａあるいはＬＡＮノード２ａ
への接続試験を行う接続試験処理手段４０と、保守端末
部４とのインタフェースをとるインタフェース手段５０
と、から構成される。
【００２７】図３は、プロトコル変換システムのプロト
コル構成を示す図である。ここで、ＬＡＮノード２ａの
プロトコルは、本実施の形態ではイーサーネットを用い
ているので、以降はイーサーネットノード２ａとして説
明する。
【００２８】プロトコル変換部３ａのプロトコルは、Ｈ
ＤＬＣ通信データ処理手段１０ａのプロトコル１０ｂ
と、ＴＣＰ／ＩＰ通信データ処理手段２０ａのプロトコ
ル２０ｂとから構成される。プロトコル１０ｂは、物理
層、データリンク層に相当するＨＤＬＣと、ネットワー
ク層と、トランスポート層とからなる。
【００２９】プロトコル２０ｂは、物理層、データリン
ク層に相当するイーサーネットと、ネットワーク層に相
当するＩＰと、トランスポート層に相当するＴＣＰと、
プロトコル変換を行うプロトコル変換層とからなる。
【００３０】また、ＨＤＬＣノード１ａのセッション層
とイーサーネットノード２ａのセッション層とは、コネ
クションＧが設定される。さらに、ＨＤＬＣノード１ａ
のプレゼンテーション層とイーサーネットノード２ａの
プレゼンテーション層とは、コネクションＨが設定され
る。そして、プロトコル２０ｂのＴＣＰと、イーサーネ
ットノード２ａのＴＣＰとの間にコネクションＥが設定
される。
【００３１】図４は、プロトコル変換部のハードウェア
概略構成図である。ＡＣ／ＤＣコンバータ３１は、電源
としてＡＣ１００ＶをＤＣ５Ｖに変換する。ＣＰＵ３２
（動作周波数２５ＭＨZ ）は、プロトコル変換部３ａの
基本機能を制御する。ＲＯＭ３３は、システム制御用プ
ログラムを格納するフラッシュＥＰＲＯＭ（１Ｍｗｏｒ
ｄ×３２ｂｉｔ）と、通信アドレス・ルーティング情報
を格納するシリアルＥＥＰＲＯＭ〔（３２ｗｏｒｄ×１
６ｂｉｔ）×２個〕とからなる。ＲＡＭ３４は、入出力
信号等の一時的なデータを格納するＤＲＡＭ（１Ｍｗｏ
ｒｄ×８ｂｉｔ）である。ＨＤＬＣＩＮＦ３５は、ＨＤ
ＬＣのインタフェース制御を行いＨＤＬＣノードと接続
される。イーサーネットＩＮＦ３６は、イーサーネット
のインタフェース制御を行い、イーサーネットノードと
接続される。ＲＳ−２３２ＣＩＮＦ３７は、ＲＳ−２３
２Ｃのインタフェース制御を行い、保守端末部と接続さ
れる。ＳＷ３８は、接続試験に用いられるスイッチであ
り、ＬＥＤ３９は、接続試験の結果として正常、異常を
知らせる発光ダイオードである。
【００３２】図５は、プロトコル変換部のファームウェ
ア構成図である。プロトコル変換部のファームウェア構
成は、ＨＤＬＣ側の物理層とデータリンク層の処理を行
うＨＤＬＣコントローラ１１と、ネットワーク層での処
理を行うネットワーク層処理手段１２と、トランスポー
ト層での送信処理を行うトランスポート層送信処理手段
１３と、トランスポート層での受信処理を行うトランス
ポート層受信処理手段１４と、プロトコル変換を行う第
１のプロトコル変換手段６０と、イーサーネット側の物
理層とデータリンク層の処理を行うイーサーネットコン
トローラ２１と、イーサーネットのネットワーク層に対
応するイーサーネット処理手段２２と、ＴＣＰ／ＩＰの
通信処理を行うＴＣＰ／ＩＰ処理手段２３と、ＴＣＰ／
ＩＰデータを受信したかどうかを検索しているタスク処
理を行うソケット受信処理手段２４と、接続試験のスイ
ッチ起動処理を行うＴＥＳＴスイッチ手段４１と、接続
試験を行う試験処理手段４２と、保守端末部とＲＳ−２
３２Ｃ通信を行うインタフェースをとるＲＳ−２３２Ｃ
ドライバ５１と、保守端末部からのコマンドを処理する
コマンド処理手段５２と、から構成される。
【００３３】ここで、ＨＤＬＣからイーサーネットへの
方向に通信データが送信される場合は、図の太実線の矢
印に従って左から右へ各構成手段を通過する。また、イ
ーサーネットからＨＤＬＣへの方向に通信データが送信
される場合は、図の点線の矢印に従って右から左へ各構
成手段を通過する。
【００３４】次に、接続試験について説明する。接続試
験は、マニュアルスイッチから起動するものと、ＲＳ−
２３２Ｃのコマンドから起動するものとがある。オペレ
ータがマニュアルスイッチを操作して接続試験を行う場
合は、マニュアルスイッチからの信号を受けたＴＥＳＴ
スイッチ手段４１は、試験内容を試験処理手段４２に通
知する。試験処理手段４２は、ネットワーク層処理手段
１２あるいは第１のプロトコル変換手段６０を通じ、Ｈ
ＤＬＣノードあるいはイーサーネットノードの接続試験
を独立して行う。また、試験結果は、ＬＥＤ表示されて
オペレータに通知される。
【００３５】オペレータが保守端末を用いて接続試験を
行う場合は、ＲＳ−２３２Ｃのコマンドを保守端末を通
じてコマンド処理手段５２に送信する。コマンド処理手
段５２は、その試験内容を試験処理手段４２に通知す
る。その後の動作は上記と同様である。また、試験結果
は、保守端末の画面上への表示、あるいはＬＥＤ表示さ
れてオペレータに通知される。
【００３６】図６は、プロトコル変換部でフレームが変
換される様子を示す図である。まず、ＨＤＬＣからイー
サーネットへの方向に通信データが送信されるとする。
ＨＤＬＣコントローラを通過してきたフレームＦＲ１
は、ネットワーク層処理手段１２に入力される。フレー
ムＦＲ１は、同期フラグＦと、目的アドレスフィールド
ＤＡと、自アドレスフィールドＳＡと、制御フィールド
Ｃと、順序制御と、データ長と、情報データと、誤り検
出を行うＦＣＳと、から構成される。
【００３７】ネットワーク層処理手段１２では、同期フ
ラグＦで同期がとられたフレームＦＲ１をＦＣＳで誤り
検出を行う。そして、フレームＦＲ１の制御フィールド
Ｃの終端（削除）を行い、ヘッダフィールドを拡張して
フレームＦＲ２に変換する。
【００３８】トランスポート層受信処理手段１４は、フ
レームＦＲ２の順序制御から、フレームＦＲ２の情報デ
ータを結合した後、順序制御を終端する。情報データの
結合、分離に関しては後述する。
【００３９】第１のプロトコル変換処理手段６０では、
フレームＦＲ３にヘッダの付け替えを行ってフレームＦ
Ｒ４に変換する。詳細は後述する。ＴＣＰ処理手段２３
ａは、フレームＦＲ４をＴＣＰデータとし、ＴＣＰヘッ
ダを付加してフレームＴＣＰ１を作成する。
【００４０】ＩＰ処理手段２３ｂは、フレームＴＣＰ１
をＩＰデータとし、ＩＰヘッダを付加してフレームＩＰ
１を作成する。イーサーネット処理手段２２は、フレー
ムＩＰ１をＤａｔａとし、プリアンブルＰｒ、ＤＡ、Ｓ
Ａ、データ長からなるイーサーネットヘッダと、誤り検
出を行うＣＲＣとを付加してフレームＥｔ１を作成す
る。
【００４１】また、イーサーネットからＨＤＬＣへの方
向に通信データが送信される場合は、上記で説明したこ
とと逆のことが行われる。すなわち、フレームＥｔ１の
ＤａｔａがフレームＩＰ１に、フレームＩＰ１のＩＰデ
ータがフレームＴＣＰ１に、フレームＴＣＰ１のＴＣＰ
データがフレームＦＲ４に変換される。
【００４２】そして、フレームＦＲ４のＣＭＤｉｄは終
端され、ＰＯＲＴはＤＡ、ＳＥＱｎｏは保存、ＳＡはプ
ロトコル変換部の自アドレスが付加される。フレームＦ
Ｒ３からフレームＦＲ２への変換では、情報データが分
離され、フレームＦＲ２に順序制御が付加される。さら
に、フレームＦＲ２はＨＤＬＣフレームであるフレーム
ＦＲ１に変換される。
【００４３】ただし、フレームＴＣＰ１からフレームＦ
Ｒ４への変換では、ＴＣＰ処理手段２３ａの処理後は、
ＴＣＰ／ＩＰデータを受信したかどうかを検索している
タスク処理を行うソケット受信処理手段２４を通過す
る。さらに、フレームＦＲ３からフレームＦＲ２への変
換では、トランスポート層送信処理手段１３を通過す
る。
【００４４】図７は、トランスポート層処理で行われる
情報データの結合、分離を表す図である。図６のフレー
ムＦＲ２は、フレームＦＲ２−１〜フレームＦＲ２−Ｎ
からなる。フレームＦＲ２−１は情報フィールドに情報
データ１を、フレームＦＲ２−Ｎは情報フィールドに情
報データＮを持つ。このようなフレームがランダムにト
ランスポート層処理手段に到着して順序制御処理が施さ
れる。そして、情報データ１から情報データＮは、正し
い順序で結合されてフレームＦＲ３に変換される。
【００４５】また逆に、フレームＦＲ３からＮ個のフレ
ームＦＲ２へ変換される場合は、情報データを情報デー
タ１〜情報データＮに分離する。そして、それぞれの順
序制御情報を付加して、フレームＦＲ３をフレームＦＲ
２−１〜フレームＦＲ２−Ｎへ変換する。
【００４６】次に、プロトコル変換手段で行われるフレ
ーム変換について詳しく説明する。ヘッダ付け替えを行
うことでフレーム変換を実行している。図８は、ＨＤＬ
Ｃからイーサーネット方向へのヘッダ付け替えの様子を
示す図である。フレームＦＲ３のＤＡは終端され、フレ
ームＦＲ４にはＣＭＤｉｄが付与される。また、フレー
ムＦＲ３のＳＡからルーティング情報としてイーサーネ
ットノード側のポート情報が割り出され、ＰＯＲＴに変
換される。さらに、プロトコル変換部内で管理されてい
るコマンドと応答とを対応させるシーケンシャル情報を
表すＳＥＱｎｏ（シーケンス番号）を付与する。このよ
うにしてＦＲ３ヘッダからＦＲ４ヘッダへとヘッダの付
け替えが行われる。
【００４７】ここで、ＣＭＤｉｄはコマンド種別を判断
する識別子である。種別としては、送受される通信デー
タの方向を表すＤｒ（方向）と、通知データであること
を示すＮｔ（通知）と、制御データであることを示すＣ
ｌ（制御）と、試験データであることを示すＴｓ（試
験）と、応答データであることを示すＲｅ（応答）と、
異常データであることを示すＥｒ（異常）がある。
【００４８】図９は、イーサーネットからＨＤＬＣ方向
へのヘッダ付け替えの様子を示す図である。フレームＦ
Ｒ４のＣＭＤｉｄは終端される。フレームＦＲ４のＰＯ
ＲＴからルーティング情報としてＨＤＬＣノード側の目
的アドレス情報が割り出され、ＤＡに変換される。ま
た、ＰＯＲＴ、ＳＥＱｎｏはイーサーネットノードへの
送信応答に使用するため保存しておく。さらに、ＨＤＬ
Ｃノード側の自アドレスＳＡが付与される。このように
してＦＲ４ヘッダからＦＲ３ヘッダへとヘッダの付け替
えが行われる。
【００４９】図１０は、イーサーネット方向への送信応
答を行うヘッダを示す図である。ＣＭＤｉｄを付与し、
保存しておいたＰＯＲＴ、ＳＥＱｎｏを付与する。この
ようにして構成したヘッダをイーサーネット方向への送
信応答として用いる。
【００５０】次に、プロトコル変換システムの動作シー
ケンスについて詳しく説明する。図１１は、初期動作・
終了動作シーケンス図である。 〔Ｓ１〕第１のプロトコル変換手段は、ＴＣＰ／ＩＰ処
理手段を通じ、イーサーネットノードにコネクション確
立要求を行う。 〔Ｓ２〕コネクション確立要求後、イーサーネットノー
ドは、ＴＣＰ／ＩＰ処理手段を通じ、コネクションが確
立したことを第１のプロトコル変換手段に通知する。 〔Ｓ３〕第１のプロトコル変換手段は、トランスポート
層処理手段を通じ、ネットワーク層処理手段にＨＤＬＣ
動作開始の通知を行いＨＤＬＣ通信を可能とする。 〔Ｓ４〕第１のプロトコル変換手段は、ＴＣＰ／ＩＰ処
理手段を通じ、イーサーネットノードにコネクション解
放要求を行う。 〔Ｓ５〕コネクション解放要求を受けたイーサーネット
ノードは、コネクションを解放しその旨をＴＣＰ／ＩＰ
処理手段を通じ、第１のプロトコル変換手段に通知す
る。 〔Ｓ６〕コネクションが解放されると、第１のプロトコ
ル変換手段は、トランスポート層処理手段を通じ、ネッ
トワーク層処理手段にＨＤＬＣ動作停止の通知を行う。
【００５１】以上説明したように、初期状態などのイー
サーネットノードと第１のプロトコル変換手段との間の
コネクションが確立していない間は、コネクションレス
ＡＣＫ型のＨＤＬＣに対して、応答（ＡＣＫ）を返送し
ない。この動作により、ＨＤＬＣノードはデータがイー
サーネットノードに伝わっていないことを認識し、その
後のデータ欠落を防ぐことが可能となる。
【００５２】図１２は、正常時の送受信シーケンスを示
し、ＨＤＬＣノードからイーサーネットノード方向への
データ送信の場合である。 〔Ｓ１０〕ネットワーク層処理手段では、通常パケット
を受信する。 〔Ｓ１１〕通常パケットの受信後、ＡＣＫをＨＤＬＣノ
ードに返送する。 〔Ｓ１２〕ＡＣＫ返送後、トランスポート層処理手段を
通じて、通常パケットの受信通知を第１のプロトコル変
換手段に対して行う。 〔Ｓ１３〕第１のプロトコル変換手段は、ＴＣＰ／ＩＰ
処理手段を通じてイーサーネットノードに対してデータ
送信を行う。
【００５３】以上説明したように、ＨＤＬＣノードから
イーサーネットノードへのデータ送信では、ネットワー
ク層処理手段で受信通知した後、すぐにＡＣＫを返送す
ることにより、ＨＤＬＣノードのＡＣＫ待ちタイムアウ
トを防いでいる。よって、ＡＣＫ待ちタイムアウトの時
間が非常に短いプロトコルであってもプロトコル変換が
可能となる。
【００５４】図１３は、正常時の送受信シーケンスを示
し、イーサーネットノードからＨＤＬＣノード方向への
データ送信の場合である。 〔Ｓ２０〕第１のプロトコル変換手段は、ＴＣＰ／ＩＰ
処理手段を通じてイーサーネットノードからデータを受
信する。 〔Ｓ２１〕第１のプロトコル変換手段は、トランスポー
ト層処理手段に送信要求を行う。 〔Ｓ２２〕トランスポート層処理手段は、ネットワーク
層処理手段に送信要求を行う。 〔Ｓ２３〕ＨＤＬＣノードは、ネットワーク層処理手段
から送信要求の内容を持つ通常パケットを受信する。 〔Ｓ２４〕ＨＤＬＣノードは、ＡＣＫをネットワーク層
処理手段に返送する。 〔Ｓ２５〕ネットワーク層処理手段は、トランスポート
層処理手段に対し送信成功を通知する。 〔Ｓ２６〕トランスポート層処理手段は、第１のプロト
コル変換手段に正常終了を通知する。 〔Ｓ２７〕第１のプロトコル変換手段は、正常応答送信
をＴＣＰ／ＩＰ処理手段を通じ、イーサーネットノード
に通知する。
【００５５】以上説明したように、イーサーネットノー
ドからＨＤＬＣノードへのデータ送信では、ＨＤＬＣノ
ードからのＡＣＫを受信した後に送信成功をイーサーネ
ットノードへ通知している。これによりデータ送受の信
頼度を上げている。
【００５６】図１４は、ＨＤＬＣノードが異常の場合で
あって、ＨＤＬＣノードからイーサーネットノード方向
への送受信シーケンスを示す図である。 〔Ｓ３０〕ネットワーク層処理手段は、ＨＤＬＣノード
から連続したフレームからなる通常パケットを受信す
る。 〔Ｓ３１〕ネットワーク層処理手段は、ＨＤＬＣノード
にＡＣＫを返送する。 〔Ｓ３２〕トランスポート層処理手段は、通常パケット
を受信するが、連続フレームであるにもかかわらず次フ
レームが受信できなかったとする。 〔Ｓ３３〕トランスポート層処理手段は、第１のプロト
コル変換手段に対し受信異常通知を行う。 〔Ｓ３４〕第１のプロトコル変換手段は、異常通知送信
をＴＣＰ／ＩＰ処理手段を通じ、イーサーネットノード
に行う。
【００５７】以上説明したように、異常が検出された場
合は、ネットワーク層処理手段でデータを破棄せず、第
１のプロトコル変換手段からイーサーネットノードに異
常通知を送信する。これにより、イーサーネットノード
はＨＤＬＣノードの異常を知ることが可能となる。
【００５８】図１５は、ＨＤＬＣノードが異常の場合で
あって、イーサーネットノードからＨＤＬＣノード方向
への送受信シーケンスを示す図である。 〔Ｓ４０〕第１のプロトコル変換手段は、ＴＣＰ／ＩＰ
処理手段を通じイーサーネットノードからデータを受信
する。 〔Ｓ４１〕第１のプロトコル変換手段は、トランスポー
ト層処理手段に送信要求を行う。 〔Ｓ４２〕トランスポート層処理手段は、ネットワーク
層処理手段に送信要求を行う。 〔Ｓ４３〕ネットワーク層処理手段は、ＨＤＬＣノード
に通常パケットを送信するが、ＨＤＬＣノードからＡＣ
Ｋが返送されず、タイムアウトになったとする。 〔Ｓ４４〕トランスポート層処理手段は、再度ネットワ
ーク層処理手段に送信要求を行う。 〔Ｓ４５〕ネットワーク層処理手段は、ＨＤＬＣノード
に通常パケットを送信するが、ＨＤＬＣノードからＡＣ
Ｋが返送されず、またタイムアウトになったとする。 〔Ｓ４６〕トランスポート層処理手段は、タイムアウト
の異常終了をプロトコル変換手段に通知する。 〔Ｓ４７〕第１のプロトコル変換手段は、ＴＣＰ／ＩＰ
処理手段を通じイーサーネットノードに異常応答送信を
行う。
【００５９】以上説明したように、タイムアウトの異常
によりＡＣＫが返送されない場合は、プロトコル変換手
段からイーサーネットノードに対して異常応答を送信す
る。これにより、イーサーネットノードはＨＤＬＣノー
ドの異常を知ることが可能となる。また、タイムアウト
以外の異常に関しても同じシーケンスをとることでＨＤ
ＬＣノードとイーサーネットノード間で互いの異常状態
を認識することが可能となる。
【００６０】図１６は、イーサーネットノードが異常の
場合であって、ＨＤＬＣノードからイーサーネットノー
ド方向への送受信シーケンスを示す図である。 〔Ｓ５０〕ネットワーク層処理手段は、ＨＤＬＣノード
から通常パケットを受信する。 〔Ｓ５１〕ネットワーク層処理手段は、ＡＣＫをＨＤＬ
Ｃノードに返送する。 〔Ｓ５２〕ネットワーク層処理手段は、トランスポート
層処理手段を通じ受信通知を第１のプロトコル変換手段
に送信する。 〔Ｓ５３〕第１のプロトコル変換手段は、データをＴＣ
Ｐ／ＩＰ処理手段を通じイーサーネットノードに送信す
るが失敗したとする。 〔Ｓ５４〕第１のプロトコル変換手段は、イーサーネッ
トノード間で確立されているコネクションを切断する。 〔Ｓ５５〕第１のプロトコル変換手段は、トランスポー
ト層処理手段を通じネットワーク層処理手段に対してＨ
ＤＬＣ動作の停止を行う。
【００６１】以上説明したように、イーサーネットノー
ド側で異常が検出された場合は、イーサーネットノード
との間に確立されたコネクションを切断し、ＨＤＬＣの
動作を停止する。これにより、イーサーネットノードは
コネクション切断されることでＨＤＬＣノードからのデ
ータが欠落された可能性があることを知る。また、ＨＤ
ＬＣ動作停止後は、ＨＤＬＣノードからのデータのＡＣ
Ｋは返送しないことでＨＤＬＣノードからのデータは受
けないことになる。
【００６２】図１７は、イーサーネットノードが異常の
場合であって、イーサーネットノードからＨＤＬＣ方向
への送受信シーケンスを示す図である。 〔Ｓ６０〕第１のプロトコル変換手段は、ＴＣＰ／ＩＰ
処理手段を通じイーサーネットノードから異常フレーム
を受信する。 〔Ｓ６１〕第１のプロトコル変換手段は、異常フレーム
を破棄する。
【００６３】以上説明したように、イーサーネットノー
ド側からの異常フレーム（順序制御異常など）が検出さ
れた場合は、異常フレームを破棄する。よって、イーサ
ーネットノードでは上位プロトコルが成立しなくなるこ
とで、データが正常に通知されなかったことを知ること
が可能となる。
【００６４】図１８は、イーサーネットノード内で異常
があった場合の図である。 〔Ｓ７０〕イーサーネットノードは、ＴＣＰ／ＩＰ処理
手段を通じて第１のプロトコル変換手段にコネクション
の切断要求を通知する。 〔Ｓ７１〕第１のプロトコル変換手段は、ネットワーク
層処理手段に対してＨＤＬＣ動作の停止を行う。
【００６５】以上説明したように、イーサーネットノー
ド内で異常が検出された場合には、イーサーネットノー
ドは、コネクション切断の要求をだし、ＨＤＬＣノード
からのデータに対してはＡＣＫを返送しないようにし、
ＨＤＬＣノードからのデータを受け付けないこととす
る。これにより、ＨＤＬＣノードは、イーサーネットノ
ードの異常を知ることが可能である。
【００６６】図１９は、ＨＤＬＣノード側の接続試験を
行う場合の図である。 〔Ｓ８０〕ネットワーク層処理手段は、ＨＤＬＣノード
に対して試験コマンドを送信する。 〔Ｓ８１〕ＨＤＬＣノードは、正常接続の場合はネット
ワーク層処理手段にＡＣＫ（正常）を返送する。 〔Ｓ８２〕ネットワーク層処理手段は、ＨＤＬＣノード
に試験コマンドを送信する。 〔Ｓ８３〕ＨＤＬＣノードは、異常接続の場合はＡＣＫ
（異常）をネットワーク層処理手段に返送する。
【００６７】図２０は、イーサーネットノード側の接続
試験を行う場合の図である。 〔Ｓ９０〕第１のプロトコル変換手段は、イーサーネッ
トノードに試験コマンドを送信する。 〔Ｓ９１〕第１のプロトコル変換手段は、試験結果が正
常であればイーサーネットノードから正常試験応答を受
信する。 〔Ｓ９２〕第１のプロトコル変換手段は、イーサーネッ
トノードに試験コマンドを送信する。 〔Ｓ９３〕第１のプロトコル変換手段は、試験結果が異
常であればイーサーネットノードから異常試験応答を受
信する。
【００６８】以上説明したように、試験結果の正常・異
常が判断された場合は、正常・異常に対応する試験応答
をプロトコル変換部は受信する。よって、プロトコル変
換部と接続される保守端末部の画面上でその試験結果を
知ることが可能である。あるいは保守端末部に設けられ
ているＬＥＤ表示からも試験結果を知ることが可能であ
る。
【００６９】次に、プロトコル変換方法について説明す
る。図２１は、ＨＤＬＣノードからイーサーネットノー
ド方向へのプロトコル変換方法の手順を示すフローチャ
ートである。 〔Ｓ１００〕ＨＤＬＣノードから送信された第１通信デ
ータをＨＤＬＣプロトコルの下位レイヤで処理する。レ
イヤ処理の流れはレイヤ１からレイヤ４である。 〔Ｓ１０１〕ＨＤＬＣノードからのフレームをもとにイ
ーサーネットプロトコルへ変換するための情報を付加す
る。 〔Ｓ１０２〕情報が付加された通信データをイーサーネ
ットプロトコルの下位レイヤで処理し、イーサーネット
ノードに第２通信データとして送信する。レイヤ処理の
流れはレイヤ４からレイヤ１である。 〔Ｓ１０３〕第２通信データをイーサーネットプロトコ
ルの下位レイヤで処理する。レイヤ処理の流れはレイヤ
１からレイヤ４である。 〔Ｓ１０４〕情報を終端する。 〔Ｓ１０５〕イーサーネットプロトコルの上位レイヤに
送信する。
【００７０】図２２は、イーサーネットノードからＨＤ
ＬＣノード方向へのプロトコル変換方法の手順を示すフ
ローチャートである。 〔Ｓ１１０〕通信データをイーサーネットプロトコルの
上位レイヤで処理する。レイヤ処理の流れはレイヤ７か
らレイヤ５である。 〔Ｓ１１１〕ＨＤＬＣプロトコルが認識できるように情
報を付加する。 〔Ｓ１１２〕情報が付加されたデータをイーサーネット
プロトコルの下位レイヤで処理し、第２通信データとし
て送信する。レイヤ処理の流れはレイヤ４からレイヤ１
である。 〔Ｓ１１３〕第２通信データをイーサーネットプロトコ
ルの下位レイヤで処理する。レイヤ処理の流れはレイヤ
１からレイヤ４である。 〔Ｓ１１４〕情報を終端し、ＨＤＬＣノードが認識する
ためのフレームに変換する。 〔Ｓ１１５〕フレームをＨＤＬＣノードの下位レイヤで
処理して第１通信データとして、ＨＤＬＣノードに送信
する。レイヤ処理の流れはレイヤ４からレイヤ１であ
る。
【００７１】上記の説明では、第１のノードのプロトコ
ルはＨＤＬＣプロトコルを用いたが、その他の下位レイ
ヤコネクションレス指向型のプロトコルでもよい。ま
た、第２のノードのプロトコルとしてイーサーネットＬ
ＡＮプロトコルを用いたが、その他の下位レイヤコネク
ション指向型のプロトコルでもよい。
【００７２】
【発明の効果】以上説明したように、本発明のプロトコ
ル変換システム及びプロトコル変換方法は、上位レイヤ
と下位レイヤとの間でプロトコル変換を行う構成とし
た。これによりデータ送受信の信頼性が確保される。
【００７３】また、上位レイヤまで終端していないので
柔軟性のあるプロトコル変換を行うことが可能となる。
さらに、プロトコル変換システムは、保守端末と接続さ
れ、接続試験処理を行う構成とした。これにより、対向
する装置がなくても接続試験を行うことが可能となる。
【図面の簡単な説明】
【図１】本発明のプロトコル変換システムの原理図であ
る。
【図２】プロトコル変換システムの構成図である。
【図３】プロトコル変換システムのプロトコル構成を示
す図である。
【図４】プロトコル変換部のハードウェア概略構成図で
ある。
【図５】プロトコル変換部のファームウェア構成図であ
る。
【図６】プロトコル変換部でフレームが変換される様子
を示す図である。
【図７】トランスポート層処理で行われる情報データの
結合、分離を表す図である。
【図８】ＨＤＬＣからイーサーネット方向へのヘッダ付
け替えの様子を示す図である。
【図９】イーサーネットからＨＤＬＣ方向へのヘッダ付
け替えの様子を示す図である。
【図１０】イーサーネット方向への送信応答を行うヘッ
ダを示す図である。
【図１１】初期動作・終了動作シーケンス図である。
【図１２】正常時の送受信シーケンスを示し、ＨＤＬＣ
ノードからイーサーネットノード方向へのデータ送信の
場合である。
【図１３】正常時の送受信シーケンスを示し、イーサー
ネットノードからＨＤＬＣノード方向へのデータ送信の
場合である。
【図１４】ＨＤＬＣノードが異常の場合であって、ＨＤ
ＬＣノードからイーサーネットノード方向への送受信シ
ーケンスを示す図である。
【図１５】ＨＤＬＣノードが異常の場合であって、イー
サーネットノードからＨＤＬＣノード方向への送受信シ
ーケンスを示す図である。
【図１６】イーサーネットノードが異常の場合であっ
て、ＨＤＬＣノードからイーサーネットノード方向への
送受信シーケンスを示す図である。
【図１７】イーサーネットノードが異常の場合であっ
て、イーサーネットノードからＨＤＬＣ方向への送受信
シーケンスを示す図である。
【図１８】イーサーネットノード内で異常があった場合
の図である。
【図１９】ＨＤＬＣノード側の接続試験を行う場合の図
である。
【図２０】イーサーネットノード側の接続試験を行う場
合の図である。
【図２１】ＨＤＬＣノードからイーサーネットノード方
向へのプロトコル変換方法の手順を示すフローチャート
である。
【図２２】イーサーネットノードからＨＤＬＣノード方
向へのプロトコル変換方法の手順を示すフローチャート
である。
【符号の説明】
１ 第１のノード ２ 第２のノード ３ プロトコル変換部 １０ 第１の通信データ処理手段 ２０ 第２の通信データ処理手段 ６０ 第１のプロトコル変換手段 ７０ 第２のプロトコル変換手段
【手続補正書】
【提出日】平成８年１１月２０日
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正内容】
【書類名】 明細書
【発明の名称】 プロトコル変換システム及びプロトコ
ル変換方法
【特許請求の範囲】
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明はプロトコル変換シス
テム及びプロトコル変換方法に関し、特に異なるネット
ワーク間でプロトコルが変換され、通信データの送受が
行われるプロトコル変換システム及びプロトコル変換方
法に関する。
【０００２】
【従来の技術】現在、オープンシステムやマルチベンダ
の傾向が広まる中でコンピュータの接続形態も様々なも
のが要求されるようになっている。特に、既設のネット
ワークから別のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔ
ｗｏｒｋ）への接続や、遠隔地にあるホストコンピュー
タのネットワークへの接続などの要望が強まっている。
【０００３】このように、ある閉じられたネットワーク
環境から別のネットワーク環境へ接続する場合には、ル
ータのような接続機器が用いられる。また、さらに高度
な処理を行う機器としてはゲートウェイといったプロト
コル変換装置がある。
【０００４】ルータは、ネットワーク層までを処理して
おり、ネットワーク上でどのような通信機器が接続され
ているかを認識して、相手に必要なデータのみを送信す
ることでネットワーク間の接続を行っている。
【０００５】ゲートウェイは、アプリケーション層まで
を処理しており、通信ネットワークから流れてきたプロ
トコルを別のコンピュータで認識できるプロトコルに変
換することでネットワーク間の接続を行っている。
【０００６】
【発明が解決しようとする課題】しかし、上記のような
ルータは、トランスポート層以上の処理は行わないた
め、データが途中でなくなったり、順番が逆に到着した
場合にはルータ自信で解決できないといった問題点があ
った。
【０００７】また、ゲートウェイは、通信ネットワーク
から流れてきたプロトコルを他の通信プロトコルに翻訳
して、もう一方の通信プロトコルへ流すため、相手装置
で異常が発生した場合にはその異常が見えないといった
問題点があった。
【０００８】さらに、ゲートウェイは、アプリケーショ
ン層までを処理しているプロトコル変換装置であるた
め、開発には莫大な手間と時間がかかるという問題点が
あった。
【０００９】また、いずれの場合も既存のプロトコル変
換装置は、接続装置に対して試験データを送信する機能
を持っていなかった。よって、装置の接続試験を行う場
合には、必ず対向する装置も用意して行っていた。この
ため、効率よく片側接続試験だけを行うことができない
といった問題点があった。
【００１０】本発明はこのような点に鑑みてなされたも
のであり、データ送受信の信頼性を高めたプロトコル変
換システムを提供することを目的とする。さらに、本発
明の他の目的は、試験データ送信機能を持ち、接続試験
を効率よく行うことが可能なプロトコル変換システムを
提供することにある。
【００１１】また、本発明の他の目的は、データ送受信
の信頼性を高めたプロトコル変換方法を提供することに
ある。
【００１２】
【課題を解決するための手段】本発明では上記課題を解
決するために、図１に示すように、ネットワークＡの通
信体系を定める第１のプロトコルで通信を行う第１のノ
ード１と、ネットワークＢの通信体系を定める第２のプ
ロトコルで通信を行う第２のノード２と、第１のノード
１と第２のノード２とを中継してプロトコルの変換を行
うプロトコル変換部３と、から構成されるプロトコル変
換システムが提供される。
【００１３】プロトコル変換部３は、第１のプロトコル
で通信データを各レイヤ毎に処理する第１の通信データ
処理手段１０と、第２のプロトコルで通信データを各レ
イヤ毎に処理する第２の通信データ処理手段２０と、プ
ロトコル変換を行う第１のプロトコル変換手段６０と、
から構成される。さらに、第２のノード２は第２のプロ
トコル変換手段７０を含む。
【００１４】ここで、第１及び第２の通信データ処理手
段１０、２０は、第１及び第２のノード１、２の下位レ
イヤに相当する処理を行う。第１のプロトコル変換手段
６０は、第２のノード２からのフレームを第１のプロト
コルへ変換するために情報を終端して、その情報をもと
に第１のノード１が認識するためのフレームに変換し、
あるいは第１のノード１からのフレームをもとに第２の
プロトコルへ変換するための情報を付加する。第２のプ
ロトコル変換手段７０は、第１のプロトコルへ変換する
ための情報を付加、あるいは第２のプロトコルへ変換す
るための情報を終端する。
【００１５】また、図２１に示すように、第１のノード
１から第２のノード２へプロトコルを変換する場合は、
第１通信データを第１のプロトコルの下位レイヤで処理
した後、第１のノード１からのフレームをもとに第２の
プロトコルへ変換するための情報を付加し、情報付加後
の通信データを第２のプロトコルの下位レイヤで処理し
て第２通信データを作成して第２のノード２に送信し、
第２通信データを第２のプロトコルの下位レイヤで処理
した後、情報を終端して第２のプロトコルの上位レイヤ
に送信することを特徴とするプロトコル変換方法が提供
される。
【００１６】ここで、通信データを相手ノードが認識す
るためのフレームに変換するための情報を付加する場合
には、ヘッダの付加あるいは終端が行われる。さらに、
図２２に示すように、第２のノード２から第１のノード
１へプロトコルを変換する場合は、第２のノード２内で
第２のプロトコルの上位レイヤで処理をした通信データ
を、第１のプロトコルへ変換するための情報を付加し、
情報付加後の通信データを第２のプロトコルの下位レイ
ヤで処理して第２通信データを作成し、第２通信データ
を第２のプロトコルの下位レイヤで処理した後に情報を
終端し、その情報をもとに第１のプロトコルで通信を行
う第１のノード１が認識するためのフレームに変換し、
そのフレームを第１のプロトコルの下位レイヤで処理し
て第１のノード１に送信することを特徴とするプロトコ
ル変換方法が提供される。
【００１７】ここで、通信データを相手ノードが認識す
るためのフレームに変換するための情報を付加する場合
には、ヘッダの付加あるいは終端が行われる。
【００１８】
【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は、本発明のプロトコル変換
システムの原理図である。プロトコル変換システムは、
ネットワークＡの通信体系を定める第１のプロトコルで
通信を行う第１のノード１と、ネットワークＢの通信体
系を定める第２のプロトコルで通信を行う第２のノード
２と、第１のノード１と第２のノード２とを中継してプ
ロトコルの変換を行うプロトコル変換部３と、から構成
される。
【００１９】また、プロトコル変換部３は、第１のプロ
トコルで通信データを各レイヤ毎に処理する第１の通信
データ処理手段１０と、第２のプロトコルで通信データ
を各レイヤ毎に処理する第２の通信データ処理手段２０
と、プロトコル変換を行う第１のプロトコル変換手段６
０と、から構成される。さらに、第２のノード２は、第
２のプロトコル変換手段７０を含む。第２のプロトコル
変換手段７０は第２のノード２のトランスポート層とセ
ッション層との間に位置する。また、第１のノード１の
上位レイヤと第２のノード２の上位レイヤとは、同じプ
ロトコルを持つ。
【００２０】次に、プロトコル変換システムの動作につ
いて説明する。まず、第１のノード１から通信データが
送られるとする。第１の通信データ処理手段１０は、こ
の通信データを物理層からトランスポート層に向かって
各レイヤ毎に処理をして、セッション層で処理されるフ
レームフォーマットまで変換する。ここでのレイヤは第
１のプロトコルに対応するものである。
【００２１】第１のプロトコル変換手段６０は、このフ
レームフォーマットのプロトコル変換を行い、第２の通
信データ処理手段２０に渡す。第２の通信データ処理手
段２０は、プロトコル変換後のフレームフォーマットを
トランスポート層から物理層に向かって各レイヤ毎に処
理をする。ここでのレイヤは第２のプロトコルに対応す
るものである。
【００２２】第２のノード２では、第２の通信データ処
理手段２０から送られた通信データをセッション層で処
理されるフレームフォーマットまで変換し、その後第２
のプロトコル変換手段７０でプロトコルを変換して、第
１のノード１から送られた通信データをセッション層へ
送信する。
【００２３】このような動作を行うことにより、異なる
ネットワークＡ、Ｂ間でプロトコルが変換され、通信デ
ータの送受が可能となる。また、第２のノード２から第
１のノード１へ通信データを送る場合は、上記の説明と
逆動作を行えばよい。すなわち、第２のノード２の上位
レイヤで処理された通信データを第２のプロトコル変換
手段７０でプロトコル変換する。そして、第２のノード
２の下位レイヤで処理して第２の通信処理手段２０に送
信する。第２の通信処理手段２０は、物理層からトラン
スポート層に向かって各レイヤ毎に処理をする。ここで
のレイヤは第２のプロトコルに対応するものである。
【００２４】そして、第１のプロトコル変換手段６０
は、第２の通信処理手段２０で処理された通信データの
プロトコルを変換する。第１の通信データ処理手段１０
は、プロトコル変換後の通信データをトランスポート層
から物理層に向かって各レイヤ毎に処理をする。ここで
のレイヤは第１のプロトコルに対応するものである。そ
して、第１のノード１へ送信する。
【００２５】次に、プロトコル変換システムの具体的な
構成、動作について説明する。図２は、プロトコル変換
システムの構成図である。プロトコル変換システムは、
ＨＤＬＣ（Ｈｉｇｈ ｌｅｖｅｌ Ｄａｔｅ Ｌｉｎｋ
Ｃｏｎｔｒｏｌ ｐｒｏｃｅｄｕｒｅｓ）プロトコル
で通信を行うＨＤＬＣノード１ａと、ＴＣＰ／ＩＰ（Ｔ
ｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏ
ｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）プロト
コルで通信を行うＬＡＮノード２ａと、ＨＤＬＣノード
１ａとＬＡＮノード２ａとを中継してプロトコルの変換
を行うプロトコル変換部３ａと、プロトコル変換部３ａ
の保守、設定及び各ノードの接続試験を行う保守端末部
４と、から構成される。
【００２６】また、プロトコル変換部３ａは、ＨＤＬＣ
プロトコルで通信データを各レイヤ毎に処理するＨＤＬ
Ｃ通信データ処理手段１０ａと、ＴＣＰ／ＩＰプロトコ
ルで通信データを各レイヤ毎に処理するＴＣＰ／ＩＰ通
信データ処理手段２０ａと、第１のプロトコル変換手段
６０と、ＨＤＬＣノード１ａあるいはＬＡＮノード２ａ
への接続試験を行う接続試験処理手段４０と、保守端末
部４とのインタフェースをとるインタフェース手段５０
と、から構成される。
【００２７】次に、動作について説明する。ＨＤＬＣノ
ード１ａから通信データが送られるとＨＤＬＣ通信デー
タ処理手段１０ａは、この通信データを物理層からトラ
ンスポート層に向かって各レイヤ毎に処理をして、セッ
ション層で処理されるフレームフォーマットまで変換す
る。第１のプロトコル変換手段６０は、このフレームフ
ォーマットのプロトコル変換を行い、ＴＣＰ／ＩＰ通信
データ処理手段２０ａに渡す。ＴＣＰ／ＩＰ通信データ
処理手段２０ａは、プロトコル変換後のフレームフォー
マットをトランスポート層から物理層に向かって各レイ
ヤ毎に処理をする。
【００２８】ＬＡＮノード２ａでは、ＴＣＰ／ＩＰ通信
データ処理手段２０ａから送られた通信データをセッシ
ョン層で処理されるフレームフォーマットまで変換し、
その後、第２のプロトコル変換手段７０でプロトコルを
変換して、ＨＤＬＣノード１ａから送られた通信データ
をセッション層へ送信する。また、ＬＡＮノード２ａか
らＨＤＬＣノード１ａへ通信データを送る場合は、上記
の説明と逆動作を行えばよい。さらに接続試験処理手段
４０は、ＨＤＬＣノード１ａあるいはＬＡＮノード２ａ
に対して独立に接続試験を行う。保守端末部４は、イン
タフェース手段５０を通じてプロトコル変換部３ａの保
守制御を行う。各構成手段の詳細な動作の説明は後述す
る。
【００２９】図３は、プロトコル変換システムのプロト
コル構成を示す図である。ここで、ＬＡＮノード２ａの
プロトコルは、本実施の形態ではイーサネットを用いて
いるので、以降はイーサネットノード２ａとして説明す
る。
【００３０】プロトコル変換部３ａのプロトコルは、Ｈ
ＤＬＣ通信データ処理手段１０ａのプロトコル１０ｂ
と、ＴＣＰ／ＩＰ通信データ処理手段２０ａのプロトコ
ル２０ｂとから構成される。プロトコル１０ｂは、物理
層、データリンク層に相当するＨＤＬＣと、ネットワー
ク層と、トランスポート層とからなる。
【００３１】プロトコル２０ｂは、物理層、データリン
ク層に相当するイーサネットと、ネットワーク層に相当
するＩＰと、トランスポート層に相当するＴＣＰと、プ
ロトコル変換を行うプロトコル変換層とからなる。
【００３２】また、ＨＤＬＣノード１ａのセッション層
とイーサネットノード２ａのセッション層との間にコネ
クションＧを設定することにより、ＨＤＬＣノード１ａ
のプレゼンテ−ション層とイーサネットノード２ａのプ
レゼンテ−ション層との間でデータ転送が行われる。さ
らに、ＨＤＬＣノード１ａのプレゼンテーション層とイ
ーサネットノード２ａのプレゼンテーション層との間に
コネクションＨを設定することにより、ＨＤＬＣノード
１ａのアプリケーション層とイーサネットノード２ａの
アプリケーション層との間でデータ転送が行われる。さ
らに、プロトコル２０ｂのＴＣＰとイーサネットノード
２ａのＴＣＰとの間にコネクションＥを設定することに
より、プロトコル２０ｂのプロトコル変換層とイーサネ
ットノード２ａのプロトコル変換層との間でデータ転送
が行われる。
【００３３】以上説明したように本発明のプロトコル変
換システムは、ＨＤＬＣノード１ａとプロトコル変換部
３ａ間はコネクションを設定しないコネクションレス指
向型プロトコルであり、イ−サネットノード２ａとプロ
トコル変換部３ａ間はＴＣＰレイヤでコネクションを設
定するコネクション指向型プロトコルである。
【００３４】次に、プロトコル変換部３ａのハードウェ
ア概略構成について説明する。図４は、プロトコル変換
部３ａのハードウェア概略構成図である。ＡＣ／ＤＣコ
ンバータ３１は、電源としてＡＣ１００ＶをＤＣ５Ｖに
変換する。ＣＰＵ３２（動作周波数２５ＭＨZ ）は、プ
ロトコル変換部３ａの基本機能を制御する。ＲＯＭ３３
は、システム制御用プログラムを格納するフラッシュＥ
ＰＲＯＭ（１Ｍｗｏｒｄ×３２ｂｉｔ）と、通信アドレ
ス・ルーティング情報を格納するシリアルＥＥＰＲＯＭ
〔（３２ｗｏｒｄ×１６ｂｉｔ）×２個〕とからなる。
ＲＡＭ３４は、入出力信号等の一時的なデータを格納す
るＤＲＡＭ（１Ｍｗｏｒｄ×８ｂｉｔ）である。ＨＤＬ
Ｃインタフェース３５は、ＨＤＬＣのインタフェース制
御を行いＨＤＬＣノード１ａと接続される。イーサネッ
トインタフェース３６は、イーサネットのインタフェー
ス制御を行い、イーサネットノード２ａと接続される。
ＲＳ−２３２Ｃインタフェース３７は、ＲＳ−２３２Ｃ
のインタフェース制御を行い、保守端末部４と接続され
る。ＳＷ３８は、接続試験に用いられるスイッチであ
り、ＬＥＤ３９は、接続試験の結果として正常、異常を
知らせる発光ダイオードである。
【００３５】次に、プロトコル変換部３ａの内部構成及
び動作について図５、図６を用いて説明する。図５は、
プロトコル変換部３ａの内部構成図である。プロトコル
変換部３ａの内部構成は、ＨＤＬＣ側の物理層のインタ
フェース制御を行うＨＤＬＣコントローラ１１と、デー
タリンク層とネットワーク層での処理を行うＨＤＬＣ処
理手段１２と、トランスポート層での送信処理を行うト
ランスポート層送信処理手段１３と、トランスポート層
での受信処理を行うトランスポート層受信処理手段１４
と、プロトコル変換を行う第１のプロトコル変換手段６
０と、イーサネット側の物理層のインタフェース制御を
行うイーサネットコントローラ２１と、イーサネットの
データリンク層に対応するイーサネット処理手段２２
と、ＴＣＰ／ＩＰの通信処理を行うＴＣＰ／ＩＰ処理手
段２３と、ＴＣＰ／ＩＰデータを受信したかどうかを検
索しているタスク処理を行うソケット受信処理手段２４
と、接続試験のスイッチ起動処理を行うＴＥＳＴスイッ
チ手段４１と、接続試験を行う試験処理手段４２と、保
守端末部４とＲＳ−２３２Ｃ通信のインタフェース制御
を行うＲＳ−２３２Ｃドライバ５１と、保守端末部４か
らのコマンドを処理するコマンド処理手段５２と、から
構成される。
【００３６】ここで、ＨＤＬＣからイーサネットへの方
向に通信データが送信される場合は、図の太実線の矢印
に従って左から右へ各構成手段を通過する。また、イー
サーネットからＨＤＬＣへの方向に通信データが送信さ
れる場合は、図の点線の矢印に従って右から左へ各構成
手段を通過する。これらの各構成手段が行う通信データ
の処理動作については図６を用いて説明する。
【００３７】図６は、プロトコル変換部３ａでフレーム
が変換される様子を示す図である。まず、ＨＤＬＣから
イーサネットへの方向に通信データが送信されるとす
る。ＨＤＬＣコントローラ１１を通過してきたフレーム
ＦＲ１は、ＨＤＬＣ処理手段１２に入力される。フレー
ムＦＲ１は、同期フラグＦと、目的アドレスフィールド
ＤＡと、自アドレスフィールドＳＡと、制御フィールド
Ｃと、順序制御と、データ長と、情報データと、誤り検
出を行うＦＣＳと、から構成される。
【００３８】ＨＤＬＣ処理手段１２では、同期フラグＦ
で同期がとられたフレームＦＲ１をＦＣＳで誤り検出を
行う。そして、フレームＦＲ１の制御フィールドＣの終
端（削除）を行い、ヘッダフィールドを拡張してフレー
ムＦＲ２に変換する。 トランスポート層受信処理手段
１４は、フレームＦＲ２の順序制御から、フレームＦＲ
２の情報データを結合した後、順序制御を終端する。情
報データの結合、分離に関しては図７で後述する。
【００３９】第１のプロトコル変換処理手段６０では、
フレームＦＲ３にヘッダの付け替えを行ってフレームＦ
Ｒ４に変換する。フレームＦＲ４のヘッダは、後述する
ＣＭＤｉｄ、ＰＯＲＴ、ＳＥＱｎｏからなる。ＴＣＰ処
理手段２３ａは、フレームＦＲ４をＴＣＰデータとし、
ＴＣＰヘッダを付加してフレームＴＣＰ１を作成する。
そして、ＩＰ処理手段２３ｂは、フレームＴＣＰ１をＩ
Ｐデータとし、ＩＰヘッダを付加してフレームＩＰ１を
作成する。
【００４０】イーサネット処理手段２２は、フレームＩ
Ｐ１をＤａｔａとし、プリアンブルＰｒ、ＤＡ、ＳＡ、
データ長からなるイーサネットヘッダと、誤り検出を行
うＣＲＣとを付加してフレームＥｔ１を作成する。
【００４１】また、イーサネットからＨＤＬＣへの方向
に通信データが送信される場合は、上記で説明したこと
と逆のことが行われる。すなわち、フレームＥｔ１のＤ
ａｔａがフレームＩＰ１に、フレームＩＰ１のＩＰデー
タがフレームＴＣＰ１に、フレームＴＣＰ１のＴＣＰデ
ータがフレームＦＲ４に変換される。
【００４２】そして、フレームＦＲ４のＣＭＤｉｄは終
端され、ＰＯＲＴはフレームＦＲ３のＤＡとなり、ＰＯ
ＲＴ及びＳＥＱｎｏの情報は保存され、フレームＦＲ３
のＳＡにはプロトコル変換部３ａの自アドレスが付加さ
れる。そして、フレームＦＲ３からフレームＦＲ２への
変換では、情報データが分離され、フレームＦＲ２に順
序制御が付加される。さらに、フレームＦＲ２はＨＤＬ
ＣフレームであるフレームＦＲ１に変換される。
【００４３】ただし、フレームＴＣＰ１からフレームＦ
Ｒ４への変換では、ＴＣＰ処理手段２３ａの処理後は、
ＴＣＰ／ＩＰデータを受信したかどうかを検索している
タスク処理を行うソケット受信処理手段２４を通過す
る。さらにフレームＦＲ３からフレームＦＲ２への変換
では、トランスポート層送信処理手段１３を通過する。
【００４４】次に、接続試験について図５を用いて説明
する。接続試験は、プロトコル変換部３ａに設置された
マニュアルスイッチから起動するものと、保守端末部４
のＲＳ−２３２Ｃのコマンドから起動するものとがあ
る。
【００４５】オペレータがマニュアルスイッチを操作し
て接続試験を行う場合は、マニュアルスイッチからの信
号を受けたＴＥＳＴスイッチ手段４１は、接続試験デー
タを試験処理手段４２に通知する。試験処理手段４２
は、ＨＤＬＣ処理手段１２あるいは第１のプロトコル変
換手段６０を通じ、ＨＤＬＣノードあるいはイーサネッ
トノードの接続試験を独立して行う。また、試験結果
は、ＬＥＤ表示されてオペレータに通知される。
【００４６】オペレータが保守端末部４を用いて接続試
験を行う場合は、ＲＳ−２３２Ｃドライバ５１から、コ
マンドである接続試験データを保守端末部４を通じてコ
マンド処理手段５２に送信する。コマンド処理手段５２
は、その接続試験データを試験処理手段４２に通知す
る。その後の動作は上記と同様である。また、試験結果
は、保守端末部４の画面上への表示、あるいはＬＥＤ表
示されてオペレータに通知される。
【００４７】次に、情報データの結合、分離について説
明する。図７は、トランスポート層処理で行われる情報
データの結合、分離を表す図である。図６のフレームＦ
Ｒ２は、フレームＦＲ２−１〜フレームＦＲ２−Ｎから
なる。フレームＦＲ２−１は情報フィールドに情報デー
タ１を、フレームＦＲ２−Ｎは情報フィールドに情報デ
ータＮを持つ。このようなフレームがランダムに到着し
て順序制御処理が施される。そして、情報データ１から
情報データＮは、正しい順序で結合されてフレームＦＲ
３に変換される。
【００４８】また逆に、フレームＦＲ３からＮ個のフレ
ームＦＲ２へ変換される場合は、情報データを情報デー
タ１〜情報データＮに分離する。そして、それぞれの順
序制御情報を付加して、フレームＦＲ３をフレームＦＲ
２−１〜フレームＦＲ２−Ｎへ変換する。
【００４９】次に、第１のプロトコル変換手段６０で行
うフレーム変換について詳しく説明する。図８は、ＨＤ
ＬＣからイーサネット方向へのヘッダ付け替えの様子を
示す図である。フレームＦＲ３のＤＡは終端され、フレ
ームＦＲ４にはＣＭＤｉｄが付与される。また、フレー
ムＦＲ３のＳＡからルーティング情報としてイーサネッ
トノード２ａ側のポート情報が割り出され、ＰＯＲＴに
変換される。さらに、プロトコル変換部３ａ内で管理さ
れているコマンドと応答とを対応させるシーケンシャル
情報を表すＳＥＱｎｏ（シーケンス番号）を付与する。
このようにしてＦＲ３ヘッダからＦＲ４ヘッダへとヘッ
ダの付け替えが行われる。
【００５０】ここで、ＣＭＤｉｄはコマンド種別を判断
する識別子である。種別としては、送受される通信デー
タの方向を表すＤｒ（方向）と、通知データであること
を示すＮｔ（通知）と、制御データであることを示すＣ
Ｌ（制御）と、試験データであることを示すＴｓ（試
験）と、応答データであることを示すＲｅ（応答）と、
異常データであることを示すＥｒ（異常）がある。
【００５１】図９は、イーサネットからＨＤＬＣ方向へ
のヘッダ付け替えの様子を示す図である。フレームＦＲ
４のＣＭＤｉｄは終端される。フレームＦＲ４のＰＯＲ
Ｔからルーティング情報としてＨＤＬＣノード１ａ側の
目的アドレス情報が割り出され、ＤＡに変換される。ま
た、ＰＯＲＴ及びＳＥＱｎｏの情報はイーサネットノー
ド２ａへの送信応答に使用するため保存しておく。さら
に、ＨＤＬＣノード１ａ側の自アドレスＳＡが付与され
る。このようにしてＦＲ４ヘッダからＦＲ３ヘッダへと
ヘッダの付け替えが行われる。
【００５２】図１０は、イーサネット方向への送信応答
を行うヘッダを示す図である。ＣＭＤｉｄを付与し、保
存しておいたＰＯＲＴ、ＳＥＱｎｏを付与する。このよ
うにして構成したヘッダをイーサネット方向への送信応
答として用いる。
【００５３】次に、プロトコル変換システムの動作シー
ケンスについて詳しく説明する。図１１は、初期動作・
終了動作のシーケンス図である。 〔Ｓ１〕第１のプロトコル変換手段６０は、ＴＣＰ／Ｉ
Ｐ処理手段２３を通じ、イーサネットノード２ａにコネ
クション確立要求を行う。 〔Ｓ２〕コネクション確立要求後、イーサネットノード
２ａは、ＴＣＰ／ＩＰ処理手段２３を通じ、コネクショ
ンが確立したことを第１のプロトコル変換手段６０に通
知する。 〔Ｓ３〕第１のプロトコル変換手段６０は、トランスポ
ート層送信処理手段１３を通じ、ＨＤＬＣ処理手段１２
にＨＤＬＣ動作開始の通知を行いＨＤＬＣ通信を可能と
する。 〔Ｓ４〕第１のプロトコル変換手段６０は、ＴＣＰ／Ｉ
Ｐ処理手段２３を通じ、イーサネットノード２ａにコネ
クション解放要求を行う。 〔Ｓ５〕コネクション解放要求を受けたイーサネットノ
ード２ａは、コネクションを解放し、その旨をＴＣＰ／
ＩＰ処理手段２３を通じて第１のプロトコル変換手段６
０に通知する。 〔Ｓ６〕コネクションが解放されると、第１のプロトコ
ル変換手段６０は、トランスポート層送信処理手段１３
を通じ、ＨＤＬＣ処理手段１２にＨＤＬＣ動作停止の通
知を行う。
【００５４】以上説明したように、初期状態などのイー
サネットノード２ａと第１のプロトコル変換手段６０と
の間のコネクションが確立していない間は、コネクショ
ンレスＡＣＫ型のＨＤＬＣに対して、応答（ＡＣＫ）を
返送しない。この動作により、ＨＤＬＣノード１ａはデ
ータがイーサネットノード２ａに伝わっていないことを
認識し、その後のデータ欠落を防ぐことが可能となる。
【００５５】図１２は、正常時の送受信シーケンスを示
し、ＨＤＬＣノード１ａからイーサネットノード２ａ方
向へのデータ送信の場合である。 〔Ｓ１０〕ＨＤＬＣ処理手段１２では、通常パケットを
受信する。 〔Ｓ１１〕通常パケットの受信後、ＡＣＫをＨＤＬＣノ
ード１ａに返送する。 〔Ｓ１２〕ＡＣＫ返送後、トランスポート層受信処理手
段１４を通じて、通常パケットの受信通知を第１のプロ
トコル変換手段６０に対して行う。 〔Ｓ１３〕第１のプロトコル変換手段６０は、ＴＣＰ／
ＩＰ処理手段２３を通じてイーサネットノード２ａに対
してデータ送信を行う。
【００５６】以上説明したように、ＨＤＬＣノード１ａ
からイーサネットノード２ａへのデータ送信では、ＨＤ
ＬＣ処理手段１２で受信通知した後、すぐにＡＣＫを返
送することにより、ＨＤＬＣノード１ａのＡＣＫ待ちタ
イムアウトを防いでいる。よって、ＡＣＫ待ちタイムア
ウトの時間が非常に短いプロトコルであってもプロトコ
ル変換が可能となる。
【００５７】図１３は、正常時の送受信シーケンスを示
し、イーサネットノード２ａからＨＤＬＣノード１ａ方
向へのデータ送信の場合である。 〔Ｓ２０〕第１のプロトコル変換手段６０は、ＴＣＰ／
ＩＰ処理手段２３を通じてイーサネットノード２ａから
データを受信する。 〔Ｓ２１〕第１のプロトコル変換手段６０は、トランス
ポート層送信処理手段１３に送信要求を行う。 〔Ｓ２２〕トランスポート層送信処理手段１３は、ＨＤ
ＬＣ処理手段１２に送信要求を行う。 〔Ｓ２３〕ＨＤＬＣノード１ａは、ＨＤＬＣ処理手段１
２から送信要求の内容を持つ通常パケットを受信する。 〔Ｓ２４〕ＨＤＬＣノード１ａは、ＡＣＫをＨＤＬＣ処
理手段１２に返送する。 〔Ｓ２５〕ＨＤＬＣ処理手段１２は、トランスポート層
受信処理手段１４に対し送信成功を通知する。 〔Ｓ２６〕トランスポート層受信処理手段１４は、第１
のプロトコル変換手段６０に正常終了を通知する。 〔Ｓ２７〕第１のプロトコル変換手段６０は、正常応答
送信をＴＣＰ／ＩＰ処理手段２３を通じ、イーサネット
ノード２ａに通知する。
【００５８】以上説明したように、イーサネットノード
２ａからＨＤＬＣノード１ａへのデータ送信では、ＨＤ
ＬＣノード１ａからのＡＣＫを受信した後に送信成功を
イーサネットノード２ａへ通知している。これによりデ
ータ送受の信頼度を上げている。
【００５９】図１４は、ＨＤＬＣノード１ａが異常の場
合であって、ＨＤＬＣノード１ａからイーサネットノー
ド２ａ方向への送受信シーケンスを示す図である。 〔Ｓ３０〕ＨＤＬＣ処理手段１２は、ＨＤＬＣノード１
ａから連続したフレームからなる通常パケットを受信す
る。 〔Ｓ３１〕ＨＤＬＣ処理手段１２は、ＨＤＬＣノード１
ａにＡＣＫを返送する。 〔Ｓ３２〕トランスポート層受信処理手段１４は、通常
パケットを受信するが、連続フレームであるにもかかわ
らず次フレームが受信できなかったとする。 〔Ｓ３３〕トランスポート層受信処理手段１４は、第１
のプロトコル変換手段６０に対し受信異常通知を行う。 〔Ｓ３４〕第１のプロトコル変換手段６０は、異常通知
送信をＴＣＰ／ＩＰ処理手段２３を通じ、イーサネット
ノード２ａに行う。
【００６０】以上説明したように、異常が検出された場
合は、ＨＤＬＣ処理手段１２でデータを破棄せず、第１
のプロトコル変換手段６０からイーサネットノード２ａ
に異常通知を送信する。これにより、イーサネットノー
ド２ａはＨＤＬＣノード１ａの異常を知ることが可能と
なる。
【００６１】図１５は、ＨＤＬＣノード１ａが異常の場
合であって、イーサネットノード２ａからＨＤＬＣノー
ド１ａ方向への送受信シーケンスを示す図である。 〔Ｓ４０〕第１のプロトコル変換手段６０は、ＴＣＰ／
ＩＰ処理手段２３を通じイーサネットノード２ａからデ
ータを受信する。 〔Ｓ４１〕第１のプロトコル変換手段６０は、トランス
ポート層送信処理手段１３に送信要求を行う。 〔Ｓ４２〕トランスポート層送信処理手段１３は、ＨＤ
ＬＣ処理手段１２に送信要求を行う。 〔Ｓ４３〕ＨＤＬＣ処理手段１２は、ＨＤＬＣノード１
ａに通常パケットを送信するが、ＨＤＬＣノード１ａか
らＡＣＫが返送されず、タイムアウトになったとする。 〔Ｓ４４〕トランスポート層送信処理手段１３は、再度
ＨＤＬＣ処理手段１２に送信要求を行う。 〔Ｓ４５〕ＨＤＬＣ処理手段１２は、ＨＤＬＣノード１
ａに通常パケットを送信するが、ＨＤＬＣノード１ａか
らＡＣＫが返送されず、またタイムアウトになったとす
る。 〔Ｓ４６〕トランスポート層受信処理手段１４は、タイ
ムアウトの異常終了を第１のプロトコル変換手段６０に
通知する。 〔Ｓ４７〕第１のプロトコル変換手段６０は、ＴＣＰ／
ＩＰ処理手段２３を通じイーサネットノード２ａに異常
応答送信を行う。
【００６２】以上説明したように、タイムアウトの異常
によりＡＣＫが返送されない場合は、第１のプロトコル
変換手段６０からイーサネットノード２ａに対して異常
応答を送信する。これにより、イーサネットノード２ａ
はＨＤＬＣノード１ａの異常を知ることが可能となる。
また、タイムアウト以外の異常に関しても同じシーケン
スをとることでＨＤＬＣノード１ａとイーサネットノー
ド２ａ間で互いの異常状態を認識することが可能とな
る。
【００６３】図１６は、イーサネットノード２ａが異常
の場合であって、ＨＤＬＣノード１ａからイーサネット
ノード２ａ方向への送受信シーケンスを示す図である。 〔Ｓ５０〕ＨＤＬＣ処理手段１２は、ＨＤＬＣノード１
ａから通常パケットを受信する。 〔Ｓ５１〕ＨＤＬＣ処理手段１２は、ＡＣＫをＨＤＬＣ
ノード１ａに返送する。 〔Ｓ５２〕ＨＤＬＣ処理手段１２は、トランスポート層
受信処理手段１４を通じ受信通知を第１のプロトコル変
換手段６０に送信する。 〔Ｓ５３〕第１のプロトコル変換手段６０は、データを
ＴＣＰ／ＩＰ処理手段２３を通じイーサネットノード２
ａに送信するが失敗したとする。 〔Ｓ５４〕第１のプロトコル変換手段６０は、イーサネ
ットノード２ａ間で確立されているコネクションを切断
する。 〔Ｓ５５〕第１のプロトコル変換手段６０は、トランス
ポート層送信処理手段１３を通じＨＤＬＣ処理手段１２
に対してＨＤＬＣ動作の停止を行う。
【００６４】以上説明したように、イーサネットノード
２ａ側で異常が検出された場合は、イーサネットノード
２ａとの間に確立されたコネクションを切断し、ＨＤＬ
Ｃの動作を停止する。これにより、イーサネットノード
２ａはコネクション切断されることでＨＤＬＣノード１
ａからのデータが欠落された可能性があることを知る。
また、ＨＤＬＣ動作停止後は、ＨＤＬＣノード１ａから
のデータのＡＣＫは返送しないことでＨＤＬＣノード１
ａからのデータは受けないことになる。
【００６５】図１７は、イーサネットノード２ａが異常
の場合であって、イーサネットノード２ａからＨＤＬＣ
方向への送受信シーケンスを示す図である。 〔Ｓ６０〕第１のプロトコル変換手段６０は、ＴＣＰ／
ＩＰ処理手段２３を通じイーサネットノード２ａから異
常フレームを受信する。 〔Ｓ６１〕第１のプロトコル変換手段６０は、異常フレ
ームを破棄する。
【００６６】以上説明したように、イーサネットノード
２ａ側からの異常フレーム（順序制御異常など）が検出
された場合は、異常フレームを破棄する。よって、イー
サネットノード２ａでは上位プロトコルが成立しなくな
ることで、データが正常に通知されなかったことを知る
ことが可能となる。
【００６７】図１８は、イーサネットノード２ａ内で異
常があった場合の図である。 〔Ｓ７０〕イーサネットノード２ａは、ＴＣＰ／ＩＰ処
理手段２３を通じて第１のプロトコル変換手段６０にコ
ネクションの切断要求を通知する。 〔Ｓ７１〕第１のプロトコル変換手段６０は、ＨＤＬＣ
処理手段１２に対してトランスポート層送信処理手段１
３を通じ、ＨＤＬＣ動作の停止を行う。
【００６８】以上説明したように、イーサネットノード
２ａ内で異常が検出された場合には、イーサネットノー
ド２ａは、コネクション切断の要求をだし、ＨＤＬＣノ
ード１ａからのデータに対してはＡＣＫを返送しないよ
うにし、ＨＤＬＣノード１ａからのデータを受け付けな
いこととする。これにより、ＨＤＬＣノード１ａは、イ
ーサネットノード２ａの異常を知ることが可能である。
【００６９】図１９は、ＨＤＬＣノード１ａ側の接続試
験を行う場合の図である。 〔Ｓ８０〕ＨＤＬＣ処理手段１２は、ＨＤＬＣノード１
ａに対して試験コマンドを送信する。 〔Ｓ８１〕ＨＤＬＣノード１ａは、正常接続の場合はＨ
ＤＬＣ処理手段１２にＡＣＫ（正常）を返送する。 〔Ｓ８２〕ＨＤＬＣ処理手段１２は、ＨＤＬＣノード１
ａに試験コマンドを送信する。 〔Ｓ８３〕ＨＤＬＣノード１ａは、異常接続の場合はＡ
ＣＫ（異常）をＨＤＬＣ処理手段１２に返送する。
【００７０】図２０は、イーサネットノード２ａ側の接
続試験を行う場合の図である。 〔Ｓ９０〕第１のプロトコル変換手段６０は、イーサネ
ットノード２ａに試験コマンドを送信する。 〔Ｓ９１〕第１のプロトコル変換手段６０は、試験結果
が正常であればイーサネットノード２ａから正常試験応
答を受信する。 〔Ｓ９２〕第１のプロトコル変換手段６０は、イーサネ
ットノード２ａに試験コマンドを送信する。 〔Ｓ９３〕第１のプロトコル変換手段６０は、試験結果
が異常であればイーサネットノード２ａから異常試験応
答を受信する。
【００７１】以上説明したように、試験結果の正常・異
常が判断された場合は、正常・異常に対応する試験応答
をプロトコル変換部３ａは受信する。よって、プロトコ
ル変換部３ａと接続される保守端末部４の画面上でその
試験結果を知ることが可能である。あるいはプロトコル
変換部３ａに設けられているＬＥＤ表示からも試験結果
を知ることが可能である。
【００７２】次に、プロトコル変換方法について説明す
る。図２１は、ＨＤＬＣノード１ａからイーサネットノ
ード２ａ方向へのプロトコル変換方法の手順を示すフロ
ーチャートである。 〔Ｓ１００〕ＨＤＬＣノード１ａから送信された第１通
信データをＨＤＬＣプロトコルの下位レイヤで処理す
る。レイヤ処理の流れはレイヤ１からレイヤ４である。 〔Ｓ１０１〕ＨＤＬＣノード１ａからのフレームをもと
にイーサネットプロトコルへ変換するための情報を付加
する。 〔Ｓ１０２〕情報が付加された通信データをイーサネッ
トプロトコルの下位レイヤで処理し、イーサネットノー
ド２ａに第２通信データとして送信する。レイヤ処理の
流れはレイヤ４からレイヤ１である。 〔Ｓ１０３〕第２通信データをイーサネットプロトコル
の下位レイヤで処理する。レイヤ処理の流れはレイヤ１
からレイヤ４である。 〔Ｓ１０４〕情報を終端する。 〔Ｓ１０５〕イーサネットプロトコルの上位レイヤに送
信する。
【００７３】図２２は、イーサネットノード２ａからＨ
ＤＬＣノード１ａ方向へのプロトコル変換方法の手順を
示すフローチャートである。 〔Ｓ１１０〕通信データをイーサネットプロトコルの上
位レイヤで処理する。レイヤ処理の流れはレイヤ７から
レイヤ５である。 〔Ｓ１１１〕ＨＤＬＣプロトコルが認識できるように情
報を付加する。 〔Ｓ１１２〕情報が付加されたデータをイーサネットプ
ロトコルの下位レイヤで処理し、第２通信データとして
送信する。レイヤ処理の流れはレイヤ４からレイヤ１で
ある。 〔Ｓ１１３〕第２通信データをイーサネットプロトコル
の下位レイヤで処理する。レイヤ処理の流れはレイヤ１
からレイヤ４である。 〔Ｓ１１４〕情報を終端し、ＨＤＬＣノード１ａが認識
するためのフレームに変換する。 〔Ｓ１１５〕フレームをＨＤＬＣノード１ａの下位レイ
ヤで処理して第１通信データとして、ＨＤＬＣノード１
ａに送信する。レイヤ処理の流れはレイヤ４からレイヤ
１である。
【００７４】上記の説明では、第１のノード１のプロト
コルはＨＤＬＣプロトコルを用いたが、その他の下位レ
イヤコネクションレス指向型のプロトコルでもよい。ま
た、第２のノード２のプロトコルとしてイーサネットＬ
ＡＮプロトコルを用いたが、その他の下位レイヤコネク
ション指向型のプロトコルでもよい。
【００７５】
【発明の効果】以上説明したように、本発明のプロトコ
ル変換システム及びプロトコル変換方法は、上位レイヤ
と下位レイヤとの間でプロトコル変換を行う構成とし
た。これによりデータ送受信の信頼性が確保される。
【００７６】また、上位レイヤまで終端していないので
柔軟性のあるプロトコル変換を行うことが可能となる。
さらに、プロトコル変換システムは、保守端末部と接続
され、接続試験処理を行う構成とした。これにより、対
向する装置がなくても独立に接続試験を行うことが可能
となる。
【図面の簡単な説明】
【図１】本発明のプロトコル変換システムの原理図であ
る。
【図２】プロトコル変換システムの構成図である。
【図３】プロトコル変換システムのプロトコル構成を示
す図である。
【図４】プロトコル変換部のハードウェア概略構成図で
ある。
【図５】プロトコル変換部のファームウェアの内部構成
図である。
【図６】プロトコル変換部でフレームが変換される様子
を示す図である。
【図７】トランスポート層処理で行われる情報データの
結合、分離を表す図である。
【図８】ＨＤＬＣからイーサネット方向へのヘッダ付け
替えの様子を示す図である。
【図９】イーサネットからＨＤＬＣ方向へのヘッダ付け
替えの様子を示す図である。
【図１０】イーサネット方向への送信応答を行うヘッダ
を示す図である。
【図１１】初期動作・終了動作のシーケンス図である。
【図１２】正常時の送受信シーケンスを示し、ＨＤＬＣ
ノードからイーサネットノード方向へのデータ送信の場
合である。
【図１３】正常時の送受信シーケンスを示し、イーサネ
ットノードからＨＤＬＣノード方向へのデータ送信の場
合である。
【図１４】ＨＤＬＣノードが異常の場合であって、ＨＤ
ＬＣノードからイーサネットノード方向への送受信シー
ケンスを示す図である。
【図１５】ＨＤＬＣノードが異常の場合であって、イー
サネットノードからＨＤＬＣノード方向への送受信シー
ケンスを示す図である。
【図１６】イーサネットノードが異常の場合であって、
ＨＤＬＣノードからイーサネットノード方向への送受信
シーケンスを示す図である。
【図１７】イーサネットノードが異常の場合であって、
イーサネットノードからＨＤＬＣ方向への送受信シーケ
ンスを示す図である。
【図１８】イーサネットノード内で異常があった場合の
図である。
【図１９】ＨＤＬＣノード側の接続試験を行う場合の図
である。
【図２０】イーサネットノード側の接続試験を行う場合
の図である。
【図２１】ＨＤＬＣノードからイーサネットノード方向
へのプロトコル変換方法の手順を示すフローチャートで
ある。
【図２２】イーサネットノードからＨＤＬＣノード方向
へのプロトコル変換方法の手順を示すフローチャートで
ある。
【符号の説明】 １ 第１のノード ２ 第２のノード ３ プロトコル変換部 １０ 第１の通信データ処理手段 ２０ 第２の通信データ処理手段 ６０ 第１のプロトコル変換手段 ７０ 第２のプロトコル変換手段
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】図３
【補正方法】変更
【補正内容】
【図３】
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図４
【補正方法】変更
【補正内容】
【図４】
【手続補正４】
【補正対象書類名】図面
【補正対象項目名】図５
【補正方法】変更
【補正内容】
【図５】
【手続補正５】
【補正対象書類名】図面
【補正対象項目名】図６
【補正方法】変更
【補正内容】
【図６】
【手続補正６】
【補正対象書類名】図面
【補正対象項目名】図１１
【補正方法】変更
【補正内容】
【図１１】
【手続補正７】
【補正対象書類名】図面
【補正対象項目名】図１２
【補正方法】変更
【補正内容】
【図１２】
【手続補正８】
【補正対象書類名】図面
【補正対象項目名】図１３
【補正方法】変更
【補正内容】
【図１３】
【手続補正９】
【補正対象書類名】図面
【補正対象項目名】図１４
【補正方法】変更
【補正内容】
【図１４】
【手続補正１０】
【補正対象書類名】図面
【補正対象項目名】図１５
【補正方法】変更
【補正内容】
【図１５】
【手続補正１１】
【補正対象書類名】図面
【補正対象項目名】図１６
【補正方法】変更
【補正内容】
【図１６】
【手続補正１２】
【補正対象書類名】図面
【補正対象項目名】図１７
【補正方法】変更
【補正内容】
【図１７】
【手続補正１３】
【補正対象書類名】図面
【補正対象項目名】図１８
【補正方法】変更
【補正内容】
【図１８】
【手続補正１４】
【補正対象書類名】図面
【補正対象項目名】図１９
【補正方法】変更
【補正内容】
【図１９】
【手続補正１５】
【補正対象書類名】図面
【補正対象項目名】図２０
【補正方法】変更
【補正内容】
【図２０】
【手続補正１６】
【補正対象書類名】図面
【補正対象項目名】図２１
【補正方法】変更
【補正内容】
【図２１】
【手続補正１７】
【補正対象書類名】図面
【補正対象項目名】図２２
【補正方法】変更
【補正内容】
【図２２】

Claims (16)

    【特許請求の範囲】
  1. 【請求項１】 異なるネットワーク間でプロトコルが変
    換され、通信データの送受が行われるプロトコル変換シ
    ステムにおいて、 一方のネットワークの通信体系を定める第１のプロトコ
    ルで通信を行う第１のノードと、 他方のネットワークの通信体系を定める第２のプロトコ
    ルで通信を行い、前記第１のプロトコルへ変換するため
    の情報を付加、あるいは前記第２のプロトコルへ変換す
    るための情報を終端する第２のプロトコル変換手段を含
    む第２のノードと、 前記第１のプロトコルで前記通信データを各レイヤ毎に
    処理する第１の通信データ処理手段と、前記第２のプロ
    トコルで前記通信データを各レイヤ毎に処理する第２の
    通信データ処理手段と、前記第１のプロトコルへ変換す
    るために情報を終端して、その情報をもとに前記第１の
    ノードが認識するためのフレームに変換し、あるいは前
    記第１のノードからの前記フレームをもとに前記第２の
    プロトコルへ変換するための情報を付加する第１のプロ
    トコル変換手段と、から構成され、前記第１のノードと
    前記第２のノードとの中継処理を行うプロトコル変換部
    と、 を有することを特徴とするプロトコル変換システム。
  2. 【請求項２】 前記第１及び第２の通信データ処理手段
    は、下位レイヤの処理を行うことを特徴とする請求項１
    記載のプロトコル変換システム。
  3. 【請求項３】 前記第２のプロトコル変換手段は、トラ
    ンスポート層とセッション層との間に位置することを特
    徴とする請求項１記載のプロトコル変換システム。
  4. 【請求項４】 前記第１のノードは、下位レイヤにコネ
    クションレス指向型プロトコルを持ち、前記第２のノー
    ドは、下位レイヤにコネクション指向型プロトコルを持
    つことを特徴とする請求項１記載のプロトコル変換シス
    テム。
  5. 【請求項５】 前記第１のプロトコルはＨＤＬＣである
    ことを特徴とする請求項１記載のプロトコル変換システ
    ム。
  6. 【請求項６】 前記第２のプロトコルはＴＣＰ／ＩＰで
    あることを特徴とする請求項１記載のプロトコル変換シ
    ステム。
  7. 【請求項７】 前記第１のプロトコル変換手段は、コマ
    ンド種別を判断するコマンド識別子と、送信元または受
    信先を識別するポートと、コマンドと応答とを対応させ
    るシーケンシャル情報を表すシーケンス番号と、から構
    成されるヘッダの付け替えを行うことを特徴とする請求
    項１記載のプロトコル変換システム。
  8. 【請求項８】 前記プロトコル変換部は、前記第１のノ
    ードあるいは前記第２のノードとの接続試験を行うこと
    を特徴とする請求項１記載のプロトコル変換システム。
  9. 【請求項９】 前記第２のノードは、イーサーネットプ
    ロトコルで通信を行うことを特徴とする請求項１記載の
    プロトコル変換システム。
  10. 【請求項１０】 前記プロトコル変換部は、保守端末と
    接続し、ＲＳ−２３２Ｃ通信を行うことを特徴とする請
    求項１記載のプロトコル変換システム。
  11. 【請求項１１】 前記第１の通信データ処理手段は、前
    記プロトコル変換部と前記第２のノードとの間でコネク
    ション確立が行われた場合に通信データ処理動作を開始
    し、コネクション解放が行われた場合に前記通信データ
    処理動作を終了することを特徴とする請求項１記載のプ
    ロトコル変換システム。
  12. 【請求項１２】 前記プロトコル変換部は、前記第１の
    ノードと前記プロトコル変換部との間で通信異常が発生
    した場合には、前記第２のノードへ異常通知を行うこと
    を特徴とする請求項１記載のプロトコル変換システム。
  13. 【請求項１３】 前記プロトコル変換部は、前記第２の
    ノードと前記プロトコル変換部との間で通信異常が発生
    した場合には、前記プロトコル変換部と前記第２のノー
    ドとの間で確立されたコネクションを切断することを特
    徴とする請求項１記載のプロトコル変換システム。
  14. 【請求項１４】 前記第１のノードの上位レイヤと前記
    第２のノードの上位レイヤとは、同じプロトコルを持つ
    ことを特徴とする請求項１記載のプロトコル変換システ
    ム。
  15. 【請求項１５】 異なるネットワーク間でプロトコルが
    変換され、通信データの送受が行われるプロトコル変換
    方法において、 第１のプロトコルで通信を行う第１のノードからの第１
    通信データを前記第１のプロトコルの下位レイヤで処理
    した後、前記第１のノードからのフレームをもとに前記
    第２のプロトコルへ変換するための情報を付加し、 前記情報を付加された通信データを第２のプロトコルの
    下位レイヤで処理して第２通信データを作成した後、前
    記第２のノードに送信し、 前記第２通信データを前記第２のプロトコルの下位レイ
    ヤで処理した後、前記情報を終端した通信データにして
    前記第２のプロトコルの上位レイヤに送信することを特
    徴とするプロトコル変換方法。
  16. 【請求項１６】 異なるネットワーク間でプロトコルが
    変換され、通信データの送受が行われるプロトコル変換
    方法において、 第２のプロトコルで通信を行う第２のノードで、前記第
    ２のプロトコルの上位レイヤで処理をした通信データ
    を、第１のプロトコルへ変化するための情報を付加し、 前記情報を付加された通信データを前記第２のプロトコ
    ルの下位レイヤで処理して第２通信データを作成し、 前記第２通信データを前記第２のプロトコルの下位レイ
    ヤで処理した後に前記情報を終端し、その前記情報をも
    とに前記第１のプロトコルで通信を行う第１のノードが
    認識するためのフレームに変換し、 前記フレーム変換後の通信データを前記第１のプロトコ
    ルの下位レイヤで処理して第１通信データを作成した
    後、前記第１のノードに送信することを特徴とするプロ
    トコル変換方法。
JP13470096A 1996-05-29 1996-05-29 プロトコル変換システム及びプロトコル変換方法 Expired - Fee Related JP3636399B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP13470096A JP3636399B2 (ja) 1996-05-29 1996-05-29 プロトコル変換システム及びプロトコル変換方法
US08/786,235 US5778189A (en) 1996-05-29 1997-01-21 System and method for converting communication protocols

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP13470096A JP3636399B2 (ja) 1996-05-29 1996-05-29 プロトコル変換システム及びプロトコル変換方法

Publications (2)

Publication Number Publication Date
JPH09321821A true JPH09321821A (ja) 1997-12-12
JP3636399B2 JP3636399B2 (ja) 2005-04-06

Family

ID=15134559

Family Applications (1)

Application Number Title Priority Date Filing Date
JP13470096A Expired - Fee Related JP3636399B2 (ja) 1996-05-29 1996-05-29 プロトコル変換システム及びプロトコル変換方法

Country Status (2)

Country Link
US (1) US5778189A (ja)
JP (1) JP3636399B2 (ja)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20000059519A (ko) * 1999-03-04 2000-10-05 권상문 상호 다른 프로토콜을 이용하는 기종간의 통신시스템
JP2005033808A (ja) * 2003-07-11 2005-02-03 Samsung Electronics Co Ltd 異種端末のアドホックネットワークを構築する装置及び方法
KR100657258B1 (ko) * 2002-07-02 2006-12-14 삼성전자주식회사 블루투스 무선 랜 연결 장치 및 방법
JP2008226278A (ja) * 2004-05-19 2008-09-25 Sumitomo Electric Ind Ltd 伝送方式変換装置
JP2008227808A (ja) * 2007-03-12 2008-09-25 Mitsubishi Electric Corp 通信システム
JP2013101640A (ja) * 2006-09-29 2013-05-23 Fisher Rosemount Systems Inc プロセス制御システムネットワークのための統合アプリケーションプログラムインターフェース
JP2016092743A (ja) * 2014-11-11 2016-05-23 株式会社明電舎 伝送フレーム変換回路
CN109388600A (zh) * 2018-09-21 2019-02-26 深圳市亿威源科技有限公司 一种同时支持多种通信方式的自适应方法

Families Citing this family (127)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6229809B1 (en) * 1996-10-11 2001-05-08 Novell, Inc. Method and system for combining computer network protocols
US6523696B1 (en) * 1996-10-15 2003-02-25 Kabushiki Kaisha Toshiba Communication control device for realizing uniform service providing environment
JP3671595B2 (ja) * 1997-04-01 2005-07-13 株式会社日立製作所 複合計算機システムおよび複合ｉ／ｏシステム
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
US6014440A (en) * 1997-07-21 2000-01-11 Northern Telecom Limited Inter-half call protocol negotiation techniques
US6967972B1 (en) 1997-07-31 2005-11-22 Cisco Technology, Inc. Universal protocol conversion
US6321337B1 (en) 1997-09-09 2001-11-20 Sanctum Ltd. Method and system for protecting operations of trusted internal networks
US5961626A (en) * 1997-10-10 1999-10-05 Motorola, Inc. Method and processing interface for transferring data between host systems and a packetized processing system
US6343321B2 (en) * 1997-10-27 2002-01-29 Sun Microsystems, Inc. Method and apparatus for network transport independence
CA2220578A1 (en) * 1997-11-10 1999-05-10 Northern Telecom Limited Distributed service network
US6751761B1 (en) * 1998-02-16 2004-06-15 Fujitsu Limited Method and apparatus for testing network, and recording medium
US6222855B1 (en) * 1998-02-19 2001-04-24 Lucent Technologies, Inc. Method and apparatus for converting between differing data and command exchange protocols
JP3464907B2 (ja) * 1998-03-20 2003-11-10 富士通株式会社 プロトコル変換システム
US6311072B1 (en) * 1998-06-30 2001-10-30 Lucent Technologies, Inc. Methods and apparatus for translating between telephone signaling protocols
US6650632B1 (en) 1998-06-30 2003-11-18 Cisco Technology, Inc. Feature transparency in a telecommunications network
JP2000020490A (ja) * 1998-07-01 2000-01-21 Fujitsu Ltd 遠隔手続き呼出し機構またはオブジェクトリクエストブローカ機構を有する計算機、データ転送方法、および転送方法記憶媒体
EP0975123A1 (en) * 1998-07-15 2000-01-26 Telefonaktiebolaget L M Ericsson (Publ) Communication device and method for reliable and low-delay packet transmission
US6311278B1 (en) * 1998-09-09 2001-10-30 Sanctum Ltd. Method and system for extracting application protocol characteristics
JP3583657B2 (ja) * 1998-09-30 2004-11-04 株式会社東芝 中継装置及び通信装置
JP3582720B2 (ja) * 1998-12-28 2004-10-27 株式会社エヌ・ティ・ティ・ドコモ 通信制御方式、通信方法、サーバ装置、端末装置、中継装置および通信システム
US7430757B1 (en) * 1999-01-08 2008-09-30 International Business Machines Corporation Oblivious proxying using a secure coprocessor
US6757731B1 (en) * 1999-02-25 2004-06-29 Nortel Networks Limited Apparatus and method for interfacing multiple protocol stacks in a communication network
US6680940B1 (en) * 1999-05-19 2004-01-20 3Com Corporation System for transporting ethernet frames over very high speed digital subscriber lines
US6587476B1 (en) * 1999-05-26 2003-07-01 3 Com Corporation Ethernet frame encapsulation over VDSL using HDLC
US6608834B1 (en) 1999-05-26 2003-08-19 3 Com Corporation System for encapsulating Ethernet frames over very high speed digital subscriber lines
US6594700B1 (en) * 1999-06-14 2003-07-15 International Business Machines Corporation System and method for implementing a universal service broker interchange mechanism
US6430164B1 (en) 1999-06-17 2002-08-06 Cellport Systems, Inc. Communications involving disparate protocol network/bus and device subsystems
US6829652B1 (en) * 1999-09-07 2004-12-07 Intel Corporation I2O ISM implementation for a san based storage subsystem
US6421742B1 (en) * 1999-10-29 2002-07-16 Intel Corporation Method and apparatus for emulating an input/output unit when transferring data over a network
US6322025B1 (en) * 1999-11-30 2001-11-27 Wabtec Railway Electronics, Inc. Dual-protocol locomotive control system and method
US6772413B2 (en) 1999-12-21 2004-08-03 Datapower Technology, Inc. Method and apparatus of data exchange using runtime code generator and translator
US6718397B1 (en) 2000-01-05 2004-04-06 Yijun Zhao Network adapter for providing initialization and protocol translation between a microprocessor and a network interface
ATE414943T1 (de) * 2000-03-03 2008-12-15 Ibm System zur bestimmung von schwächen von web- anwendungen
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
US6789126B1 (en) * 2000-05-09 2004-09-07 Sun Microsystems, Inc. Addressing message gates in a distributed computing environment
US6721353B1 (en) * 2000-06-21 2004-04-13 Cisco Technology, Inc. Network compatibility
JP2002026924A (ja) * 2000-07-06 2002-01-25 Denso Corp データ中継装置および多重通信システム
US7197046B1 (en) * 2000-08-07 2007-03-27 Shrikumar Hariharasubrahmanian Systems and methods for combined protocol processing protocols
US6922557B2 (en) * 2000-10-18 2005-07-26 Psion Teklogix Inc. Wireless communication system
US7099352B1 (en) 2001-01-03 2006-08-29 Juniper Networks, Inc. System, apparatus, and method for increasing resiliency in communications
WO2002058350A1 (en) * 2001-01-19 2002-07-25 Net To Net Technologies Dynamic time division multiplexing of voice signals into ethernet data streams over a wan circuit
US20020099851A1 (en) * 2001-01-22 2002-07-25 Shah Hemal V. Decoupling TCP/IP processing in system area networks
US20050220286A1 (en) * 2001-02-27 2005-10-06 John Valdez Method and apparatus for facilitating integrated access to communications services in a communication device
US20020124007A1 (en) * 2001-03-02 2002-09-05 Wuhan P&S Electronics Company Ltd. Network server and database therein
US7137103B2 (en) * 2001-03-08 2006-11-14 International Business Machines Corporation Coverage analysis of message flows
US7882555B2 (en) * 2001-03-16 2011-02-01 Kavado, Inc. Application layer security method and system
US7313822B2 (en) * 2001-03-16 2007-12-25 Protegrity Corporation Application-layer security method and system
FI112426B (fi) * 2001-03-23 2003-11-28 Nixu Oy Välityspalvelin sisältöpalvelua varten
WO2002084499A1 (en) * 2001-04-11 2002-10-24 Chelsio Communications, Inc. Multi-purpose switching network interface controller
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
CN1462529A (zh) * 2001-05-01 2003-12-17 株式会社Ntt都科摩 移动通信服务控制装置与移动通信服务控制方法
US20020184340A1 (en) * 2001-05-31 2002-12-05 Alok Srivastava XML aware logical caching system
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
DE10131561A1 (de) * 2001-06-29 2003-01-16 Nokia Corp Verfahren zur Übertragung von Anwendungspaketdaten
US20030079032A1 (en) * 2001-09-10 2003-04-24 John Orsolits Enterprise software gateway
US6938072B2 (en) * 2001-09-21 2005-08-30 International Business Machines Corporation Method and apparatus for minimizing inconsistency between data sources in a web content distribution system
US8001189B2 (en) * 2001-10-16 2011-08-16 Microsoft Corporation Routing of network messages
WO2003042850A1 (en) * 2001-11-15 2003-05-22 Millennium Technology Limited A communication method and an interface device
DE10162986B4 (de) * 2001-12-20 2004-01-15 Siemens Ag Anbindung von Netzwerken mit unterschiedlichen Protokollen
US20030177387A1 (en) * 2002-03-15 2003-09-18 Cyrill Osterwalder Secured web entry server
US6986036B2 (en) * 2002-03-20 2006-01-10 Microsoft Corporation System and method for protecting privacy and anonymity of parties of network communications
US8099393B2 (en) 2002-03-22 2012-01-17 Oracle International Corporation Transaction in memory object store
IL149583A0 (en) * 2002-05-09 2003-07-06 Kavado Israel Ltd Method for automatic setting and updating of a security policy
US8037196B2 (en) * 2002-06-26 2011-10-11 Alcatel Lucent Method for maintaining communication between communication devices having inconsistent protocols
DE10243783A1 (de) * 2002-09-20 2004-03-25 Sick Ag Elektronische Vorrichtung für ein Bussystem
US7480915B2 (en) * 2002-10-03 2009-01-20 Nokia Corporation WV-IMS relay and interoperability methods
US7213143B1 (en) * 2003-01-27 2007-05-01 Nortel Networks Limited Security over a network
US7412588B2 (en) * 2003-07-25 2008-08-12 International Business Machines Corporation Network processor system on chip with bridge coupling protocol converting multiprocessor macro core local bus to peripheral interfaces coupled system bus
US7191248B2 (en) * 2003-08-29 2007-03-13 Microsoft Corporation Communication stack for network communication and routing
JP2005151259A (ja) * 2003-11-17 2005-06-09 Toshiba Corp データ転送装置およびプログラム
US8007847B2 (en) * 2004-01-13 2011-08-30 Eytan Biderman Feeding formula appliance
US7831745B1 (en) 2004-05-25 2010-11-09 Chelsio Communications, Inc. Scalable direct memory access using validation of host and scatter gather engine (SGE) generation indications
WO2006075335A2 (en) * 2005-01-16 2006-07-20 Zlango Ltd. Communications network system and methods for using same
WO2006075334A2 (en) * 2005-01-16 2006-07-20 Zlango Ltd. Iconic communication
US7668196B2 (en) * 2005-01-25 2010-02-23 International Business Machines Corporation Communicating between communications components having differing protocols absent component modifications
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
US20070011333A1 (en) * 2005-06-30 2007-01-11 Victor Lau Automated serial protocol initiator port transport layer retry mechanism
US20070002827A1 (en) * 2005-06-30 2007-01-04 Victor Lau Automated serial protocol target port transport layer retry mechanism
EP1938193A4 (en) 2005-07-28 2010-08-04 Oracle Int Corp SYSTEM AND METHOD FOR MANAGING RECIPES
US7724658B1 (en) 2005-08-31 2010-05-25 Chelsio Communications, Inc. Protocol offload transmit traffic management
US7715436B1 (en) 2005-11-18 2010-05-11 Chelsio Communications, Inc. Method for UDP transmit protocol offload processing with traffic management
US7660264B1 (en) 2005-12-19 2010-02-09 Chelsio Communications, Inc. Method for traffic schedulign in intelligent network interface circuitry
US7616563B1 (en) * 2005-08-31 2009-11-10 Chelsio Communications, Inc. Method to implement an L4-L7 switch using split connections and an offloading NIC
US7660306B1 (en) 2006-01-12 2010-02-09 Chelsio Communications, Inc. Virtualizing the operation of intelligent network interface circuitry
US7688712B2 (en) * 2005-10-04 2010-03-30 Invensys Systems, Inc. Selecting one of multiple redundant network access points on a node within an industrial process control network
US7760733B1 (en) 2005-10-13 2010-07-20 Chelsio Communications, Inc. Filtering ingress packets in network interface circuitry
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
EP1982450A2 (en) * 2006-01-16 2008-10-22 Zlango Ltd. Communications network system and methods for using same
EP1977312A2 (en) 2006-01-16 2008-10-08 Zlango Ltd. Iconic communication
US20110087792A2 (en) * 2006-02-07 2011-04-14 Dot Hill Systems Corporation Data replication method and apparatus
US20070208894A1 (en) * 2006-03-02 2007-09-06 Curry David S Modification of a layered protocol communication apparatus
US7783850B2 (en) * 2006-03-28 2010-08-24 Dot Hill Systems Corporation Method and apparatus for master volume access during volume copy
JP4643510B2 (ja) * 2006-07-18 2011-03-02 オリンパスメディカルシステムズ株式会社 手術システム制御装置及び手術機器のタイムアウト値設定方法
WO2008021372A2 (en) * 2006-08-11 2008-02-21 Slt Logic Llc Enhanced ethernet protocol for shortened data frames within a constrained neighborhood based on unique id
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
US8751467B2 (en) * 2007-01-18 2014-06-10 Dot Hill Systems Corporation Method and apparatus for quickly accessing backing store metadata
US7831565B2 (en) * 2007-01-18 2010-11-09 Dot Hill Systems Corporation Deletion of rollback snapshot partition
US7975115B2 (en) * 2007-04-11 2011-07-05 Dot Hill Systems Corporation Method and apparatus for separating snapshot preserved and write data
US7716183B2 (en) * 2007-04-11 2010-05-11 Dot Hill Systems Corporation Snapshot preserved data cloning
US8935406B1 (en) 2007-04-16 2015-01-13 Chelsio Communications, Inc. Network adaptor configured for connection establishment offload
US8001345B2 (en) * 2007-05-10 2011-08-16 Dot Hill Systems Corporation Automatic triggering of backing store re-initialization
US7783603B2 (en) * 2007-05-10 2010-08-24 Dot Hill Systems Corporation Backing store re-initialization method and apparatus
US8589587B1 (en) 2007-05-11 2013-11-19 Chelsio Communications, Inc. Protocol offload in intelligent network adaptor, including application level signalling
US8060644B1 (en) 2007-05-11 2011-11-15 Chelsio Communications, Inc. Intelligent network adaptor with end-to-end flow control
US7826350B1 (en) 2007-05-11 2010-11-02 Chelsio Communications, Inc. Intelligent network adaptor with adaptive direct data placement scheme
US7831720B1 (en) 2007-05-17 2010-11-09 Chelsio Communications, Inc. Full offload of stateful connections, with partial connection offload
US8204858B2 (en) * 2007-06-25 2012-06-19 Dot Hill Systems Corporation Snapshot reset method and apparatus
US8364788B2 (en) * 2008-03-13 2013-01-29 Hewlett-Packard Development Company, L.P. Processing client requests for common services according to one or more canonical forms
US8082312B2 (en) * 2008-12-12 2011-12-20 Event Medical, Inc. System and method for communicating over a network with a medical device
US8762460B2 (en) * 2009-07-13 2014-06-24 Qualcomm Incorporated Group communication sessions between session participants communicating via two or more different contact protocols within a wireless communications system
US8171094B2 (en) * 2010-01-19 2012-05-01 Event Medical, Inc. System and method for communicating over a network with a medical device
JP5755962B2 (ja) * 2011-07-22 2015-07-29 富士通株式会社 通信装置、通信方法、および、通信プログラム
KR101953122B1 (ko) * 2012-01-06 2019-02-28 삼성전자주식회사 프로토콜 변환 장치 및 방법
JP5035480B1 (ja) * 2012-01-27 2012-09-26 オムロン株式会社 データ中継装置、データ送信装置、ネットワークシステム
JP5870804B2 (ja) * 2012-03-27 2016-03-01 富士通株式会社 通信制御システム、通信制御方法及び通信制御プログラム
US20150149651A1 (en) * 2012-05-10 2015-05-28 Telefonaktiebolaget L M Ericsson (Publ) System, method and computer program product for protocol adaptation
US8745296B2 (en) 2012-10-02 2014-06-03 Intel Corporation Serial storage protocol compatible frame conversion, at least in part being compatible with SATA and one packet being compatible with PCIe protocol
US20140161028A1 (en) * 2012-12-07 2014-06-12 At&T Mobility Ii Llc Digital mobile radio front end processor
US9288102B2 (en) * 2013-02-18 2016-03-15 Microsoft Technology Licensing, Llc Controlling devices using cloud services and device-agnostic pipe mechanisms
JP6149591B2 (ja) * 2013-08-08 2017-06-21 富士通株式会社 無線中継装置、通信システム、及び、通信方法
US9397883B2 (en) * 2013-12-23 2016-07-19 Red Hat Israel, Ltd. Modifying network settings of an unreachable host
KR102656189B1 (ko) * 2016-07-19 2024-04-11 삼성전자주식회사 직렬로 연결되는 스토리지 장치들 중 직접 연결되지 않은 스토리지 장치를 제어하도록 구성되는 전자 장치, 그것에 포함되는 스토리지 장치, 그것을 포함하는 컴퓨팅 시스템, 및 스토리지 장치의 컨트롤러의 동작 방법
US10530902B2 (en) * 2017-11-30 2020-01-07 Gregory Bullock Method of operating a protocol translator
CN111492631B (zh) * 2017-12-21 2023-05-16 村田机械株式会社 通信系统的控制方法、通信系统以及中继装置
US11375050B1 (en) * 2020-09-11 2022-06-28 Xilinx, Inc. Multiple protocol layer conversion

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5073852A (en) * 1988-12-16 1991-12-17 Cayman Systems, Inc. Network protocol translator including method and apparatus for reducing interprocess communication and data exchange overhead
US5142622A (en) * 1989-01-31 1992-08-25 International Business Machines Corporation System for interconnecting applications across different networks of data processing systems by mapping protocols across different network domains
JPH0797782B2 (ja) * 1991-09-18 1995-10-18 インターナショナル・ビジネス・マシーンズ・コーポレイション 異種トランザクションの調整方法

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20000059519A (ko) * 1999-03-04 2000-10-05 권상문 상호 다른 프로토콜을 이용하는 기종간의 통신시스템
KR100657258B1 (ko) * 2002-07-02 2006-12-14 삼성전자주식회사 블루투스 무선 랜 연결 장치 및 방법
JP2005033808A (ja) * 2003-07-11 2005-02-03 Samsung Electronics Co Ltd 異種端末のアドホックネットワークを構築する装置及び方法
JP2008226278A (ja) * 2004-05-19 2008-09-25 Sumitomo Electric Ind Ltd 伝送方式変換装置
JP2013101640A (ja) * 2006-09-29 2013-05-23 Fisher Rosemount Systems Inc プロセス制御システムネットワークのための統合アプリケーションプログラムインターフェース
JP2008227808A (ja) * 2007-03-12 2008-09-25 Mitsubishi Electric Corp 通信システム
JP2016092743A (ja) * 2014-11-11 2016-05-23 株式会社明電舎 伝送フレーム変換回路
CN109388600A (zh) * 2018-09-21 2019-02-26 深圳市亿威源科技有限公司 一种同时支持多种通信方式的自适应方法
CN109388600B (zh) * 2018-09-21 2022-10-18 深圳市亿威源科技有限公司 一种同时支持多种通信方式的自适应方法

Also Published As

Publication number Publication date
US5778189A (en) 1998-07-07
JP3636399B2 (ja) 2005-04-06

Similar Documents

Publication Publication Date Title
JP3636399B2 (ja) プロトコル変換システム及びプロトコル変換方法
JP3464907B2 (ja) プロトコル変換システム
EP1349347B1 (en) Method and apparatus for redundant signaling links
US6856593B2 (en) Communication system, relay apparatus, end system, and communicating method
EP1465440B1 (en) Method and apparatus for changeover of associations between signalling processes
JP3871895B2 (ja) 階層異種システムにおける自動ポート識別発見のための装置および方法
US20090006650A1 (en) Communication device, communication method, communication interface, and program product
CN100514940C (zh) 对网络通信端口重定向的方法和网络通信系统
CN101674235B (zh) 数据传输方法和设备
JP4387937B2 (ja) 電話システムおよび交換システム
CN108270593A (zh) 一种双机热备份方法和系统
JP2001237889A (ja) データ通信網における迂回経路制御方法及び装置
Morneault et al. ISDN Q. 921-user adaptation layer
CN113037622B (zh) 一种防止bfd震荡的系统及方法
Cisco PRI Backhaul Using the Stream Control Transmission Protocol and the ISDN Q.921 User Adaptation Layer
JP4826250B2 (ja) ポーリング通信システム及びサーバシステム
JP2001067291A (ja) ネットワーク監視方式
CN101415006A (zh) 信令迁移的方法、装置及系统
US6725273B1 (en) Point-to-point prefix protocol
JP4692419B2 (ja) ネットワーク装置及びそれに用いる冗長切替え方法並びにそのプログラム
KR20150026894A (ko) 컨트롤러와 네트워크 장치 간 재연결 방법
WO2017219786A1 (zh) 一种应用连接的构建方法、装置及终端
JP2804876B2 (ja) 多重系装置を含むネットワークシステムの通信方法
JP2000115219A (ja) 回線管理機能を備えたｌａｎ接続ネットワーク
JP3664388B2 (ja) 双方向通信システムおよび方法

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20040906

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040914

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20041115

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20041228

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20050104

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080114

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090114

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100114

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110114

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110114

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120114

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130114

Year of fee payment: 8

LAPS Cancellation because of no payment of annual fees