WO2001024053A9 - System and method for automatic context creation for electronic documents - Google Patents
System and method for automatic context creation for electronic documentsInfo
- Publication number
- WO2001024053A9 WO2001024053A9 PCT/US2000/025755 US0025755W WO0124053A9 WO 2001024053 A9 WO2001024053 A9 WO 2001024053A9 US 0025755 W US0025755 W US 0025755W WO 0124053 A9 WO0124053 A9 WO 0124053A9
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- document
- words
- phrases
- database
- sentence
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/80—Information retrieval; Database structures therefor; File system structures therefor of semi-structured data, e.g. markup language structured data such as SGML, XML or HTML
- G06F16/84—Mapping; Conversion
- G06F16/86—Mapping to a database
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/93—Document management systems
Definitions
- This invention relates generally to electronic document context creation and management. More particularly, this invention relates to methods and apparatus for adding markup or additional information to documents in electronic or other non-paper media, and more specifically, for using algorithms to automatically generate contexts for logical components of the document.
- HTML Hypertext Markup Language
- the Extensible Markup Language was developed to provide greater flexibility for applications utilizing electronic documents. Similar to HTML, XML is a markup language that uses tags and attributes, but unlike HTML, XML uses tags only to delimit pieces of data. The interpretation given to the meaning of the data is left up to the application that reads the data. As noted above, the tag ⁇ p> in HTML specifies that a new paragraph is needed, whereas the tag ⁇ p> in XML has an application specific meaning. This flexibility allows applications making use of the data to interpret the data in different ways. The development of XML has created a pressing need to convert legacy HTML and other types of electronic documents into XML documents. There is an additional need to convert current physical documents into XML. Today, conversions of documents into XML documents is typically done manually.
- the present invention provides an approach to migrating documents from an original format to the XML format.
- HTML documents are automatically converted into XML documents without the need for manual intervention.
- the information contained in the document is analyzed and categorized.
- the results of the analysis are used to identify a context for the document's information.
- the context identifies the manner in which the document's information is interrelated.
- the embodiment of the present invention enables applications to detect differences between documents such as a purchase order and a radiology report.
- the invention provides contexts for the data within the document so that pieces of the document, such as the symptoms and diagnosis of an illness, or a zip code and a telephone number, can be easily located and distinguished from one another; thus enhancing the ability to locate information within documents and the searchability of the documents by a search engine.
- the preferred embodiment of the present invention automatically locates a piece of information's context.
- the system uses a combination of boundary markers, known contexts, and linguistic information to determine the start, the end, and the name of the context.
- the boundary markers include, but are not limited to, the end of a sentence, the end of a paragraph, a word processor style or a markup item such as an HTML tag.
- a known context might be a well-understood and descriptive format such as an address containing a name, a number, a street name, a city, a state, a country, and a zip code.
- the linguistic information includes, but is not limited to: parts of speech of individual words within the document, noun phrases within the sentences of the document, and/or the subject of a sentence.
- the context may be expressed as markup within the electronic document or as meta-data attached to the document. For instance, information about a number would include, for example, whether the number is a zip code, a telephone number, or a total of sales items.
- the preferred embodiment of the present invention is a methodology and data architecture utilized in a computer, computer program, computer system, television, television system, video display, scanning device, speech recognition system, or any other mechanism providing text-based electronic documents and requiring automatic addition of contexts for display, manipulation, or archiving of such documents.
- Figure 1 depicts an electronic device suitable for practicing the illustrative embodiment
- Figure 2 depicts a network environment suitable for practicing the illustrative embodiment
- Figure 3 depicts a flow chart of the information flow through the separate modules in the illustrative embodiment
- Figure 4 depicts a Boundary Processor module used in the illustrative embodiment
- Figure 5 depicts a flow chart of the steps performed by the Lexical Tagger module
- Figure 6 depicts a block diagram of a lexically tagged text stream
- Figure 7 depicts the lexically tagged stream of Figure 6 processed by the Phrase Generator module
- Figure 8 depicts a flow chart of the steps performed by the Subject Determiner module
- Figure 9 depicts the lexically tagged text stream of Figure 7 processed by the Markup Tagger module
- Figure 10 depicts a sample document produced by the Document Creator
- the illustrative embodiment of the present invention provides an approach for converting documents from an original text-based format (such as HTML ) to an XML format.
- the illustrative embodiment identifies a "context" for information contained in the text-based document.
- the contexts generated by the illustrative embodiment describe the content or meaning of sections, paragraphs, sentences and other significant words and phrases of the document.
- the illustrative embodiment automatically generates a hierarchy of the contexts for a document. The hierarchy reflects how information is organized in the document. In general, the contexts are descriptive names that summarize content.
- the contexts may be incorporated in the XML document to provide a descriptive markup of keywords and indices in the original text-based document or may be stored in meta-data attached to the document.
- a context for a number may identify whether the number is a zip code, telephone number or a total price for sale items.
- Electronic text documents stored without markup are difficult to find, import into databases, search and retrieve. The provision of markup on the electronic documents provides a reference point for other applications to quickly focus on when they are searching for documents of a particular type or documents containing particular data.
- the processing of text data that is performed by the present invention is performed so that the significant elements of the text data, whether words, phrases, sentences, or paragraphs can be marked, and a designation of those elements included when the text data document is converted to a new format ( XML in the preferred embodiment ).
- Marked elements or "contexts" in an electronic document function like tabs on a manila folder, allowing applications to see at a glance what is in the documents without having to review the entire document. This makes the storage, retrieval and searching of a document more efficient than the storage, retrieval and searching of documents without context.
- the illustrative embodiment allows documents to be stored, retrieved and searched in an efficient manner by allowing storage, retrieval and searching based on context.
- the identification of context for information in the document allows applications to quickly distinguish between different types of documents and different types of information contained within a single document. For example, contexts may be used to distinguish between a sales report and a radiology report. Moreover, contexts may be used to distinguish between content located within a single document. Thus, contexts enable distinction between a zip code and a telephone number in a single document.
- Third party applications may use the contexts to organize, store, and retrieve information based on their own particular criteria. For example, search engines may use the contexts to retrieve documents relevant to a query.
- the illustrative embodiment uses a number of heuristics and a knowledge base to identify contexts.
- Linguistic information such as parts of speech of a word
- boundary markers such as HTML tags, punctuation marks and ends of paragraphs
- other information are used to identify contexts.
- the heuristics identify the start of a context, the end of a context and the name of context. For example, a heuristic may identify that an address begins with a street number and ends with a zip code.
- the context name is "address", in such an example.
- FIG. 1 depicts a block diagram of electronic device 1 suitable for practicing the illustrated embodiment of the present invention.
- the electronic device 1 includes a CPU 2, a display 4, a keyboard 6, a mouse 8, a network adapter 10 and a modem 12.
- the electronic device 1 also includes permanent storage 14, HTML documents 16, XML documents 17 and a conversion facility 18.
- the conversion facility 18 is responsible for converting electronic documents (such as the HTML documents 16 ) into XML documents.
- the conversion facility 18 may be implemented in one or more software modules that run on the CPU 2.
- the conversion facility 18 may be invoked programmatically or by explicit user command. It should be appreciated that the conversion facility need not be a solitary package but rather may be part of a suite or other software package.
- the electronic device 1 may be a personal computer, a workstation, a mainframe, a laptop computer, a personal digital assistant ( PDA ), a network computer, an Internet appliance, a phone, an electronic book, an intelligent pager, or other type of intelligent electronic device.
- PDA personal digital assistant
- the configuration of the electronic device 1 shown in Figure 1 is intended to be merely illustrative and not limiting of the present invention.
- the electronic device may include multiple processors and may lack some of the components shown in Figure 1.
- the electronic device 1 may be interfaced with a network 22, such as a computer network, a wireless network or a communications network.
- the network 22 may be, for example, the Internet, an intranet, an extranet or a local area network (LAN ).
- the network 22 may have a server 24 (such as a web server ) connected to it.
- the server 24 may hold or have access to original content (such as an HTML document ) that is to be converted by the conversion facility 18 running on the electronic device 1. More generally, the content converted by the conversion facility 18 need not originate locally but rather may originate remotely.
- Figure 3 depicts data flow and process flow among modules of the conversion facility 18 in processing and converting an input piece of content (such as an electronic document ) into XML.
- the content is received by the Boundary Processor module 28.
- the Boundary Processor module 28 looks for boundaries between logical portions of a document.
- the Boundary Processor module 28 produces a list of structural elements, words and sentences by locating markup boundaries, sentence boundaries, word boundaries and context boundaries indicative of known types of layouts such as address layouts.
- Figure 4 depicts the steps performed by the Boundary Processor module 28.
- the input content( e.g. text stream ) is read into a data structure similar to a text buffer (step 54 ).
- the Boundary Processor then performs a search to locate format information and boundaries in the input content (step 55 ).
- the format information includes markup, such as HTML tags and application specific styles, such as word processor styles.
- Boundaries include white space, such as spaces, tabs, new lines, paragraph marks, and carriage returns.
- boundaries include the end of a sentence indicated by sentence white space ( carriage returns, tabs spaces ) terminating punctuation, such as periods, question marks, and exclamation points. Boundaries also include a new paragraph, or a new tag.
- the content is processed one character at a time, and the results are stored in a data structure (step 56 ).
- the input content is further divided into words and phrases by identifying white space characters that delimit the words and phrases. Words and phrases are stored in objects of respective object classes.
- the output from the Boundary Processor module 28 is passed to a Lexical Tagger module 30 ( See Figure 3 ).
- the Lexical Tagger module 30 compares the text information in the received list against entries in a Knowledge Database 48 to determine if matching phrases and words are found in the Knowledge Database 48.
- Each delimited sentence is compared to the Knowledge Database 48 to check whether it appears in its entirety as a phrase. If it does not, increasingly smaller pieces of the delimited sentence will be checked for phrase matches.
- the Lexical Tagger module 30 assigns an initial part of speech (i.e.: noun, verb, etc. ) to each word or phrase for which a match is found in the Knowledge Database 48. If a word is capable of being designated as more than one type of speech according to the Knowledge Database 48, the Lexical Tagger module 30 assigns the part of speech found most often and maintains the other part of speech tags. For example the word pain may either be a noun or verb, but "pain" is most often used as a noun.
- Figure 5 depicts the steps that are performed for each group of words in the text of the input content. Initially, the text of the input content is arranged into groups of words (step 57 ), each initial group of words corresponding to a sentence in the input content. The group of words is then compared with entries in the Knowledge Database 48 to determine if there is a matching phrase ( step 58 ). If there is a matching entry, the linguistic information contained in the Knowledge Database 48 is assigned to the phrase ( step 60 ).
- the linguistic information may include part of speech information and an alternate tag.
- An alternate tag is markup referring to an identified element in the text stream being examined which has already been assigned a tag. For example, if the phrase "Chief Complaint” is marked with the tag ⁇ hl>Chief Complaint ⁇ /hl>, indicating a first header, and the phrase "Chief Complaint” appears in the Knowledge Database, the phrase “Chief Complaint” is compared against the database's store of alternate tags, and the alternate tag "CC” is generated ( see Figure 9 ).
- the alternate tag "CC" might be listed as ⁇ COChief Complaint ⁇ /CC>, a second header.
- step 59 If the group of words does not match a phrase contained in the Knowledge Database 48, and the size of the word grouping being checked is greater than the number 2 (step 59 ), the number of words in the group is lessened by one and all phrases within the sentence containing the lessened number of adjacent words are checked against the Knowledge Database 48 ( step 58 ). If the size of the word grouping last checked is equal to 2 ( step 59 ), the sentence will be parsed into individual words ( step 61 ). Linguistic information for the individual words is then retrieved from the Knowledge Database 48 and assigned to the respective words ( step 62 ). For example, if the input content contains a sentence of 5 words, the first comparison to the
- Knowledge Database 48 will be the sentence in its entirety (step 58 ). Assuming no matching phrase is found, the subsequent comparisons will consist of checking the two possible four word groupings, the three possible three word groupings, and the four possible two word groupings for phrase matches (step 58 ). If there are no matches, the sentence will be parsed into individual words (step 61 ), and the individual words compared to the Knowledge Database 48 for matching entries ( step 62 ). If a word has no corresponding entry in the Knowledge Base it is assigned an "unknown" part of speech tag.
- Figure 6 shows an electronic document 64 that is being processed by the conversion facility 18.
- the input content is an HTML document 64.
- Figure 6 also depicts the linguistic information assigned to the text of the HTML document 64 by the Lexical Tagger module 30.
- the phrase "Chief Complaint” is identified 68 and an alternate tag ( "CC” ) is generated.
- the phrase "Patient complains of chest pain," 79 marked as a separate sentence by the Boundary Processor module 28 has no matching phrase entries in the Knowledge Database, and thus is parsed into individual words having respective linguistic information 70, 72, 74, 76 and 78.
- the information from the Lexical Tagger module is passed on to the Part of Speech Determiner module 32 which compares the parsed text stream to a Database of Statistical Information 50 to resolve words or phrases that have multiple part of speech possibilities.
- the Database of Statistical Information 50 uses statistical information about pairs of words, their parts of speech, and their location within a sentence. As an example, a word that could be a noun or an adjective is most likely to be a noun after an article such as "the” and followed by a word without a verb part of speech tag. The word "patient" can be an adjective or a noun.
- the next module determines noun phrases and verb groups by determining the nouns proximity to other nouns and the verbs proximity to other verbs.
- the Phrase Generator module 34 uses the reconciled part-of-speech generated by the Part of Speech Determiner module 32 and the words generated by the Boundary Processor module 28, to identify the noun and verb phrases within the sentence. Once each word has a single part of speech assignment, the Phrase Generator module 34 collects the noun phrases and verb groups. Noun phrases are determined by proximity to other nouns, pronouns ( "she” ), determiners ( “both” ), adjectives ( "green” ), articles ( “the” ), conjunctions ( “and” ) and prepositions ( “of ).
- Verb groups are constructed by collecting verbs, helping verbs ( "have” ), infinitival to ( “need to go” ) , and adverbs ( "formally” ) in the same way.
- the lexically tagged text stream from an input HTML document 80 contains the sentence "Patient complains of chest pain”.
- the phrase generator combines the words into the noun phrase "of chest pain” 96.
- the verb "complains” 88 located between the noun “Patient” and the noun phrase “of chest pain” 96 is treated as a one word verb phrase 98.
- the noun “Patient” 86 is separated from the rest of the sentence by the verb "complains” and is marked as a one word noun phrase 100.
- the information from the Phrase Generator module 34 is passed on to the Subject Determiner module 36 as depicted in Figure 8.
- the Subject module 36 begins with a text stream with identified noun and verb phrases 102.
- the text stream 102 is compared with the Sentence Pattern Database 104 which contains templates of sentences containing common placements of subjects within sentences and determines, on the basis of these common placements, the potential subject of the sentence. For instance the sentence "Where did he go?" has a different template than the sentence "Patient complains of chest pain.”
- the sentence "Where did he go?" begins with "Where", an adverb of a special type when located at the beginning of the sentence, followed by a verb or verb phrase followed by the subject "he”.
- a matching template for this sentence would be ADVERB NOUNGROUP(subject) VERBGROUP QUESTIONMARK.
- the second sentence begins with a noun phrase followed by a verb or verb phrase.
- a matching template for "The patient complains of chest pain”, would be NOUNGROUP (subject) VERBGROUP NOUNGROUP(object).
- the Subject Determiner By matching the placement of the noun phrase and verb groups with other identifying words such as "where", a specialized adverb, to the template, the Subject Determiner generates a potential subject for the sentence from the template. If a sentence completely matches the template 106, it is given a high score for confidence in having found the selection of the subject of the sentence 108. If the sentence does not match the template completely 110, it will receive a lower confidence score 112.
- the actual score is assigned on a percentage basis based on the percentage of data matching the sentence template.
- an object of the sentence either a direct object or an indirect object, may be identified.
- the noun phrase "of chest pain” may be determined as the object of the sentence.
- the Markup Tagger module 38 depicted in Figure 9 utilizes the information generated in the Lexical Tagger module 30, the Part of Speech Determiner module 32, the Phrase Generator module 34, and/or the Subject Determiner module 36 to construct the correct tag name and to determine where the start and end tags, and the boundaries, should be placed.
- the Markup Tagger module 38 analyzes the same text string 114 as the Subject Determiner module. If the Subject Determiner module's 36 confidence score is high 108, the Markup Tagger may use all the information from the Phrase Generator module 34 and Subject Determiner module 36. However, if the confidence score is low 112, it may not use any of the information.
- the present invention allows an end user to specify a parameter for an acceptable confidence score.
- the parameter may be set at 80%, in which case any confidence score below 80% would cause the Markup Tagger module 38 to ignore the subject determination of the Subject Determiner module 36.
- the Markup Tagger uses the alternate name to create the tag ⁇ CC> 132. If a subject and an object of a sentence exist, these two terms are combined into one markup tag name. For instance, in the sentence "patient complains of chest pain", the subject is "Patient” 120 and the object is "of chest pain” 124,126,128. Under these circumstances, the Markup Tagger will combine the word Patient and the nouns of the object ( minus the preposition "of ), to create a markup tag with the name "Patient.chest.pain" 134.
- the Document Creator module 40 uses knowledge of how XML documents are constructed (the "XML grammar" ), to create a document with the correct markup syntax from the tags generated by the Markup Tagger module 38 and the text found in the original electronic document. The hierarchy of contexts generated by the present invention and original tags are used to create new documents. Even though the preferred embodiment utilizes the markup language XML, the Document Creator module 40 is not limited to XML since the Markup Tagger module 38 and Document Creator module 40, in combination, can generate any type of markup language, such as HTML 46.
- Figure 10 depicts an example of the type of document created by the Document Creator module 136.
- the present invention is capable of directly converting other types of electronic documents besides HTML documents into XML documents, is capable of converting other types of electronic documents besides HTML documents into HTML documents or other types of markup language documents, and is capable of being part of a process to convert physical documents into electronic documents (for example by scanning a document ) and then convert the document into a markup language document.
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Machine Translation (AREA)
- Document Processing Apparatus (AREA)
Abstract
Description
Claims
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
AU40253/01A AU4025301A (en) | 1999-09-28 | 2000-09-20 | System and method for automatic context creation for electronic documents |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US15692399P | 1999-09-28 | 1999-09-28 | |
US60/156,923 | 1999-09-28 |
Publications (3)
Publication Number | Publication Date |
---|---|
WO2001024053A2 WO2001024053A2 (en) | 2001-04-05 |
WO2001024053A9 true WO2001024053A9 (en) | 2002-10-03 |
WO2001024053A3 WO2001024053A3 (en) | 2004-03-25 |
Family
ID=22561675
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2000/025755 WO2001024053A2 (en) | 1999-09-28 | 2000-09-20 | System and method for automatic context creation for electronic documents |
Country Status (2)
Country | Link |
---|---|
AU (1) | AU4025301A (en) |
WO (1) | WO2001024053A2 (en) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3480844B2 (en) * | 2001-10-26 | 2003-12-22 | 株式会社リコー | Document management apparatus, document management control method, and document management control program |
CN106033414A (en) * | 2015-03-09 | 2016-10-19 | 北大方正集团有限公司 | A hot spot information processing method and system |
CN110738033B (en) * | 2018-07-03 | 2023-09-19 | 百度在线网络技术(北京)有限公司 | Report template generation method, device and storage medium |
CN113221559B (en) * | 2021-05-31 | 2023-11-03 | 浙江大学 | Method and system for extracting Chinese key phrase in scientific and technological innovation field by utilizing semantic features |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5488725A (en) * | 1991-10-08 | 1996-01-30 | West Publishing Company | System of document representation retrieval by successive iterated probability sampling |
US6003046A (en) * | 1996-04-15 | 1999-12-14 | Sun Microsystems, Inc. | Automatic development and display of context information in structured documents on the world wide web |
US6078914A (en) * | 1996-12-09 | 2000-06-20 | Open Text Corporation | Natural language meta-search system and method |
WO1999023584A2 (en) * | 1997-10-31 | 1999-05-14 | Iota Industries Ltd. | Information component management system |
-
2000
- 2000-09-20 AU AU40253/01A patent/AU4025301A/en not_active Abandoned
- 2000-09-20 WO PCT/US2000/025755 patent/WO2001024053A2/en active Application Filing
Also Published As
Publication number | Publication date |
---|---|
AU4025301A (en) | 2001-04-30 |
WO2001024053A2 (en) | 2001-04-05 |
WO2001024053A3 (en) | 2004-03-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4467184B2 (en) | Semantic analysis and selection of documents with knowledge creation potential | |
US6269189B1 (en) | Finding selected character strings in text and providing information relating to the selected character strings | |
US7809551B2 (en) | Concept matching system | |
US7283951B2 (en) | Method and system for enhanced data searching | |
US7398201B2 (en) | Method and system for enhanced data searching | |
US7567902B2 (en) | Generating speech recognition grammars from a large corpus of data | |
US7139977B1 (en) | System and method for producing a virtual online book | |
US6424983B1 (en) | Spelling and grammar checking system | |
US8041697B2 (en) | Semi-automatic example-based induction of semantic translation rules to support natural language search | |
US6859800B1 (en) | System for fulfilling an information need | |
KR101040119B1 (en) | Apparatus and Method for Search of Contents | |
CN110892399A (en) | System and method for automatically generating subject content abstract | |
US10552467B2 (en) | System and method for language sensitive contextual searching | |
US20090070328A1 (en) | Method and system for automatically generating regular expressions for relaxed matching of text patterns | |
WO2001084376A2 (en) | System for answering natural language questions | |
JP2012520527A (en) | Question answering system and method based on semantic labeling of user questions and text documents | |
JP2007200321A (en) | Linguistic user interface | |
US20070011160A1 (en) | Literacy automation software | |
KR20020058639A (en) | A XML Document Retrieval System and Method of it | |
US6907562B1 (en) | Hypertext concordance | |
Al-Lahham | Index term selection heuristics for Arabic text retrieval | |
WO2001024053A2 (en) | System and method for automatic context creation for electronic documents | |
JP3856388B2 (en) | Similarity calculation method, similarity calculation program, and computer-readable recording medium recording the similarity calculation program | |
JPH11259524A (en) | Information retrieval system, information processing method in information retrieval system and record medium | |
JP2001101207A (en) | Document summarizing device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AK | Designated states |
Kind code of ref document: A2 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A2 Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
REG | Reference to national code |
Ref country code: DE Ref legal event code: 8642 |
|
AK | Designated states |
Kind code of ref document: C2 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: C2 Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG |
|
COP | Corrected version of pamphlet |
Free format text: PAGES 1/10-10/10, DRAWINGS, REPLACED BY NEW PAGES 1/10-10/10; DUE TO LATE TRANSMITTAL BY THE RECEIVING OFFICE |
|
32PN | Ep: public notification in the ep bulletin as address of the adressee cannot be established |
Free format text: NOTING OF LOSS OF RIGHTS(R.69(1) EPC) |
|
122 | Ep: pct application non-entry in european phase | ||
NENP | Non-entry into the national phase in: |
Ref country code: JP |