JP3709050B2 - Data update system - Google Patents
Data update system Download PDFInfo
- Publication number
- JP3709050B2 JP3709050B2 JP11800797A JP11800797A JP3709050B2 JP 3709050 B2 JP3709050 B2 JP 3709050B2 JP 11800797 A JP11800797 A JP 11800797A JP 11800797 A JP11800797 A JP 11800797A JP 3709050 B2 JP3709050 B2 JP 3709050B2
- Authority
- JP
- Japan
- Prior art keywords
- shared memory
- data
- main memory
- standby
- update
- 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
Links
Images
Landscapes
- Hardware Redundancy (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、複数のプロセッサモジュールが共用メモリ上のデータをアクセスして処理を行うデータ更新システムに関するものである。
【0002】
近年、複数のプロセッサモジュール(PM)を結合して共用メモリをアクセスして分散処理することが行われている。この際、業務(例えば多数の従業員のスケジュール管理業務)によっては、各PMにおいて高速にデータを更新する必要がある。
【0003】
【従来の技術】
従来、複数のPMから構成されるシステムにおいて、データの同一性を保証するために共用メモリを設け、各PMはこの共用メモリをアクセスしてデータを更新して業務処理を行うようにしていた。
【0004】
【発明が解決しようとする課題】
上述したように複数のPMが業務処理を行う場合に、各PM間でデータの同一性を保証するために共用メモリにデータを格納したり、共用メモリのデータを参照したりして業務処理を行っていた。このため、共用メモリのアクセス速度が一般に遅いことと、複数のPMが同時に共用メモリをアクセスするといずれか一方が待機させられてしまい、高速にデータの同一性を保証した上でアクセスして処理を実行できないという問題があった。
【0005】
本発明では、この問題を解決するため、複数のPMが処理を行うシステムにおいて、共用メモリのデータを各PMの主記憶にコピーを持ち、複数のPMのうちの1つが共用メモリの更新中にそのPMがダウンした場合でも各PMに大きな負荷を与えずに対処する必要がある。
【0006】
【課題を解決するための手段】
図1を参照して課題を解決するための手段を説明する。
図1において、PM1は、プロセッサモジュールであって、記憶媒体からプログラムを読み出して主記憶2上にローディングして起動し各種業務処理を行うものであり、ここでは、主記憶2およびCPU3などから構成されるものである。
【0007】
主記憶2は、データおよびプログラムを格納するものである。
CPU3は、プログラムに従い各種業務処理を行うものであって、ここでは、現用のPM1では共用メモリ管理プロセス4および主記憶管理プロセス5から構成され、待機のPM1では待機プロセス31、共用メモリ管理プロセス4および主記憶管理プロセス5から構成されるものである。
【0008】
待機プロセス31は、待機のPM1が持つプロセスであって、待機に必要な各種処理を行うものである。
共用メモリ管理プロセス4は、共用メモリ6の更新などするものである。
【0009】
主記憶管理プロセス5は、共用メモリを参照して主記憶2を更新などするものである。
共用メモリ6は、複数のPM1間でデータの同一性を保証するためのメモリである。
【0010】
次に、動作を説明する。
PM1が共用メモリ6の内容を更新および主記憶2にコピーした後、他のPM1に共用メモリ6の更新通知を行い、更新通知を受けた他のPM1の主記憶管理プロセス5が共用メモリ6を参照してデータを主記憶3にコピーしてデータの同一性を保証するようにしている。
【0011】
この際、現用のPM1が共用メモリ6内のデータを更新および主記憶3にコピーした後、他の全ての現用および待機のPM1に更新通知を行うようにしている。
【0012】
また、待機のPMが現用のPM1のいずれかの障害発生を定期的に監視し、障害発生時には共用メモリ6の内容を主記憶2にコピーして当該IDに基づき現用業務を引き継ぐようにし、他のPMに各主記憶の書き換えの指示を通知する。
【0013】
【発明の実施の形態】
次に、図1から図3を用いて本発明の実施の形態および動作を順次詳細に説明する。
【0014】
図1は、本発明のシステム構成図を示す。
図1において、PM1は、バス7に接続されたプロセッサモジュールであって、ここでは、主記憶2およびCPU3から構成されるものである。
【0015】
主記憶2は、データおよびプログラムを格納したり、読み出したりするメモリであって、ここでは、共用メモリ6内のデータと同一データを格納して高速に参照して業務処理を迅速に行うなどためのものである。
【0016】
CPU3は、記憶媒体からローディングした主記憶2上のプログラムに従い各種業務処理を行うものであって、ここでは、現用のPM1では共用メモリ管理プロセス4および主記憶管理プロセス5から構成され、待機のPM1は待機プロセス31、共用メモリ管理プロセス4および主記憶管理プロセス5から構成されるものである。
【0017】
待機プロセス31は、待機のPM1が待機に必要な各種処理を行うものである。
共用メモリ管理プロセス4は、端末8などからのデータの更新依頼に対応して、共用メモリ6内のデータを更新したり、共用メモリ6内のデータを更新したときに主記憶管理プロセス5に共用メモリ6内のデータを更新した旨を通知したりなどするものである。
【0018】
主記憶管理プロセス5は、共用メモリ管理プロセス4あるいは他の主記憶管理プロセス5から共用メモリ6が更新された旨の通知を受けたときに、共用メモリ6を参照して読み出したデータを主記憶2に格納し、共用メモリ6内のデータと主記憶2内のデータとの同一性を確保するものである。また、主記憶管理プロセス5は、共用メモリ6を参照して読み出したデータを主記憶2に格納した後、他のPM1の主記憶管理プロセス5に共用メモリ6内のデータが更新された旨を通知する。
【0019】
共用メモリ6は、複数のPM1が共用するメモリであって、当該複数のPM1間でデータの同一性を保証するためのものである。
バス7は、複数のPM1が相互に共用メモリ6をアクセスするためのバスである。
【0020】
端末8は、現用のPM1に共用メモリ6内のデータの更新依頼するものである。
次に、図2を用いて図1の構成の動作を詳細に説明する。
【0021】
図2は、本発明の動作説明図を示す。ここで、PM(#1)とPM(#2)は現用であり、PM(#3)は待機である。
図2において、S1は、現用のPM1の共用メモリ管理プロセス4が定義情報の更新を受信する。これは、図1の端末8から共用メモリ6中の定義情報の更新を受信する。
【0022】
S2は、共用メモリを更新情報に基づいて更新する。これは、S1で受信した更新情報(定義情報)をもとに共用メモリ管理プロセス4が共用メモリ6を更新する(例えばスケジュールを更新する)。
【0023】
S3は、共用メモリの更新通知する。これは、S2で共用メモリ6を更新した共用メモリ管理プロセス5が主記憶管理プロセス5に共用メモリ6の更新を行い、データの同一性を保証するために主記憶2のデータの更新を促す更新通知を行う。
【0024】
S11は、S3の更新通知に対応して、主記憶管理プロセス5がこの更新通知を受信する。
S12は、主記憶管理プロセス5が共用メモリ6の内容に基づいて主記憶2を更新する。これにより、主記憶2内のデータが共用メモリ6内のデータと同一となりデータの同一性が保証されることとなる。
【0025】
S13は、共用メモリの更新通知を全ての他の現用および待機のPM1に通知する。そして、現用のPM(#2)1でS21ないしS22、待機のPM(#3)1でS31ないし32で上述したS11ないしS12と同様に共用メモリ6の内容に基づいて主記憶2を更新し、データの同一性を保証する。
【0026】
以上によって、端末8から共用メモリ6内のデータの更新要求があったときに、現用のPM1の共用メモリ管理プロセス4が共用メモリ6の内容を更新した後、更新した旨を主記憶管理プロセス5に通知し、主記憶管理プロセス5が共用メモリ6を参照して主記憶2を更新した後、他の現用のPM1および待機のPM1の主記憶管理プロセス4に更新通知を行い、同様にそのPM1の主記憶管理プロセス4が共用メモリ6を参照して主記憶2を更新し、複数のPM1の主記憶2内のデータが共用メモリ6内のデータとの同一性が保証され、各PM1は主記憶2内のデータをそれぞれ参照して高速に業務処理を実行することが可能となる。
【0027】
図3は、本発明の障害発生時のフローチャートを示す。これは、図1の複数の現用あるいは待機のPM1のうちのいずれかのPM1に障害が発生したときの動作を示す。ここで、待機PM1は定期的に現用PM1に障害が発生していないかをチェックする処理手段を有している。
【0028】
図3において、S41は、障害発生PMのIDを取得する。これは、図1の現用あるいは待機の複数のPM1のうちのいずれかのPM1に障害が発生したので、障害発生のPM1が使用しているIDを取得する。
【0029】
S42は、共用メモリ6に障害PMを待機として登録する。これは、S41で取得したIDをもとに、最先の待機のPM1が共用メモリ6に障害の発生したPMを待機のPM(現用のPMあるいは待機のPMを待機のPM)として登録する。
【0030】
S43は、共用メモリの内容を主記憶にコピーする。これは、最先の待機のPM1が共用メモリ6の内容を自己の主記憶2にコピーする。
S44は、障害の発生したPMが現用か判別する。YESの場合には、障害の発生したPM1が現用と判明したので、S45で他PM(他の現用と待機のPM)の全てに共用メモリ6の更新通知を行い、S46に進む。一方、S44のNOの場合には、障害の発生したPM1が待機のPM1と判明したので、S46に進む。
【0031】
S46は、IDに基づき業務を引き継ぐ。これは、障害の発生したPM1のIDをもとに、現用の業務あるいは待機の業務を引き継ぐ。
S47は、運用を再開する。
【0032】
以上によって、現用あるいは待機のPM1に障害発生時に、即時に待機のPM1が障害発生したPM1のIDを取得し、障害発生のPM1を待機のPM1に登録した後、共用メモリ6の内容を主記憶2にコピーし、障害発生したPM1が現用のPM1であった場合には他の全てのPM1に共用メモリ6の更新通知を行って業務を再開し、一方、障害発生したPM1が待機のPM1のときはそのまま業務再開する。これらにより、いずれのPM1に障害が発生しても、複数のPM1がアクセスする共用メモリ6の内容と、各PM1内の主記憶2の内容との同一性を保証した上で、主記憶2を参照して高速に業務処理を実行することが可能となる。
【0033】
図3において、S51は、障害発生PMを再起動する。これは、図示外のOS(オペレーティングシステム)が障害発生したPMを再起動する。
S52は、共用メモリの情報をもとに待機と認識する。これは、既述したS42で引き継いだ待機のPM1が共用メモリ6に障害PM1のIDを待機と登録したので、この情報をもとにOSが障害発生PM1を待機と認識する。
【0034】
S53は、待機プロセスを起動する。これは、図1の待機のPM(#3)1内の待機プロセス31を起動する。
S54は、共用メモリの内容を主記憶にコピーする。これにより、共用メモリ6の内容と、障害発生PM1の主記憶2の内容との同一性が保証されたこととなる。
【0035】
S55は、現用か判別する。ここでは、NOとなり、待機であるので、S57で待機として待つ。
以上によって、障害発生したPM1は待機のPM1として共用メモリ6に既述したS42で登録され、S51ないしS57によって、OSがこの登録された障害発生の待機のPM1を見つけて再起動し、再起動された待機のPM1が共用メモリ6の内容を主記憶2にコピーして同一性を保証した上で待機のPM1として業務を再開する(通常は現用のPM1の障害発生を待つ)ことが可能となる。
【0036】
【発明の効果】
以上説明したように、本発明によれば、複数のプロセッサモジュール(PM)が処理を行うシステムにおいて、共用メモリ6のデータを各プロセッサモジュールの主記憶にコピーを持つ構成を採用し、定期的に各プロセッサモジュールが共用メモリに変化があったかをチェックすることがないため、各プロセッサモジュールの負荷を軽減することができる。
【図面の簡単な説明】
【図1】本発明のシステム構成図である。
【図2】本発明の動作説明図である。
【図3】本発明の障害発生時のフローチャートである。
【符号の説明】
1:PM(プロセッサモジュール)
2:主記憶
3:CPU
31:待機プロセス
4:共用メモリ管理プロセス
5:主記憶管理プロセス
6:共用メモリ
7:バス
8:端末[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a data update system in which a plurality of processor modules access and process data on a shared memory.
[0002]
In recent years, a plurality of processor modules (PM) are combined to access a shared memory for distributed processing. At this time, depending on the business (for example, the schedule management business of many employees), it is necessary to update data at each PM at high speed.
[0003]
[Prior art]
Conventionally, in a system composed of a plurality of PMs, a shared memory is provided in order to guarantee the identity of data, and each PM accesses the shared memory to update data and perform business processing.
[0004]
[Problems to be solved by the invention]
As described above, when multiple PMs perform business processing, the business processing is performed by storing data in the shared memory or referring to the data in the shared memory in order to guarantee the sameness of data among the PMs. I was going. For this reason, the access speed of the shared memory is generally slow, and if multiple PMs access the shared memory at the same time, one of them is kept waiting, and access is performed while guaranteeing the identity of the data at high speed. There was a problem that it could not be executed.
[0005]
In the present invention, in order to solve this problem, in a system in which a plurality of PMs perform processing, the data of the shared memory is copied to the main memory of each PM, and one of the plurality of PMs is being updated. Even if the PM goes down, it is necessary to cope without giving a large load to each PM.
[0006]
[Means for Solving the Problems]
Means for solving the problem will be described with reference to FIG.
In FIG. 1, PM1 is a processor module, which reads a program from a storage medium, loads it on the
[0007]
The
The
[0008]
The
The shared memory management process 4 is for updating the shared memory 6.
[0009]
The main
The shared memory 6 is a memory for guaranteeing data identity among the plurality of
[0010]
Next, the operation will be described.
After the
[0011]
At this time, after the
[0012]
In addition, the standby PM periodically monitors the occurrence of a failure in any of the
[0013]
DETAILED DESCRIPTION OF THE INVENTION
Next, embodiments and operations of the present invention will be described in detail sequentially with reference to FIGS.
[0014]
FIG. 1 shows a system configuration diagram of the present invention.
In FIG. 1,
[0015]
The
[0016]
The
[0017]
The
The shared memory management process 4 updates the data in the shared memory 6 in response to a data update request from the terminal 8 or the like, or is shared by the main
[0018]
When the main
[0019]
The shared memory 6 is a memory shared by a plurality of
The bus 7 is a bus for a plurality of
[0020]
The terminal 8 requests the
Next, the operation of the configuration of FIG. 1 will be described in detail with reference to FIG.
[0021]
FIG. 2 is a diagram for explaining the operation of the present invention. Here, PM (# 1) and PM (# 2) are active, and PM (# 3) is standby.
In FIG. 2, in S1, the shared memory management process 4 of the
[0022]
In S2, the shared memory is updated based on the update information. This is because the shared memory management process 4 updates the shared memory 6 (for example, updates the schedule) based on the update information (definition information) received in S1.
[0023]
In S3, a shared memory update notification is sent. In this update, the shared
[0024]
In S11, the main
In S <b> 12, the main
[0025]
S13 notifies shared memory update notification to all other active and standby PM1s. Then, the
[0026]
As described above, when there is a request for updating the data in the shared memory 6 from the terminal 8, the shared memory management process 4 of the
[0027]
FIG. 3 shows a flowchart of the present invention when a failure occurs. This shows an operation when a failure occurs in any one of the plurality of working or
[0028]
In FIG. 3, S41 acquires the ID of the failure PM. This is because a failure has occurred in one of the current or
[0029]
In S42, the faulty PM is registered as a standby in the shared memory 6. This is based on the ID acquired in S41, and the earliest standby PM1 registers the PM in which a failure has occurred in the shared memory 6 as the standby PM (the current PM or the standby PM is the standby PM).
[0030]
In S43, the contents of the shared memory are copied to the main memory. This is because the
In S44, it is determined whether the faulty PM is currently used. In the case of YES, since the faulty PM1 is found to be active, in S45, all other PMs (other active and standby PMs) are notified of the update of the shared memory 6, and the process proceeds to S46. On the other hand, in the case of NO in S44, it is determined that the PM1 in which the failure has occurred is the standby PM1, and therefore the process proceeds to S46.
[0031]
S46 takes over the business based on the ID. This takes over the current business or standby business based on the ID of the
In S47, the operation is resumed.
[0032]
As described above, when a failure occurs in the working or standby PM1, the standby PM1 immediately acquires the ID of the failed PM1, registers the failed PM1 in the standby PM1, and then stores the contents of the shared memory 6 in the main memory. 2, if the failed PM1 is the current PM1, the update of the shared memory 6 is notified to all other PM1s, and the operation is resumed. On the other hand, the failed PM1 is the standby PM1. When it is time to resume work. As a result, even if a failure occurs in any PM1, the contents of the shared memory 6 accessed by a plurality of PM1 and the contents of the
[0033]
In FIG. 3, S51 restarts the failure PM. This restarts the PM in which an OS (operating system) (not shown) has failed.
In S52, the standby is recognized based on the information in the shared memory. This is because the standby PM1 taken over in S42 described above registers the failure PM1 ID in the shared memory 6 as standby, and the OS recognizes the failure PM1 as standby based on this information.
[0034]
S53 starts a standby process. This starts the
In S54, the contents of the shared memory are copied to the main memory. As a result, the identity between the contents of the shared memory 6 and the contents of the
[0035]
In S55, it is determined whether it is currently used. Here, the determination is NO and the process is on standby, so the process waits at S57.
As described above, the troubled PM1 is registered as the standby PM1 in the shared memory 6 in the above-described S42, and in S51 to S57, the OS finds the registered troubled standby PM1 and restarts it. The
[0036]
【The invention's effect】
As described above, according to the present invention, in a system in which a plurality of processor modules (PM) perform processing, a configuration having a copy of the data in the shared memory 6 in the main memory of each processor module is employed, and periodically. Since each processor module does not check whether the shared memory has changed, the load on each processor module can be reduced.
[Brief description of the drawings]
FIG. 1 is a system configuration diagram of the present invention.
FIG. 2 is an operation explanatory diagram of the present invention.
FIG. 3 is a flowchart when a failure occurs according to the present invention.
[Explanation of symbols]
1: PM (processor module)
2: Main memory 3: CPU
31: Standby process 4: Shared memory management process 5: Main memory management process 6: Shared memory 7: Bus 8: Terminal
Claims (3)
上記データ更新システムは、複数のプロセッサモジュールと、該複数のプロセッサモジュールが使用するデータを格納する共用メモリで構成され、
上記各プロセッサモジュールは、
データを格納する主記憶と、
上記主記憶のデータの更新を促す更新通知を受信して、上記共用メモリを参照してデータを主記憶に格納すると共に他のプロセッサモジュールに主記憶のデータの更新の指示を通知する主記憶管理手段を有する
ことを特徴とするデータ更新システム。In a data update system in which a plurality of processor modules access and process data on a shared memory,
The data updating system includes a plurality of processor modules, said plurality of processor modules is constituted by a shared memory for storing data to be used,
Each of the above processor modules
Main memory for storing data;
Main memory management that receives an update notification that prompts updating of the data in the main memory, stores the data in the main memory with reference to the shared memory , and notifies other processor modules of an instruction to update the data in the main memory A data updating system comprising means.
上記主記憶管理手段は、上記共用メモリ管理手段または他のプロセッサモジュールの主記憶管理手段から、上記更新通知を受信する
ことを特徴とする請求項1記載のデータ更新システム。 The processor module further includes shared memory management means for updating the shared memory based on the updated definition information and notifying the update to the main memory management means,
The data update system according to claim 1 , wherein the main memory management means receives the update notification from the shared memory management means or main memory management means of another processor module .
上記共用メモリに障害発生したプロセッサモジュールのIDを待機として登録すると共に、共用メモリの内容を主記憶にコピーした上で、障害発生したプロセッサモジュールが現用か待機かを判別し、現用と判別した場合は他のプロセッサモジュールに上記更新通知を行い、障害発生したプロセッサモジュールの業務を引き継ぎ、待機と判別した場合は更新通知を行わず該業務の引き継ぎのみ行う待機処理手段 When the ID of the failed processor module is registered in the shared memory as standby, and the contents of the shared memory are copied to the main memory, and then it is determined whether the failed processor module is active or standby. Is a standby processing means for notifying the other processor module of the update, taking over the business of the processor module in which the failure has occurred, and only taking over the business without determining the update notification when it is determined as standby.
を有することを特徴とする請求項1あるいは請求項2に記載のデータ更新システム。The data update system according to claim 1 or 2, characterized by comprising:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11800797A JP3709050B2 (en) | 1997-05-08 | 1997-05-08 | Data update system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11800797A JP3709050B2 (en) | 1997-05-08 | 1997-05-08 | Data update system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH10307801A JPH10307801A (en) | 1998-11-17 |
| JP3709050B2 true JP3709050B2 (en) | 2005-10-19 |
Family
ID=14725750
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11800797A Expired - Lifetime JP3709050B2 (en) | 1997-05-08 | 1997-05-08 | Data update system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3709050B2 (en) |
-
1997
- 1997-05-08 JP JP11800797A patent/JP3709050B2/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH10307801A (en) | 1998-11-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6832298B2 (en) | Server system operation control method | |
| JPH07311749A (en) | Multiprocessor system and kernel replacement method | |
| US5664090A (en) | Processor system and method for maintaining internal state consistency between active and stand-by modules | |
| US5963634A (en) | Method for warming up a spare process in a replicated real-time system, in particular in a telephone exchange | |
| KR100323255B1 (en) | Job taking-over system | |
| EP0747814A1 (en) | Customer information control system and method with transaction serialization control functions in a loosely coupled parallel processing environment | |
| US20020073409A1 (en) | Telecommunications platform with processor cluster and method of operation thereof | |
| JPWO1997049034A1 (en) | Business handover system | |
| JP3709050B2 (en) | Data update system | |
| JPWO2004046926A1 (en) | Event notification method, device, and processor system | |
| JP2580525B2 (en) | Load balancing method for parallel computers | |
| JP2772052B2 (en) | Resource information inheritance processing method | |
| JP3312652B2 (en) | Database management method in multiprocessor architecture | |
| JPH01209565A (en) | Memory back-up system | |
| JPH0310343A (en) | Hot spot data management processing system | |
| JP3130892B2 (en) | Redundant system | |
| JP3270400B2 (en) | Print processing cluster system | |
| JP2000163276A (en) | Network wide spare system | |
| JP3464768B2 (en) | Processor device with file load | |
| JPH07160651A (en) | Backup mode for system data | |
| JP2907102B2 (en) | File loading method | |
| CN110018925B (en) | System safety redundancy method and computer readable storage medium | |
| JPH0628407A (en) | Data base system | |
| JPS5947908B2 (en) | Failure handling method | |
| CN119669196A (en) | Database middleware sharding migration method and computer device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040223 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040823 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040831 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041019 |
|
| 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: 20050726 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050805 |
|
| 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: 20090812 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090812 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100812 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110812 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120812 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120812 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130812 Year of fee payment: 8 |
|
| EXPY | Cancellation because of completion of term |