Kontekstitietoinen laskenta on kontekstitietoisten järjestelmien tutkimusta (laitteiston ja ohjelmiston yhdistelmä ), jotka analysoivat käyttäjän tilaa ja ympäristöä ja mukauttavat heidän työtään muuttuviin olosuhteisiin.
Tilanneherkät järjestelmät luokitellaan "ubiquitous computingiksi" (esim . Ubiquitous computing tai Pervasive computing ). Tilanneherkän järjestelmän pääasialliset tietolähteet ovat sijainti, sosiaalinen ja fyysinen ympäristö. Vaikka sijainninmääritys on nykyään laajalti käytössä, se ei aina ota huomioon käyttäjän muuttuvia kiinnostuksen kohteita. Kontekstiriippuvuus laajassa merkityksessä sisältää lähellä olevat ihmiset, laitteet, Internet-yhteydet, valotasot, melutasot sekä ihmisten vuorovaikutuksen arjen tilanteissa. Esimerkiksi, oletko tällä hetkellä perheesi tai koulukaverisi kanssa.
Tilanneherkän tietojenkäsittelyn konsepti kehitettiin ensimmäisen kerran Xerox PARCissa 1990-luvulla. Vuonna 1994 Bill Sclilit ja Marvin Taymor, Xerox PARC:n tutkijat, käyttivät ensimmäisen kerran termiä "kontekstikohtainen" raportissaan "Aktiivisten karttatietojen levittäminen mobiilipalvelimelle". Skylit ja Taymor määrittelivät kontekstin sijainniksi, sosiaaliseksi ympäristöksi, kohteiksi ja muutoksiksi näissä kohteissa.
Tutkijat käyttävät tällä hetkellä erilaisia kontekstin määritelmiä.
Anind K. Day, Cargegie Mellon Universityn [1] professori , määrittelee sen seuraavasti: "Konteksti on mitä tahansa tietoa, jota käytetään kuvaamaan tilannetta tai esinettä." Tässä tapauksessa objekti viittaa paikkaan tai henkilöön, joka voi olla vuorovaikutuksessa käyttäjän tai sovelluksen välillä.
Konteksti voidaan ajatella mitä tahansa ympäristöä kohteen ympärillä, mukaan lukien itse esine ja sen vuorovaikutus ympäristön kanssa. Jos jotakin tietoa voidaan käyttää määrittämään ja kuvaamaan objektin tapahtumaa tai vuorovaikutusta, voimme kutsua sitä kontekstuaalisiksi ominaisuuksiksi. Usein tutkijat kuitenkin käyttävät kontekstin määritelmää, joka heidän mielestään sopii heijastamaan päämerkitystä. Joskus tällaiset määritelmät tarjoavat yleisen kontekstin.
Xerox PARC:n tutkijat Bill Sclilit ja Marvin Taymor [2] määrittelivät kontekstin sijainniksi, sosiaaliseksi ympäristöksi, kohteiksi ja näiden kohteiden muutoksiksi.
Albrecht Skimidt [3] [4] pitää kontekstia tietona käyttäjän ja laitteen tilasta, mukaan lukien ympäristö ja sosiaalinen ympäristö.
ISO 9421-11 -standardi sanoo, että konteksti on käyttäjät, heidän tavoitteensa ja tavoitteensa, sovellusinfrastruktuuri (ohjelmisto ja laitteisto), fyysinen ja sosiaalinen ympäristö, jossa järjestelmää käytetään.
On myös muita kontekstimääritelmiä, joista osa on melko spesifisiä ja vaikeasti sovellettavissa todellisissa järjestelmissä.
Tilanneherkillä järjestelmillä on kolme pääasiallista toiminnallista ominaisuutta. He voivat "tuntea", "ajatella" ja "toimia". Nämä kolme vaihetta voivat vaihdella monimutkaisuudeltaan eri järjestelmissä. Joissakin laitteissa voi olla kehittyneitä antureita, mutta ne analysoivat vain vähän ennen toimimista. Toiset päinvastoin keräävät pienen määrän tietoa, mutta tekevät perusteellisen analyysin. Tällaiset järjestelmät voidaan toteuttaa käyttämällä keskitettyä tai hajautettua arkkitehtuuria useiden fyysisten laitteiden kesken.
Ensimmäinen vaihe kontekstiherkkien järjestelmien toiminnassa on tiedon kerääminen eri antureilta (antureilta) tai tiedon etsiminen vaihtoehtoisista lähteistä. Anturit auttavat tunnistamaan maailman kontekstin elementtejä, joita tietokonelaitteen on vaikea havaita perinteisillä menetelmillä. Laite voi sitten käyttää näitä tietoja mahdollisten sopivien toimintavaihtoehtojen määrittämiseen ja olosuhteisiin mukautumiseen. Kerätty tieto luo yhteyden todellisen fyysisen maailman ja virtuaalimaailman välille tietokoneohjelmalle.
Toinen vaihe on kerättyjen tietojen analysointi, jonka jälkeen tulos tallennetaan. On olemassa erilaisia datan analysointitekniikoita yksinkertaisesta rankingista tekoälytekniikoihin. Analyysin jälkeen tulos voidaan tallentaa myöhempää käyttöä varten sekä järjestelmäkoulutusta varten. Viimeinen vaihe on kontekstiherkän järjestelmän sopivan toiminnan valinta.
Jokainen alijärjestelmä voi olla monimutkainen ja erillinen muista, tai osajärjestelmät voivat olla tiiviisti kytkettyjä yhteen laitteeseen. Jokainen osajärjestelmä voidaan myös jakaa useisiin komponentteihin. Osajärjestelmien välille voidaan luoda rajapintoja, joiden avulla osajärjestelmät voivat olla vuorovaikutuksessa toistensa kanssa ilman yksityiskohtaista tietoa niiden arkkitehtuurista. Näin ollen data-analyysin ja päätöksentekoalgoritmien päivittäminen ei vaikuta järjestelmän kokonaistoimintaan, koska ne eivät vaadi vastaavia muutoksia kutsuvalla puolella.