JP3339442B2 - 通信処理システムネットワーク - Google Patents
通信処理システムネットワークInfo
- Publication number
- JP3339442B2 JP3339442B2 JP592499A JP592499A JP3339442B2 JP 3339442 B2 JP3339442 B2 JP 3339442B2 JP 592499 A JP592499 A JP 592499A JP 592499 A JP592499 A JP 592499A JP 3339442 B2 JP3339442 B2 JP 3339442B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- fixed
- communication processing
- network
- length data
- 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.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
- H04Q11/0478—Provisions for broadband connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5638—Services, e.g. multimedia, GOS, QOS
- H04L2012/5665—Interaction of ATM with other protocols
- H04L2012/5667—IP over ATM
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5678—Traffic aspects, e.g. arbitration, load balancing, smoothing, buffer management
- H04L2012/5681—Buffer or queue management
Description
【０００１】
【発明の属する技術分野】本発明は通信処理システムネ
ットワークに関し、特に互いに異なる複数種類のネット
ワークからのデータを受信する通信処理システムネット
ワークに関する。
ットワークに関し、特に互いに異なる複数種類のネット
ワークからのデータを受信する通信処理システムネット
ワークに関する。
【０００２】
【従来の技術】従来、図１１に示されているように、１
つの通信処理装置で複数のネットワークサービスを収容
する場合には、各ネットワークを終端する異なる仕様の
ハードウェアがネットワークインタフェース毎に必要と
なる。つまり、同図に示されているようにイーサネット
（Ｅｔｈｅｒｎｅｔ）デバイス３１−１、ＰＰＰ（Ｐｏ
ｉｎｔ ｔｏ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）デバイ
ス３１−２、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒ
ａｎｓｆｅｒ Ｍｏｄｅ）デバイス３１−３が必要であ
る。また、各ネットワークから受信したデータを上位ソ
フトウェア５が処理するためには、各デバイス３１−１
〜３１−３に対応したドライバ２−１〜２−３が必要と
なる。
つの通信処理装置で複数のネットワークサービスを収容
する場合には、各ネットワークを終端する異なる仕様の
ハードウェアがネットワークインタフェース毎に必要と
なる。つまり、同図に示されているようにイーサネット
（Ｅｔｈｅｒｎｅｔ）デバイス３１−１、ＰＰＰ（Ｐｏ
ｉｎｔ ｔｏ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）デバイ
ス３１−２、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒ
ａｎｓｆｅｒ Ｍｏｄｅ）デバイス３１−３が必要であ
る。また、各ネットワークから受信したデータを上位ソ
フトウェア５が処理するためには、各デバイス３１−１
〜３１−３に対応したドライバ２−１〜２−３が必要と
なる。
【０００３】
【発明が解決しようとする課題】ふつう、これらのネッ
トワークインタフェースの仕様は様々である。従って、
ネットワークインタフェースの数に比例して、装置全体
が複雑化し、長い設計期間を必要としてしまう。また、
従来のシステム構成では、新たなネットワークインタフ
ェースを追加しようとした場合、システム全体に影響を
及ぼすため、スケーラビィリティの確保は困難である。
このように、複数のネットワークインタフェースを収容
する場合、収容数に比例して制御が複雑化し、ハードウ
ェア／ソフトウェア共に設計規模の増大、設計期間の長
期化を引き起こす。
トワークインタフェースの仕様は様々である。従って、
ネットワークインタフェースの数に比例して、装置全体
が複雑化し、長い設計期間を必要としてしまう。また、
従来のシステム構成では、新たなネットワークインタフ
ェースを追加しようとした場合、システム全体に影響を
及ぼすため、スケーラビィリティの確保は困難である。
このように、複数のネットワークインタフェースを収容
する場合、収容数に比例して制御が複雑化し、ハードウ
ェア／ソフトウェア共に設計規模の増大、設計期間の長
期化を引き起こす。
【０００４】本発明は上述した従来技術の欠点を解決す
るためになされたものであり、その目的は複数の異なる
ネットワークインタフェースを収容する場合において
も、システム全体の構成が複雑化することのない通信処
理システムネットワークを提供することである。
るためになされたものであり、その目的は複数の異なる
ネットワークインタフェースを収容する場合において
も、システム全体の構成が複雑化することのない通信処
理システムネットワークを提供することである。
【０００５】
【課題を解決するための手段】本発明による通信処理シ
ステムネットワークは、互いに異なる複数種類のネット
ワークのいずれかから受信した受信データを所定の長さ
のデータに分割するデータ分割手段と、前記複数種類の
ネットワークのうち前記受信データを受信したネットワ
ークを識別するための識別情報を前記データ分割手段に
よって分割されたデータに付加して固定長データにする
識別情報付加手段とを備え、この識別情報が付加された
固定長データを上位装置に送出する通信処理装置と、前
記固定長データを格納するメモリから該固定長データを
読出すデータ読出手段と、前記メモリから読出した固定
長データに付加されている識別情報に対応する処理を該
データに対して行うデータ処理手段とを備える上位装置
と、を有する通信処理システムを複数含み、更にそれら
複数の通信処理システムに共通に設けられた共通ネット
ワークを含み、この共通ネットワークを介して前記複数
の通信処理システム夫々が相互に前記固定長データを授
受するようにしたことを特徴とする。
ステムネットワークは、互いに異なる複数種類のネット
ワークのいずれかから受信した受信データを所定の長さ
のデータに分割するデータ分割手段と、前記複数種類の
ネットワークのうち前記受信データを受信したネットワ
ークを識別するための識別情報を前記データ分割手段に
よって分割されたデータに付加して固定長データにする
識別情報付加手段とを備え、この識別情報が付加された
固定長データを上位装置に送出する通信処理装置と、前
記固定長データを格納するメモリから該固定長データを
読出すデータ読出手段と、前記メモリから読出した固定
長データに付加されている識別情報に対応する処理を該
データに対して行うデータ処理手段とを備える上位装置
と、を有する通信処理システムを複数含み、更にそれら
複数の通信処理システムに共通に設けられた共通ネット
ワークを含み、この共通ネットワークを介して前記複数
の通信処理システム夫々が相互に前記固定長データを授
受するようにしたことを特徴とする。
【０００６】
【０００７】
【０００８】
【０００９】
【００１０】要するに本装置においては、複数の異なる
ネットワークインタフェースから到着するパケットデー
タを複数に分割しかつ到着したパケットのネットワーク
種別情報を明記したヘッダを付加してリスト構造の固定
長データとしているのである。すなわち、このヘッダ内
のネットワーク種別情報によって固定長データがチェイ
ン状に連結されてリスト構造をなしている。そして、こ
の固定長データ単位でネットワークの種別に応じた処理
を行うので、ハードとのインタフェースをつかさどるド
ライバソフトウェアは、その固定長データの構造のみ解
析するドライバ１つで済む。よって、複数のネットワー
クドライバを持つ必要が無くなる。
ネットワークインタフェースから到着するパケットデー
タを複数に分割しかつ到着したパケットのネットワーク
種別情報を明記したヘッダを付加してリスト構造の固定
長データとしているのである。すなわち、このヘッダ内
のネットワーク種別情報によって固定長データがチェイ
ン状に連結されてリスト構造をなしている。そして、こ
の固定長データ単位でネットワークの種別に応じた処理
を行うので、ハードとのインタフェースをつかさどるド
ライバソフトウェアは、その固定長データの構造のみ解
析するドライバ１つで済む。よって、複数のネットワー
クドライバを持つ必要が無くなる。
【００１１】またハードウェアは、予め定義された固定
長バッファにしたがって到着したパケットをメモリに書
込むのみの動作を行えば良い。従って、ハードウェア設
計の単純化、及びそれに伴うコスト削減を期待できる。
そして、これらの特徴により、複数インタフェースを有
する通信装置において、パケットデータ管理、制御構造
の簡略化、ハードウェアリソース、ソフトウェアリソー
スの削減効果が得られる。
長バッファにしたがって到着したパケットをメモリに書
込むのみの動作を行えば良い。従って、ハードウェア設
計の単純化、及びそれに伴うコスト削減を期待できる。
そして、これらの特徴により、複数インタフェースを有
する通信装置において、パケットデータ管理、制御構造
の簡略化、ハードウェアリソース、ソフトウェアリソー
スの削減効果が得られる。
【００１２】
【発明の実施の形態】次に、本発明の実施の一形態につ
いて図面を参照して説明する。なお、以下の説明におい
て参照する各図においては、他の図と同等部分には同一
符号が付されている。
いて図面を参照して説明する。なお、以下の説明におい
て参照する各図においては、他の図と同等部分には同一
符号が付されている。
【００１３】図１は本発明による通信処理システムの一
実施の形態を示すシステム構成図である。同図におい
て、本システムは、ネットワークインタフェース１−１
〜１−３及びパケットストアメモリ２（Ｐａｃｋｅｔ
ｓｔｏｒｅ ｍｅｍｏｒｙ；以下、ＰＳＭと略す）から
なるハードウェア（ｈａｒｄｗａｒｅ）部分と、ネット
ワークドライバ（Ｎｅｔｗｏｒｋ Ｄｒｉｖｅｒ）４及
び上位ソフトウェア５からなるソフトウェア部分と、両
者のインタフェースをなすバッファインタフェース（ｂ
ｕｆｆｅｒ ｉｎｔｅｒｆａｃｅ）３とから構成されて
いる。なおここでは、ネットワークインタフェース１−
１〜１−３として、互いに異なる３種類の「Ｎｅｔ
Ａ」、「ＮｅｔＢ」、「ＮｅｔＣ」が１つの通信処理シ
ステムに収容されている例が示されている。
実施の形態を示すシステム構成図である。同図におい
て、本システムは、ネットワークインタフェース１−１
〜１−３及びパケットストアメモリ２（Ｐａｃｋｅｔ
ｓｔｏｒｅ ｍｅｍｏｒｙ；以下、ＰＳＭと略す）から
なるハードウェア（ｈａｒｄｗａｒｅ）部分と、ネット
ワークドライバ（Ｎｅｔｗｏｒｋ Ｄｒｉｖｅｒ）４及
び上位ソフトウェア５からなるソフトウェア部分と、両
者のインタフェースをなすバッファインタフェース（ｂ
ｕｆｆｅｒ ｉｎｔｅｒｆａｃｅ）３とから構成されて
いる。なおここでは、ネットワークインタフェース１−
１〜１−３として、互いに異なる３種類の「Ｎｅｔ
Ａ」、「ＮｅｔＢ」、「ＮｅｔＣ」が１つの通信処理シ
ステムに収容されている例が示されている。
【００１４】複数の異なるネットワークインタフェース
１−１〜１−３から受信したパケットデータは、入力さ
れたメディアに関係なく、ＰＳＭ２に格納される。この
場合、受信したパケットデータは、リスト構造をもつ固
定長データの形に区切られてＰＳＭ２に収容される。
１−１〜１−３から受信したパケットデータは、入力さ
れたメディアに関係なく、ＰＳＭ２に格納される。この
場合、受信したパケットデータは、リスト構造をもつ固
定長データの形に区切られてＰＳＭ２に収容される。
【００１５】また、パケットデータが固定長バッファに
収容されるとき、そのパケットデータのヘッダには、入
力されたポート、すなわち受信したネットワークを識別
するための識別情報を書込んでおく。これにより上位ソ
フトウェア５は、受信したデータがどのネットワークイ
ンタフェースから受信したものであるかを判別すること
ができるのである。
収容されるとき、そのパケットデータのヘッダには、入
力されたポート、すなわち受信したネットワークを識別
するための識別情報を書込んでおく。これにより上位ソ
フトウェア５は、受信したデータがどのネットワークイ
ンタフェースから受信したものであるかを判別すること
ができるのである。
【００１６】図２に、リスト構造をもつ固定長データの
一例が示されている。まず、この固定長データはｎバイ
ト単位でＰＳＭ２に格納される。例えば、同図に示され
ているように１２８バイト単位である。同図中の「ｎｅ
ｘｔ」フィールド２１は、次の固定長データを指し示す
ポインタとなっており、これによってリスト構造が構築
される。「ｌｅｎ」フィールド２２は固定長バッファ内
のデータのサイズを示し、「ｄａｔａ」フィールド２３
は固定長バッファ内のデータ格納位置ポインタを示す。
「ｔｙｐｅ」フィールド２４は、パケットデータのサイ
ズが固定長バッファサイズに収まりきらず、複数固定長
バッファのリスト構造によって表現される場合、その固
定長バッファがパケットデータの先頭か否かを示す。
一例が示されている。まず、この固定長データはｎバイ
ト単位でＰＳＭ２に格納される。例えば、同図に示され
ているように１２８バイト単位である。同図中の「ｎｅ
ｘｔ」フィールド２１は、次の固定長データを指し示す
ポインタとなっており、これによってリスト構造が構築
される。「ｌｅｎ」フィールド２２は固定長バッファ内
のデータのサイズを示し、「ｄａｔａ」フィールド２３
は固定長バッファ内のデータ格納位置ポインタを示す。
「ｔｙｐｅ」フィールド２４は、パケットデータのサイ
ズが固定長バッファサイズに収まりきらず、複数固定長
バッファのリスト構造によって表現される場合、その固
定長バッファがパケットデータの先頭か否かを示す。
【００１７】「ｐｋｔｌｅｎ」フィールド２５は、パケ
ットデータ全体のサイズを示す。受信したパケットデー
タが１つの固定長データに収まる場合、「ｌｅｎ」フィ
ールド２２と「ｐｋｔｌｅｎ」フィールド２５とは同じ
値となる。「ｉｎｐｕｔ−ｉｄ」フィールド２６は、受
信の際に用いたネットワークインタフェースの種類を判
別するために使用されるフィールドである。データ２０
は受信したパケットデータが予め定められた長さに分割
されたものであり、フィールド２１〜２６によるヘッダ
部分に対するペイロード部分となる。本例では、ヘッダ
部分が２４バイト、ペイロード部分が１０４バイトであ
る。ただし、このバイト数に限定されるものではなく、
ヘッダ部分のバイト数を減らしたりペイロード部分のバ
イト数を増やしても良い。
ットデータ全体のサイズを示す。受信したパケットデー
タが１つの固定長データに収まる場合、「ｌｅｎ」フィ
ールド２２と「ｐｋｔｌｅｎ」フィールド２５とは同じ
値となる。「ｉｎｐｕｔ−ｉｄ」フィールド２６は、受
信の際に用いたネットワークインタフェースの種類を判
別するために使用されるフィールドである。データ２０
は受信したパケットデータが予め定められた長さに分割
されたものであり、フィールド２１〜２６によるヘッダ
部分に対するペイロード部分となる。本例では、ヘッダ
部分が２４バイト、ペイロード部分が１０４バイトであ
る。ただし、このバイト数に限定されるものではなく、
ヘッダ部分のバイト数を減らしたりペイロード部分のバ
イト数を増やしても良い。
【００１８】ペイロード部分に収容されたデータ２０は
同図に示されている固定長データの形式のまま上位ソフ
トウェアに渡され、ヘッダ部分が削除されかつ「ｎｅｘ
ｔ」フィールド２１を基にデータの連結がなされた後、
所望の処理が行われることになる。
同図に示されている固定長データの形式のまま上位ソフ
トウェアに渡され、ヘッダ部分が削除されかつ「ｎｅｘ
ｔ」フィールド２１を基にデータの連結がなされた後、
所望の処理が行われることになる。
【００１９】図３は、本実施形態による通信処理システ
ムのより具体的な構成例を示すブロック図である。同図
に示されている通信処理システムは、ＣＰＵ５−１をシ
ステム全体のコアとし、このＣＰＵ５−１上で動作する
ＯＳ５−２がソフトウェアを管理する。本例では、ネッ
トワークインタフェースとして、イーサネットデバイス
３１−１、ＰＰＰデバイス３１−２、ＡＴＭデバイス３
１−３の各入力ポートを持っている。そして、ネットワ
ーク上位プロトコルとして、ＩＰレイヤ（Ｉｎｔｅｒｎ
ｅｔ Ｐｒｏｔｏｃｏｌ Ｌａｙｅｒ）５−３、ＴＣＰ
（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏ
ｔｏｃｏｌ）レイヤ５−５、ＵＤＰ（Ｕｓｅｒ Ｄａｔ
ａｇｒａｍ Ｐｒｏｔｏｃｏｌ）レイヤ５−６及びソケ
ットインタフェース（Ｓｏｃｋｅｔ ｉｎｔｅｒｆａｃ
ｅ）レイヤ５−７とからなるＴＣＰ／ＩＰプロトコル
と、ＡＴＭプロトコル５−４とを実装している。
ムのより具体的な構成例を示すブロック図である。同図
に示されている通信処理システムは、ＣＰＵ５−１をシ
ステム全体のコアとし、このＣＰＵ５−１上で動作する
ＯＳ５−２がソフトウェアを管理する。本例では、ネッ
トワークインタフェースとして、イーサネットデバイス
３１−１、ＰＰＰデバイス３１−２、ＡＴＭデバイス３
１−３の各入力ポートを持っている。そして、ネットワ
ーク上位プロトコルとして、ＩＰレイヤ（Ｉｎｔｅｒｎ
ｅｔ Ｐｒｏｔｏｃｏｌ Ｌａｙｅｒ）５−３、ＴＣＰ
（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏ
ｔｏｃｏｌ）レイヤ５−５、ＵＤＰ（Ｕｓｅｒ Ｄａｔ
ａｇｒａｍ Ｐｒｏｔｏｃｏｌ）レイヤ５−６及びソケ
ットインタフェース（Ｓｏｃｋｅｔ ｉｎｔｅｒｆａｃ
ｅ）レイヤ５−７とからなるＴＣＰ／ＩＰプロトコル
と、ＡＴＭプロトコル５−４とを実装している。
【００２０】また、ＯＳ５−２及びソケットインタフェ
ースレイヤ５−７の上位にはＡＰＩ（Ａｐｐｌｉｃａｔ
ｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃ
ｅ）５−８が位置している。このＡＰＩ５−８は、受信
したデータを用いてアプリケーションソフトウェア独自
の処理を行う。
ースレイヤ５−７の上位にはＡＰＩ（Ａｐｐｌｉｃａｔ
ｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃ
ｅ）５−８が位置している。このＡＰＩ５−８は、受信
したデータを用いてアプリケーションソフトウェア独自
の処理を行う。
【００２１】この図３の構成においては、ネットワーク
ドライバ４は複数設ける必要はなく、ＰＳＭ２内の固定
長データをアクセスする機能を持ったドライバを１つだ
け用意すれば良い。次に、同図を用いて処理例を説明す
る。今、通信処理システムのイーサネットポートからパ
ケットデータを受信したとする。すると、イーサネット
デバイス３１−１は、受信したパケットサイズが予め定
義した固定長バッファサイズ以上であれば、複数の固定
長データを格納する領域をＰＳＭ２上にリスト構造で確
保し、パケットデータをコピーする。ＰＳＭ２へのコピ
ーが終了すると、イーサネットデバイス３１−１はネッ
トワークドライバ４にコピーの終了を通知する。これに
応答して、ネットワークドライバ４が起動される。ネッ
トワークドライバ４は、固定長データの内容を解析し、
ＩＰレイヤ５−３へ処理を受け渡し、動作を終了する。
ドライバ４は複数設ける必要はなく、ＰＳＭ２内の固定
長データをアクセスする機能を持ったドライバを１つだ
け用意すれば良い。次に、同図を用いて処理例を説明す
る。今、通信処理システムのイーサネットポートからパ
ケットデータを受信したとする。すると、イーサネット
デバイス３１−１は、受信したパケットサイズが予め定
義した固定長バッファサイズ以上であれば、複数の固定
長データを格納する領域をＰＳＭ２上にリスト構造で確
保し、パケットデータをコピーする。ＰＳＭ２へのコピ
ーが終了すると、イーサネットデバイス３１−１はネッ
トワークドライバ４にコピーの終了を通知する。これに
応答して、ネットワークドライバ４が起動される。ネッ
トワークドライバ４は、固定長データの内容を解析し、
ＩＰレイヤ５−３へ処理を受け渡し、動作を終了する。
【００２２】本実施例による通信処理システムでは、ど
のネットワークインタフェース（この場合、イーサネッ
トデバイス３１−１、ＰＰＰデバイス３１−２、ＡＴＭ
デバイス３１−３）からパケットを受信しても、以下の
項目については共通である。すなわち、ネットワークデ
バイスは、ＰＳＭ２上の固定長データ用として確保した
領域に固定長データをコピーする。ネットワークドライ
バ４は、ハードウェアとのインタフェースとして、固定
長データを読み出すためのドライバ１つを設ければ足り
るのである。
のネットワークインタフェース（この場合、イーサネッ
トデバイス３１−１、ＰＰＰデバイス３１−２、ＡＴＭ
デバイス３１−３）からパケットを受信しても、以下の
項目については共通である。すなわち、ネットワークデ
バイスは、ＰＳＭ２上の固定長データ用として確保した
領域に固定長データをコピーする。ネットワークドライ
バ４は、ハードウェアとのインタフェースとして、固定
長データを読み出すためのドライバ１つを設ければ足り
るのである。
【００２３】次に、図１中のネットワークインタフェー
スの内部構成例について図４を参照して説明する。図４
には、図１中のイーサネットデバイス３１−１の内部構
成例が示されている。同図を参照すると、イーサネット
デバイス３１−１は、イーサネットから受信したデータ
を蓄積するバッファ３２と、このバッファ３２について
のライトポインタＷＰ及びリードポインタＲＰを管理す
る制御回路３３と、ヘッダを生成して付加するヘッダ付
加部３４とを含んで構成されている。
スの内部構成例について図４を参照して説明する。図４
には、図１中のイーサネットデバイス３１−１の内部構
成例が示されている。同図を参照すると、イーサネット
デバイス３１−１は、イーサネットから受信したデータ
を蓄積するバッファ３２と、このバッファ３２について
のライトポインタＷＰ及びリードポインタＲＰを管理す
る制御回路３３と、ヘッダを生成して付加するヘッダ付
加部３４とを含んで構成されている。
【００２４】かかる構成において、ライトポインタＷＰ
及びリードポインタＲＰを管理してバッファ３２から予
め定められたバイト数（例えば、１０４バイト）のデー
タを読出す。そして、この読出されたデータに、予め定
められたバイト数（例えば、２４バイト）のヘッダがヘ
ッダ付加部３４によって付加される。これによって、固
定長データ（例えば、１２８バイトのデータ）が生成さ
れる。そして、この生成された固定長データは、上述し
たＰＳＭ２に格納されるのである。
及びリードポインタＲＰを管理してバッファ３２から予
め定められたバイト数（例えば、１０４バイト）のデー
タを読出す。そして、この読出されたデータに、予め定
められたバイト数（例えば、２４バイト）のヘッダがヘ
ッダ付加部３４によって付加される。これによって、固
定長データ（例えば、１２８バイトのデータ）が生成さ
れる。そして、この生成された固定長データは、上述し
たＰＳＭ２に格納されるのである。
【００２５】同様に、バッファ３２からデータが順次読
出され、順次ヘッダが付加されることにより、例えば図
２に示されているような形式の固定長データが順次生成
されてＰＳＭ２に格納されるのである。
出され、順次ヘッダが付加されることにより、例えば図
２に示されているような形式の固定長データが順次生成
されてＰＳＭ２に格納されるのである。
【００２６】図３に戻り、ＰＳＭ２に格納された固定長
データは、上述したように、バッファインタフェース３
及びネットワークドライバ４を介して上位ソフトウェア
に受取られ、所定の処理が行われるのである。この場
合、ＣＰＵ５−１の制御によって作業用のメインメモリ
（図示せず）に固定長データが順次書込まれることにな
る。このとき、固定長データに付加されているヘッダの
「ｎｅｘｔ」フィールドを参照してデータ同士が連結さ
れる。このとき、固定長データに付加されているヘッダ
は削除された後、データの連結が行われる。
データは、上述したように、バッファインタフェース３
及びネットワークドライバ４を介して上位ソフトウェア
に受取られ、所定の処理が行われるのである。この場
合、ＣＰＵ５−１の制御によって作業用のメインメモリ
（図示せず）に固定長データが順次書込まれることにな
る。このとき、固定長データに付加されているヘッダの
「ｎｅｘｔ」フィールドを参照してデータ同士が連結さ
れる。このとき、固定長データに付加されているヘッダ
は削除された後、データの連結が行われる。
【００２７】要するに、本システムでは、図５に示され
ているような通信処理方法が実行されていることにな
る。すなわち、同図を参照すると、ネットワークからデ
ータを受信すると（ステップＳ５１）、ネットワークイ
ンタフェース内のバッファに蓄積される。次に、蓄積さ
れた受信データについてデータサイズを調べ（ステップ
Ｓ５２）、必要な数だけ固定長データを格納するための
領域をＰＳＭ２内に確保する（ステップＳ５３）。
ているような通信処理方法が実行されていることにな
る。すなわち、同図を参照すると、ネットワークからデ
ータを受信すると（ステップＳ５１）、ネットワークイ
ンタフェース内のバッファに蓄積される。次に、蓄積さ
れた受信データについてデータサイズを調べ（ステップ
Ｓ５２）、必要な数だけ固定長データを格納するための
領域をＰＳＭ２内に確保する（ステップＳ５３）。
【００２８】この領域を確保した後、ヘッダ付加部３４
（図４参照）によってヘッダを生成し（ステップＳ５
４）、ヘッダ及びデータからなる固定長データをその領
域に書込む（ステップＳ５５）。受信したデータが複数
の領域にまたがる場合には、図中の破線で示されている
ように、ステップＳ５３からＳ５５までが繰返し実行さ
れる。すなわち、固定長データ格納領域の確保（ステッ
プＳ５３）、ヘッダの生成（ステップＳ５４）及び固定
長データの書込み（ステップＳ５５）が繰返し行われ
る。これにより、受信したデータが固定長のデータに分
割されてＰＳＭ２に書込まれることになる。
（図４参照）によってヘッダを生成し（ステップＳ５
４）、ヘッダ及びデータからなる固定長データをその領
域に書込む（ステップＳ５５）。受信したデータが複数
の領域にまたがる場合には、図中の破線で示されている
ように、ステップＳ５３からＳ５５までが繰返し実行さ
れる。すなわち、固定長データ格納領域の確保（ステッ
プＳ５３）、ヘッダの生成（ステップＳ５４）及び固定
長データの書込み（ステップＳ５５）が繰返し行われ
る。これにより、受信したデータが固定長のデータに分
割されてＰＳＭ２に書込まれることになる。
【００２９】受信したデータのＰＳＭ２への書込みが終
了すると、ネットワークドライバにデータ書込み終了の
旨が通知される（ステップＳ５６）。すると、上位ソフ
トウェアは、ＰＳＭ２に対して固定長データの読出しを
行うことによって、データを受取る（ステップＳ５
７）。
了すると、ネットワークドライバにデータ書込み終了の
旨が通知される（ステップＳ５６）。すると、上位ソフ
トウェアは、ＰＳＭ２に対して固定長データの読出しを
行うことによって、データを受取る（ステップＳ５
７）。
【００３０】以上はネットワークからデータを受信する
場合について説明したが、ネットワークにデータを送信
する場合にも、以上と逆の動作が行われる。すなわち、
ヘッダを含む固定長データが上位ソフトウェアによって
ＰＳＭ２に書込まれ、このＰＳＭ２から各ネットワーク
インタフェースが固定長データを読出して連結した後ネ
ットワークに送出するのである。
場合について説明したが、ネットワークにデータを送信
する場合にも、以上と逆の動作が行われる。すなわち、
ヘッダを含む固定長データが上位ソフトウェアによって
ＰＳＭ２に書込まれ、このＰＳＭ２から各ネットワーク
インタフェースが固定長データを読出して連結した後ネ
ットワークに送出するのである。
【００３１】ところで、図１中の各ネットワークインタ
フェースとＰＳＭ２との接続関係については、複数種類
の構成が考えられる。その１つは、図６に示されている
ように各ネットワークインタフェース１−１〜１−３と
ＰＳＭ２とが同一のバスＢに接続され、ＰＳＭ２に対す
るデータ書込み及び読出しを上位装置であるＣＰＵ１０
によって制御する構成である。他の１つは、図７に示さ
れているように各ネットワークインタフェース１−１〜
１−３とＰＳＭ２とを接続するバスＢ２とは異なるバス
Ｂ１に接続され、ＰＳＭ２に周知のデュアルポートメモ
リを用いる構成である。いずれの構成においてもＣＰＵ
１０は、図１中の上位ソフトウェア５の内容に従って所
定の動作を行うことになる。この場合、図１中のバッフ
ァインタフェース３には、図６又は図７中に記載されて
いるバスＢ又はバスＢ１及びバスＢ２が含まれることに
なる。
フェースとＰＳＭ２との接続関係については、複数種類
の構成が考えられる。その１つは、図６に示されている
ように各ネットワークインタフェース１−１〜１−３と
ＰＳＭ２とが同一のバスＢに接続され、ＰＳＭ２に対す
るデータ書込み及び読出しを上位装置であるＣＰＵ１０
によって制御する構成である。他の１つは、図７に示さ
れているように各ネットワークインタフェース１−１〜
１−３とＰＳＭ２とを接続するバスＢ２とは異なるバス
Ｂ１に接続され、ＰＳＭ２に周知のデュアルポートメモ
リを用いる構成である。いずれの構成においてもＣＰＵ
１０は、図１中の上位ソフトウェア５の内容に従って所
定の動作を行うことになる。この場合、図１中のバッフ
ァインタフェース３には、図６又は図７中に記載されて
いるバスＢ又はバスＢ１及びバスＢ２が含まれることに
なる。
【００３２】図６の構成の場合には、図８に示されてい
るように、各ネットワークインタフェース１−１〜１−
３からＰＳＭ２に対してアドレスＡＤＤＲ及びデータＤ
ＡＴＡを指定して固定長データの書込みを行い、同様に
ＣＰＵ１０からもＰＳＭ２に対してアドレスＡＤＤＲ及
びデータＤＡＴＡを指定して固定長データの読出しを行
うのである。なお、この場合、図示せぬメモリコントロ
ーラによってＰＳＭ２に対するアクセスの調停が行われ
る。
るように、各ネットワークインタフェース１−１〜１−
３からＰＳＭ２に対してアドレスＡＤＤＲ及びデータＤ
ＡＴＡを指定して固定長データの書込みを行い、同様に
ＣＰＵ１０からもＰＳＭ２に対してアドレスＡＤＤＲ及
びデータＤＡＴＡを指定して固定長データの読出しを行
うのである。なお、この場合、図示せぬメモリコントロ
ーラによってＰＳＭ２に対するアクセスの調停が行われ
る。
【００３３】一方図７の構成の場合には、図９に示され
ているように、ネットワークインタフェース１−１〜１
−３からＰＳＭ２に対してデータ書込要求（Ｒｅｑ）を
夫々送出し、応答（Ａｃｋ）を受取ったネットワークイ
ンタフェースが固定長データの書込みを行う。このと
き、各ネットワークインタフェース１−１〜１−３から
ＰＳＭ２に対してアドレスＡＤＤＲ及びデータＤＡＴＡ
を指定する。書込みが完了すると、ネットワークインタ
フェースは、上位装置であるＣＰＵ１０に対して図示せ
ぬ信号線を用いて割込みを行うこと等によって通知す
る。ＣＰＵ１０は、ＰＳＭ２に対してアドレスＡＤＤＲ
及びデータＤＡＴＡを指定し、固定長データの読出しを
行う。
ているように、ネットワークインタフェース１−１〜１
−３からＰＳＭ２に対してデータ書込要求（Ｒｅｑ）を
夫々送出し、応答（Ａｃｋ）を受取ったネットワークイ
ンタフェースが固定長データの書込みを行う。このと
き、各ネットワークインタフェース１−１〜１−３から
ＰＳＭ２に対してアドレスＡＤＤＲ及びデータＤＡＴＡ
を指定する。書込みが完了すると、ネットワークインタ
フェースは、上位装置であるＣＰＵ１０に対して図示せ
ぬ信号線を用いて割込みを行うこと等によって通知す
る。ＣＰＵ１０は、ＰＳＭ２に対してアドレスＡＤＤＲ
及びデータＤＡＴＡを指定し、固定長データの読出しを
行う。
【００３４】なお、図６〜図９の場合は、いずれも受信
データを格納するメモリであるＰＳＭ２を各ネットワー
クインタフェースに対して共通に設けているが、これに
限定せず各ネットワークインタフェースに１対１に対応
させてメモリを設けても良い。ただし、実施例のように
各ネットワークインタフェースに対して共通にメモリを
設ければ、システム全体の構成が小さくなるので、コス
トの削減や筐体を小さくする上で得策である。
データを格納するメモリであるＰＳＭ２を各ネットワー
クインタフェースに対して共通に設けているが、これに
限定せず各ネットワークインタフェースに１対１に対応
させてメモリを設けても良い。ただし、実施例のように
各ネットワークインタフェースに対して共通にメモリを
設ければ、システム全体の構成が小さくなるので、コス
トの削減や筐体を小さくする上で得策である。
【００３５】ここで、以上の説明におけるネットワーク
インタフェース１−１〜１−３は、イーサネット、ＰＰ
Ｐ、ＡＴＭ等の周知のネットワークインタフェースであ
る。しかしながら、本システムはそれ以外の場合につい
ても適用することができる。すなわち、他の汎用Ｉ／Ｏ
デバイス、例えばＵＡＲＴ（Ｕｎｉｖｅｒｓａｌ Ａｓ
ｙｎｃｈｒｏｎｏｕｓ Ｒｅｃｅｉｖｅｒ−Ｔｒａｎｓ
ｃｅｉｖｅｒ）、ＰＩＯ（Ｐｒｏｇｒａｍｍｅｄ Ｉｎ
ｐｕｔ／Ｏｕｔｐｕｔ）、プリンタポート等が複数存在
するシステムにおいても適用できる。さらに、ディジタ
ルカメラ等、ディジタルデータを取扱う機器との接続を
行う場合に、本システムを広く採用できることは明らか
である。
インタフェース１−１〜１−３は、イーサネット、ＰＰ
Ｐ、ＡＴＭ等の周知のネットワークインタフェースであ
る。しかしながら、本システムはそれ以外の場合につい
ても適用することができる。すなわち、他の汎用Ｉ／Ｏ
デバイス、例えばＵＡＲＴ（Ｕｎｉｖｅｒｓａｌ Ａｓ
ｙｎｃｈｒｏｎｏｕｓ Ｒｅｃｅｉｖｅｒ−Ｔｒａｎｓ
ｃｅｉｖｅｒ）、ＰＩＯ（Ｐｒｏｇｒａｍｍｅｄ Ｉｎ
ｐｕｔ／Ｏｕｔｐｕｔ）、プリンタポート等が複数存在
するシステムにおいても適用できる。さらに、ディジタ
ルカメラ等、ディジタルデータを取扱う機器との接続を
行う場合に、本システムを広く採用できることは明らか
である。
【００３６】さらに本システムは、将来標準的に採用さ
れる可能性のあるネットワークインタフェースや各機器
メーカ独自のネットワークインタフェースについても、
取扱うことができる。つまり、ネットワークインタフェ
ースから出力されるデータを、固定長データの形式に分
割して取扱うので、データを簡単に取扱うことができる
のである。
れる可能性のあるネットワークインタフェースや各機器
メーカ独自のネットワークインタフェースについても、
取扱うことができる。つまり、ネットワークインタフェ
ースから出力されるデータを、固定長データの形式に分
割して取扱うので、データを簡単に取扱うことができる
のである。
【００３７】例えば、図１０に示されているように、本
通信処理システムを複数用意し、それらを「ＮｅｔＸ」
ネットワークインタフェース１−４で相互に接続するこ
ともできる。この場合、ネットワークインタフェース１
−４は、新たに開発したものであっても良い。そして、
ネットワークインタフェース１−４が、上述した固定長
データのままで受信データを授受する構成であれば、複
数の通信処理システム間で固定長データのままデータを
授受できる。この場合、各システム１００、２００に夫
々ＣＰＵ１０ａ，１０ｂが設けられ、ＰＳＭ２ａ，２ｂ
も設けられているので、データ受信について分散処理を
行うことができ、１つのＣＰＵに処理の負担がかかるこ
とはない。そして、固定長データに含まれているヘッダ
の「ｎｅｘｔ」フィールドを参照すれば、元のデータを
復元することができることは上述した通りである。
通信処理システムを複数用意し、それらを「ＮｅｔＸ」
ネットワークインタフェース１−４で相互に接続するこ
ともできる。この場合、ネットワークインタフェース１
−４は、新たに開発したものであっても良い。そして、
ネットワークインタフェース１−４が、上述した固定長
データのままで受信データを授受する構成であれば、複
数の通信処理システム間で固定長データのままデータを
授受できる。この場合、各システム１００、２００に夫
々ＣＰＵ１０ａ，１０ｂが設けられ、ＰＳＭ２ａ，２ｂ
も設けられているので、データ受信について分散処理を
行うことができ、１つのＣＰＵに処理の負担がかかるこ
とはない。そして、固定長データに含まれているヘッダ
の「ｎｅｘｔ」フィールドを参照すれば、元のデータを
復元することができることは上述した通りである。
【００３８】ところで、１つのバスに多数のネットワー
クインタフェースを接続してデータを受信するとＣＰＵ
に負担がかかるばかりでなく、ネットワークインタフェ
ースボードを挿入するためのスロットを多数用意しなけ
ればならず、本システムを収容する装置筐体が大きくな
りコスト高となる。これに対し、１つのバスに少数（例
えば、図示されているように４つ）のネットワークイン
タフェースを接続する構成であれば、装置筐体が小さく
なりコストを削減できる。そして、そのネットワークイ
ンタフェースの少なくとも１つを、上述したネットワー
クインタフェース１−４のような共通インタフェースに
しておけば、必要に応じて本システムを更に追加してそ
れらを相互に接続することによって、装置のコンパクト
性と優れた拡張性とを両立することができるのである。
このため本システムは、特にＳＯＨＯ（Ｓｍａｌｌ Ｏ
ｆｆｉｃｅ Ｈｏｍｅ Ｏｆｆｉｃｅ）に用いて最適と
考えられる。
クインタフェースを接続してデータを受信するとＣＰＵ
に負担がかかるばかりでなく、ネットワークインタフェ
ースボードを挿入するためのスロットを多数用意しなけ
ればならず、本システムを収容する装置筐体が大きくな
りコスト高となる。これに対し、１つのバスに少数（例
えば、図示されているように４つ）のネットワークイン
タフェースを接続する構成であれば、装置筐体が小さく
なりコストを削減できる。そして、そのネットワークイ
ンタフェースの少なくとも１つを、上述したネットワー
クインタフェース１−４のような共通インタフェースに
しておけば、必要に応じて本システムを更に追加してそ
れらを相互に接続することによって、装置のコンパクト
性と優れた拡張性とを両立することができるのである。
このため本システムは、特にＳＯＨＯ（Ｓｍａｌｌ Ｏ
ｆｆｉｃｅ Ｈｏｍｅ Ｏｆｆｉｃｅ）に用いて最適と
考えられる。
【００３９】また、同図に示されている通信処理システ
ム１００及び通信処理システム２００に夫々接続されて
いるネットワークインタフェース１−１ａ〜１−３ａ，
１−１ｂ〜１−３ｂが全て異なる種類のネットワークに
ついてのインタフェースであった場合には、ネットワー
クインタフェース１−４を介してシステム１００とシス
テム２００との間で固定長データを授受すれば、異なる
ネットワーク間でデータを容易に授受できるのである。
さらに多くの通信処理システム同士を接続して通信処理
システムネットワークを構築できることは明らかであ
る。
ム１００及び通信処理システム２００に夫々接続されて
いるネットワークインタフェース１−１ａ〜１−３ａ，
１−１ｂ〜１−３ｂが全て異なる種類のネットワークに
ついてのインタフェースであった場合には、ネットワー
クインタフェース１−４を介してシステム１００とシス
テム２００との間で固定長データを授受すれば、異なる
ネットワーク間でデータを容易に授受できるのである。
さらに多くの通信処理システム同士を接続して通信処理
システムネットワークを構築できることは明らかであ
る。
【００４０】以上のように、従来は、１つの通信処理装
置に、複数の異なるネットワークインタフェースを収容
する場合、機能の異なったハードウェアや、それに対応
するソフトウェアが必要となり、システム全体が複雑化
する傾向にあった。これに対し本システムによれば、い
ままでネットワークインタフェース毎に別々に設計して
いたハードウェアやソフトウェアを、メモリを介した固
定長バッファインタフェースに統一することにより単純
化できるのである。
置に、複数の異なるネットワークインタフェースを収容
する場合、機能の異なったハードウェアや、それに対応
するソフトウェアが必要となり、システム全体が複雑化
する傾向にあった。これに対し本システムによれば、い
ままでネットワークインタフェース毎に別々に設計して
いたハードウェアやソフトウェアを、メモリを介した固
定長バッファインタフェースに統一することにより単純
化できるのである。
【００４１】
【発明の効果】以上説明したように本発明は、互いに異
なる複数種類のネットワークから受信したデータを固定
長に分割してその受信したネットワークを識別するため
の識別情報を付加して上位装置に送出し、上位装置では
その識別情報の内容に応じて処理を行うことにより、複
数の異なるネットワークインターフェースを収容する場
合、機能の異なったハードウェアやそれに対応するソフ
トウェアを用意する必要はなく、システム全体が複雑化
することがないという効果がある。
なる複数種類のネットワークから受信したデータを固定
長に分割してその受信したネットワークを識別するため
の識別情報を付加して上位装置に送出し、上位装置では
その識別情報の内容に応じて処理を行うことにより、複
数の異なるネットワークインターフェースを収容する場
合、機能の異なったハードウェアやそれに対応するソフ
トウェアを用意する必要はなく、システム全体が複雑化
することがないという効果がある。
【図１】本発明の実施の一形態による通信処理装置のシ
ステム構成図である。
ステム構成図である。
【図２】メモリに分割して格納された固定長データの構
成を示す図である。
成を示す図である。
【図３】通信処理装置のより具体的な構成例を示すブロ
ック図である。
ック図である。
【図４】図１中の各ネットワークインタフェースの内部
構成例を示すブロック図である。
構成例を示すブロック図である。
【図５】図１の各部の動作を示すフローチャートであ
る。
る。
【図６】図１中の各ネットワークインタフェースとＰＳ
Ｍとの接続構成の一例を示すブロック図である。
Ｍとの接続構成の一例を示すブロック図である。
【図７】図１中の各ネットワークインタフェースとＰＳ
Ｍとの接続構成の他の例を示すブロック図である。
Ｍとの接続構成の他の例を示すブロック図である。
【図８】図６の接続構成の場合のより詳細な接続関係を
示すブロック図である。
示すブロック図である。
【図９】図７の接続構成の場合のより詳細な接続関係を
示すブロック図である。
示すブロック図である。
【図１０】本発明の実施の一形態による通信処理システ
ムネットワークの構成を示すブロック図である。
ムネットワークの構成を示すブロック図である。
【図１１】従来の通信処理装置の構成を示すブロック図
である。
である。
１−１〜１−４ ネットワークインタフェース ２ パケットストアメモリ ３ バッファインタフェース ４ ネットワークドライバ ５ 上位ソフトウェア ５−１，１０ ＣＰＵ ５−２ ＯＳ ５−３ ＩＰレイヤ ５−４ ＡＴＭプロトコル ５−５ ＴＣＰ ５−６ ＵＤＰ ５−７ ソケットインタフェース ５−８ ＡＰＩ ３１−１ イーサネットデバイス ３１−２ ＰＰＰデバイス ３１−３ ＡＴＭデバイス
───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.7，ＤＢ名) H04L 12/44 G06F 13/00 H04L 12/46 H04L 29/04
Claims (10)
- 【請求項１】 互いに異なる複数種類のネットワークの
いずれかから受信した受信データを所定の長さのデータ
に分割するデータ分割手段と、前記複数種類のネットワ
ークのうち前記受信データを受信したネットワークを識
別するための識別情報を前記データ分割手段によって分
割されたデータに付加して固定長データにする識別情報
付加手段とを含み、この識別情報が付加された固定長デ
ータを上位装置に送出する通信処理装置と、 前記固定長データを格納するメモリから該固定長データ
を読出すデータ読出手段と、前記メモリから読出した固
定長データに付加されている識別情報に対応する処理を
該データに対して行うデータ処理手段とを含む上位装置
と、 を含む通信処理システムを複数含み、更にそれら複数の
通信処理システムに共通に設けられた共通ネットワーク
を含み、この共通ネットワークを介して前記複数の通信
処理システム夫々が相互に前記固定長データを授受する
ようにしたことを特徴とする通信処理システムネットワ
ーク 。 - 【請求項２】 前記通信処理装置は、前記識別情報が付
加された固定長データを格納するメモリを更に含み、該
メモリを介して前記固定長データを前記上位装置に送出
するようにしたことを特徴とする請求項１記載の通信処
理システムネットワーク。 - 【請求項３】 前記メモリは、前記複数種類のネットワ
ークに対して共通に設けられていることを特徴とする請
求項２記載の通信処理システムネットワーク。 - 【請求項４】 前記メモリは、前記識別情報付加手段に
よって前記固定長データが書込まれ、前記上位装置によ
って該固定長データが読出されることを特徴とする請求
項２又は３記載の通信処理システムネットワーク。 - 【請求項５】 前記メモリは、前記上位装置によって前
記固定長データが読み書きされることを特徴とする請求
項２又は３記載の通信処理システムネットワーク。 - 【請求項６】 前記固定長データは、自データに続く次
のデータを指し示すポインタを含むことを特徴とする請
求項１〜５のいずれかに記載の通信処理シス テムネット
ワーク。 - 【請求項７】 前記複数種類のネットワークは、いずれ
もディジタルデータを伝送するネットワークであること
を特徴とする請求項１〜６のいずれかに記載の通信処理
システムネットワーク。 - 【請求項８】 前記複数種類のネットワークの１つは、
イーサネットによるネットワークであることを特徴とす
る請求項７記載の通信処理システムネットワーク。 - 【請求項９】 前記複数種類のネットワークの１つは、
ポイントトゥポイントプロトコルによるネットワークで
あることを特徴とする請求項７記載の通信処理システム
ネットワーク。 - 【請求項１０】 前記複数種類のネットワークの１つ
は、非同期転送モードによるネットワークであることを
特徴とする請求項７記載の通信処理システムネットワー
ク。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP592499A JP3339442B2 (ja) | 1999-01-13 | 1999-01-13 | 通信処理システムネットワーク |
| DE2000100965 DE10000965A1 (de) | 1999-01-13 | 2000-01-12 | Kommunikationsverarbeitungsvorrichtung, übergeordnetes System davon, Kommunikationsverarbeitungssystem, Kommunikationsverarbeitungssystemnetzwerk und Kommunikationsverarbeitungsverfahren |
| CA 2295279 CA2295279A1 (en) | 1999-01-13 | 2000-01-12 | Communication processing apparatus, superior system thereof, communication processing system, communication processing system network and communication processing process |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP592499A JP3339442B2 (ja) | 1999-01-13 | 1999-01-13 | 通信処理システムネットワーク |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000209252A JP2000209252A (ja) | 2000-07-28 |
| JP3339442B2 true JP3339442B2 (ja) | 2002-10-28 |
Family
ID=11624455
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP592499A Expired - Fee Related JP3339442B2 (ja) | 1999-01-13 | 1999-01-13 | 通信処理システムネットワーク |
Country Status (3)
| Country | Link |
|---|---|
| JP (1) | JP3339442B2 (ja) |
| CA (1) | CA2295279A1 (ja) |
| DE (1) | DE10000965A1 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4888099B2 (ja) * | 2006-12-13 | 2012-02-29 | 富士ゼロックス株式会社 | ネットワーク制御装置およびその制御方法 |
-
1999
- 1999-01-13 JP JP592499A patent/JP3339442B2/ja not_active Expired - Fee Related
-
2000
- 2000-01-12 CA CA 2295279 patent/CA2295279A1/en not_active Abandoned
- 2000-01-12 DE DE2000100965 patent/DE10000965A1/de not_active Withdrawn
Non-Patent Citations (1)
| Title |
|---|
| Ｐａｕｌ Ｗａｌｋｅｒ，家庭内ネットワーク向けインターフェース「ＩＥＥＥ １３５５」，日経エレクトロニクス，１９９７年５月１９日，５月１９日号，１７１−１８３頁 |
Also Published As
| Publication number | Publication date |
|---|---|
| DE10000965A1 (de) | 2000-07-27 |
| JP2000209252A (ja) | 2000-07-28 |
| CA2295279A1 (en) | 2000-07-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6185632B1 (en) | High speed communication protocol for IEEE-1394 including transmission of request and reply writes to a datagram-FIFO-address to exchange commands to end a job | |
| JP3601955B2 (ja) | データ転送方法およびそれに適した計算機システム | |
| JP5364773B2 (ja) | クライアントとサーバ間の接続を管理するためのシステムおよび方法 | |
| US7200641B1 (en) | Method and system for encoding SCSI requests for transmission using TCP/IP | |
| JP3150624B2 (ja) | 通信システム及び通信経路制御方法 | |
| JPH01502708A (ja) | 情報伝達方法とその装置 | |
| CN111416778B (zh) | 用于多设备物联网的单串口网关平台 | |
| WO2005046146A1 (en) | Method, system, and program for constructing a packet | |
| EP1033657B1 (en) | Packet communication apparatus provided with manager means for managing packet labels | |
| JP3339442B2 (ja) | 通信処理システムネットワーク | |
| US6457079B1 (en) | Communication apparatus with means for allocating alternate designation information to each function unit, and communication system with said two communication apparatuses | |
| JP2002521942A (ja) | メモリ装置およびメモリ装置の作動方法 | |
| JP3189269B2 (ja) | ネットワークプリンタ | |
| JPH04108242A (ja) | 通信制御装置のデータ転送方式 | |
| JP2924783B2 (ja) | リモートリード処理方法およびその装置 | |
| JPH06252955A (ja) | データ通信装置 | |
| JP3044653B2 (ja) | ゲートウェイ装置 | |
| JP3799741B2 (ja) | バスコントローラ | |
| CN117097814B (zh) | 仿真模型与终端间的异步通信方法 | |
| JP3644158B2 (ja) | 並列計算機におけるデータ送受信方法 | |
| JP3063225B2 (ja) | ゲートウェイの通信パラメータ設定装置 | |
| JP3623727B2 (ja) | 通信方法 | |
| KR960006472B1 (ko) | TICOM IOP 환경에서 FDDI펌웨어(firmware) 구동방법 | |
| JPH11232243A (ja) | 通信制御装置、方法および通信制御システム | |
| JP2000293316A (ja) | 通信ディスク装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070816 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080816 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080816 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090816 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090816 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100816 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110816 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110816 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120816 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130816 Year of fee payment: 11 |
|
| LAPS | Cancellation because of no payment of annual fees |