JP4036054B2 - 画像表示装置 - Google Patents
画像表示装置 Download PDFInfo
- Publication number
- JP4036054B2 JP4036054B2 JP2002223609A JP2002223609A JP4036054B2 JP 4036054 B2 JP4036054 B2 JP 4036054B2 JP 2002223609 A JP2002223609 A JP 2002223609A JP 2002223609 A JP2002223609 A JP 2002223609A JP 4036054 B2 JP4036054 B2 JP 4036054B2
- Authority
- JP
- Japan
- Prior art keywords
- sprite
- data
- parent
- child
- attribute
- 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 - Fee Related
Links
Images
Landscapes
- Processing Or Creating Images (AREA)
- Controls And Circuits For Display Device (AREA)
Description
【発明の属する技術分野】
この発明は、スプライト方式の画像表示装置に関する。
【0002】
【従来の技術】
画像表示装置の一種にスプライトによって動画を表示する画像表示装置が知られている。この画像表示装置は、可動物であるマンガ主人公等のキャラクタをスプライトとしてパターンメモリに記憶させておき、そのスプライトをパターンメモリから読み出し、画面上において表示し、移動させることによって動画表示を行うものである。
【0003】
図6は、スプライトバッファを持たない構成であり、パターンメモリ1から読み出されたスプライトのパターンデータはそのままフレームバッファ2a、2bヘ格納される。フレームバッファ2a、2bの画像データは交互にモニターへ送信され、表示される。この構成において、スプライトを回転させたり、変形させるレンダリング処理を行う場合、パターンメモリ1から読み出されたパターンデータの各ドットの表示位置座標を変換してフレームバッファ2a、2bに書き込む必要がある。しかし、パターンメモリ1は通常マスクROMで構成されるが、マスクROMはアクセススピードが遅く、したがって、変形処理時にランダムにデータをアクセスするには不向きである。
【0004】
なお、フレームバッファ2a、2bはフレームデータ読み出し中に描画することで表示が終了したラインとこれから表示するラインとでデータの整合性が取れなくなる事態を避けるため、および、表示アクセスに影響されずに自由なタイミングで描画を行なうために、描画用の領域と表示用の領域を分けて使用するダブルバッファ方式が採られている。
【0005】
図7は、フレームバツファ2a、2bとバターンメモリ1の間に高速アクセスが可能なSRAMまたはSDRAMで構成されるスプライトバッファ3a、3bを持たせた構成である。スプライトバッファ3a、3bからの読み出しは高速アクセスが可能なため、ランダムアクセスが必要なレンダリング処理を実現できる。また、スプライトバッファ3a、3bにビットマップデータが存在すれば良いため、パターンメモリ1内のパターンデータは圧縮しておくことができる。パターンデータを圧縮することでパターンメモリ1から読み出すデータ量を少なくすることができるためスプライト毎のパターンメモリ1からの読み出しスピードを上げることが可能となる。なお、フレームバッファ2a、2bと同様な理由によりスプライトバッファ3a、3bもダブルバッファ化されることが多い。
【0006】
【発明が解決しようとする課題】
ところで、近年、1つのキャラクタを複数のスプライトに分けてパターンメモリ1に記憶させることが行われる。これは、比較的大型のキャラクタを1つのスプライトで作ると、スプライトの範囲(最外形)が矩形状であるため、空白部分が大きくなり、メモリの無駄が多くなるからである。
【0007】
このような複数のスプライトからなるキャラクタを変形させたい場合、スプライトバッファ3a、3b内のパターンデータを、スプライト毎に制御する必要がある。矩形スプライトの変形処理は、4つの頂点の表示座標を設定することで変形の具合を制御することが多い。例えば、図8に示すように、4つのスプライトA,B,C,Dから構成されるキャラクタを変形する場合、各スプライトのそれぞれの4つの頂点が全体キャラクタの中でどの位置に来るかを計算し、その計算結果に従ってスプライトの各ドット表示位置を演算して表示する。しかし、この場合、各スプライト毎に個別にレンダリング処理を行なうため、図8に示すように、スプライト同士が接する部分で隙間が空いたり、重なりができたりする問題がある。
【0008】
この発明は、このような事情を考慮してなされたもので、その目的は、複数のスプライトからなるキャラクタのレンダリング処理を行う際に、スプライトの接続部分における不具合を生じることなくレンダリング処理を行うことができる画像表示装置を提供することにある。
【0009】
【課題を解決するための手段】
この発明は、上記の課題を解決するためになされたもので、請求項1に記載の発明は、親スプライトと、該親スプライトに付属する1または複数の子スプライトからなるキャラクタを表示する画像表示装置において、前記子スプライトは、前記親スプライトの中に配置されるとともに、前記親スプライトのパターンデータと前記子スプライトのパターンデータ、または少なくとも2つの子スプライト同士のパターンデータが接する部分を有するスプライトであって、前記親スプライトおよび前記子スプライトのパターンデータが記憶された記憶手段と、前記親スプライトおよび前記子スプライトの属性データが記憶された属性テーブルと、前記記憶手段から読み出された親スプライトおよび子スプライトのパターンデータが書き込まれるキャラクタバッファと、前記属性テーブルから親スプライトのサイズを含む属性データを読み出し、読み出した属性データに基づいて親スプライトを前記キャラクタバッファに書き込むと共に、前記属性テーブルから前記子スプライトの表示位置座標を含む属性データを読み出し、読み出した属性データに従って前記記憶手段から読み出した前記子スプライトのパターンデータを前記キャラクタバッファに書き込む制御手段と、前記属性テーブルから前記親スプライトの表示位置座標および拡大率、または変形時の頂点座標を含む属性データを読み出し、読み出した属性データに従って前記キャラクタバッファ内のパターンデータを拡大若しくは変形する変換を行ってフレームバッファに書き込むレンダリング手段と、前記フレームバッファ内のデータに基づいて画像表示を行う表示手段とを具備してなる画像表示装置である。
【0010】
また、請求項2に記載の発明は、請求項1に記載の画像表示装置において、前記属性テーブルに記憶されている前記子スプライトの属性データは、前記親スプライトに対する相対位置を表すデータであることを特徴とする。
また、請求項3に記載の発明は、請求項1または請求項2に記載の画像表示装置において、前記記憶手段内のパターンデータは圧縮されており、前記制御手段は、前記記憶手段から読み出したパターンデータをもとのデータに伸長して前記キャラクタバッファに書き込むことを特徴とする。
また、請求項4に記載の発明は、請求項1〜請求項3に記載の画像表示装置において、前記親スプライトの属性データは透明を表すデータによって構成されていることを特徴とする。
【0011】
【発明の実施の形態】
以下、図面を参照し、この発明の一実施の形態について説明する。図1は同実施の形態による画像表示装置の全体構成を示すブロック図である。この画像表示装置においては、1つのキャラクタが1つの親スプライトと複数の子スプライトによって構成される。親スプライトはキャラクタの矩形状の外形を定義するもので、パターン(絵柄)データが付属している場合と、パターンデータがなく全面が透明の場合がある。子スプライトは親スプライトの中に配置されるスプライトであり、それぞれについて親スプライト中の位置およびパターンデータが定義される。
【0012】
図1において、1は各スプライトのパターンデータが圧縮されて記憶されているパターンメモリであり、マスクROMによって構成されている。5は各スプライトの属性が記憶された属性テーブルであり、図2に示すように、親スプライトの属性が記憶され、次いで、その親スプライトに属する子スプライトの属性が順次記憶されている。この属性テーブル5は画像表示を制御するCPU(中央処理装置;図示略)によって書き込みが行われるもので、スプライトのサイズ(Size_X,Size_Y)、表示位置座標(DOX,DOY)、パターンネーム、パターンデータのパターンメモリ格納アドレス、変形時の頂点座標、キャラクタ終了属性(END、子スプライトの終を示す)、パターンデータの有無(NOPD)、拡大・縮小率、角度、カラー演算(色調、明るさ)パラメータなどが格納される。
【0013】
6a、6bはキャラクタバッファであり、パターンメモリ1から読み出された複数のスプライトの圧縮パターンデータが伸張された後書き込まれる。7はレンダリング処理装置であり、キャラクタバッファ6a、6b内に書き込まれたパターン(絵柄)に対し、拡大、縮小、回転等の変換を行ってフレームバッファ2a、2bに書き込む。8は表示スキャン制御回路であり、フレームバッファ2a、2b内の画像データを交互に、クロックパルスに従って順次読み出し、モニター9へ出力する。
【0014】
図3は、この画像表示装置の概略動作を示す図であり、属性テーブル5の属性データに基づいて親スプライトKがキャラクタバッファ6a、6bに設定され、この親スプライトK内に、パターンメモリ1から読み出された子スプライトA、B、C、Dが配置される。そして、このキャラクタバッファ6a、6b内のデータがレンダリング処理装置7によって変換され、フレームバッファ2a、2bに書き込まれる。
【0015】
次に、上述した画像表示装置の動作を詳細に説明する。
図4はキャラクタバッファ6a、6bヘデータを格納するための処理回路を示す。図において、属性テーブルアドレスカウンタ11は、フレームバッファ2a、2bの書込開始時に、予め決定された属性テーブル開始アドレスから、表示するスプライト毎に順番に属性テーブルアドレスをカウントする。1つのスプライトがキャラクタバッファ6a、6bに格納された時点でカウントアップが行なわれる。スプライトは、キャラクタ全体の表示属性を決定する親スプライトと、親スプライトからリンクされてキャラクタを構成する絵柄部品を描画するための子スプライトとが定義されている。子スプライトの属性値として格納されるキャラクタ終了属性(END)が1であるスプライトまでが1つのキャラクタを構成する子スプライトとなる。END=1であるスプライト属性テーブル5の次に格納されているスプライト属性は、別のキャラクタの親スプライトとなる。
【0016】
属性テーブル5にはスプライトサイズ、スプライトのパターンネーム、表示位置座標(DOX,DOY)などがあらかじめCPUによって格納されており、属性テーブルアドレスにしたがってこれらの属性データが読み出される。スプライトサイズ、表示位置座標はキャラクタバッファ6a、6bの書込アドレスを生成するために使用される。従来の回路では、表示位置座標はフレームバッファ2a、2bヘの書込アドレスを生成するためにのみ使用されたが、本装置においては、子スプライトではキャラクタバッファ6a、6b内の描画位置を決定するために使用され、親スプライトでは、フレームバッファ内の描画位置を決定するために使用される。
【0017】
親スプライトにおいては、スプライトサイズにしたがってキャラクタバッファ6a、6bの先頭位置からパターンデータが格納される。親スプライトがキャラクタ全体の表示属性のみを設定するために用いられ、キャラクタの絵柄部品は子スプライトのみによって構成される場合、親スプライトは子スプライトを格納する領域を確保するためにのみキャラクタバッファ6a、6bを使用する。この場合、パターンデータをパターンメモリ1から読み出してくる必要がないため、属性テーブル5にNOPD(NO Pattern Data)というビットを設け、これがアクティブである親スプライトでは、予め決められた透明データをキャラクタバッファ6a、6bに書き込む。これにより、アクセススピードの遅いパターンメモリ1からデータを読み出す必要がないため、描画スピードが向上する。子スプライトのバターンデータは、親スプライトにより確保されたキャラクタデータの領域内に書き込まれる。子スプライトの表示位置座標は、親スプライトの表示位置座標に対する相対値としてあらかじめ属性テーブル5に格納されている。
【0018】
キャラクタバッファ描画アドレス生成回路12は、親スプライトの描画に対してはスプライトサイズ属性のみを使用し、パターンメモリ1から読み出された親スプライトのパターンデータか、もしくは、透明データを順次描画するアドレスを生成する。
【0019】
キャラクタバッファ6a、6bの描画開始アドレスは、キャラクタバッファ6a、6bの描画先頭アドレスとし、順次描画データを格納するアドレスは予め決められたパターンメモリ1上のパターンデータの格納順序に準じて描画アドレスを生成する。例えば、ある水平ライン上にあるスプライト×サイズ分のパターンデータを描画し終わったあとに、Y座標をインクリメントして次のライン上にあるパターンデータを描画するラスタースキャン方式でパターンデータが格納されている。
【0020】
キャラクタバッファ描画アドレス生成回路12は、子スプライトの描画に対してはスプライトサイズと表示位置属性(DOX,DOY)を用いて、パターンメモリ1から読み出された子スフライトのパターンデータを描画するアドレスを生成する。子スプライトにおけるキャラクタバッファ6a、6bの描画開始アドレスは、親スプライトの基準座標に対する相対座標である表示位置座標(DOX,DOY)に従って決められる。描画開始アドレスから順次描画データを格納するアドレスは親スプライトと同様に、あらかじめ決められたパターンメモリ1上のパターンデータの格納順序に準じて描画アドレスを生成する。
【0021】
パターンメモリアドレス生成回路13は、属性テーブル5のパターンネーム属性にしたがって、キャラクタバッファ6a、6bに描画するパターンデータが格納されたパターンメモリ1のアドレスを生成する。
セレクタ14は、親スプライトのNOPD属性データにしたがって、キャラクタバッファ6a、6bに描画するデータを、パターンメモリ1から読み出されたデータ(NOPD=0の時)または透明データ(NOPD=1の時)のいずれか一方を選択する。
【0022】
子スプライトのリンクがENDビットによって終了するまでの間、親スプライトで確保されたキャラクタバッファ6a、6bの領域に対し子スプライトを格納する。これにより、フレームバッファ2a、2bに格納する前にキャラクタの図柄がキャラクタバッファ6a、6bに構成される。
【0023】
次に、レンダリング処理を図5を参照して説明する。レンダリング処理回路7は、キャラクタバッファ6a、6bに格納されているキャラクタデータの読み出しアドレスを生成すると共に、親スプライトの表示位置座標(D0X,DOY)および、変形、回転等を行なう際には変形後の4頂点座標(DAX,DAY,DBX,DBY,DCX,DCY,DDX,DDY)を属性テーブル5から受け取り、フレームバッファ2a、2bヘの描画アドレスを生成する。キャラクタバッファ6a、6bに格納されたキャラクタデータは、親スプライトの表示属性にしたがって、フレームバッファ2a、2bへ1つのパターン(図柄)として描画される。したがって、CPUはキャラクタ内にリンクされた子スプライト毎に、予めフレームバッファ6a、6b上の4頂点の座標を計算して属性値として与える必要がない。
【0024】
キャラクタバリファ6a、6bはダブルバッファ構造を持つ。そのためキャラクタバッファ6a、6b内にキャラクタデータのリンクが終了した領域は、フレームバッファ2a、2bヘの描画のための読み出しデータ領域となる。レンダリング処理回路7は、キャラクタ単位に処理を行う。したがって、キャラクタバッファ6a、6bヘの子スプライトのリンクが終了した時点で親スプライトの表示属性にしたがって、フレームバッファ2a、2bヘの転送を開始する。
【0025】
フレームバッファ2a、2bもダブルバッファ構造を有し、これにより、モニター9のスキャン周期に合わせて、すでにフレームデータの構築が終了したフレームバッファ2a、2bのデータがモニター9ヘ表示データとして送出され、もう一方のフレームバッファ2a、2bに、キャラクタバッファ6a、6bからキャラクタデータが転送されてフレームデータが構成される。フレームデータは通常モニターのスキャン周期に合わせて、例えば1/60秒で1つのフレームをリフレッシュ(再描画)する。アミューズメントシステムにおける表示制御装置では動きのある画像の表示を制御するため、1/60秒で新しいフレームデータに更新する必要がある。そのためより複雑なパターンを表示するためにフレームバッファ2a、2bをダブルバッファ化し、モニター9ヘの表示のためにフレームデータに使用するバッファの裏で、次のフレームデータを作成している。
【0026】
上述したように、この実施形態による画像表示装置は、フレームバッファ2a、2bとパターンメモリ1の間のバッファを、スプライト単位ではなく、キャラクタ単位で格納できるようにすることで、キャラクタ全体の変形を、1つのスプライトの変形処理と同様の処理によって行なうことができるため、個々のスプライトの頂点位置の計算が不要となり、かつ、もともと接する位置にあるパターンデータを変形するため、スプライトの接続部分に隙間が空いたり、重なりができたりする問題を防ぐことができる。
【0027】
【発明の効果】
以上説明したように、この発明によれば、複数のスプライトからなるキャラクタのレンダリング処理を行う際に、スプライトの接続部分における不具合を生じることなくレンダリング処理を行うことができる効果が得られる。
【図面の簡単な説明】
【図1】 この発明の一実施形態による画像表示装置の全体構成を示すブロック図である。
【図2】 同実施形態における属性テーブル5の記憶内容を示す図である。
【図3】 同実施形態の概略動作を説明するための図である。
【図4】 同実施形態におけるキャラクタバッファ6a、6bの書込動作を説明するための図である。
【図5】 同実施形態におけるフレームバッファ2a、2bの書込動作を説明するための図である。
【図6】 従来のフレームバッファ書込動作の一例を説明するための図である。
【図7】 従来のフレームバッファ書込動作の他の例を説明するための図である。
【図8】 従来のフレームバッファ書込動作の問題点を説明するための図である。
【符号の説明】
1…パターンメモリ、2a、2b…フレームバッファ、5…属性テーブル、6a、6b…キャラクタバッファ、7…レンダリング処理装置、9…モニター。
Claims (4)
- 親スプライトと、該親スプライトに付属する1または複数の子スプライトからなるキャラクタを表示する画像表示装置において、
前記子スプライトは、前記親スプライトの中に配置されるとともに、前記親スプライトのパターンデータと前記子スプライトのパターンデータ、または少なくとも2つの子スプライト同士のパターンデータが接する部分を有するスプライトであって、
前記親スプライトおよび前記子スプライトのパターンデータが記憶された記憶手段と、
前記親スプライトおよび前記子スプライトの属性データが記憶された属性テーブルと、
前記記憶手段から読み出された親スプライトおよび子スプライトのパターンデータが書き込まれるキャラクタバッファと、
前記属性テーブルから親スプライトのサイズを含む属性データを読み出し、読み出した属性データに基づいて親スプライトを前記キャラクタバッファに書き込むと共に、前記属性テーブルから前記子スプライトの表示位置座標を含む属性データを読み出し、読み出した属性データに従って前記記憶手段から読み出した前記子スプライトのパターンデータを前記キャラクタバッファに書き込む制御手段と、
前記属性テーブルから前記親スプライトの表示位置座標および拡大率、または変形時の頂点座標を含む属性データを読み出し、読み出した属性データに従って前記キャラクタバッファ内のパターンデータを拡大若しくは変形する変換を行ってフレームバッファに書き込むレンダリング手段と、
前記フレームバッファ内のデータに基づいて画像表示を行う表示手段と、
を具備してなる画像表示装置。 - 前記属性テーブルに記憶されている前記子スプライトの属性データは、前記親スプライトに対する相対位置を表すデータであることを特徴とする請求項1に記載の画像表示装置。
- 前記記憶手段内のパターンデータは圧縮されており、前記制御手段は、前記記憶手段から読み出したパターンデータをもとのデータに伸長して前記キャラクタバッファに書き込むことを特徴とする請求項1または請求項2に記載の画像表示装置。
- 前記親スプライトの属性データは透明を表すデータによって構成されていることを特徴とする請求項1〜請求項3に記載の画像表示装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002223609A JP4036054B2 (ja) | 2002-07-31 | 2002-07-31 | 画像表示装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002223609A JP4036054B2 (ja) | 2002-07-31 | 2002-07-31 | 画像表示装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004062787A JP2004062787A (ja) | 2004-02-26 |
JP4036054B2 true JP4036054B2 (ja) | 2008-01-23 |
Family
ID=31943317
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002223609A Expired - Fee Related JP4036054B2 (ja) | 2002-07-31 | 2002-07-31 | 画像表示装置 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4036054B2 (ja) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4760390B2 (ja) * | 2006-01-13 | 2011-08-31 | ヤマハ株式会社 | 画像処理装置 |
JP6507491B2 (ja) * | 2014-05-16 | 2019-05-08 | ヤマハ株式会社 | 画像処理装置 |
-
2002
- 2002-07-31 JP JP2002223609A patent/JP4036054B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2004062787A (ja) | 2004-02-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3662607B2 (ja) | 高速コピー手段を備えたフレームバッファー装置及びこの装置を用いた二重バッファー化動画の実行方法 | |
JP2001195230A (ja) | 描画処理システム、及び描画演算を行う半導体集積回路 | |
JP4707782B2 (ja) | 画像処理装置およびその方法 | |
WO2014050845A1 (ja) | グラフィックス描画装置 | |
JP3547250B2 (ja) | 描画方法 | |
JP4036054B2 (ja) | 画像表示装置 | |
JP3578533B2 (ja) | 画像表示制御装置 | |
JPH01131976A (ja) | テクスチャマッピング装置およびその方法 | |
JP3002972B2 (ja) | 3次元画像処理装置 | |
JP4124015B2 (ja) | 画像表示装置 | |
JP3729187B2 (ja) | 画像表示装置 | |
JP3741053B2 (ja) | 画像処理装置 | |
JP3872056B2 (ja) | 描画方法 | |
JP2003132347A (ja) | 画像処理装置 | |
JP3481382B2 (ja) | 画像処理装置 | |
JP3257925B2 (ja) | 半透明色画像生成装置 | |
JPH08235380A (ja) | 多面体表示方法および多面体表示装置 | |
JPH0816822A (ja) | 3次元動画像生成方法 | |
JP2005128689A (ja) | 画像描画装置 | |
JPH01231092A (ja) | 画像メモリの制御方式 | |
JP2657010B2 (ja) | 三次元表示グラフィック装置 | |
WO2017203675A1 (ja) | グラフィックス描画装置、グラフィックス描画方法、表示システム、及びグラフィックス描画プログラム | |
JPS63292378A (ja) | 画像作成装置 | |
JP2001109896A (ja) | エッジ描画方法及びこれを用いた画像処理装置 | |
JPS6042475B2 (ja) | デイスプレイ装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040722 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070215 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070220 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070423 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070522 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070723 |
|
A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070912 |
|
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: 20071009 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071022 |
|
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: 20101109 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101109 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111109 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111109 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121109 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121109 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131109 Year of fee payment: 6 |
|
LAPS | Cancellation because of no payment of annual fees |