MXPA06002334A - Representacion grafica de un modelo de sistema de archivo respecto a un objeto de base de datos. - Google Patents

Abstract

La invencion sujeto proporciona un sistema y/o metodo que facilita la representacion grafica de un modelo de base de datos para un objeto de base de datos. Un sistema de almacenamiento por tipo puede utilizar una representacion grafica de almacenamiento de un modelo de datos de almacenamiento por archivo. La representacion grafica puede describir el objeto de la base de datos creado en base, por lo menos en parte, a un esquema y la manera como se almacenan y/o se tiene acceso a las instancias del tipo descrito en el esquema. Ademas, puede proporcionarse una consulta para encontrar al menos uno de un tema, un documento y/o contacto que satisfaga al menos un criterio. El sistema de almacenamiento por tipo puede recibir datos, en donde los datos son al menos uno de un esquema, un modelo de datos, un tipo, una consulta, y criterio de consulta a traves de una interfase a fin de proporcionar el almacenamiento y consulta. Adicionalmente, el sistema de almacenamiento por tipo puede genera una vista que expone al menos una instancia del tipo.

Description

REPRESENTACIÓN GRÁFICA DE UN MODELO DE SISTEMA DE ARCHIVO RESPECTO A UN OBJETO DE BASE DE DATOS Campo Técnico La presente invención se refiere en general a bases de datos y, más particularmente, a sistemas y/o métodos que facilitan el almacenamiento de una instancia de tipo y/o datos de consulta.

ANTECEDENTES DE LA INVENCIÓN Los avances en tecnología de computadora (por ejemplo, velocidad del microprocesador, capacidad de memoria, amplitud de banda para la transferencia de datos, funcionalidad del software y lo similar) han contribuido en general a la creciente aplicación de computadora en diversas industrias. Incluso los sistemas de servidor más poderosos, los cuales con frecuencia se configuran como una instalación de servidores, se proporcionan comúnmente para atender solicitudes que se originan a partir de fuentes externas, tales como la Red a Nivel Mundial, por ejemplo. A medida que se incrementa la cantidad de datos electrónicos disponibles, se vuelve más importaníe almacenar íales datos en una manera manejable que facilite búsquedas y recuperación de datos rápidas y accesibles al usuario. Hoy en día, un enfoque común es almacenar datos electrónicos en una o más bases de datos. En general, una base de datos típica puede ser referida como una colección organizada de información con datos estructurados de tal m l¡anera que un programa de computadora puede buscar y seleccionar rápidamente las piezas de datos deseadas, por ejemplo.

Comúnmente, los datos dentro de una base de daíos se organizan a través de una o más tablas. Tales tablas pueden instalarse con hileras y columnas. Las tablas pueden comprender uno o más registros, en donde un registro puede incluir un conjunto de campos. Los registros se indexan comúnmeníe como hileras deníro de una tabla, y los campos de registro se indexan típicameníe como columnas, de íal manera que un par de hilera/columna de índices puede hacer referencia a un conjunío de daíos en paríicular denfro de una tabla. Por ejemplo, una hilera puede almacenar un registro de datos completo con relación a una transacción de ventas, una persona o un proyecío. De igual modo, las columnas de la tabla pueden definir porciones discretas de las hileras que tienen el mismo formato de datos general, en donde las columnas pueden definir campos de los registros. Cada pieza de datos individual, que permanece sola, generalmente no es muy informativa. Las aplicaciones de la base de datos hacen a los datos más úíiles debido a que ayudan a los usuarios a organizar y procesar los daíos. La aplicación de la base de datos permite que el usuario compare, clasifique, ordene, combine, separe e interconecte los datos, a fin de que la información útil pueda generarse a partir de los datos. Además, la capacidad y versaíilidad de las bases de datos se han desarrollado en una cantidad increíble para permitir una capacidad de almacenamienfo viríualmenfe interminable que utiliza bases de datos. Además, los sistemas de bases de datos típicos ofrecen una habilidad de consulta limitada dependiendo del tiempo, extensión de archivo, localización y tamaño. Por ejemplo, con objeto de buscar las vastas cantidades de datos asociados a una base de datos, una búsqueda típica se limita a un nombre de archivo, un tamaño de archivo, una fecha de creación, en donde tales técnicas son deficientes e ineptas. Con una creación continua y creciente de datos a partir de los usuarios finales, los problemas y dificultades que rodean el hallazgo, relación y almacenamiento de tales datos esfán alcanzando su máximo. Los usuarios finales escriben documentos, almacenan fotos, separan música de discos compactos, reciben correo electrónico, retienen copias de correos electrónicos enviados, etc. Por ejemplo, en el simple proceso de creación de un disco compacto de música, el usuario final puede crear megabytes de datos. La separación de música del disco compacto, la conversión del archivo a un formato adecuado, la creación de una cubierta de alhajero, el diseño de una etiqueta de disco compacto, requieren todos la creación de datos. No solo existen las complicaciones que rodean a los usuarios, los desarrolladores íienen problemas similares con los datos. Los desarrolladores crean y escriben miles de aplicaciones que varían desde aplicaciones personales hasta aplicaciones empresariales altameníe desarrolladas. Aunque crean y/o desarrollan, los desarrolladores con frecuencia, si no es que siempre, comparten datos. AI obtener tales datos, los datos necesitan almacenarse. En otras palabras, los problemas y dificultades que rodean el hallazgo, relación y almacenamiento de datos que afectan tanto al desarrollador como al usuario final. En vista de lo anterior, existe una necesidad de mejorar y/o proporcionar sistemas y/o métodos que mitigan las deficiencias asociadas con sistemas y bases de datos convencionales.

BREVE DESCRIPCIÓN DE LA INVENCIÓN Se presenta a continuación una breve descripción de la invención con objeto de proporcionar un entendimiento básico de algunos aspectos de la invención. Esta breve descripción no es un panorama general extenso de la invención. No se iníenía identificar los elementos clave o críticos de la invención ni delinear el alcance de la invención. Su único propósito es preseníar algunos conceptos de la invención en una forma simplificada como un preludio de la descripción más detallada que se presenta posteriormente. La invención sujeto se refiere a sisíemas y/o méíodos que facilitan la representación gráfica de un modelo de datos para un objeto de base de datos. Un sistema de almacenamiento por tipo puede proporcionar el almacenamiento de una instancia de tipo y/o consulta. El almacenamiento del tipo puede describir el objeto de la base de datos y la manera como las instancias de tipos se almacenan y/o se tiene acceso. La consulta puede hallar al menos uno de un tema, un documento, y un contacío que saíisfaga cada uno un cierto criterio. Además, el sistema de almacenamiento por tipo puede utilizar una interfase para recibir datos, en donde los datos pueden incluir un esquema, un tipo, un criterio, un criterio de consulta, etc. De acuerdo con un aspecto de la invención sujeto, el sistema de almacenamiento por tipo puede incluir un componente de almacenamiento que almacena al menos una instancia de tipo. El almacenamiento puede ser una representación gráfica del modelo de datos, en donde el modelo de datos puede represeníar un sistema de almacenamiento por archivo. Además, el sistema de almacenamiento por tipo puede incluir un componente de consulta. El componente de consulta puede proporcionar al menos una consulta en el modelo de datos del sistema de almacenamiento por archivo para satisfacer un criterio. De acuerdo con otro aspecto de la invención sujeto, el sistema de almacenamiento por fipo puede incluir un componente relacional que puede utilizar un almacenamiento relacional y/o una capacidad de consulta relacional. El componente relacional puede invocar un moíor de base de daíos para proporcionar tales técnicas relaciónales, en donde estas técnicas pueden facilitar el almacenamiento de instancias de tipo y/o consulta. Además, el sistema de almacenamiento por tipo puede incluir además un componente de vista que puede proporcionar una vista que expone todas las instancias de un tipo dado. El tipo puede ser una estructura jerárquica y/o una estructura de legado. La vista puede relacionarse con un tipo particular que proyecta un subconjunto de los tipos con un tipo de base. En otros aspectos de la invención sujeto, se proporcionan métodos que facilitan la representación gráfica de un modelo de datos a un objeto de base de datos. La siguiente descripción y los dibujos anexos establecen en detalle ciertos aspectos ilustraíivos de la invención. Sin embargo, estos aspectos son indicativos de solo unas cuantas de las diversas maneras en las cuales pueden emplearse los principios de la invención y la invención sujeto intenta incluir todos tales aspectos y sus equivalencias. Otras ventajas y características novedosas de la invención se volverán apareníes a paríir de la siguiente descripción detallada de la invención cuando se considere en conjunto con los dibujos.

DESCRIPCIÓN DETALLADA DE LOS DIBUJOS La Fig. 1 ilustra un diagrama de bloque de un sistema ejemplar que facilita el almacenamiento de una instancia de tipo asociada con un modelo de datos. La Fig . 2 ilustra un diagrama de bloque de un sistema ejemplar que facilita el almacenamiento de una instancia de tipo y/o consulta para encontrar al menos uno de un tema, un documenío y un contacto. La Fig. 3 ilustra un diagrama de bloque de un sistema ejemplar que facilita la utilización de capacidades de almacenamiento relacional y/o consulta relacional. La Fig. 4 ilustra un diagrama de bloque de un sistema ejemplar que facilita la representación gráfica y/o vista en conjunto con un sistema de almacenamiento por íipo. La Fig . 5 ilusíra un diagrama de bloque de un sistema ejemplar que faciliía el aimacenamienio de una instancia de tipo asociada con un modelo de datos. La Fig. 6 ilustra un diagrama de bloque de una estructura de alto nivel de un almacén dentro de un modelo de datos de almacenamiento por archivo. La Fig. 7 ilustra un diagrama de bloque de una instancia de tipo con tablas asociadas. La Fig. 8 ilustra un diagrama de bloque de una jerarquía por tipo y una proyección de vista correspondiente. La Fig . 9 ilusíra una meíodología ejemplar para el almacenamiento de una instancia de tipo que representa un modelo de datos y/o proporción de una consulta. La Fig . 10 ¡lustra una metodología ejemplar para el almacenamiento de una instancia de tipo que representa un modelo de datos y/o para la proporción de una consulta. La Fig . 1 1 ilustra un ambieníe de trabajo en red ejemplar, en donde pueden emplearse los aspectos novedosos de la invención sujeto. La Fig . 12 ¡lustra un ambiente operativo ejemplar que puede emplearse de acuerdo con la invención sujeto.

DESCRIPCIÓN DE LA INVENCIÓN Según se utiliza en esta aplicación, los términos "componente", "sisíema", "inferíase", "esquema" y lo similar se intenta que se refieran a una entidad relacionada con la computadora, ya sea hardware, software (por ejemplo, en ejecución), y/o firmware. Por ejemplo, un componeníe puede ser un proceso que se ejecuía en un procesador, un procesador, un objeto, un ejecutable, un programa y/o una computadora. A manera de ilustración, íanfo una ilusíración que se ejecuía en un servidor como también el servidor pueden ser un componeníe. Uno o más componentes pueden residir dentro de un proceso y un componente puede localizarse en una computadora y/o distribuirse entre dos o más compuíadoras. La invención sujeto se describe con respecto a los dibujos, en donde los números de referencia similar se utilizan para referirse a elementos similares a través de toda la misma. En la siguiente descripción, para propósitos de explicación, se establecen numerosos detalles específicos con objeío de proporcionar un entendimiento concienzudo de la invención sujeto. Puede ser evidente, sin embargo, que la invención sujeto puede practicarse sin estos detalles específicos. En otras instancias, las estructuras y dispositivos muy conocidos se muestran en forma de diagrama de bloque con objeto de facilüar la descripción de la maíeria sujeto. Volviendo ahora a las figuras, la Fig. 1 ilustra un sistema 100 que facilita el almacenamiento de una instancia de tipo asociada con un modelo de dafos. El modelo de daíos puede ser un modelo de datos de almacenamiento por archivo 102 que permite el almacenamienío, hallazgo y relación de información. Por ejemplo, un tipo de información puede ser, pero sin limitarse, un documento, una imagen, un video, un contacfo, un mensaje, un correo electrónico, una inserción de audio, etc. Los tipos ¡nformacionales pueden considerarse unidades de información, los cuales pueden representarse como instancias de tipos de complejos que son parte de un sistema de tipos que soporta el legado. El legado puede definirse como una situación en la cual ciertas características se pasan de un contexto a otro. En particular respecto a la programación orientada a objeto, los objetos heredan atributos y/o comportamientos de otros objetos. Debe apreciarse que el legado puede considerarse en una estructura jerárquica y/o formato. Un sistema de almacenamiento por tipo 104 puede almacenar la instancia de tipo y consulta para encontrar de manera eficiente y eficaz al menos uno de los temas, documentos y/o contacíos. El sistema de almacenamiento por tipo 104 puede recibir datos, en donde los datos pueden incluir un tipo, un criterio, un esquema, un criterio de consulía, ... Específicamente, el almacenamiento de la instancia de tipo que se relaciona con un tipo informacional (por ejemplo, un documento, una imagen, un video, un contacto, un mensaje, un correo electrónico, una inserción de audio) puede proporcionar al menos uno de los siguientes: 1 ) encontrar al menos un tema en el modelo de datos de almacenamienío por archivo 1 02 que saíisface un cierto criterio; 2) enconírar al menos un documento en el modelo de datos de almacenamiento por archivo 102 que satisface un criterio en particular; y 3) encontrar al menos un contacto (por ejemplo, incluyendo un individuo, organización, y grupo) que satisfaga un cierto criterio. El sistema de almacenamiento por tipo 104 puede utilizar una técnica de base de datos relacional asociada con un almacenamiento relacional y una consulta relacional. Debe apreciarse que tales capacidades pueden proporcionarse por un motor de base de datos (no mosírado) . Las técnicas de base de datos relaciónales pueden asociarse con bases de datos relaciónales, en donde una base de datos relacional es una colección de temas de datos organizados como un conjunto de tablas descritas de manera formal. Puede tenerse acceso a los datos dentro de las tablas y/o reensamblarse de diversas maneras sin el requisito de reorganizar las tablas de la base de datos. Además, la base de datos relacional puede extenderse fácilmente, tal como mediante la adición de nuevas categorías sin modificaciones a aplicaciones y/o datos existentes. Debe apreciarse que la invención sujeto no se limita a bases de datos relaciónales y/o técnicas asociadas y que puede utilizarse cualquier íécnica adecuada. El sisíema 100 incluye además un componente de interfase 106, el cual proporciona diversos adaptadores, conectores, canales, trayectorias de comunicación, etc. , a fin de integrar el sistema de almacenamienío por tipo 104 en virtualmente cualquier sistema operativo. Además, el componeníe de iníerfase 106 puede proporcionar diversos adaptadores, conectores, canales, trayectorias de comunicación, etc. , que proporcionan interacción con datos y el sistema de almacenamiento por tipo 104. Debe apreciarse que, aunque el componente de interfase 1 06 se incorpora en el sistema de almacenamiento por tipo 104, tal implementación no se limita así. Por ejemplo, el componente de interfase 106 puede ser un componente independiente para recibir o transmitir los datos con relación al sistema 100. La Fig. 2 ilustra un sistema 200 que facilita el almacenamiento de una instancia de tipo y/o la consulta para encontrar un tema, un documenío, y un coníacto asociado con un modelo de dafos 202. El modelo de datos 202 puede ser una representación modelo de un sistema de almacenamiento por archivo que utiliza una característica jerárquica y/o legado. El tipo puede incluir un documenio, una ¡magen, un video, un coníacto, un mensaje, un correo electrónico, una inserción de audio, etc. Sin embargo, debe apreciarse que un tipo puede ser un tipo de información típico, almacenado en un sistema representado por el modelo de datos 202. Un sistema de almacenamiento por tipo 204 puede almacenar la instancia de tipo y proporcionar consulta que puede hallar de manera eficiente al menos uno de los siguientes: un tema en el modelo de datos 202, un documento en el modelo de datos 202, y un contacto en el modelo de datos 202. El sistema de almacenamiento por tipo 204 puede recibir datos, en donde los datos pueden ser un criterio de consulta, un esquema, un criterio, una definición de esquema, un modelo de datos, un tipo, ... El sistema 200 puede emplear además una ¡nterfase 206 para facilitar la proporción de diversos adaptadores, conectores, canales, trayectorias de comunicación, etc. , a fin de integrar el sistema de almacenamiento por tipo 204 en virtualmente cualquier sistema operativo y facilitar la comunicación. El sistema de almacenamiento por tipo 204 puede incluir además un componente de almacén 208 ("almacén 208") que puede almacenar las instancias de tipo. El almacenamiento puede ser una representación gráfica del modelo de datos 202, en donde la representación gráfica de almacenamiento puede describir el objeto de base de datos que se crea en base a una definición de esquema y la manera como se almacenan y/o se tiene acceso a las instancias de tipos descritas en el esquema. En oíras palabras, el almacén 208 puede almacenar las instancias del tipo y por lo menos una regla asociada para la representación gráfica de una declaración de tipo en el objeto de la base de datos. El sistema de almacenamiento por tipo 204 puede incluir un componente de consulta 210 ("consulta 21 0") que proporciona una consulta de datos. La consulta 21 0 puede obtener al menos uno de los siguientes: un tema en el sistema representado por un modelo de datos 202; un documento en el sistema representado por el modelo de datos 202; y un contacío (por ejemplo, que incluye un individuo, una organización, y un grupo) en el sistema representado por el modelo de datos 202. Debe apreciarse y entenderse que la consulta puede basarse al menos en un cierto criterio y/o criterio de consulta obtenido a través de la interfase 206. Además, la consulta 210 no se limita al tema, documento, y contacto, y puede utilizarse cualquier tipo de información adecuado, almacenada en el sistema representado por el modelo de datos 202. La Fig. 3 ilustra un sistema 300 que facilita la utilización de capacidades de almacenamiento relacional y de consulta relacional. Un sistema de almacenamiento por tipo 304 puede almacenar una instancia de tipo y consulta para encontrar de manera eficiente y eficaz temas, documentos y contactos, en donde tales elementos se asocian con un sistema de archivos representado por un modelo de datos 302. Debe apreciarse que el sistema de archivos puede ser un sistema de archivos de almacenamiento que utiliza una estructura jerárquica y/o una característica de legado. El sistema de almacenamiento por tipo 304 puede ser substancialmente similar al sistema de almacenamiento por tipo 104, 204, como se ilustra en las Figs. 1 y 2, respectivamente. El sistema de almacenamiento por tipo 304 puede invocar una inferíase 306 para facilitar la comunicación y/o recibir datos para utilizarse ulteriormente de acuerdo con la invención sujeto. El sistema de almacenamiento por tipo 304 puede incluir un componente de almacén 308 (almacén 308) y un componente de consulta 310 ("consulta 31 0"). El almacén 308 puede proporcionar cualquier íécnica de almacenamiento adecuada para almacenar la instancia de íipo. La consulta 31 0 puede proporcionar una consulta que puede obtener de manera eficiente y eficaz al menos uno de los siguientes: al menos un tema en un sistema que cumple con un criterio; al menos un documento en un sistema que satisface un criterio; y al menos un contacto que cumple un criterio. Debe apreciarse y entenderse que el almacén 308 y la consulta 31 0 pueden ser substancialmente similares al almacén 208, y la consulta 210, como se ilustra en la Fig. 2. El sistema de almacenamiento por tipo 304 puede incluir además un componente relacional 312 ("relacional 312"). El relacional 312 utiliza técnicas de base de datos (por ejemplo, que utilizan un motor de base de datos) para construir un almacenamiento relacional y/o proporcionar una capacidad de consulta relacional para facilitar el almacenamiento de instancias de tipo y/o consulta. El relacional 312 puede incorporar técnicas asociadas con una base de datos relacional, en donde la base de datos relacional es una colección de temas de datos organizados como un conjunto de tablas formalmente descritas como se describe arriba en detalle. Debe apreciarse que la invención sujeto no se limita a técnicas relaciónales y asociadas de base de datos y que puede utilizarse cualquier técnica adecuada. La Fig. 4 ilustra un sistema 400 que facilita la representación gráfica y/o vista en conjunto con un modelo de datos 402. El modelo de dafos 402 puede represenfar un sisíema de almacenamiento por archivo que habilita el almacenamiento, hallazgo y relación de información. Un tipo de información típico que puede almacenarse en el sistema puede incluir un documento, una imagen, música, un video, un contacto, un mensaje, etc. El tipo de información puede representarse como instancias de tipos complejos que son parte de un sistema de íipo que soporía el legado. Un sistema de almacenamiento por íipo 404 puede almacenar las instancias de tipo y proporciona una consulta para encontrar íemas, documeníos y coníactos que saíisfagan un cierto criterio. El sistema 400 puede emplear además una interfase 406 para facilitar la comunicación y/o recibir datos que pueden incluir criterios, tipos, esquemas, modelos y criterios de consulta. El sisíema de almacenamienío por tipo 404 puede incluir además un componente de mapa 408 para facilitar el almacenamiento de la insíancia de íipo. El componente de mapa 408 proporciona la representación gráfica de tipos descritos en un esquema para tipos definidos y objetos de la base de datos. El componente de mapa 408 puede ser una representación gráfica de almacenamiento que describe al menos un objeto de la base de daíos, en donde el objeto de la base de datos puede crearse en base a una definición de esquema y/o la manera como se almacenan y/o se tiene acceso a las instancias de tipo descritas en el esquema. En otras palabras, las insfancias de tipos pueden almacenarse y pueden utilizarse reglas para representar una declaración de tipo hacia un objeto de base de daíos. Caía íipo en el esquema represenía una clase (por ejemplo, una ejecución de tiempo de lenguaje común (CLR)) en un almacenamiento. El sistema de almacenamiento por tipo 404 puede incluir un componente de vista 41 0 a fin de proporcionar una proyección de vista. La proyección de vista puede exponer instancias del tipo que se observa. Debe apreciarse que los tipos pueden encontrarse en una estrucfura jerárquica que utiliza al menos legado. En otras palabras, cada tipo es una parte de una jerarquía de tipo. La vista puede asociarse con un tipo dado y puede proyectar un sub-conjunto de los respectivos tipos de la visía asociada con su íipo de base. La visía puede proyecíar insíancias asociadas con el tipo en particular. Por ejemplo, para un "mensaje" de tipo, solo pueden observarse las instancias de cuyo mensaje es un principal en base a por lo menos la estructura de jerarquía. El componente de visía 41 0 puede proporcionar diversos tipos de interfases de usuario para facilitar la interacción entre un usuario y cualquier componente acoplado al sistema de almacenamiento por tipo 404. Como se ilustró, el componente de vista 410 es una eníidad separada que se incorpora en el sistema de almacenamiento por tipo 404. Sin embargo, debe apreciarse que el componente de vista 41 0 y/o los componentes de vista similares pueden ser un componente separado del sistema de almacenamiento por tipo 404 y/o una unidad independiente. El componente de vista 410 puede proporcionar una o más interfases de usuario gráficas (GUIs), interfases de líneas de orden y lo similar. Por ejemplo, puede preseníarse una GUI que proporciona a un usuario una región o medio para cargar, imporíar, leer, etc. datos, y puede incluir una región para presentar los resultados de tales. Estas regiones pueden comprender texío y/o regiones gráficas conocidas que comprenden cajas de diálogo, controles estáíicos, menús de caída hacia abajo, cajas de lista, menús instantáneos, como controles de edición, cajas combo, botones de radio, cajas de verificación, botones de opresión, y cajas de gráficos. Además, pueden emplearse accesorios para facilitar la presentación de tales barras de desplazamiento vertical y/u horizontal para navegación y botones de barras de herramienta para determinar si una región podrá ser observable. Por ejemplo, el usuario puede interacíuar con uno o más de los componentes acoplados al sistema de almacenamienío por fipo 404. El usuario también puede interactuar con las regiones para seleccionar y proporcionar información a través de diversos dispositivos íales como un raíón, una esfera giratoria, un cojinete, un teclado, una pluma y/o activación de voz, por ejemplo. Típicameníe, un mecanismo fai como un boíón de opresión o la tecla de entrar en el teclado pueden emplearse después de iníroducir la información con objeto de iniciar la búsqueda. Sin embargo, debe apreciarse que la invención no se limita así. Por ejemplo, la mera acción de resaltar una caja de verificación puede iniciar la transmisión de información. En otro ejemplo, puede emplearse una interfase de líneas de orden. Por ejemplo, la ¡nterfase de líneas de orden puede indicar (por ejemplo, a través de un mensaje de texto en una pantalla de despliegue y un tono de audio) al usuario información a través de la proporción de un mensaje de texto. El usuario puede proporcionar entonces ¡nformación adecuada, tal como la entrada alfa-numérica correspondiente a una opción proporcionada en la indicación de la interfase o como respuesta a una pregunta colocada en la indicación. Debe apreciarse que la ¡nterfase de líneas de orden puede emplearse en conexión con una GUI y/o API . Además, la iníerfase de líneas de orden puede emplearse en conexión con hardware (por ejemplo, tarjeías de video) y/o despliegues (por ejemplo, negro y blanco, y EGA) con soporte gráfico limitado, y/o canales de comunicación de baja amplitud de banda. La Fig. 5 ilustra un sistema 500 que emplea inteligencia para facilitar el almacenamiento de una instancia de tipo asociada con un modelo de datos 502. El sistema 500 incluye un sistema de almacenamiento por tipo 504, una interfase 506, y el modelo de datos 502, los cuales pueden ser substancialmente similares a los componentes ilustrados en figuras anteriores. La interfase 506 puede facilitar la comunicación asociada a datos, lo cual puede incluir un criterio, un tipo, un esquema, un modelo de dafos, y un criterio de consulta. El sistema 500 puede proporcionar almacenamiento de un tipo, consulta y/o proporción de una vista. Debe apreciarse y eníenderse que un motor de base de datos puede proporcionar un almacenamiento relacional y una consulta relacional al sistema 500. El sistema 500 incluye además un componente inteligente 508. El componente inteligeníe 508 puede utilizarse por el sistema de almacenamiento por íipo 504 a fin de facilitar el almacenamiento y/o consulfa del sistema 500. Por ejemplo, el componente ¡níeligeníe 510 puede uíilizarse para facilitar la determinación de un tipo definido por usuario para almacenarse. Los datos históricos en conjunto con los perfiles de usuario pueden permitir que el componente inteligeníe 508 determine el almacenamiento del tipo y/o consulta con ciertos criíerios. Debe entenderse que el componente inteligente 508 puede proporcionar razonamiento acerca de o deducir estados del sistema, ambieníe y/o usuario de un conjunío de observaciones, según se capturan a través de eventos y/o datos. La inferencia puede emplearse para identificar un contexto o acción específicos, o puede generar una distribución de probabilidad sobre estados, por ejemplo. La inferencia puede ser probabilística - es decir, el cálculo de una distribución de probabilidad sobre esíados de inferes en base a una consideración de datos y eventos. La inferencia también puede referirse a técnicas empleadas para la composición de eventos de mayor nivel a partir de un conjunto de eventos y/o datos. Tal inferencia da como resultado la construcción de nuevos eventos o acciones a partir de un conjunto de eventos observados y/o datos de eventos almacenados, ya sea que los eventos se correlacionen o no en proximidad temporal exacta, y ya sea que los eventos y datos provengan de una o varias fuentes de eventos y datos. Los diversos esquemas y/o sistemas de clasificación (explícitamente y/o implícitamente enfrenados) (por ejemplo, máquinas de vecíor de soporte, redes neurales, sistemas expertos, redes de creencia Bayesiana, lógica confusa, motores de fusión de datos... ) pueden emplearse en conexión con el desempeño de acción automática y/o deducida en conexión con la invención sujeto.

Un clasificador es una función que representa un vector de atributo de entrada, x = (x1 , x2, x3, x4, xn), para una confidencia de que la entrada pertenece a una clase, es decir, f(x) = confidencia(clase). Tal clasificación puede emplear un análisis a base de probabilidad y/o estadística (por ejemplo, factorización en las utilidades de análisis y costos) a fin de pronosticar o deducir una acción que un usuario desea llevar a cabo de manera automática. Una máquina de vector de soporte (SVM) es un ejemplo de un clasificador que puede emplearse. La SVM opera mediante hallazgo de una hipersuperficie en el espacio de entradas posibles, cuya hipersuperficie intenfa separa el criíerio acíivador de los eveníos no activadores. De manera intuiíiva, esto hace que la clasificación correcta examine los datos que se encuentran cerca, pero no dafos idénticos ni de entrenamiento. Pueden emplearse otros enfoques de clasificación modelo, dirigidos y no dirigidos, incluyen, por ejemplo, Bayes simples, redes Bayesianas, árboles de decisión, redes neurales, modelos de lógica difusa, y modelos de clasificación probabilística que proporcionan diferentes patrones de independencia. La clasificación, según se utiliza en la presente, también es inclusiva de la regresión estadísfica que se uíiliza para desarrollar modelos de prioridad. Además, el componeníe iníeligente 508 puede uíilizar un almacén de daíos 510 para almacenar perfiles de usuario y/o datos históricos. El almacén de dafos 51 0 puede ser, por ejemplo, ya sea una memoria volátil o una memoria no volátil, o puede incluir tanto memoria volátil como no volátil. A manera de ilustración y no como limitación, la memoria no volátil puede incluir memoria de solo lectura (ROM), ROM programable (PROM), ROM eléctricamente programable (EPROM), ROM programable eléctricamente borrable (EEPROM), o memoria instantánea. La memoria volátil puede incluir memoria de acceso aleatorio (RAM), la cual actúa como una memoria temporal externa. A manera de ilustración y no como limitación, la RAM se encuentra disponible en muchas formas, tal como RAM estática (SRAM), RAM dinámica (DRAM), DRAM síncrona (SDRAM), SDRAM de doble velocidad de transmisión de datos (DDR SDRAM), SDRAM mejorada (ESDRAM), DRAM de enlace sincronizado (SLDRAM), RAM directa Rambus (RDRAM), RAM dinámica de Rambus direcía (DRDRAM) y RAM dinámica de Rambus (RDRAM). El almacén de datos 51 0 de los sistemas y métodos sujeto se intenía que comprenda, sin limitarse, estos y otros tipos adecuados de memoria. Además, debe apreciarse que el almacén de datos 510 puede ser un servidor y/o base de datos. La Fig . 6 ilustra una esíructura de alto nivel de un almacén. Puede proporcionarse un esquema en donde diversas instancias de tipo pueden almacenarse en tablas dependientes de su tipo. Los tipos pueden ser, pero sin limitarse, un tema, una extensión de tema, un fragmento de tema, y un enlace. Cada tipo puede tener una tabla correspondiente que puede incluir columnas que tienen insíancias de objeío en las mismas. Por ejemplo, una columna en la íabla de tema puede contener todas las instancias de temas en el almacén. Para cada hilera, la columna puede contener una representación serial de la instancia de clase CLR que representa la instancia de tipo de tema. Debe apreciarse que para las instancias de extensión de tema, el fragmento de tema y el tipo de enlace pueden representarse en una estrucíura similar. Las instancias de tipo en línea pueden almacenarse en el interior de una instancia de objeto principal en vez de almacenarse en íablas y/o columnas separadas. Para cada tema, la extensión de tema, fragmento de tema, y enlace, puede generarse una vista que expone fodas las insíancias de ese íipo. Cada íipo es una parte de una jerarquía por tipo. Por ejemplo, la vista de temas proyecta todos los temas en el almacén. Regresando brevemente a la Fig. 7, se ¡lustra un tema 702. Una tabla 704 del tema 702 puede coníener íodas las insíancias de los temas en el almacén (no mostradas). La tabla 704 puede contener una instancia de objeto 706 ("Documento") y una instancia de objeto 708 ("Contacto") . Debe apreciarse que cada tipo en un esquema representa una clase de CLR en el almacenamienío. La instancias de objeto 706 puede incluir un tííulo, un resumen, un impreso, un auíor y oíros diversos meíadatos asociados con la insíancia de objelo 706. De manera similar, la instancia de objeto 708 puede incluir diversos metadaíos, íales como nombre, dirección, correo electrónico, etc. La Fig. 8 ilustra una jerarquía de tipos 800 y una proyección de vista correspondiente 820. La jerarquía de tipos 800 puede incluir un tema 802, un contacto 804, un documento 806, un mensaje 808, una persona 810, una organización 812, un correo electrónico 814, un fax 816 y una voz 818. Debe apreciarse que la jerarquía de tipos 800 es un ejemplo y cualquier jerarquía y/o tipos pueden utilizarse de acuerdo con la invención sujeto. Como se ilustra, el tema 802 se considera un principal de cada tipo incluido en la presente. De este modo, el contacto 804 es el principal de la persona 810 y la organización 812, mientras que el mensaje 808 es el principal del correo electrónico 814, fax 816 y voz 818. Además, la proyección de vista correspondiente 820 puede reflejar la jerarquía de tipos 800. La vista asociada con un tipo dado puede proyectar un sub-conjunto de los temas de la visía asociada con su íipo base. Por ejemplo, la visía de íemas proyecta todos los temas en el almacén. La vista de contacíos proyecta solo los temas que son de tipo Coníacto. La visía de personas proyecta solo los contacíos que tienen el tipo más derivado como persona. Regresando a la Fig. 6, la representación gráfica por tipo puede proporcionarse mediante la utilización de un algoritmo para representación gráfica del tipo respecto al íipo utilizado para describir la estrucíura de almacenamienío correspondieníe en el almacén. Debe apreciarse que la represeníación gráfica puede asociarse con cualquier sistema de almacenamiento por archivo (por ejemplo, un modelo de datos en base a un sistema que utiliza instancias complejas de tipos para describir y/o representar una unidad de información). Cada tipo declarado en un esquema se representa para una clase de CLR que soporta el contacto UDT de SQL. Debe apreciarse que aunque SQL se utilice en los siguientes ejemplos, puede emplearse cualquier sistema administrador de base de datos adecuado. Los tipos pertenecen a un espacio de nombre cuyo nombre corresponde a un nombre de espacio del esquema con el sufijo ".Almacén" anexo. Los tipos en un nombre de espacio dado se compilan en un solo ensamble que se utiliza como una unidad de despliegue del esquema. El nombre del tipo de CLR es igual al nombre declarado en el esquema. Para cada propiedad del tipo declarada, lo siguieníe se agrega al íipo de CLR correspondieníe: 1 ) un campo privado con el nombre igual al nombre especificado en el esíado de prefijo "m_". El campo se aíribuye con el aíributo específico de UDT: Sistema. Datos. SqlTipos.SqIUdtCampo; 2) una propiedad pública con el nombre igual al nombre especificado en el esquema y las declaraciones correspondientes de obtener/establecer. La propiedad se atribuye con el atributo específico de UDT Sistema. Datos. SqlTipos.SqIUdtPropiedad; y 3) el tipo del campo y la propiedad es el tipo de CLR que corresponde al tipo declarado en el esquema. Si el tipo es uno de los tipos escalares que se representa para uno de los tipos SQL escalares (abajo discutidos). La siguiente tabla describe la representación gráfica de los tipos escalares del sistema de almacenamiento por archivo para los tipos manejados por SQL correspondientes: Tabla 1 Un objeto de base de datos creado en un almacén de sistema de almacenamiento por archivo puede almacenarse en un nombre de esquema de SQL derivado del nombre de esquema del sistema de almacenamiento por archivo. El sufijo ".Almacén" se anexa al nombre de esquema de sistema de almacenamiento por archivo para producir el nombre de esquema de SQL. Por ejemplo, el esquema de sistema. almacenamiento de almacenamiento por archivo produce objetos en ei esquema SQL "[Sistema. Almacenamiento. Almacén]" tal como "[Sistema. Almacenamienío. Almacén]. Tem a" . Puede tenerse acceso al contenido en el sisíema de almacenamiento por archivo a través de vistas. Las vistas ¡lustradas abajo son de solo lectura, pero la invención sujeto no se limita así ya que las vistas pueden estar habilitadas para escritura. Cada tipo de tema puede representarse gráficamente para una vista tipificada. Cada vista de tema tipificado puede ideníificarse en un almacén de sisíema de almacenamienfo por archivo medianíe el uso de la convención de mención [<esquema nombre>. Almacén]. [<Tema tipo nombre>]. Una vista de tipo para tipo T puede regresar todos los temas que son tipo T y todos los tipos que derivan de T. La visía que corresponde al íipo de Sistema. Almacenamiento. Tema es [Sistema. Almacenamiento. Almacén]. [Tema] . Esta visía puede regresar iodos los íemas en un almacén de sisíema de almacenamienío por archivo. La siguiente tabla describe las columnas de una vista de tipo de íema: Tabla 2 Cada tipo de enlace se representa gráficamente para una vista tipificada. Cada vista de enlace tipificado se identifica en un almacén de sistema de almacenamiento por archivo mediante el uso de convención de mención [<esquema nombre>. Almacén] . [<enlace íipo nombre>]. La visía que corresponde al tipo de Sistema. Almacenamiento. Enlace es [Sistema. Almacenamienío. Almacén]. [Enlace]. Esfa visía puede contener todos los enlaces en un almacén de sistema de almacenamiento por archivo. La siguiente tabla describe las columnas de una vista de tipo de enlace: Tabla 3 Todos los fragmeníos de íema pueden ser accesibles a íravés de una sola visía [Sisíema. Almacenamiento.

Almacén] . [TemaFragmento] . La siguiente tabla describe las columnas de la vista de fragmento de tema global: EntidadEsía [Sisíema. Almacenamienío. La información de estado do Almacén] . Eníidad Estado para el enlace Cambiolnfor [Sistema. Almacenamienío. Cambio de rastreo de mación Almacén]. Cam bio Informa información ción Trayecíoria [Sisíema. Almacenamiento. El manejo de la Manejo Almacén]. BinTrayectoria trayectoria para el tema Manejo que es la fuente del enlace Tabla 4 Cada almacén proporciona una vista de extensión global nombrada [Sistema. Almacenamienío. Almacén]. [TemaExíensión]. Las instancias de todos los tipos de extensión son accesibles a través de esta vista. La siguiente tabla describe las columnas en la vista de extensión global: Tabla 5 Cada tipo de extensión se represenía gráficamente para una vista íipificada. Cada vista de extensión tipificada se identifica en un almacén de sisíema de almacenamienío por archivo que uíiliza la convención de mención [<esquema nombre>. Almacén] . [<extensión tipo nombre>] . La siguiente tabla describe las columnas de una vista de tipo de extensión: Tabla 6 En el sistema de almacenamiento por archivo, una instancia de tipo en línea puede almacenarse dentro de las instancias de íipo de eníidad. Debe apreciarse y eníenderse que se tiene acceso a ellos mediante consulía de la visía de investigación adecuada. Todos los Temas se almacenan en una sola tabla de tema, llamada [Sistema. Almacenamienío. Almacén] . [TablalTema]. La única clave en la siguieníe tabla es Temald: Tabla 7 Los índices en la tabla de tema se describen en la siguiente tabla: Tabla 8 Todos los enlaces se almacenarán en la íabla de enlace, la cual se nombra [Sistema. Almacenamiento. Almacén]. [TablalEnlace]. La única clave en la siguiente tabla es Temald, Enlaceld: Tabla 9 Los índices de la tabla de Enlace se describen en la siguiente tabla: Tabla 10 Todas las EntidadExfensiones se almacenan en una sola íabla llamada: [Sisíema. Almacenamienío. Al macen]. [Tabla! TemaExíensión] . La siguieníe íabla describe la íabla de extensión de tema: Tabla 1 1 Los índices en la íabla de TemaExtensión se describen en la siguiente tabla: Tabla 12 Todas las instancias de tipo de TemaFragmenío se almacenan en una sola íabla mencionada [Sisíema. Almacenamienío. Almacén] . [Tabla! TemaFragmenío] . La siguieníe íabla ilusíra el íipo de TemaFragmenfo: Tabla 1 3 Los índice en la íabla de TemaFragmenfo se describen en la siguiente tabla: Tabla 14 Las Figs. 9-1 0 ilusíran meíodologías de acuerdo con la invención sujeto. Para simplicidad de explicación, las metodologías se ilustran y describen como una serie de hechos. Debe entenderse y apreciarse que la invención sujeto no se limita por los actos ilustrados y/o por el orden de hechos, por ejemplo, los actos pueden ocurrir en diversos órdenes y/o de manera concurrente y con otros actos no presentados y descritos en la presente. Además, no iodos los actos ilustrados pueden requerirse que implementen las meíodologías de acuerdo con la invención sujeto. Además, aquellos expertos en la maíeria entenderán y apreciarán que las metodologías podrían representarse de manera alternativa como una serie de estados inter-relacionados a íravés de un diagrama de esíado o eveníos. La Fig . 9 ilustra una metodología 900 que facilita el almacenamiento de una instancia de tipo que representa gráficamente un modelo de datos y/o proporciona una consulta. El modelo de datos puede ser un modelo de daíos de almacenamiento por archivo que permite el almacenamienío, hallazgo y relación de información. Un tipo de información puede ser, pero sin limitarse, un documento, una imagen, un video, un contacío, un mensaje, un correo elecírónico, una inserción de audio, eíc. Estos tipos de información (por ejemplo, unidades de información) pueden representarse como instancias de tipos complejos que son parte de un sistema de tipo que soporta el legado, en donde el legado permite que los objetos hereden aíributos y/o comportamientos de otros objefos. Debe apreciarse que el legado puede considerarse una esfructura jerárquica y/o formato. En la referencia numérica 902, los datos pueden recibirse, en donde los datos incluyen un tipo, un criterio, un esquema, un criterio de consulía, ... La insíancia de íipo puede almacenarse para representar gráficamente un modelo de datos (por ejemplo, un modelo de datos de almacenamiento por archivo) en la referencia numérica 904. Por ejemplo, el modelo puede representar gráficamente tipos descritos en el esquema para tipos definidos de usuario y objetos de la base de datos. La representación gráfica de almacenamiento puede describir los objetos de la base de datos que se crean en base a una definición de esquema y la manera como se almacenan y/o se tiene acceso a las instancias de tipos descrifos en el esquema. En un ejemplo, una estructura de base de datos puede diseñarse de tal manera que puedan proporcionarse las instancias de tipos y las reglas de representación gráfica de las declaraciones de tipo en los objetos de la base de datos. En la referencia numérica 906, una consulta puede invocarse a fin de satisfacer al menos un criterio para encontrar de manera eficiente y eficaz temas, documeníos y coníacíos. Por ejemplo, el almacenamiento de la instancia de tipo que se relaciona con íipos de información puede utilizar la consulta para proporcionar al menos uno de los siguientes: 1 ) enconírar al menos un íema en el modelo de daíos de almacenamienío por archivo 1 02 que saíisfaga un cierto criterio; 2) enconírar al menos un documenío en el modelo de daíos de almacenamienío por archivo 1 02 que saíisfaga un criterio en particular; y 3) encontrar al menos un contacto (por ejemplo, que incluya un individuo, organización y grupo) que satisfaga un cierto criterio. La Fig. 1 0 ilusíra una meíodología 1 000 que facilita el almacenamiento de una instancia de íipo y/o la proporción de una consulfa. En la referencia numérica 1002, los datos se obtienen y/o reciben. Los datos pueden incluir un íipo, un criíerio, un esquema, un criterio de consulta, etc. En 1 004, un motor de base de dalos puede uíilizarse para proporcionar al menos un mecanismo de almacenamienío de las insfancias de fipo y/o de consulía. Por ejemplo, un moíor de base de datos relacional puede utilizarse para proporcionar un almacenamiento relacional y una capacidad de consulía de relación. El moíor de base de daíos relacional puede uíilizar una colección de íemas de daíos organizados como un conjunío de íablas formalmente descritas. Puede tenerse acceso a los datos dentro de las tablas y/o reensamblarse de diversas maneras sin el requisito de reorganización de las tablas de bases de datos. Además, la base de daíos relacional puede exíenderse fácilmente, tal como medianíe la adición de nuevas caíegorías sin modificaciones a las aplicaciones y/o datos existentes. En la referencia numérica 1 006, una instancia de tipo se almacena, que representa gráficamente un modelo de datos, en donde el modelo de datos puede ser un sistema de almacenamiento por archivo. La representación gráfica de almacenamiento describe los objetos de la base de datos que se crean en base al esquema y la manera como se almacenan y/o se tiene acceso a los tipos descritos en el esquema. La representación gráfica puede ser de tipos descritos en el esquema, en donde tal representación gráfica es para íipos definidos por el usuario y objeíos de base de daíos. En la referencia numérica 1 008, puede proporcionarse una consulfa para hallar al menos uno de un tema, un documento y un contacto. La consulta puede utilizarse para buscar en base al menos en parte a un criterio. Además, en la referencia numérica 1010, puede emplearse una vista para exponer las instancias del tipo. Por ejemplo, el sistema de tipo puede ser de estructura jerárquica, en donde puede generarse una vista para exponer cualquier instancia del íipo paríicular. En otras palabras, debido a la jerarquía, la vista se asocia con un tipo dado que proyecta un subconjunto de los tipos paríiculares de la visía asociada con su tipo de base. Con objeto de proporcionar contexío adicional para la implemeníación de diversos aspecíos de la invención sujeío, las Figs. 1 1 -12 y la siguiente discusión se proponen proporcionar una descripción breve, general de un ambiente de cómputo adecuado en el cual pueden implementarse los diversos aspectos de la invención sujeto. Aunque la invención se ha descrito arriba en el coníexto general de insírucciones ejecutables por computadora de un programa de computadora que se ejecuta en una computadora local y/o computadora remota, aquellos expertos en la materia reconocerán que la invención también puede implementarse en combinación con otros módulos de programa. En general, los módulos de programa incluyen ruíinas, programas, componeníes, esfrucíuras de datos, etc. , que llevan a cabo labores particulares y/o implementan tipos de daíos abstractos en particular. Además, aquellos expertos en la maíeria apreciarán que los métodos inventivos pueden practicarse con otras configuraciones de sistema de computadora, incluyendo sistemas de computadora de un solo procesador o de múltiples procesadores, minicomputadoras, computadoras de estructura principal, así como también computadoras personales, dispositivos de cómputo portáíiles, elecírónicos del consumidor a base de microprocesador y/o programables, y lo similar, cada uno de los cuales puede comunicarse de manera operaíiva con uno o más disposiíivos asociados. Los aspecíos ilustrados de la invención también pueden pracíicarse en ambientes de cómputo distribuido donde se llevan a cabo ciertas labores mediante dispositivos de procesamiento remoto que se enlazan a través de una red de comunicaciones. Sin embargo, algunos, si no todos, los aspectos de la invención pueden practicarse en computadoras independientes. En un ambiente de cómputo distribuido, los módulos de programa pueden localizarse en disposifivos de almacenamiento en memoria, locales y/o remotos. La Fig. 1 1 es un diagrama de bloque esquemático de un ambiente de cómpuío muesíra 1 100 con el cual puede inleracíuar la invención sujeío. El sisíema 1 100 incluye uno o más clieníes 1 1 1 0. El(los) clieníe(s) 1 1 10 puede(n) ser hardware y/o software (por ejemplo, filamentos, procesos, dispositivos de cómputo). El sistema 1 100 también incluye uno o más servidores 1 120. El(los) servidor(es) 1 120 pueden ser hardware y/o software (por ejemplo, filamentos, procesos, dispositivos de cómputo). Los servidores 1 120 pueden alojar filamentos para llevar a cabo transformaciones mediante el empleo de la invención sujeto, por ejemplo. Una posible comunicación entre un cliente 1 1 10 y un servidor 1 120 puede encontrarse en la forma de un paquete de datos adaptado para íransmitirse entre dos o más procesos de computadora. El sisíema 1 100 incluye una esíructura de comunicación 1 140 que puede emplearse para facilitar comunicaciones entre el(los) cliente(s) 1 1 10 y el(los) servidor(es) 1 120. El(los) cliente(s) 1 1 1 0 se conectan de manera operable a uno o más almacenes de datos de cliente 1 150 que pueden emplearse para almacenar información local para el(los) cliente(s) 1 1 10. De manera similar, el(los) servidor(es) 1 120 se conecfan de manera operable a uno o más almacenes de datos de servidor 1 130 que pueden emplearse para almacenar información local para los servidores 1 140. Con relación a la Fig. 12, un ambiente ejemplar 1200 para la implementación de diversos aspectos de la invención incluye una computadora 1212. La computadora 1212 incluye una unidad de procesamiento 1214, una memoria de sistema 1216, y un bus de sisíema 1218. El bus de sistema 1218 acopla los componentes de sisíema, incluyendo, pero sin limitarse, la memoria de sistema 1216 para la unidad de procesamiento 1214. La unidad de procesamiento 1214 puede ser cualquiera de diversos procesadores disponibles. Los microprocesadores dobles y otras arquitecíuras de múlíiples procesadores íambién pueden emplearse como la unidad de procesamienío 1214. El bus de sisíema 1218 puede ser cualquier de diversos tipos de estructura(s) de bus, incluyendo el bus de memoria o controlador de memoria, un bus periférico o bus externo y/o un bus local que utiliza cualquier variedad de arquitecturas de bus disponibles, que incluyen pero sin limitarse, Arquiíecíura Estándar Industrial (ISA) , Arquitectura de Micro-Canal (MSA), ISA Exíendida (EISA), Elecfrónicos de Unidad Iníeligeníe (IDE), Bus Local VESA (VLB), Interconexión de Componentes Periféricos (PCI), Bus de Tarjeta, Bus Serial Universal (USB), Puerto de Gráficos Avanzado (AGP) , bus de Asociación Iníernacional de Tarjeía de Memoria de Compuíadora Personal (PCMCIA) , Cableado de incendios (IEEE 1394) e Inferíase de Sistemas de Computadora Pequeña (SCSI). La memoria de sisíema 1216 incluye memoria volátil 1220 y memoria no volátil 1222. El sisfema de entrada/salida básico (BIOS), que coníiene las rutinas básicas para transferir información entre elementos deníro de la compuíadora 1212, íal como durante el inicio, se almacena en memoria no volátil 1222. A manera de ilustración y no como limitación, la memoria no volátil 1222 puede incluir memoria de solo lectura (ROM), ROM programable (PROM), ROM elécíricameníe programabie (EPROM), ROM programable elécíricamente borrable (EEPROM), o memoria insíantánea. La memoria voláíil 1220 incluye memoria de acceso aleatorio (RAM), la cual actúa como una memoria temporal externa. A manera de ilusíración y no como limiíación, la RAM se encuenfra disponible en muchas formas, tal como RAM estática (SRAM), RAM dinámica (DRAM) , DRAM síncrona (SDRAM), SDRAM de doble velocidad de transmisión de dafos (DDR SDRAM) , SDRAM mejorada (ESDRAM), DRAM de enlace sincronizado (SLDRAM) , RAM directa Rambus (RDRAM), RAM dinámica de Rambus directa (DRDRAM) y RAM dinámica de Rambus (RDRAM). La computadora 1212 también incluye medios de almacenamienío en compuíadora, volátiles/no volátiles, removible/no removible. La Fig. 12 ilustra, por ejemplo, un almacenamiento en disco 1 224. El almacenamiento en disco 1224 incluye, pero sin limiíarse, disposiíivos como una unidad de disco magnéfica, unidad de disco flexible, unidad de cinta, unidad Jaz, unidad de Actividad, unidad LS-100, tarjeta de memoria instanfánea o anexo de memoria. Además, el almacenamiento en disco 1224 puede incluir medios de almacenamiento por separado o en combinación con otros medios de almacenamiento que incluyen, pero sin limitarse, una unidad de disco ópíico, íal como un disposilivo ROM de disco compacío (CD-ROM), unidad grabable en CD (Unidad CD-R) , unidad re-grabable en CD (Unidad CD-RW) o una unidad ROM en disco versátil digital (DVD-ROM). Para facilitar la conexión de los dispositivos de almacenamiento en disco 1224 al bus de sistema 121 8, se utiliza típicamenfe una interfase removible o no removible, tal como la interfase 1226. Debe apreciarse que la Fig . 12 describe software que actúa como un intermediario eníre usuarios y los recursos básicos de compufadora descritos en el ambiente operativo adecuado 1200. Tal software incluye un sistema operativo 1228. El sistema operativo 1228, el cual puede almacenarse en el almacenamiento en disco 1224, acíúa para conírolar y asignar recursos del sisíema de compuíadora 1212. Las aplicaciones de sisíema 1230 íoman veníaja de la adminisfración de recursos por el sisíema operalivo 1228 a íravés de módulos de programa 1232 y daíos de programa 1234 almacenados ya sea en la memoria de sisíema 1216 o en almacenamienío en disco 1224. Debe apreciarse que la invención sujeío puede implemeníarse con diversos sistemas operativos o combinaciones de sistemas operativos. Un usuario introduce órdenes o información en la compufadora 1212 a través de dispositivo(s) de entrada 1236. Los dispositivos de enírada 1236 incluyen, pero sin limitarse, un dispositivo de señalamienío, íal como un raíón, esfera de arrastre, pluma, cojinete sensible al taclo, íeclado, micrófono, palanca de mando, cojinete de juego, disco satelital, explorador, tarjeta de sintonización de TV, cámara digital, cámara de video digital, cámara en red y lo similar. Estos y otros dispositivos de entrada conectan la unidad de procesamienío 1214 a través del bus de sistema 121 8 a íravés de puerío(s) de inferíase 1238. El(los) puerlo(s) de inferíase 1238 incluye, por ejemplo, un puerto serial, un puerto paralelo, un puerto de juego, y un bus serial universal (USB). El(los) disposiíivo(s) de salida 1240 utiliza(n) algunos de los tipos de puertos iguales como dispositivo(s) de enírada 1 236. De esíe modo, por ejemplo, un puerfo USB puede utilizarse para proporcionar entrada a la computadora 1212, y para emitir información a partir de la computadora 1212 hacia un dispositivo de salida 1240. El adaptador de salida 1242 se proporciona para ilustrar que exisíen algunos disposiíivos de salida 1240 como moniíores, bocinas e impresoras, entre otros dispositivos de salida 1240, que requieren de adapfadores especiales. Los adaptadores de salida 1242 incluyen, a manera de ilustración y no como limitación, tarjetas de video y de sonido que proporcionan un medio de conexión entre el dispositivo de salida 1240 y el bus de sistema 121 8. Debe observarse que otros disposiíivos y/o sisíemas de disposiíivos proporcionan capacidades íanto de entrada como de salida, tal como la(s) computadora(s) remota(s) 1244. La computadora 1212 puede operar en un ambiente de írabajo en red que ufiliza conexiones lógicas hacia una o más compuíadoras remoías, tal como computadora(s) remota(s) 1244. La(s) computadora(s) remoía(s) 1244 pueden ser una compuíadora personal, un servidor, un direccionador, una PC en red, una esíación de írabajo, un accesorio a base de microprocesador, un disposiíivo de paridad u oíro nodo de írabajo en red común y lo similar, y íípicamente incluye muchos o todos los elementos descritos con relación a la computadora 1212. Para propósitos de brevedad, solo un disposifivo de almacenamiento en memoria 1246 se ilustra con computadora(s) remoía(s) 1244. La(s) computadora(s) remofa(s) 1244 se conecfan lógicamente a la computadora 1212 a través de una iníerfase de trabajo en red 1248 y después físicamente se conectan a través de conexión de comunicación 1250. La interfase de trabajo en red 1248 abarca redes de comunicación conectadas por cable y/o inalámbricas, tal como las redes de área local (LAN) y redes de área amplia (WAN). Las tecnologías LAN incluyen I nterfase de Datos Distribuidos por Fibra (FDDI), I nferíase de Datos Distribuidos por Cobre (CCDI) , Etherneí, Anillo Disíinlivo y lo similar. Las íecnologías WAN incluyen, pero sin limitarse, enlaces de punto a punto, redes de conmutación de circuiío como Redes Digiíales de Servicios Iníegrados (ISDN) y variaciones sobre los mismos, redes de conmutación por paquete, y Líneas Subscriptoras Digitales (DSL). La(s) conexión(es) de comunicación 1250 se refiere(n) al hardware/software empleado para conectar la interfase de red en írabajo 1248 al bus 121 8. Aunque la conexión de comunicación 1250 se muesíra para claridad ilusírativa en el interior de la compuíadora 1212, también puede ser externo a la computadora 1212. El hardware/software necesario para conexión a la iníerfase de red en írabajo 1248 incluye, solo para propósitos ilustrativos, tecnologías internas y externas tales como, módems que incluyen módems de grado de íeléfono celulares, módems de cable y módems DSL, adaptadores ISDN y tarjetas Ethernet. Lo que se ha descrito arriba incluye ejemplos de la invención sujeto. Por supuesío, no es posible describir cada combinación concebible de componeníes o meíodologías para propósiíos de describir la invención sujeto, pero uno de experiencia ordinaria en la materia puede reconocer que son posibles muchas combinaciones y cambios adicionales de la invención sujeío. De acuerdo con lo aníerior, la invención sujeto intenía abarcar todas tales alteraciones, modificaciones y variaciones que caen dentro del espíritu y alcance de las reivindicaciones anexas.

En particular y con respecto a las diversas funciones llevadas a cabo por los componentes, disposiíivos, circuitos, sistemas y lo similar arriba descriío, los términos (incluyendo una referencia a un "medio") utilizados para describir tales componentes se intenía que correspondan, a menos que se indique de olro modo, a cualquier componeníe que lleva a cabo la función específica del componente descrito (por ejemplo, un equivalente funcional), incluso cuando no sea estructuralmente equivalente a la estrucíura expuesta, la cual desempeña la función en los aspectos ejemplares aquí ilustrados de la invención. En este aspecío, íambién se reconocerá que la invención incluye up sisfema así como íambién un medio legible por compuíadora que íiene insírucciones ejecufables por compuíadora para llevar a cabo los acíos y/o eveníos de los diversos méíodos de la invención. Además, aunque una característica particular de la invención puede haberse expuesto con respecío a solo una de varias implemeníaciones, tal caracterísíica puede combinarse con una o más caracterísíicas diferentes de las otras implementaciones, según pueda desearse y ser ventajoso para cualquier aplicación dada o en particular. Además, hasta el grado en que los términos "incluye" y "que incluye" y las variantes de los mismos se uíilizan ya sea en la descripción detallada o las reivindicaciones, estos férminos se intenta que sean inclusivos en una manera similar al término "que comprende".

Claims (9)

1. REIVINDICACIONES 1 . Un sistema que facilita la representación gráfica de un modelo de datos, caracterizado porque comprende: un modelo de daíos de almacenamienío por archivo que se utiliza para definir un esquema de representación gráfica; y un componente de almacenamiento por íipo que representa un objeto de esquema para un objeto de base de datos en base al esquema de representación gráfica asociado, en donde se almacena una instancia de un tipo en el esquema de representación gráfica.
2. 2. Ei sistema según la reivindicación 1 , caracterizado porque la instancia del tipo es al menos una de: un documento; una imagen; música; un video; un contacío; un mensaje; una persona; una organización; un correo electrónico; un fax; una voz; y una inserción de audio.
3. 3. El sistema según la reivindicación 1 , caracterizado porque el componente de almacenamiento por tipo proporciona además una consulta para enconírar al menos uno de los siguieníes: al menos un íema en el sisíema que saíisface un criíerio respecíivo; al menos un documenío en el sisíema que satisface un criterio respectivo; y al menos un contacto que satisface un criterio respectivo.
4. 4. El sistema según la reivindicación 3, caracíerizado porque el coníacto puede incluir al menos uno de los siguientes: un individuo; una organización; y un grupo.
5. 5. El sisíema según la reivindicación 1 , caracterizado porque comprende además un componente relacional que ufíliza al menos una de una capacidad de almacenamienío relacional y una consulía relacional.
6. 6. El sisíema según la reivindicación 5, caracterizado porque el componente relacional uíiliza una fécnica de base de daíos relacional que es una colección de temas de datos organizados como un conjunto de tablas íormalmenfe descriías, en donde los daíos pueden ser al menos uno de íener acceso sin reorganización y reensamblarse sin reorganización.
7. 7. El sisfema según la reivindicación 1 , caracíerizado porque la representación gráfica describe al menos uno de los objetos de base de datos creados en base al esquema y la manera como se almacena y se íiene acceso a la insíancia del íipo descriío en el esquema.
8. 8. El sisíema según la reivindicación 1 , caracterizado porque el tipo de esquema representa gráficameníe una clase de ejecución en íiempo de lenguaje común (CLR) en un almacenamienío del modelo de datos de almacenamiento por archivo.
9. 9. El sistema según la reivindicación 8, caracterizado porque el íipo es al menos uno de los siguientes: un tema; una exíensión de tema; un fragmento de tema; y un enlace. 1 0. El sistema según la reivindicación 1 , caracíerizado porque comprende además una íabla que íiene al menos uno de los siguieníes: 1 ) una columna que coníiene al menos una insíancia del tipo respectivo; y 2) una hilera que contiene un representación serial de la instancia de clase CLR que representa la insíancia de íipo. 1 1 . El sistema según la reivindicación 1 , caracíerizado porque comprende además un componeníe de visía que genera una vista que expone al menos una insíancia del íipo, en donde la vista proyecta un subconjunto del tipo respectivo de la visía asociada con un tipo de base. 12. El sistema según la reivindicación 1 , caracterizado porque contiene al menos uno de lo siguiente una jerarquía por tipo y un legado. 1 3. Un medio legible por computadora que tiene almacenado en el mismo los componentes del sisíema según la reivindicación 1 . 14. Un método ímplementado por computadora que faciliía la represenfación gráfica de un modelo de datos, caracterizado porque comprende: obtener un modelo de datos de almacenamiento por archivo; recibir al menos uno de un esquema, un tipo, un criíerio y una información de consulta; representar gráficamente un objeto de esquema para un objeto de base de daíos en base al esquema asociado al modelo de daíos de almacenamienío por archivo; y almacenar una insfancia del tipo del esquema. 15. El método según la reivindicación 14, caracterizado porque comprende la consulta para encontrar al menos uno de los siguientes: al menos un tema en el sistema que satisface un criterio respectivo; al menos un documento en el sistema que satisface un criterio respectivo; y al menos un contacto que satisface un criterio respectivo. 16. El método según la reivindicación 14, caracterizado porque comprende además la utilización de un motor de base de datos relacional a fin de proporcionar una capacidad de almacenamiento relacional y de consulta relacional. 17. El método según la reivindicación 14, caracterizado porque comprende además generar una vista que expone al menos una instancia del tipo, en donde la vista proyecta un subconjunto del tipo respectivo de la visía asociada con un tipo de base. 18. Un paquete de datos que se comunica entre un modelo de daíos de almacenamienío por archivo y un componente de almacenamiento por tipo, el paquete de datos facilita el método según la reivindicación 14. 1 9. Un sistema implementado por computadora que facilita la representación gráfica de un modelo de datos, caracterizado porque comprende: medios para recibir al menos uno de los siguientes un esquema, un tipo, un criterio, y un criterio de consulta; y medios para representar de manera gráfica un objeto de esquema para un objefo de base de datos en base a un esquema asociado con un modelo de datos de almacenamiento por archivo, en donde se almacena una instancia de un tipo en el esquema. 20. El sistema según la reivindicación 1 1 , caracterizado porque el componeníe de visía invoca una iníerfase de usuario para iníeracfuar entre un usuario y el componente de almacenamiento por tipo.