CN1937658B - Quick query warning method for telecommunication management network - Google Patents
Quick query warning method for telecommunication management network Download PDFInfo
- Publication number
- CN1937658B CN1937658B CN2005101032763A CN200510103276A CN1937658B CN 1937658 B CN1937658 B CN 1937658B CN 2005101032763 A CN2005101032763 A CN 2005101032763A CN 200510103276 A CN200510103276 A CN 200510103276A CN 1937658 B CN1937658 B CN 1937658B
- Authority
- CN
- China
- Prior art keywords
- alarm
- alarm data
- data
- request
- server
- 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
Landscapes
- Computer And Data Communications (AREA)
Abstract
The invention discloses a fast alarm inquiring method for telecom management network, applied to a system comprising server and client ends, where the server is used to receive and store alarm data reported by lower-layer network management system. And it comprises the steps of: (a) client end sends alarm inquiring request to the server, where the inquiring request parameters include unique request tag, inquiring conditions and appointed page information; (b) the server receives the alarm inquiring request and filters and obtains the corresponding alarm data information according to the inquiring conditions, and then generating alarm data of user appointed page as inquired results according to the appointed page information; (c) the server communicates with the client end and issues the inquired results to the client end, and the client end displays these alarm data. And it remarkably raises the efficiency of user's inquiring alarm information, reduces transmission of network data quantity, and can meet the requirements of parallel processing inquiring request, arranging alarm data in the whole network, etc.
Description
Technical field
The present invention relates to a kind of method of quick query warning, relate to a kind of querying method of in telecommunication management network (TMN) system, alarming especially.
Background technology
Continuous expansion along with the telecommunications network scale, the equipment that the TMN system is managed is also more and more, alarm data will be very huge, and it is extremely important at user's alarm management, often need carry out the inquiry of alarm data in actual applications, therefore, the user requires very high for the efficient and the real-time of query warning.
The TMN system generally all adopts layered architecture at present, realize Business Processing with server end (being the backstage), realize that with client (being the foreground) data show that this mode not only can realize multi-user's Long-distance Control, and the system expandability is also better.In this system, the inquiry mode of alarm is generally: the backstage all reports the foreground with qualified alarm data and handles, and the foreground receives these reported datas and demonstration.
But this mode often makes that the traffic between forward and backward is very big, and simultaneously the data volume safeguarded of foreground is also very big, and along with system scale and data volume constantly increase, treatment effeciency will sharply descend, the real-time extreme difference that becomes; Simultaneously, continuous growth along with TMN number of users that system supports, improve the real-time requirement of inquiry, be necessary to take to handle the parallel query request mode, and from another aspect, the user also wishes to understand more easily the situation that whole network data changes, and shows the alarm of up-to-date generation etc. in alarm list topmost as hope.Thereby at above-mentioned situation, it is necessary developing a kind of more effectively method of quick query warning.
Summary of the invention
The present invention promptly is the querying method of alarming in a kind of TMN system that proposes at above-mentioned problems of the prior art, can significantly promote user inquiring alarm efficient.
In order to solve the problems of the technologies described above, the invention provides a kind of method of telecommunication management network quick query warning, be applied to comprise server and client side's system, described server is used to receive and preserve the alarm data that the lower net guard system reports, and this method may further comprise the steps:
(a) client sends the alarm inquiry request to server, and the query requests parameter of this request comprises the page info of unique request mark, querying condition and appointment;
(b) after server receives the alarm inquiry request that client sends, filter the corresponding alarm data information that obtains according to querying condition, the page info according to appointment produces the alarm data of user's specified page as Query Result again;
(c) carry out communication between server and the client, described Query Result is issued to client, client shows these alarm datas.
Further, said method also can have following characteristics: described page info comprises page length and page number.
Further, said method also can have following characteristics: in the described step (b), after server receives the alarm inquiry request that client sends, adopt thread pool, processing is dispatched in request to alarm inquiry.
Further, said method also can have following characteristics: in the described step (a), described query requests parameter also comprises sort criteria; And in the described step (b), after the alarm data information after described server obtains filtering, according to this sort criteria this alarm data is sorted earlier, and then produce the alarm data of user's specified page as Query Result according to the page info of appointment.
Further, said method also can have following characteristics: described step (b) is further divided into following steps to the alarm inquiry processing of request that receives:
(b1) judge whether the sign of new alarm inquiry request is identical with the sign of already present alarm inquiry request, if then execution in step (b2) if not, is then preserved this new alarm inquiry request, again execution in step (b3);
(b2) querying condition of the alarm inquiry request of two like-identified relatively, if both querying conditions are identical, execution in step (b4) then, otherwise, upgrade the querying condition of this request mark correspondence, execution in step (b3);
(b3) filter the alarm data of preserving in the current server with new querying condition, the alarm data index after obtaining filtering is also preserved;
(b4) current alarm data index and the appointment page number information according to this request mark correspondence produces the alarm data index of user's specified page, and comprises the Query Result of corresponding alarm data according to this index creation.
Further, said method also can have following characteristics: in the described step (a), described query requests parameter also comprises sort criteria; And described step (b) is further divided into following steps to the alarm inquiry processing of request that receives:
(b11) judge whether the sign of new alarm inquiry request is identical with the sign of already present alarm inquiry request, if then execution in step (b12) if not, is then preserved this new alarm inquiry request, again execution in step (b14);
(b12) querying condition of the alarm inquiry request of two like-identified relatively, if both querying conditions are identical, execution in step (b13) then, otherwise, upgrade the querying condition of this request mark correspondence, execution in step (b14);
(b13) continue the relatively sort criteria of the alarm inquiry request of two like-identified, if sort criteria is identical, then execution in step (b16) if sort criteria is inequality, is upgraded the sort criteria of this request mark correspondence, again execution in step (b15);
(b14) filter the alarm data of preserving in the current server with new querying condition, the alarm data index after obtaining filtering is also preserved;
(b15) according to alarm data index after the corresponding current filtration of described request sign and new sort criteria the alarm data after filtering is sorted, and the alarm data index after the preservation ordering;
(b16) produce the alarm data index of user's specified page according to alarm data index after the current ordering of this request mark correspondence and appointment page number information, and comprise the Query Result of corresponding alarm data according to this index creation.
Further, said method also can have following characteristics: the communication in the described step (c) between server and the client adopts the F interface message to realize.
Further, said method also can have following characteristics: this method is further comprising the steps of: when described server is received new alarm data, the also processing of new alarm data being filtered and creates response result again at the querying condition and the page info of each effective alarm inquiry request, and preserve each step and handle the new data directory that obtains, the response result after will refreshing then sends to described client.
Further, said method also can have following characteristics: this method is further comprising the steps of: when described server is received new alarm data, also new alarm data is filtered again, sorts and create the processing of response result at querying condition, sort criteria and the page info of each effective alarm inquiry request, and preserve each step and handle the new data directory that obtains, the response result after will refreshing then sends to described client.
Further, said method also can have following characteristics: creating in the described server has the alarm chained list, when receiving the alarm data that lower floor reports, judge in the alarm chained list according to the alarm parameter in the alarm data whether identical alarm data is arranged earlier, if have, do not deal with, otherwise, the alarm data that this is new adds in the described alarm chained list or upgrades corresponding data in the described alarm chained list, carries out follow-up refresh process at each effective alarm inquiry request again.
Compared with prior art, the present invention has following advantage:
(1) adopts forward and backward and share jointly, both reduced the foreground and machines configurations has been required and the deployment difficulty, satisfied the Real-time Alarm query demand of a plurality of clients' personalization again;
(2) adopted the load balancing strategy of multithreading to support the parallel processing of alarm inquiry request, improved foreground parallel query request responding efficient;
(3) optimize the query requests flow process, obviously improved search efficiency, thereby improved the real-time of handling;
(4) undertaken the ordering of the whole network data of specific field by the backstage, better satisfied the demand that the user wishes to understand the whole network data situation of change;
(5) adopt paging to report mode, greatly reduce the data volume that Network Transmission flow and foreground are preserved, handled.
Description of drawings
Fig. 1 is the alarming processing illustraton of model of the upper layer network management system of the embodiment of the invention;
Fig. 2 is flow chart and the key data flow graph that the quick alarm inquiry method of the embodiment of the invention realizes.
Embodiment
Below in conjunction with accompanying drawing, with the alarm inquiry method of network layer network management system among the TMN (Network ManagementSystem:NMS) be an embodiment the invention will be described further, but not as a limitation of the invention.
In typical TMN model, the warning information that NMS can report from a plurality of Network Element Layer network management systems by adapter (Adapter) acceptance.With reference to figure 1, NMS adopts the alarming processing model of C/S structure, comprises backstage (being server end, NMS Server) and foreground (being client, NMS Client), and query requests is responsible for issuing in the foreground, and carries out the demonstration of alarm data according to the result that reply on the backstage; And the alarm that the lower net guard system reports is responsible for accepting and preserving in the backstage, according to the foreground queries request carry out alarm data filtration, sort and work such as report, create being useful on the alarm chained list of preserving alarm data and the tabulation that is used to preserve the alarm inquiry request in the backstage.
The alarm request is as follows with the step of replying demonstration between NMS Server and NMS Client:
Step 201:NMS Client sends the alarm inquiry request to NMS Server, the required parameter that setting is arranged in this query requests, comprise: request ID, querying condition, sort criteria and page info etc., wherein: request ID is unique query requests sign, querying condition can be alarm source-information, alarm cause, raising Time, acknowledged alarm information etc., sort criteria also can be some information in the alarm data, as: raising Times etc., page info comprise page length and page number;
After step 202:NMS Server receives the alarm inquiry request of NMS Client, adopt thread pool (ThreadPool), processing is dispatched in request to alarm inquiry, also is that alarm business thread of NMS Server dynamic assignment is handled current alarm inquiry request;
At this moment,, make the backstage can adopt multithreading to handle the query requests on foreground, realized the harmony of load, improved the ability of the processing parallel query alarm on backstage owing to adopted thread pool;
The alarm business thread of step 203:NMS Server is searched the identical alarm inquiry request of ID that whether has with new alarm inquiry request in the query requests tabulation of having set up, if have, then execution in step 204, if not, then add this new alarm inquiry request in the query requests tabulation, execution in step 206 again;
Step 204: compare the querying condition of the alarm inquiry request of two identical ID, if querying condition is identical, then execution in step 205, if the querying condition difference is upgraded the querying condition in the query requests tabulation, execution in step 206 again;
Step 205: continue the relatively sort criteria of the alarm inquiry request of two identical ID, if sort criteria is identical, then execution in step 208, if sort criteria is inequality, upgrade the sort criteria in the query requests tabulation, and execution in step 207 again;
Step 206: with the alarm data in the up-to-date querying condition filtration current alarm chained list, the alarm data index after obtaining filtering is also preserved;
Step 207: according to alarm data index after the current filtration of described request ID correspondence and new sort criteria the alarm data after filtering is sorted, and ordering is the alarm data ordering of whole network system, preserves the alarm data index after this ordering;
Step 208: produce the alarm data index of user's specified page according to information such as alarm data index after the current ordering of described request ID correspondence and appointment page numbers, and comprise the Query Result of corresponding alarm data according to this index creation;
Carry out communication between step 209:NMS Server and the NMS Client, NMS Server replys the Client to NMS with Query Result, and NMS Client shows the alarm data that NMS Server replys back;
Communication can adopt F mouth message to realize between NMS Server and the NMS Client, NMS Server sends to NMS Client with the reply data packing of inquiry, NMS Client resolves the message data that NMS Server replys, and carries out the demonstration of alarm data according to the desirable display mode of user.
With reference to flow chart shown in Figure 2, as seen, NMS Server receives the alarm data that the lower net guard system reports, and it is as follows to make corresponding treatment step:
Step 301:NMS Server receives the alarm data that the Network Element Layer network management system reports, and alarm data can comprise alarm parameters such as alarm source-information, alarm cause, raising Time and alarm concluding time;
Step 302:NMS Server utilizes the alarm parameter combination in the alarm data that the repeatability of alarm data is judged, if it is identical, reject the alarm data that repeats, finish, otherwise, the alarm data that newly produces is added in the alarm chained list, and the alarm data that alarm parameter in the alarm chained list is changed upgrades;
Step 303:NMS Server filters again, sorts alarm data newly-increased or that change at querying condition, sort criteria and the page info of each effective alarm inquiry request and creates the processing of response result, and preserve each step and handle the new data directory that obtains, then response result is sent to NMS Client.
In the method, because NMS Server calculates reply data according to page info, thereby to reply to the result of NMS Client be the data of specific page, data volume and the processing time that handle on the foreground so both can have been significantly reduced, also can reduce online data traffic, improve the disposed of in its entirety performance; On the other hand, in the alarm inquiry request process of the professional thread process correspondence of NMS Server alarm inquiry, what preserve is not that data are whole, and be data directory, reduced the data volume that dynamically updates in real time of alarm data, also reduced memory space, when this needed the dynamic refresh of frequent processing alarm in system, efficient was than higher.
The present invention not only can be applied to the network management system of network layer, also can be applied to adopt other network management system of C/S.In addition, the present invention can also have various conversion scheme, and for example: in another embodiment, can only filter alarm data and by the processing that the page shows, not sort in the backstage.
Claims (11)
1. the method for a telecommunication management network quick query warning is applied to comprise server and client side's system, and described server is used to receive and preserve the alarm data that the lower net guard system reports, and this method may further comprise the steps:
(a) client sends the alarm inquiry request to server, and the query requests parameter of this request comprises the page info of unique request mark, querying condition and appointment;
(b) after server receives the alarm inquiry request that client sends, filter the corresponding alarm data information that obtains according to querying condition, the page info according to appointment produces the alarm data of user's specified page as Query Result again;
(c) carry out communication between server and the client, described Query Result is issued to client, client shows these alarm datas.
2. the method for a kind of telecommunication management network quick query warning as claimed in claim 1 is characterized in that:
Described page info comprises page length and page number.
3. the method for a kind of telecommunication management network quick query warning as claimed in claim 1 is characterized in that:
In the described step (b), after server receives the alarm inquiry request that client sends, adopt thread pool, processing is dispatched in request to alarm inquiry.
4. as the method for claim 1 or 3 described a kind of telecommunication management network quick query warnings, it is characterized in that:
In the described step (a), described query requests parameter also comprises sort criteria; And in the described step (b), after the alarm data information after described server obtains filtering, according to this sort criteria this alarm data is sorted earlier, and then produce the alarm data of user's specified page as Query Result according to the page info of appointment.
5. the method for a kind of telecommunication management network quick query warning as claimed in claim 1 is characterized in that:
Described step (b) is further divided into following steps to the alarm inquiry processing of request that receives:
(b1) judge whether the sign of new alarm inquiry request is identical with the sign of already present alarm inquiry request, if then execution in step (b2) if not, is then preserved this new alarm inquiry request, again execution in step (b3);
(b2) querying condition of the alarm inquiry request of two like-identified relatively, if both querying conditions are identical, execution in step (b4) then, otherwise, upgrade the querying condition of this request mark correspondence, execution in step (b3);
(b3) filter the alarm data of preserving in the current server with new querying condition, the alarm data index after obtaining filtering is also preserved;
(b4) current alarm data index and the appointment page number information according to this request mark correspondence produces the alarm data index of user's specified page, and comprises the Query Result of corresponding alarm data according to this index creation.
6. the method for a kind of telecommunication management network quick query warning as claimed in claim 1 is characterized in that:
In the described step (a), described query requests parameter also comprises sort criteria; And described step (b) is further divided into following steps to the alarm inquiry processing of request that receives:
(b11) judge whether the sign of new alarm inquiry request is identical with the sign of already present alarm inquiry request, if then execution in step (b12) if not, is then preserved this new alarm inquiry request, again execution in step (b14);
(b12) querying condition of the alarm inquiry request of two like-identified relatively, if both querying conditions are identical, execution in step (b13) then, otherwise, upgrade the querying condition of this request mark correspondence, execution in step (b14);
(b13) continue the relatively sort criteria of the alarm inquiry request of two like-identified, if sort criteria is identical, then execution in step (b16) if sort criteria is inequality, is upgraded the sort criteria of this request mark correspondence, again execution in step (b15);
(b14) filter the alarm data of preserving in the current server with new querying condition, the alarm data index after obtaining filtering is also preserved;
(b15) according to alarm data index after the corresponding current filtration of described request sign and new sort criteria the alarm data after filtering is sorted, and the alarm data index after the preservation ordering;
(b16) produce the alarm data index of user's specified page according to alarm data index after the current ordering of this request mark correspondence and appointment page number information, and comprise the Query Result of corresponding alarm data according to this index creation.
7. the method for a kind of telecommunication management network quick query warning as claimed in claim 1 is characterized in that:
Communication in the described step (c) between server and the client adopts F mouth message to realize.
8. as the method for claim 5 or 6 described a kind of telecommunication management network quick query warnings, it is characterized in that described method is further comprising the steps of:
When described server is received new alarm data, the also processing of new alarm data being filtered and creates response result again at the querying condition and the page info of each effective alarm inquiry request, and preserve each step and handle the new data directory that obtains, the response result after will refreshing then sends to described client.
9. the method for a kind of telecommunication management network quick query warning as claimed in claim 6 is characterized in that, described method is further comprising the steps of:
When described server is received new alarm data, also new alarm data is filtered again, sorts and create the processing of response result at querying condition, sort criteria and the page info of each effective alarm inquiry request, and preserve each step and handle the new data directory that obtains, the response result after will refreshing then sends to described client.
10. the method for a kind of telecommunication management network quick query warning as claimed in claim 8, it is characterized in that, create in the described server alarm chained list is arranged, when receiving the alarm data that lower floor reports, judge in the alarm chained list according to the alarm parameter in the alarm data whether identical alarm data is arranged earlier, if have, do not deal with, otherwise, the alarm data that this is new adds in the described alarm chained list or upgrades corresponding data in the described alarm chained list, carries out follow-up refresh process at each effective alarm inquiry request again.
11. the method for a kind of telecommunication management network quick query warning as claimed in claim 9, it is characterized in that, create in the described server alarm chained list is arranged, when receiving the alarm data that lower floor reports, judge in the alarm chained list according to the alarm parameter in the alarm data whether identical alarm data is arranged earlier, if have, do not deal with, otherwise, the alarm data that this is new adds in the described alarm chained list or upgrades corresponding data in the described alarm chained list, carries out follow-up refresh process at each effective alarm inquiry request again.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2005101032763A CN1937658B (en) | 2005-09-22 | 2005-09-22 | Quick query warning method for telecommunication management network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2005101032763A CN1937658B (en) | 2005-09-22 | 2005-09-22 | Quick query warning method for telecommunication management network |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1937658A CN1937658A (en) | 2007-03-28 |
| CN1937658B true CN1937658B (en) | 2011-01-05 |
Family
ID=37954914
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2005101032763A Expired - Fee Related CN1937658B (en) | 2005-09-22 | 2005-09-22 | Quick query warning method for telecommunication management network |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN1937658B (en) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101237347B (en) * | 2008-02-19 | 2011-06-29 | 中兴通讯股份有限公司 | Page processing method for alarm data |
| CN101355445B (en) * | 2008-09-04 | 2011-05-11 | 中兴通讯股份有限公司 | Method and apparatus for filtering alarm in network management server |
| CN101741615B (en) * | 2009-12-14 | 2012-03-21 | 北京神州泰岳软件股份有限公司 | Server-based alarm filtering system and method |
| CN103516673A (en) * | 2012-06-21 | 2014-01-15 | 腾讯科技（深圳）有限公司 | Network data communication method, network data communication system, network data communication client and network data communication server |
| CN103856347B (en) * | 2012-12-06 | 2018-03-13 | 中兴通讯股份有限公司 | Abnormality alarming method and server |
| CN107995149A (en) * | 2016-10-26 | 2018-05-04 | 北京国双科技有限公司 | The treating method and apparatus of unexpected message |
| CN107979491B (en) * | 2017-11-20 | 2021-01-26 | 烽火通信科技股份有限公司 | Alarm data processing method and processing system |
| CN107958081B (en) * | 2017-12-14 | 2021-11-30 | 泰康保险集团股份有限公司 | Information processing method and device |
| CN110401570B (en) * | 2019-08-06 | 2022-09-27 | 中国联合网络通信集团有限公司 | Alarm method, device, system, equipment and readable storage medium |
| CN113900755B (en) * | 2021-10-11 | 2024-04-16 | 重庆紫光华山智安科技有限公司 | Alarm page processing method and device, computer equipment and readable storage medium |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1355634A (en) * | 2000-12-01 | 2002-06-26 | 三星电子株式会社 | Alarm management system and method for network management system |
| CN1356804A (en) * | 2000-12-01 | 2002-07-03 | 三星电子株式会社 | Method for managing alarm information in network management system |
| CN1458785A (en) * | 2002-05-17 | 2003-11-26 | 华为技术有限公司 | Realizing method for warning note |
| CN1567835A (en) * | 2003-06-09 | 2005-01-19 | 华为技术有限公司 | Distributed cluster service management system and service management method in intelligent network |
-
2005
- 2005-09-22 CN CN2005101032763A patent/CN1937658B/en not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1355634A (en) * | 2000-12-01 | 2002-06-26 | 三星电子株式会社 | Alarm management system and method for network management system |
| CN1356804A (en) * | 2000-12-01 | 2002-07-03 | 三星电子株式会社 | Method for managing alarm information in network management system |
| CN1458785A (en) * | 2002-05-17 | 2003-11-26 | 华为技术有限公司 | Realizing method for warning note |
| CN1567835A (en) * | 2003-06-09 | 2005-01-19 | 华为技术有限公司 | Distributed cluster service management system and service management method in intelligent network |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1937658A (en) | 2007-03-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1937658B (en) | Quick query warning method for telecommunication management network | |
| CN108520037B (en) | Data query method, apparatus and data visualisation system | |
| CN103927331B (en) | Data querying method, data querying device and data querying system | |
| CN100407200C (en) | Correlation inquiry system and its method | |
| EP2429120A1 (en) | Distributed network management system, network element management server, and data configuration management method | |
| CN106960037A (en) | A kind of distributed index the resources integration and share method across intranet and extranet | |
| CN101937474A (en) | Mass data query method and device | |
| CN102033882B (en) | Method and system for storing performance data | |
| CN107273540A (en) | Distributed search and index updating method, system, server and computer equipment | |
| CN106844405A (en) | Data query method and apparatus | |
| CN103838770A (en) | Logic data partition method and system | |
| CN1358379A (en) | Telecommunications network resource handling arrangmenet and method | |
| CN110147372A (en) | A kind of distributed data base Intelligent Hybrid storage method towards HTAP | |
| CN101145944B (en) | A method for processing alarm | |
| CN102891768A (en) | Method and network element for network management | |
| CN107203532A (en) | Construction method, the implementation method of search and the device of directory system | |
| CN1326363C (en) | Network management configuration method and apparatus thereof | |
| US7487183B1 (en) | Grouped filter rules for workflow application update notifications | |
| CN102279951A (en) | Report information processing method and system | |
| CN1852145A (en) | System and method for identifying authority using relative inquire | |
| CN108280147A (en) | Data management method and device | |
| EP2348676B1 (en) | Method for accessing magnanimity data of intelligent network service database and system and device thereof | |
| CN102075964A (en) | Method and equipment for acquiring performance data by using network management system | |
| WO2010016941A1 (en) | System, method, and computer program product for accessing and manipulating remote datasets | |
| CN101963978A (en) | Distributed database management method, device and system |
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 | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110105 Termination date: 20190922 |