Table File and Graphics Program Conversion for Format Synchronization
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
The conversion of table files into graphics programs in vehicular software development is challenging due to variable file formats and the difficulty in synchronizing program modifications between the two formats, leading to increased manual conversion costs and errors.
Innovation Solution
A method is provided to convert table files into graphics programs by reading and parsing two-dimensional object arrays from table files, creating flowchart and property regions, and generating graphics programs, and vice versa, by creating blank table pages based on graphics program structures.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If manual conversion between table files and graphics programs is performed, then flexibility in handling variable formats is maintained, but conversion cost and time increase significantly
Solution Approach 1:
The patent introduces an intermediary conversion system that includes a table file parsing module, a graphics program generation module, and a bidirectional conversion engine. This intermediary system acts as a mediator between table files and graphics programs, automatically handling the conversion process while adapting to variable formats through structured parsing and template-based generation, thereby eliminating manual conversion efforts and significantly reducing conversion time
Solution Approach 2:
The patent employs parameter changes by using configurable conversion rules and parameters that can be adjusted to handle different table file formats. The system allows modification of conversion parameters such as layout templates, data mapping rules, and styling parameters to adapt to various formats without requiring manual intervention, thus maintaining adaptability while automating the conversion process
2Productivity
If a specialized converter is created for automatic conversion, then conversion efficiency improves, but synchronization of modifications becomes difficult
Solution Approach 1:
The patent implements feedback mechanisms through bidirectional conversion capabilities. The system includes a feedback loop where modifications in table files can be detected and automatically reflected in graphics programs, and vice versa. The conversion engine monitors changes in both formats and provides feedback to maintain synchronization, allowing users to work in either format while ensuring consistency across both representations
Solution Approach 2:
The patent creates a universal conversion system that handles multiple functions: automatic conversion from table files to graphics programs, conversion from graphics programs to table files, and bidirectional synchronization. This multi-functional system eliminates the need for separate specialized converters for each direction, improving overall efficiency while maintaining synchronization capabilities through its comprehensive design
3Adaptability or versatility
If repeated manual conversion is performed due to case changes, then format adaptability is maintained, but conversion cost increases
Solution Approach 1:
The patent applies preliminary action by pre-defining conversion templates, data mapping rules, and format adaptation parameters before actual conversion is needed. The system prepares conversion configurations in advance that can be quickly applied to different table file formats, eliminating the need for repeated manual adaptation. This preliminary setup allows the system to handle format variations automatically through pre-configured parameters rather than requiring repeated manual conversion efforts
Data Source
Figure 1(a)~1(b)
Figure 2~3
Figure 4~5
AI summary
A converting method between a table file and a graphics program, wherein, converting the table file into the graphics program comprises: reading the table file in order to read the text contents and coordinate information of all cells on at least one page of the table file into corresponding two-dimensional object arrays and setting the name of each two-dimensional object array to the corresponding page name; sequentially parsing each two-dimensional object array into a flowchart region and a property region page by page; and creating the graphics program based on the parse result.