(57)【要約】【課題】遅延時間を最小限に抑え、コマンドの認識を行なわずにＩＰ変換するＩＰ変換アダプタを提供する。【解決手段】端末Ｉ／Ｆ１１と、ＩＰ網Ｉ／Ｆ１４と、非ＩＰ端末３からのフレームデータを蓄積するバッファ（ＤＢ）１２と、ＤＢに蓄積されるデータの大きさが所定の大きさになったときにパケット化を指示するデータ監視手段１３１、パケット化指示により当該データをＩＰパケット化するＩＰパケット化部１３２、ＩＰパケットを網５に送出するＩＰパケット送出部１３３とからなるＩＰパケット化手段と、網５から細分化して送られてくるＩＰパケットを受信するＩＰパケット受信手段１３４、コマンドに対して最初に受信した所定量のデータからなるレスポンスパケットをフレーム化するフレーム化部１３５、フレームを端末３へ送出するフレーム送出部１３６とからなる非パケット化手段とを備えたＩＰ変換アダプタ１。【選択図】        図２
2004229158.tif 000002
【特許請求の範囲】
【請求項１】
端末インタフェースとＩＰ網インタフェースを有し、ＩＰ未対応の端末をＩＰ網に接続するためのＩＰ変換アダプタにおいて、
ＩＰ未対応の端末から受信したフレームデータを監視し所定量のデータを受信したときに当該所定量のデータを順次ＩＰパケット化してＩＰ網へ送出するＩＰパケット化手段と、
ＩＰ網からのＩＰパケットを非パケット化して送信側のＩＰ未対応の端末へ送出する非パケット化手段と
を備えたことを特徴とするＩＰ変換アダプタ。
【請求項２】
ＩＰパケット化手段が、
ＩＰ未対応の端末からフレームデータを蓄積するデータバッファと、
データバッファに蓄積されるデータの大きさを監視してデータバッファに蓄積されるデータが所定の大きさになったときにパケット化を指示するパケット化指示信号を出力するデータ監視手段と、
パケット化指示信号があったときに所定の大きさのデータをＩＰパケット化するＩＰパケット化部と、
ＩＰパケットをＩＰ網に送出するＩＰパケット送出部と
を備えることを特徴とする請求項１に記載のＩＰ変換アダプタ。
【請求項３】
ＩＰパケット化手段が、送信側ＩＰ未対応の端末からの１つのフレーム受信が完結する前に、ある単位（時間やビット・バイト数等）にてフレームを分割し、パケット化してＩＰ網へ送信することを特徴とする請求項１に記載のＩＰ変換アダプタ。
【請求項４】
非パケット化手段が、
ＩＰ網からＩＰパケットを受信するＩＰパケット受信手段と、
ＩＰ網から細分化して送られてくるパケットの内、コマンドに対して最初に受信した所定量のデータからなるレスポンスパケットをフレーム化するフレーム化部と、
フレームを送信側のＩＰ未対応の端末へ送出するフレーム送出部と
を備えることを特徴とする請求項１に記載のＩＰ変換アダプタ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＩＰ未対応の端末（以下、非ＩＰ端末ともいう）をＩＰ網に接続して対向するＩＰ未対応の端末間で通信する際に生じる遅延問題を解消し、フレーム内情報を意識せずに端末間で通信を正常に行うためのＩＰ変換アダプタおよびＩＰ変換方式に関する。
【０００２】
【従来の技術】
通信プロトコルにおけるデータリンクは、２点間の通信の制御する規約である。例えば、ハイレベルデータリンク制御手順（Ｈｉｇｈ  Ｌｅｖｅｌ  ＤａｔａＬｉｎｋ  Ｃｏｎｔｒｏｌ  Ｐｒｏｃｅｄｕｒｅ：ＨＤＬＣ）では、図４に示すように、送信側非ＩＰ端末３ａと受信側非ＩＰ端末３ｂを送信側モデム６ａと受信側モデム６ｂを介して加入者電話網（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ：以下、ＰＳＴＮという）７に接続した通信システムにおいて、通信制御を行う側の送信側非ＩＰ端末３ａからの命令としてコマンドＣＯＭというフレームが送信され、制御される側の受信側非ＩＰ端末３ｂはこのコマンドＣＯＭに対しレスポンスＲＥＳを返す方法をとっている。
【０００３】
このように、ＰＳＴＮ７を介した通信の場合、送信側非ＩＰ端末３ａと受信側非ＩＰ端末３ｂの間でコマンド・レスポンスによるフレームデータの制御を行うので、アナログ−ディジタル変換のみを行う送信側モデム６ａおよび受信側モデム６ｂを用いて通信を実用することができていた。
【０００４】
この通信システムにおけるデータ転送時の遅延時間を、図５を用いて説明する。この通信システムにおける通信速度を９６００ｂｉｔ／ｓとし、送信側非ＩＰ端末３ａから１０００ｂｙｔｅのデータ量のコマンドＣＯＭを送出し、これに対し受信側非ＩＰ端末３ｂが１０００ｂｙｔｅのデータ量のレスポンスＲＥＳを返す例を説明する。
【０００５】
送信側非ＩＰ端末３ａから１０００ｂｙｔｅのコマンドＣＯＭを送出すると、ケーブル遅延・回線遅延などによる伝送遅延時間ｔｄｃにより、受信側非ＩＰ端末３ｂは遅延時間後からデータを受け始める。受信側非ＩＰ端末３ｂは、全てのデータを受信するデータバッファリング時間ｔｂｃ３の間受信データを溜め続ける。受信側非ＩＰ端末３ｂは、コマンドＣＯＭを全て受信した後、レスポンスデータ作成時間ｔｒｃをかけてレスポンスデータを作成し、作成したレスポンスデータＲＥＳを送信側非ＩＰ端末３ａへ向け送出する。送信側非ＩＰ端末３ａは、伝送遅延時間ｔｄｒの後、時刻Ｔ１でレスポンスデータ１０００ｂｙｔｅを受信し始める。
【０００６】
したがって、送信側非ＩＰ端末３ａからコマンドＣＯＭを送出し、このコマンドを受信した受信側非ＩＰ端末３ｂからのレスポンスＲＥＳを送信側非ＩＰ端末３ａが受取るまでの時間ｔｓｒ２は以下のようになる。
【０００７】
送信側非ＩＰ端末３ａから受信側非ＩＰ端末３ｂまでのコマンドＣＯＭ１０００ｂｙｔｅの伝達時間（バファリング時間）ｔｂｃ３は、１ｂｉｔの伝達時ｔｂｉｔ＝１（ｂｉｔ）／９６００（ｂｉｔ／ｓ）＝１０４．１６６μｓであり、１ｂｙｔｅの伝達時間ｔｂｙｔｅ＝１０４．１６６μｓ×８＝８３３．３２８μｓとなり、全データ（１０００ｂｙｔｅ）の伝達時間ｔｂｃ３＝８３３．３２８μｓ×１０００＝８３３ｍｓとなる。
【０００８】
したがって、送信側非ＩＰ端末３ａがコマンドＣＯＭを送出してからレスポンスＲＥＳを受信するまでの時間ｔｓｒ２は、以下のようになる。
【０００９】
時間ｔｓｒ２＝時間ｔｄｃ＋時間ｔｂｃ３＋時間ｔｒｃ＋時間ｔｄｒ＝時間ｔｄｃ＋８３３ｍｓ＋時間ｔｒｃ＋時間ｔｄｒ。ここで、データ転送におけるケーブル長遅延や回線遅延などの遅延時間ｔｄｃ，ｔｄｒやレスポンス作成時間ｔｒｃなどは、微小な時間のため無視すると、時間ｔｓｒ≒８３３ｍｓとなる。
【００１０】
すなわち、送信側非ＩＰ端末３ａがコマンドＣＯＭを送信してから、受信側非ＩＰ端末３ｂからのレスポンスＲＥＳを受信し始めるまでの時間ｔｓｒ２は、およそ８３３ｍｓである。このときの送信側非ＩＰ端末３ａが有する応答要求待ち時間ｔｗは約１ｓに設定されているとする。したがって、この通信システムでは応答要求待ち時間ｔｗ内に受信側非ＩＰ端末３ｂからの応答を受信することが可能となる。、
【００１１】
近年、高速で安価なＩｎｔｅｒｎｅｔ  Ｐｒｏｔｃｏｌ（ＩＰ）網（ＩＰＮＷ）によるサービスが普及し、図６に示すような音声系とデータ系を統合したネットワーク構成が実用化されつつある。このＩＰ網を使用した通信システムでは、従来からの送信側非ＩＰ端末３ａおよび受信側非ＩＰ端末３ｂをも、ＩＰ網５へ接続することが望まれることから、その場合送信側非ＩＰ端末３ａからのフレームデータをＩＰパケットに変換してＩＰ網５へ接続するための送信側ＩＰ変換アダプタ２ａおよび受信側ＩＰ変換アダプタ２ｂを用いて、非ＩＰ端末をＩＰ網へ接続している。
【００１２】
送信側非ＩＰ端末３ａ，３ｂと送信側ＩＰ変換アダプタ２ａ，２ｂとの間の伝送速度は、９６００ｂｉｔであり、ＩＰ網５を介した送信側ＩＰ変換アダプタ２ａ，２ｂ間の通信速度は１００Ｍｂｉｔ／ｓであるとした場合の例を、図７を用いて説明する。この例は、送信側非ＩＰ端末３ａから１０００ｂｙｔｅのデータ量のコマンドを送出し、これに対し受信側非ＩＰ端末３ｂが１０００ｂｙｔｅのデータ量のレスポンスを返す例を説明する。この例では、図４の説明と同様にケーブル長遅延や回線遅延などの伝送遅延ｔｄｃ、ｔｄｒおよびレスポンスデータ作成時間ｔｒｃを無視して説明する。
【００１３】
送信側非ＩＰ端末３ａから１０００ｂｙｔｅのコマンドＣＯＭを送出すると、送信側ＩＰ変換アダプタ２ａは、コマンドＣＯＭの全データをバッファリング時間ｔｂｃ４（８３３ｍｓ）で受信し、全データの受信を完了した時点でＩＰパケットに変換し、ＩＰ網５経由で受信側ＩＰ変換アダプタ２ｂへＩＰパケット送信時間ｔｐｃ２（８０μｓ）かけて送出する。
【００１４】
送信側ＩＰ変換アダプタ２ａと受信側ＩＰ変換アダプタ２ｂ間でＩＰパケットを伝送するに要する時間ｔｐｃ２は、８０μｓである。したがって、受信側非ＩＰ端末３ｂは、遅延時間後からデータを受け始め、全てのデータを受信するデータバッファリング時間ｔｂｃ５（８３３ｍｓ）の間受信データを溜め続ける。受信側非ＩＰ端末３ｂは、時刻Ｔ２でコマンドＣＯＭを全て受信した後、レスポンスデータＲＥＳを作成し、作成したレスポンスデータを受信側ＩＰ変換アダプタ２ｂへ向けて送出する。受信側ＩＰ変換アダプタ２ｂは、レスポンス受信時間ｔｂｒ２（８３３ｍｓ）かけて受信しったレスポンスデータＲＥＳをＩＰパケットに変換した後、ＩＰパケット送信時間ｔｐｒ２（８０μｓ）かけて送信側ＩＰ変換アダプタ２ａへ向け送出する。送信側ＩＰ変換アダプタ２ａは、ＩＰパケットからなる全てのレスポンスデータを時刻Ｔ３で受信した後フレームデータに変換して送信側非ＩＰ端末３ａへ送信する。
【００１５】
したがって、送信側非ＩＰ端末３ａからコマンドＣＯＭを送出してから受信側非ＩＰ端末３ｂからのレスポンスＲＥＳを受取るまでの時間ｔｓｒ３は、以下のようになる。
【００１６】
送信側非ＩＰ端末３ａから送出されたコマンドデータＣＯＭ（１０００ｂｙｔｅ）を送信側ＩＰ変換アダプタ２ａが受信するまでの時間ｔｂｃ４は、８３３ｍｓとなる。
【００１７】
送信側ＩＰ変換アダプタ２ａ送出されたコマンドデータＣＯＭのＩＰパケットを受信側ＩＰ変換アダプタ２ｂが受信するまでの時間ｔｐｃ２は、８０μｓとなる  （１００Ｍｂｉｔ／ｓにおいて、１ｂｉｔの伝送時間：１０ｎｍ、１ｂｙｔｅの伝送時間８０ｎｓ、全データ１０００ｂｙｔｅの伝送時間８０μｓ）  。
【００１８】
受信側ＩＰ変換アダプタ２ｂから送出された全データを受信側非ＩＰ端末３ｂが受信する時間ｔｂｃ５は、８３３ｍｓとなる。
【００１９】
受信側非ＩＰ端末３ｂから送出されたレスポンスＲＥＳの全データを受信側ＩＰ変換アダプタ２ｂが受信するに要する時間ｔｂｒ２は、８３３ｍｓとなる。
【００２０】
受信側ＩＰ変換アダプタ２ｂから送出されたＩＰパケットを、送信側ＩＰ変換アダプタ２ａが受信するに要する時間ｔｐｒ２は、８０μｓとなる。
【００２１】
したがって、送信側非ＩＰ端末３ａがコマンドＣＯＭを送出してからレスポンスＲＥＳを受信し始めるまでに要する時間ｔｓｒ３は、８３３ｍｓ＋８０μｓ＋８３３ｍｓ＋８３３ｍｓ＋８０μｓ＝２，４９９ｓとなる。このときの送信側非ＩＰ端末３ａが有する応答要求待ち時間ｔｗが約１ｓに設定されているとすると、応答を受信することができない。
【００２２】
すなわち、この構成による通信システムでの通信時、送信側非ＩＰ端末３ａから受信側非ＩＰ端末３ｂへコマンドＣＯＭを伝送しレスポンスデータＲＥＳを受信するまでのデータの伝達時間ｔｓｒ３は、送信側非ＩＰ端末３ａからコマンドＣＯＭを受信する時間ｔｂｃ４、送信側ＩＰ変換アダプタ２ａからＩＰパケット（コマンド）を受信する時間ｔｐｃ２、受信側ＩＰ変換アダプタ２ｂからコマンドを受信する時間ｔｂｃ５、受信側非ＩＰ端末３ｂからレスポンスＲＥＳを受信する時間ｔｂｒ２、受信側ＩＰ変換アダプタ２ｂからＩＰパケット（レスポンス）を受信する時間ｔｐｒ２からなる遅延時間ｔｓｒ３が発生することとなり、データの伝達時間が遅れてしまうという問題がある。
【００２３】
すなわち、図８（ａ）に示すように、送信側非ＩＰ端末３ａでは、応答の要求を指定したコマンドＣＯＭを送り出してから、一定の時間（応答要求価値時間）ｔｗ内にレスポンスＲＥＳが帰ってこない場合は、タイムアウトして応答要求のコマンドを受け取らない。すなわち、送信側ＩＰ変換アダプタ２ａでは送信側非ＩＰ端末３ａからのコマンドＣＯＭを全て受信して得からＩＰパケット化するための遅延時間ｔｂｃ４が生じ、送信側ＩＰ変換アダプタ２ａと受信側ＩＰ変換アダプタ２ｂとの間ではＩＰパケット（ＣＯＭ）、ＩＰパケット（ＲＥＳ）を伝送するための遅延時間ｔｐｃ２がそれぞれ生じ、受信側ＩＰ変換アダプタ２ｂでは受信側非ＩＰ端末３ｂからのレスポンスＲＥＳを全て受信してからＩＰパケット化するための遅延時間ｔｂｒ２が生じて、パケット送信に多くの遅延量が発生する。したがって、ＩＰ変換アダプタ２において、ＩＰパケット化に多くの遅延時間が発生すると、送信側非ＩＰ端末３ａは、タイムアウトにより受信側非ＩＰ端末３ｂからの応答を捉えることができないという問題を生じる。
【００２４】
このように、非ＩＰ端末をＩＰ網へ接続するときには、遅延により応答を受けることができない問題があることから、図８（ｂ）に示すように、送信側非ＩＰ端末３ａからコマンドＣＯＭを発した場合は、送信側ＩＰ変換アダプタ２ａがそのコマンドＣＯＭを受け取り、受信側非ＩＰ端末３ｂにかわって送信側非ＩＰ端末３ａに対して代理レスポンスＲＥＳＶをする方式をとっている（例えば、非特許文献１，２，３参照）。
【００２５】
すなわち。非特許文献１の方式はＳＮＡプロトコルのデータ転送に用いられ、非特許文献２，３は、ＳＤＬＣとのデータリンク手順、ＤＬＳＷ（Ｄａｔａ−Ｌｉｎｋ  Ｓｗｉｔｃｈｉｎｇ）手順に用いられている。
【００２６】
【非特許文献１】
ＩＥＥＥ８０２．２ＬＬＣ２
【００２７】
【非特許文献２】
ＲＦＣ１４３４
【００２８】
【非特許文献３】
ＲＦＣ１７９５
【００２９】
しかしこの場合、送信側ＩＰ変換アダプタ２ａは、送信側非ＩＰ端末３ａからのフレーム内のコマンドを解読する機能を持たなければならない。現在これらの解読機能を持つＩＰ変換アダプタ２は、開発工数がかかることなどから高価であり、図６に示すシステムを構成する際には、コストがかかるＩＰ変換アダプタ２を用いらなければならないという問題がある。
【００３０】
すなわち，上記した従来技術に示すように、非ＩＰ端末をＩＰ網に接続する場合は、ＩＰ変換アダプタにおいて大きな遅延を発生することから、データリンク制御手順を制御できる高価なＩＰ変換アダプタを用いらなければならないという問題を有している。
【００３１】
【発明が解決しようとする課題】
本発明は、通信時に発生する遅延問題を解決する新たな制御方式を提案し、その制御法を有するＩＰ変換アダプタによってコストを抑えた構成をユーザに提供することを目的とする。
【００３２】
本発明は、遅延時間を最小限に抑え、コマンドの認識を行なわずにＩＰ変換できるＩＰ変換アダプタを提供することを目的とする。
【００３３】
【課題を解決するための手段】
上記課題を解決するために、本発明は、端末インタフェースとＩＰ網インタフェースを有し、ＩＰ未対応の端末をＩＰ網に接続するためのＩＰ変換アダプタにおいて、ＩＰ未対応の端末から受信したフレームデータを監視し所定量のデータを受信したときに当該所定量のデータを順次ＩＰパケット化してＩＰ網へ送出するＩＰパケット化手段と、ＩＰ網からのＩＰパケットを非パケット化して送信側のＩＰ未対応端末へ送出する非パケット化手段とを備えた。
【００３４】
また、本発明は、上記ＩＰ変換アダプタにおいて、ＩＰパケット化手段が、ＩＰ未対応の端末からフレームデータを蓄積するデータバッファと、データバッファに蓄積されるデータの大きさを監視してデータバッファに蓄積されるデータが所定の大きさになったときにパケット化を指示するパケット化指示信号を出力するデータ監視手段と、パケット化指示信号があったときに所定の大きさのデータをＩＰパケット化するＩＰパケット化部と、ＩＰパケットをＩＰ網に送出するＩＰパケット送出部とを備え、送信側ＩＰ未対応の端末からの１つのフレーム受信が完結する前に、ある単位（時間やビット・バイト数等）にてフレームを分割し、パケット化してＩＰ網へ送信するようにした。
【００３５】
さらに、本発明は、上記ＩＰ変換アダプタにおいて、非パケット化手段が、ＩＰ網からＩＰパケットを受信するＩＰパケット受信手段と、ＩＰ網から細分化して送られてくるパケットの内、コマンドに対して最初に受信した所定量のデータからなるレスポンスパケットをフレーム化するフレーム化部と、フレームを送信側のＩＰ未対応端末へ送出するフレーム送出部とを備え、ＩＰ網からのパケットの受信中に異常を検出したときに、送信側ＩＰ未対応の端末ヘアボートを出力する等の異常検出対策をとるようにした。
【００３６】
上記課題を解決するために、本発明は、ＩＰ変換アダプタを介してＩＰ未対応の端末をＩＰ網に接続するためのＩＰ変換方式において、ＩＰ未対応の端末から受信したフレームデータを監視し、１つのフレーム受信が完結する前で所定量のデータを受信したときに当該所定量のデータを順次ＩＰパケット化してＩＰ網へ送出し、ＩＰ網からのＩＰパケットを非パケット化して送信側のＩＰ未対応端末へ送出するようにした。
【００３７】
【発明の実施の形態】
図１を用いて、本発明にかかるＩＰ網を用いた通信システムの構成を説明する。本発明にかかるＩＰ網を用いた通信システムは、送信側非ＩＰ端末３ａと受信側非ＩＰ端末３ｂを送信側ＩＰ変換アダプタ１ａおよび受信側ＩＰ変換アダプタ１ｂを介してＩＰ網５に接続して構成される。この通信システムにおいては、通信開始時に、送信側非ＩＰ端末３ａからコマンドＣＯＭを送信し、受信側非ＩＰ端末３ｂからレスポンスＲＥＳを返送して通信を開始する。
【００３８】
図２を用いて、本発明にかかる制御方式を実用可能とするＩＰ変換アダプタ１の機能構成を説明する。ＩＰ変換アダプタ１は、端末インタフェース１１と、データバッファ１２と、データ管理部１３と、ＩＰ網用インタフェース１４と、制御部１５を有して構成される。データ管理部１３は、データの大きさを監視するデータ監視部１３１と、データを所定の大きさでＩＰパケット化するＩＰパケット化部１３２と、ＩＰパケット送出部１３３と、ＩＰパケット受信部１３４と、受信したＩＰパケットをフレーム化するフレーム化部１３５と、フレームを非ＩＰ端末側に送出するフレーム送出部１３６を有している。
【００３９】
端末インタフェース１１は、非ＩＰ端末３側のインターフェース部であり、非ＩＰ端末からの信号をアダプタ内にて制御するための信号に変換する機能、又はその逆の機能を有している。
【００４０】
データバッファ１２は、非ＩＰ端末３からのデータ、又はＩＰ網５からのＩＰパケットを取り込むデータバッファである。
【００４１】
データ管理部１３は、非ＩＰ端末３から受信したデータに細分化処理を実行するため、バッファ内データを監視し分割単位となったことを制御部１５へ通知する機能を有している。
【００４２】
データ監視部１３１は、データバッファ１２に蓄積されるデータの大きさを監視して、非ＩＰ端末３から受信したフレームが所定の分割単位（例えば、１ｂｙｔｅ）となったときにそのことを制御部１５へ通知する手段である。
【００４３】
ＩＰパケット化部１３２は、非ＩＰ端末３から受信したデータを所定の大きさでＩＰパケット化する手段である。
【００４４】
ＩＰパケット送出部１３３は、ＩＰパケット化部で生成したＩＰパケットを、ＩＰ網用インタフェース１４を経由してＩＰ網５へ送出する手段である。
【００４５】
ＩＰパケット受信部１３４は、ＩＰ網用インタフェース１４を経由してＩＰ網５からＩＰパケットを受信する手段である。
【００４６】
フレーム化部１３５は、ＩＰパケット受信部１３５で受信したＩＰパケットをフレーム化する手段である。
【００４７】
フレーム送出部１３６は、フレーム化部１３５で生成したフレームを、端末インタフェース１１を経由して送信側非ＩＰ端末３ａへ送出する手段である。
【００４８】
ＩＰ網用インタフェース１４は、ＩＰ網５からのデータ信号をアダプタ内にて制御可能な信号に変換する機能、又はその逆の機能をもつ。
【００４９】
制御部１５は、分割する単位のデータがデータバッファ１２に蓄積された場合、送信又は受信方向において、データの送出を行う部分である。
【００５０】
図３を用いて、本発明にかかるＩＰ変換アダプタ１を用いて、対向する非ＩＰ端末３ａ，３ｂ間でＩＰ網５を介して通信する場合の処理を説明する。まず、ＩＰ網５への送信方向は、送信側非ＩＰ端末３ａからのユーザフレームが、端末インタフェース１１において信号変換されてバッファ１２内に取り込まれ、分割単位に蓄積されると、データ管理部１３から制御部１５に通知され、制御部１５から送信起動がかけられ、データバッファ１２のデータはＩＰパケット化されてＩＰ網インタフェース１４を通過し、ＩＰ網５へ送出される。
【００５１】
ＩＰ網５からの受信方向もその反対の経路となるが、特にデータバッファ１２において、受信したＩＰパケットの異常が検出されれば、制御部１５から異常検出処理が起動され、端末インタフェース１１は送信側非ＩＰ端末３ａ側へのアボート送出へ切り替える等の処理を行う。
【００５２】
図３において、送信側ＩＰ変換アダプタ１ａは、全てのユーザフレーム（コマンド）ＣＯＭの内、例えば、１ｂｙｔｅ単位で分割した部分フレームＣＯＭ１を受け取ると、部分フレームＣＯＭ１をＩＰパケット化したＩＰパケットＰＣ１を受信側ＩＰ変換アダプタ１ｂへ送出する。続けて送られてくる部分フレームＣＯＭ２〜ＣＯＭ１０００に関しても、部分フレーム毎に順次同様のＩＰパケット化する処理を行ない、ＩＰパケットＰＣ２〜ＰＣ１０００を受信側ＩＰ変換アダプタ１ｂへ送出する。
【００５３】
このように、非ＩＰ端末から送られてきたフレームをある単位によって細切れにしたデータとしてＩＰパケット化して伝送する本発明の伝送方式を用いると、送信側非ＩＰ端末３ａからコマンドＣＯＭを送信し、これを受信側非ＩＰ端末３ｂが受信して返信したレスポンスＲＥＳを送信側非ＩＰ端末３ａが受信し始めるまでの時間は、ケーブル長遅延や回線遅延ならびにレスポンス作成時間などを無視すると、以下のようになる。
【００５４】
送信側非ＩＰ端末３ａから送出したデータの部分フレームＣＯＭ１を送信側ＩＰ変換アダプタ１ａが受信する時間（９６００ｂｉｔ／ｓの１ｂｙｔｅ分のデータ受信時間）ｔｂｃ１は、８３３μｓである。
【００５５】
送信側ＩＰ変換アダプタ１ａから送出したパケットＰＣ１を受信側ＩＰ変換アダプタ１ｂが受信する時間（１００Ｍｂｉｔ／ｓの１ｂｙｔｅ分のデータ）ｔｐｃ１は、８０ｎｓである。
【００５６】
受信側ＩＰ変換アダプタ３ｂから送出した部分フレームＣＯＭ１〜ＣＯＭ１０００の全てを受信側非ＩＰ端末３ｂが受信する時間（９６００ｂｉｔ／ｓの１０００ｂｙｔｅ分のデータ）ｔｂｃ２は、８３３ｍｓである。
【００５７】
受信側非ＩＰ端末３ｂが送出したレスポンスデータＲＥＳ１を受信側ＩＰ変換アダプタ１ｂが受信する時間（９６００ｂｉｔ／ｓの１ｂｙｔｅ分のデータ）ｔｂｒ１は、８３３μｓである。
【００５８】
受信側ＩＰ変換アダプタ３ｂか送出されたＩＰパケットＰＲ１を送信側ＩＰ変換アダプタ１ａが受信する時間（１００Ｍｂｉｔ／ｓの１ｂｙｔｅ分のデータ）ｔｐｒ１は、８０ｎｓである。
【００５９】
したがって、送信側非ＩＰ端末３ａからコマンドを送出し、受信側非ＩＰ端末３ｂがこれを受信して返送したレスポンスを送信側非ＩＰ端末３ａが受信し始めるまでの時間ｔｓｒ１は、８３３μｓ＋８０ｎｓ＋８３３ｍｓ＋８３３μｓ＋８０ｎｓ＝８３４６６６μｓ≒８３５ｍｓとなる。
【００６０】
送信側非ＩＰ端末３ａの応答要求待ち時間ｔｗは、約１ｓに設定されるので、本発明によれば、応答要求待ち時間内に応答を受信することができ、図８（ｂ）に示すような代理応答処理を行う必要がなくなる。
【００６１】
すなわち、本発明にかかる処理を行うことで、送信側非ＩＰ端末３ａからコマンドＣＯＭを送出してから受信側非ＩＰ端末３ｂからレスポンスＲＥＳの受信を開始するまでの伝達遅延時間Ｔｓｒ１は、送信側ＩＰ変換アダプタ１ａが細分化したユーザフレームの１ｂｙｔｅ分を受け取る時間ｔｂｃ１と、１ｂｙｔｅ分のＩＰパケットを送出する時間ｔｐｃと、受信側非ＩＰ端末３ｂがコマンドデータを受信する時間ｔｂｃ２と、受信側ＩＰ変換アダプタ１ｂがレスポンスＲＥＳの１ｂｙｔｅ分のデータを受信する時間ｔｂｒ１と、１ｂｙｔｅ分のＩＰパケットを送出する時間ｔｐｒとを合わせた時間ｔｓｒ１となる。
【００６２】
受信側ＩＰ変換アダプタ１ｂでは、細分化されたデータ（ＩＰパケット）をフレームに再生して受信側非ＩＰ端末３ｂへ渡さなくてはならない。この際、同様に遅延量を考慮して、受信したＩＰパケットを分割されている単位ごとに順次再生する。
【００６３】
本発明による遅延時間ｔｓｒ１を、図７の遅延時間ｔｓｒ３と比較すると、本発明による制御法により遅延が削減できていることがわかる。
【００６４】
このように本説明による制御法を用いたＩＰ変換アダプタを用いれば、図４に示すデータリンク手順に似た通信が可能となり、ＩＰ変換アダプタはユーザフレーム内のコマンドを認識することなく通信が行える。
【００６５】
【発明の効果】
非ＩＰ端末からのフレームデータを細かく分割して送信し、又再生することでＩＰ変換アダプタ内遅延を削減でき、さらにＩＰ変換アダプタはデータリンク制御を意識することなく通信を行える。このことは、これまでのＩＰ変換アダプタとは異なり、開発工数が少ない安価な製品である新たなＩＰ変換アダプタとしてユーザに提供できる。
【図面の簡単な説明】
【図１】本発明にかかるＩＰ変換アダプタを用いた通信システムの構成の概要を説明する図。
【図２】本発明にかかるＩＰ変換アダプタの機能構成を説明するブロック図。
【図３】本発明にかかるＩＰ変換アダプタを用いた通信システムにおけるコマンド伝達シーケンスの遅延を説明する図。
【図４】従来のモデムを用いた通信システムの構成の概要を説明する図。
【図５】従来のモデムを用いた通信システムにおけるコマンド伝達シーケンスの遅延を説明する図。
【図６】従来のＩＰ変換アダプタを用いた通信システムの構成の概要を説明する図。
【図７】従来のＩＰ変換アダプタを用いた通信システムにおけるコマンド伝達シーケンスの遅延を説明する図。
【図８】従来のＩＰ変換アダプタを用いた場合のコマンド伝達シーケンスを説明する図。
【符号の説明】
１  ＩＰ変換アダプタ
１１  端末インターフェース部
１２  データバッファ
１３  データ管理部
１３１  データ監視部
１３２  ＩＰパケット化部
１３３  ＩＰパケット送出部
１３４  ＩＰパケット受信部
１３５  フレーム化部
１３６  フレーム送出部
１４  ＩＰ網用インターフェース部
１５  制御部
２  従来からのＩＰ変換アダプタ
３  非ＩＰ端末
５  ＩＰ網
６  モデム
７  加入電話網（ＰＳＴＮ）
【図１】
2004229158.tif 000003
【図２】
2004229158.tif 000004
【図３】
2004229158.tif 000005
【図４】
2004229158.tif 000006
【図５】
2004229158.tif 000007
【図６】
2004229158.tif 000008
【図７】
2004229158.tif 000009
【図８】
2004229158.tif 000010