Model-Based Image Processing Software Development for Embedded LSI

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing model-based development technologies struggle to generate recognition algorithms coordinated with embedded LSI programming language libraries and require excessive computer resources for embedded devices, leading to high man-hours and human errors in programming.

Innovation Solution

A model-based development environment that integrates a programming language library for embedded LSI, allowing the development of component diagram connection type recognition algorithms without using a programming language, and generates source code using reduced computer resources by defining lower-level and upper-level component diagrams with connection terminals for input/output data management.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If programming is performed in a programming language to develop recognition software, then the software can be developed with flexibility and control, but a large number of man-hours and human errors are encountered

Engineering Contradiction:
Improvesoftware development efficiencyVSAvoidman-hours required
Core Design Contradiction:
ProductivityVSLoss of time

Solution Approach 1:

The patent replaces the mechanical process of manual programming with an automated model-based development system. Users define software components and their connections in a graphical model, and the system automatically generates the programming language source code, eliminating the need for manual coding and reducing human errors

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

Solution Approach 2:

The patent uses pre-defined software components that can be copied and connected to form the desired recognition algorithm. These components are defined once in the model and can be reused multiple times, reducing the overall development time and effort

Inventive Principle:
Principle #26Copying

2Ease of operation

If model-based development technology is used with higher abstraction level components, then programming complexity is reduced, but the amount of computer resources required for embedded device execution increases

Engineering Contradiction:
Improveprogramming easeVSAvoidcomputer resources for embedded device
Core Design Contradiction:
Ease of operationVSUse of energy by moving object

Solution Approach 1:

The patent segments the recognition algorithm into multiple software components, each with a specific function. This segmentation allows for fine-grained control over resource allocation and enables the system to optimize resource usage by only loading and executing necessary components, thereby reducing overall computer resource consumption while maintaining ease of development

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements dynamic resource management where the system can adaptively allocate and release computer resources based on the actual execution requirements of the recognition algorithm. This dynamic approach allows the system to minimize resource usage during development while ensuring efficient resource utilization during embedded device execution

Inventive Principle:
Principle #15Dynamics

3Reliability

If existing model-based development technology is used, then programming errors are reduced, but the generated source code cannot be coordinated with embedded LSI programming language library

Engineering Contradiction:
Improveprogramming error reductionVSAvoidcompatibility with embedded LSI library
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent designs the software components and their connections to be universally compatible with the embedded LSI programming language library. The model-based approach defines components in a way that can be directly translated into library functions, allowing the same development methodology to work with the embedded LSI library without requiring separate development processes

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The patent introduces an intermediary translation layer that automatically converts the high-level model-based component definitions into the embedded LSI programming language library functions. This intermediary ensures that the generated source code is coordinated with the library while maintaining the benefits of model-based development

Inventive Principle:
Principle #24Intermediary (Mediator)

4Manufacturing precision

If programming is performed manually, then detailed control over the code is maintained, but frequent human errors occur

Engineering Contradiction:
Improvecode accuracyVSAvoiderror frequency
Core Design Contradiction:
Manufacturing precisionVSReliability

Solution Approach 1:

The patent replaces manual code writing with an automated code generation system that translates the graphical model directly into programming language source code. This substitution eliminates human errors in coding while maintaining detailed control over the generated code through the model definition process

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

Data Source

PatentUS9195435B2Image processing software development method, image processing software development device, and image processing software development program
Publication Date: 2015.11.24 HITACHI LTD
  • US9195435B2 patent drawing
  • US9195435B2 patent drawing
  • US9195435B2 patent drawing

AI summary

The present invention includes four types of component diagrams, namely, an input/output data memory management component diagram, an input data value setup component diagram, a library execution component diagram, and an output data value acquisition component diagram, with respect to image processing library functions for a programming language and to an input/output data structure for the image processing library functions. The present invention also includes upper-level component diagrams, which are prepared by connecting the four types of component diagrams as lower-level component diagrams in the order of use, writes an algorithm by combining the lower- and upper-level component diagrams, and executes the written algorithm. From the written algorithm, the present invention generates a programming language source code for calling an image processing library.