JP2000183935A - Node and intra-node data processing method - Google Patents
Node and intra-node data processing methodInfo
- Publication number
- JP2000183935A JP2000183935A JP10351705A JP35170598A JP2000183935A JP 2000183935 A JP2000183935 A JP 2000183935A JP 10351705 A JP10351705 A JP 10351705A JP 35170598 A JP35170598 A JP 35170598A JP 2000183935 A JP2000183935 A JP 2000183935A
- Authority
- JP
- Japan
- Prior art keywords
- priority
- frame
- packet
- node
- information
- 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
Links
Landscapes
- Small-Scale Networks (AREA)
- Communication Control (AREA)
Abstract
Description
【0001】[0001]
【発明の属する技術分野】本発明は、ノード及びノード
内のデータ処理方法に関するもので、より具体的には、
優先度情報付きのフレームを送受信するデータ伝送シス
テムに用いられるノード及びノード内のデータ処理方法
に関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a node and a data processing method in the node.
The present invention relates to a node used in a data transmission system that transmits and receives frames with priority information and a data processing method in the node.
【0002】[0002]
【従来の技術】現在最も普及しているLAN(Local Ar
ea Network)システムとして、イーサネットがある。よ
く知られているように、このイーサネットは、ネットワ
ークに接続される各ノード(端末)をスター型配線によ
り物理的に接続し、パケットを送信する方式として、C
SMA/CD(Carrier Sense Multiple Access with C
ollision Detection)方式を用いることが広く普及して
いる。2. Description of the Related Art At present, the most popular LAN (Local Ar
ea Network) There is Ethernet as a system. As is well known, this Ethernet is a method of physically connecting each node (terminal) connected to a network by a star-type wiring and transmitting a packet.
SMA / CD (Carrier Sense Multiple Access with C
The use of the ollision detection method is widespread.
【0003】このCSMA/CD方式では、パケットを
送信するノードは、予めネットワークの使用状態をチェ
ックし、送信可能であればパケットを送り出し、他のノ
ードがデータを転送中であることを確認すると、一定期
間待った後再度使用状態のチェックをするようになる。
従って、ネットワークに接続するノード数の増加や、ノ
ード間で転送(送受信)されるデータ量が増加すると、
帯域不足により送信待ちとなったり、データ(フレー
ム)の衝突が発生したりして、通信効率が低下する(伝
送遅延時間が長くなる)ので、これを解消するために、
通常スイッチングハブ(集線装置)を介して各ノードを
接続するようにしたネットワーク構成が主流となる。In this CSMA / CD system, a node transmitting a packet checks the use state of the network in advance, sends out the packet if transmission is possible, and confirms that another node is transferring data. After waiting for a certain period, the usage status will be checked again.
Therefore, if the number of nodes connected to the network increases or the amount of data transferred (transmitted / received) between the nodes increases,
The transmission efficiency is reduced (transmission delay time is lengthened) due to waiting for transmission or collision of data (frames) due to lack of bandwidth.
Usually, a network configuration in which each node is connected via a switching hub (concentrator) is mainly used.
【0004】この集線装置は、あるポートで受信したフ
レームのイーサネットヘッドを解析し、そのフレームの
宛先を認識したならばその宛先のノードが接続されてい
るポートにのみ、その受信したフレームを中継するよう
にしている。これにより、例えば第1ノードから第2ノ
ードにフレームを伝送中に、それとは別の第3ノードか
ら第4ノードにフレームを伝送することが可能となる。
つまり、複数のノードが同時に送信することが可能とな
る。This concentrator analyzes the Ethernet head of a frame received at a certain port, and if it recognizes the destination of the frame, relays the received frame only to the port to which the destination node is connected. Like that. Thus, for example, while a frame is being transmitted from the first node to the second node, it is possible to transmit the frame from another third node to the fourth node.
That is, a plurality of nodes can transmit simultaneously.
【0005】しかしながら、係る集線装置を用いたネッ
トワークであっても、使用状態のチェックの結果、送信
待ちとなることがある。そして、その送信待ちにともな
う伝送遅延時間の大きさは、ネットワークの使用状況に
応じて大きく変動し、しかも、そのように使用状況によ
り決定されるため、実際に送信するまで伝送遅延時間の
大きさは不明であり、伝送遅延時間の上限が保証できな
い。[0005] However, even in a network using such a concentrator, as a result of a use state check, transmission may wait. The size of the transmission delay time associated with the transmission wait greatly varies depending on the usage status of the network, and furthermore, is determined by the usage status. Is unknown, and the upper limit of the transmission delay time cannot be guaranteed.
【0006】従って、例えばFA(ファクトリーオート
メーション)におけるLANは、リアルタイム性が要求
され、PLC(プログラマブルロジックコントローラ)
等の制御系のように生産ラインの制御に直接関係するデ
ータを含むフレームは、伝送遅延時間の上限が保証され
なければならないので、上記のように伝送遅延時間の上
限が保証されない従来のイーサネットを用いてFA用の
LANを構築することはできなかった。Therefore, for example, a LAN in factory automation (FA) requires real-time performance, and a PLC (programmable logic controller)
For frames containing data directly related to control of the production line, such as control systems, the upper limit of the transmission delay time must be guaranteed. It could not be used to construct a LAN for FA.
【0007】ところで、FAのLANで伝送するデータ
には、PLC等の制御系端末(ノード)の通信のよう
に、生産ラインの制御に直接関係し、リアルタイムで迅
速に伝送する必要のある制御系データと、パソコン端末
(ノード)の通信のように、生産ラインの制御に直接関
係せず、各種の統計情報等のリアルタイムで伝送する必
要の無い情報系データがある。つまり、ネットワーク上
を伝送されるフレームは、上記のように、リアルタイム
で送る必要のある制御系データを含む優先度の高いフレ
ームと、リアルタイムで送る必要の無い情報系データか
らなる優先度の低いフレームがある。By the way, data to be transmitted on the FA LAN is directly related to control of the production line, such as communication of a control system terminal (node) such as a PLC, and needs to be transmitted quickly in real time. There is information data that is not directly related to control of the production line and does not need to be transmitted in real time, such as various kinds of statistical information, such as communication between data and a personal computer terminal (node). That is, as described above, a frame transmitted on the network includes a high-priority frame including control system data that needs to be transmitted in real time and a low-priority frame including information-based data that does not need to be transmitted in real time. There is.
【0008】しかし、従来のイーサネットでは、フレー
ムに優先度情報が無く、すべてのフレームが同等に扱わ
れていたため、リアルタイムで送らなければならない制
御系データを含むフレームが、情報系データのフレーム
の通信によって待たされることがある。係る現象は、F
A用のLANに限ることはなく、各種のLANにおいて
も同様のことが言える。[0008] However, in the conventional Ethernet, since frames have no priority information and all frames are treated equally, a frame including control system data which must be transmitted in real time is a frame communication of information system data. May be waited for. The phenomenon is F
The same applies to various LANs, without being limited to the LAN for A.
【0009】そこで、近年、フレームに優先度を示すフ
ィールドを設け、高優先度のフレームを低優先度のフレ
ームより優先して送信する方法がIEEE等で検討され
ている。これにより、低優先度のフレームによって高優
先度のフレームの通信が妨げられる可能性が減少するた
め、制御系データを含むフレームのように高優先度のフ
レームの伝送遅延時間を短くし、リアルタイムでの通信
が可能となる。すなわち、FA用のLANを、イーサネ
ットを用いたCSMA/CD方式のネットワークを構築
することができる。Therefore, in recent years, a method of providing a field indicating the priority in a frame and transmitting a high-priority frame in preference to a low-priority frame has been studied by IEEE and the like. As a result, the possibility that the communication of the high-priority frame is hindered by the low-priority frame is reduced. Communication becomes possible. That is, it is possible to construct a CSMA / CD-type network using the Ethernet for the FA and the Ethernet.
【0010】[0010]
【発明が解決しようとする課題】しかしながら、上記し
た優先度情報を備えたフレームの伝送システムでは、以
下に示す問題がある。すなわち、実施の形態でも説明す
るように、集線装置は、高優先度のフレームを記憶する
バッファと低優先度のフレームを記憶するバッファを備
え、高優先度バッファに記憶されたフレームを優先的に
送信することにより対応するようにした装置が開発され
てきている。However, the frame transmission system provided with the above-mentioned priority information has the following problems. That is, as described in the embodiment, the concentrator includes a buffer that stores a high-priority frame and a buffer that stores a low-priority frame, and preferentially stores the frame stored in the high-priority buffer. Devices that respond by transmitting data have been developed.
【0011】一方、優先度情報を備えたフレームの伝送
システムを構築するためには、フレームの送受信の基と
なるノード側もそれに対応する必要がある。係る場合、
送受信するフレームに優先度情報が付加されることか
ら、BSD版UNIXにおけるネットワークI/OのA
PIであるSOCKET I/F(ソケットインターフ
ェース)を使用することができず、新たな拡張I/F
(優先度対応の新たなAPI)を策定する必要がある。
そして、そのように新たな拡張I/Fを策定すると、既
存のアプリケーションをその拡張I/Fに対応し、優先
度情報付きのフレーム(パケット)を送受できるアプリ
ケーションに作り替えなければならず、その作業が非常
に煩雑となる。On the other hand, in order to construct a transmission system for frames provided with priority information, it is necessary for the nodes on which the frames are transmitted and received to correspond to the transmission. If so,
Since priority information is added to frames to be transmitted and received, the network I / O A in the BSD version of UNIX
A new extended I / F cannot be used because the SOCKET I / F (socket interface), which is a PI, cannot be used.
It is necessary to formulate (new API for priority).
When a new extended I / F is formulated in such a manner, the existing application must be remodeled to an application capable of transmitting and receiving frames (packets) with priority information corresponding to the extended I / F. The work becomes very complicated.
【0012】従って、集線装置までは対応できるもの
の、既存の各ノードに対して拡張I/F並びにアプリケ
ーションをすべて作り替えることはできず、ノードは従
前のものを使用することになる。すると、係るノードか
ら送信されるフレームには優先度情報が無いので、結局
集線装置内での処理は、低優先度となり、上記した本来
的に優先度の高いフレームを優先的に送信できないとい
う従来の問題が解決されない。[0012] Therefore, although it is possible to cope with the concentrator, it is not possible to recreate all the expansion I / Fs and applications for each existing node, and the conventional node is used. Then, since there is no priority information in the frame transmitted from the relevant node, the processing in the concentrator eventually has a low priority, and the above-described conventional frame in which the originally high priority frame cannot be transmitted with priority. Problem is not solved.
【0013】本発明は、上記した背景に鑑みてなされた
もので、その目的とするところは、上記した問題を解決
し、新たな通信のAPIを追加すること無く、しかも、
アプリケーションの作り替えをすること無く、優先度な
しフレームに対応したアプリケーションやAPIを使用
したノードであっても、優先度付きフレームの送信及び
または受信(通信)をすることができるノード及びノー
ド内のデータ処理方法を提供することにある。[0013] The present invention has been made in view of the above background, and has as its object to solve the above-mentioned problems, without adding a new communication API, and
A node that can transmit and / or receive (communicate) a frame with a priority even if the node uses an application or an API that supports a frame without a priority without rebuilding the application. It is to provide a data processing method.
【0014】[0014]
【課題を解決するための手段】上記した目的を達成する
ために、本発明に係るノードでは、優先度付きフレーム
が伝送されるネットワークに接続取り外し可能なノード
であって、送信予定のフレームを特定する情報(実施の
形態では、「ポート番号」に対応)と、そのフレームの
優先度とを関連付けた優先度テーブル(実施の形態で
は、「ポート別優先度テーブル」に対応)と、そのフレ
ームに、前記優先度テーブルを参照して優先度を付加し
て優先度付きフレームを生成する優先度情報付加手段を
備えて構成した(請求項1)。In order to achieve the above-mentioned object, a node according to the present invention specifies a frame to be transmitted, which is a node detachable from a network through which a frame with priority is transmitted. Table (corresponding to “port number” in the embodiment) and the priority of the frame (corresponding to “priority table for each port” in the embodiment). A priority information adding means for generating a frame with a priority by adding a priority with reference to the priority table (claim 1).
【0015】また、本発明に係るノード内のデータ処理
方法では、ネットワークの接続対象であるノードにおけ
るデータ処理方法であって、上位層は送信予定のフレー
ムについての優先度情報(実施の形態では、「優先度通
知パケット」に対応)を下位層(実施の形態では、「イ
ーサネットドライバが設置される層」)に対して送る。
前記下位層は、受け取った優先度情報にしたがい送信予
定のフレームを特定する情報と、そのフレームの優先度
とを関連付けた優先度テーブル(実施の形態では、「ポ
ート別優先度テーブル」に対応)を作成する。次いで上
位層から受け取った優先度なしフレームに対し、前記優
先度テーブルを参照して優先度を付加して優先度付きフ
レームを生成するようにした(請求項2)。The data processing method in a node according to the present invention is a data processing method in a node to be connected to a network, wherein the upper layer has priority information on frames to be transmitted (in the embodiment, (Corresponding to the “priority notification packet”) to the lower layer (in the embodiment, “the layer in which the Ethernet driver is installed”).
The lower layer is a priority table that associates information specifying a frame to be transmitted according to the received priority information with the priority of the frame (corresponding to the “port priority table” in the embodiment). Create Next, a priority-added frame is generated by adding a priority to the non-priority frame received from the upper layer by referring to the priority table (claim 2).
【0016】上記したノード及びデータ処理方法の発明
では、上位層(例えばアプリケーション層等)から受け
取った優先度なしフレームに対し優先度情報付加手段に
より優先度付きフレームに変換することができるので、
その優先度情報付加手段よりも上位層は、従来の優先度
なしフレーム(パケット)の状態で送信できる。よっ
て、従来のAPIなどに替えて優先度付きフレームを処
理可能な拡張I/Fやアプリケーションを作成すること
なく、優先度付きフレームを伝送するネットワークに接
続するノードを構成することができる。According to the invention of the node and the data processing method described above, a frame without priority received from an upper layer (for example, an application layer) can be converted into a frame with priority by the priority information adding means.
Layers higher than the priority information adding means can transmit in the state of a conventional non-priority frame (packet). Therefore, it is possible to configure a node connected to a network that transmits a frame with a priority without creating an extended I / F or an application capable of processing the frame with a priority in place of a conventional API or the like.
【0017】また、本発明に係るノードの別の解決手段
としては、優先度付きフレームが伝送されるネットワー
クに接続取り外し可能なノードであって、外部から受け
取った優先度付きフレームから、優先度情報を除去した
優先度なしフレームを生成する優先度情報除去手段と、
その優先度情報除去手段により生成された優先度なしフ
レームを上位層に送る手段を備えて構成した(請求項
3)。Another solution of the node according to the present invention is a node which can be connected to and disconnected from a network through which a frame with priority is transmitted. Priority information removing means for generating a non-priority frame from which
There is provided a means for sending a frame without priority generated by the priority information removing means to an upper layer.
【0018】また、本発明に係るノード内のデータ処理
方法の別の解決手段としては、優先度付きフレームが伝
送されるネットワークの接続対象であるノードにおける
データ処理方法であって、外部から優先度付きフレーム
を受信した際に、その受信したフレームから優先度情報
を除去して優先度なしフレームを生成する。次いで、そ
の生成した優先度なしフレームを上位層に送る(実施の
形態では、一度受信通知をし、上位層からの転送要求を
受けて送る)ようにすることである(請求項4)。Another solution of the data processing method in the node according to the present invention is a data processing method in a node to which a network to which a frame with priority is transmitted is connected. When a frame with a priority is received, priority information is removed from the received frame to generate a frame without priority. Then, the generated frame without priority is sent to the upper layer (in the embodiment, a reception notification is made once, and a transfer request from the upper layer is received and sent) (claim 4).
【0019】上記したノード及びデータ処理方法の発明
では、外部(接続したネットワーク)から受け取ったデ
ータが優先度付きフレームであった場合、そのフレーム
の中から優先度に関する情報を除去して上位層に送るの
で、上位層に転送する際には少なくとも係る優先度情報
がなくなる、つまり、上位層は従来と同様の優先度なし
フレームの状態でフレーム(パケット)の送受を行うこ
とができる。According to the above-described invention of the node and the data processing method, when the data received from the outside (connected network) is a frame with a priority, information relating to the priority is removed from the frame and transmitted to the upper layer. At the time of transmission to the upper layer, at least such priority information is lost, that is, the upper layer can transmit and receive a frame (packet) in a state of a non-priority frame as in the related art.
【0020】よって、従来のAPIなどに替えて優先度
付きフレームを処理可能な拡張I/Fやアプリケーショ
ンを作成することなく、優先度付きフレームを伝送する
ネットワークに接続するノードを構成することができ
る。Therefore, it is possible to configure a node connected to a network for transmitting a frame with a priority without creating an extended I / F or an application capable of processing a frame with a priority in place of a conventional API or the like. .
【0021】[0021]
【発明の実施の形態】図1は、本発明が適用されるLA
Nの全体の概略構成を示している。同図に示すように、
集線装置1を中心に伝送路2を介して各ノード3が接続
されることによりネットワークが構築されている。この
ネットワークは、例えばノード3がPLC,センサ,パ
ソコン等からなるFAに配置されたLANであり、ネッ
トワーク接続された各ノード(PLC等)が、協調動作
・同期動作等しながら各種の処理を行うものに適用でき
る。もちろん、これ以外の各種のネットワークに適用で
きるのは言うまでもない。FIG. 1 is a block diagram of an LA to which the present invention is applied.
3 shows the overall schematic configuration of N. As shown in the figure,
A network is constructed by connecting each node 3 via the transmission path 2 with the concentrator 1 at the center. In this network, for example, the node 3 is a LAN arranged in an FA including a PLC, a sensor, a personal computer, and the like. Each node (PLC or the like) connected to the network performs various processes while performing a cooperative operation, a synchronous operation, and the like. Applicable to things. Of course, it is needless to say that the present invention can be applied to various other networks.
【0022】また、集線装置1の内部構造としては、図
2に示すようになっている。すなわち、集線装置1内に
は、データの送受を行う物理層1a及び通信コントロー
ラ1bがあり、各物理層1aは、所定のノード3に接続
されている。これにより、通信コントローラ1bは、物
理層1aを介して受信したフレームを解析し、宛先のノ
ードが接続された物理層1aにそのフレームを転送する
ようになっている。さらに本形態では、高優先度フレー
ムを格納する高優先度バッファ1cと、低優先度フレー
ムを格納する低優先度バッファ1dを備えている。そし
て、それら高優先度バッファ1c,低優先度バッファ1
dのバッファあふれを監視するフロー制御機能部1eを
さらに備えている。The internal structure of the concentrator 1 is as shown in FIG. That is, the concentrator 1 includes a physical layer 1a for transmitting and receiving data and a communication controller 1b. Each physical layer 1a is connected to a predetermined node 3. Thus, the communication controller 1b analyzes the frame received via the physical layer 1a and transfers the frame to the physical layer 1a to which the destination node is connected. Further, in this embodiment, a high-priority buffer 1c for storing high-priority frames and a low-priority buffer 1d for storing low-priority frames are provided. The high priority buffer 1c and the low priority buffer 1
It further includes a flow control function unit 1e that monitors buffer overflow of d.
【0023】係る構成からなる集線装置1では、通信コ
ントローラ1bが、ノード3から送られてきたフレーム
の優先度を検出し、対応するバッファ1c,1dに登録
する。そして、高優先度バッファ1cに格納されたフレ
ームから優先してその内容を解析し、宛先のノード3が
接続されている物理層1aにフレームを転送する機能を
持つ。また、フロー制御機能部1eは、例えばバッファ
あふれを生じた場合に各ノードに対して送信の一時停止
命令を発する機能などを有している。In the line concentrator 1 having such a configuration, the communication controller 1b detects the priority of the frame sent from the node 3 and registers it in the corresponding buffers 1c and 1d. It has a function of analyzing the contents of the frame stored in the high-priority buffer 1c with priority, and transferring the frame to the physical layer 1a to which the destination node 3 is connected. In addition, the flow control function unit 1e has a function of issuing a transmission suspension instruction to each node when a buffer overflow occurs, for example.
【0024】また、本形態に用いられる優先度付きのフ
レーム(パケット)のフォーマットは、図3(a)に示
すようになっている。すなわち、フレームの先頭にイー
サネットヘッダがあり、続いて実際に送るデータ部分で
あるイーサネットデータがある。そして、イーサネット
ヘッダは、DA(宛先アドレス),SA(送信元アドレ
ス),TH(優先度情報),L/T(データ長)の順に
格納するようになっている。さらに、優先度情報は、U
Pが「7」のときには高優先度を意味し、UPが「1」
のときには低優先度を意味する。よって、UPフィール
ドでそのフレームの優先度の種別を判別することができ
る。また、TPID,CFI,VIDはそれぞれ上位層
のプロトコルタイプを特定するタイプID(8100固
定),ルーティング情報(0固定),バーチャルLAN
のID番号(0固定)を意味する。FIG. 3A shows the format of a frame (packet) with priority used in the present embodiment. That is, there is an Ethernet header at the beginning of the frame, followed by Ethernet data which is a data portion to be actually transmitted. The Ethernet header stores DA (destination address), SA (source address), TH (priority information), and L / T (data length) in this order. Further, the priority information includes U
When P is "7", it means high priority, and UP is "1".
Means low priority. Therefore, the type of the priority of the frame can be determined from the UP field. TPID, CFI, and VID are a type ID (fixed to 8100) for specifying a protocol type of an upper layer, routing information (fixed to 0), a virtual LAN, respectively.
ID number (fixed to 0).
【0025】なお、従来の優先度なしフレームのデータ
フォーマットは、同図(b)に示すようになっており、
優先度付きのフレーム(同図(a))と比較すると明ら
かなように、TH(優先度情報)が無い。つまり、この
優先度なしのフレームのSAエリアとL/Tエリアの間
にTHエリアを挿入したものが優先度付きフレームとな
る。The data format of the conventional frame without priority is as shown in FIG.
As is clear from comparison with the frame with priority (FIG. 10A), there is no TH (priority information). In other words, a frame with a priority is obtained by inserting the TH area between the SA area and the L / T area of the frame without the priority.
【0026】そして、本形態のノード3は、ノード3の
内部(各層間)では、図3(b)に示す優先度なしのフ
レームでの送受を行い、ノード3間、つまり、ノード3
と集線装置1間では、優先度ありのフレームを送信する
ようにしている。すなわち、ノード3の内部に、外部に
送出する際に優先度情報の無いフレームに対して優先度
情報を付加する機能と、受け取った優先度ありのフレー
ムから優先度情報を除去し、優先度なしのフレームに変
換する機能を持たせている。そして具体的には、図4に
示すようになっている。The node 3 of the present embodiment transmits and receives frames without priorities as shown in FIG. 3B inside (in each layer) of the node 3, and transmits and receives between the nodes 3, that is, the node 3
And the concentrator 1 transmit frames with priority. That is, a function of adding priority information to a frame having no priority information when transmitting to the outside inside the node 3, and removing the priority information from the received frame with priority, and providing no priority. It has a function to convert to frames. Specifically, it is as shown in FIG.
【0027】すなわち、よく知られているように、イー
サネット(PCT/IPのプロトコル)の階層化構造
は、図4に示すように、最上位層としてのアプリケーシ
ョン層5の下位側に、層間のインターフェースであるソ
ケットと呼ばれるAPI6を介して、トランスポート層
(TCP/IP,UDP)7,インターネット層(イー
サネットドライバ)8,OS9,物理層(ハードウェ
ア)10の順に配置された構成となっている。That is, as is well known, the layered structure of Ethernet (PCT / IP protocol) has a layer interface below the application layer 5 as the uppermost layer, as shown in FIG. A transport layer (TCP / IP, UDP) 7, an Internet layer (Ethernet driver) 8, an OS 9, and a physical layer (hardware) 10 are arranged in this order via an API 6 called a socket.
【0028】そして、係る構成におけるデータの流れと
しては、通常ソケットと呼ばれるAPI6を利用し通信
のアプリケーションを作成する。このアプリケーション
からAPI6を通じてTCP/IP7に渡されたデータ
は、さらにイーサネットドライバ8に渡され、ドライバ
8がOS9を通じてハードウェア(イーサネットコント
ローラ)10をアクセスし伝送路にパケットが送受信さ
れる。そして、イーサネットドライバ8にて、上記した
優先度情報の付加・除去を行うようにしている。As a data flow in such a configuration, a communication application is created using an API 6 usually called a socket. The data passed from the application to the TCP / IP 7 through the API 6 is further passed to the Ethernet driver 8, and the driver 8 accesses the hardware (Ethernet controller) 10 through the OS 9 to transmit and receive packets to and from the transmission path. Then, the Ethernet driver 8 adds and removes the above-mentioned priority information.
【0029】すなわち、図に示すようにイーサネットド
ライバ8内に、図5のフローチャートを実施する機能を
持った優先度情報付加処理部11及び優先度設定テーブ
ル12並びに図6のフローチャートを実施する機能を持
った優先度情報除去処理部13を設ける。そして、イー
サネットドライバ8のより具体的な内部構造は、図7に
示すようになっている。That is, as shown in the figure, in the Ethernet driver 8, a priority information addition processing unit 11 and a priority setting table 12 having a function of executing the flowchart of FIG. 5 and a function of executing the flowchart of FIG. 6 are provided. The provided priority information removal processing unit 13 is provided. A more specific internal structure of the Ethernet driver 8 is as shown in FIG.
【0030】図7に示すように、上位層から初期化要求
を受けると、ドライバ初期化処理部8a,ボード初期化
処理部8bにより、ドライバ及びEthernetボー
ドの初期化を行う。送信要求では、上位層から渡された
パケットを、イーサネット用のパケットに構成し、優先
度順に送信する機能を実行する。As shown in FIG. 7, when an initialization request is received from the upper layer, the driver and the Ethernet board are initialized by the driver initialization processing section 8a and the board initialization processing section 8b. In the transmission request, a packet passed from the upper layer is formed into a packet for Ethernet, and a function of transmitting the packet in order of priority is executed.
【0031】また、送信処理部8cは、受信した送信要
求(上位層から通常の送信パケット(優先度通知パケッ
トでない))にしたがい、Ethernetボードにパ
ケット送信を実行する。そして、本発明の優先度情報付
加処理部11が、この送信処理部8cと連携して配置さ
れ、後述するように上位層から優先度通知パケットを受
信した場合に、その優先度情報付加処理部11が稼動
し、優先度設定テーブル12に所定のデータを記憶す
る。The transmission processing unit 8c executes packet transmission to the Ethernet board in accordance with the received transmission request (normal transmission packet (not a priority notification packet from the upper layer)). Then, the priority information addition processing unit 11 of the present invention is arranged in cooperation with the transmission processing unit 8c, and when a priority notification packet is received from an upper layer as described later, the priority information addition processing unit 11 11 operates and stores predetermined data in the priority setting table 12.
【0032】この優先度情報付加処理部11は、本形態
では上位層から渡されたパケットが、制御パケットか送
信パケットであるかを解析する送信パケット解析処理部
11aと、優先度設定テーブルに、ポートごとに優先度
を保存する優先度テーブル設定処理部11bと、指定さ
れたポートの優先度をサーチしたり、優先度テーブルを
操作し、優先度なしパケットを優先度付きのパケットフ
ォーマットに変換する送信パケット変換処理11cを備
えている。In this embodiment, the priority information addition processing section 11 includes a transmission packet analysis processing section 11a for analyzing whether a packet passed from an upper layer is a control packet or a transmission packet, and a priority setting table. A priority table setting processing unit 11b for storing the priority for each port, and searching for the priority of the designated port or manipulating the priority table to convert a packet without priority into a packet format with priority. A transmission packet conversion process 11c is provided.
【0033】また、割り込みハンドラでは、ハードウェ
アからの受信部側に優先度情報除去処理部13たる受信
パケット変換処理部13aを設け、そこにおいて受信し
たパケットを、優先度付きのパケットフォーマットか
ら、通常のパケットフォーマットに変換するようになっ
ている。さらに、受信パケット解析処理部13bでは、
受信パケットの種類(優先度ありか否か)を判断し、優
先度ありの場合には上記の受信パケット変換処理部13
aを稼動させるようになっている。さらに、この受信パ
ケット解析処理部13bでは、優先度なしのパケットの
受信を上位層に通知する機能も持つ。この通知機能は、
従来も有するものである。但し異なるのは従来のものは
受信したパケットはすべて優先度なしであるので、受信
したらそれを通知すればよかったが、本形態では優先度
付きとなしの両方のパケットが受信される可能性がある
ので、優先度なしの場合にはそのまま通知し、優先度付
きの場合には優先度なしに変換後通知することになる。In the interrupt handler, a receiving packet conversion processing unit 13a as a priority information removing processing unit 13 is provided on the receiving side from the hardware, and the received packet is converted from a packet format with priority into a normal packet format. To the packet format. Further, in the received packet analysis processing unit 13b,
The type of the received packet (whether or not there is a priority) is determined.
a is operated. Further, the received packet analysis processing unit 13b has a function of notifying a higher layer of the reception of a packet having no priority. This notification feature
It also has a conventional one. However, the difference is that in the conventional case, all received packets have no priority, so it should have been notified when received, but in this embodiment, both packets with and without priority may be received Therefore, if there is no priority, the notification is made as it is, and if there is a priority, the notification after conversion is made without priority.
【0034】さらに、この通知にしたがい上位層が発す
る受信パケット転送要求を受信すると、それにしたが
い、指示された受信パケットを上位層に転送する機能
や、上位層から終了要求を受けると、Ethenetボ
ードを停止し、ドライバが保有するすべてのリソースを
開放する終了処理する機能などを有する。なお、優先度
情報の付加/除去する機能以外は、従来からのイーサネ
ットドライバと同様であるのでその詳細な説明を省略す
る。Further, upon receiving a received packet transfer request issued by the upper layer according to the notification, the function of transferring the designated received packet to the upper layer, and upon receiving a termination request from the upper layer, the Ethernet board It has a function to stop and release all resources held by the driver, for example. The functions other than the function of adding / removing the priority information are the same as those of the conventional Ethernet driver, and the detailed description thereof will be omitted.
【0035】ここで本発明では、データ送信用の通常の
API6を利用してアプリケーション5がイーサネット
ドライバ8に設けた優先度設定テーブル6に優先度を登
録できる特殊なパケットフォーマット(図8参照)を定
義し、イーサネットドライバ8(優先度情報処理部5)
は、パケットごとに優先度設定テーブルを参照して優先
度をつける処理を行うようにしている。Here, in the present invention, a special packet format (see FIG. 8) that allows the application 5 to register the priority in the priority setting table 6 provided in the Ethernet driver 8 using the normal API 6 for data transmission is used. Define and Ethernet driver 8 (priority information processing unit 5)
Performs a process of assigning a priority to each packet by referring to the priority setting table.
【0036】ここでまずアプリケーションからイーサネ
ットドライバに渡される優先度設定用のパケットフォー
マットを説明すると、優先度設定用のパケットの場合に
は、図8に示すようにUDPヘッダの中の先頭のSrc
Portが9になっている。従って、9以外の場合は
通常のデータパケットと判断できる。また、データ中の
先頭のRequest Noは、設定を示す「1」とな
り、Port Noは、アプリケーションが優先度付き
通信を行おうとするポート番号を示し(ソケットAPI
においては、ポート番号を指定して通信を行っているた
め、そのポート番号が書き込まれている)、Prior
ityエリアには、その通信を行うデータが高優先度
(7)か低優先度(1)かの情報がセットされている。First, a description will be given of a priority setting packet format passed from the application to the Ethernet driver. In the case of a priority setting packet, as shown in FIG.
Port is 9. Therefore, in cases other than 9, it can be determined that the packet is a normal data packet. Request No. at the head of the data is “1” indicating the setting, and Port No. indicates a port number to which the application attempts to perform the communication with priority (socket API).
In, communication is performed by designating a port number, so that port number is written.)
The information indicating whether the data to be communicated has a high priority (7) or a low priority (1) is set in the "ity" area.
【0037】イーサネットドライバ8の優先度情報付加
処理部11は、上記した優先度通知パケットの受信にと
もない、優先度テーブル12(図9参照)を作成し、ま
た、通常のパケット(送信パケット)を受信したなら
ば、優先度テーブル12を参照して優先度情報を付加し
たパケットを作成し、データ送信をするようになってい
る。The priority information addition processing section 11 of the Ethernet driver 8 creates the priority table 12 (see FIG. 9) in response to the reception of the above-mentioned priority notification packet, and converts the normal packet (transmission packet). When the packet is received, a packet to which priority information is added is created with reference to the priority table 12, and data is transmitted.
【0038】そして、具体的には図5に示すように、ま
ず、上位層から渡された送信要求を待ち(ST1)、受
け付けたならばその送信要求のパケット種別を判断する
(ST2)。つまり、9番ポートから送られてきたパケ
ットか否かを判断し、9番ポートであれば優先度設定用
のパケットであり、それ以外であればデータ送信用のパ
ケットと判断できる。As shown in FIG. 5, first, a transmission request passed from an upper layer is waited for (ST1), and if accepted, the packet type of the transmission request is determined (ST2). That is, it is determined whether or not the packet is transmitted from the ninth port. If it is the ninth port, it can be determined that the packet is for setting the priority, and if not, it is determined that the packet is for data transmission.
【0039】そして、優先度設定用のパケットなら、ス
テップ9に飛び、優先度テーブルに優先度と対応ポート
をセットする。具体的には、図8に示す優先度通知パケ
ットのデータ部分を解析し、Port Noエリアから
優先度設定するポート番号(アプリケーションが、その
設定しようとする優先度のフレームを送信する際に使用
するポート番号)を取得し、Priortyエリアに格
納された数値を取得する。そして、取得した2つの値
(ポート番号と優先度)を関連付けて図9(a)に示す
ポート別優先度テーブルに格納する。すなわち、例えば
図10に示すような優先度通知パケットを受け付けた場
合、データ部分から、ポート番号1048を使って送信
するパケットの優先度が7(高優先度)となっているの
で、図5(a)に示すように該当するポート番号の優先
度を7にセットする。係る処理をして優先度設定のため
の前処理(テーブル作成)を終了する。If the packet is a priority setting packet, the process jumps to step 9 and sets the priority and the corresponding port in the priority table. Specifically, the data portion of the priority notification packet shown in FIG. 8 is analyzed, and a port number for which a priority is to be set from the Port No area (used when the application transmits a frame of the priority to be set). Port number) and the numerical value stored in the Priority area. Then, the acquired two values (port number and priority) are stored in the port priority table shown in FIG. 9A in association with each other. That is, for example, when a priority notification packet as shown in FIG. 10 is received, the priority of the packet transmitted using the port number 1048 is 7 (high priority) from the data portion, As shown in a), the priority of the corresponding port number is set to 7. After performing such processing, the pre-processing (table creation) for setting the priority ends.
【0040】一方、ステップ2の分岐判断で上位層から
渡された送信要求がデータ送信用のパケットと判断され
た場合にはステップ3に飛びさらに、上位層で分割され
たパケットなのか判定する。なお、分割されたパケット
か否かは、IPヘッダのフラグ(図示省略)から判断で
きる。On the other hand, if it is determined in step 2 that the transmission request passed from the upper layer is a packet for data transmission, the process jumps to step 3 to determine whether the packet is a packet divided in the upper layer. Whether the packet is a divided packet can be determined from a flag (not shown) of the IP header.
【0041】そして、分割されてなければ、ステップ6
に飛び、優先度設定テーブル(ポート別優先度テーブ
ル)12をアクセスして対応するポートに関連付けられ
た優先度を読み出す(ST6)。つまり、例えばポート
番号が先ほど登録した「1048」とすると、優先度は
「7」という情報を読み出す。If not divided, step 6
Then, the priority setting table (priority table for each port) 12 is accessed to read the priority associated with the corresponding port (ST6). That is, for example, if the port number is “1048” registered earlier, the information with the priority “7” is read.
【0042】次いで、受け付けたパケットのイーサネッ
トヘッダ(図3(b)に示すように優先度情報なし)の
SAエリア(送信元アドレス)の後に、THエリア(優
先度情報)を挿入したフレームを作成(優先度付きパケ
ットフォーマットに変換)する。つまり、図3(a)に
示したように、THエリアのうちUPエリアのみが可変
(1/7)でそれ以外の固定であるので、テーブルから
読み出した優先度(1/7)と固定の各値を適宜の順で
挿入することになる。その後、そのように変換して生成
した優先度付きフォーマットのデータを送信し、処理を
終了する(ST8)。Next, a frame is created in which a TH area (priority information) is inserted after the SA area (source address) of the Ethernet header (no priority information as shown in FIG. 3B) of the received packet. (Convert to packet format with priority). That is, as shown in FIG. 3 (a), only the UP area of the TH area is variable (1/7) and fixed other than that, so the priority (1/7) read from the table and the fixed Each value is inserted in an appropriate order. After that, the data in the format with the priority generated by the conversion is transmitted, and the process ends (ST8).
【0043】また、受け付けたパケットが分割されたパ
ケットの場合には、ステップ3からステップ4に飛び、
さらに最初の分割パケットであるか否かを判断する。こ
の判断も、IPヘッダのフラグ(図示省略)から判断で
きる。つまり、実際の処理としては、ステップ3,4の
判断はいっしょに行うことができる。If the received packet is a fragmented packet, the process jumps from step 3 to step 4, and
Further, it is determined whether or not the packet is the first fragmented packet. This determination can also be made from a flag (not shown) of the IP header. That is, as an actual process, the determinations in steps 3 and 4 can be performed together.
【0044】そして、最初の分割パケットの場合には、
パケットの中のIDを読み出し、IDと優先度を関連付
けたテーブル:IDフィールド別優先度テーブル(図9
(b)参照)を作成する。なお、優先度は、ポート番号
よりポート別優先度テーブルを参照することにより認識
できる。つまり、1度に送れる最大データ長が決まって
いるので、それ以上のデータを送る場合には、複数のパ
ケットに分割して送ることになる。このとき、2つ目以
降のパケットには、TCP或いはUDPの送信元ポート
を特定する情報が含まれていないので、その2つ目以降
の途中パケットの情報のみでは優先度を特定できない。Then, in the case of the first divided packet,
A table in which the ID in the packet is read and the ID is associated with the priority: a priority table for each ID field (FIG. 9)
(See (b)). The priority can be recognized by referring to the port-specific priority table rather than the port number. In other words, since the maximum data length that can be transmitted at one time is determined, when transmitting more data, the data is divided into a plurality of packets and transmitted. At this time, since the second and subsequent packets do not include information for specifying the TCP or UDP source port, the priority cannot be specified only by the information of the second and subsequent intermediate packets.
【0045】そこで、分割されたパケットのIDフィー
ルド(ID番号)が同じ値になることを利用し、最初の
パケットのID番号と優先度を関連付けたIDフィール
ド別優先度テーブル(図9(b))を作成することによ
り、2番目以降のパケットは、ID番号からそのIDフ
ィールド別優先度テーブルを参照することにより、その
ID番号に対応する優先度(1/7)を知ることができ
るので、その取得した対応する優先度を、そのパケット
を送信する際の優先度とすることができる。Therefore, a priority table for each ID field (FIG. 9 (b)) in which the ID number (ID number) of the divided packet has the same value and the ID number of the first packet is associated with the priority. ), The second and subsequent packets can know the priority (1/7) corresponding to the ID number by referring to the priority table for each ID field from the ID number. The acquired corresponding priority can be set as the priority at the time of transmitting the packet.
【0046】そして、ステップ5を実行してテーブルを
作成したならば、ステップ6に戻り上記した各処理を順
に実行し、優先度付きのパケットに変換後データを送信
するようになる。つまりテーブル(ポート別優先度デー
タテーブル)を参照してそのポート番号に対応した優先
度(1/7)を取得し、それに基づいて優先度付きパケ
ットに変換する。なお、ステップ5を実行する際に優先
度情報はすでにわかっているので、ステップ5をステッ
プ7に飛び、そのわかっている優先度情報を用いて優先
度付きパケットを組み立てるようにしてもよい。When the table is created by executing step 5, the process returns to step 6 to execute the above-described processes in order, and to transmit the converted data into a packet with priority. That is, the priority (1/7) corresponding to the port number is acquired by referring to the table (priority data table for each port), and is converted into a packet with priority based on the priority. Since the priority information is already known when executing step 5, step 5 may be skipped to step 7, and a packet with priority may be assembled using the known priority information.
【0047】さらに、分割された2つ目以降のパケット
の場合には、ステップ4でNoとなるので、そのままス
テップ6に飛び、IDフィールド別優先度テーブルよ
り、対応するIDの優先度を読み出し、優先度付きパケ
ットフォーマットに変換し(ST7)、ネットワークに
送信する(ST8)。Further, in the case of the second and subsequent divided packets, the result of step 4 is No, so the process directly jumps to step 6 and reads the priority of the corresponding ID from the priority table for each ID field. The packet is converted into a priority-added packet format (ST7) and transmitted to the network (ST8).
【0048】そして、上記した各ステップと、図7に示
す各処理部11a〜11cの関係は、送信パケット解析
処理部11aはステップ1〜4の処理を行い、優先度テ
ーブル設定処理部11bがステップ5,9の処理を行
い、送信パケット変換処理部11cが、ステップ6,7
の処理を行う。なお、ステップ8のデータ送信は、送信
処理部8cが実行することになる。The relationship between the above steps and the processing units 11a to 11c shown in FIG. 7 is as follows. The transmission packet analysis processing unit 11a performs the processing of steps 1 to 4 and the priority table setting processing unit 11b executes The transmission packet conversion processing unit 11c performs the processing of steps 5 and 9.
Is performed. The data transmission in step 8 is performed by the transmission processing unit 8c.
【0049】上記したように、本形態では優先度テーブ
ル12として、「ポート別優先度テーブル」と「IDフ
ィールド別優先度テーブル」の2種類のテーブルを用意
し、それらを使用することによりデータ長の長い複数の
パケットに分割して送信するデータにも対応できるよう
にしている。但し、例えはFA用のPLCを制御するネ
ットワークに適用した場合、分割しなければならないほ
どデータ長の長いデータを送ることはほとんどないの
で、IDフィールド別優先度テーブル(図9(b))は
なくてもよい。その場合には、図5に示すステップ3か
ら5の処理がなくなる。As described above, in the present embodiment, two types of tables, a “priority table for each port” and a “priority table for each ID field”, are prepared as the priority table 12, and the data length is obtained by using them. It can handle data to be transmitted after being divided into a plurality of long packets. However, for example, when applied to a network that controls a PLC for FA, since data having a long data length is rarely transmitted so that it must be divided, the priority table for each ID field (FIG. 9B) is It is not necessary. In that case, the processing of steps 3 to 5 shown in FIG. 5 is eliminated.
【0050】そして、仮にIDフィールド別優先度テー
ブルを設けないイーサネットドライバを用いたノードに
おいて複数に分割されたパケットを送信する場合には、
2番目以降のパケットは優先度情報がないので、例えば
オフセットとして設定される低優先度とすることにより
対応できる。特に、PLCのLANの場合にデータ長が
長いというのは、多くの場合情報系であると予測できる
ので、そのように低優先度に設定しても問題はない。な
お、逆にデータ長が長く複数のパケットに分割して送信
するものが、優先度の高いものが多い場合には、分割パ
ケットの2つ目以後はすべて高優先度に設定するように
してもよい。If a node using an Ethernet driver that does not have a priority table for each ID field transmits a plurality of divided packets,
Since the second and subsequent packets do not have priority information, they can be dealt with by setting a low priority set as an offset, for example. In particular, in the case of a PLC LAN, the fact that the data length is long can be predicted to be an information system in many cases. Therefore, there is no problem in setting such a low priority. Conversely, when a packet having a long data length and transmitted after being divided into a plurality of packets has many high-priority packets, the second and subsequent divided packets may be set to have a high priority. Good.
【0051】一方、本形態のノード3のAPI6は、優
先度付きのパケットを送受信できないため、ネットワー
クを介して受信した優先度付きのパケットを、イーサネ
ットドライバ8で優先度なしのパケットに変換するよう
になっている。さらに、本形態では、優先度なしのパケ
ットを送受信するネットワークにも対応できるように、
優先度なしのパケットを受信した場合には、上記のよう
な変換をすることなく上位層に送る(通常のデータ処理
はもちろんする)ようになっている。そして、具体的に
は、図6に示すようなフローチャートを実行する機能を
有している。On the other hand, since the API 6 of the node 3 according to the present embodiment cannot transmit / receive a packet with a priority, the API driver 6 converts a packet with a priority received via a network into a packet without a priority by the Ethernet driver 8. It has become. Furthermore, in this embodiment, in order to be able to cope with a network transmitting and receiving packets without priority,
When a packet without priority is received, it is sent to the upper layer without performing the above-described conversion (normal data processing is of course performed). Specifically, it has a function of executing a flowchart as shown in FIG.
【0052】すなわち、まず、ハードウェア10からの
割り込み要求(伝送路2を介してネットワークから送ら
れてきたパケット受信による割り込み)があったなら
ば、その受信パケットが、優先度付きのものか優先度な
しのものかを判断する(ST11,ST12)。この判
断は、受信パケット解析処理部13bが行う。That is, first, if there is an interrupt request from the hardware 10 (interrupt due to reception of a packet sent from the network via the transmission path 2), the received packet is given priority or priority. It is determined whether or not there is no degree (ST11, ST12). This determination is made by the received packet analysis processing unit 13b.
【0053】そして、優先度付きパケットと判断した場
合には、ステップ13に進み、優先度付きのパケットフ
ォーマットから、通常のパケットフォーマットに変換す
る。すなわち、優先度付きフォーマット(図3(a)参
照)のイーサネットヘッダのTHエリアを除去し、SA
エリアに続いてL/Tエリアを続けた14バイトからな
る優先度なしフォーマット(図3(b)参照)のフレー
ムに再構築する。そして、この処理は受信パケット変換
処理部13aが実行する。その後、受信があったことを
上位層に通知し、処理を終了する(ST14)。この処
理は、受信パケット解析処理部13bが行う。If it is determined that the packet is a priority-added packet, the flow advances to step 13 to convert the packet format with the priority into a normal packet format. That is, the TH area of the Ethernet header of the format with priority (see FIG. 3A) is removed, and the SA area is removed.
The frame is reconstructed into a frame of a 14-byte non-priority format (see FIG. 3B) consisting of an L / T area following the area. This process is executed by the received packet conversion processing unit 13a. Thereafter, the reception is notified to the upper layer, and the process ends (ST14). This processing is performed by the received packet analysis processing unit 13b.
【0054】一方、優先度なしパケットを受信した場
合、ステップ12からステップ14に飛び、上位層に対
してパケット受信を通知し、処理を終了する。つまり、
従来から行われている通常の受信処理を実行することに
なる。この一連の処理は、受信パケット解析処理部13
bが行う。On the other hand, if a packet without priority is received, the process jumps from step 12 to step 14 to notify the upper layer of the reception of the packet and terminate the processing. That is,
Normal reception processing that has been performed conventionally will be executed. This series of processing is performed by the reception packet analysis processing unit 13.
b does.
【0055】そして、通常であれば、この通知にしたが
い上位層から受信パケット転送要求があるので、それを
受けて受信パケットを上位層に転送する。また、上位層
から終了要求を受けると、終了処理、つまり Ethe
netボードを停止し、ドライバが保有するすべてのリ
ソースを開放する。Normally, there is a request to transfer a received packet from the upper layer according to this notification, so that the received packet is transferred to the upper layer in response to the request. When a termination request is received from an upper layer, termination processing, that is, Ethe
Stop the net board and release all resources held by the driver.
【0056】[0056]
【発明の効果】以上のように、本発明に係るノード及び
ノード内のデータ処理方法の第1の発明(請求項1,
2)では、優先度情報付加手段により上位層から送られ
てきた優先度なしフレームが優先度付きフレームに変換
(生成)されるので、その優先度情報付加手段よりも上
位層は、優先度なしフレーム(パケット)の状態で送受
信ができる。よって、新たなAPI(拡張I/F)を追
加すること無く、アプリケーションを大幅に作り替えを
すること無く、従来からあるアプリケーションや通常の
APIや、UDPを使用して通信するノードであって
も、接続したネットワークに対して優先度付きフレーム
を送信することができる。As described above, the first invention of the node and the data processing method in the node according to the present invention (claim 1,
In 2), the non-priority frame sent from the upper layer by the priority information adding means is converted (generated) into a frame with priority, so that the upper layer than the priority information adding means has no priority. Transmission and reception can be performed in the state of a frame (packet). Therefore, even if a node communicates using a conventional application, a normal API, or UDP without adding a new API (extended I / F) and without largely changing an application. , A frame with priority can be transmitted to the connected network.
【0057】また、第2の発明(請求項3,4)では、
優先度情報除去手段により外部から受け取った優先度付
きフレームを優先度なしフレームに作り変えるので、そ
の優先度情報除去手段の設置層よりも上位層は、優先度
なしフレームを受けることができる。よって、上記第1
の発明と同様に、優先度付きフレームの通信を可能とす
る拡張I/Fやアプリケーションなどを製造する必要が
なく、従来の優先度なしフレームを取り扱うAPIやア
プリケーションを備えたノードであっても、優先度付き
フレームを受信し、所望の処理をすることができる。In the second invention (claims 3 and 4),
Since the frame with priority received from the outside by the priority information removing unit is recreated as a frame without priority, a layer higher than the installation layer of the priority information removing unit can receive the frame without priority. Therefore, the first
Similarly to the invention of the first embodiment, there is no need to manufacture an extended I / F or an application that enables communication of a frame with a priority, and even if the node has an API or an application that handles a conventional frame without a priority, A frame with priority can be received and desired processing can be performed.
【図1】本発明が適用されるネットワークシステムの一
例を示す図である。FIG. 1 is a diagram showing an example of a network system to which the present invention is applied.
【図2】集線装置の内部構造を示す図である。FIG. 2 is a diagram showing an internal structure of the line concentrator.
【図3】(a)は、優先度付きフレームフォーマットを
示す図である。(b)は、優先度なしフレームフォーマ
ットを示す図である。FIG. 3A illustrates a frame format with priority. (B) is a diagram showing a frame format without priority.
【図4】本発明に係るノードの好適な一実施の形態を示
す図である。FIG. 4 is a diagram showing a preferred embodiment of a node according to the present invention.
【図5】主として優先度情報付加処理部の機能を示すフ
ローチャートである。FIG. 5 is a flowchart mainly showing functions of a priority information addition processing unit;
【図6】主として優先度情報除去処理部の機能を示すフ
ローチャートである。FIG. 6 is a flowchart mainly showing the function of a priority information removal processing unit;
【図7】イーサネットドライバの内部構造を示す図であ
る。FIG. 7 is a diagram showing the internal structure of the Ethernet driver.
【図8】アプリケーションから送られる優先度設定通知
パケットのフォーマットを示す図である。FIG. 8 is a diagram showing a format of a priority setting notification packet sent from an application.
【図9】(a)は、ポート別優先度テーブルを示すデー
タ構造図である。(b)は、IDフィールド別優先度テ
ーブルを示すデータ構造図である。FIG. 9A is a data structure diagram illustrating a port-by-port priority table. (B) is a data structure diagram showing a priority table for each ID field.
【図10】優先度設定通知パケットの一例を示す図であ
る。FIG. 10 illustrates an example of a priority setting notification packet.
3 ノード 8 イ−サネットドライバ(下位層) 11 優先度情報付加処理部 12 優先度テーブル 13 優先度情報辞去処理部 3 Node 8 Ethernet driver (lower layer) 11 Priority information addition processing unit 12 Priority table 13 Priority information deletion processing unit
Claims (4)
ワークに接続取り外し可能なノードであって、 送信予定のフレームを特定する情報と、そのフレームの
優先度とを関連付けた優先度テーブルと、 そのフレームに、前記優先度テーブルを参照して優先度
を付加して優先度付きフレームを生成する優先度情報付
加手段を備えたノード。1. A priority table in which information identifying a frame to be transmitted and a priority of the frame are associated with each other. And a priority information adding means for generating a frame with priority by adding a priority with reference to the priority table.
おけるデータ処理方法であって、 上位層は送信予定のフレームについての優先度情報を下
位層に対して送り、 前記下位層は、受け取った優先度情報にしたがい送信予
定のフレームを特定する情報と、そのフレームの優先度
とを関連付けた優先度テーブルを作成し、 次いで上位層から受け取った優先度なしフレームに対
し、前記優先度テーブルを参照して優先度を付加して優
先度付きフレームを生成するようにしたことを特徴とす
るノード内のデータ処理方法。2. A data processing method in a node to be connected to a network, wherein an upper layer sends priority information on a frame to be transmitted to a lower layer, wherein the lower layer receives the received priority information. A priority table is created in which information for identifying a frame to be transmitted is associated with the priority of the frame according to the priority table. A data processing method in a node, wherein a frame with a priority is generated by adding a degree.
ワークに接続取り外し可能なノードであって、 外部から受け取った優先度付きフレームから、優先度情
報を除去した優先度なしフレームを生成する優先度情報
除去手段と、 その優先度情報除去手段により生成された優先度なしフ
レームを上位層に送る手段を備えたノード。3. Priority information that is a node detachable from a network through which a priority frame is transmitted, and that generates a non-priority frame by removing priority information from a priority frame received from outside. A node comprising: a removing unit; and a unit that sends a non-priority frame generated by the priority information removing unit to an upper layer.
ワークの接続対象であるノードにおけるデータ処理方法
であって、 外部から優先度付きフレームを受信した際に、その受信
したフレームから優先度情報を除去して優先度なしフレ
ームを生成し、 次いで、その生成した優先度なしフレームを上位層に送
るようにしたことを特徴とするノード内のデータ処理方
法。4. A data processing method in a node to be connected to a network to which a frame with priority is transmitted, wherein when a frame with priority is received from outside, priority information is removed from the received frame. A non-priority frame, and then transmitting the generated non-priority frame to an upper layer.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP35170598A JP3729237B2 (en) | 1998-12-10 | 1998-12-10 | Node and data processing method in node |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP35170598A JP3729237B2 (en) | 1998-12-10 | 1998-12-10 | Node and data processing method in node |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2000183935A true JP2000183935A (en) | 2000-06-30 |
JP3729237B2 JP3729237B2 (en) | 2005-12-21 |
Family
ID=18419069
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP35170598A Expired - Fee Related JP3729237B2 (en) | 1998-12-10 | 1998-12-10 | Node and data processing method in node |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3729237B2 (en) |
Cited By (51)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007174704A (en) * | 2007-03-12 | 2007-07-05 | Brother Ind Ltd | Network device and program for same |
US7477656B2 (en) | 2003-09-02 | 2009-01-13 | Brother Kogyo Kabushiki Kaisha | Network apparatus and program for the same |
JP4757940B2 (en) * | 2006-05-02 | 2011-08-24 | ハリス コーポレイション | Quality of service protocol filtering system and method |
US8121117B1 (en) | 2007-10-01 | 2012-02-21 | F5 Networks, Inc. | Application layer network traffic prioritization |
US8396836B1 (en) | 2011-06-30 | 2013-03-12 | F5 Networks, Inc. | System for mitigating file virtualization storage import latency |
US8417746B1 (en) | 2006-04-03 | 2013-04-09 | F5 Networks, Inc. | File system management with enhanced searchability |
US8417681B1 (en) | 2001-01-11 | 2013-04-09 | F5 Networks, Inc. | Aggregated lock management for locking aggregated files in a switched file system |
US8433735B2 (en) | 2005-01-20 | 2013-04-30 | F5 Networks, Inc. | Scalable system for partitioning and accessing metadata over multiple servers |
US8463850B1 (en) | 2011-10-26 | 2013-06-11 | F5 Networks, Inc. | System and method of algorithmically generating a server side transaction identifier |
US8548953B2 (en) | 2007-11-12 | 2013-10-01 | F5 Networks, Inc. | File deduplication using storage tiers |
US8549582B1 (en) | 2008-07-11 | 2013-10-01 | F5 Networks, Inc. | Methods for handling a multi-protocol content name and systems thereof |
US8682916B2 (en) | 2007-05-25 | 2014-03-25 | F5 Networks, Inc. | Remote file virtualization in a switched file system |
JP2014085803A (en) * | 2012-10-23 | 2014-05-12 | Omron Corp | Communication device |
US8806056B1 (en) | 2009-11-20 | 2014-08-12 | F5 Networks, Inc. | Method for optimizing remote file saves in a failsafe way |
US8879431B2 (en) | 2011-05-16 | 2014-11-04 | F5 Networks, Inc. | Method for load balancing of requests' processing of diameter servers |
US9020912B1 (en) | 2012-02-20 | 2015-04-28 | F5 Networks, Inc. | Methods for accessing data in a compressed file system and devices thereof |
US9195500B1 (en) | 2010-02-09 | 2015-11-24 | F5 Networks, Inc. | Methods for seamless storage importing and devices thereof |
US9244843B1 (en) | 2012-02-20 | 2016-01-26 | F5 Networks, Inc. | Methods for improving flow cache bandwidth utilization and devices thereof |
US9286298B1 (en) | 2010-10-14 | 2016-03-15 | F5 Networks, Inc. | Methods for enhancing management of backup data sets and devices thereof |
US9420049B1 (en) | 2010-06-30 | 2016-08-16 | F5 Networks, Inc. | Client side human user indicator |
US9497614B1 (en) | 2013-02-28 | 2016-11-15 | F5 Networks, Inc. | National traffic steering device for a better control of a specific wireless/LTE network |
US9503375B1 (en) | 2010-06-30 | 2016-11-22 | F5 Networks, Inc. | Methods for managing traffic in a multi-service environment and devices thereof |
US9519501B1 (en) | 2012-09-30 | 2016-12-13 | F5 Networks, Inc. | Hardware assisted flow acceleration and L2 SMAC management in a heterogeneous distributed multi-tenant virtualized clustered system |
US9554418B1 (en) | 2013-02-28 | 2017-01-24 | F5 Networks, Inc. | Device for topology hiding of a visited network |
US9578090B1 (en) | 2012-11-07 | 2017-02-21 | F5 Networks, Inc. | Methods for provisioning application delivery service and devices thereof |
US10033837B1 (en) | 2012-09-29 | 2018-07-24 | F5 Networks, Inc. | System and method for utilizing a data reducing module for dictionary compression of encoded data |
USRE47019E1 (en) | 2010-07-14 | 2018-08-28 | F5 Networks, Inc. | Methods for DNSSEC proxying and deployment amelioration and systems thereof |
US10097616B2 (en) | 2012-04-27 | 2018-10-09 | F5 Networks, Inc. | Methods for optimizing service of content requests and devices thereof |
US10182013B1 (en) | 2014-12-01 | 2019-01-15 | F5 Networks, Inc. | Methods for managing progressive image delivery and devices thereof |
US10187317B1 (en) | 2013-11-15 | 2019-01-22 | F5 Networks, Inc. | Methods for traffic rate control and devices thereof |
US10230566B1 (en) | 2012-02-17 | 2019-03-12 | F5 Networks, Inc. | Methods for dynamically constructing a service principal name and devices thereof |
US10404698B1 (en) | 2016-01-15 | 2019-09-03 | F5 Networks, Inc. | Methods for adaptive organization of web application access points in webtops and devices thereof |
US10412198B1 (en) | 2016-10-27 | 2019-09-10 | F5 Networks, Inc. | Methods for improved transmission control protocol (TCP) performance visibility and devices thereof |
US10505818B1 (en) | 2015-05-05 | 2019-12-10 | F5 Networks. Inc. | Methods for analyzing and load balancing based on server health and devices thereof |
US10505792B1 (en) | 2016-11-02 | 2019-12-10 | F5 Networks, Inc. | Methods for facilitating network traffic analytics and devices thereof |
US10567492B1 (en) | 2017-05-11 | 2020-02-18 | F5 Networks, Inc. | Methods for load balancing in a federated identity environment and devices thereof |
US10721269B1 (en) | 2009-11-06 | 2020-07-21 | F5 Networks, Inc. | Methods and system for returning requests with javascript for clients before passing a request to a server |
US10797888B1 (en) | 2016-01-20 | 2020-10-06 | F5 Networks, Inc. | Methods for secured SCEP enrollment for client devices and devices thereof |
US10812266B1 (en) | 2017-03-17 | 2020-10-20 | F5 Networks, Inc. | Methods for managing security tokens based on security violations and devices thereof |
US10833943B1 (en) | 2018-03-01 | 2020-11-10 | F5 Networks, Inc. | Methods for service chaining and devices thereof |
US10834065B1 (en) | 2015-03-31 | 2020-11-10 | F5 Networks, Inc. | Methods for SSL protected NTLM re-authentication and devices thereof |
US11063758B1 (en) | 2016-11-01 | 2021-07-13 | F5 Networks, Inc. | Methods for facilitating cipher selection and devices thereof |
US11122042B1 (en) | 2017-05-12 | 2021-09-14 | F5 Networks, Inc. | Methods for dynamically managing user access control and devices thereof |
US11178150B1 (en) | 2016-01-20 | 2021-11-16 | F5 Networks, Inc. | Methods for enforcing access control list based on managed application and devices thereof |
US11223689B1 (en) | 2018-01-05 | 2022-01-11 | F5 Networks, Inc. | Methods for multipath transmission control protocol (MPTCP) based session migration and devices thereof |
US11343237B1 (en) | 2017-05-12 | 2022-05-24 | F5, Inc. | Methods for managing a federated identity environment using security and access control data and devices thereof |
US11350254B1 (en) | 2015-05-05 | 2022-05-31 | F5, Inc. | Methods for enforcing compliance policies and devices thereof |
US11757946B1 (en) | 2015-12-22 | 2023-09-12 | F5, Inc. | Methods for analyzing network traffic and enforcing network policies and devices thereof |
US11838851B1 (en) | 2014-07-15 | 2023-12-05 | F5, Inc. | Methods for managing L7 traffic classification and devices thereof |
US11895138B1 (en) | 2015-02-02 | 2024-02-06 | F5, Inc. | Methods for improving web scanner accuracy and devices thereof |
US12003422B1 (en) | 2018-09-28 | 2024-06-04 | F5, Inc. | Methods for switching network packets based on packet data and devices |
-
1998
- 1998-12-10 JP JP35170598A patent/JP3729237B2/en not_active Expired - Fee Related
Cited By (55)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8417681B1 (en) | 2001-01-11 | 2013-04-09 | F5 Networks, Inc. | Aggregated lock management for locking aggregated files in a switched file system |
US7477656B2 (en) | 2003-09-02 | 2009-01-13 | Brother Kogyo Kabushiki Kaisha | Network apparatus and program for the same |
US8433735B2 (en) | 2005-01-20 | 2013-04-30 | F5 Networks, Inc. | Scalable system for partitioning and accessing metadata over multiple servers |
US8417746B1 (en) | 2006-04-03 | 2013-04-09 | F5 Networks, Inc. | File system management with enhanced searchability |
JP4757940B2 (en) * | 2006-05-02 | 2011-08-24 | ハリス コーポレイション | Quality of service protocol filtering system and method |
JP4535075B2 (en) * | 2007-03-12 | 2010-09-01 | ブラザー工業株式会社 | Network device and program for network device |
JP2007174704A (en) * | 2007-03-12 | 2007-07-05 | Brother Ind Ltd | Network device and program for same |
US8682916B2 (en) | 2007-05-25 | 2014-03-25 | F5 Networks, Inc. | Remote file virtualization in a switched file system |
US8400919B1 (en) | 2007-10-01 | 2013-03-19 | F5 Networks, Inc. | Application layer network traffic prioritization |
US8121117B1 (en) | 2007-10-01 | 2012-02-21 | F5 Networks, Inc. | Application layer network traffic prioritization |
US8548953B2 (en) | 2007-11-12 | 2013-10-01 | F5 Networks, Inc. | File deduplication using storage tiers |
US8549582B1 (en) | 2008-07-11 | 2013-10-01 | F5 Networks, Inc. | Methods for handling a multi-protocol content name and systems thereof |
US11108815B1 (en) | 2009-11-06 | 2021-08-31 | F5 Networks, Inc. | Methods and system for returning requests with javascript for clients before passing a request to a server |
US10721269B1 (en) | 2009-11-06 | 2020-07-21 | F5 Networks, Inc. | Methods and system for returning requests with javascript for clients before passing a request to a server |
US8806056B1 (en) | 2009-11-20 | 2014-08-12 | F5 Networks, Inc. | Method for optimizing remote file saves in a failsafe way |
US9195500B1 (en) | 2010-02-09 | 2015-11-24 | F5 Networks, Inc. | Methods for seamless storage importing and devices thereof |
US9503375B1 (en) | 2010-06-30 | 2016-11-22 | F5 Networks, Inc. | Methods for managing traffic in a multi-service environment and devices thereof |
US9420049B1 (en) | 2010-06-30 | 2016-08-16 | F5 Networks, Inc. | Client side human user indicator |
USRE47019E1 (en) | 2010-07-14 | 2018-08-28 | F5 Networks, Inc. | Methods for DNSSEC proxying and deployment amelioration and systems thereof |
US9286298B1 (en) | 2010-10-14 | 2016-03-15 | F5 Networks, Inc. | Methods for enhancing management of backup data sets and devices thereof |
US9356998B2 (en) | 2011-05-16 | 2016-05-31 | F5 Networks, Inc. | Method for load balancing of requests' processing of diameter servers |
US8879431B2 (en) | 2011-05-16 | 2014-11-04 | F5 Networks, Inc. | Method for load balancing of requests' processing of diameter servers |
US8396836B1 (en) | 2011-06-30 | 2013-03-12 | F5 Networks, Inc. | System for mitigating file virtualization storage import latency |
US8463850B1 (en) | 2011-10-26 | 2013-06-11 | F5 Networks, Inc. | System and method of algorithmically generating a server side transaction identifier |
US10230566B1 (en) | 2012-02-17 | 2019-03-12 | F5 Networks, Inc. | Methods for dynamically constructing a service principal name and devices thereof |
US9244843B1 (en) | 2012-02-20 | 2016-01-26 | F5 Networks, Inc. | Methods for improving flow cache bandwidth utilization and devices thereof |
US9020912B1 (en) | 2012-02-20 | 2015-04-28 | F5 Networks, Inc. | Methods for accessing data in a compressed file system and devices thereof |
US10097616B2 (en) | 2012-04-27 | 2018-10-09 | F5 Networks, Inc. | Methods for optimizing service of content requests and devices thereof |
US10033837B1 (en) | 2012-09-29 | 2018-07-24 | F5 Networks, Inc. | System and method for utilizing a data reducing module for dictionary compression of encoded data |
US9519501B1 (en) | 2012-09-30 | 2016-12-13 | F5 Networks, Inc. | Hardware assisted flow acceleration and L2 SMAC management in a heterogeneous distributed multi-tenant virtualized clustered system |
JP2014085803A (en) * | 2012-10-23 | 2014-05-12 | Omron Corp | Communication device |
US9578090B1 (en) | 2012-11-07 | 2017-02-21 | F5 Networks, Inc. | Methods for provisioning application delivery service and devices thereof |
US9497614B1 (en) | 2013-02-28 | 2016-11-15 | F5 Networks, Inc. | National traffic steering device for a better control of a specific wireless/LTE network |
US9554418B1 (en) | 2013-02-28 | 2017-01-24 | F5 Networks, Inc. | Device for topology hiding of a visited network |
US10187317B1 (en) | 2013-11-15 | 2019-01-22 | F5 Networks, Inc. | Methods for traffic rate control and devices thereof |
US11838851B1 (en) | 2014-07-15 | 2023-12-05 | F5, Inc. | Methods for managing L7 traffic classification and devices thereof |
US10182013B1 (en) | 2014-12-01 | 2019-01-15 | F5 Networks, Inc. | Methods for managing progressive image delivery and devices thereof |
US11895138B1 (en) | 2015-02-02 | 2024-02-06 | F5, Inc. | Methods for improving web scanner accuracy and devices thereof |
US10834065B1 (en) | 2015-03-31 | 2020-11-10 | F5 Networks, Inc. | Methods for SSL protected NTLM re-authentication and devices thereof |
US10505818B1 (en) | 2015-05-05 | 2019-12-10 | F5 Networks. Inc. | Methods for analyzing and load balancing based on server health and devices thereof |
US11350254B1 (en) | 2015-05-05 | 2022-05-31 | F5, Inc. | Methods for enforcing compliance policies and devices thereof |
US11757946B1 (en) | 2015-12-22 | 2023-09-12 | F5, Inc. | Methods for analyzing network traffic and enforcing network policies and devices thereof |
US10404698B1 (en) | 2016-01-15 | 2019-09-03 | F5 Networks, Inc. | Methods for adaptive organization of web application access points in webtops and devices thereof |
US11178150B1 (en) | 2016-01-20 | 2021-11-16 | F5 Networks, Inc. | Methods for enforcing access control list based on managed application and devices thereof |
US10797888B1 (en) | 2016-01-20 | 2020-10-06 | F5 Networks, Inc. | Methods for secured SCEP enrollment for client devices and devices thereof |
US10412198B1 (en) | 2016-10-27 | 2019-09-10 | F5 Networks, Inc. | Methods for improved transmission control protocol (TCP) performance visibility and devices thereof |
US11063758B1 (en) | 2016-11-01 | 2021-07-13 | F5 Networks, Inc. | Methods for facilitating cipher selection and devices thereof |
US10505792B1 (en) | 2016-11-02 | 2019-12-10 | F5 Networks, Inc. | Methods for facilitating network traffic analytics and devices thereof |
US10812266B1 (en) | 2017-03-17 | 2020-10-20 | F5 Networks, Inc. | Methods for managing security tokens based on security violations and devices thereof |
US10567492B1 (en) | 2017-05-11 | 2020-02-18 | F5 Networks, Inc. | Methods for load balancing in a federated identity environment and devices thereof |
US11343237B1 (en) | 2017-05-12 | 2022-05-24 | F5, Inc. | Methods for managing a federated identity environment using security and access control data and devices thereof |
US11122042B1 (en) | 2017-05-12 | 2021-09-14 | F5 Networks, Inc. | Methods for dynamically managing user access control and devices thereof |
US11223689B1 (en) | 2018-01-05 | 2022-01-11 | F5 Networks, Inc. | Methods for multipath transmission control protocol (MPTCP) based session migration and devices thereof |
US10833943B1 (en) | 2018-03-01 | 2020-11-10 | F5 Networks, Inc. | Methods for service chaining and devices thereof |
US12003422B1 (en) | 2018-09-28 | 2024-06-04 | F5, Inc. | Methods for switching network packets based on packet data and devices |
Also Published As
Publication number | Publication date |
---|---|
JP3729237B2 (en) | 2005-12-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2000183935A (en) | Node and intra-node data processing method | |
JP4053093B2 (en) | Highly integrated multilayer switch element architecture | |
JP3746785B2 (en) | Network station with multiple network addresses | |
US8649387B2 (en) | Method and system for fibre channel and ethernet interworking | |
US12074801B2 (en) | PCI express network cluster | |
JP3817477B2 (en) | VLSI network processor and method | |
EP2003823B1 (en) | Autonegotiation over an interface for which no autonegotiation standard exists | |
KR101401874B1 (en) | Communication control system, switching node, communication control method and communication control program | |
JP2005316629A (en) | Network protocol processing device | |
US5875176A (en) | Network adaptor driver with destination based ordering | |
JP2000244574A (en) | Device and method for network relay | |
EP1158750B1 (en) | Systems and method for peer-level communications with a network interface card | |
Cisco | Configuring Interfaces | |
Cisco | Configuring Interfaces | |
Cisco | Configuring Interfaces | |
JP2001144793A (en) | High speed/high reliability ether transmission system and i/f device | |
EP1302030B1 (en) | In-band management of a stacked group of switches by a single cpu | |
JP2007306221A (en) | Network switch and communication network | |
JPH0983562A (en) | Data repeater system for network and data repeating method applied to network system | |
JP2596098B2 (en) | Communication line selection method | |
JP2003289315A (en) | Packet transfer apparatus and packet transfer method | |
JP2001007862A (en) | Communication load distributing method | |
JPH0720109B2 (en) | Network system using token passing bus method | |
JP2581002B2 (en) | LAN connection device | |
CN118042012A (en) | Bus data control method and device based on time sensitive network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050224 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050308 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050509 |
|
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: 20050914 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050927 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091014 Year of fee payment: 4 |
|
LAPS | Cancellation because of no payment of annual fees |