ES2354362T3 - Sistema y método de llamada automática, motor de alerta y estación de activación puesto en práctica en el sistema. - Google Patents
Sistema y método de llamada automática, motor de alerta y estación de activación puesto en práctica en el sistema. Download PDFInfo
- Publication number
- ES2354362T3 ES2354362T3 ES05356139T ES05356139T ES2354362T3 ES 2354362 T3 ES2354362 T3 ES 2354362T3 ES 05356139 T ES05356139 T ES 05356139T ES 05356139 T ES05356139 T ES 05356139T ES 2354362 T3 ES2354362 T3 ES 2354362T3
- Authority
- ES
- Spain
- Prior art keywords
- alert
- procedure
- engine
- call
- stage
- 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.)
- Active
Links
Classifications
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
- G08B25/005—Alarm destination chosen according to a hierarchy of available destinations, e.g. if hospital does not answer send to police station
Landscapes
- Health & Medical Sciences (AREA)
- Public Health (AREA)
- Business, Economics & Management (AREA)
- Emergency Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Alarm Systems (AREA)
- Stored Programmes (AREA)
- Telephonic Communication Services (AREA)
- Combined Controls Of Internal Combustion Engines (AREA)
- Information Transfer Between Computers (AREA)
Abstract
Sistema de llamada automática de un conjunto (22) de receptores, comprendiendo este sistema un motor de alerta (4) adaptado para controlar llamadas hacia los receptores de dicho conjunto siguiendo un procedimiento de alerta, definiendo dicho procedimiento de alerta al menos una transición condicional entre etapas de llamada de una lista de receptores, caracterizado porque el procedimiento de alerta es registrado en un fichero (14) modificable con independencia del motor de alerta.
Description
Sistema y método de llamada automática, motor de alerta y estación de activación puesto en práctica en el sistema.
La presente invención se refiere a un sistema y un método de llamada automática, un motor de alerta y una estación de activación puesta en práctica en el sistema. 5
Los sistemas conocidos, en la técnica anterior, comprenden un motor de alerta adecuado para controlar llamadas hacia receptores siguiendo un procedimiento de alerta, definiendo dicho procedimiento de alerta al menos una transición condicional entre etapas de llamada de una lista de receptores.
Estos sistemas son de utilidad especial para avisar a personas tales como, por ejemplo, socorristas en caso de accidente. 10
Dichos sistemas de alerta son, por ejemplo, en el documento US 2004/006694 o US 2002/0190857.
En los sistemas conocidos, el procedimiento de alerta está integrado en el código del motor de alerta y forma con este último un solo y mismo programa. De este modo, si un usuario desea modificar el procedimiento de alerta, deberá modificarse, asimismo, el código del motor de alerta. Por lo tanto, los 15 sistemas conocidos son difíciles de adaptar a los deseos de cada usuario.
La invención tiene como objetivo subsanar este inconveniente dando a conocer un sistema de llamada automática fácilmente adaptable al deseo de cada usuario.
Por lo tanto, la invención tiene por objetivo un sistema de llamada automática, conforme a la reivindicación 1, en donde el procedimiento de alerta se registra en un fichero modificable con 20 independencia del motor de alerta.
En el sistema anterior, el procedimiento de alerta se registra en un fichero modificable con independencia del motor de alerta de este modo, cuando sólo debe cambiarse el procedimiento de alerta no es necesario explicar el código del motor de alerta.
Los modos de realización de este sistema pueden presentar una o varias de las características 25 que figuran en las reivindicaciones dependientes.
La invención tiene además, como objetivo un motor de alerta, conforme a la reivindicación 12 y una estación de activación, conforme a la reivindicación 13 adaptados para utilizarse en el sistema de llamada automática anteriormente indicado.
La invención tiene, además, por objeto un procedimiento de llamada automática de un conjunto 30 de receptores, conforme a la reivindicación 14.
Otro objetivo de la invención es un procedimiento de alerta, una memoria y un programa de ordenador para el sistema de llamada automática anteriormente indicado, según las reivindicaciones 16, 22 y 23.
La invención se comprenderá mejor con la lectura de la descripción dada a continuación, 35 únicamente a título de ejemplo y haciendo referencia a los dibujos adjuntos, en los que:
-la Figura 1 es una ilustración esquemática de la arquitectura de un sistema de llamada automática;
-la Figura 2 es una ilustración del contenido de un fichero en donde se registra un procedimiento de alerta; 40
-la Figura 3 es un organigrama que corresponde al contenido del fichero de la Figura 2 y
-la Figura 4 es un organigrama de un procedimiento de llamada automática.
La Figura 1 representa un sistema de llamada automática designado por la referencia general 2. El sistema 2 comprende un motor de alerta 4 asociado a un autómata de llamada 6.
El motor 4 es adecuado para interpretar y luego ejecutar simultáneamente uno o varios 45 procedimientos de alerta. El motor 4 se realiza, por ejemplo, a partir de un calculador programable convencional adecuado para ejecutar instrucciones registradas en un soporte de registro de datos, cuando estas instrucciones se ejecutan por el calculador. A este efecto, el soporte de registro contiene instrucciones para la ejecución del procedimiento ilustrado en la Figura 4.
Los procedimientos de alerta, en curso de ejecución, se registran en una base de datos 10 almacenados en una memoria 12. La memoria 12 comprende, además, ficheros 14 que presentan procedimientos de alerta prerregistrados, listas de llamadas prerregistradas y opcionalmente, mensajes 5 prerregistrados. Los procedimientos de alerta, las listas de llamadas y los mensajes prerregistrados están asociados, respectivamente, a un identificador de procedimiento de alerta, un identificador de lista de llamadas y un identificador de mensajes.
Un procedimiento de alerta define transiciones condicionales entre etapas de llamada. Las etapas de llamada son etapas en donde una lista de receptores, que corresponde, por ejemplo, a una lista 10 de llamada prerregistrada, se llama por el autómata de llamada 6. Las transiciones condicionales definen la o las condiciones que permiten pasar de una etapa de llamada a la siguiente. Estas transiciones entre dos etapas de llamada se ejecutan, o no, por el motor 4 en función de informaciones de seguimiento sobre el estado de ejecución de la etapa de llamada corriente. Un ejemplo del procedimiento de alerta se describirá, con más detalle a continuación, haciendo referencia a las Figuras 2 y 3. 15
El autómata 6 es adecuado para llamar, por intermedio de un red de gran distancia 20 de transmisión de informaciones, un conjunto 22 de receptores correspondiente a una lista de llamadas. La red 20 es, por ejemplo, una red telefónica RTC. El conjunto 22 comprende, por ejemplo, uno o varios teléfonos 24, uno o varios teléfonos móviles 26 y uno o varios ordenadores 28.
La lista de llamadas, utilizada por el autómata 6, contiene, para cada uno de los receptores del 20 conjunto 22, las coordenadas que permiten su entrada en contacto, por intermedio de la red 20. Por ejemplo, la lista de llamada contiene el número de teléfono de cada teléfono fijo 24 o móvil 26 y la dirección de correo electrónico del usuario de cada ordenador 28.
El autómata 6 es adecuado para llamarse mutuamente, o de forma simultánea, varios de los receptores cuyas coordenadas figuran en la lista de llamada. 25
El autómata 6 es, además, adecuado para devolver al motor 4 informaciones de seguimiento de llamadas, que representan el estado de avance de las llamadas a efectuar. Por ejemplo, en lo que respecta a la información de seguimiento de llamada, el autómata 6 reenvía al motor 4 la lista de llamadas en donde cada coordenada de receptores es completada por una información sobre el estado de avance de la llamada hacia este receptor. El estado de avance adopta, por ejemplo, tres valores: “en curso”, 30 “fracaso” y “éxito”. El valor “en curso” significa que la llamada está en curso de ejecución. El valor “fracaso” significa que el receptor no se ha podido incorporar y el valor “éxito” significa que el receptor se ha llamado con resultado positivo.
Una estación 30 de activación de la ejecución de un procedimiento de alerta por el motor 4 está conectada al motor 4 por intermedio de la red 20. Esta estación 30 permite a un usuario seleccionar el 35 procedimiento de alerta que el motor 4 debe ejecutar. A este efecto, la estación 30 es, por ejemplo, adecuada para transmitir un identificador de un procedimiento de alerta prerregistrado en uno de los ficheros 14 al motor 4. Aquí, es, además, adecuada para transmitir al motor 4 un procedimiento de alerta registrado a nivel local. A este efecto, la estación 30 está conectada a una memoria 32 que contiene uno o varios procedimientos de alerta 34. 40
La estación 30 está, además, adaptada para que un usuario pueda seleccionar un mensaje a difundir al conjunto de los receptores. De forma similar a lo que fue anteriormente descrito para el procedimiento de alerta, la estación 30 es adecuada para transmitir al motor 4 un identificador de un mensaje prerregistrado en la memoria 12 y/o para transmitir al motor 4 el mensaje a difundir a los receptores, por intermedio de la red 20. El mensaje transmitido al motor 4 es, por ejemplo, prerregistrado 45 en la memoria 32.
La estación 30 se realiza, por ejemplo, a partir de un ordenador convencional provisto de un navegador de Internet para comunicarse con el motor 4.
El sistema 2 comprende, además, un servidor de Internet 40, una estación de consulta distante 42 y un módulo de introducción de datos 44. 50
El servidor 40 está adaptado para permitir el seguimiento a distancia del desarrollo de un procedimiento de alerta. Para ello, está conectado al autómata 6 de manera que reciba las informaciones de seguimiento de llamada y adaptado para hacerlas consultables a partir de la estación 42. En una forma de realización típica, la estación 42 es un ordenador provisto de un navegador de Internet.
El módulo 44 está destinado a la introducción y al registro en los ficheros 14 de nuevos procedimientos de llamada, listas de llamada o mensajes. La realización de este módulo 44 es convencional.
A título de ejemplo para simplificar la ilustración, el motor 4, el autómata 6, el servidor 40 y el módulo 44 están instalados en un solo y mismo servidor informático conectado a la memoria 12. 5
La Figura 2 representa un ejemplo de procedimiento de alerta contenido en uno de los ficheros 14 y la Figura 3 representa, bajo la forma de un organigrama, el procedimiento de alerta de la Figura 2.
Para simplificar la configuración del sistema 2, los procedimientos de llamada son escritos utilizando un lenguaje de descripción de contenido con marcas, derivado del lenguaje SGML (Lenguaje de Señalización General Estándar). Más concretamente, a título de ejemplo, el procedimiento de llamada fue 10 aquí escrito utilizando el lenguaje XML (Lenguaje de Marcas Extensible).
Cada procedimiento de alerta está enmarcado entre una marca o marcador de apertura <Model> y una marca o marcador de cierre </Model>.
Marcas <DiffusionStage> y </DiffusionStage> colocadas entre las marcas <Model> y </Model> definen, respectivamente, el comienzo y el final de la definición de una etapa de llamada. 15
La marca <DiffusionStage> puede presentar ninguno, uno o dos atributos. El primer atributo “entry” significa que esta etapa de llamada es un punto de entrada del procedimiento de alerta cuando se le asigna el valor “True” (‘verdadero’). En este caso, el motor 4 comienza por ejecutar esta etapa de llamada. El segundo atributo, que presenta el nombre de “StageName” define el nombre de la etapa. Por ejemplo, en esta forma de realización, cinco etapas de llamada se definen en este procedimiento de alerta. 20 Se denominan, respectivamente, “TermBoss”, “PersoBoss”, “Team member”, “PersoMember” y “RescueTeam”. Estas etapas presentan, en orden, las referencias numéricas 66 a 70 en la Figura 3.
En consecuencia, la definición de una etapa de llamada comprende al menos una marca <DiffusionList> que permite identificar la lista de llamada a utilizar en esta etapa. Esta marca <DiffusionList> presenta, a este efecto, un atributo “name” que permite definir el nombre de la lista de 25 llamada. Por ejemplo, la marca siguiente:
<diffusionlist name = “list1”/>
significa que la lista de los receptores a llamar, en el momento de la etapa de llamada, está contenida en el fichero que presenta el nombre “list1”.
En consecuencia, la definición de una etapa de llamada puede proporcionar la definición de una 30 o varias transiciones condicionales, o no, hacia otra etapa de llamada. Por ejemplo, en esta forma de realización, el procedimiento de alerta comprende marcas de apertura <BeforeEndDiffusion> y marcas de cierre </BeforeEndDiffusion> entre las cuales se definen transiciones anticipadas hacia otras etapas de llamada. Más concretamente, estas marcas <BeforeEndDiffusion> presentan la particularidad de definir una transición anticipada, que permite al motor 4 ejecutar la etapa siguiente sin tener que interrumpir la 35 ejecución de la etapa precedente. Dichas transiciones anticipadas, entre dos etapas, están representadas por líneas de puntos en la Figura 3. A título de ilustración, el procedimiento de alerta presenta una transición condicional anticipada 70 entre las etapas 66 y 68 y una transición condicional anticipada 71 entre las etapas 67 y 68.
La definición de las transiciones 70 y 71 está situada entre una marca <Transition> de apertura y 40 una marca </Transition> de cierre. La marca <Transition> presenta un atributo denominado “StageName” destinado a indicar hacia qué etapa de llamada se debe efectuar la transición si una condición es evaluada como verdadera. Por ejemplo, la marca siguiente:
<Transition StageName = “Team members”>
significa que la transición se efectuará hacia la etapa de llamada 68. 45
La condición que desactiva la liberación de la transición está situada entre las marcas <Transition> y </Transition>. En esta realización, esta condición se enmarca por una marca de apertura <if> y una marca de cierre <if/>. La marca situada entre las marcas <if> e <if/> define la condición para la cual está activada la transición condicional. En este caso, a título de ejemplo, la condición es que al menos una llamada de una lista de llamadas debe haberse realizado con éxito para que sea activada la transición 50 hacia la etapa siguiente.
Esta condición corresponde, en la Figura 2, a la marca denominada <AfLeastOne nbAppel = “1” typeAppel = “success” fromList = “List1”>. Esta marca presenta tres atributos. El primer atributo denominado “nbAppel” especifica el número de llamada. El atributo “typeAppel” especifica el estado de avance de la llamada y el atributo “fromList” especifica el nombre de la lista de llamada interesada.
Más concretamente, en esta forma de realización, la transición 70 se libera cuando un receptor 5 de la lista “List1” fue llamado con éxito y la transición 71 se libera cuando un receptor de la lista “List2” fue llamado con éxito.
Los procedimientos de alerta presentan, además, transiciones no condicionales que son sistemáticamente ejecutadas en el momento de la ejecución del procedimiento de alerta.
Estas transiciones no condicionales no están asociadas a una condición. En esta forma de 10 realización, son definidas por una marca de apertura <AfterDiffusion> y de cierre </AfterDiffusion>. Estas transiciones corresponden a una transición sistemática hacia una etapa de llamada siguiente al final de la ejecución de la etapa de llamada precedente. Entre las marcas <AfterDiffusion> y </AfterDiffusion>, la marca <Transition> se utiliza para definir el nombre de la etapa de llamada siguiente hacia la que se efectúa la transición. En este caso, el procedimiento de alerta define dos de estas transiciones no 15 condicionales, representadas por trazos continuos 72, 73 en la Figura 3.
Por último, el procedimiento de alerta de la Figura 2 presenta una etapa 75 de espera de orden definida entre las marcas <ContrôleStage> y </ContrôleStage>. La marca <ContrôleStage> presenta los mismos atributos que los de la marca <DiffusionStage>. Por ejemplo, en el caso particular de la Figura 2, la etapa 75 se llama “In case of pb” y corresponde a un segundo punto de entrada del procedimiento de 20 alerta.
En el momento de la etapa 75, el motor 4 no efectúa ninguna acción y simplemente espera que la condición asociada a la transición 74 sea evaluada como verdadera.
La condición asociada a la transición 74 se define por la marca <MessageEqual messageName = “messageEtat” value = “Intervention”/>. Esta marca significa que la transición se libera cuando un mensaje 25 recibido, cuyo nombre se especifica por el atributo “messageName” toma el valor especificado por el atributo “value” (valor). En el procedimiento de alerta ilustrado en la Figura 2 aquí descrito, el mensaje recibido debe contener el nombre de “messageEtat” y tomar el valor “intervention” para que la transición sea franqueada. Esta transición se representa por la línea continua 74 en la Figura 3.
El funcionamiento del sistema 2 se describirá ahora haciendo referencia a la Figura 4, en el caso 30 particular de que el procedimiento de alerta a ejecutar sea el representado en la Figura 2.
Inicialmente, un operador del sistema 2 escribe, en el momento de etapa 100, utilizando el módulo 44, el procedimiento de alerta de la Figura 2 en lenguaje XML y utilizando las marcas predefinidas. Una vez escrito el procedimiento de alerta, este último es registrado, en una etapa 102, en un fichero 14 almacenado en la memoria 12. 35
En una etapa 103, el operador introduce y registra en la memoria 12 una o varias listas de llamada y uno o varios mensajes a difundir.
Cuando ello se considere necesario, se envía una demanda de intervención, en el momento de una etapa 104, por la estación 30 al motor 4. Al realizar esta demanda de intervención, el o los procedimientos de alerta a ejecutar se seleccionan en el instante de una operación 106. Más 40 concretamente, la operación 106 se realiza transmitiendo desde la estación 30 al motor 4 un identificador de un procedimiento de alerta prerregistrado o bien, transmitiendo al motor 4 el procedimiento de alerta para su ejecución. Siempre en la etapa 104, el mensaje a difundir a los diferentes receptores se selecciona en el instante de una operación 108. De forma similar a la operación 106, el mensaje a difundir se selecciona transmitiendo un identificador de un mensaje prerregistrado a partir de la estación 30 hacia 45 el motor 4, bien sea transmitiendo a partir de la estación 30 el mensaje a difundir.
En respuesta a una demanda de intervención, el motor 4 interpreta, en el momento de una etapa 110, el contenido de los ficheros 14 que corresponden a los procedimientos de alerta seleccionados en la etapa 104. Esta etapa presenta, en particular, una operación 112 de registro en la base de datos 10 de las etapas de los procedimientos de alerta seleccionados. Las listas de llamada, objeto de referencia por los 50 procedimientos de llamada seleccionados, son también registradas en la base de datos 12 en el momento de una operación 114.
A continuación, el motor 4 ejecuta, en paralelo, en una etapa 120, el conjunto de los procedimientos de llamada registrados en la base de datos 10. Por ejemplo, en el caso particular del procedimiento de alerta de la Figura 2, el motor 4 comienza por ejecutar simultáneamente las etapas 66 y 75.
Más concretamente, en el instante de la etapa 66, en conformidad con lo que se indica en el procedimiento de alerta, el motor 4 transmite, en el momento de una operación 122, la lista de llamada “list1” al autómata 6 y controla este autómata 6 para que comience a llamar a los diferentes receptores 5 cuyas coordenadas están contenidas en esta lista.
A intervalos periódicos, en el momento de una operación 124, el motor 4 interroga al autómata 6 y el autómata 6 reenvía las informaciones de seguimiento de llamada al motor 4.
El motor 4 evalúa, en el momento de una operación 126, las diferentes transiciones condicionales teniendo en cuenta las informaciones de seguimiento más recientemente recibidas. Si la 10 condición asociada a una de estas transiciones condicionales se evalúa como “verdadera”, entonces el motor 4 comienza a ejecutar la etapa siguiente en el procedimiento de alerta. Por ejemplo, cuando el motor 4 es informado por el autómata 6 que uno de los receptores de la lista “list1” fue llamado con éxito, comienza a ejecutar la etapa de llamada 68 continuando la ejecución de la etapa de llamada 66.
Cuando se termina una etapa de llamada, el motor 4 comienza a ejecutar, si existe, la etapa de 15 llamada siguiente designada por la marca <AfterDiffusion>. Por ejemplo, al final de la etapa 66, el motor 4 procede automáticamente a la ejecución de la etapa de llamada 67.
El motor 4 evalúa, además, en el momento de una operación 130, las transiciones condicionales que permiten salir de una etapa de espera de una orden.
Por ejemplo, en el caso del procedimiento de alerta de la Figura 2, el motor 4 comprueba, a 20 intervalos periódicos, si un mensaje denominado “messageEtat” ha tomado el valor “Intervention”. En caso afirmativo, el motor 4 comienza inmediatamente a ejecutar la etapa 70. En caso negativo, el motor 4 continúa en la condición de espera. El valor del mensaje denominado “messageEtat” es, por ejemplo, modificable a partir de la estación 30.
De este modo, el motor 4 sigue paso a paso el procedimiento de alerta definido en un fichero 14 25 comprobando periódicamente las condiciones asociadas a las transiciones condicionales y liberando estas transiciones solamente cuando la condición asociada está evaluada como “verdadera”.
Más concretamente, el motor de alerta comprueba simultáneamente las condiciones de las transiciones condicionales de todos los procedimientos de alerta actualmente ejecutados en paralelo y controla, además, simultáneamente la ejecución de todas las etapas de llamada actualmente activas y ello 30 con independencia del procedimiento de alerta al cual pertenecen estas transiciones y/o etapas. De este modo, el motor 4, por sí solo, es adecuado para ejecutar simultáneamente varios procedimientos de alerta.
Se constatará que es posible modificar un procedimiento de alerta sin necesidad de modificar el funcionamiento del motor 4. La adaptación del funcionamiento del motor 4 a los deseos de los usuarios es, por lo tanto, facilitada. 35
Gracias a las transiciones anticipadas, es posible acelerar la ejecución de un procedimiento de alerta, puesto que es posible comenzar la ejecución de una nueva etapa de este procedimiento de alerta sin tener que esperar que se acabe una etapa de llamada precedente.
La utilización de un lenguaje de descripción del contenido con marcas simplifica la configuración del sistema 2, porque así se evita el recurso a etapas de programación que consisten en escribir y luego 40 compilar un programa. Al estar predefinidas estas marcas, el usuario no tiene necesidad de conocer, con detalle, el funcionamiento del motor 4. Por el contrario, la utilización de marcas, que permiten definir etapas de llamada y etapas de espera de orden, simplifica la escritura de procedimientos de alerta.
El sistema 2 fue descrito aquí en el caso particular de que solamente comprenda un único motor de alerta. Como variante, puede comprender varios motores de alerta idénticos implantados en el mismo o 45 en servidores respectivos.
Los receptores pueden ser máquinas o estar incorporados en máquinas cualesquiera. En este caso, el mensaje de alerta puede ir acompañado de instrucciones de control de esta máquina. Así, por ejemplo, el sistema se puede utilizar para iniciar la puesta en marcha de cámaras, sensores (por ejemplo, sensores de temperatura, de presión, de nivel o también detectores de productos químicos, etc.) o del 50 sistema de descontaminación. El sistema puede utilizarse, además, para iniciar la parada de máquinas sensibles, para iniciar la desconexión de elementos no vitales de una red, tal como una red de distribución de electricidad o también para iniciar el aislamiento de objetos peligrosos o sensibles.
Claims (23)
- REIVINDICACIONES
- 1.- Sistema de llamada automática de un conjunto (22) de receptores, comprendiendo este sistema un motor de alerta (4) adaptado para controlar llamadas hacia los receptores de dicho conjunto siguiendo un procedimiento de alerta, definiendo dicho procedimiento de alerta al menos una transición condicional entre etapas de llamada de una lista de receptores, caracterizado porque el procedimiento de 5 alerta es registrado en un fichero (14) modificable con independencia del motor de alerta.
-
- 2.- Sistema según la reivindicación 1, caracterizado porque el motor de alerta (4) está adaptado para controlar la ejecución de una nueva etapa de llamada cuando una condición asociada a una transición anticipada es evaluada como verdadera sin esperar al final de la ejecución de una etapa de llamada precedente y porque el motor de llamada está asimismo adaptado, después de esta transición 10 anticipada, para ejecutar en paralelo la etapa de llamada precedente y la nueva etapa de llamada, sin necesidad de interrumpir la ejecución de esta etapa de llamada precedente.
-
- 3.- Sistema según la reivindicación 2, caracterizado porque la transición anticipada (70, 71) se define en el procedimiento de alerta.
-
- 4.- Sistema según una cualquiera de las reivindicaciones anteriores, caracterizado porque 15 comprende un autómata de llamada (6) bajo el control del motor de alerta (4), adaptado para llamar a cada uno de los receptores de una lista de receptores y para enviar informaciones de seguimiento del estado de avance de las llamadas al motor de alerta y porque el motor de alerta (4) está adaptado para evaluar las condiciones asociadas a transiciones definidas por el procedimiento de alerta, en función de estas informaciones de seguimiento. 20
-
- 5.- Sistema según una cualquiera de las reivindicaciones anteriores caracterizado porque el procedimiento de alerta se escribe utilizando un lenguaje de descripción de contenido con marcas, derivado del lenguaje SGML (Lenguaje de Señalización General Estándar).
-
- 6.- Sistema según la reivindicación 5, caracterizado porque el motor de alerta (4) está adaptado para interpretar las marcas contenidas en el procedimiento de alerta. 25
-
- 7.- Sistema según la reivindicaciones 5 o 6, caracterizado porque el procedimiento de alerta comprende una marca de transición anticipada que señala el inicio de la definición de una transición anticipada, que permite la iniciación de una nueva etapa de llamada antes incluso de haber terminado una etapa de llamada precedente.
-
- 8.- Sistema según una cualquiera de las reivindicaciones 5 a 7, caracterizado porque el 30 procedimiento de alerta presenta una marca de espera de orden que señala el inicio de la definición de una etapa (75) de espera de orden que, cuando se ejecuta por el motor de alerta, permite al motor de alerta esperar que se realice una condición antes de proceder a una etapa de llamada.
-
- 9.- Sistema según una cualquiera de las reivindicaciones anteriores, caracterizado porque el motor de alerta (4) es adecuado para ejecutar simultáneamente varias etapas de llamada que 35 pertenecen a procedimientos de alerta diferentes.
-
- 10.- Sistema según una cualquiera de las reivindicaciones anteriores, caracterizado porque el sistema comprende:
- varios procedimientos de alerta registrados en ficheros modificables con independencia del motor de alerta (4) y 40- una estación (30) de activación de la ejecución de uno de estos procedimientos de alerta conectada al motor por intermedio de una red (20) de gran distancia de transmisión de informaciones, estando esta estación adaptada para seleccionar el procedimiento de alerta a ejecutar por el motor de alerta. -
- 11.- Sistema según la reivindicación 10, caracterizado porque la estación (30) es adecuada 45 para transmitir al motor de alerta el conjunto del procedimiento de alerta o un identificador de un procedimiento de alerta prerregistrado a ejecutar y porque, en respuesta a la transmisión de la estación (30), el motor de alerta está adaptado para iniciar la ejecución del procedimiento de alerta transmitido o el procedimiento de alerta prerregistrado, que corresponde al identificador transmitido.
-
- 12.- Motor de alerta (4) adaptado para utilizarse en un sistema según una cualquiera de las 50 reivindicaciones anteriores, siendo este motor de alerta adecuado para controlar llamadas hacia los receptores de dicho conjunto (22), siguiendo el procedimiento de alerta, definiendo el procedimiento de alerta al menos una transición condicional entre etapas de llamada de una lista de receptores, caracterizado porque el motor de alerta está adaptado para ejecutar un procedimiento de alerta registrado en un fichero modificable, con independencia del motor de alerta.
-
- 13.- Estación (30) de activación adaptada para utilizarse en un sistema según la reivindicación 10 o 11, caracterizado porque: 5
- la estación (30) está conectada al motor de alerta (4) por intermedio de una red (20) de gran distancia de transmisión de informaciones y- la estación (30) es adecuada para seleccionar el procedimiento de alerta a ejecutar por el motor de alerta entre varios procedimientos de alerta registrados en ficheros modificables con independencia del motor de alerta, así como para activar la ejecución del procedimiento de alerta seleccionado. 10 -
- 14.- Procedimiento de llamada automática de un conjunto de receptores, presentando este procedimiento una etapa (122) de control de las llamadas hacia los receptores de dicho conjunto, siguiendo un procedimiento de alerta, siendo la etapa de control ejecutable por un motor de alerta (4), definiendo el procedimiento de alerta al menos una transición condicional entre etapas de llamada de una lista de receptores, caracterizado porque presenta una etapa (102) de registro de un procedimiento de 15 alerta en un fichero modificable con independencia de dicho motor de alerta (4).
-
- 15.- Procedimiento según la reivindicación 14, caracterizado porque comprende una etapa (100) de escritura del procedimiento de alerta utilizando un lenguaje de descripción de contenido con marcas, derivado del lenguaje SGML (Lenguaje de Señalización General Estándar).
-
- 16.- Procedimiento de alerta adaptado para ponerse en práctica en un sistema conforme a 20 una cualquiera de las reivindicaciones 1 a 11, siendo este procedimiento de alerta ejecutable por el motor de alerta adecuado para controlar llamadas hacia receptores, definiendo este procedimiento de alerta al menos una transición condicional entre etapas de llamada de una lista de receptores, caracterizado porque el procedimiento de alerta está registrado en un fichero (14) modificable con independencia del motor de alerta. 25
-
- 17.- Procedimiento según la reivindicación 16, caracterizado porque define una transición anticipada que, cuando es evaluada como verdadera, permite al motor de alerta (4) controlar la ejecución de una nueva etapa de llamada sin tener que esperar el final de la ejecución de una etapa de llamada precedente, de manera que, después de esta transición anticipada, el motor de llamada (4) ejecuta en paralelo la etapa de llamada precedente y la nueva etapa de llamada sin necesidad de interrumpir la 30 ejecución de esta etapa de llamada precedente.
-
- 18.- Procedimiento según la reivindicación 16 o 17, caracterizado porque las condiciones asociadas a transiciones definidas en ese procedimiento de alerta son función de las informaciones de seguimiento del estado de avance de las llamadas enviadas al motor de alerta (4) por un autómata de llamada (6). 35
-
- 19.- Procedimiento de alerta según una cualquiera de las reivindicaciones 16 a 18, caracterizado porque el procedimiento de alerta está escrito utilizando un lenguaje de descripción de contenido con marcas, derivado del lenguaje SGML (Lenguaje de Señalización General Estándar).
-
- 20.- Procedimiento de alerta según la reivindicación 19, caracterizado porque el procedimiento de alerta presenta una marca de transición anticipada que señala el inicio de la definición 40 de una transición anticipada que permite el inicio de una nueva etapa de llamada antes incluso de que haya terminado una etapa de llamada precedente.
-
- 21.- Procedimiento de alerta según la reivindicación 19 o 20, caracterizado porque el procedimiento de alerta presenta una marca de espera de orden que señala el inicio de la definición de una etapa (75) de espera de orden que, cuando se ejecuta por el motor de alerta, permite al motor de 45 alerta esperar que se realice una condición antes de proceder a una etapa de llamada.
-
- 22.- Memoria (12), caracterizada porque presenta un procedimiento de alerta conforme a una cualquiera de las reivindicaciones 16 a 21.
-
- 23.- Programa de ordenador, caracterizado porque contiene instrucciones para la ejecución de un procedimiento de alerta conforme a una cualquiera de las reivindicaciones 16 a 21, cuando estas 50 instrucciones se ejecutan por un calculador electrónico.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0409088 | 2004-08-25 | ||
| FR0409088 | 2004-08-25 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2354362T3 true ES2354362T3 (es) | 2011-03-14 |
Family
ID=34947763
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES05356139T Active ES2354362T3 (es) | 2004-08-25 | 2005-08-24 | Sistema y método de llamada automática, motor de alerta y estación de activación puesto en práctica en el sistema. |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US20060068770A1 (es) |
| EP (1) | EP1630761B1 (es) |
| JP (1) | JP2006067589A (es) |
| AT (1) | ATE484812T1 (es) |
| DE (1) | DE602005024091D1 (es) |
| ES (1) | ES2354362T3 (es) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| NL1031665C1 (nl) * | 2006-04-21 | 2007-10-23 | Adrianus Koemans | Werkwijze en beveiligingssysteem voor het beveiligen van een object. |
| CN114067526A (zh) * | 2021-11-12 | 2022-02-18 | 武昌理工学院 | 一种危化品安全存储监控装置及方法 |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5905902A (en) * | 1995-09-28 | 1999-05-18 | Intel Corporation | Programmable state machine employing a cache-like arrangement |
| JPH11261624A (ja) * | 1998-03-06 | 1999-09-24 | Fujitsu Ltd | 情報配信装置 |
| US6151385A (en) * | 1998-07-07 | 2000-11-21 | 911 Notify.Com, L.L.C. | System for the automatic notification that a 9-1-1 call has occurred |
| US6463273B1 (en) * | 1999-05-11 | 2002-10-08 | J. Cameron Day | Wireless warning system |
| US6442241B1 (en) * | 1999-07-15 | 2002-08-27 | William J. Tsumpes | Automated parallel and redundant subscriber contact and event notification system |
| US6631363B1 (en) * | 1999-10-11 | 2003-10-07 | I2 Technologies Us, Inc. | Rules-based notification system |
| US6745021B1 (en) * | 2000-11-21 | 2004-06-01 | Alcatel | System, controller and method for alerting mobile subscribers about emergency situations |
| US7552057B2 (en) * | 2001-03-02 | 2009-06-23 | Mcgwin Jr James E | Method and apparatus for using process exceptions to provide instant notifications for distributed processes |
| US6856246B2 (en) * | 2001-05-24 | 2005-02-15 | Aot Public Safety Corporation | System and methods for automated alarm tracking and billing |
| US20020178077A1 (en) * | 2001-05-25 | 2002-11-28 | Katz Steven Bruce | Method for automatically invoking a software module in response to an internal or external event affecting the procurement of an item |
| JP2003163760A (ja) * | 2001-11-28 | 2003-06-06 | Alpha Tsushin:Kk | 救護要請通報装置及び方法 |
| US7337146B2 (en) * | 2002-03-04 | 2008-02-26 | Swan Island Networks, Inc. | Emergency information management system |
| JP4003591B2 (ja) * | 2002-07-11 | 2007-11-07 | ソニー株式会社 | モニタリングシステム、モニタリング方法およびプログラム |
| US7013483B2 (en) * | 2003-01-03 | 2006-03-14 | Aladdin Knowledge Systems Ltd. | Method for emulating an executable code in order to detect maliciousness |
-
2005
- 2005-08-24 EP EP05356139A patent/EP1630761B1/fr active Active
- 2005-08-24 ES ES05356139T patent/ES2354362T3/es active Active
- 2005-08-24 JP JP2005243174A patent/JP2006067589A/ja active Pending
- 2005-08-24 AT AT05356139T patent/ATE484812T1/de not_active IP Right Cessation
- 2005-08-24 DE DE602005024091T patent/DE602005024091D1/de active Active
- 2005-08-25 US US11/210,875 patent/US20060068770A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| JP2006067589A (ja) | 2006-03-09 |
| DE602005024091D1 (de) | 2010-11-25 |
| US20060068770A1 (en) | 2006-03-30 |
| EP1630761B1 (fr) | 2010-10-13 |
| ATE484812T1 (de) | 2010-10-15 |
| EP1630761A1 (fr) | 2006-03-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107704274B (zh) | 用于安卓应用主进程唤醒的方法、存储介质、设备及系统 | |
| EP1796362B1 (en) | A mobile terminal having monitor function and a method for realizing monitor function by the mobile terminal | |
| CN105721482A (zh) | 基于车联网的移动端手持车辆管理方法 | |
| CN101888311B (zh) | 一种防止网络内容被篡改的设备、方法和系统 | |
| US20170349139A1 (en) | Anti-theft system for driverless vehicle | |
| CN104504630A (zh) | 一种用于考勤的家校通系统及其控制方法 | |
| WO2021137757A1 (en) | Authority management method and apparatus, and electronic device, and storage medium thereof | |
| WO2019148936A1 (zh) | 信息提示 | |
| CN106484461A (zh) | 智能终端中的服务保活方法及装置 | |
| ES2354362T3 (es) | Sistema y método de llamada automática, motor de alerta y estación de activación puesto en práctica en el sistema. | |
| CN107832105A (zh) | 一种应用程序启动方法、启动装置及计算机可读存储介质 | |
| CN106412078B (zh) | 精准信息推送方法、装置和系统 | |
| EP3822771A1 (en) | Program update system and vehicle management server | |
| CN113448643B (zh) | 配置数据管理系统及方法 | |
| CN111008031B (zh) | 组件更新方法和装置、电子设备及计算机可读存储介质 | |
| CN109947576A (zh) | 一种虚拟机内部代理程序管理的方法 | |
| CN108494951B (zh) | 未读数据获取方法、装置、设备及存储介质 | |
| CN109922014A (zh) | 一种交换机冷热启动判断方法及系统 | |
| JPH06245378A (ja) | 電力系統通報装置 | |
| CN103747202A (zh) | 智能安防系统多工作模式定义与切换方法 | |
| CN114237938A (zh) | 车辆驾驶服务处理方法及装置 | |
| US20060033610A1 (en) | Method and apparatus for communication with remote electronic devices | |
| CN110377293A (zh) | 一种下载方法、终端及存储介质 | |
| KR100953638B1 (ko) | 이동 단말기의 소프트웨어 업그레이드 방법 및 시스템 | |
| CN113703797B (zh) | 一种行业安全终端的系统升级方法 |