MX2007014945A

MX2007014945A - Facilitar programacion de reunion automatizada.

Info

Publication number: MX2007014945A
Application number: MX2007014945A
Authority: MX
Inventors: Paul D Tischhauser; David R Reed; Jason C Mayans; Michael A Faoro; Brendan C Fields
Original assignee: Microsoft Corp
Priority date: 2005-06-28
Filing date: 2006-04-21
Publication date: 2008-02-15
Also published as: US20060293943A1; WO2007001603A2; EP1889215A2; CN101198976A; KR101311127B1; JP2008544419A; EP1889215A4; WO2007001603A3; KR20080024155A; US8180663B2

Abstract

Un metodo implementado por computadora para ayudar en la programacion de una reunion. Un usuario que desea programar una reunion simplemente ingresa los parametros de reunion relevantes. En respuesta, la computadora evalua un numero de tiempos de reunion posibles al comparar las limitaciones de entrada contra de un grupo predeterminado de criterios de adaptabilidad. Basandose en esta evaluacion, el sistema identifica tiempo(s) de reunion sugerido, y tambien puede identificar salas adecuadas para cada tiempo de reunion. El sistema tambien calcula una deseabilidad estimada para cada tiempo de reunion sugerido basandose en su cumplimiento con los criterios de adaptabilidad. Despues se presentan el tiempo(s) de reunion sugerido y un indicador visual de deseabilidad para cada tiempo. Ademas, los datos libres-ocupados en estado incompleto para cada asistente aun pueden presentarse. Cuando el usuario selecciona un tiempo de reunion sugerido, una solicitud de reunion electronica se llena automaticamente con el tiempo de reunion y un lugar adecuado asociado con el tiempo de reunion sugerido.

Description

FACILITAR PROGRAMACIÓN DE REUNIÓN AUTOMATIZADA ANTECEDENTES DE LA INVENCIÓN La capacidad de reunirse es una necesidad esencial de los seres humanos. La gente se reúne por una variedad de razones tal como colaboración en un proyecto, educación colectiva, entretenimiento, renovación de relación y así sucesivamente. Sin importar la razón para la reunión, la programación de una reunión involucra la consideración de varias consideraciones claves. Por ejemplo, los parámetros de reunión claves puede incluir los asistentes deseados, la disponibilidad de cada asistente, si cada asistente es obligatorio u opcional, la duración deseada de la reunión, una evaluación de fecha deseada para la reunión, si existe un lugar de reunión adecuado disponible con el equipo adecuado, y similares. Adicionalmente, la programación de reuniones se hacia manualmente. Para reuniones con un gran número de participantes, al menos uno de los cuales está un poco ocupado, la programación manual de la junta puede involucrar horas o incluso días de tiempo administrativo. Afortunadamente, una variedad de programas de calendario electrónico se ha desarrollado para permitir programación de computadora más facilitada de reuniones. Un modelo de programación de reunión electrónica involucra la selección de asistentes para la reunión. Entonces, los datos libres y ocupados para cada asistente se presentan al usuario. El usuario después puede examinar a través de tiempos de reunión potenciales hasta que el usuario encuentra un tiempo cuando todos o la mayoría de los asistentes están disponibles. El usuario después puede generar una solicitud de unión electrónica, llenarla en el tiempo deseado para la junta, y enviar la solicitud electrónica a los asistentes deseados. Si se necesita una sala y/o equipo para la red de unión, el usuario puede navegar a través de salas disponibles para evaluar la disponibilidad de las salas también. Puede llevar algún tipo de entrenamiento a aprender como programar las salas para utilizar los programas de calendario electrónico convencionales.

Incluso con la ayuda electrónica, sin embargo, el usuario aun tiene la tarea de explorar a través de datos libres y ocupados en estado incompleto para encontrar un tiempo adecuado. Esto puede tomar tiempo importante. En algunos programas de calendario electrónico, existe una característica útil que permite al usuario identificar a los asistentes y duración de una reunión, después navegar automáticamente hacia adelante y hacia atrás hacia el tiempo para encontrar el siguiente momento que todos los asistentes estarán disponibles. Sin embargo, el uso de esta característica también puede tomar algún entrenamiento o investigación e usuario. Además, esta herramienta frecuentemente es demasiado restrictiva al limitar los tiempos a aquellos en los que los asistentes están disponibles, e incluso aunque pueden ser aceptables si no todos los asistentes incluso requeridos están presentes. El usuario desea encontrar el balance apropiado entre encontrar un momento lo suficientemente pronto para reunirse con número de gente máximo que puede realmente asistir a la reunión; sin embargo, las herramientas actuales se enfocan solo en maximízar el número de asistentes.

BREVE DESCRIPCIÓN DE LA I V E C.ON Los principios de la invención se refieren a un método implementado por computadora para ayudar en la programación de una reunión. Un usuario que desea programar una reunión simplemente ingresa a los parámetros de reunión relevantes en el sistema de cómputo tal como, por ejemplo, los asistentes, lugares de reunión posibles, duración y fechas posibles. En respuesta, el sistema de cómputo automáticamente evalúa un número de tiempos de reunión posibles al comparar las limitaciones de entrada contra un grupo predeterminado de criterios adecuados. Tales criterios de adaptabilidad pueden incluir, por ejemplo, el número de asistentes requeridos/opcionales con un conflicto, la extensión de conflicto, la disponibilidad de ubicación para reunirse, y similares. Basándose en esta evaluación, el sistema de cómputo automáticamente identifica uno o más momentos de reunión sugeridos, y también puede identificar salas adecuadas para cada tiempo de reunión. Los tiempos de reunión sugeridos no necesitan estar libres de conflicto, pero son las mejores opciones elegidas por el sistema de cómputo dadas las limitaciones de entrada y los criterios de adaptabilidad. El sistema de cómputo también calcula una deseabilidad estimada para cada tiempo de reunión sugerido basándose en su cumplimiento con los criterios de adaptabilidad. Los resultados de la evaluación que incluyen el tiempo(s) de reunión sugerido y un indicador visual de deseabilidad de cada tiempo de reunión sugerido después se presentan. Además, los datos libres-ocupados de estado incompleto para cada asistente pueden presentarse aun. Cuando el usurario selecciona un tiempo de reunión sugerido, una solicitud de reunión electrónica se llena automáticamente con el tiempo de reunión y un lugar adecuado asociado con el tiempo de reunión sugerido. Por consiguiente, el usuario no necesita hacer manualmente una determinación en el menor tiempo y lugar para reunirse únicamente basándose en datos fila. En vez de eso, al usuario se le proporciona información adicional que resulta de sugerencias generadas por computadora, con ello ahorra el tiempo de usuario. Adicionalmente, la generación de la solicitud de reunión electrónica se dirige de forma justa, y puede generarse al elegir simplemente un tiempo de reunión sugerido. Finalmente, se permite que el usuario continúe trabajando con los datos libres ocupados de estado incompleto que deben elegirse por usuario para ejercitar un nivel superior de control en el tiempo de reunión seleccionado. Estos y otros objetos y características de la presente invención serán más completamente evidentes a partir de la siguiente descripción y reivindicaciones anexas, o puede aprenderse por la práctica de la invención como se menciona aquí posteriormente.

BREVE DESCRIPCiON DE LOS DIBUJOS Para además clarificar las ventajas y características anteriores y otras de la presente invención se presentará una descripción más particular de la invención por referencia a las modalidades específicas de las mismas que se ¡lustran en los dibujos anexos. Se aprecia que estos dibujos ¡lustran solo modalidades típicas de la invención y por lo tanto no deben considerarse como limitando su alcance. La invención se describirá y explicará con especificación adicional y detalle a través del uso de los dibujos anexos en los cuales: La Figura 1 ilustra un sistema de cómputo adecuado que puede implementar características de la presente invención; La Figura 2A ilustra un cuadro de flujo de un método implementado por computadora para ayudar en la programación de una reunión de acuerdo con los principios de la presente invención; La Figura 2B ilustra un método para generar automáticamente una solicitud de reunión electrónica de acuerdo con los principios de la presente invención; La Figura 3 ¡lustra una interfase de usuario que puede presentarse para permitir a un usuario ingresar limitaciones de reunión; La Figura 4 ilustra una interfase de usuario que puede presentarse para permitir a un usuario seleccionar asistentes para la reunión; La Figura 5 ilustra una interfase de usuario que puede presentarse para permitir a un usuario que seleccionar salas para la reunión; La Figura 6 ilustra una interfase de usuario que puede presentarse a un usuario después que los asistentes y salas se seleccionaron; La Figura 7 ilustra una interfase de usuario que puede presentarse si se selecciona un día diferente; y La Figura 8 ilustra una interfase de usuario en la cual una solicitud de reunión electrónica puede llenarse automáticamente por información de la selección de un tiempo de reunión en la Figura 7.

DESCRIPCION DETALLADA DE LAS MODALIDADES PREFERIDAS Los principios de la presente invención relacionados con método implementado por computadora para ayudar en la programación de una reunión. Un usuario que desea programar una reunión simplemente ingresa los parámetros de reunión relevantes en el sistema de cómputo. En respuesta, el sistema de cómputo automáticamente evalúa un número de posibles tiempos de reunión al comparar las limitaciones de entrada contra un grupo predeterminado de criterios de adaptabilidad. Basándose en esta evaluación, el sistema de cómputo automáticamente identifica uno o más tiempos de reunión sugeridos basándose en la evaluación, y también puede identificar salas adecuadas para cada tiempo de reunión. El sistema de cómputo también calcula una deseabilidad estimada para cada tiempo de reunión sugerido basándose en su cumplimiento con los criterios de adaptabilidad. Los resultados de la evaluación (que incluyen el tiempo(s) de reunión sugerido y el indicador visual de deseabilidad para cada tiempo de reunión sugerido) después se presentan. Los datos de libre-ocupado en estado incompleto para cada asistente se presentarán después, pero las sugerencias generadas por computadora para tiempos de reunión adecuados se proporcionan como una herramienta para que el usuario permita al usuario evitar compresión a través de los datos en estado incompleto el usuario debe elegir a su vez tomar la sugerencia del sistema de cómputo. Cuando el usuario selecciona un tiempo de reunión sugerido, una solicitud de reunión electrónica se llena automáticamente con el tiempo de reunión y un lugar adecuado asociado con el tiempo de reunión sugerido. Antes de describir los detalles de los principios de la presente invención, un sistema de cómputo adecuado que puede utilizarse para implementar los principios de la presente invención se describirán con respecto a la Figura 1. En la siguiente descripción que sigue, las modalidades de la invención se describen con referencia a los actos y representaciones simbólicas de operaciones que se realizan por una o más computadoras, a menos que se indique de otra forma. Como tal, se entenderá que tales actos y operaciones, que algunas veces se denominan como ejecutadas por computadora, incluyen la manipulación de la unidad de procesamiento de la computadora de señales electrónicas que representan datos en una forma estructurada. Esta manipulación transforma los datos o los mantiene en ubicaciones en el sistema de memoria de la computadora, que reconfigura o de otra forma altera la operación e la computadora en una forma bien entendida por aquellos expertos en la técnica. Las estructuras de datos en donde se mantienen los datos son ubicaciones físicas de la memoria que tiene las propiedades particulares definidas por el formato de los datos. Sin embargo, mientras los principios de la invención se describen en el contexto anterior, no significa que sea limitante como aquellos expertos en la técnica apreciará que varios actos y operaciones descritos aquí más adelante también pueden implementarse en hardware. Cambiando a los dibujos, en donde números de referencia similares se refieren a elementos similares, los principios de la presente invención se ilustran como implementados en un ambiente de cómputo adecuado. La siguiente descripción se basa en modalidades ilustradas de la invención y no debe tomarse como limitándola invención con respecto a modalidades alternativas que no se describen aquí explícitamente.

La Figura 1 muestra un diagrama esquemático de un sistema de computadora ilustrativo. Para propósitos descriptivos, la arquitectura retratada es solo un ejemplo de un ambiente adecuado y no pretende sugerir ninguna limitación al alcance de uso o funcionalidad de la invención. Tampoco los sistemas de cómputo descritos y/o reclamados subsecuentemente pueden interpretarse como teniendo alguna dependencia o requerimiento que se relaciona con cualquiera o combinación de componentes ilustrados en la Figura 1. Los principios de la presente invención son opcionales con numeroso otros ambientes o configuraciones de propósito general o propósito especial o comunicaciones. Los ejemplos de sistemas, ambientes, y configuraciones de cómputo bien conocidos adecuados para uso con la invención incluyen, pero no se limitan a, teléfonos móviles, computadoras de bolsillo, computadoras personales, servidores, sistemas de multiprocesador, sistemas a base de microprocesador, minicomputadoras, microcomputadoras, y ambientes de cómputo distribuidos que incluye cualquiera de los sistemas o dispositivos anteriores. En su configuración más básica, un sistema de cómputo 100 típicamente incluye al menos una unidad de procesamiento 102 y memoria 104. La memoria 104 puede ser volátil (tal como un RAM), no volátil (tal como ROM, memoria flash, etc.), o una combinación de los dos. Esta configuración muy básica se ilustra en la Figura 1 por la línea punteada 106. En esta descripción y en las reivindicaciones, un "sistema de cómputo" se define como cualquier componente de hardware o combinación de componentes de hardware capaz de ejecutar software, firmware o micro código para realizar una función. El sistema de cómputo incluso puede distribuirse para realizar una función distribuida. El sistema de cómputo puede abarcar múltiples sistemas de cómputo que cada uno satisface de forma separada esta definición. Los dispositivos de medios de almacenamiento pueden tener característica y funcionalidad adicionales. Por ejemplo, pueden incluir almacenamiento adicional (removible y no removíble) que incluye, pero no se limita a, tarjetas PCMCIA, discos magnéticos y ópticos, y cinta magnética. Tal almacenamiento adicional se ilustra por la Figura 1 por el almacenamiento removible 108 y el almacenamiento no removible 110. Los medios de almacenamiento por computadora incluyen medios volátiles y no volátiles, removibles y no removibles ¡mplementados en cualquier método y tecnología para almacenamiento e información tal como instrucciones legibles por computadora, estructuras de datos, módulos de programa, u otros datos. La memoria 104, almacenamiento removible 108, y almacenamiento no removible 110 son todos los ejemplos de medios de almacenamiento por computadora. Los medios de almacenamiento por computadora incluyen, pero no se limitan a, RAM, ROM, EEPROM, memoria flash, otra tecnología de memoria, CD-ROM, discos versátiles digitales, otro almacenamiento óptico, casetes, magnéticos, cinta magnética, almacenamiento de disco magnético, otros dispositivos de almacenamiento magnético, o cualquier otro medios que puede utilizarse para almacenar la información deseada y que puede accederse por el sistema de cómputo. Como se utiliza aquí, el termino "módulo" o "componente" puede referirse a objetos o rutinas de software que se ejecutan en el sistema de cómputo. Los componentes diferentes, módulos, máquinas, y servicios aquí descritos pueden implementarse como objetos o procedimientos que se ejecutan en el sistema de cómputo (por ejemplo, como secuencias separadas). Mientras el sistema y los métodos aquí descritos preferiblemente se implementan en software, las implementaciones en software y hardware también son posibles si se contemplan. En esta descripción, una "entidad de cómputo" puede ser cualquier sistema de cómputo como se definió previamente, o cualquier módulo o combinación de módulos que corren en un sistema de cómputo. El sistema de cómputo 100 también puede contener canales de comunicación 112 que permiten al huésped comunicarse con otros sistemas y dispositivos, por ejemplo, en la red 120. Los canales de comunicación 112 son ejemplos de medios de comunicación. Los medios de comunicaciones típicamente representan instrucciones legibles por computadora, estructuras de datos, módulos de programa, u otros datos en una señal de rayos modulada tal como una onda portadora u otro mecanismo de transporte e incluye cualquier medio de entrega de información. A manera de ejemplo, y no de limitación, los medios de comunicación incluyen medios por cable, tal como redes por cable y conexiones por cables directos, y medios inalámbricos tal como medios acústicos, por radio, infrarrojos, y otros inalámbricos. El termino medios legibles por computadora como se utiliza aquí incluye tanto medios de almacenamiento como medios de comunicación. El sistema de cómputo 100 también puede tener componentes de entrada 114 tal como un teclado, ratón, pluma, un componente de entrada por voz, un dispositivo de entrada por tacto, y así sucesivamente. Otros componentes de salida 116 incluyen presentaciones de pantalla, bocinas, impresora, etc., y módulos de presentación (también llamados "adaptadores") para conducirlos. El sistema de cómputo 100 tiene un suministro de energía 118. Todos estos componentes son bien conocidos en la técnica y no necesitan discutirse aquí en longitud. La Figura 2A ¡lustra un cuadro de flujo de un método implementado por computadora 200A para ayudar en la programación de una reunión. Algunos de los actos se realizan por un usuarío y se presentan en la columna izquierda de la Figura 2A bajo el encabezado de "Usurario". En este caso, supongamos que el usuario es uno que desea programar una reunión. Otros actos se realizan por un sistema de cómputo como se representan a la columna derecha o izquierda bajo el encabezado entre ""Sistema de Cómputo". Mientras los actos mostrados bajo el encabezado "Sistema de Cómputo" pueden realizarse por un sistema de cómputo individual, el sistema de cómputo puede distribuirse entre un sistema de cómputo (que se refiere que como un"cliente") que interfiere con el usuario y otro sistema de cómputo (denominado aquí como un "servidor") que proporciona servicios de calendario al cliente. En este caso, aquellos actos que pueden realizarse por el cliente se enlistan en la columna media bajo el encabezado "Cliente", mientras estos actos pueden realizarse por el servidor se enlistan en la columna derecha bajo el encabezado "Servidor". En una modalidad, el procedimiento se inicia cuando un usuario desea programar una reunión. El usuario ingresa en las limitaciones deseadas por cliente o parámetros de la reunión (acto 201). Tales parámetros pueden incluir, por ejemplo, la identidad de los asistentes, salas de reunión posibles, recursos necesarios, si los asistentes son obligatorios u opcionales, la duración de la reunión, una fecha(s) de tiempo deseada para una reunión, y similares. La Figura 3 ilustra una interfase de usuario 300 que puede presentarse en el cliente y observarse por el usuario para permitir al usuario ingresar tales limitaciones de reunión. El usuarío puede utilizar el marco "Agregar Asistente" 301 para agregar asistentes a la reunión. En la Figura 3, el usuario aun no ha ingresado ningún asistente. El usuario, por si mismo, (aquí llamado "John Doe") se agregó automáticamente como un asistente aunque puede eliminarse si se desea. Los asistentes pueden reunirse de una lista de contacto globales a locales que pueden presentarse una vez que se selecciona el botón de "Agregar Asistentes...". Por ejemplo, si el usuario selecciona el botón de "Agregar Asistentes" de la Figura 3, la interfase de usuario 400 de la Figura 4 puede aparecer en la cual aparece una ventana de "Seleccionar Asistente" 401. El usuario selecciono cuatro asistentes más para la reunión. En nuestro ejemplo, esos asistentes se llaman "Abraham Audown", "Bill Beckstead", "Casper Chaple" y "Doug Draper". El usuarío puede utilizar el marco "Agregar Salas" 302 para agregar salas posibles para la reunión. También puede existir una lista de selección de salsas que se presenta una vez que el usuario selecciona el botón de "Agregar Salas...". Las listas de salas también pueden ser buscables, y pueden enlistar el equipo disponible en cada sala. La lista de sala también puede incluir otros recursos tal como una lista de equipo móvil que no necesariamente está asociada con una sala, y que puede ser reservada. Por ejemplo, supongamos que los cuatro asistentes se seleccionan en la Figura 4, y que el botón de "agregar salas..." después selecciona. En este caso, la interfase de usuario 500 de la Figura 5 aparecería al incluir una ventana de "Seleccionar Salas" 501. En nuestro ejemplo, el usuario desea encontrar cualquier sala con capacidades de proyección en el edificio 34. Por consiguiente, el usuario ingresa la "Proyección 34" en el campo de búsqueda 502 lo que resulta solo en dos salas posibles llamadas "Cascade" y "Rainier". El usuario selecciona las dos salas y las agrega a la lista de salas. Regresando a la Figura 3, el usuario puede utilizar el marco de recogedor de fecha 306 para seleccionar una fecha o una escala de fecha que al usuario le gustaría para que se realizará la junta. En este ejemplo se selecciona inicialmente individual, Mayo 1, 2006. Como se explicará aquí posteriormente, el marco de recogedor de fecha 206 no se utiliza solamente para navegar a través de una rejilla libre ocupada, pero también incluirá indicadores visuales que representan niveles de adaptabilidad del día dado las limitaciones de calendario de los asistentes, salas, y otros recursos. El usuario puede utilizar el control de lista de deslizamiento de duración 307 para seleccionar una duración para la reunión. En este estado, el control 307 muestra una duración inicial de una hora, pero esa duración puede cambiarse a deseo del usuario. La interfase de usuario también incluye un marco de rejilla libre ocupado 303 que puede actualizarse para mostrar el estado de calendario para cada asistente y para cada periodo de tiempo. En este caso, en Mayo 1, 2006 se muestra ya que es la fecha elegida en el marco de recogedor de fecha 306. Además, solo la programación para John Doe se muestra ya que, en ése punto, John Doe era el único asistente seleccionado. Las porciones restantes de la interfase de usuario se describirán subsecuentemente. Regresando, para el tiempo, la Figura 2A el sistema de cómputo (el cliente en el caso de un ambiente distribuido) accesa a las limitaciones de reunión ingresadas por usuario (acto 202). Si un ambiente distribuido, el cliente puede reportar las limitaciones de reunión ingresadas por usuarios al servidor (acto 203), con lo cual el servidor accede a las limitaciones de reunión ingresadas por usuario (acto 204). Alternativamente, si el cliente tiene acceso a los datos de calendario para los asistentes, salas, y recursos, y es capaz de realizar la evolución de los datos de calendario aquí descritas, el cliente puede realizar comunicación con el servidor para el resto del método 200. Si el cliente es capaz de realizar la evaluación, pero necesita que el servidor acceda a los datos de calendario para los asistentes y recursos, el cliente a su vez solicitará los datos del calendario y realizará la evaluación por si misma después de recibir los datos de calendario. Al recibir los criterios de reunión o la solicitud para datos de calendario de cliente (acto 204), el servidor después adquiere los datos de calendario para los asistentes, salas, y recursos (acto 205). Después, el servidor regresa los datos de calendario al cliente, o realiza una evaluación automatizada de múltiples tiempos de reunión posibles al utilizar los criterios de reunión comparados contra un grupo predeterminado de criterios de adaptabilidad (acto 206). En esta descripción y en las reivindicaciones, los "criterios de adaptabilidad" incluyen criterios relevantes de si el tiempo particular o no para una reunión es un tiempo deseado dadas las limitaciones de reunión. Los ejemplos de criterios de adaptabilidad incluyen el número de fracción de asistentes requeridos que tiene un conflicto con el tiempo particular; si el conflicto es debido a una cita tentativa, una entrada del negocio o una salida de entrada de oficina; si el conflicto es solo un conflicto parcial (con la cinta de conflicto que solo es durante una porción del tiempo particular); el número de salas disponibles; si cualquiera de los recursos solicitados está disponible, el número de asistentes opcionales que tiene un conflicto, si el tiempo particular comienza en la hora, a la media hora, o a 15 minutos antes o después de la marca de hora; si el tiempo particular esta parcial o totalmente fuera de las horas laborales normales, y así sucesivamente. La evaluación puede involucrar calcular una evaluación para cada uno de los tiempos de reunión posibles como una función del grupo predeterminado de criterios de adaptabilidad. Un ejemplo de tal cálculo de velocidad se proporciona por abajo con respecto a un algoritmo específico que puede utilizarse por la evaluación. El servidor (o el cliente si el cliente realizó la evaluación) después se identifica tiempo(s) de reunión sugerido basándose en la evaluación (acto 207). Si la evaluación resultó en evaluaciones que se calculan, esta identificación puede basarse en cuales tiempos de reunión posibles tienen la evaluación más indicativa de un tiempo de reunión adecuado. En una modalidad, la identificación se realiza al clasificar los tiempos de reunión posibles en uno de un número de clasificaciones (acto 208-primer acto en acto 207)), y después identificar los tiempos de reunión sugeridos basándose en su clasificación (acto 209-segundo acto en acto 207). Aunque la evaluación de identificación automatizadas de los tiempos de reunión sugeridos pueden realizarse al utilizar un número de diferentes técnicas, ahora se describirá un método muy específico. El método específico recibe como entrada las limitaciones de reunión como se describieron generalmente con respecto al acto 204. El siguiente es una Inferíase de Programa de Aplicación Ilustrativa (API) en el cual una aplicación de llamada (por ejemplo, "cliente" en la Figura 2A) proporciona las indicaciones de reunión de entrada para un servicio de evaluación (por ejemplo, "Servidor" en la Figura 2A) que realiza el método específico. Resultado de Día [] Obtener Sugerencias por escala de Fecha( Tiempo de Fecha Inicio de Fecha, Tiempo de Fecha Fin de Fecha, int duración de reunión de entrada, //minutos datos de asistente[] asistentes); En esta API, la aplicación de llamada específicamente proporciona la ventana de tiempo en la cual puede ocurrir la reunión (al iniciar en la Fecha de Inicio y terminar en la fecha de Fin), proporciona la duración de reunión, y la identificación de los asistentes deseados. La ventana de tiempo, puede restringirse a no más de cierta longitud con el fin de evitar procesamiento innecesario. La interfase de Obtener Sugerencias por Escala de Fecha regresa un orden de objetos de Resultado de Día, uno para cada día en el ventana de línea. Los siguiente es una declaración de clase ilustrativa para tal objeto de Resultado de Día: clase Resultado de Día tiempo de fecha fecha {obtener;} IEnumerable<Sugerencia de Reunión>Sugerencia de Reunión {obtener;} Cada objeto de Resultado de en el orden contiene una colección ordenada (de mejor a peor) de objetos de sugerencia de Reunión para enviar correspondiente. La sugerencia mejor evaluada en un día dado será la primera Sugerencia de Reunión en la colección de sugerencias de reunión. La categoría asignada a estás sugerencia más óptima en un día dado se determinará el color del día en el control de calendario 306. La siguiente es una declaración de clase de una clase de sugerencia de Reunión Ilustrativa: clase Sugerencia de Reunión Inicio de Tiempo de Fecha {obtener;} Velocidad de Ranura de Tiempo Doble {obtener;} Balde de Sugerencias Balde [obtener;} int Cuenta de Conflicto de Asistente Requerido {obtener;} int Cuenta de Conflicto de Asistente Opcional {obtener;} int Cuenta de Conflicto de Asistente de Recurso {obtener;} int Cuenta Disponible de Salas {obtener;} Datos de Conflicto de Asistente Obtener Datos de Conflicto de Asistente (int índice de Asistentes); Cada sugerencia de reunión incluye un campo de Tiempo de Fecha que representa la fecha y el tiempo del inicio del tiempo de reunión propuesto. El final y el tiempo de reunión propuesto puede inferirse de la duración de la reunión pasando el servicio de evaluación como parte de la entrada de usuario. El campo de Velocidad de Ranura de Tiempo es la velocidad calculada para la reunión, con velocidades inferiores sugeridas de tiempos de reunión más adecuados. El campo de Balde de sugerencia representa la categoría sugerida del tiempo de reunión (por ejemplo, excelente, Bueno, Justo, o Pobre) que se deriva basándose en las clasificaciones. La Cuanta de Conflicto de Asistente Requerida, la Cuenta de Conflicto de Asiste Opcional, Cuenta de Conflicto de Asistente de Recurso, y los campos de Cuenta Disponible de Sala son justamente auto descriptivas, y definen el número de asistentes requeridos con un conflicto con el tiempo de reunión propuesto, el número de asistentes con un conflicto con el tiempo de reunión propuesto, el número de asistentes de recursos con un conflicto con el tiempo de reunión propuesto, y el número de salas disponibles para el tiempo de reunión. El objeto de datos de conflicto de Asiste incluye un método llamado Obtener datos de conflicto de Asistente (int Índice de Asistente), en el cual un identificador del asistente puede proporcionarse al objeto para regresar un número de piezas diferentes de una formación con respecto a conflictos asociados con el asistente. Por ejemplo, la clase de datos de conflicto de Asistente pueden definirse como sigue: clase Datos de Conflicto de Asistente Identidad de datos de Asistente {obtener;} bool Asistente tiene Conflicto {obtener;} bool es Tiempo de Trabajo {obtener;} bool es Datos Libre Ocupado Faltantes {obtener;} Los campos describen el identificador para el asistente, el asistente tiene o no un conflicto con el tiempo de reunión, si el tiempo de reunión es o no durante el tiempo de trabajo del asistente, y si hay o no datos libre-ocupado faltantes para el asistente. Antes de calcular la adaptabilidad de cada tiempo de reunión, el servicio de evaluación también accede los datos de calendario para cada uno de los asistentes identificados como se describe generalmente con respecto al acto 205. En una modalidad, los datos de calendario se unen en una estructura de datos individual para análisis más conveniente. Dado la entrada de usuario, y los datos libre ocupado para cada Asistente, una valoración puede calcularse para cada tiempo de reunión, en donde entre menor sea la evaluación, generalmente será más adecuado el tiempo de reunión dadas las limitaciones de entrada y la información de calendario libre ocupado para cada cliente. Los siguiente describe un ejemplo de como puede calcularse la evaluación. Las evaluaciones pueden calcularse al asignar cada factor bajo un grupo de bits en un entero. El factor más importante establece los bits de orden superior mientras el factor menos importante establece los biots de orden inferior. o Conflictos de Asistente requeridos o Conflictos de Asistente de Sala/Recurso o Horas de trabajo o Asistentes opcionales o Preferencia de tiempo Para bits superiores de importancia en la evaluación, los bits se calculan para generar una suma de conflictos de asistentes requerido pesados. Si existe un conflicto completo para un asistente requerido (por ejemplo, el asistente requerido no está enlistado como libre durante cualquier porción de la reunión, y el tiempo no libre que conflictua con el tiempo de reunión se caracteriza como ocupado, o fuera de la oficina), y después el conflicto del asistente requerido tiene una cuenta completa de uno. Sin embargo si existe menos de un conflicto completo, después se pesa el conflicto de asistente requerido. Especialmente, para cada asistente requerido que tiene un conflicto con el tiempo de reunión, la cuenta se pesa por duración (w ), que es esencialmente un "traslape de conflicto" normalizado a uno. Por ejemplo, si un asistente requerido tiene una cita de conflicto durante 15 minutos de una ranura de tiempo de 1 hora, entonces wd = 0.28. Si el conflicto es de 30 minutos, entonces wd = 0.50. También, la cuenta se pesa por el estado libre ocupado (W|0, en donde los conflictos tentativos son menos pesados que conflictos de ocupado o fuera de oficina (aka oof o no disponible). Por ejemplo, si existe solo un conflicto tentativo, W|O = 0.5. si el conflicto es tiempo ocupado o tiempo oof, entonces W|O=1.0. La suma de estos conflictos pesados se calcula. Por ejemplo, supongamos que N es el número de conflictos de asistente requerido. La suma después se definirá por la siguiente ecuación 1: ( d)l(Wfl,)l (1) Sumar conflictos pesados = M Entonces se calculan los bits más significativos al tomar la representación binaria del entero más cercana la suma de los conflictos pesados. Si existe un máximo de 100 conflictos de asistentes requeridos, entonces 7 bits son suficientes para representar esta suma. En una modalidad, los bits 62 a 56 en una representación de 64 bits de la evaluación representa esta suma. Los siguientes tres bits se calculan al utilizar el conflicto de asistente requerido más fuerte. Por ejemplo, si el conflicto más fuerte entre asistentes requeridos es "fuera de oficina", entonces eso será un 3 (expresado como 011 en binario). Si el conflicto más fuerte es "ocupado", entonces será un 2 (expresado como 010 en binario). Si el conflicto más fuerte es "tentativo" entonces eso será un 1(expresado como 001 en binario). Si no hay conflictos de asistente requeridos, entonces eso será un 0 (expresado como 000 en binario). En la representación de 64 bits de la evaluación ilustrativa, estos tres bits pueden corresponder a los bits 55 al 53. Los siguientes 7 bits (por ejemplo, bits 52 a 46 en el ejemplo) son una representación del porcentaje mínimo de tiempo frontal (normalizado a un ciento) expresado como 1-tfrente/duración), en donde tfrente es el tiempo frontal mínimo. Los siete bits después de eso (por ejemplo, bits 45 a 39 en el ejemplo) son representaciones del porcentaje total del tiempo frontal (normalizado a un ciento). Por ejemplo, supongamos que para un tiempo de reunión de 2 horas, existen 3 asistentes requeridos; uno que tiene conflicto, y 2 están disponibles por la primera hora y medía, pero no para la última media hora. En ese caso, el tiempo frontal mínimo será uno menos (1.5 horas/2 horas), que será 25%, normalizado a cien es 25, lo que resultará en una representación binaria de 7 bits de 0011001. Por otro lado, el tiempo frontal total expresado como un porcentaje será 1-3(1.5 horas + 2 horas)/3/2 horas), que equivale a 16.667%, normalizado a ciento será 17, y representado n binario como 0010001. En otro ejemplo, supongamos que para una reunión de dos horas, de nuevo existen tres asistentes requeridos; uno que tiene conflicto, y no disponible solo para la primera y media horas. El tercero está disponible por la primera media hora, pero no para la segunda media hora, y de nuevo está disponible para la tercera media hora, pero no está disponible para la cuarta media hora. En este caso, el tiempo frontal mínimo será de uno menos (0.5 horas/2 horas), que será 75%, normalizado a 100 es 75, que resultará en una representación binaria de 7 bits de 1001011. El tiempo total expresado como un porcentaje ser 1-(((2horas +1.5horas +0.5 horas)/3)/2 horas), que equivale a 33.33%, que normaliza un ciento será 33, y se representará en binario como 0100001. El siguiente bit (por ejemplo, bit 38 del ejemplo) representa si existe o no una sala disponible para el tiempo de reunión. Si existe una sala disponible, el bit tiene valor cero, y de otra forma tiene valor 1.

.Los siguientes 7 bits (por ejemplo, bits 37 a 31 en el ejemplo) representan un valor de inconveniencia máximo para todos los asistentes requeridos y es una función de cuando se compara el tiempo de reunión con las horas de trabajo normales para el asistente. El factor de inconveniencia puede tener un valor que varía de 0 a 84. Un valor 0 significa que el tiempo de reunión está completamente dentro de las horas laborales para el asistente. Un valor 1 significa que el tiempo de reunión comienza una hora antes de las horas laborales más cercanas, o termina una hora después de las horas laborales más cercanas. Generalmente hablando, una N para un valor de inconveniencia significa que el tiempo de reunión comienza N horas antes de las horas laborales más cercanas, o termina N horas después de las horas laborales más cercanas. Ya que existen 168 horas totales en una semana, y asumiendo que el asistente tiene al menos algunas horas laborales a la semana, el valor máximo de N puede ser 84. Una vez que el factor de inconveniencia se calcula para cada uno de los asistentes requeridos, el factor de inconveniencia máximo para cualquiera de los asistentes requerido después se asigna a los siguientes 7 bits. Los siguientes 7 bits (por ejemplo, bits 30 a 24) representa el factor de inconveniencia total a través de todos los asistentes requeridos, tal vez normalizado a un ciento. Por ejemplo, si existen 3 asistentes requeridos que tienen factores de inconveniencia 0, 10 y 50, el factor de inconveniencia total será 60 de 252 posibles (es decir 3x84), que es 23.8%, que se normalizo en un ciento que iguala Los siguientes 7 bits (por ejemplo, bits 23 a 17) representan una cuenta estricta del número de asistentes opcionales con cualquier clase de conflicto (por ejemplo parcial o completo; y tentativo, ocupado, o no disponible). Si el número máximo de los conflictos de asistente opcionales es un ciento, esto puede representarse al utilizar ciertos bits. Los siguientes 7 bits (por ejemplo, bits 16 a 14 en el ejemplo) se calculan al utilizar el conflicto de asistente opcional más fuerte. Por ejemplo, si el conflicto más fuerte entre asistentes opcionales está "fuera de oficina", entonces será un 3 (expresado como 011 en binario). Si el conflicto más fuerte es "ocupado", entonces será un 2 (expresado como 010 en binario). Si el conflicto más fuerte es "tentativo", entonces será un 1 (expresado como 001 en binario). Si no hay conflictos de asistente opcionales, entonces será un 0 (expresado como 000 en binario). Los siguientes 7 bits (por ejemplo, bits 13 a 7 en el ejemplo) representan el porcentaje total de traslape de conflicto de asistente opcional, normalizado a un ciento. Por ejemplo, si los conflictos del Asistente A opcionales traslapan la mitad del tiempo de reunión, los conflictos de Asistente Opcionales traslapan 25% de la reunión, los conflictos del Asistente C opcional traslapan toda la ranura de tiempo, el traslape de conflicto opcional total es (50 + 25+100)/3 = 58.33%, que normaliza en un ciento a 58. Los siguientes 2 bits (por ejemplo, bits 6 y 5 en el ejemplo representan la referencia de tiempo para inicio de la reunión. Por ejemplo, los tiempos que inician a la hora (por ejemplo, 1:00 pm, 2:00 pm) pueden tener una preferencia de tiempo de 0, los tiempos que inician a la media hora (por ejemplo, 1:30 pm, 2:30 pm) pueden tener una preferencia de tiempo de uno, y los tiempos que inician en el limite de 15 minutos (por ejemplo, 1:15 pm, 1:45 pm, 2:15 pm, 2:45 pm) pueden tener una preferencia de tiempo de 2. Pero en algunos casos, el tener tal preferencia de tiempo puede resultar en ordenes de tiempo de reunión que no con intuitivos o atractivos visualmente para un usuario. En ese caso, estos bits de preferencia de tiempo simplemente pueden no calcularse o ignorarse. Los bits finales pueden representar el tiempo del día en que la reunión va a iniciar, con tiempos previos que son números inferiores asignados. Además de la evaluación de sugerencias de reunión, Algunas sugerencias de reunión pueden filtrarse. Por ejemplo, u establecimiento de configuración predeterminada o ingresada por usuarío puede causar que las sugerencias de reunión que están fuera de los tiempos laborales de los organizadores de la reunión se filtren. Además, las sugerencias de reunión e cierta categoría de la escala de evaluación (por ejemplo, sugerencias de reunión "pobre" pueden filtrarse. Además, las sugerencias de reunión en las cuales existe más de un conflicto de asistentes requeridos pueden filtrarse.

Una vez que se calculan las evaluaciones, pueden utilizarse para ayudar a la sugerencia de reunión en una categoría. En una modalidad, existen cuatro categorías, "excelentes", "buenas", "justo" y "pobre". Estas clasificaciones pueden utilizarse ampliamente en el porcentaje de asistentes requeridos con conflicto. Si no existen conflictos resistentes requeridos y el tiempo de reunión está dentro de las horas laborales de todos los asistentes requeridos, esa sugerencia de reunión puede caracterizarse automáticamente como "excelente". Sin más de un cierto porcentaje de asistentes requeridos tienen un conflicto (por ejemplo, 50%), después esa sugerencia de reunión puede caracterizarse como pobre. Para aquellas sugerencias de reunión restantes, aquellos que tienen los porcentajes de conflicto de asistente requeridos que están sobre cierto umbral (por ejemplo, 25% por omisión, pero configurable), puede clasificarse como "bueno", y aquellos que caen bajo el umbral pueden clasificarse como "justo". Dentro de cada categoría, las sugerencias de reunión además pueden almacenarse por su evaluación. Sin importar como se determinan los tiempos de reunión sugeridos, el servidor o el cliente después producen tiempo(s) de reunión sugerido con una indicación de deseabilidad sugerida para cada uno de la pluralidad de tiempos de reunión sugerido (acto 210). Esto puede relacionarse con la evaluación o clasificación mencionadas anteriormente, y puede incluir algunos de los factores utilizados para calcular la evaluación tal como, por ejemplo, el número de conflictos asociados con el tiempo de reunión sugerido, el numero de salas disponibles para el tiempo de reunión sugerido, o similares. Si el servidor realizó la evaluación, el acto de sacar puede incluir proporcionar tiempos de reunión sugeridos al cliente. Si el cliente realizó la evaluación, el acto de sacar puede involucrar pasar los tiempos de reunión sugeridos a software fuera del objeto de evaluación. El cliente (o un componente apropiado aquí) entonces accede al tiempo(s) de reunión sugerido para la reunión, y una indicación de deseabilidad sugerida para cada uno de los tiempos de reunión sugeridos (acto 211). El cliente entonces causa que la pantalla presente una identificación de un tiempo para cada uno de al menos algunos tiempos de reunión sugeridos, junto con un indicador visual que representa la deseabilidad sugerida para cada uno de los tiempos de reunión sugeridos presentados (acto 212). Los datos relacionados tal como el número de conflictos asociado con el tiempo de reunión sugerido, y el número de salas disponibles para el tiempo de reunión sugerido también puede presentarse (acto 213). Al mismo tiempo que se presentan los tiempos de reunión sugeridos, el cliente también puede causar que se presente un calendario u objeto de recogedor de fecha (acto 214). El calendario puede incluir un indicador visual para cada fecha, el indicador que representa una adaptabilidad relativa de cada día de la reunión deseada. Al mismo tiempo, o incluso antes de evaluación, los datos libre ocupado en estado incompleto pueden presentarse para cada uno de los asistentes, salas, y recursos solicitados para la reunión (acto 215). Regresando a la Figura 3, un marco de tiempo de reunión sugerido 308 incluye una identificación de tiempos de reunión sugeridos 311 a 314 generados de acuerdo con el método 200 de la Figura 2. Cada tiempo de reunión sugerido incluye una identificación de deseabilidad o adaptabilidad. Esto se muestra para cada tiempo de reunión sugerido como la franja vertical izquierda (ver indicador 311A a 314A asociado con tiempos de reunión sugeridos 311 a 314, respectivamente). Haciendo referencia a la leyenda 309, todos los tiempos de reunión sugeridos se clasifican como "grandiosos". Además, cada tiempo de reunión sugerido indica que está disponible un asistente solicitado (es decir, "uno de uno libre"). Cada día del objeto de recogedor de fecha también incluye un indicador visual que muestra la adaptabilidad de cada día para la reunión sugerida. En este caso, todos los días excepto para mayo 22, 2006 están en blanco. Por consiguiente, haciendo referencia a la leyenda 309, cualquier día será grandioso para reunión, excepto mayo 22, 2006, que es pobre para la reunión. Aquí, ya que mayo 1, 2006 se selecciona, los tiempos de reunión sugeridos son para Mayo 1, 2006. En el ejemplo de la Figura 3, solo había un asistente requerido, que su mayoría estaba libre durante el mes. Por consiguiente, se hace relativamente fácil programar la reunión, incluso sin la asistencia de software. Sin embrago, mientras el número de asistentes requeridos aumenta, las reuniones pueden hacerse más complejas. La Figura 6 muestra una interfase de usuario similar 600, solo después que los cuatro asistentes de la Figura 4 y las dos salas de las Figura 5 se agregaron. Aquí, los datos libre ocupado están mucho más congestionados. Este escenario típicamente requeriría búsqueda manual extensiva para que el usuario programe la reunión. Aquí, sin embargo, el usuario simplemente puede ver las sugerencias, y notar que no hay opciones "grandiosos" para la reunión, pero hay dos opciones justas para la reunión. La mejor opción tal vez es la opción superior en la cual 4 de los 5 asistentes requeridos pueden asistir, pero en la cual ningunas de las dos salas solicitada está disponible. Ya que la mejor opción solo se clasifica como "justa" para mayo 1, 2006, el día completo se clasifica solo, "justo". Al hacer referencia al marco de recogedor de fecha, Mayo 1 se resalta visualmente como justo. Mayo 2 a 7, Mayo 11 a 14, Mayo 19 21, Mayo 27 Mayo 28, y Mayo 30 son solo justos para la reunión. Hay 3 días que se clasifican como "pobre" para la reunión que incluye Mayo 10, 15 y 22. Si las opciones para Mayo 1 no son satisfactorias para el usuario, el usuario puede observar rápidamente otros días más atractivos para la reunión. Al hacer referencia a la Figura 7 está una interfase de usuario 700 que parecerá y se selecciona Mayo 8. El usuario puede inducir ese día ya que es el siguiente día después de Mayo 1 que está en blanco, que indica un día grandioso para la reunión. Al ver los tiempos de reunión sugeridos, existe una opción en 10:00 am en la cual existe una sala disponible "Cascade" y en la cual todos los 5 asistentes están disponibles. En nuestro ejemplo, el usuario decide que está es la mejor opción para la reunión. La Figura 2B ilustra un método 200B para generar automáticamente una solicitud de reunión electrónica. El método comprende penetrar una identificación de un tiempo de reunión sugerido para una reunión (acto 221). Al hacer referencia a la Figura 7, esto puede ser el tiempo de reunión sugerido 701. El sistema de cómputo entonces detecta que un usuario utilizó un dispositivo de entrada de usuario para seleccionar el tiempo de reunión sugerido (acto 222). Por ejemplo, el usuario puede utilizar un ratón o señalador para seleccionar el tiempo de reunión sugerido 701. Después, el sistema de cómputo llena automáticamente una solicitud de reunión electrónica con el tiempo, asistentes, y al menos un recurso (tal como una sala) para el tiempo de reunión seleccionado.. Al hacer referencia a la figura 8, Una interfase de usuarío 800 aparece cuando el usuario selecciona el tiempo de reunión sugerido 701. El sistema de cómputo automáticamente coloca a los asistentes requeridos en el campo de "para", y coloca la sala seleccionada en el campo "ubicación". El tiempo de Inicio y Fin para el tiempo elegido también se llena automáticamente. Por consiguiente, el tiempo de reunión electrónica substancialmente está completo al seleccionar el tiempo sugerido en la Figura 7. Por lo tanto, los principios de la presente invención proporcionan una forma intuitiva para programar una reunión, y permite programación eficiente incluso para asistentes de reunión y programas de sala ocupados. Los principios de la presente invención también permiten el llenado rápido de la solicitud de reunión electrónica, y permite acceso a los datos libre ocupado en estado incompleto para control más definido en la programación cuando se desee. La presente invención puede representarse en otras formas específicas sin apartarse de su espíritu o características esenciales. Las modalidades descritas se van a considerar dentro de los aspectos solo como ilustrativas y no restrictivas. El alcance de la invención, por lo tanto, se indica por las reivindicaciones anexas más que por la descripción anterior. Todos los cambios que vienen dentro del significado y alcance de equivalencia de las reivindicaciones van a abarcarse dentro de su alcance.

Claims

REIVINDICACIONES

1.- Un método implementado por computadora para ayudar en la programación de una reunión, el método comprende: un acto de acceder parámetros de reunión (por ejemplo, asistentes requeridos/opcionales, lugar de reunión, equipo, duración); un acto para evaluar automáticamente una pluralidad de tiempos de reunión posibles que utilizan los parámetros de reunión accedidos contra un grupo predeterminado de "criterios de adaptabilidad" (por ejemplo, número de asistentes requeridos/opcionales con un conflicto, extensión de conflicto, etc.); un acto de identificar automáticamente una pluralidad de tiempos de reunión sugeridos basándose en evaluación; y un acto de sacar la pluralidad de tiempos de reunión sugeridos con una indicación de deseabilidad sugerida para cada uno de la pluralidad de tiempos de reunión sugeridos.

2.- Un método implementado por computadora de acuerdo con la reivindicación 1, en donde el acto de evaluar automáticamente la pluralidad de tiempos de reunión posibles comprende un acto de calcular una evaluación para cada uno de la pluralidad de tiempos de reunión posibles como una función del grupo predeterminado de un criterio de adaptabilidad, y en donde el acto de identificar automáticamente una pluralidad de tiempos de reunión sugeridos basándose en la evaluación comprende un acto de identificar la pluralidad de tiempos de reunión posibles que tienen una mejor evaluación como se sugiere.

3.- El método implementado por computadora de acuerdo con la reivindicación 2, en donde el acto de identificar la pluralidad de tiempos de reunión posibles que tienen una mejor evaluación como se sugiere comprende: un acto de clasificar la pluralidad de tiempos de reunión posibles en uno de una pluralidad de clasificaciones, en donde cada uno del tiempo de reunión posible que cae dentro de un rango particular de evaluaciones se asigna a una clasificación particular que corresponde a la escala particular; y un acto de identificar todos los tiempos de reunión posibles como se sugieren basándose en su clasificación.

4.- Un método ¡mplementado por computadora de acuerdo con la reivindicación 1, en donde la indicación de deseabilidad incluye un número de conflictos asociados con el tiempo de reunión sugerido, en donde el número de conflictos puede ser un entero positivo.

5.- Un método implementado por computadora de acuerdo con la reivindicación 4, en donde la indicación de deseabilidad incluye un número de salas disponibles para el tiempo de reunión sugerido.

6.- Un método implementado por computadora de acuerdo con la reivindicación 1, que además comprende: un acto de sacar una indicación de adaptabilidad para un día correspondiente a cada uno de la pluralidad de días que corresponde a una escala de días que corresponde a toda la pluralidad de tiempos de reunión posibles. 1.- Un método implementado por computadora de acuerdo con la reivindicación 1, en donde los parámetros de reunión incluyen una identificación de los asistentes, uno o más lugares de reunión posibles, y una duración. 8.- Un método implementado por computadora de acuerdo con la reivindicación 7, en donde los parámetros de reunión además incluyen si cada asistente identificado es o no obligatorio u opcional. 9.- Un método implementado por computadora de acuerdo con la reivindicación 1, en donde el grupo predeterminado de criterios de adaptabilidad, un número de los asistentes con un conflicto y la extensión del conflicto. 10.- Un producto de programa de computadora que comprende uno o más medios legibles por computadora que tienen en ella instrucciones ejecutables por computadora que, cuando se ejecuten en uno o más procesadores de un sistema de cómputo, causan que el sistema de cómputo realice método mencionado en la reivindicación 1. 11.- En un sistema de cómputo que incluye una presentación, un método para facilitar programación intuitiva de una reunión, el método comprende: un acto de sistema de cómputo que accede a una pluralidad de tiempos sugeridos para la reunión, y una ¡ndicación de deseabilidad sugerida para cada uno de la pluralidad de tiempos de reunión sugeridos, en donde la pluralidad de tiempos de reunión sugeridos y la deseabilidad sugerida para cada tiempo de reunión sugerida son "generados por computadora"; y un acto de causar que la pantalla presente una identificación de tiempo para cada uno de al menos uno de los tiempos de reunión sugeridos, junto con un indicador visual que representa la deseabilidad sugerida para cada uno de los tiempos de reunión sugeridos presentados. 12 - Un método de acuerdo con la reivindicación 11, que además comprende: un acto del sistema de cómputo que detecta limitaciones ingresadas por usuario para la reunión antes de acceder a la pluralidad de tiempos de reunión sugeridos. 13.- Un método de acuerdo con la reivindicación 11, en donde el indicador visual es una resaltacíón visual. 14.- Un método de acuerdo con la reivindicación 11, en donde al menos uno de los siguientes se presenta para cada uno de los tiempos de reunión sugeridos presentados: un número de conflictos asociado con el tiempo de reunión sugerido, en donde el número de conflictos puede ser un entero positivo; y un número de salas disponibles para el tiempo de reunión sugerido. 15.- Un método de acuerdo con la reivindicación 11, que además comprende: un acto para causar que la pantalla presente un calendario; y un acto de unir un indicador visual a cada uno de la pluralidad de días en el calendario, el indicador vidual para cada día representando una adaptabilidad para cada día para la reunión. 16.- Un método de acuerdo con la reivindicación 15, que además comprende: un acto de detectar que un usuario ha seleccionado uno de la pluralidad de días en el calendario, en donde el acto que causa que la pantalla presente una identificación de un tiempo para cada uno de al menos uno de los tiempos de reunión sugeridos comprende un acto de causar que la pantalla presente una identificación de un tiempo para uno o más tiempos de reunión sugeridos que están dentro del día seleccionado. 1

7.- Un producto de programa de computadora que comprende uno o más medios legibles por computadora que tiene en ellos almacenados instrucciones ejecutables por computadora que, cuando se ejecutan en uno o más procesadores de un sistema de cómputo, causan que el sistema de computadora realice el método mencionado en la reivindicación 11. 1

8.- En un sistema de cómputo que incluye una pantalla y dispositivo de entrada de usuario, un método para generar automáticamente una solicitud de reunión electrónica, el método comprende: un acto de causar que la pantalla presente una identificación de un tiempo de reunión sugerido para una reunión, en donde el tiempo de reunión sugerido tiene asociado con él una indicación de deseabilidad sugerida para el tiempo de reunión sugerido, y al menos un recurso para el tiempo de reunión sugerido; un acto para detectar que un usuario utilizó el dispositivo de entrada de usuario para seleccionar el tiempo de reunión sugerido; y un acto de llenar automáticamente una solicitud de reunión electrónica con el tiempo, asistentes, y al menos un recurso para el tiempo de reunión seleccionado. 1

9.- Un producto de programa de computadora que comprende uno o más medios legibles por computadora que tienen almacenados en él instrucciones ejecutables por computadora que, cuando se ejecutan en uno o más procesadores de un sistema de cómputo, causan que el sistema de cómputo realice el método mencionado en la reivindicación 18. 20.- En un sistema de cómputo que incluye una pantalla, un método para facilitar la programación intuitiva de una reunión, el método comprende: un acto del sistema de cómputo que accede al menos un tiempo de reunión sugerido para una reunión que tiene una pluralidad de asistentes y una indicación de la deseabilídad sugerida para cada uno de al menos un tiempo de reunión sugerido, en donde al menos un tiempo de reunión sugerido y la deseabilidad sugerida para cada uno de al menos un tiempo de reunión sugerido se genere por computadora; un acto para causar que la pantalla presente una indicación de un tiempo para que cada uno de al menos un tiempo de reunión sugerido, junto con un indicador visual que representa la deseabilídad sugerida para cada uno de al menos un tiempo de reunión sugerido; y simultáneamente con el acto de causar que la pantalla presente una identificación, y el acto de causar que la pantalla presente datos libres y ocupados para cada uno de la pluralidad de asistentes. 21.- Un producto de programa de computadora que comprende uno o más medios legibles por computadora que tienen almacenados en él instrucciones ejecutables por computadora que, cuando se ejecutan en uno o más procesadores de un sistema de cómputo, causan que el sistema de cómputo realice el método mencionado en la reivindicación 20.