WO2020149501A1 - System and method for braille conversion for electronic document - Google Patents

Abstract

The present invention relates to a braille conversion system for an electronic document, which comprises an information system server, a reporting tool, and an electronic braille file creation tool. Specifically, the present invention comprises: a reporting tool for transmitting a data exchange file including an accessibility tag generated from a document file, for which the information system server requests generation of a braille file; and an electronic braille file generation tool for receiving the data exchange file transmitted from the reporting tool, generating a braille text markup language (BTML) file, and generating an electronic braille file by translating the generated braille text markup language file, wherein the braille text markup language file includes the accessibility tag, which has been converted to a braille translation tag for translation into an electronic braille file.

Description

Braille conversion system and method of electronic document

The present invention relates to an electronic document braille conversion system and method thereof, and more particularly, to a braille conversion system and method of an electronic document including a table and a format.

The reason for the visually impaired population's use of braille is not because it is difficult, but because of the lack of information provided in Braille. Accordingly, it not only solves the problem of social activities, economic activities, and employment activities of the visually impaired due to lack of information, but also provides a sense of homogeneity and confidence as a social member of the visually impaired and provides a society through academic or professional (job) performance. For advancement, economic and employment activities, it is required to establish an infrastructure for providing braille information to various information systems.

In particular, in accordance with the trend of electronic documents, methods for establishing an information system infrastructure for the underprivileged have been proposed, and in accordance with the trend of providing electronic information or electronic documents, rather than being printed on paper, braille is directly provided in the system. The trend is to provide electronic files.

This means that 53.4% of the visually impaired braille population prefers to access braille information through a braille information terminal, which is provided in the form of a braille file, so that braille information can be checked directly from the braille information terminal, providing information according to the era of electronic documents. Because.

In addition, there is an increasing need to improve accessibility for the visually impaired to various document formats and data provided by information systems such as public notices, receipts, statements, notices and certificates, etc. in information systems such as public, financial, medical, and education.

However, since there is no solution that automatically generates braille in conjunction with a reporting tool on the information system server, the braille infrastructure is very insufficient, and in particular, braille for the visually impaired is also electronically suited to the rapidly spreading electronic documentation. The need to provide is increasing.

As a substitute for the visually impaired, the request of Braille is absolute, but there is no system that downloads Braille files or provides mail by linking with a reporting tool automatically from the information system server.

Therefore, information systems operated by server platforms and operating systems (OS) to improve access to information such as various certificates, statements, and contracts provided by information systems operated by national and local governments, public institutions, medical institutions, and financial institutions, etc. HTML5 based electronic document braille conversion technology needs to be developed.

In addition, electronic documents processed on the web, etc., generally have the form of a table, and English or numbers and special symbols are mixed, so that the visually impaired cannot access information accurately with only voice, certificates, notices, and In the case of documents that contain personal information such as statements or have legal effects, there is no problem of screen capture prevention or preview, so there is a problem that the majority of pages cannot be accessed by screen readers on the web.

Based on the discussion as described above, in the following, considering that the only means for reading documents in case of severely visually impaired is braille, to improve the accessibility of information such as certificates, notices, orders, notices, statements, etc. processed by the information system By providing in the form of electronic braille in accordance with the recent electronic trend, we intend to improve web accessibility by converting the contents of pages that are not accessible from the web into braille so that visually impaired users can immediately check them on the electronic information terminal.

Furthermore, it is intended to provide accurate information access for the visually impaired by converting not only the text of the original document but also the information in the form into Braille through interworking with reporting tools.

The technical problems to be achieved in the present invention are not limited to the above technical problems, and other technical problems not mentioned will be clearly understood by a person having ordinary knowledge in the technical field to which the present invention belongs from the following description.

A braille conversion system for an electronic document composed of an information system server, a reporting tool, and an electronic braille file generation tool, which is an aspect of the present invention for solving the above-described problem, is a document file that is a target of a braille file generation request of the information system server Reporting tool for transmitting a data exchange file containing the accessibility tag generated from (reporting tool); And receiving the data exchange file transmitted from the reporting tool, generating a file for a local text markup language (BTML), and generating the electronic braille file by converting the generated file for the local markup language An electronic braille file generation tool is included, and the markup language file for a translation is characterized in that the accessibility tag is converted into a translation tag for converting to the electronic braille file.

Furthermore, the markup language file for astrology includes a header, markup data for astrology, and braille information for output, wherein the header includes version information of the document file, and the markup data for astrology is the document file It is data including a converted point tag based on an accessibility tag, and the braille information for output may include information necessary for converting a braille file for output.

Further, in the markup language file for point translation, when the table included in the document is determined to be at least one of a vertical repeat table, a horizontal repeat table, a crosstab, a user-defined table, and a template table, a predefined dot area rule is defined. According to this, the table data may be rearranged.

Furthermore, the electronic braille file generation tool is configured to include a markup language file generation unit for a wide area and a markup language file range for a wide area, and the markup language file generation unit for a wide area is a table included in the data exchange file. Based on the form of (table), at least one of the reorganized table data, page number, document title, and text is reconstructed to generate a markup language file for point translation, and the markup language file for point translation file includes the table data It may be characterized in that it performs the point-based based on the markup file for point-to-point including.

Further, when the braille file generation request includes a braille file email transmission request, the information system server may be configured to transmit the electronic braille file to a user's email.

Further, the electronic braille file generation tool generates an electronic braille file by loading the braille template file when a braille template file corresponding to the document format exists in the braille format database, and corresponds to the document format. When the resulting Braille format file does not exist in the Braille format database, it may be characterized by generating an electronic Braille file by fetching a similar Braille format file matching the attribute values included in the document file.

According to an embodiment of the present invention, it is possible to more clearly perform braille conversion of an electronic document including a table and a format. The effects that can be obtained in the present invention are not limited to the above-mentioned effects, and other effects that are not mentioned can be clearly understood by those skilled in the art from the following description. will be.

BRIEF DESCRIPTION OF THE DRAWINGS The accompanying drawings, which are included as part of the detailed description to aid understanding of the present invention, provide embodiments of the present invention and describe the technical spirit of the present invention together with the detailed description.

1 is a reference diagram for explaining a braille conversion system according to an embodiment of the present invention.

2 is a reference diagram for explaining an embodiment of arranging attributes of a vertical repetition table and extracting table data for this.

3 is a reference diagram for explaining an example of a user-defined table.

4 is a reference diagram for explaining an example of a template table.

FIG. 5 is a reference diagram for explaining a table in which a similar table is attached, and a table in which context is impossible to grasp.

6 is a reference diagram for explaining a case in which a vertical repetition table, a crosstab, and a user-defined table are translated.

7 is a reference diagram for explaining electronic braille file download through a braille translation system according to an embodiment of the present invention.

8 is a reference diagram for providing an external service of an electronic braille file through a braille translation system according to an embodiment of the present invention.

9 is a reference diagram for explaining a system for generating a braille file using a predetermined braille format file through a braille translation system according to an embodiment of the present invention.

In the present invention, in order to improve the web accessibility of the visually impaired, a reporting tool in the information system server, web grid, HWP. Converts electronic documents created and processed in the form of PDF to Braille by converting the contents of tables and forms to simple text, so that visually impaired users can download them in the form of electronic braille files or send them by e-mail so that they can be checked on the Braille information terminal. We propose a system and method.

In general, documents such as certificates consist of document data and document formats. Document data is a file that structured the data of a document by assigning an identifier for each item/content included in the document in a mark-up language, and document format is the actual display of the location, size, and number of data file items This is a file that describes how it works. Therefore, in the general document generation, a document with complete content and shape is generated by combining document data and document format.

In the case of a document, it is common to display it in silent characters, which is plain text against braille, which includes both text in document data files and text in document templates. On the other hand, Braille is a character that shows a single letter by combining 6 points of dots (3 points vertically, 2 points horizontally), and 63 different point types in a rectangular braille cell depending on the number and location of points. (點型) is created, and letters are assigned to each dot to form a character system. For example, by assigning a unique number to each of the six points, 1, 2, and 3 points are assigned to the top left and 4, 5, and 6 points from the top right to the bottom.

Therefore, when simply translating document data, the meaning is transmitted more than 90%. However, if the structured silent character is translated as a document format (e.g. table), there is a problem in that it is difficult to convey meaning according to the structure. Therefore, markup symbols that can indicate or indicate document titles, table titles, table headers, table contents, etc. are required in the silent, and these symbols are called accessibility tags.

However, even if a data exchange file is created by combining document data and document format to generate a final report and assigning an accessibility tag to each item present in the report, this is only a file to which an accessibility tag is added to a general data exchange file. Therefore, it is not easy for the visually impaired to understand 100% of the meaning of the document.

Accordingly, in the present invention, while reconstituting the silent data according to the point-of-region rule, a file describing a document format and structure including a table included in the document as well as document data (hereinafter, Braille Text Markup Language) , BTML) file), how to provide 100% perfect point coverage for the visually impaired in case of point translation is described in detail. Because the structure and the method of expression are different in terms of structure and expression, in order to convert a general silent document into a perfect Braille, the properties such as the document title, large title, subtitle, table title, and table contents must be specified. Accordingly, in the present invention, a markup language (BTML) file for astrology is a file recorded with text reconstructed by information required to convert a braille tag for output and a braille file for output and text reconstructed by analyzing the original document content and format. It can be converted into a braille file (BRL) for braille terminals or a braille file for output (BRF) using a braille machine. Furthermore, hereinafter, for convenience of description, it is described as a BTML file, but the present invention can be applied to data used for electronic braille files as files for a dot region generated using document data and document formats.

The BTML file is composed of a header, markup data for point translation, and braille information for output, and the version information of the file is recorded in the header, and a point tag with some of them converted based on the accessibility tag of the document file in the markup data for point translation For example, the original text content to which page change lines and dot tags are added is recorded in units of each page of the original.

Table 1 shows typical point tags.

Point code	Explanation
<<tbl1>>	Step 1 Table start border line
<</tbl1>>	Step 1 Table end border line
<<tbl2>>	Step 2 Table start border line
<<//tbl2>>	Step 2 Table end border line
<<tbl3>>	Step 3 Table start border line
<<//tbl3>>	Step 3 Table end border line
<<tr1/>>	Table Column Title Divider
<<p>>Number<</p>>	Mute page number (original page change line)
<<c>>Content<</c>>	Computer braille
<<a>>Content<</a>>	ASCII characters
<<u>>Content<</u>>	underscore
<<i>>Content<</i>>	italic
<<b>>Content<</b>>	Bold
<<hd>>Content<</hd>>	preface

In the braille information for output, information necessary for converting the braille file for output such as line number and header/footer is recorded. In the present invention, a reporting tool generates a data file using data in a database (DB), can create a template using a form design program, and combines the data file and the template to make a final report. Or display it on the screen. The form design program, also called a report designer program, generates document templates.

Since the source of the target document may consist of multiple pages, multiple page braille formats may exist in a single braille format file. In addition, the page number included in the data may be used to find an appropriate page format in a braille format and render it.

For example, if the original of the target document is a'usage history inquiry form' composed of 3 pages in total, if the issue number and the subscriber item have the item name, each page may be displayed with the same item value. In addition, each page may include a vertical repeating table having dates, details, and prices as column headings. Furthermore, the last page of the total 3 pages may contain the proof of contents such as “This certificate is the same as the original”, the year of issuance of the inquiry, the date of issue, the date of issuance, and the issuer's proof of “Mirae Mirae, Miracard.” have.

Accordingly, the document data and the document format included in the original document are rendered to generate a braille format, and the original muja can be stored in the braille file for modification of the braille format file. This braille file format is analyzed and used for electronic braille files.

In addition, the electronic jumbo file according to the present invention may be provided to a visually impaired person using a braille information terminal. The braille information terminal is portable information that enables visually impaired users to freely use the Internet and the output of documents through electronic braille and voice. It is a communication device. Braille input keyboard with 9 buttons and braille cell with 32 cells are attached to read the electronic braille file and display the dots on the braille cell to display Braille output pad (eg tablet), speaker for audio output, etc. It can be connected to a personal computer (PC) to create documents, exchange data, and search the Internet.

1 is a reference diagram for explaining a braille conversion system according to an embodiment of the present invention. The braille conversion system according to the present invention may include a point-to-point intermediate file generation unit point-to-point intermediate file generation unit 110 and a point-to-point intermediate file generation unit 120. For example, according to a braille conversion system, it may be configured to include a reporting tool, and the braille intermediate file generating unit and the braille intermediate file generating unit may be configured to be included in the electronic braille file generating tool.

Data exchange files are created by extracting text and accessibility tags from report viewers, lower Hangul (HWP) files, and PDF files. For example, data exchange files can be created using data and form design programs in a database.

At this time, the report designer may assign accessibility tags at the time of designing the report including braille information in the target document file. The report designer may be set in advance so that the accessibility tag can be assigned at the time of report design, but the report designer program may be modified so that the accessibility tag can be assigned at the time of report design. Here, the assigned accessibility tag is stored in the report template file and later combined with the data file, when the final report file is generated, it is transferred back to the target document file, and used for the target document file including the electronic braille file.

The reporting tool analyzes the final report file to which the accessibility tag has been added, extracts the structure consisting of at least one of the document title, table title, table header, table contents, column title, and field contents and the text accordingly, and uses it to include the accessibility tag Creates an exchanged data file. For example, elements that may be included in the data exchange file may be page numbers, document titles, text paragraphs, table types, table titles, table headers, table contents, individual cell information constituting a table, or other structural information of a table. . That is, the conventional reporting tool is merely a general data exchange file, but the reporting tool according to the present invention allows the creation and transmission of a data exchange file including an accessibility tag.

The point-to-point intermediate file generating unit 110 generates a point-to-point intermediate file for point-to-point using the data exchange file received from the text extraction unit 210. Specifically, the point-to-point intermediate file generation unit 110 analyzes the received data exchange file and reconstructs the page number, document title, text paragraph, and the like to match the point-to-point intermediate file. The point-to-point intermediate file generation unit 110 may be configured to include at least one of a data exchange file parser, a table data processing module, a braille format combining module, a BTML parser, and a BTML file generation module.

The BTML parser extracts document names, page numbers, body contents, table formats in the body, table contents, etc. from an electronic document generated in conjunction with a reporting tool to generate a Braille Text Object Model (BTOM). have. For data other than tables, the format field name and field values are added to BTOM, and for table formats and table data, the result obtained by calling the table data processing module is added to BTOM.

The table data processing module uses the extracted table information to find a matching type in the table type database and reconstructs the extracted table information according to the table translation rule and stores it in a markup language (BTML) file. The table type database may define more than 30 table formats used for general civil complaints and the corresponding markup language file rules. If it does not exist in the table type database, the corresponding table information may be added to the table type database.

The point-to-point intermediate file point-to-point unit 120 converts the BTML file or text, which is a generated data exchange file. The point-to-point intermediate file point-to-point unit 120 may be configured to include a BTML interpreter, a point-to-point module, a BRL file generation module, and a BRF file generation module.

The BTML interpreter reads the markup language file (BTML) for each point by line and replaces it with a predefined braille code if it is a point code representing the point tag, and replaces it with a braille point translated by the point module for plain text information. An electronic braille file (BRL) for a braille terminal may be generated through the generation module. If you need a braille file for printing, you can create a braille file for printing using the BRF file generation module and the braille information for printing in BTML. That is, the BRF file generation module fetches line column information stored in the braille information for output of the BTML file, changes the maximum number of lines per line and the maximum number of lines per page of the generated BRL file, and changes the footer and page number at the bottom of each page. Braille file (BRF) for output is generated by adding and converting points. Therefore, the file translated by the BRL file generation module or the BRF file generation module is generated as an electronic braille file.

With regard to electronic braille files, the Braille Ready Fromat (BRF) format, MicroBraille File (BRL) format, and Braille Best File (BBF) format are formats of braille files for output, such as Hasang Braille (HSB) format and Voice Braille Format (VBF) format. Format, BLB (Braille Love Braille) format is a format for editing braille files. Here, the current braille file standard format is a BRL format and a BRF format. BRL format has no concept of number of lines and number of columns, and is a file format that can be easily recognized by a braille information terminal. If the concept of number of lines, number of columns, header, and footer exists, the Braille file is printed on paper and embossed. This is the file format used when generating replacement data. Accordingly, the point-to-point intermediate file point-to-point unit generates a file having a BRL format or a BRF format according to an external user request based on the contents that have been converted.

Hereinafter, it will be described in more detail in relation to table data recognition. In the case of general paragraphs, if displayed adjacently, such as “Student No.: 93~~~”, the user can understand intuitively, but i) in the case of a table, the field name and field value are separated by a few lines, or ii) the table title is large and small And the data exists only in a small title (eg expenditures (cards, cash) // 4,000 won, 300 won), iii) in case the table title is 2 lines and the contents are repeated in 2 lines, etc. You may not be able to understand the content. Therefore, there are guidelines for translating tickets with the National Library of Persons with Disabilities, and when translating silent tickets into Braille, they must be translated according to the guidelines for translating tickets. However, in the regulations related to the ticket translation guidelines, only a very small number of votes are mentioned, so most of the tickets used in real life such as documents issued by civil complaints are excluded.

Accordingly, in the present invention, additional rules are defined by referring to the rules related to the table point guide. With regard to table recognition, in the present invention, the received table data can be divided into vertical repeating tables, horizontal repeating tables, crosstabs, user-defined tables, template tables, etc., and table data can be extracted in different ways according to each type. have.

In the present invention, the vertical repeating table is a kind of a table for storing data, and is defined as a table having only column headings and increasing row data. In the vertical repetition table, summary information row data may be included in the middle or end of a row, and the summary information row may be configured such that some columns are merged or a user-defined table. Furthermore, even if there are two or more row data, it has the form of a table that can be increased semantically.

Therefore, when it is recognized as a vertical repeating table, it may be determined that the header includes a header indicating each column title of the vertical repeating table, a repeating section corresponding to the body of the table, and a summarizing section summarizing the contents of the table.

2 is a reference diagram for explaining an embodiment of arranging attributes of a vertical repetition table and extracting table data for this. In FIG. 2, the vertical repetition table may be basically applied to a table that is similar to the original using a column heading. However, in the case of column division, a small title is enclosed in “” in a large title, and in the case of column division, the divided columns are horizontally resolved before the next column, and in the case of a column stack (eg, multiple repetitive rows). You can express stacked rows horizontally in rows. In the case of column repetition (eg, multi-table), repeated columns can be added as rows, but in the case of these reciprocals, an indication that the translator has undergone some transformation (for example, “Relector Note”) It is desirable to display. When column headings are merged, two fields of row data can be summed and expressed as one field. In the case of adding a row cell, a virtual column heading can be added to the column header. In the case of repeated cell merge, the same value can be added to the new cell after unmerge the cell. When the header separation operation is completed based on the above, the table data processing module may rearrange the header text according to the point-to-point rule.

expenditure
Card	cash
4,000 won	300 won
400 won	5,000 won

Using Table 2 as an example, the header marked'Expenditure' in Table 2 is a cell composed of 2 columns and 1 row, and is a data exchange file containing accessibility tags (header, merge size (2*1), expenditure) ). In the same way, headers related to'card' and'cash' are displayed as (Header, Merge Size (1*1), Card) (Header, Merge Size (1*1), Cash) and correspond to the table body In the case of contents, it can be composed of a data exchange file that includes accessibility tags such as (Repeat, merge size (1*1), 4,000 won) (Repeat, merge size (1*1), 300 won). . Therefore, through the analysis of the data exchange file containing the accessibility tag, if the vertical, horizontal, and vertical relationships of cells present in all headers are identified, column heading text can be rearranged and stored in the BTML file (eg, “expenditure ( Card, cash)”).

Similarly, the repeater data may be stored in the BTML file in order by referring to the table header structure. If a summary line is added in the middle of the repeat, the item name/attribute name and item value/attribute value can be separated and re-arranged in the form of “Title: Content” in the corresponding row and saved in the BTML file.

In the present invention, a horizontal repeating table is a table that stores data, and is defined as a table in which only the row headers and column data are increased. The summary information column data may appear at the middle or end of the column, and may be represented as a table in which two or more column data are semantically increaseable. When recognized as a horizontal repeating table, since all the horizontal repeating tables can be converted to a vertical repeating table, a data exchange file including an accessibility tag can be analyzed by converting to a vertical repeating table and in the same manner as the horizontal repeating table.

In the present invention, the crosstab is a table summarizing data, and is a table in which both column headers and row headers exist, and is also referred to as a two-dimensional table. In the case of a cross-tab, the row/column data may be increased or fixed at the same time, and the row/column data may be two or more or one at present, but it is a table that can be increased in meaning. Furthermore, the present invention can also be applied to a cross-tab query, which can be defined as a structure using one column value as a row header and another column value as a column header in a database table.

In the present invention, a user-defined table means a table having only a row title and a fixed number of data, and is defined as an unlisted (non-repeating) communication table in which item names and item values are arranged as independent tables in the body. In a user-defined table, two or more row headings and contents can appear in one row, and row headings can be grouped into large headings and middle headings in row units.

If it is recognized as a crosstab or a user-defined table, it can be processed in a similar way. In the case of a cross-tab or user-defined table, the header, repeat, and summary parts may not be clearly separated. Therefore, it is necessary to distinguish the hierarchical relationship and the hierarchical relationship using the accessibility tag (attribute name or attribute value) of all cells and the merged information of the cells.

Therefore, in the present invention, the cross-tab can be translated into a table similar to the original using the column heading and the row heading, and when the row part is divided, a large heading and a small heading can be expressed as a step-by-step heading.

FIG. 3 shows an example of a user-defined table, and in the case of the user-defined table shown in FIG. 4, content can be solved to serve as a table having only row titles. If i) the part of the line is divided, or ii) the part of the line is divided and mixed, iii) the part of the line is divided, and iv) the part of the line is divided into columns. have. When the rows are mixed, it is also possible to separate the mixed rows and express them vertically with only the row titles. However, in the case of a user-defined table, it is preferable to display an indication (for example, “Attractor Note”) indicating that the point translator has slightly modified because various attributes may appear.

client	name	Hong Gil Dong
	address	Geumcheon-gu, Seoul

For example, in Table 3, (property name, merge size (1*2), client), (property name, merge size (1*1), name), (attribute value, merge size (1,1) , Hong Gil-dong), (property name, merge size (1*1), address), (property value, merge size (1,1), Geumcheon-gu, Seoul), using the accessibility tag and merge information of the cell to “client/ Name” and “client/address” can be rearranged and stored in a BTML file. In the present invention, the template table is a table that organizes data in a nicely organized manner, and is a table tailored to the paper to be printed showing the format of the document itself. Similar to, but there is a difference between the table that designed the document or the table that exists in the document.

When the template table is described with reference to FIG. 4, a horizontal repeating table, a vertical repeating table, a cross-tab, and a user-defined table may be generally mixed, so that each is separated and recognized according to each recognition method, and the BTML file is Can be added. Therefore, in the case of the template table, the content can be solved and translated into bulleted text, and the inner table can be translated according to each table translation method. Further, in the present invention, in a table in which a similar table is attached, the table can be divided into two tables by dividing one table vertically.

FIG. 5 is a reference diagram for explaining a table in which a similar table is attached, and a table in which context is impossible to grasp. For example, when there are two or more repetition sections in one table, each repetition section can be viewed as one table. However, if a summary section that looks like a user-defined table is used at the bottom of the repeating table, it may be determined as one table. If the column heading is multiple lines, line alignment can be eliminated if it is an additional description such as English notation. If the cell contents are complex or multiple sentences, 1, 2, 3… Write the same number and go to the column heading, me, everything… You can use the bullets if you write the same symbol and multiple lines, but in this case, it is desirable to display an indication that the translator has slightly modified (for example, “Translator Notes”).

In addition, if the cell content is a check box or the cell content is an image, web content accessibility is provided and appropriate alternative text is provided. In the case of two consecutive attribute values, if the text is independent text, one dot point is assigned to each attribute. , If it is dependent text, it is desirable to add it to the immediately preceding attribute value. In addition, if there are two consecutive attribute names without merging, they can be expressed as bullets for large and small titles.

6 is an embodiment for explaining a case in which the above-described vertical repeat table, cross-tab, and user-defined table are translated. In the case of the format/table included in the document, the contents of the format/table can be expressed using the starting line of the braille table and the ending line of the braille table, and the attribute name and the attribute value can be distinguished using the dividing line of the braille item. Space characters may be combined for attribute names and attribute values as necessary.

Hereinafter, the operation of the braille translation system according to the present invention will be described with specific scenarios. The braille translation system according to the present invention includes a server, a reporting tool, and an electronic braille file creation tool, and the server may be an information system server such as public, financial, medical, education, etc., or may be represented as a web application server (WAS). have. Reporting tools are electronic devices that can create data files using data in a database, create templates using a format design program, and combine data files and templates to display or print the final report. It means equipment, etc. The electronic braille file generation tool refers to an electronic device device that occupies document data and a document format based on data received from the reporting tool, and generates an electronic braille file.

7 is a reference diagram for explaining electronic braille file download through a braille translation system according to an embodiment of the present invention. It is assumed that the complainant requests electronic braille file download for a specific document such as a complaint form through the server.

The server (e.g. WAS (Web Application Server)) requests the creation of a braille file with a reporting tool in order to generate a braille file for a specific document such as a civil complaint form (S801). When the request for generating a braille file is received, the reporting tool sets the accessibility tag to render the report (S803). This is to convert the document data file and document template file included in the target document into an electronic braille file. When the document data file and the document template are classified by rendering the report, a data exchange file including an accessibility tag for generating a braille file is transmitted to the electronic braille file creation tool (S805).

The electronic braille file creation tool generates a BTML using a data exchange file containing an accessibility tag transmitted from the reporting tool, and generates an electronic braille file using this (S805). That is, table data and text are recognized using a data exchange file including an accessibility tag, and the contents are converted into BTML, an electronic braille file, and then converted into BRL format, which is an electronic braille file.

The converted electronic braille file is delivered to the reporting tool (S811), and the reporting tool delivers the braille file to the server that has requested the braille file creation (S813), and thus, the server can provide the delivered braille file to the user. (S815)

8 is a reference diagram for providing an external service of an electronic braille file through a braille translation system according to an embodiment of the present invention. In FIG. 9, a case in which a PDF conversion file is transmitted through e-mail is illustrated for convenience of explanation, but is not limited to this and should not be interpreted, and external services for files in various formats that provide document data and document format to the user The present invention can also be applied to the scheme. Furthermore, in FIG. 9, the contents overlapping with the contents described in FIG. 8 are replaced with the contents described above.

In the case of FIG. 8, when the server (e.g. WAS) receives an email sending option with generation of an electronic braille file for a specific document such as a civil complaint form, the reporting tool requests the creation of a braille file. (S901). The reporting tool renders the report and transmits a data exchange file including an accessibility tag (S903). The electronic braille file creation tool receives the data exchange file, generates the electronic braille file, and transmits it back to the reporting tool (S905).

The reporting tool converts the target document to PDF and transmits the PDF together with the received electronic braille file to the server (S907). In this embodiment, a case has been described in which a PDF and an electronic braille file are delivered as respective files, but an electronic braille file may be inserted into a PDF and transmitted. The server may issue the original of the target document using a PDF file, and may transmit the electronic file to the outside using an email or the like (S909).

9 is a reference diagram for explaining a system for storing an electronic document for verifying the authenticity of an electronic braille file through a braille translation system according to an embodiment of the present invention. Although FIG. 9 discloses that the PDF file is stored on the server for convenience of description, it should not be interpreted as being limited thereto. In addition, contents overlapping with the above-described contents in FIGS. 7 and 8 with respect to FIG. 9 are replaced with the above-described contents.

9 is a reference diagram for explaining a system for generating a braille file using a predetermined braille format file through a braille translation system according to an embodiment of the present invention. Although FIG. 9 mainly describes a case where an electronic braille file is generated using a predetermined braille template, as shown in FIG. 5, the format (eg table) of the target document is complicated, and thus, the electronic braille file is copied according to the document format. If it is not easy to generate, the present invention may be applied to the case of generating an electronic braille file by combining with a predetermined braille template using only the text of the original target document. Furthermore, contents overlapping with the contents described in FIGS. 9 to 7 are replaced with the contents described above.

In FIG. 9, the server (e.g. WAS) requests to generate a braille file for a specific document such as a civil complaint form (S1001). The reporting tool renders the report and transmits a data exchange file including an accessibility tag (S1003). The electronic braille file creation tool can analyze the format and table data in the received data exchange file, and rearrange the text by separating the item name and the item value.

At this time, the text may be rearranged by analyzing the format and table data, but it may be searched whether or not a pre-stored braille format file exists. For example, if a braille format database is previously defined for a braille format, the electronic braille file creation tool may search for a braille format file stored in the braille format database. Accordingly, when a braille format file exists in the braille format database, the corresponding braille format file may be loaded (S1005). An electronic braille file can be created by combining the extracted braille format and data. Here, the braille format stored in the braille format database is checked on the report so that the unique number assigned to the item value can be delivered at the time of creation of the electronic braille file by checking the unique number assigned to the item value in the pre-generated braille file format. The same unique number can be assigned to the item value area.

If the format/table data is analyzed in the data exchange file, the format/table of the target document is complicated, so it may not be easy to generate an electronic braille file using the document format as it is. In this case, except for the document format of the target document, only the text or attribute/item values of the original target document are used, and the pre-stored pseudo- braille template file containing both the document format or the attribute/item name is fetched to generate an electronic braille file. You can also create Accordingly, the electronic braille file generation tool receives the data exchange file, generates the electronic braille file, and transmits it back to the reporting tool (S1007).

The embodiments described above are those in which the components and features of the present invention are combined in a predetermined form. Each component or feature should be considered optional unless stated otherwise. Each component or feature may be implemented in a form that is not combined with other components or features. It is also possible to constitute an embodiment of the invention by combining some components and/or features. The order of the operations described in the embodiments of the present invention can be changed. Some configurations or features of one embodiment may be included in other embodiments, or may be replaced with corresponding configurations or features of other embodiments. It is obvious that the claims may be combined with claims that do not have an explicit citation relationship in the claims, or may be included as new claims by amendment after filing.

Embodiments according to the present invention may be implemented by various means, for example, hardware, firmware, software, or a combination thereof. For implementation by hardware, one embodiment of the invention is one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), FPGAs (field programmable gate arrays), processors, controllers, microcontrollers, microprocessors, and the like.

In the case of implementation by firmware or software, an embodiment of the present invention may be implemented in the form of a module, procedure, function, etc. that performs the functions or operations described above. The software code can be stored in a memory unit and driven by a processor. The memory unit is located inside or outside the processor, and can exchange data with the processor by various known means.

It will be apparent to those skilled in the art that the present invention may be embodied in other specific forms without departing from the characteristics of the present invention. Accordingly, the above detailed description should not be construed as limiting in all respects, but should be considered illustrative. The scope of the invention should be determined by rational interpretation of the appended claims, and all changes within the equivalent scope of the invention are included in the scope of the invention.

The braille conversion system of the electronic document is applicable to various information systems.

Claims (6)

1. In a braille conversion system of an electronic document consisting of an information system server, a reporting tool and an electronic braille file creation tool,

   A reporting tool for transmitting a data exchange file including an accessibility tag generated from a document file that is a target of the Braille file generation request of the information system server; And

   An electronic that receives a data exchange file transmitted from the reporting tool, generates a file for a local text markup language (BTML), and generates an electronic braille file by converting the generated file for the local markup language Contains Braille file creation tools,

   The Braille markup language file includes the accessibility tag in which document data is rearranged according to a Braille rule to translate into the electronic Braille file.
2. According to claim 1,

   The markup language file for point translation is:

   Contains header, markup data for point area, braille information for output,

   The header includes version information of the document file,

   The point mark data for the point range is data including a point tag converted based on the accessibility tag of the document file,

   The braille information for output is a braille conversion system characterized in that it contains information necessary for converting the braille file for output.
3. According to claim 1,

   The markup language file for point translation is:

   When the table included in the document is determined to be at least one of a vertical repeating table, a horizontal repeating table, a cross-tab, a user-defined table, and a template table, the table data is re-arranged according to a pre-defined point region rule. Braille conversion system.
4. According to claim 1,

   The electronic braille file creation tool,

   It is configured to include a markup language file generation unit for point translation and a markup language file point translation for translation.

   The markup language file generation unit for the point area,

   Based on the form of a table included in the data exchange file, at least one of the reorganized table data, page number, document title, and text is reconstructed to generate a markup language file for a point translation,

   The markup language file point-to-point portion for point-to-point translation,

   Braille conversion system, characterized in that for performing a point-based based on the markup file for the point area containing the table data.
5. According to claim 1,

   If the braille file creation request includes a request to send a braille file email,

   The information system server,

   And a braille conversion system configured to send the electronic braille file to the user's email.
6. According to claim 1,

   The electronic braille file creation tool,

   If a braille format file corresponding to the document format exists in a braille format database, an electronic braille file is generated by loading the braille format file,

   If a braille format file corresponding to the document format does not exist in the braille format database, a braille conversion system for generating an electronic braille file by fetching a similar braille format file matching attribute values included in the document file.

Images