JPH0528109A - データ受信方式 - Google Patents
データ受信方式Info
- Publication number
- JPH0528109A JPH0528109A JP18261091A JP18261091A JPH0528109A JP H0528109 A JPH0528109 A JP H0528109A JP 18261091 A JP18261091 A JP 18261091A JP 18261091 A JP18261091 A JP 18261091A JP H0528109 A JPH0528109 A JP H0528109A
- Authority
- JP
- Japan
- Prior art keywords
- data
- reception
- processing
- received
- transmission
- 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
- Information Transfer Systems (AREA)
Abstract
(57)【要約】
【目的】 データ受信を内部処理と同期して行う装置に
おいて、オーバヘッドの発生と、受信データの処理開始
の遅れを防止する。 【構成】 データが来ていない時に再度データが来てい
ないか所定回数チェックするためのリトライカウンタを
設ける。そして、まず、ステップ１でリトライカウンタ
に初期値をセットする。次に、ステップ２で送信完了ラ
インを読み、データが来ているかどうかを読み出す。デ
ータが既に来ていれば、ステップ４で受信処理を行い、
まだ来ていなければ、リトライを行い、ステップ７でリ
トライカウンタの値を１つ減らす。そして、ステップ８
にて、まだ全リトライを終えていなければステップ２へ
制御を移し、再度リトライを行い、全リトライを終えて
もデータがこなかった場合には、ステップ９へ制御を移
し、装置状態監視等の処理を行う。
おいて、オーバヘッドの発生と、受信データの処理開始
の遅れを防止する。 【構成】 データが来ていない時に再度データが来てい
ないか所定回数チェックするためのリトライカウンタを
設ける。そして、まず、ステップ１でリトライカウンタ
に初期値をセットする。次に、ステップ２で送信完了ラ
インを読み、データが来ているかどうかを読み出す。デ
ータが既に来ていれば、ステップ４で受信処理を行い、
まだ来ていなければ、リトライを行い、ステップ７でリ
トライカウンタの値を１つ減らす。そして、ステップ８
にて、まだ全リトライを終えていなければステップ２へ
制御を移し、再度リトライを行い、全リトライを終えて
もデータがこなかった場合には、ステップ９へ制御を移
し、装置状態監視等の処理を行う。
Description
【０００１】
【産業上の利用分野】本発明は、同期式送受信プロトコ
ル（シェイクハンド）におけるデータ受信方式に関する
ものである。
ル（シェイクハンド）におけるデータ受信方式に関する
ものである。
【０００２】
【従来の技術】同期式送受信プロトコルはデータを送出
する装置とそのデータを受信する装置の間において、互
いに同期を取りながら送受信するプロトコルである。以
下、従来の同期式送受信プロトコル（シェイクハンド）
におけるデータ受信方式について説明する。
する装置とそのデータを受信する装置の間において、互
いに同期を取りながら送受信するプロトコルである。以
下、従来の同期式送受信プロトコル（シェイクハンド）
におけるデータ受信方式について説明する。
【０００３】同期式送受信プロトコルを用いたデータの
送受信のために、いくつかの信号ラインが用意されてい
る。送信側がコントロールするものにデータライン、送
出完了を示すラインがあり、受信側がコントロールする
ものに受信完了ライン、送信保留要求ラインがある。送
信側はデータラインにデータをセット後、送出完了を示
すラインに送出が完了したことを示す信号をセットす
る。受信側は送出完了信号を検出してデータを読み取
り、受信が完了すると受信完了を示す信号をセットす
る。また、送信側は受信が完了したことを確認後、デー
タをセットする、というようにインタフェースする。
送受信のために、いくつかの信号ラインが用意されてい
る。送信側がコントロールするものにデータライン、送
出完了を示すラインがあり、受信側がコントロールする
ものに受信完了ライン、送信保留要求ラインがある。送
信側はデータラインにデータをセット後、送出完了を示
すラインに送出が完了したことを示す信号をセットす
る。受信側は送出完了信号を検出してデータを読み取
り、受信が完了すると受信完了を示す信号をセットす
る。また、送信側は受信が完了したことを確認後、デー
タをセットする、というようにインタフェースする。
【０００４】受信側のデータ受信後の処理方法は大きく
２つに分けられる。１つは、受信したデータの処理を行
う内部処理と受信とが同期がとれない場合で、この場
合、例えば受信装置の主記憶ＲＡＭ上に受信バッファ
と、受信バッファ先頭ポインタ、受信バッファ最終ポイ
ンタ、受信データ格納ポインタ、受信データ読出しポイ
ンタを設け、それらのポインタを用いて受信バッファに
対するデータの書込み、読出しを制御する。受信したデ
ータは内部処理とは非同期に、受信データ格納ポインタ
の示すバッファアドレスに格納していく。そして、内部
処理は受信とは非同期に、受信データ読出しポインタの
示すバッファアドレスからデータを取り出して独自に処
理する。
２つに分けられる。１つは、受信したデータの処理を行
う内部処理と受信とが同期がとれない場合で、この場
合、例えば受信装置の主記憶ＲＡＭ上に受信バッファ
と、受信バッファ先頭ポインタ、受信バッファ最終ポイ
ンタ、受信データ格納ポインタ、受信データ読出しポイ
ンタを設け、それらのポインタを用いて受信バッファに
対するデータの書込み、読出しを制御する。受信したデ
ータは内部処理とは非同期に、受信データ格納ポインタ
の示すバッファアドレスに格納していく。そして、内部
処理は受信とは非同期に、受信データ読出しポインタの
示すバッファアドレスからデータを取り出して独自に処
理する。
【０００５】もう一つは、内部処理と受信とが同期でき
る場合で、この場合、受信バッファを設けず、データ受
信後、即時にそのデータを内部処理し、それが完了後ま
たデータ受信を行う。いずれの場合も、受信可能状態で
送信データを取り込もうとした時に、データがまだ送信
されてきていない場合、データの内部処理とは無関係の
装置の状態監視等の処理を行うのが一般的である。
る場合で、この場合、受信バッファを設けず、データ受
信後、即時にそのデータを内部処理し、それが完了後ま
たデータ受信を行う。いずれの場合も、受信可能状態で
送信データを取り込もうとした時に、データがまだ送信
されてきていない場合、データの内部処理とは無関係の
装置の状態監視等の処理を行うのが一般的である。
【０００６】そして、受信したデータをなるべく高速に
内部で処理したい場合、受信バッファを持つ方式では、
格納ポインタ、読出しポインタの制御、バッファオーバ
フローの管理等に処理時間が取られ、これがオーバヘッ
ドとなるため、受信バッファを持たない方式を選ぶこと
になる。図４は従来の受信バッファを持たないデータ受
信方式におけるデータ受信処理を示すフローチャート、
図５は、従来の受信バッファを持たないデータ受信方式
におけるデータ受信とその後の処理を示すタイムチャー
トである。図５において、送信完了ラインはＨｉｇｈの
状態でデータ送信完了を示し、受信完了ラインはＨｉｇ
ｈの状態でデータ受信完了を示す。また、送信完了チェ
ック、受信、データの処理、状態監視処理は受信側装置
の制御遷移を表している。
内部で処理したい場合、受信バッファを持つ方式では、
格納ポインタ、読出しポインタの制御、バッファオーバ
フローの管理等に処理時間が取られ、これがオーバヘッ
ドとなるため、受信バッファを持たない方式を選ぶこと
になる。図４は従来の受信バッファを持たないデータ受
信方式におけるデータ受信処理を示すフローチャート、
図５は、従来の受信バッファを持たないデータ受信方式
におけるデータ受信とその後の処理を示すタイムチャー
トである。図５において、送信完了ラインはＨｉｇｈの
状態でデータ送信完了を示し、受信完了ラインはＨｉｇ
ｈの状態でデータ受信完了を示す。また、送信完了チェ
ック、受信、データの処理、状態監視処理は受信側装置
の制御遷移を表している。
【０００７】図４及び図５において、まず、ステップ２
で送信完了ラインを読み、データが来ているかどうかを
読出す。そして、ステップ３でステップ２での結果をも
とにデータがきているかどうかを判断し、既に来ていれ
ばステップ４へ、まだ来ていなければステップ９へ制御
を移す。ステップ４では、データライン（図示せず）を
読み、データ受信を行う。ステップ５では、受信完了ラ
インに受信完了データをセットし、送信側へ次のデータ
送信を要求する。ステップ６では、受信したデータの処
理を行う。ステップ６のあと、再度ステップ２から始め
る。一方、ステップ９では装置状態監視等の処理を行
う。
で送信完了ラインを読み、データが来ているかどうかを
読出す。そして、ステップ３でステップ２での結果をも
とにデータがきているかどうかを判断し、既に来ていれ
ばステップ４へ、まだ来ていなければステップ９へ制御
を移す。ステップ４では、データライン（図示せず）を
読み、データ受信を行う。ステップ５では、受信完了ラ
インに受信完了データをセットし、送信側へ次のデータ
送信を要求する。ステップ６では、受信したデータの処
理を行う。ステップ６のあと、再度ステップ２から始め
る。一方、ステップ９では装置状態監視等の処理を行
う。
【０００８】
【発明が解決しようとする課題】しかしながら、上記従
来の受信バッファを持たない方式において、受信したデ
ータを処理する内部処理（図５の１１）が、データ送信
側の装置の送信間隔（図５の１２）よりも高速の場合、
内部処理完了後データ受信に行ってもデータがまだ来て
いない（図５の１３）、つまり、送信側が送信完了をセ
ットしていないという状態になる。
来の受信バッファを持たない方式において、受信したデ
ータを処理する内部処理（図５の１１）が、データ送信
側の装置の送信間隔（図５の１２）よりも高速の場合、
内部処理完了後データ受信に行ってもデータがまだ来て
いない（図５の１３）、つまり、送信側が送信完了をセ
ットしていないという状態になる。
【０００９】一般的に、受信側の装置は単純にデータが
くるのを待っているだけではなく、その他、装置の状態
監視等の処理も同時に行う必要があり、データがきてい
ない場合それらの処理を行う（図４のステップ９、図５
の１４）。しかし、状態監視等の処理がデータの内部処
理よりもかなり時間がかかる場合、状態監視等の処理を
行っている最中に送信側がデータ送信完了状態となって
も、受信側装置は状態監視等の処理が終わるまでデータ
受信を行えない。つまり、送信側がデータ送信完了状態
になってから、状態監視等の処理が終わるまでの時間
（図５の１５）がオーバヘッドとなり、受信したデータ
の処理開始が遅れてしまうという問題点があった。
くるのを待っているだけではなく、その他、装置の状態
監視等の処理も同時に行う必要があり、データがきてい
ない場合それらの処理を行う（図４のステップ９、図５
の１４）。しかし、状態監視等の処理がデータの内部処
理よりもかなり時間がかかる場合、状態監視等の処理を
行っている最中に送信側がデータ送信完了状態となって
も、受信側装置は状態監視等の処理が終わるまでデータ
受信を行えない。つまり、送信側がデータ送信完了状態
になってから、状態監視等の処理が終わるまでの時間
（図５の１５）がオーバヘッドとなり、受信したデータ
の処理開始が遅れてしまうという問題点があった。
【００１０】本発明は、前記問題点を解決し、オーバヘ
ッドの発生を防止し、受信データの処理開始の遅れを回
避することのできるデータ受信方式を提供することを目
的とする。
ッドの発生を防止し、受信データの処理開始の遅れを回
避することのできるデータ受信方式を提供することを目
的とする。
【００１１】
【課題を解決するための手段】前記問題点を解決するた
めに、本発明は、同期式送受信プロトコルにおけるデー
タ受信方式において、データの受信と受信したデータの
処理を同期して行う場合、受信したデータの処理完了
後、次のデータの受信を試みたとき、まだデータが送信
されていない場合、受信以外の処理を開始せず、あらか
じめ設定した回数、次のデータの受信を試みる（リトラ
イする）ようにした。
めに、本発明は、同期式送受信プロトコルにおけるデー
タ受信方式において、データの受信と受信したデータの
処理を同期して行う場合、受信したデータの処理完了
後、次のデータの受信を試みたとき、まだデータが送信
されていない場合、受信以外の処理を開始せず、あらか
じめ設定した回数、次のデータの受信を試みる（リトラ
イする）ようにした。
【００１２】なお、このリトライは受信装置の動作環
境、例えば状態監視処理のサービス周期、送信装置（ホ
スト等）からデータの来る間隔に応じて適当な回数を行
う。
境、例えば状態監視処理のサービス周期、送信装置（ホ
スト等）からデータの来る間隔に応じて適当な回数を行
う。
【００１３】
【作用】本発明によれば、以上のようにデータ受信方式
を構成したので、受信装置は受信したデータの処理完了
後、次のデータの受信を試みたとき、まだデータが送信
されていない場合、即座に装置状態監視処理のようにデ
ータの処理やデータ受信と無関係の処理に制御を移さ
ず、再度データがきていないかどうかをチェックするこ
とにより、送信側のデータ送信完了から受信側の受信ま
での時間を最小にする。
を構成したので、受信装置は受信したデータの処理完了
後、次のデータの受信を試みたとき、まだデータが送信
されていない場合、即座に装置状態監視処理のようにデ
ータの処理やデータ受信と無関係の処理に制御を移さ
ず、再度データがきていないかどうかをチェックするこ
とにより、送信側のデータ送信完了から受信側の受信ま
での時間を最小にする。
【００１４】
【実施例】以下、本発明の実施例について図面を参照し
ながら詳細に説明する。なお、以下の説明において上記
従来技術と同一部位については、同一符号で説明する。
図１は、本発明の実施例におけるデータ受信処理を示す
フローチャートである。本実施例においては、図４の従
来例に対して、破線内の処理が追加されている。この処
理はデータがまだ来ていなかった時に、再度データが来
ていないかを所定の回数チェック（リトライ）するため
のものである。以下、図１をもとに本発明の実施例にお
けるデータ受信処理を説明する。
ながら詳細に説明する。なお、以下の説明において上記
従来技術と同一部位については、同一符号で説明する。
図１は、本発明の実施例におけるデータ受信処理を示す
フローチャートである。本実施例においては、図４の従
来例に対して、破線内の処理が追加されている。この処
理はデータがまだ来ていなかった時に、再度データが来
ていないかを所定の回数チェック（リトライ）するため
のものである。以下、図１をもとに本発明の実施例にお
けるデータ受信処理を説明する。
【００１５】まず、ステップ１でリトライカウンタに初
期値をセットする。次に、ステップ２で送信完了ライン
を読み、データが来ているかどうかを読み出す。そし
て、ステップ３でステップ２での結果をもとにデータが
きているかどうかを判断し、既に来ていればステップ４
へ、まだ来ていなければステップ７へ制御を移す。ステ
ップ４ではデータラインを読み、データ受信を行う。ス
テップ５では受信完了ラインに受信完了データをセット
し、送信側へ次のデータ送信を要求する。ステップ６で
は受信したデータの処理を行う。ステップ６のあと、再
度ステップ１から始める。
期値をセットする。次に、ステップ２で送信完了ライン
を読み、データが来ているかどうかを読み出す。そし
て、ステップ３でステップ２での結果をもとにデータが
きているかどうかを判断し、既に来ていればステップ４
へ、まだ来ていなければステップ７へ制御を移す。ステ
ップ４ではデータラインを読み、データ受信を行う。ス
テップ５では受信完了ラインに受信完了データをセット
し、送信側へ次のデータ送信を要求する。ステップ６で
は受信したデータの処理を行う。ステップ６のあと、再
度ステップ１から始める。
【００１６】一方、ステップ３にてデータがまだ来てい
ない場合、リトライを行い、ステップ７でそのリトライ
カウンタの値を１つ減らす。ステップ８にてまだ全リト
ライを終えていなければステップ２へ制御を移し、再度
リトライを行い、全リトライを終えてもデータがこなか
った場合、ステップ９へ制御を移し、装置状態監視等の
処理を行う。
ない場合、リトライを行い、ステップ７でそのリトライ
カウンタの値を１つ減らす。ステップ８にてまだ全リト
ライを終えていなければステップ２へ制御を移し、再度
リトライを行い、全リトライを終えてもデータがこなか
った場合、ステップ９へ制御を移し、装置状態監視等の
処理を行う。
【００１７】図２は、本発明の実施例におけるデータ受
信とその後の処理を示すタイムチャートである。このタ
イムチャートではリトライ数が最高５回の例を示す。ま
た、図５との比較のため、それぞれの意味は同じにして
ある。図５と同様に、受信したデータの処理（図２の１
１）が完了後、次のデータの受信を試みる（図２の１
２）。しかし、このタイミングでは、送信側はまだデー
タ送信が完了していない。よって受信装置は受信のリト
ライを行う（図２の１３）。５回目のリトライにてデー
タ送信完了を確認でき（図２の１４）、即座にそのデー
タの受信を行い処理する。また、図２の１５のように、
５回目のリトライを行っても、データ送信完了を確認で
きない場合、データ受信を断念し、状態監視処理へ制御
を移す。
信とその後の処理を示すタイムチャートである。このタ
イムチャートではリトライ数が最高５回の例を示す。ま
た、図５との比較のため、それぞれの意味は同じにして
ある。図５と同様に、受信したデータの処理（図２の１
１）が完了後、次のデータの受信を試みる（図２の１
２）。しかし、このタイミングでは、送信側はまだデー
タ送信が完了していない。よって受信装置は受信のリト
ライを行う（図２の１３）。５回目のリトライにてデー
タ送信完了を確認でき（図２の１４）、即座にそのデー
タの受信を行い処理する。また、図２の１５のように、
５回目のリトライを行っても、データ送信完了を確認で
きない場合、データ受信を断念し、状態監視処理へ制御
を移す。
【００１８】図３は本発明の実施例におけるデータ受信
装置の構成を示すブロック図で、主記憶ＲＡＭ２１、主
記憶ＲＡＭ２１上に構成されたリトライカウンタ２２、
プログラムＲＯＭ２３、Ｉ／Ｏ回路２４、ＭＰＵ２５、
クロック発生器２６及び外部インタフェース２７を備え
ている。なお、本発明は上記実施例に限定されるもので
はなく、本発明の趣旨に基づき種々の変形が可能であ
り、それらを本発明の範囲から排除するものではない。
装置の構成を示すブロック図で、主記憶ＲＡＭ２１、主
記憶ＲＡＭ２１上に構成されたリトライカウンタ２２、
プログラムＲＯＭ２３、Ｉ／Ｏ回路２４、ＭＰＵ２５、
クロック発生器２６及び外部インタフェース２７を備え
ている。なお、本発明は上記実施例に限定されるもので
はなく、本発明の趣旨に基づき種々の変形が可能であ
り、それらを本発明の範囲から排除するものではない。
【００１９】
【発明の効果】以上、詳細に説明したように、本発明に
よれば、データ受信を内部処理と同期して行う装置にお
いて、受信したデータの処理完了後、次のデータの受信
を試みたとき、まだデータが送信されていない場合、受
信以外の処理を開始せず、あらかじめ設定した回数、次
のデータの受信を試みるようにしたので、オーバヘッド
の発生と、その結果生じる受信したデータの処理開始の
遅れを防止することができる。
よれば、データ受信を内部処理と同期して行う装置にお
いて、受信したデータの処理完了後、次のデータの受信
を試みたとき、まだデータが送信されていない場合、受
信以外の処理を開始せず、あらかじめ設定した回数、次
のデータの受信を試みるようにしたので、オーバヘッド
の発生と、その結果生じる受信したデータの処理開始の
遅れを防止することができる。
【図１】本発明の実施例におけるデータ受信処理を示す
フローチャートである。
フローチャートである。
【図２】本発明の実施例におけるデータ受信とその後の
処理を示すタイムチャートである。
処理を示すタイムチャートである。
【図３】本発明の実施例におけるデータ受信装置の構成
を示すブロック図である。
を示すブロック図である。
【図４】従来のデータ受信方式におけるデータ受信処理
を示すフローチャートである。
を示すフローチャートである。
【図５】従来のデータ受信方式におけるデータ受信とそ
の後の処理を示すタイムチャートである。
の後の処理を示すタイムチャートである。
２１ 主記憶ＲＡＭ ２２ リトライカウンタ
Claims (1)
- 【特許請求の範囲】 【請求項１】 同期式送受信プロトコルにおけるデータ
受信方式において、データの受信と受信したデータの処
理を同期して行う場合、受信したデータの処理完了後、
次のデータの受信を試みたとき、まだデータが送信され
ていない場合、受信以外の処理を開始せず、あらかじめ
設定した回数、次のデータの受信を試みることを特徴と
するデータ受信方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP18261091A JP2710706B2 (ja) | 1991-07-23 | 1991-07-23 | データ受信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP18261091A JP2710706B2 (ja) | 1991-07-23 | 1991-07-23 | データ受信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0528109A true JPH0528109A (ja) | 1993-02-05 |
| JP2710706B2 JP2710706B2 (ja) | 1998-02-10 |
Family
ID=16121304
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP18261091A Expired - Lifetime JP2710706B2 (ja) | 1991-07-23 | 1991-07-23 | データ受信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2710706B2 (ja) |
-
1991
- 1991-07-23 JP JP18261091A patent/JP2710706B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2710706B2 (ja) | 1998-02-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH0653994A (ja) | データ送信方式及び通信制御装置 | |
| US6889265B2 (en) | Apparatus and method to allow and synchronize schedule changes in a USB enhanced host controller | |
| US5228129A (en) | Synchronous communication interface for reducing the effect of data processor latency | |
| JPH0528109A (ja) | データ受信方式 | |
| JPS6325737B2 (ja) | ||
| JP3355053B2 (ja) | 分散処理システムのサイクリックデータ伝送方法 | |
| JP3817741B2 (ja) | 編集装置 | |
| KR20020084725A (ko) | 저속 주변장치와의 데이터 전송을 위한 메모리 컨트롤러 | |
| JPH077954B2 (ja) | 制御装置 | |
| US20020099890A1 (en) | Apparatus and method for processing interruptions in a data transmission over a bus | |
| JPH10105488A (ja) | 通信用コントローラ | |
| KR100364756B1 (ko) | 자동수신모드를 갖는 비동기화 데이터 수신장치 | |
| JP2595808B2 (ja) | 分散処理用メモリ装置 | |
| JPH05334230A (ja) | デュアルポートメモリアクセス制御回路 | |
| JPS6294042A (ja) | 通信制御装置 | |
| JPH05298247A (ja) | 活線接続方式 | |
| JP4666369B2 (ja) | Ｕｓｂデバイス | |
| JPH0235500B2 (ja) | ||
| JPH11306076A (ja) | 共有メモリ制御装置 | |
| JPH01106250A (ja) | データ通信装置 | |
| JPS6374244A (ja) | 高速デ−タ受信方式 | |
| JPH02149049A (ja) | 通信制御方式 | |
| JPH03141450A (ja) | 周辺装置 | |
| JPH06274440A (ja) | Ｓｃｓｉバス制御におけるｓａｖｅ ｄａｔａ ｐｏｉｎｔ処理方法 | |
| JPH0457437A (ja) | データ伝送制御装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 19971014 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081024 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081024 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091024 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101024 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111024 Year of fee payment: 14 |
|
| EXPY | Cancellation because of completion of term | ||
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111024 Year of fee payment: 14 |