JP2003234760A - Packet transfer device - Google Patents

Packet transfer device

Info

Publication number
JP2003234760A
JP2003234760A JP2002031252A JP2002031252A JP2003234760A JP 2003234760 A JP2003234760 A JP 2003234760A JP 2002031252 A JP2002031252 A JP 2002031252A JP 2002031252 A JP2002031252 A JP 2002031252A JP 2003234760 A JP2003234760 A JP 2003234760A
Authority
JP
Japan
Prior art keywords
packet
receiving
specific
reception
receive
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.)
Granted
Application number
JP2002031252A
Other languages
Japanese (ja)
Other versions
JP3700654B2 (en
Inventor
Nobumitsu Morishita
展光 森下
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2002031252A priority Critical patent/JP3700654B2/en
Publication of JP2003234760A publication Critical patent/JP2003234760A/en
Application granted granted Critical
Publication of JP3700654B2 publication Critical patent/JP3700654B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a packet transfer device in which the load on processing can be reduced by simplifying processing of a received packet to the discard thereof. <P>SOLUTION: A multicast packet 219 sent from a transmitting terminal 212 finally reaches a receiving terminal 214 from a transmitting side IP router device 213 through a receiving side IP router device 216, passes a receiving side router device 217 and arrives at a receiving terminal 215. When starting transmitting specific stream data from the transmitting terminal 212, a receiving request presence/absence confirming device 220 makes one of the receiving terminals 214 and 215 requesting the reception of the data request the preparation of a transmission route. The IP router device 213, 216 or 217 writes the information of a packet not to be transferred not to prepare such a transmission route in a hardware management table and when the relevant packet is received, it is discarded by a hardware engine. Therefore, the decision on the discard for each of received packet and the burden on discarding processing can be reduced. <P>COPYRIGHT: (C)2003,JPO

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【発明の属する技術分野】本発明は受信したパケットを
転送あるいは廃棄する処理を行うパケット転送装置に係
わり、特にストリーム系データの転送に有効なパケット
転送装置に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a packet transfer device for transferring or discarding a received packet, and more particularly to a packet transfer device effective for transferring stream data.

【0002】[0002]

【従来の技術】比較的大容量のデータの通信を可能にし
たネットワークの構築やインターネットへの常時接続等
の通信環境の変化によって、音声や動画等のストリーム
系データを複数のホスト側のコンピュータに送信するサ
ービスが提供され始めている。特にマルチキャスト通信
を利用すると、1つの端末から多くの端末にあたかも放
送局が音や映像を送信するような放送型通信サービスを
実現することができる。
2. Description of the Related Art Stream-related data such as voice and moving images can be transferred to a plurality of host computers due to changes in the communication environment such as the construction of networks that enable the communication of relatively large amounts of data and the constant connection to the Internet. Services to send are beginning to be provided. In particular, when multicast communication is used, it is possible to realize a broadcast communication service in which a broadcasting station transmits sounds and images from one terminal to many terminals.

【0003】ところで現在行われているマルチキャスト
通信の多くは、UDPを用いて実現されている。UDP
とは、送信者が送り出すパケットに対して、これを受信
する受信者から受信したことに対応する返答を受け取ら
ないプロトコルである。UDPを用いて送り出された一
連のマルチキャストパケットは、IPルータのようなパ
ケット転送装置に収容された後複数の受信者に向けて転
送されていくことになる。
By the way, most of the multicast communications currently performed are realized by using UDP. UDP
Is a protocol in which a packet sent by the sender does not receive a response corresponding to the reception from the recipient who receives the packet. A series of multicast packets sent out using UDP is transferred to a plurality of recipients after being accommodated in a packet transfer device such as an IP router.

【0004】現在多くのパケット転送装置では、受信し
たパケットに対するルーティング処理および転送処理は
その制御プログラム(ソフトウェア)に従ってCPU
(中央演算処理装置)等の汎用的な制御部が行うことに
より実現されている。ルーティング処理は受信したパケ
ットのヘッダを解析して転送経路を選択する処理であ
り、転送処理はルーティング処理で選択された転送経路
に受信したパケットを転送する処理である。したがっ
て、パケット転送装置は、ストリーム系データについて
の転送処理を行う場合にマルチキャストパケットを受信
するたびにルーティング処理と転送処理を繰り返し行う
必要がある。
Currently, in many packet transfer devices, the routing process and transfer process for a received packet are performed by the CPU according to its control program (software).
It is realized by a general-purpose control unit such as (central processing unit). The routing process is a process of analyzing the header of the received packet and selecting a transfer route, and the transfer process is a process of forwarding the received packet to the transfer route selected in the routing process. Therefore, the packet transfer device needs to repeatedly perform the routing process and the transfer process each time a multicast packet is received when performing the transfer process for the stream data.

【0005】[0005]

【発明が解決しようとする課題】ところでマルチキャス
トパケットの送信者と末端の受信者との間に位置する任
意のパケット転送装置に着目すると、このパケット転送
装置はマルチキャスト通信の受信者が存在しない経路に
対して受信したマルチキャストパケットを廃棄する必要
がある。一方、上流側のマルチキャストパケットの送信
者あるいはパケット転送装置はUDPを用いている関係
で個々の受信者がパケットを要求していない場合でもそ
の旨のパケットに対する返答をもらっていない。このた
め、これらの者は今回着目しているパケット転送装置に
向けてパケットを送信し続けることになる。この結果、
ストリーム系データについての転送処理を行う場合に、
パケット転送装置はマルチキャストパケットを受信する
たびに転送先の各経路に対してそのパケットを廃棄する
か否かを個々に判別し、廃棄する場合にはその処理を行
うことになる。
By the way, when attention is paid to an arbitrary packet transfer device located between a sender of a multicast packet and a receiver at the end, this packet transfer device is located on a route where the receiver of the multicast communication does not exist. It is necessary to discard the received multicast packet. On the other hand, the sender of the multicast packet or the packet transfer device on the upstream side does not receive a reply to the packet to that effect even if the individual receiver does not request the packet due to the use of UDP. Therefore, these persons will continue to transmit packets toward the packet transfer device of interest this time. As a result,
When performing transfer processing for stream data,
Each time the packet transfer device receives a multicast packet, it individually determines whether or not to discard the packet for each transfer destination path, and when discarding the packet, performs the processing.

【0006】このような廃棄に関する処理は従来からパ
ケット転送装置の前記した制御部が制御プログラムある
いはソフトウェアで行っていた。このため、通常のパケ
ットでは廃棄に関する処理の負担が少ないものの、スト
リーム系データでは受信を希望しない受信者に対してそ
の一連のパケットの送信が終了するまで転送先の経路を
確認しては廃棄するといった処理がパケット単位で連続
することになる。したがって、パケット転送装置の制御
部の負荷が大きくなるという問題があった。
Conventionally, the above-mentioned control unit of the packet transfer apparatus has performed such a process related to discarding by a control program or software. For this reason, although the normal packet has a small processing load for discarding, the stream-type data is confirmed and discarded until the end of transmission of the series of packets to the receiver who does not want to receive the stream data. Such processing will be continued for each packet. Therefore, there is a problem that the load of the control unit of the packet transfer device is increased.

【0007】そこで本発明の目的は、受信したパケット
について廃棄までの処理を簡略化して処理の負荷を軽減
することのできるパケット転送装置を提供することにあ
る。
SUMMARY OF THE INVENTION An object of the present invention is to provide a packet transfer device capable of simplifying the process of discarding a received packet and reducing the processing load.

【0008】[0008]

【課題を解決するための手段】請求項1記載の発明で
は、(イ)特定パケットを受信する可能性のあるそれぞ
れの受信端末からその特定パケットの受信を希望するか
否かを確認する特定パケット受信希望有無確認手段と、
(ロ)この受信希望有無確認手段によって受信を希望し
ないと判別された受信端末あるいはその特定パケットの
受信を希望しない受信端末がすべてであるパケット転送
側の経路を判別する転送側経路判別手段と、(ハ)この
転送側経路判別手段の判別結果を登録する登録手段と、
(ニ)パケットを廃棄するパケット廃棄手段と、(ホ)
パケットを宛先に転送するパケット転送手段と、(へ)
特定パケットを受信する特定パケット受信手段と、
(ト)この特定パケット受信手段が特定パケットを受信
したとき登録手段を参照して受信を希望しないと判別さ
れた受信端末あるいはその特定パケットの受信を希望し
ない受信端末がすべてである経路を宛先とする特定パケ
ットをパケット廃棄手段に受け渡す一方、特定パケット
の受信を希望する受信端末あるいはその特定パケットの
受信を希望する受信端末の存在する経路を宛先とする特
定パケットをパケット転送手段に受け渡すパケット受け
渡し手段とをパケット転送装置に具備させる。
According to a first aspect of the present invention, (a) a specific packet for confirming whether or not the receiving terminal of each receiving terminal that may receive the specific packet desires to receive the specific packet. A means for confirming whether or not you want to receive
(B) Transfer-side route determining means for determining a packet-transfer-side route in which all of the receiving terminals which are determined not to receive by the receiving desire presence confirmation means or the receiving terminals which do not want to receive the specific packet are all; (C) Registration means for registering the discrimination result of the transfer side route discrimination means,
(D) Packet discarding means for discarding packets, and (e)
Packet transfer means for transferring a packet to a destination, and (to)
Specific packet receiving means for receiving a specific packet,
(G) When the specific packet receiving means receives a specific packet, the destination is a route in which all the receiving terminals which are determined not to receive by referring to the registering means or the receiving terminals which do not want to receive the specific packet are addressed. A packet that delivers a specific packet to the packet discarding means while delivering a specific packet destined to the receiving terminal desiring to receive the specific packet or the route where the receiving terminal desiring to receive the specific packet exists to the packet forwarding means. The packet transfer device is equipped with a delivery means.

【0009】すなわち請求項1記載の発明では、特定パ
ケット受信希望有無確認手段がたとえばストリーム系デ
ータ等を構成する特定パケットを受信する可能性のある
それぞれの受信端末からその特定パケットの受信を希望
するか否かを確認するようにしている。そして、転送側
経路判別手段がこの受信希望有無確認手段によって受信
を希望しないと判別された受信端末あるいはその特定パ
ケットの受信を希望しない受信端末がすべてであるパケ
ット転送側の経路を判別し、登録手段がこの転送側経路
判別手段の判別結果を登録するようにしている。したが
って、特定パケット受信手段が特定パケットを受信した
とき、登録手段を参照して、受信を希望しないと判別さ
れた受信端末あるいはその特定パケットの受信を希望し
ない受信端末がすべてである経路を宛先とする特定パケ
ットについてはパケット廃棄手段に受け渡してその転送
先についてこの特定パケットが存在する限り廃棄させ
る。このように、登録手段に登録した後は不要な宛先の
特定パケットが特別の処理を行うことなくパケット廃棄
手段に受け渡され廃棄されるので、パケット転送装置の
制御部分における負荷の軽減を実現することができる。
That is, according to the first aspect of the invention, the specific packet reception desired presence / absence confirming means desires to receive the specific packet from each receiving terminal which may receive the specific packet forming the stream data or the like. I try to confirm whether or not. Then, the transfer side route discrimination means discriminates and registers the route on the packet transfer side in which all the receiving terminals which are not desired to be received by the reception desired presence confirmation means or the receiving terminals which do not want to receive the specific packet are registered. The means registers the determination result of the transfer side route determination means. Therefore, when the specific packet receiving means receives a specific packet, the registration means is referred to and the receiving terminals determined not to receive or the receiving terminals which do not want to receive the specific packet are all the destinations. The specific packet to be transferred is passed to the packet discarding means and is discarded as long as this specific packet exists at the transfer destination. In this way, after registration in the registration means, unnecessary destination specific packets are delivered to and discarded by the packet discard means without any special processing, so that the load on the control part of the packet transfer device is reduced. be able to.

【0010】請求項2記載の発明では、(イ)特定の複
数の受信端末のいずれかあるいはそれに至る経路を宛先
としたパケットを受信するパケット受信手段と、(ロ)
特定の複数の受信端末あるいはそれらに至る経路のうち
特定パケットの受信を希望しない受信端末あるいは特定
パケットの受信を希望しない受信端末がすべてである経
路をこれ以外の受信端末あるいは経路から区別する受信
不要情報を記憶する受信不要情報記憶手段と、(ハ)パ
ケットを廃棄するパケット廃棄手段と、(ニ)パケット
を宛先に転送するパケット転送手段と、(ホ)特定の複
数の受信端末に対してこれらが特定パケットの受信を希
望していないか否かあるいは所定の経路を経たすべての
受信端末が特定パケットの受信を希望していないか否か
を確認する受信希望有無確認手段と、(ヘ)この受信希
望有無確認手段の確認結果を基にした受信不要情報を受
信不要情報記憶手段に登録する受信不要情報登録手段
と、(ト)パケット受信手段が特定パケットを受信した
ときその転送の必要の有無を受信不要情報登録手段の登
録した受信不要情報によって判別し、受信を希望する受
信端末の存在しない経路あるいは受信を希望しない受信
端末を直接の宛先とした特定パケットをパケット廃棄手
段に受け渡す一方、受信を希望する受信端末の存在する
経路あるいは受信を希望する受信端末を直接の宛先とし
た特定パケットをパケット転送手段に受け渡す受信端末
処理経路選択手段とをパケット転送装置に具備させる。
According to the second aspect of the present invention, (a) packet receiving means for receiving a packet whose destination is any one of a plurality of specific receiving terminals or a route leading to it, and (b)
It is not necessary to distinguish the receiving terminals that do not want to receive a specific packet or the receiving terminals that do not want to receive a specific packet from all the specified receiving terminals or the routes to them, from the receiving terminals or routes other than this. Unnecessary reception information storage means for storing information, (c) packet discard means for discarding packets, (d) packet transfer means for forwarding packets to a destination, and (e) these for a plurality of specific receiving terminals. And whether or not the receiver wants to receive the specific packet, or whether all the receiving terminals that have passed the predetermined route do not want to receive the specific packet. A reception unnecessary information registration means for registering reception unnecessary information based on the confirmation result of the reception desired presence confirmation means in the reception unnecessary information storage means, and (g) packet When the receiving means receives a specific packet, whether or not it needs to be transferred is determined by the unnecessary reception information registered by the unnecessary reception information registration means, and the route without the receiving terminal desiring to receive or the receiving terminal not desiring to receive is directly determined. While receiving the specific packet destined to the packet discarding means to the packet discarding means, the receiving terminal processing for delivering the specific packet destined to the route where the receiving terminal desiring reception exists or the receiving terminal desiring reception to the packet transferring means The packet transfer device is equipped with a route selection means.

【0011】すなわち請求項2記載の発明では、パケッ
ト受信手段が予め特定された複数の受信端末のいずれか
あるいはそれに至る経路を宛先としたパケットを受信す
るようになっている。たとえばストリーム系データの配
信が行われる場合を例にとると、それぞれのストリーム
系データの受信を行う契約を行った特定の会員がここで
いう特定の複数の受信端末に対応する。これらの受信端
末を宛先としただけでなくそれに至る経路を宛先とした
パケットを含めたのは、個々の受信端末を直接の宛先と
しない場合にも対応させたものである。本願発明では受
信不要情報記憶手段が設けられており、たとえば、これ
ら特定の受信端末でパケットの受信を希望しない者、あ
るいはパケットの受信を希望しない受信端末がすべてで
ある経路がこの受信不要情報記憶手段に受信不要情報と
して記憶されるようになっている。受信を希望する者と
しない者の2者択一の場合には、受信を希望する者やそ
の経路を記憶してもよい。これに属さないものとして受
信を希望しない者や経路が特定されるからである。パケ
ット転送装置の受信したパケットは受信端末処理経路選
択手段でその処理経路を選択されるが、このとき受信不
要情報登録手段の登録した受信不要情報がチェックされ
る。したがって、廃棄するパケットかどうかを受信時に
簡単に判別することができ、廃棄する場合には処理を後
の回路部分に任せることなく、パケットを廃棄する専用
のパケット廃棄手段に渡して、ここでパケットの廃棄処
理を行わせることができる。すなわち、ストリーム系デ
ータのように宛先が同一のパケットが連続して送られて
くるような場合には、ある時点でその宛先のパケットが
不要であることを受信不要情報記憶手段に記憶してしま
えば、受信したパケットのうちの該当するパケットは直
ちにパケット廃棄手段に渡されて処理されることにな
る。このように請求項2記載の発明では、特定された複
数の受信端末に関する受信不要情報を記憶し照合できる
ようにしておくことで、受信を希望する受信端末の存在
しない経路あるいは受信を希望しない受信端末を直接の
宛先とした特定パケットをパケット廃棄手段で廃棄させ
ることを可能にし、パケット転送装置の制御部分におけ
る負荷の軽減を実現している。
That is, according to the second aspect of the present invention, the packet receiving means receives a packet whose destination is one of a plurality of receiving terminals specified in advance or a route leading to the receiving terminal. For example, in the case where stream-based data is distributed, a specific member who has made a contract to receive each stream-based data corresponds to the specific plurality of receiving terminals. The inclusion of the packets whose destinations are not only those receiving terminals but also the routes leading to them is also applicable to the case where the individual receiving terminals are not the direct destinations. In the present invention, the unnecessary reception information storage means is provided, and, for example, a route in which all of these specific receiving terminals do not want to receive packets or receiving terminals that do not want to receive packets is the unnecessary reception information storage. The information is stored in the means as unnecessary reception information. In the case of an alternative between those who want to receive and those who do not, the person who wants to receive and the route thereof may be stored. This is because those who do not want to receive and routes are specified as those that do not belong to this. The processing route of the packet received by the packet transfer device is selected by the receiving terminal processing route selecting means. At this time, the unnecessary reception information registered by the unnecessary reception information registration means is checked. Therefore, it is possible to easily determine whether it is a packet to be discarded at the time of reception, and when discarding it, pass it to a dedicated packet discard means for discarding the packet without leaving the processing to the subsequent circuit part and Can be disposed of. That is, when packets with the same destination are continuously sent, such as stream data, the unnecessary reception information storage means stores that the packet of the destination is unnecessary at a certain point. For example, the corresponding packet among the received packets is immediately passed to the packet discarding unit for processing. As described above, according to the second aspect of the present invention, the unnecessary reception information regarding the plurality of specified receiving terminals is stored and collated, so that the route where the receiving terminal desiring to receive does not exist or the reception not desiring to receive is performed. The packet discarding means enables the packet discarding means to discard the specific packet destined for the terminal directly, thereby reducing the load on the control part of the packet transfer device.

【0012】請求項3記載の発明では、請求項2記載の
パケット転送装置で、受信端末処理経路選択手段は、受
信を希望する受信端末の存在しない経路あるいは受信を
希望しない受信端末を直接の宛先とした特定パケット、
あるいは受信を希望する受信端末の存在する経路あるい
は受信を希望する受信端末を直接の宛先とした特定パケ
ット以外の特定パケットが存在するときこれを受信希望
有無確認手段に確認させることを特徴としている。
According to a third aspect of the present invention, in the packet transfer apparatus according to the second aspect, the receiving terminal processing route selecting means directly routes a route in which there is no receiving terminal desiring to receive or a receiving terminal not desiring to receive. Specific packet,
Alternatively, it is characterized in that when there is a specific packet other than the specific packet whose destination is the receiving terminal desiring to receive or the receiving terminal desiring to receive is a direct destination, this is confirmed by the desirability confirmation means.

【0013】すなわち請求項3記載の発明では、受信し
た特定パケットが受信不要情報記憶手段の記憶内容から
では廃棄すべき対象ともされず、また積極的に受信端末
へ転送する対象ともされないようなものの場合の扱いを
示している。このような特定パケットについては、受信
端末処理経路選択手段が受信希望有無確認手段に確認さ
せる。したがって、確認結果としてその受信端末あるい
は経路の特定パケットが廃棄されるものとなれば、受信
不要情報として登録されるので、次からはその特定パケ
ットの選別とパケット廃棄手段による廃棄とが特別の負
担なく行われるようになる。なお、確認の結果としてそ
の特定パケットが受信端末の予定していないようなパケ
ットである場合がある。たとえば特定の複数の受信端末
が前記したストリーム系データの会員の端末であるよう
な場合で、ストリーム系データの送出側と偽って妨害用
の特定パケットを連続して受信端末に送りつけるような
第三者がいるような場合である。このような場合には、
これらの受信端末がその特定パケットの受信を希望して
いないとすることで、それ以後のその特定パケットを専
用の廃棄手段で処理させることができる。したがって、
このような特定パケットの廃棄処理を専用の回路あるい
はハードウェアで行わせることで、パケット転送装置の
本来的な制御に与える影響を最小限とすることができ
る。
That is, according to the third aspect of the invention, the received specific packet is neither a target to be discarded nor a target to be actively transferred to the receiving terminal from the contents stored in the unnecessary reception information storage means. It shows how to handle the case. With respect to such a specific packet, the receiving terminal processing route selection means causes the reception desired presence / absence confirmation means to confirm. Therefore, if the specific packet of the receiving terminal or the route is discarded as the confirmation result, it is registered as the reception unnecessary information. Therefore, from now on, the selection of the specific packet and the discard by the packet discard means have a special burden. Will be done without. As a result of the confirmation, the specific packet may be a packet that the receiving terminal does not plan. For example, in the case where a plurality of specific receiving terminals are terminals of the members of the stream data described above, it is possible to continuously send specific packets for interference to the receiving terminals by masquerading as the sender of the stream data. This is the case when there are three parties. In such cases,
By assuming that these receiving terminals do not desire to receive the specific packet, the specific packet thereafter can be processed by the dedicated discarding means. Therefore,
By performing such discarding processing of the specific packet by a dedicated circuit or hardware, it is possible to minimize the influence on the original control of the packet transfer device.

【0014】請求項4記載の発明では、請求項2記載の
パケット転送装置で、受信不要情報登録手段は、特定の
複数の受信端末のいずれかあるいはそれに至る経路に向
けて特定パケットの送信が開始される時間が予め定めら
れているとき、この特定パケットがパケット受信手段に
よって受信される前に受信希望有無確認手段によって確
認された確認結果を受信不要情報記憶手段に登録するこ
とを特徴としている。
According to the invention described in claim 4, in the packet transfer device according to claim 2, the unnecessary reception information registration means starts transmission of a specific packet toward any one of a plurality of specific receiving terminals or a route leading to it. When the predetermined time is set in advance, the confirmation result confirmed by the reception desired presence confirmation means before the specific packet is received by the packet reception means is registered in the reception unnecessary information storage means.

【0015】すなわち請求項4記載の発明では、特定パ
ケットの送信が開始される時間が予め定められていると
き、この特定パケットを受信する前に受信不要情報を受
信不要情報記憶手段に登録する場合を扱っている。この
ようなことが可能な通信システムでは、ストリーム系の
データあるいはこのようなコンテンツに限らず、極端な
場合にはただ一回だけ送信される特定パケットについて
も廃棄の処理を簡略化させることがでることになる。
That is, in the invention described in claim 4, when the time when the transmission of the specific packet is started is predetermined, the unnecessary reception information is registered in the unnecessary reception information storage means before the specific packet is received. Is dealing with. In a communication system capable of doing this, the discarding process can be simplified not only for stream type data or such contents but also for a specific packet transmitted only once in an extreme case. It will be.

【0016】請求項5記載の発明では、請求項2記載の
パケット転送装置で、受信希望有無確認手段は、特定パ
ケットの送信が開始された後に特定の複数の受信端末の
いずれかが受信を希望するか否かについての変更を生じ
させたときこれを検出する変更検出手段を備えており、
受信不要情報登録手段は変更検出手段の検出した変更を
登録することを特徴としている。
According to a fifth aspect of the present invention, in the packet transfer apparatus according to the second aspect, the desired reception presence / absence confirming means desires to receive any one of a plurality of specific receiving terminals after the transmission of the specific packet is started. It is equipped with change detection means for detecting this when a change is made as to whether or not
The reception unnecessary information registration means is characterized in that the change detected by the change detection means is registered.

【0017】すなわち請求項5記載の発明では、特定パ
ケットの送信開始後に発生した特定の複数の受信端末の
受信の希望の要否の変更を検出して、この検出した変更
を受信不要情報記憶手段に登録するようになっている。
これにより受信端末側の変更に基づく転送の必要の有無
の判別に用いる受信不要情報に変更が発生する可能性を
検出したとき、これに応じて受信不要情報を変更するこ
とができる。たとえば、パケット転送装置を介して一連
の特定パケットを受信する受信端末が受信を希望しなく
なれば、この変更を検出した後の受信不要情報を基に以
降受信するこれらの特定パケットを直ちに廃棄させるこ
とができる。
That is, in the invention described in claim 5, a change in the necessity or non-desirability of reception of a specific plurality of receiving terminals that occurs after the start of the transmission of the specific packet is detected, and the detected change is received unnecessary information storage means. You are supposed to register at.
Thus, when it is detected that the unnecessary reception information used for determining whether or not the transfer is necessary based on the change at the receiving terminal side may be changed, the unnecessary reception information can be changed accordingly. For example, if a receiving terminal that receives a series of specific packets via a packet transfer device does not want to receive them, immediately discard these specific packets that will be received subsequently based on the unnecessary reception information after detecting this change. You can

【0018】請求項6記載の発明では、請求項2記載の
パケット転送装置で、特定の複数の受信端末はストリー
ム系のコンテンツを構成する一連のパケットの受信をコ
ンテンツごとに契約する契約者の備える端末であり、受
信希望有無確認手段は、これらの受信端末の契約による
コンテンツごとの受信の希望の有無で特定パケットの受
信の有無を確認することを特徴としている。
According to a sixth aspect of the present invention, in the packet transfer apparatus according to the second aspect, a plurality of specific receiving terminals are provided by a contractor who contracts to receive a series of packets constituting stream-type content for each content. It is a terminal, and the reception desired presence / absence confirmation means is characterized by confirming the presence / absence of reception of a specific packet based on the presence / absence of reception of each content according to the contract of these reception terminals.

【0019】すなわち請求項6記載の発明では、請求項
2に記載した特定の複数の受信端末と受信希望有無確認
手段について1つの具体例を示したものである。受信端
末は、ストリーム系のコンテンツを、コンテンツごとに
契約して受信するようになっている。同じコンテンツに
対して契約を行っている受信端末が特定のコンテンツを
組み込んだ特定パケットを受信することになる。特定の
複数の受信端末は、この場合、個々のコンテンツの契約
を行いうる会員全体である。この例の場合、受信希望有
無確認手段は、会員がどのコンテンツの受信を希望する
かを確認する従来行われていた手法を用いたものであ
る。たとえばケーブルテレビ局が個別の放送について受
信希望者を確認していた手法を用い、これにより得られ
たデータを受信不要情報として受信不要情報記憶手段の
記憶内容に反映させることになる。このような確認手段
との連結で、特定パケット自体が受信端末に一方的に送
られる形式のものであっても、受信不要情報を取得した
り変更することが可能になる。
That is, the invention according to claim 6 shows one specific example of the plurality of specific receiving terminals and the desired reception presence / absence confirming means according to claim 2. The receiving terminal is adapted to receive stream-type content by contracting for each content. A receiving terminal that has a contract for the same content will receive a specific packet incorporating the specific content. In this case, the specific plurality of receiving terminals are all members who can make a contract for individual contents. In the case of this example, the reception desired presence / absence confirming means uses a conventional method of confirming which content the member desires to receive. For example, a method in which a cable television station confirms the receiver of individual broadcasts is used, and the data obtained by this is reflected in the storage content of the reception unnecessary information storage means as reception unnecessary information. By connecting with such a confirmation means, it becomes possible to acquire or change the unnecessary reception information even if the specific packet itself is of a format that is unilaterally sent to the receiving terminal.

【0020】請求項7記載の発明では、請求項1または
請求項2記載のパケット転送装置で、パケット廃棄手段
は、廃棄専用の回路で構成されていることを特徴として
いる。
The invention according to claim 7 is the packet transfer apparatus according to claim 1 or 2, wherein the packet discarding means is composed of a circuit dedicated to discarding.

【0021】すなわち請求項7記載の発明では、パケッ
ト廃棄手段を廃棄専用の回路で構成することで、転送装
置の他の回路部分に対する影響を排除することができ
る。パケット廃棄手段は、パケット廃棄専用のハードウ
ェアであってもよいし、専用のCPU等を備えたソフト
ウェアで構成されていてもよい。
That is, in the invention described in claim 7, the packet discarding means is configured by a circuit dedicated to discarding, so that it is possible to eliminate the influence on other circuit parts of the transfer device. The packet discard means may be hardware dedicated to packet discard, or may be configured by software including a dedicated CPU and the like.

【0022】[0022]

【発明の実施の形態】DETAILED DESCRIPTION OF THE INVENTION

【0023】[0023]

【実施例】以下実施例につき本発明を詳細に説明する。EXAMPLES The present invention will be described in detail below with reference to examples.

【0024】図1は本発明の一実施例における、マルチ
キャスト通信で送信されるパケットを転送するためのパ
ケット処理装置を備えたマルチキャスト・ネットワーク
の簡略化された例を表わしたものである。このマルチキ
ャスト・ネットワーク211には、マルチキャストパケ
ット送信者が使用する送信端末212と、これに隣接し
た送信側IP(Internet Protocol)ルータ装置213
とが配置されている。また、マルチキャストパケット受
信者が使用する第1の受信端末214および第2の受信
端末215と、これらにそれぞれ隣接した第1の受信側
IPルータ装置216および第2の受信側IPルータ装
置217が配置されている。送信端末212には、送信
するマルチキャストパケットに組み込むための各種スト
リーム系データを収めたライブラリ218が接続されて
いる。また、第1および第2の受信端末214、215
には受信希望有無確認装置220が接続されている。受
信希望有無確認装置220は、ライブラリ218を管理
する会社とは別の組織である図示しない会社の中に、こ
の例ではCATV(cable television)の配信局の中
に、置かれている。そして、各受信端末214、215
が特定の番組あるいはコンテンツの受信を希望するか否
かを、従来から確立されている手法で、受信希望有無確
認装置220側で確認できるようになっている。受信希
望有無確認装置220の確認結果は、通常はこのCAT
Vの配信局の契約者に対する料金の徴収等の自社内の用
途に使用する。本実施例では、受信希望有無確認装置2
20はこの確認結果を基にして、受信を希望しているコ
ンテンツの配信に合わせて各受信端末214、215に
配信希望情報210を送信するようになっている。配信
希望情報210は、送信端末212からの配信を受ける
ための配信経路の作成を要求させるものと、配信経路の
削除を要求させるものとがある。このCATVの配信局
は、この配信希望情報210を各受信端末214、21
5に送信することで、契約の行われたコンテンツを対応
した受信端末に配信することを可能にしている。
FIG. 1 shows a simplified example of a multicast network provided with a packet processing device for transferring packets transmitted by multicast communication according to an embodiment of the present invention. The multicast network 211 includes a transmitting terminal 212 used by a multicast packet sender and an IP (Internet Protocol) router device 213 adjacent to the transmitting terminal 212.
And are arranged. Further, a first receiving terminal 214 and a second receiving terminal 215 used by a multicast packet receiver, and a first receiving-side IP router apparatus 216 and a second receiving-side IP router apparatus 217 which are respectively adjacent to these terminals are arranged. Has been done. The transmission terminal 212 is connected to a library 218 containing various stream system data to be incorporated in a multicast packet to be transmitted. Also, the first and second receiving terminals 214, 215
A reception desired presence / absence confirmation device 220 is connected to. The reception desire confirmation device 220 is placed in a company (not shown) which is an organization different from the company that manages the library 218, in this example, a CATV (cable television) distribution station. Then, each receiving terminal 214, 215
Whether or not the user desires to receive a specific program or content can be confirmed on the side of the device 220 for confirming whether or not there is a desire to receive by a conventionally established method. The confirmation result of the device 220 for confirming whether or not to wish to receive is normally the CAT.
Used for in-house purposes such as collecting fees for V distribution station contractors. In the present embodiment, the device 2 for confirming whether or not there is a desire to receive.
Based on this confirmation result, the 20 transmits the distribution request information 210 to each of the receiving terminals 214 and 215 in accordance with the distribution of the content that the user desires to receive. The distribution request information 210 includes one that requests creation of a distribution route for receiving distribution from the transmission terminal 212 and one that requests deletion of the distribution route. The CATV distribution station sends the distribution request information 210 to each of the receiving terminals 214, 21.
By transmitting the content to the customer, it is possible to deliver the contracted content to the corresponding receiving terminal.

【0025】なお、この図1で第1および第2の受信側
IPルータ装置216、217は、図示しない幾つかの
受信端末とも接続され得るが、説明を簡略化するために
本実施例ではこれらについて考えないものとする。ま
た、この図では送信側IPルータ装置213と第1およ
び第2の受信側IPルータ装置216、217を直結し
て示しているが、実際のネットワークではこれらの間に
も幾つかのパケット転送装置としてのIPルータ装置が
配置され得る。
The first and second receiving-side IP router devices 216 and 217 in FIG. 1 may be connected to some receiving terminals not shown, but these are omitted in this embodiment for simplification of description. Do not think about. Further, in this figure, the sending side IP router device 213 and the first and second receiving side IP router devices 216 and 217 are directly connected, but in an actual network, some packet transfer devices are provided between them. An IP router device can be arranged as

【0026】さて、マルチキャスト・ネットワーク21
1では、各端末を識別するためのIPアドレスが割り振
られていて、IPパケットの送信を行う際の送信先や送
信元を指定するために使用することができるようになっ
ている。マルチキャストパケットには、送信先を示す情
報としてマルチキャストアドレスが組み込まれるように
なっている。マルチキャストアドレスは、特定のマルチ
キャストパケットを受信する複数の端末に割り振られて
いるIPアドレスと対応付けるための特定のIPアドレ
スである。
Now, the multicast network 21
In No. 1, an IP address for identifying each terminal is assigned and can be used for designating a destination or a source when transmitting an IP packet. The multicast address is incorporated into the multicast packet as information indicating the destination. The multicast address is a specific IP address for associating with an IP address assigned to a plurality of terminals that receive a specific multicast packet.

【0027】マルチキャスト・ネットワーク211上の
送信側IPルータ装置213、第1の受信側IPルータ
装置216および第2の受信側IPルータ装置217で
は、RFC(Request For Comment)“2362”によ
り定められているPIM−SM(Protocol Independent
Multicast-Sparse Mode)が動作している。PIM−S
Mとは、IPルータ装置間でのマルチキャスト配信用の
ルーティングプロトコルであり、マルチキャスト用の配
信木を管理しているものとする。このマルチキャスト用
の配信木は、PIM−SMが動作しているIPルータ装
置が配置されている木構造になっており、各受信端末2
14、215等の受信端末は、配置されているいずれか
のIPルータ装置に接続されるようになっている。この
マルチキャスト用の配信木の頂点に配置されるIPルー
タ装置は、マルチキャストパケットを送信する送信端末
212に隣接した送信側IPルータ装置213である。
また、各受信端末214、215等の受信端末が接続さ
れている第1および第2の受信側IPルータ装置21
6、217等のIPルータ装置は、上流に配置されてい
る送信側IPルータ装置213等のIPルータ装置に対
して受信端末の代理を行うようになっている。これによ
り、本実施例のマルチキャスト用の配信木は、マルチキ
ャストパケットの受信を要求する受信端末に隣接したI
Pルータ装置から、頂点のIPルータ装置に向けて作成
されるようになっている。
In the transmitting side IP router device 213, the first receiving side IP router device 216, and the second receiving side IP router device 217 on the multicast network 211, it is determined by RFC (Request For Comment) "2362". PIM-SM (Protocol Independent)
Multicast-Sparse Mode) is working. PIM-S
M is a routing protocol for multicast distribution between the IP router devices, and manages a distribution tree for multicast. This multicast distribution tree has a tree structure in which an IP router device operating PIM-SM is arranged, and each receiving terminal 2
Receiving terminals such as 14, 215 are connected to any of the placed IP router devices. The IP router device arranged at the apex of the multicast distribution tree is the transmitting-side IP router device 213 adjacent to the transmitting terminal 212 that transmits the multicast packet.
Further, the first and second receiving-side IP router devices 21 to which the receiving terminals such as the receiving terminals 214 and 215 are connected.
The IP router devices 6, 217 and the like act as proxy for the receiving terminal with respect to the IP router devices, such as the transmission side IP router device 213, which are arranged upstream. As a result, the multicast distribution tree according to the present embodiment has the I adjacent to the receiving terminal requesting the reception of the multicast packet.
It is designed to be created from the P router device toward the IP router device at the top.

【0028】このようなマルチキャスト・ネットワーク
211は、前記したように、たとえば楽曲の著作権を持
つ会社がこれらのデータを会員へ配信するサービスを提
供する通信システムとして使用されている。一例を考え
ると、送信端末212とライブラリ218はある会社内
のサービス部門に配置されており、送信端末212が、
ライブラリ218内に保持されている楽曲のストリーム
系データを組み込んだ一連のマルチキャストパケット2
19を作成するようになっている。ストリーム系データ
とは、再生の順に先頭から連続した複数のパケットデー
タを指しており、たとえば楽曲のストリーム系データの
場合、これらのパケットをデータを先頭から再生するこ
とで楽曲を聴くことができるようになっている。送信側
IPルータ装置213は会社内の通信部門に配置されて
おり、送信端末212が楽曲から作成した一連のマルチ
キャストパケット(ストリーム系データ)219を各受
信端末に向けて送信するようになっている。また第1お
よび第2の受信端末214、215は、会員の部屋に備
えられたコンピュータなどの通信端末であり、受信した
一連のマルチキャストパケット219から楽曲のストリ
ーム系データを取り出して楽曲を再生できるようになっ
ている。これら第1および第2の受信端末214、21
5の会員は、すでに説明したように同時にCATVの配
信局の契約者となっている。なお、これらの会員が接続
契約を結んでいるプロバイダを利用しても同様のサービ
スが可能である。この場合、プロバイダは第1および第
2の受信側IPルータ装置216、217を用いて、受
信したマルチキャストパケット219をそれぞれ対応し
た会員の通信端末へ送信することになる。
As described above, such a multicast network 211 is used as a communication system for providing a service in which, for example, a company having the copyright of music compositions distributes these data to members. Considering an example, the transmission terminal 212 and the library 218 are arranged in a service department in a company, and the transmission terminal 212 is
A series of multicast packets 2 that incorporates stream-related data of the music held in the library 218
19 is to be created. Stream data refers to a plurality of packet data that are continuous from the beginning in the order of reproduction. For example, in the case of music stream data, by reproducing these packets from the beginning, you can listen to the music. It has become. The transmission side IP router device 213 is arranged in the communication department of the company, and is configured to transmit a series of multicast packets (stream data) 219 created from the music by the transmission terminal 212 to each reception terminal. . Also, the first and second receiving terminals 214, 215 are communication terminals such as computers provided in the member's room, so that stream-related data of a music piece can be extracted from a series of received multicast packets 219 to reproduce the music piece. It has become. These first and second receiving terminals 214, 21
As described above, the 5 members are contractors of the CATV distribution station at the same time. The same service can be provided by using a provider with which these members have a connection contract. In this case, the provider uses the first and second receiving-side IP router devices 216 and 217 to transmit the received multicast packet 219 to the corresponding communication terminals of the members.

【0029】サービスを提供する会社は、たとえばライ
ブラリ218に納められた楽曲の中で音楽のジャンルと
しての「ポップス」と「ジャズ」から1曲ずつ提供する
ようになっており、この楽曲の受信を希望する会員へ送
信するためのマルチキャスト配信木が作成されるように
なっている。送信端末212から送信されるマルチキャ
ストパケット219は、「ポップス」あるいは「ジャ
ズ」の楽曲のストリーム系データが先頭から分割されて
組み込まれた一連のIPパケットである。もっとも、会
員の希望に応じてジャンルごとに配信木を別々に作成す
るようにすることも可能である。
The company providing the service is designed to provide one song each from the music genres of "pops" and "jazz" among the songs stored in the library 218, and receive this song. A multicast distribution tree is created for sending to the desired members. The multicast packet 219 transmitted from the transmission terminal 212 is a series of IP packets in which the stream data of the music of "pops" or "jazz" is divided and incorporated from the beginning. However, it is also possible to create a distribution tree separately for each genre according to the wishes of the members.

【0030】図2は、図1で示したネットワークに配置
されたIPルータ装置の構成を表わしたものである。こ
こでは、送信側IPルータ装置213について説明する
が、第1および第2の受信側IPルータ装置216、2
17も同様の構成である。送信側IPルータ装置213
には、IPパケットのハードウェア処理を行うハードウ
ェアエンジン221と、IPパケットのIPヘッダ解析
および転送処理を行うIPフォワーディング(Forwardi
ng)処理部222が備えられている。ハードウェアエン
ジン221およびIPフォワーディング処理部222
は、それぞれハードウェアドライバ223に接続されて
おり、これを中継して各種データのやりとりを行うよう
になっている。また、各種プロトコルが動作するプロト
コルスタック処理部224が備えられていて、IPフォ
ワーディング処理部222と接続されている。更にハー
ドウェアエンジン221が管理するハードウェア管理テ
ーブル225と、IPフォワーディング処理部222が
管理するルーティングテーブルであるマルチキャスト・
フォワーディング・エントリ226とが備えられてい
る。このような送信側IPルータ装置213に受信され
たパケットは、まずハードウェアエンジン221に入力
されるようになっている。
FIG. 2 shows the configuration of the IP router device arranged in the network shown in FIG. Here, the transmitting side IP router device 213 will be described, but the first and second receiving side IP router devices 216, 2
17 has the same configuration. Transmission side IP router device 213
Includes a hardware engine 221 that performs hardware processing of IP packets, and an IP forwarding (Forwardi) that performs IP header analysis and transfer processing of IP packets.
ng) processing unit 222 is provided. Hardware engine 221 and IP forwarding processing unit 222
Are respectively connected to the hardware driver 223, and are relayed to exchange various data. A protocol stack processing unit 224 that operates various protocols is provided and is connected to the IP forwarding processing unit 222. Furthermore, the hardware management table 225 managed by the hardware engine 221 and the multicast / table that is a routing table managed by the IP forwarding processing unit 222.
Forwarding entries 226 are provided. The packet received by such a transmitting side IP router device 213 is first input to the hardware engine 221.

【0031】送信側IPルータ装置213にはCPU
(中央演算処理装置)やROM(リード・オンリ・メモ
リ)等の記憶媒体を備えた図示しない制御部が配置され
ていて、この制御部が予め定められた所定のプログラム
を実行することで、制御を行うようになっている。ただ
し、ハードウェアエンジン221については、この図示
しない制御部に関わりなく予め定められた処理を行うハ
ードウェアで構成されている。
The sending IP router 213 has a CPU
A control unit (not shown) including a storage medium such as a (central processing unit) or a ROM (Read Only Memory) is arranged, and the control unit executes a predetermined program to perform control. Is supposed to do. However, the hardware engine 221 is composed of hardware that performs a predetermined process regardless of the control unit (not shown).

【0032】ハードウェアエンジン221は、パケット
が入力されるたびにこのパケットに対応した転送用エン
トリあるいは廃棄用エントリが登録されているかハード
ウェア管理テーブル225を検索するようになってい
る。転送用エントリあるいは廃棄用エントリには、それ
ぞれIPパケットのヘッダ情報に対応した送信元アドレ
ス、送信先アドレス、プロトコル番号、送信元ポート番
号、送信先ポート番号が格納されている。ハードウェア
エンジン221は、エントリに格納されているこれらの
情報が受信したIPパケットのヘッダ情報と一致した場
合、受信したIPパケットとエントリが一致すると判別
するようになっている。これによって一致したエントリ
が転送用エントリである場合はこのパケットの転送処理
を行い、廃棄用エントリである場合はこのパケットの廃
棄処理を行うようになっている。転送用エントリには転
送処理に必要な情報も格納されており、これを用いてハ
ードウェアエンジン221は転送処理を行うようになっ
ている。また、ここでヘッダ情報がエントリと一致しな
い場合は、入力されたIPパケットをハードウェアドラ
イバ223を介してIPフォワーディング処理部222
へ出力するようになっている。
Each time a packet is input, the hardware engine 221 searches the hardware management table 225 for a transfer entry or a discard entry corresponding to this packet. The transfer entry or the discard entry stores a source address, a destination address, a protocol number, a source port number, and a destination port number corresponding to the header information of the IP packet. When the information stored in the entry matches the header information of the received IP packet, the hardware engine 221 determines that the received IP packet and the entry match. As a result, if the matched entry is a transfer entry, the transfer processing of this packet is performed, and if it is a discard entry, the discard processing of this packet is performed. Information necessary for transfer processing is also stored in the transfer entry, and the hardware engine 221 uses this to perform transfer processing. If the header information does not match the entry here, the input IP packet is processed by the IP forwarding processing unit 222 via the hardware driver 223.
It is designed to output to.

【0033】プロトコルスタック処理部224は、マル
チキャストプロトコルであるPIM−SMに従って動的
なマルチキャスト用の配信木を管理するPIM−SM処
理部227を備えている。またPIM−SM処理部22
7は、IPヘッダ情報228をIPフォワーディング処
理部222から受信するようになっている。このPIM
−SM処理部227は検索対象となるエントリを保持す
るエントリテーブル227Tを備えている。このエント
リには、IPパケットのヘッダ情報に対応した送信先ア
ドレスと、この送信先アドレスが組み込まれたマルチキ
ャストパケットのマルチキャスト用の配信木で、この送
信側IPルータ装置213の直下となるIPルータ装置
あるいは受信端末を示す情報が組み込まれるようになっ
ている。送信側IPルータ装置213の図示しない制御
部は、エントリテーブル227Tを検索して、エントリ
に格納されている送信先アドレスが受信したIPパケッ
トのヘッダ情報と一致した場合、このIPパケットとエ
ントリが一致すると判別するようになっている。
The protocol stack processing unit 224 includes a PIM-SM processing unit 227 that manages a dynamic multicast distribution tree according to the PIM-SM that is a multicast protocol. In addition, the PIM-SM processing unit 22
7 receives the IP header information 228 from the IP forwarding processing unit 222. This PIM
The SM processing unit 227 includes an entry table 227T that holds the entry to be searched. In this entry, the destination address corresponding to the header information of the IP packet and the multicast distribution tree of the multicast packet in which the destination address is incorporated are directly under the source IP router device 213. Alternatively, information indicating the receiving terminal is incorporated. The control unit (not shown) of the transmission side IP router device 213 searches the entry table 227T, and if the destination address stored in the entry matches the header information of the received IP packet, the IP packet and the entry match. Then, it is designed to determine.

【0034】マルチキャスト・フォワーディング・エン
トリ226は、IPフォワーディング処理部222が受
信したIPパケットのヘッダ情報で検索する検索対象で
あるエントリを管理するようになっている。このエント
リには、IPパケットのヘッダ情報に対応した送信元ア
ドレスと送信先アドレス、またIPパケットを次の転送
先へ送り出すために必要な情報として送信側IPルータ
装置213の図示しない出力ポートを示す情報などが組
み込まれている。この次の転送先へ送り出すために必要
な情報は、エントリテーブル227Tのエントリに対応
してマルチキャスト配信木で直下のIPルータ装置ある
いは受信端末に向けてパケットを出力するための情報を
表わすものである。したがって、マルチキャスト配信木
上には存在しない中継装置などが、次の転送先として指
定される場合もある。送信側IPルータ装置213の図
示しない制御部は、エントリに格納されている送信元ア
ドレスおよび送信先アドレスが受信したIPパケットの
ヘッダ情報と一致した場合、このIPパケットとエント
リが一致すると判別するようになっている。
The multicast forwarding entry 226 manages the entry to be searched by the header information of the IP packet received by the IP forwarding processing section 222. In this entry, a source address and a destination address corresponding to the header information of the IP packet, and an output port (not shown) of the sender IP router device 213 are shown as information necessary for sending the IP packet to the next transfer destination. Information etc. are incorporated. The information necessary for sending to the next transfer destination represents the information for outputting the packet to the IP router device or the receiving terminal immediately below in the multicast distribution tree corresponding to the entry in the entry table 227T. . Therefore, a relay device that does not exist on the multicast distribution tree may be designated as the next transfer destination. When the source address and the destination address stored in the entry match the header information of the received IP packet, the control unit (not shown) of the sending IP router device 213 determines that this IP packet and the entry match. It has become.

【0035】IPフォワーディング処理部222は、廃
棄用エントリの登録あるいは削除を要求する廃棄用エン
トリ登録・削除要求229をハードウェアドライバ22
3へ送信することになる。ハードウェアドライバ223
は廃棄用エントリ登録・削除要求229を受信すると廃
棄用エントリ登録・削除要求229をハードウェアエン
ジン221への命令である廃棄用エントリ登録・削除要
求230に変換して、ハードウェアエンジン221へ送
るようになっている。
The IP forwarding processor 222 issues a discard entry registration / deletion request 229 requesting registration or deletion of a discard entry to the hardware driver 22.
3 will be sent. Hardware driver 223
Receives the discard entry registration / deletion request 229, converts the discard entry registration / deletion request 229 into a discard entry registration / deletion request 230 which is an instruction to the hardware engine 221, and sends it to the hardware engine 221. It has become.

【0036】図3は、本実施例でマルチキャスト転送を
行うIPパケットのヘッダ情報のデータ構成を表わした
ものである。ヘッダ情報301はIPヘッダ情報とUD
P(User Datagram Protocol)ヘッダ情報を合わせたも
のを指している。UDPヘッダ情報には、本実施例のマ
ルチキャスト転送を行う際、IPプロトコルの上位のプ
ロトコルとなるUDPプロトコルの情報が格納されるよ
うになっている。一般的にUDPプロトコルを用いてマ
ルチキャスト転送を行う際には、このIPパケットを受
信する第1あるいは第2の受信端末214、215と送
信端末212は直接このIPパケットに関する信号のや
り取りを行わないようになっている。これは、送信端末
から多数の受信端末にマルチキャストパケットを送信す
る場合に個々の受信端末と送信するIPパケットについ
ての信号のやり取りを行うことは、送信端末に対する負
荷が大きくなるためである。
FIG. 3 shows a data structure of header information of an IP packet which is multicast-transferred in this embodiment. The header information 301 is IP header information and UD
It indicates a combination of P (User Datagram Protocol) header information. In the UDP header information, when the multicast transfer of this embodiment is performed, information on the UDP protocol, which is a higher protocol of the IP protocol, is stored. Generally, when performing a multicast transfer using the UDP protocol, the first or second receiving terminal 214, 215 receiving the IP packet and the transmitting terminal 212 do not directly exchange signals relating to the IP packet. It has become. This is because, when transmitting a multicast packet from a transmitting terminal to a large number of receiving terminals, exchanging signals with individual receiving terminals for IP packets to be transmitted increases the load on the transmitting terminals.

【0037】IPヘッダ情報は、インターネットプロト
コルのバージョンを示すバージョン302と、IPヘッ
ダの長さを示すヘッダ長303と、IPパケットの品質
要求を示すサービスタイプ304と、IPパケットの長
さを示すパケット長305と、IPパケットに分割して
格納したデータの復元に使用する識別子306と、この
IPパケットが分割されたデータの最初、中間あるいは
末尾のどれにあたるかを示すフラグ307と、このIP
パケットが分割された順番を示すフラグメントオフセッ
ト308と、ネットワーク上での生存時間を示す生存時
間309と、IPパケットに格納されたデータのプロト
コルを示すプロトコル番号310と、誤りを検出するた
めに用いるヘッダチェックサム311と、送信元のIP
アドレスを示す送信元アドレス312および送信先のI
Pアドレスを示す送信先アドレス313で構成されてい
る。図1で説明した送信端末212から送信されるマル
チキャストパケット219には、特定のマルチキャスト
アドレスが、このヘッダ情報301の送信先アドレス3
13として組み込まれている。
The IP header information includes a version 302 indicating the version of the Internet protocol, a header length 303 indicating the length of the IP header, a service type 304 indicating the quality request of the IP packet, and a packet indicating the length of the IP packet. A length 305, an identifier 306 used to restore the data stored by being divided into IP packets, a flag 307 indicating whether this IP packet is the first, middle, or end of the divided data, and this IP
A fragment offset 308 indicating the order in which the packets are divided, a lifetime 309 indicating the lifetime on the network, a protocol number 310 indicating the protocol of the data stored in the IP packet, and a header used to detect an error. Checksum 311 and source IP
A source address 312 indicating an address and a destination I
It is composed of a transmission destination address 313 indicating a P address. In the multicast packet 219 transmitted from the transmission terminal 212 described in FIG. 1, the specific multicast address is the destination address 3 of this header information 301.
Incorporated as 13.

【0038】次に同じく図3を用いてUDPヘッダ情報
のデータ構成について説明する。UDPヘッダ情報は、
送信元装置から出力する際の出力ポートを示す送信元ポ
ート番号314と、送信先装置が受信する際の入力ポー
トを示す送信先ポート番号315と、UDPパケットの
長さを示すセグメント長316およびUDPパケットの
誤りを検出するために用いるチェックサム317で構成
されている。ここでUDPパケットとは、マルチキャス
ト転送するデータの先頭にUDPヘッダ情報を付加した
ものを指していて、更にこの先頭にIPパケットのヘッ
ダ情報を付加することで、IPパケットとなるようにな
っている。
Next, the data structure of the UDP header information will be described with reference to FIG. UDP header information is
A source port number 314 indicating an output port when outputting from a source device, a destination port number 315 indicating an input port when a destination device receives, a segment length 316 and UDP indicating a length of a UDP packet. It is composed of a checksum 317 used for detecting a packet error. Here, the UDP packet refers to the one in which UDP header information is added to the head of the data to be multicast-transferred, and the header information of the IP packet is further added to the head to form an IP packet. .

【0039】図4は、図2に示した送信側IPルータ装
置がマルチキャストパケットを受信したときの処理の流
れと各種エントリの作成順序について表わしたものであ
る。ただし、エントリテーブル227Tに格納されるエ
ントリについては後で説明を行うものとする。送信側I
Pルータ装置213が受信したマルチキャストパケット
219は、ハードウェアエンジン221に入力されるよ
うになっている。ここでハードウェアエンジン221
は、受信したマルチキャストパケット219のヘッダ情
報301を用いて、ハードウェア管理テーブル225を
検索する(ステップS401)。ここでヘッダ情報30
1がエントリと一致した場合には(ステップS402:
Y)、更にこの一致したエントリが転送用エントリであ
るか否か判別する(ステップS403)。転送用エント
リであった場合には(Y)、ハードウェアエンジン22
1は転送用エントリの指示に従った転送処理を実施して
(ステップS404)、処理を終了する(エンド)。ま
た転送用エントリではない場合(ステップS403:
N)、廃棄用エントリに一致したとみなして、ハードウ
ェアエンジン221は廃棄処理を実施し(ステップS4
05)、処理を終了する(エンド)。ステップS402
でエントリに一致しなかった場合には(N)、受信した
マルチキャストパケット219をハードウェアドライバ
223経由でIPフォワーディング処理部222に出力
する。
FIG. 4 shows the flow of processing when the sending IP router device shown in FIG. 2 receives a multicast packet and the order of creating various entries. However, the entries stored in the entry table 227T will be described later. Sender I
The multicast packet 219 received by the P router device 213 is input to the hardware engine 221. Hardware engine 221
Searches the hardware management table 225 using the header information 301 of the received multicast packet 219 (step S401). Here, header information 30
If 1 matches the entry (step S402:
Y), and further, it is determined whether or not the matched entry is a transfer entry (step S403). If the entry is for transfer (Y), the hardware engine 22
1 executes the transfer process according to the instruction of the transfer entry (step S404), and ends the process (end). If the entry is not a transfer entry (step S403:
N), the hardware engine 221 carries out the discarding process on the assumption that it matches the discarding entry (step S4).
05), the process ends (END). Step S402
If the entry does not match the entry (N), the received multicast packet 219 is output to the IP forwarding processing unit 222 via the hardware driver 223.

【0040】送信側IPルータ装置213の図示しない
制御部は、IPフォワーディング処理部222に入力さ
れたマルチキャストパケット219のヘッダ情報301
を用いて、マルチキャスト・フォワーディング・エント
リ226を検索する(ステップS406)。ヘッダ情報
301の送信元アドレス312および送信先アドレス3
13がエントリの検索対象の情報と一致した場合には
(ステップS407:Y)、図示しない制御部が一致し
たエントリを基にしてハードウェアドライバ223に転
送エントリ登録要求を通知し、ハードウェア管理テーブ
ル225への転送エントリの登録を実施する(ステップ
S408)。この後、マルチキャスト・フォワーディン
グ・エントリ226の一致したエントリに従ったマルチ
キャストパケット219の転送処理を実施して(ステッ
プS409)、処理を終了する(エンド)。
The control unit (not shown) of the transmission side IP router device 213 receives the header information 301 of the multicast packet 219 input to the IP forwarding processing unit 222.
Is used to search the multicast forwarding entry 226 (step S406). Source address 312 and destination address 3 of header information 301
If 13 matches the information to be searched for the entry (step S407: Y), the control unit (not shown) notifies the hardware driver 223 of the transfer entry registration request based on the matched entry, and the hardware management table The transfer entry is registered in 225 (step S408). After that, the transfer processing of the multicast packet 219 is performed according to the matched entry of the multicast forwarding entry 226 (step S409), and the processing is ended (end).

【0041】ステップS407でヘッダ情報301がエ
ントリと一致しない場合には(N)、図示しない制御部
はPIM−SM処理部227が管理するエントリテーブ
ル227Tを更にヘッダ情報301で検索する(ステッ
プS410)。ここで一致するエントリが存在した場合
には(ステップS411:Y)、マルチキャスト・フォ
ワーディング・エントリ226に該当するマルチキャス
ト転送用のエントリの登録を実施する(ステップS41
2)。この後、ハードウェア管理テーブル225への転
送エントリの登録とマルチキャストパケット219の転
送処理を実施して(ステップS408、409)、処理
を終了する(エンド)。ステップS411で一致するエ
ントリが存在しない場合には(N)、ヘッダ情報301
を付加した廃棄用エントリ作成要求をハードウェアドラ
イバ223へ通知し、ハードウェア管理テーブル225
への廃棄用エントリの登録を実施する(ステップS41
3)。この後、マルチキャストパケット219の廃棄処
理を実施して(ステップS414)、処理を終了する
(エンド)。
If the header information 301 does not match the entry in step S407 (N), the control unit (not shown) further searches the entry table 227T managed by the PIM-SM processing unit 227 with the header information 301 (step S410). . If there is a matching entry (step S411: Y), the entry for multicast forwarding corresponding to the multicast forwarding entry 226 is registered (step S41).
2). After that, the transfer entry is registered in the hardware management table 225 and the multicast packet 219 is transferred (steps S408 and 409), and the process ends (end). If there is no matching entry in step S411 (N), the header information 301
The hardware driver 223 is notified of the discard entry creation request added with, and the hardware management table 225
Registration of an entry for discarding is performed (step S41).
3). Then, the discarding process of the multicast packet 219 is performed (step S414), and the process ends (end).

【0042】このような処理で、たとえばある「ジャ
ズ」の楽曲が組み込まれた一連のマルチキャストパケッ
ト219に受信を希望する受信端末がない場合、この楽
曲を配信するためのマルチキャスト配信木は作成され
ず、エントリテーブル227Tにもエントリは存在しな
い。これらが受信されるとハードウェア管理テーブル2
25へこれらを廃棄するように指示する廃棄用エントリ
が登録されるまでは、IPフォワーディング処理部22
2に入力された後廃棄されるようになっている。しか
し、ハードウェア管理テーブル225へこの楽曲のマル
チキャストパケット219の廃棄を指示する廃棄用エン
トリが登録された後は、ハードウェアエンジン221に
よって廃棄されるようになる。したがって、ある楽曲の
ストリーム系データが組み込まれた一連のマルチキャス
トパケット219を連続して廃棄する場合、ハードウェ
ア管理テーブル225に廃棄用エントリが登録された後
は、送信側IPルータ装置212のIPフォワーディン
グ処理部222に廃棄処理による負荷を与えない。した
がって、一連のマルチキャストパケット219の中で最
初に受信したファーストパケットのIPヘッダ解析およ
び転送あるいは廃棄をIPフォワーディング処理部22
2で行い、これに対応した廃棄用エントリの登録以降受
信するマルチキャストパケット219の転送あるいは廃
棄をハードウェアエンジン221で行うことで、送信側
IPルータ装置212の図示しない制御部の処理の負荷
を軽減することができる。
In such a process, if there is no receiving terminal desiring to receive a series of multicast packets 219 in which a certain "jazz" music is incorporated, for example, a multicast distribution tree for distributing this music is not created. The entry table 227T has no entry. When these are received, the hardware management table 2
Until the discard entry for instructing to discard these in 25 is registered, the IP forwarding processing unit 22
It is designed to be discarded after being input in 2. However, after the discard entry for instructing the discard of the multicast packet 219 of this music is registered in the hardware management table 225, the hardware engine 221 discards the entry. Therefore, in the case of continuously discarding a series of multicast packets 219 including stream data of a certain music, after the discarding entry is registered in the hardware management table 225, the IP forwarding of the transmitting side IP router device 212 is performed. No load is imposed on the processing unit 222 by the discarding process. Therefore, the IP forwarding processing unit 22 determines the IP header analysis and transfer or discard of the first packet received first in the series of multicast packets 219.
2 and the hardware engine 221 transfers or discards the multicast packet 219 received after registration of the corresponding discard entry, thereby reducing the processing load of the control unit (not shown) of the sender IP router device 212. can do.

【0043】図5は、PIM−SM処理部227宛の特
定のマルチキャストパケットに対しての受信要求あるい
は受信停止要求が組み込まれたIPパケットが、IPル
ータ装置213に受信された場合の処理の流れを表わし
たものである。IPルータ装置213の図示しない制御
部は、受信したIPパケットがPIM−SM処理部22
7宛のIPパケットであるときマルチキャストアドレス
によって特定される一連のマルチキャストパケットの受
信要求あるいは受信停止を示す情報であるか否かを判別
する(ステップS421)。これ以外の場合には
(N)、処理を終了する(エンド)。受信要求あるいは
受信停止を示す情報が組み込まれていた場合(ステップ
S421:Y)、これが受信要求を示していれば(ステ
ップS422:Y)、この特定される一連のマルチキャ
ストパケットの送信先を示すエントリがPIM−SM処
理部227のエントリテーブル227Tに存在するか判
別する(ステップS423)。該当するエントリが存在
する場合(Y)、この受信要求を送信してきた受信端末
を送信先に追加するエントリの変更を行う(ステップS
424)。この変更に伴ってマルチキャスト・フォワー
ディング・エントリ226に登録されているマルチキャ
スト転送用のエントリも変更する。この後、この特定さ
れる一連のマルチキャストパケットの転送を指示する転
送用エントリのハードウェア管理テーブル225からの
削除を要求する転送用エントリ削除要求を作成する(ス
テップS425)。作成された転送用エントリ削除要求
は、IPフォワーディング処理部222経由でハードウ
ェアドライバ223に送信して(ステップS426)処
理を終了する(エンド)。ハードウェアドライバ223
はこの転送用エントリ削除要求をハードウェアエンジン
221に渡して、該当する転送用エントリをハードウェ
ア管理テーブル225から削除させるようになってい
る。
FIG. 5 shows the flow of processing when an IP packet incorporating a reception request or reception stop request for a specific multicast packet addressed to the PIM-SM processing section 227 is received by the IP router device 213. It represents. The control unit (not shown) of the IP router device 213 determines that the received IP packet is the PIM-SM processing unit 22.
When the IP packet is destined for No. 7, it is determined whether or not the information indicates a reception request or reception stop of a series of multicast packets specified by the multicast address (step S421). Otherwise (N), the process ends (END). If the reception request or the information indicating the reception stop is incorporated (step S421: Y), and if this indicates the reception request (step S422: Y), an entry indicating the transmission destination of the specified series of multicast packets. Exists in the entry table 227T of the PIM-SM processing unit 227 (step S423). If the corresponding entry exists (Y), the entry for adding the receiving terminal that has transmitted this reception request to the destination is changed (step S
424). Along with this change, the multicast transfer entry registered in the multicast forwarding entry 226 is also changed. After that, a transfer entry deletion request is created to request deletion of the transfer entry instructing the transfer of the specified series of multicast packets from the hardware management table 225 (step S425). The created transfer entry deletion request is transmitted to the hardware driver 223 via the IP forwarding processing unit 222 (step S426) and the processing ends (END). Hardware driver 223
Passes the transfer entry deletion request to the hardware engine 221, and deletes the corresponding transfer entry from the hardware management table 225.

【0044】また、該当するエントリがPIM−SM処
理部227のエントリテーブル227Tに存在しない場
合(ステップS423:N)、この特定される一連のマ
ルチキャストパケットの転送先を示すためのエントリを
作成し、このエントリテーブル227Tに登録する(ス
テップS427)。この後、これらマルチキャストパケ
ットの廃棄を指示する廃棄用エントリのハードウェア管
理テーブル225からの削除を要求する廃棄用エントリ
削除要求を作成する(ステップS428)。作成された
廃棄用エントリ削除要求は、IPフォワーディング処理
部222経由でハードウェアドライバ223に送信して
(ステップS429)処理を終了する(エンド)。ハー
ドウェアドライバ223はこの転送用エントリ削除要求
をハードウェアエンジン221に渡して、該当する転送
用エントリをハードウェア管理テーブル225から削除
させるようになっている。
If the corresponding entry does not exist in the entry table 227T of the PIM-SM processing section 227 (step S423: N), an entry is created to indicate the transfer destination of this specified series of multicast packets, The entry table 227T is registered (step S427). After that, a discard entry deletion request for creating a discard entry for instructing discard of these multicast packets from the hardware management table 225 is created (step S428). The created discard entry deletion request is transmitted to the hardware driver 223 via the IP forwarding processing unit 222 (step S429) and the processing ends (END). The hardware driver 223 passes the transfer entry deletion request to the hardware engine 221, and deletes the corresponding transfer entry from the hardware management table 225.

【0045】更に、受信停止を示す情報が組み込まれて
いた場合(ステップS422:N)、該当するエントリ
がPIM−SM処理部227の図示しないエントリテー
ブル227Tに存在しなければ(ステップS430:
N)、処理を終了する(エンド)。これは、これまで送
信先の無かったマルチキャストパケットに対して受信停
止が要求された場合であり、行うべき処理は存在しな
い。該当するエントリがこのエントリテーブル227T
に存在する場合には(ステップS430:Y)、この受
信停止を送信してきた受信端末をエントリの送信先から
削除する変更を行う。この結果送信先が存在しなくなっ
た場合には、この特定される一連のマルチキャストパケ
ットの送信先を示すエントリ自体の削除を行う(ステッ
プS431)。この変更に伴ってマルチキャスト・フォ
ワーディング・エントリ226に登録されているマルチ
キャスト転送用のエントリも変更あるいは削除する。こ
の後、このマルチキャストパケットの転送を指示する転
送用エントリのハードウェア管理テーブル225からの
削除を要求する転送用エントリ削除要求を作成する(ス
テップS432)。作成された転送用エントリ削除要求
は、IPフォワーディング処理部222経由でハードウ
ェアドライバ223に送信して(ステップS433)処
理を終了する(エンド)。ハードウェアドライバ223
はこの転送用エントリ削除要求をハードウェアエンジン
221に渡して、該当する転送用エントリをハードウェ
ア管理テーブル225から削除させるようになってい
る。
Further, when the information indicating the reception stop is incorporated (step S422: N), if the corresponding entry does not exist in the entry table 227T (not shown) of the PIM-SM processing section 227 (step S430:
N), the process ends (END). This is a case where the reception stop is requested for the multicast packet which has no destination, and there is no processing to be performed. The corresponding entry is this entry table 227T.
If it exists (step S430: Y), a change is made to delete the receiving terminal that has transmitted the reception stop from the transmission destination of the entry. As a result, when the destination does not exist, the entry itself indicating the destination of the specified series of multicast packets is deleted (step S431). Along with this change, the multicast forwarding entry registered in the multicast forwarding entry 226 is also changed or deleted. Thereafter, a transfer entry deletion request is created to request deletion of the transfer entry instructing the transfer of this multicast packet from the hardware management table 225 (step S432). The created transfer entry deletion request is transmitted to the hardware driver 223 via the IP forwarding processing unit 222 (step S433), and the processing ends (END). Hardware driver 223
Passes the transfer entry deletion request to the hardware engine 221, and deletes the corresponding transfer entry from the hardware management table 225.

【0046】さて、ハードウェアエンジン221によっ
て廃棄処理が行われている楽曲のストリーム系データが
組み込まれた一連のマルチキャストパケット219に受
信希望者が現れた場合は、廃棄処理を停止して、受信希
望者への送信を再開する必要がある。この一例として、
その楽曲が組み込まれた一連のマルチキャストパケット
219の配信経路の作成を要求させる配信希望情報21
0を受信希望有無確認装置220から第1の受信端末2
14に送信したときの、第1の受信端末214、第1の
受信側IPルータ装置216および送信側IPルータ装
置213の処理について説明する。
When a receiver desires to appear in a series of multicast packets 219 in which stream system data of a music piece which has been discarded by the hardware engine 221, is incorporated, the discarding process is stopped and the reception request is received. Need to resume sending to the person. As an example of this,
Distribution request information 21 for requesting the creation of a distribution route of a series of multicast packets 219 including the music.
0 from the presence / absence confirmation device 220 of the first receiving terminal 2
The processing of the first receiving terminal 214, the first receiving-side IP router apparatus 216, and the transmitting-side IP router apparatus 213 when transmitting to the No. 14 will be described.

【0047】第1の受信端末214は、その楽曲が組み
込まれた一連のマルチキャストパケット219の配信経
路の作成を要求させる配信希望情報210を受け取る
と、これに対応してその楽曲が組み込まれた一連のマル
チキャストパケット219の受信を要求する受信要求を
組み込んだパケットを作成して、第1の受信側IPルー
タ装置216に送信する。第1の受信側IPルータ装置
216はこのとき、既にハードウェアエンジン221に
よってIPパケットの廃棄処理が行われているので、P
IM−SM処理部227の図示しないエントリテーブル
227Tにその楽曲が組み込まれた一連のマルチキャス
トパケット219に対するエントリは存在しない(図
5:ステップS423:N)。従って、このようなIP
パケットを受信するとマルチキャストパケット219に
組み込まれるマルチキャストアドレスとこの送信先とし
て第1の受信端末214を示すエントリを作成して、こ
のエントリテーブル227Tに登録する(同図:ステッ
プS427)。この後、この楽曲が組み込まれた一連の
マルチキャストパケット219の廃棄を指示する廃棄用
エントリのハードウェア管理テーブル225からの削除
を要求するようになっている(同図:ステップS42
8、ステップS429)。また、第1の受信側IPルー
タ装置216は、その楽曲が組み込まれた一連のマルチ
キャストパケット219の受信を要求する受信要求を組
み込んだIPパケットを、送信側IPルータ装置213
に送信する。送信側IPルータ装置213はこのIPパ
ケットを受信すると、エントリテーブル227Tに送信
先として第1の受信側IPルータ装置216を示すエン
トリを登録し、ハードウェア管理テーブル225からの
廃棄用エントリの削除を要求する。
When the first receiving terminal 214 receives the distribution request information 210 for requesting the creation of the distribution route of the series of multicast packets 219 in which the music is incorporated, the series of the music in which the music is incorporated is correspondingly received. A packet including a reception request for requesting reception of the multicast packet 219 is created and transmitted to the first receiving-side IP router device 216. At this time, the first receiving-side IP router device 216 has already performed the discard processing of the IP packet by the hardware engine 221, so P
The entry table 227T (not shown) of the IM-SM processing unit 227 has no entry for the series of multicast packets 219 in which the music is incorporated (FIG. 5: step S423: N). Therefore, such an IP
When the packet is received, an entry indicating the multicast address incorporated in the multicast packet 219 and the first receiving terminal 214 as the destination is created and registered in the entry table 227T (FIG. 27: step S427). After that, a request is made to delete from the hardware management table 225 a discarding entry instructing the discarding of a series of multicast packets 219 in which this music is incorporated (the same figure: step S42).
8, step S429). Further, the first receiving-side IP router device 216 sends an IP packet incorporating a reception request for requesting reception of a series of multicast packets 219 in which the music is incorporated, to the transmitting-side IP router device 213.
Send to. Upon receiving this IP packet, the transmission side IP router device 213 registers an entry indicating the first reception side IP router device 216 as a transmission destination in the entry table 227T, and deletes the discard entry from the hardware management table 225. Request.

【0048】送信側IPルータ装置213のハードウェ
ア管理テーブル225から廃棄用エントリが削除された
後は、その楽曲が組み込まれた一連のマルチキャストパ
ケット219を受信しても、廃棄処理は実施されないよ
うになる(図4:ステップS402:N)。また、この
受信したマルチキャストパケット219は、PIM−S
M処理部227の図示しないエントリテーブル227T
が管理するエントリで、一致するエントリが存在する
(同図:ステップS410、ステップS411:Y)。
そこで、マルチキャスト・フォワーディング・エントリ
226とハードウェア管理テーブル225にそれぞれ対
応するエントリと転送用エントリの登録が実施された後
(同図:ステップS412、ステップS408)、第1
の受信側IPルータ装置216の転送処理が図示しない
制御部によって行われる(同図:ステップS409)。
以降受信されるその楽曲が組み込まれた一連のマルチキ
ャストパケット219は、ハードウェアエンジン221
が転送用エントリの指示に従って第1の受信側IPルー
タ装置216へ転送処理を行うことになる(同図:ステ
ップS402:Y、ステップS403:Y、ステップS
404)。このようにして、第1の受信側IPルータ装
置216は、送られてくるその楽曲が組み込まれた一連
のマルチキャストパケット219を第1の受信端末21
4に転送するようになっている。第1の受信端末214
は、第1の受信側IPルータ装置216から転送されて
くる一連のマルチキャストパケット219を再生するこ
とで、その楽曲を聴くことができる。
After the discarding entry is deleted from the hardware management table 225 of the transmitting side IP router 213, the discarding process is not executed even if a series of multicast packets 219 including the music is received. (FIG. 4: step S402: N). Further, the received multicast packet 219 has the PIM-S
Entry table 227T (not shown) of the M processing unit 227
There is a matching entry that is managed by (step S410, step S411: Y in the figure).
Therefore, after the entries corresponding to the multicast forwarding entry 226 and the hardware management table 225 and the forwarding entry are respectively registered (FIG. 11: step S412, step S408), the first
The transfer processing of the receiving side IP router device 216 is performed by a control unit (not shown) (step S409 in the figure).
A series of multicast packets 219 incorporating the music received thereafter are transmitted by the hardware engine 221.
Performs a transfer process to the first receiving-side IP router device 216 in accordance with the instruction of the transfer entry (in the figure: step S402: Y, step S403: Y, step S).
404). In this way, the first receiving-side IP router device 216 transmits the series of multicast packets 219 in which the transmitted music is incorporated to the first receiving terminal 21.
It is supposed to be transferred to 4. First receiving terminal 214
Can listen to the music by reproducing a series of multicast packets 219 transferred from the first receiving-side IP router device 216.

【0049】以上説明したように、実施例のハードウェ
アエンジン221は、送信側IPルータ装置213がハ
ードウェア管理テーブル225に廃棄用エントリを登録
することで、一連のマルチキャストパケット219の廃
棄処理を行うようになっている。このハードウェア管理
テーブル225への廃棄用エントリの登録は、図示しな
い制御部が制御して行うようになっているが、ハードウ
ェアエンジン221が廃棄処理を開始すると、図示しな
い制御部は一連のマルチキャストパケット廃棄処理に関
わらないため負荷を軽減することができる。このよう
に、ハードウェアで転送あるいは廃棄を行えるまでの間
だけ、受信した一連のマルチキャストパケット219の
IPヘッダの解析および転送あるいは廃棄をソフトウェ
アに従った図示しない制御部が行うことで、すべてをこ
の制御部が行う場合と比較して処理の負荷を下げること
ができる。また、ハードウェアエンジン221にIPパ
ケットの廃棄処理に最適化された回路を用いることで、
廃棄処理の最適化を図ることができる。
As described above, in the hardware engine 221 of the embodiment, the sending side IP router device 213 registers the discarding entry in the hardware management table 225 to perform the discarding process of a series of multicast packets 219. It is like this. The registration of the discarding entry in the hardware management table 225 is performed by a control unit (not shown), but when the hardware engine 221 starts the discarding process, the control unit (not shown) performs a series of multicast. The load can be reduced because it is not related to packet discard processing. In this way, the control unit (not shown) according to the software analyzes and transfers or discards the IP header of the received series of multicast packets 219 until the hardware can perform the transfer or discard, and all of this is performed. The processing load can be reduced as compared with the case where the control unit performs. Further, by using a circuit optimized for the discard processing of the IP packet for the hardware engine 221,
The disposal process can be optimized.

【0050】また、実施例では送信側IPルータ装置2
13のハードウェア管理テーブル225に廃棄用エント
リを登録するために、配信先の無いマルチキャストパケ
ット219をIPフォワーディング処理部222で少な
くとも1つは廃棄する必要があった。しかし、配信が予
定されている特定のマルチキャストパケット219に対
して、配信開始時に配信先となる受信端末が無いことが
PIM−SM処理部227等によって確認されている場
合、これに対する廃棄用エントリを予めハードウェア管
理テーブル225に登録しておいてもよい。こうするこ
とで、配信開始時にIPフォワーディング処理部222
で廃棄するマルチキャストパケット219の数を低減さ
せて、送信側IPルータ装置213の図示しない制御部
の行うIPフォワーディング処理部222の処理の負荷
を軽減することができる。
Further, in the embodiment, the transmitting side IP router device 2
In order to register the discard entry in the hardware management table 225 of No. 13, it is necessary to discard at least one multicast packet 219 having no delivery destination by the IP forwarding processing unit 222. However, when it is confirmed by the PIM-SM processing unit 227 or the like that there is no receiving terminal to be a distribution destination at the start of distribution for a specific multicast packet 219 scheduled to be distributed, a discard entry for this is set. It may be registered in the hardware management table 225 in advance. By doing so, the IP forwarding processing unit 222 at the start of distribution
It is possible to reduce the number of the multicast packets 219 to be discarded in step 1, thereby reducing the processing load of the IP forwarding processing unit 222 performed by the control unit (not shown) of the transmission side IP router device 213.

【0051】更に実施例では、マルチキャスト送信する
データをストリーム系データとしたが、同一のマルチキ
ャストアドレスが組み込まれた一連のIPパケットであ
れば、これらにそれぞれ組み込まれるデータに関連性が
無くてもよい。また、ストリーム系データは音楽だけで
はなく音声や動画等のデータあるいはこれらが組み合わ
されたデータであってもよい。
Further, in the embodiment, the data to be transmitted by multicast is stream data, but if it is a series of IP packets in which the same multicast address is incorporated, the data incorporated in each of them may be irrelevant. . Further, the stream data may be not only music but also data such as voice and moving picture, or data in which these are combined.

【0052】発明の変形の可能性 Possibility of modification of the invention

【0053】以上説明した実施例では、送信端末212
では受信端末が存在することを前提としてマルチキャス
トパケットを作成し送信している。しかし、本発明は送
信者が送信するマルチキャストパケットに対して受信端
末の存在する可能性が無い、あるいは著しく低い場合に
対しても同様に適用できる。このような一例として、た
とえばIPルータ装置の機能低下あるいは機能停止を意
図して、受信者の存在しないマルチキャストパケットを
大量に送信するDoS(denial of service)攻撃が考
えられる。このような一連のマルチキャストパケットに
対しても廃棄用エントリを作成できる実施例で示したI
Pルータ装置を使用することで、会員等の特定の受信端
末以外の端末を宛先とした継続的に発生するパケットと
して廃棄処理を行わせることができ、特定の受信端末へ
の影響を排除することができる。もちろん、IPルータ
装置等のパケット転送装置も廃棄のための専用のハード
ウェアあるいはソフトウェアの装置が廃棄の処理を行う
ので、装置本体部分あるいは制御部への影響を最低限に
止めることができる。
In the embodiment described above, the transmitting terminal 212
In this case, a multicast packet is created and transmitted assuming that there is a receiving terminal. However, the present invention can be similarly applied to the case where there is no possibility that the receiving terminal exists for the multicast packet transmitted by the sender or the transmission terminal is extremely low. As an example of such a case, a DoS (denial of service) attack in which a large number of multicast packets with no recipients are transmitted with the intention of degrading or stopping the function of the IP router device can be considered. I described in the embodiment in which a discard entry can be created for such a series of multicast packets
By using the P router device, it is possible to cause the discarding process to be performed as packets that are continuously generated with the destination other than the specific receiving terminal such as a member, and eliminate the influence on the specific receiving terminal. You can Of course, the packet transfer device such as the IP router device also performs the discarding process by the dedicated hardware or software device for discarding, so that the influence on the device main body portion or the control unit can be minimized.

【0054】[0054]

【発明の効果】以上説明したように請求項1記載の発明
によれば、登録手段に登録した後は不要な宛先の特定パ
ケットが特別の処理を行うことなくパケット廃棄手段に
受け渡され廃棄されるので、パケット転送装置の制御部
分における負荷の軽減を実現することができ、特にスト
リーム系データの場合に顕著な効果を持つことができ
る。
As described above, according to the first aspect of the present invention, after registration in the registration means, a specific packet of an unnecessary destination is delivered to the packet discard means without any special processing and is discarded. Therefore, it is possible to reduce the load on the control part of the packet transfer device, and it is possible to have a remarkable effect particularly in the case of stream data.

【0055】また、請求項2記載の発明によれば、ルー
タ等のパケット転送装置が受信不要情報記憶手段を備
え、これで判別した結果を基にして受信端末処理経路選
択手段でパケットを廃棄するか否かの振り分けを行って
いる。したがって、廃棄することがこの時点で判別され
たパケットは直ちに廃棄処理されることになり、廃棄処
理のための負担が少なくなるだけでなく、不正なパケッ
トが同一の宛先に対して連続的に送られてくるような場
合にも受信不要情報記憶手段にこれを加えるだけで迅速
な対応が可能になる。
According to the second aspect of the invention, the packet transfer device such as a router is provided with the reception unnecessary information storage means, and the reception terminal processing route selection means discards the packet based on the result determined by this. Whether or not it is distributed. Therefore, the packet that is determined to be discarded at this point is immediately discarded, which not only reduces the burden of the discarding process but also continuously sends illegal packets to the same destination. Even in the case where a message is received, a quick response can be made by adding this to the unnecessary reception information storage means.

【0056】また、請求項3記載の発明によれば、廃棄
すべき対象ともされず、また積極的に受信端末へ転送す
るものともされないようなパケットを対象にした処理が
可能になる。したがって、たとえば受信者に対してスト
リーム系データの受信の開始から一定時間以内を検討期
間に設定し、この間に受信の継続の希望の有無を確認さ
せるといったビジネスに対してもパケット転送装置の処
理の負担を軽減させることができる。
According to the third aspect of the present invention, it is possible to perform processing for a packet that is neither an object to be discarded nor actively transferred to the receiving terminal. Therefore, for example, even for a business in which the receiver sets a consideration period within a certain time from the start of receiving stream data and confirms whether or not there is a desire to continue reception during this period, the packet transfer device processing The burden can be reduced.

【0057】更に請求項4記載の発明によれば、ただ一
回だけ送信されるパケットについて廃棄の処理を簡略化
することができるだけでなく、ストリーム系データの場
合にも不要なパケットが受信対象者以外の端末に送られ
ることがないので、これによる不都合を発生させること
がない。
Further, according to the invention described in claim 4, not only can the discarding process be simplified for the packet which is transmitted only once, but also in the case of stream data, unnecessary packets are received by the recipient. Since it is not sent to any other terminal, no inconvenience due to this will occur.

【図面の簡単な説明】[Brief description of drawings]

【図1】本発明の一実施例におけるIPルータ装置を備
えたマルチキャスト・ネットワークの構成を表わしたブ
ロック図である。
FIG. 1 is a block diagram showing a configuration of a multicast network including an IP router device according to an embodiment of the present invention.

【図2】本実施例のIPルータ装置の構成を表わしたブ
ロック図である。
FIG. 2 is a block diagram showing a configuration of an IP router device of this embodiment.

【図3】本実施例におけるIPパケットのヘッダ情報の
データ構造を表わした説明図である。
FIG. 3 is an explanatory diagram showing a data structure of header information of an IP packet in the present embodiment.

【図4】本実施例で送信側IPルータ装置が入力された
マルチキャストパケットに行う処理の流れ図である。
FIG. 4 is a flowchart of a process performed by the transmitting IP router device for an input multicast packet in the present embodiment.

【図5】本実施例で送信側IPルータ装置が受信側IP
ルータ装置からIPパケットを受信した場合の処理の流
れ図である。
[FIG. 5] In this embodiment, the sender IP router device is a receiver IP
7 is a flowchart of a process when an IP packet is received from the router device.

【符号の説明】[Explanation of symbols]

210 配信希望情報 212 送信端末 213、502 送信側IPルータ装置 214 第1の受信端末 215 第2の受信端末 216 第1の受信側IPルータ装置 217 第2の受信側IPルータ装置 218 ライブラリ 221 ハードウェアエンジン 222 IPフォワーディング処理部 223 ハードウェアドライバ 224 プロトコルスタック処理部 225 ハードウェア管理テーブル 226 マルチキャスト・フォワーディング・エントリ 227 PIM−SM処理部 227T エントリテーブル 210 Delivery information 212 sending terminal 213 and 502 sender IP router device 214 First Receiving Terminal 215 Second receiving terminal 216 First Receiving Side IP Router Device 217 second receiving side IP router device 218 Library 221 hardware engine 222 IP forwarding processing unit 223 hardware driver 224 Protocol stack processing unit 225 Hardware Management Table 226 Multicast forwarding entry 227 PIM-SM processing unit 227T entry table

Claims (7)

【特許請求の範囲】[Claims] 【請求項1】 特定パケットを受信する可能性のあるそ
れぞれの受信端末からその特定パケットの受信を希望す
るか否かを確認する特定パケット受信希望有無確認手段
と、 この受信希望有無確認手段によって受信を希望しないと
判別された受信端末あるいはその特定パケットの受信を
希望しない受信端末がすべてであるパケット転送側の経
路を判別する転送側経路判別手段と、 この転送側経路判別手段の判別結果を登録する登録手段
と、 パケットを廃棄するパケット廃棄手段と、 パケットを宛先に転送するパケット転送手段と、 特定パケットを受信する特定パケット受信手段と、 この特定パケット受信手段が前記特定パケットを受信し
たとき前記登録手段を参照して前記受信を希望しないと
判別された受信端末あるいはその特定パケットの受信を
希望しない受信端末がすべてである経路を宛先とする特
定パケットを前記パケット廃棄手段に受け渡す一方、前
記特定パケットの受信を希望する受信端末あるいはその
特定パケットの受信を希望する受信端末の存在する経路
を宛先とする特定パケットを前記パケット転送手段に受
け渡すパケット受け渡し手段とを具備することを特徴と
するパケット転送装置。
1. A specific packet reception presence / absence confirmation means for confirming whether or not the reception of the specific packet is desired from each receiving terminal having a possibility of receiving the specific packet, and reception by the reception presence / absence confirmation means. The transfer side route determining means for determining the route of the packet transfer side, which is the receiving terminal which is determined not to desire or the receiving terminal which does not want to receive the specific packet, and the determination result of this forwarding side route determining means are registered. Registering means for discarding the packet, packet discarding means for discarding the packet, packet forwarding means for forwarding the packet to the destination, specific packet receiving means for receiving the specific packet, and when the specific packet receiving means receives the specific packet, The receiving terminal or the specific packet of the receiving terminal which is determined not to want to receive by referring to the registration means The presence of a receiving terminal desiring to receive the specific packet or a receiving terminal desiring to receive the specific packet while passing a specific packet destined to all the routes to which the receiving terminal does not want to receive to the packet discarding means A packet transfer means for transferring a specific packet whose destination is a route to the packet transfer means.
【請求項2】 特定の複数の受信端末のいずれかあるい
はそれに至る経路を宛先としたパケットを受信するパケ
ット受信手段と、 前記特定の複数の受信端末あるいはそれらに至る経路の
うち特定パケットの受信を希望しない受信端末あるいは
特定パケットの受信を希望しない受信端末がすべてであ
る経路をこれ以外の受信端末あるいは経路から区別する
受信不要情報を記憶する受信不要情報記憶手段と、 パケットを廃棄するパケット廃棄手段と、 パケットを宛先に転送するパケット転送手段と、 前記特定の複数の受信端末に対してこれらが特定パケッ
トの受信を希望していないか否かあるいは所定の経路を
経たすべての受信端末が前記特定パケットの受信を希望
していないか否かを確認する受信希望有無確認手段と、 この受信希望有無確認手段の確認結果を基にした前記受
信不要情報を前記受信不要情報記憶手段に登録する受信
不要情報登録手段と、 前記パケット受信手段が前記特定パケットを受信したと
きその転送の必要の有無を前記受信不要情報登録手段の
登録した受信不要情報によって判別し、受信を希望する
受信端末の存在しない経路あるいは受信を希望しない受
信端末を直接の宛先とした特定パケットを前記パケット
廃棄手段に受け渡す一方、受信を希望する受信端末の存
在する経路あるいは受信を希望する受信端末を直接の宛
先とした特定パケットを前記パケット転送手段に受け渡
す受信端末処理経路選択手段とを具備することを特徴と
するパケット転送装置。
2. A packet receiving means for receiving a packet destined to any one of a plurality of specific receiving terminals or a route to the receiving terminal, and receiving a specific packet on the specific plurality of receiving terminals or a route to them. Unnecessary information storing means for storing unneeded information that distinguishes routes that are all undesired receiving terminals or receiving terminals that do not want to receive a specific packet from other receiving terminals or routes, and packet discarding means for discarding packets A packet transfer means for transferring a packet to a destination, and whether or not these specific receiving terminals do not want to receive a specific packet, or all the receiving terminals that have passed through a predetermined route specify the specific packet. A means for confirming whether or not to receive a packet for confirming whether or not a packet is desired to be received, and a confirmation of whether or not this packet is desired to be received. Reception unnecessary information registration means for registering the reception unnecessary information in the reception unnecessary information storage means based on the confirmation result of the stage, and the reception of the necessity of transfer when the packet receiving means receives the specific packet. The reception unnecessary information registered by the unnecessary information registration means is used for determination, and a specific packet whose destination is a path where a receiving terminal that does not want to receive or a receiving terminal that does not want to receive is directly passed to the packet discarding means while receiving. A packet transfer device comprising: a route on which a receiving terminal that desires to receive, or a receiving terminal processing route selecting means that delivers a specific packet whose destination is a receiving terminal desiring to receive to the packet transferring means. .
【請求項3】 前記受信端末処理経路選択手段は、前記
受信を希望する受信端末の存在しない経路あるいは受信
を希望しない受信端末を直接の宛先とした特定パケッ
ト、あるいは前記受信を希望する受信端末の存在する経
路あるいは受信を希望する受信端末を直接の宛先とした
特定パケット以外の特定パケットが存在するときこれを
前記受信希望有無確認手段に確認させることを特徴とす
る請求項2記載のパケット転送装置。
3. The receiving terminal processing route selection means is a specific packet having a route where the receiving terminal desiring to receive does not exist or a receiving terminal not desiring to receive as a direct destination, or a receiving terminal desiring to receive the packet. 3. The packet transfer device according to claim 2, wherein when there is a specific packet other than a specific packet having an existing path or a receiving terminal desiring to receive as a direct destination, the specific packet is confirmed by the desired reception confirmation means. .
【請求項4】 前記受信不要情報登録手段は、前記特定
の複数の受信端末のいずれかあるいはそれに至る経路に
向けて前記特定パケットの送信が開始される時間が予め
定められているとき、このパケットが前記パケット受信
手段によって受信される前に前記受信希望有無確認手段
によって確認された確認結果を前記受信不要情報記憶手
段に登録することを特徴とする請求項2記載のパケット
転送装置。
4. The reception-unnecessary-information registering means, when the time when the transmission of the specific packet is started toward any one of the plurality of specific receiving terminals or a route leading to the specific receiving terminal is predetermined, 3. The packet transfer device according to claim 2, wherein the confirmation result confirmed by the reception desired / non-existence confirming unit before being received by the packet receiving unit is registered in the reception unnecessary information storage unit.
【請求項5】 前記受信希望有無確認手段は、前記特定
パケットの送信が開始された後に前記特定の複数の受信
端末のいずれかが受信を希望するか否かについての変更
を生じさせたときこれを検出する変更検出手段を備えて
おり、前記受信不要情報登録手段は変更検出手段の検出
した変更を登録することを特徴とする請求項2記載のパ
ケット転送装置。
5. The reception desire presence / absence confirming means, when the change in whether or not any one of the specific plurality of receiving terminals desires to receive after the transmission of the specific packet is started, is performed. 3. The packet transfer apparatus according to claim 2, further comprising change detection means for detecting the change, wherein the unnecessary reception information registration means registers the change detected by the change detection means.
【請求項6】 前記特定の複数の受信端末はストリーム
系のコンテンツを構成する一連のパケットの受信をコン
テンツごとに契約する契約者の備える端末であり、前記
受信希望有無確認手段は、これらの受信端末の契約によ
るコンテンツごとの受信の希望の有無で前記特定パケッ
トの受信の有無を確認することを特徴とする請求項2記
載のパケット転送装置。
6. The specific plurality of receiving terminals are terminals provided by a contractor who contracts for reception of a series of packets constituting stream-type content for each content, and the reception desired presence / absence confirming unit receives these receptions. The packet transfer device according to claim 2, wherein the presence or absence of reception of the specific packet is confirmed by the presence or absence of reception of each content according to the contract of the terminal.
【請求項7】 前記パケット廃棄手段は、廃棄専用の回
路で構成されていることを特徴とする請求項1または請
求項2記載のパケット転送装置。
7. The packet transfer device according to claim 1 or 2, wherein the packet discarding unit is configured by a circuit dedicated to discarding.
JP2002031252A 2002-02-07 2002-02-07 Packet transfer device Expired - Lifetime JP3700654B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002031252A JP3700654B2 (en) 2002-02-07 2002-02-07 Packet transfer device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002031252A JP3700654B2 (en) 2002-02-07 2002-02-07 Packet transfer device

Publications (2)

Publication Number Publication Date
JP2003234760A true JP2003234760A (en) 2003-08-22
JP3700654B2 JP3700654B2 (en) 2005-09-28

Family

ID=27774717

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002031252A Expired - Lifetime JP3700654B2 (en) 2002-02-07 2002-02-07 Packet transfer device

Country Status (1)

Country Link
JP (1) JP3700654B2 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009141874A (en) * 2007-12-10 2009-06-25 Yokogawa Electric Corp Field network system
CN113114326A (en) * 2021-03-19 2021-07-13 中国联合网络通信集团有限公司 Communication method and device

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009141874A (en) * 2007-12-10 2009-06-25 Yokogawa Electric Corp Field network system
CN113114326A (en) * 2021-03-19 2021-07-13 中国联合网络通信集团有限公司 Communication method and device
CN113114326B (en) * 2021-03-19 2022-09-27 中国联合网络通信集团有限公司 Communication method and device

Also Published As

Publication number Publication date
JP3700654B2 (en) 2005-09-28

Similar Documents

Publication Publication Date Title
JP4077330B2 (en) Data generator
US7333488B2 (en) Multicast delivery control apparatus and method
US7769008B2 (en) Multicast packet routing arrangements for group-membership handling
US7573874B2 (en) Data link layer switch with multicast capability
JP5746688B2 (en) System and method for converting unicast client requests to multicast client requests
US8554937B2 (en) Method and system for transmitting and receiving data using multicasting
US7443851B2 (en) Device and system for multicast communication
US20060056427A1 (en) Multicast communication method and gateway apparatus
JP2004531143A (en) Virtual multicast network method and system thereof
JPWO2004043019A1 (en) Network relay method and apparatus
US20030198223A1 (en) Method and apparatus for identifying data streams as networks
US7512084B2 (en) Event driven filter monitoring for IP multicast services
JPH10242962A (en) Multi-cast gateway communication method and system on internet
WO2009132568A1 (en) Control method for quality of service and network device
JP6699231B2 (en) Information distribution device, information distribution program, communication terminal, communication processing program, and information distribution system
JP3700654B2 (en) Packet transfer device
JP2006324981A (en) Multicast packet transfer system
JP3782272B2 (en) Multicast system, management server, computer-readable recording medium recording multicast group management program
JP2000354067A (en) Push-type network
JP6690291B2 (en) Information distribution system, information distribution device, information distribution program, and information distribution method
EP2192719A1 (en) Method and system for providing source specific multicast service on Ethernet network
JP2009021940A (en) Bridge apparatus
JP2003037627A (en) Multicast communication apparatus
WO2008063012A1 (en) Apparatus and method for routing x-cast ip datagram
KR20050014587A (en) multicast web-broadcasting system

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20041112

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20041116

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050117

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20050308

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050509

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20050601

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20050621

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20050704

R150 Certificate of patent or registration of utility model

Ref document number: 3700654

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090722

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100722

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110722

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110722

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120722

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120722

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130722

Year of fee payment: 8

EXPY Cancellation because of completion of term