BLOQUE DE FUNCION WEB EN UN EQUIPO DE AUTOMATISMO.

Sistema de comunicación de un equipo de automatismo (10) en una red TCP/IP (50),

cuyo equipo de automatismo (10) controla una aplicación de automatismo desarrollando un programa aplicación (20) escrito en uno o varios lenguajes conformes a la norma IEC1131-3 donde el sistema de comunicación comprende:

- una función servidor WEB implementada en el interior del programa aplicación (20),

- medios de intercambio que comprenden al menos un bloque función WEB de recepción (21) y al menos un bloque función WEB de emisión (22) que están integrados en el programa aplicación (20) y que interactúan con el programa aplicación (20),

- una interfaz HTTP (15) en el equipo de automatismo (10) capaz de conducir los mensajes procedentes de la red TCP/IP (50) a un bloque función WEB de recepción (21) identificado por una dirección URL, y realizar la conducción de los mensajes procedentes de un bloque función WEB de emisión (22) a una dirección URL en la red TCP/IP (50) caracterizándose el sistema de comunicación porque comprende igualmente:

- una función cliente WEB implementada en el interior del programa aplicación

Tipo: Patente Europea. Resumen de patente/invención. Número de Solicitud: E01401675.

Solicitante: SCHNEIDER AUTOMATION.

Nacionalidad solicitante: Francia.

Dirección: 245, ROUTE DES LUCIOLES, SOPHIA ANTIPOLIS,06560 VALBONNE.

Inventor/es: STAWIKOWSKI, JEAN-MARIE, HARDY,CHRISTIAN, VINCENT,CHRISTOPHE, ROUSSEAU,ROBERT.

Fecha de Publicación: .

Fecha Solicitud PCT: 25 de Junio de 2001.

Fecha Concesión Europea: 3 de Marzo de 2010.

Clasificación Internacional de Patentes:

  • H04L29/06 ELECTRICIDAD.H04 TECNICA DE LAS COMUNICACIONES ELECTRICAS.H04L TRANSMISION DE INFORMACION DIGITAL, p. ej. COMUNICACION TELEGRAFICA (disposiciones comunes a las comunicaciones telegráficas y telefónicas H04M). › H04L 29/00 Disposiciones, aparatos, circuitos o sistemas no cubiertos por uno solo de los grupos H04L 1/00 - H04L 27/00. › caracterizadas por un protocolo.
  • H04L29/08N1
  • H04L29/08N11

Clasificación PCT:

  • G05B19/418 FISICA.G05 CONTROL; REGULACION.G05B SISTEMAS DE CONTROL O DE REGULACION EN GENERAL; ELEMENTOS FUNCIONALES DE TALES SISTEMAS; DISPOSITIVOS DE MONITORIZACION O ENSAYOS DE TALES SISTEMAS O ELEMENTOS (dispositivos de maniobra por presión de fluido o sistemas que funcionan por medio de fluidos en general F15B; dispositivos obturadores en sí F16K; caracterizados por particularidades mecánicas solamente G05G; elementos sensibles, ver las subclases apropiadas, p. ej. G12B, las subclases de G01, H01; elementos de corrección, ver las subclases apropiadas, p. ej. H02K). › G05B 19/00 Sistemas de control por programa (aplicaciones específicas, ver los lugares apropiados, p. ej. A47L 15/46; relojes que implican medios anejos o incorporados que permiten hacer funcionar un dispositivo cualquiera en un momento elegido de antemano o después de un intervalo de tiempo predeterminado G04C 23/00; marcado o lectura de soportes de registro con una información digital G06K; registro de información G11; interruptores horarios o de programa horario que se paran automáticamente cuando el programa se ha realizado H01H 43/00). › Control total de una fábrica, es decir, control centralizado de varias máquinas, p. ej. control numérico directo o distribuido (DNC), sistemas de fabricación flexibles (FMS), sistemas de fabricación integrados (IMS), fabricación integrada por computador (CIM).
  • H04L29/06 H04L 29/00 […] › caracterizadas por un protocolo.

Clasificación antigua:

  • G05B19/418 G05B 19/00 […] › Control total de una fábrica, es decir, control centralizado de varias máquinas, p. ej. control numérico directo o distribuido (DNC), sistemas de fabricación flexibles (FMS), sistemas de fabricación integrados (IMS), fabricación integrada por computador (CIM).
  • H04L29/06 H04L 29/00 […] › caracterizadas por un protocolo.

Países PCT: Austria, Bélgica, Suiza, Alemania, Dinamarca, España, Francia, Reino Unido, Grecia, Italia, Liechtensein, Luxemburgo, Países Bajos, Suecia, Mónaco, Portugal, Irlanda, Eslovenia, Finlandia, Rumania, Chipre, Lituania, Letonia, Ex República Yugoslava de Macedonia, Albania.

BLOQUE DE FUNCION WEB EN UN EQUIPO DE AUTOMATISMO.

Fragmento de la descripción:

Bloque de función WEB en un equipo de automatismo.

La presente invención se refiere a un sistema de comunicación de un equipo de automatismo en una red global de tipo Internet, Intranet o Extranet, que permite implementar una función servidor WEB y una función cliente WEB en el interior de una aplicación de automatismo, gracias a por lo menos un bloque función WEB que puede interactuar con el programa de la aplicación de automatismo. La presente invención se refiere igualmente a un equipo de automatismo que integra dicho sistema de comunicación así como una estación de programación capaz de parametrar bloques función WEB. Este sistema de comunicación puede aplicarse a cualquier aplicación perteneciente al ámbito de los automatismos industriales, automatismos del edificio o del control/accionamiento de las redes eléctricas de distribución.

Bajo el término "equipo de automatismo", se designará a continuación un autómata programable, una estación de control/accionamiento, un control digital o cualquier equipo que pueda contener y desarrollar un programa usuario que controle una aplicación de automatismo. Este programa usuario, llamado también programa de aplicación, está encargado de realizar el control y el accionamiento de una aplicación de automatismo por medio particularmente de entradas/salidas dirigidas por este programa aplicación. Es elaborado por un diseñador y está escrito en uno o varios lenguajes gráficos de automatismo que integran particularmente esquemas de contactos, (lenguaje Ladder), diagramas funcionales en secuencia (Sequential Function Chart o lenguaje Grafcet), bloques funciones (Function Block Description) o bien en lenguajes textuales de automatismo de tipo IL (Instruction List) o ST (Structured Text). Estos lenguajes de automatismo están ventajosamente conformes con la norma IEC1131-3, con el fin de facilitar la programación por un diseñador automaticista que no domina forzosamente los lenguajes informáticos. Se pueden utilizar en estaciones de programación que son equipos informáticos, particularmente ordenadores personales de tipo PC, conectables con el equipo de automatismo a programar.

Ya es conocido que un equipo de automatismo de este tipo pueda integrar un servidor WEB con el fin de poder intercambiar datos relativos a este equipo de automatismo con un cliente WEB distante, tal como un navegador, conectado con una red global de tipo Internet, Intranet o Extranet, conforme a la norma TCP/IP, llamada a continuación red TCP/IP. Estas funcionalidades se describen particularmente en los documentos W099/63409, W09913418, US6061603 y US5805442. Los datos relativos al equipo de automatismo son entonces conformados y enviados por el servidor WEB, por ejemplo en forma de páginas HTML o XML. Es igualmente posible que un servidor WEB implantado en un equipo de automatismo cargue un programa, generalmente llamado Applet, en un cliente WEB, cuyo programa se desarrolla en el cliente WEB con el fin de intercambiar con el servidor WEB del equipo de automatismo peticiones transportadas por el protocolo TCP/IP.

Sin embargo, estas soluciones están más orientadas a la utilización de un navegador (o browser) y no permiten al diseñador de una aplicación de automatismo controlar los datos intercambiados en la red TCP/IP. En efecto, el diseñador no tiene la posibilidad de crear, directamente a partir del programa aplicación, una comunicación cliente-servidor en la red TCP/IP.

Ahora bien, esta funcionalidad seria interesante en algunos casos, para comunicar en una red TCP/IP con el fin de recibir pedidos o peticiones por parte de un cliente WEB distante y responder a estas peticiones, controlando los datos intercambiados en la red TCP/IP. Además, seria interesante que un programa aplicación pueda comportarse como un cliente WEB activo y ser capaz de enviar peticiones y recibir datos de un servidor WEB distante. Se podría así colocar una comunicación en una red TCP/IP entre el programa aplicación de un equipo de automatismo y un servidor WEB/cliente WEB distante, tal como un ERP, para intercambiar por ejemplo órdenes e informes de fabricación.

Para ello, la invención describe un sistema de comunicación de un equipo de automatismo en una red TCP/IP que comprende medios de intercambios para implementar una función servidor WEB o una función cliente WEB en el interior de un programa aplicación de una aplicación de automatismno cargado en el equipo de automatismo, comprendiendo estos medios de intercambio al menos un bloque función WEB que puede interactuar con el programa aplicación, pudiendo este escribirse en uno o varios lenguajes conformes a la norma IEC1131-3. El sistema de comunicación comprende al menos un bloque función WEB de recepción para implementar una función servidor WEB y/o al menos un bloque función WEB de emisión para implementar una función cliente WEB en un programa aplicación.

El sistema de comunicación comprende igualmente una interfaz HTTP frontal en el equipo de automatismo capaz de realizar por una parte el encaminamiento de los mensajes procedentes de la red TCP/IP a un bloque función WEB de recepción identificado por una dirección URL, y por otra parte el encaminamiento de mensajes procedentes de un bloque función WEB de emisión a una dirección URL en la red TCP/IP.

La invención describe igualmente un equipo de automatismo que integra dicho sistema de comunicación así como una estación de programación que permite a un diseñador de una aplicación de automatismo visualizar, introducir, suprimir, modificar y parametrar al menos un bloque función WEB integrado en un programa aplicación, con el fin de poner en práctica el sistema de comunicación descrito.

Así, gracias a la presente invención, se podrá igualmente colocar una comunicación directa utilizando las capacidades de la WEB, entre los programas aplicación de varios equipos de automatismo distantes, por ejemplo para realizar la sincronización de fabricación. Si esta comunicación se coloca en programas aplicación de equipos de automatismo utilizando lenguajes que son utilizados regularmente por los diseñadores de estos programas aplicación, a saber los lenguajes conformes a la norma IEC1131-3, entonces eso les permitirá ventajosamente concebir muy fácilmente aplicaciones de automatismo distribuidas en la WEB.

De igual modo, será desde ahora posible introducir en una arquitectura WEB de los equipos de automatismo actuales modificando ligeramente sus programas aplicación.

Otras características y ventajas aparecerán en la descripción detallada que sigue haciendo referencia a un modo de realización dado a titulo de ejemplo y representado por los dibujos adjuntos en los cuales:

- la figura 1 representa un primer ejemplo de comunicación de un equipo de automatismo según un sistema de comunicación conforme a la invención con un aparato cliente,

- la figura 2 representa un segundo ejemplo de comunicación en el cual un equipo de automatismo se comunica con un equipo a la vez cliente y servidor,

- la figura 3 muestra un tercer ejemplo de comunicación entre dos equipos de automatismo,

- las figuras 4 y 5 detallan respectivamente un bloque función WEB de recepción y un bloque función WEB de emisión en una representación de tipo esquemas de contactos (lenguaje LADDER).

La figura 1 muestra un equipo de automatismo 10 que se comunica con un aparato 40 en una red TCP/IP 50. El equipo de automatismo 10 comprende una interfaz HTTP 15 frontal y un programa aplicación 20. El aparato 40 comprende un módulo cliente 41, que puede ser un navegador WEB, capaz de emitir en la red TCP/IP 50 peticiones 51 conformes al protocolo HTTP, conteniendo una dirección URL destinataria y recibir respuestas 52 conformes al protocolo HTTP. El contenido de una petición HTTP 51 o de una respuesta HTTP 52 puede estar codificado en diferentes formas, tales como por ejemplo una trama XML, una trama URL codificada ("URL encoded"), una trama HTML, WML, SOAP u otros formatos ASCII o binarios.

La figura 2 muestra un equipo de automatismo 10 que se comunica por una parte con un módulo cliente WEB 31 capaz de emitir por la red TCP/IP 50 peticiones HTTP 51 y recibir respuestas HTTP 52, y por otra parte con un módulo servidor WEB 32 capaz de recibir peticiones HTTP 51 procedentes de la red TCP/IP 50 y enviar respuestas HTTP 52. Los módulos cliente WEB 31 y servidor WEB 32 pueden eventualmente pertenecer a un mismo equipo 30 conectado con la red TCP/IP 50 y que comprende, por ejemplo, una aplicación ERP (Enterprise Resource Planning).

La figura 3 muestra dos equipos...

 


Reivindicaciones:

1. Sistema de comunicación de un equipo de automatismo (10) en una red TCP/IP (50), cuyo equipo de automatismo (10) controla una aplicación de automatismo desarrollando un programa aplicación (20) escrito en uno o varios lenguajes conformes a la norma IEC1131-3 donde el sistema de comunicación comprende:

- una función servidor WEB implementada en el interior del programa aplicación (20),
- medios de intercambio que comprenden al menos un bloque función WEB de recepción (21) y al menos un bloque función WEB de emisión (22) que están integrados en el programa aplicación (20) y que interactúan con el programa aplicación (20),
- una interfaz HTTP (15) en el equipo de automatismo (10) capaz de conducir los mensajes procedentes de la red TCP/IP (50) a un bloque función WEB de recepción (21) identificado por una dirección URL, y realizar la conducción de los mensajes procedentes de un bloque función WEB de emisión (22) a una dirección URL en la red TCP/IP (50) caracterizándose el sistema de comunicación porque comprende igualmente:
- una función cliente WEB implementada en el interior del programa aplicación.

2. Sistema de comunicación según la reivindicación 1, caracterizado por el hecho de que un bloque función WEB (21, 22) comprende un código programa genérico así como datos de configuración (219, 229) que son específicos a cada bloque función WEB.

3. Sistema de comunicación según la reivindicación 2, caracterizado por el hecho de que los datos de configuración (219, 229) de un bloque función WEB (21, 22) incluyen el formato general de tramas intercambiadas por el bloque función WEB (21, 22), el tipo de petición HTTP que el bloque función WEB (21, 22) recibe o emite y la dirección URL relacionada con el bloque función WEB (21, 22) en el equipo de automatismo (10).

4. Sistema de comunicación según la reivindicación 2, caracterizado por el hecho de que un diseñador del programa aplicación (20) es capaz de configurar en forma textual los datos de configuración (219, 229) de los bloques función WEB (21, 22) integrados en un programa aplicación (20).

5. Sistema de comunicación según la reivindicación 2, caracterizado por el hecho de que los datos de configuración (219) de un bloque función WEB de recepción (21) contienen medios para realizar una correspondencia entre los elementos de una petición HTTP (51) y los parámetros de salidas (OUT_1, 0UT_n) del bloque función WEB de recepción (21) y para realizar una correspondencia entre los parámetros de entradas (IN_1, IN_n) del bloque función WEB recepción (21) y de los elementos de una respuesta HTTP (52).

6. Sistema de comunicación según la reivindicación 2, caracterizado por el hecho de que los datos de configuración (229) de un bloque función WEB de emisión (22) contienen medios para realizar una correspondencia entre los parámetros de entradas (IN_1, IN_n) del bloque función WEB de emisión (22) y elementos de una petición HTTP (51) y para realizar una correspondencia entre elementos de una respuesta HTTP (52) y los parámetros de salidas (OUT_1, OUT_n) del bloque función WEB de emisión (22).

7. Sistema de comunicación según la reivindicación 2, caracterizado por el hecho de que el contenido de una petición HTTP (51) o de una respuesta HTTP (52) es una trama XML.

8. Sistema de comunicación según la reivindicación 7, caracterizado por el hecho de que los datos de configuración (219) de un bloque función WEB de recepción (21) contienen medios para realizar una correspondencia entre los elementos de una trama XML contenidos en una petición HTTP (51) y los parámetros de salidas (OUT_1, OUT_n) del bloque función WEB de recepción (21) y para realizar una correspondencia entre los parámetros de entradas (IN_1, IN_n) del bloque función WEB de recepción (21) y de los elementos de una trama XML contenidos en una respuesta HTTP (52).

9. Sistema de comunicación según la reivindicación 7, caracterizado por el hecho de que los datos de configuración (229) de un bloque función WEB de emisión (22) contienen medios para realizar una correspondencia entre los parámetros de entradas (IN_1, IN_n) del bloque función WEB de emisión (22) y los elementos de una trama XML contenidos en una petición HTTP (51) y para realizar una correspondencia entre los elementos de una trama XML contenidos en una respuesta HTTP (52) y los parámetros de salidas (OUT_1, OUT_n) del bloque función WEB de emisión (22).

10. Sistema de comunicación según la reivindicación 2, caracterizado por el hecho de que el contenido de una petición HTTP (51) es una trama URL codificada.

11. Sistema de comunicación según la reivindicación 10, caracterizado por el hecho de que los datos de configuración (219) de un bloque función WEB de recepción (21) contienen medios para realizar una correspondencia entre los elementos de una trama URL codificada contenidos en una petición HTTP (51) y los parámetros de salidas (OUT_1, OUT-n) del bloque función WEB de recepción (21).

12. Sistema de comunicación según la reivindicación 10, caracterizado por el hecho de que los datos de configuración (229) de un bloque función WEB de emisión (22) contienen medios para realizar una correspondencia entre los parámetros de entradas (IN_1, IN_n) del bloque función WEB de emisión (22) y los elementos de una trama URL codificada contenidos en una petición HTTP (51).

13. Equipo de automatismo, caracterizado por el hecho de que contiene un programa aplicación que integra un sistema de comunicación en una red TCP/IP según una de las reivindicaciones anteriores.


 

Patentes similares o relacionadas:

Procedimiento y dispositivo para el procesamiento de una solicitud de servicio, del 29 de Julio de 2020, de Advanced New Technologies Co., Ltd: Un procedimiento para el procesamiento de una solicitud de servicio, comprendiendo el procedimiento: recibir (S201), mediante un nodo de consenso, una solicitud […]

Método y aparato para configurar un identificador de dispositivo móvil, del 22 de Julio de 2020, de Advanced New Technologies Co., Ltd: Un método implementado por servidor para configurar un identificador de dispositivo móvil, que comprende: obtener una lista de aplicaciones, APP, […]

Método para un nivel mejorado de autenticación relacionado con una aplicación de cliente de software en un dispositivo informático de cliente que comprende una entidad de módulo de identidad de abonado con un kit de herramientas de módulo de identidad de abonado así como una miniaplicación de módulo de identidad de abonado, sistema, dispositivo informático de cliente y entidad de módulo de identidad de abonado para un nivel mejorado de autenticación relacionado con una aplicación de cliente de software en el dispositivo informático de cliente, programa que comprende un código de programa legible por ordenador y producto de programa informático, del 22 de Julio de 2020, de DEUTSCHE TELEKOM AG: Un método para un nivel mejorado de autenticación relacionado con una aplicación de cliente de software en un dispositivo informático […]

Método para atender solicitudes de acceso a información de ubicación, del 22 de Julio de 2020, de Nokia Technologies OY: Un aparato que comprende: al menos un procesador; y al menos una memoria que incluye un código de programa informático para uno o más programas, […]

Sincronización de una aplicación en un dispositivo auxiliar, del 22 de Julio de 2020, de OPENTV, INC.: Un método que comprende, mediante un dispositivo de medios: acceder, utilizando un módulo de recepción, un flujo de datos que incluye contenido […]

Procedimiento y dispositivo para su uso en la gestión de riesgos de información de aplicación, del 22 de Julio de 2020, de Advanced New Technologies Co., Ltd: Un procedimiento para la gestión de riesgos de información de aplicación en un dispositivo de red, comprendiendo el procedimiento: recibir información […]

Gestión de memoria intermedia recomendada de red de una aplicación de servicio en un dispositivo de radio, del 22 de Julio de 2020, de TELEFONAKTIEBOLAGET LM ERICSSON (PUBL): Un método llevado a cabo por un nodo de red en una red de comunicación por radio , comprendiendo el método: obtener (S1) una predicción del ancho […]

Método, servidor y sistema de inicio de sesión de confianza, del 22 de Julio de 2020, de Advanced New Technologies Co., Ltd: Un método de inicio de sesión de confianza implementado por computadora aplicado a un sistema de inicio de sesión de confianza que comprende un primer sistema de aplicación […]

Utilizamos cookies para mejorar nuestros servicios y mostrarle publicidad relevante. Si continua navegando, consideramos que acepta su uso. Puede obtener más información aquí. .