专利汇可以提供Code page identification system专利检索,专利查询,专利分析的服务。并且This disclosure relates to a comprehensive method of codifying the different encoding schemes that are used for graphic character representation, resulting in a single identification mechanism that is used in conjunction with a corresponding registry to simply and uniquely identify the scheme used. The mechanism comprises such a short form identifier having the capability of acting as a short form (alias) for its corresponding list of component identifiers; acting as a short form for a collection of specific component identifiers having a specific property; allowing special meanings to be conveyed in relation to tagging of data with the code identification; and allowing bridging to existing systems that use only some components of the code identification.,下面是Code page identification system专利的具体信息内容。
This invention is directed to the processing and interchange of coded, graphic character data.
Graphic character data is represented in computers as binary bit patterns or code points. Underlying each representation is a systematic method, an encoding scheme, that specifies the permissible bit patterns, and the rules for allocating these hit patterns to graphic characters and other characters.
With advances in the computer and telecommunication technologies, computers are used in an ever increasing variety of applications. To satisfy these applications, several different encoding schemes (for graphic character representation) have been developed and used in the industry. Some of the schemes are described in different international and national standards. Some examples are ISO 646, ISO 4873 and ISO 2022 from the International Organization for Standardization, CCITT ITA2 and CCITT T.61 from the Consultative Committee on International Telephone and Telegraph. Others are manufacturer or industry specific. Within hardware and software products of International Business Machines Corporation, several graphic character encoding schemes are used, such as EBCDIC, EBCDIC DBCS, PC EXTENDED ASCII, and DBCS MIXED (for the IBM personal computer). Further advances are expected to lead to newer schemes such as the "ISO Draft Proposed Standard On Multi-Octet Code" (ISO DP 10646).
A computer system typically uses one or more of these schemes to represent graphic character data and processes the data in that representation. When a computer system is used to serve a number of different applications that need different representations, it has to deal with the graphic character data represented using different schemes. Also, as computer system interconnections grow, graphic character data represented in different systems has to be interchanged. For example, the character "A" is encoded as X′41′ within the IBM PC Extended ASCII scheme and is encoded as X′C1′ within the IBM EBCDIC scheme. As long as such data is completely generated, processed and interchanged in systems that use a single encoding scheme, it is not necessary to identify the scheme used, other than in a descriptive manner in appropriate documentation. However, when heterogeneous systems that use different schemes interact with each other, it is necessary to identify the graphic character encoding scheme in a manner that can be interpreted in each system without any ambiguity.
In order to create the appropriate bit pattern that has been assigned to a graphic character and to be able to derive the graphic character that has been assigned to a binary bit pattern, it is necessary to be able to identify unambiguously the coded character set (called a code in subsequent references) that is used.
ENCODING SCHEME (ES) - a set of specific definitions that describe the philosophy used to represent character data. The number of bits, the number of bytes, the allocatable ranges of bytes, the maximum number of characters, and the meanings assigned to generic and specific bit patterns, are some examples of specifications to be found in such a definition.
ENCODING SCHEME IDENTIFIER (ESid) - a number assigned to uniquely identify a particular encoding scheme specifications.
ADDITIONAL CODING RELATED REQUIRED INFORMATION (ACRI) - information that may be required to complete the definitions association when using particular encoding schemes. An example is the range of valid first bytes of double byte code points in a personal computer mixed single-byte and double-byte code.
CODED CHARACTER SET IDENTIFIER (CCSid) - a 16 bit number identifying a specific set of encoding scheme identifier, character set identifier(s), code page identifier(s) and other relevant information that uniquely identifies the coded graphic character representations used.
CODE EXTENSION METHOD - a method prescribed in encoding schemes for representing characters that cannot be accommodated within the limits of the basic structure of the code. It is a method prescribed to alter the interpretation of one or more code points that follow a prescribed single control character or a control sequence.
IDENTIFIERS - for uniquely identifying graphic character representation CCSid is a short form identifier, the set of ESid, CSid, CPid and ACRI is a long form identifier.
CHARACTER SET - a defined set of characters, without coded representation.
CODE PAGE - a specification of code points for each graphic character in a set or in a collection of graphic character sets. Within a code page, a code point can have only one specific meaning.
A code is composed of a number of components, including:
A computer system typically uses one or more of these codes to represent and process graphic character data. A computer system serving a number of different applications that need different representations, has to deal with graphic character data represented in different codes. For computer system interconnections graphic character data represented in different systems has to be interchanged. As noted above, if the data is completely generated, processed and interchanged in systems that use a single code, it is not necessary to identify the code used other than in a descriptive manner in appropriate documentation. When heterogeneous systems that use different codes interact with each other, it is necessary to identify the code in a manner that can be interpreted in each system without any ambiguity.
Each component of the code has an identifier (a component identifier) - an Encoding Scheme identifier (ESid), a Character Set identifier (CSid), a Code Page identifier (CPid) (note CSid and CPid are in pairs), an ACRI definition (ACRI-xx). These component identifiers are defined in various documents (for example, IBM SAA Code Page Architecture), (SAA is a Trade Mark of International Business Machines Corporation). The complete code identification consists of a potentially lengthy list of these various component identifiers. Thus, especially when a variable length identifier cannot be handled, or is not efficient, (for example, tagging a column in a data base), a short form identifier is eminently desirable.
Known methods of identifying a code include:
A method currently implemented in several IBM products uses a code page identifier alone. Examples are provided by products such as IBM PC DOS and OS/2 and IBM GDDM, (OS/2 and GDDM are Trade Marks of International Business Machines Corporation). The 16 bit size of CCSid is the same as the 16 bit size of the IBM defined CPid (specifically defined as Code Page Global Identifier or CPGid). The CCSid can be accommodated in the same field length as the CPid.
Up to the maximum value of 4095, whenever the associated encoding scheme and the character set associated with the code page can be unambiguously determined, the value of the CPid can be used directly for the CCSid, without losing the semantics behind the identifier. In other instances, a related CCSid value in the least significant 12 bits of the CCSid can be used. Such methods are time consuming and involve cumbersome processing.
Viewed from one aspect the present invention provides a method of codifying different encoding schemes used in the representation of graphic characters, comprising the steps of generating an identifier and allocating bits in said identifier to respectively represent individual identifiers used in said encoding schemes, to define in conjunction with a registry including the individual identifiers, required processing and interchanging information.
In a preferred embodiment of the invention described below, the identifier is chosen to be 16 bits in length.
The 16 bit CCSid value can be accommodated in one of the fields that is associated with the CSid or CPid. The alternative of having to provide additional fields for the missing component identifiers of the graphic character code can be eliminated.
Other advantages that are derived from the 16 bit binary number are:
The present invention allows a single identifier supported by an appropriate identifier to identify coded character sets (codes) used for graphic character representation throughout the world today. It also permits any customized or experimental codes to be distinguished from the common ones. It allows implementing products to represent a large variety of graphic character codes using a single identifier.
In the preferred embodiment, the,"pointing" referred to above in connection with the use of local identifiers, is applied to the specific problem of graphic character code identification in the following manner:
The CCSID generated by the present invention is a binary number consisting of 16 bits. Being a binary number, it has the following properties:
Migration from existing identification methods is facilitated. The short form identifier produced by using the present invention consists, as noted above, of only 16 bits wherein each bit or group of bits can be so chosen as to represent the more complex, individual CS, CP and ACRI, etc., codes.
The short form identifier in the form of a Coded Character Set Identifier (CCSid), has the following capabilities:
In order that the present invention will be understood a preferred embodiment thereof will now be described by way of example only.
A Coded Character Set Identifier, CCSid, is a 16 bit number that:
CCSid is used where a fixed length tag field is available or preferred, avoiding the problems associated with variable length aspect of the long form identifier. Some current methods use a CP identifier only. Such methods can be easily migrated to reliable identification via CCSid.
The range of CCSid values is X′0000′ to X′FFFF′ (0 to 65535 decimal). Also, today's users of Coded Graphic Character Set Global Identifiers (CGCSGids) may find it easier to migrate to CCSid than to provide extensions to handle the variable length long form identifier.
Code Page Architecture (CPA) documentation will include a registry of CCSid values. The bit allocations in a CCSid are shown below, and the CCSid values are allocated as shown immediately following:
global understanding of the short form identifiers being used.
The following identifiers are associated with graphic character representation:
These identifiers are defined below.
A Graphic Character Global identifier, GCGid, is a 4 to 8 character alphanumeric identifier assigned to a graphic character. It is semantically equal to the term "meaning of a graphic character". Each graphic character that is to be assigned a code point must have a GCGid.
The GCGid is used wherever a graphic character is referenced in a code independent manner. It is also the basis of establishing relationships between code points in different representations.
The GCGid assigned to each graphic character and the system used to derive and assign it can be defined in a suitable registry.
In CPA, the terms Graphic Character identifier, Character identifier, and Meaning of Graphic Character are synonymous with GCGid
The long form identification consists of an Encoding Scheme identifier, one or more sets of Character Set and Code Page identifiers, and any Additional Coding related Required Information that is required to complete the specification of the representation.
The Encoding Scheme identifier, ESid, is a 4 digit hexadecimal number containing the specification of the following three components of the scheme used to code graphic character data:
Below is shown the structure used by CPA to assign values to the various elements of ESid. The ESid value is a composite of the element values. The element values and their meanings are detailed in the following sections.
The encoding scheme identifier allows the selection of the correct process to be invoked to work with graphic character data. It also determines the number and types of other identifiers needed in the long form.
Encoding schemes reserve code point(s) for allocation to some most frequently used characters such as SPACE (GCGid SP010000).
Encoding schemes also reserve code points for a small collection of graphic characters, such as the Syntactic Character Set in EBCDIC. When these characters are part of a character set in use, the code points assigned to this collection are defined to be invariant.
The following values are defined to identify exemplary structures
Page Structure
of the other parts of the Encoding Scheme identifier with which it can be used.
An encoding scheme may permit specific variations from the basic structure for the number of bytes associated with a code point. These variations are indicated using the second nibble (a nibble is four bits, or half a byte) of the Encoding Scheme identifier. The value of this nibble is only a pointer to definitions, its value does not equate to the number of bytes in the code point. The values representing variable numbers of bytes only show what can potentially appear in a string, not what may actually appear. The encoding scheme defines permitted values of this nibble that are permitted for the encoding structure used.
If the value of the first nibble defining the basic structure element is zero, the second nibble identifying the number of bytes must also be zero.
The specification of Private Use must include the values and the semantic of use of the encoding structure nibble with which it can be used.
The code extension method is described by the second byte of the ES identifier. This byte only indicates that a code point from an extended coded character set may appear in the data; it does not indicate that the extension method has actually been used in a specific character string. The value of each of the first two nibbles of the Encoding Scheme identifier that can be used with the values defined below must be non-zero.
The following values are defined
NOTE: Other values are reserved by CPA
A Graphic Character Set Global identifier, GCSGid, may be a 5 digit decimal identifier assigned to a graphic chararter set. Each collection of characters that is to be processed as an entity is called a graphic Character Set.
The GCSGid uniquely identifies a specific collection of GCGIDs that are valid in the set.
The range of GCSGid values is "00001" to "65534" or the hexadecimal equivalent of X′0001′ to X′FFFE′. The value 00000 cannot be assigned to any character set: it is reserved by CPA for implementations to indicate that the GCSGid value is to be inherited from a higher level in a hierarchy. The values X′FE00′ to X′FEFF′ are reserved for request for price quotation (RPQ) use on IBM products. The values X′FF00′ to X′FFFE′ could be reserved for customer use. The value 65535 (X′FFFF′) could be reserved in a registry for future assignment.
By itself, the GCSGid does not specify either the inclusion or exclusion of the SPACE character. Each encoding scheme reserves one or more code points for allocation to the SPACE character. There are potentially two possible code points for it when using mixed SBCS and DBCS encoding schemes.
A Code Page Global identifier, CPGid, is a 5 digit decimal number assigned to a code page.
In the broad sense, a code page is a specification of code points for each graphic character in a character set, or in a collection of graphic character sets. Within a given code page, a code point can have only one specific meaning.
A CPGid identifies a unique assignment of the graphic code points in an encoding scheme to a specific set of GCGids representing graphic characters. This collecting of GCGids is also registered with a GCGid, and is the maximal graphic character set associated with the code page. Often, when a code page is first created and registered, some of the assignable graphic code points may not have assigned GCGids. Therefore, the maximal set need not be a full graphic character set of the code page.
Also, the same CPGids have been used when the encoding structures are similar but not identical.
The range of CPGid values is "00001" to "65534" or the hexadecimal equivalent of X′0001′ to X′FFFE′. The value 00000 cannot be assigned to any code page; it is reserved by CPA for implementations to indicate that the CPGid value is to be inherited from a higher level in a hierarchy. The values X′FE00′ to X′FEFF′ are reserved for request for price quotation (RPQ) use on IBM products. The values X′FFOO′ to X′FFFE′ could be reserved for customer use. The value 65535 (X′FFFF′) could be reserved in a registry for future assignment.
Coded Graphic Character Set Global identifier, CGCSGid, is a concatenation of the Graphic Character Set Global identifier with (followed by) the Code Page Global identifier.
CGCSGid identifies a specific collection of graphic characters and their assigned code points using an encoding scheme. Many architectures and supporting implementations in SAA Coded Character Set, such as Document Interchange Architecture (DIA) have traditionally supported the CGCSGid. It has been assumed that the encoding scheme information can always be reliably derived from the code pages. It will also not be valid if schemes such as the mixed single byte and double byte encodings used in the Far East, or the single shift code extension mechanism used in the IBM RT PC, have to be represented.
The term GCid used in some IBM architectures is synonymous with CGCSGid.
Some encoding schemes require specifications beyond the CS and CP elements.
For example, one type of ACRI is defined. Others may be needed with other ES ids in the future
ACRI-PCMB (standing for PC Mixed Byte) is particular to ES values X′2300′ or X′3300′. It is not specified with any other ESids and consists of a specification of ranges of valid first bytes of double bytes associated with particular CS, CP pairs that are used with this encoding scheme. An ACRI-PCMB has the following format:
N, From-Byte 1, To-Byte 1, From-Byte 2, To-Byte 2,....
From-Byte N, To-Byte N
where N is the number of ranges, From-Byte and To-Byte are the starting and ending bytes of each range of valid first bytes.
Tagging is the primary means to identify the meaning of coded graphic characters. It is the method by which one or more CPA identifiers can be associated with a coded graphic character in a data object such as a file, database table or data stream; by which the graphic character handling capability of a device (such as a display terminal) can be identified or selected; and by which the graphic character handling capability associated with a piece of processing logic can be identified.
When data is tagged, for example with CCSids, the GCGids assigned to the graphic character code points are in accordance with the definition of CCSids.
When a graphic character is represented using a CCSid tag:
When data is to be interpreted according to a tag value:
If the parsing process cannot isolate a code point reliably, if a GCGid cannot be found, or if the GCGid is not part of the set identified by GCSGid, then data does not have a graphic character meaning.
This disclosure describes services that are needed to support the identifiers and to consistently manage different representations of graphic character data. Programs that implement a service are deemed providers of that service, while another program or an end-user using that service is an invoker. For example, a graphic character conversion program is a provider of the conversion service, while an application that calls that program is an invoker.
Support functions are related to tagging of data objects. Each of these support functions may be grouped into functions that are needed to assist in graphic character data processing, and functions that are needed to define and maintain the supporting resources. These are identified in the following descriptions.
Tag related functions either enter or read CCSid values from tag fields, operate on the long or short form of CPA identifiers, assist in finding relationships between CCSids and their elements, or assist in maintaining CCSid resources that define the different elements associated with each CCSid. Brief descriptions of each of these functions follow:
SETTING TAG VALUES - Setting is the process of entering one or more tag values into the tag fields associated with different graphic character data elements. The set function is provided as part of the various object manager specific interfaces, or associated service functions. Setting of tag fields on entities owned by the operating system is provided by the system-specific interfaces. Setting may be performed only at the time of creating the objects - such as files or databases and may be provided as part of the object creation function.
QUERYING TAG VALUES - Querying is the process of reading or finding out one or more tag values associated with graphic character data elements. The query function is provided as part of various object-manager specific interfaces, or associated service functions. Querying of tag fields in entities (or objects) owned by the operating system is provided by services in the operating system, as part of the system-specific services.
This function has the capability to resolve any unknown or default values associated with CCSid value of X′0000′. Any hierarchy used for organizing the different elements owned by the object managers are object manager specific. Different types of queries are applicable to different object managers. For example, a file manager may provide for querying all the CCSids that are encountered within a file; a presentation manager may provide for querying the CCSID used in a currently active window.
To assist in resolving the defaults in a hierarchy, a function to enter default values (register) for an application, a user or another module, either on a static basis or dynamically changeable basis may be provided. This registry (called a CCSid Defaults Registry) is a system specific resource.
FINDING SUPPORTED CCSids - A particular object manager implementation or system installation may elect to support a list of CCSids. Also, different levels of support may be provided for each of these CCSids. In order to match the capabilities of an object manager with the requirements of an application, it is necessary to find out which CCSids are supported and to what extent, The type of support assists in deciding whether the data can be processed as it is, if it can be processed with some additional processing step, or if it cannot be processed at all.
Three levels of support are defined:
The CCSid is recognized, and the object manager can process the data respecting the GCGid associated with the code points. Data can be sent or received from an object manager in any one of such fully supported CCSids. Within this collection of CCSids, any graphic character data conversions will be performed automatically, transparent to the user of the object manager's services. Full support for a CCSid means that all the associated resources needed to process data encoded in that particular CCSid are in place. The interpretation of full support also depends on the object-type. For example,
In addition to the fully supported CCSids, there may be a list of CCSids for which resources needed for conversion are available in the system environment, but the data encoded in them must be converted to a fully supported CCSid before the object manager's services can be used. The CCSid is recognized, but data cannot be stored or processed by the object manager directly in it. The data must be converted to one of the fully supportel CCSids. Also, a conversion service is available somewhere in the system so that data can be converted to or from one or more of the fully supported CCSids.
All other CCSids are not recognized in that component. Tolerance to data tagged with such CCSids may be provided by some object managers such as a file manager. Depending on the object being managed, pass-through capability may be possible.
Two related functions are defined:
Accuracy of the CCSid values in the resources supporting this function is based on the documentation on CCSids supported, and on whether customer-defined or temporary CCSids are supported.
LOOKUP A LONG FORM GIVEN A SHORT FORM - SHORT TO LONG: this function gets the set of elements that constitute the long form associated with a CCSid value from the CCSid resource repository. The specified CCSid value (CCSidl) must have an entry in the CCSid resource repository. The long form return is the associated entry in the repository for CCSidl.
LOOKUP A SHORT FORM GIVEN A LONG FORM - LONG TO SHORT: this functions gets the CCSid value associated with a set of elements expressed in the long form from the CCSid resource repository. The long form being converted must exist in the CCSid resource repository. The CCSid value return is the corresponding entry in the repository for the long form specified.
ADD A CCSid RESOURCE - This function adds a new CCSid and its associated elements to the CCSid resource repository. The function checks if an entry for the specified CCSid value already exists in the CCSid resource repository in order to prevent the addition of duplicate entries. The input elements to be added are expected to be valid with respect to the CPA definition of the elements. It is the responsibility of the caller of this function to maintain this validity.
DELETE A CCSid RESOURCE - This function deletes a CCSid and its associated elements from the CCSid resource repository.
GET LONG FORM TEMPLATE - This function gets a template of the long form to be used to fill in the entries. A collection of standardized templates for known ES values is available. The returned template will indicate which elements are mandatory, and how many elements of the template are needed. All the elements that are not applicable to this particular ES value are pre-filled to "null" equivalent. The invoker changes the appropriate entries in the template to create a CCSid and its equivalent long form.
GET RELATED CCSids (Type 1) - This function provides a list of all CCSids in the CCSid resource repository that satisfy the specified relationship (type 01) to a given CCSid value (specified in the input variable CCSid1). The relationship of type 01 is defined below, in terms of what the function has to do.
This function first verifies that the value of CCSid1 is in the CCSid resource repository. It then searches the repository for other CCSid values, which have at least one of the pairs of values of CSid, CPid in common with the values of CSid, CPid pairs associated with the input CCSid1 value. If there is more than one pair of CS, CP values associated with CCSid1 value, then a match of at least one pair of CS, CP values results in a CCSid value being added to the output CCSid list. The list of CCSids generated in this list have a relationship of type 01 to the value in CCSid1.
A further filtering of the CCSid list can also be specified. If the ES filter value is other than 0, then this ES value is used for additional matching. In this case, the matched CCSids must also have the same ES value as specified in the filter. If the ES filter value is 0, filtering is not requested. If none of the CCSids in the list has an associated ES filter value that equals the ESF value, the unfiltered list of CCSids will be returned along with a non-zero return code value.
CONVERT A GRAPHIC CHARACTER DATA STRING - This function converts a graphic character data string of the identified string type represented in a specified "from" CCSid (in CCSid1) to a graphic character data string of the required string type tliat is represented in another specified "to" CCSid (CCSid2).
To perform the conversion, a (CCSid1, ST1) to (CCSid2, ST2) entry must exist in the Graphic Character Conversion Selection Table (GCCST) along with the conversion method and conversion table(s). An installation may need to support more than one conversion method or conversion table(s) from a given (CCSid1, ST1) to (CCSid2, ST2). Each of these alternatives must have an entry in the GCCST. The Graphic Character Conversion Alternative Selection Number (GCCASN) differentiates the entries for a given (CCSid1, ST1) to (CCSid2, ST2) from each other.
NOTE: The GCCASN is not to be confused with the options used in creating the conversion tables following different criteria for mismatch management, it is used for selecting the appropriate conversion method and associated table(s). There is no correspondence between the GCCSAN and the mismatch management criterion used in creating the conversion table(s) except by originator defined or user defined conventions.
RELATIONSHIPS BETWEEN CCSids - When an environment deals with multiple encoding schemes (such as PC Data and PC Display in the OS/2 environment, or the pure single byte or mixed single byte and double byte codes in systems supporting Group 2 character sets) special query functions are needed to find different CCSids that have specific relationships between them.
Computer environments use different graphic character sets and codes. The differences exist because of reasons like origin of the operating system, support of National Languages in different countries, or specific application requirements. Implementing character sets for different groups is an approach to minimize differences that must be dealt with. However, the differences cannot be completely eliminated. Therefore, one of the key challenges is the ability to deal with these differences in a consistent manner.
Difference management is the process that detects and deals with differences between graphic character processing capabilities or representations of data. Different-detection mechanisms placed at appropriate places in a system design determine if differences exist.
Any difference between data representation and processing capability triggers difference management action. The query function assists in finding tag values to decide if there is difference between two entities. The action may be one of:
When a service provider takes on the role of deciding whether to convert or not to convert on behalf of an invoker of that provider, the invoker should be able to communicate to the service to bypass any conversions performed by the service.
CONVERT - Converting between different coded sets involves dealing with character-set mismatches while preserving character integrity for the largest set of characters. During a conversion, only the common set of graphic characters between different sets can theoretically be preserved. Managing the mismatched characters depends on the nature and context of use of the data.
Mismatch handling can generate converted data that may not have an assigned graphic character meaning in the output. such pollution of graphic character data may or may not be acceptable to a given application.
To deal with different possible contexts of use and the associated pollution control needed, CPA defines a few criteria for mismatch management. These criteria are reflected in the contents of conversion tables that are used in the conversion process. CPA defines a set of tables for specific pairs of CCSids to provide consistency among IBM product implementations, following the most appropriate criterion for that pair of CCSids.
One of CPA's goals is to minimize the loss of graphic characters during a conversion. The SAA Character Sets aid in maximizing graphic character integrity within a group or subgroup. Coding differences within a group can also be minimized (although not eliminated completely) over a period of time.
A comprehensive method has been described for codifying the different encoding schemes that are used for graphic character representation, resulting in a single identification mechanism that is used in conjunction with a corresponding registry to simply and uniquely identify the scheme used.
标题 | 发布/更新时间 | 阅读量 |
---|---|---|
具有多设备消息传输的总线通信 | 2020-05-08 | 845 |
可编程逻辑开关和系统 | 2020-05-08 | 393 |
智能语音系统及利用智能语音系统控制投影机的方法 | 2020-05-11 | 698 |
一种聚合人物动态的方法及装置 | 2020-05-11 | 795 |
一种无监督学习的空间信号源和室内位置关联的方法 | 2020-05-12 | 612 |
一种X光机图片采集辅助装置和处理方法 | 2020-05-14 | 488 |
防癌药及其配方 | 2020-05-14 | 151 |
基于工程造价计算描述语言BCL的报表生成装置及生成方法 | 2020-05-14 | 764 |
基于带对抗训练深度网络的恶意域名检测方法及系统 | 2020-05-14 | 479 |
一种主网OCS系统责任区维护校验方法 | 2020-05-13 | 145 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。
专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。