NO329336B1 - Tilveiebringelse av kontekstfolsomme verktoy og hjelp-innhold i datagenererte dokumenter - Google Patents

Description

Foreliggende oppfinnelse angår tilveiebringelse av kontekstfølsomme verktøy og help-innhold i datagenererte dokumenter.

Programvare-applikasjoner for datamaskiner gjør det mulig for brukere å generere forskjellige dokumenter som assisterer dem i forbindelse med arbeid, utdannelse og fritid. For eksempel gjør populære tekstbehandlingsapplikasjoner det mulig for brukere å skrive brev, artikler, bøker, memoroarer og liknende. Regneprogrammer gjør det mulig for brukere å lagre, manipulere, printe og vise forskjellige alfanumeriske data. Slike applikasjoner har et antall velkjente styrker, omfattende rike muligheter for editering, formattering og beregning.

Dokumenter som genereres av slike programvare-applikasjoner tilveiebringer imidlertid ikke brukere med kontekstfølsomme verktøy, hjelp-innhold eller brukerstøtte. Det vil si at, mens brukeren entrer tekst eller data inn i slike programvare-applikasjoner, disse applikasjonene ikke tilveiebringer brukeren med nyttig verktøy eller assistanse basert på konteksten til teksten eller dataene som blir matet inn av brukeren. Internett web-baserte applikasjoner forsøker å løse noen forretningsproblemer gjennom generering og anvendelse av web-baserte maler i hvilke brukere kan legge inn informasjon som kan sendes til en bakenforliggende web-server for det formål å registrere brukeren for en eller annen type tjeneste. Slike web-baserte applikasjoner kan ofte omfatte linker med hvilke brukeren kan navigere til et separat web-område for å oppnå nyttig informasjon eller assistanse med den aktuelle web-baserte applikasjonen eller det dokumentet som anvendes av brukeren. Slike web-baserte applikasjoner har imidlertid en ulempe sammenliknet med ovennevnte applikasjonsdokumenter i det at moderne web-baserte applikasjoner sjelden tilbyr omfangsrik editering, formatering, printing og beregning.

Som et eksempel, i en typisk setting, kan en bruker bestemme seg for å utarbeide en CV ved anvendelse av en tekstbehandlingsapplikasjon som er lastet på hennes eller hans private datamaskin. Etter hvert som brukeren skriver CV-en, vil hun eller han sannsynligvis fylle inn seksjoner som "personlig informasjon," "utdannelse," "erfaring", og "utenomfaglige aktiviteter". Når brukeren fullfører hver av disse seksjonene, kan hun eller han ha behov for assistanse, omfattende informasjon om den foretrukne rekkefølgen til seksjonene, informasjon om det foretrukne antallet tidligere jobber å plassere i "erfaring"-seksjonen, og liknende. For å oppnå slik hjelp må brukeren mest sannsynlig lese en bok om det å skrive en CV eller gå online til et internett-basert område for CV-hjelp for å finne informasjonen.

Som et alternativ vil brukeren kunne gå inn på et internett-basert CV-område for å fullføre en CV ved anvendelse av en web-basert CV-mal. Brukeren kan være gitt mulighet for å legge inn spesifikk informasjon i faste datafelter, og brukeren kan være tilveiebragt med linker til internett-områder for å navigere til områder der hun eller han kan oppnå hjelp med forskjellige seksjoner av dokumentet. Når brukeren har fullført den web-baserte CV-en, kan brukeren være gitt mulighet for å sende inn CV-en til en web-basert jobb-tjeneste, eller brukeren vil kunne printe ut malen. Funksjonaliteten til brukerens tekstbehandlingsapplikasjon, så som rike muligheter for editering og formatering av CV-en, er imidlertid mest sannsynlig ikke tilgjengelig for brukeren gitt begr-ensningene til den web-baserte applikasjonen i motsetning til brukerens datamaskin-baserte tekstbehandler.

Det er med hensyn til disse og andre betraktninger at foreliggende oppfinnelse er tilveiebragt.

Foreliggende oppfinnelse tilveiebringer en fremgangsmåte for å generere, implementere og anvende datagenererte dokumenter som tilveiebringer kontekstavhengige verktøy, kontroller og hjelp-innhold til brukeren-/brukerne av disse dokumentene. Generelt beskrevet blir et skjema knyttet til et dokument som definerer tillatt datainnhold, datatype og datastruktur for dokumentet. Dokumentet er strukturert for å assosiere dokumentet med skjemaet, og det er assosiert en løsning med dokumentstrukturen. Flere programvarekomponenter blir satt sammen for å tilveiebringe løsningen til dokumentet, og dokumentet er gitt mulighet til å kalle de flere programvarekomponentene for å tilveiebringe løsningen til dokumentet basert på en editeringsposisjon i dokumentet.

Etter at dokumentet er dannet, kan en programvare-applikasjon for å åpne dokumentet bli startet for å initiere åpningen av dokumentet. Det blir bestemt hvorvidt dokumentet referer til løsningen. Det blir bestemt hvorvidt de flere programvarekomponentene for å tilveiebringe løsningen eksisterer i et bibliotek av programvarekomponenter. I så fall blir de flere programvarekomponentene kalt for å tilveiebringe løsningen til dokumentet.

Når dokumentet er åpnet for anvendelse, vil det å plassere dokument-editeringsfokuset i en spesifikk del av dokumentet, for eksempel ved å plassere markøren i en spesifikk del av dokumentet, forårsake at det blir generert en liste av XML (Extensible Markup Language)-elementer som omgir posisjonen til editeringsfokuset. Det blir bestemt hvorvidt noen tilgjengelige løsninger er assosiert med listen av XML-elementer. Dersom det er tilgjengelige løsninger assosiert med listen av XML-elementer, blir hver assosierte løsning kalt og hentet inn for anvendelse av dokumentet. Fortrinnsvis omfatter løsningene hjelp-innhold og dokumentverktøy assosiert med konteksten til editeringsposisjonen i dokumentet. Et grafisk brukergrensesnitt blir startet for å vise hver løsning oppnådd for anvendelse i dokumentet.

Foreliggende oppfinnelse angår også i et ytterligere aspekt et datamaskinlesbart medium som har lagret deri datamaskin-eksekverbare instruksjoner som når de blir eksekvert av en datamaskin utfører de trinn å: knytte et XML (Extensible Markup Language)-skjema til dokumentet som definerer tillatte datainnhold, datatyper og datastrukturer for dokumentet; annotere spesifikke deler av dokumentet med XML-struktur assosiert med det tillatte datainnholdet, de tillatte datatypene og de tillatte datastrukturene for de spesifikke delene av dokumentet som definert av skjemaet; assosiere hjelp-innhold og dokument-verktøy med XML-elementer som omfatter XML-strukturen; sette sammen flere programvarekomponenter for å tilveiebringe hjelp-innholdet og dokument-verktøyene til dokumentet; og gjøre det mulig for dokumentet å kalle de flere programvarekomponentene for å tilveiebringe hjelp-innholdet og dokument-verktøyene til dokumentet basert på editeringsposisjonen i dokumentet.

Oppfinnelsen er definert i de selvstendige kravene 1 og 52. Foretrukkede utførelser av oppfinnelsen er definert i de uselvstendige kravene 2-51 og 53-60.

Disse og andre trekk, fordeler og aspekter ved foreliggende oppfinnelse kan forstås og innses bedre fra en gjennomgang av den følgende detaljerte beskrivelsen av de viste utførelsesformene med henvisning til de vedlagte figurene samt patentkravene.

Figur 1 viser et datamaskin-skjermbilde av et grafisk brukergrensesnitt for en programvare-applikasjon gjennom hvilket det blir vist et dokument og assosierte kontekstavhengige verktøy og hjelp-innhold i henhold til en utførelsesform av foreliggende oppfinnelse.

Figur 2 er et blokkdiagram som illustrerer klient-side programvare-arkitekturen for anvendelse i forbindelse med en utførelsesform av oppfinnelsen. Figur 3 er et blokkdiagram av en datamaskin og assosierte perifere og nettverkede anordninger, og viser et eksempel på driftsmiljø for foreliggende oppfinnelse. Figur 4 er et flytdiagram som illustrerer en fremgangsmåte for å generere et dokument som tilveiebringer kontekstavhengige verktøy og hjelp-innhold i henhold til en utførelsesform av oppfinnelsen. Figur 5 er et flytdiagram som illustrerer en fremgangsmåte for å åpne et dokument generert i henhold til en utførelsesform av oppfinnelsen. Figur 6 illustrerer en datagenerert dialogboks for å tilby flere dokumentløsninger til en bruker. Figur 7 illustrerer en datagenerert dialogboks for å hjelpe en bruker med å laste ned komponenter til en applikasjon generert i henhold til foreliggende oppfinnelse. Figur 8 er et flytdiagram som illustrerer en fremgangsmåte for å bestemme hvilket innhold som skal vises i et dokuments verktøypanel i henhold til en utførelsesform av oppfinnelsen.

Foreliggende oppfinnelse er rettet mot generering, implementering og anvendelse av datagenererte, "intelligente" dokumenter til hvilke det blir knyttet funksjonalitet for å tilveiebringe kontekstavhengige verktøy, hjelp-innhold og kontroller til brukere avdisse dokumentene. I henhold til en utførelsesform av oppfinnelsen er deler av dokumenter strukturert på en slik måte at når en bruker entrer disse delene, for eksempel ved å anbringe en datamarkør i disse delene, dokumentet peker til en løsning som kan tilveiebringe brukeren med kontekstavhengige verktøy og/eller hjelp-innhold. For eksempel, dersom en bruker utarbeider en CV i et forsøk på å oppnå en jobb, kan brukeren plassere sin datamarkør i "utdannelse"-seksjonen av CV-en. Ifølge foreliggende oppfinnelse kan det å plassere datamarkøren i "utdannelse"-seksjonen tilveiebringe brukeren med kontekstavhengig informasjon. Dokumentet kan peke til en generell løsning, f.eks. en CV-dokumentløsning, eller individuelle deler av dokumentet kan peke til kontekstbaserte delmengder av løsningen, f.eks. en "erfaring"-seksjon løsning i en CV-dokumentløsning. Et dokumentverktøypanel kan åpnes på brukerens dataskjerm ved siden av det dokumentet som editeres og kan tilveiebringe foreslåtte fremgangsmåter for å fullføre "utdannelse"-seksjonen. Dersom brukeren beveger markøren til en annen del av dokumentet, for eksempel til "mål (objectives)"-seksjonen i CV-en, kan brukeren oppnå informasjon assosiert med denne konteksten, så som eksempler på passende ansettelsesmål-fraser.

Det må forstås at de kontekstavhengige verktøyene og hjelp-innholdet som blir tilveiebragt til en bruker i henhold til en utførelsesform av foreliggende oppfinnelse kan være tilveiebragt for en rekke forskjellige applikasjonsprogrammer, omfattende tekstbehandlere, regneark, nettlesere, teksteditorer og liknende. Videre kan typen av og innholdet i nyttig informasjon og verktøy som blir tilveiebragt til en bruker i henhold til en utførelsesform av oppfinnelsen omfatte forskjellige verktøy og handlinger samt hjelp-informasjon som ønsket av den som tilveiebragte de programvare-applikasjonene som anvendes av brukeren.

Figur 1 illustrerer et datamaskin-skjermbilde som viser et eksempel på programvare-applikasjon 100 med hvilken et dokument og assosiert dokument-verktøypanel som tilveiebringer dokumentverktøy og hjelp-innhold er illustrert. Dokumentet 110 vist i figur 1 viser en mal for en årlig prestasjonsgjennomgang (annual performance review) for en ansatt med hvilken en ansatt kan fullføre sin årlige prestasjonsgjennomgang eller med hvilken hun eller han kan fullføre en prestasjonsgjennomgang for én av sine ansatte. Applikasjonen 100 vist i figur 1 er en tekstbehandlingsapplikasjon som anvendes for å vise og editere dokumentet 110, men som fagmannen vil forstå, kan applikasjonen 100 omfatte andre programvare-applikasjoner, omfattende regneark-applikasjoner, tekstediteringsapplikasjoner og liknende. Videre viser dokumentet 110 illustrert i figur 1 et dokument for en årlig prestasjonsgjennomgang, men dokument-

et 110 vil kunne omfatte en rekke forskjellige andre dokumenter og maler som editeres av brukeren, omfattende CV-maler, testamentmaler, DPL (desktop

publishing)-dokumenter, brev, økonomiske regneark og liknende.

Med henvisning til dokumenteksempelet vist i figur 1 tilveiebringer tekst-behandlingsapplikasjonen 100 typisk funksjonalitet assosiert med en tekstbehandler, tilgjengelig via nedtrekksmenyer så som, File, Edit, View, Insert, Format, etc. Dokumentet 110 er vist i arbeidsområdet til applikasjon3n 100, og et dokumentverktøypanel 135 er illustrert til høyre for dokumentet 110. Som en forstår er skjermbildet illustrert i figur 1 kun et eksempel, og komponentene illustrert i figur 1 kan være organisert på en rekke forskjellige måter som er hen-siktsmessige for brukeren. Med andre ord kan dokumentverktøypanet befinne seg i bunnen av skjermbildet, til venstre for dokumentet 110 eller i henhold til andre orienteringer som tillates av applikasjonen 100.

En detaljert beskrivelse av genereringen og implementeringen av det "intelligente" dokumentet 110 illustrert i figur 1 følger nedenfor, men generelt beskrevet, i henhold til en utførelsesform av oppfinnelsen, når brukeren plasserer sin datamarkør innenfor en gitt seksjon av dokumentet 110, for eksempel "mål"-seksjonen 125 illustrert i figur 1, blir brukeren tilveiebragt med verktøy og hjelp-innhold i dokumentverktøypannelet 135. Foreksempel, dersom brukeren plasserer sin datamarkør i "mål"-seksjonen 125, kan brukeren bli tilveiebragt med "Tips for mål-seksjonen (Objective Writing Tips)" 155 vist i dokument-verktøypanelet 135. Seleksjon av "Tips for mål-seksjonen" 155, som illustrert i figur 1, forårsaker visning av "Tips for mål-seksjonen"-tekst 160 som gir brukeren nyttig informasjon vedrørende hvorledes å fullføre "mål"-seksjonen av prestasjonsgjennomgang-dokumentet 110, illustrert i figur 1. Dersom brukeren beveger markøren til en annen seksjon av dokumentet, for eksempel "personlig informasjon<s>seksjonen 120, vil det bli vist informasjon i dokumentverktøy-panelet 135 som gir brukeren hjelp til å fullføre "personlig informasjon"-seksjonen 120.

I tillegg til nyttig informasjon for å assistere brukeren, er en rekke dokumentverktøy og handlinger 145 tilveiebragt. For eksempel kan handlingen "Send oversikt (Submit Review)" gi brukeren mulighet for å sende inn det fullførte dokumentet 110 til sin foresatte eller til sin ansatte etter fullføring av dokumentet. Handlingen "Åpne siste oversikt (Open Last Review)" kan gi brukeren mulighet for å åpne den forrige prestasjonsgjennomgangen slik at hun eller han kan avgjøre hvorvidt hun eller han oppnådde sine mål som angitt i siste gjennomgang. Dersom dokumentet som anvendes av brukeren er en annen type dokument, for eksempel et CV-dokument, vil nyttig informasjon i dokumentverktøypanelet kunne omfatte informasjon om utfylling av "utdannelse"-seksjonen, "erfaring"-seksjonen og/eller "personlig informasjon"-seksjonen. Et testamentdokument 110 kan være assosiert med nyttig informasjon vedrørende lovregler for oppsett av testamente, regler vedrørende dødsbo-arvingerog liknende.

I tillegg til dokumenthandlingene og hjelp-innholdet illustrert i panelet 135, kan det være tilveiebragt en rekke dokumentkontroller, omfattende alternativknapper, tekstbokser, avkryssingsbokser, ActiveX-kontroller, XML-tre kontroller og liknende. For eksempel kan en tekstboks være tilveiebragt for å gi en bruker mulighet for å velge fra en liste av forhåndsutfylte tekstelementer. Alternativt kan brukeren gis mulighet til å skrive inn tekst i en listeboks tilveiebragt i panelet 135 som deretter vil bli satt inn i dokumentet eller anvendt av applikasjonen i forhold til annen funksjonalitet for applikasjonen. En alternativknapp eller avkrysningsboks kan være tilveiebragt for å gi brukeren mulighet til å velge blant forskjellige alternative dokumenthandlinger eller hjelp-innhold. For eksempel, dersom dokumentet er et testamente, kan det være tilveiebragt avkrysningsbokser i hvilke brukeren kan velge "gift", "enslig", etc, for å oppnå hjelp-informasjon basert på brukerens personlige testament- og sivilstandsprofil.

Figur 2 illustrerer en generell systemarkitektur for å generere og anvende et "intelligent" dokument 110 i henhold til foreliggende oppfinnelse. En programvare-applikasjon 100, som beskrevet ovenfor, har blitt åpnet på brukerens datamaskin 20 for å generere eller editere et dokument 110 ifølge foreliggende oppfinnelse. Et skjemabibliotek 105 er tilveiebragt for å inneholde alle de eksekverbare filer som er nødvendig for å tilveiebringe den kontekstavhengige funksjonaliteten til dokumentet 110. For eksempel kan skjemabiblioteket omfatte en rekke forskjellige komponenter, omfattende individuelle modulære programvarerutiner som er kompilert og dynamisk linket og som er klare for anvendelse av applikasjonen 100 for å tilveiebringe kontekstavhengig funksjonalitet i dokumentet 110.

Slike komponenter kan omfatte et antall dynamisk linkede biblioteker (dll) som omfatter eksekverbare filer eller rutiner lagret separat fra programvare-applikasjonen 110. Disse dll-bibliotekene blir lastet av programvare-applikasjonen 100 bare når de er nødvendige for å tilveiebringe funksjonalitet til dokumentet 110.1 tillegg, som beskrevet i detalj nedenfor, kan skjemabiblioteket 105 omfatte et antall XML-filer for å tilveiebringe kontekstavhengig funksjonalitet sammen med XML-struktur som er anvendt på dokumentet 110.

En løsning-egenskap 115 er omfattet i dokumentet 110 for å peke dokumentet til en spesifikk løsning inneholdt i skjemabiblioteket 105. Egenskapen løsning-lokalisering 118 tilveiebringer dokumentet 110 og applikasjonen 100 med informasjon vedrørende lokaliseringen av løsning-egenskapen i skjemabiblioteket eller vedrørende en fjernlokasjon tilveiebragt via et distribuert databehandlingsmiljø, så som blir tilveiebragt av en web-basert server via Internett.

Ifølge foreliggende oppfinnelse, og som beskrevet i detalj nedenfor, når en bruker setter fokus i en spesifikk del av dokumentet 110, for eksempel "mål"-seksjonen i prestasjonsgjennomgangen 110 illustrert i figur 1, peker en løsning-egenskap 115 dokumentet til "mål"-seksjonens hjelp-løsning illustrert i doku-mentverktøypanelet 135. Egenskapen Løsning-lokalisering 118 anviser for dokumentet 110 og applikasjonen 100 plasseringen av komponentene, dll-biblioteker eller XML-filer som er nødvendig for å implementere den løsningen. Som en forstår kan eksempler på komponenter omfatte komponenter for å tegne dokumentverktøypanelet 135, komponenter for å vise informasjonen assosiert med den spesifikke konteksten, i dette tilfellet "mål"-seksjonen samt komponenter for å eksekvere dokumenthandlinger så som handlingen "Send evaluering" 145.

Figur 3 og den følgende diskusjonen er ment for å gi en kort, generell beskrivelse av et egnet databehandlingsmiljø der oppfinnelsen kan implementeres. Selv om oppfinnelsen vil bli beskrevet i den generelle sammenhengen med et applikasjonsprogram som kjører i et operativsystem i forbindelse med en personlig datamaskin, vil fagmannen forstå at oppfinnelsen også kan implementeres i forbindelse med andre programmoduler. Generelt omfatter programmoduler rutiner, programmer, komponenter, datastrukturer, etc. som utfører spesifikke oppgaver eller implementer spesifikke abstrakte datatyper. Videre vil fagmannen forstå at oppfinnelsen kan tilpasses for andre datasystemkonstruk-sjoner, omfattende håndholdte anordninger, flerprosessorsystemer, mikroprosessor-basert eller programmerbar forbrukerelektronikk, mobiltelefo-ner, minidatamaskiner, stormaskiner og liknende. Oppfinnelsen kan også tilpasses for distribuerte databehandlingsmiljøer der oppgaver blir utført av fjernprosesseringsanordninger som er forbundet via et kommunikasjons-nettverk. I et distribuert databehandlingsmiljø kan programmoduler være lokalisert i både lokale og fjernlokaliserte minnelagringsanordninger.

Med henvisning til figur 3 omfatter et eksempel på system for implementering av oppfinnelsen en konvensjonell personlig datamaskin 20, omfattende en prosesseringsenhet 21, et systemminne 22 og en systembus 23 som for-binder systemminnet med prosesseringsenheten 21. Systemminnet 22 omfatter et leseminne (ROM) 24 og et direktetilgangsminne (RAM) 25. Et BIOS (basic input/output system) 26, som inneholder grunnleggende rutiner som overfører 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, en magnetdiskstasjon 28, f.eks. for å lese fra eller skrive til en flyttbar magnetisk disk 29 og en optisk disk-stasjon 30, f.eks. for å lese fra en CD-ROM plate 31 eller for å lese fra eller skrive til et annet optisk medium. Harddiskstasjonen 27, magnetdiskstasjonen 28 og optisk disk-stasjonen 30 er forbundet med systembussen 23 henholdsvis via et harddiskstasjon-grensesnitt 32, et magnetdiskstasjon-grensesnitt 33 og et optisk stasjon-grensesnitt 34. Stasjonene og deres assosierte datamaskinlesbare medier tilveiebringer ikke-volatil lagring for den personlige datamaskinen 20. Selv om beskrivelsen av datamaskinlesbart medium ovenfor angir en harddisk, en flyttbar magnetisk disk og en CD-ROM plate, vil fagmannen forstå at andre typer medium som kan leses av en datamaskin, så som magnetkasetter, flashminnekort, digitale videoplater, Bernoulli-patroner og liknende også kan anvendes i det eksemplifiserte driftsmiljøet.

Et antall programmoduler kan være lagret i stasjonene og RAM 25, omfattende et operativsystem 35, ett eller flere applikasjonsprogrammer 100, en tekstbehandling-programmodul 37 (eller en annen type programmodul), programdata, så som spesifikasjonen 38 og andre programmoduler (ikke vist).

En bruker kan sende inn kommandoer og informasjon til den personlige datamaskinen 20 via et tastatur 40 og en pekeranordning, så som en mus 42. Andre inndataanordninger (ikke vist) kan omfatte en mikrofon, en styrespak, en spillkonsoll, en parabolantenne, en skanner eller liknende. Disse og andre inndataanordninger blir ofte forbundet med prosesseringsenheten 21 via et serieport-grensesnitt 46 som er koplet til systembussen, men kan være forbundet via andre grensesnitt, så som en spillutgang eller en USB (universal serial bus)-port. En monitor 47 eller en annen type skjermanordning er også forbundet med systembussen 23 via et grensesnitt, så som et skjermkort 48.1 tillegg til monitoren omfatter personlige datamaskiner typisk andre perifere utdataanordninger (ikke vist) så som høyttalere og skrivere.

Den personlige datamaskinen 20 kan operere i et nettverket miljø ved anvendelse av logiske forbindelser til én eller flere fjerndatamaskiner, så som en fjerndatamaskin 49. Fjerndatamaskinen 49 kan være en server, en ruter, en 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, selv om kun en minnelagringsanordning 50 er illustrert i figur 3. De logiske forbindelsene vist i figur 3 omfatter et lokalt nettverk (LAN) 51 og et fjernaksessnett (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 forbundet til LAN 51 via et nettverksgrensesnitt 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, så som Internett. Modemet 54, som kan være internt eller eksternt, er forbundet med systembussen 23 via serieport-grensesnittet 46.1 et nettverksmiljø kan programmoduler som er vist i forbindelse med den personlige datamaskinen 20, eller deler av disse, være lagret i den fjernlokaliserte minnelagringsanordning-en. En vil forstå at de viste nettverksforbindelsene kun er eksempler, og at det kan anvendes andre mekanismer for å etablere en kommunikasjonslink mellom datamaskinene.

Figur 4 er et flytdiagram som illustrerer en fremgangsmåte for å generere et "intelligent" dokument 110 i henhold til en utførelsesform av oppfinnelsen.

Fremgangsmåten 300 begynner ved starttrinnet 305 og fortsetter til trinn 310, der et XML-skjema blir tilknyttet dokumentet. Som fagmannen forstår, setter et skjema opp grammatikken og reglene assosiert med XML (Extensible Markup Language)-kodeetiketter som blir anvendt på dokumentet 110 for å gi dokumentet 110 XML-struktur. Skjemaet som er knyttet til dokumentet 110 illustrert i figur 1 kan beskrive alle grammatiske, datatype og data-innhold regler som er tillatt for kodeetiketter assosiert med dokumentet 110. For eksempel kan "personlig informasjon<s>seksjonen 120, som omfatter navn, e-post navn, tittel og ansattidentifikasjon for den ansatte, ha et skjema som krever at data som blir lagt inn i "navn"-blokken må være i form av "fornavn", etterfulgt av "mellomnavn", etterfulgt av "etternavn".

Som forstås av fagmannen innenfor anvendelse av XML, når denne delen av dokumentet 110 annoteres med XML-struktur svarende til "navn"-elementet, for eksempel, kan manipulering av data som er lagt inn i denne seksjonen av dokumentet utføres av programvarekomponenter uten hensyn til det faktiske innholdet i dataene så lenge innholdet ble lagt inn i henhold til skjemaet foreskrevet for den delen av dokumentet.

I trinn 315 annoteres dokumentet 110 med XML-struktur som vil bli assosiert med verktøy og hjelp-funksjonalitet for tilveiebringelse av kontekstavhengig funksjonalitet for dokumentet som beskrevet ovenfor. En forenklet XML-struktur for ansattgjennomgang-dokumentet 110 illustrert i figur 1 er som følger.

Eksempel på XML- struktur

Skjemaet som er knyttet til dokumentet 110 foreskriver datatype- og datastruktur-reglene som er lagt inn i XML-dokumentetstrukturen. Som en forstår er XML-strukturen illustrert ovenfor av en forenklet natur, og er kun gitt for illustrasjonsformål. Et eksempel på XML-skjema assosiert med eksempelet på XML-struktur ovenfor er som følger.

Eksempel på skjema

I trinn 320 lagres dokumentet 110 sammen med det assosierte dokumentskjemaet og XML-strukturen.

I trinn 325 skrives den programkoden som er nødvendig for å vise og håndtere verktøy, kontroller og handlinger i dokumentverktøypanelet 135 i henhold til posisjoneringen av brukerens markør innenfor dokumentet 110. Koden som skrives i trinn 325 omfatter alle nødvendige XML-filer, omfattende XSL (Extensible Style Sheet Language)-filer, inklusive XSL-transformasjoner og XSL-formateringsobjekter. Som vil vites av fagmannen, så omfatter XSL-transformasjoner filer som inneholder konkrete regler etter hvilke et XML-dokument blir konvertert til et annet XML-dokument. Som fagmannen vil forstå, så blir alle XML-filer, omfattende XML-dokumenter og XML-transformasjons-dokumenter, skrevet for prosessering av dokumentet 110 som et XML-strukturert dokument.

I henhold til én utførelsesform kan et XML-skjema bli skrevet for å definere en liste av dokumenthandlinger, kontroller og hjelp-innhold som er assosiert med en løsning eller en kontekstavhengig delmengde av en løsning som tilsvarende er assosiert med XML-struktur (elementer) i dokumentet. XML-skjemaet kan skrives ved anvendelse av et hvilket som helst editeringsverktøy eller XML-skjema editeringsverktøy for å opprette en instans av skjemaet. XML-skjemaet kan være skrevet for å inkludere direkte i XML-skjemaet alle egens-kapene til skjemaet og en liste over de dokumenthandlinger, kontroller og hjelp-innhold som skal vises. Et eksempel på XML-skjema er gitt ovenfor.

Annen kode som skrives for dokumentet 110 i trinn 325 omfatter alle de komponenter, så som dynamisk linkede biblioteker (dII), som er nødvendige for applikasjonen 100 og dokumentet 110 for å tilveiebringe den kontekstavhengige funksjonaliteten til dokumentet 110, som beskrevet med henvisning til figur 1. For eksempel kan et dll-bibliotek i form av et API være skrevet for å kalle på en spesifikk løsning inneholdt i skjemabiblioteket 105 når datamarkøren blir posisjonert av brukeren i en spesifikk kontekst innenfor dokumentet 110. Med andre ord, når datamarkøren blir plassert innenfor en spesifikk seksjon eller del av dokumentet 110, så som "navn"-delen, blir det inkludert et API for å finne den løsning-egenskapen 115 som er assosiert med "navn"-seksjonen i dokumentet 110 og for å kalle på denne løsningen for å tilveiebringe dokument-verktøy, handlinger og hjelp-innhold assosiert med "navn"-seksjonen i dokumentet.

Andre eksempler på komponenter som skrives i trinn 325 omfatter komponenter for å tegne dokumentverktøypanelet 135 og for å vise tekst-informasjon assosiert med de XML-elementene i dokumentet 110 innenfor hvilke datamarkøren befinner seg. Andre komponenter kan omfatte modulære programvarerutiner for å vise en handling, så som en "Send evaluering"-knapp, for å gi brukeren mulighet for sende inn oversikten til en tredjepart, så som brukerens ansatte eller brukerens foresatte. Enda andre komponenter kan inkluderes for å tegne og for å tilveiebringe funksjonalitet til kontroller, så som alternativknapper, tekstbokser og avkrysningsbokser, som beskrevet ovenfor med henvisning til figur 1. Eventuelle COM (component object model) add-ins som er nødvendige for å tilveiebringe funksjonalitet i henhold til foreliggende oppfinnelse skrives også i trinn 325.1 tillegg til programvarekomponenter som er nødvendig for å tilveiebringe de dokumentverktøyene og den hjelpefunksjon-aliteten som er beskrevet her, blir den faktiske teksten i hjelp-innholdet som vises i panelet 135 satt sammen for anvendelse når et motsvarende hjelp-emne blir kalt.

Kontroller, så som alternativknapper, tekstbokser og avkrysningsbokser, kan være tilveiebragt i panelet 135 uten at et assosiert skjema et knyttet til dokumentet. Ved å deklarere at en kontroll er assosiert med et gitt XML-element, kan den kontrollen bli tilveiebragt øverst i panelet 135 ovenfor andre handlinger, kontroller og hjelp-emner som beskrives av skjemaet. Tilsvarende kan en kontroll bli tilveiebragt umiddelbart over alle andre elementer, inklusive de beskrevet ovenfor, i panelet 135 ved å deklarere at kontrollen er assosiert med hele skjemaet for dokumentet heller enn med individuelle XML-elementer foreskrevet av skjemaet.

Alle ovennevnte filer, komponenter, add-ins til komponenter, dll-biblioteker, skjemafiler og XML-filer blir satt sammen og lagret for anvendelse av applikasjonen 100 under tilveiebringelsen av den kontekstavhengige funksjonaliteten til dokumentet 110. Skjemabiblioteket 105 kan være i form av en database som inneholder pekere til de ovennevnte lagrede komponentene som kan være lagret i minnet til datamaskinen 20 på forskjellige steder, omfattende datamaskinens register.

I henhold til en utførelsesform av foreliggende oppfinnelse tilveiebringes et API for implementering av funksjonaliteten ifølge foreliggende oppfinnelse for å tilveiebringe en "intelligent" dokumentløsning til dokumentet 110. API-grensesnittet omfatter egenskaper og metoder eller instruksjoner som blir kalt når en spesifikk handling blir initiert, for eksempel åpning av dokumentet 110 som i sin tur peker til en løsning, som beskrevet ovenfor. Listet nedenfor er et eksempel på dataprogramkode for å implementere API-grensesnittet til det "intelligente" dokument. Kodeeksempelet listet nedenfor er ikke begrensende for variasjoner som kan foretas i dataprogramkode som kan skrives for å implementere API-grensesnittet ifølge foreliggende oppfinnelse.

Eksempel på API mot intelligent dokument

Implements ISmartDocument

Private Sub ISmartDocument_SmartDocInitialize(ByVal document As Object, ByVal bstrSolutionPath As String)

Private Property Get ISmartDocument_SmartDocXMLTypeCount() As Long

Private Property Get ISrnartDocurnent_SmartDocXMLTypeNarne(ByVal smartDocID As Long) As String

Private Property Get ISmartDocument_SmartDocXMLTypeCaption(ByVal smartDocID As Long, By Val LocalelD As Long) As String

Private Property Get ISmartDocument_ControlCount(ByVal SmartDocXMLTypeName As String) As Long

Private Property Get ISmartDocument_ControlID(ByVal SmartDocXMLTypeName As String, By Val Controllndex As Long) As Long

Private Property Get ISmartDocument_ControlTypeFromID(ByVal ControlID As Long, ByVal ApplicationName As String, ByVal LocalelD As Long) As

C_TYPE

Private Property Get ISmartDocument_ControlNameFromID(ByVal ControlID As Long) As String

Private Property Get ISmartDocument_IsControlDynamic(ByVal ControlID As Long, ByVal ApplicationName As String, ByVal LocalelD As Long) As Boolean

Private Property Get ISmartDocurnent_ControlCaptionFrornID(ByVal ControlID As Long, ByVal ApplicationName As String, ByVal LocalelD As Long, ByVal bstrText As String, ByVal bstrXML As String, ByVal Target As Object) As String

Private Sub ISmartDocument_PopulateRadioGroup(ByVal ControlID As Long, ByVal ApplicationName As String, ByVal LocalelD As Long, ByVal bstrText As String, ByVal bstrXML As String, ByVal Target As Object, List() As String, count As Long, InitialSelected As Long)

Private Sub ISmartDocument_OnRadioGroupSelectChange(ByVal ControlID As Long, ByVal Target As Object, ByVal Selected As Long, ByVal Value As String)

Private Sub ISmartDocument_PopulateImage(ByVal ControlID As Long, ByVal ApplicationName As String, ByVal LocalelD As Long, ByVal bstrText As String, ByVal bstrXML As String, ByVal Target As Object, ImageSrc As String)

Private Sub ISmartDocument_ImageClick(ByVal ControlID As Long, ByVal ApplicationName As String, ByVal Target As Object, ByVal Text As String, ByVal Xml As String, ByVal LocalelD As Long, ByVal XCoordinate As Long, ByVal YCoordinate As Long)

Private Sub ISmartDocument_PopulateDocumentFragment(ByVal ControlID As Long, ByVal ApplicationName As String, ByVal LocalelD As Long, ByVal bstrText As String, ByVal bstrXML As String, ByVal Target As Object, DocumentFragment As String)

Private Sub ISmartDocument_PopulateActiveXProps(ByVal ControlID As Long, ByVal ApplicationName As String, ByVal LocalelD As Long, ByVal bstrText As String, ByVal bstrXML As String, ByVal Target As Object, PropBag As SmartTagLib.IActiveXProperties)

Private Sub ISmartDocument_PopulateCheckbox(ByVal ControlID As Long, ByVal ApplicationName As String, ByVal LocalelD As Long, ByVal bstrText As String, ByVal bstrXML As String, ByVal Target As Object, Checked As Boolean)

Private Sub ISmartDocument_OnCheckboxChange(ByVal ControlID As Long, ByVal Target As Object, ByVal Checked As Boolean)

Private Sub ISmartDocument_PopulateListOrComboContent(ByVal ControlID As Long, ByVal ApplicationName As String, ByVal LocalelD As Long, ByVal bstrText As String, ByVal bstrXML As String, ByVal Target As Object,

List() As String, count As Long, InitialSelected As Long, IsEditable As Boolean, ControlOnSameLine As Boolean)

Private Sub ISmartDocument_OnListOrComboSelectChange(ByVal ControlID As Long, ByVal Target As Object, ByVal Selected As Long, ByVal Value As

String)

Private Sub ISmartDocument_PopulateTextboxContent(ByVal ControlID As Long, ByVal ApplicationName As String, ByVal LocalelD As Long, ByVal bstrText As String, ByVal bstrXML As String, ByVal Target As Object, Value As String, ControlOnSameLine As Boolean)

Private Sub ISmartDocument_OnTextboxContentChange(ByVal ControlID As Long, ByVal Target As Object, ByVal Value As String)

Private Sub ISmartDocument_PopulateHelpContent(ByVal ControlID As Long, ByVal ApplicationName As String, ByVal LocalelD As Long, ByVal bstrText As String, ByVal bstrXML As String, ByVal Target As Object, Content As String)

Private Sub ISmartDocument_InvokeControl(ByVal ControlID As Long, ByVal ApplicationName As String, ByVal Target As Object, ByVal Text As String, ByVal Xml As String, ByVal LocalelD As Long)

Et antall egenskaper og metoder er inkludert i API-grensesnittet listet ovenfor. Metoden SmartDoclnitialize omfatter rutiner og instruksjoner som blir eksekvert når API-grensesnittet blir kalt for å tilveiebringe "intelligent" dokumentfunksjonalitet til dokumentet 110. Egenskapen SmartDocXMLTypeCount omfatter antallet XML-elementtyper som er assosiert med løsningen. Egenskapen SmartDocXMLTypeName omfatter unike identifikatorer for XML-elementtypene som er assosiert med den "intelligente" dokumentløsningen. Egenskapen SmartDocXMLTypeCaption omfatter titler eller overskrifter assosiert med XML-elementer som kan være inkludert i en meny eller et panel så som hjelp-panelet 135.

Egenskapen ControlCount omfatter antallet kontroller som er assosiert med den "intelligente" dokumentløsningen for en spesifikk XML-elementtype. Egenskapen ControlID omfatter unike identifikatorer for kontrollene. Egenskapen ControlTypeFromID omfatter de typer av kontroller som er tilgjengelig for anvendelse med en assosiert løsning, for eksempel alternativknapper, tekstbokser og avkrysningsbokser. Egenskapen ControlNameFromID returnerer et navn assosiert med hver kontroll for anvendelse internt av et gitt applikasjonsprogram 100.

Metoden PopulateRadioGroup omfatter rutiner og instruksjoner som blir eksekvert for å legge inn alternativknapp-kontroller i en meny eller et panel så som hjelp-panelet 135. Metoden OnRadioGroupSelectChange omfatter rutiner og instruksjoner som blir eksekvert når en alternativgruppe (alternativknapp) blir selektert eller deselektert.

Metoden Populatelmage omfatter rutiner og instruksjoner som eksekveres for å legge inn et bilde som er assosiert med en løsning, så som et bilde som fylles i hjelp-panelet 135. Metoden ImageClick omfatter rutiner og instruksjoner som blir eksekvert når et bilde blir selektert av en bruker.

Metoden PopulateDocumentFragment omfatter rutiner og instruksjoner som blir eksekvert for å tilveiebringe brukergrensesnittet med tekst eller data. Metoden PopulateActiveXProps omfatter rutiner og instruksjoner som blir eksekvert for å oppnå ActiveX-funksjonalitet assosiert med en dokument-løsning.

Metoden PopulateCheckboks omfatter rutiner og instruksjoner for å tilveiebringe en avkrysningsfelt-kontroll i et brukergrensesnitt så som hjelp-panelet 135. Metoden OnCheckboxChange omfatter rutiner og instruksjoner som blir eksekvert når en avkrysningsfelt-kontroll blir selektert eller deselektert av en bruker.

Metoden PopulateListOrComboContent omfatter rutiner og instruksjoner som blir eksekvert for å fylle en listeboks-kontroll i et brukergrensesnitt så som panelet 135. Metoden OnListOrComboSelectChange omfatter rutiner og instruksjoner som blir eksekvert ved seleksjon av et element i en listeboks-kontroll.

Metoden PopulateTextboxContent omfatter rutiner og instruksjoner for å fylle en tekstboks i et brukergrensesnitt så som panelet 135. Metoden OnTextboksContentChange omfatter rutiner og instruksjoner som blir eksekvert for å behandle en hendelse assosiert med endring av innhold i en tekstboks-kontroll innenfor et brukergrensesnitt så som panelet 135.

Metoden PopulateHelpContent omfatter rutiner og instruksjoner for å fylle et hjelp-innhold felt i panelet 135 med nødvendig tekst eller data. Metoden InvokeControl omfatter rutiner og instruksjoner som blir eksekvert når en kontroll så som en alternativknapp, tekstboks eller avkrysningsboks blir selektert eller deselektert.

Fortsatt med henvisning til figur 4, bestemmes det i trinn 330 hvorvidt dokumentet 110 kan jobbe i en klient-tjener operasjon. Det vil si at komponenter som tilveiebringer kontekstavhengig funksjonalitet til applikasjonen 110, eller oppdateringer eller endringer av disse komponentene, kan være lagret ved en fjernlokalisert server atskilt fra datamaskinen 20. Dersom dokumentet skal tillates å oppnå nødvendige komponenter for operasjon av applikasjonen og dokumentet fra en fjernlokalisert server, fortsetter fremgangsmåten til trinn 335, og det skrives server-kode til en fjernlokalisert server for å respondere til klient-side handlinger som utføres av brukeren ved datamaskinen 20. Nærmere bestemt blir det skrevet et API-grensesnitt for kommunikasjon mellom datamaskinen 20 og en fjernlokalisert server 49 for å oppnå server-lokaliserte data og applikasjonskomponenter som er nødvendige for å tilveiebringe den kontekstavhengige funksjonaliteten ifølge foreliggende oppfinnelse. Dersom det er ønsket at applikasjonen peker til en fjernlokalisert server for data og applikasjonskomponenter, blir en løsningslokalisering-identifikator, så som en løsning-URL, lagt til for å peke applikasjonen til en lokasjon ved den fjernlokaliserte serveren for å oppnå de nødvendige data og applikasjonskomponenter.

I trinn 340 opprettes en spesifikasjon av alle de programmerings-komponenter beskrevet ovenfor for å identifisere listen av komponenter, dll-biblioteker, skjemafiler og XML-filer som vil bli anvendt for å tilveiebringe forskjellige løsninger og funksjonalitet til dokumentet 110. En peker blir lagt til i dokumentet 110 for å peke dokumentet til spesifikasjonen av komponenter for å oppnå funksjonalitet som tilveiebringes av individuelle og forskjellige komponenter. I trinn 350 lagres alt av filer, kode og endringer av dokumentet 110, og dokumentgenerering-fremgangsmåten ender i trinn 390. Med dette er dokumentet 110 nå i en tilstand der det kan åpnes og benyttes av en bruker.

Figur 5 angir trinnene involvert i det å åpne og anvende dokumentet 110. Utelukkende som et eksempel blir ansattprestasjonsgjennomgang-dokumentet 110 beskrevet med henvisning til de trinn som er involvert i det å åpne et "intelligent" dokument som er generert og implementert i henhold til en utførelsesform av foreliggende oppfinnelse. Fremgangsmåten 400 begynner ved starttrinn 405 og fortsetter til trinn 410, der applikasjonen 100 startes av brukeren. Som forstås av fagmannen, kan applikasjonen 100 startes ved å selektere applikasjonen eller ved å selektere et dokument 110 som er generert

av applikasjonen 100.

I trinn 415 selekterer brukeren dokumentet 110 for åpning på en måte som er i overensstemmelse med applikasjonen 100.1 trinn 420 bestemmes hvorvidt dokumentet 110 angir en løsning. Nærmere bestemt avgjøres i trinn 420 hvorvidt dokumentet 110 er tilveiebragt med pekere til en løsning eller til flere løsninger for å tilveiebringe kontekstavhengige verktøy og hjelp-informasjon til dokumentet, som beskrevet ovenfor. Som en del av sjekken for å bestemme hvorvidt dokumentet 110 peker til en løsning eller til fere løsninger, bestemmes det også hvorvidt et skjema har blitt knyttet til dokumentet som beskrevet ovenfor. Dersom dokumentet refererer til en løsning, for eksempel en løsning for å assistere brukeren under utfylling av brukerens ansattgjennomgang-dokument 110, fortsetter fremgangsmåten til trinn 425, og applikasjonen 100 kaller skjemabiblioteket 105 for å bestemme hvorvidt løsningen som refereres til av dokumentet 110 er lagret i skjemabiblioteket 105. I skjemabiblioteket omfatter bestemmelsen en avgjørelse av hvilke komponenter i skjemabiblioteket som er nødvendige; det vil si hvilke komponenter som er assosiert med løsningsidentifikatoren. Foreksempel kan dokumentet 110 ha et skjema tilknyttet for å definere reglene vedrørende XML-strukturen til dokumentet 110, men som ble generert uten referanse til en spesifikk løsning.

I trinn 430 bestemmes hvorvidt løsningen er lagret i skjemabiblioteket. Som en forstår kan flere løsninger være knyttet til dokumentet 110. For eksempel vil en første løsning kunne omfatte nyttig informasjon og handlinger for å tilveiebringe kontekstavhengig informasjon angående utfylling av dokumentet 110 av en spesifikk bruker. En andre løsning kan være knyttet til dokumentet 110 for å tilveiebringe informasjon til en foresatt for brukeren, slik at den kontekstavhengige informasjonen som leveres til den foresatte vil gi den foresatte informasjon vedrørende hvorledes å evaluere hver seksjon av den ansattes evalueringsdokument.

Dersom dokumentet 110 refererer til flere løsninger, kan brukeren bli gitt et prompt, for eksempel dialogboksen 500 illustrert i figur 6, som forteller brukeren at flere løsninger er tilgjengelige for dette dokumentet. Brukeren kan da velge én løsning fra listen av løsninger for å tilveiebringe den ønskede funksjonaliteten til brukeren etter at dokumentet er åpnet.

I trinn 435 bestemmes hvorvidt brukeren faktisk ønsker den løsningen som skal tilveiebringes til brukeren etter at dokumentet 110 er åpnet. Som en forstår kan en dialogboks tilsvarende dialogboksen 500 bli presentert for brukeren for å spørre brukeren om hun eller han ønsker hjelp-innholdet og verktøyfunksjonaliteten. Brukeren kan ha fylt ut dokumentet 110 over flere sesjoner og ønsker muligens nå ikke ytterligere hjelp-funksjonalitet eller handlingsfunksjonalitet. Om ønsket kan brukeren velge å alltid motta løsningen ved åpning av dokumentet 110. Tilsvarende kan brukeren velge å la dokumentet 110 via applikasjonen 100 sjekke etter oppdateringer av løsningen hver gang dokumentet 110 blir åpnet.

Dersom brukeren avviser løsningen, fortsetter fremgangsmåten til

trinn 455, og dokumentet blir åpnet uten "intelligente" dokumentløsninger i henhold til de normale prosedyrer som er nødvendige og som implementeres av applikasjonen 100. Dersom brukeren ønsker funksjonaliteten til løsningen som refereres til av dokumentet 110, fortsetter fremgangsmåten til trinn 440 og løsningene lastes inn for anvendelse av applikasjonen 100 og dokumentet 110. Som skulle være forstått av fagmannen, omfatter det å laste inn løsningen kall fra dokumentet 110 via applikasjonen 100 til alle nødvendige filer, dll-biblioteker, komponent add-ins og XML-filer som er assosiert med løsningen og lagret i skjemabiblioteket 105.

Når den kalles av dokumentet 110, blir hver kalte fil registrert for applikasjonen 100 via datamaskinens operativsystem, og det blir etablert en bane mellom hver kalte fil og applikasjonen 100 og dokumentet 110 for tilveiebringelse av funksjonaliteten assosiert med hver fil. Foreksempel, dersom et spesifikt dll-bibliotek som blir anvendt for å tegne dokumentverktøypanelet 135 må være tilordnet en registernøkkel for korrekt kommunikasjon med applikasjonen 100 og dokumentet 110, utføres denne registreringsprosessen under lasting av løsningen i trinn 440.1 trinn 445 åpnes det "intelligente"

dokumentet 110 og vises på brukerens dataskjerm, som illustrert i figur 1.

Med henvisning tilbake til trinn 420, dersom dokumentet ikke refererer til en løsning, fortsetter fremgangsmåten til trinn 450, og det bestemmes hvorvidt det er knyttet et skjema til dokumentet. Dersom dokumentet har et tilknyttet skjema, men ingen referanse til en spesifikk løsning, fortsetter fremgangsmåten til trinn 430, og skjemabiblioteket "sjekkes" for å finne ut hvorvidt det eksisterer en løsning som kan assosieres med det skjemaet som er knyttet til dokumentet 110. Med andre ord, selv om ingen løsning er referert til i dokumentet 110, kan skjemabiblioteket omfatte løsninger som har blitt oppnådd av brukeren av datamaskinen 20 etter generering av dokumentet 110 som kan benyttes av dokumentet 110 selv om dokumentet 110 ikke opprinnelig ble generert for å referere til løsningen.

Dersom det eksisterer en løsning i skjemabiblioteket for dokumentet 110, fortsetter fremgangsmåten til trinn 435 og trinnene deretter, som beskrevet ovenfor. Dersom et skjema er ikke knyttet til dokumentet 110, fortsetter fremgangsmåten til trinn 455, og dokumentet åpnes uten "intelligente" dokument-løsninger.

Med henvisning tilbake til trinn 430, dersom ingen løsning(er) blir funnet i skjemabiblioteket assosiert med den løsningen som refereres til av dokumentet 110 eller assosiert med det tilknyttede skjemaet, fortsetter fremgangsmåten til trinn 460, og det bestemmes hvorvidt brukeren ønsker å laste ned en løsning. I trinn 460 kan brukeren bli "promptet" av applikasjonen 100 og informert om at dokumentet 110 vil fungere mer effektivt, eller være mer anvendelig, dersom brukeren laster ned gitt hjelp- og handlingsfunksjonalitet til brukerens dokument 110. Brukeren kan gis et "prompt" i form av en dialogboks, så som dialogboksen 600 illustrert i figur 7. Et antall henvendelser kan rettes til brukeren for å spørre brukeren om hun eller han ønsker at komponenter omfattende den ønskede løsningen skal lastes ned i henhold til et antall metoder. Dersom brukeren avviser å laste ned løsningsfunksjonalitet og komponenter, går fremgangsmåten tilbake til trinn 455, og dokumentet åpnes uten "intelligente" dokument-løsninger som beskrevet ovenfor.

Dersom brukeren ønsker å laste ned løsningen(e) som tilbys brukeren, går fremgangsmåten til trinn 465.1 trinn 465 lastes de komponenter som er nødvendige for å tilveiebringe den eller de ønskede løsningene til dokument-

et 110 ned til brukerens datamaskin 20 fra en fjernlokalisert kilde, for eksempel en fjernlokalisert web-basert server. For å lokalisere den fjernlokaliserte kilden anvender applikasjonen 100 løsning-lokasjon pekeren 118 fra dokumentet 110 for å lokalisere og oppnå de nødvendige løsningskomponentene. I trinn 470

lastes de nedlastede løsningene inn i klient-side skjemabiblioteket 105, og løsningen lastes som beskrevet ovenfor slik at dokumentet 110 vil inkludere løsningens funksjonalitet.

Figur 8 er et flytdiagram som illustrerer en fremgangsmåte for å bestemme hva som skal vises i dokumentverktøypanelet 135 etter at et dokument 110 er åpnet med en "intelligent" dokumentløsning. For formålet med beskrivelsen

av trinnene illustrert med henvisning til figur 8, er dokumentet 110 åpnet med en "intelligent" dokumentløsning som er lastet og kjører. Som et eksempel, anta at brukeren har plassert datamarkøren i en spesfikk posisjon i dokumentet 110, for eksempel i "mål"-seksjonen 125.

Fremgangsmåten 700 begynner i starttrinnet 705 og fortsetter til

trinn 710, der en liste av XML-elementer som omgir markøren blir generert. Posisjonen til markøren innenfor XML-hierarkiet lokaliseres, og X-bane uttrykket for å komme til den posisjonen hvor markøren er lokalisert bestemmes. For eksempel, med henvisning til den forenklede XML-koden listet ovenfor, kan markøren befinne seg innenfor kodeetiketten "email" og inne i det større XML-treet innenfor kodeetiketten "Employee Review".

I trinn 715 bestemmes hvorvidt verktøy og hjelp-innhold skal vises i dokumentverktøypanelet 135. For å gjøre denne bestemmelsen, går applikasjonen 100 inn i en oppslagstabell lagret på klient-datamaskinen 20 som inneholder informasjon om hvilke XML-elementer som har hvilke verktøy, hjelp-innhold, kontroller, etc. assosiert med disse XML-elementene. Foreksempel, dersom markøren befinner seg i elementet for epost-navn i "personlig informasjon" seksjonen 120, vil applikasjonen 100 sjekke oppslagstabellen for å bestemme hvilke spesifikke verktøy eller hjelp-innhold som er assosiert med elementet for epost-navn.

Alle dokumenthandlinger, hjelp-enheter og kontroller assosiert med hvert element blir tilveiebragt med en unik identifikasjon (ID) assosiert med hvert XML-element på hvilket den er anvendt, slik at applikasjonen 100 enkelt kan lokalisere handlingene, hjelp-enhetene eller verktøyene assosiert med XML-elementet. I trinn 720 bestemmes det hvorvidt noen av handlingene, hjelp-enhetene eller kontrollene er dynamiske. En kontroll kan vises forskjellig avhengig av konteksten eller bakgrunnsinformasjon for konteksten. "Mål"- seksjonen av evalueringsdokumentet 110 kan være assosiert med en "Send evaluering"-knapp når seksjonen er ferdig utfylt. På den annen side, dersom seksjonen ikke et ferdig utfylt, trenger ikke "Send evaluering"-knappen vises i panelet 135 ettersom dokumentet ikke bør kunne sendes inn uten en ferdig utfylt "mål"-seksjon. Følgelig kan "Send evaluering"-knappen i dette tilfellet identifiseres som dynamisk i trinn 720, og fremgangsmåten fortsetter deretter til trinn 725.1 trinn 725 kaller dokumentet 110 via applikasjonen 100 den komponenten som representerer "Send evaluering"-knappen, og tilveiebringer den komponenten med konteksten til markørposisjonen, for eksempel hvorvidt "mål"-element er ferdig utfylt eller ikke.

I trinn 730, etter at det er bestemt hvorvidt handlingene, hjelp-innholdet eller kontrollene er statiske eller dynamiske, tegnes innholdet i dokument-verktøypanelet 135 på brukerens dataskjerm ved dokumentet 110, som illustrert i figur 1.1 trinn 735 bestemmes det hvorvidt markøren er flyttet til en ny kontekst. For eksempel, etter at brukeren har fullført et element i "mål"-seksjonen 125, kan brukeren flytte markøren til "personlig informasjon"-seksjonen 120 for å fylle ut denne seksjonen. Dersom markøren ikke flyttes, fortsetter fremgangsmåten til trinn 790 og ender. Med andre ord, så lenge markøren forblir i den gjeldende konteksten, foretas ingen ytterligere endringer av innholdet i dokumentverktøypanelet 135. Dersom markøren flyttes til en ny kontekst innenfor dokumentet, går fremgangsmåten tilbake til trinn 710 der det genereres en ny liste av XML-elementer som inneholder markøren, og fremgangsmåten fortsetter som beskrevet ovenfor for å tilveiebringe nytt innhold i dokumentverktøypanelet 135 assosiert med markørens nye posisjon og kontekst.

Med henvisning tilbake til figur 1, er det følgende en beskrivelse av verktøyene og hjelp-innholdet som blir tegnet i dokumentverktøypanelet 135. De spesifikke tekstene og kontrollene som er illustrert i figur 1 er kun eksempler, og varierer med konteksten til markørposisjonen som beskrevet ovenfor. Navnet 140 er et navn for det XML-elementet i dokumentet som er assosiert med handlingene og verktøyene vist i dokumentverktøypanelet 135. Navnet kan referere til det skjemaet som er knyttet til dokumentet, for eksempel et ansattprestasjonsgjennomgang-skjema, eller navnet 140 kan referere til det XML-elementet hvor markøren for tiden befinner seg. For eksempel, dersom markøren befinner seg i "mål"-seksjonen, kan navnet 140 bli skiftet til "Mål". Dokumenthandlingene 145 blir vist avhengig av markørkonteksten og avhengig av hvorvidt handlingene er statiske eller dynamiske. Som angitt ovenfor kan for eksempel "Send evaluering"-handlingen være en dynamisk handling som ikke vises i dokumenthandlingspanelet 135 dersom ikke alle obligatoriske seksjoner av dokumentet 110 er ferdig utfylt. Hjelp-emnet "Fjordårets mål (Last Year's Objectives)" 155 er vist i en inntrukket visning. Seleksjon av "+"-symbolet vil ekspandere hjelp-emnet og vise ytterligere under-emner inneholdt deri. Hjelp-emnet "Tips for mål-seksjonen (Objective Writing Tips)" er vist i ekspandert tilstand, og viser alt innhold 160 som er tilgjengelig under dette hjelp-emnet. Dersom et XML-element i dokumentet 110 ikke har noen "intelligente" dokumenthandlinger eller verktøy assosiert med seg, blir ikke dette XML-elementet vist eller identifisert i dokumentverktøypanelet 135.

Hjelp-emner og verktøy kan være nestet, hvilket betyr at hjelp-underemner og under-handlinger kan være inkludert i hjelp-emner og dokumentverktøy. Dersom markøren befinner seg i flere elementer som følge av nesting, kan antallet seksjoner i dokumentverktøypanelet 135 være større enn to. I så fall blir de nestede elementene vist i nestingsrekkefølgen, idet det ytterste elementet befinner seg øverst i dokumentverktøypanelet 135 og det innerste elementet befinner seg nederst i dokumentverktøypanelet 135. Dersom elementene, handlingene, verktøyene og hjelp-innholdet ikke får plass i ett skjermbilde, kan det tilveiebringes en nedrullingsmekanisme, som illustrert i figur 1, som vil forløpe over hele dokumentverktøypanelet 135. Handling- og hjelp-innhold er listet i den rekkefølgen i hvilken dll-bibliotekene eller komponentene som tilveiebringer dem til dokumentet 110 returnerer sine navn i respons til et kall fra applikasjonen 100.1 henhold til én utførelsesform blir ikke XML-elementer som ikke er assosiert med handlinger, kontroller eller hjelp-emner vist for brukeren. Om ønsket kan imidlertid alle XML-elementer bli vist i panelet 135 for å gjøre brukeren kjent med den komplette XML-strukturen til dokumentet 110.

Følgelig, etter at dokumentet 110 er åpnet og den "intelligente" dokumentløsningen er lastet inn og implementert som beskrevet ovenfor, kan brukeren av dokumentet 110 nå gå inn i dokumentet og fylle ut dokumentet hjulpet av den "intelligente" dokumentfunksjonaliteten tilveiebragt i dokument-verktøypanelet 135. Mens brukeren navigerer datamarkøren gjennom forskjellige seksjoner av dokumentet som er tagget med XML-struktur, kan brukeren bli tilveiebragt med nyttig informasjon og verktøy assosiert med den aktuelle delen av dokumentet.

Det vil være klart for fagmannen at forskjellige modifikasjoner eller variasjoner kan gjøres i foreliggende oppfinnelse uten at en fjerner seg fra rammen til eller idéen bak foreliggende oppfinnelse. Andre utførelsesformer av foreliggende oppfinnelse vil være åpenbare for fagmannen fra betraktning av spesifikasjonen og praktisering av oppfinnelsen beskrevet her.

Claims (60)

1. Fremgangsmåte for tilveiebringelse av kontekstavhengig funksjonalitet i et datagenerert dokument (110), omfattende de trinn å: knytte et skjema til dokumentet (110) som definerer tillatt datainnhold, datatype og datastruktur for dokumentet; strukturere dokumentet (110) for å assosiere dokumentet med skjemaet; assosiere en løsning med dokumentstrukturen; sette sammen flere programvarekomponenter for å tilveiebringe løsningen til dokumentet (110); og gjøre det mulig for dokumentet (110) å kalle de flere programvarekomponentene for å tilveiebringe løsningen til dokumentet basert på editeringsposisjonen i dokumentet.

2. Fremgangsmåte ifølge krav 1, der skjemaet omfatter en definisjon av tillatt datainnhold, datatype og datastruktur for hele dokumentet.

3. Fremgangsmåte ifølge krav 1, der skjemaet omfatter en definisjon av tillatt datainnhold, datatype og datastruktur for spesifikke deler av dokumentet.

4 Fremgangsmåte ifølge krav 1, det det trinn å knytte et skjema til dokumentet omfatter det å tilknytte et XML (Extensible Markup Language)-skjema til dokumentet.

5. Fremgangsmåte ifølge krav 3, der det trinn å strukturere dokumentet omfatter det å strukturere de spesifikke delene av dokumentet for å assosiere de spesifikke delene av dokumentet med tillatt datainnhold, tillatt datatype og tillatt datastruktur for de spesifikke delene av dokumentet som definert av skjemaet.

6. Fremgangsmåte ifølge krav 5, der det trinn å strukturere de spesifikke delene av dokumentet omfatter det å annotere de spesifikke delene av dokumentet med XML-struktur.

7. Fremgangsmåte ifølge krav 6, der det trinn å annotere dokumentet med XML-struktur videre omfatter det å definere XML-elementer assosiert med de spesifikke delene av dokumentet.

8. Fremgangsmåte ifølge krav 7, der det trinn å definere XML-elementer videre omfatter det å definere XML-elementer assosiert med flere tekststrenger i dokumentet.

9. Fremgangsmåte ifølge krav 7, der det trinn å definere XML-elementer videre omfatter det å definere XML-elementer assosiert med flere dataelementer i dokumentet.

10. Fremgangsmåte ifølge krav 6, der det trinn å assosiere en løsning med dokumentstrukturen videre omfatter det å assosiere hjelp-innhold og dokumentverktøy med XML-strukturen.

11. Fremgangsmåte ifølge krav 10, der hjelp-innholdet og dokumentverktøyene er assosiert med XML-elementer som omfatter XML-strukturen.

12. Fremgangsmåte ifølge krav 6, der det trinn å assosiere en løsning med dokumentstrukturen videre omfatter det å assosiere kontroller med XML-strukturen.

13. Fremgangsmåte ifølge krav 12, der det trinn å assosiere kontroller med XML-strukturen omfatter det å assosiere alternativknapper, avkrysningsbokser eller tekstbokser med XML-strukturen.

14. Fremgangsmåte ifølge krav 1, videre omfattende de trinn å: liste de flere programvarekomponenter i en spesifikasjon av programvarekomponenter; og lagre en peker til spesifikasjonen i et bibliotek av programvarekomponenter.

15. Fremgangsmåte ifølge krav 14, der biblioteket av programvarekomponenter tilveiebringes i form av et skjemabibliotek (105).

16. Fremgangsmåte ifølge krav 7, der det trinn å gjøre det mulig for dokumentet å kalle de flere programvarekomponentene videre omfatter det trinn å knytte en løsning-egenskap til dokumentet for å assosiere de flere programvarekomponentene for å tilveiebringe løsningen i dokumentet.

17. Fremgangsmåte ifølge krav 16, videre omfattende det trinn å assosiere løsning-egenskapen med XML-strukturen.

18. Fremgangsmåte ifølge krav 17, der det trinn å knytte en løsning-egenskap til dokumentet videre omfatter det å knytte flere løsning-egenskaper til dokumentet for å assosiere flere kontekstavhengige delmengder av løsningen med de spesifikke delene av dokumentet.

19. Fremgangsmåte ifølge krav 18, videre omfattende det å assosiere hver av de flere kontekstavhengige delmengdene av løsningen med flere motsvarende XML-elementer.

20. Fremgangsmåte ifølge krav 19, der hver av de flere kontekstavhengige delmengdene av løsningen omfatter hjelp-innhold eller dokumentverktøy assosiert med hvert av flere XML-elementene.

21. Fremgangsmåte ifølge krav 7, videre omfattende det trinn å gjøre det mulig for dokumentet å motta løsningen ved å ta imot et kall til løsningen fra dokumentet basert på initiering av editering av dokumentet innenfor et XML-element assosiert med løsningen.

22. Fremgangsmåte ifølge krav 1, videre omfattende de trinn å: starte opp en programvareapplikasjon for å åpne dokumentet; initiere åpning av dokumentet; bestemme hvorvidt dokumentet refererer til løsningen; bestemme hvorvidt de flere programvarekomponentene for å tilveiebringe løsningen finnes i et bibliotek av programvarekomponenter; og kalle de flere programvarekomponentene for å tilveiebringe løsningen til dokumentet.

23. Fremgangsmåte ifølge krav 22, omfattende det å, i respons til kallet til de flere programvarekomponentene, tilveiebringe løsningen til dokumentet.

24. Fremgangsmåte ifølge krav 22, videre omfattende det å bestemme hvorvidt dokumentet refererer til mer enn én løsning.

25. Fremgangsmåte ifølge krav 22, videre omfattende det å bestemme hvorvidt dokumentet inneholder en løsning-egenskap som peker til løsningen.

26. Fremgangsmåte ifølge krav 25, videre omfattende det å bestemme hvorvidt dokumentet inneholder en peker til løsningen.

27. Fremgangsmåte ifølge krav 26, videre omfattende det å bestemme hvorvidt dokumentet inneholder en peker til en kontekstavhengig delmengde av løsningen.

28. Fremgangsmåte ifølge krav 22, videre omfattende det trinn å komplettere åpningen av dokumentet med funksjonalitet tilveiebragt av de flere programvarekomponentene som er tilgjengelige for anvendelse av dokumentet.

29. Fremgangsmåte ifølge krav 22, videre omfattende de trinn å: fokusere dokumentediteringen i en spesifikk del av dokumentet; generere en liste av XML-elementer som omgir posisjonen til editeringsfokuset; bestemme hvorvidt noen som helst tilgjengelige løsninger er assosiert med listen av XML-elementer; og etter å ha bestemt hvorvidt noen tilgjengelige løsninger er assosiert med listen av XML-elementer, kalle hver assosierte løsning og oppnå hver assosierte løsning for anvendelse i dokumentet.

30. Fremgangsmåte ifølge krav 29, der det trinn å fokusere dokumentediteringen i en spesifikk del av dokumentet omfatter det å plassere en datamarkør innenfor den spesifikke delen av dokumentet.

31. Fremgangsmåte ifølge krav 25, der det trinn å bestemme hvorvidt noen tilgjengelige løsninger er assosiert med listen av XML-elementer videre omfatter det trinn å parse en oppslagstabell av løsninger for å bestemme hvorvidt noen som helst tilgjengelige løsninger er assosiert med noe som helst XML-element i listen av XML-elementer.

32. Fremgangsmåte ifølge krav 31, videre omfattende det trinn å bestemme hvorvidt noen av de tilgjengelige løsningene er dynamiske ved å kalle hver av flere programvarekomponenter som omfatter de eventuelt tilgjengelige løsningene.

33. Fremgangsmåte ifølge krav 31, videre omfattende det trinn å bestemme typer av funksjonalitet assosiert med de tilgjengelige løsningene som skal vises for en bruker av dokumentet ved å kalle hver av flere programvarekomponenter som omfatter de tilgjengelige løsningene.

34. Fremgangsmåte ifølge krav 33, omfattende det å, i respons til det trinn å bestemme typer av funksjonalitet assosiert med de tilgjengelige løsningene som skal vises for en bruker, angi et hjelp-innhold for visning til brukeren.

35. Fremgangsmåte ifølge krav 34, omfattende det å, i respons til det trinn å bestemme typer av funksjonalitet assosiert med de tilgjengelige løsningene som skal vises for en bruker, angi et dokumentverktøy for visning til brukeren.

36. Fremgangsmåte ifølge krav 33, omfattende det å, i respons til det trinn å bestemme typer av funksjonalitet assosiert med de tilgjengelige løsningene som skal vises for en bruker, angi en kontroll for fremvisning for brukeren.

37. Fremgangsmåte ifølge krav 36, der kontroller angitt for visning omfatter alternativknapper, avkrysningsbokser og tekstbokser.

38. Fremgangsmåte ifølge krav 29, videre omfattende det trinn å opprette et XML-skjema for å definere en liste av dokumenthandlinger, kontroller eller hjelp-innhold assosiert med de tilgjengelige løsningene assosiert med listen av XML-elementer.

39. Fremgangsmåte ifølge krav 33, videre omfattende det trinn å starte et grafisk brukergrensesnitt for å vise hver løsning som oppnås for anvendelse av dokumentet.

40. Fremgangsmåte ifølge krav 39, der det trinn å vise hver løsning som oppnås for anvendelse i dokumentet omfatter det å tegne hjelp-innholdet og dokumentverktøyet i et hjelp-panel som kan vises for en bruker av dokumentet.

41. Fremgangsmåte ifølge krav 39, der det trinn å vise hver løsning som oppnås for anvendelse i dokumentet omfatter det å tegne alternativknappene, avkrysningsboksene eller tekstboksene i et hjelp-panel som kan vises for en bruker av dokumentet.

42. Fremgangsmåte ifølge krav 13, videre omfattende en metode for å implementere et API for å tilveiebringe løsningen til dokumentet, omfattende de trinn å: tilveiebringe en SmartDocXMLTypeCount-egenskap som omfatter antallet XML-elementtyper assosiert med løsningen; tilveiebringe en SmartDocXMLTypeName-egenskap som omfatter unike identifikatorer for XML-elementtypene assosiert med løsningen; tilveiebringe en SmartDocXMLTypeCaption-egenskap som omfatter overskrifter assosiert med XML-elementer som kan vises for en bruker; tilveiebringe en ControlCount-egenskap som omfatter antallet kontroller assosiert med løsningen; tilveiebringe en ControllD-egenskap som omfatter unike identifikatorer for kontrollene; tilveiebringe en ControlTypeFromlD-egenskap som omfatter typen til kontrollene som er tilgjengelig for anvendelse med løsningen; tilveiebringe en ControlNameFromlD-egenskap for å returnere et navn assosiert med hver kontroll for anvendelse internt av et applikasjonsprogram som tilveiebringer dokumentet; tilveiebringe en PopulateRadioGroup-metode som omfatter rutiner og instruksjoner som eksekveres for å populere alternativknapp-kontroller som kan vises for en bruker; tilveiebringe en OnRadioGroupSelectChange-metode som omfatter rutiner og instruksjoner som eksekveres når en alternativknapp-kontroll blir selektert; tilveiebringe en Populatelmage-metode som omfatter rutiner og instruksjoner som eksekveres for å populere et bilde assosiert med løsningen; tilveiebringe en ImageClick-metode som omfatter rutiner og instruksjoner som eksekveres når et bilde blir selektert; tilveiebringe en PopulateDocumentFragment-metode som omfatter rutiner og instruksjoner som eksekveres for å vise data; tilveiebringe en PopulateActiveXProps-metode som omfatter rutiner og instruksjoner som eksekveres for å oppnå ActiveX-funksjonalitet assosiert med løsningen; tilveiebringe en PopulateCheckbox-metode som omfatter rutiner og instruksjoner for tilveiebringe en avkrysningsboks-kontroll; tilveiebringe en OnCheckboxChange-metode som omfatter rutiner og instruksjoner som eksekveres når en avkrysningsboks-kontroll blir selektert; tilveiebringe en PopulateListOrComboContent-metode som omfatter rutiner og instruksjoner som eksekveres for å populere en listeboks-kontroll; tilveiebringe en OnListOrComboSelectChange-metode som omfatter rutiner og instruksjoner som eksekveres ved seleksjon av et element i en listeboks-kontroll; tilveiebringe en PopulateTextboxContent-metode som omfatter rutiner og instruksjoner for å populere en tekstboks; tilveiebringe en OnTextboxContentChange-metode som omfatter rutiner og instruksjoner som eksekveres for å behandle en hendelse assosiert med endring av innhold i tekstboks-kontrollen; tilveiebringe en PopulateHelpContent-metode som omfatter rutiner og instruksjoner for å populere et hjelpeinnhold-felt med data; og tilveiebringe en InvokeControl-metode som omfatter rutiner og instruksjoner som eksekveres når en kontroll blir selektert.

43. Fremgangsmåte for tilveiebringelse av kontekstavhengig funksjonalitet i et datagenerert dokument, omfattende de trinn å: knytte et XML (Extensible Markup Language)-skjema til dokumentet som definerer tillatte datainnhold, datatyper og datastrukturer for dokumentet; annotere spesifikke deler av dokumentet med XML-struktur assosiert med det tillatte datainnholdet, de tillatte datatyper og de tillatte datastrukturer for de spesifikke delene av dokumentet som definert av skjemaet; assosiere hjelp-innhold og dokumentverktøy med XML-elementer som omfatter XML-strukturen; sette sammen flere programvarekomponenter for å tilveiebringe hjelp-innholdet og dokumentverktøyene til dokumentet; og gjøre det mulig for dokumentet å kalle de flere programvarekomponentene for å tilveiebringe hjelp-innholdet og dokumentverktøyet til dokumentet basert på editeringsposisjonen i dokumentet.

44. Fremgangsmåte ifølge krav 43, videre omfattende de trinn å: liste de flere programvarekomponentene i en spesifikasjon av programvarekomponenter; og lagre spesifikasjonen i et bibliotek av programvarekomponenter.

45. Fremgangsmåte ifølge krav 43, der det trinn å gjøre det mulig for dokumentet å kalle de flere programvarekomponentene videre omfatter det trinn å knytte en løsning-egenskap til dokumentet for å assosiere de flere programvarekomponentene for å tilveiebringe hjelp-innholdet og dokumentverktøyene til dokumentet.

46. Fremgangsmåte ifølge krav 43, videre omfattende det trinn å gjøre det mulig for dokumentet å motta hjelp-innholdet og dokumentverktøyene ved å kalle de flere programvarekomponentene ved initiering av editering i dokumentet innenfor et XML-element assosiert med et spesifikt hjelp-innhold eller en spesifikk dokumenthandling.

47. Fremgangsmåte ifølge krav 46, videre omfattende de trinn å: starte en programvareapplikasjon for å åpne dokumentet; bestemme hvorvidt dokumentet refererer til hjelp-innhold eller dokumentverktøy; bestemme hvorvidt de flere programvarekomponentene for å tilveiebringe hjelp-innhold eller dokumentverktøy finnes i et bibliotek av programvarekomponenter; og kalle de flere programvarekomponentene for å tilveiebringe hjelp-innholdet eller dokumentverktøyene til dokumentet.

48. Fremgangsmåte ifølge krav 47, omfattende det å, i respons til kallet til de flere programvarekomponentene, tilveiebringe hjelp-innholdet eller dokumentverktøyene til dokumentet.

49. Fremgangsmåte ifølge krav 47, videre omfattende de trinn å: åpne dokumentet; plassere en datamarkør i en spesifikk del av dokumentet; generere en liste av XML-elementer som omgir posisjonen til markøren; bestemme hvorvidt noen som helst tilgjengelige hjelp-innhold eller dokumentverktøy er assosiert med listen av XML-elementer; og etter å ha bestemt hvorvidt noen som helst tilgjengelige hjelp-innhold eller dokumentverktøy er assosiert med listen av XML-elementer, kalle hver av de assosierte hjelp-innhold eller dokumenthandlinger; og oppnå hver av de assosierte hjelp-innhold eller dokumenthandlinger for anvendelse i dokumentet.

50. Fremgangsmåte ifølge krav 49, der det trinn å bestemme hvorvidt noen som helst tilgjengelige hjelp-innhold eller dokumentverktøy er assosiert med listen av XML-elementer videre omfatter det trinn å parse en oppslagstabell av løsninger for å bestemme hvorvidt noen tilgjengelige hjelp-innhold eller dokumentverktøy er assosiert med noe XML-element i listen av XML-elementer.

51. Fremgangsmåte ifølge krav 50, videre omfattende de trinn å: starte et grafisk brukergrensesnitt for å vise hvert hjelp-innhold eller hver dokumenthandling som er oppnådd for anvendelse i dokumentet; og vise hvert hjelp-innhold eller dokumenthandling i det grafiske brukergrensesnittet.

52. Datamaskinlesbart medium (27, 29, 31) som har lagret deri datamaskin-eksekverbare instruksjoner som når de blir eksekvert av en datamaskin (20) utfører de trinn å: knytte et XML (Extensible Markup Language)-skjema til dokumentet (110) som definerer tillatte datainnhold, datatyper og datastrukturer for dokumentet; annotere spesifikke deler av dokumentet (110) med XML-struktur assosiert med det tillatte datainnholdet, de tillatte datatypene og de tillatte datastrukturene for de spesifikke delene av dokumentet som definert av skjemaet; assosiere hjelp-innhold og dokumentverktøy med XML-elementer som omfatter XML-strukturen; sette sammen flere programvarekomponenter for å tilveiebringe hjelp-innholdet og dokumentverktøyene til dokumentet (110); og gjøre det mulig for dokumentet (110) å kalle de flere programvarekomponentene for å tilveiebringe hjelp-innholdet og dokumentverktøyene til dokumentet basert på editeringsposisjonen i dokumentet.

53. Datamaskinlesart medium ifølge krav 52 som har lagret deri datamaskin-eksekverbare instruksjoner som når de blir eksekvert av en datamaskin videre utfører de trinn å: liste de flere programvarekomponentene i en spesifikasjon av programvarekomponenter; og lagre spesifikasjonen i et bibliotek av programvarekomponenter.

54. Datamaskinlesart medium ifølge krav 53 som har lagret deri datamaskin-eksekverbare instruksjoner som når de blir eksekvert av en datamaskin videre utfører det trinn å: der det trinn å gjøre det mulig for dokumentet å kalle de flere programvarekomponentene videre omfatter det trinn å knytte en løsning-egenskap til dokumentet for å assosiere de flere programvarekomponentene for å tilveiebringe hjelp-innholdet og dokumentverktøyet til dokumentet.

55. Datamaskinlesart medium ifølge krav 54 som har lagret deri datamaskin-eksekverbare instruksjoner som når de blir eksekvert av en datamaskin videre utfører det trinn å gjøre det mulig for dokumentet å motta hjelp-innholdet og dokumentverktøyene ved å kalle de flere programvarekomponentene ved initiering av editering i dokumentet innenfor et XML-element assosiert med et spesifikt hjelp-innhold eller en spesifikk dokumenthandling.

56. Datamaskinlesart medium ifølge krav 55 som har lagret deri datamaskin-eksekverbare instruksjoner som når de blir eksekvert av en datamaskin videre utfører de trinn å: starte en programvareapplikasjon for å åpne dokumentet; bestemme hvorvidt dokumentet refererer til hjelp-innhold eller dokumentverktøy; bestemme hvorvidt de flere programvarekomponenter for å tilveiebringe hjelp-innhold eller dokumentverktøy finnes i et bibliotek av programvarekomponenter; og kalle de flere programvarekomponentene for å tilveiebringe hjelp-innholdet eller dokumentverktøyene til dokumentet.

57. Datamaskinlesart medium ifølge krav 56 som har lagret deri datamaskin-eksekverbare instruksjoner som når de blir eksekvert av en datamaskin videre utfører det trinn å tilveiebringe hjelp-innholdet eller dokumentverktøyene til dokumentet i respons til kallet til de flere programvarekomponentene.

58. Datamaskinlesart medium ifølge krav 57 som har lagret deri datamaskin-eksekverbare instruksjoner som når de blir eksekvert av en datamaskin videre utfører de trinn å: åpne dokumentet; plassere en datamarkør i en spesifikk del av dokumentet; generere en liste av XML-elementer som omgir posisjonen til markøren; bestemme hvorvidt noen tilgjengelige hjelp-innhold eller dokumentverktøy er assosiert med listen av XML-elementer; og etter å ha bestemt hvorvidt noen tilgjengelige hjelp-innhold eller dokumentverktøy er assosiert med listen av XML-elementer, kalle hver av de assosierte hjelp-innhold eller dokumenthandlinger; og oppnå hver av de assosierte hjelp-innhold eller dokumenthandlinger for anvendelse i dokumentet.

59. Datamaskinlesart medium ifølge krav 58 som har lagret deri datamaskin-eksekverbare instruksjoner som når de blir eksekvert av en datamaskin videre utfører det trinn å: hvorved det trinn å bestemme hvorvidt noen tilgjengelige hjelp-innhold eller dokumentverktøy er assosiert med listen av XML-elementer videre omfatter det trinn å parse en oppslagstabell av løsninger for å bestemme hvorvidt noen tilgjengelige hjelp-innhold eller dokumentverktøy er assosiert med noe XML-element i listen av XML-elementer.

60. Datamaskinlesart medium ifølge krav 59 som har lagret deri datamaskin-eksekverbare instruksjoner som når de blir eksekvert av en datamaskin videre utfører de trinn å: starte et grafisk brukergrensesnitt for å vise hvert hjelp-innhold eller hver dokumenthandling som oppnås for anvendelse i dokumentet; og vise hver hjelp-innhold eller dokumenthandling i det grafiske brukergrensesnittet.