NO336174B1 - Tilveiebringelse av egenskapsdata på mobile terminaler for tjenester - Google Patents

Description

Bakgrunn for oppfinnelsen

Oppfinnelsen omhandler tjenester og spesifikt en løsning for å tilveiebringe egenskapsdata på mobile terminaler tilgjengelig for en mobilabonnement for tjenester.

Styringen av et mobilt kommunikasjonssystem er basert på samarbeid mellom en mobil stasjon og et mobilt kommunikasjonsnettverk, som kommuniserer i henhold til en avtalt protokoll over luftens grensesnitt. Gjennom det mobile kommunikasjonsnettverket, kan den mobile stasjonen kommunisere med andre mobile stasjoner i det samme mobile kommunikasjonssystemet. En forbindelse kan også bli etablert mellom mobile stasjoner som tilhører to ulike mobile kommunikasjonsnettverk som har blitt forbundet til hverandre, eller mellom et mobilt kommunikasjonsnettverk og enhver annen terminal når telekommunikasjonsnettverket til den andre terminalen kommuniserer med det mobile kommunikasjonsnettverket. Det kan også være én eller flere gateway - nettverk mellom det mobile kommunikasjonsnettverket og

telekommunikasjonsnettverket til andre terminaler.

Grensesnittet mellom den mobile stasjonen og det mobile kommunikasjonsnettverket er vanligvis strengt definert, feks. av internasjonale standarder. Følgelig har funksjonalitetene tilbudt av ulike elementer til mobile kommunikasjonsnettverk blitt arrangert på en forhåndsbestemt måte i protokollag som utveksler data. Ved å utnytte funksjonalitetene til de ulike protokollagene, kan et applikasjonsprogram som kjører i den mobile stasjonen kommunisere med applikasjonsprogram til en tjenestetilbyder forbundet til det mobile kommunikasjonsnettverket og dermed utnytte tjenestene produsert av tjenestetilbyderen. Ulike applikasjonsprotokoller er tilgjengelig for implementering av applikasjoner, men vanligvis er det betydelige ulikheter mellom tilegnelsen og vedlikeholdet av abonnentspesifikke data som er nødvendig for applikasjonen.

Arrangementet beskrevet over er illustrert i fig. 1 i henhold til tidligere kjent teknikk, hvor fig. 1 viser en mobil stasjon 10, som kommuniserer med et mobilt kommunikasjonsnettverk 12 over et luftgrensesnitt 11. En terminal 13 til en tjenestetilbyder kommuniserer med det mobile kommunikasjonsnettverket 12 via et telekommunikasjonsnettverk 14 og et gateway-nettverk 15 til tjenestetilbyderen. Ved å utnytte nettverkstjenestene tilveiebragt av det mobile kommunikasjonsnettverket 12, gateway-nettverket 15 og telekommunikasjons-nettverk 14 til tjenestetilbyderen, kan et applikasjonsprogram 16 i den mobile stasjonen og et applikasjonsprogram 17 i servicetilbyderens terminal utveksle data.

US 2003027581 Al beskriver et system og en fremgangsmåte for automatisk initiering av klargjøringsprosedyrer. Terminaler som ikke har blir klargjort for forbindelse til et nettverk eller tjeneste blir automatisk gjenkjent av nettverket. Når en slik terminal som ikke er klargjort blir detektert blir en varsling sendt til en egnet klargjøringsenhet på nettverket om å initiere klargjøringsprosedyrer for terminalen som ikke er klargjort.

WO 0064110 Al beskriver en fremgangsmåte for levering av meldinger i et kommunikasjonsnettverk. Fremgangsmåte omfatter bruk av i det minste en terminal og en meldingsfunksjonalitet. Fremgangsmåten omfatter et flertall trinn. Først blir informasjon angående terminalegenskaper sendt fra terminalen sammen med nåværende brukerprofil til nevnte meldingsfunksjonalitet under forekomster av en forhåndsbestemt betingelse. Deretter blir en beslutning tatt, avhengig av meldingsfunksjonaliteten, om hvordan håndtere en melding for nevnte terminal basert på den mottatte informasjonen. Til slutt blir nevnte melding håndtert av nevnte meldingsfunksjonaliteten i henhold til resultater fra beslutningstrinnet.

En mobil stasjon er generelt ansett å være delt i to komponenter, dvs. en mobilterminal og en abonnementsidentitetsmodul. Abonnementsidentitetsmodulen er en modul som er lagt til den mobile terminalen for abonnementsidentifikasjon og abonnementsspesifikke sikkerhetsdata. Programmet relatert til applikasjonen brukt av abonnenten er også typisk lagret i abonnementsidentitetsmodulen.

På grunn av overføringsevnen til abonnementsidentitetsmodulen, kan en abonnent kommunisere med tjenestetilbyderens applikasjonsprogram ved å bruke ulike mobile terminaler. Hver mobile terminal tilbyr i store trekk funksjonaliteter i henhold til luftgrensesnittets 11 protokoll, men i tillegg til disse, varierer spekteret av funksjonaliteter brukt for implementering av applikasjonsprogrammer mye fra én terminal til en annen. Dersom et applikasjonsprogram utnytter én eller flere funksjonaliteter som ikke er innbefattet som default i alle mobile terminaler, vil eller kan applikasjonsprogrammet måtte bli tilpasset i henhold til den mobile terminalen som brukes av abonnenten ved en gitt tid. I noen tilfeller kan tilpasningen bli utført i den mobile stasjonen, men dette krever ofte midler ved tjenestetilbyderens ende også. For å være i stand til å modifisere en tjeneste for å tilpasse seg til den mobile terminalen anvendt av abonnenten, trenger tjenestetilbyderen informasjon om den mobile terminalen brukt av abonnenten til en gitt tid.

Denne informasjonen er imidlertid ikke sendt automatisk til tjenestetilbyderen, noe som kan resultere i problemer når tjenesten blir brukt. Siden en positiv tjeneste-opplevelse er én av de viktigste kriteriene med hensyn til servicevennlighet, er eliminering av tekniske usikkerhetsfaktorer av denne typen av primær viktighet for tjenestetilbyderne.

En måte å sende dataene nødvendig for å tilpasse en tjeneste på, er at abonnenten når han bytter mobilterminal, sender en beskjed, f.eks. en kortmelding, til tjenestetilbyderen for å informere den sistnevnte om type mobilterminal han/hun bruker. På bakgrunn av mottatt beskjed, kan tjenestetilbyderen tilpasse sin tjeneste for å tilpasse funksjonaliteten til den mobile terminalen. Et problem assosiert med denne løsningen er at den skaper ekstra trøbbel til abonnenten og dens suksess avhenger i helhet på om abonnenten husker å tilveiebringe nødvendig informasjon og gir dem i korrekt form. Arrangementet er også tjenestespesifikt, dvs. abonnenten må sende flere beskjeder til ulike tjenestetilbydere hver gang han/hun forandrer den mobile terminalen.

En annen måte er en prosedyre brukt i browser-servicesystemer hvor browseren og serverkilden utveksler brukerprofildata, som kan bli utnyttet i tilpasningen av tjenesten til brukerens foreliggende hardware-omgivelse. F.eks. en UAProf definert av "the Wireless Application Protocol Forum" beskriver overføring av brukerprofildata mellom en WAP-browser og en kildeserver. UAProf utnytter en tidligere kjent CC/PP-modell (composite capabilities/preferences profile) i overhengende data på terminalhardwareegenskaper, softwareegenskaper, applikasjon/ brukerpreferanser, WAP-egenskaper, og nettverksegenskaper. Imidlertid fungerer dette arrangementet kun i den aktuelle browser-server-kombinasjonen, dvs. på denne måten blir dataene ikke sendt til andre tjenester.

"The Device Menagement workgroup of Open Mobile Alliance (OMA)" definerer for tiden generelle modeller for å håndtere data omhandlende mobile terminaler, innbefattende konfigurasjonsinnstillinger, brukerparametere, softwareinnstillinger og parametere, applikasjonsinnstillinger og brukerpreferanser. F.eks., definerer OMA SyncML Device Management protokollen fire protokollpakker med trinnene for forbindelsesetablering og håndtering. Løsningen beskrevet generisk definerer situasjoner hvor dataene utveksles så vel som kommandosekvenser for å overføre spesifikke parametere. Imidlertid krever løsningen beskrevet støtte av nettverks-noder og terminaler som deltar i dataoverføringen fra den ovenfor nevnte SyncML Device Management protokoll som fremdeles er i definisjonsstadiet. Ettersom nye tjenester kommer på markedet og antall terminaltyper tilgjengelig øker, er det viktig å tilveiebringe et arrangement som løser problemet ved å sørge for at en tjenestetilbyder mottar informasjon om den mobile terminalen brukt av en abonnent ved en gitt tid uten å forårsake ekstra trøbbel for abonnenten eller store forandringer til eksisterende terminaler og nettverkselementer.

Kort beskrivelse av oppfinnelsen

Hensikten med oppfinnelsen er å tilveiebringe en fremgangsmåte og en apparatur for å implementere fremgangsmåten slik at data relevante til applikasjoner på en mobilterminal brukt av en mobilabonnent kan bli vedlikeholdt automatisk uten forandringer av eksisterende systemer. Hensikten med oppfinnelsen blir oppnådd ved en fremgangsmåte og et system som erkarakterisert veddet som er fremlagt i de uavhengige kravene. Foretrukne utførelser av oppfinnelsen er fremlagt i de avhengige kravene.

Ideen som ligger til grunn for oppfinnelsen er at identitetsmodulen som identifiserer en mobil abonnent alltid er tilveiebragt med en applikasjon som er aktivert når mobilterminalen er slått på. Applikasjonen sjekker egenskapene til den mobile terminalen som brukes og dersom den merker forandringer i egenskapene videreformidles informasjon til en server som vedlikeholder data i nettverket.

En fordel med fremgangsmåten og systemet i henhold til oppfinnelsen er at data for valgte egenskaper til den mobile terminalen som brukes kan automatisk bli vedlikeholdt på nettverkssiden og dermed er dataene lett å hente for ulike applikasjoner.

Kort beskrivelse av figurene

Oppfinnelsen vil nå bli beskrevet i forbindelse med foretrukne utførelser med henvisning til tilhørende figurer hvor: Fig. 1 er et blokkskjema som illustrerer tidligere kjent løsning for å tilveiebringe applikasjonstjenester for mobile abonnenter; Fig. 2 er et generelt blokkdiagram som illustrerer elementer relatert til overføring av multimediameldinger; Fig. 3 illustrerer et system i henhold til oppfinnelsen ved hjelp av elementer til en foretrukken utførelse; Fig. 4 er et blokkskjema som illustrerer en funksjonell beskrivelse av en mobilstasjon; Fig. 5 er et blokkdiagram som illustrerer en funksjonell implementering av en server til en tjenestetilbyder; Fig. 6 illustrerer trinnene til fremgangsmåten i henhold til oppfinnelsen; Fig. 7 illustrerer en annen utførelse av fremgangsmåten i henhold til oppfinnelsen.

Detaljert beskrivelse av oppfinnelsen

Den foreliggende oppfinnelsen kan anvendes på ethvert mobilt kommunikasjonssystem hvor en mobil abonnent har en overførbar abonnentidentitetsmodul til sin disposisjon og hvor abonnenten kan utnytte en tjeneste tilbudt av tjenestetilbyderen som kommuniserer med det mobile kommunikasjonsnettverket ved hjelp av to ulike mobile terminaler som utnytter den overførbare abonnentidentitetsmodulen. Slike systemer innbefatter tredje generasjons mobilkommunikasjonssystemer, slik som Universal Mobile Telecommunication System (UMTS), og mobile kommunikasjonssystemer korresponderende til globale GSM-systemer (Global System for Mobile Communications), slik som GSM 1800 og PCS (Personl Communication System), og systemer basert på de ovenfor nevnte, slik som GSM 2+-systemer. Systemer av GSM 2+ innbefatter GPRS (General Packet Radio Service) og CAMEL (Customised Applications for Mobile network Enhanced Logic). Oppfinnelsen gjelder også for faste systemer som tilfredsstiller betingelsene beskrevet over.

Den foreliggende oppfinnelsen er nyttbar i forbindelse med enhver tjeneste tilgjengelig til en mobil abonnent som kan eller må bli modifisert i henhold til abonnentens terminal brukt av abonnenten til enhver tid. I det følgende vil oppfinnelsen bli beskrevet ved å bruke dens foretrukne utførelse som et eksempel, dvs. i forbindelse med sending og mottak av multimediabeskjeder, uten på noen måte å begrense oppfinnelsen til sin anvendelse eller til terminologien brukt.

Fig. 2 er et generelt blokkskjema som illustrerer elementene relatert til overføringen av multimediabeskjeder. Det skal bemerkes at fig. 2 illustrerer logiske elementer og tar dermed ikke hensyn til hvordan disse elementene blir implementert i separate fysiske innretninger. En MMS-klient 20 er et systemelement som samhandler med den mobile abonnenten. Typisk er MMS-klienten 20 implementert som en applikasjon på den mobile stasjonen. En MMS-proxy-server 22 er et element som kommuniserer med andre kommunikasjonssystemer. En MMS-server 24 er ansvarlig for å lagre beskjeder og kommunisere med MMS-klienten 20 via MMS-proxy-serveren 22. I noen systemer er MMS-proxy-server og MMS-klient integrert.

I vanlig bruk aktiverer en første mobilabonnent en første MMS-klient 20 tilveiebragt på den mobile stasjonen, velger eller taster inn måladressen til multimediabeskjeden med inputmidler til den første mobile stasjonen, f.eks. et tastatur, lager meldingen som skal sendes og gir, via en første MMS-klient, en kommando for å sende meldingen. Den første MMS-klienten sender meldingen over luftgrensesnittet til en forhåndsbestemt MMS-proxy-server 22, som videreformidler beskjeden til den første MMS-serveren 24 som lagrer den. MMS-proxy-serveren sender en notifikasjon til en andre MMS-klient 28 til et andre MMS-system 26 i henhold til måladressen på beskjeden adressert til den.

Den andre MMS-klienten 28 henter multimediabeskjeden fra den første MMS-serveren 24 og informerer den mobile abonnenten til den andre MMS-klienten 28 til den mottatte beskjeden. Når den mobile abonnenten til den andre MMS-klienten 28 forespør fremvisning av mottatt beskjed, mater den andre MMS-klienten 28 ut beskjeden ved å bruke utgangsmidler til den andre mobile stasjonen i bruk, slik som en skjerm.

Informasjon om innretningen brukt av den mobile abonnenten innbefatter en MMS-klient ble ikke automatisk sendt til en tjenestetilbyder. En abonnent tilveiebragt med en MMS-klient ønsker typisk å utnytte trekkene tilbudt av MMS-tjenestene, f.eks. bilder og andre grafiske presentasjoner. På en annen side kan en abonnent uten noen MMS-klient tilgjengelig være interessert i å utnytte tjenesten selv i en enklere versjon. Et eksempel kan være en værtjeneste, hvor abonnenten forespør værinformasjonen på et ønsket område. Værinformasjonen oversendt som en MMS-melding kan innbefatte en grafisk konsentrasjon av skyer som beveger seg over en lokasjon. Dersom abonnenten bruker en enklere terminal som ikke støtter multimediabeskjeder, er det mer passende å sende ham/henne veiinformasjon på det aktuelle området som numeriske data, som uttrykker temperatur og vindretning og hastighet. For å være i stand til å modifisere en tjeneste for å tilpasses abonnentens terminal, trenger tjenestetilbyderen informasjon om abonnenten bruker en mobilterminal som støtter multimediabeskjeder eller ikke.

Den foreliggende oppfinnelsen utnytter en applikasjon som er lagret i abonnentens identitetsmodul og som blir automatisk aktivisert i en spesifikk situasjon relatert til bruken av identitetsmodulen, og dermed tar hånd om overføringen av dataene på innretningen brukt av abonnenten til tjenestetilbyderen. En foretrukket utførelse av oppfinnelsen som blir beskrevet utnytter for dette formålet en Subscriber Identity Module (SIM) Application Toolkit arrangement definert i forbindelse med GSM-standardisering. I tredje generasjons UMTS-systemer, er det korresponderende arrangementet kjent som USIM Application Toolkit, og med hensyn til dette, er oppfinnelsen naturlig egnet selv i ethvert arrangement som muliggjør samhandling mellom en abonnents identitetsmodul og den mobile terminalen på en nødvendig måte.

SIM Application Toolkit definerer et grensesnitt mellom abonnentens identitetsmodul og GSM-abonnent, dvs. et SIM-kort, og den mobile terminalen. Formålene til dette grensesnittet er å tilveiebringe gjensidige interopererbar uavhengighet til SIM-kortene og de mobile terminalprosedyrene eller operatorene. SIM Application Toolkit tillater SIM-kortet å interagere og samarbeide med enhver mobil terminal som understøtter funksjonaliteter i henhold til SIM Application Toolkit grensesnittet.

En av SIM Application Toolkit mekanismene omfatter lasting av den mobile terminalprofilen, i hvilket tilfelle den mobile terminalen indikerer funksjonaliteten definert som relevant til SIM Application Toolkit funksjonaliteten den understøtter. På basis av data tilveiebragt av denne mekanismen, kan abonnentidentitetsmodulen modifisere sin SIM Application Toolkit funksjonalitet i henhold til mulighetene til den mobile stasjonen. Informasjonen om at den mobile terminalen understøtter MMS blir ikke typisk overført i forbindelse med lasting av profilen.

Proaktiv SIM er en mekanisme hvor SIM kan aktivere de mobile terminalfunksjonalitetene. Slike funksjonaliteter innbefatter å sende ut tekst fra SIM-kortet til den mobile terminalen, overføre en kortmelding, etablere en samtale til et nummer lagret i SIM-kortet, overføre en verdiøkt tjenestekontrollbeskjed eller en USSD-symbolsekvens, spille lyd gjennom høyttaleren, initiere en dialog med abonnenten, og til og med lokal data fra den mobile terminalen til SIM-kortet, implementere en AT-kommando mottatt fra SIM-kortet og returnere et mulig resultat til SIM-kortet etc.

SIM Application Toolkit tilveiebringer også en mekanisme for å laste ned informasjon til et SIM-kort så vel som en mekanisme for å overføre et menyalternativ av abonnentens SIM-applikasjon til SIM-kortet. Følgelig kan en funksjonalitet bli aktivert hvor SIM-kontrollene kaller opp etablering med å rette alle faste nummere eller symbolsekvenser av verdiøkte tjenester til SIM-kortet før samtaleetablering eller implementering av en verdiøkt tjeneste, i hvilket tilfelle SIM-kortet kan tillate, hindre eller manifestere samtaleetablering eller verdiøkt tjeneste. Korresponderende kontrollfunksjonalitet kan også bli tilveiebragt for mobilopphavskortmeldinger.

Fig. 3 illustrerer et system i henhold til oppfinnelsen ved hjelp av elementer til en foretrukket utførelse. Den mobile stasjonen 30 er en integrert enhet dannet av den mobile terminalen 31 og abonnentens identitetsmodul 32 er et SIM-kort, som er forbundet elektrisk til den mobile terminalen. Et grensesnitt 33, i denne utførelsen SIM Application Toolkit, har blitt definert mellom den mobile terminalen 31 og abonnentens identitetsmodul 32, som kan interagere på en forhåndsbestemt måte over grensesnittet. Den mobile stasjonen 30 fungerer i et mobilt kommunikasjonsnettverk 34, som kommuniserer med et

telekommunikasjonsnettverk 35 via forhåndsbestemte gateway-sentre, hvor telekommunikasjonsnettverket omfatter én eller flere lokale områdenettverk 36, 37, 38 som er forbundet.

En eller flere lokale områdenettverk er det lokale nettverket 36 til den første tjenestetilbyderen, som innbefatter en server 361 relatert til en spesifikk nettverkstjeneste, en MMS-proxy-server 362 og MMS-server 363 til tjenestetilbyderen. Serveren 361 relatert til nettverkstjenesten innbefatter en MMS-klient 364 og applikasjonssoftware 365 til den første tjenestetilbyderen.

Et annet lokalt nettverk i telekommunikasjonsnettverket er et MMS-nettverk 37, som tjener abonnentene i det mobile kommunikasjonsnettverket og innbefatter en MMS-proxy-server 371 og MMS-server 372 og til det mobile

kommunikasj onsnettverket.

I eksemplet som blir illustrert, omfatter serveren 361 til den første tjenestetilbyderen applikasjonssoftware til den første tjenestetilbyderen, som vedlikeholder data relatert til et spesifikt område (f. eks. vær, sportsresultater, kursrater, etc.) og genererer, i respons til en forespørsel av den mobile abonnenten oppdaterte data på dette spesifikke området for sending til abonnentens mobile stasjon.

For utnyttelse av applikasjonssoftware, er applikasjonssoftware 321 til den mobile stasjonen som korresponderer til applikasjonssoftware 365 til den første tjenestetilbyderen lagret i den mobile stasjonen 30. Når den mobile abonnenten kaller opp applikasjonssoftwaren 321 med visse parametere, genererer applikasjonssoftwaren 321 til den mobile stasjonen en multimediamelding, hvilket innhold korresponderer til forespørselen for aktivering av applikasjonssoftware til den første tjenestetilbyderen, tilveiebringer beskjeden med adressen til MMS-klienten 364 til den første tjenestetilbyderen og forespør sending av beskjeden. Beskjeden blir overført via det mobile kommunikasjonsnettverket 34 og telekommunikasjonsnettverk 35 til MMS-proxy-server 371 til det mobile kommunikasjonsnettverket, som lagrer beskjeden i MMS-serveren 372 til det mobile kommunikasjonsnettverket. Proxy-serveren 371 til det mobile kommunikasjonsnettverket sender også data på meldingen lagret i MMS-serveren 372 til det mobile kommunikasjonsnettverket til MMS-klienten 364 til den første tj enestetilby deren.

Applikasjonssoftware 365 til den første tjenestetilbyderen mottar den mobile abonnentens forespørsel i det formatet som er nødvendig og genererer innhold korresponderende til forespørselen. Imidlertid kan innholdet som korresponderer til forespørselen bli generert i to eller flere formater slik at innhold som korresponderer til forespørselen sendt av mobilabonnenten men som tilveiebringer informasjon i et format modifisert i henhold til egenskapene til den mottagende mobile terminalen. I fig. 3 er dette illustrert ved innholdsformat DAT1 366, som korresponderer til innholdet generert for den mobile stasjonen som støtter mobil meldingsutveksling, og innholdsformat DAT2 367, som korresponderer til innholdet generert for sending til en mobilterminal som ikke støtter mottagelse av multimediameldinger. For å være i stand til å velge det rette innholdsformatet for sending til den mobile abonnenten, trenger applikasjonssoftwaren informasjon om den mobile terminalen for tiden brukt av den mobile abonnenten støtter multimediameldinger eller ikke.

I arrangementet i henhold til oppfinnelsen, er applikasjonssoftwaren til den mobile stasjonen arrangert for å alltid bli aktivert når den mobile terminalen er påslått. Ved aktivering blir applikasjonssoftwaren arrangert for å bestemme de valgte egenskapene til den mobile terminalen 31 på bakgrunn av funksjonalitetene til grensesnittet mellom den mobile terminalen og abonnentens identitetsmodul. Etter at dataene har blitt bestemt, blir de sammenlignet med korresponderende tidligere lagrede data. Dersom data har blitt forandret blir applikasjonssoftware på den mobile stasjonen arrangert til å generere en melding som inneholder i det minste informasjon om de merkede forandringene. Applikasjonssoftware til den mobile stasjonen lagrer nye data og sender en generert melding til applikasjonssoftware til tj enestetilby deren.

Applikasjonssoftware til tjenestetilbyderen lagrer data, hvoretter de blir tilgjengelige for applikasjonssoftware for modifikasjon av innhold i henhold til abonnentens mobile terminal. Takket være dette arrangementet, blir up-to-date data på de valgte egenskapene til den mobile terminalen brukt av abonnenten konstant lagret i serveren på nettverkets side for utnyttelse i forbindelse med andre tjenester. Siden datastrømmen fra abonnentens identitetsmodul til serveren er basert på applikasjonssoftware som kan bli oppdatert over luftgrensesnittet, muliggjør arrangementet fremleggelse av data som er relevante til nye tjenester på en pålitelig måte uten å sørge for ekstra problemer til den mobile abonnenten. Dette er relevant for implementering av nye "push-up"-tjenester spesifikt.

I utførelsen vist i fig. 3 blir applikasjonssoftware 321 på SIM-kort 32 til den mobile stasjonen aktivert automatisk hver gang den mobile terminalen 31 er påslått. Applikasjonen utnytter minnet til SIM-kortet hvor den vedlikeholder IMEI-koden (International Mobile Station Equipment Identity) til den mobile terminalen. Applikasjonssoftwaren gir en proaktiv SIM-kommando "PROVIDE LOCAL INFORMATION" til SIM Application Toolkit hvor kommandoen forespør den mobile terminalen til å sende den foreliggende lokale informasjonen til SIM-kortet. I tillegg til andre data, innbefatter den lokale informasjonen til "PROVIDE LOCAL INFORMATION" kommando en IMEI-kode til den mobile terminalen.

Når den mobile terminalen returnerer den forespurte lokale informasjonen, sjekker applikasjonssoftwaren om IMEI-koden er den samme som den lagrede IMEI-koden. Dersom koden har blitt forandret, oppdaterer applikasjonssoftwaren den nye IMEI-koden til minnet. Samtidig genererer softwareapplikasjonen en kortmelding adressert til serveren til den første tjenestetilbyderen og sender den til nummeret reservert for serveren til den første tjenestetilbyderen som fortrinnsvis er et SMS-nummer.

Applikasjonssoftwaren til den første tjenestetilbyderens server utnytter serverens minne og opprettholder en første database 368 der, som inneholder en linking mellom adressedataene som identifiserer identitetsmodulen til hver abonnent og data som beskriver en spesifikk egenskap til den mobile terminalen.

I utførelsen vist i fig. 3, blir den eksempelvis post-format på det enkleste vist som

<MSISDN,IMEI>, dvs. den første delen omfatter 16 symboler som definerer abonnentens mobile nummer (Mobile Subscriber International ISDN Number) og den andre delen omfatter 19 symboler som definerer den mobile utstyrs identiteten (IMEI). En andre database 369 blir også lagret i serveren, som inneholder informasjon om den mobile terminalen med IMEI-koden som er aktuell understøtter mottak av multimediameldinger. I det tilfellet blir det korresponderende eksempelvise post-formatet på det enkleste <IMEI,TRUE/FALSE>, dvs. den første delen omfatter 19 symboler som definerer den mobile utstyrsidentiteten (IMEI) og den andre delen omfatter ett symbol som indikerer om understøttelse eksisterer (1=TRUE) eller ikke (0=FALSE).

Når en applikasjon, som kan eller må modifisere innholdet sendt av den for å tilpasses til den mottagende mobile terminalen, krever data for egenskapene til den mobile terminalen som for tiden brukes av den mobile abonnenten sender den en forespørsel til tjenestetilbyderens server og mottar de ønskede dataene i respons.

I tilfellet med fig. 3, sjekker applikasjonssoftwaren 365 til den første tjenestetilbyderen etter å ha mottatt en forespørsel fra abonnenten som beskrevet over, IMEI-koden til abonnentens terminal i den første databasen 368 og etter det sjekke den, på bakgrunn av IMEI-koden, den andre databasen 369 om mobilens terminal korresponderer til denne koden innbefatter en MMS-klient 322 eller ikke. Dersom den mobile terminalen innbefatter en MMS-klient, produserer den en melding som omfatter innholdet i DATI-formatet. Dersom den mobile terminalen ikke innbefatter noen MMS-klient, produserer den en melding som omfatter innholdet i DAT2-formatet.

Tjenesten som krever informasjon kan også være en tjeneste som ikke er tjenesteoperatørens egentjeneste, og modifikasjoner av tjenesten kan bety at avgjørelsen om å sende eller ikke sende en multimediamelding blir gjort på bakgrunn av den mottagende mobilterminalen. Fig. 3 illustrerer et eksempel hvor applikasjonssoftware 382 brukt på serveren 381 til den andre tjenestetilbyderen i det andre lokale områdenettverk et 38 ønsker å sende en notifikasjon til valgte klienter av det mobile kommunikasjonsnettverket 34 som en push-tjeneste. Notifikasjonen inneholder et bilde med en fremvisning som krever at den mobile terminalen er egnet for å motta multimediameldinger skal være tilgjengelige for den mobile abonnenten. For å være i stand til å bestemme om de mobile abonnentene er i stand til å motta notifikasjonen, sender applikasjonssoftwaren 382 til den andre tjenestetilbyderen en liste på de valgte mobile abonnentene som en forespørsel til den første tjenestetilbyderens applikasjonssoftware 365. Den første tjenestetilbyderens applikasjonssoftware sjekker IMEI-koden som korresponderer til MSISDN-nummeret til hver mobile abonnent på en liste i den første databasen 368, og informasjonen som korresponderer til hver IMEI-kode for støtte for mottak av en multimediamelding eller mangel på denne i den andre databasen 369. Det skal bemerkes at dersom applikasjonssoftwaren som etterspør denne informasjonen blir håndtert av den andre servicetilbyderen, må både den etterspørrende og den svarende applikasjonssoftwaren innbefatte tilstrekkelige sikkerhetsprosesser som er kjent i dag, f.eks. mellomliggende serverautentisering og innholdsverifikasjon.

En annen utførelse av oppfinnelsen utnytter en proaktiv SIM-kommando "RUN AT COMMAND". Ved å bruke denne kommandoen gir SIM-kortet en AT-kommando som om den hadde blitt gitt av en terminal forbundet til den mobile terminalen. Ved hjelp av AT-kommandoer +CGMI, +CGMM og +CGMR, kan SIM-kortet finne ut produsenten av den mobile terminalen, dens type og versjon, respektivt. Applikasjonssoftwaren 321 til den mobile stasjonen sammenligner data den har mottatt med tidligere lagrede data, og selv om en enkelt dataenhet har blitt forandret oppdaterer den de nye dataene til SIM-kortet 32 og sender en oppdateringsbeskjed til servicetilveiebringerapplikasjonssoftwaren 365 som beskrevet over.

I en annen utførelse av oppfinnelsen blir applikasjonssoftwaren til den første tjenestetilbyderen arrangert for å modifisere data mottatt fra den mobile stasjonen for derved å tilveiebringe data i en prosessert form til de ulike applikasjoner. Fortrinnsvis blir dette utført ved å utvide formatet på posten til den andre databasen. På bakgrunn av IMEI-koden, f. eks. kan ulike typer data på egenskapene til den mobile stasjonen bli bestemt, slik som produsent, modellnummer, skjermstørrelse, skjermoppløsning, antall farger, etc. Ved å lagre valgte deler av data som omhandler mobilterminalegenskaper som korresponderer til IMEI-koden i den andre databasen 369, blir en link tilegnet som kan bli brukt for tilpasning av tjenesten i henhold til egenskapene til den mottagende mobilterminalen. Slike tilpasningsmidler, f. eks. modifikasjoner av innholdet som skal sendes på bakgrunn av egenskapene til den mottagende mobilterminalen eller skjelne mobilabonnenter ved å bruke mobilterminaler tilveiebragt med ønskede egenskaper for å tilby innhold som utnytter egenskapene som er aktuelle.

Det skal bemerkes at nettverkskonfigurasjonen presentert kun beskriver elementer som er nødvendig for å illustrere den valgte utførelsen og at enheten må analyseres på bakgrunn av logisk funksjonalitet innbefattet i prosedyren. F.eks. servere, MMS-servere og proxy-servere kan bli plassert forskjellig i et nettverk, og de kan bli integrert inn i samme nettverkselementer eller delt inn i flere elementer. Likeledes kan den første databasen og den andre databasen bli integrert eller være separert fra hverandre.

Når det gjelder en mer detaljert funksjonell beskrivelse av den mobile stasjonen refereres det til blokkskjema i fig. 4. Den mobile stasjonen 40 omfatter en mobilterminal 41 og en frakoblebar abonnentsidentitetsmodul 42. Den mobile terminalen 41 omfatter prosesseringsmidler 410, dvs. et element som innbefatter en aritmetisk logisk enhet, et antall av spesielle registre, og kontrollkretser. Prosesseringsmidlene er tilveiebragt med en minneenhet, eller minneenheter 411, dvs. datalagringssystem hvor datalesbare data eller programmer eller brukerdata kan bli lagret. Minnemidlene innbefatter typisk minneenheter som muliggjør lesings- og skrivings- funksjoner (Read-and-Write Memory, RAM) og minneenheter fra hvilket data kun kan leses (Read-Only Memory, ROM). I tillegg omfatter den mobile terminalen et grensesnittselement 412 som omfatter inngang eller inngangsmidler 413 for å motta informasjon som skal bli prosessert i interne prosesser i den mobile terminalen, og en utgang eller utgangsmidler 414 for å føre ut informasjon på de interne prosessene til den mobile terminalen. Inngangsmidlene 413 innbefatter fortrinnsvis elementer for å motta data fra abonnenten, elementer omfattende f.eks. et tastatur, en trykkfølsom skjerm, en mikrofon, etc. Inngangsmidlene 413 innbefatter fortrinnsvis også elementer for å motta data fra andre enheter tilkoblet til den mobile terminalen. Et eksempel på en slik enhet er en personlig datamaskin forbundet til den mobile terminalen med ledninger, infrarød forbindelse, Bluetooth-forbindelse eller lignende. Inngangsmidlet 413 innbefatter videre elementer for å motta data fra abonnentens identitetsmodul tilkoblet til den mobile terminalen. Utgangsmidlene 414 innbefatter fortrinnsvis elementer for å føre ut data til en abonnent, feks. en trykkfølsom skjerm, en høyttaler, etc. Utgangsmidlene 414 innbefatter fortrinnsvis elementer korresponderende til inngangsmidlene for å føre ut data til en annen enhet forbundet til den mobile terminalen og til en abonnents identitetsmodul. Den mobile terminalen 41 omfatter videre en radiodel 415 som er forbundet til prosesseringsmidlene 410, og innbefatter midler 417 for å motta data via et datagrensesnitt og for prosessering av mottatte data for fremføring til prosesseringsmidlene 410. Radiodelen omfatter også sendermidler 417 for å motta data fra prosesseringsmidlene 410 og for å sende data over radiogrensesnittet. Prosesseringsmidlene 410, minnemidlene 411, grensesnittselementet 412 og radioenheten 415 er forbundet elektrisk til hverandre for systematisk prosessering av mottatte og/eller lagrede data i henhold til forhåndsbestemte i store trekk programmerte prosedyrer. Implementeringen av de logiske enhetene til den mobile terminalen er kjent per se for en fagperson på området.

Abonnentens identitetsmodul 42 omfatter likeledes prosesseringsmidler 421, dvs. et element som innbefatter en aritmetisk logisk enhet, et antall spesielle registre, og kontrollkretser. Prosesseringsmidlene 421 er tilveiebragt med en minneenhet, eller minneenheter 422, dvs. et datalagringssystem hvor datamaskinlesbare data eller programmer eller brukerdata kan bli lagret. Minnemidlene 422 innbefatter typisk minneenheter som muliggjør lesings- og skrivingsfunksjoner (Read-and-Write Memory, RAM) og minneenheter fra hvilke data kun kan bli lest (Read-Only-Memory, ROM). I tillegg omfatter abonnementsidentitetsmodulen et grensesnittselement 423 som omfatter inngang eller inngangsmidler 424 for å motta informasjon som skal bli prosessert i interne prosesser til abonnentens identitetsmodul, og en utgang eller utgangsmidler 425 for gitte data på de interne prosessene til abonnentens identitetsmodul. Prosesseringsmidler 423, minnemidler 422 og grensesnittselement 423 er forbundet elektrisk til hverandre for systematisk prosessering av mottatte og/eller lagrede data i henhold til forhåndsbestemte i store trekk programmerte prosedyrer. En slik prosedyre er løsningen beskrevet i forbindelse med fig. 3 og 5 for å vedlikeholde data på en mobilterminal som er i bruk og overføre dem til den første tjenestetilbyderen.

Fig. 5 er et blokkskjema som illustrerer funksjonell implementering på en server av en servicetilbyder. Serveren omfatter en prosessor eller prosessormidler 510, dvs. et element som omfatter en aritmetisk logisk enhet, et antall av spesielle registre, og kontrollkretser. Prosesseringsmidler er tilveiebragt med en minneenhet, eller minneenheter 511, dvs. datalagringssystem hvor datamaskinlesbare data eller programmer eller brukerdata kan bli lagret. Minnemidlene innbefatter typisk minneenheter som muliggjør lesings- og skrivingsfunksjoner (Read-and-Write Memory, RAM) og minneenheter fra hvilke data kun kan leses (Read-Only-Memory, ROM). I tillegg omfatter serveren et grensesnittselement, som omfatter enn inngang eller inngangsmidler 513 for å motta data fra

telekommunikasjonsnettverket og for å overføre dem for prosessering i interne prosesser på serveren, og utgang eller utgangsmidler 514 for å føre ut data på de interne prosessene til serveren til telekommunikasjonsnettverket. Serveren innbefatter fortrinnsvis også et brukergrensesnitt 515 som omfatter elementer for å føre ut data til abonnenten, hvor elementene omfatter f.eks. et tastatur, en trykkfølsom skjerm, en høyttaler, etc. Prosesseringsmidler 510, minnemidler 511 og brukergrensesnitt 515 er forbundet elektrisk til hverandre for systematisk prosessering av mottatte og/eller lagrede data i henhold til en forhåndsbestemt i store trekk programmerte prosedyrer. Slike prosedyrer innbefatter funksjonene i henhold til løsningen av oppfinnelsen beskrevet i fig. 3 og 6. Implementeringen av de beskrevne logiske enhetene på serveren er kjent per se for en fagperson på området. Fig. 6 illustrerer trinnene til fremgangsmåten i henhold til oppfinnelsen. Trinnene er implementert i systemets elementer beskrevet over ved å bruke midlene beskrevet over. Fremgangsmåten starter fra en situasjon hvor den mobile terminalen og abonnents-identitetsmodulen er forbundet til hverandre, dvs. den mobile stasjonen er slått på i utførelsen beskrevet over (trinn 610) og SIM-kortet er aktivert ved å taste inn akseptabel kode. Abonnentens identitetsmodul bestemmer (trinn 615) ett eller flere valgte mobilterminalegenskaper valgt som er relevante til applikasjonene via et brukergrensesnitt tilveiebragt mellom abonnentens identitetsmodul og mobilens terminal. Ved å ha mottatt de forespurte data, sammenligner abonnentsidentitetsmodulen dem med tidligere lagrede data (trinn 620). Dersom dataene i store trekk er identiske til videre lagrede data, fortsetter prosedyren fra trinn 645. Dersom dataene ikke i store trekk er identiske, blir dataene lagret (trinn 630) i abonnentens identitetsmodul og sendt (trinn 635) til serveren til den første tjenestetilbyderen. Dataene blir lagret (trinn 640) i serveren. I trinn 645, med software-applikasjon som enten er applikasjonssoftware relatert til en tjeneste til den første tjenestetilbyderen eller applikasjonssoftwaren til en annen tjenestetilbyder, sende en forespørsel til den førte tjenestetilbyderens server for å finne ut data som er relevante til implementeringen av applikasjonen. Oppdaterte data blir hentet fra databasen (trinn 650) ved hjelp av arrangementet i henhold til oppfinnelsen og returnert til den parten som sendte forespørselen (trinn 655). Fig. 7 illustrerer en annen utførelse av fremgangsmåten i henhold til oppfinnelsen, hvor utførelsen innbefatter trinnene illustrert i fig. 6 så vel som nye. I den ovenfor nevnte stasjonen bemerker den første tjenestetilbyderen en ny tjeneste hvor en mobilterminalegenskap ved hvilket en tjenestetilbyder ikke opprettholder data på sin server er relevant. I det tilfellet, kan en første tjenestetilbyder oppdatere (trinn 700) applikasjonssoftware til serveren og den til en abonnents identitetsmodul slik at manglende egenskap eller egenskaper blir lagt til dataene som skal bestemmes i trinn 615 og til dataene som skal lagres i trinn 640. Ved å utnytte trekkene tilbudt av SIM Application Toolkit, blir den oppdaterte applikasjonssoftwaren sendt (trinn 710) til de mobile stasjonene i det mobile kommunikasjonsnettverket over luftgrensesnittet. Etter at abonnenten har mottatt oppdateringen og akseptert (trinn 720) sin lagring i abonnentens identitetsmodul, fortsetter mobilstasjonens applikasjon til prosedyren i fig. 6 fra trinn 615.

Det er åpenbart at for en fagperson på området vil, ettersom teknologien skrider frem, det oppfinneriske konseptet kunne bli implementert på ulike måter. Oppfinnelsen og dens utførelser er dermed ikke begrenset til eksemplene beskrevet over, men de kan variere innenfor omfanget av kravene.

Claims (6)

1. Mobilstasjon (30) omfattende en mobilterminal (31), en overførbar abonnementsidentitetsmodul (32), og et applikasjonsgrensesnitt (33) mellom den mobile terminalen og abonnentens identitetsmodul, hvor abonnentens identitetsmodul omfatter midler for å lagre data, karakterisert vedat abonnentens identitetsmodul omfatter midler (321) for å etterspørre valgte egenskapsdata fra den mobile terminalen over applikasjonsgrensesnittet, hvor midlene er arrangert til å bli aktivert i respons til forbindelsen av abonnentens identitetsmodul og den mobile terminalen; midler (321) for å sammenligne de etterspurte egenskapsdata med egenskapsdata lagret i abonnentens identitetsmodul; midler (321) for å oppdatere de lagrede egenskapsdata i abonnentens identitetsmodul dersom etterspurte egenskapsdata er forskjellig fra lagrede egenskapsdata, og midler (321) for å sende en beskjed omfattende de valgte data til en forhåndsbestemt server som respons på at de etterspurte egenskapsdata er forskjellige fra de lagrede egenskapsdata.

2. Mobilstasjon (30) i henhold til krav 1, karakterisert vedat de valgte egenskapsdata har blitt bestemt i abonnentens identitetsmodul (32) ved hjelp av applikasjonssoftware som er oppdatert over et luftgrensesnitt.

3. Mobilstasjon (30) i henhold til krav 1, karakterisert vedat applikasjonssoftware er et Subscriber Identity Module, SIM, Application Toolkit.

4. Mobilstasjon (30) i henhold til krav 2, karakterisert vedat valgte egenskapsdata innbefatter en International Mobile Station Equipment Identity kode, IMEI, til den mobile terminalen.

5. Telekommunikasjonssystem omfattende et mobilt kommunikasjonsnettverk (34), en mobilstasjon (30) som opererer i det mobile kommunikasjonsnettverket, og en server (361) som kommuniserer med det mobile kommunikasjonsnettverket, den mobile stasjonen omfatter en mobilterminal (31), en overførbar abonnementsidentitetsmodul (32), og et applikasjonsgrensesnitt (33) mellom mobilterminalen og abonnentens identitetsmodul, hvor abonnementsidentitetsmodulen omfatter midler for å lagre data, og serveren omfatter midler for å sende data til og motta data fra en mobil abonnent i det mobile kommunikasj onsnettverket, karakterisert vedat abonnentens identitetsmodul (32) til mobilens stasjon omfatter: midler (321) for å etterspørre valgte egenskapsdata fra mobilterminalen over applikasjonsgrensesnittet, hvor midlene blir arrangert for å bli aktivert i respons til forbindelsen av abonnentens identitetsmodul og mobilens terminal: midler (321) for å sammenligne de etterspurte egenskapsdata med data lagret i abonnentens identitetsmodul; midler (321) for å oppdatere de lagrede egenskapsdata i abonnentens identitetsmodul dersom etterspurte egenskapsdata er forskjellig fra lagrede egenskapsdata; midler (321) for å sende en melding i henhold til valgte egenskapsdata for en viss server i respons til at de etterspurte egenskapsdataene er ulike fra de lagrede egenskapsdataene; og hvor serveren (361) omfatter: midler (364) for å motta egenskapsdata på den mobile terminalen fra mobilabonnenten; en første database (366) for å lagre et første sett av valgte egenskaper til den mobile terminalen for tiden i bruk på en mobil abonnementsspesifikk måte.

6. Fremgangsmåte for tilveiebringing av egenskapsdata på en mobilterminal tilgjengelig til en mobilabonnent, karakterisert vedå etterspørre (615) valgte egenskapsdata fra den mobile terminalen over et applikasjonsgrensesnitt som respons til forbindelsen av en abonnementsidentitetsmodul og den mobile terminalen; å sammenligne (620) de etterspurte egenskapsdata med data lagret i abonnentens identitetsmodul; å oppdatere (630) de lagrede egenskapsdata i abonnentens identitetsmodul dersom etterspurte egenskapsdata er forskjellig fra lagrede egenskapsdata; å sende (635) en beskjed om de valgte data til en forhåndsbestemt server som respons på at de etterspurte data er forskjellige fra de lagrede data; å lagre (630) et første sett av valgte egenskaper til den mobile terminalen for tiden i bruk på en mobil abonnementsspesifikk måte.