NO334043B1 - System og fremgangsmåte for utskrift av dokumenter for brukere av mobilt datautstyr - Google Patents

Description

Foreliggende oppfinnelse vedrører generelt utskrift fra dataanordninger, og mer spesielt en fremgangsmåte for å gi brukere av mobilt datautstyr mulighet til å skrive ut dokumenter på en enkel måte.

I takt med modningen av Internett har flere og flere funksjoner, så som e-post, kalendre, fil-lagring, autentisering, osv., blitt flyttet til verdensveven på Internett. Med den økende tilgjengeligheten av høyhastighets tilgang til Internett over alt, skifter kunder sin prioritet til Internett-baserte mobile scenarier, spesielt med trådløs Internettforbindelse. Mange mobile dataanordninger er således nå tilveiebragt med mulighet for trådløs aksess til Internett, og det er en hurtig fremvekst av nye Internett-bevisste anordninger av en rekke forskjellige typer, så som web-mobiltelefoner (dvs. mobiltelefoner med mulighet for trådløs aksess til Internett), osv. Det finnes nå millioner av folk som er mye på farten som aksesserer data, dokumenter og e-post fra sine mobiltelefoner og andre håndholdte anordninger.

GB 2 342 195 A beskriver et system for overføring av dokument-referanser eller -symboler mellom brukere av integrerte trådløste og kabel-baserte kommunikasjonstjenester. Systemet omfatter arbeidsstasjoner, fil-servere, skrivere og andre enheter koblet til et kabelbasert nettverk.

Selv om mobile anordninger gir brukerne frihet til å aksessere Internett eller andre nettverk uten å være bundet til sine stasjonære datamaskiner, har de fleste små mobile anordninger så som PDA-enheter eller web-mobiltelefoner veldig små fremvisningsskjermer, og det er noe besværlig og ofte vanskelig å lese vanlige dokumenter (for eksempel et regneark) på slike små skjermer. Av denne grunn kan brukere av små mobile anordninger ønske å skrive ut dokumentene og lese de utskrevne dokumentene. Når alt kommer til alt er papir et utmerket fremvisningsmedium som er portabelt, enkelt å lese og enkelt å dele. I tillegg krever det ingen energi. Kombinasjonen av det store utvalget av innhold som er tilgjengelig på Internett og den fysiske begrensningen til små anordninger betyr at brukere fra tid til annen vil ønske å skrive ut innholdet fra et hvilket som helst sted hvor de kan aksessere innholdet.

For tiden finnes det imidlertid ingen hensiktsmessig måte for brukere av mobile anordninger å skrive ut dokumenter når de befinner seg vekk fra sine stasjonære datamaskiner. Tradisjonelt har det vært vanskelig selv for brukere av bærbare datamaskiner å skrive ut dokumenter når de er ute av sine kontorer. For eksempel, når en bruker tar med seg sin bærbare datamaskin til en annen bygning benyttet av sitt firma for et møte, selv om hun eller han har mulighet for å logge seg på bedriftsnettverket og hente et dokument hun eller han trenger til møtet, kan hun eller han være ute av stand til å skrive ut dette dokumentet på en enkel måte. For å skrive ut dokumentet på en skriver i denne bygningen, må hun eller han først finne ut hvilke skrivere som befinner seg i bygningen, velge en skriver i nærheten og laste ned driveren for denne skriveren til sin bærbare datamaskin. Hun eller han kjører da en passende applikasjon (f.eks. Microsoft Word, Adobe Acrobat Reader, osv.) for det aktuelle dokumentformatet, som konverterer dokumentet til et skriver-akseptabelt format og anvender printerdriveren for å skrive ut dokumentet. Når brukeren flytter seg til et annet sted og ønsker å skrive ut på en annen skriver, er hun eller han nødt til å gjenta driver-installeringsprosessen.

Sammenliknet med det å skrive ut fra bærbare datamaskiner, er det enda vanskeligere for brukere av små Internett-anordninger å skrive ut dokumenter. Det finnes i dag et mangfoldig sett av maskinvare- og operativsystemplattformer for disse "tynn klient" anordningene. Et slikt mangfold gjør det veldig vanskelig å utvikle et robust sett av printerdrivere for hver maskinvare/OS-plattform. Videre krever generelt utskrift-rendring stor CPU-kapasitet og mye minneplass. Mange små mobile anordninger har rett og slett ikke plass i minnet til å lagre applikasjonene eller printerdriverne, eller den prosesseringskraften som er nødvendig for utskriftsoperasjonen.

Det er således behov for en effektiv løsning som gir brukere av forskjellige typer mobile anordninger mulighet til å skrive ut dokumenter når og hvor de trenger dokumentene, selv om anordningene ikke er direkte koplet til noen skriver eller ikke har kapasitet til eller programvare for å behandle utskriftsjobben.

Hovedtrekkene ved oppfinnelsen fremgår av de uselvstendige krav. Ytterligere trekk ved oppfinnelsen er angitt i de uselvstendige patentkrav.

I lys av det foregående tilveiebringer foreliggende oppfinnelse en nettverksbasert utskriftstjeneste som gjør det mulig for mobilt datautstyr, så som bærbare datamaskiner, personlig digital assistent (PDA)-anordninger, web-mobiltelefoner, osv., på en enkel måte å skrive ut dokumenter selv om de ikke er direkte koplet til en skriver eller ikke støtter applikasjonene og driverne for utskrift. Når brukeren av en mobil dataanordning ønsker å skrive ut et dokument, blir den mobile anordningen anvendt for å aksessere et nettverk, for eksempel Internett, i hvilket utskriftstjenesten er tilveiebragt. Utskriftstjenesten omfatter et utskriftstjeneste-grensesnitt for vekselvirkning med klienten for å motta utskriftsforespørsel-data, en ruterkomponent for å prosessere utskrifts-forespørselen samt en rendringskomponent for å konvertere dokumenter fra et kildeformat til et målformat for utskrift. Via utskriftstjeneste-grensesnittet sender brukeren inn en utskriftsforespørsel som identifiserer hvor dokumentet befinner seg i nettverket (f.eks. ved hjelp av dokumentets URL-adresse). Alternativt kan dokumentet bli sendt direkte fra den mobile anordningen til utskriftstjenesten. Dersom det er aktuelt spesifiserer brukeren også den destinerte skriveren via det samme grensesnittet. Når utskriftstjenesten mottar forespørselen, dersom forespørselen omfatter dokumentets URL-adresse, innhenter den dokumentet som svarer til nevnte URL-adresse, rendrer dokumentet til et passende format og skriver ut dokumentet som etterspurt av brukeren.

Rammeverket for den nettverksbaserte utskriftstjensesten ifølge oppfinnelsen kan implementeres ikke bare via Internett, men også i nettverk av forskjellige størrelse, så som bedriftsnettverk, private LAN eller liknende.

Mens de etterfølgende patentkravene beskriver særegenhetene ved foreliggende oppfinnelse spesifikt, vil oppfinnelsen, sammen med sine mål og fordeler, forstås best fra den følgende detaljerte beskrivelsen sett sammen med de vedlagte figurene, der: Figur 1 er et blokkdiagram som generelt illustrerer et eksempel på datasystem i hvilket foreliggende oppfinnelse kan implementeres; Figur 2 er et skjematisk diagram som viser et utførelseseksempel på en utskriftstjeneste tilveiebragt over Internett for å prosessere utskriftsforespørsler fra brukere av mobile Internett-bevisste anordninger; Figur 3 er et skjematisk diagram som viser et annet utførelseseksempel på en utskriftstjeneste tilveiebragt over Internett; Figur 4 er et skjematisk diagram som viser en utførelsesform av en utskriftstjeneste-portal som befinner seg i en brukers personlige datamaskin og som er tilgjengelig via en bedrifts intranett.

I figurene, der like referansenummer henviser til like elementer, er oppfinnelsen illustrert som implementert i et egnet databehandlingsmiljø. Selv om det ikke er nødvendig, vil oppfinnelsen bli beskrevet i den generelle sammenhengen datamaskin-eksekverbare instruksjoner, så som programmoduler, som eksekveres av en personlig datamaskin. Generelt omfatter programmoduler rutiner, programmer, objekter, komponenter, datastrukturer, osv. som utfører spesifikke oppgaver eller implementerer spesifikke abstrakte datatyper. Videre vil fagmannen forstå at oppfinnelsen kan praktiseres med andre datasystem-konstruksjoner, omfattende håndholdte anordninger, flerprosessorsystemer, mikroprosessorbasert eller programmerbar forbruker-elektronikk, personlige datamaskiner i nettverk, minidatamaskiner, stormaskiner og liknende. Oppfinnelsen kan praktiseres i distribuerte databehandlingsmiljøer der oppgaver blir utført av fjernlokaliserte prosesseringsanordninger som er forbundet gjennom et kommunikasjonsnettverk. I et distribuert databehandlingsmiljø kan programmoduler befinne seg i både lokale og fjernlokaliserte datamaskin-lagringsmedier.

Den følgende beskrivelsen begynner med en beskrivelse av en generell dataanordning som kan anvendes i et eksempel på system for å implementere oppfinnelsen, og oppfinnelsen vil bli beskrevet mer i detalj i forbindelse med figurene 2-4. Figur 1 viser 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 system-komponenter omfattende systemminnet til prosesseringsenheten 21. Systembussen 23 kan være en hvilken som helst av mange typer busstrukturer, omfattende en minnebuss eller minnekontroller, en periferenhet-buss og en lokal buss, som anvender en hvilken som helst av en rekke tilgjengelige buss-arkitekturer. Systemminnet omfatter et leseminne (ROM) 24 og et direkte- aksessminne (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 og skrive til en harddisk 60, en magnetdiskstasjon 28 for å lese fra eller skrive til en flyttbar magnetisk disk 29 samt en optisk disk-stasjon 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 disk-stasjonen 30 er koplet til systembussen 23 henholdsvis via et harddiskstasjon-grensesnitt 32, et magnetdiskstasjon-grensesnitt 33 og et optisk-disk stasjon 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 anvender en harddisk 60, 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, digitale video disker, Bernoulli-patroner, RAM, ROM og liknende, også kan anvendes i det eksemplifiserte driftsmiljøet

Flere programmoduler kan være lagret i harddisken 60, 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 sende inn kommandoer og informasjon til den personlige datamaskinen 20 via inndataanordninger så som et tastatur 40 og en pekeranordning 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 koplet til prosesseringsenheten 21 via et serieport-grensesnitt 46 som er koplet til systembussen, men kan være tilkoplet via andre grensesnitt, så som en parallellport, en spillutgang eller en USB (universal serial bus)-port eller et nettverksgrensenitt. En monitor 47 eller en annen type skjermanordning er også koplet til 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 nettverksmiljø via logiske forbindelser til én eller flere fjern-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, selv om kun en minnelagringsanordning 50 er illustrert i figur 1. 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. 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 forbindelse med den personlige datamaskinen 20, eller deler av disse, være lagret i den fjernlokaliserte minnelagringsanordningen. Det vil forstås at de viste nettverks-forbindelsene kun er eksempler, og at det kan anvendes andre mekanismer for å etablere en kommunikasjonslink mellom datamaskinene. For eksempel kan dataanordningen være i form av en bærbar datamaskin og tilveiebragt med trådløse overførings- og nettverksmuligheter for trådløs aksess til Internett eller andre nettverk.

I den følgende beskrivelsen vil oppfinnelsen bli beskrevet med henvisning til handlinger og symbolske representasjoner av operasjoner som utføres av én eller flere datamaskiner, dersom ikke annet er angitt. Som så-danne vil det forstås at slike handlinger og operasjoner, som til tider henvises til som datamaskin-eksekverte, omfatter den manipuleringen som foretas av data maskinens prosesseringsenhet på elektriske signaler som representerer data i en strukturert form. Denne manipuleringen transformerer dataene eller opprettholder dem i områder i datamaskinens minnesystem, hvilket omkonfigurerer eller på annen måte endrer virkemåten til anordningen på en måte som er velkjent for fagmannen. De datastrukturene i hvilke dataene opprettholdes er fysiske områder i minnet som har spesifikke egenskaper som defineres av dataenes format. Selv om oppfinnelsen er beskrevet i den nevnte sammenhengen, er imidlertid denne ikke ment å være begrensende, ettersom fagmannen vil forstå at forskjellige av handlingene og operasjonene som beskrives i det følgende også kan implementeres i maskinvare.

Nå med henvisning til figur 2, er foreliggende oppfinnelse rettet mot en utskriftstjeneste-arkitektur som gjør det mulig for brukeren av en mobil dataanordning, så som en bærbar datamaskin, en PDA, en Internett-bevisst mobiltelefon (eller "smart-mobiltelefon"), osv., å skrive ut dokumenter selv om den mobile anordningen ikke har noen direkte forbindelse med eller kontroll over en skriver og selv om anordningen ikke har den prosesseringskraft og minnekapasitet for applikasjoner og printerdrivere som er nødvendig for å utføre utskriftsoperasjonene. I henhold til oppfinnelsen trenger ikke den mobile anordningen selv å rendre dokumentet til et format som er akseptabelt for skriveren, og trenger heller ikke vite hvor skriveren befinner seg. I stedet trenger den mobile anordningen kun å lokalisere en utskriftstjeneste i et nettverk til hvilket den mobile anordningen er forbundet, fortelle utskriftstjenesten hvor dokumentet er eller sende dokumentet til utskriftstjenesten, og utskriftstjenesten vil styre utskriftsoperasjonen for å skrive ut dokumentet som etterspurt.

Figur 2 illustrerer en utførelsesform der en utskriftstjeneste 70 er implementert som en del av en web-server tilkoplet Internett 72. Det vil imidlertid bli forstått at utskriftstjeneste-arkitekturen i henhold til oppfinnelsen er skalerbar, slik at den kan anvendes i andre nettverk så som en bedrifts intranett for å behandle utskriftsjobber, som vil bli beskrevet mer i detalj nedenfor. Som vist i figur 2 er brukerens mobile anordning, som kan være en web-mobiltelefon 76, en PDA 78, en bærbar datamaskin 80 eller en hvilken som helst annen Internett-bevisst anordning, som er koplet til Internett 72.

Som et eksempel, i ett scenario, kan en bruker 82 ved navn "Jane" ha med seg en Internett-bevisst mobiltelefon 76 når hun er ute og reiser. Når hun sjekker inn på et hotell, gir hun sine "Internett-akkreditiver" til hotellet. Hotellet har et web-område 86 på Internett som er vert for en utskriftstjeneste 70. Senere, mens hun forbereder seg til et møte med klienter, ønsker Jane å skrive ut et dokument. Det er antatt at hennes dokumenter 92, inklusive det hun ønsker å skrive ut, er lagret i et lagringsområde 90 som er tilgjengelig på nettet. Hun anvender sin web-mobiltelefon 76 for å kople seg til Internett 72 og for å aksessere (over WAP (Wireless Application Protocol)) hotellets web-område 86, som tilveiebringer en utskriftstjenestegrensesnitt-webside 88 som omfatter innsending av forespørsler om og valgalternativer for en utskriftsjobb. Via grensesnitt-websiden 88 legger Jane inn informasjon vedrørende utskriftsjobben, omfattende hvor dokumentet befinner seg, utskrift-spesifikasjonsdata (f.eks. farger eller sort/hvitt, stiftet eller innbundet, antall kopier, osv.) og eventuell annen nødvendig informasjon. I dette eksempelet er lokasjonen til dokumentet 94 som skal skrives ut spesifisert av en URL (Uniform Resource Locator)-adresse til dokumentet. Hun kan også spesifisere hvorvidt det utskrevne dokumentet skal leveres til hennes hotellrom eller bli sendt til resepsjonsdisken slik at hun kan plukke det opp der. Hun sender da inn utskriftsforespørselen 96 og mottar via web-mobiltelefonen 76 en bekreftelse 98 fra utskriftstjenesten på mottak av utskriftsforespørselen.

Utskriftstjenesten 70 omfatter en komponent 100, i det følgende referert til som utskriftstjeneste-portalen (PSG, print-service-gateway), for prosessering av utskriftsforespørsler fra forskjellige brukere over Internett. Når den mottar Janes utskriftsforespørsel 96, verifiserer den hennes hotellgjeststatus ved anvendelse av innsjekkingsinformasjonen i en hotellgjest-database. Den validerer også utskriftsforespørselen for å sjekke hvorvidt den inneholder den nødvendige informasjonen. Ved eventuelle problemer vil den varsle Jane umiddelbart via hennes mobiltelefon 76. Dersom både brukerstatusen og utskrift-forespørselen er gyldige, anvender utskriftstjeneste-portalen 100 Janes Internett-akkreditiver for å aksessere hennes web-tilgjengelige lagringsområde 90 hvor hun lagrer sine dokumenter, og anvender nevnte URL-adresse til det aktuelle dokumentet 94 for å oppnå dette dokumentet. Etter å ha innhentet dokumentet velger utskriftstjeneste-portalen 100 en skriver fra en samling av tilgjengelige skrivere 106 for å behandle utskriftsjobben, og rendrer dokumentet til et utskriftsklart format som er hensiktsmessig for den valgte skriveren. Rendringen kan utføres ved anvendelse av en passende applikasjon for det aktuelle dokumentformatet (f.eks. Microsoft Word). For dette formål kan utskriftstjenesten besitte et antall applikasjoner 110 for å håndtere forskjellige typer dokumenter. Alternativt kan utskriftstjenesten anvende eksterne rendringstjenester som er tilgjengelige over Internett, så som rendrings-tjenestene 112, 114 og 116 i figur 2.1 et slikt tilfelle er ikke applikasjonene nødvendige. Det rendrede dokumentet blir da sendt til den valgte skriveren for utskrift, og det utskrevne dokumentet blir levert som spesifisert i utskrifts-forespørselen.

Selv om i dette eksempelet den mobile anordningen er en web-mobiltelefon, vil det forstås at den konkrete typen mobil anordning som blir anvendt for å sende inn utskriftsforespørselen ikke er kritisk, og brukere av bærbare datamaskiner og andre Internett-bevisste anordninger kan anvende utskriftstjenesten 70 på samme måte for å skrive ut dokumenter.

Det kan sees fra dette eksempelet at brukerens mobile anordning ikke trenger å inneholde det konkrete dokumentet som skal skrives ut. I dette eksempelet trenger ikke web-mobiltelefonen 76 engang å ha den nødvendige minnekapasiteten for å lagre en kopi av dokumentet. I stedet trenger brukeren kun å spesifisere hvor dokumentet kan hentes, og utskriftstjenesten vil automatisk innhente dokumentet basert på denne informasjonen og ved anvendelse av de av brukerens akkreditiver som er nødvendige for å aksessere dokumentet. I denne henseende er brukerens akkreditiver enten allerede tilgjengelige for utskriftstjenesten (f.eks. tilveiebragt ved innsjekking) eller blir tilveiebragt sammen med utskriftsforespørselen, for eksempel ved anvendelse av et sertifikat eller et "Internett-pass".

Det er imidlertid mulig at brukerens mobile anordning selv inneholder dokumentet. Dette kan for eksempel være tilfelle når brukerens mobile anordning er en "tykk klient", så som en bærbar datamaskin. I dette scenariet kan brukeren sende dokumentet direkte fra sin anordning til utskriftstjeneste-portalen som del av dataene i utskriftsforespørselen.

Det vil forstås at brukerens mobile anordning ikke trenger å utføre noen rendring av dokumentet eller styre utskriftsoperasjonen. Som følge av dette trenger ikke den mobile anordningen å ha noen applikasjon (f.eks. Microsoft Word eller Adobe Acrobat Reader) for det aktuelle dokumentformatet, og det er ikke behov for å laste ned printerdriveren til anordningen. Dette er en viktig fordel, ettersom mange mobile anordninger så som en PDA eller en web-mobiltelefon ikke innehar den nødvendige prosesseringskraft for rendring av dokumenter for utskrift eller den nødvendige minnekapasitet til å inneholde applikasjonene eller printerdriverne. Videre, selv om den mobile anordningen er en "tykk klient" så som en bærbar datamaskin som har betydelig prosesseringskraft og lagringskapasitet, er det en forholdsvis komplisert prosess å finne den rette driveren å laste ned til anordningen og deretter anvende anordningen for å styre skriverens operasjon. Ved å delegere utskriftsjobben til en utskriftstjeneste i nettverket (f.eks. Internett) som er tilgjengelig for en lettvekts mobil anordning, kan brukeren anvende den mobile anordningen for å skrive ut dokumenter nær sagt uansett hvor hun eller han befinner seg og når hun eller han måtte ønske det (begrenset av nettverksforbindelsen) uten å måte tenke på detaljene ved utskriftsoperasjonen.

For å illustrere den vidstrakte anvendbarheten til utskriftstjeneste-arkitekturen ifølge oppfinnelsen, er et annet scenario illustrert nedenfor med henvisning til figur 3.1 dette scenariet en Jane en eiendomsmekler. Mens hun er på vei for å møte sin klient, ønsker hun å skrive ut den nyeste boligoversikten fra sin mobiltelefon 76. For å gjøre dette aktiverer hun "finn-nærmeste-utskriftssenter"-funksjonen på menyen i sin mobiltelefon. I dette eksempelet har Janes mobiltelefonileverandør en Gule Sider tjeneste som omfatter web-linker til kommersielle utskriftssentre sine websider. Når hun aktiverer "finn-nærmeste-utskriftssenter"-funksjonen, bestemmer hennes mobiltelefon hvor hun befinner seg, og søker gjennom sin liste over utskriftssentre. Den presenterer de fem antatt beste valgene sortert etter økende avstand fra der hun befinner seg. Fra denne listen velger Jane et utskriftssenter 124, foreksempel med navnet "ABC", ved å følge linken til dette utskriftssenteret. Hun blir da koplet til ABC sin webserver 120 og presentert for ABC sin webside 122 slik at hun kan legge inn sin forespørsel. Hun legger da inn sin utskriftsforespørsel og betalings-informasjon via ABC sin nettside.

Tilsvarende eksempelet i figur 2 omfatter ABC-utskriftsenteret sin webserver 120 en utskriftstjeneste-portal 126 for å ta imot utskriftsforespørsler. Når brukeren sender inn utskriftsforespørselen, innhenter utskriftstjeneste-portalen dokumentet ved URL-adressen spesifisert i forespørselen, rendrer dokumentet for utskrift og skriver det ut på en skriver ved det ABC-utskriftsenteret 124 som er valgt av Jane. I denne utførelsesformen, siden dokumenter skal skrives ut ved utskriftssentre valgt av kundene, trenger ikke ABC sin utskriftstjeneste på nettet å ha lokale skrivere.

Utskriftstjeneste-rammeverket ifølge oppfinnelsen er skalerbart og kan anvendes i nettverk av forskjellig størrelse. Som et eksempel er et annet mobilt utskriftsscenario beskrevet nedenfor med henvisning til figur 4, som illustrerer en utførelsesform der en utskriftstjeneste 132 er implementert i en bedrift sitt intranett 136.1 dette scenariet går en bruker 140 ved navn "Chris" til et konferanserom i en annen bygning tilhørende sin bedrift for et møte, bærende med seg sin nettverkstilkoplede PDA 138. Mens han befinner seg i konferanse-rommet kommer han på at han at han er nødt til å skrive ut et dokument til møtet. For å gjøre dette trenger ikke Chris å vite hvor de delte skriverne befinner seg i bygningen eller hvordan å installere printerdrivere. Han anvender sin PDA for å aksessere utskriftstjeneste-portalen 142 som er installert på hans stasjonære personlige datamaskin (PC) 132 på hans kontor via bedriftens intranett 136. Utskriftstjeneste-portalen 142 har tilgang til alle de av bedriftens skrivere som er tilgjengelige for Chris sin PC 132. Den hjelper Chris å velge en skriver, for eksempel ved hjelp av et skriverplasseringskart. Ved anvendelse av nevnte PDA interakterer Chris med utskriftstjeneste-portalen 142 og sender en utskriftsforespørsel 148 til utskriftstjeneste-portalen. Utskriftsforespørselen identifiserer dokumentet som skal skrives ut, som kan være lagret på hans stasjonære PC eller et sted i intranettet 136, ved dets URL-adresse. Den identifiserer også den destinerte skriveren basert på informasjonen, så som skriverens lokasjon. Chris sin datamaskin installerer de nødvendige printerdriverne for den destinerte skriveren ved behov. Chris går da over til den identifiserte skriveren for å hente det utskrevne dokumentet.

Med henvisning tilbake til figur 2 omfatter en utskriftstjeneste 70 i én utførelsesform én eller flere servere som hver er vert for en utskriftstjeneste-portal 100 og et sett av applikasjoner 110 som anvendes for å håndtere forskjellige dokumentformater. For eksempel kan applikasjonene omfatte Microsoft Internet Explorer for HTML-dokumenter, Adobe Acrobat Readerfor ".PDF"-filer og Microsoft Word for ".DOC"-dokumenter, osv. I den illustrerte utførelsesformen omfatter utskriftstjenesten videre et sett av skrivere 106 og tilhørende printerdrivere som kan anvendes av applikasjonene for å generere utskrift-klare utdata. Settet av printerdrivere varierer avhengig av de konkrete skriverne som tjenesten støtter. For eksempel kan en hotell-utskriftstjeneste anvende samme skrivermodell over alt og vil bare trenge én printerdriver, mens en bedrift-utskriftstjeneste kan ha behov for mange printerdrivere som følge av at det anvendes forskjellige skrivermodeller.

Utskriftstjenesten 70 omfatter en utskriftstjeneste-grensesnittskomponent 150 som tilveiebringer brukergrensesnitt som gjør det mulig for brukere å legge inn utskriftsforespørsler og motta bekreftelse an forespørslene. Den kan også tilveiebringe oppdatert status for brukerens utskriftsforespørsler og utskriftstjenesten generelt. Denne brukergrensesnitt-komponenten varierer avhengig av tjenesten så vel som klienten (f.eks. laptop-datamaskiner vs. PDA-enheter med liten skjerm). Bak brukergrensesnittet ligger programmerings-grensesnittet mot utskriftstjeneste-portalen som definerer hvordan å sette sammen en utskrifts-forespørsel til en utskriftstjeneste og motta tilbakemeldinger over Internett (eller et intranett). I én implementering genererer brukergrensesnitt-komponenten den faktiske utskriftsforespørsel-pakken og sender den til en utskriftstjeneste-portal. I en annen implementering kan klienten aksessere utskriftstjeneste-portalen sitt programmerings-grensesnitt direkte og sende utskriftsforespørselen (i XML-format) direkte til utskriftstjenesten.

I én implementering omfatter innholdet i en utskriftsforespørsel følgende data: 1. Brukerens "Internett-akkreditiver" eller web-identitet. Denne informasjonen er nødvendig for å autentisere brukeren for dokumentaksess så vel som å oppnå tilgang til utskriftstjenesten. Den kan også bli anvendt for loggføring og fakturering.

2. Dokumentets innhold, eller dets URL-adresse.

3. Eventuelt dokumentets format. Dersom denne informasjonen ikke er tilveiebragt, vil utskriftstjenesten bestemme formatet ved å analysere innholdet, selv om dette generelt ikke er effektivt. 4. Eventuelt den destinerte skriverens URL-adresse og kjennetegn så som modellens navn, PnP-ID, sikker-aksess-kode, osv. 5. Eventuelt kriteriene for å velge destinasjonsskriver (f.eks. lokasjon). Dersom denne informasjonen ikke er tilveiebragt og ingen skrivers URL-adresse er gitt, vil utskriftstjenesten velge en destinasjonsskriver basert på sine egne kriterier, så som lastbalansering og prioritet. 6. Eventuelt kravene til utskriften, så som farge, tosidig utskrift, stifting. Dersom denne informasjonen ikke er tilveiebragt, vil det bli anvendt standard-innstillinger.

Innholdet i responsen som genereres av utskriftstjenesten 70 omfatter enten en bekreftelse av at forespørselen er akseptert eller en avvisning av forespørselen, samt, dersom den er akseptert, en jobb-identifikator som blir anvendt for loggføring og fakturering. En utskriftsforespørsel vil kunne bli avvist på grunn av følgende og/eller av andre årsaker: brukeren er ikke autorisert for å anvende utskriftstjenesten; utskriftstjenesten er off-line; dokumentets innhold kan ikke innhentes; dokumentformatet er ikke støttet; den spesifiserte skriveren er ikke støttet; og de spesifiserte kravene til utskriften kan ikke imøtekommes (for eksempel fargeutskrift).

Enkelte "tykke klienter", så som laptop-datamaskiner, har mer prosesseringskraft og et bredt utvalg av applikasjoner. De kan være mer sofistikerte med hensyn til det å sende inn utskriftsforespørsler, slik at brukere vil kunne oppnå en bedre utskriftskvalitet og ytelse. For eksempel kan anordningen spørre etter listen over støttede dokumentformater (f.eks. rangert etter preferanse).

I den utførelsesformen for mobil utskrift via Internett som er vist i figur 2 omfatter utskriftstjeneste-portalen (PSG) 100 en rutingskomponent 160, en rendringskomponent 162 og en loggførings- og faktureringskomponent 166. Rutingskomponenten 160 utfører følgende funksjoner:

• Analysere de innkommende utskriftsforespørslene.

• Autentisere brukeren for å anvende utskriftstjenesten.

• Vekselvirke med klienten vedrørende utskriftsmullighetene (f.eks. dokumentformater). Dette vil gjøre det mulig for tykkere klienter å sende inn et fore-trukket format for å oppnå best mulig resultat. • Innhente dokumentets innhold om nødvendig. Anvender de tilveiebragte bruker-akkreditivene dersom dokumentet har begrenset aksess. • Validere brukerens forespørsel og gi tilbakemelding. Dette omfatter det å kalle PSG-rendringskomponenten for å sjekke hvorvidt konvertering fra det

gitte kildeformatet til det gitte destinasjonsformatet er støttet.

• Spole og fordele forespørslene for videre prosessering (rendring og/eller utskrift). • Omdirigering av utskriftsforespørselen til en annen utskriftstjeneste hvis hensiktsmessig. Dette kan anvendes ved utsetting av tjenesten. For eksempel kan en hotell-utskriftstjeneste ganske enkelt videresende alle utskriftsforespørslene til en utskriftstjeneste-leverandør for faktisk prosessering og utskrift.

Rendringskomponenten 162 av utskriftstjeneste-portalen 100 er ansvarlig for å konvertere kilde-dokumentformatet til et målformat, som typisk er et utskrift-klart format. Den opprettholder informasjon vedrørende avbildningen mellom støttede innformater og utformater. Dette omfatter informasjon om hva formatene er og hvilken applikasjons-programvare eller ekstern rendrings-tjeneste som er nødvendig for å utføre den aktuelle avbildningen. Den anvender den data-drevne tilnærmingen for å tilveiebringe utvidbarheten.

Når formatkonvertering utføres lokalt, er passende applikasjons-programvare og printerdrivere installert lokalt. Dersom det anvendes eksterne dedikerte utskriftsrendring-tjenester, sender da utskriftstjeneste-portalen bare innholdet

(f.eks..PS-filer) videre uten noen konvertering. For å øke påliteligheten til formatkonverteringen er det veldig gunstig å ha ett kanonisk mellomformat som alle klienter kan anvende for å sende inn dokumentdataene. Et slikt format vil være anordning-uavhengig. Dersom det ikke anvendes noe standardformat, vil en utskriftstjeneste kunne begrense formatene til det settet som oppfyller dets krav til pålitelighet.

En annen komponent av den web-baserte utskriftstjenesten er logg-førings- og faktureringskomponenten, som håndterer loggførings- og faktureringsoperasjonene for betjening av utskriftsforespørsler. Den er tilveiebragt for å støtte Internett-forretningsmodellen, og er mest sannsynlig ikke nødvendig dersom nettverk-utskriftstjenesten er implementert i en annen type nettverk. For eksempel, mens en hotell-utskriftstjeneste vil kreve fakturerings-funksjonen, trenger ikke dette være tilfelle for en utskriftstjeneste i en bedrift sitt intranett.

Som beskrevet ovenfor tilveiebringer utskriftstjenesten et programmerings-grensesnitt som gjør det mulig for en klient å sende inn utskriftsjobb-forespørsler og spørre etter status for jobben. I én implementering er det tre obligatoriske metoder som web-utskriftstjenesten støtter. CreatePrintJob: gjør det mulig for klienten å sende inn en utskrifts-forespørsel.

CancelPrintJob: gjør det mulig for klienten å kansellere en tidligere innsendt utskriftsforespørsel.

GetPrintJobData: gjør det mulig for klienten å spørre etter status for en tidligere innsendt utskriftsforespørsel.

Det finnes også tre valgfritt tilveiebragte metoder som en web-basert utskriftstjeneste kan velge å støtte for å optimere operasjonene: IsFormatSupported: gjør det mulig for klienten å finne ut om et gitt dokumentformat er støttet av utskriftstjenesten. En klient kan ønske å anvende denne metoden for å verifisere formatet på forhånd, spesielt dersom den inn-lemmer dokumentets innhold direkte i utskriftsforespørselen. GetFormatSu<pp>orted: gjør det mulig for klienten å oppnå en liste av støttede dokumentformater. En klient kan ønske å anvende denne metoden for å velge et optimalt format for innsending av kildedokumentet, spesielt når klienten (f.eks. en bærbar datamaskin) har mulighet til å utføre noen form for formatkonvertering.

GetPrinterModels: gjør det mulig for klienten å oppnå listen av skrivermodeller som anvendes av utskriftstjenesten og deres assosierte installerbare inn-stillinger (så som om en duplekser er installert eller ikke). Dette vil gjøre det mulig for tykke klienter (så som laptop-datamaskiner) å generere høykvalitets utskrift-klare data og passere gjennom utskriftstjenesten direkte til skriveren. Få utskriftstjenester forventes å støtte denne metoden, bare de tjenester som kun aksepterer utskrift-klare data.

Detaljene ved hver av metodene identifisert over er beskrevet nedenfor. Etterfølgende beskrivelsen av hver metode er "argument"-listen, som detaljert beskriver alle parametrene. Den har følgende attributter: Datafelt: parameterens navn. Det følger navnekonvensjonen i VisualStudio.Net.

Retn: retningen til parameteren, dvs. INN, UT eller INN/UT ("ref i C#). Type: datatype, som definert i C#.

ON: angir hvorvidt parameteren er obligatorisk ("O") eller valgfri ("V"). Kommentar: definerer betydningen til parameteren og bruken av denne.

Dersom den samme parameteren opptrer i flere metoder, har den samme betydning og blir kun definert ett sted.

Etter "argument"-listen følger et sett av feilkoder. Feilkoden blir returnert i

<SOAP:fault>-elementet. Feilkodene er avledet fra IPP-statuskodene og navnet i overensstemmelse med navnekonvensjonen i C#.

1. CreatePrintJob

Når CreatePrintJob blir kalt, vil utskriftstjenesten generere en ny utskriftsjobb for å representere den nye utskriftsforespørselen og tildele en unik jobb-ID. Den oppdaterer jobbdataene basert på hva klienten har tilveiebragt og hva som faktisk er støttet. Dersom et dokument sin URL-adresse er tilveiebragt, innhenter den dokumentets innhold på vegne av brukeren. Dersom alt er validert, setter den jobbstatus til "akseptert" og responderer til klienten mens den fortsetter videre for å skrive ut dokumentet. Klienten kan senere spørre etter status for en utskriftsforespørsel, så som estimert ferdigtidspunkt eller de faktiske skriverinnstillinger, via GetPrintJobData. I alle tilfeller blir den passende returkoden satt i dens respons.

Merk at dersom en utskriftstjeneste velger å akseptere utskrift-klare data, må den støtte parameteren "jobTicket", som omfatter det fulle settet av skriverinnstillinger anvendt for å generere de utskrift-klare dataene. Parameteren "jobTicket" er basert på det standard Windows-utskriftsystemskjemaet. Dersom utskriftstjenesten ikke støtter alle innstillingene i "jobTicket", skal den avvise utskriftsforespørselen og returnere ClientErrorNotPossible.

Argumenter:

Datafelt: jobID

Retn.: UT; Type: uint; ON: O

Kommentar: Det unike utskriftsjobb-identifikasjonsnummeret satt av utskriftstjenesten i området mellom 1 og 2<*32->1. En utskriftstjeneste kan gjenbruke jobb-identifikatorer, idet den sikrer at ikke to aktive utskrifts-forespørsler har samme ID. Denne identifikatoren blir anvendt for påfølgende operasjoner, så som CancelPrintJob og GetPrintJobData.

Datafelt: jobname

Retn.: INN; Type: string; ON: O

Kommentar: Navnet til utskriftsforespørselen, for eksempel navnet til dokumentet som skal skrives ut.

Datafelt: userName

Retn.: INN; Type: string; ON: O

Kommentar: Navnet til brukeren som har sendt inn utskriftsforespørselen.

Datafelt: UserCredential

Retn.: INN; Type: string; ON: V

Kommentar: Kodet bruker Passport innloggingsidentifkator og passord. Disse akkreditivene vil bli anvendt for å autorisere bruken av utskriftstjenesten og av utskriftstjenesten for å oppnå dokumentets innhold på brukerens vegne når dokumentets URL-adresse blir anvendt. Dersom en utskriftstjeneste, for eksempel kommersielle utskriftssentre, krever brukerens akkreditiver, må da klienten tilveiebringe disse dataene. Ellers vil den motta

"ClientErrorNotAuthenticated".

Datafelt: docLink

Retn.: INN; Type: string; OA/: V

Kommentar: URL-adressen til dokumentet som skal skrives ut. Dersom denne ikke er tilveiebragt, skal utskriftstjenesten anta at klienten vil sende dokumentets innhold direkte via "docContenf-parameteren. I de fleste tilfeller er "docLink" tilveiebragt, dvs. utskrift ved referanse. Dersom en utskriftstjeneste støtter mottak av flere dokumenter i én jobb, kan klienten tilveiebringe flere URL-adresser i ett kall til CreatePrintJob.

Datafelt: docContent

Retn.: INN; Type: byte[]; OA/: V

Kommentar: Sekvensen av bit-oktetter som representerer innholdet i dokumentet som skal skrives ut. Dersom denne er null og "docLink" også er null, vil utskriftstjenesten returnere med feilkoden

"ClientErrorDocumentAccessError".

Datafelt: docFormat

Retn.: INN; Type: string; OA/: V

Kommentar: Formatet til dokumentinnholdet, så som "Postscript Level 2" eller "DOC". Dersom denne parameteren ikke er tilveiebragt, vil utskriftstjenesten måtte analysere filnavnet og/eller innholdet for å avdekke formatet.

Datafelt: targetPrinter

Retn.: INN; Type: string; OA/: V

Kommentar: Navnet til den destinerte skriveren.

Datafelt: numOfCopies

Retn.: INN; Type: uint; OA/: V

Kommentar: Antall kopier som skal skrives ut. Standardverdi er 1. Alle utskrevne sider vil bli kollatert.

Datafelt: duplex

Retn.: INN; Type: string; OA/: V

Kommentar: Definerer hvordan de logiske sidene vil bli skrevet ut på fysiske sider. Valgmulighetene omfatter: "én-sidig utskrift", "tosidig utskrift bladd over den lange kanten" og "tosidig utskrift bladd over den korte kanten".

Datafelt: nUp

Retn.: INN; Type: string; OA/: V

Kommentar: Definerer hvordan de logiske sidene vil bli lagt ut på én side av et fysisk ark. Valgmulighetene er "1-på-1", "2-på-1" og "4-på-1". Standardverdi er "1-på-1".

Datafelt: isColor

Retn.: INN; Type: bool; OA/: V

Kommentar: Hvis "true" skrives dokumentet ut i farger. Ellers skrives dokumentet ut i sort/hvitt. Standardverdi er sort/hvitt.

Datafelt: paperType

Retn.: INN; Type: string; OA/: V

Kommentar: Typen papir som dokumentet skal skrives ut på, så som "201 b standard hvitt papir". Standardverdi settes av hver utskriftstjeneste. Dersom den er spesifisert av klienten, vil den bli verifisert mot andre krav til jobben. Ved en konflikt skal tjenesten velge den passende papirtypen basert på sine prioriteter og oppdatere jobbdataene i henhold til dette.

Datafelt: bindingType

Retn.: INN; Type: string; OA/: V

Kommentar: Typen papirbinding som skal anvendes, så som "ingen", "spiral-rygg", "plastikkrygg" eller "stiftet". Standardverdi er "ingen". Dersom den er spesifisert av klienten, vil den bli verifisert mot andre krav til jobben. Ved konflikt skal tjenesten velge den passende bindingstypen og oppdatere jobbdataene i henhold til dette.

Datafelt: jobTicket

Retn.: INN; Type: byteQ; OA/: V

Kommentar: En XML-blokk som beskriver det fullstendige settet av skriverinnstillinger anvendt for å generere utskrift-klare data. Anvendt kun ved innsending av utskrift-klare ("rå") dokumenter. Den følger det standard Windows-utskriftssystemskjemaet.

Datafelt: <Spesialfelter>

Retn.: INN; Type: Ikke definert; OA/: V

Kommentar: Hver utskriftstjeneste kan definere ytterligere felter, så som "kvalifikasjonskode".

Feilkoder:

Kode 0x0000; Mening: SuccessfulOk; Anvendelse: Operasjonen er akseptert. Kode 0x0400; Mening: ClientErrorBadRequest; Anvendelse: Forespørselen er feil sammensatt, for eksempel ugyldige parameterverdier.

Kode 0x0402; Mening: ClientErrorNotAuthenticated; Anvendelse: Brukeren er ikke autentisert for å anvende utskriftstjenesten.

Kode 0x0403; Mening: ClientErrorNotAuthorized; Anvendelse: Brukeren er ikke autorisert til å opprette en utskriftsjobb.

Kode 0x0404; Mening: ClientErrorNotPossible; Anvendelse: Utskriftstjenesten kan ikke oppfylle kravene, for eksempel støtter den ikke alle innstillingene i en jobTicket når klienten sender inn utskrift-klare data.

Kode 0x040a; Mening: ClientErrorDocumentFormatNotSupported; Anvendelse: Kildedokumentets format er ikke støttet.

Kode 0x0411; Mening: ClientErrorDocumentFormatError; Anvendelse: Kildedokumentet er korrupt eller feilformatert.

Kode 0x0412; Mening: ClientErrorDocumentAccessError; Anvendelse: Utskriftstjenesten kan ikke aksessere dokumentinnholdet.

Kode 0x0500; Mening: ServerErrorlnternalError; Anvendelse: Dette er en felles feilkode for alle interne feil.

Kode 0x0506; Mening: ServerErrorNotAcceptingJobs; Anvendelse: Utskriftstjenesten aksepterer ikke nye utskriftsjobber av en eller annen grunn.

Kode 0x0509; Mening: ServerErrorMultipleDocumentJobsNotSupported; Anvendelse: Utskriftstjenesten kan ikke ta imot en utskriftsforespørsel som inneholder flere dokumenter.

2. CancelPrintJob

Utskriftstjenesten sletter den spesifiserte utskriftsjobben etter å ha verifisert bruker-akkreditivene.

Argumenter

Datafelt: jobID

Retn.: INN; Type: uint; ON: O

Kommentar: Det unike jobb-identifikasjonsnummeret som returnert fra CreatePrintJob.

Datafelt: UserCredential

Retn.: INN; Type: string; ON: O

Kommentar: Dersom en jobb ble opprettet med bruker-akkreditivene, er de samme akkreditivene nødvendige for å kansellere den.

Feilkoder:

Kode 0x0000; Mening: SuccessfulOk; Anvendelse: Jobben er akseptert.

Kode 0x0400; Mening: ClientErrorBadRequest; Anvendelse: Forespørselen er feilaktig, for eksempel omfattende en ugyldig jobbidentifikator, eller jobben har allerede blitt kansellert.

Kode 0x0402; Mening: ClientErrorNotAuthenticated; Anvendelse: Brukeren er ikke autentisert.

Kode 0x0403; Mening: ClientErrorNotAuthorized; Anvendelse: Brukeren er ikke autorisert til å slette den spesifiserte jobben (f.eks. en annens jobb).

Kode 0x0500; Mening: ServerErrorlnternalError; Anvendelse: Felles feilkode for alle interne feil.

3. GetPrintJobData

Denne metoden returnerer settet av utskriftsjobb-data assosiert med den spesifiserte jobbidentifikatoren, som listet nedenfor. Jobben kan befinne seg i en hvilken som helst av tilstandene: "akseptert", "under prosessering", "kansellert" eller "fullført". Hver utskriftstjeneste bestemmer hvor lenge den vil opprettholde dataene for en utskriftsjobb.

Merk at når en utskriftsforespørsel omfatter et anordning-uavhengig dokumentformat (for eksempel ".DOC"), utskriftsinnstillingene som følger med forespørselen blir behandlet som "forslag". Tjenesten kan tilpasse innstillingene for å løse konflikter (for eksempel "farger" OG "tosidig utskrift") basert på sine muligheter. Klienten kan kalle GetPrintJobData for å oppnå de faktiske innstillingene anvendt for utskriften og varsle brukeren om ønsket.

Argumenter

Datafelt: jobID

Retn.: INN; Type: uint; OA/: O

Kommentar: Det unike jobb-identifikasjonsnummeret som returnert fra CreatePrintJob.

Datafelt: userCredential

Retn.: INN; Type: string; OA/: V

Kommentar: Nødvendig dersom utskriftsjobben ble opprettet med bruker-akkreditivene.

Datafelt: jobState

Retn.: UT; Type: string; OA/: O

Kommentar: Gjeldende status for jobben: "akseptert", "under prosessering", "kansellert" eller "fullført".

Datafelt: timeOfSubmission

Retn.: UT; Type: string; OA/: O

Kommentar: Innkodet tidsmerke som angir når utskriftsjobben blir akseptert. Formatet er ISO 8601. Lokal tid er representert som YYYYMMDDTHHMMSS, og UTC-tid som YYYYMMDDTHHMMSSZ.

Datafelt: jobName

Retn.: UT; Type: string; OA/: O

Kommentar: Navnet til utskriftsjobben

Datafelt: userName

Retn.: UT; Type: string; OA/: O

Kommentar: Navnet til brukeren som eier denne jobben.

Datafelt: printer

Retn.: UT; Type: string; OA/: V

Kommentar: Skriveren til hvilken jobben er sendt.

Datafelt: numOfCopies

Retn.: UT; Type: uint; OA/: O

Kommentar: Antall kopier som skal skrives ut.

Datafelt: nUp

Retn.: UT; Type: string; OA/: O

Kommentar: Beskrivelsen av layouten. Dersom brukeren har spesifisert et layout-format ved opprettelse av utskriftsjobben, kan den ha blitt modifisert for å løse konflikter og andre restriksjoner.

Datafelt: duplex

Retn.: INN; Type: string; OA/: O

Kommentar: Dupleks-innstillingen. Dersom brukeren har spesifisert en dupleks-innstilling ved opprettelse av utskriftsjobben, kan den ha blitt modifisert for å løse konflikter og andre restriksjoner.

Datafelt: isColor

Retn.: UT; Type: bool; OA/: O

Kommentar: Angir hvorvidt jobben skal skrives ut i farger.

Datafelt: paperType

Retn.: UT; Type: string; OA/: O

Kommentar: Typen papir anvendt for utskriftsjobben. Dersom brukeren har spesifisert en papirtype ved opprettelse av utskriftsjobben, kan den ha blitt modifisert for å løse konflikter og andre restriksjoner.

Datafelt: bindingType

Retn.: UT; Type: string; OA/: O

Kommentar: Typen binding anvendt for utskriftsjobben. Dersom brukeren har spesifisert en type binding ved opprettelse av utskriftsjobben, kan den ha blitt modifisert for å løse konflikter og andre restriksjoner.

Datafelt: completionTime

Retn.: UT; Type: string; OA/: V

Kommentar: Tidspunkt når utskriftsjobben er forventet å være ferdig. Formatet er ISO 8601. Lokal tid blir representert YYYYMMDDTHHMMSS, og UTC-tid som YYYYMMDDTHHMMSSZ.

Datafelt: printingCost

Retn.: UT; Type: string; OA/: V

Kommentar: Anvendt når tjenesten tar betalt for utskrift.

Datafelt: mailingCost

Retn.: UT; Type: string; OA/: V

Kommentar: Anvendt når de utskrevne sidene blir sendt i post til brukeren. Feilkoder:

GetPrintJobData har samme sett av feilkoder som CancelPrintJob.

4. IsFormatSupported

Dersom en utskriftstjeneste støtter denne metoden, skal den returnere "true" dersom det gitte dokumentformatet er støttet, ellers skal den returnere false.

Argumenter:

Datafelt: docFormat

Retn.: INN; Type: string; OA/: O

Kommentar: Dokumentformatets navn.

Datafelt: supported

Retn.: UT; Type: bool; OA/: O

Kommentar: true eller false.

Feilkoder:

Kode 0x0000; Mening: SuccessfulOk; Anvendelse: Forespørselen erfullbragt med suksess.

Kode 0x0400; Mening: ClientErrorBadRequest; Anvendelse: Forespørselen er feil satt sammen, for eksempel kan "docFormat" være null.

Kode 0x0500; Mening: ServerErrorlnternalError; Anvendelse: Felles feilkode for alle interne feil.

Kode 0x0501; Mening: ServerErrorOperationNotSupported; Anvendelse: Utskriftstjenesten støtter ikke denne metoden.

5. GetSuppotredFormats

Dersom en utskriftstjeneste støtter denne metoden, skal den returnere listen av støttede dokumentformater.

Argumenter:

Datafelt: supportedFormats

Retn.: UT; Type: string; OA/: O

Kommentar: Tabell av dokumentformater.

Feilkoder:

Den har det samme settet av feilkoder som IsFormatSupported. Merk at dersom klienten har mekanismer (så som en spesialisert printerdriver) for å utføre formatkonverteringer (for eksempel fra formatet Visio til PDF), kan den anvende GetSupportedFormats for å finne et optimalt innsendingsformat. Ellers kan den anvende IsFormatSupported for å spørre om det aktuelle dokumentet kan skrives ut. En klient trenger ikke kalle noen av metodene for å validere dokumentformatet. Dersom den ikke gjør dette og det innsendte formatet ikke er støttet, vil utskriftstjenesten returnere feilkoden

ClientErrorDocumentFormatNotSupported.

6. GetPrinterModels

Dersom en utskriftstjeneste støtter denne metoden, skal den returnere listen av navn på skriverne (så som "HP LaserJet 8000") som blir anvendt. Denne metoden er ment for at tykke PC-klienter skal kunne sende utskrift-klare data til utskriftstjenesten direkte for optimal utskriftskvalitet.

Argumenter:

Datafelt: printerModels

Retn.: UT; Type: string; OA/: O

Kommentar: Tabell av navn på skrivermodeller.

Feilkoder:

Den har det samme settet av feilkoder som IsFormatSupported.

WSDL ( WEB SERVICE DESCRIPTION LANGUAGE)- DEFINISJON

I henhold til et særtrekk ved en utførelsesform av oppfinnelsen, for å øke almenngyldigheten til utskriftstjeneste-grensesnittet mot web-utskriftstjenester på Internett, er det tilveiebragt et XML-basert webtjeneste-beskrivelsesspråk (WDSL) for å beskrive utskriftstjeneste-grensesnittet. Det definerer de meldingsformatene som klienter må følge når de utveksler meldinger med en web-basert utskriftstjeneste. Merk at for en gitt implementering, WDSL- beskrivelsen kan variere noe med hensyn til de obligatoriske og valgfrie parametrene ("minOccurs"). Videre vil standard-navnerommet og lokasjonen til utskriftstjenesten også måtte modifiseres.

I lys av de mange mulige utførelsesformene i hvilke prinsippene ifølge denne oppfinnelsen kan anvendes må det forstås at den utførelsesformen som er beskrevet her med henvisning til de vedlagte figurene kun er ment som en illustrasjon og ikke skal betraktes som begrensende for oppfinnelsens ramme. Oppfinnelsen som beskrevet her kontemplerer derfor alle slike utførelsesformer som faller innenfor rammen til de etterfølgende kravene og deres ekvivalenter.

Claims (19)

1. Fremgangsmåte for en bruker av et mobilt datautstyr / dataanordning i et nettverk for å skrive ut et dokument, omfattende trinnene med å: automatisk finne ut eller bestemme det mobile datautstyrets lokasjon eller plassering; motta et valg fra brukeren av et utskriftssenter fra et flertall av utskriftssentre som presenteres til brukeren på det mobile datautstyret, der flertallet av utskriftssentre presenteres etter økende avstand fra det mobile datautstyrets lokasjon eller plassering; anvende eller bruke det mobile datautstyret til å kople seg til et nettverk i hvilket en utskriftstjeneste som er assosiert med det valgte utskriftssenter, befinner seg; presentere eller aksessere et tjeneste-grensesnitt assosiert med utskriftstjenesten, for å legge inn utskriftsforespørsel-data, hvor tjeneste-grensesnittet omfatter en liste over dokumentformater som er støttet av utskriftstjenesten, og utskriftsforespørsel-dataene omfatter: en URL-adresse til dokumentet og akkreditiver assosiert med brukeren av det mobile datautstyret, hvilke akkreditiver er nødvendige for å aksessere dokumentet; et dokumentformat for rendring av dokumentet, hvor dokumentformatet velges fra listen over dokumentformater som er støttet av utskriftstjenesten, og plasserings- eller lokasjonskriterier for utskriftstjenesten til bruk i valget av en destinasjonsskriver for å skrive ut dokumentet, idet plasserings- eller lokasjonskriteriene ikke identifiseres nødvendigvis en skriver som skal brukes til å skrive ut dokumentet, verifisere utskriftsforespørsel-dataene for å bestemme hvorvidt akkreditivene som er nødvendige for å aksessere dokumentet, er tilstede, og tilveiebringe en tilbakemelding til brukeren / klienten; oppnå dokumentet som skal skrives ut; rendre dokumentet til et dokumentformat som er støttet av utskriftstjenesten; og skrive ut det rendrede dokumentet i henhold til utskriftsforespørsel-dataene.

2. Fremgangsmåte ifølge krav 1, der nettverket er Internett.

3. Fremgangsmåte ifølge krav 2, der tjeneste-grensesnittet omfatter en webside via hvilken brukeren sender inn utskriftsforespørsel-dataene.

4. Fremgangsmåte ifølge krav 2, der trinnet med å oppnå dokumentet som skal skrives ut omfatter trinnet med å motta en overføring av dokumentet som skal skrives ut fra brukeren / klienten over Internett.

5. Fremgangsmåte ifølge krav 1, der trinnet med å rendre dokumentet omfatter trinnet med å kjøre en applikasjon som støtter formatet til det dokumentet som skal skrives ut.

6. Fremgangsmåte ifølge krav 1, der trinnet med å rendre dokumentet omfatter trinnet med å kalle en fjernlokalisert utskriftsrendring-tjeneste.

7. Fremgangsmåte ifølge krav 1, der trinnet med å skrive ut det rendrede dokumentet omfatter trinnet med å skrive ut dokumentet på en lokal skriver for utskriftstjenesten.

8. Fremgangsmåte ifølge krav 1, der trinnet med å skrive ut det rendrede dokumentet omfatter trinnet med å skrive ut dokumentet på en fjernlokalisert skriver.

9. Fremgangsmåte ifølge krav 1, der nettverket er et intranett.

10. Datamaskinlesbart medium som innehar datamaskin-eksekverbare instruksjoner for å utføre trinn i en fremgangsmåte for en bruker av et mobilt datautstyr / dataanordning i et nettverk for å skrive ut et dokument, der instruksjonene omfatter trinnene med å: automatisk finne ut eller bestemme det mobile datautstyrets lokasjon eller plassering; presentere til brukeren et flertall av utskriftssentre på det mobile datautstyret, der flertallet av utskriftssentre presenteres etter økende avstand fra det mobile datautstyrets lokasjon eller plassering; motta et valg fra brukeren av et utskriftssenter fra de flere utskrifts-sentrene; anvende eller bruke det mobile datautstyret til å kople seg til et nettverk i hvilket en utskriftstjeneste som er assosiert med det valgte utskriftssenter, befinner seg; aksessere et tjeneste-grensesnitt som presenteres av utskriftstjenesten, for å motta utskriftsforespørsler, idet tjeneste-grensesnittet omfatter en liste over dokumentformater som er støttet av utskriftstjenesten; legge eller sende inn, via tjeneste-grensesnittet, utskriftsforespørsel-data for å skrive ut dokumentet, idet utskriftsforespørsel-dataene omfatter: en URL-adresse til dokumentet og akkreditiver assosiert med brukeren av det mobile datautstyret, hvilke akkreditiver er nødvendige for å aksessere dokumentet; et dokumentformat for rendring av dokumentet, hvor dokumentformatet velges fra listen over dokumentformater som er støttet av utskriftstjenesten, og plasserings- eller lokasjonskriterier for utskriftstjenesten til bruk i valget av en destinasjonsskriver for å skrive ut dokumentet, idet plasserings- eller lokasjonskriteriene ikke identifiseres nødvendigvis en skriver som skal brukes til å skrive ut dokumentet, og motta en bekreftelse fra utskriftstjenesten som bekrefter mottak av utskriftsforespørsel-dataene.

11. Datamaskinlesbart medium ifølge krav 10, der tjeneste-grensesnittet omfatter en webside via hvilken brukeren legger inn utskriftsforespørsel-dataene.

12. Datamaskinlesbart medium ifølge krav 10, der trinnet med å legge eller sende inn utskriftsforespørsel-dataene omfatter trinnet med å sende dokumentet, som skal skrives ut, til utskriftstjenesten over Internett.

13. Utskriftstjeneste-system for en bruker av et mobilt datautstyr / dataanordning i et nettverk for å skrive ut et dokument, omfattende: en grensesnitt-komponent for å presentere et tjeneste-grensesnitt som kan aksesseres av en bruker / klient over et nettverk, slik at brukeren kan legge eller sende inn utskriftsforespørsel-data for en utskriftstjeneste, hvor tjeneste-grensesnittet omfatter en liste over dokumentformater som er støttet av utskriftstjenesten, og utskriftsforespørsel-dataene omfatter: en URL-adresse til dokumentet og akkreditiver assosiert med brukeren av det mobile datautstyret, hvilke akkreditiver er nødvendige for å aksessere dokumentet; et dokumentformat for rendring av dokumentet, hvor dokumentformatet velges fra listen over dokumentformater som er støttet av utskriftstjenesten, og plasserings- eller lokasjonskriterier for utskriftstjenesten til bruk i valget av en destinasjonsskriver for å skrive ut dokumentet, idet plasserings- eller lokasjonskriteriene ikke identifiseres nødvendigvis en skriver som skal brukes til å skrive ut dokumentet, en rendringskomponent egnet for rendring av dokumentet til dokumentformatet som er støttet av utskriftstjenesten; en forespørsel-prosesseringskomponent egnet for: validering eller verifisering av utskriftsforespørsel-dataene for å bestemme hvorvidt akkreditivene som er nødvendige for å aksessere dokumentet, er tilstede; og oppnåelse av dokumentet som skal skrives ut; minst én skriver for utskriving av det rendrede dokumentet i henhold til utskriftsforespørsel-dataene.

14. Utskriftstjeneste-system ifølge krav 13, videre omfatende minst én applikasjon som støtter dokumentformatet til dokumentet som skal skrives ut og som kan kalles av rendringskomponenten for å rendre nevnte dokument til et dokumentformat som er støttet av utskriftstjenesten.

15. Utskriftstjeneste-system ifølge krav 13, der rendringskomponenten er programmert til å kalle en fjernlokalisert utskriftrendring-tjeneste for å rendre nevnte dokument til et dokumentformat som er støttet av utskriftstjenesten.

16. Utskriftstjeneste-system ifølge krav 13, der nettverket er Internett, og der tjeneste-grensesnittet omfatter en webside via hvilken brukeren / klienten legger eller sender inn data vedrørende utskriftsforespørselen.

17. Utskriftstjeneste-system ifølge krav 13, der forespørsel-prosesserings-komponenten er programmert til å aksessere nevnte URL-adresse for å innhente dokumentet som skal skrives ut.

18. Utskriftstjeneste-system ifølge krav 13, der tjeneste-grensesnittet er innrettet for å motta dokumentet som skal skrives ut fra brukeren over nettverket.

19. Utskriftstjeneste-system ifølge krav 13, videre omfattende en loggførings-og faktureringskomponent for å håndtere loggføring av og fakturering for prosessering av utskriftsforespørsler.