SE523566C2 - Metod och anordning för integration av grafik tillsammans med text på e-post - Google Patents

Description

523 566 2 användares begäran sänder servern HTML för det begärda dokumentet till Klientens Browser som visar dokumentet i enlighet med den aktuella HTML-koden.

E-brev skrivs, skickas och mottages från en Klientdator med hjälp av en klientprogramvara som kan generera dataströmmar i rent textformat eller av formatet rfc822, ofta kallad mail-klient, t.ex. Outlook Express® från Microsoft Corp., ( E-postklient). Formatet rfc822, även kallat Mime Message, är beskrivet i Internetdokumentet RFC 822 av David H.

Crocker, augusti 1982, ftp://ds.intemic.net/rfc/rfc822.txt.. E-post skickas över Internet och TCP/IP antingen via en för företaget lokal Server eller via en abonnerad avlägsen Server till mottagarens Server. Först när mottagaren öppnar sin E-postklient hämtas den mottagna filen från mottagarens Server till mottagarens Klientdator. Ett e-brev består av ett Fiihuvud med information om adresser, dokumentdata och filformat samt e-brevets egentliga textmeddelande. E-postklienten kan vid öppnandet av e-brev visa e-brevets textinnehåll. Tidigare kunde E-postklienter endast mottaga och tolka rena textdokument varför E-brev historiskt inte har innehållit grafik. Enda möjlighet att skicka e-brev med grafiskt innehåll var att bifoga ett särskilt dokument (Attachment). På senare tid har E- postklienter utvecklats som numera även kan motta och tolka HTML, där Mime Message är ett av flera möjliga format. Det förekommer även andra format för e-post t.ex. Rtf som direkt tillsammans med text kan visa bilder i t.ex. Gif-format.

I samband med att moderna HTML-kompatibla E-postklienter har etablerats som något av en defakto-standard i marknaden har också e-brev med grafiskt innehåll börjat användas.

Hittills har dessa begränsats till enskilt framställda e-brev av kommersiell karaktär t.ex. direktreklam som distribueras till många mottagare via e-post. Ett flertal e-handeisbolag och aktörer är engagerade i tillskapandet av dessa speciellt framtagna HTML -e-brev, se t.ex. artikel i nyhetsbrevet "eMail-Marketing" på: http://www.c|itkz.com/cgi- bin/gt/article.html?article= 1223.

Det har också blivit möjligt för användare att ställa om sin E-postklient till HTML varvid enskilda användare kan tillskapa en mall för sina e-brev innehållande såväl text som grafik. Precis som i fallet för övrig kommunikation med logotyper och varumärken önskar företag samordna den grafiska profilen på externt distribuerad dokumentation mellan samtliga anställda på företaget. Sådan samordning försvåras eller ommöjliggörs om varje enskild användare själv tillåts framställa och lagra en grafisk mall för e-brev. Det ligger således i företagets intresse att centralt framställa och lagra en HTML-mall för samtliga utgående e-brev från företaget, eller del därav t.ex. avdelning.

Vidare har den ökande globala användningen av Intemet skapat nya och flexibla möjligheter för företag att marknadsföra sig. Ett tydligt exempel på detta är den ökande användningen av förhållandevis små annonser på välbesökta hemsidor sk. Banners. En Banner utgörs ofta av grafik, ibland animerad, blandad med text, beskriven i HTML. En Banner är i regel klickbar varvid betraktaren erbjuds möjlighet att bli vidarekopplad, via en länk, till en för annonsören önskad hemsida med t.ex. kommersiellt erbjudande. Företag 523 566 3 upphandlar i regel exponering av Banners från en central leverantör som debiterar t.ex. per exponering eller per ”klick” dvs. använd länkmöjlighet.

Vid all annonsering, traditionell eller elektronisk, är det med hänsyn till reklamkostnaderna önskvärt att begränsa exponering av erbjudande till annonsörens kunder och potentiella kunder (Målgruppen). Eftersom surfare på Internet uppsöker en Hemsida av egen fri vilja med skiftande motiv och bakgrund därtill (sk. Pull), är det svårt att uppnå hög träffsäkerhet på den önskade målgruppen vid annonsering via Intemet och Banners. E- post, till skillnad från Internet, utgör ett media med förutbestämd mottagare som på ett eller annat sätt har, eller kan tänkas få en relation till avsändaren (sk. Push). Detta och de förhållandevis låga distributionskostnaderna, förklarar det ökande intresset för direktreklam via e-post, dvs. likformigt utformade massutskick, som beskrivits ovan. Till skillnad från Banners och direktreklam via e-post utgör varje företags vardagliga korrespondens, via e-post, en hittills outnyttjad kanal med hög träffsäkerhet på målgruppen. Orsaken har varit att det hittills har saknats anordning och metod att automatiskt och enhetligt förse varje avsänt e-brev med grafiskt innehåll och annan funktionalitet.

Ett annonseringssystem är tidigare känt genom det internationella patentansökan PCT/US99/ 12655. En viktig skillnad mot föreliggande uppfinning är att ett sådant system förser elektroniska meddelanden med en grafisk bakgrund, som sträcker sig över mottagarens skärm bakom det mottagna textmeddelandet, i stället för att efterlikna ett traditionellt tryckt brevpapper. En annan viktig skillnad mot föreliggande uppfinning är att meddelandeserver sätter in bakgrunden efter mottagandet av ett meddelande från en avsändare och före översändningen till en mottagare. Vid behov kan servern konvertera meddelandet till ett adekvat format, såsom HTML, innan insättandet av bakgrunden.

Slutligen är det ofiza önskvärt att hindra missbruk av logotyper och varumärken. Dvs. endast anställd personal får sända brev med företagets logotype. Med risk för att mottagare helt eller delvis frestas att ändra i ursprungstexten är det i vissa fall önskvärt att hindra mottagare från att kunna vidarebefordra e-brev med logotype och/eller varumärke. Denna typ av uppsåt är förvisso möjlig genom kopiering och egen framställning av mall för e-brev, på samma sätt som för pappersburna brev, men en utbredd användning av logotyper på e-brev skulle kunna mana till enkel urkundsförfalskning, med bristande förtroende för e-brevets allmänna trovärdighet som följd.

Trots att moderna E-postklienter erbjuder användning av grafik på e-brev erbjuder teknikens ståndpunkt inte företag en automatisk inkopiering av textmeddelanden i en förutbestämd mall innehållande avsändarens logotype, varumärke, annons eller sidfot. Vid vart och ett tillfälle företag önskar bifoga graflska element, med eller utan funktionalitet, krävs särskilda åtgärder eller bifogande av Attachment. Inte heller erbjuder teknikens 523 566 Ål ståndpunkt det avsändande företaget möjlighet att välja bort mottagarens möjlighet att sprida företagets logotype på nätet genom vidarebefordring.

Beskrivning av ritningar Fig. 1. Visar ett traditionellt mottaget e-brev i en E-postklient Fig. 2. Visar ett exempel på ett mottaget e-brev vid användande av uppfinningen i E- postklient Fig. 3. Visar ett blockschema över ett utföringsexempel av uppfinningen där det avsända e-brevet konverteras för visning av grafik på en avlägsen ytterligare anlitad server Fig. 4. Visar ett blockschema över ett utföringsexempel av uppfinningen där det avsända e-brevet konverteras för visning av grafik på avsändarens normalt anlitade server Beskrivning av uppfinningen Föreliggande uppfinning kännetecknas av att företag(4a) automatiskt utan särskild åtgärd kan införliva företagets logotype(2), reklamerbjudande, klickbar länk(3a) och sidfot(3b) i den enskilde användarens(4b) vardagligt utskickade e-brev. Avsändande företag kan också automatiskt och utan särskild åtgärd hindra mottagare från att kunna vidarebefordra (Forward-låsa) e-brev med avsändarens logotype och/eller varumärke.

Dessa uppgifter har lösts genom att centralt för flera användare(4b), på en Server(11), lagra HTML-kod, som beskriver avsändarens grafiska ma||(2)&(3) för e-brev, och som endast på aktiv begäran(7) från det sända textdokumentet, sänds och införlivas med avsändarens textmedde|ande(1). Denna "realtidsaktivering" av HTML på ett specifikt textmeddelande blir möjlig genom att en specifik mjukvara, skriven t.ex. i programspråket C++ eller assembler, kallad (Konverterare)(6), laddas ner, lagras och exekveras på samtliga förbipasserande e-brev, företrädesvis i förening med en sk. SMTP-server. Denna SMTP-server kan vara skild från avsändarens normalt anlitade Server(5), som visas i Fig. 3. eller så kan den normalt anlitade Severn(5) också utgöra den dator i vilken Konverteraren (6) laddas ner, lagras och exekveras, som visas i Fig. 4.

Uppfinningen enligt utföringsexempel som visas i fig. 3. kräver att samtliga, från det avsändande företagets, e-brev länkas via ytterligare en avlägsen, hos t.ex. en tjänsteleverantör placerad, Server (12). Detta sker företrädesvis genom att en sk.

Internetadress uppges i Serverns(5) programvara. Det är enligt detta utföringsexempel att föredra om Logote|let(11) och Konverteraren (6) lagras och exekveras på samma driftställe (12). Uppfinningen enligt utföringsexempel som visas i fig. 4. kräver att det avsändande företaget erhåller, laddar ner, lagrar och exekverar Konverteraren (6) i sin normalt anlitade Server (5). 523 566 5 Konverteraren(6) omvandlar vid behov automatiskt varje avsänt e-brev till HTML och lägger automatiskt in, en eller flera för användare osynlig(-a), url i Filhuvudet på varje avsänt e-brev. Samtidigt som ett e-brev når den mottagande E-postklienten (9) aktiveras inlagda url varvid den mottagande E-postklienten (9) skickar en förfrågan till URL- adressen(-erna) i vilken avsändarens graflk med logotyp finns lagrad.

Vidare, om avsändaren (4b) önskar infoga en för mottagaren (8) klickbar länk till URL på Intemet, t.ex. avsändarens hemsida, infogar Konverteraren (6) även, för användaren osynlig, datakod, företrädesvis HTML, i Filhuvudet på e-brev. Exempel på sådan datakod visas nedan; width= "640" heigh t= "83 " ALT="KIicka här för att komma till Trapets site... "> Om användaren har aktiverat Forward-lås på sina utgående e-brev kommer Servern(11), där logotyp / bild finns lagrad (Logotel), att först kontrollera om den mottagande E- postklienten anropar från samma adress dvs. samma IP-nummer som det ursprungliga e- brevet mottogs ifrån. Om så är fallet är mottagaren den rätta varvid HTML-koden(2)&(3) skickas(10) och införlivas med e-brevet.

Om en mottagare försöker vidarebefordra ett "Forward-låst" e-brev med logotype kommer samma anrop(7) som vid ursprungstillfället att verkställas men IP-nummerkontrollen kommer att hindra Servern(11) att returnera aktuella bildfiler. Dvs. Logotypen(2) och/eller sidfoten(3) kommer inte att visas, medan textmeddelandet (1) förblir oförändrat, på ett vidarebefordrat e-brev.

Uppfinningen är inte begränsad till utföringsexemplen som visas i fig. 3 och 4. Till exempel kan flödet av såväl konverterade som okonverterade e-brev omfatta flera Servrar och/eller Konverterane.

Beskrivningarna av utföringsexempel använder genomgående HTML som exempel på ett programspråk för överföring av filer med grafiskt innehåll med text. Uppfinningen är inte begränsad till detta språk utan kan använda andra språk, protokoll eller koder för överföring av data.

Claims (9)

1. 523 566 6 Patentkrav Metod för integration av grafik tillsammans med text på elektronisk post, i vilken nämnda grafik skapas och lagras gemensamt för ett förbestämt antal behöriga avsändare , varvid avsändarnas individuellt skapade och ivägskickade textmeddelande automatiskt vid behov konverteras till ett dataforrnat som tillåter att nämnda grafik automatiskt kan integreras med nämnda text, kännetecknad av att nämnda integration slutligt sker vid ankomst till en mottagare genom att nämnda, vid behov konverterade, e-brev har försetts med ett anrop till adressen för den gemensamt lagrade grafiken varvid grafiken översänds till en, av en behörig avsändare utsedd, mottagare och integrering med text kan ske.

2. Metod enligt patentkrav 1, kännetecknad av att vid nämnda konvertering även funktionalitet, företrädesvis klickbara länkar, kan erbjudas en av en behörig avsändare utsedd mottagare genom att konverterade e-brev har försetts med datakod.

3. Metod enligt patentkrav 1, kännetecknad av att kontroll av en mottagares identitet sker vid nämnda anrop varvid en behörig avsändare i förväg kan bestämma om nämnda grafik endast skall kunna visas för en, av den behöriga avsändaren utsedd mottagare varvid grafiken inte översänds till mottagare vars identitet inte överensstämmer med den, av den behöriga avsändaren utsedda mottagarens identitet.

4. Anordning för integration av grafik tillsammans med text på elektronisk post, i vilken datakoden för nämnda grafik lagras gemensamt för ett förbestämt anta/ behöriga avsändare , i en central enhet, företrädesvis en server, och att denna grafik automatiskt kan integreras med avsändarnas individuellt skapade och ivägskickade textmeddelande, k ä n n e t e c k n a d a v att nämnda integration slutligt sker vid ankomst till en mottagare genom att nämnda textmeddelande har försetts med ett anrop till adressen för nämnda centrala enhet, varvid grafiken översänds till en, av en behörig avsändare utsedd, mottagare och integrering med text kan ske.

5. Anordning enligt patentkrav 4 kännetecknad av att avsändarens individuellt skapade och ivägskickade textmeddelanden konverteras till HTML i en centralt lagrad mjukvara på en gemensam server. 523 566 7

6. Anordning enligt patentkrav 4 kännetecknad av att den dataström, som i allt väsentligt beskriver användarens individuellt skapade och ivägskickade textmeddelanden, i en centralt lagrad mjukvara (Konverterare) på en gemensam server, kompletteras med en datakod, företrädesvis URL, varvid nämnda URL kan exekveras i den mottagande e-postklienten så att den mottagande e-postklienten kan anropa en avlägsen server och inhämta datakoden för nämnda grafik, företrädesvis beskriven i HTML.

7. Anordning enligt patentkrav 4, kännetecknad av att den dataström, som i allt väsentligt beskriver användarens individuellt skapade och ivägskickade textmeddelanden, i en centralt lagrad mjukvara (Konverterare) på en gemensam server, kompletteras med en datakod, företrädesvis URL, varvid nämnda datakod kan exekveras i den mottagande e-postklienten så att en mottagare kan anropa, företrädesvis genom att klicka med datamusen, en avlägsen server, företrädesvis en URL, och inhämta datakoden för avsedda destination, företrädesvis en hemsida på Internet beskriven i HTML.

8. Anordning enligt patentkrav 6, kännetecknad av att den anropade avlägsna server som lagrar kod för nämnda grafik automatiskt, på begäran av en behörig avsändare, jämför varje mottagares identitet med den, av en behörig avsändare utsedda mottagarens identitet, företrädesvis genom att jämföra IP-nummer, varvid båda den avsändande servern innehållande mjukvara enligt patentkrav 5 (Konverterare) och den anropade servern, för den server som lagrar grafik, uppger e-brevets destination.

9. Anordning enligt patentkrav 8 kännetecknad av att den anropade avlägsna server som lagrar kod för nämnda grafik automatiskt, på begäran av en behörig avsändaren, kan förhindra att koden för nämnda grafik avsänds till anropade E-postklienten om den av en behörig avsändare utsedda mottagarens identitet inte överensstämmer med den E-postklientens identitet.