WO2011086203A1 - Método para la gestión integral y revisión de la disposición de elementos en una planta industrial digital (eplanta) basado en step usando técnicas semánticas - Google Patents

Abstract

Método para la gestión integral y revisión de la disposición de elementos en una Planta Industrial digital (ePIanta) basado en STEP usando técnicas semánticas, centrada en el concepto de "ePIanta", consistente en la recopilación de todos los datos posibles o necesarios para mantener una representación conceptual de una planta industrial de forma persistente con diversas finalidades tales como, implantación de un nuevo producto a elaborar con las capacidades de la planta actual, re- diseño de la planta industrial para una posible extensión de la misma en capacidad operativa, re¬ diseño de la planta industrial para reducción de costes de producción, implantación de las labores de mantenimiento de la planta industrial, verificación y posible simulación de los procesos llevados a cabo dentro de la planta industrial y re-configuración de la planta industrial en otro lugar.

Description

Método para la gestión integral y revisión de la disposición de elementos en una Planta Industrial digital (ePIanta) basado en STEP usando técnicas semánticas

DESCRIPCIÓN

La invención se refiere a un método para la gestión integral y revisión de la disposición de elementos en una Planta Industrial digital (ePIanta) basado en el protocolo ISO 10303 llamado STEP, usando técnicas semánticas, esto es utilizando ontologías basadas en STEP, que permite una representación tanto desde el punto de vista geométrico como a nivel conceptual de los diferentes elementos que pueden configurarse en una Planta Industrial.

La representación conceptual a través de ontologías de dominio basadas en STEP, permite que diferentes herramientas de ingeniería virtual (VET) que son utilizadas en diferentes etapas del ciclo de vida del producto puedan conservar y aportar conocimiento a los modelos que serán configurados en la disposición de la planta, esto representa una notable mejora para la gestión actual de las plantas industriales, ya que la invención permite conservar la carga semántica (conocimiento) de los elementos participantes en el diseño de la planta, pudiéndose aprovechar dicho conocimiento tanto para el diseño mismo, como para la gestión integral de la ePIanta, con independencia de las herramientas de ingeniería virtual (VET) utilizadas en las diferentes etapas del ciclo de vida del producto.

Dado que STEP es un estándar acerca de la geometría e información relacionada, la invención incluye también extensiones a las ontologías basadas en el estándar.

La invención propone un método que permite eliminar la pérdida de información entre distintas VET, permitiendo la gestión integral y la revisión de los elementos de una Planta Industrial digital (ePIanta) más allá de su geometría. Las plantas industriales utilizan actualmente una serie de métodos implementados por herramientas informáticas o aplicaciones, mediante los cuales se pretende gestionar el funcionamiento de la misma y resolver los distintos problemas que se puedan plantear; planeacion de la disposición de las máquinas en una cadena de producción, desarrollo de un nuevo producto, coste de implementación e incluso la simulación de factores biométricos.

A menudo, estos métodos, desarrollados de manera independiente, sin la visión de conjunto en su implementación, no son completamente compatibles entre sí, perdiéndose información generada por una herramienta al trasladarla a otra (sea dentro de la misma etapa del ciclo de vida o a una posterior).

Actualmente las Plantas Industriales utilizan una serie de herramientas de ingeniería virtual (VET) que permiten la gestión y control de dichas plantas, estas herramientas tratan diferente información en cada ciclo de vida de la planta, el problema que se plantea es que la información que gestiona cada una de ellas no es utilizable por el resto. Esto plantea dos problemas: por un lado una herramienta no dispone de cierta información y conocimiento que le podría ser útil si pudiera obtener información de otras herramientas de la planta, por otro lado no se dispone de una visión global de toda la información gestionada por cada una de las herramientas.

Por otro lado, un gran problema es que si bien existe alguna conciencia por parte de los elementos de su función dentro del modelo de la planta industrial (en un modelo PDM por ejemplo), dicho conocimiento se pierde al exportar el modelo de un programa a otro, ya que solo las geometrías son garantizadas por el proceso de exportación.

El problema en cuestión cómo tener un sistema de representación desde la perspectiva de ingeniería del conocimiento (aspectos semánticos, ontologías, etc.), permitan soportar el proceso de diseño y verificación de una planta industrial. Se propone una solución donde mediante el uso de herramientas semánticas, los objetos que forman parte del diseño de una planta industrial tengan además del conocimiento de su geometría, información sobre adyacencia, uso, variables económicas e incluso físicas. Dichas propiedades serán obtenidas de diferentes módulos, programas y repositorios de datos con el fin de dotar al modelo de las características necesarias forma que permita representar diferentes disposiciones de planta (plant layouts). Las diferentes disposiciones de planta podrán ser visualizadas por medio de un visualizador de grandes modelos que las contenga y en el que se puedan realizar experiencias de tipo walkthrough.

Por la patente WO 2005/098687 A1 : "knowledge management system with interactive rule changes for computer aided design modeling", se conoce un sistema en el que aplicar reglas que interactivamente inserta o modifica el usuario. Estas reglas forman parte de un Knowledge Management Base, donde se obtiene conocimiento adicional al geométrico de modelos CAD, y son aplicadas a este modelo tridimensional en tiempo de ejecución. Como en el método según la presente invención, existe la generación de información adicional a la geométrica sobre modelos CAD. Sin embargo, la invención no tiene nada que ver con que los cambios de reglas se vean reflejados sobre los modelos geométricos en tiempo de ejecución. Los modelos geométricos son solo una parte del input de conocimiento que llega a la ePIanta, y son modelos estáticos en el sentido de que el modelo no cambia en tiempo real. Existen otros inputs como puede ser simulación de procesos, datos sobre costos, etc. que también aportan y permiten generar un conocimiento importante al concepto de ePIanta.

Por la patente EP 1 037 154 A2: "method for data conversión between three- dimensional cad data and data according to the international standardizaron organization standard, and apparatus using the same", se conoce un método que permite la conversión de datos provenientes de CAD a estándares ISO, y al contrario, de estándares ISO a CAD. Como ya se ha comentado anteriormente, la invención contiene ontologías que se basan en STEP (un estándar ISO) y otras ontologías que extienden STEP, dado que el estándar contiene información relativa a la geometría y relacionada con ella. Es indudable que se requiere una conversión de datos de modelos CAD a STEP, si bien la invención no se centra en ello, ya que también ha de haber conversiones entre los datos obtenidos de herramientas de, por ejemplo, análisis de estados finitos, o mantenimiento, que no se volcará en STEP.

Por la patente EP 1 672 549 A1 : "product edition and simulation datábase system with user interaction graphical tool", se conoce un método que permite la edición de un producto y su simulación, y que está provisto de una interfaz gráfica de usuario para ello. Este método, basado en CATIA, solamente tiene en cuenta la información geométrica de los modelos para realizar sus simulaciones. En cambio, no tiene en cuenta otro tipo de conocimiento relevante a la hora de montar una planta industrial. Por ejemplo, con el método conocido según esta patente se puede simular el movimiento de 50 robots para ver si chocan entre si o no, pero no se puede obtener si la planta tiene suficiente energía como para conectar los 50 robots a la vez. Sin embargo, con la invención se puede considerar este tipo de conocimiento ya que al estar basando el concepto en ontologías, se puede usar la potencia de dichas herramientas para poder realizar inferencias que no serian posibles a partir de bases de datos de información.

Por la patente GB 2 415 520 A: "hierarchical 3D data system", se conoce un método que permite mostrar información relacionada con un modelo 3D sobre el mismo modelo, evitando el tener que abrir herramientas software adicionales para poder visualizarla. Para ello, crea una jerarquía de nodos 3D a los que añade la información relacionada que le corresponde. Sin embargo en la invención, el modelo 3D no es la base de los elementos de la jerarquía, sino un input más, donde el nodo gira en torno a ese modelo 3D.

Por la patente EP 1 939 772 A1 : "method and a computer program product for computer aided design of a product comprising a set of constrained objects", acerca de las restricciones entre objetos geométricos. Para calcularlas, utiliza unos conjuntos de reglas. La invención también tiene en cuenta las restricciones geométricas entre los diferentes objetos, pero es la propia ontología la que actúa como ese conjunto de reglas, calculándose cuando sea necesario, por ejemplo a la hora de una representación gráfica de la planta (lo que nos sitúa en la capa de aplicaciones).

Por la patente US 2008/0181516 A1 : "dynamic information systems", se conoce un metasistema para crear sistemas de información dinámicos, utilizando para ello, distintas herramientas, como por ejemplo ontologías, no considerándose que este hecho tenga suficiente relevancia, ya que el objetivo reivindicado es completamente distinto al de la invención.

Por la patente WO 03/069442 A2: "method and apparatus for frame-based knowledge representation in the unified modelling language (UML)", se conoce un método para emular la representación de conocimiento en un entorno UML. Si bien se refiere a ontologías, por ejemplo, lo hace para su transformación a esquemas UML, por lo que se considera no relacionado con la propuesta de la invención.

La invención se refiere a un método la gestión integral y revisión de la disposición de elementos en una Planta Industrial digital (ePIanta), que permite una representación dual del conocimiento aportado mediante una representación gráfica digital y a nivel conceptual de los diferentes elementos que pueden configurarse en una Planta Industrial (Plant layout).

La representación conceptual a través de ontologías de dominio basadas en el protocolo ISO 10303 (STEP), permite que diferentes herramientas de ingeniería virtual (VET) que son utilizadas en diferentes etapas del ciclo de vida del producto puedan conservar y aportar conocimiento a los modelos que serán configurados en la disposición de planta.

La invención permite conservar la carga semántica (conocimiento) de los elementos participantes en el layout, pudiéndose aprovechar dicho conocimiento tanto para el layout mismo y la gestión integral de la ePIanta, con independencia de las herramientas de ingeniería virtual (VET) utilizadas en las diferentes etapas del ciclo de vida del producto. La representación gráfica es, por tanto, una de las posibles salidas del sistema, al proveer este los medios para conservar cualquier tipo de conocimiento originado incluso desde el diseño de los elementos del layout.

Dado que STEP es un estándar acerca de la geometría e información relacionada, la invención incluye también extensiones a las ontologías basadas en el estándar.

La ePIanta es una planta conceptual, donde el modelo 3D es una parte importante, pero no imprescindible, pudiéndose dar el caso de que haya elementos de la ePIanta que no dispongan de modelo geométrico alguno.

Los detalles y características ventajosas de la invención se describen con referencia a las figuras adjuntas que se representan:

- Figura 1.- Etapas del ciclo de vida del producto.

Figura 2.- Flujo de información en el ciclo de vida del producto en el estado actual.

- Figura 3.- Flujo de información en el ciclo de vida del producto con método de la invención.

Figura 4.- Detalle de pérdida de información entre etapas.

Figura 5.- Detalle de conservación de información entre etapas.

Figura 6.- Esquema del método. Figura 7 - Arquitectura propuesta por el método.

- Figura 8.- Ejemplo de aplicación del método.

En la Figura 1 , se representa el ciclo de vida del producto, que consta de varias etapas, bien diferenciadas entre sí. Hoy en día existen multitud de herramientas de ingeniería virtual que ayudan en la consecución de los objetivos de cada una de estas etapas. A menudo, estas herramientas no son completamente compatibles entre sí, perdiéndose información generada por una herramienta al trasladarla a otra (sea dentro de la misma etapa del ciclo de vida o a una posterior).

Esta pérdida de información trae como consecuencia que la visualización gráfica de Plantas Industriales consista en la representación geométrica de la misma, sin que el sistema tenga conocimiento acerca de qué es lo que se está representando (para el sistema no existirá la noción de tubo, por ejemplo, sino un cilindro que va del punto A al punto B, esto es, las características físicas del mismo, por ejemplo, el tipo de material, resistencia mecánica, etc.).

Esta invención propone un sistema que implementa un método que permite eliminar la pérdida de información entre distintas VET, permitiendo la gestión integral y la revisión de los elementos de una Planta Industrial digital (ePIanta) más allá de su geometría. El método implementado dentro del sistema, propone un cambio en el flujo de la información generada en las distintas etapas del ciclo de vida del producto. Actualmente, el flujo es directo entre una etapa i y la etapa i+1 , tal y como se representa en la Figura 2. Con este modelo, es fácilmente visible que una pérdida de información en una etapa j del proceso es arrastrada hasta el final del mismo. En la Figura 4 se muestra un ejemplo en el que, en la etapa de Diseño, se crea el modelo tridimensional de una tuerca e información asociada a su esfuerzo (y).

Al pasar a la fase de Análisis según los métodos actuales, la información del modelo tridimensional es traspasada correctamente, pero la información relacionada con el esfuerzo se pierde en el camino, sin posibilidad de ser recuperada posteriormente. La invención, en cambio, utiliza el modelo presentado en la Figura 3, en el que la información generada en una etapa i es almacenada en una estructura ePIanta, desde donde es recuperable en cualquier etapa posterior del proceso del ciclo de vida del producto. En la Figura 5 se muestra el mismo ejemplo presentado anteriormente, y como en este caso tanto la información geométrica como la información relacionada con el esfuerzo generadas durante la fase de Diseño se almacenan en la ePIanta, siendo recuperadas posteriormente en cualquiera de las fases.

El método se basa en:

Una serie de traductores, que permiten capturar la información generada con cada una de las VET utilizadas en las fases del ciclo de vida del producto. Estos traductores leen los contenidos generados por las VET (en sus respectivos formatos), y los adecúan a los conceptos contenidos en las distintas ontologías del sistema.

- Una ontología de dominio, que modela el protocolo ISO 10303, más conocido como STEP.

Un conjunto de ontologías, que permiten extender STEP de forma que se permita la gestión de información adicional a la geométrica.

- Un motor de búsquedas, que permita realizar consultas sobre el juego de ontologías.

Un motor de razonamiento, que infiera información relacionada sobre los elementos contenidos en el juego de ontologías.

La ePIanta, que contiene toda la información relativa a la Planta Industrial ya razonada, y a la que se conectan las distintas aplicaciones de usuario, como por ejemplo un visualizador gráfico de la Planta industrial, o un Visor conceptual de los elementos que conforman dicha planta.

La invención está centrada en el concepto de una ePIanta que es como se conocerá la recopilación de todos los datos posibles o necesarios para mantener una representación conceptual de una planta industrial de forma persistente que será aprovechada con diversas finalidades

Mediante la invención que se propone, se dispondría de un modelo de ingeniería de conocimiento basado en ortologías que se alimentaria de la información que cada herramienta de ingeniera produjese de tal forma que el proceso productivo se vería mejorado considerablemente.

Con el fin de implementar la representación funcional de una ePIanta desde el punto de vista de la ingeniería del conocimiento, se propone la arquitectura representada en la Figura 7.

La ePIanta está dividida en diferentes capas claramente diferenciadas. En primera instancia se tiene la Capa de recursos de software que no es otra cosa que los diferentes sistemas informáticos de que la planta industrial dispone a nivel de software o incluso de datos. Cada uno de los sistemas mencionados posee diversas formas de intercomunicación, como lo puede ser un API (interfaz de programación) o mediante ficheros.

En el siguiente nivel se encuentra lo que se ha denominado la Capa de extensiones que es una colección de herramientas que pueden existir o que pueden desarrollarse para mejorar cada uno de los paquetes de los que la planta industrial dispone en términos de funcionalidad.

Debe anotarse que puede darse el caso de que para determinadas aplicaciones no exista la posibilidad de desarrollar aplicaciones/extensiones por no encontrarse 0009

10

disponible el API o lenguaje de script o que simplemente no sea necesario extender el programa, en cuyo caso, no hay herramientas de soporte disponibles.

Paralelamente se encuentra una conexión a la siguiente capa (esta si es necesaria para cada elemento disponible) que relaciona esta capa con la siguiente a la que se ha denominado Capa de traducción, dicha capa se encarga de traducir o preparar los datos de salida de cada uno de los recursos de software disponibles para que estos sean compatibles con el modelo de datos que se tiene en la Capa semántica, en la cual se distinguen dos ontologías que serán el motor de gestión de la ePIanta.

La invención está centrada en el concepto de una ePIanta que es como se conocerá la recopilación de todos los datos posibles o necesarios para mantener una representación conceptual de una planta industrial de forma persistente que será aprovechada con diversas finalidades, preferentemente:

Implantación de un nuevo producto a elaborar con las capacidades de la planta actual

- Re- diseño de la planta industrial para una posible extensión de la misma en capacidad operativa.

Re- diseño de la planta industrial para reducción de costes de producción.

- Implantación de las labores de mantenimiento de la planta industrial.

- Verificación y posible simulación de los procesos llevados a cabo dentro de la planta industrial.

- Re-configuración de la planta industrial en otro lugar.

Es claro que en el funcionamiento de una planta industrial moderna existen diferentes herramientas denominadas Virtual Engineering Applications (VEA) que permiten bien sea levantar el modelo 3D de la planta, simular procesos, calcular costes de producción, etc. Lo que suele suceder es que cada paquete posee características que bien sea por los requisitos del fabricante del paquete o por también por el hecho de estar centrados en funcionalidades generales, hacen que sea difícil lograr una visión general de la información que cada uno de ellos podría aportar de cara a las finalidades que han sido anteriormente descritas. Es en este entorno o problemática en donde el concepto de ePIanta cobra validez funcional, ya que si se dispone de un modelo de ingeniera de conocimiento, las herramientas de software que lo soportan pueden ser diversas y no necesariamente tener que poseer traductores entre ellas.

Por ejemplo, puede comenzarse un modelo en CAD, calcular los esfuerzos en un software y luego usar un método de planeación de la producción para calcular los costes.

Mediante la invención, se dispondría de un modelo de ingeniería de conocimiento basado en ontologías que se alimentaria de la información que cada herramienta de ingeniera produjese de tal forma que el proceso productivo se vería mejorado considerablemente.

Con el fin de implementar la representación funcional de una ePIanta desde el punto de vista de la ingeniería del conocimiento, se propone la arquitectura representada en la figura 7, donde la ePIanta está dividida en diferentes capas claramente diferenciadas. En primera instancia se tiene la Capa de recursos de software que no es otra cosa que los diferentes sistemas informáticos de que la planta industrial dispone a nivel de software o incluso de datos (VEA). Cada uno de los sistemas mencionados posee diversas formas de intercomunicación, como lo puede ser un API (interfaz de programación) o mediante ficheros. En el siguiente nivel se encuentra lo que se ha denominado la Capa de extensiones que es una colección de herramientas que pueden existir o que pueden desarrollarse para mejorar cada uno de los paquetes de los que la empresa dispone en términos de funcionalidad. Debe anotarse que puede darse el caso de que para determinado software no exista la posibilidad de desarrollar aplicaciones/extensiones por no encontrarse disponible el API o lenguaje de script o que simplemente no sea necesario extender el programa, en cuyo caso, no hay herramientas de soporte disponibles. Paralelamente se encuentra una conexión a la siguiente capa (esta si necesaria para cada elemento disponible) que relaciona esta capa con la siguiente a al que se ha denominado Capa de traducción, dicha capa se encarga de traducir o preparar los datos de salida de cada uno de los recursos de software disponibles para que estos sean compatibles con el modelo de datos que se tiene en la Capa semántica, en la cual se distinguen dos ontologías que serán el motor de gestión de la ePIanta.

De dichas ontologías se propone que sean en el caso de la de dominio basada en STEP, específicamente en el protocolo para plantas industriales (AP227) y la otra será una ontología de extensión ya que según la experiencia de algunos de los miembros del consorcio ePIantVerify con dicho protocolo, se sabe que en determinados lugares el protocolo STEP tiende a ser muy geométrico, mientras que en otros puede antojarse demasiado funcional y está claro que existirán elementos que sean interesantes para la ePIanta que STEP dada su naturaleza no haya contemplado y que de todas maneras serán tratados lo mas estándar posible y por supuesto debidamente documentados.

Una vez la Capa semántica hace su labor de gestión, se dispone en si de la Capa conceptual que contiene la representación funcional, geométrica y a nivel de información que no es otra cosa que la ePIanta. Sin embargo la ePIanta en si necesita de elementos con los cuales un usuario pueda interactuar, es por eso que se propone la creación de una capa de aplicaciones entre las que se distinguen al menos dos que se propone implementar, a saber:

- Visor VRLM: Se trata de una aplicación que permita navegar el modelo de la ePIanta y en la cual al ser seleccionado cualquier elemento, se disponga de la información obtenida desde las capas inferiores de la arquitectura, por ejemplo, si se selecciona un codo de 90°, se podría obtener información del mismo desde diferentes puntos de vista que serán los proporcionados por las aplicaciones que consideren dicho codo como un elemento en cuestión. Esta es una típica herramienta de base semántica ya que el mismo elemento dependiendo del contexto de uso da diferente información al usuario. Para el navegador de la ePIanta se puede pensar en tener en cuenta cosas como el perfil del usuario y sus características.

- Visor Documental:

Al hablarse de una ePIanta se puede requerir obtener información de la misma desde una interfaz que no necesariamente sea de carácter gráfico 3D, sino simplemente puede tratarse de una aplicación de gestión en la que un usuario puede lanzar preguntas a la ePIanta de forma manual, obteniendo respuestas de la misma, como si se tratase de consultar las características que han sido almacenadas por el motor semántico que modela la ePIanta. Es claro que para cada componente de software que se desee incluir para alimentar la ePIanta de información, debe existir una contraparte en la capa de traducción que deberá ser contemplada independientemente puesto que algunos de los programas pueden no tener un API disponible en cuyo caso la traducción (obtención de los datos) deberá ser a través de ficheros.

A modo de ejemplo, se muestra el siguiente caso, mostrado gráficamente en la Figura 8: un usuario modela una celda de manufactura con el software CAD del que dispone. Ese modelo es añadido a la ePIanta, usando su traductor correspondiente y remitiendo esa información a la ontología STEP. Posteriormente, el usuario dota de cinemática al modelo, para lo que utiliza otra herramienta software distinta, que no es compatible con los modelos nativos del software con el que modeló la geometría.

Para ello, la ePIanta le suministra el modelo geométrico de la celda que diseñó anteriormente, utilizando el traductor de SW de cinemática correspondiente que le permite adaptar ese modelo a la herramienta concreta que se va a utilizar. Cuando el modelo esté dotado con la cinemática correspondiente, se suministra a la ePIanta, remitiendo en este caso la información tanto a la ontología STEP, como al conjunto de ontologías de extensión o auxiliares.

Mientras tanto, distintos usuarios utilizan herramientas que permiten calcular el consumo energético de la celda que se modela, así como sus zonas de seguridad y ergonomía, y cómo se gestiona el mantenimiento. Cada uno de estos usuarios, agrega la información generada a la ePIanta utilizando los traductores pertinentes para ello, a través del conjunto de ontologías auxiliares.

De esta forma, se dispone de toda la información útil relacionada con la celda de manufactura modelada. Supongamos ahora que otro usuario distinto evalúa la opción de añadir esa celda de manufactura a la Planta Industrial que está diseñando. Para ello, dispone de herramientas basadas en la ePIanta. En este ejemplo, el usuario dispone de:

- un visor conceptual, a través del cual puede preguntar si la Planta dispone de suficiente energía y espacio para añadir esa nueva celda. Esta pregunta llega al nivel en el que se encuentran el Query Engine y el Reasoning Engine, que utilizan la información de las ontologías para devolver la respuesta adecuada a esa pregunta.

un visualizador gráfico, a través del cual puede ubicar la nueva celda de manufactura en el lugar en el que le interesa para realizar el plant layout. Esta ubicación, genera preguntas hacia el nivel de Query and Reasoning 10 000009

15

Engines, preguntando acerca del espacio, de si cumple con las zonas de seguridad, etc. Si, por ejemplo, no hubiese suficiente espacio para mantener la zona de seguridad recomendada, el sistema proporciona una respuesta al visualizador gráfico (para que, por ejemplo, no permita su ubicación, o avise al usuario de que la ubicación no cumple con los requisitos de seguridad).

Claims

Reivindicaciones

1. Método para la gestión integral y revisión de la disposición de elementos en una Planta Industrial digital (ePIanta) basado en STEP usando técnicas semánticas, centrada en el concepto de una ePIanta, que es como se conocerá la recopilación de todos los datos posibles o necesarios para mantener una representación conceptual de una planta industrial de forma persistente que será aprovechada con diversas finalidades, preferentemente:

- Implantación de un nuevo producto a elaborar con las capacidades de la planta actual

Re- diseño de la planta industrial para una posible extensión de la misma en capacidad operativa.

Re- diseño de la planta industrial para reducción de costes de producción. Implantación de las labores de mantenimiento de la planta industrial.

- Verificación y posible simulación de los procesos llevados a cabo dentro de la planta industrial.

Re-configuración de la planta industrial en otro lugar.

2. Un método según la reivindicación 1 , caracterizado porque utiliza una ontología de dominio, que modela el protocolo ISO 10303, más conocido como STEP.

3. Un método según la reivindicación 1 , caracterizado porque utiliza un conjunto de ontologías, que permiten extender STEP de forma que se permita la gestión de información adicional a la geométrica.

4. Un método según la reivindicación 1 , caracterizado porque permite la gestión integral y la disposición de planta independiente de las herramientas de software usadas para la creación de los elementos constituyentes.

5. Un método según la reivindicación 1 , caracterizado porque utiliza una serie de traductores, que permiten capturar la información generada con cada una de las VET utilizadas en las fases del ciclo de vida del producto.

6. Un método según la reivindicación 1 , caracterizado porque los traductores según la reivindicación 5, leen los contenidos generados por las VET (en sus respectivos formatos), y los adecúan a los conceptos contenidos en las distintas ontologías del sistema.

7. Un método según la reivindicación 1, caracterizado porque dispone un motor de búsquedas, que permita realizar consultas sobre el juego de ontologías.

8. Un método según la reivindicación 1 , caracterizado porque dispone de un motor de razonamiento, que infiera información relacionada sobre los elementos contenidos en el juego de ontologías.

9. Un método según la reivindicación 1 , caracterizado porque genera un modelo conceptual que contiene toda la información relativa a la Planta Industrial ya razonada (no gráfica) es decir en una representación dual denominado ePIanta.

10. Un método según la reivindicación 1 , caracterizado porque permite la metodología de conectividad desde y hacia las distintas aplicaciones de usuario por parte de la ePIanta descrita en la reivindicación 9.