CN101123490A - Method for receiving and transmitting synchronization data between different servers with message service mechanism - Google Patents
Method for receiving and transmitting synchronization data between different servers with message service mechanism Download PDFInfo
- Publication number
- CN101123490A CN101123490A CNA2007101221181A CN200710122118A CN101123490A CN 101123490 A CN101123490 A CN 101123490A CN A2007101221181 A CNA2007101221181 A CN A2007101221181A CN 200710122118 A CN200710122118 A CN 200710122118A CN 101123490 A CN101123490 A CN 101123490A
- Authority
- CN
- China
- Prior art keywords
- data
- server
- synchrodata
- execution
- messenger service
- 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
Images
Abstract
The present invention is a method for realizing the transmission and reception of the synchronous data among different servers by utilizing a message service mechanism. In order to increase the performance of servers, the synchronous data is synchronized in batches, and when the connection with receiving servers fails, the data waiting to be synchronized is stored in a queue, so that the data can be retransmitted after reconnection, thus preventing the loss of all the data. In terms of synchronous number, synchronous time, etc., a corresponding regulation can be done according to the requirement of users. When being replaced with other database, if tables and fields are the same, the only job is to alter the database waiting for connection with configuration files and have a little modification, and after some experiment on the present invention, the efficiency is notably increased. Meanwhile, a user can conveniently and rapidly perform corresponding configurations according to own ideas, materializing the humanization of software. In terms of maintenance, the human power is saved, and the use is easy.
Description
Technical field
What the present invention relates to is a kind of data transmission method, particularly be a kind ofly to realize sending between different server method with receiving isochronous data with messenger service mechanism.
Background technology
In the present system of systems, realizing the transmission and the reception of synchrodata, generally is to rely on database to carry out synchronously, just waits with storing process, trigger and realizes data sync.Its defective is mainly reflected in the following aspects:
At first from the angle of implementation, database implements perhaps can be soon, in a single day a system moves, the user wishes when being provided with synchronously, we can not land at any time, and certain table carries out manual modification to certain value wherein in the database, does like this and can bring a series of trouble (safety, responsibility investigation, mistake behaviour's mistake or the like).Next has increased the pressure of database, and some pressure is that database can't be born, and 1,000,000 data of assumes synchronization, this demand are a bottleneck can not crossing over for database.So do like this is almost to be impossible.
Secondly from the angle of performance index, because every station server all has a bottleneck, when data volume is very big, relying on database merely, is to carry out data sync with storing process or trigger all can't realize.Realize this function reluctantly even if we rack one's brains, also will consider the accuracy and the interactive quality of data sync simultaneously.Certainly we can write some rules in database, can move these rules and can slattern the very big resource of database, will be very low even if realized user's demand but implemented the back operational efficiency like this.
From the fail safe of data and system and the angle of integrality, no matter what mode to realize data sync once more with, how to guarantee synchronously in each bar data can be safe and reliable the side of being received reception be the problem that we at first will consider.In the reality because the maintenance of server, when machine, restart etc. and might before the recipient receives, just lose after extraneous factor causes our data sending, and we also do not know.As if very difficult for addressing this problem the generation that utilizes database to control to prevent this incident.Certainly can think a variety of solutions, but I believe which kind of method all can cause very big influence to performance.
At last from the angle of the maintenance cost of data and system, hommization, flexibility, what realize that data sync will be concerned about constantly that database uses with database is what, in case because database become the storing process write before just meaning or trigger one class will do change.Even if do not change database, other configuration also often needs to change, and at this moment the attendant of each node will make amendment to storing process or trigger, and this regular modification database is the thing of a danger close.Every station server all is unique in the setting of synchronization aspects when realizing that with database another synchronous problem is the server initialization, at this moment a problem during exactly to certain time Servers-all all can carry out data sync, wanting to distinguish these settings will the attendant be provided with separately these servers respectively, this is very inconvenient, and is easy to generate data jamming.
Based on above-mentioned defective, creator of the present invention is through research and practice have obtained generation of the present invention finally for a long time.
Summary of the invention
The objective of the invention is to, provide a kind of with the method for transmission between messenger service mechanism realization different server, in order to overcome above-mentioned defective with receiving isochronous data.
For achieving the above object, the technical solution used in the present invention is, provide a kind of with the method for transmission between messenger service mechanism realization different server with receiving isochronous data, the method of transmission synchrodata wherein, it is based on a kind of tree structure, and each node all has IP address and this node server information and subordinate's server info of higher level's server, and data based IP form is carried out synchronously, wherein
Step a: initialization connects to higher level's server;
Step b: the data of specifying the bar number according to timing extraction lock in time of user's setting;
Step c: home server will be attempted being connected with recipient's server according to the IP address;
Steps d: judge to connect whether fail, be stored in the temporary formation if just will treat data in synchronization, and execution in step d, otherwise execution in step e;
Step e: judge in the temporary formation whether the synchrodata that does not also send is arranged, if having then preferentially send these synchrodatas, if the synchrodata that in temporary formation, does not send, then synchronized transmission this need data in synchronization;
Step f: after message sends out, revise the synchronous mark position of synchronized data for synchronous;
Preferable, between described step e and step f, also comprise step e1: judge whether transmission is successful, if success, then execution in step f; Otherwise with storage in described temporary formation, execution in step c.
Preferable, the synchrodata of described transmission is to create message according to the type of data, it is encapsulated into an object sends;
Preferable, also comprise steps d 1 between described steps d and step e: whether the resource that messenger service mechanism is judged present network anxiety, if, execution in step d1 then, if otherwise carry out following step e;
The method of receiving isochronous data wherein, it realizes that with above-mentioned usefulness messenger service is machine-processed the process of transmission synchrodata between different server is corresponding, it also is based on a kind of tree structure, each node all has IP address and this node server information and subordinate's server info of higher level's server, data based IP form is carried out synchronously, wherein
Step a: the reception that starts home server is monitored;
Step b: judge whether the new information that sends over, if the following step c of execution is arranged, if do not carry out above-mentioned steps b;
Step c: judge whether the new information receive will carry out to higher level's server or to the forwarding of subordinate's server, if carry out following steps d, if not carrying out following step h;
Steps d: home server will be attempted being connected with the server of transmitting according to the IP address;
Step e: judge to connect whether fail, be stored in the local temporary formation if just will treat data in synchronization, and execution in step e, otherwise execution in step f;
Step f: judge in the described temporary formation whether the synchrodata that does not also send is arranged, if having then preferentially send these synchrodatas, if the synchrodata that in temporary formation, does not send, then synchronized transmission this need data in synchronization;
Step g: following step k is carried out for synchronous in the synchronous mark position of revising synchronized data after message sends out;
Step h: divide other translation type according to different message;
Step I: store the local formation of preserving into;
Step j: initiation message receives;
Step k: receiving course finishes;
Preferable, between described step f and step g, also comprise step f1: judge whether transmission is successful, if success, then execution in step g; Otherwise with storage in described temporary formation, execution in step d;
Preferable, described step h: divide other translation type according to different message; The list that one correspondence is arranged in this locality according to the type that stores the local queue data in the described step I into, converts thereof into the data of concrete correspondence;
Preferable, also comprise step e1 between described step e and step f: whether the resource of judging present network is nervous, if execution in step e1 then is if otherwise carry out following step f.
Beneficial effect of the present invention compared with the prior art is that it is safe in transmission, can obliterated data.Because the transmission of message is to adopt asynchronous form, do not block so can not produce message.Simultaneously because and language, platform independence, so more convenient aspect transplanting.And this application provides powerful and administration configuration function flexibly.Really embody the one side of software hommization.Imbody is and need big data quantity data in synchronization can be broken up processing, carries out improving server performance with this synchronously in batches.Can be with the connection failure of recipient's server the time with treating that data in synchronization is temporarily stored in the formation, so that system sends after being communicated with once more, guarantee that all data can not lose.At aspects such as synchronous number and locks in time, can adjust accordingly according to user's demand.If table is identical with field when changing other database, only need change the database of required connection and make a spot of modification and get final product by configuration file, be significantly improved through overtesting application present technique behind efficiency.Simultaneously the user can conveniently carry out corresponding setting according to the idea of oneself, has embodied the one side of software hommization, has saved manpower and left-hand seat is simple aspect safeguarding, is to get twice the result with half the effort.
Description of drawings
Fig. 1 realizes sending between different server the flow chart of the method for synchrodata with messenger service mechanism for the present invention;
Fig. 2 realizes receiving between different server the flow chart of the method for synchrodata with messenger service mechanism for the present invention.
Embodiment
Below in conjunction with accompanying drawing, be described in more detail with other technical characterictic and advantage the present invention is above-mentioned.
Data sync is based on tree-like design between node, and data based IP form is carried out synchronously.Here having divided two parts setting, is respectively database and configuration file.A configuration file is all arranged in each node server, wherein mainly indicate the IP address of higher level's server.Another aspect is in the database of each node a node table to be arranged, and wherein has nodal information at the corresponding levels and downstream site information in this table.This is to adopt JMS (messenger service) to realize that data sync is necessary.We being set just can knowing destination node IP before having had, remaining has been exactly the synchronous information of tissue need.
See also shown in Figure 1ly, it is that the present invention realizes sending between different server the flow chart of the method for synchrodata with messenger service mechanism;
Step a1: initialization connects to higher level's server;
Step b1: the data of specifying the bar number according to timing extraction lock in time of user's setting;
Step c1: home server will be attempted being connected with recipient's server according to the IP address;
Steps d 1: judge to connect whether fail, be stored in the temporary formation if just will treat data in synchronization, and execution in step d1, otherwise execution in step e1;
Step e1: judge in the temporary formation whether the synchrodata that does not also send is arranged, if having then preferentially send these synchrodatas, if the synchrodata that in temporary formation, does not send, then synchronized transmission this need data in synchronization;
Step f1: after message sends out, revise the synchronous mark position of synchronized data for synchronous;
Wherein between described step e1 and step f1, also comprise step e11: judge whether transmission is successful, if success, then execution in step f1; Otherwise with storage in described temporary formation, execution in step c1; The synchrodata of described transmission is to create message according to the type of data, it is encapsulated into an object sends; Also comprise steps d 11 between described steps d 1 and step e1: whether the resource that messenger service mechanism is judged present network anxiety, if, execution in step d11 then, if otherwise carry out following step e1;
See also shown in Figure 2ly, it is that the present invention realizes receiving between different server the flow chart of the method for synchrodata with messenger service mechanism, and it step that comprises is:
Step a2: the reception that starts home server is monitored;
Step b2: judge whether the new information that sends over, if the following step c2 of execution is arranged, if do not carry out above-mentioned steps b2;
Step c2: judge whether the new information receive will carry out to higher level's server or to the forwarding of subordinate's server, if carry out following steps d 2, if not carrying out following step h2;
Steps d 2: home server will be attempted being connected with the server of transmitting according to the IP address;
Step e2: judge to connect whether fail, be stored in the local temporary formation if just will treat data in synchronization, and execution in step e2, otherwise execution in step f2;
Step f2: judge in the described temporary formation whether the synchrodata that does not also send is arranged, if having then preferentially send these synchrodatas, if the synchrodata that in temporary formation, does not send, then synchronized transmission this need data in synchronization;
Step g 2: following step k2 is carried out for synchronous in the synchronous mark position of revising synchronized data after message sends out;
Step h2: divide other translation type according to different message;
Step I 2: store the local formation of preserving into;
Step j2: initiation message receives;
Step k2: receiving course finishes;
Wherein, between described step f2 and step g 2, also comprise step f22: judge whether transmission is successful, if success, then execution in step g2; Otherwise with storage in described temporary formation, execution in step d2; Described step h2: divide other translation type according to different message; The list that one correspondence is arranged in this locality according to the type that stores the local queue data in the described step I 2 into, converts thereof into the data of concrete correspondence; Also comprise step e22 between described step e2 and step f2: whether the resource of judging present network is nervous, if execution in step e2 then is if otherwise carry out following step f2.
Wherein above-mentioned data of specifying the bar number according to timing extraction lock in time that is provided with before the user, extracting method is to treat that data in synchronization carries out category filter (such as personal information, user profile etc.), from each class, select synchronous priority (such as existence relation in the table that will be synchronous, the data ability simultaneous user table behind the necessary earlier synchronous person chart) again.The benefit of doing like this is the bar number that each synchrodata can be set automatically according to server performance, so that reduce server stress.Secondly synchronizing information will attempt being connected with the recipient according to IP, if connection failure just will be treated in formation of the temporary transient existence of data in synchronization so that can continue synchronously after connecting next time.If successful connection then at first check in the temporary formation and need not data in synchronization is if having then preferential these data synchronously, if do not find data in temporary formation then this needs data in synchronization synchronously.After sending out, message revises the synchronous mark position of synchronized data for synchronous.
For above-mentioned receiving course, whether every station server can be regularly newly monitored to message having, if receive new information then can judge that these data are to transmit or be saved in this node by this node, or be that data are continued forwarding after this node is done a backup.Judge type of message and do corresponding conversion if data will be saved in this node.Subsequently.According to judged result data are operated accordingly.Data sync is promptly finished in complete above operation one time when system.
To sum up, we think and change content in the database by program, to disposing accordingly synchronously, promptly data sync are peeled off out fully from database flexibly, and the form with software realizes data synchronization fully; For raising the efficiency, we specify different rules to solve the low problem of above database efficiency.The bar number that can control a data sync such as us solves the big data quantity stationary problem, we can be by the mode of a temporary formation being sent on the specified server of handling that synchronization failure guarantees that every data can safety, we can solve data interaction problem or the like by response mechanism.
Certainly these rules can be changed at any time, and revise easily.These all are the conclusions that draws by our repetition test; We just can have good method to come the problem of data integrity when adopting JMS to realize data sync simultaneously.We at first set up the data that a temporary formation is used for preserving each transmission failure, when each successful connection temporary formation are checked, if find in the formation data are arranged, then preferentially send these data.By these means, we can realize safety, the integrality of synchrodata.
We just can have good method to solve the problem of maintenance cost height, hommization and very flexible when adopting JMS to realize data sync.By setting up the data that a temporary formation is used for preserving each transmission failure, when each successful connection, at first temporary formation is checked,, then preferentially sent these data if find in the formation data are arranged, by these means, we can realize safety, the integrality of synchrodata.Adopt the JMS data synchronization mechanism just can effectively control the generation of this thing.We have accomplished this point by user setup interface is provided in software program.That is to say that we teach user oneself the frequent place of changing of some users and go to arrange rather than the attendant.Effectively reduce work of maintenance personnel like this, improved system flexibility.
The above only is preferred embodiment of the present invention, only is illustrative for the purpose of the present invention, and nonrestrictive.Those skilled in the art is understood, and can carry out many changes to it in the spirit and scope that claim of the present invention limited, revise, even equivalence, but all will fall within the scope of protection of the present invention.
Claims (8)
1. method that realizes sending between different server synchrodata with messenger service mechanism, it is based on a kind of tree structure, and each node all has IP address and this node server information and subordinate's server info of higher level's server, and data based IP form is carried out synchronously, it is characterized in that
Step a: initialization connects to higher level's server;
Step b: the data of specifying the bar number according to timing extraction lock in time of user's setting;
Step c: home server will be attempted being connected with recipient's server according to the IP address;
Steps d: judge to connect whether fail, be stored in the temporary formation if just will treat data in synchronization, and execution in step d, otherwise execution in step e;
Step e: judge in the temporary formation whether the synchrodata that does not also send is arranged, if having then preferentially send these synchrodatas, if the synchrodata that in temporary formation, does not send, then synchronized transmission this need data in synchronization;
Step f: after message sends out, revise the synchronous mark position of synchronized data for synchronous.
2. the machine-processed method that realizes sending between different server synchrodata of messenger service of using according to claim 1 is characterized in that, also comprises step e1 between described step e and step f: judge whether transmission is successful, if success, then execution in step f; Otherwise with storage in described temporary formation, execution in step c.
3. according to claim 1ly realize sending between different server the method for synchrodata it is characterized in that the synchrodata of described transmission is to create message according to the type of data, it is encapsulated into an object sends with messenger service mechanism.
4. the method that realizes sending between different server synchrodata with messenger service mechanism according to claim 1, it is characterized in that, also comprise steps d 1 between described steps d and step e: messenger service mechanism judges whether the resource of present network is nervous, if, execution in step d1 then is if otherwise carry out following step e.
5. method that realizes receiving between different server synchrodata with messenger service mechanism, it realizes that with above-mentioned usefulness messenger service is machine-processed the process of transmission synchrodata between different server is corresponding, it is based on a kind of tree structure, each node all has IP address and this node server information and subordinate's server info of higher level's server, data based IP form is carried out synchronously, it is characterized in that
Step a: the reception that starts home server is monitored;
Step b: judge whether the new information that sends over, if the following step c of execution is arranged, if do not carry out above-mentioned steps b;
Step c: judge whether the new information receive will carry out to higher level's server or to the forwarding of subordinate's server, if carry out following steps d, if not carrying out following step h;
Steps d: home server will be attempted being connected with the server of transmitting according to the IP address;
Step e: judge to connect whether fail, be stored in the local temporary formation if just will treat data in synchronization, and execution in step e, otherwise execution in step f;
Step f: judge in the described temporary formation whether the synchrodata that does not also send is arranged, if having then preferentially send these synchrodatas, if the synchrodata that in temporary formation, does not send, then synchronized transmission this need data in synchronization;
Step g: following step k is carried out for synchronous in the synchronous mark position of revising synchronized data after message sends out;
Step h: divide other translation type according to different message;
Step I: store the local formation of preserving into;
Step j: initiation message receives;
Step k: receiving course finishes.
6. the machine-processed method that realizes receiving between different server synchrodata of messenger service of using according to claim 5 is characterized in that, also comprises step f1 between described step f and step g: judge whether transmission is successful, if success, then execution in step g; Otherwise with storage in described temporary formation, execution in step d.
7. according to claim 5 with the method that receives synchrodata between messenger service mechanism realization different server, it is characterized in that described step h: divide other translation type according to different message; The list that one correspondence is arranged in this locality according to the type that stores the local queue data in the described step I into, converts thereof into the data of concrete correspondence.
8. the method that realizes sending between different server synchrodata with messenger service mechanism according to claim 5, it is characterized in that, also comprise step e1 between described step e and step f: whether the resource of judging present network is nervous, if, execution in step e1 then is if otherwise carry out following step f.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007101221181A CN101123490B (en) | 2007-09-21 | 2007-09-21 | Method for receiving and transmitting synchronization data between different servers with message service mechanism |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007101221181A CN101123490B (en) | 2007-09-21 | 2007-09-21 | Method for receiving and transmitting synchronization data between different servers with message service mechanism |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101123490A true CN101123490A (en) | 2008-02-13 |
| CN101123490B CN101123490B (en) | 2012-05-30 |
Family
ID=39085680
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2007101221181A Expired - Fee Related CN101123490B (en) | 2007-09-21 | 2007-09-21 | Method for receiving and transmitting synchronization data between different servers with message service mechanism |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101123490B (en) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101344894B (en) * | 2008-08-21 | 2012-11-07 | 峰峰集团邯郸鼎峰物流有限公司 | Method and device for data synchronization between application systems |
| CN102916974A (en) * | 2012-11-07 | 2013-02-06 | 曙光信息产业股份有限公司 | Cluster configuration updating method |
| CN103942324A (en) * | 2014-04-29 | 2014-07-23 | 北京中科启信软件技术有限公司 | Data real-time synchronization system and method |
| CN111147126A (en) * | 2019-12-26 | 2020-05-12 | 中国人民解放军空军勤务学院 | Beidou satellite short message communication data unpacking transmission method |
| CN111245939A (en) * | 2020-01-10 | 2020-06-05 | 中国建设银行股份有限公司 | Data synchronization method, device and system |
| CN113835908A (en) * | 2021-09-30 | 2021-12-24 | 武汉虹信技术服务有限责任公司 | Method, system, medium and device for realizing ordered retransmission based on WebSocket |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100491541B1 (en) * | 2003-08-01 | 2005-05-25 | 니트젠테크놀러지스 주식회사 | A contents synchronization system in network environment and a method therefor |
| CN1956452B (en) * | 2005-10-27 | 2012-02-29 | 华为技术有限公司 | Method, system, user terminal and server for implementing data synchronization |
-
2007
- 2007-09-21 CN CN2007101221181A patent/CN101123490B/en not_active Expired - Fee Related
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101344894B (en) * | 2008-08-21 | 2012-11-07 | 峰峰集团邯郸鼎峰物流有限公司 | Method and device for data synchronization between application systems |
| CN102916974A (en) * | 2012-11-07 | 2013-02-06 | 曙光信息产业股份有限公司 | Cluster configuration updating method |
| CN103942324A (en) * | 2014-04-29 | 2014-07-23 | 北京中科启信软件技术有限公司 | Data real-time synchronization system and method |
| CN111147126A (en) * | 2019-12-26 | 2020-05-12 | 中国人民解放军空军勤务学院 | Beidou satellite short message communication data unpacking transmission method |
| CN111147126B (en) * | 2019-12-26 | 2021-11-23 | 中国人民解放军空军勤务学院 | Beidou satellite short message communication data unpacking transmission method |
| CN111245939A (en) * | 2020-01-10 | 2020-06-05 | 中国建设银行股份有限公司 | Data synchronization method, device and system |
| CN113835908A (en) * | 2021-09-30 | 2021-12-24 | 武汉虹信技术服务有限责任公司 | Method, system, medium and device for realizing ordered retransmission based on WebSocket |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101123490B (en) | 2012-05-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101123490B (en) | Method for receiving and transmitting synchronization data between different servers with message service mechanism | |
| CN100401707C (en) | Remote process transfering method and system in distribution type control system | |
| CN102629268B (en) | Data synchronization method, system and date access device | |
| CN103067206A (en) | Internet of things across-machine room distributed type full automatic hot standby server switching system | |
| CN102289469B (en) | Method for supporting universal database to synchronize data based on physical isolating equipment | |
| WO2010148966A1 (en) | Method and apparatus for implementing data synchronization in network management | |
| CN103795754A (en) | Method and system for data synchronization among multiple systems | |
| CN107766502A (en) | A kind of Oracle RAC databases disaster tolerance switches drilling method | |
| CN105553682B (en) | Event notification method and the system notified for event | |
| CN102546839B (en) | Efficient and reliable software distribution method for large scale network | |
| CN101894059B (en) | A kind of detection method of running status and system | |
| CN101741635B (en) | Method, system and device for synchronous altering message | |
| CN106354865A (en) | Method, device and system for synchronizing master database and secondary database | |
| CN102523118A (en) | Redundancy control system consisting of multiple control computers in local area network and method for redundancy control system | |
| CN102622550B (en) | Safe online patch check system facing terminal computers | |
| CN102820994A (en) | Data exchange device and data exchange method for network isolation environment | |
| CN104407577A (en) | Intelligent check anti-maloperation method based on real-time trend | |
| CN106570775A (en) | Power grid fault countermeasure plan combining compilation method and device | |
| CN106209468B (en) | The synchronous method and system of operation information between the active and standby dispatch automated system of isomery | |
| CN103441878A (en) | Method and device for processing ownership of PE device in VCF network | |
| CN104125089A (en) | Network transaction control method and execution method, and network controller and forwarding equipment | |
| CN104881726A (en) | Method for realizing integration of regulation-control operation order and on-line combined calculation | |
| CN104317868B (en) | A kind of regulation and control integral method based on single preposition more SCADA applications | |
| CN110213359A (en) | A kind of car networking networking data delivery system and method based on D2D | |
| CN106101173A (en) | Relay protection device on-line monitoring information file transfer method based on file service |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20120530 Termination date: 20140921 |
|
| EXPY | Termination of patent right or utility model |