SE504085C2 - Sätt och system för att hantera dataobjekt i enlighet med förutbestämda villkor för användare - Google Patents

Description

so4 oss 2 10 15 20 25 30 En frilansande journalist och fotograf är på plats i Tanzania för att bevaka tjuvjakt på elefanter. Artikeln och foton skickas via trådlösa nät till en dataservice med vilka de har ett distributionsavtal. Dataservicen indexerar och lagrar artikeln och fotografierna samt förser dem med sök- och köpmöjlighet för individer och nyhetsbyråer. Därefter kan nyhetsbyràer eller agenturer köpa artikeln eller fotografierna för distribution.

En anställd på en redovisningsbyrå söker efter ett kalkylprogram. Den anställde loggar in på en dataservice och söker efter utvärderingar av de senaste och bästa produkterna av det slaget. Artiklar och tester från en rad tidningar och andra källor kommer tillbaka till den anställde. Allt eftersom denne begränsar sitt sökomràde, uppkommer frågor om tillgänglighet och licensavgifter.

Den anställde går in i moden för interaktiv shopping som erbjuds från dataservicen och finner två alternativ till godtagbart pris. Eftersom ett av de presenterade alter- nativen erbjuder gratis, interaktiv utbildning on-line samt support via dataservicen, väljs det alternativet.

Programpaketet kan, efter en gratis testperiod, licen- sieras per timme så att användaren, om programmet inte uppfyller kraven, kan avsluta användandet av programvaran utan att för den skull förlora hela kostnaden för ett obegränsat användande av programmet.

En fullt funktionell informationsmotorväg kan emel- lertid endast bli så värdefull som de tjänster den erbjuder. Tjänster tänkta för informationsmotorvägarna, som innefattar leveranser av dataobjekt (ex böcker, filmer, video, nyheter, musik, programvara, spel mm) är för närvarande och kommer att vara begränsade av före- komsten av sådana objekt. Bibliotek och utbildnings- institutioner är berörda på liknande sätt. Ägarna till informationen måste först bli försäkrade om royalty- 10 15 20 25 30 35 3 504 oss ersättning och kopieringsskydd innan de kommer att bjuda ut sin information.

Kryptering är en nyckelkomponent för alla lösningar av skydd mot olaglig kopiering. Men enbart kryptering är inte tillräckligt. Vid lagring och under överföring kommer dataobjekten att vara skyddade, men så snart någon ges nyckeln att dekryptera innehållet med kommer han att ha obegränsad kontroll över det. Eftersom den digitala tekniken tillåter kopiering av data i obegränsad om- fattning utan att den förlorar i kvalité, måste varje objekt skyddas från obegränsat användande, obehörig kopiering och vidareförsäljning.

Problemet med skydd av data bör ej lösas genom sepa- rata lösningar för varje enskilt dataformat, för då kommer framstegen att gå långsamt. Det är viktigt att beakta betydelsen av standardisering för en bransch.

Betänkt hur VHS-systemet, CD-formatet, DAT-formatet och IBMs PC-kompabilitet har främjat tillväxten i respektive bransch. För att en standard över huvud taget skall kunna tas fram måste emellertid denna kunna tillvarata behoven hos både dataleverantören och användaren.

Dataleverantören vill kanske ha en beständig och säker kontroll över hur, när, var och av vem hans egendom används. Dessutom önskar han kanske olika villkor för olika typer av användare och olika grad av säkerhet beroende på värdet av varje speciellt dataobjekt. Vill- koren som ägaren anger ska styra de automatiska funk- tioner som möjliggörs genom dataservice och nätverken. Ägaren vill kanske även sälja sammansatta objekt med olika villkor för varje ingående objekt. Därför är det nödvändigt att kunna förverkliga en varierande och vid- sträckt styrning.

Användaren å sin sida vill ha möjligheten att söka efter och köpa dataobjekt på ett bekvämt sätt. Om så önskas, skall användaren kunna kombinera eller redigera 504 085 10 15 20 25 30 35 införskaffade objekt (ex för att skapa en presentation).

Vidare kanske användare vill kunna skydda sina barn från olämplig information. En fullständig lösning måste om- fatta även dessa behov.

Det som krävs är ett allmängiltigt, anpassningsbart system och metod för att hantera utbyte och användande av dataobjekt samtidigt som intressen, från både ägaren till informationen och användaren av densamma, tillvaratas.

Känd teknik En metod för att framtvinga betalning av royalty vid kopiering av programvaruböcker beskrivs i den europeiska patentansökan EP O 567 800. Den metoden skyddar en forma- terad textström ur ett strukturerat dokument vilket inkluderar ett royalty-betalningselement med en speciell markering. När det formaterade textströmmen tas in i användarens dator, genomsöks textströmmen för att iden- tifiera royaltyersättningselementet och en flagga lagras i datorns minne. När användaren exempelvis önskar skriva ut dokumentet, begär datorn behörighet för denna funktion från en andra dator. Den andra datorn debiterar använda- ren det belopp som angivits i royaltyersättningselementet och överför därefter behörighet till den första datorn.

En viktig begränsning med denna metod är att den endast kan användas för strukturerade dokument. Beskriv- ningen för ovannämnda europeiska patentansökan definierar ett strukturerat dokument som ett dokument framtaget i enlighet med en SGML-kompatibel typdefiniton. Med andra ord, metoden kan inte användas för dokument som inte är SGML-kompatibla och kan inte tillämpas för någon annan typ av dataobjekt.

Dessutom, erbjuder metoden inte en varierande eller utvodgningsbar styrning. Vem som helst kan köpa en pro- gramvarubok på CD, diskett eller liknande och samma royalty-ersättning anges för alla programvaruböcker med den titeln. 10 15 20 25 30 5 504 oss Sålunda uppfyller inte metoden som beskrivs i EP 0 567 800 de ovan nämnda kraven för ett allmängiltigt anpassningsbart skydd av dataobjekt.

Därför är ett första ändamål med uppfinningen att erbjuda en metod och ett databehandlingssystem för att hantera dataobjekt på ett sätt som är oberoende av dess format och struktur, för att följa förutbestämda villkor för användarstyrning och royalty-ersättning.

Det är ett ytterligare ändamål med upfinningen att erbjuda en metod och ett system som är allmängiltigt anpassningsbart till behoven hos både ägaren till, och användaren av, dataobjektet.

Sammanfattning av uppfinningen De ovan nämnda ändamålen uppnås med en metod och ett system med de särdrag som anges i kraven l och lO.

Mer utförligt, lagrar dataleverantören, dvs ägaren till dataobjektet eller dennes agent (mäklare), data- objektet i en minnesanordning, t ex bulkminnesanordning, där det finns tillgängligt med hjälp av dataleverantörens dator. Dataobjektet kan bestå av digital data, analog data, en kombination av båda eller en hybrid av analog och digital data.

En generell uppsättning styrdata, vilka baseras på de förutbestämda villkoren för användande av dataobjek- tet, skapas och lagras i samma minnesanordning som data- objektet eller i en annan minnesanordning som är till- gänglig för dataleverantörens dator. De förutbestämda användarvillkoren kan bestämmas av ägaren till dataobjek- tet, av mäklaren eller någon annan. De kan vara olika för olika dataobjekt.

Den generella uppsättningen styrdata innefattar åtminstone en unik identifierare samt ett eller flera användningsstyrelement, vilka definierar användningar av dataobjetet som uppfyller de förutbestämda villkoren. 504 oss 6 10 15 20 25 30 35 Dessa olika användningar kan omfatta exempelvis typ av användare, begränsningar i tid eller geografisk område, funktioner som tillåts exempelvis att göra utskrifter eller att ha möjlighet att titta på det, och /eller begära royalty-ersättning. Den generella uppsättningen av styrdata kan innefatta även andra typer av styrelement förutom användningsstyrelementet. I en föredragen utfö- ringsform, innefattar den generella uppsättningen av styrdata även ett säkerhetsstyrelement vilket definierar en säkerhetsrutin som måste utföras före användningen av dataobjektet.

En användare kan begära tillstànd att använda ett dataobjekt via ett datanätverk eller på annat ändamåls- enligt sätt. Tillståndet kan följas av ett krav på er- sättning. När en begäran om användningstillstànd tagits emot, skapas en användaruppsättning av styrdata. Använ- daruppsättnngen av styrdata innefattar den generella uppsättningen av styrdata eller en delmängd därav som är relevant för den aktuelle användaren, tillsammans med en ny identifierare som unikt identifierar denna uppsätt- ningen av styrdata. Användaruppsättningen av styrdata innefattar företrädesvis även en indikation på antalet tillåtna användningar. Om tillstånd ges för olika slag av användande, kan antalet av varje sådant slag specifice- ras. Slutligen länkas användaruppsättningen av styrdata till en kopia av dataobjektet och, krypteras företrädes- vis, för att skapa ett säkert datapaket redo att över- föras till användaren.

Innan datapaketet överförs till användaren, bör det bli bekräftat att begäran om tillstånd beviljats. Kon- trollen bör ske innan användaruppsättningen av styrdata har skapats. Den kan också utföras parallellt med eller efter skapandet av användaruppsättningen av styrdata. I det sistnämnda fallet beviljas det begärda antalet an- vändningar preliminärt och inkluderas i användaruppsätt- 10 15 20 25 30 7 504 085 ningen av styrdata, men om begäran nekas elimineras användaruppsättningen av styrdata eller ändras.

Datapaketet kan överföras till användaren pà elek- tronisk väg eller lagras på ett bulkminnesmedia och överföras till användaren med post eller med annat lämp- ligt transportsätt.

När dataobjektet en gång blivit paketerat på ovan beskrivna vis, kan det endast åtkommas genom ett spe- ciellt program vilket har en inbyggd användningsstyrning.

Om datapaketet är krypterat, måste programmet också kunna dekryptera. Användarprogrammet tillåter endast sådana användningar som bestämts som definieras som godtagbara i användaruppsättningen av styrdata. Dessutom, om användar- uppsättningen av styrdata innehåller ett säkerhetsstyr- element, måste den säkerhetsrutin utföras som föreskri- kan användningsstyrningen vits där. I en utföringsform, utföras enligt följande. Om användaren bestämmer sig för att använda ett dataobjekt, kontrol- t ex en programvara, lerar användarprogrammet styrdatan för att se om till- stånd till denna handling finns. Mer precist kontrolleras om antalet tillåtna handlingar av denna sort, dvs använd- ning av programvara, är en eller flera. Om sà är fallet, möjliggörs handlingen och antalet tillåtna användningar minskas med ett. Om så ej är fallet avbryts handlingen av användarprogrammet och användaren kan ges möjligheten att köpa rättighet för att slutföra handlingen.

Kort beskrivning av ritningarna Fig l visar ett systemblockschema av en dataobjekts- tillhandahållares eller mäklares dator.

Fig 2 visar ett systemblockschema av användarens dator.

Fig 3 visar ett dataflödesschema över nedladdningen av ett objekt till mäklarens styrdatabas. 504 oss 8 10 15 20 25 30 35 Pig 4a och 4b ger exempel på styrdatans format för data för ett objekt på mäklarens dator och för ett objekt redo att överföras till användaren.

Pig 5 visar ett flödesschema över tillvägagångs- sättet för att skapa styrdata.

Pig 6 visar ett dataflödesschema över datapackningen i mäklarens dator.

Pig 7 visar ett flödesschema över datapacknings- proceduren.

Pig 8 visar en avbildning i minnet föreställande dataobjektet och styrdatan.

Pig 9 visar en avbildning i minnet av den nya styr- datan och den länkade och krypterade kopian av data- objektet.

Pig 10 visar ett flödesschema över proceduren för att ladda ner datapaketet till användarens styrdatabas.

Pig 11 visar ett dataflödesschema över användandet av dataobjektet i användarens dator.

Pig 12 visar ett flödesschema över användningsstyr- proceduren.

Beskrivning av det föredragna utförandet av uppfinningen Mäklarens dator Pig 1 visar ett systemblockschema av datatillhanda- hàllarens eller mäklarens dator, vilken är en generell eller specialanpassad processor med nätverksfunktioner.

Den innefattar en CPU 10, ett minne 11 och en nätverks- adapter 12, vilken är hopkopplad med en buss 13. Som visas i fig 1, kan annan utrustning som bildskärm 14, tangentbord 15, skrivare 16, a bulkminnesanordning 17 och ett ROM 18 anslutas till bussen 13. Minnet ll innehåller ett datapackningsprogram 19 och en styrdatabas 20, som används i metoden i enlighet med föreliggande uppfinning, nätverk och telekommunikationsprogram 21, ett databas- styrsystem (DBMS) 22, och ett operativsystem (OS) 23.

Beroende på aktuell tillämpning, kan ett dataobjekt 24 10 15 20 25 30 35 9 504 085 lagras i minnet som illustreras, i bulkminnet 17 eller i DBMS 22. Mäklarens dator antas vara säker.

Datapackningsprogrammet: Datapackningsprogrammet 19 innefattar en programstyr- ningsmodul, en allmän krypteringsmodul, en eller flera formatmoduler, en eller flera säkerhetsmoduler och mäkla- rens gränssnittsmodul. Programstyrningsmodulen styr exekveringen av de andra modulerna. Den innehåller spe- ciella rutiner för att ladda dataobjekt i mäklarens styr- databas 20 och packa datan före överföring. Den allmänna krypteringsmodulen kan tillämpa en allmängiltig nyckel för den lägsta säkerhetsnivån. Formatmodulerna används för programkod, som kan användas för att hantera data- objekt i dess ursprungliga format, så som komprimering och dataformatrutiner. Säkerhetsmodulerna används för programkod som krävs för att möjliggöra säkerhet över den lägsta nivån. Säkerhetsmodulerna kan implementera pro- gramkod för âtkomstkontroll, användningskontroll och vidare kryptering. Datapackningsprogrammet 19 kan inne- hålla flera olika slag av både format- och säkerhets- moduler. Programstyrningsmodulen tillämpar de format och säkerhetsmoduler som efterfrågas av mäklaren. Mäklarens gränssnittsmodul ombesörjer samspelet med mäklaren.

Användarens dator: Användarens dator, som visas i fig 2, är även den en generell eller specialanpassad processor med nätverks- möjligheter. Den består av en CPU 25, ett minne 26, en nätverksadapter 27, vilken är sammanlänkad genom en buss 28. Som visas i fig 2, kan annan utrustning som bildskärm 29, tangentbord 30, skrivare 31, ljudanläggning 32, ROM 33 och en bulkminnesanordning 34 även anslutas till bussen 28. Minnet 26 innehåller ett användarprogram 35 och en styrdatabas 36 som används i föreliggande upp- finning, ett databas-styrsystem DBMS 38 samt ett opera- tivsystem (OS) 39. Beroende på aktuell tillämpning, kan 504 oss lo 10 15 20 25 30 35 ett dataobjekt 40 lagras i minnet 26, som illustreras, i bulkminnet 34 eller i DBMS 38. En användarprofil eller användarobjekt 41, som innehåller data om användaren och som beskrivs mer detaljerat nedan, lagras också i minnet 26.

Användarprogrammet: Användarprogrammet 35 innehåller en programstyr- ningsmodul, en allmän krypteringsmodul, en eller flera formatmoduler, en eller flera säkerhetsmoduler och en modul för användargränssnittet. Programstyrningsmodulen styr exekveringen av de andra modulerna. Den innehåller speciella rutiner för att ladda datapaket till använda- rens styrdatabas och kontrollera användningen av data- objekt. Om så behövs, tillämpar den allmänna krypterings- modulen samma generella nyckel som datapackningsprogram- met för den lägsta säkerhetsnivån. Formatmodulerna an- vänds för programkod, som kan användas för att hantera dataobjekt i dess ursprungliga format, så som dekompri- merings- och dataformat-rutiner. Säkerhetsmodulerna används för programkod som krävs för att implementera säkerhet över den lägsta nivån. Säkerhetsmodulerna kan implementera programkod för åtkomstkontroll, användar- kontroll och vidare kryptering. Ett användarprogram kan innehålla flera olika slag av både format och säkerhets- moduler. Programstyrningsmodulen tillämpar de format- och säkerhetsmoduler som är nödvändiga för att använda ett objekt. Om lämplig format- och säkerhetsmodul inte är tillgänglig för ett speciellt dataobjekt, tillåter inte programstyrningsmodulen att det används. Användarens gränssnittsmodul ombesörjer samspelet med användaren.

Användarprogrammet kan ha kod som styr användandet av programmet genom användarlösenord eller annan passande metod. Det kan också ha rutiner som ändrar programmets beteende, (t ex förses med filter för barn) i enlighet med styrdatan för användarobjektet 41. 10 15 20 25 30 35 11 504 085 Styrdatastrukturen: Styrdata för att styra användandet av ett dataobjekt är lagrat i en styrdatastruktur. Strukturen ger allsidig användbarhet på så vis att ett obegränsat antal styrdata- element kan definieras att representera parametrarna vilka styr alla operationer som hänförs till användandet av ett objekt. Elementen i styrdatastrukturen används av datapackningsprogrammet 19 och användarprogrammet 35.

Detta kräver att programmen har kod som hanterar styr- dataelementen. Vanligtvis ska denna kod befinna sig i format- och säkerhetsmodulerna. Att definiera ett spe- cifikt styrdataformat, följden och innebörden av styr- dataelementen, faller inte inom denna beskrivnings ram.

Styrelementen kan innehålla data, skript och även pro- gramkod. Ett styrelement kan även innehålla programkod som exekveras av användarprogrammet för styrning av användandet av det berörda dataobjektet. Det kan också vara möjligt att använda ett styrelement för att spe- cificera ett specifikt användarprogram vilket endast kan erhållas genom en speciell datamäklare.

Ladda ned ett dataobjekt i mäklarens styrdatabas: Fig 3 visar ett dataflödesschema över nedladdningen av ett objekt i mäklarens styrdatabas. Mäklaren laddar ett dataobjekt 24 i DBMS 22 i sin dator genom att använda datapackningsprogrammet 19, vilket som insignal mottar förutbestämda villkor 42 och dataobjektet 24. Datapack- ningsprogrammet 19 skapar en generell uppsättning av styrdata 50 baserat på de förutbestämda villkoren och lagrar denna i styrdatabasen 20. Sedan laddas data- objektet ned i DBMS 22 eller i något filsystem som han- terar bulklagring och adressen lagras i den generella styrdata-uppsättningen 50 eller i en adresstabell i styr- databasen.

Dataobjektet kan bestå av digital data, analog data, en kombination av båda eller en hybrid av analog och 504 085 12 10 15 20 25 30 digital data. objekt och digitala dataobjekt avser lagringssättet, Den främsta skillnaden mellan analoga data- överföringen och användningen. Det grundläggande kon- ceptet är detsamma förutom då en användning möjliggörs, varvid denna är en analog användning.

Fig 4a visar ett exempel på en generell uppsättning av styrdata. Här ingår i den generella uppsättningen en universell identifierare, en universell formatkod, en universell säkerhetskod, antalet styrdataelement, stor- leken på dataobjektet och två styrelement, vart och ett innehållande en styrelementsidentifierare, en styrele- mentstorlek och styrelementdata. Den universella iden- tifieraren kan bestå av ett unikt nummer i en serie som är registrerad för den specifika mäklaren. Den univer- sella formatkoden anger styrdatastrukturen och specifi- I detta exempel, cerar objektdataformatet. anger den allmänna formatkoden "OOlO" styrdataformatet för fig 4a och 4b och objektformatet för AVI video. Styrdataformatet kan vara unikt eller definieras utifrån en standard. Den universella säkerhetskoden anger algoritmer för säker- hets- och användarstyrning som används av datapacknings- programmet och användarprogrammet när objektet behandlas.

Säkerhets- och användarstyrningsalgoritmerna kan vara unika eller bestämmas utifrån en standard. En närmare angivelse av antalet styrelement tillåter en föränderlig Storleken på styrdatan och objektet kan I detta styrdatastruktur. bestämmas i bytes eller på annat passande sätt. exempel, bestämmer det första styrelementet tillåtna användare av objektet och det andra styrelementets data bestämmer antalet tittar på en AVI-fil som användaren i detta köpt. Det första styrelementets data är 1 vilket, exempel, betyder att endast användare med utbildnings- syfte är accepterade av innehavaren. Det andra styrele- mentets data är tomt. För att göra det möjligt för an- 10 15 20 25 30 13 504 085 vändaren att hitta dataobjekt, kan styrdatan kompileras till index som möjliggör sökning.

Fig 5 visar ett flödesschema över tillvägagångs- sättet för att skapa den generella styrdatauppsättningen för fig 4a.

Hantera objektöverföringen: Mäklaren, eller data servicen vill överföra data- objekt till användare och erbjuda ett kontrollerat an- vändande mot betalning av användaravgift eller royalty.

Styrningen av det affärsmässiga förhållandet mäklare - användare, och förhandlingen om överföringen mellan mäklaren och användaren kan båda automatiseras, och styr- datastrukturen kan erbjuda obegränsat stöd till dessa funktioner. Betalningen kan hanteras på flera olika sätt.

T ex kan en sk smart card-läsare på användarens dator överföra betalningen eller kreditkortsinformation, alter- nativt kan användaren inneha ett betal- eller kreditkonto hos datatillhandahållaren som aktiveras genom lösenord.

Viktigast är dock att betalningen måste konfirmeras innan dataobjektet överförs till användaren. Ett användarobjekt med ett speciellt styrdataformat kan dessutom konstrueras för att företräda användaren och dennes förhållande till mäklaren. Användarobjektet kan ha styrelement som repre- kontonummer, använ- senterar användaridentitet, adress, dartyp, medanvändare (familj och vänner), etc. Användar- objektet kan ligga i mäklarens dator, i användarens dator (se fig 2, användarprofil 41) eller i båda för att stödja programkod som är användarberoende. Dessutom, måste mäklaren på något sätt kunna få bekräftat användarens identitet. Ett styrelement kan läggas till för bruk av lösenord. Styrdata från ett dataobjekt och ett användar- objekt kan bli avfrågas under transaktionssprocessen för att bestämma förhandlingsreglerna. 504 085 14 10 15 20 25 30 35 Datapackning: Pig 6 visar ett dataflödesschema över datapackningen i mäklarens dator. Vid en användares begäran om köp av tvà visningar av en speciell video och konfirmation på betalning, svarar mäklaren genom att tillämpa det spe- ciella datapackningsprogrammet 19. Den generella styr- datauppsättningen 50 och dataobjektet 24 matas in till programmet från styrdatabasen 20, respektive DBSM 22.

Programmet skapar en användaruppsättning av styrdata 60 grundat pà den generella uppsättningen styrdata 50 och länkar användaruppsättningen 60 till dataobjektet 24 för att skapa ett säkert datapaket 40, vilket sedan kan över- föras till användaren pà lämpligt vis. En kopia av använ- daruppsättningens styrdata lagras i mäklarens styrdatabas som ett nytt objekt. Detta ger mäklaren ett protokoll mot vilket senare användande kan jämföras.

Fig 7 visar ett flödesdiagram över ett exempel på en datapackning som används för den generella uppsättningen av styrdata som visas i fig 4a. Datapackningsprogrammet undersöker den universella säkerhetskoden och tillämpar någon lämplig algoritm för användarstyrningen. Den uni- versella säkerhetskoden, 0010, anger den säkerhetsmodul som måste användas i datapackningsprogrammet (och använ- darprogrammet) samt att styrelement 001 och 002 måste tillämpas för användningsstyrning. Programmet skapar en användaruppsättning med styrdata genom att kopiera den inmatade generella uppsättningen av styrdata och lägga till en ny universell identifierare. Användaruppsätt- ningen av styrdata uppdateras med köpt användning. Den användaruppsättning av styrdata som motsvarar den gene- rella styrdatauppsättningen i fig 4a och flödesschemat i fig 7, visas i fig 4b. Fig 8 visar en avbildning i minnet av dataobjektet 24 och användarstyrdata 60. Användarstyr- data och en kopia av dataobjektet 24 är länkat så som visas i fig 9. Den universella säkerhetskoden 0010 anger 10 15 20 25 30 35 15 504 085 att hela datapaketet 40 är krypterat och att användar- programmet 35 måste innehålla en generisk nyckel att tillämpa. Datapaketet 40 krypteras i enlighet därmed och datapaketet matas ut.

Styra objektets användande i användarens dator: När datapaketet 40 har förts över till användaren, kan det tillfälligt lagras (ifall det är fråga om bak- grundsöverföring) eller föras direkt till det speciella användarprogrammet 35. Användarprogrammet kan antingen lagra paketet som en vanlig fil eller ladda paketet till användarens styrdatabas 36.

När användaren vill använda dataobjektet 24, vilket har laddats ner i dennes dator, tillämpar användaren användarprogrammet 35 vilket är försett med säkerhets- och användarstyrningsalgoritmerna som är nödvändiga för att använda objektet. Användarprogrammet tillåter endast sådant användande som är angivet som accepterat och betalat för enligt användarstyrdatan 60.

Ladda ned ett objekt till användarens styrdatabas: Fig 10 visar ett flödesschema över nedladdningen av datapaket i användarens dator. Det speciella användar- programmet 35 tar emot datapaketet så som det mottagits från mäklaren. Användarprogrammet tillämpar den univer- sella nyckeln som ingàr i programmet för att dekryptera användaruppsättningen av styrdatan 60 och lagrar den i styrdatabasen 20. Programmet lagrar också dataobjektet 24 (fortfarande krypterat) i användarens DBMS 38. Alterna- tivt kan det lagras i filsystemet.

Använda ett objekt: När användaren begär en användning, fångar det spe- ciella användarprogrammet 35 upp begäran och utför en användningsstyrningsrutin för att fastställa om använd- ningen är tillåten. Fig ll visar ett dataflödesschema över användandet av dataobjekt 24 i användarens dator.

Användarprogrammet 35 mottar användaruppsättningen av 504 oss 16 10 15 20 25 30 35 styrdata 60 samt dataobjektet och levererar innehållet i slutliga skick 80.

Fig 12 visar ett flödesschema för ett exempel på en användningsstyrningsrutin. Användaren önskar spela upp videon som köpts och levererats fràn mäklaren. Användaren tillämpar användarprogrammet 35 och begär att få spela upp videon. Användarprogrammet undersöker först använ- daruppsättningen av styrdata 60. I detta exempel, inne- håller användarprogrammet 35 endast format- och säker- hetsmoduler för objekt med universell formatkod 0010 och med en universell säkerhetskod 0010. Följaktligen, kan endast denna typ av dataobjekt användas. Om programmet träffar på andra koder kommer det inte att tillåta an- vändning. Dock kan ett användarprogram innehålla flera format- och säkerhetsmoduler. Användarprogrammet jämför det första styrelementetdatan som är 1, endast användare inom undervisning, med användarprofilen 41 i minnet.

Eftersom användartypen i användarprofilen är 1 fortsätter processen. Den andra styrelementdatan, som anger antalet köpta uppspelningar, är 2 vilket möjliggör användningen.

Användarprogrammet tillämpar den generiska dekrypterings- modulen tillsammans med den universella nyckeln och den AVI-formatterade videon visas på skärmen 29 och den andra styrelementsdatan minskas med ett.

Implementering av varierande och utvidgningsbar objekt- styrning: Objektstyrning uppnås genom datapackningsprogrammets 19 och användarprogrammets 35 interaktion med styrdatan.

Varierande objektstyrning kan tillämpas på ett speciellt objekt genom skapandet av ett styrdataformat med styr- element som definierar varianterna på styrningen och under vilka omständigheter varianterna skall tillämpas.

Programprocedurer skall därefter läggas till program- modulerna för behandling av styrelementen. Antag exempel- vis att en mäklare vill tillåta studenter att gratis 10 15 20 25 30 35 17 504 085 skriva ut en speciell artikel, men kräver att företags- användare skall betala för den. Han definierar stryr- element som representerar användartyperna student och företag smat de tillhörande kostnaderna för var och en av dem. Han tillfogar därefter programlogik för att under- söka användartypen och beräkna kostnaderna i överens- stämmelse därmed. Objektstyrningen är utvidgningsbar i den mening att styrdataformatet kan ha så många element som det finns parametrar som definierar reglerna för objektstyrning.

Implementering av varierande och utvidgningsbar objekt- säkerhet: Objektsäkerhet uppnås även genom datapacknings- programmets 19 och användarprogrammets 35 interaktion med styrdatan. Säkerhetsbehandlings- och krytering/dekrypte- ringsalgoritmer kan läggas till som programmoduler.

Varierande objektsäkerhet kan tillämpas på speciella objekt genom att skapa styrdataformat med styrelement som anger säkerhetsvarianter och omständigheterna kring när varianterna skall tillämpas. Programrutiner skall läggas till programmoduler för att behandla styrelementen. Till exempel, antag att en mäklare önskar minimal säkerhet för sin innevarande samling av nyhetsartiklar men önskar en högre säkerhet för sin uppslagsbok och sina textböcker.

Han definierar ett styrelement för säkerhetstypen. Där- efter lägger han till programlogik för att tillämpa säkerhetsalgoritmenerna i enlighet därmed. Objektsäkerhet är utvidgningsbar i den mening att flera säkerhetsnivåer kan användas. Säkerhetsnivån kommer naturligtvis att bero på den krypterings/nyckelmetod som säkerhetsmodulen är försedd med. En säkerhetsnivà kan kräva bekräftelse on- line när dataobjekt laddas ner till användarens dator.

Detta kan en säkerhetsmodul implementera genom program- kod. Detta tillåter mäklaren att kontrollera att objektet inte redan har laddats ned samt dubbelkontrollera alla so4 oss 18 lO 15 20 25 30 35 andra parameterar. Det är också viktigt att ha en ver- sionkontroll med tidsstämpel mellan användarprogram och användarens styrdatabas. I annat fall kan databasen dupliceras och åter bli inlagd i användarprogrammet.

Användarprogrammet kan lägga en tidsstämpel i styr- databasen och i en gömd systemfil, varje gång styrdata- basen àtkommes. Om tidsstämplärna inte är identiska, har styrdatabasen utsatts för manipulering och allt använ- dande görs omöjligt.

Hantera sammansatta objekt: Ett sammansatt objekt kan hanteras genom att ange ett styrdataformat med styrelement som anger relationerna mellan ingående objekt och genom att ange moder/barn- element och ett id-element för ett relaterat objekt. Till exempel, antag att en mäklare önskar att en video och en textbok skall ingå i ett utbildningsprogram. Han skapar ett moderobjekt med styrelement som hänvisar till video- och textboksobjekten. Han inkluderar även styrelement som hänvisar till moderobjektet i styrdatan för video- objektet och textboksobjektet. Slutligen lägger han till programrutiner i programmodulen för att kunna behandla styrelementen.

En annan sida av sammansatta objekt är när använ- daren vill kombinera dataobjekt för ett speciellt ända- mål. Att kombinera är en handling från användaren som måste vara tillåten för varje ingående dataobjekt. Ett nytt dataobjekt skapas med styrdata som länkas till de ingående dataobjekten. Varje ingående dataobjekt behåller sin ursprungliga styrdata vilka fortsätter att styra dess följande användandet.

Skalningsbar implementering: Den flexibla styrdatastrukturen och modula program- strukturen tillåter i det närmaste gränslösa utbyggnads- möjligheter med tanke på implementering av dataobjekt- tillhandahållarens krav på användarkontroll och royalty- 10 15 20 25 30 35 19 504 085 ersättning. Styrdatastrukturen kan omfatta styrelement för komplexa användarprofiler, användartyper, flera olika faktureringsplaner, gottskrivning av konstnärliga eller äganderättsliga krav, med mera. Säkerhetsmoduler kan inkluderas vilka samspelar med styrdatastruktur och styr- data oavsett variant. Säkerhetsmoduler kan kräva en upp- ringning till mäklarens dator för godkännande av nedladd- ning eller användning samt för att genomföra verifie- ringsmekanismer.

Ett exempel på att köpa och använda ett dataobjekt: En användare har ett konto hos en dataservice. An- vändaren kopplar upp sig via nätverk till dataservicens dator och loggar in med ett lösenord. Användaren använder lokalt eller fjärransluter sig mot ett dataservicegräns- snitt som erbjuder sökninghjälpmedel och hjälpmedel för förhandling om copyright-avgifter. Användaren anger ett fotografi att skriva ut på en färgskrivare som styrs från användarens dator. Användningsavgiften beräknas baserad utifrån användarstyrdata och objektets styrdata. Använ- daren samtycker till att betala beloppet och kör ett kredit/betalkort eller smart-card genom en kortläsare kopplad till sin dator och godkänner köpet. Dataobjektet packas i dataservicens dator och överförs till använda- rens dator via nätverk. Användaren använder ett användar- program för att ladda dataobjektet till styrdatabasen.

Säkerhetskoden i objektets styrdata anger en säkerhets- modul som inte finns tillgänglig i användarens dator och nedladdningen avbryts. Användaren kopplar åter in sig till dataservicen via nätverket och loggar in med ett lösenord. Användaren begär en kopia av säkerhetsmodulen, vilken är nödvändig för att använda det inköpta data- objektet och använder åter igen användarprogrammet för att ladda ner dataobjektet till styrdatabasen. Denna gängen exekveras säkerhetsmodulen. Säkerhetsmodulen kräver bekräftelse on-line från mäklarens dator och utför 504 oss 20 10 kontrollen i "bakgrunden" utan att användaren lägger märke till det. Under bekräftelseprocessen uppdateras mäklarens styrdatabas med redovisningen av nedladdningen till användarens styrdatabas. Användaren använder sedan användarprogrammet för att skriva ut fotografiet pà färgskrivaren.

Användaren som mäklare: En begränsad eller fullständig implementering av mäklarens datapackningsprogram kan implementeras på användarens maskin för att tillåta vidare distribution eller vidareförsäljning. Detta kan emellertid komma ifråga endast för de dataobjekt som har styrdata som tillåter vidare distribution eller återforsäljning.

Claims (12)

10 15 20 25 30 504 085 21 PATENTKRAV

1. Sätt att hantera ett dataobjekt så att förut- bestämda villkor för användning av dataobjektet uppfylls, innefattande stegen att: - lagra dataobjektet i en minnesanordning, där det är tillgängligt med hjälp av en dataobjekttillhanda- hållares dator; - skapa, med hjälp av nämnda dator, en generell upp- sättning styrdata för dataobjektet på basis av de förut- bestämda villkoren för användning, varvid den generella uppsättningen styrdata innefattar åtminstone en första styrdataidentifierare, som unikt identifierar den gene- rella uppsättningen styrdata, samt ett eller flera an- vändningsstyrelement, som definierar användningar av dataobjektet som uppfyller de förutbestämda villkoren; - lagra den generella uppsättningen styrdata i en minnesanordning, där den är tillgänglig för nämnda dator; - skapa, som gensvar på en begäran av en användare om tillstànd att använda dataobjektet, en användarupp- sättning av styrdata, som innefattar en andra styrdata- identifierare, som unikt identifierar användaruppsätt- ningen av styrdata, och åtminstone en delmängd av den generella uppsättningen styrdata, vilken delmängd inne- fattar åtminstone ett av användarstyrelementen; - länka användaruppsättningen av styrdata med en kopia av dataobjektet för skapande av ett datapaket som är färdigt att överföras till användaren; och - kontrollera, innan överföring av datapaketet till användaren tillåts, att begäran om tillstànd att använda dataobjektet har beviljats.

2. Sätt enligt krav l, vidare innefattande stegen att i datorn motta en användares begäran om tillstànd för användning; jämföra den användning för vilken tillstànd begärs med nämnda ett eller flera användningsstyrelement 504 10 15 20 25 30 35 085 22. i den generella uppsättningen styrdata och bevilja till- ståndet, om den användning för vilken tillstånd begärs överensstämmer med de användningar som definieras av nämnda ett eller flera användningsstyrelement.

3. Sätt enligt krav 2, vidare innefattande steget att säkerställa betalning för det begärda användnings- tillståndet innan tillståndet beviljas.

4. Sätt enligt något av föregående krav, varvid dataobjektet består av åtminstone två deldataobjekt och varvid som gensvar på en användares begäran om tillstånd för användning av ett av deldataobjekten, användarupp- sättningen av styrdata skapas endast för det deldata- objektet och länkas endast med en kopia av det deldata- objektet.

5. Sätt enligt något av föregående krav, varvid datatillhandahållarens dator är ansluten till ett datanät och begäran om tillstànd mottas från användarens dator, som också är ansluten till datanätet, och vidare inne- fattande steget att överföra datapaketet via nätet till användarens dator.

6. Sätt enligt innefattande steget något av föregående krav, vidare att kryptera dataobjektet och använ- daruppsättningen av

7. Sätt enligt dataobjektet är sammansatt av åtminstone två deldata- styrdata. något av kraven 1-3 eller 4-6, varvid objekt och varvid steget att skapa en generell uppsätt- ning styrdata innefattar steget att skapa en generell uppsättning styrdata för vart och ett av deldataobjekten och det sammansatta dataobjektet och varvid steget att skapa en användaruppsättning av styrdata innefattar steget att skapa en användaruppsättning av styrdata för vart och ett av deldataobjekten och det sammansatta data- objektet.

8. Sätt enligt något av föregående krav, innefat- tande det ytterligare steget att lagra en kopia av användaruppsättningen av styrdata i den första datorn. 10 15 20 25 30 35 504 085 13

9. Sätt enligt något av föregående krav, innefat- tande de ytterligare stegen att - lagra datapaketet i en minnesanordning där det är tillgängligt med hjälp av användarens dator; - kontrollera, som gensvar på en begäran från en användare om användning av dataobjektet, om den begärda användningen överensstämmer med den användning som defi- nieras av nämnda åtminstone ett användningsstyrelement i användaruppsättningen av styrdata; - tillåta den begärda användningen som gensvar på att den begärda användningen överensstämmer med den an- vändning som definieras av nämnda åtminstone ett använd- ningsstyrelement i användaruppsättningen av styrdata, och annars förhindra den.

10. System för hantering av ett dataobjekt så att förutbestämda villkor för användning av dataobjektet upp- fylls, första organ i en dataobjekttillhandahållares dator innefattande för skapande av en generell uppsättning styrdata för dataobjektet på basis av de förutbestämda villkoren för användning, vilken generell uppsättning styrdata inne- fattar åtminstone en första styrdataidentifierare, som unikt identifierar den generella uppsättningen styrdata och ett eller flera användningsstyrelement som definierar användningar av dataobjektet som uppfyller de förut- bestämda villkoren; lagringsorgan, som är tillgängliga med hjälp av datorn, för lagring av dataobjektet och den generella uppsättningen styrdata; andra organ i datorn för att, som gensvar på en an- vändares begäran om tillstånd att använda ett dataobjekt, skapa en användaruppsättning av styrdata, som innefattar en andra styrdataidentifierare, som unikt identifierar användaruppsättningen styrdata, och åtminstone en del- mängd av den generella uppsättningen styrdata, vilken delmängd innefattar åtminstone ett av användningsstyr- elementen; 504 085 10 15 24 länkningsorgan för länkning av användaruppsättningen styrdata med en kopia av dataobjektet för skapande av ett datapaket som är färdigt att överföras till användaren; och kontrollorgan i datorn för kontroll av att begäran om tillstånd för användning av dataobjektet har beviljats innan överföring av datapaketet till användaren tillåts.

ll. System enligt krav 10, vidare innefattande organ för kryptering av användaruppsättningen av styrdata och dataobjektet.

12. System enligt krav 10 eller ll, varvid den gene- rella uppsättningen styrdata innefattar ett styrdata- element, som definierar rätten för användaren att vidare- distribuera dataobjektet.