Technical feasibility

PART B: VALORISATION PLAN

SECTION I: Testing

 

1

Has the R & D result been tested?

YES

X

NO

 

 

The following question is replied according to the reply in question 1

 

If yes

 

1a

In what mode has the result been tested?

•             Prototype

•             Pilot Application

•             Alpha/BETA testing

 

S.O.B. (Security Operating Barrier) is a innovative security system, reliable and extremely flexible, which provides prevention from accidents in a wide range of applications.
It consists of two or more video cameras keeping tabs on a specific area or a specific object that the user wants to protect. The protection area can be easily “drawn” by using a set of markers positioned in the field of view of the cameras. An algorithm (based on intelligent vision) acquires the position of each marker in the space and stores the the borders of desired volume by interpolation of the segments defined by the maker coordinates. That volume will be protected by a invisible barrier: if the video cameras will notice an intrusion in the protected area and the system will produce an alarm signal. The research result is basically an algorithm to be used for a 3D vision system. At the current level of development, the algorithm, written in C is available on PC/Windows platform and has been used in a laboratory context on a set of test cases relevant to the potential application fields.

The setup used to perform the trials is based on a system composed by some webcams, a server and the algorithm. The hardware components used are commercial off the shelf (COTS) components with no special features and consequently quite cheap.

In a deployment phase algorithms may be easily ported to an embedded platform if required by the application or, as in this phase, kept in a PC platform (server). At the moment, the algorithms have not been focused to a particular application but just in some representative test cases, this is the reason why the R&D result is considered at a prototype level.

 

1b. Please describe and discuss the testing results
The research result showed a satisfactory level of false positive and no false negative events. Thus, the algorithm is considered pretty robust and conservative from the performance point of view in the majority of envisaged applications.

 

 

If no:

 

1c

Describe what type of testing does the R&D result need?
N/A

 

 

 

1d. What is the time needed for testing?
N/A
1e. What is the cost needed for testing?
N/A

 

 

SECTION 2: Current Stage of Development

 

2a

To what extent does the development team have technical resources for supporting the production of a new product? (Researchers, human resources, hardware, etc. )
The development team used COTS hardware to implement the algorithms necessary to perform the tests.

To move the development towards an application, an engineering phase is necessary at least for the hardware and about a user interface. In general, since the algorithms are currently developed in C language,they are easily portable to other platforms.

The engineering activities are strictly related to the final application and thus the team is looking forward to a commitment from an industrial/commercial entity or to a partnership in which the system design of the application is made by a third party. Potentially, the third party, could   implement the result in his system or build a new system based on the research result. Since the result is pretty new, the development team  is still searching for a an external co-operation. Due to the mentioned reasons, the engineering phase has not be started yet.

The competence of the company is on the software side and, in case of a an external commitment, the company preference is to provide some support for a possible porting/customization of the algorithms targeted to system owned or developed by an external partner.

Depending on customer requirements, the company is open to consider a deeper involvement in the implementation of the system.

 

2b

What are the technical issues that need to be tackled for full deployment, if needed?
Besides the engineering activities mentioned at point 2a, there are not special issues to be solved for the deployment.

 

2c

What additional technical resources are needed for the production of this new product?
A mass production of a commercial product as the acquisition HW requires some optimization of the hardware to make it cost effective and usable in a real environment. That activities are likely to be outsourced to a third party. That activities should be performed by an engineering team.

 

 

 

2d

Overall assessment of the current stage of technical development.
Looking to algorithms, the stage of development is advanced (the result has been also validated in some experimental test cases). The integration in a complete product has to be made in co-operation with an industrial partner not yet found.

SECTION 3: Deployment

3a

Define the demands for large scale production in terms of
  • Materials
The research result is basically a set of algorithms to be used on a PC or embedded DSP based video acquisition system. Thus, the solution requires some electronic equipments that may also be COTS.

 

 

  • technologies, tools, machineries
Commercial of the shelf (COTS) components in the category of electronic equipments are envisaged in the system. In certain industrial application some mechanical parts, fixtures or enclosures may be needed for the deployment, the necessary parts are not predictable and will be studied on case by case basis.

 

 

 

  • Staff effort
The staff effort is related to the integration and test in a system, possibly by a third party or by an industrial partner. In other terms, the staff effort is about non-recurring engineering (NRE).

 

 

 

SECTION 4: Overall Assessment

 

1

What is you overall assessment of the technical feasibility of the research result?
In synthesis, provided a partnership with an industrial/commercial partner, the confidence about feasibility is high since the development of the core part of the system has been already tested in some test cases. The remaining effort is mostly on some porting activities to the final platforms.

 

 

 

 

 

 

KEYWORDS QUANTITATIVE ASSESSMENT (0-5).

 

Please put X as appropriate. 1 2 3 4 5
Adequacy of testing activity undertaken so far       X  
Adequacy and availability of technical resources of the development team     X    
Current development stage     X    
Overall technical feasibility       X  

 

 

 

Bookmark the permalink. Follow any comments here with the RSS feed for this post. Post a comment or leave a trackback: Trackback URL.

Post a Comment

You must be logged in to post a comment.

Request a proposal

Valorisation Plan Authors

Related Documents

There in no related documents

Visit the other applications of the INTERVALUE Platform: R&D Repository | IP Agreements

© 2009-2010 INTERVALUE Project