放送型通信システム
【課題】 送信者側の情報処理装置である配送サーバが、配送品質を低下させずに同時にサービス可能な受信者数を増大させる。より具体的には、配送サーバのプロセッサ負荷及びＩ／Ｏバス負荷を低減し、配送品質を受信者の要求に対応して調整できるようにする。
【解決手段】 配送サーバ１０１は、プロセッサ１０２、バッファメモリ１０３、Ｉ／Ｏバス１０４、 配送手段１０５とから構成される。さらに、配送手段１０５は、パケットの生成や送出制御を行う配送処理１０６と、プロセッサ１０２から供給される配送データを保持するバッファメモリ１０７と、ネットワークに接続するＮＩＣ１０８とから成る。プロセッサ１０２は受信者管理を行うと共に、バッファメモリ１０３上の配送すべきデータをＩ／Ｏバス１０４に接続された配送手段１０５に転送する。転送されたデータは配送手段１０５のバッファメモリ１０７に保持される。配送処理１０６は受信者情報に基づいて受信者毎にパケットを生成し、ＮＩＣ１０８を介してネットワークに送出する。
【解決手段】 配送サーバ１０１は、プロセッサ１０２、バッファメモリ１０３、Ｉ／Ｏバス１０４、 配送手段１０５とから構成される。さらに、配送手段１０５は、パケットの生成や送出制御を行う配送処理１０６と、プロセッサ１０２から供給される配送データを保持するバッファメモリ１０７と、ネットワークに接続するＮＩＣ１０８とから成る。プロセッサ１０２は受信者管理を行うと共に、バッファメモリ１０３上の配送すべきデータをＩ／Ｏバス１０４に接続された配送手段１０５に転送する。転送されたデータは配送手段１０５のバッファメモリ１０７に保持される。配送処理１０６は受信者情報に基づいて受信者毎にパケットを生成し、ＮＩＣ１０８を介してネットワークに送出する。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、パケット通信を用いて放送型通信を行うためのシステムに係わり、特に送信側の負荷を低減した情報処理装置に関する。
【０００２】
【従来の技術】従来、一つのデータを単一の送信者から複数の受信者へ送信するような放送型通信は広く用いられてきた。ＴＶ放送は、電波を用いた放送型通信の一例である。
【０００３】近年では、図２２に示すような、基本的に１対１通信であるパケット通信を用いた放送型通信の需要が高まっている。インターネットで行われている、ストリーミングによる画像や音声の配信はその一例である。
【０００４】インターネットのようなパケット通信網で放送型通信を行う技術としては、マルチキャスト及びユニキャストを用いた方式がある。図２３にマルチキャストによる放送型通信を示す。マルチキャスト通信では、送信者２３０１が予め決められたマルチキャストアドレスを宛先とするパケットを送信し、ネットワーク２３０２がそのパケットを予め決定された経路情報に従って複写しつつ伝送することで複数の受信者（２３０３、２３０４）にデータが配信される。受信者は、ネットワーク２３０２のマルチキャストアドレスの受信者グループに登録することで、パケットを受信できる。
【０００５】図２４にユニキャストによる放送型通信を示す。ユニキャスト通信は１対１のパケット通信であるため、送信者２４０１が全ての受信者（２４０３、２４０４）に対して同じデータを送信することで放送型通信を実現する。
【０００６】上述のマルチキャスト及びユニキャストによる方式にはそれぞれ得失がある。図２５にそれをまとめて示す。送信者側の負荷に関しては、マルチキャストの場合、送信者がマルチキャストアドレスを宛先とするパケットを１回送信するだけに対して、ユニキャストの場合はそれぞれの受信者に対してパケットを送信するため、受信者数に比例して送信者側の負荷が増大する。しかしながら、アドレス管理、ネットワーク制御、受信者側の制御の３項目については、マルチキャストの場合複雑になるのに対して、ユニキャストの場合は１対１のパケット通信となんら変わらないため単純である。
【０００７】このような得失により、両者の方式は必要に応じて利用されているのが実状である。どちらを選択するかは利用対象にもよるが、マルチキャストによる方式はアドレスやルーティング管理を必要とするのに対して、ユニキャストによる方式は特別な管理を必要としないため広く用いられている。インターネットでしばしばＷｅｂｃａｓｔと呼ばれている画像／音声放送はユニキャストによる方式を用いている。
【０００８】さて、一般にパケット通信を用いた放送型通信を実現するために、大きく分けて次の１）〜３）の処理機能が必要である。１）受信者からの配送要求を受け付ける（受信者管理）、２）配送データを準備する（データ準備）、３）通信手順に従い、受信者毎に異なる通信条件を満たすようにデータを配送する（配送処理）。
【０００９】従来方式においては、これら１）〜３）の処理を全て送信者側の情報処理装置である配送サーバ２６０１がプロセッサ制御で行っている（図２６）。特に、ユニキャストによる放送型通信では受信者数に相当するデータ配送を行わなければならないため、プロセッサ２６０２による各種処理の負荷が増大する。
【００１０】また、２）データ準備、に関して、放送型通信の場合、パケットの大きな部分を占めるデータ部分は受信者に関わらず同一だが、パケットヘッダなど異なる部分があるため、受信者毎に全てのパケットデータを転送しなければならない。そこで受信者毎に異なるパケットを配送サーバ２６０１のメモリ２６０３上で作成し、Ｉ／Ｏバス２６０４に接続されたＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ、ネットワークアダプタに相当する）２６０５，２６０６に転送するため、Ｉ／Ｏバス２６０４の負荷が増大するという問題がある。
【００１１】更に、３）配送処理、に関して、配送処理は実時間処理であるため、同時接続受信者数が増大すると実時間性が保証できなくなり、所期の配送品質が得られないという問題もある。すなわち、配送品質を調整するために、受信者に応じて変えるべきパラメータの代表例として少なくとも以下のア）〜ウ）があり、同時接続受信者数が増大するとこれらの個別制御を行うのが困難となる。
【００１２】ア）受信者のネットワークアドレス及び通信手順に従って調整すべきパラメータ：受信者のネットワークアドレスや利用するプロトコルなどのパラメータであって、受信者に配送するために必須な情報である。
【００１３】イ）一個のパケットで転送するデータ長：ＭＴＵ（Ｍａｘｉｍｕｍ Ｔｒａｎｓｆｅｒ Ｕｎｉｔ）で、パケット一個の長さを規定する。受信者が接続しているネットワークによって効率良く転送可能なパケット長は様々であるため、最適なデータ長のパケットを配送することで配送品質を向上させることが可能となる。
【００１４】ウ）パケットを送信する速度（率）の平滑化：できるだけ同じ転送速度でパケットを配送することが望ましいが、一般に配送サーバ側のネットワークは高速なのに対して受信者側のネットワークは低速である場合が多い。このため配送サーバ側で間欠的に配送を行うと、受信者側では間欠的に集中配送されたデータを受信しきれないことがある。このような輻輳によるデータ破棄は配送サーバから受信者に到達するネットワーク内部でも発生しうるため、配送サーバ側では可能な限り平滑化した配送を行うことが配送品質の向上につながる。
【００１５】
【発明が解決しようとする課題】そこで本発明の課題は、送信者側の情報処理装置である配送サーバが同時にサービス可能な受信者数を増大させるだけでなく、配送品質を低下させないことを目的として従来の配送サーバの諸問題を解決することにある。より具体的には、配送サーバのプロセッサ負荷及びＩ／Ｏバス負荷を低減し、配送品質を受信者の要求に対応して調整できるようにする。
【００１６】
【課題を解決するための手段】上述した課題を解決するために、本発明では、配送サーバのＩ／Ｏバスに接続されるネットワークアダプタに対応する配送手段を設け、配送手段が配送サーバのプロセッサからＩ／Ｏバスへの接続手段を介して供給される受信者の情報と配送データに基づいて、受信者毎に対応するパケットを生成し、送信するようにした。
【００１７】本発明の一態様によれば、前記配送手段は、パケットの送信順序と送信タイミングとからなる配送スケジュールを制御する配送スケジュール手段と、前記受信者の情報を管理する受信者情報管理手段と、前記配送データを格納管理するバッファ手段と、前記配送スケジュールに従い、指定された受信者に対してパケットを生成し、送信するパケット手段とを備える。
【００１８】このような構成をとることにより、配送サーバのプロセッサは受信者管理を行うと共に配送すべきデータをＩ／Ｏバスに接続された配送手段に一度転送すれば良く、配送サーバのプロセッサ負荷及びＩ／Ｏバス負荷を低減することができる。また、受信者毎に対応するパケットを生成し送信するため、配送品質を受信者の要求に対応して調整することができる。
【００１９】
【発明の実施の形態】以下、本発明の実施の形態を図面を参照しながら説明する。尚、以下の実施形態の説明ではユニキャストによる放送型通信における送信側の情報処理装置の負荷を低減するための方式について言及するが、マルチキャストによる放送型通信に対しても適用可能であり、特に高速なデータの放送においては効果を持つ。
【００２０】図１は本発明の原理構成を示す図である。本発明を実施する情報処理装置である配送サーバ１０１は、プロセッサ１０２、バッファメモリ１０３、Ｉ／Ｏバス１０４、配送手段１０５を備える。配送手段１０５は、パケットの生成や送出制御を行う配送処理部１０６と、プロセッサ１０２から供給される配送データを保持するバッファメモリ１０７と、ネットワークに接続するＮＩＣ１０８とから成る。プロセッサ１０２は受信者管理を行うと共に、バッファメモリ１０３上の配送すべきデータをＩ／Ｏバス１０４に例えばＰＣＩのような接続手段を介して接続された配送手段１０５に転送する。転送されたデータは配送手段１０５のバッファメモリ１０７に保持される。配送処理部１０６は受信者情報に基づいて受信者毎にパケットを生成し、ＮＩＣ１０８を介してネットワークに送出する。
【００２１】図２に、図１に示した配送サーバ１０１の処理の流れを示す。以下、本発明における配送サーバ１０１の処理はプロセッサ１０２ではなく主として配送処理部１０６で行われる。まず、プロセッサ１０２が配送指示を出す（Ｓ２０１）。すると、受信者管理情報（Ｓ２０２）、及び配送データ（Ｓ２０３）が配送手段１０５に転送される。更に、配送手段１０５で、受信者全てに配送データを配送したかが判断され（Ｓ２０４）、Ｙｅｓの場合は処理を終了する。Ｎｏの場合は、配送スケジュールを生成・管理し（Ｓ２０５）、パケットヘッダを生成し、該パケットヘッダとＳ２０３で取り込まれた配送データとからパケットを生成し、パケット送出の準備を行う（Ｓ２０６）。そして、パケットが配送され（Ｓ２０７）、Ｓ２０４に戻る。
【００２２】図１に示した配送サーバ１０１では、同時にサービスできる受信者数は配送手段１０５の能力で制限されるが、Ｉ／Ｏバスに配送手段１０５を複数接続することで性能を向上させることができる。図３に、複数の配送手段１０５を備える配送サーバ１０１−１を示す。図３は、複数の配送手段１０５を備える以外は図１と同じ構成をとる。
【００２３】図４に、図３に示した配送サーバ１０１−１の処理の流れを示す。まず、プロセッサ１０２が配送指示を出す（Ｓ４０１）。すると、受信者管理情報（Ｓ４０２）、及び配送データ（Ｓ４０３）が配送手段１０５−１〜１０５−ｎに転送される。各配送手段１０５−１〜１０５−ｎでは同一の処理が行われるため、配送手段１０５−１の処理４０８について説明する。まず、受信者全てに配送データを配送したかが判断され（Ｓ４０４）、Ｙｅｓの場合は処理を終了する。Ｎｏの場合は、配送スケジュールを生成・管理し（Ｓ４０５）、パケットヘッダを生成し、該パケットヘッダとＳ４０３で取り込まれた配送データとからパケットを生成し、パケット送出の準備を行う（Ｓ４０６）。そして、パケットが配送され（Ｓ４０７）、Ｓ４０４に戻る。
【００２４】図１の配送サーバ１０１をさらに応用して、配送手段１０５を、配送データを取得する配送データ入力装置５０２を備える入力配送手段５０１に置き換えることも可能である。図５に示す配送サーバ１０１−２では、プロセッサ１０２は受信者管理のみを行い、Ｉ／Ｏバス１０４上のデータ転送は受信者管理情報のみとなる。配送データはカメラ等の配送データ入力装置５０２で取得され、バッファメモリ１０７に保持される。そして、配送処理１０６が受信者情報に基づいて受信者毎にパケットを生成し、生成されたパケットをＮＩＣ１０８を介してネットワークに送出する。
【００２５】図６に、図５に示した配送サーバ１０１−２の処理の流れを示す。まず、プロセッサ１０２が配送指示を出す（Ｓ６０１）。すると受信者管理情報（Ｓ６０２）、が入力配送手段３０１に転送される。更に、入力配送手段３０１で、受信者全てに配送データを配送したかが判断され（Ｓ６０３）、Ｙｅｓの場合は処理を終了する。Ｎｏの場合は、配送スケジュールを生成・管理し（Ｓ６０４）、パケットヘッダを生成し、該パケットヘッダと外部入力機器Ｓ６０５で取り込まれた配送データ（Ｓ６０６）とからパケットを生成し、パケット送出の準備を行う（Ｓ６０７）。そして、パケットが配送され（Ｓ６０８）、Ｓ６０３に戻る。
【００２６】図５に示した配送サーバ１０１−２の入力配送手段５０１は配送データの入力及び配送を一括して処理できるが、同時に処理できる受信者数は一個の入力配送手段５０１の能力で制限される。そこで、複数の入力配送手段７０２及び配送手段７０１を装備し、ある入力配送手段７０２から別の配送手段や入力配送手段Ｉ／Ｏバスを介して配送データを転送するようにすることで配送サーバの性能を向上させる（図７）。この場合、プロセッサ１０２が受信者管理の一環として配送データをどこからどこへ転送するかを制御する。
【００２７】以下、本発明の実施例について詳細に説明する。ところで、配送データとしては、ディスクやファイルシステムに格納されたデータを用いたり、カメラなどの入力機器から配送データを撮り込むことなどが考えられる。本発明が対象とする情報処理装置はいずれかの方法で配送データを獲得することができるもので、これらは既存技術を利用すればよく、ここではその説明を割愛する。
【００２８】また、以下の実施例では、通信プロトコルとしてインターネットで利用されているＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）ＲＦＣ１８８９を用いるが、本発明はＲＴＰに限定して適用するものではない。
【００２９】本発明の配送サーバはプロセッサ、バッファメモリ、ＰＣＩバスなどのＩ／Ｏバスを備える情報処理装置である。そして、図１などに示した配送手段１０５が例えばＰＣＩ等の接続手段を介してＩ／Ｏバス１０４に接続する。
【００３０】配送手段１０５はＩ／Ｏバス１０４に装着するもので、コスト面、実装面積など物理的な制限のためサーバのプロセッサに比べると配送処理に特化した能力のプロセッサを用いる必要がある。しかし、配送手段１０５は処理内容が限られるので、処理内容に応じた専用の機構を設けることで高速な処理を実現することができる。
【００３１】配送手段１０５は、配送サーバのプロセッサから指示された受信者情報を保持し、配送データをバッファリングして、指定された通信条件に従ってパケットを送信するものである。これを実現するにはいくつかの方法が考えられるが、本質的には以下のような機構に基づき実現することができる。
【００３２】図８に配送手段１０５の詳細な構成を示す。配送手段１０５は、制御手段８０１、配送スケジュール手段８０２、受信者情報テーブル手段８０３、バッファ手段８０４、パケット手段８０５とから構成される。受信者管理情報８０７は配送サーバ１０１のプロセッサ１０２から制御手段８０１に供給される。配送データ８０８はバッファ手段８０４に供給される。配送スケジュール手段８０２は配送スケジュールを管理し、受信者情報テーブル手段８０３は各受信者の情報を管理する。パケット手段８０５はバッファ手段８０４の配送データと、受信者の情報をもとにパケット８０６を生成し、送出する。以下、各手段について説明する。
【００３３】制御手段８０１は、配送サーバ１０１のプロセッサ１０２との情報のやりとり、配送手段１０５内部の制御、ネットワーク制御などの全体制御を行うものである。図８に示すように、制御手段８０１は、受信者管理情報と配送スケジュールを配送スケジュール手段８０２に供給する。また、配送サーバ１０１のプロセッサ１０２から供給される受信者管理情報８０７に基づいて、配送スケジュールを作成する場合もある。尚、制御手段８０１は、制御用の比較的安価なマイクロプロセッサ及びソフトウェアで構成することができる。
【００３４】配送スケジュール手段８０２は、受信者に対して配送データを送信する順序やタイミングを規定した情報を管理する。パケット手段８０４がこの情報に従って個々のパケットを送信する（パケット手段８０４については以下に詳細に説明する）。配送スケジュールは配送サーバ１０１のプロセッサ１０２が受信者管理情報８０７の一部として与える場合や、制御手段８０１が独自に作成する場合がある。
【００３５】図９に配送スケジュール手段８０２の詳細な構成を示す。配送スケジュール手段８０２は、配送先格納部９０１、受信者情報アドレス格納部９０２、配送データアドレス格納部９０３、配送データ長格納部９０４、配送時刻情報格納部９０５などの格納部（９０６、９０７はその他の情報を格納する部分）と、スケジュール部９０８、メモリモジュール部９０９とから成る。
【００３６】図１０にメモリモジュール部９０９の構成例を示す。それぞれの受信者に配送するための情報が、配送１（１００１）、配送２（１００２）、・・・として保持されている。受信者情報アドレス１００３は受信者情報テーブル手段８０３が持つ受信者情報の格納アドレスないし識別子である。配送データアドレス１００４はバッファ手段８０４に格納された配送データの中で今回転送すべきデータの格納されたアドレスである。配送データ長１００５は、今回配送すべきデータ長である。配送時刻１００６は今回配送すべき時刻情報である。例えば前回配送した時刻及び次に配送すべき時刻を格納しておくと、一定の時間間隔をおいて配送することができる。メモリモジュール部９０９に保持されるこれらの情報が、パケット手段８０５に対してあらかじめ決められた順序とタイミングで供給される。
【００３７】図１１に配送スケジュールの調整例を示す。図１１は、メモリモジュール部９０９の主要な部分だけを抜粋して示すもので、宛先、時間パラメータ、データ長から成るテーブルである。時間パラメータは、前回配送した時刻及び次に配送すべき時刻に関わる情報として、パケットの配送間隔時間を示す。
【００３８】配送スケジュール手段８０２は、プロセッサ１０２もしくは制御手段８０１から配送先の変更の指示を与えられると配送スケジュールを調整する。例えば、図１１に示すように、宛先Ｄ’の挿入の指示が与えられると、宛先Ｄ’の受信者に関わる情報が配送先格納部９０１、受信者情報アドレス格納部９０２、配送データアドレス格納部９０３、配送データ長格納部９０４、配送時刻情報格納部９０５にそれぞれ格納され、スケジュール部９０８が受信者情報テーブル手段５０３または受信者情報管理テーブルを元に宛先Ｄ’の挿入場所を求め、メモリモジュール部９０９を更新する。図１１では、宛先Ａと宛先Ｂの間に宛先Ｄ’を挿入している。同様に宛先の削除も行うことができる。図１１において宛先Ｂの削除の指示が与えられると、宛先Ｂの受信者に関わる情報が配送先格納部９０１、受信者情報アドレス格納部９０２、配送データアドレス格納部９０３、配送データ長格納部９０４、配送時刻情報格納部９０５にそれぞれ格納され、スケジュール部９０８がメモリモジュール部９０９上の宛先Ｂに関する部分を削除する。
【００３９】次に、受信者情報テーブル手段８０３について説明する。受信者情報テーブル手段８０３は受信者毎の情報を受信者情報テーブルに格納、管理するものであって、パケット手段８０５がこの情報を用いてパケットを生成し、ネットワークへ送信する。
【００４０】図１２に受信者情報管理テーブルの構成例を示す。受信者（受信者１、受信者２など）毎の情報である受信者情報１（１２０４）、受信者情報２（１２０５）には、受信者のネットワークアドレス、使用しているプロトコル、ネットワーク制御情報などが格納される。また、パケットヘッダパターン１２０７には、最初に受信者情報を設定するときに、固定情報となるものがパケット形式に変換されて格納されている。これにより、パケット手段８０５が受信者情報を用いてパケットを生成するときに、パケット形式に変換されているものを用いてパケットを生成することができるため、処理を効率化することができる。変更情報リスト１２０６にはパケット長、エラー検出のためのチェックサム、プロトコルに依存して定義されるシーケンス番号やタイムスタンプ値など、パケット毎に変更すべきものがリストとして記される。ＲＴＰ ＲＦＣ１８８９を用いた場合、パケットヘッダとして必要な情報はＩＰヘッダ、ＵＤＰヘッダ、ＲＴＰヘッダである（ＲＴＰ／ＩＰｖ４）。これらの情報のうち、受信者についてのパケット毎に変わる情報は図１３に示す網掛け部分で、それ以外の部分が固定情報である。固定情報部分については受信者情報管理テーブルに例えばヘッダとデータとからなるパケット形式で格納され、変更部分については、パケット手段８０５が変更情報リスト１２０６に基づいてこれらの情報を毎回算出し、更新する。
【００４１】次に、バッファ手段８０４について説明する。バッファ手段８０４は配送サーバのプロセッサ１０２から転送される生のデータ、もしくは配送データ入力装置５０２で取得された生データ、である配送データを格納するものである。パケット手段８０５はバッファ手段８０４からデータを読み出しパケットを生成する。一般に受信者毎にデータ転送長は異なるが、本発明ではパケット手段８０５が配送データから異なるデータ転送長のパケットを容易に生成できるように配送データをブロックに分割し、更にＩＰチェックサム計算を容易にするための補助情報を持たせる。
【００４２】図１４にバッファ手段８０４の構成例を示す。配送データは、データ１（１４０２）、データ２（１４０３）、などのデータブロックに分割されて保持される。配送データブロック長１４０４は、該当ブロック内のデータ長である。参照カウンタ１４０５は配送スケジュール手段８０２において配送すべくスケジュールされている項目から該当ブロックを参照している数である。この参照数が０でない場合、該当データブロックに関する配送が全て終わっていないことになる。０の場合はこのブロックを上書きしてもよいことになる。ブロックチェックサム１４０６は該当ブロックのデータを１６ｂｉｔ単位で１の補数和演算をした結果である。例えば２個のデータブロック全体のＩＰチェックサム値はそれぞれのブロックチェックサム値を１の補数和することで得られる。このためパケット手段８０５は全てのデータについて計算することなくチェックサム値を計算することができる。配送データブロック１４０７はデータが格納される。以下にバッファ手段８０４における配送データの管理について（図１５）、ブロックチェックサム１４０６について（図１６）それぞれ詳しく説明する。
【００４３】図１５にバッファ手段８０４における配送データの管理をフローチャートに示す。まずＳ１５０１でプロセッサ１０２から配送データが供給されると配送データを分割する。Ｓ１５０２で参照カウンタ１４０５を初期化する。Ｓ１５０３で配送スケジュール手段８０２からデータブロックを参照されると、該当する参照カウンタ１４０５が＋１され、Ｓ１５０４で、該当するデータブロックの配送が完了すると対応する参照カウンタ１４０５が−１される。Ｓ１５０５で参照カウンタ１４０５が０かどうか判断され、０でなければＳ１５０３に戻り、０であればそのデータブロックのデータは破棄可能として破棄され、新たなデータの格納に使用される。
【００４４】図１６にブロックチェックサムからパケット手段８０５がパケットのチェックサム値を算出する方法を示す。まず、（１）で配送データを分割する。次に（２）で分割したデータブロック毎にチェックサムを計算する。これは１６ｂｉｔ単位で１の補数和演算した結果である。そして（３）は、パケット手段８０５においてチェックサム値を求めるのをそれぞれ示したものである。（３）ａは、ブロック■とブロック■を１つのパケットとして送出する場合を示したもので、チェックサムαは■と■のチェックサムを１の補数和演算して得られる。（３）ｂは、ブロック■を１つのパケットとして送出する場合を示したもので、チェックサムβは■のチェックサムをそのままチェックサムとする。（３）ｃは、ブロック■、ブロック■、ブロック■を１つのパケットとして送出する場合を示したもので、チェックサムγは■と■と■のチェックサムを１の補数和演算して得られる。（３）ａ’は、ブロック■とブロック■の一部（■’）を１つのパケットとして送出する場合を示したもので、チェックサムζは、まず■’のチェックサムを求め、その後■のチェックサムと合わせて算出される。このようにパケット手段８０５でチェックサムを求める場合、あらかじめ計算された各ブロック毎のチェックサムからパケット毎のチェックサムを算出するため、処理を効率化できる。尚、上記の説明では１の補数和演算によって得られるチェックサムについて説明したが、ＣＲＣ（巡回符号）のような、他のエラー検出符号を用いることも可能である。
【００４５】次に、パケット手段８０５について説明する。パケット手段８０５は、配送スケジュールに従って、バッファ手段８０４に格納される配送データと受信者情報テーブル手段８０３をもとにパケットを生成し、ネットワークに送信する。パケット手段８０５の処理は専用のマイクロプロセッサ、専用のハードウェアを用いて高速化させることが可能である。
【００４６】図１７にパケット手段８０５の詳細な構成を示す。パケット手段は受信者情報部１７０１、配送データ部１７０２、配送スケジュール部１７０３、パケット生成部１７０４、プロセッサ部１７０５、ネットワークインタフェース部１７０６から成る。受信者情報部１７０１は受信者情報テーブル手段８０３に、配送データ部１７０２はバッファ手段８０４に、配送スケジュール部１７０３は配送スケジュール手段８０２にそれぞれ接続している。受信者情報部１７０１と配送データ部１７０２はバッファメモリで構成され、データが格納される。配送スケジュール部１７０３に配送スケジュールが供給されると、パケット生成部１７０４は受信者情報部１７０１から受信者のパケットヘッダを取得し、同様に配送データ部１７０２から配送データを取得し、双方を結合してパケットを生成する。この際、パケットヘッダには固定部分と変更部分があるため、図１８に示すように、変更情報があるか否かＳ１８０２で判断され、変更情報がある場合はＳ１８０３で変更情報をパケットヘッダの形式に加工し、Ｓ１８０４でパケットヘッダを元にパケットを生成する。そして、生成されたパケットはネットワークインタフェース部１７０６を介してネットワークに送出される。
【００４７】以上のように図８に示す本発明の配送手段１０５の各部分について図９〜図１８を用いて詳細に説明したが、図１９に配送手段１０５内の各部が連動する様子を示す。今、図１９に示す配送スケジュール手段８０２のメモリモジュール部９０９の配送１に対応する受信者にパケットを送信する（１９０１）、とする。配送１に対応する受信者情報を取得するための識別情報１９０２は受信者情報テーブル手段８０３のＡを示しており、また、配送データを取得するための識別情報１９０３はバッファ手段８０４におけるアドレスを示している。これにより、パケット手段８０５の配送スケジュール部１７０１に、”配送１に配送する”という配送スケジュールが供給されると、パケット手段８０５は受信者情報部１７０１を介して受信者情報テーブル手段８０３から対応するパケットヘッダを取得し（１９０４）、同様に配送データ部１７０２を介して対応する配送データを取得（１９０５）する。そして、パケット生成部１７０４でパケットヘッダと配送データを結合してパケット８０６を生成してネットワークに送出する。尚、受信者情報テーブル手段８０３から取得されるパケットヘッダの変更部分に関しては、パケット生成部１７０４で計算される。
【００４８】ここで、本方式と従来方式を比較する。今、受信者数がＸ、ネットワークアダプタ、すなわち本方式では配送手段、従来方式ではＮＩＣ、をＫ枚使用すると仮定すると、Ｉ／Ｏバス負荷はＫ／Ｘ、それぞれのネットワークアダプタで処理する受信者数はＸ／Ｋとなる。また配送サーバのプロセッサの処理は受信者管理、データ準備、各ネットワークアダプタへの一次配送だけになる。本方式では、受信者管理は受信者数Ｘに比例するが、データ準備は一種類の配送データにつき１であり、データの一次配送はＫに比例するのに対して従来方式では全てＸに比例する。受信者管理処理は配送の開始時間と終了時にのみ行われるため、一定の時間をみたときの負荷は配送処理に比べて非常に小さいと考えられる。従って、本方式のプロセッサ負荷は従来方式に比べてＫ／Ｘ以下になると考えられる。このように本方式によれば、配送サーバのプロセッサ負荷を低減させることができるばかりか、実時間性の強い配送処理を複数のネットワークアダプタに分散できるため、個々のネットワークアダプタの処理負荷も低減可能である。更にＩ／Ｏバスの負荷も低減可能となる。
【００４９】さて、以上ではパケットの送出について述べたが、受信パケットを処理する機能を備える配送手段１０５を図２０に示す。配送手段１０５の配送処理１０６、配送データ入力装置５０２、バッファメモリ１０７、ＮＩＣ１０８は上述した通りである。受信したパケットはＮＩＣ１０８から受信処理手段２００１へ送られ、識別処理手段２００２において配送手段１０５内で処理できるか否かを識別される。処理できなければサーバプロセッサへ送り、処理できれば配送手段１０５で処理される。
【００５０】以上、本発明の実施例をインターネットに言及して説明したが、本発明はインターネットに限定されるものではない。また、配送手段１０５は本発明で述べた配送手段１０５の処理に限定されることなく、さまざまなソフトウェアを配送手段１０５上で実行させ、インテリジェントＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）とすることも可能である。図２１にその例を示す。配送サーバ２１０１の配送手段２１０２は、上述の配送手段１０５と同様の処理をするストリーミング２１０３の他に、サーバプロセッサが行っていた処理の一部を配送手段２１０２内で行うソフトウェアであるサーバ機能Ａ２１０４、サーバ機能Ｂ２１０５、サーバ機能Ｃ２１０６を含む。図２１では、配送サーバ２１０１のプロセッサ、Ｉ／Ｏバスなどのハードウェアは、その他のハードウェア２１０７に含まれる。このように、配送手段２１０２でストリーミング処理以外のソフトウェアを実行することで、配送サーバ２１０１のプロセッサ負荷等をより低減することが可能となる。
【００５１】（付記１）送信者が送信者側に設けられたプロセッサを用いて複数の受信者に対して受信者毎にデータを送信することによって放送型通信を行う情報処理装置であって、前記プロセッサから入出力バスを介して供給される受信者の情報と配送データに基づいて、前記受信者毎に対応するパケットを生成し、接続するネットワークに送信する配送手段、前記配送手段を前記入出力バスを介して前記情報処理装置の前記プロセッサに接続する手段と、を備えることを特徴とする情報処理装置。
（付記２）付記１記載の情報処理装置であって、複数の前記配送手段を備え、前記情報処理装置のプロセッサが前記入出力バスを介して前記複数の配送手段に同一の配送データを供給し、前記配送手段毎に異なる受信者情報を供給する、ことを特徴とする情報処理装置。
（付記３）付記１記載の情報処理装置であって、前記配送手段は、パケットの送信順序と送信タイミングとからなる配送スケジュールを制御する配送スケジュール手段と、前記受信者の情報を管理する受信者情報管理手段と、前記配送データを格納管理するバッファ手段と、前記配送スケジュールに従い、指定された受信者に対してパケットを生成し、送信するパケット手段と、を備えることを特徴とする情報処理装置。
（付記４）付記３記載の情報処理装置であって、前記配送手段は、更に、前記情報処理装置のプロセッサから配送データの供給を受けることなく配送データを取得する配送データ入力手段を備えることを特徴とする情報処理装置。
（付記５）付記３記載の情報処理装置であって、複数の前記配送手段と、前記情報処理装置のプロセッサから配送データの供給を受けることなく、配送データを取得する配送データ入力手段を備える配送入力手段を少なくとも一つ備え、前記入力配送手段から前記入出力バスを介して他の前記配送手段へ配送データを供給することを特徴とする情報処理装置。
（付記６）付記３記載の情報処理装置であって、前記配送スケジュール手段は、前記受信者情報管理手段が管理する情報から特定の受信者の情報を取得するための識別情報と、前記特定の受信者に対して配送するデータを前記バッファ手段から取得するための識別情報と、パケットの送信に係わる情報とを、前記パケット手段に対して予め決められた順序とタイミングで供給することを特徴とする情報処理装置。
（付記７）付記６記載の情報処理装置であって、前記パケットの送信に係わる情報は、前回パケットを送信した時刻と次にパケットを送信すべき時刻に係わる情報を含むことを特徴とする情報処理装置。
（付記８）付記３記載の情報処理装置であって、前記受信者の情報は、前記パケット手段が各受信者に対応するパケットを生成するために必要な情報を含み、前記受信者情報管理手段は、前記パケット手段から指定された受信者に対応する前記受信者の情報を前記パケット手段に転送することを特徴とする情報処理装置。
（付記９）付記８記載の情報処理装置であって、前記受信者の情報は、前記配送データをネットワークに送信するときに必要となるパケットヘッダ情報の形態からなり、前記受信者の情報は常に固定的な部分とパケット毎に変更される部分を識別する変更情報を含む、ことを特徴とする情報処理装置。
（付記１０）付記９記載の情報処理装置であって、前記パケット手段は、前記変更情報に基づいて変更される部分のみ情報を加工し、固定部分は前記受信者の情報の対応する部分をそのまま用いてパケットヘッダ情報を作成し、前記配送データと前記パケットヘッダ情報を結合してパケットを生成し、ネットワークに送信することを特徴とする情報処理装置。
（付記１１）付記３記載の情報処理装置であって、前記バッファ手段は、前記配送データを管理するための管理情報と、前記パケット手段がパケットを生成するための補助情報とを、前記配送データに付加して管理することを特徴とする情報処理装置。
（付記１２）付記１１記載の情報処理装置であって、前記バッファ手段は、前記配送データを一定の長さの配送データブロックに分割し、各前記配送データブロックに前記管理情報と前記補助情報を付加して管理することを特徴とする情報処理装置。
（付記１３）付記１２記載の情報処理装置であって、前記管理情報は、前記配送データブロックの長さに係わる情報と前記配送データブロックを配送すべき受信者数に係わる情報であり、前記補助情報は、前記配送データブロックのエラー検出符号である、ことを特徴とする情報処理装置。
（付記１４）付記１３記載の情報処理装置であって、前記配送データブロックを配送すべき受信者数に係わる情報は、前記配送データブロックを必要とする受信者数を示すカウンタでそれぞれ表現され、前記配送スケジュール手段が受信者に配送するデータとして該当する前記配送データブロックを参照する毎に対応する前記カウンタを１増加し、前記パケット手段が該当する前記配送データブロックの配送を完了する毎に対応する前記カウンタを１減少させ、前記バッファ手段が、前記カウンタを１減少させた結果が０になった時に、対応する前記配送データブロックを破棄する、ことを特徴とする情報処理装置。
（付記１５）付記１３記載の情報処理装置であって、前記エラー検出符号は、前記配送データブロックのチェックサムである、ことを特徴とする情報処理装置。
（付記１６）付記１５記載の情報処理装置であって、前記チェックサムは、前記配送データブロックを予め決められた１６ｂｉｔ以上の長さ単位の１の補数和を行った結果である、ことを特徴とする情報処理装置。
（付記１７）付記３記載の情報処理装置であって、前記配送手段は、更に、ネットワークからパケットを受信する受信手段と、前記受信手段で受信した前記パケットを、該配送手段で処理できるか否か識別する受信パケット識別手段と、前記受信パケット識別手段で処理できると判断された前記パケットを処理し、処理できないと判断された前記パケットを前記情報処理装置のプロセッサに転送する受信パケット処理手段と、を備えることを特徴とする情報処理装置。
（付記１８）単数の送信者が、複数の受信者に対して受信者毎にデータを送信することによって放送型通信を行う情報処理装置に設置されるネットワークアダプタであって、パケットの送信順序と送信タイミングとからなる配送スケジュールを制御する配送スケジュール手段と、前記受信者の情報を管理する受信者情報管理手段と、配送データを格納管理するバッファ手段と、前記配送スケジュールに従い、指定された受信者に対してパケットを生成し、送信するパケット手段と、を備えることをネットワークアダプタ。
（付記１９）付記１８記載のネットワークアダプタであって、前記情報処理装置のプロセッサから配送データの供給を受けることなく配送データを取得する配送データ入力手段を備える、ことを特徴とするネットワークアダプタ。
（付記２０）付記１８記載のネットワークアダプタであって、ネットワークからパケットを受信する受信手段と、前記受信手段で受信した前記パケットを、該ネットワークアダプタで処理できるか否か識別する受信パケット識別手段と、前記受信パケット識別手段で処理できると判断された前記パケットを処理し、処理できないと判断された前記パケットを前記情報処理装置のプロセッサに転送する受信パケット処理手段と、を備えることを特徴とするネットワークアダプタ。
（付記２１）放送型通信を行う送信者側情報処理装置がパケットを生成して、送信する方法であって、前記情報処理装置のネットワークアダプタが、前記情報処理装置のプロセッサから供給される受信者の情報と配送データに基づいて、受信者毎に対応するパケットを生成し、送信する過程を含むことを特徴とする方法。
（付記２２）付記２１記載の方法であって、前記受信者の情報を、予めパケットヘッダ情報の形態にして保持する過程と、前記配送データをブロックに分割し、各ブロックに対応する管理情報とパケットを生成するための補助情報とを付加して保持する過程と、パケットの送信順序と送信タイミングとからなる配送スケジュールに従って、指定された受信者に対してパケットを生成し、送信する過程と、を含むことを特徴とする方法。
【００５２】
【発明の効果】以上詳細に説明したように、本発明によれば、放送型通信において送信者側である配送サーバは、配送品質を低下させずに、同時にサービス可能な受信者数を増大させることができる。より具体的には、配送サーバのプロセッサ負荷及びＩ／Ｏ負荷を低減し、配送品質を受信者毎に対応して調整することができる。
【図面の簡単な説明】
【図１】本発明の原理構成を示す図である。
【図２】図１に示した配送サーバの処理の流れを示す図である。
【図３】本発明の原理構成の応用（その１）を示す図である。
【図４】図３に示した配送サーバの処理の流れを示す図である。
【図５】本発明の原理構成の応用（その２）を示す図である。
【図６】図５に示した配送サーバの処理の流れを示す図である。
【図７】本発明の原理構成の応用（その３）を示す図である。
【図８】配送手段の実施例を示す図である。
【図９】配送スケジュール手段の詳細な説明をする図である。
【図１０】配送スケジュール手段のメモリモジュール部の構成例を示す図である。
【図１１】配送スケジュールの調整例を示す図である。
【図１２】受信者情報管理テーブルの構成例を示す図である。
【図１３】ＲＴＰ／ＩＰｖ４のパケットヘッダを示す図である。
【図１４】バッファ手段の構成例を示す図である。
【図１５】配送データの管理について説明する図である。
【図１６】チェックサムの求め方を説明する図である。
【図１７】パケット手段の詳細な説明をする図である。
【図１８】パケットを生成する処理の流れを示す図である。
【図１９】配送手段内の動作を説明する図である。
【図２０】受信パケットの処理を説明する図である。
【図２１】本発明の配送手段の応用を示す図である。
【図２２】放送型通信を示す図である。
【図２３】マルチキャストによる放送型通信を示す図である。
【図２４】ユニキャストによる放送型通信を示す図である。
【図２５】放送型通信におけるマルチキャストとユニキャストの比較を示す図である。
【図２６】従来方式における配送サーバの構成を示す図である。
【符号の説明】
１０１ 配送サーバ
１０２ プロセッサ
１０３ バッファメモリ
１０４ Ｉ／Ｏバス
１０５ 配送手段
１０６ 配送処理
１０７ バッファメモリ
１０８ ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）
４０８ 配送手段１０５−１の処理
４０９ 配送手段１０５−２の処理
４１０ 配送手段１０５−３の処理
５０１ 入力配送手段
５０２ 配送データ入力装置
７０１ 配送手段または入力配送手段
７０２ 入力配送手段
８０１ 制御手段
８０２ 配送スケジュール手段
８０３ 受信者情報テーブル手段
８０４ バッファ手段
８０５ パケット手段
８０６ パケット
８０７ 受信者管理情報
８０８ 配送データ
９０１ 配送先格納部
９０２ 受信者情報アドレス格納部
９０３ 配送データアドレス格納部
９０４ 配送データ長格納部
９０５ 配送時刻情報格納部
９０６ 格納部（その他）
９０７ 格納部（その他）
９０８ スケジュール部
９０９ メモリモジュール部
１００１ 配送１
１００２ 配送２
１００３ 受信者情報アドレス
１００４ 配送データアドレス
１００５ 配送データ長
１００６ 配送時刻情報
１２０１ 受信者情報メモリ
１２０２ 受信者１
１２０３ 受信者２
１２０４ 受信者情報１
１２０５ 受信者情報２
１２０６ 変更情報リスト
１２０７ パケットヘッダパターン
１４０１ バッファメモリ
１４０２ データ１
１４０３ データ２
１４０４ 配送データブロック長
１４０５ 参照カウンタ
１４０６ ブロックチェックサム
１４０７ 配送データブロック
１７０１ 受信者情報部
１７０２ 配送データ部
１７０３ 配送スケジュール部
１７０４ パケット生成部
１７０５ プロセッサ部
１７０６ ネットワークインタフェース部
１９０１ 配送指示
１９０２ 識別情報
１９０３ 識別情報
１９０４ データ出力
１９０５ データ出力
２００１ 受信処理手段
２００２ 識別処理手段
２１０１ 配送サーバ
２１０２ 配送手段
２１０３ ストリーミング
２１０４ サーバ機能Ａ
２１０５ サーバ機能Ｂ
２１０６ サーバ機能Ｃ
２１０７ その他のハードウェア
２２０１ 送信者
２２０２ インターネット
２２０３ 受信者
２２０４ 受信者
２３０１ 送信者
２３０２ インターネット
２３０３ 受信者
２３０４ 受信者
２４０１ 送信者
２４０２ インターネット
２４０３ 受信者
２４０４ 受信者
２６０１ 配送サーバ
２６０２ プロセッサ
２６０３ バッファメモリ
２６０４ Ｉ／Ｏバス
２６０５ ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）
２６０６ ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）
【０００１】
【発明の属する技術分野】本発明は、パケット通信を用いて放送型通信を行うためのシステムに係わり、特に送信側の負荷を低減した情報処理装置に関する。
【０００２】
【従来の技術】従来、一つのデータを単一の送信者から複数の受信者へ送信するような放送型通信は広く用いられてきた。ＴＶ放送は、電波を用いた放送型通信の一例である。
【０００３】近年では、図２２に示すような、基本的に１対１通信であるパケット通信を用いた放送型通信の需要が高まっている。インターネットで行われている、ストリーミングによる画像や音声の配信はその一例である。
【０００４】インターネットのようなパケット通信網で放送型通信を行う技術としては、マルチキャスト及びユニキャストを用いた方式がある。図２３にマルチキャストによる放送型通信を示す。マルチキャスト通信では、送信者２３０１が予め決められたマルチキャストアドレスを宛先とするパケットを送信し、ネットワーク２３０２がそのパケットを予め決定された経路情報に従って複写しつつ伝送することで複数の受信者（２３０３、２３０４）にデータが配信される。受信者は、ネットワーク２３０２のマルチキャストアドレスの受信者グループに登録することで、パケットを受信できる。
【０００５】図２４にユニキャストによる放送型通信を示す。ユニキャスト通信は１対１のパケット通信であるため、送信者２４０１が全ての受信者（２４０３、２４０４）に対して同じデータを送信することで放送型通信を実現する。
【０００６】上述のマルチキャスト及びユニキャストによる方式にはそれぞれ得失がある。図２５にそれをまとめて示す。送信者側の負荷に関しては、マルチキャストの場合、送信者がマルチキャストアドレスを宛先とするパケットを１回送信するだけに対して、ユニキャストの場合はそれぞれの受信者に対してパケットを送信するため、受信者数に比例して送信者側の負荷が増大する。しかしながら、アドレス管理、ネットワーク制御、受信者側の制御の３項目については、マルチキャストの場合複雑になるのに対して、ユニキャストの場合は１対１のパケット通信となんら変わらないため単純である。
【０００７】このような得失により、両者の方式は必要に応じて利用されているのが実状である。どちらを選択するかは利用対象にもよるが、マルチキャストによる方式はアドレスやルーティング管理を必要とするのに対して、ユニキャストによる方式は特別な管理を必要としないため広く用いられている。インターネットでしばしばＷｅｂｃａｓｔと呼ばれている画像／音声放送はユニキャストによる方式を用いている。
【０００８】さて、一般にパケット通信を用いた放送型通信を実現するために、大きく分けて次の１）〜３）の処理機能が必要である。１）受信者からの配送要求を受け付ける（受信者管理）、２）配送データを準備する（データ準備）、３）通信手順に従い、受信者毎に異なる通信条件を満たすようにデータを配送する（配送処理）。
【０００９】従来方式においては、これら１）〜３）の処理を全て送信者側の情報処理装置である配送サーバ２６０１がプロセッサ制御で行っている（図２６）。特に、ユニキャストによる放送型通信では受信者数に相当するデータ配送を行わなければならないため、プロセッサ２６０２による各種処理の負荷が増大する。
【００１０】また、２）データ準備、に関して、放送型通信の場合、パケットの大きな部分を占めるデータ部分は受信者に関わらず同一だが、パケットヘッダなど異なる部分があるため、受信者毎に全てのパケットデータを転送しなければならない。そこで受信者毎に異なるパケットを配送サーバ２６０１のメモリ２６０３上で作成し、Ｉ／Ｏバス２６０４に接続されたＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ、ネットワークアダプタに相当する）２６０５，２６０６に転送するため、Ｉ／Ｏバス２６０４の負荷が増大するという問題がある。
【００１１】更に、３）配送処理、に関して、配送処理は実時間処理であるため、同時接続受信者数が増大すると実時間性が保証できなくなり、所期の配送品質が得られないという問題もある。すなわち、配送品質を調整するために、受信者に応じて変えるべきパラメータの代表例として少なくとも以下のア）〜ウ）があり、同時接続受信者数が増大するとこれらの個別制御を行うのが困難となる。
【００１２】ア）受信者のネットワークアドレス及び通信手順に従って調整すべきパラメータ：受信者のネットワークアドレスや利用するプロトコルなどのパラメータであって、受信者に配送するために必須な情報である。
【００１３】イ）一個のパケットで転送するデータ長：ＭＴＵ（Ｍａｘｉｍｕｍ Ｔｒａｎｓｆｅｒ Ｕｎｉｔ）で、パケット一個の長さを規定する。受信者が接続しているネットワークによって効率良く転送可能なパケット長は様々であるため、最適なデータ長のパケットを配送することで配送品質を向上させることが可能となる。
【００１４】ウ）パケットを送信する速度（率）の平滑化：できるだけ同じ転送速度でパケットを配送することが望ましいが、一般に配送サーバ側のネットワークは高速なのに対して受信者側のネットワークは低速である場合が多い。このため配送サーバ側で間欠的に配送を行うと、受信者側では間欠的に集中配送されたデータを受信しきれないことがある。このような輻輳によるデータ破棄は配送サーバから受信者に到達するネットワーク内部でも発生しうるため、配送サーバ側では可能な限り平滑化した配送を行うことが配送品質の向上につながる。
【００１５】
【発明が解決しようとする課題】そこで本発明の課題は、送信者側の情報処理装置である配送サーバが同時にサービス可能な受信者数を増大させるだけでなく、配送品質を低下させないことを目的として従来の配送サーバの諸問題を解決することにある。より具体的には、配送サーバのプロセッサ負荷及びＩ／Ｏバス負荷を低減し、配送品質を受信者の要求に対応して調整できるようにする。
【００１６】
【課題を解決するための手段】上述した課題を解決するために、本発明では、配送サーバのＩ／Ｏバスに接続されるネットワークアダプタに対応する配送手段を設け、配送手段が配送サーバのプロセッサからＩ／Ｏバスへの接続手段を介して供給される受信者の情報と配送データに基づいて、受信者毎に対応するパケットを生成し、送信するようにした。
【００１７】本発明の一態様によれば、前記配送手段は、パケットの送信順序と送信タイミングとからなる配送スケジュールを制御する配送スケジュール手段と、前記受信者の情報を管理する受信者情報管理手段と、前記配送データを格納管理するバッファ手段と、前記配送スケジュールに従い、指定された受信者に対してパケットを生成し、送信するパケット手段とを備える。
【００１８】このような構成をとることにより、配送サーバのプロセッサは受信者管理を行うと共に配送すべきデータをＩ／Ｏバスに接続された配送手段に一度転送すれば良く、配送サーバのプロセッサ負荷及びＩ／Ｏバス負荷を低減することができる。また、受信者毎に対応するパケットを生成し送信するため、配送品質を受信者の要求に対応して調整することができる。
【００１９】
【発明の実施の形態】以下、本発明の実施の形態を図面を参照しながら説明する。尚、以下の実施形態の説明ではユニキャストによる放送型通信における送信側の情報処理装置の負荷を低減するための方式について言及するが、マルチキャストによる放送型通信に対しても適用可能であり、特に高速なデータの放送においては効果を持つ。
【００２０】図１は本発明の原理構成を示す図である。本発明を実施する情報処理装置である配送サーバ１０１は、プロセッサ１０２、バッファメモリ１０３、Ｉ／Ｏバス１０４、配送手段１０５を備える。配送手段１０５は、パケットの生成や送出制御を行う配送処理部１０６と、プロセッサ１０２から供給される配送データを保持するバッファメモリ１０７と、ネットワークに接続するＮＩＣ１０８とから成る。プロセッサ１０２は受信者管理を行うと共に、バッファメモリ１０３上の配送すべきデータをＩ／Ｏバス１０４に例えばＰＣＩのような接続手段を介して接続された配送手段１０５に転送する。転送されたデータは配送手段１０５のバッファメモリ１０７に保持される。配送処理部１０６は受信者情報に基づいて受信者毎にパケットを生成し、ＮＩＣ１０８を介してネットワークに送出する。
【００２１】図２に、図１に示した配送サーバ１０１の処理の流れを示す。以下、本発明における配送サーバ１０１の処理はプロセッサ１０２ではなく主として配送処理部１０６で行われる。まず、プロセッサ１０２が配送指示を出す（Ｓ２０１）。すると、受信者管理情報（Ｓ２０２）、及び配送データ（Ｓ２０３）が配送手段１０５に転送される。更に、配送手段１０５で、受信者全てに配送データを配送したかが判断され（Ｓ２０４）、Ｙｅｓの場合は処理を終了する。Ｎｏの場合は、配送スケジュールを生成・管理し（Ｓ２０５）、パケットヘッダを生成し、該パケットヘッダとＳ２０３で取り込まれた配送データとからパケットを生成し、パケット送出の準備を行う（Ｓ２０６）。そして、パケットが配送され（Ｓ２０７）、Ｓ２０４に戻る。
【００２２】図１に示した配送サーバ１０１では、同時にサービスできる受信者数は配送手段１０５の能力で制限されるが、Ｉ／Ｏバスに配送手段１０５を複数接続することで性能を向上させることができる。図３に、複数の配送手段１０５を備える配送サーバ１０１−１を示す。図３は、複数の配送手段１０５を備える以外は図１と同じ構成をとる。
【００２３】図４に、図３に示した配送サーバ１０１−１の処理の流れを示す。まず、プロセッサ１０２が配送指示を出す（Ｓ４０１）。すると、受信者管理情報（Ｓ４０２）、及び配送データ（Ｓ４０３）が配送手段１０５−１〜１０５−ｎに転送される。各配送手段１０５−１〜１０５−ｎでは同一の処理が行われるため、配送手段１０５−１の処理４０８について説明する。まず、受信者全てに配送データを配送したかが判断され（Ｓ４０４）、Ｙｅｓの場合は処理を終了する。Ｎｏの場合は、配送スケジュールを生成・管理し（Ｓ４０５）、パケットヘッダを生成し、該パケットヘッダとＳ４０３で取り込まれた配送データとからパケットを生成し、パケット送出の準備を行う（Ｓ４０６）。そして、パケットが配送され（Ｓ４０７）、Ｓ４０４に戻る。
【００２４】図１の配送サーバ１０１をさらに応用して、配送手段１０５を、配送データを取得する配送データ入力装置５０２を備える入力配送手段５０１に置き換えることも可能である。図５に示す配送サーバ１０１−２では、プロセッサ１０２は受信者管理のみを行い、Ｉ／Ｏバス１０４上のデータ転送は受信者管理情報のみとなる。配送データはカメラ等の配送データ入力装置５０２で取得され、バッファメモリ１０７に保持される。そして、配送処理１０６が受信者情報に基づいて受信者毎にパケットを生成し、生成されたパケットをＮＩＣ１０８を介してネットワークに送出する。
【００２５】図６に、図５に示した配送サーバ１０１−２の処理の流れを示す。まず、プロセッサ１０２が配送指示を出す（Ｓ６０１）。すると受信者管理情報（Ｓ６０２）、が入力配送手段３０１に転送される。更に、入力配送手段３０１で、受信者全てに配送データを配送したかが判断され（Ｓ６０３）、Ｙｅｓの場合は処理を終了する。Ｎｏの場合は、配送スケジュールを生成・管理し（Ｓ６０４）、パケットヘッダを生成し、該パケットヘッダと外部入力機器Ｓ６０５で取り込まれた配送データ（Ｓ６０６）とからパケットを生成し、パケット送出の準備を行う（Ｓ６０７）。そして、パケットが配送され（Ｓ６０８）、Ｓ６０３に戻る。
【００２６】図５に示した配送サーバ１０１−２の入力配送手段５０１は配送データの入力及び配送を一括して処理できるが、同時に処理できる受信者数は一個の入力配送手段５０１の能力で制限される。そこで、複数の入力配送手段７０２及び配送手段７０１を装備し、ある入力配送手段７０２から別の配送手段や入力配送手段Ｉ／Ｏバスを介して配送データを転送するようにすることで配送サーバの性能を向上させる（図７）。この場合、プロセッサ１０２が受信者管理の一環として配送データをどこからどこへ転送するかを制御する。
【００２７】以下、本発明の実施例について詳細に説明する。ところで、配送データとしては、ディスクやファイルシステムに格納されたデータを用いたり、カメラなどの入力機器から配送データを撮り込むことなどが考えられる。本発明が対象とする情報処理装置はいずれかの方法で配送データを獲得することができるもので、これらは既存技術を利用すればよく、ここではその説明を割愛する。
【００２８】また、以下の実施例では、通信プロトコルとしてインターネットで利用されているＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）ＲＦＣ１８８９を用いるが、本発明はＲＴＰに限定して適用するものではない。
【００２９】本発明の配送サーバはプロセッサ、バッファメモリ、ＰＣＩバスなどのＩ／Ｏバスを備える情報処理装置である。そして、図１などに示した配送手段１０５が例えばＰＣＩ等の接続手段を介してＩ／Ｏバス１０４に接続する。
【００３０】配送手段１０５はＩ／Ｏバス１０４に装着するもので、コスト面、実装面積など物理的な制限のためサーバのプロセッサに比べると配送処理に特化した能力のプロセッサを用いる必要がある。しかし、配送手段１０５は処理内容が限られるので、処理内容に応じた専用の機構を設けることで高速な処理を実現することができる。
【００３１】配送手段１０５は、配送サーバのプロセッサから指示された受信者情報を保持し、配送データをバッファリングして、指定された通信条件に従ってパケットを送信するものである。これを実現するにはいくつかの方法が考えられるが、本質的には以下のような機構に基づき実現することができる。
【００３２】図８に配送手段１０５の詳細な構成を示す。配送手段１０５は、制御手段８０１、配送スケジュール手段８０２、受信者情報テーブル手段８０３、バッファ手段８０４、パケット手段８０５とから構成される。受信者管理情報８０７は配送サーバ１０１のプロセッサ１０２から制御手段８０１に供給される。配送データ８０８はバッファ手段８０４に供給される。配送スケジュール手段８０２は配送スケジュールを管理し、受信者情報テーブル手段８０３は各受信者の情報を管理する。パケット手段８０５はバッファ手段８０４の配送データと、受信者の情報をもとにパケット８０６を生成し、送出する。以下、各手段について説明する。
【００３３】制御手段８０１は、配送サーバ１０１のプロセッサ１０２との情報のやりとり、配送手段１０５内部の制御、ネットワーク制御などの全体制御を行うものである。図８に示すように、制御手段８０１は、受信者管理情報と配送スケジュールを配送スケジュール手段８０２に供給する。また、配送サーバ１０１のプロセッサ１０２から供給される受信者管理情報８０７に基づいて、配送スケジュールを作成する場合もある。尚、制御手段８０１は、制御用の比較的安価なマイクロプロセッサ及びソフトウェアで構成することができる。
【００３４】配送スケジュール手段８０２は、受信者に対して配送データを送信する順序やタイミングを規定した情報を管理する。パケット手段８０４がこの情報に従って個々のパケットを送信する（パケット手段８０４については以下に詳細に説明する）。配送スケジュールは配送サーバ１０１のプロセッサ１０２が受信者管理情報８０７の一部として与える場合や、制御手段８０１が独自に作成する場合がある。
【００３５】図９に配送スケジュール手段８０２の詳細な構成を示す。配送スケジュール手段８０２は、配送先格納部９０１、受信者情報アドレス格納部９０２、配送データアドレス格納部９０３、配送データ長格納部９０４、配送時刻情報格納部９０５などの格納部（９０６、９０７はその他の情報を格納する部分）と、スケジュール部９０８、メモリモジュール部９０９とから成る。
【００３６】図１０にメモリモジュール部９０９の構成例を示す。それぞれの受信者に配送するための情報が、配送１（１００１）、配送２（１００２）、・・・として保持されている。受信者情報アドレス１００３は受信者情報テーブル手段８０３が持つ受信者情報の格納アドレスないし識別子である。配送データアドレス１００４はバッファ手段８０４に格納された配送データの中で今回転送すべきデータの格納されたアドレスである。配送データ長１００５は、今回配送すべきデータ長である。配送時刻１００６は今回配送すべき時刻情報である。例えば前回配送した時刻及び次に配送すべき時刻を格納しておくと、一定の時間間隔をおいて配送することができる。メモリモジュール部９０９に保持されるこれらの情報が、パケット手段８０５に対してあらかじめ決められた順序とタイミングで供給される。
【００３７】図１１に配送スケジュールの調整例を示す。図１１は、メモリモジュール部９０９の主要な部分だけを抜粋して示すもので、宛先、時間パラメータ、データ長から成るテーブルである。時間パラメータは、前回配送した時刻及び次に配送すべき時刻に関わる情報として、パケットの配送間隔時間を示す。
【００３８】配送スケジュール手段８０２は、プロセッサ１０２もしくは制御手段８０１から配送先の変更の指示を与えられると配送スケジュールを調整する。例えば、図１１に示すように、宛先Ｄ’の挿入の指示が与えられると、宛先Ｄ’の受信者に関わる情報が配送先格納部９０１、受信者情報アドレス格納部９０２、配送データアドレス格納部９０３、配送データ長格納部９０４、配送時刻情報格納部９０５にそれぞれ格納され、スケジュール部９０８が受信者情報テーブル手段５０３または受信者情報管理テーブルを元に宛先Ｄ’の挿入場所を求め、メモリモジュール部９０９を更新する。図１１では、宛先Ａと宛先Ｂの間に宛先Ｄ’を挿入している。同様に宛先の削除も行うことができる。図１１において宛先Ｂの削除の指示が与えられると、宛先Ｂの受信者に関わる情報が配送先格納部９０１、受信者情報アドレス格納部９０２、配送データアドレス格納部９０３、配送データ長格納部９０４、配送時刻情報格納部９０５にそれぞれ格納され、スケジュール部９０８がメモリモジュール部９０９上の宛先Ｂに関する部分を削除する。
【００３９】次に、受信者情報テーブル手段８０３について説明する。受信者情報テーブル手段８０３は受信者毎の情報を受信者情報テーブルに格納、管理するものであって、パケット手段８０５がこの情報を用いてパケットを生成し、ネットワークへ送信する。
【００４０】図１２に受信者情報管理テーブルの構成例を示す。受信者（受信者１、受信者２など）毎の情報である受信者情報１（１２０４）、受信者情報２（１２０５）には、受信者のネットワークアドレス、使用しているプロトコル、ネットワーク制御情報などが格納される。また、パケットヘッダパターン１２０７には、最初に受信者情報を設定するときに、固定情報となるものがパケット形式に変換されて格納されている。これにより、パケット手段８０５が受信者情報を用いてパケットを生成するときに、パケット形式に変換されているものを用いてパケットを生成することができるため、処理を効率化することができる。変更情報リスト１２０６にはパケット長、エラー検出のためのチェックサム、プロトコルに依存して定義されるシーケンス番号やタイムスタンプ値など、パケット毎に変更すべきものがリストとして記される。ＲＴＰ ＲＦＣ１８８９を用いた場合、パケットヘッダとして必要な情報はＩＰヘッダ、ＵＤＰヘッダ、ＲＴＰヘッダである（ＲＴＰ／ＩＰｖ４）。これらの情報のうち、受信者についてのパケット毎に変わる情報は図１３に示す網掛け部分で、それ以外の部分が固定情報である。固定情報部分については受信者情報管理テーブルに例えばヘッダとデータとからなるパケット形式で格納され、変更部分については、パケット手段８０５が変更情報リスト１２０６に基づいてこれらの情報を毎回算出し、更新する。
【００４１】次に、バッファ手段８０４について説明する。バッファ手段８０４は配送サーバのプロセッサ１０２から転送される生のデータ、もしくは配送データ入力装置５０２で取得された生データ、である配送データを格納するものである。パケット手段８０５はバッファ手段８０４からデータを読み出しパケットを生成する。一般に受信者毎にデータ転送長は異なるが、本発明ではパケット手段８０５が配送データから異なるデータ転送長のパケットを容易に生成できるように配送データをブロックに分割し、更にＩＰチェックサム計算を容易にするための補助情報を持たせる。
【００４２】図１４にバッファ手段８０４の構成例を示す。配送データは、データ１（１４０２）、データ２（１４０３）、などのデータブロックに分割されて保持される。配送データブロック長１４０４は、該当ブロック内のデータ長である。参照カウンタ１４０５は配送スケジュール手段８０２において配送すべくスケジュールされている項目から該当ブロックを参照している数である。この参照数が０でない場合、該当データブロックに関する配送が全て終わっていないことになる。０の場合はこのブロックを上書きしてもよいことになる。ブロックチェックサム１４０６は該当ブロックのデータを１６ｂｉｔ単位で１の補数和演算をした結果である。例えば２個のデータブロック全体のＩＰチェックサム値はそれぞれのブロックチェックサム値を１の補数和することで得られる。このためパケット手段８０５は全てのデータについて計算することなくチェックサム値を計算することができる。配送データブロック１４０７はデータが格納される。以下にバッファ手段８０４における配送データの管理について（図１５）、ブロックチェックサム１４０６について（図１６）それぞれ詳しく説明する。
【００４３】図１５にバッファ手段８０４における配送データの管理をフローチャートに示す。まずＳ１５０１でプロセッサ１０２から配送データが供給されると配送データを分割する。Ｓ１５０２で参照カウンタ１４０５を初期化する。Ｓ１５０３で配送スケジュール手段８０２からデータブロックを参照されると、該当する参照カウンタ１４０５が＋１され、Ｓ１５０４で、該当するデータブロックの配送が完了すると対応する参照カウンタ１４０５が−１される。Ｓ１５０５で参照カウンタ１４０５が０かどうか判断され、０でなければＳ１５０３に戻り、０であればそのデータブロックのデータは破棄可能として破棄され、新たなデータの格納に使用される。
【００４４】図１６にブロックチェックサムからパケット手段８０５がパケットのチェックサム値を算出する方法を示す。まず、（１）で配送データを分割する。次に（２）で分割したデータブロック毎にチェックサムを計算する。これは１６ｂｉｔ単位で１の補数和演算した結果である。そして（３）は、パケット手段８０５においてチェックサム値を求めるのをそれぞれ示したものである。（３）ａは、ブロック
【００４５】次に、パケット手段８０５について説明する。パケット手段８０５は、配送スケジュールに従って、バッファ手段８０４に格納される配送データと受信者情報テーブル手段８０３をもとにパケットを生成し、ネットワークに送信する。パケット手段８０５の処理は専用のマイクロプロセッサ、専用のハードウェアを用いて高速化させることが可能である。
【００４６】図１７にパケット手段８０５の詳細な構成を示す。パケット手段は受信者情報部１７０１、配送データ部１７０２、配送スケジュール部１７０３、パケット生成部１７０４、プロセッサ部１７０５、ネットワークインタフェース部１７０６から成る。受信者情報部１７０１は受信者情報テーブル手段８０３に、配送データ部１７０２はバッファ手段８０４に、配送スケジュール部１７０３は配送スケジュール手段８０２にそれぞれ接続している。受信者情報部１７０１と配送データ部１７０２はバッファメモリで構成され、データが格納される。配送スケジュール部１７０３に配送スケジュールが供給されると、パケット生成部１７０４は受信者情報部１７０１から受信者のパケットヘッダを取得し、同様に配送データ部１７０２から配送データを取得し、双方を結合してパケットを生成する。この際、パケットヘッダには固定部分と変更部分があるため、図１８に示すように、変更情報があるか否かＳ１８０２で判断され、変更情報がある場合はＳ１８０３で変更情報をパケットヘッダの形式に加工し、Ｓ１８０４でパケットヘッダを元にパケットを生成する。そして、生成されたパケットはネットワークインタフェース部１７０６を介してネットワークに送出される。
【００４７】以上のように図８に示す本発明の配送手段１０５の各部分について図９〜図１８を用いて詳細に説明したが、図１９に配送手段１０５内の各部が連動する様子を示す。今、図１９に示す配送スケジュール手段８０２のメモリモジュール部９０９の配送１に対応する受信者にパケットを送信する（１９０１）、とする。配送１に対応する受信者情報を取得するための識別情報１９０２は受信者情報テーブル手段８０３のＡを示しており、また、配送データを取得するための識別情報１９０３はバッファ手段８０４におけるアドレスを示している。これにより、パケット手段８０５の配送スケジュール部１７０１に、”配送１に配送する”という配送スケジュールが供給されると、パケット手段８０５は受信者情報部１７０１を介して受信者情報テーブル手段８０３から対応するパケットヘッダを取得し（１９０４）、同様に配送データ部１７０２を介して対応する配送データを取得（１９０５）する。そして、パケット生成部１７０４でパケットヘッダと配送データを結合してパケット８０６を生成してネットワークに送出する。尚、受信者情報テーブル手段８０３から取得されるパケットヘッダの変更部分に関しては、パケット生成部１７０４で計算される。
【００４８】ここで、本方式と従来方式を比較する。今、受信者数がＸ、ネットワークアダプタ、すなわち本方式では配送手段、従来方式ではＮＩＣ、をＫ枚使用すると仮定すると、Ｉ／Ｏバス負荷はＫ／Ｘ、それぞれのネットワークアダプタで処理する受信者数はＸ／Ｋとなる。また配送サーバのプロセッサの処理は受信者管理、データ準備、各ネットワークアダプタへの一次配送だけになる。本方式では、受信者管理は受信者数Ｘに比例するが、データ準備は一種類の配送データにつき１であり、データの一次配送はＫに比例するのに対して従来方式では全てＸに比例する。受信者管理処理は配送の開始時間と終了時にのみ行われるため、一定の時間をみたときの負荷は配送処理に比べて非常に小さいと考えられる。従って、本方式のプロセッサ負荷は従来方式に比べてＫ／Ｘ以下になると考えられる。このように本方式によれば、配送サーバのプロセッサ負荷を低減させることができるばかりか、実時間性の強い配送処理を複数のネットワークアダプタに分散できるため、個々のネットワークアダプタの処理負荷も低減可能である。更にＩ／Ｏバスの負荷も低減可能となる。
【００４９】さて、以上ではパケットの送出について述べたが、受信パケットを処理する機能を備える配送手段１０５を図２０に示す。配送手段１０５の配送処理１０６、配送データ入力装置５０２、バッファメモリ１０７、ＮＩＣ１０８は上述した通りである。受信したパケットはＮＩＣ１０８から受信処理手段２００１へ送られ、識別処理手段２００２において配送手段１０５内で処理できるか否かを識別される。処理できなければサーバプロセッサへ送り、処理できれば配送手段１０５で処理される。
【００５０】以上、本発明の実施例をインターネットに言及して説明したが、本発明はインターネットに限定されるものではない。また、配送手段１０５は本発明で述べた配送手段１０５の処理に限定されることなく、さまざまなソフトウェアを配送手段１０５上で実行させ、インテリジェントＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）とすることも可能である。図２１にその例を示す。配送サーバ２１０１の配送手段２１０２は、上述の配送手段１０５と同様の処理をするストリーミング２１０３の他に、サーバプロセッサが行っていた処理の一部を配送手段２１０２内で行うソフトウェアであるサーバ機能Ａ２１０４、サーバ機能Ｂ２１０５、サーバ機能Ｃ２１０６を含む。図２１では、配送サーバ２１０１のプロセッサ、Ｉ／Ｏバスなどのハードウェアは、その他のハードウェア２１０７に含まれる。このように、配送手段２１０２でストリーミング処理以外のソフトウェアを実行することで、配送サーバ２１０１のプロセッサ負荷等をより低減することが可能となる。
【００５１】（付記１）送信者が送信者側に設けられたプロセッサを用いて複数の受信者に対して受信者毎にデータを送信することによって放送型通信を行う情報処理装置であって、前記プロセッサから入出力バスを介して供給される受信者の情報と配送データに基づいて、前記受信者毎に対応するパケットを生成し、接続するネットワークに送信する配送手段、前記配送手段を前記入出力バスを介して前記情報処理装置の前記プロセッサに接続する手段と、を備えることを特徴とする情報処理装置。
（付記２）付記１記載の情報処理装置であって、複数の前記配送手段を備え、前記情報処理装置のプロセッサが前記入出力バスを介して前記複数の配送手段に同一の配送データを供給し、前記配送手段毎に異なる受信者情報を供給する、ことを特徴とする情報処理装置。
（付記３）付記１記載の情報処理装置であって、前記配送手段は、パケットの送信順序と送信タイミングとからなる配送スケジュールを制御する配送スケジュール手段と、前記受信者の情報を管理する受信者情報管理手段と、前記配送データを格納管理するバッファ手段と、前記配送スケジュールに従い、指定された受信者に対してパケットを生成し、送信するパケット手段と、を備えることを特徴とする情報処理装置。
（付記４）付記３記載の情報処理装置であって、前記配送手段は、更に、前記情報処理装置のプロセッサから配送データの供給を受けることなく配送データを取得する配送データ入力手段を備えることを特徴とする情報処理装置。
（付記５）付記３記載の情報処理装置であって、複数の前記配送手段と、前記情報処理装置のプロセッサから配送データの供給を受けることなく、配送データを取得する配送データ入力手段を備える配送入力手段を少なくとも一つ備え、前記入力配送手段から前記入出力バスを介して他の前記配送手段へ配送データを供給することを特徴とする情報処理装置。
（付記６）付記３記載の情報処理装置であって、前記配送スケジュール手段は、前記受信者情報管理手段が管理する情報から特定の受信者の情報を取得するための識別情報と、前記特定の受信者に対して配送するデータを前記バッファ手段から取得するための識別情報と、パケットの送信に係わる情報とを、前記パケット手段に対して予め決められた順序とタイミングで供給することを特徴とする情報処理装置。
（付記７）付記６記載の情報処理装置であって、前記パケットの送信に係わる情報は、前回パケットを送信した時刻と次にパケットを送信すべき時刻に係わる情報を含むことを特徴とする情報処理装置。
（付記８）付記３記載の情報処理装置であって、前記受信者の情報は、前記パケット手段が各受信者に対応するパケットを生成するために必要な情報を含み、前記受信者情報管理手段は、前記パケット手段から指定された受信者に対応する前記受信者の情報を前記パケット手段に転送することを特徴とする情報処理装置。
（付記９）付記８記載の情報処理装置であって、前記受信者の情報は、前記配送データをネットワークに送信するときに必要となるパケットヘッダ情報の形態からなり、前記受信者の情報は常に固定的な部分とパケット毎に変更される部分を識別する変更情報を含む、ことを特徴とする情報処理装置。
（付記１０）付記９記載の情報処理装置であって、前記パケット手段は、前記変更情報に基づいて変更される部分のみ情報を加工し、固定部分は前記受信者の情報の対応する部分をそのまま用いてパケットヘッダ情報を作成し、前記配送データと前記パケットヘッダ情報を結合してパケットを生成し、ネットワークに送信することを特徴とする情報処理装置。
（付記１１）付記３記載の情報処理装置であって、前記バッファ手段は、前記配送データを管理するための管理情報と、前記パケット手段がパケットを生成するための補助情報とを、前記配送データに付加して管理することを特徴とする情報処理装置。
（付記１２）付記１１記載の情報処理装置であって、前記バッファ手段は、前記配送データを一定の長さの配送データブロックに分割し、各前記配送データブロックに前記管理情報と前記補助情報を付加して管理することを特徴とする情報処理装置。
（付記１３）付記１２記載の情報処理装置であって、前記管理情報は、前記配送データブロックの長さに係わる情報と前記配送データブロックを配送すべき受信者数に係わる情報であり、前記補助情報は、前記配送データブロックのエラー検出符号である、ことを特徴とする情報処理装置。
（付記１４）付記１３記載の情報処理装置であって、前記配送データブロックを配送すべき受信者数に係わる情報は、前記配送データブロックを必要とする受信者数を示すカウンタでそれぞれ表現され、前記配送スケジュール手段が受信者に配送するデータとして該当する前記配送データブロックを参照する毎に対応する前記カウンタを１増加し、前記パケット手段が該当する前記配送データブロックの配送を完了する毎に対応する前記カウンタを１減少させ、前記バッファ手段が、前記カウンタを１減少させた結果が０になった時に、対応する前記配送データブロックを破棄する、ことを特徴とする情報処理装置。
（付記１５）付記１３記載の情報処理装置であって、前記エラー検出符号は、前記配送データブロックのチェックサムである、ことを特徴とする情報処理装置。
（付記１６）付記１５記載の情報処理装置であって、前記チェックサムは、前記配送データブロックを予め決められた１６ｂｉｔ以上の長さ単位の１の補数和を行った結果である、ことを特徴とする情報処理装置。
（付記１７）付記３記載の情報処理装置であって、前記配送手段は、更に、ネットワークからパケットを受信する受信手段と、前記受信手段で受信した前記パケットを、該配送手段で処理できるか否か識別する受信パケット識別手段と、前記受信パケット識別手段で処理できると判断された前記パケットを処理し、処理できないと判断された前記パケットを前記情報処理装置のプロセッサに転送する受信パケット処理手段と、を備えることを特徴とする情報処理装置。
（付記１８）単数の送信者が、複数の受信者に対して受信者毎にデータを送信することによって放送型通信を行う情報処理装置に設置されるネットワークアダプタであって、パケットの送信順序と送信タイミングとからなる配送スケジュールを制御する配送スケジュール手段と、前記受信者の情報を管理する受信者情報管理手段と、配送データを格納管理するバッファ手段と、前記配送スケジュールに従い、指定された受信者に対してパケットを生成し、送信するパケット手段と、を備えることをネットワークアダプタ。
（付記１９）付記１８記載のネットワークアダプタであって、前記情報処理装置のプロセッサから配送データの供給を受けることなく配送データを取得する配送データ入力手段を備える、ことを特徴とするネットワークアダプタ。
（付記２０）付記１８記載のネットワークアダプタであって、ネットワークからパケットを受信する受信手段と、前記受信手段で受信した前記パケットを、該ネットワークアダプタで処理できるか否か識別する受信パケット識別手段と、前記受信パケット識別手段で処理できると判断された前記パケットを処理し、処理できないと判断された前記パケットを前記情報処理装置のプロセッサに転送する受信パケット処理手段と、を備えることを特徴とするネットワークアダプタ。
（付記２１）放送型通信を行う送信者側情報処理装置がパケットを生成して、送信する方法であって、前記情報処理装置のネットワークアダプタが、前記情報処理装置のプロセッサから供給される受信者の情報と配送データに基づいて、受信者毎に対応するパケットを生成し、送信する過程を含むことを特徴とする方法。
（付記２２）付記２１記載の方法であって、前記受信者の情報を、予めパケットヘッダ情報の形態にして保持する過程と、前記配送データをブロックに分割し、各ブロックに対応する管理情報とパケットを生成するための補助情報とを付加して保持する過程と、パケットの送信順序と送信タイミングとからなる配送スケジュールに従って、指定された受信者に対してパケットを生成し、送信する過程と、を含むことを特徴とする方法。
【００５２】
【発明の効果】以上詳細に説明したように、本発明によれば、放送型通信において送信者側である配送サーバは、配送品質を低下させずに、同時にサービス可能な受信者数を増大させることができる。より具体的には、配送サーバのプロセッサ負荷及びＩ／Ｏ負荷を低減し、配送品質を受信者毎に対応して調整することができる。
【図面の簡単な説明】
【図１】本発明の原理構成を示す図である。
【図２】図１に示した配送サーバの処理の流れを示す図である。
【図３】本発明の原理構成の応用（その１）を示す図である。
【図４】図３に示した配送サーバの処理の流れを示す図である。
【図５】本発明の原理構成の応用（その２）を示す図である。
【図６】図５に示した配送サーバの処理の流れを示す図である。
【図７】本発明の原理構成の応用（その３）を示す図である。
【図８】配送手段の実施例を示す図である。
【図９】配送スケジュール手段の詳細な説明をする図である。
【図１０】配送スケジュール手段のメモリモジュール部の構成例を示す図である。
【図１１】配送スケジュールの調整例を示す図である。
【図１２】受信者情報管理テーブルの構成例を示す図である。
【図１３】ＲＴＰ／ＩＰｖ４のパケットヘッダを示す図である。
【図１４】バッファ手段の構成例を示す図である。
【図１５】配送データの管理について説明する図である。
【図１６】チェックサムの求め方を説明する図である。
【図１７】パケット手段の詳細な説明をする図である。
【図１８】パケットを生成する処理の流れを示す図である。
【図１９】配送手段内の動作を説明する図である。
【図２０】受信パケットの処理を説明する図である。
【図２１】本発明の配送手段の応用を示す図である。
【図２２】放送型通信を示す図である。
【図２３】マルチキャストによる放送型通信を示す図である。
【図２４】ユニキャストによる放送型通信を示す図である。
【図２５】放送型通信におけるマルチキャストとユニキャストの比較を示す図である。
【図２６】従来方式における配送サーバの構成を示す図である。
【符号の説明】
１０１ 配送サーバ
１０２ プロセッサ
１０３ バッファメモリ
１０４ Ｉ／Ｏバス
１０５ 配送手段
１０６ 配送処理
１０７ バッファメモリ
１０８ ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）
４０８ 配送手段１０５−１の処理
４０９ 配送手段１０５−２の処理
４１０ 配送手段１０５−３の処理
５０１ 入力配送手段
５０２ 配送データ入力装置
７０１ 配送手段または入力配送手段
７０２ 入力配送手段
８０１ 制御手段
８０２ 配送スケジュール手段
８０３ 受信者情報テーブル手段
８０４ バッファ手段
８０５ パケット手段
８０６ パケット
８０７ 受信者管理情報
８０８ 配送データ
９０１ 配送先格納部
９０２ 受信者情報アドレス格納部
９０３ 配送データアドレス格納部
９０４ 配送データ長格納部
９０５ 配送時刻情報格納部
９０６ 格納部（その他）
９０７ 格納部（その他）
９０８ スケジュール部
９０９ メモリモジュール部
１００１ 配送１
１００２ 配送２
１００３ 受信者情報アドレス
１００４ 配送データアドレス
１００５ 配送データ長
１００６ 配送時刻情報
１２０１ 受信者情報メモリ
１２０２ 受信者１
１２０３ 受信者２
１２０４ 受信者情報１
１２０５ 受信者情報２
１２０６ 変更情報リスト
１２０７ パケットヘッダパターン
１４０１ バッファメモリ
１４０２ データ１
１４０３ データ２
１４０４ 配送データブロック長
１４０５ 参照カウンタ
１４０６ ブロックチェックサム
１４０７ 配送データブロック
１７０１ 受信者情報部
１７０２ 配送データ部
１７０３ 配送スケジュール部
１７０４ パケット生成部
１７０５ プロセッサ部
１７０６ ネットワークインタフェース部
１９０１ 配送指示
１９０２ 識別情報
１９０３ 識別情報
１９０４ データ出力
１９０５ データ出力
２００１ 受信処理手段
２００２ 識別処理手段
２１０１ 配送サーバ
２１０２ 配送手段
２１０３ ストリーミング
２１０４ サーバ機能Ａ
２１０５ サーバ機能Ｂ
２１０６ サーバ機能Ｃ
２１０７ その他のハードウェア
２２０１ 送信者
２２０２ インターネット
２２０３ 受信者
２２０４ 受信者
２３０１ 送信者
２３０２ インターネット
２３０３ 受信者
２３０４ 受信者
２４０１ 送信者
２４０２ インターネット
２４０３ 受信者
２４０４ 受信者
２６０１ 配送サーバ
２６０２ プロセッサ
２６０３ バッファメモリ
２６０４ Ｉ／Ｏバス
２６０５ ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）
２６０６ ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）
【特許請求の範囲】
【請求項１】 送信者が送信者側に設けられたプロセッサを用いて複数の受信者に対して受信者毎にデータを送信することによって放送型通信を行う情報処理装置であって、前記プロセッサから入出力バスを介して供給される受信者の情報と配送データに基づいて、前記受信者毎に対応するパケットを生成し、接続するネットワークに送信する配送手段、前記配送手段を前記入出力バスを介して前記情報処理装置の前記プロセッサに接続する手段と、を備えることを特徴とする情報処理装置。
【請求項２】 請求項１記載の情報処理装置であって、複数の前記配送手段を備え、前記情報処理装置のプロセッサが前記入出力バスを介して前記複数の配送手段に同一の配送データを供給し、前記配送手段毎に異なる受信者情報を供給する、ことを特徴とする情報処理装置。
【請求項３】 請求項１記載の情報処理装置であって、前記配送手段は、パケットの送信順序と送信タイミングとからなる配送スケジュールを制御する配送スケジュール手段と、前記受信者の情報を管理する受信者情報管理手段と、前記配送データを格納管理するバッファ手段と、前記配送スケジュールに従い、指定された受信者に対してパケットを生成し、送信するパケット手段と、を備えることを特徴とする情報処理装置。
【請求項４】 請求項３記載の情報処理装置であって、前記配送手段は、更に、前記情報処理装置のプロセッサから配送データの供給を受けることなく配送データを取得する配送データ入力手段を備えることを特徴とする情報処理装置。
【請求項５】 請求項３記載の情報処理装置であって、複数の前記配送手段と、前記情報処理装置のプロセッサから配送データの供給を受けることなく、配送データを取得する配送データ入力手段を備える配送入力手段を少なくとも一つ備え、前記入力配送手段から前記入出力バスを介して他の前記配送手段へ配送データを供給することを特徴とする情報処理装置。
【請求項６】 請求項３記載の情報処理装置であって、前記配送スケジュール手段は、前記受信者情報管理手段が管理する情報から特定の受信者の情報を取得するための識別情報と、前記特定の受信者に対して配送するデータを前記バッファ手段から取得するための識別情報と、パケットの送信に係わる情報とを、前記パケット手段に対して予め決められた順序とタイミングで供給することを特徴とする情報処理装置。
【請求項７】 請求項６記載の情報処理装置であって、前記パケットの送信に係わる情報は、前回パケットを送信した時刻と次にパケットを送信すべき時刻に係わる情報を含むことを特徴とする情報処理装置。
【請求項８】 請求項３記載の情報処理装置であって、前記受信者の情報は、前記パケット手段が各受信者に対応するパケットを生成するために必要な情報を含み、前記受信者情報管理手段は、前記パケット手段から指定された受信者に対応する前記受信者の情報を前記パケット手段に転送することを特徴とする情報処理装置。
【請求項９】 請求項８記載の情報処理装置であって、前記受信者の情報は、前記配送データをネットワークに送信するときに必要となるパケットヘッダ情報の形態にしたものであり、前記受信者の情報は常に固定的な部分とパケット毎に変更される部分を識別する変更情報を含む、ことを特徴とする情報処理装置。
【請求項１０】 請求項９記載の情報処理装置であって、前記パケット手段は、前記変更情報に基づいて変更部分のみ情報を加工し、固定部分は前記受信者の情報の対応する部分をそのまま用いてパケットヘッダ情報を作成し、前記配送データと前記パケットヘッダ情報を結合してパケットを生成し、ネットワークに送信することを特徴とする情報処理装置。
【請求項１１】 請求項３記載の情報処理装置であって、前記バッファ手段は、前記配送データを管理するための管理情報と、前記パケット手段がパケットを生成するための補助情報とを、前記配送データに付加して管理することを特徴とする情報処理装置。
【請求項１２】 請求項１１記載の情報処理装置であって、前記バッファ手段は、前記配送データを一定の長さの配送データブロックに分割し、各前記配送データブロックに前記管理情報と前記補助情報を付加して管理することを特徴とする情報処理装置。
【請求項１３】 請求項１２記載の情報処理装置であって、前記管理情報は、前記配送データブロックの長さに係わる情報と前記配送データブロックを配送すべき受信者数に係わる情報であり、前記補助情報は、前記配送データブロックのエラー検出符号である、ことを特徴とする情報処理装置。
【請求項１４】 請求項１３記載の情報処理装置であって、前記配送データブロックを配送すべき受信者数に係わる情報は、前記配送データブロックを必要とする受信者数を示すカウンタでそれぞれ表現され、前記配送スケジュール手段が受信者に配送するデータとして該当する前記配送データブロックを参照する毎に対応する前記カウンタを１増加し、前記パケット手段が該当する前記配送データブロックの配送を完了する毎に対応する前記カウンタを１減少させ、前記バッファ手段が、前記カウンタを１減少させた結果が０になった時に、対応する前記配送データブロックを破棄する、ことを特徴とする情報処理装置。
【請求項１５】 請求項１３記載の情報処理装置であって、前記エラー検出符号は、前記配送データブロックのチェックサムである、ことを特徴とする情報処理装置。
【請求項１６】 請求項３記載の情報処理装置であって、前記配送手段は、更に、ネットワークからパケットを受信する受信手段と、前記受信手段で受信した前記パケットを、該配送手段で処理できるか否か識別する受信パケット識別手段と、前記受信パケット識別手段で処理できると判断された前記パケットを処理し、処理できないと判断された前記パケットを前記情報処理装置のプロセッサに転送する受信パケット処理手段と、を備えることを特徴とする情報処理装置。
【請求項１７】 単数の送信者が、複数の受信者に対して受信者毎にデータを送信することによって放送型通信を行う情報処理装置に設置されるネットワークアダプタであって、パケットの送信順序と送信タイミングとからなる配送スケジュールを制御する配送スケジュール手段と、前記受信者の情報を管理する受信者情報管理手段と、配送データを格納管理するバッファ手段と、前記配送スケジュールに従い、指定された受信者に対してパケットを生成し、送信するパケット手段と、を備えることをネットワークアダプタ。
【請求項１８】 請求項１７記載のネットワークアダプタであって、ネットワークからパケットを受信する受信手段と、前記受信手段で受信した前記パケットを、該ネットワークアダプタで処理できるか否か識別する受信パケット識別手段と、前記受信パケット識別手段で処理できると判断された前記パケットを処理し、処理できないと判断された前記パケットを前記情報処理装置のプロセッサに転送する受信パケット処理手段と、を備えることを特徴とするネットワークアダプタ。
【請求項１９】 放送型通信を行う送信者側情報処理装置がパケットを生成して、送信する方法であって、前記情報処理装置のネットワークアダプタが、前記情報処理装置のプロセッサから供給される受信者の情報と配送データに基づいて、受信者毎に対応するパケットを生成し、送信する過程を含むことを特徴とする方法。
【請求項２０】 請求項１９記載の方法であって、前記受信者の情報を、予めパケットヘッダ情報の形態にして保持する過程と、前記配送データをブロックに分割し、各ブロックに対応する管理情報とパケットを生成するための補助情報とを付加して保持する過程と、パケットの送信順序と送信タイミングとからなる配送スケジュールに従って、指定された受信者に対してパケットを生成し、送信する過程と、を含むことを特徴とする方法。
【請求項１】 送信者が送信者側に設けられたプロセッサを用いて複数の受信者に対して受信者毎にデータを送信することによって放送型通信を行う情報処理装置であって、前記プロセッサから入出力バスを介して供給される受信者の情報と配送データに基づいて、前記受信者毎に対応するパケットを生成し、接続するネットワークに送信する配送手段、前記配送手段を前記入出力バスを介して前記情報処理装置の前記プロセッサに接続する手段と、を備えることを特徴とする情報処理装置。
【請求項２】 請求項１記載の情報処理装置であって、複数の前記配送手段を備え、前記情報処理装置のプロセッサが前記入出力バスを介して前記複数の配送手段に同一の配送データを供給し、前記配送手段毎に異なる受信者情報を供給する、ことを特徴とする情報処理装置。
【請求項３】 請求項１記載の情報処理装置であって、前記配送手段は、パケットの送信順序と送信タイミングとからなる配送スケジュールを制御する配送スケジュール手段と、前記受信者の情報を管理する受信者情報管理手段と、前記配送データを格納管理するバッファ手段と、前記配送スケジュールに従い、指定された受信者に対してパケットを生成し、送信するパケット手段と、を備えることを特徴とする情報処理装置。
【請求項４】 請求項３記載の情報処理装置であって、前記配送手段は、更に、前記情報処理装置のプロセッサから配送データの供給を受けることなく配送データを取得する配送データ入力手段を備えることを特徴とする情報処理装置。
【請求項５】 請求項３記載の情報処理装置であって、複数の前記配送手段と、前記情報処理装置のプロセッサから配送データの供給を受けることなく、配送データを取得する配送データ入力手段を備える配送入力手段を少なくとも一つ備え、前記入力配送手段から前記入出力バスを介して他の前記配送手段へ配送データを供給することを特徴とする情報処理装置。
【請求項６】 請求項３記載の情報処理装置であって、前記配送スケジュール手段は、前記受信者情報管理手段が管理する情報から特定の受信者の情報を取得するための識別情報と、前記特定の受信者に対して配送するデータを前記バッファ手段から取得するための識別情報と、パケットの送信に係わる情報とを、前記パケット手段に対して予め決められた順序とタイミングで供給することを特徴とする情報処理装置。
【請求項７】 請求項６記載の情報処理装置であって、前記パケットの送信に係わる情報は、前回パケットを送信した時刻と次にパケットを送信すべき時刻に係わる情報を含むことを特徴とする情報処理装置。
【請求項８】 請求項３記載の情報処理装置であって、前記受信者の情報は、前記パケット手段が各受信者に対応するパケットを生成するために必要な情報を含み、前記受信者情報管理手段は、前記パケット手段から指定された受信者に対応する前記受信者の情報を前記パケット手段に転送することを特徴とする情報処理装置。
【請求項９】 請求項８記載の情報処理装置であって、前記受信者の情報は、前記配送データをネットワークに送信するときに必要となるパケットヘッダ情報の形態にしたものであり、前記受信者の情報は常に固定的な部分とパケット毎に変更される部分を識別する変更情報を含む、ことを特徴とする情報処理装置。
【請求項１０】 請求項９記載の情報処理装置であって、前記パケット手段は、前記変更情報に基づいて変更部分のみ情報を加工し、固定部分は前記受信者の情報の対応する部分をそのまま用いてパケットヘッダ情報を作成し、前記配送データと前記パケットヘッダ情報を結合してパケットを生成し、ネットワークに送信することを特徴とする情報処理装置。
【請求項１１】 請求項３記載の情報処理装置であって、前記バッファ手段は、前記配送データを管理するための管理情報と、前記パケット手段がパケットを生成するための補助情報とを、前記配送データに付加して管理することを特徴とする情報処理装置。
【請求項１２】 請求項１１記載の情報処理装置であって、前記バッファ手段は、前記配送データを一定の長さの配送データブロックに分割し、各前記配送データブロックに前記管理情報と前記補助情報を付加して管理することを特徴とする情報処理装置。
【請求項１３】 請求項１２記載の情報処理装置であって、前記管理情報は、前記配送データブロックの長さに係わる情報と前記配送データブロックを配送すべき受信者数に係わる情報であり、前記補助情報は、前記配送データブロックのエラー検出符号である、ことを特徴とする情報処理装置。
【請求項１４】 請求項１３記載の情報処理装置であって、前記配送データブロックを配送すべき受信者数に係わる情報は、前記配送データブロックを必要とする受信者数を示すカウンタでそれぞれ表現され、前記配送スケジュール手段が受信者に配送するデータとして該当する前記配送データブロックを参照する毎に対応する前記カウンタを１増加し、前記パケット手段が該当する前記配送データブロックの配送を完了する毎に対応する前記カウンタを１減少させ、前記バッファ手段が、前記カウンタを１減少させた結果が０になった時に、対応する前記配送データブロックを破棄する、ことを特徴とする情報処理装置。
【請求項１５】 請求項１３記載の情報処理装置であって、前記エラー検出符号は、前記配送データブロックのチェックサムである、ことを特徴とする情報処理装置。
【請求項１６】 請求項３記載の情報処理装置であって、前記配送手段は、更に、ネットワークからパケットを受信する受信手段と、前記受信手段で受信した前記パケットを、該配送手段で処理できるか否か識別する受信パケット識別手段と、前記受信パケット識別手段で処理できると判断された前記パケットを処理し、処理できないと判断された前記パケットを前記情報処理装置のプロセッサに転送する受信パケット処理手段と、を備えることを特徴とする情報処理装置。
【請求項１７】 単数の送信者が、複数の受信者に対して受信者毎にデータを送信することによって放送型通信を行う情報処理装置に設置されるネットワークアダプタであって、パケットの送信順序と送信タイミングとからなる配送スケジュールを制御する配送スケジュール手段と、前記受信者の情報を管理する受信者情報管理手段と、配送データを格納管理するバッファ手段と、前記配送スケジュールに従い、指定された受信者に対してパケットを生成し、送信するパケット手段と、を備えることをネットワークアダプタ。
【請求項１８】 請求項１７記載のネットワークアダプタであって、ネットワークからパケットを受信する受信手段と、前記受信手段で受信した前記パケットを、該ネットワークアダプタで処理できるか否か識別する受信パケット識別手段と、前記受信パケット識別手段で処理できると判断された前記パケットを処理し、処理できないと判断された前記パケットを前記情報処理装置のプロセッサに転送する受信パケット処理手段と、を備えることを特徴とするネットワークアダプタ。
【請求項１９】 放送型通信を行う送信者側情報処理装置がパケットを生成して、送信する方法であって、前記情報処理装置のネットワークアダプタが、前記情報処理装置のプロセッサから供給される受信者の情報と配送データに基づいて、受信者毎に対応するパケットを生成し、送信する過程を含むことを特徴とする方法。
【請求項２０】 請求項１９記載の方法であって、前記受信者の情報を、予めパケットヘッダ情報の形態にして保持する過程と、前記配送データをブロックに分割し、各ブロックに対応する管理情報とパケットを生成するための補助情報とを付加して保持する過程と、パケットの送信順序と送信タイミングとからなる配送スケジュールに従って、指定された受信者に対してパケットを生成し、送信する過程と、を含むことを特徴とする方法。
【図１】
【図２】
【図３】
【図４】
【図７】
【図５】
【図６】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２５】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２６】
【図２】
【図３】
【図４】
【図７】
【図５】
【図６】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２５】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２６】
【公開番号】特開２００３−４６５６４（Ｐ２００３−４６５６４Ａ）
【公開日】平成１５年２月１４日（２００３．２．１４）
【国際特許分類】
【出願番号】特願２００１−２３１３６１（Ｐ２００１−２３１３６１）
【出願日】平成１３年７月３１日（２００１．７．３１）
【産業再生法】（出願人による申告）国等の委託研究の成果に係る特許出願（平成１３年度経済産業省委託事業「エネルギー使用合理化システム開発調査等（エネルギー使用合理化電子計算機技術開発）」委託研究、産業活力再生特別措置法第３０条の適用を受けるもの）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成１５年２月１４日（２００３．２．１４）
【国際特許分類】
【出願日】平成１３年７月３１日（２００１．７．３１）
【産業再生法】（出願人による申告）国等の委託研究の成果に係る特許出願（平成１３年度経済産業省委託事業「エネルギー使用合理化システム開発調査等（エネルギー使用合理化電子計算機技術開発）」委託研究、産業活力再生特別措置法第３０条の適用を受けるもの）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]