ES2272515T3 - Sistema y procedimiento para la transmision de datos a traves de redes de datos, con conversion de datos a traves de un marschaller automatico com. - Google Patents
Sistema y procedimiento para la transmision de datos a traves de redes de datos, con conversion de datos a traves de un marschaller automatico com. Download PDFInfo
- Publication number
- ES2272515T3 ES2272515T3 ES01956398T ES01956398T ES2272515T3 ES 2272515 T3 ES2272515 T3 ES 2272515T3 ES 01956398 T ES01956398 T ES 01956398T ES 01956398 T ES01956398 T ES 01956398T ES 2272515 T3 ES2272515 T3 ES 2272515T3
- Authority
- ES
- Spain
- Prior art keywords
- data
- server
- client
- internet
- transmission channel
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 65
- 238000000034 method Methods 0.000 title claims abstract description 31
- 238000006243 chemical reaction Methods 0.000 title description 4
- 230000006854 communication Effects 0.000 claims abstract description 86
- 238000004891 communication Methods 0.000 claims abstract description 86
- 238000012545 processing Methods 0.000 claims abstract description 6
- 238000012423 maintenance Methods 0.000 claims description 11
- 230000015572 biosynthetic process Effects 0.000 claims description 4
- 238000002360 preparation method Methods 0.000 claims description 3
- 230000002457 bidirectional effect Effects 0.000 abstract description 10
- 230000004044 response Effects 0.000 description 16
- 230000008901 benefit Effects 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 230000007175 bidirectional communication Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 238000000889 atomisation Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000008030 elimination Effects 0.000 description 1
- 238000003379 elimination reaction Methods 0.000 description 1
- 238000012407 engineering method Methods 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
Landscapes
- Engineering & Computer Science (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Communication Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Procedimiento para la transmisión de datos a través de redes de datos, especialmente Internet (10), en el que se emite desde un cliente (1), a través de una comunicación de datos (6, 7, 8) una primera solicitud de comunicación para el establecimiento de al menos un primer canal de transmisión (6a, 7a, 8a) a un servidor (4), en el que al menos un canal de transmisión está abierto de forma permanente, el cual está previsto en cualquier momento para la emisión de datos, de una manera independiente de las acciones del cliente (1), desde el servidor (4) hacia el cliente (1) a través de al menos una red de datos, caracterizado porque dicha emisión se lleva a cabo a través de un Marschaller automático COM, que se cuelga en la cadena de la comunicación entre el cliente (1) y el servidor, en el que el Marschaller automático interpreta una llamada a ejecutar y transmite los datos relevantes de la llamada al servidor, que lleva a cabo entonces la llamada propiamente dicha, en el que para el mantenimiento permanente del canal de transmisión entre el servidor (4) y el cliente (1) se transmiten datos ficticios desde el servidor (4) hacia el cliente (1) también en el caso de que no estén presentes datos útiles.
Description
Sistema y procedimiento para la transmisión de
datos a través de redes de datos, con conversión de datos a través
de un Marschaller automático COM.
La invención se refiere a un sistema así como a
un procedimiento para la transmisión de datos a través de redes de
datos, especialmente Internet, con comunicación asíncrona de los
datos.
Con la ayuda de las redes de datos es posible
establecer desde ordenadores discrecionales, los llamados clientes,
que tienen acceso a estas redes de datos, una comunicación de datos
con un servidor. Esto se aplica especialmente para la World Wide
Web (WWW), que se designa también como Internet. Los conceptos
utilizados a continuación servidor de la Web o servidor de Internet
o cliente de la Web o cliente de Internet sirven para la
ilustración de la pertinencia a la red especial de datos Internet,
pero no se diferencian funcionalmente del significado de los
conceptos cliente y servidor, respectivamente, que se utilizan para
todas las redes de datos posibles.
En Internet se establece una comunicación de
datos con un llamado servidor de la Web o Internet. El acceso a un
servidor de Internet se lleva a cabo, por ejemplo, con la ayuda de
un navegador de Internet conocido, por ejemplo el Explorer de
Internet de la Firma Microsoft o el Comunicador Netscape de la Firma
Netscape. Durante el establecimiento de una comunicación de datos
desde un llamado cliente de la Web o de Internet se emite una
consulta, una llamada solicitud, a un servidor de Internet a través
de la entrada y emisión de una llamada dirección URL. Cuando existe
una comunicación de datos, el servidor de Internet llamado contesta
con una llamada página HTML (HTML = Hyper Text Markup Language),
llamada también página Web. Los llamados clientes de la Web se
comunican con los servidores de la Web por medio de protocolos de
transporte. Cada comunicación de datos entre el cliente de la Web y
el servidor de la Web se basa en un protocolo de consulta, un
llamado Protocolo de Request y como reacción a ello un protocolo de
respuesta, un llamado protocolo de Response.
El artículo técnico de Spreitzer, Mike y col.;
"HTTP ``Next Generation", Ninth International World Wide Web
Conference, Amsterdam, 15-19 de Mayo DE 2000, Vol.
33, Nº 1-6, Páginas 593-607,
Computer Networks, Junio 2000, Elsevier, Países Bajos, describe la
aparición de un prototipo de protocolo, que muestra que en el caso
de utilización de métodos de ingeniería habituales, es posible
mejorar el protocolo HTTP al mismo tiempo en varios campos del
problema:
1. La superposición de otros protocolos de
aplicación a través de HTTP.
2. Modularidad y capacidad de ampliación
3. Prestaciones de la red y autorización de la
red
4. La conexión rígida entre identificadores y
pilas de protocolos, y
5. la impermeabilidad de Firewalls frente al
tráfico de datos en capas.
La invención tiene el cometido de indicar un
sistema y un procedimiento para la transmisión de datos a través de
redes de datos, especialmente Internet, que posibilita una
transmisión bidireccional, independiente en el tiempo, de datos,
especialmente de interfaces Com discrecionales entre dispositivos de
procesamiento de datos que se pueden acoplar con redes de datos,
especialmente Internet, también detrás de instalaciones de
protección de datos, especialmente Firewalls.
Este cometido se soluciona a través de un
procedimiento así como a través de un sistema con las
características indicadas en las reivindicaciones 1 y 12,
respectivamente.
A continuación se explica en detalle el problema
técnico a solucionar: en el mundo de COM (= Component Objekt
Modelling), las rellamadas juegan un papel central. En este caso se
supone que un cliente concede un encargo a un servidor y al mismo
tiempo le suministra una llamada Interfaz de Rellamada. A través de
esta Interfaz de Rellamada, el servidor puede remitir entonces de
una manera asíncrona informes intermedios (Progress Information), u
otros o también la concesión del encargo al cliente, sin que el
cliente tenga que esperar (o incluso debe consultar sobre ello =
polling) (ver la figura 3b). En Internet se desarrolla la
comunicación de acuerdo con un procedimiento Request Response: un
cliente formula una solicitud, que es contestada con una respuesta
(de una manera comparable con una llamada de función) (ver la figura
3a). Las rellamadas asíncronas no son posible, por lo tanto, a
través de Internet. Una ampliación arbitraria del Protocolo HTTP
sería reconocida por Firewalls establecidas como abuso y sería
rechazada.
En los casos, en los que aparecía este problema
hasta ahora, debía recurrirse a un Polling, es decir, el cliente
solicita nuevos datos del servidor a intervalos regulares.
En el objeto de la presente invención se crea,
con la utilización de una "Comunicación HTTP
bi-direccional", un Marschaller automático COM,
que se cuelga (como en DCOM) en la cadena de comunicación entre el
cliente y el servidor. El Marschaller automático interpreta la
llamada a realizar, transmite los datos relevantes de la llamada
con la ayuda de la comunicación mencionada anteriormente al
servidor, que lleva a cabo entonces la llamada propiamente dicha. A
través del canal de comunicación creado se pueden transmitir también
de una manera transparente las Interfaces de Rellamadas (dicho más
exactamente, llamadas desde el servidor hacia una interfaz de
rellamada que se encuentra en el cliente) (ver la figura 4).
Una ventaja especial consiste en que a través de
la comunicación del Marschaller automático y la comunicación HTTP
bidireccional se posibilita transferir interfaces COM
"discrecionales" a través de Internet. Con la ayuda de la
comunicación HTTP hasta ahora solamente era posible transmitir
interfaces especiales, pero debían escribirse entonces para estas
interfaces unos códigos especiales Proxy y Stub.
De acuerdo con una característica, el
Marschaller automático solamente puede soportar interfaces de
automatización (es decir, derivadas de IDispatch) o solamente
interfaces Custom o ambas.
Por transmisión de datos a través de Internet o
bien por comunicación HTTP bidireccional se entiende en primer
término un protocolo de transporte HTTP, pero, naturalmente, también
son concebibles y posibles otros protocolos de transporte (de
Internet), como por ejemplo FTP y son de la misma manera componentes
de la presente solicitud. El control de la utilización válida del
protocolo HTTP en Internet se encuentra en las Firewalls. Hay que
hacer referencia de una manera explícita a que una ventaja central
de esta invención es la posibilidad de comunicarse
bidireccionalmente más allá de los límites de la Firewall. A pesar
de todo, naturalmente, Intranet está dentro del alcance de la
solución propuesta.
La invención se basa en el reconocimiento de que
con la ayuda de Internet no es posible una conexión "activa"
auténtica de datos con un cliente no visible en Internet, sino
solamente una comunicación de datos entre un cliente opcional
conectado con Internet con cualquier servidor discrecional visible
en Internet. Este inconveniente se soluciona de una manera
sorprendentemente sencilla porque se establece desde el cliente en
primer lugar un primer canal de transmisión con el servidor de
Internet de un sistema de automatización. A tal fin, se emite desde
el cliente, que puede servir después del establecimiento de las
comunicaciones de datos bidireccionales como sistema de mando y de
observación de alta calidad del sistema de automatización, una
primera solicitud de comunicación al servidor de Internet del
sistema de atomización. El servidor de Internet responde a esta
solicitud de comunicación y para el mantenimiento permanente de esta
comunicación de datos, el servidor de Internet transmite, por
ejemplo, también en el caso de ausencia de datos útiles, datos
ficticios al cliente o bien emite informaciones al cliente, que
comunican al cliente que está prevista todavía una transmisión de
datos útiles. Los datos ficticios son en este caso datos que son
generados con la finalidad del mantenimiento de la comunicación de
datos desde el servidor propiamente dicho y son emitidos al cliente.
De esta manera, se instala una comunicación de datos abierta
permanente, a través de la cual el servidor de Internet y, por lo
tanto, el sistema de automatización puede emitir en cualquier
momento y de una manera independiente de acciones del cliente datos
asíncronos al cliente y, por lo tanto al sistema B&B.
De una manera independiente y en paralelo con
ello, el cliente y el servidor de Internet se pueden comunicar
también de una manera convencional entre sí en Internet, dirigiendo
el cliente en cada caso una nueva solicitud de Internet, que es
contestada por éste con una respuesta correspondiente.
Por lo tanto, está disponible un sistema de
comunicaciones de datos independientes entre sí, por medio de las
cuales tanto el cliente, es decir, el sistema B&B, como también
el sistema de automatización por sí mismo se pueden comunicar entre
sí. Entre el cliente y el servidor o con otras palabras entre el
sistema de mando y de observación y el sistema de automatización se
asegura funcionalmente un procesamiento bidireccional de los datos,
que posibilita especialmente también una transmisión de datos desde
el servidor al cliente, puesto que el servidor está conectado
continuamente a través de un canal de transmisión abierto de forma
permanente con el cliente, de manera que se posibilita una
transmisión bidireccional de datos de una manera independiente
entre sí en el tiempo en ambas direcciones entre el cliente y el
servidor. Una comunicación de datos de este tipo es especialmente
adecuada para el mando y observación de un sistema de
automatización, en el que el cliente puede funcionar como sistema
de mando y de observación, que se puede activar desde cualquier
ordenador discrecional conectado con Internet. En oposición a las
comunicaciones de datos convencionales por Internet resulta de esta
manera un procedimiento de transmisión de datos asíncrono, que no
requiere del cliente la necesidad de ser visualizado siempre en
Internet, o de tener que instalar un llamado servidor de la Web (IIS
= Internet Information Server). Como resultado de ello, es posible
establecer delante y detrás de las instalaciones de protección de
datos, especialmente Firewalls, una comunicación bidireccional de
datos hacia un servidor. Puesto que se activa la comunicación de
datos desde el cliente, es decir, desde el Sistema B&B, no es
necesario que el servidor establezca por sí mismo de una manera
activa una comunicación de datos con el cliente. Además, no es
necesaria tampoco una modificación de la configuración del
cliente.
Se puede asegurar un mantenimiento permanente de
una comunicación de datos porque para el mantenimiento de al menos
un canal de transmisión se transmiten datos ficticios también en el
caso de que no existan datos útiles.
Una configuración especialmente ventajosa de la
invención se caracteriza porque los datos ficticios son emitidos
desde el servidor hasta el cliente. En este caso, se ha revelado
como especialmente ventajoso que en el caso de ausencia de datos
útiles, se transmitan datos ficticios cada 25 - 35 segundos desde el
servidor hacia el cliente, para mantener abierta la comunicación de
datos.
Otra configuración ventajosa de la invención se
caracteriza porque para el mantenimiento de una comunicación
permanente de datos, especialmente de un canal de transmisión entre
el servidor y el cliente, el servidor emite al cliente
informaciones, que comunican al cliente que está prevista una
transmisión de datos.
Otra configuración ventajosa de la invención se
caracteriza porque para el mantenimiento permanente de una
comunicación de datos, especialmente de un canal de transmisión
entre un servidor y un cliente, a través del cual se transmiten
desde el servidor cantidades de datos hasta una magnitud
establecida, desde el servidor antes de alcanzar la cantidad de
datos establecida, se emite una solicitud para una nueva solicitud
de comunicación el cliente y a continuación desde el cliente se
emite una nueva solicitud de comunicación para la formación de al
menos un nuevo canal de transmisión al servidor. Se ha revelado como
ventajosa una magnitud de 15 - 25 MB para las cantidades de datos a
transmitir a través de un canal de transmisión, puesto que esto
mejora en una medida extraordinaria el rendimiento, o bien los
tiempos de respuesta más allá del ordenador Firewall y, por lo
tanto, la relación de costes/utilidad es la más efectiva.
Otra configuración ventajosa de la invención se
caracteriza porque para el control de la transmisión de datos está
previsto un protocolo de transporte, especialmente un protocolo de
transporte de Internet. En este caso, se ha revelado que es
especialmente ventajoso el empleo del Protocolo de Transporte de
Hipertexto (HTTP) como protocolo de transporte, puesto que su
aplicación es extraordinariamente sencilla y el gasto de adaptación
es muy reducido.
Una aplicación especialmente ventajosa de la
invención, utilizan infraestructuras presentes, especialmente
infraestructuras de Internet para una transmisión de datos
bidireccional consiste en que el procedimiento está destinado para
el mando y observación por ejemplo de un sistema de automatización a
través de al menos una red de datos, especialmente a través de
Internet, puesto que de esta manera se pueden realizar, por ejemplo,
muy fácilmente diagnosis remotas, con lo que los análisis de
errores aparecidos y su eliminación se pueden realizar en el
funcionamiento en curso, por ejemplo, por sistemas de automatización
con un coste favorable en lugares muy alejados entre sí en el
espacio.
Otra configuración ventajosa de la invención se
caracteriza porque el cliente no es visible en Internet o bien no
tiene que tener instalado ningún servidor de información de Internet
(IIS).
Una conexión de la técnica de automatización y
de comunicación puede estar configurada de una manera sencilla de
tal forma que el sistema de mando y observación del cliente inicia
la preparación de al menos un canal de transmisión como objeto
distribuido, especialmente como objeto DCOM y porque el
establecimiento de la comunicación con el sistema de automatización
se lleva a cabo a través de un servidor DCOM.
A continuación se describe y explica en detalle
la invención con la ayuda de los ejemplos de realización
representados en las figuras.
En este caso:
La figura 1 muestra un diagrama de bloques de un
ejemplo de realización de un sistema de automatización con
acoplamiento de Internet para el mando y observación y.
La figura 2 muestra una representación temporal
esquemática para la comunicación posible de datos útiles entre el
cliente y el sistema de automatización.
La figura 3a muestra una representación
esquemática de principio para un Modelo de Solicitud Respuesta
HTTP.
La figura 3b muestra una representación
esquemática de principio para un escenario de rellamada COM, y
La figura 4 muestra una representación de
principio para dos redes de datos que se pueden acoplar a través de
Internet.
La figura 1 muestra un ejemplo de realización de
un sistema para el mando y observación de sistemas de
automatización 5, que presentan, por ejemplo, controles programables
con memoria (SPS), controles numéricos (NC) y/o accionamientos
(unidades). El sistema presenta un sistema de mando y observación 1
(cliente B&B), que está acoplado a través de una red de datos
interna 6, por ejemplo Ethernet, con un ordenador Firewall 2. Al
sistema de mando y observación 1, que se designa a continuación de
forma abreviada también como Sistema B&B 1, está asociada una
dirección Intranet local, que no tiene que ser conocida en Internet.
Con la ayuda de la línea 9a se indica en la figura 1 la Firewall
del ordenador Firewall 2, que rodea la red de comunicación interna
31 (= Intranet 31) del servidor de Firewall 2. Con el signo de
referencia 10 se identifica la red de comunicación de datos mundial
Internet. El ordenador Firewall 2 se puede acoplar a través de una
línea de comunicación 7, por ejemplo ISDN con Internet 10. El
sistema de automatización 5 se puede acoplar a través de un
servidor de Internet 4, que sirve como servidor B&B 4 para el
sistema de automatización 5 y que presenta, por ejemplo, la
dirección de Internet dcomserver.khe.siemens.de/, a través de una
línea de comunicación 8 y, respectivamente, un segundo ordenador
Firewall 3 con Internet 10. El segundo Firewall 9b rodea la
Intranet 32 asociada al ordenador Firewall 9b. El ordenador
Firewall 3 es visible en Internet 10, por ejemplo, bajo la
dirección de Internet khe.siemens.de. La conexión de datos 6, 7, 8
entre el cliente 1 y el servidor 4 se representa en la figura 1 en
forma de dos canales parciales para la representación y explicación
mejoradas de la dirección de emisión respectiva durante la
comunicación entre el cliente 1 y el servidor 4 y a la inversa.
Estos canales parciales contienen un primer canal de transmisión 6a,
7a, 8a, que simboliza la dirección de la comunicación desde el
cliente 1 hacia el servidor 4 y un segundo canal de transmisión 6b,
7b, 8b, que simboliza la dirección de la comunicación desde el
servidor 4 hacia el cliente 1. Físicamente, los dos canales
parciales representados son, por ejemplo, un único canal de
transmisión, es decir, que se utiliza el mismo canal de transmisión
física para una respuesta desde el servidor 4 a una consulta
correspondiente del cliente 1 al servidor 4.
A continuación se explica con la ayuda de un
establecimiento de la comunicación entre el cliente 1 y el servidor
B&B 4 a modo de ejemplo la estructura de una comunicación de
emisión y de recepción bidireccional, independiente en el tiempo
entre sí entre el cliente 1 y el servidor B&B 4 a través de
Internet 10. A tal fin, se emplea un procedimiento asimétrico, que
posibilita que el servidor B&B 4 pueda enviar datos al cliente
1, de una manera independiente de las acciones del cliente 1, que no
tiene que ser él mismo visible en Internet 10, es decir, que no
dispone de ninguna dirección de Internet válido. A tal fin, el
cliente 1 envía una primera consulta, una llamada Request, a través
de Internet 10 a un servidor B&B 4 a través del primer canal de
transmisión 6a, 7a, 8a, después de lo cual el servidor B&B 4
reacciona con una respuesta, una llamada Response, a través de un
segundo canal de transmisión 6b, 7b, 8b. Para evitar una
interrupción temporal de la respuesta y, por lo tanto, de una
interrupción de la comunicación de datos 6, 7, 8, se prolonga la
duración de la respuesta de forma "indefinida". A tal fin, se
comunica al sistema, por ejemplo, que deben enviarse todavía otros
datos. Como resultado de ello, se obtiene una comunicación abierta
permanente de datos 6, 7, 8, a través de la cual el servidor
B&B 4 y, por lo tanto, el sistema de automatización 5 puede
enviar datos de una manera asíncrona en cualquier momento y de una
manera independiente de acciones del cliente 1 hacia el cliente 1 y,
por lo tanto, al sistema B&B. Para mantener la comunicación de
datos 6, 7, 8 abierta de una manera permanente, es posible también,
por ejemplo, enviar datos ficticios a intervalos regulares, de una
manera más preferida cada 25-35 segundos desde el
servidor 4 al cliente
1.
1.
De una manera independiente de esta comunicación
de datos 6, 7, 8 abierta de forma permanente, puede tener lugar
entre el cliente 1 y el servidor B&B 4, además, una comunicación
"normal"a través de Internet 10, es decir, que el cliente 1
envía una solicitud al servidor B&B a través de un canal de
transmisión nuevo y el servidor B&B 4 contesta esta solicitud
con una respuesta correspondiente a través de este canal de
transmisión. Una vez realizada la transmisión de datos, se cierra
otra vez el nuevo canal de transmisión. Por lo tanto, el cliente 1
así como el servidor B&B 4 pueden enviar y recibir datos
bidireccionalmente de una manera independiente en el tiempo entre
sí. Para el control de la transmisión de datos, se utiliza un
protocolo de transporte, especialmente un protocolo de transporte de
Internet. De una manera más ventajosa, se utiliza a tal fin el
Protocolo de Transporte Hypertext (HTTP) como protocolo de
transporte.
La figura 2 muestra el ciclo temporal del
establecimiento 26 de una comunicación de datos 6, 7, 8 abierta de
forma permanente entre un cliente 1 y un servidor B&B, en el que
está conectado un sistema de automatización designado a modo de
ejemplo como SPS (= control programable con memoria). La
representación se lleva a cabo con la ayuda de la anotación UML
(Unified Modelling Language). Además, la figura 2 muestra la
comunicación bidireccional, que se puede iniciar después del
establecimiento de la comunicación de datos temporalmente de una
manera independiente entre sí del cliente 1 y el servidor B&B 4.
El ciclo temporal para el establecimiento de la comunicación de
datos es el siguiente: el cliente 1 plantea una solicitud 11 al
servidor 4, que lo contesta con una respuesta 12, sin que esta
comunicación de datos sea interrumpida. A tal fin, se comunica a
cliente 1, por ejemplo, que deben enviarse todavía otros datos, con
lo que se mantiene abierta esta comunicación de datos de forma
permanente. Para mantener la comunicación de datos abierta de forma
permanente, es posible también, por ejemplo, enviar datos ficticios
a intervalos regulares, especialmente cada 25 - 35 segundos desde
el servidor 4 al cliente 1, en el caso de que no se puedan enviar
datos útiles.
Como resultado de ello, el servidor 4 así como
el sistema de automatización 5 acoplado con el servidor 4 puede
enviar datos al cliente 1 en cualquier momento de una manera
independiente del cliente 1. Después de la respuesta 12 del
servidor 4, el cliente 1 envía una nueva solicitud 13 al servidor 4.
A tal fin, se establece una nueva comunicación de datos. El
servidor 4 contesta de nuevo con una respuesta 14 (= comportamiento
síncrono). Esta comunicación de datos se termina de nuevo después de
haber realizado la transmisión de datos. En caso necesario, el
cliente 1 envía, por ejemplo, una solicitud 15 a través del servidor
4, que se transmite como consulta 28 a la SPS 5. La SPS devuelve
una respuesta 29 de retorno al servidor 4, que la transmite al
cliente 1 con una respuesta 17 (= comportamiento síncrono). Esta
comunicación de datos se termina de nuevo de la misma manera
después de haber realizado la transmisión de los datos.
De una manera independiente y en paralelo a
ello, el servidor 4 puede comunicar al cliente 1 a través de la
comunicación de datos 12 abierta de forma permanente n mensaje, por
ejemplo una reacción a un acontecimiento 30 en la SPS 5, sin que
previamente el cliente 1 haya formulado una pregunta (= rellamada
asíncrona 16). Esto no sería posible en una comunicación HTTP
"normal". Esta rellamada asíncrona 16 es posible especialmente
temporalmente también entre una solicitud 15 y una respuesta 17
todavía no realizada.
En general, resulta de esta manera una
comunicación de datos útiles 27 a través de Internet en ambas
direcciones, que se puede iniciar desde ambos lados y es
independiente temporalmente entre sí. De esta manera es posible
utilizar vías de comunicación existentes de Internet también en la
zona de la técnica de automatización de una manera habitual para
fines de mando y de observación como interfaz HMI (Human Machine
Interface). Como aplicación ventajosa se contempla, por ejemplo, el
sistema de mando y observación WinCC de la Fa. Siemens. El sistema
y el procedimiento de acuerdo con la invención posibilitan la
transmisión de encargos DCOM desde el cliente 1 hacia el servidor
de Internet 4. La particularidad en este caso es que el
procedimiento permite que el servidor de Internet 4 pueda enviar
acontecimientos DCOM, los llamados eventos a su cliente 1, sin que
éste posea una dirección "auténtica", es decir, visible en
Internet. El cliente 1 no necesita, por lo tanto, ser visible en
Internet. No tiene que tener instalado ningún Servidor de
Información de Internet (IIS). Por lo tanto, en el lado del cliente
no son necesarios costes adicionales, puesto que los navegadores de
Internet, como por ejemplo el Internet Explorer de la Firma
Microsoft o el Netscape Communicator de la Firma Netscape están
disponibles en general. Para un intercambio de datos entre el
sistema de automatización y el usuario B&B, por ejemplo para
fines de alarma no son necesarias, por lo tanto, soluciones
especiales.
La figura 3a muestra una representación
esquemática de principio para un Modelo de Solicitud - Respuesta
HTTP. Después de la emisión de la Respuesta HTTP se cierra el canal
de datos, el servidor solamente puede enviar datos al cliente
después de la nueva recepción de una solicitud (desde el
cliente).
La figura 3b muestra una representación
esquemática de principio para un escenario de rellamada COM. COM
ofrece la posibilidad de emitir datos de una manera asíncrona desde
el servidor COM hacia el cliente COM. Esta técnica se designa en
común como rellamada. Esta técnica se utiliza, por ejemplo, en la
automatización, para reconocer alarmas, etc. De esta manera, en
general, resulta un Marschaller automático COM para comunicación COM
en Internet.
La figura 4 muestra una representación de
principio para dos redes de datos que se acoplar a través de
Internet. Un Marschaller automático Proxy en la máquina del cliente
se comporta como el servidor COM a conectar y recibe todas las
llamadas. Estas llamadas son convertidas por el Proxy en una
"comunicación bidireccional en Internet (de forma abreviada
Bi-Komm)" y de esta manera sin transmitidas al
servidor. En este caso, los clientes COM pueden marchar en diversas
máquinas, que se conectan entonces a través de DCOM en la LAN con
el Marschaller automático Proxy. En el lado del servidor, un
Marshaller automático Stub recibe los datos y lleva a cabo la
llamada en los servidores COM "auténticos". Para rellamadas se
utiliza el mismo camino, de manera que a través de
BI-Komm son posibles en cualquier momento ambas
direcciones de datos. Es decir, que por encima de la capa de la
comunicación, la comunicación (COM) es simétrica, aunque se aplica
sobre un protocolo de comunicación simétrico (HTTP).
En resumen, la invención se refiere, por lo
tanto, a un sistema así como a un procedimiento para la transmisión
de datos a través de redes de datos, especialmente Internet, sobre
todo de datos para el mando y observación de un sistema de
automatización 5. Para una comunicación bidireccional de datos
útiles también detrás de Firewalls a través de Internet en ambas
direcciones también desde un cliente 1, que no es visible como
servidor en Internet, se propone un procedimiento o bien un sistema,
en el que desde un primer dispositivo de procesamiento de datos de
un cliente 1, especialmente desde un sistema de mando y de
observación 1, se emite a través de una comunicación de datos 6, 7,
8, especialmente una comunicación de Internet, una primera
solicitud de comunicación para el establecimiento de un primer canal
de transmisión 6a, 7a, 9a a un servidor B&B 4 de un sistema de
automatización 5. Una respuesta a tal fin se realiza a través de un
segundo canal de transmisión 6b, 7b, 8b. Se garantiza una duración
de la utilización ilimitada en el tiempo de la comunicación de
datos 6, 7, 8 porque para la obtención de la comunicación de datos
6, 7, 8 transmiten datos ficticios, por ejemplo también en el casi
de ausencia de datos útiles o porque se envían informaciones al
cliente 1, que comunican al cliente 1, que está prevista todavía
una transmisión de datos útiles. Como resultado de ello, resulta
una comunicación de datos abierta permanente 6, 7, 8, a través de la
cual el servidor B&B 4 y, por lo tanto, el sistema de
automatización 5 pueden enviar en cualquier momento y de una manera
independiente de acciones del cliente 1 datos asíncronos al cliente
1 y, por lo tanto, al sistema B&B 1.
Claims (18)
1. Procedimiento para la transmisión de datos a
través de redes de datos, especialmente Internet (10), en el que se
emite desde un cliente (1), a través de una comunicación de datos
(6, 7, 8) una primera solicitud de comunicación para el
establecimiento de al menos un primer canal de transmisión (6a, 7a,
8a) a un servidor (4), en el que al menos un canal de transmisión
está abierto de forma permanente, el cual está previsto en
cualquier momento para la emisión de datos, de una manera
independiente de las acciones del cliente (1), desde el servidor
(4) hacia el cliente (1) a través de al menos una red de datos,
caracterizado porque dicha emisión se lleva a cabo a través
de un Marschaller automático COM, que se cuelga en la cadena de la
comunicación entre el cliente (1) y el servidor, en el que el
Marschaller automático interpreta una llamada a ejecutar y transmite
los datos relevantes de la llamada al servidor, que lleva a cabo
entonces la llamada propiamente dicha, en el que para el
mantenimiento permanente del canal de transmisión entre el servidor
(4) y el cliente (1) se transmiten datos ficticios desde el
servidor (4) hacia el cliente (1) también en el caso de que no estén
presentes datos útiles.
2. Procedimiento de acuerdo con la
reivindicación 1, caracterizado porque cuando no están
presentes datos útiles, se transmiten los datos ficticios cada 25 -
35 segundos desde el servidor (4) hacia el cliente (1).
3. Procedimiento de acuerdo con una de las
reivindicaciones 1 o 2, caracterizado porque para el
mantenimiento permanente del canal de transmisión, el servidor (4)
envía al cliente (1) informaciones que comunican al cliente (1) que
está prevista una transmisión de datos.
4. Procedimiento de acuerdo con una de las
reivindicaciones anteriores, caracterizado porque para el
mantenimiento permanente del canal de transmisión, a través del
cual se transmiten desde el servidor (4) cantidades de datos hasta
una magnitud establecida hacia el cliente (1), se emite desde el
servidor (4), antes de alcanzar la cantidad de datos establecida,
una solicitud para una nueva solicitud de comunicación al cliente
(1) y a continuación se emite desde el cliente (1) una nueva
solicitud de comunicación para la formación de al menos un nuevo
canal de transmisión al servidor (4).
5. Procedimiento de acuerdo con una de las
reivindicaciones anteriores, caracterizado porque las
cantidades de datos a transmitir a través del canal de transmisión
presentan un tamaño de 15 - 25 MB.
6. Procedimiento de acuerdo con una de las
reivindicaciones anteriores, caracterizado porque para el
control de la transmisión de datos está previsto un protocolo de
transporte, especialmente un protocolo de transporte de
Internet.
7. Procedimiento de acuerdo con la
reivindicación 6, caracterizado porque como protocolo de
transporte está previsto un protocolo de transporte Hypertext.
8. Procedimiento de acuerdo con una de las
reivindicaciones anteriores, caracterizado porque el
procedimiento está previsto para el mando y observación de un
sistema de automatización (5) a través de redes de datos,
especialmente a través de Internet.
9. Procedimiento de acuerdo con una de las
reivindicaciones anteriores, caracterizado porque el cliente
(1) no es visible en Internet (10).
10. Procedimiento de acuerdo con una de las
reivindicaciones 1 a 7, caracterizado porque el cliente (1)
no tiene instalado un servidor de información de Internet.
11. Procedimiento de acuerdo con la
reivindicación 8, caracterizado porque un sistema de mando y
de observación del cliente (1) inicia la preparación de un canal de
transmisión como objeto distribuido, especialmente como objeto DCOM,
y porque se lleva a cabo un establecimiento de la comunicación con
el sistema de automatización (5) a través de un servidor (4)
configurado como servidor-DCOM.
12. Sistema para la transmisión de datos a
través de redes de datos, especialmente Internet (4), con al menos
un cliente (1), con al menos una red de datos, con al menos un
dispositivo de procesamiento de datos del cliente (1) que se puede
acoplar con al menos una red de datos, en el que el primer
dispositivo de procesamiento de datos está previsto para la
formación de al menos un primer canal de transmisión (6a, 7a, 8a) en
un servidor (4), en el que al menos un canal de transmisión está
abierto de forma permanente, el cual está previsto para la emisión
de datos en cualquier momento, de una manera independiente de las
acciones desde el servidor (4) hacia el cliente (1), a través de un
Marschaller automático COM, que se cuelga en la ed de comunicación
entre el cliente (1) y el servidor, en el que el Marschaller
automático interpreta una llamada a realizar y transmite los datos
relevantes de la llamada al servidor, que lleva a cabo entonces la
llamada propiamente dicha, en el que el sistema para el
mantenimiento permanente del canal de transmisión entre el servidor
(4) y el cliente (1) presenta medios para la transmisión de datos
ficticios, prevista a intervalos regulares, desde el servidor (4)
hacia el cliente (1) también en el caso de que no estén presentes
datos útiles.
13. Sistema de acuerdo con la reivindicación 12,
caracterizado porque el sistema para el mantenimiento
permanente del canal de transmisión presenta medios, para emitir
informaciones desde el servidor (4) hacia el cliente (1), que
comunican al cliente (1), que está prevista una transmisión de
datos.
14. Sistema de acuerdo con una de las
reivindicaciones 12 ó 13, caracterizado porque el sistema
para el mantenimiento permanente del canal de transmisión, a través
del cual se transmiten desde el servidor (4) cantidades de datos
hasta un tamaño establecido al cliente (1), presenta medios, que
emiten una solicitud, antes de la consecución de la cantidad de
datos establecida, para una nueva solicitud de comunicación desde el
servidor (4) hacia el cliente (1) y a continuación inducen al
cliente (1) a enviar una nueva solicitud de comunicación para la
formación de al menos un nuevo canal de transmisión al
servidor
(4).
(4).
15. Sistema de acuerdo con una de las
reivindicaciones 12 a 14, caracterizado porque el sistema
utiliza como medios para el control de la transmisión de datos un
protocolo de transporte, especialmente un protocolo de transporte de
Internet.
16. Sistema de acuerdo con la reivindicación 15,
caracterizado porque el sistema utiliza como medios para el
control de la transmisión de datos como protocolo de transporte un
protocolo de transporte Hypertext.
17. Sistema de acuerdo con una de las
reivindicaciones 12 a 16, caracterizado porque el sistema
está previsto para el mando y observación de un sistema de
automatización (5) a través de redes de datos, especialmente a
través de Internet (10).
18. Sistema de acuerdo con la reivindicación 17
caracterizado porque un sistema de control y de observación
del cliente (1) inicia la preparación de un canal de transmisión
como objeto distribuido, especialmente como objeto DCOM, y porque
lleva a cabo un establecimiento de la comunicación con el sistema de
automatización (5) a través de un servidor (4) configurado como
servidor DCOM.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE10038562 | 2000-08-03 | ||
| DE10038562A DE10038562B4 (de) | 2000-08-03 | 2000-08-03 | System und Verfahren zur Übertragung von Daten über Datennetze mit Datenumsetzung durch einen COM Automarschaller |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2272515T3 true ES2272515T3 (es) | 2007-05-01 |
Family
ID=7651645
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES01956398T Expired - Lifetime ES2272515T3 (es) | 2000-08-03 | 2001-07-27 | Sistema y procedimiento para la transmision de datos a traves de redes de datos, con conversion de datos a traves de un marschaller automatico com. |
Country Status (8)
| Country | Link |
|---|---|
| US (2) | US7519571B2 (es) |
| EP (1) | EP1305929B1 (es) |
| JP (1) | JP2004506283A (es) |
| CN (1) | CN100490437C (es) |
| AT (1) | ATE340468T1 (es) |
| DE (2) | DE10038562B4 (es) |
| ES (1) | ES2272515T3 (es) |
| WO (1) | WO2002013481A1 (es) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE10332360B4 (de) * | 2003-07-17 | 2023-06-29 | Abb Schweiz Ag | Verfahren und System zur Verwaltung und Übertragung von Ereignissen einer zu überwachenden technischen Anlage in einer web-basierten Client-Server-Umgebung |
| US20110185342A1 (en) * | 2008-06-03 | 2011-07-28 | Whirlpool Corporation | Appliance development toolkit |
| US20110078255A1 (en) * | 2009-09-30 | 2011-03-31 | Andrei Radulescu | Method and system for managing a connection in a connection oriented in-order delivery environment |
| US20110078313A1 (en) * | 2009-09-30 | 2011-03-31 | St-Ericsson Sa | Method and system for managing a connection in a connection oriented in-order delivery environment |
| EP2400708B1 (de) * | 2010-06-22 | 2013-12-04 | Siemens Aktiengesellschaft | Netzwerk-Schutzeinrichtung |
Family Cites Families (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5583922A (en) * | 1990-09-27 | 1996-12-10 | Radish Communication Systems, Inc. | Telecommunication system for automatic switching between voice and visual data communications using forms |
| US5675723A (en) * | 1995-05-19 | 1997-10-07 | Compaq Computer Corporation | Multi-server fault tolerance using in-band signalling |
| US6405262B1 (en) * | 1995-07-14 | 2002-06-11 | Microsoft Corporation | Efficient inter-process object and interface pinging |
| US6115744A (en) * | 1996-07-30 | 2000-09-05 | Bea Systems, Inc. | Client object API and gateway to enable OLTP via the internet |
| EP0872991B1 (en) * | 1997-04-15 | 2006-07-26 | Hewlett-Packard Company, A Delaware Corporation | Method and apparatus for device interaction by format |
| US5987454A (en) * | 1997-06-09 | 1999-11-16 | Hobbs; Allen | Method and apparatus for selectively augmenting retrieved text, numbers, maps, charts, still pictures and/or graphics, moving pictures and/or graphics and audio information from a network resource |
| EP1216993B1 (en) * | 1997-07-09 | 2005-05-11 | Mitsui Chemicals, Inc. | Process for preparing hydroperoxides |
| US6178529B1 (en) * | 1997-11-03 | 2001-01-23 | Microsoft Corporation | Method and system for resource monitoring of disparate resources in a server cluster |
| US6151602A (en) * | 1997-11-07 | 2000-11-21 | Inprise Corporation | Database system with methods providing a platform-independent self-describing data packet for transmitting information |
| US6421728B1 (en) * | 1997-12-31 | 2002-07-16 | Intel Corporation | Architecture for communicating with and controlling separate upstream and downstream devices |
| WO2000016201A1 (en) * | 1998-09-16 | 2000-03-23 | Mitsui & Co., Ltd. | A multimedia direct communication system linked with http protocol |
| US6272675B1 (en) * | 1998-10-01 | 2001-08-07 | Unisys Corporation | Development system for automatically enabling a server application to execute with an XATMI-compliant transaction manager managing transactions within multiple environments |
| AU1115700A (en) * | 1998-10-16 | 2000-05-08 | Iconics, Inc. | Process control |
| AU3116300A (en) * | 1998-12-11 | 2000-06-26 | Microsoft Corporation | Accelerating a distributed component architecture over a network using an implicit flow control |
| US6412009B1 (en) * | 1999-03-15 | 2002-06-25 | Wall Data Incorporated | Method and system for providing a persistent HTTP tunnel |
| US6401120B1 (en) * | 1999-03-26 | 2002-06-04 | Microsoft Corporation | Method and system for consistent cluster operational data in a server cluster using a quorum of replicas |
| US6529949B1 (en) * | 2000-02-07 | 2003-03-04 | Interactual Technologies, Inc. | System, method and article of manufacture for remote unlocking of local content located on a client device |
| US6754664B1 (en) * | 1999-07-02 | 2004-06-22 | Microsoft Corporation | Schema-based computer system health monitoring |
| US7814208B2 (en) * | 2000-04-11 | 2010-10-12 | Science Applications International Corporation | System and method for projecting content beyond firewalls |
-
2000
- 2000-08-03 DE DE10038562A patent/DE10038562B4/de not_active Expired - Fee Related
-
2001
- 2001-07-27 JP JP2002518711A patent/JP2004506283A/ja not_active Abandoned
- 2001-07-27 ES ES01956398T patent/ES2272515T3/es not_active Expired - Lifetime
- 2001-07-27 CN CNB018138500A patent/CN100490437C/zh not_active Expired - Fee Related
- 2001-07-27 DE DE50111049T patent/DE50111049D1/de not_active Expired - Lifetime
- 2001-07-27 EP EP01956398A patent/EP1305929B1/de not_active Expired - Lifetime
- 2001-07-27 WO PCT/DE2001/002853 patent/WO2002013481A1/de not_active Ceased
- 2001-07-27 AT AT01956398T patent/ATE340468T1/de not_active IP Right Cessation
- 2001-07-27 US US10/343,709 patent/US7519571B2/en not_active Expired - Fee Related
-
2008
- 2008-12-22 US US12/341,389 patent/US20090193125A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| ATE340468T1 (de) | 2006-10-15 |
| CN100490437C (zh) | 2009-05-20 |
| EP1305929B1 (de) | 2006-09-20 |
| JP2004506283A (ja) | 2004-02-26 |
| WO2002013481A1 (de) | 2002-02-14 |
| DE10038562B4 (de) | 2005-12-15 |
| US20040030698A1 (en) | 2004-02-12 |
| DE10038562A1 (de) | 2002-02-21 |
| EP1305929A1 (de) | 2003-05-02 |
| US7519571B2 (en) | 2009-04-14 |
| CN1446427A (zh) | 2003-10-01 |
| US20090193125A1 (en) | 2009-07-30 |
| DE50111049D1 (de) | 2006-11-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2238462T3 (es) | Sistema y procedimiento para la transmision de datos opc a traves de redes de datos, especialmente internet, con comunicacion asincrona de datos. | |
| ES2228455T3 (es) | Sistema y procedimiento para controlar y observar un sistema de automatizacion a traves de internet con conexion asimetrica de internet. | |
| ES2523100T3 (es) | Un sistema de comunicación directa multimedia enlazado con el protocolo http | |
| ES2258065T3 (es) | Sistema de comunicacion para un equipo de automatismo basado en el lenguaje wsdl. | |
| EP0855659B1 (en) | System and method for providing anonymous personalized browsing in a network | |
| ES2281564T3 (es) | Procedimiento de transmision de datos, sistema de bus en serie y unidad de conexion para un usuario de bus pasivo. | |
| ES2272514T3 (es) | Sistema y procedimiento para la transmision de datos a traves de redes de datos, especialmente internet, con comunicacion asincrona de los datos. | |
| US20020156926A1 (en) | Industrial control system with autonomous web server | |
| US5659543A (en) | Communication method and system for aggregates of separate entities using data/management path and mapping path for identifying entities and managing a communication network | |
| ES2245025T3 (es) | Acceso a distancia a indicadores electronicos utilizando un conjunto de protocolos tcp/ip. | |
| WO1998049635A1 (en) | Server-based browser monitor | |
| JP2003521765A (ja) | オンデマンド・ウェブ・サーバ | |
| JPH0916500A5 (es) | ||
| ES2180793T3 (es) | Sistema de tratamiento de informacion para permitir que un navegador de red generico acceda a servidores de una pluralidad de tipos de protocolos diferentes. | |
| JP2002521892A5 (es) | ||
| NO20001441D0 (no) | Kommunikasjonsarkitektur for prosesstyresystem | |
| ES2272515T3 (es) | Sistema y procedimiento para la transmision de datos a traves de redes de datos, con conversion de datos a traves de un marschaller automatico com. | |
| US20030037102A1 (en) | Message broker | |
| US20020180614A1 (en) | Internet-ready communication modules | |
| ES2372415T3 (es) | Sistema de monitorización y gestión de acceso, método y producto informático correspondientes. | |
| ES2261743T3 (es) | Sistema y procedimieto para el acceso a un aparato, especialmente un aparato de automatizacion con una interfaz normalizada. | |
| US7200650B2 (en) | Method and device avatar system for providing an electronic service for an electronic device | |
| US20030088666A1 (en) | Data collection node that utilizes HTTP transfer protocols for autonomous data transfers | |
| KR20010077317A (ko) | 유동 ｉｐ를 지원하는 다이나믹 네이밍 서비스 방법 및 기술 | |
| Gantenbein et al. | Implementation of the OSI transport service in a heterogeneous environment |