MX2007015894A - Experiencia de usuario dinamica con objetos ricos en semantica. - Google Patents

Abstract

Objetos ricos en semantica para una experiencia de usuario dinamica. Una o mas acciones en el procedimiento se representan por objetos ricos en semantica (SROs) para exponer funcionalidad del procedimiento. Cada uno de los SROs incluye metadatos asociados con una accion y un ambiente de ejecucion del mismo. En respuesta a un gesto interactivo de un usuario que selecciona al menos uno de los SROs para realizar una accion deseada en el procedimiento, los metadatos se extraen de los SROs seleccionados para determinar si la accion deseada esta disponible en el ambiente de ejecucion del procedimiento.

Description

EXPERIENCIA DE USUARIO DINÁMICA COM OBJETOS RICOS Ei SEMÁNTICA ANTECEDENTES Los usuarios frecuentemente interactúan con programas de aplicación de computadora a través de una serie de operaciones basadas en forma o acciones para acceder a funcionalidades de los programas de aplicación. Por ejemplo, al seleccionar un objeto de icono en una pantalla de computadora que utiliza un dispositivo de entrad, tal como un ratón, al usuario se le puede presentar un menú de opciones. Un usuario entonces puede seleccionar una de las opciones para interactuar con el objeto de ¡conos seleccionados al utilizar las funcionalidades de los programas de aplicación (por ejemplo, texto resaltado de "copiar" o "enviar" un documento seleccionado a un receptor de correo electrónico). Como tal, el grupo de menú se hace en punto de entrada de la experiencia de usuario a los programas de aplicación. El diseño de interfase de usuario actualmente disponible limita de forma desventajosa al usuario a solo aquellas opciones presentadas debido a que las opciones típicamente incluyen otras funcionalidades que no se presentan al usuario. En consecuencia, el usuario no puede ver la forma en la que el diseñador/desarrollador no codificó o presentó en el diseño de interfase de usuario actual. Con el fin de mostrar todas o la mayoría de las funcionalidades de la aplicación, los diseñadores de interfase de usuario o los desarrolladores actualmente necesitan codificación segura de las funcionalidades. Por ejemplo, las formas de uso de aplicaciones de negocio, navegaciones, interfases de consulta y otros artefactos de interfase de usuario (Ul) especiales para crear una experiencia de usuario deseada. El diseño de los artefactos de Ul determina los puntos de entrada para los usuarios en el estado de aplicación y comportamiento. Desafortunadamente, el diseño de los artefactos de Ul también limita estos puntos de entrada. Además del ejemplo, las aplicaciones de flujo de trabajo típicamente exponen tareas a usuarios en formas dedicadas a los casos de tarea particular (por ejemplo, forma para tareas de "aprobar este orden"). De esa forma, los usuarios pueden ser incapaces de saber mucho sobre una tarea particular de lo que podrían desear, (por ejemplo, "¿qué sucede si se salta la tarea? ¿Hay otras tareas relevantes relacionadas con estas?"), que complica la colaboración y participación de información. Algunos sistemas existentes intentan aumentar el menú estándar o predeterminado de opciones al proporcionar una lista de claves de atajo o consejos para permitir a los usuarios y además interactuar con los programas de aplicación. Sin embargo, estas opciones mejoradas usualmente se presentan en una lista separada y solo se quedan estadísticamente por las opciones predeterminadas mientras fuerza a los usuarios a recordar más claves de atajo no condescendientes para el usuario.

Las aplicaciones de flujo de trabajo actualmente disponibles proporcionan opciones predeterminadas limitadas en sus Uls de tarea dedicada. Algunos otros sistemas de propósito de construcción y Ul proporcionan acceso a las otras funcionalidades de las aplicaciones a través de códigos habituales o adaptaciones. En el ejemplo de flujo de trabajo, la información adicional puede codificarse por costumbre para una Ul de tarea dedicada pero el diseñador de tareas Ul posiblemente no puedan anticipar toda combinación posible o dirección que el usuario puede desear explorar en conexión con una Ul de tarea dedicada. Por lo tanto, además de ser difícil de forma importante algunas veces, estos códigos de costumbre o adaptaciones usualmente no cubren todas las funcionalidades disponibles y son estáticos por naturaleza para que las adaptaciones tengan usos específicos y limitados. La presentación de funcionalidad adecuada al usuario es particularmente problemática en dispositivos tal como dispositivos móviles con pequeños factores de forma, que tienen dificultad al soportar formas "verbosas" tradicionales (es decir, formas en las cuales los encabezados y marcos contienen cantidades relativamente grandes de información espacial y textual). Las formas verbosas incluyen, por ejemplo, botones, barras de navegación, cuadros de padre-hijo en los cuales los cuadros hijo se mueven en sincronización con una selección en un cuadro padre, etc. Como tal, es difícil notificar a usuarios del carácter de información con el que interactúan, y los comportamientos disponibles de las aplicaciones de negocio importantes alrededor de la información. La capacidad de dirigir información por medio de comandos de diálogo es importante de forma creciente. Los comandos de diálogo permiten a los usuarios dirigir un gran número de posibilidades (es decir enunciados) que las formas visuales tradicionales. Aunque los sistemas de ¡nterfase de audio, tal como sistemas de reconocimiento de diálogo, proporcionan grupos de funciones básicas, los usuarios no necesariamente saben que funciones están disponibles para ellos. Por ejemplo, en un sistema de servicio de cliente automatizado convencional, un usuario puede recibir un grupo de opciones a través de un grupo de voz de ser humano pre-grabada. Puede pedirse al usuario que hable a un micro-teléfono cuyo tipo de servicios de cliente desea acceder. Como una ilustración, supongamos que el usuario desea hablar a un cliente representativo con su cuenta. Inicialmente, el usuario puede impulsarse por un sistema de voz automatizado para elegir que áreas de servicio llama sobre: "facturación de cuentas", "servicios de agregación", "soporte técnico", o "otros" servicios. En este caso, el usuario puede responder al impulso de voz al mencionar servicios deseados. Después de esta selección inicial, el usuario recibirá un grupo adicional o de cascada de opciones presentadas al usuario antes que pueda dirigirse para hablar a un representante de cliente en vivo directamente. En muchos casos, el sistema de interfase de audio existente permite al usuario evitar las opciones presentadas y alcanzar un servicio de cliente de persona en vivo a hablar al "agente", "representante", o "hablar a un agente". Sin embargo, este atajo "escondido" usualmente no es evidente para el usuario incluso aunque los sistemas de ¡nterfase de audio tienen capacidades para realizar tal acción.

BREVE DESCRIPCIÓN DE LA INVENCIÓN Las modalidades de la presente invención superan las desventajas de los sistemas previos al exponer capacidades disponibles al usuario de las fuentes de datos importantes y aplicaciones que utilizan metadatos a través de objetos ricos en semántica (SROs). Además de lo que está disponible para un usuario a través de un SRO individual, los metadatos ¡ncluyen información que permite la determinación de lo que está disponible para el usuario a través de diferentes combinaciones de SROs expuestos por las mismas o diferentes aplicaciones y fuentes de datos. Las modalidades alternativas además permiten al usuario determinar como utilizar los SROs en combinación. Las funcionalidades expuestas de acciones pueden combinarse y utilizarse por el usuario en una forma conveniente para además exponer las acciones y funcionalidades del programa de aplicación. De acuerdo con un aspecto de la invención los metadatos en un SRO pueden extraerse y combinarse con metadatos de otro SRO para que el usuario pueda presentarse con acciones de acuerdo con reglas de semántica (por ejemplo, "compartir este documento con John y colocar su calendario el 1 de Julio, 2005 a. las 10:00 am") además de acciones separadas, individuales (por ejemplo, copiar, pegar, o similares). Ventajosamente, a través de los metadatos expuesto en SROs, las modalidades de la invención proporcionan acciones de programas de aplicación a los usuarios en una oración plana para que los procedimientos en los programas de aplicación sean transparentes para el usuario. Las modalidades de la invención también exponen casos de SROs que tienen metadatos para que los programas de aplicación pueden determinar las acciones apropiadas y disponibles si adherirse a una configuración de interfase de usuario (Ul) estándar o estática. En otras palabras, los aspectos de la invención proporcionan una solución completa al problema de lógica habitual en Uls que determina y limita la capacidad de los usuarios para acceder completamente a la riqueza de comportamiento y observaciones disponibles de las aplicaciones de negocio similares. Los aspectos de la invención también reducen la cantidad de código necesario en diseño de Ul basado en forma convencional al aumentar la riqueza semántica de las acciones proyectadas por las aplicaciones fundamentales ya las fuentes de datos. Alternativamente, la invención puede comprender oíros varios mélodos y aparatos. Otras características serán evidentes en parte y en parte se señalarán aquí posteriormente. Esta breve descripción se proporciona para introducir una selección de conceptos en una forma simplificada que además se describe posteriormente en la Descripción Detallada. Esta breve descripción no pretende identificar caracteríslicas clave o caracíerísticas esenciales del tema reclamado, ni pretende utilizarse como un auxiliar para determinar el alcance del íema reclamado.

BREVE DESCRIPCIÓN DE LOS DIBUJOS La Figura 1 es un diagrama ilusírativo que ilustra un sistema para proporcionar una experiencia de usuario dinámica deníro de un procedimienlo que utiliza objetos ricos semánticos (SROs) de acuerdo con una modalidad de la invención. La Figura 2 es un diagrama de bloques ilustraíivo que ilustra una estrucíura de daíos que ¡lustra un SRO que incluye metadatos de. acuerdo con una modalidad de la invención. . La Figura 3 es un diagrama de bloques ilustrativo que ilustra funcionalidades representadas por metadatos de SROs de acuerdo con una modalidad de la invención. La Figura 4 es un diagrama de bloques ilustrativo que ilustra una experiencia de usuario dinámica al extraer metadatos de SROs de acuerdo con una modalidad de la invención. La Figura 5 es un diagrama de flujo ilustrativo que ilustra un método para proporcionar una experiencia de usuario dinámica de un procedimiento que utiliza objetos ricos semánticos (SROs) de acuerdo con una modalidad de la invención.

Las Figuras 6A-6C son diagramas de bloques que ilustran proporcionar un grupo de acciones disponibles en respuesía a un gesto interaclivo de un usuario que utiliza un dispositivo de señalamiento (por ejemplo, un ratón) de acuerdo con una modalidad de la invención. La Figura 7 es un diagrama de bloques que ilustra un ejemplo de un ambiente de sistema de cómpuío adecuado en el cual puede implementarse la invención. El apéndice A describe ejemplos de actos de diálogo de acuerdo con una modalidad de la invención. Los caracteres de referencia correspondientes indican partes correspondientes a través de los dibujos.

DESCRIPCIÓN DETALLADA Haciendo referencia primero a la Figura 1, un diagrama de bloques ilustra un sistema 100 para proporcionar una experiencia de usuario de una mica dentro de un procedimiento que utiliza objetos ricos semánticos (SROs) de acuerdo con una modalidad de la invención. Por ejemplo, el sistema 100 puede ser un sisíema de cómputo tal como una computadora 130 en la Figura 7, un dispositivo de cómpuío, un servidor de computadora, una pluralidad de servidores de computadora, u otro dispositivo de cómputo que es capaz de ejecutar instrucciones ejecutables por computadora, aplicaciones, software de aplicación, programas de aplicación 112, rutinas o códigos ejecutables por computadora. En otra modalidad, el sistema 100 incluye dispositivos de cómputo en un ambiente distribuido en el cual los dispositivos de cómputo se conectan por una red de comunicación común, tal como intranet, Internet, o similares. Al hacer referencia aún a la Figura 1, el sistema 100 incluye un procesador 102 asociado con una interfase 104. El procesador 102 procesa instrucciones o comandos de un usuario 106 a través de la interfase 104 y ejecuta instrucciones ejecutables por compufadora, ruíinas, aplicaciones, programas de aplicación, o similares. La iníerfase 104 recibe un gesto iníeraclivo de un usuario 106. Por ejemplo, la inlerfase 104 puede ser una pantalla, tal como la pantalla mostrada en la Figura 7, y el usuario 106 puede utilizar un dispositivo de entrada, tal como un ratón 182 o un teclado 180 para seleccionar uno o más objetos presentados en la pantalla. En otra modalidad, la ¡nterfase 104 puede ser un dispositivo de audio acoplado a un sistema de reconocimiento de voz para proporcionar diálogo de audio interactivo con el usuario 106 para que el usuario 106 pueda responder a audio que impulsa la audición. El sistema 100 también incluye una memoria 108 que puede ser una memoria de sistema volátil, no volátil 134 o una interfase de memoria 166 de la Figura 7, u otro medio legible por computadora para almacenar datos que pueden transmitirse a través de una red de comunicación, tal como Internet, intranet, u otros tipos de redes de comunicación.

En una modalidad, la memoria 108 almacena una pluralidad de objetos ricos semánticos (SROs) 110 que incluye metadatos que son proyecciones de acciones y estado de datos dentro de programas de aplicación 112. Por ejemplo, los programas de aplicación 112 pueden incluir acciones, funciones, operaciones o similares para realizar una tarea o controlar un evento, y pueden mantener datos (ver además discusión con respecto a la Figura 2) sobre el tema de la tarea (por ejemplo que una tarea va a procesar una orden particular para cierto cliente). Como una ilustración, el programa de aplicación de manejo de flujo de trabajo controla procedimientos de flujo de trabajo que involucran asignación de tareas, delegación de tareas, o similares. Un software de comunicación puede incluir acciones tal como facilitar comunicaciones entre dos partes (por ejemplo, enviar correos elecírónicos, comparíir documeníos entre partes, o similares), o proporcionar servicio de transmisión de mensaje. Como otra iluslración, un software multimedia puede incluir acciones tal como objetos de medios de organización (por ejemplo, archivos de audio, archivos de imagen fija, o archivos de imagen de movimiento), o comunicar objetos de medios con otra persona. Actualmente, un grupo de interfases de usuario basadas en forma esíática presenta acciones dentro de oíros programas de aplicación o procedimieníos a los usuarios. Por ejemplo, muchas Uls conocidas tienen grupos estándar de opciones de menú superior tal como "Archivo, Editar, Herramientas, o Ayuda" para que los usuarios la seleccionen. Cada una de estás opciones de menú de nivel superior además proporcionan funciones adicionales. Además del ejemplo, una opción de menú de "archivo" del nivel superior ilustraíiva puede incluir "Abrir, Guardar, Salir, Imprimir", u otras sub-ópciones. En total, se requiere que el usuario aprenda estas opciones de menú separadas difereníes para estar familiarizados o interacluar con programas de aplicación 112 o procedimientos. Esta experiencia de aprendizaje será similar al aprendizaje de modo idioma; que prende los vocabularios y gramática o reglas lógicas (por ejemplo, opción de "abrir" es sub-menú de "archivo", no "editar, etc." Anles de inferactuar con programas de aplicación 112. Venlajosamente, las modalidades de la invención emplean metadalos que represenlan acciones dentro de programas de aplicación 112 o procedimientos para que un grupo de acciones disponibles apropiadas pueda presentarse al usuario dependiendo de la selección de usuario y en una oración plana o formatos semánticos. En una modalidad alternativa, el grupo de acciones disponibles o apropiadas se proporciona o presenta selectivamente al usuario basándose en el contexlo del ambienle de ejecución de los programas de aplicación 112. Al hacer referencia de nuevo a la Figura 1, un SRO es un artículo u objeto proporcionado al usuario para manipulación directa, inspección, o participación en un ambiente de ejecución, tal como el sistema 100. Alternativamente, un SRO puede proporcionarse al usuario a través de un medio tal como una forma que puede restringir o enriquecer el comportamienío disponible del SRO. En una modalidad, un SRO puede ser específico para el conlexlo o ambienfe de ejecución en donde un usuario 106 está en control directo. Por ejemplo, un adminisírador de un sistema de red de computadora puede presentarse con un grupo completo de funciones disponibles para manejar la red de computadora. Por otro lado, a un usuario de estación de trabajo A se le puede presentar solamente un grupo pequeño de opciones debido al papel del usuario A de estación de trabajo como un usuario de estación de írabajo. Se debe enlender que los diseños de Ul basados en formato pueden utilizarse en conjunto con o en la parte superior de los SROs. Por ejemplo, un desarrollador Ul puede proporcionar una forma, con opciones para los usuarios, que reciben la información rica en los SROs para que el desarrollador de Ul no se requiera codificar todo o algunas de las opciones presentadas en la forma. Alternativamente, las modalidades de la invención emplean los SROs reduce la cantidad de codificación lógica en la forma que el desarrollador de Ul habitualmente proporciona para presentar y permitir funcionalidades para el usuario. En una modalidad alternafiva, el sistema 100 almacena datos que incluyen datos que se relacionan con el historial de desempaño de la agrupación del procedimiento de programa de aplicación 112, inferacciones de usuario previas con la ejecución del procedimienío, y un modelo de ejecución de procedimienío en la memoria 108 para que el sislema 100 pueda presenlar un grupo de acciones habituales o utilizadas frecuentemenle para el usuario 106 cuando se exíraen metadatos de los SROs 110.

Haciendo referencia ahora a la Figura 2, el diagrama de bloques ilustra una estruclura de dalos 202 que incluyen meíadatos de acuerdo con una modalidad de la invención. Un primer campo de datos 204 incluye metadatos que representan acciones asociadas con un procedimiento. Por ejemplo, el primer campo de datos 204 puede incluir metadatos que se relacionan con códigos disponibles de acción 206, metadaíos que se relacionan con códigos de ejecución de acción 208, meladaíos que se relacionan con número de identificación de procedimiento (PINS) de gesto 210, metadatos que se relacionan con métodos de extensibilidad 212, y metadaíos que se relacionan con modelos de objeio 214. La estrucíura de datos 202 también incluye un segundo campo de datos 216 que incluye metadatos que representan un ambiente de ejecución de procedimiento en donde el primer campo de datos se asocia con el segundo campo de datos para definir un grupo de acciones disponibles para realizarse en el ambiente de ejecución de procedimiento. Por ejemplo, el segundo campo de daíos 216 puede incluir meíadalos que se relacionan con el conlexto de aplicación 218 en aparatos que se relacionan con definiciones de servicio ambiental 220. Por ejemplo, la definición de servicio ambiental 220 incluye metadalos que se relacionan con dalos que se acoplan a un gesto interactivo para una implementación de una acción del procedimiento de los programas de aplicación 112. Por ejemplo suponer que el programa de aplicación 212 o el contexto de un SRO es un servicio de aplicación web que ejecuta instrucciones ejecuíables por compuíadora en idioma de programación de ensamble. En esíe ejemplo, las definiciones de servicio ambiental 220 pueden proporcionar datos que se relacionan con un gesto interactivo dado y su lenguaje de ensamble correspondiente para ejecutarse en el servicio de aplicación web. En otra modalidad, el contexío de aplicación 218 íambién incluye datos que se relacionan al contexto o ambiente de ejecución del programa de aplicación cuyos SROs de acciones intenla proyeclar. Por ejemplo, los dalos incluidos en el conlexto de aplicación 218 pueden incluir nombre de usuario, tipo de usuario, ambiente de ejecución de usuario (tal como identificación de computadora, versión de sistema operativo, similares), o restricciones o limitaciones con respecto a la accesibilidad de usuario a una o más opciones. En una modalidad, la estructura de datos 202 además incluye un tercer campo de datos 222 que incluye metadalos que representan un grupo de reglas semánticas, en donde las reglas semánticas definen uno o más gestos interactivos asociados con los metadatos en el primer campo de datos y los metadatos en el segundo campo de datos. Por ejemplo, el tercer campo de datos 222 puede incluir datos que se relacionan a un mapa de gestión 24, metadatos que se relacionan un mapa de acto de diálogo 226, y metadaíos que se relacionan con un grupo de reglas de contexto 228. Como una ilustración, el usuario 106 puede interacíuar con los SROs 110 en el sistema 100 a través de efectos interacíivos, que pueden incluir uíilizar un ralón para seleccionar y enlace único a un escritorio de computadora, adición que responde a un impulso de audio, o de otra forma (por ejemplo, teclas de presión a un teclado numérico telefónico o en un leclado). Tales geslos o inleracíivos permilen al sistema 100 delinear metadafos extraidos de los SROs seleccionados para establecer acciones disponibles al usuario para interaclividad con el procedimiento, que incluyen flujos de trabajo. En una modalidad, el grupo de regla semántica se inlerpreta o evalúan basándose en los metadatos y datos relacionados con el ambiente de ejecución o contexto del programa de aplicación incluido en el contexto de aplicación 218. Por ejemplo, cuando el SRO se proyecta fuera de la aplicación/procedimiento/fueníe de datos, contiene algunos datos iniciales como contexto. El ambiente de Ul (ya sea de una Ul que expone SROs como incluidos en los SROs proporciona una capa adicional a la parte superior de los SROs, tal como una forma) pueden valorar o retraer datos en el contexto. Por ejemplo, un grupo de regla semántica puede evaluar el nombre/datos de íipo de usuario y valorar íales daíos en la Ul aníes de aplicar el grupo de reglas semánticas para interprelar geslos interactivos de usuario para extraer un grupo y acciones disponibles para el usuario desde el SRO seleccionado. En otro ejemplo, un grupo de reglas semánticas puede evaluar una acción y determinar que tal regla solo puede utilizarse una vez. Como tal, la Ul puede no proporcionar la acción al usuario. Mientras la estructura de datos 202 incluye campos de datos que tienen metadatos en los tipos ilustrados, otros tipos de metadatos o datos que liene información relacionada con la ejecución de procedimientos entre programas de aplicación 112 o un ambiente de ejecución de los procedimientos pueden incluirse sin aparíarse deníro del alcance de la invención. Además, mienlras las modalidades de la invención utilizan metadatos como tipo de datos ilusíraíivo, oíra configuración u organización de daíos que describe todo elemento manejado y/o ejeculado en el tiempo de ejecución de datos que no hay necesidad de recopilación de datos antes de ejecución pueden utilizarse sin apartarse del alcance de la invención. Para además ilustrar los SROs, la Figura 3 es un diagrama de bloques que describe funcionalidades representadas por meladaíos de SROs de acuerdo con una modalidad de la invención. En una modalidad ilusírada, por ejemplo, los procedimientos tal como la plicación de agregación 302, una aplicación de servicio web 304, una aplicación de flujo de tarea 306, una aplicación de espacio de contexto 308, y una aplicación de documentos 310 incluye una o más acciones. También, una o más SROs 312, 314, 316, 318, y 320 se utilizan para que los aspectos y acciones de los programas de aplicación se expongan. Ventajosamente, los aspectos de la invención exponen funcionalidades entre las varias aplicaciones a través del uso de SROs. Por ejemplo, la aplicación de flujo de tarea 306 puede transmitir un evento de tarea al SRO 318 a través de la flecha 322, que puede representarse por un usuario que incluye una larea. Mienlras el usuario crea elementos de tarea en el SRO 318 y asigna la tarea a un individuo para realizar la tarea, el SRO 318 genera un evento de papel a SRO 320 a través de la flecha 324 entonces a su vez genera un evenlo a la acción al SRO 312 a íravés de una flecha 326. Como tal, de acuerdo con los aspectos de la invención, cada SRO es versátil y puede utilizarse por diferentes y varios programas de aplicación para responder a diferentes evenlos o acciones. Incluso al hacer referencia a la Figura 3, las flechas eníre aplicaciones y SROs iluslrados en la Figura 3 represenían relaciones semánlicas iluslralivas enire los SROs y las aplicaciones. Por ejemplo, una flecha 328 de la aplicación de servicios web 304 al SRO 312 puede indicar aplicación de servicio web 304 expone acciones o evenlos a Iravés del SRO 312 a un usuario (por ejemplo, el usuario 106). En otro ejemplo, una flecha 324 del SRO 318 al SRO 320 puede indicar una tarea que se asigna a un administrador regional de un almacenamiento. Como tal, al representar una o más acciones en el procedimiento a través de los tipos de SROs para exponer funcionalidades del procedimiento de programa de aplicación, el sistema 100 proporciona una experiencia de usuario dinámica al usuario 106. Para ilustrar una experiencia de usuario dinámica relativamente simple, la Figura 4 es un diagrama de bloque que ilustra la extracción de metadatos de SROs de acuerdo con una modalidad de la invención. Por ejemplo, como se ilustra en la Figura 4, un SRO de lipo de mapa 402 incluye metadatos que se relacionan con una ubicación. En este ejemplo iluslrado, el SRO de lipo de mapa 402 representa un mapa de Seattle. Incluso al hacer referencia a la Figura 4, un SRO de tipo de clima 404 incluye metadatos que se relacionan con tiempo. Como se ilustra, el SRO de tipo de clima 404 indica la condición de clima de Seattle a las 10:00 am del 3 de junio, 2005 que es nublado con una temperatura de 19.44°C. Cuando un usuario 106 selecciona u obtiene una fotografía de Space Needle, una ubicación turística popular en Seatlle, la fotografía de Space Needle se representa por un tipo de fotografía SRO 406 que incluye metadatos que se relacionan con la cantidad de fotografía, tiempo, y ubicación. Como tal, al representar el SRO de tipo de fotografía 406 que utiliza metadalos y al extraer los metadatos del SRO de tipo de fotografía 406, el SRO de tipo de mapa 402, y el SRO de tipo de clima 404, el usuario 106 puede presentarse con un cuadro o ventana 408 que incluye un mapa con la ubicación de Space Needle en relación a Seattle, una ubicación de satélite de posición global (GPS) o Space Needle en relación a Seatíle, condición de clima actual alrededor de Space Needle y/o una transmisión de condiciones climáticas que rodean Space Needle. En una modalidad alíernaliva, el uso de SRO permite al usuario tomar acciones adicionales con respecto a Space Needle, tal como detalles de viaje de solicitud o compra del mapa de Space Needle. Haciendo referencia ahora a la Figura 5, un cuadro de flujo ilusíra un mélodo para proporcionar una experiencia de usuario dinámica dentro de un procedimiento que utiliza objetos ricos semánticos (SROs) de acuerdo con una modalidad de la invención. En particular, la Figura 5 ilustra un ejemplo de gestos interactivos de usuario que utilizan un teclado. Inicialmente, en 502, un SRO del tipo de nota 506 representa una o más acciones en el procedimiento que incluye metadatos asociados con las acciones y un ambiente de ejecución para este. En 504, la interfase 104 recibe un gesío interaclivo del usuario 106 para seleccionar al menos uno de los SROs para realizar una acción deseada en el procedimiento. En el ejemplo ilustrado, el usuario 106 ingresa a Iravés del íeclado al íexto: "Jennifer' enconírando el país de nunca jamás'" con respecío al SRO de íipo de ñola 506. La acción deseada del usuario 106 puede verse como "enconlrando el país de nunca jamás" con Jennifer. En 508, el sistema 100 extrae los metadatos del SRO de tipo de nota 106 para determinar si la acción deseada está disponible en el ambiente de ejecución del procedimiento en respuesta al gesto interactivo recibido. En esta determinación, el procesador 102 primero puede definir un grupo de reglas semánticas en 510 para evaluar o interpretar el gesto interactivo "Jennifer' encontrando el país de nunca jamás'". Como se discutió anteriormente, cada SRO transporta con el algunos datos (tal como en el contexto de aplicación 218 en el segundo capo de datos 216) que se utiliza para evaluar un grupo de reglas semánticas. En un ejemplo, algunos de los daíos en el coníexío de aplicación 218 puede proyectarse por el programa de aplicación, y algunos pueden valorarse/relraerse por el ambienle de Ul (por ejemplo por la forma que aloja SROs). Las reglas semánticas definidas pueden identificar "Jennifer" como al hacer referencia a un SRO de tipo de papel mientras "encontrando al país de nunca jamás" puede referirse a una SRO de tipo de ubicación. Después de determinar "encontrando el país de nunca jamás" que no hacer referencia a una ubicación, las reglas semánticas definidas además pueden identificar "encontrando el país de nunca jamás" como un nombre de un objelo, tal como un documento, un título de un archivo, o similares. Como tal, el sistema 100 puede buscar a través de archivos disponibles almacenados en la memoria 108 o acceder datos desde programas de aplicación para determinar el significado semántico de "encontrando el país de nunca jamás" como un texto o SRO de tipo de objeto de medios. Un sistema 100 continúa resolviendo "Jennifer" y "encontrado al pais de nunca jamás" que utiliza reglas semáníicas en 514, el sistema 100 proporciona un grupo de acciones disponibles para realizar la acción deseada en 516. En una modalidad, el SRO incluye con el códigos, rutinas, instrucciones ejecutables por computadora en el primer campo de dalos 204 tal como, los códigos disponibles de acción 206, los códigos de ejecución de acción 208, y similares. Por ejemplo, los códigos pueden utilizarse para causar que la acción se ejecute. En otro ejemplo, el código puede ser código complejo tal como, si la acción se proporciona por un servicio web, en cada caso el código de ejecución de acción puede necesitar saber como comunicarse con el servicio web. En este ejemplo, el sistema 100 determina que Jennifer es un caso de un SRO de tipo de papel en la lista de contado personal del usuario (por ejemplo, agenle de direcciones, lisia de conlacto de correo electrónico, u otra lista de contacto de comunicación) y "encontrando el País de Nunca Jamás" es un título de una película. Como tal, en 518, el sistema 100 proporciona un grupo de acciones disponibles tal como "contactar Jennifer en 342-403-3323 y rentar película "encontrando el país de nunca jamás de la tienda de rentas de video" o "comprar boleíos para 'enconírando el País de Nunca Jamás" en el cine A y el usuario esíá disponible en sábado y el domingo de 4:00-10:00 pm de acuerdo con el calendario de Usuario y el liempo de muestra del Cine A. En otras palabras, en lugar de que el usuario 106 tenga que seleccionar Jennifer de la agenda telefónica de usuario para encontrar su número telefónico, navegar en Internet para determinar si el titulo "encontrando el País de Nunca Jamás" está disponible, o revisar la ubicación del Cine A y deíerminar el fiempo de muestra disponible, el sistema 100 proporciona al usuario 106 una experiencia de usuario dinámica, contextual, e interesanle. Por lo tanto, el usuario 106 no está limitado al estándar de acciones codificadas habituales fijas proporcionadas por los programas de aplicación. En lugar de eso, el SROs utiliza metadatos para exponer funcionalidades y acciones de los procedimientos en programas de aplicación y proporcionar al usuario 106 acciones en un lenguaje simple y plano.

En una modalidad, los gestos interactivos de usuario, que incluyen actos de diálogo (ver Apéndice A para detalle adicional), se delinean para metadatos de SROs para que el sistema 100 pueda extraer metadaíos de los SROs seleccionados para delerminar la acción deseada en respuesta a una combinación de gestos interactivos visuales y de audío. En otra modalidad alternaíiva, el usuario genera uno o más eventos a través de los geslos interactivos, tal como opresiones en el ratón, movimientos de ratón a través de la pantalla, o similares. El sisíema 100 recibe o intercepta los eventos del usuario de línea esíos eventos a acciones expuestas a través de metadalos del SROs, de acuerdo con un grupo de reglas semánticas. Mientras los meladatos se extraen de los SROs por el sislema 100, un grupo de acciones disponibles se presenta al usuario en respuesta a los gestos interaclivos. El sislema 100 opcionalmente puede ejecutar o realizar las acciones disponibles. Las Figuras 6A a 6C son diagramas de bloques que además ilustran proporcionar un grupo de acciones disponibles en respuesía a un geslo interactivo de un usuario que utiliza el dispositivo de señalamiento (por ejemplo, un ratón) de acuerdo con una modalidad de la invención. En este ejemplo, los gestos interactivos a través del dispositivo de señalamiento pueden incluir: Dar clic para activar algo; Arrastrar/dejar caer un objeto en otro para realizar alguna operación; Dar clic derecho para prender más sobre algo o para obtener más opciones; "poner en cuadro" para agrupar objetos o realizar una operación común en todos ellos; o La búsqueda de algo a través de una metáfora no jerárquica, y desplazarse a través de resultados y probablemente navegar a ellos. La Figura 6A ilustra un área de presentación 602 y un espacio operacional 604 para proporcionar un grupo de acciones disponibles a un usuario 106. Un icono o un objeío de evenío 606 representan un SRO. En este ejemplo, el objeto de evento 606 representa un "orden 123". El área de presentación 602 también incluye campos de entrada de búsqueda 608 y 610 en donde una consulía puede ejecularse con un usuario 106 o un botón de "encontrar" 612. Haciendo referencia ahora a la Figura 6B, el usuario 106 utiliza el dispositivo de señalamiento para primero seleccionar el objeto de evento 606, arrasírar el objeto de evento 606 (un objeto de evento de fantasma 614 indica el movimiento de arrastrar por usuario 106), y dejar caer el objeto de evento 606 dentro del espacio operacional 604 como un objeto de eventos 616. En una modalidad, el cliente interacíivo de arrasírar y dejar caer puede delinearse a metadatos de SROs de acuerdo con la siguiente regla: Regla 1: <Sujeto, gestión de Ul, objeto, ambieníe, grupo de acción predeíerminado> Bajo esta regla, el gesto interactivo (por ejemplo, "arrastrar/dejar caer") se une a un SRO sujeío (por ejemplo, Reporle de Venías) y un SRO de objeto (por ejemplo, un Colegio de Negocio) deníro de un ambienle de ejecución (por ejemplo, espacio operacional 604). Alternativamente, el gesto interactivo de arrastrar y dejar caer el usuario 106 puede delinearse metadalos de SROs de acuerdo con la siguiente regla: Regla 2:<sujeto, aplicación, acto de diálogo> En este ejemplo, las secciones disponibles en un SRO sujetos se delinean a un Acto de diálogo, tal como, solicitud, informe, o comando. En otra modalidad alternativa, el usuario 106 puede utilizar un gesto interactivo, tal como una acción de ratón de arrastre y dejar caer para asociar un SRO con uno o más otros SROs para componer un grupo de acciones disponibles como una oración semántica que incluye acciones o comportamientos representados por un SRO y uno o más otros SROs. Por ejemplo, el usuario 106 puede seleccionar un SRO X que puede ser en respuesta al gesto interactivo del usuario 106 para que las acciones o comportamientos expuestos por los metadatos puedan componerse para una oración, tal como "asignar tarea A usuario B y enviar resto al supervisor inmediato del usuario B con el término de la tarea por el usuario D". En la Figura 6C, un grupo de acciones disponibles 618 se presenta o proporciona al usuario 106 después de recibir el gesto interacíivo de arrastras y dejar caer del usuario 106. En este ejemplo, que involucra un flujo de trabajo, el grupo de acciones disponibles 618 incluye "hisíorial de procedimienlo" (una flecha hacia abajo 620 indica acciones adicionales que eslán disponibles cuando el usuario 106 señala el dispositivo de señalamiento en la flecha hacia abajo 620 o el usuario 106 selecciona la flecha hacia abajo 620 que utiliza el dispositivo de señalamiento). En el "historial de procedimiento" presentado, el usuario 106 se presenta con un grupo de información que se relaciona con el "orden 123" como sistema 100 que extrae metadatos del "orden 123" para determinar si la información incluida en el "historial de procedimiento" puede estar disponible para el usuario 106. Por ejemplo, el historial de procedimiento muestra información de la confirmación de orden de compra de la "orden 123" el 4 de Marzo, 2005 por el USUARIO 1 en Seattle. Se debe notar que el usuario 106 no seleccionó una acción tal como "mostrar historial de procedimiento" o "mostrar confirmación de orden de compra" inicialmente en la Figura 6A. En lugar de eso, el usuario 106 sólo arrastra y deja caer el objeto de evento 606 en el espacio operacional 604 y el sisíema 100 extrae metadalos del objeto de evento 606 que representa "orden 123" para proporcionar al usuario 106 un grupo de acciones disponibles en respuesta a tal gesto interactivo de arrastrar y dejar caer para el espacio operacional 604. Como tal, las modalidades ventajosamente proporcionan SROs versátiles que aumentan experiencias de usuario sin requerir que el usuario memorice o recuerde atajos u opiniones en un menú basado en forma.

En otra modalidad, de acuerdo con la regla 1, el sisíema 100 proporciona una lisia de acciones disponibles después de exlraer metadatos de la fuente y SROs objetivos. Si está disponible un grupo de acción predeterminado, el sistema 100 puede modificar una lista previa de acuerdo con el historial de desempeño, interacciones de usuario previas, y similares. Allernativameníe, el sistema 100 puede presentar la lista complela de acciones disponibles al usuario 106 del lema y SROs de objeto. Incluso en otra modalidad ilustrativa de acuerdo con la Regla 2, el sistema 100 traduce acciones disponibles de acuerdo con un grupo de Actos de Diálogo. En este ejemplo, supongamos que existen tres SROs: un SRO que representa "Usuariol", oíro SRO que representa el "Usuario2" (un colegio), y un tercero que représenla un objeto de negocio que se relación con "número de ventas para la región Occidental filtrada por la unidad de negocio"). Después de seleccionar el objeto de negocio, el Usuariol arrastra el SRO de tipo de negocio en el SRO que representa el Usuario2, y deja caer el SRO de tipo de negocio en el SRO que representa el Usuario2. Después de recibir tal gesto interactivo visual, el sistema 100 extrae metadatos de metadatos de los tres SROs y delinea el gesto interactivo de audio tal como actos de diálogo, se puede proporcionar al usuario 106 lo siguienle: A. Compartir el objeto de negocio con el Usuario2.; B. Comunicarse con respecto al objeto de negocio, tal como hacer una pregunta al Usuario2 sobre la validez del objeto de negocio; o C. Hacer al Usuario 2 un cusíodio/propieíario del objeto de negocio (o permitir al Usuario2 cierlos derechos para acceder al objelo de negocio). En una modalidad, el usuario 106 puede combinar también el gesto interactivo de arrastrar y dejar caer con una consulta de texto al ingresar términos de búsqueda en campos de entrada de búsqueda 608 y 610. Por ejemplo, si el usuario 106 frecuentemente utiliza ciertos actos de diálogo para casos particulares de un par de sujeto/objelo particular, el sistema 100 puede proponer estas combinaciones como nuevos actos de diálogo disponibles en todos los casos del par de sujeto/objeto. Como tal, los metadaíos que se relacionan con los actos de diálogo pueden actualizarse con nuevos actos de diálogo basándose en hábitos de iníeracción de usuario previos o hisforial. En consecuencia, las modalidades de la invención eliminan la necesidad de diseñar código adaptado o secuencia adaptada de acciones para un usuario. En otra modalidad alíernaliva, las iníeracciones de usuario previas con ejecución del procedimienío, un hislorial de desempeño de la ejecución del procedimiento, y un modelo de ejecución de procedimiento pueden representarse como un SRO que íiene metadatos que se relacionan con acciones de los procedimientos en el programa de aplicación. Como tal, las acciones tal como la búsqueda pueden eslar disponibles para un SRO de iníeracciones de usuario previas, lo que hace el grupo de acciones disponibles para el usuario 106 manejable, capaz de consulla, y escalable. La Figura 7 muestra un ejemplo de un dispositivo de cómputo ?Je propósilo general en la forma de una computadora 130. En una modalidad de la invención, una computadora tal como la compuladora 130 es adecuada para uso en las otras figuras ilustradas y descritas aquí. La computadora 130 tiene uno o más procesadores o unidades de procesamiento 132 y una memoria de sistema 134. En la modalidad ilustrada, un conductor común 136 acopla varios componentes de sistema que incluyen a la memoria de sistema 134 a los procesadores 132. El conductor común 136 representa uno o más de cualquiera de varios tipos de estructuras de conductor común, que incluyen un conductor común de memoria o controlador de memoria, un conductor común periférico, un puerto de gráficos acelerado, y un procesador o conductor común local que utiliza cualquiera de una variedad de arquitecluras de conductor común. A manera de ejemplo, y no de limitación, tales arquitecturas incluyen conductor común de Arquiteclura de estándar de industria (ISA), Conduclor común de arquitectura de micro canal (MCA), conductor común de ISA mejorado (EISA), conductor común de Asociación de Estándares de electrónicos de Video (VESA) local, Conductor Común de Interconexión de componente Periférico (PCI) también conocido como conductor común de Mezanine. La compuladora 130 típicamente tiene al menos alguna forma de medios legibles por computadora. Los medios legibles por computadora pueden ser cualquier medio volátil y no volátil, medios removible y no removible, puede ser cualquier medio disponible que puede accederse por la computadora 130. A manera de ejemplo, y no de limitación, un medio legible por computadora comprende medios de almacenamienlo de computadora y medios de comunicación. Los medios de almacenamiento de computadora incluyen tanto medios volátiles como no volátiles, removibles y no removibles ¡mplementados en cualquier método o tecnología para almacenamiento de información tal como instrucciones legibles por computadora, estructuras de datos, módulos de programa u otros datos. Por ejemplo, los medios de almacenamiento de computadora incluyen RAM, ROM, EEPROM, memoria flash u otra tecnología de memoria, CD-ROM, discos versátiles digitales (DVD) u otro almacenamiento de disco óptico, cassettes magnéticos, cinta magnética, almacenamiento de disco magnético u oíros dispositivos de almacenamiento magnético, o cualquier otro medio que puede utilizarse para almacenar la información deseada y que pueda accederse por la compuladora 130. Los medios de comunicación lípicamente representan instrucciones legibles por computadora, estrucluras de dalos, módulos de programa u oíros datos en una señal de datos modulada tal como una onda portadora u otro mecanismo de transporte e incluye cualquier medio de entrega de información. Aquellos expertos en la técnica están familiarizados con la señal de datos modulada, que tiene una o más de sus características establecidas o cambiadas de íal forma para codificar información en la señal. Los medios por cable, tal como una red por cable o conexión por cable directa y medios inalámbricos, íal como medios acúslicos, RF, infrarrojos y oíros inalámbricos, son ejemplos de medios de comunicación. Las combinaciones de cualquiera de los aníeriores también deben incluirse dentro del alcance de medios legibles por computadora. La memoria de sistema 134 incluye medios de almacenamienío por compuíadora en la forma de memoria removible y/o no removible, volátil y/o no volátil. En la modalidad ilusírada, la memoria se sistema 134 incluye memoria sólo de lectura (ROM) 138 y memoria de acceso aleatorio (RAM) 140. Un sistema de entrada/salida básico 142 (BIOS), que contiene en las rutinas básicas que ayudan a transferir información entre elementos dentro de la computadora 130, tal como durante el arranque, típicamente se almacena en ROM 138. La RAM 140 típicamente contiene datos y/o módulos de programa que son inmediatameníe accesibles a y/o están siendo operados actualmente en la unidad de procesamiento 132. A manera de ejemplo, y no de limitación, la Figura 7 ilustra el sistema operativo 144, programas de aplicación 146, otros módulos de programa 148, y datos de programa 150. La computadora 130 también puede incluir otros medios de almacenamiento de computadora removibles/no removibles, volátiles/no volátiles. Por ejemplo, la Figura 7 ilustra una unidad de disco dura 154 que lee de o escribe a medios magnéticos no removibles, no volátiles. La Figura 7 también muestra una unidad de disco magnético 156 que lee o escribe a un disco magnético removible, no voláíil 158, y una unidad de disco ópíico 160 que lee o escribe a un disco óplico removible, no voláíil 162 lal como un CD-ROM u otro medio óptico. Otros medios de almacenamiento de computadora removibles/no removibles, volátiles/no volátiles que pueden utilizarse en el ambiente operativo ilustrativo incluyen, pero no se limitan a, cassettes de cinta magnética, tarjetas de memoria flash, discos versátiles digitales, cinta de video digital, RAM de esíado sólido, ROM de estado sólido y similares. La unidad de disco duro 154, y unidad de disco magnético 156 y unidad de disco óptico 160 típicamente se conectan al conduclor común de sistema 136 a través de una interfase de memoria no volátil, tal como interfase 166.

Las unidades y otros dispositivos de almacenamiento masivo y sus medios de almacenamiento de computadora asociados discutidos anteriormenle e iluslrados en la Figura 7, proporcionan almacenamienlo de instrucciones legibles por computadora, estructuras de datos, módulos de programa y otros datos para la computadora 130. En la Figura 7, por ejemplo, la unidad de disco duro 154 se ilustra como almacenando el sistema operativo 170, programas de aplicación 172, otros módulos de programas 174, y datos de programa 176. Se debe notar que estos componentes pueden ser los mismos que o diferentes al sistema operalivo 144, programas de aplicación 146, oíros módulos de programa 148, y daíos de programa 150. El sistema operativo 170, programas de aplicación 172, otros módulos de programa 174 y daíos de programa 176 se les proporcionan números diferenles aquí para ilustrar que, en un mínimo, son copias diferentes. Un usuario puede ingresar comandos e información en la computadora 130 a través de dispositivos de entrada tal como un teclado 180 y dispositivo de señalamiento 182 (por ejemplo, un ratón, seguibola, pluma, o almohadilla sensible al taclo). Otros dispositivos de entrada (no mostrados) pueden incluir un micrófono, palanca de manos, almohadilla de juegos, antena parabólica, escáner, o similares. Estos y oíros dispositivos de entrada se conecían a la unidad de procesamiento 132 a través de una interfase de entrada de usuario 184 que se acopla al conductor común de sistema 136, pero pueden conectarse a través de otra ¡nterfase y estructuras de conductor común, tal como un puerto paralelo, puerto de juegos o un conductor común en serie universal (USB). Un monitor 188 u otro íipo de disposilivo de presentación también se conecta al conductor común de sistema 136 a través de una interfase, tal como una interfase de video 190. Además del monitor 188, las computadoras frecuentemeníe incluyen oíros dispositivos de salida periféricos (no mostrado) tal como una impresora y bocinas, que pueden conectarse a través de una interfase periférica de salida (no mostrada). La compuladora 130 puede operar en un ambieníe en red que utiliza conexiones lógicas a una o más computadoras remotas, tal como una computadora remota 194. La computadora remota 194 puede ser una compuíadora personal, un servidor, un enrutador, una PC de red, un dispositivo par, u otro nodo de red común, y lípicameníe incluye muchos o iodos los elemenlos descrilos anteriormente en relación a la computadora 130. Las conexiones lógicas ilustradas en la Figura 7 incluyen una red de área local (LAN) 196 y una red de área ancha (WAN) 198, pero también pueden incluir otras redes. La LAN 136 y/o WAN 138 puede ser una red por cable, una red inalámbrica, o una combinación de los mismos, y así sucesivamente. Tales ambientes en red comúnmente están ubicados en oficinas, redes de computadora extendidos en empresa, intranets, y redes de computadora globales (por ejemplo, Internet). Cuando se utiliza nuevamente en red LAN, la compuíadora 130 se conecía a al LAN 196 a Iravés de una inferíase en red o adaptador 186. Cuando se utiliza un ambienfe en red de área ancha, la compuladora 130 típicamente incluye un módem 178 u otros medios para esíablecer comunicaciones en la WAN 198, tal como Internet El módem 178 que puede ser interno o exlerno, se conecla al conductor común de sistema 136 a través de interfase de entrada de usuario 184, u otro mecanismo apropiado. En un ambiente en red, los módulos de programa ilustrados relativos a la computadora 130, o porciones de la misma, pueden almacenarse en el dispositivo de almacenamiento de memoria remoto (no mostrado). A manera de ejemplo, y no de limiíación, la Figura 7 ilustra programas de aplicación remoíos 192 como residenles en el dispositivo de memoria. Las conexiones en red mostradas son ilustrativas y otros medios para establecer el enlace de comunicaciones entre las compuíadoras pueden utilizarse.

Generalmeníe, los procesadores de datos de computadora 130 se programan por medio de instrucciones almacenados en diferentes momentos en los varios medios de almacenamiento legibles por Computadora de la computadora. Los programas y sislemas operalivos típicamente se distribuyen, por ejemplo, en discos flexibles o CD-ROMs. A parlir de aquí, se instalan o cargan en la memoria secundaria de una computadora. En ejecución, se cargan al menos parcialmenle en la memoria eleclrónica primaria de compuíadora. La invención aquí descriía incluye esíos y otros varios tipos de medios de almacenamiento legibles por computadora cuando tales medios contienen instrucciones o programas para implementar los pasos descritos anteriormente en conjunto con un microprocesador u otro procesador de datos. La invención también incluye la misma computadora cuando se programan de acuerdo con los métodos y técnicas aquí descritas. Para propósitos de ilustración, los programas y otros componentes ejecutables, tal como el sistema operativo, se ilustran aquí como bloques separados. Sin embargo, se reconoce que lales programas y componeníes residen en varios momentos en diferentes componentes de almacenamiento de la computadora, y se ejecutan por el procesador(es) de datos de la computadora. Aunque se describe en conexión con un ambiente de sistema de cómputo ilustrativo, que incluye la computadora 130, la invención son operacional con numerosos otros ambientes o configuraciones de sistema de cómpulo de propósito general o propósito especial. El ambieníe de sisíema de cómpulo no preíende sugerir ninguna limiíación al alcance de uso o funcionalidad de aspeclos de la invención. Además, el ambiente de sistema de cómputo no debe inlerpreíarse como al íener cualquier dependencia o requerimiento que se relaciona con cualquiera o combinación de componentes ilustrados en el ambiente operativo ilustrativo. Ejemplos de sistemas de cómputo bien conocidos, ambieníes, y/o configuraciones que pueden ser adecuados para uso con la invención incluyen, pero no se limiían a, computadoras personales, computadoras de servidor, dispositivos móviles o portátiles, sistemas de multiprocesador, sistemas a base de microprocesador, cajas de tv por cable, electrónica de consumidor de programable, teléfonos móviles, PCs de red, minicomputadoras, macrocomputadoras, ambientes de cómputo distribuido que incluyen cualquiera de los sislemas o disposilivos anteriores, y similares. La invención puede describirse en el contexto general de instrucciones ejecutables por computadora, tal como módulos de programa, ejecuíados por una o más compuíadoras u oíros dispositivos. Generalmente, los modelos de programa incluyen, pero no se limitan a, rutinas, programas, objetos, componentes, y estructuras de datos que realizan tareas particulares o implementan íipos de daíos absíractos particulares. La invención también puede practicarse en ambientes de cómputo distribuidos en donde las tareas se realizan por dispositivos de procesamiento remoíos que se enlazan a Iravés de una red de comunicaciones. En un ambieníe de cómpuío disíribuido, los módulos de programa pueden localizarse en medios de almacenamienlo de compuladora locales y remotos que incluyen dispositivos de almacenamiento de memoria. Una interfase en el contexto de una arquitectura de software incluye un módulo de software, componente, porción de código, u otra secuencia de instrucciones ejecutables por compuladora. La interfase incluye, por ejemplo, un primer módulo para acceder a un segundo módulo para realizar tareas de cómputo a beneficio del primer módulo. El primer y segundo módulos incluyen, en un ejemplo, las interfases de programación de aplicación (APIs) tal como proporcionadas por sistemas operativos, interfases de modelo de objeto de componente (COM) (por ejemplo, para comunicación de aplicación de par a par), e interfases de formato de ¡ntercambio de metadalos de lenguaje de marcación extensible (XMI) (por ejemplo, para comunicaciones entre servicios web). La interfase puede ser una implementación sincrónica, acoplada justamente tal como en Edición de Empresa de Plalaforma de Java 2 (J2EE), COM, o ejemplos de COM distribuido (DCOM). Alternativamente o además de, la interfase puede ser una implementación asincrónica flojamente acoplada tal como en un servicio web (por ejemplo, al utilizar el proíocolo de acceso de objeío simple). En general, la interfase incluye cualquier combinación de las siguientes características: justamente acoplado, flojamente acoplado, sincrónico, y asincrónico. Además, la inlerfase puede conformarse a un prolocolo estándar, un protocolo de propiedad, o cualquier combinación de protocolos estándar y de propiedad. Las interfases aquí descritas pueden ser todas parte de una interfase individual o pueden implementarse como interfases separadas o cualquier combinación en éslas. Las interfases pueden ejecutarse local o remotamente para proporcionar funcionalidad. Además, las interfases pueden incluir funcionalidad adicional o menor que la ilustrada o descrita aquí. En operación, la computadora 130 ejecuta instrucciones ejecutables por compuíadora íal como aquellas iluslradas en la Figura 4. Por ejemplo, la computadora 130 representa una o más acciones en el procedimiento por objetos ricos en semántica (SROs) para exponer funcionalidad del procedimiento. Cada uno de los SROs incluye metadatos asociados con una acción y un ambiente de ejecución de los mismos. La computadora 130 también recibe un gesto interacíivo de un usuario para seleccionar al menos uno de los SROs para realizar una acción deseada en el procedimiento. La computadora 130 además extraer los metadatos de los SROs seleccionados para determinar si la acción deseada está disponible en el ambiente de ejecución del procedimiento. El orden de ejecución o desempeño de los métodos ilustrados y descritos aquí no es esencial, a menos que se especifique de otra forma. Es decir, los elementos de los méíodos pueden realizarse en cualquier orden, a menos que se especifique de olra forma, y que los métodos pueden incluir más o menos elementos a aquellos aquí descriíos. Por ejemplo, se coníempla que ejecuíar o realizar un elemenío particular antes, contemporáneameníe con, o después de otro elemento que está dentro del alcance de las modalidades de la invención. Cuando se introducen elementos de la presente invención o la modalidad(es) de la misma, los artículos "un", "uno", "el", y "dicho" pretenden significar que hay uno o más elementos. Los términos "que Comprende", "que incluye", y "que tiene" pretenden ser inclusivos y Significa que puede haber elementos adicionales diferentes a los elementos lisiados. En visla de lo anterior, se observará que se logran varios objetos de la invención y se obtienen otros resultados ventajosos. Mientras pueden hacerse varios cambios en el sistema y método anterior sin apartarse del alcance de la invención, se pretende que todo el tema contenido en la descripción anterior y mostrada en los dibujos anexos deba interpretarse como ilustrativo y no en un sentido limitante.

APÉNDICE A Ejemplos de actos de Diálogo: Los aspectos de diálogo tienen un número de características y aspectos. Formalmente, involucran una bocina, oyente, y la acción comunicativa entre ellos. Por ejemplo, J.L. Auslin y John R. Searle desarrolló un vocabulario lécnico justamente riguroso para describir teoría de acto de diálogo (SAT). que involucra la distinción de tres aspeclos de un acto de diálogo (por ejemplo, Searle, John R., Actos de Diálogo, Un Ensayo en la Filosofía de Lenguaje, Cambridge: Cambridge University Press, 1969): A. Acto Locucionario (lo que se dijo literalmenle); B. Aclo ilocucionario (que aclo se realizó-por ejemplo solicitud); y C. Acto Perlocucionario (lo que se realizó por el desempeño- efecto social). Al utilizar reglas semánticas y operadores algebraicos gestuales, la persona A puede dar clic en un SRO que represenía a la persona B y se le da una lisia de acíos de diálogo más significaíivos, pero genéricos: A. Soliciíar a la Persona B que haga algo...; B. Hacer una pregunía a la Persona B; C. Hacer una promesa/compromiso a la Persona B para hacer algo; D. Informar a la Persona B sobre hacer algo...; o E. Comparíir recurso/objeto con la PersonaB.

Claims (20)

REIVINDICACIONES

1.- Un méíodo compularizado para proporcionar una experiencia de usuario dinámica dentro de un procedimiento, dicho méíodo computarizado comprende: representar una o más acciones en el procedimiento por objetos ricos semánticos (SROs) para exponer funcionalidad del procedimiento, los SROs cada uno incluye metadalos asociados con una acción y datos se relacionan con un ambiente de ejecución de los mismos; recibir un gesto interactivo de un usuario para seleccionar al menos uno de los SROs para realizar una acción deseada en el procedimiento; y exlraer los meíadaíos de los SROs seleccionados para determinar si la acción deseada está disponible en el ambiente de ejecución del procedimiento en respuesla al gesto interactivo recibido.

2.- El método compularizado de acuerdo con la reivindicación 1, en donde cada uno de los SROs además incluye código para ejecución de la acción, y en donde extraer los metadatos comprende ejecutar el código incluido para determinar si la acción deseada está disponible en el ambiente de ejecución del procedimiento en respuesta al gesto interactivo recibido.

3.- El método computarizado de acuerdo con la reivindicación 1, que además comprende proporcionar, en respuesta al gesto interacíivo recibido, un grupo de acciones disponibles para que el usuario iníeraclué con el procedimiento basándose en los metadaíos extraídos.

4.- El método computarizado de acuerdo con la reivindicación 3, en donde proporcionar el grupo de acciones disponibles comprende al menos uno de los siguientes: presentar el grupo de acciones disponibles expuesto a través de los SROs en una interfase de usuario basada en forma y generar una interfase de usuario para presentar selectivamente el grupo de acciones disponibles para que el usuario interactúe con el procedimiento, y en donde el procedimienlo incluye uno o más de los siguieníes: un programa de aplicación, un software de aplicación, y una aplicación de procesamiento de flujo de írabajo

5.- El mélodo compularizado de acuerdo con la reivindicación 1, que además comprende realizar la acción deseada basándose en los metadatos extraídos y el gesto interactivo recibido, y que además comprende definir un grupo de reglas semánticas para interpretar los gestos interactivos recibidos del usuario.

6.- El método computarizado de acuerdo con la reivindicación 1, que además comprende proporcionar una pluralidad SROs en respuesta a una consulta de un usuario, y que además comprende correlacionar los metadaíos exíraídos con uno o más de los siguientes: un historial de desempeño de la ejecución del procedimiento, interacciones de usuario previas con la ejecución del procedimienlo, y un modelo de ejecución de procedimienlo.

7.- El método computarizado de acuerdo con la reivindicación 1, que además comprende delinear los gestos interactivos a los metadatos de cada uno de los SROs, y que además comprende asociar los metadalos extraídos de los SROs seleccionados con metadalos de uno o más otros SROs para componer un grupo de acciones disponibles como una oración semántica que incluye acciones representadas por los SROs seleccionados y uno o más otros SROs.

8.- El método computarizado de acuerdo con la reivindicación 1, en donde uno o más medios legibles por computadora incluyen inslrucciones ejecutables por computadora para realizar el método computarizado de la reivindicación 1.

9.- Un sistema para generar activamenle comporíamientos para que un usuario inleractúe denlro de un procedimiento, dicho sistema comprende: una memoria para almacenar uno o más objetos ricos semánticos (SROs), cada uno de dichos SROs incluyendo meíadatos Correspondientes a un comportamienlo y un ambiente de ejecución del mismo, cada uno de dichos SROs también incluyendo datos que se relacionan para ejecución del comportamiento; una interfase para recibir una selección de uno o más SROs del usuario; un procesador para ejecutar instrucciones ejecutables por computadora para generar un grupo de comportamieníos disponibles para el usuario al asociar la selección recibida de la iníerfase con meíadaíos almacenados en el SRO seleccionado; y en donde la iníerfase proporciona el grupo generado de comportamienlos al usuario para interactuar con el procedimiento en el ambiente de ejecución.

10.- El sistema de acuerdo con la reivindicación 9, que además comprende una interfase de usuario que tiene un dispositivo de selección de usuario para recibir la selección de uno o más SROs del usuario.

11.- El sisíema de acuerdo con la reivindicación 9, en donde el procesador además se configura para delinear la selección recibida de la iníerfase a los meladalos almacenados de cada uno de los SROs.

12.-. El sistema de acuerdo con la reivindicación 11, que además comprende una base de datos que delinea un grupo de actos de diálogo para los metadatos almacenados de cada uno de los SROs.

13.- El sistema de acuerdo con la reivindicación 9, en donde la interfase recibe una selección de un SRO del usuario para asociarse con uno o más otros SROs y en donde el procesador se configura para generar un grupo de comportamientos disponibles para que el usuario asocie un SRO con uno o más de otros SROs basándose en la selección recibida y los metadaíos almacenados en un SRO y uno o más de otros SROs.

14.- El sistema de acuerdo con la reivindicación 9, en donde el procesador además se configura para ejecutar los datos almacenados que se relacionan para ejecución del comporlamienlo para generar el grupo de comportamienlos basándose en los datos almacenados y la selección recibida de la interfase.

15.- El sistema de acuerdo con la reivindicación 9 en donde, la interfase se configura para proporcionar uno o más SROs en respuesta a una consulta del usuario, selectivamente proporciona el grupo generado de comportamientos de los SROs basándose en el ambiente de ejecución del procedimiento, y recibe una selección de uno o más SROs del usuario a través de una interfase de usuario basado en forma, y el procesador además se configura para correlacionar los metadatos almacenados con uno o más de los siguientes: un historial de desempeño de la ejecución del procedimiento, las interacciones de usuario previas con la ejecución del procedimiento, y el modelo de ejecución de procedimiento.

16.- El sislema de acuerdo con la reivindicación 9, en donde el procesador además se configura para definir el grupo de reglas semáníicas para inlerpretar la selección recibida del usuario a través de la interfase y en donde el procesador genera el grupo de comportamientos disponibles al determinar si el grupo de comportamientos deseados está disponible en el ambiente de ejecución del procedimiento basándose en el grupo definido de reglas semánticas.

17.- Un medio legible por compuíadora que liene almacenada en este una estructura de datos para un objeto rico en semántica, dicho medio legible por compuladora comprende: un primer campo de dalos que incluye metadatos que representan una o más acciones asociadas con un procedimiento; y un segundo campo de datos que incluye metadatos que representan un ambiente de ejecución del procedimiento, dicho primer campo de datos asociándose con dicho segundo campo de datos para definir un grupo de acciones disponibles para realizarse en el ambiente de ejecución del procedimiento.

18.- El medio legible por computadora de acuerdo con la reivindicación 17, que además comprende un tercer campo de datos que incluye metadatos que representa un grupo de reglas semánlicas, dichas reglas semánticas definiendo uno o más gestos interacíivos asociados con los metadatos en el primer campo de datos y los meíadatos en el segundo campo de datos.

19.- El medio legible por compufadora de acuerdo con la reivindicación 18, en donde los metadalos en el tercer campo de daíos incluye metadatos que representan un grupo de gestos interactivos y un grupo de actos de diálogo, dicho grupo de gestos interactivos y dicho grupo de actos de diálogo se delinean a los metadatos en el primer campo de datos y los metadatos en el segundo campo de datos.

20.- El medio legible por computadora de acuerdo con la reivindicación 17, que además comprende uno o más campos de datos que incluyen metadatos asociados con uno o más de los siguientes: un grupo de definición de servicio de ambiente de procedimiento, broches de gesto interactivo, métodos de extensibilidad de procedimiento, un modelo de objeto de procedimiento, un historial de desempeño de la ejecución del procedimiento, las interacciones de usuario previo con la ejecución del procedimiento, ejecución del comportamiento, y un modelo de ejecución de procedimiento.