ES2272627T3 - Procedimiento y dispositivo para la transmision asincrona de al menos una señal de alarma. - Google Patents
Procedimiento y dispositivo para la transmision asincrona de al menos una señal de alarma. Download PDFInfo
- Publication number
- ES2272627T3 ES2272627T3 ES02024267T ES02024267T ES2272627T3 ES 2272627 T3 ES2272627 T3 ES 2272627T3 ES 02024267 T ES02024267 T ES 02024267T ES 02024267 T ES02024267 T ES 02024267T ES 2272627 T3 ES2272627 T3 ES 2272627T3
- Authority
- ES
- Spain
- Prior art keywords
- computer
- client
- alarm signal
- communication
- server
- 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 32
- 238000000034 method Methods 0.000 title claims description 30
- 230000006854 communication Effects 0.000 claims abstract description 58
- 238000004891 communication Methods 0.000 claims abstract description 46
- 238000009434 installation Methods 0.000 description 18
- 230000008569 process Effects 0.000 description 7
- 230000011664 signaling Effects 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 230000001419 dependent effect Effects 0.000 description 2
- 241001154287 Hucho taimen Species 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000007175 bidirectional communication Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
- H04L41/0273—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using web services for network management, e.g. simple object access protocol [SOAP]
- H04L41/028—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using web services for network management, e.g. simple object access protocol [SOAP] for synchronisation between service call and response
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Computer Security & Cryptography (AREA)
- Computer And Data Communications (AREA)
- Information Transfer Between Computers (AREA)
- Communication Control (AREA)
- Multi Processors (AREA)
Abstract
Procedimiento para la transmisión asíncrona de al menos una señal de alarma (25) desde un ordenador del servidor (10) hacia al menos un ordenador del cliente (15), que comprende las siguientes etapas: a) en el caso de que aparezca la señal de alarma (25) en el lado del ordenador del servidor (10), se asocia a la señal de alarma al menos otra señal de alarma (27, 28, 29), b) la otra señal de alarma (27, 28, 29) es escrita en al menos un tubo (35, 37, 39), que está comprendido por el ordenador del servidor (10) como un medio de conmutación, c) la otra señal de alarma (27, 28, 29) es transmitida por medio de un tubo (35, 37, 39) al menos a un Servlet (40), que está comprendido por el ordenador del servidor (10), y d) la otra señal de alarma (27, 28, 29) es transmitida por medio del Servlet (40) a través de un canal de transmisión (17) al ordenador del cliente (15).
Description
Procedimiento y dispositivo para la transmisión
asíncrona de al menos una señal de alarma.
La invención se refiere a un procedimiento y a
un dispositivo para la transmisión asíncrona de al menos una señal
de alarma en una arquitectura de servidor y cliente, especialmente
dentro de un sistema de mando, que está realizado por medio de una
arquitectura de este tipo.
En virtud de la tecnología de Internet que ha
programado cada vez más en los últimos tiempos y de todas las
soluciones de comunicación y de aplicación relacionadas con ella, se
puede reconocer también en los sistemas técnicos de mando para el
control y observación de una instalación técnica la tendencia a
desarrollar tales sistemas de mando con la inclusión de métodos y
soluciones a partir del campo de la tecnología de Internet.
De esta manera debe conseguirse especialmente
que las estaciones de mando (terminales del operador) del sistema
de mando sean en la mayor medida posible independientes del lugar de
ubicación de la instalación técnica. Además, no debe ser ya
necesario tener que instalar en las estaciones de mando un software
de mando y de observación especial, para poder controlar la
instalación técnica. Un ordenador de cliente con un navegador de la
Web instalado debe ser suficiente para ello.
Un sistema de mando de este tipo permite el
control de una instalación técnica desde un lugar remoto, en el que
en muchos casos el puesto de mando de la instalación técnica no
tiene que estar ya ocupado o no tiene que estar ocupado de forma
permanente.
En muchos sistemas de mando conocidos se
anuncian alarmas dentro de la instalación técnica junto a una
representación visual, por ejemplo en una pantalla o en una pared de
imagen grande, con frecuencia también con medios acústicos, por
ejemplo por medio de un avisador de señales o de una bocina, que
emitirá al menos cuando aparece un mensaje de alarma, que requiere
una intervención rápida, un tono alto de una frecuencia
determinada, con el fin de dar instrucciones al personal que está
presente en la instalación técnica de una manera clara sobre una
necesidad de manipulación urgente.
En un puesto de mando no asistido por personal u
ocupado sólo de forma temporal, una alarma acústica pasa
inadvertida forzosamente con frecuencia.
En los sistemas de mando, que utilizan la
tecnología de Internet, se establece una comunicación desde una
estación de mando con un ordenador de un servidor del sistema de
mando la mayoría de las veces sólo en caso necesario, por ejemplo
para llevar a cabo una acción de mando o para tener conocimiento del
estado de funcionamiento actual de la instalación técnica.
La mayoría de las veces, en tales sistemas de
mando, no se lleva a cabo una transmisión asíncrona de mensajes
desde el ordenador del servidor hacia el ordenador del cliente
(estación de mando del sistema de mando).
Esto significa que en tales sistemas de mando
solamente se pueden transmitir hacia una estación de mando
(ordenador del cliente) esencialmente aquellos mensajes y señales
que están presentes en el instante de una comunicación existente
entre la estación de mando y el ordenador del servidor en el lado
del ordenador del servidor.
Se conocen a partir del documento
WO-A-00/62136 un procedimiento y un
sistema para la supervisión y control de una instalación controlada
a distancia (equipo remoto), que presenta un servidor central
(servidor central) con un software de base de datos (base de datos
del software del proveedor). El software de la base de datos es
accesible para un usuario externo a través de Internet para
visualizar los datos depositados en la base de datos. El software
de la base de datos utiliza Servlets como interfaz con el usuario,
con el fin de impedir un acceso directo desde éste al software de
la base de datos.
Por lo tanto, el usuario puede realizar en el
software de la base de datos solamente aquellas modificaciones de
parámetros que son permitidas por el Servlet. Las unidades
controladas por mando a distancia están conectadas a través de una
red de comunicación bidireccional con el servidor central y con su
software de la base de datos. Las unidades controladas por mando a
distancia transmiten a través de la red de comunicación datos desde
las instalaciones de supervisión para que estos datos sean
memorizados por el software de la base de datos y sean depositados
de manera que puedan ser llamados por los Servlets. Cada una de las
unidades controladas por mando a distancia está programada con
valores límite definidos. Si se exceden estos valores, entonces el
proveedor del sistema es informado para que éste informe al usuario
a través de un buscapersonas, un teléfono móvil o similar. A
continuación, el usuario accede entonces al servidor central para
visualizar los datos en el software de la base de datos. En este
caso, se representan gráficamente los valores límites excedidos de
una manera especial.
En cambio, la invención tiene el cometido de
indicar un procedimiento así como un dispositivo para la
transmisión asíncrona de al menos una señal de alarma, por medio de
la cual se mejora la comunicación entre un ordenador del servidor y
un ordenador del cliente.
Con respecto al procedimiento, el cometido se
soluciona de acuerdo con la invención por medio de un procedimiento
para la transmisión asíncrona de al menos una señal de alarma desde
un ordenador del servidor hacia al menos un ordenador del cliente,
que comprende las siguientes etapas:
- 1.
- En el caso de que aparezca la señal de alarma en el lado del ordenador del servidor, se asocia a la señal de alarma al menos otra señal de alarma.
- 2.
- La otra señal de alarma es escrita en al menos un tubo, que está comprendido por el ordenador del servidor como un medio de conmutación.
- 3.
- La otra señal de alarma es transmitida por medio de un tubo al menos a un Servlet, que está comprendido por el ordenador del servidor, y
- 4.
- La otra señal de alarma es transmitida por medio del Servlet a través de un canal de transmisión al ordenador del cliente.
La invención parte en este caso de la
consideración de que en una arquitectura de servidor y cliente de
un sistema de ordenador, especialmente cuando, como canal de
transmisión, se emplea Internet, es necesaria una transmisión
asíncrona de mensajes/señales desde el ordenador del servidor hacia
el ordenador del cliente con el fin de reconocer con rapidez y de
identificar con seguridad todas las señales/mensajes importantes
por medio del ordenador del cliente.
Si falta una posibilidad de este tipo para la
transmisión de datos, entonces solamente pueden ser reconocidas con
dificultad por el ordenador del cliente y sobre todo no pueden ser
reconocidas con rapidez, aquellas señales y mensajes que se
producen ya antes del establecimiento de una comunicación entre el
ordenador del cliente y el ordenador del servidor en el lado del
ordenador del servidor.
Por medio del procedimiento de acuerdo con la
invención está previsto ahora que en el caso de que aparezca la
señal de alarma, sea asociada a ésta otra señal e alarma y sea
escrita en un tubo. Por otro lado, la señal de alarma no es
transmitida directamente, sino que se transmite la otra señal de
alarma al ordenador del cliente, de manera que se consigue un
desacoplamiento entre las dos señales mencionadas.
Especialmente por medio de la otra señal de
alarma se puede transmitir también al ordenador del cliente aquella
señal de alarma, que no se encuentra ya en el lado del ordenador del
servidor en el instante de una comunicación entre el ordenador del
cliente y el ordenador del servidor.
A este respecto, la señal de alarma así como la
otra señal de alarma asociada a ésta están desacopladas con
respecto a su destino posterior.
En el tubo se trata de un medio de comunicación
conocido, por medio del cual se lleva a cabo una comunicación
eficiente entre procesos que se ejecutan dentro del mismo ordenador
o en diferentes ordenadores conectados por medio de una red.
Por lo demás, un programa de software de
aplicación, que sirve a un tubo para la comunicación, no tiene que
ocuparse de detalles del establecimiento de la comunicación con un
ordenador remoto, puesto que la comunicación de tubo conocida
incluye una arquitectura de servidor y cliente habitual, en la que
un proceso, que genera un cliente del tubo, se puede comunicar de
una manera sencilla con un proceso, que genera un servidor del
tubo.
De acuerdo con el procedimiento acorde con la
invención, las otra señal de alarma es transmitida por medio del
tubo al menos a un Servlet. Por lo tanto, el tubo es el medio
utilizado para la comunicación, con el fin de establecer una
comunicación entre un proceso que genera la otra señal de alarma y
otro proceso, a saber, el Servlet.
En el Servlet se trata de un programa de
software del ordenador del servidor, por medio del cual se lleva a
cabo una parte de la funcionalidad del ordenador del servidor.
La aplicación de un Servlet ofrece, entre otras,
la ventaja de que entre diferentes consultas permanece residente en
la memoria en el Servlet, de manera que no es necesaria una carga
repetida ni una puesta en marcha repetida del Servlet.
Además, solamente existe una instancia del
Servlet, que procesa al mismo tiempo todas las consultas, lo que
ahora espacio de memoria y permite al Servlet procesar corrientes de
datos continuas de una manera sencilla.
Por último, los Servlets están realizados
habitualmente como módulos de software, que están creados por medio
de lenguaje de programación Java y que se ejecutan dentro de un
programa de aplicación en un servidor (de ahí procede también el
nombre de Servlet). Los Servlets no están ligados, por lo tanto, a
un protocolo especial de servidor y cliente y, por consiguiente,
son independientes de la plataforma.
En una configuración ventajosa de la invención,
el ordenador del cliente comprende al menos un programa de software
de comunicación, por medio del cual se establece una comunicación
con el Servlet y por medio del cual se ejecuta en el ordenador del
cliente un programa de audio asociado a la otra señal de alarma, que
está comprendido por el ordenador del servidor.
En esta configuración de la invención, se pueden
transmitir señales de alarma espaciales, que activan una señal
acústica en la instalación técnica, de una manera asíncrona por
medio de la otra señal de alarma en el ordenador del cliente,
teniendo lugar una señalización acústica en el lado del ordenador
del cliente.
El programa de software de comunicación recibe
la comunicación con el Servlet y evalúa los datos de entrada de tal
manera que en caso necesario tiene lugar una señalización acústica
en el lado del ordenador del cliente. En este caso, se ejecuta en
el ordenador del cliente un programa de audio correspondiente. De
acuerdo con la prioridad y/o con el tipo de la otra señal de alarma
recibida, pueden estar previstos varios programas de audio, de
manera que con la ayuda de la forma del timbre del programa de audio
respectivo es posible una clasificación sencilla y rápida de la
señal de alarma.
Por medio de esta configuración ventajosa del
procedimiento de acuerdo con la invención, se transmite la
señalización acústica habitual en el estado de la técnica dentro de
una instalación técnica sobre una configuración del sistema de
mando, en la que un ordenador de mando (ordenador del cliente) está
dispuesto fuera de la instalación técnica y la señalización
acústica tiene lugar en este ordenador.
En otra configuración ventajosa, se establece
una comunicación desde el ordenador del cliente hacia el ordenador
del servidor solamente en caso necesario.
Durante el funcionamiento de una instalación
técnica, la mayoría de las veces no es necesario mantener una
comunicación continua entre un ordenador central del sistema de
mando y los ordenadores de mando, puesto que solamente se lleva a
cabo temporalmente desde el ordenador de mando una intervención en
la instalación técnica o se necesitan informaciones con relación al
estado de funcionamiento de la instalación técnica.
En una arquitectura de este tipo en un modo de
funcionamiento de esta clase de un sistema de mando, se consiguen
de una manera especialmente clara las ventajas de un procedimiento
de acuerdo con la invención para la transmisión asíncrona de datos,
puesto que se asegura especialmente que sean transmitidas con
seguridad y rapidez hacia el ordenador del cliente taimen aquellas
señales de alarma que están presentes ya antes del establecimiento
de la comunicación. De esta manera se soluciona al menos un
inconveniente grave de los sistemas de mando conocidos, en los que
no está prevista una transmisión asíncrona de señales de alarma.
De una manera especialmente ventajosa, durante
la comunicación del ordenador del cliente con el ordenador del
servidor en el caso de un primer acceso del ordenador del cliente al
ordenador del servidor se pone en ejecución un programa de
comunicación comprendido por el Servlet y en el caso de otros
accesos del ordenador del cliente al ordenador del servidor se
supervisa si está precisamente en ejecución.
De esta manera, el Servlet está capacitado para
transmitir todas las señales de alarma que se han producido por
medio de las otras señales de alarma correspondientes de una manera
rápida a uno o varios ordenadores del cliente, sin que para la
transmisión de estos datos debe cargarse y ponerse en ejecución con
cada arranque un programa auxiliar. En el programa de comunicación
de esta forma de realización se trata, por lo tanto, de un programa
de software, por medio del cual se leen los datos que se encuentran
en el tubo, siendo establecido durante el primer acceso de lectura
el programa de comunicación y siendo mantenido de una manera activa
durante una comunicación existente entre el ordenador del cliente y
el ordenador del servidor. Los problemas que se plantean durante la
lectura de datos que se encuentran en el tubo son reconocidos por
medio de la supervisión mencionada del programa de
comunicación.
De una manera ventajosa, por medio del programa
de comunicación se transmite una información de identificación con
relación al tubo al Servlet.
Por medio de los llamados "tubos nominados"
de este tipo es posible una comunicación especialmente eficiente,
puesto que es posible la aceptación de la comunicación con un tubo
deseado de una manera selectiva utilizando su información de
identificación. Esta información de identificación puede comprender,
por ejemplo, una designación (un nombre) y/o una dirección de
software del tubo.
En una configuración especialmente ventajosa de
la invención, el canal de transmisión comprende al menos una parte
de Internet y/o una Intranet.
De esta manera, es posible una supervisión de
una instalación técnica a través de distancias casi ilimitadas, con
tal que sea posible una comunicación de Internet entre el ordenador
del cliente y el ordenador del servidor.
Puesto que están establecidos una pluralidad de
mecanismos de comunicación con relación a la tecnología de
Internet, se descarga un sistema de mando, que hace uso de una
arquitectura distribuida de este tipo, adicionalmente de las tareas
de comunicación, que se refieren a la transmisión de datos entre el
ordenador del servidor y el ordenador del cliente. Además, un
ordenador del cliente, en el caso de que sea utilizado con relación
a esta forma de realización, debe comprender esencialmente sólo un
navegador de la Web conocido (cliente fino). La funcionalidad
propiamente dicha de un sistema de mando de este tipo está ejecutada
en el ordenador del servidor, que es accionado como un servidor de
la Web. Un protocolo de transmisión que se puede utilizar en esta
forma de realización es el protocolo http, que puede ser procesado
de una manera normalizada por navegadores de la Web usuales.
Con respecto al dispositivo, el cometido se
soluciona de acuerdo con las características de la reivindicación
independiente del dispositivo correspondiente.
Las configuraciones ventajosas de un dispositivo
de acuerdo con la invención se pueden deducir a partir de las
reivindicaciones dependientes correspondientes que están
relacionadas con el dispositivo.
Puesto que la reivindicación independiente del
dispositivo así como las reivindicaciones dependientes de la misma
corresponden esencialmente a características autónomas de las
reivindicaciones del procedimiento ya representada, se prescinde en
este lugar de una repetición y se remite a las indicaciones y
explicaciones realizadas con relación al procedimiento de acuerdo
con la invención y a estas formas de realización.
A continuación se representa en detalle un
ejemplo de realización de la invención. En este caso:
La figura 1 muestra un dispositivo de acuerdo
con la invención con la inclusión de Internet.
Un dispositivo 1 de acuerdo con la invención
comprende como componentes esenciales un ordenador de servidor 10,
un canal de transmisión 17 realizado a través de Internet así como
una pluralidad de ordenadores del cliente 15.
El desarrollo de la comunicación entre el
ordenador del servidor 10 y el ordenador del cliente 15 se lleva a
cabo en este caso de una manera preferida por medio de mecanismos de
la comunicación conocidos, como el protocolo http. Para la conexión
del ordenador del cliente 15 en el canal de transmisión 17, los
ordenadores del cliente 15 comprenden en cada caso un navegador de
la Web 60 conocido.
El ordenador del servidor 10 comprende la
funcionalidad de un servidor de la Web conocido.
Desde el ordenador de la Web 10 se procesan un
número de tareas del servidor 20, que pueden comprender una o
varias señales de alarma 25, que se pueden transmitir al menos a un
ordenador del cliente 15.
Tales señales de alarma 25 pueden comprender,
por ejemplo, mensajes de alarma, que se producen durante el
funcionamiento de una instalación técnica.
Para la transmisión de las señales de alarma 25
mencionadas se asocia en este caso al menos a una señal de alarma
25 al menos otra señal de alarma 27, 28, 29, que se escribe en al
menos un tubo 35, 37, 39.
Al menos a otra señal de alarma 27, 28, 29 está
asociado al menos un programa de audio 62, cuyo contenido de timbre
es característico para la otra señal de alarma correspondiente.
El ordenador del servidor 10 comprende, además,
un contenedor de Servlet 30, que comprende al menos un Servlet
40.
Las otras señales de alarma 27, 28, 29 son
transmitidas por medio del tubo 35, 37, 39 al Servlet 40 y a través
del canal de transmisión 17 son transmitidas al menos a un ordenador
del cliente 15.
El Servlet 40 comprende un programa de
comunicación 70, que se pone en ejecución durante una comunicación
entre al menos un ordenador del cliente 15 y el ordenador del
servidor 10 durante el primer acceso del ordenador del cliente y
durante los accesos siguientes se supervisa si está activo. Por lo
tanto, no es necesario cargar y arrancar un programa auxiliar
durante una comunicación con cada acceso de un ordenador del cliente
15. En su lugar, durante la comunicación, el programa de
comunicación 70 permanece activo y se supervisa su actividad
durante la comunicación de una manera continua, lo que hace posible
un reconocimiento rápido de errores.
Uno o varios ordenadores del cliente 15 disponen
de una instalación de transmisión del timbre 64, que comprende, por
ejemplo, una tarjeta de sonido de venta en el comercio así como un
altavoz. De esta manera, tales señales de alarma 25, en las que es
deseable una señalización acústica, se pueden representar
acústicamente en el ordenador del cliente 15.
La comunicación desde uno de los ordenadores del
cliente 15 a través del canal de transmisión 17 hacia el ordenador
del servidor 10 se establece en el lado del ordenador del cliente 15
por medio de un programa de software de comunicación 50, en el que
se establece contacto con el Servlet 40 por medio del programa de
software de la comunicación 50. A través del programa de software de
la comunicación 50 se pueden ejecutar de una manera preferida
también los programas de audio 62 del ordenador del servidor 10 en
el ordenador del cliente 15; el programa de software de la
comunicación 50 puede estar comprendido en este caso por el
navegador de la Web y puede contener mecanismos de comunicación de
Internet conocidos, ampliamente difundidos.
Se puede establecer que por medio de un
dispositivo de acuerdo con la invención es posible una transmisión
asíncrona de señales de alarma, lo que se puede realizar de una
manera especialmente ventajosa en el caso de una alarma remota
acústica a través de
Internet.
Internet.
En resumen, la presente invención se puede
describir de la siguiente manera: en una arquitectura del ordenador
del servidor y del ordenador del cliente se propone asociar a una
señal de alarma (25), que aparece en el lado de un ordenador del
servidor (10), otra señal de alarma (27, 28, 29), escribirla en un
tubo (35, 37, 39) y transmitirla por medio del tubo a un Servlet
(40) del ordenador del servidor (10). La otra señal de alarma (27,
28, 29) es transmitida entonces por medio del Servlet (40) a través
de un canal de transmisión (17) a un ordenador del cliente
(15).
Una ventaja del procedimiento o bien del
dispositivo de acuerdo con la invención consiste en el
desacoplamiento de la señal de alarma respecto de las otras señales
de alarma correspondientes, en el que el destino de la señal de
alarma (25) después de su aparición no ejerce ya ninguna influencia
sobre el destino de la señal de alarma (27, 28, 29) asociada.
Claims (13)
1. Procedimiento para la transmisión asíncrona
de al menos una señal de alarma (25) desde un ordenador del
servidor (10) hacia al menos un ordenador del cliente (15), que
comprende las siguientes etapas:
- a)
- en el caso de que aparezca la señal de alarma (25) en el lado del ordenador del servidor (10), se asocia a la señal de alarma al menos otra señal de alarma (27, 28, 29),
- b)
- la otra señal de alarma (27, 28, 29) es escrita en al menos un tubo (35, 37, 39), que está comprendido por el ordenador del servidor (10) como un medio de conmutación,
- c)
- la otra señal de alarma (27, 28, 29) es transmitida por medio de un tubo (35, 37, 39) al menos a un Servlet (40), que está comprendido por el ordenador del servidor (10), y
- d)
- la otra señal de alarma (27, 28, 29) es transmitida por medio del Servlet (40) a través de un canal de transmisión (17) al ordenador del cliente (15).
2. Procedimiento de acuerdo con la
reivindicación 1, caracterizado porque el ordenador del
cliente (15) comprende al menos un programa de software de
comunicación (50), por medio del cual se establece una comunicación
con el Servlet (40) y por medio del cual se ejecuta un programa de
audio (62), que está asociado a la otra señal de alarma (27, 28,
29) y que está comprendido por el ordenador del servidor (10), en el
ordenador del cliente (15).
3. Procedimiento de acuerdo con la
reivindicación 1 ó 2, caracterizado porque solamente se
establece una comunicación desde el ordenador del cliente (15)
hacia el ordenador del servidor (10) en caso necesario.
4. Procedimiento de acuerdo con una de las
reivindicaciones 1 a 3, caracterizado porque durante una
comunicación del ordenador del cliente (15) con el ordenador del
servidor (10), en el caso de un primer acceso del ordenador del
cliente (15) al ordenador del servidor (10), se inicia un programa
de comunicación (70) comprendido por el Servlet (40) y en el caso
de otros accesos del ordenador del cliente (15) al ordenador del
servidor (10), se supervisa a continuación si está precisamente en
ejecución.
5. Procedimiento de acuerdo con la
reivindicación 4, caracterizado porque por medio del programa
de comunicación (70) se trasmite una información de identificación
relacionada con el tubo (27, 28, 29) en el Servlet (40).
6. Procedimiento de acuerdo con la
reivindicación 5, caracterizado porque la información de
identificación comprende una designación y/o una dirección de
software del tubo (27, 28, 29).
7. Procedimiento de acuerdo con una de las
reivindicaciones 1 a 6, caracterizado porque el canal de
transmisión (17) comprende al menos una parte de Internet y/o una
Intranet.
8. Dispositivo (1) para la transmisión asíncrona
de al menos una señal de alarma (25), en el que este dispositivo
presenta los siguientes componentes:
- \Box
- Un ordenador del servidor (10), que comprende al menos un tubo (35, 37, 39) como un medio de comunicación, que está capacitado para asociar, en el caso de que aparezca una señal de alarma (25), a esta señal de alarma otra señal de alarma (27, 28, 29) y para escribir la otra señal de alarma (27, 28, 29) en el tubo (35, 37, 39).
- \Box
- Al menos un Servlet (40) comprendido por el ordenador del servidor (10), al que se puede transmitir la otra señal de alarma (27, 28, 29) por medio del tubo (35, 37, 39).
- \Box
- Un canal de transmisión (17), y
- \Box
- Al menos un ordenador del cliente (15), al que se puede transmitir la otra señal de alarma (27, 28, 29) por medio del Servlet (40) desde el ordenador del servidor (10).
9. Dispositivo (1) de acuerdo con la
reivindicación 8, caracterizado porque el ordenador del
cliente (15) comprende un programa de software de comunicación
(50), por medio del cual se puede establecer una comunicación con
el Servlet (40) y por medio del cual se puede realizar en el
ordenador del cliente (15) un programa de audio (62) que está
asociado a la otra señal de alarma y comprendo por el ordenador del
servidor (10).
10. Dispositivo (1) de acuerdo con la
reivindicación 8 ó 9, caracterizado porque el Servlet (40)
comprende un programa de comunicación (70), que se puede ejecutar
en el caso de un primer acceso del ordenador del cliente (15) al
ordenador del servidor (10) y en el caso de otros accesos del
ordenador del cliente (15) al ordenador del servidor (10) se puede
verificar a continuación si está precisamente en ejecución.
11. Dispositivo (1) de acuerdo con la
reivindicación 10, caracterizado porque por medio del
programa de comunicación (70) se puede transmitir una información
de identificación con relación al tubo (27, 28, 29) al Servlet
(40).
12. Dispositivo (1) de acuerdo con la
reivindicación 11, caracterizado porque la información de
identificación comprende una designación y/o una dirección de
software del tubo (27, 28, 29).
13. Dispositivo (1) de acuerdo con una de las
reivindicaciones 8 a 12, caracterizado porque el canal de
transmisión (17) comprende al menos una parte de Internet y/o una
Intranet.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP02024267A EP1416695B1 (de) | 2002-10-31 | 2002-10-31 | Verfahren und Vorrichtung zur asynchronen Übertragung mindestens eines Meldesignals |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2272627T3 true ES2272627T3 (es) | 2007-05-01 |
Family
ID=32087984
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES02024267T Expired - Lifetime ES2272627T3 (es) | 2002-10-31 | 2002-10-31 | Procedimiento y dispositivo para la transmision asincrona de al menos una señal de alarma. |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US7415497B2 (es) |
| EP (1) | EP1416695B1 (es) |
| AT (1) | ATE339842T1 (es) |
| DE (1) | DE50208160D1 (es) |
| ES (1) | ES2272627T3 (es) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7228462B2 (en) * | 2004-01-23 | 2007-06-05 | Hewlett-Packard Development Company, L.P. | Cluster node status detection and communication |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5928323A (en) * | 1996-05-30 | 1999-07-27 | Sun Microsystems, Inc. | Apparatus and method for dynamically generating information with server-side software objects |
| US6282454B1 (en) * | 1997-09-10 | 2001-08-28 | Schneider Automation Inc. | Web interface to a programmable controller |
| CA2366464A1 (en) * | 1999-04-09 | 2000-10-19 | Henry B. Steen, Iii | Remote access and system control |
| US6546554B1 (en) * | 2000-01-21 | 2003-04-08 | Sun Microsystems, Inc. | Browser-independent and automatic apparatus and method for receiving, installing and launching applications from a browser on a client computer |
| DE10154262C2 (de) * | 2001-04-09 | 2003-10-02 | Dehn & Soehne | Verfahren zur Akquisition, Überwachung und/oder Analyse von Betriebsparametern elektrischer Betriebsmittel, insbesondere Schaltanlagen und deren Komponenten, wobei den Betriebsmitteln oder einer Gruppe von Betriebsmitteln Sensoren und mindestens ein Rechner zugeordnet sind und die Betriebsmittel-Rechner über eine Schnittstelle einen Intranet- oder Internetzugang besitzen |
-
2002
- 2002-10-31 DE DE50208160T patent/DE50208160D1/de not_active Expired - Lifetime
- 2002-10-31 ES ES02024267T patent/ES2272627T3/es not_active Expired - Lifetime
- 2002-10-31 EP EP02024267A patent/EP1416695B1/de not_active Expired - Lifetime
- 2002-10-31 AT AT02024267T patent/ATE339842T1/de active
-
2003
- 2003-10-31 US US10/697,241 patent/US7415497B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| DE50208160D1 (de) | 2006-10-26 |
| US20040136369A1 (en) | 2004-07-15 |
| EP1416695B1 (de) | 2006-09-13 |
| US7415497B2 (en) | 2008-08-19 |
| EP1416695A1 (de) | 2004-05-06 |
| ATE339842T1 (de) | 2006-10-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8139758B2 (en) | Voice caller ID | |
| ES2310212T3 (es) | Sistema y procedimiento de monitorizacion del estado de un dispositivo de red. | |
| KR950701475A (ko) | 수신 메시지에 대응하는 태그 정보의 자동 생성 및 통지 방법 및 장치(Method and Apparatus for Automatic Generation and Notification of Tag Information Corresponding to A Received Message) | |
| JP2001309448A (ja) | 通話を処理する方法、物品、及び通話処理システム | |
| MX2012005401A (es) | Arquitectura hibrida de llamada de emergencia. | |
| JP3383913B2 (ja) | 空間想起補助システム | |
| CN1731892A (zh) | 定位移动终端并在另一个移动终端上显示其位置的方法 | |
| WO2010045206A1 (en) | Communication system and method | |
| ES2272627T3 (es) | Procedimiento y dispositivo para la transmision asincrona de al menos una señal de alarma. | |
| SE523854C2 (sv) | Metod,system,radioanordning,datorprogramprodukt samt SIM-kort för övervakning av en larmväg mellan en radioanordning och en larmserver | |
| US7181487B1 (en) | Method and system for transmitting and activating an application requesting human intervention in an automation network | |
| JP2908428B1 (ja) | 外部接続機能付き無線選択呼出受信機及びそのメッセージ転送方法 | |
| KR20160135139A (ko) | 음성인식 앱이 설치된 휴대 단말기를 이용한 구조 요청 방법 | |
| JP7480497B2 (ja) | 端末装置、情報提供システム、情報提供方法、及びプログラム | |
| JP2001045530A (ja) | メッセージ受信機 | |
| RU99124597A (ru) | Способ передачи информации в телефонной сети | |
| JP2000106685A (ja) | 無線端末装置 | |
| KR20030092510A (ko) | 휴대용 단말기를 이용한 지정장소 도착 알람 서비스방법 | |
| WO2019010794A1 (zh) | 一种基于物联网的监控方法及物联网服务器 | |
| EP1205730A1 (en) | Emergency information system | |
| JP2937851B2 (ja) | 構内ページングシステムの障害通知方式 | |
| KR100805606B1 (ko) | 셔틀차량의 위치 안내 장치 및 이를 이용한 셔틀차량의위치 안내 방법 | |
| ES2200676B1 (es) | Sistema para la adaptacion de una linea telefonica convencional a una red local de transmision de datos y voz. | |
| JPH11331158A (ja) | 監視制御システム | |
| JPS63285030A (ja) | 車載無線機による不在時着信呼出方法 |