JP3339537B2 - Communication control device and communication control method - Google Patents

Communication control device and communication control method

Info

Publication number
JP3339537B2
JP3339537B2 JP06294195A JP6294195A JP3339537B2 JP 3339537 B2 JP3339537 B2 JP 3339537B2 JP 06294195 A JP06294195 A JP 06294195A JP 6294195 A JP6294195 A JP 6294195A JP 3339537 B2 JP3339537 B2 JP 3339537B2
Authority
JP
Japan
Prior art keywords
terminal
failure
information
frame
communication control
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.)
Expired - Lifetime
Application number
JP06294195A
Other languages
Japanese (ja)
Other versions
JPH08265348A (en
Inventor
典子 兼田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Priority to JP06294195A priority Critical patent/JP3339537B2/en
Publication of JPH08265348A publication Critical patent/JPH08265348A/en
Application granted granted Critical
Publication of JP3339537B2 publication Critical patent/JP3339537B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Landscapes

  • Small-Scale Networks (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【産業上の利用分野】本発明は、複数の端末が接続され
たネットワークにおいて、端末の故障が発生した場合の
通信制御を行う故障対応通信制御装置に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a communication controller corresponding to a failure which performs communication control when a failure occurs in a terminal in a network to which a plurality of terminals are connected.

【0002】[0002]

【従来の技術】複数の端末が接続されたネットワークに
おいて、ある端末が故障した場合における端末間の情報
のやりとりに関する従来の方法は、以下の通りである。
尚、ここでは、ネットワークがホームバスシステム(以
下、「HBS」という。)である場合を例にとり、図4
〜図9を用いて従来の技術を説明する。
2. Description of the Related Art In a network to which a plurality of terminals are connected, a conventional method for exchanging information between terminals when a certain terminal has failed is as follows.
Here, FIG. 4 shows a case where the network is a home bus system (hereinafter, referred to as “HBS”) as an example.
A conventional technique will be described with reference to FIGS.

【0003】HBSは、主に家庭内の情報化のためのホ
ームオートメーション機器をつなぐ信号線系統に関する
統一規格である。図4は、複数のホームオートメーショ
ン機器、即ち、端末106a〜106cが接続されたネ
ットワークの一構成例である。HBSにおいては、図4
に示されるように、各端末は、共通の伝送路であるホー
ムバスに接続されている。
[0003] The HBS is a unified standard for a signal line system that mainly connects home automation equipment for home information processing. FIG. 4 is a configuration example of a network to which a plurality of home automation devices, that is, terminals 106a to 106c are connected. In HBS, FIG.
, Each terminal is connected to a home bus which is a common transmission path.

【0004】図5は、従来の端末の構成を示すブロック
図である。従来の端末106は、通信部102、機器状
態表示部103、自己アドレス記憶部104及びアプリ
ケーションシステム処理部105から構成される。尚、
この構成は、端末の故障に対する機能という観点から端
末の構成を各ブロックに分類したものである。通信部1
02は、ホームバス101を流れるフレームを受信した
りホームバス101にフレームを送信したりする。
FIG. 5 is a block diagram showing a configuration of a conventional terminal. The conventional terminal 106 includes a communication unit 102, a device status display unit 103, a self address storage unit 104, and an application system processing unit 105. still,
In this configuration, the configuration of the terminal is classified into each block from the viewpoint of the function against the failure of the terminal. Communication unit 1
02 receives a frame flowing through the home bus 101 or transmits a frame to the home bus 101.

【0005】機器状態表示部103は、その端末の動作
の健全性を示すものであり、具体的には、ホームオート
メーション機器の回路駆動用のDC電源、冷却ファン駆
動用のAC電源、モータの回転用検知センサ、温度セン
サ等の出力部のことをいう。自己アドレス記憶部104
は、半導体メモリなどからなり、ホームバスに接続され
た各端末を一意的に識別するためのアドレスを記憶して
いる。
[0005] The device status display unit 103 indicates the soundness of the operation of the terminal. Specifically, a DC power source for driving a circuit of a home automation device, an AC power source for driving a cooling fan, and a rotation of a motor are provided. Output unit such as a temperature detection sensor and a temperature sensor. Self address storage unit 104
Is composed of a semiconductor memory or the like, and stores an address for uniquely identifying each terminal connected to the home bus.

【0006】アプリケーションシステム処理部105
は、CPUなどからなり、ホームバス101を介しての
通信制御をしたり各構成ブロックの制御をしたりする。
尚、図示されていないが、アプリケーションシステム処
理部105には、各端末に固有のホームオートメーショ
ン機器としての機能、例えば、家庭で一般に使用される
エアコン等の機能も含まれる。
The application system processing unit 105
Is composed of a CPU or the like, and controls communication via the home bus 101 and controls each component block.
Although not shown, the application system processing unit 105 includes a function as a home automation device unique to each terminal, for example, a function of an air conditioner generally used at home.

【0007】図6は、HBSにおいて端末間で送受信さ
れるフレーム構成の一例を示す図である。フレームは、
図示されるように先頭のプライオリティコード(PR)
61から始まり、1バイト応答コード(ACK/NA
K)69で終わる構成になっている。その中のデータ領
域(DATA)66は、さらにヘッダーコード(HD)
661、オペレーションコード(OPC)662、オペ
ランド(OPR)663等を含む構成になっている。
FIG. 6 is a diagram showing an example of a frame configuration transmitted and received between terminals in the HBS. The frame is
First priority code (PR) as shown
Starting from 61, a one-byte response code (ACK / NA
K) The configuration ends with 69. The data area (DATA) 66 therein further includes a header code (HD)
661, an operation code (OPC) 662, an operand (OPR) 663, and the like.

【0008】以上のように構成された従来のHBSにお
いて、各端末間のフレームのやりとりを図7〜図9を用
いて説明する。今、端末106aがコントローラとな
り、端末106bに制御命令を送信することによって、
端末106bを遠隔操作する場合を想定する。図7は、
端末106bにおける動作を示すフローチャートであ
る。
The exchange of frames between terminals in the conventional HBS configured as described above will be described with reference to FIGS. Now, by transmitting the control command to the terminal 106b with the terminal 106a serving as a controller,
It is assumed that the terminal 106b is remotely operated. FIG.
10 is a flowchart illustrating an operation in the terminal 106b.

【0009】図8は、端末の故障が発生していない通常
の状態における各端末間のフレームのやりとりを示す図
である。先ず端末106aが、デスティネーションアド
レスコード(DA)63に端末106bのアドレスを指
定したフレーム80aをホームバス101に送信する。
端末106bの通信部102は、ネットワーク上を流れ
るフレームを受信し、アプリケーションシステム処理部
105に渡す(ステップS71)。
FIG. 8 is a diagram showing exchange of frames between terminals in a normal state where no terminal failure has occurred. First, the terminal 106a transmits to the home bus 101 a frame 80a in which the destination address code (DA) 63 specifies the address of the terminal 106b.
The communication unit 102 of the terminal 106b receives the frame flowing on the network and passes it to the application system processing unit 105 (Step S71).

【0010】アプリケーションシステム処理部105
は、そのフレームが同報フレームか否かをプライオリテ
ィコード(PR)61の値で判定する(ステップS7
2)。判定の結果、同報フレームであると判断した場合
には無応答とし、その同報フレームに対応する所定の処
理を行う(ステップS73)。一方、判定の結果、非同
報フレームであると判断した場合には(ステップS7
2)、続いてそのフレームが自己宛フレームかどうかを
判断する(ステップS74)。この判断は、自己アドレ
ス記憶部104に格納された値とフレーム内のデスティ
ネーションアドレスコード(DA)63の値との一致の
有無によって行う。
[0010] Application system processing unit 105
Determines whether the frame is a broadcast frame based on the value of the priority code (PR) 61 (step S7).
2). As a result of the determination, if it is determined that the frame is a broadcast frame, there is no response, and a predetermined process corresponding to the broadcast frame is performed (step S73). On the other hand, when it is determined that the frame is a non-broadcast frame (step S7).
2) Then, it is determined whether the frame is a frame addressed to itself (step S74). This determination is made based on whether or not the value stored in the self address storage unit 104 matches the value of the destination address code (DA) 63 in the frame.

【0011】判断の結果、自己宛フレームであると判断
した場合には、フレーム内のデータ領域(DA)66を
解読した後、続いて機器状態表示部103からの情報を
得ることによって、自己の端末が指示された制御を行う
ことができる状態にあるか否かを判断する(ステップS
75)。機器が正常であると判断した場合には、1バイ
ト応答(ACK)80bを返送した後(ステップS7
6)、指示された制御を行う(ステップS77)。
If it is determined that the frame is addressed to itself, the data area (DA) 66 in the frame is decoded, and then information from the device status display unit 103 is obtained. It is determined whether or not the terminal is in a state in which the instructed control can be performed (step S
75). If it is determined that the device is normal, a 1-byte response (ACK) 80b is returned (step S7).
6) Perform the instructed control (step S77).

【0012】一方、端末106bにおいて故障が発生し
ている場合におけるフレームのやりとりは、図9に示さ
れるようになる。即ち、ステップS75において、端末
106bのアプリケーションシステム処理部105が、
指示された制御を行うことができないと判断した場合に
は、その旨を知らせる1バイト応答(NAK)91bを
返送し(ステップS78)、既に受信していたフレーム
を廃棄する(ステップS79)。
On the other hand, exchange of frames when a failure has occurred in the terminal 106b is as shown in FIG. That is, in step S75, the application system processing unit 105 of the terminal 106b
If it is determined that the instructed control cannot be performed, a one-byte response (NAK) 91b notifying the fact is returned (step S78), and the frame already received is discarded (step S79).

【0013】通信が失敗したことを知った送信端末10
6aは、通常、その原因が偶発的なものか否かを確認す
るためにフレームの再送を行うが、この例におけるHB
Sの規格では、NAK又はタイムアウト等の無応答によ
る伝送誤りを検出した場合にはACK応答を受信するま
で最大3回まで再送を繰り返すことになっている。従っ
て、端末106aと端末106bとの間でこのようなや
りとりが、さらに3回くり返される(92a〜94
b)。
The transmitting terminal 10 that has learned that the communication has failed
6a normally retransmits the frame to see if the cause is accidental, but the HB in this example
According to the S standard, when a transmission error due to no response such as NAK or timeout is detected, retransmission is repeated up to three times until an ACK response is received. Therefore, such exchange between the terminal 106a and the terminal 106b is repeated three more times (92a to 94b).
b).

【0014】こうして初めて、端末106aは端末10
6bにおいて故障が発生していることを認識する(ステ
ップ95)。
For the first time, the terminal 106a is connected to the terminal 10
In step 6b, it is recognized that a failure has occurred (step 95).

【0015】[0015]

【発明が解決しようとする課題】しかしながら、このよ
うな従来の方法では、端末において故障が発生した場合
には、かなりの通信の無駄が生じるという問題がある。
即ち、上記の例においては、ネットワーク上の端末10
6a、106b以外の端末は、まだ端末106bでの故
障の発生を認識していない。端末106cが端末106
bの故障の発生を認識するには、端末106aと同様の
処理(96a〜99b)を行わなければならない。
However, such a conventional method has a problem that when a failure occurs in a terminal, a considerable amount of communication waste is caused.
That is, in the above example, the terminal 10 on the network
Terminals other than 6a and 106b have not yet recognized that a failure has occurred in terminal 106b. The terminal 106c is the terminal 106
In order to recognize the occurrence of the failure b, the same processing (96a to 99b) as that of the terminal 106a must be performed.

【0016】また、端末106aは、端末106bがい
つ故障から復旧するか判らないため、端末106bに対
して必要があればフレームを送信(911a〜914
b)しなければならない。しかし、端末106bの故障
がまだ復旧していない場合には、前述同様にフレームの
再送を3回繰り返すことになる。さらに、端末106b
が故障から復旧した場合であっても、他の端末106
a、106cは、即時にその故障復旧を知ることができ
ない。即ち、端末106bに対してフレームを送信(9
16a)し、1バイト応答(ACK)916bを受信し
て初めて端末106bの故障が復旧したことを認識する
ことができる(ステップ917)。
Further, since the terminal 106a does not know when the terminal 106b recovers from the failure, the terminal 106a transmits a frame to the terminal 106b if necessary (911a to 914).
b) must do. However, if the failure of the terminal 106b has not been recovered yet, the frame retransmission is repeated three times as described above. Further, the terminal 106b
Even if the terminal recovers from the failure,
a and 106c cannot immediately know the failure recovery. That is, a frame is transmitted to the terminal 106b (9
16a), and only after receiving the one-byte response (ACK) 916b, it is possible to recognize that the failure of the terminal 106b has been recovered (step 917).

【0017】このように、従来の方法では、各端末は、
故障した端末と通信するまではその端末が故障している
ことを知ることができなかった。そのために、無駄な通
信が繰り返して行われ、他の必要な通信が妨げられてい
た。特に、トラフィックの高いネットワークにおいて
は、致命的な障害となることもあった。そこで、本発明
は、かかる問題点に鑑みてなされたものであり、ネット
ワークにおいて端末の故障が発生したり故障から復旧し
た場合であっても、無駄な通信を行うことなく他の端末
がそのことを認識することができるという健全なネット
ワークを支援する故障対応通信制御装置を提供すること
を第1の目的としている。
As described above, in the conventional method, each terminal
Until communicating with the failed terminal, it was not possible to know that the terminal had failed. Therefore, useless communication is repeatedly performed, and other necessary communication is hindered. In particular, in a high-traffic network, it may be a fatal obstacle. Therefore, the present invention has been made in view of such a problem, and even when a terminal failure occurs in a network or recovers from the failure, the other terminals do not perform unnecessary communication. It is a first object of the present invention to provide a failure handling communication control device that supports a sound network that can recognize a failure.

【0018】また、本発明の第2の目的は、単に故障の
発生/復旧を知るだけでなく、各端末が、故障の具体的
な内容を知り、その内容に応じた適切な処置をとること
ができる故障対応通信制御装置を提供することにある。
さらに、本発明の第3の目的は、故障中の端末への送信
を行う必要が生じた場合に、送信すべきフレームを蓄積
しておき、故障が復旧した場合に、それまで蓄積してい
たフレームを送信することができる故障対応通信制御装
置を提供することにある。
A second object of the present invention is not only to know the occurrence / recovery of a failure, but also to allow each terminal to know the specific content of the failure and take appropriate measures according to the content. It is an object of the present invention to provide a fault-response communication control device that can perform the above.
Further, a third object of the present invention is to store frames to be transmitted when it is necessary to perform transmission to a failed terminal, and to store the frames when the failure is recovered. An object of the present invention is to provide a failure handling communication control device capable of transmitting a frame.

【0019】[0019]

【課題を解決するための手段】上記目的を達成するため
に、本発明に係る通信制御装置は、複数の端末を接続し
たネットワークにおける端末の状態を他の端末が認識可
能な特定情報に設定する設定手段と、前記特定情報を前
記ネットワークに接続された複数の端末に送信する送信
手段とを備え、前記特定情報は、異常に関する通報であ
ることを示す第1の情報と、異常発生の有無を示す第2
の情報を含み、第1の情報、第2の情報のいずれも2ビッ
ト以上のフィールドが与えられていることを特徴とす
る。また、前記特定情報は、更に、異常発生又は異常が
無い端末アドレスを示す第3の情報を含むことを特徴と
してもよい。
In order to achieve the above object, a communication control apparatus according to the present invention sets a terminal state in a network connecting a plurality of terminals to specific information recognizable by another terminal. Setting means, and transmission means for transmitting the specific information to a plurality of terminals connected to the network, wherein the specific information is first information indicating that the notification is about an abnormality, 2nd shown
Only contains the information, the first information, any two bits of the second information
Or more fields are provided . Further, the specific information may further include third information indicating a terminal address in which an abnormality has occurred or has no abnormality.

【0020】ここで、前記送信手段は前記特定情報を複
数の端末に同報することを特徴とする。また、前記特定
情報は、前記特定情報が同報されるかどうかを示す情報
を含むことを特徴とする。
Here, the transmitting means duplicates the specific information.
It is characterized by broadcasting to a number of terminals. In addition, the specific
The information is information indicating whether the specific information is broadcast.
It is characterized by including.

【0021】[0021]

【0022】[0022]

【作用】上記のように構成された通信制御装置によれ
ば、設定手段が複数の端末を接続したネットワークにお
ける端末の状態を他の端末が認識可能な、異常に関する
通報であることを示す第1の情報と、異常発生の有無を
示す第2の情報を含む特定情報に設定し、送信手段が前
記特定情報を前記ネットワークに接続された複数の端末
に送信する。ここで、前記特定情報は、更に、異常発生
又は異常が無い端末アドレスを示す第3の情報を含むも
のであってもよい。
According to the communication control apparatus configured as described above, the setting means is capable of recognizing a state of a terminal in a network to which a plurality of terminals are connected so that another terminal can recognize the abnormality.
First information indicating that it is a report, and whether or not an abnormality has occurred
The specific information is set to the specific information including the second information shown , and the transmitting unit transmits the specific information to a plurality of terminals connected to the network. Here, the specific information further includes an error occurrence
Or including third information indicating a terminal address having no abnormality
It may be.

【0023】ここで、前記送信手段は、前記特定情報を
複数の端末に同報する。
Here, the transmitting means transmits the specific information.
Broadcast to multiple terminals.

【0024】また、前記送信手段は、同報されるかどう
かを示す情報を含む特定情報を送信する。
[0024] The transmitting means may determine whether the broadcast is to be made.
The specific information including the information indicating the information is transmitted.

【0025】[0025]

【0026】[0026]

【実施例】以下、本発明の実施例について図面を用いて
詳細に説明する。図1は、本実施例に係る故障対応通信
制御装置が装備された端末の構成を示すブロック図であ
る。図5に示された従来の端末と比べて、故障対応通信
制御装置が付加されている点が異なる。即ち、本実施例
の端末には、従来の端末に故障フレーム組立部107、
故障発生検出部108、故障復旧検出部109、故障フ
レーム解読部110、故障情報記憶部111、蓄積情報
送信部112、送信情報蓄積部113及び送信制御部1
14が付加されている。
Embodiments of the present invention will be described below in detail with reference to the drawings. FIG. 1 is a block diagram illustrating a configuration of a terminal provided with the failure handling communication control device according to the present embodiment. It differs from the conventional terminal shown in FIG. 5 in that a failure handling communication control device is added. That is, the terminal according to the present embodiment includes a failure frame assembling unit 107,
Failure occurrence detection unit 108, failure recovery detection unit 109, failure frame decoding unit 110, failure information storage unit 111, storage information transmission unit 112, transmission information storage unit 113, and transmission control unit 1.
14 is added.

【0027】故障発生検出部108は、図示されていな
いA/D変換器、基準状態記憶部、比較器等からなり、
機器状態表示部103が示す機器の動作状態と予め与え
られた基準状態とを比較することによって、機器の動作
状態が基準状態から外れた場合、即ち、端末に故障が発
生した場合にその旨を故障フレーム組立部107に伝え
る。
The failure occurrence detecting section 108 includes an A / D converter (not shown), a reference state storage section, a comparator, and the like.
By comparing the operation state of the device indicated by the device state display unit 103 with a predetermined reference state, if the operation state of the device deviates from the reference state, that is, if a failure occurs in the terminal, this fact is notified. Inform the failed frame assembly unit 107.

【0028】故障復旧検出部109は、故障発生検出部
108と同様の図示されていないA/D変換器、基準状
態記憶部、比較器等からなり、機器状態表示部103が
示す機器の動作状態と予め与えられた基準状態とを比較
することによって、機器の動作状態が基準状態から一旦
外れた後に再び基準状態に戻った場合、即ち、端末の故
障が復旧した場合にその旨を故障フレーム組立部107
に伝える。
The failure recovery detecting section 109 includes an A / D converter, a reference state storage section, a comparator, and the like (not shown) similar to the failure occurrence detecting section 108, and the operation state of the apparatus indicated by the apparatus state display section 103. By comparing the operation state of the device with the reference state given beforehand and returning to the reference state again after the operation state of the device has once deviated from the reference state, that is, when the terminal has recovered from the failure, the fact that the failure frame is assembled is determined. Part 107
Tell

【0029】故障フレーム組立部107は、故障発生検
出部108又は故障復旧検出部109が検出した故障内
容や復旧内容に基づいて所定の一斉同報のためのフレー
ムを組み立て、そのフレームを通信部102に送ってホ
ームバス101上に送信させる。故障情報記憶部111
は、半導体メモリ等からなり、他の端末についての故障
に関する情報を記憶する。
The failure frame assembling section 107 assembles a frame for a predetermined simultaneous broadcast based on the failure contents and restoration contents detected by the failure occurrence detecting section 108 or the failure recovery detecting section 109, and divides the frame into the communication section 102. To the home bus 101 for transmission. Failure information storage unit 111
Is composed of a semiconductor memory or the like, and stores information on a failure of another terminal.

【0030】故障フレーム解読部110は、受信したフ
レームを解読し、そのフレームが故障に関する通報のた
めのフレームであると判断した場合に、故障が発生又は
復旧した端末のアドレスと故障に関する情報とを故障情
報記憶部111に格納する。送信情報蓄積部113は、
故障中の端末への送信フレームを蓄積して記憶する。
The failure frame decoding unit 110 decodes the received frame and, when determining that the frame is a frame for reporting a failure, sends the address of the terminal where the failure has occurred or has been recovered and the information on the failure. The information is stored in the failure information storage unit 111. The transmission information storage unit 113
The transmission frame to the failed terminal is accumulated and stored.

【0031】送信制御部114は、故障情報記憶部11
1に格納された情報とアプリケーションシステム処理部
105から送られてきたフレームの送信先の情報とに基
づいて、そのフレームの送信先を通信部102か送信情
報蓄積部113かに切り替える。即ち、フレームの送信
先が故障でない端末である場合には、そのフレームを通
信部102に送り、ホームバス101を通じてその端末
宛に送信させる。一方、フレームの送信先が故障中の端
末である場合には、そのフレームを送信情報蓄積部11
3に送って蓄積させる。
The transmission control unit 114 is provided with the failure information storage unit 11
The transmission destination of the frame is switched to the communication unit 102 or the transmission information storage unit 113 based on the information stored in the communication unit 102 and the transmission destination information of the frame transmitted from the application system processing unit 105. That is, if the destination of the frame is a non-failed terminal, the frame is sent to the communication unit 102 and transmitted to the terminal via the home bus 101. On the other hand, when the transmission destination of the frame is a failed terminal, the frame is stored in the transmission information storage unit 11.
3 to be stored.

【0032】蓄積情報送信部112は、故障情報記憶部
111に格納された情報を参照することによって、送信
情報蓄積部113に蓄積されたフレームを読み出して、
故障が復旧した端末に送信する。図2は、HBSにおい
て本実施例の端末間で送受信される故障に関するフレー
ム構成の一例を示す図である。図2は、図6に示された
フレームのデータ領域(DATA)66におけるオペレ
ーションコード(OPC)662とオペランド(OP
R)663の組合せの部分(以下、「コマンド」とい
う。)のみを示しており、4種類のフォーマット(図2
(1)&(2)、(3)&(4)、(5)&(6)、
(7)&(8))を定義している。オペレータは、これ
らの4種類の中から任意の1つのフォーマットのコマン
ドを使用して故障の通報を行うよう各端末に予め指示し
ておくことができる。
The stored information transmitting section 112 reads out the frames stored in the transmitted information storing section 113 by referring to the information stored in the failure information storing section 111,
Send to the terminal that has recovered from the failure. FIG. 2 is a diagram illustrating an example of a frame configuration related to a failure transmitted and received between terminals according to the present embodiment in the HBS. FIG. 2 shows the operation code (OPC) 662 and the operand (OP) in the data area (DATA) 66 of the frame shown in FIG.
R) 663 only (hereinafter, referred to as “command”), and shows four types of formats (FIG. 2).
(1) & (2), (3) & (4), (5) & (6),
(7) & (8)) are defined. The operator can instruct each terminal in advance to report a failure by using a command of any one of these four types.

【0033】オペレーションコード(OPC)662の
値を全て”FE”(hex)としているのは、HBSの
規格において予約されていないコードを使用するためで
あり、本実施例においては、故障の通報のためのコマン
ドとして定義している。オペランド(OPR)663の
第1バイト目の値は、図示された合計8種類のコマンド
を区別するためのものである。
The reason why the values of the operation code (OPC) 662 are all "FE" (hex) is to use a code that is not reserved in the HBS standard. Is defined as a command for The value of the first byte of the operand (OPR) 663 is for distinguishing the illustrated eight types of commands.

【0034】図2(1)及び(2)に示されるコマンド
は、故障の発生/復旧のみを示すコマンドであり、フレ
ーム長を短く押さえられるというメリットがある。図2
(3)及び(4)は、図2(1)及び(2)のコマンド
に故障が発生/復旧した端末アドレスの情報を付加した
ものであり、このコマンドを含むフレームを受信した各
端末は、HBSプロトコルのレイヤ2レベルのアドレス
(SA)62をわざわざ確認しなくてもレイヤ7レベル
のコマンドから故障した端末を知ることができる。従っ
て、アプリケーションレベルでの処理の負荷を減らせる
ことが可能になる。
The commands shown in FIGS. 2A and 2B are commands indicating only occurrence / recovery of a failure, and have an advantage that the frame length can be kept short. FIG.
(3) and (4) are obtained by adding information of a terminal address at which a failure has occurred / recovered to the command of FIGS. 2 (1) and (2), and each terminal that has received a frame including this command, The failed terminal can be known from the command at the layer 7 level without having to check the address (SA) 62 at the layer 2 level of the HBS protocol. Therefore, it is possible to reduce the processing load at the application level.

【0035】図2(5)及び(6)に示されるコマンド
は、図2(1)及び(2)のコマンドに故障内容に関す
る情報を付加したものであり、このコマンドを含むフレ
ームを受信した各端末は、故障の発生/復旧の有無だけ
でなくより詳細な情報を得ることができる。例えば、予
め定義した故障内容に対応するコードを付加しておくこ
とで、このフレームを受信した端末は、故障した端末が
復旧するまでの時間を予測したり、あるいは復旧のため
の援助をしたりすること等が可能となり、ネットワーク
の信頼性向上につながる。
The commands shown in FIGS. 2 (5) and (6) are obtained by adding information relating to the failure content to the commands of FIGS. 2 (1) and (2). The terminal can obtain more detailed information as well as whether or not a failure has occurred / recovered. For example, by adding a code corresponding to the content of a predefined failure, the terminal receiving this frame predicts the time until the failed terminal recovers or provides assistance for recovery. And so on, which leads to an improvement in network reliability.

【0036】図2(7)及び(8)に示されるコマンド
は、図2(1)及び(2)のコマンドに故障が発生/復
旧した端末アドレスと故障内容に関する情報とを付加し
たものであり、図2(3)(4)及び(5)(6)のそ
れぞれのコマンドが有する効果を併せて得ることができ
る。以上のように構成された従来のHBSにおいて、各
端末間のフレームのやりとりを図3を用いて説明する。
The commands shown in FIGS. 2 (7) and (8) are the commands of FIGS. 2 (1) and (2) added with the terminal address at which the failure occurred / recovered and information on the content of the failure. 2 (3), (4) and (5), (6) can be obtained in combination. In the conventional HBS configured as described above, exchange of frames between terminals will be described with reference to FIG.

【0037】図3は、端末106bにおいて故障が発生
し、その後その故障が復旧した場合の各端末間でのフレ
ームのやりとりを示している。端末106bの故障発生
検出部108は、機器状態表示部103が示す状態と予
め与えられた基準状態とを比較することによって、端末
に故障が発生したことを知り、その旨を故障フレーム組
立部107に伝える(ステップS30)。
FIG. 3 shows the exchange of frames between the terminals when a failure occurs in the terminal 106b and the failure is subsequently recovered. The failure occurrence detection unit 108 of the terminal 106b knows that a failure has occurred in the terminal by comparing the state indicated by the device state display unit 103 with a predetermined reference state, and notifies the failure frame assembling unit 107 of the fact. (Step S30).

【0038】故障発生検出部108からの通知を受けた
故障フレーム組立部107は、自己の故障を通報するた
めのフレームを組み立て、そのフレームを通信部102
に送って一斉同報させる(ステップS31)。具体的に
は、故障フレーム組立部107は、図2に示された故障
発生コマンド(図2(1)(3)(5)(7))の中か
ら予め指定されたフォーマットのコマンドをデータ領域
(DATA)66に設定し、自己アドレス記憶部104
に格納された自己アドレスを読み出してソースアドレス
コード(SA)62やオペランド(OPR)663に設
定し、プライオリティコード(PR)61を同報フレー
ムの値に設定し、フレームを組み立てた後、通信部10
2に送って一斉同報させる。
The failure frame assembling section 107, having received the notification from the failure occurrence detecting section 108, assembles a frame for reporting its own failure, and combines the frame with the communication section 102.
(Step S31). Specifically, the failure frame assembling unit 107 converts a command in a format designated in advance from the failure occurrence commands (FIGS. 2 (1), (3), (5), (7)) shown in FIG. (DATA) 66, the self address storage unit 104
, And sets the source address code (SA) 62 and the operand (OPR) 663, sets the priority code (PR) 61 to the value of the broadcast frame, and assembles the frame. 10
Send to 2 for simultaneous broadcast.

【0039】一斉同報されたフレームを受信した端末1
06aでは、故障フレーム解読部110が受信フレーム
内の送信元アドレス(SA)62又は端末アドレス23
c、27cを確認することにより端末106bにおいて
故障が発生したことを認識し、端末106bのアドレス
と故障に関する情報25c、27dを故障情報記憶部1
11に格納しておく(ステップS32a)。
Terminal 1 that has received the broadcast frame
At 06a, the failed frame decoding unit 110 determines whether the source address (SA) 62 or the terminal address 23
c and 27c, it is recognized that a failure has occurred in the terminal 106b.
11 (step S32a).

【0040】送信制御部114は、故障情報記憶部11
1に格納された情報を参照することによって、故障中の
端末106bへのフレーム送信が発生した場合には、そ
のフレームを通信部102に送らないで送信情報蓄積部
113に蓄積して記憶しておく。端末106aでのこれ
らの動作は、ネットワーク上の他の全ての端末(例えば
端末106c)についても同様である(ステップS32
b)。
The transmission control unit 114 is provided with the failure information storage unit 11
When a frame transmission to the failed terminal 106b occurs by referring to the information stored in No. 1, the frame is stored in the transmission information storage unit 113 without being transmitted to the communication unit 102 and stored. deep. These operations at the terminal 106a are the same for all other terminals on the network (for example, the terminal 106c) (step S32).
b).

【0041】これによって、各端末は、故障の発生と同
時にそのことを知ることができ、従来の端末が行ってい
たような無駄なフレームの送信や再送を回避することが
できる。また、一斉同報されたフレームが故障内容につ
いての情報を有している場合には、各端末は、故障内容
に応じた適切な処置を早期にとっておくことができる。
Thus, each terminal can know the occurrence of a failure at the same time as the occurrence of the failure, and can avoid transmission and retransmission of useless frames as in the conventional terminal. Further, when the simultaneously broadcasted frame has information on the details of the failure, each terminal can take an appropriate action according to the details of the failure at an early stage.

【0042】次に、端末106bの故障が復旧した場合
には、故障復旧検出部109は、機器状態表示部103
が示す状態と予め与えられた基準状態とを比較すること
によって、発生していた故障が復旧したことを知り、そ
の旨を故障フレーム組立部107に伝える(ステップS
33)。故障復旧検出部109からの通知を受けた故障
フレーム組立部107は、自己の故障の復旧を通報する
ためのフレームを組み立て、そのフレームを通信部10
2に送って一斉同報させる(ステップS34)。
Next, when the failure of the terminal 106b is recovered, the failure recovery detecting section 109
Is compared with a reference state given in advance to know that the fault that has occurred has been recovered, and that fact is notified to the faulty frame assembling section 107 (step S
33). Upon receiving the notification from the failure recovery detecting unit 109, the failure frame assembling unit 107 assembles a frame for notifying the recovery of its own failure, and combines the frame with the communication unit 10
2 for simultaneous broadcast (step S34).

【0043】具体的には、故障フレーム組立部107
は、図2に示された故障復旧コマンド(図2(2)
(4)(6)(8))の中から予め指定されたフォーマ
ットのコマンドをデータ領域(DATA)66に設定
し、自己アドレス記憶部104に格納された自己アドレ
スを読み出してソースアドレスコード(SA)62やオ
ペランド(OPR)663に設定し、プライオリティコ
ード(PR)61を同報フレームの値に設定し、フレー
ムを組み立てた後、そのフレームを通信部102に送っ
て一斉同報させる。
More specifically, the failed frame assembling unit 107
Is the failure recovery command shown in FIG. 2 (FIG. 2 (2)
(4) A command of a format designated in advance from (6) and (8) is set in the data area (DATA) 66, the self address stored in the self address storage unit 104 is read, and the source address code (SA) is read. ) 62 and operand (OPR) 663, the priority code (PR) 61 is set to the value of the broadcast frame, and after assembling the frame, the frame is sent to the communication unit 102 for simultaneous broadcast.

【0044】一斉同報されたフレームを受信した端末1
06aでは、故障フレーム解読部110が受信フレーム
内の送信元アドレス(SA)62又は端末アドレス24
c、28cを確認することにより端末106bにおいて
発生していた故障が復旧したことを認識し、端末106
bのアドレスと故障の復旧に関する情報26c、28d
を故障情報記憶部111に格納する(ステップS35
a)。
Terminal 1 that has received the broadcast frame
In 06a, the failed frame decoding unit 110 determines whether the source address (SA) 62 or the terminal address 24
c and 28c, it is recognized that the failure that has occurred in the terminal 106b has been
Information 26c and 28d on address b and recovery from failure
Is stored in the failure information storage unit 111 (step S35).
a).

【0045】蓄積情報送信部112は、故障情報記憶部
111に格納された情報を参照することによって、故障
が復旧した端末106bに送信すべきフレームを送信情
報蓄積部113から読み出して端末106bに送信す
る。送信制御部114は、故障情報記憶部111に格納
された情報を参照することによって、アプリケーション
システム処理部105から送られてきたフレームの送信
先を通信部102に切り替える。
The stored information transmitting unit 112 refers to the information stored in the failure information storage unit 111, reads out a frame to be transmitted to the terminal 106b whose failure has been recovered from the transmission information storage unit 113, and transmits the frame to the terminal 106b. I do. The transmission control unit 114 switches the transmission destination of the frame transmitted from the application system processing unit 105 to the communication unit 102 by referring to the information stored in the failure information storage unit 111.

【0046】端末106aでのこれらの動作は、ネット
ワーク上の他の全ての端末(例えば端末106c)につ
いても同様である(ステップS35b)。このように、
端末106bにフレームを送信したいが、端末106b
が故障していたためにフレームの送信を控えていた端末
も、即時に端末106bの故障復旧を認識し、端末10
6bへのフレーム送信を再開することができる。これに
よって、故障からの復旧時においても従来の端末が行っ
ていたような無駄なフレームの送信や再送を回避するこ
とができる。
These operations at the terminal 106a are the same for all other terminals on the network (for example, the terminal 106c) (step S35b). in this way,
I want to send a frame to terminal 106b,
The terminal that has refrained from transmitting the frame because of the failure has immediately recognized that the failure of the terminal 106b has been recovered, and
6b can be resumed. This makes it possible to avoid useless transmission and retransmission of frames, which are performed by conventional terminals, even at the time of recovery from a failure.

【0047】[0047]

【発明の効果】以上の説明から明らかなように、本発明
によれば、ネットワークにおいて端末の故障が発生した
り故障から復旧した場合には、その端末自らが故障に関
するフレームを一斉同報するので、ネットワーク上の他
の全ての端末は、故障している端末と無駄な通信を行う
ことなく、且つそれらが起こった時点において故障に関
する情報を得ることができる。
As is apparent from the above description, according to the present invention, when a terminal failure occurs or recovers from the failure in the network, the terminal itself broadcasts a frame relating to the failure simultaneously. All other terminals on the network can obtain information about the failure without performing useless communication with the failed terminal and at the time when they occur.

【0048】また、一斉同報されるフレームには、故障
の発生/復旧の有無だけでなく故障の具体的な内容につ
いての情報も含まれているので、各端末は、その内容に
応じた適切な処置をとることができる。さらに、故障に
関するフレームを受信した端末は、故障している端末宛
にフレームを送信する必要が生じた場合には、それらの
フレームを蓄積しておき、故障が復旧した際に蓄積して
いたフレームを送信することができる。
Further, since the broadcast frame includes not only the presence / absence of the occurrence / recovery of the failure but also information on the specific contents of the failure, each terminal can make an appropriate operation according to the contents. Measures can be taken. Further, the terminal receiving the frame related to the failure stores the frames when it is necessary to transmit the frames to the failed terminal, and stores the frames stored when the failure is recovered. Can be sent.

【0049】このように、本発明によれば、ネットワー
クにおいて端末の故障が発生した場合であっても、無駄
な通信によるネットワークのトラフィックの増大を回避
でき、さらに、各端末が故障に対応した処置を早期にと
ることができるので、健全なネットワークの構築が可能
になるという効果がある。
As described above, according to the present invention, even when a terminal failure occurs in the network, an increase in network traffic due to useless communication can be avoided. Can be taken early, so that there is an effect that a sound network can be constructed.

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

【図1】本実施例に係る故障対応通信制御装置が装備さ
れた端末の構成を示すブロック図である。
FIG. 1 is a block diagram illustrating a configuration of a terminal provided with a failure handling communication control device according to an embodiment;

【図2】本実施例の端末間で送受信される故障に関する
フレーム構成の一例を示す図である。
FIG. 2 is a diagram illustrating an example of a frame configuration related to a failure transmitted and received between terminals according to the embodiment;

【図3】本実施例において端末の故障が発生し、その後
復旧した場合の各端末間でのフレームのやりとりを示す
図である。
FIG. 3 is a diagram illustrating exchange of frames between terminals when a terminal failure occurs in the present embodiment and the terminal recovers thereafter.

【図4】複数の端末が接続されたネットワークの一構成
例である。
FIG. 4 is a configuration example of a network to which a plurality of terminals are connected.

【図5】従来の端末の構成を示すブロック図である。FIG. 5 is a block diagram showing a configuration of a conventional terminal.

【図6】従来の端末間で送受信されるフレーム構成の一
例を示す図である。
FIG. 6 is a diagram showing an example of a conventional frame configuration transmitted and received between terminals.

【図7】従来の端末の動作を示すフローチャートであ
る。
FIG. 7 is a flowchart showing the operation of a conventional terminal.

【図8】端末の故障が発生していない通常の状態におけ
る、従来の各端末間のフレームのやりとりを示す図であ
る。
FIG. 8 is a diagram illustrating a conventional frame exchange between terminals in a normal state in which no terminal failure occurs.

【図9】端末の故障が発生している場合における、従来
の各端末間のフレームのやりとりを示す図である。
FIG. 9 is a diagram showing a conventional frame exchange between terminals when a terminal failure occurs.

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

102 通信部 107 故障フレーム組立部 108 故障発生検出部 109 故障復旧検出部 110 故障フレーム解読部 111 故障情報記憶部 112 蓄積情報送信部 113 送信情報蓄積部 114 送信制御部 102 communication unit 107 failure frame assembling unit 108 failure occurrence detection unit 109 failure recovery detection unit 110 failure frame decoding unit 111 failure information storage unit 112 accumulated information transmission unit 113 transmission information accumulation unit 114 transmission control unit

フロントページの続き (56)参考文献 特開 昭61−212145(JP,A) 特開 平3−145846(JP,A) 特開 昭55−39438(JP,A) 特開 平4−125766(JP,A) 特開 平2−2247(JP,A) 特開 昭63−300349(JP,A) 特開 平4−196842(JP,A) 特開 昭63−263940(JP,A) 実開 昭55−91252(JP,U) (58)調査した分野(Int.Cl.7,DB名) H04L 12/40 Continuation of the front page (56) References JP-A-61-212145 (JP, A) JP-A-3-145846 (JP, A) JP-A-55-39438 (JP, A) JP-A-4-125766 (JP) JP-A-2-2247 (JP, A) JP-A-63-300349 (JP, A) JP-A-4-196842 (JP, A) JP-A-63-263940 (JP, A) 55-91252 (JP, U) (58) Fields studied (Int. Cl. 7 , DB name) H04L 12/40

Claims (8)

(57)【特許請求の範囲】(57) [Claims] 【請求項1】 複数の端末を接続したネットワークにお
ける端末の状態を他の端末が認識可能な特定情報に設定
する設定手段と、 前記特定情報を前記ネットワークに接続された複数の端
末に送信する送信手段とを備え、 前記特定情報は、異常に関する通報であることを示す第
1の情報と、異常発生の有無を示す第2の情報を含み、第
1の情報、第2の情報のいずれも2ビット以上のフィール
ドが与えられていることを特徴とする通信制御装置。
1. A setting unit for setting a state of a terminal in a network to which a plurality of terminals are connected to specific information recognizable by another terminal, and transmitting the specific information to a plurality of terminals connected to the network. Means, wherein the specific information is a
And one of the information, the second information indicating the presence or absence of abnormality seen including, first
Both 1st information and 2nd information are fields of 2 bits or more.
A communication control device characterized in that the communication control device is provided with a password.
【請求項2】 前記特定情報は、更に、異常発生又は異
常が無い端末アドレスを示す第3の情報を含むことを特
徴とする請求項1記載の通信制御装置。
2. The communication control device according to claim 1, wherein the specific information further includes third information indicating a terminal address where an abnormality has occurred or has no abnormality.
【請求項3】 前記送信手段は前記特定情報を複数の端
末に同報することを特徴とする請求項1又は請求項2に
記載の通信制御装置。
3. The communication control device according to claim 1, wherein the transmission unit broadcasts the specific information to a plurality of terminals.
【請求項4】 前記特定情報は、前記特定情報が同報さ
れるかどうかを示す情報を含むことを特徴とする請求項
1〜請求項3のいずれか1項に記載の通信制御装置。
4. The communication control device according to claim 1, wherein the specific information includes information indicating whether the specific information is broadcast.
【請求項5】 複数の端末を接続したネットワークにお
ける端末の状態を他の端末が認識可能な特定情報に設定
する設定ステップと、 前記特定情報を前記ネットワークに接続された複数の端
末に送信する送信ステップとを有し、 前記特定情報は、異常に関する通報であることを示す第
1の情報と、異常発生の有無を示す第2の情報を含み、
第1の情報、第2の情報のいずれも2ビット以上のフィー
ルドが与えられていることを特徴とする通信制御方法。
5. A setting step of setting a state of a terminal in a network connecting a plurality of terminals to specific information recognizable by another terminal, and transmitting the specific information to a plurality of terminals connected to the network. A step indicating that the specific information is a notification regarding an abnormality.
And one of the information, the second information indicating the presence or absence of abnormality seen including,
Neither the first information nor the second information has a 2-bit or more field.
Communication control method, wherein a field is provided .
【請求項6】 前記特定情報は、更に、異常発生又は異
常が無い端末アドレスを示す第3の情報を含むことを特
徴とする請求項5記載の通信制御方法。
6. The communication control method according to claim 5, wherein the specific information further includes third information indicating a terminal address where an abnormality has occurred or has no abnormality.
【請求項7】 前記送信ステップは前記特定情報を複数
の端末に同報することを特徴とする請求項5又は請求項
6記載の通信制御方法。
7. The communication control method according to claim 5, wherein the transmitting step broadcasts the specific information to a plurality of terminals.
【請求項8】 前記特定情報は、前記特定情報が同報さ
れるかどうかを示す情報を含むことを特徴とする請求項
5〜請求項7のいずれか1項に記載の通信制御方法。
8. The communication control method according to claim 5, wherein the specific information includes information indicating whether the specific information is broadcast.
JP06294195A 1995-03-22 1995-03-22 Communication control device and communication control method Expired - Lifetime JP3339537B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP06294195A JP3339537B2 (en) 1995-03-22 1995-03-22 Communication control device and communication control method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP06294195A JP3339537B2 (en) 1995-03-22 1995-03-22 Communication control device and communication control method

Related Child Applications (3)

Application Number Title Priority Date Filing Date
JP2001280623A Division JP3339584B2 (en) 2001-09-14 2001-09-14 Failure correspondence communication control device and failure correspondence communication control method
JP2001280621A Division JP3345409B2 (en) 2001-09-14 2001-09-14 Failure correspondence communication control device and failure correspondence communication control method
JP2001280622A Division JP3339583B2 (en) 2001-09-14 2001-09-14 Failure correspondence communication control device and failure correspondence communication control method

Publications (2)

Publication Number Publication Date
JPH08265348A JPH08265348A (en) 1996-10-11
JP3339537B2 true JP3339537B2 (en) 2002-10-28

Family

ID=13214840

Family Applications (1)

Application Number Title Priority Date Filing Date
JP06294195A Expired - Lifetime JP3339537B2 (en) 1995-03-22 1995-03-22 Communication control device and communication control method

Country Status (1)

Country Link
JP (1) JP3339537B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4992263B2 (en) * 2006-03-27 2012-08-08 富士通株式会社 Communication management apparatus and service request processing method

Also Published As

Publication number Publication date
JPH08265348A (en) 1996-10-11

Similar Documents

Publication Publication Date Title
US5923662A (en) Communication system message acknowledgement
US4507782A (en) Method and apparatus of packet switching
US5586269A (en) Communication control device and method for automatically determining a self-address
US5142526A (en) Transmission failure diagnosis apparatus
JPH0799688A (en) Multiplex transmission system
JP3339537B2 (en) Communication control device and communication control method
JP3339583B2 (en) Failure correspondence communication control device and failure correspondence communication control method
JP3339584B2 (en) Failure correspondence communication control device and failure correspondence communication control method
JP3345409B2 (en) Failure correspondence communication control device and failure correspondence communication control method
JP3605103B2 (en) Communication control device and communication control method
JP4821407B2 (en) COMMUNICATION DEVICE, COMMUNICATION SYSTEM, AND FAILURE DETECTION PROGRAM
JP3637336B2 (en) Communication control device and communication control method
JPH07297884A (en) Communication management method
JP3227657B2 (en) Communication method and device for air conditioning control system
JPH11234249A (en) Data communication equipment
JPH01252846A (en) Data transmission method for thermal component
JP2707829B2 (en) LAN broadcast frame processing method
JPH0923245A (en) Inter-network connector
JP2650317B2 (en) Broadcast control method in wireless communication system
JP2528938B2 (en) Communication control system
JPH1168802A (en) Faulty environment supervisory system
JPS61208333A (en) Node fault detecting system
JP3219240B2 (en) Communication processing method and device
JPH05327746A (en) Local area network
JPH0897880A (en) Communication system by procedure applicable to hdlc

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20070816

Year of fee payment: 5

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

Free format text: PAYMENT UNTIL: 20080816

Year of fee payment: 6

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

Free format text: PAYMENT UNTIL: 20080816

Year of fee payment: 6

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

Free format text: PAYMENT UNTIL: 20090816

Year of fee payment: 7

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

Free format text: PAYMENT UNTIL: 20090816

Year of fee payment: 7

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

Free format text: PAYMENT UNTIL: 20100816

Year of fee payment: 8

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

Free format text: PAYMENT UNTIL: 20110816

Year of fee payment: 9

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

Free format text: PAYMENT UNTIL: 20110816

Year of fee payment: 9

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

Free format text: PAYMENT UNTIL: 20120816

Year of fee payment: 10

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

Free format text: PAYMENT UNTIL: 20130816

Year of fee payment: 11

EXPY Cancellation because of completion of term