JP2003046564A

JP2003046564A - 放送型通信システム

Info

Publication number: JP2003046564A
Application number: JP2001231361A
Authority: JP
Inventors: Akira Jinzaki; 明陣崎
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2001-07-31
Filing date: 2001-07-31
Publication date: 2003-02-14
Anticipated expiration: 2021-07-31
Also published as: DE60219395T2; DE60219395D1; EP1282264A2; EP1282264B1; US20030026256A1; EP1282264A3; JP4782951B2; US7161940B2

Abstract

(57)【要約】【課題】送信者側の情報処理装置である配送サーバ
が、配送品質を低下させずに同時にサービス可能な受信
者数を増大させる。より具体的には、配送サーバのプロ
セッサ負荷及びＩ／Ｏバス負荷を低減し、配送品質を受
信者の要求に対応して調整できるようにする。【解決手段】配送サーバ１０１は、プロセッサ１０
２、バッファメモリ１０３、Ｉ／Ｏバス１０４、配送
手段１０５とから構成される。さらに、配送手段１０５
は、パケットの生成や送出制御を行う配送処理１０６
と、プロセッサ１０２から供給される配送データを保持
するバッファメモリ１０７と、ネットワークに接続する
ＮＩＣ１０８とから成る。プロセッサ１０２は受信者管
理を行うと共に、バッファメモリ１０３上の配送すべき
データをＩ／Ｏバス１０４に接続された配送手段１０５
に転送する。転送されたデータは配送手段１０５のバッ
ファメモリ１０７に保持される。配送処理１０６は受信
者情報に基づいて受信者毎にパケットを生成し、ＮＩＣ
１０８を介してネットワークに送出する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、パケット通信を用
いて放送型通信を行うためのシステムに係わり、特に送
信側の負荷を低減した情報処理装置に関する。

【０００２】

【従来の技術】従来、一つのデータを単一の送信者から
複数の受信者へ送信するような放送型通信は広く用いら
れてきた。ＴＶ放送は、電波を用いた放送型通信の一例
である。

【０００３】近年では、図２２に示すような、基本的に
１対１通信であるパケット通信を用いた放送型通信の需
要が高まっている。インターネットで行われている、ス
トリーミングによる画像や音声の配信はその一例であ
る。

【０００４】インターネットのようなパケット通信網で
放送型通信を行う技術としては、マルチキャスト及びユ
ニキャストを用いた方式がある。図２３にマルチキャス
トによる放送型通信を示す。マルチキャスト通信では、
送信者２３０１が予め決められたマルチキャストアドレ
スを宛先とするパケットを送信し、ネットワーク２３０
２がそのパケットを予め決定された経路情報に従って複
写しつつ伝送することで複数の受信者（２３０３、２３
０４）にデータが配信される。受信者は、ネットワーク
２３０２のマルチキャストアドレスの受信者グループに
登録することで、パケットを受信できる。

【０００５】図２４にユニキャストによる放送型通信を
示す。ユニキャスト通信は１対１のパケット通信である
ため、送信者２４０１が全ての受信者（２４０３、２４
０４）に対して同じデータを送信することで放送型通信
を実現する。

【０００６】上述のマルチキャスト及びユニキャストに
よる方式にはそれぞれ得失がある。図２５にそれをまと
めて示す。送信者側の負荷に関しては、マルチキャスト
の場合、送信者がマルチキャストアドレスを宛先とする
パケットを１回送信するだけに対して、ユニキャストの
場合はそれぞれの受信者に対してパケットを送信するた
め、受信者数に比例して送信者側の負荷が増大する。し
かしながら、アドレス管理、ネットワーク制御、受信者
側の制御の３項目については、マルチキャストの場合複
雑になるのに対して、ユニキャストの場合は１対１のパ
ケット通信となんら変わらないため単純である。

【０００７】このような得失により、両者の方式は必要
に応じて利用されているのが実状である。どちらを選択
するかは利用対象にもよるが、マルチキャストによる方
式はアドレスやルーティング管理を必要とするのに対し
て、ユニキャストによる方式は特別な管理を必要としな
いため広く用いられている。インターネットでしばしば
Ｗｅｂｃａｓｔと呼ばれている画像／音声放送はユニキ
ャストによる方式を用いている。

【０００８】さて、一般にパケット通信を用いた放送型
通信を実現するために、大きく分けて次の１）〜３）の
処理機能が必要である。１）受信者からの配送要求を受
け付ける（受信者管理）、２）配送データを準備する
（データ準備）、３）通信手順に従い、受信者毎に異な
る通信条件を満たすようにデータを配送する（配送処
理）。

【０００９】従来方式においては、これら１）〜３）の
処理を全て送信者側の情報処理装置である配送サーバ２
６０１がプロセッサ制御で行っている（図２６）。特
に、ユニキャストによる放送型通信では受信者数に相当
するデータ配送を行わなければならないため、プロセッ
サ２６０２による各種処理の負荷が増大する。

【００１０】また、２）データ準備、に関して、放送型
通信の場合、パケットの大きな部分を占めるデータ部分
は受信者に関わらず同一だが、パケットヘッダなど異な
る部分があるため、受信者毎に全てのパケットデータを
転送しなければならない。そこで受信者毎に異なるパケ
ットを配送サーバ２６０１のメモリ２６０３上で作成
し、Ｉ／Ｏバス２６０４に接続されたＮＩＣ（Ｎｅｔｗ
ｏｒｋＩｎｔｅｒｆａｃｅＣａｒｄ、ネットワーク
アダプタに相当する）２６０５，２６０６に転送するた
め、Ｉ／Ｏバス２６０４の負荷が増大するという問題が
ある。

【００１１】更に、３）配送処理、に関して、配送処理
は実時間処理であるため、同時接続受信者数が増大する
と実時間性が保証できなくなり、所期の配送品質が得ら
れないという問題もある。すなわち、配送品質を調整す
るために、受信者に応じて変えるべきパラメータの代表
例として少なくとも以下のア）〜ウ）があり、同時接続
受信者数が増大するとこれらの個別制御を行うのが困難
となる。

【００１２】ア）受信者のネットワークアドレス及び通
信手順に従って調整すべきパラメータ：受信者のネット
ワークアドレスや利用するプロトコルなどのパラメータ
であって、受信者に配送するために必須な情報である。

【００１３】イ）一個のパケットで転送するデータ長：
ＭＴＵ（ＭａｘｉｍｕｍＴｒａｎｓｆｅｒＵｎｉ
ｔ）で、パケット一個の長さを規定する。受信者が接続
しているネットワークによって効率良く転送可能なパケ
ット長は様々であるため、最適なデータ長のパケットを
配送することで配送品質を向上させることが可能とな
る。

【００１４】ウ）パケットを送信する速度（率）の平滑
化：できるだけ同じ転送速度でパケットを配送すること
が望ましいが、一般に配送サーバ側のネットワークは高
速なのに対して受信者側のネットワークは低速である場
合が多い。このため配送サーバ側で間欠的に配送を行う
と、受信者側では間欠的に集中配送されたデータを受信
しきれないことがある。このような輻輳によるデータ破
棄は配送サーバから受信者に到達するネットワーク内部
でも発生しうるため、配送サーバ側では可能な限り平滑
化した配送を行うことが配送品質の向上につながる。

【００１５】

【発明が解決しようとする課題】そこで本発明の課題
は、送信者側の情報処理装置である配送サーバが同時に
サービス可能な受信者数を増大させるだけでなく、配送
品質を低下させないことを目的として従来の配送サーバ
の諸問題を解決することにある。より具体的には、配送
サーバのプロセッサ負荷及びＩ／Ｏバス負荷を低減し、
配送品質を受信者の要求に対応して調整できるようにす
る。

【００１６】

【課題を解決するための手段】上述した課題を解決する
ために、本発明では、配送サーバのＩ／Ｏバスに接続さ
れるネットワークアダプタに対応する配送手段を設け、
配送手段が配送サーバのプロセッサからＩ／Ｏバスへの
接続手段を介して供給される受信者の情報と配送データ
に基づいて、受信者毎に対応するパケットを生成し、送
信するようにした。

【００１７】本発明の一態様によれば、前記配送手段
は、パケットの送信順序と送信タイミングとからなる配
送スケジュールを制御する配送スケジュール手段と、前
記受信者の情報を管理する受信者情報管理手段と、前記
配送データを格納管理するバッファ手段と、前記配送ス
ケジュールに従い、指定された受信者に対してパケット
を生成し、送信するパケット手段とを備える。

【００１８】このような構成をとることにより、配送サ
ーバのプロセッサは受信者管理を行うと共に配送すべき
データをＩ／Ｏバスに接続された配送手段に一度転送す
れば良く、配送サーバのプロセッサ負荷及びＩ／Ｏバス
負荷を低減することができる。また、受信者毎に対応す
るパケットを生成し送信するため、配送品質を受信者の
要求に対応して調整することができる。

【００１９】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照しながら説明する。尚、以下の実施形態の説明で
はユニキャストによる放送型通信における送信側の情報
処理装置の負荷を低減するための方式について言及する
が、マルチキャストによる放送型通信に対しても適用可
能であり、特に高速なデータの放送においては効果を持
つ。

【００２０】図１は本発明の原理構成を示す図である。
本発明を実施する情報処理装置である配送サーバ１０１
は、プロセッサ１０２、バッファメモリ１０３、Ｉ／Ｏ
バス１０４、配送手段１０５を備える。配送手段１０５
は、パケットの生成や送出制御を行う配送処理部１０６
と、プロセッサ１０２から供給される配送データを保持
するバッファメモリ１０７と、ネットワークに接続する
ＮＩＣ１０８とから成る。プロセッサ１０２は受信者管
理を行うと共に、バッファメモリ１０３上の配送すべき
データをＩ／Ｏバス１０４に例えばＰＣＩのような接続
手段を介して接続された配送手段１０５に転送する。転
送されたデータは配送手段１０５のバッファメモリ１０
７に保持される。配送処理部１０６は受信者情報に基づ
いて受信者毎にパケットを生成し、ＮＩＣ１０８を介し
てネットワークに送出する。

【００２１】図２に、図１に示した配送サーバ１０１の
処理の流れを示す。以下、本発明における配送サーバ１
０１の処理はプロセッサ１０２ではなく主として配送処
理部１０６で行われる。まず、プロセッサ１０２が配送
指示を出す（Ｓ２０１）。すると、受信者管理情報（Ｓ
２０２）、及び配送データ（Ｓ２０３）が配送手段１０
５に転送される。更に、配送手段１０５で、受信者全て
に配送データを配送したかが判断され（Ｓ２０４）、Ｙ
ｅｓの場合は処理を終了する。Ｎｏの場合は、配送スケ
ジュールを生成・管理し（Ｓ２０５）、パケットヘッダ
を生成し、該パケットヘッダとＳ２０３で取り込まれた
配送データとからパケットを生成し、パケット送出の準
備を行う（Ｓ２０６）。そして、パケットが配送され
（Ｓ２０７）、Ｓ２０４に戻る。

【００２２】図１に示した配送サーバ１０１では、同時
にサービスできる受信者数は配送手段１０５の能力で制
限されるが、Ｉ／Ｏバスに配送手段１０５を複数接続す
ることで性能を向上させることができる。図３に、複数
の配送手段１０５を備える配送サーバ１０１−１を示
す。図３は、複数の配送手段１０５を備える以外は図１
と同じ構成をとる。

【００２３】図４に、図３に示した配送サーバ１０１−
１の処理の流れを示す。まず、プロセッサ１０２が配送
指示を出す（Ｓ４０１）。すると、受信者管理情報（Ｓ
４０２）、及び配送データ（Ｓ４０３）が配送手段１０
５−１〜１０５−ｎに転送される。各配送手段１０５−
１〜１０５−ｎでは同一の処理が行われるため、配送手
段１０５−１の処理４０８について説明する。まず、受
信者全てに配送データを配送したかが判断され（Ｓ４０
４）、Ｙｅｓの場合は処理を終了する。Ｎｏの場合は、
配送スケジュールを生成・管理し（Ｓ４０５）、パケッ
トヘッダを生成し、該パケットヘッダとＳ４０３で取り
込まれた配送データとからパケットを生成し、パケット
送出の準備を行う（Ｓ４０６）。そして、パケットが配
送され（Ｓ４０７）、Ｓ４０４に戻る。

【００２４】図１の配送サーバ１０１をさらに応用し
て、配送手段１０５を、配送データを取得する配送デー
タ入力装置５０２を備える入力配送手段５０１に置き換
えることも可能である。図５に示す配送サーバ１０１−
２では、プロセッサ１０２は受信者管理のみを行い、Ｉ
／Ｏバス１０４上のデータ転送は受信者管理情報のみと
なる。配送データはカメラ等の配送データ入力装置５０
２で取得され、バッファメモリ１０７に保持される。そ
して、配送処理１０６が受信者情報に基づいて受信者毎
にパケットを生成し、生成されたパケットをＮＩＣ１０
８を介してネットワークに送出する。

【００２５】図６に、図５に示した配送サーバ１０１−
２の処理の流れを示す。まず、プロセッサ１０２が配送
指示を出す（Ｓ６０１）。すると受信者管理情報（Ｓ６
０２）、が入力配送手段３０１に転送される。更に、入
力配送手段３０１で、受信者全てに配送データを配送し
たかが判断され（Ｓ６０３）、Ｙｅｓの場合は処理を終
了する。Ｎｏの場合は、配送スケジュールを生成・管理
し（Ｓ６０４）、パケットヘッダを生成し、該パケット
ヘッダと外部入力機器Ｓ６０５で取り込まれた配送デー
タ（Ｓ６０６）とからパケットを生成し、パケット送出
の準備を行う（Ｓ６０７）。そして、パケットが配送さ
れ（Ｓ６０８）、Ｓ６０３に戻る。

【００２６】図５に示した配送サーバ１０１−２の入力
配送手段５０１は配送データの入力及び配送を一括して
処理できるが、同時に処理できる受信者数は一個の入力
配送手段５０１の能力で制限される。そこで、複数の入
力配送手段７０２及び配送手段７０１を装備し、ある入
力配送手段７０２から別の配送手段や入力配送手段Ｉ／
Ｏバスを介して配送データを転送するようにすることで
配送サーバの性能を向上させる（図７）。この場合、プ
ロセッサ１０２が受信者管理の一環として配送データを
どこからどこへ転送するかを制御する。

【００２７】以下、本発明の実施例について詳細に説明
する。ところで、配送データとしては、ディスクやファ
イルシステムに格納されたデータを用いたり、カメラな
どの入力機器から配送データを撮り込むことなどが考え
られる。本発明が対象とする情報処理装置はいずれかの
方法で配送データを獲得することができるもので、これ
らは既存技術を利用すればよく、ここではその説明を割
愛する。

【００２８】また、以下の実施例では、通信プロトコル
としてインターネットで利用されているＲＴＰ（Ｒｅａ
ｌ−ｔｉｍｅＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏ
ｌ）ＲＦＣ１８８９を用いるが、本発明はＲＴＰに限定
して適用するものではない。

【００２９】本発明の配送サーバはプロセッサ、バッフ
ァメモリ、ＰＣＩバスなどのＩ／Ｏバスを備える情報処
理装置である。そして、図１などに示した配送手段１０
５が例えばＰＣＩ等の接続手段を介してＩ／Ｏバス１０
４に接続する。

【００３０】配送手段１０５はＩ／Ｏバス１０４に装着
するもので、コスト面、実装面積など物理的な制限のた
めサーバのプロセッサに比べると配送処理に特化した能
力のプロセッサを用いる必要がある。しかし、配送手段
１０５は処理内容が限られるので、処理内容に応じた専
用の機構を設けることで高速な処理を実現することがで
きる。

【００３１】配送手段１０５は、配送サーバのプロセッ
サから指示された受信者情報を保持し、配送データをバ
ッファリングして、指定された通信条件に従ってパケッ
トを送信するものである。これを実現するにはいくつか
の方法が考えられるが、本質的には以下のような機構に
基づき実現することができる。

【００３２】図８に配送手段１０５の詳細な構成を示
す。配送手段１０５は、制御手段８０１、配送スケジュ
ール手段８０２、受信者情報テーブル手段８０３、バッ
ファ手段８０４、パケット手段８０５とから構成され
る。受信者管理情報８０７は配送サーバ１０１のプロセ
ッサ１０２から制御手段８０１に供給される。配送デー
タ８０８はバッファ手段８０４に供給される。配送スケ
ジュール手段８０２は配送スケジュールを管理し、受信
者情報テーブル手段８０３は各受信者の情報を管理す
る。パケット手段８０５はバッファ手段８０４の配送デ
ータと、受信者の情報をもとにパケット８０６を生成
し、送出する。以下、各手段について説明する。

【００３３】制御手段８０１は、配送サーバ１０１のプ
ロセッサ１０２との情報のやりとり、配送手段１０５内
部の制御、ネットワーク制御などの全体制御を行うもの
である。図８に示すように、制御手段８０１は、受信者
管理情報と配送スケジュールを配送スケジュール手段８
０２に供給する。また、配送サーバ１０１のプロセッサ
１０２から供給される受信者管理情報８０７に基づい
て、配送スケジュールを作成する場合もある。尚、制御
手段８０１は、制御用の比較的安価なマイクロプロセッ
サ及びソフトウェアで構成することができる。

【００３４】配送スケジュール手段８０２は、受信者に
対して配送データを送信する順序やタイミングを規定し
た情報を管理する。パケット手段８０４がこの情報に従
って個々のパケットを送信する（パケット手段８０４に
ついては以下に詳細に説明する）。配送スケジュールは
配送サーバ１０１のプロセッサ１０２が受信者管理情報
８０７の一部として与える場合や、制御手段８０１が独
自に作成する場合がある。

【００３５】図９に配送スケジュール手段８０２の詳細
な構成を示す。配送スケジュール手段８０２は、配送先
格納部９０１、受信者情報アドレス格納部９０２、配送
データアドレス格納部９０３、配送データ長格納部９０
４、配送時刻情報格納部９０５などの格納部（９０６、
９０７はその他の情報を格納する部分）と、スケジュー
ル部９０８、メモリモジュール部９０９とから成る。

【００３６】図１０にメモリモジュール部９０９の構成
例を示す。それぞれの受信者に配送するための情報が、
配送１（１００１）、配送２（１００２）、・・・とし
て保持されている。受信者情報アドレス１００３は受信
者情報テーブル手段８０３が持つ受信者情報の格納アド
レスないし識別子である。配送データアドレス１００４
はバッファ手段８０４に格納された配送データの中で今
回転送すべきデータの格納されたアドレスである。配送
データ長１００５は、今回配送すべきデータ長である。
配送時刻１００６は今回配送すべき時刻情報である。例
えば前回配送した時刻及び次に配送すべき時刻を格納し
ておくと、一定の時間間隔をおいて配送することができ
る。メモリモジュール部９０９に保持されるこれらの情
報が、パケット手段８０５に対してあらかじめ決められ
た順序とタイミングで供給される。

【００３７】図１１に配送スケジュールの調整例を示
す。図１１は、メモリモジュール部９０９の主要な部分
だけを抜粋して示すもので、宛先、時間パラメータ、デ
ータ長から成るテーブルである。時間パラメータは、前
回配送した時刻及び次に配送すべき時刻に関わる情報と
して、パケットの配送間隔時間を示す。

【００３８】配送スケジュール手段８０２は、プロセッ
サ１０２もしくは制御手段８０１から配送先の変更の指
示を与えられると配送スケジュールを調整する。例え
ば、図１１に示すように、宛先Ｄ’の挿入の指示が与え
られると、宛先Ｄ’の受信者に関わる情報が配送先格納
部９０１、受信者情報アドレス格納部９０２、配送デー
タアドレス格納部９０３、配送データ長格納部９０４、
配送時刻情報格納部９０５にそれぞれ格納され、スケジ
ュール部９０８が受信者情報テーブル手段５０３または
受信者情報管理テーブルを元に宛先Ｄ’の挿入場所を求
め、メモリモジュール部９０９を更新する。図１１で
は、宛先Ａと宛先Ｂの間に宛先Ｄ’を挿入している。同
様に宛先の削除も行うことができる。図１１において宛
先Ｂの削除の指示が与えられると、宛先Ｂの受信者に関
わる情報が配送先格納部９０１、受信者情報アドレス格
納部９０２、配送データアドレス格納部９０３、配送デ
ータ長格納部９０４、配送時刻情報格納部９０５にそれ
ぞれ格納され、スケジュール部９０８がメモリモジュー
ル部９０９上の宛先Ｂに関する部分を削除する。

【００３９】次に、受信者情報テーブル手段８０３につ
いて説明する。受信者情報テーブル手段８０３は受信者
毎の情報を受信者情報テーブルに格納、管理するもので
あって、パケット手段８０５がこの情報を用いてパケッ
トを生成し、ネットワークへ送信する。

【００４０】図１２に受信者情報管理テーブルの構成例
を示す。受信者（受信者１、受信者２など）毎の情報で
ある受信者情報１（１２０４）、受信者情報２（１２０
５）には、受信者のネットワークアドレス、使用してい
るプロトコル、ネットワーク制御情報などが格納され
る。また、パケットヘッダパターン１２０７には、最初
に受信者情報を設定するときに、固定情報となるものが
パケット形式に変換されて格納されている。これによ
り、パケット手段８０５が受信者情報を用いてパケット
を生成するときに、パケット形式に変換されているもの
を用いてパケットを生成することができるため、処理を
効率化することができる。変更情報リスト１２０６には
パケット長、エラー検出のためのチェックサム、プロト
コルに依存して定義されるシーケンス番号やタイムスタ
ンプ値など、パケット毎に変更すべきものがリストとし
て記される。ＲＴＰＲＦＣ１８８９を用いた場合、パ
ケットヘッダとして必要な情報はＩＰヘッダ、ＵＤＰヘ
ッダ、ＲＴＰヘッダである（ＲＴＰ／ＩＰｖ４）。これ
らの情報のうち、受信者についてのパケット毎に変わる
情報は図１３に示す網掛け部分で、それ以外の部分が固
定情報である。固定情報部分については受信者情報管理
テーブルに例えばヘッダとデータとからなるパケット形
式で格納され、変更部分については、パケット手段８０
５が変更情報リスト１２０６に基づいてこれらの情報を
毎回算出し、更新する。

【００４１】次に、バッファ手段８０４について説明す
る。バッファ手段８０４は配送サーバのプロセッサ１０
２から転送される生のデータ、もしくは配送データ入力
装置５０２で取得された生データ、である配送データを
格納するものである。パケット手段８０５はバッファ手
段８０４からデータを読み出しパケットを生成する。一
般に受信者毎にデータ転送長は異なるが、本発明ではパ
ケット手段８０５が配送データから異なるデータ転送長
のパケットを容易に生成できるように配送データをブロ
ックに分割し、更にＩＰチェックサム計算を容易にする
ための補助情報を持たせる。

【００４２】図１４にバッファ手段８０４の構成例を示
す。配送データは、データ１（１４０２）、データ２
（１４０３）、などのデータブロックに分割されて保持
される。配送データブロック長１４０４は、該当ブロッ
ク内のデータ長である。参照カウンタ１４０５は配送ス
ケジュール手段８０２において配送すべくスケジュール
されている項目から該当ブロックを参照している数であ
る。この参照数が０でない場合、該当データブロックに
関する配送が全て終わっていないことになる。０の場合
はこのブロックを上書きしてもよいことになる。ブロッ
クチェックサム１４０６は該当ブロックのデータを１６
ｂｉｔ単位で１の補数和演算をした結果である。例えば
２個のデータブロック全体のＩＰチェックサム値はそれ
ぞれのブロックチェックサム値を１の補数和することで
得られる。このためパケット手段８０５は全てのデータ
について計算することなくチェックサム値を計算するこ
とができる。配送データブロック１４０７はデータが格
納される。以下にバッファ手段８０４における配送デー
タの管理について（図１５）、ブロックチェックサム１
４０６について（図１６）それぞれ詳しく説明する。

【００４３】図１５にバッファ手段８０４における配送
データの管理をフローチャートに示す。まずＳ１５０１
でプロセッサ１０２から配送データが供給されると配送
データを分割する。Ｓ１５０２で参照カウンタ１４０５
を初期化する。Ｓ１５０３で配送スケジュール手段８０
２からデータブロックを参照されると、該当する参照カ
ウンタ１４０５が＋１され、Ｓ１５０４で、該当するデ
ータブロックの配送が完了すると対応する参照カウンタ
１４０５が−１される。Ｓ１５０５で参照カウンタ１４
０５が０かどうか判断され、０でなければＳ１５０３に
戻り、０であればそのデータブロックのデータは破棄可
能として破棄され、新たなデータの格納に使用される。

【００４４】図１６にブロックチェックサムからパケッ
ト手段８０５がパケットのチェックサム値を算出する方
法を示す。まず、（１）で配送データを分割する。次に
（２）で分割したデータブロック毎にチェックサムを計
算する。これは１６ｂｉｔ単位で１の補数和演算した結
果である。そして（３）は、パケット手段８０５におい
てチェックサム値を求めるのをそれぞれ示したものであ
る。（３）ａは、ブロックとブロックを１つのパケ
ットとして送出する場合を示したもので、チェックサム
αはとのチェックサムを１の補数和演算して得られ
る。（３）ｂは、ブロックを１つのパケットとして送
出する場合を示したもので、チェックサムβはのチェ
ックサムをそのままチェックサムとする。（３）ｃは、
ブロック、ブロック、ブロックを１つのパケット
として送出する場合を示したもので、チェックサムγは
ととのチェックサムを１の補数和演算して得られ
る。（３）ａ’は、ブロックとブロックの一部
（’）を１つのパケットとして送出する場合を示した
もので、チェックサムζは、まず’のチェックサムを
求め、その後のチェックサムと合わせて算出される。
このようにパケット手段８０５でチェックサムを求める
場合、あらかじめ計算された各ブロック毎のチェックサ
ムからパケット毎のチェックサムを算出するため、処理
を効率化できる。尚、上記の説明では１の補数和演算に
よって得られるチェックサムについて説明したが、ＣＲ
Ｃ（巡回符号）のような、他のエラー検出符号を用いる
ことも可能である。

【００４５】次に、パケット手段８０５について説明す
る。パケット手段８０５は、配送スケジュールに従っ
て、バッファ手段８０４に格納される配送データと受信
者情報テーブル手段８０３をもとにパケットを生成し、
ネットワークに送信する。パケット手段８０５の処理は
専用のマイクロプロセッサ、専用のハードウェアを用い
て高速化させることが可能である。

【００４６】図１７にパケット手段８０５の詳細な構成
を示す。パケット手段は受信者情報部１７０１、配送デ
ータ部１７０２、配送スケジュール部１７０３、パケッ
ト生成部１７０４、プロセッサ部１７０５、ネットワー
クインタフェース部１７０６から成る。受信者情報部１
７０１は受信者情報テーブル手段８０３に、配送データ
部１７０２はバッファ手段８０４に、配送スケジュール
部１７０３は配送スケジュール手段８０２にそれぞれ接
続している。受信者情報部１７０１と配送データ部１７
０２はバッファメモリで構成され、データが格納され
る。配送スケジュール部１７０３に配送スケジュールが
供給されると、パケット生成部１７０４は受信者情報部
１７０１から受信者のパケットヘッダを取得し、同様に
配送データ部１７０２から配送データを取得し、双方を
結合してパケットを生成する。この際、パケットヘッダ
には固定部分と変更部分があるため、図１８に示すよう
に、変更情報があるか否かＳ１８０２で判断され、変更
情報がある場合はＳ１８０３で変更情報をパケットヘッ
ダの形式に加工し、Ｓ１８０４でパケットヘッダを元に
パケットを生成する。そして、生成されたパケットはネ
ットワークインタフェース部１７０６を介してネットワ
ークに送出される。

【００４７】以上のように図８に示す本発明の配送手段
１０５の各部分について図９〜図１８を用いて詳細に説
明したが、図１９に配送手段１０５内の各部が連動する
様子を示す。今、図１９に示す配送スケジュール手段８
０２のメモリモジュール部９０９の配送１に対応する受
信者にパケットを送信する（１９０１）、とする。配送
１に対応する受信者情報を取得するための識別情報１９
０２は受信者情報テーブル手段８０３のＡを示してお
り、また、配送データを取得するための識別情報１９０
３はバッファ手段８０４におけるアドレスを示してい
る。これにより、パケット手段８０５の配送スケジュー
ル部１７０１に、”配送１に配送する”という配送スケ
ジュールが供給されると、パケット手段８０５は受信者
情報部１７０１を介して受信者情報テーブル手段８０３
から対応するパケットヘッダを取得し（１９０４）、同
様に配送データ部１７０２を介して対応する配送データ
を取得（１９０５）する。そして、パケット生成部１７
０４でパケットヘッダと配送データを結合してパケット
８０６を生成してネットワークに送出する。尚、受信者
情報テーブル手段８０３から取得されるパケットヘッダ
の変更部分に関しては、パケット生成部１７０４で計算
される。

【００４８】ここで、本方式と従来方式を比較する。
今、受信者数がＸ、ネットワークアダプタ、すなわち本
方式では配送手段、従来方式ではＮＩＣ、をＫ枚使用す
ると仮定すると、Ｉ／Ｏバス負荷はＫ／Ｘ、それぞれの
ネットワークアダプタで処理する受信者数はＸ／Ｋとな
る。また配送サーバのプロセッサの処理は受信者管理、
データ準備、各ネットワークアダプタへの一次配送だけ
になる。本方式では、受信者管理は受信者数Ｘに比例す
るが、データ準備は一種類の配送データにつき１であ
り、データの一次配送はＫに比例するのに対して従来方
式では全てＸに比例する。受信者管理処理は配送の開始
時間と終了時にのみ行われるため、一定の時間をみたと
きの負荷は配送処理に比べて非常に小さいと考えられ
る。従って、本方式のプロセッサ負荷は従来方式に比べ
てＫ／Ｘ以下になると考えられる。このように本方式に
よれば、配送サーバのプロセッサ負荷を低減させること
ができるばかりか、実時間性の強い配送処理を複数のネ
ットワークアダプタに分散できるため、個々のネットワ
ークアダプタの処理負荷も低減可能である。更にＩ／Ｏ
バスの負荷も低減可能となる。

【００４９】さて、以上ではパケットの送出について述
べたが、受信パケットを処理する機能を備える配送手段
１０５を図２０に示す。配送手段１０５の配送処理１０
６、配送データ入力装置５０２、バッファメモリ１０
７、ＮＩＣ１０８は上述した通りである。受信したパケ
ットはＮＩＣ１０８から受信処理手段２００１へ送ら
れ、識別処理手段２００２において配送手段１０５内で
処理できるか否かを識別される。処理できなければサー
バプロセッサへ送り、処理できれば配送手段１０５で処
理される。

【００５０】以上、本発明の実施例をインターネットに
言及して説明したが、本発明はインターネットに限定さ
れるものではない。また、配送手段１０５は本発明で述
べた配送手段１０５の処理に限定されることなく、さま
ざまなソフトウェアを配送手段１０５上で実行させ、イ
ンテリジェントＮＩＣ（ＮｅｔｗｏｒｋＩｎｔｅｒｆ
ａｃｅＣａｒｄ）とすることも可能である。図２１に
その例を示す。配送サーバ２１０１の配送手段２１０２
は、上述の配送手段１０５と同様の処理をするストリー
ミング２１０３の他に、サーバプロセッサが行っていた
処理の一部を配送手段２１０２内で行うソフトウェアで
あるサーバ機能Ａ２１０４、サーバ機能Ｂ２１０５、サ
ーバ機能Ｃ２１０６を含む。図２１では、配送サーバ２
１０１のプロセッサ、Ｉ／Ｏバスなどのハードウェア
は、その他のハードウェア２１０７に含まれる。このよ
うに、配送手段２１０２でストリーミング処理以外のソ
フトウェアを実行することで、配送サーバ２１０１のプ
ロセッサ負荷等をより低減することが可能となる。

【００５１】（付記１）送信者が送信者側に設けられた
プロセッサを用いて複数の受信者に対して受信者毎にデ
ータを送信することによって放送型通信を行う情報処理
装置であって、前記プロセッサから入出力バスを介して
供給される受信者の情報と配送データに基づいて、前記
受信者毎に対応するパケットを生成し、接続するネット
ワークに送信する配送手段、前記配送手段を前記入出力
バスを介して前記情報処理装置の前記プロセッサに接続
する手段と、を備えることを特徴とする情報処理装置。（付記２）付記１記載の情報処理装置であって、複数の
前記配送手段を備え、前記情報処理装置のプロセッサが
前記入出力バスを介して前記複数の配送手段に同一の配
送データを供給し、前記配送手段毎に異なる受信者情報
を供給する、ことを特徴とする情報処理装置。（付記３）付記１記載の情報処理装置であって、前記配
送手段は、パケットの送信順序と送信タイミングとから
なる配送スケジュールを制御する配送スケジュール手段
と、前記受信者の情報を管理する受信者情報管理手段
と、前記配送データを格納管理するバッファ手段と、前
記配送スケジュールに従い、指定された受信者に対して
パケットを生成し、送信するパケット手段と、を備える
ことを特徴とする情報処理装置。（付記４）付記３記載の情報処理装置であって、前記配
送手段は、更に、前記情報処理装置のプロセッサから配
送データの供給を受けることなく配送データを取得する
配送データ入力手段を備えることを特徴とする情報処理
装置。（付記５）付記３記載の情報処理装置であって、複数の
前記配送手段と、前記情報処理装置のプロセッサから配
送データの供給を受けることなく、配送データを取得す
る配送データ入力手段を備える配送入力手段を少なくと
も一つ備え、前記入力配送手段から前記入出力バスを介
して他の前記配送手段へ配送データを供給することを特
徴とする情報処理装置。（付記６）付記３記載の情報処理装置であって、前記配
送スケジュール手段は、前記受信者情報管理手段が管理
する情報から特定の受信者の情報を取得するための識別
情報と、前記特定の受信者に対して配送するデータを前
記バッファ手段から取得するための識別情報と、パケッ
トの送信に係わる情報とを、前記パケット手段に対して
予め決められた順序とタイミングで供給することを特徴
とする情報処理装置。（付記７）付記６記載の情報処理装置であって、前記パ
ケットの送信に係わる情報は、前回パケットを送信した
時刻と次にパケットを送信すべき時刻に係わる情報を含
むことを特徴とする情報処理装置。（付記８）付記３記載の情報処理装置であって、前記受
信者の情報は、前記パケット手段が各受信者に対応する
パケットを生成するために必要な情報を含み、前記受信
者情報管理手段は、前記パケット手段から指定された受
信者に対応する前記受信者の情報を前記パケット手段に
転送することを特徴とする情報処理装置。（付記９）付記８記載の情報処理装置であって、前記受
信者の情報は、前記配送データをネットワークに送信す
るときに必要となるパケットヘッダ情報の形態からな
り、前記受信者の情報は常に固定的な部分とパケット毎
に変更される部分を識別する変更情報を含む、ことを特
徴とする情報処理装置。（付記１０）付記９記載の情報処理装置であって、前記
パケット手段は、前記変更情報に基づいて変更される部
分のみ情報を加工し、固定部分は前記受信者の情報の対
応する部分をそのまま用いてパケットヘッダ情報を作成
し、前記配送データと前記パケットヘッダ情報を結合し
てパケットを生成し、ネットワークに送信することを特
徴とする情報処理装置。（付記１１）付記３記載の情報処理装置であって、前記
バッファ手段は、前記配送データを管理するための管理
情報と、前記パケット手段がパケットを生成するための
補助情報とを、前記配送データに付加して管理すること
を特徴とする情報処理装置。（付記１２）付記１１記載の情報処理装置であって、前
記バッファ手段は、前記配送データを一定の長さの配送
データブロックに分割し、各前記配送データブロックに
前記管理情報と前記補助情報を付加して管理することを
特徴とする情報処理装置。（付記１３）付記１２記載の情報処理装置であって、前
記管理情報は、前記配送データブロックの長さに係わる
情報と前記配送データブロックを配送すべき受信者数に
係わる情報であり、前記補助情報は、前記配送データブ
ロックのエラー検出符号である、ことを特徴とする情報
処理装置。（付記１４）付記１３記載の情報処理装置であって、前
記配送データブロックを配送すべき受信者数に係わる情
報は、前記配送データブロックを必要とする受信者数を
示すカウンタでそれぞれ表現され、前記配送スケジュー
ル手段が受信者に配送するデータとして該当する前記配
送データブロックを参照する毎に対応する前記カウンタ
を１増加し、前記パケット手段が該当する前記配送デー
タブロックの配送を完了する毎に対応する前記カウンタ
を１減少させ、前記バッファ手段が、前記カウンタを１
減少させた結果が０になった時に、対応する前記配送デ
ータブロックを破棄する、ことを特徴とする情報処理装
置。（付記１５）付記１３記載の情報処理装置であって、前
記エラー検出符号は、前記配送データブロックのチェッ
クサムである、ことを特徴とする情報処理装置。（付記１６）付記１５記載の情報処理装置であって、前
記チェックサムは、前記配送データブロックを予め決め
られた１６ｂｉｔ以上の長さ単位の１の補数和を行った
結果である、ことを特徴とする情報処理装置。（付記１７）付記３記載の情報処理装置であって、前記
配送手段は、更に、ネットワークからパケットを受信す
る受信手段と、前記受信手段で受信した前記パケット
を、該配送手段で処理できるか否か識別する受信パケッ
ト識別手段と、前記受信パケット識別手段で処理できる
と判断された前記パケットを処理し、処理できないと判
断された前記パケットを前記情報処理装置のプロセッサ
に転送する受信パケット処理手段と、を備えることを特
徴とする情報処理装置。（付記１８）単数の送信者が、複数の受信者に対して受
信者毎にデータを送信することによって放送型通信を行
う情報処理装置に設置されるネットワークアダプタであ
って、パケットの送信順序と送信タイミングとからなる
配送スケジュールを制御する配送スケジュール手段と、
前記受信者の情報を管理する受信者情報管理手段と、配
送データを格納管理するバッファ手段と、前記配送スケ
ジュールに従い、指定された受信者に対してパケットを
生成し、送信するパケット手段と、を備えることをネッ
トワークアダプタ。（付記１９）付記１８記載のネットワークアダプタであ
って、前記情報処理装置のプロセッサから配送データの
供給を受けることなく配送データを取得する配送データ
入力手段を備える、ことを特徴とするネットワークアダ
プタ。（付記２０）付記１８記載のネットワークアダプタであ
って、ネットワークからパケットを受信する受信手段
と、前記受信手段で受信した前記パケットを、該ネット
ワークアダプタで処理できるか否か識別する受信パケッ
ト識別手段と、前記受信パケット識別手段で処理できる
と判断された前記パケットを処理し、処理できないと判
断された前記パケットを前記情報処理装置のプロセッサ
に転送する受信パケット処理手段と、を備えることを特
徴とするネットワークアダプタ。（付記２１）放送型通信を行う送信者側情報処理装置が
パケットを生成して、送信する方法であって、前記情報
処理装置のネットワークアダプタが、前記情報処理装置
のプロセッサから供給される受信者の情報と配送データ
に基づいて、受信者毎に対応するパケットを生成し、送
信する過程を含むことを特徴とする方法。（付記２２）付記２１記載の方法であって、前記受信者
の情報を、予めパケットヘッダ情報の形態にして保持す
る過程と、前記配送データをブロックに分割し、各ブロ
ックに対応する管理情報とパケットを生成するための補
助情報とを付加して保持する過程と、パケットの送信順
序と送信タイミングとからなる配送スケジュールに従っ
て、指定された受信者に対してパケットを生成し、送信
する過程と、を含むことを特徴とする方法。

【００５２】

【発明の効果】以上詳細に説明したように、本発明によ
れば、放送型通信において送信者側である配送サーバ
は、配送品質を低下させずに、同時にサービス可能な受
信者数を増大させることができる。より具体的には、配
送サーバのプロセッサ負荷及びＩ／Ｏ負荷を低減し、配
送品質を受信者毎に対応して調整することができる。

【図面の簡単な説明】

【図１】本発明の原理構成を示す図である。

【図２】図１に示した配送サーバの処理の流れを示す図
である。

【図３】本発明の原理構成の応用（その１）を示す図で
ある。

【図４】図３に示した配送サーバの処理の流れを示す図
である。

【図５】本発明の原理構成の応用（その２）を示す図で
ある。

【図６】図５に示した配送サーバの処理の流れを示す図
である。

【図７】本発明の原理構成の応用（その３）を示す図で
ある。

【図８】配送手段の実施例を示す図である。

【図９】配送スケジュール手段の詳細な説明をする図で
ある。

【図１０】配送スケジュール手段のメモリモジュール部
の構成例を示す図である。

【図１１】配送スケジュールの調整例を示す図である。

【図１２】受信者情報管理テーブルの構成例を示す図で
ある。

【図１３】ＲＴＰ／ＩＰｖ４のパケットヘッダを示す図
である。

【図１４】バッファ手段の構成例を示す図である。

【図１５】配送データの管理について説明する図であ
る。

【図１６】チェックサムの求め方を説明する図である。

【図１７】パケット手段の詳細な説明をする図である。

【図１８】パケットを生成する処理の流れを示す図であ
る。

【図１９】配送手段内の動作を説明する図である。

【図２０】受信パケットの処理を説明する図である。

【図２１】本発明の配送手段の応用を示す図である。

【図２２】放送型通信を示す図である。

【図２３】マルチキャストによる放送型通信を示す図で
ある。

【図２４】ユニキャストによる放送型通信を示す図であ
る。

【図２５】放送型通信におけるマルチキャストとユニキ
ャストの比較を示す図である。

【図２６】従来方式における配送サーバの構成を示す図
である。

【符号の説明】

１０１配送サーバ１０２プロセッサ１０３バッファメモリ１０４Ｉ／Ｏバス１０５配送手段１０６配送処理１０７バッファメモリ１０８ＮＩＣ（ＮｅｔｗｏｒｋＩｎｔｅｒｆａ
ｃｅＣａｒｄ）４０８配送手段１０５−１の処理４０９配送手段１０５−２の処理４１０配送手段１０５−３の処理５０１入力配送手段５０２配送データ入力装置７０１配送手段または入力配送手段７０２入力配送手段８０１制御手段８０２配送スケジュール手段８０３受信者情報テーブル手段８０４バッファ手段８０５パケット手段８０６パケット８０７受信者管理情報８０８配送データ９０１配送先格納部９０２受信者情報アドレス格納部９０３配送データアドレス格納部９０４配送データ長格納部９０５配送時刻情報格納部９０６格納部（その他）９０７格納部（その他）９０８スケジュール部９０９メモリモジュール部１００１配送１１００２配送２１００３受信者情報アドレス１００４配送データアドレス１００５配送データ長１００６配送時刻情報１２０１受信者情報メモリ１２０２受信者１１２０３受信者２１２０４受信者情報１１２０５受信者情報２１２０６変更情報リスト１２０７パケットヘッダパターン１４０１バッファメモリ１４０２データ１１４０３データ２１４０４配送データブロック長１４０５参照カウンタ１４０６ブロックチェックサム１４０７配送データブロック１７０１受信者情報部１７０２配送データ部１７０３配送スケジュール部１７０４パケット生成部１７０５プロセッサ部１７０６ネットワークインタフェース部１９０１配送指示１９０２識別情報１９０３識別情報１９０４データ出力１９０５データ出力２００１受信処理手段２００２識別処理手段２１０１配送サーバ２１０２配送手段２１０３ストリーミング２１０４サーバ機能Ａ２１０５サーバ機能Ｂ２１０６サーバ機能Ｃ２１０７その他のハードウェア２２０１送信者２２０２インターネット２２０３受信者２２０４受信者２３０１送信者２３０２インターネット２３０３受信者２３０４受信者２４０１送信者２４０２インターネット２４０３受信者２４０４受信者２６０１配送サーバ２６０２プロセッサ２６０３バッファメモリ２６０４Ｉ／Ｏバス２６０５ＮＩＣ（ＮｅｔｗｏｒｋＩｎｔｅｒｆ
ａｃｅＣａｒｄ）２６０６ＮＩＣ（ＮｅｔｗｏｒｋＩｎｔｅｒｆ
ａｃｅＣａｒｄ）

Claims

【特許請求の範囲】

【請求項１】送信者が送信者側に設けられたプロセッ
サを用いて複数の受信者に対して受信者毎にデータを送
信することによって放送型通信を行う情報処理装置であ
って、前記プロセッサから入出力バスを介して供給される受信
者の情報と配送データに基づいて、前記受信者毎に対応
するパケットを生成し、接続するネットワークに送信す
る配送手段、前記配送手段を前記入出力バスを介して前記情報処理装
置の前記プロセッサに接続する手段と、を備えることを特徴とする情報処理装置。
【請求項２】請求項１記載の情報処理装置であって、複数の前記配送手段を備え、前記情報処理装置のプロセッサが前記入出力バスを介し
て前記複数の配送手段に同一の配送データを供給し、前
記配送手段毎に異なる受信者情報を供給する、ことを特
徴とする情報処理装置。
【請求項３】請求項１記載の情報処理装置であって、前記配送手段は、パケットの送信順序と送信タイミングとからなる配送ス
ケジュールを制御する配送スケジュール手段と、前記受信者の情報を管理する受信者情報管理手段と、前記配送データを格納管理するバッファ手段と、前記配送スケジュールに従い、指定された受信者に対し
てパケットを生成し、送信するパケット手段と、を備えることを特徴とする情報処理装置。
【請求項４】請求項３記載の情報処理装置であって、前記配送手段は、更に、前記情報処理装置のプロセッサ
から配送データの供給を受けることなく配送データを取
得する配送データ入力手段を備えることを特徴とする情
報処理装置。
【請求項５】請求項３記載の情報処理装置であって、複数の前記配送手段と、前記情報処理装置のプロセッサから配送データの供給を
受けることなく、配送データを取得する配送データ入力
手段を備える配送入力手段を少なくとも一つ備え、前記入力配送手段から前記入出力バスを介して他の前記
配送手段へ配送データを供給することを特徴とする情報
処理装置。
【請求項６】請求項３記載の情報処理装置であって、前記配送スケジュール手段は、前記受信者情報管理手段
が管理する情報から特定の受信者の情報を取得するため
の識別情報と、前記特定の受信者に対して配送するデー
タを前記バッファ手段から取得するための識別情報と、
パケットの送信に係わる情報とを、前記パケット手段に
対して予め決められた順序とタイミングで供給すること
を特徴とする情報処理装置。
【請求項７】請求項６記載の情報処理装置であって、前記パケットの送信に係わる情報は、前回パケットを送
信した時刻と次にパケットを送信すべき時刻に係わる情
報を含むことを特徴とする情報処理装置。
【請求項８】請求項３記載の情報処理装置であって、前記受信者の情報は、前記パケット手段が各受信者に対
応するパケットを生成するために必要な情報を含み、前記受信者情報管理手段は、前記パケット手段から指定
された受信者に対応する前記受信者の情報を前記パケッ
ト手段に転送することを特徴とする情報処理装置。
【請求項９】請求項８記載の情報処理装置であって、前記受信者の情報は、前記配送データをネットワークに
送信するときに必要となるパケットヘッダ情報の形態に
したものであり、前記受信者の情報は常に固定的な部分とパケット毎に変
更される部分を識別する変更情報を含む、ことを特徴とする情報処理装置。
【請求項１０】請求項９記載の情報処理装置であっ
て、前記パケット手段は、前記変更情報に基づいて変更部分
のみ情報を加工し、固定部分は前記受信者の情報の対応
する部分をそのまま用いてパケットヘッダ情報を作成
し、前記配送データと前記パケットヘッダ情報を結合し
てパケットを生成し、ネットワークに送信することを特
徴とする情報処理装置。
【請求項１１】請求項３記載の情報処理装置であっ
て、前記バッファ手段は、前記配送データを管理するための
管理情報と、前記パケット手段がパケットを生成するた
めの補助情報とを、前記配送データに付加して管理する
ことを特徴とする情報処理装置。
【請求項１２】請求項１１記載の情報処理装置であっ
て、前記バッファ手段は、前記配送データを一定の長さの配
送データブロックに分割し、各前記配送データブロック
に前記管理情報と前記補助情報を付加して管理すること
を特徴とする情報処理装置。
【請求項１３】請求項１２記載の情報処理装置であっ
て、前記管理情報は、前記配送データブロックの長さに係わ
る情報と前記配送データブロックを配送すべき受信者数
に係わる情報であり、前記補助情報は、前記配送データブロックのエラー検出
符号である、ことを特徴とする情報処理装置。
【請求項１４】請求項１３記載の情報処理装置であっ
て、前記配送データブロックを配送すべき受信者数に係わる
情報は、前記配送データブロックを必要とする受信者数
を示すカウンタでそれぞれ表現され、前記配送スケジュール手段が受信者に配送するデータと
して該当する前記配送データブロックを参照する毎に対
応する前記カウンタを１増加し、前記パケット手段が該当する前記配送データブロックの
配送を完了する毎に対応する前記カウンタを１減少さ
せ、前記バッファ手段が、前記カウンタを１減少させた結果
が０になった時に、対応する前記配送データブロックを
破棄する、ことを特徴とする情報処理装置。
【請求項１５】請求項１３記載の情報処理装置であっ
て、前記エラー検出符号は、前記配送データブロックのチェ
ックサムである、ことを特徴とする情報処理装置。
【請求項１６】請求項３記載の情報処理装置であっ
て、前記配送手段は、更に、ネットワークからパケットを受信する受信手段と、前記受信手段で受信した前記パケットを、該配送手段で
処理できるか否か識別する受信パケット識別手段と、前記受信パケット識別手段で処理できると判断された前
記パケットを処理し、処理できないと判断された前記パ
ケットを前記情報処理装置のプロセッサに転送する受信
パケット処理手段と、を備えることを特徴とする情報処理装置。
【請求項１７】単数の送信者が、複数の受信者に対し
て受信者毎にデータを送信することによって放送型通信
を行う情報処理装置に設置されるネットワークアダプタ
であって、パケットの送信順序と送信タイミングとからなる配送ス
ケジュールを制御する配送スケジュール手段と、前記受信者の情報を管理する受信者情報管理手段と、配送データを格納管理するバッファ手段と、前記配送スケジュールに従い、指定された受信者に対し
てパケットを生成し、送信するパケット手段と、を備えることをネットワークアダプタ。
【請求項１８】請求項１７記載のネットワークアダプ
タであって、ネットワークからパケットを受信する受信手段と、前記受信手段で受信した前記パケットを、該ネットワー
クアダプタで処理できるか否か識別する受信パケット識
別手段と、前記受信パケット識別手段で処理できると判断された前
記パケットを処理し、処理できないと判断された前記パ
ケットを前記情報処理装置のプロセッサに転送する受信
パケット処理手段と、を備えることを特徴とするネットワークアダプタ。
【請求項１９】放送型通信を行う送信者側情報処理装
置がパケットを生成して、送信する方法であって、前記情報処理装置のネットワークアダプタが、前記情報
処理装置のプロセッサから供給される受信者の情報と配
送データに基づいて、受信者毎に対応するパケットを生
成し、送信する過程を含むことを特徴とする方法。
【請求項２０】請求項１９記載の方法であって、前記受信者の情報を、予めパケットヘッダ情報の形態に
して保持する過程と、前記配送データをブロックに分割し、各ブロックに対応
する管理情報とパケットを生成するための補助情報とを
付加して保持する過程と、パケットの送信順序と送信タイミングとからなる配送ス
ケジュールに従って、指定された受信者に対してパケッ
トを生成し、送信する過程と、を含むことを特徴とする方法。