NO331459B1

NO331459B1 - System og fremgangsmate for filtrering og organisering av elementer basert pa felles egenskaper og trekk

Info

Publication number: NO331459B1
Application number: NO20042683A
Authority: NO
Inventors: David George Devorchik; Jason F Moore; Richard M Banks; Patrice L Miner; Shaun A Kaasten; Kenneth M Tubbs; Relja Ivanovic
Original assignee: Microsoft Corp
Priority date: 2003-03-27
Filing date: 2004-06-25
Publication date: 2012-01-09
Also published as: NO20042683L; CN100476803C; US9361313B2; US20040189707A1; US20150234893A1; US20060004692A1; KR100984400B1; US20060200466A1; US7512586B2; ZA200404892B; EP1631921A4; US20050283476A1; US7149729B2; IL162694A; CA2468462A1; CN103150316B; US20040193600A1; AU2003229326B8; US20100205186A1; WO2004097682A1

Abstract

Et system og en fremgangsmåte for å filtrere og organisere elementer fra datamaskin-lagringsenheter basert på felles egenskaper og trekk. Ifølge ett aspekt ved oppfinnelsen tilveiebringes filtre for å manipulere elementene. Filtrene er hovedsaklig verktøy for å snevre inn et sett av elementer. I én utførelsesform genereres filtrene dynamisk basert på egenskapene ved de individuelle elementene. Systemet anvender virtuelle filmapper. De virtuelle filmappene viser vanlige filer og filmapper for brukere i forskjellige fremvisninger basert på disses metadata i stedet for på oppbygningen av det underliggende filsystemet på lagringsmediet. Ifølge et annet aspekt ved oppfinnelsen tilveiebringes hurtiglenker. I én utførelsesform er hurtiglenker et sett av forhåndsdefinerte lenker (for eksempel tilveiebragt på venstre side av fremvisningen) som kan klikkes på for å generere ønskede fremvisninger av elementsettene. Ifølge et annet aspekt ved oppfinnelsen tilveiebringes biblioteker. Biblioteker består av store grupper av anvendelige typer elementer som kan assosieres med hverandre.

Description

Oppfinnelsens område

Foreliggende oppfinnelse vedrører systemer og fremgangsmåter for å vise elementer som er lagret i en datamaskinlagringsenhet, og mer spesifikt et system og en fremgangsmåte for filtrering og organisering av elementer i et datasystem med en fremvisningsskjerm og en lagringsenhet for å lagre elementer med metadataegenskaper basert på felles egenskaper og trekk, samt et datamaskinlesbart medium som omfatter datamaskineksekverbare instruksjoner som når de kjøres utfører fremgangsmåten.

Oppfinnelsens bakgrunn

Dagens filsystemer i datamaskiner har en rekke uheldige begrensninger. Én begrensning er at brukere generelt ikke er i stand til å kontrollere strukturen med hvilken de blir vist. Med andre ord, ved organisering av filmapper, må en bruker velge en struktur, og denne strukturen er deretter vanskelig å endre. Som et konkret eksempel i forbindelse med en "musikk"-mappe, kan en bruker velge å organisere musikkfilene i et artist/album-format, der alle albummappene for hver artist grupperes i denne spesifikke artistens mappe og alle sangene i et gitt album grupperes i dette albumets mappe. Artist/album-formatet er ikke egnet for avspilling av en gitt type musikk (f.eks. avspilling av to jazzsanger fra to forskjellige artister), eller for avspilling av et utvalg av sanger fra album av forskjellige artister.

Et annet problem er at en bruker vil kunne ha et stort antall filer som er vanskelige å organisere. Enkelte brukere er nøye med plasseringen av filene, og skaper således veldefinerte hierarkier for dem. Håndteringen av slike filer blir mer kompleks og vanskeligere etter hvert som antallet dokumenter øker, noe som også vanskeliggjør søk og fremhenting. Dette problemet forsterkes ytterligere når det samtidig anvendes andre filer fra andre lagringssteder, så som delte filer, etc.

Brukere er også nødt til å håndtere filer som befinner seg på forskjellige lagringssteder, for eksempel på forskjellige anordninger, på andre PC-er eller online. For eksempel kan brukere velge å lytte til musikken sin på datamaskinen (som kan være tilgjengelig for et musikkprogram), eller kan gå online og lytte til musikk fra nettsteder, selv om det er et strengt skille mellom disse to kildene. Musikk som kommer fra forskjellige steder er organisert på forskjellig måte, og lagres ikke på samme måte eller sted. Som et annet eksempel kan filer lagret i et bedriftsnettverk være naturlig adskilt fra filer en bruker har på en lokal maskin.

Brukere er videre nødt til ikke bare å holde orden på hvilke fildata som er lagret, men også hvor de er lagret. For musikkfiler tvinges for eksempel brukere til å lagre kopier i forskjellige systemer og til å forsøke å holde orden på hvilke musikkfiler som er lagret hvor. Dette kan gjøre filene vanskelige å finne, selv når de er lagret lokalt.

Det er også noen ganger vanskelig å finne frem til og gå tilbake til filer som en bruker har. Brukere kan finne det vanskelig å huske hvor og hvordan de har lagret gitte filer. Gitt et sett av filmapper, eller bare en gruppe av liknende filer, opplever brukere det ofte som vanskelig og raskt finne den de leter etter. Filer som er lagret på et sted som er vanskelig å finne frem til, er enda vanskeligere å finne. I tillegg, når brukere har mange nok filer i en filmappe, blir det vanskelig å utføre raske søk i filmappen, spesielt dersom innholdet er nokså likt.

Noen ganger er det også vanskelig for brukere å finne frem til eller gå tilbake til filer i et nettverk. Det å dele og publisere filer er ofte vanskelig, og det kan ofte være enda vanskeligere å finne frem til en slik fil fra en som har gjort den tilgjengelig. Brukere er typisk nødt til å huske eller skrive ned de forskjellige stedene og navnene de trenger for å finne filer i et nettverk.

Navnerom kan variere, noe som kan forvirre brukeren med hensyn til hva som er "korrekt". Dette er spesielt tilfelle i et nettverk hvor det eksisterer forskjellige navnekonvensjoner, -begrensninger, etc. For eksempel kan enkelte operativsystemer kreve korte navn uten mellomromstegn for at de skal være synlige.

Videre lagrer programmer ofte filer til sine egne filkataloger eller til andre navnerom, noe som kan gjøre det vanskelig for brukere å finne tilbake til filene. Programmer har ofte standard filkataloger og lagringssteder hvor de lagrer dokumenter. En bruker er ofte nødt til å søke gjennom harddisken sin og gjette hvor en fil er lagret.

Videre er beslektede elementer ofte lagret på forskjellige lagringssteder. Beslektede filer som en bruker har vil kunne være lagret på forskjellige steder på harddisken, etc. Dette problemet blir mer og mer vanlig med utviklingen av digitale mediatjenester som har flere typer innhold (f.eks. bilder, musikk, video).

Fra patentlitteraturen, nærmere bestemt US 6,243,724 B1, er det vist metoder for å organisere informasjon i datamaskinsystemer.

Foreliggende oppfinnelse tilveiebringer et system og en fremgangsmåte som overkommer de nevnte og andre ulemper. Mer spesifikt er foreliggende oppfinnelse rettet mot et system og en fremgangsmåte for filtrering og organisering av elementer basert på felles egenskaper og trekk.

Sammendrag for oppfinnelsen

I henhold til den foreliggende oppfinnelse tilveiebringes en fremgangsmåte for å filtrere elementer i et datasystem med en fremvisningsskjerm og en lagringsenhet for å lagre elementer med metadataegenskaper. Der fremgangsmåten omfatter det å: tilveiebringe et antall grafiske objekter på fremvisningsskjermen som hver representerer ett eller flere elementer, der en eller flere av de grafiske elementer omfatter en virtuell mappe som viser elementer til brukere med forskjellige visninger basert på sine metadata istedenfor den virkelige underliggende filsystemstruktur,

evaluere metadataegenskapene for elementene som representeres av de grafiske objektene,

dynamisk generere en filterbetingelse som korresponderer med en metadataegenskap som er delt av et antall av elementene basert på evalueringen av metadataegenskapene, og

presentere filtreringsbetingelsen på fremvisningsskjermen, idet seleksjon av filtreringsbetingelsen forårsaker at elementene som er representert på fremvisningsskjermen reduseres til de elementene som har den aktuelle metadataegenskapen.

Ifølge et aspekt tilveiebringes hurtiglenker eller snarveier. Hurtiglenker kan være et sett av forhåndsdefinerte lenker (for eksempel tilveiebragt på venstre side av skjermbildet) som kan klikkes på for å generere ønskede fremvisninger av elementsettene. Disse kan være forhåndsdefinert av programmet eller være tilveiebragt av en bruker. For eksempel kan et klikk på "alle forfattere" returnere en fremvisning sortert etter forfattere. "Alle dokumenter" kan returnere en flat visning av alle dokumenter i alle lagringsområder. Brukere kan også opprette sine egne hurtiglenker. For eksempel kan en bruker filtrere ned til en fremvisning av alle de dokumenter de modifiserte i januar 2003, og deretter lagre denne som en hurtiglenke.

Ifølge et aspekt omtales en fremgangsmåte for å tilveiebringe hurtiglenker i et datasystem som har en fremvisningsskjerm og en lagringsenhet for å lagre elementer. I denne fremgangsmåten navigerer en bruker først til en fremvisning av en ønsket samling av elementer. En hurtiglenke svarende til den ønskede samlingen av elementer lagres og gis et navn. Hurtiglenkens navn vises på fremvisningsskjermen, slik at ved å klikke på hurtiglenken, en bruker kan returnere til fremvisningen av den ønskede samlingen av elementer.

Ifølge et aspekt omtales biblioteker. Biblioteker består av store grupper av anvendelige typer elementer som kan assosieres med hverandre. For eksempel kan fotografier være ett bibliotek, musikk et annet og dokumenter nok et annet. Bibliotekene tilveiebringer verktøy og aktiviteter assosiert med de spesifikke typene elementer. Som et eksempel kan det i fotografibiblioteket være tilveiebragt verktøy og filtre for å manipulere fotografier, for eksempel for å generere diasfremvisninger eller for å dele bilder.

Det omtales også en fremgangsmåte for å opprette biblioteker i et datasystem som har en fremvisningsskjerm og en lagringsenhet for å lagre elementer. Fremgangsmåten starter med opprettelse av et bibliotek for å inneholde elementer med én eller flere spesifiserte metadataegenskaper. Deretter blir elementer som har den ene eller de flere spesifiserte metadataegenskapene automatisk lagt inn i biblioteket. Det tilveiebringes også verktøy for å manipulere elementene i biblioteket.

Det beskrives også hvordan elementer presenteres for en bruker i virtuelle filmapper. De virtuelle filmappene viser elementer for brukere i forskjellige fremvisninger basert på disses metadata i stedet for på den underliggende, fysiske filstrukturen på lagringsmediet. Systemet er således i stand til å ta en egenskap som er lagret i databasen og representere den som en container som er som en filmappe. Siden brukere allerede er vant til å jobbe med filmapper vil de, ved at de virtuelle filmappene presenteres på tilsvarende måte, raskere tilpasse seg det nye systemet.

Det omtales videre hvordan brukere kan manipulere de virtuelle filmappene direkte. Med andre ord er mekanismene som er tilveiebragt for å manipulere de virtuelle filmappene tilsvarende de som i dag anvendes for å manipulere konvensjonelle, fysiske filmapper (f.eks. klikke og dra med pekeranordning, kopiere, lime inn, etc).

Et bredt kildeområde for innhenting av elementer kan være tilgjengelig. Med andre ord er systemet i stand til å representere elementer fra mange fysiske lagringssteder (for eksempel forskjellige harddisker, forskjellige datamaskiner, forskjellige nettverkssteder, etc.) på en slik måte at det for en bruker ser ut som om alle elementene befinner seg på samme sted. For eksempel kan en bruker få vist alle sine musikkfiler i ett enkelt skjermvindu og operere på alle filene fra samme fremvisning, selv om filene fysisk kan være lagret på forskjellige harddisker, på forskjellige datamaskiner eller på forskjellige nettverkssteder.

Det omtales hvordan elementer som ikke er filer kan være representert i de virtuelle filmappene. Sagt på en annen måte befinner lagrede filer seg i et fysisk lager, mens de virtuelle filmappene vil kunne inneholde elementer som når de vises, ikke er representert i det fysiske lageret. Eksempler på elementer som ikke er filer er e-poster og kontakter.

Andre fordeler og trekk ved den foreliggende oppfinnelse fremkommer av de tilhørende selvstendige patentkravene, utførelsesformer i henhold til den foreliggende oppfinnelse er definert i de uselvstendige patentkravene.

Kort beskrivelse av figurene

De foregående aspekter og mange av de fordelene som følger med foreliggende oppfinnelse vil forstås bedre etter en gjennomgang av den følgende detaljerte beskrivelsen, sett sammen med de vedlagte figurene, der: Figur 1 er et blokkdiagram av et generelt datasystem som er egnet for implementering av foreliggende oppfinnelse, Figur 2 er et blokkdiagram av et system med virtuelle filmapper ifølge foreliggende oppfinnelse, Figur 3 er et flytdiagram som illustrerer en prosess der en bruker fremsetter en forespørsel, basert på hvilke valgte filer og filmapper hentes frem, Figur 4 er et flytdiagram som illustrerer en prosess der virtuelle filmapper opprettes og vises på skjermen i overensstemmelse med enten en standard-spørring eller en forespørsel fra brukeren, Figur 5 er en tre-visning av en filmappestruktur som overensstemmer med en fysisk oppbygning av en filmappe på en harddisk,

Figur 6 er en tre-visning av en virtuell filmappestruktur,

Figur 7 er en tre-visning av den virtuelle filmappestrukturen i figur 6, der klient-stabelen videre er filtrert etter kontrakter og år, Figur 8 er en tre-visning av den virtuelle filmappestrukturen i figur 7, der kontraktene i klient-stabelen videre er filtrert etter år, Figur 9 er en tre-visning av den virtuelle filmappestrukturen i figur 6, der kontrakt-stabelen videre er filtrert etter klienter og år og klientene enda videre er filtrert etter år, Figur 10 illustrerer et skjermvindu som viser elementstablene i et dokumentbibliotek, Figur 11 illustrerer et skjermvindu som viser dokumentene i ABC Corp.-stabelen i figur 10, Figur 12 illustrerer et skjermvindu der en sorteringsfunksjon ("Stacks") er selektert for dokumentene i figur 11, Figur 13 illustrerer et skjermvindu der en "sortere etter forfatter"-parameter er valgt for sorteringsfunksjonen i figur 12, Figur 14 illustrerer et skjermvindu der filene i figur 13 er sortert etter forfatter, Figur 15 illustrerer et skjermvindu der en sorteringsfunksjon er selektert og et "sortere etter kategori"-valg videre er selektert for å omsortere filene i figur 14, Figur 16 illustrerer et skjermvindu der filene i figur 14 er omsortert etter kategori, Figur 17 illustrerer et skjermvindu der en hurtiglenke for å få vist fysiske filmapper er selektert, Figur 18 illustrerer et skjermvindu som viser de fysiske filmappene som inneholder filstablene i de virtuelle filmappene i figur 17, Figur 19 er et flytdiagram som illustrerer en fremgangsmåte med hvilken en bruker kan manipulere de fysiske filmappene direkte, Figur 20 illustrerer et skjermvindu der en ny "West Coast"-stabel er lagt til elementstablene i figur 10, Figur 21 illustrerer et skjermvindu der direkte manipulasjon anvendes for å kopiene filene fra "ABC Corp."-stabelen til "West Coast"-stabelen i figur 20, Figur 22 er et flytdiagram som illustrerer en prosess der systemet dynamisk genererer nye filtreringsbetingelser, Figur 23 er et flytdiagram som illustrerer en prosess der systemet filtrerer elementer basert på valg av filtreringsbetingelse, Figur 24 illustrerer et skjermvindu der elementstablene i figur 10 er sortert etter betingelsen "AB", Figur 25 illustrerer et skjermvindu der elementstablene i figur 10 er sortert etter betingelsen "ABC", Figur 26 illustrerer et skjermvindu der filtreringsbetingelsen "år 2000" er valgt for elementstablene i figur 10, Figur 27 illustrerer et skjermvindu der elementstablene i figur 10 er sortert etter "år 2002", og der videre filtreringsbetingelsen "måned" er selektert, Figur 28 illustrerer et skjermvindu som viser en liste for valg av måned å filtrere med, Figur 29 illustrerer et skjermvindu der elementstablene i figur 10 videre er sortert etter måneden januar, og viser videre en filtreringsbetingelse "dag", Figur 30 er et flytdiagram som illustrerer en fremgangsmåte for å opprette en ny hurtiglenke, Figur 31 illustrerer et skjermvindu for opprettelse av en ny hurtiglenke kalt "January Work" basert på filtreringen i figur 29, Figur 32 illustrerer et skjermvindu der en hurtiglenke "Alle forfattere" er selektert, Figur 33 illustrerer et skjermvindu der en liste over alle forfatterne i figur 32 er vist, Figur 34 illustrerer et skjermvindu der "Forfatter 1" er valgt fra listen i figur 33, og der alle Forfatter 1 sine dokumenter er vist, Figur 35 er et flytdiagram som illustrerer en fremgangsmåte for å opprette et nytt bibliotek, Figur 36 illustrerer et skjermvindu som viser en samling av forskjellige tilgjengelige biblioteker, Figur 37 er et flytdiagram som illustrerer en fremgangsmåte for å definere kildeområde for en samling av virtuelle filmapper, Figur 38 er et blokkdiagram som illustrerer de forskjellige kildene som vil kunne danne kildeområdet for en samling av virtuelle filmapper, Figur 39 er et flytdiagram som illustrerer en fremgangsmåte for å innlemme elementer som ikke er filer i en samling av virtuelle filmapper, Figur 40 illustrerer et skjermvindu som viser forskjellige elementer som ikke er filer innlemmet i en virtuell filmappe.

Detaljert beskrivelse av oppfinnelsen.

Foreliggende oppfinnelse er rettet mot virtuelle filmapper. Virtuelle filmapper anvender de samme eller tilsvarende brukergrensesnitt som i dag anvendes for filsystemer. De virtuelle filmappene viser vanlige filer og filmapper (også kjent som filkataloger) for brukere i forskjellige fremvisninger basert på disses metadata i stedet for på den faktiske oppbygningen av det underliggende filsystemet i lagringsmediet. Lagringssted-uavhengige fremvisninger genereres som gjør det mulig for brukere å jobbe med sine filer og filmapper ved hjelp av tilsvarende kontroller som de som i dag anvendes for å administrere filsystemer. Generelt betyr dette at brukere kan organisere og omordne sine filer basert på iboende egenskaper ved filene selv, i stedet for at administreringen og organiseringen skjer som en separat del av systemet. De virtuelle filmappene kan representere filer eller elementer fra forskjellige fysiske lagringssteder, for eksempel fra forskjellige harddisker eller stasjoner i samme datamaskin, fra forskjellige datamaskiner eller fra forskjellige nettverkssteder, slik at én fremvisning av filer eller elementer kan vise filer eller elementer som er lagret på forskjellige fysiske lagringssteder. I én utførelsesform trenger de forskjellige elementene eller filene kun å være tilgjengelige over et IP-nettverk for å kunne bli vist.

Metoden med virtuelle filmapper kan også anvendes for entiteter som ikke er tradisjonelle filer. En anvendelse av dette er å ha et sett av brukergrensesnitt svarende til filer og filmapper (dvs. objekter og containere) for å vise entiteter som ikke er tradisjonelle filer. Ett eksempel på slike entiteter er e-poster, mens et annet er kontaktinformasjon fra en kontaktdatabase. På denne måten tilveiebringer virtuelle filmapper et lagringssted-uavhengig, metadata-basert fremvisningssystem som fungerer på samme måte uavhengig av hvorvidt data som vises er fra filer eller andre entiteter. Generelt gir disse aspektene større fleksibilitet med hensyn til det å la brukere jobbe med sine filer og data med bruk av både vanlige brukergrensesnitt-teknikker (flytting med pekeranordning, dobbeltklikking, etc.) i tillegg til å lette rik integrering av forskjellige datatyper.

Figur 1 og den følgende beskrivelsen er ment for å gi en kort, generell beskrivelse av et egnet databehandlingsmiljø der foreliggende oppfinnelse kan bli implementert. Selv om det ikke er nødvendig, vil oppfinnelsen bli beskrevet i den generelle sammenhengen datamaskineksekverbare instruksjoner, så som programmoduler, som eksekveres av en personlig datamaskin. Programmoduler omfatter generelt rutiner, programmer, datategn, komponenter, datastrukturer, etc. som utfører konkrete oppgaver eller implementerer spesifikke abstrakte datatyper. Som fagmannen vil forstå, kan oppfinnelsen praktiseres i andre datasystemkonstruksjoner, omfattende håndholdte anordninger, flerprosessorsystemer, mikroprosessorbasert eller programmerbar forbrukerelektronikk, personlige datamaskiner i nettverk, minidatamaskiner, stormaskiner og liknende. Oppfinnelsen kan også praktiseres i distribuerte databehandlingsmiljøer der oppgaver utføres av fjern-prosesseringsanordninger som er forbundet via et kommunikasjonsnettverk. I et distribuert databehandlingsmiljø kan programvaremoduler være lagret i både lokale og fjerne minnelagringsanordninger.

Med henvisning til figur 1 omfatter et eksempel på system for å implementere oppfinnelsen en generell databehandlingsanordning i form av en konvensjonell personlig datamaskin 20, som omfatter en prosesseringsenhet 21, et systemminne 22 og en systembuss 23 som kopler forskjellige systemkomponenter omfattende systemminnet 22 til prosesseringsenheten 21. Systembussen 23 kan være en hvilken som helst av mange alternative busstrukturer, omfattende en minnebuss eller minnekontroller, en periferienhet-buss og en lokal buss, som anvender en hvilken som helst av en rekke tilgjengelige bussarkitekturer. Systemminnet omfatter et leseminne (ROM) 24 og et direkteaksessminne (RAM) 25. Et BIOS (basic input/output system) 26, som inneholder de grunnleggende rutiner som bidrar til å overføre informasjon mellom elementer i den personlige datamaskinen 20, for eksempel under oppstart, er lagret i ROM 24. Den personlige datamaskinen 20 omfatter videre en harddiskstasjon 27 for å lese fra eller skrive til en harddisk 39, en magnetdiskstasjon 28 for å lese fra eller skrive til en flyttbar magnetisk disk 29 samt en optisk diskstasjon 30 for å lese fra eller skrive til en flyttbar optisk disk 31, så som et CD-ROM eller et annet optisk medium. Harddiskstasjonen 27, magnetdiskstasjonen 28 og optisk diskstasjonen 30 er koplet til systembussen 23 henholdsvis via et harddiskstasjon-grensesnitt 32, et magnetdiskstasjon-grensesnitt 33 og et optisk diskstasjon-grensesnitt 34. Stasjonene og deres assosierte datamaskinlesbare medier tilveiebringer ikke-volatil lagring av datamaskinlesbare instruksjoner, datastrukturer, programmoduler og andre data for den personlige datamaskinen 20. Selv om det eksempelvise miljøet som er beskrevet her innbefatter en harddisk 39, en flyttbar magnetdisk 29 og en flyttbar optisk disk 31, vil fagmannen forstå at andre typer datamaskinlesbare medier som kan lagre data som kan aksesseres av en datamaskin, så som magnetkasetter, flash-minnekort, DVD-disker, Bernoulli-patroner, RAM, ROM og liknende, også kan anvendes i det eksemplifiserte kjøremiljøet.

Et antall programmoduler kan være lagret i harddisken 39, magnetdisken 29, den optiske disken 31, ROM 24 eller RAM 25, omfattende et operativsystem 35, ett eller flere applikasjonsprogrammer 36, andre programmoduler 37 og programdata 38. En bruker kan mate inn kommandoer og informasjon til den personlige datamaskinen 20 via innmatingsanordninger så som et tastatur 40 og en pekeranordning 42. Andre innmatingsanordninger (ikke vist) kan omfatte en mikrofon, en styrespak, en spillkonsoll, en parabolantenne, en skanner eller liknende. Disse og andre innmatingsanordninger er ofte koplet til prosesseringsenheten 21 via et serieport-grensesnitt 46 som er koplet til systembussen 23, men kan være tilkoplet via andre grensesnitt, så som en parallellport, en spillutgang eller en USB-(Universal Serial Bus)-port. En fremvisningsanordning i form av en monitor 47 er også koplet til systembussen 23 via et grensesnitt, så som et skjermkort eller -adapter 48. Én eller flere høyttalere 57 kan også være koplet til systembussen 23 via et grensesnitt, så som et lydkort 56.1 tillegg til fremvisningsanordningen og høyttalerne omfatter personlige datamaskiner typisk andre perifere utmatingsanordninger (ikke vist), så som skrivere.

Den personlige datamaskinen 20 kan operere i et nettverksmiljø via logiske forbindelser til én eller flere personlige datamaskiner, så som en fjern-datamaskin 49. Fjern-datamaskinen 49 kan være en annen personlig datamaskin, en tjener, en ruter, en nettverks-PC, en peer-anordning eller en annen vanlig nettverksnode, og omfatter typisk mange av eller alle elementene beskrevet ovenfor i forbindelse med den personlige datamaskinen 20. De logiske forbindelsene vist i figur 1 omfatter et lokalt nettverk (LAN) 51 og et regionalt nettverk (WAN) 52. Slike nettverksmiljøer er vanlige i kontorer, bedriftsomspennende datanettverk, intranett og Internett.

Når den anvendes i et LAN-nettverksmiljø, er den personlige datamaskinen 20 koplet til det lokale nettverket 51 via et nettverksgrensesnitt eller nettverkskort 53. Når den anvendes i et WAN-nettverksmiljø, omfatter den personlige datamaskinen 20 typisk et modem 54 eller andre anordninger for å etablere kommunikasjon over WAN 52, for eksempel Internett. Modemet 54, som kan være internt eller eksternt, er koplet til systembussen 23 via serieport-grensesnittet 46.1 et nettverksmiljø kan programmoduler som er vist i den personlige datamaskinen 20, eller deler av disse, være lagret i den fjernlokaliserte minnelagringsanordningen. Det vil forstås at de viste nettverksforbindelsene kun er eksempler, og at andre mekanismer for å etablere en kommunikasjonsforbindelse mellom datamaskinene kan anvendes.

Implementert i et system av typen illustrert i figur 1, anvender foreliggende oppfinnelse virtuelle filmapper som gjør det lettere for brukere å utføre grunnleggende oppgaver i forbindelse med arbeid med filer og navigering i filmapper (browsing) og å tilveiebringe høyere-nivå lagringsmuligheter som kan utnyttes i ny funksjonalitet. De virtuelle filmappene viser filer og elementer for brukere i forskjellige fremvisninger basert på disses metadata i stedet for på oppbygningen av det underliggende filsystemet i lagringsstedet.

Figur 2 er et blokkdiagram som illustrerer et system 200 med virtuelle filmapper ifølge foreliggende oppfinnelse. Som vil bli beskrevet mer i detalj nedenfor, gir de virtuelle filmappene en bruker mulighet til å endre "sorteringskriteriet" som bestemmer hvordan dataene blir vist. Som et eksempel vil en bruker kunne se sine musikkfiler som en ikke-hierarkisk liste over alle sanger, som kan være sortert etter album. Alternativt kan brukeren endre fremvisningen til å vise kun genre, artister, år, etc. Brukeren kan skreddersy fremvisningen til kun å vise de objektene som er relevante for en oppgave som skal utføres. Dette muliggjør en forbedret browsingsopplevelse som fjerner behovet for ytterligere navigering i filmapper (både nedover og opp igjen). Samme lærdom og muligheter gjelder for fremvisning av andre typer data som ikke er lagret som filer. For eksempel vil kontakter kunne bli vist for brukerne på denne måten, hvilket gir dem kjent grensenittsfunksjonalitet så vel som en rikere infrastruktur for å manipulere kontaktene enn det som tilveiebringes av en flat, ikke-hierarkisk adressebok.

Som kan sees i figur 2, omfatter systemet 200 en filmappe-behandler 210, en relasjonsdatabase 230, en database 232 med beskrivelser av virtuelle filmapper, en andre filmapper-komponent 234, en "filmappe-handler"-komponent 236 og en browser- og fremvisningskomponent 240. Filmappe-behandleren 210 omfatter en intern "handling code"-komponent 212, en "handler factory"-komponent 214, en egenskapsskriver-komponent216, en radsett-parser-komponent218, en spørringsbygger-komponent 220, en opplistingskomponent 222 og en egenskapsfabrikk-komponent 224.

Relasjonsdatabasen 230 lagrer egenskaper for alle filer i systemet. Den lagrer også enkelte elementer, så som kontakter (dvs. elementer som ikke er filer), i sin helhet. Generelt lagrer den metadata vedrørende typene filer og elementer den inneholder. Relasjonsdatabasen 230 mottar SQL-spørringer fra spørringsbyggeren 220. Relasjonsdatabasen 230 sender også SQL-radsett til radsett-parser-komponenten 218, én rad per elementkolonne, der kolonnene representerer elementenes egenskaper.

Beskrivelsesdatabasen 232 omfatter beskrivelsene av de virtuelle filmappene. Beskrivelsesdatabasen 232 sender data til spørringsbygger-komponenten 220, inklusive en liste av typer å vise i filmappen, det initielle filteret og de fysiske lagringssteder å vise resultater fra (kildeområdene).

Når det gjelder andre filmapper-komponenten 234, delegerer filmappe-behandleren 210 til eksisterende shell-foldere fra mange typer elementer, inklusive alle filer, for "handlere" eller egenskaper. Andre filmapper-komponenten 234 sender egenskaper fra andre filmapper til egenskapsfabrikken 224. Andre filmapper-komponenten sender også "handlere" til "handler"-fabrikken 214.

"Filmappe-handler"-komponenten 236 tilveiebringer kodeoppførsel for elementene som kun eksisterer i databasen, så som kontakter. Det er dette som gjør at elementer som ikke er filer kan fremtre som filer. "Filmappe-handler"-komponenten 236 sender "handlere" til "handler"-fabrikken 214.

For den interne "handling code"-komponenten 212 implementerer filmappe-behandleren 210 direkte visse "handlere" basert på elementenes egenskaper. Den interne "handling code"-komponenten 212 sender "handlere" til "handler"-fabrikken 214. Forden interne "handling code"-komponenten 212 og "filmappe-handler"-komponenten 236, i likhet med alle navnerom, er virtuelle filmapper nødt til å tilveiebringe et sett av "handlere" (kontekstmeny, ikon, miniatyrbilde, infotips,...) for sine elementer. For de fleste av disse (infotips, dataobjekt, dra-og-slipp-handlere, bakgrunn-kontekstmeny...) tilveiebringer den virtuelle filmappen en felles (intern) "handler" for alle typene den inneholder. Det finnes imidlertid andre som utvikleren av typen må tilveiebringe (kontekstmeny for elementet selv, lager for skrivbare egenskaper,...). Standard-handleren kan også bli overskygget. Virtuelle filmapper gjenbruker denne for filer og lar elementer som ikke er filer gjøre det samme.

"Handler"-fabrikken 214 tar ID-lister og genererer kodeoppførsel som tilveiebringer kontekstmenyer, ikoner, etc. Generelt kan filmappe-behandleren 210 anvende interne "handlere", eksterne "handlere" eller overlate til andre shell-filmapper å frembringe "handlere", som beskrevet ovenfor i forbindelse

med komponentene 212, 234 og 236. "Handler factory"-komponenten 214 sender "handlere" til shell-browseren i fremvisningen 240, som etterspurt av fremvisningen. "Handler factory"-komponenten 214 sender en egenskap-"handler" til egenskapsskriveren 216.

Egenskapsskriveren 216 konverterer brukerhandlinger så som "klipp ut", "kopier" og "lim inn" til egenskapsrettigheter til filen eller elementet. En browser-og fremvisningskomponent 240 sender data til egenskapsskriveren 216, inklusive direkte operasjoner på (klipp ut / kopier / lim inn) eller redigering av metadata. Generelt, ettersom virtuelle filmapper viser en sortering basert på egenskapene ved et element, innebærer operasjoner så som flytt og kopier (dra-og-slipp med pekeranordning) redigering av disse egenskapene. For eksempel innebærer det å flytte et dokument, i en fremvisning sortert etter forfatter, fra forfatter 1 til forfatter 2, en endring av egenskapen forfatter. Egenskapskriver-komponenten 216 implementerer denne funksjonen.

Radsett-parseren 218 tar rader fra databasen og lagrer alle elementegenskaper i en "snell ID"-listestruktur. Et radsett tar den stykkevise definisjonen av den virtuelle filmappen og genererer en SQL-datastreng som da kan bli sendt til databasen. Radsett-parser-komponenten 218 sender ID-listertil listingskomponenten 222. Som beskrevet ovenfor mottar radsett-parser-komponenten 218 også data fra relasjonsdatabasen 230, inklusive SQL-radsett med én rad per post, der kolonnene representerer elementenes egenskaper.

Spørringsbygger-komponenten 220 genererer SQL-spørringer. Spørringsbygger-komponenten 220 mottar data fra listingskomponenten 222, inklusive nye filtre fra navigeringen. Spørringsbygger-komponenten 220 mottar også data fra virtuell filmappe-beskrivelsesdatabasen 232, inklusive en liste over typene som skal vises i filmappen, det initielle filteret og de fysiske lagringssteder å vise resultater fra (kildeområdene). Spørringsbygger-komponenten 220 sender SQL-spørringene til relasjonsdatabasen 230.

Generelt omfatter spørringsbygger-komponenten 220 et sett av rader (med andre ord en tabell). Dette er resultatet fra spørringen. Radsett-parser-komponenten 218 tar hver rad og transformerer med bruk av kolonnenavnene raden til en ID-liste. En ID-liste er en velkjent shell-struktur som benyttes til å referere til elementer i et navnerom. Dette gjør at virtuelle filmapper kan fremtre som et hvilket som helst annet navnerom for resten av shellet. Videre vil det å bufre disse dataene bidra til å holde aksessen av databasen, som kan være tidkrevende, til et minimum.

Listingskomponenten 222 kjører i respons til en navigering til en virtuell filmappe. Som beskrevet ovenfor, mottar listingskomponenten 222 ID-lister fra radsett-parser-komponenten 218 og sender nye filtre fra navigeringen til spørringsbygger-komponenten 220. Listingskomponenten 222 sender også data til browser- og fremvisningskomponenten 240, inklusive ID-lister som returneres for å bli satt inn i fremvisningen etter en navigering.

Egenskapsfabrikk-komponenten 224 mottar ID-lister og egenskaps-identifikatorer og returnerer verdier for disse egenskapene. Egenskapsfabrikk-komponenten 224 mottar data fra "handler factory"-komponenten 214, inklusive egenskaps-handleren. Som beskrevet ovenfor, mottar egenskapsfabrikk-komponenten 224 også data fra andre filmapper-komponenten 234, inklusive egenskaper fra andre filmapper. Egenskapsfabrikk-komponenten 224 sender også data til browser- og fremvisningskomponenten 240, inklusive elementegenskaper, som forespurt av fremvisningen.

Browser- og fremvisningskomponenten 240 viser innholdet i en filmappe i et vindu, og tar seg av all brukerinteraksjon med de fremviste filene eller elementene, så som klikking, flytting og navigering. Det er således browser- og fremvisningskomponenten 240 som mottar brukerhandlingene. Browser- og fremvisningskomponenten 240 mottar også dataene vedrørende kodenes oppførsel som den trenger fra filmappen, i dette tilfellet filmappe-behandleren 210.

Som beskrevet ovenfor, viser de virtuelle filmappene vanlige filer og filmapper (også kjent som filkataloger) for brukere i forskjellige fremvisninger basert på disses metadata i stedet for på oppbygningen av det underliggende fysiske filsystemet på lagringsmediet. Systemet er således i stand til å ta en egenskap som er lagret i databasen og representere den som en container som fremtrer som en filmappe. Siden brukere allerede er vant til å jobbe med filkataloger, vil de, ved at de virtuelle filmappene presenteres på tilsvarende måte, raskere tilpasse seg det nye systemet. Figur 3 er et flytdiagram som illustrerer en prosess 300 der en bruker fremsetter en forespørsel som henter frem valgte elementer. I et trinn 302 mottar filmappe-behandleren en forespørsel fra brukeren. I et trinn 304 formidler filmappe-behandleren forespørselen til relasjonsdatabasen. I et trinn 306 leverer relasjonsdatabasen resultatene til filmappe-behandleren. I trinn 308 tilveiebringer filmappe-behandleren resultatene til brukeren i form av virtuelle filmapper og elementer. Figur 4 er et flytdiagram som illustrerer en prosess 320 der virtuelle filmapper genereres og vises på skjermen i overensstemmelse enten med en standardspørring eller en forespørsel fra brukeren. I et trinn 322, når en bruker innledningsvis åpner den virtuelle filmappen, anvendes en standardspørring. Denne standardspørringen tas fra registeret. For eksempel vil standardspørringen for et musikkbibliotek kunne tilveiebringe en fremvisning av alle sangene sortert etter album. I et trinn 324 genererer filmappe-behandleren et spørreobjekt for denne forespørselen, og formidler deretter denne forespørselen til relasjonsdatabasen. I et trinn 326 genererer relasjonsdatabasen resultatene av forespørselen og sender dem tilbake til filmappe-behandleren i form av rader og kolonner fra databasen.

I et trinn 328 tar filmappe-behandleren disse resultatene og konverterer dem fra rader og kolonner av data til en listestruktur, som anvendes av filmappe-fremvisningen til å fylle skjermvinduet med de resulterende virtuelle filmappene og elementene for manipulasjon av brukeren. I et bestemmelsestrinn 330 kan en bruker endre fremvisningen (ved å tilveiebringe en ny forespørsel eller "sorteringsbetingelse"). For eksempel kan en bruker tilveiebringe en "vis alle artister"-sorteringsbetingelse. Dersom brukeren ønsker å endre fremvisningen, returnerer da prosessen til trinn 324, der filmappe-behandleren formidler denne nye forespørselen til relasjonsdatabasen, mottar i retur nye rader og kolonner med resultater og genererer en ny listestruktur. Prosessen fortsetter deretter som beskrevet ovenfor, mens filmappe-visningen oppdateres, og anvender listen for å vise "artisf-objektene på skjermen.

I ett eksempel tilveiebringes albumobjekter som representerer containere som brukere kan navigere i. For eksempel vil det å dobbeltklikke på "Beatles"-albumene oppdatere fremvisningen til å vise alle tilgjengelige Beatles-sanger. Filmappe-behandleren sender "vis alle Beatles-sanger"-spørringen til relasjonsdatabasen, som returnerer radene og kolonnene med data for disse sangene. Filmappe-behandleren oppretter en liste over alle disse sangene, som deretter blir gjengitt på skjermen.

Brukeren kan også velge fremvisning når som helst mens han eller hun "browser" virtuelle filmapper. Fra eksempelet over, etter å ha snevret inn til kun Beatles-sanger, kan en bruker endre fremvisningen til kun å vise sangene som album. Prosessen med å endre fremvisningen av elementer til en annen representasjon kalles "sortering". Dette er fordi elementene konseptuelt sorteres i "elementstabeler" basert på denne representasjonen. I dette tilfellet omordnes sangene til stabler for hvert av de forskjellige albumene. Brukere kan da navigere inn i én av disse elementstablene, der de kun ser sangene fra det aktuelle albumet. Brukeren kan igjen omordne fremvisningen av disse gjenværende sangene i stabler basert på en egenskap (f.eks. en klassifisering av sangene). Dersom denne klassifiseringsegenskapen ble valgt, ville sangene fra det aktuelle Beatles-albumet bli vist i stabler med én-, to- eller trestjerners klassifiseringer.

Resultatene av hver spørring avhenger av hvilke fysiske lagringssteder som er inkludert i kildeområdet. For eksempel kan kildeområdet velges å kun omfatte filmappene under brukerens "Mine dokumenter"-filmappe. Alternativt kan kildeområdet omfatte alle filmapper på datamaskinen, eller også alle filmapper i et antall nettverkstilsluttede datamaskiner. Brukeren har mulighet til å få vist og endre kildeområdet i et egenskapsark. I ett eksempel kan kildeområde-egenskapsarket oppnås ved å høyreklikke på den virtuelle filmappen og velge "egenskaper". Brukeren kan legge til nye filmapper i kildeområdet, eller fjerne tidligere tillagte filmapper.

Én gruppe av brukere som virtuelle filmapper vil være spesielt nyttige for er kunnskapsarbeidere. Virtuelle filmapper gir kunnskapsarbeidere mulighet til på en enkel måte skifte mellom å få vist dokumenter sortert etter filtype, prosjekt, saksnummer, forfatter, etc. Ettersom forskjellige kunnskapsarbeidere ofte organiserer dokumenter på forskjellig måte, kan virtuelle filmapper anvendes for å imøtekomme disse forskjellige preferansene.

Figur 5 er en tre-visning av en filmappestruktur som overensstemmer med en fysisk filmappestruktur på en harddisk. Denne fysiske filmappestrukturen er basert på den tradisjonelle implementeringen av filmapper, som kan være basert på NTFS eller andre eksisterende filsystemer. Slike filmapper refereres til som fysiske filmapper fordi deres oppbygning er basert på oppbygningen av det fysiske underliggende filsystemet på lagringsmediet. Som vil bli beskrevet mer i detalj nedenfor, står dette i kontrast til virtuelle filmapper, som danner lagringssted-uavhengige fremvisninger som gjør det mulig for brukere å jobbe med filer og filmapper på måter som tilsvarer de som anvendes i dag for å manipulere fysiske filmapper.

Som kan sees i figur 5, er en filmappe 400 en "Mine dokumenter"-filmappe. På et første nivå inneholder filmappen 400 filmapper 410, 420 og 430, henholdsvis svarende til klienter 1, 2 og 3. På et andre nivå inneholder hver av filmappene 410, 420 og 430 en respektiv filmappe 411, 421 og 431, svarende til kontrakter med eller for den aktuelle klienten. På et tredje nivå inneholder hver av filmappene 411, 421 og 431 en respektiv filmappe 412, 422 og 432, svarende til år 2001. På det tredje nivået inneholder hver av filmappene 411, 421 og 431 også en respektiv filmappe 413, 423 og 433, svarende til år 2002.

Det vil forstås at forskjellige vanskeligheter møter en bruker som ønsker å navigere i en fysisk filmappestruktur, så som den illustrert i figur 5. Dersom brukeren for eksempel ønsker å jobbe med alle kontrakter som han eller hun har utarbeidet, vil brukeren først måtte navigere til filmappen 411 for å manipulere kontraktene for klient 1, og vil deretter måtte navigere til filmappen 421 for å komme til kontraktene for klient 2, og vil så måtte navigere til filmappen 431 for kontraktene for klient 3. Denne strukturen gjør det vanskelig for brukeren å aksessere alle kontraktene, og hindrer generelt samtidig fremvisning og manipulering av alle kontraktene. Tilsvarende, dersom brukeren ønsker å få vist alle kontrakter generert i år 2001, vil han eller hun måtte navigere henholdsvis til filmappene 412, 422 og 432. Som vil bli beskrevet mer i detalj nedenfor, tilveiebringer de virtuelle filmappene ifølge foreliggende oppfinnelse en forbedret filstruktur.

Figur 6 er en tre-visning av en virtuell filmappestruktur. Som vil bli beskrevet mer i detalj nedenfor, tilveiebringer virtuelle filmapper lagringssted- uavhengige fremvisninger som gjør det mulig for brukere å jobbe med sine filer og filmapper på en hensiktsmessig måte. Som kan sees i figur 6, er de virtuelle filmappene representert som elementstabeler. En virtuell filmappe 500 er en "alle elementer"-filmappe. På et første nivå inneholder den virtuelle filmappen 500 virtuelle filmapper 510, 520 og 530, henholdsvis svarende til klienter, kontrakter og år. Som vil bli beskrevet mer i detalj nedenfor, gjør denne strukturen det mulig for en bruker å aksessere filer basert på en ønsket parameter.

Figur 7 er en tre-visning av den virtuelle filmappestrukturen i figur 6, der på et andre nivå den virtuelle filmappen 510 videre inneholder virtuelle filmapper 511 og 512, henholdsvis svarende til kontrakter og år. Med andre ord er klient-stabelen i den virtuelle filmappen 510 videre sortert i kontrakter og år. Fremgangsmåten for å bestemme hvilke filer og elementer som er inneholdt i hver av de virtuelle filmappene vil bli beskrevet mer i detalj nedenfor. Figur 8 er en tre-visning av den virtuelle filmappestrukturen i figur 7, der på et tredje nivå den virtuelle filmappen 511 inneholder en virtuell filmappe 513 svarende til et år. Med andre ord er kontrakt-stabelen i den virtuelle filmappen 511 videre filtrert etter år. Selv om den virtuelle filmappestrukturen for de virtuelle filmappene 510, 511 og 513 er anordnet etter klienter, kontrakter og år, vil det forstås at de virtuelle filmappene tillater andre sorteringssekvenser, som vil bli beskrevet mer i detalj nedenfor i forbindelse med figur 9. Figur 9 er en tre-visning av den virtuelle filmappestrukturen i figur 6, der på et andre nivå den virtuelle filmappen 520 videre er filtrert til virtuelle filmapper 521 og 522, svarende til klienter og år. På et tredje nivå er den virtuelle filmappen 521 videre filtrert til en virtuell filmappe 523, svarende til et år. Forskjellene mellom de organisatoriske strukturene i figurene 8 og 9 bidrar til å illustrerere fleksibiliteten til virtuell filmappesystemet. Med andre ord har, i virtuell filmappesystem, en bruker mulighet til å navigere de virtuelle filmappene basert på ønskede parametere, i motsetning til å være avhengig av de lagringssted-avhengige fremvisningene av en fysisk filstruktur, så som den illustrert i figur 5. Figur 10 illustrerer et skjermvindu 600 som viser elementstablene i et dokumentbibliotek. Som tidligere angitt kan stabler anvendes for å representere

en type virtuell filmappe. Som vil bli beskrevet mer i detalj nedenfor, omfatter skjermvinduet 600 hurtiglenke-elementer 610-613, filterelementer 620-626, aktivitetselementer 630-633, informasjons- og kontrollelementer 640-645 og virtuelle filmapper 651-655.

Hurtiglenkeelementene omfatteren "alle kategorier"-hurtiglenke 610, en "alle forfattere"-hurtiglenke 611, en "Arbeid i januar"-hurtiglenke 612 og en lenke 613 for å få vist flere hurtiglenker. Som vil bli beskrevet mer i detalj nedenfor, kan hurtiglenker aktiveres av en bruker for å foreta ønskede navigeringer i de virtuelle filmappene. Noen hurtiglenker kan være tilveiebragt av systemet, og andre hurtiglenker kan være tilveiebragt og lagret av en bruker.

Filterelementene omfatter en "Filtrere med"-seksjon 620, et tekstinnmatingsfelt 621, en "Etter tid"-seksjon 622, en "år"-velger 623, en "forfatter"-velger 624, en "kategori"-velger 625 og en "flere filtre"-velger 626. "Filtrere med"-seksjonen 620 forteller en bruker at elementene nedenfor kan brukes til å filtrere de virtuelle filmappene eller elementene. Tekstinnmatingsfeltet 621 er et felt der brukeren kan mate inn en ønsket ny filtreringsbetingelse. "Etter tid"-seksjonen 622 forteller en bruker at ved å selektere et årstall fra "år"-velgeren, de virtuelle filmappene eller elementene kan filtreres med det valgte året. "Forfatter"-velgeren 624 lar en bruker filtrere til en spesifisert forfatter. "Kategori"-velgeren 625 lar en bruker filtrere i henhold til en valgt kategori. "Flere filtre"-velgeren 626 gjør det mulig for en bruker å få vist flere filtre.

Aktivitetsvelgerne omfatter en "Opprett ny kategori"-velger 630, "aktivitef-velgere 631 og 632 og en "flere aktiviteter"-velger 633. Som vil bli beskrevet mer i detalj nedenfor, kan de viste aktivitetene representere ofte brukte funksjoner, eller kan mer spesifikt være rettet mot aktiviteter som er nyttige for den typen virtuelle filmapper som vises. For eksempel kan "Opprett ny kategori"-velgeren 630 aktiveres av brukeren for å opprette en ny kategori, som vil bli representert ved en ny elementstabel.

Som tidligere angitt kan aktivitetsvelgerne 631 og 632 være mer spesifikt anpasset den typen filmapper eller elementer som vises. For eksempel er det her vist et dokumentbibliotek, der "aktivitet"-velgerne 631 og 632 kan være rettet mot aktiviteter som er spesielt relevante for dokumenter, så som redigering eller oppretting av vedlegg. Dersom det viste biblioteket hadde vært et fotobibliotek, kunne "aktivitef-velgerne 631 og 632 vært spesifikt tilpasset for fotografier, så som oppretting av fotoalbum eller deling av fotografier med andre brukere.

Informasjons- og kontrollelementene omfatter informasjonsfelter 640 og 641, en kontrollinje 642, en "tilbake"-kontroll 643 samt informasjonsfelter 644 og 645. Informasjonsfeltene 640 og 641 tilveiebringer informasjon vedrørende den nåværende navigeringen i de virtuelle filmappene eller elementene. I dette eksempelet viser informasjonsfeltet 640 at den nåværende navigeringen er til et dokumentbibliotek, mens informasjonsfeltet 641 beskriver navigeringen mer fullstendig, og viser at dokumentbiblioteket er innenfor lagringsområdet. Kontrollinjen 642 tilveiebringer et antall standard-kontroller, og "tilbake"-knappen 643 gjør det mulig for en bruker å gå bakover i en navigering. Informasjonsfeltet 644 viser kvantitativ informasjon om innholdet i den nåværende fremvisningen. I det illustrerte eksempelet angir informasjonsfeltet 644 at det er 41 elementer som tar opp 100 MB i elementstablene i dokumentbiblioteket. Informasjonsfeltet 645 er tilgjengelig for å tilveiebringe ytterligere informasjon, for eksempel ytterligere informasjon om en selektert fil.

Elementstablene i dokumentbiblioteket omfatter en "ABC Corp."-stabel 651, en "backups"-stabel 652, en "business plans"-stabel 653, en "XYZ Corp."-stabel 654 og en "marketing reports"-stabel 655. Tallet vist oppå hver elementstabel angir hvor mange elementer det er i hver elementstabel. For eksempel er "ABC Corp."-stabelen 651 vist å inneholde 8 elementer. Det totale antallet elementer i elementstablene er lik antallet elementer som er angitt i informasjonsfeltet 644, som i dette eksempelet er 41. En markeringsboks SB er tilveiebragt som kan anvendes av en bruker for å selektere et ønsket element. Valg av "ABC Corp."-stabelen 651 fører til fremvisning av elementene i denne stabelen, som vil bli beskrevet nedenfor i forbindelse med figur 11.

Figur 11 illustrerer et skjermvindu som viser elementene i "ABC Corp."-stabelen 651 i figur 10. Det skal bemerkes at informasjonsfeltene 640 og 641 nå angir at den nåværende navigeringen viser "ABC Corp."-stabelen. "ABC Corp."-stabelen 651 er vist å inneholde 8 dokumenter 751-758, henholdsvis svarende til dokumentene 1-8. Informasjonsfeltet 644 angir tilsvarende at det eksisterer 8 elementer som tar opp 20MB lagringsplass. Dokumenter i figur 11 kan sorteres videre i del-stabler av "ABC Corp."-stabelen. Med andre ord kan det i den virtuelle filmappen representert ved "ABC Corp."-stabelen 651 være organisert ytterligere virtuelle filmapper for å inneholde dokumentene, som vil bli beskrevet nedenfor i forbindelse med figurene 12-16.

Figur 12 illustrerer et skjermvindu der en sorteringsfunksjon er selektert for dokumentene i figur 11. Som kan sees i figur 12, kan brukeren ekspandere en funksjonsboks 760. Funksjonsboksen 760 omfatter en "vis"-seleksjon 761, en "ordre ikoner etter"-seleksjon 762, en "sortering"-seleksjon 763, en "oppdater"-seleksjon 764, en "åpne inneholdende filmapper"-seleksjon 765, en "klipp ut"-seleksjon 766, en "kopier"-seleksjon 767, en "angre"-seleksjon 768, en "ny"-seleksjon 769 og en "egenskap"-seleksjon 770. Markeringsboksen SB er vist rundt "stabler"-seleksjonen 763. Figur 13 illustrerer et skjermvindu der en "sortere etter forfatter"-parameter er valgt for sorteringsfunksjonen i figur 12. Som kan sees i figur 13, er det vist en boks 780 som presenterer forskjellige sorteringsvalg. Sorteringsvalgene omfatter et "frasortere"-valg 781, et "sortere etter kategori"-valg 782, et "sortere etter forfatter"-valg 783 og et "sortere etter en bruker"-valg 784. Markeringsboksen SB er vist rundt "sortere etter forfatter"-valget 783. Figur 14 illustrerer et skjermvindu der filene i figur 13 er sortert etter forfatter. Som kan sees i figur 14, svarer elementstablene 791 og 792 henholdsvis til Bob og Lisa. Som angitt av tallet oppå hver av elementstablene, inneholder Bob-stablen 791 to elementer, mens Lisa-stabelen 792 inneholder fem elementer. Elementet 758 (svarende til dokument 8) hadde ikke noen spesifisert forfatter, og er derfor ikke innlemmet i noen "forfatter"-stabel. Elementstablene 791 og 792 illustrerer det at stabler kan være organisert på flere nivåer, som her i "ABC Corp."-stabelen 651. De virtuelle filmappene kan således være tilveiebragt i flere nivåer, som for eksempel "Lisa"-stabelen 792 innenfor "ABC Corp."-stabelen 751, som befinner seg i dokumentbiblioteket. Figur 15 illustrerer et skjermvindu der videre et "sortere etter kategori"-valg er selektert for å omsortere filene i figur 14. Som kan sees i figur 15, selekterer markeringsboksen SB "sortere etter kategori"-valget 782. Siden enkelte av elementene allerede er anordnet i elementstablene 791 og 792, vil seleksjon av "sortere etter kategori"-valget 782 omsortere elementene, som vil bli beskrevet mer i detalj nedenfor i forbindelse med figur 16. Figur 16 illustrerer et skjermvindu der filene i figur 14 er omsortert etter kategori. Som kan sees i figur 16, svarer elementstablene 793 og 794 henholdsvis til kategoriene "XYZ Corp." og "marketing reports". Elementene 751 og 752, svarende til dokumentene 1 og 2, var ikke angitt å sortere innunder ytterligere kategorier, og er således ikke lagt i noen av de andre kategori-elementstablene. Figur 17 illustrerer et skjermvindu der en hurtiglenke for å vise fysiske filmapper er selektert. Markeringsboksen SB er vist rundt hurtiglenken "alle filmapper" 616. Som vil bli beskrevet mer i detalj nedenfor i forbindelse med figur 18, besørger hurtiglenken "alle filmapper" skifte til en fremvisning av fysiske filmapper. Figur 18 illustrerer et skjermvindu som viser fysiske filmapper. De fysiske filmappene som er vist inneholder filene i stablene i de virtuelle filmappene i figur 17. Med andre ord er elementene inneholdt i elementstablene 651-655 i figur 17 også inneholdt i gitte fysiske filmapper i systemet. Disse er vist i figur 18 som en "Mine dokumenter"-filmappe 851 lagret på den lokale datamaskinen, en "Skrivebord"-filmappe 852 lagret på den lokale datamaskinen, en "Foo"-filmappe 853 lagret på harddisken C:, en "Mine filer"-filmappe 854 lagret på en tjener, en "Ekstern stasjon"-filmappe 855 lagret i en ekstern lagringsenhet, en "Mine dokumenter"-filmappe 856 lagret på en annen datamaskin samt en "Skrivebord"-filmappe 857 lagret på en annen datamaskin.

Som kan sees i figur 18, kan en bruker skifte fra den virtuelle filrepresentasjonen i figur 17 til den fysiske filrepresentasjonen i figur 18. Dette gjør det mulig for en bruker å veksle mellom virtuelle filrepresentasjoner og fysiske filrepresentasjoner avhengig av hvilken som er hensiktsmessig for en gitt oppgave. De forskjellige lagringsstedene for de fysiske filmappene 851-857 illustrerer også det at kildeområdet for det virtuelle filsystemet kan være forholdsvis bredt, som vil bli beskrevet mer i detalj nedenfor.

Figur 19 er et flytdiagram som illustrerer en prosess 880 der en bruker kan manipulere fysiske filmapper direkte. Som vil bli beskrevet mer i detalj nedenfor, tilsvarer mekanismene tilveiebragt for å manipulere de virtuelle filmappene de som i dag anvendes for å manipulere vanlige filmapper (f.eks. klikke og dra med pekeranordning, kopiere, lime inn, etc). Som kan sees i figur 19, tilgjengeliggjør systemet i et trinn 882 definerte handlinger som brukeren kan utføre for direkte manipulering av de virtuelle filmappene, som er representert som grafiske objekter. I et trinn 884 utfører brukeren en definert handling. Som tidligere angitt kan ett eksempel på en slik handling være at en bruker klikker på og drar en virtuell filmappe for å kopiere dens innhold til en annen virtuell filmappe. I et trinn 886 manipuleres den virtuelle filmappen og/eller dens innhold som instruert av handlingen utført av brukeren.

Figur 20 illustrerer et skjermvindu der en ny "West Coast"-stabel 656 er

lagt til elementstablene i figur 10. "West Coast"-stabelen 656 ble dannet ved at en bruker opprettet en ny kategori "West Coast". Når den ble opprettet, var den nye "West Coast"-stabelen 656 tom og inneholdt ingen elementer. I eksempelet vist i figur 20 har to elementer blitt lagt til i "West Coast"-stabelen 656. Én måte å legge til elementer i en elementstabel er å selektere et gitt element og enten modifisere eller legge til ytterligere kategorier i elementets kategori-metadata, for eksempel å legge til kategorien "West Coast" i to elementer som ble gjort i eksempelet i figur 20. Denne prosessen illustrerer det at kategori-dataene er en metadataegenskap for et element som er en type ad-hoc egenskap. Med andre ord har ikke en egenskap av denne typen noen underliggende betydning, og kan bli tilordnet en vilkårlig verdi av brukeren. For eksempel kan "egenskapen" kategori ha en hvilken som helst verdi, mens egenskapen "forfatter" bør inneholde navnet til en person. Som vil bli beskrevet mer i detalj nedenfor i forbindelse med figur 21, kan elementer også klikkes på og dras for kopiering fra andre stabler til "West Coast"-stabelen 656 (i hvilket tilfelle elementenes kategorier automatisk blir oppdatert til å omfatte "West Coast"). I denne forbindelse viser figur 20 markeringsboksen SB rundt "ABC. Corp."-stabelen 651, i forberedelse til kopiering av dens innhold.

Figur 21 illustrerer et skjermvindu der direkte manipulasjon benyttes for å kopiene filene fra "ABC Corp."-stabelen 651 til "West Coast"-stabelen 656. Med andre ord, som kan sees i figur 20, har brukeren selektert "ABC Corp."-stabelen 651, og deretter, som kan sees i figur 21, har brukeren klikket på og dratt

elementstabelen som skal kopieres til "West Coast"-stabelen 656. "West

Coast"-stabelen 656, som inneholdt to elementer i figur 20, er således nå vist å inneholde totalt 10 elementer, inklusive de åtte nye elementene fra "ABC Corp."-stabelen 651. Når elementene fra "ABC Corp."-stabelen 651 ble kopiert til "West Coast"-stabelen 656, ble dette gjort ved å endre kategoribeskrivelsene til de åtte elementene til også å omfatte "West Coast"-kategorien i tillegg til den opprinnelige "ABC Corp."-kategorien. Dette illustrerer én mulig form for direkte manipulering.

Et annet eksempel på direkte manipulering er høyreklikking på et element og valg av slett. I én utførelsesform, når en slettefunksjon aktiveres av en bruker, spørres brukeren hvorvidt elementet ønskes slettet eller bare ønskes fjernet fra den aktuelle virtuelle filmappen. Dersom elementet kun ønskes fjernet fra en virtuell filmappes kategoriinnehold, kan dette oppnås ved å fjerne den ønskede kategorien fra elementets metadata. Med andre ord, dersom ett av elementene som ble kopiert fra "ABC Corp."-stabelen 651 til "West Coast"-stabelen 656 senere ønskes fjernes fra "West Coast"-stabelen 656, vil dette kunne gjøres ved å endre kategoridataene for den aktuelle filen til ikke lenger å innbefatte "West Coast"-kategorien. Figur 22 er et flytdiagram som illustrerer en prosess 900 der systemet dynamisk genererer nye filtreringsbetingelser. Filtreringsbetingelser anvendes for å manipulere de virtuelle filmappene. Filtreringsbetingelsene anvendes i hovedsak som et sett av verktøy for å snevre inn et sett av elementer. I én utførelsesform består filtre av metadatakategorier og deres verdier (presentert for brukeren i brukergrensesnittet i form av klikkbare lenker eller nedtrekksmenyer). Brukeren klikker på en filtreringsbetingelse for å snevre inn settet av elementer som vises på skjermen. Figur 22 illustrerer hvordan filtre kan bli generert dynamisk. Som kan sees i figur 22, undersøkes i et trinn 902 egenskapene (fra metadataene) til elementene i en samling som er vist på skjermen. I et trinn 904 genereres foreslåtte filtreringsbetingelser dynamisk basert på felles egenskaper ved elementene. I et trinn 906 presenteres de foreslåtte filtreringsbetingelsene for brukeren for eventuell seleksjon for filtrering av elementer. Som et eksempel på denne prosessen kan systemet undersøke egenskapene til et sett av elementer, og dersom elementene generelt har "Forfattere" som en egenskap, kan filteret tilveiebringe en liste av forfattere å filtrere med. Deretter, når det klikkes på en gitt forfatter, fjernes de elementene som ikke har denne forfatteren fra settet av viste elementer. Denne filtreringsprosessen tilveiebringer brukeren med en mekanisme for å snevre inn det viste settet av elementer. Figur 23 er et flytdiagram som illustrerer en prosess 920 der systemet filtrerer elementer etter valg av en filtreringsbetingelse. I et trinn 922 mater brukeren enten inn en ny filtreringsbetingelse eller velger en av filtreringsbetingelsene som er tilveiebragt av systemet. Som tidligere angitt kan filtreringsbetingelsene bli generert dynamisk av systemet, eller de kan være satt på forhånd. I et trinn 924 evalueres elementene i den viste samlingen med tanke på hvorvidt deres valgte egenskaper oppfyller filtreringsbetingelsen. Dersom for eksempel filtreringsbetingelsen er elementer som er forfattet av "Bob", evalueres da elementene med tanke på hvorvidt deres forfatter-egenskap innbefatter "Bob". I trinn 926 fjernes de elementene hvis egenskaper ikke oppfyller filtreringsbetingelsen fra den viste samlingen. Figurene 24-29 illustrerer generelt hvordan filtreringsprosessen ser ut på fremvisningsskjermen. Som vil bli beskrevet nedenfor i forbindelse med figurene 24-29, kan filtreringen i én utførelsesform i hovedsak skje i henhold til følgende prosess. Etter at brukeren har klikket på en filterverdi, blir elementene som ikke oppfyller filtreringsbetingelsen vist fjernet fra skjermen i en animasjon. Animasjonen er generelt designet for å tydeliggjøre at elementer blir fjernet, og at ingen nye elementer legges til. Tilbakeknappen 643 kan aktiveres av en bruker for å angre filtreringsoperasjonene. I én utførelsesform opprettes en navigeringsstakk som inneholder sekvensen av filtreringshandlinger, som anvendes for å tilbakegjøre filtreringsoperasjonene når tilbakeknappen 643 aktiveres. Hver gang en filterverdi selekteres, oppdateres informasjonsfeltene 640 og 641 slik at de angir den gjeldende filtreringsverdien. I én utførelsesform, etter at en filtreringsverdi er selektert, gis brukeren mulighet til å lagre en ny hurtiglenke til det aktuelle navigeringsresultatet, som vil bli beskrevet mer i detalj nedenfor i forbindelse med figur 30. Etter hvert som filtreringsverdier selekteres, kan filterkontrollene bli oppdatert for korrekt å reflektere elementene som er igjen i fremvisningen. Figur 24 illustrerer et skjermvindu der elementstablene i figur 10 er sortert etter betingelsen "AB". Som kan sees i filterfeltet 621, er betingelsen "AB" matet inn av en bruker. Informasjonsfeltene 640 og 641 angir at elementene som vises nå er de som inneholder "AB". Som vist inneholder "ABC Corp."-stabelen 651 fortsatt åtte elementer, mens "Backups"-stabelen 652 nå inneholder tre elementer og "ZYZ Corp."-stabelen 654 også inneholder tre elementer. Informasjonsfeltet 644 angir således at det er totalt 14 elementer, som til sammen tar opp 35MB lagringsplass. Figur 25 illustrerer et skjermvindu der elementstablene i figur 10 er sortert etter betingelsen "ABC". I forhold til filtreringsbetingelsen "AB" i figur 24, har brukeren bare skrevet inn den ytterligere bokstaven "C", slik at filtreringsbetingelsen nå er "ABC". Som kan sees i figur 25, angir nå informasjonsfeltene 640 og 641 at elementene i fremvisningen er de som inneholder termen "ABC". "ABC Corp."-stabelen 651 inneholder fortsatt åtte elementer, mens "Backups"-stabelen 652 nå inneholder kun to elementer. "ZYZ Corp."-stabelen 654 har nå forsvunnet ettersom ikke noe av dens innhold oppfylte "ABC"-betingelsen. Informasjonsfeltet 644 angir nå at det totalt er 10 elementer i de viste elementstablene, som til sammen tar opp 25MB lagringsplass. Figurene 24 og 25 er således eksempler på hvordan en bruker kan mate inn egne filtreringsbetingelser, og hvordan disse filtreringsbetingelsene da anvendes for å filtrere elementene som vises på skjermen.

Tilbakeknappen 643 kan anvendes av en bruker for å gå tilbake i filtreringsprosessen. Som beskrevet ovenfor i forbindelse med figur 10, lar tilbakeknappen 643 en bruker gå bakover i en navigering. I eksemplene i figurene 24 og 25, etter filtrering med betingelsen "ABC" i figur 25, vil en bruker kunne aktivere tilbakeknappen 643 for å gå tilbake ett trinn i filtreringsprosessen, som da ville returnere til tilstanden i figur 24. Alternativt kan i en annen utførelsesform tilbakeknappen 643 fjerne hele filtreringsbetingelsen, og således returnere til tilstanden før denne filtreringen ble gjort. I så fall ville en bruker ved å aktivere tilbakeknappen 643 i figur 25 returnere til tilstanden i figur 10.

I én utførelsesform er det i tillegg til tilbakeknappen tilveiebragt en ytterligere måte for en bruker å gå bakover i eller på annen måte endre filtreringsnavigeringen. Denne ytterligere måten omfatter å la brukeren aksessere og endre informasjonsfeltet 641 direkte, noe som endrer filtreringsnavigeringen tilsvarende. Med andre ord kan brukeren, ved å aksessere og endre informasjonsfeltet 641 direkte, fjerne ett eller flere av de anvendte filtrene eller endre verdiene til ett eller flere av de anvendte filtrene. Dette trekket er beskrevet mer i detalj i den felles overdratte U.S.-patentsøknaden 10/420,040, innlevert 17. april 2003, som med dette inntas her som referanse i sin helhet.

En tidsmåler kan også anvendes i forbindelse med at en bruker mater inn filtreringsbetingelser så som de vist i figurene 24 og 25. Tidsmåleren brukes til å detektere pauser i innmatingen fra en bruker. Etter en gitt tidsperiode uten innmating, anvendes filteret. For eksempel, i tilstanden i figur 24, har en bruker matet inn filtreringsbetingelsen "AB" uten noen betydelig forsinkelse mellom "A" og "B". Etter å ha matet inn "AB" tar brukeren en pause, og skaper med det tilstanden vist i figur 24, der filtreringsbetingelsen "AB" er anvendt. En tid senere legger brukeren til bokstaven "C" for å oppnå filtreringsbetingelsen "ABC", og tar deretter en ny pause, slik at filtreringsbetingelsen "ABC" anvendes som illustrert i figur 25.

I én utførelsesform, etter at en bruker har matet inn en filtreringsbetingelse i filterfeltet 621 og deretter velger et annet filter eller en annen navigering, oppdateres navigeringstilstanden, og filtreringsbetingelsen i filterfeltet 621 blankes ut. I tillegg, som vil bli beskrevet mer i detalj nedenfor i forbindelse med figurene 26-29, kan andre filterkontroller bli oppdatert basert på valg av visse filtreringsbetingelser. Figur 26 illustrerer et skjermvindu der den systemdefinerte filtreringsbetingelsen "år 2000" er valgt. Som tidligere angitt omfatter år-velgeren 623 under seksjonen 622 årene 2000, 2001 og 2002. Markeringsboksen SB er vist rundt år 2002, og angir med det at brukeren velger dette som ønsket filtreringsbetingelse. Figur 27 illustrerer et skjermvindu der filtreringsbetingelsen "2002" er anvendt. Også vist er ytterligere seleksjon av "måned"-seleksjonen 623A. Som kan sees i figur 27, er antallet elementer i elementstablene redusert etter anvendelsen av filtreringsbetingelsen "2002". Mer spesifikt inneholder nå "ABC Corp."-stabelen seks elementer, "Backups"-stabelen åtte elementer, "Business Plans"-stabelen 653 tre elementer og "XYZ Corp."-stabelen 654 fem elementer. Informasjonsfeltet 644 angir nå at det totalt er 22 elementer, som til sammen tar opp 50 MB lagringsplass. Informasjonsfeltene 640 og 641 angir nå at elementene vist i fremvisningen er de som inneholder filtreringsbetingelsen "2002". Figur 28 illustrerer et skjermvindu der en liste er presentert for valg av måned for filtrering. En boks 950 er tilveiebragt som omfatter en liste over månedene. Boksen 950 er vist på skjermen som følge av at brukeren har selektert "måned"-seleksjonen 623A. Markeringsboksen SB er vist rundt måneden januar. Figur 29 illustrerer et skjermvindu der elementstablene i figur 28 videre er sortert etter måneden januar, og viser videre en filtreringsbetingelse "dag". Som kan sees i figur 29, angir informasjonsfeltene 640 og 641 nå at elementene på skjermen er de som oppfyller filtreringsbetingelsen "januar". "Backups"-stabelen 652 er nå vist å inneholde to elementer, og "Business Plans"-stabelen er også vist å inneholde to elementer. Informasjonsfeltet 644 angir at til sammen fire elementer er vist, som tar opp totalt 10 MB lagringsplass. En "dag"-velger 623B er tilveiebragt i tilfelle brukeren skulle ønske å filtrere resultatene til en spesifikk dag.

Som beskrevet ovenfor i forbindelse med figurene 24-29, kan en filtreringsbetingelse være tilveiebragt av systemet eller matet inn av en bruker. Når en filtreringsbetingelse er valgt, kan de gjenværende filtreringsbetingelsene bli oppdatert (etter at år 2002 er valgt i figur 26, er det for eksempel i figur 27 ikke lenger mulig å velge år, og i stedet er det tilveiebragt en månedsvelger). Som tidligere angitt kan tilbakeknappen 643 anvendes av en bruker for å gå bakover gjennom filtreringsprosessen. For eksempel kan brukeren, etter at måneden "januar" er valgt som vist i figur 29, selektere tilbakeknappen 643 for å returnere filtreringsprosessen til år 2002, som illustrert i figur 27. Filtermenyen kan også omfatte en "sortere etter"-funksjon, som ville fungere på samme måte som sorteringsfunksjonen beskrevet ovenfor i forbindelse med figurene 15 og 16. For eksempel kan et "filtype"-filter omfatte valg for "Excel", "PowerPoint", "Word" og også "sortere etter filtype". Valg av "sortere etter"-funksjonen endrer fremvisningen slik at den viser stabler av de forskjellige filtypene.

Generelt kan filtrene være rettet mot forskjellige egenskaper ved filene eller elementene. I én utførelsesform kan filtrene være klassifisert i forskjellige typer, så som: alfabetisk indeks, diskrete verdier, tidspunkter og numeriske intervaller. Eksempler på egenskaper med alfabetisk indeks kan omfatte filnavn, forfatter, artist, en kontakts kallenavn, eier, dokumentforfatter, dokumenttittel, dokument-emne og beskrivelse. Eksempler på egenskaper med diskrete verdier kan være lagringssted, filtype (applikasjonsnavn), genre, spor eller sang, tiår (for musikk), vurdering (for musikk), bithastighet, beskyttet, dokumentkategori, sideantall i et dokument, kommentarer til eller i dokument, kameramodell, dimensjoner, produktnavn, produktversjon, et bildes bredde, et bildes høyde og tidspunkt for opprettelse av et dokument. Eksempler på egenskaper med tid kan være tidspunkt for siste aksess, tidspunkt for siste endring, tidspunkt for opprettelse, når det er tatt (for bilder). Et eksempel på egenskap med numerisk intervall er filstørrelse.

Det vil forstås at filtrene beskrevet ovenfor i forbindelse med figurene 24-29 gjør det mulig for en bruker å snevre inn en liste av elementer for å finne et ønsket element. Som et spesifikt eksempel kan en bruker, i prosessen beskrevet over, filtrere en gitt liste av dokumenter til kun å vise Microsoft Word-filer som er forfattet av en gitt person og redigert i løpet av den siste uken. Denne funksjonaliteten gjør det mulig for en bruker å finne et gitt element i en liste med mange elementer, og bidrar til at brukeren slipper å måtte gå gjennom hvert element på listen manuelt.

Figur 30 er et flytdiagram som illustrerer en prosess 940 for å opprette en ny hurtiglenke. Som vil bli beskrevet mer i detalj nedenfor, er hurtiglenker forhåndsdefinerte snarveier som kan klikkes på av en bruker for å generere brukerdefinerte fremvisninger av elementsettene. I én utførelsesform kan en hurtiglenke tenkes på som en type sorteringskriterium. Hurtiglenker tilveiebringer en mekanisme for å hente frem en virtuell filmappe. Å klikke på en hurtiglenke kan ta en bruker til en ønsket filmappe (på samme måte som det å klikke på et element i "favoritter"-listen kan ta en bruker til et nettsted).

Hurtiglenkene kan være forhåndsdefinert av systemet, eller kan være tilveiebragt av en bruker. For eksempel kan aktivering av "alle forfattere" returnere en fremvisning sortert etter forfatter. Aktivering av "alle dokumenter" kan returnere en flat fremvisning av alle dokumenter i alle lagringsområder. Brukere kan også opprette sine egne hurtiglenker.

Som kan sees i figur 30, foretar en bruker i et trinn 942 en seleksjon på skjermen for å opprette en ny hurtiglenke basert på den gjeldende filterbetingelsen eller navigeringen. I et trinn 944 gir brukeren navn til den nye hurtiglenken. I et trinn 946 lagres den nye hurtiglenken, og navnet til den nye hurtiglenken vises i hurtiglenke-feltet på skjermen. Figur 31 illustrerer et skjermvindu for å opprette en ny hurtiglenke kalt "January Work" basert på filtreringsresultatet i figur 29. Som beskrevet ovenfor, er i figur 29 elementstablene filtrert med måneden januar. I figur 31 har brukeren angitt at filtreringen i figur 29 skal lagres som en ny hurtiglenke, og har gitt den nye hurtiglenken navnet "January Work". Den nye "January Work"-hurtiglenken 612 vises derfor i hurtiglenke-seksjonen på skjermbildet. For opprettelse av nye hurtiglenker er brukeren i alminnelighet gitt et funksjonsvalg så som "lagre denne elementsamlingen som hurtiglenke". Figur 32 illustrerer et skjermvindu der en hurtiglenke "Alle forfattere" er selektert. Som kan sees i figur 32, er markeringsboksen SB plassert rundt "Alle forfattere"-seleksjonen 611. Andre eksempler på elementsamlinger som kan være tilgjengelige via hurtiglenker omfatter "alle forfattere", "siste dokumenter", "alle dokumenter jeg har delt", "alle dokumenter jeg har forfattet", "alle dokumenter jeg ikke har forfattet", "skrivebord" og "alle typer". Figur 33 illustrerer et skjermvindu som viser en liste over alle forfatterne av elementer i figur 32. Som kan sees i figur 33, er det tilveiebragt et informasjonsfelt 950 som omfatter kolonner for å vise et elements navn, forfatter, tidspunkt for siste endring, type, størrelse og lagringssted. En liste over forfattere 951-954 er vist, henholdsvis svarende til forfatterne 1-4. Figur 34 illustrerer et skjermvindu der "Forfatter 1" er selektert fra listen i figur 33. Dokumentene til forfatter 1 omfatter dokumentene 951A og 951B, henholdsvis svarende til dokumentene 1 og 2. Dokumentet 951A er vist å være forfattet av forfatter 1, ble modifisert 11. juli 2001, er en Microsoft Excel-fil, tar opp 282 Kb lagringsplass og er hentet fra lagringsstedet \\server1\folder2. Dokumentet 951B er vist å være forfattet av forfatter 1, ble modifisert 22. desember 2002, er en Microsoft Word-fil, tar opp 206 Kb lagringsplass og er fysisk lagret i My Documents\folder1. Lagringsstedene til dokumentene 951A og 951B illustrerer også det at de virtuelle filmappene ifølge foreliggende oppfinnelse kan inneholde elementer fra forskjellige fysiske lagringssteder, som vil bli beskrevet mer i detalj nedenfor. Figur 35 er et flytdiagram som illustrerer en prosess 960 for å opprette et nytt bibliotek. Ett eksempel på bibliotek er dokumentbiblioteket beskrevet ovenfor i forbindelse med figur 10. Generelt består biblioteker av store grupper av anvendelige filtyper som kan assosieres med hverandre. For eksempel kan fotografier være ett bibliotek, musikk et annet og dokumenter nok et annet. Biblioteket vil kunne tilveiebringe verktøy og aktiviteter knyttet til de spesifikke typene elementer. For eksempel kan det i fotobiblioteket være tilveiebragt verktøy og filtre for behandling av fotografier, for eksempel for generering av diasfremvisninger eller deling av bilder. Som kan sees i figur 35, opprettes det i et trinn 962 et nytt bibliotek som skal inneholde elementer med valgte særtrekk. I et trinn 964 anordnes de valgte elementene i biblioteket. I et trinn 966 tilveiebringes verktøyene og/eller aktivitetene assosiert med de valgte trekkene ved elementene eller andre ønskede funksjoner. Figur 36 illustrerer et skjermvindu som viser forskjellige tilgjengelige biblioteker. Som kan sees i figur 36, omfatter bibliotekene et dokumentbibliotek 971, et foto- og videobibliotek 972, et musikkbibliotek 973, et meldingsbibliotek 974, et kontakterbibliotek 975 og et TV- og filmbibliotek 976, i tillegg til et alle elementer-bibliotek 977. Alle elementer-biblioteket 977 er vist å inneholde 275 elementer, som er det samlede antall elementer fra alle de andre bibliotekene. Informasjonsfeltet 644 angir at det totalt er 275 elementer, som til sammen tar opp 700 MB lagringsplass. Det skal bemerkes at dokumentbiblioteket 971 svarer til biblioteket beskrevet ovenfor i forbindelse med figur 10. Figur 37 er et flytdiagram som illustrerer en prosess 990 for å definere kildeområde for en samling av virtuelle filmapper. Som vil bli beskrevet mer i detalj nedenfor, kan et virtuell filmappesystem representere elementer fra flere fysiske lagringssteder (f.eks. forskjellige harddisker, forskjellige datamaskiner,

forskjellige nettverkssteder, etc.) på en slik måte at alle elementene er enkelt tilgjengelige for en bruker. For eksempel kan en bruker få vist musikkfiler fra flere fysiske lagringssteder i én enkelt fremvisning, og jobbe med alle filene samtidig.

Som kan sees i figur 37, defineres i et trinn 992 et kildeområde som definerer hvilke fysiske lagringssteder det skal hentes elementer fra. I et trinn 994, i respons til en forespørsel, hentes elementene fra de fysiske lagringsstedene som definert i kildeområdet. I et trinn 996 presenteres alle elementene oppnådd gjennom forespørselen i én enkelt fremvisning. Figur 38 er et blokkdiagram som illustrerer de forskjellige kildene som vil kunne danne kildeområdet for en samling av virtuelle filmapper. Som kan sees i figur 38, kan systemet 1000 omfatte en lokal datamaskin 1010, en ytterligere datamaskin 1020, eksternt og flyttbart lager 1030 samt nettverkssteder 1040. Det totale kildeområdet 1001 er definert å omfatte alle de fysiske lagringssteder som en brukers elementer hentes fra for å opprette elementsamlinger. Kildeområdet kan settes og endres av en bruker. Som tidligere angitt har andre figurer illustrert det at elementer kan komme fra forskjellige fysiske lagringssteder, for eksempel figur 34 som viser forskjellige dokumenter som kommer fra en tjener og en "Mine dokumenter"-filmappe på en lokal datamaskin, og figur 18 som viser fysiske filmapper som fysisk er lagret på forskjellige steder. Figur 39 er et flytdiagram som illustrerer en prosess 1080 for å innlemme elementer som ikke er filer i en samling av virtuelle filmapper. Elementer som ikke er filer står i kontrast til filer, som typisk er lagret i et fysisk fillager. Eksempler på elementer som ikke er filer er e-poster eller kontakter. Som kan sees i figur 39, anvendes i et trinn 1082 en database for å innlemme elementer som ikke er filer sammen med filer som kan søkes etter med en spørring. I et trinn 1084, i respons til en spørring, hentes både filer og andre elementer som oppfyller spørrekriteriene. I et trinn 1086 presenteres både filene og de andre elementene som oppfyller spørrekriteriene på fremvisningen. Figur 40 illustrerer et skjermvindu som viser forskjellige elementer som ikke er filer. Som kan sees i figur 40, er antallet elementer snevret inn til de som inneholder "John". Elementene er vist å innbefatte et kontaktelement 1101, et e- postelement 1102 og dokumenter 1103 og 1104. Kontaktelementet 1101 og e-postelementet 1102 representerer elementer som ikke er filer. Systemet ifølge oppfinnelse n gjør det mulig å inkludere elementer som ikke er filer sammen med vanlige filer, slik at de kan organiseres og manipuleres som ønsket av en bruker. Som beskrevet ovenfor i forbindelse med figur 2, kan elementer som ikke er filer være inneholdt i sin helhet i relasjonsdatabasen 230, som ellers kun inneholder informasjon om filers egenskaper.

Mens den foretrukne utførelsesformen av foreliggende oppfinnelse er illustrert og beskrevet, vil det forstås at forskjellige endringer av denne er mulige innenfor oppfinnelsens ramme slik det er definert i de tilhørende patentkravene.

Claims

1. Fremgangsmåte for å filtrere elementer i et datasystem med en fremvisningsskjerm og en lagringsenhet for å lagre elementer med metadataegenskaper, idet fremgangsmåten omfatter det å: tilveiebringe et antall grafiske objekter (651 - 655) på fremvisningsskjermen som hver representerer ett eller flere elementer, der en eller flere av de grafiske objekter omfatter en virtuell mappe som fremviser elementer til brukere med forskjellige visninger basert på sine metadata istedenfor den virkelige underliggende filsystemstruktur, evaluere (902) metadataegenskapene for elementene som representeres av de grafiske objektene, dynamisk generere (904) en filterbetingelse som korresponderer med en metadataegenskap som er delt av et antall av elementene basert på evalueringen av metadataegenskapene, og presentere (906) filtreringsbetingelsen på fremvisningsskjermen, idet seleksjon av filtreringsbetingelsen forårsaker at elementene som er representert på fremvisningsskjermen reduseres til de elementene som har den aktuelle metadataegenskapen.

2. Fremgangsmåte ifølge krav 1, der de virtuelle filmappene omfatter numeriske representasjoner av antallet elementer som de virtuelle filmappene inneholder, og der filtrering av elementene forårsaker at de numeriske representasjonene reduseres tilsvarende.

3. Fremgangsmåte ifølge krav 1 eller 2, der et antall filtreringsbetingelser (623, 950) presenteres på fremvisningsskjermen.

4. Fremgangsmåte ifølge et eller flere av kravene 1-3, der en hurtiglenke (610-613) tilveiebringes på fremvisningsskjermen, og der aktivering av hurtiglenken tilveiebringer en fremvisning av en ønsket samling av elementer.

5. Fremgangsmåte i følge krav 4, videre omfattende å opprette en ny hurtiglenke omfattende å lagre en lenke til samlingen av elementer som deler metadataegenskapene.

6. Fremgangsmåte ifølge et eller flere av de foregående krav, der det tilveiebringes et bibliotek som omfatter en samling av elementer og et sett av verktøy for å manipulere elementene i biblioteket, og der filtreringsbetingelsen kan anvendes for å filtrere elementene i biblioteket.

7. Fremgangsmåte ifølge et eller flere av de foregående krav, der elementene som representeres av de grafiske objektene på fremvisningsskjermen fysisk kan være lagret ved forskjellige fysiske lagringssteder.

8. Fremgangsmåte ifølge krav 7, der de forskjellige fysiske lagringsstedene omfatter en lokal datamaskin (1010) og minst én av en annen datamaskin (1020), et nettverkssted (1040) og en ekstern lagringsanordning (1030).

9. Fremgangsmåte ifølge et eller flere av de foregående krav, der elementene som representeres av de grafiske objektene omfatter både filer og andre typer elementer.

10. Fremgangsmåte ifølge krav 9, der elementene som ikke er filer omfatter minst én av kontakter eller e-poster.

11. Fremgangsmåte ifølge et eller flere av de foregående krav, videre omfattende å tilveiebringe et filterområde (621) på fremvisningsskjermen for å motta en filterbetingelse matet inn av brukeren.

12. Fremgangsmåte ifølge et eller flere av de foregående krav, videre omfattende å modifisere de grafiske objektene som er tilveiebragt på visningsskjermen for således å representere elementene som er igjen etter filtreringen av elementene.

13. Datamaskin-lesbart medium som omfatter datamaskineksekverbare instruksjoner som når de kjøres utfører fremgangsmåten i følge kravene 1-12.

14. System for å filtrere elementer, omfattende: en fremvisningsskjerm, et middel for å tilveiebringe et antall grafiske objekter (651 - 655) på fremvisningsskjermen som hvert representerer ett eller flere elementer, der et eller flere av de grafiske objekter omfatter en virtuell mappe som fremviser elementer til brukere med forskjellige visninger basert på sine metadata istedenfor den virkelige underliggende filsystemstruktur, et middel for å evaluere metadataegenskaper ved elementene som er representert av de grafiske objektene, et middel for å dynamisk generere (904) en filterbetingelse som korresponderer med en metadataegenskap som er delt av et antall av elementene basert på evalueringen av metadataegenskapene, og et middel for å presentere filtreringsbetingelsen på fremvisningsskjermen idet seleksjonen av filtreringsbetingelsen medfører at elementene som er representert på fremvisningsskjermen reduseres til de elementene som har den aktuelle metadataegenskapen.

15. System ifølge krav 14, videre omfattende et middel for å tilveiebringe en hurtiglenke, idet aktivering av hurtiglenken tilveiebringer en fremvisning av en ønsket samling av elementer.

16. System ifølge krav 14 eller 15, videre omfattende et middel for å tilveiebringe et bibliotek, idet filtreringsbetingelsen kan bli anvendt til å filtrere elementene i biblioteket.

17. System ifølge et av kravene 14-16, videre omfattende et middel for å hente elementene som er representert av de grafiske objektene fra forskjellige fysiske lagringssteder.

18. System ifølge et av kravene 14-17, videre omfattende et middel for å hente både filer og andre typer elementer som elementene som blir representert av de grafiske objektene.