JP2002077204A - Network communication system - Google Patents
Network communication systemInfo
- Publication number
- JP2002077204A JP2002077204A JP2000257087A JP2000257087A JP2002077204A JP 2002077204 A JP2002077204 A JP 2002077204A JP 2000257087 A JP2000257087 A JP 2000257087A JP 2000257087 A JP2000257087 A JP 2000257087A JP 2002077204 A JP2002077204 A JP 2002077204A
- Authority
- JP
- Japan
- Prior art keywords
- transmission
- management node
- management
- node
- network
- 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
Abstract
Description
【０００１】[0001]
【発明の属する技術分野】本発明はＨＤＬＣ（High-lev
el Data Link control Procedure：ハイレベルデータリ
ンク制御手順）伝送制御手順によって構築されたネット
ワークの通信システムに係り、特に、ＨＤＬＣ手順で規
定するＳＤＬＣ（Synchronous Data Linkcontrol Proce
dure：同期データリンク制御）伝送制御方式によって構
築された論理リング型ネットワークをＧＡ（Go Ahead）
シーケンスを使用して通信する際の伝送効率を向上させ
るのに好適なネットワーク通信システムに関する。[0001] The present invention relates to an HDLC (High-lev
el Data Link control Procedure: relates to a communication system of a network constructed by a transmission control procedure, and in particular, an SDLC (Synchronous Data Link control Procedure) defined by an HDLC procedure.
dure: Synchronous data link control) GA (Go Ahead) using a logical ring network constructed by transmission control
The present invention relates to a network communication system suitable for improving transmission efficiency when performing communication using a sequence.
【０００２】[0002]
【従来の技術】複数のノードが接続されて構成され、そ
のうちの１つのノードを管理ノード（以後、このノード
を管理ノードといい、他のノードを非管理ノードとい
う。）とする通信ネットワークでは、管理ノードは、定
周期に巡回フレームをネットに送信する。管理ノード
は、データ送信をしている非管理ノードが存在しない状
態では、送信許可を与える非管理ノードを決定する為
に、送信要求の有無を示す情報を管理ノード宛に送信す
るよう全非管理ノードに指示を出す。2. Description of the Related Art In a communication network in which a plurality of nodes are connected and one of them is a management node (hereinafter, this node is called a management node and the other nodes are called non-management nodes), The management node transmits a cyclic frame to the net at regular intervals. When there is no non-management node that is transmitting data, the management node transmits all information indicating the presence or absence of a transmission request to the management node in order to determine the non-management node to which transmission is permitted. Give instructions to the node.
【０００３】送信要求の発生した非管理ノードは、管理
ノードに対し、送信要求「有」を送信する。この送信要
求「有」を受信した管理ノードは、この非管理ノードに
対し送信許可を通知し、これにより、送信許可を受けた
非管理ノードは、送信データをネットワークに送出す
る。この送信データの最終フレームを受信した管理ノー
ドは、次に送信許可を与える非管理ノードを決定する為
に、送信要求の有無を示す情報を送信するよう全非管理
ノードに指示を出す。この指示を受けた非管理ノード
は、送信要求の有無を示す情報を、管理ノードに対して
送信する。[0003] A non-management node that has generated a transmission request transmits a transmission request “Yes” to the management node. The management node that has received the transmission request “present” notifies the non-management node of the transmission permission, whereby the non-management node that has received the transmission permission sends the transmission data to the network. The management node that has received the final frame of the transmission data issues an instruction to all non-management nodes to transmit information indicating the presence or absence of a transmission request in order to determine the next non-management node to which transmission permission is given. The non-management node that has received the instruction transmits information indicating the presence or absence of the transmission request to the management node.
【０００４】全非管理ノードから送信要求の有無情報を
受信した管理ノードは、次に送信許可を与える非管理ノ
ードを決定し、その非管理ノードに対し送信許可を通知
し、送信許可を受けた非管理ノードは、この送信許可に
基づき送信データをネットワークに送出する。以後同様
に、このネットワーク通信システムでは、上述したよう
なデータ送信フェーズと送信ノード決定フェーズを交互
に繰り返す。[0004] The management node that has received the transmission request presence / absence information from all the non-management nodes determines the next non-management node to which transmission permission is given, notifies the non-management node of transmission permission, and receives the transmission permission. The non-management node sends the transmission data to the network based on the transmission permission. Thereafter, similarly, in this network communication system, the above-described data transmission phase and transmission node determination phase are alternately repeated.
【０００５】ここで、送信ノード決定フェーズとは、管
理ノードが、いずれかのノードから送信された送信デー
タの最終フレームを受信してから全非管理ノードの送信
要求の有無を示す情報を受信するまでの状態をいい、デ
ータ送信フェーズとは、管理ノードが、送信要求「有」
の非管理ノードに送信許可を送信してから当該非管理ノ
ードの送出する送信データの最終フレームを受信するま
での状態をいう。[0005] Here, the transmission node determination phase is that the management node receives information indicating the presence or absence of a transmission request from all non-management nodes after receiving the last frame of transmission data transmitted from any node. The data transmission phase means that the management node sends a transmission request “Yes”
Means the state from transmission of the transmission permission to the non-management node until reception of the last frame of the transmission data transmitted by the non-management node.
【０００６】尚、従来公知例には特開平１１−６８８０
８号、特開平６−１０４９１６号、特開平６−７７９７
４号がある。特開平１１−６８８０８号は、１つのマス
タ局と複数のスレーブ局とを有し、マスタ局が送信要求
を回収するために送信要求回収フレームを回線に流し、
各スレーブ局は、送信要求があれば回収フレーム中の自
己アドレス位置に送信すべきデータの優先度を付加し
て、マスタ局へ送る。マスタ局は、優先度の順位に従っ
てスレーブ局に送信権を与える。特開平６−１０４９１
６号は、複数のリソース（例えばプリンタとメモリとか
表示装置とか）に、複数の上位装置（例えば情報処理装
置とか交換機とか）が使用要求を発する際の使用要求の
競合の調停を行うものである。特開平６−７７９７４号
は、ネットワーク上に接続された通信装置相互の送信と
受信とにおける、再送制御に関するものである。[0006] Conventionally known examples include JP-A-11-6880.
8, JP-A-6-104916, JP-A-6-7797
There is No. 4. Japanese Patent Application Laid-Open No. 11-68808 has one master station and a plurality of slave stations, in which the master station sends a transmission request collection frame to a line to collect transmission requests,
If there is a transmission request, each slave station adds the priority of the data to be transmitted to its own address position in the collection frame and sends the data to the master station. The master station gives a transmission right to the slave stations according to the priority order. JP-A-6-10491
No. 6 arbitrates contention for use requests when a plurality of higher-level devices (for example, an information processing device or an exchange) issue use requests to a plurality of resources (for example, a printer, a memory, and a display device). . JP-A-6-77974 relates to retransmission control of transmission and reception between communication devices connected on a network.
【０００７】[0007]
【発明が解決しようとする課題】従来のネットワーク通
信システムでは、上述したように、データ送信フェーズ
と次のデータ送信フェーズの間に、必ず送信ノード決定
フェーズが入る構成となっている。送信ノード決定フェ
ーズでは、ネットワーク上にデータが流れないため、デ
ータ送信フェーズ間に必ず送信ノード決定フェーズが入
る従来のネットワーク通信システムは、データの伝送効
率が悪いという問題がある。更に、従来公知例である特
開平１１−６８８０８号は、データの送信の優先度に従
ってマスタ局がスレーブ局に送信権を与えるものであ
り、各スレーブ局が対等な関係にあってそれ故にデータ
に優先度がない如きスレーブ局相互のシステムには適用
できない。更に、各スレーブ局はデータの優先度を管理
する機能が不可欠である。特開平６−１０４９１６号及
び特開平６−７７９７４号は、いずれもマスタ局とスレ
ーブ局という概念はない。As described above, the conventional network communication system has a configuration in which the transmission node determination phase always enters between the data transmission phase and the next data transmission phase. In the transmission node determination phase, since data does not flow on the network, the conventional network communication system in which the transmission node determination phase always enters between data transmission phases has a problem that data transmission efficiency is poor. Further, Japanese Patent Laid-Open No. 11-68808, which is a conventionally known example, discloses that a master station grants a transmission right to a slave station in accordance with the priority of data transmission. It cannot be applied to a system in which slave stations have no priority. Further, each slave station must have a function of managing the priority of data. Both JP-A-6-104916 and JP-A-6-77974 have no concept of a master station and a slave station.
【０００８】本発明の目的は、上記のような従来技術の
問題を克服し、伝送効率の向上を図ることができるネッ
トワーク通信システムを提供することにある。An object of the present invention is to provide a network communication system which can overcome the above-mentioned problems of the prior art and improve transmission efficiency.
【０００９】[0009]
【課題を解決するための手段】本発明は、複数台のノー
ドが接続されると共に該複数台のうちの１台のノードを
管理ノード、他のノードを非管理ノードとするネットワ
ークでノード間のデータ送受信を行なうネットワーク通
信システムにおいて、前記管理ノードは所定周期で巡回
フレームを前記ネットワークに送信し、各非管理ノード
は前記巡回フレームを受信して自身の送信要求の有無を
前記管理ノードに通知し、該管理ノードは、各非管理ノ
ードからの送信要求の有無に基づいて送信許可を与える
非管理ノードの順番を管理し、該順番に基づいて送信許
可が通知された非管理ノードが送信データをネットワー
クに送信することで、達成される。According to the present invention, a plurality of nodes are connected and one of the plurality of nodes is a management node, and the other node is a non-management node. In a network communication system for transmitting and receiving data, the management node transmits a cyclic frame to the network at a predetermined cycle, and each non-management node receives the cyclic frame and notifies the management node of the presence or absence of its own transmission request. The management node manages the order of the non-management nodes that grant transmission permission based on the presence or absence of a transmission request from each non-management node, and the non-management node notified of the transmission permission based on the order transmits the transmission data. Achieved by sending to the network.
【００１０】更に本発明は、各非管理ノードは、送信要
求発生時刻を付加して送信要求を送るものとし、管理ノ
ードは、送信要求発生時刻の順に送信許可を与えるよう
に管理するものとしたネットワーク通信システムを開示
する。Further, according to the present invention, each non-management node sends a transmission request with a transmission request occurrence time added thereto, and the management node manages so as to give a transmission permission in the order of the transmission request occurrence time. A network communication system is disclosed.
【００１１】更に本発明は、好適には、管理ノードは、
非管理ノードから前記ネットワークに送信された送信デ
ータの終了を検知したとき次の順番の非管理ノードに送
信許可を通知し、また、非管理ノードから送信要求が送
信されず且つ送信データ及び生存メッセージも送信され
なかった場合に当該非管理ノードに障害が発生したと判
断し、また、前記障害発生の有無を生存管理テーブルで
管理し、送信許可の順番をサービス順管理テーブルで管
理すると共に各テーブルを常に最新状態に更新する。更
に、非管理ノードは、送信データを必要に応じて分割す
ると共に最終が分かる通番を付けてネットワークに送信
し、管理ノードは最終の通番から当該送信データの終了
を検知する。Further, according to the present invention, preferably, the management node comprises:
When the end of the transmission data transmitted from the non-management node to the network is detected, the transmission permission is notified to the next-order non-management node, the transmission request is not transmitted from the non-management node, and the transmission data and the survival message are transmitted. If the non-management node is not transmitted, it is determined that a failure has occurred in the non-management node. The presence / absence of the failure is managed in the survival management table. The order of transmission permission is managed in the service order management table. Is always up to date. Further, the non-management node divides the transmission data as necessary and sends the transmission data to the network with a serial number that indicates the end, and the management node detects the end of the transmission data from the last serial number.
【００１２】管理ノードは、巡回フレーム送信毎に複数
の非管理ノードから送信要求が出された場合、送信許可
を与える順番を管理し、その順番に従って、送信許可を
出力する。このように、一回の送信許可に基づく非管理
ノードからの送信データの終了を待って、改めて送信許
可を与える非管理ノードを決定するのではなく、送信許
可を与える順番を管理してその順に、送信許可を当該非
管理ノードに通知する構成としたので、送信ノード決定
フェーズが不要となり、その分だけ伝送効率が向上す
る。[0012] When a plurality of non-management nodes issue a transmission request every time a cyclic frame is transmitted, the management node manages the order in which the transmission permission is given, and outputs the transmission permission in accordance with the order. In this way, instead of waiting for the end of the transmission data from the non-management node based on one transmission permission, the non-management node to which the transmission permission is given is not determined again, but the order in which the transmission permission is given is managed and the order is given. Since the transmission permission is notified to the non-management node, the transmission node determination phase is not required, and the transmission efficiency is improved accordingly.
【００１３】[0013]
【発明の実施の形態】以下、本発明の一実施形態を図面
を参照して説明する。図１は、本発明の一実施形態に係
るネットワーク通信システムの構成図であり、このネッ
トワークには、多数のノード（図１の例では４つのノー
ド）が接続されている。そのうちの１台のノード１を、
本実施形態では管理ノードとし、他のノード１１，１
２，…，１ｎを非管理ノードとし、互いに情報をやり取
りする。An embodiment of the present invention will be described below with reference to the drawings. FIG. 1 is a configuration diagram of a network communication system according to an embodiment of the present invention. Many nodes (four nodes in the example of FIG. 1) are connected to this network. One of them, Node 1,
In the present embodiment, the management node is a management node, and the other nodes 11, 1
, 1n are non-management nodes, and exchange information with each other.
【００１４】管理ノード１は、環状ネットワーク１００
に定周期に巡回フレームを送信して全非管理ノードに対
して送信要求の有無を問い合わせ、巡回フレームを受信
した非管理ノード１１，１２，…，１ｎは、送信要求が
ある場合には管理ノード１に対して送信要求「有」を通
知する。送信要求が無い場合でも自身に障害が無いこと
を示す生存メッセージを管理ノード１に通知する。The management node 1 includes a ring network 100
.., 1n which have received the cyclic frame and send a cyclic frame to the non-management nodes at regular intervals to determine whether or not there is a transmission request. 1 is notified of the transmission request “Yes”. Even when there is no transmission request, the management node 1 is notified of a survival message indicating that there is no failure.
【００１５】管理ノード１では、送信要求「有」または
送信データまたは生存メッセージを受信した非管理ノー
ドを「生存している」非管理ノードとして生存管理テー
ブル（図５）で管理すると共に、複数の非管理ノード１
１，１２，…，１ｎから複数の送信要求「有」を受信し
た場合、これらをサービス順管理テーブル（図４）で管
理し、いずれかの非管理ノードに対して送信許可を出力
して以後に当該非管理ノードから送信される送信データ
の終了を受信したときサービス順管理テーブルを参照し
て次ぎのサービス順に当たる非管理ノードに対して送信
許可を通知する。The management node 1 manages the non-management node that has received the transmission request “Yes” or the transmission data or the survival message as a “live” non-management node in the survival management table (FIG. 5), and Non-management node 1
When a plurality of transmission requests “Yes” are received from 1, 12,..., 1n, these are managed in the service order management table (FIG. 4), and transmission permission is output to any of the non-management nodes. When the end of the transmission data transmitted from the non-management node is received, the transmission permission is notified to the non-management node in the next service order with reference to the service order management table.
【００１６】管理ノード１は、送信要求受信キュー２
と、前記のサービス順管理テーブル３と、前記の生存管
理テーブル４とを備え、接続線６によりネットワーク１
００に接続されている。非管理ノード１１，１２，…，
１ｎは、夫々送信キュー２１，２２，…，２ｎを備え、
接続線７１，７２，…，７ｎによりネットワーク１００
に接続されている。尚、非管理ノードは、ネットワーク
１００に１台のみ接続された構成でも良い。The management node 1 has a transmission request reception queue 2
And the service order management table 3 and the survival management table 4.
00 is connected. Non-management nodes 11, 12, ...,
1n include transmission queues 21, 22,..., 2n, respectively.
The connection line 71, 72,...
It is connected to the. Note that the configuration may be such that only one non-management node is connected to the network 100.
【００１７】図２は、非管理ノードに設けている送信キ
ュー２１の構成（他の非管理ノードの送信キューも同じ
構成）と送信データフォーマットを示す図であり、送信
キュー２１は、送信データを管理する為に設けられてい
る。送信キュー２１には、送信すべき送信データがチェ
ーン状に連結されており、各送信データは、送信情報２
０１とデータ２０２とで構成されている。FIG. 2 is a diagram showing the configuration of the transmission queue 21 provided in the non-management node (the same configuration is applied to the transmission queues of other non-management nodes) and the transmission data format. It is provided for management. Transmission data to be transmitted is connected to the transmission queue 21 in a chain shape.
01 and data 202.
【００１８】送信情報２０１には、次キューアドレス２
０４と、自ノード番２０５と、送信先ノード番２０６
と、要求発生時刻２０７と、キュー状態２０８と、デー
タ種別２０９と、データ長２１０と、データアドレス２
１１とを格納する領域が設けられている。The transmission information 201 includes a next queue address 2
04, own node number 205, and destination node number 206
, Request generation time 207, queue status 208, data type 209, data length 210, data address 2
11 is provided.
【００１９】図３は、管理ノード１に設けられた送信要
求受信キュー２の構造とキューフォーマットを示す図で
あり、送信要求受信キュー２は、各非管理ノードからの
送信要求を管理する為に設けられている。即ち、送信要
求受信キュー２には、非管理ノード毎の送信要求３０
２，３０７が設けられ、また、同一の非管理ノードの送
信要求３０２，３０３，３０４，…は、チェーン状に連
結されている。各送信要求３０２，３０３，３０４，３
０７には、夫々、図２に示す送信情報２０１と同様に、
次キューアドレス３０８と、自ノード番３０９と、送信
先ノード番３１０と、要求発生時刻３１１と、キュー状
態３１２と、データ種別３１３と、データ長３１４とを
格納する領域が設けられている。FIG. 3 is a diagram showing the structure and queue format of a transmission request reception queue 2 provided in the management node 1. The transmission request reception queue 2 is used to manage transmission requests from each non-management node. Is provided. That is, the transmission request reception queue 2 has a transmission request 30 for each non-management node.
2, 307, and transmission requests 302, 303, 304,... Of the same non-management node are connected in a chain. Each transmission request 302, 303, 304, 3
07, like the transmission information 201 shown in FIG.
An area for storing the next queue address 308, the own node number 309, the transmission destination node number 310, the request occurrence time 311, the queue state 312, the data type 313, and the data length 314 is provided.
【００２０】図４は、管理ノード１に設けられたサービ
ス順管理テーブル３（図１）の構成図である。サービス
順管理テーブルは、非管理ノード１１，１２，…，１ｎ
に対するサービス順を管理するために設けられており、
サービス順は、同じく管理ノード１に設けられている送
信要求受信キュー２を基に編集される。この編集は、次
の様にして行う。先ず、管理ノード１は、非管理ノード
１１等からの送信要求３０２等（図３）を受信した時
に、その送信要求３０２を含め非管理ノード１１毎に最
も古い要求発生時刻２０７を持つ送信要求を検索し、そ
の要求発生時刻２０７を全非管理ノード１１，１２，
…，１ｎで比較し、サービス順を決定し、それをサービ
ス順管理テーブル３に設定する。但し、サービス順の決
定の対象は、図５に示す生存管理テーブルで「生存」状
態となっている非管理ノードだけとする。FIG. 4 is a configuration diagram of the service order management table 3 (FIG. 1) provided in the management node 1. The service order management table includes the non-management nodes 11, 12,.
Is provided to manage the service order for
The service order is edited based on the transmission request reception queue 2 also provided in the management node 1. This editing is performed as follows. First, when the management node 1 receives the transmission request 302 or the like (FIG. 3) from the non-management node 11 or the like, the management node 1 sends the transmission request having the oldest request occurrence time 207 for each non-management node 11 including the transmission request 302. Search, and the request occurrence time 207 is set to all the non-management nodes 11, 12,
, 1n to determine the service order, and set it in the service order management table 3. However, the service order is determined only for the non-management nodes in the “live” state in the liveness management table shown in FIG.
【００２１】図５は、非管理ノードの生存状態を管理す
るための生存管理テーブル４（図１）の構成図である。
生存状態は、非管理ノードから受信される送信要求や送
信データ、生存メッセージにより判断する。その判断
は、次の様にして行う。非管理ノード１１，１２，…，
１ｎからの送信要求３０２等（図３）と、図２の送信デ
ータまたは生存メッセージが一定時間または一定周期以
上、管理ノード１に届いている状態を「生存」状態と
し、非管理ノード１１，１２，…，１ｎからの送信要求
３０２等や、送信データ２０１または生存メッセージが
一定時間または一定周期以上届いていない状態を「死」
状態とする。そして、毎周期の非管理ノードからのデー
タを受信するタイミングで、各生存／死状態を判断し、
結果を生存管理テーブル４に書き込む。FIG. 5 is a configuration diagram of the survival management table 4 (FIG. 1) for managing the survival state of the non-management node.
The survival state is determined based on a transmission request, transmission data, and a survival message received from the non-management node. The determination is made as follows. Non-management nodes 11, 12, ...,
The state in which the transmission request 302 or the like from FIG. 1n (FIG. 3) and the transmission data or the survival message in FIG. 2 reach the management node 1 for a certain time or a certain period or more is defined as a “live” state, and the non-management nodes 11 and 12 ,..., 1n, the state in which the transmission data 201 or the survival message has not arrived for a certain period of time or for a certain period or more is “dead”.
State. Then, at the timing of receiving data from the non-management node in each cycle, each alive / dead state is determined,
The result is written to the survival management table 4.
【００２２】図５は、管理ノード１と非管理ノード１１
との送信と応答の手順を説明する信号シーケンス図であ
る。非管理ノードは、管理ノードに対する送信データが
発生すると、管理ノードに対し送信要求１を送信する
（手順６０１）。この送信要求１を受信した管理ノード
は、非管理ノードに対して、送信要求１に対する要求応
答１を返送する（手順６０２）と共に、送信要求１を含
め編集したサービス順管理テーブルの先頭サービス非管
理ノードに対して、送信許可１を送信する（手順６０
２）。要求応答１と送信許可１の宛先となる非管理ノー
ドが同じであっても異なっていても良く、管理ノード
は、要求応答１と送信許可１を同一の送信タイミングで
送出する。FIG. 5 shows the management node 1 and the non-management node 11
FIG. 9 is a signal sequence diagram for explaining a procedure of transmitting and responding to a request. When transmission data to the management node occurs, the non-management node transmits a transmission request 1 to the management node (procedure 601). The management node that has received the transmission request 1 returns a request response 1 to the transmission request 1 to the non-management node (procedure 602), and also performs the first service non-management of the service order management table edited including the transmission request 1. Send transmission permission 1 to the node (procedure 60).
2). The non-management nodes that are the destinations of the request response 1 and the transmission permission 1 may be the same or different, and the management node sends the request response 1 and the transmission permission 1 at the same transmission timing.
【００２３】要求応答１を受信した非管理ノードは、送
信キューの当該送信データのキュー状態（図２の２０
８）を送信許可待ち状態にする。また、送信許可１を受
信した非管理ノードは、送信キューの当該送信データの
キュー状態を確認し、送信許可待ち状態である時、送信
キューの送信データを一括または分割して、管理ノード
に対し送信する（手順６０３）。その時、送信データに
は分割通番を付加し、最終通番であれば最終であること
を記す（手順６０３−Ｘ）。The non-management node that has received the request / response 1 sets the queue status of the transmission data in the transmission queue (20 in FIG. 2).
8) is set to a transmission permission waiting state. The non-management node that has received the transmission permission 1 checks the queue state of the transmission data in the transmission queue, and when waiting for the transmission permission, collectively or divides the transmission data in the transmission queue and sends the data to the management node. Send it (procedure 603). At this time, a division serial number is added to the transmission data, and if it is the last serial number, it is described that the transmission data is final (step 603-X).
【００２４】非管理ノードは、送信状態にかかわらず、
管理ノードに対する送信データが発生したとき、他の送
信フレームと同じタイミングで、送信要求２を管理ノー
ド宛に送信する（手順６０３−Ｎ）。管理ノードも、同
様に、送信状態にかかわらず、非管理ノードから送信要
求２を受信した時は、他の送信フレームと同じタイミン
グで、要求応答２を返信する（手順６１６）。The unmanaged node, regardless of the transmission state,
When transmission data to the management node is generated, the transmission request 2 is transmitted to the management node at the same timing as another transmission frame (procedure 603-N). Similarly, when the management node receives the transmission request 2 from the non-management node regardless of the transmission state, the management node returns the request response 2 at the same timing as another transmission frame (step 616).
【００２５】非管理ノードは、一括または分割した送信
データ１を送信し続け、最終通番の送信データを送信す
る（手順６０３―Ｘ）と、この最終通番である送信デー
タを受信した管理ノードは、非管理ノードに対して、最
終通番である送信データに対するデータ応答１を送信す
る（手順６０５）。また、当該送信データに対する送信
要求を削除し、編集したサービス順管理テーブルの先頭
サービス非管理ノードに対して、送信許可２を送信する
（手順６０５）。データ応答１と送信許可２の宛先とな
る非管理ノードは、同一であっても異なっていても良
く、管理ノードは、データ応答１と送信許可２を同一の
送信タイミングで送出する。The non-management node continues to transmit the collective or divided transmission data 1 and transmits the transmission data of the last serial number (procedure 603-X). When the non-management node receives the transmission data of the final serial number, The data response 1 for the transmission data as the final serial number is transmitted to the non-management node (step 605). Further, the transmission request for the transmission data is deleted, and transmission permission 2 is transmitted to the first service non-management node in the edited service order management table (step 605). The non-management nodes that are the destinations of the data response 1 and the transmission permission 2 may be the same or different, and the management node sends the data response 1 and the transmission permission 2 at the same transmission timing.
【００２６】非管理ノードは、一括または分割した送信
データを送信し続け、最終通番である送信データを送信
する（手順６０６―Ｘ）と、最終通番である送信データ
を受信した管理ノードは、非管理ノードに対して、最終
通番である送信データに対するデータ応答２を送信する
（手順６０７）。データ応答２を受信した非管理ノード
は、送信する送信要求または送信データが無い時には、
管理ノードに自ノードが生存状態であることを通知する
為に、生存メッセージを毎周期送信する（手順６０
８）。The non-management node continues to transmit the collective or divided transmission data and transmits the transmission data of the last serial number (procedure 606-X). The data response 2 for the transmission data that is the final serial number is transmitted to the management node (step 607). When the non-management node receives the data response 2, when there is no transmission request or data to transmit,
In order to notify the management node that the own node is alive, an alive message is transmitted every cycle (procedure 60).
8).
【００２７】図７は、非管理ノードにおける送受信手順
を示すフローチャートである。非管理ノードは、所定周
期毎に巡回フレームを通して、ネットワーク１００（図
１）からの受信およびネットワーク１００への送信を行
なうが、まず、ネットワークから受信を行なう（ステッ
プ７０１）。受信したフレームの中に送信許可（例え
ば、図５の手順６０２で受信した送信許可１）が存在す
るか否かを検索し（ステップ７０２）、送信許可が有る
ときには、送信キューの中の送信許可に対応する送信デ
ータのキュー状態を送信許可状態に遷移し（ステップ７
０３）、一括または分割したデータに通番を格納し（ス
テップ７０４）、分割したデータを送信バッファに格納
する（ステップ７０５）。FIG. 7 is a flowchart showing a transmission / reception procedure in the non-management node. The non-management node performs reception from the network 100 (FIG. 1) and transmission to the network 100 through the cyclic frame at predetermined intervals, but first receives from the network (step 701). A search is performed to determine whether a transmission permission (for example, transmission permission 1 received in step 602 in FIG. 5) exists in the received frame (step 702), and if the transmission permission exists, the transmission permission in the transmission queue is determined. Is changed to a transmission permission state (step 7).
03), a serial number is stored in the batch or divided data (step 704), and the divided data is stored in the transmission buffer (step 705).
【００２８】次に、受信したフレームの中に要求応答
（例えば、図６の手順６０２で受信した要求応答１）が
存在するか否かを検索し（７０６）、要求応答が有ると
きには、送信キューの中のこの要求応答に対応する送信
データのキュー状態を応答受信済状態に遷移する（ステ
ップ７０７）。そして、受信したフレームの中にデータ
応答（例えば、図６の手順６０５で受信したデータ応答
１）が存在するか否かを検索し（ステップ７０８）、デ
ータ応答が有るときには、送信キューの中からこのデー
タ応答に対応する送信データを削除する（ステップ７０
９）。Next, it is searched for a request response (for example, request response 1 received in step 602 in FIG. 6) in the received frame (706). The queue status of the transmission data corresponding to the request response in the above is changed to the response received status (step 707). Then, it is searched whether or not a data response (for example, data response 1 received in step 605 in FIG. 6) exists in the received frame (step 708). The transmission data corresponding to this data response is deleted (step 70).
9).
【００２９】次に、送信キューの中に、この要求応答が
未受信状態の送信データが存在するか否かを検索し（ス
テップ７１０）、送信データが有るときには、送信要求
（例えば、図６の手順６０１の送信要求１）を作成し、
送信バッファに格納する（ステップ７１１）。そして、
送信キューの中にキュー状態が許可状態である送信デー
タが存在するか否かを検索し（ステップ７１２）、送信
データが存在するときには、一括または分割したデータ
を送信バッファに格納する（ステップ７１３）。Next, a search is made as to whether or not there is transmission data in which the request response has not been received in the transmission queue (step 710). If there is transmission data, the transmission request (for example, FIG. Create the transmission request 1) in step 601 and
The data is stored in the transmission buffer (step 711). And
A search is made as to whether or not the transmission data in the transmission queue is in the permitted state (step 712). If there is transmission data, the batch or divided data is stored in the transmission buffer (step 713). .
【００３０】次に、送信バッファの中に送信フレームが
存在するか否かを検索し（ステップ７１４）、存在しな
いときには、生存メッセージを作成し、送信バッファに
格納する（ステップ７１５）。最後に、送信バッファの
内容をネットワーク１００に送信する(ステップ７１
６）。Next, it is searched whether or not a transmission frame exists in the transmission buffer (step 714). If not, a survival message is created and stored in the transmission buffer (step 715). Finally, the contents of the transmission buffer are transmitted to the network 100 (step 71).
6).
【００３１】図８は、管理ノードにおける送受信手順を
示すフローチャートである。管理ノードは、所定周期毎
の巡回フレームを通して、ネットワーク１００からの受
信およびネットワーク１００への送信を行なう。FIG. 8 is a flowchart showing a transmission / reception procedure in the management node. The management node performs reception from the network 100 and transmission to the network 100 through a cyclic frame at predetermined intervals.
【００３２】まず、管理ノードは、ネットワーク１００
から受信を行なう（ステップ８０１）。受信したフレー
ムの中に最終通番の送信データが存在するか否かを検索
し（ステップ８０２）、存在するときには、送信要求受
信キューから当該送信データに対応する送信要求を削除
し（ステップ８０３）、サービス順管理テーブルを再構
成し（ステップ８０４)、最終通番の送信データに対応
するデータ応答を作成し（ステップ８０５）、このデー
タ応答を送信バッファに格納する（ステップ８０６）。First, the management node operates the network 100
(Step 801). A search is performed to determine whether or not the transmission data of the last serial number exists in the received frame (step 802). If there is, the transmission request corresponding to the transmission data is deleted from the transmission request reception queue (step 803). The service order management table is reconfigured (step 804), a data response corresponding to the transmission data of the last serial number is created (step 805), and this data response is stored in the transmission buffer (step 806).
【００３３】また引き続き、サービス順管理テーブル
（図４）の中に送信許可を与えていない送信要求が存在
するか否かを検索し（ステップ８０７）、存在するとき
には、送信要求を送信した非管理ノードに対して送信許
可を作成し（ステップ８０８）、送信バッファに格納す
る（ステップ８０９）。Next, the service order management table (FIG. 4) is searched for a transmission request to which transmission permission is not given (step 807). A transmission permission is created for the node (step 808) and stored in the transmission buffer (step 809).
【００３４】次に、受信したフレームの中に送信要求が
存在するか否かを検索し（ステップ８１０）、存在する
ときには、送信要求を送信要求受信キューに連結し（ス
テップ８１１）、サービス順管理テーブル（図４）の再
構成を行ない（ステップ８１２）、送信要求を送信した
非管理ノードに対する要求応答を作成し（ステップ８１
３）、送信バッファに格納する（ステップ８１４）。Next, it is searched for a transmission request in the received frame (step 810). If there is, the transmission request is linked to the transmission request reception queue (step 811), and the service order management is performed. The table (FIG. 4) is reconfigured (step 812), and a request response to the non-management node that transmitted the transmission request is created (step 81).
3) and store it in the transmission buffer (step 814).
【００３５】また引き続き、サービス順管理テーブルの
中に送信許可を与えていない送信要求が存在し（ステッ
プ８１５）かつ送信バッファに送信許可が既に格納され
ているか否かを検索し（ステップ８１６）、該当すると
きには、送信要求を送信した非管理ノードに対して送信
許可を作成し（ステップ８１７）、送信バッファに格納
する（ステップ８１８）。Subsequently, it is searched whether or not there is a transmission request for which transmission permission is not given in the service order management table (step 815) and whether the transmission permission is already stored in the transmission buffer (step 816). If so, a transmission permission is created for the non-management node that transmitted the transmission request (step 817), and stored in the transmission buffer (step 818).
【００３６】次に、非管理ノード毎に、受信したフレー
ムの中に自ノードの送信したフレームが存在するか否か
を検索し（ステップ８２０）、存在しないときには、生
存管理テーブル（図５）の該当非管理ノードの欄を
「死」状態とし（ステップ８２１）、サービス順管理テ
ーブル（図４）の再構成を行う（ステップ８２３）。全
非管理ノードの検索が終了したとき（ステップ８１
９）、送信バッファにある送信フレームをネットワーク
１００に送信する（ステップ８２４）。Next, for each non-management node, a search is performed to determine whether or not a frame transmitted by the own node exists in the received frames (step 820). If not, a search is made in the survival management table (FIG. 5). The column of the corresponding non-management node is set to the “dead” state (step 821), and the service order management table (FIG. 4) is reconfigured (step 823). When the search for all non-management nodes is completed (step 81
9), transmit the transmission frame in the transmission buffer to the network 100 (step 824).
【００３７】この様に、本実施形態によれば、非管理ノ
ードからの送信データの送信が終了する毎に、次に送信
許可を与える非管理ノードを決定する必要がなくなり、
サービス順管理テーブルに従って順に送信許可を通知す
ればよくなるため、その分だけ伝送効率が向上する。ま
た、サービス順の管理の他に、非管理ノードの生死の状
態も管理するため、どの非管理ノードに障害が発生した
のか容易に判断することができ、障害発生ノードに対し
ての送信許可を誤って通知することも回避可能となる。
更に、巡回フレーム送信毎に取得する非管理ノードから
の送信要求の有無や生存メッセージに基づいてサービス
順管理テーブルや生存管理テーブルを編集し直し更新す
るため、ネットワークにおけるデータ送受信が滞ること
もなくなる。As described above, according to the present embodiment, it is not necessary to determine the next non-management node to which transmission permission is given each time transmission of transmission data from the non-management node is completed.
Since the transmission permission need only be notified in accordance with the service order management table, the transmission efficiency is improved accordingly. In addition to managing the service order, it also manages the alive / dead state of the non-management node, so it is easy to determine which non-management node has failed, and permit transmission to the failed node. Incorrect notification can be avoided.
Further, since the service order management table and the survival management table are edited and updated based on the presence / absence of a transmission request from the non-management node and the survival message acquired every time the cyclic frame is transmitted, data transmission / reception in the network does not stagnate.
【００３８】[0038]
【発明の効果】本発明によれば、ネットワーク上のデー
タ送信状況にかかわらず、管理ノードが、データを送信
する非管理ノードの順番を決定・管理するので、送信デ
ータの最終通番の送信完了後と、次送信データの先頭通
番の送信開始との間で従来行っていた送信ノード決定フ
ェーズを省くことが可能となり、伝送効率を向上するこ
とが可能となる。According to the present invention, the management node determines and manages the order of the non-management nodes that transmit data regardless of the data transmission status on the network. And the start of transmission of the next serial number of the next transmission data, the transmission node determination phase conventionally performed can be omitted, and the transmission efficiency can be improved.
【図１】本発明の一実施形態に係る多数ノード接続のネ
ットワーク構成図である。FIG. 1 is a network configuration diagram of a multi-node connection according to an embodiment of the present invention.
【図２】送信キューの構造と送信データフォーマットを
示す図である。FIG. 2 is a diagram illustrating a structure of a transmission queue and a transmission data format.
【図３】送信要求受信キューの構造とデータフォーマッ
トを示す図である。FIG. 3 is a diagram showing a structure and a data format of a transmission request reception queue.
【図４】非管理ノードのサービス順を管理するテーブル
の構成図である。FIG. 4 is a configuration diagram of a table for managing a service order of a non-management node.
【図５】非管理ノードの生存状態を管理するテーブルの
構成図である。FIG. 5 is a configuration diagram of a table for managing a live state of a non-management node.
【図６】管理ノードと非管理ノードとの間の送信と応答
の信号シーケンス図である。FIG. 6 is a signal sequence diagram of transmission and response between a management node and a non-management node.
【図７】非管理ノードの送受信手順を示すフローチャー
トである。FIG. 7 is a flowchart illustrating a transmission / reception procedure of a non-management node.
【図８】管理ノードの送受信手順を示すフローチャート
である。FIG. 8 is a flowchart illustrating a transmission / reception procedure of the management node.
１ 管理ノード ２ 送受信要求キュー ３ サービス順管理テーブル ４ 生存管理テーブル １１，１２，１ｎ 非管理ノード ２１ 送信キュー Reference Signs List 1 management node 2 transmission / reception request queue 3 service order management table 4 survival management table 11, 12, 1n non-management node 21 transmission queue
───────────────────────────────────────────────────── フロントページの続き (72)発明者 寺門 勲 茨城県日立市大みか町五丁目２番１号 日 立プロセスコンピュータエンジニアリング 株式会社内 (72)発明者 菊池 久雄 茨城県日立市大みか町五丁目２番１号 日 立プロセスコンピュータエンジニアリング 株式会社内 (72)発明者 飯島 三朗 茨城県日立市大みか町五丁目２番１号 日 立プロセスコンピュータエンジニアリング 株式会社内 (72)発明者 足達 芳昭 茨城県日立市大みか町五丁目２番１号 株 式会社日立製作所情報制御システム事業部 内 (72)発明者 縮 卓志 茨城県日立市大みか町五丁目２番１号 日 立プロセスコンピュータエンジニアリング 株式会社内 Ｆターム(参考） 5K031 CA03 CA09 DA02 EA01 ──────────────────────────────────────────────────続 き Continuing on the front page (72) Inventor Isamu Teramon 5-2-1 Omikacho, Hitachi City, Ibaraki Prefecture Inside Hitachi Process Computer Engineering Co., Ltd. (72) Inventor Hisao Kikuchi 5-chome Omikacho, Hitachi City, Ibaraki Prefecture No. 1 Hitachi Process Computer Engineering Co., Ltd. (72) Inventor Saburo Iijima 5-2-1 Omikacho, Hitachi City, Ibaraki Prefecture Hitachi Process Computer Engineering Co., Ltd. (72) Inventor Yoshiaki Adachi Omika, Hitachi City, Ibaraki Prefecture 5-2-1, Machi-machi Information Control Systems Division, Hitachi, Ltd. (72) Inventor Takushi Shuri 5-2-1, Omika-cho, Hitachi City, Ibaraki Pref. 5K031 CA03 CA 09 DA02 EA01
Claims (6)
数台のうちの１台のノードを管理ノード、他のノードを
非管理ノードとするネットワークでノード間のデータ送
受信を行なうネットワーク通信システムにおいて、前記
管理ノードは所定周期で巡回フレームを前記ネットワー
クに送信し、各非管理ノードは前記巡回フレームを受信
して自身の送信要求の有無を前記管理ノードに通知し、
該管理ノードは、各非管理ノードからの送信要求の有無
に基づいて送信許可を与える非管理ノードの順番を管理
し、該順番に基づいて送信許可が通知された非管理ノー
ドが送信データをネットワークに送信することを特徴と
するネットワーク通信システム。1. A network communication system in which a plurality of nodes are connected, and one of the plurality of nodes is a management node and the other node is a non-management node, performs data transmission and reception between nodes in a network. The management node transmits a cyclic frame to the network at a predetermined cycle, and each non-management node receives the cyclic frame and notifies the management node of the presence or absence of its own transmission request,
The management node manages the order of the non-management nodes that grant the transmission permission based on the presence or absence of the transmission request from each non-management node, and the non-management node notified of the transmission permission based on the order transmits the transmission data to the network. A network communication system for transmitting to a network.
刻を付加して送信要求を送るものとし、管理ノードは、
送信要求発生時刻の順に送信許可を与えるように管理す
るものとした請求項１のネットワーク通信システム。2. Each of the non-management nodes sends a transmission request with a transmission request occurrence time added thereto.
2. The network communication system according to claim 1, wherein transmission is permitted in the order of transmission request occurrence time.
理ノードから前記ネットワークに送信された送信データ
の終了を検知したとき次の順番の非管理ノードに送信許
可を通知することを特徴とするネットワーク通信システ
ム。3. The non-management node according to claim 1, wherein when detecting the end of the transmission data transmitted from the non-management node to the network, the management node notifies the next non-management node of the transmission permission. Network communication system.
て、管理ノードは、非管理ノードから送信要求が送信さ
れず且つ送信データ及び生存メッセージも送信されなか
った場合に当該非管理ノードに障害が発生したと判断す
ることを特徴とするネットワーク通信システム。4. The non-management node according to any one of claims 1 to 3, wherein the non-management node fails when no transmission request is transmitted from the non-management node and neither the transmission data nor the survival message is transmitted. A network communication system, wherein it is determined that an error has occurred.
前記障害発生の有無を生存管理テーブルで管理し、送信
許可の順番をサービス順管理テーブルで管理し、巡回フ
レーム送信毎に取得する各非管理ノードからの送信要求
の有無または送信データまたは生存メッセージにより前
記生存管理テーブルと前記サービス順管理テーブルを更
新することを特徴とするネットワーク通信システム。5. The management node according to claim 4, wherein:
The presence or absence of the failure is managed in the survival management table, the order of transmission permission is managed in the service order management table, and the presence or absence of a transmission request from each non-management node or transmission data or survival message obtained every cyclic frame transmission A network communication system for updating the survival management table and the service order management table.
て、非管理ノードは、送信データを必要に応じて分割す
ると共に最終が分かる通番を付けてネットワークに送信
し、管理ノードは最終の通番から当該送信データの終了
を検知することを特徴とするネットワーク通信システ
ム。6. The non-management node according to any one of claims 1 to 5, wherein the non-management node divides the transmission data as necessary and transmits the transmission data to the network with a serial number that indicates the last, and the management node transmits the final serial number. Detecting the end of the transmission data from the network communication system.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000257087A JP3699343B2 (en) | 2000-08-28 | 2000-08-28 | Network communication system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000257087A JP3699343B2 (en) | 2000-08-28 | 2000-08-28 | Network communication system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002077204A true JP2002077204A (en) | 2002-03-15 |
| JP3699343B2 JP3699343B2 (en) | 2005-09-28 |
Family
ID=18745608
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000257087A Expired - Fee Related JP3699343B2 (en) | 2000-08-28 | 2000-08-28 | Network communication system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3699343B2 (en) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007195082A (en) * | 2006-01-23 | 2007-08-02 | Yokogawa Electric Corp | System and method for diagnosing communication function |
| JP2007272709A (en) * | 2006-03-31 | 2007-10-18 | Auto Network Gijutsu Kenkyusho:Kk | Operation monitoring unit |
| JP2007281803A (en) * | 2006-04-05 | 2007-10-25 | Auto Network Gijutsu Kenkyusho:Kk | Operation monitoring unit |
| JP2012249340A (en) * | 2011-05-25 | 2012-12-13 | Meidensha Corp | Remote maintenance device for digital protection relay system |
| US9077737B2 (en) | 2006-11-08 | 2015-07-07 | Felica Networks, Inc. | Wireless communication system, information and communication terminal, portable telephone, reader/writer, communication method and computer program |
-
2000
- 2000-08-28 JP JP2000257087A patent/JP3699343B2/en not_active Expired - Fee Related
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007195082A (en) * | 2006-01-23 | 2007-08-02 | Yokogawa Electric Corp | System and method for diagnosing communication function |
| JP2007272709A (en) * | 2006-03-31 | 2007-10-18 | Auto Network Gijutsu Kenkyusho:Kk | Operation monitoring unit |
| JP4560000B2 (en) * | 2006-03-31 | 2010-10-13 | 株式会社オートネットワーク技術研究所 | Operation monitoring unit |
| JP2007281803A (en) * | 2006-04-05 | 2007-10-25 | Auto Network Gijutsu Kenkyusho:Kk | Operation monitoring unit |
| US9077737B2 (en) | 2006-11-08 | 2015-07-07 | Felica Networks, Inc. | Wireless communication system, information and communication terminal, portable telephone, reader/writer, communication method and computer program |
| JP2012249340A (en) * | 2011-05-25 | 2012-12-13 | Meidensha Corp | Remote maintenance device for digital protection relay system |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3699343B2 (en) | 2005-09-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4376862B2 (en) | Communication message conversion apparatus and communication message conversion method | |
| US6272134B1 (en) | Multicast frame support in hardware routing assist | |
| US5790530A (en) | Message-passing multiprocessor system | |
| US6453406B1 (en) | Multiprocessor system with fiber optic bus interconnect for interprocessor communications | |
| JP4759135B2 (en) | Distributed switch and connection control configuration and method for digital communication network | |
| JP2595965B2 (en) | Broadcast communication system | |
| JP2002077204A (en) | Network communication system | |
| US8386692B2 (en) | Method for communicating between nodes and server apparatus | |
| JPH10262093A (en) | Transmission control method | |
| JP3345546B2 (en) | Data delivery method and information communication device | |
| JP2003018165A (en) | Network information informing method | |
| KR100819194B1 (en) | Multiple buffers for removing unwanted header information from received data packets | |
| JP2015115864A (en) | Data transfer system and control method for data transfer system | |
| CN105450786B (en) | A kind of message processing method and device | |
| JPH08204756A (en) | Cyclic data transfer system | |
| JP4148013B2 (en) | Data communication apparatus and data communication method | |
| Qu et al. | Parallelring: a token ring LAN with concurrent multiple transmissions and message destination removal | |
| JP3114219B2 (en) | Network connection device | |
| JPH0784857A (en) | Relay type file transfer system | |
| JPH03140035A (en) | Broadcast communication system | |
| JP2002374284A (en) | Distribution transaction processing system | |
| JP2504596B2 (en) | Frame filtering method in large-scale LAN system | |
| JP2000286881A (en) | Ring type network system and its transmission controller | |
| CN115696433A (en) | Information processing method, device and network equipment | |
| JPH11112499A (en) | Fault monitoring system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041221 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050221 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050329 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050525 |
|
| 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: 20050705 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050707 |
|
| 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: 20080715 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090715 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090715 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100715 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100715 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110715 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110715 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120715 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130715 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |