CN1571370A - A data loading method for communication equipment - Google Patents
A data loading method for communication equipment Download PDFInfo
- Publication number
- CN1571370A CN1571370A CN 03150133 CN03150133A CN1571370A CN 1571370 A CN1571370 A CN 1571370A CN 03150133 CN03150133 CN 03150133 CN 03150133 A CN03150133 A CN 03150133A CN 1571370 A CN1571370 A CN 1571370A
- Authority
- CN
- China
- Prior art keywords
- efs
- file
- veneer
- name
- loading
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The invention discloses a data loading method for communication equipment, including: generating a configuration file of original file, which at least includes name information of the loaded plate; according to the configuration file, adding embedded file style (EFS) description to the original file to generate EFS file as least including the name information of the loaded plate; loading the EFS file to host computer; identifying plate name, where the host computer compares the prerecorded plate name reported as each slot site plate registers with the field in the EFS file storing plate name content: if they are consistent, load the original file to the corresponding plate and otherwise terminate the loading. The invention has plate name identifying function and can prevent different plate programs from being mixed as loading plate software and can fully check loaded data and simultaneously adopt united command interface to load the data, thus assuring accurately loading data for communication equipment.
Description
Technical field
The present invention relates to the data load technology, specifically, relate to a kind of method of communication equipment data load.
Background technology
A communication equipment generally is made up of multiple veneer, and different veneers need different board softwares, thereby finish different functions.And in the process that software loading is write veneer, need to carry out verification, to guarantee the correctness and the completeness of software.
Existing method is directly binary program file to be loaded, by trivial file transfer protocol (TFTP), serial ports file transfer protocol (FTP) (XMODEM), file transfer protocol (FTP) agreements such as (FTP) data (original program file or original configuration data file) are loaded into host memory, in host memory, load document is carried out Cyclic Redundancy Check then, and write down this check value.When the veneer load document or behind the main frame static memory that writes direct, recomputate the crc value of load document, if two values are consistent, represent that then load document is correct, veneer is finished the loading of file then.
This shows that this load mechanism is by binary file is carried out CRC, thereby guarantee the correctness that loads.When file load when the internal memory, main frame is not owing to possess plate name recognition function, whether be board software and be the software of which piece veneer if can not distinguish this document, can only operate the correctness that guarantees program file by the user.If user error ground is loaded into the B veneer with the program of A veneer, even loaded the binary file of other types mistakenly, then the B veneer may just can't start.Similarly, if loaded wrong file, can't start after the system reset to master control borad.If the user can't successfully start after being remotely logged into and causing system reset when loading on the main frame, will cause very burden, must handle to the equipment location.
And, for existing load mechanism, original document is not generally preserved the CRC information of self, if program file or data file reload after revising unusually, because whether main frame can't distinguish this document by artificial unusual modification, as long as loading procedure itself does not have mistake, main frame will send to veneer with this document, if some critical datas of this document are revised unusually, cause system normally to move probably, so existing load mechanism is to the file verification imperfection.
In addition, different veneers has different software, logic, software patch etc. in the communication equipment, and its loading method also is varied, and the master control borad that passes through that has loads, and what have loads with chip burner, and the loading interface that passes through veneer self that has loads.Because it is monoboard programme configuration data or software patch etc. on earth that main frame can't be distinguished the file of user's loading, need distinguish by the different parameters of different command or order, so load operation inconvenience, and the maintenance of the equipment of giving is made troubles.
Summary of the invention
Main purpose of the present invention is to provide a kind of loading method that possesses plate name recognition function for the communication equipment data load.
Solution of the present invention comprises the steps:
A) configuration file of generation original document, this document comprises the veneer name information that is loaded at least;
B) configuration file that generates according to step a) adds embedding file format (EFS) to original document and describes, and generates to comprise the EFS file that is loaded veneer name information at least;
C) the EFS file load is arrived main frame;
D) veneer name and the veneer name in the EFS file that writes down in advance according to main frame carries out veneer name identification, if discern successfully execution in step e), otherwise stop this loading;
E) original document is loaded into corresponding veneer.
In said method, whether the veneer name that each the groove position veneer that writes down more in advance by main frame in the step d) reports when registering comprises the veneer name information of preserving in the EFS file is carried out veneer name identification.
In said method, EFS file description part can be placed on the head of code, also can be placed on the afterbody of code.When being placed on the code afterbody, need before the EFS descriptor, fill some bytes, guarantee that EFS file total length is the integral multiple of 128 bytes, load with compatible XMODEM.
In said method, EFS describes the field of the Cyclic Redundancy Check value that may further include record Magic number and EFS description, may further include between step c) and the step d): EFS is described carry out CRC check, and Magic number and predefined Magic number value during crc value, EFS that EFS in the check value that obtains and the EFS file describes described compare, if it is all consistent, execution in step d), otherwise, this loading stopped.
In said method, EFS describes the field that may further include record original document crc value, may further include between step d) and the step e): original document is carried out CRC check, if the check value that obtains equates with original document crc value in the EFS file, execution in step e), otherwise, stop this loading.
In said method, EFS describes the field that may further include record original document type and type of code, the loading that file type in can describing according to EFS in step e) and type of code are finished file.
In said method, EFS describes and may further include: version number information, EFS file date of formation and the temporal information of the positional information that EFS describes, name of product information, load software.
From technical scheme of the present invention as can be seen, main frame is when the loading procedure of this groove position, the veneer name of preserving in veneer name that reports when registering and the EFS file by each the groove position veneer that relatively writes down, thereby judge whether the EFS file comprises the program of groove position, place veneer, if EFS file and veneer do not match, then can't successfully load.So just can in loading monoboard software, not obscure the program of different veneers, so the present invention possesses plate name recognition function.
Owing to not only preserved the length and the CRC of whole file in the EFS structure, also preserved contents such as the length of code segment (being original binary program file or original configuration data file) and CRC check and name of product, version information, file description, therefore the verification in loading procedure is more abundant.
Add EFS information aft engine software to file and just can obtain type of code in this EFS file, thereby can load dissimilar files by a unified command interface, the shunting of file is handled and can be carried out at main frame, and do not need to operate the correctness that guarantees load document by the user, therefore the present invention has unified loading interface, convenient operating maintenance.
Description of drawings
Fig. 1 is the structured flowchart of EFS file;
Fig. 2 is the FB(flow block) of data load of the present invention.
Embodiment
For making purpose of the present invention, technical scheme and advantage clearer, below the present invention is described in more detail with reference to accompanying drawing.
Fig. 1 is the structured flowchart of EFS file.As shown in Figure 1, the EFS file comprises EFS file description part and code section.EFS file description part can be placed on the head of code, also can be placed on the afterbody of code.When being placed on the code afterbody, need before the EFS descriptor, fill some bytes, guarantee that EFS file total length is the integral multiple of 128 bytes, load with compatible XMODEM.
Table 1 is the structure of EFS file, and wherein code refers to the original binary program file of not describing with EFS that is generated by composing software or directly preserve the configuration data file that backs up from internal memory.
| Side-play amount | Title | Length | Describe |
| ?Code | ?Code ?Length | Actual effective document binary code, length are Code Length | |
| ?Filled?Bytes | Fill word length | Filling necessary byte, is the integral multiple of 128 bytes so that make Total Length, so that XMODEM loads, the filling content is 0x0 | |
| ?0x00 | ?Magic?Number | ?2?BYTE | Magic number, value is two ASCII character: " HW ", implication is Business Name abbreviation (this field is represented the new and old sign of version, does not occur in configuration file) |
| 0x02 | ?EFS?Version | ?WORD | The version number of EFS (EFS is 1 preceding, EFS after be 2, other reservations) |
| 0x04 | ?Product?Name | ?12?BYTE | Name of product, ASCII character, 12 bytes (do not have 0 end mark, 0x0 is mended in not enough back) |
| 0x10 | ?Version?V | ?WORD | The V version number of software, scope 0～999 shows 3 (0x0 is mended in three fronts of less than) |
| 0x12 | ?Version?R | ?WORD | The R version number of software, scope 0～999 shows 3 (0x0 is mended in three fronts of less than) |
| 0x14 | ?Version?LLL | ?3?BYTE | Overseas version identifier, three letter representations, optional, preserve according to ASCII character, as represent the CHS of Chinese (PRC), and save as " CHS ", show 3 (as domestic version, this can omit, and 0x0 should be filled in this territory) |
| 0x17 | ?Version?B | ?BYTE | The B version number of software, scope 0～99 shows 2 (0x0 is mended in two fronts of less than) |
| 0x18 | ?Version?D | ?DWORD | The D version number of software, scope 0～99999 shows 5 (0x0 is mended in five fronts of less than) |
| 0x1C | ?Version?SP | ?BYTE | The SP version number of software, scope 0～99 shows 2, (no |
| Side-play amount | Title | Length | Describe |
| Two fronts of foot mend 0, and only patch has this version number, and 0x0 should be filled in this territory of non-patch code) | |||
| 0x1D | ?UcEfsTool?Ver | ?BYTE | Be used to represent the version number of EFS instrument self |
| 0x1E | ?Year | ?WORD | This EFS file date of formation: year, show 4 |
| 0x20 | ?Month | ?BYTE | This EFS file date of formation: month, show 2 (0x0 is mended in two fronts of less than) |
| 0x21 | ?Day | ?BYTE | This EFS file date of formation: day, show 2 (0x0 is mended in two fronts of less than) |
| 0x22 | ?Hour | ?BYTE | This EFS file rise time: the time (24 hours system), shows 2 (two fronts of less than benefit 0x0) |
| 0x23 | ?Minute | ?BYTE | This EFS file rise time: divide, show 2 (0x0 is mended in two fronts of less than) |
| 0x24 | ?Second | ?BYTE | This EFS file rise time: second, show 2 (0x0 is mended in two fronts of less than) |
| 0x25 | ?Tick | ?BYTE | This EFS file rise time: percentage second, show 2 (0x0 are mended in two fronts of less than) |
| 0x26 | ?FileType | ?WORD | The file type that loads, 1 expression application program board software, 2 expression dsp softwares, 3 expression microcodes, 4 expression fpga logics, 5 expression CPLD logics, 6 expression software patch, 7 expression configuration datas, 8 expression bios softwares, all the other reservations |
| 0x28 | ?Code?Type | ?WORD | The form of code, 0 expression BIN code, 1 expression Inter HEX code, 2 expression Motorola HEX codes, 3 expression MCS HEX codes (FPGA), the BIN code of 4 expression LZW compressions, 5 expression American Standard Codes for Information Interchange, the American Standard Code for Information Interchange of 6 expression LZW compressions |
| 0x2A | ?Reserved?2 | ?WORD | Keep and do not use (can in configuration file, specify its value) |
| 0x2C | ?Desc | ?12Bytes | File specification, ASCII character (does not have 0 end mark, 0x0 is mended in not enough back), this field can be used for filling in veneer name or other guide |
| 0x38 | ?Total?Length | ?DWORD | EFS file total length (comprising that original document length and EFS describe length) |
| 0x3C | ?Code?Length | ?DWORD | Code length (not comprising possible byte of padding) |
| 0x40 | ?CodeCRC | ?WORD | Code CRC (not comprising possible byte of padding) |
| 0x42 | EFS describes CRC | ?WORD | File header CRC (verification scope 0x00～0x41, totally 66 BYTE) |
Table 1
In EFS described, the Desc field was deposited veneer name, makes main frame have the veneer name recognition function.During the main frame loading procedure,, thereby judge that whether the EFS file comprises the program of groove position, place veneer, can't successfully not load if EFS file and veneer match by the field of preservation veneer name content in veneer name and the EFS file of record more in advance.So just can in loading monoboard software, not obscure the program of different veneers.
In EFS described, Magic number field and EFS described crc field and are used for verifying that EFS describes.If Magic number and predefined value during EFS describes are inequality, it is inequality perhaps EFS to be described the crc value of the value of carrying out after the CRC check in describing with EFS, and it is wrong to illustrate that then EFS describes, the termination loading.In addition, for the version number field of software, name of product field etc., the user can dispose according to actual conditions, the correctness that checking EFS describes.For example, check whether the version number of load software is the latest edition of having announced, check whether the content of name of product field is the device name that is loading.
In EFS described, the Code crc field was used for the program that verification loads, if value and Code crc value that loading procedure is carried out after the CRC check are inequality, illustrated that then this program is wrong, stopped loading.If two values are identical, then veneer is finished the loading of program according to the information of load document type field, code format field.
The field that comprises record load document type during EFS describes, after file interpolation EFS description, host software just can therefrom obtain the type of code in this EFS file, thereby can load dissimilar files by a unified command interface, the shunting of file is handled and can be carried out at main frame, and do not need to operate the correctness that guarantees load document by the user.
Fig. 2 is the FB(flow block) of communication equipment data load of the present invention.As shown in Figure 2, the course of work of data load is as follows:
Step 201: the configuration file that generates original document.
The user fills in the configuration file of original document (original program file or original configuration data file), and the content of configuration file comprises: the position that EFS describes (EFS describes and is placed on the original document head still is the original document afterbody), name of product, the version number of load software, file type, type of code, the board name of loading monoboard, the date of formation of this EFS file, time.
Step 202: original document compiling equipment generates the EFS file.
1) fill in the Magic number territory of EFS in describing automatically, this Magic number is two letters of predefined, for example abbreviation of Business Name.
2), fill in the corresponding field in the EFS description automatically according to the information in the user profile of step 201 generation; Wherein, if date of formation, time field contents are empty in the configuration file, then read operation system data, time, fill in the date and time of EFS in describing; If be not empty, the content of then getting this field is as the date and time in the EFS description.
3) a calculation document CRC and code CRC and fill in the corresponding field of EFS in describing.
4) add up load document length and EFS file total length, and fill in the corresponding field in the EFS description automatically.
5) EFS is described head or the afterbody that is placed on original document according to the positional information of describing about EFS in the user profile of step 201 generation, when being placed on afterbody, need before the EFS descriptor, fill some bytes, guarantee that EFS file total length is the integral multiple of 128 bytes, load with compatible XMODEM.
Step 203: load the EFS file, the EFS file is read in the communication equipment of loading according to the filename of user's input.
Step 204: the EFS of verification file describes.
CRC check is carried out in description to EFS, and reads the content of Magic number field.
Step 205: judge whether description is legal.
Crc value during Magic number, crc value and the predefined Magic number that step 204 is obtained, EFS describe compares respectively, if two values are all identical, it is legal to illustrate that then EFS describes, and carry out step 206; Otherwise, stop loading process ends.
The version number field of software, EFS file rise time field, name of product field user can dispose according to actual conditions, the correctness that aided verification EFS describes.
Step 206: veneer name identification.
In the veneer registration, veneer reports its title, the veneer name of this veneer of host record.Main frame by the field of preservation veneer name in veneer name and the EFS file of record more in advance, thereby judges whether the EFS file comprises the program of groove position, place veneer when the loading procedure of groove position, veneer place.Can't successfully not load if EFS file and veneer match, so just can in loading monoboard software, not obscure the program of different veneers.
Step 207: judge whether veneer name is consistent.
If consistent, carry out step 208; Otherwise, stop loading process ends.
Step 208: the original document that the veneer verification loads.
Loading procedure is carried out CRC check.
Step 209: judge whether original document is legal.
Code crc value during crc value that comparison step 208 calculates and EFS describe if two values are identical, illustrates that then this document is legal, carry out step 210; Otherwise, stop loading process ends.
Step 210: veneer load document.
The shunting that the content of load document type field, code format field is finished files in different types such as BIOS, logic, microcode, configuration data etc. in describing according to EFS loads.
The above is preferred embodiment of the present invention only, is not to be used to limit protection scope of the present invention.Within the spirit and principles in the present invention all, any modification of being done, be equal to replacement, improvement etc., all should be included within protection scope of the present invention.
Claims (9)
1. the method for a communication equipment data load is characterized in that, this method comprises the steps:
A) configuration file of generation original document, this document comprises the veneer name information that is loaded at least;
B) configuration file that generates according to step a) adds embedding file format (EFS) to original document and describes, and generates to comprise the EFS file that is loaded veneer name information at least;
C) the EFS file load is arrived main frame;
D) veneer name and the veneer name in the EFS file that writes down in advance according to main frame carries out veneer name identification, if discern successfully execution in step e), otherwise stop this loading;
E) original document is loaded into corresponding veneer.
2. method according to claim 1 is characterized in that, whether the veneer name that each the groove position veneer that writes down more in advance by main frame in step d) reports when registering comprises the veneer name information of preserving in the EFS file is carried out veneer name identification.
3. method according to claim 1 is characterized in that described EFS file description partly is placed on the head of original document.
4. method according to claim 1 is characterized in that described EFS file description partly is placed on the afterbody of original document.
5. method according to claim 4 is characterized in that, fills integral multiple and the current EFS that its number is 128 bytes and describe the byte that part adds the difference of code section byte number before EFS describes part.
6. method according to claim 1 is characterized in that, EFS describes the field of the Cyclic Redundancy Check value that comprises that further record Magic number and EFS describe, and further comprises between step c) and the step d):
(1) EFS is described carries out CRC check, and the crc value of EFS description in the check value that obtains and the EFS file is compared;
(2) Magic number and predefined Magic number value during relatively EFS describes, if both's unanimity, execution in step d), otherwise, this loading stopped.
7. method according to claim 1, it is characterized in that, EFS describes the field that further comprises record original document crc value, further comprise between step d) and the step e): original document is carried out CRC check, if the check value that obtains equates with original document crc value in the EFS file, execution in step e), otherwise, this loading stopped.
8. method according to claim 1 is characterized in that, EFS describes the field further comprise record original document type and type of code, the loading that file type in describing according to EFS in step e) and type of code are finished file.
9. method according to claim 1 is characterized in that, EFS describes and further comprises: version number information, EFS file date of formation and the temporal information of the positional information that EFS describes, name of product information, load software.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB031501338A CN100461713C (en) | 2003-07-18 | 2003-07-18 | A data loading method for communication equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB031501338A CN100461713C (en) | 2003-07-18 | 2003-07-18 | A data loading method for communication equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1571370A true CN1571370A (en) | 2005-01-26 |
| CN100461713C CN100461713C (en) | 2009-02-11 |
Family
ID=34472624
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB031501338A Expired - Fee Related CN100461713C (en) | 2003-07-18 | 2003-07-18 | A data loading method for communication equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100461713C (en) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100464520C (en) * | 2007-01-12 | 2009-02-25 | 华为技术有限公司 | Method and system for realizing distributed data loading |
| CN102315958A (en) * | 2010-07-01 | 2012-01-11 | 大唐移动通信设备有限公司 | Method for loading file by communication blank panel and transmitting loaded file by host machine end |
| CN106502950A (en) * | 2016-09-30 | 2017-03-15 | 株洲太昌电子信息技术股份有限公司 | A kind of method and system by Serial Port Transmission file |
| CN109522040A (en) * | 2018-09-27 | 2019-03-26 | 宁波三星智能电气有限公司 | A kind of elongated remote upgrade method of number-of-packet for ammeter |
| CN110022287A (en) * | 2018-01-10 | 2019-07-16 | 厦门雅迅网络股份有限公司 | A kind of asynchronous distributed document transmission method, terminal device and storage medium |
| CN111142934A (en) * | 2019-11-28 | 2020-05-12 | 中国航空工业集团公司西安航空计算技术研究所 | Design method of file format capable of being loaded |
| CN111694576A (en) * | 2020-05-22 | 2020-09-22 | 中国航空工业集团公司西安航空计算技术研究所 | Software deployment control method for integrated avionics system |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5566314A (en) * | 1993-08-30 | 1996-10-15 | Lucent Technologies Inc. | Flash memory device employing unused cell arrays to update files |
| KR100381001B1 (en) * | 2001-04-09 | 2003-04-23 | 주식회사 팬택앤큐리텔 | Method for booting time abbreviate in mobile communication terminal |
-
2003
- 2003-07-18 CN CNB031501338A patent/CN100461713C/en not_active Expired - Fee Related
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100464520C (en) * | 2007-01-12 | 2009-02-25 | 华为技术有限公司 | Method and system for realizing distributed data loading |
| CN102315958A (en) * | 2010-07-01 | 2012-01-11 | 大唐移动通信设备有限公司 | Method for loading file by communication blank panel and transmitting loaded file by host machine end |
| CN102315958B (en) * | 2010-07-01 | 2014-04-02 | 大唐移动通信设备有限公司 | Method for loading file by communication blank panel and transmitting loaded file by host machine end |
| CN106502950A (en) * | 2016-09-30 | 2017-03-15 | 株洲太昌电子信息技术股份有限公司 | A kind of method and system by Serial Port Transmission file |
| CN106502950B (en) * | 2016-09-30 | 2019-10-01 | 株洲太昌电子信息技术股份有限公司 | A kind of method and system for transmitting file by serial ports |
| CN110022287A (en) * | 2018-01-10 | 2019-07-16 | 厦门雅迅网络股份有限公司 | A kind of asynchronous distributed document transmission method, terminal device and storage medium |
| CN109522040A (en) * | 2018-09-27 | 2019-03-26 | 宁波三星智能电气有限公司 | A kind of elongated remote upgrade method of number-of-packet for ammeter |
| CN111142934A (en) * | 2019-11-28 | 2020-05-12 | 中国航空工业集团公司西安航空计算技术研究所 | Design method of file format capable of being loaded |
| CN111142934B (en) * | 2019-11-28 | 2023-06-13 | 中国航空工业集团公司西安航空计算技术研究所 | Method for designing loadable file format |
| CN111694576A (en) * | 2020-05-22 | 2020-09-22 | 中国航空工业集团公司西安航空计算技术研究所 | Software deployment control method for integrated avionics system |
| CN111694576B (en) * | 2020-05-22 | 2023-06-13 | 中国航空工业集团公司西安航空计算技术研究所 | Comprehensive avionics system software deployment control method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100461713C (en) | 2009-02-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1320455C (en) | Auto version managing system and method for use in software | |
| CN1142490C (en) | Software installation and testing for build-to-order computer system | |
| US8296758B2 (en) | Deployment and versioning of applications | |
| CN1313923C (en) | A software distribution method and system | |
| CN110147240B (en) | Cloud storage-based application program installation method, system and storage medium | |
| CN1571370A (en) | A data loading method for communication equipment | |
| CN110187916B (en) | Method for generating Word document based on data configuration | |
| CN110337036A (en) | Upgrade method, device and the storage medium of set-top box | |
| CN1710546A (en) | Systems and methods for building a disk image | |
| CN104021002B (en) | A kind of PDM system standards part storage method | |
| CN115470191A (en) | Database updating system, method and corresponding computer equipment and storage medium | |
| CN111143434A (en) | Intelligent data checking method, device, equipment and storage medium | |
| CN112274913B (en) | Method and device for merging game servers, storage medium and electronic device | |
| CN104133743A (en) | Method and device for burning file into EMMC (Embedded MultiMedia Card) | |
| CN105074670A (en) | Log output control device, method, and program | |
| CN101040258A (en) | Method and apparatus for loading compatibly equipment software in distributed control system | |
| CN106445737B (en) | Multi-backup starting method | |
| CN105677579A (en) | Data access method and system in cache system | |
| CN110022287A (en) | A kind of asynchronous distributed document transmission method, terminal device and storage medium | |
| CN113934710B (en) | Data acquisition method and device | |
| CN114756623A (en) | Non-homologous database synchronization method and device | |
| CN1737724A (en) | Managing administration of data rights | |
| US20080123659A1 (en) | Arrangement and method for loading data into a memory | |
| CN112328295A (en) | Software updating method and device | |
| CN113419743B (en) | Comprehensive application script deployment method, device, equipment and storage medium |
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: 20090211 Termination date: 20170718 |