FI114265B - Menetelmiä ja järjestelyjä tehokkaan tiedonsiirron toteuttamiseksi nopeudeltaan rajoitetun tiedonsiirtolinkin yli - Google Patents
Menetelmiä ja järjestelyjä tehokkaan tiedonsiirron toteuttamiseksi nopeudeltaan rajoitetun tiedonsiirtolinkin yli Download PDFInfo
- Publication number
- FI114265B FI114265B FI20010619A FI20010619A FI114265B FI 114265 B FI114265 B FI 114265B FI 20010619 A FI20010619 A FI 20010619A FI 20010619 A FI20010619 A FI 20010619A FI 114265 B FI114265 B FI 114265B
- Authority
- FI
- Finland
- Prior art keywords
- client
- server
- protocol stack
- communication protocol
- digital data
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
- H04L67/5681—Pre-fetching or pre-delivering data based on network characteristics
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/289—Intermediate processing functionally located close to the data consumer application, e.g. in same machine, in same home or in same sub-network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/567—Integrating service provisioning from a plurality of service providers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
- H04L67/5682—Policies or rules for updating, deleting or replacing the stored data
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Description
114265
Menetelmiä ja järjestelyjä tehokkaan tiedonsiirron toteuttamiseksi nopeudeltaan rajoitetun tiedonsiirtolinkin yli
TEKNINEN ALA
5 Keksintö liittyy yleisesti tiedonsiirtoon nopeudeltaan rajoitetun tiedonsiirtolinkin yli, jolloin tyypillisesti käytetään langatonta verkkoyhteyttä. Erityisesti keksinnön tavoitteena on sellaisen tiedonsiirron tehokkuuden lisääminen. Tehokkuus ymmärretään niin, että se ilmenee käyttäjän havaitsemina suhteellisen lyhyinä viiveinä, samoin kuin mahdollisuutena jakaa tiedonsiirtoyhteyden lähetysresurssit suhteellisen 10 suurelle määrälle samanaikaisia yhteyksiä.
KEKSINNÖN TAUSTA
Tämän patenttihakemuksen prioriteettipäivänä tiedonsiirrosta tietokoneiden välillä lankayhteyksien tai optisesti kytkettyjen verkkojen kautta on tullut hyvin tärkeä osa jokapäiväistä elämää. Suurin osa sellaisesta tiedonsiirrosta tapahtuu TCP/IP 15 (Transmission Control Protocol / Internet Protocol) -protokollan eri versioiden mukaan tai ainakin siinä käytetään niitä osittain hyväksi, kuten on esitetty kuvassa 1. Yksinkertaisessa tapauksessa on kaksi keskenään viestivää osapuolta, jotka tunnetaan käsitteinä asiakas 101 ja palvelin 102. Ensin mainittu on laite tai järjestely, jota käyttäjä käyttää tietojen hakemiseen ja käyttämiseen ja tallentamiseen paikallisesti, 20 kun taas viimeksi mainittu on eräänlainen keskitetty tietovarasto, josta tietoja hae- ·:*: taan. Sekä asiakas 101 että palvelin 102 muodostavat ns. protokollapinon, jossa tie- : toja vaihdetaan käsitteellisesti pystysuorassa suunnassa. Kerrokset, jotka ovat .··· samalla tasolla asiakkaalla ja palvelimella, muodostavat ns. vertaisyksiköitä, jotka viestivät toistensa kanssa protokollapinojen kaikilla alemmilla tasoilla. IP-kerrosten . . 25 103 ja TCP-kerrosten 104 muodostamien parien yläpuolella voi olla muita, ylempiä kerroksia. Eräs esimerkki protokollakerroksesta, jota käytetään yleisesti suoraan TCP-kerroksen yläpuolella, on HTTP (HyperText Transfer Protocol), joka on tarkoitettu merkintäkielillä, kuten HTML (HyperText Markup Language) kirjoitettujen tiedostojen siirtämiseen. Muita esimerkkejä yleisesti käytetyistä ylemmistä protokol-30 lakerroksista, jotka ovat kerroshierarkiassa samalla tasolla kuin HTTP, ovat FTP (File Transfer Protocol), Telnet ja SMTP (Simple Mail Transfer Protocol; ei esitet-.···' ty). IP-kerroksen 103 alapuolella olevia kerroksia ei ole erityisesti esitetty kuvassa 1; alan asiantuntija tuntee hyvin mahdolliset alemmat kerrokset, joita käytetään eri-; *. laisissa tietoliikenneratkaisuissa.
114265 2
Kuvan 1 esittämässä kahden osapuolen tietoliikenteen perusmallissa on oletettu, että tietoliikenneyhteyden kaikkien osuuksien lähetyskapasiteetti on olennaisesti sama. Monissa todellisissa tietoliikenneyhteyksissä on kuitenkin tietty osuus, jonka yli on käytettävissä vain rajallinen lähetyskapasiteetti. Tässä patenttihakemuksessa kut-5 summe sellaista kapasiteetiltaan rajoitettua osuutta nopeudeltaan rajoitetuksi tiedon-siirtolinkiksi. Lähetyskapasiteetti, joka on käytettävissä tiedonsiirtoon nopeudeltaan rajoitetun tiedonsiirtolinkin yli, määrittää suurimman bittinopeuden, joka on saavutettavissa yhteyden päätepisteiden välisessä tiedonsiirtoyhteydessä.
Langallisesta tiedonsiirrosta tunnettujen tekniikoiden laajentaminen yhteyteen, jo-10 hon sisältyy langaton linkki, kuten esimerkiksi tukiaseman ja kannettavan päätelaitteen välinen radioyhteys, tuo esiin uusia puolia, jotka käyttäjä todennäköisesti kohtaa alempien bittinopeuksien ja lisääntyneiden viiveiden muodossa. Nämä liittyvät pääasiassa langattoman linkin kahteen, toisiinsa liittyvään ominaisuuteen verrattuna lankayhteyksiin tai optisesti kytkettyihin linkkeihin: luontaisesti huonompi luotetta-15 vuus (suurempi herkkyys lähetysvirheille), joka johtaa toistuviin uusintalähetyksiin, ja radiolinkin tukkeutuminen, koska tukiasema voi ylläpitää vain rajallista määrää samanaikaisia yhteyksiä. Nämä tekijät yhdessä aiheuttavat sen, että usein juuri langaton osuus on tiedonsiirtoyhteyden nopeudeltaan rajoitettu tiedonsiirtolinkki. Seu-raavassa kuvataan pääasiassa langattomien linkkien ominaisuuksia ja piirteitä; kek-20 sintöä voidaan kuitenkin soveltaa myös laajemmin kaikenlaisissa tiedonsiirtoyhteyksissä, joissa tietty osuus kahden laitteen välillä rajoittaa yleisesti saavutettavissa olevaa suorituskykyä yhteydessä, joka ulottuu pidemmälle kuin vain näihin kahteen • | laitteeseen.
: ; ‘: TCP/IP-pohjainen tiedonsiirtotekniikka ei sovellu erityisen hyvin langattomaan tie- 25 donsiirtoon. Esimerkkinä voimme tarkastella tyypillistä www-selausta, jossa HTTP:tä käytetään TCP/IP:n päällä langattoman linkin yli kulkevassa tiedonsiirto-. · ·. yhteydessä. Langattoman linkin resurssien suhteellisen suurta tuhlausta aiheuttavia tekijöitä ovat: - suurin osa www-palvelimien sisällöstä (HTML-sivut) lähetetään pelkkänä tekstinä; . . 30 - pyyntöjen suuri määrä: ainakin HTTP l.O.ssa jokaisesta sivulla olevasta osiosta (esim. kuvasta) lähetetään erillinen pyyntö, ja koska TCP puolestaan muodostaa ·; erillisen yhteyden jokaiselle pyynnölle, pyyntöjä voi helposti olla yhtä monta kuin : : ladattavia osioita; 3 114265 - kolminkertainen kättelymenettely, eli jokaiseen TCP-yhteyteen liittyvä asiakkaan ja palvelimen välinen muiden kuin hyötysanomien vaihto; ja - se, että HTML-sivu lähetetään useimmiten useina paketteina siten, että TCP lähettää kuittauksen jokaisesta.
5 Eräs ratkaisu, josta on tullut todellisuutta tämän patenttihakemuksen prioriteettipäi-vän aikoihin, on WAP-protokolla (Wireless Application Protocol). Se on kaistanle-veysoptimoitu vaihtoehto protokollille, jotka eivät ole sellaisia, kuten TCP/IP. Optimointiin liittyy sellaisia toimenpiteitä kuten redundanttien sanomien jättäminen pois ja toistuvien, tunnettujen tunnisteiden korvaaminen lyhennetyillä koodeilla.
10 Tässä mielessä optimoinnin tavoitteena on suurin mahdollinen kaistanleveysteho, joka on määritelty tiedonsiirtonopeuden (sekunnissa lähetettyjen informaatiobittien lukumäärä) ja mainitun informaation lähettämiseen varatun kaistanleveyden (hertseinä) väliseksi suhteeksi. Kaistanleveysteho mittaa (nimensä mukaan) sitä, kuinka tehokkaasti tiedonsiirtojärjestelmä käyttää käytettävissä olevaa kaistanleveyttä.
15 WAP-protokollapinot on esitetty kuvassa 2, jossa varsinaiset WAP-kerrokset ovat, ylhäältä alas, sovelluskerros 201 (WAE, Wireless Application Environment), istuntokerros 202 (WSP, Wireless Session Protocol), tapahtumakerros 203 (WTP, Wireless Transaction Protocol), varmistuskerros 204 (WTLS, Wireless Transport Layer Security Protocol) ja kuljetuskerros 205 (WDP, Wireless Datagram Protocol). IP- 20 kantopalveluille on käytettävä WDP-kerroksen sijasta UDP (User Datagram Proto-: · col) -kerrosta. Kuljetuskerroksen 205 alapuolella on muita, alempia kerroksia, kuten IP 206 ja fyysiset kerrokset 207; yhdessä näitä kutsutaan yleisesti myös kantopalve-. lukerroksiksi.
...; WAP kehitettiin mahdollistamaan pääsy verkkotietoihin laitteilta, joissa on tyypilli- *· 25 set langattomien päätelaitteiden ominaisuudet, eli rajoitettu CPU:n (keskusyksikön) kapasiteetti, rajoitettu muistin koko, akkukäyttöinen toiminta ja yksinkertainen käyttöliittymä. Tämän patenttihakemuksen prioriteettipäivänä olemassa olevia WAPin kaupallisia sovelluksia ovat ns. WAP-puhelimet, joissa yhdistyvät matkapuhelimen ominaisuudet ja tietyt, rajoitetut www-selaimen toiminnot. Käytännössä olemme . . 30 nähneet, että WAP-käyttäjien pieni määrä verrattuna niihin, jotka käyttävät Interne tiä laivayhteyksillä, on huomattava haitta, joka vähentää kaupallista kiinnostusta ·; WAP-palvelujen perustamiseen, varsinkin kolmannen sukupolven digitaalisten so- : lukkoverkkojen ollessa tulossa. Lisäksi jo GPRS:ää (General Packet Radio Service) käyttävien pakettikytkentäisten solukkodataverkkojen ensimmäisen vaiheen käyt-,. ‘' 35 töönoton myötä tarpeen tarjota langattomia yhteyksiä vakinaisille mobiiliasiakkaille 114265 4 odotetaan kasvavan huomattavasti. WAP ei pysty tarjoamaan tätä, joten on kehitetty erilaisia järjestelmäkohtaisia ratkaisuja langattomalle tiedonsiirrolle.
Esimerkkinä viimeksi mainitusta kuva 3 esittää ns. MOWGLI-konseptia (Mobile Office Workstations using GSM Links), jossa langaton työasema 301 käyttää langa-5 tonta linkkiä GSM-solukkopuhelimen (GSM = Global System for Mobile telecommunications) 302 ja GSM-tukiaseman 303 välillä yhteydenpitoon ns. mobiiliyhtey-den isäntäkoneen (mobiiliyhteyspalvelimen) 304 kanssa. Langattomassa työasemassa 301 vanhat sovellukset 311 ja 312 viestivät agenttiohjelmien 313, 314 ja 315 kanssa nimellä Mowgli Socket API 316 tunnetun sovellusohjelmointirajapinnan 10 kautta. Agenttiohjelmista on yhteys Mowgli-datakanavapalvelun rajapintaan API 317 ja siihen liittyvään Mowgli-datakanavapalveluun 318 joko suoraan tai Mowgli-datasiirtopalvelun rajapinnan API 319 ja siihen liittyvän Mowgli-datasiirtopalvelun 320 kautta. Uudet mobiilisovellukset 321 voi olla suunniteltu viestimään suoraan (asianmukaisen API:n kautta) joko Mowgli-datasiirtopalvelun 320 tai Mowgli-15 datakanavapalvelun 318 kanssa. Muiden ohjelmakomponenttien toiminnan ohjaamiseen on järjestetty ohjaustyökalu 322. Langaton liitäntälohko 323 muodostaa yhteyden langattomasta työasemasta 301 solukkopuhelimeen 302.
Mobiiliyhteyden isäntäkoneessa 304 on tiettyjen langattomassa työasemassa 301 toteutettujen yksiköiden vastineet: langaton liitäntälohko 331, Mowgli-datakanavapal-20 velu 332 ja siihen liittyvä API 333 sekä Mowgli-datasiirtopalvelu 334 ja siihen liittyvä API 335. Joukko välipalvelimia 336, 337, 338 ja 339 voi toimia mobiiliyhtey-v den isäntäkoneessa 304 langattoman työaseman 301 agenttiohjelmien 313, 314 ja ·:·* 315 vastineina. Järjestely, jossa on Socket API 341, TCP/UDP-kerros 342 ja IP- tai : : ’ · mobiili-IP-kerros 343 muodostaa yhdessä verkkoliittymän 344 kanssa yhteyden mo- .·’· 25 biiliyhteyden isäntäkoneesta 304 edelleen lähiverkkoon LAN 345 tai vastaavaan verkkoon. IP- tai mobiili-IP-kerroksen 343 alla voi olla myös virtuaalinen verkkoliit-• · tymä 346.
MOWGLI-arkkitehtuurin jako hakuagentti/välipalvelin-, siirto- ja kuljetuskerroksiin on esitetty paksuilla pisteviivoilla kuvassa 3. Siinä käytetyistä protokollista haku-30 agentin ja välipalvelimen (kuten langattoman työaseman 301 master-hakuagentin 314 ja mobiiliyhteyden isäntäkoneen 304 master-välipalvelimen 338) välillä on Mowgli Socket -protokolla, toisiaan vastaavien M DT S-yksiköiden 320 ja 334 välil-· lä on Mowgli-datasiirtoprotokolla ja toisiaan vastaavien MDCS-yksiköiden 318 ja 332 välillä on Mowgli-datakanavaprotokolla.
,Λ· 35 5 114265
KEKSINNÖN YHTEENVETO
Siitä johtuen, että on olemassa useita edellä kuvattuja protokollia, tehokkaan ja laajasti käytettävissä olevan tiedonsiirron tarjoaminen langattoman verkkoyhteyden yli on edelleen ratkaisematon ongelma tämän patenttihakemuksen prioriteettipäivänä.
5 Tämän keksinnön tavoitteena on siksi esittää menetelmä ja järjestely tehokkaan ja laajasti käytettävissä olevan tiedonsiirron tarjoamiseksi langattoman verkkoyhteyden yli. Tämän keksinnön tavoitteena on myös esittää menetelmä ja järjestely langattoman verkkoyhteyden käyttäjän kokeman palvelutason parantamiseksi. Lisäksi keksinnön tavoitteena on tuoda laajennettavuutta langattomaan verkkoyhteyteen, jotta 10 tarvittaisiin mahdollisimman vähän ohjelma- ja laitelisäyksiä langattomaan verkko-pääsyyn käytettävissä olevien tiedonsiirtoprotokollien valikoiman laajentamiseksi.
Keksinnön tavoitteet saavutetaan muodostamalla toiminnallisten yksiköiden pari, jossa on protokollamuuntimia ja lisämoduuleita. Nämä toiminnalliset yksiköt sijoitetaan langattoman tiedonsiirtoyhteyden kumpaankin päähän. Ne muodostavat läpinä-15 kyvän muunnon kaistanleveysoptimoituun, langattomaan protokollaan langattomasti siirrettäville tiedoille ja vastaavan käänteismuunnon langattomasti vastaanotetuille tiedoille.
Keksintö koskee menetelmää, jonka tunnusomaiset piirteet on esitetty menetelmään kohdistuvan itsenäisen patenttivaatimuksen tunnusmerkkiosassa. Keksintö koskee 20 myös järjestelyä, jonka tunnusomaiset piirteet on esitetty järjestelyyn kohdistuvan . ·; ·. itsenäisen patenttivaatimuksen tunnusmerkkiosassa. Keksinnön muiden puolien tun nusomaiset piirteet on esitetty vastaavien itsenäisten patenttivaatimusten tunnus-. merkkiosissa.
:...· Tämä keksintö juontaa juurensa siitä ristiriitaisesta tilanteesta, että ne protokollat, 25 joita on yleisimmin käytetty tiedonsiirtoon verkkoyhteyksien yli, eivät ole kaistanle-: ’ ‘ veysoptimoituja, kun taas eräät muut protokollat, jotka ovat sellaisia, on kehitetty vain jollekin kapealle sovellusalueelle tai ne eivät ole levinneet kovin laajaan käyttöön. Keksinnön mukaisessa menetelmässä ja järjestelyssä on kaistanleveysoptimoi-tu linkkiosuus, joka sijaitsee sellaisessa kohdassa langatonta verkkoyhteyttä, joka . . 30 kattaa radiorajapinnan. Sekä käyttäjän sovellus yhteyden asiakaspäässä että palve- linsovellus voivat olla suunniteltuja eri protokollille, ja ne voivat olla kokonaan * ·; huomaamatta sitä, että osalle verkkoyhteyttä käytetään eri protokollaa (joka on kais- : tanleveysoptimoitu). Kaistanleveysoptimoidun linkkiosuuden asiakaspäässä oleva : ‘'' protokollamuunnin ja toinen, verkkopäässä oleva protokollamuunnin suorittavat tar- 35 vittavat protokollamuunnokset kaistanleveysoptimoituun protokollaan ja siitä pois.
114265 6
Protokolla, jolle käyttäjän sovellus ja palvelinsovellus on suunniteltu, on tyypillisesti jokin yleisesti käytetty verkkotiedonsiirtoprotokolla. Tämän patenttihakemuksen prioriteettipäivänä sellainen yleisesti käytetty verkkotiedonsiirtoprotokolla on tyypillisesti TCP/IP, kun taas kaistanleveysoptimoitu protokolla on tyypillisesti WAP.
5 Lisämoduuleissa voidaan käyttää erilaisia edullisia ominaisuuksia parantamaan järjestelyn tehokkuutta verrattuna yksinkertaiseen protokollamuuntoon. Edullisimmin asiakkaan välipalvelimessa, joka on se laite ja/tai prosessi, joka vastaa yhteydestä ja protokollamuunnoksista asiakaspuolella, on välimuisti, johon se tallentaa kopion tiedoista, jotka on pyydetty ja ladattu palvelinpuolelta. Jos samoja tietoja tarvitaan 10 uudelleen, riittää, että tarkistetaan, onko niihin tehty muutoksia sen jälkeen, kun ne on viimeksi ladattu. Ei muutoksia merkitsee sitä, että uusi lataustoiminto radiorajapinnan yli vältetään kokonaan. Silloinkin, kun muutoksia on tehty, riittää, että ladataan vain muutetut tiedot sen sijaan, että ladattaisiin pyydetyn tietoyksikön koko sisältö. Asiakkaan välipalvelimella voi myös olla palvelimen puolelle taustayhteys, 15 jonka yli muutokset ja päivitykset äskettäin ladattuihin ja välimuistiin tallennettuihin tietoihin lähetetään automaattisesti valmistauduttaessa mahdolliseen päivitetyn version tarpeeseen asiakkaan puolella.
Toinen parannus yksinkertaisen välimuistitallennuksen ideaan on ennakoiva väli-muistitallennus, joka tarkoittaa sitä, että asiakkaan välipalvelin noudattaa joko käyt-20 täjän käyttäytymisen tiettyä säännönmukaisuutta tai tiettyjä ennalta ohjelmoituja käskyjä (tai molempia) ja lataa proaktiivisesti tietoja, joita käyttäjä todennäköisesti ,: tarvitsee tietyn, tulevan ajanjakson kuluessa. Samalla tavalla kuin edellä kuvatussa :· eroihin perustuvassa välimuistitallennuksessa, ennakoivassa välimuistijärjestelyssä : voi olla taustayhteys palvelinpuolelle, joten käyttäjän tehdessä jotakin muuta asiak- 25 kaan välipalvelin voi valmistautua tiettyjen tietojen ennakoituun tarpeeseen lataa-.... maila ne verkosta. Ennakoiva välimuistitallennus voidaan helposti yhdistää eroihin , · · perustuvaan välimuistitallennukseen, joten valmistautuessaan mahdolliseen tiettyjen ennakoivasti ladattujen tietojen tarpeeseen asiakkaan välipalvelin vastaanottaa muutoksia ja päivityksiä mainittuihin tietoihin tiettyjen päivityssääntöjen mukaan.
30 Eräs tapa tehokkuuden saavuttamiseksi on tehdä langattoman tiedonsiirtoyhteyden päissä oleville toiminnallisille yksiköille mahdolliseksi kanavoida erilliset loogiset .··* yhteydet yhdeksi yhteydeksi. Kanavoituihin loogisiin yhteyksiin voi sisältyä sekä ; · niitä, jotka mobiiliasiakasohjelmisto on muodostanut että niitä, jotka liittyvät edellä kuvattuihin välimuistiprosesseihin.
» » * ."·/ 35 7 114265
PIIRUSTUSTEN LYHYT KUVAUS
Keksinnölle tunnusomaisina pidetyt uudet piirteet on esitetty erityisesti liitteenä olevissa patenttivaatimuksissa. Itse keksintöä, sen rakennetta ja toimintaa sekä sen muita tavoitteita ja etuja kuvataan havainnollisesti seuraavissa keksinnön toteutus-5 muotojen kuvauksissa sekä niihin liittyvissä piirustuksissa.
Kuva 1 esittää TCP/IP:n tunnettua käyttöä asiakas/palvelinyhteydessä,
Kuva 2 esittää WAPin tunnettua käyttöä langattomassa verkkoyhteydessä,
Kuva 3 esittää tunnettua Mowgli-arkkitehtuuria,
Kuva 4 esittää läpinäkyvän, välittömän protokollamuunnon periaatetta, 10 Kuva 5 esittää asiakkaan välipalvelimen edullista arkkitehtuuria,
Kuva 6 esittää asiakkaan välipalvelimen sovelluskerroksen edullista moduulira-keimetta,
Kuva 7 esittää pyynnön käsittelyä asiakkaan välipalvelimessa keksinnön erään toteutusmuodon mukaan, 15 Kuva 8 esittää yhteyksien kanavointia tilakaaviona,
Kuva 9 esittää pääsy-yhdysväylän (access gateway, AG) sovelluskerroksen edullista moduulirakennetta, ja
Kuva 10 esittää pyynnön käsittelyä pääsy-yhdysväylässä keksinnön erään toteutus-muodon mukaan.
20 Kuvia 1, 2 ja 3 selostettiin edellä tekniikan tason kuvauksen yhteydessä, joten seu-raavassa keksinnön ja sen edullisten toteutusmuotojen kuvauksessa keskitytään kuviin 4-10.
KEKSINNÖN YKSITYISKOHTAINEN KUVAUS
V· Tässä patenttihakemuksessa esitettyjä esimerkinomaisia toteutusmuotoja ei ole tar- :, 25 koitettu tulkittavaksi niin, että ne asettaisivat rajoituksia oheisten patenttivaatimus- .··’ ten sovellettavuudelle. Verbiä “käsittää” on käytetty tässä patenttihakemuksessa t·.. avoimena rajoituksena, joka ei sulje pois sellaisia ominaisuuksia, joita ei ole mainit- § · 114265 8 tu. Epäitsenäisissä vaatimuksissa esitetyt piirteet ovat vapaasti keskenään yhdistettävissä, ellei toisin nimenomaan ilmoiteta.
Kuva 4 esittää sellaisen menetelmän ja järjestelyn periaatetta, jossa ensimmäisellä viestivällä osapuolella 401, jota tässä nimitetään asiakaspuoleksi, on langaton verk-5 koyhteys toiseen viestivään osapuoleen 402, jota tässä nimitetään palvelinpuoleksi. Nimityksiä “asiakas” ja “palvelin” käytetään luonnollisesti vain esimerkkeinä, eivätkä ne rajoita keksinnön sovellettavuutta erilaisten laitteiden välisiin tiedonsiirtoyhteyksiin. Erityisesti sekä asiakaspuoli ja palvelinpuoli voivat käsittää minkä tahansa määrän keskenään kytkettyjä yksittäisiä laitteita.
10 Asiakaspuolella on sovellus 411, joka on suunniteltu käyttämään ensimmäistä tie-donsiirtoprotokollapinoa, joka on merkitty numerolla 412. Ensimmäiselle tiedonsiir-toprotokollapinolle on tunnusomaista se, ettei se ole kaistanleveysoptimoitu eikä siksi optimaalinen tiedonsiirtoon langattoman linkin yli. Tästä syystä asiakaspuolella on asiakaspuolen välipalvelin 413, jossa ensimmäinen tiedonsiirtoprotokollapino 15 414 on yhdistetty tietyllä suhteellisen korkealla tasolla toiseen tiedonsiirtoprotokol- lapinoon 415. Toisin kuin ensimmäinen tiedonsiirtoprotokollapino, toinen tiedonsiirtoprotokollapino on kaistanleveysoptimoitu. Pinojen 414 ja 415 välinen yhteys muodostaa toisen sovelluskerroksen 416, jota ei pitäisi sekoittaa sovellukseen 411, joka on verkkoyhteyden yli siirrettyjen tietojen varsinainen käyttäjä. Huomaa, ettei 20 keksintö rajoita asiakaspuolen muodostamiseen käytettävien, fyysisesti erillisten laitteiden määrää: on mahdollista sijoittaa sovellus 411 ja asiakaspuolen välipalvelin 413 yhteen ja samaan laitteeseen, ja on yhtä mahdollista käyttää ainakin kahta fyysisesti erillistä laitetta näiden toimintojen toteuttamiseen.
t
Palvelinpuolella 402 on pääsy-yhdysväylä (access gateway, AG) 421, jossa asiakas-25 puolta 401 vastapäätä oleva puoli käsittää vertaisyksikköpinon 422, joka vastaa asiakaspuolella olevaa toista tiedonsiirtoprotokollapinoa 415. Mainitun vertaisyksikköpinon 422 päällä on palvelinpuolen sovelluskerros 423, josta on edelleen kytkennät yhteen tai useampaan kiinteään verkkoon. Kuvassa 4 on esitetty esimerkkinä pari protokollapinoja 424 ja 425, samoin kuin verkkosovellus 426, jotka täydentävät 30 palvelinpuolen peilikuvaksi asiakaspuolesta: pinot 424 ja 425 noudattavat edellä esiteltyä ensimmäistä tiedonsiirtoprotokollaa. Jos asiakaspuolen sovellus 411 toimisi ;tavallisessa lankaverkon päätelaitteessa, se käyttäisi suoraan ja yksinomaan ensim-mäistä tiedonsiirtoprotokollapinoa viestimiseen verkkosovelluksen 426 kanssa. Ku-vaamme myöhemmin joitakin vaihtoehtoisia muita kytkentämuotoja palvelinpuolen :. 35 sovelluskerroksesta 423.
• · I
* « · 114265 9
Jotta keksinnöstä saataisiin täysi hyöty, asiakaspuolen välipalvelin 413 ja pääsy-yhdysväylä 421 eivät saisi olla vain yksinkertaisia protokollamuuntimia. Keksinnön mukaan sovelluskerrokset 416 ja 423 sisältävät joukon moduuleita, jotka voivat huomattavasti parantaa tiedonsiirron tehokkuutta.
5 Kuva 5 on yksityiskohtaisempi, esimerkinomainen toteutusmuoto kuvan 4 esittämästä periaatteesta. Tässä asiakaspuoli 401 koostuu asiakassovelluksesta 501 ja asiakkaan välipalvelimesta 511, ja palvelinpuoli 402 koostuu pääsy-yhdysväylästä 551 ja WWW-palvelimesta 571. Kuvan 5 esittämässä toteutusmuodossa ensimmäinen ja toinen tiedonsiirtoprotokollapino on valittu sen mukaan, että niillä on laaja levinnei-10 syys tämän patenttihakemuksen prioriteettipäivänä: ensimmäinen tiedonsiirtoprotokollapino on yhdistelmä, jossa on HTTP TCP/IP:n päällä, ja toinen tiedonsiirtoprotokollapino on WAP. Tämän vuoksi asiakassovelluksella 501 on, ylhäältä alas, sovelluskerros 502, HTTP-kerros 503, TCP-kerros 504 ja IP-kerros 505. Asiakkaan välipalvelimen 511 kerroshierarkian yläpäässä on sovelluskerros 512. Sen alla on, 15 ylhäältä alas, asiakassovellusta kohti olevalla puolella kerrokset HTTP 513, TCP 514 ja IP 515, jotka muodostavat vertaisyksiköt asiakassovelluksen 501 protokollapinon samannimisille kerroksille. Fyysisen tiedonsiirtoyhteyden muodostamisen ja ylläpitämisen helpottamiseksi asiakassovelluksen 501 ja asiakkaan välipalvelimen 511 välillä voi olla muita, alempia kerroksia IP-kerrosparin 505 ja 515 alapuolella.
20 Asiakkaan välipalvelimen sovelluskerroksen 512 alla on toisella puolella, ylhäältä alas, kerrokset WSP 521, WTP 522, WTLS 523, UDP 524 ja IP 525. IP-kerroksen :, 525 alla on muita alempia (radiolinkki)kerroksia 526, jotka on tarkoitettu langatto- •: · man verkkoyhteyden fyysiselle toteutukselle.
Pääsy-yhdysväylän 551 kerroshierarkian yläpäässä on toinen sovelluskerros 552.
t 25 Sen alla asiakkaan välipalvelinta kohti olevalla puolella on, ylhäältä alas, kerrokset WSP 553, WTP 554, WTLS 555, UDP 556 ja IP 557, samoin kuin kaavamaisesti :. esitetty muiden alempien kerrosten yksikkö 558. Nämä on helppo tunnistaa asiak kaan välipalvelimen 511 samannimisten kerrosten vertaisyksiköiksi. Toisella puolella pääsy-yhdysväylän sovelluskerroksen 552 alla on, ylhäältä alas, kerrokset HTTP 30 559, TCP 560 ja IP 561. Verkkopalvelimen 571 protokollapinossa on taas sovellus- kerros 572 ja sen alla kerrokset HTTP 573, TCP 574 ja IP 575, jotka muodostavat .··· vertaisyksiköt pääsy-yhdysväylän 551 samannimisille kerroksille. Fyysisen tiedon- ; 1 siirtoyhteyden muodostamisen ja ylläpitämisen helpottamiseksi pääsy-yhdysväylän ' ·: 551 ja verkkopalvelimen 571 välillä voi olla muita alempia kerroksia IP-kerrosparin « 1 · :,,, 35 561 ja 575 alapuolella.
i · I » » I 1 | ,» 11««5
Yksi asiakkaan välipalvelimen 511 tehtävistä on tehdä täysin läpinäkyväksi asiakassovellukselle 501, että verkkoyhteyteen sisältyy jakso, jossa käytetään aivan erilaista tiedonsiirtoprotokollaa. Tällä on se edullinen seuraus, että asiakassovellus 501 voi olla jotakin markkinoilla olevaa tyyppiä, joka tunnetaan jo tämän patenttihakemuk-5 sen prioriteettipäivänä. Siten voidaan käyttää hyväksi jo käytettävissä olevien asiakaspuolen sovellusohjelmien laajaa valikoimaa tekemättä muutoksia. Kun asiakkaan välipalvelinta 511 ’’katsotaan” asiakassovelluksen 501 näkökulmasta, asiakkaan vä-lipalvelin 511 näyttää toimivan aivan kuin verkkopalvelin. Seuraavaksi analysoimme asiakkaan välipalvelimen edullista toteutusarkkitehtuuria, jonka tavoitteena on tä-10 män tehtävän täyttäminen.
ASIAKKAAN VÄLIPALVELIMEN RAKENNE JA TOIMINTA
Kuva 6 havainnollistaa kuvan 5 esittämän asiakkaan välipalvelimen 511 sovelluskerroksen 512 erään edullisen toteutusmuodon rakennetta. Kuvan 6 vasen puoli esittää kytkentöjä ensimmäisen tiedonsiirtoprotokollapinon ylimpiin kerroksiin: HTTP 601 15 ja FTP 602 ovat esimerkkejä. Oikealla puolella on kytkentä toiseen tiedonsiirtopro-tokollapinoon, joka on esitetty kaavamaisesti WAP-pinona 603. Huomaa, että ensimmäisestä tiedonsiirtoprotokollapinosta riippuen kytkennän oikealle sovelluskerroksesta 512 ei tarvitse koskea ainoastaan ylintä WAP-kerrosta eli WSP-kerrosta. Jos esimerkiksi vasemmanpuoleinen kytkentä on FTP:n kanssa, oikeanpuoleinen voi 20 olla suoraan WTP-kerroksen kanssa, kun taas vasemmanpuoleinen kytkentä HTTP-asiakkaan kanssa edellyttää oikeanpuoleista kytkentää WSP-kerroksen kanssa.
: · ·; Kuvan 6 keskeistä toimintamoduulia 604 kutsutaan yhteyskäsittelijäksi (CH, Con- ; ·/ · nection Handler). Sillä on kaksisuuntainen kytkentä ainakin yhden protokollakäsitte- .···. lijän (PH, Protocol Handler) kanssa; PH:t 605 - 609 on esitetty kuvassa 6. CH:lla 25 604 on myös kaksisuuntaiset kytkennät sisältövälimuistikäsittelijän (CCH, Content . . Cache Handler) 610 kanssa. CH:n 604 tehtävät voidaan tiivistää seuraavasti: - se vastaanottaa pyyntöjä asiakassovellukselta ensimmäisen tiedonsiirtoprotokolla-pinon kautta, - se tunnistaa protokollan, jota sovellus 411 käyttää, : 30 - se päättää, voidaanko vastaanotetut pyynnöt täyttää vain lukemalla aiemmin tal- lennetut tiedot CCH:lta 610 vai onko pyyntö toimitettava edelleen langattoman ;.. verkkoyhteyden yli pääsy-yhdysväylään (Access Gateway, AG), 114265 11 - se kutsuu tunnistetun protokollan mukaan asianmukaisia protokollakäsittelijöitä PH 605 - 609 tarvittaessa, ja - se ohjaa pääsy-yhdysväylään menevien yhteyksien muodostamista, ylläpitämistä ja purkamista.
5 CCH 610 on paikallinen välimuisti, jonka päätehtävä on tallentaa paikallisesti tiettyjä tietoja, joita asiakassovellukset tietyn algoritmin mukaan todennäköisesti pyytävät. Yksinkertainen strategia on tallentaa aiemmin pyydetyt tiedot, jolloin välimuis-titallennusta varten on varattu enimmäismäärä muistia: kun varattu muisti täyttyy, välimuistin sisältö poistetaan valitun välimuistin korvauspolitiikan mukaisesti. Ke-10 hittyneempiä strategioita kuvataan tarkemmin jäljempänä.
Jokainen PH 605-609 liittyy omaan asiakassovellusprotokollaansa. PH sisältää protokollakohtaisia käskyjä siitä, kuinka asianmukaiseen asiakassovellusprotokollaan liittyvä pyyntö pitäisi käsitellä ennen sen toimittamista edelleen toiseen tiedonsiirto-protokollapinoon (WAP-pino 603 kuvan 6 esimerkissä). PH on myös varustettu suo-15 rittamaan vastaavat toimet ja samanlaiset menettelyt, joita sovelletaan WAP-pinosta saatuihin vastauksiin. Edellä mainittuja toimia ovat esimerkiksi.
- ylössuuntaisten komentojen, otsikoiden ja kaikkien muiden standardielementtien binäärikoodaus kaikille tekstipohjaisille protokollille, paitsi silloin, kun sellainen binäärikoodaus on jo osa asianmukaista asiakassovellusprotokollaa tai toista tiedon- , ·: ·. 20 siirtoprotokollaa, ja vastaava alassuuntaisten tietojen dekoodaus : - merkintäkielten, kuten HTML tai XML (extended markup language) ylössuuntais- . ·.: ten tunnisteiden binäärikoodaus, paitsi silloin, kun sellainen binäärikoodaus on jo :osa asianmukaista asiakassovellusprotokollaa tai toista tiedonsiirtoprotokollaa, ja • : vastaava alassuuntaisten tietojen dekoodaus, ja 25 - pakkaaminen (ylössuunnassa) ja purkaminen (alassuunnassa) sekä asianmukaiset algoritmit kaikenlaiselle hyötyinformaatiolle.
Kaikilla PH:illa on kytkennät kanavointiyksikköön (MU, Multiplexing Unit) 611, . . : jolla on kaksi päätehtävää: - loogisten yhteyksien kanavointi ja kanavoinnin purku siten, että pääsy-yhdysväy- :':' 30 lään menevien erillisten yhteyksien määrä on mahdollisimman pieni, ja ; ·. - ylössuuntaisten yhteyksien priorisointi CH:n asettamien prioriteettien mukaan.
114265 12
Kuva 7 havainnollistaa kutsujen ja sanomien vaihtoa kuvassa 6 esitettyjen yksiköiden sisällä ja välillä esimerkinomaisessa tapauksessa, jossa asiakassovellus pyytää tietoja, jotka on ladattava verkosta. Vaiheessa 701 tulee pyyntö asiakassovellukselta ensimmäisen protokollapinon kautta. Vaiheessa 702 CH vastaanottaa pyynnön ja 5 analysoi sen tunnistaakseen ainakin, minkä protokollan kautta se tuli, kun on mahdollisesti useita rinnakkaisia, ensimmäisiä protokollia.
Vaiheessa 703 CH lähettää kyselyn CCH.lle siinä toivossa, että pyydetyt tiedot olisivat jo siellä aiemmin tallennettuna kopiona. Kuvassa 7 oletetaan, ettei asia ole näin, joten CCH vastaa vaiheessa 704 kielteisesti. Sen jälkeen CH käyttää tietoaan 10 ensimmäisestä protokollasta, joka tunnistettiin vaiheessa 702, ja kutsuu asianmukaista PH:ta vaiheessa 705. Kutsuttu PH käsittelee pyynnön vaiheessa 706 suorittamalla operaatioita, joista on annettu esimerkkejä edellä, ja toimittaa pyynnön edelleen MU:lle vaiheessa 707.
Vaiheessa 708 MU tarkistaa pyynnön prioriteetin (CH antaa prioriteetin jokaiselle 15 pyynnölle). MU välittää käsitellyn pyynnön toisen protokollapinon asianmukaiselle tasolle vaiheessa 709.
Huomaa, ettei käsitelty pyyntö aina mene toisen protokollapinon ylimpään kerrokseen: jos pyyntö tuli esimerkiksi asiakassovellukselta HTTP:n kautta, on käytettävä WSP:tä, kun taas asiakassovellukselta tuleva FTP-pyyntÖ mahdollistaa yhteyden-20 oton suoraan WTP-kerrokseen.
' ; Vaihe 710 edustaa yleisesti vaihetta, jossa tiedonsiirto tapahtuu pääsy-yhdysväy- lässä toisen protokollapinon kautta. Vaiheessa 711 pääsy-yhdysväylästä tulee vasta-;;; us MU:lle. Vastaukselle on suoritettava käänteiskäsittely samassa PH:ssa, joka käsitteli pyynnön vaiheessa 706, joten MU päättää vaiheessa 712, mihin tiettyyn 25 PH:hon vastaus on toimitettava, ja toimittaa vastauksen kyseiseen PH:hon vaiheessa 713. Vaiheessa 714 PH käsittelee vastauksen, ja vaiheessa 715 se saapuu CH:hon muodossa, joka on valmis toimitettavaksi asiakassovellukselle ensimmäisen tiedon-siirtoprotokollapinon kautta. Oletamme, että CH haluaa vastaukseen sisältyvät tiedot tallennettavaksi CCH:hon, joten vaiheessa 716 CH antaa CCH:lle komennon tallen-: 30 taa vastaustiedot. CCH:lta voi tulla kuittaus vaiheessa 717. Vaiheessa 718 samat tiedot välitetään kohti asiakassovellusta.
Eräs tehokas tapa vähentää ylimääräistä tilankäyttöä ja optimoida kaistanleveys on yhteyksien kanavointi MU.ssa. Kanavointi koskee sekä pyyntöjä asiakassovelluksil-,. Y ta että asiakkaan välipalvelimen sisäisiä pyyntöjä, esimerkiksi ’’aktiivista” välimuis- 114265 13 titallennusta koskevia pyyntöjä. Kuva 8 on tilakaavio, joka havainnollistaa yhteyksien kanavoinnin eri puolia. Silloin, kun ei ole aktiivisia tiedonsiirtoyhteyksiä pääsy-yhdysväylään AG, MU on tilassa 801. Pyyntö aiheuttaa siirtymisen tilaan 802, jossa MU muodostaa yhteyden pääsy-yhdysväylään. Onnistunutta yhteydenmuodostusta 5 seuraa välitön siirtyminen tilaan 803, jossa yhteyttä ylläpidetään. Jos yhteyden pääsy-yhdysväylään ollessa aktiivisena tulee toinen pyyntö, joka koskee toista yhteyttä, tapahtuu siirtyminen tilaan 804, jossa pyydetty uusi yhteys lisätään kanavointijärjes-telmään, jota MU käyttää kaikkien erikseen pyydettyjen ensimmäisen protokollan yhteyksien kanavoimiseen yhdeksi toisen protokollan yhteydeksi. Lisäysvaiheen 804 10 jälkeen MU palaa vakaan tilan yhteyden ylläpitovaiheeseen 803. Samalla tavalla, jos sen jakson aikana, jolloin yhteys pääsy-yhdysväylään on aktiivisena, jotakin ensimmäisen protokollan yhteyttä ei tarvita enää, tapahtuu siirtyminen tilaan 805, jossa lopettava yhteys poistetaan kanavointijärjestelmästä ja palataan välittömästi vaiheeseen 803. Vain silloin, kun viimeisenkin jäljellä olevan ensimmäisen protokollan yh-15 teyden huomataan olevan päättymässä, tapahtuu siirtyminen tilaan 806, jossa yhteys pääsy-yhdysväylään päättyy. Luonnollisena seurauksena tästä päättymisestä on paluu täysin passiiviseen tilaan 801.
PÄÄSY-YHDYSVÄYLÄN RAKENNE JA TOIMINTA
Pääsy-yhdysväylän tärkein osa, joka liittyy keksinnön mukaiseen toimintaan, on ku-20 vassa 5 esitetty sovelluskerros 552. Pääsy-yhdysväylän muut osat ovat oikeastaan vain välineitä sinänsä tunnettujen protokollapinojen toteuttamiseksi. Kuva 9 on kaavamainen lohkokaavio pääsy-yhdysväylän sovelluskerroksesta 552. Kuvassa 9 vasemmalla on kytkentä kaistanleveysoptimoituun tiedonsiirtoprotokollapinoon, eli . . tässä WAP-pinoon 901. Sovelluskerroksen 552 keskeinen osa on taas tiedonsiirtokä- 25 sittelijä (CH, Communications Handler) 902, josta on kytkennät muiden tiedonsiirtoprotokollien edustajiin oikealla: HTTP- ja FTP-esimerkkejä 903 ja 904 on jo käsitelty aiemmin. Toisena vaihtoehtona on kytkentä CH:sta 902 WAP-sovellusympäris-töön (WAP Applications Environment, WAE) 905. Selostamme myöhemmin tämän vaihtoehdon merkitystä ja tärkeyttä. Voimme nimittää kuvassa 9 oikealla olevia pro-30 tokollia yleisesti verkkoprotokolliksi, koska niitä käytetään tiedonsiirtoon erilaisten . . (kiinteiden) verkkojen suuntaan.
Samalla tavalla kuin asiakkaan välipalvelimen sovelluskerroksessa, tässä on MU ja erilaisia protokollakäsittelijöitä (PH, Protocol Handler), jotka ovat ominaisia niille L. verkkoprotokollille, joiden kautta CH 902 haluaa pystyä siirtämään tietoja. PH:t 35 911-915 ja MU 931 on esitetty kuvassa 9. Myös CCH-konseptia käytetään pääsy- • '.· yhdysväylässä, mutta yhden CCH:n sijasta siinä on useita CCH-käsittelijöitä, joista 114265 14 neljä on esitetty esimerkkeinä kuvassa 9, 921-924. Syy usean rinnakkaisen CCH.n käyttämiseen on se, että saadaan erillinen CCH jokaiselle yksittäiselle asiakkaan vä-lipalvelimille, joka on rekisteröitynyt tiettyyn pääsy-yhdysväylään, tai ryhmäkohtaisia CCH-käsittelijöitä, joista jokainen vastaa jotakin rekisteröityjen asiakkaan väli-5 palvelimien ryhmää. Keksintö ei edellytä useiden CCH-käsittelijöiden käyttämistä pääsy-yhdysväylässä, mutta erilliset CCH:t helpottavat niiden (tausta)rutiinien toteuttamista, joiden tarkoituksena on pitää asiakkaiden välipalvelimien CCH:t ajan tasalla aktiivisen välimuistitallennuksen aikana. Lisäksi CCH-käsittelijöiden väliset erot voivat olla yksinomaan loogisia (ne voidaan kaikki tallentaa yhteen fyysiseen 10 tietokantaan).
Sovelluskerros sisältää myös DNSP:n (Domain Name Server Proxy) 930, joka on paikallinen tietokanta, jota käytetään aluenimien (domain names) kohdistamiseen verkko-osoitteisiin. Sen tarkoituksena on parantaa tehokkuutta välttämällä nimipalvelimeen (DNS) kohdistuvia pyyntöjä silloin, kun paikallisesti käytettävissä olevat 15 tiedot riittävät nimen selvittämiseen.
Kuva 10, joka koostuu kuvista 10a ja 10b, esittää sellaisen esimerkinomaisen pyynnön 1001 käsittelyä, jonka pääsy-yhdysväylä vastaanottaa asiakkaan välipalvelimel-ta toisen protokollapinon (WAP) kautta. Vaiheessa 1002 MU tunnistaa pyyntöpro-tokollan ja kutsuu vastaavan PH:n vaiheessa 1004 käsitelläkseen pyynnön eli suorit-20 taakseen käänteisenä sen käsittelyn, joka tehtiin pyynnön esittäneen asiakkaan väli-palvelimen PH:ssa. PH:ssa tapahtuvan käsittelyn 1005 tuloksena on käsitelty pyyntö, joka toimitetaan edelleen CH:lle vaiheessa 1006.
: ;' · Huomaa, että MU pystyy vastaanottamaan pyyntöjä toisen protokollapinon yläker- roksen lisäksi myös sen sisemmistä kerroksista. Esimerkiksi FTP-pyyntö asiakasso-25 vellukselta välitetään MU:lle suoraan WTP-kerroksesta, ei WSP-kerroksen kautta.
• · Olisi myös huomattava, että MU pystyy tunnistamaan "todelliset” WAP-pyynnöt.
Ne toimitetaan suoraan CH:lle (esitetty katkoviivalla vaiheessa 1003).
Vaiheessa 1007 CH tunnistaa käsitellyn pyynnön ja protokollan, jota käytetään sen välittämiseen sisällöntuottajan palvelimelle. CH valvoo myös jokaisen pyynnön pri-30 oriteettia ja suorittaa toimia, jotka takaavat, että vastauksella on sama prioriteetti . · · · kuin vastaavalla pyynnöllä.
Olisi erittäin tärkeää, että pyydetty sisältö voitaisiin lukea paikallisesti CCH.lta sen f" sijaan, että pyyntö toimitettaisiin jollekin muulle palvelimelle verkon kautta, joten vaiheessa 1008 CH lähettää kyselyn asianmukaiselle CCH:lle. Oletamme tässä, ettei 114265 15 CCH:lla ollut pyydettyä sisältöä varastossa, kuten kielteinen vastaus vaiheessa 1009 osoittaa. Jos pyyntö sisältää aluenimen tai verkkopaikan, joka edellyttää kutsua pää-sy-yhdysväylän paikalliseen DNSP:hen, tämä tehdään vaiheessa 1010, ja DNSP:n vastaus esitetään vaiheessa 1011.
5 Vaiheessa 1012 CH lähettää käsitellyn pyynnön valittuun protokollaan (HTTP, FTP,...). Aiemmin mainitut ’’todelliset” WAP-pyynnöt toimitetaan suoraan WAE-tasolle ilman muuta käsittelyä.
Vaihe 1013 esittää yleisesti varsinaista tiedonsiirtoa sisällöntuottajan palvelimen kanssa. Vastaus saadaan ensimmäisen protokollapinon (HTTP / TCP) kautta vai-10 heessa 1014. Vaiheessa 1015 CH tunnistaa, mikä pyyntö aiheutti saadun vastauksen, ja asettaa vastauksen prioriteetin pyynnön prioriteetin mukaan.
Voidakseen lähettää vastauksen asiakkaan välipalvelimelle toisen protokollapinon (WAP) kautta, CH:n täytyy taas kutsua asianmukaista PH:ta vaiheessa 1016. Valittu PH käsittelee vastauksen vaiheessa 1017 ja lähettää sen edelleen MU:lle vaiheessa 15 1018.
Vaiheessa 1019 MU suorittaa yhteyksien priorisointiin tarvittavia toimia, ja välittää sitten käsitellyn vastauksen toisen protokollapinon asianmukaiselle tasolle vaiheessa 1020. Näin vastaus siis lopulta lähetetään asiakkaan välipalvelimille langattoman tiedonsiirtoyhteyden kautta. Vaiheessa 1021 CH antaa asianmukaiselle CCH:lle 20 komennon tallentaa vastaanotettu sisältö välimuistitallennusperiaatteen mukaisesti, ja vaiheessa 1022 CH vastaanottaa kuittauksen.
: · Olisi huomattava, että pääsy-yhdysväylällä oletetaan olevan kiinteä suurikapasiteet- : tinen yhteys ainakin yhteen tiedonsiirtoverkkoon, joten tietojenvaihto senja eri pai koissa ympäri maailmaa sijaitsevien sisältölähteiden välillä on paljon helpompaa ja 25 yksinkertaisempaa ja paljon vähemmän kaistanleveysrajoitusten rajoittamaa kuin tiedonsiirto langattoman linkin yli asiakkaan välipalvelimeen. Myös muistitila on vähemmän niukka resurssi pääsy-yhdysväylässä kuin asiakkaan välipalvelimessa. Tämä korostaa aktiivisen välimuistitallennuksen merkitystä pääsy-yhdysväylässä.
. . Kun on valittu strategia, jota on noudatettava aktiivisessa välimuistitallennuksessa, 30 pääsy-yhdysväylä seuraa sisällön muutoksia valituissa sisältölähteissä, joihin aktii-' ; . vinen välimuistitallennus kohdistuu, ja päivittää säännöllisesti asiakkaan välipalve- : i’ limen omia (tai asiakkaan välipalvelinryhmän omia) välimuistitietokantoja. Kun viimeksi mainitut pidetään pääsy-yhdysväylässä mahdollisimman ajantasaisina, saa-daan suurin mahdollinen vapaus valita aika ja tapa, jolla alhaisen prioriteetin (taus- 114265 16 ta)yhteydet langattoman linkin yli muodostetaan vastaavien välimuistitietokantojen päivittämiseksi asiakkaan välipalvelimissa.
YHTEYKSIEN PRIORISOINTI
Edellä selitettiin, että eräs asiakkaan välipalvelimen edullisista toiminnoista on usei-5 den samanaikaisesti aktiivisten asiakassovellusyhteyksien kanavointi yhteen langattomaan yhteyteen. Ensimmäisenä oletuksena jokaisella asiakassovellusyhteydellä on sama prioriteetti kanavointimenettelyn suhteen, mikä tarkoittaa, että jokainen yhteys saa yhtä suuren osan langattoman yhteyden edustamista tiedonsiirtoresursseista. Kuitenkin voi olla edullista määritellä ja tallentaa CH:n yhteydessä erilaisia priori-10 teettitasoja, jotta kanavointimenettelyn osana CH arvioi jokaisen asiakassovellus-pyynnön kiireellisyyden, jolloin suurempi suhteellinen osuus käytettävissä olevista tiedonsiirtoresursseista varataan niille yhteyksille, jotka palvelevat kiireellisimpiä pyyntöjä.
Aktiivista välimuistitallennusta palvelevien taustaprosessien käsittely on tyypillisesti 15 äärimmäinen esimerkki priorisoinnista. Aktiivisilla välimuistitallennuspyynnöillä CCH:lta on niin alhainen prioriteetti, että jos on muita pyyntöjä, jotka edellyttävät tietojen lataamista langattoman yhteyden yli, näitä palvellaan ensin, ennen kuin mitään kapasiteettia varataan aktiiviselle välimuistitallennukselle.
Prioriteettien valinta voi noudattaa ennalta määrättyä ja sovittua strategiaa, joka ot-20 taa huomioon esimerkiksi tiettyjen pyyntöjen reaaliaikaisen luonteen ja muiden ei-reaaliaikaisen luonteen. On myös mahdollista antaa käyttäjän asettaa prioriteetit itse, jotta hän voi määrittää, millaisia yhteyksiä pitäisi palvella ensin.
VÄLIMUISTISTRATEGIAT
Seuraavaksi analysoimme eräitä tapoja saada aikaan säästöjä niiden aikakriittisten 25 pyyntöjen määrässä, jotka on välitettävä edelleen CH:lta langattomalle verkkoyhteydelle. Aikakriittinen pyyntö on laajassa mielessä sellaisia tietoja koskeva pyyntö, joiden mahdollisimman nopeaa saapumista pyytävä asiakassovellus arvostaisi. Jos esimerkiksi käyttäjä haluaa tutkia www-sivua näytöllä, mitä nopeammin oikea sivu ilmestyy, sitä parempi. Tämä aikakriittisyyden laaja merkitys kattaa myös kapeat 30 tulkinnat, joiden mukaan vain reaaliaikaisia tietoja koskevat pyynnöt ovat aikakriit-,·· tisiä. Mainittujen säästöjen saavuttaminen merkitsee sitä, että tietty määrä aikakriit tisiä pyyntöjä voidaan tyydyttää lukemalla tietoja paikallisesti CCH:lta.
114265 17
Voidaan olettaa, että huomattavalla määrällä verkkoyhteyksien käyttäjiä on melko rajoitettu valikoima verkkopaikkoja, joilla käydään usein. Lisäksi voimme olettaa, että sisältö, joka voidaan ladata näiltä ’’suosikkisivuilta”, muuttuu vain vähitellen. CCH:iden käytettäväksi ehdotettu ’’parannettu” välimuististrategia käsittää kolme 5 toimintatapaa: eroihin perustuva, aktiivinen ja ennakoiva välimuistitallennus. Pääsy-yhdysväylän rakenteessa mainittiin, että pääsy-yhdy s väylä ylläpitää jokaisen rekisteröidyn asiakkaan yksilöllisiä välimuisteja: mitä tahansa mainituista tavoista tai mitä tahansa niiden yhdistelmää voidaan käyttää sellaisten välimuistien ylläpitämiseen. Samalla tavalla mitä tahansa mainituista tavoista tai mitä tahansa niiden yhdistelmää 10 voidaan käyttää välimuistin ylläpitämiseen asiakkaan välipalvelimessa, tai jopa useiden käyttäjäkohtaisten välimuistien ylläpitämiseen asiakkaan välipalvelimessa, jos useat käyttäjät käyttävät samaa asiakkaan välipalvelinta.
Eroihin perustuva välimuistitallennus merkitsee sitä, että sen verkkopaikan, jota vä-limuistitallennus koskee, koko muuttunutta sisältöä ei ladata verkosta, vaan ainoas-15 taan ne osat, joissa on tapahtunut muutoksia. Eroihin perustuvaa välimuisti tallennusta sovelletaan pääasiassa välimuisti(e)n ylläpitoon asiakkaan välipalvelimessa. Pääsy-yhdysväylän välimuisti(t) lataa(vat) sisällön verkosta verkkopalvelimen määrittelemällä tavalla; tämän patenttihakemuksen prioriteettipäivänä ei ole pidetty mahdollisena pyytää vain uusimman version ja 20 pyytäjällä jo olevan version välistä eroa. Keksinnön mukaan on kuitenkin mahdollista vaikuttaa pääsy-yhdysväylän ja asiakkaan välipalvelimen väliseen . :' tiedonsiirtoon, joten on mahdollista suorittaa eroihin perustuva välimuistitallennus vertaamalla molempia välimuisteja ja lähettämällä vain asiakkaan välipalvelimessa välimuistiin tallennetun version ja pääsy-yhdysväylässä välimuistiin tallennetun E-. 25 version välinen ero. Tarvittaessa viimeksi mainittu ladataan (uudelleen) pääsy- yhdysväylään sisältöpalvelimesta ennen vertailun suorittamista.
Aktiivinen välimuistitallennus tarkoittaa sitä, että CCH tekee pyyntöjä tietojen lataamiseksi pääsy-yhdysväylästä, vaikka mikään asiakassovellus ei suoraan pyydä tietoja. Esimerkkinä aktiivisen välimuistitallennuksen käytöstä voi olla tilanne, jossa 30 käyttäjä määrittelee asiakkaan välipalvelimessa, että hän haluaa tietyn verkkoresurssin uusimman version olevan aina heti saatavissa asiakkaan laitteelle.
:,, Ennakoiva välimuistitallennus eroaa aktiivisesta välimuistitallennuksesta siinä, että .· :* CCH yrittää lisäksi ennakoida ainakin osan niistä verkkopaikoista, joista sisältöä pi täisi ladata ja toimittaa asiakassovelluksille lähitulevaisuudessa. Ennakointi voi pe-35 rustua moniin tekijöihin, kuten havaittuun käyttötiheyteen (tietyn verkkopaikan si-: ’. sältöä on pyydetty ainakin N kertaa, jossa N on positiivinen kokonaisluku), havait- „ 1142« tuun käytön säännöllisyyteen (tietyn verkkopaikan sisältöä on pyydetty säännöllisesti toistuvina aikoina), havaittuun kiinnostuksen kohteeseen (tietyn tyyppistä sisältöä koskevien pyyntöjen suhteellinen osuus on suuri), ja havaittuun trendien seuraamiseen (pyynnöt noudattavat tiettyä suosituimmuustilastoa; käyttäjä haluaa aina katsoa 5 uusimmassa ’’parasta netissä” -luettelossa mainitut verkkosivut). CCH toteuttaa ennakoivan välimuistitallennuksen joko yksinkertaisesti tallentamalla viimeksi pyydetyn kopion sisällöstä, jota se olettaa pyydettävän uudelleen, tai päivittämällä säännöllisesti ennakoivasti välimuistiin tallennetun sisällön, joten jos ja kun tulee tiettyä verkkopaikkaa koskeva uusi pyyntö, suoraan CCH:lta luettavissa oleva versio ei ole 10 koskaan vanhempi kuin päivitysvälin pituus. Säännöllistä päivitystä käytetään edullisimmin silloin, kun ennustukset perustuvat havaittuun käytön säännöllisyyteen, joten CCH.hon tallennettu sisältö päivittyy, kun seuraava havaitun säännöllisen käytön esiintymä lähestyy.
Yleisesti välimuistitallennus voidaan myös jakaa kahteen perustyyppiin: työntö ja 15 veto. Tässä keksinnössä työntötyyppinen välimuistitallennus on menettely, jossa CCH on rekisteröitynyt pääsy-yhdysväylän aktiivisen välimuistitallennuksen asiakkaaksi tiettyjen verkkopaikkojen osalta, ja joka kerta, kun pääsy-yhdysväylä saa tiedon sisällön muutoksesta jossakin näistä paikoista, se välittää muutetut tiedot automaattisesti asiakkaan välipalvelimen CCH:lle. Vetotyyppinen välimuistitallennus 20 merkitsee sitä, että CCH:n on aina pyydettävä muutettuja tietoja. Vetotyyppi voidaan lisäksi luokitella ’’säännölliseksi” tai ’’tarpeen mukaan”, jossa edellä mainitusta ·:* tulee itse asiassa ennakoiva välimuistitallennus, koska CCH pyytää muutettuja tieto ja silloinkin, kun mikään asiakassovellus ei ole äskettäin pyytänyt niitä. Vetotyyppinen välimuistitallennus tarpeen mukaan tarkoittaa sitä, että kun pyyntö tulee asia-!! 1 25 kassovellukselta, CCH pyytää uusimpia muutettuja tietoja pääsy-yhdysväylältä, jo ten viimeisimmät muutokset yhdistetään itse CCH:lta luettuihin muuttumattomiin tietoihin.
Kaikille aktiivisen ja ennakoivan välimuistitallennuksen pyynnöille on yhteistä se, että nämä suoritetaan edullisimmin taustaprosesseina, jotta käyttäjän ei tarvitse ha-30 väitä niiden olevan käynnissä. Vastaavasti ne suoritetaan edullisimmin aikoina, jolloin on käytettävissä runsaasti kaistanleveyttä, esimerkiksi yöllä tai silloin, kuin ;.. asiakaspuolen tiedonsiirtoresursseja ei sillä hetkellä käytetä johonkin muuhun, kuten ' ·; käynnissä olevaan puheluun.
... Asiakaspuolen langattomuus edellyttää myös sitä, että aktiivisen ja ennakoivan vä- T. 35 limuistitallennuksen pitäisi ottaa huomioon käyttäjän senhetkinen sijainti: esimer-i ‘. kiksi käyttäjän ollessa paikassa, jossa on käytettävissä paikallinen, nopea verkkoyh- 114265 19 teys, välimuisti voidaan päivittää. Toinen esimerkki on sellainen, että käyttäjän siirtyessä soluun, joka kattaa ostoskeskuksen, ostoskeskuksessa saatavissa olevia tuotteita ja palveluita koskevat tiedot voitaisiin tallentaa ennakoivasti CCH:hon.
Parannettu välimuistitallennus tarkoittaa myös sitä, että käytettävissä on välineet 5 mainittujen välimuististrategioiden optimoimiseksi esimerkiksi tiedonsiirtoyhteyden kustannusten tai tietoliikenteen määrän osalta. Alan asiantuntija pystyy hyvin esittämään optimointimenetelmiä, kunhan tietyt edellytykset, kuten hinnoittelupolitiikka, ovat tiedossa.
Välimuistitallennus voi myös noudattaa erilaisia strategioita, jotka koskevat asiak-10 kaiden ja asiakkaan välipalvelimien tai jopa yksittäisten käyttäjien ryhmittelyä omiin välimuisteihinsa. Kehittynein ryhmittelyvaihtoehto on sellainen, jossa on yksilöity välimuisti ja sitä vastaava välimuististrategia jokaiselle yksittäiselle, identifioidulle käyttäjälle siten, että vaikka joukko käyttäjiä näyttää käyttävän samaa asiakkaan vä-lipalvelinta, niillä kaikilla on yksilöidyt ’’välimuistitilit” pääsy-yhdysväylässä. Hiu-15 kan vähemmän monimutkaisessa ratkaisussa käyttäjäkohtaisen välimuistitallennuk-sen tehtävä annetaan asiakkaan välipalvelimelle (jolla on sitten puolestaan oltava useita loogisesti erillisiä välimuisteja edellä mainitun yhden sijasta), joten pääsy-yhdysväylä pitää loogisesti erillisen välimuistin vain jokaiselle asiakkaan välipalvelimelle. Siirryttäessä vielä yksinkertaisempiin toteutusmuotoihin tullaan asiakkaiden 20 välipalvelimien ryhmittelyyn niin, ettei pääsy-yhdysväylä suorita loogisesti erillistä välimuisti tallennusta yksittäisille asiakkaan välipalvelimille vaan ainoastaan asiakkaiden välipalvelinryhmille. Yksinkertaisin, merkityksetön ryhmittelyvaihtoehto on * viimeksi mainitun rajatapaus, jossa kaikki asiakkaiden välipalvelimet muodostavat yhden ryhmän.
> · · * 114265 20
MUUNLAISTEN LANGATTOMIEN (WAP)-ASIAKKAIDEN KYTKEMINEN SAMAAN PÄÄSY-YHDYSVÄYLÄÄN
Edellä olevassa selostuksessa on oletettu, että asiakaspuolella, jonka on oltava yhteydessä pääsy-yhdysväylään, on kuvissa 4 ja 5 esitetty yleinen rakenne, eli siinä on 5 asiakaspuolen sovellus, joka on suunniteltu ei-kaistanleveysoptimoidulle protokollapinolle ja joka edellyttää keksinnön mukaista protokollamuunnosta. Olisi kuitenkin huomattava, että keksinnöllä on luontainen etu koskien palvelua, jota voidaan antaa myös muunlaisille asiakkaille. Keksinnön prioriteettipäivänä on lukuisia WAP-puhelimien ja muiden WAP-pohjaisten kannettavien päätelaitteiden käyttäjiä: koska 10 pääsy-yhdysväylä käyttää WAPia protokollana, joka muodostaa liitännän langattomiin päätelaitteisiin, on itse asiassa samantekevää, onko asiakas kuvissa 4 ja 5 esitettyä tyyppiä vai vain tavanomainen ’’todellinen” WAP-asiakas.
Pääsy-yhdysväylän palvelun laajentaminen todellisiin WAP-asiakkaisiin on syy siihen, että CH 902:sta on suora yhteys WAE-yksikköön 905. Jos pyyntö asiakaspuo-15 lelta liittyykin todelliseen WAP-toimintaan, CH 902 vain välittää sen WAE-yksikköön 905, joka huolehtii muusta käsittelystä WAPin tunnettujen ja dokumentoitujen käytäntöjen mukaan.
Toinen monipalveluvalmiuden piirre liittyy siihen, että edellisessä kuvauksessa jätimme täysin avoimeksi, mikä muodostaa kuvan 5 alemmat kerrokset 526 ja 558.
20 Käytettävästä langattomasta kantopalvelutekniikasta riippuen (esim. GPRS, HSCSD tai CSD) kuljetuskerroksen (IP-kerros 525, 557) alapuolella voi olla erilaisia alemman kerroksen yksiköitä, joita kaikkia voivat käyttää samat ylemmät kerrokset (ilman mitään muutoksia) asianmukaisten kerrosten välisten yhteyksien kautta.
NOPEUDEN SOVITUS JA PORTAALITOIMINNOT PÄÄSY-YHDYSVÄYLÄS-25 SÄ TAI SEN ULOTTUVILLA
Pääsy-yhdysväylä on hyvin selvillä siitä, että pyydetty sisältö lähetetään asiakkaan välipalvelimille kaistanleveysrajoitetun langattoman linkin yli. Siksi se voi toteuttaa erilaisia käsittelymenetelmiä pyydetylle sisällölle ennen sen lähettämistä asiakkaan välipalvelimille. Edellä olemme jo viitanneet pääasiassa protokollakohtaisiin toi-30 menpiteisiin, kuten otsikoiden binäärikoodaukseen. Lisäksi pääsy-yhdysväylä voi ’ suorittaa sisällöstä riippuvaa käsittelyä, esimerkiksi tinkiä tarkoituksella kuvan tai Γ äänen laadusta vähentämällä kuva- tai äänidatan määrää, poistaa kaistanleveyttä ku- luttavia elementtejä, kuten kuvia tai animaatioita lähetetystä sisällöstä kokonaan, tai poistaa päällekkäisyyttä, jos suurempi määrä lähetysvirheitä hyväksytään. Nämä » I > » 114265 21 toimenpiteet voidaan tehdä automaattisesti tai käyttäjäkohtaisesti ainoastaan kunkin käyttäjän nimenomaisella suostumuksella. Sellainen käsittely voidaan myös tehdä riippuvaiseksi ennakoidusta ja/tai mitatusta linkin laadusta: kun käytettävän linkin datanopeus on suuri, sisältö lähetettäisiin enemmän tai vähemmän alkuperäisessä 5 muodossaan, muuten käytettäisiin eriasteista poistamista ja/tai pakkaamista.
Tietyn sisällön valmistelua tai optimointia käyttäjän päätelaitteen suorituskyvyn ja/tai linkin ominaisuuksien mukaan kutsutaan usein portaalitoiminnallisuudeksi. Pääsy-yhdysväylällä voi olla tämä toiminnallisuus omana ominaisuutenaan esimerkiksi yhdessä tai useammassa PH:ssa, tai se voi viestiä tietyn ulkoisen portaalilait-10 teen kanssa, joka pystyy tuottamaan optimoituja sisältösivuja. Pääsy-yhdysväylältä sellaiseen ulkoiseen portaalilaitteeseen tulevien pyyntöjen pitäisi osoittaa pyydetty portaalitoiminnallisuuden määrä ja tyyppi esimerkiksi ilmoittamalla nykyisen langattoman linkin datanopeus, viittaamalla maksimaaliseen tai optimaaliseen sisällön sivukokoon tai ilmoittamalla sen asiakaspuolen laitteen tyyppi, jonka on tarkoitus 15 käyttää pyydettyä sisältösivua.
Jos pääsy-yhdysväylä on tunnistanut tietyn pyynnön esittäneen käyttäjän, se voi käyttää portaalitoiminnallisuutta tiettyjen valintojen mukaan, jotka käyttäjä on erikseen tehnyt aikaisemmin. Pääsy-yhdysväylä voi myös automaattisesti mukauttaa portaalitoiminnallisuuttaan tietyn tunnistetun käyttäjätoiminnan tai käyttäjäprofiilin 20 mukaan, jolloin muutokset tehdään sisältöön, joka lähetetään nopeudeltaan rajoitetun tiedonsiirtolinkin yli.
MUITA NÄKÖKOHTIA
Nopeudeltaan rajoitetun tiedonsiirtolinkin tyypillisesti langattoman luonteen vuoksi asiakkaan välipalvelin ei voi koskaan olla kokeilematta etukäteen varma siitä, toi-25 miiko tiedonsiirtoyhteys pääsy-yhdysväylään kunnolla vai ei. Linkin toimintahäiriöiden lisäksi on myös sellainen epävarmuustekijä, että pääsy-yhdysväylä tai jokin sisältöä tuottava palvelin voi olla tilapäisesti sellaisessa tilassa, että se ei yksinkertaisesti vastaa. Asiakkaan välipalvelin voi olla järjestetty lähettämään ajoittain kyselyitä pääsy-yhdysväylään vain varmistaakseen, että aktiivinen tiedonsiirtoyhteys 30 voidaan muodostaa nopeasti, jos tulee pyyntö, joka edellyttää tietojen lataamista . · · * pääsy-yhdysväylästä.
* » « »
Nopeudeltaan rajoitetun tiedonsiirtolinkin yli menevien yhteyksien priorisointi voi-:' ” daan tehdä riippuvaiseksi tietyistä asiakaspuolella tehdyistä paljastavista havainnois- I · * ta. Esimerkiksi jos selainohjelmaa, jota käyttäjä käyttää verkkoyhteyksien hyödyn- 114265 22 tämiseen, ajetaan ikkunassa, ja tämä ikkuna suljetaan tai sen kokoa pienennetään tai sen havaitaan muuten olevan passiivisena, kaikkien tähän tiettyyn selaimeen liittyvien yhteyksien prioriteetteja voidaan automaattisesti alentaa. Vastaavasti käyttäjän aktiivisuuden havaittu lisääntyminen (esimerkiksi pienennetyn ikkunan suurentami-5 nen uudelleen) voi automaattisesti aiheuttaa prioriteettien nostamisen mahdollisesti tuleviin kiireellisiin pyyntöihin valmistautumista varten.
Kaistanleveysoptimoitua protokollapinoa voidaan käyttää salaukseen, todennukseen ja/tai vastaaviin lisätoimintoihin, jotka lisäävät tiedonsiirtoyhteyden arvoa. Keksintö sallii salauksen ja/tai todennuksen käytön erilaisten laitteiden välillä: salaus asiak-10 kaan välipalvelimen ja pääsy-yhdy s väylän välillä jommassakummassa tai molemmissa suunnissa, salaus asiakkaan välipalvelimen ja verkkopalvelimen välillä jommassakummassa tai molemmissa suunnissa, salaus pääsy-yhdy s väylän ja verkkopalvelimen välillä jommassakummassa tai molemmissa suunnissa, asiakkaan välipalvelimen todennus pääsy-yhdysväylälle ja/tai päinvastoin, asiakkaan välipalvelimen to-15 dennus verkkopalvelimelle ja/tai päinvastoin, pääsy-yhdysväylän todennus verkkopalvelimelle ja/tai päinvastoin.
Tilanteessa, jossa asiakkaan välipalvelimilla on mahdollisuus viestiä useiden pääsy-yhdysväylien kanssa samanaikaisesti, on mahdollista valita pääsy-yhdysväylä, joka todennäköisimmin tarjoaisi palvelun, joka vastaa parhaiten asiakkaan välipalvelimen 20 käyttäjän tarpeita; tämän voi tehdä manuaalisesti käyttäjä ennen verkkoyhteyden . ·: ·. muodostamista tai automaattisesti asiakkaan välipalvelin yhteydenmuodostusproses- ‘ . sin aikana. Verkkoyhteyttä muodostettaessa asiakkaan välipalvelin voi kysyä käytet tävän pääsy-yhdysväylän osoitetta joko käyttäjältä tai verkossa olevalta, ennalta ';;; määritetyltä lähteeltä.
···;' 25 Voi käydä myös niin, ettei mitään pääsy-yhdysväylää ole käytettävissä. Koska käyt- . · ·. täjä olisi todennäköisesti tyytyväisempi hitaaseenkin langattomaan yhteyteen kuin langattoman yhteyden puuttumiseen, asiakaspuoli voi siirtyä ”ei-AG”-moodiin, jossa pyynnöt asiakassovelluksilta ensimmäisen, ei kaistanleveysoptimoidun protokollapinon mukaan siirretään läpinäkyvästi langattoman yhteyden yli palvelinsovelluk-30 seen, ja vastaukset saadaan mainitulta palvelinsovellukselta myös ei-kaistanleveys-‘: optimoidun protokollapinon mukaan, ja ne siirretään läpinäkyvästi asianmukaisiin asiakassovelluksiin; molemmissa toimenpiteissä pääsy-yhdysväylä ohitetaan. ”Ei-:'·* AG”-moodin aikana asiakkaan välipalvelimen pitäisi säännöllisesti kysellä aktiivi- .···. siä, käytettävissä olevia pääsy-yhdysväyliä, jolloin heti sellaisen vapautuessa kais- • · 35 tanleveysoptimoitu toiminta palautetaan.
Claims (48)
1. Järjestely digitaalisten tietojen siirtämiseksi nopeudeltaan rajoitetun tiedonsiir-tolinkin yli, joka järjestely käsittää: - asiakaspuolen alijärjestelyn (401), 5. palvelinpuolen alijärjestelyn (402), joka sijaitsee eri puolella nopeudeltaan rajoitet tua tiedonsiirtolinkkiä kuin asiakaspuolen alijärjestely (401), - asiakaspuolen alijärjestelyssä (401) asiakassovelluksen (411, 502), joka on järjestetty vastaanottamaan ja lähettämään digitaalisia tietoja käyttämällä ensimmäistä tiedonsiirtoprotokollapinoa (412, 503, 504, 505), 10. palvelinpuolen alijärjestelyssä (402) palvelinsovelluksen (426, 572), joka on järjes tetty vastaanottamaan ja lähettämään digitaalisia tietoja käyttämällä ensimmäistä tiedonsiirtoprotokollapinoa (425, 573, 574, 575), - asiakaspuolen alijärjestelyssä (401) asiakkaan välipalvelimen (511), joka on järjestetty suorittamaan protokollamuunnoksia ensimmäisen tiedonsiirtoprotokollapinon 15 (412, 503, 504, 505) ja toisen tiedonsiirtoprotokollapinon (415, 521, 522, 523, 524, 525, 526) välillä, ja -palvelinpuolen alijärjestelyssä (402) pääsy-yhdysväylän (551), joka on järjestetty suorittamaan protokollamuunnoksia ensimmäisen tiedonsiirtoprotokollapinon (425, 573, 574, 575) ja toisen tiedonsiirtoprotokollapinon (422, 553, 554, 555, 556, 557, 20 558) välillä; ‘ ‘ ' jossa: - mainittu asiakkaan välipalvelin (511) ja mainittu pääsy-yhdysväylä (551) on järjes- :' tetty kuljettamaan siirrettyjä digitaalisia tietoja asiakassovelluksen (411, 502) ja pal- : : velinsovelluksen (426, 572) välillä niin, että mainitun asiakkaan välipalvelimen • · : 25 (511) ja mainitun pääsy-yhdysväylän välillä digitaalisia tietoja siirretään toisen tie donsiirtoprotokollapinon mukaan, ja - mainittu toinen tiedonsiirtoprotokollapino vastaa kaistanleveystehokkuutta, joka on parempi kuin se kaistanleveystehokkuus, jota ensimmäinen tiedonsiirtoprotokollapino vastaa; : · 30 tunnettu siitä, että: : ” -mainittu asiakkaan välipalvelin (511) käsittää ensimmäisen protokollapinon (414, 513, 514, 515), joka on järjestetty vastaamaan asiakassovellusta (411, 502) ensimmäisen tiedonsiirtoprotokollapinon (412, 503, 504, 505) käytössä, [ -mainittu asiakkaan välipalvelin (511) käsittää toisen protokollapinon (415, 521, : : 35 522, 523, 524, 525, 526), joka on järjestetty vastaamaan mainittua pääsy-yhdys- 24 väylää (551) toisen tiedonsiirtoprotokollapinon (422, 553, 554, 555, 556, 557, 558) käytössä, - mainittu asiakkaanvälipalvelin (511) käsittää sovelluskerrosyksikön (416, 512), joka sijaitsee mainittujen ensimmäisen ja toisen protokollapinon päällä ja on järjestet- 5 ty käsittelemään digitaalisia tietoja protokollamuunnosten aikana, - mainittu pääsy-yhdysväylä (551) käsittää ensimmäisen protokollapinon (414, 559, 560, 561), joka on järjestetty vastaamaan asiakassovellusta (426, 572) ensimmäisen tiedonsiirtoprotokollapinon (425, 573, 574, 575) käytössä, -mainittu pääsy-yhdysväylä (551) käsittää toisen protokollapinon (422, 553, 554, 10 555, 556, 557, 558), joka on järjestetty vastaamaan mainittua asiakkaan välipal- velinta (511) toisen tiedonsiirtoprotokollapinon (415, 521, 522, 523, 524, 525, 526) käytössä, ja -mainittu pääsy-yhdysväylä (551) käsittää sovelluskerrosyksikön (423, 552), joka sijaitsee mainittujen ensimmäisen ja toisen protokollapinon päällä ja on järjestetty 15 käsittelemään digitaalisia tietoja protokollamuunnosten aikana.
2. Patenttivaatimuksen 1 mukainen järjestely, tunnettu siitä, että - asiakkaan välipalvelimen (511) sovelluskerrosyksikkö (416, 512) käsittää: - yhteyskäsittelijän (604), joka on järjestetty käsittelemään asiakkaan välipalvelimen (511) kautta kuljetettujen pyyntöjen ja vastausten käsittelyä, 20. kytkettynä mainittuun yhteyskäsittelijään (604) välimuistin (610), joka on jär- ' ' jestetty tallentamaan aiemmin käsitellyt digitaaliset tiedot, ja • ’ · - kytkettynä mainittuun yhteyskäsittelijään (604) ainakin yhden protokollakä- :' sittelijän (605, 606, 607, 608, 609), joka on järjestetty suorittamaan muunnok- : : siä ensimmäisen ja toisen tiedonsiirtoprotokollapinon välillä; ja 25. pääsy-yhdysväylän (551) sovelluskerrosyksikkö (423, 552) käsittää: • · - yhteyskäsittelijän (902), joka on järjestetty käsittelemään pääsy-yhdysväylän (551) kautta kuljetettujen pyyntöjen ja vastausten käsittelyä, - kytkettynä mainittuun yhteyskäsittelijään (902) ainakin yhden välimuistin (921, 922, 923, 924), joka on järjestetty tallentamaan aiemmin käsitellyt digi- 30 taaliset tiedot, ja - kytkettynä mainittuun yhteyskäsittelijään (902) ainakin yhden protokollakä-sittelijän (911, 912, 913, 914, 915), joka on järjestetty suorittamaan muunnok- : ”' siä ensimmäisen ja toisen tiedonsiirtoprotokollapinon välillä.
‘ 3. Patenttivaatimuksen 2 mukainen järjestely, tunnettu siitä, että: : : 35 - asiakkaan välipalvelimen (511) sovelluskerrosyksikkö (416, 512) käsittää, kytket- :··. tynä mainittuun yhteyskäsittelijään (604) joukon protokollakäsittelijöitä (605, 606, 114265 25 607, 608, 609), joista jokainen on järjestetty suorittamaan muunnoksia erilaisen ensimmäisen tiedonsiirtoprotokollan ja toisen tiedonsiirtoprotokollapinon välillä, ja - pääsy-yhdysväylän (551) sovelluskerrosyksikkö (423, 552) käsittää, kytkettynä mainittuun yhteyskäsittelijään (902) joukon protokollakäsittelijöitä (911, 912, 913, 5 914, 915), joista jokainen on järjestetty suorittamaan muunnoksia erilaisen ensim mäisen tiedonsiirtoprotokollan ja toisen tiedonsiirtoprotokollapinon välillä.
4. Patenttivaatimuksen 2 mukainen järjestely, tunnettu siitä, että se käsittää ka-navointivälineet (611, 931) sekä asiakkaan välipalvelimen (511) sovelluskerrosyksi-kössä (416, 512) että pääsy-yhdysväylän (551) sovelluskerrosyksikössä (423, 552), 10 ja mainitut kanavointivälineet (611, 931) on järjestetty kanavoimaan useita loogisesti erillisiä yhteyksiä asiakkaan välipalvelimen (511) ja pääsy-yhdysväylän (551) välillä yhdeksi niiden väliseksi yhteydeksi.
5. Patenttivaatimuksen 1 mukainen järjestely, tunnettu siitä, että ensimmäinen tiedonsiirtoprotokollapino on yhdistelmä, jossa on HTTP TCP/IP:n päällä, ja toinen 15 tiedonsiirtoprotokollapino on WAP.
6. Asiakaspuolen järjestely (401) digitaalisten tietojen siirtämiseksi nopeudeltaan rajoitetun tiedonsiirtolinkin yli tiedonsiirrossa palvelinpuolen järjestelyn (402) kanssa, joka sijaitsee eri puolella nopeudeltaan rajoitettua tiedonsiirtolinkkiä kuin asia- . kaspuolen järjestely (401), jolloin asiakaspuolen järjestely (401) käsittää: 20. asiakassovelluksen (411, 502), joka on järjestetty vastaanottamaan ja lähettämään digitaalisia tietoja käyttämällä ensimmäistä tiedonsiirtoprotokollapinoa (412, 503, 504, 505), ja - asiakkaan välipalvelimen (511), joka on järjestetty suorittamaan protokollamuunnoksia ensimmäisen tiedonsiirtoprotokollapinon (412, 503, 504, 505) ja toisen tie- 25 donsiirtoprotokollapinon (415, 521, 522, 523, 524, 525, 526) välillä; jossa: - mainittu asiakkaan välipalvelin (511) on järjestetty kuljettamaan siirrettyjä digitaalisia tietoja asiakassovelluksen (411, 502) ja palvelinpuolen järjestelyn (402) välillä . . niin, että mainitun asiakkaan välipalvelimen (511) ja mainitun palvelinpuolen järjes- 30 telyn (402) välillä digitaalisia tietoja siirretään toisen tiedonsiirtoprotokollapinon j · mukaan, ja - mainittu toinen tiedonsiirtoprotokollapino vastaa kaistanleveystehokkuutta, joka on *: ' parempi kuin se kaistanleveystehokkuus, jota ensimmäinen tiedonsiirtoprotokollapi- . .· no vastaa; 35 tunnettu siitä, että: 114265 26 - mainittu asiakkaan välipalvelin (511) käsittää ensimmäisen protokollapinon (414, 513, 514, 515), joka on järjestetty vastaamaan asiakassovellusta (411, 502) ensimmäisen tiedonsiirtoprotokollapinon (412, 503, 504, 505) käytössä, -mainittu asiakkaan välipalvelin (511) käsittää toisen protokollapinon (415, 521, 5 522, 523, 524, 525, 526), joka on järjestetty vastaamaan palvelinpuolen järjestelyä (402) toisen tiedonsiirtoprotokollapinon (422, 553, 554, 555, 556, 557, 558) käytössäpä -mainittu asiakkaan välipalvelin (511) käsittää sovelluskerrosyksikön (416, 512), joka sijaitsee mainittujen ensimmäisen ja toisen protokollapinon päällä ja joka on 10 järjestetty käsittelemään digitaalisia tietoja protokollamuunnosten aikana.
7. Patenttivaatimuksen 6 mukainen asiakaspuolen järjestely, tunnettu siitä, että asiakkaan välipalvelimen (511) sovelluskerrosyksikkö (416, 512) käsittää: - yhteyskäsittelijän (604), joka on järjestetty käsittelemään asiakkaan välipalvelimen (511) kautta kuljetettujen pyyntöjen ja vastausten käsittelyä, 15. kytkettynä mainittuun yhteyskäsittelijään (604) välimuistin (610), joka on järjestet ty tallentamaan aiemmin käsitellyt digitaaliset tiedot, ja - kytkettynä mainittuun yhteyskäsittelijään (604) ainakin yhden protokollakäsitteli-jän (605, 606, 607, 608, 609), joka on järjestetty suorittamaan muunnoksia ensimmäisen ja toisen tiedonsiirtoprotokollapinon välillä.
8. Patenttivaatimuksen 7 mukainen asiakaspuolen järjestely, tunnettu siitä, että ·:·· - asiakkaan välipalvelimen (511) sovelluskerrosyksikkö (416, 512) käsittää, kytket- . . ‘ tynä mainittuun yhteyskäsittelijään (604) joukon protokollakäsittelijöitä (605, 606, 607, 608, 609), joista jokainen on järjestetty suorittamaan muunnoksia erilaisen en-, ’ ’ * simmäisen tiedonsiirtoprotokollan ja toisen tiedonsiirtoprotokollapinon välillä. :. 25
9. Patenttivaatimuksen 7 mukainen asiakaspuolen järjestely, tunnettu siitä, että -asiakkaan välipalvelimen (511) sovelluskerrosyksikkö (416, 512) käsittää kana-vointivälineet (611) useiden loogisesti erillisten asiakkaan välipalvelimen (511) ja palvelinpuolen järjestelyn (402) välisten yhteyksien kanavoimiseksi yhdeksi niiden , ·. väliseksi yhteydeksi.
10. Patenttivaatimuksen 9 mukainen asiakaspuolen järjestely, tunnettu siitä, että :' ” - asiakkaan välipalvelin (511) on järjestetty antamaan prioriteetit loogisesti erillisille ... · yhteyksille, jotka on kanavoitu mainituilla kanavointivälineillä (611), ja mainitut prioriteetit perustuvat ainakin johonkin seuraavista: havaittu käyttäjän aktiivisuus, ’ ·: > käyttäjän nimenomaan mainitsemat kiinnostuksen kohteet, sisältö, jonka siirtämi- 35 seen yhteyksiä käytetään. 27 114265
11. Patenttivaatimuksen 7 mukainen asiakaspuolen järjestely, tunnettu siitä, että - mainittu välimuisti (610) käsittää joukon loogisesti erillisiä välimuisteja, - mainitun välimuistin (610) erottaminen loogisesti erillisiksi välimuisteiksi perustuu ainakin johonkin seuraavista: käyttäjä, käyttäjäryhmä, tallennetun informaation 5 tyyppi, - asiakkaan välipalvelin (511) on järjestetty suorittamaan laajentuva haku loogisesti erillisistä välimuisteista etsiäkseen tiettyjä pyydettyjä digitaalisia tietoja muista loogisesti erillisistä välimuisteista, jos pyydettyjä digitaalisia tietoja ei löydetty jostakin tietystä mainituista loogisesti erillisistä välimuisteista, ja 10. mainittua laajentuvaa hakua suorittaessaan asiakkaan välipalvelin (511) on järjes tetty ottamaan huomioon mainittuja, pyydettyjä digitaalisia tietoja pyytävän osapuolen voimassa olevat pääsyoikeudet.
12. Patenttivaatimuksen 7 mukainen asiakaspuolen järjestely, tunnettu siitä, että käyttäessään mainittua välimuistia (610) mainittu asiakkaan välipalvelin (511) on 15 järjestetty käyttämään ainakin jotakin seuraavista: - aktiivinen välimuistialgoritmi, joka on suunniteltu proaktiivisesti valmistautumaan asiakasssovelluksen (411, 502) tulevaan tiettyjen digitaalisten tietojen tarpeeseen, - ennakoiva välimuistialgoritmi, joka on suunniteltu ennakoimaan tiettyjä verkko-paikkoja, joista sisältöä pitäisi ladata ja toimittaa asiakassovellukselle (411, 502) jo- 20 nakin tulevana ajankohtana, - eroihin perustuva välimuistialgoritmi, joka on suunniteltu lataamaan verkosta uu- ·** delleen vain ne osat aiemmin tallennetusta sisällöstä, joissa on tapahtunut muutok- siä, - optimointivälimuistialgoritmi, joka on suunniteltu optimoimaan, rajoittavat tekijät, 25 kuten tiedonsiirron kustannukset tai radioliikenteen määrä huomioon ottaen, verkos- • · ta ladattavan sisällön määrä ja/tai muoto, ja - käsittelyalgoritmi, joka on suunniteltu parantamaan vasteaikaa käsittelemällä mainittuun välimuistiin (610) tallennettuja tietoja ennen kuin se vastaanottaa näitä digitaalisia tietoja koskevan, nimenomaisen pyynnön asiakassovellukselta (411, 502).
13. Patenttivaatimuksen 7 mukainen asiakaspuolen järjestely, tunnettu siitä, että ensimmäinen tiedonsiirtoprotokollapino on yhdistelmä, jossa on HTTP TCP/IP:n .:.' päällä, ja toinen tiedonsiirtoprotokollapino on WAP.
14. Patenttivaatimuksen 7 mukainen asiakaspuolen järjestely, tunnettu siitä, että asiakassovellus (411, 502) ja mainittu asiakkaan välipalvelin (511) on järjestetty > ‘ ‘ ‘ 35 toimimaan samassa fyysisessä laitteessa. * 114265
15. Patenttivaatimuksen 7 mukainen asiakaspuolen järjestely, tunnettu siitä, että asiakassovellus (411, 502) ja mainittu asiakkaan välipalvelin (511) on järjestetty toimimaan ainakin kahdessa fyysisesti erillisessä laitteessa.
16. Patenttivaatimuksen 7 mukainen asiakaspuolen järjestely, tunnettu siitä, että 5. tilanteessa, jossa mainitun toisen tiedonsiirtoprotokollapinon mukainen tiedonsiir toyhteys mainitussa palvelinpuolen järjestelyssä (402) olevan pääsy-yhdysväylän (551) kanssa on tilapäisesti mahdoton, mainittu asiakkaan välipalvelin (511) on järjestetty kuljettamaan siirrettäviä digitaalisia tietoja asiakassovelluksen (411, 502) ja palvelinpuolen järjestelyssä (402) olevan palvelinsovelluksen (426, 572) välillä en-10 simmäisen tiedonsiirtoprotokollapinon mukaan.
17. Patenttivaatimuksen 16 mukainen asiakaspuolen järjestely, tunnettu siitä, että aikana, jolloin kuljetetaan siirrettäviä digitaalisia tietoja asiakassovelluksen (411, 502) ja palvelinpuolen järjestelyssä (402) olevan mainitun palvelinsovelluksen (426, 572) välillä ensimmäisen tiedonsiirtoprotokollapinon mukaan, mainittu asiakkaan 15 välipalvelin (511) on järjestetty niin, että se toistuvasti yrittää palauttaa mainitun toisen tiedonsiirtoprotokollapinon mukaisen tiedonsiirtoyhteyden palvelinpuolen järjestelyssä (402) olevan pääsy-yhdysväylän (551) kanssa.
18. Palvelinpuolen järjestely (402) digitaalisten tietojen siirtämiseksi nopeudeltaan * rajoitetun tiedonsiirtolinkin yli tiedonsiirrossa asiakaspuolen järjestelyn (401) kans-20 sa, joka sijaitsee eri puolella nopeudeltaan rajoitettua tiedonsiirtolinkkiä kuin palve- , linpuolen järjestely (402), jolloin palvelinpuolen järjestely (402) käsittää: ; - palvelinsovelluksen (426, 572), joka on järjestetty vastaanottamaan ja lähettämään digitaalisia tietoja käyttämällä ensimmäistä tiedonsiirtoprotokollapinoa (425, 573, 574, 575), ja ♦ 25 -pääsy-yhdysväylän (551), joka on järjestetty suorittamaan protokollamuunnoksia ensimmäisen tiedonsiirtoprotokollapinon (425, 573, 574, 575) ja toisen tiedonsiirto-protokollapinon (422, 553, 554, 555, 556, 557, 558) välillä; jossa: - mainittu pääsy-yhdysväylä (551) on järjestetty kuljettamaan siirrettäviä digitaalisia 30 tietoja asiakaspuolen järjestelyn (401) ja palvelinsovelluksen (426, 572) välillä niin, ’ . että mainitun asiakaspuolen järjestelyn (401) ja mainitun pääsy-yhdysväylän (551) välillä digitaalisia tietoja siirretään toisen tiedonsiirtoprotokollapinon mukaan, ja ' · ‘ - mainittu toinen tiedonsiirtoprotokollapino vastaa kaistanleveystehokkuutta, joka on . . · parempi kuin se kaistanleveystehokkuus, jota ensimmäinen tiedonsiirtoprotokollapi- 35 no vastaa; 114265 29 tunnettu siitä, että: - mainittu pääsy-yhdysväylä (551) käsittää ensimmäisen protokollapinon (424, 559, 560, 561), joka on järjestetty vastaamaan palvelinsovellusta (426, 572) ensimmäisen tiedonsiirtoprotokollapinon (425, 573, 574, 575) käytössä, 5 -mainittu pääsy-yhdysväylä (551) käsittää toisen protokollapinon (422, 553, 554, 555, 556, 557, 558), joka on järjestetty vastaamaan asiakaspuolen järjestelyä (401) toisen tiedonsiirtoprotokollapinon (415, 521, 522, 523, 524, 525, 526) käytössä, ja -mainittu pääsy-yhdysväylä (551) käsittää sovelluskerrosyksikön (423, 552), joka sijaitsee mainittujen ensimmäisen ja toisen protokollapinon päällä ja joka on järjes-10 tetty käsittelemään digitaalisia tietoja protokollamuunnosten aikana.
19. Patenttivaatimuksen 18 mukainen palvelinpuolen järjestely, tunnettu siitä, että pääsy-yhdysväylän (551) sovelluskerrosyksikkö (423, 552) käsittää: - yhteyskäsittelijän (902), joka on järjestetty hoitamaan pääsy-yhdysväylän (551) kautta kuljetettavien pyyntöjen ja vastausten käsittely, 15 -mainittuun yhteyskäsittelijään (902) kytkettynä ainakin yhden välimuistin (921, 922, 923, 924), joka on järjestetty tallentamaan aiemmin käsitellyt digitaaliset tiedot, ja - mainittuun yhteyskäsittelijään (902) kytkettynä ainakin yhden protokollakäsitteli-jän (911, 912, 913, 914, 915), joka on järjestetty suorittamaan muunnoksia ensim- 20 mäisen ja toisen tiedonsiirtoprotokollapinon välillä.
20. Patenttivaatimuksen 19 mukainen palvelinpuolen järjestely, tunnettu siitä, et- , ’ tä: -pääsy-yhdysväylän (551) sovelluskerrosyksikkö (423, 552) käsittää, kytkettynä ' ' mainittuun yhteyskäsittelijään (902) joukon protokollakäsittelijöitä (911, 912, 913, . . 25 914, 915), joista jokainen on järjestetty suorittamaan muunnoksia erilaisen ensim mäisen tiedonsiirtoprotokollan ja toisen tiedonsiirtoprotokollapinon välillä.
21. Patenttivaatimuksen 19 mukainen palvelinpuolen järjestely, tunnettu siitä, että: -pääsy-yhdysväylän (551) sovelluskerrosyksikkö (423, 552) käsittää kanavointivä-30 lineet (931) useiden loogisesti erillisten pääsy-yhdysväylän (551) ja asiakaspuolen '! . järjestelyn (401) välisten yhteyksien kanavoimiseksi yhdeksi niiden väliseksi yhtey- ( I > \, deksi. i > i
22. Patenttivaatimuksen 19 mukainen palvelinpuolen järjestely, tunnettu siitä, että • » t f » 114265 30 - pääsy-yhdysväylän (551) sovelluskerrosyksikkö (423, 552) käsittää, mainittuun yh-teyskäsittelijään (902) kytkettynä joukon loogisesti erillisiä välimuisteja (921, 922, 923, 924), - erottelu loogisesti erillisiin välimuisteihin (921, 922, 923, 924) perustuu ainakin 5 johonkin seuraavista: käyttäjä, käyttäjäryhmä, asiakas, asiakasryhmä, tallennetun informaation tyyppi, - pääsy-yhdysväylä (551) on järjestetty suorittamaan laajentuva haku loogisesti erillisistä välimuisteista (921, 922, 923, 924) etsiäkseen tiettyjä pyydettyjä digitaalisia tietoja muista loogisesti erillisistä välimuisteista, jos pyydettyjä digitaalisia tietoja ei 10 löydetty jostakin tietystä mainituista loogisesti erillisistä välimuisteista, ja -mainittua laajentuvaa hakua suorittaessaan pääsy-yhdysväylä (551) on järjestetty ottamaan huomioon mainittuja, pyydettyjä digitaalisia tietoja pyytävän osapuolen voimassa olevat pääsyoikeudet.
23. Patenttivaatimuksen 19 mukainen palvelinpuolen järjestely, tunnettu siitä, että 15 käyttäessään mainittua ainakin yhtä välimuistia (921, 922, 923, 924) mainittu pääsy-yhdysväylä (551) on järjestetty käyttämään ainakin jotakin seuraavista: - aktiivinen välimuistialgoritmi, joka on suunniteltu valmistautumaan proaktiivisesti asiakaspuolen järjestelyn (401) tiettyjen digitaalisten tietojen tulevaan tarpeeseen, - ennakoiva välimuistialgoritmi, joka on suunniteltu ennakoimaan tiettyjä verkko- . 20 paikkoja, joista sisältöä pitäisi ladata ja toimittaa asiakaspuolen järjestelylle (401) jonakin tulevana ajankohtana, - ensimmäinen optimointivälimuistialgoritmi, joka on suunniteltu optimoimaan, ra- ;;; johtavat tekijät, kuten tiedonsiirron kustannukset tai radioliikenteen määrä huomi- • · ·' oon ottaen, asiakaspuolen järjestelylle (401) toimitettavan sisällön määrä ja/tai muo- 25 to, :: - toinen optimointivälimuistialgoritmi, joka on suunniteltu optimoimaan, rajoittavat tekijät, kuten tiedonsiirron kustannukset tai verkkoliikenteen määrä huomioon ottaen, verkosta ladattavan sisällön määrä ja/tai muoto, ja - käsittelyalgoritmi, joka on suunniteltu parantamaan vasteaikaa käsittelemällä mai- .'. : 30 nittuun ainakin yhteen välimuistiin (921, 922, 923, 924) tallennettuja digitaalisia tie toja ennen kuin asiakaspuolen järjestelyltä (401) vastaanotetaan näitä digitaalisia tie- • . toja koskeva, nimenomainen pyyntö.
•: ·.: 24. Patenttivaatimuksen 19 mukainen palvelinpuolen järjestely, tunnettu siitä, että pääsy-yhdysväylän (551) sovelluskerrosyksikkö (423, 552) käsittää mainitun yh-35 teyskäsittelijän (902) ja toisen tiedonsiirtoprotokollapinon sovelluskerrosprotokol-' ' layksikön (905) välisen kytkennän. 114265 31
25. Patenttivaatimuksen 19 mukainen palvelinpuolen järjestely, tunnettu siitä, että palvelinsovellus (426, 572) ja mainittu pääsy-yhdysväylä (551) on järjestetty toimimaan samassa fyysisessä laitteessa.
26. Patenttivaatimuksen 19 mukainen palvelinpuolen järjestely, tunnettu siitä, että 5 palvelinsovellus (426, 572) ja mainittu pääsy-yhdysväylä (551) on järjestetty toimimaan ainakin kahdessa fyysisesti erillisessä laitteessa.
27. Menetelmä digitaalisten tietojen siirtämiseksi nopeudeltaan rajoitetun tiedon-siirtolinkin yli, jossa asiakaspuolen alijärjestely (401) ja palvelinpuolen alijärjestely (402) sijaitsevat nopeudeltaan rajoitetun tiedonsiirtolinkin eri puolilla, ja asiakas- 10 puolen alijärjestelyssä (401) asiakassovellus (411, 502) on järjestetty vastaanottamaan ja lähettämään digitaalisia tietoja käyttämällä ensimmäistä tiedonsiirtoproto-kollapinoa (412, 503, 504, 505) ja palvelinpuolen alijärjestelyssä (402) palvelinsovellus (426, 572) on järjestetty vastaanottamaan ja lähettämään digitaalisia tietoja käyttämällä ensimmäistä tiedonsiirtoprotokollapinoa (425, 573, 574, 575), joka me-15 netelmä käsittää vaiheet, joissa: - kuljetetaan siirrettäviä digitaalisia tietoja asiakassovelluksen (411, 502) ja palvelinsovelluksen (426, 572) välillä asiakaspuolen alijärjestelyssä (401) olevan asiakkaan välipalvelimen (511) ja palvelinpuolen alijärjestelyssä (402) olevan pääsy-yhdysväylän (551) kautta, 20 -suoritetaan mainitussa asiakasvälipalvelimessa (511) protokollamuunnoksia ensimmäisen tiedonsiirtoprotokollapinon (412, 503, 504, 505) ja toisen tiedonsiirto-protokollapinon (415, 521, 522, 523, 524, 525, 526) välillä, joista toinen tiedonsiir-_: toprotokollapino vastaa kaistanleveystehokkuutta, joka on parempi kuin se kaistan- •: leveystehokkuus, jota ensimmäinen tiedonsiirtoprotokollapino vastaa, ja 25 -suoritetaan mainitussa pääsy-yhdysväylässä (551) protokollamuunnoksia ensimmäisen tiedonsiirtoprotokollapinon (425, 573, 574, 575) ja toisen tiedonsiirtoprotokollapinon (422, 553, 554, 555, 556, 557, 558) välillä; siten, että mainitun asiakkaan välipalvelimen (511) ja mainitun pääsy-yhdysväylän (551) välillä digitaaliset tiedot siirretään toisen tiedonsiirtoprotokollapinon mukai-30 sesti; tunnettu siitä, että menetelmässä on seuraavat vaiheet: a) reititetään pyyntö (701), joka on vastaanotettu asiakkaan välipalvelimella (511) ·;··: asiakassovellukselta (411, 502) ylöspäin ensimmäisen protokollapinon (414, 515, 514, 513) kautta sovelluskerrosyksikköön (416, 512), 35 b) käsitellään (702, 703, 704, 705, 706, 707, 708) pyyntö asiakkaan välipalvelimen ' ' (511) sovelluskerrosyksikössä (416, 512), 114265 32 c) jos vaiheen b) käsittely paljastaa tarpeen olla yhteydessä palvelinpuolen alijärjes-telyyn (402), lähetetään käsitelty pyyntö (709) asiakkaan välipalvelimen (511) sovel-luskerrosyksiköstä (416, 512) alaspäin toisen protokollapinon (415, 521, 522, 523, 524, 525, 526) kautta palvelinpuolen alijärjestelyyn (402), vastaanotetaan vastaus 5 (711) palvelinpuolen alijäijestelystä (402) ylöspäin toisen protokollapinon (415, 521, 522, 523, 524, 525, 526) kautta ja käsitellään (712, 713, 714, 715) mainittu vastaus asiakkaan välipalvelimen (511) sovelluskerrosyksikössä (416, 512); ja d) lähetetään asiakassovellukselle (411, 502) vastaus (718) vaiheessa a) vastaanotettuun pyyntöön (701), lähetetään mainittu vastaus (718) asiakkaan välipalvelimen 10 (511) sovelluskerrosyksiköstä (416, 512) alaspäin ensimmäisen protokollapinon (412, 503, 504, 505) läpi.
28. Patenttivaatimuksen 27 mukainen menetelmä, tunnettu siitä, että vaihe b) käsittää seuraavat alivaiheet: bl) tiedustellaan (703), voidaanko vaiheessa a) vastaanotettuun pyyntöön vastata lu-15 kemalla digitaalisia tietoja asiakkaan välipalvelimen (511) sovelluskerrosyksikössä (416,512) olevasta välimuistista (610), b2) jos saadaan myöntävä vastaus vaiheen bl) kyselyyn, siirrytään vaiheeseen d) suorittamatta vaihetta c), koska vaiheen b) käsittely ei paljastanut tarvetta olla yhteydessä palvelinpuolen alijärjestelyyn (402); ja 20 b3) jos saadaan kieltävä vastaus (704) vaiheen bl) kyselyyn, kutsutaan asiakkaan välipalvelimen (511) sovelluskerrosyksikössä (416, 512) oleva protokollakäsittelijä (605, 606, 607, 608, 609) käsittelemään vaiheessa a) vastaanotettu pyyntö muotoon, joka noudattaa toisen tiedonsiirtoprotokollapinon protokollaa, ja siirrytään vaihee-‘ seen c).
29. Patenttivaatimuksen 28 mukainen menetelmä, tunnettu siitä, että siinä on li säksi seuraavat vaiheet: - mainittua välimuistia (610) käsitellään useina loogisesti erillisinä välimuisteina ainakin jonkin seuraavan seikan perusteella: käyttäjä, käyttäjäryhmä, tallennetun informaation tyyppi, 30. asiakkaan välipalvelimessa (511) suoritetaan laajentuva haku loogisesti erillisistä -: · välimuisteista tiettyjen pyydettyjen digitaalisten tietojen etsimiseksi muista loogises- . ’". ti erillisistä välimuisteista, jos pyydettyjä digitaalisia tietoja ei löydetty jostakin tie tystä mainituista loogisesti erillisistä välimuisteista, ja *1" * - mainittua laajentuvaa hakua suorittaessaan asiakkaan välipalvelin (511) ottaa huo- f f · 35 mioon mainittuja, pyydettyjä digitaalisia tietoja pyytävän osapuolen voimassa olevat : · ’ pääsyoikeudet. * ** » · · 114265 33
30. Patenttivaatimuksen 28 mukainen menetelmä, tunnettu siitä, että siinä on lisäksi ainakin jokin seuraavista vaiheista: - päivitetään aktiivisesti mainittuun välimuistiin (610) tallennettuja digitaalisia tietoja käyttämällä aktiivista välimuistialgoritmia, joka on suunniteltu valmistautumaan 5 proaktiivisesti asiakassovelluksen (411, 502) tiettyjen digitaalisten tietojen tulevaan tarpeeseen, - päivitetään ennakoivasti mainittuun välimuistiin (610) tallennettuja digitaalisia tietoja käyttämällä ennakoivaa välimuistialgoritmia, joka on suunniteltu ennakoimaan tiettyjä verkkopaikkoja, joista sisältöä pitäisi ladata ja toimittaa asiakassovellukselle 10 (411, 502) jonakin tulevana ajankohtana, - päivitetään osittain mainittuun välimuistiin (610) tallennettuja digitaalisia tietoja käyttämällä eroihin perustuvaa välimuistialgoritmia, joka on suunniteltu lataamaan verkosta uudelleen vain ne osat aiemmin tallennetusta sisällöstä, joissa on tapahtunut muutoksia, 15. optimoidaan digitaalisten tietojen lataamista verkosta käyttämällä optimointi väli muistialgoritmia, joka on suunniteltu optimoimaan, rajoittavat tekijät, kuten tiedonsiirron kustannukset tai radioliikenteen määrä huomioon ottaen, verkosta ladattavan sisällön määrää ja/tai muotoa, ja - käsitellään mainittuun välimuistiin (610) tallennettuja digitaalisia tietoja käyttä-20 mällä käsittelyalgoritmia, joka on suunniteltu parantamaan vasteaikaa käsittelemällä mainittuun välimuistiin (610) tallennettuja digitaalisia tietoja ennen kuin asiakasso-*· vellukselta (411, 502) vastaanotetaan näitä digitaalisia tietoja koskeva, nimenomai- '. nen pyyntö.
31. Patenttivaatimuksen 30 mukainen menetelmä, tunnettu siitä, että tapauksissa, 25 joissa käytetään ainakin yhtä välimuistialgoritmia, eli aktiivista, ennakoivaa tai eroi- : . hin perustuvaa, lataaminen verkosta sellaista sovellettua algoritmia varten toteute taan ainakin osittain taustayhteytenä palvelinpuolen alijärjestelyn (402) kanssa, joten mainitulla taustayhteydellä on eri prioriteetti resurssien varauksessa kuin mahdollisesti esiintyvillä samanaikaisilla palvelupyynnöillä asiakassovellukselta (411, 502). '; t ‘ 30
32. Patenttivaatimuksen 30 mukainen menetelmä, tunnettu siitä, että tapauksissa, '·; joissa käytetään ainakin yhtä välimuistialgoritmia, eli aktiivista, ennakoivaa tai eroi- hin perustuvaa, lataaminen verkosta sellaista sovellettua algoritmia varten toteute-.... · taan ainakin osittain kustannusoptimoiduilla yhteyksillä palvelinpuolen alijärjestelyn (402) kanssa, joten aktiivista välimuistitallennusta varten tarvittavat tietoliikenneyh-'·:· 35 teydet muodostetaan ajankohtina, jolloin tiedonsiirron kustannukset ovat alemmat ' ' kuin tietyt normaalikustannukset. 114265 34
33. Patenttivaatimuksen 30 mukainen menetelmä, tunnettu siitä, että tapauksissa, joissa käytetään ainakin yhtä välimuistialgoritmia, eli aktiivista, ennakoivaa tai eroihin perustuvaa, lataaminen verkosta sellaista sovellettua algoritmia varten toteutetaan ainakin osittain liikenneoptimoiduilla yhteyksillä palvelinpuolen alijärjestelyn 5 (402) kanssa, joten aktiivista välimuistitallennusta varten tarvittavat tietoliikenneyh teydet muodostetaan ajankohtina, jolloin muu tietoliikenne palvelinpuolen alijärjestelyn (402) kanssa on vähäisempää kuin tietty normaaliarvo.
34. Patenttivaatimuksen 28 mukainen menetelmä, tunnettu siitä, että siinä on lisäksi vaihe, jossa päivitetään mainittuun välimuistiin (610) tallennetut digitaaliset 10 tiedot muodostamalla ja käsittelemällä sisäinen pyyntö, lähetetään käsitelty sisäinen pyyntö asiakkaan välipalvelimen (511) sovelluskerrosyksiköstä (416, 512) alaspäin toisen protokollapinon (415, 521, 522, 523, 524, 525, 526) kautta palvelinpuolen alijärjestelyyn (402), vastaanotetaan vastaus palvelinpuolen alijärjestelystä (402) ylöspäin toisen protokollapinon (415, 521, 522, 523, 524, 525, 526) kautta ja käsi-15 tellään mainittu vastaus asiakkaan välipalvelimen (511) sovelluskerrosyksikössä (416, 512) ja tallennetaan mainitusta vastauksesta erotetut digitaaliset tiedot mainittuun välimuistiin (610).
35. Patenttivaatimuksen 27 mukainen menetelmä, tunnettu siitä, että vaihe c) käsittää alivaiheen, jossa valitaan tietty pääsy-yhdysväylä monista mahdollisista lukui- 20 sissa käytettävissä olevissa palvelinpuolen alijärjestelyissä (402) käytettävissä olevista pääsy-yhdys väylistä, jolloin valinta perustuu ainakin johonkin seuraa vista: etukäteen määritettyihin tietoihin, jotka yksilöivät oletuksena olevan pääsy-yhdysväy-län, dynaamisesti saatuun vastaukseen käyttäjälle esitettyyn kysymykseen, dynaami-* · sesti saatuun vastaukseen verkossa olevalle lähteelle esitettyyn kysymykseen. ’ 25
36. Patenttivaatimuksen 27 mukainen menetelmä, tunnettu siitä, että vaihe c) kä sittää seuraavat alivaiheet: - salataan mainittu pyyntö (709) asiakkaan välipalvelimen (511) sovelluskerrosyksi-köstä (416, 512) palvelinpuolen alijärjestelyyn (402) ennen pyynnön siirtämistä no- * peudeltaan rajoitetun tiedonsiirtolinkin yli, 30. puretaan salaus mainitusta pyynnöstä (709) asiakkaan välipalvelimen (511) sovel- ,·’* luskerrosyksiköstä (416, 512) palvelinpuolen alijärjestelyyn (402) sen jälkeen, kun I” pyyntö on siirretty nopeudeltaan rajoitetun tiedonsiirtolinkin yli, - salataan mainittu vastaus (711) palvelinpuolen alijärjestelystä (402) asiakkaan vä- ;, j, lipalvelimen (511) sovelluskerrosyksikköön (416,512) ennen vastauksen siirtämistä •: · · 35 nopeudeltaan rajoitetun tiedonsiirtolinkin yli, ja 114265 35 - puretaan salaus mainitusta vastauksesta (711) palvelinpuolen alijäijestelystä (402) asiakkaan välipalvelimen (511) sovelluskerrosyksikköön (416, 512) sen jälkeen, kun vastaus on siirretty nopeudeltaan rajoitetun tiedonsiirtolinkin yli.
37. Patenttivaatimuksen 27 mukainen menetelmä, tunnettu siitä, että vaihe c) kä-5 sittää ainakin jonkin seuraavista alivaiheista: - todennetaan asiakkaan välipalvelin (511) ainakin yhdelle palvelinpuolen alijärjes-telyn (402) laitteelle, ja - todennetaan ainakin yksi palvelinpuolen alijärjestelyn (402) laite asiakkaan väli-palvelimelle (511).
38. Patenttivaatimuksen 27 mukainen menetelmä, tunnettu siitä, että vaihe c) kä sittää alivaiheen, jossa tarkistetaan, esiintyykö asiakkaan välipalvelimen (511) sovelluskerrosyksikön (416, 512) ja palvelinpuolen alijärjestelyn (402) välillä muita olennaisesti samanaikaisia lähetyksiä, ja jos esiintyy, kanavoidaan käsitelty pyyntö (711), joka toimitetaan asiakkaan välipalvelimen (511) sovelluskerrosyksiköstä 15 (416, 512) kohti palvelinpuolen alijärjestelyä (402), yhdeksi yhteydeksi muiden olennaisesti samanaikaisten lähetysten kanssa.
39. Patenttivaatimuksen 27 mukainen menetelmä, tunnettu siitä, että vaihe c) käsittää seuraavat alivaiheet: ; cl) reititetään pyyntö (1001), joka on vastaanotettu pääsy-yhdysväylässä (551) asia- ';' 20 kaspuolen alijärjestelyltä (401) ylöspäin toisen protokollapinon (422, 553, 554, 555, . ;' 556, 557, 558) kautta sovelluskerrosyksikköön (423, 552), .·’ c2) käsitellään (1002, 1003, 1004, 1005, 1006,1007, 1008, 1009, 1010, 1011) pyyn- tö pääsy-yhdysväylän (551) sovelluskerrosyksikössä (423, 552), . , c3) jos vaiheen c2) käsittely paljastaa tarpeen olla yhteydessä sisällöntuottajaan ' 25 (571), lähetetään käsitelty pyyntö (1012) pääsy-yhdysväylän (551) sovelluskerrosyk siköstä (423, 552) alaspäin ensimmäisen protokollapinon (424, 559, 560, 561) kautta sisällöntuottajalle (571), vastaanotetaan vastaus (1014) sisällöntuottajalta (571) ylöspäin ensimmäisen protokollapinon (424, 559, 560, 561) kautta ja käsitellään (1015, 1016, 1017,1018, 1019) mainittu vastaus pääsy-yhdysväylän (551) sovellus-: 30 kerrosyksikössä (423, 552); ja _.··* c4) lähetetään asiakaspuolen alij ärj estetylle (401) vastaus (1020) vaiheessa cl) vas- ’ ’' taanotettuun pyyntöön (1001), lähetetään mainittu vastaus (1020) pääsy-yhdysväylän (551) sovelluskerrosyksiköstä (423, 552) alaspäin toisen protokollapinon (422, 553, :, 554, 555, 556, 557, 558) kautta. 114265 36
40. Patenttivaatimuksen 39 mukainen menetelmä, tunnettu siitä, että vaihe c2) käsittää seuraavat alivaiheet: c2/l) tiedustellaan (1008), voidaanko vaiheessa cl) vastaanotettuun pyyntöön vastata lukemalla digitaalisia tietoja pääsy-yhdysväylän (551) sovelluskerrosyksikössä 5 (423, 552) olevasta välimuistista (921, 922, 923, 924), c2/2) jos saadaan myöntävä vastaus vaiheen c2/l) kyselyyn, siirrytään vaiheeseen c4) suorittamatta vaihetta c3), koska vaiheen c2) käsittely ei paljastanut tarvetta tiedonsiirtoyhteyteen sisällöntuottajan (571) kanssa; ja c2/3) jos vaiheen c2/l) kyselyyn saadaan kieltävä vastaus (1009), kutsutaan pääsy-10 yhdysväylän (551) sovelluskerrosyksikössä (423, 552) oleva protokollakäsittelijä (911, 912, 913, 914, 915) käsittelemään vaiheessa cl) vastaanotettu pyyntö muotoon, joka noudattaa ensimmäisen tiedonsiirtoprotokollapinon protokollaa, ja siirrytään vaiheeseen c3).
41. Patenttivaatimuksen 40 mukainen menetelmä, tunnettu siitä, että siinä on li-15 saksi seuraavat vaiheet: - mainitun välimuistin (921, 922, 923, 924) käsitteleminen loogisesti erillisinä välimuisteina (921, 922, 923, 924) ainakin jonkin seuraavan seikan perusteella: käyttäjä, käyttäjäryhmä, asiakas, asiakasryhmä, tallennetun informaation tyyppi, -suoritetaan pääsy-yhdysväylässä (551) laajentuva haku loogisesti erillisistä väli-. 20 muisteista (921, 922, 923, 924) tiettyjen pyydettyjen digitaalisten tietojen etsimisek si muista loogisesti erillisistä välimuisteista, jos pyydettyjä digitaalisia tietoja ei löydetty jostakin tietystä mainituista loogisesti erillisistä välimuisteista, ja •' - mainittua laajentuvaa hakua suoritettaessa otetaan huomioon mainittuja, pyydettyjä • · digitaalisia tietoja pyytävän osapuolen voimassa olevat pääsyoikeudet.
42. Patenttivaatimuksen 40 mukainen menetelmä, tunnettu siitä, että siinä on li säksi ainakin jokin seuraavista vaiheista: -päivitetään aktiivisesti mainittuun välimuistiin (921, 922, 923, 924) tallennettuja digitaalisia tietoja käyttämällä aktiivista välimuistialgoritmia, joka on suunniteltu valmistautumaan proaktiivisesti asiakaspuolen alijärjestelyn (401) tiettyjen digitaa-‘ · ‘: 30 listen tietojen tulevaan tarpeeseen, ... - päivitetään ennakoivasti mainittuun välimuistiin (921, 922, 923, 924) tallennettuja ;’ digitaalisia tietoja käyttämällä ennakoivaa välimuistialgoritmia, joka on suunniteltu ....: ennakoimaan tiettyjä verkkopaikkoja, joista sisältöä pitäisi ladata ja toimittaa asia- · kaspuolen alijärjestelylle (401) jonakin tulevana ajankohtana, '.:. * 35 - optimoidaan digitaalisten tietojen toimittamista asiakaspuolen alijärjestelylle (401) ’:' ’: käyttämällä ensimmäistä optimointivälimuistialgoritmia, joka on suunniteltu opti- 114265 37 moimaan, rajoittavat tekijät, kuten tiedonsiirron kustannukset tai radioliikenteen määrä huomioon ottaen, asiakaspuolen alijärjestelylle (401) toimitettavan sisällön määrää ja/tai muotoa, - optimoidaan digitaalisten tietojen lataamista verkosta käyttämällä toista optimoin-5 tivälimuistialgoritmia, joka on suunniteltu optimoimaan, rajoittavat tekijät, kuten tiedonsiirron kustannukset tai verkkoliikenteen määrä huomioon ottaen, verkosta ladattavan sisällön määrää ja/tai muotoa, ja - käsitellään mainittuun välimuistiin tallennettuja digitaalisia tietoja käyttämällä käsittelyalgoritmia, joka on suunniteltu parantamaan vasteaikaa käsittelemällä mainit- 10 tuun ainakin yhteen välimuistiin (921, 922, 923, 924) tallennettuja digitaalisia tietoja ennen kuin näitä digitaalisia tietoja koskeva, nimenomainen pyyntö vastaanotetaan asiakaspuolen alijärjestelyltä (401).
43. Patenttivaatimuksen 39 mukainen menetelmä, tunnettu siitä, että vastauksen käsittely (1015, 1016, 1017) pääsy-yhdysväylän (551) sovelluskerrosyksikössä (423, 15 552) vaiheen c3) osana käsittää nopeudeltaan rajoitetun tiedonsiirtolinkin yli asia kaspuolen alijärjestelyyn lähetettävän vastauksen tietyn sisällön mukauttamisen, ja toteuttaa siten portaalitoiminnot.
44. Patenttivaatimuksen 43 mukainen menetelmä, tunnettu siitä, että mainittu mukauttaminen käsittää ainakin jonkin seuraavista: lisätään vastaukseen informaa- : : 20 tiota, poistetaan vastauksesta informaatiota, korvataan vastauksessa olevaa infor maatiota.
’ 45. Patenttivaatimuksen 43 mukainen menetelmä, tunnettu siitä, että mainittu mukauttaminen tehdään dynaamisesti palvelinpuolen alij ärj estelyn (402) ja asiakas-. . puolen alijärjestelyn (401) välisten linkkiolosuhteiden mukaan.
46. Patenttivaatimuksen 43 mukainen menetelmä, tunnettu siitä, että mainittu mukauttaminen tehdään jonkin aiemmin saadun, asiakaspuolen alijärjestelyn tiettyjä ominaisuuksia koskevan tiedon mukaan.
'· '· 47. Patenttivaatimuksen 43 mukainen menetelmä, tunnettu siitä, että mainittu :.. mukauttaminen tehdään jonkin aiemmin saadun, asiakaspuolen alijärjestelyn tunnis- ; · · 30 tetun käyttäjän nimenomaan ilmaistuja toivomuksia koskevan tiedon mukaan.
' [ 48. Patenttivaatimuksen 43 mukainen menetelmä, tunnettu siitä, että mainittu : : \ mukauttaminen tehdään jonkin aiemmin saadun, asiakaspuolen alijärjestelyn tunnis- •.. ; tetun käyttäjän havaittua käyttäytymistä koskevan tiedon mukaan. 114265 38
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FI20010619A FI114265B (fi) | 2001-03-26 | 2001-03-26 | Menetelmiä ja järjestelyjä tehokkaan tiedonsiirron toteuttamiseksi nopeudeltaan rajoitetun tiedonsiirtolinkin yli |
US10/099,296 US7162535B2 (en) | 2001-03-26 | 2002-03-14 | Methods and arrangements for providing efficient information transfer over a limited-speed communications link |
EP02706814A EP1374523A1 (en) | 2001-03-26 | 2002-03-26 | Methods and arrangements for providing efficient information transfer over a limited speed communications link |
PCT/FI2002/000253 WO2002078291A1 (en) | 2001-03-26 | 2002-03-26 | Methods and arrangements for providing efficient information transfer over a limited speed communications link |
US10/473,006 US20040205208A1 (en) | 2001-03-26 | 2002-03-26 | Method and arrangements for providing efficient information transfer over a limited speed communications link |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FI20010619A FI114265B (fi) | 2001-03-26 | 2001-03-26 | Menetelmiä ja järjestelyjä tehokkaan tiedonsiirron toteuttamiseksi nopeudeltaan rajoitetun tiedonsiirtolinkin yli |
FI20010619 | 2001-03-26 |
Publications (3)
Publication Number | Publication Date |
---|---|
FI20010619A0 FI20010619A0 (fi) | 2001-03-26 |
FI20010619A FI20010619A (fi) | 2002-09-27 |
FI114265B true FI114265B (fi) | 2004-09-15 |
Family
ID=8560841
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
FI20010619A FI114265B (fi) | 2001-03-26 | 2001-03-26 | Menetelmiä ja järjestelyjä tehokkaan tiedonsiirron toteuttamiseksi nopeudeltaan rajoitetun tiedonsiirtolinkin yli |
Country Status (4)
Country | Link |
---|---|
US (2) | US7162535B2 (fi) |
EP (1) | EP1374523A1 (fi) |
FI (1) | FI114265B (fi) |
WO (1) | WO2002078291A1 (fi) |
Families Citing this family (45)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI114265B (fi) * | 2001-03-26 | 2004-09-15 | First Hop Oy | Menetelmiä ja järjestelyjä tehokkaan tiedonsiirron toteuttamiseksi nopeudeltaan rajoitetun tiedonsiirtolinkin yli |
US7224673B1 (en) * | 2002-05-24 | 2007-05-29 | Cisco Technology, Inc. | Mobile IP registration message compression |
US20030233457A1 (en) * | 2002-06-12 | 2003-12-18 | Henrik Basilier | Signaling framework for wireless networks |
US8024808B1 (en) * | 2002-08-07 | 2011-09-20 | Cisco Technology, Inc. | Arrangement for controlling content distribution by dynamically controlling bandwidth for transfer of the content based on content authorization |
US20040039781A1 (en) * | 2002-08-16 | 2004-02-26 | Lavallee David Anthony | Peer-to-peer content sharing method and system |
US7277915B2 (en) * | 2002-11-11 | 2007-10-02 | Openwave Systems Inc. | Application-based protocol and proxy selection by a mobile device in a multi-protocol network environment |
US20040249973A1 (en) * | 2003-03-31 | 2004-12-09 | Alkhatib Hasan S. | Group agent |
US9357033B2 (en) | 2003-06-17 | 2016-05-31 | Citrix Systems, Inc. | Method and system for dynamic interleaving |
US7191248B2 (en) * | 2003-08-29 | 2007-03-13 | Microsoft Corporation | Communication stack for network communication and routing |
US7904585B1 (en) * | 2003-09-05 | 2011-03-08 | Skyware, Inc. | Predictive browser and protocol package |
US7519718B2 (en) * | 2004-02-27 | 2009-04-14 | International Business Machines Corporation | Server-side protocol configuration of accessing clients |
US20060031571A1 (en) * | 2004-04-29 | 2006-02-09 | International Business Machines Corporation | Data communications through a split connection proxy |
US7994921B2 (en) * | 2006-01-16 | 2011-08-09 | Atmel Corporation | Method for wireless data transmission and a transponder |
US7689713B2 (en) * | 2006-01-23 | 2010-03-30 | Funambol, Inc. | System operator independent server alerted synchronization system and methods |
US7792845B1 (en) * | 2006-03-07 | 2010-09-07 | Juniper Networks, Inc. | Network acceleration device having logically separate views of a cache space |
WO2007149687A2 (en) * | 2006-05-30 | 2007-12-27 | Riverbed Technology, Inc. | Selecting proxies from among autodiscovered proxies |
TWI333361B (en) * | 2006-11-23 | 2010-11-11 | Inst Information Industry | Resource allocation apparatus, method, application program, and computer readable medium thereof |
EP2127291B1 (en) * | 2006-12-12 | 2019-10-16 | Vestas Wind Systems A/S | A multiprotocol wind turbine system and method |
US7996828B2 (en) * | 2006-12-28 | 2011-08-09 | Sap Ag | Back-end field control for multiple software layers |
US8092104B2 (en) | 2007-04-05 | 2012-01-10 | Dymo | Tape printing apparatus |
US8050290B2 (en) * | 2007-05-16 | 2011-11-01 | Wilocity, Ltd. | Wireless peripheral interconnect bus |
US20090097470A1 (en) * | 2007-10-12 | 2009-04-16 | Collier David S | Methods and systems for communicating data |
US8805949B2 (en) | 2008-01-16 | 2014-08-12 | Netapp, Inc. | System and method for populating a cache using behavioral adaptive policies |
JP4602449B2 (ja) * | 2008-11-28 | 2010-12-22 | 株式会社東芝 | コンテンツ処理装置およびコンテンツ処理方法 |
US20100146112A1 (en) * | 2008-12-04 | 2010-06-10 | Real Dice Inc. | Efficient communication techniques |
FR2940695B1 (fr) | 2008-12-30 | 2012-04-20 | Eads Secure Networks | Serveur passerelle a micronoyau |
AU2010337218B2 (en) * | 2009-12-14 | 2015-09-24 | Ab Initio Technology Llc | Specifying user interface elements |
US8224828B2 (en) * | 2009-12-22 | 2012-07-17 | Sap Ag | Multi-client generic persistence for extension fields |
CN101808138B (zh) * | 2010-03-31 | 2014-04-09 | 中兴通讯股份有限公司 | 提高wap漫游用户订购或退订业务速度的***及方法 |
CN101990256A (zh) * | 2010-08-27 | 2011-03-23 | 中兴通讯股份有限公司 | 长连接管理装置及长连接通讯的链路资源管理方法 |
US9854055B2 (en) * | 2011-02-28 | 2017-12-26 | Nokia Technologies Oy | Method and apparatus for providing proxy-based content discovery and delivery |
US20130103791A1 (en) * | 2011-05-19 | 2013-04-25 | Cotendo, Inc. | Optimizing content delivery over a protocol that enables request multiplexing and flow control |
US9219709B2 (en) * | 2012-03-27 | 2015-12-22 | Saife, Inc. | Multi-wrapped virtual private network |
US8984166B2 (en) | 2012-04-05 | 2015-03-17 | Cloudflare, Inc. | Method and apparatus for reducing network resource transmission size using delta compression |
US8612588B1 (en) * | 2012-08-09 | 2013-12-17 | Limelight Networks, Inc. | Point of presence to point of presence web page compression |
US8356074B1 (en) | 2012-08-09 | 2013-01-15 | Limelight Networks, Inc. | Inter point of presence split architecture |
US9811233B2 (en) | 2013-02-12 | 2017-11-07 | Ab Initio Technology Llc | Building applications for configuring processes |
US10021208B2 (en) * | 2014-03-04 | 2018-07-10 | Mobophiles, Inc. | Dynamic cache allocation and network management |
US9961059B2 (en) * | 2014-07-10 | 2018-05-01 | Red Hat Israel, Ltd. | Authenticator plugin interface |
US10506027B2 (en) * | 2014-08-27 | 2019-12-10 | Tensera Networks Ltd. | Selecting a content delivery network |
US10055333B2 (en) | 2014-11-05 | 2018-08-21 | Ab Initio Technology Llc | Debugging a graph |
WO2017053968A1 (en) | 2015-09-25 | 2017-03-30 | Fsa Technologies, Inc. | Data redirection in a bifurcated communication trunk system and method |
US10044826B2 (en) | 2016-08-10 | 2018-08-07 | Cloudflare, Inc. | Method and apparatus for reducing network resource transmission size using delta compression |
US10965572B2 (en) | 2017-05-01 | 2021-03-30 | Bank Of America Corporation | Data transfer control |
US10645188B1 (en) * | 2017-12-14 | 2020-05-05 | Amazon Technologies, Inc. | System for preparing a device for offline or low-bandwidth use |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5381539A (en) * | 1992-06-04 | 1995-01-10 | Emc Corporation | System and method for dynamically controlling cache management |
US6115384A (en) | 1996-06-20 | 2000-09-05 | Fourelle Systems, Inc | Gateway architecture for data communication bandwidth-constrained and charge-by-use networks |
US5999979A (en) * | 1997-01-30 | 1999-12-07 | Microsoft Corporation | Method and apparatus for determining a most advantageous protocol for use in a computer network |
US5941949A (en) * | 1997-05-14 | 1999-08-24 | Citrix Systems, Inc. | System and method for transmitting data from a server application to more than one client node |
US6118777A (en) * | 1997-10-27 | 2000-09-12 | Nortel Networks Corporation | System and method for providing competing local exchange carriers unbundled access to subscriber access lines |
US6810405B1 (en) * | 1998-08-18 | 2004-10-26 | Starfish Software, Inc. | System and methods for synchronizing data between multiple datasets |
US6587441B1 (en) * | 1999-01-22 | 2003-07-01 | Technology Alternatives, Inc. | Method and apparatus for transportation of data over a managed wireless network using unique communication protocol |
US6757731B1 (en) * | 1999-02-25 | 2004-06-29 | Nortel Networks Limited | Apparatus and method for interfacing multiple protocol stacks in a communication network |
US6865171B1 (en) * | 1999-10-22 | 2005-03-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and apparatus for selectively providing user-specific information to origin servers in wireless application protocol applications |
WO2001059569A2 (en) * | 2000-02-09 | 2001-08-16 | Apriva, Inc. | Communication systems, components, and methods with programmable wireless devices |
US6675017B1 (en) * | 2000-06-30 | 2004-01-06 | Bellsouth Intellectual Property Corporation | Location blocking service for wireless networks |
FI114265B (fi) * | 2001-03-26 | 2004-09-15 | First Hop Oy | Menetelmiä ja järjestelyjä tehokkaan tiedonsiirron toteuttamiseksi nopeudeltaan rajoitetun tiedonsiirtolinkin yli |
US6738630B2 (en) * | 2001-04-10 | 2004-05-18 | Knowtate, Inc. | Combining markers with location information to deliver domain-specific content to mobile devices |
-
2001
- 2001-03-26 FI FI20010619A patent/FI114265B/fi active IP Right Grant
-
2002
- 2002-03-14 US US10/099,296 patent/US7162535B2/en not_active Expired - Lifetime
- 2002-03-26 WO PCT/FI2002/000253 patent/WO2002078291A1/en not_active Application Discontinuation
- 2002-03-26 US US10/473,006 patent/US20040205208A1/en not_active Abandoned
- 2002-03-26 EP EP02706814A patent/EP1374523A1/en not_active Withdrawn
Also Published As
Publication number | Publication date |
---|---|
FI20010619A (fi) | 2002-09-27 |
US7162535B2 (en) | 2007-01-09 |
EP1374523A1 (en) | 2004-01-02 |
FI20010619A0 (fi) | 2001-03-26 |
US20040205208A1 (en) | 2004-10-14 |
WO2002078291A1 (en) | 2002-10-03 |
US20020138565A1 (en) | 2002-09-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
FI114265B (fi) | Menetelmiä ja järjestelyjä tehokkaan tiedonsiirron toteuttamiseksi nopeudeltaan rajoitetun tiedonsiirtolinkin yli | |
US6243761B1 (en) | Method for dynamically adjusting multimedia content of a web page by a server in accordance to network path characteristics between client and server | |
FI104873B (fi) | Datapalvelu matkaviestinverkossa | |
EP1393496B1 (en) | System and methods for providing differentiated services within a network communication system | |
CN1270259C (zh) | 同步方法 | |
US6832252B1 (en) | Methods and apparatus for caching network data traffic | |
US7725598B2 (en) | Network cache-based content routing | |
US7200679B2 (en) | Creating distributed proxy configurations | |
CA2489125A1 (en) | Applying session services based on packet flows | |
US20010056476A1 (en) | System and method for accessing a server connected to an IP network through a non-permanent connection | |
KR20010039388A (ko) | Ussd를 이용하는 무선 응용 서비스를 위한 전송 데이터의 처리방법 및 이를 위한 기록 매체 | |
US20030225873A1 (en) | Optimization of network performance through uni-directional encapsulation | |
US20020156841A1 (en) | Accessing distributed proxy configurations | |
US20150026300A1 (en) | System and Method for Adapting Information Content According to the Capability of the Access Bearer | |
AU2004300728B2 (en) | Communication system, computer comprising a peer-to-peer message filter and method for processing a peer-to-peer message | |
FI108694B (fi) | Yhteyskahva | |
JP2003141002A (ja) | Url長変換システム及びそのプログラム | |
KR20030089364A (ko) | 이동통신망에서의 무선 인터넷 서비스 통합 방법 및액세스 게이트웨이 시스템 | |
EP2124413B1 (en) | System and method for carrying out communication between a server and a user equipment | |
FI108695B (fi) | Langattoman järjestelmän yhdyskäytävä | |
CN115118593B (zh) | 一种多台设备网络共享时对流量优化的方法及其*** | |
WO2012104827A1 (en) | A communication system | |
Hadjiefthymiades et al. | A Survey of Web Architectures for Wireless Communication Environments. | |
Dodero et al. | MobEYE, a Mobile intercEpting proxY cachE for MANET |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FG | Patent granted |
Ref document number: 114265 Country of ref document: FI |