Sistema y procedimiento para seleccionar un sistema de ascensores

19 OFICINA ESPAÑOLA DE PATENTES Y MARCAS ESPAÑA 11 Número de publicación: 2 279 721 21 Número de solicitud: 200600238 51 Int. Cl.: B66B 1/18 (2006.01) 12 PATENTE DE INVENCIÓN B1 22 Fecha de presentación: 02.02.2006 43 Fecha de publicación de la solicitud: 16.08.2007 Fecha de la concesión: 27.06.2008 45 Fecha de anuncio de la concesión: 16.07.2008 45 Fecha de publicación del folleto de la patente: 16.07.2008 73 Titular/es: Universidad de Sevilla OTRI-Pabellón de Brasil Paseo de las Delicias, s/n 41012 Sevilla, ES MACPUARSA 72 Inventor/es: Cortés Achedad, Pablo; Onieva Giménez, Luis; Muñuzuri Sanz, Jesús; Guadix Martín, José y Fernández Montero de Espinosa, Pedro 74 Agente: No consta 54 Título: Sistema y procedimiento para seleccionar un sistema de ascensores. 57 Resumen: Sistema y procedimiento para seleccionar un sistema de ascensores. El sistema para seleccionar un sistema de ascensores, que comprende al menos un ascensor, a aplicar en un edificio, comprende medios para obtener datos referentes al edificio; medios para generar al menos un patrón de demandas de usuario a partir de los datos del edificio; medios para obtener un conjunto de datos para cada ascensor del sistema de ascensores; medios de control que simulan el funcionamiento del sistema de ascensores dependiendo de los conjuntos de datos de los ascensores del sistema de ascensores y del patrón de demandas de usuario generado, y determinan el resultado de la simulación de dicho sistema de ascensores durante la misma; medios para ejecutar dichos medios de control; y medios para mostrar el resultado de la simulación para cada sistema de ascensores considerado. Aviso: Se puede realizar consulta prevista por el art. 37.3.8 LP. ES 2 279 721 B1 Venta de fascículos: Oficina Española de Patentes y Marcas. Pº de la Castellana, 75 – 28071 Madrid 5 10 15 20 25 30 35 40 45 50 55 60 65 ES 2 279 721 B1 DESCRIPCIÓN Sistema y procedimiento para seleccionar un sistema de ascensores. La presente invención se refiere a un sistema para seleccionar un sistema de ascensores. Más concretamente, se refiere a un sistema que permite el análisis de sistemas de tráfico vertical, que ofrece una configuración exhaustiva del sistema de ascensores a analizar, una interfaz gráfica de usuario para facilitar la compresión de lo que ocurre en cada momento en el sistema de ascensores analizado, e informes que permiten comparar entre diferentes soluciones adoptadas y poder decidir cuál de ellas es la más conveniente. También se refiere a un procedimiento y a un programa de ordenador para seleccionar un sistema de ascensores. Antecedentes de la invención Para la instalación de un sistema de ascensores en un edificio es necesaria la realización de un estudio exhaustivo para poder determinar, entre otras cosas, la posibilidad de la instalación, y el modelo óptimo de los ascensores que deben formar parte del sistema de ascensores, teniendo en cuenta, por ejemplo, las características del edificio y/o el aprovechamiento máximo del espacio. En edificios ya existentes, la instalación de un sistema de ascensores es aún más complicada puesto que debe adaptarse a la configuración del edificio (e.g. hueco de la escalera o patio de luces), pudiendo presentar dichos sistemas de ascensores un alto grado de personalización. Teniendo en cuenta además que los costes, tanto del sistema de ascensores como de su instalación, son bastante elevados, y los tiempos de instalación son bastante grandes, es necesario determinar correctamente el sistema de ascensores más apropiado para el edificio en el que se tiene que instalar. Un error en la determinación del sistema de ascensores puede suponer multitud de problemas, entre los que destacan importantes pérdidas económicas y de tiempo. Por todo ello, en los últimos años se han intentado solucionar los inconvenientes citados mediante la implementación de sistemas de simulación del funcionamiento de sistemas de ascensores, a partir de determinados parámetros de los edificios en los que se tienen que instalar los ascensores, así como de parámetros característicos de los mismos. Entre dichos simuladores de tráfico vertical destacan los siguientes: -PC-LSD (Personal Computer-Lift System Design): Se trata de una herramienta para el diseño de sistemas de ascensores desarrollada en la Universidad de Manchester, Instituto de Ciencia y Tecnología, que es de acceso libre. Sus principales características son que trabaja sobre el sistema operativo MS-DOS, lo que supone un inconveniente importante; a nivel de configuración del edificio, permite trabajar con hasta 25 plantas; a nivel de configuración de tráfico de pasajeros permite el uso de flujos de tráfico especiales, tales como uppeak odownpeak, la definición simple de destinaciones, poblaciones en planta y tiempos de transferencia de pasajeros; y a nivel de configuración de ascensores, permite la simulación de hasta ocho ascensores para un mismo sistema de ascensores y apertura de puertas avanzada. Permite también el uso de algoritmos de control de tráfico y su simulación visual es en dos dimensiones, mostrando únicamente movimientos básicos. Además, genera informes con gráficos, siendo la información de dichos informes, exportable e imprimible. -Elevate®: se trata de un programa de ordenador comercial que permite la simulación de sistemas de ascensores. Sus principales características son que trabaja sobre el sistema operativo Windows de Microsoft Corporation, a nivel de configuración de edificio permite hacer simulaciones con edificios de hasta 100 plantas, trabaja con distancias entre plantas y con plantas con condiciones especiales. A nivel de configuración de tráfico de pasajeros, permite trabajar con flujos de tráfico especiales, con definiciones simples de destinaciones, con definiciones avanzadas de destinaciones, con poblaciones en planta, con tiempos de transferencia de pasajeros y con factores de capacidad/escalera. A nivel de configuración del sistema de ascensores, permite trabajar con hasta doce ascensores, con ascensores de diferentes capacidades, con diferentes dinámicas y con apertura de puertas avanzada. Por otro lado, permite también trabajar con algoritmos de control de tráfico, siendo la visualización, de la simulación en 2D. Genera informes con gráficos, imprimibles y exportables. -ALTS (Advanced Lift Traffic Simulator)/BTS (Building Traffic Simulator):ALTS es un simulador que fue creado por Kone Corporation en colaboración con el Laboratorio de Análisis de Sistemas de la Universidad de Helsinki de Tecnología. Desde 2001 hasta 2003, Kone desarrolló BTS, una nueva herramienta que mejoraba ALTS y que incluía análisis de evacuación de edificios. Las características principales de estas herramientas son que trabajan sobre el sistema operativo Windows; a nivel de configuración de edificios, trabajan con plantas del edificio con condiciones especiales; a nivel de configuración de tuco de pasajeros, permiten flujos de tráfico especiales, definición simple de destinaciones, definición avanzada de destinaciones, poblaciones en planta, tiempos de transferencia de pasajeros y factores de escalera/capacidad. A nivel de configuración de los ascensores, permiten trabajar con aperturas de puerta avanzadas. Además, trabajan con algoritmos de control de tráfico (propietarios de Kone), su simulación visual puede ser en 3D y generan informes con gráficos, imprimibles y exportables. 2 5 10 15 20 25 30 35 40 45 50 55 60 65 ES 2 279 721 B1 A pesar de todas las características descritas para estos simuladores conocidos en el estado de la técnica (unos más avanzados que otros), ninguno de ellos es adecuado ni tiene como objetivo seleccionar el sistema de ascensores más apropiado para un edificio dado, de entre una pluralidad de sistemas de ascensores simulados. Únicamente son útiles para simular el funcionamiento de un sistema de ascensores dado, para un edificio determinado. Descripción de la invención Por lo tanto, es un objetivo de la presente invención proporcionar un sistema que permite seleccionar un sistema de ascensores a aplicar en un edificio. Este objetivo se consigue de acuerdo con la reivindicación 1, proporcionando un sistema para seleccionar un sistema de ascensores, que comprende al menos un ascensor, a aplicar en un edificio, comprendiendo dicho sistema medios para obtener datos referentes al edificio; medios para generar al menos un patrón de demandas de usuario a partir de los datos del edificio; medios para obtener un conjunto de datos para cada ascensor del sistema de ascensores; medios de control que simulan el funcionamiento del sistema de ascensores dependiendo de los conjuntos de datos de los ascensores del sistema de ascensores y del patín de demandas de usuario generado, y determinan el resultado de la simulación de dicho sistema de ascensores durante la misma; medios para ejecutar dichos medios de control; medios para mostrar el resultado de la simulación para cada sistema de ascensores considerado. De este modo, se consigue un sistema para seleccionar un sistema de ascensores que permite determinar cuálde los sistemas de ascensores considerados es el más conveniente para aplicarlo a un edificio dado. Dicha determinación se realiza a partir de la comparación entre los resultados de la simulación obtenidos para los sistemas de ascensores considerados, comprendiendo dichos resultados al menos uno de los parámetros seleccionados del grupo que consiste en: tiempo de subida y bajada (RTT), tiempo medio de espera (AWT), tiempo de espera máximo (LWT), tiempo medio de viaje (ATT), tiempo de viaje máximo (LTT), número de arranques, velocidad nominal, velocidad lenta, aceleración, desaceleración, retardo de arranque, tiempo de velocidad lenta, número de ascensores, distancia recorrida, tiempo en movimiento, posición en cada instante, número de pasajeros transportados, carga media transportada, carga transportada en cada instante, ocupación media, tamaño de la cola, y tasa media de llegadas. El sistema de la invención aporta también otras ventajas que se describen a continuación. En primer lugar, es posible utilizar el sistema de la invención como plataforma de prueba para el desarrollo de algoritmos de control de los sistemas de ascensores, que más tarde pueden incorporarse dentro del controlador de un sistema de ascensores real. Por otro lado, debido a la interfaz gráfica de usuario utilizada, se facilita la comprensión de lo que ocurre en cada momento durante la simulación del sistema de ascensores analizado. Además, el sistema permite una configuración exhaustiva del sistema de ascensores a analizar, por lo que el operador del sistema de la invención tiene un mayor control sobre la simulación del funcionamiento de dicho sistema de ascensores. De acuerdo con otro aspecto, la invención proporciona un procedimiento para seleccionar un sistema de ascensores, que comprende al menos un ascensor, a aplicar en un edificio, comprendiendo el procedimiento las etapas de: (a) Obtener datos referentes al edificio; (b) Generar al menos un patrón de demandas de usuario a partir de los datos del edificio; (c) Para cada sistema de ascensores considerado, obtener un conjunto de datos para cada ascensor del sistema de ascensores, y ejecutar unos medios de control que simulan el funcionamiento del sistema de ascensores dependiendo de los conjuntos de datos de los ascensores del sistema de ascensores y del patrón de demandas de usuario generado, y determinan el resultado de la simulación de dicho sistema de ascensores durante la misma; (d) Mostrar el resultado de la simulación para cada sistema de ascensores considerado. Según una realización de la invención, el procedimiento puede comprender una etapa (e) de obtención de datos referentes a los usuarios, y, en la etapa (b), el al menos un patrón de demandas de usuario se genera a partir de por lo menos los datos del edificio y de los datos de los usuarios. El procedimiento puede comprender también una etapa (f) de obtención de datos referentes al trafico de usuarios en el edificio, en la etapa (b), el al menos un patrón de demandas de usuario se genera a partir de por lo menos los datos del edificio y de los datos del tráfico de usuarios. Por lo tanto, en el caso de que el procedimiento comprenda la etapa (e) de obtención de datos referentes a los usuarios y la etapa (f) de obtención de datos referentes al trafico de usuarios, en la etapa (b), el al menos un patrón de demandas de usuario se genera a partir de los datos del edificio, de los datos referentes a los usuarios, y de los datos referentes al tráfico de usuarios. 3 5 10 15 20 25 30 35 40 45 50 55 60 65 ES 2 279 721 B1 Según una realización de la invención, el procedimiento puede comprender una etapa (g) de determinación, del sistema de ascensores a aplicar en el edificio, a partir de los resultados de la simulación. De este modo, es el propio sistema el que determina, mediante la evaluación de los parámetros que forma parte de los resultados de la simulación de los sistemas de ascensores considerados, el sistema de ascensores más adecuado para el edificio dado. Preferentemente, la generación del patrón de demandas de usuario puede basarse en la fórmula: pr(n) = (λT)n n! e−λT donde pr(n) es una función que representa la probabilidad de que en un intervalo de tiempo T se produzca la llegada de n usuarios, siendo λla tasa media de llegadas. Mediante dicha expresan se consigue la utilización de tasas de llegada poissonianas para generar los pasajeros en cada una de las plantas del edificio, es decir, la expresen se utiliza para obtener el instante en el que llegan los pasajeros a la planta correspondiente. En el caso de la definición de tráfico simple, se usa la misma tasa de llegada durante todo el intervalo de simulacro. Para el caso de la definición de tráfico avanzado, se pueden definir diferentes tasas de llegada cada, por ejemplo, cinco minutos. Básicamente, se trata de una función de densidad de probabilidad. Según otra realización de la invención, el procedimiento puede comprender una etapa (h) de obtención de datos de configuración de los medios de control. De acuerdo con otro aspecto de la invención, se proporciona un programa de ordenador que comprende instrucciones de programa para provocar que un sistema de computación realice el procedimiento para seleccionar un sistema de ascensores, descrito anteriormente. Dicho programa de ordenador puede estar almacenado en unos medios de grabación o puede ser portado por una señal portadora eléctrica. Definiciones El término “proyecto” hace referencia al conjunto de datos necesarios para poder determinar el sistema de ascensores más adecuado, según unos parámetros preferidos, para un edificio dado. Básicamente, se trata de un fichero en el que se almacenan todos los datos citados. El término “Dinámica 3VF” hace referencia a la dinámica de un ascensor que se caracteriza por tener fases de aceleración y desaceleración progresiva, en las que las aceleraciones son aceleración de arranque y desaceleración de parada. Al igual que en la Dinámica 2V, existe un tiempo en lenta en la fase de aproximación al destino, tras el cual el ascensor pasa a tener velocidad nula. El tanino “Dinámica 2V” hace referencia a la dinámica que puede presentar un ascensor, que se caracteriza por la velocidad nominal y la velocidad lenta. En la fase de arranque, el ascensor pasa inmediatamente de una velocidad nula a una velocidad nominal. En la fase de aproximación a la planta destino, se pasa inmediatamente a una velocidad intermedia durante un tiempo determinado (tiempo en lenta), hasta que pasa nuevamente a tener velocidad nula. Es importante destacar que se trata de un caso concreto de la dinámica 3VF, en el que las aceleraciones de arranque y parada son muy grandes. El término “pantalla” hace referencia a elementos colocados a lo largo del hueco del ascensor. Existen tres tipos diferentes de pantallas: de planta, las cuales están situadas al comienzo de cada planta y sirven para detectar los cambios de piso al pasar por las plantas; de subida/bajada, que indican que si se quiere parar en la planta a la que está asociada la pantalla se tiene que empezar a desacelerar (la diferencia entre ambos tipos es que se utiliza una u otra según el sentido de movimiento del ascensor). Breve descripción de los dibujos Para mayor comprensión de cuanto se ha expuesto se acompasan unos dibujos en los cuales, esquemáticamente y sólo a título de ejemplo no limitativo, se representa un caso práctico de realización. En los dibujos: Fig. 1 muestra un diagrama esquemático de la ventana principal del sistema para seleccionar un sistema de ascensores, de acuerdo con la invención; Fig. 2a muestra un diagrama esquemático de una primera zona de la barra de herramientas de la ventana de la Fig. 1, que comprende un grupo de botones destinados a realizar operaciones básicas sobre el archivo de un proyecto; Fig. 2b muestra un diagrama esquemático de una segunda zona de la barra de herramientas de la ventana de la Fig. 1, que comprende un botón destinado a seleccionar opciones de configuración predefinidas por el usuario; 4 5 10 15 20 25 30 35 40 45 50 55 60 65 ES 2 279 721 B1 Fig. 2c muestra un diagrama esquemático de una tercera zona de la barra de herramientas de la ventana de la Fig. 1, que comprende un grupo de botones destinados a configurar de forma detallada elementos tales como el edificio o el ascensor; Fig. 2d muestra un diagrama esquemático de una cuarta zona de la barra de i herramientas de la ventana de la Fig. 1, que comprende un grupo de botones destinados a controlar la simulación; Fig. 2e muestra un diagrama esquemático de una quinta zona de la barra de herramientas de la ventana de la Fig. 1, que comprende un grupo de botones destinados a ajustar la visualización de la simulación; Fig. 2f muestra un diagrama esquemático de una sexta zona de la barra de herramientas de la ventana de la Fig. 1, que comprende un grupo de botones destinados a controlar la visualización de las páginas de un informe que muestra los resultados de la simulación; Fig. 3 muestra un diagrama esquemático de una ventana de diálogo que permite la selección de configuraciones predefinidas por el usuario (configuración rápida); Fig. 4 muestra un diagrama esquemático de la ventana de simulación del funcionamiento de un sistema de ascensores; Fig. 4a muestra un diagrama esquemático de una planta del edificio, con pasajeros esperando en un embarque, tal como se puede observar en una zona de la ventana de simulación de la Fig. 4; Fig. 4b muestra un diagrama esquemático de una planta del edificio, en la que un ascensor ha llegado a un embarque, tal como se puede observar en una zona de la ventana de simulación de la Fig. 4; Fig. 4c muestra un diagrama esquemático de unos ascensores en movimiento, tal como se puede observar en una zona de la ventana de simulación de la Fig. 4; Fig. 5a muestra una tabla con los resultados de la simulación, para cada uno de los sistemas de ascensores considerados; Fig. 5b muestra unas gráficas con información global de la simulación; Fig. 5c muestra unas gráficas con información obtenida durante la simulación, referente a los ascensores; Fig. 5d muestra unas gráficas con información obtenida durante la simulación, referente a las plantas del edificio; Fig. 6 muestra un diagrama esquemático de una ventana de diálogo para la configuración del edificio en el que se tiene que instalar un sistema de ascensores; Fig. 7 muestra una representación esquemática de una ventana de diálogo para la configuración del patrón del tráfico de pasajeros en el edificio, durante la simulación; Fig. 7a muestra una representación esquemática de una zona de la ventana de diálogo de la Fig. 7; Fig. 8 muestra una representación esquemático de una ventana de diálogo para la configuración de los ascensores; Fig. 8a muestra una representación esquemática de una ventana de diálogo para la configuración de las plantas ciegas, para cada uno de los ascensores del sistema de ascensores y embarques; Fig. 9 muestra una representación esquemática de una ventana de dialogo para configurar el algoritmo aplicado a la simulación; Fig. 10 muestra una representación esquemática de una ventana de diálogo para la configuración de los informes con los resultados de la simulación; Fig. 11 muestra una representación esquemática de un diagrama de eventos referentes a la dinámica de un ascensor de uno de los sistemas de ascensores considerados; y Fig. 12 muestra una representación esquemática de un diagrama de eventos ocurridos durante la simulación de un sistema de ascensores. Descripción de realizaciones preferidas En la presente realización preferida, el sistema para seleccionar un sistema de ascensores a aplicar en un edificio, objeto de la invención, se presenta en forma de programa de ordenador. Dicho programa de ordenador comprende, entre otros, un módulo para obtener datos referentes al edificio; un módulo para obtener datos referentes a los usuarios; 5 5 10 15 20 25 30 35 40 45 50 55 60 65 ES 2 279 721 B1 un módulo para obtener datos referentes al tráfico de usuarios en el edificio; un módulo para generar al menos un patrón de demandas de usuario a partir de los datos referentes al edificio, los datos de los usuarios y los datos del tráfico de usuarios; un módulo para obtener un conjunto de datos para cada ascensor del sistema de ascensores; un módulo de control que simula el funcionamiento de cada uno de los sistemas de ascensores considerado, dependiendo de los conjuntos de los datos de los ascensores de los sistemas de ascensores y de los patrones de demandas de usuario generados, y que determina el resultado de la simulación de cada uno de dichos sistemas de ascensores considerados; un módulo para mostrar el resultado de la simulación para cada sistema de ascensores considerado; y un módulo para determinar el sistema de ascensores más adecuado para el edificio en el que se tiene que aplicar. La ejecución del programa de ordenador, por ejemplo, con un doble click por parte del usuario sobre un elemento de control en forma de icono representativo del programa, mediante un dispositivo apuntador, tal como un ratón, genera una señal de control que provoca la apertura de la ventana principal del programa. Como se puede ver en la Fig. 1, dicha ventana 10 comprende una barra de menús 11 y una barra de herramientas 12. La barra de menús comprende, entre otros, un elemento de menú “Archivo”, que contiene los siguientes comandos: Nuevo Crea un proyecto nuevo Abrir Abre un programa existente Cerrar Cierra el proyecto seleccionado Guardar Guarda el proyecto con el mismo nombre Guardar como Guarda el proyecto con un nombre específico Salir Cierra el programa y un elemento de menú “Configuración” que contiene los siguientes comandos: Configuración rápida Permite configurar los datos de un proyecto de forma rápida Edificio Muestra una ventana con información sobre el edificio Tráfico Muestra una ventana con información sobre el tráfico Ascensores Muestra una ventana con información sobre los ascensores Algoritmo Muestra una ventana con información sobre el algoritmo de asignación de llamadas Informe Muestra una ventana con información sobre las opciones del informe La barra de herramientas 12 comprende una pluralidad de elementos de control en forma de botones, que permiten de forma rápida e intuitiva el acceso a diversas funciones del sistema de acuerdo con la invención. La barra 12 está dividida en zonas, según la utilidad de los botones. En la Fig. 2a puede verse una primera zona de la barra 12 que comprende un grupo de botones destinados a realizar operaciones básicas sobre el archivo de un proyecto. Un primer botón 21a genera una señal de control que tiene por objetivo crear un nuevo proyecto; un segundo botón 22a que tiene por objetivo abrir un proyecto existente; y un tercer botón 23a para guardar el proyecto actualmente abierto. En la Fig. 2b puede verse una segunda zona de la barra 12 que comprende un botón 20b que genera una señal de control para seleccionar opciones de configuración predefinidas por el usuario. La Fig. 2c muestra una tercera zona de la barra 12 que comprende un grupo de botones para que el usuario pueda configurar de forma detallada elementos tales como el edificio o el ascensor. Así, un primer botón 20c se utiliza para la configuración detallada del edificio; un segundo botón 21c se utiliza para configurar de manera detallada el tráfico de usuarios (pasajeros); un tercer botón 22c sirve para configurar de manera detallada el sistema de ascensores; un cuarto botón 23c se utiliza para configurar el algoritmo utilizado; y un quinto botón 24c se utiliza para dar acceso a la configuración de las opciones de un informe con los resultados de la simulación. En la Fig. 2d se puede ver una cuarta zona de la barra de herramientas 12, que comprende un grupo de botones destinados al control de la simulación. Un primer botón 20d tiene la función de lanzar la simulación una vez se hayan introducido los datos que caracterizan al sistema de ascensores que se desea analizar; un segundo botón 21d para pausar la simulación; un tercer botón 22d para ejecutar una iteración de la simulación, es decir, permite realizar la simulación por pasos, lo que permite analizar con precisen los cambios en el estado del simulador; un cuarto botón 23d que permite ralentizar la simulación; y un último botón 24d para acelerar la simulación. Obviamente, el segundo, 6 5 10 15 20 25 30 35 40 45 50 55 60 65 ES 2 279 721 B1 tercer, cuarto y quinto botón debe utilizarse durante la simulación, por lo que pueden ser útiles a la hora de analizar el estado del sistema. Además, si se quiere cancelar la simulación, se puede cerrar la ventana de simulación. Tal como se puede ver en la Fig. 2e, la barra de herramientas 12 comprende también otra zona de la barra en la que ese presente un grupo de botones para ajustar la visualización de la simulación, mediante el ajuste del zoom. Un primer botón 20e tiene la función de disminuir el zoom de la pantalla de simulación; un segundo botón 21e sirve para aumentar el zoom de la pantalla de simulación; un tercer botón 22e se utiliza para realizar un ajuste de la pantalla de simulación a las dimensiones de la ventana del proyecto en horizontal; un cuarto botón 23e se utiliza para realizar un ajuste de la pantalla de simulación a las dimensiones de la ventana del proyecto en vertical; y un quinto botón 24e se utiliza para realizar un ajuste de la pantalla de simulación a las dimensiones de la ventana del proyecto tanto en horizontal como en vertical. La barra de herramientas 12 comprende (Fig. 2f) tambén una zona que contiene un grupo de botones para controlar la visualización de las páginas de un informe que muestra los resultados de la simulación, para los diferentes sistemas de ascensores considerados. Así, un primer botón 20f tiene la función de ir a la primera página del informe; un segundo botón 21f se utiliza para ir una página hacia atrás; un tercer botón 22f que se utiliza para avanzar una página del informe; y un cuarto botón 23f para ir a la última página del informe. A continuación se realizará la descripción de una posible interfaz gráfica de entrada del sistema de la invención, que es la encargada de generar una estructura de datos de interfaz gráfica, que posteriormente se transformará en varias del simulador y estas serán simuladas. Si el usuario desea realizar una configuración rápida, el sistema de la invención le ofrece la posibilidad de seleccionar configuraciones para el edificio, tráfico, ascensores e informe previamente guardadas. Para ello, el usuario debe actuar sobre el comando “Configuración rápida” del elemento de menú “Configuración”, o sobre el botón 20b de la barra de herramientas 12. Para seleccionar un algoritmo de control y asignación de llamadas, es necesario seleccionarlo explícitamente. Tras actuar sobre el elemento de control correspondiente (comando o botón citado en el párrafo anterior), se genera una señal de control que actúa sobre los módulos correspondientes (e.g. sobre un módulo destinado para dicho cometido o los módulos descritos anteriormente) del programa de ordenador para mostrar una ventana 30 de diálogo como la de la Fig. 3. Dicha ventana 30 comprende un combo 31 mediante el cual se selecciona un configuración predefinida del edificio en el que se pretende instalar el sistema de ascensores; un combo 32 mediante el que se selecciona la configuración de tráfico de entre las disponibles; un grupo 33 de elementos para la configuración del ascensor, que comprende un combo 34 para seleccionar el modelo del ascensor/es del sistema de ascensores, eligiéndose una configuración predefinida del sistema de ascensores. Tras elegir el modelo, la señal de control que se genera muestra las capacidades y las velocidades disponibles para el modelo de ascensor seleccionado. Para ello, un grupo 35 de checkbox muestra las capacidades que se pueden elegir para la simulación; un grupo 36 de checkbox muestra los distintos modelos de dinámica que contiene el modelo de ascensor elegido; un grupo 37 de checkbox para seleccionar el número de ascensores del sistema de ascensores con los que se realiza la simulación. Al seleccionar varios valores de capacidad, velocidad y número, se simulan todas las combinaciones posibles de estos valores, considerando como cada combinación un sistema de ascensores diferente. La ventana 30 de diálogo contiene también un combo 38 para seleccionar el tipo de informe que se desea obtener. Por lo tanto, contiene varias configuraciones predefinidas para el informe, que permiten seleccionar la información que se desea que aparezca en el mismo. Una primera configuración puede ser la más simple, que contiene un resumen con la información global de la simulación: tiempo medio de espera, tiempo medio de viaje, y tiempo medio de sistema; una segunda configuración, que es más avanzada, que contiene todo lo de la anterior más información sobre la carga y posición de los ascensores a lo largo de la simulación; y una tercera configuración, la más completa, que muestra toda la información anterior más información sobre el tamaño de la cola, la tasa de llegadas y el tiempo de espera en cada una de las plantas del edificio. Obviamente, cuando se hayan seleccionado las opciones deseadas, es necesario pulsar sobre el botón “Aceptar” para almacenar los datos y estar en condiciones de iniciar la simulación, o sobre el botón “Cancelar” para no almacenar los cambios. Como se puede ver en la Fig. 4, una vez se han introducido los datos necesarios para configurar el sistema, se inicia la simulación del funcionamiento del mismo. Para ello, a partir de la actuación del usuario sobre el elemento de control “Ejecución” en forma de botón 20d de la barra de herramientas 12 descrita anteriormente, se genera una señal de control que actúa sobre el módulo de control, el cual provoca la aparición de una interfaz gráfica de usuario que comprende una ventana 40. En la parte superior izquierda 41 de dicha ventana se puede encontrar información sobre la hora real de la simulación y sobre el RTT (Round Trip Time - Tiempo de Subida y Bajada) y el AWT (Average Waiting Time - Tiempo Medio de Espera), mientras que en la parte superior derecha 42 se encuentra información referente a la posición, velocidad, y carga de los ascensores. Obviamente, la disposición de la información descrita es a modo de ejemplo no limitativo y podría ser cualquier otra. 7 5 10 15 20 25 30 35 40 45 50 55 60 65 ES 2 279 721 B1 En la parte central 43 de la ventana se encuentra lo que es propiamente el estado de la simulación del funcionamiento del sistema de ascensores. Como se puede ver en la Fig. 4, en dicha parte central aparece información detallada de lo que ocurre durante la simulación en cada planta y embarque, y cómo se encuentra cada uno de los ascensores. El estado de los embarques por cada planta se encuentra en el lado izquierdo 44 de la parte central 43 de la ventana 40, mientras que el estado de las cabinas de los ascensores se representa en su lado derecho 45. De acuerdo con la Fig. 4a, en cada uno de los embarques se pueden ver tantas puertas 40a,41a de ascensor como ascensores 42a,43a lleguen al embarque. En cada embarque se muestra también una cola con los usuarios 44a (pasajeros) que están esperando para subir al ascensor, la cual depende del patrón de demandas de usuario generado por el módulo correspondiente del programa de ordenador, a partir de los datos del edificio configurados previamente. Se dispone también en cada embarque de la siguiente información: - Tamaño de la cola 45a, en la esquina superior izquierda del embarque; - Tiempo 46a que llevan esperando en la cola, tanto los pasajeros que quieren subir como los que quieren bajar, en la esquina inferior izquierda del embarque; - Tipo de llamada que han realizado (subida o bajada), indicado mediante unos triángulos, por ejemplo, de color verde y rojo 47a, respectivamente, en la parte derecha del embarque. Cuando se produce la llegada de un ascensor 42a;43a, se puede apreciar en la Fig. 4b como las puertas 40a se van abriendo progresivamente hasta que quedan totalmente abiertas, momento en el que los pasajeros empiezan a entrar o salir del mismo. Sobre la puerta del ascensor que se está abriendo, se encienden unas luces 40b que indican si el ascensor va a subir (e.g., verde) o bajar (e.g., rojo) cuando abandone la planta. Para ello, es necesario que el módulo de generación del patrón de demandas de usuario informe del hecho. En el caso de que no se contemple esta posibilidad, se encienden ambas luces. Tal como se ha descrito anteriormente, el estado de las cabinas de los ascensores 42a,43a se representa gráficamente en el lado derecho 45 de la parte central 43 de la ventana 40, en el que se proporciona la siguiente información (Fig. 4c): - El sentido del movimiento del ascensor, indicado por una flecha, por ejemplo, de color negro 40c en la parte superior o inferior del mismo; - El número de usuarios 41c que transporta, mostrado directamente en el gráfico o mediante el número que se encuentra en la esquina superior izquierda del ascensor; - Su destino 42c, expresado en los números separados por comas sobre la parte superior del ascensor, indicándose el par planta-embarque; - Las plantas 43c en las que puede parar el ascensor subiendo o bajando, mediante los números que aparecen como una fracción; - El estado de las puertas 40a;41 a del ascensor, apreciándose su grado de apertura. Si están cerradas se muestra el interior del ascensor para poder ver los pasajeros que transporta. Además, en cada planta, aparecen unos círculos 44c de, por ejemplo, color naranja a la altura de las plantas, que indican la presencia de una llamada dentro del ascensor hacia esa planta. Según su posición horizontal se puede identificar hacia que embarque va destinada esa llamada. Así, por ejemplo, en la Fig. 4c se puede apreciar que el ascensor 42a de la izquierda tiene dos llamadas pendientes para la tercera planta: una para un embarque y otra para el otro embarque. El segundo ascensor 43a tiene dos llamadas para las plantas segunda y primera, ambas en el primer embarque. Mediante una linea 45c que une la cabina con su destino, se obtiene gráficamente cuál es el destino que el módulo correspondiente ha asignado al ascensor. Otro aspecto destacable de la ventana de simulación 40 es que la información que aparece sobre los ascensores 42a,43a es coherente tanto del lado de los embarques como de los ascensores en sí. Por ejemplo, la apertura de las puertas en el lado de los embarques y en el lado de los ascensores debe ser la misma. En la Fig. 4 se puede observar que, en la zona de los embarques, el primer ascensor 42a tiene sus puertas totalmente abiertas y en la zona de ascensores la apertura es la misma, así como el número de usuarios (pasajeros) que contiene. En la parte inferior 46 de la ventana 40 de la Fig. 4, se representa la configuración del sistema que se está simulando, tal como el número de ascensores que se están utilizando, su capacidad o su velocidad nominal. Además, se representa también una barra de progreso que indica el tiempo restante para la finalización de la simulación. Al finalizar la simulación, la ventana de simulación se cierra y se muestra en la pantalla una ventana con los resultados de la simulación, mediante un informe generado por el módulo correspondiente del programa de ordenador, de acuerdo con determinados datos obtenidos durante la simulación. Dichos datos se basan en medidas de testeo que permiten identificar la calidad de los sistemas de ascensores considerados. Posteriormente, el módulo correspondiente, 8 5 10 15 20 25 30 35 40 45 50 55 60 65 ES 2 279 721 B1 a partir de dichos datos, determinará el sistema de ascensores más adecuado de entre los considerados, para el edificio en el que se debe aplicar. Un ejemplo de una posible primera página del informe se muestra en la Fig. 5a. Con ella se muestra por pantalla un resumen de los resultados de cada sistema de ascensores que ha sido simulado, por filas. En primer lugar aparecen por columnas: AWT (tiempo medio de espera), LWT (tiempo de espera máximo), ATT (tiempo medio de viaje) y LTT (tiempo de viaje máximo). Después está el número de arranques y los parámetros de dinámica de los ascensores, así como su número y su capacidad. Más abajo aparece información referente al edificio y al número de pasajeros que ha sido servido en cada simulación. También se muestra el algoritmo empleado en la simulación. Como se puede ver en la Fig. 5b, en la siguiente página del informe se pueden ver gráficas con información global de la simulación. Así, se presenta el RTT (Round Trip Time - tiempo de subida y bajada), que representa el tiempo medio que los ascensores tardan en hacer un recorrido de subida y bajada; se presentan gráficas con histogramas sobre el tiempo medio de espera, tiempo medio de viaje y tiempo medio total. También se encuentran la suma acumulada de estos histogramas, que pueden ser fácilmente comprendidos gracias a la información que se encuentra a la izquierda de la gráfica. En la Fig. 5c se pueden ver los resultados de la simulación en cuanto a los ascensores 42a,43a. Para cada uno de ellos se tienen datos como el RTT (round trip time - tiempo de subida y de bajada), la distancia recorrida, el número de arranques y el tiempo que ha estado en movimiento. A la derecha de estos datos aparece una gráfica con la posición del ascensor en cada instante de la simulación. También se tienen datos sobre el número de pasajeros transportado por el ascensor, así como la carga media transportada y la ocupación media. A la izquierda aparece una gráfica con la carga transportada para cada instante de la simulación. Como se puede observar en la Fig. 5d, para cada planta y embarque existe la posibilidad de tener información detallada sobre el estado de los mismos durante la simulación. Se dispone de la siguiente información: •Tamaño de la cola, donde se ofrece información de los tamaños medio y máximo de la cola para esa planta y embarque, así como de una gráfica donde se puede ver el estado de la cola durante el tiempo de simulación; •Tasa media de llegadas, donde se tiene información sobre las llegadas de pasajeros a esa planta y embarque; •Tiempo de espera, con información sobre los tiempos medio y máximo de espera en esa planta y embarque y también una gráfica con un histograma con los tiempos de espera de los pasajeros. En el caso de que el usuario no desee usar configuraciones previamente guardadas, puede acceder a los datos del edificio seleccionando en el menú “Configuración” la opción “Edificio”, o bien pulsar directamente sobre el botón 20c de “Edificio” en la barra de herramientas 12. Al actuar sobre alguno de estos dos elementos de control, se genera una señal de control ejecuta el módulo para obtener datos del edificio, el cual, a su vez, genera una señal de control que provoca la aparición de una ventana 60 de drogo que muestra las distintas opciones de configuración, tal como se muestra en la Fig. 6. Dicha ventana muestra un formulario que permite configurar todos los parámetros de la simulación. Está formado por distintas pestañas, cada una referente a una parte de la estructura de datos. Cada una de las pestañas tiene asociado un frame, que es que realmente realiza las distintas operaciones. Desde aquí, simplemente se avisa a cada frame para que actualice su interfaz gráfica al ser seleccionados. Además, el formulario contiene una estructura de datos de interfaz gráfica temporal, de manera que, al mostrarse el formulario, copia la estructura de datos que se está usando en el proyecto en la estructura temporal, y todos los cambios que se realicen se hacen sobre esta, de modo que al pulsar sobre el botón “OK” los vuelve a copiar sobre la estructura del proyecto, mientras que,.en el caso de que se pulse “Cancelar”, no se elimina la del proyecto y se mantiene igual. En la Fig. 6 se muestra el formulario referente al frame de configuración del edificio. A partir de dicha ventana 60, es posible realizar la descripción del edificio de forma manual, o bien mediante la seleccinn de una configuración previamente guardada por el usuario. Para ello, se dispone de un combo 61 desplegable en el que se muestra si la configuración es Manual, en cuyo caso se podría proceder a la edición libre de los datos del edificio. Al desplegar dicho combo aparecen las configuraciones de edificio que pueden ser seleccionadas por el usuario. Para seleccionar un edificio predefinido no hay más que hacer click sobre el combo 61 y elegir el edificio deseado. Al seleccionar un edificio predefinido, la ventana cambia automáticamente de forma que se muestran las características de dicho edificio. Si el usuario desea modificar los datos de un edificio, puede hacerlo pulsando sobre el botón Editar 62, ya que por seguridad la modificación de los datos de un edificio se bloquea al cargar uno nuevo. En el modo de edición es posible modificar: •Número de plantas, a partir del elemento de control 63; •Número de embarques, a partir de elemento de control 64 correspondiente. Estos dos datos son los que definen de forma general al edificio. Debajo aparecen las opciones correspondientes a cada una de las plantas del edificio y para cada embarque: 9 5 10 15 20 25 30 35 40 45 50 55 60 65 ES 2 279 721 B1 •Igual que en el caso anterior, se van produciendo eventos de pantalla hasta que se llega a la pantalla de parada de la planta destino, en cuya situación se programa para el mismo instante el evento de desaceleración. •Al darse el evento de desaceleración, según a la velocidad a la que se vaya, se programa el evento de paso a lenta, además de programar los pasos por pantallas correspondientes. •Por último, en el evento de paso a lenta, se programa el evento de parada según la distancia a la que se encuentre el ascensor 42a;43a de la planta destino, además de programar las pantallas. •En este evento se programa otro evento que ya no es interno de los ascensores para que el sistema sepa que se ha producido una llegada. Además de los eventos indicados está el evento de pantalla. Como se ha comentado, dicho evento se reprograma cada vez que cambie la fase, dado que varia el movimiento del ascensor, por lo que se borra el evento de la siguiente pantalla y se vuelve a calcular cuando ocurrirá. En el evento pantalla se darán distintos casos según el tipo de pantalla por el que se pase: •Pantalla de planta: simplemente se actualiza la planta en la que se encuentra el ascensor. •Pantalla de subida o bajada: este caso es más complicado. Se empieza actualizando la planta en la que se va a poder parar y, si coincide el sentido y la planta es la de destino, se programa el evento de desaceleración. en cualquier caso se volverá a reprogramar el evento de paso por la siguiente pantalla. En principio el esquema anterior es el normal, pero pueden darse casos en los que no se llegue a la velocidad nominal, en el caso de que arranque muy cerca de la pantalla de parada. En este caso, el tiempo de desaceleraciones menor de lo normal, y el de lenta mayor, por lo que se calculan en función de la posición y velocidad del ascensor. Además, al no tener fase de nominal, al llegar a la pantalla se borra el evento que se programó de nominal. Una alternativa al uso de las pantallas podría ser la realización de la programación de eventos de forma analítica según el estado actual del ascensor. Para el cálculo de la siguiente pantalla por la que se va a pasar se tienen en cuenta el tiempo, posición y velocidad del ascensor al comienzo de la fase, así como su aceleración (siempre constante dentro de una misma fase). Con esto se resuelve una ecuación de segundo grado que permite programar el evento de paso por la siguiente pantalla (la que esté más cerca según el sentido). La clase ascensor comprende también una clase “Pantalla” que es la que se ha usado anteriormente para almacenar los datos de las pantallas (altura, tipo de pantalla y la planta a la que ese asociada), así como también una clase referenciada, por ejemplo, como “EventoAscensor”, que es la clase padre de todos los eventos del ascensor, añadiendo a la clase evento un indicador del subtipo de evento dentro del tipo de evento de ascensor, así como una referencia al ascensor en el que se da, y métodos para obtener el subtipo y el ascensor. Heredadas de esta clase están todas las relativas a los eventos de ascensor, siendo la única que añade algo nuevo la del evento de paso por pantalla, que indica por cuál es. La estructura de datos comprende además una clase “Tráfico” que es la clase base de los posibles tipos de tráfico para el sistema de acuerdo con la invención. Esta clase contiene los datos del peso de los pasajeros, tiempo que tardan en salir y en entrar, factor de capacidad, y factor de escalera. Lo importante es que los modelos de tráfico tienen que implementar dos métodos: uno que indica para cierta planta y embarque cuanto tarda en aparecer un pasajero después de la llegada de otro; y otro que devuelve, transcurrido ese tiempo, el pasajero que ha llegado con su respectivo destino. Para ayudar a la creación del método de espera existen tres auxiliares que dan un tiempo de espera aleatorio en función de una tasa media dada, según una distribución exponencial, uniforme y determinista. La estructura de datos también contiene una clase “Algoritmo”, que es la clase base para las que se encarguen del control del destino de los ascensores. Básicamente dispone de un método virtual puro que es el que tienen que implementar las clases hijas, y en el que se tiene acceso a la estructura de datos “Configuración”, y a partir de esta hay que calcular el destino asignado a cada ascensor, y el tipo de servicio. Aparte existen unos métodos para arrancar y detener un temporizador así como para obtener el resultado, facilitándose la tarea de devolver el tiempo de procesado de cada algoritmo. La estructura de datos comprende además una clase “Simulación” en la que se almacenan algunos parámetros de la simulación (el tiempo actual de la simulación, el periodo en el que se vuelve a llamar a los algoritmos, y el tiempo inicial y final de la simulación); una clase “DatosParaGUI”, que se utiliza para almacenar algunos parámetros del interfaz gráfico que luego se utilizan en el informe; y una clase “Informe”, en la que se guardan los resultados de cada una de las simulaciones de cada configuración. Se tienen los datos de los informes de cada ascensor, cada embarque y del algoritmo. Los datos propios que contiene son los que identifican la configuración: el número de configuración, número de ascensores y capacidad de los ascensores, así como métodos para obtenerlos y también el 16 5 10 15 20 25 30 35 40 45 50 55 60 65 ES 2 279 721 B1 tiempo de duración de la simulación. También se tienen los datos para calcular el RTT global (Tiempo medio de ida y vuelta de los ascensores, útil en casos de gran tráfico), AWT (Tiempo medio de espera), LWT (Mayor tiempo de espera), AJT (Tiempo medio de viaje), LWT (Tiempo máximo de viaje), ATT (Tiempo medio de servicio), LTT (Mayor tiempo de servicio); y los todos para obtenerlos. El RTT global se calcula como el promedio de los RTT de los ascensores. Además se tienen los datos de las gráficas de espera, espera acumulada, viaje, viaje acumulado y tiempo de servicio, y tiempo de servicio acumulado. Se tienen métodos para informar de los eventos importantes que se registran en el informe como son: un pasajero llega al sistema, sale de la cola del embarque y se mete en un ascensor, y llega a su destino. Además se tiene otro método para indicar al informe que termine de realizar los últimos ajustes. Por último se disponen de los datos de la traza anterior y el descriptor del archivo de traza así como un método para pintar en la traza el tiempo actual y otro que escribe la traza en el archivo si se ha producido algún cambio. Dicha clase “informe” comprende una clase que contiene la información del informe referente a los ascensores. Dispone de métodos para ser informada de diversas circunstancias como: arranque del ascensor, parada del ascensor, entrada y salida de pasajeros con su consiguiente cambio en la carga, y un informe periódico para crear las gráficas, así como otro método para terminar de procesar todos estos datos. Se guardan los datos de los arranques para los métodos que devuelven el RTT y el número de arranques en cada sentido. El cálculo del RTT se realiza como el tiempo medio entre dos cambios de sentido en el arranque del ascensor. Respecto a las paradas se tienen métodos para obtener los tiempos y distancias que el ascensor ha estado subiendo y bajando, para lo que guarda ciertos datos. Respecto a los datos de los pasajeros que se montan, se tienen métodos para obtener el número de pasajeros que fueron servidos, y la carga y ocupación media. También se guardan las gráficas de posición y carga. La clase “Informe” comprende también una clase “informeEmbarque” encargada de la parte del informe correspondiente a los embarques. Dispone de métodos para indicarle que un pasajero ha llegado a la cola, la ha dejado, que un pasajero tiene este origen o destino, y para informar periódicamente. Otros métodos para obtener el tamaño medio y máximo de la cola, el tiempo de espera medio y máximo y el número de pasajeros con este origen o este destino. Para ello guarda ciertos datos. Además se tienen gráficas del tiempo de espera, tiempo de espera acumulada, tamaño de la cola, y tasa de llegadas. Para estas últimas gráficas se tiene un método para conocer el valor máximo del eje. La clase “Informe” comprende además una clase “InformeAlgoritmo” que es la que se encarga de controlar la parte del informe relativo a los algoritmos. Solamente se encarga de registrar el tiempo de procesado, para lo cual tiene un método al que se le informa de cual fue la duración de cada llamada. Para ello guarda el número de llamadas al algoritmo, el tiempo acumulado y el tiempo máximo; con lo que a través de métodos puede devolver el tiempo medio y máximo. La clase “Informe” comprende una clase “Gráfica” que sirve para almacenar los datos de las gráficas. Básicamente consiste en un vector de valores numéricos. Dispone de un método con el que se van metiendo los distintos valores, siempre teniendo en cuenta que se haga de forma ordenada. Permite obtener los valores máximos y mínimos de los valores, y poner los de las ordenadas. Se tiene un método para saber a partir de qué punto se supera cierto valor, útil para las gráficas acumuladas. A partir de todo lo descrito, a continuación se describió el funcionamiento del módulo de control, destinado, entre otras cosas, a simular el funcionamiento de cada uno de los sistemas de ascensores considerados, según los datos introducidos a partir de las ventanas de diálogo correspondientes. El simulador está basado en eventos y contiene las clases correspondientes: - Una clase “Evento”, que contiene los datos básicos relativos a los eventos, y será la clase padre de otras más específicas. Sólo contiene el tiempo en el que se da el evento y el tipo de evento, ademas de algunos métodos para obtener esos datos. - Una clase “ColaEventos”, que es la estructura en la que se almacenan los eventos que se programan y de donde se van recuperando. Consiste en un vector de eventos con métodos que permiten: añadir un nuevo evento, sacar el evento con tiempo menor, saber si está vacía o eliminar ciertos eventos según tipo, o alguna función de comprobación. - Un archivo que contiene una serie de eventos derivados de la clase “Evento”, que forman los que se van a usar en el sistema. Las clases de eventos son: •EventoInicial: es el evento inicial de la simulación. •EventoFinal: evento que marca el final de la simulación. •EventoLlegadaPasajero: se produce una llegada de un pasajero a un embarque. •EventoAlgoritmo: este evento se da de forma periódica para llamar al algoritmo. 17 5 10 15 20 25 30 35 40 45 50 55 60 65 ES 2 279 721 B1 •EventoIntervalo1s: este evento se programa de forma periódica y sirve para avisar al informe de que vaya recogiendo datos para algunas gráficas. •EventoLlegadaAscensor: el ascensor ha llegado a la planta destino. •EventoPruebaTrans: se comprueba si hay algún pasajero fuera o dentro que quiera entrar o salir. •EventoAbierto: se ha terminado de abrir la puerta. •EventoPruebaSacar: si hay alguien que quiera salir del ascensor. •EventoPruebaMeter: si hay alguien que quiera entrar en el ascensor. •EventoCerrando: se comienza a cerrar la puerta del embarque. •EventoCerrado: se terminó de cerrar la puerta del embarque. Comprende también un archivo que contiene los métodos encargados de realizar el procesado de los eventos. Existe un método principal que extrae un evento de la cola y, según el tipo, lo procesa. En la Fig. 12 se muestra de forma simplificada lo que seria el simulador, a través de un diagrama de programación de eventos. Para ver cómo funciona la simulación, a continuación se describen los distintos eventos con mayor detalle: •Evento Inicial: se programa externamente y hace que todo empiece a funcionar. Su función es arrancar una serie de eventos: se programa un evento de algoritmo y otro evento de 1s. También se programa la primera llegada de pasajeros a cada uno de los embarques. •Evento final: también se programa externamente y cuando se produce se eliminan todos los eventos de simulación, y por tanto acaba. •Evento de llegada de pasajero: este evento tiene como parámetros la planta y embarque en el que se produce. Cada vez que se produzca este evento se comprueba si el pasajero se va a poner a esperar (no va por escaleras, ni va a la misma planta, y montándose en algún ascensor se pueda ir entre las dos plantas). En este caso, se añade a cola del embarque. Además se vuelve a programar a sí mismo con un retardo correspondiente al tiempo que pasa hasta que llegue el siguiente pasajero. •Evento de 1s: se usa para avisar al informe, y este toma algunos datos como los de algunas gráficas. Él mismo se reprograma. •Evento algoritmo: este evento se va autoprogramando periódicamente para llamar al algoritmo y así recalcular los destinos de los ascensores. Además, y en el caso de que el ascensor ese parado y con la puerta cerrada, programa, o bien, un arranque si no está en la planta destino, o un evento de prueba a transferir personas (meter o sacar del ascensor). •Evento arranque: en realidad este evento forma parte de los eventos de ascensor, que se procesan pasándoselos al simulador de dinámica. Solo saeta aquí dada su importancia porque es el que dispara el movimiento. •Evento llegada ascensor: tras el evento de arranque se irán procesando los otros eventos de la dinámica hasta que se llegue a una planta destino, en cuyo momento se producirá este evento. Simplemente se programa inmediatamente un evento de transferencia de pasajeros. •Evento de prueba de transferencia de pasajero: este evento se produce tras el evento de algoritmo, ya sea directamente o a través del movimiento del ascensor. Se comprueba si algún pasajero del ascensor tiene esta planta y embarque de destino, o si algún pasajero del embarque puede entrar. En este caso, se pasa a abrir la puerta mediante la programación de un evento de puerta abierta y otro más adelante de comienzo del cierre. •Evento puerta abierta: se considera que la puerta se ha terminado de abrir, y se programa instantáneamente un evento de prueba a sacar pasajeros. •Evento de prueba a sacar pasajeros: se comprueba si hay algún pasajero dentro del ascensor que quiera salir en esta planta, entonces se saca. Si ha salido algún pasajero se tiene que actualizar la temporización de comienzo del cierre, borrando la anterior y programando otra nueva, además de volver a programar otra prueba a sacar cuando el pasajero termine de salir. Si no salo ningún pasajero se programa un evento de prueba a meter pasajero. •Evento prueba a meter pasajeros: se mira en la cola del embarque a ver si algún pasajero quiere entrar, en cuyo caso se reprograma de nuevo el comienzo de cierre y se vuelve a programar un nuevo evento de 18 5 10 15 20 25 30 35 40 45 50 55 60 65 ES 2 279 721 B1 prueba a sacar más tarde. Si no hay nadie que quiera entrar, no se programa nada, ya que solo hay que esperar a que se produzca el evento de comienzo de cierre. •Evento comienzo de cierre: se programa el cierre de la puerta. Hasta aquí es el funcionamiento básico, aunque hay que añadir un par de programaciones más para los casos en los que llegan pasajeros cuando la puerta está ya abierta o se está cerrando: •Puerta abierta: en el evento de llegada de pasajero, tras meterlo en la cola del embarque, se comprueba si la puerta está abierta, el ascensor no está completo y en ese se puede ir a su destino. En este caso se programa un evento de abierto, con lo cual luego se probaba meter, y un evento de comienzo de cierre, para actualizar los temporizadores. •Puerta cerrándose: Si la puerta del ascensor está cerrándose, no está completo y alguien quiere entrar, se programa un evento de abierto y otro de comienzo del cierre. Tras ver internamente como funciona el sistema, a continuación se describió la parte exterior correspondiente a la entrada de datos, formada por una estructura de datos, referenciada, por ejemplo, como “DatosGUI”, que se crea mediante el interfaz gráfico 60;70;80;91;100 de la entrada avanzada, o de la simplificada 30, y que luego se transforma en varias estructuras de datos del sistema para realizar la simulad n. Antes de empezar con lo que es propiamente la estructura de datos, se pasa a comentar la clase “Serializable”, de la que heredan gran parte de las clases de la estructura, y que esó pensada para que la deriven clases que se quieran poder almacenar y recuperar a través de Streams. Declara dos métodos virtuales puros, uno “LoadFromStream” y otro “Save- ToStream”, para cargar el estado de la clase y para guardarlo. Reciben como parámetro el “Stream” sobre el que trabajan, y devuelven un valor booleano indicando si las operaciones de lectura o escritura se desarrollaron correctamente. Estos dos métodos son los que tienen que implementar las clases hijas. Estos dos métodos, además de permitir el almacenamiento en archivos, permiten copiar los objetos a través de un stream de memoria. Aparte existen otros métodos que facilitan la lectura y escritura. Estas funciones usan un esquema de almacenamiento en el que para cada bloque de datos se almacena su longitud seguida de los datos. De esta forma al leer se tiene cierta capacidad de comprobación. La estructura de datos “DatosGUI” comprende una clase “DatosGUI” que es la clase raíz de la estructura, conteniendo los siguientes elementos de cada una de las pestañas de la configuración avanzada (ver Fig. 6): •Edificio: nombre del modelo de edificio seleccionado y los datos del edifico en un objeto “DatosEdificio”. •Tráfico: nombre del modelo de patrón de tráfico y los datos de tráfico en un objeto “DatosTrafico”. •Ascensores: nombre del modelo de los ascensores y los datos del modelo de ascensor en un objeto “Datos- Ascensores”. •Algoritmo: datos del algoritmo en un objeto “DatosAlgoritmo”. •Informe: datos del informe en un objeto “DatosInforme”. Un problema que ocurre con la estructura de datos es que hay datos que deben coincidir. En concreto, el número de plantas del edificio y el número de embarques por planta. Para que los datos sean consistentes entre sí se tienen dos propiedades: “numeroPlantas” y “numeroEmbarques”. Al modificar alguna de ellas se modifican los distintos datos, para que se adapten. Por último se encuentra el método “vuelca”, que es el encargado de transformar la estructura de datos “DatosGUI” en un vector de estructuras “Configuración”, que son las que usa el sistema. Esto se comentará más adelante. La estructura de datos comprende también una clase “DatosEdificio” que contiene los datos de la interfaz gráfica 60 correspondiente a la pestaña de configuración del edificio. En esta clase es donde se almacena el número de plantas y embarques por planta que tiene el edificio, así como el tipo de edificio que es, y un vector de tipo “DatosPlanta” con los datos de cada planta. Además implementa los métodos de la clase “Serializable”. La estructura comprende una clase “DatosPlanta” que almacena los datos de la interfaz gráfica de cada planta, que consisten simplemente en el nombre de la planta, su altura y un vector con los datos de cada embarque, implementando además los métodos de “Serializable” y un constructor; una clase “DatosEmbarque” que almacena los datos de la interfaz gráfica de cada embarque, conteniendo el tipo de embarque y su población, así como un constructor y los métodos de “Serializable”. La estructura también comprende una clase “DatosTrafico” que contiene los datos de la interfaz gráfica 70 de la pestaña de configuración de tráfico. Almacena los datos de: peso, factor de capacidad, tiempo de entrada, tiempo de salida, factor de escaleras, y la hora de inicio y de fin. También se guarda un indicador del tipo de tráfico: simple o avanzado. Según el tipo de tráfico se usan uno u otros datos. Para el tráfico simple: 19 5 10 15 20 25 30 35 40 45 50 55 60 65 ES 2 279 721 B1 •Indicador de tico uppeak,downpeak olunchpeak. •Si se agrupan los embarques (checkbox “agrupar embarques” 76) sólo se usa el embarque 0. •Si se va a usar patrón de pico (checkbox “Usar patrón de pico” 75). •Tabla con las tasas de llegada según cada tipo de tráfico (uppeak,downpeak olunchpeak), y embarque. En el caso de usar patrón de pico esta será la tasa piso. •Tabla de las tasas de llegadas base, se usa en caso de patrón pico. •Tabla con el ancho del pico, si se usa patrón pico. •Distribución, según el tipo de tráfico y los embarques, de los pasajeros según las plantas de salida (plantas bajas y sótanos). Para el tráfico avanzado: •Tabla de “DatosMomento”, que almacena los datos de cada franja de tiempo de tiempo del tráfico avanzado. Contiene las tasas de llegada para cada planta y embarque, así como el porcentaje de que cada llegada vaya a cada planta y embarque. Además de estos datos se implementa “Serializable”, un operador copia, un constructor y un método para comprobar si el tráfico almacenado en un stream es compatible con una configuración de edificio. La estructura de datos comprende la clase “DatosAscensores”, que contiene los datos de la interfaz gráfica 80 correspondiente a la pestaña de configuración de los ascensores. Esta clase contiene la lista de número de ascensores seleccionados, los datos del modelo en un objeto de la clase “DatosModelo”, y una tabla de cuatro dimensiones para indicar los embarques cegados, según número de ascensores, ascensor, planta y embarque. Además contiene los métodos de “Serializable”, un constructor copia, y un método “reconstruyePlantasCiegas” para volver a formar la tabla de plantas ciegas al cambiar el número de plantas o embarque del edificio. Para la lista de número de ascensores, y otras listas, se usa una plantilla de clase “ListaDatos”, que se usa para almacenar listas de elementos seleccionables como son: el número de ascensores, su capacidad o su dinámica. Contiene un vector con los elementos de la lista, métodos para añadir y eliminar elementos, así como para borrar la lista entera y para saber el tamaño) de la lista. También posee constructor, constructor copia, operadores asignación de asignación y de acceso, y los métodos de “Serializable”. Además tiene otro modo “vuelca” al que se le pasa un objeto TlistBox y lo rellena con los datos de la lista, incluyendo los que están seleccionados o no. Otro hecho a señalar es que al añadir los elementos a la lista se hace de forma ordenada. La clase “DatosAscensores” comprende también una clase “DatosNumeros”, que se usa para contener los datos de la lista de número de ascensores seleccionados (el numero de ascensores, un constructor); una clase “DatosCapacidad”, que se usa para los datos de la lista de capacidad (la capacidad del ascensor y un constructor); una clase “DatosDinamica”, que contiene los datos relativos a la dinámica del ascensor, y se usa para la lista de dinámica que se selecciona. Tiene el nombre de la dinámica, un indicador de si la dinámica es de 2 velocidades (o 3VF), así como los datos de: •Aceleración de arranque •Aceleración de parada •Velocidad nominal •Velocidad lenta •Tiempo de arranque •Tiempo en lenta La estructura comprende además una clase “DatosModelo” que contiene los datos del modelo de ascensor (la lista de las capacidades del ascensor, la lista de dinámicas, los tiempos de puerta y de fallo, un constructor y los métodos “Serializable”; una clase “TiemposPuerta” que almacena los tiempos de puerta (los datos de tiempo de preapertura, apertura, cierre y los temporizadores de cierre 1 y 2, así como un constructor y métodos para manipular los datos); una clase “TiemposFallo” que almacena los tiempos de fallo (los datos de tiempo medio entre fallo y el tiempo medio de reparación). La estructura de datos comprende además una clase “DatosAlgoritmo”, que es la superclase de todas las clases de interfaces gráficos de algoritmos. Al ser genérica cada algoritmo guarda sus propios datos que tenga de configuración. 20 5 10 15 20 25 30 35 40 45 50 55 60 65 ES 2 279 721 B1 También tiene un método para transformar la parte del algoritmo de esta estructura a la parte de algoritmo de la estructura de simulación: •newAlgoritmoSim: crea un objeto de tipo “Algoritmo” que representa al algoritmo y sus datos de configuración, pero según la estructura de datos del simulador. Además se tienen los métodos de “Serializable”. La estructura de datos también comprende una clase “DatosInforme”, que contiene los datos de la interfaz gráfica de configuración del informe. Contiene una serie de valores booleanos que indican si se mostrarán ciertas informaciones en el informe: tiempo de espera global, tiempo de viaje global, tiempo de sistema global, la posición de los ascensores, la carga de los ascensores, el tamaño de la cola por cada embarque, la tasa de llegada por cada embarque, el tiempo de espera por cada embarque, si se filtrará por un mínimo de tiempo espera y por tiempo de sistema, así como los valores de esos umbrales. Si se quiere que los resultados de las configuraciones salgan ordenados se indicará aquí, así como el criterio. Por último tiene una cadena para indicar la descripción del proyecto. También implementa los métodos de “Serializable” y un operador asignación. Un aspecto importante a destacar es la transformación que se realiza de la estructura de datos de la interfaz gráfica a la estructura de datos de la simulación. Esta transformación se realiza mediante el método “vuelca”, que a partir de la estructura de datos del interfaz gráfico devuelve un vector con las distintas estructuras del simulador. Se genera una para cada combinación de los parámetros que pueden ir en rango: número de ascensores, capacidad de los ascensores, y su dinámica. En cada caso se crea a partir de una estructura la otra: edificio, ascensor, algoritmo, informe, configuración. La única que es complicada es la transformación entre las estructuras de tráfico. En primer lugar, se describe como se transforma la configuración simple de tráfico en la configuración avanzada, que es equivalente a la que usa el simulador. Los embarques se clasifican en dos tipos: •Entrada/salida (E/S): embarques del tipo planta baja y sótano, que es por donde se supone que la gente accede al edificio. •Origen/destino (O/D): embarques de tipo residencia y oficinas, que es de donde procede la gente y a donde se dirige. Según esto, en el tráfico simple se definen unas tasas de llegada para cada uno de los posibles tráficos: •Uppeak: de los embarques E/S, según los porcentajes, a los embarques O/D, repartidos homogeamente. •Downpeak: de los embarques O/D, repartidos homogéneamente, a los embarques E/S, según los porcentajes. •LunchPeak: entre los propios embarques O/D, repartidor homogeamente. A parte de estos parámetros de tasas de llegada y de porcentajes, se permite la posibilidad de agrupar los embarques, o considerarlos de forma independiente, así como usar tasas de llegada constante o siguiendo un patrón de pico. Con todo esto se van realizando distintos pasos: •Se configuran algunos parámetros como: peso, factor de capacidad, tiempo de entrada y de salida, facto de escaleras. •Según el tipo de tráfico: simple o avanzada se realizan distintas operaciones: ◦Simple: es el más complejo. Se contabilizan el número de embarques O/D por cada embarque y los totales, y se inicializan tres tablas de un periodo del tipo de tráfico avanzado, pensadas para almacenar los datos de los tres tipos de tráfico superpuestos que habrá. Para cada tipo se va dando valor a las tasas de llegada de los embarques de entrada, hacia los de destino (Uppeak), de los de origen a los de salida (Downpeak), y a los de origen a destino (Interfloor). Con los periodos base se pasa a aplicarlos, en el caso de patrón pico se crea uno por cada minuto de simulación, en el que se suman los tres tráficos según un factor dependiente del pico de tráfico. Para que las probabilidades de destino se puedan sumar aquí realmente se trabaja con tasas de destino, que luego se normalizan a probabilidades. En el caso de que no haya pico hay un solo periodo que abarca toda la simulación. ◦Avanzado: este es mucho más sencillo de transformar, ya que se usa la misma estructura. Simplemente se van copiando los valores. ◦Por último, y como se comentó anteriormente, se normalizan las probabilidades de destino, ya que antes se usaron realmente tasas, para poder sumarlas. 21 5 10 15 20 25 30 35 40 45 50 55 60 65 ES 2 279 721 B1 Con respecto a la simulación gráfica de la simulación, se usa una clase para la representación del estado de la simulación. Dicha clase incorpora un constructor que realiza la carga de los metafiles que se van a usar, correspondientes a los dibujos de los ascensores, puertas, pasajeros, etc. y de la misma forma en el constructor se liberan. Para que el pintado de todos los elementos sea sencillo, se crea un método anterior, que es el encargado de calcular las posiciones x e y de los elementos gráficos, dado que se disponen en filas y columnas. Estos cálculos se realizan a partir unas pocas constantes que definen las anchuras de las colas, ascensores, botoneras, espacios entre embarques, etc. y las alturas de las cabinas, ascensores, suelos, etc. Con estas posiciones, que no cambiaran hasta que no se pase a una nueva configuración, se puede pasar fácilmente a pintar los distintos elementos de la pantalla, para lo cual se analiza el estado del simulador y se pinta el nombre de las plantas, ascensores, posiciones de estos, estado de las puertas, número de pasajeros, tiempos de espera, etc., así como también otros parámetros obtenidos del informe provisional, tales como tiempo de medio de ida y vuelta y el tiempo medio de espera. A partir de todo lo descrito hasta el momento, a continuación se realizará la descripción del procedimiento para seleccionar un sistema de ascensores a aplicar a un edificio determinado, objeto de la invención. Partiendo de un estado en el que el programa de ordenador ha sido ejecutado, en una etapa (a) se obtienen los datos referentes al edificio en el que se tiene que instalar el sistema de ascensores; en una etapa (e) se obtienen los datos referentes a los usuarios que circulan por el edificio; y en una etapa (f) se obtienen los datos referentes al tráfico de usuarios en el edificio. A partir de los datos obtenidos en las etapas anteriores, en una etapa (b) se genera un patrón de demandas de usuario para cada uno de los sistemas de ascensores considerados. En una etapa (h), es posible configurar el mulo de control que se encarga de la simulación, de los sistemas de ascensores. Por otro lado, en una etapa (c) se obtiene un conjunto de datos para cada ascensor de cada sistema de ascensores considerado y se ejecuta el módulo de control (algoritmo), para simular, a partir del patrón de demandas y de dichos conjuntos de datos de los ascensores, el funcionamiento de cada uno de los sistemas de ascensores considerados, y determinar el resultado de la simulación para cada uno de ellos. A continuación, en una etapa (g) se determina el sistema de ascensores más adecuado de entre los considerados, para el edificio, y en una etapa (d) se muestran los resultados de la simulación, entre los que se incluye cuál es el sistema de ascensores más adecuado, mediante informes. Es importante destacar que la generación del patrón de demandas de usuario se realiza mediante la fórmula: pr(n) = (λT)n n! e−λT donde pr(n) es una función que representa la probabilidad de que en un intervalo de tiempo T se produzca la llegada de n pasajeros, siendo λla tasa media de llegadas. A pesar de que se han descrito y representado realizaciones concretas de la presente invención, es evidente que el experto en la materia podé introducir variantes y modificaciones, o sustituir los detalles por otros técnicamente equivalentes, sin apartarse del ámbito de protección definido por las reivindicaciones adjuntas. A pesar también de que las realizaciones descritas de la invención con referencia a los dibujos comprenden sistemas de computación y procesos realizados en sistemas de computación, la invención también se extiende a programas de ordenador, más particularmente a programas de ordenador en o sobre unos medios portadores, adaptados para poner la invención en práctica. El programa de ordenador puede estar en forma de coligo fuente, de código objeto o en un código intermedio entre código fuente y código objeto, tal como en forma parcialmente compilada, o en cualquier otra forma adecuada para usar en la implementación de los procesos de acuerdo con la invención. El medio portador puede ser cualquier entidad o dispositivo capaz de portar el programa. Por ejemplo, el medio portador puede comprender un medio de almacenamiento, tal como una ROM, por ejemplo un CD ROM o una ROM semiconductora, o un medio de grabación magnético, por ejemplo un floppy disc o un disco duro. Además, el medio portador puede ser un medio portador transmisible tal como una señal eléctrica u óptica que puede transmitirse vía cable eléctrico u óptico o mediante radio u otros medios. Cuando el programa de ordenador ese contenido en una señal que puede transmitirse directamente mediante un cable u otro dispositivo o medio, el medio portador puede estar constituido por dicho cable u otro dispositivo o medio. Alternativamente, el medio portador puede ser un circuito integrado en el que ese encapsulado (embedded) el programa de ordenador, estando adaptado dicho circuito integrado para realizar, o para usarse en la realización de, los procesos relevantes. 22 5 10 15 20 25 30 35 40 45 50 55 60 65 ES 2 279 721 B1 REIVINDICACIONES 1. Procedimiento para seleccionar un sistema de ascensores, que comprende al menos un ascensor (42a;43a), a aplicar en un edificio, comprendiendo el procedimiento las etapas de: (a) Obtener datos referentes al edificio; (b) Generar al menos un patrón de demandas de usuario a partir de los datos del edificio; (c) Para cada sistema de ascensores considerado, obtener un conjunto de datos para cada ascensor del sistema de ascensores, y ejecutar unos medios de control que simulan el funcionamiento del sistema de ascensores dependiendo de los conjuntos de datos de los ascensores del sistema de ascensores y del patrón de demandas de usuario generado, y determinan el resultado de la simulacro de dicho sistema de ascensores durante la misma; (d) Mostrar el resultado de la simulación para cada sistema de ascensores considerado. 2. Procedimiento según la reivindicación 1, caracterizado por el hecho de que comprende una etapa (e) de obtención de datos referentes a los usuarios (44a), y por el hecho de que, en la etapa (b), el patrón de demandas de usuario se genera a partir de por lo menos los datos del edificio y de los datos de los usuarios. 3. Procedimiento según cualquiera de las reivindicaciones 1 ó 2, caracterizado por el hecho de que comprende un etapa (f) de obtención de datos referentes al tráfico de usuarios (44a) en el edificio, y por el hecho de que, en la etapa (b), el al menos un patrón de demandas de usuario se genera a partir de por lo menos los datos del edificio y de los datos del tráfico de usuarios. 4. Procedimiento según cualquiera de las reivindicaciones 1 a 3, caracterizado por el hecho de que comprende una etapa (g) de determinación del sistema de ascensores a aplicar en el edificio, a partir de los resultados de la simulación. 5. Procedimiento según cualquiera de las reivindicaciones 1 a 4, caracterizado por el hecho de que el resultado de la simulación para cada sistema de ascensores considerado comprende al menos uno de los parámetros seleccionados del grupo que consiste en: tiempo de subida y bajada (RTT), tiempo medio de espera (AWT), tiempo de espera máximo (LWT), tiempo medio de viaje (ATT), tiempo de viaje máximo (LTT), número de arranques, velocidad nominal, velocidad lenta, aceleración, desaceleración, retardo de arranque, tiempo de velocidad lenta, número de ascensores, distancia recorrida, tiempo en movimiento, posición en cada instante, número de pasajeros transportados, carga media transportada, carga transportada en cada instante, ocupación media, tamaño de la cola, y tasa media de llegadas. 6. Procedimiento según cualquiera de las reivindicaciones 1 a 5, caracterizado por el hecho de que la generación del patrón de demandas de usuario se basa en la fórmula: pr(n) = (λT)n n! e−λT donde pr(n) es una función que representa la probabilidad de que en un intervalo de tiempo T se produzca la llegada de n usuarios, siendo λla tasa media de llegadas. 7. Procedimiento según cualquiera de las reivindicaciones 1 a 6, caracterizado por el hecho de que comprende una etapa (h) de obtención de datos de configuración de los medios de control. 8. Sistema para seleccionar un sistema de ascensores, que comprende al menos un ascensor (42a;43a), a aplicar en un edificio, comprendiendo dicho sistema: - Medios para obtener datos referentes al edificio; - Medios para generar al menos un patrón de demandas de usuario a partir de los datos del edificio; - Medios para obtener un conjunto de datos para cada ascensor del sistema de ascensores; - Medios de control que simulan el funcionamiento del sistema de ascensores dependiendo de los conjuntos de datos de los ascensores del sistema de ascensores y del patrón de demandas de usuario generado, y determinan el resultado de la simulación de dicho sistema de ascensores durante la misma; - Medios para ejecutar dichos medios de control; - Medios para mostrar el resultado de la simulación para cada sistema de ascensores considerado. 23 5 10 15 20 25 30 35 40 45 50 55 60 65 ES 2 279 721 B1 9. Programa de ordenador que comprende instrucciones de programa para provocar que un sistema de computación realice el procedimiento según cualquiera de las reivindicaciones 1 a 7. 10. Programa de ordenador según la reivindicación 17, caracterizado por el hecho de que está almacenado en unos medios de grabación. 11. Programa de ordenador según la reivindicación 17, caracterizado por el hecho de que es portado por una señal portadora eléctrica. 24 ES 2 279 721 B1 25 ES 2 279 721 B1 32 ES 2 279 721 B1 33 ES 2 279 721 B1 34 ES 2 279 721 B1 35 ES 2 279 721 B1 36 ES 2 279 721 B1 37 OFICINA ESPAÑOLA DE PATENTES Y MARCAS ESPAÑA 11 ES 2 279 721 21 Nº de solicitud: 200600238 22 Fecha de presentación de la solicitud: 02.02.2006 32 Fecha de prioridad: INFORME SOBRE EL ESTADO DE LA TÉCNICA 51 Int. Cl.: B66B 1/18 (2006.01) DOCUMENTOS RELEVANTES Categoría Documentos citados Reivindicaciones afectadas Categoría de los documentos citados X: de particular relevancia Y: de particular relevancia combinado con otro/s de la misma categoría A: refleja el estado de la técnica O: referido a divulgación no escrita P: publicado entre la fecha de prioridad y la de presentación de la solicitud E: documento anterior, pero publicado después de la fecha de presentación de la solicitud El presente informe ha sido realizado  5para todas las reivindicaciones para las reivindicaciones nº: Fecha de realización del informe Examinador Página 15.06.2007 P. Pérez Fernández 1/1 A US 5679932 A (KIM) 21.10.1997, todo el documento. 1-3,5-11 A JP 1192682 A (HITACHI LTD) 02.08.1989, resumen; figuras. 1-3,5, Extraída de la base de datos PAJ en EPODOC. 8-11 A US 5409085 A (FUJINO et al.) 25.04.1995, reivindicaciones; 1-3,5, figuras. 7-11 A GB 2280760 A (HITACHI LTD) 02.08.1995, reivindicaciones; figuras. 1-3,5,6, 8-11 A JP 6156893 A (HITACHI LTD) 03.06.1994, resumen; figuras. 1,5,6, Extraida de la base de datos PAJ en EPODOC. 8-11