ES2248295T3 - Control de llamada de destino para ascensores. - Google Patents
Control de llamada de destino para ascensores.Info
- Publication number
- ES2248295T3 ES2248295T3 ES01914940T ES01914940T ES2248295T3 ES 2248295 T3 ES2248295 T3 ES 2248295T3 ES 01914940 T ES01914940 T ES 01914940T ES 01914940 T ES01914940 T ES 01914940T ES 2248295 T3 ES2248295 T3 ES 2248295T3
- Authority
- ES
- Spain
- Prior art keywords
- elevator
- destination
- sequence
- elevators
- travel
- 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
Classifications
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B66—HOISTING; LIFTING; HAULING
- B66B—ELEVATORS; ESCALATORS OR MOVING WALKWAYS
- B66B1/00—Control systems of elevators in general
- B66B1/02—Control systems without regulation, i.e. without retroactive action
- B66B1/06—Control systems without regulation, i.e. without retroactive action electric
- B66B1/14—Control systems without regulation, i.e. without retroactive action electric with devices, e.g. push-buttons, for indirect control of movements
- B66B1/18—Control systems without regulation, i.e. without retroactive action electric with devices, e.g. push-buttons, for indirect control of movements with means for storing pulses controlling the movements of several cars or cages
Abstract
Un procedimiento para la planificación secuencial de viajes de una instalación de ascensores que comprende, como mínimo, un ascensor, compuesto por: a. El registro de llamadas de destino por un análisis sensorio (3.1, 3.2, 3.3) dispuesto en plantas de la instalación de ascensores, caracterizado porque tiene los siguientes pasos de procedimiento: b. Introducción de llamadas de destino en una representación de situación (12) para cada ascensor, representación de situación (12) que define el estado operativo (18) momentáneo y la situación de tráfico (15, 17) del ascensor. c. Cálculo de una secuencia de viajes óptima para cada representación de situación (12) teniendo en cuenta un criterio de optimización previamente seleccionado, como tiempos mínimos de espera y/o de servicio y/o de viaje de los pasajeros, y la reserva del ascensor que corresponde mejor a la correspondiente secuencia óptima de viajes con el fin de satisfacer la llamada de destino.
Description
Control de llamada de destino para
ascensores.
La invención se refiere a un control de llamada
de destino para ascensores según la definición de las
reivindicaciones.
Como se sabe, un mando de ascensor sirve para
atender llamadas de cabinas en las distintas plantas de un edificio.
El accionamiento de un ascensor reconoce como comandos únicamente
la instrucción -viaje hacia arriba-, -viaje hacia abajo-, -puerta
abierta-, y -puerta cerrada-.
En los edificios de mayor tamaño en la mayoría de
los casos está instalado un grupo de dos a ocho ascensores de los
cuales solamente se ha de seleccionar aquel ascensor que parece el
más adecuado para una nueva llamada de cabina recibida desde una
planta, es decir una así llamada de planta. Normalmente, se trata
del ascensor que tiene el recorrido más corto para llegar a dicha
planta. Si ahora cada ascensor del grupo ha de atender durante este
recorrido antes todavía otras llamadas de plantas, en estas plantas
entrarán pasajeros cuyo destino solamente se conoce una vez hayan
apretado los correspondientes botones de cabina. La asignación de
una llamada de planta a un ascensor resulta, por lo tanto,
problemática ya que siempre existe la inseguridad en cuanto al
destino al que se quiere llegar.
Por esta razón se pueden observar múltiples
intentos en la industria del ascensor utilizando procedimientos de
aprendizaje sobre la base de redes neutronales o de algoritmos
genéticos de las posibles plantas de destino de los pasajeros
enviados a "adivinar". Tales ejemplos se describen en la GB
2311148 y en la JP 02052875. El efecto de estos procedimientos, sin
embargo, es muy limitado puesto que únicamente se pueden
identificar con alguna seguridad patrones aproximados del tráfico,
como por ejemplo la punta ascendente matinal. Sin embargo, queda la
duda a donde quiere llegar un pasajero cuando llama un ascensor,
por ejemplo un lunes por la mañana a las 10.37 horas en la décima
planta de un edificio de oficinas.
Otro intento de solucionar el objetivo del mando
consiste en el así llamado control de llamada de destino. En un
control de llamada de destino, los pasajeros introducen, ya antes
de entrar en el ascensor o bien en una cabina de ascensor, su planta
de destino deseada, por ejemplo a través de un teclado similar al
teléfono un así llamado terminal. Se reconoce la planta de entrada
para el control de la llamada de destino por la posición del
terminal. Después de introducir la planta de destino, el algoritmo
de asignación del control averigua aquel ascensor del grupo de
ascensores que hace posible para el pasajero el transporte más
rápido y cómodo hasta su destino. El terminal indica al pasajero
este ascensor del grupo de ascensores y el pasajero puede
desplazarse ahora tranquilamente hasta el ascensor
correspondientemente marcado. Cuando el ascensor se detiene para que
entre el pasajero, se confirma el destino del pasajero, por
ejemplo, a través de un dispositivo indicador en el marco de la
puerta. En la cabina misma ya no existen botones para introducir
los destinos. De esta forma, mediante el uso de un control de
llamada de destino se pueden agrupar pasajeros con un destino de
transporte idéntico por lo que se puede aumentar el rendimiento de
transporte del sistema de ascensores.
Un ejemplo de un control de llamada de destino de
este tipo conocido de la EP 0 699 617 A1 puede, además, identificar
diferentes pasajeros. Para cada pasajero identificado se tienen en
cuenta durante la averiguación de la posibilidad óptima de
transporte, adicionalmente, informaciones en cuanto a su posición de
entrada y de salida, el espacio que requiere y, eventualmente,
requerimientos adicionales de servicio.
Este y otros controles tradicionales de llamada
de destino se basan en un algoritmo de aproximación heurístico
sobre la base de reglas de asignación. Este algoritmo de asignación
se ha diseñado y programado, en cada caso, para requisitos
específicos. En caso de una solicitud de transporte, la llamada de
destino, transmite al algoritmo de asignación los datos personales
y con referencia a la instalación registrados a través de un
correspondiente análisis sensórico y éstos pasan a través del
algoritmo para determinar la secuencia de viajes.
Si durante la ejecución de una secuencia de
viajes se presentan solicitudes de viaje nuevas adicionales, la
secuencia de viajes ya calculada se modifica correspondientemente.
Sin embargo, aquí solamente se pueden realizar modificaciones
sencillas lo que puede conducir a que únicamente se realiza una
secuencia de viajes adaptada que ya no es la óptima en cuanto a la
llamada de destino debido a las condiciones modificadas. De ello
pueden resultar largos tiempos de espera y/o de transporte para los
pasajeros. Además, en estos algoritmos de asignación de
programación fija no siempre se pueden expresar de forma lógica y
completa las relaciones entre las distintas opiciones de control,
los así llamados requerimientos de servicio. Además, se considera
que el software de control diseñado específicamente según necesidad
para el cálculo de la secuencia de viajes limita y es costoso. Una
desventaja consiste, especialmente, en que un algoritmo de
asignación una vez generado a posteriori solamente puede adaptarse
a necesidades de control diferentes específicas según el cliente
con un considerable costo. En la práctica, para la adaptación a
requerimientos de servicio modificados, en cada caso, es necesario
generar un algoritmo de asignación nuevo específico para el
ascensor e implantarlo en su totalidad.
El objetivo de la invención consiste en
proporcionar un control de llamada de destino para instalaciones de
ascensores que, además de incrementar el rendimiento de transporte,
también tiene una estructura flexible y robusta y tiene en cuenta,
especialmente, necesidades de transporte individuales y/o colectivas
de los pasajeros.
Para alcanzar este objetivo la invención se
destaca por un procedimiento para la planificación de la secuencia
de viajes con las características dadas en la reivindicación 1, que
se identifica especialmente debido a que se ha previsto un
procedimiento de búsqueda sobre la base de la situación para
averiguar la secuencia óptima de viajes. Una solución de acuerdo
con el dispositivo está dada por un control de llamada de destino
según la definición de la reivindicación 6, que prevé una
organización del volumen de tráfico utilizando un así llamado
sistema de planificación.
Según la invención, por lo tanto, en lugar de un
algoritmo de control de programación fija, específico según
aplicación, utilizado hasta la fecha se ha previsto un sistema de
planificación en sí conocido. El sistema de planificación trabaja
según un procedimiento de búsqueda sobre la base de la situación y
averigua, con relación a la llamada de destino, la secuencia de
viajes óptima específica según situación, partiendo de la situación
operativa momentánea de la instalación de ascensores y de la
situación de destino de la instalación de ascensores a
proporcionar.
La aplicación según invención de un procedimiento
de búsqueda en base a la situación ofrece esencialmente la ventaja
de que con cada modificación relevante de la situación momentánea,
como por ejemplo al registrar una nueva solicitud de viaje,
problemas durante la ejecución de una secuencia de viajes o análogo,
en caso extremo después de cada paso consecutivo de viaje realizado
se determina una secuencia de viajes actual completamente nueva y
el accionamiento del ascensor la ejecuta.
Con cada registro de una modificación relevante,
por ejemplo con cada llamada de destino, se recopila en forma de
declaración en una descripción de situación, en cada caso la
situación operativa momentánea y la situación operativa de destino
deseada de la planta de ascensores sobre la base de factos. Esta
modificación de situación de la instalación de ascensores a
conseguir representada en la descripción de situación se transmite
al sistema de planificación en forma traducida como parte de una
representación de situación descrita más adelante. Así, el
procedimiento de búsqueda basado en la situación dispone, con cada
llamada de destino registrada, de la información completa sobre la
situación de tráfico de la instalación de ascensores. Por lo tanto,
puede calcular la atención óptima de la llamada destino con un
criterio de optimización previamente definido y fijo. Este proceso
de cálculo está diseñado de manera que de hecho se puede averiguar
la solución óptima sobre la base del criterio dado con requisitos
de tiempo real.
El plan de secuencia de viajes averiguado se
construye por el sistema de planificación de forma que se puede
conseguir la modificación deseada de la situación al ejecutar el
plan de secuencia de viajes.
Una instalación de ascensores con una
planificación de secuencia de viajes según la invención realiza,
por lo tanto, exclusivamente en cada caso la secuencia de viajes
que representa la solución óptima para la situación actual de
planificación. La optimización puede tener lugar aquí sobre la base
de los criterios más diferentes, resultando los objetivos de la
optimización del aumento del rendimiento del ascensor, de la
reducción de los tiempos de espera y/u operación y de viaje para
los pasajeros o, también, de una mejora de la gestión de viajes
equilibrada y análogos.
El proceso de planificación se limita en el
tiempo, de forma ventajosa, debido a que el rendimiento de
computación y el espacio de memoria son limitados. Dentro de estos
recursos limitados de computación, el procedimiento de búsqueda
encuentra la secuencia de viajes óptima o la más óptima posible. El
técnico en la materia conoce para este fin los así llamados
algoritmos "anytime" que pueden aplicarse para un procedimiento
de búsqueda de este tipo.
Según un tipo de ejecución ventajoso del
procedimiento de búsqueda según invención, se transmite al sistema
de planificación en forma traducida la descripción de situación, de
preferencia, junto con una descripción de operadores en la
representación de situación.
La descripción de operadores se comunica al
control de llamada de destino según invención en el momento de la
configuración, de preferencia durante la instalación del sistema en
las instalaciones del cliente. Contiene operadores que especifican
transiciones elementales de situación de la instalación de
ascensores. Los operadores constituyen, como módulos elementales,
la base del plan de secuencia de viajes averiguado para la solución
de secuencia de viajes a construir. Con cada asignación de llamada
de destino o bien al solucionar una tarea concreta de
planificación, el sistema de planificación selecciona de la
descripción de operadores los operadores a utilizar para la
solución, determina valores concretos para los parámetros de
operador así como una secuencia de disposición en la que se
presentan los operadores en el plan de secuencia de viajes. Esta
secuencia de disposición especifica la secuencia de ejecución de
los operadores en el plan, es decir la secuencia de viajes.
A diferencia de los algoritmos de asignación
fijos, programables utilizados hasta la fecha, el sistema de
planificación puede tener una cantidad cualquiera de operadores,
especialmente también aquellos que pueden atender solicitudes de
servicio los cuales no existen todavía del lado del cliente en el
momento de la instalación. Si en un momento posterior surgen estas
solicitudes es necesario, únicamente, comunicar al sistema de
planificación una correspondiente representación de situación donde
se formulan estos requerimientos de servicio. Entonces, el sistema
puede solucionar de inmediato tales tareas. Si se presentan
requerimientos de servicio para las cuales no se han previsto
operadores, la modularidad de los operadores en un sistema de
planificación asegura que de una forma muy sencilla se pueden
añadir o eliminar nuevos operadores sin que los operadores ya
existentes se vean afectados por ello. Las instalaciones de
ascensores pueden adaptarse de forma muy sencilla y flexible a
necesidades cambiantes de los clientes en cuanto a la organización
de tráfico, mediante la modificación de la cantidad de operadores
disponibles para el control, como también por la definición de los
operadores mismo.
Con el mando de un grupo de ascensores con el
control de llamadas de destino según invención se tienen en cuenta
las solicitudes de servicio durante la operación en curso de la
instalación de ascensores sin que se tenga que realizar una reserva
separada de un ascensor de un grupo de ascensores para el pasajero
que solicita el correspondiente servicio. El mando del ascensor y
los operadores están coordinados de una forma tal que
fundamentalmente cada ascensor puede realizar en cualquier momento
requerimientos de servicio especiales predeterminados a través de la
representación de situaciones. En caso de necesidad se integra de
forma específica según llamada el requerimiento de servicio
prácticamente en el funcionamiento del grupo.
La incorporación de un sistema de planificación
como núcleo del control de llamada de destino es posible bien en un
concepto centralizado bien en un concepto descentralizado o en una
combinación del concepto centralizado y el concepto
descentralizado.
En una estructuración del control de llamada de
destino con un, así llamado, gestor de trabajo central éste es el
punto de distribución decisivo entre el terminal y los diferentes
gestores de trabajo de los ascensores. Los terminales dirigen sus
solicitudes de transporte al gestor de trabajo central. El gestor
de trabajo pregunta a cada uno de los gestores de trabajo de los
distintos ascensores por una oferta de transporte para la
correspondiente llamada de destino registrada, el así llamado
"trabajo". El gestor de trabajo central es el único
responsable de la administración de todas las solicitudes de
transporte actuales de pasajeros, de las llamadas de destino y del
registro de los pedidos de transporte, los así llamados trabajos,
para el correspondiente ascensor seleccionado. Desde el gestor de
trabajo central, los terminales reciben como respuesta la
identificación del ascensor seleccionado que a continuación indican
(por ejemplo "A" ó "B").
La comunicación entre los terminales y los
ascensores puede organizarse de forma sencilla debido a que toda la
comunicación se produce a través de una central, es decir el gestor
de trabajo central. La organización del trabajo se realiza por el
gestor de trabajo central según una cola de espera, es decir, una
así llamada estructura de datos "first in-first
out". Esta organización es sencilla y asegura una secuencia de
trabajo clara.
En el concepto centralizado, los terminales han
de procesar únicamente las entradas de llamadas de destino de los
pasajeros así como la indicación del ascensor reservado por el
gestor de trabajo central y necesitan para ello únicamente un
software sencillo. Esto hace posible la utilización de terminales
sencillos y baratos.
En una estructura descentralizada del gestor de
trabajo los terminales están conectados con los gestores de trabajo
de los diferentes ascensores de un grupo de ascensores a través de
una red de comunicación de alto rendimiento. Los terminales
preguntan directamente a los gestores de trabajo de los distintos
ascensores por una oferta de transporte para la correspondiente
llamada de destino registrada. Los terminales recopilan de forma
autónoma estas ofertas, las comparan y averiguan la reserva óptima
del pasajero. En un gestor de trabajo descentralizado, la
organización del trabajo se realiza paralelamente para varios
trabajos siendo posible una superposición de consultas y
reservas.
reservas.
Otras ventajas del concepto descentralizado del
control de llamada de destino consisten en la rápida reacción del
gestor de trabajo a las solicitudes, si se compara con el concepto
centralizado, en una mayor estabilidad de todo el sistema por la
descentralización así como en una arquitectura más simple del gestor
de trabajo ya que no es necesario prever ninguna central
separada.
En la medida en la que se ha previsto un diseño
descentralizado, los terminales están equipados con un software de
reserva inteligente. La comunicación entre los terminales y los
gestores de trabajo de los distintos ascensores se realiza, de
preferencia, por medio de la utilización de protocolos de red de
contrato. Los gestores de trabajo de los distintos ascensores
mismos son capaces de organizar trabajos de forma paralela y de
administrar correctamente su estado.
Los conceptos centralizado y descentralizado del
gestor de trabajo también pueden combinarse entre sí en un control
de llamada de destino. En una red puede existir cualquier cantidad
de gestores de trabajo que controlan uno o varios ascensores.
Según otro desarrollo preferido de la invención
el control de llamadas de destino basado en la situación está
representado como un sistema multi-agentes que
realiza el control completo de la instalación, donde el sistema de
planificación es un agente en este sistema
multi-agentes. La instalación de ascensores puede
comprender cualquier cantidad de ascensores con un "layout"
cualquiera. Así, también pueden colaborar varios ascensores con una
cantidad diferente de pisos en un grupo, es decir un así llamado
grupo heterogéneo multi-pisos.
La estructuración como sistema de
multi-agentes hace posible una implantación modular
del control de llamadas de destino en la que se pueden sustituir a
voluntad los diferentes componentes por separado, los así llamados
agentes, como, por ejemplo, el sistema de planificación, las
puertas, el accionamiento, taxistas sin que sea necesario modificar
el sistema en su totalidad.
Con una activación de los agentes, controlada
según eventos, en un sistema de multi-agentes se
obtiene un control esencialmente más robusto frente a defectos que
se pueden presentar. Si, por ejemplo, falla una puerta del hueco en
una planta debido a un contacto defectuoso, el gestor de trabajo
bien puede provocar un trayecto de evacuación o bien también puede
causar que el taxista ejecute en primer lugar el plan todavía
existente. Para más solicitudes de pasajeros, el defecto puede ser
comunicado al gestor de configuración el cual informa a todos los
componentes afectados del sistema que esta planta temporalmente no
puede ser atendida por este ascensor. Un fallo de componentes no
significa un fallo inmediato de todo el sistema mientras que quede
garantizada la seguridad de los pasajeros.
Otras configuraciones ventajosas de la invención
están incluidas en las reivindicaciones separadas.
En el dibujo se han representado ejemplos de
ejecución de la invención en los que el control de llamada de
destino está diseñado como sistema de multi-agentes
para la organización del tráfico de una instalación de ascensores,
que se describen más en detalle a continuación. Muestran:
La figura 1 de forma esquemática la
estructuración de un primer ejemplo de ejecución del control de
llamada de destino con un gestor de trabajo descentralizado para el
control de un ascensor separado.
La figura 2 una representación esquemática de la
organización de un conjunto (pool) de trabajos solicitados y
ofrecidos en un control de llamadas de destino con un gestor de
trabajos descentralizado para el control de un grupo de
ascensores.
La figura 3 una descripción de estado momentánea
según el primer ejemplo de ejecución.
La figura 4 una representación gráfica del plan
secuencial de viajes según el primer ejemplo de ejecución.
La figura 5 de forma esquemática la
estructuración de un segundo ejemplo de ejecución del control de
llamadas de destino con un gestor de trabajo central como punto de
distribución entre terminales y los distintos ascensores.
La figura 6 en un diagrama de bloques la
organización de los trabajos en una cola de espera en un gestor de
trabajos central.
La figura 7 una descripción de estado momentánea
del ascensor A del segundo ejemplo de ejecución.
La figura 8 una descripción de estado momentánea
del ascensor B del segundo ejemplo de ejecución.
La figura 9 la estructuración de un operador con
instrucción de parada, como se aplica en el segundo ejemplo de
ejecución.
La figura 1 muestra de forma esquemática la
estructuración de un control de llamadas de destino 1 según
invención con una planificación secuencial de viajes en función de
la situación del volumen de tráfico de un ascensor por separado. El
control de llamadas de destino está diseñado como sistema
multi-agente. La base del sistema
multi-agente lo forma una red eficaz de comunicación
2, a través de la cual se encuentran conectados con un gestor de
trabajo 4 descentralizado tres dispositivos para la entrada de la
llamada de destino distribuidos en el edificio, los así llamados
terminales 3.1, 3.2, 3.3.
De forma ideal, como red de comunicación 2 se
elige una arquitectura para la formación espontánea de una red. En
este tipo de ejecución se ha previsto una red
"Ad-hoc" en sí conocida con la denominación
IRON. IRON apoya una formación de red espontánea y constituye, por
lo tanto, una condición previa decisiva para un control sin (?)
configuración.
Ejemplos conocidos de arquitecturas para una
formación espontánea de redes son Jini, Universal Plug y Play ó
Bluetooth. En una red de comunicación 2 de este tipo pueden darse
de alta unidades capaces de formar una red, los así llamados
agentes, y actuar conjuntamente sin que sea necesaria una
configuración o administración. La integración de todas estas
unidades y de los servicios implantados en las mismas se realizan de
forma completamente automática. Los métodos más importantes de una
red de comunicación 2 de este tipo son -register-, -lookup-, y
-notify-. (registro, consulta y notificación).
- -
- Con "Registration" (registro) se dan de alta las diferentes unidades dentro de la red y dan a conocer sus servicios.
- -
- Con "Lookup" (consulta) una unidad puede encontrar otra unidad o uno de los servicios requeridos.
- -
- Con "Notification" (notificación) una unidad puede presentarse a otra para la comunicación sobre ciertos eventos que se han presentado.
En un grupo de ascensores se presentan, de
preferencia, terminales, accionamientos, puertas de cabinas,
gestores de trabajo centrales y/o gestores de trabajo
descentralizados como unidades capaces de trabajar en red.
- -
- Los terminales se presentan con su posición de planta y coordenadas XY en la red y se informan sobre todos los gestores de trabajo existentes.
- -
- Los accionamientos representan la componente física del control de ascensores. Ellos proporcionan la información sobre a cuáles plantas se pueden dirigir, sobre cuántas puertas de hueco se encuentran en una planta y en qué lado están posicionadas las mismas. Además, se puede abonar en el accionamiento para obtener la comunicación de determinados eventos como por ejemplo el cambio del selector, el cambio de estado (por ejemplo: en viaje, de llegada, en parada).
- -
- Las puertas de cabina se presentan con la información sobre el accionamiento al que pertenecen, sobre el piso en el que se encuentran y sobre el lado al que se abren. Mediante esta información, el gestor de trabajo sabe de inmediato cuántos pisos tiene un ascensor y cuantas puertas existen por cada piso.
- -
- El gestor de trabajos se presenta en la red con la información sobre los accionamientos atendidos por él - uno sólo en el concepto estrictamente descentralizado o todos los existentes en el concepto estrictamente centralizado.
En principio se pueden presentar en la red tantos
componentes como se quiera. El concepto de grupo tradicional de
ascensores es, por lo tanto, obsoleto y, especialmente, puede
existir en un solo grupo una cantidad cualquiera de ascensores con
un "layout" completamente diferente.
Si se presentan por ejemplo once accionamientos,
de los cuales tres solamente tienen una puerta, cuatro cada uno
tres puertas en dos pisos y cuatro cada uno seis puertas,
distribuidas de manera uniforme sobre tres pisos, tenemos el ejemplo
de un, así llamado, grupo heterogéneo multipiso, compuesto de:
- -
- 3 pisos sencillos con una sola puerta
- -
- 4 pisos dobles, donde un piso está equipado con una puerta y el otro piso con 2 puertas.
- -
- 4 pisos triples donde cada uno tiene 2 puertas.
El gestor de trabajo de cada uno de los
diferentes ascensores es capaz de reconocer el número de pisos y de
las puertas de su accionamiento asignado y procesarlo correctamente
en el control. Esto comprende, especialmen-
te:
te:
- -
- el sistema de planificación planifica en un sistema multipiso la entrada y salida de los pasajeros por todos los pisos existentes.
- -
- el taxista del gestor de trabajos envía, en caso de parada, los comandos de abertura de puerta a todas las puertas que abren a las plantan en las que quieren entrar o salir los pasajeros.
En la red de comunicación IRON 2 aquí utilizada
los agentes pueden informarse mutuamente en cuanto a cambios y
procesar informaciones e integrarlas en la lógica de desarrollo
propia. Un agente puede averiguar a través de "Broadcast"
(radiofusión) cuáles son los otros agentes que se han dado de alta
en la red, así como enviar noticias a otros agentes. Además, un
agente puede abonarse para obtener informaciones de otro
agente.
Los distintos componentes de este sistema
multi-agentes, los así llamados agentes, es el
gestor de trabajos 4 además de los terminales arriba mencionados que
integra todos los componentes necesarios para un control lógico y
físico de un ascensor. Esto son aquí, un sistema de planificación o
planificador 5.5, un Broker 6 (agente), un gestor de puertas 7, un
taxista 8, el accionamiento 9 del ascensor y un observador 10.
Los terminales 3.1, 3.2, 3.3 están equipados con
un software inteligente de reservas y preguntan directamente al
gestor de trabajos 4 por una oferta de transporte para la
correspondiente llamada registrada de destino. La comunicación entre
terminales y gestores de trabajo 4 se produce por medio de
protocolos de red de contrato. Cada uno de los terminales 3.1, 3.2,
3.3 está equipado con un dispositivo para la identificación de
pasajeros a la que pertenece un gestor de configuración 11.
En el gestor de configuración 11 se encuentran
almacenados, listos para llamada, el layout actual del edificio,
como por ejemplo el número de plantas, las zonas de acceso, la
subdivisión de los pasajeros en grupos de pasajeros, los derechos de
acceso, los requerimientos de servicio etc. e informaciones de
pasajeros. Durante el registro de una llamada de destino cada
terminal puede solicitar al gestor de configuración 11 los datos de
pasajeros y transmitirlos al Broker 6. Así, cada terminal puede
comprobar, por ejemplo, si el pasajero registrado actual tiene un
permiso de acceso a la planta de destino deseada. Si el resultado
de la comprobación es positivo, el terminal solicita al gestor de
trabajos 4 del ascensor su oferta de transporte.
El planificador 5 planifica a su vez la atención
óptima del nuevo pasajero teniendo en cuenta la situación de
tráfico actual, específica de cada ascensor y genera el
correspondiente plan óptimo que se transmite entonces al Broker 6
para el control del accionamiento 9 del ascensor, lo que se
describe más adelante. El punto de partida para el planificador 5
es una representación de situación actual en cualquier momento, en
la que el Broker 6 registra nuevos pasajeros mientras que el
observador 10 elimina los pasajeros que ya han realizado el
viaje.
El Broker 6 comunica con los tres terminales 3.1,
3.2 3.3 a través de un protocolo de red de contrato de dos etapas.
Recibe las entradas de los terminales 3.1, 3.2 3.3, las registra en
la representación de situación del planificador 5, comprueba a
continuación el plan óptimo generado, cómo afecta el nuevo pasajero
planificado al transporte de los pasajeros que ya tienen reserva y
comunica al terminal la oferta de transporte. Si no fue posible
encontrar ningún plan debido a que el problema no se puede
solucionar, por ejemplo por causa de conflictos no solucionados
entre los grupos de pasajeros para este ascensor, el Broker 6
informa sobre este hecho al terminal correspondiente. Si se ha
realizado la reserva para el pasajero, el Broker 6 envía al taxista
8 el plan secuencial de viajes actual. Ahora, el terminal procede a
la indicación sobre la pantalla.
El observador 10 supervisa el estado de la
instalación de ascensores y lleva la representación de situación
para el planificador 5. Si observa que el ascensor se ha detenido
en una planta y las puertas se han abierto correctamente, todos los
pasajeros se marcan como -atendidos (served)- para los que
es aplicable -embarcados (boarded)- y cuyo destino
corresponde a esta planta. Los pasajeros que todavía esperan ahí, se
marcan como -embarcados (boarded)- ya que entran cuando el
ascensor ha llegado a su planta. El observador 10 tiene aquí ningún
conocimiento del plan o de las actividades del taxista 8, sino se
apoya únicamente en la información a la que se ha abonado en el
accionamiento 9 y en el gestor de puertas 7. Esto es una condición
previa para también garantizar, incluso al presentarse un
funcionamiento especial, como por ejemplo el disparo de un control
en caso de incendio, que adopta el control del accionamiento 8 e
interrumpe el funcionamiento normal del taxista, que se refleje
correctamente la representación de situación correspondiente a los
cambios de estado que realmente se han producido.
El taxista 8 termina su plan actual en cada caso,
es decir envía los correspondientes comandos al accionamiento 9 del
ascensor y los accionamientos de las puertas. Sabe de su plan
actual, dónde se ha de detener el ascensor en la planta siguiente
según plan y durante cuanto tiempo se han de abrir las puertas,
para que todos los pasajeros tengan el suficiente tiempo para
entrar y salir. La cantidad de pasajeros que modifican la situación
en una parada ya ha sido determinada por el planificador 5. Si el
taxista 8 ya no tiene ningún plan, deja libre al ascensor para que
éste pueda ser aparcado. En cada situación cualquiera, el taxista 8
puede cambiar su plan de viaje actual contra el plan actual que le
es enviado por el Broker 6. Cómo se realiza este cambio depende del
estado de ejecución en el que se encuentra el taxista 8. Así es
aplicable, por ejemplo, que un proceso de parada ya iniciado del
plan anterior ha de finalizarse antes de que el taxista 8 pueda
desplazarse a la primera parada del nuevo plan.
El accionamiento 9 ejecuta los comandos de viaje
y parada que recibe del taxista 8, además, aprende los tiempos de
viaje del ascensor entre las distintas plantas. Proporciona al
planificador 5 la tabla de tiempos de viaje para la optimización y
también notifica dónde se encuentra actualmente el ascensor y en
qué dirección se desplaza o si en este mismo momento está
detenido.
El gestor de puertas 7 administra todas las
puertas del ascensor y controla si las puertas se abren y cierran
correctamente. Aquí pueden existir puertas en diferentes lados de
una cabina. También determina los tiempos de abertura y cierre de
las puertas comunicándoselos al planificador 5 para la optimización
de los tiempos necesarios para poder atender al pasajero.
Cada uno de los componentes está instalado como
agente independiente que ejecuta de forma autónoma acciones al
presentarse determinados eventos. Especialmente, debido a ello se
pueden sobreponer así los eventos más diferentes. Así, por ejemplo,
el Broker 6 puede recibir simultáneamente las solicitudes de
diferentes terminales 3.1, 3.2, 3.3 y presentarlas al planificador
5. El gestor de trabajos descentralizado 4 puede hacer
paralelamente una oferta para varios trabajos, mientras que la
reserva para otros trabajos todavía queda pendiente. Los trabajos
solamente se convierten en vinculantes cuando el correspondiente
terminal ha hecho la reserva.
Debido a que entre la entrega de la oferta por el
Broker 6 y la reserva por el correspondiente terminal puede pasar
en teoría un espacio de tiempo de cualquier duración, es posible
que mientras tanto otro terminal ya ha realizado una reserva. El
Broker 6 ha de comprobar en esta situación si la oferta dada todavía
es válida cuando el terminal transmite ahora su reserva. Esta
superposición aleatoria de consultas y reservas requiere que el
terminal tenga que esperar una confirmación de su reserva y en caso
de no recibir esta confirmación intente una reserva alternativa con
otro gestor de trabajos 4. Si también esta nueva planificación
fracasa porque la situación en el ascensor se ha modificado, por
ejemplo, de tal forma que ahora se presentan conflictos sin solución
entre los pasajeros que ya tienen reserva y los pasajeros que
requieren una nueva reserva, el terminal recibe un acuse negativo
correspondiente.
La figura 2 muestra un conjunto de trabajos
solicitados y ofertados, trabajo1 a trabajo4 (Job1 a Job4) en un
gestor de trabajos 4 descentralizado. Cada terminal 1, 2 tiene,
normalmente, solamente un trabajo en concreto, Job X o bien Job Y,
que quiere reservar para un ascensor. El terminal transmite, por lo
tanto, este trabajo a todos los gestores de trabajo 4 del grupo de
ascensores conocidos por él, de los cuales sabe por los datos de
accionamiento si el ascensor correspondiente puede atender tanto la
planta de entrada como la de salida del pasajero. De esta forma se
evitan solicitudes innecesarias a ascensores que en principio no
pueden tenerse en cuenta para el transporte.
En el gestor de trabajos 4 descentralizado
existen dos tipos de trabajos. Por un lado, se trata de trabajos,
los Jobs X, que han sido solicitados y para los cuales el gestor de
trabajos 4 ha de calcular una oferta, por el otro lado, se trata de
los trabajos, Jobs Y, para los cuales el gestor de trabajos 4 ya ha
presentado una oferta pero para los cuales todavía no sabe, si el
terminal realmente lo quiere reservar con él.
En el primer ejemplo de ejecución aquí
representado y mostrado en la figura 1 existe solamente un
ascensor. Sin embargo, el ascensor también puede formar parte de un
grupo de ascensores. La invención se puede aplicar a tales grupos de
ascensores sin limitación. También en un grupo de ascensores los
terminales 3.1, 3.2, 3.3 solicitan una oferta de transporte
directamente de los gestores de trabajo 4 de los distintos
ascensores. Los terminales 3.1, 3.2, 3.3 recopilan de forma autónoma
estas ofertas, las comparan y calculan la reserva óptima para el
pasajero. Cada ascensor solicitado calcula, independientemente de
los otros y teniendo en cuenta la situación de tráfico actual y
específico del ascensor, su plan secuencial de viajes óptimo para
atender al nuevo pasajero. La oferta de cada ascensor consultado es
devuelta al terminal que selecciona entonces la mejor oferta y
encarga al correspondiente ascensor el transporte del pasajero. Si
el gestor de trabajos 4 confirma la reserva frente al terminal que
había solicitado la oferta de transporte, la reserva se vuelve
vinculante y se indica al pasajero en el terminal. Si un gestor de
trabajos ya no contesta, el terminal también reacciona y no espera
eternamente la oferta pendiente.
El modo de trabajo del control de llamadas de
destino según invención según figura 1, descrito hasta ahora, se
describe a continuación con el ejemplo de un problema de
planificación de una instalación de ascensores con solamente un
ascensor con una cabina de una sola puerta que atiende un edificio,
aquí no representado, con paradas en siete plantas f1 a f7. La
cabina del ascensor se encuentra parada de momento en la planta f4.
Un pasajero P1 espera en la planta f2 y quiere ir a la planta f7, un
segundo pasajero P2 se encuentra ya en la cabina y quiere ir desde
la planta f1 a la planta f5. Es necesario organizar la secuencia de
viajes de la cabina según invención con ayuda del sistema de
planificación.
El observador 10 registra las características del
ascensor, es decir el estado operativo momentáneo, y las actualiza
en la representación de situación. A través de los terminales 3.1,
3.2, 3.3 en conexión con el gestor de configuración 11 se transmiten
al Broker 6 las características de los pasajeros P1, P2 y,
especialmente, las llamadas de destino de los pasajeros P1, P2 como
magnitudes de entrada del control de llamadas de destino 1, Broker
6 que las introduce en la representación de situación del
planificador 5, como se puede ver de la figura 2.
Así, con cada proceso de planificación, que se
inicia, por ejemplo, por el registro de una llamada de destino, se
compilan en forma de declaración en una descripción de estado 14
comprensible para el sistema de planificación el estado operativo
averiguado y el estado de destino deseado, es decir el cambio de
estado del ascensor a alcanzar, según se puede ver de la figura
3.
La descripción de estado 14 representada en la
figura 3 está expresada en el lenguaje de representación de
planificación PDDL según McDetmott er al. 1998. El técnico del
sector también conoce otros lenguajes de modelación que se
diferencian en cuanto a su capacidad expresiva y que puede utilizar
para describir la representación de situación sin modificar con
ello la esencia de la invención. No obstante, al seleccionar un
sistema de planificación hay que tener en cuenta que éste
proporciona algoritmos de planificación capaces correspondientes a
la modelación.
En la descripción de estado 14 representada en la
figura 3 se dan a conocer al sistema de planificación 3 en una
declaración de objetivo 15, en primer lugar, los pasajeros P1, P2
avisados y las plantas f1 a f7 del edificio. Para cada objeto se
introduce una constante tipificada. Para el ascensor aquí
considerado, éstos son el pasajero P1 que espera, el pasajero P2
que ya se encuentra en la cabina y las siete plantas f1 a f7.
(:objetos
(P1
\hskip1.4cm- pasajero)
(p2
\hskip1.4cm- pasajero)
(f1, f2, f3, f3, f5, f6, f7 - planta))
Desde el gestor de configuración 11, el Broker 6
obtiene los datos en cuanto a la topología del edificio. Esta se
vuelva a encontrar como descripción topológica 16 en la descripción
de estado 14 en forma de
- (upper f1 f2) (upper f1 f3) (upper f1 f4)
- (upper f1 f5) (upper f1 f6) (upper f1 f7)
- (upper f2 f3) (upper f2 f4) (upper f2 f6)
- (upper f2 f6) (upper f2 f7) (upper f3 f4)
- (upper f3 f5) (upper f2 f6) (upper f3 f7)
- (upper f4 f5) (upper f4 f6) (upper fe f7)
- (upper f5 f6) (upper f5 f7) (upper f6 f7)
(upper = arriba)
En la descripción topológica 16 las
especificaciones (arriba ?fi, ?fj) determinan en cada caso que la
planta fj queda situada por encima de la planta fi. La
representación de la topología del edificio no es necesaria de
manera forzosa. En una simplificación se puede renunciar también en
otros tipos de ejecución del procedimiento a la descripción
topológica explícita 16 del edificio bajo el supuesto de que desde
cada planta el ascensor puede atender cualquier otra planta.
El pedido de transporte actual 17 con las
llamadas de destino de los pasajeros P1 y P2 se compone de las
plantas de entrada, origen, y las plantas de destino, destino, como
sigue:
- (:init (origin p1 f2)
- (origin p2 f1)
- (destin p1 f7)
- (destin p2 f5)
- (boarded p2)
- (origin = origen, destin = destino, boarded = embarcado)
El pedido de transporte 17 contiene, además, de
una secuencia de transporte programada anteriormente, la
información, boarded P2, es decir que el pasajero P2 ya ha entrado
en el ascensor y se encuentra en la cabina. Esta información se ha
utilizado por el observador 10 en la descripción de estado.
En principio, cada pasajero P1, P2 entra dentro
del marco de la planificación secuencial de viajes en los tres
estados: esperando/waiting, viajando/boarded, atendido/served, que
se definen aquí como sigue:
- -
- esperando/waiting: El pasajero espera delante de la puerta del ascensor. Aquí, el ascensor ha de pararse en primer lugar en un punto de salida, origin, del pasajero y solamente después en la planta de destino indicada por el pasajero.
- -
- viajando/boarded. El pasajero se encuentra dentro de la cabina del ascensor y es transportado hasta su planta de destino, destin, que hasta el momento no se ha alcanzado, es decir atendido.
- -
- atendido/served: El pasajero ha abandonado la cabina del ascensor en su planta de destino, destin. Este pedido de transporte ha sido cumplido y el pasajero ha sido atendido satisfactoriamente por el ascensor.
Estos tres estados posibles pueden expresarse por
medio de los dos comandos -boarded?p y - served?p - (embarcado?p y
-servido?p) en el lenguaje de modelación PDDL. El pasajero P1
espera una cabina de ascensor por lo que no está registrado ni como
-boarded (embarcado)- ni como -served- (servido).
El observador 10 sitúa la posición actual 18 de
la cabina del ascensor que se expresa en la descripción de estado
14 como
(lift-at f4) (ascensor en
f4).
El destino 19 para el sistema de planificación 5
se formula en la descripción de estado 14 como:
(:goal (forall(?p - passenger) (served?p)).
(:destino (para todos (?p - pasajero) (atendido ?p).
Ahora se busca la secuencia más corta de paradas
(stops) que lleva todos los pasajeros P1, P2 al estado de atendido
- served, que se alcanza precisamente cuando han bajado del
ascensor en su planta de destino -destin-.
Además de las descripciones del estado de partida
y del estado de destino del problema de planificación por la
descripción de estado 14, se entrega al sistema de planificación 3
también una descripción de operador. En el ejemplo de ejecución
aquí representado, se entregan en la descripción de operador un
operador de "Stop" (parada) así como un operador para el viaje
hacia arriba -up- y un operador para el viaje hacia abajo -down-
para la modelación de las transiciones de estado entre el estado del
ascensor y el estado de destino del ascensor. Alternativamente a
estos operadores -stop-, -up-, -down- (parada - arriba - abajo), el
técnico del sector también conoce otros operadores con los que se
puede conseguir el cambio deseado del estado del ascensor. En caso
dado, se no se modifica así la esencia de la invención con la
correspondiente definición de los parámetros. En la sintaxis PDDL
según McDermett et al. 1998 está disponible aquí el
siguiente operador de Stop:
\newpage
El operador para el viaje hacia arriba -up- se
representa como:
El operador para el viaje hacia abajo -down- se
expresa como:
\vskip1.000000\baselineskip
El operador de "stop" (parada) señala al
control del accionamiento 9 del ascensor que la cabina ha de
pararse en una planta determinada f1 a f7. El operador de
"stop" está definido en el primer ejemplo de ejecución aquí
representado de manera que incluye la abertura y el cierre de las
puertas. La abertura y el cierre de las puertas de cabina, sin
embargo, también se puede tener en cuenta como instrucción básica
separada adicional al gestor de puertas 7 de un ascensor o el
operador de "stop" puede mejorar en el sentido de que un
ascensor también puede abrir y cerrar las puertas.
Los operadores para el viaje hacia arriba -up- y
el viaje hacia abajo -down- dan las ordenes técnicas de control al
control del accionamiento de poner en marcha el accionamiento 9 en
la dirección correspondiente. La secuencia en tiempo en la que se
llama el accionamiento 9 por medio de los operadores está dada por
el taxista.
Una modificación del estado de pasajeros, en
principio, es posible exclusivamente durante una parada de la
cabina. Partiendo de un comportamiento racional de los pasajeros
durante una parada planificada de la cabina del ascensor en una
planta todos los pasajeros que esperan en esta planta -origen- para
ser transportados entran en la cabina y todos los pasajeros
abandonan la cabina cuando ésta se detiene en su planta de destino
-destino-. Los cambios que así se producen son registrados aquí con
ayuda del observador 10 en el operador de "stop" y son así
tenidos en cuenta por el sistema de planificación 5 en la
planificación secuencial de viajes. Igual que los operadores -up-,
-down- (arriba, abajo), también el operador de "stop" es
efectivo como instrucción para el accionamiento 9 una vez los
criterios codificados -effect (efecto)- han sido todos cumplidos o
bien se han presentado. Si en el ejemplo aquí descrito se
selecciona ?f=f5 en el operador de "stop", P2 sale según la
descripción de estado 14 y el modelo de comportamiento cuando son
aplicables -boarded p2 (embarcado p2)- y -destin p2 f5 (destino p2
f5) según se describe en el operador de "stop" como -effect
(efecto)- de la instancia del operador "stop" (f5).
Las informaciones declaradas en este sentido bien
en la descripción del operador o como datos de la descripción de
estado 14 se transmiten al sistema de planificación para el cáculo
del plan óptimo de secuencias de viajes.
Los sistemas de planificación 5 ya se conocen de
otros sectores técnicos. En este ejemplo de ejecución un sistema de
planificación IPP según Koehler et al., 1997, Extending
planning graphs to an ADL subset (gráficos de planificación de
extensión para un subconjunto ADL), publicado en Steel, 8,
Proceedings of the 4th European Conference on Planning
273-285 Springer, Band 1348, of LNAI (Procedimientos
de la 4ª Conferencia Europea sobre Planificación
273-285 Springer, tomo 1348, de LNAI), disponible
bajo
http://www.informatik.uni-freiburg.de/-koehler/ipp.html,
busca una secuencia válida de instrucciones STOP que cumple el
objetivo planificado 13 (:goal(forall (?p - passenger)
(served ?p)) (:meta(para todos (?p - pasajero) (atendido
?p)). También se pueden utilizar otros sistemas de planificación
siempre que sean capaces de registrar y procesar en su totalidad la
representación momentánea de situación.
El sistema de planificación 5 al introducir la
descripción de estado 14, en principio, realiza de forma autónoma
la selección las instancias sobre la base de los operadores puestos
a disposición a través de las descripción de operadores y también
determina la secuencia en el plan secuencial de viajes 20
averiguado. El sistema de planificación 5 determina en cada caso
los parámetros para los tres operadores -stop-, -up-, -down-
(parada, arriba, abajo) que causan un cambio deseado de estado.
El resultado es en este ejemplo de ejecución una
secuencia de viajes 20 programada, el plan óptimo, que se
representa en forma gráfica en la figura 3.
- Time step 0: up f4 f5
- Paso de tiempo 0: arriba f4 f5
- Time step 1: stop f5
- Paso de tiempo 1: parada f5
- Time step 2: down f5 f2
- Paso de tiempo 2: abajo f5 f2
- Time step 3: stop f2
- Paso de tiempo 3: parada f2
- Time step 4: up f2 f7
- Paso de tiempo 4: arriba f2 f7
- Time step 5: stop f7
- Paso de tiempo 5: parada f7
Este plan óptimo 13 calculado es transmitido al
Broker 6. El Broker 6 comprueba el plan óptimo generado en cuanto a
cómo afecta el nuevo pasajero P1 programado al transporte del
pasajero ya registrado y comunica al terminal la oferta de
transporte.
En el ejemplo de ejecución aquí descrito
solamente existe una llamada de destino para la planificación.
Consecuentemente, solamente ha de presentarse una oferta para un
trabajo. Por esta razón, entre el cálculo de la oferta por el gestor
de trabajo 4 descentralizado y la reserva por el correspondiente
terminal no se pueden reservar otros trabajos por otros terminales
3.1, 3.2, 3.3. Por esta razón, también queda eliminado el acuso de
recibo de una reserva al terminal y la reserva es vinculante de
inmediato. El terminal procede ahora a la indicación sobre la
pantalla y el Broker 6 envía al taxista 8 el plan secuencial de
viajes 20 óptimo actual.
El taxista 8 realiza este plan secuencial actual
de viajes 20, es decir envía los comandos correspondientes en forma
de los correspondientes operadores al accionamiento 9 del ascensor
y al accionamiento de las puertas.
Este plan secuencial de viajes 20 provoca que la
cabina del ascensor se desplace en el paso 0 desde la planta actual
f4, en la que se encuentra, hasta la próxima parada en la planta f5
-stop f5- y que la puerta de la cabina se abra y cierre en un tiempo
predeterminado, de forma que el pasajero P2 puede salir y queda,
por lo tanto, atendido -servido-. En el paso 2, la cabina del
ascensor de desplaza hacia abajo de f5 a f2 -down f5 f2- y se
detiene en el paso 3 en la planta f2 -stop f2-. En la misma entra el
pasajero P1. En el paso 4, el ascensor asciende desde la planta f2
hasta la planta f7 -up f2 f7-, donde ahora puede salir también el
pasajero P1. Con esta secuencia de viajes 13 todos los pasajeros P1,
P2 llegan al estado -servido- y, por lo tanto, se cumple la
formulación de destino 10 del plan secuencial de viajes.
Mientras que el taxista 8 ejecuta el plan
secuencial óptimo de viaje 13, el observador 10 supervisa el estado
de la instalación de ascensores y actualiza de forma continua la
representación de situación para el planificador 5. En el paso 1,
por lo tanto, determina que el ascensor se ha parado en la planta
f5 y que las puertas se abrieron correctamente; identifica al
pasajero P2 como -atendido-. En el paso 2 el observador 10
identifica el pasajero P1 que espera en la planta f2, como
-embarcado-. Finalmente se detiene la cabina del ascensor en la
planta f7 y, una vez se hayan abierto correctamente las puertas, el
observador 10 identifica al pasajero P1 en la descripción de
situación también como - atendido - y la posición actual 9 de la
cabina del ascensor en la representación de estado 5 como la planta
f7.
Este plan secuencial de viajes 20 generado se
ejecuta ahora, pero no obligatoriamente por completo, sino, si
cambia de forma relevante el estado, o bien las características de
pasajeros y/o de la instalación antes de haberlo ejecutado por
completo, se inicia según invención un siguiente ciclo de
planificación y se genera un nuevo plan secuencial óptimo de viajes
20 para la nueva situación de planificación. Por lo tanto, no se
realiza ninguna modificación del plan.
La figura 5 muestra de manera esquemática la
estructura y el diseño base de un segundo ejemplo de ejecución del
control de llamadas de destino según invención. El control de
llamadas de destino 25 comprende un gestor de trabajos central 26 y
dos gestores de trabajo descentralizados, un gestor de
configuración 29 así como un terminal 30 en representación de todos
los terminales existentes los cuales están conectados entre sí a
través de una red de comunicación 31. El diseño y la función de los
gestores de trabajo descentralizados 27, 28 corresponden
esencialmente a los de los gestores de trabajo descentralizados 4
del primer ejemplo de ejecución.
El control de llamadas de destino organiza aquí,
como así llamado control de grupos, el tráfico de un grupo de
ascensores con dos ascensores A y B en un edificio con paradas en
siete plantas. La tarea de planificación se representa aquí como
sigue.
La cabina de ascensor A viaja de momento hacia
arriba; se encuentra momentáneamente en la planta f2 y puede
alcanzar todavía la planta f3. La cabina de ascensor B está parada
de momento en la planta f1. El ascensor A transporta un pasajero P1
con limitación de acceso a la planta 3 y 4, que ha indicado como
destino la planta f7, mientras que el ascensor B está vacío. En
esta situación se presenta un nuevo pasajero P2 que ha de ser
transportado de forma preferente como VIP por delante de todos los
demás pasajeros. El pasajero P2 acaba de entregar su pedido de
transporte de la planta 3 a la planta f7.
Por lo tanto se ha de proceder a una asignación
del pasajero P2 a uno de los dos ascensores A, B conocidos en el
ejemplo, de manera que los pasajeros P1, P2 se transporten con la
menor cantidad de paradas posibles y que se cumplan los requisitos
de servicio -VIP- deseados y la -limitación de acceso-.
El gestor de trabajo central 26 recopila las
solicitudes de los terminales con los datos correspondientes
registrados de las personas desde el gestor de configuración 29
como así llamados "jobs" (trabajos), aquí Trabajo 1 a Trabajo
4, en una cola de espera según se representa en la figura 6.
Selecciona el primer trabajo 1 de la cola de espera y lo envía a
los gestores de trabajo descentralizados 27, 28 de los diferentes
ascensores. Cada uno de los gestores de trabajo descentralizados
27, 28 de los ascensores A, B averigua, de forma independiente, su
mejor solución de secuencia de viajes con ayuda de su sistema de
planificación sobre la base del criterio predeterminado de
optimización y la transmite como oferta al gestor de trabajo 26
central. El gestor de trabajo central comprueba todas las ofertas,
selecciona de entre éstas la mejor oferta y realiza la reserva para
el pasajero para el ascensor con la mejor oferta. La identificación
del mejor ascensor es transmitida después de una asignación
efectiva al terminal 30, en el que el trabajo se inició
originalmente. El terminal 30 funciona así, únicamente, como display
(pantalla). Así, el trabajo 1 se ha cumplido y es eliminado. Este
proceso se repite ahora para el trabajo 2 etc. hasta que se hayan
procesado todos los trabajos de la cola de espera.
Cada gestor de trabajo descentralizado 27, 28 de
los ascensores A, B genera, para los datos/informaciones
registrados, transmitidos como trabajo para la tarea actual de
planificación, en primer lugar una representación de situación que
se transmite al correspondiente sistema de planificación 21. La
representación de situación contiene una descripción de estado 32 y
una descripción de operador.
Para el ascensor A se dan a conocer al sistema de
planificación, en una declaración de objeto 33, los pasajeros P1,
P2 avisados y las plantas f1 a f7 del edificio. Para cada objeto se
introduce una constante tipificada. Además, en la declaración de
objeto 33 se realiza para cada pasajero P1, P2 una asignación a una
o varias solicitudes de servicio, como por ejemplo VIP, conflicto,
going_direct (viaje directo) etc.
Las solicitudes de servicio se conocen, en cada
caso, dentro del marco del reconocimiento de pasajeros del gestor
de configuración 29 y son transmitidas por el gestor de trabajo
central 26 como parte de un trabajo, o bien consulta de oferta, a
los gestores de trabajo 27, 28 descentralizados de los distintos
ascensores A, B. Se pueden prever, de manera activable, según el
momento del día también determinadas solicitudes de servicio para
todos los pasajeros o pasajeros elegidos opcionalmente dependiendo
de la situación de la instalación de ascensores o del edificio.
Además, por la utilización de un sistema de planificación para
determinación secuencial de viajes, se puede representar una
asignación flexible de importancia de las distintas solicitudes de
servicio, especialmente de la solicitud VIP, dependiendo del
volumen de tráfico.
Aquí se han previsto las siguientes solicitudes
de servicio:
- -
- Subdivisión de todos los pasajeros en dos grupos conflicto_A y conflicto_B, que nunca se deben encontrar en el ascensor;
- -
- pasajeros del tipo nunca_solo, para los cuales ha de estar presente un acompañante en forma de un
- -
- pasajero del tipo attendant (acompañante) en el ascensor durante el viaje. Aquí no es forzosamente necesario que durante el viaje siempre vaya el mismo acompañante en el ascensor; éste también puede cambiar;
- -
- pasajeros del tipo going_direct (va_directo), que se transportan a su destino sin parada intermedia;
- -
- pasajeros del tipo VIP, que se han de transportar prioritariamente por delante de todos los demás pasajeros;
- -
- pasajeros para los cuales se ha formulado una limitación de acceso a determinadas plantas;
- -
- pasajeros del tipo going_up (ascienden), los cuales se transportan exclusivamente hacia arriba;
- -
- pasajeros del tipo going_down (descienden), los cuales se transportan exclusivamente hacia abajo.
Un pasajero P1, P2 puede ser, por lo tanto,
objeto de un sinfín de solicitudes de servicio; sin embargo, éstos
no deberían contradecirse para que se pueda transportar al pasajero
realmente. Una contradicción elemental son, por ejemplo, dos
pasajeros P1, P2 para los cuales se ha declarado la siguiente
tipificación:
- (P1 (cualquier conflicto_A nunca_solo))
- (P2 (cualquier conflicto_B acompañante)).
P1 no puede viajar aquí solo en el ascensor y
pertenece al mismo tiempo al grupo de pasajeros A. El único
acompañante P2 posible conocido por el sistema pertenece, sin
embargo, al grupo de pasajeros B, que nunca puede encontrarse con el
grupo de pasajeros A en el ascensor. Un acompañante, infringe, por
lo tanto la condición de exclusión y P1 solamente puede
transportarse cuando se da a conocer al sistema otro acompañante
que no pertenece al grupo B.
Para el ascensor A, la declaración de objeto 33
contiene el pasajero P1, que ya está viajando, un pasajero normal,
el nuevo pasajero P2, un VIP, así como todas las plantas f1 a
f7.
- (:objects
- (p1 - passenger)
- (p2 - vip)
- (f1, f2, f3, f3, f5, f6, f7 - floor)).
\vskip1.000000\baselineskip
- (:objetos
- (p1 - pasajero)
- (p2 - VIP)
- (f1, f2, f3, f4, f5, f6, f7 - planta))
Suponiendo que desde cada planta se puede atender
cualquiera de las otras plantas, en este ejemplo de ejecución se
renuncia a una descripción expresa de la topología del
edificio.
El pedido de transporte 34 registrado actual de
los pasajeros P1 y P2 se representa como:
(:init (origin p1 f1) | (:inic (origen p1 f1) |
(origin P2 f3) | (origen p2 f3) |
(destin p1 f7) | (destino p1 f7) |
(destin p2 f7) | (destino p2 f7) |
(boarded p1) | (embarcado p1) |
El pedido de transporte 34 se basa sobre la
suposición estándar que hay pasajeros esperando en la planta si no
existe ninguna información correspondiente de embarcado. Esto
significa aquí que el pasajero P2 espera en la planta. La limitación
de acceso para el pasajero P1 se representa aquí como
(no-access p1 f3) | (ningún-acceso p1 f3) |
(no access p1 f4) | (ningún-acceso p1 f4) |
La posición actual 35 de la cabina 2 del ascensor
A se expresa en la descripción de estado 32 como:
(lift-at f2) | (ascensor-en f2) |
Se evalúan como ciertos todos los hechos
indicados, todos los demás como falsos.
El destino 36 para el sistema de planificación se
formula como (:goal (forall (?p - passenger) (served ?p)) - (:meta
(para todos (?p - pasajeros) (atendidos ?p)).
Se busca la secuencia más corta de paradas con la
que todos los pasajeros P1, P2 son identificados como en estado
atendido, que se alcanza precisamente en el momento en el que salen
en su planta de destino, en cada caso f7.
Debido a que en este ejemplo de ejecución
solamente se ha de averiguar una secuencia mínima de paradas, el
sistema de planificación también obtiene solamente un, así llamado,
operador de paradas 37, desde el cual se puede construir un plan
secuencial válido de viajes. En la figura 9 se ha representado un
ejemplo de un operador de paradas 37. Igual que más arriba en la
descripción de estado 32, también aquí se puede utilizar el
lenguaje de modelación PDDL según McDermott et al. 1998 para
la representación. El operador de parada 37 contiene una
descripción previa 38 en la que se describe cuando se admite una
parada de un ascensor A, B en una planta f1 a f7. Aquí se trata de
la limitación de acceso -ningún acceso- que se define bien de forma
concreta para un pasajero bien para un grupo de pasajeros, y de una
instrucción de funcionamiento 39 en la que se determina la planta
f1 a f7 en la que ha de pararse una cabina de ascensor con una
parada admisible y del efecto que tiene esta parada sobre el estado
actual de la instalación de ascensores 18. Las condiciones previas
de la instrucción de funcionamiento 39 son aquí la conversión
específica según aplicación, de las solicitudes de servicio
deseadas. El operador de paradas 37 complejo mostrado en la figura
9 posibilita al sistema de planificación atender todas las
solicitudes de servicio introducidas en la declaración de pasajeros
y objetos 22.
Para el ejemplo de planificación aquí descrito
solamente son relevantes para el operador 32 las condiciones
previas subrayadas en la figura 9, condiciones previas que formulan
las condiciones en una parada en una planta f1 a f7 con la presencia
de pasajeros VIP y pasajeros con limitación de acceso.
La representación de situación 32 momentánea
generada así para cada ascensor A es transmitida al sistema de
planificación correspondiente del ascensor A.
Los sistemas de planificación adecuados que se
utilizan de acuerdo con la invención, trabajan independientemente
del problema de planificación mismo. Tales sistemas de
planificación ya se conocen de otros campos técnicos.
También en este segundo ejemplo de ejecución, un
sistema de planificación IPP busca, en cada caso, como se conoce de
Koehler et al., 1997, Extending planning graphs to an ADL
subset, publicado en Steel, Proceedings of the 4th European
Conference on Planning, p. 273-285, Springer, tomo
1348 de LNAI y disponible bajo http://www.informatik.
uni-freiburg.de/-koehler/pp.html, una secuencia válida de instrucciones de PARADA (STOP) que cumpla el destino programado 31. También se pueden utilizar otros sistemas de planificación siempre que éstos sean capaces de registrar y procesar en su totalidad la representación momentánea de situación.
uni-freiburg.de/-koehler/pp.html, una secuencia válida de instrucciones de PARADA (STOP) que cumpla el destino programado 31. También se pueden utilizar otros sistemas de planificación siempre que éstos sean capaces de registrar y procesar en su totalidad la representación momentánea de situación.
Al solucionar una tarea de planificación en
concreto, el sistema de planificación selecciona los operadores de
la descripción de operadores a utilizar en el plan secuencial de
viaje, aquí el operador de parada 37. Si se presentan requisitos de
servicio, como por ejemplo, VIP, going_direct (va directo) etc. en
la descripción de estado 32, el sistema de planificación comprueba
de manera autónoma la correspondiente condición previa para la
instrucción de funcionamiento 39 del operador 37. Si no hay ningún
requisito de servicio contenido en el operador 37 como condición
previa en la descripción de estado 32 relevante de la llamada, el
operador 37 lo ignora automáticamente como condición previa
superflua. Un ejemplo de uno de los requisitos de servicio, aquí no
tenido en cuenta, es la condición previa -acompañante-. En este
caso, se determinan valores concretos para parámetros de operador
así como una secuencia de disposición en la que los operadores se
presentan en el plan secuencial de viajes. Esta secuencia de
disposición especifica la secuencia de ejecución de los operadores
en el plan secuencial de viajes y, por lo tanto, la secuencia de
viajes para atender la correspondiente llamada de destino.
Para el ascensor A, el sistema de planificación
no puede encontrar ninguna solución: el pasajero P2 ha de
transportarse de inmediato, es decir el ascensor A debería parar en
la planta f3. Sin embargo, en el ascensor se encuentra P1 que no
tiene acceso a f3. Por lo tanto, solamente es posible una parada en
f3 cuando P1 se haya bajado, es decir, el ascensor A tendría que
desplazarse en primer lugar hasta la planta f7; esto, a su vez, no
es permitido ya que la atención VIP requiere que el pasajero VIP sea
transportado por delante de todos los demás pasajeros.
Para el ascensor B (figura 8) la situación 42
puede solucionarse sin problema por el sistema de planificación,
puesto que el ascensor B no conoce al pasajero P1, debido a que
éste ya se encuentra en camino en el ascensor A y solamente se le
comunica el nuevo pasajero P2. La declaración de objeto 43 para el
ascensor B al sistema de planificación contiene, por lo tanto,
solamente el nuevo pasajero P2 que se tipifica por el requisito de
servicio VIP así como todas las 7 plantas f1 a f7.
- (:objetos
- (p2 -vip)
- (f1, f2, f3, f4, f5, f6, f7 - planta)).
A su vez, desde cada planta se puede atender
cualquiera de las otras plantas.
El pedido actual de transporte 44 del pasajero P2
se representa como
- (:inic
- (origen p2 f3)
- (destino p2 f7).
La descripción de posición actual 45 de la cabina
del ascensor B se expresa en la descripción de estado 42 como
- (ascensor-en f1).
En el ascensor B, la formulación de destino 46
para el sistema de planificación es idéntica con la del ascensor A.
Esta es transmitida al sistema de planificación junto con la
declaración de objeto 43 y el operador de parada 37 arriba descrito
como una parte de la representación de situación 42 del ascensor B.
Para la planificación de la secuencia de viajes del ascensor B
solamente es relevante la condición previa de operador: parada en
una planta con presencia de VIP, debido a que la descripción de
estado 32 para el ascensor B también transmite solamente la
solicitud de servicio VIP al sistema de planificación. Todas las
demás solicitudes de servicio, entregadas en forma de
especificaciones 33 y condiciones previas de la instrucción de
funcionamiento 39 del operador de STOP (parada) 37 no se tienen en
cuenta en esta secuencia de planificación y, por lo tanto, no
afectan el plan secuencial de viajes.
El sistema de planificación genera el siguiente
plan secuencial de viajes partiendo de esta entrada para el
ascensor B:
- paso en tiempo 1: (parada 3)
- paso en tiempo 2: (parada 7)
plan secuencial de viajes que representa una
secuencia de paradas mínima para un transporte efectivo del
pasajero P2.
Si los resultados de la planificación secuencial
de viajes de los ascensores A, B han sido recibidos por el gestor
de trabajo 26 central, éste evalúa las dos ofertas de secuencia de
viajes de los ascensores A, B. El gestor de trabajos 26 central
selecciona aquel ascensor que tenga la mejor oferta. La mejor
solución es aquí el único plan secuencial de viajes posible del
ascensor B. De acuerdo con ello, el gestor de trabajos 26 central
realiza la reserva para el pasajero P2 para el ascensor B. El
ascensor B, una vez recibida la reserva, actualiza también el plan
secuencial de viajes; todos los demás ascensores siguen viajando
según su plan previsto hasta entonces.
Claims (12)
1. Un procedimiento para la planificación
secuencial de viajes de una instalación de ascensores que
comprende, como mínimo, un ascensor, compuesto por:
- a.
- El registro de llamadas de destino por un análisis sensorio (3.1, 3.2, 3.3) dispuesto en plantas de la instalación de ascensores,
- caracterizado porque tiene los siguientes pasos de procedimiento:
- b.
- Introducción de llamadas de destino en una representación de situación (12) para cada ascensor, representación de situación (12) que define el estado operativo (18) momentáneo y la situación de tráfico (15, 17) del ascensor.
- c.
- Cálculo de una secuencia de viajes óptima para cada representación de situación (12) teniendo en cuenta un criterio de optimización previamente seleccionado, como tiempos mínimos de espera y/o de servicio y/o de viaje de los pasajeros, y la reserva del ascensor que corresponde mejor a la correspondiente secuencia óptima de viajes con el fin de satisfacer la llamada de destino.
2. Procedimiento según la reivindicación 1,
caracterizado
porque se registran llamadas de destino en una
instalación de ascensores con varios ascensores.
porque estas llamadas de destino registradas se
transmiten a un gestor de trabajos (26) central.
porque cada ascensor tiene un gestor de trabajos
(27, 28) los cuales son consultados por el gestor de trabajos (26)
central en cuanto a una oferta de transporte para cada llamada de
destino registrada.
porque estos gestores de trabajos (27, 28)
transmiten las ofertas de transporte correspondientes a las
consultas al gestor de trabajos (26) central, y
porque el gestor de trabajos (26) central reserva
una secuencia de viajes óptima en cuanto al criterio de
optimización a partir de las ofertas de transporte recibidas para
una llamada de destino registrada.
3. Procedimiento según la reivindicación 1,
caracterizado porque se registran llamadas de destino en una
instalación de ascensores con varios ascensores.
porque cada ascensor tiene un gestor de trabajos
(4), gestores de trabajo (4) que se consultan para cada llamada de
destino en cuanto a una oferta de transporte.
porque los gestores de trabajo (4) presentan
ofertas de transporte correspondientes a la consulta, y
porque se reserva una secuencia de viajes óptima
en cuanto al criterio de optimización a partir de estas ofertas de
transporte para una llamada de destino registrada.
4. Procedimiento según una de las
reivindicaciones 1 a 3, caracterizado porque se registran
llamadas de destino en dispositivos de registro (3.1, 3.2, 3.3) de
las plantas, y
porque en el dispositivo de registro (3.1, 3.2,
3.3), que ha registrado la llamada de destino, se indica un
ascensor que corresponde a una secuencia de viajes reservada.
5. Procedimiento según una de las
reivindicaciones 1 a 4, caracterizado
porque la representación de situación contiene
operadores que especifican transiciones de estado (16) elementales
de la instalación de ascensores.
porque se seleccionan operadores a utilizar en
cuanto al criterio de optimización.
porque para estos operadores se determinan
valores concretos para los parámetros de operador.
porque se determina una secuencia de disposición
en la que aparecen estos operadores en la planificación secuencial
de viajes.
6. Procedimiento según la reivindicación 5,
caracterizado porque se eligen operadores que contienen
instrucciones técnicas de control con relación a las solicitudes de
servicio.
7. Control de llamadas de destino para una
instalación de ascensores para determinar la secuencia de viajes de
uno o varios ascensores de la instalación de ascensores con
dispositivos de registro (3.1, 3.2, 3.3) en plantas de la
instalación de ascensores para el registro de llamadas de
destino,
caracterizado porque
se ha previsto una unidad de procesamiento (4)
que comprende para cada ascensor una representación de situación
(12) y un planificador (5), representación de situación (12) que
define el estado operativo (18) momentáneo y la situación de tráfico
(15, 17) del ascensor, y planificador (5) que calcula una secuencia
de viajes óptima para cada representación de situación (12),
teniendo en cuenta un criterio de optimización previamente
seleccionado, como son tiempos mínimos de espera y/o de servicio y/o
de viaje de los pasajeros.
8. Control de llamadas de destino según la
reivindicación 7, caracterizado
porque la representación de situación contiene
parámetros del estado operativo actual de la instalación de
ascensores y del estado de destino de la instalación de ascensores
a alcanzar.
porque la representación de situación contiene
parámetros que especifican transiciones de estado (16) elementales
de la instalación de ascensores.
9. Control de llamadas de destino según la
reivindicación 7 ó 8, caracterizado
porque la instalación de ascensores tiene varios
ascensores.
porque se ha previsto un gestor de trabajos (26)
central que recibe a través de una red de comunicación todas las
llamadas de destino registradas por los dispositivos de registro
(3.1, 3.2, 3.3).
porque cada ascensor tiene un gestor de trabajos
(27, 28).
porque el gestor de trabajos (26) central
consulta a estos gestores de trabajos (27, 28) a través de la red
de comunicación (2) en cuanto a una oferta de transporte para cada
llamada de destino registrada.
porque estos gestores de trabajos (27, 28)
presentan al gestor de trabajos central (27, 26) a través de la red
de comunicación (2) las ofertas de transporte correspondientes a la
consulta, y
porque el gestor de trabajo (26) central reserva
a partir de las ofertas de transporte transmitidas una secuencia de
viajes óptima en cuanto al criterio de optimización para la llamada
de destino registrada.
10. Control de llamadas de destino según la
reivindicación 7 ó 8, caracterizado
porque la instalación de ascensores tiene varios
ascensores.
porque cada ascensor tiene un gestor de trabajos
(4).
porque un dispositivo de registro (3.1, 3.2, 3.3)
consulta estos gestores de trabajo (4) a través de una red de
comunicación (29) en cuanto a una oferta de transporte para cada
llamada de destino registrada.
porque este gestor de trabajos (4) presenta a
través de la red de comunicación (2) al dispositivo de registro
(3.1, 3.2, 3.3) consultante las ofertas de transporte
correspondientes a la consulta, y
porque este dispositivo de registro (3.1, 3.2,
3.3) reserva a partir de estas ofertas de transporte una secuencia
de viaje óptima en cuanto al criterio de optimización para la
llamada de destino registrada.
11. Control de llamadas de destino de acuerdo con
la reivindicación 9 ó 10, caracterizado porque un
dispositivo de registro (3.1, 3.2, 3.3), que ha registrado una
llamada de destino, indica el ascensor que corresponde a una
secuencia de viaje reservada.
12. Instalación de ascensores compuesta de, como
mínimo, un ascensor con un piso y, como mínimo, un ascensor con dos
pisos y un control de llamada de destino según una de las
reivindicaciones 7 a 11.
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP00106767 | 2000-03-29 | ||
EP00106767 | 2000-03-29 | ||
EP00106768 | 2000-03-29 | ||
EP00106768 | 2000-03-29 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2248295T3 true ES2248295T3 (es) | 2006-03-16 |
Family
ID=26070754
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES01914940T Expired - Lifetime ES2248295T3 (es) | 2000-03-29 | 2001-03-29 | Control de llamada de destino para ascensores. |
Country Status (13)
Country | Link |
---|---|
US (1) | US6793044B2 (es) |
EP (1) | EP1276691B1 (es) |
JP (1) | JP2003528785A (es) |
CN (1) | CN1220614C (es) |
AT (1) | ATE302158T1 (es) |
AU (2) | AU2001242208B2 (es) |
BR (1) | BR0109529A (es) |
DE (1) | DE50107119D1 (es) |
DK (1) | DK1276691T3 (es) |
ES (1) | ES2248295T3 (es) |
HK (1) | HK1054364B (es) |
MX (1) | MXPA02009377A (es) |
WO (1) | WO2001072621A1 (es) |
Families Citing this family (34)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4960585B2 (ja) | 2003-10-10 | 2012-06-27 | インベンテイオ・アクテイエンゲゼルシヤフト | エレベータ装置の制御方法およびエレベータ装置 |
TW594510B (en) * | 2003-11-05 | 2004-06-21 | Ind Tech Res Inst | Method and system of automatic service composition |
FI115297B (fi) * | 2004-01-26 | 2005-04-15 | Kone Corp | Hissijärjestely |
FI117091B (fi) * | 2005-03-15 | 2006-06-15 | Kone Corp | Menetelmä kuljetusjärjestelmän hallitsemiseksi |
FI118381B (fi) * | 2006-06-19 | 2007-10-31 | Kone Corp | Hissijärjestelmä |
DE102006046062B4 (de) | 2006-09-27 | 2018-09-06 | Deutsches Zentrum für Luft- und Raumfahrt e.V. | Verfahren zum Steuern eines Aufzug- oder ähnlichen Beförderungssystems |
JP4388546B2 (ja) * | 2006-12-28 | 2009-12-24 | 株式会社日立製作所 | エレベータ群管理システムおよびそのサービスエレベータ案内表示方法 |
US8151943B2 (en) | 2007-08-21 | 2012-04-10 | De Groot Pieter J | Method of controlling intelligent destination elevators with selected operation modes |
FI119686B (fi) * | 2007-10-11 | 2009-02-13 | Kone Corp | Hissijärjestelmä |
JP5461522B2 (ja) * | 2008-03-31 | 2014-04-02 | オーチス エレベータ カンパニー | エレベータかご割当制御戦略 |
JP5218556B2 (ja) * | 2008-05-21 | 2013-06-26 | 三菱電機株式会社 | エレベータ群管理システム |
BRPI0917419B1 (pt) | 2008-07-31 | 2019-12-17 | Inventio Ag | processo para controle de um sistema de elevador com várias cabines de elevador por poço de elevador |
FI121009B (fi) | 2008-10-24 | 2010-06-15 | Kone Corp | Hissijärjestelmä |
CN102596777B (zh) | 2009-11-10 | 2015-03-11 | 奥的斯电梯公司 | 具有分布式调度的电梯系统 |
EP2511217B1 (en) * | 2009-12-11 | 2021-10-13 | Mitsubishi Electric Corporation | Elevator system |
EP2615052A4 (en) | 2010-09-10 | 2017-11-15 | Mitsubishi Electric Corporation | Operation device of elevator |
CN103466398B (zh) * | 2013-09-25 | 2015-04-22 | 苏州爱立方服饰有限公司 | 一种基于遗传算法-神经网络算法的电梯对重调节方法 |
CN103601046B (zh) * | 2013-11-28 | 2016-09-21 | 深圳市捷顺科技实业股份有限公司 | 一种电梯控制方法及系统 |
EP3002242A1 (de) | 2014-09-30 | 2016-04-06 | Inventio AG | Steuerungsverfahren für ein Aufzugssystem mit einzeln angetriebenen Kabinen und geschlossener Fahrbahn |
DE102014115999A1 (de) | 2014-11-03 | 2016-05-04 | K.A. Schmersal Gmbh & Co. Kg | Bedienung eines Aufzugs mittels Touchscreen |
EP3218295B1 (en) | 2014-11-13 | 2023-05-03 | Otis Elevator Company | Elevator control system overlay system |
US20180099839A1 (en) * | 2016-10-07 | 2018-04-12 | Otis Elevator Company | Elevator call system with mobile device |
US10486938B2 (en) | 2016-10-28 | 2019-11-26 | Otis Elevator Company | Elevator service request using user device |
KR102305787B1 (ko) * | 2017-12-14 | 2021-09-28 | 미쓰비시덴키 가부시키가이샤 | 검색 시스템 및 감시 시스템 |
AU2018386879B2 (en) * | 2017-12-21 | 2021-12-09 | Inventio Ag | Method and elevator controller for controlling an elevator group having a plurality of elevators on the basis of destination calls |
CN112672967B (zh) * | 2018-09-26 | 2023-04-28 | 三菱电机楼宇解决方案株式会社 | 电梯系统以及便携式终端 |
EP3921263B1 (de) | 2019-02-08 | 2023-05-24 | Inventio Ag | Aufzugsanlage mit aufzugsbedieneinrichtungen für passagiere mit körperlichen einschränkungen |
CN109809262B (zh) * | 2019-02-18 | 2021-10-22 | 南京亿数信息科技有限公司 | 一种电梯权限安全控制系统 |
US20220073316A1 (en) | 2020-07-15 | 2022-03-10 | Leandre Adifon | Systems and methods for operation of elevators and other devices |
US11305964B2 (en) | 2020-07-15 | 2022-04-19 | Leandre Adifon | Systems and methods for operation of elevators and other devices |
WO2022043371A1 (de) | 2020-08-31 | 2022-03-03 | Inventio Ag | Aufzugsanlage mit aufzugsbedieneinrichtungen für passagiere mit eingeschränkter mobilität |
DE102022110209A1 (de) | 2022-04-27 | 2023-11-02 | Tk Elevator Innovation And Operations Gmbh | Verfahren zum Betreiben einer Aufzuganlage |
DE102022110202A1 (de) | 2022-04-27 | 2023-11-02 | Tk Elevator Innovation And Operations Gmbh | Aufzugsystem und Verfahren zum Betreiben eines Aufzugsystems |
CN115744921B (zh) * | 2022-11-22 | 2024-01-09 | 安徽科昂纳米科技有限公司 | 一种基于甲基硅酸钠与硅酸钠混合硅源的二氧化硅气凝胶及其制备方法 |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100202716B1 (ko) * | 1996-12-17 | 1999-06-15 | 이종수 | 엘리베이터의 신호 전송장치 |
JPH0252875A (ja) * | 1988-08-16 | 1990-02-22 | Mitsubishi Electric Corp | エレベーターの自動学習群管理装置 |
JPH07110748B2 (ja) * | 1989-06-14 | 1995-11-29 | 株式会社日立製作所 | エレベータの群管理制御装置 |
JP2608970B2 (ja) * | 1990-06-15 | 1997-05-14 | 三菱電機株式会社 | エレベータの群管理装置 |
JP2846102B2 (ja) * | 1990-11-05 | 1999-01-13 | 株式会社日立製作所 | 群管理エレベーターシステム |
US5767461A (en) * | 1995-02-16 | 1998-06-16 | Fujitec Co., Ltd. | Elevator group supervisory control system |
GB2311148B (en) * | 1996-03-12 | 1998-03-11 | Hitachi Ltd | Elevator control system |
FI111929B (fi) * | 1997-01-23 | 2003-10-15 | Kone Corp | Hissiryhmän ohjaus |
CN1193924C (zh) * | 1999-10-21 | 2005-03-23 | 三菱电机株式会社 | 电梯群管理装置 |
JP4870863B2 (ja) * | 2000-04-28 | 2012-02-08 | 三菱電機株式会社 | エレベータ群最適管理方法、及び最適管理システム |
-
2001
- 2001-03-29 AT AT01914940T patent/ATE302158T1/de active
- 2001-03-29 BR BR0109529-3A patent/BR0109529A/pt not_active Application Discontinuation
- 2001-03-29 CN CNB01807393XA patent/CN1220614C/zh not_active Expired - Lifetime
- 2001-03-29 AU AU2001242208A patent/AU2001242208B2/en not_active Ceased
- 2001-03-29 WO PCT/CH2001/000205 patent/WO2001072621A1/de active IP Right Grant
- 2001-03-29 JP JP2001570546A patent/JP2003528785A/ja active Pending
- 2001-03-29 EP EP01914940A patent/EP1276691B1/de not_active Revoked
- 2001-03-29 AU AU4220801A patent/AU4220801A/xx active Pending
- 2001-03-29 DK DK01914940T patent/DK1276691T3/da active
- 2001-03-29 MX MXPA02009377A patent/MXPA02009377A/es active IP Right Grant
- 2001-03-29 ES ES01914940T patent/ES2248295T3/es not_active Expired - Lifetime
- 2001-03-29 DE DE50107119T patent/DE50107119D1/de not_active Expired - Lifetime
-
2002
- 2002-09-30 US US10/261,342 patent/US6793044B2/en not_active Expired - Lifetime
-
2003
- 2003-07-30 HK HK03104980.1A patent/HK1054364B/zh not_active IP Right Cessation
Also Published As
Publication number | Publication date |
---|---|
DE50107119D1 (de) | 2005-09-22 |
JP2003528785A (ja) | 2003-09-30 |
WO2001072621A1 (de) | 2001-10-04 |
HK1054364B (zh) | 2005-11-25 |
US6793044B2 (en) | 2004-09-21 |
US20030085079A1 (en) | 2003-05-08 |
AU4220801A (en) | 2001-10-08 |
MXPA02009377A (es) | 2003-02-12 |
EP1276691B1 (de) | 2005-08-17 |
BR0109529A (pt) | 2003-06-10 |
CN1220614C (zh) | 2005-09-28 |
EP1276691A1 (de) | 2003-01-22 |
HK1054364A1 (en) | 2003-11-28 |
CN1420836A (zh) | 2003-05-28 |
DK1276691T3 (da) | 2005-12-19 |
ATE302158T1 (de) | 2005-09-15 |
AU2001242208B2 (en) | 2006-02-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2248295T3 (es) | Control de llamada de destino para ascensores. | |
CN109823931B (zh) | 智能移动设备的乘梯方法、装置、电子设备和存储介质 | |
ES2281559T3 (es) | Procedimiento para el control de una instalacion de ascensor, asi como instalacion de ascensor para realizar el procedimiento. | |
US6394231B1 (en) | Method of communication of travel destination information between user and a plural vehicle transport system | |
US10766737B2 (en) | Destination control system | |
FI112793B (fi) | Matkustajien opastusjärjestelmä sekä näyttöväline | |
CN100567118C (zh) | 电梯群管理控制装置 | |
KR101119860B1 (ko) | 엘리베이터 시스템 | |
TW316893B (es) | ||
JP2009096612A (ja) | 人流演算装置 | |
JP4602330B2 (ja) | エレベータの群管理制御装置 | |
JP3029140B2 (ja) | 二重かごエレベ−タ用群管理制御装置 | |
CN109867177A (zh) | 网络型智能汽车电梯 | |
JP2016128356A (ja) | エレベータシステム | |
JPS6356157B2 (es) | ||
JPH05162927A (ja) | ダブルデッキエレベータの乗場操作盤 | |
JP7022830B2 (ja) | マルチカーエレベーター | |
JP2559424B2 (ja) | エレベーターの制御装置 | |
JP7359340B1 (ja) | エレベーターシステム及びエレベーターのかご割り当て方法 | |
WO2021176690A1 (ja) | エレベーターの制御システム | |
JP2929051B2 (ja) | 連基式駐車装置における制御方法 | |
CA2403918C (en) | Targeted call control for lifts | |
JPH09240931A (ja) | エレベータ群管理制御装置 | |
JPH08225257A (ja) | エレベーター群管理制御システム | |
JPH08119545A (ja) | エレベーターの群管理制御装置 |