FI123451B

FI123451B - Menetelmä ja laite resurssien virtualisoimiseksi

Info

Publication number: FI123451B
Application number: FI20086085A
Authority: FI
Inventors: Zachary Shelby
Original assignee: Sensinode Oy
Priority date: 2008-11-17
Filing date: 2008-11-17
Publication date: 2013-05-15
Also published as: US20100125641A1; FI20086085A0; US8195814B2; FI20086085A; WO2010055209A1

Description

Menetelmä ja laite resurssien virtualisoimiseksi

Ala

Keksinnön kohteen on menetelmä ja laite resurssien virtualisoimiseksi. Erityisesti keksinnön kohteena on resurssien virtualisoiminen upotetuis-5 sa tietokoneverkoissa.

Tausta

Seuraava tekniikan tason kuvaus voi sisältää näkemyksiä, havaintoja, tietoja tai kuvauksia tai kuvauksiin liittyviä asioita, joita tekniikan tasossa ei tunnettu ennen keksintöä, mutta jotka keksintö tuo esille. Joitakin tällaisia asi-10 oita, joita keksinnöllä saadaan aikaan, tuodaan mahdollisesti erityisesti esiin alla olevassa, kun taas muu keksinnöllä aikaansaatava tulee esiin kontekstista.

Anturiverkkojen käyttö rakennuksissa ja muissa ympäristöissä on lisääntynyt viime vuosina. Antureita voidaan käyttää mittaamaan erilaisia fyysisiä parametrejä, kuten lämpötilaa, kosteutta, ääntä ja liikettä, esimerkiksi. An-15 tureilta kerättyä tietoa voidaan käyttää eri tarkoituksiin, kuten kotien automaatioon tai ympäristön turvavalvontaan tai muihin tarkoituksiin. Anturiverkot voivat olla langallisia tai langattomia. Langattomien anturiverkkojen tarkastelu on viime aikoina herättänyt kasvavaa mielenkiintoa langattomien pientehoisten vies-tintätekniikoiden kehittyessä.

20 Langattomat pientehoverkot, kuten IEEE 802.15.4:ään perustuvat upotetut ja anturiverkot, ovat erittäin energiatehokkaita, ja sirutekniikka on halpaa. Tästä syystä teknologia etenee upotettuihin laitteisiin hyvin nopeasti automaation, mittauksen, seurannan ja ohjauksen osalta, esimerkiksi. Kuitenkin näissä laitteissa on erittäin rajoitetut resurssit tiedon siirtämiseen.

” 25 Nykyisin on tavanomaista suunnitella ja toteuttaa sovellusprotokollia o ™ IP-pohjaisille pientehoisille langattomille verkoille siten, että jokainen suunnitte- o lija tekee omaa bittiformaattiaan, joka yleensä on käyttökelpoinen vain kysei- o sessä verkossa. Näin ollen langattoman anturiverkon liittäminen paikalliseen = tai etäsovellukseen reitittimenä toimivan laitteen kautta anturiverkkoa käyttä- 30 mällä on erittäin omistajakohtainen rakenne. Kutakin anturiverkkoa kohdellaan

LO

§ erillisenä alueena. Verkon käyttöön tarvitaan aina sovelluskohtainen paikalli-

CD

g nen ratkaisu. Tällä hetkellä tällaisten verkkojen käyttöä pyytävän sovelluksen S on tuettava kaikki verkkotyyppejä erikseen. Jokaisessa verkossa voi olla oma tekniikkansa resurssien löytämiseksi ja tiedon välittämiseksi ja se voi jopa olla 35 sovellus- tai myyjäkohtainen.

2

Lisäksi käytössä on useita erilaisia viestintätekniikoita, kuten EEE 802.15.4-pohjaisia ratkaisuja tai Bluetooth Ultra Low Power (ULP) ratkaisuja. Nämä ratkaisut eivät ole keskenään yhteensopivia. Näin ollen matkaviestin, joka yrittää päästä paikalliseen langattomaan anturiverkkoon, voi kohdata yh-5 teensopimattoman langattoman tekniikan. Vaikka paikalliseen verkkoon pääseminen internetin kautta joskus tarjoaa ratkaisun, se ei aina ole käytännöllistä eikä edes mahdollista. Tilanne on erittäin hankala erityisesti, jos tarkoitus on saada anturiverkot laajassa mitassa matkaviestimien käyttöön.

Lyhyt kuvaus 10 Keksinnön tarkoituksena on saada aikaan parempi ratkaisu langat tomien anturiverkkojen resursseihin pääsemiseksi.

Keksinnön erään aspektin mukaan tarjotaan laitteisto, joka on konfi-guroitu tallentamaan laitteistoon toiminnallisesti kytkettyjen useiden resurssien resurssikuvauksia, jotka käsittävät resurssitunnistetietoja, kuten resurssiraja- 15 pinnan, luomaan ja tallentamaan vastaanotettujen resurssikuvausten vaihtoehtoisia kuvauksia muuttamalla ainakin resurssikuvauksen resurssirajapinta laitteiston rajapintaan, julkaisemaan ainakin osa resurssikuvauksista verkossa, johon laitteisto on yhteydessä, käsittelemään resursseihin liittyvästä verkosta tulevia resurssitietopyyntöjä.

20 Keksinnön erään toisen aspektin mukaan toteutetaan resurssien vir- tualisoimiseksi tarkoitettu menetelmä, jossa tallennetaan useiden resurssitunnistetietoja, kuten resurssirajapinnan, käsittävien resurssien resurssikuvauksia, luodaan ja tallennetaan vastaanotettujen resurssikuvausten vaihtoehtoisia kuvauksia muuttamalla ainakin resurssikuvauksen resurssirajapinta laitteiston ra- 25 japinnaksi, julkaistaan ainakin joitakin resurssikuvauksia verkossa, johon lait-

CO

£ teisto on yhteydessä, käsitellään resursseihin liittyvästä verkosta saatuja re- ™ surssitietopyyntöjä.

C\J

9 Keksinnön suoritusmuodoilla saadaan monia etuja. Suoritusmuoto- o jen ansiosta resurssit havaitaan skaalattavalla ja universaalilla tavalla. Lisäksi ir 30 useita langattomia anturiverkkoja saadaan saumattomasti liitettyä paikallisiin ja Q_ internet-pohjaisiin sisältöpalveluihin. Lisäksi keksinnön suoritusmuotojen ansi- o osta saadaan aikaan yleismaailmallinen viestintäjärjestelmä käytettäväksi pien- § tehoisissa langattomissa verkoissa, joissa tähän mennessä on käytetty ainoas- o ^ taan omistajasovelluskohtaisia protokollia.

35 Keksinnön suoritusmuotoja voidaan käyttää antureita, toimilaitteita tai yleisesti upotettuja laitteita käsittävien verkkojen yhteydessä.

Kuvioluettelo 3

Keksinnön suoritusmuotoja, jotka on tarkoitettu ainoastaan esimerkeiksi, kuvataan seuraavassa viitaten oheisiin piirroksiin, joista:

Kuvio 1 esittää erästä esimerkkiä verkosta, johon keksinnön suori-5 tusmuotoja voidaan soveltaa;

Kuvio 2 on vuokaavio, joka havainnollistaa keksinnön erästä suoritusmuotoa;

Kuvio 3 esittää keksinnön erään suoritusmuodon mukaisia protokollapinoja; 10 Kuvio 4 esittää erästä esimerkkiä välisolmusta tai reitittimestä;

Kuvio 5 on vuokaavio, joka havainnollistaa keksinnön suoritusmuotoja;

Kuvio 6 on vuokaavio, joka havainnollistaa erästä esimerkkiä XML-viestin pakkaamisesta; ja 15 Kuvio 7 esittää erästä esimerkkiä viestien vaihtamisesta.

Suoritusmuotojen kuvaus

Alla olevat suoritusmuodot ovat esimerkkejä. Vaikka selityksessä voidaan viitata ’’johonkin”, ’’yhteen” tai ’’joihinkin” suoritusmuotoon/-muotoihin eri kohdissa, tämä ei välttämättä tarkoita, että joka kohdassa viitattaisiin sa-20 maan suoritusmuotoon/samoihin suoritusmuotoihin, tai että piirre liittyy vain yhteen suoritusmuotoon. Eri suoritusmuotojen yksittäisiä piirteitä voidaan myös yhdistää muiden suoritusmuotojen aikaansaamiseksi.

Kuviossa 1 esitetään eräs esimerkki verkkotopologiasta, johon keksinnön mukaisia suoritusmuotoja voidaan soveltaa. Kuvion 1 esimerkin mukai-25 nen verkkotopologia käsittää kaksi langatonta anturiverkkoa 114A, 114B, jotka o on liitetty reitittimeen tai välisolmuun 106. Pientehoisia langattomia verkkoja

C\J

^ voidaan liittää internet-/intranet- ja IP-pohjaiseen verkkoon välisolmun 106 ° kautta, joka on fyysisesti joko langaton reititin pientehoisen langattoman ver- ° kon ja internetin/intranetin välillä tai reunapalvelin, joka on IP-verkossa tai jos- | 30 sain muussa verkkoon liitetyssä verkkoyksikössä. Internet/intranet-yhteys voi

Lo olla langallinen tai langaton.

CO

§ Langattomat anturiverkot 114A, 114B käsittävät radiorajapintoja o 116Aja, vastaavasti, 116B. Radiorajapinnat voidaan toteuttaa käyttämällä

^ IEEE 802.15.4:ää yhdessä Internet Protocol v6:n (6lowpan) kanssa, IEEE

35 802.15.4 yhdessä ZigBeen, Bluetoothia tai Bluetooth Ultra Low Power (ULP), 4 pientehoista langatonta paikallisverkkoa (Low Power Wireless Local Area Network), omistajakohtaista pientehoista radiota, solukkoradiojärjestelmää tai mitä tahansa muuta järjestelmää, joka soveltuu pienteholähetykseen. IEEE on lyhenne sanoista Institute of Electrical and Electronics Engineers. Radioraja-5 pinnat 116A, 116B voivat olla keskenään yhteensopimattomia.

Yksinkertaisuuden vuoksi kuvion 1 esimerkissä molemmat langattomat anturiverkot 114A, 114B käsittävät yhden solmun 112A, 112B. Todellisuudessa monet anturiverkot voivat käsittää useita solmuja. Verkko ovi olla monijänteinen solmujen verkko, jossa jokaisesta solmusta ei ole suoraa yhteyt-10 tä reitittimeen, vaan yhteys reitittimeen on verkon jonkin toisen solmun kautta.

Verkkojen solmut 112A, 112B tarjoavat dataa jonkin palvelimen tai sovelluksen käyttöön. Data voi olla esimerkiksi lämpötila-, kosteus-, ääni- tai liikeanturidataa. Rajapintaa, jonka anturisolmut tarjoavat anturitietoihin pääsemiseksi, kutsutaan resurssiksi. Resurssi voisi myös olla solmun hallinta- tai oh-15 jausrajapinta.

Solmut voivat myös olla toimilaitteita, kuten ohjattavia valoa emittoivia diodeja, ledejä (LED, light emitting diode), servomoottoreita, moottoreita tai upotettavia laitteita yleisesti. Seuraavassa käytetään termiä ’’anturiverkko”, mutta kuten alan ammattilaiselle on selvää, voitaisiin myös käyttää termiä 20 ’’upotettu verkko” tai ’’anturi- ja toimilaiteverkko”.

Kuviossa 1 nähdään internetissä oleva palvelin 104, joka voi käyttää langattomien anturiverkkojen resursseja. Anturiverkon jokainen resurssi on kuvattu resurssikuvauksessa. Resurssikuvaukset on saatavissa solmuista tai jostain ulkoisesta lähteestä, kuten radiotaajuustunnistenimiöstä (RFID) 108, joka 25 on toiminnallisesti kytketty 110 reitittimeen.

Reitittimen 106 yhteydet internetiin/intranetiin ja palvelimelle 104 o ovat IP-pohjaisia yhteyksiä. Internet-ympäristössä resurssit voidaan tyypillisesti

CvJ

^ kuvata käyttämällä internetin resurssien kuvauskieltä, kuten Resource Descrip- ° tion Framework’ia (RDF) tai Atomia. Molemmat näistä esimerkkikielistä ovat

CO

° 30 Extensible Markup Language (XML) -pohjaisia kieliä. XML:ää voidaan käyttää | minkä tahansa tyyppisen tiedon esittämiseen. XML-pohjaiset viestit muodostu- lo vat rakenteisista XML-nimiöistä.

00 § Seuraavassa RDF:ää käytetään esimerkkinä internetin resurssien o kuvauskielestä. On kuitenkin huomattava, että mitä tahansa muuta kieltä voi- o 00 35 daan myös käyttää ja että keksinnön suoritusmuotoja ei ole rajattu RDF:ään tai 5 mihinkään tiettyyn kieleen tai protollaan, kuten alan asiantuntija hyvin ymmärtää.

Resurssikuvaukset voidaan siirtää internetissä käyttämällä eri protokollia. Kun RDF-viestejä siirretään internetin yli, niissä käytetään sovelluspro-5 tokollana esim. HTTP:tä TCP/IP:n yli tai Session Initiation ProtocoUa (SIP) TCP/IP:n yli. Myös SOAP-protokollaa voidaan käyttää. SOAP on internet-palvelun viestintäprotokolla, jota käytetään laajasti automaattiviestien siirtämisessä internetissä olevien tietokonepalvelimien välillä. SOAP tarjoaa laajenevan formaatin viestien vaihtoon tietokoneiden välillä minkä tahansa tietyn teh-10 tävän toteuttamiseksi. Tällä hetkellä SOAP-viestin sisältö koodataan käyttämällä Extensible Markup Language-kieltä (XML).

XML-pohjaisen RDF:n ja HTTP:n tai SIP:in käyttö yli TCP/IP:n on hyvin tehoton ja raskas ratkaisu pientehoisille verkoille, joissa on hyvin rajoitetut tiedonsiirtosuorituskyvyt.

15 Erään suoritusmuodon mukaan väliyksikkö, verkkoyksikkö tai reiti tin 106 voi pakata XML-pohjaiset protokollat binäärimuotoiseen protokollaan, joka käsittää samat viestielementit binaarimuodossa. Binäärimuotoinen protokolla on erittäin tehokas ja sopiva pientehoisiin anturiverkkoihin, jotka säilyttävät XML-pohjaisten protokollien kaiken viestitiedon. Vastaavasti, reititin 106 voi 20 purkaa binäärimuotoisten viestien pakkauksen XML-pohjaisiksi protokolliksi. Reititin tai välisolmu 106 voi siis lähettää resurssikuvauksia ja mainoksia inter-netissä/intranetissä käyttämällä XML-pohjaista kuvauskieltä, kuten RDF:ää, ja resurssidatapyyntöjä ja -vastauksia voidaan lähettää käyttämällä SOAP-, SIP-, HPPT- tai mitä tahansa muuta sopivaa protokollaa. Kuitenkin reitittimen tai vä-25 lisolmun 106 ja anturisolmujen väliset yhteydet toteutetaan edellä mainittujen protokollien binaariversioina. Binaarikoodattu viestintä kuljettaa XML-pohjaisen 5 viestinnän kaiken toiminnallisuuden mutta tarvitsee vain hyvin vähän lähetys tä ^ kapasiteettia, joten se soveltuu pientehoisiin ja matalan kapasiteetin verkkoi- ° hin. Erään suoritusmuodon mukaan pakkaaminen ja pakkaamisen purkaminen

CD

° 30 XML:n ja binaarimuotojen välillä tehdään reitittimessä tai välisolmussa 106.

| Nämä konversiot kuvataan myöhemmin.

Kuviossa 2 havainnollistetaan keksinnön erästä suoritusmuotoa.

00 § Suoritusmuoto alkaa vaiheesta 200. Vaiheessa 202 laitteisto vastaanottaa ja o tallentaa useiden laitteistoon toiminnallisesti kytkettyjen resurssien resurssiku- 00 35 vaukset. Laitteisto voi olla liitettynä langattomaan anturiverkkoon, joka käsittä anturilaitteiden ryhmän (tai upotettuja laitteita yleensä), ja anturilaite voi liittyä 6 ainakin yhteen resurssiin. Laite voidaan toteuttaa reitittimellä tai välisolmukka 106, joka voi olla fyysisesti joko langaton reititin pientehoisen langattoman verkon ja internetin/intranetin välillä tai reunapalvelin internetissä/intranetissä. Re-surssikuvaukset käsittävät resurssien tunnistetietoa. Resurssien tunnistetieto 5 voi käsittää ainakin yhden seuraavista: resurssirajapinnan, resurssirajapinnan sijainnin, rajanpinnan määrittelyn sijainnin, yksilöllisen resurssitunnisteen (ID) ja resurssiominaisuudet. Resurssiominaisuudet voivat käsittää tietoa esimerkiksi anturilaitteella saatavilla olevista anturityypeistä, siitä, kuinka usein anturia voidaan lukea ja siitä, onko anturitieto vietävissä välimuistiin. Erään suori-10 tusmuodon mukaan resurssikuvaukset vastaanotetaan anturilaitteilta. Lisäksi kuvaukset voidaan tallentaa laitteistoon manuaalisesti tai ne voidaan konfiguroida etukäteen laitteiston muistissa.

Vaiheessa 204 reititin luo ja tallentaa vaihtoehtoiset kuvaukset vastaanotetuista resurssikuvauksista vaihtamalla ainakin osan kuvauksien tunnis-15 tetiedoista. Vaihtoehtoisten kuvausten luonnin yhteydessä laitteisto voi muuttaa resurssikuvauksen resurssirajapinnan laitteiston rajapintaan. Lisäksi laitteisto voi vaihtaa vastaanotetun resurssikuvauksen resurssirajapinnan vaatiman protokollan johonkin laitteiston tukemaan protokollaan. Resurssikuvauk-sessa voidaan esimerkiksi osoittaa, että resurssi käyttää binaarista SOAP-20 protokollaa viestinnässä. Reititin voi luoda vaihtoehtoisia kuvauksia, joissa käytettävä protokolla vaihdetaan esimerkiksi SOAP- tai SIP-protokollaan. Nämä konversiot kuvataan myöhemmin.

Vaiheessa 206 reititin julkaisee ainakin osan resurssikuvauksista verkossa. Julkaisemalla tai mainostamalla resurssikuvauksia reititin saattaa 25 resurssikuvaukset saataville niille käyttäjille, tietokoneille ja palvelimille, jotka haluavat päästä internetiin/intranetiin, johon reititin on kytkeytyneenä. Verkon 0 palvelimet voivat toivoa pääsyä resurssien tarjoamiin tietoihin. Palvelimet il-

CvJ

^ moittavat tiedontarpeensa lähettämällä resurssidatapyynnön resurssikuvauk- ° sessa annettuun osoitteeseen. Erään suoritusmuodon mukaan reititin on mää-

CO

° 30 ritellyt itsensä datapyyntöjen vastaanottajaksi julkaistuissa resurssikuvauksis- 1 sa.

Lo Vaiheessa 208 reititin konfiguroidaan vastaanottamaan ja käsittele- 00 § mään resursseihin liittyviä datapyyntöjä. Resurssista riippuen reititin voi vasta- o ta pyyntöön välimuistin datalla tai reititin voi lähettää pyynnön asianomaiselle 00 35 resurssille. Reititin voi myös mukauttaa pyynnön protokollan resurssin käyttä mään protokollaan. Jos reititin esimerkiksi vastaanottaa SOAP-pyynnön (jonka 7 perustana on vaihtoehtoinen resurssikuvaus, jossa SOAP:ia mainostetaan yhteysprotokollana), mutta resurssi tukee binäärimuotoista SOAP:ia, reititin voi toimittaa viestin resurssille, joka käyttää binaari-SOAP:ia. Vastaavasti, reititin pitää huolta protokollasta lähettäessään vastauksen edelleen resurssilta sitä 5 pyytäneelle palvelimelle. Suoritusmuoto päättyy vaiheeseen 210.

Kuviossa 3 esitetään keksinnön erään suoritusmuodon mukaisia protokollapinoja. Kuviossa 3 nähdään välisolmu tai reititin 6, joka on liitetty pientehoiseen solmuun tai pientehoisen anturiverkon anturiin 112A pientehoi-sen langattoman yhteyden 116A välityksellä. Reititin on edelleen liitetty palve-10 limeen 104 IP-pohjaisen verkon, kuten internetin/intranetin 102, välityksellä.

Kuvion 3 esimerkissä reititin 106 on konfiguroitu kommunikoimaan IP-pohjaisen verkon kanssa palvelimella 104 käyttäen XML-koodattua RDF-viestintää ja pientehoisilla solmuilla käyttäen binaarikoodattu RDF-viestintää. XML-koodatussa RDF-viestinnässä protokollapinot 300, 302 ja 304 käsittävät 15 fyysisen kerroksen, jota seuraa TCP/IP ja HTTP. RDF 306 siirretään HTTP:llä käyttäen Request/Response POST:ia tai GET:iä. RDF-viestin sisältö koodataan käyttämällä XML:ää. HTTP:n asemesta voidaan käyttää muita sovellus-protokollia, kuten SIP:tä.

Binaarinen koodattu RDF-viestintä on pakattu versio XML-20 koodatusta viestinnästä. XML-nimiöiden asemesta käytetään binaarivastineita ja vastaavaa sidontaa. Binaarinen koodattu RDF-viestintä kuljettaa mukanaan RDF-viestinnän koko toiminnallisuuden mutta tarvitsee vain hyvin vähän siirtokapasiteettia, joten se soveltuu pientehoisiin ja matalan kapasiteetin verkkoihin. XML-koodatun RDF:n muutos ei koodaa ainoastaan XML-nimiöitä vaan ot-25 taa myös huomioon HTTP- ja TCP/IP-sidonnan. RDF voidaan siis siirtää epä-luotettavien verkkojen yli.

o Binaarisessa koodatussa RDF:ssä pientehoisten solmujen ja väli en ^ solmun tai reitittimen protokollapinot 308, 310 ja 312 koostuvat radiokerrokses- ° ta, verkkokerroksesta ja binaarisesta RDF-koodauksesta. Verkkokerros mää- co ° 30 räytyy käytetyn langattoman yhteystekniikan mukaan. Verkkokerroksen perus- | tana voi olla esimerkiksi IPv6 (6lowpan) IEEE802.15.4:n yli ja siinä voi olla m User Data Protocol (UDP). Binaarinen koodattu RDF voidaan ajaa suoraan 00 g verkon yli ilman HTTP:tä. XML-koodaus korvataan kompaktilla binaarikooda- o uksella. Tässä tapauksessa RDF on sidottu pientehoisen langattomaan pinoon ^ 35 käyttämällä epäluotettavaa kuljetusta, kuten UDP:tä.

8

Erään suoritusmuodon mukaan, kun viestejä siirretään pientehoisen solmun 112 ja palvelimen 104 välillä, reititin on konfiguroitu suorittamaan RDF-koodausmuunnoksen XML-pohjaisen ja binaariviestinnän välillä. Reititin voi käsittää prosessorin 314, joka käyttää pakkauksessa/pakkauksen purussa käy-5 tettyä kompressio/dekompressialgoritmia, ja muistin 316 pakkauk-sen/pakkauksen purun määrittävien hakutaulukoiden ryhmän tallentamiseksi.

Eräässä suoritusmuodossa hakutaulukoiden ryhmä kuvaa, miten resurssikuvaukset, -pyynnöt ja vastaukset sijoitetaan pientehoisen binaariviestinnän ja XML-pohjaisen viestinnän väliin.

10 Kuviossa 4 havainnollistetaan esimerkki välisolmusta tai reitittimestä 106. Reititin käsittää prosessorin 314, johon on liitetty vaadittava ohjelmisto välttämättömien tehtävien suorittamiseksi reitittimellä. Lisäksi reititin käsittää muistin reitittimen toiminnassa tarvittavien erilaisten tietojen tallentamiseksi. Muisti voidaan toteuttaa yhdellä tai useammalla muistipiirillä, -komponentilla, 15 kovalevyillä tai millä tahansa muulla tekniikan tasosta tunnetulla tallennusvälineellä. Muisti voi myös olla ulkoinen muisti. Lisäksi reititin käsittää yhden tai useamman viestintärajapinnan tai -kerroksen, kuten rajapintakerroksen fyysiselle kerrokselle 300, ja siihen liittyvät pinot 302, 304 kommunikointiin IP-pohjaisten verkkojen kanssa, verkkokerroksen 310 kommunikointiin piente-20 hoisten radiorajapintojen 400, 402 joukon kanssa. Kuvion 4 esimerkissä reititin käsittää kaksi radiorajapintaa 400, 402 kommunikointiin kahden pientehoisen verkon kanssa eri radiorajapintoja käyttämällä. Rajapinta 400 voi esimerkiksi tukea IEEE 802.15.4:ää, ja Internet Protocol v6:tta (6lowpan), ja rajapinta 402 voi tukea esimerkiksi IEEE 802.15.4:ää ja ZigBeetä. Lisäksi reititin voi käsittää 25 rajapinnan 404 muille kommunikaatiotekniikoille, kuten RFID-nimiöille.

Erään suoritusmuodon mukaan, Resource Description Frame-5 work’iä RDF käytetään resurssisovelluksissa. Myös muita resurssikieliä voi-

C\J

^ daan käyttää, mutta seuraavassa esimerkkinä on käytetty RDF:ää. RDF on ° yleensä XML-pohjainen, joten XML:n perustermit, kuten nimitilat, soveltuvat

CD

° 30 myös RDF:ään.

| RDF:ssä käytetään lauseita (statement) kuvaamaan resurssien

Lo ominaisuuksia. Lauseissa voidaan käyttää Uniform Resource Identifiers- 00 § tunnisteita (URI) resurssiominaisuuksien kuvaamiseen. Eräs esimerkki URI:sta o on internetin sivusto-osoite (Uniform Resource Locator, URL). Jokainen RDF- 00 35 lause käsittää subjektin, jossa määritetään kuvauksen aihe. Erään suoritus muodon mukaan tämä on resurssin rajapintaa osoittava URI. Lisäksi RDF- 9 lause käsittää prekaatin, joka osoittaa subjektin tyypin, sen ominaisuuden tai tunnusmerkin. Erään suoritusmuodon mukaan tämä on abstrakti UR oletuksena käytettävästä RDF-nimitilasta tai asiakasnimitilasta. Lisäksi RDF-lause käsittää objektin, joka määrittää kuvauksen arvon ja joka voi olla mitä tahansa 5 datatyyppiä (jonka osoittaa rdf:datatyyppi -attribuutti RDF/XML:ssä).

RDF-kuvaukset on yleensä laadittu tiettyä subjektia koskevien pre-dikaatti+objekti -parien ryhmänä. RDF/XML:ssä ryhmät sisältyvät rdf:Description -nimiöön. Yksi RDF-viesti voi sisältää useita (eri objektien) kuvauksia.

10 Anturiverkon resurssikuvaukset voivat sisältää yhdessä itse resurs sin URI:n kanssa RDF-viennin ja osoittimen sen kuvaukseen ja näiden jälkeen seuraavan ominaisuuksien ryhmän kyseiselle resurssille. Joissain tapauksissa mukana on kuvauksen yleismaailmallinen ID. Esimerkiksi: 15 POST /register HTTP/1.1 Host: router.com

Content-Type: application/rdf+xml; charset=utf-8 Content-Length: nnn <?xml version="l.0"?> 20 <rdf:RDF xmlns : rdf=http: //www. w3 . org/1999/02/22-rdf-syntax-ns# xmlns:exterms="http://www.sensormanufacturer.com/terms/"> <rdf:Description df:about="bsoap://sensorl2.com"> <ex- terms:resourcedesc>http://www.sensormanufacturer. com/temp237A.w 25 sdl</exterms:resourcedesc> <exterms:uuid>3s34sa</exterms:uuid> <exterms:period rdf:datatype="&xsd;int">255</exterms:period> </rdf:Description> </rdf:RDF> 30 co Yllä oleva RDF/XML-esimerkkileike on erään resurssin kuvaus.

^ XML-attribuutti drf: about XML-nimiössä rdf description osoittaa, että re- surssi on saatavilla kohteessa URI bsoap://sensor12.corn ja että käytetty pro- co tokolla on SOAP.

° x 35 Osa exterms: resourcedesc osoittaa, että resurssin kuvaus Web cc

Services Description Language (WSDL) -muodossa on saatavilla osoitteesta oo http://www.sensormanufacturer.com/temp237A.wsdl. Osa exterms :uuid o g osoittaa, että resurssilla on yleismaailmallinen ID 3s34sa ja osa ex- o terms: period, että resurssin päivitysjakso on 255 sekuntia. Muuta tietoa, ku- 40 ten anturin tyyppi ja onko se vietävissä välimuistiin, voitaisiin myös ottaa mukaan, mutta tässä esimerkissä niitä ei ole esitetty.

10

Edellä olevan kuvauksen kaksi ensimmäistä riviä osoittavat, että esimerkkileike on HTTP POST -viesti ja että kuvausta ollaan lähettämässä osoitteeseen http://router.com/register.

Kuvio 5 on vuokaavio, joka havainnollistaa keksinnön erästä suori-5 tusmuotoa. Kuviossa 5 nähdään välisolmun tai reitittimen toiminnan eräitä aspekteja.

Toiminta alkaa vaiheesta 500 kommunikaation vastaanotolla.

Vaiheessa 501 tutkitaan kommunikaation tyyppi. Tässä esimerkissä kommunikaation tyyppi voi olla jokin seuraavista: resurssikirjaus, resurssipyyn-10 tö tai vastaus resurssipyyntöön. Muitakin kommunikaatiotyyppejä voi olla, mutta yksinkertaisuuden vuoksi niitä ei kuvata tässä.

Jos kommunikaation tyyppi on resurssikirjaus, joka käsittää resurs-sikuvauksen, joka on vastaanotettu anturilta tai pientehoiselta solmulta, toiminta jatkuu vaiheessa 502.

15 Vaiheessa 504 dekoodataan resurssikuvaus. Kirjaus on voitu lähet tää käyttämällä mitä tahansa reitittimen tukemaa protokollaa.

Vaiheessa 506 resurssikuvaus tallennetaan reitittimen muistiin 316.

Vaiheessa 508 luodaan vaihtoehtoinen resurssikuvaus.

Vaiheessa 510 tarkistetaan, voidaanko luoda lisää vaihtoehtoisia 20 kuvauksia. Voi esimerkiksi olla mahdollista luoda kuvaus, joka vastaa kutakin reitittimen tukemaa protokollaa (SOAP, SIP, jne.) Jos näin on, prosessi palaa vaiheeseen 508.

Jos ei ole, prosessi jatkuu vaiheessa 512, jossa ainakin osaa re-surssikuvauksista mainostetaan internetissä/intranetissä. Mainoksen perus-25 teella internetissä/intranetissä olevat palvelimet tai asiakkaat voivat päästä re-surssiin. Reititin voi mainostaa sekä alkuperäistä resurssikuvausta että luotuja 5 vaihtoehtoisia kuvauksia. Erään suoritusmuodon mukaan reititin mainostaa ai-

C\J

^ noastaan luotuja vaihtoehtoisia kuvauksia. Näin voi olla, kun resurssin tuke- ^ maa protokollaa ei käytetä internetissä/intranetissä.

° 30 Viitataan kuvioon 4, jonka mukaan mainostaminen voidaan tehdä | lähettämällä resurssikuvaukset jokaiselle palvelimelle, joka on liitetty reititti- lo meen internetin/intranetin 102 välityksellä. Lisäksi reititin voi tallentaa resurssi- 00 § kuvaukset RFID-rajapintaan 404, jolloin matkaviestin voi lukea saatavilla olevat o resurssit saapuessaan fyysiselle alueelle, jota reitittimen mainostamat resurssit ^ 35 palvelevat. Lisäksi reititin voi lähettää kuvaukset muihin reitittimeen liittyneinä oleviin verkkoihin. Reititin voi esimerkiksi mainostaa radiorajapinnan 400 kaut- 11 ta kommunikoivan verkon resursseja radiorajapinnan 402 kautta kommunikoivalle verkolle. Näin eri radiorajapintoja käyttävät verkot voivat käyttää toistensa resursseja. Esimerkiksi matkaviestin, joka käsittää ultrapientehoisen Bluetooth-yhteyden reitittimeen voi kommunikoida resurssin kanssa, jolla on ZigBee-5 yhteys reitittimeen.

Jälleen kuvioon 5 viitaten todetaan, että jos kommunikaation todetaan olevan tyypiltään resurssipyyntö, toiminta jatkuu vaiheessa 502 vaiheeseen 516.

Vaiheessa 518 muistista 316 etsitään pyyntöä vastaavaa resurssi- 10 kuvausta.

Vaiheessa 520 tarkistetaan, löytyikö vastaava resurssikuvaus. Jos ei, kommunikaatio hylätään vaiheessa 512, ja prosessi päättyy.

Jos vastaava resurssikuvaus löytyi, tarkistetaan vaiheessa 524, onko välimuistissa 316 pyyntöä vastaavaa voimassaolevaa tietoa.

15 Jos ei ole, pyyntö koodataan vaiheessa 526 käyttämällä alkuperäi sen resurssikuvauksen mukaista protokollaa ja toimitetaan päämääräänsä vaiheessa 528. Määränpää on pientehoinen solmu tai anturi, jonka osoite on annettu resurssikuvauksessa. Tyypillisesti kyseessä on pientehoinen solmu tai anturi, joka lähetti resurssikuvauksen.

20 Prosessi päättyy vaiheessa 530 sen jälkeen kun pyyntö on toimitettu eteenpäin.

Jos vaiheessa 524 löydettiin välimuistista 316 pyyntöä vastaavaa voimassa olevaa tietoa, pyyntöön voidaan vastata suoraan lähettämättä pyyntö edelleen määränpäähän. Tässä tapauksessa data luetaan muistista 316 ja da- 25 tan käsittävä vastaus lähetetään pyynnön lähettäjälle vaiheessa 532.

Prosessi päättyy vaiheessa 534 sen jälkeen, kun pyyntö on toimitet-5 tu edelleen.

C\J

^ Jos vaiheessa 502 kommunikaation todetaan olevan tyypiltään vas- ° taus resurssipyyntöön, toiminta jatkuu vaiheessa 536.

° 30 Vaiheessa 538 dekoodataan resurssikuvaus. Vastaus on voitu lä- | hettää mitä tahansa reitittimen tukemaa protokollaa käyttäen, m Vaiheessa 504 lisätään resurssipyynnön vastauksen tiedot muistin

CO

§ 316 välimuistiin, jos vastauksen lähettäjän kuvaus osoittaa, että tiedot voidaan o sijoittaa välimuistiin. Jos tietoja ei voi sijoittaa välimuistiin, tätä vaihetta ei suori- 00 35 teta.

12

Vaiheessa 542 vastaus koodataan käyttämällä protokollaa, joka osoitettiin resurssipyynnössä, johon kommunikaatiolla vastattiin.

Vaiheessa 544 vastaus toimitetaan eteenpäin määränpäähän. Määränpää voi olla resurssipyynnön alkuunpanija.

5 Prosessi päättyy vaiheessa 546 sen jälkeen kun vastaus on toimitet tu eteenpäin.

Erään suoritusmuodon mukaan väliyksikkö, verkkoyksikkö tai reititin 106 voi pakata internetissä/intranetissä käytetyt XML-pohjaiset protokollat binäärimuotoiseksi protokollaksi, joka käsittää samat viestielementit binaarimuo-10 dossa, kuten edellä on todettu. Vastaavasti, reititin 106 voi purkaa binäärimuotoisten viestien pakkauksen XML-pohjaisiksi protokolliksi. Näitä konversiota kuvataan seuraavaksi.

Erään suoritusmuodon mukaan yksikkö, joka on konfiguroitu tekemään pakkauksen/pakkauksen purun XML:n ja binaariviestinnän välillä, käsit-15 tää prosessorin 314, joka käyttää muunnoksessa käytettävää kompres-sio/dekompressioalgoritmia, ja muistin 316 pakkaamisessa/pakkauksen purussa käytettävien hakutaulukoiden joukon tallentamiseksi.

Kuten on jo mainittu, erään suoritusmuodon mukaan Resource Description Framework (RDF) -kieltä tai vastaavaa internetresurssien kuvaus-20 kieltä voidaan käyttää resurssikuvauksissa resurssien ominaisuuksien kuvaamiseen. Resurssidatapyyntöjä ja -vastauksia voidaan lähettää käyttämällä protokollaa SOAP, SIP, FITTP tai mitä tahansa muuta sopivaa protokollaa. Sekä resurssikuvaus että pyynnön/vastauksen lähetys voidaan pakata/purkaa binaaristen ja XML-pohjaisten muotojen välillä.

25 Sekä resurssikuvausviestit että datapyyntö-/vastausviestit käsittävät otsikon ja viestiosan. Erään suoritusmuodon mukaan otsikon rakenne on sa- co 5 manlainen molemmissa viestityypeissä.

C\J

^ Erään suoritusmuodon mukaan versionumero koodataan viestin en- ° simmäisessä bitissä yhdessä viestin Multipurpose Internet Mail Extensions ° 30 (MIME) -muodon kanssa. Tavanomaisia esimerkkejä MIME:stä ovat mm.

| SOAP+XML, RDF, Atom+XML jne. Näin viestiä dekoodaava prosessi pystyy

Lo tekemään eron binäärimuotoisen SOAP-viestin tai binäärimuotoisen RDF- 00 § viestin välillä. Se on myös ulotettavissa muihin MIME-tyyppeihin.

o Eräässä suoritusmuodossa käytetään URI-tunnisteita (Uniform Re- 00 35 source Identifiers) otsikoissa. RDF-viestien pakkaaminen ja pakkaamisen pur- 13 kaminen voi käsittää URI-tunnisteiden pakkaamisen ja pakkaamisen purkamisen.

Eräässä suoritusmuodossa URl:t pakataan esittämällä ne kolmen-teilla (triples) {tägi, datatyyppi, arvo}, jotka esitetään 3 tavulla. URl:n ensim-5 mäinen osa esitetään tägillä, ja tägi voidaan lukea hakutaulukosta. URI:n toinen osa esitetään joko jollakin datatyypillä ja arvolla tai toisella hakutaulukko-merkinnällä.

Esimerkkinä tarkastellaan seuraavaa esimerkki-URI:tä: http://www.router.com/sensor/126 10 Kun tämä URI kuvataan {tägi, datatyyppi, arvo}-kolmenteena, tägi on muotoa {Oxa1, 0x01, 126}, jossa arvo ” O x a 1 ” määrittelee merkinnän http://www.router.com/sensor/ hakutaulukossa.

Toinen luku 0x01 on datatyyppimerkintä, joka on muodoltaan seu- 15 raava:

Merkintä ”0x0,1” osoittaa kolmenteen viimeisen merkinnän datatyypin 8-bittisenä heksadesimaalilukuna.

Kolmenteen viimeinen merkintä 126 on arvo.

Näin ollen arvo on 126, joka on kokonaisluku, kuten datatyyppimer- 20 kintä osoittaa.

Tällä tavoin tämäntyyppisiin resurssikuvauksiin käytetyt yleisimmät URI:t voidaan pakata 3 tavuun. Kaikki URI:t voidaan koodata yllä kuvatulla tavalla. Jos kuitenkin tägiosaa ei ole hakutaulukossa, dekoodaus vie enemmän kuin 3 tavua.

25 Tarkastellaan erästä toista esimerkkiä, jossa URI:n molemmat osat tallennetaan h a k u t a u I u k k o o n . URI on muodoltaan

CO

5 sip://www.mysensor.com/temp

C\J

^ Tämä URI voitaisiin pakata seuraavanmuotoiseen kolmenteeseen: ° {0x0b1, 0x08, 0xb2},

CO

° 30 jossa | arvo 0x0b1 viittaa hakutaulukkomerkintään, joka käsittää ”sip://”, ar- m vo 0x08 on tägin hakukoodi ja arvo, 0xb2 viittaa hakutaulukkomerkintään, joka

CO

§ käsittää ’’www.mysensor.com/temp”.

o Näissä kahdessa esimerkissä URI-tägihakutaulukko olisi: ™ 35 __

Koodi Elementti 14

Oxa1 http://www. router, com/sensor/ 0xb1 sip:// 0xb2 www.mysensor.com/temp Tällaisessa hakutaulukossa voi olla myös erityiset oletuskoodit sellaisille asioille kuin viestin lähettäjän IP-osoite, viestin vastaanottajan IP-osoite jne., jotka sekä lähettäjä ja vastaanottaja tuntevat eksplisiittisesti.

5 Tutkitaan pakkaamista/pakkaamisen purkamista XML:n ja binääri- sanomanvälitystä, joka koskee resurssidatapyyntöjä ja -vastauksia. Esimerkkinä mahdollisista muunnoksista esitetään SOAP binääri-SOAP:ksi -muunnos. Tässä SOAP lähetetään HTTP:n yli.

Eräässä suoritusmuodossa hakutaulukkojen ryhmä kuvaa, miten 10 erityiset sidontakartat (esim. SOAP/HTTP) kuvaavat pientehoista SOAP-binäärisidontaa. Hakutaulukot kertovat, mitkä sidontojen kuljetusmenetelmät vastaavat toisiaan. Tämä kuvaa, miten luotettavuutta käsitellään ja mitä pak-kaamistekniikkaa käytetään muuntamaan SOAP-otsikko ja -sisältöosa.

Kuvio 6 on vuokaavio, joka havainnollistaa muunnoksen erästä suo-15 ritusmuotoa. Tässä käytetään HTTP:tä esimerkkinä sovellusprotokollasta.

Menetelmä alkaa kohdassa 600, kun täysi SOAP-viesti, joka on koodattu XML:llä ja tarkoitettu pientoiselle binäärisolmulle, vastaanotetaan reitittimeen tai välisolmuun 106. Viesti voi olla resurssidatapyyntö. Tässä esimerkissä oletetaan, että resurssidata ei välitallenneta muistiin 316 vaan että viesti 20 täytyy välittää anturisolmulle. Reititin suorittaa XML-koodauksen muunnoksen binäärikoodaukseksi. Oletetaan, että SOAP/XML:n oikeellisuus on tarkistettu.

Vaiheessa 602 viestin nimitila havaitaan viestistä, ja se tarkistetaan ” vertaamalla nimitiloihin, jotka ovat saatavilla välisolmun muistin 316 hakutaulu- ° kossa.

i o 25 Jos viestin nimitilaa ei löydy muistin 316 hakutaulukoista, reititin voi g tarvittaessa pyytää sen verkkopalvelimelta vaiheessa 604. Nimitilahakutaulukot x voidaan päivittää etäältä. Jos hakutaulukkopäivitys katsottiin onnistuneeksi vaiheessa 606, menetelmä alkaa uudestaan vaiheesta 602. Jos hakutaulukko-

LO

g päivitys ei ollut onnistunut, viestiä ei voida käsitellä, ja se täytyy hylätä vai- oo 30 heessa 608.

o

Jos nimitila on saatavilla, käsittely jatkuu vaiheessa 610.

15

Vaiheessa 610 koodauksen versionumeroja käytetty nimitila koodataan SOAP-binääriviestiksi. Tyypillisesti versiokentän koodaus vie yhden tavun.

Vaiheessa 612 SOAP-binääriviestin otsikko koodataan, kuten on 5 kuvattu edellä. Koodaus voi perustua osittain XML-koodattuun otsikkoon. SOAP-otsikon käsittelysäännöt voidaan koodata binääriotsikoksi. Lisäksi bi-nääriotsikko käsittää kuljetukseen liittyvää informaatiota, joka mahdollistaa viestin kuljettamisen epäluotettavien verkkojen yli, joissa HTTP- ja TCP/IP-menetelmät eivät ole saatavilla.

10 Eräässä suoritusmuodossa HTTP-pakettityyppi ja -vastauskoodi (pyyntö, vastaus ja koodi, ACK, PUT jne.) koodataan binääriotsikoksi. TCP/IP-luotettavuus voidaan korvata binääriotsikossa olevalla kuvauskentällä. Kuit-tauskenttä osoittaa, pitäisikö viestin vastaanottajan lähettää viestin saatuaan kuittaus viestin lähettäjälle.

15 Otsikon ensimmäinen tavu kuvaa otsikoiden lukumäärää. Otsikon loppuosa koodataan {otsikkotyyppi, arvoj-monikkoina. Näin ollen kukin otsikko-tägi koodataan käyttäen kahta tavua. Otsikkotyyppikoodi ja arvovaihtoehdot sisältyvät hakutaulukoihin. Sidontaa varten voidaan tarpeen mukaan määritellä muita otsikkotyyppejä.

20 Vaiheessa 614 koodataan SOAP-viestin viestielementtien lukumää rä otsikkomonikkojen jälkeen. Eräässä suoritusmuodossa viestielementtien lukumäärä koodataan tavuna.

Seuraavaksi SOAP-viestin viestielementit koodataan yksi kerrallaan.

Vaiheessa 616 koodataan viestielementin tägien lukumäärä ja vies- 25 tielementin pituus tavuina perustuen muistin 316 hakutaulukkoon. Eräässä suoritusmuodossa tägien lukumäärä koodataan viestielementissä tavuna ja 5 viestielementin pituus tavuina koodataan tavuna.

C\J

^ Vaiheessa 618 viestielementin tägi koodataan käyttäen sopivaa ° monikkoa {tägikoodi, datatyyppi, arvo}. Eräässä suoritusmuodossa tägikoodin

CO

° 30 ja datatyypin koodaaminen vie tavun kumpikin. Arvon koodaaminen vaihtelee £ riippuen datatyypistä ja tägin arvosta.

Lo Tämä toistetaan 620 viestielementin jokaiselle tägille.

00 § Tägit asetetaan sisäkkäin käyttäen taulukkodatatyyppiä (array data 00 o type), jolloin taulukossa on elementtien lukumäärän arvo. Tägin loppuja ei käy- ^ 35 tetä, joten tilaa säästyy. Koska tässä binääritavukoodauksessa käytetään eks plisiittisiä pituuskenttiä, on helppoa jäsentää säilyttäen samanaikaisesti kom- 16 paktius. Datatyyppitaulukkoa käytetään muuntamaan standardi-SOAP-datatyypit binäärikoodatuiksi datatyypeiksi. Valitaan tehokkaimmat datatyypit. Esimerkiksi voi olla viisi erilaista XML-kokonaislukutyypin binäärityyppiä. Kukin binäärilukutyyppi esitetään yhtenä tavukoodina hakutaulukossa.

5 Monimutkainen XML-koodattu tägi ja tägin arvo voidaan yleensä pakata 3 - 5 tavuun binäärikoodauksessa. Esimerkiksi seuraava XML-tägi kuluttaa 41 tavua.

Tulee huomata, että XML:ssä arvo 56 esitetään merkkijonon avulla. 10 Muunnoksessa tämä pakkautuu automaattisesti pienimpään numeromuotoon, tässä tapauksessa 8-bittiseksi etumerkittömäksi kokonaisluvuksi.

0xa5 //Nimiön koodi hakutaulukosta 0x01 //Datatyyppi, tässä tapauksessa 8-bittinen etumerkitön kokonaisluku 15 56 //Nimiön arvo

Kaikki viivojen // jälkeen on kommenttia. Näin ollen 41-bittinen XML-nimiö voidaan koodata 3-bittiseksi binaariseksi nimiöksi. Varsinaiset binaariarvot edellä olevassa koodauksessa on annettu ainoastaan esimerkkeinä mahdollisista arvoista.

20 Edellä olevat vaiheet 616 - 620 toistetaan 622 jokaiselle viestiele- mentille, jonka SOAP-viesti käsittää.

Kun kaikki viestielementit on koodattu, muunnosprosessi päättyy vaiheessa 624. kun XML-muotoisen viestin muuntaminen binäärimuotoiseksi viestiksi on valmis, viesti voidaan lähettää kompressiomappauksessa määritel-25 lyn pientehoverkon yli. Binaarinen SOAP-viesti voitaisiin esimerkiksi lähettää «2 UDP:n sisällä IPv6:lla (6lowpan) IEEE802.15.4:n IEEE802.15.4 radion yli.

δ ™ Vastakkaisessa muunnossuunnassa prosessi on käänteinen. Viestin o nimitilassa olevan muistin 316 hakutaulukkoa käytetään rekonstruoitaessa ko- o ko XML/SOAP-viesti yhdessä valittuun sovellusprotokollaan, kuten HPPT:hen g 30 tai SIP:hen, tehdyn liitosmappauksen kanssa. Näin ollen binaariotsake, joka

CL

käsittää sovellusprotokollan pakettityypin ja vastauskoodin muunnetaan varsi- § naiseksi sovellusprotokollapaketiksi, jolla on oikea pakettityyppi ja vastauskoo- co ..

oo di o o ^ Tutkitaan seuraavaksi resurssikuvausten pakkausta/pakkauksen 35 purkua.

17

Erään suoritusmuodon mukaan RDF-kompressio on jossain määrin samankaltainen kuin edellä kuvattu SOAP/SOAP-muunnos. Viestiosassa on kuitenkin otettava huomioon tiettyjä RDF:n ominaispiirteitä.

Erään suoritusmuodon mukaan RDF-lauseissa voidaan käyttää Uni-5 form Resource Identifiers (URI) -tunnisteita resurssien kuvaamiseen. Eräässä suoritusmuodossa RDF-viestin pakkaaminen ja pakkauksen purkaminen käsittää URI-tunnisteiden pakkaamisen ja pakkauksen purkamisen.

RDF-koodauksessa kukin resurssikuvaus on RDF-viesti. Viestin lukumäärä on siis sama kuin kuvausten lukumäärä. RDF-lähetyksessä oleva ku-10 vausten määrä sisältyy lähetyksen otsikkoon. Kuvausten määrän jälkeen, kuvauksessa olevien nimöiden määrän, kuvauksen pituuden ja kuvauksen URI-objektin kolmennuksen koodauksen jälkeen koodataan (rdf:about=).

Seuraavaksi kuvauksen nimiöt sijoitetaan sisäkkäin kuten binaarisessa SOAP-koodauksessa. Seuraava leike havainnollistaa erästä esimerkkiä 15 koodausrakenteesta: [3+] URI triple [1] Number of headers (N)

For each N: [3+] Header triples 20 [1] Number of descriptions (D)

For each D: [1] Number of tags (T) [1] Length of description [3+] URI of object (rdf:about) 25 For each T: [3+] Tag triple for each predicate+subject pair

Edellä esitettiin esimerkki RDF-koodatusta resurssikuvauksesta resurssille, joka on saatavilla osoitteessa bsoap://sensor12.com. Eräs esimerkki hakutaulukosta kuvatun resurssikuvauksen pakkauskoodaukselle voisi olla ” 30 seuraavanlainen: o

C\J

cv Koodi Elementti o I _ _ g OxaO bsoap:// g 0xa1 http:// CL__ ^ 0xa2 sensor12.com 00__ § 0xa3 www.sensormanufacturer.com/temp237A.wsdl 00__ o 0xa4 exterms:resourcedesc CVJ__ 0xa5 exterms:uuid 18 0xa6 exterms: period 0xa7 /register 0xa8 brdf://router.com

Eräässä suoritusmuodossa resurssikuvauksen binaariesitys voisi olla seuraavanlainen: 5 // Header 0x03// Version, namespace and MIME type (rdf+xml) 0xa8// Destination URI triple (brdf://router . com/register) 0x10// Element lookup datatype 0xa7 10 0x01// Number of headers 0x01// Header triple, code for message type 0x10// Element lookup datatype 0x00// Request type, equivalent to HTTP POST // Body 15 0x01// 1 description 0x03// 3 tags 0x18// Length of description

OxaO// URI triple (bsoap://sensorl2. com) 0x10// Element lookup datatype 20 0xa2 // Description tags start 0xa4// Tag triple (exterms :resourcedesc) 0x11// URI triple datatype Oxal// URI triple (http:// 25 www.sensormanufacturer. com/temp2 37A.wsdl) 0x10// Element lookup datatype 0xa3 0xa5// Tag triple (exterms :uuid) 0x05// String datatype 30 0x06// String length = 6 r o r

CO J

I— t a t

O S

C\J r 3 r C\J '4' ° 35 's' £ 'a' o a x 0xa6// Tag triple (exterms :period) £ 0x01// Integer datatype (8-bit unsigned) 255 in o 40 Kaikki viivojen // jälkeen on kommenttia. Esimerkkikoodauksen ko- § konaispituus on 32 bittiä, verrattuna vastaavaan RDF/XML-pituuteen, joka on o c'J 521 bittiä. Kuvauksen pituutta on siis saatu merkittävästi lyhennettyä.

Seuraavaksi tarkastellaan tarkemmin erästä suoritusmuotoa. Erään suoritusmuodon mukaan reitittimen tai välisolmun 106 toteuttaman resurssien 19 virtualisointi voi käsittää kolme aspektia: Ensin kerätään resurssikuvauksia Sitten luodaan ja tallennetaan virtuaalikuvauksia ja lopulta resurssitiedot ja -pyynnöt viedään välimuistiin.

Eräässä suoritusmuodossa anturisolmuresursseja voidaan kuvata 5 siten, että kuvaukseen sisältyy seuraava abstrakti-informaatio: resurssirajapin-nan sijainti (URI:na), rajapintaspesifikaation sijainti (URI:na), yksikäsitteinen resurssitunniste (UUID) ja resurssin muut ominaisuudet. Näitä ominaisuuksia voivat olla anturilaitteeseen saatavat anturityypit, miten usein anturi voidaan lukea ja onko anturidata esimerkiksi tallennettavissa välimuistiin.

10 Kuten mainittua, eräs tapa kuvata tällaista resurssia on käyttää re- surssinkuvausformaattia (RDF) tai sen binaarikoodattua versiota kuten edellä on selostettu. Muita samankaltaisia kuvauksia ja formaatteja, kuten ATOM tai pelkkä XML, sekä pakattuna että pakkaamattomana, voidaan myös hyödyntää. Seuraavassa kuvauksessa käytetään binaarista RDF formaattia.

15 Viitaten kuvioon 3, reititin tai välisolmu 106 hankkii resurssikuvauk- set pienitehosolmuilta 112A, 112B, jota käsittelee reitittimen kontrollilogiikka 314 ja jotka on tallennettu muistiin 316. Eräässä suoritusmuodossa pienite-hosolmut lähettävät resurssikuvaukset tunnettuun URL-osoitteeseen välisol-mussa kuten esimerkiksi http://router.co/reqister. Eräässä suoritusmuodossa 20 reititin tai välisolmu on järjestetty pyytämään resurssikuvauksia pienitehosolmuilta lähettämällä pyyntöviesti johonkin tunnettuun URL-osoitteeseen, ja näin generoidaan vastaus, jossa on kuvaus.

Kuvio 7 havainnollistaa erään suoritusmuodon esimerkkiä, jossa kuvaus binaarisessa resurssikuvausformaatissa RDF 700 lähetetään palvelin-25 solmulta 112A reitittimeen tai välisolmuun 106, joka vastaa kuittauksella 702. Eräässä suoritusmuodossa kuvaukset voidaan koota RFID-nimiöistä 108 tai

CO

o internetistä.

CvJ

^ Kun resurssikuvaus on saatu, suoritetaan resurssin virtualisointi.

^ Resurssikuvauksen vaihtoehtoiset versiot generoidaan. Esimerkiksi resurssira- ° 30 japinnan URI voidaan vaihtaa välisolmun ja sitä tukevien protokollien URIin.

| Esimerkiksi alkuperäinen rajapinnan URI

m bsoap://sensor12.com

CO

§ voidaan generoida standardi SOAP http resurssikuvaukseksi, joka viittaa reitit- o timeen tai välisolmuun 106. Muita vaihtoehtoisia protokollia voidaan myös esit- 00 35 tää kuten SIP. Välisolmu suorittaa alkuperäiselle resurssirajapinnalle näiden protokollien proxy-toimintoja. Jos välimuistitallennus on resurssille sallittua, se 20 voidaan myös suorittaa. Esimerkiksi voidaan tehdä seuraavat, vaihtoehtoiset protokollamuutokset: bsoap://sensor12.corn <— http://router.com/sensor12 bsoap://sensor12.com <— sip://router.com/sensor12 5 Eräässä suoritusmuodossa alkuperäinen resurssikuvaus ja kaikki vaihtoehtoiset resurssikuvaukset voidaan tallentaa muistiin 316. Resurssin ID voi yhdistää kaikkia resursseja. Reititin tai välisolmu 106 voi esittää näitä re-surssikuvauksia muualle, esimerkiksi palvelimelle 104. Kuviossa 7 reititin lähettää RDF rekisteröintiviestin 704 palvelimelle 104. Viesti identifioi resurssin, 10 käytetyn protokollan ja URIn, jossa resurssiin voidaan olla yhteydessä. Palvelin voi vastata kuittausviestillä 706. Reititin voi lähettää useita viestejä, yhden viestin kutakin vaihtoehtoista kuvausta varten. Siten palvelin 104 voi valita käytettävän protokollan, kun sen tarvitsee hankkia dataa resurssilta.

Reititin tai välisolmu 106 on nyt valmis käsittelemään pyyntöjä. 15 Eräässä suoritusmuodossa, jos resurssi on merkitty välimuistitallennuskelpoi-seksi, välisolmu voi valita pyytävänsä aika ajoin resurssidataa ja säästää sen muistiin 316. Tämä suojaa pienitehoista verkkoa potentiaalisesti suurelta määrältä kyselyjä internetistä ja säästää tehoa.

Kun reititin tai välisolmu saa resurssidatakyselyn esimerkiksi palve-20 limelta 104, on käytettävissä useita mahdollisuuksia. Esimerkiksi suora kysely voidaan lähettää edelleen pienitehosolmuun, voidaan pyytää välimuistiin tallennettua resurssia tai ei-välimuistiin tallennettua resurssia. Jos alkuperäinen kuvaus esitettiin palvelimelle, se voi päästä suoraan resurssiin käyttämällä kuvauksen URIa, jos palvelin tukee kuvauksen protokollaa. Tällöin reititin tai väli-25 solmu 106 yksinkertaisesti reitittää pyynnön solmulle käsittelemättä sitä. Jos pyyntö perustuu jonkin vaihtoehtoisen kuvauksen virtuaaliresurssi URIin, reiti-5 tin tai välisolmu 106 voi joko vastata välittömästi pienitehosolmun puolesta,

C\J

^ käyttäen välimuistiin tallennettua dataa, tai lähettää pyynnön pienitehosolmul- ° le.

CD

° 30 Tapausta, jossa käytetään välimuistipalvelinta, on havainnollistettu | kuviossa 7. Palvelin 104 lähettää pyynnön 708 käyttäen SOAP-protokollaa.

Lo Reititin tai välisolmu 106 koodaa pyynnön binaarimuotoon ja lähettää pyynnön 00 § 710 edelleen pienitehosolmuun 112A. Solmu lähettää binaarisen SOAP- o vastauksen 712 reitittimelle tai välisolmulle. Reititin tai välisolmu 106 dekoodaa o 00 35 vastauksen, voi tallentaa sen välimuistiin ja koodaa vastauksen käyttäen SOAP-protokollaa ja lähettää sen edelleen 714 palvelimelle 104. Kuviossa 7 21 termejä bsoap ja SOAP on käytetty esimerkkeinä mahdollisista protokollista. Muitakin vastaavia protokollia voidaan käyttää, kuten alan ammattilainen tietää.

Välisolmu tai reititin 106 voidaan toteuttaa elektronisella digitaalisel-5 la tietokoneella, joka voi käsittää työmuistin (RAM), keskusyksikön (CPU) ja järjestelmäkellon. Keskusyksikkö CPU voi käsittää sarjan rekistereitä, aritmeettisen logiikkayksikön ja ohjausyksikön. Ohjausyksikköä ohjataan sarjalla oh-jelmaohjeita, jotka on siirretty keskusyksikköön työmuistista RAM. Ohjausyksikkö voi sisältää joitakin mikro-ohjeita perustoimintoja varten. Mikro-ohjeiden 10 toteutus voi vaihdella riippuen keskusyksikön rakenteesta. Ohjelma-ohjeet on voitu koodata jollain ohjelmointikielellä, joka voi olla korkean tason ohjelmointikieli, kuten C, Java jne., tai alemman tason ohjelmointikielellä, kuten konekielellä, tai koostajalla. Elektronisessa digitaalisessa tietokoneessa voi olla myös käyttöjärjestelmä, joka voi tuottaa järjestelmäpalveluita ohjelma-ohjeilla kirjoite-15 tulle tietokoneohjelmalle. Solmu on järjestetty olemaan yhteydessä pienitehoisen langattoman verkon ja internetin/intranetin kanssa sopivien rajapintojen avulla. Rajapinnat voivat olla joko langallisia tai langattomia. Solmu käsittää käsittely-yksikön, joka on järjestetty suorittamaan kuvioiden 1 - 7 yhteydessä selostetut prosessit. Solmu voi käsittää muistin 316 hakutaulukoiden ja muiden 20 tietojen tallentamista varten. Eräässä suoritusmuodossa hakutaulukot on tallennettu johonkin toiseen laitteeseen, joka on liitetty välisolmuun. Käsittely-yksikkö voi olla järjestetty pyytämään hakutaulukoita tarvittaessa verkkopalvelimelta. Solmu voi olla langaton reititin pienitehoisen langattoman verkon ja internetin/intranetin välillä tai reunapalvelin, joka sijaitsee IP-verkossa.

25 Eräällä suoritusmuodolla saadaan aikaan jakeluvälineessä oleva tie- tokoneohjelma, joka käsittää ohjelma-ohjeet, jotka elektroniseen laitteeseen 5 ladattuna suorittavat tietokonekäsittelyn, joka käsittely käsittää sen, että vas-

C\J

^ taanotetaan ja tallennetaan joidenkin resurssein resurssikuvaukset, jotka käsit- ° tävät resurssien identifiointi-informaation, generoidaan ja tallennetaan vas- ° 30 taanotettujen resurssikuvausten vaihtoehtoiset kuvaukset muuttamalla ainakin | osa kuvausten identifiointi-informaatiosta, julkaistaan ainakin osa resurssiku- lo vauksista verkossa ja käsitellään resursseihin liittyvät verkosta tulevat resurs- 00 § sidatapyynnöt.

o Tietokoneohjelma voi olla lähdekoodimuodossa, kohdekoodimuo- 00 35 dossa tai jossain välimuodossa, ja se voi olla tallennettu jonkinlaiselle alustalle, joka voi olla mikä tahansa entiteetti tai laite, joka kykenee säilyttämään ohjel- 22 man. Tällaisia alustoja ovat esimerkiksi tallenneväline, tietokonemuisti, luku-muisti, sähköinen kantoaaltosignaali, telekommunikaatiosignaali ja ohjelmisto-jakelupaketti. Tarvittavasta käsittelytehosta riippuen tietokoneohjelma voidaan suorittaa yhdessä ainoassa elektronisessa digitaalisessa ohjaimessa tai se 5 voidaan jakaa useamman ohjaimen kesken.

Alan ammattilaiselle on ilmeistä, että tekniikan kehittyessä keksinnöllinen ajatus voidaan toteuttaa eri tavoin. Keksintöjä sen suoritusmuodot eivät rajoitu yllä selostettuihin esimerkkeihin, vaan ne voivat vaihdella patenttivaatimusten puitteissa.

10

CO

δ c\j i

CVJ

o

CD

O

X

cc

CL

LO

CO

O

CD

CO

O

CVJ

Claims

1. Laitteisto, joka on konfiguroitu tallentamaan (202) laitteistoon toiminnallisesti kytkettyjen useiden resurssien resurssikuvauksia, jotka käsittävät resurssitunnistetietoja, kuten re-5 surssirajapinnan, tunnettu siitä, että laite on konfiguroitu luomaan ja tallentamaan (204) vastaanotettujen resurssikuvausten vaihtoehtoisia kuvauksia muuttamalla ainakin resurssikuvauksen resurssiraja-pinta laitteiston rajapinnaksi julkaisemaan (206) ainakin osa resurssikuvauksista verkossa, johon 10 laitteisto on yhteydessä, käsittelemään (208) resursseihin liittyvästä verkosta tulevia resurssi-tietopyyntöjä.

2. Patenttivaatimuksen 1 mukainen laitteisto, joka on lisäksi konfiguroitu prosessoimaan resurssikuvauksia, jotka käsittävät ainakin yhden seuraa- 15 vista: resurssirajapinnan, resurssirajapinnan sijainnin, rajapinnan määrittelyn sijainnin, ainutkertaisen resurssitunnisteen ja resurssin ominaisuudet.

3. Patenttivaatimuksen 1 tai 2 mukainen laitteisto, joka on kytketty toiminnallisesti sulautettuun verkkoon, joka käsittää ainakin yhden sulautetun laitteen ja jossa sulautettu laite liittyy ainakin yhteen resurssikuvaukseen.

4. Patenttivaatimuksen 3 mukainen laitteisto, joka on lisäksi konfigu roitu prosessoimaan resurssikuvauksia, jotka käsittävät ainakin yhden seuraa-vista: sulautetun laitteen käytettävissä olevat anturityypit, tiedon siitä, kuinka usein anturi voidaan lukea, ja tiedon siitä, ovatko anturitiedot tallennettavissa välimuistiin.

5. Patenttivaatimuksen 4 mukainen laitteisto, joka on konfiguroitu „ muuttamaan vastaanotetun resurssikuvauksen resurssirajapinnan tarvittavaksi δ protokollaksi jonkin laitteiston tukemista protokollista. c\j

6. Patenttivaatimuksen 1 mukainen laitteisto, joka on konfiguroitu 0 ^ lukemaan ajoittain tietoja resurssista, tallentamaan tiedot välimuistiin ja lähet- ° 30 tämään välimuistiin tallennetut tiedot vasteena verkosta saatuun resurssitieto- £ pyyntöön.

7. Patenttivaatimuksen 3 mukainen laitteisto, joka on konfiguroitu § vastaanottamaan resurssitietopyynnön verkosta käyttämällä protokollaa, jota CO § laitteisto tukee ja joka sisältyy anturilaitteeseen liittyvään julkaistuun resurssi- 35 kuvaukseen lähettämään pyynnön sulautettuun laitteeseen käyttämällä sulautetun laitteen tukemaa protokollaa vastaanottamaan vastauksen sulautetusta laitteesta käyttämällä sulautetun laitteen tukemaa protokollaa 5 lähettämään vastauksen resurssitietopyynnön lähettäjälle käyttämäl lä tietopyynnön protokollaa.

8. Patenttivaatimuksen 4 ja 7 mukainen laitteisto, joka on konfiguroi-tu tallentamaan sulautetusta laitteesta saadun vastauksen resurssitiedot välimuistiin, jos resurssikuvaus osoittaa, että anturitieto on tallennettavissa väli- 10 muistiin.

9. Patenttivaatimuksen 3 mukainen laitteisto, joka on konfiguroitu vastaanottamaan resurssitietopyynnön verkosta käyttämällä protokollaa, jota laitteisto tukee ja joka sisältyy sulautettuun laitteeseen liittyvään resurssikuva-ukseen 15 tarkistamaan, onko pyydetyt resurssitiedot tallennettu laitteiston vä limuistiin ja jos resurssitiedot on tallennettu välimuistiin, lähettämään välimuistiin tallennetut tiedot sisältävän vastauksen resurssitietopyynnön lähettäjälle käyttämällä tietopyynnön protokollaa 20 ja jos resurssitietoja ei ole tallennettu välimuistiin, lähettämään pyynnön sulautetulle laitteelle käyttämällä protokollaa, jota sulautettu laite tukee vastaanottamaan vastauksen sulautetulta laitteelta käyttämällä sulautetun laitteen tukemaa protokollaa 25 lähettämään vastauksen resurssitietopyynnön lähettäjälle käyttämäl- lä tietopyynnön protokollaa.

10. Jonkin patenttivaatimuksen 1-9 mukainen laitteisto, joka on kon- c\j ^ figuroitu viestimään resurssien kanssa käyttämällä binaarisia viestejä, jotka ° käsittävät binaarisen alkunimiön ja binaarisia sanomaelementtejä, jolloin binaa- co ° 30 rinen sanoma käsittää elementtejä, jotka vastaavat XML-pohjaisen (Extensible | Markup Language) Internet-resurssinkuvauskielen muotoisen sanoman ele- lo menttejä. 00

§ 11. Patenttivaatimuksen 10 mukainen laitteisto, joka on konfiguroitu o sisällyttämään binaariseen alkunimiöön 00 35 koodauksen versionumeron yhdessä sanoman MIME-muodon (Mul tipurpose Internet Mail Extensions) kanssa sanomassa käytetyn nimiavaruuden kolmitavuisen binaarikolmennuksen {nimiön, tietotyypin, arvon}, joka kuvaa sanoman kohteen Uniform Resource Identifier -tunnisteen ja jossa ainakin yksin kolmennuksen tavu valitaan käyttämällä hakutaulukkoa.

12. Patenttivaatimuksen 10 mukainen laitteisto, joka on lisäksi kon- figuroitu ilmoittamaan binaarisen sanoman sanomaelementtien määrän bi-naarinumerona binaarisen sanoman binaarisen alkunimiön jälkeen.

13. Patenttivaatimuksen 12 mukainen laitteisto, joka on lisäksi kon- 10 figuroitu purkamaan kunkin binaarisen sanomaelementin koodin ilmoittamalla sanomaelementin koodin, sanomaelementissä olevien nimiöiden määrän ja sanomaelementin pituuden kompressoimaan kunkin nimiön monikkona, joka käsittää nimiökoo-15 din, tietotyypin ja tietoarvon.

14. Jonkin patenttivaatimuksen 1-13 mukainen laitteisto, joka on konfiguroitu vastaanottamaan useiden laitteistoon toiminnallisesti kytkettyjen resurssien resurssikuvauksia.

15. Jonkin patenttivaatimuksen 1-13 mukainen laitteisto, joka on tie-20 tokoneverkon palvelin, joka on kytketty ainakin yhteen anturiverkkoon reitittimen välityksellä.

16. Resurssien virtualisoimiseksi tarkoitettu menetelmä, jossa tallennetaan (202) useiden resurssitunnistetietoja, kuten resurssira- japinnan, käsittävien resurssien resurssikuvauksia, tunnettu siitä, että 25 luodaan ja tallennetaan (204) vastaanotettujen resurssikuvausten vaihtoehtoisia kuvauksia muuttamalla ainakin resurssikuvauksen resurssiraja-5 pinta laitteiston rajapinnaksi C\J ^ julkaistaan (206) ainakin joitakin resurssikuvauksia verkossa, johon ° laitteisto on yhteydessä, CD ° 30 käsitellään (208) resursseihin liittyvästä verkosta saatuja resurssitie- | topyyntöjä. Lo

17. Patenttivaatimuksen 16 mukainen menetelmä, jossa lisäksi: CO § prosessoidaan resurssikuvauksia, jotka käsittävät ainakin yhden seuraavista: o resurssirajapinnan, resurssirajapinnan sijainnin, rajapinnan määrittelyn sijain- 00 35 nin, ainutkertaisen resurssitunnisteen ja resurssin ominaisuudet.

18. Patenttivaatimuksen 16 mukainen menetelmä, jossa lisäksi: liitetään anturiverkon anturilaite ainakin yhteen resurssikuvaukseen.

19. Patenttivaatimuksen 18 mukainen menetelmä, jossa resurssiku-vaukset käsittävät ainakin yhden seuraavista: anturilaitteen käytettävissä ole- 5 vat anturityypit, tiedon siitä, kuinka usein anturi voidaan lukea, ja tiedon siitä, ovatko anturitiedot tallennettavissa välimuistiin.

20. Patenttivaatimuksen 19 mukainen menetelmä, jossa lisäksi: muutetaan vastaanotetun resurssikuvauksen resurssirajapinnan tarvitsema protokolla joksikin laitteiston tukemista protokollista.

21. Patenttivaatimuksen 16 mukainen menetelmä, jossa lisäksi: lue taan ajoittain tietoja resurssista, tallennetaan tiedot välimuistiin ja lähetetään välimuistiin tallennetut tiedot vasteena verkosta vastaanotetulle resurssitieto-pyynnölle.

22. Patenttivaatimuksen 18 mukainen menetelmä, jossa lisäksi: 15 vastaanotetaan resurssitietopyyntö verkosta käyttämällä laitteiston tukemaa protokollaa, joka sisältyy anturilaitteeseen liittyvään julkaistuun resurssikuvaukseen lähetetään pyyntö anturilaitteelle käyttämällä anturilaitteen tukemaa protokollaa 20 vastaanotetaan vastaus anturilaitteesta käyttämällä anturilaitteen tukemaa protokollaa lähetetään vastaus resurssitietopyynnön lähettäjälle käyttämällä tietopyynnön protokollaa.

23. Patenttivaatimuksen 20 mukainen menetelmä, jossa lisäksi tal- 25 lennetään anturilaitteelta vastaanotetun vastauksen resurssitiedot välimuistiin, jos resurssikuvaus osoittaa, että anturitiedot ovat tallennettavissa välimuistiin. CO J

24. Patenttivaatimuksen 18 mukainen menetelmä, jossa lisäksi C\J ^ vastaanotetaan resurssitietopyyntö verkosta käyttämällä laitteiston ° tukemaa protokollaa, joka sisältyy anturilaitteeseen liittyvään resurssikuvauk- ° 30 seen | tarkistetaan, onko pyydetyt resurssitiedot tallennettu laitteiston väli- lo muistiin CO § jos resurssitiedot on tallennettu välimuistiin, lähetetään välimuistiin o tallennetut tiedot sisältävä vastaus resurssitietopyynnön lähettäjälle käyttämäl- 00 35 lä tietopyynnön protokollaa jos resurssitietoja ei ole tallennettu välimuistiin, lähetetään pyyntö anturilaitteeseen käyttämällä anturilaitteen tukemaa protokollaa vastaanotetaan vastaus anturilaitteesta käyttämällä anturilaitteen tukemaa protokollaa 5 lähetetään vastaus resurssitietopyynnön lähettäjälle käyttämällä tie topyynnön protokollaa.

25. Patenttivaatimuksen 16 mukainen menetelmä, jossa lisäksi: viestitään resurssien kanssa käyttämällä binaarisia sanomia, jotka käsittävät binaarisen alkunimiön ja binaarisia sanomaelementtejä, jolloin binaarinen salo noma käsittää elementtejä, jotka vastaavat XML-pohjaisen (Extensible Markup Language) Internet-resurssinkuvauskielen muotoisen sanoman elementtejä.

26. Patenttivaatimuksen 25 mukainen menetelmä, joka lisäksi käsittää: sisällytettynä binaariseen alkunimiöön koodauksen versionumeron yhdessä sanoman MIME-muodon (Mul-15 tipurpose Internet Mail Extensions) kanssa sanomassa käytetyn nimiavaruuden kolmitavuisen binaarikolmennuksen {nimiön, tietotyypin, arvon}, joka kuvaa sanoman kohteen Uniform Resource Identifier -tunnisteen ja jossa ainakin yksin kolmennuksen tavu valitaan käyttämällä hakutaulukkoa.

27. Patenttivaatimuksen 25 mukainen menetelmä, jossa lisäksi: ilmoitetaan binaarisen sanoman sanomaelementtien määrä binaari-numerona binaarisen sanoman binaarisen alkunimiön jälkeen.

28. Patenttivaatimuksen 25 mukainen menetelmä, jossa kunkin binaarisen sanomaelementin koodin purkamisessa: 25 ilmoitetaan sanomaelementin koodi, sanomaelementissä olevien nimiöiden määrä ja sanomaelementin pituus 5 kompressoidaan kukin nimiö monikkona, joka käsittää nimiökoodin, C\J ^ tietotyypin ja tietoarvon.

° 29. Patenttivaatimuksen 16 mukainen menetelmä, jossa lisäksi: CD ° 30 vastaanotetaan useiden resurssitunnistetietoja käsittävien resurssi- | en resurssikuvauksia. Lo

30. Tietokoneohjelmatuote, joka koodaa tietokoneohjelman ohjeita 00 § tietokoneprosessin suorittamiseksi jonkin patenttivaatimuksen 16-29 mukaisen o menetelmän toteuttamiseksi. o CVJ

31. Tietokoneohjelman jakeluväline, joka on luettavissa tietokoneella ja koodaa tietokoneohjelman ohjeita tietokoneprosessin suorittamiseksi jonkin patenttivaatimuksen 16-29 mukaisen menetelmän toteuttamiseksi.

32. Patenttivaatimuksen 31 mukainen tietokoneohjelman jakeluväli-5 ne, joka sisältää ainakin yhden seuraavista välineistä: konekoodinen väline, ohjelman tallennusväline, tallenneväline, konekoodinen muisti, konekoodinen ohjelmiston jakelupakkaus, konekoodinen signaali, konekoodinen tietoliiken-nesignaali ja konekoodinen pakattu ohjelmistopakkaus. CO δ C\J i CVJ o CD O X cc CL LO CO O CD CO O O CVJ