FI121829B - Räätälöidyn sovelluksen tuottaminen käyttäjän päätelaitteelle - Google Patents

Description

Räätälöidyn sovelluksen tuottaminen käyttäjän päätelaitteelle

Keksinnön ala

Keksintö liittyy menetelmiin, laitteistoihin ja ohjelmistotuotteisiin tarjoamaan räätälöityjä sovelluksia ladattaviksi käyttäjän päätelaitteelle, kuten 5 matkaviestinpäätteille.

Sähköinen kanta-asiakaskortti, jossa on sulautettua toiminnallisuutta, toimii havainnollistavana mutta ei-rajoittavana esimerkkinä räätälöidystä ladattavasta sovelluksesta.

Älykäs matkapuhelin muodostaa ensisijaisen esimerkin tällaisista 10 päätelaitteista, mutta kyky aloittaa tai vastaanottaa puheluja ei ole keksinnölle ehdottoman välttämätöntä. Älykkäiden matkapuhelinten lisäksi havainnollistava mutta ei-rajoittava lista päätelaitteista, jotka voidaan sovittaa hyödyntämään keksinnön mukaista tekniikkaa, sisältää digitaalisia tietoliikennepäätelaitteita, digitaalikameroita, satelliittinavigointilaitteita ja vastaavia.

15 Keksinnön tausta

Kanta-asiakaskortit toteutetaan perinteisesti muovikortteina, joissa on magneettinauhat, jotka voidaan lukea poistumispäätteeseen, kuten kassa-päätteeseen toiminnallisesti kytketyillä magneettikortin lukijoilla. Tällaisiin muovisiin kanta-asiakaskortteihin liittyy tiettyjä ongelmia. Esimerkiksi korttien hallin-20 ta ja postittaminen on työtä vaativa toiminto niitä myöntäville yhtiöille. Lisäksi tarve kuljettaa mukana useita fyysisiä kortteja on taakka kuluttajille. US-patenttihakemus 2009/0012900, nimeltään “Making Secure Data for Customer Loyalty Programs” käsittelee useita tekniikoita sähköisten kanta-asiakas-korttien toteuttamiseksi.

25 Perinteisten kanta-asiakaskorttien korvaaminen niiden sähköisillä 5 vastineilla aiheuttaa uusia turvallisuusuhkia, erityisesti jos eri kanta-asiakas-

CVJ

+ korttien tarjoamien etujen oletetaan olevan vaihtelevia, mikä tarkoittaa että jot- ^ kut kanta-asiakaskortit tarjoavat etuja, joita toiset eivät tarjoa. Kanta-asiakas- ^ korttien tulee ilmeisestikin olla hakkeroinnin kestäviä, mikä tavoite tyypillisesti £ 30 saavutetaan kryptografian tekniikoilla. Mutta käytettäessä kryptografian teknii- co koita ja ominaisuusjoukkoa, joka riippuu asiakkaasta ja asiakkaan päätelait- <y> teen teknisistä parametreista, aiheuttaa ongelmia, joita ei ole riittävästi selvitet-o ty tunnetussa tekniikassa.

(M

2

Keksinnön lyhyt selostus

Keksinnön tavoitteena on siten kehittää tekniikoita tarjoamaan räätälöityjä sovelluksia ladattaviksi käyttäjän päätelaitteelle kustannustehokkaalla tavalla, joka ei riskeeraa dataturvallisuutta. Räätälöidyt sovellukset osoittavat 5 käyttäjäkohtaisia parametreja sekä päätelaitekohtaisia ominaisuuksia. Keksinnön tavoite saavutetaan menetelmillä, laitteistoilla ja ohjelmistotuotteilla joille on tunnusomaista se, mitä sanotaan oheisissa itsenäisissä patenttivaatimuksissa. Epäitsenäiset patenttivaatimukset ja seuraava selostus yhdessä oheisten piirrosten kanssa, selostavat erityisiä suoritusmuotoja, jotka ratkaisevat 10 jäännösongelmia ja/tai tuottava lisäominaisuuksia.

Keksinnön eräs näkökohta on menetelmä räätälöidyn sovelluksen tuottamiseksi käyttäjän päätelaitteeseen, missä sovellus on räätälöity käyttäjäkohtaisten parametrien ja päätelaitekohtaisten ominaisuuksien suhteen, joka menetelmä käsittää seuraavien toimenpiteiden suorittamisen sovelluspalveli-15 mella: - tallennetaan malline räätälöityä sovellusta ja ominaisuusjoukkoa varten kullekin useasta päätelaitetyypistä; - vastaanotetaan pyyntö räätälöidyn sovelluksen luomiseksi, ja pyynnön perusteella sovelluspalvelin määrittää käyttäjäkohtaiset parametrit; 20 - lähetetään käyttäjän päätelaitteelle ensimmäinen datasanoma, joka Hi paisee pyynnön käyttäjän päätelaitteelta; - määritetään käyttäjän päätelaitteen tyyppi perustuen pyyntöön käyttäjän päätelaitteelta; - määritetään päätelaitekohtaiset ominaisuudet perustuen käyttäjän pää- 25 telaitteen määritettyyn tyyppiin; - luodaan räätälöity sovellus perustuen mallineeseen, käyttäjäkohtaisiin ^ ominaisuuksiin ja päätelaitekohtaisiin ominaisuuksiin; w - lisätään räätälöity sovellus välitystiedostojen joukkoon tietoliikennejär- o jestelmää varten ja lähetetään välitystiedostojen joukko käyttäjän pääte- ^ 30 laitteelle.

x Keksinnön eräs suoritusmuoto käsittää vaiheen suoritetaan otsak-

CC

keen manipulointi välitystiedostojen joukolle räätälöidyn sovelluksen tuottami-

CO

g seksi vasteena pyyntöön käyttäjän päätelaitteelta. Otsakkeen manipulointiope- g raatio yksinkertaistaa räätälöidyn sovelluksen välitystä, koska käyttäjän pääte- ^ 35 laitteen ei tarvitse aloittaa sovelluksen lataamisoperaatiota. Sen sijaan sovel- 3 luspalvelin kykenee tuottamaan räätälöidyn sovelluksen vasteena pyynnölle käyttäjän päätelaitteelta.

Päätelaitekohtaisten ominaisuuksien määritys perustuen käyttäjän päätelaitteen määritettyyn tyyppiin voi käsittää kyselyn laitetietokantaan, joka 5 vastaanottaa syötteenä päätelaitteen tyypin tunnisteen ja tuottaa vasteena kyseisen päätelaitetyypin ominaisuudet.

Eräässä suoritusmuodossa räätälöidyn sovelluksen luonti päätelaitekohtaisten ominaisuuksien perusteella käsittää kuvainformaation muotoilemisen käyttäjän päätelaitteen näytön ominaisuuksien perusteella. Esimerkiksi 10 kaksiulotteinen viivakoodi voidaan optimaalisesti keskittää ja skaalata päätelaitetyypin näytön ominaisuuksia varten, ja 2D-viivakoodin ympärille voidaan tuottaa sopivasti mitoitettu valkoinen reunus viivakoodin skannaamisen helpottamiseksi.

Eräässä toisessa suoritusmuodossa malline räätälöityä sovellusta 15 varten käsittää usealle ihmisten kielelle yhteistä informaatiota, ja räätälöidyn sovelluksen luominen voi myös käsittää päätelaitteen käyttäjälle valitun ihmisten kielen määrittämisen. Määritetyn ihmisten kielen perusteella sovelluspalvelin voi noutaa ihmisten kielestä riippuvia tekstielementtejä kielitietokannasta.

Vielä eräässä suoritusmuodossa räätälöity sovellus käsittää verkko-20 osoitteen ja tunnisteinformaation merkkiyhteenliittämisen, missä verkko-osoite spesifioi osoitteen, johon käyttäjän päätelaitteen oletetaan ottavan yhteyden räätälöidyn sovelluksen aktivoituessa ja tunnisteinformaatio identifioi käyttäjän päätelaitteen, sen käyttäjän ja/tai räätälöidyn sovelluksen. Eräs tämän piirteen etu on, että päätelaitteen käyttäjän ei tarvitse navigoida sovellukseen liittyvälle 25 palvelimelle eikä tunnistautua siihen. Käyttäjän yksityisyyden suojaamiseksi räätälöity sovellus voi käsittää mainitun merkkiyhteenliittämisen salakirjoitettu-T- na.

^ Keksinnön eräs toinen näkökohta on tietokonejärjestelmä räätä- £ löidyn sovelluksen tuottamiseksi käyttäjän päätelaitteeseen. Tietokonejärjes- i o 30 telmä käsittää välineet keksinnön mukaisen menetelmän vaiheiden suorittami en x seksi.

tr

Keksinnön vielä eräs näkökohta on tietokonejärjestelmässä suoritet-σ> tava ohjelmistotuote, missä ohjelmistotuotteen suorittaminen tietokonejärjes- to ^ telmässä saa tietokonejärjestelmän suorittamaan keksinnön mukaisen mene- o 35 telmän.

CNJ

4

Kuvioiden lyhyt selostus

Keksintöä selostetaan nyt lähemmin edullisten suoritusmuotojen yhteydessä, viitaten oheisiin piirroksiin, joista:

Kuvio 1 esittää esimerkinomaista järjestelmäarkkitehtuuria, jossa 5 keksintöä voidaan käyttää;

Kuvio 2 esittää on signalointikaavio, joka näyttää keksinnön erään esimerkinomaisen käyttötapauksen sähköisten kanta-asiakaskorttien toimituksen yhteydessä;

Kuvio 3 esittää näyttää sopivasti manipuloidun otsakkeen, jolla so-10 velluspalvelin pystyy lähettämään räätälöidyn sovelluksen vasteena käyttäjän päätelaitteen http sivupyyntöön;

Kuvio 4 esittää kaksiulotteista viivakoodia, joka on optimaalisesti muotoiltu tietyn käyttäjän päätelaitteen näyttöruudulle; ja

Kuvio 5 esittää määritystiedostoa sähköisille kanta-asiakaskorteille.

15 Keksinnön yksityiskohtainen selostus

Kuvio 1 esittää esimerkinomaista järjestelmäarkkitehtuuria, jossa keksintöä voidaan käyttää. Kuvion 1 neljä pääosaa ovat joukko tietokantapalvelimia 1-10, yleisesti viitenumerolla 1-20 osoitettu keksinnön erään suoritusmuodon mukainen sovelluspalvelin, tietoliikenneverkko (signalointijärjestelmä) 20 1-50 ja yleisesti viitenumerolla 1-80 osoitettu joukko käyttäjän päätelaitteita.

Kuten kuviossa 1 näytetään, käyttäjän päätelaitteet 1-80 eroavat toisistaan eri ominaisuuksien osalta, joihin kuuluu niiden näyttöjen resoluutio.

Kuvion 1 esittämässä esimerkinomaisessa toteutuksessa kukin tietokantapalvelin 1-10 käsittää tietokantapalvelinprosessorin 1-11 ja tietokannan 25 1-12, kuten asiakastietokannan, johon on tallennettu asiakaskohtaisia kanta- r- asiakaskortteja koskevaa dataa. Laitteiston suhteen tietokantapalvelimet voivat c3 edustaa tavanomaista tekniikkaa. Keksinnön tarpeisiin riittää, että tietokanta- 5 palvelimet pystyvät pyytämään räätälöidyn sovelluksen, kuten kanta-asiakas- o kortin, sovelluspalvelimelta 1-20. Kanta-asiakaskortin toimitukseen vaadittavat x 30 asiakaskohtaiset parametrit voidaan tuottaa sovelluspalvelimelle 1-20 lähete-

CC

tyssä pyyntösanomassa. Vaihtoehtoisesti tietokantapalvelimen 1-10 tulisi pys- o) tyä tuottamaan tällaiset asiakaskohtaiset parametrit vasteena erilliseen asia ko g kasparametreja koskevaan kyselyyn sovelluspalvelimelta 1-20.

o Kuten kuvion 1 esittämässä esimerkinomaisessa toteutuksessa C\1 35 nähdään, sovelluspalvelin 1-20 käsittää resurssien jakajan 1-21 ja työjonon 1- 5 22 prosessointiresurssien jakamiseksi yhdeltä tai useammalta tietokantapalvelimelta 1-10 tulevien useiden sovelluspyyntöjen kesken. Prosessointiresursseja edustavat sovelluskehittimet 1-23, jotka voidaan toteuttaa sopivasti ohjelmoituina dataprosessoreina. Vaadittava ohjelmointi tulee ilmi keksinnön ja sen 5 suoritusmuotojen tulevan selostuksen yhteydessä. Pyydettyjen sovellusten, kuten kanta-asiakaskorttien sovitusta varten eri käyttäjän päätelaitteiden 1-80 ominaisuuksiin sovelluspalvelin 1-20 käsittää laitteistotietokannan 1-24. Vaihtoehtoisesti tai tämän lisäksi sovelluspalvelin 1-20 voi olla toiminnallisesti kytketty ulkoiseen laitteistotietokantaan (ei näytetty erikseen). Kyselemällä valinnai-10 sesta kielitietokannasta 1-25 sovelluspalvelin voi pysytä valmistamaan räätälöityjä sovelluksia usealla ihmisen kielellä. Yhden tai useamman tietoliikennepalvelimen 1-26 tehtävänä on jaella kehitettyjä sovelluksia käyttäjän päätelaitteille 1-80 tietoliikenneverkkojen 1-50 kautta.

Tyypillisessä verkkoarkkitehtuurissa tietoliikenneverkot 1-50 käsittä-15 vät dataverkon 1-51, joka tyypillisesti on internet, ja pääsyverkon 1-52, joka tyypillisesti on solukkomainen matkaviestinverkko, langoitettu tai langaton lähiverkko tms. Tietoliikenneverkkojen 1-51, 1-52 yksityiskohdat, kuten välillä olevat verkkoelementit, on selkeyden vuoksi jätetty pois, koska tällaiset elementit edustavat tavanomaista tekniikkaa. Vaihtoehtoisesti tai tämän lisäksi käyttäjän 20 päätelaite 1-80 voidaan kytkeä henkilökohtaiseen tietokoneeseen (ei näytetty) lyhyen kantaman yhteyden kautta, kuten infrapuna- tai Bluetooth-yhteyden kautta, missä henkilökohtainen tietokone on kytketty sovelluspalvelimeen 1-20 internetin 1-51 kautta. Lopuksi viitenumero 1-90 osoittaa edustavaa palvelinta, johon tulee kytkeytyä kun räätälöity sovellus aktivoituu käyttäjän päätelaittees-25 sa. Kanta-asiakaskortin muodostamassa esimerkkitapauksessa palvelin 1-90 on palvelin, jonka kautta päätelaitteen käyttäjät voivat saada kanta-asiakas--r- korttitilejään koskevaa tilainformaatiota.

^ Järjestelmäarkkitehtuurin osalta kuvio 1 esittää melko monimutkai- ^ sen, skaalattavan toteutuksen, joka pystyy tukemaan suurta määrää käyttäjän o 30 päätelaitteita ja kanta-asiakaskorttien myöntäjiä (tai muun tyyppisiä tietokanta-

CM

x palvelimia). Vähemmän vaativiin ympäristöihin keksintö voidaan toteuttaa vä-

CC

hemmän kunnianhimoisella tavalla. Voi esimerkiksi olla vain yksi sovelluskehi- (j) tin 1-23 ja vain yksi tietoliikennepalvelin 1-25, ja ympäristöissä, jotka eivät vaa-

CD

^ di useaa instanssia näistä elementeistä, resurssien jakaja 1-21 voidaan myös o 35 jättää pois. Vielä eräässä toteutuksessa sovelluspalvelin 1-20 voidaan asentaa tietokantapalvelimien luokse.

6

Laitteiston osalta sovelluspalvelin voidaan toteuttaa tavanomaisen palvelintekniikan kautta. Keksinnön uudet elementit voidaan toteuttaa tietokoneistettujen datanprosessointijärjestelmien ja tietokantojen sopivalla ohjelmoinnilla. Tarkemmin sanottuna nämä yksi tai useampi sovelluskehitin toteuttavat 5 sovelluksen räätälöimisen ja luomisen, minkä jälkeen sovellus välitetään tietoliikennepalvelimelle toimitettavaksi käyttäjän päätelaitteeseen. Palvelimet ovat dataprosessoreita, joihin liittyy muistia ja oheislaitteistoa. Keksintö voidaan siis toteuttaa ohjelmistotuotteena, joka on tallennettavissa sovelluspalvelimen muistiin siten, että keksinnön mukaisen ohjelmistotuotteen suorittaminen sovel-10 luspalvelimessa saa tämän suorittamaan keksinnön mukaisen menetelmän.

Kuvio 2 esittää on signalointikaavio, joka näyttää keksinnön erään esimerkinomaisen käyttötapauksen sähköisten kanta-asiakaskorttien toimituksen yhteydessä. Kuviossa 2 aika etenee ylhäältä alas ja katkoviivat osoittavat valinnaisia toimenpiteitä, ts. toimenpiteitä jotka eivät ole ehdottoman välttämät-15 tömiä mutta ratkaisevat jäännösongelmia ja/tai tuottavat ylimääräisiä etuja. Vaiheessa 2-2 tietokantapalvelin (kuvion 1 elementti 1-10) lähettää sovellus-palvelimelle pyynnön, joka koskee räätälöityä sovellusta, kuten kanta-asiakas-korttia. Pyynnön tulisi sisältää tarpeelliset asiakaskohtaiset parametrit, kuten asiakkaan nimi ja tunniste (id), kanta-asiakaskortin myöntäjän nimi ja tunniste, 20 kanta-asiakaskortin nimi ja tyyppi, tapauksissa joissa on useita versioita, kuten ’’kultakortti”, ’’hopeakortti” jne. Keksinnön tai sen suoritusmuotojen ymmärtäminen ei vaadi kaikkien asiakas- tai myöntäjäkohtaisten parametrien luettelemista. Sen sijaan riittää sanoa, että kukin kanta-asiakaskortti valmistetaan yksilöllisesti kullekin asiakkaalle. Tulisi huomata, että kukin kanta-asiakaskortti val-25 mistetaan yksilöllisesti asiakkaan tietylle päätelaitteelle, mutta tietokantapalvelin 1-10 ei pidä lukua päätelaitekohtaisista ominaisuustiedoista. Sen sijaan päätelaitekohtaiset ominaisuustiedot määritetään ja niitä käytetään kantani asiakaskortin räätälöintiin myöhemmin, vaiheiden 2-10 ... 2-26 yhteydessä.

i o Normaalisti tietokantapalvelimen prosessori sisällyttää kaikki asia- g 30 kaskohtaiset parametrit räätälöityä kanta-asiakaskorttia koskevaan pyyntöön 2- x 2. Toisaalta, jos kortin pyyntösanoma 2-2 ei tarjoa kaikkea kortin valmistami seen tarvittavaa informaatiota, sovelluspalvelin voi lähettää erillisen kyselyn 2-

CD

g 4 kortin myöntäjän asiakastietokantaan. Vaiheessa 2-6 sovelluspalvelimen re- g surssien jakaja 1-21 tallentaa pyynnön ja asiakaskohtaiset parametrit työ- ° 35 jonoon 1-22 ja nimeää pyynnölle jonotunnisteen (qlD). Moniprosessoritoteutuk- sessa sovelluspalvelin voi suorittaa ylimääräisen vaiheen 2-8, johon sisältyy 7 kuormanjako-operaatioita, kuten käytettävissä olevien resurssien valitsemista tai odottamista.

Tässä kohdassa sovelluspalvelimella on kaikki tarvittavat asiakaskohtaiset parametrit. Siltä puuttuu asiakkaan päätelaitekohtaiset ominaisuus-5 tiedot, kuten näytön koko tai resoluutio ja kyky tukea erilaisia valinnaisia ominaisuuksia. On mielenkiintoista, että nykyiset Javaa tukevat matkaviestinpäät-teet eivät tarjoa helppoa vastausta siihen, kuinka pyytää päätelaiteetta osoittamaan oma näytön kokonsa tai resoluutionsa sovelluspalvelimelle. Eräässä suoraviivaisessa toteutuksessa asiakas voisi kirjautua johonkin web-palveli-10 meen ja osoittaa päätelaiteensa tyypin, jolloin tällainen informaatio voitaisiin saada asiakkaalta. Eräässä toisessa toteutuksessa voitaisiin ensin ladata lyhyt ohjelmarutiini, jonka tarkoitus on määrittää ja raportoida näytön parametrit. Kuvio 2 esittää suoritusmuotoa, joka pystyy määrittämään päätelaitteen tyypin enemmän tai vähemmän automaattisesti. Päätelaitteen tyypin automaattinen 15 määritys aloitetaan vaiheessa 2-10, johon sisältyy datasanoman, kuten lyhytsanoman lähetys käyttäjän päätelaitteelle. Lyhytsanoma olennaisesti osoittaa päätelaitteelle (tai sen käyttäjälle), että räätälöityä kanta-asiakaskorttia ollaan toimittamassa. On edullista, mikäli lyhytsanoma osoittaa sovelluspalvelimen verkko-osoitteen ja käyttäjän päätelaitteen tilapäisen tunnisteen. Verkko-osoite 20 voi olla esimerkiksi seuraavaa muotoa: http ://application-server.mobi/customer/234 5 6 Yllä olevassa verkko-osoitteessa application-server.mobi on sovelluspalvelimen verkko-osoite, kun taas customer/23456 on käyttäjän päätelaitteelle osoitettu tilapäinen tunniste. Vasteena lyhytsanomalle, joka si-25 sältää sovelluspalvelimen verkko-osoitteen, käyttäjän päätelaite voi ehdottaa verkkoselaimen aktivoimista tähän verkko-osoitteeseen, missä tapauksessa r- päätelaite odottaa käyttäjän hyväksymistä ennen kuin sen navigoi tähän verk- ^ ko-osoitteeseen. Vaihtoehtoisesti käyttäjän päätelaite voidaan asettaa navi- 5 goimaan tähän verkko-osoitteeseen pyytämättä käyttäjän hyväksyntää. Koi- i o 30 mantena vaihtoehtona päätelaitteen käyttäjä voi poimia verkko-osoitteen lyhyt- x sanomasta ja navigoida itse tähän osoitteeseen. Joka tapauksessa käyttäjän cc päätelaite navigoi sovelluspalvelimen verkko-osoitteeseen vaiheessa 2-14.

σ> Käyttäjän tai käyttäjän päätelaitteen tilapäisen tunnisteen sisällyttäminen sa to ^ nomiin 2-10 ja 2-14 auttaa sovelluspalvelinta tunnistamaan käyttäjän päätelai- o o 35 te, eikä käyttäjän tarvitse suorittaa erillistä kirjautumisproseduuria.

8

Kuten hyvin tiedetään, navigointi verkko-osoitteeseen verkkoselaimella sisältää normaalisti web-sivun (hypertext markup language, HTML, -sivun) pyytämisen verkko-osoitteesta. Jos sovelluspalvelin nyt vastaisi käyttäjän päätelaitteen web-sivupyyntöön lataamalla suoraan räätälöidyn sovelluk-5 sen (kanta-asiakaskortin), voitaisiin nähdä kaksi ongelmaa. Ensimmäisen ongelma on, että räätälöity sovellus ei vastaa käyttäjän päätelaitteen päätelaite-kohtaisia ominaisuuksia. Toinen ongelma on, että käyttäjän päätelaitteen selain sekoaisi siitä, että se vastaanottaa ohjelman vasteena web-sivua koskevaan pyyntöön.

10 Ensimmäinen ongelma, joka liittyy kanta-asiakaskortin räätälöintiin päätelaitekohtaisilla ominaisuuksilla, ratkaistaan seuraavalla tavalla. Vaiheessa 2-16 sovelluspalvelin erottaa datapaketin otsakkeen web-sivua koskevasta pyynnöstä, jonka käyttäjän päätelaite lähetti vaiheessa 2-14. Paketin otsakkeesta sovelluspalvelin määrittää käyttäjän päätelaitteen tyypin, ts. valmistajan 15 ja mallin. Vaiheessa 2-18 sovelluspalvelin lähettää päätelaitteen parametreja koskevan kyselyn laitteistotietokantaan ja saa päätelaitteen parametrit vasteena kyselyyn. Tässä kohdassa sovelluspalvelimella on kaikki tarvitsemansa informaatio kanta-asiakaskortin räätälöimiseksi sekä asiakaskohtaisten parametrien että päätelaitekohtaisten ominaisuuksien suhteen.

20 Seuraavaksi, vaiheessa 2-22 sovelluspalvelin luo räätälöidyn kanta- asiakaskortin. Eräässä edustavassa toteutuksessa sovelluspalvelin luo räätälöidyn kanta-asiakaskortin aloittamalla kanta-asiakaskortin mallineinformaatios-ta. Sitten sovelluspalvelin yhdistää mallineinformaation asiakaskohtaisten parametrien ja/tai päätelaitekohtaisten ominaisuuksien kanssa. Eräässä edusta-25 vassa mutta ei rajoittavassa toteutuksessa mallineinformaatio tallennetaan tiedostona itsedokumentoivalla mallintamiskielellä, kuten XML (extendible modelling language). Mallineinformaatio määrittelee räätälöidyn sovelluksen c3 toiminnallisuuden. Eräs mallineen määrittelemä piirre on siihen liittyvä verkko- 5 osoite, kuten URL- (uniform resource locator) -osoite, johon käyttäjän päätelait- i o 30 teen tulee muodostaa yhteys, kun räätälöity sovellus aktivoituu. Olettaen, että x räätälöity sovellus on kanta-asiakaskortti, verkko-osoite on tyypillisesti kanta-

CC

asiakaskorttipalvelimen (kuvion 1 elementti 1-90) verkko-osoite. Verkko-osoite σ> voi olla seuraavaa muotoa:

CD

http://loyalty-card-server.mobi o o 35 Kuten kuvion 1 yhteydessä lyhyesti todettiin, sovelluspalvelin 1-20 voi käsittää valinnaisen kielitietokannan 1-25, jonka avulla sovelluspalvelin 9 pystyy valmistamaan räätälöityjä sovelluksia usealla ihmisten kielellä. Jos on tuettava useita ihmisten kieliä, pyyntösanoman 2-2 tietokantapalvelimelta tulisi osoittaa kanta-asiakaskortille (tai muun tyyppiselle sovellukselle) valittu ihmisten kieli. Eräässä toteutuksessa kielitietokanta käsittää mallinetiedostosta erilli-5 sen version kutakin tuettua ihmisten kieltä varten. Eräs tämän toteutuksen haitta on, että mallinetiedostoihin tallennettua räätälöidyn sovelluksen toiminnallisuutta täytyy ylläpitää erikseen kutakin mallinetiedoston versiota varten. Monikielituen eräs parannettu toteutus sisältää kaikille tuetuille kielille yhteisen mallineen. Yhteinen mallinetiedosto voi sisältää palkkavarauksen, kuten teksti-10 tunnisteen, kutakin kielestä riippuvaa tekstielementtiä kohti. Tekstitunnisteen ja kielitunnisteen perusteella sovelluspalvelin 1-23 kyselee kielitietokannasta jokaisen kielestä riippuvan tekstielementin. Vaikka tätä vaihetta ei ole näytetty erikseen, se on analoginen laitteistotietokantaan tehdyn kyselyn 2-18 kanssa.

Eräs kanta-asiakaskortin mallineinformaation yhdistelmä asiakas-15 kohtaisten parametrien ja päätelaitekohtaisten ominaisuuksien kanssa johtaa kanta-asiakaskorttiin, joka on räätälöity yksilöllisesti asiakkaalle ja hänen päätelaitteelleen. Kortin valmisteluvaiheen jäljellä olevat valinnaiset operaatiot liittyvät kuvainformaation muotoiluun, tietoturvaan ja/tai väärinkäytösten estämiseen.

20 Eräs tällainen valinnainen operaatio sisältää räätälöityyn sovelluk seen liittyvän verkko-osoitteen merkkijonoyhdistämisen (konkatenoinnin) kanta-asiakaskortin, sen käyttäjän päätelaiteen tai käyttäjän tunnisteeseen. Tällainen verkko-osoitteen ja kanta-asiakaskortin konkatenointi voi olla seuraavaa muotoa: 25 http://loyalty-card-server.mobi/acme_card456789 Tässä acme_card4 5 6789 on yksittäisen käyttäjän kanta-asiakas-T- kortin tunniste. Kanta-asiakaskorttia koskevassa esimerkissä käyttäjätunnis- ^ teen ja kanta-asiakaskorttipalvelimen URL:n konkatenoinnilla on se etu, että £ päätelaitteen käyttäjä voi yksinkertaisesti valita toiminnon, kuten ’’oma tili" kan- ό 30 ta-asiakaskorttisovelluksen valikosta, ja sovellus ohjaa käyttäjän päätelaitteen

CM

x selaimen tähän URL:iin liittyvälle kanta-asiakaskorttipalvelimelle. Palvelin voi

CC

sitten käyttää käyttäjätunnistetta määrittämään tulevan käyttäjän identiteetin ja o) tarjota hänelle oikeaa käyttäjäkohtaista tilitietoa.

CD

g Jos kanta-asiakaskortti käsittää käyttäjätunnisteen ja kanta-asiakas- o 35 korttipalvelimen URL:n konkatenoinnin, on myös edullista salakirjoittaa konka- 10 tenointi käyttäjän identiteetin salaamiseksi ja estämään käyttäjiä kyselemästä muita kuin omia tilitietojaan.

Erääseen toiseen valinnaiseen operaatioon kuuluu, että räätälöityyn sovellukseen sisällytetään jotain tunnistetietoa, kuten viivakoodi. Tunnistetieto 5 voi identifioida käyttäjän, käyttäjän päätelaitteen ja/tai räätälöidyn sovelluksen, kuten kanta-asiakaskortin. Kanta-asiakaskortin tunniste voidaan esimerkiksi sulauttaa kanta-asiakaskorttiin kaksiulotteisen viivakoodin muodossa, ja tämä on luettavissa optisilla skannereilla. Vaikka on itsestään selvää, että kaksiulotteinen viivakoodi vastaa kanta-asiakaskortin tunnistetta, ei ehkä ole samoin 10 itsestään selvää, että viivakoodin tulisi vastata käyttäjän päätelaitteen ominaisuuksia, erityisesti sen näytön kokoa ja/tai resoluutiota. Viivakoodi tulisi sopi-vimmin muotoilla, ts. skaalata ja sijoittaa siten, että varsinaista viivakoodia ympäröi valkea reunus, jonka leveys on n. 1 cm, ja varsinainen viivakoodi optimaalisesti täyttää valkoisen reunuksen sisään jäävän tilan. Valkoinen reunus 15 auttaa optisia skannereita erottamaan viivakoodin ympäristöstään. Viivakoodin ja valkoisen reunuksen optimaalista mitoittamista varten sovelluspalvelimen tulisi määrittää käyttäjän päätelaitteen parametrit etukäteen, kuten selostettiin vaiheiden 2-14 ja 2-18 yhteydessä. Muita kuvia voidaan muotoilla vastaavalla tavalla.

20 Tässä kohdassa sovelluskehitin on koonnut kaiken informaation räätälöityä kanta-asiakaskorttia varten. Seuraavaksi koottu informaatio paketoidaan joukoksi kuljetustiedostoja, joiden muoto riippuu käyttäjän päätelaitteen tyypistä. Esimerkiksi Javaa tukevia matkaviestimiä voidaan tukea .jar- ja .jad-tiedostoilla. jar-tiedosto sisältää sovelluksen kaiken toiminnallisuuden, ts. 25 informaation mallinetiedostosta, valinnaisista kieliriippuvista tekstielementeistä, käyttäjäkohtaisista piirteistä ja päätelaitekohtaisista ominaisuuksista, jad-^ tiedosto (Java Application Descriptor) puolestaan sisältää Java-sovelluksen ^ kuvauselementin, joka voidaan esimerkiksi näyttää päätelaitteen näytön kautta i o osoittamaan sovellukseen liittyvää kuvausinformaatiota, kuten tekijää, versiota, o 30 sovelluksen kokoa tms.

CM

x Tässä kohdassa räätälöity kanta-asiakaskortti on valmis toimitetta- vaksi käyttäjän päätelaitteeseen. Eräs hyvin tunnettu menetelmä Java-sovel-|> luksen toimittamiseksi matkaviestinpäätteeseen on lähettää matkaviesti n päätöt teelle sanoma, joka sisältää yhden tai useamman linkin. Klikkaamalla linkkiä

O

° 35 päätelaitteen käyttäjä voi aloittaa räätälöidyn sovelluksen lataamisen. Kuvion 2 vaihe 2-24 liittyy erääseen elegantimpaan toimitustapaan, jossa räätälöity kan- 11 ta-asiakaskortti tuotetaan käyttäjän päätelaitteeseen automatisoituna vasteena sivupyyntöön 2-14. Eräs jäännösongelma tässä on, että käyttäjän päätelaitteen selain pyysi http-sivua, mutta sovelluspalvelin on toimittamassa ohjelmaa, nimittäin räätälöityä sovellusta. Näin ollen vaiheessa 2-24 sovelluspalvelin suorit-5 taa otsakkeen manipulointioperaation, jonka seurauksena sovelluspalvelin pystyy lähettämän räätälöidyn sovelluksen vasteena käyttäjän päätelaitteen sivu-pyynnölle 2-14. Eräs esimerkki sopivasta manipuloidusta otsakkeesta näytetään kuviossa 3.

Vaiheessa 2-26 räätälöity sovellus, kuten kanta-asiakaskortti, toimi-10 tetaan käyttäjän päätelaitteelle. Vaiheessa 2-28 se tallennetaan käyttäjän päätelaitteen sovellusmuistiin ja rekisteröidään suoritettavana sovelluksena. Vaiheet 2-26 ja 2-28 voidaan suorittaa tavanomaisella tekniikalla.

Lopuksi, vaiheessa 2-30 käyttäjän päätelaite kirjautuu kanta-asia-kaskorttipalvelimelle (kuvion 1 elementti 1-90). Mikäli kanta-asiakaskortti sisäl-15 tää kanta-asiakaskorttipalvelimen verkko-osoitteen ja kanta-asiakaskortin tunnisteen konkatenoinnin, päätelaitteen käyttäjän tarvitsee vain valita kanta-asiakaskortti päätelaitteen valikosta, minkä jälkeen räätälöidyn kanta-asiakaskortin sovellus muodostaa yhteyden kanta-asiakaskorttipalvelimen verkko-osoitteeseen, ja kanta-asiakaskorttipalvelin erottaa kanta-asiakaskortti-informaation 20 päätelaitteen aloitussanomasta. Sen jälkeen kanta-asiakaskortti voi jatkaa enemmän tai vähemmän tavanomaisella tavalla.

Kuvio 3 esittää näyttää sopivasti manipuloidun otsakkeen, jolla sovelluspalvelin pystyy lähettämään räätälöidyn sovelluksen vasteena käyttäjän päätelaitteen http sivupyyntöön. Viitenumero 300 osoittaa yleisesti jad-tiedos-25 toa (Java Application Descriptor), joka käsittää otsakeosan 320 ja runko-osan 340. Viime mainittu on täysin tavanomainen ja se on selkeyden vuoksi piilotettu tu. Tässä esimerkissä otsakeosa 320 käsittää neljä riviä, joista ensimmäiset o ^ kaksi riviä 322 ja 324 liittyvät otsakkeen manipulointiin, joka esitettiin vaiheena o 2-24 kuviossa 2. Rivi 322 osoittaa sisällön sovelluskuvaukselle sisältötyypin, £3 30 kun taas rivi 324 osoittaa sisällön asettelun varsinaiselle kanta-asiakaskortille, x joka lähetetään liitetiedostona. Valinnaiset rivit 326 ja 328, jotka liittyvät tieto turvaan, osoittavat että lähetystä ei tulisi tallentaa välimuistiin (cache).

CD

g Kuvio 4 esittää kaksiulotteista viivakoodia 420, joka on optimaalisesti ti muotoiltu tietyn käyttäjän päätelaitteen näyttöruudulle. Viivakoodi 420 on ^ 35 keskitetty näyttöruudulle 410 ja viivakoodia 420 ympäröi ainakin muutaman millimetrin valkoinen reunus viivakoodin optisen skannaamisen helpottamisek- 12 si. Viivakoodin optimaalinen muotoilu voi vaatia tietoa näyttöruudusta sekä dimensioiden että resoluution osalta. Oletetaan esimerkiksi, että näyttöruudun 410 mitat ovat 40 mm ja 240 pikseliä kumpaankin suuntaan, mikä tarkoittaa 6 pikseliä / mm. Esimerkiksi 5 mm:n valkoinen reunus viivakoodin kummallakin 5 puolella tarkoittaa 10 mm eli yhteensä 60 pikseliä. Varsinaisen viivakoodin 420 tulisi siten ulottua yli alueen, jonka koko on 240-60=180 pikseliä. Tässä esimerkissä näytetyssä viivakoodissa 430 on 26 informaatiobittiä kummassakin suunnassa, mikä tarkoittaa, että 2D-viivakoodin kukin bitti tulisi esittää 6*6:n tai 7*7:n näytön pikselin hilana (180/26=6,92).

10 Kuvio 5 esittää määritystiedostoa 500 sähköiselle kanta-asiakas- kortille. Käytetty kuvauskieli on XML:n johdannainen ja ammattilaiset todennäköisesti huomaavat, että määritystiedosto 500 on pitkälti itsedokumentoiva. Esimerkiksi rivi 501 aloittaa kortin määrityksen, kun taas rivi 539 lopettaa sen. Rivi 502 määrittelee taustagrafiikkana näytettävän tiedoston, kun taas rivi 503 15 määrittelee taustagrafiikan päälle sijoitettavan kuvan, jne. Rivit 503 ja 504 määrittelevät vastaavasti päätelaitteen käyttäjän ja kanta-asiakaskortin tunnisteet.

Rivi 510 aloittaa valikon määrityksen, jonka rivi 519 lopettaa. Valikon valittavissa olevat elementit määritellään rivien 510 ja 519 välisillä riveillä. 20 Esimerkiksi rivi 511 tuottaa määritelmän valikkoelementille, jonka aktivointi tarjoaa web-pääsyn päätelaitteen käyttäjälle. Rivi 512 määrittelee valikkoelemen-tin paikannussovellukselle. Rivi 517 määrittelee valikkoelementin toiminnalle ’’lähetä ystävälle”, joka voi olla toteutettu tai ei, tietystä käyttäjästä riippuen. Rivi 518 määrittelee viivakoodin, kuten kuvion 4 yhteydessä selostettiin. Rivit 25 520 - 531 määrittelevät päätelaitetyypin eri ominaisuuksia ja kykyjä. Esimerkik si rivit 522 ja 523 osoittavat, että päätelaite, jolle kortin määritystiedosto 500 on ^ räätälöity, tukee vastaavasti Java scriptiä ja paikannussovellusta. Rivit 530 ja c3 531 osoittavat, että päätelaite tukee vastaavasti Bluetoothia ja verkon aloitta- q maa IMEI:n lukitusta.

o 30 Kuten kuviossa 5 näytetään, räätälöidyn kanta-asiakaskortin määri- x tystiedosto 500 sisältää käyttäjäkohtaisia piirteitä, kuten käyttäjän nimi rivillä

CC

“ 504; korttikohtaisia piirteitä, kuten kortin tunniste rivillä 505; sekä päätelaiteet kohtaisia piirteitä, kuten rivien 520 ja 531 väliset ominaisuus- ja kykymäärityk- S set. Sähköinen kanta-asiakaskortti voidaan räätälöidä ja asentaa käyttäjän o o 35 päätelaitteeseen lähes täysin automaattisesti, vasteena pyyntöön tietokanta palvelimelta sovelluspalvelimelle (ks. kuvion 2 vaihe 2-2).

13

Alan ammattilaiselle on ilmeistä, että tekniikan kehittyessä keksinnön perusajatus voidaan toteuttaa monin eri tavoin. Keksintö ja sen suoritusmuodot eivät siten rajoitu yllä kuvattuihin esimerkkeihin vaan ne voivat vaihdella patenttivaatimusten puitteissa.

δ

(M

i δ i o

(M

X

cn

CL

CD

O)

CD

m O) o o

(M

Claims (9)

14

1. Menetelmä räätälöidyn sovelluksen tuottamiseksi käyttäjän päätelaitteeseen (1-80), missä sovellus on räätälöity käyttäjäkohtaisten parametrien ja päätelai-tekohtaisten ominaisuuksien suhteen, joka menetelmä käsittää seuraavien toi-5 menpiteiden suorittamisen sovelluspalvelimella (1-20): - tallennetaan malline räätälöityä sovellusta ja ominaisuusjoukkoa varten kullekin useasta päätelaitetyypistä; - vastaanotetaan pyyntö (2-2) räätälöidyn sovelluksen luomiseksi, ja pyynnön perusteella sovelluspalvelin määrittää käyttäjäkohtaiset para- 10 metrit; - lähetetään käyttäjän päätelaitteelle ensimmäinen datasanoma (2-10), joka Hipaisee pyynnön (2-14) käyttäjän päätelaitteelta; - määritetään käyttäjän päätelaitteen tyyppi perustuen pyyntöön käyttäjän päätelaitteelta; 15. määritetään päätelaitekohtaiset ominaisuudet perustuen käyttäjän pää telaitteen määritettyyn tyyppiin; - luodaan räätälöity sovellus perustuen mallineeseen, käyttäjäkohtaisiin ominaisuuksiin ja päätelaitekohtaisiin ominaisuuksiin; - lisätään räätälöity sovellus välitystiedostojen joukkoon tietoliikennejär- 20 jestelmää varten (1-50) ja lähetetään (2-26) välitystiedostojen joukko käyttäjän päätelaitteelle.

2. Patenttivaatimuksen 1 mukainen menetelmä, joka lisäksi käsittää vaiheen: suoritetaan otsakkeen manipulointi (2-24) välitystiedostojen joukolle räätälöidyn sovelluksen tuottamiseksi vasteena pyyntöön (2-14) käyttäjän päätelait-25 teelta. ^ 3. Patenttivaatimuksen 1 tai 2 mukainen menetelmä, missä päätelaitekohtais- ^ ten ominaisuuksien määritys perustuen käyttäjän päätelaitteen määritettyyn ό tyyppiin käsittää kyselyn laitetietokantaan (1-24). CV

4. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, missä räätä- to 30 löidyn sovelluksen luonti päätelaitekohtaisten ominaisuuksien perusteella käsit- σ> [g tää kuvainformaation muotoilemisen käyttäjän päätelaitteen näytön ominai- o suuksien perusteella. CV

5. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, missä malline räätälöityä sovellusta varten käsittää usealle ihmisten kielelle yhteistä infor 15 maatiota, ja räätälöidyn sovelluksen luominen käsittää lisäksi ihmisten kielen määrittämisen ja ihmisten kielestä riippuvien tekstielementtien noutamisen kie-litietokannasta (1-25).

6. Jonkin edellisen patenttivaatimuksen mukainen menetelmä, missä räätälöity 5 sovellus käsittää verkko-osoitteen ja tunnisteinformaation merkkiyhteenliittämi- sen, missä verkko-osoite spesifioi yhteysosoitteen käyttäjän päätelaitteen kautta ja tunnisteinformaatio identifioi käyttäjän päätelaitteen, sen käyttäjän ja/tai räätälöidyn sovelluksen.

7. Patenttivaatimuksen 6 mukainen menetelmä, missä räätälöity sovellus käsit-10 tää mainitun merkkiyhteenliittämisen salakirjoitettuna.

8. Tietokonejärjestelmä (1-20) räätälöidyn sovelluksen tuottamiseksi käyttäjän päätelaitteeseen (1-80), missä sovellus on räätälöity käyttäjäkohtaisten parametrien ja päätelaitekohtaisten ominaisuuksien suhteen, joka tietokonejärjestelmä käsittää: 15. välineet tallentamaan malline räätälöityä sovellusta ja ominaisuusjouk- koa varten kullekin useasta päätelaitetyypistä; - välineet vastaanottamaan pyyntö (2-2) räätälöidyn sovelluksen luomiseksi, ja pyynnön perusteella tietokonejärjestelmä määrittää käyttäjäkohtaiset parametrit; 20. välineet lähettämään käyttäjän päätelaitteelle ensimmäinen datasanoma (2-10), joka Hipaisee pyynnön (2-14) käyttäjän päätelaitteelta; - välineet määrittämään käyttäjän päätelaitteen tyyppi perustuen pyyntöön käyttäjän päätelaitteelta; - välineet määrittämään päätelaitekohtaiset ominaisuudet perustuen käytti 25 täjän päätelaitteen määritettyyn tyyppiin; O ^ - välineet luomaan räätälöity sovellus perustuen mallineeseen, käyttäjäni kohtaisiin ominaisuuksiin ja päätelaitekohtaisiin ominaisuuksiin; oj - välineet lisäämään räätälöity sovellus välitystiedostojen joukkoon tietoja liikennejärjestelmää varten (1-50) ja välineet lähettämään (2-26) välitys- CL 30 tiedostojen joukko käyttäjän päätelaitteelle. σ> CD

9. Tietokonejärjestelmässä (1-20) suoritettava ohjelmistotuote, missä ohjelmis- o totuotteen suorittaminen tietokonejärjestelmässä saa tietokonejärjestelmän suorittamaan patenttivaatimuksen 1 mukaisen menetelmän. 16