CN110162480B - Automatic analysis method for structured diagnosis object - Google Patents

Automatic analysis method for structured diagnosis object Download PDF

Info

Publication number
CN110162480B
CN110162480B CN201910468391.2A CN201910468391A CN110162480B CN 110162480 B CN110162480 B CN 110162480B CN 201910468391 A CN201910468391 A CN 201910468391A CN 110162480 B CN110162480 B CN 110162480B
Authority
CN
China
Prior art keywords
diagnosis
diagnostic
payload
structured
diagnosis object
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.)
Active
Application number
CN201910468391.2A
Other languages
Chinese (zh)
Other versions
CN110162480A (en
Inventor
曾令辉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fansheng Cloud Microelectronics Suzhou Co ltd
Original Assignee
Fansheng Cloud Microelectronics Suzhou Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fansheng Cloud Microelectronics Suzhou Co ltd filed Critical Fansheng Cloud Microelectronics Suzhou Co ltd
Priority to CN201910468391.2A priority Critical patent/CN110162480B/en
Publication of CN110162480A publication Critical patent/CN110162480A/en
Application granted granted Critical
Publication of CN110162480B publication Critical patent/CN110162480B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/362Software debugging
    • G06F11/3644Software debugging by instrumenting at runtime
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/362Software debugging
    • G06F11/366Software debugging using diagnostics

Abstract

An automatic analysis method of a structured diagnosis object, which defines a diagnosis resource definition macro and a diagnosis object generation API; the script reads in a resource description file of a diagnosis object, generates description information of a diagnosis object ID and a diagnosis data structure name, and inserts the description information into a diagnosis database file corresponding to a diagnosed executable program; carrying out syntactic analysis on the structural body header file of the diagnosis object, extracting structural body information, and inserting the structural body information into a diagnosis database file corresponding to the diagnosed executable program; when the diagnosed program runs, calling a diagnosis object to generate an API (application program interface), and outputting the API to a diagnosis tool; when the diagnosis tool is started, a diagnosis database file of the diagnosed executable program is imported, when a diagnosis object needing structural analysis is received, the diagnosis ID of the diagnosis object and the binary memory of the diagnosis object are extracted, the structural description of the diagnosis object is found from the diagnosis database according to the diagnosis object ID, and the binary memory of the diagnosis object is formatted according to the structural description information.

Description

Automatic analysis method for structured diagnosis object
Technical Field
The invention relates to the field of computer programs, in particular to an automatic analysis method for a structured diagnosis object.
Background
Computer programs are typically diagnosed by printing functions, tracing the execution of functions, the state machine of the program, and state variables. The program consists of a process, an algorithm and a data structure, wherein the data structure is a format for processing and exchanging data by the program. In practice, a developer often needs a diagnosis and debugging tool to structurally display a diagnosis data structure customized by the developer, and the general method is as follows:
the method also has a large workload, all diagnostic objects cannot be analyzed in a normalized mode, and once an original diagnostic data structure changes, a text analysis program on the tool side needs to be modified in a linkage mode and is highly coupled.
This method is inefficient in diagnosis and requires a large amount of effort by developers to manually parse the binary memory.
Disclosure of Invention
Aiming at the problems, the invention provides an automatic analysis method of a structured diagnosis object, which does not need to manually analyze the structured diagnosis memory information, developers can call the diagnosis API in a normalized mode, the structured diagnosis data object is packaged and sent to diagnosis tool software, and the diagnosis tool can automatically analyze the structured diagnosis memory information and displays the information in a text mode.
A method for automated interpretation of a structured diagnostic subject, comprising the steps of:
step 1, defining a diagnosis resource definition macro and a diagnosis object to generate an API;
step 2, self-defining the structured diagnostic information objects of each program module by a diagnostic resource definition macro, and adding the objects into one or more specific header files H;
step 3, the script reads in the resource description file of the diagnostic object, generates a diagnostic object ID and the description information of the diagnostic data structure name, and inserts the diagnostic object ID and the description information into a diagnostic database file corresponding to the diagnosed executable program;
step 4, carrying out syntactic analysis on the structural body header file of the diagnosis object through a clone compiler and the attached plug-ins thereof, extracting structural body information, and inserting the structural body information into a diagnosis database file corresponding to the diagnosed executable program;
step 5, when the diagnosed program runs, calling the diagnosis object generation API in the step one, packaging according to the indicated frame format, and outputting to a diagnosis tool;
and 6, importing a diagnosis database file of the diagnosed executable program when the diagnosis tool is started, extracting the diagnosis ID of the diagnosis object and the binary memory of the diagnosis object when the diagnosis object needing structural analysis is received, searching the structural description of the diagnosis object from the diagnosis database according to the diagnosis object ID, and formatting the binary memory of the diagnosis object according to the structural description information.
Further, in step 1, the diagnosis resource definition macro is:
DIAG_PAYLOAD_STRUCT_DEF(PAYLOAD_ID,PAYLOAD_STRUCT_NAME)
wherein the parameters are as follows:
PYALOAD _ ID: an unsigned shaping ID, which is a unique ID within the application and refers to the identity of the structured diagnostic payload to be parsed;
PAYLOAD _ STRUCT _ NAME: a structure name string corresponding to PAYLOAD _ ID.
Further, in step 1, the diagnostic object generates an API:
DIAG_PAYLOAD_DUMP(PAYLOAD_ID,MOD_ID,FILTER_MASK,Ppayload,PAYLOAD_SZ)
the function defines a diagnostic API with which to pack the data structure object to be structurally parsed into a diagnostic frame, where the parameters are specified as follows:
PYALOAD _ ID: an unsigned shaping ID, which is a unique ID within the application and refers to the identity of the structured diagnostic payload to be parsed;
MOD _ ID: an ID identifying the program module;
FILTER _ MASK: a 32bit shaping for diagnostic filtering, the filter type of the diagnostic item being formulated by the program developer;
ppayload: a memory pointer to a structured object;
PAYLOAD _ SZ: the memory size of the structured object pointed to by Ppayload is in bytes.
Further, in the step 3, specifically, the python script reads in an H file, performs regularization matching according to the DIAG _ PAYLOAD _ stuct _ DEF substring to obtain a string beginning with "DIAG _ PAYLOAD _ stuct _ DEF" for each action, establishes a mapping relationship (one object for each row) between all PAYLOAD _ IDs and PAYLOAD _ stuct _ NAME, and finally redirects to a diagnostic database file DIAG _ PAYLOAD _ object _ map.db, where the database file is used for a diagnostic tool to perform structured analysis to provide information retrieval.
Further, in step 4, specifically, a blank C file for extracting the diagnostic data structure is created, the C file includes all other header files required for defining the diagnostic data structure, a compiling script of the source compiler front-end software clone is written, a "-fsyntax-only" compiling flag is opened, the printfunc names in the clone example directory are compiled into a library file, the library file is loaded by the compiling script, for example, CFLAGS + = -fsyntax-only-load printfunc names.
Further, in step 6, specifically, the upper computer software receives the data stream received by the IO, identifies the boundary of each diagnostic load, sorts out a complete diagnostic load packet, extracts PYALOAD _ ID according to the diagnostic frame format, finds a struct NAME ST _ NAME character string corresponding to the PAYLOAD _ ID in the DIAG _ PAYLOAD _ object _ map.db, finds a specific struct object description in struct xmldef.xml according to the ST _ NAME, and performs normalized text parsing on the Ppayload binary memory according to the description.
Further, in step 6, the information describing the structure to be diagnosed includes: the total number of data fields of the structure; the size of the structure; the type, domain name and offset of each data field are described, if the type of the data field is not the basic data type, the diagnostic tool needs to be expanded iteratively and analyzed in a text mode.
The invention has the beneficial effects that: the development or work of manually analyzing the structured memory is reduced to 0, and the diagnosis tool is loosely coupled with the diagnosed program, so that the automatic analysis of the structured diagnosis information is realized through automation and normalization. The diagnosis efficiency and the efficiency of diagnosis development are greatly improved.
Drawings
FIG. 1 is a diagram illustrating the definition of a function prototype in step 1 according to the present invention.
FIG. 2 is a diagram illustrating step 3 in the present invention.
Fig. 3 is how to generate a structured text description file of all the diagnosis objects in step 4 of the present invention.
FIG. 4 is a frame format illustration of the diagnostic API organized into a binary diagnostic package in step 5 of the present invention.
Detailed Description
The technical scheme of the invention is further explained in detail by combining the drawings in the specification.
A method for automated interpretation of a structured diagnostic subject, comprising the steps of:
step 1, defining a diagnosis resource definition macro and a diagnosis object generation API.
In step 1, the diagnostic resource definition macro is:
DIAG_PAYLOAD_STRUCT_DEF(PAYLOAD_ID,PAYLOAD_STRUCT_NAME)
wherein the parameters are as follows:
PYALOAD _ ID: an unsigned shaping ID, which is a unique ID within the application and refers to the identity of the structured diagnostic payload to be parsed;
PAYLOAD _ STRUCT _ NAME: a structure name string corresponding to PAYLOAD _ ID.
In the step 1, the diagnostic object generation API:
DIAG_PAYLOAD_DUMP(PAYLOAD_ID,MOD_ID,FILTER_MASK,Ppayload,PAYLOAD_SZ)
the function defines a diagnostic API with which to package the data structure object to be structurally parsed into a diagnostic frame, where the parameters are specified as follows:
PYALOAD _ ID: an unsigned shaping ID, which is a unique ID within the application and refers to the identity of the structured diagnostic payload to be parsed;
MOD _ ID: an ID identifying the program module;
FILTER _ MASK: a 32bit shaping for diagnostic filtering, the filter type of the diagnostic item being specified by the program developer;
ppayload: a memory pointer to a structured object;
PAYLOAD _ SZ: the memory size of the structured object pointed to by Ppayload is in bytes.
And 2, self-defining the structural diagnosis information objects of all program modules through the diagnosis resource definition macro, and adding the structural diagnosis information objects into one or more specific header files H.
And 3, reading in a resource description file of the diagnostic object by the script, generating description information of the diagnostic object ID and the diagnostic data structure name, and inserting the description information into a diagnostic database file corresponding to the diagnosed executable program.
In the step 3, specifically, the python script reads in an H file, performs regularization matching according to the DIAG _ PAYLOAD _ stuct _ DEF substring to obtain a character string beginning with "DIAG _ PAYLOAD _ stuct _ DEF" for each behavior, establishes a mapping relationship between all PAYLOAD _ IDs and PAYLOAD _ stuct _ NAMEs, and finally redirects to a diagnostic database file DIAG _ PAYLOAD _ object _ map.db, which is used for a diagnostic tool to perform structured parsing to provide information retrieval.
And 4, carrying out syntactic analysis on the structural body header file of the diagnosis object through the clone compiler and the attached plug-in thereof, extracting structural body information, and inserting the structural body information into the diagnosis database file corresponding to the diagnosed executable program.
In step 4, specifically, a blank C file for extracting the diagnostic data structure is created, the C file includes other header files required by all the diagnostic data structure definitions, a compiling script of the source compiler front-end software clone is written, a "-fsyntax-only" compiling flag is opened, printfuncationnames in the clone example directory are compiled into library files, the library files are loaded by the compiling script, for example, CFLAGS + = -fsyntax-only-load printfuncationnames.
And 5, when the diagnostic program runs, calling the diagnostic object generation API in the first step, packaging according to the indicated frame format, and outputting to a diagnostic tool.
And 6, importing a diagnosis database file of the diagnosed executable program when the diagnosis tool is started, extracting the diagnosis ID of the diagnosis object and the binary memory of the diagnosis object when the diagnosis object needing structural analysis is received, searching the structural description of the diagnosis object from the diagnosis database according to the diagnosis object ID, and formatting the binary memory of the diagnosis object according to the structural description information.
In step 6, specifically, the upper computer software receives the data stream received by the IO, identifies the boundary of each diagnostic load, sorts out a complete diagnostic load packet, extracts PYALOAD _ ID according to the diagnostic frame format, finds a struct NAME ST _ NAME character string corresponding to the PAYLOAD _ ID in the DIAG _ PAYLOAD _ object _ map.db, finds a specific struct object description in struct xmldef.xml according to the ST _ NAME, and performs normalized text parsing on the Ppayload binary memory according to the description.
In the step 6, the information describing the structure to be diagnosed includes: the total number of data fields of the structure; the size of the structure; the type, domain name and offset of each data field are described, if the type of the data field is not the basic data type, the diagnostic tool needs to be expanded iteratively and analyzed in a text mode.
The above description is only a preferred embodiment of the present invention, and the scope of the present invention is not limited to the above embodiment, but equivalent modifications or changes made by those skilled in the art according to the disclosure of the present invention should be included in the scope of the present invention as set forth in the appended claims.

Claims (6)

1. A method for automated interpretation of a structured diagnostic object, comprising: the method comprises the following steps:
step 1, defining a diagnosis resource definition macro and a diagnosis object generation API;
step 2, self-defining the structured diagnostic information objects of each program module by a diagnostic resource definition macro, and adding the objects into one or more specific header files H;
step 3, the script reads in the resource description file of the diagnosis object, generates a description information of the diagnosis object ID and the diagnosis data structure name, and inserts the description information into the diagnosis database file corresponding to the diagnosed executable program;
in the step 3, specifically, a python script reads in an H file, performs regularization matching according to a DIAG _ PAYLOAD _ stuct _ DEF substring to obtain a character string beginning with "DIAG _ PAYLOAD _ stuct _ DEF" for each behavior, establishes a mapping relationship between all PAYLOAD _ IDs and PAYLOAD _ stuct _ NAMEs, that is, an object in each row, and finally redirects to a diagnostic database file DIAG _ PAYLOAD _ object _ map.db for a diagnostic tool to perform structured analysis to provide information retrieval;
step 4, carrying out syntactic analysis on the structural body header file of the diagnosis object through a clone compiler and the attached plug-ins thereof, extracting structural body information, and inserting the structural body information into a diagnosis database file corresponding to the diagnosed executable program;
step 5, when the diagnosed program runs, calling the diagnosis object generation API in the step one, packaging according to the indicated frame format, and outputting to a diagnosis tool;
and 6, importing a diagnosis database file of the diagnosed executable program when the diagnosis tool is started, extracting the diagnosis ID of the diagnosis object and the binary memory of the diagnosis object when the diagnosis object needing structural analysis is received, searching the structural description of the diagnosis object from the diagnosis database according to the diagnosis object ID, and formatting the binary memory of the diagnosis object according to the structural description information.
2. The method of claim 1, wherein the automated analysis of the structured diagnostic object comprises: in step 1, the diagnostic resource definition macro is:
DIAG_PAYLOAD_STRUCT_DEF(PAYLOAD_ID,PAYLOAD_STRUCT_NAME)
wherein the parameters are as follows:
PYALOAD _ ID: an unsigned integer ID, which is a unique ID within the application and refers to the identity of the structured diagnostic payload to be resolved;
PAYLOAD _ STRUCT _ NAME: a structure name string corresponding to PAYLOAD _ ID.
3. The automated method of structured diagnosis of an object of claim 1, wherein: in the step 1, the diagnosis object generation API:
DIAG_PAYLOAD_DUMP(PAYLOAD_ID,MOD_ID,FILTER_MASK,Ppayload,PAYLOAD_SZ)
the function defines a diagnostic API with which to package the data structure object to be structurally parsed into a diagnostic frame, where the parameters are specified as follows:
PYALOAD _ ID: an unsigned integer ID, which is a unique ID within the application and refers to the identity of the structured diagnostic payload to be resolved;
MOD _ ID: an ID identifying the program module;
FILTER _ MASK: a 32bit integer for diagnostic filtering, the filter type of the diagnostic item being formulated by the program developer;
ppayload: a memory pointer to a structured object;
PAYLOAD _ SZ: the memory size of the structured object pointed to by Ppayload is in bytes.
4. The automated method of structured diagnosis of an object of claim 1, wherein: in step 4, specifically, a blank C file for extracting the diagnostic data structure is created, the C file includes other header files required by all the diagnostic data structure definitions, a compiling script of the source compiler front-end software clone is written, a "-fsyntax-only" compiling flag is opened, printfuncationnames in the clone example directory are compiled into library files, the library files are loaded by the compiling script, for example, CFLAGS + = -fsyntax-only-load printfuncationnames.
5. The method of claim 1, wherein the automated analysis of the structured diagnostic object comprises: in step 6, specifically, the upper computer software receives the data stream received by the IO, identifies the boundary of each diagnostic load, sorts out a complete diagnostic load packet, extracts the paralad _ ID according to the diagnostic frame format, finds a specific structure object description in structxmldef.xml in the DIAG _ PAYLOAD _ object _ map.db corresponding to the paralad _ ID, and then performs normalized text parsing on the ppaoad binary memory according to the description.
6. The automated method of structured diagnosis of an object of claim 1, wherein: in the step 6, the information describing the structure to be diagnosed includes: the total number of data fields of the structure; the size of the structure; the type, domain name and offset of each data field are described, if the type of the data field is not the basic data type, the diagnostic tool needs to be expanded iteratively and analyzed in a text mode.
CN201910468391.2A 2019-05-31 2019-05-31 Automatic analysis method for structured diagnosis object Active CN110162480B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910468391.2A CN110162480B (en) 2019-05-31 2019-05-31 Automatic analysis method for structured diagnosis object

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910468391.2A CN110162480B (en) 2019-05-31 2019-05-31 Automatic analysis method for structured diagnosis object

Publications (2)

Publication Number Publication Date
CN110162480A CN110162480A (en) 2019-08-23
CN110162480B true CN110162480B (en) 2023-02-24

Family

ID=67630374

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910468391.2A Active CN110162480B (en) 2019-05-31 2019-05-31 Automatic analysis method for structured diagnosis object

Country Status (1)

Country Link
CN (1) CN110162480B (en)

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1836374A (en) * 2004-02-13 2006-09-20 Ut斯达康(中国)有限公司 Binary encoding method of structured data suitable to generate codes automatically
JP2006293838A (en) * 2005-04-13 2006-10-26 Dainippon Printing Co Ltd Terminal device and diagnostic program
CN105072130A (en) * 2015-08-26 2015-11-18 广州慧睿思通信息科技有限公司 Method for automatically generating code of ASN.1 decoder
CN105787128A (en) * 2016-03-29 2016-07-20 四川秘无痕信息安全技术有限责任公司 Method for recovering Java serialized file data
CN105843663A (en) * 2016-04-18 2016-08-10 苏州简约纳电子有限公司 Coding and decoding method applicable to ASN.1 recursive solution data structure description
CN107665216A (en) * 2016-07-29 2018-02-06 银联数据服务有限公司 A kind of data bank access method and middleware
CN107908394A (en) * 2017-11-21 2018-04-13 中国电子科技集团公司第五十四研究所 A kind of data interchange format source code generation method and instrument
CN109299003A (en) * 2018-08-31 2019-02-01 苏州洞察云信息技术有限公司 A kind of full-automatic testing case driving generation system towards complex software
CN109614329A (en) * 2018-12-06 2019-04-12 中国航空工业集团公司洛阳电光设备研究所 A kind of software test case auxiliary design method based on Interface Control File

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1836374A (en) * 2004-02-13 2006-09-20 Ut斯达康(中国)有限公司 Binary encoding method of structured data suitable to generate codes automatically
JP2006293838A (en) * 2005-04-13 2006-10-26 Dainippon Printing Co Ltd Terminal device and diagnostic program
CN105072130A (en) * 2015-08-26 2015-11-18 广州慧睿思通信息科技有限公司 Method for automatically generating code of ASN.1 decoder
CN105787128A (en) * 2016-03-29 2016-07-20 四川秘无痕信息安全技术有限责任公司 Method for recovering Java serialized file data
CN105843663A (en) * 2016-04-18 2016-08-10 苏州简约纳电子有限公司 Coding and decoding method applicable to ASN.1 recursive solution data structure description
CN107665216A (en) * 2016-07-29 2018-02-06 银联数据服务有限公司 A kind of data bank access method and middleware
CN107908394A (en) * 2017-11-21 2018-04-13 中国电子科技集团公司第五十四研究所 A kind of data interchange format source code generation method and instrument
CN109299003A (en) * 2018-08-31 2019-02-01 苏州洞察云信息技术有限公司 A kind of full-automatic testing case driving generation system towards complex software
CN109614329A (en) * 2018-12-06 2019-04-12 中国航空工业集团公司洛阳电光设备研究所 A kind of software test case auxiliary design method based on Interface Control File

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
C程序运行时监控和验证的插桩方法研究与应用;朱云龙;《《中国优秀硕士学位论文全文数据库信息科技辑》》;20170315(第03期);全文 *
利用宏来求出结构体成员的一些信息;linyilong3;《https://blog.csdn.net/linyilong3/article/details/100881382》;20120330;全文 *
基于编译器中间语言的软件运行时可靠性研究;尹杰;《中国博士学位论文全文数据库信息科技辑》;20160715(第07期);全文 *
探索C++头文件解析方法(LLVM + Clang);weixin_34365417;《https://blog.csdn.net/weixin_34365417/article/details/93750775》;20190425;全文 *
面向C语言的符号执行引擎设计与实现;周寒茹;《《中国优秀硕士学位论文全文数据库信息科技辑》》;20190115(第01期);全文 *

Also Published As

Publication number Publication date
CN110162480A (en) 2019-08-23

Similar Documents

Publication Publication Date Title
CN111488174B (en) Method and device for generating application program interface document, computer equipment and medium
US7237231B2 (en) Automatic identification of input values that expose output failures in a software object
US8028276B1 (en) Method and system for generating a test file
US7484205B2 (en) Preprocessor-based source code instrumentation
CN112394942B (en) Distributed software development compiling method and software development platform based on cloud computing
CN107861728B (en) Method and system for converting traditional program language into modern program language
US9747190B2 (en) Analysis system, analysis method, and computer program product
Bacchelli et al. Extracting structured data from natural language documents with island parsing
CN106909510A (en) A kind of method and server for obtaining test case
US20080244541A1 (en) Code translator and method of automatically translating modeling language code to hardware language code
US20060090155A1 (en) Methods and apparatus for message oriented invocation
CN112464620A (en) Implementation method and implementation system of financial rule engine
CN111158665B (en) Code generation method and device, electronic equipment and storage medium
CN110162480B (en) Automatic analysis method for structured diagnosis object
CN111259042B (en) Dynamic query method and system
CN112445706A (en) Program abnormal code acquisition method and device, electronic equipment and storage medium
JP2010140407A (en) Source code inspection device
EP2535813B1 (en) Method and device for generating an alert during an analysis of performance of a computer application
Fritzson et al. Metamodelica–a symbolic-numeric modelica language and comparison to julia
CN115421782A (en) SDK compatible method applied to iOS terminal, storage device and intelligent terminal
CN115310095A (en) Block chain intelligent contract mixed formal verification method and system
CN111277650B (en) Automatic micro-service identification method combining functional indexes and non-functional indexes
CN114816356A (en) System and method for generating HTTP request code based on interface document
CN113448874A (en) Method and device for generating unit test script
CN112596737A (en) Method, system, equipment and storage medium for scanning function call relation

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20221216

Address after: Room 1209, North Building, Comprehensive Building, No. 1699, Zuchongzhi South Road, Yushan Town, Kunshan City, Suzhou City, Jiangsu Province, 215000

Applicant after: Fansheng Cloud Microelectronics (Suzhou) Co.,Ltd.

Address before: 215021 Room A-0305, International Science and Technology Park, No. 1355, Jinjihu Avenue, Suzhou Industrial Park, Jiangsu Province

Applicant before: SUZHOU SIMPLIGHT NANOELECTRONICS CO.,LTD.

GR01 Patent grant
GR01 Patent grant