JP2000067017A - デ―タ通信方法及びデ―タ通信装置 - Google Patents
デ―タ通信方法及びデ―タ通信装置Info
- Publication number
- JP2000067017A JP2000067017A JP11031519A JP3151999A JP2000067017A JP 2000067017 A JP2000067017 A JP 2000067017A JP 11031519 A JP11031519 A JP 11031519A JP 3151999 A JP3151999 A JP 3151999A JP 2000067017 A JP2000067017 A JP 2000067017A
- Authority
- JP
- Japan
- Prior art keywords
- program
- data unit
- data
- data communication
- communication method
- 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.)
- Withdrawn
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
- G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/544—Buffers; Shared memory; Pipes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
- G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
- G06F15/163—Interprocessor communication
- G06F15/173—Interprocessor communication using an interconnection network, e.g. matrix, shuffle, pyramid, star, snowflake
- G06F15/17356—Indirect interconnection networks
Abstract
(57)【要約】
【課題】 ネットワーク階層モデルにおいて、最適な実
行時間環境を構築し、データ通信を効率的かつ高速に行
う。 【解決手段】 中間構造ソフトウェアの一部である第１
のプログラムオブジェクトにデータユニットを供給し、
第１のプログラムオブジェクトにより、データユニット
に対して第１の処理を施した後、データユニットを第２
のプログラムオブジェクトに供給し、第２のプログラム
オブジェクトにより、データユニットに対して第２の処
理を施す。
行時間環境を構築し、データ通信を効率的かつ高速に行
う。 【解決手段】 中間構造ソフトウェアの一部である第１
のプログラムオブジェクトにデータユニットを供給し、
第１のプログラムオブジェクトにより、データユニット
に対して第１の処理を施した後、データユニットを第２
のプログラムオブジェクトに供給し、第２のプログラム
オブジェクトにより、データユニットに対して第２の処
理を施す。
Description
【０００１】
【発明の属する技術分野】本発明は、データ通信方法及
びデータ通信装置に関し、詳しくはオブジェクト指向オ
ペレーションシステムにおける中間構造ソフトウェアを
介して、アプリケーションプログラムとネットワークと
の間でデータ通信を行うためのデータ通信方法及びデー
タ通信装置に関する。
びデータ通信装置に関し、詳しくはオブジェクト指向オ
ペレーションシステムにおける中間構造ソフトウェアを
介して、アプリケーションプログラムとネットワークと
の間でデータ通信を行うためのデータ通信方法及びデー
タ通信装置に関する。
【０００２】
【従来の技術】分散型コンピューティング環境におい
て、アプリケーションプログラムを実行する機器又はコ
ンピュータ装置は、ネットワークを介して相互に通信を
行う。この通信を実現するために設けられた規則の組
は、ネットワークプロトコルと呼ばれる。必要な通信機
能を実現するために、この規則の組は、さらに管理可能
な大きさを有するいくつかのグループに区分される。各
グループは、それぞれ特定の機能を実行するために必要
な規則のみから構成される。
て、アプリケーションプログラムを実行する機器又はコ
ンピュータ装置は、ネットワークを介して相互に通信を
行う。この通信を実現するために設けられた規則の組
は、ネットワークプロトコルと呼ばれる。必要な通信機
能を実現するために、この規則の組は、さらに管理可能
な大きさを有するいくつかのグループに区分される。各
グループは、それぞれ特定の機能を実行するために必要
な規則のみから構成される。
【０００３】
【発明が解決しようとする課題】一般的に使用されてい
るネットワークプロトコルは、それぞれが上層のソフト
ウェアによって用いられる複数の層が積み重ねられた中
間構造ソフトウェアからなる。このネットワークプロト
コルの階層モデルの最下層は、物理ドライバであり、こ
の物理ドライバは、実際のネットワークにデータを送信
し、また、実際のネットワークからデータを受信する機
能を有する。ネットワークプロトコルの階層モデルの最
上位の層は、ユーザアプリケーションプログラムであ
り、このユーザアプリケーションデプログラムは、デー
タを生成し、またデータを使用する。
るネットワークプロトコルは、それぞれが上層のソフト
ウェアによって用いられる複数の層が積み重ねられた中
間構造ソフトウェアからなる。このネットワークプロト
コルの階層モデルの最下層は、物理ドライバであり、こ
の物理ドライバは、実際のネットワークにデータを送信
し、また、実際のネットワークからデータを受信する機
能を有する。ネットワークプロトコルの階層モデルの最
上位の層は、ユーザアプリケーションプログラムであ
り、このユーザアプリケーションデプログラムは、デー
タを生成し、またデータを使用する。
【０００４】ユーザアプリケーションプログラムが生成
又は使用したデータを物理ネットワークに供給する場
合、このようなデータは、ネットワークプロトコルの階
層モデルにおける各層において必要な処理が施された
後、最下層の物理ドライバから物理ネットワークに供給
される。逆に、ユーザアプリケーションが物理ネットワ
ークからデータを受信する場合、データは、物理ネット
ワークから物理ドライバに供給され、さらに階層モデル
の各層を経由してユーザアプリケーションプログラムに
供給される。
又は使用したデータを物理ネットワークに供給する場
合、このようなデータは、ネットワークプロトコルの階
層モデルにおける各層において必要な処理が施された
後、最下層の物理ドライバから物理ネットワークに供給
される。逆に、ユーザアプリケーションが物理ネットワ
ークからデータを受信する場合、データは、物理ネット
ワークから物理ドライバに供給され、さらに階層モデル
の各層を経由してユーザアプリケーションプログラムに
供給される。
【０００５】本発明は、上述のようなネットワーク階層
モデルにおいて、最適な実行時間環境を構築し、データ
通信を効率的かつ高速に行うことができるデータ通信装
置及びデータ通信方法を提供することを目的とする。
モデルにおいて、最適な実行時間環境を構築し、データ
通信を効率的かつ高速に行うことができるデータ通信装
置及びデータ通信方法を提供することを目的とする。
【０００６】
【課題を解決するための手段】上述の目的を達成するた
めに、本発明に係るデータ通信方法は、中間構造ソフト
ウェアを介してアプリケーションプログラムとネットワ
ークデバイスドライバプログラムとの間のデータ通信を
行い、アプリケーションプログラムから中間構造ソフト
ウェアの一部である第１のプログラムオブジェクトにア
プリケーションプログラムのデータユニットを供給する
ステップと、第１のプログラムオブジェクトにより、デ
ータユニットに対して第１の処理を施すステップと、第
１の処理が施されたデータユニットを第１のプログラム
オブジェクトから中間構造ソフトウェアの一部である第
２のプログラムオブジェクトに供給するステップと、第
２のプログラムオブジェクトにより、第１の処理が施さ
れたデータユニットに対して第２の処理を施すステップ
と、第２の処理が施されたデータユニットをネットワー
クデバイスドライバプログラムに供給するステップとを
有する。
めに、本発明に係るデータ通信方法は、中間構造ソフト
ウェアを介してアプリケーションプログラムとネットワ
ークデバイスドライバプログラムとの間のデータ通信を
行い、アプリケーションプログラムから中間構造ソフト
ウェアの一部である第１のプログラムオブジェクトにア
プリケーションプログラムのデータユニットを供給する
ステップと、第１のプログラムオブジェクトにより、デ
ータユニットに対して第１の処理を施すステップと、第
１の処理が施されたデータユニットを第１のプログラム
オブジェクトから中間構造ソフトウェアの一部である第
２のプログラムオブジェクトに供給するステップと、第
２のプログラムオブジェクトにより、第１の処理が施さ
れたデータユニットに対して第２の処理を施すステップ
と、第２の処理が施されたデータユニットをネットワー
クデバイスドライバプログラムに供給するステップとを
有する。
【０００７】なお、このデータ通信方法において、デー
タユニットを授受及び処理するプログラムオブジェクト
の数は、３つ以上であってもよい。
タユニットを授受及び処理するプログラムオブジェクト
の数は、３つ以上であってもよい。
【０００８】さらに、本発明に係るデータ通信方法は、
中間構造ソフトウェアを介してネットワークデバイスド
ライバプログラムとアプリケーションプログラムとの間
のデータ通信を行い、ネットワークデバイスドライバプ
ログラムから中間構造ソフトウェアの一部である第１の
プログラムオブジェクトにデータユニットを供給するス
テップと、第１のプログラムオブジェクトにより、デー
タユニットに対して第１の処理を施すステップと、第１
の処理が施されたデータユニットを第１のプログラムオ
ブジェクトから中間構造ソフトウェアの一部である第２
のプログラムオブジェクトに供給するステップと、第２
のプログラムオブジェクトにより、第１の処理が施され
たデータユニットに対して第２の処理を施すステップ
と、第２の処理が施されたデータユニットをアプリケー
ションプログラムに供給するステップとを有する。
中間構造ソフトウェアを介してネットワークデバイスド
ライバプログラムとアプリケーションプログラムとの間
のデータ通信を行い、ネットワークデバイスドライバプ
ログラムから中間構造ソフトウェアの一部である第１の
プログラムオブジェクトにデータユニットを供給するス
テップと、第１のプログラムオブジェクトにより、デー
タユニットに対して第１の処理を施すステップと、第１
の処理が施されたデータユニットを第１のプログラムオ
ブジェクトから中間構造ソフトウェアの一部である第２
のプログラムオブジェクトに供給するステップと、第２
のプログラムオブジェクトにより、第１の処理が施され
たデータユニットに対して第２の処理を施すステップ
と、第２の処理が施されたデータユニットをアプリケー
ションプログラムに供給するステップとを有する。
【０００９】本発明に係るデータ通信方法によれば、最
適な実行時間環境が構築され、さらに階層モデルが随時
生成及び変更され、これにより、データをコピーする必
要がなくなり、タイマを管理でき、内部イベントの記録
（ロギング）を自動化できる。
適な実行時間環境が構築され、さらに階層モデルが随時
生成及び変更され、これにより、データをコピーする必
要がなくなり、タイマを管理でき、内部イベントの記録
（ロギング）を自動化できる。
【００１０】各プログラムオブジェクト又はモジュール
は、ネットワークプロトコルに対応し、複数のプログラ
ムオブジェクトによりプロトコル階層が構成される。
は、ネットワークプロトコルに対応し、複数のプログラ
ムオブジェクトによりプロトコル階層が構成される。
【００１１】２つのプログラムオブジェクト又はモジュ
ール間のデータ通信は、それぞれを相互接続するキュー
オブジェクトを用いて行われる。プログラムオブジェク
ト間では、プログラムオブジェクトを相互接続するキュ
ーオブジェクト内のデータの参照値が受け渡される。
ール間のデータ通信は、それぞれを相互接続するキュー
オブジェクトを用いて行われる。プログラムオブジェク
ト間では、プログラムオブジェクトを相互接続するキュ
ーオブジェクト内のデータの参照値が受け渡される。
【００１２】好適な実施の形態においては、２つのプロ
グラムオブジェクトの相互接続に、１つではなく、複数
のキューを用い、各キューに異なる優先度を与える。す
なわち、例えばあるオブジェクトを通常のデータ転送に
用い、他方のオブジェクトを優先度の高い緊急のデータ
オブジェクトに用いる。さらに、他の実施の形態では、
優先度のレベルをさらに多くの段階とした複数のキュー
を用いる。
グラムオブジェクトの相互接続に、１つではなく、複数
のキューを用い、各キューに異なる優先度を与える。す
なわち、例えばあるオブジェクトを通常のデータ転送に
用い、他方のオブジェクトを優先度の高い緊急のデータ
オブジェクトに用いる。さらに、他の実施の形態では、
優先度のレベルをさらに多くの段階とした複数のキュー
を用いる。
【００１３】さらに、本発明の実施の形態において、デ
ータユニットは、プロトコル階層モデルの各層間を上位
の層から下位の層へ順次受け渡されるとともに、プロト
コル制御情報、例えばヘッダやトレーラ等が付加され
る。このようなプロトコル制御情報の付加をエンカプス
レーショ（encapsulation）と呼ぶ。データユニット
が、逆に下位の層から上位の層へ順次受け渡されると
き、このプロトコル制御情報は、除去される。このよう
な情報の除去をデカプスレーション（decapsulation）
と呼ぶ。データの受け渡し時に１つのデータユニットを
複数のデータユニットに分割、すなわち断片化すること
をフラグメンテーション（fragmentation）と呼ぶ。逆
に、断片化された複数のデータユニットを１つのデータ
ユニットに統合することをデフラグメンテーション（de
fragmentation）と呼ぶ。
ータユニットは、プロトコル階層モデルの各層間を上位
の層から下位の層へ順次受け渡されるとともに、プロト
コル制御情報、例えばヘッダやトレーラ等が付加され
る。このようなプロトコル制御情報の付加をエンカプス
レーショ（encapsulation）と呼ぶ。データユニット
が、逆に下位の層から上位の層へ順次受け渡されると
き、このプロトコル制御情報は、除去される。このよう
な情報の除去をデカプスレーション（decapsulation）
と呼ぶ。データの受け渡し時に１つのデータユニットを
複数のデータユニットに分割、すなわち断片化すること
をフラグメンテーション（fragmentation）と呼ぶ。逆
に、断片化された複数のデータユニットを１つのデータ
ユニットに統合することをデフラグメンテーション（de
fragmentation）と呼ぶ。
【００１４】本発明は、アプリケーションプログラムの
実行中に、中間構造ソフトウェア内のプログラムオブジ
ェクトを追加又は削除する手法を提供する。これによ
り、アプリケーションプログラムに割り込みをかけるこ
となく、また、コンピュータシステムを再起動するする
ことなく、中間構造ソフトウェアをネットワーク通信の
規約に応じて構築し、変化させることができる。
実行中に、中間構造ソフトウェア内のプログラムオブジ
ェクトを追加又は削除する手法を提供する。これによ
り、アプリケーションプログラムに割り込みをかけるこ
となく、また、コンピュータシステムを再起動するする
ことなく、中間構造ソフトウェアをネットワーク通信の
規約に応じて構築し、変化させることができる。
【００１５】また、本発明に係るデータ通信装置は、中
間構造ソフトウェアを介してアプリケーションプログラ
ムとネットワークデバイスドライバプログラムとの間の
データ通信を行い、中間構造ソフトウェアの一部であ
り、アプリケーションプログラムとの間で送受されるデ
ータユニットに対して第１の処理を施す第１のプログラ
ムオブジェクトと、中間構造ソフトウェアの一部であ
り、ネットワークデバイスドライバとの間で送受される
データユニットに対して第２の処理を施す第２のプログ
ラムオブジェクトとを備える。
間構造ソフトウェアを介してアプリケーションプログラ
ムとネットワークデバイスドライバプログラムとの間の
データ通信を行い、中間構造ソフトウェアの一部であ
り、アプリケーションプログラムとの間で送受されるデ
ータユニットに対して第１の処理を施す第１のプログラ
ムオブジェクトと、中間構造ソフトウェアの一部であ
り、ネットワークデバイスドライバとの間で送受される
データユニットに対して第２の処理を施す第２のプログ
ラムオブジェクトとを備える。
【００１６】本発明に係るデータ通信装置は、最適な実
行時間環境を構築し、階層モデルを随時生成及び変更
し、これによりデータのコピーを不要とし、タイマを管
理し、内部イベントの記録（ロギング）を自動化する。
行時間環境を構築し、階層モデルを随時生成及び変更
し、これによりデータのコピーを不要とし、タイマを管
理し、内部イベントの記録（ロギング）を自動化する。
【００１７】
【発明の実施の形態】以下、本発明に係るデータ通信方
法及びデータ通信装置について図面を参照して詳細に説
明する。
法及びデータ通信装置について図面を参照して詳細に説
明する。
【００１８】図１は、パーソナルコンピュータ又はワー
クステーションの概略的構成を示すブロック図である。
この図１に示すように、パーソナルコンピュータ又はワ
ークステーションは、中央演算処理装置（central proc
essing unit：以下、ＣＰＵという。）１と、ランダム
アクセスメモリ（random access memory：以下、ＲＡＭ
という。）２と、リードオンリメモリ（read only memo
ry：以下、ＲＯＭという。）３と、ネットワークアダプ
タ４を備え、ＣＰＵ１、ＲＡＭ２、ＲＯＭ３、ネットワ
ークアダプタ４は、それぞれバス５に接続されている。
さらに、ネットワークアダプタ４は、ネットワーク６に
接続されており、このネットワーク６は、ホストコンピ
ュータ７に接続されている。なお、ここでは、パーソナ
ルコンピュータを用いて本発明の実施の形態を説明する
が、本発明は、例えば携帯電話等の小型の装置や、ある
いは高性能ビデオサーバ等の大型の装置にも適用でき
る。
クステーションの概略的構成を示すブロック図である。
この図１に示すように、パーソナルコンピュータ又はワ
ークステーションは、中央演算処理装置（central proc
essing unit：以下、ＣＰＵという。）１と、ランダム
アクセスメモリ（random access memory：以下、ＲＡＭ
という。）２と、リードオンリメモリ（read only memo
ry：以下、ＲＯＭという。）３と、ネットワークアダプ
タ４を備え、ＣＰＵ１、ＲＡＭ２、ＲＯＭ３、ネットワ
ークアダプタ４は、それぞれバス５に接続されている。
さらに、ネットワークアダプタ４は、ネットワーク６に
接続されており、このネットワーク６は、ホストコンピ
ュータ７に接続されている。なお、ここでは、パーソナ
ルコンピュータを用いて本発明の実施の形態を説明する
が、本発明は、例えば携帯電話等の小型の装置や、ある
いは高性能ビデオサーバ等の大型の装置にも適用でき
る。
【００１９】階層構造を有するネットワークプロトコル
として、例えばオープンシステムインターコネクション
（open systems interconnection：ＯＳＩ）モデルが知
られている。ＯＳＩモデルは、７つの層により構成され
たネットワークプロトコルを実現するためのフレームワ
ークを定義するものであり、ネットワークプロトコルの
世界標準となっている。
として、例えばオープンシステムインターコネクション
（open systems interconnection：ＯＳＩ）モデルが知
られている。ＯＳＩモデルは、７つの層により構成され
たネットワークプロトコルを実現するためのフレームワ
ークを定義するものであり、ネットワークプロトコルの
世界標準となっている。
【００２０】図２は、４つの層からなるプロトコルモデ
ルを示す図である。アプリケーションプログラム層８
は、特定のアプリケーションプログラム１２とデータの
送受を行い、トランスポート層９は、２つのホスト間の
データフローを管理し、ネットワーク層１０は、ネット
ワーク６におけるデータユニットの移動を管理し、リン
ク層１１は、ネットワークデバイスドライバプログラム
を備え、ネットワーク６に対する物理的なインターフェ
イスとして機能する。
ルを示す図である。アプリケーションプログラム層８
は、特定のアプリケーションプログラム１２とデータの
送受を行い、トランスポート層９は、２つのホスト間の
データフローを管理し、ネットワーク層１０は、ネット
ワーク６におけるデータユニットの移動を管理し、リン
ク層１１は、ネットワークデバイスドライバプログラム
を備え、ネットワーク６に対する物理的なインターフェ
イスとして機能する。
【００２１】インターネットに用いられている通信プロ
トコルＴＣＰ／ＩＰ（transmissioncontrol protocol/i
nternet protocol）は、４つの層を有する通信プロトコ
ルである。アプリケーションプログラム層８は、ファイ
ルをダウンロード又はアップロードするためのファイル
転送プロトコル（file transfer protocol：以下、ＦＴ
Ｐという。）や電子メールの送受信に用いる簡易メール
転送プロトコル（simple mail transfer protocol：以
下、ＳＭＴＰという。）等を有している。トランスポー
ト層９は、データの配信を確実に行うためのトランスミ
ッション制御プロトコル（transmission control proto
col：以下、ＴＣＰという。）を有している。
トコルＴＣＰ／ＩＰ（transmissioncontrol protocol/i
nternet protocol）は、４つの層を有する通信プロトコ
ルである。アプリケーションプログラム層８は、ファイ
ルをダウンロード又はアップロードするためのファイル
転送プロトコル（file transfer protocol：以下、ＦＴ
Ｐという。）や電子メールの送受信に用いる簡易メール
転送プロトコル（simple mail transfer protocol：以
下、ＳＭＴＰという。）等を有している。トランスポー
ト層９は、データの配信を確実に行うためのトランスミ
ッション制御プロトコル（transmission control proto
col：以下、ＴＣＰという。）を有している。
【００２２】ＦＴＰは、異なるネットワークサイトに対
するデータのダウンロードやアップロードに用いられ、
ＳＭＴＰは、異なるネットワークサイトに対する電子メ
ールの送受信に用いられる。
するデータのダウンロードやアップロードに用いられ、
ＳＭＴＰは、異なるネットワークサイトに対する電子メ
ールの送受信に用いられる。
【００２３】ＴＣＰは、データのエラーや失われたデー
タを検出するためのサポート情報を有しており、これを
用いてデータが正確に、かつ、完全に受信されるまで転
送処理を継続する。さらに、トランスポート層９は、一
方のホストから他方のホストにデータユニット、すなわ
ちデータグラムを送信するためのユーザデータグラムプ
ロトコルを有する。ユーザデータグラムプロトコルは、
データユニットが転送先に無事に配信されたか否かをチ
ェックする機能を有していないため、この実施の形態で
は、アプリケーションプログラムがデータの配信が確実
に行われている否かを監視するようにしている。ネット
ワーク層１０は、ルーチング機能を有するインターネッ
トプロトコルを有し、これによりネットワークを介して
送受信されるメッセージのルーチングを行う。リンク層
１１は、ＡＴＭ、ＩＥＥＥ１３９４又はイーサネットネ
ットワークを実現するための機能を有する。
タを検出するためのサポート情報を有しており、これを
用いてデータが正確に、かつ、完全に受信されるまで転
送処理を継続する。さらに、トランスポート層９は、一
方のホストから他方のホストにデータユニット、すなわ
ちデータグラムを送信するためのユーザデータグラムプ
ロトコルを有する。ユーザデータグラムプロトコルは、
データユニットが転送先に無事に配信されたか否かをチ
ェックする機能を有していないため、この実施の形態で
は、アプリケーションプログラムがデータの配信が確実
に行われている否かを監視するようにしている。ネット
ワーク層１０は、ルーチング機能を有するインターネッ
トプロトコルを有し、これによりネットワークを介して
送受信されるメッセージのルーチングを行う。リンク層
１１は、ＡＴＭ、ＩＥＥＥ１３９４又はイーサネットネ
ットワークを実現するための機能を有する。
【００２４】この実施の形態では、メタスペースと呼ば
れる特別な実行環境を準備し、プログラムオブジェクト
を、これらのメタスペース上に実現する。各メタスペー
スは、それぞれに特有の要求に適合したメッセージ送受
構造を有している。本発明では、ネットワークプロトコ
ル及びネットワークプロトコル階層に用いられるメタス
ペースをｍＮｅｔと呼び、デバイスドライバプログラム
をサポートするメタスペースをｍＤｒｉｖｅと呼び、ア
プリケーションプログラムに用いるメタスペースをｍＣ
ｏｏｐと呼ぶ。
れる特別な実行環境を準備し、プログラムオブジェクト
を、これらのメタスペース上に実現する。各メタスペー
スは、それぞれに特有の要求に適合したメッセージ送受
構造を有している。本発明では、ネットワークプロトコ
ル及びネットワークプロトコル階層に用いられるメタス
ペースをｍＮｅｔと呼び、デバイスドライバプログラム
をサポートするメタスペースをｍＤｒｉｖｅと呼び、ア
プリケーションプログラムに用いるメタスペースをｍＣ
ｏｏｐと呼ぶ。
【００２５】ｍＤｒｉｖｅにおいて、物理ドライバがデ
ータユニットを受信すると、データユニットは、ｍＮｅ
ｔ上のプログラムオブジェクトを介して、ｍＣｏｏｐ上
で実行されているユーザアプリケーションに供給され
る。ユーザアプリケーションは、このデータユニットを
用いて必要な処理を行う。このように、本発明では、デ
バイスドライバプログラムをｍＤｒｉｖｅ上で実行し、
ネットワークオブジェクトをｍＮｅｔ上で実現し、アプ
リケーションオブジェクトをｍＣｏｏｐ上で実現する。
例えばプロトコル及びプロトコル階層の実現には、ｍＮ
ｅｔを用いる、などのように、それぞれの処理について
専用の環境を構築することにより、それぞれの処理に必
要とされる特定の機能を最大限にサポートすることがで
きるという利点がある。
ータユニットを受信すると、データユニットは、ｍＮｅ
ｔ上のプログラムオブジェクトを介して、ｍＣｏｏｐ上
で実行されているユーザアプリケーションに供給され
る。ユーザアプリケーションは、このデータユニットを
用いて必要な処理を行う。このように、本発明では、デ
バイスドライバプログラムをｍＤｒｉｖｅ上で実行し、
ネットワークオブジェクトをｍＮｅｔ上で実現し、アプ
リケーションオブジェクトをｍＣｏｏｐ上で実現する。
例えばプロトコル及びプロトコル階層の実現には、ｍＮ
ｅｔを用いる、などのように、それぞれの処理について
専用の環境を構築することにより、それぞれの処理に必
要とされる特定の機能を最大限にサポートすることがで
きるという利点がある。
【００２６】ｍＮｅｔにおいて、ネットワークプロトコ
ルは、所定の処理又は機能の組を有し、モジュールと呼
ばれる１又は複数のプログラムオブジェクトにより実現
できる。プロトコル階層構造は、キューオブジェクトを
有する相互接続された複数のモジュールにより構成され
る。データオブジェクトは、この相互接続された一連の
モジュール間で順次受け渡される。各モジュールは、デ
ータオブジェクトに対して、例えばヘッダ又はトレーラ
の追加又は除去、データユニットの断片化（fragmentat
ion）や断片化されたデータユニットの統合（defragmen
tation）等の処理を施した後に、処理済みのデータオブ
ジェクトを次のモジュールに渡す。
ルは、所定の処理又は機能の組を有し、モジュールと呼
ばれる１又は複数のプログラムオブジェクトにより実現
できる。プロトコル階層構造は、キューオブジェクトを
有する相互接続された複数のモジュールにより構成され
る。データオブジェクトは、この相互接続された一連の
モジュール間で順次受け渡される。各モジュールは、デ
ータオブジェクトに対して、例えばヘッダ又はトレーラ
の追加又は除去、データユニットの断片化（fragmentat
ion）や断片化されたデータユニットの統合（defragmen
tation）等の処理を施した後に、処理済みのデータオブ
ジェクトを次のモジュールに渡す。
【００２７】メタスペースの具体例を図３に示す。図３
は、相互に接続された３つのメタスペース、すなわち、
ｍＣｏｏｐ１３，ｍＮｅｔ１４，ｍＤｒｉｖｅ１５の構
成を示す図である。ｍＣｏｏｐ１３内のアプリケーショ
ンオブジェクト２０，２１により生成されたデータユニ
ットは、ｍＮｅｔ１４内のプログラムオブジェクト２２
〜２６に順次受け渡される。このデータユニットは、各
プログラムオブジェクト２２〜２６により処理される。
この実施の形態においては、プログラムオブジェクト２
２は、ＴＣＰであり、プログラムオブジェクト２３は、
ユーザデータグラムプロトコル（user datagram protoc
ol：以下、ＵＤＰという。）であり、プログラムオブジ
ェクト２４は、ＩＰであり、プログラムオブジェクト２
５は、シリアル通信回線においてダイアルアップ接続を
行うために用いられるポイントツーポイントプロトコル
（point to point protocol：以下、ＰＰＰという。）
であり、プログラムオブジェクト２６は、ＡＴＭインタ
ーフェイスである。
は、相互に接続された３つのメタスペース、すなわち、
ｍＣｏｏｐ１３，ｍＮｅｔ１４，ｍＤｒｉｖｅ１５の構
成を示す図である。ｍＣｏｏｐ１３内のアプリケーショ
ンオブジェクト２０，２１により生成されたデータユニ
ットは、ｍＮｅｔ１４内のプログラムオブジェクト２２
〜２６に順次受け渡される。このデータユニットは、各
プログラムオブジェクト２２〜２６により処理される。
この実施の形態においては、プログラムオブジェクト２
２は、ＴＣＰであり、プログラムオブジェクト２３は、
ユーザデータグラムプロトコル（user datagram protoc
ol：以下、ＵＤＰという。）であり、プログラムオブジ
ェクト２４は、ＩＰであり、プログラムオブジェクト２
５は、シリアル通信回線においてダイアルアップ接続を
行うために用いられるポイントツーポイントプロトコル
（point to point protocol：以下、ＰＰＰという。）
であり、プログラムオブジェクト２６は、ＡＴＭインタ
ーフェイスである。
【００２８】ｍＤｒｉｖｅ１５内のデバイスドライバプ
ログラム２７は、シリアルドライバの機能を有し、デバ
イスドライバプログラム２８は、ＡＴＭドライバの機能
を有する。ｍＮｅｔ１４内のプログラムオブジェクト２
２〜２６により処理が施されたデータユニットは、最下
層であるこのデバイスドライバプログラム２７，２８か
ら物理ネットワークに送り出される。
ログラム２７は、シリアルドライバの機能を有し、デバ
イスドライバプログラム２８は、ＡＴＭドライバの機能
を有する。ｍＮｅｔ１４内のプログラムオブジェクト２
２〜２６により処理が施されたデータユニットは、最下
層であるこのデバイスドライバプログラム２７，２８か
ら物理ネットワークに送り出される。
【００２９】各プログラムオブジェクト、すなわち各モ
ジュールは、所定の処理を実行するためのプログラムを
有している。モジュールの動作又は機能に対する要求が
生じると、この処理手順が呼び出される。このように処
理を限定すること、すなわち各モジュールに対して、必
要な処理を実行するためのプログラムのみを予め準備し
ておくことにより、階層プロトコルにおいて、モジュー
ル間の相互通信を容易に行うことができる。なお、必要
最小限のプログラムのみではなく、拡張的な機能を実行
するためのプログラムをモジュールに追加してもよい。
また、この追加は、モジュールのインストール時に行う
ようにしてもよく、実行時に行うようにしてもよい。
ジュールは、所定の処理を実行するためのプログラムを
有している。モジュールの動作又は機能に対する要求が
生じると、この処理手順が呼び出される。このように処
理を限定すること、すなわち各モジュールに対して、必
要な処理を実行するためのプログラムのみを予め準備し
ておくことにより、階層プロトコルにおいて、モジュー
ル間の相互通信を容易に行うことができる。なお、必要
最小限のプログラムのみではなく、拡張的な機能を実行
するためのプログラムをモジュールに追加してもよい。
また、この追加は、モジュールのインストール時に行う
ようにしてもよく、実行時に行うようにしてもよい。
【００３０】ここで、所定の処理を実行する各プログラ
ムについて説明する。「Init」は、モジュールが生成さ
れると活性化されるプログラムである。「OpenTop」
は、このモジュールに対する上位側（Top）からのキュ
ーの生成を示す。このモジュールは、このキューを受理
することも拒否することもできる。「OpenBottom」は、
このモジュールに対する下位側（Bottom）からのキュー
の生成を示す。モジュールは、このキューを受理するこ
とも拒否することもできる。「RejectTop」は、上位側
からのキューの拒否を示し、「RejectBottom」は、下位
側からのキューの拒否を示す。「AcceptTop」は、この
モジュールに対して開かれた上位側からのキューの受理
を示し、「AcceptBottom」は、下位側からのキューの受
理を示す。「ServiceTop」このモジュールの上位側に接
続されたキューにおいて１又は複数の後述するサービス
データユニット（service data unit：以下、ＳＤＵと
いう。）が処理待ちの状態にあることを示す。「Servic
eBottom」は、このモジュールの下位側に接続さたキュ
ーにおいて、１又は複数のＳＤＵが処理待ちの状態にあ
ることを示す。「CloseTop」は、このモジュールの上位
側に接続されているキューを閉じ、「CloseBottom」
は、このモジュールの下位側に接続されているキューを
閉じる。「TimeOut」は、このモジュールの処理時間が
時間切れになったときに呼び出されるプログラムであ
る。「Debug」は、テスト及びデバッグを行う特別なプ
ログラムである。
ムについて説明する。「Init」は、モジュールが生成さ
れると活性化されるプログラムである。「OpenTop」
は、このモジュールに対する上位側（Top）からのキュ
ーの生成を示す。このモジュールは、このキューを受理
することも拒否することもできる。「OpenBottom」は、
このモジュールに対する下位側（Bottom）からのキュー
の生成を示す。モジュールは、このキューを受理するこ
とも拒否することもできる。「RejectTop」は、上位側
からのキューの拒否を示し、「RejectBottom」は、下位
側からのキューの拒否を示す。「AcceptTop」は、この
モジュールに対して開かれた上位側からのキューの受理
を示し、「AcceptBottom」は、下位側からのキューの受
理を示す。「ServiceTop」このモジュールの上位側に接
続されたキューにおいて１又は複数の後述するサービス
データユニット（service data unit：以下、ＳＤＵと
いう。）が処理待ちの状態にあることを示す。「Servic
eBottom」は、このモジュールの下位側に接続さたキュ
ーにおいて、１又は複数のＳＤＵが処理待ちの状態にあ
ることを示す。「CloseTop」は、このモジュールの上位
側に接続されているキューを閉じ、「CloseBottom」
は、このモジュールの下位側に接続されているキューを
閉じる。「TimeOut」は、このモジュールの処理時間が
時間切れになったときに呼び出されるプログラムであ
る。「Debug」は、テスト及びデバッグを行う特別なプ
ログラムである。
【００３１】モジュールの上位側は、上位に隣接するプ
ロトコル層を構成する１又は複数のモジュールに接続さ
れた１又は複数のキューに接続している。モジュールの
下位側は、下位に隣接するプロトコル層を構成する１又
は複数のモジュールに接続された１又は複数のキューに
接続している。
ロトコル層を構成する１又は複数のモジュールに接続さ
れた１又は複数のキューに接続している。モジュールの
下位側は、下位に隣接するプロトコル層を構成する１又
は複数のモジュールに接続された１又は複数のキューに
接続している。
【００３２】この実施の形態においては、２つの基本的
なキュー、すなわちアトミックキューとストリーミング
キューとを用いる。アトミックキューにおいては、ＳＤ
Ｕの境界は、保護される。すなわち、アトミックキュー
に関しては、受信機が読み出すキューと送信側が書き込
んだキューとがに正確に一致する。一方、ストリーミン
グキューによれば、送信側が書き込んだキュートはサイ
ズの異なるキューからＳＤＵを読み出すことができる。
この場合、ストリーミングキューにおけるデータは、キ
ューから削除される前に、受信側において確実に読み出
される。
なキュー、すなわちアトミックキューとストリーミング
キューとを用いる。アトミックキューにおいては、ＳＤ
Ｕの境界は、保護される。すなわち、アトミックキュー
に関しては、受信機が読み出すキューと送信側が書き込
んだキューとがに正確に一致する。一方、ストリーミン
グキューによれば、送信側が書き込んだキュートはサイ
ズの異なるキューからＳＤＵを読み出すことができる。
この場合、ストリーミングキューにおけるデータは、キ
ューから削除される前に、受信側において確実に読み出
される。
【００３３】他の実施の形態においては、複数のプログ
ラムオブジェクト又はモジュールは、複数のキューによ
り相互に接続される。優先度付与メカニズム（priority
mechanism）により、例えば、あるキューを通常のデー
タ転送に用い、他のキューを緊急のデータ転送に用いる
ことができる。システムは、緊急のキューからのデータ
を通常のキューからのデータに先行させてモジュールに
転送する。
ラムオブジェクト又はモジュールは、複数のキューによ
り相互に接続される。優先度付与メカニズム（priority
mechanism）により、例えば、あるキューを通常のデー
タ転送に用い、他のキューを緊急のデータ転送に用いる
ことができる。システムは、緊急のキューからのデータ
を通常のキューからのデータに先行させてモジュールに
転送する。
【００３４】さらに、他の実施の形態においては、ＳＤ
Ｕの転送に関し通常の優先度と緊急の優先度といった２
つの優先度のいずれかをそれぞれ有する複数のキューを
相互接続することにより、プログラムオブジェクトは双
方向的に相互接続される。例えば、緊急の優先度を有す
るキューにより転送されるＳＤＵは、他のすべての通常
の優先度を有するＳＤＵに先行してそのキューの他端に
到着する。
Ｕの転送に関し通常の優先度と緊急の優先度といった２
つの優先度のいずれかをそれぞれ有する複数のキューを
相互接続することにより、プログラムオブジェクトは双
方向的に相互接続される。例えば、緊急の優先度を有す
るキューにより転送されるＳＤＵは、他のすべての通常
の優先度を有するＳＤＵに先行してそのキューの他端に
到着する。
【００３５】本発明において、ＳＤＵは、モジュール間
の情報の授受に用いる基本的なデータユニットである。
ＳＤＵは、すべてのモジュールに共有されるダイナミッ
クメモリバッファであり、データの処理に用いられ、こ
のＳＤＵを使用することにより、データの物理的なコピ
ーの生成を可能な限り回避することができる。
の情報の授受に用いる基本的なデータユニットである。
ＳＤＵは、すべてのモジュールに共有されるダイナミッ
クメモリバッファであり、データの処理に用いられ、こ
のＳＤＵを使用することにより、データの物理的なコピ
ーの生成を可能な限り回避することができる。
【００３６】モジュールは、通常、以下のようなステッ
プを繰り返し行う。すなわち、モジュールは、キューか
らＳＤＵを受け取り、ＳＤＵを処理するとともにモジュ
ールの内部状態を更新し、次のモジュールに１又は複数
のモジュールを送り、オプションとして後処理を行い、
次のＳＤＵの受信を待機する。
プを繰り返し行う。すなわち、モジュールは、キューか
らＳＤＵを受け取り、ＳＤＵを処理するとともにモジュ
ールの内部状態を更新し、次のモジュールに１又は複数
のモジュールを送り、オプションとして後処理を行い、
次のＳＤＵの受信を待機する。
【００３７】各モジュールは、実行時に、キューを用い
て相互接続される。また、これらのキューは、随時削除
することがきる。これにより、プロトコル層を動的に生
成し、あるいは環境の構築を行うことができる。
て相互接続される。また、これらのキューは、随時削除
することがきる。これにより、プロトコル層を動的に生
成し、あるいは環境の構築を行うことができる。
【００３８】ｍＮｅｔ上のプロトコル層を動的に構築す
る手法におけるコーディングの例を以下に示す。まず、
コードは、mNRT::Find service（ｍＮｅｔ検索サービ
ス）を用いて、プロトコル層のすべてのモジュールを検
索する。つづいて、モジュールは、mNet::Open service
を用いて、アトミックキューにより相互接続される。
る手法におけるコーディングの例を以下に示す。まず、
コードは、mNRT::Find service（ｍＮｅｔ検索サービ
ス）を用いて、プロトコル層のすべてのモジュールを検
索する。つづいて、モジュールは、mNet::Open service
を用いて、アトミックキューにより相互接続される。
【００３９】
【数１】
【００４０】
【数２】
【００４１】データユニットは１組のモジュール間で順
次受け渡され、各モジュールは、データユニットに対し
て所定の処理を行ったのち、次のモジュールにデータユ
ニットを渡す。これらの処理は、可能な限り高速に行う
必要があるため、データユニットのコピーは行わない。
すなわち、データをコピーするかわりに、データユニッ
トを指示するデータ参照値及びキューをモジュール間で
受け渡す。
次受け渡され、各モジュールは、データユニットに対し
て所定の処理を行ったのち、次のモジュールにデータユ
ニットを渡す。これらの処理は、可能な限り高速に行う
必要があるため、データユニットのコピーは行わない。
すなわち、データをコピーするかわりに、データユニッ
トを指示するデータ参照値及びキューをモジュール間で
受け渡す。
【００４２】したがって、すべてのＳＤＵは、データユ
ニットのメモリプールを管理する中央のＳＤＵマネージ
ャにより管理される。このメモリプールは、ｍＮｅｔの
ＳＤＵマネージャと、すべてのｍＮｅｔモジュール及び
キューにより供給される。
ニットのメモリプールを管理する中央のＳＤＵマネージ
ャにより管理される。このメモリプールは、ｍＮｅｔの
ＳＤＵマネージャと、すべてのｍＮｅｔモジュール及び
キューにより供給される。
【００４３】例えば、図４に示すように、プログラムオ
ブジェクト３０，３１のＳＤＵ３３，３４は、メモリプ
ール３２内に格納され、メモリプール３２は、ＳＤＵマ
ネージャ３５が管理する。
ブジェクト３０，３１のＳＤＵ３３，３４は、メモリプ
ール３２内に格納され、メモリプール３２は、ＳＤＵマ
ネージャ３５が管理する。
【００４４】例えばあるプログラムオブジェクト３０か
ら他のプログラムオブジェクト３１に移動するときに、
共有のメモリプール３２内のＳＤＵ３３又はＳＤＵ３４
の物理的なコピーの生成や移動を回避するために、ＳＤ
Ｕは、参照値により管理される。参照値は、図５〜７を
用いて後述するように、ＳＤＵが格納されているメモリ
のアドレス、ＳＤＵ内のデータユニットのオフセット及
びサイズを示す。
ら他のプログラムオブジェクト３１に移動するときに、
共有のメモリプール３２内のＳＤＵ３３又はＳＤＵ３４
の物理的なコピーの生成や移動を回避するために、ＳＤ
Ｕは、参照値により管理される。参照値は、図５〜７を
用いて後述するように、ＳＤＵが格納されているメモリ
のアドレス、ＳＤＵ内のデータユニットのオフセット及
びサイズを示す。
【００４５】例えば、ＵＤＰを用い、ＡＴＭネットワー
クを介してデータユニットを送信するプログラムアプリ
ケーションがあるとする。このプログラムアプリケーシ
ョンは、まず、アプリケーションデータユニットを内包
するＳＤＵを構築する。
クを介してデータユニットを送信するプログラムアプリ
ケーションがあるとする。このプログラムアプリケーシ
ョンは、まず、アプリケーションデータユニットを内包
するＳＤＵを構築する。
【００４６】図５（ａ）は、メモリプール２２に格納さ
れたオリジナルＳＤＵのレイアウトを示し、図５（ｂ）
は、ＳＤＵの論理的構造を示す図である。ＳＤＵ内のデ
ータは、サイズが可変のデータユニットに格納され、実
際のＳＤＵは、一定のオフセットを有するリンクデータ
ユニットにより構成されている。このＳＤＵは、ＵＤＰ
モジュールに渡される。ＵＤＰモジュールは、ＳＤＵに
適切なヘッダを追加する。
れたオリジナルＳＤＵのレイアウトを示し、図５（ｂ）
は、ＳＤＵの論理的構造を示す図である。ＳＤＵ内のデ
ータは、サイズが可変のデータユニットに格納され、実
際のＳＤＵは、一定のオフセットを有するリンクデータ
ユニットにより構成されている。このＳＤＵは、ＵＤＰ
モジュールに渡される。ＵＤＰモジュールは、ＳＤＵに
適切なヘッダを追加する。
【００４７】この処理を図６（ａ）に示す。さらに、こ
れにより構築されるＳＤＵのメモリのレイアウトの論理
的構成を図６（ｂ）に示す。ＵＤＰモジュールは、この
処理の後、ＳＤＵをＩＰモジュールに渡す。ＩＰモジュ
ールは、必要に応じてＵＤＰデータグラムを断片化し、
各断片（fragment）にヘッダを追加する。ＳＤＵの断片
化及びヘッダの挿入処理を図７（ａ）及び図７（ｂ）に
示す。このような処理が施されたデータユニットは、Ａ
ＴＭドライバに渡された後、ネットワークに送信され
る。
れにより構築されるＳＤＵのメモリのレイアウトの論理
的構成を図６（ｂ）に示す。ＵＤＰモジュールは、この
処理の後、ＳＤＵをＩＰモジュールに渡す。ＩＰモジュ
ールは、必要に応じてＵＤＰデータグラムを断片化し、
各断片（fragment）にヘッダを追加する。ＳＤＵの断片
化及びヘッダの挿入処理を図７（ａ）及び図７（ｂ）に
示す。このような処理が施されたデータユニットは、Ａ
ＴＭドライバに渡された後、ネットワークに送信され
る。
【００４８】以上のような一連の処理が行われる間、Ｓ
ＤＵデータユニットは、一度もコピーされず、また移動
もされない。すなわち、ＳＤＵの参照値を認識し、ＳＤ
Ｕのオフセット及びサイズを認識することのみにより処
理が行われる。これにより、通信処理が高速かつ信頼性
の高いものとなる。
ＤＵデータユニットは、一度もコピーされず、また移動
もされない。すなわち、ＳＤＵの参照値を認識し、ＳＤ
Ｕのオフセット及びサイズを認識することのみにより処
理が行われる。これにより、通信処理が高速かつ信頼性
の高いものとなる。
【００４９】ＳＤＵに対する上述のような処理は、次の
ような利点を有する。まず、ＳＤＵ間でデータを共有で
き、そのため、実際にデータを物理的にコピーしたり移
動させたりすることなく、参照値及び参照値カウンタを
保持することにより、ＳＤＵ間のデータの受け渡しを行
うことができる。さらに、物理的にデータをコピー又は
移動することなく、ＳＤＵへのデータの追加、及びＳＤ
Ｕからのデータの削除を行うことができる。また、ＳＤ
Ｕデータをメモリに連続的に格納する必要がない。
ような利点を有する。まず、ＳＤＵ間でデータを共有で
き、そのため、実際にデータを物理的にコピーしたり移
動させたりすることなく、参照値及び参照値カウンタを
保持することにより、ＳＤＵ間のデータの受け渡しを行
うことができる。さらに、物理的にデータをコピー又は
移動することなく、ＳＤＵへのデータの追加、及びＳＤ
Ｕからのデータの削除を行うことができる。また、ＳＤ
Ｕデータをメモリに連続的に格納する必要がない。
【００５０】さらに、他の実施の形態においては、ＳＤ
Ｕは、メモリバッファを共有するＳＤＵプール内に構
築、すなわち生成及び割り当てられる。各プログラムオ
ブジェクト又はモジュールには、単一のＳＤＵプールが
割り当てられており、ＳＤＵプールは、ＳＤＵを生成
し、ＳＤＵにデータを割り当てる。
Ｕは、メモリバッファを共有するＳＤＵプール内に構
築、すなわち生成及び割り当てられる。各プログラムオ
ブジェクト又はモジュールには、単一のＳＤＵプールが
割り当てられており、ＳＤＵプールは、ＳＤＵを生成
し、ＳＤＵにデータを割り当てる。
【００５１】好ましい実施の形態においては、中間構造
ソフトウェア及びアプリケーションプログラムは、それ
ぞれの特定の用途に応じて最適化された異なるＳＤＵプ
ールを有している。ＳＤＵプールは、複数のオブジェク
ト又はモジュール間で共有することができる。これによ
り、容量が大きいＳＤＵプールに重要なプログラムオブ
ジェクトを格納し、容量の小さいＳＤＵプールに比較的
重要度の低いプログラムオブジェクトを格納するといっ
た処理を行うことができる。ＳＤＵプールは、間接的
に、階層プロトコルにローカルフロー制御メカニズムを
提供する。
ソフトウェア及びアプリケーションプログラムは、それ
ぞれの特定の用途に応じて最適化された異なるＳＤＵプ
ールを有している。ＳＤＵプールは、複数のオブジェク
ト又はモジュール間で共有することができる。これによ
り、容量が大きいＳＤＵプールに重要なプログラムオブ
ジェクトを格納し、容量の小さいＳＤＵプールに比較的
重要度の低いプログラムオブジェクトを格納するといっ
た処理を行うことができる。ＳＤＵプールは、間接的
に、階層プロトコルにローカルフロー制御メカニズムを
提供する。
【００５２】さらに別の実施の形態においては、プログ
ラムオブジェクト又はモジュールにネーミングサービス
を提供する。これにより、プログラムオブジェクト又は
モジュールは、シンボル的な名称が付された他のプログ
ラムオブジェクト又はモジュールを検索することができ
る。すなわち、この実施の形態は、特定のハードウェア
環境とシンボル的な名称とをマッピングした内部通信メ
カニズムを提供する。なお、このようなメカニズムを構
築する場合、上述した参照値より先にこの名称をマッピ
ングするようにしてもよく、また、この名称をマッピン
グした後に参照値をマッピングしてもよい。
ラムオブジェクト又はモジュールにネーミングサービス
を提供する。これにより、プログラムオブジェクト又は
モジュールは、シンボル的な名称が付された他のプログ
ラムオブジェクト又はモジュールを検索することができ
る。すなわち、この実施の形態は、特定のハードウェア
環境とシンボル的な名称とをマッピングした内部通信メ
カニズムを提供する。なお、このようなメカニズムを構
築する場合、上述した参照値より先にこの名称をマッピ
ングするようにしてもよく、また、この名称をマッピン
グした後に参照値をマッピングしてもよい。
【００５３】本発明は、上述した実施の形態に限定され
るものではなく、特許請求の範囲に記載された発明の主
旨を逸脱しない範囲で、上述の実施の形態を様々に変更
することができる。
るものではなく、特許請求の範囲に記載された発明の主
旨を逸脱しない範囲で、上述の実施の形態を様々に変更
することができる。
【００５４】
【発明の効果】本発明に係るデータ通信装置及びデータ
通信方法では、中間構造ソフトウェアの一部である第１
のプログラムオブジェクトにデータユニットを供給し、
第１のプログラムオブジェクトにより、データユニット
に対して第１の処理を施した後、データユニットを第２
のプログラムオブジェクトに供給し、第２のプログラム
オブジェクトにより、データユニットに対して第２の処
理を施す。
通信方法では、中間構造ソフトウェアの一部である第１
のプログラムオブジェクトにデータユニットを供給し、
第１のプログラムオブジェクトにより、データユニット
に対して第１の処理を施した後、データユニットを第２
のプログラムオブジェクトに供給し、第２のプログラム
オブジェクトにより、データユニットに対して第２の処
理を施す。
【００５５】このような構成により、ネットワーク階層
モデルにおいて、最適な実行時間環境を構築でき、デー
タ通信を効率的かつ高速に行うことができる。
モデルにおいて、最適な実行時間環境を構築でき、デー
タ通信を効率的かつ高速に行うことができる。
【図１】ネットワークに接続されたパーソナルコンピュ
ータの構成を示すブロック図である。
ータの構成を示すブロック図である。
【図２】プロトコル階層構造を示す図である。
【図３】本発明の実施の形態であるデータ通信装置を示
す図である。
す図である。
【図４】プログラムオブジェクト間で共有されるメモリ
プールを示す図である。
プールを示す図である。
【図５】データユニットのメモリにおけるレイアウト及
び論理的構成を示す図である。
び論理的構成を示す図である。
【図６】ＵＤＰヘッダが追加されたデータユニットのメ
モリにおけるレイアウト及び論理的構成を示す図であ
る。
モリにおけるレイアウト及び論理的構成を示す図であ
る。
【図７】２つのＩＰパケットに断片化され、それぞれに
ヘッダが追加されたデータユニットのメモリにおけるレ
イアウト及び論理的構成を示す図である。
ヘッダが追加されたデータユニットのメモリにおけるレ
イアウト及び論理的構成を示す図である。
０ メタスペースｍＣｏｏｐ，１４ メタスペースｍＮ
ｅｔ，１５ メタスペースｍＤｒｉｖｅ，２０ アプリ
ケーションオブジェクト，２１ アプリケーションオブ
ジェクト，２２ プログラムオブジェクト，２３ プロ
グラムオブジェクト，２４ プログラムオブジェクト，
２５ プログラムオブジェクト，２６プログラムオブジ
ェクト，２７ デバイスドライバ，２８ デバイスドラ
イバ
ｅｔ，１５ メタスペースｍＤｒｉｖｅ，２０ アプリ
ケーションオブジェクト，２１ アプリケーションオブ
ジェクト，２２ プログラムオブジェクト，２３ プロ
グラムオブジェクト，２４ プログラムオブジェクト，
２５ プログラムオブジェクト，２６プログラムオブジ
ェクト，２７ デバイスドライバ，２８ デバイスドラ
イバ
───────────────────────────────────────────────────── フロントページの続き (72)発明者 マリフート フィリップ ベルギー国 ブリュッセル ビー−1130 サント スティーブンス ヴォルヴェスト ラート 55 ソニー オブジェクティブ コンポーザー内
Claims (19)
- 【請求項１】 中間構造ソフトウェアを介してアプリケ
ーションプログラムとネットワークデバイスドライバプ
ログラムとの間のデータ通信を行うデータ通信方法であ
って、 上記アプリケーションプログラムから上記中間構造ソフ
トウェアの一部である第１のプログラムオブジェクトに
上記アプリケーションプログラムのデータユニットを供
給するステップと、 上記第１のプログラムオブジェクトにより、上記データ
ユニットに対して第１の処理を施すステップと、 上記第１の処理が施されたデータユニットを上記第１の
プログラムオブジェクトから上記中間構造ソフトウェア
の一部である第２のプログラムオブジェクトに供給する
ステップと、 上記第２のプログラムオブジェクトにより、上記第１の
処理が施されたデータユニットに対して第２の処理を施
すステップと、 上記第２の処理が施されたデータユニットを上記ネット
ワークデバイスドライバプログラムに供給するステップ
とを有するデータ通信方法。 - 【請求項２】 上記データユニットは、相互接続された
複数のキューオブジェクトを介して送受されることを特
徴とする請求項１記載のデータ通信方法。 - 【請求項３】 上記第１のプログラムオブジェクトから
上記第２のプログラムオブジェクトへの上記データユニ
ットの供給は、該データユニットが格納されているメモ
リにおけるアドレスの参照値を渡すことにより実行され
ることを特徴とする請求項１記載のデータ通信方法。 - 【請求項４】 上記複数のキューオブジェクトはそれぞ
れ異なる優先度を有していることを特徴とする請求項２
記載のデータ通信方法。 - 【請求項５】 上記アプリケーションプログラムの実行
時において、プログラムオブジェクトが追加されること
を特徴とする請求項１記載のデータ通信方法。 - 【請求項６】 上記アプリケーションプログラムの実行
時において、プログラムオブジェクトが削除されること
を特徴とする請求項１記載のデータ通信方法。 - 【請求項７】 上記プログラムオブジェクトは、上記デ
ータユニットに所定の処理を施し、次のプログラムオブ
ジェクトに該処理を施したデータユニットを供給した
後、追加機能に基づく処理を実行することを特徴とする
請求項１乃至６いずれか１項記載のデータ通信方法。 - 【請求項８】 上記データユニットの受け渡しを行うス
テップは、該データユニットからの情報を追加又は削除
するステップを有することを特徴とする請求項２又は３
記載のデータ通信方法。 - 【請求項９】 上記データユニットをデータユニット断
片に分割するステップ、あるいは、データユニット断片
を１つのデータユニットに統合するステップを有するこ
とを特徴とする請求項３記載のデータ通信方法。 - 【請求項１０】 １又は複数のデータユニットを内包す
るサービスデータユニットを準備するステップを有する
ことを特徴とする請求項１乃至９いずれか１項記載のデ
ータ通信方法。 - 【請求項１１】 上記サービスデータユニットの参照値
を参照するステップを有することを特徴とする請求項１
０記載のデータ通信方法。 - 【請求項１２】 上記アプリケーションプログラムと上
記ネットワークデバイスドライバプログラムとの間の通
信を司る特定の実行環境を準備するステップを有するこ
とを特徴とする請求項１乃至１１いずれか１項記載のデ
ータ通信方法。 - 【請求項１３】 上記データユニットは、特定の用途に
適応するデータプール内に格納されることを特徴とする
請求項１乃至１２いずれか１項記載のデータ通信方法。 - 【請求項１４】 ハードウェアとシンボル的名称とのマ
ッピングによる内部通信メカニズムを準備するステップ
を有することを特徴とする請求項１乃至１３いずれか１
項記載のデータ通信方法。 - 【請求項１５】 １つのキューオブジェクト内におい
て、データユニットの転送に関する２以上の優先度を設
けることを特徴とする請求項４記載のデータ通信方法。 - 【請求項１６】 中間構造ソフトウェアを介してアプリ
ケーションプログラムとネットワークデバイスドライバ
プログラムとの間のデータ通信を行うデータ通信装置で
あって、 上記中間構造ソフトウェアの一部であり、上記アプリケ
ーションプログラムとの間で送受されるデータユニット
に対して第１の処理を施す第１のプログラムオブジェク
トと、 上記中間構造ソフトウェアの一部であり、上記ネットワ
ークデバイスドライバとの間で送受されるデータユニッ
トに対して第２の処理を施す第２のプログラムオブジェ
クトとを備えることを特徴とするデータ通信装置。 - 【請求項１７】 メモリを備え、 参照値を用いて、上記メモリの一部にサービスデータユ
ニットを格納することを特徴とする請求項１６記載のデ
ータ通信装置。 - 【請求項１８】 上記サービスデータユニットを管理す
るサービスデータユニット管理手段を備えることを特徴
とする請求項１６又は１７記載のデータ通信装置。 - 【請求項１９】 中間構造ソフトウェアを介してネット
ワークデバイスドライバプログラムとアプリケーション
プログラムとの間のデータ通信を行うデータ通信方法で
あって、 上記ネットワークデバイスドライバプログラムから上記
中間構造ソフトウェアの一部である第１のプログラムオ
ブジェクトにデータユニットを供給するステップと、 上記第１のプログラムオブジェクトにより、上記データ
ユニットに対して第１の処理を施すステップと、 上記第１の処理が施されたデータユニットを上記第１の
プログラムオブジェクトから上記中間構造ソフトウェア
の一部である第２のプログラムオブジェクトに供給する
ステップと、 上記第２のプログラムオブジェクトにより、上記第１の
処理が施されたデータユニットに対して第２の処理を施
すステップと、 上記第２の処理が施されたデータユニットを上記アプリ
ケーションプログラムに供給するステップとを有するデ
ータ通信方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP98200379A EP0935192A1 (en) | 1998-02-09 | 1998-02-09 | Method and system for communication between application programs and a network |
| EP98200379.0 | 1998-02-09 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000067017A true JP2000067017A (ja) | 2000-03-03 |
Family
ID=8233369
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11031519A Withdrawn JP2000067017A (ja) | 1998-02-09 | 1999-02-09 | デ―タ通信方法及びデ―タ通信装置 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US7069561B1 (ja) |
| EP (1) | EP0935192A1 (ja) |
| JP (1) | JP2000067017A (ja) |
| KR (1) | KR19990072483A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007265029A (ja) * | 2006-03-28 | 2007-10-11 | Nomura Research Institute Ltd | ジョブ管理装置およびジョブ管理方法 |
| JP2011215693A (ja) * | 2010-03-31 | 2011-10-27 | Mitsutoyo Corp | 通信ソフトウェア |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8090856B1 (en) * | 2000-01-31 | 2012-01-03 | Telecommunication Systems, Inc. | Intelligent messaging network server interconnection |
| US7003571B1 (en) * | 2000-01-31 | 2006-02-21 | Telecommunication Systems Corporation Of Maryland | System and method for re-directing requests from browsers for communication over non-IP based networks |
| US7689696B2 (en) * | 2000-01-31 | 2010-03-30 | Telecommunication Systems, Inc. | System and method for re-directing requests from browsers for communications over non-IP based networks |
| US7290266B2 (en) * | 2001-06-14 | 2007-10-30 | Cisco Technology, Inc. | Access control by a real-time stateful reference monitor with a state collection training mode and a lockdown mode for detecting predetermined patterns of events indicative of requests for operating system resources resulting in a decision to allow or block activity identified in a sequence of events based on a rule set defining a processing policy |
| CN1317868C (zh) * | 2002-05-28 | 2007-05-23 | 中兴通讯股份有限公司 | 一种基于类模板管理器的通讯报文处理设备和方法 |
| EP1489592A1 (en) * | 2003-06-19 | 2004-12-22 | Texas Instruments Incorporated | Accessing video memory in programming language representation |
| US7523220B2 (en) * | 2003-09-17 | 2009-04-21 | Microsoft Corporation | Metaspace: communication middleware for partially connected mobile ad hoc networks |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5619647A (en) * | 1994-09-30 | 1997-04-08 | Tandem Computers, Incorporated | System for multiplexing prioritized virtual channels onto physical channels where higher priority virtual will pre-empt a lower priority virtual or a lower priority will wait |
| US5754854A (en) * | 1994-11-14 | 1998-05-19 | Microsoft Corporation | Method and system for providing a group of parallel resources as a proxy for a single shared resource |
| US6393496B1 (en) * | 1995-11-09 | 2002-05-21 | Curtis A. Schwaderer | Operating system and network independent application program interface for use in an intelligent communication device |
| US5954794A (en) * | 1995-12-20 | 1999-09-21 | Tandem Computers Incorporated | Computer system data I/O by reference among I/O devices and multiple memory units |
| US5826010A (en) * | 1996-02-12 | 1998-10-20 | Banyan Systems, Inc. | Predefined access rights for undefined attributes in a naming service |
| US6535929B1 (en) * | 1996-07-02 | 2003-03-18 | Sun Microsystems, Inc. | Universal communication mechanism for applications running in a multitasking environment |
| US6289393B1 (en) * | 1996-09-03 | 2001-09-11 | Insession Inc. | System, method and article of manufacture for transaction processing and monitoring of independent interacts |
| US6253255B1 (en) * | 1997-05-08 | 2001-06-26 | Microsoft Corporation | System and method for batching data between transport and link layers in a protocol stack |
| US6807667B1 (en) * | 1998-09-21 | 2004-10-19 | Microsoft Corporation | Method and system of an application program interface for abstracting network traffic control components to application programs |
-
1998
- 1998-02-09 EP EP98200379A patent/EP0935192A1/en not_active Withdrawn
-
1999
- 1999-02-08 KR KR1019990004251A patent/KR19990072483A/ko not_active Application Discontinuation
- 1999-02-08 US US09/246,271 patent/US7069561B1/en not_active Expired - Fee Related
- 1999-02-09 JP JP11031519A patent/JP2000067017A/ja not_active Withdrawn
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007265029A (ja) * | 2006-03-28 | 2007-10-11 | Nomura Research Institute Ltd | ジョブ管理装置およびジョブ管理方法 |
| JP2011215693A (ja) * | 2010-03-31 | 2011-10-27 | Mitsutoyo Corp | 通信ソフトウェア |
Also Published As
| Publication number | Publication date |
|---|---|
| US7069561B1 (en) | 2006-06-27 |
| EP0935192A1 (en) | 1999-08-11 |
| KR19990072483A (ko) | 1999-09-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7461160B2 (en) | Obtaining a destination address so that a network interface device can write network data without headers directly into host memory | |
| US7788391B2 (en) | Using a threshold value to control mid-interrupt polling | |
| US7996583B2 (en) | Multiple context single logic virtual host channel adapter supporting multiple transport protocols | |
| JP4091665B2 (ja) | スイッチ・ネットワーク要素における共用メモリ管理 | |
| US7953817B2 (en) | System and method for supporting TCP out-of-order receive data using generic buffer | |
| US8121148B2 (en) | Protocol stack using shared memory | |
| US7827295B2 (en) | Protocol stack | |
| US6760304B2 (en) | Apparatus and method for receive transport protocol termination | |
| US7865633B2 (en) | Multiple context single logic virtual host channel adapter | |
| US20050198311A1 (en) | System and method for managing connections between a client and a server | |
| US20040054814A1 (en) | System and method for handling frames in multiple stack environments | |
| JP2004534311A (ja) | 共有属性に基づいて圧縮キューペアから複数の仮想キューペアを作成する構成 | |
| US20030115350A1 (en) | System and method for efficient handling of network data | |
| EP1665662A1 (en) | Method, system, and article of manufacture for utilizing host memory from an offload adapter | |
| US20040260841A1 (en) | Method, apparatus, and system for internet protocol communication over intelligent platform management bus | |
| EP1494424B1 (en) | System and method for message-based scalable data transport | |
| EP1589424A2 (en) | Vertical perimeter framework for providing application services in multi-CPU environments | |
| JP2000067017A (ja) | デ―タ通信方法及びデ―タ通信装置 | |
| CN113127139B (zh) | 一种基于数据面开发套件dpdk的内存分配方法和装置 | |
| US7209971B1 (en) | Architecture and run-time environment for network filter drivers | |
| CN1679015A (zh) | 用于独立于带宽延迟产品的tcp/ip卸载的系统和方法 | |
| CN115801770A (zh) | 一种基于全用户态quic协议的大文件传输方法 | |
| JPH07111697B2 (ja) | 高速通信バッファリング制御方法 | |
| CN102971723A (zh) | 一种分布式多进程通信方法和装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20060509 |