JP2001127792A - 逐次処理によるネットワーク通信 - Google Patents
逐次処理によるネットワーク通信Info
- Publication number
- JP2001127792A JP2001127792A JP30085199A JP30085199A JP2001127792A JP 2001127792 A JP2001127792 A JP 2001127792A JP 30085199 A JP30085199 A JP 30085199A JP 30085199 A JP30085199 A JP 30085199A JP 2001127792 A JP2001127792 A JP 2001127792A
- Authority
- JP
- Japan
- Prior art keywords
- transmission
- buffer
- tcp
- information
- reception buffer
- 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.)
- Pending
Links
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Arrangements For Transmission Of Measured Signals (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【課題】インターネットのプロトコルを装置に実装する
場合、装置に大容量のＲＡＭを実装していることが必要
であり、コストダウンや低消費電力を実現することが困
難であった。 【解決手段】同時に接続されるＴＣＰ／ＩＰソケットの
個数を制限し、送受信バッファの使い方を限定すること
により、性能の低い装置でもインターネットに接続する
ことを可能とする。
場合、装置に大容量のＲＡＭを実装していることが必要
であり、コストダウンや低消費電力を実現することが困
難であった。 【解決手段】同時に接続されるＴＣＰ／ＩＰソケットの
個数を制限し、送受信バッファの使い方を限定すること
により、性能の低い装置でもインターネットに接続する
ことを可能とする。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワーク接続
機能を実現するソフトウェアの分野に属する。
機能を実現するソフトウェアの分野に属する。
【０００２】
【従来の技術】ネットワークは、もともとＬＡＮや専用
回線で使用されてきたが、近年はダイヤルアップの公衆
回線でも使用されるようになってきた。代表的なネット
ワークプロトコルにＴＣＰ／ＩＰがある。
回線で使用されてきたが、近年はダイヤルアップの公衆
回線でも使用されるようになってきた。代表的なネット
ワークプロトコルにＴＣＰ／ＩＰがある。
【０００３】もともとＴＣＰ／ＩＰは、軍事用途や学術
用途での使用を目的に開発されたものであり、もともと
高性能コンピュータシステム上での実装を前提にしてい
る。高性能コンピュータシステムは、タイムシェアリン
グやマルチタスクにより、複数のアプリケーションが同
時に走行し得るように設計されている。ＴＣＰ／ＩＰ
は、ソケットと呼ばれる論理的通信接続が通信回線を同
時並行的に使用することができるように。各ソケット接
続ごとに、複数の論理的接続が並行に動作することがで
きるように定められている。
用途での使用を目的に開発されたものであり、もともと
高性能コンピュータシステム上での実装を前提にしてい
る。高性能コンピュータシステムは、タイムシェアリン
グやマルチタスクにより、複数のアプリケーションが同
時に走行し得るように設計されている。ＴＣＰ／ＩＰ
は、ソケットと呼ばれる論理的通信接続が通信回線を同
時並行的に使用することができるように。各ソケット接
続ごとに、複数の論理的接続が並行に動作することがで
きるように定められている。
【０００４】このため、ＴＣＰ／ＩＰ規格は、タイムシ
ェアリングＯＳやリアルタイムＯＳなどの並列処理機構
が装備されたシステム上で、ネットワークを構成する各
ソケット接続が同時並行的に動作するように規定されて
いる。装置を構成する場合、ネットワークの各ソケット
接続ごとに送受信バッファが設けられる。ＴＣＰ／ＩＰ
の場合、ＰＰＰのデータリンク層の規定により、１ソケ
ットのあたり最低１５００オクテットのバッファを必要
とする。相手機の再送要求に対応するために送信バッフ
ァの内容を受信データから保護する必要を考慮すると、
送信バッファと受信バッファは独立して持たせる必要が
あり、送信、受信それぞれについて最低１５００オクテ
ット、合計３０００オクテットの送受信バッファが必要
となる。
ェアリングＯＳやリアルタイムＯＳなどの並列処理機構
が装備されたシステム上で、ネットワークを構成する各
ソケット接続が同時並行的に動作するように規定されて
いる。装置を構成する場合、ネットワークの各ソケット
接続ごとに送受信バッファが設けられる。ＴＣＰ／ＩＰ
の場合、ＰＰＰのデータリンク層の規定により、１ソケ
ットのあたり最低１５００オクテットのバッファを必要
とする。相手機の再送要求に対応するために送信バッフ
ァの内容を受信データから保護する必要を考慮すると、
送信バッファと受信バッファは独立して持たせる必要が
あり、送信、受信それぞれについて最低１５００オクテ
ット、合計３０００オクテットの送受信バッファが必要
となる。
【０００５】また、あるソケット接続の期間中に相手機
から別の新たなソケット接続を要求された場合、新たな
ソケット接続を生成し、それに伴い送受信バッファを新
たに用意し、今まで実行中のソケット接続と同時並行に
新たなソケット接続も実行する。新たなソケット接続要
求が結果的に拒絶されるものであったとしても、拒絶信
号を送ってソケット接続が解除されるまでの期間は、新
たな送受信バッファを装置内に確保する必要がある。同
時に接続される可能性のあるソケットの最大数に基づい
て、記憶容量を装置内に用意しておく必要がある。
から別の新たなソケット接続を要求された場合、新たな
ソケット接続を生成し、それに伴い送受信バッファを新
たに用意し、今まで実行中のソケット接続と同時並行に
新たなソケット接続も実行する。新たなソケット接続要
求が結果的に拒絶されるものであったとしても、拒絶信
号を送ってソケット接続が解除されるまでの期間は、新
たな送受信バッファを装置内に確保する必要がある。同
時に接続される可能性のあるソケットの最大数に基づい
て、記憶容量を装置内に用意しておく必要がある。
【０００６】このため、従来のネットワーク接続機能
は、並列処理機構を具備し大記憶容量を有する強力なシ
ステム上で実現されていた。
は、並列処理機構を具備し大記憶容量を有する強力なシ
ステム上で実現されていた。
【０００７】
【発明が解決しようとする課題】並列処理機構をシステ
ムに搭載するためのＯＳを実装するためには、強力なＣ
ＰＵパワーと大きな記憶容量を要する。また、並列処理
システムは、全体に入り組んだ複雑な構成となり、設計
することが難しい。システムを並列処理で設計すること
は、システムのコストアップおよび開発期間の長期化を
招く。
ムに搭載するためのＯＳを実装するためには、強力なＣ
ＰＵパワーと大きな記憶容量を要する。また、並列処理
システムは、全体に入り組んだ複雑な構成となり、設計
することが難しい。システムを並列処理で設計すること
は、システムのコストアップおよび開発期間の長期化を
招く。
【０００８】もともと強力なＣＰＵパワー、大きな記憶
容量と、高機能なＯＳを有する高性能コンピュータ上
で、ネットワーク接続機能を実装することは、比較的容
易である。しかしながら、安価なワンチップマイクロコ
ンピュータだけを搭載している装置に並列処理を用いて
実装されるネットワーク機能を新たに搭載することは容
易でない。通常のワンチップマイクロコンピュータに内
蔵されているＲＡＭは４０９６オクテット程度であり、
ネットワーク機能を追加するためには不足で、外部に大
容量のＲＡＭを増設する必要があり、コストアップにつ
ながる。また、外部に大容量のＲＡＭを増設すること
は、ワンチップマイクロコンピュータから外部バスへの
アクセス機会を飛躍的に増大させることにつながり、外
部バスドライバのスイッチング回数が増大し、ワンチッ
プマイクロコンピュータの利点である低消費電力の特長
を失わせてしまう。
容量と、高機能なＯＳを有する高性能コンピュータ上
で、ネットワーク接続機能を実装することは、比較的容
易である。しかしながら、安価なワンチップマイクロコ
ンピュータだけを搭載している装置に並列処理を用いて
実装されるネットワーク機能を新たに搭載することは容
易でない。通常のワンチップマイクロコンピュータに内
蔵されているＲＡＭは４０９６オクテット程度であり、
ネットワーク機能を追加するためには不足で、外部に大
容量のＲＡＭを増設する必要があり、コストアップにつ
ながる。また、外部に大容量のＲＡＭを増設すること
は、ワンチップマイクロコンピュータから外部バスへの
アクセス機会を飛躍的に増大させることにつながり、外
部バスドライバのスイッチング回数が増大し、ワンチッ
プマイクロコンピュータの利点である低消費電力の特長
を失わせてしまう。
【０００９】
【課題を解決するための手段】近年インターネットの普
及により、ＴＣＰ／ＩＰは、操作者がコンピュータ端末
に向き合ってインターネットを使用するような用途だけ
でなく、自動的に情報を収集して、所定のセンターに伝
送するようなシステムにも応用されるようになりつつあ
る。このようなシステムの場合、ネットワークのソケッ
ト接続は必ずしも同時並行に動作する必要はない。ある
ソケット接続が行われている期間中は新たなソケット接
続を常に拒絶し、ソケット接続の終了を待って新たなソ
ケット接続を行えばよい。装置に収容されている通信回
線の容量は限られているので、２つ以上のソケット接続
を同時に行っても、ソケット接続を１つずつ順番に行っ
た場合と比べて、結果的に通信処理速度が早くなること
はない。
及により、ＴＣＰ／ＩＰは、操作者がコンピュータ端末
に向き合ってインターネットを使用するような用途だけ
でなく、自動的に情報を収集して、所定のセンターに伝
送するようなシステムにも応用されるようになりつつあ
る。このようなシステムの場合、ネットワークのソケッ
ト接続は必ずしも同時並行に動作する必要はない。ある
ソケット接続が行われている期間中は新たなソケット接
続を常に拒絶し、ソケット接続の終了を待って新たなソ
ケット接続を行えばよい。装置に収容されている通信回
線の容量は限られているので、２つ以上のソケット接続
を同時に行っても、ソケット接続を１つずつ順番に行っ
た場合と比べて、結果的に通信処理速度が早くなること
はない。
【００１０】あるＴＣＰ／ＩＰソケット接続を実行中
に、新たなＴＣＰ／ＩＰソケット接続を必ず拒絶するす
ることを決めているならば、受信信号の中のソケット番
号をまず調べ、それが現在実行中のソケット接続と一致
しない場合、受信信号に基づいて受信バッファ内でＲＳ
Ｔ信号を生成し、相手機に直ちに送り返すことで、新た
なソケット接続を拒絶すればよい。このようにすれば、
送信バッファ内に保持されている直前の送信信号の内容
が破壊されることはない。ＴＣＰ／ＩＰソケット接続中
にＴＣＰ／ＩＰ以外のＩＰパケットを受信した場合も、
同様に受信バッファ内でＩＣＭＰ到達不能メッセージを
作成して相手機側へ直ちに送り返せばよい。
に、新たなＴＣＰ／ＩＰソケット接続を必ず拒絶するす
ることを決めているならば、受信信号の中のソケット番
号をまず調べ、それが現在実行中のソケット接続と一致
しない場合、受信信号に基づいて受信バッファ内でＲＳ
Ｔ信号を生成し、相手機に直ちに送り返すことで、新た
なソケット接続を拒絶すればよい。このようにすれば、
送信バッファ内に保持されている直前の送信信号の内容
が破壊されることはない。ＴＣＰ／ＩＰソケット接続中
にＴＣＰ／ＩＰ以外のＩＰパケットを受信した場合も、
同様に受信バッファ内でＩＣＭＰ到達不能メッセージを
作成して相手機側へ直ちに送り返せばよい。
【００１１】また、ＴＣＰ／ＩＰ接続に先立って、ＬＣ
Ｐによる接続確立や、ＰＡＰによるパスワード照合、さ
らにはＮＣＰによるＩＰアドレス解決などが実行され
る。またＴＣＰ／ＩＰ接続とは別に、ＤＮＳによるネー
ムサーバＩＰアドレス解決や、音声や動画像の送信な
ど、ＵＤＰ／ＩＰプロトコルが実行されることもある。
これらＴＣＰ／ＩＰ以外のプロトコル実行には、受信側
からの再送要求は規定されていないので、送受信のバッ
ファを別々に持つ必要はない。相手機からの応答がタイ
ムオーバしたら、新たに信号を作成して再送すればよ
い。これらのプロトコルがＴＣＰ／ＩＰ接続と同時に実
行されることのないように装置を設計しておけば、ＴＣ
Ｐ／ＩＰ接続のために設けた送信バッファと受信バッフ
ァをまとめて、１つの大きなバッファとして使用するこ
とができる。
Ｐによる接続確立や、ＰＡＰによるパスワード照合、さ
らにはＮＣＰによるＩＰアドレス解決などが実行され
る。またＴＣＰ／ＩＰ接続とは別に、ＤＮＳによるネー
ムサーバＩＰアドレス解決や、音声や動画像の送信な
ど、ＵＤＰ／ＩＰプロトコルが実行されることもある。
これらＴＣＰ／ＩＰ以外のプロトコル実行には、受信側
からの再送要求は規定されていないので、送受信のバッ
ファを別々に持つ必要はない。相手機からの応答がタイ
ムオーバしたら、新たに信号を作成して再送すればよ
い。これらのプロトコルがＴＣＰ／ＩＰ接続と同時に実
行されることのないように装置を設計しておけば、ＴＣ
Ｐ／ＩＰ接続のために設けた送信バッファと受信バッフ
ァをまとめて、１つの大きなバッファとして使用するこ
とができる。
【００１２】ＴＣＰ／ＩＰ接続においては、１回の送受
信セグメントの最大オクテット数を制限するウィンドウ
サイズという機能が装備されている。ＴＣＰ／ＩＰ接続
の送受信セグメントを１５００オクテットの半分に制限
しておくことにより、１５００オクテットの送受信バッ
ファを２つに分割して、送信バッファとして半分、受信
バッファとして半分という使い方をすることができる。
ＴＣＰ／ＩＰ接続を使わない通信を実行するときには１
５００オクテットの送受信兼用バッファ、ＴＣＰ／ＩＰ
接続の実行時にはその半分の大きさの送信バッファと受
信バッファとすることで、装置内の全バッファ容量を最
大１５００オクテットに制限することができる。
信セグメントの最大オクテット数を制限するウィンドウ
サイズという機能が装備されている。ＴＣＰ／ＩＰ接続
の送受信セグメントを１５００オクテットの半分に制限
しておくことにより、１５００オクテットの送受信バッ
ファを２つに分割して、送信バッファとして半分、受信
バッファとして半分という使い方をすることができる。
ＴＣＰ／ＩＰ接続を使わない通信を実行するときには１
５００オクテットの送受信兼用バッファ、ＴＣＰ／ＩＰ
接続の実行時にはその半分の大きさの送信バッファと受
信バッファとすることで、装置内の全バッファ容量を最
大１５００オクテットに制限することができる。
【００１３】本発明は、インターネットへの接続と情報
伝送について、同時に接続されるＴＣＰ／ＩＰソケット
数を制限し、バッファの使い方を限定することにより、
システムに必要なＲＡＭ容量を削減し、ワンチップマイ
クロコンピュータ内蔵ＲＡＭ程度の容量のみでＴＣＰ／
ＩＰ機能を実現するための手段を提供するものである。
伝送について、同時に接続されるＴＣＰ／ＩＰソケット
数を制限し、バッファの使い方を限定することにより、
システムに必要なＲＡＭ容量を削減し、ワンチップマイ
クロコンピュータ内蔵ＲＡＭ程度の容量のみでＴＣＰ／
ＩＰ機能を実現するための手段を提供するものである。
【００１４】
【発明の実施の形態】ネットワーク接続装置において、
接続に先立って送受信バッファを兼用に設定し、１５０
０オクテットの１つのバッファとして使用する。ＴＣＰ
／ＩＰプロトコル以外のプロトコルを用いて通信する場
合も、同じく１５００オクテットを送受信兼用の１つの
バッファとして使用する。
接続に先立って送受信バッファを兼用に設定し、１５０
０オクテットの１つのバッファとして使用する。ＴＣＰ
／ＩＰプロトコル以外のプロトコルを用いて通信する場
合も、同じく１５００オクテットを送受信兼用の１つの
バッファとして使用する。
【００１５】相手機との接続が確立したら所望のＴＣＰ
／ＩＰソケットを開設する。この際に１５００オクテッ
トを送信バッファと受信バッファとに分け、ウィンドウ
サイズを５１２オクテット程度に設定する。このように
することで、ＴＣＰ／ＩＰのデータセグメント１つあた
りの大きさがヘッダを含めても５７６オクテットを超え
ることがない。送信バッファと受信バッファを別々に分
けて使用しても、合計で１５００オクテットを超えるこ
とはない。
／ＩＰソケットを開設する。この際に１５００オクテッ
トを送信バッファと受信バッファとに分け、ウィンドウ
サイズを５１２オクテット程度に設定する。このように
することで、ＴＣＰ／ＩＰのデータセグメント１つあた
りの大きさがヘッダを含めても５７６オクテットを超え
ることがない。送信バッファと受信バッファを別々に分
けて使用しても、合計で１５００オクテットを超えるこ
とはない。
【００１６】ＴＣＰ／ＩＰソケット開設中に相手機より
再送要求が送られてきたら、現在の送信バッファのＩＰ
識別子のみを更新して、チェックサムとデータリンク層
のＦＣＳを再計算し、相手機に送信する。
再送要求が送られてきたら、現在の送信バッファのＩＰ
識別子のみを更新して、チェックサムとデータリンク層
のＦＣＳを再計算し、相手機に送信する。
【００１７】ＴＣＰ／ＩＰソケット開設中に相手機より
新たなＴＣＰ／ＩＰソケット接続要求を受信したら、受
信バッファの内容を参照しつつＴＣＰ／ＩＰのＲＳＴセ
グメントを受信バッファ内で作成し相手機に送信する。
これによりＴＣＰ／ＩＰ接続中の新たなＴＣＰ／ＩＰソ
ケット開設要求が禁止される。
新たなＴＣＰ／ＩＰソケット接続要求を受信したら、受
信バッファの内容を参照しつつＴＣＰ／ＩＰのＲＳＴセ
グメントを受信バッファ内で作成し相手機に送信する。
これによりＴＣＰ／ＩＰ接続中の新たなＴＣＰ／ＩＰソ
ケット開設要求が禁止される。
【００１８】ＴＣＰ／ＩＰソケット開設中に相手機より
ＴＣＰ／ＩＰ以外のＩＰパケットを受信した場合、受信
バッファの内容を参照しつつ、ＩＣＭＰ到達不能メッセ
ージなどの適切な応答を受信バッファ内で作成し相手機
に送信する。これにより送信バッファの内容が破壊され
ることがないので、この後で相手機よりＴＣＰ／ＩＰ再
送要求が送られてきても、再送信を適切に行うことがで
きる。
ＴＣＰ／ＩＰ以外のＩＰパケットを受信した場合、受信
バッファの内容を参照しつつ、ＩＣＭＰ到達不能メッセ
ージなどの適切な応答を受信バッファ内で作成し相手機
に送信する。これにより送信バッファの内容が破壊され
ることがないので、この後で相手機よりＴＣＰ／ＩＰ再
送要求が送られてきても、再送信を適切に行うことがで
きる。
【００１９】
【実施例】自動雨量観測計の場合、たとえば次のような
手順で観測データを中央気象センターへ送信する。一定
量の降雨を観測したら、自動雨量観測計はインターネッ
トプロバイダにダイヤルアップを行う。自動雨量観測計
とインターネットプロバイダとの間が公衆回線で接続さ
れたら、ＰＰＰにてデータリンクを確立させる。ＮＣＰ
にて自機のＩＰアドレスを取得し、ＤＮＳにてインター
ネットプロバイダのＳＭＴＰサーバＩＰアドレスを獲得
したら、ＳＭＴＰソケットに対しＴＣＰ／ＩＰ接続を確
立し、ＳＭＴＰメールの形式に編集した降雨データを中
央気象センターに送信する。降雨データの送信が完了し
たら、ＳＭＴＰソケット接続を切断する。次にＤＮＳに
てインターネットプロバイダのＰＯＰ３サーバＩＰアド
レスを獲得し、ＰＯＰ３ソケットに対しＴＣＰ／ＩＰ接
続を確立する。装置設定を変更するための受信データが
あるかどうかを確認し、受信データがあれば受信する。
ＰＯＰ３受信が終了したらＰＯＰ３ソケット接続を解除
する。このようにＴＣＰ／ＩＰのＳＭＴＰソケット接続
とＰＯＰ３ソケット接続を繰り返し、送受信すべきデー
タがなくなったら、データリンクを解除して、回線を切
断する。
手順で観測データを中央気象センターへ送信する。一定
量の降雨を観測したら、自動雨量観測計はインターネッ
トプロバイダにダイヤルアップを行う。自動雨量観測計
とインターネットプロバイダとの間が公衆回線で接続さ
れたら、ＰＰＰにてデータリンクを確立させる。ＮＣＰ
にて自機のＩＰアドレスを取得し、ＤＮＳにてインター
ネットプロバイダのＳＭＴＰサーバＩＰアドレスを獲得
したら、ＳＭＴＰソケットに対しＴＣＰ／ＩＰ接続を確
立し、ＳＭＴＰメールの形式に編集した降雨データを中
央気象センターに送信する。降雨データの送信が完了し
たら、ＳＭＴＰソケット接続を切断する。次にＤＮＳに
てインターネットプロバイダのＰＯＰ３サーバＩＰアド
レスを獲得し、ＰＯＰ３ソケットに対しＴＣＰ／ＩＰ接
続を確立する。装置設定を変更するための受信データが
あるかどうかを確認し、受信データがあれば受信する。
ＰＯＰ３受信が終了したらＰＯＰ３ソケット接続を解除
する。このようにＴＣＰ／ＩＰのＳＭＴＰソケット接続
とＰＯＰ３ソケット接続を繰り返し、送受信すべきデー
タがなくなったら、データリンクを解除して、回線を切
断する。
【００２０】
【００２１】ＴＣＰ／ＩＰ接続を上記のように実装する
ことで、低価格のマイクロプロセッサに外部記憶素子を
増設することなく、インターネットに接続する機能を実
装させることができる。装置のコストダウンとともに、
消費電力を大幅に節減することができる。
ことで、低価格のマイクロプロセッサに外部記憶素子を
増設することなく、インターネットに接続する機能を実
装させることができる。装置のコストダウンとともに、
消費電力を大幅に節減することができる。
【図１】本発明の自動雨量観測伝送装置の構成を示すブ
ロック図である。
ロック図である。
１ 雨量センサ ２ 中央処理装置 ３ 送信バッファ ４ 受信バッファ ５ 電源 ６ ＰＣカードインタフェース ７ モデムカード ８ 公衆回線 ９ 電話交換機 １０ インターネットプロバイダ １１ 中央気象センター
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 2F073 AB02 AB03 BB00 BB09 BC01 FG14 5B089 GA11 GA21 HA01 HA10 HB02 HB07 JA36 JB22 KA11 KB06 KD01 5K030 GA06 HC01 KX12 KX13 LA01 5K034 AA10 EE09 HH21 KK27 MM03 9A001 BB03 BB04 CC06 CC08 JJ25 KK19 KK37
Claims (4)
- 【請求項１】ネットワークプロトコルを用いて情報を相
手機側へ送信する装置において、送信バッファと受信バ
ッファを別々に設け、相手機側から直前の送信情報の再
送信を要求された場合、現在の送信バッファの内容より
再送信情報を直接再構成して、相手機側へ送信するとと
もに、相手機側より認識不可や現在受付不可の信号を受
信した場合、受信バッファの内容より拒絶信号を受信バ
ッファ内で再構成して受信バッファから相手機側へ送信
し、送信バッファの内容は保持しておくことを特徴とす
る情報観測伝送装置。 - 【請求項２】相手機側から再送信を要求される可能性の
ない通信プロトコル処理を実行する場合、送信バッファ
と受信バッファをまとめて、大きな送受信兼用バッファ
として使用することを特徴とする請求項１記載の情報観
測伝送装置。 - 【請求項３】ネットワークへの接続処理は、並列処理機
構を用いず、シングルタスクで逐次実行されることを特
徴とする請求項１記載の情報観測伝送装置。 - 【請求項４】ネットワークプロトコルとは、ダイヤルア
ップＰＰＰを含むインターネットプロトコル群であるこ
とを特徴とする請求項１記載の情報観測伝送装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP30085199A JP2001127792A (ja) | 1999-10-22 | 1999-10-22 | 逐次処理によるネットワーク通信 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP30085199A JP2001127792A (ja) | 1999-10-22 | 1999-10-22 | 逐次処理によるネットワーク通信 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001127792A true JP2001127792A (ja) | 2001-05-11 |
Family
ID=17889895
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP30085199A Pending JP2001127792A (ja) | 1999-10-22 | 1999-10-22 | 逐次処理によるネットワーク通信 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001127792A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1046521C (zh) * | 1991-01-25 | 1999-11-17 | 大鹏药品工业株式会社 | 4－脱氧－4－表鬼臼毒素衍生物的制备方法 |
| JP2009010835A (ja) * | 2007-06-29 | 2009-01-15 | Mitsubishi Electric Corp | 通信制御装置 |
| JP2010062981A (ja) * | 2008-09-05 | 2010-03-18 | Nec Commun Syst Ltd | 通信制御装置 |
-
1999
- 1999-10-22 JP JP30085199A patent/JP2001127792A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1046521C (zh) * | 1991-01-25 | 1999-11-17 | 大鹏药品工业株式会社 | 4－脱氧－4－表鬼臼毒素衍生物的制备方法 |
| JP2009010835A (ja) * | 2007-06-29 | 2009-01-15 | Mitsubishi Electric Corp | 通信制御装置 |
| JP2010062981A (ja) * | 2008-09-05 | 2010-03-18 | Nec Commun Syst Ltd | 通信制御装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6563821B1 (en) | Channel bonding in a remote communications server system | |
| US6359894B1 (en) | Remote communications server system | |
| US6636519B1 (en) | Network access method and network access server therefor | |
| US7269661B2 (en) | Method using receive and transmit protocol aware logic modules for confirming checksum values stored in network packet | |
| EP1419626B1 (en) | System for remote data acquisition based on e-mail message communication through public and private networks and corresponding method and computer program | |
| US9172554B2 (en) | Method and network access device for enabling data forwarding between different physical mediums | |
| JP2002542637A (ja) | ネットワークを介した通信のための装置および方法 | |
| JP2001086156A (ja) | 拡張ｐｐｐフレームを用いた通信システム | |
| JP2001127792A (ja) | 逐次処理によるネットワーク通信 | |
| CN109587749A (zh) | 数据发送方法和系统 | |
| Cisco | X.25 Record Boundary Preservation for Data Communications Networks | |
| Cisco | Release Notes for Cisco IOS Release 11.2 P | |
| Cisco | Release Notes for Cisco IOS Release 11.2 P | |
| Cisco | Release Notes for Cisco IOS Release 11.2 P | |
| Cisco | Release Notes for Cisco IOS Release 11.2 P | |
| Cisco | X.25 Configuration and Management | |
| Cisco | X.25 Configuration and Management | |
| Cisco | X.25 Configuration and Management | |
| Cisco | Release Notes for Cisco IOS Release 11.2(1)P through 11.2(7)P | |
| Cisco | X.25 Configuration and Management | |
| Cisco | X.25 Configuration and Management | |
| Cisco | X.25 Configuration and Management | |
| Cisco | X.25 Configuration and Management | |
| Cisco | X.25 Configuration and Management | |
| Cisco | X.25 Configuration and Management |