1 INTERPRETE DE SISTEMA DE ARCHIVO
CAMPO DE LA INVENCION
La presente invención se refiere a sistemas de archivo, y más particularmente, a un intérprete de sistema de archivo.
ANTECEDENTES DE LA INVENCION
Los sistemas de archivo de computadora actuales tienen un número de limitaciones indeseables. Una limitación es que los usuarios generalmente son incapaces de controlar la estructura que ellos muestran. En otras palabras cuando se organizan carpetas, un usuario debe seleccionar una estructura, y esa estructura después es difícil de cambiar. Como un ejemplo específico, para una carpeta de "música" un usuario puede seleccionar organizar los archivos de música en un formato de artista/álbum, en donde todas las carpetas de álbum para cada artista son agrupadas en esa carpeta de artistas particular, y todas las canciones de un álbum particular son agrupadas en esa carpeta de álbum. El formato de artista/álbum no es propicio a reproducir un tipo de música (por ejemplo, reproducir dos canciones de jazz de dos diferentes artistas), o de reproducir una selección de álbumes de diferentes artistas. Como otra emisión, un usuario puede tener un gran número de archivos que son difíciles de organizar, algunos usuarios 2 implementan un sentido rígido de colocación para los archivos, y de esta manera crean jerarquías estrictas de ellos. La administración de dichos archivos se vuelve enormemente compleja y difícil ya que el número de documentos disponibles crece, haciendo que la búsqueda y la recuperación también sean difíciles. Este problema además se ve exacerbado cuando se utilizan archivos adicionales de otras ubicaciones, tales como archivos compartidos, etc. Los usuarios también tienen tratar con archivos que están en diferentes sitios, tales como en diferentes dispositivos, o en otras PCs, o en línea. Por ejemplo, los usuarios pueden seleccionar escuchar su música en la computadora (ya que puede ser accesible a un programa de música), o pueden estar en línea y escuchar la música de sitios web (red), sin embargo, existe una división estrictas entre estas dos fuentes. La música que viene de diferentes sitios está organizada de manera diferentes, y no se mantiene en la misma forma o lugar. Como otro ejemplo, los archivos almacenados en una red corporativa inherentemente pueden ser separados de archivos que un usuario tiene en su máquina real. Los usuarios también tienen que mantener un rastreo no solo de que datos de archivo están almacenados, sino que también en donde se almacenan. Por ejemplo, para archivos de música, los usuarios se ven forzados a mantener copias en varios sistemas y tratar de rastrear que archivos de música están ubicados ahí. Esto puede hacer difícil la ubicación de los archivos, aún cuando estén almacenados localmente.
3 También algunas veces es difícil encontrar regresar los archivos que un usuario tiene. Un usuario puede encontrar difícil como recordar cuando y como almacenó ciertos archivos. Dado un grupo de carpetas y aún un grupo de archivos similares, los usuarios por lo regular encuentran difícil hallar rápidamente un archivo que esté buscando. Para archivos almacenados en un lugar difícil de encontrar, es mucho más complejo ubicarlos. Además, una vez que los usuarios tienen suficientes archivos en una carpeta, se vuelve difícil analizar la carpeta rápidamente, en especial si los contenidos son similares. Algunas veces también es difícil que los usuarios encuentren o regresen a archivos a través de una red. Los archivos de compartido y de publicación por lo regular son difíciles de hacer, y por lo general pueden hacerse más difícil la recuperación de dicho archivo de alguien que lo haga disponible. Los usuarios típicamente tienen que memorizar o trazar mapas de los varios sitios y nombres que necesitan para encontrar archivos en una red. Los espacios de nombre pueden variar, lo cual puede ocasionar confusión al usuario en lo que pueda estar "correcto". Esto es particularmente verdadero en una red en donde existen diferentes convenciones de nombramiento, limitaciones, etc. Por ejemplo, ciertos sistemas operativos pueden requerir de nombres cortos sin ningún espacio con el fin de que sean visibles. Los programas también por lo regular guardan archivos en su propio directorio o en otros espacios de nombre, lo cual hace difícil 4 que los usuarios encuentren su camino a los archivos. Los programas por lo regular tienen directorios y lugares por omisión en donde guardan documentos. Un usuario por lo general tiene que buscar a través de su disco duro y hacer averiguaciones con respecto en donde está almacenado un archivo. Los artículos relacionados también por lo regular son almacenados en lugares separados. Los archivos relacionados que un usuario tiene pueden ser almacenados en diferentes partes del disco duro, etc. Este problema se hace más común con los desarrollo de servicio de medios digitales que tienen múltiples tipos de contenido (por ejemplo, imágenes, música, vídeo). Otra emisión con los sistemas de archivo está relacionada por la barra de dirección. A medida que los usuarios navegan dentro de un sistema de archivo en una computadora, un control de interfase gráfica convencional, denominado aquí como barra de dirección, muestra a los usuarios en donde están en la jerarquía de sistema de archivo. La barra de dirección convencional muestra la ubicación actual en términos de la estructura jerárquica del sistema de archivo de las carpetas, sub-carpetas, y archivos. La alteración de la ubicación del usuario presentada en la barra de dirección convencional típicamente se realiza en una de dos formas. La primera es editar manualmente la dirección en la barra de dirección. La edición manual de la dirección en la barra de dirección permite que un usuario vuelva a ubicar cualquier número de ubicaciones en la jerarquía del sistema de archivo, pero requiere que el usuario 5 tenga información específica con respecto a la organización del sistema de archivo en la computadora, es decir, una ubicación de sistema de archivo específica. El segundo método involucra utilizar herramientas de navegación externas, las cuales, cuando se manipulan actualizan la barra de dirección para reflejar la nueva dirección o ubicación. Mientras se deriva la edición manual de la dirección en la barra de dirección, la manipulación de las barras de navegación externa sigue requiriendo que el usuario tenga información específica con respecto a la organización del sistema de archivo y atraviese la estructura jerárquica. Sin embargo, las barras de dirección convencionales no pueden hacer referencia archivos o datos almacenados entre múltiples ubicaciones de sistema de archivo, tales como carpetas o controladores, debido a una relación de 1 a 1 entre la dirección en la barra de dirección y una ubicación específica en la jerarquía del sistema de archivo. La técnica anterior carece de una barra de dirección que permite que los usuarios especifiquen direcciones que presentan archivos almacenados entre múltiples ubicaciones de sistema de archivo. La técnica anterior además carece de una barra de dirección que también permita que los usuarios modifiquen fácilmente la dirección de la barra de dirección sin editar manualmente la dirección, o requerir de un conocimiento específico con respecto a la organización del sistema de archivo subyacente. También la técnica anterior carece de una barra de dirección que presenta selecciones alternativas de archivos al usuario a partir de las cuales el usuario 6 puede seleccionar navegar en aquellas selecciones de archivos. Dicha barra de dirección también puede presentar selectivamente una interfase de barra de dirección convencional al usuario habilitando al usuario a ¡nteractuar con la barra de dirección de acuerdo con la experiencia previa de acuerdo con las preferencias del usuario. Otra emisión con los sistemas de archivo está relacionada con la identificación de artículos almacenados en una computadora. La necesidad de identificar fácilmente artículos almacenados en un ambiente de cómputo, tal como una computadora personal (PC), está incrementando dramáticamente ya que más individuos utilizan computadoras en sus rutinas diarias y ya que el tipo de información almacenada varía entre imágenes, música, documentos, etc. Los documentos y medios típicamente son almacenados en computadoras en una forma jerárquica y están organizados con archivos de información o medios almacenados dentro de carpetas. Los navegadores de sistema de archivo permiten que los usuarios naveguen a través del sistema de archivo y localicen archivos y carpetas abiertos. Por ejemplo, el sistema WINDOWS® EXPLORER™ de Microsoft Corporation, es una utilidad de sistema operativo que permite que los usuarios naveguen en el sistema de archivo. Muchos usuarios encuentran difícil identificar correctamente un archivo a base de la información actualmente disponible en los navegadores de sistema de archivo convencionales. Claro que, los documentos de un archivo pueden ser verificados abriéndolos con un 7 programa de aplicación, pero este método de navegar archivos es extremadamente ineficiente. La habilidad de ver metadatos con respecto a un archivo dentro de un navegador de sistema de archivo enormemente puede ayudar a un usuario a identificar un archivo particular sin tener que abrirlo. En sistemas operativos de WINDOWS® 9X de Microsoft Corporation, por ejemplo, un usuario puede ver metadatos de objeto teniendo acceso a la hoja de propiedad para un objeto particular. Una hoja de propiedad se presenta al usuario con una lista de los atributos o determinaciones de un objeto en la forma de una selección de tipo tarjeta indexada, tabulada de páginas de propiedad, cada una de las cuales caracteriza controles de estilo de diálogo estándares para adaptar parámetros. Sin embargo, la utilización de la hoja de propiedad para localizar un artículo puede ser lenta y molesta, y algunos usuarios encuentran difícil ubicar los metadatos importantes en una hoja de propiedad. Similarmente, el uso de infotips para localizar un artículo puede ser lento y molesto, ya que un usuario debe mover el ratón a través de cada archivo con el fin de ver los metadatos limitados presentados en un infotip. Los navegadores de sistema de archivo convencionales no permiten que los usuario entre y eviten metadatos con relación a archivos y carpetas, lo cual podría significativamente mejorar la habilidad de un usuario para posteriormente localizar un archivo. Hasta la fecha, la habilidad de los usuarios para entrar y editar metadatos ha sido limitada a programas de software de propósito 8 especial. Por ejemplo, los reproductores de medios para archivos de música electrónica presentan a los usuarios la capacidad de editar metadatos asociados con álbumes y artistas de música. Otro ejemplo de dichos programas incluye programas de aplicación para archivos de imágenes electrónicas. Sin embargo, la utilidad de reproductores de medios y otros de estos programas está limitada al tipo particular de archivo soportado por el programa, opuesto a un navegador de sistema de archivo de propósito general que soportan múltiples de archivo. El sistema operativo de WINDOWS® XP de Microsoft
Corporation incluye un navegador de imagen para utilizarse en la carpeta de Mis Imágenes. La carpeta de Mis Imágenes está llena de características especiales que permiten que los usuarios vean imágenes tales como fotos, no solo como iconos de documento. Las características de navegación de imagen de Mis Imágenes incluyen la habilidad de ver versiones de fotografías de tamaño de la uña del pulgar y grandes, girar fotos que son laterales, y crear una vista deslizante. Un usuario también puede ver los detalles de una foto, tales como sus dimensiones, la fecha y la hora en la que se tomó, y el nombre de la cámara que lo tomó. El área de control de pre-vista en la carpeta de Mis Imágenes contiene una imagen de pre-vista agrandada de una imagen seleccionada por el usuario, botones de iteración para ayudar a un usuario a iterar a través de una serie de imágenes de controles para girar imágenes en una dirección forme a las manecillas del reloj o en contra de las manecillas del reloj.
9 Aunque las características de navegación de imagen en WINDOWS® XP han avanzado el estado de la técnica mitigando la necesidad de invocar un programa de aplicación para ver y manipular imágenes, los usuarios todavía no pueden entrar y editar metadatos asociados con las imágenes. Por consiguiente, existe la necesidad de una experiencia mejorada del usuario dentro de un intérprete o navegador de sistema de archivo que permita que los usuarios fácilmente localicen un artículo basándose en los metadatos asociados con ese artículo. También existen la necesidad de un sistema y método que permitan que los usuarios entren y eviten metadatos asociados con artículos de varios tipos dentro de un navegador de intérprete sin la necesidad de invocar un programa de aplicación. También existe la necesidad de un sistema de archivo o navegador de intérprete que ofrezca a los usuarios características mejoradas de reconocimiento de contenido de archivo, de manera que los usuarios puedan localizar fácilmente sus archivos. También existe otra necesidad de una interfase de usuario gráfica mejorada para un navegador de intérprete que permita la selección de un pre-visualizador para un tipo particular de archivo de una pluralidad de pre-visualizadores disponibles. También existe la necesidad de un navegador de intérprete extensible que pueda permitir que los desabolladores de software proporcionen información adicional y funcionalidad a los usuarios en una base de tipo de archivo. También existe la necesidad de proporcionar una experiencia de Ul similar a través de diferentes colecciones de 1 o artículos.
COMPENDIO DE LA INVENCION
De acuerdo con un aspecto de la invención, se proporcionan un sistema y método que utilizan carpetas virtuales. Las carpetas virtuales exponen archivos y carpetas regulares (también conocidos como directorios) a usuarios en diferentes vistas basándose en sus metadatos en lugar de la estructura de sistema de archivo subyacente física actual en el disco. De esta manera, el sistema es capaz de tomar una propiedad que está almacenada en la base de datos y representarla como un contenedor que es como una carpeta. Ya que los usuarios ya están familiarizados con el trabajo con carpetas, presentando las carpetas virtuales en una manera similar, los usuarios pueden adaptarse más rápidamente al nuevo sistema. De acuerdo con otro aspecto de la invención, las carpetas virtuales se proporcionan de acuerdo con un método que se utiliza en un sistema de computadora que tiene una presentación y una memoria para almacenar los artículos. De acuerdo con el método, se selecciona una propiedad de metadatos. Después, el sistema busca artículos que tienen la propiedad de metadatos seleccionados, y se proporciona un objeto de presentación de carpeta virtual que representa la colección de artículos que tienen la propiedad de metadatos. De acuerdo con otro aspecto de la invención, el sistema incluye 11 un procesador de carpeta que obtiene consultas de un usuario y una base de datos de relación para almacenar información con respecto a los artículos. El procesador de carpeta primero obtiene una consulta de un usuario y pasa la consulta a la base de datos de relación. La base de datos de relación proporciona resultados que van de regreso al procesador de carpeta, y basándose en los resultados de la base de datos de relación, el procesador de carpeta proporciona los resultados al usuario como carpetas virtuales. En una modalidad, los resultados que son provistos de regreso al procesador de carpeta incluyen filas y columnas de base de datos. Las filas y columnas de base de datos son convertidas por el procesador de carpeta a una estructura de enumerador, la cual después se utiliza para poblar la presentación con las capetas virtuales resultantes. De acuerdo con otro aspecto de la invención, los usuarios son capaces de trabajar con las carpetas virtuales a través de manipulación directa. En otras palabras, los mecanismo que son provistos para manipular las carpetas virtuales son similares a aquellos que actualmente se utilizan para manipular carpetas físicas convencionales (por ejemplo, opresión y arrastre, copiado, pegado, etc.). De acuerdo con otro aspecto de la invención, el método para realizar la manipulación directa de las carpetas virtuales es provisto en un sistema de computadora que tiene una presentación y una memoria para almacenar los artículos. De acuerdo con el método, los grupos de artículos son representados como carpetas virtuales. Se 12 proporcionan acciones definidas que pueden ser realizadas para manipulación directa de las carpetas virtuales, en donde cuando se realiza una acción definida, la carpeta virtual es manipulada como se dirige por la acción definida. Un ejemplo de una acción definida podría ser la opresión y arrastre de una carpeta virtual. En una modalidad, la acción de oprimir y arrastrar una primera carpeta virtual hacia una segunda carpeta virtual realiza la función de copiar los artículos de la primera carpeta virtual a la segunda carpeta virtual. El copiado de los artículos a una carpeta virtual puede involucrar agregado o de otra manera alterar propiedades de metadatos seleccionadas que están asociadas con los artículos. De acuerdo con otro aspecto de la invención, se proporcionan filtros para manipular las carpetas virtuales. Los filtros esencialmente son herramientas para estrechar un grupo de artículos. En una modalidad, los filtros son dinámicamente generados basándose en las propiedades de los artículos separados. Por ejemplo, para un grupo de artículos, el mecanismo de filtro puede revisar las propiedades, y si los artículos generalmente tienen "autores" como una propiedad, el filtro puede proporcionar una lista de los autores. Después, al oprimir en un autor particular, los artículos que no tienen autor desaparecen. Esto permite que el usuario estreche los contenidos. De acuerdo con otro aspecto de la invención, se proporciona un método para filtrar artículos en un sistema de computadora que tiene una presentación y una memoria para almacenar artículos con 13 propiedades de metadatos. Se proporcionan objetos de presentación en la presentación en donde cada uno representa uno o más artículos. Las propiedades de metadatos de los artículos que están representados por los objetos de presentación son evaluadas. Se proporciona un término de filtro en la presentación que corresponde a una propiedad de metadatos que es compartida por una pluralidad de artículos. En donde la selección del término filtro hace que los artículos que están representados en la presentación sean reducidos a aquellos artículos que comparten la propiedad de metadatos especificada. De acuerdo con otro aspecto de la invención, una pluralidad de artículos se representa en la representación, y un término de filtro dinámicamente se genera basándose en las propiedades de metadatos de los artículos. Cuando el término de filtro se selecciona, reduce los artículos que están mostrados en la presentación a aquellos que tienen la propiedad de metadatos que corresponde al término filtro. De acuerdo con otro aspecto de la invención, una pluralidad de artículos se muestra en la presentación, y se proporciona un área de filtro en donde un usuario puede entrar a un término de filtro. Cuando un usuario entra al término de filtro, los artículos que están mostrados en la presentación son reducidos a aquellos que contienen el término de filtro. A medida que el usuario escribe el término de filtro, se pueden filtrar artículos adicionales a medida que un nuevo carácter es agregado al término de filtro.
14 De acuerdo con otro aspecto de la invención, se proporciona un botón de retroceso, el cual puede ser utilizado para regresar a través de un procedimiento de filtración. Por ejemplo, después de que un usuario ha entrado a un término de filtro, el usuario puede desear regresar al grupo de artículos que fueron representados en la presentación antes de que se aplicara el término de filtro. El botón de retroceso permite que el usuario regrese al punto deseado en la navegación de filtro. De acuerdo con otro aspecto de la invención, se proporcionan enlaces rápidos. En una modalidad, los enlaces rápidos son un grupo de enlaces predefinidos (por ejemplo, localizados en el lado izquierdo de la presentación) que pueden ser oprimidos para generar vistas útiles de los grupos de artículos. Estos pueden ser predefinidos por el programa, o fijados por un usuario. Por ejemplo, al oprimir en "todos los autores" podría regresar una vista apilada de autores. "Todos los documentos" puede regresar a una vista plana de todos los documentos a través de todas las áreas de almacenamiento. Los usuarios también pueden crear sus propios enlaces rápidos. Por ejemplo, un usuario puede filtrar todos los documentos que modifique en el enero del 2003, y después los puede guardar como un enlace rápido. De acuerdo con otro aspecto de la invención, se implementa un método para proporcionar enlaces rápidos en un sistema de computadora que tenga una presentación y una memoria para almacenar artículos. De acuerdo con el método, un usuario primero 15 navega para una visión de una colección deseada de artículos. Un enlace rápido que corresponde a la colección deseada de artículos es guardado y es provisto con un nombre. El nombre del enlace rápido es mostrado en la presentación, de manera que al oprimir en el enlace rápido, un usuario puede regresar a la visión de la colección deseada de artículos. De acuerdo con otro aspecto de la invención, se proporciona bibliotecas. Las bibliotecas consisten de grandes grupos de tipos de archivos utilizables que pueden ser asociados conjuntamente. Por ejemplo, las fotos pueden ser una biblioteca, la música puede ser otra, y los documentos puede ser otra. Las bibliotecas proporcionan herramientas y actividades que están relacionadas con los tipos particulares de artículos. Por ejemplo, en la biblioteca de fotos, existen herramientas y filtros que se relacionan con la manipulación de fotos, tales como para crear muestras deslizantes o imágenes compartidas. De acuerdo con otro aspecto de la invención, se proporciona un método para crear bibliotecas en un sistema de computadora con una presentación y una memoria para almacenar artículos. El método comienza creando una biblioteca para contener artículos con una o más propiedades de metadatos especificadas. Después, los artículos con una o más propiedades de metadatos especificadas son automáticamente agrupados en la biblioteca. También se proporcionan herramientas para manipular los artículos de la biblioteca.
16 De acuerdo con otro aspecto de la invención, puede estar disponible un amplio alcance de archivos o artículos. En otras palabras, el sistema es capaz de representar archivos/artículos de múltiples ubicaciones físicas (por ejemplo, diferentes unidades de disco duro, diferentes computadoras, diferentes ubicaciones de red, etc.), de manera que a un usuario todos los artículos aparecen siendo de una ubicación. Por ejemplo, a un usuario se le puede presentar todos sus archivos de música en una sola pantalla, y manipular los archivos todos de una vista, aunque los archivos puedan ser físicamente almacenados en diferentes unidades de disco, diferentes computadoras o diferentes ubicaciones de red. De acuerdo con otro aspecto de la invención, se utiliza una cobertura en un método para presentar artículos en un sistema de computadora que tenga una presentación. El método involucra definir una cobertura de las ubicaciones de memoria físicas a partir de las cuales se van a extraer los artículos, la cobertura comprendiendo la memoria de computadora presente y por lo menos otra ubicación física. Una vez que se recibe una consulta, en respuesta a la consulta, los artículos son extraídos de las ubicaciones físicas según definido en la cobertura, y los artículos que son extraídos de la consulta después son presentados en una vista en la presentación. En una modalidad, por lo menos otra ubicación física puede ser otra computadora, una ubicación en una red, o un dispositivo de almacenamiento externo. En una modalidad, la vista en la presentación puede ser conmutada a una vista de carpeta física que 17 indica las ubicaciones físicas en donde los artículos están físicamente almacenados. De acuerdo con otro aspecto de la invención, los artículos que no son archivos pueden ser representados en carpetas virtuales. En otras palabras, los archivos que son almacenados en memoria están localizados en un almacenamiento físico. Las carpetas virtuales pueden hacerse para incluir artículos que no estén actualmente representados en el almacenamiento físico. Ejemplos de artículos que no son archivos son correos electrónicos y contactos. De acuerdo con otro aspecto de la invención, un método para presentar artículos que no son archivos es ¡mplementado en un sistema de computadora con una presentación y una memoria para almacenar artículos. El método incluye proporcionar una base de datos que permite que tanto artículos que no son archivos como artículos de archivos sean buscados por una consulta. Una vez que se recibe una consulta, tanto los artículos que no son archivo como los artículos de archivo que coincidan con la consulta son extraídos, y los artículos que coincidan con la consulta después son presentados en la presentación. En una modalidad, se proporciona una base de datos de relación que incluyen información seleccionada con respecto artículos de archivo, y que puede mantener ciertos artículos que no son archivos en sus entidades. De acuerdo con otro aspecto de la invención, se proporciona una barra de dirección virtual para seleccionar contenido almacenado en un sistema de archivo de computadora. Una barra de dirección 18 virtual comprende una pluralidad de segmentos. Cada segmento corresponde a un filtro para seleccionar contenido almacenado en el sistema de archivo de computadora. Colectivamente, los filtros correspondientes de cada segmento en la barra de dirección virtual representan una dirección virtual para seleccionar contenido almacenado en un sistema de archivo de computadora. Cada segmento es un segmento interactivo que puede responder a interacciones de usuario para modificar la dirección virtual de la barra de dirección virtual. La selección de un segmento en la barra de dirección virtual puede hacer que aquellos segmentos subsecuentes al segmento seleccionado sean removidos de la barra de dirección virtual. Alternativamente, la selección de un segmento en la barra de dirección virtual hace que una lista de filtros par seleccionabas sea presentada al usuario. Los filtros par son pares para el filtro correspondiente del segmento alternativamente seleccionado. La selección de uno de los filtros pares hace que el segmento alternativamente seleccionado reemplace su filtro correspondiente con el filtro par seleccionado. Además, aquellos segmentos subsecuentes al segmento de filtro alternativamente seleccionado son removidos de la barra de dirección virtual. Los segmentos pueden ser agregados de dirección virtual de acuerdo con acciones externas del usuario. Los segmentos son agregados al final de los segmentos en la barra de dirección virtual. Cualquier segmento que tenga conflicto con un segmento agregado es removido. Un segmento existente en la barra de dirección virtual 19 tiene conflicto con el segmento agregado cuando el segmento existente es mutuamente exclusivo al segmento agregado. Un segmento existente en la barra de dirección virtual también tiene conflicto con el segmento agregado cuando el segmento existente es más ancho o más estrecho en alcance que el segmento agregado. De acuerdo con otro aspecto de la invención, se proporciona un navegador de intérprete que incluye una ventana y un control de edición. La ventana presenta un grupo de artículos y también presenta valores de metadatos asociados con uno o más de los artículos presentados. El control de edición permite la modificación por parte del usuario de por lo menos una porción de los valores de metadatos presentados en la ventana. De acuerdo con otro aspecto de la invención, se modaliza una interfase de usuario gráfica en un medio legible por computadora y es ejecutable en una computadora. La interfase de usuario gráfica incluye una primera área de pantalla que presenta un grupo de artículos en un navegador de intérprete y una segunda área de pantalla que presenta metadatos asociados con uno o más de los artículos presentados. La interfase de usuario gráfica también presenta al usuario medios dentro del navegador de intérprete para modificar los metadatos presentados. De acuerdo con un aspecto más de la invención, se proporcionan métodos implementados en computadora para permitir que un usuario modifique metadatos dentro de un navegador de intérprete. Un método de éstos incluye presentar una pluralidad de 20 artículos. Recibir una primera entrada del usuario representando una selección de por lo menos un articulo presentado, presentar metadatos asociados con el artículo(s) seleccionado(s) y proporcionar un control de edición para la modificación por parte del usuario de los metadatos presentados. Otro método incluye presentar un tablero de bienvenida y metadatos asociados con el tablero de bienvenida y proporcionando un control de edición para la modificación por parte del usuario de los metadatos presentados. De acuerdo con otro aspecto de la invención, una estructura de datos conteniendo metadatos asociados con uno o más artículos es presentada en un navegador de intérprete. La estructura de datos, la cual es almacenada en uno o más medios legibles por computadora, incluye un campo que contiene metadatos que se pueden modificar por parte de un usuario, asociados con uno o más artículos presentados, y los metadatos que se pueden modificar por parte del usuario contenidos en la estructura de datos también son presentados en el navegador de intérprete. De acuerdo con otro aspecto de la invención, se proporciona un navegador de intérprete que incluye un pre visualizador por omisión y un mecanismo de extensión. El previsualizador por omisión proporciona un nivel estándar de funcionalidad para múltiples tipos de artículos. El mecanismo de extensión permite una funcionalidad más allá del nivel estándar provista por el previsualizador por omisión para uno o más de los tipos de artículo. De acuerdo con otro aspecto de la invención, se proporciona un 21 navegador de intérprete que incluye un primer previsualizador y un segundo previsualizador. El primer previsualizador proporciona un nivel estándar de funcionalidad de múltiples tipos de artículos, y el segundo previsualizador proporciona un nivel alternativo o extendido de la funcionalidad para uno o más de los múltiples tipos de artículo. El navegador de intérprete está configurado para desplegar selectivamente ya sea el primer previsualizador o el segundo previsualizador para uno o más tipos de artículos. De acuerdo con otro aspecto de la presente invención se proporciona una interfase de usuario gráfica para un navegador de intérprete que soporta múltiples tipos de artículos. La interfase de usuario gráfica incluye una primera área de pantalla para presentar un grupo de artículos en el navegador de intérprete y medios para seleccionar un previsualizador para los artículos presentados a partir de una pluralidad de previsualizadores disponibles. De acuerdo con otro aspecto de la invención, se proporciona un método implementado en computadora para seleccionar un previsualizador en un navegador de intérprete que soporta múltiples tipos de artículos. El método incluye proporcionar una pluralidad de previsualizadores en el navegador de intérprete para un tipo de artículo particular y seleccionar uno de los previsualizadores para el tipo de artículo particular. El método después asocia el previsualizador seleccionado con el tipo de artículo particular. De acuerdo con otro aspecto de la invención, se proporciona un método implementado en computadora para permitir el uso de pre- 22 visualizadores de tercera parte en un navegador de intérprete que soporta múltiples tipos de artículos. El método incluye proporcionar un navegador de intérprete que tiene un previsualizador por omisión para múltiples tipos de artículos y proporcionar un mecanismo de extensión que permite que una tercera parte desarrolle un previsualizador alternativo para por lo menos uno de los múltiples tipos de artículos. De acuerdo con otro aspecto de la invención, se proporciona una estructura de datos que contiene información indicativa de una pluralidad de previsualizadores en un navegador de intérprete. La estructura de datos, la cual está almacenada en uno o más medios legibles por computadora, incluye un primer campo conteniendo información indicativa de un previsualizador por omisión que soporta múltiples tipos de artículos. Un segundo campo contiene información indicativa de un previsualizador alternativo para un primer tipo de artículo, un tercer campo contiene información indicativa de si invocar al previsualizador por omisión o el previsualizador alternativo cuando los artículos del primer tipo de artículo son presentados en el navegador de intérprete. De acuerdo con otro aspecto de la invención, se agrupan diferentes tipos de artículos en bibliotecas para las cuales se proporciona un grupo similar de características Ul básicas. En otras palabras, un grupo similar de características Ul básicas se proporcionan para diferentes tipos de bibliotecas, tales como una biblioteca de documento, una biblioteca de fotos, y una biblioteca de 23 música. El grupo de características Lll básicas puede incluir aspectos tales como filtración, crear nuevas categorías, editar los metadatos de los artículos, alterar los pivotes, etc. El grupo similar de características Ul básicas para las bibliotecas permite que un usuario procese y organice diferentes tipos de artículos utilizando atributos y características con los que ya son familiares.
BREVE DESCRIPCION DE LOS DIBUJOS
Los aspectos anteriores y muchas de las ventajas pretendidas de esta invención serán más fácilmente apreciadas a medida que se entiendan mejor haciendo referencia a la siguiente descripción detallada, cuando se tome junto con los dibujos anexos en donde: La Figura 1 es un diagrama de bloque de un sistema de computadora de propósito general adecuado para implementar la presente invención; La Figura 2 es un diagrama de bloque de un sistema de carpeta virtual de acuerdo con la presente invención; La Figura 3 es un diagrama de flujo que ilustra una rutina a través de la cual un usuario proporciona una consulta que extrae archivos y carpetas seleccionados; La Figura 4 es un diagrama de flujo que ilustra una rutina a través de la cual carpetas virtuales son construidas y presentadas en la pantalla de acuerdo ya sea con una consulta por omisión o con una consulta del usuario;
24 La Figura 5 es un diagrama de árbol de una estructura de carpeta de acuerdo con una disposición de carpeta física en una unidad de disco duro; La Figura 6 es un diagrama de árbol de una estructura de carpeta virtual; La Figura 7 es un diagrama de árbol de la estructura de carpeta virtual de la Figura 6, en donde la pila de clientes además es filtrada a través de contratos y año; La Figura 8 es un diagrama de árbol de la estructura de carpeta virtual de la Figura 7, en donde los contratos de la pila de clientes además son filtrados por año; La Figura 9 es un diagrama de árbol de la estructura de carpeta virtual de la Figura 6, en donde la pila de contratos además es filtrada por clientes y año, en donde los clientes aún se siguen filtrando por año; La Figura 10 es un diagrama que ilustra una presentación de pantalla mostrando las pilas de una biblioteca de documento; La Figura 11 es un diagrama que ilustra una presentación de pantalla mostrando los documentos en la pila de ABC Corp., de la Figura 10; La Figura 12 es un diagrama que ilustra una presentación de pantalla en donde una función de apilamiento se selecciona para los documentos de la Figura 11; La Figura 13 es un diagrama ilustrativo de una presentación de pantalla en donde se selecciona un parámetro de "apilar por autor" 25 para la función de apilamiento de la Figura 12; La Figura 14 es un diagrama que ilustra una presentación de pantalla en donde los archivos de la Figura 13 han sido apilados por autor; La Figura 15 es un diagrama que ilustra una presentación de pantalla en donde se selecciona una función de apilamiento y además se , selecciona una opción de "apilar por categoría" para volver a apilar los archivos de la Figura 14; La Figura 16 es un diagrama que ilustra una presentación de pantalla en donde los archivos de la Figura 14 se han vuelto a apilar por categoría; La Figura 17 es un diagrama que ilustra una presentación de pantalla en donde se selecciona un enlace rápido para mostrar carpetas físicas; La Figura 18 es un diagrama que ilustra presentación de pantalla en donde las carpetas físicas son mostradas y contienen los archivos de las pilas de carpeta virtual de la Figura 17; La Figura 19 es un diagrama de flujo que ilustra una rutina a través de la cual un usuario puede manipular directamente carpetas virtuales; La Figura 20 es un diagrama que ilustra una presentación de pantalla en donde una nueva pila de "Costa Occidental" ha sido agregada a las pilas de la Figura 10; La Figura 21 es un diagrama que ilustra una presentación de pantalla en donde se utiliza manipulación directa para copiar los 26 archivos de la pila "ABC Copr." a la pila "costa occidental" de la Figura 20; La Figura 22 es un diagrama de flujo que ilustra una rutina para el sistema dinámicamente generando nuevos términos de filtro; La Figura 23 es un diagrama de flujo que ilustra una rutina para que el sistema filtre artículos basándose en la selección de un término de filtro; La Figura 24 es un diagrama que ilustra una presentación de pantalla en donde las pilas de la Figura 10 han sido filtradas por el término "AB"; La Figura 25 es un diagrama que ilustra una presentación de pantalla en donde las pilas de la Figura 10 han sido filtradas a través del término "ABC"; La Figura 26 es un diagrama que ilustra una presentación de pantalla en donde el término de filtro "año 2002" se selecciona para las pilas de la Figura 10; La Figura 27 es un diagrama ilustrativo de una presentación de pantalla en donde las pilas de la Figura 10 han sido filtradas por el "año 2002" y la selección adicional del término de filtro "mes"; La Figura 28 es un diagrama ilustrativo de una presentación de pantalla en donde una lista se presenta para seleccionar un mes para filtración; La Figura 29 es un diagrama ilustrativo de una presentación de pantalla, en donde las pilas de la Figura 10 además han sido filtradas por el mes de enero, y además mostrando un término^de 27 filtro de "día"; La Figura 30 es un diagrama de flujo ilustrativo de una rutina para crear un nuevo enlace rápido; La Figura 31 es un diagrama ilustrativo de una presentación de pantalla para crear un nuevo enlace rápido denominado "Trabajo Enero" basándose en la filtración de la figura 29; La Figura 32 es un diagrama ilustrativo de una presentación de pantalla en donde un enlace rápido "todos los autores" se selecciona; La Figura 33 es un diagrama ilustrativo de una presentación de pantalla en donde se presenta una lista de todos los autores de la Figura 32; La Figura 34 es un diagrama ilustrativo de una presentación de pantalla en donde el "autor 1" ha sido seleccionado de la lista de la Figura 33 y todos los documentos del autor 1 son mostrados; La Figura 35 es un diagrama de flujo ilustrativo de una rutina para crear una nueva biblioteca; La Figura 36 es un diagrama ilustrativo de una presentación de pantalla en donde se muestran una colección de varias bibliotecas disponibles; La Figura 37 es un diagrama de flujo ilustrativo de una rutina para definir el alcance de una colección de carpeta virtual; La Figura 38 es un diagrama de bloque ilustrativo de las varias fuentes que pueden formar el alcance de una colección de carpeta virtual;
28 La Figura 39 es un diagrama de flujo ilustrativo de una rutina para incluir artículos que no son archivos en una colección de carpeta virtual; La Figura 40 es un diagrama ilustrativo de una presentación de pantalla mostrando varios artículos que no son archivos incluidos en una carpeta virtual; La Figura 41 es un diagrama pictórico de un ambiente de computadora en red ilustrativo adecuado para implementar la presente invención; La Figura 42 es un diagrama pictórico que ilustra un visualizador de archivo ilustrativo que tiene una barra de dirección convencional asociada con archivos de presentación en un sistema de archivo de computadora, como se encuentra en la técnica anterior; La Figura 43 es un diagrama pictórico que ¡lustra un visualizador de archivo ilustrativo para presentar archivos en un sistema de archivo de computadora de acuerdo con una dirección virtual en una barra de dirección virtual formada de acuerdo con la presente invención; La Figura 44A es un diagrama pictórico del visualizador de archivo ilustrativo de la Figura 5 ilustrando la selección de un segmento de la dirección virtual en la barra de dirección virtual para navegar en el sistema de archivo; La Figura 44B es un diagrama pictórico del visualizador de archivo ilustrativo de la Figura 45A ilustrando los resultados de la 29 selección de un segmento de la dirección virtual en la barra de dirección virtual; Las Figuras 45A-45D son diagramas pictóricos ilustrando la selección de un filtro par asociado con un segmento de una dirección virtual en una barra de dirección virtual; Las Figura 46A-46D son diagramas pictóricos que ilustran la adición de filtros adicionales a una dirección virtual en una barra de dirección virtual; Las Figuras 47A y 47B son diagramas pictóricos que ilustran una barra de dirección virtual ilustrativa presentando una dirección virtual en donde la dirección virtual excede la capacidad de presentación de la barra de dirección virtual; La Figura 48A es un diagrama pictórico que ilustra una barra de dirección virtual ilustrativa que tiene una dirección virtual con filtros haciendo referencia tanto a ubicaciones virtuales como actuales en un sistema de archivo; La Figura 48B es un diagrama pictórico ilustrando la barra de dirección virtual ilustrativa de la Figura 48A como se configura para presentar una barra de dirección convencional; La Figura 49 es un diagrama de flujo ilustrativo de una rutina de selección de filtro alterno para seleccionar filtros alternos en una barra de dirección virtual; La Figura 50 es un diagrama de flujo ilustrando una rutina de filtro de adición ilustrativa para agregar un filtro a una dirección virtual en una barra de dirección virtual;
30 La Figura 51A es un diagrama de bloque de una interfase de usuario gráfica ilustrativa para un navegador de intérprete teniendo un control de edición de acuerdo con una modalidad de la presente invención; La Figura 51B es un diagrama de bloque de una interfase de usuario gráfica ilustrativa para un navegador de intérprete que tiene uno o más controles de edición de acuerdo con una modalidad de la presente invención; La Figura 52 es un diagrama esquemático de un tablero de bienvenida en un navegador de intérprete; La Figura 53 es un diagrama esquemático de un tablero seleccionado en un navegador de intérprete; La Figura 54 es un diagrama esquemático del tablero seleccionado de la Figura 53 incluyendo un menú de contexto que permite que un usuario modifique metadatos en un navegador de intérprete de acuerdo con una modalidad de la presente invención; La Figura 55 es un diagrama de flujo que ilustra un método para permitir que un usuario modifique metadatos presentados en un tablero de bienvenida dentro de un navegador de intérprete de acuerdo con una modalidad de la presente invención; La Figura 56 es un diagrama de flujo que ilustra un método para permitir que un usuario modifique metadatos presentados en un tablero seleccionado dentro de un navegador de intérprete de acuerdo con una modalidad de la presente invención; La Figura 57 es un diagrama de bloque de una estructura de 31 datos conteniendo metadatos que se pueden modificar por el usuario asociados con un articulo presentado en un navegador de intérprete;
La Figura 58 es un diagrama esquemático de una interfase de usuario gráfica de la técnica anterior para hacer navegar imágenes almacenadas en una carpeta dentro de un ambiente de navegador de intérprete, el cual se utiliza para ver otros archivos y carpetas no pictóricos; La Figura 59 es un diagrama de bloque de una interfase de usuario gráfica ilustrativa para un navegador de intérprete; La Figura 60 es un diagrama esquemático de un tablero de bienvenida en un navegador de intérprete; La Figura 61 es un diagrama esquemático de un tablero seleccionado de un navegador de intérprete; La Figura 62 es un diagrama esquemático de un tablero seleccionado en un navegador de intérprete con controles extendidos de acuerdo con una modalidad de la presente invención; La Figura 63 es un diagrama esquemático de un tablero seleccionado similar a la Figura 61, pero incluyendo un menú de contexto que permite que un usuario seleccione un previsualizador en un navegador de intérprete de acuerdo con una modalidad de la presente invención; La Figura 64A es un diagrama de flujo que ilustra un método para permitir que un usuario seleccione un previsualizador en un navegador de intérprete de acuerdo con una modalidad de la presente invención;
32 La Figura 64B es un diagrama de flujo que ilustra un método para permitir que el sistema seleccione un previsualizador en un navegador de intérprete de acuerdo con una modalidad de la presente invención; La Figura 65 es un diagrama de flujo que ilustra un método para permitir el uso de previsualizadores de tercera parte en un navegador de intérprete de acuerdo con una modalidad de la presente invención; y La Figura 66 es un diagrama de bloque de una estructura de datos conteniendo información indicativa de múltiples previsualizadores en un navegador de intérprete.
DESCRIPCION DETALLADA DE LA MODALIDAD PREFERIDA
La presente invención está dirigida a un intérprete del sistema de archivo, la cual incorpora un número de características deseables. En esencia, el intérprete proporciona a los usuarios la habilidad de ver y manipular archivos y otros artículos que están almacenados en una computadora. La siguiente descripción primero proporciona un resumen de las características que se muestran en las Figuras 1-66, y después proporciona una discusión detallada. En resumen, las Figuras 1-9 generalmente están dirigidas a un sistema total para carpetas virtuales. Las carpetas virtuales proporcionan un método permitir que una interfase de usuario convencional exponga archivos y carpetas regulares (también 33 conocidos como directorios) a usuarios en diferentes vistas basándose en sus metadatos en lugar de la estructura de sistema de archivo subyacente física actual en el disco. Las Figuras 10-18 generalmente están dirigidas a pilas, las cuales están relacionadas con la habilidad de las carpetas virtuales para tomar cualquier propiedad que esté almacenada en la base de datos y representarla como un contenedor que es como una carpeta. Las Figuras 19-21 generalmente están dirigidas para dirigir la manipulación de carpetas virtuales, que se refiere a proporcionar mecanismos para manipular carpetas virtuales que son similares a los mecanismos actualmente utilizados para manipular carpetas estándares (por ejemplo, copiado, pegado, opresión y arrastre, etc.). Las Figuras 22-29 generalmente están dirigidas a filtros, los cuales proporcionan un grupo de herramientas para estrechar un grupo de archivos/artículos. Las Figura 30-34 generalmente están dirigidas a enlaces rápidos, los cuales son un grupo de enlaces predefinidos que pueden oprimidos para generar vistas útiles de grupos de archivos/artículos. Las Figura 35-26 generalmente están dirigidas a bibliotecas, las cuales están relacionadas con el concepto que de que grupos de tipos utilizables de archivos pueden ser asociados en conjunto, y que herramientas y actividades pueden ser provistas que estén relacionadas con tipos particulares de artículos. Las Figuras 37-38 generalmente están dirigidas a una cobertura, que está relacionada con el concepto de ser capaz de adquirir archivos/artículos de múltiples ubicaciones físicas (por ejemplo, diferentes unidades de disco duro, diferentes 34 computadoras, de una computadora en una ubicación de red, etc.), de manera que al usuario se le presentan todas los archivos/artículos con la misma conveniencia como si fueran provisto de una ubicación. Las Figuras 39-40 generalmente están dirigidas a artículos que no son archivos, los cuales pueden ser incluidos en la base de datos junto con archivos, y los cuales pueden incluir artículos tales correos electrónicos y contactos. Las Figuras 41-50 generalmente están dirigidas a una barra de dirección virtual que comprende una pluralidad de segmentos, cada segmento correspondiendo a un filtro para seleccionar el contenido. Las Figuras 51-57 generalmente están dirigidas a un navegador de intérprete, con el cual los usuarios fácilmente pueden identificar un artículo basándose en los metadatos asociados con ese artículo. Las Figuras 58-66 generalmente están dirigidas a extender la funcionalidad de un previsualizador de objeto en un navegador de intérprete configurada para presentar una pluralidad de artículos representando múltiples tipos de artículos. La siguiente descripción proporciona una discusión detallada de cada uno de estos aspectos de la invención. Como se observó anteriormente, las Figuras 1-9 generalmente están dirigidas a un sistema para implementar carpetas virtuales. Las carpetas virtuales utilizan las mismas ¡nterfases de usuario o unas similares que actualmente se utilizan para sistemas de archivo. Las carpetas virtuales exponen archivos y carpetas regulares (también conocidos como directorios) a usuarios en diferentes vistas 35 basándose en sus metadatos en lugar de la estructura de sistema de archivo subyacente física actual en el disco. Se crean vistas independientes de la ubicación, las cuales permiten que los usuarios manipulen sus archivos y carpetas utilizando controles similares como aquellos actualmente usados para manejar sistemas de archivo. En general, esto significa que los usuarios pueden organizar y redisponer sus archivos basándose en propiedades inherentes en los mismos archivos, en lugar de la administración y organización que se realice como una parte separada del sistema. Las carpetas virtuales pueden representar archivos o artículos de diferentes ubicaciones físicas, tales como de unidades de discos múltiples dentro de la misma computadora, entre múltiples computadoras, o diferentes ubicaciones de red, de manera que una vista de archivos o artículos puede exponer archivos o artículos colocados en diferentes ubicaciones físicas. En una modalidad, los diferentes artículos o archivos solo necesitan ser conectados a través de una red de IP con el fin de ser incluidos. La modelación de carpeta virtual también es capaz de ser utilizada para entidades que tradicionalmente no son archivos. Una aplicación de esto es tener un grupo de interfases de usuario similares a archivos y carpetas (es decir, objetos y contenedores) para mostrar entidades que tradicionalmente no son archivos. Un ejemplo de dichas entidades que no son archivos podrían ser los correos electrónicos, aunque otro podría ser información de contacto de una base de datos de contacto. De esta manera, las carpetas 36 virtuales proporcionan un sistema de visión independiente de ubicación, base de metadatos que trabajan sin considerar si los datos que son mostrados son de archivos o de entidades que no son archivos. En general, estos aspectos permiten una mayor flexibilidad en términos de permitir que los usuarios manipulen sus archivos y datos, utilizando tanto técnicas de interfase usuario comunes (arrastre y caída, doble opresión, etc.) así como nivelación de integración rica de varios de tipos de datos. La Figura 1 y la siguiente discusión están destinadas a proporcionar una descripción breve y general de un ambiente de cómputo adecuado en donde las carpetas virtuales, y cualquiera de otros aspectos de la presente invención que se describen aquí, pueden ser implementados. Aunque no se requiere, la invención será descrita en el contexto general de instrucciones ejecutables por computadora, tales como módulos de programa, siendo ejecutados por una computadora personal. En general, los módulos de programa incluyen rutinas, programas, caracteres, componentes, estructuras de datos, etc., que realizan tareas particulares o implementan tipos de datos abstractos particulares. Como aquellos expertos en la técnica apreciarán, la invención puede ser practicada con otras configuraciones del sistema de cómputo, incluyendo dispositivos portátiles, sistemas de multipocesador, electrónica de consumidor a base microprocesador o programable, PCs en red, minicomputadoras, macrocomputadoras, y similares. La invención también puede ser practicada en ambientes de cómputo distribuidos, en donde se 37 realizan tareas a través de dispositivos de procesamiento remotos que están enlazados a través de una red de comunicaciones. En un ambiente de cómputo distribuido, los módulos de programa pueden ser ubicados en los dispositivos de almacenamiento de memoria tanto locales como remotos. Con referencia a la Figura 1, un sistema ilustrativo para implementar la invención incluye un dispositivo de cómputo de propósito general en la forma de una computadora personal 20 convencional, incluyendo una unidad de procesamiento 21, memoria de sistema 22, y un conducto común de sistema 23 que acopla varios componentes del sistema, incluyendo la memoria de sistema 22, a la unidad de procesamiento 21. El conductor común de sistema 23 puede ser cualquiera de los varios tipos de las estructuras de conductor común, incluyendo un conductor común de memoria o un controlador de memoria, un conducto común periférico, y un conducto común local utilizando cualquiera de una variedad de arquitecturas de conducto común. La memoria del sistema incluye una memoria de solo lectura (ROM) 24 y memoria de acceso aleatorio (RAM) 25. Un sistema básico de entrada/salida (BIOS) 26, conteniendo las rutinas básicas que ayudan a transferir información entre elementos dentro de la computadora personal 20, tal como durante el arranque, está almacenado en la ROM 24. La computadora personal 20 además incluye una unidad de disco duro 27 para leer de o escribir a un disco duro 39, una unidad de disco magnético 28 para leer de o escribir a un disco magnético removible 29, y una unidad de disco 38 óptico 30 para leer de escribir a un disco óptico removible 31, tal como un CD-ROM u otro medio óptico. La unidad de disco duro 27, la unidad de disco magnético 28 y la unidad de disco óptico 30 están conectadas al conductor común de sistema 23 a través de una interfase de unidad de disco duro 32, una interfase de unidad de disco magnético 33, y una interfase de unidad óptica 34, respectivamente. Las unidades y sus medios legibles por computadora asociados proporcionan almacenamiento no volátil de instrucciones legibles por computadora, estructuras de datos, módulos de programa, y otros datos para la computadora personal 20. Aunque el ambiente ilustrativo descrito aquí emplea un disco duro 39, un disco magnético removible 29 y un disco óptico removible 31, se debe apreciar por aquellos expertos en la técnica que otros tipos de medios legibles por computadora que pueden almacenar datos que son accesibles por una computadora, tales como casetes magnéticos, tarjetas de memoria flash, discos de vídeo digitales, cartuchos de Bernoulli, memorias de acceso aleatorio (RAMs), memorias de solo lectura (ROMs), y similares, también pueden ser utilizados en el ambiente operativo ilustrativo. Se puede almacenar un número de módulos de programa en el disco duro 39, disco magnético 29, disco óptico 31, ROM 24 o RAM 25, incluyendo un sistema operativo 35, uno o más programas de aplicación 36, otros módulos de programa 37 y datos de programa 38. Un usuario puede introducir comandos e información en la computadora personal 20 a través de dispositivos de entrada tales 39 como un teclado 40 y un dispositivo de señalamiento 42. Otros dispositivos de entrada (no mostrado) pueden incluir un micrófono, palanca de juegos, almohadilla de juegos, antena de satélite, explorador, o similares. Estos y otros dispositivos de entrada por lo regular están conectados a la unidad de procesamiento 21 a través de una interfase de puerto en serie 46 que está acoplada al conductor común de sistema 23, pero también puede estar conectada a través de otras interfases, tales como un puerto paralelo, puerto de juegos o un conductor común serial universal (USB). Una presentación en la forma de un monitor 47 también está conectada al conductor común de sistema 23 a través de una interfase, tal como una tarjeta de vídeo o adaptador 48. Una o más bocinas 57 también pueden estar conectadas al conducto común de sistema 23 a través de una interfase, tal como un adaptador de audio 56. Además de la presentación y bocinas, las computadoras personales típicamente incluyen otros dispositivos de salida periféricos (no mostrados), tales como impresoras. La computadora personal 20 puede operar en un ambiente en red utilizando conexiones lógicas a una o más computadoras personales, tales como una computadora remota 49. La computadora remota 49 puede ser otra computadora persona, un servidor, un enrutador, una PC de red, un dispositivo par u otro nodo de red común, y típicamente incluye muchos o todos los elementos descritos anteriormente con relación a la computadora personal 20. Las conexiones lógicas ¡lustradas en la Figura 1 incluye una red de área 40 local (LAN) 51 y una red de área amplia (WAN) 52. Dichos ambientes en red son lugares comunes en oficinas, redes de computadora en empresas, ¡ntranets e Internet. Cuando se utiliza en un ambiente en red de LAN, la computadora personal 20 está conectada a la red de área local 51 a través de una interfase de red o adaptador 53. Cuando se utiliza en un ambiente en red de WAN, la computadora personal 20 típicamente incluye un módem 54 u otros medios para establecer comunicaciones a través de área amplia 52, tal como el Internet. El módem 54, el cual puede ser interno o externo, está conectado al conductor común de sistema 23 a través de la interfase de puerto en serie 46. En un ambiente en red, los módulos de programa ilustrados con relación a la computadora personal 20 o sus porciones pueden ser almacenados en el dispositivo de almacenamiento de memoria remoto. Se apreciará que las conexiones de red mostradas son ilustrativas, y se pueden utilizar otros medios para establecer un enlace de comunicaciones entre las computadoras. Como se implementa en un sistema de tipo ilustrado en la Figura 1, la presenta invención utiliza carpetas virtuales que facilita que los usuarios realicen tareas básicas alrededor de la manipulación de archivos y navegación de carpetas (navegar) y para proporcionar capacidades de almacenamiento de nivel más alto que pueden ser niveladas en varios aspectos. Las carpetas virtuales exponen archivos y artículos a usuarios en diferentes vistas basándose en sus metadatos en lugar de la estructura del sistema de 41 archivo subyacente física actual en el disco. La Figura 2 es un diagrama de bloque de un sistema de carpeta virtual 200 de acuerdo con la presente invención. Como se describirá con mayor detalle más adelante, las carpetas virtuales permiten que un usuario cambie el "bigote" que controla la forma en que se ven los datos. Como un ejemplo, un usuario puede ver su música como una lista plana de todas las canciones, que pueden ser agrupadas a través de un álbum. Alternativamente, el usuario puede conmutar la vista para mostrar solamente los géneros o artistas o años, etc. El usuario puede desarrollar la vista para observar solamente los objetos adecuados para la tarea a hacer. Esto permite una experiencia de navegación mejorada que niega la necesidad de navegación adicional a través de carpetas (tanto hacia abajo como hacia atrás). Las mismas lecciones y capacidades se aplican para modelar otros tipos de datos no almacenados como archivos. Los contactos, por ejemplo, pueden ser expuestos al usuario de esta manera, proporcionándoles capacidades de interfase familiares, así como una infraestructura más rica para manipularlos que la provista por el libro de dirección plano. Como se ilustra en la Figura 2, el sistema de carpeta virtual
200 incluye un procesador de carpeta 210, una base de datos de relación 230, una base de datos de descripciones de carpeta virtual 232, otro componente de carpetas de encapsulados 34, un componente 236 de manejador de carpeta, y un navegador de intérprete y un componente de visión 240. El procesador de carpeta 42 210 incluye un componente de código de manejo nativo 212, un componente de manejador de fábrica 214, un componente de escritor de propiedad 216, un componente analizador de grupo de fila 218, un componente de desarrollo de consulta 220, un componente enumerador 22, y un componente de fábrica de propiedad 224. La base de datos de relación 230 almacena propiedades con respecto a todos los archivos en el sistema. También almacena algunos artículos, como contactos (es decir, artículos que no son archivos), de manera entera. En general, almacena metadatos con respecto a los tipos de archivos y artículos que los contienen. La base de datos de relación 230 recibe consultas de SQL del desarrollador de consulta 220. La base de datos de relación 230 también envía grupos de fila de SQL al componente analizador de grupo de fila 218, con una fila por columna de artículo, las columnas siendo las propiedades del artículo. La base de datos de descripciones de carpeta virtual 232 incluye las descripciones de la carpeta virtual. La base de datos de descripciones de carpeta virtual 232 envía datos al componente desarrollador de consulta 220, incluyendo una lista de tipos para presentar en la carpeta, el filtro inicial, y las ubicaciones físicas para mostrar los resultados (las coberturas). Con respecto al otro componente de carpetas de intérprete 234, el procesador de carpeta 210 delega a las carpetas de intérprete existentes de muchos tipos de artículos, incluyendo todos los archivos, manejadores o propiedades. El otro componente de 43 carpetas de intérprete 234 envía propiedades de las otras carpetas a la fábrica de propiedad 224. El otro componente de carpetas de intérprete también envía manejadores a la fábrica de manejador 214. El componente de manejadores de carpeta 236 proporciona un comportamiento de código para los artículos que existen solamente en la base de datos, como contactos. Esto es lo que permite que los artículos que nos son archivos se comporten parecido a los archivos. El componente de manejadores de archivo 236 envía manejadores a la fábrica de manejador 214. Para el componente de código de manejo nativo 212, el procesador de carpeta 210 directamente implementa ciertos manejadores basándose en las propiedades de los artículos. El componente de código de manejo nativo 212 envía manejadores a la fábrica de manejador 214. Para el componente de código de manejo nativo 212 y el componente de manejadores de carpeta 236, como todos los espacios de nombre, las carpetas virtuales tienen que proporcionar un grupo de manejadores (menú de contexto, icono, miniatura, infotips, ...) para sus artículos. Para la mayoría de éstos (infotips, objeto de datos, manejador de arrastre-caída, menú de contexto de fondo ...), la carpeta virtual proporciona un manejador común (nativo) para todos los tipos que mantiene. Sin embargo, existen otros que el autor del tipo tiene que proporcionar (menú de contexto en el mismo artículo, almacenamiento de propiedad que se puede escribir, ...). El manejador por omisión también puede ser anulado. Las carpetas virtuales reutilizan esto para archivos y 44 permiten que los artículos que no son archivos hagan lo mismo. La fábrica de manejador 214 toma listas de ID y produce comportamientos de código que proporcionan menús de contexto, iconos, etc. En general el procesador de carpeta 210 puede utilizar manejadores nativos, manejadores externos, o delegar a otras carpetas de intérprete para obtener manejadores, como se describió anteriormente con respecto al componente de código de manejo nativo 212, el otro componente de carpetas de intérprete 234, y el componente de manejadores de carpeta 236. El componente de fábrica de manejador 214 envía manejadores al navegador de intérprete en la vista 240, según es solicitado por la vista. El componente de fábrica de manejador 214 envía un manejador de propiedad al escritor de propiedad 216. El escritor de propiedad 216 convierte las intenciones el usuario tales como cortar, copiar y pegar en derechos de propiedad para el archivo o artículo. Un navegador de intérprete y el componente de edición 214 envían datos al escritor de propiedad 216, incluyendo la manipulación directa (cortar/copiar/pegar) o editar metadatos. En general, ya que las carpetas virtuales presentan una organización basándose en las propiedades de un artículo, las operaciones tales como mover y copiar (arrastre-caída) se convierten en una edición de esas propiedades. Por ejemplo, el movimiento de un documento, en una vista apilada por autor, del autor 1 al autor 2, significa cambiar el autor. El componente de escritor de propiedad 216 implementa esta función.
45 El analizador de grupo de fila 218 toma grupos de fila de base de datos y almacena todas las propiedades del artículo en una estructura de lista de ID de intérprete. Un grupo de filas toma la definición de pieza de la carpeta virtual y desarrolla una cadena de SQL que después puede ser emitida a la base de datos. El componente analizador del grupo de filas 218 envía listas de ID al componente en enumerador 222. Como se describió anteriormente, el componente analizador de grupo de filas 218 también recibe datos de la base de datos de relación 230, incluyendo los grupos de filas de SQL, con una fila por artículo, las columnas siendo propiedades de artículo. El componente de desarrollo de consulta 220 desarrolla consultas de SQL. El componente de desarrollo de consulta 220 recibe datos del componente enumerador 222, incluyendo nuevos filtros de la navegación. El componente de desarrollo de consulta 220 también recibe datos de la base de datos de descripciones de carpeta virtual 232, incluyendo una lista de los tipos para presentar en la carpeta, el filtro inicial, y la ubicación física para mostrar los resultados (las pantallas). El componente de desarrollo de consulta 220 envía las consultas de SQL a la base de datos de relación 230. En general, el componente de desarrollo de consulta 220 incluye un grupo de filas (en otras palabras una tabla). Esto es lo que está haciendo correr a las producciones de consulta. El componente analizador de grupo de fila 218 toma cada fila y utilizando los nombres de columna transforma la fila a una lista de 46 ID. Una lista de ID es una estructura de intérprete bien conocida que se utiliza para hacer referencia a artículos en un espacio de nombre. Al hacer esto se permite que las carpetas virtuales sean justamente como cualquier otro espacio de nombre para el resto del intérprete. También almacenar en memoria caché estos datos se ayuda a mantener un acceso a la base de datos, que puede ser muy costoso, a un mínimo. El componente enumerador 22 opera en respuesta a una navegación a una carpeta virtual. Como se describió anteriormente, el componente enumerador 222 recibe listas de ID del componente analizador de grupo de fila 218, y envía nuevos filtros de la navegación al componente de desarrollo de consulta 220. El enumerador 222 también envía datos al navegador de intérprete y componente de vista 240, incluyendo listas de ID que son regresadas para ser insertadas en la vista después de una navegación. El componente de fábrica de propiedad 224 toma listas de ID e identificadores de propiedad y regresa valores para esas propiedades. El componente de fábrica de propiedad 224 recibe datos del componente de fábrica de manejador 214 incluyendo el manejador de propiedad. Como se describió anteriormente, el componente de fábrica de propiedad 224 también recibe datos del otro componente de carpetas de intérprete 234, incluyendo propiedades de otras carpetas. El componente de fábrica de propiedad 224 también envía datos al navegador de intérprete y componente de vista 240, incluyendo propiedades de artículo, según 47 solicitado por la vista. El navegador de intérprete y el componente de vista 240 presentan los contenidos de una carpeta en una ventana, y maneja toda la interacción del usuario con los archivos o artículos presentados, tales como opresión, arrastre y navegación. De esta manera, el navegador de intérprete y el componente de vista 240 reciben las acciones el usuario. El navegador de intérprete y el componente de vista 240 también obtienen los datos con respecto a los comportamientos de código que se necesitan de la carpeta, en este caso el procesador de carpeta 210. Como se describió anteriormente, las carpetas virtuales se exponen a archivos y carpetas regulares (también conocidos como directorios) a usuarios en diferentes vistas basándose en sus metadatos en lugar de la estructura de sistema de archivo subyacente física actual en el disco. De esta manera, el sistema es capaz de tomar una propiedad que está almacenada en la base de datos y representarla como un contenedor que es similar a una carpeta. Ya que los usuarios son ya familiares con el trabajo de las carpetas, al presentar las carpetas virtuales en una forma similar, los usuarios pueden adaptarse al nuevo sistema más rápidamente. La Figura 3 es un diagrama de flujo que ilustra una rutina 300 a través de la cual un usuario proporciona una consulta que arrastra artículos seleccionados. En el bloque 302, el procesador de carpeta obtiene una consulta del usuario. En un bloque 304, el procesador de carpeta pasa la consulta a la base de datos de relación. En el bloque 48 306, la base de datos de relación proporciona los resultados de regreso al procesador de carpeta. En el bloque 308, el procesador de carpeta proporciona los resultados al usuario en la forma de carpetas virtuales y artículos. La Figura 4 es un diagrama de flujo que ilustra una rutina 320 a través de la cual se construyen carpetas virtuales y se presentan en la pantalla de acuerdo ya sea con una consulta por omisión o con una consulta del usuario. En el bloque 322, cuando un usuario primero abre la carpeta virtual, se utiliza una consulta por omisión. Esta consulta por omisión es tomada del registro. Por ejemplo, la consulta por omisión para una biblioteca de música puede mostrar todas las canciones agrupadas por álbum. En el bloque 324, el procesador de carpeta construye un objeto de consulta para esta consulta, y después pasa esta consulta a la base de datos de relación. En un bloque 326, la base de datos de relación genera los resultados de la consulta y pasa esto de regreso al procesador de carpeta como columnas y filas de base de datos. En el bloque 328, el procesador de carpeta toma estos resultados y los convierte de las filas y columnas de datos a una estructura de enumerador, la cual se utiliza por la vista de carpeta para poblar la pantalla con las carpetas virtuales resultantes y artículos para que el usuario pueda interactuar. En el bloque de decisión 330, un usuario decide si cambia la vista (emitiendo una consulta diferente o "pivote"). Por ejemplo, un usuario puede emitir un pivote de "mostrar todos los artistas". Si el usuario desea cambiar 49 la vista, entonces la rutina regresa al bloque 324 en donde el procesador de carpeta pasa esta nueva consulta a la base de datos de relación, y recibe de regreso nuevas filas y columnas de resultados, y construye una nueva estructura de enumerador. El procedimiento después continúa como se describió anteriormente, a medida que la vista de carpeta se limpia y se actualiza, utilizando el enumerador para rastrear los objetos de "artista" a la pantalla. En un ejemplo, se proporcionan objetos de álbum que representan contenedores en donde los usuarios pueden navegar. Por ejemplo, al hacer una doble opresión en los álbumes de "Beatles", la vista navegará para ver todas las canciones de los Beatles. El procesador de carpeta emite la consulta "mostrar todas las canciones de los Beatles" a la base de datos de relación, que maneja las filas y columnas de datos para esas canciones. El procesador de carpeta crea un enumerador de todas estas canciones, el cual después arrastra a la pantalla. El usuario también puede seleccionar la vista en cualquier punto mientras navega en carpetas virtuales. A partir del ejemplo anterior, después de estrechar para ajustar y mostrar canciones de los Beatles, un usuario puede cambiar la vista solamente para mostrar las canciones como álbumes. El procesamiento de cambiar la vista de artículos a otra representación se denomina "apilamiento". Esto es porque los artículos están conceptualmente dispuestos en "pilas" basándose en esa representación. En este caso, las canciones son redispuestas en pilas para cada uno de los varios 50 álbumes. Los usuarios después pueden navegar a una de estas pilas, solamente viendo las canciones de ese álbum particular. Otra vez, el usuario puede redisponer la vista de estas canciones restantes en pilas basándose en una propiedad (por ejemplo, una clasificación, por ejemplo). Si la propiedad de clasificación fuera seleccionada, se mostrarían las canciones de álbum de los Beatles en pilas para una clasificación de una, dos o tres estrellas. Los resultados de cada consulta dependen de en donde las ubicaciones físicas son incluidas en la cobertura. Por ejemplo, la cobertura puede hacerse para incluir solamente las carpetas en la carpeta de "mis documentos" del usuario. Alternativamente, la cobertura puede incluir todas las carpetas en la computadora, o aún todas las carpetas en múltiples computadoras conectadas en red. El usuario es capaz de ver y cambiar la cobertura a través de una hoja de propiedad de cobertura. En una modalidad, la hoja de propiedad en cobertura puede ser expuesta oprimiendo el botón derecho en la carpeta virtual y seleccionando "propiedades". El usuario puede agregar nuevas carpetas a la cobertura, o remover carpetas que fueron previamente agregadas. Un grupo de usuarios para los cuales las carpetas virtuales proporcionarán una utilidad particular, es de trabajadores de reconocimiento. Las carpetas virtuales permiten que los trabajadores de reconocimiento fácilmente conmuten entre documentos de división por tipo de archivo, proyecto, número de caso, autor, etc. Ya que los trabajadores de reconocimiento cada uno tiende a tener un método 51 diferente para organizar documentos, se pueden utilizar carpetas virtuales para adaptar estas diferentes preferencias. La Figura 5 es un diagrama de árbol de una estructura de carpeta de acuerdo con una disposición de carpeta física en una unidad de disco curo. Esta disposición de carpeta física se basa en la implementación tradicional de carpetas, la cual se puede basar en NTFS u otros sistemas de archivo existentes. Dichas carpetas son denominadas como carpetas físicas ya que su estructuración se basa en la estructura de sistema de archivo subyacente física actual en el disco. Como se describirá con mayor detalle más adelante, esto está en contraste con carpetas virtuales, las cuales crean vistas independientes de ubicación que permiten que los usuarios manipulen archivos y carpetas de forman que son similares a aquellas actualmente utilizadas para manipular carpetas físicas. Como se ilustra en la Figura 5, una carpeta 400 es una carpeta de "mis documentos". En un primer nivel, la carpeta 400 incluye las carpetas 410, 420 y 430, que corresponden a los clientes 1, 2 o 3, respectivamente. En un segundo nivel, cada una de las carpetas 410, 420 y 430 contienen una carpeta 411, 421 y 431, respectivamente, las cuales cada una corresponde a los contratos para el cliente seleccionado. En un tercer nivel, cada una de las carpetas 411, 421 y 431 contiene una carpeta 412, 422 y 432, respectivamente, cada una correspondiendo al año 2001. En el tercer nivel, cada una de las carpetas 411, 421 y 431 también contiene una carpeta 413, 423 y 433, respectivamente, cada una correspondiente al año 2002.
52 Se apreciará que un número de obstáculos se presenta a un usuario quien desea navegar en una estructura de archivo de carpeta física tal como aquella ilustrada en la Figura 5. Por ejemplo, si el usuario desea trabajar con todos los contratos que el usuario ha producido, el usuario primero necesitará navegar hacia la carpeta 411 para trabajar con los contratos para el cliente 1, y después tendrá que volver a navegar a la carpeta 421 para llegar a los contratos para el cliente 2, y tendrá que volver a navegar a la carpeta 431 para los contratos del cliente 3. Esta disposición hace difícil que el usuario tenga acceso a todos los contratos, y en general, evita la visión y manipulación simultánea de todos los contratos. Similarmente, si el usuario desea ver todos lo contratos producidos en el año 2001, el usuario tendrá que navegar y volver a navegar y volver a navegar a las carpetas 412, 422 y 432, respectivamente. Como se describirá con mayor detalle más adelante, las carpetas virtuales de la presente invención proporcionan una estructura de sistema de archivo mejorada. La Figura 6 es un diagrama de árbol de una estructura de carpeta virtual. Como se describirá con mayor detalle más adelante, las carpetas virtuales crean vistas independientes de ubicación que permiten que los usuarios manipulen sus archivos y carpetas en formas convenientes. Como se muestra en la Figura 6, las carpetas virtuales están representadas como pilas. Una carpeta virtual 500 es una carpeta de "todos los artículos". En un primer nivel, la carpeta virtual 500 contiene carpetas virtuales 510, 520 y 530, 53 correspondiendo a clientes, contratos y año, respectivamente. Como se describirá con mayor detalle más adelante, esta estructura permite que un usuario tenga acceso a archivos de acuerdo con un parámetro deseado. La Figura 7 es un diagrama de árbol de la estructura de carpeta virtual de la Figura 6, en donde en un segundo nivel, la carpeta virtual 510 además incluye carpetas virtuales 511 y 512, que corresponden a contratos y año, respectivamente. En otras palabras, la pila de carpetea virtual 510 de clientes además se filtra por contratos y año. El procedimiento para determinar que archivos y artículos están contenidos en cada uno de las carpetas virtuales se describirá con mayor detalle más adelante. La Figura 8 es un diagrama de árbol de la estructura de carpeta virtual de la Figura 7, en donde en un tercer nivel, la carpeta virtual 511 contiene una carpeta virtual 513, que corresponde a un año. En otras palabras, la pila de contratos de la carpeta virtual 511 además está filtrada por año. Aunque la estructura de carpeta virtual para las carpetas virtuales 510, 511 y 513 ha sido estructura de acuerdo con clientes, contratos y año, se apreciará que las carpetas virtuales permiten que ocurran otras secuencias de estructuración, como se describirá con mayor detalle más adelante haciendo referencia a la Figura 9. La Figura 9 es un diagrama de árbol de la estructura de carpeta virtual de la Figura 6, en donde en un segundo nivel, la carpeta virtual 520 ha sido además filtrada en las carpetas virtuales 521 y 54 522, que corresponden a clientes y año. En un tercer nivel, la carpeta virtual 521 además ha sido filtrada a una carpeta virtual 523, que corresponde a un año. El contraste entre las estructuras de organización de las Figuras 8 y 9 ayuda a ilustrar la flexibilidad del sistema de carpeta virtual. En otras palabras, en un sistema de carpeta virtual, un usuario es capaz de navegar en las carpetas virtuales de acuerdo con parámetros deseados, según opuesto a ser dependiente de las vistas dependientes de ubicación de una estructura de archivo físico tal como aquella ilustrada en la Figura 5. La Figura 10 es un diagrama que ilustra una presentación de pantalla 600 mostrando las pilas de una biblioteca de documento. Como se observó anteriormente, las pilas pueden ser usadas para representar un tipo de carpeta virtual. Como se describirá con mayor detalle más adelanta, la presentación de pantalla 600 incluye elementos de enlace rápido 610, 613, elementos de filtro 620-626, elementos de actividad 630-633, elementos de información y control 640-645, y pilas de carpeta virtual 651-655. Los elementos de enlace rápido incluyen un enlace rápido 610 de "todas las categorías", un enlace rápido 611 de "todos los autores", un enlace rápido 612 de "trabajo de enero", y una selección para presentar enlaces rápidos 613 adicionales. Como se describirá con mayor detalle más adelante, los enlaces rápidos pueden ser seleccionados por un usuario para realizar navegaciones deseadas de las carpetas virtuales. Los enlaces rápidos pueden ser provistos por el sistema, y algunos enlaces rápidos pueden ser creados y 55 guardados por un usuario. Los elementos de filtro incluyen un indicador 620 de "filtro", una plantilla de entrada 621, un indicador 622 de "por fecha", un selector 623 de "año", un selector 624 de "tomar un autor", un selector 625 de "tomar una categoría", y un selector 626 de "más filtros". El indicador 620 de "por filtro" dirige a un usuario al hecho de que los artículos que están abajo pueden ser utilizados para filtrar las carpetas virtuales o artículos. La plantilla de entrada 621 proporciona un área en donde un usuario puede escribir un nuevo término de filtro deseado. El indicador 622 de "por fecha" dirige a un usuario al hecho de que seleccionando una fecha del selector 623 de "año", las carpetas virtuales o artículos pueden ser filtrados por el año seleccionado. El selector 624 de "tomar un autor" permite que un usuario filtre de acuerdo con un autor específico. El selector 625 de "tomar una categoría" permite que un usuario filtre de acuerdo con una categoría seleccionada. El selector 626 de "más filtro" permite que un usuario jale filtros adicionales en la presentación. Los selectores de actividad incluyen un selector 630 de "crear una nueva categoría", los selectores 631 y 632 de "actividad", y un selector 633 de "más actividades". Como se describirá con mayor detalle más adelanta, las actividades que están presentadas pueden ser para funciones generalmente deseables, o pueden ser más específicamente dirigidas a actividades útiles para el tipo de carpetas virtuales que actualmente se están presentando. Por ejemplo, el selector 630 de "crear una nueva categoría" puede ser 56 seleccionado por el usuario para crear una nueva categoría que será representada por una nueva pila. Como se observó anteriormente, los selectores de actividad 631 y 632 pueden ser más específicamente dirigidos al tipo de carpetas o artículos que se están presentando. Por ejemplo, la presentación actual es de una biblioteca de documento, para la cual se pueden dirigir los selectores 631 y 632 de "actividad" a actividades específicamente diseñadas para documentos, tales como edición o creación de anexos. Si la biblioteca actual ha sido una biblioteca de fotografías, el selector 631 y 632 de "actividad" puede ser para actividades específicamente dirigidas a fotos, tales como formar álbumes de fotos o compartir fotos con otros usuarios. Los elementos de información y de control incluyen líneas de información 640 y 641, una línea de control 642, un control de retroceso 643, y líneas de información 644 y 645. Las líneas de información 640 y 641 proporcionan información como la navegación actual de carpetas virtuales o artículos. En este ejemplo, la línea de información 640 indica que la navegación actual es hacia una biblioteca de documento, mientras que la línea de información 641 indica la navegación más completa, mostrando que la biblioteca de documento está dentro del área de almacenamiento. La línea de control 642 proporciona un número de controles estándares, y el botón de retroceso 643 permite que un usuario regrese a través de una navegación. La línea de información 644 proporciona información numérica con respecto a los contenidos de la navegación actual. En 57 este ejemplo, la línea de información 644 indica que existen 41 artículos que toman 100 MB en las pilas de la biblioteca de documento. La línea de información 645 está disponible para proporcionar información adicional, tal como información adicional con respecto a un archivo que es seleccionado. Las pilas de la biblioteca de documento incluyen una pila 651 de "ABC Corp.", una pila 652 de "respaldo", una pila 653 de "planes de negocios", una pila 654 de "XYZ corta", y una pila 655 de "reportes de mercado". El número sobre la parte superior de cada una de las pilas indica cuantos artículos están en cada pila. Por ejemplo, la pila 654 de "ABC Corp." se muestra que incluye 8 artículos. El número total de artículos de las pilas aumenta el número de artículos indicados en la línea de información 644, la cual como se describió anteriormente, es de 41 en este ejemplo. Se proporciona una caja de selección SB, la cual puede ser utilizada por un usuario para seleccionar un artículo deseado. La selección de la pila 651 "ABC Corp." produce una vista de los artículos de esa pila, como se describirá más adelante con respecto a la Figura 11. La Figura 11 es un diagrama que ilustra una presentación de pantalla que muestra los artículos en la pila 651 de "ABC Corp." de la Figura 10. Se debe observar que las líneas de información 640 y 641 ahora indican que la presente navegación está mostrando la pila "ABC Corp." La pila 651 de "ABC Corp." se muestra incluyendo 8 documentos 751-758, que corresponden a los documentos 1-8, respectivamente. La línea de información 644 correspondientemente 58 indica que existen 8 artículos que tomarán 20 MB de memoria. Los documentos de la Figura 11 pueden ser además dispuestos en pilas dentro de la pila de ABC Corp. En otras palabras, dentro de la carpeta virtual representada por la pila 651 de ABC Corp., se pueden organizar carpetas virtuales adicionales para mantener los documentos, como se describirá más adelante con respecto a las Figuras 12-16. La Figura 12 es un diagrama que ilustra una presentación de pantalla en donde se selecciona una función de apilamiento para los documentos de la Figura 11. Como se muestra en la Figura 12, el usuario es capaz de jalar una caja de función 760. La caja de función 760 incluye una selección 761 de "ver", una selección 762 de "disponer iconos por", una selección 363 de "pilas", una selección 764 de "refrescar", una selección 765 de "abrir archivos de contención", una selección 766 de "cortar"^ una selección 767 de "copia", una selección 768 de "deshacer", una selección 769 de "nuevo", y una selección 770 de "propiedades". La caja de selección SB se muestra que está alrededor de la selección 763 de "pilas". La Figura 13 es un diagrama que ilustra una pantalla de presentación en donde se selecciona un parámetro de "apilar por autor" para la función de apilamiento de la Figura 12. Como se muestra en la Figura 13, una caja 780 es presentada, la cual muestra varias opciones de apilamiento. Las opciones de apilamiento incluyen una opción 781 de "no apilar", una opción 782 de "apilar por categoría", una opción 783 de "apilar por autor", y una opción 784 de 59 "apilar por un usuario". La caja de selección SB se muestra que está alrededor de la opción 783 de "apilar por autor". La Figura 14 es un diagrama que ilustra una presentación de pantalla en donde los archivos de la Figura 13 han sido apilados por autor. Como se muestra en la Figura 14, las pilas 791 y 792 corresponden a los autores Bob y Lisa, respectivamente. Como se indica por los autores en la parte superior de cada una de las pilas, la pila 791 de Bob incluye 2 artículos, mientras que la pila 792 de Lisa incluye 5 artículos. El artículo 758 (que corresponde al documento 8) no tiene un autor, y de esta manera no se incluyó en una pila de "autor". Las pilas 791 y 792 ilustran que pilas pueden ser organizadas en múltiples niveles, tales como dentro de la pila 651 de "ABC Corp.". De esta manera, las carpetas virtuales pueden ser formadas en múltiples niveles, tal como la pila 792 de "Lisa" que está dentro de la pila 651 de "ABC Corp." que está dentro de la biblioteca de documento. La Figura 15 es un diagrama que ilustra una presentación de pantalla en donde una opción de "apilar por categoría" se selecciona además para volver a apilar los archivos de la Figura 14. Como se muestra en la Figura 15, la caja de selección SB está alrededor de la opción 782 de "apilar por categoría". Ya que algunos de los artículos ya están apilados en las pilas 791 y 792, la selección de la opción 782 de "apilar por categoría" volverá a apilar los artículos, como se describirá con mayor detalle más adelante con referencia a la Figura 16.
60 La Figura 16 es un diagrama que ilustra una presentación de pantalla en donde los archivos de la Figura 14 se vuelven a apilar por categoría. Como se muestra en la Figura 16, las pilas 793 y 794 corresponden a las categorías de "XYZ Corp." y "reportes de mercado", respectivamente. Los artículos 751 y 752, que corresponden a los documentos 1 y 2, no fueron designados para ninguna de las categorías adicionales, y de esta manera no cayeron en ninguna de las otras pilas de categoría. La Figura 17 es un diagrama que ilustra una presentación de pantalla en donde se selecciona un enlace rápido para carpetas físicas. La caja de selección SB se muestra que está alrededor del enlace rápido 616 de "todas las carpetas". Como se describirá con mayor detalle más adelante con respecto a la Figura 18, el enlace rápido 616 de "todas las carpetas" proporciona la conmutación a una vista de carpetas físicas. La Figura 18 es un diagrama que ilustra una presentación de pantalla mostrado carpetas físicas. Las carpetas físicas que se muestran contienen los archivos de las pilas de archivo virtual de la Figura 17. En otras palabras, los artículos contenidos dentro de las pilas 651-655 de la Figura 17 también están contenidos en ciertas carpetas físicas en el sistema. Estos se muestran en la Figura 18 como una carpeta 851 de "mis documentos" que está localizada en la computadora actual, una carpeta 852 de "escritorio" que está ubicada en la computadora actual, una carpeta 853 de "Foo" que está ubicada en la unidad de disco duro C, una carpeta 854 de "mis archivos" que 61 está ubicada en un servidor, una carpeta 855 de "unidad externa" que está ubicada en una unidad externa, una carpeta 856 de "mis documentos" que está ubicada en otra computadora, y una carpeta 857 de "escritorio" que está ubicada en otra computadora. Como se muestra en la Figura 18, un usuario es capaz de conmutar de la representación de archivos virtuales de la Figura 17 a la representación de archivo físico de la Figura 18. Esto permite que un usuario alterne entre representaciones de archivo virtual y representaciones de archivo físico, dependiendo de cual se desee para una tarea actual. Las diferentes ubicaciones de las carpetas físicas 851-857 también ilustran que la pantalla del sistema de archivo virtual puede ser relativamente ancha, como se describirá con mayor detalle más adelante. La Figura 19 es un diagrama de flujo que ilustra una rutina 880, a través de la cual un usuario puede manipular directamente carpetas virtuales. Como se describirá con mayor detalle más adelante, los mecanismo que son provistos para manipular las carpetas virtuales son similares a aquellos que actualmente se utilizan para manipular carpetas regulares (por ejemplo, oprimir y arrastre, copiado, pegado, etc.). Como se muestra en la Figura 9, en el bloque 882, el sistema proporciona acciones definidas que el usuario puede realizar para la manipulación directa de las carpetas virtuales que están representadas como objetos de representación. En el bloque 884, el usuario realiza una acción definida. Como se observó anteriormente, un ejemplo de esto puede ser que un usuario 62 oprima y arrastre una carpeta virtual para copiar sus contenidos a otra carpeta virtual. En el bloque 886, la carpeta virtual y/o contenidos son manipulados como se dirigen a través de la acción realizada por el usuario. La Figura 20 es un diagrama que ilustra una representación de pantalla en donde se ha agregado una nueva pila 656 de costa occidental a las pilas de la Figura 10. La pila 656 de Costa Occidental se formó por un usuario creando una nueva categoría de "Costa Occidental". Después de su creación inicial, la nueva pila 656 de Costa Occidental podría estar vacía y tener cero artículos. En la modalidad de la Figura 20, se han agregado dos artículos a la pila 656 de costa occidental. Un método para agregar artículos a una pila es seleccionar un artículo particular, y ya sea modificar o agregar categorías adicionales a los metadatos de categoría para el artículo, tal como agregar la categoría de "Costa Occidental" a dos artículos que se realizaron en la modalidad de la Figura 20. Este procedimiento ilustra que los datos de categoría son una propiedad de metadatos para un artículo que es de un tipo de propiedad ad-hoc. En otras palabras, una propiedad de este tipo no tiene ningún significado implícito, y se le puede asignar un valor arbitrario por el usuario. Por ejemplo, la "propiedad" de categoría puede tener cualquier valor, mientras que la propiedad de "autor" debe ser en nombre de una persona. Como se describirá con mayor detalle más adelante haciendo referencia a la Figura 21, los artículos también pueden ser oprimidos y arrastrados para ser copiados de otras pilas 63 a la pila 656 de Costa Occidental (en cuyo caso, las categorías de los artículos son automáticamente actualizadas para incluir "Costa Occidental". A este respecto, la Figura 20 muestra que la caja de selección SB está alrededor de la pila 651 de ABC corto, en preparación para que sus contenidos sean copiados. La Figura 21 es un diagrama que ilustra una presentación de pantalla en donde se utiliza una manipulación directa para copiar los archivos de la pila 651 de ABC Corp. a la pila 656 de Costa Occidental. En otras palabras, como se muestra en la figura 20, el usuario seleccionó la pila 651 de ABC COPR., y después, como se muestra en la Figura 21, el usuario oprimió y arrastró la pila a ser copiada a la pila 656 de Costa Occidental. De esta manera, la pila 656 de Costa Occidental que tiene dos artículos en la Figura 20, ahora se muestra incluyendo un total de 10 artículos, incluyendo los 8 artículos adicionales de la pila 651 de ABC Corp. Cuando los artículos de la pila 651 de ABC Corp. son copiados a la pila 656 de Costa Occidental, esto se logró modificando las descripciones de categorías de los ocho artículos para que también incluyan la categoría de "Costa Occidental" además de incluir la categoría original de ABC Corp. Esto ilustra un tipo de manipulación directa que puede ser realizada. Otro ejemplo de manipulación directa es oprimir el lado derecho de un artículo y seleccionar eliminar. En una modalidad, cuando una función de eliminación se selecciona por un usuario, el usuario es consultado si el artículo debe ser eliminado todo o simplemente 64 removido de la carpeta virtual presente. Si el artículo es solamente va hacer removido de una pila de categoría de carpeta virtual presente como se observó anteriormente, esto puede lograrse removiendo la categoría deseada de los metadatos para el artículo. En otras palabras, si uno de los artículos que ha sido copiado de la pila 651 de ABC Corp, a la pila 656 de Costa Occidental Después fue removido de la pila 656 de Costa occidental, esto puede lograrse modificando los datos de categoría para el archivo particular a no más para incluir la categoría de "Costa Occidental". La Figura 22 es un diagrama de flujo que ilustra una rutina 900 para que el sistema dramáticamente genere nuevos términos de filtro. Los términos de filtro son utilizados para manipular las carpetas virtuales. Los términos de filtración esencialmente son utilizados como un grupo de herramientas para estrechar un grupo de artículos. En una modalidad, los filtros consisten de categoría de metadatos y sus valores (presentados al usuario en la interfase de usuario como enlaces que se pueden oprimir o menús desplazables). El usuario oprime en un término filtro con el fin de filtrar el grupo de resultados actuales de artículos en la presentación. La Figura 22 ilustra cuantos filtros pueden ser dinámicamente generados. Como se muestra en la Figura 22, en el bloque 902, se revisan las propiedades (de los metadatos) de los artículos en una colección de la presentación actual. En el bloque 904, se generan dinámicamente términos de filtro propuestos basándose en propiedades comunes de los artículos. En el bloque 906, los términos 65 de filtro propuestos son presentados al usuario para posible selección para filtrar artículos. Como un ejemplo de este procedimiento, el sistema puede revisar las propiedades de un grupo de artículos, y si los artículos generalmente tienen "autores" como una propiedad, el filtro puede proporcionar una lista de los autores para filtrar. Después, al oprimir en un autor particular, los artículos que no tienen ese autor serán removidos del grupo en la presentación. Este procedimiento de filtración proporciona al usuario con un mecanismo para estrechar el grupo de artículos en la presentación. La Figura 23 es un diagrama de flujo que ilustra una rutina 920 para que el sistema filtre artículos basándose en la selección de un término de filtro. En el bloque 922, el usuario ya sea introduce un nuevo filtro de un nuevo término de filtro o selecciona uno de los términos de filtro que han sido presentados por el sistema. Como se observó anteriormente, los términos de filtro pueden ser dinámicamente generador por el sistema, o pueden ser preestablecidos. En el bloque 924, los artículos de la colección en la presentación son evaluados con respecto a si sus propiedades seleccionadas coincide con el término de filtro. Por ejemplo, si el término de filtro es para artículos que fueron autorizados por "Bob", entonces los artículos son evaluados de acuerdo ya sea con su propiedad de autor que incluye "Bob". En el bloque 926, los artículos para los cuales las propiedades seleccionadas no coinciden con el término de filtro, son removidos de la colección en la presentación.
66 Las Figuras 24-29 generalmente ilustran como el procedimiento de filtración aparece en la presentación de pantalla. Como se describirá más adelante con referencia a las Figuras 24-29, en una modalidad, la filtración generalmente puede operar de acuerdo con el siguiente procedimiento. Después de que el usuario oprime en un valore de filtro, los artículos fuera de la escala de filtro son animados en la pantalla. La animación generalmente está diseñada para hacer obvio que los artículos están siendo removidos y que ningún artículo nuevo va ha ser agregado. El botón de retroceso 643 puede ser seleccionado por un usuario con el fin de deshacer las operaciones de filtro. En una modalidad, se crea una pila de navegación que contiene las acciones de filtro secuenciales, que se utilizan para deshacer cada una de las acciones de filtro cuando se selecciona el botón de retroceso 643. Cada vez que un valor de filtro se selecciona, las áreas de información 640 y 641 son actualizadas para indicar el valor de filtro actual. En una modalidad, después de que se selecciona un valor de filtro, a un usuario se le proporciona la opción de guardar un nuevo enlace rápido para la navegación de filtro actual, como se describirá con mayor detalle más adelante con respecto a la Figura 30. A medida que los valores de filtro son seleccionados, los controles de filtro pueden ser actualizados para hacer apropiados para que los artículos permanezcan en la vista. La Figura 24 es un diagrama que ilustra una presentación de pantalla en donde las pilas de la Figura 10 han sido filtradas por el término "AB". Como se muestra, en el área de filtro 621, el término 67 "AB" ha sido escrito por un usuario. Las líneas de información 640 y 641 indican que los articulos en la presentación ahora son aquellos que han sido filtrados por el término "AB". Como se muestra, la pila 651 de ABC Corp., sigue conteniendo ocho artículos, aunque la pila 652 de respaldos ahora contiene tres artículos, y la pila 654 XYZ Copr., también contiene tres artículos. La línea de información 644 de esta manera indica que existe un total de 14 artículos, tomando un total de 35 MB de memoria. La Figura 25 es un diagrama que ilustra una presentación de pantalla en donde las pilas de la Figura 10 han sido filtradas por el término ABC. Con respecto al término de filtro "AB" de la Figura 24, el usuario simplemente tiene que escribir la letra adicional "C" para hacer el término de filtro total "ABC". Como se muestra en la Figura 25, las líneas de información 640 y 641 ahora indican que los artículos en la presentación son aquellos que contienen el término "ABC". La pila 651 de ABC Corp., aún sigue mostrando que contiene ocho artículos, mientras que la pila 652 de respaldos ahora contiene solamente dos artículos. La pila 654 de XYZ Corp., ha desaparecido porque ninguno de sus contenidos coincide con el filtro "ABC". La línea de información 644 ahora indica que existe un total de 10 artículos en las pilas en la presentación, los cuales toman un total de 25 MB de memoria. Las Figuras 24 y 25 de esta manera proporcionan ejemplo de cómo un usuario puede introducir nuevos términos de filtro, y como esos términos de filtro después son utilizados para filtrar los artículos que se muestran en la 68 presentación. El botón de retroceso 643 puede ser utilizado por un usuario para regresar a través del procedimiento de filtración. Como se describió anteriormente con respecto a la Figura 10, el botón de retroceso 643 permite que un usuario regrese a través de una navegación. Con respecto a los ejemplos de las Figuras 24 y 25, después de la filtración por el término "ABC" en la Figura 25, un usuario puede seleccionar el botón de retroceso 643 con el fin de regresar un paso del procedimiento de filtración, el cual puede regresar al estado de la Figura 24. Alternativamente, en otra modalidad, el botón de retroceso 643 puede limpiar todo el término de filtro, y de esta manera puede regresar al estado antes de que ocurra la filtración. En este caso, al oprimir el botón de retroceso 643 en la Figura 25, un usuario puede regresar al estado de la Figura 10. En una modalidad, además del botón de retroceso, se puede proporcionar un medio adicional para que un usuario regrese o de otra manera modifique la navegación de filtración. Este medio adicional involucra que el usuario pueda directamente tener acceso y modificar la línea de información 641, la cual correspondientemente cambia la navegación de filtro. En otras palabras, al accesar y modificar directamente la linea de información 641, el usuario puede remover uno o más de os filtros aplicados, o modificar los valores para cualquiera de los filtros aplicados. Este aspecto se describe con mayor detalle en la solicitud de patente de E. U. A. No 69 10/420,040, presentada el 17 de abril del 2003, la cual está comúnmente cedida e incorporada aquí por referencia en su totalidad. También se puede utilizar un cronómetro junto con un usuario que escribe términos de filtro tales como aquellos mostrados en las Figura 24 y 25. El cronómetro se utiliza para verificar una pausa en la escritura del usuario. Después de un intervalo seleccionado de no escritura, el filtro es aplicado. Por ejemplo, en estado de la Figura 24, un usuario ha escrito el término de filtro "AB", sin ningún retrazo de tiempo importante entre "A" y "B". Después de escribir el término "AB" el usuario hace pausa, produciendo de esta manera el estado mostrado en la Figura 24, en donde el término de filtro "AB" es aplicado. Posteriormente, el usuario agrega la letra "C" para completar el término filtro "ABC", y después hace pausa de nuevo, en ese punto el término de filtro "ABC" es aplicado como se ilustró en la Figura 25. En una modalidad, después de que un usuario ha escrito un término de filtro en el área de filtro 621, y después selecciona otro filtro o navegación, el estado de navegación es actualizado, y el término de filtro en el área de filtro 621 se hace para quedar vacía de nuevo. Además, como se describirá con mayor detalle más adelante con referencia a las Figuras 26-29, otros controles de filtro pueden ser actualizados basándose en la selección de cierto términos de filtro. La Figura 26 es un diagrama que ilustra una presentación de 70 pantalla y se selecciona el término de filtro provisto por el sistema "año 2002". Como se observó anteriormente, bajo el indicador de fecha 622, las selecciones de año 623 incluyen los años 200, 2001 o 2002. La caja de selección SB se muestra alrededor del año 2002, indicando que el usuario está seleccionando esa como el término de filtro deseado. La Figura 27 es un diagrama que ilustra una presentación de pantalla en donde el término filtro "2002" ha sido aplicado. También se muestra la selección adicional del selector 623A de "tomar un mes". Como se muestra en la Figura 27, después de aplicar el término de filtro "2002", se ha reducido el número de artículos en las pilas. Más específicamente, la pila 651 de ABC Corp., ahora contiene seis artículos, la pila 652 de respaldos ahora contiene ocho artículos, la pila 653 de planes de negocios ahora contiene tres artículos, y la pila 654 de XYZ Copr., ahora contiene cinco artículos. La línea de información 644 ahora indica un total de 22 artículos, tomando un total de 50 MB de memoria. Las líneas de información 640 y 641 ahora indican que los artículos mostrados en la presentación son aquellos que han sido filtrados para contener el término de filtro "2002". La Figura 28 es un diagrama que ilustra una presentación de pantalla en donde se presenta una lista para seleccionar un mes para filtración. Se proporciona una caja 950 que incluye la lista de los meses. La caja 950 ha sido provista en la presentación debido a que el usuario selecciona el selector 623A de "tomar un mes". La caja de selecciones SB se muestra alrededor del mes de enero. La Figura 29 es un diagrama que ¡lustra una presentación de pantalla, en donde las pilas de la Figura 28 han sido además filtradas por el mes de enero, y además muestran un término de filtro de "día". Como se muestra en la Figura 29, las líneas de información 640 y 641 ahora indican que los artículos en la presentación son aquellos que han sido filtrados por el término "enero". La pila 652 de respaldos ahora se muestra con teniendo dos artículos, mientras que la pila 653 de planes de negocio también se muestra conteniendo dos artículos. La línea de información 644 indica que existe un total de cuatro artículos en la presentación, lo cual toma un total de 10 MB de memoria. Se proporciona un selector 623B de "tomar por día", si el usuario desea filtrar más los resultados en un día específico. Como se describió anteriormente con respecto a las Figuras 24-29, los términos de filtro pueden presentados en el sistema, o escritos por un usuario. Una vez que un término de filtro es seleccionado, los términos de filtro restantes que son presentados pueden ser actualizados (por ejemplo, después de que el año "2002" se selecciona en la Figura 26, en la Figura 27 las opciones para seleccionar año ya no son más presentadas y más bien se proporciona una opción de "tomar un mes"). Como se observó anteriormente, el botón de retroceso 643 puede ser seleccionado por un usuario para regresar a través del procedimiento de filtración. Por ejemplo, después de que el mes de "enero" ha sido seleccionado en la Figura 29, el usuario puede seleccionar el botón de retroceso 643 72 para regresar el procedimiento de filtración al año "2002", como se ilustra en la Figura 27. El menú de filtro también puede incluir una función de "por pila", que puede trabajar similarmente a la función de por pila descrita anteriormente con respecto a las Figuras 15 y 16. Por ejemplo, un filtro de "tipo de filtro" puede tener selecciones para "Excel", "PowerPoint", "World", y también "pila por escribir archivo". Al seleccionar la función de "por pila" se cambia la vista para mostrar pilas de los varios tipos de archivo. En general, los filtros pueden ser configurados para aplicarse a diferentes propiedades de los archivos o artículos. En una modalidad, los filtros pueden ser clasificados de acuerdo con diferentes tipos, tales como: índice alfabético, valores discretos; fechas; y escalas numéricas. Las propiedades ilustrativas para el índice alfabético pueden incluir el nombre de archivo, autor, artista, nombre de contacto amistoso, propietario, autor del documento, título del documento, tema del documento y descripción. Las propiedades ilustrativas para los valores discretos pueden incluir ubicación, tipo de archivo (nombres de aplicación), género, vista, década (para música), clasificación (para música), velocidad de bit, protección, categoría de documento, cuenta de página de documento, comentarios de documento, modelo de cámara, dimensiones, nombre de producto, versión del producto, imagen X, imagen Y, y tiempo de creación del documento. Las propiedades ilustrativas para las fechas pueden incluir el último acceso, la última modificación, creado en, tomado en (para imágenes). Una propiedad ilustrativa para la escala 73 numérica puede ser al tamaño de archivo. Se apreciará que los filtros descritos anteriormente con respecto a las Figuras 24-29 permite que los usuarios reduzcan una lista de artículos para encontrar un artículo particular que es de interés. Como un ejemplo específico, de acuerdo con los procedimientos descritos anteriormente, un usuario puede estrechar una lista actual de documentos para solamente mostrar archivos de Microsoft Word, autorizados por una persona particular y editados en la última semana. Esta funcionalidad permite que un usuario encuentre un artículo particular en una lista de muchos, y ayuda al usuario a evitar tener que explorar manualmente cada articulo en la lista. La Figura 30 es un diagrama de flujo que ilustra una rutina 940 para crear un nuevo enlace rápido. Como se describirá con mayor detalle más adelante, los enlaces rápidos son enlaces predefinidos que pueden ser oprimidos por un usuario para crear vistas seleccionadas por el usuario de los grupos de artículos. En una modalidad, un enlace rápido puede pensarse que es un tipo de pivote, los enlaces rápidos proporcionan un mecanismo para recuperar una carpeta virtual. La opresión de un enlace rápido puede llevar a un usuario a una carpeta deseada (en la misma forma que cuando oprime una caja de "favoritos" que puede llevar a un usuario a un sitio web). Los enlaces rápidos pueden ser predefinidos por el sistema, o pueden ser fijados por un usuario. Por ejemplo, la opresión en "todos los autores" puede regresar una vista apilada por 74 autores. La opresión de "todos los documentos" puede regresar una vista plana para todos los documentos para todas las áreas de almacenamiento. Los usuarios también pueden crear sus propios enlaces rápidos. Como se muestra en la Figura 30, en el bloque 942, un usuario hace una selección en la presentación para indicar que un nuevo enlace rápido debe ser formado del término de filtro actual o navegación. En el bloque 944, el usuario proporciona un nuevo nombre para el nuevo enlace rápido. En el bloque 946, el nuevo enlace rápido es guardado y se proporciona el nuevo nombre de enlace rápido en la sección de enlace rápido en la presentación. La Figura 31 es un diagrama que ¡lustra una presentación de pantalla para crear un nuevo enlace rápido llamado "trabajo de enero" basándose en la filtración de la Figura 29. Como se describió anteriormente, en la Figura 29, las pilas han sido filtradas por el mes de enero. En la Figura 31, el usuario ha indicado que la filtración de la Figura 29 debe ser guardada como un nuevo enlace rápido, y ha nombrado al nuevo enlace rápido como "trabajo de enero". Des esta manera, el nuevo enlace rápido de trabajo de enero 612 se muestra en la sección de enlaces rápidos de la presentación. Con respecto a la formación de nuevos enlaces rápidos, al usuario generalmente se le proporciona la opción tal como "guardar esta colección como un enlace rápido". La Figura 32 es un diagrama que ilustra una presentación de pantalla en donde se selecciona un enlace rápido de "todos los 75 autores". Como se muestra en la Figura 32, la caja de selección SB se muestra alrededor de la selección 611 de todos los autores. Otros ejemplos de colecciones que pueden ser accesibles por enlaces rápidos incluyen "todos los autores", "documentos recientes", "todos los documentos que se comparten", "todos los documentos que han sido autorizados", "todos los documentos no autorizados por mi", "escritorio" y "todos los tipos". La Figura 33 es un diagrama que ilustra una presentación de pantalla en donde se presenta una lista de todos los autores de los artículos de la Figura 32. Como se muestra en la Figura 33, se proporciona una línea de información 950, la cual indica columnas para mostrar el nombre de un artículo, el autor, la fecha modificada, el tipo, el tamaño y la ubicación de un articulo. Se muestra una lista de autores 951-954, que corresponde a los autores 1-4, respectivamente. La Figura 34 es un diagrama que ¡lustra una presentación de pantalla en donde se ha seleccionado "autor 1" de la lista de la Figura 33. Los documentos del autor 1 incluyen los documentos 951A y 951B, que corresponden a los documentos y 2, respectivamente. El documento 951A se muestra haber sido autorizado por el autor 1, y fue modificado el 11 de julio, del 2001, y es un archivo de Microsoft Excel, toma 282 Kb de memoria, y fue obtenido de la ubicación de 2 veces/servidoM /carpeta 2. El documento 951B se muestra haber sido autorizado por el autor 1, fue modificado el 22 de diciembre de 2002, y es un archivo de Microsoft Word, tomó 206 kilobits de memoria, y físicamente se almacenó en la ubicación de Mis Documentos/carpeta 1. Las ubicaciones de los documentos 951A y 951B también ilustran que las carpetas virtuales de la presente invención pueden contener artículos de diferentes ubicaciones físicas, como se describirá con mayor detalle más adelante. La Figura 35 es un diagrama de flujo que ilustra una rutina 960 para crear una nueva biblioteca. Un ejemplo de una biblioteca es la biblioteca de documentos descrita anteriormente con referencia a la Figura 10. En general, las bibliotecas consisten de grandes grupos de tipos utilizados de archivos que pueden ser asociados conjuntamente. Por ejemplo, las fotos pueden ser una biblioteca, la música puede ser otra y los documentos pueden ser otra. Las bibliotecas pueden proporcionar herramientas y actividades que están relacionadas con los tipos particulares de artículos. Por ejemplo, en la biblioteca de fotos, puede haber herramientas y filtros que se refieran a la manipulación de fotos, tales como para crear muestras de desplazamiento o imágenes compartidas. Como se muestra en la Figura 35 en el bloque 962, se crea una nueva biblioteca, la cual va a incluir artículos con características seleccionadas. En el bloque 964, los artículos seleccionados son agrupados en la biblioteca. En el bloque 955, las herramientas y/o actividades relacionadas con las características seleccionadas de los artículos o de otras funciones deseadas, son provistas. La Figura 36 es un diagrama que ilustra una presentación de pantalla en donde se muestra una colección de bibliotecas 77 disponibles. Como se ilustra en la Figura 36, las bibliotecas incluyen una biblioteca se documentos 971, una biblioteca de fotos y de vídeo 972, una biblioteca de música, 973 una biblioteca de mensajes 974, una biblioteca de contactos 975, y una biblioteca de televisión y películas 976, así como una biblioteca de todos los artículos 977. La biblioteca de todos los artículos 977 se muestra incluyendo 275 artículos, el cual es número total de artículos de todas las otras bibliotecas combinadas. La línea de información 644 indica un total de 275 artículos, los cuales toman un total de 700 MB de memoria. Se debe observar que la biblioteca de documentos 971 es la biblioteca que fue descrita anteriormente con respecto a la Figura 10. La Figura 37 es un diagrama de flujo que ilustra una rutina 990 para definir la pantalla de una colección de carpeta virtual. Como se describirá con mayor detalle más adelante, un sistema de carpeta virtual es capaz de representar artículos de múltiples ubicaciones físicas (por ejemplo, diferentes unidades de disco duro, diferentes computadoras, diferentes ubicaciones de redes, etc.), de manera que, a un usuario, todos los artículos están fácilmente accesibles. Por ejemplo, a un usuario se le pueden presentar archivos de música de múltiples ubicaciones físicas en una sola presentación, y manipular los archivos todos a la vez. Como se muestra en la Figura 37, en el bloque 992, se define una pantalla para las ubicaciones físicas a partir de las cuales se trazan artículos. En el bloque 994, en respuesta a una consulta, los 78 artículos son trazados de las ubicaciones físicas como se definió en la pantalla. En el bloque 996, todos los artículos trazados por la consulta son presentados en una sola presentación. La Figura 38 es un diagrama de bloque que ilustra las varias fuentes que pueden formar la pantalla de una colección de carpeta virtual. Como se muestra en la figura 38, el sistema 1000 puede incluir una computadora 1010 presente, una computadora adicional 1020, almacenamiento externo y removible 1030, y ubicaciones en una red 1040. La pantalla total 1001 se describe como incluyendo todas la ubicaciones físicas a partir de las cuales se trazan artículos del usuario para crear colecciones. La pantalla puede ser fijada y modificada por el usuario. Como se observó anteriormente, otras figuras han ilustrado que los artículos pueden venir de diferentes ubicaciones físicas, tal como la Figura 34 que muestra diferentes documentos que vienen de un servidor y una carpeta de Mis Documentos en una computadora presente, y en la Figura 18 mostrando carpetas físicas que están físicamente almacenadas en un ubicaciones múltiples. La Figura 39 es un diagrama de flujo que ilustra una rutina 1080 para incluir artículos que no son archivos en una colección de carpeta virtual. Los artículos que son archivos son contrastados con artículos de archivo que típicamente están localizados en un almacenamiento de archivo físico. Ejemplos de artículos que no son archivos podrían ser cosas como correos electrónicos o contactos. Como se muestra en la Figura 39, en el bloque 1082, se utiliza una 79 base de datos para incluir artículos que no son archivos junto con artículos de archivo que pueden ser buscados por una consulta. En el bloque 1084, en respuesta a una consulta, tanto los artículos que no son archivos como los artículos de archivo son tratados para coincidir con la consulta. En el bloque 1086, tanto los artículos que no son archivos como los artículos de archivo que coinciden con la consulta son presentados en la presentación. La Figura 40 es un diagrama que ilustra una presentación de pantalla mostrando varios artículos que no archivos. Como se muestra en la Figura 40, los artículos han sido filtrados para aquellos que incluyen "John". Los artículos se muestran incluyendo un artículo de contacto 1101, un artículo de correo electrónico 1102 y artículos de documento 1103 y 1104. El artículo de contacto 1101 y el artículo de correo electrónico 1102 son artículos que no son archivos. El sistema presente permite que dichos artículos de no archivo sean incluidos con artículos de archivo regulares, de manera que pueden ser organizados y manipulados como lo desee el usuario. Como se describió anteriormente con respecto a la Figura 2, dichos artículos que no son archivo pueden estar contenidos completamente dentro de la base de datos de relación 230, la cual de otra manera incluye información con respecto a las propiedades de archivos. Las Figuras 41-50 son diagramas relacionados con una barra de dirección virtual que corresponde a la línea de información 641 de la Figura 10 y que se forma de acuerdo con la presente invención. Como se describirá con mayor detalle más adelante, la barra de 80 dirección virtual comprende una pluralidad de segmentos, y cada segmento corresponde a un filtro para seleccionar contenido. Colectivamente, los filtros correspondientes de cada segmento representan una dirección virtual para seleccionar el contenido. La Figura 41 es un diagrama de bloque de un ambiente de cómputo 1200 en red ilustrativo, adecuado para operar la barra de dirección virtual, o cualquier otro aspecto de la presente invención descrito aquí. El ambiente de cómputo en red 1200 ilustrativo incluye un dispositivo de cómputo 1202, tal como la computadora personal descrita con respecto a la Figura 1, para interactuar con un usuario, y a través de la cual el usuario puede ver archivos almacenados ya sea localmente o remotamente al dispositivo de cómputo. Aunque la siguiente discusión describe la presente invención con relación a una computadora personal, se debe entender que el dispositivo de cómputo 1202 incluye muchos tipos de dispositivos físicos incluyendo, pero no limitándose a, minicomputadoras y macrocomputadoras, PDAs, computadoras de tableta, y otros dispositivos capaces de interactuar con un usuario y presentar archivos y contenido almacenado en el dispositivo de cómputo y en cualquier otra parte. El ambiente de cómputo en red 1200 ilustrativo también puede incluir, servidores remotos, tales como el servidor 1204, que almacena archivos accesibles al dispositivo de cómputo 1202, y conectados al dispositivo de cómputo a través de una red de comunicaciones, tal como el Internet 1206, como se muestra en la 81 Figura 41. Además, el dispositivo de cómputo 1202 también puede estar conectado a otras fuentes de información que almacenan archivos u otro contenido, tal como una base de datos remota 1208. Aquellos expertos en la técnica reconocerán que los archivos e información almacenados tanto en el servidor remoto 1204 o en la base de datos remota 1208, así como el dispositivo de almacenamiento locales, tales como una unidad de disco duro (Figura 1), pueden ser accesibles a, y se pueden presentar en, el dispositivo de cómputo 1202 como parte de un sistema de archivo integrado en el dispositivo de cómputo. Además, aunque en la Figura 41 se presenta una configuración particular de un servidor remoto 1204 y una base de datos remota 1208, aquellos expertos en la técnica reconocerán fácilmente que está configuración particular es solo para propósitos ilustrativos, y no debe ser construida como limitante de la presente invención. La Figura 42 ilustra un visualizador de archivo 1300 ilustrativo que tiene una barra de dirección convencional 1302 asociada con archivos de presentación en un sistema de archivo de cómputo, como se encuentra en la técnica anterior. Para los propósitos de la presente invención, un visualizador de archivo es una vista o ventana en un dispositivo de presentación, tal como el dispositivo de presentación (Figura 1), para presentar archivos u otro tipo de contenido a un usuario. Un visualizador de archivo puede ser una ventana que corresponde aun programa ejecutable específicamente para presentar archivos al usuario. Alternativamente, un visualizador 82 de archivo puede ser una vista dentro de una caja de diálogo abierta o cerrada en un programa ejecutable que debe guardar o recuperar datos de un dispositivo de almacenamiento conectado local o remotamente al sistema de cómputo. Se debe observar que los ejemplos anteriores de un visualizador de archivo son ilustrativos, y no deben ser construidos como limitantes de la presente invención. Una dirección en la barra de dirección convencional 1302 corresponde a una ubicación específica en un sistema de archivo. Como se describió previamente, con el fin de evitar la dirección presentada en la barra de dirección convencional 1302, un usuario debe modificar la dirección de acuerdo con un reconocimiento específico del sistema de archivo. Alternativamente, un usuario puede seleccionar una entrada en una vista de árbol 1304 para navegar a una ubicación alternativa. Aquellos expertos en la técnica reconocerán que otros controles externos a la barra de dirección 1203 también pueden estar disponibles y no se muestran en la vista de archivo 1300 ilustrativa. Aunque la dirección presentada en la barra de dirección convencional 1302 corresponde a una ubicación específica en un sistema de archivo, los archivos relacionados distribuidos entre múltiples carpetas en el sistema de archivo no pueden ser presentados junto con la barra de dirección convencional 1302. La Figura 43 ilustra un visualizador de archivo 1400 ilustrativo que tiene una barra de dirección virtual 1402 asociada con la presentación de archivos en un sistema de archivo de cómputo. La 83 barra de dirección virtual 1402 corresponde a la linea de información 641 de la Figura 10. La barra de dirección virtual 1402, que tiene una dirección virtual 1404, está configurada para presentar información similar a aquella presentada por la dirección convencional 1304 del visualizador de archivo 1300 de la técnica anterior de la Figura 42. Una dirección virtual, también denominada como una trayectoria virtual, hace referencia a archivos almacenados en un sistema de archivo de cómputo de acuerdo con criterios de selección. Similar a la dirección convencional tal como la dirección 1304 de la Figura 42, los criterios de selección de la dirección virtual puede hacer referencia a archivos almacenados en una ubicación específica en la jerarquía del sistema de archivo. Sin embargo, en contraste a una dirección convencional, los criterios de selección de la dirección virtual también pueden hacer referencia a archivos sin considerar su ubicación del sistema de archivo específica. De esta manera, una dirección virtual puede hacer referencia a archivos almacenados en múltiples ubicaciones en un sistema de archivo de cómputo. Como se muestra en la Figura 43, el visualizador de archivo 1400, de acuerdo con la dirección virtual 1404 en la barra de dirección virtual 1402, es capaz de presentar archivos adicionales, tales como los archivos 1406 y 1408, no encontrados en el visualizador de archivo 1300 de la Figura 43. Además, la barra de dirección virtual 1402 también puede ser utilizada para presentar contenido distinto a archivos en un sistema de archivo de cómputo.
84 Por ejemplo, la barra de dirección virtual 1402 puede utilizarse para hacer referencia al contenido incluyendo dispositivos de sistema, servicios de sistema, o ubicaciones de Internet. La Figura 44A ilustra la manipulación de un segmento de la dirección virtual 1404 en la barra de dirección virtual 1402, con el fin de navegar en un sistema de archivo de cómputo. Cada barra de dirección virtual, tal como la barra de dirección virtual 1402, está compuesta de uno o más segmentos interactivos, tales como los segmentos 1502, 1504, 1506 y 1508. Cada segmento en una barra de dirección virtual corresponde a un filtro predeterminado, o criterios seleccionados, todos del contenido disponible o archivos accesibles a un sistema de archivo de cómputo. Colectivamente, los filtros de todos los segmentos en una barra de dirección virtual 1402 representa la dirección virtual de la barra de dirección virtual. El primer segmento en una barra de dirección virtual, tal como el segmento 1502, es denominado como un segmento de raíz, o filtro de raíz. El segmento de raíz representa la categoría más amplia del contenido disponible para la selección por parte de la barra de dirección virtual 1402. Por ejemplo, el segmento 1502 de "Archivo" probablemente podría representar un filtro que haga referencia a todos los archivos accesibles en el sistema de archivo de cómputo. Alternativamente, un segmento de raíz puede representar un filtro que haga referencia a todos los servicios de sistema disponibles al usuario en el sistema de cómputo, o un filtro que haga referencia a todos los dispositivos de hardware e instalados en el sistema de 85 cómputo. Aquellos expertos en la técnica reconocerán que se pueden utilizar, por la presente invención, numerosos otros archivos de raíz alternativos. De esta manera, los ejemplos antes descritos se proporcionan para propósitos ilustrativos, y no deben ser construidos como limitantes de la presente invención. Además, las etiquetas presentadas para cada segmento, tales como "Archivos" en el segmento de raíz 1502, son ilustrativas y no deben ser construidas como limitantes de la presente invención. De acuerdo con una modalidad, una etiqueta presentada en un segmento es configurable por parte del usuario. Cada segmento adicional en una barra de dirección virtual 1402, tal como los segmentos 1504, 1506 y 1508, representan filtros adicionales que serán aplicados cuando se seleccione o presente archivos o contenido en un visualizador de archivo 1400. Por ejemplo, el segmento de raíz 1502, "Archivos", hace referencia a todos los archivos disponibles para el sistema de cómputo. El segmento 1504, "Biblioteca de Volumen 2", filtra los archivos seleccionados por el segmento de raíz 1502, seleccionando aquellos archivos que fueron generados como documentos por el usuario, tal como a través de un procesador de palabra, hoja de cálculo, o alguna otra aplicación de generación de documentos. El fragmento 1506, "Documentos de Word", filtra los archivos seleccionados por el segmento 1504 de acuerdo con aquellos documentos que fueron generados utilizando un procesador de palabra, tal como la aplicación de Word de Microsoft Corporation. Finalmente, el 86 segmento 1508, "Autor A", filtra los documentos de procesamiento de palabra seleccionados por el segmento 1506 de acuerdo ya sea con cualquiera que fuera autorizado por "autor A". De esta manera, el contenido seleccionado de acuerdo con la dirección virtual representada en la barra de dirección virtual 1402 debe satisfacer los filtros que corresponden a todos los segmentos en la barra de dirección virtual. Los segmentos en la barra de dirección virtual 1402 generalmente son ordenados a partir de aquellos filtros que en su mayoría son Inclusivos, a aquellos filtros que por lo menos son inclusivos. Por ejemplo, como se discutió previamente, el segmento 1502, "Archivos", es el más amplio y el más inclusivo. Los segmentos 1506, "Documentos de Word", y el segmento 1508, "Autor A", son menos inclusivos. La barra de dirección virtual 1402 ilustra la ordenación de los segmentos de izquierda a derecha, y, para los propósitos de la presente discusión, los segmentos 1504, 1506 y 1508 son subsecuentes al segmento de raíz 1502. Sin embargo, se debe entender que son posibles otras orientaciones, tales como una disposición de superior-descendente, sin apartarse del alcance de la invención. De esta manera, la orientación de izquierda a derecha debe ser vista como ilustrativa y sea construida como limitante de la presente invención. Como se mencionó previamente, los segmentos en una barra de dirección virtual 1402, tales como los segmentos 1502, 1504, 1506 y 1508, no necesariamente corresponden a ubicaciones especificas en 87 un sistema de archivo de cómputo, tales como carpetas, controladores , y directorios. De esta manera, el segmento 1504, "Biblioteca de Documentos", puede hacer referencia archivos o contenido distribuido en múltiples servidores, controladoras, o carpetas/directorios. Sin embargo, ciertos segmentos en una barra de dirección virtual 1402 pueden hacer referencia a ubicaciones especificas con una jerarquía de sistema de archivo de cómputo. Una discusión adicional de segmentos de dirección virtual haciendo referencia a ubicaciones de sistema de archivo específicas se proporciona a continuación con respecto a las Figuras 48A y 48B. En contraste a una barra de dirección convencional, cada segmento en una barra de dirección virtual 1402 representa un elemento de interfase de usuario interactiva, accionable. Por ejemplo, un segmento en una barra de dirección virtual 1402 es responsable de la selección del usuario, verifica si un curso está ubicado sobre el segmento durante un periodo de tiempo específico, y puede ser removido de la barra de dirección virtual a través de una interacción de arrastre por parte del usuario. De esta manera, como se muestra en la Figura 44A, un usuario puede colocar un cursor 1510 sobre un segmento en la barra de dirección virtual 1402, tal como el segmento 1504 "Biblioteca de Documento", para seleccionar, u oprimir, en ese segmento, con el fin de navegar a ese nivel, es decir, truncar la dirección virtual en ese segmento, como se describió con respecto a la Figura 44B. La Figura 44B ilustra los resultados de seleccionar un 88 segmento 1504 en la barra de dirección virtual 1402. Al oprimir en el segmento 1504 en la barra de dirección virtual 1402, el usuario está indicando el deseo de navegar a ese nivel en la dirección virtual. En efecto, el usuario está cortando aquellos filtros subsecuentes al segmento seleccionado. Por ejemplo, al oprimir en el segmento 1504 "Biblioteca de Documento" (Figura 44A), la dirección virtual resultante 1404 ya no contiene más los segmentos 1506 "Documentos de Word" y 1508 "Autor A" (Figura 44A). Además, ya que el usuario ha navegado hacia un grupo de filtros menos restrictivos, la dirección virtual resultante 1404 en la barra de dirección virtual 1402 es más inclusiva. Esto se indica por adición de documentos en el visualizador de archivo 1400 de la Figura 44B no previamente encontrados en el visualizador de archivo 1400 de la Figura 44A, incluyendo el documento 1512, documento 1514, y documento 1516, y por la presencia de un botón de desplazamiento 1518 indicando que los archivos adicionales que pueden ser vistos no pueden ser presentados en el visualizador de archivo 1400 (Figura 44B) debido a limitaciones de espacio. Además de seleccionar segmentos en una barra de dirección virtual para navegar hacia un segmento menos restrictivo, un usuario también puede desear navegar a, o seleccionar filtros pares de segmentos actuales en una dirección virtual. Un filtro par es un filtro alternativo que puede ser seleccionado y aplicado a un segmento dado en la barra de dirección virtual. Por ejemplo, haciendo referencia a la Figura 44A, los filtros pares para el segmento 1506, 89 "documentos de Word", pueden incluir filtros tales como "Documentos de Excel", "Diarios", y similares. Otros tipos de filtros, que incluyen ubicaciones de sistema de archivo específicas, dispositivos de hardware, o servicios de cómputo, también se pueden aplicar a un segmento dado en una barra de dirección virtual. Los filtros pares pueden o no estar lógicamente relacionados con un actual del segmento dado. Cada segmento en una barra de dirección virtual puede tener filtros pares. La selección de un filtro par de un segmento en una barra de dirección virtual algunas veces se denomina como la navegar lateralmente. La selección de filtros pares de segmentos en una barra de dirección virtual se describe más adelante con respecto a las Figura 45A-45D, y también con respecto a la Figura 49. Las Figuras 45A-45D son diagramas pictóricos que ilustran la selección de un filtro par asociado con un segmento de dirección virtual en una barra de dirección virtual 1600. Como se muestra en la Figura 45A, la barra de dirección virtual 1600 tiene una dirección virtual que comprende múltiples segmentos, los segmentos 1602-1608. Con el fin de seleccionar un filtro par para un segmento interactivo dado en una barra de dirección virtual 1600, un usuario debe hacer una dirección alternativa, o manipulación alternativa, de ese segmento interactivo. Una forma para hacer una selección alternativa es oprimir el lado derecho en un segmento dado. La opresión del lado derecho se conoce en la técnica y se refiere a utilizar un botón secundario en un ratón, u otro dispositivo de 90 entrada, en donde el botón secundario típicamente está en el lado a mano derecha del ratón. Alternativamente, ya que un segmento interactivo puede verificar cuando un cursor es ubicado sobre él, se hace una selección de alternativa ubicando el cursor sobre un segmento interactivo y dejando el cursor en su lugar durante un periodo de tiempo predeterminado, algunas veces denominado como revoloteo. Sin embargo, aunque la presente discusión describe alternativas para hacer que los filtros pares sean presentados, son para ilustración, y no deben ser construidos como limitantes de la presente invención. Aquellos expertos en la técnica reconocerán que existen numerosas alternativas para generar una selección alternativa. Para ilustrar alternativamente la selección de un segmento, con referencia a la Figura 45A, un usuario primero coloca el cursor 1610 sobre el segmento 1604, "Biblioteca de Documento", durante un tiempo predeterminado, es decir, revolotea sobre el segmento, para seleccionar ese segmento. La Figura 45B demuestra los resultados de la sección alternativa del segmento 1604, "Biblioteca de Documento", en la barra de dirección virtual 1600. Como se muestra en la Figura 45B, después de la selección alternativa del segmento 1604, "Biblioteca de Documento", se presenta una vista de filtro par 1612 incluyendo filtros pares que corresponden al segmento seleccionado. Se debe entender que los filtros parares presentados en la vista del filtro par 1612 son solo para propósitos ilustrativos, y no deben ser construidos como limitantes de la presente invención.
91 Con el fin de seleccionar un filtro par alternativo, como se muestra en la Figura 45C, el usuario coloca el cursor 1610 sobre uno de los filtros presentados en la vista de filtro par 1612, tal como el filtro par 1614, y selecciona el filtro par. Como se muestra en la Figura 45D, después de seleccionar el filtro par alternativo 1614, el segmento 1604, previamente seleccionado (Figura 45A), es reemplazado con un nuevo segmento 1616 representando el filtro par alternativo seleccionado 1614. Además, aquellos segmentos que siguen al segmento alternativamente seleccionado 1604 en la de dirección virtual 1600 de la Figura 45A, específicamente los segmentos 1606 "Diarios" y 1608 "Todos los Documentos en 2002", son removidos de la barra de dirección virtual 1600 en la Figura 45D. Aunque no se muestra, se dice que cualquiera de los filtros o contenidos previamente seleccionado de acuerdo con los segmentos 1604 "Biblioteca de Documento", 1606 "Diarios", y 1608 "Todos los Documentos en el 2002", ya no podrían ser presentados en un visualizador de archivo correspondiente, y solamente aquellos archivos o contenidos seleccionados de acuerdo con los segmentos 1602 "Archivo" y 1606 "Biblioteca de Imagen", podrían ser presentados. Se pueden agregar segmentos a una dirección virtual en una barra de dirección virtual a través de varías interacciones del usuario al final de los segmentos existentes. Para agregar un filtro a una dirección virtual en una barra de dirección virtual, un usuario puede manipular un control accionable que está asociado con un filtro 92 particular encontrado en una ventana, o un visualizador de archivo con la barra de dirección virtual. Por ejemplo, con referencia al visualizador de archivo 1400 de la Figura 43, un usuario puede oprimir sobre el botón accionable 1412 "2003" para agregar un filtro correspondiente a la dirección virtual 1404 en la barra de dirección virtual 1402. Alternativamente (no mostrado), un usuario manualmente puede introducir un filtro conocido al final de la dirección virtual escribiendo el nombre del filtro. Existen numerosas otras formas de agregar un filtro a una dirección virtual, todas estas se contemplan como cayendo del alcance de la presente invención. De esta manera, se debe entender que los ejemplos anteriores son solo para propósitos de ilustración, y no deben ser construidos como limitantes de la presente invención. Cuando un filtro es agregado a una dirección virtual en una barra de dirección virtual, se toma un procedimiento para asegurar que el filtro recientemente agregado no tenga conflicto con ninguno de los filtros ya existentes como parte de la dirección virtual. Si el filtro recientemente agregado hace conflicto con un filtro existente, el filtro existente es removido. Un filtro recientemente agregado hace conflicto con un filtro existente en una dirección virtual si el filtro recientemente agregado varía del alcance del filtro existente, siendo más o menos ancho que el filtro existente. Además, un filtro recientemente agregado tiene conflicto con un filtro existente si el filtro recientemente agregado es mutuamente explosivo al filtro existente. Sin embargo, un filtro recientemente agregado que es 93 equivalente a un filtro existente no es agregado ya que no tiene ningún efecto. Se debe entender que la descripción anterior de conflictos es proporcionada solo para propósitos de ilustración, y no debe ser construido como limitante de la presente invención. Aquellos expertos en la técnica reconocerán que otros conflictos entre filtros pueden existir y están contemplados para que caigan dentro del alcance de la presente invención. Las Figuras 46A-46D son diagramas pictóricos que ilustran la adición de filtros a una dirección virtual 1702 en una barra de dirección virtual 1700, y la remoción de filtros existentes en conflicto. La Figura 46A ilustra una dirección virtual 1702 ilustrativa presentada en una barra de dirección virtual 1700. Como se muestra en la Figura 46B, un nuevo filtro, representado por el segmento 1702 "2002", es agregado a la dirección virtual 1702. Como se describió previamente, se agregan nuevos filtros al final de la dirección virtual, como se indica colocando el segmento 1706 (2002) al final de los segmentos en la barra de dirección virtual 1700 de la Figura 46B. Después, el procedimiento tomado para agregar el segmento 1706 "2002" determina que el filtro agregado no tiene conflicto con ninguno de los filtros actuales en la dirección virtual 1702. De esta manera, ningún filtro existente es removido de la dirección virtual 1702. Como se muestra en la Figura 46C, se agrega otro filtro a la dirección virtual 1702, representada por el segmento 1708 "Autor A". El procedimiento tomado para agregar este nuevo filtro de termina 94 que el nuevo filtro "Autor A" podría tener conflicto con el filtro representado el segmento 1704 "Autor A-F", ya que el nuevo filtro, "Autor A" es más estrecho que el filtro existente. Por consiguiente, el segmento 1704 "Autor A-F" es removido de la barra de dirección virtual 1700, y el segmento 1708 "Autor A" es agregado al final de los segmentos en la barra de dirección virtual. La Figura 46D ilustra los resultados de agregar el segmento 1710 "2003" a la barra de dirección virtual 1700 de la Figura 46C. Los filtros en una dirección virtual 1702 son restrictivos, no acumulativos. Cada filtro además restringe el contenido seleccionado. De esta manera, los filtros mutuamente exclusivos podrían evitar que la dirección virtual 1702 seleccione cualquier archivo o contenido, y de esta manera, cree un conflicto. Como se ilustra en la Figura 46D, el segmento 1706 "2002" (Figura 46C) es removido de la barra de dirección virtual 1700 ya que un conflicto es mutuamente exclusivo con el segmento recientemente agregado 1710 "2003". Cuando una barra de dirección virtual, tal como la barra de dirección virtual 1800 (Figura 47A), no puede completamente presentar la dirección virtual debido a limitaciones de tamaño de la barra de dirección virtual, una porción de la dirección virtual es presentada de acuerdo con el tamaño de la barra de dirección virtual. Sin embargo, las porciones no presentadas de la dirección virtual pueden seguir siendo accesadas por el usuario. Más específicamente, la barra de dirección virtual presenta indicadores 95 visuales accionables para desplazar la trayectoria virtual dentro de la barra de dirección virtual. Las Figuras 47A y 47B ilustra una barra de dirección virtual 1800 ilustrativa presentando una dirección virtual, en donde la dirección virtual excede la capacidad de presentación de la barra de dirección virtual. Como se muestra en las Figuras 47A y 47B, los ¡conos de desplazamiento 1802 y 1804 indican la dirección en donde la barra de dirección virtual 1800 puede desplazarse con el fin de presentar las porciones previamente no presentadas de la dirección virtual. Sin embargo, cuando los diagramas ilustrativos demuestran el uso de iconos de desplazamiento, es solo para propósitos ilustrativos, y no deben ser construidos como limitantes de la presente invención. Aquellos expertos en la técnica reconocerán que existen numerosas otras formas para desplazar la dirección virtual en una barra de dirección virtual, todas estas se contemplan del alcance de la presente invención. La Figura 48A es un diagrama de bloque que ilustra una barra de dirección virtual 1900 que tiene segmentos que hacen referencia tanto a ubicaciones virtuales como actuales en un sistema de archivo. Como se discutió previamente, una dirección virtual en una barra de dirección virtual 1900 puede contener segmentos que hacen referencia a ubicaciones especificas dentro de una jerarquía de sistema de archivo de cómputo, y también contienen segmentos que hacen referencia a ubicaciones virtuales o lógicas, dentro de un sistema de archivo de cómputo. Los archivos o contenidos 96 referendarios por un segmento virtual pueden ser distribuidos en muchas ubicaciones físicas. Una barra de dirección virtual 1900 puede contener segmentos que hacer referencia a ubicaciones físicas y segmentos que hacen referencia a ubicaciones virtuales. Por ejemplo, la barra de dirección virtual 1900 incluye el segmento 1902 "Disco Local (C:)" haciendo referencia a archivos o contenido que está en un área específica en el sistema de archivo de cómputo, en particular la unidad "C". Alternativamente, el segmento 1904 "Archivos de Casos" del mismo se refiere archivos o contenido almacenado en múltiples carpetas en la jerarquía del sistema de archivo de cómputo asociada con los archivos de casos. Sin embargo, en combinación con el segmento 1902 "Disco Local (C:)", el segmento 1904 "Archivos de Casos" hace referencia solamente a aquellos archivos de casos encontrados en la unidad local "C". Además, el segmento 1906 "contiene fax" además filtra los archivos en el disco local C: y se asocia con los archivos de casos de acuerdo con lo que contenga la palabra "Fax". Como se muestra en la Figura 48B, una barra de dirección virtual 1900 puede ser configurada para funcionar como una barra de dirección convencional. Por ejemplo, haciendo referencia a la Figura 48A, al colocar un cursor 1908 en un espacio vacío de la barra de dirección virtual 1900 y al oprimir ahí, la barra de dirección virtual 1900 conmuta de segmentos de presentación que representan una dirección virtual al funcionamiento como una barra de dirección convencional presentando una dirección convencional 1910 como se 97 muestra en la Figura 48B. La dirección 1910 convencional en la barra de dirección virtual 1900 de la Figura 48B se aproxima a la dirección virtual presentada en la barra de dirección virtual 1900 de la Figura 48A. Sin embargo, aquellos filtros en la barra de dirección virtual 1900 de la Figura 48A que no corresponden a ubicaciones físicas en un sistema de archivo de cómputo no pueden ser presentados y son removidos de la dirección convencional 1910. Específicamente, el segmento 1904 "Archivos de Casos" y el segmento 1906 "Contiene Fax" no son parte de la dirección 1910 convencional (Figura 48B). Con el fin de volver a configurar una barra de dirección virtual
1900, la función como una barra de dirección convencional, para funcionar normalmente como una barra de dirección virtual, el usuario debe así indicar una forma distinta al oprimir en un área vacía de la barra. Cuando se configura para que funcione como una barra de dirección convencional, una barra de dirección virtual debe permitir que el usuario oprima en el área vacía para propósitos de edición de dirección. La opresión en el área vacía en una barra de dirección convencional coloca a un cursor de edición al final de la dirección/trayectoria para propósitos de edición. Por consiguiente, para volver a configurar la dirección virtual para que otra vez funcione en su forma normal como se describió anteriormente, un usuario debe oprimir una tecla predefinida o una secuencia de tecla, tal como la tecla Esc o Tab, o colocar el foco en otra área de una ventana o vista oprimiendo en la otra área de la ventana o vista. Aquellos expertos en la técnica reconocerán que se pueden utilizar 98 otras acciones del usuario para volver a configurar la barra de dirección virtual 1900 para funcionar otra vez en su modo normal como se describe anteriormente, todo esto se contempla dentro del alcance de la presente invención. La Figura 49 es un diagrama de flujo que ilustra una rutina de selección de filtro par 2000 para seleccionar un filtro par para un segmento identificado en una barra de dirección virtual. Comenzando en el bloque 2002, la rutina 2000 detecta una activación de selección de filtro par. La activación del procedimiento de selección de filtro par se describió anteriormente con respecto a las Figuras 45A-45D. En el bloque 2004, el segmento para el cual se solicitó la selección de filtro par es identificado. En el bloque 2006, los filtros par para el segmento identificado son determinados de una lista predeterminada de filtros par. En el bloque 2008, los filtros par son presentados al usuario. En el bloque 2010, la selección del filtro par por parte del usuario de los filtros pares presentados, es obtenida. En el bloque 2012, la dirección virtual es truncada removiendo el segmento identificando de la barra de dirección virtual, y cualquier segmento adicional que siga al segmento identificado. En el bloque 2014, un segmento representando el filtro par seleccionado es anexado a los segmentos restantes en la barra de dirección virtual. Después, la rutina 2000 termina. La Figura 50 es un diagrama de flujo que ilustra una rutina de adición de filtro 2100, ilustrativa para agregar un filtro a una dirección virtual en una barra de dirección virtual. Comenzando en el 99 bloque 2102, la rutina 2100 ilustrativa obtiene el filtro que será agregado a la dirección virtual. Por ejemplo, como se discutió previamente con respecto a la Figura 43, se pueden agregar filtros a la dirección virtual de acuerdo con las acciones del usuario externas a la barra de dirección virtual, o alternativamente, se puede agregar en forma directa a la barra de dirección virtual escribiendo en el nombre de un filtro predefinido. En el bloque 2104, se hace una determinación si el nuevo filtro tiene conflicto con un filtro existente ya en la dirección virtual. Como se discutió previamente con respecto a las Figura 46A-46D, un nuevo filtro puede tener conflicto con un filtro existente substancialmente estrechando o ensanchando el alcance del filtro existente. Alternativamente, un nuevo filtro puede estar en conflicto con un filtro existente ya que el nuevo filtro es mutuamente exclusivo a un filtro existente. Si, en el bloque de decisión 2104, el nuevo filtro hace conflicto con un filtro existente, en el bloque 2106, el filtro existente es removido de la dirección virtual. Alternativamente, en 2104, si el filtro no hacer conflicto con un filtro existente o, después de remover el filtro de conflicto existente en el bloque 2106, en el bloque 2108, el nuevo filtro es agregado al final de la dirección virtual. Después, la rutina 2100 ilustrativa termina. Las Figuras 51-57 son diagramas relacionados con un sistema y método de acuerdo con otro aspecto de la invención que proporciona aun usuario mejorado una experiencia dentro de un navegador de intérprete. Más específicamente, se proporcionan un sistema y 100 método a través de los cuales los usuarios pueden identificar más fácilmente un artículo basándose en los metadatos asociados con ese artículo. Regresando a la Figura 51A, una ventana 2200 representa un área de presentación de tamaño de pantalla para una interfase de usuario gráfica para un navegador de intérprete. La ventana 2200 contiene un área de tablero 2202 y un área de pista 2204. El tablero de prevista 2200 puede incluir un control de prevista 2206, una interfase de usuario (Ul) o control de edición 2208, y un control de tareas 2210. Típicamente, el control de prevista 2206 proporcionará al usuario una imagen u otra presentación virtual del artículo que se está previsualizando (por ejemplo, un archivo seleccionado). El control de prevista 2206 también puede presentar al usuario controles tales como botones de iteración, los cuales permiten que el usuario desplace el foco de un articulo al siguiente oprimiendo el botón de un ratón. Se pueden presentar metadatos que corresponden a uno o más artículos y/o metadatos que corresponden al contenedor de artículos, en una variedad de ubicaciones dentro de la ventana 2200. Por ejemplo, el control de edición y los metadatos pueden ser co-ubicados dentro del área de control edición 2208, de manera que el área de control de edición no solo incluye una presentación de propiedades clave del artículo previsto, sino también presenta al usuario la opción de hacer ediciones a los metadatos. El control de tarea 2210 contiene tareas importantes para el espacio de nombre y/o la selección.
101 Para los propósitos de la presente invención, lo términos "metadatos" y "metadatos modificables por el usuario" excluyen el nombre del artículo de intérprete. El término "nombre de artículo de intérprete" se refiere a la propiedad que se utiliza para propósitos de clasificar y presentar el artículo dentro del navegador de intérprete. Como se mencionó antes, un solo aspecto de la presente invención es la habilidad de un usuario para editar metadatos dentro de un navegador de intérprete. Aquellos expertos en la técnica apreciarán que la presente invención contempla la presencia de aspectos opcionales dentro de la ventana 2200. Por ejemplo, el control de prevista 2206 y el control de tareas 2210 no son características esenciales para los propósitos de la presente invención. Sin embargo, otras características no esenciales, las cuales no se muestran en la Figura 51A, tales como una barra de herramientas que incluye botones de iteración o un botón de mostrar/ocultar, de manera que el usuario puede abrir/cerrar el tablero de prevista, también se encuentra dentro del alcance de la presente invención. Sin embargo, estas y otras características opcionales pueden ayudar al usuario a ubicar con facilidad un artículo particular en el navegador de intérprete. El área de visión 2204 proporciona una lista de visión de uno o más artículos 2212, tal como los archivos o capetas del sistema de archivo. El término "ver lista" se refiere a una enumeración o lista de artículos dentro de un contenedor. Los términos "artículo" y "artículo de intérprete" se utilizan intercambiablemente aquí para referirse a 102 archivos, carpetas, y otros contenedores, y otros objetos que no son archivos, los cuales pueden ser representados en una lista de visión. Ejemplos de objetos que no son archivos pueden incluir, pero no se limitan a, contactos, favoritos, y mensajes de correo electrónico. Los términos "navegador de intérprete" y "navegador de sistema de archivo" se utilizan intercambiablemente aquí para referirse a un navegador que permite que un usuario navegue a través de varios espacios de nombre incluyendo archivos y artículos que no son archivos. Aquellos expertos en la técnica apreciarán que la presente invención contempla muchos posibles diseños y representaciones para la venta 2200. Por ejemplo, el tablero de prevista 2202 se muestra por arriba del área de vista 2204 en la Figura 51A. Sin embargo, otras representaciones, tales como colocar el tablero de prevista 2202 y el área de visión 2204 colateralmente, están dentro del alcance de la presente invención. La ubicación del control de edición 2208 también es independientemente de la ubicación de los metadatos presentados e independiente de la ubicación de cualquier otro control. También existen muchos posibles tipos de visión para los artículos ilustrados en el área de lista de visión 2204, tales como de detalles, muestra deslizante, cortos de películas, miniatura, títulos, iconos, etc. La Figura 51B es similar a la Figura 51A, excepto que el área de visión 2204 es reemplazada por un área de visión 2214 que presenta los artículos 2212 en modo de detalles. Como es típico para 103 los artículos de intérprete presentados en el modo de detalles, los artículos 2212 están alineados en una columna en el lado a mano izquierda del área de visión 2214, y uno más encabezados de columna 2216 forman la fila superior de un grupo de columna conteniendo metadatos 2218 con relación al artículo correspondiente ubicado en la misma fila. En forma importante, la presente invención contempla la habilidad de un usuario para cambiar explícitamente un valor de metadatos a otro valor a través de la aplicación de instancias de uno o más controles de edición 2208 en cualquier parte dentro de la ventana 2200. Por ejemplo, un control de edición puede ser provisto dentro del tablero de prevista 2202 y/o dentro del área de edición 2214. Por ejemplo, un control de edición que inicialmente no es visible a un usuario, puede ser provisto dentro del área de edición 2214. A dicho control se le pueden aplicar casos, por ejemplo, cuando el usuario revolotea sobre los metadatos 2218 y después oprime ahí para introducir un modo de edición. Haciendo referencia ahora a la Figura 52, se proporciona una ilustración esquemática de un tablero de bienvenida 2300 en un navegador de intérprete. Un tablero de bienvenida algunas veces es denominado como un tablero de "selección nula", ya que representa un espacio de nombre o contenedor o puesto a una selección. Si el usuario no puede aún hacer una selección, un tablero de prevista 2302 presenta metadatos 2304 y tareas claves con relación a la carpeta o la biblioteca de intérprete. Si se desea, las tareas pueden ser separadas en tareas principales 2306 y otras tareas importantes 104 2308. El tablero de bienvenida 2300 también incluye un área de visión 2310, en donde se pueden ver múltiples archivos u otros artículos 2312. Los metadatos 2304 del tablero de bienvenida pueden incluir información tal como propiedades del contenedor (por ejemplo, Mis Imágenes), en cuyo caso la presentación de metadatos puede ser estática. Alternativamente, los metadatos 2304 del tablero de bienvenida pueden incluir información tal como una muestra de metadatos de cada uno de los artículos dentro del contenedor, en este caso, la presentación de metadatos puede cambiar frecuentemente. Por ejemplo, la presentación de metadatos puede ser limitada a propiedades de un artículo a la vez haciendo un ciclo de un artículo hacia el siguiente cada 30 segundos. La Figura 53 es una ilustración esquemática de un tablero seleccionado 2400 en un navegador de intérprete. Opuesto a un tablero de bienvenida, un tablero seleccionado representa una selección por el usuario. Si el usuario selecciona un contenedor o carpeta, el tablero seleccionado no necesita ser idéntico al tablero de bienvenida para ese contener o carpeta. En la Figura 53, el tablero seleccionado 2400 incluye un tablero de prevista 2402, que contiene un control de previsión 2404, una presentación de metadatos 2406 y una presentación de tareas 2408. Como el tablero de bienvenida 2300 (en la Figura 52) el tablero seleccionado 2400 también incluye un área de edición 2410, en donde se pueden ver múltiples archivos u otros artículos 2412. En la Figura 53, sin embargo, el usuario ha seleccionado uno de los archivos.
105 Consecuentemente, el control de previsión 2404 presenta una imagen de previsión del archivo seleccionado, la presentación 2406 de metadatos muestra propiedades del archivo seleccionado, y la presentación 2408 de tareas proporciona un menú de tareas importantes para operar en el archivo seleccionado. La Figura 54 es una representación esquemática de un tablero seleccionado de la Figura 53, pero que también incluye un menú de contexto 2500 para permitir que un usuario modifique metadatos en un navegador de intérprete de acuerdo con una modalidad de la presente invención. El menú de contexto 2500 en la Figura 54, que presenta al usuario varias opciones para cambiar los metadatos seleccionados. El texto genérico mostrado en el menú 2500 es, por supuesto, meramente un ejemplo del tipo de opciones que pueden ser presentadas a un usuario para editar los metadatos presentados. Se puede proporcionar un menú de contexto en cualquier ventana, incluyendo un tablero de bienvenida, para mejorar la experiencia del usuario. Como aquellos expertos en la técnica apreciarán, cualquier número y variedad de menús de contexto puede ser soportado por la presente invención. Para propósitos de la presente invención, un medio para permitir que un usuario haga modificaciones a metadatos presentados dentro de un navegador de intérprete es proporcionar un menú de contexto tal como un menú de contexto de metadatos editables 2500. Un usuario puede requerir el menú de contexto, por ejemplo, oprimiendo en el texto u objeto correspondiente en el tablero de prevista.
106 Aquellos expertos en la técnica apreciarán que la presente invención contempla medios distintos a los medios de contexto para permitir modificaciones por parte del usuario a metadatos presentados dentro de un navegador de intérprete. Otro de estos medios es para que el usuario oprima en los metadatos para introducir un modo de edición. En contraste, un usuario puede introducir un modo de edición revoloteando sobre el texto u objeto relevante en el tablero de prevista. Están disponibles numerosos medios alternativos que están dentro del alcance de la presente invención. La Figura 55 es un diagrama de flujo que ilustra un método 2600 para permitir que un usuario modifique metadatos presentados en un tablero de bienvenida dentro de un navegador de intérprete de acuerdo con una modalidad de la presente invención. El método 2600 incluye la presentación de un tablero de bienvenida y metadatos asociados con el tablero de bienvenida en el paso 2602. Después, en el paso 2604, el método proporciona un control para la modificación por parte del usuario de los metadatos presentados. Cuando el usuario manipula el control para modificar los metadatos presentados 2606, el método entonces asocia los metadatos modificados con el tablero de bienvenida en el paso 2608, de manera que los metadatos modificados serán presentados la siguiente vez que el tablero de bienvenida sea presentado. La Figura 56 es un diagrama de flujo que ilustra un método 2700 para permitir que un usuario modifique metadatos presentados 107 en un tablero seleccionado dentro de un navegador de intérprete de acuerdo con una modalidad de la presente invención. En 2702, el método 2700 primero presenta un número de artículos, tales como los artículos en un tablero de bienvenida o artículos en un contenedor seleccionado. Cuando el usuario selecciona uno o más de los artículos en 2704, el método presenta los metadatos asociados con el artículo(s) seleccionado en 2706. En 2708, el método proporciona un control para la modificación de los metadatos presentados por parte de un usuario. Cuando el usuario manipula el control para modificar los metadatos presentados en 2710, el método después asocia los metadatos modificados con el artículo(s) seleccionado en 2712, de manera que los metadatos modificados serán presentados la siguiente vez que el artículo(s) sea presentado. En el caso en el que un usuario seleccione múltiples artículos en 2704, los metadatos presentados pueden incluir propiedades de intersección de los artículos seleccionados, una unión de propiedades, o tal vez una nueva propiedad relevante para los artículos seleccionados. Alternativamente, los metadatos presentados pueden incluir una muestra giratoria de metadatos de cada uno de los artículos seleccionados (por ejemplo, ciclizando de un metadato de artículo seleccionado al siguiente metadato de artículo seleccionado cada 30 segundos. Es posible que la presentación de metadatos que podría resultar de una selección de todos los artículos, sea idéntica a la presentación de metadatos que podrían resultar de una selección nula.
108 La Figura 27 es un diagrama de bloque de una estructura de datos 2800 conteniendo metadatos modificables por el usuario, asociados con un artículo presentado en un navegador de intérprete. La estructura de datos 2800 incluye un campo de título 2802, el cual indica el nombre del artículo. En el caso de artículos que no son archivos, el campo de título 2802 puede contener el nombre de cualquier propiedad que se utilice para alfabetizar ese artículo en la lista de visión. La estructura de datos 2800 incluye un campo de propiedades editables por el usuario 2804, conteniendo una o más propiedades asociadas con el artículo presentado, en donde las propiedades editables por el usuario son presentadas en el navegador de intérprete con el artículo presentado. La estructura de datos 2800 opcionalmente puede incluir un campo de propiedades de solo lectura 2806, el cual contiene cualquier propiedad de solo lectura asociada con el artículo presentado y digno de presentación en el navegador de intérprete. Dadas las restricciones de tamaño de la presentación de metadatos en el navegador de intérprete, el número de propiedades en los campos 2804 y 2806 puede ser limitado. Consecuentemente, la estructura de datos 2800 opcionalmente puede incluir un campo de todas las propiedades 2808, el cual contiene un enlace o señalador a una ubicación (por ejemplo, una página de propiedad), que contiene todas las propiedades o metadatos asociados con el artículo presentado. Claro que, el campo de todas las propiedades 2808 podría no ser necesario en el caso en el que los campos 2804 y 2806 contengan todas las 109 propiedades asociadas con el articulo presentado. La estructura de datos 2800 se almacena en uno o más medios legibles por computadora, tales como en el sistema o intérprete de archivo, para proporcionar vistas ricas en almacenamiento, y de esta manera una experiencia mejorada del usuario, dentro del navegador de intérprete. La presente invención habilita un número de escenarios que no eran posibles con los navegadores de intérprete convencionales. Como un primer ejemplo, un estudiante puede administrar sus proyectos utilizando el tablero de prevista. Cuando obtiene nuevos documentos, parte de un proyecto, se podría trabajar en ellos, puede seleccionar esos documentos en su biblioteca de documento e introducir el nombre del autor del documento y el nombre del proyecto en los campos de palabras claves utilizando el control de edición. Ahora los nuevos documentos mostrarán su vista favorita: "Documentos Agrupados por Palabra Clave y Listados por Autor". Un segundo ejemplo de nuevo en escenario habilitado por la presente invención involucra un empleado que busca materiales para una campaña. A medida que navega a través de su colección de fotografías de almacenamiento de empleados utilizando el navegador de intérprete, selecciona un par de imágenes y, del tablero de prevista, agrega una nueva palabra clave "Campaña del Verano del 2003". Habiendo actualizado los metadatos para una selección múltiple, el empleado después pivotea a través de la palabra clave y puede ver todos los archivos de "Campaña del Verano del 2003" 110 agrupados ahí. Muchos otros escenarios que toman ventaja de la presente invención podrían ser evidentes para aquellos expertos en la técnica. Las Figuras 58-66 son diagramas relacionados con un sistema y método para obtener la funcionalidad de un previsualizador de objeto en un navegador de intérprete configurado para presentar una pluralidad de artículos representando múltiples tipos de artículo. Como se describirá con mayor detalle más adelante, se proporciona un navegador de intérprete que incluye un previsualizador por omisión y un mecanismo de extensión. El previsualizador por omisión proporciona un nivel estándar de funcionalidad para múltiples tipos de artículos. El mecanismo de extensión permite la funcionalidad más allá del nivel estándar provisto por el previsualizador por omisión para uno o más tipos de artículos. La Figura 58 es un diagrama esquemático de una interfase de usuario gráfica de la técnica anterior para hacer navegar imágenes almacenadas en una carpeta dentro de un ambiente de navegador de intérprete, que se utiliza para ver otros archivos y carpetas que nos pictóricos. Como se estableció anteriormente, la necesidad de identificar fácilmente artículos que están almacenados en un ambiente de cómputo tales como una PC, se está incrementando dramáticamente. Con respecto a imágenes digitales, los usuarios tradicionalmente tienen que invocar a un programa de software de terceras partes con el fin de ver un archivo específico en la PC. La Figura 58 ilustra una solución anterior, una vista de tira de película, 111 que permite que los usuarios vean más fácilmente e identifiquen la imagen asociada con un archivo dado dentro del ambiente de operación gráfico. El objetivo de vista de tira de película fue aliviar la necesidad de otros programas de software cuando navegan en una carpeta de imágenes proporcionando un rápido procedimiento iterativo que permite que un usuario prevea una imagen dimensionable de uno o más archivos de imágenes dentro de la carpeta. La Figura 58 se refiere a un sistema para navegar en imágenes almacenadas en una carpeta, en donde una serie de imágenes de carpeta está presentada como una sola fila de miniaturas dentro de un ambiente que es utilizado para ver otros archivos y carpetas que no son pictóricos (es decir, un navegador de intérprete). Además permite que un usuario selectivamente siga a través de miniaturas, a medida que presenta una imagen de prevista agrandada de miniaturas seleccionadas por el usuario. La Figura 58 es un diagrama de una ventana representativa en una pantalla del usuario. Como se muestra, la ventana 3200 está dividida en varias áreas, incluyendo una región de encabezado, un área opcional tares 3206, un área de control de prevista 3202, un área de comentario y un área de tira de película 3204. El área de opcional de tareas 3206 contiene una lista de tareas que pueden ser seleccionadas por un usuario con el fin de realizar una amplia variedad de operaciones con relación a la administración de archivos y carpetas, así como otras selecciones del sistema. Algunas de estas operaciones son especificas a las 112 imágenes en el área de tira de película 3204 y un área de control de prevista 3202 es un espacio en donde una imagen de prevista agrandada de un usuario que seleccionó una imagen, será presentada. Este espacio también puede contener iconos de navegación para ayudar a que un usuario interactúe a través de una serie de imágenes. Inmediatamente abajo del área de control de prevista se encuentra un área de comentario o captación que puede ser utilizada para presentar una variedad de información textual. Un área de tira de película 3204 proporciona un espacio para presentar una sola fila de imágenes miniatura P1, P2, P3, P4 de los archivos de imágenes contenidos dentro de una carpeta dada. Además, el área de tira de película 3204 también contiene cursores para permitir que un usuario se desplace a través de una carpeta para los archivos de imágenes. Se debe observar que el área de tira de película 3204 puede contener y presentar imágenes miniatura en orientación mezclada. Por ejemplo, como se muestra en la Figura 58, P1, P2 y P4 están en paisaje, mientras que P3 está importada. Un usuario puede seleccionar cualquiera de las imágenes miniatura, que ocasionarán que una imagen de prevista más grande de la imagen de selección miniatura del usuario sea presentada dentro del área de control de prevista. Además, una selección por parte del usuario de una imagen miniatura también permitirá que el usuario seleccione y realice cualquiera de las tareas listadas en el área opcional de tareas 3206, con respecto a la imagen seleccionada. Un primer botón de control permite que un usuario 113 prevea rápida y sucesivamente una imagen agrandada de cada una de las imágenes minuatura dentro de una carpeta dada, iterando en una dirección. En otras palabras, un usuario puede no hacer específicamente una "opresión" en cada una de las imágenes miniatura sucesivas con el fin de prever la imagen. Más bien, el usuario meramente oprimirá sobre el primer botón de control en forma repetida para moverse a través de la carpeta. Un segundo botón de control realiza una función de iteración similar, pero solamente en la dirección opuesta. Regresando ahora a la Figura 59, una ventana 3300 representa un área de presentación de tamaño de pantalla para una interfase de usuario gráfica de un navegador de intérprete de propósito general. La ventana 3300 contiene un área de tablero de prevista 3302 y un área de visión 3304. El tablero de prevista 3302 puede incluir un control de prevista 3306, un control de edición o de metadatos 3308, y un control de tareas 3310. Típicamente, el control de prevista 3306 proporcionará al usuario una imagen u otra presentación visual del artículo que se está previsualizando (por ejemplo, un archivo seleccionado). El control de prevista 3306 también puede presentar al usuario controles tales como botones de iteración que permiten que el usuario desplace el foco de un artículo hacia el siguiente oprimiendo el botón de un ratón. El control de edición 3308 no solo incluye la presentación de propiedades clave del artículo previsualizado, sino que también presenta al usuario un control para ser ediciones a los metadatos. El control de tareas 3310 contiene 114 tareas relevantes al espacio de nombre y/o la selección. Aquellos expertos en la técnica apreciarán que la presente invención contempla la presencia de características dentro de la ventana 3300. Por ejemplo, el control de metadatos 3208 y el control de tareas 3210 no son características esenciales para los propósitos de la presente invención. Además, otras características no esenciales que no se muestran en la Figura 59, tales como una barra de herramientas que incluye botones de iteración o un botón de mostrar/ocultar, de manera que el usuario puede abrir/cerrar el tablero de prevista, también están dentro del alcance de la presente invención. Sin embargo, estos y otras características opcionales pueden ayudar al usuario a localizar fácilmente un artículo particular en el navegador de intérprete. El área de edición 3304 proporciona una lista de edición de uno o más artículos 3312, tal como los archivos o carpetas de sistema de archivo. El término "lista de visión" se refiere a una enumeración o vista de artículos dentro de un contenedor. Los términos "artículo" y "articulo de intérprete" se usan intercambiablemente aquí para referirse a archivos, carpetas y otros contenedores, y a otros objetos que no son archivos que pueden ser presentados en una lista de visión. Similarmente, el "artículo de intérprete" se refiere a un artículo en una biblioteca de intérprete. Ejemplos de objetos que no son archivos pueden incluir, pero podría no limitarse a contactos, favoritos y mensajes de correo electrónico. Los términos "navegador de intérprete" y "navegador de sistema de archivo" se utilizan 115 intercambiablemente aquí para referirse a un navegador que permite que un usuario navegue a través de varios espacios de nombre incluyendo archivos y otros artículos que no son archivos. Aquellos expertos en la técnica apreciarán que la presente invención contempla muchos posibles diseños y presentaciones para la ventana 3300. Por ejemplo, el tablero de prevista 3302 se muestra arriba del área de visión 3304 en la Figura 59. Sin embargo, otras presentaciones, tales como colocar el tablero de prevista 3302 y el área de edición 3304 colateralmente, están claramente dentro del alcance de la presente invención. También son posibles muchas vistas para los artículos ilustrados en el área de visión 3304, tales como detalles, muestra deslizante, tira de película, miniatura, títulos, iconos, etc. Haciendo referencia ahora a la Figura 60, se proporciona una ilustración esquemática de un tablero de bienvenida 3400 en un navegador de intérprete. Un tablero de bienvenida algunas veces es denominado como un tablero de "selección nula" ya que representa un espacio de nombre o contenedor que es opuesto a una selección. Si el usuario no ha hecho aún una selección, un tablero de prevista 3402 presenta metadatos 3404 y tareas clave con relación a la carpeta o biblioteca de intérprete. Si se desea, las tareas pueden ser separadas en tareas principales 3406 y otras tareas relevantes 3408. El tablero de bienvenida 3400 también incluye un área de visión 3410, en donde múltiples archivos y otros artículos 3412 pueden ser vistos. Los metadatos 3404 del tablero de bienvenida pueden incluir 116 información tal como propiedades del contenedor (por ejemplo, Mis Imágenes", en cuyo caso la presentación de metadatos puede ser estática. Alternativamente, los metadatos 3404 del tablero de bienvenida pueden incluir información tal como un muestreo de los metadatos de cada uno délos artículos dentro del contenedor, en cuyo caso la presentación de metadatos puede cambiar frecuentemente. Por ejemplo, la presentación de metadatos puede ser limitada a propiedades de un articulo a la vez ciclizando de un artículo al siguiente cada 30 segundos. La Figura 61 es una ilustración esquemática de un tablero seleccionado 3500 en un navegador de intérprete. Opuesto a un tablero de bienvenida un tablero seleccionado representa una selección por el usuario. Si el usuario selecciona un contenedor o carpeta, el tablero seleccionado puede no ser idéntico al tablero de bienvenida de ese contenedor o carpeta. En la Figura 61, el tablero seleccionado 3500 incluye un tablero de prevista 3502, el cual contiene un control de prevista 3504, una presentación de metadatos 3506 y una presentación de tareas 3508. Como el tablero de bienvenida 3400 (en Figura 60), el tablero seleccionado 3500 también incluye un área de visión 3510, en donde múltiples archivos u otros artículos 3512 pueden ser vistos. En la Figura 61, sin embargo, el usuario ha seleccionado uno de los archivos. Consecuentemente, el control de prevista 3504 presenta una imagen de prevista del archivo seleccionado, la presentación 3506 de los metadatos muestra propiedades del archivo seleccionado, y la 117 presentación de tareas 3508 proporciona un menú de tareas importantes para la operación en el archivo seleccionado. La Figura 62 es un diagrama esquemático de un tablero seleccionado similar al tablero seleccionado de 3500 de la Figura 61, pero controles extendidos de acuerdo con una modalidad de la presente invención. El tablero seleccionado 3600 incluye un tablero de prevista 3602, el cual contiene un control de prevista 3604 que tiene controles extendidos 3614, una presentación de metadatos 3606 y una presentación de tareas 3608. El tablero seleccionado 3600 también incluye un área de visión 3610, en donde múltiples archivos u otros artículos 3612 pueden ser vistos. El usuario ha seleccionado uno de los archivos 3612, de manera que el control prevista 3604 presenta una imagen de prevista del archivo seleccionado, la presentación de metadatos 3606 muestra propiedades del archivo seleccionado, y la presentación de tareas 3608 proporciona un menú de tareas importantes para la operación en el archivo seleccionado. Los controles extendidos 3614 representan un nivel de funcionalidad más allá del típicamente disponible del navegador de intérprete. Por ejemplo, un tablero de prevista por omisión o control de prevista, tales como aquellos mostrados en las Figuras 58 y 61, simplemente pueden presentar una imagen de prevista de un artículo seleccionado. Si el artículo es un documento de procesamiento de palabra o presentación deslizamiento, la imagen de prevista por omisión puede ser la primera página del documento o del 118 deslizamiento. Sin embargo, extendiendo la funcionalidad de la imagen de prevista para hacerla más interactiva, un usuario fácilmente puede manipular los controles extendidos 3614 para paginar a través del documento o presentación de deslizamiento. Este nivel mejorado de funcionalidad mejora la experiencia del usuario, ya que permite que el usuario navegue con más comprensión en el artículo previsto sin abrirlo, lo cual es particularmente útil para archivos que no son fácilmente identificables basándose solamente en la primera página. Los controles extendidos 3614 pueden hacerse disponibles al usuario como parte de un previsualizador alternativo en un navegador de intérprete. El término "previsualizador" puede referirse a un control de prevista o a un tablero de prevista que incluye un control de prevista. La presente invención contempla un navegador de intérprete que proporciona al usuario un previsualizador por omisión, ofreciendo un nivel estándar de funcionalidad para múltiples tipos de articulo y uno o más previsualizadores alternativos que ofrecen un nivel diferente de funcionalidad para tipos particulares de artículo para mejorar la experiencia del usuario. Al abrir el desarrollo de previsualizadores alternativos a vendedores de software independientes (ISVs) y otros desabolladores de terceras partes se agrega un valor a la experiencia de la navegación de archivos mostrando aspectos importantes del archivo en una forma fácilmente reconocible. La presente invención contempla previsualizadores normales para numerosos tipos de archivos y tipos de artículos que 119 no son archivos, incluyendo, pero no limitándose a, archivos de imágenes, archivos de vídeo, contactos, juegos, exploradores, cámaras de video, archivos de documento, archivos de hoja de cálculo, archivos de presentación de desliz, archivos de dibujo y archivos de tinta de tableta. La presente invención permite un número de escenarios que no son posibles con navegadores de intérprete convencionales, algunos de los cuales han sido descritos anteriormente. Las terceras partes se dejan para describir y demostrar sus tipos de archivo proporcionando un código que puede ver dentro del tipo de archivo y proporcionar una imagen agrandada que el usuario entenderá. Por ejemplo, Apple puede implementar un control de prevista de QuickTime™ el cual podría ser presentado cuando el usuario selecciona un archivo de QuickTime™ en un navegador de intérprete. Este control de prevista puede proporcionar un nivel alternativo o extendido de funcionalidad más allá del previsualizador por omisión en la intérprete de un sistema operativo, incluyendo funcionalidad tal como mostrar los primeros 5 segundos de una película de QuickTime™ y/u ofrecer botones y controles para que el usuario lance el reproductor de QuickTime™. Un previsualizador alternativo para un archivo de música puede proporcionar funcionalidad extendida similar. Como aquellos expertos en la técnica apreciarán, las posibilidades para funcionalidad extendida en un previsualizador alternativo son limitadas. La Figura 63 es una representación esquemática de un tablero 120 seleccionado similar a la Figura 61, pero que también incluye un menú de contexto 3714 para que un usuario pueda modificar metadatos en un navegador de intérprete de acuerdo con una modalidad de la presente invención. El tablero seleccionado 3700 incluye un tablero de prevista 3702, el cual contiene un control de prevista 3704, una presentación de metadatos 3706 y un control de tareas 3708. El tablero seleccionado 3700 también incluye un área de vista 3710, en donde múltiples archivos u otros artículos 3712 pueden ser vistos. Aquellos expertos en la técnica apreciarán que , para los propósitos de la presente invención, el control de metadatos 3706 y el control de tareas 3708 no son características esenciales. La presente invención contempla la presencia de estas y/u otras características opcionales, las cuales pueden ayudar al usuario a localizar fácilmente un artículo particular en el navegador de intérpretes o de otra manera mejorar la experiencia del usuario. El menú de contexto 3714 eñ la Figura 63 le presenta al usuario varias opciones, incluyendo la selección de elegir ya sea el previsualizador por omisión o un previsualizador alternativo para el artículo seleccionado. El texto genérico mostrado en el menú 3714, por supuesto, es meramente un ejemplo del tipo de opciones que pueden ser presentadas a un usuario para seleccionar un previsualizador. Un menú de contexto puede ser provisto en cualquier ventana, incluyendo un tablero de bienvenida, para mejorar la experiencia del usuario. Como aquellos expertos en la técnica apreciarán, cualquier número y variedad de menús de contexto 121 pueden ser soportados por la presente invención. Para los propósitos de la presente invención, un medio para permitir la selección del usuario de un previsualizador dentro de un navegador de intérprete es proporcionar un menú de contexto tal como el menú de contexto 3714. Un usuario puede requerir el menú de contexto, por ejemplo, oprimiendo en el texto correspondiente un objeto en el tablero de prevista. Aquellos expertos en la técnica apreciarán* que la presente invención contempla medios distintos a los menús de contextos para seleccionar un previsualizador para los artículos presentados de una pluralidad de previsualizadores disponibles dentro de un navegador de intérprete. Otro medio es para que el usuario oprima sobre el control de prevista para entrar a un nodo de selección. Similarmente, el usuario puede ser incitado a selecciona un previsualizador oprimiendo el lado derecho dentro del tablero de prevista. En contraste, un usuario puede entrar a un modo de selección revoloteando sobre el texto relevante o sobre un objeto relevante en el tablero de prevista. Están disponibles numerosos medios alternativos que están dentro del alcance de la presente invención. La Figura 64A es un diagrama de flujo que ilustra un método
3800 para que un usuario pueda seleccionar un previsualizador en un navegador de intérprete que soporta múltiples tipos de artículos de acuerdo con una modalidad de la presente invención. El método 3800 proporciona una pluralidad de previsualizadores en el navegador de intérprete en 3802. La pluralidad de previsualizadores puede incluir 122 un previsualizador por omisión para múltiples tipos de artículos y uno o más previsualizadores alternativos para tipos de artículo particulares. Estos previsualizadores alternativos pueden incluir aplicaciones instaladas, desarrolladas por una tercera parte. En 3804, el método 3800 presenta al usuario una selección de dos o más previsualizadores para un tipo particular de artículo. La incitación al seleccionar un previsualizador puede ser iniciada por el navegador de intérprete (por ejemplo, al presentar un nuevo tipo de artículo) y/o por el usuario (por ejemplo, al oprimir en un objeto para presentar un menú de contexto). Después de recibir una entrada por parte del usuario en 3806 indicando una selección de uno de los previsualizadores para el tipo particular de artículo, el método 3800 después asocia el previsualizador seleccionado con el tipo particular de artículo en 3808. El previsualizador seleccionado permanecerá en un uso hasta que el usuario seleccione uno diferente. Sin embargo, si el previsualizador seleccionado es una aplicación instalada, la desinstalación de la aplicación también terminará el uso del previsualizador seleccionado. La Figura 64B es un diagrama de flujo que ilustra un método 3810 para seleccionar automáticamente un previsualizador en un navegador de intérprete que soporta múltiples de tipos de artículos de acuerdo con una modalidad de la presente invención. El método 3810 proporciona una pluralidad de previsualizadores en el navegador de intérprete en 3812. La pluralidad previsualizadores puede incluir un previsualizador por omisión para múltiples tipos de 123 artículos y uno o más previsualizadores alternativos para tipos particulares de artículos. Estos previsualizadores alternativos pueden incluir aplicaciones instaladas desarrolladas por una tercera parte. En el paso 3814, el sistema (opuesto al usuario) automática y transparentemente selecciona un previsualizador por omisión de dos o más previsualizadores disponibles para un tipo de artículo particular. El sistema puede seleccionar un previsualizador en respuesta a un evento tal como presentar un nuevo tipo de artículo o la presencia de un previsualizador alternativo. El sistema se configura para seleccionar un previsualizador por omisión basándose en reglas lógicas. Bajo circunstancias excepcionales, el sistema puede decidir, en 3816, anular las reglas y seleccionar un previsualizador que no haya sido seleccionado de acuerdo con reglas aplicables. Por ejemplo, si la regla es para seleccionar un previsualizador recientemente disponible sobre el previsualizador por omisión actual, generalmente una aplicación instalada puede tener la autoridad de cambiar al previsualizador por omisión al previsualizador ahora disponible de la aplicación instalada. Sin embargo, El navegador de intérprete, por ejemplo, puede reservarse el derecho de anular el cambio propuesto por la aplicación recientemente instalada. Por ejemplo, una anulación puede ser apropiada cuando la aplicación recientemente instalada no puede ser autenticada como un propietario apropiado del tipo de artículo en cuestión.
124 En cualquier caso, el método 3810 después asocia al previsualizador seleccionado con el tipo particular de articulo en 3818. El previsualizador seleccionado permanecerá en uso hasta que se seleccione uno diferente. Sin embargo, si el previsualizador seleccionado es una aplicación instalada, la desinstalación de la aplicación también terminará el uso del previsualizador seleccionado.
Haciendo referencia a hora a la Figura 65, un diagrama de flujo ilustra un método 3900 para habilitar el uso de previsualizadores de tercera parte en un navegador de intérprete que soporta múltiples tipos de artículos de acuerdo con una modalidad de la presente invención. El método 3900 incluye proporcionar un navegador de intérprete que tenga un previsualizador por omisión de los múltiples tipos de artículos en 3902. El método 3900 además incluye proporcionar un mecanismo de extensión para el desarrollo de terceras partes de un previsualizador alternativo para por lo menos uno de los múltiples tipos de artículos en 3904. El previsualizador alternativo puede ser registrado en el navegador de intérprete en 4906. En el caso de una aplicación instalada, el registro puede ocurrir substancialmente igual que la instalación. Por ejemplo, si la aplicación es instalada por un OEM, el previsualizador alternativo puede ser registrado antes de que el usuario adquiera la computadora. Alternativamente, el usuario puede instalar la aplicación local o remotamente. Existen muchos posibles aspectos para el mecanismo de extensión presentado anteriormente en 3904. Uno de estos aspectos 125 involucra exponer un grupo de interfases de programa de aplicación (APIs), de manera que los vendedores de software independientes (ISVs) y otros desarrol ladores de terceras partes pueden desarrollar previsualizadores alternativos. Con el aspecto de API, existe un mecanismo de registro que permite que un SV asocie su control de prevista con un tipo de articulo que pertenece al ISV. Cuando un artículo o archivo de ese tipo se selecciona en el navegador de intérprete, el control de prevista del ISV es iniciado a través de este mecanismo de registro y la API de extensión. La API proporciona datos al control de prevista: los datos representando el artículo(s) seleccionado en la vista y datos representados del contenedor de origen de los artículos en la vista. El control de prevista opera en estos datos y proporciona a un usuario una interfase a través de la API, la cual está presentada en el navegador de intérprete. El usuario puede proporcionar entrada con teclazos y eventos de ratón que son pasados por el navegador de intérprete al control de previstas que puede operar en esos eventos de entrada por el usuario. Aquellos expertos en la técnica apreciarán que son posibles muchos posibles muchos aspectos en el contexto del mecanismo de extensión de la presente invención. Además del aspecto de API, se puede lograr una funcionalidad similar a través de la configuración por parte del usuario, un señalador a HTML o alojando una memoria flash. Además, el modelo de extensión puede requerir que solamente una aplicación que pertenece al tipo de artículo seleccionado pueda 126 proporcionar solo un previsualizador alternativo. En otras palabras, el número de previsualizadores disponibles puede ser limitado a un previsualizador por omisión y un previsualizador alternativo para evitar una pobre experiencia del usuario en donde múltiples previsualizadores extendidos, registrados están en competencia entre sí. Sin embargo, otro modelo puede ser permitir cualquier aplicación que pueda manejar el tipo de articulo seleccionado para proporcionar un previsualizador adicional. Un modelo alternativo podría permitir correr cualquier código para proporcionar un previsualizador adicional para cualquier tipo de artículo. También puede ser deseable bajo ciertas circunstancias permitir el reemplazo o remoción del previsualizador por omisión. Muchos otros modelos son posibles y están contemplados en la presente invención. La Figura 66 es un diagrama de bloque de una estructura de datos 4000, la cual está almacenada en uno o más medios legibles por computadora y la cual contiene información indicativa de una pluralidad de previsualizadores en un navegador de intérprete. La estructura de datos 4000 incluye un campo de previsualizador por omisión 4002 conteniendo información indicativa de un previsualizador por omisión que soporta múltiples tipos de artículos. Un campo de previsualizador alternativo 4004 contiene información indicativa de un previsualizador alternativo de un primer tipo de artículo. Otro campo de previsualizador alternativo 4006 puede contener información indicativa de un segundo previsualizador alternativo para el primer tipo de artículo, o pueden contener