FI114429B - Matkasuoraviestintä- ja läsnäolopalvelu - Google Patents

Description

114429

Matkasuoraviestintä- ja läsnäolopalvelu

Keksinnön tausta

Keksintö liittyy viestintään matkaviestinjärjestelmissä ja erityisesti läsnäoloattribuutteihin (presence attribute) matkasuoraviestintä- ja läsnäolo-5 palvelussa (mobile instant messaging and presence service).

Suoraviestintäpalvelu tarjoaa loppukäyttäjille välineet nopeaa, interaktiivista, pääosin tekstipohjaista tiedonsiirtoa varten. Suoraviestinnän hyötyä suuresti parannetaan lisäämällä siihen palvelu, joka seuraa päätekeskustelu-kumppanien tai ’’-ystävien” tilaa ja saavutettavuutta; kuten myös ilmoittaa muu-10 toksista heidän tilaansa tai saavutettavuuteensa. Tämänkaltaista palvelua kutsutaan "läsnäolopaiveluksi” (presence service). Yleisesti läsnäolon voidaan katsoa pitävän sisällään erilaista dynaamista informaatiota eri tavoin suoraviestintäpalveluun liittyneestä käyttäjästä tai asiakkaasta. Esimerkkejä tämänkaltaisesta informaatiosta ovat käyttäjän tavoitettavuus, saavutettavuus 15 ja sijainti. Suoraviestintä- ja läsnäolopalveluiden yhdistelmää kutsutaan suoraviestintä- ja läsnäolopaiveluksi (IMPS; instant messaging and presence service). Tämänkaltainen palvelu on ollut käytettävissä langallisen Internetin käyttäjille, mutta langallisten käyttäjien ja matkaviestinkäyttäjien yhteys on puuttunut. Wireless Village-aloite on muodostettu määrittämään spesifikaatioita 20 matkasuoraviestintä- ja läsnäolopalvelupalveluita varten. Wireless Villager » v suoraviestintä- ja läsnäolopalvelupalvelu (IMPS) sisältää neljä pääpiirrettä: ; läsnäolo, suoraviestintä, ryhmät ja jaettu sisältö. Jaettu sisältö mahdollistaa • i käyttäjien ja operaattoreiden muodostaa omat tallennusalueensa, joihin he ·,· voivat toimittaa kuvia, musiikkia ja muuta multimediasisältöä niin, että mahdol- » · 25 listetaan sen jakaminen muille IM- tai päätekeskusteluistunnon jäsenille tai . ··. ryhmille. Wireless Village-aloitteessa tärkein mahdollistava teknologia on läs näolo. Olemassa olevissa Internet-pohjaisissa suoraviestintäpalveluissa läsnä-oloattribuutit ovat yleensä hyvin yksinkertaisia, kuten että käyttäjä on aktiivi-·;;; nen, poissaoleva, ei halukas kommunikoimaan jne. Nämä arvot valitaan ennal- '·;·* 30 ta määritettyjen arvojen joukosta. 26. huhtikuuta 2001 päivätty mietintö ”Wire- : f: less Village, The Mobile IMPS Initiative: White Paper” on julkaistu Wireless Vil- lage IMPS-ratkaisusta. Olemassa olevaa matkaviestintä voidaan pitää henki- » I i lökohtaisena työkaluna, joka heijastaa henkilökohtaista tilaa tarkemmin kuin pöytätietokone. Kun otetaan huomioon laaja valikoima informaatiota, joka voi- • » » 35 daan hankkia käyttäjästä ja matkaviestimestä, läsnäoloinformaatiojoukon en- 2 114429 nakointi on hyvin vaikeaa. Näin ollen tulisi kehittää mekanismi mahdollistamaan uusien läsnäoloinformaatiotyyppien helppo käyttäminen ja lisääminen.

Keksinnön lyhyt selostus

Keksinnön tavoitteena on tarjota ratkaisu uusien läsnäolopalveluatt-5 ribuuttien luomiseksi jo määritettyjen läsnäoloattribuuttien lisäksi. Keksinnön tavoitteet saavutetaan järjestelmällä, asiakaslaitteella ja palvelimella, joille on tunnusomaista se, mitä sanotaan itsenäisissä patenttivaatimuksissa. Keksinnön edulliset suoritusmuodot ovat epäitsenäisten patenttivaatimusten kohteena.

10 Keksinnön ensimmäisen aspektin mukaisesti matkaviestintäjärjes telmän asiakaslaite lisää läsnäoloattribuuttiin tarkenteen, joka käsittää yhden tai useampia attribuutin käyttöä määrittäviä parametrejä. Läsnäoloattribuutin vastaanottava laite prosessoi vastaanotettua läsnäoloattribuuttia mainitun vastaanotetun attribuutin tarkenneparametrien mukaisesti.

15 Keksinnön toisen aspektin mukaisesti asiakaslaite muodostaa läs- näoloattribuutteja, jotka tunnistetaan valtuuttajan, attribuuttinimen ja tarkenti-men yhdistelmällä, missä valtuuttaja määrittää tahon, joka on vastuussa attribuutin ylläpidosta, ja tarkenne määrittää attribuutin käyttöä. Kun vastaanotetaan läsnäoloattribuutti, palvelin ja asiakaslaite etsivät jo tallennettuja attribuut- 20 teja, jotka sisältävät samat tunnisteet kuin vastaanotettu attribuutti. Jo tallen-v nettu attribuutti korvataan mainitulla vastaanotetulla attribuutilla, jos mainitun vastaanotetun attribuutin tunnisteiden yhdistelmä on identtinen mainitun jo tal-·· lennetun attribuutin tunnisteiden yhdistelmän kanssa. Muutoin mainittu vas- ' - ·' taanotettu attribuutti lisätään korvaamatta mitään edellistä attribuuttia.

* · , 25 Läsnäoloattribuutti on kokoelma dataa, joka kuvaa tietyn käyttäjän , *·, ja/tai asiakaslaitteen läsnäoloinformaatiota, joka läsnäoloinformaatio on tarkoi tettu muille käyttäjille. Läsnäoloattribuutti voi myös sisältää informaatiota lait-, teiden välistä tiedonsiirtoa varten asiakaslaitteiden välillä.

t · *;;; Keksinnön etuina on, että on mahdollista säätää ennalta määritetty- '···’ 30 jä läsnäoloattribuutteja lisäämällä tarkenne. Tarkennetta voidaan käyttää li- : säämään uusi attribuutti (koska tarkenteella varustettu attribuutti voidaan yksi- ;. löllisesti tunnistaa, eli toiminnallisesti erottaa samannimisestä attribuutista, jolla • I i ei ole tarkennetta). Näin ollen esim. käyttäjät tai sovelluskehittäjät voivat hei- * * · ‘ posti määrittää uusia läsnäoloattribuutteja, jotka parhaiten sopivat heidän tar- i 35 peisiinsa tai kuvaavat heidän senhetkistä todellista tilaansa ilman, että rajoitutaan ennalta määritettyihin tyyppeihin. Tarkentimen käyttäminen tuo myös 3 114429 erään toisen edun, sillä se mahdollistaa läsnäoloinformaation lähettäjän (omistajan) edelleen määrittää, kuinka läsnäoloinformaatiota tulee käyttää vastaanottavassa asiakaslaitteessa.

Keksinnön eräässä suoritusmuodossa sovellus, johon attribuutti tuli-5 si osoittaa, on määritetty mainitussa tarkentimessa. Vastaanotettu attribuutti osoitetaan tarkentimessa indikoidulle sovellukselle. Tämän suoritusmuodon lisäetu on, että lähettävä asiakaslaite voi määrittää käytetyn sovelluksen ja näin käyttää tarkennetta ohjaamaan tiettyä läsnäoloinformaatiota tietylle sovellukselle.

10 Kuvioiden lyhyt selostus

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

Kuvio 1 on lohkokaavio, joka havainnollistaa IMPS-matkaviestintä-järjestelmää; 15 Kuvio 2 on signalointikaavio, joka havainnollistaa läsnäoloattribuut- tien siirtämistä; ja

Kuvio 3 on signalointikaavio, joka havainnollistaa tarkentimen käyttöä.

Keksinnön yksityiskohtainen selostus 20 Kuvio 1 havainnollistaa IMPS-matkaviestintäjärjestelmää. Useita matkaviestintäasiakkaita (MC; mobile client) voidaan yhdistää matkaviestinver- * · .,: kon MNW ja mahdollisesti yhden tai useamman väliverkon ONW kautta IMPS- , , : palvelimelle S. Tyypillisesti Internetiä käytetään väliverkkona, IMPS-järjestelmä

! voi palvella myös ei-matkaviestintäasiakkaita C. IMPS-matkaviestintäpalvelin S

25 voidaan läsnäolopalveluiden kannalta jakaa toiminnallisesti palvelinelementtei-’ ·’ hin: julkaisijapalvelin PS, joka on kotipalveluelementti läsnäoloinformaation omistavalle julkaisevalle asiakkaalle, ja tilaajapalvelu SS, joka on koti tilaavalle tai pyytävälle asiakkaalle. Näin ollen asiakasta MC palvellaan molempien pal-:: velimien toimesta: MC päivittää läsnäoloinformaatiotansa PS.IIe ja toimii julkai- !·. 30 sevana asiakkaana ja toisaalta pyytää ja vastaanottaa muihin asiakkaisiin liit- > » · tyvää läsnäoloinformaatiota läsnäoloattribuutteina tilaajapalvelimelta SS. Pal- 1 · T velin PS ylläpitää läsnäolodataa ja hallitsee sen jakelua käyttäjän läsnäoloin- ν'. : formaatioon liittyvien julkaisupreferenssien perusteella. SS:n ja PS:n toiminnot voidaan toteuttaa yhdellä fyysisellä palvelinlaitteella tai ne voidaan jakaa useil-35 le palvelinlaitteille.

4 114429

Tulisi huomioida, että esillä oleva kuvaus kohdentuu läsnäoloon liittyviin palveluominaisuuksiin. Muita tärkeitä IMPS-matkaviestintäpalvelu-ominaisuuksia ovat viestintäominaisuudet, käyttäjäryhmän hallintaominaisuudet, sisällön hallintaominaisuudet, tilaajan hallintaominaisuudet ja asiakkaan 5 ominaisuudet. IMPS-matkaviestintäpalveluita luodaan käyttämällä näitä palve-luominaisuuksia. Asiakas MC voi esimerkiksi kuulua useisiin käyttäjäryhmiin ja palvelin S hallitsee ryhmien jäsenyyksiä, hoitaa suoraviestintää ja toimittaa läsnäoloinformaatiota ryhmän jäsenten välillä. Eräs palvelimen tärkeä rooli on myös hallita informaatiovuota; palvelimella voi olla suotimia käyttäjäpreferens-10 sien perusteella määrittäen esim. mitä läsnäolo- tai muuta informaatiota voidaan toimittaa ryhmän ’Friends’ jäsenille, mitä ryhmän ’Work Colleagues’ jäsenille tai mitä julkisesti mille tahansa asiakkaalle.

Erilaisia kuljetuskerroksen protokollia voidaan käyttää ja tyypillisesti käytetään IP-protokollaa tarjoamaan verkkokerroksen palvelu. Erilaisia alem-15 man kerroksen siirtokerroksia voidaan käyttää. Matkaviestinverkko MNW voi olla mikä tahansa langaton verkko, kuten GSM-palvelua tukeva solukkoverkko, myös GPRS-palvelua (General Packet Radio Service) tukeva verkko, kolmannen sukupolven matkaviestinverkko, kuten UMTS-verkko (Universal Mobile Telecommunications System), langaton lähiverkko WLAN (Wireless Local Area 20 Network) tai yksityisverkko. Myös lyhyen kantaman infrapuna- tai radioyhteyksiä, kuten Bluetooth™ -yhteyttä, voidaan käyttää osana tiedonsiirtopolkua Λ: MC:n ja palvelimen S välillä. Matkaviestintäasiakaslaite MC voi olla esim. mat- : · · kaviestin, PDA-laite tai kannettava tietokone, joka käsittää tai on kytketty ' langattomaan modeemiin. IMPS-matkaviestintäviestejä voidaan siirtää : ·.: 25 käyttäen esimerkiksi piirikytkentäistä datapuhelua, pakettivälitteistä datan : . · siirtokontekstia, viestintäpalvelulta, kuten SMS- tai MMS-palveluita (Multimedia .···. Messaging Service).

Kuvio 2 havainnollistaa läsnäoloattribuuttien käyttämistä. Kun mat-kaviestintäasiakas MC on määrittänyt 201 yhden tai useamman julkaistavan 30 läsnäoloattribuutin, se päivittää 202 läsnäoloattribuutteja julkaisijapalvelimelle ';** PS, eli julkaisee yhden tai useampia läsnäoloattribuutteja. Läsnäoloattribuutti- : f; *: en määrittäminen 201 voidaan suorittaa, kun asiakas on muodostamassa loo- gista IMPS-matkaviestintäistuntoa IMPS-matkaviestintäpalvelimen kanssa tai automaattisesti tai käyttäjän aloitteesta, kun jokin läsnäoloinformaatio on muut-35 tunut. Esimerkiksi vaihe 201 voidaan aloittaa automaattisesti ennalta määrite- • · · tyllä ajanhetkellä, datalla tai käyttäjäprofiilin muutoksella matkaviestintäasiak- 5 114429 kaassa MC. Kun asiakas MC (A) liittyy palvelimen SS IMPS-matkaviestintä-palveluun, se voi pyytää 203 läsnäoloinformaatiota toisesta asiakkaasta (B). Tilaajapalvelin SS pyytää 204 tätä informaatiota (asiakkaan A) julkaisijapalve-limelta PS. PS lähettää 205 yhden tai useampia läsnäoloattribuutteja SS:lle, 5 jos (asiakkaan B) julkaisupreferenssit sallivat sen. On mahdollista, että asiakkaan B julkaisupreferenssijoukko estää pyydetyn informaation jonkin osan lähettämisen (asiakkaalle A tai yleisesti). SS voi myös automaattisesti pyytää 205 läsnäoloinformaatiota käyttäjän (A:n) preferenssien perusteella, kun asiakas muodostaa loogisen yhteyden SS:n palveluun. SS edelleenlähettää 206 10 läsnäoloattribuutit vastaanottavalle asiakkaalle MC (A).

Tilaajapalvelin SS (ja julkaisijapalvelin PS) tyypillisesti lähettävät asiakkaan aikaansaamat läsnäoloattribuutit asiakkaalle muokkaamattomina. Palvelimessa PS voi kuitenkin olla toteutettuna sisällön sovitusmekanismi. Sisällön sovitus hoitaa läsnäoloattribuutin muokkaamista niin, että se täsmää yh-15 teen vastaanottavan asiakkaan asiakasominaisuuksien kanssa. Läsnäoloin-formaation lähettämisen, vasteena asiakkaan pyynnölle, lisäksi on myös mahdollista tarjota läsnäoloinformaatiota saavutettavissa oleville asiakkaille MS (jotka ovat loogisesti kytkeytyneet palveluun) julkaisupreferenssien mukaisesti. Tarjontatyyppinen läsnäoloilmoitus voidaan käynnistää kolmella mekanismilla: 20 kun julkaisijapalvelin vastaanottaa päivityksen julkaisijapalvelimelta, kun julkaisijapalvelin havaitsee muutoksen attribuuttiarvossa tai toteutusspesifisillä si-:.: säisillä käynnistimillä, jotka päivittävät arvon.

! · Asiakas MC on näin ollen konfiguroitu päivittämään yhden tai use- : ämmän läsnäoloattribuutin PS:lie, vastaanottamaan ja käsittelemään 207 ; ,· 25 SS:ltä vastaanotetut läsnäoloattribuutit ja esittämään ainakin yhdestä läsnä- . .: oloattribuutista saadun läsnäoloinformaation käyttäjälle. MC edullisesti tallen- .···, taa läsnäoloinformaation (läsnäoloattribuuttiarvot), kunnes uusia läsnäoloattri- • · buuttiarvoja vastaanotetaan läsnäoloattribuuttiarvoja kantamaan tarkoitetussa , päivitysviestissä (tai asiakaslaite päättää IMPS-matkaviestintäistunnon). Lisäk- • · *;;; 30 si, kuten myöhemmin yksityiskohtaisemmin havainnollistetaan, asiakaslaite voi » · ’;·* automaattisesti hyödyntää vastaanotettua läsnäoloinformaatiota sovittamaan toimintansa sen mukaisesti. Kuvion 2 signalointien lisäksi valtuutusta voidaan ,*pyytää läsnäoloinformaation julkaisijalta ennen läsnäoloattribuuttien lähettämistä pyytävälle asiakkaalle. Kuvio 2 ei esitä yhtään tilaviestiä, johon palvelin 35 voi vastata, esim viestin 202 jälkeen.

6 114429

Asiakkaan aloittama läsnäoloattribuutti on sellainen attribuutti, jonka arvokentän julkaiseva asiakas täyttää. Palvelimen aloittama läsnäoloattribuutti on sellainen attribuutti, jonka arvokentän täyttää julkaiseva palvelin. Läsnäolo-attribuutti on asiakas-palvelimen aloittama, kun osa arvokentästä on asiakkaan 5 täyttämä ja loput julkaisevan palvelimen täyttämä. Keksinnön erään edullisen suoritusmuodon mukaisesti käyttäjät tai organisaatiot voivat määrittää uusia läsnäoloattribuutteja ennalta määritetyn attribuuttien joukon lisäksi. Läsnäolo-attribuutit voidaan jakaa seuraaviin luokkiin: - Asiakkaan tila: läsnäoloattribuutit, jotka kuvaavat asiakaslaitteen saa- 10 vutettavuutta tiedonsiirtoon; esimerkiksi verkkotavoitettavuutta, GPRS-liittyneisyyttä, päällä/poissa-tilaa, operaattoria. Näin ollen IMPS-matkaviestintäpalvelun attribuutit ovat hyvin erilaisia kuin ei-matkaviestimille käytetyn IMPS-palvelun attribuutit.

- Käyttäjätila: Käyttäjän saavutettavuutta tiedonsiirtoon kuvaavat attri- 15 buutit; esimerkiksi valmiina, tapaamisessa, varattu, poissa, puheli messa, päätekeskustelussa, ei saa häiritä.

- Paikallinen informaatio: Läsnäoloattribuutit, jotka kuvaavat käyttäjän paikallista ympäristöä; paikallinen aika, äänekäs/hiljainen ympäristö, sisällä, ulkona, käyttäjän sijainti, esimerkiksi maantieteellisen sijainnin 20 mukaisesti, vierailtava PLMN, kaupunki/katu, tila. Esimerkiksi matka- viestintäasiakkaan tarkka sijainti voidaan hankkia paikallisen infor-: maation attribuutista suoraan ja saavutettavuus-tila (tapaamisessa, .* kesämökillä, jne.) voi helposti olla saatavilla matkaviestintäasiakkaan • MC käyttäjäprofiiliasetuksista.

: 25 - Henkilökohtainen tila: Erilaisia henkilökohtaisia attribuutteja, jotka ku- « * vaavat käyttäjän henkilökohtaista tilaa; esimerkiksi mieliala, henkilö-• ·, kohtaiset kiinnostuksen kohteet ja aikomukset.

- Asiakasominaisuudet: Läsnäoloattribuutteja, jotka kuvaavat asiakas-laitteen ominaisuudet tukea erilaisia tiedonsiirtokeinoja, erilaisia me- ;;; 30 diatyyppejä ja erilaisia piirteitä.

- Käyttäjäattribuutit: Läsnäoloattribuutteja, jotka mahdollistavat asiakas- ’ laitteen tai käyttäjän määrittää omia tekstimuotoisia läsnäoloarvoja ja • I » · viitteitä ulkopuolisiin arvoihin.

.·’ - Laajennettu läsnäoloinformaatio: Laitetoimittajaspesifisiä tai palvelun- 35 tarjoajaspesifisiä dynaamisesti määritettäviä ei-standardeja läsnäolo- » l t

• ( t • I

7 114429 attribuutteja, joiden kuitenkin täytyy läpäistä standardit läsnäolopalve-limet.

Näin ollen matkaviestintäasiakaslaitteita ja todellisia käyttäjiä varten voi olla olemassa erilaisia läsnäoloattribuutteja. Käyttäjä voi esimerkiksi olla 5 määritetty ei saavutettavissa olevaksi vastaanottamaan viestejä, mutta käyttäjän asiakaslaite on määritetty olemaan kytkettynä. Käyttäjä voi myös olla määritetty olemaan kykenevä vastaanottaa viestejä ja olemaan ei-kytkettynä, jos SMS:ää käytetään kantopalveluna.

LÄSNÄOLOATTRIBUUTTIEN YLEINEN RAKENNE JA TUNNIS-

10 TAMINEN

Taulukko 1 kuvaa läsnäoloattribuuttien yleistä rakennetta. Läsnäolo-attribuutti yleisesti käsittää tunnisteosan ja useita arvokenttiä. Req-kenttä määrittää, onko elementti pakollinen M, vaihtoehtoinen O tai ehdollinen C. Attribuutti-informaatio on XML-muodossa (Extensible Markup Language).

15 ______

Informaatio- Req Tyyppi Kuvaus elementti____

NameSpec M XML Attribuutin tunnisteinformaa- ____tip_

Value__M__XML__Attribuutin arvo_

Taulukko 1. Läsnäoloattribuutin rakenne * * . , * Namespec-elementin alielementin on kuvattu taulukossa 2.

/ i 20 _____

NameSpec Req Tyyp- Kuvaus • __________Pi__

Name M Merk- Attribuutin nimi ____kijono__ ·*,,.·* Qualifier O Merk- Attribuutin käyttötarkoitukseen liitty- : ___kijono vää informaatiota_ ’··] Authority C Merk- Valtuuttaja, joka on vastuussa siitä,

• I

’ I' kijono että attribuutti Namespec ja arvoken- • · v.: ___tät ovat ainutkertaisia_ • · :: Taulukko 2, NameSpec-elementti 8 114429

Attribuutin nimi on informaatioelementissä ‘Name’ annettu merkkijono. Name-informaatioelementti on määritetty kaikille läsnäoloattribuuteille taulukossa 3 määritetyssä muodossa.

5 __

Infomaatio- Name elementti____

Datatyyppi Merkkijono_

Muoto___Vapaa tekstimuoto_

Kuvaus_____Läsnäoloattribuutin nimi_

Taulukko 3. Name-elementti

Qualifier-elementin muotoa on havainnollistettu taulukossa 4. Infomaatio- Qualifier elementti__

Datatyyppi Merkkijono_

Muoto__Vapaa tekstimuoto_

Kuvaus_Muokkaa attribuutin käyttötarkoitusta_ 10 Taulukko 4. Qualifier-elementti * · _ '·* Qualifier-elementtiä (Tarkenne) käytetään määrittämään attribuutin : : käyttötarkoitusta. Tarkennetta voidaan käyttää erityisesti kahta tarkoitusta var- '· ten: lisäämään uusi attribuutti tai mahdollistamaan läsnäoloinformaation lähet- 15 täjän (julkaisija) määrittää, kuinka läsnäoloinformaatiota tulee käyttää vastaan-ottavassa asiakaslaitteessa. Näin ollen tarkennejonoa voidaan käyttää para-·. metrinä yhdelle tai useammalle sovellukselle vastaanottavassa asiakaslait teessa.

Jos julkaisija esimerkiksi haluaa rajoittaa tietämystä hänen todelli- ’!!! 20 sesta sijainnistaan (esim. katuosoitteesta) ainoastaan tietyille käyttäjille (joita *;·* kutsutaan ryhmäksi A) ja antaa ylimalkaisemman sijainnin (esim. ainoastaan •, j * kaupugin nimen) muille (joita kutsutaan ryhmäksi B), hän voi julkaista sijain- tiattribuutin kaupungin nimellä ryhmälle B. Ryhmälle A hän liittää tarkenteen ,/.t (esim. ‘My best friends) sijaintiattribuutille. Tämä toiminnallisesti luo uuden att- ; 25 ribuutin tarkenteella ‘My best friends’. Hän sitten sisällyttää katunimen tähän * · · ’* : uuteen attribuuttiin ja julkaisee sen ryhmälle A. Koska nämä attribuutit ovat eri- 9 114429 laisia, palvelin PS kykenee pitämään niiden arvot erillisinä. Myös jos henkilö kuuluu molempiin ryhmiin A ja B, tämän henkilön asiakaslaite voidaan konfiguroida erottamaan näiden kahden attribuutin välillä. Asiakaslaite voidaan konfiguroida esittämään (ja mahdollisesti hyödyntämään) attribuuttia sen ryhmän 5 mukaisesti, jonka käyttäjä on aktivoinut. Asiakas ja palveluntarjoaja voivat ennalta osoittaa mahdolliset Qualifier-arvot tai käyttäjä (julkaisija) voi osoittaa ne dynaamisesti. Palveluntarjoaja voi myös rajoittaa dynaamisesti osoitettujen Qualifier-arvojen määrää.

Authority-elementti määrittää tahon, joka on vastuussa attribuutin ja 10 sen sisällön pitämisestä ainutkertaisena. Tämä liittyy attribuutin laajennusme-kanismiin.

Infomaa- Authority tioele- mentti___

Data- Merkkijono tyyppi __

Muoto URL_

Kuvaus Identifioi tahon, joka on vastuussa attribuutin ainutker- _taisuudesta_

Taulukko 5. Authority -elementti j 15 Kun ennalta määritettyjä läsnäoloattribuutteja käytetään muokkaa- i mattomina, Authority-merkkijono voidaan jättää huomioimatta. Qualifier- , · merkkijonon käyttäminen ei ole sellainen attribuutin muokkaus, joka edellyttää j Authority-elementin käyttöä. Sitä täytyy käyttää, kun esitellään uusi attribuutti , ··. (uusi nimi) tai kun lisätään uusi arvokenttä jo määritettyyn attribuuttiin. Näissä 20 molemmissa tapauksissa attribuutin katsotaan olevan uusi ja Authority on vas-• a tuussa ylläpitämään tätä uutta attribuuttia.

’;;; Yleisesti Value-kentän (arvokenttä) nimen täytyy olla ainutkertainen attribuutissa. Näin ollen uuden arvokentän lisäämistä olemassa olevaan attri-: buuttiin täytyy käsitellä attribuutin määrittäneen tahon sääntöjen mukaisesti.

25 Uuden arvokentän lisääminen muuntaa vanhan attribuutin uudeksi. Tämä täytyy signaloida Authority-kentän läsnäolon kautta sekä uuden että vanhan attri-buutin yhdessä säilymiseksi. On myös mahdollista, että sidostaho vapauttaa • · · *· attribuutin julkiseen ylläpitoon. Tämänkaltainen attribuutti rekisteröidään tarkoi- 10 114429 tuksenmukaisen valtuuttajan toimesta, kuten ΙΑΝΑ-tahon (Internet Assigned Numbers Authority) toimesta ja myös signaloidaan Authority-kentässä. Tässä tapauksessa sidostaho voi rekisteröidä lisäarvokenttiä attribuutille ilman, että Authority-kenttää tarvitsee muuttaa. Palvelin (PS, SS) ei poista arvokenttää att-5 ribuutista, vaikka se ei ymmärtäisi arvokentän semantiikkaa. Asiakas MC jättää huomioimatta kaikki ne attribuutin arvokentät, joita se ei ymmärrä.

Attribuutti tunnistetaan ja tehdään ainutkertaiseksi Namespec-elementillä. Kuvio 3 esittää esimerkkiä Namespec-elementin ja tarkenteen käytöstä. Tarkenne määritetään 301 attribuuttia varten asiakaslaitteessa MC1. On 10 mahdollista, että käyttäjä määrittää tarkenteen tai että asiakaslaite MC määrittää sen. Tarkenne voidaan määrittää halutun käyttäjäryhmän määrittämiseksi, läsnäoloinformaation esitystavan määrittämiseksi vastaanottavassa asiakas-laitteessa (MC2), tai muuten sen määrittämiseksi, kuinka vastaanottavan asiakaslaitteen MC2 tulisi käyttää läsnäoloinformaatiota. On mahdollista hyödyntää 15 matkaviestintäasiakkaan käyttäjäprofiileita tarkennetta määritettäessä. Esimerkiksi MC1 muodostaa läsnäoloattribuutin senhetkisen profiilin (esim. Palaverissa), kalenterimerkintöjen (palaveri päättyy 12.00) ja paikallisen ajan mukaisesti. Tarkenteen käyttämisellä läsnäoloattribuuttia voidaan helposti muokata sisältämään paljon hyödyllistä informaatiota vastaanottavalle asiakkaalle MC2.

20 Attribuutti lähetetään 302 palvelimelle PS.

PS vertaa 303 vastaanotetun attribuutin Namespec-elementtiä jo tallennettuihin attribuutteihin. PS ensin vertaa Authority-merkkijonoja toisiinsa. Attribuutti, joka ei sisällä Authority -merkkijonoa, on erilainen mihin tahansa : Authority -merkkijonon sisältävään attribuuttiin verrattuna. Seuraavaksi verra- : 25 taan attribuuttinimiä. Lopuksi verrataan Qualifier-merkkijonoja. Attribuutti, joka , * ei sisällä Qualifier-merkkijonoa, on erilainen mihin tahansa Qualifier-merkki- . . jonon sisältävään attribuuttiin verrattuna. Kaksi attribuuttia ovat samoja vain jos kaikki nämä kolme vertailua antavat saman tuloksen. Näin ollen on toiminnallisesti mahdollista erottaa vastaanotettu attribuutti tarkenteella saman attribuutti- · · i 30 nimen käsittävistä attribuuteista, joilla on eri tarkenne.

Julkaisijapalvelin PS suorittaa tämänkaltaisen vertailun määrittääk-seen, tulisiko vastaanotetun attribuutin arvokenttien korvata jokin jo olemassa i·» · .···. oleva läsnäoloinformaatio vai onko attribuutti uusi MC2:n läsnäoloinformaation • · '·[ tallennuspaikkaan lisättävä attribuutti. Vertailun perusteella PS tallentaa 303 v.: 35 informaation vastaanotetusta attribuutista. PS korvaa jo tallennetun attribuutin • · edellisen läsnäoloinformaation mainitun vastaanotetun attribuutin läsnäoloin- 11 114429 formaatiolla, jos mainitun vastaanotetun attribuutin kaikki tunnisteet ovat samoja kuin jo tallennetun attribuutin tunnisteet. Muutoin PS lisää mainitun vastaanotetun attribuutin läsnäoloinformaation korvaamatta mitään aiempaa informaatiota. PS lähettää 304 attribuutin ainakin yhdelle asiakaslaitteelle MC2 (joko 5 automaattisesti tarjoaa sen tai lähettää sen vasteena pyynnölle MC2:lta). Erään suoritusmuodon mukaisesti tarkenne määrittää ryhmän, jolle attribuutti on kohdistettu. Lisäksi, tarkennetta voidaan käyttää esittämään läsnäoloinfor-maatiota esimerkiksi eri tavoin puhelinluettelon yksityiselle kontakteille ja julkisille kontakteille. Näin ollen PS voi määrittää vastaanottavat asiakaslaitteet tar-10 kenteen perusteella.

Vastaanottava laite päättää myös samankaltaisten vertailuiden 305 perusteella kuin PS:kin, tallennetaanko vastaanotetun läsnäoloattribuutin informaatiota ja kuinka sitä tallennetaan. Tämänkaltainen ternäärinen läsnäolo-attribuuttien tunnistaminen mahdollistaa läsnäoloattribuuttien erittäin joustavan 15 käytön, hallinnan ja luomisen.

On monia tapoja, kuinka tarkennetta voidaan käyttää määrittämään attribuutin käyttöä MC2:ssa. Tyypillisesti asiakaslaite MC kykenee tukemaan useita sovelluksia. Erään ensimmäisen suoritusmuodon mukaisesti MC1 lisää tarkenteen, joka määrittää käytettävän sovelluksen. Sovellus viittaa yleisesti 20 mihin tahansa sovellusentiteettiin, joka voidaan identifioida esimerkiksi porttinumerolla. Sovellus voi olla sama kuin sovellus, jota käytetään prosessoimaan : [·1 MC1:n attribuutin läsnäoloinformaatiota, tai jokin muu sovellus. Vastaanottava • asiakaslaite osoittaa 305 vastaanotetun attribuutin tarkenteen indikoimalle so- il; « ; ·· vellukselle. Tarkennetta käyttämällä voidaan esimerkiksi lähettää sama läsnä- . · : 25 oloinformaatio puhelinluettelosovellukselle ja pelisovellukselle. Nämä sovelluk- , | , \ set voivat käyttää läsnäoloinformaatiota eri tavalla ja näin ollen on mahdollista * » myös räätälöidä attribuutteja täsmällisesti sovellusten tarpeita varten.

’ Erään toisen suoritusmuodon mukaisesti asiakaslaite MC1 lisää tar kenteen määrittämään attribuutin esittämistä. Vastaanottava asiakaslaite MC2 -··’1’ 30 esittää 305 vastaanotetun attribuutin tarkenteen perusteella. Tarkenne voi esim. määrittää, esitetäänkö informaatiota käyttäjälle ollenkaan vai ei tai mitkä : .·. osat informaatiosta esitetään. Tarkenne voi myös määrittää erilaisia käyttöliit- tymäasetuksia, kuten värejä, kirjasinlajeja, jne. Näin ollen MC2:n käyttöliitty- » · [·[ mää muokataan 305 tarkenteen asetusten perusteella.

* · » • · · • 1 · • ♦ · • 1 · • 1 12 114429

ASIAKKAAN TILA-ATTRIBUUTIT

Erään edullisen suoritusmuodon mukaisesti matkaviestintäasiakkaat MC hyödyntävät läsnäoloattribuuttia, joka kuvaa matkaviestintäasiakkaan sen-5 hetkiset tiedonsiirto-ominaisuudet. Tämänkaltaisen attribuutin rakennetta on havainnollistettu taulukossa 6. Tämä attribuutti, jota kutsutaan Modem-attribuutiksi, antaa läsnäoloinformaatiota matkaviestintäsiirtotietä käsittelevien käyttäjäpäätelaiteosille tai - toiminnoille.

10 ____

Informaa- Req Tyyppi Arvo Kuvaus tioele- mentti ____ ________

NameS- M Merkki- Modem Attribuutin nimi pec.name___jono___

Value M XML Katso alla Attribuutin arvo. Tyyppi on olevaa tau- rakenne _[___]_lukkoa 7 _

Taulukko 6. Modem-attribuutin rakenne • — T — _ « · «· ,

Modem. Value Req Yksittäi- Kuvaus : : nen/Moniluk ___uinen__ ·: Status__M Y__Arvokentän nimi_ • : CommAddr__O__Y__Arvokentän nimi_ CS Status__O__Y__Arvokentän nimi_ PS Status__O__Y__Arvokentän nimi_

RoamingStatus O Y__Arvokentän nimi_ , *. CS CallStatus O__M__Arvokentän nimi_ , :t’ PDP_ContexSt O M Arvokentän nimi atus____ ; ‘ ; ‘. 15 Taulukko 7. Modem-attribuutin arvokentät 13 114429

Taulukossa 8 havainnollistettu Status-arvokenttä indikoi matkavies-tintämodeemin tilaa.

Infomnaa- Status tioele- mentti__

Data- Lueteltu merkkijono

Jyyp-BL__

Muoto Seuraavat arvot: ON - Päätelaitteen modeemiosa on päällä , OFF - Päätelaitteen modeemiosa on kytketty pois päältä tai on peittoalueen ulkopuolella DIS - Tämän attribuutin arvokentät (jos niitä on) ovat invalideja. Kaikki aiemmista päivityksistä saadut arvoken-I tät ovat invalideja ί νχ" ........ "

Kuvaus Modeemiattribuutin tilakenttä_

~Älue ON | OFF | DIS

Taulukko 8. Modem-kentän Status-arvokenttä 5 Status-arvokenttä indikoi, onko modeemi päällä vai ei. Erään edulli sen suoritusmuodon mukaisesti läsnäoloattribuutti sisältää DIS-indikaation # .· edullisesti attribuutin pakollisessa Status-arvokentässä. Kun DIS on asetettu attribuutissa, kaikki attribuutille annetut arvot ovat invalideja. Vastaanottava *: matkaviestintäasiakas MC voi tällöin jättää huomioimatta attribuutin arvokentät.

,) 10 Myös läsnäoloattribuutin edelliset arvot poistetaan Qa nollataan). Näin ollen on • käytännöllistä lähettää attribuutti, jossa on DIS-indikaatio, mutta ei mitään mui-·, ta arvokenttiä. Tämänkaltainen attribuutti vaatii hyvin vähän tilaa ja näin kriittis- tä radiorajapinnan kaistaa voidaan säästää. Tämä on erityisen hyödyllistä var-, sinkin käyttäjäattribuutteja kuvaavien attribuuttien kanssa.

; 15 Viitaten uudestaan taulukkoon 7, Modem-attribuutin CommAddr- -·. arvokenttä sisältää modeemin (MC) tiedonsiirto-osoitteen. Se sisältää kaksi ; osaa: tiedonsiirtovälineet ja yhteysosoitteen (Contact Address). Välineet-osa : ·. kantaa informaatiota tuetuista tiedonsiirtokeinoista, erityisesti tukeeko modee mi pakettivälitteistä dataa (PS; Packet Switched), piirikytkentäistä dataa (CS) 20 tai puhetta, SMS- tai MMS-palveluita. Yhteysosa sisältää osoitteen, esim. MSIDSN-osoitteen.

14 114429 CS_Status-arvokenttä indikoi modeemin piirikytkentätilan (rekisteröitynyt tai ei rekisteröitynyt). PS_Status-arvokenttä indikoi modeemin pakettivälitysten (liittynyt tai ei liittynyt). RoamingStatus-arvokenttä indikoi koti-PLMN-verkon (Public Land Mobile Network) ja mahdollisesti PLMN.n, jossa modeemi 5 senhetkisesti verkkovierailee. CS_CallStatus-arvokenttä antaa CS-siirtotien puhelun aikaisen tilan (data vai puhe; aktiivinen vai ei-aktiivinen). Modeemiatt-ribuutilla voi olla lista näistä puhelun aikaisista tiloista, jos modeemi tukee mo-nipuheluominaisuutta. PDP_Context Status-arvokenttä sisältää informaatiota PDP-kontekstista (Packet Data Protocol), kuten QoS-informaatiota (Quality of 10 Service).

Edellä olevien esimerkkien lisäksi modeemiarvokenttää voidaan käyttää kantamaan muuta matkaviestintäasiakkaan tiedonsiirto-ominaisuuksiin liittyvää informaatiota. Eräässä ensimmäisessä esimerkissä toimitetaan matkaviestintäasiakkaan maksimibittinopeus Modem-attribuutissa. Vastaanottava 15 asiakaslaite voi sitten konfiguroida lähetysnopeutensa siten, että maksimibitti-nopeutta ei ylitetä. Eräässä toisessa esimerkissä asiakaslaite määrittää, että ainoastaan pakettivälitteistä tiedonsiirtomoodia tulee käyttää, kun asiakaslaitteeseen lähetetään datatiedostoja. Eräs kolmas esimerkki on, että verkkovie-raileva laite määrää, että ainoastaan tietyn tyyppinen tiedonsiirto on mahdollis-20 ta (esim. ainoastaan äänipuhelut ovat sallittuja ja että datatiedostoja ei saa lähettää).

KÄYTTÄJÄTILA-ATTRIBUUTIT

t · » ·

» I

Erään suoritusmuodon mukaisesti attribuutti määritetään käyttäjän , ; valmiudelle osallistua johonkin aktiviteettiin. Aktiviteetti määritetään Availability- • · 25 atribuuttiin kuuluvissa arvokentissä. Taulukko 9 havainnollistaa Availability-attribuutin rakennetta.

·· Infbrmaa- Req Tyyp Arvo Kuvaus ·. tioelement- pi » , ti____________ * * * * ; : NameS- M Merk- Availability Attribuutin nimi pec.Name___kijono___

Value M XML Katso alla ole- Attribuutin arvo ;·. : vaa taulukkoa _ | 10__ 15 114429

Taulukko 9. Availability-atribuutin rakenne Taulukko 10 kuvaa Availability-attribuutin arvokentät.

Availability- Req Yksittäi- Kuvaus

Extension2. nen/Monil

Value___ukuinen__

Status__M Y__Arvokentän nimi_

CommAvail O Y__Arvokentän nimi_

PhoneAvail O Y__Arvokentän nimi_ SMSAvail O Y__Arvokentän nimi_ MMSAvail O Y__Arvokentän nimi_ IMAvail__O Y__Arvokentän nimi_

EmailAvail O Y__Arvokentän nimi_

Image__O M__Arvokentän nimi_

Text_[O I M_Arvokentän nimi_

Taulukko 10. Availability-attribuutin arvot 5

Taulukossa 11 havainnollistettu Status-arvokenttä indikoi saavutet- . ·. tavuusinformaation tilan.

• · » · _ ^___^________

Informaa- Status tioele- f · j mentti__

Data- Lueteltu merkkijono ‘ JXffiPl__

Muoto Yksi seuraavista arvoista: :* ENA - Tässä attribuutissa sisällytetyt arvokentät sisältä vät ajankohtaista informaatiota. Aiemmin päivitetyt ja tähän sisältymättömät arvokentät ovat vielä ajankohtaisia ,1 1 4 DIS - Tähän attribuuttiin sisällytetyt arvokentät (jos niitä on) sisältävät invalidia informaatiota. Aiemmin päivitetyt » arvokentät ovat invalideja._ •. i Kuvaus Määrittää Availability-attribuutin julkaisuthan_

Alue T ΕΝΑ I DIS_ 16 114429

Taulukko 11. Status-kenttä

Status-arvokenttä indikoi, onko saavutettavuusinformaation julkaiseminen mahdollistettu vai ei. DIS-indikaatiota voidaan käyttää jo aiemmin kuvatulla tavalla invalidoimaan Availability-attribuutin arvot. Palvelin PS voi esi-5 merkiksi lähettää DIS-indikaatiolla varustetun Availability-attribuutin sen jälkeen, kun matkaviestintäasiakas on sulkenut IMPS- matkaviestintäistunnon. Tämänkaltainen viesti voidaan myös lähettää, kun yhteys asiakkaaseen äkillisesti katoaa. Tällöin vastaanottava matkaviestintäasiakas voi poistaa kaiken käyttäjään ja asiakaslaitteeseen liittyvän saavutettavuusinformaation, jotka ei-10 vät enää ole läsnä IMPS- matkaviestintäjärjestelmässä.

Taulukon 10 CommAvail-arvokenttä indikoi, onko käyttäjä halukas osallistumaan minkä tahansa muotoiseen etäkommunikaatioon. PhoneAvail-arvokenttä indikoi, onko käyttäjä halukas osallistumaan puheluun. SMSAvail-15 arvokenttä indikoi, onko käyttäjä halukas osallistumaan SMS-vaihtoon. MMSA-vail-arvokenttä indikoi, onko käyttäjä halukas osallistumaan MMS-vaihtoon (Multimedia Messaging Service). EmailAvail-arvokenttä indikoi, onko käyttäjä halukas osallistumaan sähköpostien vaihtoon.

Image-arvokentän rakennetta on havainnollistettu taulukossa 12.

V 20 ___ f: Image__Req Kuvaus_ i Containedl- C Attribuutissa sisällytetty kuva siirtokoodatussa mage___muodossa_ · ·· Referredl- C URL kuvaan \ mage___

Value Field M Minkä tahansa tähän attribuuttiin sisällytetyn _ arvokentän nimi, paitsi Status, Image tai Text ·

Table 12. Image * · ; ; : Tämä arvokenttä liittää kuvan mihin tahansa Availability-attribuutin arvokentistä, paitsi Status-, Text- tai Image-arvokenttään. Containedlmage-;Y: arvokenttä sisältää kuvan, kuvan koko tai muoto voi kuitenkin olla rajoitettu.

: 25 Referredlmage-arvokenttä sisältää URL:n liitetyn kuvan sisältävään resurssiin.

• *

ValueField-arvokenttä määrittää arvokentän, johon kuva on liitetty. Julkaisija 17 114429 voi esimerkiksi liittää kuvan arvokenttään PhoneAvaii, jolla on senhetkisesti arvo ‘DISC’ (joka tarkoittaa, että käyttäjä on rajoitetusti saavutettavissa esimerkiksi puheluun) välittääkseen kuvallista semanttista informaatiota DISC:n merkityksestä. Image-arvokentällä voi olla useita instansseja tässä attribuutissa.

! 5 Aina kun tämä arvokenttä sisällytetään attribuuttiin, sen kohdearvokenttä täy tyy myös olla sisällytetty samassa attribuutissa. Liitos on ainoastaan validi niin kauan kuin kohdearvokenttä on validi. Kun kohdearvokenttää päivitetään tai invalidoidaan, vastaanottavan asiakkaan tulee poistaa mikä tahansa vanha liitos tämän attribuutin kanssa.

10 Text-arvokentän rakennetta on havainnollistettu taulukossa 13.

Teksti__Req Kuvaus_

Contained- M Tekstijono

Text___

ValueField M Minkä tahansa arvokentän nimi tässä attri-__buutissa paitsi Status, Image tai Text_

Taulukko 13. Text

Text-arvokenttä liittää tekstijonon mihin tahansa Availability-attribuutin arvokenttään paitsi Status-, Image-, tai Text-kenttään. Text-arvo-15 kenttä sisältää tekstijonon ContainedText:ssä ja liitetyn arvokentän nimen Va- * · lueField:ssä. Tekstin koko voi olla rajoitettu ContainedText-elementissä. Jul- , ; kaisija voi esimerkiksi liittää tekstin arvokenttään PhoneAvaii, jolla senhetkises- » · J ti on arvo ‘NAVL’ (esim. ‘palaverissa klo. 14.00 asti) välittääkseen täydentävää semanttista informaatiota NAVL:n merkityksestä. Text-arvokentällä voi olla ** 20 useita instansseja tässä attribuutissa. Aina kun tämä arvokenttä sisällytetään attribuuttiin, sen kohdearvokenttä täytyy myös olla sisällytetty samassa attri- , buutissa. Liitos on ainoastaan validi niin kauan kuin kohdearvokenttä on validi.

Kun kohdearvokenttää päivitetään tai invalidoidaan, vastaanottavan asiakkaan : , tulee poistaa mikä tahansa vanha liitos tämän attribuutin kanssa. Kuvia ja teks- .1·1 25 tiä voidaan myös automaattisesti lisätä läsnäoloattribuuttiin.

* · » · 18 114429

HENKILÖKOHTAINEN TILA-ATTRIBUUTIT

PersonalStatus-attribuutti indikoi julkaisijan henkilökohtaista tilaa. Tähän attribuuttiin kuuluvilla arvokentillä määritetään vaihtoehdot ja yksityiskohdat. Taulukko 14 havainnollistaa PersonalStatus-attribuutin rakennetta.

5 _ii___

Informaa- Req Tyyp Arvo Kuvaus tioelement- pi

Ji_____

NameS- M Merk PersonalSta- Attribuutin nimi pec.Name___kijono tus__

Value M XML Katso alla Attribuutin arvo olevaa tau- ___lukkoa 15 _

Taulukko 14. PersonalStatus-attribuuttirakenne

Taulukko 15 havainnollistaa PersonalStatus-attribuutin arvokenttiä.

10 ________

Personal- Req Yksittäi- Kuvaus

Status.Value nen/Monil * ukuinen f · ..... 'il T I ............... i r .........»mm· " Minimin IM........- - ..........................— - - - - -..................................

j Status__M Y__Arvokentän nimi_ ! Text O Y Arvokentän nimi < t " ~ ~— ; Mood__O__Y__Arvokentän nimi_ i I »

Time__O__Y__Arvokentän nimi_ ·’ Image_O M_Arvokentän nimi_

Taulukko 15. PersonalStatus-attribuutin arvot *

Taulukossa 16 havainnollistettu status-arvokenttä indikoi Personal-Status-informaation tilan.

19 114429

Informaa- Status tioele- mentti___

Data- Lueteltu merkkijono tyyppi__

Muoto Yksi seuraavista arvoista: ENA - Tässä attribuutissa sisällytetyt arviokentät sisältävät ajan tasalla olevaa informaatiota. Aiemmin päivitetyt ja tähän sisältymättömät arvokentät ovat vielä ajankohtaisia DIS - Tähän attribuuttiin sisällytetyt arvokentät (jos niitä on) sisältävät invalidia informaatiota. Aiemmin päivitetyt n’ J ^ arvokentät ovat invalideja._

Kuvaus Määrittää sijaintiattribuutin julkaisuthan_

Alue ENA l DIS_

Taulukko 16. PersonalStatus-attribuutin tila Tämä kenttä indikoi, onko tämän informaation julkaiseminen mahdollistettu vai ei. DIS-indikaatiota voidaan myös käyttää PersonalStatus-5 attribuutin kanssa.

I · • ·

Text-arvokenttä indikoi julkaisijan tilan vapaa teksti-muotoisena.

, : Mood-arvokenttä indikoi julkaisijan mielialan. Time-arvokenttä antaa julkaisijan « · paikallisen ajan.

Erään edullisen suoritusmuodon mukaisesti kuvaa voidaan hyödyn-10 tää myös PersonalStatus-attribuutissa. Kuten jo taulukossa 12 on havainnollis-:· tettu, Image-arvokenttä liittää kuvan mihin tahansa tämän attribuutin arvokent- tistä, paitsi Status- tai Image-kenttään. Julkaisija voi esimerkiksi liittää kuvan arvokenttään Mood, jolla on senhetkisesti arvo ‘IN_LOVE’ välittääkseen kuval- » * lista semanttista informaatiota IN_LOVE:n merkityksestä. Image-arvokenttää ;·* 15 voidaan käyttää samankaltaisella tavalla kuin jo attribuutin Availability yhtey- ; V: dessä on havainnollistettu.

t * » I » I * » > » * 114429 20

Esillä oleva keksintö voidaan toteuttaa olemassa olevissa asiakas-laitteissa ja palvelimissa. Niissä kaikissa on prosessoreita ja muistia, joissa keksinnöllinen toiminnallisuus voidaan toteuttaa. Tietokoneohjelma voidaan ladata palvelimen tai asiakaslaitteen prosessoriin sisäisestä tai ulkoisesta muis-5 tista, joka tietokoneohjelma aikaansaa, suoritettuna prosessorissa, välineet keksinnöllisen toiminnallisuuden toteuttamiseksi. Myös laitteistototeutusta tai ohjelmiston ja laitteiston yhdistelmää voidaan käyttää.

Alan ammattilaiselle on ilmeistä, että tekniikan kehittyessä keksinnöllinen konsepti voidaan toteuttaa monin eri tavoin. Keksintö ja sen suoritus-10 muodot eivät siten rajoitu yllä kuvattuihin esimerkkeihin vaan ne voivat vaihdella oheisten patenttivaatimusten laajuuden ja hengen puitteissa.

t > * I · » *

t i I

I · i » ft k «

Claims (10)

114429

1. Matkaviestintäjärjestelmä, joka käsittää ainakin yhden asiakaslaitteen ja palvelimen, missä asiakaslaite käsittää välineet läsnäoloinformaation lähettämiseksi 5 läsnäoloattribuutteina palvelimelle ja välineet läsnäoloattribuuttien vastaanottamiseksi palvelimelta, missä mainittu läsnäoloinformaatio luokitellaan useilla att-ribuuttinimellä identifioitavilla läsnäoloattribuuttityypeillä, ja palvelin käsittää välineet läsnäoloinformaation ylläpitämiseksi vastaanotettujen läsnäoloattribuuttien perusteella, tunnettu siitä, että 10 asiakaslaite käsittää välineet tarkenteen lisäämiseksi läsnäoloattri- buuttiin, joka tarkenne käsittää yhden tai useampia attribuutin käyttöä määrittäviä parametrejä, ja asiakaslaite käsittää välineet vastaanotetun läsnäoloattribuutin pro-sessoimiseksi mainitun vastaanotetun attribuutin tarkenneparametrien mukai-15 sesti.

2. Patenttivaatimuksen 1 mukainen järjestelmä, tunnettu siitä, että asiakaslaite käsittää välineet attribuutin esittämisasetusten määrittämiseksi tarkentimeen, ja 20 asiakaslaite käsittää välineet vastaanotetun attribuutin esittämiseksi tarkentimen perusteella.

3. Patenttivaatimuksen 1 mukainen järjestelmä, tunnettu siitä, että , ; asiakaslaite käsittää välineet sovelluksen, johon attribuutti tulisi ! 25 osoittaa, määrittämiseksi mainitussa tarkentimessa, ja asiakaslaite käsittää välineet vastaanotetun attribuutin osoittamisek-'· ·’ si tarkentimessa indikoidulle sovellukselle.

4. Jonkin edellisen patenttivaatimuksen mukainen järjestelmä, tunnettu siitä, että * 6 « 30 palvelin käsittää välineet sen määrittämiseksi tarkentimen perusteel- : !·. la, tulisiko attribuutti lähettää yhdelle tai useammalle asiakaslaitteelle. » ♦ »

5. Patenttivaatimuksen 1 mukainen matkaviestintäjärjestelmä, T tunnettu siitä, että v.: asiakaslaite käsittää välineet läsnäoloinformaatioattribuutin muodos- 35 tamiseksi, joka läsnäoloinformaatioattribuutti tunnistetaan valtuuttajan, attri- 114429 buuttinimen ja tarkenteen perusteella, missä valtuuttaja määrittää attribuutin ylläpitämisestä vastuullisen tahon ja tarkenne määrittää attribuutin käyttöä, palvelin käsittää välineet vastaanotetun attribuutin kanssa samat tunnisteet sisältävän jo tallennetun attribuutin etsimiseksi ja välineet mainitun 5 jo tallennetun attribuutin korvaamiseksi mainitulla vastaanotetulla attribuutilla, jos mainitun vastaanotetun attribuutin tunnisteiden yhdistelmä on identtinen mainitun jo tallennetun attribuutin tunnisteiden yhdistelmän kanssa, tai muutoin mainitun vastaanotetun attribuutin lisäämiseksi, ja asiakaslaite käsittää välineet vastaanotetun attribuutin kanssa salo mat tunnisteet sisältävän jo tallennetun attribuutin etsimiseksi ja välineet mainitun jo tallennetun attribuutin korvaamiseksi mainitulla vastaanotetulla attribuutilla, jos mainitun vastaanotetun attribuutin tunnisteiden yhdistelmä on identtinen mainitun jo tallennetun attribuutin tunnisteiden yhdistelmän kanssa, tai muutoin mainitun vastaanotetun attribuutin lisäämiseksi.

6. Matkaviestintäasiakaslaite matkaviestintäjärjestelmää varten, joka mainittu asiakaslaite käsittää: välineet läsnäoloinformaation lähettämiseksi läsnäoloattribuutteina palvelimelle, joka mainittu läsnäoloinformaatio luokitellaan useilla attribuuttini-mellä identifioitavilla läsnäoloattribuuttityypeillä, tunnettu siitä, että mainit-20 tu asiakaslaite lisäksi käsittää: välineet tarkenteen lisäämiseksi läsnäoloattribuuttiin, joka tarkenne käsittää yhden tai useampia attribuutin käyttöä määrittäviä parametrejä.

7. Patenttivaatimuksen 6 mukainen matkaviestintäasiakaslaite, • tunnettu siitä, että mainittu asiakaslaite lisäksi käsittää: . . : 25 välineet läsnäoloinformaatioattribuutin muodostamiseksi, joka läsnä- ....·! oloinformaatioattribuutti tunnistetaan valtuuttajan, attribuuttinimen ja tarkenteen perusteella, missä valtuuttaja määrittää attribuutin ylläpitämisestä vastuullisen tahon ja tarkenne määrittää attribuutin käyttöä.

8. Matkaviestintäasiakaslaite matkaviestintäjärjestelmää varten, joka • * :' 30 mainittu asiakaslaite käsittää: välineet läsnäoloattribuuttien vastaanottamiseksi palvelimelta, joka : läsnäoloinformaatio luokitellaan useilla attribuuttinimellä identifioitavilla läsnä- » · »» » · ,···. oloattribuuttityypeillä, tunnettu siitä, että mainittu asiakaslaite lisäksi käsit- * · ! ’. tää: v .: 35 välineet tarkenteen lisäämiseksi läsnäoloattribuuttiin, joka tarkenne V*: käsittää yhden tai useampia attribuutin käyttöä määrittäviä parametrejä, ja 114429 välineet vastaanotetun läsnäoloattribuutin prosessoimiseksi mainitun vastaanotetun attribuutin tarkenneparametrien mukaisesti.

9. Patenttivaatimuksen 8 mukainen matkaviestintäasiakaslaite , tunnettu siitä, että mainittu asiakaslaite lisäksi käsittää: 5 välineet vastaanotetun attribuutin kanssa samat tunnisteet sisältä vän jo tallennetun attribuutin etsimiseksi, ja välineet mainitun jo tallennetun attribuutin korvaamiseksi mainitulla vastaanotetulla attribuutilla, jos mainitun vastaanotetun attribuutin tunnisteiden yhdistelmä on identtinen mainitun jo tallennetun attribuutin tunnisteiden yhdis-10 telmän kanssa, tai muutoin mainitun vastaanotetun attribuutin lisäämiseksi.

10. Palvelin matkaviestintäjärjestelmää varten, joka mainittu palvelin käsittää välineet läsnäoloinformaation ylläpitämiseksi vastaanotettujen läsnä-oloattribuuttien perusteella, joka mainittu läsnäoloinformaatio luokitellaan useilla attribuuttinimellä identifioitavilla läsnäoloattribuuttityypeillä, tunnettu sii- 15 tä, että mainittu palvelin lisäksi käsittää: välineet vastaanotetun attribuutin kanssa samat tunnisteet sisältävän jo tallennetun attribuutin etsimiseksi, ja välineet mainitun jo tallennetun attribuutin korvaamiseksi mainitulla vastaanotetulla attribuutilla, jos mainitun vastaanotetun attribuutin tunnisteiden 20 yhdistelmä on identtinen mainitun jo tallennetun attribuutin tunnisteiden yhdistelmän kanssa, tai muutoin mainitun vastaanotetun attribuutin lisäämiseksi. I · » I I · t · • * < « • > · * · t • · * · I 1 « » » · > » 1 · * · I · > i » · · • 1 · • · 1 1 • 1 · • · 24 114429