NO330406B1

NO330406B1 - Fremgangsmate og innretning for anropsbegrensning ledsaget av utforelse av en applikasjon

Info

Publication number: NO330406B1
Application number: NO20024621A
Authority: NO
Inventors: Kazuhiro Yamada; Dai Kamiya; Tatsuaki Wakabayashi
Original assignee: Ntt Docomo Inc
Priority date: 2001-01-31
Filing date: 2002-09-26
Publication date: 2011-04-04
Also published as: US20030142804A1; EP1271902B1; JP2002232554A; KR100478474B1; HK1049755A1; EP1271902A1; WO2002062044A1; EP1271902A4; NO20024621L; AU2002228369C1; US6928151B2; BR0202032A; AU2002228369B2; CA2397709A1; PL356783A1; NO20024621D0; TWI221555B; CN1456009A; KR20020084081A; CA2397709C

Description

FREMGANGSMÅTE OG INNRETNING FOR ANROPSBEGRENSNING LEDSAGET AV UTFØRELSE AV EN APPLIKASJON

Teknisk område

Den foreliggende oppfinnelse vedrører en fremgangsmåte og en innretning for begrensning av anrop (call originations) som ledsages av utførelse av en applikasjon i en kommunikasjonsterminal.

Dagens teknikk

Utviklingen av bærbare telefoner går raskt fremover. I den senere tid er det blitt mulig å få tilgang til servere på Internett gjennom en bærbar telefon for å laste ned ulike innhold og applikasjoner. Slike applikasjoner som lastes ned fra et nett og brukes, innbefatter blant andre en applikasjon kalt "Java Applet", som beskrives i programmeringsspråket Java (registrert varemerke).

Åpne nett, deriblant Internett, har generelt dårlig sikkerhet, og derfor er ikke Java Applets som distribueres gjennom et slikt åpent nett, nødvendigvis sikre.

Følgelig er det nødvendig å utelukke tilgang til nett som er etablert av en ulovlig Java Applet. Som en respons på dette kravet er en tilgangsbegrensende metode kalt "sandkassemodellen" blitt foreslått. Sandkassemodellen lar kommunikasjonsterminaler, hvilke opptrer som klienter, kun få tilgang til en server fra hvilken en Java Applet lastes ned.

Det forventes imidlertid at nettressurser vil integreres eller distribueres ytterligere i fremtiden. I slike situasjoner vil det sannsynligvis forekomme tilfeller hvor anvendelse av den eksisterende tilgangsbegrensningsmetode ikke er tilstrekkelig.

Den kjente teknikk inkluderer videre de følgende dokumentene.

EP1054542 angår et kommunikasjonsaparat og fremgangsmåte for å unngå sending til et bestemt nummer ved a kontrollere kommunikasjonsdestinasjonen på en transmisjonsside. I en utførelse, hvis linjenummeret ikke tuilsvarer noen av nummerne i oppslagslisten, blir brukeren varslet om dette og kan bestemme om kommunikasjonen skal fortsette.

EP0896486 angår en trådløs terminal for å unngå at en tyv som har terminalen bruker den trådløse terminalen til å stjele trådløse tjenester. I en utførelse må en PIN-kode angis for anropet settes i gang til noen telefonnummere.

WO99/30521 angår beskyttelse av mobile terminaler mot uautorisert bruk, når den mobile terminalen holdes av en uautorisert tredjepart. I en utførelse er telefonnummerne forhåndsvalgt av brukeren og omfatter de eneste nummerne som brukeren kan få tilgang på uten å oppgi en adgangskode.

Beskrivelse av oppfinnelsen

Følgelig er det et formål med den foreliggende oppfinnelse å foreslå en ny fremgangsmåte for å begrense nettilganger som oppnås ved å utføre applikasjoner på en komunikasj onsterminal.

For dette formål anordner den foreliggende oppfinnelse en fremgangsmåte for begrensning av anrop, herunder et sammenligningstrinn hvor man, når et anrop utføres fra en kommunikasjonsterminal og ledsages av utførelse av en applikasjon, sammenligner et telefonnummer for et kommunikasjonsknutepunkt for hvilket et anrop skal gjennomføres, med et i en lagringsanordning forhåndslagret telefonnummer for et kommunikasjonsknutepunkt, og for hvilket et anrop er blitt akseptert, og et beslutningstrinn for på grunnlag av sammenligningen å beslutte hvorvidt anropet skal aksepteres eller ikke.

Ifølge den foreliggende oppfinnelse vil det, når et anrop for et forhåndsbestemt kommunikasjonsknutepunkt ledsages av utførelse av en applikasjon, bli bestemt om anropet skal aksepteres eller ikke ved å sjekke om telefonnummeret til kommunikasjonsknutepunktet er ett av de telefonnumre som allerede er blitt akseptert. Dette gjør det mulig å oppnå større sikkerhet.

I en foretrukket form er lagringsanordningen et lager for lagring av telefonkatalogopplysninger, og sammenligner i sammenligningstrinnet telefonnummeret til kommunikasjonsknutepunktet som skal ringes opp, med telefonnumrene som er inkludert i telefonkatalogopplysningene.

I en annen foretrukket form er lagringsanordningen et lager for lagring av en historisk oversikt over utgående/innkommende oppringninger, og sammenligner i sammenligningstrinnet telefonnummeret til kommunikasjonsknutepunktet som skal ringes opp, med telefonnumrene til i det minste enten de utgående oppringninger eller innkommende oppringninger i den historiske oversikt over utgående/innkommende oppringninger.

I enda en foretrukket form lagrer lagringsanordningen flere typer grupper av telefonnumre, og sammenligner i sammenligningstrinnet telefonnummeret til kommunikasjonsknutepunktet anropet skal gjennomføres for, med en type telefonnummergrupper som tilsvarer en applikasjon som skal es.

I en foretrukket form har anropsbegrensningsfremgangsmåten et trinn for å legge ut en forhåndsbestemt feilmelding og vekke en operasjon for å instruere et anrop utført av en bruker dersom en anropsprosessering er blitt avvist i beslutningstrinnet, og et trinn for å akseptere operasjonen for å instruere anropet som utføres av brukeren, og utføring av anropet.

I hver av formene som beskrives ovenfor er anropet en prosessering for linjeforbindelse for talekommunikasjon eller datakommunikasjon.

Den foreliggende oppfinnelse kan også gjennomføres i en form hvor et gjennomføringsprogram for anropsbegrensningsfremgangsmåten som beskrives ovenfor, distribueres til en bruker gjennom en telekommunikasjonslinje, eller i en form hvor et slikt program lagres på et medium som kan leses av en datamaskin og distribueres til en bruker.

Videre kan den foreliggende oppfinnelse gjennomføres i en form hvor en

kommunikasjonsterminal for utføring av fremgangsmåten for begrensning av anrop som forklares ovenfor, fremstilles og markedsføres. En slik kommunikasjonsterminal leveres med en anordning for å lagre telefonnumre til kommunikasjonsknutepunkt for hvilke et anrop er blitt akseptert, en anordning for å sammenligne et telefonnummer til et kommunikasjonsknutepunkt for hvilket et anrop skal gjennomføres, med telefonnumrene som er lagret i lagringsanordningen, når et anrop ledsages av utførelsen av en applikasjon, og en anordning for å beslutte om anropet skal aksepteres eller ikke ut fra resultatet av sammenligningen.

Et eksempel på kommunikasjonsterminalen er en bærbar telefon som utfører radiokommunikasjon.

Kort beskrivelse av tegningene

Fig. 1 er et blokkdiagram som viser konfigurasjonen for et helt system i henhold til en utførelse av den foreliggende oppfinnelse. Fig. 2 er et blokkdiagram som viser en maskinvarekonfigurasjon for en bærbar telefon ifølge utførelsen. Fig. 3 er et diagram som viser et eksempel på en historisk oversikt over utgående/innkommende oppringninger som lagres i den bærbare telefon ifølge utførelsen. Fig. 4 er et diagram som viser et eksempel på telefonkatalogopplysninger som lagres i den bærbare telefon ifølge utførelsen. Fig. 5 er en prinsippskisse som viser en programvarekonfigurasjon for den bærbare telefon ifølge utførelsen. Fig. 6 er et flytskjema som viser en prosesseringoperasjon som utføres når en Java virtuell datamaskin i den bærbare telefon ifølge utførelsen utfører en nedlastet Java-application.

Beste gjennomføringsmåte for oppfinnelsen

Idet det henvises til tegningene, vil det bli beskrevet en utførelse i henhold til den foreliggende oppfinnelse som følger: I denne utførelse vil et eksempel bli forklart i hvilket en bærbar telefon for radio-datakommunikasjon utfører en applikasjon beskrevet med programmeringsspråket Java (registrert varemerke) (i det følgende henvist til som "Java-applikasjon"). Den foreliggende oppfinnelse kan imidlertid gjennomføres i ulike varianter innenfor rammen av kravene, snarere enn å være begrenset til utførelsen.

A: Konfigurasjon

Konfigurasjonen av utførelsen vil bli forklart først.

(1) Konfigurasjonen av hele systemet

Fig. 1 er et blokkdiagram som viser konfigurasjonen av hele systemet ifølge utførelsen av den foreliggende oppfinnelse. Som vist på tegningen, er systemet bygget opp av bærbare telefoner 10a og 10b, et mobilt datakommunikasjonsnett 20, en server 25, Internett 30 og en nedlastingsserver 40.

De bærbare telefoner 10a og 10b eies av brukere for å motta samtaletjenester fra et mobilt telefonnett (ikke vist), og for å utføre radiokommunikasjon med en basestasjon 21 i det mobile datakommunikasjonsnett 20 for å motta datakommunikasjonstjenester fra nettet 20. De bærbare telefoner 10a og 10b omfatter en nettleser for å lese ulike sider på Internett 30 og en Java virtuell datamaskin som støtter Java (registrert varemerke), noe som gjør det mulig å utføre ulike Java-applikasjoner..

De bærbare telefoner 10a og 10b har samme konfigurasjon og betjening, og vil i det følgende generelt bli henvist til som en bærbar telefon 10, med mindre det er nødvendig å skille mellom dem i forklaringen.

Det mobile datakommunikasjonsnett 20 består av basestasjon 21, et svitsjekontor (ikke vist) og kommunikasjonsledninger for å forbinde disse. Flere basestasjoner 21 er plassert ut med forutbestemte mellomrom i et kommunikasjonstjenesteområde for det mobile datakommunikasjonsnett 20 for å bevirke radiokommunikasjon med de bærbare telefoner 10 som befinner seg bevegelig i respektive radioceller. Det mobile datakommunikasjonsnett 20 er koplet til Internett 30 gjennom en gateway (ikke vist), og toveis dataoverføring er mulig mellom nettene.

Nedlastingsserveren 40 inneholder data i et HTML (Hypertext Markup Language - hypertekstformateringsspråk)-format som kan konsulteres ved å bruke nettleseren i den bærbare telefon 10, og ulike typer Java-applikasjoner, og leverer disse til den bærbare telefon 10 via Internett 30 og det mobile datakommunikasjonsnett 20.

Java-applikasjoner som rommes i nedlastingsserveren 40 innbefatter for eksempel programvare for å levere PIM (Personal Information Management - personlig informasjonsstyring) til en bruker av den bærbare telefon 10 og spillprogramvare som brukeren av den bærbare telefon 10 kan bruke til å spille et konfrontasjonsspill med en annen bruker. Når disse Java-applikasjoner lastes ned fra nedlastingsserveren 40 til den bærbare telefon og utføres av den bærbare telefon 10, ringes et forutbestemt kommunikasjonsknutepunkt opp, og prosessering utføres ved å utføre kommunikasjon med kommunikasjonsknutepunktet. Det finnes også en Java-applikasjon hvor det, når en bruker spesifiserer et knutepunkt som mottaker for oppringningen, utføres en såkalt "PhoneTo"-funksjon for å ringe opp kommunikasjonsknutepunktet for å bevirke talekommunikasj on.

I dette tilfelle finnes det som kommunikasjonsknutepunkt for oppringningsmottaker, for eksempel en server 25, bærbare telefoner 10 andre enn den bærbare telefon 10 som utfører en applikasjon, og fasttelefoner, hvilke ikke er vist.

Serveren 25 har en funksjon for å levere PIM-tjenesten til en bruker. Nærmere bestemt har serveren 25 et lager for lagring av timeplaner, notisblokker etc. for hver bruker, og utfører oppdatering eller lignende av slike data som respons på forespørsler mottatt fra hver brukers bærbare telefon 10.1 dette tilfelle utføres Java-applikasjonen som er lastet ned i den bærbare telefon 10, for derved å få den bærbare telefon 10 til å ringe opp serveren 25 og utføre prosessering i samarbeid med serveren 25 for å motta PIM-tjenesten.

Dersom Java-applikasjonen som er lastet ned i den bærbare telefon 10 er et konfrontasjonsspill som skal spilles med en annen bærbar telefon 10, vil for eksempel den bærbare telefon 10a ringe opp den bærbare telefon 10b. Deretter utføres kommunikasjon mellom de bærbare telefoner 10a og 10b for å utføre Java-applikasjonen.

På denne måte utføres en Java-applikasjon på den bærbare telefon 10 for å forbinde en linje ved å ringe opp et forutbestemt kommunikasjonsknutepunkt, og å utføre en prosessering (herunder talekommunikasjonsprosessering) ved å utføre kommunikasjon med kommunikasjonsknutepunktet.

Når man tar tilstedeværelsen av en ovennevnt ulovlig applikasjon med i beregningen, er det imidlertid ikke ønskelig å tillate en anropsprosessering basert på instruksjon fra Java-applikasjoner uten begrensning. Av denne grunn legger utførelsen visse begrensninger på en anropsprosessering som ledsages av utførelse av en Java-applikasjon.

(2) Maskinvarekonfigurasjon for bærbar telefon 10

Maskinvarekonfigurasjonen for den bærbare telefon 10 vil bli beskrevet med henvisning til blokkdiagrammet som vises på fig. 2.

Som vist på tegningen, er den bærbare telefon 10 bygget opp av en sender/mottakerenhet 11, en styreenhet 12, en brukergrensesnittenhet 13 og en buss 14 som forbinder dem.

Sender/mottakerenheten 11 består av en antenne og en kommunikasjonsstyrekrets (ikke vist), og utfører radiokommunikasjon med basestasjonene 21 i det mobile datakommunikasjonsnett 20.

Brukergrensesnittenheten 13 er bygget opp av en LCD-skjerm for å vise ulike typer informasjon, et tastatur som en bruker kan bruke for å utføre ulike typer innmatingsoperasjoner, og en mikrofon med en høyttaler for brukerens telefonsamtaler.

Styreenheten 12 styrer hver del av den bærbare telefon 10, og er bygget opp av en CPU 121, en ROM 122 og en SRAM 123.

Ulike styreprogrammer eller lignende er lagret i ROM 122, og CPU 121 leser ut styreprogrammene for å utføre ulike typer styreprosessering. Styreprogrammer i ROM 122 innbefatter et operativsystem anordnet i den bærbare telefon 10, en nettleser og ulike typer programvare som vil bli drøftet i det følgende.

SRAM 123 brukes som et arbeidsområde i CPU 121, og lagrer også Java-applikasjoner som er lastet ned fra nedlastingsserveren 40, den historiske oversikten over utgående/innkommende oppringninger for den bærbare telefon 10, og telefonkatalogopplysninger som mates inn av en bruker.

Fig. 3 er et diagram som viser et eksempel på den historiske oversikten over utgående/innkommende oppringninger lagret i SRAM 123, og fig. 4 er et diagram som viser et eksempel på telefonkatalogopplysninger lagret i SRAM 123.

Som vist på fig. 3, lagres den historiske oversikten over utgående oppringninger med dato og tidspunkt for når den bærbare telefon 10 foretok hver oppringning, i tilknytning til telefonnummeret til kommunikasjonsknutepunktet fra hvilket telefonoppirngningen ble foretatt (det anropende telefonnummer). På lignende vis lagres den historiske oversikten over innkommende oppringninger med dato og tidspunkt for når den bærbare telefon 10 mottok hver oppringning, i tilknytning til telefonnummeret til kommunikasjonsknutepunktet fra hvilket telefonoppirngningen som svarer til den mottatte oppringning, ble foretatt (innkommende telefonnummer).

Videre lagres telefonkatalogopplysningene med tilknyttede navn og telefonnumre, som vist på fig. 4.

Når det gjelder prosessering for lagring av historiske oversikter over utgående og innkommende oppringninger, vil det gjøres bruk av velkjente teknikker, og forklaringen av dette vil derfor bli utelatt.

(3) Programvarekonfigurasjon for bærbar telefon

Programvarekonfigurasjonen for den bærbare telefon 10 vil nå bli beskrevet.

Fig. 5 er en prinsippskisse som viser programvarekonfigurasjonen for den bærbare telefon 10. Som vist på tegningen, består programvaren i den bærbare telefon 10 av et operativsystem OS, et Java-applikasjonsstyreprogram JAM, en Java K virtuell datamaskin KVM og en Java-applikasjon AP i denne rekkefølge fra et nederste lag til et øverste lag.

Operativsystemet OS er velkjent programvare som er installert i en bærbar telefon for å gi støtte til elementær prosessering i den bærbare telefon 10.

Java-applikasjonsstyreprogrammet JAM er programvare som i hovedsak utfører styring og sikkerhetskontrollkontroll av den virtuelle Java K datamaskin KVM. For å være mer presis konsulterer Java-applikasjonsstyreprogrammet JAM den tidligere nevnte historiske oversikt over utgående/innkommende oppringninger og telefonkatalogopplysningene, og beslutter om anropsprosesseringen skal utføres eller ikke ved å sjekke om telefonnummeret til ovennevnte kommunikasjonsknutepunkt er inkludert i disse, når et anrop prosesseres til et forutbestemt kommunikasjonsknutepunkt ledsaget av utførelse av Java-applikasjonen AP. Beslutningen er basert på en idé: En anropsprosessering kan aksepteres i slike tilfeller hvor knutepunktets kommunikasjonstelefonnummer for anropet er inkludert i den historiske oversikt over utgående/innkommende oppringninger eller telefonkatalogopplysningene, siden dette betyr at den bærbare telefon 10 har utført kommunikasjon med kommunikasjonsknutepunktet tidligere eller brukeren gjenkjennes som en kommunikasj onpartner.

Den virtuelle Java K-datamaskin KVM utfører Java-applikasjonen under styring av Java-applikasjonsstyreprogrammet JAM. Den virtuelle Java-datamaskin KVM og Java-applikasjonsstyreprogrammet JAM innlemmes på forhånd i operativsystemet OS, og de lagres alle i ROM 122.

Java-applikasjonen AP er programvaren som beskrives i programmeringsspråket Java (registrert varemerke) som nevnt ovenfor, og den lastes ned til den bærbare telefon 10 fra nedlastingsserveren 40, og blir deretter skrevet til og lagret i SRAM 123.

B: Virkemåte

Virkemåten for utførelsen med ovennevnte konfigurasjoner vil nå bli forklart.

Fig. 6 er et flytskjema som viser prosesseringsutførelsen av Java-applikasjonen AP ved hjelp av den bærbare telefon 10.

Når det gjennom brukerens betjening sendes ut en instruksjon om å starte en forespurt Java-applikasjon, startes Java-applikasjonen opp på den virtuelle Java K-datamaskin KVM som er vist på fig. 3, som en respons på instruksjonen, og prosesseringen utføres enhet for enhet, noe som er en utførelsesenhet kalt "klasse" (trinn Sl).

Deretter besluttes det om klassen som skal utføres er prosesseringen som krever et anrop eller ikke til et kommunikasjonsknutepunkt (trinn S2).

Dersom klassen ikke krever anropsprosesseringen (NEI i trinn S2), vil den virtuelle Java K-datamaskin KVM gjenta prosesseringen i trinn Sl og utføre prosesseringen som svarer til klassen.

Dersom klassen krever anropsprosesseringen (JA i trinn S2), vil Java-applikasjonsstyreprogrammet JAM konsultere telefonummeret til kommunikasjonsknutepunktet anropsprosesseringen skal gjennomføres for, den historiske oversikt over utgående/innkommende oppringninger og telefonkatalogopplysningene, og sammenligne disse som en respons på en forespørselen fra den virtuelle Java K-datamaskin KVM (trinn S3).

Dersom et sammenligningsresultat viser at det samme telefonnummer som det til kommunikasjonsknutepunktet anropsprosesseringen skal gjennomføres for, er blitt funnet i den historiske oversikt over utgående/innkommende oppringninger eller telefonkatalogopplysningene (JA i trinn S4), beslutter Java-applikasjonsstyreprogrammet JAM at anropsprosesseringen skal aksepteres, og gir den virtuelle Java K-datamaskin KVM instruksjon om å utføre anropsprosesseringen (trinn S5).

Dersom det i den historiske oversikt over utgående/innkommende oppringninger og telefonkatalogopplysningene ikke finnes noe telefonnummer som er identisk med telefonnummeret til kommunikasjonsknutepunktet anropsprosesseringen skal gjennomføres for, (NEI i trinn S4), besluttes det at anropsprosesseringen ikke aksepteres. Java-applikasjonsstyreprogrammet JAM gir den virtuelle Java K-datamaskin KVM instruksjon om å vise en melding på en LCD-skjerm som angir at anropsprosesseringen ikke kan aksepteres, sammen med en annen melding som angir at det er behov for instruksjoner fra bruker for å utføre anrop (trinn S6).

Det som vises i dette tilfelle kan være en melding, for eksempel, "Du må ringe oo-xxxx-AAAA for å gå videre i prosessen. Vil du foreta oppringningen? Trykk tast 1 for JA eller trykk tast 2 for NEI."

Dersom brukeren gir en instruksjon om å foreta oppringningen (JA i trinn S7), kommer prosesseringen til trinn S5, hvor den virtuelle Java K-datamaskin KVM utførert anropsprosesseringen. Deretter går prosesseringen tilbake til trinn Sl, hvor prosesseringen for utførelse av Java-applikasjonen AP fortsetter.

I dette tilfelle utføres et anrop i trinn S5-prosesseringen, slik at telefonnummeret som benyttes for å foreta oppringningen lagres i den historiske oversikt over utgående oppringninger. Som en følge av dette vil anropsprosesseringen deretter bli akseptert når det gjelder dette telefonnummer, ved hjelp av trinn S4-beslutningen nevnt ovenfor.

Dersom brukeren sender en instruksjon om ikke å foreta oppringningen (NEI i trinn S7), vil Java-applikasjonen bli tvangsavbrutt av Java-applikasjonsstyreprogrammet JAM som en respons på instruksjonen (trinn S8).

På denne måten vil et anrop kun bli akseptert dersom resultatet viser overensstemmelse etter sammenligning mellom kommunikasjonsknutepunktet-telefonnummeret som skal gjennomføres for anropet, og den historiske oversikt over utgående/innkommende oppringninger og telefonkatalogopplysningene.

Det vil si at i denne utførelse begrenser anrop seg til kommunikasjonsknutepunkter som er oppringt tidligere eller

kommunikasjonsknutepunkter registrert i telefonkatalogen av brukeren for derved å sørge for sikkerheten.

C: Modifikasjonseksempler

Som nevnt ovenfor, begrenser den foreliggende oppfinnelse seg ikke til utførelsen som beskrives ovenfor, og kan gjennomføres med ulike modifkasjoner som vist nedenfor.

(1) Former for kommunikasjonsknutepunkt

I den ovenfor beskrevne utførelse er den bærbare telefon 10 blitt benyttet som objektet som utfører applikasjoner. Objektet som utfører applikasjoner er imidlertid ikke begrenset til dette; det kan være en fasttelefon eller en PC koplet til en bærbar telefon eller en fasttelefon.

Et kommunikasjonsknutepunkt som skal ringes opp er ikke begrenset til serveren 25 eller den bærbare telefon 10; det kan være en PC eller lignende koplet til et fastnett og plassert hjemme eller på et kontor.

Dermed begrenses ikke objektene som utfører applikasjonene og objektene som skal ringes opp, så lenge de er kommunikasjonsknutepunkter til hvilke det koples linjer ved å bruke telefonnumre for å utføre datakommunikasjon eller talekommunikasj on.

(2) Bruk av de historiske oversikter over utgående/innkommende oppringninger og telefonkatalogopplysninger

I utførelsen er både de historiske oversikter over utgående/innkommende oppringninger og telefonkatalogopplysninger blitt brukt for å beslutte hvorvidt anropsprosesseringen skulle aksepteres eller ikke; imidlertid begrenser den foreliggende oppfinnelse seg ikke til dette. Alternativt kan beslutningen om hvorvidt anropsprosessering skal aksepteres eller ikke tas gjennom å bruke kun den historiske oversikt over utgående oppringninger, kun den historiske oversikt over innkommende oppringninger, eller kun telefonkatalogopplysningene, eller gjennom å bruke minst to av dem.

(3) Prosessering for ulike applikasjoner

I utførelsen er det, selv når en flerhet av Java-applikasjoner AP har vært installert i den bærbare telefon 10, blitt avgjort om anropet skal gjennomføres ved å bruke alle de historiske oversikter over utgående/innkommende oppringninger og telefonkatalogopplysningene uten bevissthet om ulikheter mellom applikasjoner, når én av Java-applikasjonene AP utføres; imidlertid er den foreliggende oppfinnelse ikke begrenset til dette. Alternativt kan data på grunnlag av hvilke beslutningen tas, være begrenset for hver av applikasjonene AP som skal utføres.

For eksempel kan man for den første Java-applikasjon benytte kun telefonkatalogopplysningene som et grunnlag for å ta beslutninger; for den andre Java-applikasjon kan både den historiske oversikt over utgående/innkommende oppringninger og telefonkatalogopplysninger danne grunnlaget for beslutninger; og for den tredje Java-applikasjonen kan man uten å gi noe grunnlag for å ta beslutninger akseptere oppringninger til alle kommunikasjonsknutepunkter.

Når det gjelder dette tilfelle kan brukere hver gang bestemme hvilke data som skal danne grunnlaget for beslutningen, eller Java-applikasjonsstyreprogrammet JAM kan ta beslutningen ifølge attributter ved en Java-applikasjon AP.

Java-applikasjoner AP begrenser seg ikke nødvendigvis til de som lastes ned fra et nett. For eksempel forhåndslagres enkelte Java-applikasjoner i ROM 122. Slike Java-applikasjoner AP anses som å ha høy sikkerhet, og det kan være at det ikke legges noen begrensning på anropene. Applikasjonene som ikke har blitt lastet ned fra et nettverk er imidlertid ikke innenfor rammene av kravene og er derfor bare diskutert for illustrasjonsformål. Videre kan det forventes at Java-applikasjoner AP som lastes ned fra nedlastingsserveren 40 og som er verifisert av forhåndsbestemte godkjennelsesmyndigheter, gir en brukbar sikkerhet. Dermed kan både de historiske oversikter over utgående/innkommende oppringninger og telefonkatalogopplysningene benyttes som grunnlag på basis av hvilke det tas beslutninger for å lette begrensningene på anrop. Det kan ikke forventes mye sikkerhet for Java-applikasjoner AP som lastes ned fra nedlastningsserver 40 og som ikke er verifisert av forhånsbestemte godkjennelsesmyndigheter. Dermed kan kun en historisk oversikt over telefonkatalogopplysninger brukes som grunnlag for beslutninger, noe som forsterker begrensningene på anrop.

Claims

1. Kommunikasj onsterminal (10) omfattende: en sender/mottakerenhet (11); og nedlastingsmidler for nedlasting av en applikasjon inkluderende et flertall utførelsesenheter fra en server (40) ved bruk av sender/mottakerenheten (11); der kommunikasj onsterminalen (10) videre erkarakterisert vedat den omfatter: en lagringsanordning for lagring av programvare som gir et utførelsesmiljø for den nedlastede applikasjonen, der programvaren er konfigurert for, før utførelsesenheten i applicasjonen er igangsatt, bestemme om igangsettelsen av utførelsesenheten krever et anrop fra sender/mottakerenheten (11) ved bruk av et telefonnummer, og for, hvis det er bestemt at anropet er påkrevet, bestemmelse om anropet ved bruk av telefonnummeret er tillatt; og midler for, hvis det er bestemt av programvaren at anropet ved bruk av telefonnummeret er tillatt, å tillate programvaren å igangsette utførelsesenheten i applikasjonen, og for, hvis det er bestemt av programvaren at anropet ved bruk av telefonnummeret ikke er tillatt, å ikke tillate at programvaren igangsettelser uutførelsesenheten i applikasjonen.

2. Kommunikasj onsterminal (10) ifølge krav 1, hvori: lagringsanrodningen inneholder et flertall lagirngsmidler for telefonnummer; og programvaren er konfigurert for å bestemme om hvert anrop som bruker telefonnummeret er tillatt, på basis av om telefonnummeret er registrert i minst en av flertallet lagringsmidler for telefonnummere i lagringsanordningen.

3. Kommunikasjonsterminal (10) ifølge krav 2, hvori flertallet lagringsmidelr for telefonnummer inkluderer en av et første lagringsmidler for registrering av et telefonnummer for en kommunikasj onsnode som kalles opp av kommunikasjonsteerminalen (10), et andre lagrinsmidler for registrerignav et telefonnummer for en kommunikasj onsnode fra hvilken et kall er mottatt av kommunikasj onsterminalen (10), og et tredhje lagrinsmidler for lagrin av telefonkatalog-informasj on.

4. Kommunikasjonsterminal (10) hvori programvaren er konfigurert for å betemme et telefonnummer-lagringsmiddel blant flertallet av telenonnummer-lagringsmidlene, som skal brukes for å bestemme om anropet som bruker telefonnummeret er tillatt, på basis av applikasjonen.

5. Kommunikasjonsterminal (10) ifølge krav 4, hvori programvaren er konfigurert for å bestemme et telefonnummerlagringsmiddel blant flertallet av telefonnummerlagringsmidler brukt for å bestemme om anropet som bruker telefonnummeret er tillatt, basert på en attributt ved applikasjonen.

6. Kommunikasjonsterminal (10) ifølge krav 4, hvori programvaren er konfigurert for å bestemme et telefonnummerlagringsmiddel blant flertallet av telefonnummerlagringsmidler brukt for å bestemme om anropet som bruker telefonnummeret er tillatt, basert på om serveren (40) fra hvilken applikasjonen er nedlastet er en autentisert server.

7. En kommunikasjonsterminal ifølge krav 1, hvori: programvaren omfatter første programvare for å igangsette en utførelsesenhet i den nedlastede applikasjonen og en andre programvare for å styre den første programvaren; den første programvarebn er konfigurert for, før en utførelsesenhet i applikasjonen er igangsatt, bestemmelse om igangsettelsen av utførelsesenehten krever et anrop ved sender/mottakerenheten (11) ved bruk av et telefonnummer; den andre programvaren er konfigurert for, hvis det er bestemt at et anrop er påkrevet, bestemmelse om anropet ved bruk av telefonnummeret er tillatt; og midlene er konfigurert for, hvis det er bestemt av den andre programvaren at anropet ved bruk av telefonnummeret er tillatt, å tillate den første programvaren å igangsette utførelsesenheten i applikasjonen, og for, hvis det er bestemt av den andre programvaren at anropet ved bruk av telefonnummeret ikke er tillatt, å ikke tillate den første programvaren å igangsette uførelsesenheten i programvaren.

8. En kommunikasjonsterminal (10) ifølge krav 1, videre omfattende et flertall lagringsmidler for telefonnummer, der trinnet med å bestemme om anropet er tillatt omfatter: bestemmelse av et telefonnummer-lagringsmiddel blant flertallet av telefonnummerlagringsmidler på basis av et attributt i applikasjonen; og bestemmelse av om anrop ved bruk av det telefonnummeret er tillatt, ved bruk av det bestemte telefonnummerets lagringsmidler.

9. Fremgangsmåte for begrensning av anrop utført i en komunikasj onsterminal (10) omfattende: en sender/mottakerenhet (11); og lagringsmidler for lagring av programvare som gir et utførerlsesmiljø for en applikasjon; der fremgangsmåten omfatter: nedlastingav en applikasjon inkluderende et flertall utførelsesenheter fra en server (40) ved bruk av sender/mottakerenheten (11); der kommunikasj onsterminalen (10) videre erkarakterisert vedat den omfatter: før utførelsen i applikasjonen er igangsatt, bestemme, ved hjelp av programvaren, om igangsettelsen av utførelsesenheten krever et anrop fra sender/mottakerenheten (11) ved bruk av et telefonnummer, hvis det er bestemt at anropet er påkrevet, bestemmelse, ved hjelp av programvaren, om anropet ved bruk av telefonnummeret er tillatt; hvis det er bestemt av programvaren at anropet ved bruk av telefonnummeret er tillatt, å tillate programvaren å igangsette utførelsesenheten i applikasjonen, og hvis det er bestemt av programvaren at anropet ved bruk av telefonnummeret ikke er tillatt, å ikke tillate at programvaren igangsettelser uutførelsesenheten i applikasjonen.

10. Fremgangsmåte for begrensning av anrop ifølge krav 9, hvori: programvaren omfatter første programvare for igangsettelse av en utførelsesenhet i applikasjonen og andre programvare for styring av den første programvaren; der trinnet med å bestemme om igangsettelsen av utførelsesenheten krever anrop ved hjelp av sender/mottakerenheten (11) ved bruk av et telefonnummer gjøres av den første programvaren; der trinnet med bestemmelse av om anropet ved bruk av telefonnummeret er lobvlig gjøres av den andre programvaren; hvis det blir bestemt at anropet ved bruk av telefonnummeret er tillatt, den første programvaren tillates å igangsette utførelsesenheten i applikasjonen.

11. Datamaskinprogram omfattende programkodemidler innrettet til å utføre alle trinnene i fremgangsmåtene i krav 9 og 10, der programmet kjøres på en datamaskin som styrer kommunikasjonsterminalen.

12. Datamaskinprogram ifølge krav 11 inkludert i et datamaskin-lesbart lagringsmedium.