MXPA03011976A - Sistema y metodo para la recuperacion, manejo, entrega y presentacion de conocimientos. - Google Patents

Abstract

La presente invencion esta dirigida a un esquema integrado de implementacion y medio resultante para la recuperacion, manejo, entrega y presentacion de conocimientos. El sistema comprende un primer componente del servidor que es responsable de adicionar y mantener informacion semantica de dominio especifico y un segundo componente del servidor que recibe el conocimiento semantico y otro para el uso por el primer componente del servidor que trabajan conjuntamente para proporcionar servicios de recuperacion de semantica de contexto y de duracion critica para los clientes que operan una plataforma de presentacion por via de un medio de comunicacion. Dentro del sistema, todos los objetos o acontecimientos en una jerarquia dada estan activos. Los agentes semanticamente relacionados entre si y que representan preguntas (compuestas de codigo de accion basico) que regresa los objetos de datos para la presentacion al cliente de acuerdo con un tema o "Skin (formato de presentacion)" predeterminado y capaz de personalizarse. Este sistema proporciona varios medios para que los clientes personalicen y "combinen" Agentes y las preguntas relacionadas subyacentes para optimizar la presentacion de la informacion que resulta.

Description

SISTEMA Y MÉTODO PARA LA RECUPERACIÓN, MANEJO, ENTREGA Y PRESENTACIÓN DE CONOCIMIENTOS RECLAMACIÓN DE PRIORIDAD Esta solicitud reclama la prioridad de la Solicitud de Patente Provisional de los Estados Unidos de Norteamérica No. de Serie 60/300,385 presentada el 22 de junio de 2001 y la Solicitud de Patente Provisional de los Estados Unidos de Norteamérica No. de Serie 60/360,610 presentada el 28 de febrero de 2002. NOTIFICACIÓN DE DERECHOS DE AUTOR Esta descripción está protegida por las Leyes de derechos de Autor de los Estados Unidos de Norteamérica e Internacionales. © 2002 Nosa Omoigui. Todos los Derechos Reservados. Una porción de la descripción de este documento de patente contiene material que está sujeto a la protección de derechos de autor. El propietario de los derechos de autor no tiene objeción para la reproducción vía facsímile de cualquier documento de patente o de la descripción de patente, como aparece en el archivo o registros de patente en la Oficina de Patentes y Marcas, aunque de otra manera se reserva todos los derechos de autor cualesquiera que estos sean. CAMPO DE LA INVENCIÓN Esta invención de refiere de manera general a los sistemas de manejo de información y, en forma más específica, a una estructura de implementación integrada y uniforme y el medio resultante para la recuperación, manejo, entrega y presentación de conocimiento. ANTECEDENTES DE LA INVENCIÓN En la actualidad el conocimiento es reconocido como un activo principal en las organizaciones alrededor de todo el mundo, y como una herramienta para la ventaja competitiva. En el mundo en base a información, conectado de la actualidad, los trabajadores con conocimiento pueden tener acceso al conocimiento y las herramientas que necesitan para tomar decisiones mejores, más rápidas y más informadas a fin de mejorar su productividad, mejorar las relaciones con el cliente y hacer más competitivos a sus negocios. De manera adicional, los observadores industriales han considerado a la "agilidad" y la "empresa en tiempo real" como objetivos empresariales importantes para dar entrada a la economía de la información. Muchas organizaciones han empezado a darse cuenta del valor de distribuir el conocimiento dentro de sus organizaciones a fin de mejorar los productos y el servicio al cliente, y el valor de tener una fuerza laboral bien capacitada. Los negocios de inversiones están conformando el e-Learning (aprendizaje electrónico) y la capacitación corporativa proporciona alguna evidencia de esto. Las compañías también han invertido en herramientas para el manejo de contenido, búsqueda, colaboración e inteligencia empresarial. De igual manera las compañías destinan importantes recursos en la digitalización de sus procesos empresariales, de manera particular con respecto a la adquisición y conservación de clientes. Sin embargo, muchos de los activos de conocimiento/aprendizaje y relación de cliente aún están almacenados en un conjunto diverso de depositarios que no entienden unos el lenguaje de los otros, y como resultado son manejados e ¡nteractúan como islas independientes de información. Como tales, lo que muchas organizaciones llaman "conocimiento" son solamente datos e información. La economía de la información en gran parte es una lucha por encontrar una forma de proporcionar contexto, significado y acceso eficiente a este cada vez más grande cuerpo de datos e información. O, dicho de otra manera, convertir la masa de datos e información disponible en conocimiento utilizable. Durante mucho tiempo la información ha estado accesible en una variedad de formas, tales como periódicos, libros, medios de radio y televisión, y en forma electrónica, con grados variables de proliferación. El manejo y acceso a la información cambió de manera dramática con el uso de las computadoras y las redes de computadoras. Los sistemas de computadora en red proporcionan acceso a través del sistema a la información mantenida en cualquier punto a lo largo del sistema. Los usuarios solamente necesitan establecer la conexión de requisito a la red, proporcionar la autorización adecuada e identificar la información deseada para obtener el acceso. El acceso a la información mejoró adicionalmente con el advenimiento de la Internet, la cual conecta un gran número de computadoras a través de diverso puntos geográficos a fin de proporcionar acceso a un vasto cuerpo de información. El método de mayor distribución para proporcionar información sobre la Internet es por medio de la World Wide Web (Red Mundial). La Web consta de un subconjunto de computadoras o servidores de la Web conectados a la Internet que comúnmente operan el Protocolo de Transferencia de Hipertexto (http), Protocolo de Transferencia de Archivo (FTP), GOPHER u otros servidores. Los servidores de la Web alojan las páginas Web en los sitios Web. Las páginas Web se codifican utilizando uno o más lenguajes, tales como el Lenguaje Marcador de Hipertexto (HTML) original o el Lenguaje Marcador eXtensible más actual (XML) o el Lenguaje Marcador Genérico Estándar (SGML). Las especificaciones publicadas para esos lenguajes están incorporadas a la presente mediante referencia. Las páginas Web en esos lenguajes de formateo pueden ser accesados por los usuarios de la Internet a través del software buscador de web tal como el Internet Explorer de Microsoft o el Navigator de Netscape. La Web se ha organizado en gran medida en base a la sintaxis y la estructura, en vez del contexto y la semántica. Como un resultado, la información es acezada de manera común a través de sistemas de búsqueda y directorios Web. Los sistemas de búsqueda actuales usan palabras clave y las técnicas de búsqueda correspondientes que se apoyan en la información en cuestión textual o básica e indicios sin el contexto y la información semántica asociados. Desafortunadamente, dichos métodos de búsqueda producen miles de resultados bastante indiferentes; documentos en vez de conocimiento procesable. Se han desarrollado técnicas de búsqueda avanzada para enfocar las consultas y mejorar la relevancia de los resultados de búsqueda. Muchas de esas técnicas se apoyan solamente en las tendencias de búsqueda de usuario históricas para hacer suposiciones básicas para la información deseada. De manera alternativa, otras técnicas de búsqueda se apoyan en la categorización de sitios Web para enfocar adicionalmente los resultados de búsqueda en áreas anticipadas por ser más relevantes. Sin importar la técnica de búsqueda, la organización subyacente de información que se puede buscar es accionada por índice en vez de ser accionada por contexto. La frecuencia o tipo de información textual asociada con el documento determina los resultados de búsqueda, en oposición a los atributos de la materia en cuestión del documento y como esos atributos se relacionan con el contexto del usuario. El resultado es la ambigüedad continua y la ineficiencia que rodea al uso de la Web como una herramienta para adquirir el conocimiento procesable.

En las empresas alrededor del mundo actual, la Web es la plataforma de información de trabajadores con conocimiento y ahí radica el problema. La Web como se sabe es una plataforma de datos e información en tanto que los usuarios operan al nivel del conocimiento. Esta desconexión es fundamental y no se puede comprender. La Web, en gran medida, ha realizado el sueño de "la información en la punta de los dedos". Sin embargo, los trabajadores con conocimiento demandan el "conocimiento en la punta de los dedos" en oposición a solamente la "información en la punta de los dedos". Desafortunadamente, los trabajadores con conocimiento actuales utilizan la Web para explorar y buscar documentos-compilaciones de datos e información, en vez del conocimiento real relevante para su consulta. El lograr el conocimiento mejorado requiere proporcionar el contexto adecuado, el significado y el acceso eficiente a los datos e información, todo lo cual está ausente con la Web tradicional.

Se han hecho esfuerzos para lograr el objetivo del "conocimiento en la punta de los dedos". Un ejemplo es un nuevo concepto de organización y distribución de la información referida como la Web Semántica (Semantic Web). La Web Semántica es una extensión de la Web actual en la que la información está tiene un significado bien definido determinado, permitiendo que las personas y las computadoras trabajen mejor en cooperación. En tanto que conceptualmente es un importante paso hacia delante en el soporte de contexto mejorado, significado y acceso a la información en la Internet, la Web Semántica tiene que encontrar aún la implementación exitosa que la eleve hasta su potencial establecido. Tanto la Web actual como la Web Semántica no proporcionan el contexto, significado y acceso eficiente adecuados a los datos y la información a fin de permitir a los usuarios el adquirir el conocimiento procesable. Este es parcialmente un problema relacionado con las formas en las que la Web actual y la Web Semántica contemplada están estructuradas o, dicho en otras palabras, relacionadas con sus capas de tecnología. Como se muestra en la figura 1 , la Web Actual, por ejemplo, que es un medio de hipertexto, proporciona las tres capas de tecnología, las cuales incluyen vínculos "tontos", o vínculos que no tienen sensibilidad al contexto, sensibilidad al tiempo, etc. Las conceptualizaciones actuales de la Web Semántica, también referida como "hipermedios semánticos", proporciona cinco capas de tecnología, como se muestra en la figura 2. Como se explica con mayor detalle a continuación, existen serias limitaciones asociadas con cada una de las estructuras de capa de tecnología. Además, deben estar presentes diversas propiedades en un sistema de manejo de información total a fin de proporcionar una estructura de implementación integrada y uniforme y el medio resultante para la recuperación, manejo y entrega de conocimiento. Una lista no exhaustiva de esas propiedades incluye: Semántica/Significado; Sensibilidad al Contexto; Sensibilidad al Tiempo; Capacidad de Descubrimiento Automática e Inteligente; vinculación Dinámica; Navegación y Exploración controladas por el Usuario; Participación de Documento Local y No-HTML en la Red; Presentación Flexible que Transmite Inteligentemente la Semántica de la Información que es Exhibida; Lógica, Inferencia y Razonamiento; Análisis Flexible de la Información Activada por el Usuario; Consultas de Semántica Flexibles; Soporte de Lectura/Escritura; Anotaciones; "Web de Confianza"; Paquetes de Información ("Mezcladores") Plantillas de Contexto, y Agregación de Información Orientada al Usuario. Cada una de esas propiedades se describirá a continuación en el contexto de su aplicación tanto a la Web Actual como a la Web Semántica. SEMÁNTICA/SIGNIFICADO La Web Actual carece de semántica como una parte intrínseca de la plataforma y la experiencia del usuario. Las páginas Web transmiten solamente datos textuales y gráficos en vez de la semántica de los datos que contienen. Como un resultado, los usuarios no pueden emitir consultas semánticas tales como aquellas que se podrían esperar con el lenguaje natural, por ejemplo, "encuéntrame todos los libros de menos de cien páginas, acerca de Jazz Latino, y publicados en los últimos cinco años". Para ser capaz de procesar dicha consulta, un sitio Web o sistema de búsqueda debe "saber" que contiene libros y debe ser capaz de filtrar de manera inteligente sus contenidos en base a la semántica de la petición de consulta. Dicha consulta no es posible en la Web actual. En su lugar, los usuarios son forzados a confiar en las búsquedas en base a texto. Esas búsquedas dan como resultado usualmente sobrecarga de información o pérdida de información debido a que el usuario es forzado a seleccionar términos de búsqueda que pueden no igualar al texto en la base de información. En el ejemplo antes mencionado, un usuario debe seleccionar el término "Libros Jazz Latino" y esperar que el sistema de búsqueda pueda hacer la conexión. De manera común se deja que el usuario filtre de manera independiente los resultados de búsqueda. Esta clase de búsqueda en base a texto también implica que los términos pueden transmitir el mismo significado. En el ejemplo anterior, los resultados de búsqueda tales como "Libros sobre el Jazz de Centro y Sudamérica" o "Publicaciones sobre Jazz Latino de Países Latinos" pueden ser ignorados durante el procesamiento de la consulta de búsqueda. La falta de semántica implica también que la Web Actual no permite que los usuarios naveguen en base a la forma en que piensan los seres humanos. Por ejemplo, se puede desear navegar una Intranet corporativa utilizando la estructura de la organización. Por ejemplo, de las personas a los documentos que ellas crean para los expertos en esos documentos para los reportes directos de esos expertos para las listas de distribución los reportes directos son miembros de los miembros de las listas de distribución para los documentos que aquellos miembros crearon, etc. Esta "Web" es semántica y se basa en la clasificación de información real ("cosas") y no solamente en "páginas" como lo hace la Web Actual. La falta de semántica de también posee otras implicaciones. En primer lugar, significa que la Web no es programable. Con la semántica, la Web puede ser consumida por Agentes Inteligentes que pueden dar sentido a las páginas y los vínculos y después hacer inferencias, recomendaciones, etc. Con la Web Actual, el único "Agente" que puede hacer inferencias es el cerebro humano. Como tal, la Web no emplea la enorme potencia de procesamiento de que son capaces las computadoras, debido a que no está representada en una forma que las computadoras puedan entender. La falta de semántica implica también que la información no es procesable. Un sistema de búsqueda no "comprende" los resultados que arroja. Como tal, una vez que un usuario recibe los resultados de búsqueda, quedan a "su consideración". Asimismo, un explorador de la web no "comprende" la información que está exhibiendo y como tal no puede hacer nada inteligente con la información. Con la semántica instalada, una exhibición inteligente, por ejemplo, "sabrá" que un evento es un evento y hará lago interesante como verificar si ele evento ya está en el calendario del usuario, exhibe información gratuita/activa o permite al usuario insertar de manera automática el evento en su calendario haciendo de esta manera procesable la información. La información presentada sin semántica no es procesable o puede requerir que se infiera la semántica, lo cual puede resultar en una experiencia desagradable para el usuario. La Web Semántica busca resolver las limitaciones semántica/significado con la Web Actual codificando la información con semántica bien definida. Las páginas Web en la Web Semántica incluyen metadatos y vínculos de semántica a otros metadatos, permitiendo de esta manera que los sistemas de búsqueda ejecuten búsquedas más inteligentes y precisas. Además, la Web Semántica incluye ontologías que serán empleadas para la representación del conocimiento, permitiendo de esta manera que un sistema de búsqueda semántico interprete los términos en base al significado y no solamente al texto. De manera ilustrativa, en el ejemplo anterior, la ontología Jazz Latino se puede empelar en un sitio de la Web Semántica y permitiría que un sistema de búsqueda en el sitio "sepa" que los términos "Libros sobre el Jazz de Centro y Sudamérica" o "Publicaciones sobre Jazz de los Países Latinos" tienen el mismo significado que el término "Libros de Jazz Latino". En tanto que supera conceptualmente muchas de las deficiencias de la Web Actual, no hay hasta la fecha una implementación exitosa de un modelo de datos bien definido que proporcione contexto y significado, incluyendo de manera particular los vínculos de semántica necesarios, ontologías, etc., a fin de proporcionar las características adicionales tales como la sensibilidad al contexto y la sensibilidad al tiempo. SENSIBILIDAD AL CONTEXTO La Web Actual carece de sensibilidad al contexto. La implicación de una falta de contexto es que la Web Actual no es personal. Por ejemplo, los documentos en almacenamiento accesible son independientemente estáticos y por lo tanto inútiles. La información relevante para la materia en cuestión del documento ya ha sido publicada, está recién publicada o pronto será publicada. Sin embargo, debido a que el documento en almacenamiento es estático, no hay forma de asociar dinámicamente su materia en cuestión con la información relevante en tiempo real. Dicho de otra manera, los usuarios no tienen forma de conectar dinámicamente su contexto privado con la información externa en tiempo real. Las fuentes de información (tal como el documento) que forman el contexto se asientan en sus propias islas, totalmente aisladas de otras fuentes de información relevantes. Esto resulta en perdidas de información y productividad. La razón principal para esto es que la Web Actual es un medio orientado a la presentación diseñado para presentar vistas de información a un cliente tonto (por ejemplo computadora remota). El cliente virtualmente no desempeña rol alguno en la experiencia del usuario, más allá de sólo exhibir lo que el servidor le indica que exhiba. Incluso en los casos en los en donde existe un código de parte del cliente (como los "applets" Java y los controles ActiveX), los controles usualmente hacen una cosa específica y no tienen acción coordinada con el servidor remoto de manera que el código del cliente está siendo orquestado con código en el servidor. Desde el punto de vista de la productividad, la implicación de esto es que los trabajadores con conocimiento y los consumidores de información están totalmente a merced de los autores de la información. En la actualidad, los trabajadores con conocimiento tienen portales que son mantenidos y actualizados a fin de proporcionar vistas de cliente de la información corporativa, datos externos, etc. Sin embargo, esto es aún muy limitante ya que los trabajadores con conocimiento están completamente indefensos en caso de que no haya algo que conecte de manera dinámica e inteligente la información relevante en el contexto de su tarea con la información a la que los usuarios tienen acceso. Si un trabajador con conocimiento no ve un vínculo a una pieza relevante de información en su portal, o si un amigo o colega no le envía por correo electrónico el vínculo, se pierde la información; la información no se conecta o adapta con el contexto de usuario o el contexto en el que se exhibe. De igual manera, no es suficiente notificar a un usuario de que están disponibles nuevos datos de un portal e impulsarlos hacia su unidad de disco duro local. Carece de una presentación personalizare con notificaciones de alerta sensibles al contexto. La Web Semántica padece las mismas limitaciones que la Web Actual cuando llega a la sensibilidad al contexto. En la Web Semántica, los usuarios están igualmente a merced de los autores de la información. La Web Semántica misma será creada, aunque la creación incluirá semántica. Como un resultado, los usuarios estarán aún en gran medida consigo mismos para ubicar y evaluar la relevancia de la información disponible. La Web Semántica, como una entidad autónoma, no será capaz de hacer esas conexiones dinámicas con otras fuentes de información. SENSIBILIDAD AL TIEMPO La Web Actual carece de sensibilidad al tiempo. La plataforma Web (por ejemplo, el explorador) es una pieza tonta del software que solamente presenta la información, sin ninguna consideración a la sensibilidad al tiempo de la información. Se deja al usuario inferir la sensibilidad al tiempo o hacerlo sin ella. Esto resulta en una enorme perdida en la productividad debido a que la plataforma Web no puede hacer conexiones sensibles al tiempo en tiempo real. En tanto que algunos sitios Web se enfocan en presentar información sensible al tiempo, por ejemplo, indexando la información pasada una fecha predeterminada, el explorador de Web mismo no tiene noción de la sensibilidad al tiempo. En vez de ello, se deja a los sitios Web individuales para que incluyan la sensibilidad al tiempo en la información que exhiben en su propia isla. En otras palabras, no hay un eje de tiempo en un vínculo Web. La Web Semántica, al igual que la Web Actual, tampoco resuelve la sensibilidad al tiempo. Una Web Semántica puede tener vínculos semánticos que no incorporan el tiempo. Esto se debe en gran medida a que la Web Semántica no tiene de manera implícita noción del los servicios Web de software que resuelven la sensibilidad al contexto y al tiempo. CAPACIDAD DE DESCUBRIMIENTO AUTOMÁTICA E INTELIGENTE La Web Actual carece de capacidad de descubrimiento automática e inteligente de la información recién creada. No hay forma actualmente de saber que sitios Web se iniciaron el día de hoy o ayer. A menos de que el usuario sea notificado o el usuario descubra por casualidad un nuevo sitio cuando hace una búsqueda, no tendrá pista alguna de que hay sitios o páginas nuevas en la Web. Existe el mismo problema en las empresas. En las Intranets, los trabajadores con conocimiento no tienen forma de saber cuando surgen nuevos sitios Web a menos que sena informados por algún medio externo. La plataforma Web misma no tiene noción de los anuncios o descubrimientos. Además, no hay descubrimiento sensible al contexto para determinar nuevos sitios o páginas dentro del contexto de la tarea del usuario o el espacio de información actual. La Web Semántica, al igual que la Web Actual no resuelve la falta de capacidad de descubrimiento automática. Los sitios de la Web Semántica padecen el mismo problema, los usuarios tendrán que buscar acerca de la existencia de nuevas fuentes de información desde fuentes externas o a través del descubrimiento personal cuando ejecutan una búsqueda. VINCULACIÓN DINÁMICA La Web Actual emplea una "estructura de datos" de red pura o gráfica para su modelo de información. Cada página Web representa un nodo en la red y cada página puede contener vínculos a otros nodos en la red. Cada vínculo es creado en forma manual dentro de cada página. Esto plantea varios problemas. En primer lugar, significa que la red necesita ser mantenida para que tenga valor continuo. Si las páginas Web no son actualizadas o si los autores de la página o sitio Web no tienen la disciplina de agregar vínculos a sus páginas en base a la relevancia, la red pierde valor. La Web Actual es esencialmente propensa a tener vínculos muertos, vínculos viejos, etc. Otro problema con un modelo de información de red pura o gráfica es que el consumidor de la información está a merced, en vez de en control, de la presentación de la página o sitio Web. En otras palabras, si una página o sitio Web no contiene vínculos, ei usuario no tiene recursos para encontrar la información relevante. Los sistemas de búsqueda son de poca ayuda debido a que solamente regresan páginas o nodos dentro de la red. La red misma no tiene ninguna habilidad de vinculación independiente o dinámica. Por lo tanto, un sistema de búsqueda puede fácilmente regresar vínculos hacia páginas Web que por si mismas no tienen vínculos o son vínculos muertos, viciados o ¡rrelevantes. Una vez que los usuarios obtienen los resultados de búsqueda, quedan completamente a sus expensas y están por completo a merced de si el autor de las páginas regresadas insertó vínculos relevantes, sensibles al tiempo dentro de la página. La Web Semántica padece el mismo problema que la Web Actual debido a que la Web Semántica es solamente más semántica que la Web Actual. Aunque los usuarios son capaces de navegar la red de manera semántica (lo cual no puede hacerse actualmente con la Web), estarán aún a merced de cómo haya sido creada la información. Dicho de otra manera, la Web Semántica también depende de la disciplina de los autores y por lo tanto padece los mismos problemas antes mencionados de la Web Actual. Si la Web Semántica incluye páginas con ontologías y metadatos, aunque esas páginas no reciben un buen mantenimiento o no incluyan vínculos a otras fuentes relevantes, el usuario será incapaz aún de obtener los vínculos actuales y otra información. La Web Semántica, como se considera actualmente, no será una red inteligente, dinámica, auto-autorizada, auto-reparable.

NAVEGACIÓN Y EXPLORACIÓN CONTROLADAS POR EL USUARIO Con la Web Actual, el usuario no tiene el control sobre la experiencia de navegación y la exploración, sino que más bien está a merced de una página Web y como es creada con vínculos (si los hay). Como se muestra con referencia a la técnica anterior en la figura 3, la Web Actual consta de "vínculos tontos", o vínculos genéricos creados estadísticamente que son completamente dependientes del mantenimiento continúo para ser navegables. La Web Semántica padeces un problema similar al de la Web Actual en que no hay exploración controlada por el usuario. En vez de ello, como se muestra con referencia a la figura 4 de la técnica anterior, la Web Semántica consta de "vínculos tontos", que incluyen además información semántica y metadatos. Sin embargo, los vínculos de la Web Semántica permanecen igualmente dependientes del mantenimiento continuo para ser navegables. PARTICIPACIÓN DE DOCUMENTO LOCAL Y NO-HTML EN LA RED Otro problema con la Web Actual es el requerimiento de que solamente los documentos que son creados como HTML pueden participar en la Web, además del hecho que esos documentos tienen que contener vínculos. La implicación es que otros objetos de información como documentos no-HTML (por ejemplo, documentos PDF, Microsoft Word, Power Point y Excel, etc.) en especial aquellos en las unidades de disco duro de los usuarios, son excluidos de los beneficios de vinculación a otros objetos en la red. Esto es muy limitante, en especial ya que puede haber relevancia semántica entre los objetos de información que no son HTML y que no contienen vínculos. Además, los sistemas de búsqueda no devuelven los resultados para todo el universo de información ya que la vasta cantidad de contenido disponible en la red es inaccesible para rastreadores de web estándar. Esto incluye, por ejemplo, el contenido almacenado en bases de datos, depositarios de archivo no indexado, sitios de suscripción, máquinas y dispositivos locales, formatos de archivo de propietario (tales como documentos de Microsoft Office y correo electrónico), y archivos multimedia no de texto. Esto forma una vasta constelación de material inaccesible en la Internet, referido como "la Intranet invisible" dentro de las corporaciones. Los servidores de la Web Actual no proporcionan herramientas de rastreador de web que solucionen este problema. La Web Semántica también sufre esta limitación. No direcciona los millones de documentos no-HTML que ya están fuera de ahí, en especial aquellos en las unidades de disco duro de los usuarios. La implicación es que los documentos que no tienen metadatos RDF equivalentes o "proxies" no pueden ser vinculados dinámicamente a la red. PRESENTACIÓN FLEXIBLE QUE TRANSMITE INTELIGENTEMENTE LA SEMÁNTICA DE LA INFORMACIÓN QUE SE EXHIBE La Web Actual no permite a los usuarios personalizar o "cubrir" un sitio o página Web. Esto se debe a que los servidores de la Web Actual devuelven la información que ya está formateada para presentación mediante el explorador. El usuario final no tiene la flexibilidad para seleccionar los mejores medios de exhibición de la información, en base a diferentes criterios (por ejemplo, el tipo de información, la cantidad disponible de bienes disponibles, etc.). La Web Semántica no resuelve la emisión de la presentación flexible. En tanto que un sitio Web semántico conceptualmente emplea RDF y ontologías, envía aún HTML al explorador. Esencialmente, la Web Semántica no proporciona al usuario específico facultad para la presentación. Como tal, un sitio de la Web Semántica, visto por la plataforma de la Web Actual, no facultará aún al usuario con una presentación flexible. Además, a pesar del movimiento de la industria hacia XML, solamente una nueva plataforma puede determinar que los datos sean separados desde la presentación y definir las guías para hacer los datos programables. Los autores que construyen el contenido de la Web Semántica devuelven XML y evitan emisiones totalmente con presentación, o enfocan sus esfuerzos en proporcionar un estilo de presentación sencillo (escenario de industria vertical). Ningún enfoque permite que la Web Semántica logre un grado óptimo de distribución del conocimiento. LÓGICA, INFERENCIA Y RAZONAMIENTO Debido a que la Web Actual no tiene semántica, metadatos o representación de conocimiento no puede procesar páginas Web utilizando lógica e inferencia para inferir nuevos vínculos, notificaciones de emisión, etc. La Web Actual fue diseñada y construida para el consumo humano, no para consumo de la computadora. Como tal, la Web Actual no puede operar sobre la estructura de información sin restaurar las técnicas no confiables y frágiles tales como el desmontaje de pantalla para tratar de extraer metadatos y aplicar lógica e inferencia. En tanto que la Web Semántica conceptualmente utiliza metadatos y significado para proporcionar páginas y sitios Web con información codificada que puede ser procesada por computadoras, no hay implementación actual que sea capaz de lograr de manera exitosa este procesamiento de computadora y que ilustre escenarios nuevos o mejorados que beneficien al consumidor o productor de información. ANÁLISIS FLEXIBLE DE INFORMACIÓN ACCIONADA POR EL USUARIO La Web Actual carece de análisis de información accionada por el usuario. La Web Actual no permite a los usuarios exhibir diferentes "vistas" de los vínculos, utilizando diferentes filtros y condiciones. Por ejemplo, los sistemas de búsqueda de la Web no permiten a los usuarios probar los resultados de búsquedas bajo diferentes escenarios. Los usuarios no pueden ver los resultados utilizando diferentes pivotes tales como el tipo de información (por ejemplo, documentos, correo electrónico, etc.), contexto (por ejemplo, "Encabezados", "Best Bets", etc.), categoría (por ejemplo, "inalámbrico", "tecnología", etc.) etc.

En tanto que proporciona un mayor grado de análisis flexible de información, la Web Semántica no describe como puede interactuar la capa de presentación con la Web misma de una manera interactiva a fin de proporcionar análisis flexible. CONSULTAS SEMÁNTICAS FLEXIBLES La Web Actual solamente permite consultas en base a texto o consultas que están unidas al esquema de un sitio Web particular. Esas consultas carecen de flexibilidad. La Web Actual no permite a un usuario emitir consultas que se aproximan al lenguaje natural o incorpora semántica y contexto local. Por ejemplo, una consulta tal como "Encuéntrame todos los mensajes de correo electrónico escritos por mi jefe o cualquiera en investigación y que se relacionen con esta especificación en mi disco duro" no es posible con la Web Actual. Al emplear metadatos y ontologías, la Web Semántica permite que un usuario emita consultas más flexibles que la Web Actual. Por ejemplo, los usuarios serán capaces de emitir una consulta tal como "Encuéntrame todos los mensajes de correo electrónico de mi jefe o cualquiera en investigación". Sin embargo, los usuarios no serán capaces de incorporar contexto local. Además, la Web Semántica no define una manera fácil con la cual los usuarios consultarán la Web sin utilizar el lenguaje natural. La tecnología del lenguaje natural es una opción pero está lejos de ser una tecnología confiable. Como tal, se requiere una interfaz de usuario de consulta que se aproxima al lenguaje natural no confía aun en el lenguaje natural. La Web Semántica no soluciona esto. SOPORTE DE LECTURA/ESCRITURA La Web Actual es una Web sólo de lectura. Por ejemplo, si los usuarios encuentran un vínculo muerto (por ejemplo a través del error "404"), ellos no pueden "reparar" el vínculo dirigiéndolo hacia un objetivo actualizado que pueda ser conocido por el usuario. Esto puede ser limitante, de manera especial en los casos en donde los usuarios pueden tener conocimiento importante para ser compartido con otros y en donde los usuarios pueden desear el tener entrada a como estará representada y evolucionará la red. En tanto que la Web Semántica permite de manera conceptual los escenarios de lectura/escritura como está provisto por las aplicaciones de participación independiente, no hay implementación actual que proporcione esta habilidad. ANOTACIONES La Web Actual no tiene soporte implícito para anotaciones. En tanto que algunos sitios Web específicos soportan anotaciones, lo hacen de una manera muy restringida y auto-contenida. El medio mismo de la Web Actual no se refiere a las anotaciones. Dicho en otras palabras, no es posible que los usuarios anoten cualquier vínculo con sus comentarios o información adicional a la que ellos tienen acceso. Esto da como resultado la potencial perdida de información. En tanto que la Web Semántica conceptualmente permite que se construyan anotaciones en el sistema sujetas a las restricciones de seguridad, no hay implementación actual que proporcione esta habilidad. "RED DE CONFIANZA" La Red Actual carece de integración uniforme de autenticación, control de acceso y autorización dentro de la Web, o lo que se ha referido como una "Red de Confianza". Con una Web de confianza, por ejemplo, los usuarios son capaces de hacer afirmaciones, reparar y actualizar vínculos para la Web y tener restricciones de control de acceso construidas para tales operaciones. En la Web Actual, esta falta de confianza significa también que los servicios se mantienen como islas independientes que deben implementar una autorización de suscripción de usuario propietario, el control de acceso o sistema de pago. Los grandes esquemas para centralizar esta información en terceras partes se encuentran con la desconfianza del consumidor y el distribuidor debido a los intereses de privacidad. Para tener acceso a un contenido rico, los usuarios de activos deben conectarse de manera individual y proporcionar información de identidad en cada sitio. En tanto que la Web Semántica conceptualmente permite una Red de Confianza, no hay implementación actual que proporcione esta habilidad. PAQUETES DE INFORMACIÓN Ni la Web Actual ni la Web Semántica permiten a los usuarios tratar con la información semántica relacionada como una unidad completa a través de la combinación de características de información semántica potencialmente divergente a fin de producir resultados traslapados (por ejemplo, crear un periódico o canal de TV personal, adaptado). PLANTILLAS DE CONTEXTO Ni la Web Actualni la Web Semántica permiten a los usuarios crear y mapear de manera independiente modelos semánticos específicos y familiares para acceso y recuperación de información. AGREGACIÓN DE INFORMACIÓN ORIENTADA AL USUARIO La Web Actual carece de soporte para la agregación de información orientada al usuario. El usuario solamente puede tener acceso a un sitio Web o un sistema de búsqueda a la vez, dentro del contexto de una sesión de exploración. Como tal, incluso si existe contexto o información sensible al tiempo acerca de otras fuentes de información que se relacionan con la información que el usuario está viendo, esas fuentes no pueden ser presentadas de una manera holística en el contexto actual de la tarea del usuario. La Web Semántica también padece una falta de agregación de información orientada al usuario. El medio mismo es una extensión de la Web Actual. Como tal, los usuarios aun tendrán acceso a un sitio o sistema de búsqueda a la vez y no serán capaces de agregar información a través de los depositarios de información en una forma de contexto o sensible al tiempo.

Dada la creciente demanda de "conocimiento en la punta de los dedos" así como las deficiencias en la Web Actual y la Web Semántica Conceptual, muchas de las cuales se mencionaron antes, existe la necesidad de un sistema y método nuevos y completos de recuperación, manejo y entrega de conocimiento. BREVE DESCRIPCIÓN DE LA INVENCIÓN La presente invención está dirigida a una estructura de implementación integrada y uniforme y el medio resultante para recuperación, manejo, entrega y presentación de conocimiento. El sistema incluye un servidor constituido por varios componentes que funcionan juntos para proporcionar servicios de recuperación de información semántica de contexto y sensible al tiempo para clientes que operan una plataforma de presentación a través de un medio de comunicación. El servidor incluye un primer componente de servidor que es responsable de agregar y mantener la información o semántica o inteligencia específica de dominio. El primer componente de servidor incluye de manera preferible la estructura o metodología dirigida a proporcionar lo siguiente; una Red Semántica, un Concentrador de Datos Semánticos, un Verificador de Consistencia de Red Semántica, un Sistema de Inferencia, un Procesador de Consulta, un Programa de Análisis Sintáctico de Lenguaje Natural, un Agente de Conocimiento de Correo Electrónico y un Manejador de Dominio de Conocimiento. El servidor incluye un segundo componente de servidor que aloja información específica de dominio que se usa para clasificar y categorizar la información semántica. El primero y segundo componentes de servidor trabajan juntos y puede estar integrados físicamente o separados. Dentro del sistema, todos los objetos o eventos en una jerarquía determinada son Agentes activos semánticamente relacionados unos con otros y que representan consultas (comprendidas por el código de acción subyacente) que regresa los objetos de datos de la presentación al cliente de acuerdo con un tema predeterminado y personalizable o "Cubierta". Este sistema proporciona carios medios para que el cliente personalice y "combine" Agentes y las consultas relacionadas subyacentes a fin de optimizar la presentación de la información resultante. La arquitectura de sistema de extremo-a-extremo (directa) de la presente invención proporciona múltiples medios de comunicación de acceso de cliente entre diversas fuentes de información de conocimiento por medio de una plataforma de Web Semántica o por medio de un portal Web tradicional (por ejemplo, el explorador de acceso de la Web Actual) como se modifica mediante la presente invención al proporcionar capas SDK adicionales que permiten la integración programática con un cliente habitual. La metodología de la presente invención está dirigida en parte a los aspectos operativos de todo el sistema, incluyendo la recuperación, manejo, entrega y presentación de conocimiento. Esto incluye de manera preferible asegurar la información desde las fuentes de información, vinculando semánticamente la información desde las fuentes de información, manteniendo los atributos semánticos del cuerpo de la información vinculada semánticamente, entregando la información semántica solicitada en base a las consultas del usuario y presentando la información semántica de acuerdo con las preferencia de usuario personalizables. Las modalidades alternativas de la metodología de la presente invención están dirigidas a la operación de Agentes que representan las consultas que se utilizan con las aplicaciones de la parte del servidor y la parte del cliente a fin de permitir las consultas eficientes en base a inferencia que producen la información semánticamente relevante. BREVE DESCRIPCIÓN DE LOS DIBUJOS Las modalidades preferidas y alternativas de la presente invención se describen en detalle a continuación con referencia los dibujos siguientes. La figura 1 es un cuadro que muestra las capas de tecnología de la Web Actual. La figura 2 es un cuadro que muestra las capas de tecnología de la Web Semántica conceptual.

La figura 3 es un diagrama que muestra la navegación de usuario hacia vínculos en la Web Actual. La figura 4 es un diagrama que muestra la navegación de usuario en la Web Semántica conceptual. La figura 5 es una pantalla que muestra una Hoja de Resultados de Agente de Información de acuerdo con la presente Invención. La figura 6 muestra los apilamientos de plataforma de tecnología de la Web Actual y el Information Nervous System de la presente invención. La figura 7 es un diagrama que muestra una vista general del sistema de la presente invención. La figura 8 es un diagrama que muestra la arquitectura de sistema de extremo-a-extremo (directa) para el Information Nervous System de la presente invención. La figura 9 es un diagrama que muestra la arquitectura de sistema del Servidor de Integración de Conocimiento (KIS) del Information Nervous System de la presente invención. La figura 10 es una comparación entre las capas de plataforma descriptivas de alto nivel de la Web Actual y los equivalentes (cuando es aplicable) en el Information Nervous System de la presente invención. La figura 11 ilustra la modalidad preferida del Information Nervous System e ilustra el contexto de plataforma cruzada heterogénea de la presente invención. Las figuras 12 - 14 muestran pantallas ilustrativas de los aspectos de la interfaz de usuario Asistente de Combinación (Blender Wizard) de acuerdo con una modalidad preferida de la presente invención. La figura 15 es una hoja ilustrativa de una interfaz de usuario de Agente de Sucesos de Interés. La figura 16 ilustra una modalidad preferida que muestra el diálogo de Abrir Agente de la presente invención. Las figuras 17 - 19 ¡lustran la Vista de Árbol de un ambiente Semántico de muestra que involucra el diálogo de Abrir Agente. La figura 20 muestra el esquema de Agente de la modalidad preferida de la presente invención. La figura 21 muestra los AgentTypelDs (Identificaciones de Tipo de Agente) de la modalidad preferida de la presente invención. La figura 22 muestra las AgentQueryTypelDs (Identificaciones de Tipo de Consulta de Agente) de la modalidad preferida de la presente invención. La figura 23 ilustra las consultas esquemáticas de muestra que corresponden a nombres de Agente que muestran como los Agentes del lado del servidor están configurados de manera preferible en el KIS de la presente invención. La figura 24 es un diagrama que muestra una vista general del KIS de la presente invención. La figura 25 es un diagrama que ilustra una Red Semántica de muestra dirigida hacia una situación de empresa de acuerdo con la presente invención. La figura 26 es un cuadro que muestra el esquema preferido del tipo de Objeto de acuerdo con la presente invención. La figura 27 muestra el cuadro de Vínculos Semánticos de la presente invención. La figura 28 es un cuadro que muestra las IDs de predicado de la modalidad preferida de la presente invención. La figura 29 es un cuadro que muestra el esquema de objeto de usuario preferido hecho de acuerdo con la presente invención. La figura 30 es un cuadro que muestra MailingAddressTypelDs (Identificaciones de Tipo de Dirección de Correo) asociadas con el esquema de objeto (persona) de Usuario.

La figura 31 es un cuadro del esquema de objeto de categoría preferido hecho de acuerdo con la presente invención. La figura 32 es un cuadro del esquema de objeto de documento preferido hecho de conformidad con la presente invención. La figura 33 muestra las Print Media Type IDs (Identificaciones de Tipo de Medios de Impresión) de la modalidad preferida. La figura 34 muestra la FORMATTYPEID (Identificación de Tipo de Formato). La figura 35 muestra el esquema de objeto de lista de mensaje de correo electrónico preferido hecho de acuerdo con la presente invención. Las figuras 36 y 37 son cuadros ilustrativos que muestran los esquemas de objeto de lista de distribución de correo electrónico y de carpeta pública, respectivamente, de una modalidad preferida de la presente invención. La figura 38 muestra la PublicFolderTypelD (Identificación de Tipo de Carpeta Pública) de la presente invención. La figura 39 muestra el esquema objeto de lista de mensaje del esquema de objeto de evento preferido hecho de acuerdo con la presente invención. La figura 40 muestra los tipos de evento de una modalidad preferida de la presente invención. La figura 41 muestra el esquema objeto de lista de mensaje del esquema objeto de medios preferido hecho de acuerdo con la presente invención. La figura 42 muestra los tipos de medios de una modalidad preferida de la presente invención. Las figuras 43 - 45 ilustran muestras adicionales que representan como los objetos son categorizados y utilizados en la modalidad preferida de la presente invención.

La figura 46 es una gráfica de objeto que muestra el mapeo de metadatos XML de correo electrónico originales para la Red Semántica de acuerdo con la presente invención.

Las figuras 47 - 53 son pantallas de ejemplo que muestran aspectos del manejo de Agente mediante KIS. La figura 54 exhibe una ¡nterfaz de usuario de muestra que ejemplifica un objeto de información exhibido en la Hoja de Resultados de Agente de Información. La figura 55 muestra un ejemplo de un despliegue de globo asociado con un Vínculo Semántico Intrínseco que exhibe una muestra de correo electrónico de acuerdo con la presente invención. La figura 56 muestra un ejemplo de un despliegue de globo asociado con una ¡nterfaz de usuario de Verbo de acuerdo con la presente invención. La figura 57 muestra un ejemplo de un despliegue de globo asociado con una ¡nterfaz de usuario de Modo de Información Profunda de acuerdo con la presente invención. Las figuras 58 y 59 son ilustraciones que muestran un Ambiente Semántico de acuerdo con la presente invención. Las figuras 60 - 68 proporcionan pantallas ilustrativas de un Agente de Información de acuerdo con una modalidad preferida de la presente invención. Las figuras 69 - 71 proporcionan menús de despliegue de globo asociados con la característica de Smart Lens de un agente de información de acuerdo con la presente invención. La figura 72 exhibe una muestra de una variante de un menú de despliegue de globo de la figura 71 que exhibe la medida de conexidad de los dos objetos. Las figuras 73 - 75 exhibe cuadros de muestra que ilustran los comportamientos y predicados de tipos de objetos de contenidos relaciónales cuando se usan Smart Lens (Objetivos Inteligentes). La figura 76 es una muestra de interfaz de usuario que ilustra los resultados semánticos de Control de Reproductor/Vista Previa de acuerdo con la presente invención.

La figura 77 es una muestra de interfaz de usuario que muestra los resultados de un Combinador. Las figuras 78 y 79 muestran mapeos de funcionalidad ilustrativos de la presente invención. La figura 80 ilustra una interfaz de usuario que muestra resultados de Agente y las Paletas de Contexto correspondientes de acuerdo con la presente invención. La figura 81 exhibe una Hoja de Resultados de contexto de despliegue de Recomendaciones Inteligentes de muestra de acuerdo con la presente invención. La figura 82 es un cuadro que muestra las capas de tecnología del Information Nervous System de la presente invención. La figura 83 ilustra la vinculación dinámica y la navegación y exploración controladas por usuario de acuerdo con una modalidad preferida de la presente invención. DOCUMENTOS INCORPORADOS MEDIANTE REFERENCIA El Apéndice anexo a la presente y al que se hace referencia aquí está incorporado mediante referencia. Este Apéndice incluye el código ilustrativo que muestra una modalidad preferida de la presente invención. CONTENIDO DE LA DESCRIPCIÓN DETALLADA DE LA INVENCIÓN A. DEFINICIONES B. REVISIÓN GENERAL 1. CONTEXTO DE LA INVENCIÓN 2. PROPOSICIONES DE VALOR 3. WEB DE "INFORMACIÓN" ACTUAL VS. EL SISTEMA NERVIOSO DE INFORMACIÓN DE LA PRESENTE INVENCIÓN C. ARQUITECTURA DE SISTEMA Y CONSIDERACIONES DE TECNOLOGÍA 1. REVISIÓN GENERAL DEL SISTEMA 2. ARQUITECTURA DEL SISTEMA 3. APILAMIENTOS DE TECNOLOGÍA 4. HETEROGENEIDAD DEL SISTEMA 5. SEGURIDAD 6. CONSIDERACIONES DE SEGURIDAD COMPONENTES Y OPERACIÓN DEL SISTEMA 1. AGENCIAS Y AGENTES a. Agencias b. Agentes 2. SERVIDOR DE INTEGRACIÓN DE CONOCIMIENTO a. Red Semántica b. Concentrador de Datos Semánticos c. Verificador de Consistencia de Red Semántica d. Sistema de Inferencia e. Procesador de Consulta Semántica f. Programa de análisis Sintáctico del Lenguaje Natural g. Agente de Conocimiento de Correo electrónico h. Manejador de Dominio de Conocimiento i. Otros Componentes 3. SERVIDOR DE BASE DE CONOCIMIENTO 4. AGENTE DE INFORMACIÓN (PLATAFORMA DE EXPLORADOR SEMÁNTICO) a. Revisión General b. Configuración de Cliente c. Especificación de Estructura de Cliente d. Estructura de Cliente e. Documento de Consulta Semántica f. Ambiente Semántico g. Manejador de Ambiente Semántico h. Explorador de Ambiente (Explorador Semántico o Agente Información (Semantic Browser or Agente de Información™)) i. Características de Aplicación Adicionales. 5. PROPORCIONAR CONTEXTO EN LA PRESENTE INVENCIÓN a. Plantillas de Contexto " b. Cubiertas de Contexto c. Plantillas de Cubierta d. Predicados por Omisión e. Predicados de Contexto f. Atributos de Contexto g. Paletas de Contexto h. Alertas Intrínsecas i. Recomendaciones Inteligentes 7. BENEFICIOS DE PROPIEDAD DE LA PRESENTE INVENCIÓN ESCENARIOS 1. EJEMPLOS DE CONSULTAS SEMÁNTICAS QUE UTILIZAN LA PRESENTE INVENCIÓN 2. PROBLEMAS DE NEGOCIOS 3. SITUACIÓN DESCRIPCIÓN DETALLADA DE LA INVENCIÓN A. DEFINICIONES Manuscrito de Acción (ActionScript). Lenguaje manuscrito de Macromedia Flash. Esta comunicación de dos vías ayuda al usuario a crear películas interactivas. Ver http.//www.macromed ia.com/support/flash/action_scripts/actionscript_tutorial/. Agencia (Agency). Un ejemplo designado de un Servidor de Integración de Conocimiento (KIS) que es el equivalente semántico de un sitio web. Directorio de Agencia (Agency Directory). Un directorio que almacena información de metadatos para Agencias y permite a los clientes agregar, remover, buscar y explorar Agencias almacenadas dentro del mismo. Las agencias pueden ser publicadas en directorios como LDAP o Microsoft Active Directory. Las agencias también pueden se r publicadas en un directorio de propietario construido de manera específica para Agencias.

Agente (Agent). Una consulta de filtro semántico que devuelve la información XML de un tipo de objeto semántico particular (por ejemplo documentos, correo electrónico, personas, etc.), contexto (por ejemplo Encabezados, Conversaciones, etc.) o Combinador. • Blender™ o Compound Agent™. Nombre de Marca para un agente que contienen otros Agentes y permite al usuario (en el caso de los combinadotes del lado del cliente) o el administrador de Agencia (en el caso del los combinadotes del lado del servidor) crear consultas que generan resultados que son la unión o intersección de los resultados de sus agentes contenidos. En el caso de los combinadotes del lado del cliente, los resultados se pueden generar utilizando diferentes vistas (mostrando cada Agente en una estructura diferente, mostrando todos los objetos de un tipo de objeto particular a través de los Agentes contenidos, etc.) Breaking News Agent™. Nombre de marca para una agente Inteligente especialmente identificado por los usuarios por ser indicativo del carácter crítico con respecto al tiempo. Los usuarios pueden identificar cualquier Agente Inteligente como Breaking News Agent. Este atributo es almacenado después en el ambiente Semántico de usuarios. Un Breaking News Agent muestra de manera preferible una alerta si son sucesos de interés relacionados con cualquier información que se exhibe. Default Agent™. Nombre de marca para Agentes modificables no de usuario, estandarizados presentados al usuario. Domain Agent™. Nombre de marca para un agente que pertenece a un dominio semántico. Es inicializado coOn una consulta de Agente que incluye referencia al cuadro de "categorías". Dumb AgentTM. Nombre de marca para un agente que no tiene una Agencia y que hace referencia a la información local (en una unidad de disco duro local, en una sección compartida de red o en un vínculo de Web o URL. Los Dumb Agents (Agentes "Tontos") son utilizados de manera esencial para cargar artículos de información (por ejemplo documentos), desde una "sandbox" no inteligente (por ejemplo, el archivo-sistema o la Internet) hacia una "sandbox" inteligente (el Information Nervous System a través del Agente de Información (explorador semántico)). Email Agent™ (o Email Knowledge Agent™). Los nombres de marca de un Agente Público utilizado para publicar o anotar información y compartir conocimiento en una Agencia. Favorite Agent™. Nombre de marca para Agentes que los usuarios indican que les agradan y accedan con frecuencia. • Public Agent™. Nombre de marca para agentes que son creados y manejados por el administrador del sistema. • Prívate or Local Agents™. Nombres de marca de Agentes que son creados y manejados por usuarios. • Search Agent™. Nombre de marca para un agente Inteligente que es creado mediante búsqueda del ambiente semántico con palabras clave o mediante la búsqueda de un Agente Inteligente existente, a fin de invocar un filtro de consulta en base a texto adicional sobre el Agente Inteligente. • Simple or Standard Agent™. Nombres de Marca para Agentes Autónomos que encapsulan consultas no semánticas estructuradas (por ejemplo, a partir del sistema de archivo local o la fuente de datos). • Smart Agent™. Nombre de marca para un agente autónomo que encapsula consultas semánticas estructuradas que se refieren a una Agencia por medio de su Servicio Web XML. • Special Agent™. Nombre de marca de un agente Inteligente que se crea en base a una Plantilla de Contexto. Descubrimiento de Agente. La propiedad del medio de información de la presente invención que permite a los usuarios descubrir fácil y automáticamente nuevos Agentes del lado del servidor o Agentes del lado del cliente creados por otros (amigos o colegas). Ver también "Capacidad de Descubrimiento". Anotaciones. Notas, comentarios o explicaciones que se utilizan para agregar contexto personal a un objeto de información. En la modalidad preferida, anotaciones y mensajes de correo electrónico que son vinculados al objeto que califican, y que pueden tener adjuntos (justo como los mensajes de correo electrónico regulares). Además, las anotaciones son objetos de información de primera clase en el sistema y como tales pueden ser anotadas por si mismas, dando como resultado de esta manera anotaciones entrelazadas o un árbol de anotaciones con el objeto inicial como la raíz. Interfaz de Programación de Aplicación (API). Define como los programadores de software utilizan una característica de computadora particular. Las APIs existen para los sistemas de ventanas, sistemas de archivos, sistemas de bases de datos, sistemas de conexión en red y otros sistemas. Protocolo de Acceso de Calendario (CAP). Protocolóte Internet que permite a los usuarios accesar de manera digital a un almacenamiento de calendario en base al estándar ¡Calendar. Compound Agent Manager™. Nombre de marca de un componente de Agencia que permite de manera programática al usuario crear y eliminar Compound Agents y manejarlos mediante la adición y eliminación de Agentes. Contexto. Información que circunda a un artículo particular que proporciona significado y de otra manera ayuda al consumidor de información a interpretar el artículo así como a encontrar otra información relevante relacionada con el artículo. Hoja de Resultados de Contexto. Una Hoja de Resultados que exhibe resultados de las consultas en base a contexto. Estos incluyen resultados de Paletas de Contexto, Smart Lens (Objetivo inteligente), Información Profunda, etc., Ver "Hoja de Resultados".

Sensibilidad al Contexto. La propiedad de un medio de información que le permite percibir de manera inteligente y dinámica el contexto de toda la información que presenta y presentar información relevante adicional que da ese contexto. Un sistema o medio sensible al contexto comprende la semántica de la información que presenta y proporciona comportamientos adecuados (proactivo y reactivo en base a las acciones del usuario) a fin de presentar información en su contexto adecuado (tanto de manera intrínseca como relacional).

Context Témplate . Nombre de marca para plantillas de consulta de información accionada por escenario que mapea hacia modelos semánticos específicos y familiares para acceso y recuperación de información. Por ejemplo, una plantilla de "Encabezados" en la modalidad preferida tiene parámetros que son compatibles con la entrega de "Encabezados" (en donde el carácter reciente y la probabilidad de un nivel de alto interés son los ejes primarios para la recuperación). Una plantilla de "Eventos Próximos" tiene los parámetros que son compatibles con la entre de los "Eventos Próximos". Y así sucesivamente. De manera esencial, las Plantillas de Contexto pueden hacer analogía con los "canales" de recuperación de información semántica digital personalizada que entregan información al usuario al empelar una plantilla semántica bien conocida. Deep Information™. Nombre de marca para una característica de la presente invención que permite al Agente de Información exhibir información contextual intrínseca con relación a un objeto de información. La información contextual que incluye información que es extraída desde la Red Semántica de la Agencia desde la cual proviene el objeto. Capacidad de Descubrimiento. La habilidad del medio de información de la presente invención para dar a conocer o hacer visible de manera inteligente o proactiva la información al usuario sin que el usuario tenga que buscar de manera explícita la información. Domain Agent Wizard™. Nombre de marca de un componente de sistema y su interfaz de usuario para permitir que el administrador de Agencia cree y maneje Agentes de Dominio. DOTNET (.NET). Micrososft®.NET es un conjunto de tecnologías de software de Microsoft para conectar la información, las personas, los sistemas y los dispositivos. Permite la integración del software a través del uso de Servicios XML Web: aplicaciones de bloque de construcción pequeñas, discretas que se conectan unas con otras, aplicaciones más grandes, a través de la Internet. El software conectado con .NET facilita ala creación e integración de Servicios XML Web. Ver http://www.microsoft.com/net/defined/default.asp). Dynamic LinkingTM. Nombre de marca para la habilidad del Information Nervous System de la presente invención que permite a los usuarios vincular la información de manera dinámica, semántica y a la velocidad del pensamiento, incluso si esos artículos de información no contienen vínculos por si mismos. En virtud de que emplea objetos pequeños que tienen comportamiento intrínseco y utilizan inteligencia recursiva incrustada en el Servicio XML Web de la Agencia de Información, cada nodo en la Red Semántica es mucho más inteligente que un vínculo o nodo regular en la Web Actual o la Web Semántica conceptual. Dicho en otras palabras, cada nodo en la Red o Web Virtual Semántica de la presente invención puede vinculare a otros nodos, independiente de autorización. Cada nodo tiene un comportamiento que puede vincular de manera dinámica a las Agencias y Agentes inteligentes por medio de arrastrar y soltar y copiar y pegar inteligente, crear vínculos a Agencias en el Ambiente Semántico, responder a peticiones de objetivo desde los Agentes Inteligentes para crear nuevos vínculos, incluyendo alertas intrínsecas que crearán de manera dinámica vínculos para la información de contexto y sensible al tiempo en su Agencia, incluir sugerencias de presentación para sucesos de interés (en donde el nodo puede vincular de manera automática a Agentes de sucesos de interés en el espacio de nombre), formar la base para información a fondo que puede permitir al usuario encontrar nuevos vínculos, etc. Por lo tanto un usuario de la presente invención no está a merced del autor de los metadatos. Una vez que el usuario alcanza un nodo en la red, el usuario tiene muchos medios semánticos para navegar de manera dinámica y automática, utilizando el contexto, el tiempo, la conexidad a Agencias y Agentes Inteligentes, etc. Objeto XML de Correo electrónico. Un objeto de información con el tipo de objeto de información "Correo electrónico". El objeto XML tiene el esquema SRML "Correo electrónico" (que utiliza XML). Explorador de Ambiente. Ver Agente de Información. Favorite Agents ManagerTM. Nombre de marca de un componente de sistema y un elemento de interfaz de usuario que permite al administrador de Agencia manejar el lado de Agentes Favoritos del lado del servidor. Flash. Plataforma de interfaz de usuario de Macromedia Flash que permite a los desarrolladores y autores de contenido incrustar gráficas y animaciones sofisticadas en su contenido. Ver http://www.macromedia.com/flash. Flash MX. Macromedia Flash MX es un ambiente de diseño y desarrollo de texto, gráficos y animación para crear una amplia gama de aplicaciones ricas y con contenido de alto impacto para la Internet. Ver http://www.macromedia.com/software/flash/productinfo/product_overview/. Global Agency Directory™. Nombre de marca para un ejemplo de un Directorio de Agencia que corre en la Internet (u otra red global). El Global Agency Directory permite a los usuarios encontrar, buscar y explorar las Agencias en base a Internet utilizando su Agente de Información (directamente en su ambiente semántico). Ver también "Directorio de Agencia". HTTP. Protocolo de Transferencia de Hipertexto (HTTP) es un protocolo de nivel de aplicación para sistemas de información de hipermedia, de colaboración, distribuida. Es un protocolo sin estado, genérico que se puede utilizar para muchas tareas más allá de su uso para hipertexto, tal como nombrar a los servidores y sistemas de manejo de objeto distribuido, a través de la extensión de sus métodos requeridos, códigos de error y encabezados. Una característica de HTTP es el tecleo y la negociación de la representación de datos, que permite que se construya de manera independiente de los datos que se transfieren. Ver http://www.w3.org/Protocols/ y http://www.w3.org/Protocols/Specs.html. Inference Engine™. Nombre de marca para la metodología de la presente invención que observa los patrones y datos que llegan a conclusiones relevantes y lógicamente sensatas mediante razonamiento. De preferencia utiliza Reglas de Inferencia (un conjunto predeterminado de elementos neuríticos) para agregar vínculos semánticos a la Red Semántica de la presente invención. Información. Una medida cuantitativa o cualitativa de la relevancia e inteligencia del contenido o datos y que transfiere conocimiento. Information Agent™. Nombre de marca para el cliente o explorador semántico de la presente invención que proporciona entrega y presentación de contexto y sensible al tiempo de la información procesable (o conocimiento) desde múltiples fuentes, tipos de información y plantillas, y que permite vinculación dinámica a través de varios depositarios. Information Nervous System™. Nombre de marca del sistema de información dinámica, con autorización propia, de contexto y sensible al tiempo de la presente invención que permite a los usuarios vincular la información de manera inteligente y dinámica a la velocidad del pensamiento, y con contexto y sensibilidad al tiempo, a fin de aumentar al máximo la adquisición y el uso del conocimiento para la tarea disponible. Information Object™ (Item o Packet). Nombre de marca para una unidad de información de un tipo particular y que transfiere conocimiento en un contexto dado. Information Object Pivot™. El nombre de marca de un objeto de información que los usuarios emplean como un pivote de navegación para encontrar otra información relevante en el mismo contexto. Tipo de Objeto de Información. Ver Tipo de Objeto. Agente Inteligente. Agentes de Software que actúan a nombre del usuario para encontrar y filtrar la información, negociar los servicios, automatizar fácilmente las tareas complejas o colaborar con otros Agentes de software para resolver problemas complejos. Pos definición, los Agentes Inteligentes deben ser autónomos, en otras palabras, tener la libertad para ejecutar sin intervención del usuario. De manera adicional, los agentes Inteligentes deben ser capaces de comunicarse con otros Agentes de software o humanos y deben tener la capacidad para percibir y monitorear el ambiente en el cual residen. Ver http://www.findarticles.com/cf_dls/m0FWE/7_4/64684222/p1/article.jhtml). Clasificación y Programación de Internet (¡Calendar). Protocolo que permite el despliegue de servicios de clasificación y programación interoperables para la Internet. El protocolo proporciona la definición de un formato común para intercambiar abiertamente información de clasificación y programación a través de la Internet. Internet Message Access Protocol (IMAP). Mecanismo de comunicaciones para que los clientes e correo interactúen con los servidores de correo, y manipular buzones en los mismos. Quizás el protocolo de acceso a correo más popular actualmente es el Protocolo de Oficina de Correo (Post Office Protocol (POP)), el cual también resuelve las necesidades de acceso a correo remoto. IMAP ofrece un superconjunto de características POP, las cuales le permiten interacciones mucho más complejas y proporciona un acceso mucho más eficiente que el modelo POP. Ver http://www-smi. stanford.edu/projects/imap/ml/imap. html. Intrinsic Semantic Link™. Nombre de marca para vínculos semánticos que son intrínsecos al esquema de un objeto de información particular. Por ejemplo, un objeto de información de correo electrónico tiene vínculos intrínsecos como "de", "para", "ce", "bec" y "adjuntos" que son inherentes al objeto mismo y están definidos en el esquema para el tipo de objeto de información de correo electrónico. Isla. Un depositario de información que está aislado de los otros depositarios que pueden contener información de contexto sensible al tiempo, relacionada semánticamente y relevante aunque están desconectados unos de otros en los que dicha información puede ser relevante. J2EE. La Plataforma JavaTM 2, Edición Empresarial (J2EE) utilizada para desarrollar aplicaciones empresariales de multi-nivel. J2EE basa las aplicaciones empresariales en componentes modulares estandarizados al proporcionar un conjunto de servicios para esos componentes y a través del manejo de muchos detalles del comportamiento de aplicación en forma automática. Ver http://java.sun.com/j2ee/overview.ritml. Conocimiento. Información presentada en una manera de contexto y sensible al tiempo que permite que el consumidor de la información aprenda a partir de la información y aplique la información a fin de tomar decisiones más inteligentes y más oportunas para tareas relevantes. Knowledge Agent™. Ver Agente de Información. Knowledge Base Server™ (KBS). Nombre de marca de un servidor que aloja el conocimiento para el Servidor de Integración de Conocimiento (KIS). Knowledge Domain Manager™ (KDM). Nombre de marca de un componente del Servidor de Integración de Conocimiento (Knowledge Integration Server) que es responsable de agregar y mantener la inteligencia específica de dominio en la Red Semántica. Knowledge Integration Server™ (KIS). Nombre de marca de un servidor que integra de manera semántica datos a partir de múltiples fuentes distintas dentro de una Red Semántica, el cual también puede alojar a los Agentes del lado del servidor que proporcionan acceso a la red y que alojan Servicios XML Web que proporcionan acceso de contexto y sensible al tiempo para el conocimiento en el servidor. Knowledge Web™. Ver Information Nervous System (Information Nervous System). Alianza de Libertad. La visión de la alianza de la Libertad es permitir un mundo conectado en red en el que los individuos y negocios puedan conducir más fácilmente sus transacciones mientras protegen la privacidad y seguridad de la información de identidad vital. Para lograr su visión, la alianza de Libertad busca establecer un estándar abierto de identidad de red federada a través de especificaciones técnicas abiertas. Ver http://www.projectliberty.org/index.html. Protocolo de Acceso a Directorio Ligero (LDAP). Tecnología para accesar información de directorio común. LDAP se ha incrustado e implementado en la mayor parte del middleware orientado a red. Como un estándar neutral de distribuidor, abierto, LDAP proporciona una arquitectura extensible para almacenamiento y manejo centralizado de la información que necesita estar disponible para los sistemas y servicios distribuidos de la actualidad. LDAP es soportado actualmente en la mayoría de ios sistemas operativos de red, groupware e incluso aplicaciones de red de empaquetado retráctil. Ver http://publib-b.boulder.lbm.com/ReedbookAbstracts/sg244986.html70pen. Link Témplate™. Ver Plantilla de Contexto. Contexto Local. Contexto Local se refiere a los objetos de información del lado del cliente y Agentes accesibles para los usuarios. Esto incluye Agentes en el Ambiente Semántico, archivos locales, carpetas, artículos de correo electrónico en bandejas de entrada de correo electrónico de los usuarios, páginas Web favoritas y recientes de los usuarios, la o las páginas Web actuales, los documentos abiertos actualmente y otros objetos de información que representan tarea, ubicación, tiempo o condición actual del usuario. Significado. Los atributos de comportamiento de la información que permiten al consumidor de la información ubicar y navegar hacia la misma en base a su contenido de información relevante (en oposición a su texto o datos) y actuar sobre la misma en una manera de contexto y sensible al tiempo, a fin de aumentar al máximo la utilidad de la información.

Metadatos. "Datos acerca de datos". Incluyen esos campos de datos, vínculos y atributos que describen de manera completa un objeto de información. Programa de Análisis Sintáctico de Lenguaje Natural. Componente de software de análisis sintáctico e interpretación que comprende las consultas de lenguaje natural y puede traducirlas a consultas de información semántica estructuradas. NervanaTM. Nombre de marca de una implementación de extremo-a-extremo (directa) de propietario del medio/plataforma de I Sistema Nerviosos de Información. El nombre también define un espacio de nombre de propietario para tipo de recurso y calificadores de predicado.nombre. .NET Passport. .NET Passport de Microsoft es un grupo de protocolos ¡nterrelacionados de servicios en base a Web dirigidos a la Internet y la compra en línea. .NET Passport proporciona a los usuarios una capacidad de conexión simple (SSI) y de compra rápida en un número cada vez mayor de sitios participantes, reduciendo la cantidad de usuarios de información que deben recordar o volver a teclear. .NET Passport proporciona una experiencia en línea de alta calidad para una mayor base de usuario y utiliza poderosas tecnologías de encriptado, tales como Secure Sockets Layer (SSL)(Capa de Conectares Seguros), y algoritmo Triple Data Encryption Standard (3DES) (Estándar de Encriptado de Datos Triple), para protección de datos. La privacidad es una prioridad clave también, y todos los sitios participantes firman un contrato en el que acuerdan adherirse a y seguir una política de privacidad que se apega a las guías aceptadas en la industria. Efectos de Red. Estos existen cuando un número de otros usuarios afectan el valor de un producto o servicio para un usuario particular. El servicio telefónico proporciona un claro ejemplo. El valor del servicio telefónico para los usuarios es una función de un número de otros suscriptores. Algunos estarían interesados en teléfonos que no estuvieran conectados a nadie más, y la mayoría le daría un mayor valor a un servicio telefónico enlazado a una red nacional en vez de una red local solamente. De manera similar, muchos usuarios de computadora apreciarían un sistema de computadora que les permitiera intercambiar información fácilmente con otros usuarios. Los Efectos de Red son considerados por lo tanto como aspectos externos a la parte de la demanda que generan un efecto de retroalimentación positiva en el cual los productos exitosos se vuelven más exitosos. De esta manera, los Efectos de Red son análogos a las economías de la parte del suministro de escala y alcance. A medida que una empresa incrementa su producción, la economía de escala conduce a menores costos promedio, permitiendo que la empresa reduzca los precios y gane negocios adicionales a sus competidores. La expansión continua resulta en costos promedio aún más bajos, justificando precios aún más bajos. De manera similar, la retroalimentación positiva de los Efectos de Red se basa en los éxitos previos. En la industria de la computación, por ejemplo, los usuarios pagan más por un sistema de cómputo más popular, aunque todos sean iguales, o bien optan por un sistema con una mayor base instalada si los precios y otras características de dos sistemas competidores son equivalentes. Ver http://www.ei.com/publicaciones/1996/fall.htm. Protocolo de Transferencia de Noticias de Red (NNTP). Protocolo para la distribución, consulta, recuperación y envío de artículos de noticias que usan una transmisión en base a corriente confiable de noticias entre la comunidad ARPAJnternet. NNTP está diseñado de manera que los artículos de noticias son almacenados en una base de datos central que permite a los suscriptores seleccionar solamente aquellos artículos que desean leer. Se proporcionan también el indexado, la referencia cruzada y el vencimiento de mensajes viejos. Notificaciones. Las notificaciones son alertas que son enviadas por el Agente de Información o una agencia para indicar a un usuario que hay nueva información sobre un agente (ya sea un agente del lado del cliente o un agente del lado del servidor). Los usuarios pueden solicitar notificaciones de los Agentes en su Ambiente Semántico. Los usuarios pueden indicar que han recibido la notificación. La fuente de notificación (el cliente o servidor) almacena la información para el usuario y el agente que indica la última vez que el usuario acuso recibo de una notificación del Agente. La fuente de notificación interroga al Agente para verificar si existe nueva información desde la última vez que acuso recibo. Si la hay, la fuente de notificación alerta al usuario. Las alertas pueden ser enviadas por medio de correo electrónico, localizador personal, voz o un mecanismo de alerta convencional tal como el servicio .NET Alerts de Microsoft. Los usuarios tienen la opción de indicar su mecanismo de notificación preferido para toda la fuente de notificación (cliente o servidor), la cual aplica a todos los Agentes en la fuente de notificación, o una base por Agente (la cual sobrepasa la preferencia indicada en la fuente de notificación. Objeto. Ver Objeto de Información. Tipo de Objeto. Datos de identificación asociados con la información que permite al consumidor entender la naturaleza de la información, interpretar sus contenidos, pronosticar como se puede actuar sobre la información, y vincularla con otros artículos de información relevante en base a como los tipos de objeto se relacionan comúnmente en el mundo real. Los ejemplos incluyen documentos, eventos, mensajes de correo electrónico, personas, etc. Ontología. Estructuración jerárquica del conocimiento de acuerdo con calidades esenciales. La ontología es una especificación explícita de una conceptualización. El término se toma de la filosofía, donde "Ontología" es una cuenta sistemática de la Existencia. Para sistemas de inteligencia artificial, lo que "sale" es aquello que puede estar representado. Cuando el conocimiento de un dominio es representado en un formalismo declarativo, el conjunto de objetos que pueden representarse se llama el universo del discurso. Este conjunto de objetos, y las relaciones que se pueden describir entre ellos, se reflejan en el vocabulario de representación con un programa en base a conocimiento que representa el conocimiento. Por lo tanto, en el contexto de la inteligencia artificial, la ontología de un programa se describe definiendo un conjunto de artículos de representación. En dicha ontología, las definiciones asocian los nombres de las entidades en el universo de discurso (por ejemplo, clases, relaciones, funciones u otros objetos) con texto legible por el ser humano que describe lo que significan los nombres, y axiomas formales que restringen la interpretación y el uso bien formado de esos términos. De manera formal, la ontología es el enunciado de una teoría lógica. El sujeto de la ontología es el estudio de las categorías de las cosas que existen o pueden existir en algún dominio. El producto de dicho estudio, llamado ontología, es un catálogo de tipos de cosas que se asume existen en un dominio de interés D a partir de la perspectiva de una persona quien usa un lenguaje L con el propósito de hablar a cerca de D. los tipos en la ontología representan predicados, sentidos de palabras o los tipos de concepto y relación del lenguaje L cuando se utiliza para discutir temas en el dominio D. ver, de manera general, http://www-ksl.stanford.edu/kst/what-is-an-ontology.html y http;//users. bestweb.net/~sowa/ontology/). Predicados. Un Predicado es un atributo o vínculo cuyo resultado representa la veracidad o falsedad de alguna condición. Por ejemplo, el predicado "creado por" vincula a una persona con un objeto de información e indica si una persona creo o no el objeto.

Presenter™. Componente de sistema en el agente de Información (explorador semántico) de la presente invención que maneja I agregación y presentación de resultados desde el procesador de consulta semántica (que interpreta de manera preferible SQML). El Presenter maneja la distribución, manejo, agregación, navegación, manejo de Cubierta (Skin), la presentación de Paletas de Contexto, interactividad, animaciones, etc.

RDF. Estructura de Descripción de Recurso (Resource Description Framework RDF) es un fundamento para procesar metadatos; proporciona interoperabilidad entre aplicaciones que intercambian, información comprensible para la máquina en la Web. RDF hace énfasis en las facilidades a fin de permitir el procesamiento automatizado de los recursos Web. RDF define un modelo simple para describir las relaciones entre los recursos en términos de propiedades nombradas y valores. Las propiedades RDF pueden ser consideradas como atributos y en este sentido corresponden a pares de atributos de valor tradicionales. Las propiedades RDF también representan las relaciones entre los recursos. Como tal, el modelo de datos RDF puede asemejarse por lo tanto a un diagrama de entidad-relación. RDF puede utilizarse en una variedad de áreas de aplicación incluyendo, por ejemplo: en el descubrimiento de recursos para proporcionar mejores capacidades del sistema de búsqueda, en la formación de catálogo para describir el contenido y las relaciones de contenido disponibles en un sitio Web, página o biblioteca digital particular, mediante Agentes de software inteligentes para facilitar la acción de compartir e intercambiar conocimiento, en la clasificación de contexto, en la descripción de colecciones de páginas que representan un "documento "lógico" individual, para describir los derechos de propiedad intelectual de las páginas Web, y para expresar las preferencias de privacidad de un usuario así como las políticas de privacidad de un sitio Web. RDF con firmas digitales es de manera preferible un componente de construcción de la "Web de Confianza" para comercio electrónico, colaboración y otras aplicaciones. Ver, de manera general, http://www.w3.orq/TR/PR-rdf-svntax y http://www.3.org/TR rdf-schema/. RDFS Acrónimo de Esquema RDF (RDF Schema). Las comunidades de descripción de recursos requieren de la habilidad para decir ciertas cosas, acerca de ciertas clases de recursos. Para describir recursos biográficos, por ejemplo, son comunes los atributos descriptivos que incluyen "autor", "título" y "sujeto". Para certificación digital, se requieren con frecuencia atributos tales como "suma de verificación" y "autorización". La declaración de esas propiedades (atributos) y sus semánticas correspondientes están definidas en el contexto de RDF como un esquema RDF. Un esquema define no solamente las propiedades del recurso (por ejemplo, título, autor, sujeto, tamaño, color, etc.) sino que también puede definir los tipos de recursos que se describen (libros, páginas Web, personas, compañías, etc.). Ver http://www.w3.org TR/rdf-schema/). Results Pane™. Nombre de marca del área de despliegue geográfico dentro del Agente de Información (explorador semántico) que exhibe los resultados de una consulta SQML. Véase la figura 5, que muestra una pantalla de Agente de Información de muestra que ilustra los Agentes del lado del servidor, una barra de herramientas de control de reproductor/navegación/filtro opcional, un "Diálogo de Agentes del Lado del Servidor" (que permite a los usuarios explorar y abrir Agentes del lado del servidor), y resultados de muestra (con el tipo de objeto de información "Documentos") desde un Agente del lado del servidor. Semántica. Significado connotativo. Semantic Environment™ (Ambiente Semántico). Este se refiere a todos los datos almacenados en máquinas locales de usuarios, además de los datos específicos de usuario en un servidor de Agencia (por ejemplo, Agencias del lado del servidor subscritas, Agentes Favoritos del lado del servidor, etc.) El estado del lado del cliente incluye Agentes favoritos y recientes e información de autenticación y autorización (por ejemplo, nombres y claves de accesos de usuario para distintas Agencias), además de los archivos y memorias temporales SQML para cada Agente del lado del cliente (creado por usuario). El Agente de Información está configurado de manera preferible para almacenar Agentes de una cantidad fija de tiempo antes de eliminarlos de manera automática, excepto aquellos que han sido agregados a la lista de "favoritos". Por ejemplo, los usuarios pueden configurar el Agente de Información para almacenar Agentes durante dos semanas. En este caso, los Agentes con más de dos semanas de antigüedad son purgados en forma automática desde el sistema y en consecuencia se ajusta el Semantic Environment. El Semantic Environment se emplea para Paletas de Contexto (las Paletas de Contexto usan las Agencias en la lista de "recientes" y "favoritos" a fin de pronosticar que usuarios de Agencias por omisión desean ver el contexto desde las mismas). Semantic Environment Manager™ (Manejador de Ambiente Semántico). Nombre de marca de un componente de software que maneja todo el estado local del Semantic Environment (en el Agente de Información). Esto incluye almacenar y manejar los metadatos de todos los Agentes del lado del cliente (y las sub-listas de Agente de historial y favoritos), el estado por Agente (por ejemplo, Cubiertas de Agente, preferencias de Agente, etc.) manejo de notificación, exploración de Agente (o directorios de Agente), poniendo atención a las Agencias por medio de protocolos de anuncio de multitransmisión o de colega a colega, servicios que permiten a los usuarios explorar el Semantic Environment a través del explorador semántico (por medio de la Vista de Árbol, el diálogo de "Abrir Agente", y la Results Pane), etc. Semantic Data Gatherer™ (SDG) (Concentrador de Datos Semánticos). Nombre de maraca para el Servicio XML Web utilizado por el Knowledge Integration Server (KIS) y que es responsable de agregar, eliminar y actualizar registros en la Red Semántica por medio del Semantic Metadata Store (Almacenamiento de Metadatos Semánticos (SMS)).

Semantic Metadata Store™ (SMS) (Almacenamiento de Metadatos Semánticos). Nombre de marca de un componente de software en el KIS que emplea una base de datos (por ejemplo, Servidor SQL, Oracle, DB2) que tiene cuadros para cada tipo de objeto primario para almacenar todos los metadatos en la KIS. Semantic Network. Sistema y métodos para vincular objetos asociados con esquemas en una forma semántica por medio de los cuadros de bases de datos en el Semantic Metadata Store. Semantic Network Consistency Checker™ (Verificador de Consistencia de Red Semántica). Nombre de marca para un componente de software que opera una agencia de la presente invención que está encargado de mantener la integridad y consistencia de la Red Semántica. El verificador corre de manera periódica y asegura que los registros en el cuadro de "SemanticLinks" (Vínculos Semánticos) existan en los cuadros de objeto originales, que los registros en el cuadro de "objetos" existan en el cuadro de objetos originales y que todos los registros en el Semantic Metadata Store existen aún en los depositarios a partir de los cuales fueron recolectados. Semantic Queries (Consultas Semánticas). Consultas que incorporan significado, contexto, sensibilidad al tiempo, plantillas de contexto y riqueza que se aproximan al lenguaje original. Mucho más poderosas que las consultas simples en base a teclado ya que son de contexto y sensibles al tiempo e incorporan significado o semántica. Semantic Query arkup Language (SQML) (Lenguaje Marcador de Consulta Semántica). Un lenguaje de consulta en base a XML propietario utilizado por esta invención para definir, almacenar, interpretar y ejecutar consultas semánticas del lado del cliente. SQML incluye etiquetas para definir que obtiene sus datos a partir de diversos recursos (que representan fuentes de datos), tales como archivos, carpetas, depositarios de aplicaciones, y referencias a Servicios XML Web de Agencia (por medio de identificadores de recursos y URLs). Además, SQML incluye etiquetas que permiten el filtrado semántico (por medio de vínculos y predicados de cliente) que son indicativos de cómo los datos son consultados y filtrados a partir de los recursos, y los argumentos que indican como son consultados los recursos y como se filtran los resultados. En particular, los argumentos pueden incluir referencias al contexto local o remoto. Los argumentos de contexto pueden ser resueltos mediante SQP del lado del cliente en el tiempo de corrida a metadatos XML. Los metadatos XML son pasados después hacia el recurso apropiado (por ejemplo, un Servicio XML Web de Agencia) como una llamada de método junto con la referencia al recurso y los vínculos semánticos y predicados que indican como se resuelve la consulta medíante la consulta (por ejemplo, el Servicio XML Web de Agencia). SQML es para el Information Nervous System lo que HTML es para la Web Actual. La diferencia principal es que SQML define las reglas para consultas semánticas en tanto que HTML define las reglas para la presentación de Hipertexto. Sin embargo, SQML es superior ya que permite que el cliente cree de manera recursiva nuevas consultas semánticas a partir de las existentes (al crear nuevas SQML con nuevos vínculos derivados a partir de una consulta SQML existente), por ejemplo por medio de arrastrar y soltar y copiar y pegar inteligente, el Smart Lens, las plantillas de contexto y las Paletas, etc. Además, debido a que SQML no define las reglas de presentación, los resultados de la consulta semántica se pueden presentar de varias maneras, utilizando una "cubierta" ("skin") que toma los resultados (en SRML) para generar la presentación en base a las preferencias, intereses, condición o contexto del usuario. Además, SQML pude contener vínculos y predicados abstractos tales como aquellos que se refieren a o emplean Plantillas de Contexto. El recurso (por ejemplo el Servicio XML Web de Agencia) resuelve entonces el SQML para un formato de consulta apropiado (por ejemplo, SQL o el equivalente en el caso de un Servicio XML Web de Agencia) y después invoca la consulta "real" a fin de generar los resultados (los cuales darán cuenta del contexto del usuario o Plantilla de Contexto). Asimismo, una memoria temporal SQML o archivo puede referirse a múltiples recursos (y Agencias), permitiéndole de esta manera al cliente el ver los resultados de una manera agregada (por ejemplo en base a contexto o sensibilidad al tiempo), en vez de en base a la fuente de datos, esta es una característica poderosa de la invención que permite exploración y agregación de información controlada por el usuario (ver las secciones sobre ambos a continuación). Finalmente, cada Agente del lado del cliente tiene una definición y archivo SQML, justo como cada página Web tiene un archivo HTML. Semantic Query Processor™ (SQP) (Procesador de Consulta Semántica). Nombre de marca del procesador de consulta semántica del lado del servidor (Servicio XML Web en la modalidad preferida) que toma SQML y lo convierte a SQL (en la modalidad preferida) y después regresa los resultados como XML. En el Servidor de Integración de Conocimiento (KIS), el SQP es el punto de registro principal a la Red Semántica de la presente invención responsable de responder a las consultas semánticas de los clientes del KIS. En el servidor, este es el componente de software que procesa las consultas semánticas representadas como SQML desde el cliente. En la parte del cliente, el SQP del lado del cliente tómale SQML agregado y lo compila o mapea a consultas SQML individuales que pueden ser enviadas a un servidor (o Agencia) de Servicio XML Web. Semantics Results Markup Language (SRML) (Lenguaje Marcador de Resultados Semánticos). Un esquema y formato de datos en base a XML de propietario utilizado por esta invención para definir, almacenar, interpretar y presentar resultados semánticos. En la parte del cliente, SRML es devuelto desde el SQP por medio de manejadores de recursos semánticos que interpretan, formatean y emiten peticiones de consulta hacia fuentes de datos semánticos. Las fuentes de datos semánticos incluirán un Servicio XML Web de Agencia, archivos locales, carpetas locales, fuentes de datos de cliente a partir de aplicaciones locales o remotas (por ejemplo, una bandeja de entrada de aplicación de correo electrónico de Microsoft Outlook), etc. El Servicio XML Web devolverá el SRML al cliente, en respuesta a la consulta semántica del cliente. De esta manera, el Servicio XML Web no "cuidará" como se presentan los resultados al cliente. Este es un contraste con la Web Actual y la Web Semántica en donde los servidores devuelven HTML ya formateado para presentación a un cliente y en donde los clientes solamente presentan datos de presentación (en oposición a los datos semánticos) y no pueden personalizar la presentación de los datos. En esta invención, dos clientes pueden presentar el mismo SRML de maneras completamente diferentes, en base a la "cubierta" actual que se haya seleccionado o aplicado por parte del usuario o cualquier cliente. La "cubierta" convierte entonces el SRML a un formato listo para presentación tal como XHTML, DHMTL+TIME, SVG, FlashMX, etc. SRML es un meta-esquema, lo que significa que es un formato de recipiente que puede incluir datos de diferentes tipos de objeto 8por ejemplo, documentos, correo electrónico, personas, eventos, etc.) un archivo o memoria temporal SRML puede contener resultados entrelazados para cada uno de esos tipos de objeto. El SRML adecuadamente formado contendrá secciones de documento XML adecuadamente formadas que son compatibles con el esquema de los tipos de objeto de información que están contenidos en el resultado semántico que representa el SRML. Ver Muestra A del Apéndice de la presente. Red Semántica. Extensión de la Web Actual en la cual la información tiene un significado bien definido, permitiendo de mejor manera a las computadoras y a las personas trabajar en cooperación. Ver Tim Berners-Lee, James Hendler, Ora Lassila, The Semantic Web, Scientific American, Mayo 2000. La facilidad para colocar los datos comprensibles para la máquina en la Web Actual se está convirtiendo en una alta prioridad para muchas comunidades. La Web puede alcanzar todo su potencial solamente si se convierte en un lugar en donde se pueden compartir y procesar los datos a través de herramientas automatizadas así como por las personas. Para escalar la Web, los programas del mañana deben estar disponibles para compartir y procesar datos incluso cuando esos programas hayan sido diseñados de manera totalmente independiente. La Web Semántica es una visión conceptual: la idea de tener datos en la Web definidos y vinculados de una manera en que pueden ser utilizados por las máquinas no solamente exhibe los propósitos, sino la automatización, integración y reutilización de los datos a través de varias aplicaciones. Ver también http://www.w3.org/2001/sw. Session Announcement Protocol (SAP) (Protocolo de Anuncio de Sesión). A fin de ayudar a la publicidad de las conferencias multimedia de transmisión múltiple u otras sesiones de transmisión múltiple, y para comunicar la información de instalación de sesión relevante a participantes prospectivos, se puede utilizar un directorio de sesión distribuida. Un ejemplo de dicho directorio de sesión transmite de manera múltiple y en forma periódica paquetes que contienen una descripción de la sesión, y esos anuncios son recibidos por los otros directorios de sesión de manera que los participantes remotos potenciales pueden utilizar la descripción de sesión para iniciar las herramientas requeridas para participar en la sesión. En su forma más simple, esto involucra transmitir de manera múltiple y en forma periódica un paquete de anuncio de sesión que describe una sesión particular. Para recibir SAP, un receptor simplemente atiende a la dirección y puerto de transmisión múltiple bien conocidos. Las sesiones se describen utilizando el protocolo de Descripción de Sesión (ftp://ftp.isi.edu/in-notes/rfc2327.txt). Si un receptor recibe un paquete de anuncio de sesión simplemente descodifica el mensaje SDP, y después puede desplegar la información de sesión para el usuario. El intervalo entre las repeticiones del mismo mensaje de descripción de sesión depende del número de sesiones que se anuncien (cada remitente en un alcance particular puede atender a los otros remitentes en el mismo alcance) de manera que el ancho de banda que se utiliza para los anuncios de sesión de un alcance particular se mantiene aproximadamente constante. Si un receptor ha estado atendiendo a un conjunto de tiempo, y no atiende un anuncio de sesión, entonces el receptor puede concluir que la sesión ha sido eliminada y ya no existe. El período fijo se basa en la estimación de los receptores de que tan frecuentemente el remitente estará enviando.

Ver de manera general, http://www.faqs.org/rfcs/rfc2974.html, http://www.video.ja.net/mice/archive/sdr__docs/node1.html, ftp://ftp.isi.edu/in-notes/rfc2327.txt. Simple Mail Transfer Protocol (SMTP) (Protocolo de Transferencia de Correo Simple). SMTP es independiente del subsistema de transmisión particular y requiere solamente de un canal de corriente de datos ordenado confiable. Una característica importante del SMTP es su capacidad para pasar mensajes a través de ambientes de transporte. Ver http://www.ieft.org/rfc/rfc0821.txt. Skins (Cubiertas). Plantillas de presentación que son utilizadas para personalizar la experiencia del usuario en una base por Agente o que personaliza la presentación de toda la distribución (independiente del Agente), u objeto (en base al tipo de objeto de información), contexto (en base a la plantilla de Contexto), Combinador (para Agentes que son Combinadotes), para el nombre/trayectoria del dominio semántico u ontología, y otras consideraciones. Cada Agente incluirá una Cubierta (Skin) que a su vez tendrá una representación de metadatos XML de parámetros para personalizar la distribución de los resultados XML que representan objetos de información (la cubierta de distribución), por ejemplo, ya sea que esos resultados sean o no animados, la manera en la que cada resultado es exhibido, incluyendo una representación del tipo de objeto (la Cubierta de objeto), estilos, colores, gráficos, filtros, transformaciones, efectos, animaciones (y así sucesivamente) que indican la ontología de los resultados actuales (la Cubierta de ontología), estilos que indican la Plantilla de Contexto de los resultados actuales (la Cubierta de contexto) y estilos que indican como ver y navegar los resultados desde los Combinadotes (es decir, la Cubierta de Combinador). Smart Lens™ (Smart Lens). Nombre de marca para una característica de propietario de esta invención que todos los usuarios seleccionan para un Agente Inteligente o un objeto como un contexto con el cual ver otro objeto o Agente. El objetivo exhibe entonces los metadatos, vínculos y vistas previas de resultados que proporcionan a los usuarios una indicación de que esperarán si el contexto es invocado. De manera esencial, el Smart Lens exhibe los resultados de una "consulta potencial". El Smart Lens permite a los usuarios previsualizar rápidamente los resultados de contexto sin invocar realmente las consultas (incrementando de esta manera su productividad). Además, el Smart Lens puede exhibir vistas que son compatibles con el contexto, utilizando pivotes, plantillas y ventanas de previsualización, permitiendo de esta manera a los usuarios analizar el contexto en diferentes formas antes de invocar la consulta. Smart Virtual Web™ (Web Virtual inteligente). Nombre de marca para el propietario de la presente invención para integrar semántica, sensibilidad al contexto, sensibilidad al tiempo y dinamismo a fin de permitir a los usuarios explorar una "Web" controlada por el usuario, virtual, dinámica que pueden controlar y pueden personalizar. Esto es un contraste con la Web Actual y la Web Semántica conceptual, ambas que emplean una red autorizada manualmente en donde los usuarios están a merced de los autores de la información en la red. Structured Query Language (SQL) (Lenguaje de Consulta Estructurado). Pronunciado como "ess-que-el". SQL se utiliza para comunicación con una base de datos. De acuerdo con ANSI (American Nacional Standards Institute), es el lenguaje estándar para sistemas de manejo de base de datos relacional. Los enunciados SQL son utilizados para ejecutar tareas tales como actualizar datos o recuperar datos desde una base de datos. Algunos sistemas de maneo de base de datos relaciónales comunes que usan SQL son: Oracle, Sybase, Microsoft SQL Server, Access, Ingres, etc. Aunque la mayoría de sistemas de base de datos usan SQL, la mayoría de ellos también poseen sus propias extensiones de propietario adicionales que de manera usual solamente son empleadas en su sistema. Sin embargo, los comandos SQL estándar tales como "Select" (Seleccionar), "Insert" (Insertar), "Update" (Actualizar), "Delete" (Eliminar), "Créate" (Crear) y "Drop" (Soltar) se pueden utilizar para lograr casi todo lo que se necesita hacer con una base de datos. SQL trabaja con bases de datos relaciónales. Una base de datos relacional almacena datos en tablas (relaciones). Una base de datos es una colección de tablas. Una tabla consta de una lista de registros, cada registro en una tabla que incluye de manera preferible la misma estructura, y cada uno tiene un número fijo de "campos" de un tipo dado. Ver, de manera general, http://www.sqlcourse.com/intro.html y http://www.dcs.napier.ac.Uk/~andrew/sql/0/w.htrn. Scalable Vector Graphics (SVG) (Gráficos de Vector Escalable). Lenguaje para describir gráficos de dos dimensiones en XML. SVG permite los tres tipos de objetos gráficos; formas gráficas de vector (por ejemplo, trayectorias que constan de líneas rectas y curvas), imágenes y texto. Los objetos gráficos pueden ser agrupados, transformados y compuestos en objetos emitidos previamente. El texto puede estar en cualquier nombre de espacio XML adecuado para la aplicación, lo cual mejora la capacidad de búsqueda y la capacidad de acceso de los gráficos SVG. El conjunto característico incluye transformaciones incrustadas, trayectorias de sujeción, mascarillas alfa, efectos de filtro, objetos de plantilla y capacidad de extensión. Los dibujos SVG pueden ser dinámicos e interactivos. El Modelo de Objeto de Documento (DOM) para SVG, el cual incluye el XML DOM completo, permite la animación directa y eficiente de gráficos de vector por medio de escritura. Un conjunto rico de manejadores de evento tales como "onmouseover" y "onclick" se pueden asignar a cualquier objeto gráfico SVG. Debido a su compatibilidad y ventaja sobre otros estándares Web, las características como la escritura de pueden hacer en los elementos SVG y otros elementos XML a partir de diferentes espacios de nombre en forma simultánea dentro de la misma página Web. Ver http://www.w3.org/Graphics/SVG/Overview.htm8. Taxonomía. Una estructura organizacional en donde las divisiones están ordenadas en grupos o categorías. Sensibilidad al Tiempo. Propiedad de un medio de información para entregar y presentar información en base a cuando sería más relevante la información en cuanto al tiempo. Por ejemplo, la novedad es un atributo que denota la sensibilidad al tiempo. Además, la entrega y presentación de los eventos recientes (los cuales, por definición, son sensibles al tiempo) y la manera en que se exhibe el carácter crítico en cuanto al tiempo de los eventos son propiedades de un medio sensible al tiempo. Web Actual. Esto se refiere a la Red Mundial de Información (World Wide Web) como hoy la conocemos. La Web Actual es un universo de servidores de hipertexto (servidores HTTP), los cuales son servidores que permiten que el texto, los gráficos, archivos de sonido, etc. se vinculen de manera conjunta. El hipertexto es simplemente una forma no lineal de presentar la información. En vez de leer o aprender acerca de cosas en el orden que un autor, o editor, o publicador establece para nosotros, los lectores de hipertexto pueden seguir su propia trayectoria, crear su propio orden o significado del material. Esto se logra creando "vínculos" entre la información. Esos vínculos son proporcionados de manera que el usuario puede "saltar" hacia información adicional acerca de un tema específico que esté discutiendo (el cual puede tener más vínculos, conduciendo cada lector en una dirección diferente). El medio de hipertexto puede incorporar imágenes, sonido y vídeo que muestran un enfoque multimedia para presentar la información, también referido como hipermedia. Ver, de manera general, http://www.w3.org/History.html y http://www.umasdd.edu/Public/People/KAmaral/Thesis/hypertext.html. Multicast Time to Live (TTL). Protocolo de enrutado de transmisión múltiple que usa el campo de datagramas para decidir desde que "tan lejos" un sistema principal emisor debe enviar un paquete de transmisión múltiple determinado. El TTL por omisión para los datagramas de transmisión múltiple es 1 , lo cual dará como resultado que los paquetes de transmisión múltiple van solamente a otros sistemas principales en la red local. Se puede utilizar un llamado "sesockopt(2)" para cambiar el TTL. A medida que el valor de TTL incrementa, los enrutadores expandirán el número de saltos que avanzarán un paquete de transmisión múltiple. Para proporcionar un control de alcance significativo, los enrutadores de transmisión múltiple típicamente hacen valer los siguientes "umbrales" al enviar en base al campo TTL: • 0 restringido para el mismo sistema principal · 1 restringido para la misma subred • 32 restringidos para el mismo sitio. • 64 restringidos para la misma región • 128 restringidos para el mismo continente • 255 no restringidos Ver http://www.isl.org/projects/eies/mbone/mbone27.htm. User State (Estado de Usuario). Esto se refiere a todo el estado que es creado por un usuario o que se necesita para colocar en la memoria Intermedia las preferencias, favoritos u otra información personal del usuario en un cliente o servidor. El Estado de Usuario del lado del cliente incluye información de credencial de autenticación, listas de Agente de usuario (y todos los metadatos que incluyen las consultas SQML de los Agentes), el Agente nacional, opciones de configuración, preferencias tales como Cubiertas, etc. De manera esencial, el Estado de Usuario del lado del cliente es una forma persistente de Semantic Environment de los usuarios. El Estado de Usuario del lado del servidor incluye información tal como los Agentes Favoritos de los usuarios, Agentes suscritos, Agente por Omisión, vínculos semánticos a objetos de información en el servidor (por ejemplo, vínculos "favoritos") etc. El Estado de Usuario del lado del servidor es opcional para los servidores aunque se prefiere el soporte para ellos. Los servidores soportan preferiblemente la conexión del usuario y el tipo de objeto "personas" (incluso sin Agentes del lado del servidor) debido a que son necesarios para características tales como favoritos, recomendaciones y para Plantillas de Contexto tales como "Marcadores de noticias", "Expertos", "Recomendaciones", "Favoritos" y "Clásicos". Virtual Information Object Type™. (Tipo de Objeto de Información Virtual) Nombre de marca para tipos de objeto que no mapean a distintos tipos de objeto, aunque son de interés semántico para los usuarios. Virtual Parameters™ (Parámetros Virtuales). Nombre de marca para variables, parámetros, argumentos o nombres que son interpretados en forma dinámica en el tiempo de corrida por el procesador de consulta semántica. Esto permite al administrador de Agencia almacenar los agentes que hacen referencia a nombres virtuales y después hacer que esos nombres sean convertidos a términos relevantes reales cuando se invoca la consulta. Web of Trust (Red de Confianza). Termino acuñado por los miembros de la comunidad de investigación de la Web Semántica para referirse a la cadena de autorización que los usuarios de la Web Semántica pueden utilizar para validar las aserciones y declaraciones. En base al trabajo en matemáticas y criptografía, las firmas digitales proporcionan la prueba de que cierta persona escribió (o estar de acuerdo con) un documento o declaración. Los usuarios pueden de manera preferible firmar digitalmente todas sus declaraciones RDF. De esta manera, los usuarios pueden asegurarse de que las escribieron (o por lo menos dan fe de su autenticidad). Los usuarios simplemente le indican al programa en que firmas confiar. Cada uno puede fijar sus propios niveles de confianza (o paranoia), y la computadora puede decidir en que tanto cree de lo que lee.

A manera de ejemplo, con una Red de Confianza, un usuario puede indicar a una computadora que confíe en su mejor amigo, Roberto. Roberto parece ser un tipo que goza de popularidad en la Red, y confía en un gran número de personas. Todas las personas en las que el confía a su vez confían en otro conjunto de personas. Cada una de esas medidas de confianza es de un cierto grado (Roberto puede confiar mucho en Wendy, pero solo un poco en Sally). Además de confiar. Los niveles de desconfianza se pueden factorizar. Si una computadora de usuario descubre un documento en quien nadie confía de manera explícita, aunque nadie ha dicho si es totalmente falso, probablemente confiará en esa información un poco más que en algo que muchas personas han dicho que es falso. La computadora toma todos esos factores en cuenta cuando decide acerca de la veracidad de una pieza de información. De manera preferible, la computadora combina esta información en una sola pantalla (listo/no listo) o una explicación más compleja (una descripción de todos los diferentes factores de verdad involucrados). Ver http://blogspace.com/rdf/SwartzHendler. Web Services-lnteroperability (WS-I) (Servicios de Web-lnteroperabilidad). Una organización de industria abierta diagramada para promover la interoperabilidad de los servicios de Internet a través de plataformas, sistemas operativos, y lenguajes de programación. La organización trabaja a través de la industria y organizaciones estándar para responder a las necesidades del usuario al proporcionar guía, mejores prácticas y recursos para desarrollo de soluciones de servicios Web. Ver http://www.ws-i.org. Web Services Security (WS-Security) (Seguridad de Servicios de la Web). Mejoras al servicio de mensajes SOAP proporcionan calidad de protección a través de integridad del mensaje, confidencialidad del mensaje y autenticación de mensaje individual. Esos mecanismos se pueden utilizar para acomodar una amplia variedad de modelos de seguridad y tecnologías de encriptado. WS-Security proporciona también un mecanismo de propósito general para asociar las señales de seguridad con los mensajes. 5 Ningún tipo específico de señal de seguridad es requerido por WS- Security. Está diseñado para ser extensible (por ejemplo formatos de señal de seguridad múltiple de soporte). Por ejemplo, un cliente puede proporcionar prueba de identidad y prueba que tiene una certificación de negocios particular. De manera adicional, WS-Security describe como codificar señales de seguridad binarias. De manera específica, la especificación describe como codificar los certificados X.509 y boletos Kerberos y también como incluir claves de encriptado opacas. Asimismo incluye los mecanismos de capacidad de extensión que se pueden utilizar para describir de manera adicional las características de las credenciales que se incluyen con un mensaje. Ver http://msdn.microsoft.com/library/default.asp7urN/library/en-us/dnglobspec/html/ws-security.asp. Extensible Markup Language (XML) (Lenguaje Marcador Extensible). Formato universal para documentos y datos estructurados en la Web. Los datos estructurados incluyen cosas como hojas de cálculo, libretas de direcciones, parámetros de configuración, transacciones financieras, y dibujos técnicos. XML es un conjunto de reglas (también puede usted considerarlas como guías o convenciones) para designar formatos de texto que le permiten estructurar sus datos. XML no es un lenguaje de programación, y no se tiene que se un programador para usarlo aprenderlo. XML facilita el que una computadora genere datos, lea datos, y asegura que la estructura de datos so sea ambigua. XML evita errores comunes en el diseño: es extensible, independiente de plataforma, y soporta la internacionalización y la localización. XML es completamente compatible con Unicode. Ver http://www.org3.org/XML/1999/XML-IN-10-puntos. XML Web Service (conocido también como "Web Service"). Servicio que proporciona un medio estándar de comunicación entre las diferentes aplicaciones de software involucradas en la presentación de información accionada por contexto dinámico para el usuario. Las definiciones más específicas incluyen: Una aplicación de software identificada por un URI cuyas interfaces y unión son capaces de ser definidas, descritas y descubiertas por artefactos X L. Soporta interacciones directas con otras aplicaciones de software que utilizan mensajes en base a XML por medio de los protocolos en base a Internet. Una aplicación proporcionada como un servicio que puede integrarse con otros Servicios Web que utilizan estándares de Internet. Es un recurso direccionable-URL que devuelve la información de manera programática a los clientes que desean utilizarla. El principal protocolo de comunicación utilizado es el Protocolo de Acceso de Objeto Simple (SOAP), el cual en la mayoría de los casos es XML sobre HTTP. Lógica de aplicación programable accesible utilizando protocolos de Internet estándar. Los Servicios Web combinan aspectos del desarrollo en base a componente y la Web. Al igual que los componentes, los Servicios Web representan funcionalidad de caja-negra que puede reutilizarse sin preocupación acerca de cómo se implementa el servicio. A diferencia de las tecnologías de componente actuales, los Servicios Web no son accesados por medio de los protocolos específicos de objeto-modelo, tales como DCOM, RMI, o IIOP. En vez de ello, los Servicios Web son accesados por medio de protocolos Web ubicuos (por ejemplo: HTTP) y formatos de datos (por ejemplo XML). Ver http://www.xmlwebservices.ee/, http://www.perfectxml.com WebSvc1.asp y http://www.w3.Org/2002/ws/arch/2/06/wd-wsa-reqs-20020605.html. XQuery (XConsulta). Lenguaje de consulta que usa la estructura de XML para expresar de manera inteligente las consultas a través de esos tipos de datos, ya sea almacenados físicamente en XML o visualizados como XML por medio del middleware. Ver http:/www.w3.org/TR/query y http://www.-106.ibm.com/developerworks/xml/library/x-query.html. XPath (XTrayectoria). El resultado de un esfuerzo para proporcionar una sintaxis común y semántica para la funcionalidad compartida entre Transformaciones XSL (http://www.w3.org/TR/XSLT) y XPointer (http://www.w3.Org/TR/xpath#XPTR). El propósito principal de XPath es direccional las partes de un documento XMLfXML]. En soporte e este propósito primario, proporciona también facilidades básicas para manipulación de cadenas, números y elementos Boléanos. XPath usa una sintaxis no-XML, compacta para facilitar el uso de XPath dentro de valores de atributo URIs y XML. XPath opera sobre la estructura lógica abstracta de un documento XML, en vez de su sintaxis superficial. XPath obtiene su nombre a partir del uso de una notación de trayectoria como en URLs para navegar a través de la estructura jerárquica de un documento XML. Además de su uso para direccional, XPath también está diseñado de manera que tiene un subconjunto natural que se puede utilizar para acoplar (probando si un nodo acopla o no un patrón); este uso de XPath se describe en XSLT. XPath modela un documento XML como un árbol de nodos. Existen diferentes tipos de nodos, incluyendo nodos de elemento, nodos de atributo y nodos de texto. XPath define una forma de calcular un valor de cadena para cada tipo de nodo. Algunos tipos de nodos también tienen nombres. XPath soporta completamente los espacios de nombre (Namespaces) XML (http://www,w3,org/TR/xpath#XMLNAMES). Por lo tanto, el nombre de un nodo es modelado como un par que consta de una parte local y un espacio de nombre posiblemente nulo URl, este se llama un (http://www.w3. org/TR/xpath#dt-expanded-name). Ver http://www.w3.0rg/TR/xpath#XPTR. XSL. Un lenguaje de hoja de estilo para XML que incluye un vocabulario XML para especificar el formateo. Ver http://www.w3.org/TR/xsltl1/. XSLT. Utilizado por XSL para describir como un documento es transformado en otro documento XML que usa el vocabulario de formateo. Ver http://www.w3.org/TR/xsltl1/. B. REVISIÓN GENERAL . CONTEXTO DE LA INVENCIÓN Existe una idea equivocada de que el Santo grial para el acceso a Internet es la provisión de la capacidad de búsqueda de lenguaje natural. Las tecnologías anteriores de acceso a la Información se han enfocado principalmente en mejorar la interfaz para búsqueda de o acceso de información a fin de optimizar la recuperación de información. La presunción ha sido durante mucho tiempo que proporcionando una interfaz de lenguaje natural para la información resolverá perfectamente los problemas de acceso a la información de los usuarios y terminará con la frustración que los usuarios tienen con la búsqueda de información. Sin embargo, están involucrados muchos ejes de análisis en como las personas adquieren el conocimiento en el mundo real. Un ejemplo es el contexto. Existen muchas cosas que las personas conocen solamente debido a que estuvieron en un cierto momento y lugar. En caso de que ellos no hubieran estado en ese momento en ese lugar, no conocerían lo que de hecho es conocido o, en verdad, no les importa conocer. El tener la habilidad de búsqueda de lo que actualmente se conoce con el lenguaje natural no ayuda a descubrir el conocimiento relacionado con ese tiempo y lugar particulares. Simplemente no hay parámetros naturales que formen la consulta correcta para recuperar la información deseada. La cuestión intrincada es que una persona no puede preguntar porque aun no sabe lo que tendría valor hasta después del hecho. Dicho de otra manera, uno puede consultar lo que no sabe que no sabe, o porque no conoce lo que quisiera conocer. La sensibilidad al contexto, la sensibilidad al tiempo, el descubrimiento, la vinculación dinámica, la exploración controlada por el usuario, el "Semantic Environment" de los usuarios, la presentación flexible, las Cubiertas de Contexto, los atributos de contexto, las Paletas de Contexto (las cuales conllevan información relevante, de contexto y sensible al tiempo en base a Plantillas de Contexto) y otros aspectos de esta invención reconocen y corrigen esta deficiencia fundamental con los sistemas de información existentes. Por ejemplo, las personas pueden tener muchos CDs en su biblioteca (agregando de esta manera al conocimiento de "música") debido a que atienden ciertas partes y hablan con ciertas personas. Esas personas son aquellas partes que mencionaron el CD a la persona, incrementando de esta manera el conocimiento de música de la persona. Como otro ejemplo, una persona puede comprar un libro (si lo lee, incrementa el conocimiento de la persona sobre el tema particular del libro), en base a una recomendación del mismo por parte de alguien hasta ahora desconocido para la persona que se sentó al su lado en vuelo en avión. En el mundo real, las personas adquieren conocimiento en base no solamente a lo que leen y buscan, sino también en base a los amigos que tienen, las personas con quienes interactúan y las personas en cuyo juicio confían. El "ambiente de conocimiento" es tanto argumentable como crítico sino es que más crítico para la diseminación y adquisición del conocimiento como el modelo para recuperación (ya sea digital o analógico). La presente invención se asemeja virtualmente a cada escenario de adquisición de conocimiento del mundo real en el mundo digital. El Information Nervous System resultante es el medio que hace la mayor parte del trabajo aunque los escenarios mapean muy claramente a un mundo análogo (real). La falta de habilidad de los esfuerzos tales como las técnicas de búsqueda de lenguaje natural de la Web Actual así como la Web Semántica para reconocer muchas maneras en las que el conocimiento es diseminado y adquirido lo hacen finalmente inefectivo. La presente invención da cuenta de una variedad de formas en las que los seres humanos han adquirido siempre el conocimiento, independiente de la tecnología real utilizada para la entrega de la información. A manera de ejemplo, siempre ha existido el contexto y siempre ha existido el tiempo. De igual manera, siempre ha existido la noción del descubrimiento y la necesidad de vincular la información de manera dinámica y con control del usuario. Siempre han existido ciertas Plantillas de Contexto, aunque en medios diferentes a los aquí presentados, incluyendo "clásicos", "historia", "puntualidad", "eventos próximos", "encabezados". Esas plantillas existieron antes de la creación de la Internet, la Web Actual, el Correo Electrónico, el Aprendizaje Electrónico, etc. Sin embargo, antes de la presente invención, no existía la habilidad en el medio electrónico para enfocar el modo, el protocolo y la presentación de la entrega del conocimiento que mapea a los escenarios del mundo real (por ejemplo, por medio de Plantillas de Contexto, sensibilidad al contexto, sensibilidad al tiempo, vinculación dinámica, presentación flexible, Cubiertas de Contexto, atributos de contexto, etc.) en oposición a los tipos de información real, vínculos semánticos, metadatos, etc. Siempre habrá nuevos tipos en la información. Aunque los ejes de diseminación y adquisición del conocimiento (por ejemplo, Plantillas de Contexto) han permanecido y permanecerán siempre idénticos. La presente invención captura esta realidad. Además, la presente invención proporciona la habilidad de diseminar el conocimiento por medio de la casualidad. La casualidad juega una gran parte en la adquisición del conocimiento en el mundo real y es un modo de primera clase de la entrega del conocimiento. La presente invención permite a un usuario adquirir la información de manera casual (aunque inteligentemente) mediante sus soporte de contexto, tiempo, Plantillas de Contexto, etc. Los modelos de información que emplean una estructura estática, estricta como una "Web" fallan debido a que asumen la presencia de una "red" o "Web" creada y fallan para contar los distintos ejes de formación del conocimiento. Dichos modelos de información no están enfocados al usuario, no incorporan contexto, tiempo, dinamismo y plantillas y no mapean a los escenarios de adquisición y diseminación del conocimiento del mundo real. La presente invención reduce al mínimo la pérdida de información y aumenta al máximo la información retenida, incluso sin la presencia de una "Web" por si misma, e incluso aunque no se emplee lenguaje natural para encontrar la información. Esto es posible debido a que, a diferencia de los medios existentes para acceso a la información, una modalidad preferida de la presente invención se enfoca en los modelos de diseminación del conocimiento que incorporan contexto, tiempo, dinamismo y plantillas (para el beneficio tanto del usuario final como del productor de contenido) y no en las especificaciones de la interfaz de acceso, o la vinculación (semántica o no semántica) de recursos de información en base a modelos de datos estáticos o autorización en base a humanos. En muchos escenarios, una "Web" (semántica o no semántica) es necesaria como medio de navegación, aunque está lejos de ser suficiente como medios de diseminación y adquisición del conocimiento. El Information Nen/ous System de la presente invención incorpora "ejes de conocimiento" descritos en la invención (incluyendo pero sin limitarse a navegación en base a vínculo) y los integra de manera inteligente y uniforme para facilitar la diseminación y adquisición del conocimiento y para beneficio de todas las partes involucradas en la transferencia de conocimiento. 2. PROPOSICIONES DE VALOR En la actualidad, el conocimiento debe ser "codificado manualmente" en la tela digital de una estructura de información, ya sea para una empresa, un consumidor o la población consultante general. En caso de que no sea creada y distribuida adecuadamente, nadie sabe de su existencia, sabe de cómo se relaciona con otras fuentes de inteligencia o sabe como actuar sobre ella en tiempo real y de la manera adecuada. Esto se debe en gran medida a que la Web Actual no está diseñada para ser una plataforma de conocimiento. Está diseñada para ser una plataforma de presentación e intencionalmente no es inteligente, es estática y reactiva. En la actualidad, los trabajadores con conocimiento, aquellos que buscan utilizar la información agregando contexto y significado, están a merced de los autores del conocimiento. Un aspecto importante de la interacción del conocimiento es tener a los trabajadores con conocimiento que sena capaces de navegar a su manera a través de un espacio de conocimiento de una manera muy intuitiva, y a la velocidad a la que desean tomar decisiones y actuar sobre el conocimiento. En otras palabras, los trabajadores con conocimiento no tienen que "pensar" acerca de una isla de Aprendizaje electrónico como algo separado de los documentos en sus organizaciones, el correo electrónico que contiene retroalimentación del cliente, archivos de medios, videoconferencias próximas, una junta que han tenido recientemente, información almacenada en grupos de noticias, o libros relacionados. La situación preferida es relegar el "tipo" y la "fuente" de información y crear una "experiencia de conocimiento uniforme" que pasa a través de esas islas de una manera semántica. En la creación de una experiencia de conocimiento, también se prefiere tener la capacidad de integrar los activos de conocimiento a través del proveedor de contenido, socio, proveedor, cliente y limites personales. En el escenario de la empresa, por ejemplo, ninguna organización individual tiene todo el conocimiento que necesita para mantenerse competitiva. El conocimiento es almacenado en reportes industriales, documentos de búsqueda a partir de firmas de consultoría y bancos de inversión, compañías de medios como Reuters™ y Bloomberg™, etc. Todo esto constituye el "conocimiento". No es suficiente desplegar un depositario de Aprendizaje electrónico para capacitar usuarios en una base de uno a la vez o periódica. Los usuarios tendrán acceso siempre al conocimiento a partir de una variedad de fuentes, en el lugar, y en un contexto inteligente que es relevante para su tarea actual. Todo esto requiere de una capa de inteligencia y pro-actividad que no está disponible en la actualidad. Hoy en día, por ejemplo, las empresas utilizan los portales de información, tales como intranets y la Internet, como una forma de diseminar la información para sus empleados. Sin embargo, esto está muy lejos de ser suficiente, ya que solamente proporciona la integración de nivel de presentación. Esto es semejante a suscribirse a periódicos para mantenerse actualizado con información, en oposición a tener un Agente que maneja su información para usted, le ayuda a descubrir nueva información al momento, le asiste en capturar y compartir la información con colegas, etc.

Para lograr el nivel deseado de interacción del conocimiento se requiere que los Agentes trabajen en los antecedentes, el razonamiento, el aprendizaje, la inferencia, la comparación de usuarios en base a sus perfiles, la captura de nuevo conocimiento y la deducción de manera automática de nuevo conocimiento, y el conocimiento federado desde fuentes externas de manera que se conviertan en una parte uniforme de la experiencia del conocimiento. Esto a su vez requiere la integración semántica de los activos de conocimiento de manera que todos tengan sentido en una forma holística, en vez de sólo proporcionar la base para la integración del nivel de presentación y la búsqueda de documento. La estructura de implementación y el medio resultante deben proporcionar servicios de descubrimiento y recomendación ágiles en tiempo real de manera que la información de contexto y sensible al tiempo sea "honrada" y de manera que los trabajadores con conocimiento puedan ser más productivos y hacer más en menos tiempo y con menos recursos. Y finalmente, el sistema debe trabajar con las fuentes de información existentes en una forma de conectar y usar, ser uniforme y clasificar de manera automática e integrar los activos de conocimiento conocidos y debe incrustar las herramientas de conocimiento en los conocimientos mismos, agregando de esta manera otra "dimensión" dentro de los activos de conocimiento. La presente invención está diseñada para ser una plataforma de conocimiento en tiempo real, preactiva, inteligente que coexiste con la Web Actual (o cualquier otra capa de presentación). La incorporación y uso de la presente invención permitirá a los trabajadores con conocimiento estar en control de sus experiencias de conocimiento debido a que la creación (por medio de "conexiones") se hará de manera inteligente, dinámica, automática y a la velocidad del pensamiento. 3. WEB DE INFORMACIÓN ACTUAL CONTRA EL SISTEMA NERVIOSO DE INFORMACIÓN DE LA PRESENTE INVENCIÓN Con el ambiente de la Web Actual, la semántica de la información presentada se pierde en la conversión de los datos estructurados a HTML en el servidor, representando que el "conocimiento" es separado de los objetos antes de que el usuario tenga la oportunidad de interactuar con ellos. Además, la Web Actual es creada y "codificada" en el servidor en base a como el autor "considera" que se navegará y consumirá la información. Los usuarios consumen solamente la información como les es presentada. La presente invención agrega una capa de inteligencia y capas de personalización que el ambiente Web en base a HTML Actual no puede soportar. La presente invención proporciona una Web dinámica en base a XML de objetos de conocimiento inteligentes en vez de páginas Web no inteligentes en donde la semántica de los objetos se conserva entre el servidor y el cliente, dando de esta manera a los usuarios mucho más potencia y control sobre su experiencia de conocimiento. Además, con la Web de la presente invención, los trabajadores con conocimiento son capaces de consumir y actuar sobre la información en sus propios términos debido a que crearán de manera interactiva sus propias experiencias de conocimiento por medio de la "vinculación dinámica" y la "exploración controlada por el usuario". El Agente de Información (explorador semántico) de la presente invención está diseñado para co-existir con la Web Actual y para integrarse con y aumentar todas las facetas de las intranets privadas y públicas así como la Internet. Los apilamientos de plataforma de tecnología de la Web Actual y el Information Nervous System de la presente invención se resumen en la figura 6. Con referencia a la figura 6, el apilamiento de la Web Actual tiene en las capas más inferiores Fuentes de Información Estructurada, que incluyen información como los datos almacenados en las bases de datos, y Fuentes de Información No Estructurada, incluyendo información como documentos, mensajes de correo electrónico, etc. La información en ambas capas se maneja en forma distinta. No se utiliza semántica en la Capa de Indexación de Información, en vez de ello, se utilizan los sistemas de búsqueda en base a palabras claves. La Capa Lógica consta principalmente de una base de datos que permite capacidad de programación para la búsqueda, reglas, vista, accionadotes, etc. La Capa de Aplicación consta de manuscritos del lado del servidor que accionan las aplicaciones de e-Business en base a la entrada del usuario. En la parte más elevada o Capa de Presentación, la Web Actual tiene información de presentación (en la forma de páginas Web) que está expuesta por medio de portales con una plataforma Web (por ejemplo, explorador). Aparte de las capas traslapadas de procesamiento, la presente invención únicamente maneja la información desde el nivel más bajo de operación de una manera que preserva la semántica de las fuentes de información subyacentes. En ambas Capas de Fuentes de Información Estructurada y No Estructurada, el sistema 10 maneja la información de manera uniforme, tomando en cuenta los metadatos y la semántica asociados con la información. En la Capa de Indexación de Información, los metadatos de información y la semántica son extraídos desde la no estructurada. El sistema 10agrega tres capas de plataforma adicionales no presentes en la Web Actual: Indexación de Conocimiento y Capa de Clasificación, en donde la información desde las fuentes estructurada y no estructurada es codificada de manera semántica; la Capa de Representación del Conocimiento, en donde se crean las asociaciones que permiten el mantenimiento de una Red Semántica de auto-corrección o reparación de objetos de conocimiento; y Ontología de Conocimiento y Capa de Inferencia, en donde nuevas conexiones y propiedades son inferidas en la Red Semántica. En la Capa Lógica se crea una base de conocimiento que permite la capacidad de programación en un nivel semántico. En la Capa de Aplicación, los manuscritos del lado del servidor son utilizados en asociación con la base de conocimiento. Esos manuscritos generan de manera dinámica objetos de conocimiento n base a la entrada del usuario, y pueden incluir comandos semánticos para recuperación, notificaciones y lógica. Esta Capa puede también incluir Agentes Inteligentes para optimizar el manejo de la entrada de usuario semántica. La Capa de Presentación del sistema 10 conserva la semántica que es rastreada desde las capas más bajas. La presentación en esta Capa es generada de manera dinámica en el sistema de computadora del cliente y es completamente personalizare. A través del mantenimiento, integración y uso de la semántica en todas las capas de tecnología, la presente invención crea una Web virtual de "objetos" procesables que corresponden directamente a "cosas" con las que los humanos interactúan física o virtualmente o, en otras palabras, como "Plantillas de Contexto". En oposición a la Web Actual, la cual es una Red no inteligente de documentos, la presente invención proporciona una Web virtual inteligente de objetos procesables que tienen propiedades y relaciones, y en la cual los eventos pueden ocasionar cambios de manera dinámica en otras partes de la Web virtual. La presente invención proporciona una Web programable. A diferencia de la Web Actual que es una Web no inteligente de documentos, la Web de la presente invención es programable al igual que una base de datos, es capaz de procesar lógica y reglas, y será capaz de iniciar eventos. En tanto que la Red Actual es codificada por seres humanos, y por lo tanto está enfocada principalmente en la presentación de información estática, la Web virtual de la presente invención es codificada principalmente para máquinas, si bien es presentada finalmente a los seres humanos como el final de la cadena de entrega de conocimiento. La presente invención proporciona una Web de aprendizaje, inteligente. Esto significa que la Web virtual de la presente invención será capaz de aprender nuevas conexiones y volverse más inteligente con el paso del tiempo. La Web es dinámica, virtual y de auto-creación, proporcionando de esta manera mucho más poder a los trabajadores con conocimiento al hacer conexiones semánticas de manera inteligente y preactiva que la Web Actual no es capaz de proporcionar, conduciendo de esta manera a una reducción en y la eventual eliminación de la perdida de información. La Web de la presente invención es una Web de auto-reparación. A diferencia de la Web Actual que tiene que recibir mantenimiento en forma manual de los autores de documento, la presente invención proporciona una Web que es auto-mantenida por las máquinas. Esta característica rectifica los vínculos separados debido a que la Web reparará las desconexiones en la red en forma automática. Finalmente, como se establecerá con mayor detalle a continuación, las diferentes modalidades de la presente invención incorporan algunos o todos los ejes de adquisición de conocimiento antes descritos a fin de proporcionar ventajas sustanciales sobre los sistemas existentes dirigidos a la Web Actual o la Web Semántica conceptual.

C. ARQUITECTURA DEL SISTEMA Y CONSIDERACIONES DE TECNOLOGÍA 1. REVISIÓN GENERAL DEL SISTEMA La presente invención está dirigida a un sistema y método para recuperación, manejo y entrega de conocimiento. El sistema y método son referidos en la presente mediante el término de marca Information Nervous System™. Con referencia a la figura 7, en su nivel más alto el sistema 10 incluye un servidor 20 comprendido de varios componentes que funcionan juntos para proporcionar servicios de recuperación de información semántica de contexto y sensible al tiempo para clientes 30 que operan una plataforma de presentación (por ejemplo explorador) a través de un medio de comunicación 40, tal como la Internet o una Intranet. Los componentes del servidor incluyen de manera preferible un Servidor de Integración de Conocimiento (KIS) 50 y un Servidor de Base de Conocimiento (KBS) 80, los cuales pueden estar integrados o separados físicamente. Dentro del sistema, todos los objetos o eventos en una jerarquía determinada son Agentes activos 90 semánticamente relacionados unos con otros y que representan consultas (comprendidas del código de acción subyacente) que devuelven los objetos de datos para presentación al cliente de acuerdo con un tema o "cubierta" predeterminada y personalizable. Este sistema contempla una amplia variedad de aplicaciones; así como varios medios para que el cliente personalice y "combine" Agentes y las consultas subyacentes relacionadas para optimizar la presentación de la información resultante. Cada uno de los componentes preferidos del sistema 10 de la presente invención, así como la interacción entre los componentes, se describe en mayor detalle a continuación. 2. ARQUITECTURA DEL SISTEMA La arquitectura de sistema de extremo-a-extremo del Information Nervous System de la presente invención se muestra con referencia a la figura 8. La figura 8 ilustra como la presente invención proporciona múltiples medios de comunicación de acceso de cliente entre el Servicio de XML Web del Information Nervous System (KIS) y Agentes Inteligentes. En la modalidad preferida, esto ocurre por medio del Agente de información. En una modalidad alternativa, la comunicación se puede presentar de manera programática a través de un Portal de Conocimiento Empresarial (por ejemplo, el explorador de acceso de la Web Actual) o por medio de una capa SDK que permite la integración programática con un cliente habitual. La arquitectura del sistema para el KIS del Information Nervous System, incluyendo los componentes del mismo, se muestra con referencia a la figura 9. Esos componentes se describen con mayor detalle a continuación. 3. APILAMIENTOS DE TECNOLOGÍA Las diferencias importantes entre la Web Actual y la Web Semántica conceptual se resaltan de manera adicional mediante referencia a los apilamientos de tecnología de cada una como se muestra con referencia a la figura 0. La figura 10 es una comparación lado-a-lado de las capas de plataforma descriptiva de alto nivel de la Web Actual y los equivalentes (cuando se aplicable) en el Information Nervous System de la presente invención. La figura 0 ¡lustra como los escenarios en la Web Actual mapean a escenarios en el Information Nervous System en ciertos casos, proporcionando de esta manera a los usuarios una trayectoria de migración lógica, aunque también resalta aspectos del Information Nervous System que no existen en la Web Actual. 4. HETEROGENEIDAD DEL SISTEMA La heterogeneidad es una ventaja de la presente invención. En la modalidad preferida, es posible el Servicio WML Web de Agencia KIS. Esto significa que soporta estándares abiertos tales como XML, Servicios XML Web que son interoperables (por ejemplo, que emplean el estándar WS-I para interoperabilidad), estándares para almacenamiento y acceso de datos (por ejemplo, SQL y ODBC/ODBC) y protocolos estándar para los depositarios de información desde los cuales los DSAs recolectan datos (por ejemplo, LDAP, SMTP, HTTP, etc.), etc. Por ejemplo, en una modalidad preferida, un KIS (sobre el cual está operando una Agencia) es capaz de: • Concentrar sus metadatos de "personas" desde un almacenamiento LDAP DSA). Esto le permite soportar Windows 2000 Active Directory de Microsoft, Directory Server de Sun y otros productos de Directory que soportan LDAP. Esto preferible para tener un Active Directory DSA específico de plataforma que usa APIs especifico de plataforma para concentrar metadatos de "personas". • Concentrar sus metadatos de correo electrónico desde un almacenamiento SMTP (de correo electrónico desde cualquier fuente o para la bandeja de entrada del sistema): Esto le permite soportar Microsoft Exchange, Lotus Notes, y otros servidores de correo electrónico (que soportan SMTP). Esto es preferible para tener un Microsoft Exchange Email DSA o un Lotus Notes Email DSA específico de plataforma. • Concentrar sus metadatos de "evento" desde un almacenamiento de calendario que soporta un estándar abierto como ¡Calendar y usa un protocolo tal como Calendar Access Protocol (CAP). Esto permite soportar cualquier depositario de evento que soporta el estándar de protocolo ¡Calendar o CAL. Esto es preferible para tener un Microsoft Exchange Calendar (o Event) DSA, un Lotus Notes Calendar DSA, etc. En una modalidad alternativa, la Agencia KIS puede ser configurada para extraer metadatos almacenados en un depositario propietario (por medio de un DSA apropiado). Para lograr la heterogeneidad, en la modalidad preferida, para comunicaciones del lado del cliente, el sistema 10 usa estándares de Servicio X L Web que funcionan de una manera interoperable (a través de plataforma). Estos incluyen estándares abiertos e interoperables adecuados para SOAP, XML, Seguridad de Servicios Web (WS-Security), Colocación en Memoria Intermedia de Servicios Web (WS-Caching), etc. En la modalidad preferida de la presente invención, el explorador semántico (también referido por el término de marca Information Agent™) es capaz de operar en plataforma cruzada y en muchos ambientes diferentes, tales como Windows, .NET, J2EE, Unix, etc. Esta habilidad es compatible con la noción de una experiencia de usuario semántica en la que los usuarios no tienen y no tendrán cuidado acerca de en que "plataforma" está operando el explorador o en que plataforma está operando la Agencia (servidor). El explorador semántico de la presente invención proporciona usuarios con una experiencia compatible sin importar si están "hablando" a un servidor Windows (o .NET) o un servidor J2EE. No se requiere que los usuarios realicen etapas adicionales mientras instalan o utilizan la base de cliente en la plataforma en la que cualquiera de las Agencias que están interactuando con la que está operando. El Agente de Información utiliza de manera preferible estándares abiertos para sus Cubiertas y otros efectos de presentación. Estos incluyen estándares tales como XSLT, SVG y formatos de presentación de propietario que funcionan a través de plataformas (por ejemplo, versiones adecuadas de Flash MX/ActionScript). Una implementación de extremo-a-extremo, heterogénea de muestra de una modalidad preferida del Information Nervous System de la presente invención se muestra con referencia a la figura 11. La figura 11 ¡lustra la modalidad preferida del Information Nervous System e ilustra el contexto de plataforma cruzada heterogéneo de la presente invención. Los componentes mostrados en la figura 1 se describen con mayor detalle a continuación. 5. SEGURIDAD La modalidad preferida del Information Nervous System proporciona soporte para todos los aspectos de seguridad: autenticación, autorización, auditoria, privacidad de datos, integridad de datos, disponibilidad y sin rechazo. Esto se logra mediante el empleo de estándares tales como WS-Security, que proporciona una plataforma para seguridad con las aplicaciones de Servicio X L Web. La seguridad es manejada de manera preferible en la capa de protocolo por medio de estándares de seguridad en el apilamiento de protocolo del Servicio XML Web. Esto incluye que el método de encriptado llame a los clientes (exploradores semánticos) hacia los servidores (Agencias), soporte para firmas digitales, autenticación del usuario que llama antes de otorgar el acceso a una Red Semántica de Agencia y métodos de Servicio XML Web, etc. La modalidad preferida de la presente invención soporta el manejo de credencial del lado del cliente. Esto se implementa de manera preferible pidiendo a los usuarios que entren a una lista de sus nombres de usuarios y claves de acceso que usan en múltiples Agencias (dentro de una Intranet) o en la Internet. El explorador semántico agrega información desde múltiples Agencias que pueden tener diferentes credenciales de autenticación para el usuario. Las credenciales de autenticación soportadas incluyen de manera opcional esquemas comunes tales como autenticación básica que utiliza un nombre de usuario y clave de acceso, autenticación básica sobre SSL, servicio de autenticación :NET Passport de Microsoft, el nuevo servicio de autenticación Liberty Alliance, certificados de cliente sobre SSL, autenticación resumida, y autenticación Windows integrada (para uso en ambientes Windows). En la modalidad preferida, con las credenciales de los usuarios colocados en una memoria intermedia en el cliente, el explorador semántico usa las credenciales adecuadas para una Agencia determinada verificando el nivel y esquema de autenticación soportados para la Agencia (que es parte del esquema de la Agencia), por ejemplo, si una Agencia soporta autenticación Windows integrada, el explorador semántico invoca el método de Servicio XML Web con el manejo de conexión u otro identificador para el usuario actual. Si la Agencia soporta solamente la autenticación básica sobre SSL, el explorador semántico pasa el nombre de usuario y la clave de acceso o una copia almacenada en la memoria intermedia de la representación de conexión (si el cliente se conecto de manera previa y la representación de conexión no ha expirado) a fin de conectarse. La modalidad preferida emplea técnicas tales como la colocación en memoria intermedia de la representación de conexión, envejecimiento y expiración en el LKIS a fin de agilizar el proceso de autenticación (y búsquedas de la representación de conexión) y para proporcionar mayor seguridad al proteger contra representaciones de conexión secuestrados. El Servicio XML Web de Agencia soporta de manera preferible diferentes esquemas de autenticación ya sea en forma implícita (si la naturaleza es soportada de origen por el sistema operativo del servidor o la aplicación del servidor) o en el nivel aplicable por la implementación del Servicio XML Web misma. Modalidades alternativas del Servicio XML Web de Agencia KIS emplean de manera preferible una variedad de esquemas de autenticación, básico sobre SSL, resumida, autenticación Windows integrada y certificados de cliente sobre SSL, y autenticación .NET Passport integrada. 6. CONSIDERACIONES DE EFICIENCIA Consulta del Lado del cliente y del Lado del Servidor y Memorias Intermedias de Objeto. La presente invención proporciona memorias intermedias de consulta, las cuales son responsables de almacenar las consultas en memoria intermedia para rápido acceso. En la parte del cliente, la memoria intermedia de consulta del lado del cliente almacena en la memoria intermedia los resultados de consultas SQML con argumentos especificados. La memoria intermedia está configurada de manera preferible para purgar sus contenidos después de una cantidad de tiempo previamente determinada (por ejemplo, unos cuantos minutos). La cantidad de tiempo es fijada de manera preferible por el uso del sistema de modelado y el alcanzar un valor óptimo para el límite de tiempo de la memoria intermedia. Se pueden considerar también otros parámetros, tales como el promedio de arribo en fecha en la Agencia (en el caso de memorias intermedias por Agencia, que es otra opción de implementacion), el modelo de uso (por ejemplo promedio de navegación) del usuario, etc. La memoria intermedia mejora el rendimiento debido a que el cliente no tiene acceso innecesario a los servidores recientemente utilizados a medida que el usuario navega en el ambiente semántico. En la modalidad preferida, el cliente emplea tecnologías de Almacenamiento en Memoria Intermedia de Servicio XML Web (por ejemplo, WS-Almacenamiento en Memoria Intermedia). Además, en el cliente, existe de manera preferible una memoria intermedia de objeto. Esta memoria intermedia almacena de manera intermedia los resultados de cada recurso SQML y es etiquetada con la referencia de recurso (por ejemplo, la trayectoria de archivo, la URL, etc.) esto optimiza I procesamiento SQML debido a que el cliente puede obtener los metadatos XML para un recurso SQML directamente desde la memoria intermedia de objeto, sin tener que accesar al recurso mismo. El recurso puede ser el sistema de archivo local, una aplicación local (por ejemplo, Microsoft Outlook), o un Servicio XML Web de Agencia. Al igual que la memoria intermedia de consulta, la memoria intermedia de objeto puede estar configurada para purgar sus contenidos después de una cantidad de tiempo fija (por ejemplo, unos cuantos minutos). En una modalidad alternativa, en el servidor, la memoria intermedia de consulta del lado del servidor almacena los resultados de categoría para argumentos XML. Esto agiliza el tiempo de respuesta de la consulta debido a que el servidor no tiene que solicitar a KDM que asigne categoría a los argumentos XML (por medio de uno o más casos del KBS desde el cual el KIS está configurado para obtener conocimiento de dominio) en cada petición de consulta. Además, el servidor puede colocar en la memoria intermedia los equivalentes SQL de los argumentos SQL que recibe de los clientes. Esto agiliza el tiempo de respuesta de la consulta debido a que el servidor no tendría que convertir los argumentos SQML a SQL cada vez que recibe una petición del cliente. En la modalidad preferida, se emplea la colocación en memoria intermedia del lado del cliente agresiva y la colocación en memoria intermedia del lado del servidor se evita a menos que mejore claramente el desempeño. Esto se debe a que la colocación en memoria intermedia del lado del cliente escala mejor que la colocación en memoria intermedia del lado del servidor ya que las memorias intermedias de cliente solicitan en base a su contexto local.

Consultas Distribuidas Virtuales. La presente invención emplea consultas distribuidas virtuales. Esto es compatible con su funcionalidad de "vinculación dinámica" y "exploración controlada por el usuario". El sistema no requiere de redes estáticas que vinculen, o bases de datos que alojen, todos los metadatos para el sistema. Este evita la necesidad de creación manual en un alcance local o global. Además, esto evita la necesidad de almacenamiento integrado (o universal), en donde se requiere que todos los metadatos sean almacenados en un solo almacenamiento de metadatos y sean accesibles a través de una interfaz de consulta de base de datos (por ejemplo SQL). En vez de ello, la presente invención emplea el principio de "Acceso Dinámico" por medio de su uso de los Servicios XML Web para distribuir de manera dinámica las consultas a través de varias Agencias (en una forma de contexto y sensible al tiempo), y para agregar resultados a esas consultas de una manera compatible y amigable con el usuario en el cliente.

D. COMPONENTES Y OPERACIÓN DEL SISTEMA 1. AGENCIAS Y AGENTES La presente invención introduce un enfoque único para utilizar Agencias y Agentes para recuperar, manejar y entregar conocimiento, a. Agencias En una modalidad preferida de la presente invención, la agencia es un caso del Knowledge lntegration Server ( IS) 50 y es el equivalente de la invención de un sitio Web. Una agencia es instalada de manera preferible como una aplicación Web (en un servidor Web) para exponer Servicios XML Web. Una agencia incluirá de manera preferible un administrador de Agencia. En una modalidad prefenda de la presente invención, una Agencia tiene los siguientes componentes principales: • Una bandera que indica si la Agencia soporta o requiere autenticación (o ambas). Si la Agencia requiere autenticación, la Agencia requerirá Información de usuario básica y una clave de acceso y almacenará la información en el tipo de autenticación que soporta. Para Agencias que almacenan información de usuario, la Agencia también requerirá de información de suscripción de usuario (para suscripción a Agentes en una Agencia específica). • Almacenamientos estructurados de objetos semánticos (documentos, mensajes de correo electrónico, etc.) Corresponde a los esquemas para las clases respectivas. • Componentes de tiempo de corrida que responden a consultas semánticas - Los componentes regresan el XML a la aplicación de llamada y proporcionan servicios de sistema para todas las características de recuperación de información del explorador semántico.

Estado de Usuario del Lado del Servidor. En la modalidad preferida de la presente invención, las Agencias soportan el Estado de Usuario del lado del servidor, el cual asocia los conceptos relacionados que incluyen metadatos de "Personas" y autenticación de usuario. El Estado de Usuario del Lado del Servidor facilita muchos de los detalles de implementación de la presente invención, incluyendo el almacenamiento de favoritos del usuario (mediante vínculos semánticos entre objetos de personas y objetos de información), la inferencia de favoritos a fin de generar nuevos vínculos (por ejemplo, recomendaciones), Anotaciones (que mapean los comentarios del usuario a objetos de información), y la inferencia de "expertos" en base a vínculos semánticos que mapean la información para el usuario (por ejemplo, correos electrónicos enviados, anotaciones, etc.) El Estado de Usuario del lado del servidor se utiliza de manera preferible con algunas Plantillas de Contexto como "Expertos", "Favoritos", "Recomendaciones" y "Generadores de Noticias". Estado de Usuario del Lado del Cliente. El Agente de Información (explorador semántico) soporta de manera preferible itinerancia del Estado de Usuario del lado del cliente local. Esto incluye el "Semantic "Environment" de los usuarios y las credenciales de los usuarios (transferidas de manera segura. En la modalidad preferida, los usuarios son capaces de exportar su Estado de Usuario del lado del cliente a otra máquina para reproducir su Semantic Environment a otra máquina. De manera preferible esto de logra transfiriendo la lista de Agente del usuario (recientes y favoritos), los metadatos para los Agentes (incluyendo las memorias temporales SQML), las credenciales de seguridad local de los usuarios, etc., para un formato XML que pone en serie todo este estado y permite que el estado sea transferido con facilidad. De manera alternativa, un esquema XML se puede desarrollar para todo el Estado de Usuario del lado del cliente local. La colocación en memoria intermedia del Estado de Usuario en un servidor y la sincronización del Estado de usuario que usa técnicas de sincronización comunes también puede facilitar la itinerancia. El explorador semántico descarga de manera preferible y sube todo el Estado de Usuario del lado del cliente, en vez de almacenar el estado de manera local (en un archivo XML o un almacenamiento de propietario como el registro Windows). b. Agentes Un Agente es el punto de entrada principal dentro de la Red Semántica de la presente invención. Un Agente consta de manera preferible de una consulta de filtro semántico que devuelve la información XML de un tipo de objeto semántico particular (por ejemplo, documentos, correo electrónico, personas, etc.). En otras palabras, un Agente está configurado de manera preferible con un tipo de objeto específico (descrito a continuación. Los Agentes pueden también ser configurados con una Plantilla de Contexto (descrita a continuación). En este caso, la consulta devolverá un tipo de objeto, pero incorporará la semántica de la Plantilla de Contexto. Por ejemplo, los Agentes configurados con una Plantilla de Contexto de "Encabezados" serán clasificados por tiempo y relevancia, etc. Loa Agentes se pueden utilizar también para filtrar notificaciones, alertas y anuncios. Los Agentes pueden recibir cualquier nombre. Sin embargo, la modalidad preferida de la presente invención, el formato de nombre para la mayoría de los Agentes es: <Agentobjecttype>.<semanticqualifier>.<semanticqualifier> Los agentes también pueden ser nombrados de manera arbitraria. Sin embargo, los ejemplos de los nombres de Agente incluyen: AII.AII Email.AII Documents.Technology.Wireles.80211 B.All Events. Upcoming.NextThirtyDays.AII También habrá Agentes de Dominio (ver a continuación) que pueden seguir una convención de asignación de nombre diferente (ver a continuación). En el explorador semántico de la presente invención, un nombre de Agente de Dominio completamente calificado tendrá el formato: <Agentobjecttype>.<semanticdomainname>.<categoryname> [Agency=<Agency url>,kb=<kb url>] Por ejemplo el agente de Dominio de Correo electrónico en la Agencia http://research.Agency.asp configurado con la categoría ireles.all a partir de la base de conocimiento ABC.com/kb.asp con el nombre de dominio semántico industries. informationtechnology será nombrado como: Email. Industries. Information.Technology.Wireless.AII [Agency=http://research/Agency.asp,kb="http://abcorp.com/kb.asp" El explorador semántico de la presente invención preferiblemente es configurable para usar sólo el nombre de Agente o para incluir la "Agencia" y los calificadores "kb". Tipos de Agente. Existen tres tipos primarios de Agentes creados en el servidor 20: Agentes Estándar, Agentes Compuestos, y Agentes de Dominio. Un Agente Estándar es un Agente autónomo que encapsula las consultas estructuradas, no semánticas, es decir, sin conocimiento de dominio (o una ontología/mapeo de taxonomía). Por ejemplo, en el servidor, el Agente All.PostedToday.AII es un Agente simple que es resuelto mediante el filtrado de todos los objetos en base a la propiedad de CreationTime (Tiempo de Creación). Los Agentes Estándar también pueden ser más complejos. Por ejemplo, el Agente All.PostedByAnyMemberOfMyTeam.all puede resolverse en una consulta complicada que involucra uniones y sub-consultas desde la tabla de Objetos y la tabla de Usuarios (ver a continuación). Un Agente Compuesto contiene otros Agentes y permite que el administrador de Agencia cree consultas que generan resultados que son la UNION o la INTERSECTION de los resultados de sus Agentes de contenido (dependiendo de la configuración). Los Agentes Compuestos también pueden contener otros Agentes Compuestos. En la modalidad actualmente preferida, los Agentes Compuestos contienen Agentes desde la misma Agencia. Sin embargo, la presente invención anticipa la integración de Agentes desde diferentes Agencias. A manera de ejemplo, un Agente Compuesto AII.Technology.Wireless.AII se crearía mediante la composición de los siguientes Agentes: • Documents.Technology.Wireless.AII • Email.Technology.Wireless.all • People.Experts.Technology.Wireless.AII Como se describió antes, un Agente de Dominio es un agente que pertenece a un dominio semántico. Un Agente de Dominio es inicializado con una consulta de Agente, justo como cualquier otro Agente. Sin embargo, esta consulta incluye la tabla de CATEGORIES (CATEGORÍAS), la cual es poblada por el Knowledge Domain Manager (Manejador de Dominio de Conocimiento). En tanto que la modalidad preferida de la presente invención utiliza un KBS 80 que tiene las ontologías de propiedad que corresponden a Semantic Environment privado, la presente invención contempla el soporte integrado de los estándares de intercambio de ontología que permitirán que una Agencia se conecte a uno o más KBS privados de cliente, por ejemplo dentro de una -organización en donde la Agencia fue inicializada previamente con una ontología de propietario para la organización. Un ejemplo de un Agente de Dominio es Email.Technology.Wireless.AII. Este Agente se crea de manera preferible con una fuente de conocimiento URL tal como: category://technology.wireless.all@ABC.com/marketingknowledge.asp Esta fuente de conocimiento URL corresponde a la categoría Technology.Wireless.AII del dominio por omisión en la base de conocimiento instalada en el servicio Web ABC.com/marketingknowledge.asp. Esto se resuelve para el siguiente HTTP: URL: http://ABC om/markeíingknowledge,asp?category=technology.w¡reless.all". En este ejemplo, una versión completamente clasificada de la categoría URL puede ser: category://technology.wireless.all@accorp.com/marketingknowledge.asp?semantic domainname="lnformationTechnology" En este caso, la categoría URL es calificada con los nombres de dominio. Los Agentes de Dominio creados de manera preferible por medio de un Asistente de Agente de Dominio, y el administrador de Agencia es capaz de agregar Agentes de Dominio desde KBS 80 a la Red Semántica de la presente invención. El Asistente de Agente de Dominio permite que los usuarios creen Agentes de Dominio para categorías específicas (utilizando una categoría URL) o para todo el nombre del dominio semántico. En el último caso, la Agencia es configurada de manera preferible para crear en forma automática los Agentes de Dominio como nuevas categorías que se agregan al dominio semántico en el KBS. Esta característica permite que los dominios y categorías se mantengan dinámicos y por lo tanto sean fácilmente adaptables a las necesidades de los usuarios durante el tiempo. Cuando los Agentes de Dominio son manejados de esta manera, la agencia es configurable para eliminar agentes que ya no están en el dominio semántico. De manera esencial, en este modo, los Agentes de Dominio están sincronizados con la tabla de CATEGORIES (la cual a su vez está sincronizada con la lista de CATEGORIES en el KBS relevante mediante el Knowledge Domain Manager (Manejador de Dominio de Conocimiento, descrito a continuación). Un Agente de Dominio es inicializado con una consulta estructurada que filtra los datos que el Agente maneja en base a un nombre de categoría o URL. En esta situación, la consulta estructurada es idéntica a las consultas de Agentes Estándar. Un ejemplo de la consulta resultante de un Agente de categoría es: SELECT OBJETC FROM OBJECTS WHERE OBJECTID IN (SELECT OBJECTID FROM SEMANTICSLINKS WHERE PREDICATETYPEID=50 AND SUBJECTID=1000 AND OBJECTID IN (SELECT OBJECTID F OM CATEGORIES WHERE URL LIKE categoiy://technology.wireless.all@ABC.com/kb.asp?domain="rnarketing")) En este ejemplo, la ID de tipo de predicado "pertenece a la categoría" es asumida por tener el valor 50, y la objectid (identificación de objeto) de la categoría se asume que tiene el valor 1000. Esta consulta puede ser traducida al inglés como sigue: Select all the objects in the Agency that belong to the category whose object has an objectid valué of 1000 and whose URL is category://technology.wireless.all@abccorp.com/kb.asp?domain="marketing" (Seleccione todos los objetos en la Agencia que pertenezcan a la categoría cuyo objeto tiene una identificación de objeto de 1000 y cuyo URL es category://technology.wireless.all@abccorp.com/kb.asp?domain="marketing"). Esto a su vez se traduce a: Seleccionar todos los objetos en la Agencia de la categoría category://technology.wireless.all@abccorp.com/kb.asp?domain="marketing" El Asistente de Agente de Dominio pregunta al usuario si desea nombrar al agente en base al nombre de categoría corto o una versión amigable del nombre de categoría completamente calificado. Un ejemplo de esto último es: Marketing. Technology. Wireless.AII [@ABC]. La convención de asignación de nombre del Agente de Dominio completamente calificada es: <obecttypename>.<semanticdomainname>.<categoryname>.all[@ B Ñame] En este ejemplo, el nombre de Agente de Dominio es: Email. Marketing.Technolgy.Wireless.AII[@ABC]. Combinadores. Los combinadotes son super-Agentes personales de usuarios. Los usuarios son capaces de crear un Combinador y agregar y eliminar Agentes (a través de las Agencias) hacia y desde el Combinador. Esto es análogo a que los usuarios tengan su propia "Agencia Personal". Los combinadores son invocados de manera preferible solamente en el cliente del sistema ya que incluyen Agentes desde múltiples Agencias. El cliente de la presente invención agrega todos los objetos desde Agentes de Combinador y los presentan de manera adecuada. Los combinadores incluyen de manera preferible todas las características de manipulación de otros tipos de Agentes, por ejemplo, arrastrar y soltar, Smart Lens (ver a continuación). Un Combinador puede contener cualquier tipo de Agente (por ejemplo Agentes Estándar, Agentes de Búsqueda, Agentes Especiales, así como otros Combinadores). La presente invención proporciona un Asistente de Combinador, el cual es una interfaz de usuario diseñada para facilitar a los usuarios la creación de los Combinadores. Las figuras 12-14 muestran pantallas ilustrativas de aspectos de la interfaz de usuario del Asistente de Combinador de acuerdo con una modalidad preferida de la presente invención. La figura 12 es una pantalla de Agente de información de muestra que exhibe una Vista de Árbol de un Semantic Environment de muestra y una muestra del asistente de "Add Blender" (Agregar Combinador) que permite a los usuarios crear y manejar un nuevo Combinador. La figura 13 muestra la segunda página del asistente Agregar Combinador en donde los usuarios registran el nombre y la descripción del Combinador y selecciona de manera opcional los filtros de tipo de objeto de información. La figura 14 muestra la tercera página del asistente de Agregar Combinador de muestra de acuerdo con una modalidad preferida de la presente invención. En este ejemplo, los usuarios agregan y eliminan Agentes desde el Semantic Environment hacia o desde el Combinador. Cuando se selecciona la opción "Ad Agente" (Agregar Agentes), se despliega el diálogo "OPEC Agente" (Abrir Agente) desde el cual los usuarios pueden agregar un nuevo Agente, Combinador o Agencia al nuevo Combinador. Agentes de Sucesos de Interés. Un Agente de Sucesos de Interés es un Agente inteligente especialmente etiquetado. Además, de la opción de tener el carácter crítico del tiempo que está definido por el administrador de Agencia, el usuario tiene la opción de indicar que Agentes de refieren a la Información acerca de la información acerca de la cual desea alertar. Cualquier información que sea exhibida mostrará alertas si existen sucesos de interés que se relacionen con ésta en un Agente de Sucesos de Interés. Por ejemplo, un usuario será capaz de crear un agente como: "Todos los Documentos Enviados en Reuters hoy" o "Todos los Eventos que se relacionan con la tecnología de computadora y que se celebrarán en Seattle en las próximas 24 horas como Agentes de Sucesos de Interés. Esta característica funciona de una manera individual debido a que cada Agente de Sucesos de Interés es personal ("de interés" es subjetivo y depende del usuario). Por ejemplo, un usuario en Seattle quizás desearía ser notificado de los eventos en Seattle en las próximas 24 horas, los eventos en la Costa Oeste en la siguiente semana (durante cuyo tiempo puede encontrar un vuelo económico), eventos en los Estados Unidos de Norteamérica en los siguientes 14 días (la notificación anticipada para la mayoría de los transportistas aéreos de los Estados Unidos de Norteamérica para obtener un vuelo transcontinental a un precio razonable), eventos en Europa en el siguiente mes (debido igualmente a que necesita una cantidad de tiempo para hacer la reservación de hotel), y eventos en cualquier parte del mundo en los siguientes seis meses. En una modalidad preferida, la presente invención verifica de manera automática el Semantic Environment para los sucesos de interés mediante consulta de cada Agente de Sucesos de Interés o mediante consulta de la Plantilla de Contexto de "Sucesos de Interés". Hará esto para todos los objetos desplegados por la ventana del explorador semántico. Si el Agente de Sucesos de Interés indica que existen noticias de sucesos de interés, la Cubierta del objeto de) Agente de Información lo indica así parpadeando en la ventana o mostrando una interfaz de usuario que indica claramente que existe una alerta que se relaciona con el objeto. Cuando el usuario hace clic en el icono de sucesos de interés, se exhibe una hoja de sucesos de interés o una Paleta de Contexto para la Plantilla de Contexto de "Sucesos de Interés" permitiendo al usuario ver los sucesos de interés, seleccione al Agente de Sucesos de Interés (si hay varios con los sucesos de interés), seleccionar predicados, y seleccionar otras opciones. En la figura 15 se muestra una hoja ejemplar de una interfaz de usuario del Agente de Sucesos de Interés. Esta interfaz de usuario de muestra ilustra el menú desplegable en la Hoja de Resultados de contexto. La muestra exhibe una hoja de contexto similar como una Hoja de Resultados de contexto desplegable Smart Lens (Agente-Objeto) (descrita a continuación) excepto que el Agente es un Agente de Sucesos de Interés. Agentes por Omisión. En una modalidad alternativa, cada Agencia expone una lista de Agentes por omisión. Los Agentes por Omisión son similares a la página por omisión en un sitio Web, los autores de la Agencia determinan que Agentes desean ver siempre los usuarios. De manera alternativa, en el cliente, los Agentes por Omisión pueden ser invocados cuando el usuario hace clic en la raíz del Ambiente del Agente de Información (la cual corresponde de manera preferible a un "Agente Local", por ejemplo, el equivalente de la "Página Local" en el explorador de la Web Actual). Los Agentes por Omisión Combinados también pueden ser configurados por los usuarios. Agentes Especiales por Omisión(o de Contexto). En la modalidad preferida, el cliente o la agencia soportan un Agente Especial por Omisión o de Contexto que mapea hacia cada Plantilla de contexto (descrita a continuación). De manera preferible esos Agentes utilizan la Plantilla de Contexto adecuada sin ningún filtro. Por ejemplo, un Agente Especial por omisión llamado "Hoy" regresa todos los artículos en todas las Agencias en las listas de "recientes" y "favoritos" (o en una lista configurada de Agencias) que fueron enviados hoy. En otro ejemplo más, el Agente Especial llamado "Variedad" muestra conjuntos aleatorios de resultados para cada Agencia en el Semantic Environment que corresponde a la Plantilla de Contexto de "variedad".

Los Agentes Especiales por Omisión funcionan de manera preferible como un punto de inicio para la mayoría de los usuarios para que se familiaricen con el Information Nervous System de la presente invención. Además, los Agentes Especiales por Omisión retienen la misma funcionalidad como Agentes Inteligentes, mediante el uso de arrastrar y soltar, copiar y pegar, Smart Lens, Información a Fondo, etc. Agentes de Decisión Horizontal. En la modalidad preferida, Agentes utilizados por el cliente para ayudar con la interacción del usuario, que incluyen: • Agente de Programa: El agente de Programa clasifica de manera inteligente los eventos en base a la probabilidad de que usuarios particulares desearían asistir a esos eventos. • Agente de Seguimiento de Junta: El Agente de Seguimiento de Junta notifica de manera inteligente a los Usuarios cuando ha llegado el momento de tener una junta de seguimiento a una que se presentó en el pasado. El sistema de Inferencia (ver a continuación) monitorea la actividad semántica relevante para determinar si ha ocurrido un cambio suficiente para garantizar una junta de seguimiento. De manera preferible lo usuarios emplean el objeto de la junta previa como un Pivote de Objeto de información para encontrar los cambios de conocimiento relevantes (tales como nuevos documentos, nuevas personas que desean asistir, etc.). • Agente de Seguimiento de Tarea. El Agente de Seguimiento de Tarea envía recomendaciones hacia los usuarios en respuesta a la plataforma de usuarios de tarea (tal como la lectura de un documento, adición de un evento a su calendario, etc.). El Agente asegura que los usuarios tengan seguimiento constante en base al perfil de usuarios y el Agente utiliza de manera preferible el filtrado de colaboración para determinar las recomendaciones. • Agente de Seguimiento de Cliente. El Agente de Seguimiento de Cliente envía notificaciones a usuarios en base a la actividad del cliente. El Agente determina de manera inteligente cuando el usuario necesita atención (en base al correo electrónico recibido desde ei usuario, nuevos documentos que ayudarán al servicio del usuario, etc.). Agente Público contra Local. Los Agentes que son creados por el administrador de Agencia son "Agentes Públicos". Los Agentes creados y manejados por usuarios son "Agentes Locales". Los Agentes Locales pueden referirse a Agencias remotas por medio de SQML que incluye referencias a URLs de Servicio XML Web de Agencia, o pueden referirse a Agencias locales que operan una instancia local del KIS con un almacenamiento de metadatos local. Agentes Guardados - Lista Mis Agentes del Usuario. En la modalidad preferida, los usuarios son capaces de guardar una copia de un Agente invocado o un resultado de consulta como un Agente local. Por ejemplo, los usuarios pueden arrastrar y soltar un documento en su unidad de disco duro a una carpeta de Agente para generar una consulta relacional semántica. Los usuarios podrían guardar ese resultado como un Agente nombrado "Documents.Technology.Wireless.RelatedToMyDocument". Esto permitirá entonces al usuario navegar hacia ese Agente para ver una consulta semántica personalizada. Los usuarios serían capaces entonces de utilizar ese Agente para crear nuevos Agentes personales, y así sucesivamente. Los agentes Personales también pueden ser "publicados" para la Agencia. Otros usuarios preferiblemente son capaces de descubrir el Agente y suscribirse al mismo. En la modalidad preferida, un Agente local es creado por un botón "Guardar como Agente" que aparece en el cliente en cualquier momento que se exhibe un resultado de consulta relacional semántica. Esto es análogo a que los usuarios guarden un nuevo documento. Una vez que se guarda el Agente, se agrega a la lista Mis Agentes de los usuarios. Un Agente responde a una consulta semántica en base al dominio semántico de la Agencia en la cual está alojado. De manera esencial, una consulta semántica para un Agente es análoga a preguntar si el Agente "entiende la consulta". El Agente responde a una consulta según su mejor "entendimiento". Como una ilustración adicional, un Agente que maneja "Personas" responde a una consulta semántica para expertos de un documento en base a su propio mapeo integral de las personas en su dominio semántico para las categorías en ese dominio. De manera alternativa, el cliente del sistema puede ser configurado para usar consultas no semánticas. En este caso. La Agencia usará las palabras clave extraídas para la consulta. Todos los Agentes soportan consultas no semánticas. De manera preferible solamente los Agentes en Agencias que pertenecen a un dominio semántico soportarán consultas semánticas. En otras palabras, las búsquedas semánticas degradan las búsquedas. Cada Agente tiene un atributo que indica si es o no "inteligente". Un Agente Inteligente es creado de manera preferible en una Agencia si esa Agencia pertenece a un dominio semántico. Además un Agente Inteligente solamente devuelve objetos que "comprende" por completo. En la modalidad preferida, cuando se instala una agencia, existen varios Agentes Inteligentes por omisión que el administrador de Agencia puede seleccionar de manera opcional para instalar, incluyendo: • AII.Understood.All • Documents.Understood.AII • Email. Understood.AII Por ejemplo, Email. Understood.AII solamente regresa objetos de correo electrónico que la agencia pude comprender semánticamente en base a su dominio semántico (u ontología). La presente invención incluye de manera preferible la capacidad de los usuarios para exhibir todos los objetos y solamente aquellos que la Agencia entiende. Agentes de Búsqueda. Un Agente de Búsqueda es un Agente que es inicializado con una cadena de búsqueda. En la modalidad preferida, a la invocación, el cliente emite la petición de búsqueda. Un Agente de Búsqueda es configurabie para buscar cualquier parte del Semantic Environment, incluyendo: • Agentes Utilizados Frecuentemente • Agentes Utilizados Recientemente • Agentes Creados Recientemente • Favorito • Todos los Agentes (Guardados) • Agentes Eliminados • Agentes en la red de área local • Agentes en el Directorio de Agencia Global • Agentes en cualesquiera directorios de Agencia personalizados por el usuario • Todos los Agentes en todo el Semantic Environment El cliente emite la petición de búsqueda en base al alcance del Agente de Búsqueda. Si los usuarios indican que desean la búsqueda para cubrir todo el Semantic Environment, el cliente emite la petición a todos los Agentes en el Semantic Environment Manager (ver a continuación) y todos los Agentes en la red de área local, el Directorio de Agencia Global y los Directorios de Agencia personalizados por el usuario. Agentes Favoritos del Lado del Servidor. En una modalidad alternativa más, la Agencia soporta los Estados de Usuario que soportan Agentes Favoritos. En el contexto análogo de la Web Actual, un sitio Web permite a los usuarios personalizar sus vínculos favoritos, existencias, etc. Cuando es consultada inicialmente, una Agencia exhibe sus Agentes por Omisión y los Agentes Favoritos del usuario que llama (si existe un estado de Usuario). Agentes Inteligentes. Un Agente Inteligente es un Agente autónomo que encapsula consultas semánticas estructuradas que hacen referencia a la Agencia por medio de su Servicio XML Web. En ia modalidad preferida, el usuario en el cliente es capaz de crear y editar Agentes Inteligentes por medio de un asistente "Crear Agente Inteligente" que le permite explorar el Semantic Environment por medio del diálogo de Abrir Agente y agregar vínculos desde Agencias especificadas. De manera esencial, esto corresponde a que los usuarios creen la consulta SQ L desde la interfaz de usuario. En la modalidad preferida, la interfaz de usuario solamente permite a los usuarios agregar vínculos desde el mismo recurso de Agencia. Sin embargo, los usuarios pueden crear Agentes de las mismas categorías a través de las Agencias, además de los Agentes Especiales y Combinadores (que también son de manera preferible de Agencia-cruzada). La interfaz de usuario permite al usuario agregar vínculos que usan los Agentes Inteligentes existentes como Pivotes de Objeto de Información a condición de que los Agentes Inteligentes hagan referencia a la misma Agencia para la consulta actual. La figura 16 ilustra una modalidad preferida que muestra el diálogo de Abrir Agente con los controles de la Interfaz de usuario para seleccionar plantillas de vínculo (predicado), los vínculos mismos y los objetos. Las figuras 17-19 ¡lustran la Vista de Árbol de un Semantic Environment de muestra que involucra el diálogo de Abrir Agente. La figura 17 muestra el diálogo de Abrir Agente que permite a los usuarios explorar el Semantic Environment y abrir un Agente. La figura 18 ilustra una forma de navegar las Agencias en el Semantic Environment y el diálogo de "Abrir Agente" con la vista "Pequeña Vista Preliminar". La figura 19 ilustra una herramienta de "Abrir" en la barra de herramientas qué muestra nuevas opciones para abrir Agentes desde el Semantic Environment o para importar información regular (por ejemplo, a partir del sistema de archivo) para el Semantic Environment mediante la creación de agentes No Inteligentes. Las plantillas de vínculos permiten de manera esencial al usuario navegar el predicado del tipo de objeto actual utilizando filtros predefinidos, permitiendo de esta manera que el usuario evite pasar a través de todos los predicados del tipo de objeto. Los ejemplos de plantillas de vínculo incluyen: • Todo • Sucesos de Interés (vínculos que se refieren a sensibilidad al tiempo, por ejemplo, "enviado al final") • Asignación de categorías • Definido (vínculos no probabilísticos) • Probable (vínculos probabilísticos) • Anotaciones En la modalidad preferida, el diálogo de Abrir Agente permite al usuario seleccionar el objeto para "vincular a" y, dependiendo del tipo de objeto, permite que el usuario explore el objeto (por ejemplo, desde un control de calendario si es una fecha/hora, desde una casilla de texto, desde el sistema de archivo si es un archivo o trayectoria de carpeta, etc.) La interfaz de usuario asistente permite también al usuario previsualizar los resultados de la consulta. Se crea un registro SQML temporal con la lista de predicado actual y que es cargada en una ventana de mini-explorador dentro de la casilla de diálogo asistente. El usuario es capaz de agregar y eliminar predicados, y tendrá también la opción e indicar si desea un a unión (un "OR") o una intersección (un "AND") de los predicados. La interfaz de usuario también verificará los predicados duplicados. Una vez que el usuario da por terminado el asistente para crear el Agente Inteligente, el Agente Inteligente es agregado al Semantic Environment y el SQML también es guardado con el registro de objeto asociado. En la modalidad preferida, el usuario puede explorar después el Agente Inteligente utilizando la hoja de propiedad de inspector de propiedad de Agente. Esto permite que el usuario vea las propiedades simples del Semantic Environment (por ejemplo, nombre, descripción, tiempo de creación, etc.) y también para ver el recurso URL (el WSDL URL para el Servicio XML Web de la Agencia que es consultada) y la lista de predicado. El usuario puede editar la lista desde la hoja de propiedad. Agente Inteligente por Omisión. Un Agente Inteligente por Omisión es similar a un Agente Especial por Omisión excepto que se basa en los tipos de objeto de información y no en las Plantillas de Contexto. A manera de ejemplo, los "Documentos" regresarían todos los documentos en todas las Agencias en el Semantic Environment del usuario; "Email" devolvería todos los mensajes de correo electrónico en el Semantic Environment del usuario, etc. Agente Especial. Un Agente Especial es un Agente Inteligente creado por los usuarios en base a una Plantilla de Contexto (ver a continuación). Un Agente Especial es inicializado de manera preferible con un nombre de Agente, aunque sin una referencia de Agente específica. Por ejemplo, un Agente Especial "Email.Technology.Wireless.AII" se puede crear incluso si no hay Agentes de ese nombre en el Semantic Environment. Al igual que un Agente de Búsqueda, un Agente Especial es abarcado para búsqueda de cualquier Agente con su nombre o cualquier parte del Semantic Environment. En la modalidad preferida, cuando los usuarios invocan a un Agente Especial, el cliente busca cualesquiera Agentes que tengan su nombre. Si o cuando encuentra cualesquiera Agentes con el nombre, el cliente invoca al Agente.

En la modalidad preferida, los usuarios introducen parámetros compatibles con una Plantilla de Contexto, indicando que los rellenos de categoría (si se requieren) y que Agencia(s) va(n) a ser consultada(s). estos pueden ser introducidos en forma manual utilizando el diálogo de Abrir Agente, o los usuarios pueden indicar que desean consultar las Agencias "recientes", las Agencias "favoritas", o ambas. En una modalidad alternativa, los usuarios tienen la opción de seleccionar categorías (si se requiere) que están en la unión o intersección de las Agencias seleccionadas, o todas las categorías conocidas para el Directorio de Agencia Global. En una modalidad alternativa más, los usuarios son capaces de seleccionar el tipo de información (en oposición a una Plantilla de Contexto) y las palabras clave para búsqueda (en oposición a los predicados o categorías). Agentes por Omisión Especiales. En la modalidad preferida, el cliente de sistema instala los Agentes por Omisión Especiales que mapean todas las Plantillas de Contexto soportadas. A manera de ejemplo, en la modalidad preferida, los Agentes por Omisión Especiales incluyen lo siguiente: Encabezados Sucesos de Interés Conversaciones Generadores de Noticias Eventos Próximos Descubrimiento Historia Todas las Posturas Mejores Posturas Expertos Favoritos Clásicos Recomendaciones Hoy Variedad Tiempo de Entrega Eventos Próximos Guía Agentes Especiales de Cliente. En comparación con los Agentes Especiales creados por el usuario, Agentes Especiales de Cliente y Agentes Especiales desarrollados y conectados de manera especial a fin de garantizar que los Agentes Especiales son seguros y de alto rendimiento. La presente invención proporciona una capa de conectar y usar que permite a las organizaciones y desarrolladores crear sus propios combinadores adaptados. Un ejemplo de un combinador adaptado es "AII.CriticalPriority.AII que se refiere a mis documentos más recientes o correo electrónico. Este Combinador Adaptado puede ser implementado por un archivo SQML con un registro de recurso como sigue: <resource type="nervana:url" agent://all.cr¡ticalpriority.all@localhost> <link predicate- 'nervanaxelevantto" type="nervana:localsemanticref recentdocuments> <link> <link operador="or" type="nervana:localsemanticref recentmail> <link> </resource> En la modalidad preferida, el Presentador (ver a continuación) resuelve el registro de "vínculo" de manera local e inicia las peticiones de Servicio XML Web para el recurso de objetivo con argumentos XML que corresponden a los documentos más recientes o mensajes de correo electrónico. Esto permite que el Agente de objetivo se enfoque en responder a consultas semánticas puramente con filtros XML sin conocer la semántica relacionada con la creación de archivo. En una modalidad alternativa, un Combinador Adaptado tal como el del ejemplo anterior es un Agente por Omisión. Agentes de Decisión Vertical. Los Agentes de Decisión Vertical son Agentes que proporcionan el soporte de decisión para escenarios de industria vertical. Esquema de Agente. Los Agentes operan dentro de parámetros especificados y exhiben características predeterminadas que comprenden el esquema de Agente. Los esquemas de Agente pueden variar ampliamente al ser igualmente aplicables dentro de la tecnología de la presente invención. A manera de ejemplo solamente, el esquema de Agente de la modalidad preferida de la presente invención se muestra en la figura 20. La presente invención contempla de manera específica la adición de campos adicionales. Por ejemplo, los campos de categoría URL (o trayectoria) y el nombre de Plantilla de Contexto se pueden agregar al esquema de Agente a fin de proporcionar acceso rápido al cliente y al servidor a la categoría y la Plantilla de Contexto que representa el Agente (si es aplicable). Esto es útil para el Semantic Environment Manager a fin de proporcionar diferentes vistas de Agentes (por categoría, por contexto, etc.). Esto complementa la existencia de esos campos en SQML para el Agente (expresado por medio de atributos y/o predicados). La AgentTypeID incluida en la modalidad preferida se muestra en la figura 21. La AgentQueryTypeID incluida en la modalidad preferida se muestra en la figura 22. En la modalidad preferida, los formatos de consulta SQL. Sin embargo, múltiples formatos de consulta, por ejemplo XQL, XQuery, etc., están contemplados dentro del alcance de la presente invención. El KIS 50 aloja de manera preferible una tabla de Agentes (para Agentes del lado del servidor) en su almacenamiento de datos que corresponde a este esquema. La figura 23 ilustra consultas semánticas de muestra que corresponden a nombres de Agente que muestran como los Agentes del lado del servidor son configurados de manera preferible en el KIS de la presente invención. Como se explica con mayor detalle a continuación, los Agentes pueden incluir de manera opcional sus propias Cubiertas (Skins). Una Cubierta de Agente está representada como un URL para un archivo XSLT o Flash MX equivalente o ActionScript. Si el URL de Cubierta del Agente no está especificado, una Cubierta por Omisión para el tipo de objeto del Agente se presupone. Reglas de Consulta de Agente. Cada consulta de Agente del lado del servidor debe especificarse para regresar la columna OBJECTID. Cada tabla tiene esta columna para que esta vincule la tabla de Objetos con las tablas del tipo de objeto derivado. Los objetos y otras tablas se describen con mayor detalle a continuación. Debido a que cada consulta de Agente puede formar la base de una sub-consulta, consulta en cascada o una unión, es preferible que cada consulta siga este formato. A manera de ejemplo, la consulta para News.AII podrá aparecer como "SELECT OBJECTID FROM NEWS" (en donde "NEWS" es el nombre de la tabla que aloja los metadatos para artículos de noticias, con el esquema de "noticias"). Como resultado, el servidor 10 puede utilizar después esta consulta como parte de una consulta compleja. Por ejemplo, si el usuario arrastra y suelta un documento sobre el Agente, el servidor puede ejecutar esta consulta como: SELECT OBJECTID FROM NEWS WHERE OBJECTID IN (SELECT OBJECTID FORM SEMANTICLINKS WHERE SUBJECTID IN (50, 67, 89) AND LINKSCORE>90) Este ejemplo asume que el documento es clasificado para pertenecer a categorías en la tabla de CATEGORIES con identificadores de objeto 50, 67 y 89 y que una probabilidad de vínculo de 0.9 es el umbral para establecer que un documento pertenece a una categoría. En este ejemplo, el documento es utilizado como un filtro para la consulta News.AII y el texto de consulta es utilizado como una parte de la consulta compleja. El tener un estándar consistente para consultas permite que el procesador de consulta semántica combine las consultas hasta que finalmente tienen que ser presentadas. Por ejemplo, cada llamada al procesador de consulta semántica indica en que tipo de objeto se devuelven los resultados. El procesador de consulta regresa después la información XML consistente con el esquema para el tipo de objeto solicitado. Dicho en otras palabras, el procesador de consulta regresa de manera preferible resultados específicos de esquema para presentación. Cada consulta es almacenada en la capa semántica (para devolver un OBJECTID). Para usar el último ejemplo, cuando el usuario invoca el Agente News.AII, el explorador llama al procesador de consulta en el Servicio XML Web de Agencia. El procesador de consulta invocará después la consulta y le filtro con el tipo de Objeto "News Article" (Artículo de Noticias), como tal: SELECT * FROM NEWS WHERE OBJECTID IN (SELECT OBJECTID FROM NEWS) Esto devuelve todos los campos para el esquema de Noticias. El explorador (por medio del Presentador) exhibe la información que usa el XSLT (o una herramienta de presentación tal como Flash MX o ActionScript) ya sea para la Cubierta de Agente o para una Cubierta especificada por el usuario (que sustituirá la Cubierta de Agente). Parámetros Virtuales de Consultas. Las consultas de agente contienen de manera preferible el Parámetro Virtual especial. Un ejemplo típico puede incluir; "%USERNAME%. En este ejemplo, el Procesador de Consulta Semántica (SQP) resuelve el Parámetro Virtual para un argumento actual antes de invocar la consulta. Un People.MyTeam.AII de Agente está configurado con la consulta SQL: SELECTFROM USERS WHERE División IN (SELECT División FROM USERS WHERE Name LIKE%USERNA E%) En este ejemplo, el Agente puede incluir "Mi Equipo" aun cuando el Agente puede aplicar a cualquier usuario. La variable %USERNAME es resuelta para el nombre del cliente actual que llama mediante SQP. La llamada SQL es resuelta como sigue: SELECT*FROM USERS WHERE División IN (SELECT División FROM USERS WHERE Name LIKE JohnDoe) En este ejemplo, se asume que JohnDoe es el nombre de usuario que llama. Búsqueda de Agente. Cada Agente soportará la funcionalidad de búsqueda simple. En la modalidad preferida, un usuario es capaz de hacer clic derecho en un Agente Inteligente en el Agente de Información y pulsa "Search" (Búsqueda). Esto traerá una casilla de diálogo en donde el usuario teclea el texto de búsqueda. Esto crea el SQML adecuado con el predicado asociado, por ejemplo, "nervanaxontains". La presente invención proporciona una forma rápida y simple para que los usuarios busquen Agentes (y creen Agentes Inteligentes a partir de aquí) sin ir a través del asistente de "Créate Smart Agent" y selecciona el predicado de "texto de contenido" (que de manera alternativa logra el mismo resultado). Vistas de Agente de Agencia. Una modalidad alternativa de la presente invención incluye Vistas de Agente de la Agencia. Una Vista de Agente de Agencia es una consulta que filtra los Agentes en base a criterios predefinidos. Por ejemplo, la vista de Agente "Documentos" regresa solamente Agentes que manejan objetos de la clase semántica de documento. La vista de Agente "Reuters News" regresa una lista de Agentes que manejan objetos de noticias con "Reuters" como el pubiicador. Las Vistas de Agente de Agencia son importantes a fin de dar a los usuarios un a forma fácil para navegar a través de Agentes. El administrador de agencia es capaz de crear y eliminar vistas de Agentes.

Publicación y Acción de Compartir Agente. La modalidad preferida facilita que los Agentes sean publicados y compartidos. Esto se implementa de manera preferible señalizando el Semantic Environment en un documento XML que contiene los Agentes recientes y Favoritos, su esquema, sus memorias temporales SQML, etc. y publicar el documento para un punto de publicación. Este documento XML también puede ser enviado por correo electrónico a colegas, amigos, etc., a fin de facilitar la propagación y acción de compartir los Agentes locales (creados por usuario). Esto es análogo a como se publican las páginas Web en la actualidad y como los URLs de web y los vínculos son compartidos enviando vínculos y anexos por medio de correo electrónico. 2. SERVIDOR DE INTEGRACIÓN DE CONOCIMIENTO El Servidor de Integración de Conocimiento (KIS) 50 es el corazón del lado del servidor del sistema 10. El KIS integra de manera semántica los datos desde múltiples fuentes en una Red Semántica y aloja Agentes que proporcionan acceso a la red. El KIS aloja también los Servicios XML Web semánticos para proporcionar a los clientes el acceso a la Red Semántica por medio de Agentes. Para los usuarios, una instalación KIS puede ser visualizada como una Agencia. El KIS es inicializado de manera preferible con las siguientes propiedades: • Nombre de Agencia. Nombre de la Agencia (por ejemplo, "ABC") • Nombre Amigable de Agencia. Nombre completo de la Agencia (por ejemplo, "ABC Corporation") • Descripción de Agencia. Descripción de la Agencia. • Nombre de Usuario del sistema de Agencia. Nombre de usuario de la Agencia. Cada agencia es representada por un usuario en el directorio de la empresa (o sitio Web) en la cual está instalado. El nombre de usuario del sistema se usa para alojar la bandeja de entrada del sistema (a través de la cual los usuarios publicarán documentos, correo electrónico y anotaciones para la Agencia). Para autenticación, la Agencia debe ser instalada en un servidor que tiene acceso a la cuenta de usuario del sistema. Nivel de Soporte de Autenticación de Agencia. Indica si la Agencia soporta o requiere autenticación de usuario. Una Agencia puede se configurada para no soportar la autenticación (en cuyo caso está abierta para todos los usuarios y no tiene ningún Estado de Usuario), para soportar pero no requerir la autenticación, y para requerir autenticación, en cuyo caso Índica de manera preferible el tipo de encriptado de autenticación. Tipo de Directorio de Usuario de Agencia. Esto indica el tipo de directorio de usuario que la Agencia autentica y desde donde la Agencia obtiene la información de usuario. Por ejemplo, esto podría ser un directorio LDAP, un Directorio de Usuario Microsoft Exchage 2000, o un Directorio de Usuario Lotus Notes en el Directorio Activo Windows 2000, etc. Nombre de Directorio de Usuario de Agencia. Esto indica el nombre del servidor del directorio de usuario de la Agencia (por ejemplo, un nombre de servidor Microsoft Echange 2000). Nombre de Dominio de Usuario de Agencia. Esto indica el nombre del dominio de usuario para fines de autenticación. Este campo es opcional y se incluye solamente si la Agencia soporta la autenticación. Nombre de Grupo de Usuario de Agencia. Esto indica el nombre del grupo de usuario para fines de autenticación. Por ejemplo, una Agencia debe ser inicializada con el nombre de dominio "US Employees" y el nombre de grupo "Marketing". En dicho caso, la Agencia verificará primero el nombre del usuario para asegurar que el usuario es un miembro del grupo de usuario, y después emite las peticiones de autenticación para el autenticador del directorio de usuario indicado por el tipo de directorio de usuario. Si el usuario que llama no es un miembro del grupo de usuario, la petición de autenticación es denegada. Este campo es válido solamente si la Agencia soporta la autenticación. • Nombre de Conexión de Almacenamiento de Datos. Esto indica el nombre de la conexión para un almacenamiento de base de datos. Esto podría representarse, por decir, como un nombre de conexión ODBC en Windows (o un nombre ODBC, etc.). El KIS usará la base de datos a la que se hace referencia mediante el nombre de conexión para almacenar, actualizar, y mantener sus tablas (ver a continuación). • Evaluación de Propiedades Dinámicas. El Servicio XML Web de Agencia expone de manera preferible métodos para devolver propiedades dinámicas tal como la lista de trayectorias de dominio semántico que el servidor soporta o "entiende" actualmente. Esto permite a los usuarios explorar las Agencias en el cliente utilizando sus trayectorias de dominio semántico soportadas u ontologías/taxonomías. Como se ilustra con referencia a la figura 24, el KIS 50 incluye de manera preferible los siguientes componentes principales: una Red Semántica 52, un Concentrador de Datos Semánticos 54, un Verificador de Consistencia de Red Semántica 56, un Sistema de Inferencia 58, un Procesador de Consulta Semántica 60, un Programa de Análisis Sintáctico de Lenguaje Natural 62, un Agente de Conocimiento de Correo Electrónico 64 y un Manejador de Dominio de Conocimiento 66. a. Red Semántica La Red Semántica es el componente de datos fundamental del KIS. La Red Semántica vincula juntos objetos de los esquemas definidos de la presente invención de una manera semántica por medio de tablas de base de datos. La Red Semántica consta de esquemas y el Almacenamiento de Metadatos Semánticos (SMS). La Red Semántica está comprendida de manera preferible por dos esquemas de datos: Objetos y Vínculos Semánticos. Los esquemas de datos adicionales pueden incluirse en base a requerimientos del sistema y necesidades empresariales. El SMS es de manera preferible una base de datos estándar (Servidor SQL, Oracle, DB2, etc.) en donde todos los datos semánticos son almacenados y actualizados por medio de tablas de base de datos. El SMS incluye de manera preferible tablas para cada tipo de objeto (descrito a continuación). A manera de ejemplo, una Red Semántica de muestra dirigida hacia una situación empresarial e muestra con referencia a la figura 25, la cual ¡lustra la relación entre los usuarios de empresas de la presente invención y las diferentes fuentes y los resultados de la recuperación, manejo, entrega y presentación de conocimiento. Objetos. La tabla de Objetos contiene cada objeto en la red Semántica. El "Objeto" puede ser considerado como la "clase base" a partir de la cual se derivará cada tipo de objeto semántico. El esquema preferido del tipo de Objeto se muestra con referencia a la figura 26. La ObjectID es un identificador único que etiqueta el objeto en la Red Semántica. Cada objeto en el sistema tendrá un esquema que es una extensión del esquema de Objeto. De manera alternativa, los tipos de objeto semántico (por ejemplo, documento, correo electrónico, evento, etc.) tendrán solamente el campo ObjectID. Cuando se invoca una consulta, ~el procesador de consulta puede agregar entonces la información desde la tabla de Objeto y la tabla semántica específica para formar los resultados finales. El primer enfoque (que tiene cada esquema que es una extensión del esquema de Objeto) resulta en mejor rendimiento del tiempote corrida ya que se evitan las uniones. Sin embargo, el segundo enfoque, en tanto que es más costoso desde el punto de vista computacional, da como resultado menor almacenamiento desperdiciado. La ObjectID es de manera preferible un número que resuelve una cadena que describe la jerarquía del tipo de objeto, por ejemplo, "documents\documents"; "documen analyst briefs"; y "events\meetings". El SourceID se refiere al identificador para el Adaptador de Datos Semánticos (SDA) desde el cual se concentró el objeto. El Concentrador de Datos Semánticos (SDG) utiliza esta información para verificar de manera periódica el objeto que aún existe solicitando la información de estado desde el SDA desde el cual se recuperó el objeto. Vínculos Semánticos. El SMS incluye de manera preferible un esquema de Vínculos Semánticos (y tabla de base de datos correspondiente) que almacenará los vínculos semánticos. Esos vínculos anotarán el objeto en las otras tablas de base de datos del SMS y constituirán de preferencia el modelo de datos para la Red Semántica. Cada vínculo semántico tendrá un ID de vínculo semántico. La tabla de Vínculos Semánticos incluirá de manera preferible los nombres de campo y tipos como se muestra con referencia a la figura 27. El SubjectID y el SubjectTypeID son el ID de objeto y el ID del tipo del objeto desde el cual se vincula. El ObjectID y el ObjectTypelD son el ID de objeto y el ID del tipo de objeto al cual se vincula. El LinkScore (Puntuación de Vínculo) varía de preferencia desde 0 hasta 100, y representa la resistencia semántica del vínculo a la probabilidad. Esos campos son solamente ilustrativos; están considerados más predicados en base al tipo de objeto particular así como el deseo del usuario por los vínculos semánticos. La modalidad preferida de la presente invención proporciona los IDs del tipo de predicado mostrados en la figura 28. La presente invención contempla la adición de IDs de tipo de predicado adicionales. A manera de ejemplo, el vínculo semántico "Steve reports to Patrick" se representará en la tabla con una ID de sujeto que corresponde al ID de Steve en la tabla de Usuarios, un tipo de predicado de PREDI CATET YP E I D_RE PO RTSTO (ver cuadro a continuación), el ID de objeto de Patrick en la tabla de Usuarios, una puntuación de vínculo de 100 (incluyendo que es "verdadero" y que el vínculo no es probabilístico) y una Fecha de Referencia que califica al vínculo. El KIS crea, actualiza y mantiene tablas de base de datos para cada tipo de objeto (por medio del SMS). Lo siguiente ilustra la lista preferida pero no exclusiva de tipos de objeto primario y derivado: • Persona • Usuario • Cliente • Categoría • Documento • Resumen de Analista • Reporte de Analista • Caso de Estudio • Hija Técnica • Perfil de la Compañía • Libro Electrónico (E-Book) • Revista Electrónica (E_Magazine) • Mensaje de Correo Electrónico • Anotación de Correo Electrónico • Envío de Noticias por Correo Electrónico • Lista de Distribución de Correo Electrónico • Carpeta Pública de Correo Electrónico • Grupo de Noticias de Carpeta Pública de Correo Electrónico • Artículo de Noticias • Evento • Junta • Evento Corporativo • Evento Industrial • Evento de TV • Evento de Radio • Evento de Medio Impreso • Junta en Línea • Evento de Arte y Entretenimiento • Curso en Línea • Medios • Libro • Revista • Multimedia • Transmisión en Línea • Conferencia en Línea De manera preferible los tipos de objeto se expresan como trayectorias jerárquicas. La trayectoria puede extenderse, por ejemplo, "eventos\juntas" se puede extender con "Juntas calificadas", por ejemplo, "eventos\juntas\juntas de compañía". Este modelo de esquema es indefinidamente extensible y configurable. Tipos de Objeto de Información Virtual. Los Tipos de Objeto de información Virtual son tipos de objeto que no mapean a distintos tipos de objeto, aunque son de interés semántico para los usuarios. Un ejemplo, es el tipo de objeto "Correo Electrónico de Cliente, el cual deriva desde el tipo de objeto "Correo Electrónico". Este tipo de objeto es "virtual" ya que no tiene un esquema distinto y, como consecuencia, no tiene una tabla distinta en el SMS o en le KIS. En vez de ello, utiliza la tabla "Correo Electrónico" en el SMS, ya que deriva desde el tipo de objeto "Correo Electrónico". Aunque no es un tipo de objeto distinto, los usuarios estarán interesados en explorar y buscar el "Correo Electrónico de Cliente" como si de hecho fuera distinto. En la modalidad preferida, los Tipos de Objeto Virtual son implementados almacenando los metadatos en la tabla apropiada en el SMS (en este caso, la tabla "Correo Electrónico" ya que el tipo de objeto deriva de "Correo Electrónico"). Sin embargo, la resolución de consultas del tipo de objeto se logra de manera diferente a partir de las consultas regulares para distintos tipos de objeto. Cuando el servidor SQP recibe una petición de consulta semántica (por medio del Servicio XML Web) para un tipo de objeto de información virtual (tal como "Correo Electrónico de Cliente"), resuelve la petición uniendo las tablas que forman juntas el tipo de objeto. Por ejemplo, en la modalidad preferida, en el caso de "Correo Electrónico del Cliente", el servidor resolverá la consulta con la sub-consulta SQL: SELECT OBJECTID FROM EMAIL WHERE OBJECTID IN (SELECT OBJECTID FROM CUSTOMERS WHERE EMAILADDRESS IN (SELECT EMAILADDRESS FROM EMAIL) Esta consulta corresponde a "Seleccionar todos los objetos desde la tabla de Correo Electrónico que tengan un valor de dirección de correo electrónico que también está en la tabla de Clientes". Esto asume que "Correo Electrónico" se refiere al correo electrónico que es enviado por o hacia un cliente. Otras definiciones del tipo de objeto virtual también son posibles y la resolución de consulta es preferiblemente consistente con la definición. El SQP aplica de manera preferible esta sub-consulta a todas las consultas para "Correo Electrónico de Cliente". De manera esencial esta sub-consulta filtra la tabla de Correo Electrónico para aquellos mensajes de correo electrónico que provienen de los clientes. Esto devuelve el resultado deseado al usuario con la ilusión de que es una tabla de "Correo Electrónico de Cliente" cuando en realidad no lo es.

La presente invención contempla una variedad de esquemas contempla una variedad de esquemas asociados con cada tipo de objeto. Otros esquemas están en desarrollo que tendrán una aplicabilidad comparable para la presente invención. El esquema "Documento", por ejemplo, puede extenderse con campos desde el esquema Dublín Core (http://www.cis.ohio-state.edu/cgi-bin/rfc/rfc2413.html) y otros esquemas industriales. En otro ejemplo más, el esquema "Artículo de Noticias" puede ser una extensión del esquema NewsML (http://www.newsml.org). A manera de ejemplo solamente, el esquema objeto de usuario preferido de acuerdo con la presente invención se muestra con referencia a la figura 29. De manera preferible todos los esquemas tienen un subconjunto idéntico de campos o el esquema de Objeto. Los MailingAddressTypelDs asociados de preferencia con el esquema de objeto de Usuario (persona) incluyen aquellos mostrados con referencia a la figura 30. A manera de ejemplo solamente, el esquema de objeto de categoría preferido hecho de acuerdo con la presente invención se muestra con referencia a la figura 31. Sólo a manera de ejemplo, el esquema de objeto de documento preferido hecho de acuerdo con la presente invención se muestra con referencia a la figura 32. El campo "DocumentCategory" (Categoría de Documento) se refiere a una categoría de propietario que es etiquetada con el documento (por la fuente de datos de documento) y no a una categoría semántica manejada por el KIS mismo. El campo "DocumentFormatTypeID" (ID de Tipo de Formato de Documento) se refiere al tipo de documento. Los Print Media Type IDs (ldentificadores de Tipo de Medio Impreso) de de la modalidad preferida se muestran en la figura 33, y el FORMATTYPEID se muestran en la figura 34. A manera de ejemplo solamente, el esquema de objeto de lista de mensaje de correo electrónico hecho de acuerdo con la presente invención se muestra mediante referencia a la figura 35. De preferencia las Prioridades de Correo Electrónico son 0, 1 o 2, que corresponden a prioridad baja, media y alta. El EmailTypeID incluye de manera preferible EMAILTYPEID_EMAIL, EMAILTYPElD_NEWPOSTING y EMAILTYPEID_EMAILANNOTATION (valores 1, 2 y 3). Las tablas ilustrativas que muestran la lista de distribución de correo electrónico y los esquemas de objeto de carpeta pública de correo electrónico de una modalidad preferida de la presente invención se muestran en las figuras 36 y 37, respectivamente. En la modalidad preferida, el PublicFolderTypeID (Identificador de Tipo de Carpeta Pública) incluya aquellos mostrados en la figura 38. Sólo a manera de ejemplo, el esquema de objeto de lista de mensaje de esquema de evento preferido hecho de acuerdo con la presente invención se muestra con referencia a la figura 39. La figura 40 muestra los tipos de evento de una modalidad preferida de la presente invención. A manera de ejemplo solamente, el esquema de objeto de lista de mensaje de objeto de medio preferido hecho de acuerdo con la presente invención se muestrea con referencia a la figura 41. La figura 42 muestra los tipos de medio de una modalidad preferida de la presente invención. A manera de ejemplo, las figuras 43 - 45 ilustran muestras adicionales que exhiben como se asignan categorías a los objetos y son utilizados en la modalidad preferida de la presente invención. La figura 43 ilustra los tipos de contenedor de objeto raíz. La figura 44 ilustra un esquema jerárquico de los tipos de objeto calificados. La figura 45 ilustra muestras de los predicados de tipo de objeto de contenedor original. De manera preferible, todos los tipos, excepto los tipos de Persona y Cliente, heredan todos los predicados desde el tipo de raíz "All Information" (Toda la Información). La presente invención proporciona las plantillas de predicado de tipo de objeto de contenedor original, que incluyen por ejemplo: Todo; Sucesos de Interés; Asignación de Categoría; Autor; anotaciones; Vínculos Definidos; Vínculos Probabilísticas; y Popular. b. Concentrador de Datos Semánticos En la modalidad preferida, el Concentrador de Datos Semánticos (SDG) es responsable de agregar, eliminar, y actualizar registros en la Red Semántica por medio del SMS. El SDG consta de una lista de referencias de Servicio XML Web. Estas forman una Information Source Abstraction Layer (ISAL) (Capa de Abstracción de Fuente de Información). Cada una de esas referencias es inicializada para concentrar datos por medio de un Data Source Adapter (DSA) (Adaptador de Fuente de Datos). Un adaptador de fuente de datos es un Servicio XML Web que concentra la información desde una fuente de datos semánticos local o remota para un tipo de objeto determinado. Después devuelve el XML correspondiente a registros de objeto en la fuente de datos. Todos los DSAs soportan de manera preferible la misma interfaz por medio de la cual el SDG concetrará los datos XML. Esta interfaz incluye métodos para: • Recuperar los metadatos XML de objetos para un índice de inicio y terminación determinado (por ejemplo, objetos 0 hasta 49) • Verificar si hay cualesquiera objetos que hayan sido agregados o eliminados desde una fecha/hora particular (en la hora de reloj del DSA) • Extraer los metadatos XML de objetos agregados o eliminados desde una fecha/hora particular (en la hora de reloj de tiempo del DSA) • Verificar si un objeto aún existe en la fuente de datos semánticos, examinando los metadatos XML del objeto (pasado como un argumento) Si cada llamada al Servicio XML Web del DSA no tendrá estado, la API incluirá la información, de manera preferible por medio de una cadena con parámetros de comando, los cuales califican la petición. Por ejemplo, un DSA para una bandeja de entrada de correo electrónico tal como el nombre del usuario cuya bandeja de entrada se va a concentrar. Un DSA para un sitio Web o almacén de documento tendrá que incluir la información sobre el URL o trayectoria de directorio que se avanzará. Cada DSA es requerido para recuperar la información en el esquema de su tipo de objeto. Debido a que un DSA debe ser implementado para un tipo de objeto particular, el SDG esperará el XML para el esquema de ese tipo de objeto cuando invoca una llamada de concentración para el DSA. El SDG es responsable de mantener la integridad y consistencia de todas las tablas de base de datos en el SMS (la Red Semántica). En esta modalidad, el SDG también es referido como un Semantic Network Manager (SNM) (Manejador de Red Semántica). De manera preferible las tablas de base de datos no contienen registros redundantes o viejos. Debido a que SDG recupera objetos con esquemas bien conocidos la semántica de cada uno de los tipos de objeto se comprende, y el SDG mantiene la consistencia de las tablas en consecuencia. Por ejemplo, el SDG preferiblemente no agrega metadatos Document XML a la tabla DOCUMENTS. El SDG utiliza la semántica de los documentos para verificar la redundancia. En la modalidad preferida esto se logra comprando el nombre de autor, la fecha/hora de creación, la trayectoria de archivo, etc. El SDG también ejecuta esta verificación para otras tablas (por ejemplo, EVENTS, CUSTOMERS, NEWS, etc.). Por ejemplo el SDG ejecutará la verificación de redundancia de eventos examinando el título, la ubicación, y la fecha/hora. Otras tablas son mantenidas en consecuencia. El SDG también actualizará los objetos en las tablas de base de datos que se han cambiado. De manera preferible el SDG también es responsable de limpiar las tablas de base de datos. El SDG consulta de manera periódica el DSA para determinar si todos los objetos en cada tabla manejados por el DSA aún existen. Por ejemplo, para un DSA que recupera documentos, el SDG pasará los metadatos XML al servicio XML del DSA y consultará si el objeto aun existe. El DSA intenta abrir el URL para el documento. Si el documento ya no existe, el DSA indicará esto al SDG. Los DSAs individuales, y no el SDG, son responsables de la validación de objeto para evitar las restricciones de seguridad que son específicas de fuente de datos. Por ejemplo, puede haber restricciones de fuente de datos que evitan el acceso remoto a recursos locales. En tal caso, solamente el Servicio XML Web de DSA (que de preferencia está corriendo localmente, con relación a la fuente de datos) tendrá acceso a la fuente de datos. De manera alternativa, algunos DSAs correrán en el servidor de Agencia, junto con el SDG y otros componentes de servidor, y recuperan sus datos de manera remota. El tener los DSAs manejando la validación de objeto proporciona también eficiencia y seguridad adicionales ya que el DSA evita que el SDG conozca los detalles de cómo abrir cada fuente de datos para verificar si aún existe un objeto. Ya que el DSA necesita conocer esto (ya que recupera los datos XML desde la fuente de datos y por lo tanto tiene código específico para la fuente de datos), es más apropiado que el DSA maneje esta tarea. De manera preferible el SDG mantiene una lista de concentración que señalará a los URLs del Servicio XML Web del DSA. El administrador KIS es capaz de agregar, eliminar y actualizar registros DSA desde la lista de concentración del SDG. Cada registro de la lista de concentración está configurado de manera preferible con: 1. El nombre y referencia de Servicio XML Web del DSA. Este esencialmente se referirá a una combinación de la fuente de datos, el tipo de objeto y una referencia al Servicio XML Web que implementa el DSA (por ejemplo por medio de un URL de servicio web WSDL). Los ejemplos incluyen: a. Microsoft Exchange 2000 Email DSA. Este DSA concentrará los metadatos XML de correo electrónico desde una Microsoft Exchange 2000 Inbox (Bandeja de Entrada) o Public Fólder (Carpeta Pública). b. Microsoft Exchange 2000 Calendar DSA. Este DSA concentrará los metadatos XML de evento desde un Microsoft Exchange 2000 Calendar (Calendario). c. Microsoft Exchange 2000 Users DSA. Este DSA concentrará los metadatos XML de usuarios/personas a partir de un Microsoft Exchange 2000 Directory (Directorio). d. Microsoft Exchange 2000 Email Distribution List (Lista de Distribución de Correo Electrónico). Este DSA concentrará los metadatos de la lista de distribución de correo electrónico desde un Microsoft Exchange 2000 Directory (Directorio). e. Lotus Inbox Notes (Notas de Bandeja de Entrada de Lotus). Este DSA concentrará los metadatos XML de correo electrónico desde una Lotus Notes Inbox (Bandeja de Entrada de Notas de Lotus) o Public Fólder (Carpeta Pública). f. Siebel CRM Datábase (Base de Datos Siebel CRM). Este DSA concentrará los metadatos XML de cliente a partir de un sistema Siebel CRM. g. Web site (sitio Web). Este DSA concentrará los metadatos XML de documento desde un sitio Web. h. File Directory or Share (Directorio o Partición de Archivo). Este DSA concentrará los metadatos XML de documento desde un directorio o partición de archivo. i. Saba E-Learning LMS Repository (Depositario LMS de Aprendizaje Electrónico Saba). Este DSA concentrará los metadatos XML de Aprendizaje Electrónico desde un depositario Saba Learning Management System (LMS) (Sistema de Manejo de Aprendizaje Saba). j. Microsoft Sharepoint Document DSA. Este DSA concentrará los metadatos XML de documento desde un espacio de trabajo de servidor Microsoft Sharepoint. k. Reuters News Repository (Depositario de Noticias Reuters). Este DSA concentrará los metadatos XML de Artículo de Noticias desde el depositario de artículo de noticias de Reuters. 2. La descripción del registro de concentración DSA. 3. Una cadena que indica la inicialización de información para DSA. 4. El programa de concentración, este indica con que frecuencia el SDG "avanzará" el DSA para concentrar metadatos XML. En una modalidad preferida, la Agencia es inicializada con un dominio de directorio de usuario y nombre de grupo. En este caso, el SDG preferiblemente registra de manera automática un registro de lista de concentración para el directorio de usuario DSA. Por ejemplo, si la Agencia es configurada con un Directorio de Usuario Exchange 2000 con el Nombre de Dominio "Foo" y la Libreta de Direcciones o nombre de grupo "Everyone", el SDG crea un registro de lista de concentración con el Exchange 2000 Users DSA (inicializado con esos parámetros). De manera alternativa, una Agencia puede ser configurada para obtener su directorio de usuario a partir de un servidor de aplicación de correo electrónico (por ejemplo, Microsoft Exchange o Lotus Notes). El SDG inicializa los registros de lista de concentración con una Bandeja de Entrada de Correo Electrónico y Calendario DSA del usuario del sistema (y Agente de Conocimiento de Correo Electrónico, descrito a continuación). Estos tres DSAs de registro de lista de concentración (Usuarios, Bandeja de Entrada y Calendario) son inicializados por omisión. La Bandeja de Entrada es utilizada de manera preferible para almacenar envíos de correo electrónico de Agencia y anotación y el Calendario DSA se utiliza para almacenar eventos enviados a la Agencia por los usuarios. Otros DSAs comunes pueden ser agregados por el administrador de Agencia. El SDG también mantiene el seguimiento de la última vez que el SDA le reportó que los objetos habían sido agregados o eliminados hacia o desde la fuente de datos. Esta información de fecha/hora se basa de manera preferible en el reloj del SDA. Cada vez que el SDA reporta que hay nuevos datos o datos eliminados, el SDG actualizará la información de fecha/hora en su entrada para el SDA y concentrará toda la información nueva o eliminada en el SDA. El SDG actualizará entonces las tablas de base de datos. El SDG mapea de manera preferible la información XML que recibe desde los SDAs para la red Semántica de la presente invención. El SDG almacena todos los metadatos XML en las tablas de base de datos en el SMS. Además, el SDG analiza sintácticamente el XML que recibe desde el SDA y, cuando es necesario, mapea vínculos semánticos para campos XML específicos. El SDG agrega o actualiza vínculos semánticos en casos en donde el XMIL incluye información que "vincula" objetos juntos. Por ejemplo, el esquema de un objeto de correo electrónico incluye de manera preferible campos que incluyen "Desde", "Para", "Ce", "Bcc" y "Adjuntos". En el caso de las columnas "Desde", "Para", "Ce" y "Bcc", los campos en el XML se refieren a direcciones de correo electrónico (separadas por delimitadores tale como ";" o "," o un espacio). En el caso de la columna "Adjuntos", este campo se referirá a las trayectorias de archivo que están unidas al mensaje de correo electrónico (separadas por delimitadores tales como ","). Este XML original es almacenado en la tabla de base de datos EMAIL, junto con las otras columnas. Además, el SDG analiza sintácticamente los campos del objeto de correo electrónico y agrega vínculos semánticos a otros objetos que son identificados por los contenidos de esos campos. Por ejemplo, si el campo "para" contiene "john@foo.com" y los adjuntos contienen la cadena "c:\foo.doc,c;\bar.doc," el SDG procesará el correo electrónico como sigue: 1. Encontrar cualquier objeto en la tabla USERS con la dirección de correo "john@foo.com". También, buscar los otros objetos USER con direcciones de correo electrónico en los campos FROM, TO, CC y BCC. 2. Si se encuentran cualesquiera objetos, agregar un registro de vínculo semántico a la tabla SEMANTICLINKS con el id del objeto de correo electrónico como el sujeto y el id de tipo de predicado adecuado. En este caso, el predicado PREDICATETYPEID_CREATOR se refiere al iniciador del mensaje de correo electrónico. El predicado PREDI CATETYP E I D_S E NTTO es utilizado para vincular el objeto de correo electrónico y los objetos USER a los que se refiere mediante los contenidos del campo "para" en los metadatos XML de correo electrónico. El predicado PREDICATETYPEID:COPIEDTO y PREDICATETYPEID_BLINDCOPIEDTO se utilizan para vincular objetos en los campos "ce" y "bec" de manera similar. En el caso de adjuntos, el SDG extrae los metadatos XML para los documentos adjuntos. Si un objeto XML con la trayectoria de archivo ya existe en el SMS (o, dicho de otra manera, la red Semántica), el SDG actualizará los metadatos. Si el objeto XML no existe, el SDG crea un nuevo objeto de documento con los metadatos XML. El SDG agregará un registro a la tabla SEMANTIOCLINKS con el ID de objeto de correo electrónico como el sujeto, el nuevo ID de objeto de documento como el sujeto y el predicado PREDICATETYPEID_ATTACHEDTO. Esto permite que el usuario sea capaz de navegar desde un mensaje de correo electrónico hasta sus adjuntos y después utilizar los adjuntos como pivotes para continuar la exploración de la Red Semántica, utilizando por ejemplo herramientas semánticas como Smart Lens (descritas a continuación). El SDG no crea objetos en el evento para el cual no encuentre objetos de usuario que acoplen los registros en los campos XML. De manera preferible, el SDG concentra información desde un Directorio SDA cuando un usuario es agregado manual mente a la Agencia. De preferencia, el administrador de Agencia agrega usuarios a la Agencia por medio del grupo de usuario en las propiedades de Agencia. A continuación se ¡lustra un ejemplo de mapeo de metadatos XML de correo electrónico originales para la Red Semántica. <email from- 'john@foo.com" to="nosa@nervana.net" cc="steve@nervana.net" bcc="patrick@nervana.net" subject="Meeting this Friday" body- 'Lets us mee ton Friday at 2pm" attachments= "c.\foo.doc;c:\bar.htm"> </email> se convierte en la gráfica de objeto ilustrada en la figura 46. c. Verificador de Consistencia de Red Semántica El Semantic Network Consistency Checker (CC) (Verificador de Consistencia de Red Semántica) complementa la verificación de consistencia que se ejecuta mediante el SDG. Como se describió antes, el SDG mantiene la integridad de las tablas de base de datos al evitar la adición de registros redundantes dentro de la Red Semántica (desde varias fuentes de datos). El CC también asegura la consistencia de las tablas de OBJECTS y SEMANTICLINKS. El CC verifica de manera periódica la tabla OBJECTS para asegurar que. cada objeto existe en la tabla original (de preferencia verificando el valor del campo OBJECTID). Por ejemplo, un registro de objeto de documento en la tabla de OBJECTS existe también de manera preferible en la tabla DOCUMENTS (con el mismo ID de objeto). El CC elimina cualquier objeto en la tabla OBJECTS sin un objeto correspondiente en la tabla original (DOCUMENTS, EVENTS, EMAIL, etc.) y viceversa. El CC también es responsable de mantener la consistencia de la tabla SEMANTICLINKS. La semántica de esta tabla es de manera preferible como sigue: Un vínculo semántico no puede existir si su sujeto ("vinculado desde") o su objeto ("vinculado a") no existe. Para ¡lustrar esto, si el objeto A vincula al objeto B con el predicado P, y A o B es eliminado, el vínculo debe ser eliminado. El CC verifica de manera periódica la tabla SE ANTICLINKS. Si cualquiera de los sujetos u objetos ha sido eliminado, el CC elimina el registro de vínculo semántico. Las verificaciones de consistencia se pueden implementar en código en el KIS mismo o como procedimientos almacenados o restricciones a nivel de base de datos. d. Sistema de Inferencia El Sistema de Inferencia es responsable de agregar vínculos semánticos a la Red Semántica. El Sistema de Inferencia emplea Reglas de Inferencia, las cuales constan de un conjunto de elementos heurísticos, para agregar vínculos semánticos en base a la actividad semántica en curso. De manera preferible, se permite que el Sistema de Inferencia elimine vínculos semánticos. Los Agentes de Decisión (descritos a continuación) utilizan el Sistema de Inferencia para ayudar a los trabajadores con conocimiento en la toma de decisiones. El Sistema de Inferencia opera explotando la Red Semántica y agregando nuevos vínculos semánticos que se basan en inferencias probabilísticas. Por ejemplo, el Sistema de Inferencia monitorea de manera preferible la Red Semántica y observa los patrones de cómo se envía el correo electrónico, el tipo de correo electrónico enviado y por quien. El Sistema de Inferencia infiere a partir de esta información la información antecedente, tal como la experiencia del usuario, en relación con distintas categorías de materia en cuestión dentro de la vista previa de monitoreo del Sistema de Inferencia. Por ejemplo, el Sistema de Inferencia agrega vínculos semánticos con el predicado PREDICATETYPEID_EXPERTON para indicar que un usuario es un experto en una categoría en particular. El sujeto en este caso será un objeto de usuario y el objeto será un objeto de categoría. Para inferir esto, el Sistema de Inferencia está configurado de manera preferible para observar la actividad semántica de por lo menos un cierto período (por ejemplo, dos semanas), o para inferir solamente vínculos después de que los usuarios han enviado por lo menos un número predeterminado de mensajes o creado un cierto número de documentos. El Sistema de Inferencia infiere el nuevo vínculo manteniendo las estadísticas en los vínculos P EDICATETYPEID_CREATOR y PREDICATETYPEID_CONTRIBUTOR. A manera de ejemplo, el Sistema de Inferencia puede inferir que los usuarios son expertos en una categoría si: • De todas las categorías de mensajes de correo electrónico que han escrito, esta categoría es una del top N (configurable). • Han escrito mensajes de correo electrónico en la misma categoría un promedio de M veces o más por semana (configurable). • Han escrito por lo menos O mensajes de correo electrónico (configurable) en los pasados P meses (configurable). Se consideran modelos de inferencia más sofisticados con los cuales inferir de manera precisa estos datos. Por ejemplo, se pueden emplear las distribuciones de probabilidad así como los modelos de correlación estadística. De manera preferible esos modelos serán desarrollados en una base por escenario durante el tiempo. El Sistema de Inferencia también es responsable de eliminar vínculos que puedan haberse agregado.. Por ejemplo, si un empleado cambia trabajos, puede "dejar" de ser un experto en una categoría específica (con relación a los otros empleados). Una vez que el Sistema de Inferencia detecta esto (por ejemplo, observando los patrones de correo electrónico), elimina los vínculos semánticos que indican que la persona es un experto en la categoría. Los vínculos semánticos inferidos son importantes para los escenarios que involucran consultas semánticas probabilísticas. Por ejemplo, en una modalidad de la presente invención, que usa el Agente de Información, los usuarios pueden arrastrar y soltar un documento desde su sistema de archivo en el Agente (por decir, People.Research.AII). En este caso, los usuarios desearán conocer a las personas en el departamento de Investigación que son expertos en el documento. El explorador invocará entonces una consulta SQMLcon el Agente como recurso (o sujeto), el predicado nervana:experton, y la trayectoria de documento como el objeto. El Presentador recuperará entonces los metadatos XML del documento y llama al Servicio XML Web, residente en la Agencia que aloja el Agente, con el ID de predicado y los metadatos XML del documento como argumentos. El procesador de consulta semántica del lado del servidor en la Agencia procesa esta llamada de Servicio XML Web y traslada la llamada a una consulta SQL compatible con el modelo de datos de la Red Semántica. En este ejemplo, la llamada es resuelta de manera preferible como sigue: 1. Para todos los registros de dominio semántico en el KDM, llamar al KBS correspondiente para asignar categorías al documento. 2. Mapear las categorías devueltas a objetos de categoría en la Red Semántica (mediante comparación de URLs). 3. Invocar una consulta que utiliza la consulta del Agente People.Research.AII como una sub-consulta. En este ejemplo, la consulta final aparece como sigue: SELECT * FROM USERS WHERE DEPARTMENT LIKE "RESEARCH" AND OBJECTID IN (SELECT OBJECTID FROM SEMANTICLINKS WHERE OBJECTTYPEID = 32 AND PREDICATETYPEID = 98 AND SUBJECTID IN (SELECT OBJECTID AS SUBJECTID FROM CATEGORIES WHERE OBJECTID IN (34, 56, 78)) AND LINKSCORE >90) Esta consulta asume que el ID del tipo de objeto para el tipo de objeto es 32, el valor del ID del tipo de predicado para P RE D I C ATETYP E I D_EXP E RTO N es 98, el documento que pertenece a las categorías con el ID de objeto 34, 56 y 78 y que el umbral de rango del vínculo semántico es 90. e. Procesador de Consulta Semántica del Lado del Servidor El Procesador de Consulta Semántica del Lado del Servidor (SQP) responde a consultas semánticas de los clientes en el KIS. De manera preferible, el SQP es el principal punto de entrada a la Red Semántica en el KIS (o Agencia). El SQP es expuesto por medio del Servicio XML Web de Agencia. El SQP procesa las consultas semánticas de Agente directas y consultas semánticas genéricas (generada por el cliente) con filtros de vínculo semántico (ver a continuación). Para consultas con los filtros de Agente del lado del servidor, el Agente de Información pasa el nombre de Agente y los argumentos de índice de objeto al SQP que se invocará. Por ejemplo, el explorador puede preguntar por los objetos 0-24 en los AgentDocuments.Technology.Wireless.AII. En este ejemplo, el SQP busca la consulta de Agente en la tabla de Agentes e invoca la consulta en la base de datos que aloja el Almacenamiento de Metadatos Semánticos (SMS). La consulta de Agente se almacena de manera preferible como SQL u otro formato de consulta bien conocido como XQuery o XOL. El SQP puede convertir el formato de consulta a un formato que la base de datos (que mantiene todas las tablas) entienda. Debido a que las bases de datos más comerciales entienden SQL, operará de manera preferible como el formato de consulta de Agente por omisión. La consulta de Agente sigue de preferencia las reglas de consulta antes descritas. Por lo tanto, la consulta regresa el ID de objeto en vez de los campos de esquema para el tipo de objeto del Agente. En el ejemplo antes descrito, Documents.Techonology.Wireless.AII invoca la consulta del Agente "SELECT OBJECTID FROM DOCUMENTS WHERE...". El SQP es responsable de emitir una consulta que es filtrada con la consulta de Agente, pero que regresa los metadatos reales para el tipo de objeto (en este caso, el tipo de objeto "documento"). En este ejemplo, la consulta aparece como sigue: SELECT * FRO DOCUMENTS WHERE OBJECTID IN (SELECT OBJECTID FROM DOCUMENTS WHERE...) Esta consulta devuelve las columnas de datos para el esquema "documento" para todos los objetos con un ID de objeto que acopla aquellos en la consulta de Agente original. El SQP revisa los resultados de metadatos de la consulta de base de datos y los traduce a XML bien formado utilizando el esquema apropiado para el tipo de objeto del Agente (en este caso, "documento"). En el caso que la base de datos soporte recuperación XML original, el SQP optimiza la consulta pidiendo a la base de datos que le proporcione resultados XML. Esto resulta en un mejor desempeño ya que el SQP no tiene que ejecutar la etapa de traducción. El SQP pasa de nuevo el XML hacia la parte que llama por medio del Servicio XML Web de Agencia. El SQP incluye de manera preferible consultas más complejas que son pasadas por el explorador semántico (u otro cliente del Servicio XML Web). A manera de ejemplo, dichas consultas pueden tomar la forma del siguiente API de Servicio XML Web: String lnvokeSemanticQuery( Integer Beginlndex, Integer Endlndex, String AgentName, Integer NumberOfLinks, String OperadorNamesrj, String LinkPredicateNamesQ, String LinkTypeNamesQ, String LinkObjectsQ,) En este ejemplo, los símbolos [] se refieren a disposiciones. El API toma un índice de inicio de base cero, un índice de terminación de base cero, un nombre de Agente opcional, un entero que indica el número de vínculos semánticos, una disposición de nombres de operador, una disposición de nombres de predicado de vínculo, una disposición de nombres de tipo de vínculo y una disposición de cadenas que se refieren a los objetos de vínculo. Si un nombre de Agente es NULL (""), el SQP procesa la consulta "como está"; sin ningún filtro de Agente preconcebido. Este será el caso con consultas que son generadas completamente desde el cliente. Las disposiciones son de tamaño variable debido a que el parámetro "NumberOfLinks" indica el tamaño de cada disposición. Los nombres de operador incluyen operadores predeterminados válidos, incluyendo operadores lógicos, los cuales pueden ser utilizados para calificar consultas en SQL u otros formatos de consulta. Los ejemplos incluyen term:or y term:and. Los nombres de predicado de vínculo pueden incluir uno o más predicados predefinidos (por ejemplo, ternrtelevantto, term:sentto, term:annotates, termrannotatedby, term:withcontext, etc.). Los nombres de tipo de vínculo indican el tipo de los objetos de vínculo. Los ejemplos comunes incluyen term:url y term:object. En el caso de term:url, la cadena de objeto de vínculo se refiere a un URL bien formado que comprende objects://... o Agent://...En el caso de term:object, el argumento será una instrucción de metadatos XML bien formada que se refiere a un objeto definido dentro de la presente invención. Este objeto se resuelve de manera preferible a partir de cliente o desde otra Agencia. El API devuelve una cadena que contiene los resultados XML (además del valor de retorno para la llamada de método de Servicio XML Web). A manera de ejemplo, el SQML con los datos: <resource type="term:url" Agent://all.criticalprior¡ty.all@abc.com/Agency.asp> <link predicate="term:relevatto" type="term:object" object://4576> </iink> <link operator="or" predicate="term:intersects" type= "term:url" Agent://email.w¡reless.all@abc.com/Agency.asp> <link> </resorce> se resuelve en la Agencia ubicada en el servicio Web en abc.com/Agency.asp para: lnvokeSemanticQuery( 0, 24, "all.criticalpriority.aH" 2, {"term:and", "term:or"}, {"termxelevantto", "term:intersects"}, {"term-.object", "term:url"} {"object://4576", "Agent//email.w¡reless.all@abc.com/Agency.asp"}); Esto se resuelve de manera preferible para una consulta SQL: SELECT TOP 25 * OBJECTS WHERE OBJECTID IN (SELECT OBJECTID FROM OBJECTS WHERE OBJECTS WHERE CREATIONDATETIME='02/26/02' AND (OBJECTID [RELATEDTO] [OBJECT WITH ID 4576] AND OBJECTID IN (SELECT OBJECTS FROM EMAIL WHERE CATEGORY [IS] "WIRELESS") Este ejemplo de SQL utilize taquigrafía para ilustrar el tipo de consulta que se generara por el SQP. El SQP recupera el XML y lo devuelve a la parte que llama. Este XML está en la forma de SRML (o Semantic Results Markup Language), el cual es la definición de meta-esquema XML para resultados de consulta semántica en la modalidad preferida de la invención. La muestra A exhibida en el Apéndice de la presente es una memoria temporal o documento de resultados semánticos SRML de muestra. Esta es una muestra del XML que una Agencia devuelve en respuesta a una consulta semántica. La Cubierta de cliente toma esos resultados y genera la presentación a partir de ellos (utilizando XSLT y/o manuscrito), en base a las propiedades de la Cubierta y el Agente (Cubierta de objeto/Cubierta de Contexto/Cubierta de Combinador), la cantidad de área de exhibición disponible, las consideraciones de falta de habilidad y otros atributos de Cubierta. f. Natural Language Parser (Programa de Análisis Sintáctico de Lenguaje Natural) El Natural Language Parser (NLP) (Programa de Análisis Sintáctico de Lenguaje Natural) convierte de manera preferible el texto de lenguaje natural ya sea en una llamada API que el SQP entiende o en SQL original (o un formato de consulta similar) que puede ser procesado por la base de datos. El Programa de Análisis Sintáctico de Lenguaje Natural es pasado por texto directamente desde el explorador semántico o por medio del Agente de Conocimiento de Correo Electrónico (ver a continuación). g. Email Knowledge Agent (Agente de Conocimiento de Correo Electrónico) El KIS incluye de manera preferible un componente de publicación primario, referido como el Agente de Conocimiento de Correo Electrónico (o Agente de Información Empresarial (EIA)). Este Agente funciona, en esencia, como un empleado digital, e incluye de manera preferible una dirección de correo electrónico única (por ejemplo, un nombre de cliente seleccionado por el administrador de Agencia). El Agente de Conocimiento de Correo Electrónico complementa las herramientas de publicación existentes tales como Microsoft Office, SharePoint, etc., agregando un método "FIRE and Forget" de publicación de información y para compartir conocimiento. Esto es especialmente útil en casos en donde la persona que publica la información no sabe quien pueda estar interesado en ella.

En una modalidad preferida de la presente invención, los usuarios envían correo electrónico hacia el Agente de Conocimiento de Correo Electrónico para publicar comentarios, anotaciones, documentos, adjuntos, etc. El Agente de Conocimiento de Correo Electrónico extrae el significado desde el correo electrónico y lo agrega de manera adecuada a la Red Semántica. Otros usuarios son capaces de accesar la información publicada por medio de Agentes a otras herramientas de presentación de plataforma tales como arrastrar y soltar, el Smart Lens, etc., (descritos a continuación). El Agente de Conocimiento de Correo Electrónico es un componente de sistema que es creado por el administrador de Agencia. El nombre de usuario del sistema es indicado cuando se instala primero el servidor. El usuario del sistema corresponde manera preferible a un usuario de correo electrónico en el sistema de correo electrónico empresarial (por ejemplo, Microsoft Exchange, Lotus Notes, etc.). En esta modalidad, el Agente de Correo Electrónico tiene su propio buzón, calendario, libreta de direcciones, etc. Estos a su vez, corresponden a los objetos en el Servidor de Correo Electrónico para el usuario del sistema. Cuando se instala el servidor, el KIS instala el DSA adecuado para la bandeja de entrada del sistema (dependiendo de la aplicación de correo electrónico). De preferencia el KIS agrega de manera automática un registro de lista de concentración en el SDG indicando que la bandeja de entrada del sistema debe ser avanzada en forma periódica para el correo electrónico. Debido a que el Agente de Conocimiento de Correo Electrónico es una dirección de correo electrónico de primera clase, también sirve como una fuente de notificación y una fuente de consulta (para lenguaje natural y envío instantáneo de mensajes). Las Notificaciones desde la Agencia son enviadas de manera preferible por el Agente de Conocimiento de Correo Electrónico (indicando que existe información nueva y relevante en la que el usuario puede estar interesado, etc.). El Agente de Conocimiento de Correo Electrónico puede también recibir correo electrónico desde los usuarios como consultas de lenguaje natural. Esos mensajes son analizados a nivel sintáctico por el SQP y procesados. Los resultados XML son enviados de manera preferible al usuario como un archivo HTML (con la Cubierta por omisión adecuada) generado con XSLT procesado sobre los resultados XML de la consulta de lenguaje original. Debido a que el Agente de Conocimiento de Correo Electrónico es un componente familiar regular o "empleado", el administrador de Agencia agrega de manera preferible la dirección a las listas de distribución. Esta etapa permite al SDG indexar semánticamente todo el correo electrónico en esas listas de distribución, poblando de esta manera la Red Semántica a través de la integración uniforme del Agente de Conocimiento de Correo Electrónico en las listas de distribución útiles para los usuarios. Esta es una forma bastante uniforme de integrar el Information Nervous System digital de la presente invención con la forma en la que ya trabajan las personas en una organización. Anotaciones. El Agente de Conocimiento de Correo Electrónico se utiliza de manera preferible para publicar anotaciones. En la presente invención, las anotaciones son preferiblemente mensajes de correo electrónico. En la modalidad preferida, el tipo de objeto de anotación es una subclase del tipo de objeto de correo electrónico. Esto permite a los usuarios emplear el correo electrónico, típicamente la herramienta de publicación más común, para anotar objetos en el explorador semántico. Los usuarios son capaces de anotar objetos y agregar adjuntos a las anotaciones. Esos adjuntos son semánticamente indexados por SDG en el KIS. Esto hace posible los escenarios desde donde un usuario es capaz de navegar a partir de, por decir, un documento, hasta una anotación, hasta su adjunto de documento, hasta un artículo de Reuters, hasta un evento industrial que inicia la próxima semana. El proceso descrito para indexar semánticamente el correo electrónico (mediante el mapeo del esquema XML de correo electrónico para la Red Semántica) también se aplica para las anotaciones. Sin embargo, en el caso de las anotaciones en una modalidad preferida de la presente invención, el procesamiento adicional es deseable. De manera específica, cuando el usuario hace clic en "Anótate" sobre un objeto en la ventana de Presentador en el explorador semántico (descrito a continuación), el explorador carga el cliente de correo electrónico registrado en la máquina local (por ejemplo, Microsoft Outlook, Microsoft Outlook Express, etc.). El campo "to" ("para") es ocupado con la dirección del usuario del sistema para la Agencia que aloja el objeto. El campo de sujeto es ocupado con una cadena especial, por ejemplo, "annotation: object=[objectid]". Cuando llega el correo electrónico a la bandeja de entrada del Agente de Conocimiento de Correo Electrónico, el DSA para la bandeja de entrada de correo electrónico lo seleccionará (por medio de un evento de servidor). El SDG recupera los nuevos metadatos XML de correo electrónico desde el DSA al recibir un evento, o desde el DSA la siguiente vez que pide al DSA más datos. En una modalidad preferida, este proceso de interrogación ocurre con frecuencia. El DSA devuelve los metadatos XML del objeto de correo electrónico, consciente del hecho que los objetos de correo electrónico se refieren a un tipo de objeto de correo electrónico o un tipo de objeto de anotación. El SDG procesa los metadatos XML de correo electrónico y examina el campo de "sujeto". Si el SDG "ve" el prefijo "annotation:" sabe que el correo electrónico es en realidad una anotación y procede a extraer el argumento ID de objeto desde el texto de sujeto. El SDG actualiza la Red Semántica para los mensajes de correo electrónico restantes (agregando cada mensaje a las tablas de OBJECTS y EMAIL, agregando vínculos semánticos para los campos "from", "to", "ce", "bec" y "adjuntos", cuando es necesario, etc.). En la modalidad preferida, el SDG ejecuta una etapa extra. De manera específica, agrega un registro de vínculo semántico que vincula el objeto de correo electrónico con el objeto indicado por el argumento ID de objeto en el texto de sujeto (con el predicado PREDICATETYPEID_ANNOTATES). Con la presente invención, una anotación es tratada como otro vínculo semántico con un predicado especial. Como un resultado, todas las características semánticas aplican para las anotaciones, tal como la navegación semántica por medio de vínculos semánticos, consultas semánticas, etc. Por ejemplo, un usuario puede consultar todas las anotaciones escritas por cada miembro de su equipo en los últimos seis meses. Esto se puede lograr en el explorador semántico arrastrando, por ejemplo, Annotations.AII del Agente en la parte superior de People.MyTeam.AII del Agente y clasificando después los resultados, o creando un Agente Inteligente, el cual a su vez invoca al asistente de "Créate Smart Agent" para crear la consulta. h. Knowledge Domain Manager (Manejador de Dominio de Conocimiento) El Manejador de Dominio de Conocimiento es el componente en el KIS que es responsable de agregar y mantener la inteligencia específica de dominio en la Red Semántica. El KDM esencialmente "anota" la Red Semántica con inteligencia de dominio. El KDM es inicializado con uno o más casos del Servidor de Base de Conocimiento (KBS), el cual a su vez almacena de manera efectiva el "conocimiento" para uno o más dominios semánticos. El KBS tiene ontología y categorías que corresponden a la taxonomía de cada dominio semántico que soporta. Además, un Agente con un dominio semántico (conectado a un KBS) responde a consultas semánticas. Si un Agente no pertenece a un dominio semántico, no puede corresponder a consultas semánticas (que requieren una ontología o taxonomía). En vez de ello, solamente responde a consultas en base a palabras clave (aunque proporcionará todavía servicio de recuperación de contexto y sensible al tiempo, aunque los contextos disponibles estarán limitados). Cada registro en el KDM es un registro de dominio semántico. El registro de dominio semántico tiene el URL para el KBS y un nombre de dominio semántico. El nombre de dominio semántico mapea a una ontología específica en el KBS. En la modalidad preferida de la presente invención, los nombres de dominio semántico siguen la convención: <Top Level Domain Name>/<Secondary Level Domain Name>... (Nombre de Dominio de Nivel Superior/Nombre de Dominio de Nivel Secundario) Ejemplos de nombres de dominio semántico incluyen: • Industries • lndustries\Pharmaceuticals\LifeSciences • IndustriesMnformationTechnology • General\Sports.Basketball/NBA • General\Sports.Basketball\CBA De manera alternativa, los nombres de dominio semántico pueden ser referidos como "trayectorias de dominio" en tanto que estén completamente calificados. La calificación completa se logra mediante la adición de un prefijo de nombre de dominio de Internet al inicio de la trayectoria. Esto indica que el "dueño" o "fuente" del dominio semántico. Por ejemplo, "Nervana.NET\lndustries\Pharmaceuticals" se refiere al dominio semántico "lndustries\Phermaceuticals" de acuerdo con el nombre de dominio de Internet "NERVANA.NET". En otro ejemplo, "Reuters. com\Sports\BasketbaH" se refiere a "Sports\Basketball" en "Reuters.com". Utilizando este enfoque los nombres de dominio y trayectorias se mantienen únicos a nivel global. El Manejador de Dominio de Conocimiento (KDM) solicita de manera periódica cada KBS en su lista de registro de dominio para las categorías en el dominio de conocimiento. El KDM es implementado de manera preferible como un Servicio XML Web en el KIS. El KDM incluye opciones de configuración para cada registro de dominio semántico. Una de esas opciones puede incluir el programa con el cual el KDM actualizará la Red Semántica con inteligencia específica de dominio que corresponde al registro de dominio semántico. Por ejemplo, el administrador de Agencia puede configurar el KDM (por medio de KIS) para avanzar un dominio semántico en un KBS cada día a la 1pm. El programa de actualización debe ser compatible con la frecuencia con que el administrador considera que cambia la ontología o taxonomía en el KBS. El KIS invoca de manera preferible al KDM en forma periódica y le pide actualizar la tabla de CATEGORIES. En la modalidad preferida, el KDM llama al KBS (por medio una llamada API de Servicio XML Web) para obtener categorías actualizadas para el nombre de dominio semántico en el registro de dominio semántico, que corresponde a una taxonomía particular. Un ejemplo de una llamada API se muestra a continuación: GetCategoriesForSemanticDomain (String SemanticDomainName). El KBS regresa una lista en base a XML de todas las categorías en el dominio semántico referido por el nombre de dominio semántico. Esta lista XML es compatible con el esquema de CATEGORÍAS antes mostrado (categoría URL, nombre, descripción, el KBS URL y el nombre de dominio semántico). El KDM actualiza la tabla de CATEGORIES con esta información. Para registros de categoría que ya existen en la tabla, el KDM actualiza el nombre y la descripción. Para nuevos registros, KDM solicita un nuevo ID de objeto desde el manejador de objeto y asigna este al registro de categoría. En la modalidad preferida, una categoría es un "objeto", que hereda desde el tipo de Objeto y por lo tanto tiene un ID de objeto. El KDM sincroniza la tabla de CATEGORIES con la lista de CATEGORIES en el KBS (para un dominio semántico particular) eliminando registros en la tabla de CATEGORIES no presentes en la nueva lista después de examinar el URL de los registros de categoría y obteniendo el KBS URL relevante y el nombre de dominio semántico. Si un registro de dominio semántico es eliminado desde el KIS, KDM elimina todos los registros de categoría con un nombre de dominio semántico correspondiente y KBS URL. De manera esencial, esto será similar a liberar a la Agencia del conocimiento existente. El KDM asigna categorías de manera periódica a todos los "objetos de conocimiento" en la Red Semántica en base a sus registros de dominio semántico. Cuando nuevos objetos son agregados a la Red Semántica mediante el SDG, el SDG solicita que KDM asigne categorías a los objetos. El KDM enumera todas las instancias de KBS en sus registros de dominio semántico e invoca las llamadas de Servicio XML Web con el XML del objeto como el argumento. En la modalidad preferida, el KBS regresa un resultado en una memoria temporal XML similar a: <results> <result categoryurl="category://foo" score="91"> <result categoryurl="category://bar" score="93"> <result categoryurl="category://foobar" score="100"> </results> Esta información indica que las importancias de la asignación de categorías semánticas del objeto XML para las categorías en el dominio semántico en el KBS. En una modalidad preferida de la presente invención, el registro de dominio semántico es inicializado con un umbral (0-100) que indica el peso mínimo que el KDM solicitará del KBS. El KBS devuelve rangos que exceden el umbral predeterminado. El KDM anota la Red Semántica en base a esos resultados de asignación de categoría. Esto se logra de manera preferible agregando o actualizando un vínculo semántico con el ID de tipo de predicado de "pertenece a la categoría" con el ID de objeto de la categoría en el resultado. El KDM actualizará la tabla SEMANTICLINKS. Asumiendo a manera de ejemplo que al objeto se le asigna una categoría tiene un valor de ID de objeto de 56, la consulta de actualización aparece como sigue: UPDATE SEMANTICLINKS SET LINKSCORE = 91 WHERE OBJECTID=56 AND PREDICATETYPEID = 67 AND SUBJECTID IN (SELECT OBJECTID AS SUBJECTID FROM CATEGORIES WHERE URL LIKE "CATEGORY://FOO) El KD explora y asigna categoría de manera periódica a todos los "objetos de conocimiento" (documentos, artículos de noticias, eventos, correo electrónico, etc., de manera preferible sin incluir objetos como personas). De preferencia este proceso ocurre incluso si un objeto en la Red Semántica ha recibido previamente una categoría ya que el KBS se ha vuelto más "inteligente" y por lo tanto proporciona asignación de categoría superior. En dicho caso, los resultados podrían cambiar incluso si se repite la misma petición de asignación de categoría. Esto ocurrirá, por ejemplo, si la ontología en el KBS se ha actualizado. Por lo tanto, en la modalidad preferida, la asignación de categoría se ejecutará cuando se agregue el objeto a la Red Semántica mediante el Concentrador de Datos Semánticos y de manera periódica para asegurar que la Red Semántica tiene el conocimiento de dominio más actualizado. /'. Otros Componentes El Manejador de Agentes Favoritos. En las Agencias que soportan Estados de Usuario, un Manejador de Agentes Favorito maneja una lista de Agentes favoritos por usuario. En la modalidad preferida, el Manejador de Agentes Favoritos almacena un mapeo de nombres de usuario para Agentes favoritos en una tabla de UserFavoriteAgents. Manejador de Agente Compuesto. Un Manejador de Agente Compuesto maneja la creación, eliminación y actualiza los Agentes compuestos. Como se describió antes, los Agentes compuestos son Agentes que están comprendidos de otros Agentes en el sistema, y son inicializados para devolver la unión o intersección de los resultados de consulta en los Agentes contenidos. El Manejador de Agente Compuesto maneja todos los Agentes compuestos en el sistema y mapea los Agentes compuestos para los Agentes que contienen por medio de la tabla CompoundAgentMap. El Manejador de Agente Compuesto expone las funciones para crear Agentes compuestos, eliminar, renombrar, agregar y remover Agentes desde ellos, e indicar si se desea una unión o una intersección. Los Agentes Compuestos pueden ser agregados a otros Agentes compuestos. En la invocación, el procesador de consulta semántica pide al Manejador de Agente Compuesto para su consulta compuesta. El Manejador de Agente compuesto navega a través de su gráfica de mapa de Agente y devuelve una consulta compleja de todas las consultas de todos los Agentes que contiene. Si los Agentes son eliminados, los Agentes compuestos "seleccionan" el nuevo estado cuando son invocados, ignorando la consulta de Agente. En otras palabras, el compuesto de las consultas se hace solamente para Agentes que ya existen. Si el Agente compuesto observa que uno de sus Agentes ha sido eliminado, eliminará el registro desde su mapa.

User Profile Manager (Manejador de Perfil de Usuario). El Manejador de Perfil de Usuario (UPM) usa de manera preferible el Sistema de Inferencia para inferir el perfil de usuario en una base en curso. El UPM anota la Red Semántica en base a la retroalimentación desde los usuarios para sus preferencias explícitas. En la modalidad preferida, este proceso involucró el uso del predicado PREDICATEIDJSINTERESTEDIN. El UPM infiere los vínculos semánticos y anota la Red Semántica con el predicado PREDICATEIDJSLIKELYTOBEINTERESTEDIN. Todos los resultados de consulta para el usuario serán clasificados (fuera-de-banda) con una consulta para la Red Semántica para el predicado PREDICATEIDJSLIKELYTOBEINTERESTEDIN. Los resultados de consulta se basan en los hábitos de usuario, ya que el Sistema de Inferencia los aprende con el tiempo. De manera alternativa, el UPM puede ser configurado con la información de perfil de usuario almacenada en el User State Store (USS) (Almacén de Estado de Usuario). Esta es la información manualmente registrada en el cliente que indica las preferencias del usuario. Esta información es transferida y almacenada en el servidor con el que el usuario está interactuando. Esas preferencias se unen a diferentes esquemas. Por ejemplo, para documentos, el esquema se puede basar en las categorías preferidas. Para los mensajes de correo electrónico, el esquema se puede basar en las categorías, autores o adjuntos preferidos. Estos son dos de los muchos ejemplos posibles. El UPS anota la Red Semántica en base a la información registrada manualmente en el USS. Server Notification Manager (Manejador de Notificación del Servidor). El Manejador de Notificación del Servidor (SNM) es responsable de colocar en lotes las notificaciones del lado del servidor y enviarlas a los usuarios. En la modalidad preferida, los usuarios registran las notificaciones del lado del servidor a nivel del Agente. Cada Agente es capaz de activar las notificaciones de sus resultados de consulta. El Manejador de Notificación del Servidor determina como filtrar los resultados de consulta y formatearlos para entrega vía correo electrónico, voz, buscador personal o cualquier otro mecanismo de notificación, por ejemplo, los servicios de notificación Microsoft.NET Alerts. El Manejador de Notificación del Servidor mantiene la información en la última ocasión que los usuarios "leyeron" la notificación. Esto está indicado de manera preferible desde el cliente por medio de una interfaz de usuario. De manera preferible, el SNM solamente notifica a un usuario cuando existe nueva información en el Agente desde la última ocasión de "lectura" para el usuario particular. Descubrimiento de Agente. Utilizando multicast-based Agent discovery (descubrimiento de Agente en base a transmisión múltiple), cada agencia envía anuncios de transmisión múltiple que indican su presencia en la red de transmisión múltiple local. El administrados de Agencia fija la TTL de transmisión múltiple. La presente invención emplea de manera preferible el uso del Session Announecement Protocol (SAP) (Protocolo de Anuncio de Sesión) con un puerto bien conocido de 9875 y una TTL de 225, o un puerto de anuncio de propietario con una TTL personalizable. Para los detalles en SAP, ver http://sunsite.enlab-switch.ch/ftp/doc/standarci/rfc/29xx/2974 la cual está incorporada mediante referencia. El Agente de Información incluye de manera preferible un componente oyente que recibe los anuncios SAP. En la modalidad preferida, los anuncios son enviados como XML e incluirán la siguiente información • El servidor ID (este es un identificador único) • El servidor URL (este es el HTTP URL para el Servicio XML Web de la Agencia) • El período de anuncio (T) - este indica el tiempo entre cada anuncio • Si hay nuevos Agentes en la Agencia desde el último anuncio y la última hora de creación de Agente (en el reloj de la Agencia) Cada Agencia envía el anuncio XML y utiliza Forward Error Correction (FEC) (Corrección Anticipada de Errores) o Forward Erasure Correction (Corrección de Borrado de Error) para codificar el paquete. Esto fortalece al sistema para la caída de paquetes. De manera alternativa, la Agencia puede estar configurada para enviar los anuncios XML varias veces en sucesión (por anuncio). El oyente de transmisión múltiple de Agente de Información expone la semántica como directorio para el Semantic Environment Manager. El oyente agrega todos los anuncios XML desde las Agencias desde las que recibe la información. También coloca en memoria intermedia la última hora en que recibió un anuncio desde cada Agencia. El oyente abandera a las agencias que considera que pueden estar muertas o inactivas. Hace esto cuando no ha escuchado a la Agencia durante un tiempo mayor que el período de anuncio de la Agencia. El oyente puede estar configurado para esperar varios períodos antes de abanderar a la Agencia como inactiva. Esto manejará el caso de anuncios soltados (debido, quizás, a congestionamiento del tráfico). El oyente actualizará la lista de Agencia en el Semantic Environment Manager cada vez que reciba anuncios. El Semantic Environment Manager consulta de manera periódica al oyente para saber si hay nuevos Agentes. El Semantic Environment Manager verifica la lista de Agencia y pregunta a cada Agente que está activo si tiene nuevos Agentes. El Semantic Environment Manager califica esta petición con la última hora de creación de Agente de la Agencia mantenida localmente y la hora actual en base al reloj de la Agencia. La Agencia responde y también envía el nuevo valor de la última hora de creación de Agente. El Semantic Environment Manager coloca en memoria intermedia este valor en el registro de Agencia. Si hay nuevos Agentes, el explorador informa al usuario por medio de una casilla de diálogo y pregunta al usuario si desea ver los nuevos Agentes. La presente invención también soporta anuncios de Agencia que utilizan un peer-to-peer Agent discovery (descubrimiento de Agente de colega-a-colega). En este modelo, los anuncios son enviados hacia un servidor de directorio que todos los clientes revisan o directamente hacia los clientes por medio de un protocolo de colega-a-colega estándar. Las figuras 47 - 53 son pantallas ilustrativas que muestran aspectos del manejo de Agente mediante el KIS. Las figuras 47 - 50 ilustran un manejador de administración de Agencia KIS que muestra las vistas de Agente del lado del servidor. La figura 51 ilustra además los elementos de interfaz de usuario de administración de muestra para manejar tareas SDG (avance), tareas de sistema (por ejemplo el Sistema de Inferencia, el Correo Electrónico del Agente (por ejemplo bandeja de entrada), calendario y contacto DSA y todas las tablas SMS (objetos, vínculos semánticos, categorías, etc.). la figura 52 ilustra una muestra del diálogo de "Server Properties" (Propiedades de Servidor) de la presente invención en el manejador de administración del servidor. El diálogo ilustra como el administrador de servidor puede fijar las propiedades del servidor tal como el nombre del servidor, el nombre de exhibición, las propiedades de Almacenamiento de Datos SMS, las propiedades KDM (por ejemplo trayectoria de dominio de conocimiento y las propiedades DSA del usuario. La figura 53 ¡lustra una muestra del diálogo "Server Statistics" (Estadísticas de Servidor) en el manejador de administración de Agencia KIS de la modalidad preferida. El diálogo ilustra la pantalla de estadísticas tal como el número total de Agentes del lado del servidor (Agentes Estándar y Combinadores), el número total de Agentes Estándar del lado del servidor, el número total de Combinadores del lado del servidor, el número total de vistas de Agente, el número total de suscripciones de Agente del lado del servidor, el número total de objetos de información almacenados en el servidor, el número total de vínculos semánticos, el número total de usuarios en el servidor (Agencia) y el número total de grupos de usuario. 3. KNOWLEDGE BASE SERVER (SERVIDOR EN BASE A CONOCIMIENTO) El Knowledge Base Server (KBS) es el servidor que aloja el conocimiento para el KIS. En la mayor parte de las aplicaciones, muchas instancias del KIS se desplegarán, aunque solamente algunos (o un) KBS se desplegará para cualquier organización determinada. Esto se debe a que el KBS puede ser reutilizado (son específicos de dominio pero independientes de los datos). Por ejemplo, una firma farmacéutica puede desplegar un KBS inicializado con una ontología farmacéutica, aunque tiene varias instalaciones de KIS, quizás por división de empleado o por grupo de empleado. El KIS incluye de manera preferible los siguientes componentes: 1 , Una o más ontologías que corresponden a uno o más dominios (conocimiento) semánticos. Un dominio semántico es referido para usar un nombre de dominio semántico. Este es un nombre que se refiere a una trayectoria de dominio dentro de una jerarquía semántica. Los ejemplos son Industries.Technology, Industries. Pharmaceutical.LifeSciences y General. Sports. Basketball. Esos nombres o trayectorias también pueden ser calificados de manera global y única (por ejemplo, con los nombres de dominio de Internet) como se describió con anterioridad. 2. Una o más taxonomías que corresponden a los dominios semánticos soportados. Esas taxonomías contienen una jerarquía de nombres de categoría. 3. Un sistema de asignación de categoría que toma una pieza de texto o XML y el nombre de dominio semántico del que se va a ejecutar la asignación de categoría, y devuelve las categorías en aquel dominio al que pertenece el texto o XML, junto con los rangos de asignación de categoría (en una escala de 0 - 10 o, de manera preferible, 0 - 100). 4. Un Servicio XML Web que expone APIs para agregar nuevos dominios semánticos (y las ontologías y taxonomías correspondientes), para enumerar las categorías de un dominio semántico determinado y para asignar categoría a un texto o muestra de datos XML. 5. Una referencia de Servicio XML Web a otro KBS desde el cual el KBS obtiene su conocimiento. De este modo, el KBS actúa como un "proxy". El KBS puede ser ¡nicializado para actuar como un "proxy" y para obtener sus dominios semánticos soportados, ontologías y taxonomías desde otro KBS. Como se explicó antes, el KIS (por medio del KDM) envía de manera periódica objetos XML hacia el KBS para asignarles categoría para un dominio semántico determinado. 4. INFORMATION AGENT (SEMANTIC BROWSER PLATFORM) (AGENTE DE INFORMACIÓN (PLATAFORMA DE EXPLORADOR SEMÁNTICO)) a. REVISIÓN GENERAL El cliente del sistema, en la modalidad preferida del Agente de información de la presente invención, incluye los componentes de explorador semántico y la interfaz de usuario que proporcionan una experiencia de usuario semántica. En la modalidad preferida, el Agente de Información proporciona los siguientes servicios de alto nivel: • Permite a los usuarios el poder de recuperación de información de contexto y sensible al tiempo por medio de Agentes de Información locales y remotos. • Permite a los usuarios descubrir información en Agencias locales y remotas que están expuestas por medio de Agentes a través del Servicio X L Web de la presente invención. Esta información es clasificada de manera preferible en clase semánticas bien conocidas tales como documentos, correo electrónico, listas de distribución de correo electrónico, personas, eventos, multimedia y clientes. • Permite a los usuarios explorar una vista semántica de información encontrada por medio de Agentes de la presente invención • Permite a los usuario publicar información para una Agencia • Permite a los usuarios vincular de manera dinámica la información en su unidad de disco duro, red local o una Agencia específica con información encontrada en Agentes desde otra Agencia. Esto facilita la vinculación electrónica dinámica y la exploración controlada por el usuario. Una ventaja del Agente de Información de la presente invención es que los usuarios abren Agentes similares a como los usuarios que abren documentos desde su espacio de nombre del sistema de archivo. El Agente e Información tendrá su propio ambiente que abre "mundos" semánticos de información. Por ejemplo, la compañía ABC puede tener una Agencia KIS interna que tiene Agentes para documentos internos, correo electrónico, etc. Además, terceras partes pueden alojar Agentes en la Internet para mantener información sobre reportes de industria, eventos de industria, etc. En una modalidad preferida de la presente invención, los empleados de la compañía ABC abren agentes para descubrir información en la Internet que se relaciona con su trabajo y también relacionar semánticamente información que es interna para la compañía ABC con información que es externa pero relevante para la compañía ABC. b. Configuración de Cliente En la modalidad preferida, el cliente del sistema es capaz de vincular semánticamente la información encontrada de manera local así como en Agencias remotas. Esto se logra de manera preferible a través del uso de un Semantic Environment expuesto comprendido de Agencias desde un Directorio de Agencia Global, Agencias en una red de área local (publicadas por medio de transmisión múltiple o sistema de publicación de colega-a-colega) y Agencias desde un Directorio de Agencia habitual que utiliza Descubrimiento de Agente. La configuración e cliente preferida se basa en una estructura que tiene Agentes y Agencias locales, e incluye un Semantic Environment Manager, el cual maneja en forma local los Agentes guardados y los Agentes Favoritos, esencialmente integrando las metáforas de historia y favoritos. El Semantic Environment Manager usa los Documentos de Consulta Semántica dentro del Semantic Environment para presentar el conocimiento a los usuarios por medio del Semantic Environment Browser. La configuración de cliente incluirá también la información de Descubrimiento de Agente (por ejemplo listas de Agencia, información de directorio, etc.) c. Especificación de Estructura de Cliente Revisión General. La especificación de estructura de cliente proporciona la infraestructura de servicio para la interfaz de usuario de Agente de Información, y define los servicios básicos e interfaces, incluye los componentes de interfaz de usuario centrales y proporciona un ambiente configurable, extensible para los bloques de construcción principales de la interfaz de usuario del agente de Información. Esta sección describe la especificación de la estructura del cliente de acuerdo con una modalidad preferida de la presente invención. El Núcleo de Estructura define los servicios de base, la configuración, las preferencias y mecanismos de seguridad. Los Componentes de Interfaz de Usuario Centrales definen los servicios y módulos de interfaz de usuario que soportan el servidor y la configuración de Agente, control e invocación y alguna configuración para la Estructura de Explorador Semántico. Los Componentes de Interfaz de Usuario Centrales son implementados como una extensión Windows Shell y la interfaz de usuario asociada (descrita a continuación). La Estructura de Explorador Semántico proporciona la consulta de base y los servicios de manejo de resultados y la estructura para la presentación de resultados. Los conceptos específicos de la interfaz de usuario relaciona la presentación de objeto semántico de manera preferible son configurables y extensibles, incluso se proporciona el soporte de presentación por omisión como una "extensión" preinstalada. La Estructura de Explorador Semántico se implementa de preferencia como un conjunto de extensiones de comportamiento para plataformas existentes utilizadas en la Web Actual (por ejemplo Internet Explorer), y saca ventaja de la funcionalidad X L, XSLT, HTML/CSS y DOM soportada. Contexto. La estructura de cliente se construye sobre los componentes de servicios semánticos de la presente invención que incluyen soporte de consulta semántica, procesamiento y vinculación de información de contexto y sensible al tiempo, etc. La estructura de cliente se construye de manera preferible como una extensión de ambiente operativo y extensiones de plataforma (por ejemplo Internet Explorer), que proporcionan funcionalidad a los usuarios en el contexto de sus herramientas y ambiente existentes. Por ejemplo, el Agente de Información puede implementarse como una Shell extensión (la cual extiende el Windows Shell y emplea la vista de Explorer estándar y los modelos de interfaz de usuario). En una modalidad alternativa, la presente invención es igualmente aplicable en una aplicación de explorador semántico autónomo. Requerimientos. Los requerimientos preferidos de la estructura de cliente se relacionan a la flexibilidad y la capacidad de extensión. Esto asegura que la interfaz de usuario puede ser adaptada fácil y rápidamente ya que hay más tipos de objeto de información, perfiles de usuario, etc. Se incluyen los siguientes: • Proporcionar soporte para Cubiertas a fin de manejar el conjunto completo de resultados de consulta •Permitir una amplia gama de enfoques, incluir listas, tablas, diapositivas sincronizadas, etc. • Proporcionar un modo protector de pantalla (o equivalente). • Proporcionar soporte para Cubiertas que pueden ser asociadas con una clase de objeto. • Asegurar que existe una Cubierta por omisión que puede manejar todas las clases. • Las Cubiertas deben ser tan simples como XSLT, pero deben permitir soporte de escritura, y posiblemente incluso código (con restricciones de seguridad adecuadas). • Proporcionar soporte para exploración del Semantic Environment en la vista de resultados (para completar la Vista de Árbol del Agente), incluyendo Agentes (Inteligentes, No Inteligentes y Especiales), Agencias y Combinadores. • Proporcionar interfaces bien definidas entre componentes y asegurar que todas las comunicaciones deben ocurrir por medio de la estructura. • Proporcionar un sólido modelo de seguridad a través de la estructura. Núcleo de Estructura Semantic Environment Manager (SEM) (Manejador de Ambiente Semántico). El SEM maneja la creación, eliminación, actualización y exploración de Agentes, Combinadores y Agencias en máquinas locales de usuarios. Además, el SEM es responsable de escuchar los anuncios de transmisión múltiple de Agencia, exploración de Agencias en el directorio de empresa 8por ejemplo, por medio de LDAP), exploración de Agencias en un directorio habitual y exploración de Agencias en el Directorio de Agencia Global. El SEM incluye una capa de almacenamiento que almacena los metadatos de cada Agente en el sistema, incluyendo todos los atributos de Agente (tal como el nombre del Agente, descripción, hora de creación, última hora de uso, el tipo de Agente (Inteligente, No Inteligente, especial, etc.) el tipo de objeto de información que representa el Agente (para agentes creados en base al tipo de información), el tipo de contexto que representa el Agente (para Agentes Especiales o Agentes creados en base a una Plantilla de Contexto), los atributos del Agente, una referencia al XSLT u otro archivo de escritura que representa la Cubierta del Agente (incluyendo preferencias de archivador /clasificación y otros esquemas de presentación), la información y método de notificación (si es solicitada por el Agente), y la memoria temporal o trayectoria de archivo/URL para la consulta SQML del Agente. El Agente de Información (explorador semántico) puede almacenar estos metadatos de Agente en una base de datos local, un almacenamiento como el registro Windows, o en un almacenamiento de archivo XML en el sistema de archivo local. El SEM también utiliza el atributo de Agente para indicar si un Agente es un Agente Favorito. Además SEM elimina de manera automática a los Agentes que no son favoritos que son más viejos que un límite de edad configurable (por ejemplo, dos semanas). La Shell Extensión del Agente de Información y otros componentes (tales como la barra de herramientas y el diálogo de Abrir Agente) emplean el SEM para proporcionar la creación, eliminación, exploración, actualización de Agente y el manejo de Agentes por medio de su ¡nterfaz de usuario. Manejador de Preferencias. Este componente maneja todas las preferencias del lado del cliente, proporcionando servicios para hacer persistir las preferencias, se comunica con los servidores según sea necesario para compartir las preferencias o itinerancia de soporte, y soporta la fijación y obtención de valores de preferencia desde otros componentes. Este componente tiene interfaz de usuario asociada así como algunos componentes más de interfaz de usuario de preferencias específicas. Las preferencias se dividen en sub-componentes y pueden resumir las preferencias de clases de cliente asociadas. Estas incluyen: • Preferencias Centrales. Esto incluye la configuración básica tal como el perfil de usuario y la información personal. • Preferencias de Cubierta. Esto también asocia las Cubiertas preferidas con clases de objeto, así como la Cubierta de lista preferida y las Cubiertas de protector de pantalla. Pueden haber disposiciones de preferencias relacionadas con Cubierta adicionales. Este componente maneja también el conjunto de cubiertas localmente disponibles. Las Cubiertas Descargables son manejadas de manera preferible a través de este componente. Manejador de Notificación. Las notificaciones proporcionan un medio para indicar a los usuarios que hay nueva información disponible en un Agente Inteligente determinado. Los usuarios configuran de manera opcional un Agente Inteligente específico para soportar o proporcionar notificaciones (será OFF por omisión para la mayoría de los Agentes Inteligentes), y también configura como presentar las notificaciones a los usuarios. Esas notificaciones son presentadas por el componente de interfaz de usuario de Notificación. El Manejador de Notificación es responsable del manejo de consultas de interrogación anteriores para el conjunto adecuado de Agentes Inteligentes. El Manejador de Información en Vivo es un componente paralelo que proporciona servicios similares al Explorador de Resultados. El Manejador de Notificación concentra una lista de Agentes inteligentes marcados para notificación e interroga en forma periódica a los servidores asociados para la nueva información. "Nueva" es definida como "desde la última interrogación [o consulta]". Cada vez que responde la interrogación, incluye un indicador de estampilla de tiempo que el Manejador de Notificación debe mantener, asociado con el Agente. La interfaz de usuario asociada con la configuración del Manejador de Notificación se implementa de manera preferible en coordinación con la Vista de Árbol del Agente. Esto permite que las notificaciones (por ejemplo, una opción de menú desplegable "Notify" de cada Agente Inteligente). El Manejador de Notificación puede también soportar alternativas para notificar al usuario cuando no hay nuevos resultados disponibles. Algunas opciones incluyen un etilo de despliegue (por ejemplo, negrillas, con color, etc.) para el Agente en la Vista de Árbol del Agente, un diálogo de recordatorio, notificación de audio, o acciones más exóticas como correo electrónico, notificación IM o SMS. Seguridad del Lado del Cliente. Los asuntos de seguridad del lado del cliente se relacionan con el código de extensión y Cubiertas. Las Cubiertas son de preferencia XSLT, aunque también soportan escritura. Además, el HTML generado puede incluir referencias a componentes y comportamientos ActiveX. La "sandbox" de presentación puede incluir restricciones de seguridad que evitan que las Cubiertas corran un código potencialmente nocivo por medio de la escritura. Por ejemplo, la implementación puede rechazar por completo cualquier código no firmado (incluyendo comportamientos ActiveX y DHTML). De preferencia toda la comunicación cliente - servidor con las Agencias es ocultada de las interfaces publicadas (para Cubiertas), que terceros personalizarán para proporcionar Cubiertas habituales. Mediante el aislamiento de la funcionalidad fuera del tiempo de corrida principal del cliente, el riesgo del compromiso de seguridad se puede reducir. Componentes de Interíaz de Usuario Centrales Vista de Árbol del Agente. Esta es una Shell Extensión Tree View que soporta gran parte de la interfaz de usuario central para controlar e invocar Agentes. Interfaz de Usuario de Exploración del Ambiente Semántico. Esto proporciona la interfaz de usuario para permitir a los usuarios explorar el Semantic Environment. Un ejemplo de este es el "Diálogo de Abrir Agente". Esto complementa la Vista de Árbol de Agente, la cual también despliega una vista jerárquica del espacio de nombre (ver pantallas) Inspector de Agente. Esto proporciona la interfaz de usuario para ver las propiedades o editar (en el caso de Agentes Inteligentes creados por el usuario) un Agente, Combinador o Agencia individual. Sistema Principal de Explorador. Este es de manera preferible un "empaquetador" en el núcleo de explorador semántico (por ejemplo, el tiempo de corrida del explorador Internet Explorer), que permite la presentación de una vista habitual de los Agentes, Agencias y Combinadores en la Vista de Árbol del Agente. De manera preferible no tiene ninguna interfaz de usuario, sino que es un componente de puente entre la Shell Extensión y la Estructura de Explorador. De preferencia, este componente también es responsable de coordinar cierta funcionalidad del explorador con la interfaz de usuario Windows Shell, incluyendo en particular el mecanismo de navegación ("atrás/adelante"), a fin de proporcionar una experiencia de usuario "atrás/adelante" uniforme (en donde el usuario solamente tiene que tratar con una lista de historial "atrás/adelante"). Ul de Preferencias Centrales. Esto proporciona una interfaz de usuario para las preferencias relacionadas con el Semantic Environment, servidor, manejo de personas y Agente, así como cualesquiera otras disposiciones de preferencia diversas. Esto incluye de manera preferible el diálogo de hoja de propiedad anterior, dividido posiblemente en hojas separadas por el área funcional. En la modalidad preferida, esta debe ser una interfaz de usuario de diálogo tabulado. Ul Preferencias de Cubierta. Esto proporciona una interfaz de usuario para las preferencias relacionadas con el manejo de Cubierta. De preferencia, este es un diálogo de hoja de propiedad. La lista de Cubiertas disponibles se presentará como una lista, para selección. Sta interfaz de usuario permite fijar las Cubiertas actuales, como diferentes de las Cubiertas por omisión. De manera preferible permite a los usuarios hacer que la Cubierta actual sea la omisión. Para preferencias de Cubierta por-Agente, permite de manera preferible a los usuarios seleccionar una Cubierta para el Agente actualmente seleccionado o abierto. Notificación Ul. La interfaz de usuario asociada con la configuración del Manejador de Notificación se implementa de manera preferible en coordinación con la Vista de Árbol del Agente. El Manejador de Notificación también puede soportar alternativas para notificar a los usuarios cuando hay nuevos resultados disponibles. Algunas opciones incluyen un estilo de despliegue (por ejemplo, negrillas, con color, etc.,) para el Agente en la Vista de Árbol del Agente, un diálogo de recordatorio, notificación de audio, o acciones más exóticas como correo electrónico, notificación ÍM o SMS. En la modalidad preferida, la interfaz de usuario incluirá un diálogo tabulado (o equivalente) par permitir al usuario seleccionar los esquemas de notificación antes mencionados (y similares). Protector de Pantalla. La interfaz de usuario proporciona de manera preferible una modalidad especial para el Explorador de Resultados que funciona como un protector de pantalla, llenando la pantalla en una exhibición en modo de teatro. En la modalidad preferida, las Cubiertas especiales se utilizarán para el modo de protector de pantalla. Esas Cubiertas podrían enfatizar una exhibición dinámica que puede accionar una mayor área de pantalla, aunque podría usar también tipos de letra más grandes y una distribución ampliamente separada. Estructura de Explorador Explorador de Resultados. El Explorador de Resultados es responsable de exhibir los resultados de las consultas, y la información e cualesquiera recursos locales abiertos. El Explorador de Resultados obtiene de manera preferible uno o más archivos XML a partir del Manejador de Consulta y los combina en un solo archivo XML que representa una lista de objetos. La lista misma puede ser filtrada o clasificada como una etapa inicial. La lista como una estructura es transformada por una clase especial de Cubierta (una hoja de transformación XSLT, que incluye posiblemente alguna escritura) que maneja listas. La lista-Cubierta crea la estructura DHTML primaria (o similar), por ejemplo una lista, tabla o quizás una secuencia sincronizada. Las Cubiertas de Objeto manejan los artículos DHTML individuales que presentan la información para cada instancia de objeto. La Lista-Cubiertas puede manejar el envío de Cubiertas de objeto individual (mapeando la clase de objeto a la Cubierta), pero el Explorador de Resultados proporciona de manera preferible los mapeos por omisión de clase para Cubierta para sencillez. Los usuarios pueden preferir una forma determinada de presentación, y pueden seleccionar Cubiertas por omisión (tanto para la lista como para las clases de objeto). La consulta original (es decir, el SQML) puede incluir también parámetros que indican que Cubiertas se utilizarán (de manera especial que lista-Cubierta). Estos serán pasados hacia el Explorador de Resultados junto con los resultados. El Explorador de Resultados usa las instalaciones del Manejador de Cubierta para seleccionar la Cubierta correcta a aplicar. Se pueden emplear distintas reglas de cómo se combinan y se asignan prioridades a las preferencias de usuario y las preferencias de Agente (autor). Cuando los resultados de consulta están compuestos de múltiples archivos XML distintos, el Explorador de Resultados debe combinar estos en un solo documento XML para proporcionar una experiencia de usuario uniforme. La modalidad preferida proporciona el manejo de resultados adicionales de manera dinámica. Este modo de actualización dinámica se implemente en forma preferible utilizando una plantilla diferente o quizás un método de escritura dentro de la plantilla XSLT. De manera alternativa las Cubiertas de lista pueden requerir un comportamiento (o componente de tiempo de corrida local) para manejar la lógica de agregar al documento sin alterar el contexto de usuario, Manejador de Consulta (o Procesador de Consulta Semántica del Lado del Cliente). El Manejador de Consulta es responsable de manejar I comunicación con el o los servidores, ejecutar las peticiones de información y concentración de resultados XML. El XML resultante es pasado hacia el Explorador de Resultados para presentación a los usuarios. El Manejador de Consulta proporciona de manera preferible los servicios para soportar la funcionalidad de Smart Lens. Cuando se hace una petición de Smart Lens, los resultados son devueltos a como XML y son pasados al Explorador de Resultados, de preferencia marcados para indicar que son resultados de Smart Lens para un objeto determinado. El Manejador de Consulta incluye de manera preferible los siguientes sub-componentes que proporcionan servicios individuales para satisfacer las peticiones de consulta. • Intérprete SQML. Este componente debe descomponer el SQML pasada en un conjunto de peticiones, posiblemente con recursos vinculados. Cada petición o vínculo de recurso resuelve para un recurso con un protocolo - asociado (por ejemplo HTTP, o uno de un número de pseudo-protocolos locales como outlook; o document:) y es enviado hacia el manejador de protocolo asociado. Un archivo SQML determinado puede incluir una mezcla de tipos de recurso de red y local. Manejador del Manipulador de Recurso. Este es de manera preferible un mecanismo de registro central para manipuladores de recurso. Es una capa mínima que asocia los protocolos y pseudoprotocolos con los manipuladores, y simplifica el envío de peticiones de recurso. Manipuladores de Recurso. Estos son componentes que encapsulan los elementos específicos de acceso de recursos desde un "servidor" determinado. Un manipulador de recurso no resuelve ninguno de los recursos vinculados. Esta es responsabilidad preferiblemente del Intérprete de SQML (es decir el Intérprete SQML habrá resuelto ya los recursos vinculados y proporcionado los metadatos asociados como parte de la petición de recurso para este manipulador). De preferencia, cuando el recurso es un servicio de Web Semántica, el componente empaqueta la petición y la emite por medio de http. Cuando el recurso es un recurso local (por ejemplo, un recurso document: o Outlook:), el manipulador de recurso manipula el recurso directamente. Para documentos, el manipulador de recurso pasa el documento (un archivo: URL) al sistema e extracción de significado semántico, sumarización y asignación de categoría para extraer metadatos. Para correo electrónico, el manipulador de recurso extrae mensajes desde el servidor de intercambio, o archivos .PST locales. Obsérvese que cuando hay vínculos en un recurso local, el manipulador de recurso local debe ejecutar el procesamiento que filtra los resultados de conexidad semántica. Esto puede ser habitual para el manipulador para eficiencia, aunque un Sistema de Conexidad genérico, central, proporcionará servicios para la mayoría de los casos. • Sistema de Conexidad. Este proporciona un lugar para concentrar la lógica para comparar los objetos para conexidad. La comparación depende de manera preferible de la mezcla de esquemas involucrados, aunque de otra manera es una operación simple que, dados dos objetos, proporciona una medida de conexidad. Manejador de Filtro/Clasificación. El Manejador de Filtro/Clasificación soporta la aplicación de filtros y clasificaciones para las listas de resultados proporcionadas para el Explorador de Resultados. El Manejador de Filtro/Clasificación toma ventaja de los servicios del componente de Preferencias de Filtro/Clasificación para obtener las preferencias de usuario para las disposiciones actuales. La función principal de este componente es resolver las preferencias generales, las preferencias por Agente, y cualesquiera disposiciones definidas en los resultados reales (esto puede o no ser soportado). Este componente es notificado por el componente de Preferencias de Filtro/Clasificación cuando los usuarios cambian los filtros y clasificaciones aplicados actualmente. Debido a que la interfaz de usuario es parte de una barra de herramientas asociada con la Shell Extensión (es decir su Vista de hoja derecha), aunque la aplicación de las funciones ocurre en el espacio del Explorador de Resultados, típicamente el control es indirecto. Lens Mode (Modo de Objetivo). Cuando se invoca un Smart Lens, el Explorador de Resultados debe generar peticiones de Objetivo (consultas) para objetos que los usuarios seleccionan. Las consultas son asincronas de manera que los usuarios pueden seleccionar consultas Smart Lens para varios objetos y vistas de los resultados como los han devuelto. Una interfaz de usuario sugerida para esto es reservar algún bien para el icono Smart Lens. Cuando está en el modo Smart Lens y el usuario hace clic (o permanece) sobre el icono Smart Lens, se emite una consulta, y el icono cambia para indicar que la consulta está en proceso. Cuando los resultados son devueltos, son manipulados por el Explorador de Resultados y las plantillas de Smart Lens dedicadas en las Cubiertas, y el icono Smart Lens de un objeto cambia para indicar que los resultados están disponibles. Haciendo clic o permaneciendo sobre el icono nuevamente desplegará los resultados Smart Lens en una manera específica de Cubierta (ver interfaz de usuario de hoja Smart Lens de muestra). Si la consulta es devuelta lo suficientemente rápido toda la función se parece preferiblemente a un desplegable activado por una permanencia o clic individual. Vista de Información a Fondo. Si la Información a Fondo no está disponible en los resultados originales, este componente genera la consulta asociada. De manera preferible la consulta es asincrona. Cuando los resultados son devueltos al Explorador de Resultados, son procesados a través de la Cubierta apropiada (utilizando una plantilla de Información a Fondo especial para cada Cubierta), y el HTML resultante es incorporado en el documento de resultados bajo el objeto asociado. La Cubierta primaria para el esquema inserta un elemento de Información a Fondo en el HTML para el objeto de manera que el Explorador de Resultados sabe en donde incorporar los resultados. Cuando la Información a Fondo está disponible (ya sea como parte de los resultados originales o en respuesta a una consulta de Información a Fondo), la Cubierta se despliega directamente o indicará que está presente, y alguna interfaz de usuario definida por Cubierta permitirá a los usuarios habilitar el despliegue (por ejemplo como una ventana desplegable). anejador de Información de Contexto. Para objetos actualmente desplegados en el Explorador de Resultados, ciertas notificaciones son proporcionadas de manera preferible por omisión. Dos clases de información nueva o adicional se proporcionarán a los usuarios: 1. Resultados adicionales que se han agregado al servidor desde que el usuario hizo la petición original. Esto es de especial utilidad para cosas tales como encabezados o entrelazamientos de correo electrónico. Los resultados son manipulados por el Explorador de Resultados, insertando los nuevos objetos en la vista. 2. Plantillas de Contexto e información relacionada que sería de interés para el usuario. Esta es generada por las consultas adicionales para un Agente específico (Agente Inteligente, Agente Especial, Combinador o agencia), utilizando un objeto particular como contexto. Los resultados son manipulados de manera similar a la forma en que se manejan los resultados de la Vista de información a Fondo y el Modo Smart Lens, mediante el procesamiento del XML devuelto desde la consulta, e insertando el HTML resultante dentro del HTML existente para el objeto. La Cubierta controla los mecanismos de exhibición y Ul. Un ejemplo de la información relacionada es "Sucesos de Interés" asociados con el objeto. anejador de Cubierta. Mantiene las preferencias del usuario para las Cubiertas de lista, las Cubiertas de objeto y dependencias entre la lista y las Cubiertas de objeto (ciertas Cubiertas de objeto pueden tener sentido solamente para una Cubierta de lista determinada). El Manejador de Cubierta mantiene también los parámetros para cada Cubierta que indica restricciones para la Cubierta, por ejemplo que tanto estado real de la pantalla se requiere, o que modalidades es mejor aplicar. La inteligencia considerable es construida de manera preferible para que ayuda al Explorador de Resultados a seleccionar Cubiertas de un rango e pantalla y restricciones de tamaño de ventana, así como para las modalidades, la capacidad de acceso, lenguaje y otras restricciones. Las versiones iniciales probablemente serán mucho más simples.

Plantillas de Cubierta. Esto describe la estructura de una Cubierta y como es aplicada desde dentro del Explorador de Resultados. De manera preferible una Cubierta es plantillas XSLT que convierten los resultados XML en XHTML (y/u otros lenguajes como SVG) o plataformas de presentación de propietario como Flash MX y ActionScript. Las plantillas también pueden insertar información de estilo, por ejemplo, para el estilo CSS. El código de presentación resultante (por ejemplo, XHTML) puede restringir la inclusión del código, por razones de seguridad. El código de estructura en el Explorador de Resultados invoca las Cubiertas. La modalidad preferida incluye las siguientes clases de Cubiertas: • Cubiertas de Lista (o cubiertas de distribución). Una Cubierta de despliegue se usa para transformar una lista de objetos devuelta a partir de una consulta dentro de alguna estructura de presentación general. Esta puede ser una lista simple, una tabla, o una secuencia sincronizada de diapositivas. Las Cubiertas de Lista no son específicas de esquema o de objeto, aunque pueden solamente soportar ciertas Cubiertas, las cuales pueden funcionar dentro de las restricciones que define la forma de presentación asociada. Por ejemplo, una Cubierta de lista que define una distribución de tabla puede requerir, o preferir, Cubiertas de objeto que pueden producir información en un pequeño formato rectangular. • Cubiertas de Objeto. Las Cubiertas de Objeto son específicas de esquema y generan la presentación de un objeto individual de un tipo de objeto de información determinado (o clase de información). Es posible definir una Cubierta para la super-clase genérica (o cualquier otra super- clase) que puede servir como una Cubierta por omisión de un rango de clases o sub-clases derivadas (presumiblemente mediante la omisión de algunos detalles). • Cubiertas de Contexto. Las Cubiertas de Contexto están unidas a una Plantilla de Contexto particular, y generan la presentación que transferirá de manera más efectiva el contexto indicado por la plantilla. • Cubiertas de Combinador. Las Cubiertas de Combinador están diseñadas para presentar los resultados desde los Combinadores. Esas Cubiertas permitirán al usuario ver los resultados por medio del Agente contenido en el Combinador, a través del tipo de objeto, o por medio de una vista combinada que exhibe rodos los resultados como se considera que provienen de una fuente. De manera preferible las Cubiertas modelan restricciones tales como la modalidad y el área de exhibición de presentación a través del manejo de las restricciones (pasadas como parámetros ya sea de manera estadística o dinámica por eventos dentro del núcleo explorador mismo). Esto es soportado de manera preferible mediante la imposición de una restricción que las Cubiertas de lista deben especificar solamente Cubiertas de objeto aceptables. En un enfoque alternativo, las Cubiertas de objeto pueden estar diseñadas para una Cubierta de lista determinada, y el Explorador de Resultados/Manejador de Cubierta selecciona Cubiertas de objeto para la Cubierta de lista actual. Detalles de Cubierta de Lista. Los usuarios pueden seleccionar un Cubierta de lista individual para la vista actual y hacerla por omisión. Las Cubiertas de lista también pueden ser asociadas con Agentes individuales, en cuyo caso la omisión genérica es anulada. El Explorador de Resultados invoca la Cubierta de lista para procesar la lista de resultados, aunque de manera preferible la Cubierta de lista no maneja realmente los objetos individuales. Crea alguna instancia por objeto en la presentación de estructura (por ejemplo, registro sincronizado en una secuencia, o una celda en una tabla, o un artículo en una lista), y después las Cubiertas de objeto llenarán los detalles. Detalles de Cubierta de Objeto. Las Cubiertas de objeto convierten un esquema particular a XHTML. El soporte para resultados de consulta asincrona para cosas como Información a Fondo e información de Plantilla de Contexto se proporcionan invocando plantillas asociadas desde el Explorador de Resultados (a través del DOM) en el XML de resultados e insertando después el XHTML resultante dentro del documento de resultados a través de las ¡nterfaces DOM. De manera preferible hay varias plantillas individuales dentro de una Cubierta de objeto, incluyendo: • Plantilla de esquema primario. Esta es la pieza principal que genera XHTML, para la exhibición por omisión. Esta debe crear los empaquetadores para la Información a Fondo, la información Smart Lens, el contenido de la información de la Plantilla de Contexto, y cualquier escritura que proporcione control del usuario sobre la plantilla asociada. • Plantilla de Información a Fondo. Esta plantilla maneja la meta- información para la Información a Fondo. Puede ser llamada para la información a fondo en línea proporcionada con los resultados originales, o puede ser llamada para manejar la información a fondo solicitada de manera asincrona. De cualquier manera, genera de preferencia XHTML en alguna forma, que es insertado bajo el elemento empaquetador para Información a Fondo. La inserción ocurre probablemente en XSLT para la información a fondo en línea, y se efectúa a través de la inserción DOM para los resultados de consulta de Información Profunda. • Plantilla de información de contexto. Esta plantilla maneja la información de resultados para los resultados de consulta de información de contexto.

Genera XHTML en alguna forma, el cual es insertado bajo el elemento empaquetador para información en vivo. La inserción se efectúa a través de la inserción DOM para los resultados de consulta de Información a Fondo. • Plantilla de información Smart Lens. Esta plantilla maneja la información de resultados para los resultados de consulta Smart Lens. Genera XHTML en alguna forma, el cual es insertado bajo el elemento empaquetador para información en vivo. La inserción se efectúa a través de la inserción DOM para los resultados de consulta de Información a Fondo. En la modalidad preferida, la plantilla no puede modificar los otros contenidos del XHTML (incluso para el mimo objeto), de manera que se mantendrá para el Explorador de Resultados a fin de coordinar los cambios de interfaz de usuario que indican cuando está disponible la Información a Fondo, la información en vivo o los resultados de Smart Lens. La estructura requiere que se utilicen ciertos iconos (también por consistencia), y que estos tengan nombre o tipos de elementos regulares, que permitirán al Explorador de Resultados encontrar y modificarlos según sea necesario. Además, el Explorador de Resultados puede crear y generar eventos para indicar los cambios de estado. La escritura generada por plantilla puede responder a esos eventos y exhibir la información asociada según se desee. Cubiertas por Omisión. En la modalidad preferida, se proporciona un conjunto de Cubiertas por omisión. Estas incluyen de manera preferible Cubiertas para las clases de objeto básicas y un pequeño conjunto de Cubiertas de lista que permite una variedad de vistas de resultados de consulta. Las Cubiertas de lista preferibles incluyen: • Una exhibición de lista detallada (como la vista de detalles del Windows Explorer) • Una vista de Icono tabular (de nuevo, como la vista del Icono del Windows Explorer, pero de alguna manera más rica) • Una vista de presentación sincronizada, e. Estructura de Cliente En la modalidad preferida, el cliente del sistema incluye Shell Extensions, un Presentador y Cubiertas utilizadas por el Presentador para exhibir información con contexto y significado. Shell Extensión (Extensión de Ambiente Operativo). Una Explorer Shell Extensión es un componente de software Microsoft Windows con código de cliente. Las Shell Extensions permiten a las aplicaciones utilizar el Shell (ambiente operativo) como un cliente habitual, y proporcionan también servicios tales como integración transparente con la computadora de escritorio, el sistema de archivo, Internet Explorer, etc. Ejemplos de extensiones de ambiente operativo por omisión incluyen "Mi Documentos", "Mi Computadora", "Mis Sitios de Red", "Papelera de Reciclaje" e "Internet Explorer". El uso de una Shell Extensión en la modalidad preferida de la presente invención tiene varias ventajas: 1. Proporciona una forma muy nítida de proveer una experiencia de usuario que se integra de manera uniforme con la forma en la que los trabajadores con conocimiento explorar la información. A su vez, esto elimina la necesidad de desarrollar un cliente propietario y permite una integración no estándar con Internet Explorer de Microsoft, "Mis Documentos", etc. 2. Abarca la Web Actual y proporciona una trayectoria de migración para la transferencia de contenido en la Web Actual hacia el Information Nervous System de la presente invención. Por ejemplo, los usuarios preferiblemente arrastran y sueltan documentos desde su unidad de disco duro (por medio de Microsoft Explorer) o desde la Internet (por medio del Internet Explorer) en Agentes remotos en la Shell Extensión de la presente invención. Esto es difícil y no es intuitivo con un cliente propietario. Sin embargo, la presente invención contempla la probabilidad para un cliente propietario o el equivalente de Shell Extensión en sistema operativo no Windows y sistema operativos para dispositivos de computadora no personal. Las Shell Extensions de la presente invención proporcionan una vista del Semantic Environment de los usuarios (por ejemplo, historia, favoritos y otras vistas). En la modalidad preferida, la Shell Extensión proporciona lo siguiente: 1. Permiten a los usuarios abrir un Agente, un documento, una carpeta, o una dirección en el Semantic Environment del explorador semántico. Para un Agente, el cliente exhibe una casilla de diálogo "Abrir Agente" habitual que permite a los usuarios explorar el Semantic Environment del explorador semántico. Esto incluye de manera preferible Agentes en la lista "Mis Agentes" de los usuarios, Agencias en el Directorio de Agencia Global, Agencias en la red de área local (anunciando por medio de transmisión múltiple), y Agencias de cualquier Directorio de Agencia habitual que los usuarios hayan configurado. [INSERT RELEVANT SCREEN SHOTS ON Ul] Abrir un Agente da como resultado la exhibición del cliente de los resultados en la consulta de ese Agente. La apertura de un documento abre los metadatos XML para ese documento, compatible con el esquema para el tipo de objeto de documento. La apertura de una carpeta abre los metadatos XML para una carpeta del sistema de archivo. Los usuarios son capaces de abrir los contenidos inmediatos o a fondo de la carpeta por medio de la carpeta misma. La apertura de una dirección permite a los usuarios entrar a cualquier dirección para ser abierta por la estructura del cliente. Esto incluye URLs (los cuales abren los metadatos XML para el documento), documentos en el sistema de archivo, u objetos (ver "Convenciones de Asignación de Nombre URL" a continuación). En el caso de los Agentes, el URL de Agente es registrado de manera preferible como sigue: Agent://<Agentname>@<Agencyname>.>domain name>. Esto es análogo a la convención para asignación de nombre http://<URL> para HTTP URLs. El prefijo Agent:// es requerido en este caso debido a que la opción de Abrir Dirección puede abrir cualquier dirección. En el caso de la opción "Abrir Agente", los usuarios preferiblemente no necesitan agregar el prefijo; la estructura del cliente aprueba de manera automática el URL para incluir el prefijo. Esto es similar a como los usuarios son capaces de entrar a "www.foo.com" en el explorador Actual sin el prefijo calificador http://. Se anticipa que el cliente permite a los usuarios la habilidad de abrir otros objetos, por ejemplo, archivos Microsoft Outlook.PST. 2. Permite a los usuarios explorar, suscribir y des-suscribir a o desde Agentes en una Agencia determinada que soporta Estado de Usuario. 3. Permite a los usuarios guardar Agentes invocados o resultados de consulta semántica en la lista Mis Agentes. 4. Permite a los usuarios crear Combinadores y agregar y eliminar Agentes desde y hacia los Combinadores (incluyendo por medio de arrastra y soltar). 5. Notifica a los usuarios cuando hay nuevas Agencias en cualquiera de los Directorios de Agencia (por ejemplo, el Directorio de Agencia Global, la Red de Transmisión Múltiple de Área Local o cualesquiera Directorios de Agencia habituales) desde la última vez que se verificaron. 6. Notifica a los usuarios cuando hay nuevos Agentes en cualquier Agencia particular desde la última vez que se verificaron. 7. Proporciona acceso de arrastrar y soltar a las consultas semánticas relaciónales de objetos en el Semantic Environment. La Shell Extensión permite a los usuarios arrastrar y soltar un documento desde el Semantic Environment (ya sea en una unidad de disco duro, la cercanía de la red, la Intranet, o la Internet) hacia una carpeta de ambiente operativo que representa un Agente. Estoa activa una llamada de procedimiento remoto para el Servicio XML Web para la Agencia determinada con los metadatos de documento como el argumento. 8. Proporciona acceso de "pegar" a objetos copiados al portapapeles del sistema. La presente invención usa el portapapeles del sistema para permitir a los usuarios copiar cualquier objeto para acceso posterior. Además, el portapapeles permite a los objetos copiar objetos desde otras aplicaciones, por ejemplo, aplicaciones de Microsoft Office (por ejemplo, artículos de correo electrónico desde Outlook), desde aplicaciones multimedia, y copiar datos desde cualquier aplicación. 9. Permite a los usuarios seleccionar un Agente como un Smart Lens. Un Smart Lens permite a los usuarios ver objetos en la vista de resultados en base al contexto desde un Agente o cualquier objeto que puede ser copiado al portapapeles del sistema. Por ejemplo, de manera ordinaria, si un objeto de documento está en la vista de resultados y el usuario permanece sobre el vínculo que representa el objeto, los metadatos del objeto son desplegados. Sin embargo, si se selecciona un Smart Lens (por ejemplo pegándolo en la hoja de resultados) y el usuario permanece sobre el objeto, la información que relaciona el objeto en el Smart Lens y el objeto debajo del cursor es exhibido. Por ejemplo, si los usuarios copian "People.Research.AII al portapapeles y lo pegan como un Smart Lens, permaneciendo después sobre un documento, los metadatos pueden ser exhibidos en un desplegable de globo como sigue: "Encontró 15 personas en People.Research.AII que son expertos en este documento". Otros ejemplos son "Encontró 3 personas que pueden haber escrito este documento" y "Encontró 78 mensajes de correo electrónico que se relacionan con este objeto enviado por personas en People.Research.AII. Los usuarios deciden si invocar o no cualesquiera de los vínculos en los metadatos en el desplegable de globo. En una modalidad alternativa, el desplegable puede exhibirse en una barra lateral y no requiere un globo. Cuando se pega un Smart Lens en el portapapeles, la Shell Extensión se comunica de manera preferible con el sistema y cambia el cursor del "ratón" para reflejar el nombre del Agente seleccionado. El Smart Lens tiene de preferencia alcance global debido a que es copiado desde el portapapeles. En otras palabras, por ejemplo, todas las instancias de Windows Explorer e Internet Explorer "ven" el Smart lens y responden a sus acciones. En la modalidad preferida hay una herramienta Smart Lens en la barra de herramientas del Agente de Información que aplica para el objeto actual en el portapapeles (por ejemplo, Agente u otro objeto). Por omisión la herramienta de Smart Lens será deseleccionada una vez que se hace clic sobre un vínculo en el sistema. De manera preferible los usuarios son capaces de "conectar" el Smart lens. Cuando el Smart lens es conectado, el Smart lens permanece activo hasta que los usuarios explícitamente lo deseleccionen. En la modalidad preferida, para conectar un Smart Lens, los usuarios seleccionan la herramienta "Pegar como Smart Lens y Conectar" en la barra de herramientas. 10. Permite a los usuarios "desprender" los resultados de un Agente desde la Shell Extensión y exhibirlo en la vista acoplada en la computadora de escritorio. En esta vista, la ventana del explorador de resultados de Agente actúa como un receptor semántico. Esta característica permite a los usuarios desplegar de manera continua la información semántica en tanto que sigue haciendo otro trabajo. 11. Permite a los usuarios habilitar un Agente para ser utilizado como un protector de pantalla. 12. Permite a los usuarios explorar e invocar Cubiertas disponibles en el Directorio de Agencia Global. Presentador. El Presentador es un conjunto de componentes locales (por ejemplo, conectores de explorador) que toman las consultas semánticas a partir de manuscritos (u otros conectores) y pasarlos hacia un Servicio XML Web de Agencia KIS. La presente invención traduce los resultados de las consultas semánticas y pasa el XML a otros comportamientos o manuscritos de presentaciones eventuales para usuarios. En la modalidad preferida, el Presentador es invocado por la Shell Extensión con un archivo SQML. De manera preferible el sistema comunica directamente con el Servicio XML Web. El sistema resuelve el archivo SQML e invoca las llamadas para abrir la información XML generada local o remotamente (por medio de Servicios XML Web en Agencias referidas en el archivoSQML). De manera alternativa, si el argumento URL es pasado hacia el sistema, el Presentador abre directamente el URL invocándolo por medio de una llamada al Servicio XML Web de la Agencia en la que el Agente está alojado. En la modalidad preferida, el sistema llama al método apropiado con el tipo de objeto semántico apropiado. Los ejemplos de tipos de objeto semántico por omisión son SEMANTICOBJECTYPEID_EVENT, SEMANTICOBJECTYPEID_EMAILMESSAGE, etc., los cuales están definidos en el archivo de encabezado (semanticruntime.h). La modalidad preferida permite el registro de nuevos tipos de objeto semántico por medio del RegisterSemanticObjectType API. Este procesador de consulta semántica en la Agencia devuelve los resultados XML adecuados utilizando el tipo de objeto semántico como filtro.

En la modalidad preferida, una Cubierta de acuerdo con la presente invención (ver a continuación) usa XSLT (y/o manuscrito) para transformar el XML devuelto desde la estructura (en ruta desde el Servicio XML Web) dentro de DHTML. La Shell Extensión permite a los usuarios seleccionar una nueva Cubierta para la consulta actual. De preferencia las Cubiertas son específicas del tipo de objeto, específicas de la Plantilla de Contexto (para Agentes Especiales) o específicas de Combinador (para Combinadores). Las Cubiertas también pueden ser personalizadas en base al nombre/trayectoria específico de dominio semántico u ontología del Agente, y en base a otros atributos tales como la persona del usuario, condición, ubicación, etc. Cada Agente está configurado en una Agencia con una Cubierta por omisión. La presente invención contempla además Cubiertas habituales que pueden ser publicadas en la Agencia de raíz (por ejemplo en el Directorio de Agencia Global). El cliente descarga de preferencia la Cubierta ya sea desde la Agencia para el Agente declarado o desde un servidor central (por ejemplo, el Directorio de Agencia Global), y la aplica a la presentación actual. El cliente incluye de manera opcional las preferencias del usuario para ignorar las Cubiertas de Agente o para confinarlas a una porción de la interfaz de usuario. Además del tipo de Cubierta 8por ejemplo, Cubierta de objeto, Cubierta de lista/disposición, Cubierta de Contexto, Cubierta de Combinador, etc.), en la modalidad preferida, a las Cubiertas se les asigna categoría como sigue: • Cubiertas de plantilla de diseño • Cubiertas de plantilla de color • Cubiertas de plantilla de animación Las Cubiertas Semánticas se requieren preferiblemente para ser interactivas, excepto cuando son exhibidas como una parte de un desprendimiento (ver arriba) o protector de pantalla. Cada Cubierta permite a los usuarios buscar un punto particular en la "presentación semántica". Por ejemplo, si la Cubierta exhibe inicialmente sólo los primeros 25 artículos, la Cubierta debe tener una barra de búsqueda (u otro mecanismo de interfaz de usuario) a fin de permitir al usuario buscar los siguientes 25 artículos, para avanzar, regresar, etc. Algunas Cubiertas tienen una opción de "Modo en Tiempo Real". En este modo, la Cubierta extrae de manera continua nuevos objetos desde el Servicio XML Web (por medio de extracción). Las Cubiertas son responsables de interrogar al Servicio XML Web para nueva información en base al esquema de los objetos deseados. En la modalidad preferida no hay notificaciones para el cliente ya que la Agencia no mantiene ningún estado específico de cliente por razones de escalabilidad. Las Cubiertas incluyen de manera opcional un modo en tiempo real. Esas cubiertas son requeridas para ser inteligentes ya que deben ciclar /es decir, presenta, ordenar, resaltar) a través de objetos en base a prioridad. Por ejemplo, si el Presentador confía en la información que indica que el nuevo objeto es enviado en la Agencia, la Cubierta inmediatamente despliega/reordena/resalta éste y continua la presentación de los objetos restantes. El Presentador determina el ordenamiento y la Cubierta trata con el dinamismo dando varias disposiciones de clasificación y filtro. Esto crea la percepción de que la presentación semántica está ocurriendo en tiempo real. En la modalidad preferida, esto ocurre cuando existen nuevos datos a los que los usuarios pueden tener acceso utilizando Cubiertas. Si la lista es clasificada por tiempo, la presentación en tiempo real puede confundir a los usuarios debido al salto de la interfaz del usuario dentro de un modo interactivo. Una opción de preferencia de usuario en algunos modos (por ejemplo modo de protector de pantalla) restaura de manera automática la Cubierta para exhibir los nuevos datos (por ejemplo desplazando hasta la parte superior de una lista clasificada cuando se insertan nuevos datos en la parte superior de la lista). En una modalidad alternativa, las Cubiertas están diseñadas para personalizar su presentación en base a la cantidad de ventana de presentación disponible. Por ejemplo, una Cubierta puede cambiar del modo estático al modo dinámico exhibiendo información que usa aparición gradual y desaparición gradual si, por ejemplo, la ventana de presentación es relativamente pequeña. De manera preferible las Cubiertas tienen dependencia modal ante el nivel esperado de interacción del usuario. Por ejemplo, un protector de pantalla funciona de manera diferentes de un explorador; una vista acoplada es diferente de manera similar (no solamente debido a que es más pequeño, sino porque se asume que es un tipo de vista de fondo en vez de un foco de interacción de usuario). Cuando una vista es minimizada u ocultada, se puede utilizar un modo alterno (especialmente para indicar la nueva información). Los ejemplos son notificación de audio, alertas similares a recordatorio, muestra y centellea barra de inicio (como los recordatorios de Outlook). Los Agentes se pueden usar para enviar notificaciones por correo electrónico, telefonía o Instant Messenger (IM). En una modalidad alternativa, la presente invención contempla un Agente que envía hacia un sitio Web (por ejemplo, generación de contenido HTML automática para calendarios de eventos). De manera alternativa, las Cubiertas pueden generar información audiovisual. Por ejemplo, una Cubierta de texto-a-voz puede leer un objeto de correo electrónico. Esta característica tiene un gran valor potencial para usuarios deshabilitados y para usuarios de auto-PC's, etc., así como otros usos. En la modalidad preferida, la estructura de Cubiertas expone los siguientes servicios: 1. Métodos para abrir una consulta semántica en base a SQML. Esta puede ser un documento SQML local, un Agente, etc. 2. Métodos para abrir un URL de Agente directamente. 3. Métodos para explorar el Semantic Environment de Agente de Información. 4. Métodos para hacer interfaz con el portapapeles del sistema utilizando formatos de portapapeles personalizables. 5. Métodos para persistir en la Cubierta actual de una consulta determinada o para un ID de clase semántica determinada. Cubiertas. Como se indicó antes, las Cubiertas son plantillas de presentación que se usan para personalizar la experiencia de los usuarios en una base por Agente. En la modalidad preferida, las Cubiertas son plantillas XSLT y/o manuscritos que son alojados en un servidor centralizado. Las Cubiertas de acuerdo con la presente invención generan de manera preferible el código XHTML+TIME (por ejemplo, para exhibición de Presentador, texto-a-voz, Gráficos de Vector Estructurado (SVG) por medio de un conector, etc.) y acceso a varios servicios de sistema. En la modalidad preferida, las Cubiertas soportan las siguientes características: 1. Desplegar algunos o todos los campos que corresponden al esquema XML del o los objetos que se exhiben. La Cubierta proporciona opcionalmente a los usuarios una forma para distinguir de una forma única los objetos en un conjunto devuelto o proporciona a los usuarios cualquier medio de acceso convencional, por ejemplo, nombre de archivo, URL o nombre personal (para personas). 2. Desplegar una interfaz de usuario que indica si el objeto es entendido por la Agencia principal. Cada objeto incluye de manera preferible un campo "entendido" que indica esta información. 3. Para el tipo de objeto semántico SEMANTICO BJECTTYPE_OBJECT, la Cubierta exhibe de manera opcional los metadatos de objeto originales o exhibe los metadatos para el esquema XML para los objetos específicos de clase que representan los objetos originales. Para cubiertas que exhiben el esquema XML específico de clase para consultas que se refieren a objetos originales, las Cubiertas deben ser "inteligentes" para exhibir la información específica de clase en diferentes hojas. Las formas preferidas de lograr esto utiliza estructuras, casillas tabuladas u otras técnicas de interfaz de usuario. Ya que cada consulta semántica señala hacia objetos originales, la cubierta carga de manera preferible la consulta con el filtro SEMANTICOBJECTTYPE_OBJECT (que simplemente devuelve los objetos originales) o el ID de tipo de objeto requerido. En la modalidad preferida, a fin de preparar la presentación de una lista de objeto con objetos originales de muchas clase, la Cubierta primero: • Obtendrá una consulta de objeto • Para cada tipo de objeto semántico, determinará cuantos objetos existen en el recurso de Agente para el tipo de objeto determinado. De manera preferible esto se obtiene llamando al método de Servicio X L Web de Agencia GetNumObjectsOfClassInAgent con el URL de Agente y el nombre de ID del tipo de objeto (correo electrónico, documento, evento, etc.) como argumento. El Servicio XML Web devuelve el número de objetos en el Agente que satisfacen el filtro ID del tipo de objeto. • Dependiendo de cuantos tipos de objeto haya en la consulta del Agente, la cubierta exhibe estructuras u otra interfaz de usuario que son apropiadas para el número de tipos de objeto. En la modalidad preferida, cuando la Cubierta está lista para cargar los metadatos específicos del tipo de objeto, llama al método de Servicio XML Web de Agencia ExecuteSemanticQuery con el URL del Agente y el tipo de objeto semántico como argumento. Cuando los usuarios permanecen sobre un objeto, se pueden desplegar más metadatos para el objeto. Si se selecciona un Smart Lens de Agente Inteligente, el Agente de Información de la presente invención exhibe los metadatos conceptuales que mapean el objeto en el Smart Lens con el objeto bajo el "ratón". En una modalidad, el Smart Lens aplica a los objetos exhibidos dentro del Presentador. En una modalidad alternativa, la presente invención permite que el Smart Lens sea invocado en otras aplicaciones (por ejemplo aplicaciones de Microsoft Office, la computadora de escritorio, etc.). esto involucra instalar ganchos del sistema para rastrear el "ratón" e invocar una aplicación de Smart Lens cuando el "ratón" se mueve a cualquier parte en el sistema. El "gancho" es llamado sobre todos los eventos del "ratón" y gancho también sujetará al "ratón". Smart Lens puede ser invocado de manera alternativa en forma asincrona. En esta modalidad, en cualquier momento que el Presentador muestre nuevos resultados, revisa el portapapeles para ver si hay cualquier información de Smart Lens semántica presente. En la modalidad asincrona, el Presentador atrapa de manera automática todos los resultados Smart Lens de todos los objetos en esta vista. Exhibe un icono al lado de cada objeto que presenta indicando que existe una información relacionada específica de contexto en el mismo. En una modalidad preferida, los usuarios son capaces de invocar un Smart Lens para cualquier objeto en la vista. Información de Interés. Cada objeto exhibe de manera preferible una interfaz de usuario que indica si hay "información de interés" con relación al objeto. Este es el equivalente semántico de "sucesos de interés". La interfaz de usuario es presentada de manera preferible para indicar el carácter crítico de la información, aunque no deber ser tan intrusito en caso de que los usuarios no deseen ver la información. Por ejemplo, la interfaz de usuario puede ser mostrada como un icono que centella lentamente en una esquina de la ventana de exhibición de objeto. Cuando el usuario permanece sobre el icono, se despliegan los metadatos sobre la "información de interés". En al modalidad preferida, la "información de interés" es implementada a través de un Agente Especial implícito que invoca las llamadas para todos los Agentes que utilizan la Plantilla de Contexto de Sucesos de Interés. De manera preferible cada objeto es desplegable con una interfaz de usuario que indica si el objeto tiene o no cualesquiera Anotaciones. Esta información es incluida como un campo en todos los resultados de consulta para todos los objetos. De preferencia, cada objeto es desplegable con una interfaz de usuario que indica si existe información relacionada sobre cualquier Plantilla de Contexto predefinida o Agente Especial en el cliente. Esto incluye de manera preferible Agentes Especiales creados por los usuarios, así como Agentes Especiales por omisión (por ejemplo, instalados por el cliente). En la modalidad preferida, las Paletas de contexto para las Plantillas de Contexto son desplegadas con el usuario que tiene la opción de exhibir una o más de las Paletas de Contexto, ocultarlas, desplazarlas (a fin de navegar las Paletas de Contexto), etc. Las Plantillas de Contexto y las Paletas de Contexto se describen con mayor detalle en lo sucesivo. En un modalidad alternativa, las prioridades de Agencia incluyen de manera preferible las siguientes: • Prioridad Crítica. Esta es la prioridad más alta. Por ejemplo, para un documento seleccionado, esta bandera será VERDADERA (en la Agencia) si se envió un mensaje de correo electrónico relacionado (en este ejemplo en unos cuantos minutos) o si hay un evento próximo que es inminente.

• Alta Prioridad. Esta es la siguiente prioridad más alta. De manera preferible la retroalimentación de la ¡nterfaz de usuario aclara que la prioridad es lo suficientemente alta para garantizar la atención de los usuarios, aunque la retroalimentación no debe ser demasiado intrusita. La prioridad es opcionalmente diferente para diferentes Usuarios, por ejemplo, si hay un evento que es local para los usuarios la prioridad debe ser más alta que si el evento es remoto (de manera particular en caso de que no haya forma de que el usuario remoto participe en el evento). • Prioridad Media. Esta puede indicar solamente que hay información que los usuarios verán si tienen tiempo. La retroalimentación de la ¡nterfaz de usuario debe aclarar esto. • Prioridad Baja. Esta puede indicar que hay información relacionada que es pertinente aunque no reciente. Los Combinadores virtuales de cuarta prioridad se instalan de manera preferible por omisión en el cliente. Esos Combinadores agregan la información de manera automática desde los Agentes de prioridad correspondientes en cada Agencia en la lista Mis Agencias. De manera preferible en cada Agencia hay Agentes de prioridad por omisión. En la modalidad preferida, las consultas semánticas relaciónales toman en consideración el contexto y el usuario. En la modalidad preferida para cada Plantilla de Contexto (o la Plantilla de Contexto actualmente seleccionada), el Presentador enumera las Agencias que los usuarios agregan a su lista de Mis Agencias Favoritas o las Agencias recientes, y consulta las Agencias apropiadas utilizando el SQML generada de manera dinámica para encontrar si hay cualesquiera objetos que se relacionen con el objeto actual en base a la Plantilla de Contexto. Si cualesquiera de las Agencias en la lista de favoritas o recientes no son accesibles, la interfaz de usuario preferiblemente maneja esto en forma transparente ignorando a la Agencia. En la modalidad preferida, por omisión, al SQML generada de manera dinámica es creada ¡ndexando el SQML del SRML del objeto seleccionado actualmente e insertando el recurso en el SQML como un filtro de vínculo en el SQML de la Plantilla de Contexto (utilizando de preferencia el predicado por omisión "relevante para"). Esto maneja inteligentemente el mapeo del tipo de objeto del objeto seleccionado actualmente para la semántica de la paleta de Contexto desplegada. Por ejemplo, si el objeto actualmente seleccionado es un documento, la Paleta de Contexto de Encabezados usa el SQML en base a una derivación del SQML para la Plantilla de Contexto de Encabezados. Cada Agencia en el Semantic Environment procesa semánticamente el SQML resultante de manera apropiada utilizando el predicado por omisión. En otro ejemplo, si el objeto seleccionado es una persona, la Paleta de Encabezados muestra los Encabezados relevantes para la persona, por ejemplo, los "Encabezados" creados o anotados por la persona, etc. De manera alternativa, si el objeto seleccionado actualmente es un documento o mensaje de correo electrónico, el SQML (con el predicado por omisión) produce resultados semánticos que representan encabezados relacionados semánticamente en cada Agencia. Esos resultados son desplegados de manera preferible en la Paleta de Contexto. Lo mismo aplica para otras Paletas de Contexto (por ejemplo, Clásicos, Generadores de Noticias, etc.). Para un objeto de persona, la bandera de prioridad se refiere de manera preferible a los objetos que la persona ha enviado o bien a los objetos que la persona creo o está alojando. En este ejemplo, solamente los campos de metadatos con unicidad son utilizados de manera preferible para hacer esta determinación (por ejemplo, la dirección de correo electrónico de la persona). Cada objeto exhibe de manera preferible una interfaz de usuario que incluye un número de opciones de manipulación. Solamente a manera de ejemplo, una interfaz de usuario de muestra que ilustra un objeto de información desplegado en la Hoja de Resultados del Agente de Información (explorador semántico) se exhibe en la figura 54. La figura 54 muestra un desplegable de globo (para los metadatos del objeto) y los iconos de la interfaz de usuario en el objeto que permiten a los usuario invocar las opciones de herramienta tales como una hoja de contexto de Recomendaciones, una hoja de contexto de Sucesos de Interés, un menú desplegable de verbos, etc. Las interfaces de usuario adicionales y otras opciones incluyen lo siguiente: • Vínculos Semánticos Intrínsecos. Estos son vínculos que son intrínsecos a la clase semántica del objeto. En caso de que no haya Vínculos Semánticos Intrínsecos, no es necesario exhibir nada. A manera de ejemplo, un objeto de correo electrónico de la modalidad preferida incluye los siguientes Vínculos Semánticos Intrínsecos: 1. Desde Lista -> 1. Persona A 2. Para Lista -> 1. Persona B 2. Persona C 3. Ce Lista -> 1. Persona D 2. Persona E 4. Bcc Lista -> 1. Persona F 2. Persona G 5. Adjuntos 1. Documento 1 2. Documento 2 3. Documento 3 En la modalidad preferida, cuando los usuarios invocan a cualquiera de esos vínculos semánticos, el cliente extrae los metadatos del objeto asociado (y no el objeto mismo). Esto permite que los usuarios exploren la información semántica de los aspectos del objeto original. La Cubierta llama preferiblemente el Servicio XML Web de la Agencia que aloja el objeto con el método apropiado. En la modalidad preferida, la forma de este método es ISemanticRuntimeService::LoadNativeSemanticLink. Esta modalidad incluye el ID de clase semántica, el nombre del vínculo semántico, el nombre del argumento y la forma de cadena del argumento. Por ejemplo, para "navegar" hacia el tercer adjunto (con un índice en base cero), la Cubierta llamará a LoadNativeSemanticL¡nk( SEMANTICCLASS_EMAILMESSAGE, "Attachments", "Index", 2). De manera preferible esto genera el SQML que representa esta consulta semántica relacional, crea un nuevo Agente Inteligente temporal que tiene esta SQML y carga el Agente Inteligente. Esto ¡lustra la navegación semántica preferida. El proceso es opcionalmente recursivo. El usuario puede navegar los nuevos resultados utilizando cualesquiera de los nuevos objetos y pivotes, etc. Un ejemplo de un desplegable de globo asociado con un Vínculo Semántico Intrínseco que muestra una muestra de correo electrónico de acuerdo con la presente invención se exhibe en la figura 55. En esta interfaz de usuario de muestra, el menú desplegable es exhibido cuando el usuario selecciona el icono "Vínculos Intrínsecos" en un objeto de información en la hoja de Resultados. Esta ilustración muestra que Vínculos Semánticos Intrínsecos ven los usuarios para un objeto de correo electrónico. En la modalidad preferida, los artículos del menú desplegable invocan una nueva consulta SQML (con el recurso y los vínculos de predicado adecuados) cuando el usuario pulsa la opción de menú. Se crea un nuevo Agente temporal (con el SQML) que muestra los resultados sobre la consulta. Los usuarios son capaces de guardar el Agente en su lista de favoritos. De igual manera, los nuevos resultados exhiben los Vínculos Semánticos Intrínsecos, las Plantillas de Contexto, etc. Soportando de esta manera la exploración controlada por el usuario en donde los usuarios pueden navegar la información de manera semántica. Como una configuración y funcionalidad alternativas para verbos originales: TODA LA INFORMACIÓN: Encontrar Información Relacionada en la Agencia (solamente si esta proviene de una Agencia) Encontrar Información Posiblemente Relacionada en la Agencia (solamente si proviene de una Agencia) Abrir Anotaciones -> Todas Anotación 1 Anotación 2 Anotación 2 CORREO ELECTRÓNICO. += De Lista -> Persona A Para Lista -> Persona B Persona C Ce Lista -> Persona D Persona E Bcc lista -> Persona F Persona G Adjuntos -> Documento 1 Documento 2 Documento 3 PERSONA: Reportes Para -> Reportes Directos -> Miembro de Listas de Distribución -> Información Creada Por -> Información Anotada Por -> Información con categorías de la cual esta persona es un experto -> CLIENTE: Información Creada Por -> • Anotaciones. De manera preferible esto permite a los usuarios navegar hacia una vista de resumen para todas las Anotaciones para el objeto actual. En la modalidad preferida, la Cubierta exhibe todas las Anotaciones llamando al ISemanticRuntimeService::EnumAnnotations (con los metadatos de objeto como argumento). Esto devuelve una representación XML de la tabla de propiedad que contiene los metadatos para los objetos de Anotación. De manera preferible la Cubierta exhibe alguna representación del resumen de Anotación que se despliega (por ejemplo, nombres o títulos de las Anotaciones). Cuando un vínculo de Anotación es invocado por los usuarios, la Cubierta despliega metadatos del objeto de Anotación. Esas funciones provienen de los filtros aplicados en el cliente. De manera alternativa, esas funciones se pueden crear como un Agente. Este aspecto de la presente invención ilustra además la navegación semántica. Las Anotaciones son cargadas de manera preferible utilizando una representación SQML de la consulta "Annotations". Esto crea un nuevo Agente Inteligente con esta SQML. El Agente Inteligente es agregado entonces a la lista "reciente" y cargado (o se navega hacia el). El proceso es opcionalmente recursivo. El usuario puede navegar utilizando la o las Anotaciones recientemente desplegadas como pivotes, etc. • Objetos Relacionados. En la modalidad preferida, esto permite opcionalmente a los usuarios encontrar información relacionada en cada Agencia incluida en la lista Mis Agencias de los usuarios utilizando el objeto actual como un Pivote del Objeto de Información. Esto se logra de manera preferible sin recurrir a un copiado y pegado o depender de la interfaz de Shell Extensión). En la modalidad preferida, el desplegable de interfaz de usuario muestra la información en el siguiente formato: Find Related Objects (Encontrar Objetos Relacionados) All my agencies (Todas mis agencies) Agency Foo AII.AII AII.Understood.AII AII.CriticalPriority.AII AII.HighPriority.AII All.MediumPriority.AII AII.LowPriority.AII AII.MyFavorites.AII AII.Recommended.AII Agencies that understand this object (Agencias que entienden este objeto) Agency.Bar AII.AII AII.UnderstDod.All AII.CriticalPriority.AII AII.HighPriority.AII AII.MediumPriority.AII AII.LowPriority.AII AII.MyFavorites.AII All.Recommended.AII La lista "Todas mis agencias" es obtenida por el Presentador simplemente enumerando las agencias que se han registrado localmente. El Presentador devuelve la lista "Agencias que entienden este objeto" "preguntando" a cada Agencia registrada localmente si entiende el objeto en cuestión. El Presentador pasa la representación XML del objeto hacia la Agencia, la cual intenta procesar semánticamente la representación XML. La Agencia devuelve una bandera que indica si entiende el objeto. El Presentador optimiza la lista devuelta excluyendo la Agencia en la que el objeto mismo está alojado ya que cada objeto tiene un campo que indica si la agencia entiende o no su contenido. Verbos. Esto permite al usuario invocar cualesquiera acciones que se relacionen directamente con el objeto actual. Por ejemplo, un documento o mensaje de correo electrónico puede tener un verbo "Abrir". Este abre el procesador de palabra o cliente de correo electrónico y despliega la información. Un evento puede tener un verbo "Agregar a Outlook Calendar". En la modalidad preferida, los verbos, preferiblemente los específicos de clase, son invocados en el cliente por la estructura del sistema. La Agencia no necesita saber acerca de los verbos. En la modalidad preferida de la presente invención, hay varios verbos para cada objeto. Esos verbos son exhibidos primero de manera preferible en el menú desplegable. En la modalidad preferida los verbos incluyen: 1. Annotate (Anotar). Cuando el usuario invoca este verbo, la Cubierta comunica de manera preferible con el tiempo de corrida del cliente y llama al método Annotate. Este método inicia el cliente de correo por omisión con la línea de sujeto adecuada (el cual analiza de manera sintáctica la Agencia para interpretar la Anotación). Los usuarios envían un mensaje de correo electrónico regular como una Anotación para el objeto. Las Email Annotations (Anotaciones de Correo Electrónico) incluyen de manera opcional adjuntos que también constituyen vínculos semánticos. Esto permite a los usuarios navegar desde un objeto (por ejemplo un documento) hasta su Anotación para su adjunto y después hacia una fuente de contenido externa (por ejemplo, por medio de un Smart Lens). Las modalidades alternativas también son soportadas para Annotations (Anotaciones), por ejemplo, anotaciones simples en base a forma o en base a diálogo. Sin embargo, el correo electrónico proporciona la mayor riqueza semántica. 2. Copy(Copiar). Este copia el objeto XML al portapapeles del sistema. 3. Hide (Ocultar). Este indica que los usuarios no tienen interés en ver el objeto. 4. Open (Abrir). Está calificado con un vínculo de lo que se abre. En el ejemplo de un documento, se puede desplegar "Abrir Documento". Para un mensaje de correo electrónico, se puede desplegar "Abrir Correo Electrónico". El cliente abre el objeto con la aplicación por omisión registrada en el sistema para el tipo MIME del vínculo. En una modalidad alternativa la presente invención soporta otra forma de verbo relacionada, tal como '"Abrir con...", la cual permite a los usuarios abrir el objeto con una aplicación específica. 5. ark as Favoríte (Marcar como Favorito). Este es exhibido de manera preferible si la agencia soporta Estado de Usuario y si el objeto no es un favorito. 6. Unmark as Favorite (Desmarcar como Favorito). Este es exhibido de manera preferible si la Agencia soporta el Estado de Usuario y si el objeto es un favorito. Un ejemplo de un desplegable de globo asociado con una interfaz de usuario de verbo e acuerdo con la presente invención se muestra en la figura 56. En esta interfaz de usuario de muestra, el menú desplegable es exhibido cuando el usuario pulsa el icono "Verbs" (Verbos) sobre un objeto de información desplegado en la Hoja de Resultados. El menú muestra las acciones relevantes y soportadas para el objeto de información en base al tipo de objeto (por ejemplo, documento, correo electrónico, persona, etc.). Una configuración y funcionalidad alternativa para los verbos originales es como sigue: TODA LA INFORMACIÓN Anotar (Abre Outlook; si el objeto es desde una Agencia, la dirección de Agente de Correo Electrónico de la Agencia es llenada en el campo "to" (para); en caso contrario, el campo "to" se deja en blanco de manera que el usuario puede indicar a la Agencia de la asociación de anotación del objeto). Si el objeto no es desde una Agencia, el objeto debe ser adjuntado al mensaje de correo electrónico ya sea como un URL o como un adjunto completamente abierto. Copiar Abrir Marcar como Favorito (almacenado en el cliente) Desmarcar como Favorito PERSONA Y CLIENTE: +="Enviar Correo Electrónico" Cuando una Cubierta carga una nueva consulta de los metadatos para uno o más objetos, la cubierta llama de preferencia a la estructura con la consulta o los metadatos. En la modalidad preferida las Cubiertas no ejecutan consultas, sino que pasan las consultas al tiempo de corrida del Presentador que después maneja los resultados. 1 1. Modo de Información a Fondo (o Presentación). Una modalidad alternativa de la presente invención proporciona el soporte de Cubierta para el modo de Presentación a Fondo. En esta modalidad, la Cubierta despliega una interfaz de usuario que indica si existe información relacionada con el objeto actual. La Cubierta también exhibe el texto que describe la información. Por ejemplo, para un objeto de documento determinado, la Cubierta puede desplegar un desplegable con el texto "Jane Doe envió el mensaje de correo electrónico más reciente que se relaciona a este objeto: <resumen de mensaje de correo electrónico>". En esta modalidad, la Cubierta muestra los detalles de la información específica, tal como la más recientemente enviada al objeto relacionado o el objeto próximo más inminente. La cubierta puede de manera opcional exhibir otros datos "verdaderos" o inferidos que pueden ser interesantes para los usuarios. Los ejemplos incluyen: • Lisa Heilbom envío recientemente un documento relacionado: <resumen> • El autor más probable de este documento es <foo> • Steve Judkins reporta a Patrick Schmitz. Patrick ha enviado 54 objetos de prioridad crítica que se relacionan con éste.

• Este documento tiene 3 posibles expertos: <nombres> • Yuying Chen parece tener la mayor experiencia en este documento.

La estructura de la presente invención expone varios niveles de "profundidad semántica" que las Cubiertas utilizan para obtener información. Los Smart Lenses pueden estar configurados también para soportar el Modo de Presentación a Fondo. Dicho con otras palabras, en la modalidad preferida, invocando un Smart Lens en un objeto devuelve la información a fondo similar a la que se mostró antes. La cubierta muestra un icono en una esquina de la ventana de despliegue del objeto. Los usuarios pueden hacer clic en el icono para desplegar la "información a fondo". Los metadatos para la "información a fondo" pueden ser extraídos de manera opcional en forma asincrona. Un ejemplo de un desplegable de globo asociado con una interfaz de usuario de Modo de Información a Fondo de acuerdo con la presente invención se muestra en la figura 57 como se presenta en la Hoja de Resultados de contextos. En esta muestra, los usuarios tienen la opción de seleccionar una plantilla para la Información a Fondo que filtra que clase de la Información a Fondo desplegar, de observar las "historias" de la Información a Fondo, junto con los vínculos semánticos (SQML) para objetos que están en el Semantic Environment (por ejemplo, el objeto de persona "Steve Judkins", los objetos de resultados de la Plantilla de Contexto de "expertos", los objetos de "reportes directos" que usan el filtro de predicado de "reportes directos", etc. Además, los usuarios tienen la opción de visualizar previamente los resultados de las consultas semánticas en el lugar usando el Reproductor/Control de Vista Previa. e. Documento de Consulta Semántica Desde la perspectiva del cliente, cada cosa que entiende es un documento de consulta. En la presente invención, el cliente abre "documentos de consulta" de una manera análoga a como un procesador de palabra abre "documentos textuales y compuestos". El cliente es el principal responsable de procesar un Documento de Consulta Semántica y proporcionar los resultados. Un Documento de Consulta Semántica es expresado de manera preferible y almacenado en la forma del Lenguaje Marcador de Consulta Semántica (SQML). Esto es semejante a un "formato de archivo semántico". En la modalidad preferida, el formato de archivo semántico SQML consta de lo siguiente: • Encabezado. La etiqueta de encabezado incluye etiquetas que describen el documento. • Encabezado: Título - Esto indica el título del documento • Filtros. El Presentador filtra todos los objetos devueltos utilizando los registros en la etiqueta de "filtros". Esos registros contiene de manera opcional nombres de tipo de objeto (documentos, eventos, correo electrónico", etc.) en caso de que no haya filtros especificados, no se filtran objetos. La etiqueta tiene un calificador que indica si los registros serán incluidos o excluidos. En el caso de registros redundantes (indicados por etiquetas "incluir" y "excluir"), el interprete excluye los registros (es decir, en el caso de una unión, se presupone "excluir"). • Atributos. Esta etiqueta indica los atributos del documento. • Cubiertas. Esta es la etiqueta padre de todos los registros relacionados con Cubierta skin:<objecttypename>. Esta contiene la información para que la Cubierta maneje objetos del tipo indicado en el "nombre del tipo de objeto". El Presentador utiliza las Cubiertas por omisión y de agente de objetos que no tienen registros de Cubierta correspondientes en el documento SQML. Las opciones incluyen de manera preferible las siguientes: • skin:<objecttypename>:color. Esta tiene la información sobre la plantilla de color que se usa con este documento. El registro primario es un XSLT URL. • skin:<objecttypename>:design. Esta tiene la información sobre la plantilla de diseño APRA ser utilizada con este documento. El registro primario es un XSLT URL. • skin:<objecttypename>:animation. Esta tiene la información sobre la plantilla de animación que se usa con este documento. El registro primario es un XSLT URL. Consulta. Esta es la etiqueta padre de todos los registros de consulta principal del documento de consulta, y puede incluir: • Recurso. La referencia para el recurso que se consulta. Los ejemplos incluyen trayectorias de archivo, URLs, identificadores de registro de memoria intermedia, etc. Estos pueden ser mapeados a los componentes del manejador de recurso actual por el intérprete. • resource:type. El tipo de la referencia de recurso, calificada con el espacio de nombre. Los ejemplos de los tipos de referencia de recurso definidos son: nervana:url (este indica que la referencia de recurso es un URL de Internet estándar bien formado, o un URL habitual como "agent://...") y nervana:filepath (este indica que la referencia de recurso es una trayectoria hacia un archivo o directorio en el sistema de archivo). • res orce :arg. Este indica una cadena opcional que será pasada hacia el recurso cuando el intérprete convierte las referencias de recurso con los recursos actuales. Es el equivalente e un argumento de línea de comando para un archivo ejecutable. Obsérvese que algunos recursos deben interpretar los argumentos como parte del rref, y no como parte del argumento rref. Por ejemplo, los U Ls estándar pueden pasar el argumento rref al final del URL mismo (con el prefijo con la etiqueta "?") • resource:versión. Ver a continuación • resource:versión. Todas las etiquetas de vínculo. • resource:link:predicate. Este indica el tipo de predicado para el vínculo. Por ejemplo, el predicado nervana:relevatto indica que la consulta es "devolver todos los objetos desde el recurso R que relaciona al objeto O," en donde R y O y el recurso especificado y objeto, respectivamente. Otros ejemplos de predicados incluyen nervana:reportsto, nervana:teammateof, nervana:from, nervana:to, nervana:cc, nervana:bcc, nervana:attachedto, nervana:sentby, nervana:sentto, nervana:postedon, nervana:containstext, etc. • resource:link:. Este indica la referencia al objeto el vínculo semántico. • resource:link:type. Este indica el tipo de referencia de objeto que indica en la etiqueta "oref. Los ejemplos incluyen tipos de datos XML estándar incluyendo xml:string, xmkinteger; tipos habituales que incluyen nervana:datetimeref (que puede referirse a preferencias de objeto como "hoy" y "mañana"), y cualquier URL de Internet estándar (HTTP, FTP, etc.) o URL de sistema (objects.//, etc.) que se refieren a un objeto que la presente invención puede procesar como un objeto XML semántico. • resource:link:vers¡ón. Este indica la versión del vínculo semántico de recurso. Esto permite que el procesador de consulta semántica de la Agencia regrese los resultados que son de versión. Por ejemplo, una versión del explorador semántico puede utilizar V1 de una consulta, y otra versión puede emplear V2. Esto permite que la Agencia proporcione compatibilidad retroactiva a nivel de recurso (por ejemplo, de Agentes) y a nivel de vínculo. • Tipo de Consulta. Este indica el tipo de consulta (o Agente) que este archivo de memoria temporal SQML representa. En la modalidad preferida, este incluye Agentes, agencias, Agentes Especiales y Combinadores. • Tipo de Retorno de Consulta. Este indica el tipo de objetos que la consulta devuelve (por ejemplo, documentos, correo electrónico, Encabezados, Clásicos, etc.). de manera alternativa, este puede indicar los nombres de los tipos de objeto de información, Plantillas de Contexto, etc.

A manera de ejemplo, SIMPLE B del Apéndice de la presente ilustra un Documento de Consulta Semántica de acuerdo con la presente invención. En la modalidad preferida, el [Presentador incluye un intérprete SQML. Cuando el Presentador abre un archivo SQML, preferiblemente lo interpreta analizándolo a nivel sintáctico primero, validándolo, creando una tabla de registro maestro, y después ejecutando los registros en la tabla de registro. Efectivamente, "compila" el archivo SQML antes de "ejecutarlo", no de manera diferente a como un compilador de lenguaje compila el código fuente en un módulo de objeto antes de que sea vinculado con otros módulos y ejecutado. En el caso del intérprete SQML, este proceso involucra de manera opcional la carga de otros archivos SQML por medio de referencias. De manera preferible, este proceso no es cíclico. El cliente usa las plantillas XSLT en las etiquetas "<skin>" (si esta disponible y no es sobrepasada por Cubiertas por omisión o de Agente) para exhibir la información para cada tipo de objeto declarado. Cualesquiera objetos devueltos que no tienen una Cubierta declarada son exhibidos con I Cubierta por omisión del tipo de objeto o, en el caso de un registro de Agente individual, aquella del Agente (si está especificada alguna). En una modalidad alternativa, el cliente puede cargar una nueva Cubierta para exhibir cada tipo de objeto incluso después de que se abre el Documento de Consulta Semántica. En esta modalidad, las etiquetas de "<skin>" informan al cliente de manera preferible que Cubierta cargar a la consulta inicialmente. En esta modalidad, la Cubierta especificada es de preferencia adecuada para el tipo de objeto declarado. En la modalidad preferida, la estructura ejecuta el documento en dos fases: la fase de validación y la fase de ejecución. Para la fase de validación, el intérprete construye primero una tabla de registro semántico maestro. La tabla es capturada con el recurso URL y posee también columnas para el operador, el recurso, el tipo de recurso, el predicado, el tipo de predicado, y el vínculo. El intérprete excluye todos los registros redundantes a medida que agrega los registros dentro de la tabla. También, de manera preferible, el intérprete acepta todos los URLs antes de agregarlos dentro de la tabla. Por ejemplo, los URLs "http://www.abccorp.com" y www.abccorp.com/ son interpretados como idénticos ya que ambos comparten la misma forma de aceptación. El intérprete construye y mantiene una tabla de referencia SQML separada. Esta tabla incluye la trayectoria de aceptación para el archivo SQML. Cuando el intérprete carga el archivo SQML original, agrega la trayectoria de archivo de aceptación para la tabla de referencia. Si el archivo SQML apunta a si mismo, el intérprete ignora el registro o devuelve un error. Si el archivo SQML señala a otro recurso SQML, agrega el nuevo archivo a la tabla de referencia. Después carga de manera recursiva el nuevo recurso y se repite el proceso. Si, durante el proceso, el intérprete pasa por un registro SQML que ya está en la tabla de referencia, el intérprete devuelve un error a la aplicación de llamada (indicando que es un ciclo recursivo en el documento SQML). A medida que el intérprete encuentra más recursos en la trayectoria gráfica del documento, los agrega a la tabla de registro maestro para el recurso determinado. Agrega de manera dinámica los vínculos para un recurso determinado para ese registro del recurso en la tabla de registro. Como un resultado, el intérprete aplana de manera efectiva la gráfica de vínculo de documento para cada recurso en la gráfica. El intérprete procede entones a la fase de ejecución. En esta fase, el intérprete revisa la tabla de registro semántico y ejecuta todas las consultas de manera asincrona, o en forma secuencial. A continuación, procesa cada recurso en base al tipo de recurso. Por ejemplo, para recursos de archivo, abre los metadatos de propietario para el archivo y despliega los metadatos. Para recursos HTTP que se refieren a los tipos entendidos (por ejemplo, documentos), el intérprete descarga el URL, los extrae y lo despliega. Para recursos de Agente, llama al Servicio XML Web para cada Agente y pasa los vínculos como argumentos XML, calificando cada vínculo con el operador. En la modalidad preferida, los operadores para vínculos que atraviesan límites de documento siempre son AND. Dicho en otras palabras, el intérprete colocará AND a todos los vínculos para recursos idénticos que son declarados juntos debido a que las consultas recursivas son asumidas para los filtros. El intérprete emite tantas llamadas hacia un componente que representa el recurso como recursos de Agente haya. Para cada vínculo, el intérprete resuelve el vínculo convirtiéndolo en una consulta adecuada para procesamiento por el recurso. Por ejemplo, un agente con un vínculo con los atributos: <predicate>nervana:relevantto<predicate> <oref >c:\f oo . doc</oref > <oreftype>nervana:filepath</oreftype> es resuelto extrayendo los metadatos XML del objeto (por ejemplo, c:\foo.doc) y llamando al Servicio XML web del recurso de Agente con el XML como argumento. Esto ilustra como el contexto local es resuelto en una consulta (en base a XML) genérica que el servidor puede entender y procesar. A fin de optimizar la consulta, el Servicio XML Web de Agencia expone los métodos para pasar varios argumentos calificados con operadores (y, o, etc.). El intérprete emite de manera preferible una llamada para el Servicio XML Web del recurso de Agente con todos los argumentos de vínculo. Escenarios de Implementación de Consulta Semántica. Los siguientes son escenarios ilustrativos que muestran l implementación y operación de los Documentos de Consulta Semántica de acuerdo con una modalidad preferida de la presente invención. Escenario 1 : Carga de un Documento SQML. El cliente crea un archivo temporal y lo escribe en una memoria temporal que contiene los atributos de página HTML local simple. Esta página incluye el componente de estructura de cliente (por ejemplo, un control ActiveX, un "applet" Java, un comportamiento de Internet Explorer, etc.). La página es inicializada con este componente que abre el archivo SQML y un ID único que identifica el caso del Agente de Información. El componente mismo abre el archivo SQML. Dicho en otras palabras, la estructura de cliente indica al conectar que documento de consulta SQML abrir. El conectar abre el Documento de Consulta Semántica interpretándolo como se describió antes. Escenario 2: Abrir Documentos. El cliente abre la casilla de diálogo estándar, la cual permite a los usuarios seleccionar archivos que se van a abrir. La casilla de diálogo es inicializada con las extensiones de archivo de documento estándar (por ejemplo, PDF, DOC, HTM, etc.). Cuando los usuarios seleccionan los documentos, la casilla de diálogo devuelve una lista de todos los documentos abiertos. El cliente crea un nuevo archivo SQML y agrega registros de recurso con las trayectorias de los documentos abiertos. El nuevo archivo SQML está dado como un nombre único (de manera preferible en base a un identificador único a nivel global (GUID)). Debido a que este es un archivo temporal, el nombre preferiblemente no está expuesto a los usuarios. La metodología procede para el Escenario 1 como se describió antes. Escenario 3: Abrir Carpeta en Documentos. El cliente crea un archivo SQML (como se describió antes) y lo inicializa con un registro de recurso: file://<folderpath>?includesubfolders=(true|false). El archivo SQML es cargado (como en el Escenario 1) enumerando todos los documentos en la carpeta y desplegando los metadatos para los documentos. Escenario 4: Guardar como Agente. El cliente abre una casilla de diálogo que permite a los usuarios fijar el nombre de Agente. El cliente renombra al Agente en el Semantic Environment (ver a continuación) para el nuevo nombre. El Agente que se guarda puede ser temporal o puede haber sido guardado ya bajo un nombre diferente. El Agente de Información sugiere de manera preferible un nombre de Agente. Escenario 5: Guardar en Combinador. El cliente abre una casilla de diálogo que permite a los usuarios seleccionar un Combinador. La casilla de diálogo permite de manera preferible a los usuarios crear un nuevo Combinador. Cuando se selecciona el Combinador, el cliente abre el archivo SQML del Combinador dentro del modelo de objeto SQML y agrega el nuevo registro (el archivo SQML cargado actualmente). Después incrementa el conteo de referencia del registro actual. Escenario 6: Arrastrar y Soltar. El cliente crea y abre un archivo SQML con un registro de recurso individual, por ejemplo, similar al siguiente: <resource type="nervana:url"> agent://documents. all@abccorp.com <link predícate ="nervana:relevantto" type="nervana:filepath" c:\foo.doc </link> </resource> Este ejemplo asume que un icono que representa "c:\foo.doc" es arrastrado y soltado sobre un icono en el Agente de Información que hace referencia a "agent://documents. all@abccorp.com." Escenario 7: Arrastrar y Soltar Múltiple. El cliente crea y abre un archivo SQML con un registro de recurso individual, por ejemplo, similar al siguiente; <resource type="nervana:url"> agent://documents. all@abccorp.com <link predícate ="nervana:relevantto" type="nervana:filepath" c:\foo1.doc </link> <link type="nervana:filepath" operator="or" predicate= "nervana:relevantto" c:\foo2.doc <link> <ünk type="nervana:filepath" operator="or" predicate= "nervana:relevantto" type"nervana:fi!epath" <link> </resource> Este ejemplo asume que múltiples iconos que representan c:\foo1.doc, c:\foo2.doc y c:\foo3.doc son arrastrados y soltados sobre un icono en el Agente de Información que se refiere al Agente "agent://documents. all@abccorp.com". Asimismo, este ejemplo asume que los usuarios indican que desean la UNION de las consultas semánticas de objetivo en el recurso de Agente. Escenario 8: Smart Lens. Cuando se selecciona un Smart Lens en el Agente de Información, el Agente de Información indica al Manejador de Ambiente Semántico (ver a continuación) que se ha seleccionado Smart Lens para el identificador de Agente de Información. Cuando la Cubierta nota que el "ratón" está sobre un objeto (por ejemplo, por medio del evento "onmouseover" en el modelo de objeto de documento (DOM)) llama al Presentador primero para encontrar si el Agente de Información está en el modo Smart Lens. La estructura de cliente determina esto preguntando al Manejador de Ambiente Semántico si un Agente de Información con el identificador está en el modo Smart Lens. Debido a que el Manejador de Ambiente Semántico coloca en memoria intermedia esta información desde el Agente de Información mismo, puede responder a la pregunta a nombre del Agente de información. Si el Agente de información está en el modo Smart Lens, la estructura de cliente obtiene de manera preferible la memoria temporal SQML desde el sistema por medio del Manejador de Ambiente Semántico. Esto se debe a que un Smart Lens es un "pegado" virtual ya que obtiene su información desde el portapapeles. Dicho en otras palabras, cualquier objeto o Agente que es copiado al portapapeles se puede utilizar como Smart Lens (incluso texto regular). La estructura obtiene la memoria temporal SQML y ejemplifica concretamente los componentes de recurso para cada recurso en la memoria temporal SQML. La estructura de cliente llama al API de recurso GetlnformationForSmartLens que pasa la información X L para el objeto actualmente desplegado hacia el recurso. Todos los recursos regresan de manera preferible los metadatos Smart Lens para la estructura del cliente. Cada recurso devuelve de manera preferible metadatos en la forma de una lista de trozos de información Smart Lens. Cada trozo contiene un registro de texto y una lista de memorias temporales (en SQML). El registro de texto contiene texto simple o un formato de texto habitual, por ejemplo, similar al siguiente: Steve reports to<A>Patrick></A>. Patrick posted <A>54 critical-priority messages</A>relating to this one. Cada par de etiqueta "<A>" incluye de manera preferible una memoria temporal de consulta SQML en el trozo de información. La estructura de cliente formatea el texto en DHTML (o formato de presentación similar) para exhibición en el Agente de Información (por ejemplo, como un desplegable de globo u otra interfaz de usuario, de manera preferible no bloquear o conciliar el objeto sobre el que está el "ratón". La estructura de cliente despliega una interfaz de usuario de vínculos (análogo a vínculos HTML) donde se encuentran etiquetas que contienen "<A>" y "</A>". Cuando se invoca un vínculo, la estructura de cliente llama al Manejador de Ambiente Semántico para crear un nuevo registro de memoria intermedia. El Manejador de Ambiente Semántico indica en que trayectoria de archivo estará almacenado el registro. La estructura de cliente escribe la memoria temporal SQML para la etiqueta <A> en la que se hizo clic dentro del archivo. La estructura de cliente impulsa el documento SQML hacia el Manejador de Ambiente Semántico y carga el SQML dentro del Agente de Información (por medio del HTML Dinámico). Debido a que el Manejador de Ambiente Semántico incluye este documento SQML como el documento actual, los usuarios son capaces de guardar el documento por medio del botón "save" (guardar) en el Agente de Información (por ejemplo, "guardar como Agente" o "guardar como Combinador"). Un ejemplo de la información que un Smart Lens puede desplegar como sigue: El Agente Email.Technology.AII@Marketing tiene un total de 300 objetos que se relacionan con este objeto. Prioridad Crítica: 5 objetos, Alta Prioridad: 50 objetos, Prioridad Media: 100 objetos, Baja Prioridad: 145 objetos. En la modalidad preferida, si los usuarios no hacen clic en cualquiera de los vínculos en el globo, no se crea documento SQML alguno y no se agrega nada al Ambiente Semántico. Esto se debe a que el Smart Lens representa de manera preferible solamente una "consulta potencial". En la modalidad preferida, cualquier información que puede estar contenida en SQML puede ser invocada como un Smart Lens (por ejemplo, Agentes, personas, documentos, Encabezados, Clásicos, Agencias, texto, HTTP URLs, archivos FTP URLs desde el sistema de archivo, URLs de correo electrónico a partir de una aplicación de correo electrónico tal como Microsoft Outlook, URLs de carpeta de correo electrónico, etc.). Por ejemplo, los usuarios son capaces de copiar texto regular desde aplicaciones en base a texto hacia el portapapeles. Si el usuario registra el Agente de Información y selecciona el Smart Lens, la versión SQML del texto será invocada como un Smart Lens (por medio de un recurso de "documento"). Si el "text Smart Lens" se mantiene después sobre un objeto de documento, el recurso de documento que representa el Smart Lens de texto exhibe de manera opcional el cociente de similitud, indicando a los usuarios las similitudes entre el objeto Smart Lens y el objeto debajo del "ratón". Si el objeto debajo del "ratón" es un objeto de persona, el recurso de documento puede decidir "preguntar" al agente que representa al objeto de persona si el Agente es un experto en la información contenida en el texto. De manera alternativa, el Smart Lens puede desplegar vínculos para documentos similares o mensajes de correo electrónico que la persona ha creado que se relaciona con el texto.

Escenario 9: Copiar y Pegar Copiar: A la invocación de un comando de Copy (Copiar) desde adentro del Semantic Environment la estructura del cliente copia una memoria temporal SQML hacia el portapapeles del sistema con un formato de portapapeles habitual. Esto asegura que otras aplicaciones (por ejemplo, Microsoft Word, Excel, Note Pad, etc.) no reconozcan el formato e intenten pegar la información. De manera preferible, la memoria temporal SQML es compatible con la semántica del objeto que se copia. Por ejemplo, una operación de copia desde un objeto que es exhibido en el Presentador es copiado como un recurso con el tipo de fuente apropiada URL desde donde provienen los metadatos. El copiado de un icono que representa un Agente copia el URL del Agente o el registro de memoria intermedia que hace referencia al registro del Agente en el Semantic Environment. El copiado de información desde una aplicación de computadora de escritorio (por ejemplo, Microsoft Outlook) copia SQML con un tipo de recurso que hace referencia a la aplicación fuente y URLs que señalan a los objetos dentro de la aplicación. Esos URLs se pueden resolver de manera preferible en el tiempo de corrida del intérprete para los objetos dentro de la aplicación. Por ejemplo, el copiado de un mensaje de correo electrónico desde Outlook que se va a copiar dentro del Semantic Environment puede crear un registro de recurso como sigue: <resource type="nervana:outlookemailmessage"> outlook://file://c:\temp\foo.html </resource> Pegar: A la invocación de un comando de Pegar, la estructura del cliente crea un archive SQML en base al formato de portapapeles de la información que se pega. Por ejemplo, si el portapapeles contiene una trayectoria de archivo, el archivo SQML contiene un vínculo (desde el recurso en el que se invocó el comando de Pegar) para un objeto con la trayectoria de archivo. Este archivo es abierto como se describió antes. Si el formato de portapapeles es un URL, el objeto es del tipo de objeto URL. Si el formato es texto regular, el objeto contiene te texto real con, en este ejemplo, el tipo de recurso nervana:text. De manera alternativa, la estructura del cliente crea un registro de memoria intermedia temporal, almacena el texto allí (por ejemplo como un archivo XT), y almacena el objeto SQML con una referencia la trayectoria de archivo y el tipo de objeto, en este ejemplo, nervana:filepath. Cuando se invoca al intérprete, crea una versión de metadatos del texto e invoca el recurso con el argumento de vínculo XML. Si el formato de portapapeles es el formato de portapapeles SQML de la presente invención, se ejecuta un proceso similar, excepto que se crea un archivo, la extensión que será .SQM (o.SQML). Esto indica al intérprete que el objeto es un archivo SQML y no solamente un archivo de texto regular. f. Semantic Environment (Ambiente Semántico) Una modalidad preferida del Ambiente Semántico de la presente invención proporciona una vista de cada Agente y agencia disponible para el usuario por medio del Agente de Información. Esto incluye de manera preferible Agentes que han sido guardados localmente en la lista "Mis Agentes" favoritos, Agentes utilizados recientemente, Agentes en Agencias locales, y Agentes en Agencias Remotas. La Agencia Remotas pueden incluyen Agencias que anuncian su presencia por medio de transmisión múltiple én la red de área local, las Agencias disponibles en un Directorio de Agencia Global y Agencias disponibles en un Directorio de Agencia habitual. Los Agentes pueden ser agregados de manera dinámica en el Ambiente Semántico invocando su URL. En la modalidad preferida, la jerarquía del Ambiente Semántico tiene el patrón mostrado en SIMPLE (MUESTRA C) del Apéndice de la presente. Los agentes "Recientemente Usados", "Recientemente Creados" son colapsados a "Agentes Recientes". De manera opcional, se pueden agregar "Todos los Agentes", "Agentes Eliminados" y "Vista Habitual".

La vista de Agencias permite a los usuarios ver las Agencias en la vista principal por agencia. La vista de tipo de objeto permite a los usuarios ver los mismos Agentes, aunque filtrados por tipo de objeto. Otras vistas operan de manera similar, por ejemplo, "Por Contexto" (en base a las Plantillas de Contexto) y "Por Tiempo". El Ambiente Semántico fusiona la noción de "favoritos" con la noción de "historia". El Ambiente Semántico agrega de manera opcional y maneja en forma dinámica las vistas tales como "Agentes usados recientemente" etc. De preferencia, esas vistas son actualizadas mediante corrida de código dentro del Manejador de Ambiente Semántico (ver a continuación). El Ambiente Semántico ilustrativo de acuerdo con la presente invención se muestra en las figuras 58 y 59. los iconos incorporados dentro del Ambiente Semántico pueden incluir los siguientes: Aplicación Todos los tipos de objeto de contenedor Todos los tipos de archivo de documento Calificador de Icono de Agente de Sucesos de Interés (por ejemplo, un signo de exclamación) Calificador de Icono del Agente Especial (por ejemplo, un halo) Agente Estándar para cada uno de los tipos de objeto Agencia Contenedores de Vista de Agente Mi Agente Agentes de Sucesos de Interés Agentes Favoritos Agentes Especiales Agentes Usados Recientemente Pantallas. De manera preferible los usuarios pueden guardar una pantalla del Ambiente Semántico. Una pantalla del Ambiente Semántico es esencialmente una memoria intermedia en base a tiempo del estado del Ambiente Semántico. En la modalidad alternativa, una pantalla incluye estado almacenado localmente con la siguiente información: • Todas las Agencias en la hora de pantalla que tienen nuevos Agentes. • La última hora de creación de Agente de cada Agencia (en base al reloj de la Agencia). • La hora actual de cada Agencia (en base al reloj de Agencia). De manera preferible, las pantallas son accesibles para los usuarios. El Agente de Información filtra el Ambiente Semántico para mostrar solamente las Agencias en la lista de plantilla, y los Agentes en cada una de esas Agencias creados entre la última hora de creación de Agente y la hora de pantalla para cada Agencia. g. Manejador de Ambiente Semántico La presente invención proporciona un Manejador de Ambiente Semántico que expone APls para manejar los objetos semánticos. En la modalidad preferida, los objetos de Ambiente Semántico están comprendidos principalmente de referencias de Agente por medio de memorias temporales SQML. El Manejador de Ambiente Semántico también expone APls para navegar el Ambiente Semántico. En la modalidad preferida, el Manejador de Ambiente Semántico permite instancias del Agente de Información para: 1. Registrarse en el Manejador de Ambiente Semántico. El Manejador de Ambiente Semántico mantiene de manera preferible la información en todas las instancias del Agente de Información. Hace esto debido a que un número de servicios (por ejemplo acceso a portapapeles, acceso a Smart Lens, etc.) se ejecutan a través de aplicaciones tales como la aplicación de extensión de ambiente operativo y la operación del componente de Presentador dentro de un control de explorador. Por ejemplo, cuando el Presentador carga un nuevo documento SQML dentro del área de despliegue, necesita obtener un registro de memoria intermedia desde el Manejador de Ambiente Semántico. Pide al Manejador de Ambiente Semántico que cree un nuevo registro de memoria intermedia para una memoria temporal SQML determinada. El Manejador de Ambiente Semántico crea el registro de memoria intermedia, escribe la memoria temporal SQML para la trayectoria de archivo que corresponde a ese registro, crea un archivo HTML inicializado con un control ActiveX, comportamiento HTML Dinámico, applet Java (o un sistema de tiempo de corrida del cliente) que señala al registro de memoria intermedia, y devuelve el identificador del registro de memoria intermedia y la trayectoria de archivo para el archivo HTML temporal al Presentador. Por ejemplo, en la modalidad preferida, el archivo temporal HTML puede nombrarse como sigue: c:\windows\temp\nervana_39fc54bc-81e5-4954-8cef-3d1a54935a0d.htm en donde 39fc54bc-81e5-4954-8cef-3d1a54935a0d es el identificador de registro de memoria intermedia. El agente de Información de contenido detecta de manera automática nuevos documentos que son cargados (por medio de los eventos en el control de Agente de Información contenido). El agente de Información de contenido es capaz de responder cuando el usuario pulsa "guardar" (por ejemplo, "guardar como Agente" o "guardar en el Combinador"). El Agente de Información logra esto al obtener la trayectoria de archivo del documento actual, obteniendo el identificador de registro de memoria intermedia desde la trayectoria de archivo (ya que la trayectoria de archivo es nombrada parcialmente con el Identificador), y desplegando los metadatos para el registro de memoria intermedia (nombre, descripción, etc.) cuando los usuarios presionan "guardar como". El Agente de Información pide de manera opcional al Manejador de Ambiente Semántico que vuelva a guardar el registro de memoria intermedia con un nuevo nombre. El Agente de Información se registra (de manera preferible como instalación) con el manejador de Manejador de Ambiente Semántico con el ID de proceso de su instancia. El Manejador de Ambiente Semántico asigna un nuevo identificador para el Agente de Información y almacena los metadatos para la instancia del Agente de Información (por ejemplo, si está actualmente en el modo Smart Lens). El Agente de Información almacena este identificador. De manera preferible, el Agente de Información pasa el identificador al Manejador de Ambiente Semántico cada vez que hace una llamada. El Agente de Información inicializa el Presentador con el identificador. En la modalidad preferida, la estructura de cliente llama al Manejador de Ambiente Semántico con el identificador cada vez que necesita servicios de aplicación cruzada. El Manejador de Ambiente Semántico almacena el identificador de proceso de la instancia de Agente de Información a fin de recuperar el espacio de todos los registros de Agente de Información cuando han terminado los procesos de Agente de Información. De preferencia, el Manejador de Ambiente Semántico logra esto para eliminar el registro de Agente de Información debido a que el agente de información puede no "saber" cuando se terminó. 2. Agregar nuevas referencias de Agente al Ambiente Semántico. Los registros de referencia de Agente son almacenados de manera preferible en una base de datos, el sistema de archivo o un almacenamiento del sistema (por ejemplo, el registro de Windows). En la modalidad preferida, cada registro de Ambiente Semántico contiene: a. Identificador. Este identifica de manera única al Agente en el Ambiente Semántico. b. Nombre, Este indica el nombre del agente. El Agente de Información establece un nombre de Agente por omisión cuando se crea un nuevo Agente. Este nombre de Agente se fija en base a la forma de creación. Por ejemplo, si el documento "foo" es copiado y pegado en la "barra" de Agente, el agente de Información puede crear un Agente temporal nombrado "barra" relacionado con "foo" (hora actual). La hora actual es almacenada para nombrar de manera única el agente (en el caso de que los usuarios vuelvan a emitir la misma consulta). Los usuarios pueden renombrar al Agente como deseen. c. Memoria Temporal de Consulta. Esto indica que la memoria temporal contiene el SQ L para el Agente. d. Tipo. Esto indica el tipo de Agente (por ejemplo, Agente estándar, Combinador, Agente de Búsqueda, Agente Especial, etc.) e. Hora de Creación. Esto indica cuando se creó el registro de Agente. f. Hora de Última Modificación. Esto indica cuando se modifico por última vez el registro de Agente. g. Hora de Último Uso. Esto indica cuando se uso por última vez el registro de Agente. h. Conteo de Uso. Este indica el número de veces que se ha utilizado el Agente ya sea como autónomo, como un filtro o como un Smart Lens. i. Atributos. Estos son los atributos del Agente (por ejemplo, normal, temporal, virtual y marcado para eliminación). Si el registro es temporal, significa que los usuarios no lo han guardado de manera explícita como un Agente local. Los registros temporales son utilizados de manera preferible en casos en donde los usuarios componen consultas complejas utilizando operaciones de arrastrar y soltar, pero sin guardar ninguna de las consultas semánticas como Agentes. Cuando los usuarios guardan una consulta como un Agente, el Agente de Información restaura la bandera temporal indicando que el registro de consulta ahora es permanente, j. Conteo de Referencia. Este indica el número de referencias para el Agente a otros Agentes o Combinadores. El conteo es inicializado a 0 cuando se crea un nuevo Agente. 3. Eliminar Agentes desde el Ambiente Semántico. De manera preferible, esto se logra en dos fases. Los agentes pueden ser marcados para eliminación, en cuyo caso el Manejador de Ambiente Semántico fija una bandera que indica que el registro de Agente está en la "papelera". El registro de Agente puede ser eliminado también en forma permanente, en cuyo caso el registro es eliminado de una vez desde la memoria intermedia. 4. Cambiar las propiedades de un Agente en el Ambiente Semántico (por ejemplo, restaurar la bandera temporal de un agente cuando los usuarios guardan el Agente). 5. Renombrar Agentes en el Ambiente Semántico. 6. Enumerar la memoria intermedia para recuperar registros que corresponden de manera preferible a: a. Todos los Agentes b. Agentes Eliminados c. Los Agentes usados más frecuentemente d. Los Agentes usados más recientemente e. Los Agentes creados más recientemente f. Filtros para cada tipo de objeto bajo las vistas antes mencionadas (por ejemplo, Documentos, Correo Electrónico, eventos, etc.) g. Filtros de Agencias que alojan Agentes en las vistas antes mencionadas, filtros para tipos de objeto en las Agencias, y los Agentes que ajustan en esas vistas (Documentos, Correo Electrónico, etc.) h. Filtros para Agentes Especiales en base a la Plantilla de Contexto (por ejemplo, Encabezados, Clásicos, Generadores de Noticias. Etc.) Para muestras de esas enumeraciones y vistas, las figuras 12-14 y 17-19 muestran la Vista de Árbol del Ambiente Semántico. 7. Filtrar la lista de Agentes en base a contadores actualizados por medio de invocaciones desde instancias del Agente de Información. Cada instancia del Agente de Información comunica de manera preferible con el Manejador de Ambiente Semántico. De esa manera, las actualizaciones son orientadas al usuario en vez de orientadas a la sesión. Por ejemplo, si los usuarios abren un Agente en un Agente de Información, el registro de Agente se mostrará en la vista de Agentes recientemente utilizados en otro Agente de Información. El Manejador de Ambiente Semántico mantiene la información sobre el número de veces que se ha usado cada Agente, la última hora en la que se ha utilizado a cada Agente, etc. Esto filtra a los Agentes. Por ejemplo, los Agentes usados más frecuentemente en base a los N Agentes con los contadores de uso más elevados, en donde N es configurable y en donde el filtro es aplicado solamente después de algún período de espera de estabilización (por ejemplo, después de que el contador de uso total es por lo menos Y, en donde Y también es configurable, por ejemplo, en base a los elementos heurísticos simples tales como el número esperado de usos de Agente en un período de dos semanas). Los Agentes recientemente utilizados son filtrados en base al tiempo de uso (el cual es almacenado en una base por Agente y que es actualizada por las instancias del Agente de información cada vez que se usa el Agente). Los Agentes recientemente creados son filtrados en base a la hora de creación del Agente. Los Agentes eliminados son filtrados por medio de la examinación de la bandera "marcado para eliminación" en cada Agente. Los Agentes Favoritos son filtrados a través de la examinacion de la bandera "marcados como favoritos" en cada Agente. Para cada una de las vistas padre antes mencionadas, las vistas subyacentes son ocupadas utilizando filtros simples. La vista de Agencias es ocupada mediante la examinacion de cada Agente devuelto en la vista padre y extrayendo las Agencias únicas desde éstas. Las vistas de tipo de objeto debajo de cada una de las agencias desplegadas en las mismas y después ocupadas a través del filtrado de las agencias en base al tipo de objeto de Agente (por ejemplo, documento, correo electrónico, evento, etc.). La vista de Combinadores es filtrada desplegando solamente Agentes que tiene el tipo de "Combinador". Las vistas de tipo de objeto son filtradas directamente utilizando el tipo de objeto de Agente. La vista "Mis Agencias" despliega las agencias locales. Cada vista debajo de ésta es de manera preferible una vista de tipo de objeto filtrada utilizando cada Agente disponible en la Agencia. La vista "Por Contexto" es ocupada filtrando solamente los Agentes Especiales (creados de preferencia con una Plantilla de Contexto) y verificando el nombre de contexto (por ejemplo, Encabezados, Clásicos, etc.). 8. Mantener un conteo de referencia de Agentes en el Ambiente Semántico.

Es responsabilidad del componente de llamada (el Agente de Información) el incrementar y disminuir el conteo de referencia del registro de documento. De manera preferible, el Agente de Información logra esto por medio de arrastrar y soltar, copiar y pegar, etc. Dicho en otras palabras, las acciones que crean nuevas consultas que se refieren a los Agentes existentes. 9. Vaciar el Ambiente Semántico. Esto elimina todos los Agentes. 10. Ejecutar recuperación de espacio. El Manejador de Ambiente Semántico elimina de manera automática todos los Agentes viejos (y temporales). La memoria intermedia puede estar configurada para mantener un historial de Agentes hasta una cierta edad. Por ejemplo, si la memoria intermedia está configurada para mantener solamente información por dos semanas de los Agentes, verificará en forma periódica a loa Agentes temporales que tienen más de dos semanas. Si encuentra alguno, elimina de manera automática los registros de Agente que tienen un conteo de referencia de cero. Esto ocurre de manera preferible en los casos en donde el Agente de Información crea un nuevo registro de memoria intermedia pero no crea otro registro (Agente o Combinador) que se refiera a éste. Dicho en otras palabras, el Agente de Información ejecuta el rastreo de vínculo para el vínculo inmediato (para evitar la complejidad). El Manejador de Ambiente Semántico ejecuta de manera opcional la recuperación de espacio a fondo. Esto ocurre en forma periódica en un programa configurable. Esto aplica para registros que tienen un conteo de referencia mayor a cero pero que no tienen referencias reales debido a que los vínculos no se mantuvieron cuando se eliminaron otras entidades. Esta característica es incorporada en la modalidad preferida para reducir al mínimo la complejidad debido a que, de manera preferible, el Agente de Información no rastrea las referencias entre Agentes y Combinadores cuando se guardan o editan los Agentes y Combinadores. En una modalidad alternativa, el Presentador ejecuta el rastreo de vínculo de Agente ocioso cuando se invoca a un Agente. La estructura de cliente ignora todas las referencias que hayan sido eliminadas desde el Ambiente Semántico, análogo a como una página Web devuelve un error 404 (archivo no encontrado) cuando uno de sus vínculos ha sido eliminado. Dicho en otras palabras, la presente invención proporciona la situación de consultas incompletas. A manera de ejemplo, un posible escenario puede ser como sigue: Combinador b1-> se refiere a Combinador B2-> se refiere a un Agente A1-> se refiere a un Agente A2 En este caso, el conteo de referencia de cada registro será 1 , aunque el conteo de referencia de la cadena es 4. Como tal, es posible tener registros viejos aunque los conteos de referencia sean mayores a cero. Por cada registro que es recuperado en espacio, el recuperador de espacio busca cualquier referencia para el registro en todos los documentos SQ L. En caso de no encontrar referencia, el registro es removido (si es un temporal y es más viejo que el límite de edad). 1 1. Manejo de notificación de manipulación. Los usuarios pueden registrar las notificaciones desde cualquier Agente en el Ambiente Semántico (por ejemplo Agentes guardados o locales, Agentes Estándar, Combinadores, etc.). En la modalidad preferida, los métodos de notificación incluyen enviar correo electrónico, mensajes instantáneos, mensajes de localizador personal, mensajes de telefonía, etc. El Manejador de Ambiente Semántico incluye un Manejador de Notificación (ver a continuación), el cual manejará todas las peticiones de notificación de los usuarios por medio del Agente de Información. El Manejador de Notificaciones almacena una lista de peticiones de notificación. Una petición de notificación incluye de manera preferible el ID del objeto de Ambiente Semántico (el cual identifica al Agente), el tipo de notificación (correo electrónico, IM, etc.) y el destino, por ejemplo, la dirección de correo electrónico, etc. El Manejador de Notificación interroga de manera periódica a cada Agente en la lista de petición de notificación para "preguntar" si hay nuevos objetos. El Manejador de Notificación también pasa la "hora de última solicitada" (en base al reloj del Agente de destino). El Agente responde con el número de los nuevos objetos (invocando su consulta almacenada y regresando el número de objetos en los resultados de consulta que se crearon desde la "hora de última solicitada"). El Agente responde con la hora actual (en su reloj). El Manejador de Notificación almacena la hora del Agente para evitar problemas de sincronización de tiempo. De manera alternativa, el cliente y todas las Agencias usan el mismo servidor de tiempo (un servicio Web de tiempo) a fin de obtener su hora para asegurar que todas las comparaciones de tiempo estarán en la misma escala. Directorios de Agencia. En la modalidad preferida, el Manejador de Ambiente Semántico mantiene de manera preferible una lista de Agencia para cada "directorio" de agencia. De preferencia, la red de transmisión múltiple considera la Manejador de Ambiente Semántico como un directorio de Agencias. En la modalidad preferida, existe un Directorio de Agencia Global por omisión configurado con el URL para un Servicio XML Web en un sistema público. Este Servicio XML Web almacena una memoria intermedia de todas las Agencias registradas (de preferencia con la información antes descrita, incluyendo ID, URL, etc.). El Servicio XML Web expone métodos para permitir que las Agencias registren su presencia en el Directorio de Agencia. El Servicio XML Web filtra los registros redundantes. El Servicio XML Web también expone métodos para permitir que los usuarios enumeren todas las Agencias en el Directorio de Agencia. El Manejador de Ambiente Semántico enumera el directorio de esta manera. De preferencia, el Agente de información considera al Directorio de Agencia como una extensión del ambiente Semántico, y permite a los usuarios explorar y abrir Agentes en las Agencias listadas en el Directorio de Agencia. De manera preferible, los usuarios pueden agregar URLs a los Directorios de Agencia habituales que pueden ser instalados en la red interna. La presente invención contempla la creación e integración de Directorios de Agencia personalizables. Esta es esencialmente una alternativa a utilizar la transmisión múltiple para descubrimiento en casos en donde la transmisión múltiple pude no estar habilitada en la red (por razones de conservación del ancho de banda) o donde ciertas subredes en la red área amplia no soportan la transmisión múltiple. h. Explorador de Ambiente (Explorador Semántico o Information Agent™ (Agente de Información)) El Explorador de Ambiente, o Agente de Información, aloja un componente de explorador de Web regular (tal como el control ActiveX de Internet Explorer) y principalmente es responsable de tomar un archivo SQML y proporcionar los resultados por medio del Presentador. En la modalidad preferida, lo hace abriendo un archivo HTML local inicializado con una referencia para el registro de memoria intermedia del documento SQML. El archivo HTML carga el Presentador a través de un control (por ejemplo, ActiveX, Java, comportamiento de Internet Explorer, etc.). Este control recupera el documento SQML desde la memoria intermedia (por medio del Manejador de Ambiente Semántico) y carga el archivo SQML como se describió antes. El control agrega objetos al modelo de objeto de documento del explorador Web (DOM) a media que recibe las devoluciones de llamada desde los recursos indicando que los objetos están disponibles para ser convertidos a XHTML (o formato de presentación equivalente, de preferencia por medio del XSLT actual y/o Cubierta en base a manuscrito, e impulsado dentro del DOM para presentación. El Agente de Información permite que los usuarios abran un archivo SQML o un registro en la memoria intermedia (por medio del ID de memoria intermedia). El Agente de Información también permite a los usuarios navegar hacia atrás y hacia adelante, y navegar el primer documento en el apilamiento (análogo a las opciones "atrás" "adelante" y "origen" en los exploradores de la Web Actual, siendo la diferencia que en esta caso los documentos SQML están siendo abiertos para interpretación y exhibición (de los resultados) en oposición a HTML y otros documentos). Las figuras 60-68 proporcionan pantallas ilustrativas de un Agente de Información de acuerdo con una modalidad preferida de la presente invención. La figura 60 ilustra el Ambiente Semántico que muestra una opción de menú desplegable de barra de herramientas que tiene herramientas que permiten a los usuarios importar los resultados de búsqueda local en el Ambiente Semántico, por ejemplo, a través de un Agente No Inteligente, para crear un nuevo Agente Especial, un nuevo Combinador, o una nueva Agencia local. De manera alternativa, esas herramientas pueden ser colapsadas en un botón de herramienta que invoca a un asistente a partir del cual los usuarios pueden seleccionar el tipo de Agente (No Inteligente, Inteligente o Especial) o Agencia que desean crear. La figura 61 exhibe un diálogo de muestra que permite a los usuarios buscar el Ambiente Semántico utilizando palabras clave. Esto crea un nuevo Agente Inteligente (con el SQML apropiado. De manera preferible, los usuarios pueden personalizar el nombre del nuevo Agente inteligente y agregar una descripción opcional. La figura 62 muestra las opciones del menú desplegable de herramientas "Save" (Guardar) que permite a los usuarios guardar un Agente recientemente creado o abierto de manera permanente en el Ambiente Semántico (por ejemplo, en la lista de "favoritos"), o guardar el Agente en un Combinador. La figura 63 muestra las opciones de menú de herramienta Smart Lens de la barra de herramientas que permite a los usuarios invocar el Smart Lens (en base al Agente Inteligente u objeto que está actualmente en el portapapeles). Este comunica al Presentador que el usuario desea usar los contenidos del portapapeles como un Smart Lens. De manera preferible, el Presentador invoca en forma automática a la funcionalidad Smart Lens de cualquier objeto sobre el que permanezcan los usuarios (por ejemplo con el "ratón"). El menú también muestra una opción de "Pegar como Smart Lens y Conectar" que mantiene el Smart Lens activo (incluso a través de la navegación del Agente) hasta que el usuario desactiva de manera explícita Smart Lens. La figura 64 ilustra una vista de muestra del diálogo de "Abrir Agente", que muestra como los usuarios pueden abrir los Agentes del lado del servidor desde el Ambiente Semántico y cambiar la "vista" del ambiente (por ejemplo, Iconos Grandes, Lista, etc.). La figura 63 ilustra el diálogo "Abrir" de Windows estándar que muestra como los usuarios pueden importar un documento "regular" desde el sistema de archivo dentro del Ambiente Semántico del Information Nervous System. Se crea un Agente No Inteligente que hace referencia al o los documentos. Cuando el Agente No inteligente es invocado, el o los documentos son abiertos en el Agente de Información y todas las herramientas semánticas (por ejemplo, copiar y pegar inteligente, Plantillas de Contexto, etc.) son habilitadas con el o los documentos. Esto ilustra como el explorador puede hacer un documento "tonto" regular en el sistema de archivo semánticamente "inteligente". La figura 66 muestra un diálogo "Abrir Documento en Carpeta" habitual que permite a los usuarios buscar los documentos en una carpeta en el sistema de archivo local e importarlos dentro del Ambiente Semántico. Esto hace a los documentos "inteligentes" al "exponerlos" por medio de las herramientas semánticas del Information Nervous System (por ejemplo, copiar y pegar inteligente, Plantillas de Contecto, etc.). La figura 67 muestra la casilla de diálogo "Explorar Carpeta" que s e exhibe cuando los usuarios seleccionan una opción de exploración. Esto permite a los usuarios seleccionar una carpeta para abrir (desde el sistema de archivo local). La figura 68 muestra una página desde el asistente "Agregar Combinador" que permite a los usuarios seleccionar si desean crear un Combinador estándar o un Combinador virtual. /. . Características de Aplicación Adicionales Extensiones de Menú de Aplicación y otras Características de Estructura. El cliente del sistema instala de manera preferible una extensión de menú para aplicaciones que soportan extensiones programáticas pero que ya no soportan el copiado de datos al portapapeles. Estas incluyen aplicaciones tales como Microsoft Windows Media Placer y Microsoft Outlook (para encabezados de mensaje de correo electrónico). En la modalidad preferida la extensión de menú lee "Copy" (Copiar). El sistema copia el objeto seleccionado como un objeto XML al portapapeles del sistema Windows. Por ejemplo, el conector de sistema para un correo electrónico de Microsoft Outlook copia un objeto de correo electrónico seleccionado como un Objeto XML de Correo Electrónico. Para aplicaciones que ya soportan el portapapeles, no es necesaria la extensión. Objetos Favoritos del Lado del Servidor. En Agencias que soportan Estado de Usuario, los usuarios pueden marcar objetos como "favoritos". Cuando un objeto es marcado como un favorito, el Presentador invoca un método en el Servicio X L Web de la Agencia. El Servicio XML Web agrega un vínculo semántico entre el objeto de usuario y el objeto en cuestión. En la modalidad preferida, los usuarios pueden ver objetos favoritos por medio del Agente por Omisión AII.MyFavorites.AII. Este Agente devuelve todos los objetos que han sido marcados como favoritos. Este administrador de Agencia puede crear sub-Agentes tales como AII.MyFavorites.Technology.XML.All. E! Presentador permite a los usuarios marcar y desmarcar favoritos, lo cual también es un medio de redefinir la estructura que los servidores y Agencia exportan. El uso del escenario "favoritos" es especialmente valioso en casos en donde los usuarios pueden ver objetos de interés y no desean navegar a través de ellos en forma inmediata. La característica de favoritos puede ser utilizada también de manera opcional por la Agencia para recomendar objetos a los usuarios. En la modalidad preferida, esos objetos recomendados son recuperables por medio del Agente All.Recommended.AII. La Agencia recomienda objetos en base principalmente a objetos que los usuarios han marcado por ser favoritos. De manera preferible, los favoritos del lado del servidor serán utilizados también con las Plantillas de Contexto Clásicas y de Recomendaciones, "favoritas". Protectores de Pantalla de Agente. Una modalidad preferida de la presente invención permite a los usuarios seleccionar cualquier Agente suscrito como un protector de pantalla. De preferencia, los usuarios son advertidos de que los Agentes pueden exponer datos sensibles y dar una oportunidad para determinar si es seguro utilizar un agente particular como protector de pantalla. En la modalidad preferida, el cliente del sistema puede cargar cualquier Agente suscrito como un protector de pantalla. En una modalidad alternativa, los usuarios pueden combinar Agentes a fin de proporcionar una presentación de protector de pantalla deseada. De manera alternativa, un protector de pantalla puede ser una Cubierta estructurada que incluye Agentes paralelos desplegados, por ejemplo, en cuatro cuadrantes de la pantalla. Smart Lens Agente-Agente. En una modalidad alternativa, el cliente del sistema soporta el uso de un Smart Lens (invocado a través de un Agente o de un Combinador) como un contexto para invocar otro Agente o Combinador. Por ejemplo, los usuarios pueden seleccionar AII.CriticalPriority.AII y desean usar ese Agente como un Smart Lens para explorar AII.Understood.AII a fin de encontrar todos los objetos que son de prioridad crítica y que también son entendidos por la Agencia de destino. Ilustraciones de Interfaz de Usuario de Muestra Smart Lens. Las figuras 69-71 proporcionan menús desplegables de globo ilustrativos asociados con la característica Smart Lens de un Agente de Información de acuerdo con la presente invención. La figura 69 exhibe una muestra de un menú desplegable de globo en la Hoja de Resultados de contexto con un Agente Inteligente como el Smart Lens. Este muestra una ventana desplegable que es exhibida cuando los usuarios seleccionan el icono Smart Lens en un objeto de información. Esta muestra exhibe un caso en donde el Agente Inteligente titulado "Documentos en Reuters Relacionados con [My Nervana Ul Specifications] está en el portapapeles y es "enviado" como un Smart Lens sobre un objeto de correo electrónico titulado "Yuping's Thoughts on the Nervana Ul". La figura 70 exhibe una muestra de un menú desplegable de globo en la Hoja de Resultados de contexto con un objeto como el Smart Lens (y "sostenido" sobre un Agente). Esta muestra ilustra que el Smart Lens es connotativo (A [SMART LENS] B = B [SMART LENS] A). La sección de resultados de la hoja de contexto es idéntica en el ejemplo mostrado en la figura 69, indicando que el Smart Lens en la modalidad preferida es connotativo. La figura 71 exhibe una muestra de un menú desplegable de globo en la Hoja de Resultados de contexto con un objeto de información como el Smart Lens y un objeto de información como el artículo que está como "objetivo". En esta muestra, un objeto titulado "My Nervana Ul Specification" ha sido copiado al portapapeles (su representación SQML) y pegado como un Smart Lens sobre otro objeto (en la Hoja de Resultados) titulado "Yuying's Thoughts on the Nervana Ul" (un objeto de correo electrónico). En esta muestra, el usuario tiene la opción de seleccionar un predicado que es semánticamente compatible con la combinación de un documento para un mensaje de correo electrónico. La figura 72 exhibe una muestra de una variante del menú desplegable de globo de la figura 71 que ilustra la medida de conexidad de los dos objetos (el objeto Smart Lens y el objeto "de objetivo"), ambos como un porcentaje y en forma gráfica, en este ejemplo como un diagrama de barra. Las figuras 73-75 exhiben tablas de muestra que ¡lustran los comportamientos y los predicados de tipo de objeto de contenido relacional cuando se usan Smart Lenses. La figura 73 muestra el escenario Agente-Objeto para toda la información en donde el comportamiento Smart Lens es conmutativo, por ejemplo, A[Smart LensjB = B[Smart LensjA. Las figuras 74-75 muestran el escenario Objeto-Objeto para documento y correo electrónico, respectivamente, en donde también el comportamiento Smart Lens es conmutativo, por ejemplo, A[Smart Lens]B = BfSmart Lens]A. Ilustraciones de Interfaz de Usuario de Cubierta de Combinador. La figura 76 es una muestra de interfaz de usuario que ilustra el control de ReproductorA ista Previa de resultados semánticos. El Presentador de Agente de Información une de manera preferible este control a cada Hoja de Resultados. El Control de Reproductor/Vista Previa permite a los usuarios navegar los resultados en la hoja de Resultados, animar los resultados (reproducir, detener, pausar, cambiar, acelerar, etc.) y filtrar los resultados (por ejemplo, en el caso de los resultados de un Combinador). La figura 77 es una muestra de interfaz de usuario que exhibe los resultados semánticos de un Combinador. En esta muestra, la Cubierta de Combinador tiene partes reservadas del área de reproducción como estructuras separadas para cada Agente en el Combinador, y un Control de ReproductorA/ista Previa para cada estructura, permitiendo de esta manera que los usuarios naveguen, controlen y animen los resultados de cada Agente en el Combinador. De manera alternativa, una Cubierta de Combinador puede exhibir los resultados fusionados desde todos los Agentes en el Combinador (con un Control de ReproductorA/ista Previa adjunto), puede desplegar los resultados en estructuras de acuerdo con el tipo de información, etc. Arrastrar y Soltar Múltiple. En una modalidad alternativa, el cliente del sistema permite a los usuarios seleccionar múltiples documentos o carpetas desde la computadora de escritorio y usarlos como la base de las consultas relaciónales en un Agente o Combinador. Esto permite a los usuarios refinar adicionalmente una consulta utilizando múltiples documentos como la herramienta de refinamiento. Por ejemplo, el usuario puede indicar de manera opcional si desea la unión o intersección de los resultados (utilizando cada uno de los documentos como un filtro). Esto crea un archivo SQML con un recurso (el objeto sobre el cual se arrastraron los vínculos) y múltiples vínculos (uno por documento u objeto arrastrado). El SQP del cliente interpreta de manera preferible esto recuperando los metadatos XML para todos los filtros de objeto y llamado al Servicio XML Web del Agente Inteligente de destino con los argumentos XML. En la modalidad preferida, el Servicio XML Web de Agencia asigna categoría a los argumentos de metadatos XML, forma las representaciones SQL adecuadas de la consulta y devuelve los resultados. Convenciones de Método Abreviado URL. Las Agencias de la presente invención pueden compartir la Internet Web ya que son instaladas de manera opcional como aplicaciones Web. Como un resultado, las Agencias pueden ser referidas para utilizar el esquema de asignación de nombre de la Web (por ejemplo, un HTTP URL regular). En la modalidad preferida, la presente invención expone convenciones de asignación de nombre de método abreviado y URLs que son específicos para el Ambiente Semántico del Agente de Información. • Convención URL de Método Abreviado de Agente. La convención URL de método abreviado de Agente es: agent://<agentname>@<agencyurl>?start=<Stara>&end=<end>&skin=<skin urlL> Cuando es invocada, es mapeada de manera preferable para un HTTP URL completamente calificado, por ejemplo: http://<path to Agency ASP; o CG I script>?agentname=<agentname>& start=<start>&end=<end>&skin=<SkinUrl>. Un ejemplo de una convención URL de método abreviado de Agente es como sigue: agent://email.technology.wireless.all@marketing.abccorp.com?start=0 &end=25&skin=http://www.nervana.net/skins/email/abcemailskin.xslt Este URL es resuelto por el cliente como sigue: Iniciar el proxy de servicio Web, abrir el archivo WSDL http://abc.com/nervanaroot/webservice.wsdl y pedir al servicio Web las estadísticas de la Agencia nombrada "Marketing". Para el acceso HTTP, esto se resolverá para una trayectoria para el ASP o CGI. Por ejemplo: http://abccorp.com/marketingagency.asp?urltype=agent&agentname= email.technology.wireless.all& star=0&end=25&skln=http://www.nervana.net/skins/email/abccopemailskin. xslt El argumento de inicio indica el índice de inicio de base cero del objeto para devolverse primero. El argumento de terminación indica el índice de terminación. El Skin URL es opcional. En caso de que no se especifique Skin URL, el cliente carga el Agente con la Cubierta por omisión del Agente. Un Agente guardado localmente puede ser accesado con agent://<agentname>@loca)host. Por ejemplo: agent://Documents.[Related to My Business Plan]@localhost cargará el Agente guardado localmente (en Mis Agentes) nombrado "Documents.fRelated to My Business Plan]". Convención URL de Agencia. Un ejemplo es como sigue: agency://<agencyname>.<doma¡nname>?query=getproperties|getstats|geta gents@agentviewfilter=<agentviewfilter>&agentnamecontainfilter=<agentna mecontainsfilter>&agenttypefilter=<agenttypefilter>&agentobjecttypefilter=< agentobjecttypefilter> En este ejemplo, el argumento de consulta es "getproperties". El URL recupera la propiedades de la Agencia misma (por ejemplo, el nombre, el nombre de despliegue, si es local o remota, etc.). De manera alternativa, si la propiedad es "getstats", el URL recupera las estadísticas de la Agencia (número total de Agentes, número de Agentes. Estándar, número de Agentes Compuestos, número de Agentes de Dominio, número total de objetos, número de objetos de documento, número de objetos de correo electrónico, etc.). En la modalidad preferida, la bandera getproperties es la omisión, significando que las propiedades son recuperadas en caso de que no se especifique otro argumento. Si cualquiera de los argumentos getproperties o getstats es especificado, de preferencia no se especifican otros argumentos junto a ellos. El argumento agentviewfilter es opcional y permite al emisor de llamada especificar una vista de Agente para restringir la búsqueda. Por ejemplo, una vista de Agente "Reuters News" se puede instalar en el servidor para devolver solamente Agentes que manejan objetos de noticias desde Reuters. El argumento agentnamecontainsfilter es opcional y permite a los usuarios filtrar los resultados mediante una cadena de búsqueda para el nombre de Agente. El agenttypefilter es opcional y permite a los usuarios filtrar los Agentes en base al tipo de Agente (Agente Estándar, Agente Compuesto, o Agente de Dominio). El argumento agentobjettypefilter es opcional y permite a los usuarios filtrar los resultados con el tipo de objeto que el Agente maneja (por ejemplo, correo electrónico, documentos, personas, etc.). Los ejemplos incluyen los siguientes: agency://sales.boeing.com?query=getstats (que corresponden al HTTP URL http://boeing.com/salesagency.asp?urltype=agency&query=getstats) agency://sales.boeing.com?agenttypefilter=standard&agenttobjecttypeidfilte r=events (que corresponde al HTTP URL http://boeing.com/salesagency.asp?urltype=agency&agenttypefilter=standar d&agentobjecttypeidfilter=events Convención URL de Objetos. Los objetos de Agencia pueden ser accesados directamente desde un cliente. La convención es: objects://<querystring><agencyname>.<domainname>?querytype=<objecti d|searchstring>&objecttypefilter=<objecttypefilter> El argumento objecttypefilter es opcional y puede ser utilizado para filtrar los objetos devueltos por el tipo de objeto. Es una enumeración de los tipos de objeto conocidos (por ejemplo, documento, por correo electrónico, evento, etc.). Los ejemplos incluyen lo siguiente: objects://34547848@support.attw¡reless.com?queryíype=objectid devolverá el objeto con el objectid 345447848. objects://80211 @support.attwireless.com?querytype=searchstring&objectty pe=correo electrónico devolverá los objetos de correo electrónico que igualen a la cadena de consulta "80211" • Convención URL de Categoría. LA convención URL es: category://«categoryname>@<kbsurl>?semanticdomainname=<semanticd omainname> El argumento semanticdomainname es opcional. En la modalidad preferida, es omitido, se seleccionará el dominio por omisión del KBS. Un ejemplo es como sigue: category://technology.wireless.all@abccorp.com/marketingknowledge.asp Esto corresponde a la categoría "Technology.Wireless.AH" para el dominio por omisión en la base de conocimiento instalada en el servicio Web abccorp.com/marketingknowledge.asp. Esto se resolverá para el siguiente HTTP URL: http://abccorp.com/marketingknowledge.asp?category="technology.wireless .all. Un ejemplo de una versión completamente calificada del URL de categoría puede ser: category://technology.w¡reless.all@abccorp.com/marketingknowledge.asp? semanticdomainname="/lnformationTechnology" Información de Cliente para Compartir y de Itinerancia. En la modalidad preferida, los usuarios pueden compartir Agentes (incluyendo Combinadores) con otros enviándolos vía correo electrónico, mensajería instantánea, etc. De manera preferible, los usuarios de información local pueden almacenar información de Agente en forma local o tiene el seguimiento de la información con ellos (por ejemplo, a través de soporte Abccorpli irror en Windows 2000 para itinerancia de cobertura de departamento, por medio de un Servicio XML Web de propietario en un Directorio de Agencia global (utilizando claves de acceso para identidad), o por medio de integración con Microsoft .NET My Services, que emplea el servicio de identidad Passport de Microsoft). Agencias Locales. De manera preferible, el cliente del sistema permite también a los usuarios crear y agregar Agencias locales que operan una instancia local del K1S para la lista "Mis Agencias". En esta modalidad, el cliente permite también a los usuarios eliminar una Agencia personal. Consistencia y No Alteración de la Experiencia de Usuario. El Agente de Información (explorador semántico) de la presente invención proporciona una experiencia de usuario compatible y sin alteración. Dicho en otras palabras, el Agente de Información coexiste de manera uniforme con el explorador de la Web Actual. Herramientas tales como "Atrás", "Adelante", "Origen", "Parar", "Renovar" e "Imprimir" trabajan e manera preferible como lo hacen con el explorador de la Web Actual para no confundir al usuario. Muchos de las herramientas permanecen igual aunque la funcionalidad es diferente. Además, nuevas herramientas se agregan de manera preferible a la barra de herramientas y las opciones de menú que reflejan la nueva funcionalidad en el explorador semántico (estas se pueden ver observando la barra de herramientas en las pantallas). Las figuras 78 y 79 muestran los mapeos de funcionalidad ilustrativos de la presente invención que demuestran los mapeos preferidos para introducir nueva funcionalidad para los usuarios en tanto que mantiene la consistencia de metáfora. La figura 78 es una comparación de los conjuntos de herramientas de interfaz de usuario por omisión de la Web Actual y una modalidad preferida del Agente de información de la presente invención. La figura 79 es una comparación de los conjuntos de herramientas de la interfaz de usuario por omisión para el sistema de archivo Microsoft Explorer/Document Viewer y una modalidad preferida del Agente de Información de la presente invención. 5. PROPORCIONAR CONTEXTO EN LA PRESENTE INVENCIÓN a. Plantillas de Contexto La presente invención proporciona Plantillas de Contexto, o plantillas de consulta de información accionadas por escenario que mapean a modelos semánticos específicos de acceso y recuperación de información. De manera esencial, las Plantillas de Contexto pueden ser consideradas como "canales" de recuperación de información semántica digital, personal que suministran información a un usuario mediante el empleo de una plantilla semántica predefinida. En la modalidad preferida, el explorador semántico 30 permite que el usuario cree un nuevo "Agente Especial" utilizando Plantillas de Contexto para inicializar las propiedades del Agente. De manera preferible, las Plantillas de Contexto agregan la información a través de una o más Agencias. Solamente a manera de ejemplo, la presente invención define las siguientes Plantillas de Contexto. Las Plantillas de Contexto Adicionales dirigidas a la integración y diseminación de distintos tipos de información semántica están contempladas dentro del alcance de la presente invención (los ejemplos incluyen Plantillas de Contexto relacionadas con emoción, por ejemplo, "Enojo", "Tristeza", etc. Plantillas de Contexto para ubicación, movilidad, condiciones ambientales, tareas del usuario, etc.) Plantilla de Contexto de "Encabezados". La plantilla de Contexto de Encabezados (y su Agente Especial resultante) puede ser comparado por analogía con la versión digital personal del programa "Headline News" de CNN en como transfiere la información semántica. La Plantilla de Contexto permite a un usuario accesar los encabezados de información desde una o más Agencias, clasificada de acuerdo con la hora de creación y publicación de la información y una cantidad configurable de tiempo que define el "carácter novedoso" de la información. Por ejemplo, "Headline News" de CNN despliega encabezados cada 30 minutos (alrededor del reloj). En la modalidad preferida, el Agente de Información 30 de la presente invención permite a los usuarios crear un Agente Especial de Encabezados utilizando los siguientes filtros y parámetros: • Pivotes de Objeto de Información. El Combinador resultante muestra los resultados que se relacionan con ese objeto. Este es un parámetro opcional, en caso de no ser especificado, los encabezados son desplegados para toda la Agencia (sin ningún filtro en base a objeto). • Período de "novedad" predeterminado. Por ejemplo, 30 minutos, 1 hora, etc. • Predicado. Este definirá como el Pivote de Objeto de información se vincula a la información que se va a recuperar. Los ejemplos son: "relacionado con", "posiblemente relacionado con" (usa una búsqueda en base a texto), "creado" (en el caso de un objeto de persona), "posiblemente creado", "tiene experiencia en", etc. El predicado por omisión "relevante para" se utiliza de manera preferible por omisión. Este predicado por omisión es resuelto por la agencia mediante el mapeo inteligente del mismo para predicados específicos. • Agencia(s) Esto incluye a las agencias en las cuales se verifican los encabezados. Por lo menos una agencia debe ser especificada y no hay límite para el número de Agencias que pueden especificarse. El usuario puede indicar si se utilizarán todas las Agencias en la lista de "recientes" y/o "favoritas". • Lista de categoría. Por ejemplo "Technology.Wireless.AII". Este actúa como un filtro adicional para la consulta.

Además de la novedad, la Plantilla de Contexto de Encabezados incorpora de manera preferible que tan "importantes" son los artículos de resultados a fin de determinar la clasificación de los resultados. Esto se puede lograr consultando la Agencia para encontrar el miembro de objetos relacionados semánticamente en la agencia, lo cual es un buen indicador de si el tema del objeto es "importante". Además, de los objetos devueltos (o artículos) son clasificados de manera preferible por novedad o como nuevos.

A manera de ejemplo, la SAMPLE D del Apéndice de la presente ilustra una salida SQML desde la Plantilla de Contexto de Encabezados de la modalidad preferida. En este ejemplo, la Plantilla de Contexto recupera toda la información desde cuatro Agencias diferentes (mercadotecnia, investigación, ventas y recursos humanos), con una extensión de tiempo de novedad de 30 minutos, y con un predicado "relevante para" (indicando una consulta semántica). En la modalidad preferida, el SQML de este ejemplo, para todas las Plantillas de Contexto, puede formar de manera opcional la base de un Smart Lens, copiar y pegar inteligente, arrastrar y soltar y otras herramientas en la caja de herramientas semánticas. Plantilla de Contexto de "Sucesos de Interés". La Plantilla de Contexto de Sucesos de interés (y su Agente Especial resultante) puede ser comparada por analogía con una versión digital personal de los insertos del programa "Breaking News" de CNN que inserta que interrumpe la programación programada regularmente en como transfiere la información semántica. Al Igual que los insertos de "Breaking News" de CNN, esta Plantilla de Contexto permite a los usuarios accesar la información critica en cuanto a tiempo, de "interés" desde una o más Agencias, clasificada de manera preferible por la hora de creación o publicación de la información o la hora de ocurrencia del evento (en el caso de un evento), y con una cantidad configurable de tiempo que define la novedad y una "fecha de entrega" configurable para eventos para definir el carácter crítico en cuanto al tiempo. Por ejemplo, la Plantilla de Contexto puede ser definida par filtrar objetos de información enviados durante la última hora, o eventos que se celebrarán al día siguiente.

En la modalidad preferida, la Plantilla de Contexto de Suceso de Interés es diferente de los Agentes de Sucesos de Interés. La Plantilla de Contexto es una plantilla que define los parámetros de consulta estadística que son pasados a una o más agencias. Un Agente de Sucesos de Interés es cualquier Agente Inteligente que los usuarios pueden haber creado y de manera esencial es creado por el usuario y personalizable por el usuario. A manera de ejemplo, un Agente Especial de Sucesos de Interés en base a la Plantilla de Contexto de Sucesos de Interés puede informar a los usuarios de objetos de información enviados durante la última hora o eventos del día siguiente que se relacionan con un documento local (o cualquier otro contexto local, si está especificado). Sin embargo, un Agente de Sucesos de Interés otorga a los usuarios la flexibilidad de recibir alertas de "Eventos en tecnología inalámbrica que son dados por un miembro de mi equipo y a celebrarse en Seattle o Pórtland durante las siguientes 24 horas y que se relaciona con este documento en mi unidad de disco duro". El Agente de Sucesos de Interés proporciona a los usuarios mucha mayor flexibilidad y personalización que la Plantilla de Contexto de Sucesos de Interés. Una ventaja de la Plantilla de Contexto de Sucesos de Interés es que forma de manera preferible la base de alerta intrínsecas mediante el uso de parámetros que califican como "de interés" para usuarios comunes. Plantilla de Contexto de "Conversaciones". La Plantilla de Contexto de Conversaciones (y su Agente Especial resultante) puede ser comparada por analogía con un programa "Crossfire" de CNN en como transfiere la información semántica. Al igual que "Crossfire", que usa conversaciones y debates como el contexto para la diseminación de información, en la modalidad preferida, el Agente Especial de conversación rastrea los envíos de correo electrónico, anotaciones, y entrelazamientos de información relevante.

La Plantilla de Contexto de Conversación puede considerarse como la Plantilla de Contexto de Encabezados filtrada con el tipo de objeto de correo electrónico. Además, para los parámetros de "Encabezados", la Plantilla de Contexto de Conversaciones contiene de manera preferible (aunque en forma opcional) los siguientes parámetros: • Longitud de entrelazamiento mínima para devolución. El usuario indica de manera opcional que solamente desea entrelazamientos de correo electrónico con por lo menos una respuesta, dos respuestas, etc. En muchos casos, el número de entrelazamientos proporciona una indicación de la importancia semántica. El valor por omisión es cero. • Filtro de lista de distribución. El usuario restringe de manera opcional el correo electrónico devuelto a aquellos que son miembros de una o más listas de distribución en las líneas "de", "para", "ce" o "bcc". Esto permite que el usuario desee monitorear debates desde grupos preferidos, divisiones, etc. • Filtro de línea de distribución. El usuario restringe de manera opcional el correo electrónico devuelto a aquellos que tienen las direcciones de correo electrónico de filtro en las líneas "de" "para", "ce" o "bcc". Los artículos devueltos son clasificados en forma opcional en base a la novedad o en base a la profundidad del entrelazamiento de conversación. Plantilla de Contexto de "Generadores de Noticias". La Plantilla de Contexto de Generadores de Noticias (y su Agente especial resultante) puede ser comparada por analogía con una versión digital, personal del programa "Meet the Press" de NBC en como transfiere la información semántica. En este caso, el énfasis está sobre las "personas en las noticias", en oposición a las noticias o conversaciones mismas. Los usuarios navegan la red utilizando las personas devueltas como Pivotes de Objeto de Información. La Plantilla de Contexto de Generadores de Noticias puede considerarse como la Plantilla de Contexto de Encabezados, de manera preferible con los filtros de tipo de objeto "Personas" o "Usuarios", y los predicados "creado por", "posiblemente creado por", "alojado por", "anotado por", "experto en", etc. (predicados que relacionan a las personas con la información). El predicado por omisión "relevante para" es utilizado para cubrir todos los predicados específicos aplicables. El orden de clasificación de la información relevante, por ejemplo, los generadores de noticias, se clasifica en base al orden en el que "se generan las noticias", por ejemplo, encabezados. Además, para los parámetros de Plantilla de Contexto de Encabezados, la Plantilla de Contexto de Generadores de Noticias contiene de manera preferible los siguientes parámetros opcionales: • Filtro de lista de distribución. El usuario restringe e manera opcional el correo electrónico devuelto a aquellos que tienen miembros de una o más listas de distribución en las líneas "de", "para, "ce" y "bcc". Esto permite que el usuario desee monitorear los debates de grupos preferidos, divisiones, etc. • Filtro de línea de distribución. El usuario restringe de manera opcional el correo electrónico devuelto a aquellos que tienen las direcciones de correo electrónico de filtro en las líneas "de" "para", "ce" o "bcc". Plantilla de Contexto "Eventos Próximos". La Plantilla de Contexto de Eventos Próximos (y su Agente Especial resultante) puede ser comparada por analogía con una versión digital personal de programas especiales que transfieren información acerca de eventos próximos. Los ejemplos incluyen especiales para eventos tales como "The World Series", "The NBA Fináis", "The Soccer Wolrd Cup Fináis", etc. El equivalente en un escenario de trabajador con conocimiento es un usuario que desea monitorear todos los eventos industriales próximos que se relacionan con una o más categorías, documentos, u otros Pivotes de Objeto de Información. La Plantilla de Contexto de Eventos Próximos de manera preferible es idéntica a la Plantilla de Contexto de Encabezados excepto que solamente son filtrados y exhibidos los eventos próximos (de manera preferible utilizando una "Cubierta de contexto" semánticamente adecuada que hace mención de eventos y carácter crítico en cuanto al tiempo). Los objetos devueltos son clasificados de manera preferible en base al carácter crítico en cuanto al tiempo con los eventos con mayor impedimento listados primero. Plantilla de Contexto de Descubrimiento. La Plantilla de Contexto de Descubrimiento (y su Agente Especial resultante) puede ser comparada por analogía con una versión digital personal del "Discovery Channel". En este caso, el énfasis está en los "documentales" acerca de temas particulares. A diferencia del caso de las "Noticias de Encabezados", el eje principal para el acceso y recuperación de la información no es el tiempo. En vez de ello, es una o más categorías con una agregación inteligente de información acerca de esas categorías. En una modalidad preferida de la presente invención, la Plantilla de Contexto de Descubrimiento simula la agregación inteligente de información seleccionando de manera aleatoria objetos de información que se relacionan con un conjunto dado e categorías y que son enviados dentro de un período configurable, determinad de manera opcional. En tanto que existe un período configurable opcional, el peso semántico en oposición al tiempo es la consideración preferida para determinar como se va a ordenar o clasificar la información. La presente invención permite que se utilicen diferentes ejes, por ejemplo, el peso semántico de la categoría o categorías que se "descubren", el tiempo, la aleatoriedad, o una combinación de todos los ejes (lo que probablemente incrementaría la efectividad del "descubrimiento"). La Plantilla de Contexto de Descubrimiento tiene preferiblemente los mismos parámetros que la Plantilla de Contexto de de Encabezados, excepto que la extensión de tiempo de novedad es reemplazada por un límite de edad máxima opcional, el cual indica la edad máxima de la información (enviada a la Agencia) que el Agente debe devolver. Plantilla de Contexto de "Historia". La Plantilla de Contexto de Historia (y su Agente Especial resultante) puede ser comparada por analogía con una versión digital personal del "History Channel". En este caso, el énfasis está en la información de diseminación no solamente acerca de temas particulares, sino también con un contexto histórico. Para este ejemplo, los ejes preferidos son la categoría y el tiempo. La Plantilla de Contexto de Historia es similar a la Plantilla de Contexto de Descubrimiento, en concordancia además con "un límite de edad mínima". Los parámetros son de manera preferible los mismos que aquellos de la Plantilla de Contexto de Descubrimiento, excepto que el parámetro de "límite de edad máxima" es reemplazado con un parámetro de "límite de edad mínima" (o un parámetro de "extensión de tiempo histórico" opcional). Además, los objetos devueltos son clasificados de manera preferible en orden inverso en base a su edad en el sistema o su edad desde la creación. Plantilla de Contexto "All Bets". La Plantilla de Contexto "All Bets" (y su Agente especial resultante) representa contexto que devuelve cualquier información que es relevante en base a su semántica o en base a una palabra clave o búsqueda de texto. En este caso, el énfasis está en la información de diseminación que puede ser relevante incluso en forma remota para el contexto. El eje principal para la Plantilla de Contexto "All Bets" es de manera preferible la mera posibilidad de relevancia. En la modalidad preferida, la Plantilla de Contexto "All Bets" emplea una consulta semántica y en base a texto para devolver el conjunto más amplio posible de resultados que puedan ser relevantes. Plantilla de Contexto "Best Bets". La Plantilla de Contexto "Best Bets" (y su Agente Especial resultante) representa el contexto que sólo devuelve información altamente relevante. En una modalidad preferida, el énfasis está en la información de diseminación que es considerada como altamente relevante y semánticamente importante. Para esta Plantilla de Contexto, el eje primario es la relevancia. En esencia, la Plantilla de Contexto "Best Bets" emplea una consulta semántica y no utilizará consultas en base a texto ya que no puede garantizar la relevancia de los resultados de consulta en base a texto. La Plantilla de Contexto "Best Bets" es inicializada de manera preferible con un filtro de categoría o palabras clave. Si las palabras clave son especificadas, se ejecuta la asignación de categoría en forma dinámica a través del servidor. Los resultados con clasificados de manera preferible en base al registro de relevancia, o la resistencia del vínculo semántico "pertenece a la categoría" desde el objeto para el filtro de categoría. Plantilla de Contexto de "Favoritos". La Plantilla de Contexto de Favoritos (y su Agente Especial resultante) representa el contexto que devuelve información "favorita" o "popular". En este caso, el énfasis está en la información de diseminación que ha sido endosada por otros y ha sido favorablemente aceptada. En la modalidad preferida, los ejes para la Plantilla de Contexto de Favoritos incluyen el nivel de interés de lectura, las "revisiones" del objeto revisado, y la profundidad del entrelazamiento de anotación. En una modalidad, la Plantilla de Contexto de Favoritos devuelve solamente información que tiene el vínculo semántico "favoritos", y es clasificada por el conteo del número de "votos" para el objeto (en base a este vínculo semántico). Plantilla de Contexto de "Clásicos". La Plantilla de Contexto de Clásicos (y su Agente Especial resultante) representa el contexto que devuelve información "clásica", o información que es de valor reconocido. Al igual que la Plantilla de Contexto de Favoritos, el énfasis está en la información de diseminación que ha sido endosada por otros y ha sido favorablemente aceptada. Para esta Plantilla de Contexto, los ejes preferidos incluyen un contexto histórico, el nivel de interés de lectores, las "revisiones" del objeto revisado y la profundidad del entrelazamiento de anotación en el objeto. La Plantilla de Contexto de Clásicos se implementa de manera preferible en base a la Plantilla de Contexto de Favoritos pero con un filtro límite de edad mínima adicional, que funciona esencialmente como una Plantilla de Contexto de "Viejos Favoritos". Plantilla de Contexto de "Recomendaciones". La Plantilla de Contexto de Recomendaciones (y su Agente Especial resultante) representa el contexto que devuelve información "recomendada", o la información que las Agencias han inferido que sería de interés para un usuario. Las recomendaciones serán insertadas agregando los vínculos semánticos de "recomendación" a la tabla de "Vínculos Semánticos" y explotando los vínculos semánticos favoritos que los usuarios indican. Las recomendaciones se hacen de manera preferible utilizando técnicas tales como aprendizaje de máquina y filtrado de colaboración. El énfasis de esta Plantilla de Contexto está en la información de diseminación que sería de interés para el usuario pero que el usuario no tiene que ver. Para esta Plantilla de Contexto, los ejes principales incluyen la probabilidad de interés y novedad. En la modalidad preferida, la Plantilla de Contexto es implementada generando SQML que tiene el predicado PREDICATETYPEIDJSLIKELYTOBEINTERESTEDIN como el filtro de predicado primario en las Agencias en el Ambiente Semántico. Plantilla de Contexto "Hoy". La Plantilla de Contexto Hoy (y su Agente Especial resultante) representa el contexto que devuelve información enviada o que se celebra (en el caso de eventos) "hoy". El énfasis con esta Plantilla de Contexto está de manera preferible en la información de diseminación que es considerada por ser actual en base a "hoy" que es el filtro para determinar la novedad. En la modalidad preferida, los resultados de la Plantilla de Contexto Hoy son un subconjunto de la Plantilla de Contexto de Encabezados en donde se exhiben los resultados enviados "hoy" o eventos celebrados "hoy". Plantilla de Contexto de "Variedad". La Plantilla de Contexto Variedad (y su Agente Especial resultante) representa el contexto que devuelve información aleatoria. El énfasis con esta Plantilla de Contexto está de manera preferible en la información de diseminación que es aleatoria a fin de que el usuario obtenga una amplia gama de artículos de información posibles. En la modalidad preferida, el eje principal es la aleatoriedad, aunque los artículos "aleatorios" serán semánticamente relevantes para el filtro de consulta (utilizando el predicado "relevante para"), ib. Cubiertas de Contexto La presente invención incluye una clase especial de Cubiertas llamada "Cubiertas de Contexto". Las Cubiertas de Contexto incluyen información de presentación que transfiere la semántica del contexto que representan. Por ejemplo, una Cubierta de Contexto para la Plantilla de Contexto Hoy puede desplegar un fondo o efectos de filtro con un reloj que señala la medianoche, o alguna otra representación de "Hoy". En ejemplos adicionales, una Cubierta de contexto para la Plantilla de Contexto de Variedad puede mostrar los efectos de transformación como bolas de boliche que caen de manera aleatoria (indicando la aleatoriedad de los resultados); la Cubierta de Contexto de Sucesos de Interés puede mostrar efectos y animaciones de luz con texto parpadeante, luces rojas tipo ambulancia, etc., para indicar el carácter crítico del contexto; y la Cubierta de Contexto de Historia puede mostrar gráficas que indican la "edad"; por ejemplo, carros usados, relojes, etc. Las Cubiertas de Contexto preferiblemente "respetan" la plantilla de presentación de tipos de objeto que se exhibe. Por ejemplo, los objetos de correo electrónico pueden ser desplegados con un fondo que muestra estampillas o un camión de oficina postal además de los gráficos que indican la Plantilla de Contexto. Debido a que algunas Plantillas de contexto pasan a través de Agencias, y por lo tanto a través de ortologías, no necesitan exhibir información que indique ontología (por ejemplo, información industrial). Sin embargo, las Cubiertas de Contexto que son inicializadas con un filtro de categoría indican de manera preferible la categoría u ontología de la Plantilla de Contexto. Típicamente esta será representada con elementos gráficos (y filtros, transformaciones, etc.) que indica la industria o género de la ontología. Por ejemplo, una Cubierta de Contexto de Farmacéuticos puede tener efectos de filtro que muestran el equipo de laboratorio: una Cubierta de Contexto de Petróleo y Gas puede mostrar imágenes de plataformas petroleras; y una Cubierta de Contexto puede mostrar imágenes de equipo deportivo, etc. c. Plantillas de Cubierta La presente invención permite a un usuario seleccionar diferentes tipos de Cubiertas, dependiendo de la tarea disponible. La implicación de tener presentación flexible es que el usuario puede seleccionar el mejor modo de presentación en base a la tarea actual. Por ejemplo, los usuarios pueden seleccionar una Cubierta sutil cuando trabajan con su máquina principal y donde la productividad es más crítica y los efectos no lo son. Los usuarios pueden seleccionar una Cubierta moderada en casos en donde la productividad también es importante aunque también los efectos serán agradables. Los usuarios pueden seleccionar una Cubierta excitante para escenarios como máquinas secundarias, por ejemplo en donde los usuarios están viendo información en su visión periférica y, son importantes características tales como texto-a-voz que los alertan sobre sucesos de interés. Las Cubiertas excitantes pueden presentar animaciones de personaje, efectos similares a "storyboard" para información a fondo, objetos desplegados en trayectorias de movimiento, y otros efectos. Es más probable que las Cubiertas excitantes sean utilizadas como protectores de pantalla. De manera preferible, la elección de Cubiertas es definida por el usuario. d. Predicados por Omisión En la modalidad preferida, cada tipo de objeto incluye un predicado por omisión que lo vincula con otros tipos de objeto. Esto proporciona a los usuarios un método intuitivo para vincular de manera dinámica objetos sin requerir de una evaluación separada del predicado para uso del vínculo semántico. Por ejemplo una operación de arrastrar y soltar desde un objeto de documento para un agente que devuelve documentos puede tener los predicados "Relacionado con" y "Posiblemente Relacionado con". Cuando un objeto de documento es arrastrado en la parte superior de un Agente de documento, el explorador semántico de la presente invención despliega una opción de menú desplegable que permite a lo usuarios seleccionar el predicado para uso de la consulta semántica. En una modalidad alternativa, otros menús relacionados pueden ser incorporados, por ejemplo, un primer menú desplegable que permite a los usuarios seleccionar la plantilla de vínculo o predicado; menús desplegables hijo que exhiben los predicados reales para la plantilla seleccionada. El predicado por omisión es insertado de manera preferible en el SQML generado en forma dinámica desde el cual se invocará la consulta. A manera de ejemplo, un predicado por omisión puede ser "relevante para". El predicado mapea a una consulta que devuelve información en el Agente de documento que es arrastrado. La ventaja de tener un predicado por omisión en este caso es que el explorador semántico de la presente invención puede exhibir una opción de menú desplegable llamada "Abrir" que a su vez invoca una consulta utilizando este predicado. El explorador semántico puede desplegar también una opción de menú desplegable llamada "Abrir con Vínculo" que tiene las opciones de submenú con predicados específicos. El predicado por omisión hace más fácil el uso del sistema debido a que los usuarios pueden explorar el sistema utilizando la vinculación dinámica, sabiendo que el predicado por omisión será la opción sensible que proporciona el objeto fuente y el Agente de objetivo u objeto. Además de ser utilizado en los escenarios de operación de arrastrar y soltar, los Predicados por Omisión son utilizados de manera opcional en Smart Lenses, copiar y pegar inteligente, etc. Los predicados por omisión pueden ser comparados por analogía con vínculos inteligentes degenerados que devuelven "la cosa correcta" dado el contexto.

De manera preferible el predicado por omisión será "relevante para", el cual a su vez puede producir "La cosa correcta" como el resultado de consulta adecuado para una distancia semántica de uno. En una modalidad alternativa, el Predicado por Omisión puede ser un fusionador de varios predicados específicos. Por ejemplo, el Predicado por Omisión de una operación de arrastrar y soltar documento-a-personas, copiar y pegar, o Smart Lens puede ser "relevante para" y puede ser interpretado por el Servicio XML Web de Agencia K1S por ejemplo, como una consulta en cascada que involucra predicados "creado", "experto en" y "anotado". Dicho en otras palabras, la "relevancia" es interpretada de manera inteligente por la presente invención y puede involucrar la fusión de diferentes predicados. Los Predicados por Omisión permiten a los usuarios navegar el sistema rápida y eficientemente y con poco esfuerzo de pensamiento. Los Predicados por Omisión proporcionan al sistema simplicidad y lo hacen más intuitivo para su uso. Además, los usuarios se sienten cómodos con los Predicados por Omisión debido a que los usuarios ya están usándolos para invocar vínculos HTML en la Web Actual en donde hay solamente un predicado: "invocar". e. Predicados de Contexto Los Predicados de Contexto son predicados que son definidos en un alto nivel de abstracción y que mapean a un subconjunto relevante de Plantillas de Contexto. Los Predicados de Contexto permiten a un usuario seleccionar un filtro de predicado en base a una Plantilla de Contexto, en vez de un predicado de sistema de bajo nivel. Cuando la consulta es invocada con el Predicado de Contexto, filtrando el SQML de contenido con los parámetros de filtro de la Plantilla de Contexto genera una nueva consulta SQML. Por ejemplo, el Predicado de Contexto "Best Bets" mapea a la Plantilla de Contexto del mismo nombre y filtra una consulta con aquellos objetos de información que son "best bets" (comúnmente, esto serán aquellos artículos que son devueltos desde la consulta semántica y no desde una en base a texto). De manera similar, el Predicado de Contexto de Sucesos de Interés filtra los artículos en base a si califican o no con las condiciones de filtro de la Plantilla de Contexto de Sucesos de Interés. En general, los Predicados de Contexto son aplicados para tipos de objeto que son compatibles con la Plantilla de Contexto (por ejemplo, los Predicados de Contexto "Expertos" y "Generadores de Noticias" solamente serán válidos para consultas que devuelven objetos de "Persona"). f. Atributos de Contexto Los Atributos de Contexto son "atributos virtuales" que son colocados en memoria intermedia como parte de cada objeto XML que la Agencia devuelve al cliente. Esos atributos son dinámicos en que reflejan el contexto actual en el que los resultados están siendo desplegados. Por ejemplo, cuando son relevantes, el Atributo de Contexto "Best Bet" es adjuntado a cada resultado XML que satisface el filtro de consulta semántica en el SQML de la consulta actual. Los resultados de una consulta semántica con predicados por omisión incluirán resultados tanto semánticos como no semánticos (consulta en base a texto). La Agencia que procesa la consulta puede colocar en memoria intermedia Atributos de Contexto para los resultados XML que son "Best Bets" al correr una sub-consulta semántica en el SQML con el objeto de resultado como un filtro. En esta caso, los esquemas para el "Objeto" y tipos derivados incluirán campos de atributo para cada Plantilla de Contexto relevante (por ejemplo, un atributo "Best Bet", atributo de "Encabezado", etc.). Esta es la ¡mplementación preferida. De manera alternativa, el explorador semántico llama a la Agencia, pasa cada objeto XML como un argumento y "pregunta" si el objeto satisface el Atributo de Contexto. Otros ejemplos son un Atributo de Contexto de Encabezado que indica si el objeto califica como un "Encabezado" en el contexto de la consulta actual, un atributo clásico, etc. El explorador semántico exhibirá una interfaz de usuario que indica si el atributo de contexto es fijo o no. Los Atributos de Contexto proporcionan beneficios adicionales sobre los sistemas de la técnica anterior en que hacen más fácil el uso del sistema. Por ejemplo, un usuario puede ejecutar una operación de arrastrar y soltar para generar una consulta relacional que incluye filtros de consulta semántica y no semántica (como son procesadas por la agencia cuando recibe los argumentos SQML desde el cliente). En una modalidad, el explorador "pregunta" al usuario si desea o no una consulta amplia o una consulta de "Best Bets". De este modo, el usuario aplica de manera efectiva un filtro adicional antes de que se emita la consulta. De manera alternativa, la Agencia, en conjunción con el explorador semántico, devuelve de manera preferible los resultados de la consulta amplia, y califica también cada resultado con un atributo de contexto y la interfaz de usuario correspondiente que indica si cada objeto de resultado es "amplio" o un "Best Bet". Lo mismo aplica para otros tipos de objeto como el tipo de objeto "Persona". En vez de tener al usuario que indica si una consulta relacional para un Agente Personal devolverá "creadores", "expertos" o "anotadores", el explorador puede emitir una consulta amplia y calificar los resultados (con ayuda de la Agencia) cada objeto "Persona" devuelto que es un "creador", "experto" o "anotador", para el contexto actual. g. Paletas de Contexto Las Paletas de Contexto son una característica muy poderosa de la presente invención que involucra invocar Plantillas de Contexto en forma dinámica para el objeto seleccionado actualmente dentro del explorador semántico. De manera esencial, las Paletas de Contexto son invocadas de manera preferible en forma automática y exhibidas cuando los usuarios seleccionan cualquier objeto en la Hoja de Resultados. Las Paletas de Contexto permiten a los usuarios tener siempre el contexto de los resultados exhibidos actualmente a su disposición. Además, el explorado semántico renueva en forma constante la paleta para el objeto seleccionado actualmente, garantizando de esta manera que el contexto para el objeto siempre está actualizado. En una modalidad preferida, esto se logra por medio de un sincronizador que activa una acción de renovación o mediante la consulta del procesador de consulta SQML para la Paleta de Contexto si existe cualquier nuevo objeto desde la última vez que se renovó la paleta. En la modalidad preferida, los resultados desplegados en las Paletas de Contexto son objetos de información de "primera clase" de la misma manera que los objetos de información desplegados en la Hoja de Resultados principal. Dicho en otras palabras, los resultados de la Paleta de Contexto son utilizados de manera preferible con todas las herramientas semánticas de la presente invención, por ejemplo, copiar y pegar inteligente, Smart Lens, Información a Fondo, etc. De preferencia los mismo resulta cierto para los resultados exhibidos en otras hojas de contexto anticipadas en la presente invención. La presente invención incluye de manera preferible las siguientes Paletas de Contexto. En la modalidad preferida, los usuarios tienen la opción de "desplazarse a través de las diferentes Paletas de Contexto para un objeto seleccionado. La incorporación de Paletas de Contexto adicionales y diferentes se anticipa de manera expresa, y pueden ser paralelas a la adición de Plantillas de Contexto. Paleta de Contexto de "Encabezados". Esta usa la Plantilla de Contexto de Encabezados y emplea SQML que tiene el SQML de la Plantilla de Contexto de Encabezados con un vínculo adicional para el objeto seleccionado actualmente, y le predicado por omisión para la combinación tipo-objeto. En particular, el SQML puede ser asegurados de recursos que mapean a todos los Agentes favoritos o Agentes recientes en el Ambiente Semántico. El usuario configura si desea Agentes favoritos, Agentes recientes o ambos para ser utilizados cuando se genera la Paleta de Contexto. Además, la Paleta de Contexto de Encabezados también es configurable para mostrar encabezados sin ningún filtro del número de objetos que se van a exhibir o el límite de tiempo de "novedad". En este caso, la paleta permitirá que el usuario navegue todos los resultados relaciónales clasificados por la hora de publicación o de envío. Paleta de Contexto de "Sucesos de Interés". Contiene resultados relaciónales a partir de cada Agente de Sucesos de Interés en el Ambiente Semántico utilizando el predicado por omisión de la combinación objeto-tipo y vinculado con el objeto actualmente seleccionado. Además, se exhiben los resultados de la Paleta de contexto de Sucesos de Interés por omisión. El explorador semántico de la presente invención genera de manera dinámica el SQ L con tantas (e idénticas) combinaciones de recurso o vínculo como Agentes de Sucesos de Interés haya, con vínculos adicionales que tiene el predicado por omisión y el calificador de recurso del objeto actualmente seleccionado (una trayectoria de archivo, trayectoria de carpeta, objeto://URL, etc.). El explorador semántico de la presente invención invoca la consulta SQML generada y carga la ventana de paleta con los resultados SRML La Paleta de Contexto de Sucesos de Interés contiene de manera preferible los controles de navegación a fin de permitir a los usuarios navegar los resultados en la paleta de Contexto. Paleta de Contexto de "Conversaciones". Similar a la Paleta de Contexto de Encabezados excepto que utiliza la Plantilla de Contexto de Conversaciones. Paleta de Contexto de "Generadores de Noticias". Similar a la Paleta de Contexto de Encabezados excepto que utiliza la Plantilla de Contexto de Generadores de Noticias. Paleta de Contexto de "Eventos Próximos". Similar a la Paleta de Contexto de Encabezados excepto que utiliza la Plantilla de Contexto de Eventos Próximos. Paleta de Contexto de "Descubrimiento". Similar a la Paleta de Contexto de Encabezados excepto que utiliza la Plantilla de Contexto de Descubrimiento. Paleta de Contexto de "Historia". Similar a la Paleta de Contexto de Encabezados excepto que utiliza la Plantilla de Contexto de Historia. Paleta de Contexto de "All Bets". Similar a la Paleta de Contexto de Encabezados excepto que utiliza la Plantilla de Contexto "All Bets". Paleta de Contexto de "Best Bets". Similar a la Paleta de Contexto de Encabezados excepto que utiliza la Plantilla de Contexto "Best Bets". Paleta de Contexto de "Favoritos". Similar a la Paleta de Contexto de Encabezados excepto que utiliza la Plantilla de Contexto de Favoritos. Paleta de Contexto de "Clásicos". Similar a la Paleta de Contexto de Encabezados excepto que utiliza la Plantilla de Contexto de Clásicos. Paleta de Contexto de "Recomendaciones". Similar a la Paleta de Contexto de Encabezados excepto que utiliza la Plantilla de Contexto de Recomendaciones. Paleta de Contexto "Hoy". Similar a la Paleta de Contexto de Encabezados excepto que utiliza la Plantilla de Contexto Hoy. Paleta de Contexto de "Variedad". Similar a la Paleta de Contexto de Encabezados excepto que utiliza la Plantilla de Contexto de Variedad. Paleta de Contexto de "Timeline". Esta Paleta de Contexto contiene de manera preferible los resultados combinados desde las Plantillas de Contexto de Encabezados, Best Bets, Historia y Eventos Próximos. La Paleta de Contexto de "Timeline" permite de manera preferible a los usuarios navegar todos los objetos en el "timeline" semántico en base al objeto actualmente seleccionado. El "timeline" puede contener artículos de información en base a su hora de publicación/envío, artículos de evento en base a su hora de cita, etc. De manera esencial, con la Paleta de Contexto de "Timeline", el usuario navega los objetos relevantes (y quizás otros objetos relacionados semánticamente) utilizando el tiempo como eje primario para la transferencia de información. Paleta de Contexto de "Guía". La modalidad preferida de la presente invención incluye una Paleta de Contexto de Guía unificada. Esta Paleta de Contexto combina todas las Paletas de Contexto. Dicho en otras palabras, cada ventana en la Paleta de Contexto de Guía corresponde a un resultado desde cada una de las otras Paletas de Contexto. La interfaz de usuario para la Paleta de Contexto de Guía permite al usuario desplazarse a través de los resultados para cada Paleta de Contexto en cada ventana o para animar los resultados que utilizan técnicas de animación, por ejemplo, técnicas de aparición gradual/desaparición gradual. Un uso preferido de la Paleta de Contexto de Guía es ver el contexto del objeto actualmente seleccionado en un espacio de observación mínimo. En la modalidad preferida, el usuario tiene la opción de ver todas las Paletas de Contexto de lado a lado (verticalmente, horizontalmente, diagonalmente, etc.), acoplado o en otros formatos de disposición. Interfaz de Usuario de Paleta de Contexto. De manera preferible, la interfaz de usuario de Paletas de Contexto es configurable en base a la Cubierta de distribución para el Agente actualmente exhibido. En la modalidad preferida, las Paletas de Contexto pueden ser acopladas a la izquierda, a la derecha, en la parte superior o en la parte inferior de la Hoja de Resultados. Las Paletas de Contexto pueden ser colapsadas a fin de reducir al mínimo la intrusión en el área de visualización y re-expandidas de manera dinámica a la vista completa. Las Cubiertas permiten también que las ventanas de Paleta de contexto sean redimensionadas a tamaños variables o tamaños fijos, preestablecidos. De manera alternativa, algunas Cubiertas pueden también animar los resultados de las Paletas de Contexto. A manera de ejemplo, la figura 80 ilustra una interfaz de usuario que muestra los resultados de Agente y las Paletas de Contexto correspondientes. En el ejemplo, varias Paletas de Contexto son colapsadas y las Paletas de Contexto son cubiertos (o presentados para ser acoplados verticalmente el lado derecho de la pantalla, u Hoja de Resultados. h. Alertas Intrínsecas En una modalidad preferida, además del Agente de Sucesos de Interés, la presente invención proporciona Alertas Intrínsecas. En tanto que son conceptualmente similares a los Agentes de Sucesos de Interés, las Alertas Intrínsecas son fundamentalmente diferentes en operación. En el caso de los Agentes de Sucesos de Interés, la presente invención señala al usuario las notificaciones de sucesos de interés después de interrogar a cada Agente de Sucesos de Interés especificado por el usuario y consultarlo para encontrar si hay algo relacionado con el objeto actual que sea de interés. Una Alerta Intrínseca no requiere que el usuario especifique un Agente de Sucesos de Interés o de otra manera ejecute cualquier acción a fin de introducir la notificación de sucesos de interés. Una Alerta Intrínseca es señalada de manera automática en la interfaz de usuario (para todos los objetos exhibidos actualmente) cuando hay un evento que relaciona al objeto en la emisión de una manera intrínseca fundamental. Por ejemplo, si el objeto actual es un documento, la presente invención interroga a la Agencia desde donde proviene el documento y pregunta a la Agencia si hay alguna información enviada recientemente en la Agencia que se relaciona con el objeto. Si el objeto actual es una persona, la presente invención puede interrogar a la Agencia y preguntar si la persona envió recientemente un correo electrónico, envío recientemente un documento, anotó recientemente un documento, se unió o salió de una lista de distribución recientemente. Esto permite al usuario tener la información en su lugar dentro del contexto original del objeto de una manera sensible al tiempo. En la modalidad preferida, la implementación por omisión de Alertas intrínsecas interrogará solamente a la Agencia desde la cual proviene el objeto. Esto tiene la ventaja de simplificar la interfaz de usuario; si el usuario desea ejecutar consultas a través de Agencia, tiene la opción de arrastrar y soltar, copia y pegar, etc., a fin de invocar las consultas relaciónales. En modalidades alternativas, las alertas Intrínsecas interrogarán a múltiples Agencias, incluyendo agendas distintas de aquellas de donde proviene el objeto, en un esfuerzo por ubicar las notificaciones de suceso de interés. En una modalidad alternativa, la presente invención es configurable para mantener la información de si un usuario ha tenido acceso al objeto. Este puede ser comparado por analogía de cómo un servidor de correo electrónico mantiene el seguimiento de que mensajes de correo electrónico ha leído un usuario. En una modalidad, en la que la agencia soporta estado de usuario del lado del servidor por usuario, por-objeto, las Alertas Intrínsecas son siempre precisas debido a que la Agencia indica que existen "sucesos de interés intrínsecos" solamente si hay información en la Agencia que se relacione con los objetos en cuestión que no han sido accesados o leídos por el usuario. De manera preferible, esta alternativa se logra por medio de un filtro adicional en la consulta SQML.

La alternativa de un estado de usuario del lado del servidor por usuario, por objeto requerido por esta modalidad tuvo desventajas, en especial para Agencias que mantendrán cantidades masivas de información y tendrán un número enorme de usuarios (por ejemplo, Agencias en base a Internet). En esta situación, el sistema no escala adecuadamente si el estado es mantenido por objeto y por usuario. En una modalidad alternativa en donde la Agencia no soporta el estado del lado del servidor por usuario, por objeto, la agencia puede estar configurada con un límite de tiempo de novedad estático para Alertas Intrínsecas. Por ejemplo, el servidor puede estar configurado con un límite de tiempo de novedad de treinta minutos, en cuyo caso el servidor respondería de manera afirmativa si se recibe una consulta de Alerta Intrínseca dentro de los treinta minutos del arribo de un nuevo objeto que se refiere al objeto en la consulta. En una modalidad preferida, la Agencia KIS mantiene información sobre la frecuencia de arribo de información promedio. De esta manera, un servidor ocupado tendrá un menor límite de tiempo de novedad que un servidor que rara vez recibe nueva información. Esta modalidad no es tan precisa como si el servidor mantiene el Estado por-Usuario, por-objeto debido a que la frecuencia de arribo promedio produce solamente una aproximación de si debe señalarse una alerta. Esta modalidad resultará aún en perdida de información reducida. En la modalidad preferida, la presente invención señala de manera opcional las Alertas Intrínsecas de una manera no intrusita que sugiere su naturaleza probabilística (es decir, que una alerta es solamente una mejor conjetura.

/. Recomendaciones Semánticas Las Recomendaciones Semánticas representan consultas a la Red Semántica, de vínculos semánticos inferidos, que usan un objeto como un Pivote de Objeto de Información. Por ejemplo, el Sistema de Inferencia puede inferir que los usuarios desearían asistir a un cierto evento, en base a los eventos a los que han asistido en el pasado, el hecho de que han estado involucrados en muchas conversaciones de correo electrónico con el presentador del evento, etc. A manera de ejemplo, en la modalidad preferida, esta información está disponible en una Hoja de Resultados de contexto desplegable de Recomendaciones Inteligentes tal como aquel que se muestra en la figura 81. Esto es similar a que los usuarios vean un objeto determinado contra la Plantilla de Contexto de Recomendaciones. En la modalidad preferida, cada vínculo es generado por la Cubierta de objeto o una Cubierta de hija de información de recomendaciones especial y vinculará al SQML que contiene los predicados para vínculos semánticos inferidos. 6. BENEFICIOS DE PROPIEDAD DE LA PRESENTE INVENCIÓN El Information Nervous System de la presente invención proporciona el contexto adecuado, significado y acceso eficiente para los datos e información a fin de permitir a los usuarios adquirir conocimiento procesable. Muchas de las ventajas del Information Nervous System sobre la Web Actual y la Web Semántica Conceptual se derivan de su uso de las capas de tecnología mostradas en la figura 82. Las diferentes modalidades de la presente invención de muestran las ventajas ya que se relacionan con las propiedades requeridas a fin de producir una estructura de implementación integrada y uniforme y el medio resultante para la recuperación, manejo y entrega de conocimiento, que incluye Semántica/Significado; Sensibilidad al Contexto; Sensibilidad al Tiempo; Capacidad de Descubrimiento Automática e Inteligente; Vinculación Dinámica; Navegación y Exploración Controlada por el Usuario; Participación No-HTML y de Documento Local en la Red; Presentación Flexible que Transfiere Inteligentemente la Semántica de la Información que es Exhibida; Lógica, Inferencia y Razonamiento; Análisis de Información Accionada por Usuario flexible; Consultas Semánticas Flexibles; Anotaciones; "Web de Confianza; Paquetes de Información ("Combinadores"); Plantillas de Contexto; y Agregación de Información Orientada al Usuario. SEMÁNTICA/SIGNIFICADO La presente invención emplea vínculos semánticos, ontologías y otros modelos de datos bien definidos que usan XML. Como resultado, una Agencia como se describió antes tiene el poder de un sitio Web semántico en que la información incluye semántica. Además, al proporcionar significado como una parte intrínseca del Servicio XML Web, proporciona sensibilidad al contexto, sensibilidad al tiempo, etc. Asociada con la información en cuestión. SENSIBILIDAD AL CONTEXTO Los Agentes de sistema Inteligentes antes descritos monitorean el contexto privado de los usuarios y alertan de manera inmediata a los usuarios cuando hay información relevante sobre una fuente de información (o fuentes) relacionada con el contexto específico. A manera de ejemplo, esos contextos específicos pueden incluir los siguientes: • Mis Documentos • Mi Portal Web • Mis Sitios Web Favoritos • Mi Correo Electrónico • Mis Contactos • Mi Calendario 2 9 Mis Clientes Mi Música Mi Ubicación "Este" documento "Esta(a) sitio/página Web "Este" mensaje de correo electrónico" "Este" contacto "Este" evento en mi calendario "Este" cliente "Esta" pista musical, álbum, o lista de reproducción La presente invención proporciona una experiencia de usuario sensible al contexto a través del uso de los Agentes de información asociados con el servidor 10 y por medio del explorador semántico 30 y el Servicio XML Web asociado. Por ejemplo, los usuarios conectan información de manera automática en "Mis Documentos", "Mi Correo Electrónico", etc. (a partir de islas de aplicación tales como el sistema de archivo, Microsoft Outlook, etc.) a recursos de información que tienen información semánticamente relevante. Los usuarios tienen la flexibilidad de hacer esas conexiones en tiempo real a través de innovaciones de nivel aplicación que residen en la parte superior de la Red Semántica tales como las nuevas herramientas de consulta antes descritas, por ejemplo, arrastrar y soltar, Smart Lenses, copiar y pegar inteligente, etc. También está considerado que esas herramientas de aplicación puedan usarse de manera independiente de una Red Semántica, por ejemplo, integradas en un explorador existente de la Web Actual. En una modalidad preferida, el KIS de la presente invención extrae información semántica desde la Web Semántica u otro depositario con marcador semántico (de manera preferible a través de conectores RDF) dentro de la Red Semántica. En forma alternativa, el sistema 10 de la presente invención existe también sin la Web Semántica. En esta situación, el KIS construye su propia Red Semántica (por ejemplo, una Web semántica privada) a partir de las fuentes de datos que el administrador de sistema selecciona (por ejemplo, correo electrónico, documentos, etc.). El sistema 10 de la presente invención es capaz de utilizar las aplicaciones semánticas actuales con un sistema semántico (el cual puede incluir de manera opcional la Web Semántica). El sistema 10 proporciona por tanto sensibilidad al contexto por medio de la integración con aplicaciones del lado del cliente (incluyendo el explorador semántico de propietario 30), herramientas de rastreo de ubicación, etc., y el Servicio XML Web de propietario (que la Web Semántica no describe). De manera más específica, en tanto que la Web Semántica conceptual describe la arquitectura de vinculación semántica y representación de conocimiento, no resuelve los escenarios e innovaciones que usan Servicios XML Web a fin de proporcionar sensibilidad al contexto, sensibilidad al tiempo, vinculación dinámica, Plantillas de Contexto, Paletas de Contexto, etc. En comparación, la presente invención resuelve la vinculación semántica por medio del modelo de datos semánticos y la Red Semántica y proporciona también los servicios de software de sensibilidad al contexto, sensibilidad al tiempo, consultas semánticas, vinculación dinámica, Plantillas de Contexto, Paletas de Contexto, etc., por medio de la integración con su Servicio XML Web de propietario. SENSIBILIDAD AL TIEMPO La presente invención tiene una anotación intrínseca de la sensibilidad al tiempo. Por ejemplo, al proporcionar características relacionadas con la sensibilidad al tiempo como Agentes de Sucesos de Interés, Plantillas de Contexto de Sucesos de Interés, Paletas de Contexto de Sucesos de Interés y alertas intrínsecas, la presente invención demuestra la importancia del tiempo como un elemento en la semántica y la presentación. En tanto que no es universalmente verdadera, hablando en términos generales la información vieja de manera usual no es tan relevante como la nueva información. Por ejemplo, cuando CNN interrumpe la transmisión de noticias para mostrar sucesos de interés, la interrupción se basa en una combinación de semántica (la relevancia de los sucesos de interés que se van a exhibir) y el hecho de que las noticias de hecho son de interés. Excepto esos raros casos en donde el creador de la Web construye de manera específica análisis con prioridad por tiempo, este elemento de sensibilidad al tiempo es un eje de alertas y presentación que está totalmente ausente en la Web Actual y en la Web Semántica conceptual. La presente invención permite a los usuarios seleccionar Agentes Inteligentes como Agentes de Sucesos de Interés. Cualquier información que es exhibida mostrará alertas si hay sucesos de interés en un Agente de sucesos de interés. Por ejemplo, con la presente invención, un usuario es capaz de crear un Agente como: "Todos los Documentos Enviados en Reuters hoy" o "Todos los Eventos que se relacionan con la tecnología de computadora y se celebran en Seattie en las próximas 24 horas" como Agentes de Sucesos de Interés. Debido a que esos Agentes son personales (el "interés" es subjetivo y depende del usuario), el explorador proporciona únicamente soporte individual. En un ejemplo más, un usuario en Seattie podría programar la notificación sobre eventos en Seattie en las próximas 24 horas, eventos en la Costa Oeste en la siguiente semana (tiempo durante el cual puede encontrar un vuelo no costoso), eventos en los Estados Unidos de Norteamérica en los siguientes catorce días (la notificación de anticipo de la mayoría de transportistas aéreos en los Estados Unidos de Norteamérica para obtener un vuelo transcontinental a precio competitivo), eventos en Europa en el siguiente mes (probablemente debido a que necesita el tiempo para conseguir una reservación de hotel), y eventos en cualquier parte del mundo en los siguientes seis meses. La presente invención soporta además una Plantilla de Contexto de Sucesos de Interés en base a que usuarios pueden crear Agentes de Sucesos de Interés. Además, la presente invención soporta una Paleta de Contexto Sucesos de Interés que permite a los usuarios ver todos los resultados exhibidos en el contexto de una definición en base a plantilla de "sucesos de interés", integrando de esta manera uniforme e inteligentemente el contexto y la sensibilidad al tiempo. La presente invención proporciona además una poderosa herramienta de historial personal para ejecutar análisis históricos. Utilizando la exploración de historia, eventos pasados y horas de creación de documento, el sistema 10 puede compensar la memoria defectuosa al recordar los detalles de un evento, por ejemplo, que muestra los resultados para la consulta "Los colaboradores que asistieron a la junta de diseño desde el 6/1/98 hasta el 6/1/99". De manera alternativa, el sistema puede buscar un grupo de eventos. Por ejemplo, los investigadores pueden preguntar por "Todas las transacciones de mercado de acciones mayores a US$ 10 relacionadas con las acciones de aerolínea desde 7/1/01 hasta 9/11/01" o "Mostrar todos los documentos creados dentro de una ventana de diez días de este evento". CAPACIDAD DE DESCUBRIMIENTO AUTOMÁTICO E INTELIGENTE El sistema 10 de la presente invención tiene una noción intrínseca de descubrimiento. En una modalidad preferida, el KIS anuncia de manera automática su presencia en una red de transmisión múltiple local, un directorio empresarial (por ejemplo, un directorio LDAP o el Windows 2000 Active Directory), un sistema de colega-a-colega u otro sistema. De manera ideal, el explorador semántico 30 atiende en forma periódica la transmisión múltiple de anuncios de colega-a-colega y verifica un directorio empresarial o Directorio de Agencia Global. El explorador también permite al usuario navegar el sistema de una manera jerárquica para ubicar Agencias adicionales. De esta manera, los usuarios son notificados cuando nuevas Agencias están disponibles y cuando vencen Agencias existentes. De manera preferible, el explorador semántico de la presente invención notifica a los usuarios en forma instantánea cuando están disponibles nuevas Agencias por medio del espacio de nombre y las verificaciones periódicas de anuncios y la presencia de directorio. El aspecto de colega-a-colega permite que el sistema 10 escale y ocupe de manera automática el directorio empresarial sin ningún mantenimiento centralizado (que es un gran costo continuo para las organizaciones). De preferencia, el sistema utiliza consultas programáticas para nuevas clases de servidores, eliminado de esta forma las necesidades de registros de Web. VINCULACIÓN DINÁMICA El presente sistema 10 proporciona ventajas fundamentales sobre la Web Actual y la Web Semántica conceptual a través del empleo de objetos inteligentes que tienen comportamiento intrínseco. El sistema incrusta características semánticas en cada Servicio X L Web de Agencia, haciendo de esta manera mucho más inteligente a cada nodo en la Red Semántica que un vínculo o nodo regular en la Web Actual o la Web Semántica. Dicho en otras palabras, en la modalidad preferida, cada nodo en la Red Semántica de la presente invención vincula a los otros nodos independientes de la creación. Cada nodo tiene comportamiento que vincula de manera dinámica a Agencias. Los Agentes Inteligentes también permiten características adicionales como arrastrar y soltar y copiar y pegar, crear vínculos a Agencias en el Ambiente Semántico, respondiendo a peticiones de objetivo desde los Agentes Inteligentes para crear nuevos vínculos, incluyendo alertas intrínsecas que crearán de manera dinámica vínculos para la información sensible al tiempo en su Agencia, incluyendo sugerencias de presentación para sucesos de interés (en donde el nodo puede vincular en forma automática a Agentes de sucesos de interés en el espacio de nombre), etc. Esas características incrementan drásticamente la habilidad del usuario, por ejemplo, para encontrar y navegar nuevos vínculos. Una vez que el usuario llega a un nodo en la red, el usuario tiene varios medios semánticos de navegar dinámica y automáticamente utilizando el contexto, la sensibilidad al tiempo, la conexidad a Agencias inteligentes y Agentes, etc. Al hacer más inteligente a cada nodo en la red, toda la Red Semántica se convierte en una red inteligente, virtual, de auto-reparación y de auto-creación. La tecnología de vinculación dinámica de la presente invención permite a los usuarios emitir consultas a través de los límites de información local/remota. Por ejemplo, la presente invención (de manera preferible utilizando la tecnología SQML) permite a un usuario emitir una consulta como: "Encuentra todos mis mensajes de correo electrónico escritos para mi jefe o cualquier persona en la investigación y que se relacionen con esta especificación en mi unidad de disco duro). La tecnología de procesamiento de consulta del lado del cliente (de preferencia por medio de SQML) permite esta consulta flexible debido a que el procesador vincula los metadatos desde el cliente con el Servicio XML Web remoto que procesa la consulta relacional. Propagación de Información Inteligente y Dinámica. La vinculación dinámica como se proporciona en la presente invención provee la propagación de información inteligente. Debido a que la Red Semántica puede ser navegada desde muchos ejes más que la Web Actual o la Web Semántica, el hecho de compartir y propagar la información se hace mucho más eficiente y la perdida de información se reduce al mínimo. NAVEGACIÓN Y EXPLORACIÓN CONTROLADA POR EL USUARIO La propiedad de vinculación dinámica de la presente invención permite la exploración semántica continua en oposición a la Web Actual y la Web Semántica, en donde los vínculos estáticos resultan en la exploración de "dead-ends". Con la Web Actual y la Web Semántica, el usuario típicamente explora hasta la ubicación deseada o llega de menar efectiva a un punto muerto en donde no hay más vínculos disponibles. Con la vinculación dinámica, el usuario puede, dependiendo de la naturaleza del espacio de información en ese punto del tiempo, continuar explorando de manera indefinida ya que el nodo mismo incluye inteligencia par actualizar de manera dinámica los vínculos. Por ejemplo, a través de la integración uniforme de los Servicios XML Web de integración y semántica proporcionados por la presente invención, los usuarios arrastran y sueltan archivos, vínculos, etc., hacia agentes inteligentes para crear nuevos Agentes Inteligentes. De manera preferible esto ocurre en forma recursiva. Los Agentes Inteligentes, a su vez, pueden, cuando sea apropiado, hacerse Agentes de Sucesos de Interés. Otros nodos en la presentación despliegan sugerencias de presentación que indican si hay sucesos de interés en cualquier Agente de Sucesos de Interés. Para continuar el ejemplo, los resultados de la consulta de Agente de Sucesos de Interés se pueden utilizar como un Smart Lens, que muestra detalles adicionales. De manera preferible esos resultados incluyen alertas intrínsecas que proporcionan al usuario una trayectoria de contexto y sensibilidad al tiempo a través de la red. Los resultados subsecuentes pueden ser copiados y pegados a cualquier Agencia, así como arrastrados y soltados en otros Agentes Inteligentes. En la modalidad preferida, la vinculación dinámica de la presente invención se aplica a objetos dentro de la "sandbox" semántica (objetos que están el ambiente del sistema 10 y son exhibidos dentro del explorador semántico 30) así como a objetos externos que pueden ser agregados en forma dinámica al ambiente. Esto proporciona una trayectoria de migración dinámica uniforme desde los documentos existentes (en el sistema de archivo, la Web Actual u otros ambientes) hacia el sistema 0 de la presente invención. La figura 83 ilustra la vinculación dinámica y la navegación y exploración controlada por usuario de acuerdo con una modalidad preferida de la presente invención. Obsérvese que para los propósitos de este ejemplo, "Vínculos Inteligentes" se refiera al vínculo semántico programable dinámico de la presente invención.

PARTICIPACIÓN DE DOCUMENTO NO-HTML Y LOCAL EN LA RED La presente invención no requiere que los documentos sean codificados como RDF o XML antes de la inclusión en la red. En vez de ello, el KIS (o servidor de Agencia) extrae de manera automática los metadatos desde todas las clases de documentos y los agrega a la Red Semántica. Además, la vinculación dinámica del lado del cliente, preferiblemente a través de características tales como arrastrar y soltar, copiar y pegar inteligente y Smart Lens, asegura que los documentos locales de todos Jos tipos sean vinculados a la red, incrementado de esta manera el valor y alcance de la red. La presente invención extrae de manera automática los metadatos desde los documentos locales y llama al KIS (por medio de su Servicio XML Web) para recuperar la información semánticamente relacionada. Por tanto, el documento local no es excluido de la red. La presente invención habilita al usuario para arrastrar y soltar un documento desde un ambiente no inteligente (por ejemplo, la Web Actual o el sistema de archivo) dentro del sistema 10, proporcionándole de esta manera inteligencia semántica. Una vez que los metadatos están en el sistema 10, las herramientas semánticas tales como objetivos inteligentes, copiar y pegar inteligente, etc., pueden ser ejecutadas para y con el objeto. Arrastrar y soltar también es soportada directamente desde el sistema de archivo del usuario y la Web Actual dentro del sistema 10. PRESENTACIÓN FLEXIBLE QUE TRANSFIERE INTELIGENTEMENTE LA SEMÁNTICA DE LA INFORMACIÓN QUE SE EXHIBE La presente invención habilita a los usuarios con la presentación flexible. Debido a que el Servicio XML Web devuelve XML, en vez de HTML, y debido a que la presentación es generada de manera dinámica en el cliente, el usuario selecciona diferentes "cubiertas" con las cuales ver la información semántica. Las cubiertas preferiblemente convierten XML a un formato adecuado para presentación (por ejemplo, XHTML+TIME, SVG, etc.), que permite a los usuarios seleccionar de manera dinámica Cubiertas en base a la capacidad de varias tecnologías de exhibición. Por ejemplo, SVG tiene muchas características que XHTML+TIME no tiene y viceversa. El usuario es capaz de seleccionar una cubierta SVG para escenarios en los que se optimiza SVG. De manera alternativa, el usuario es capaz de seleccionar XHTML+TIME para otros escenarios. La flexibilidad de las Cubiertas como parte de la presente invención proporciona la aplicación en situaciones adicionales. En varias modalidades alternativas, el uso es habilitado por Cubiertas texto-a-voz que pueden estar operando el explorador semántico 30 en una segunda máquina de manera concurrente con una primera máquina o principal, por ejemplo para ayudar a usuarios invidentes; Cubiertas dinámicamente redimensionables que se adaptan al tamaño del puerto de vista actual (permitiendo de esta forma al usuario redimensionar la ventana y mantener aún una experiencia de usuario agradable); Cubiertas que verifican el estado local para exhibir sugerencias semánticas (por ejemplo, el calendario del usuario en el caso de información de evento, por ejemplo, información libre/ocupada); Cubiertas que exhiben ventanas de vista previa en línea que ahorran tiempo de navegación al usuario e incrementan la productividad; cubiertas que exhiben diferentes sugerencias personalizables para alertas intrínsecas, sucesos de interés, información a fondo, recomendaciones inteligentes, vínculos intrínsecos, información de objetivo, etc. También se permite a los usuarios seleccionar Cubiertas que se usan con protectores de pantalla inteligentes, por ejemplo cuando los usuarios desean ver un Agente en el modo de protector de pantalla. En una modalidad alternativa, el sistema 10 soporta Cubiertas para Plantillas de Contexto (antes descritas), por ejemplo, Encabezados, Generadores de Noticias, Conversaciones, etc. En virtud de que permite la presentación flexible, la presente invención permite al usuario seleccionar el mejor modo de presentación en base a la tarea actual. Por ejemplo, los usuarios pueden seleccionar una Cubierta sutil cuando trabajan en su propia máquina en donde la productividad es una prioridad más alta que el efecto estético. Los usuarios pueden seleccionar una Cubierta moderada en casos en donde la productividad es importante aunque se desean o se permiten los efectos. Los usuarios pueden seleccionar una Cubierta excitante para escenarios en donde se utilizan máquinas secundarias, por ejemplo, cuando los usuarios están viendo información en su visión periférica y desean características tales como texto-a-voz para alertarlos de sucesos de interés, etc. Las Cubiertas excitantes pueden de manera alternativa presentar animaciones, efectos similares a "storyboard" para información a fondo, objetos exhibidos en trayectorias de movimiento, y otros efectos especiales. Además, las Cubiertas de acuerdo con la presente invención son configuradas de manera opcional para incluir y excluir filtros de tipo objeto. Por ejemplo, una Cubierta puede ser configurada para incluir solamente "documentos" pero excluir "reportes de analista". Debido a que la Cubierta toma los resultados XML para determinar la presentación final, la Cubierta puede incluir o excluir objetos en los resultados XML (SRML) en base a un examen del tipo de objeto (u otros atributos) de los objetos devueltos. LÓGICA, INFERENCIA Y RAZONAMIENTO La presente invención proporciona lógica, inferencia y razonamiento. El modelo de datos semánticos en la Agencia KIS ofrece de manera preferible soporte para lógica por medio del procesamiento de base de datos de la Red Semántica, la conversión de consultas semánticas a SQL y otros lenguajes de consulta de base de datos para procesamiento lógico, etc. Además, el sistema 10 de la presente invención incluye de manera preferible un Sistema de Inferencia para inferir vínculos tales como expertos en una categoría particular o artículo de información, recomendaciones, vínculos probabilísticas (por ejemplo, la probabilidad de que una persona haya escrito un documento), etc. Como se describió antes, un Sistema de Inferencia de acuerdo con la presente invención observa de manera preferible la Red Semántica, la explota para inferir 9 nuevos vínculos semánticos y representa los vínculos resultantes en la tabla de Vínculos Semánticos. ANÁLISIS DE INFORMACIÓN ACCIONADA POR USUARIO FLEXIBLE La presente invención proporciona soporte original para análisis de información flexible en el cliente. El Presentador de la presente invención utiliza de manera preferible Smart Lenses para permitir a un usuario previsualizar los resultados de una consulta semántica antes de emitir la consulta. El usuario es capaz de cambiar los predicados relevantes y otros filtros a fin de previsualizar los resultados. En una modalidad alternativa el usuario tiene la opción de invocar la consulta y utilizarla como la base de una nueva sub-consulta, si así lo desea. CONSULTAS SEMÁNTICAS FLEXIBLES La presente invención permite a los usuarios emitir consultas semánticas muy flexibles. El usuario puede incorporar contexto local en las consultas, por ejemplo, a través de la utilización de filtros tales como "se refiere a este documento en mi unidad de disco duro". Esto no es permitido ni por la Web Actual ni por la Web Semántica. Además, la presente invención incorpora de manera preferible Agentes Inteligentes, que utilizan las referencias a un lenguaje de consulta semántica de propietario (SQML) e incluye recursos locales y remotos, predicados, referencias de categoría y objetos. La presente invención incorpora de preferencia la interfaz de usuario fácil de usar para crear y editar Agentes Inteligentes (que representan consultas semánticas) utilizando un modelo de asistente simple. Como se describió antes, el sistema 10 permite consultas semánticas para formar la base de nuevas consultas por medio de la característica de soltar y arrastrar, por ejemplo, un documento o un vínculo HTML puede ser arrastrado hasta Agentes Inteligentes existentes o nuevos, creando de esta manera, nuevos Agentes Inteligentes sucesivos. Los Agentes Inteligentes son utilizados de manera alternativa como objetivos, pueden tener objetos pegados en los mismos para formar nuevas consultas semánticas y pueden agregarse a Combinadores, los cuales son por si mismos contenedores de consulta semántica y que, a su vez, pueden ser filtrados creando de esta forma sub-Combinadores o contenedores de sub-Agentes. SOPORTE LECTURA/ESCRITURA El sistema 10 de la presente invención ofrece soporte para la funcionalidad de lectura/escritura al proporcionar un Servicio XML Web que permite a los usuarios publicar información directamente en la Red Semántica. Esto podría ser cualquier documento, una anotación, o un vínculo semántico que corrige un vínculo interrumpido o proporciona un vínculo nuevo. Todo esto está sujeto a restricciones de seguridad en el Servicio XML Web y la capa de sistema operativo. El sistema 10 emplea autenticación, control de acceso, y otros servicios del sistema operativo y el servidor de aplicación que se ubican debajo de la capa del Servicio XML Web. Esos servicios de seguridad son utilizados de manera preferible para asegurar el acceso de lectura y escritura para la Red Semántica. ANOTACIONES La presente invención incluye el soporte integrado para Anotaciones. Existe un predicado especial "Anotado Por" que define un vínculo semántico de anotación entre un objeto de persona y cualquier otro objeto de información (por ejemplo, un documento, envío de correo electrónico, curso en línea, etc.). El sistema 10 incluye soporte de capa de presentación para Anotaciones al permitir a los usuarios navegar hacia las Anotaciones por medio de vínculos intrínsecos, Smart Lenses, etc. La manera en la que la presente invención incorpora Anotaciones proporciona ventajas de las técnicas existentes (tales como técnicas de Anotación en el lugar que incrustan la Anotación como parte del objeto de información que anota). En la modalidad preferida de la presente invención, las Anotaciones son objetos de información de "primera clase". Esto significa que pueden ser vinculadas hacia y desde, "objetivos" (utilizando Smart Lens), copiadas y pegadas (utilizando copiar y pegar inteligente), etc. La presente invención expone las anotaciones de todas las herramientas semánticas de la presente invención, facilitando de esta manera una experiencia de usuario más poderosa de lo que es capaz con las técnicas de Anotación estándar. Además, las Anotaciones de la presente invención son utilizadas con Plantillas de Contexto. Como un resultado, el Sistema de Inferencia es capaz de emplearlas para hacer el sistema más inteligente con el tiempo. Además, el sistema 10 proporciona medios únicos y sencillos de anotación de objetos enviando correo electrónico especialmente formateado (con un cuerpo de mensaje calificado) al Agente de correo electrónico de una Agencia. "WEB DE CONFIANZA" La presente invención proporciona una "Web de Confianza" por medio del Servicio XML Web, este servicio autentica a un usuario que desea actualizar la Red Semántica, hacer afirmaciones, reparar/actualizar vínculos, etc. Esto permite también hacer disponible un rico contenido por medio de la Agencia KIS para los suscriptores registrados de contenido de pago-por-evento. El valor de toda la red se incrementa cuando uno utiliza las mismas herramientas de plataforma para navegar uniformemente a través de muchas fuentes ricas en contenido. PAQUETES DE INFORMACIÓN (COMBINADORES) La presente invención proporciona paquetes de información o "Combinadores". Los Combinadores son contenedores semánticos que incluyen referencias a consultas semánticas desde Agentes Inteligentes. Esto permite a un usuario tratar la información semántica relacionada como una unidad. El usuario puede ver por separado los Agentes individuales dentro de los Combinadores o ver todo el Combinador considerando que la información en el mismo provino desde un agente agregado. Esto se logra de manera preferible accionando a cada Agente por medio de llamadas al Servicio XML Web. En la modalidad preferida, los usuarios pueden arrastrar y soltar objetos en los Combinadores para crear sub-Combinadores. De preferencia esto se logra en forma recursiva. Los Combinadores pueden ser creados, eliminados y editados. El usuario puede agregar y eliminar Agentes Inteligentes hacia o desde los Combinadores. Los Combinadores se pueden considerar como un equivalente digital de un periódico personal que contiene diferentes secciones. Por ejemplo, el USA Today, New York Times, Wall Street Journal, etc, contienen diferentes secciones tales como Noticias, Negocios, Deportes, Vida/Entretenimiento, etc. Cada una de esas secciones corresponde a un registro de Agente Inteligente en un Combinador y el periódico corresponde al Combinador. La visualización y navegación flexibles proporcionadas la presente invención pueden ser consideradas como el equivalente digital del usuario que es capaz de explorar cada sección del periódico de manera completa y secuencial, una a la vez, o explorar todo el periódico iniciando en la pagina uno de cada sección, seguida por la página dos de cada sección, etc. PLANTILLAS DE CONTEXTO Como se describió antes con detalle, la presente invención proporciona Plantillas de Contexto, las cuales son plantillas de consulta de información accionadas por escenario que mapean a modelos semánticos específicos para acceso y recuperación de información. De manera esencial, las Plantillas de Contexto pueden ser consideradas como "canales" de recuperación de información semántica digital, personal que proporcionan información a un usuario empleando una plantilla semántica previamente definida. En la modalidad preferida, el explorador semántico 30 permite al usuario crear un nuevo Combinador o Agente Especial utilizando las Plantillas de Contexto para inicializar las propiedades del Agente. De manera preferible, las Plantillas de Contexto agregan la información a través de una o más Agencias. Además, las Plantillas de Contexto son utilizadas en forma preferible con Paletas de Contexto para proporcionar contexto inteligente, dinámico, en el lugar para cualquier objeto de información que es exhibido o seleccionado por el usuario.

AGREGACIÓN DE INFORMACIÓN ORIENTADA AL USUARIO La presente invención tiene soporte intrínseco para agregación de información orientada al usuario. Los escenarios permiten al usuario ver la información de contexto y sensible al tiempo que se considera que proviene desde una fuente aunque pasen a través de depositarios de información. Esto proporciona una experiencia de usuario significativamente más productiva que con la Web Actual y la Web Semántica conceptual al proporcionar cálculo orientado al usuario en donde se le presenta al usuario la información correcta en el contexto correcto y en el momento correcto, sin importar la fuente de la información. El Agente de Información agrega la información de manera dinámica, a través de fuentes de información, utilizando las consultas semánticas del lado del cliente por medio de SQML y agregando los resultados XML que provienen de diferente respuesta de Agencia para SQML. E. ESCENARIOS A continuación se proporcionan escenarios ilustrativos de la operación de modalidades preferidas y alternativas de la presente invención como se aplican en diferentes situaciones pragmáticas. 1. EJEMPLOS DE CONSULTAS SEMÁNTICAS QUE UTILIZAN LA PRESENTE INVENCIÓN a. Encontrar todo el contexto que se relaciona a la especificación en la trayectoria de archivo c:\spec.doc Se arrastra y suelta el icono que representa un documento hacia el ¡cono que representa el Agente de Información. El archivo es abierto en el explorador semántico y se exhiben las Paletas de Contexto. En la modalidad preferida, esto incluye algunas o todas las Plantillas de Contexto: Encabezados, Descubrimiento, Generadores de Noticias, Eventos Próximos, "Timeline", Conversaciones, Variedad, Clásicos, "Best Bets", Hoy, Sucesos de Interés, etc. Esas paletas incluyen contexto relevante de las Agencias en las listas "recientes" y "favoritas" en el espacio de nombre. b. Encontrar a todos los expertos en la Agencia titulada "R&D" que tienen experiencia en tecnología inalámbrica Iniciar el asistente de "Nuevo Agente Inteligente" y seleccionar la opción "Usar Plantilla de Contexto" cuando se crea el Agente. Seleccionar la Agencia R&D desde el diálogo "Select Agency" y seleccionar la categoría llamada "inalámbrica" desde el explorador de categoría. Abrir el Agente Inteligente recién creado. c. Encontrar toda la información en Reuters que es relevante para un vínculo en la página Web actualmente observada Arrastrar y soltar el vínculo hasta el icono de Agencia que representa "Reuters". Se crea un nuevo Agente inteligente llamado "Información en Reuters relevante para [título de vínculo]" y abierto en el Agente de Información. d. Encontrar toda la información en Reuters que es relevante para un vínculo en la página Web actual y que es relevante para la especificación en la trayectoria de archivo c:\spec.doc Arrastra y soltar el icono que representa el documento hasta el Agente que recientemente se creo arriba ("Toda la información en Reuters relevante para [título del vínculo]"). Esto crea un nuevo Agente Inteligente nombrado "Información en Reuters relevante para [título del vínculo] y relevante para spec.doc." Esto ilustra la exploración controlada por usuario y la vinculación dinámica. e. Encontrar todo el correo electrónico en la agencia interna titulado "Mercadotecnia" relevante para el primer artículo en Reuters que fue devuelto en la consulta previa Resaltar el objeto de artículo Reuters y hacer clic en el botón de "Verbs" (Verbos). Esto exhibe un menú desplegable. Seleccionar "Copy" (Copiar). Encontrar el icono que representa la agencia titulada "Marketing" (Mercadotecnia) (en la Shell Extensión Tree View (Vista de Árbol de Extensión de Ambiente Operativo)). Haga clic derecho en el icono. Pulse "Paste" (Pegar). Esto crea y abre un nuevo agente inteligente titulado "Información sobre 'Mercadotecnia' relevante para [título de artículo de Reuters]". Enfoque la estructura en la ventana de resultados que muestra objetos de correo de electrónico. f. Navegar hacia el creador del correo electrónico Resaltar el objeto de correo electrónico y hacer clic en el botón de "Links" (Vínculos). Esto exhibe un menú desplegable que muestra los vínculos intrínsecos. Navegar hacia el artículo de menú titulado "From:" (De). Este despliega un menú desplegable que muestra el objeto de- persona en la línea "de" del objeto de correo electrónico. Seleccionar el objeto deseado. Esto abre un nuevo Agente Inteligente en el Agente de Información que muestra los metadatos de la persona que creo el objeto de correo electrónico. El contexto de la persona también es exhibido en las Paletas de Contexto. Los usuarios son capaces de continuar la exploración utilizando el objeto de persona o su contexto (o cualquiera de las Paletas de Contexto). g. Navegar hacia los adjuntos en el correo electrónico Resaltar el objeto de correo electrónico y hacer clic en el botón "Links" (Vínculos). Esto exhibe un menú desplegable que muestra los vínculos intrínsecos del objeto de correo electrónico. Navegar hacia el artículo de menú titulado "Adjuntos". Esto exhibe un menú desplegable que muestra los títulos de los adjuntos. Seleccionar el adjunto deseado. Esto abre el adjunto como un nuevo Agente Inteligente en la ventana del Agente de Información. El contexto para el adjunto es exhibido en las Paletas de Contexto. h. Encontrar todos los eventos en la Agencia "Eventos de la industria de la Energía" que son relevantes para el adjunto Resaltar el objeto de adjunto y hacer clic en el botón de "Verbs" (Verbos). Esto exhibe un menú desplegable. Seleccionar "Copy" (Copiar). Encontrar el icono que representa la Agencia titulada "Eventos de la Industria de la Energía" (en la Shell Extensión Tree View). Hacer clic derecho en el icono. Pulse "Paste" (Pegar). Esto crea y abre un nuevo Agente Inteligente titulado "Información sobre Eventos de la Industria de la Energía relevantes para [título de adjunto de correo electrónico]". /'. Explorar la carpeta "Mis Documentos" utilizando Reuters como un contexto En el Agente de Información, seleccionar "Open Documents in fólder" (Abrir Documentos en Carpeta). De manera alternativa, arrastrar y soltar la carpeta "My Documents" (Mis Documentos) para el icono que representa el Agente de información. Indicar si las sub-carpetas están incluidas. Esto crea y abre un nuevo Agente No Inteligente titulado "My Documents" (Mis Documentos). Cuando usted hace clic en este Agente, los metadatos de los documentos en esta carpeta se abren en el Agente de Información. Cuando se selecciona uno de los documentos, se exhiben las Paletas de Contexto para el documento. Para explorar los documentos utilizando Reuters como un contexto, el usuario encuentra el icono que representa la Agencia Reuters, hace clic derecho en el icono y pulsa "Copy" (Copiar). El usuario permanece en cualquiera de los resultados que muestran los metadatos de documentos en el Agente de Información y selecciona el icono que indica el Smart Lens A. Se despliega una ventana de Smart Lens que muestra la información sobre los resultados de la consulta relacional. El número de artículos encontrados en Reuters que son relevantes para el documento que se exhibe, además de la información tal como el artículo enviado de manera más reciente. Además, un control de vista previa es exhibido a fin de permitir al usuario previsualizar los resultados en su lugar. El usuario puede seleccionar haciendo clic en los resultados para abrir un Agente que representa la nueva consulta relacional. Si lo hace, el contexto para el primer objeto en los resultados es exhibido utilizando las Paletas de Contexto. j. Notificar por correo electrónico, voz o localizador personal cuando haya Sucesos de Interés que se relacionen con cualquier parte de la tecnología XML y que se relaciona a este documento Crear un nuevo Agente Inteligente utilizando el contexto "Sucesos de Interés" y utilizando la categoría XML como un filtro de categoría. Arrastrar y soltar el icono que representa este documento para el Agente. Est5o crea un nuevo Agente Inteligente con un título apropiado. Ir al menú "Options" (Opciones) en el Agente de información y teclear la información apropiada en la sección de notificación (su dirección de correo electrónico, número de localizador personal, número telefónico, etc.). Hacer clic derecho en el Agente Inteligente y seleccionar "Notify" (Notificar). 2. PROBLEMAS DE NEGOCIOS a. Acceso a la Información Web Actual. John Head-Master trabaja en FastServe, una compañía de servicios de consultoría en San Diego. Diariamente, él llega a su trabajo y enciende su explorador de Web. En este día, decide explorar la Web corporativa para ver si puede descubrir información nueva e interesante. La página personal del explorador es fija (utilizando un Portal de Información Empresarial) para la página personal corporativa. La página personal corporativa tiene vínculos para las páginas personales de diferentes divisiones dentro de la compañía. John navega hacia esos vínculos y desde éstos, mantiene el clic sobre los vínculos. Después de un rato, se frustra debido a que sabe que hay más fuentes de información en las que no puede navegar, debido solamente a que no sabe que trayectorias tomar. Finalmente, se da por vencido. Information Nervous System. John activa su Agente de Información (explorador semántico). Esto abre el Agente personal. En la página, ve una lista de vínculos de conocimiento que corresponden a productos, grupos de productos, reportes, eventos corporativos, cursos en línea, y presentaciones de vídeo. Él se mantiene sobre el vínculo "grupos de producto". De manera automática, aparece un menú desplegable que indica el número de grupos de producto y otros datos acerca del vínculo. Después abre el vínculo.

Una lista de objetos de grupo de producto es exhibida después con una apariencia o "cubierta" personalizare. Después mantiene su "ratón" sobre la primera. Inmediatamente aparece un menú desplegable sobre el vínculo con las acciones: "Show Members" (Mostrar Miembros), "List Similar Product Groups" (Listar Grupos de Producto Similares), y "Suscribe to Group Events" (Suscribir a Eventos de Grupo). Después hace clic en "Suscribe to Group Events" y será notificado por correo electrónico (por medio del Agente de Información Empresarial) acerca de los eventos que se relacionan con este grupo de producto. Después hace clic en "Show Members" (Mostrar Miembros). Esto abre después una nueva "Knowledge Page" (Página de Conocimiento) con iconos que corresponden a personas. Después permanece sobre el icono de Susan Group Leader (Líder de Grupo Susan). Aparece un desplegable de globo que muestra la información de Susan. Un menú del clic derecho aparece después con las acciones, "Reports To" (Reportes Para), "List Direct Reports" (Listar Reportes Directos), "Members Of" (Miembros De), "Authored Documents" (Documentos Creados) y "Recently Atended Meetings" (Juntas Celebradas Recientemente). John selecciona "Recently Atended Meetings". Esto abre una nueva página de conocimiento con un objeto de junta. John permanece sobre éste y sigue explorando. En el mismo punto, John decide una búsqueda para un colaborador que conoció el día anterior. Teclea entonces en "Wilbur Jones". Esto regresa después a un objeto de persona que corresponde a Wilbur. John continúa explorando utilizando a Wilbur como un Pivote de Conocimiento de Información. Finalmente, John se da cuenta de que Wilbur parece no tener información que él (John) necesite. John teclea después la siguiente consulta en la casilla de búsqueda en su Agente de Información: "Listar todos los cursos y documentos en línea que se relacionan con la junta de ventas próxima 2002". El Agente de Información (por medio del Agente de Correo Electrónico) devuelve entonces una lista cursos y documentos en línea procesables que se apegan a su consulta de conocimiento. b. Manejo de Relación de Cliente Accionada por Conocimiento Puntos de Contacto del Cliente. AnySoft es un fabricante de software con 50 productos en 100 lenguajes diferentes. Emplean su sitio Web (anysoft.com) para proporcionar información actualizada a sus clientes. Sin embargo, los clientes han reclamado que su sitio Web es muy difícil de navegar y que es muy difícil encontrar la información sobre productos y suscribirse a las notificaciones. Al desplegar un Information Nervous System en base a una modalidad de la presente invención, AnySoft ha desplegado un Information Nervous System que coexiste con su sitio Web existente. El Agente de Información es accesible desde la página personal y desde la barra de búsqueda. Los clientes tienen ahora una forma mucho más intuitiva para navegar el sitio Web en busca de productos, hojas técnicas relevantes, anuncios, comunicados de prensa, eventos corporativos, etc. Los clientes pueden ahora emitir consultas en lenguaje natural que devuelven objetos de conocimiento auto-navegables y procesables. Esta característica da a los usuarios acceso al conocimiento en la punta de sus dedos. Los clientes pueden también ahora utilizar el lenguaje natural para navegar el sitio Web de AnySoft.com desde sus dispositivos portátiles. Retroalimentación y Seguimiento del Cliente. Comp-Mart es un revendedor de periféricos de cómputo con múltiples canales de distribución. La Compañía obtiene retroalimentación de sus clientes a través de su sitio Web, su centro telefónico, su fuerza de ventas directas, sus agentes de telemercadeo, etc. La retroalimentación llega como documentos o por correo electrónico. La compañía ha identificado un problema en donde la retroalimentación del cliente no es enrutada de la manera adecuada en la Compañía para las personas que necesitan la información. Los empleados en desarrollo de producto han reclamado a la gerencia que le es difícil integrar las retroalimentaciones de los clientes en el proceso de desarrollo de producto debido a que no saben en donde encontrar la información y debido a que el conocimiento crítico no es compartido dentro de la organización. Con un Information Nervous System en el lugar, el correo electrónico que contiene la retroalimentación del cliente es integrado ahora de manera semántica dentro del Ambiente Semántico de la Compañía. El KIS de la presente invención agrega de manera automática vínculos semánticos entre el correo electrónico de retroalimentación del cliente y los objetos semánticos como documentos, proyectos y empleos que funcionan en los productos aplicables. La retroalimentación de cliente surge en los sitios adecuados en el espacio de conocimiento. El Agente de Correo Electrónico envía notificaciones periódicos a persona que es probable que estén interesadas en leer el correo electrónico de retroalimentación del cliente. Asimismo, con el Information Nervous System, el cliente se convierte en un Pivote de Conocimiento de Información. Esto hace mucho más rápido y fácil el actuar sobre la retroalimentación del cliente y rastrear el conocimiento relacionado con el cliente a través de la organización. El Information Nervous System anota de manera automática el objeto del cliente con mensajes de correo electrónico relevantes, documentos, clientes similares, etc. De esta manera, los vínculos para el cliente pueden ser retransmitidos por correo electrónico y los colaboradores pueden navegar la información relevante desde allí. El objeto de cliente puede ser buscado, explorado, etc. c. Venías Directas/Servicio cíe Campo jAcc/onacíos por Conoc/m/enfo Marsha Mindset es un agente de servicio al cliente de JustlnTime Support Services, una empresa de servicio de cómputo en Kansas City, Missouri. Marsha visita a los clientes en toda el área metropolitana de Kansas City y siempre lleva su PDA inalámbrico de manera que puede enviar correo electrónico hacia las oficinas centrales de soporte en cualquier momento que tenga una dificultad. Recientemente JustlnTime desplegó el KIS y el Agente de Correo Electrónico. Ahora, siempre que ella tiene preguntas de soporte, Marsha puede enviar un correo electrónico al Agente de Correo Electrónico y le hace sus preguntas en lenguaje natural. El Agente de Correo Electrónico responde a su correo electrónico con respuestas directas o con "vínculos de conocimiento" que permiten a Marsha tener acceso inmediatamente al correo electrónico de soporte relevante, documentos o personas a las que podría enviarles un correo electrónico o llamarles por teléfono. La fuerza de Ventas Directas de JustlnTime también usa la tecnología de la presente invención cuando en el campo venden soluciones a los clientes. Los representantes de ventas también llevan PDAs inalámbricos y pueden emitir peticiones hacia el Agente de Correo Electrónico. d. Casos de Estudio Capacitación Corporativa, Transferencia y Acción de Compartir el Conocimiento. WaveGen es una compañía de biotecnología que proporciona soluciones de "cuidado manejado" a doctores en los Estados Unidos de Norteamérica. La compañía desplegó recientemente la plataforma Saba Learning Management System (Sistema de Manejo de Aprendizaje Saba) (especialmente a representantes de ventas). Esto reduce los costos de viaje y permite a la fuerza de ventas de la compañía estar mejor preparados para atender a los médicos en diferentes regiones de cuidado de la salud en el país. También ayuda a los investigadores de la Compañía a informarse de manera regular de los descubrimientos recientes en la comunidad de investigación biotecnológica. La Compañía posee también otros activos de software en el lugar para mantener fuentes valiosas de conocimiento. Ha desplegado soluciones de manejo de contenido que alojan documentos y archivos de medios, Microsoft Exchange para correo electrónico, y software de colaboración para conferencias en línea, sin embargo, la Compañía ha observado que la transferencia del conocimiento no es muy efectiva debido a que no está integrada a través de todas esas soluciones. Los representantes de ventas han indicado que no tiene las herramientas para descubrir fuentes importantes de conocimiento dentro y fuera de la organización para ayudarles en proyectar los productos de la Compañía hacia los médicos. Los Portales de Información Empresarial son utilizados actualmente para informar a la fuerza de ventas de curdos en línea próximos y de eventos importantes. Sin embargo, los representantes de ventas se quejan de que gran parte del conocimiento (almacenado en correos electrónicos, documentos, etc.) no es enviado a su atención debido a que nadie sabe quien más pueda necesitarlo. Además, los representantes de ventas utilizan Microsoft Outlook para agregar citas a su calendario de próximas visitas de doctores. Sin embargo, se quejan de que solamente obtienen recordatorios de las citas, y que mucha de la información que podría ayudarles a vender los productos de manera más efectiva no se les hace disponible en forma inmediata, con anticipación a sus citas con doctores. WaveGen desplegó recientemente un Agente de Información en base a la tecnología de la presente invención. La compañía desplegó el KIS y el Agente de Correo Electrónico para facilitar las conexiones y enrutamiento de información inteligentes para ayudar a sus equipos de ventas e investigación a tomar mejores decisiones para atender a los clientes y mejorar los productos de la Compañía. Utilizando el Agente de Información, la fuerza de ventas tiene acceso instantáneo a no solamente a documentos sino a "objetos de conocimiento" que están más directamente unidos a su tarea disponible. Por ejemplo, los representantes de ventas tienen ahora un Agente con "doctor Jones" como objeto XML. Esto no es un documento o una página Web. En vez de ello, es una representación semántica del cliente. Un representante de ventas puede entonces ver los vínculos semánticos como "Mensajes Recientes de Correo Electrónico", "Documentos Relevantes", "Propiedades", "Fechas Importantes", "Cursos en línea próximos relevantes", etc. De esta manera, el cliente se convierte en el pivote con el cual el agente de ventas está navegando la Web interna. Esos vínculos pueden generar resultados desde las particiones de archivo, almacenamientos de correo electrónico, Microsoft Exchange, etc.

Sin embargo, en vez de buscar o navegar las fuentes como islas, el representante de ventas puede descubrir nuevo conocimiento en base a relaciones semánticas a medida que se relacionan con la tarea del representante de ventas. De esta manera, el representante de ventas puede tener un conocimiento mucho más poderoso en las puntas de los dedos de los representantes de ventas, permitiendo de esta manera un servicio al cliente mucho mejor. Y este conocimiento surge desde los colaboradores, documentos que fueron publicados por otros agentes de ventas, correo electrónico enviado en la lista de distribución del que puede no conocerse su existencia, etc. El KIS hace algo inteligente al realizar conexiones semánticas automáticamente desde esas fuentes distintas. El representante de ventas puede entonces enviar por correo electrónico esta "página" a un colaborador. Esta puede convertirse en una forma muy poderosa de compartir el conocimiento debido a que el colaborador puede navegar entonces el Agente de Información utilizando el pivote "Dr. Jones". El Agente de Correo Electrónico también permite al representante de ventas emitir consultas de conocimiento por medio del lenguaje natural. Los resultados de consulta son derivados desde el Sistema de Inferencia y podrían basarse en conocimiento que se dedujo a partir de conocimiento existente. Una característica poderosa del Information Nervous System de la presente es que la acción de transferir, compartir, descubrir el conocimiento ocurre de manera automática en base a la Red Semántica. 3. SITUACIONES a. Descubrimiento, Recuperación y Navegación de Información Semántica Joe, un Trabajador con Conocimiento inicia el Agente de Información (el explorador semántico en base XML de la presente invención). Cuando se conecta, se le avisa con una casilla de diálogo que indica que hay nuevos Agentes disponibles en la Intranet semántica. Entonces él ve una lista de Agentes desde dentro y fuera de la organización que puede incluir lo siguiente: • Documents.Technology.AII • Documents.Marketing.AII • People. División. Sales.AII • People. División. Sales. anagers • Online. Courses.Sales.101 • Online. Courses.Technology.XML101 • Meeting.ThisWeek.AII • Meetings.LastWeek.AII • Books. Computers.Programming.AII • Newsgroups.Microsoft.Publi.Soap • Email. ine.AII • Email. Mine.ProjectX.AII • Events.Technology.Wireless.AII • Reports.Gartner.Software.AII • Reports.IDC.AII • Videos. ExecutivePresentations.AII Después él selecciona Meetings.ThisWeek.AII. El Agente de Información despliega entonces una lista de objetos que representan juntas a las que asistió esta semana. Esta información proviene desde Microsoft Exchange aunque no está expuesta para él. Joe permanece entonces sobre un vínculo del primer objeto de junta. Un desplegable de globo es exhibido entonces indicando que se acaba de hacer disponible un nuevo curso de capacitación en la Intranet. El globo también indica que hay un nuevo reporte en IDC que puede ser relevante para Joe. Además del globo, se exhibe un menú desplegable para el objeto correcto. Este menú tiene los siguientes verbos: • Listar participantes • Listar posibles participantes de reemplazo • Mostrar Objetos Relacionados -> • En News.Reuters.MarketForecasts.AII • En Documents.Technology.AII • En Events.Corporate.Today.AII • Suscribir para seguimiento Joe selecciona entonces "Suscribir para seguimiento". Esto hace contacto con el Agente de Seguimiento de Junta. Este Agente envía entonces actualizaciones periódicas de la información relevante para los participantes de la junta. Esto podría hacerse a través del explorador o a través de correo electrónico. Joe selecciona entonces los objetos relacionados en Events.Corporate.Today.AII. Esto exhibe después una lista de objetos de información de evento. Joe permanece entonces sobre el primer objeto y se exhibe un menú desplegable. Joe selecciona "Add to calendar" y el evento es agregado a su calendario. Joe decide entonces que desea encontrar todos los eventos de industria que se relacionan con el evento corporativo. Después, arrastra el objeto al Agente Events.Technology.AII y suelta el "ratón". Cuando el "ratón" es liberado, el explorador carga los objetos de información desde Events.Technology.AII (a través de sitios Web u otras islas) y que se relacionan con el evento corporativo para el objeto que arrastró. La siguiente semana, Joe tiene correo electrónico del Agente de Correo Electrónico. En el correo electrónico, el Agente informa a Joe que ha observado que alguien que agregó el evento a su calendario también observó un vídeo de capacitación corporativa desde el servidor de medios corporativos. El correo electrónico contiene un vínculo XML, el cual regresa a Joe al Agente de Información. El explorador despliega entonces los metadatos para el vídeo. Uno de los artículos en el desplegable es "Ver Vídeo". Joe lo selecciona entonces y ve el vídeo. La siguiente vez que Joe se conecta a su estación de trabajo, observa que hay nuevos Agentes. Se suscribe entonces a Books.Ebay.Computers.All y lo agrega a su lista Mi Agente. Automáticamente, una modalidad de la presente invención agrega este Agente en el Ambiente Semántico de Joe. El Agente de Información ejecuta consultas implícitas y proporciona recomendaciones (clasificadas por relevancia y sensibilidad al tiempo) que incluyen este Agente. Después hace clic en este Agente y los objetos de información semántica (que representan libros) son exhibidos en la Hoja de Resultados. Cuando él permanece sobre uno de los objetos, se exhibe inmediatamente un globo desplegable, alertándolo del hecho de que hay una conferencia de industria relacionada que es alojada por el autor del libro. Cuando el hace clic en el vínculo desplegable, el objeto de evento es cargado en el explorador, completo con verbos que le permiten agregar el evento a su calendario (ya sea Microsoft Outlook o un calendario en base a Internet como el MSN Calendar (accesible por medio de HailStorm Web services de Microsoft), AOL Calendar, etc.). Explicación del Escenario. Este escenario muestra como con la presente invención, los trabajadores con conocimiento pueden obtener el acceso a "conocimiento federado". En este ejemplo, la compañía de Joe ha "importado" Agentes de conocimiento desde Gartner, IDC, Reuters, Ebay, etc., en su espacio de conocimiento. Como tales, esos Agentes automáticamente agregan conocimiento en la Red Semántica de la Compañía. El escenario también mostró como Joe fue capaz de obtener una vista de "modelo de objeto" de todo el espacio de conocimiento de la organización completa por medio de Agentes Inteligentes nombrados en forma intuitiva. Joe pudo utilizar esos Agentes para "registrar" el Ambiente Semántico, y después, navegar a su manera desde allí. Todos los objetos de información fueron entregados en tiempo real y fueron procesables (con verbos relevantes que se exhibieron en el lugar). De esta manera, Joe no tuvo que cuidar de que islas de información provenían los objetos, o que aplicaciones los generaron. El escenario también muestra como Joe fue capaz de descubrir no solamente la nueva información sino también los nuevos Agentes. Y el escenario muestra la colaboración de conocimiento en acción, por medio de filtrado de colaboración, en donde el Agente de Información dio recomendaciones a Joe en base a lo que se observó que otros hicieron en la empresa. Finalmente, el escenario ilustra como la información sensible al tiempo es llevada de manera automática a la atención del usuario en el punto de contexto en donde tiene sentido. El Agente de Correo Electrónico conectado en forma automática al libro desde Ebay con el próximo evento de industria, inferido y asignado con una relevancia y sensibilidad al tiempo clasificada para el evento, y decidió que el evento fue lo suficientemente crítico para garantizar la exhibición de la información de manera inmediata por medio de una alerta en el explorador semántico. b. Acción de Compartir y Capturar Conocimiento de Colega-a-Colega Nancy Hard-Worker trabaja en una compañía Fortune 500 con 40,000 empleados. Ella se suscribe a una variedad de sitios Web y tiene información que le han enviado por correo electrónico sus amigos y colaboradores. Ella solamente obtiene un grupo de documentos de alguien en una compañía asociada y le gustaría compartir la información dentro de la organización. Ella envía los documentos a todas las listas de distribución de las cuales es miembro. El Agente de Información Empresarial es un miembro de esas listas (el Agente se agrega a si mismo a las listas de distribución públicas cuando se instala el servidor). Cuando el Agente recibe la información, la clasifica y la agrega a la Red Semántica. El Sistema de Inferencia selecciona entonces la información. Varios miles de colaboradores no son miembros de ninguna de las listas de distribución a las que Nancy envió los documentos. Sin embargo, todos ellos usan el Integrator (Integrador) y todos ellos se han suscrito al Agente Email. Public.AII. Mientras ellos exploran otras partes relacionadas de la Web de conocimiento, un desplegable de globo se despliega indicando que hay correo electrónico nuevo y relevante en el Agente Email. Public.AII. Los colaboradores abren entonces el Agente y se despliega el objeto de correo electrónico. Uno de los artículos de menú en el artículo de correo electrónico es "Mostrar listas de distribución a las que se envió el mensaje". Los colaboradores seleccionan entonces este y los objetos de información de la lista de distribución son desplegados en el explorador. El colaborador permanece entonces sobre la lista de distribución y se exhibe un artículo de menú desplegable. El primer artículo es "Mostrar Miembros". El segundo es "Unirse". Los colaboradores se unen entonces a esta lista de distribución. Explicación del Escenario. El escenario muestra como se publicó, compartió y capturó la información por medio de correo electrónico y como, mediante el uso de la Red Semántica, oros colaboradores encontraron esta información (y acerca de las listas de distribución de cuya existencia no tenían conocimiento) desde "ángulos de conocimiento" diferentes pero relacionados. El escenario muestra la acción de compartir el conocimiento de colega-a-colega en una forma que es completamente uniforme y no requiere que los usuarios publiquen información a los depositarios, o clasifiquen la información ellos mismos. Con ciertas modalidades de la presente invención, todo ocurre de manera automática (en el fondo) y el conocimiento surge en los lugares relevantes. En tanto que se han ilustrado y descrito tanto las modalidades preferidas como alternativas de la invención, como se anoto antes, se pueden hacer muchos cambios sin apartarse del espíritu y alcance de la invención. En consecuencia, el alcance de la invención no está limitado por la descripción de las modalidades preferidas o alternativas.

APÉNDICE ESPECIFICACIÓN DE CÓDIGO ILUSTRATIVA DOCUMENTO SRWIL A DE MUESTRA <?xml vers¡on="1.0" encoding="utf-8"?> <srml xmlns="http://sc emas.nervana.net/srml" xmlns:n- p://schemas.nervana.net/srml' mlns:rdf="http://rdfland.org" xmlns:n='Mp://schemas.nervana et/srmrxmlns:rd^^ xmlns:dc="http://dcland.org"dummyarg- 'hello"> <results content="new"> <queryref guid="12345678-1234-1234-1234-123456789ABC"/> <document> <objectref gulde="12345678-0000-1234-1234-123456789ABC'7> <rdf:Description> <dc:t¡tle>Nsync-Un Equipo de Herramientas en Base a Restricciones para ultimedia</dc:title> <dc:creator>Brian Bailey</dc:creator> <dc:creator>Joseph a. Konstan</dc:creator> <dc:description> <n:abstract>Nsync (pronounced ??-sunc') Es un equipo de herramientas declarativo, implementado completamente en Tcl, diseñado para facilitar la complejidad del diseño de aplicaciones multimedia, interactivas, innovadoras</n:abstract> </dc:description> <dc:date>2001-07-02</dc:date> <dc:type>text</dc:type> <dc:format>application/pdf</dc:format> <dc:language>en</dc:language> <dc:identifier>bailey97nsync.pdf</dc:identifier> <rdf:Description> <size>84957</size> </document> <document> <objectref guid="12345678-0001 -1234-1234-123456789ABC7> <rdf:Description> <dc:titIe>Una Comparación de Corrientes y Avance de Tiempo Como Paradigmas de Sistemas Multimedia Systems</dc:title> <dc:creator>Roger B. Dannenberg y Dean Rubine</dc:creator> <dc:description> <n:abstract>Un modelo común para sistemas multimedia es la corriente, una abstracción que representa el flujo de datos dependiente del tiempo continuos tales como estructuras de audio y vídeo de muestra.</n:abstract> </dc:description> <dc:date>2001 -07-0218:48</dc:date> <dc:identifier>dannenberg94comparison.pdf</dc:identifier> <dc:type>text</dc:type> <dc:format>application/pdf</dc:format> <dc:language>en</dc:language> </rdf:Description> <size>5542K/size> </document> <document> <objectref guid="12345678-0002-1234-1234-123456789ABC"/> <rdf:Description> <dc:title>¿Tiene usted Tiempo? Composición y Vinculación en Hipermedios en base a Tiempo</dc:title> <dc:creator>Lynda Hardman, et aI.</dc:creator> <dc:description> <n:abstract>En este documento discutimos el concepto de tiempo de presentación - la sincronización de las partes individuales de una presentación y las relaciones temporales entre ellas.</n:abstract> </dc:description> <dc:date>2001-06-2916:57</dc:date> <dc:identifier>hardman99do.pdf</dc:identifier> <dc:type>text</dc:type> <dc:type>text</dc:type> <dc:format>application/pdf</dc:format> <dc:language>en</dc:language> </rdf:Description> <size>266873</size> </document> <document> <objectref guid="12345678-0003-1234-1234-123456789ABC"/> <rdf:Description> <dc:t¡tle>ModeIos conceptuales n base a intervalo </dc:title> <dc:creator>Llttle and Ghafoor</dc:creator> <dc:date>2001-07-0218:52</dc:date> <dc:identifier>little93intervalbased.pdf</dc:identifier> <dc:type>text</dc:type> <dc:format>application/pdf</dc:format> <dc:Ianguage>en</dc:language> </rdf:Description> <size>364367</size> </document> <document> <objectref guid="12345678-0004-1234-1234-123456789ABC"/> <rdf:Description> <dc:t¡tle>Generac¡ón Eficiente de Transiciones de Movimiento utilizando Restricciones de Espacio tiempo </dc:title> <dc:creator>Charles Rose</dc:creator> <dc:description> <n:abstract>Este documento describe la aplicación de las restricciones de espacio tiempo para crear transiciones entre segmentos del movimiento del cuerpo humano.</n:abstract> </dc:description> <dc:date>2001-06-2917:22</dc:date> <dc:identifier>rose96efficent.pdf</dc:identifier> <dc:type>text</dc:type> <dc:format>appiication/pdf</dc:format> <dc:language>en</dc:language> </rdf:Description> <size>1217898</size> </document> <document> <objectref guid="12345678-0005-1234-1234-123456789ABC7> <rdf:Description> <dc:title>TÉCNICAS DE MODELADO PARA HYTIME</dc:title> <dc:creator>Lloyd Rutledge</dc:creator> <dc:description> <n:abstract>Lenguaje de Estructuración en base a Hipermedia/Tiempo (Hy Time) define construcciones para representar conceptos de documento de hipermedia generales. </n:abstract> </dc:description> <dc:date>2001 -06-2917:07</dc:date> <dc:identifier>rutledge95modeling.pdf</dc:identifier> <dc:type>text</dc:type> <dc:formet>appl¡cat¡on/pdf</dc:format> <dc:language>en</dc:language> </rdf:Description> <size>129404</size> </document> <document> <objectref guid="12345678-0006-1234-1234-123456789ABC"/> <rdf:Description> <dc:t¡tle>l_a Especificación de Composición de Sistemas Sincronizados </dc:title> <dc:creator>Joseph Sifakis</dc:creator> <dc:description> <n:abstract>En este tutorial presentamos una revisión general de los formalismos sincronizados ejecutables existentes, dando énfasis a los problemas de descripción de composición. </n:abstract> </dc:description> <dc:date>2001-07-0211 :37</dc:date> <dc:identifier>la especificación de composición -of.pdf</dc:identifier> <dc:type>text</dc:type> <dc:format>application/pdf</pdf</dc:format> <dc:language>en</dc:language> </rdf:Description> <size>132810</size> </document> <document> <objectref guid="12345678-0007- 234-1234-123456789ABC'7> <rdf:Description> <dc:title>Un Modelo de Sincronización de Hipermedios Intuitiva, Simple, y su Realización en el Explorador /Java Enviroment</dc:title> <dc:creator>Jin Yu</dc:creator> <dc:description> <n:abstract>Este documento presenta un modelo de sincronización de hipermedios simple e intuitiva - la Gráfica de Relación de Medios (MRG)</n:abstract> <dc:description> <dc:date>2001 -07-0211 :55</dc:date> <dc:identifier>yu98simple.pdf</dc:identifier> <dc:type>text</dc:type> <dc:format>appIication/pdf</dc:format> <dc:language>en</dc:language> </rdf:Description> <size>288218</size> </document> <document> <objectref guid="12345678-0008-1234-1234-123456789ABC7> <rdf:Description> <dc:title>Un Reproductor de Medios Continuo </dc:title> <dc:creator>Lawrence A. Rowe y Brian C. Smith</dc:creator> <dc:description> <n:abstract>Se describe el diseño e implementación de un reproductor de medios continuo para estaciones de trabajo Unix.</n:abstract> </dc:description> <dc:date>2001-06-2917:08</dc:date> <dc:ident¡fier>a-continuous-media-player.pdf</dc:identifier> <dc:type>text</dc:type> <dc:format>application/pdf</dc:format> <dc:Ianguage>en</dc:language> </rdf:Description> <size>231817</size> </document> <document> <objectref guid="12345678-0009-1234-1234-123456789ABC'7> <rdf:Description> <dc:titIe>Documentos Multimedia con Tiempo Elástico </dc:title> <dc:creator>Michelle Y. Kim</dc:creator> <dc:descr¡ption> <n:abstract>Presentamos el modelo de tiempo elástico para documentos multimedia.</n:abstract> </dc:description> <dc:date>2001 -07-02 2:07</dc:date> <dc:identifier>p143-kim.pdf</dc:identifier> <dc:type>text</dc:type> <dc:format>appIication/pdf</dc:format> <dc:language>en</dc:language> </rdf:Description> <size>272532</size> </document> <document> <objectref guid=" 2345678-O0OA-1234-1234-123456789ABC"/> <rdf:Description> <dc:title>Jerarquías de Reloj: Una Abstracción para Agrupar y Controlar Corrientes de Medios </dc:title> <dc:creator>Kurt Rothermel</dc:creator> <dc:description> <n:abstract>En este documento proponemos un conjunto de potentes abstracciones para controlar y sincronizar corrientes de medios continuos en ambiente distribuidos.</n:abstract> </dc:description> <dc:date>2001 -07-0218:51 </dc:date> <dc:identifier>rotherme196clock.pdf</dc:identifier> <dc:type>text</dc:type> <dc:format>application/pdf</dc:format> <dc:language>en</dc:language> </rdf:Description> <size>93052</size> </document> <document> <objectref guid="12345678-000B-1234- 234-123456789ABC7> <rdf:Description> <dc:title>Relaciones Temporales en Objetos Multimedia: WWW Presentación de Especificación HyTime.</dc:title> <dc:creator>Maria da Graca C. Pimentell</dc:creator> <dc:description> <n:abstract>lnicialmente, este documento describe el uso de HyTime para la especificación de relaciones temporales binarias. A continuación este documento describe y se enfoca en la transformación automática de la sincronización especificaciones HyTime en elementos para ser presentados en el contexto del ambiente de la Worl Wide Web .</n:abstract> </dc:description> <dc:date>2001 -06-2916 :48</dc:date> <dc:identifier>temporal-relations-in-multimedia.pdf </dc:identifier> <dc:type>text</dc:type> <dc:format>application/pdf</dc:format> <dc:language>en</dc:language> </rdf:Description> <size>102862</size> </document> <document> <objectref guid="12345678-000C-1234-1234-123456789ABC > <rdf:Description> <dc:title>Representación y Composición de Evento y Acción para modelado de escenario de aplicación multimedia.</dc:title> <dc:creator>M. Vazirgiannis</dc:creator> <dc:description> <n:abstract>Eneste documento presentamos un modelo para la representación de aplicaciones multimedia en base al concepto de escenario.</n:abstract> </dc:description> <dc:date>2001 -07-0211 :43</dc:date> <dc:identifier>vazirgiannis96event.pdf</dc:identifier> <dc:type>text</dc:type> <dc:format>applicatlon/pdf</dc:format> <dc:language>en</dc:language> </rdf:Description> <size>387575</size> </document> <document> <objectref guid="12345678-000D-1234-1234-123456789ABC"/> <rdf:Description> <dc:title>Representación del Tiempo en Sistemas Multimedia</dc:title> <dc:creator>Thomas Wahl, Kurt Rothermel</dc:creator> <dc:description> <n:abstract>este documento evalúa y clasifica una selección de los modelos existentes más comunes de la teoría del tiempo y la lógica temporal. </n:abstract> </dc:description> <dc:date>2001 -06-2916:49</dc:date> <dc:identifier>wahl93representing.pdf</dc:identifier> <dc:type>text</dc:type> <dc:format>application/pdf</dc:format> <dc:language>en</dc:language> </rdf:Description> <size>67658</size> </document> <document> <objectref guid="12345678-000E-1234-1234-123456789ABC"/> <rdf:Description> <dc:titie>Nsync-Un Equipo para Construir Presentaciones Multimedia Interactivas. </dc:title> <dc:creator>Br¡an Bailey</dc:creator> <dc:description> <n:abstract>Hemos desarrollado un equipo de herramientas de sincronización multimedia llamado Nsync (pronounced 'in sync'), para resolver los complicados asuntos inherentes al diseño de presentaciones multimedia interactivas flexibles. </n:abstract> </dc:description> <dc:date>2001-06-2917:09</dc:date> <dc:identifier>bailey98nsync.pdf</dc:identifier> <dc:type>text</dc:type> <dc:format>application/pdf</dc:format> <dc:language>en</dc:language> </rdf:Description> <size>115592</size> </document> <document> <objectref guid="12345678-000F-1234-1234-123456789ABC"/> <rdf:Description> <dc:title>Emisiones en Representación Temporal de Documentos Multimedia </dc:title> <dc:creator>Nabil Layaida</dc:creator> <dc:description> <n:abstract>Presentamos en este documento un conjunto de asuntos relevantes que pueden ayudar en el diseño de presentación de documento multimedia. Se basan en nuestra experiencia en el diseño e implementación de una herramienta de creación y exploración llamada MADEUS.</n:abstract> </dc:descript'ion> <dc:date>2001-07-0211 :54</dc:date> <dc:identifier>issues-in-temporai-representation.pdf</dc:identifier> <dc:type>text</dc:type> <dc:format>application/pdf</dc:format> <dc:language>en</dc:language> </rdf:Description> <size>17348</size> </document> <document> <objectref guid="12345678-0010-1234-1234-123456789ABC7> <rdf:Description> <dc:t¡tle>Composición espacie-temporal en aplicaciones multimedia </dc:tit!e> <dc:creator>Dr. ichael Vazirgiannis</dc:creator> <dc:description> <n:abstract>La motivación de este trabajo de investigación es la falta de una forma declarative completa para la composición representativa espacio-temporal de objetos en los estándares de documento multimedia actuales y la creación tools.</n:abstract> </dc:description> <dc:date>2001-07-0211 :43</dc:date> <dc:identifier>spatio-temporal-composition-in.pdf</dc:identifier> <dc:type>text</dc:type> <dc:format>appIication/pdf</dc:format> <dc:Ianguage>en</dc:language> </rdf:Description> <size>89176</size> </document> <document> <objectref guid="12345678-0011 -1234-1234-123456789ABC7> <rdf:Description> <dc:title>Una Estructura de Trabajo Orientada al Objeto para la integración de Técnicas de Animación Interactivas </dc:title> <dc:creator>Robert C. Zelenik, et al.</dc:creator> <dc:description> <n:abstract>Presentamos un sistema de modelado y animación interactivo que facilita la integración de una variedad de paradigmas de simulación y animación .</n:abstract> </dc:descr¡ption> <dc:date>2001 -06-2916:30</dc:date> <dc:¡dentifier>zelen¡k91 objector¡ented.pdf</dc:¡dentifier> <dc:type>text</dc:type> <dc:format>application/pdf</dc:format> <dc:language>en</dc:language> </rdf:Description> <size>133440</size> </document> <document> <objectref guid="12345678-0012-1234-1234-123456789ABC"/> <rdf:Description> <dc:t¡tle>Tratar con la Sincronización y la Variabilidad de Sincronización en la Reproducción de Registros de Sesión Interactiva </dc:title> <dc:creator>Nelson R. Manohar</dc:creator> <dc:description> <n:abstract>En este documento describimos la programación y el soporte de sincronización de un documento multimedia novedoso, referido como un objeto de sesión.</n:abstract> </dc:description> <dc:date>2001 -07-0216:30</dc:date> <dc:identifier>p45-manohar.htmpdf</dc:identifier> <dc:type>text</dc:type> <dc:format>text/html</dc:format> <dc:language>en</dc:language> </rdf:Description> <size>99000</size> </document> <document> <objectref guid="12345678-0013-1234-1234-123456789ABC7> <rdf:Description> <dc:title>Facil¡tar Multimedia a Través de Animación Directa</dc:title> <dc:description> <n:abstract>Este documento describe la Animación Directa de Microsoft, el componente de DirectX API Family que proporciona animáción continua y Soporte de medios integrado para páginas Web, títulos de CD-ROM, y Aplicaciones multimedia </n:abstract> </dc:description> <dc:date>1998-10-0216:30</dc:date> <dc:identifier>DirectAnimation.doc</dc:identifier> <dc:type>text</dc:type> <dc:format>application/msword</dc:format> <dc:language>en</dc:language> </rdf:Description> <size>152000</size> </document> <document> <objectref guid="12345678-0014-1234-1234-123456789ABC7> <rdf:Description> <dc:title>Windows Media Technologies</dc:title> <dc:description> <n:abstract>Este documento da una revisión general de los components de medios en corriente de las Windows Media Technologies: Windows NT Server NetShow Services, NetShow Theater Server y el Microsoft Windows Media Player.</n:abstract> </dc:description> <dc:date> 1998-07-0216 :30</dc:date> <dc:ident¡f¡er>NetShow3.doc</dc:identifier> <dc:type>text</dc:type> <dc:format>application/msword</dc:format> <dc".language>en</dc:language> </rdf:Description> <size>631000</s¡ze> </document> <document> <objectref guid=" 2345678-0015-1234-1234-123456789ABC'7> <rdf:Description> <dc:title>lntegración de sincronización en Documentos XML </dc:title> <dc:creator>Patrick Schmitz</dc:creator> <dc:date>2000-07-0216:30</dc:date> <dc:identifier>lntegración de Sincronización Con XML.ppt</dc:identifier> <dc:type>text</dc:type> <dc:format>powerpoint</dc:format> <dc:language>en</dc:language> </rdf:Description> <s¡ze> 95000</size> </document> <document> <objectref guid=" 12345678-0016-1234-1234-123456789ABC7> <rdf:Descript¡on> <dc:titIe>EI SMIL 2.0 Temporización y Sincronización model</dc:title> <dc:creator>Patrick Schmitz</dc:creator> <dc:description> <n:abstract>Un poderoso modelo flexible es necesario para unificar la interacción la programación, interacción, control avanzado para animación, y manejo de sincronización de tiempo de corrida. SMIL 2.0 define un lenguaje y modelo semántico que resuelve esas necesidades. </n:abstract> </dc:description> <dc:date>2001 -07-0216:30</dc:date> <dc:identifier>SMIL TimingForTheWeb.doc</dc:identifier> <dc:type>text</dc:type> <dc:format>appl¡cation/msword</dc:format> <dc:language>en</dc:language> </rdf:Description> <size>175000</size> </document> <document> <objectref guid="12345678-0017-1234-1234-123456789ABC"/> <rdf:Description> <dc:title>Un Modelo Unificado para Representar la Sincronización en Documentos XML </dc:title> <dc:creator>Patrick Schmitz</dc:creator> <dc:description> <n:abstract>Necesitamos proporcionar un modelo común para sincronización de manera que los autores no estén forzados a aprender y recordar diferentes modelos para diferentes tipos de documento o diferentes escenarios de creación. </n:abstract> </dc:description> <dc:date>2001 -07-0216:30</dc:date> <dc:identifier>TiminglntegrationPositionPaper.htm</dc:identifier> <dc:type>text</dc:type> <dc:f ormat>text/htm I </dc:form at> <dc:language>en</dc:language> </rdf:Description> <size>10000</size> </document> <document> <objectref guid="12345678-0018-1234-1234-123456789ABC"/> <rdf:Description> <dc:title>Some ideas on the Nervana client</dc:title> <dc:creator>Patrick Schmitz</dc:creator> <dc:date>2002-04-0410:30</dc:date> <dc:type>text</dc:type> <dc:format>text</dc:format> <dc:language>en</dc:language> <dc:identifier>outIook:fooBarWrioKnows123xyz</dc:identifier> </rdf:Description> <subject>Algunas ideas sobre el Nervana client</subject> <from>Patrick Schmitz [cogit@Iudicrum.org]</from> <to>Nosa Omoigui [nosa@nervana.net]</to> <to>Steven Judkins [stevenj007@hotmail.com]</to> <cc>Omoigui,Eghosa D [eghosa.d.omoigui@intel.com]</cc> <cc>Jerome Beard beard@picsmart.net]</cc> <size> 434</size> </emaiI> <email> <objectref guid="12345678-0019-1234-1234-123456789ABC7> <rdf:Description> <dc:title>FW:The Next Web (Business Week)</dc:tit!e> <dc:creator>Nosa Omoigui</dc:creator> <dc:description> <n:abstract>Por otra parte, debido parcialmente a que la industria está muy consciente de los problemas y limitaciones de EDI, los ejecutivos están optimistas. "Será una situación de huevo o gallina hasta que llegue un app eliminador - aunuqe tengo mucha confianza de que eso ocurrirá", dice W. Daniel Hillis, un pionero de la supercomputadora quein ahora encabeza la instalación de Applied Mind lnc.</n:abstract> </dc:description> <dc:date>2002-02-2513:44</dc:date> <dc:type>text</dc:type> <dc:format>text html</dc:format> <dc:language>en</dc:Ianguage> <dc:identifier>out!ook:fooBarWhoKnows123xyz</dc:¡dentifier> </rdf:Description> <subject>FW:The Next Web (Business Week)</subject> <from>Nosa Omoigui [nosa@nervana.net]</from> <to>Patrick Schmitz [cogit@ludicrum.org]</to> <to>Steven Judkins [stevenj007@hotmail.com]</to> <to>Omoigui,Eghosa D [eghosa.d.omoigui@intel.com]</to> <to>EghosaO@aol .com </to> <to>ChereceO@aol.com</to> <to>Jerome Beard beard@picsmart.net]</to> <cc>Nosa Omoigui [nosa@nervana.net]</cc> <size> 434</size> </email> <email> <objectref guid="12345678-001 A-1234-1234-123456789ABC"/> <rdf:Description> <dc:t¡tle>Software's Giants Girf for Upheaval [Fortune]</dc:title> <dc:creator>EghosaO@aol.com</dc:creator> <dc:description> <n:abstract>Algo Nuevo llamado servicios Web está librando nuevas batallas entre Microsoft, Oracle, IBM, y todos los nombres de software. </n:abstract> </dc:descript¡on> <dc:date>2002-03-0213:41 </dc:date> <dc:type>text</dc:type> <dc:format>text</dc:format> <dc:language>en</dc:language> <dc:¡dentifier>outlook:fooBarWhoKnows123xyz</dc:identifier> </rdf:Description> <subject>Software's Giants Gird for Upheaval [Fortune]</subject> <from>EghosaO@aol.com</from> <to>Nosa Omoigui [nosa@nervana.net]</to> <to>cogit@ludicrum.org</to> <to>lisah@stanfordalumni.org</to> <to>stevenj007@hotmai!.com</to> <size units- 'KB">13</size> </email> </results> </srml> MUESTRA B DOCUMENTO DE CONSULTA SEMÁNTICA. <?xml version="1.0" encoding="utf-8"?> <sqml> <head t¡tle="foo"x/head> <f¡Iters> <include> <type class="nervana:objecttype"> documents </type> </¡nclude> </füters> <attributes></attributes> <sk¡ns><documents coIor= ttp://nervana.net/dc.xslt design="htpp://nervana.net dd.xslt" animation=http://nervana.net/da.xslt> </documents> <email color=http://nervana.net/ec.xslt" design="htpp://nervana.net/ed.xslt" animation=http://nervana.net/ea.xslt> </emaiI> </skins> <query> <resource type="nervana:filepath"> c:/foo.doc </resorce> <resource type="nervana:url"> file://c:/bar.doc </resource> <resource type="nervana:url"> file://c:?includesubfolders=true </resource> <resource type="nervana:url"> http://www.bar.com/dpc.htm </resource> <resource type="nervana:url"> ftp://gate.com/doc.txt </resource> <resource type="nervana:url"> //servers/server/file.pdf </resource> <resource type="nervana:text" arg="contains=fox"> The quick brown fox </resource> <resource type="nervana:cacheentry"> ef90ea-282d-46d6-b355-ac8a4fc2f3e5 <link predicate="nervana:relatedto" type="nervana:url"> c:/foo.doc <link> </resource> <resource type="nervana:url"> agent://email.all@ibm.com </resource> <resource type="nervana:url"> objects://rad.com/agency.asp <link predicate="nervana:containstext" type=2xml:string"> 80211 <link> </resource> <resource type="nervana:url"> objects://rad.com/agency.asp <link predicate="nervana:postedon" type="nervana:datetimeref"> today <link> </resource> <resource type="nervana:url"> objects://rad.com/agency.asp <link predicate="nervana:postedon" type="xml:datetime"> 01-10-2002 <link> <link operator="or" predicate="nervana:postedbefore" type="xml:datetime"> 01-11-2002 <link> </resource> agent://documents.all@abccorp.com <link predícate- 'nervana:ralatedto" type="nervana:url"> objects://98@in.com/m.asp <Iink> <link operator- 'and" pred icate="nervana : isof priority" type="nervana:priority"> criticalpriority </link> </resource> </query> </sqml> MUESTRA C-JERARQUÍA DE AMBIENTE SEMÁNTICO Agente de Información (el origen del Ambiente Semántico) My Agents Frequently Used Agents Agencies Agency A1 Documents Documents.AII Docu m ents . CriticalPriority. Al I Email Email.Technology.Wireless.AII Annotations Annotations.RecentlyPosted.PastOneDa Y AII People People.Research.AII Events Events.AII Events.Upcoming.NextOneday.AII Agency A2 Documents Documents.Technology.XML.Xpath.AII Email Email. Favorites.AII E-Learning Courses Elearning.AlI Agency A3 News Articies News.Technoiogy.Semiconductors.AIl Agency AN... Recently Used Agents [Jerarquía similar a la anterior aunque para Agentes utilizados recientemente] Recently Created Agents [Jerarquía similar a la anterior aunque para Agentes utilizados recientemente] Favorite Agents [Jerarquía similar a la anterior aunque para Agentes marcados por el usuario como favoritos] All Agents [Jerarquía similar a la anterior aunque para Agentes en la lista My Agents] Deleted Agents [Jerarquía similar a la anterior aunque para Agentes marcados para eliminación] ...Custom View [Jerarquía similar a la anterior aunque para Agentes compatibles con la vista de cliente] MUESTRA D -SALIDA SQML DESDE UNA PLANTILLA DE CONTEXTO DE ENCABEZADO. <?xml version="1.0", encoding="uff-8"?> <sqml> <head title-'foo" type-'all information"></head> <filters> <include> <type class="nervana:objecttype"> all information </type> </include> </filters> <query> <resource type="nervana:Agency"> wsAgency://marketing.com/Agency.wsdl <link predicate- 'nervana.postedinthelast" type="nervana:time:minutesref > 30 </link> <l in k pred icate- 'nervana : relevantto" type="nervana:sqml"> [object sqml] </link> </resource> <resource type="nervana:Agency"> wsAgency://research.com/Agency.wsdl <link predicate="nervana:postedinthelast" type-'nervana:time:minutesref> 30 </link> <l ¡n k pred icate="nervan a : relevantto" type="nervana:sqml"> [object sqml] </link> </resource> <resource type="nervana:Agency"> wsAgency.//sales.com/Agency.wsdl <link predicate="nervana:postedinthelasf type="nervana:time:minutesref > 30 </link> <link predicate="nervana:relevantto" type="nervana:sqml"> [object sqml] </link> </resource> <resource type="nervana:Agency"> wsAgency://humanresources.com/Agency.wsdl <link predicate="nwrvana:postedinthelast" type-'nervana:time:minutesref > 30 </link> <link predicate="nervana:relevantto" type="nervana:sqml">

Claims (6)

1. REIVINDICACIONES 1. Un sistema para recuperación, manejo, entrega y presentación de conocimiento, que comprende: un primer servidor programable para agregar y mantener información semántica específica de dominio; un segundo servidor en comunicación con el primer servidor, el segundo servidor programable par alojar Información especifica de dominio que es utilizada para clasificar y asignar categoría a la información semántica; un cliente que proporciona una interfaz de usuario para que un usuario se comunique con el primero y segundo servidores; y en donde el primero y segundo servidores operan juntos para ejecutar las etapas de: asegurar la información desde las fuentes de información; vincular semánticamente la información desde las fuentes de información; mantener los atributos semánticos de la información vinculada semánticamente; entregar la información semántica requerida de acuerdo con preferencias de usuario personalizables.
2. 2. El sistema de conformidad con la reivindicación 1, caracterizado porque el primer servidor comprende además la estructura o metodología dirigida a proporcionar por lo menos uno de los siguientes: una Red Semántica, un Concentrador de Datos semánticos, un Verificador de consistencia de Red Semántica, un Sistema de Inferencia, un Procesador de Consulta Semántica, un Programa de Análisis Sintáctico de Lenguaje Natural, un Agente de conocimiento de Correo Electrónico o un Manejador de Dominio de Conocimiento.
3. 3. El sistema de conformidad con la reivindicación 1, caracterizado porque: la información desde las fuentes de información consta de objetos o eventos; y los objetos o eventos son agentes activos semánticamente relacionados entre sí y que representan consultas que devuelven objetos de datos para presentación de acuerdo con un tema predeterminado.
4. 4. El sistema de conformidad con la reivindicación 3, caracterizado porque el tema predeterminado de acuerdo con el cual se presentan los objetos es personalizable por un usuario.
5. 5. El sistema de conformidad con la reivindicación 1 , caracterizado porque el cliente entrega y presenta la información semántica que resulta de la consulta del usuario.
6. 6. Un método para recuperación, manejo, entrega y presentación de conocimiento para uso con un sistema de servidor programado para agregar, mantener y alojar información específica de dominio que es utilizada para .clasificar y categorizar información semántica, que comprende: asegurar la información desde fuentes de información; vincular semánticamente la información desde las fuentes de información; mantener los atributos semánticos de la información semánticamente vinculada; entregar la información semántica requerida en base a consultas de usuario; y presentar la información semántica se acuerdo con preferencias de usuario personalizabas.