JPH117422A - メモリ搭載型の高速通信インタフェースボードとデータの送受信方法 - Google Patents
メモリ搭載型の高速通信インタフェースボードとデータの送受信方法Info
- Publication number
- JPH117422A JPH117422A JP9173233A JP17323397A JPH117422A JP H117422 A JPH117422 A JP H117422A JP 9173233 A JP9173233 A JP 9173233A JP 17323397 A JP17323397 A JP 17323397A JP H117422 A JPH117422 A JP H117422A
- Authority
- JP
- Japan
- Prior art keywords
- data
- memory
- class
- internal bus
- received
- 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
Landscapes
- Computer And Data Communications (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
(57)【要約】
【課題】 バースト的に大きな転送単位で送るデータ
と、小さな転送単位で頻繁に送るデータとが混在してデ
ータ転送される場合、通信路の設備コストを削減するこ
とができ、また、サーバからの応答時間を短縮すること
ができるメモリ搭載型の高速通信インタフェースボード
とデータの送受信方法を提供することを目的とするもの
である。 【解決手段】 送信データと受信のデータとをｎ種類
（ｎは１以上の整数）にクラス分けし、送信データと受
信データとを蓄積するｎ個のメモリを設け、上記メモリ
の１つと上記クラス分けされた１つのクラスとを対応さ
せ、データの送受信において、全てのメモリに対してバ
ッファリングを指示した後に、データのクラスを識別
し、蓄積するべきか否かを、各メモリ毎に判断した上で
蓄積するものである。
と、小さな転送単位で頻繁に送るデータとが混在してデ
ータ転送される場合、通信路の設備コストを削減するこ
とができ、また、サーバからの応答時間を短縮すること
ができるメモリ搭載型の高速通信インタフェースボード
とデータの送受信方法を提供することを目的とするもの
である。 【解決手段】 送信データと受信のデータとをｎ種類
（ｎは１以上の整数）にクラス分けし、送信データと受
信データとを蓄積するｎ個のメモリを設け、上記メモリ
の１つと上記クラス分けされた１つのクラスとを対応さ
せ、データの送受信において、全てのメモリに対してバ
ッファリングを指示した後に、データのクラスを識別
し、蓄積するべきか否かを、各メモリ毎に判断した上で
蓄積するものである。
Description
【０００１】
【発明の属する技術分野】本発明は、分散型サーバシス
テムにおけるデータの送受信方法に係り、特に、高速な
通信路によって接続された分散型マルチメディアサーバ
において、ビデオや音声のような長大で、連続性を持っ
たデータと、比較的サイズが小さく、サーバ間の通信制
御に必要な制御メッセージと等を混在させながら、サー
バ間で相互に転送するメモリ搭載型の通信インタフェー
スボードに関する。
テムにおけるデータの送受信方法に係り、特に、高速な
通信路によって接続された分散型マルチメディアサーバ
において、ビデオや音声のような長大で、連続性を持っ
たデータと、比較的サイズが小さく、サーバ間の通信制
御に必要な制御メッセージと等を混在させながら、サー
バ間で相互に転送するメモリ搭載型の通信インタフェー
スボードに関する。
【０００２】詳しくは、本発明は、サーバの内部バスと
サーバ間の通信路との間で、データの入出力を高速に行
う高速通信インタフェースボードにおいて、送受信する
データを、たとえば、ビデオストリームのような長大な
データと、ユーザ端末とサーバとの間でインタラクティ
ブなやり取りを行う場合の制御メッセージ（転送中止要
求、新規データの読出し要求、エラー通知等）とにクラ
ス分けし、各クラス毎にバッファメモリを設けることに
よって、ビデオストリームと制御メッセージとが混在し
た形で送受信を行う場合、先に送信（または受信）され
たビデオストリームの処理の完了を待つことなく、制御
メッセージを優先的に処理できるようにしたものであ
り、コスト削減のために、高速な通信路を用いて１本化
した場合であっても、通信インタフェースボード間のデ
ータ転送の高速化と、ユーザ端末から出された要求に対
する応答時間の短縮とを両立させることができる通信イ
ンタフェースボードに関する。
サーバ間の通信路との間で、データの入出力を高速に行
う高速通信インタフェースボードにおいて、送受信する
データを、たとえば、ビデオストリームのような長大な
データと、ユーザ端末とサーバとの間でインタラクティ
ブなやり取りを行う場合の制御メッセージ（転送中止要
求、新規データの読出し要求、エラー通知等）とにクラ
ス分けし、各クラス毎にバッファメモリを設けることに
よって、ビデオストリームと制御メッセージとが混在し
た形で送受信を行う場合、先に送信（または受信）され
たビデオストリームの処理の完了を待つことなく、制御
メッセージを優先的に処理できるようにしたものであ
り、コスト削減のために、高速な通信路を用いて１本化
した場合であっても、通信インタフェースボード間のデ
ータ転送の高速化と、ユーザ端末から出された要求に対
する応答時間の短縮とを両立させることができる通信イ
ンタフェースボードに関する。
【０００３】
【従来の技術】分散型サーバシステムの一例としてのビ
デオオンデマンドシステムについて説明する。
デオオンデマンドシステムについて説明する。
【０００４】図７は、従来のビデオオンデマンドシステ
ムＶＯＤＳ１を示すブロック図である。
ムＶＯＤＳ１を示すブロック図である。
【０００５】ビデオオンデマンドシステムＶＯＤＳ１
は、５台のサーバＳＶ１〜ＳＶ５と、これら５台のサー
バＳＶ１〜ＳＶ５を互いに接続する高速な通信路Ｃとに
よって構成されている。
は、５台のサーバＳＶ１〜ＳＶ５と、これら５台のサー
バＳＶ１〜ＳＶ５を互いに接続する高速な通信路Ｃとに
よって構成されている。
【０００６】通信路Ｃは、たとえば、Ｆｉｂｒｅ Ｃｈ
ａｎｎｅｌ（ANSI X3T11規格）である。サーバＳＶ１〜
ＳＶ５は、たとえば、ＰＣ／ＡＴ互換パソコンであり、
それぞれがビデオストリームを蓄積するハードディスク
装置を備えている。なお、ビデオオンデマンドシステム
ＶＯＤＳ１において、ＶＯＤ（Video-on-demand ）端末
６がサーバＳＶ１に接続されている。ＶＯＤ端末６は、
たとえばＰＣ／ＡＴ互換パソコンであり、ＦＤＤＩ（Fi
ber Distributed Data Interface）等でサーバＳＶ１と
接続され、所望のビデオ番組の読出し依頼をサーバ１へ
発行する。サーバＳＶ１は、ＶＯＤ端末６へ転送するビ
デオストリームを一時蓄積するメモリを備える。
ａｎｎｅｌ（ANSI X3T11規格）である。サーバＳＶ１〜
ＳＶ５は、たとえば、ＰＣ／ＡＴ互換パソコンであり、
それぞれがビデオストリームを蓄積するハードディスク
装置を備えている。なお、ビデオオンデマンドシステム
ＶＯＤＳ１において、ＶＯＤ（Video-on-demand ）端末
６がサーバＳＶ１に接続されている。ＶＯＤ端末６は、
たとえばＰＣ／ＡＴ互換パソコンであり、ＦＤＤＩ（Fi
ber Distributed Data Interface）等でサーバＳＶ１と
接続され、所望のビデオ番組の読出し依頼をサーバ１へ
発行する。サーバＳＶ１は、ＶＯＤ端末６へ転送するビ
デオストリームを一時蓄積するメモリを備える。
【０００７】ビデオストリームは、単位再生時間分のデ
ータサイズ毎にセグメント化され、５台のサーバＳＶ１
〜ＳＶ５に分散され、ストライピングしながら蓄積され
る（分散してシーケンシャルに蓄積される）。たとえ
ば、サーバＳＶ１が、所定のビデオストリームの転送依
頼をＶＯＤ端末６から受けた場合、サーバＳＶ１は、依
頼された所定のビデオストリームを構成する複数のセグ
メントデータを入手するために、各セグメントデータを
サーバＳＶ１に転送させるように、サーバＳＶ２〜ＳＶ
５へ、順次要求を出す。
ータサイズ毎にセグメント化され、５台のサーバＳＶ１
〜ＳＶ５に分散され、ストライピングしながら蓄積され
る（分散してシーケンシャルに蓄積される）。たとえ
ば、サーバＳＶ１が、所定のビデオストリームの転送依
頼をＶＯＤ端末６から受けた場合、サーバＳＶ１は、依
頼された所定のビデオストリームを構成する複数のセグ
メントデータを入手するために、各セグメントデータを
サーバＳＶ１に転送させるように、サーバＳＶ２〜ＳＶ
５へ、順次要求を出す。
【０００８】ビデオストリームがストライピングされて
いる順番に、しかもビデオの再生タイミングに応じて、
所定のサーバに対して、セグメントデータの転送要求が
発行される。サーバＳＶ１は、サーバＳＶ２〜ＳＶ５か
ら受信したセグメントデータを一時的に内部のメモリに
保存し、ビデオストリームの所定のビットレートに応じ
て、ＶＯＤ端末６へ転送する。なお、ＶＯＤ端末６が再
生しているビデオストリームが途切れないように、現在
再生しているセグメントデータ（ＶＯＤ端末６へ転送中
のセグメントデータ）よりも、先行しているセグメント
データに対して、転送要求が予め発行される。
いる順番に、しかもビデオの再生タイミングに応じて、
所定のサーバに対して、セグメントデータの転送要求が
発行される。サーバＳＶ１は、サーバＳＶ２〜ＳＶ５か
ら受信したセグメントデータを一時的に内部のメモリに
保存し、ビデオストリームの所定のビットレートに応じ
て、ＶＯＤ端末６へ転送する。なお、ＶＯＤ端末６が再
生しているビデオストリームが途切れないように、現在
再生しているセグメントデータ（ＶＯＤ端末６へ転送中
のセグメントデータ）よりも、先行しているセグメント
データに対して、転送要求が予め発行される。
【０００９】また、ＶＯＤ端末６は、ビデオ番組の中
止、ポーズ、番組中の再生ポイントの変更（ジャンプ）
等のビジュアルサーチ機能を要求することができ、これ
を実現するために、サーバ間では、セグメントデータの
読出し中止、新たなセグメントの読出し等の制御メッセ
ージが送られる。
止、ポーズ、番組中の再生ポイントの変更（ジャンプ）
等のビジュアルサーチ機能を要求することができ、これ
を実現するために、サーバ間では、セグメントデータの
読出し中止、新たなセグメントの読出し等の制御メッセ
ージが送られる。
【００１０】なお、サーバＳＶ１〜ＳＶ５のそれぞれ
に、ＶＯＤ端末６を複数台接続することが可能であり、
上記複数台接続された各ＶＯＤ端末において、上記ビデ
オストリームの再生やビジュアルサーチを、互いに独立
して実行することができる。
に、ＶＯＤ端末６を複数台接続することが可能であり、
上記複数台接続された各ＶＯＤ端末において、上記ビデ
オストリームの再生やビジュアルサーチを、互いに独立
して実行することができる。
【００１１】図８は、従来の通信インタフェースボード
ＣＩＢのブロック図である。
ＣＩＢのブロック図である。
【００１２】従来の通信インタフェースボードＣＩＢ
は、高速な通信路Ｃとの入出力コネクタ部である通信イ
ンタフェース１０と、通信インタフェース１０に対する
データの送受信を制御する通信インタフェース制御部２
０と、所定の送信データを到着順にキューイングした送
信キュー３１と、所定の受信データを到着順にキューイ
ングした受信キュー３１とを蓄積するメモリ３０と、ホ
ストＣＰＵ（Central Processing Unit ）５０との間
で、データの受け渡し経路を構成する内部バスインタフ
ェース４０と、内部バスインタフェース４０に対するデ
ータの送受信を制御する内部バスインタフェース制御部
４５とを有する。
は、高速な通信路Ｃとの入出力コネクタ部である通信イ
ンタフェース１０と、通信インタフェース１０に対する
データの送受信を制御する通信インタフェース制御部２
０と、所定の送信データを到着順にキューイングした送
信キュー３１と、所定の受信データを到着順にキューイ
ングした受信キュー３１とを蓄積するメモリ３０と、ホ
ストＣＰＵ（Central Processing Unit ）５０との間
で、データの受け渡し経路を構成する内部バスインタフ
ェース４０と、内部バスインタフェース４０に対するデ
ータの送受信を制御する内部バスインタフェース制御部
４５とを有する。
【００１３】通信インタフェース制御部２０は、送信デ
ータのヘッダを組立て、通信路Ｃ上の転送フォーマット
であるフレームを作成する送信シーケンスマネージャ２
１と、受信したフレームからヘッダを分解し、受信デー
タを取り出す受信シーケンスマネージャ２２とを有す
る。
ータのヘッダを組立て、通信路Ｃ上の転送フォーマット
であるフレームを作成する送信シーケンスマネージャ２
１と、受信したフレームからヘッダを分解し、受信デー
タを取り出す受信シーケンスマネージャ２２とを有す
る。
【００１４】次に、従来の通信インタフェースボードＣ
ＩＢの動作について説明する。
ＩＢの動作について説明する。
【００１５】最初に、通信インタフェースボードＣＩＢ
におけるデータ送信動作について説明する。
におけるデータ送信動作について説明する。
【００１６】まず、内部バスインタフェース制御部４５
は、内部バスインタフェース４０を介して、ホストＣＰ
Ｕ５０からデータを受信し、メモリ３０の送信キュー３
１の最後へキューイングする。送信キュー３１のキュー
長が増加することによって、通信インタフェース制御部
２０は、通信路Ｃへ送信すべき送信データがメモリ３０
に存在していることを認識する。通信インタフェース制
御部２０の中の送信シーケンスマネージャ２１は、送信
キュー３１にキューイングされている送信データをＦＩ
ＦＯ（First In First Out）規律に従う順番で取り出
し、通信路Ｃに転送させるために、送信データを単位長
さ毎に分割し、ヘッダ情報を付加したフレームに変換す
る。さらに、このフレームに変換された送信データを、
通信インタフェース１０を介して、通信路Ｃへ送り出
す。
は、内部バスインタフェース４０を介して、ホストＣＰ
Ｕ５０からデータを受信し、メモリ３０の送信キュー３
１の最後へキューイングする。送信キュー３１のキュー
長が増加することによって、通信インタフェース制御部
２０は、通信路Ｃへ送信すべき送信データがメモリ３０
に存在していることを認識する。通信インタフェース制
御部２０の中の送信シーケンスマネージャ２１は、送信
キュー３１にキューイングされている送信データをＦＩ
ＦＯ（First In First Out）規律に従う順番で取り出
し、通信路Ｃに転送させるために、送信データを単位長
さ毎に分割し、ヘッダ情報を付加したフレームに変換す
る。さらに、このフレームに変換された送信データを、
通信インタフェース１０を介して、通信路Ｃへ送り出
す。
【００１７】次に、通信インタフェースボードＣＩＢに
おけるデータ受信動作について説明する。
おけるデータ受信動作について説明する。
【００１８】まず、通信インタフェース制御部２０の中
の受信シーケンスマネージャ２２は、通信インタフェー
ス１０を介して受信した１つ以上のフレームからヘッダ
情報を削除し、受信データを合成し、この合成された受
信データを、メモリ３０の受信キュー３２の最後へキュ
ーイングする。さらに、メモリ３０の中に新規の受信デ
ータが存在していることを、割込み等の手段によって、
ホストＣＰＵ５０へ通知する。新規のデータ受信が存在
していることを、ホストＣＰＵ５０が知ると、内部バス
インタフェース制御部４５に、新規受信データの読出し
を指示する。内部バスインタフェース制御部４５は、受
信キュー３２にキューイングされている受信データを、
ＦＩＦＯ規律に従う順番で取り出し、内部バスインタフ
ェース４０を介して、ホストＣＰＵ５０へ転送する。
の受信シーケンスマネージャ２２は、通信インタフェー
ス１０を介して受信した１つ以上のフレームからヘッダ
情報を削除し、受信データを合成し、この合成された受
信データを、メモリ３０の受信キュー３２の最後へキュ
ーイングする。さらに、メモリ３０の中に新規の受信デ
ータが存在していることを、割込み等の手段によって、
ホストＣＰＵ５０へ通知する。新規のデータ受信が存在
していることを、ホストＣＰＵ５０が知ると、内部バス
インタフェース制御部４５に、新規受信データの読出し
を指示する。内部バスインタフェース制御部４５は、受
信キュー３２にキューイングされている受信データを、
ＦＩＦＯ規律に従う順番で取り出し、内部バスインタフ
ェース４０を介して、ホストＣＰＵ５０へ転送する。
【００１９】
【発明が解決しようとする課題】ビデオオンデマンドシ
ステム等において、ビデオストリームのような連続性を
持ち、サイズが大きなデータを転送している間も、その
間を割って、サイズの小さいデータを速やかに送受信す
る必要が生じる場合がある。たとえば、転送中のビデオ
ストリームに対する中止、ポーズ、ジャンプ等のインタ
ラクティブな制御メッセージを通知する必要が生じた場
合や、複数のＶＯＤ端末が同時にアクセスしているとき
に、他のユーザからのアクセス要求を通知する場合に
は、サイズが大きなデータを転送している間でもサイズ
の小さいデータを速やかに送受信する必要がある。
ステム等において、ビデオストリームのような連続性を
持ち、サイズが大きなデータを転送している間も、その
間を割って、サイズの小さいデータを速やかに送受信す
る必要が生じる場合がある。たとえば、転送中のビデオ
ストリームに対する中止、ポーズ、ジャンプ等のインタ
ラクティブな制御メッセージを通知する必要が生じた場
合や、複数のＶＯＤ端末が同時にアクセスしているとき
に、他のユーザからのアクセス要求を通知する場合に
は、サイズが大きなデータを転送している間でもサイズ
の小さいデータを速やかに送受信する必要がある。
【００２０】従来、この種のサーバ間のデータ転送にお
いて、ビデオストリームの転送と並行して、制御メッセ
ージの通知を速やかに行うためには、データバスと、制
御バスとを独立に有する構成が考えられている。しか
し、このようにすると、通信路のコストが２倍になると
いう欠点がある。さらに、サーバのプラットフォームを
廉価な市販品のＰＣとした場合、通信インタフェースボ
ードの大きさの制限によって、通信インタフェースのモ
ジュール部を複数並列に構成することができない場合
や、内部バスの拡張スロット数の制限によって、通信イ
ンタフェースボードを複数搭載できない場合には、通信
路の２重化を実行することは困難である。
いて、ビデオストリームの転送と並行して、制御メッセ
ージの通知を速やかに行うためには、データバスと、制
御バスとを独立に有する構成が考えられている。しか
し、このようにすると、通信路のコストが２倍になると
いう欠点がある。さらに、サーバのプラットフォームを
廉価な市販品のＰＣとした場合、通信インタフェースボ
ードの大きさの制限によって、通信インタフェースのモ
ジュール部を複数並列に構成することができない場合
や、内部バスの拡張スロット数の制限によって、通信イ
ンタフェースボードを複数搭載できない場合には、通信
路の２重化を実行することは困難である。
【００２１】そこで、サーバ間を高速な通信路１本で接
続する構成が考えられるが、この場合には、高速な通信
路におけるデータ転送速度と、サーバの内部バスにおけ
るデータ転送速度との差を吸収するために、インタフェ
ースボード上にダブルバッファを構成し、通信路からア
クセスする側と、内部バスからアクセスする側とを、順
次切換えながらデータを入出力する。この場合、たとえ
ば、ある通信インタフェースボードにおいて、ビデオス
トリームを２つ続いて受信した後に、制御メッセージを
受信したとすると、制御メッセージよりも先に到着した
２つのビデオストリームのそれぞれを、ダブルバッファ
に１つずつ格納し、この格納動作に続いていずれかのバ
ッファに、上記制御メッセージが格納される。すなわ
ち、ビデオストリームの少なくとも１つについて受信処
理が完了した後でなければ、上記制御メッセージを処理
することはできず、上記制御メッセージを処理するため
には、１つのビデオストリームについての受信処理を待
つ必要がある。つまり、上記従来例においては、ユーザ
端末からの要求に速やかに応答することができないとい
う問題がある。
続する構成が考えられるが、この場合には、高速な通信
路におけるデータ転送速度と、サーバの内部バスにおけ
るデータ転送速度との差を吸収するために、インタフェ
ースボード上にダブルバッファを構成し、通信路からア
クセスする側と、内部バスからアクセスする側とを、順
次切換えながらデータを入出力する。この場合、たとえ
ば、ある通信インタフェースボードにおいて、ビデオス
トリームを２つ続いて受信した後に、制御メッセージを
受信したとすると、制御メッセージよりも先に到着した
２つのビデオストリームのそれぞれを、ダブルバッファ
に１つずつ格納し、この格納動作に続いていずれかのバ
ッファに、上記制御メッセージが格納される。すなわ
ち、ビデオストリームの少なくとも１つについて受信処
理が完了した後でなければ、上記制御メッセージを処理
することはできず、上記制御メッセージを処理するため
には、１つのビデオストリームについての受信処理を待
つ必要がある。つまり、上記従来例においては、ユーザ
端末からの要求に速やかに応答することができないとい
う問題がある。
【００２２】本発明は、バースト的に大きな転送単位で
送るデータと、小さな転送単位で頻繁に送るデータとが
混在してデータ転送される場合、通信路の設備コストを
削減することができ、また、サーバからの応答時間を短
縮することができるメモリ搭載型の高速通信インタフェ
ースボードとデータの送受信方法を提供することを目的
とするものである。
送るデータと、小さな転送単位で頻繁に送るデータとが
混在してデータ転送される場合、通信路の設備コストを
削減することができ、また、サーバからの応答時間を短
縮することができるメモリ搭載型の高速通信インタフェ
ースボードとデータの送受信方法を提供することを目的
とするものである。
【００２３】
【課題を解決するための手段】本発明は、送信データと
受信のデータとをｎ種類（ｎは１以上の整数）にクラス
分けし、送信データと受信データとを蓄積するｎ個のメ
モリを設け、上記メモリの１つと上記クラス分けされた
１つのクラスとを対応させ、データの送受信において、
全てのメモリに対してバッファリングを指示した後に、
データのクラスを識別し、蓄積するべきか否かを、各メ
モリ毎に判断した上で蓄積したり、または、データを受
け取った時点で、そのクラスを識別することによって、
バッファリングするメモリを選択したりすることによっ
て、送信データまたは受信データを、上記ｎ種類のクラ
ス毎に独立にバッファリングするものである。
受信のデータとをｎ種類（ｎは１以上の整数）にクラス
分けし、送信データと受信データとを蓄積するｎ個のメ
モリを設け、上記メモリの１つと上記クラス分けされた
１つのクラスとを対応させ、データの送受信において、
全てのメモリに対してバッファリングを指示した後に、
データのクラスを識別し、蓄積するべきか否かを、各メ
モリ毎に判断した上で蓄積したり、または、データを受
け取った時点で、そのクラスを識別することによって、
バッファリングするメモリを選択したりすることによっ
て、送信データまたは受信データを、上記ｎ種類のクラ
ス毎に独立にバッファリングするものである。
【００２４】
【発明の実施の形態および実施例】図１は、本発明の一
実施例である通信インタフェースボードＣＩＢ１を示す
ブロック図である。
実施例である通信インタフェースボードＣＩＢ１を示す
ブロック図である。
【００２５】通信インタフェースボードＣＩＢ１は、複
数のサーバ間を結ぶ高速な通信路Ｃと、上記サーバの内
部バスとの間で、データの入出力を高速に行う通信イン
タフェースボードであり、通信インタフェース１１０
と、通信インタフェース制御部１２０と、ｎ個のメモリ
３０1 〜３０n （第１のメモリ３０1 、第２のメモリ３
０2 、……、第ｎのメモリ３０n ）と、ｎ個のメモリ管
理部３５1 〜３５n （第１のメモリ管理部３５1 、第２
のメモリ管理部３５2 、……、第ｎのメモリ管理部３５
n ）と、内部バスインタフェース１４０と、内部バスイ
ンタフェース制御部１４５を有する。
数のサーバ間を結ぶ高速な通信路Ｃと、上記サーバの内
部バスとの間で、データの入出力を高速に行う通信イン
タフェースボードであり、通信インタフェース１１０
と、通信インタフェース制御部１２０と、ｎ個のメモリ
３０1 〜３０n （第１のメモリ３０1 、第２のメモリ３
０2 、……、第ｎのメモリ３０n ）と、ｎ個のメモリ管
理部３５1 〜３５n （第１のメモリ管理部３５1 、第２
のメモリ管理部３５2 、……、第ｎのメモリ管理部３５
n ）と、内部バスインタフェース１４０と、内部バスイ
ンタフェース制御部１４５を有する。
【００２６】通信インタフェース制御部１２０は、通信
路Ｃに対するデータの送受信を制御するものであり、送
信シーケンスマネージャ１２１と、受信シーケンスマネ
ージャ１２２とを有する。
路Ｃに対するデータの送受信を制御するものであり、送
信シーケンスマネージャ１２１と、受信シーケンスマネ
ージャ１２２とを有する。
【００２７】第１のメモリ３０1 は、第１の送信キュー
３１1 と、第１の受信キュー３２1とを有し、第２のメ
モリ３０2 は、第２の送信キュー３１2 と、第２の受信
キュー３２2 とを有し、……、第ｎのメモリ３０n は、
第ｎの送信キュー３１n と、第ｎの受信キュー３２n と
を有する。
３１1 と、第１の受信キュー３２1とを有し、第２のメ
モリ３０2 は、第２の送信キュー３１2 と、第２の受信
キュー３２2 とを有し、……、第ｎのメモリ３０n は、
第ｎの送信キュー３１n と、第ｎの受信キュー３２n と
を有する。
【００２８】メモリ３０1 〜３０n のそれぞれは、互い
に異なるクラスに対応され、たとえば、それぞれ第１〜
第ｎのクラスに対応されている。つまり、メモリ３０1
は、第１のクラスに対応され、メモリ３０2 は、第２の
メモリに対応され、……、メモリ３０n は、第ｎのクラ
スに対応されている。
に異なるクラスに対応され、たとえば、それぞれ第１〜
第ｎのクラスに対応されている。つまり、メモリ３０1
は、第１のクラスに対応され、メモリ３０2 は、第２の
メモリに対応され、……、メモリ３０n は、第ｎのクラ
スに対応されている。
【００２９】そして、メモリ３０1 は、第１のクラスの
送信データを送信する場合、その到着順に、第１の送信
キュー３１1 に蓄積し、第１のクラスの受信データが受
信された場合、その到着順に受信キュー３２1 に蓄積す
る。メモリ３０2 は、第２のクラスの送信データを送信
する場合、その到着順に、第２の送信キュー３１2 に蓄
積し、第２のクラスの受信データが受信された場合、そ
の到着順に受信キュー３２2 に蓄積する。同様にして、
メモリ３０n は、第ｎのクラスの送信データを送信する
場合、その到着順に、第ｎの送信キュー３１n に蓄積
し、第ｎのクラスの受信データが受信された場合、その
到着順に受信キュー３２n に蓄積する。
送信データを送信する場合、その到着順に、第１の送信
キュー３１1 に蓄積し、第１のクラスの受信データが受
信された場合、その到着順に受信キュー３２1 に蓄積す
る。メモリ３０2 は、第２のクラスの送信データを送信
する場合、その到着順に、第２の送信キュー３１2 に蓄
積し、第２のクラスの受信データが受信された場合、そ
の到着順に受信キュー３２2 に蓄積する。同様にして、
メモリ３０n は、第ｎのクラスの送信データを送信する
場合、その到着順に、第ｎの送信キュー３１n に蓄積
し、第ｎのクラスの受信データが受信された場合、その
到着順に受信キュー３２n に蓄積する。
【００３０】内部バスインタフェース制御部１４５は、
内部バスに対するデータの送受信を制御するものであ
り、内部バスインタフェース１４０を介して受け取った
データを、ｎ個のメモリ管理部３５1 〜３５n へ渡すも
のである。
内部バスに対するデータの送受信を制御するものであ
り、内部バスインタフェース１４０を介して受け取った
データを、ｎ個のメモリ管理部３５1 〜３５n へ渡すも
のである。
【００３１】ｎ個のメモリ管理部３５1 〜３５n は、そ
れぞれメモリ３０1 〜３０n を管理し、つまり、メモリ
管理部３５1 は、メモリ３０1 を管理し、メモリ管理部
３５2 は、メモリ３０2 を管理し、……、メモリ管理部
３５n は、メモリ３０n を管理するものである。そし
て、ｎ個のメモリ管理部３５1 〜３５n のそれぞれは、
内部バスインタフェース制御部１４５から受け取った送
信データや、通信インタフェース制御部１２０から受け
取った受信データが属するクラスを判別し、この判別さ
れた受信データが属するクラスが、自分が管理するメモ
リが属するクラスと一致する場合には、そのクラスが同
一である受信データを、自らが管理するメモリに蓄積
し、クラスが一致しない場合には、その受信データを破
棄するものである。
れぞれメモリ３０1 〜３０n を管理し、つまり、メモリ
管理部３５1 は、メモリ３０1 を管理し、メモリ管理部
３５2 は、メモリ３０2 を管理し、……、メモリ管理部
３５n は、メモリ３０n を管理するものである。そし
て、ｎ個のメモリ管理部３５1 〜３５n のそれぞれは、
内部バスインタフェース制御部１４５から受け取った送
信データや、通信インタフェース制御部１２０から受け
取った受信データが属するクラスを判別し、この判別さ
れた受信データが属するクラスが、自分が管理するメモ
リが属するクラスと一致する場合には、そのクラスが同
一である受信データを、自らが管理するメモリに蓄積
し、クラスが一致しない場合には、その受信データを破
棄するものである。
【００３２】通信インタフェース制御部１２０は、第１
の送信キュー３１1 〜第ｎの送信キュー３１n のそれぞ
れのキュー長が増えたことによって、新たな送信データ
が存在することを認識するものであり、送信シーケンス
マネージャ１２１と、受信シーケンスマネージャ１２２
とを有する。
の送信キュー３１1 〜第ｎの送信キュー３１n のそれぞ
れのキュー長が増えたことによって、新たな送信データ
が存在することを認識するものであり、送信シーケンス
マネージャ１２１と、受信シーケンスマネージャ１２２
とを有する。
【００３３】通信インタフェース制御部１２０の中の送
信シーケンスマネージャ１２１は、各送信キュー３１1
〜３１n にキューイングされた送信データをＦＩＦＯ
（First In First Out）規律に従う順番で処理するもの
である。つまり、各送信キュー３１1 〜３１n における
蓄積の順番に従って、送信データを所定の単位転送長に
分割し、送信ヘッダ情報を添付し、フレームを作成す
る。このように１つ以上のフレームに変換された送信デ
ータは、通信インタフェース１１０を介して、通信路Ｃ
へ送り出される。
信シーケンスマネージャ１２１は、各送信キュー３１1
〜３１n にキューイングされた送信データをＦＩＦＯ
（First In First Out）規律に従う順番で処理するもの
である。つまり、各送信キュー３１1 〜３１n における
蓄積の順番に従って、送信データを所定の単位転送長に
分割し、送信ヘッダ情報を添付し、フレームを作成す
る。このように１つ以上のフレームに変換された送信デ
ータは、通信インタフェース１１０を介して、通信路Ｃ
へ送り出される。
【００３４】通信インタフェース制御１２０の中の受信
シーケンスマネージャ１２２は、通信インタフェース１
１０を介して受信した１つ以上のフレームから、ヘッダ
情報を取り外し、本来のデータを構成していた分のデー
タを合わせ、受信データを組み立て、さらに、受信デー
タをｎ個のメモリ管理部３５1 〜３５n へ転送するもの
である。
シーケンスマネージャ１２２は、通信インタフェース１
１０を介して受信した１つ以上のフレームから、ヘッダ
情報を取り外し、本来のデータを構成していた分のデー
タを合わせ、受信データを組み立て、さらに、受信デー
タをｎ個のメモリ管理部３５1 〜３５n へ転送するもの
である。
【００３５】通信路Ｃからの受信データを蓄積したメモ
リ管理部３５1 〜３５n のそれぞれは、割込み等の手段
によって、自らが管理するメモリ３０1 〜３０n のうち
の１つのメモリに受信データが存在していることを、ホ
ストＣＰＵ１５０へ通知するものである。
リ管理部３５1 〜３５n のそれぞれは、割込み等の手段
によって、自らが管理するメモリ３０1 〜３０n のうち
の１つのメモリに受信データが存在していることを、ホ
ストＣＰＵ１５０へ通知するものである。
【００３６】ここで、上記「クラス」は、同じ種類のデ
ータの集合であり、たとえば、サイズの大きなマルチメ
ディアのデータと、サイズの小さなサーバ間通信のため
の制御用メッセージとというように、データの大きさに
よって、データをクラス分けしてもよく、また、ビデオ
やオーディオ等の連続性を持ったストリームと、テキス
トや静止画等の連続性を持たないデータというように、
連続性の有無によって、データをクラス分けしてもよ
く、また、これらとサーバ間通信用の制御用メッセージ
との３つに、データをクラス分けするようにしてもよ
い。このデータのクラス分けのし方は任意である。
ータの集合であり、たとえば、サイズの大きなマルチメ
ディアのデータと、サイズの小さなサーバ間通信のため
の制御用メッセージとというように、データの大きさに
よって、データをクラス分けしてもよく、また、ビデオ
やオーディオ等の連続性を持ったストリームと、テキス
トや静止画等の連続性を持たないデータというように、
連続性の有無によって、データをクラス分けしてもよ
く、また、これらとサーバ間通信用の制御用メッセージ
との３つに、データをクラス分けするようにしてもよ
い。このデータのクラス分けのし方は任意である。
【００３７】また、メモリ３０1 〜３０n として、たと
えばビデオストリームのような長大データを蓄積するク
ラスには、高集積大容量のＤＲＡＭ（Dynamic Random A
ccess Memory）を用い、制御用メッセージのような小さ
いデータを蓄積するクラスには、高速なＳＲＡＭ（Stat
ic Random Access Memory ）を用いることが考えられ
る。
えばビデオストリームのような長大データを蓄積するク
ラスには、高集積大容量のＤＲＡＭ（Dynamic Random A
ccess Memory）を用い、制御用メッセージのような小さ
いデータを蓄積するクラスには、高速なＳＲＡＭ（Stat
ic Random Access Memory ）を用いることが考えられ
る。
【００３８】図２は、通信インタフェースボードＣＩＢ
１における送信動作を示すフローチャートである。
１における送信動作を示すフローチャートである。
【００３９】まず、データを送信する場合、ホストＣＰ
Ｕ１５０は、送信データが属するクラスを識別する情報
を、送信データのヘッダ部に書込み、内部バスを介し
て、通信インタフェースボードＣＩＢ１へデータ転送す
る（Ｔ１）。内部バスインタフェース制御部１４５は、
内部バスインタフェース１４０を介して受け取った送信
データを、全てのメモリ管理部３５1 〜３５n へ転送す
る。つまり、第１のメモリ管理部３５1 、第２のメモリ
管理部３５2 、……、第ｎのメモリ管理部３５nへ転送
する（Ｔ２）。
Ｕ１５０は、送信データが属するクラスを識別する情報
を、送信データのヘッダ部に書込み、内部バスを介し
て、通信インタフェースボードＣＩＢ１へデータ転送す
る（Ｔ１）。内部バスインタフェース制御部１４５は、
内部バスインタフェース１４０を介して受け取った送信
データを、全てのメモリ管理部３５1 〜３５n へ転送す
る。つまり、第１のメモリ管理部３５1 、第２のメモリ
管理部３５2 、……、第ｎのメモリ管理部３５nへ転送
する（Ｔ２）。
【００４０】たとえば、そのときに送信すべき送信デー
タが第１のクラスに属するデータである場合、第１のメ
モリ管理部３５1 は、送信データのヘッダ部を見て、第
１のクラスに属するデータであることを認識し（Ｔ３
1 ）、第１のメモリ３０1 の中の第１の送信キュー３１
1 の最後にキューイングする（Ｔ５1 ）。これと並行し
て、第２のメモリ管理部３５2 は、送信データのヘッダ
部を見て、第２のクラスに属するデータでないことを認
識し（Ｔ３2 ）、したがって、そのデータを破棄する
（Ｔ４2 ）。送信データが第１のクラスに属する場合、
他のメモリ管理部３５3 、……、３５n においても、第
２のメモリ管理部３５2 における上記処理と同様に、そ
のデータを破棄する。
タが第１のクラスに属するデータである場合、第１のメ
モリ管理部３５1 は、送信データのヘッダ部を見て、第
１のクラスに属するデータであることを認識し（Ｔ３
1 ）、第１のメモリ３０1 の中の第１の送信キュー３１
1 の最後にキューイングする（Ｔ５1 ）。これと並行し
て、第２のメモリ管理部３５2 は、送信データのヘッダ
部を見て、第２のクラスに属するデータでないことを認
識し（Ｔ３2 ）、したがって、そのデータを破棄する
（Ｔ４2 ）。送信データが第１のクラスに属する場合、
他のメモリ管理部３５3 、……、３５n においても、第
２のメモリ管理部３５2 における上記処理と同様に、そ
のデータを破棄する。
【００４１】送信データが第１のクラス以外のクラスに
属するデータである場合、第１のメモリ管理部３５1
は、送信データのヘッダ部を見て、第１のクラスに属す
るデータではないことを認識し（Ｔ３1 ）、その送信デ
ータを破棄する（Ｔ４1 ）。送信データが第２のクラス
に属する場合、第２のメモリ管理部３５2 は、送信デー
タのヘッダ部を見て、第２のクラスに属するデータであ
ることを認識し（Ｔ３2）、第２のメモリ３０2 の中の
第２の送信キュー３１2 の最後にキューイングする（Ｔ
５2 ）。
属するデータである場合、第１のメモリ管理部３５1
は、送信データのヘッダ部を見て、第１のクラスに属す
るデータではないことを認識し（Ｔ３1 ）、その送信デ
ータを破棄する（Ｔ４1 ）。送信データが第２のクラス
に属する場合、第２のメモリ管理部３５2 は、送信デー
タのヘッダ部を見て、第２のクラスに属するデータであ
ることを認識し（Ｔ３2）、第２のメモリ３０2 の中の
第２の送信キュー３１2 の最後にキューイングする（Ｔ
５2 ）。
【００４２】送信シーケンスマネージャ１２１は、送信
キュー３１1 〜３１n の長さが増えていれば、これによ
って、メモリ３０1 〜３１n に新たな送信データが存在
していることを認識し（Ｔ６）、当該送信キュー（送信
キュー３１1 〜３１n のいずれか）の順番に従って、送
信データを取り出すとともに、送信データをフレーム化
し（Ｔ７）、通信インタフェース１１０を介して通信路
Ｃへ送出する。
キュー３１1 〜３１n の長さが増えていれば、これによ
って、メモリ３０1 〜３１n に新たな送信データが存在
していることを認識し（Ｔ６）、当該送信キュー（送信
キュー３１1 〜３１n のいずれか）の順番に従って、送
信データを取り出すとともに、送信データをフレーム化
し（Ｔ７）、通信インタフェース１１０を介して通信路
Ｃへ送出する。
【００４３】図３は、通信インタフェースボードＣＩＢ
１における受信動作を示すフローチャートである。
１における受信動作を示すフローチャートである。
【００４４】受信シーケンスマネージャ１２２は、通信
インタフェース１１０を介して受け取ったいくつかのフ
レームからヘッダ情報を分解し、受信データを組み立て
る（Ｒ１）。通信インタフェース制御部１２０は、受信
データを、全てのメモリ管理部（第１のメモリ管理部３
５1 、第２のメモリ管理部３５2 、……、第ｎのメモ部
管理部３５n ）へ転送する（Ｒ２）。
インタフェース１１０を介して受け取ったいくつかのフ
レームからヘッダ情報を分解し、受信データを組み立て
る（Ｒ１）。通信インタフェース制御部１２０は、受信
データを、全てのメモリ管理部（第１のメモリ管理部３
５1 、第２のメモリ管理部３５2 、……、第ｎのメモ部
管理部３５n ）へ転送する（Ｒ２）。
【００４５】たとえば、受信データが第１のクラスに属
するデータである場合、第１のメモリ管理部３５1 は、
受信データのヘッダ部を見て、その受信データが第１の
クラスに属するデータであることを認識し（Ｒ３1 ）、
第１のメモリ３０1 の中の第１の受信キュー３２1 の最
後にキューイングする（Ｒ５1 ）。これと並行して、第
２のメモリ管理部３５2 は、受信データのヘッダ部を見
て、その受信データが第２のクラスに属するデータでは
ないことを認識し（Ｒ３2 ）、その受信データを破棄す
る（Ｒ４2 ）。その他のメモリ管理部３５3 、……、３
５n でも、第２のメモリ管理部３５2 と同様の処理を実
行する。
するデータである場合、第１のメモリ管理部３５1 は、
受信データのヘッダ部を見て、その受信データが第１の
クラスに属するデータであることを認識し（Ｒ３1 ）、
第１のメモリ３０1 の中の第１の受信キュー３２1 の最
後にキューイングする（Ｒ５1 ）。これと並行して、第
２のメモリ管理部３５2 は、受信データのヘッダ部を見
て、その受信データが第２のクラスに属するデータでは
ないことを認識し（Ｒ３2 ）、その受信データを破棄す
る（Ｒ４2 ）。その他のメモリ管理部３５3 、……、３
５n でも、第２のメモリ管理部３５2 と同様の処理を実
行する。
【００４６】そして、第１のメモリ管理部３５1 は、割
込み等の手段によって、第１のメモリ３０1 に新たな受
信データが存在することを、ホストＣＰＵ１５０に通知
する（Ｒ６）。内部バスインタフェース制御部１４５
は、ホストＣＰＵ１５０からの指示によって、第１の受
信キュー３２1 にキューイングされている順番通りに、
受信データを読出す（Ｒ７）。
込み等の手段によって、第１のメモリ３０1 に新たな受
信データが存在することを、ホストＣＰＵ１５０に通知
する（Ｒ６）。内部バスインタフェース制御部１４５
は、ホストＣＰＵ１５０からの指示によって、第１の受
信キュー３２1 にキューイングされている順番通りに、
受信データを読出す（Ｒ７）。
【００４７】また、受信データが第２のクラスに属する
データである場合、第２のメモリ管理部３５2 は、受信
データのヘッダ部を見て、その受信データが第２のクラ
スに属するデータであることを認識し（Ｒ３2 ）、第２
のメモリ３０2 の中の第２の受信キュー３２2 の最後に
キューイングする（Ｒ５2 ）。
データである場合、第２のメモリ管理部３５2 は、受信
データのヘッダ部を見て、その受信データが第２のクラ
スに属するデータであることを認識し（Ｒ３2 ）、第２
のメモリ３０2 の中の第２の受信キュー３２2 の最後に
キューイングする（Ｒ５2 ）。
【００４８】これと並行して、第１のメモリ管理部３５
1 は、受信データのヘッダ部を見て、その受信データが
第１のクラスに属するデータではないことを認識し、そ
の受信データを破棄する（Ｒ４1 ）。その他のメモリ管
理部３５3 、……３５n でも、第１のメモリ管理部３５
1 における上記処理と同様の処理を実行する。
1 は、受信データのヘッダ部を見て、その受信データが
第１のクラスに属するデータではないことを認識し、そ
の受信データを破棄する（Ｒ４1 ）。その他のメモリ管
理部３５3 、……３５n でも、第１のメモリ管理部３５
1 における上記処理と同様の処理を実行する。
【００４９】図４は、本発明の他の実施例である通信イ
ンタフェースボードＣＩＢ２を示すブロック図である。
ンタフェースボードＣＩＢ２を示すブロック図である。
【００５０】通信インタフェースボードＣＩＢ２は、複
数のサーバ間を結ぶ高速な通信路Ｃと、上記サーバの内
部バスとの間で、データの入出力を高速に行う通信イン
タフェースボードであり、通信インタフェース２１０
と、通信インタフェース制御部２２０と、通信路側メモ
リ切替部２７０と、ｎ個のメモリ４０1 、……、４０n
（第１のメモリ４０1 、第２のメモリ４０2 、……、第
ｎのメモリ４０n ）と、内部バス側メモリ切替部２６０
と、内部バスインタフェース２４０と、内部バスインタ
フェース制御部２４５とを有する。
数のサーバ間を結ぶ高速な通信路Ｃと、上記サーバの内
部バスとの間で、データの入出力を高速に行う通信イン
タフェースボードであり、通信インタフェース２１０
と、通信インタフェース制御部２２０と、通信路側メモ
リ切替部２７０と、ｎ個のメモリ４０1 、……、４０n
（第１のメモリ４０1 、第２のメモリ４０2 、……、第
ｎのメモリ４０n ）と、内部バス側メモリ切替部２６０
と、内部バスインタフェース２４０と、内部バスインタ
フェース制御部２４５とを有する。
【００５１】通信インタフェース制御部２２０は、通信
路に対するデータの送受信を制御するものであり、送信
シーケンスマネージャ３２１と、受信シーケンスマネー
ジャ３２２とを有する。
路に対するデータの送受信を制御するものであり、送信
シーケンスマネージャ３２１と、受信シーケンスマネー
ジャ３２２とを有する。
【００５２】メモリ４０1 〜４０n のそれぞれは、互い
に異なるクラスに対応され、たとえば、それぞれ第１〜
第ｎのクラスに対応されている。つまり、メモリ４０1
は、第１のクラスに対応し、メモリ４０2 は、第２のク
ラスに対応し、……、メモリ４０n は、第ｎのクラスに
対応している。
に異なるクラスに対応され、たとえば、それぞれ第１〜
第ｎのクラスに対応されている。つまり、メモリ４０1
は、第１のクラスに対応し、メモリ４０2 は、第２のク
ラスに対応し、……、メモリ４０n は、第ｎのクラスに
対応している。
【００５３】そして、メモリ４０1 は、第１のクラスに
属する送信データが送信される場合、その到着順に、第
１の送信キュー４１1 に蓄積し、第１のクラスに属する
受信データが受信された場合、その到着順に受信キュー
４２1 に蓄積する。メモリ４０2 は、第２のクラスに属
する送信データが送信される場合、その到着順に、第２
の送信キュー４１2 に蓄積し、第２のクラスに属する受
信データが受信された場合、その到着順に受信キュー４
２2 に蓄積する。同様にして、メモリ４０n は、第ｎの
クラスに属する送信データが送信される場合、その到着
順に、第ｎの送信キュー４１n に蓄積し、第ｎのクラス
に属する受信データが受信された場合、その到着順に受
信キュー４２n に蓄積する。
属する送信データが送信される場合、その到着順に、第
１の送信キュー４１1 に蓄積し、第１のクラスに属する
受信データが受信された場合、その到着順に受信キュー
４２1 に蓄積する。メモリ４０2 は、第２のクラスに属
する送信データが送信される場合、その到着順に、第２
の送信キュー４１2 に蓄積し、第２のクラスに属する受
信データが受信された場合、その到着順に受信キュー４
２2 に蓄積する。同様にして、メモリ４０n は、第ｎの
クラスに属する送信データが送信される場合、その到着
順に、第ｎの送信キュー４１n に蓄積し、第ｎのクラス
に属する受信データが受信された場合、その到着順に受
信キュー４２n に蓄積する。
【００５４】内部バス側メモリ切替部２６０は、内部バ
スインタフェース２４０から受け取った送信データのヘ
ッダ情報からクラスを識別し、そのクラスに対応したメ
モリにのみ、上記送信データを渡す。
スインタフェース２４０から受け取った送信データのヘ
ッダ情報からクラスを識別し、そのクラスに対応したメ
モリにのみ、上記送信データを渡す。
【００５５】通信インタフェース制御部２２０は、この
送信キュー長が増えたことによって、新たな送信データ
が存在することを知る。そして、通信インタフェース制
御部２２０の中の通信シーケンスマネージャ２２１は、
第１の送信キュー４１1 、第２の送信キュー４１2 、…
…、第ｎの送信キュー４１n にエントリされた送信デー
タを、ＦＩＦＯ（First In First Out）規律に従う順番
で処理する。つまり、各送信キューにおける蓄積の順番
に従って、送信データを所定の単位転送長に分割し、送
信ヘッダ情報を添付し、フレームを作成する。このよう
に１つ以上のフレームに変換された送信データは、通信
インタフェース２１０を介して、通信路Ｃへ送り出され
る。
送信キュー長が増えたことによって、新たな送信データ
が存在することを知る。そして、通信インタフェース制
御部２２０の中の通信シーケンスマネージャ２２１は、
第１の送信キュー４１1 、第２の送信キュー４１2 、…
…、第ｎの送信キュー４１n にエントリされた送信デー
タを、ＦＩＦＯ（First In First Out）規律に従う順番
で処理する。つまり、各送信キューにおける蓄積の順番
に従って、送信データを所定の単位転送長に分割し、送
信ヘッダ情報を添付し、フレームを作成する。このよう
に１つ以上のフレームに変換された送信データは、通信
インタフェース２１０を介して、通信路Ｃへ送り出され
る。
【００５６】通信インタフェース制御部２２０の中の受
信シーケンスマネージャ２２２は、通信インタフェース
２１０を介して受信した１つ以上のフレームから、ヘッ
ダ情報を取り外し、本来のデータを構成していた分のデ
ータを合わせ、受信データを組み立て、この受信データ
を通信路側メモリ切替部２７０へ渡す。
信シーケンスマネージャ２２２は、通信インタフェース
２１０を介して受信した１つ以上のフレームから、ヘッ
ダ情報を取り外し、本来のデータを構成していた分のデ
ータを合わせ、受信データを組み立て、この受信データ
を通信路側メモリ切替部２７０へ渡す。
【００５７】通信路側メモリ切替部２７０は、受信デー
タのヘッダ情報に基づいて、クラスを識別し、そのクラ
スに対応したメモリのみに、その受信データを渡す。そ
の後、割込み等の手段によって、ホストＣＰＵ２５０
に、新たな受信データが存在することを通知する。
タのヘッダ情報に基づいて、クラスを識別し、そのクラ
スに対応したメモリのみに、その受信データを渡す。そ
の後、割込み等の手段によって、ホストＣＰＵ２５０
に、新たな受信データが存在することを通知する。
【００５８】次に、通信インタフェースボードＣＩＢ２
の動作について説明する。
の動作について説明する。
【００５９】図５は、通信インタフェースボードＣＩＢ
２における送信処理動作を示すフローチャートである。
２における送信処理動作を示すフローチャートである。
【００６０】まず、データを送信する場合、ホストＣＰ
Ｕ２５０は、送信データが属するクラスを識別する情報
を、送信データのヘッダ部に書込み、内部バスを介し
て、内部バスインタフェースボードＣＩＢ２へ送信デー
タを転送する（Ｔ１１）。
Ｕ２５０は、送信データが属するクラスを識別する情報
を、送信データのヘッダ部に書込み、内部バスを介し
て、内部バスインタフェースボードＣＩＢ２へ送信デー
タを転送する（Ｔ１１）。
【００６１】内部バスインタフェース制御部２４５は、
内部バスインタフェース２４０を介して受け取った送信
データを、内部バス側メモリ切替部２６０へ渡し、内部
バス側メモリ切替部２６０は、送信データのヘッダ情報
に基づいて、クラスを識別する（Ｔ１２）。たとえば、
送信データが第１のクラスに属する場合、内部バス側メ
モリ切替部２６０は、送信データを第１のメモリ４０1
の第１の送信キュー４１1 の最後にキューイングする
（Ｔ１３1 ）。この第１の送信キュー４１1 のキュー長
が増加したことによって、通信インタフェース制御２２
０部は、第１のメモリ４０1 に、新たな送信データが存
在することを認識する（Ｔ１４）。
内部バスインタフェース２４０を介して受け取った送信
データを、内部バス側メモリ切替部２６０へ渡し、内部
バス側メモリ切替部２６０は、送信データのヘッダ情報
に基づいて、クラスを識別する（Ｔ１２）。たとえば、
送信データが第１のクラスに属する場合、内部バス側メ
モリ切替部２６０は、送信データを第１のメモリ４０1
の第１の送信キュー４１1 の最後にキューイングする
（Ｔ１３1 ）。この第１の送信キュー４１1 のキュー長
が増加したことによって、通信インタフェース制御２２
０部は、第１のメモリ４０1 に、新たな送信データが存
在することを認識する（Ｔ１４）。
【００６２】そして、通信インタフェース制御部２２０
の中の送信シーケンスマネージャ２２１は、第１の送信
キュー４１1 にキューイングされた送信データをＦＩＦ
Ｏ（First In First Out）規律に従う順番で処理する。
つまり、第１の送信キュー４１1 に蓄積された順番に従
って、所定の送信データを、通信路側メモリ切替部２７
０を経由して取り出し、送信データを所定の単位転送長
に分割し、送信ヘッダ情報を添付し、フレームを作成す
る（Ｔ１５）。このように１つ以上のフレームに変換さ
れた送信データは、通信インタフェース２１０を介し
て、通信路Ｃへ送り出される（Ｔ１６）。
の中の送信シーケンスマネージャ２２１は、第１の送信
キュー４１1 にキューイングされた送信データをＦＩＦ
Ｏ（First In First Out）規律に従う順番で処理する。
つまり、第１の送信キュー４１1 に蓄積された順番に従
って、所定の送信データを、通信路側メモリ切替部２７
０を経由して取り出し、送信データを所定の単位転送長
に分割し、送信ヘッダ情報を添付し、フレームを作成す
る（Ｔ１５）。このように１つ以上のフレームに変換さ
れた送信データは、通信インタフェース２１０を介し
て、通信路Ｃへ送り出される（Ｔ１６）。
【００６３】また、送信データが第２のクラスに属する
場合、内部バス側メモリ切替部２６０は、送信データを
第２のメモリ４０2 内の第２の送信キュー４１2 の最後
にキューイングする（Ｔ１３2 ）。この第２の送信キュ
ー４１2 へのエントリ数が増加したことによって、第２
のメモリ４０2 に、送信すべき送信データが発生したこ
とを、通信インタフェース制御部２２０が認識する（Ｔ
１４）。その後の処理は、上記送信データが第１のクラ
スに属する場合における処理と同様である。
場合、内部バス側メモリ切替部２６０は、送信データを
第２のメモリ４０2 内の第２の送信キュー４１2 の最後
にキューイングする（Ｔ１３2 ）。この第２の送信キュ
ー４１2 へのエントリ数が増加したことによって、第２
のメモリ４０2 に、送信すべき送信データが発生したこ
とを、通信インタフェース制御部２２０が認識する（Ｔ
１４）。その後の処理は、上記送信データが第１のクラ
スに属する場合における処理と同様である。
【００６４】図６は、通信インタフェースボードＣＩＢ
２における受信処理動作を示すフローチャートである。
２における受信処理動作を示すフローチャートである。
【００６５】まず、通信インタフェース制御部２２０の
中の受信シーケンスマネージャ２２２は、通信インタフ
ェース２１０を介して受信した１つ以上のフレームか
ら、送信ヘッダ情報を取り外し、本来のデータを構成し
ていた分のデータを合わせ、受信データを組み立てる
（Ｒ１１）。さらに、受信データを通信路側メモリ切替
部２７０へ渡す。通信路側メモリ切替部２７０では、受
信データが属するクラスを判断し（Ｓ１２）、この判断
されたクラスに対応するメモリのみにデータを渡す（Ｒ
１３1 〜Ｒ１３n ）。たとえば、受信データが第１のク
ラスに属する場合、第１のメモリ４０1 内の第１の受信
キュー４２1 の最後に、上記受信データをキューイング
する（Ｒ１３1 ）。
中の受信シーケンスマネージャ２２２は、通信インタフ
ェース２１０を介して受信した１つ以上のフレームか
ら、送信ヘッダ情報を取り外し、本来のデータを構成し
ていた分のデータを合わせ、受信データを組み立てる
（Ｒ１１）。さらに、受信データを通信路側メモリ切替
部２７０へ渡す。通信路側メモリ切替部２７０では、受
信データが属するクラスを判断し（Ｓ１２）、この判断
されたクラスに対応するメモリのみにデータを渡す（Ｒ
１３1 〜Ｒ１３n ）。たとえば、受信データが第１のク
ラスに属する場合、第１のメモリ４０1 内の第１の受信
キュー４２1 の最後に、上記受信データをキューイング
する（Ｒ１３1 ）。
【００６６】通信路側メモリ切替部２７０は、割込み等
の手段によって、新規の受信データが第１のメモリ４０
1 であることをホストＣＰＵ２５０へ通知する（Ｒ１
４）。内部バス側インタフェース制御部２４５は、ホス
トＣＰＵ２５０からの指示に従い、第１の受信キュー４
２1 にキューイングされている順番通りに、上記受信デ
ータを、内部バス側メモリ切替部２６０を介して取り出
し、内部バスインタフェース２４０を経由し、ホストＣ
ＰＵ２５０へ送り出す（Ｒ１５）。
の手段によって、新規の受信データが第１のメモリ４０
1 であることをホストＣＰＵ２５０へ通知する（Ｒ１
４）。内部バス側インタフェース制御部２４５は、ホス
トＣＰＵ２５０からの指示に従い、第１の受信キュー４
２1 にキューイングされている順番通りに、上記受信デ
ータを、内部バス側メモリ切替部２６０を介して取り出
し、内部バスインタフェース２４０を経由し、ホストＣ
ＰＵ２５０へ送り出す（Ｒ１５）。
【００６７】また、受信データが第２のクラスに属する
場合、第２のメモリ４０2 内の第２の受信キュー４２2
の最後に、上記受信データをキューイングする（Ｒ１３
2 ）。通信路側メモリ切替部２７０は、割込み等の手段
によって、新規の受信データが第２のメモリ４０2 に蓄
積されていることを、ホストＣＰＵ２５０へ通知する
（Ｒ１４）。その後の処理は、受信データが第１のクラ
スに属する場合における上記処理と同様である。
場合、第２のメモリ４０2 内の第２の受信キュー４２2
の最後に、上記受信データをキューイングする（Ｒ１３
2 ）。通信路側メモリ切替部２７０は、割込み等の手段
によって、新規の受信データが第２のメモリ４０2 に蓄
積されていることを、ホストＣＰＵ２５０へ通知する
（Ｒ１４）。その後の処理は、受信データが第１のクラ
スに属する場合における上記処理と同様である。
【００６８】上記実施例は、複数のサーバ間を結ぶ通信
路とサーバの内部バスとの間で、相互に、ビデオや音声
のような長大で、連続性を持ったストリームデータと、
比較的サイズの小さな、サーバ間の通信制御に必要とな
る制御メッセージと等を混在させながら転送する場合、
送信、受信のデータをｎ種類（ｎは１以上の整数）にク
ラス分けし、各クラス毎に、所定の送信データと所定の
受信データとを蓄積するｎ個のメモリを設け、データの
送受信において、全てのメモリに対してバッファリング
を指示した後に、各メモリにおいて、データのクラスを
識別することによって、蓄積すべきか否かを判断した上
で蓄積するか、または、データを受け取った時点で、そ
のクラスを識別することによって、バッファリングする
メモリを選択するものである。
路とサーバの内部バスとの間で、相互に、ビデオや音声
のような長大で、連続性を持ったストリームデータと、
比較的サイズの小さな、サーバ間の通信制御に必要とな
る制御メッセージと等を混在させながら転送する場合、
送信、受信のデータをｎ種類（ｎは１以上の整数）にク
ラス分けし、各クラス毎に、所定の送信データと所定の
受信データとを蓄積するｎ個のメモリを設け、データの
送受信において、全てのメモリに対してバッファリング
を指示した後に、各メモリにおいて、データのクラスを
識別することによって、蓄積すべきか否かを判断した上
で蓄積するか、または、データを受け取った時点で、そ
のクラスを識別することによって、バッファリングする
メモリを選択するものである。
【００６９】したがって、上記実施例において、送信ま
たは受信するデータを、上記ｎ種類のクラス毎に独立に
バッファリングするので、先に送信（または受信）され
たストリームデータの処理が完了することを待たずに、
上記制御メッセージ等を優先的に処理することができ、
ユーザ端末から出された要求に対する応答時間を短縮す
ることができる。よって、コスト削減するために通信路
を高速なものを用いて１本化した場合であっても、通信
インタフェースボード間におけるデータ転送の高速化
と、ユーザ端末から出された要求に対する応答時間の短
縮とを両立させることができる。
たは受信するデータを、上記ｎ種類のクラス毎に独立に
バッファリングするので、先に送信（または受信）され
たストリームデータの処理が完了することを待たずに、
上記制御メッセージ等を優先的に処理することができ、
ユーザ端末から出された要求に対する応答時間を短縮す
ることができる。よって、コスト削減するために通信路
を高速なものを用いて１本化した場合であっても、通信
インタフェースボード間におけるデータ転送の高速化
と、ユーザ端末から出された要求に対する応答時間の短
縮とを両立させることができる。
【００７０】
【発明の効果】本発明によれば、バースト的に大きな転
送単位で送るデータと、小さな転送単位で頻繁に送るデ
ータとが混在してデータ転送される場合等のように、タ
イプの異なるデータを独立にバッファリングすることに
よって、通信路の設備コストを削減することができると
いう効果を奏し、また、サーバからの応答時間を短縮す
ることができるという効果を奏する。
送単位で送るデータと、小さな転送単位で頻繁に送るデ
ータとが混在してデータ転送される場合等のように、タ
イプの異なるデータを独立にバッファリングすることに
よって、通信路の設備コストを削減することができると
いう効果を奏し、また、サーバからの応答時間を短縮す
ることができるという効果を奏する。
【図１】本発明の一実施例である通信インタフェースボ
ードＣＩＢ１を示すブロック図である。
ードＣＩＢ１を示すブロック図である。
【図２】通信インタフェースボードＣＩＢ１における送
信時の動作を示すフローチャートである。
信時の動作を示すフローチャートである。
【図３】通信インタフェースボードＣＩＢ１における受
信時の動作を示すフローチャートである。
信時の動作を示すフローチャートである。
【図４】本発明の他の実施例である通信インタフェース
ボードＣＩＢ２を示すブロック図である。
ボードＣＩＢ２を示すブロック図である。
【図５】通信インタフェースボードＣＩＢ２における送
信処理動作を示すフローチャートである。
信処理動作を示すフローチャートである。
【図６】通信インタフェースボードＣＩＢ２における受
信処理動作を示すフローチャートである。
信処理動作を示すフローチャートである。
【図７】従来のビデオオンデマンドシステムＶＯＤＳ１
を示すブロック図である。
を示すブロック図である。
【図８】従来の通信インタフェースボードＣＩＢのブロ
ック図である。
ック図である。
ＣＩＢ１、ＣＩＢ２…通信インタフェースボード、 １１０、２１０…通信インタフェース、 １２０、２２０…通信インタフェース制御部、 １２１、２２１…送信シーケンスマネージャ、 １２２、２２２…受信シーケンスマネージャ、 １４０、２４０…内部バスインタフェース、 １４５、２４５…内部バスインタフェース制御部、 １５０、２５０…ＣＰＵ、 ２６０…内部バス側メモリ切替部、 ２７０…通信路側メモリ切替部、 ３０1 〜３０n 、４０1 〜４０n …メモリ、 ３１1 〜３１n 、４１1 〜４１n …送信キュー、 ３２1 〜３２n 、４２1 〜４２n …受信キュー、 ３５1 〜３５n …メモリ管理部。
Claims (4)
- 【請求項１】 複数のサーバ間を結ぶ通信路と、上記サ
ーバの内部バスとの間で、データの入出力を高速に行う
通信インタフェースボードにおいて、 所定の送信データと所定の受信データとを蓄積し、ｎ種
類（ｎは１以上の整数）にクラス分けされたｎ個のメモ
リと；上記ｎ個のメモリのそれぞれに入出力されるデー
タを管理するｎ個のメモリ管理部と；上記通信路を介し
て受け取ったデータを、上記ｎ個のメモリ管理部全てに
渡し、上記メモリ管理部と上記通信路との間で、データ
の送受信を制御する通信インタフェース制御部と；上記
内部バスを介して受け取ったデータを、上記ｎ個のメモ
リ管理部全てに渡し、上記メモリ管理部と上記内部バス
との間で、データの送受信を制御する内部バスインタフ
ェース制御部と；を有し、上記ｎ個のメモリ管理部のそ
れぞれは、自分が受け取ったデータが属するクラスと、
自分が管理するメモリに対応するクラスとが同じ場合
に、上記受け取ったデータを、自分が管理するメモリに
蓄積し、一方、自分が受け取ったデータが属するクラス
と、自分が管理するメモリに対応するクラスとが異なる
場合に、上記受け取ったデータを破棄することを特徴と
するメモリ搭載型の高速通信インタフェースボード。 - 【請求項２】 複数のサーバ間を結ぶ通信路と、上記サ
ーバの内部バスとの間で、データの入出力を高速に行う
通信インタフェースボードにおいて、 所定の送信データと所定の受信データとを蓄積し、ｎ種
類（ｎは１以上の整数）にクラス分けされたｎ個のメモ
リと；上記ｎ個のメモリと上記通信路との間で、データ
の送受信を制御する通信インタフェース制御部と；上記
ｎ個のメモリと上記通信インタフェース制御部との間で
データの入出力先を切替え、上記通信路側から受け取っ
たデータが属するクラスを判断し、上記判断されたクラ
スに対応する上記メモリに、上記通信路側から受け取っ
たデータを蓄積させる通信路側メモリ切替部と；上記ｎ
個のメモリと上記内部バスとの間で、データの送受信を
制御する内部バスインタフェース制御部と；上記ｎ個の
メモリと上記内部バスインタフェース制御部との間で、
データの入出力先を切替え、上記内部バス側から受け取
ったデータが属するクラスを判断し、上記判断されたク
ラスに対応する上記メモリに、上記内部バス側から受け
取ったデータを蓄積させる内部バス側メモリ切替部と；
を有することを特徴とするメモリ搭載型の高速通信イン
タフェースボード。 - 【請求項３】 複数のサーバ間を結ぶ通信路と、上記サ
ーバの内部バスとの間で、データの入出力を高速に行う
通信インタフェースボードにおいて、 上記インタフェースボード上に設けられているｎ個のメ
モリのそれぞれを、ｎ種類（ｎは１以上の整数）のクラ
スに対応づけ、上記内部バスを介して受け取ったデータ
を、上記ｎ個のメモリ全てに渡す段階と；上記通信路を
介して受け取ったデータを、上記ｎ個のメモリの全てに
渡す段階と；上記送信データまたは上記受信データが属
するクラスを識別する段階と；上記ｎ個のメモリのそれ
ぞれに対応付けられたクラスと、上記識別されたデータ
のクラスとが一致する場合、上記識別されたデータを当
該メモリに蓄積する段階と；上記ｎ個のメモリのそれぞ
れに対応付けられたクラスと、上記識別されたデータの
クラスとが一致しない場合、上記識別されたデータを当
該メモリが破棄する段階と；を有することを特徴とする
データの送受信方法。 - 【請求項４】 複数のサーバ間を結ぶ通信路と、上記サ
ーバの内部バスとの間で、データの入出力を高速に行う
通信インタフェースボードにおいて、 上記インタフェースボード上に設けられているｎ個のメ
モリのそれぞれを、ｎ種類（ｎは１以上の整数）のクラ
スに対応づけ、上記内部バスを介して受け取ったデータ
を、ｎ種類のクラスに識別する段階と；上記内部バスを
介して受け取ったデータを、上記受け取ったデータが属
するクラスに対応するメモリのみに蓄積する段階と；上
記通信路を介して受け取ったデータをｎ種類のクラスに
識別する段階と；上記通信路を介して受け取ったデータ
を、上記受け取ったデータが属するクラスに対応するメ
モリのみに蓄積する段階と；を有することを特徴とする
データの送受信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9173233A JPH117422A (ja) | 1997-06-13 | 1997-06-13 | メモリ搭載型の高速通信インタフェースボードとデータの送受信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9173233A JPH117422A (ja) | 1997-06-13 | 1997-06-13 | メモリ搭載型の高速通信インタフェースボードとデータの送受信方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH117422A true JPH117422A (ja) | 1999-01-12 |
Family
ID=15956625
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9173233A Pending JPH117422A (ja) | 1997-06-13 | 1997-06-13 | メモリ搭載型の高速通信インタフェースボードとデータの送受信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH117422A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2359703A (en) * | 2000-02-24 | 2001-08-29 | Advanced Risc Mach Ltd | Data link interface with buffers that can be programmed to store certain data streams using a control register |
| JP2007157162A (ja) * | 2005-12-07 | 2007-06-21 | Korea Electronics Telecommun | 双方向データ通信用単一ポートメモリ制御装置およびその制御方法 |
-
1997
- 1997-06-13 JP JP9173233A patent/JPH117422A/ja active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2359703A (en) * | 2000-02-24 | 2001-08-29 | Advanced Risc Mach Ltd | Data link interface with buffers that can be programmed to store certain data streams using a control register |
| JP2001298494A (ja) * | 2000-02-24 | 2001-10-26 | Arm Ltd | データ・リンクとのインターフェースを制御するコントローラと方法 |
| GB2359703B (en) * | 2000-02-24 | 2004-04-07 | Advanced Risc Mach Ltd | A controller and method for controlling interfacing to a data link |
| JP2007157162A (ja) * | 2005-12-07 | 2007-06-21 | Korea Electronics Telecommun | 双方向データ通信用単一ポートメモリ制御装置およびその制御方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6029194A (en) | Audio/video media server for distributed editing over networks | |
| US6442599B1 (en) | Video storage unit architecture | |
| EP0698982B1 (en) | A semiconductor memory based server for providing multimedia information on demand over wide area networks | |
| EP0660605B1 (en) | Video storage and delivery apparatus and method | |
| US6223211B1 (en) | Apparatus and computer-implemented process for providing real-time multimedia data transport in a distributed computing system | |
| KR100228937B1 (ko) | 매체 스트리머 | |
| JP3190813B2 (ja) | 配信システム | |
| US6327253B1 (en) | Method and apparatus for controlling switching of connections among data processing devices | |
| Crutcher et al. | The networked video jukebox | |
| JPH10224380A (ja) | アドレスを備えたヘッダと音声またはビデオなどのストリーミングデータを構成するペイロードとを有するセルを非同期転送モード（ａｔｍ）で転送するための電気通信システムおよび方法 | |
| JPH117422A (ja) | メモリ搭載型の高速通信インタフェースボードとデータの送受信方法 | |
| JP2901947B2 (ja) | Ａｔｍバックボーンネットワークを利用したビデオサーバ | |
| JPH04356844A (ja) | メディア処理装置 | |
| JP2000083064A (ja) | トランスポ―トストリ―ム処理装置 | |
| US6961801B1 (en) | Method and apparatus for accessing video data in memory across flow-controlled interconnects | |
| CN115776480B (zh) | 流媒体转发方法、装置以及计算机可读存储介质 | |
| EP0577362A2 (en) | An expanded architecture for image storage and distribution | |
| JPH0316343A (ja) | フレーム選択受信方法 | |
| JPH10289181A (ja) | 高速通信インタフェースボードおよびデータの入出力方法 | |
| US20030223415A1 (en) | Method and system for a multi-level memory | |
| JPH1146197A (ja) | シェイピング装置 | |
| Huynh et al. | A performance analysis of personal computers in a video conferencing environment | |
| JP2000324109A (ja) | Ｌａｎにおける新規優先制御方法 | |
| JPH0951356A (ja) | Ａｖデータバッファリング装置 | |
| JPH1051492A (ja) | Ｈｉｐｐｉ入出力チャネル装置 |