NO20091865L - Systemer, metoder og anordninger for administrasjon av flere mobile enheter - Google Patents
Systemer, metoder og anordninger for administrasjon av flere mobile enheterInfo
- Publication number
- NO20091865L NO20091865L NO20091865A NO20091865A NO20091865L NO 20091865 L NO20091865 L NO 20091865L NO 20091865 A NO20091865 A NO 20091865A NO 20091865 A NO20091865 A NO 20091865A NO 20091865 L NO20091865 L NO 20091865L
- Authority
- NO
- Norway
- Prior art keywords
- node
- mobile devices
- mobile device
- data
- client
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 89
- 238000012546 transfer Methods 0.000 claims description 42
- 238000004891 communication Methods 0.000 claims description 36
- 238000011084 recovery Methods 0.000 claims description 23
- 238000012217 deletion Methods 0.000 claims description 14
- 230000037430 deletion Effects 0.000 claims description 14
- 238000012360 testing method Methods 0.000 claims description 13
- 230000005540 biological transmission Effects 0.000 claims description 12
- 238000012795 verification Methods 0.000 claims description 8
- 230000004807 localization Effects 0.000 claims description 5
- GNFTZDOKVXKIBK-UHFFFAOYSA-N 3-(2-methoxyethoxy)benzohydrazide Chemical compound COCCOC1=CC=CC(C(=O)NN)=C1 GNFTZDOKVXKIBK-UHFFFAOYSA-N 0.000 claims 2
- 230000008569 process Effects 0.000 description 16
- 230000006870 function Effects 0.000 description 14
- 238000007726 management method Methods 0.000 description 13
- 238000007429 general method Methods 0.000 description 10
- 230000004044 response Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 5
- 238000004422 calculation algorithm Methods 0.000 description 4
- 230000008859 change Effects 0.000 description 4
- 230000008520 organization Effects 0.000 description 4
- 238000012552 review Methods 0.000 description 4
- 238000009434 installation Methods 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 239000007858 starting material Substances 0.000 description 2
- 101100285518 Drosophila melanogaster how gene Proteins 0.000 description 1
- 240000000594 Heliconia bihai Species 0.000 description 1
- 238000012356 Product development Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000006378 damage Effects 0.000 description 1
- 238000013479 data entry Methods 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
- 230000003442 weekly effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/12—Detection or prevention of fraud
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/085—Retrieval of network configuration; Tracking network configuration history
- H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
-
- 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/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
-
- 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/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
- H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a 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/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- 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/75—Indicating network or usage conditions on the user display
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/66—Substation equipment, e.g. for use by subscribers with means for preventing unauthorised or fraudulent calling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72448—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions
- H04M1/72457—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions according to geographic location
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/08—Access security
- H04W12/082—Access security using revocation of authorisation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/30—Security of mobile devices; Security of mobile applications
- H04W12/37—Managing security policies for mobile devices or for controlling mobile applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
-
- 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/52—Network services specially adapted for the location of the user terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2250/00—Details of telephonic subscriber devices
- H04M2250/10—Details of telephonic subscriber devices including a GPS signal receiver
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
- H04W4/185—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals by embedding added-value information into content, e.g. geo-tagging
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Human Computer Interaction (AREA)
- Environmental & Geological Engineering (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Position Fixing By Use Of Radio Waves (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Oppfinnelsen omhandler systemer, metoder og anordninger for administrasjon av flere mobile enheter med varierende plattformer gjennom en enkelt administrasjonssapplikasjon. Mer spesifikt, omhandler denne applikasjonen administrasjon av data lagret på mobile enheter og muliggjørelse av GEO lokaliseringsfunksjoner ved anvendelse av enten triangulering eller en anordningsinnebygget GPS.
Description
Beskrivelse
Teknisk Felt
[0001] Foreliggende oppfinnelse omhandler systemer, metoder og anordninger for administrasjon av flere mobile enheter med varierende plattformer gjennom en enkelt administrasjonsapplikasjon. Mer spesifikt, omhandler denne søknaden administrasjon av data lagret på mobile enheter og muliggjøring av GEO lokaliseringsfunksjoner ved anvendelse av enten
triangulering eller en anordningsinnebygget GPS.
Bakgrunnsteknikk
[0002] Anvendelsen av mobile enheter, inkludert mobiltelefoner, personlige digitale assistenter og lignende, har begge vært økende de siste årene og blir mer mangfoldige i bruk og lagrer samtidig mer og mer viktige og i noen tilfeller konfidensielle/private data.
[0003] Én konsekvens av denne utvidede funksjonaliteten og datalagringsevnen er at dataene på mobile enheter nå ofte er av større verdi enn selve den mobile enheten. Selvsagt forårsakes bekymringen om sikkerheten til informasjon som ligger på enheten ikke bare frykt for potensielt tyveri, men også muligheten for at anordningen kan bli forlagt eller tapt.
[0004] Bekymringer kan deles inn i to hovedbekymringer: a) Data på anordningen kan være private og/eller konfidensielle og i tilfelle tap/tyveri, vil disse data være åpne og tilgjengelige, b) Personlige data slik som private bilder, dokumenter, notater, meldinger og lignende vil være permanent tapt.
[0005] Det er følgelig et generelt behov innen faget for forbedrede metoder og systemer for administrasjon av sikkerheten og tilgjengeligheten til data på mobile enheter.
[0006] Det er mange administrasjonsplattformer for enheter og teknologier på markedet for sluttbrukere, så som Syncronica, Funambol, Mobical, Zyb og Voxmobili. Felles for disse løsningene er bruken av SyncML (Open Mobile Alliance Data Synchronization og Device Management), som begrenser administrasjon til synkronisering av Kontakt, Kalender, SMS, MMS og E-post.
[0007] Det er et formål ved foreliggende oppfinnelse å overkomme ulempene ved systemene indikert overfor å muliggjøre
Sikkerhetskopiering/gjenoppretting/sletting av for eksempel Dokumenter, Bilder, Videoer, MMS og andre filer og data og å tilveiebringe GEO lokaliseringsfunksjoner til brukeren. I tillegg til slette-alternativet, er det videre et formål å overkomme de indikerte sikkerhetsspørsmålene ved å
tilveiebringe systemer og metoder som kan fjern-låse mobile enheter. Sammendrag for oppfinnelsen
[0008] Formålet ved oppfinnelsen møtes av et system, metoder og anordninger
konfigurert for administrasjon av mobile enheter.
[0009] Det er spesielt vist et system for administrasjon av mobile enheter som minst omfatter: Minst én mobil enhet, hvor den mobile enhet videre omfatter minst én administratorklient for mobil enhet konfigurert for å aksessere data i den minst ene mobile enhet. Minst én første node forbundet til den minst ene mobile enhet over et telekomnettverk, hvor den første noden minst omfatter: minst én database, minst én tjenesteklient konfigurert for å tilveiebringe administrasjon av innholdet i mobile enheter, en internettserver og, minst ett grensesnitt konfigurert for sikker forbindelse/kommunikasjon med webportaler. Systemet for administrasjon av mobile enheter omfatter videre, minst ett grafisk brukergrensesnitt, GUI, installert på en datamaskin, hvor GUI-et er konfigurert for å tilveiebringe sikker forbindelse/kommunikasjon med nevnte minst ene første node og GUI-et videre er konfigurert for å vise innholdet fra én eller flere mobile enheter.
[0010] Ifølge foreliggende oppfinnelse er det også vist en administratorklient for en mobil enhet konfigurert for innholdsadministrasjon på en mobil enhet hvor den mobile enhetens administratorklient er integrert i den mobile enheten og hvor den mobile enhetens administratorklient minst omfatter: Verktøy konfigurert for å lese brukerspesifikke data lagret i den mobile enheten,
verktøy konfigurert for å skrive brukerspesifikke data til et minne på den mobile enheten, verktøy konfigurert for å motta brukerspesifikke data over
en sikker protokoll fra en første node, verktøy konfigurert for å overføre brukerspesifikke data over en sikker protokoll til den første noden.
[0011] Foreliggende oppfinnelse viser også en node konfigurert for innholdsadministrasjon på mobile enheter forbundet til minst én mobil enhet over et telekomnettverk. Noden omfatter minst: minst én database, minst én tjenesteklient konfigurert for å tilveiebringe administrasjon av innholdet i mobile enheter, en internettserver, minst ett grensesnitt konfigurert for sikker forbindelse/kommunikasjon med webportaler, minst ett grensesnitt konfigurert for kommunikasjon med mobile enheter.
[0012] Det er videre vist et grafisk brukergrensesnitt installert på en datamaskin, hvor det grafiske brukergrensesnitt er konfigurert for å tilveiebringe sikker forbindelse/kommunikasjon med minst én første node. Det grafiske brukergrensesnitt er videre konfigurert for å vise innholdet på én eller flere mobile enheter, hvor det viste innholdet er hyperlenker koplet til lagrede data i den første noden, de lagrede data er speilbildet av innholdet på den éne eller de flere mobile enheter.
[0013] I samsvar med foreliggende oppfinnelse er det også nødvendig å tilveiebringe metoder for innlogging og autentisering som forenkler bruken av systemet for administrasjon av mobile enheter, det er følgelig vist en metode for innlogging og autentisering fra en datamaskin for et system for administrasjon og overføring av data hvor systemet er konfigurert for administrasjon og overføring av data mellom én eller flere mobile enheter, og minst én første node. Metoden omfatter videre minst trinnene a-f: a) Ved en datamaskin fra en webklient sending av en forespørsel om et bestemt grafisk brukergrensesnitt, GUI, til en internettserver, hvor
internettserveren er en del av den første noden.
b) Ved internettserveren respondere ved å sende et innloggingsgrensesnitt til datamaskinen. c) Ved datamaskinen legge inn innloggingsdata og sende innloggingsdataene over en sikker kommunikasjonsvei til
internettserveren,
d) Ved internettserveren sende innloggingsdataene til en database for verifikasjon. e) Ved databasen respondere ved å returnere en verifikasjon hvis innloggingsdata er korrekt. f) Internettserveren sender det bestemte GUI-et til den mobile enheten hvis verifikasjontesten i det foregående trinn ble godkjent.
[0014] Når en sluttbruker har logget inn til systemet for administrasjon av mobile enheter vil han bli utstyrt med en tjeneste som gjør det mulig for ham å administrere innholdet på én eller flere mobile enheter. Generelt blir denne innholdsadministrasjonen oppnådd ved å følge en metode for administrasjon og overføring av data mellom én eller flere mobile enheter og minst en første node. Metoden omfatter minst de følgende trinn a-g: a) Ved en datamaskin med et bestemt GUI, lagring av en jobb, så som sikkerhetskopi, gjenoppretting, sletting, låsing eller lokalisering. b) Overføre nevnte jobb over en sikker kommunikasjonslinje til en internettserver, hvor internettserveren er et element i den første
noden.
c) Ved internettserveren lagring av den mottatte jobben til en database. d) Ved forhåndsinnstilte tidsintervaller overføre spø rrekom man doer til en tjenesteklient fra den éne eller de flere mobile enheter. e) Ved tjenesteklienten respondere ved å sende spørrekommandoer til databasen som sjekker etter én eller flere lagrede jobber. f) Ved databasen respondere ved å sende minst én etterspurt jobb til tjenesteklienten. g) Tjenesteklienten overfører jobben trådløst til den ene eller de flere mobile enheter.
[0015] Metoden for administrasjon og overføring av data kan også inkludere de ytterligere trinn h-m relatert til statusoppdatering og jobbutførelse: h) Ved den éne eller de flere mobile enheter utføre den mottatte jobben. i) Samtidig eller hovedsakelig samtidig initialisere en overføringssesjon ved trådløs overføring av status for datainnholdet i den éne eller de flere mobile enheter til tjenesteklienten.
j) Ved tjenesteklienten sende den mottatte oppdateringsstatus til
databasen.
k) Ved slutten av sesjonen overføre fra den ene eller de flere mobile
enheter til tjenesteklienten en end of session melding.
I) Ved tjenesteklienten respondere ved overføring av en bekreftet
jobb melding til den éne eller de flere mobile enheter og samtidig eller hovedsakelig samtidig sende en sesjon fullført til databasen.
m) Internettserveren spør databasen om siste oppdaterte status ved forhåndsinnstilte tidsintervaller og overfører jobbstatus oppdatert melding til datamaskinen.
[0016] Andre fordelaktige trekk vil bli åpenbare ved de ledsagende kravene.
Kort beskrivelse av tegninger
[0017] Følgende er en kort beskrivelse av tegningene for å gjøre oppfinnelsen lettere forståelig, diskusjonen som følger vil referere til de ledsagende tegninger, i hvilke
[0018] fig. 1 er et blokkdiagram som viser et rammeverk for administrasjon av
mobile enheter ifølge én utførelsesform av foreliggende oppfinnelse,
[0019] fig. 2 er et eksempel på en høynivåarkitektur ifølge én utførelsesform av
foreliggende oppfinnelse,
[0020] fig. 3 er et blokkdiagram som viser et annet eksempel på arkitekturen
ifølge én utførelsesform av foreliggende oppfinnelse,
[0021] fig. 4 er et mer detaljert blokkdiagram som viser et annet eksempel på
arkitekturen ifølge én utførelsesform av foreliggende oppfinnelse,
[0022] fig. 5 viser to flytskjemaer for utførelse av metoder for administrasjon av
data i mobile enheter ifølge én utførelsesform av foreliggende oppfinnelse,
[0023] fig 6 viser en typisk handshakeprosess mellom en mobil enhet og en
første node,
[0024] fig. 7 viser et flytskjema for utførelse av autentiseringsalgoritmer på en
mobil enhet,
[0025] fig 8 viser en innloggings- og autentiseringsprosess og trinn for utførelse
av generelle oppgaver,
[0026] fig. 9 viser trinn for utførelse av innhent lokaliseringsoppgaver initiert fra en
datamaskin,
[0027] fig. 10 viser handshaking mellom mobil enhet og en første node for lokaliseringstjenester,
[0028] fig. 11 viser trinnene for utførelse av sikkerhetskopiering av mobile enheter
initiert fra en datamaskin,
[0029] fig. 12 viser handshaking mellom mobil enhet og en første node for
sikkerhetskopiering av mobil enhet,
[0030] fig. 13 viser trinnene for utførelse av gjenoppretting av data på mobile
enheter,
[0031] fig 14 viser handshaking mellom mobil enhet og en første node for
gjenoppretting av data i mobil enhet,
[0032] fig. 15 viser trinnene for utførelse av sletting av data på mobile enheter,
[0033] fig 16 viser handshakeprotokoll mellom mobil enhet og en første node for
sletting av data i mobil enhet,
[0034] fig 17 viser trinnene for utførelse av innstilling av parameterdata på mobile
enheter initiert fra en datamaskin,
[0035] fig 18 viser trinnene for sending av meldinger fra en datamaskin til mobile
enheter initiert ved en datamaskin, og
[0036] fig 19 viser trinnene for sending av kommandomeldinger fra en
datamaskin til mobile enheter.
Utførelsesformer for oppfinnelsen
[0037] I det følgende er det først vist generelle utførelsesformer i samsvar med foreliggende oppfinnelse, deretter vil spesielle eksempelvise utførelsesformer bli beskrevet. Hvis mulig, vil det refereres til de ledsagende tegninger og hvor mulig vil det brukes referansenummer fra tegningene. Det skal imidlertid påpekes at tegningene bare er eksempelvise utførelsesformer og andre funksjoner og utførelsesformer kan godt være innenfor omfanget av oppfinnelsen som beskrevet.
[0038] Det skal legges merke til at ordlyden mobil enhet (1) refererer til enhver type mobil enhet som er i stand til å kommunisere trådløst og som samtidig har evnen til å aksessere internettservere for nedlasting av programvare til sin plattform. Videre er det en forutsetning at den mobile enheten inkluderer visningsverktøy. De mobile enheter (1) vil være en plattform for brukerspesifikke og brukerpersonlige data. Slike data kan omfatte SMS, MMS, Kontakter (PIM data), Ringehistorikk, Musikk, Bilder, E-post, Dokumenter og Video. Dessuten kan den mobile enheten omfatte én eller flere lokaliseringsenheter så som GPS-moduler (11), og de kan også inkludere ett eller flere flash-minnekort. I tilfelle den mobile enheten ikke inkluderer en GPS-modul kan triangulering som kjent innen faget anvendes isteden. Den mobile enheten (1) skal omfatte en administratorklient for en mobil enhet (10) også referert til som mobilenhetklienten (10). Mobilenhetklienten (10) tilveiebringer evnen til å utveksle data trådløst med en første node (2). Tilveiebringelsen av datautveksling av typene indikert over krever at data vil bli overført i binært format mellom de mobile enheter (1) og den første noden (2) i motsetning til Syne ML og andre som bruker tekstbaserte data på en XML plattform.
[0039] I det følgende blir formuleringen node (2) brukt for en generell node som ifølge foreliggende oppfinnelse minst omfatter én database (15).
Databasen vil foretrukket minst støtte MS SQL, Oracle, MySQL, Firebird og andre relasjonsdatabaser. Dessuten vil noden (2) omfatte minst én tjenesteklient (14). Tjenesteklienten eller tjenesteklienter (14) er konfigurert for å tilveiebringe håndtering av innholdet i mobile enheter (1). Tjenesteklienten (14) vil inkludere et grensesnitt som muliggjør kommunikasjon over luften med mobile enheter (1). Kommunikasjonsplattformen kan være enhver kjent plattform som er passende for trådløs kommunikasjon fra mobile enheter (1), så som GSM, GPRS, 3G, 4G, HSPDA, EDGE med flere og protokollen kan være TCP/IP eller enhver annen passende protokoll tilpasset for pakkesvitsjingsnett. Noden (2) omfatter videre verktøy for lagring av data så som disklagringsverktøy (16). Noden vil også inkludere flere klienter (17) som er nedlastbare til mobile enheter. Disse klientene (17) er en nødvendig forutsetning for å sette de mobile enhetene (1) i stand til å lese og skrive brukerdata til og fra de mobile enheter (1). Klientene (17) støtter flere mobilenhetplattformer blant andre MS Mobile 2003/5.0/6X, Symbian Series 60 tredje utgave (Symbian 9.x), Symbian UIQ, MIDP 2.0/2.1 (serie 40 alle utgaver, Java plattform 6, 7, 8), iPhone, Blackberry, Android og Palm. Til slutt inkluderer noden (2) en internettserver (13), internettserveren kan fysisk være integrert i noden, eller den kan fysisk være ekstern til noden (2). Elementene omfattet i noden (2) trenger ikke nødvendigvis være en fysisk del av noden (2), de kan dessuten svært gjerne være virtuelle elementer.
[0040] En idé bak foreliggende oppfinnelse er at administrasjon av innholdet på mobile enheter er langt enklere og mer intuitiv fra en datamaskin, følgelig blir systemet for administrasjon av innhold i mobile enheter (1) administrert fra en datamaskin (3). Datamaskinen kan i prinsipp være enhver datamaskin som er passende for å kommunisere med andre enheter over en HTTP/HTTPS protokoll og som videre inkluderer en webportal og visningsverktøy. Et bestemt GUI, spesielt tilpasset for visning av innholdet på én eller flere mobile enheter, er kan kjøres fra datamaskinen (3). GUI-et eller det grafiske brukergrensesnitt er en klient som gjør det mulig for en sluttbruker å se innholdet på én eller flere bestemte mobile enheter. En slik GUI blir vanligvis referert til som et dashbord innen faget. Innholdet vil foretrukket bli vist i henhold til deres typer, og innholdet som sådan blir ikke nedlastet til datamaskinen, innholdet vil imidlertid presenteres som klikkbare hyperlenker. Klikking på en hyperlenke vil muliggjøre nedlasting av det tilsvarende innhold fra den første noden (2). Dessuten vil brukeren være i stand til å be om sikkerhetskopi av data fra en mobil enhet til den første noden (2), for å gjenopprette data fra den første noden (2) til én eller flere mobile enheter (1). Enda videre kan sluttbrukeren være i stand til å få lokaliseringsdata for én eller flere mobile enheter og til å låse én eller flere mobile enheter (1).
[0041] En sluttbruker som administrerer hans/hennes telefon ifølge foreliggende oppfinnelse vil ikke nødvendigvis måtte installere noen programvare på sin datamaskin (3) siden den første noden (2) tilveiebringer administrasjonsverktøyene, GUI-et, gjennom en internettserver (13) til brukerens nettleser.
[0042] Det er mange mulige scenarioer i hvilke systemet for administrasjon av mobil enhet ifølge foreliggende oppfinnelse kan anvendes. Ett scenario er en situasjon hvor en enkelt person er sluttbrukeren og hvor denne sluttbrukeren ønsker å ha en enkel tilgang til sitt mobilinnhold. Han ønsker dessuten å sikre at data ikke vil bli tapt og til slutt at tredjeparter ikke skal ha tilgangen til innholdet på hans mobile enhet, selv om den mobile enheten blir forlagt. Han ønsker dessuten å utnytte det brukervennlige grensesnittet for å laste ned og se eller høre på innhold på sin mobile enhet.
[0043] I et annet scenario kan sluttbrukeren være en organisasjon som ønsker å ha en enkel tilgang til innholdet på flere mobile enheter. Private data kan utelates fra tilgangen, i henhold til en organisasjons fortrolighetspolicy. Ett viktig aspekt for en organisasjon er muligheten til å låse innholdet på tapte anordninger for derved å sikre at konfidensielt innhold ikke kan bli utnyttet av tredjeparter. Funksjonen med å få lokaliseringsdata i sanntid for mobile enheter kan være spesielt interessant for noen organisasjoner.
[0044] En spesiell oppfinnerisk funksjon ifølge foreliggende oppfinnelse er muligheten til å tagge bilder og/eller dokumenter med GEO koordinater, dvs. geotagging. Geotagging er prosessen med å legge til metadata med geografisk identifikasjon til ulike media så som fotografier, video, nettsteder, eller RSS feeds og er en form for geospatiale metadata. Den geotagging-aktiverte informasjonen kan bli brukt for å finne lokaliseringsbasert innhold på de mobile enhetene. Mobilenhetklienten (10) integrert i de mobile enheter (1) ifølge foreliggende oppfinnelse kan forenkle geotagging av bilder, videoer og dokumenter. Et alternativ ved datamaskinen er deretter å laste ned geotaggede brukerdata fra den første noden (2) ved å klikke på passende hyperlenker. Et geografisk kart kan bli åpnet på datamaskinen som indikerer posisjonen relatert til de(t) nedlastede dokument(er) eller multimedia. Derfor kan en person som bruker sin mobile enhet som et kamera på et senere tidspunkt få en korrelasjon mellom tatte bilder/filmer og deres geografiske lokalisering ved å utnytte alternativene tilveiebrakt av dashbordet på datamaskinen (3). Geotaggingsfunksjonen kan være av spesiell verdi for politi, redningskorps, forsikringsselskaper, leverandører av elektrisitet og gass, eiere av telekominfrastruktur og transport- og
kommunikasjonsmyndigheter blant andre.
[0045] I det følgende refereres det til tegningene der figur 1 viser et typisk rammeverk for administrasjon av mobile enheter ifølge én utførelsesform av foreliggende oppfinnelse. Figuren består av fire hovedblokker, nemlig en blokk av mobile enheter, en blokk av én eller flere første noder, en kunde GUI og til slutt en administrasjon web grensesnittstyringsdatamaskin. Blokken av mobile enheter indikerer at flere plattformer og typer mobile enheter kan utnyttes i henhold til denne utførelsesformen. Den ene eller de flere første noder består av en MobileWipe tjeneste, MS ASP. Net, database MS SQL, Oracle, MySQL, Fillagring, Mobilklienter (for nedlasting) og OS - Windows 2005 server.
[0046] MobileWipe tjenesten tilsvarer den minst ene tjenesteklient (14) diskutert
over.
[0047] MS ASP. Net, er et eksempel på et ikke uttømmende valg av webserver, server-side script engine og programvare rammeverk inkludert i den ene eller de flere første noder (2).
[0048] MS, internett Informasjonstjenestene, - tidligere kalt Internet Information Server - er et sett av internettbaserte tjenester for servere dannet av Microsoft for bruk med Microsoft Windows. Dette er en webserver som for tiden inkluderer FTP (File Transfer Protokol), FTPS (også kjent som FTP Secure og FTP-SSL), SMTP (Simple Mail Transfer Protokol), NNTP (Network News Transfer Protokoll), og HTTP/HTTPS (Hypertext Transfer Protokol/Hypertext Transfer Protokoll Secure.
[0049] ASP-ene (Active Server Pages), også kjent som Classic ASP eller ASP Classic, er en server-side script engine for dynamisk-genererte nettsider. Component Object Model-en (COM) blir støttet av den aktive scripting engine og fremmer følgelig utvikling av funksjonalitet i ASP nettsteder. Hvert objekt fra Component Object Model-en tilveiebringer en relatert gruppe av ofte-brukte funksjoner og datakarakteristikker.
[0050] Microsoft.NET Rammeverket er et programvarerammeverk som inkluderer et stort datatek av kodede løsninger for å forhindre vanlige programmeringsproblemer. Det omfatter videre en virtuell maskin som administrerer utførelsen av programmer skrevet spesifikt for det rammeverket.
[0051] De ikke-uttømmende eksempler på databaser inkludert i den ene eller de flere første noder (2) i figur 1, er diskutert over.
[0052] Verktøyene for fillagring er et generisk begrep i eksemplet ifølge figur 1 og ethvert passende verktøy for datalagring kjent fra faget kan være inkludert. Disklagring er et typisk ikke-begrensende valg av lagringsverktøy i den første noden (2).
[0053] De indikerte Mobilklienter i figur 1 tilsvarer klientene (17) diskutert over som er en nødvendig forutsetning for å gjøre det mulig for mobile enheter å lese og skrive brukerdata til og fra mobile enheter.
[0054] OS - Windows 2005 server er et server operativsystem produsert av Microsoft, det er bare et eksempel og andre serveroperativsystemer kan benyttes så som Windows Server 2008.
[0055] Legg merke til at rammeverket indikert i figur 1 bare er et eksempel som er rettet mot Microsoft-miljø, ytterligere elementer så som ytterligere server-side script engines, webservere, alternativer til MS etc. kan bli anvendt ved den første noden.
[0056] Figur 2 viser en generisk betraktning av en høynivåarkitektur ifølge én utførelsesform av foreliggende oppfinnelse. Figuren tjener utelukkende som et generisk eksempel for enkel forståelse av hvordan et system ifølge foreliggende oppfinnelse kan se ut på et høyt nivå. Transportprotokollen mellom GUI-et og det generiske internett er HTTPS, imidlertid kan enhver annen passende sikker transportprotokoll bli brukt mellom GUI-et, dvs. datamaskinen (3) og nettverket til den første noden. Legg merke til at en SMSgateway er inkludert i figuren. Én av oppgavene for SMS gatewayen er å overføre SMS-er til mobile enheter. Nedlasting av en mobil enhet administratorklient (10) kan bli utført ved å følge trinnene: Sluttbrukeren ønsker å ta fordel av det oppfinneriske systemet for
administrasjon av mobile enheter ifølge foreliggende oppfinnelse og etterspør således fra det allerede nedlastede GUIet etter en administratorklient for en mobil enhet (10) fra den første noden (2). Han vil i sin forespørsel på GUI-et indikere typen mobil enhet han eier. Den første noden vil respondere ved å forespørre SMS-gatewayen for
å overføre en SMS til sluttbrukerens mobile enhet. SMS-en vil inkludere en lenke.
Sluttbrukeren responder ved "klikking" på lenken etter å ha åpnet SMS-en, eller alternativt vil sluttbrukeren bli spurt om han ønsker å åpne/installere mobil enhet administratorklienten (10). I det første tilfellet vil "klikking" på lenken resultere i en nedlasting av mobil manageren (10) fra den første noden (2). Grensesnittet vil være en webklient på den mobile enheten og en internettserver ved den første noden og protokollen kan være enhver kjent protokoll passende for oppgaven. Sistnevnte eksempel er mer "automatisert" ved at
sluttbrukeren bare må svare ja til en "pop up" melding i skjermbildet på sin mobile enhet.
Mobil administratorklienten (10) vil deretter bli installert, enten ved å
følge algoritmen indikert for den "manuelle" løsningen, som er å avgi et Ja fra sluttbrukeren som vil muliggjøre nedlasting av klienten fra den første noden, alternativt er klienten allerede nedlastet sammen med SMS-en men har ikke blitt pakket ut/aktivert.
[0057] Med referanse til figur 3, figuren viser et prinsipielt blokkdiagram av én utførelsesform av foreliggende oppfinnelse. Det tredje og også obligatoriske element i GUI-et er utelatt, og gjør følgelig figuren enkel å forstå. I denne figuren er den mobile enheten beskrevet ved to hovedelementer Mobilenhetsadministratoren som tilsvarer klient for mobil enheten (10) diskutert over. Det er videre indikert at denne spesielle mobile enheten inkluderer en GPS modul. Boksene som indikerer SMS, MMS etc. er ikke uttømmende eksempler på data som er lagret på den mobile enheten. Mobil enhet datahåndteringsserveren(e) tilsvarer en forenklet betraktning av den første noden (2). DB er en generisk database mens Fillagring er et tilsvarende generisk verktøy for lagring av data. Mobil enhet administrasjonstjenesten tilsvarer tjenesteklientene (14) diskutert over.
[0058] Figur 4 er et blokkdiagram som på en mer detaljert måte beskriver elementene som utgjør systemet ifølge foreliggende oppfinnelse. I diskusjonen over er de fleste av elementene beskrevet detaljert, det er imidlertid nødvendig med noe videre forklaring med hensyn til kommunikasjonslenkene mellom den mobile enheten (1) og den første noden (2). Tjenesteklienten (14) for den første noden (2) vekselvirker med klient for mobil enheten (10) i den mobile enheten. Kommunikasjonsprotokollen kan være enhver av GPRS, EDGE og HSPDA etc. eller generelt sagt kan enhver passende telekommunikasjonsprotokoll/mobil kommunikasjonssystem bli brukt. Videre kan konvergensen mellom datakommunikasjon og telekommunikasjon godt føre til bruken av andre kommunikasjonsplattformer i fremtiden. Kommunikasjonslenken mellom klient for mobil enheten (10) og tjenesteklienten (14) blir brukt for sikkerhetskopiering av data fra den mobile enheten (1), for gjenoppretting av data i den mobile enheten (1). Tjenesteklienten (14) bruker denne lenken når GEO data blir etterspurt fra klient for mobil enheten (10). Sletting av innholdet på mobilen, så vel som låsing av mobilen er også støttet av kommandoer sendt fra tjenesteklienten (14) til klient for mobil enheten (10). Andre kommandoer og alternativer vil bli beskrevet med støtte fra figurene 7-14. Nettleseren (12) integrert i den mobile enheten (1) og internettserveren for den første noden (2) vekselvirker ved anvendelse av tradisjonelle webgrensesnitt. Dette grensesnittet støtter nedlasting av klient for mobil enheten (10) fra den første noden (2) via Grensesnittserveren (13) i noden (2). Nedlasting av klient for mobil enheten (10) er en forutsetning for vekselvirkning mellom den mobile enheten (1) og tjenesteklienten (14).
[0059] Figur 5 viser to flytskjemaer hvor skjemaene nummerert 10 på en enkel måte indikerer trinnene i vekselvirkningen mellom klient for mobil enheten (10) og den første noden (14) under normal bruk. Første trinn er å aktivere den mobile enheten (10.1) det følgende trinn (10.2) er at klient for mobil enheten (10) sjekker for kommandoer ved den første noden (2). Hvis en ny kommando er mottatt så vil en jobb bli utført (10.4). Jobben kan være Sikkerhetskopi, gjenoppretting av data etc. Etter å ha avsluttet jobben så vil klienten (10) vente (10.5) en forhåndsdefinert tidsperiode, før fortsettelse ved trinn 10.2.1 tilfelle ingen nye kommandoer har blitt sendt vil klienten (10) hoppe til pausen (10.5) en forhåndsdefinert tidsperiode (time instance).
[0060] Flytskjemaet indikert som 11 viser et SMS kommandoscenario. Det innledende trinn (11.1) er å sende en SMS kommando fra den første noden (2) til klient for mobil enheten (10) på den mobile enheten (1). SMS-en vil bli dekryptert og det vil bli verifisert om SMS-en er gyldig (11.2) eller ikke. Hvis SMS-en ikke er gyldig, vil ingenting skje. Hvis SMS-en er gyldig så vil den mobile klienten (10) initialisere en sjekk (11.3) for ny jobb ved
den første noden (2). Hvis det er en ny jobb, vil jobben bli utført (11.4).
Handshake mellom én eller flere mobile enheter og den første noden
[0061] I de generelle prinsipper presentert over, har det ikke blitt gitt oppmerksomhet til et eksempel på handshakeprosedyrer mellom den éne eller de flere mobile enheter (1) og den første noden (2).
[0062] I fig 6 er trinnene i en handshakeprosedyre mellom en mobil enhet og den første noden vist, legg merke til at angivelsen i figur 6 er forenklet for enkel forståelse og den mobile enheten kan bli tolket som klient for mobil enheten (10) og den første noden skal bli betraktet som den første noden (2) som omfatter alle nødvendige elementer så som database (15), internettserver (13) etc.
[0063] Tilkobling av den mobile enheten: 1. Klient for mobil enheten (10) sender en IMEIpakke til den første noden (2) 2. I tillegg, i IMEIpakken sender klienten (10) til den første noden (2) StructuredStore? data med et neste felt: a. Protokollfunksjonene støttet av klienten (10) blir også sendt f.eks.: dvs. PR_SupportedFeatures: type( UINT64 ), verdi: bitsett som definerer protokoll funksjoner støttet av klient, så som for eksempel rsync algoritme. 3. Den første noden (2) responderer ved å sende en bekreftelse (AckPacket) til IMEIPacket fra p.4 med dwUserData satt til "1" hvis registrering av enheten (1) er krevet motsatt det vil si når enheten (1) er registrert blir en "0" sendt. 4. I Ack pakken, som den første noden (2) sendte som respons til IMEIpakken, mottar klienten (10) den første nodens (2) verdi av PR_SupportedFeatures og justerer denne med sitt eget bitsett. I
etterfølgende kommunikasjoner vil klienten (10) og første node (2) bruke protokollfunksjoner støttet av begge sider.
5. Tilkoblingen blir vurdert som å være etablert.
[0064] Det er også vist i figur 6 et eksempel på kommunikasjon mellom den mobile enheten (1) og den første noden (2) eller serveren slik det er angitt i figuren når det gjelder oppdatering av dashbord på den mobile enheten (1). Med dashbord menes i denne sammenheng GUI-et på den mobile enheten (1).
[0065] Oppdatering av konfigurasjonsdata: 1. Klient (10) sender IsNewConfigurationAvailablePacket til den første noden (2). 2. Den første noden (2) responder ved å sende en AckPacket til IsNewConfigurationAvailablePacket med dwUserData satt til "1" hvis konfigurasjonsinnstillingene er oppdatert på første node (2) siden. 3. Hvis konfigurasjonsinnstillingene må oppdateres så sender den første noden (2) ConfigurationDataPacket. 4. Klient (10) skal motta MessagePacket og vise dens innhold før fortsettelse det vil si hvis den ikke er tom.
[0066] Get kommando(er) fra server: 1. Klient (10) sender IsNewCommandAvailablePacket til den første noden (2) i henhold til ett aspekt av foreliggende oppfinnelse. 2. Den første noden (2) responder ved å sende AckPacket til IsNewCommandAvailablePacket med dwUserData satt til "1" hvis den første noden (2) har en kommando som klienten (10) skal utføre. 3. Hvis dwUserData ble satt til "1" sender den første noden (2) eller serveren også CommandDataPacket til den mobile enheten (1).
[0067] Ser nå på figurene 7-19 der trinn for utførelse av forskjellige oppgaver er vist. De fleste eksempler indikerer trinnene hvor en oppgave blir initiert fra datamaskinen (3) og også et eksempel på handshakeprotokoller mellom
en mobil enhet (1) og den første noden (2).
Metoder for innlogging og autentisering fra en datamaskin
[0068] Figur 8 illustrerer ett eksempel på en metode for innlogging og autentisering fra en datamaskin (3) til en første node (2) ifølge foreliggende oppfinnelse. Formålet ved innloggingsprosessen er å få tilgang til et system for administrasjon og overføring av data mellom én eller flere mobile enheter (1), og minst den første noden (2).
[0069] Først vil en sluttbruker åpne en nettleser ved en datamaskin (3). Brukeren vil sende (1.1) en forespørsel (1.1.1) etter et bestemt grafisk brukergrensesnitt, GUI, til en internettserver (13). Det spesielle GUI-et er spesielt passende for administrasjon og kontroll av innholdet på én eller flere mobile enheter (1). Det grafiske brukergrensesnitt kan ifølge én utførelsesform være et dashbord. Dashbordet og datamaskinen som det kjøres på vil fordelaktig ikke håndtere reelle brukerdata i standard modus. Det er raskere og gir en bedre respons å bare laste ned pekere for elementene ved den første noden (2). Pekerne vil deretter foretrukket være klikkbare hyperlenker som gir brukeren tilgang til etterspurte brukerdata.
[0070] Internettserveren kan være enhver type av en kjent server som kan være fysisk integrert i den første noden (2) eller er ekstern til noden. Innlesingshensyn kan gjøre det foretrukket å arrangere internettserveren (13) fysisk atskilt fra resten av den første noden. Teknisk sett vil dette ikke utgjøre noen forskjell med hensyn til funksjonaliteten av systemet ifølge foreliggende oppfinnelse.
[0071] Det neste trinnet vil være responsen fra internettserveren (13) som responderer ved å sende et innloggingsgrensesnitt (1.3.1) til datamaskinen (3). Transportprotokollen for kommunikasjonen kan være enhver kjent protokoll kjent for en fagperson innen faget, imidlertid er HTTPS indikert som én mulighet i figurene.
[0072] Sluttbrukeren vil respondere ved å legge inn innloggingsdata på sin
datamaskin (3) til det mottatte innloggingsgrensesnittet.
[0073] Etter å ha avsluttet innloggingssesjonen vil innloggingsdataene bli sendt (1.1.2), foretrukket, over en sikker kommunikasjonsvei til internettserveren (13). Innloggingsdataene kan også være kryptert og følgelig kreve en dekrypteringskode hos den mottakende part. Sterk kryptering vil ikke kreve den samme sikkerhetsgrad til kommunikasjonslenkene.
[0074] Den mottakende part, det vil si internettserveren (13), vil respondere ved å sende innloggingsdataene (1.3.2) til en database (15) for verifikasjon. Som diskutert over kan databasen være av enhver passende type, og databasen kan omfatte flere databaser.
[0075] Databasen (15) responderer ved å returnere en verifikasjon (1.5.1) hvis innloggingsdata er korrekt. Hvis innloggingsdata er ukorrekte, vil databasen returnere en feilmelding til internettserveren (13), internettserveren vil videreformidle feilmeldingen til datamaskinen (3) hos sluttbrukeren. Sluttbrukeren kan være gitt et forhåndsinnstilt antall gjentatte innloggingsforsøk før en til slutt blir avvist. Dette er bare et spørsmål om design. I tilfelle innloggingsinformasjonen er korrekt, så sender internettserveren (13) (1.3.3) det spesifikke GUI til datamaskinen (3).
[0076] Som indikert over er GUI-et konfigurert for å vise innholdet av én eller flere mobile enheter (1) på et skjermbilde på datamaskinen (3). Visningen av innholdet på den éne eller de flere mobile enheter (1) vil typisk involvere overføring av innholdet av den éne eller de flere mobile enheter (1) til den første noden (2). Den første noden vil respondere ved å lagre de mottatte data i lagringsverktøy integrert til den første noden, hvor lagringsverktøyet kan være enhver av typene diskutert over. En sluttbruker vil legge inn en forespørsel for visning av innholdet på én eller flere mobile enheter (1) på GUI-et, forespørselen blir sendt til den første noden (2). Den første noden vil utstyre GUI-et med hyperlenker til innholdet på den éne eller de flere mobile enheter lagret i den første noden (2), referer til diskusjonen av klikkbare pekere tidligere i kapitlet.
[0077] Data lagret fra de mobile enheter (1) til den første noden (2) kan bli betraktet i en nettleser ved datamaskinen (3) og delt med venner gjennom
forskjellige internettjenester slik som FaceBook, MySpace, Yahoo og mer. Metoder for innlogging og autentisering mellom første node og mobil enhet
[0078] Referanse gjøres nå til figur 7 der et flytskjema viser et eksempel på trinn som er nødvendige for autentisering av en mobil enhet (1). I motsetning til det foregående kapitlet, er dette eksemplet rettet mot kommunikasjonen mellom den første noden (2) og den mobile enheten (1) mens det tidligere eksempel var mer generelt og også indikerte kommunikasjon initiert av datamaskinen (3).
[0079] I det første trinnet mottar den første noden (2) pakker fra den mobile enheten (1). De sendte pakkene vil bli initiert ved klient for mobil enheten (10), for å øke lesbarhet skal imidlertid begrepet mobil enhet (1) omfatte alle elementer og klienter i den mobile enheten (1) i dette eksemplet.
[0080] Den første noden analyserer den mottatte pakken og utfører en "mottatt IMEIpakke" test. Hvis pakken ikke er en IMEIpakke så vil trinnene 1-3 under bli utført. Hvis pakken er en IMEIpakke så vil trinnene 4-9 bli utført. 1. Den første noden utfører en "LoginPacket mottatt test", det vil si den første noden (1) utfører en test for å se om den mobile enheten (1) allerede har sendt sine innloggingsdata til den første noden (1). Hvis nei fortsett ved trinn a, hvis ja fortsett ved trinn b. a. Som en konsekvens av det negative utfall av de tidligere tester, vil den første noden avvise den mobile enheten (1) fra å kople seg til den første noden (2), siden den mobile enheten ikke sendte en IMEIpakke eller innloggingsdata så kan den første noden ikke identifisere den mobile enheten. b. Etter det positive utfall av testen for mottatt LoginPacket vil den første noden (2) utføre en test hvor den undersøker om den mobile enheten (1) venter på innlogging, hvis den mobile enheten (1) fremdeles venter på innlogging så fortsett ved trinn 2 i motsatt fall avvis ved å gå til trinn a. 2. Hvis den mobile enheten (1) venter på innlogging så vil en test for riktighet av innloggingskoden bli utført, hvis innloggingskodene er feil, så vil den mobile enheten (1) bli avvist tilkobling følgelig fortsett ved trinn a. Hvis innloggingskoden (LoginKey) er riktig så fortsett ved trinn 3. 3. Som en konsekvens av riktig LoginKey vil den mobile enheten sende sin IMEIpakke til den første noden (2). Det etterfølgende trinn vil være utførelse av den første "mottatt IMEIpakke" testen. 4. Som en respons til den mottatte IMEIpakken vil den første noden utføre en test for å verifisere om den mobile enheten (1) har blitt registrert eller ikke. Hvis testen blir negativ så utfør trinn 5. Hvis testen er gyldig så fortsett i trinn 7. 5. Den første noden (1) vil sjekke om den første enheten venter på registrering hvis den ikke gjør det så vil det følgende trinn være trinn 5a, ellers vil det følgende trinn være trinn 6. a. Siden enheten ikke tilveiebringer registreringsdata vil den mobile enheten (1) bli avvist tilkobling til den første noden (2). 6. Etter at den mobile enheten (1) har sendt sine registreringsdata vil den første noden (2) registrere enheten og installere den mobile enheten
(1) i dens lagringsverktøy for eksempel dens database (15).
7. Autentiseringsprosessen er fullstendig og systemet det vil si den første noden (2) er klar til å motta oppgaver fra den mobile enheten (1).
[0081] Trinnene indikert over er et eksempel på en autentiseringsprosess mellom en mobil enhet (1) og en første node (2) den krever bruken av IMEIpakker, imidlertid kan andre identifiserere sendt fra den mobile enheten (1) bli
brukt istedenfor de indikerte IMEIpakker.
Generelle metoder for håndtering av innhold i mobile enheter
[0082] Det refereres nå til figur 8, element 1.7. Figuren viser de generelle trinn for en metode for administrasjon og overføring av data mellom én eller flere mobile enheter (1) og minst en første node (2) hvor GUI dashbordet ved datamaskinen er sluttbrukerens grensesnitt. I denne figuren blir det referert til generell handshaking mellom alle elementer i systemet følgelig inkludert datamaskinen (3). Det må forstås at detaljer relatert til handshaking mellom den mobile enheten og den første noden (2) kan bli utelatt. Metoden forutsetter at de tidligere trinnene med innlogging og autentisering var vellykket.
[0083] Først vil sluttbrukeren bruke sin GUI på datamaskinen (3) for å velge den typen jobb han ønsker å utføre mot den éne eller de flere mobile enheter, følgelig begynner han med å lagre den ønskede jobben. Jobben kan blant annet være en sikkerhetskopiering av innholdet i de mobile enheter (1), den kan være en gjenoppretting av innhold på én eller flere mobile enheter (1), en sletting av alt innhold, å låse de mobile enheter (1) eller å lokalisere én eller flere mobile enheter (1) blant andre.
[0084] Etter å ha lagret jobben ved datamaskinen, vil det neste trinnet åpenbart være å overføre nevnte jobb (1.1.3) over en kommunikasjonslinje til internettserveren (13). Referanse gjøres til innloggingskapitlet over med hensyn til valget av kommunikasjonslinje/lenke og sikkerhetsnivå. Videre er elementene av den første noden (2) de samme som beskrevet i innloggingskapitlet, det vil følgelig være overflødig å beskrive elementene i dette kapitlet.
[0085] Ved internettserveren (13) vil den mottatte jobben (1.3.4) bli lagret til
databasen (15).
[0086] Klient for mobil enheten (10) på de mobile enheter (1) sender spørrekommandoer (1.2.1) kontinuerlig, ved forhåndsinnstilte tidsintervaller, eller som en respons til en mobil enhet brukerinntasting, til tjenesteklienten (14). Det skal imidlertid forstås at mange av de fordelaktige funksjoner i henhold til foreliggende oppfinnelse er basert på automatiske og regelmessig sendte spørringer, dette er på grunn av det faktum at jobber blir initiert fra GUI-et og det vil for eksempel være meningsløst å bruke lokaliser- eller lås-kommandoer basert på tilfeldig sendte spørringer fra de mobile enheter (1). Spørrefrekvensen er et spørsmål om design og vil bli skreddersydd for å oppnå et beste kompromiss mellom batteri levetid og drift av administrasjonssystemet.
[0087] Tjenesteklienten (14) responder ved å sende spørrekommandoer (1.4.1) til databasen (15). Databasen (15) vil sjekke om det er én eller flere lagrede jobber i databasen som stemmer overens med spørringen.
[0088] Hvis det er et samsvar så vil databasen (15) respondere ved å sende
minst én etterspurt jobb (1.5.2) til tjenesteklienten (14).
[0089] Tjenesteklienten (14) vil så overføre jobben (1.4.2) foretrukket trådløst til
den éne eller de flere mobile enheter (1).
[0090] Den éne eller de flere mobile enheter (1) vil så utføre den mottatte jobben. Samtidig eller hovedsakelig samtidig vil en overføringssesjon bli initialisert ved den mobile enheten (1). I denne sesjonen vil statusdata bli sendt trådløst (1.2.2) fra den mobile enheten (1) til tjenesteklienten (14). Statusdataene kan være enhver type innhold som er tilgjengelig for klienten for mobil enheten (10) i mobilen.
[0091] Tjenesteklienten (14) responderer ved å sende ( 1 . 4 . 2 ) den mottatte oppdateringsstatus til databasen (15). En normal sesjon av denne typen vil generelt bli avsluttet ved å sende én eller flere end of session meldinger. Mottakeren av end of session meldingen kan respondere ved å sende en "ack received end of session". Følgelig vil den éne eller de flere mobile enheter (1) overføre minst én end of session melding til tjenesteklienten (14). Ved tjenesteklienten (14) vil bekreftet jobb meldingen bli fulgt av samtidig eller hovedsakelig samtidig sending av en sesjon fullført til databasen (15).
[0092] Internettserveren (13) spør på en regelmessig basis eller hendelsesutløst (1.5.4) databasen (15) etter siste oppdaterte status. Videre vil internettserveren (13) avslutte jobben ved å sende en jobb status
oppdatert melding (1.3.5) til datamaskinen (3).
Metoder for utførelse av lokaliseringstjenester
[0093] Referanse gjøres nå til figur 9. Elementene involvert i denne metoden er lignende elementene involvert i metodene for generell administrasjon beskrevet over, kommunikasjonslenkene/linjene er også lignende. I det generelle eksempel over var jobben som skal bli utført av en generell karakter i denne metoden er jobben en lokaliseringsoppgave. Det er sluttbrukerens ønske ved datamaskinen (3) å få lokaliseringsdata for én eller flere mobile enheter (1). De innledende trinn i metodene er lignende de i de generelle metoder for utførelse av en jobb. Denne metoden avviker hovedsakelig fra den tidligere beskrevne metode i trinnene som følger etter å ha mottatt jobben (1.4.2) fra tjenesteklienten (14) ved den éne eller de flere mobile enheter (1).
[0094] Dessuten, for et mer detaljert bilde av handshake mellom den mobile
enheten (1) og den første noden (2) gjøres referanse til figur 10
[0095] Den éne eller de flere mobile enheter (1) vil utføre den mottatte "etterspør lokaliseringskoordinater" jobben ved å sende en lokaliseringsspørring (2.2.2) fra mobil enhet administratorklienten (10) integrert i den éne eller de flere mobile enheter til en GPS-modul (11) i den mobile enheten. Det er en forutsetning for at denne metoden skal fungere at den mobile enheten har en GPS-modul integrert eller alternativt at lokaliseringskoordinatene kan bli tilveiebrakt til administratorklienten for mobil enheten (10) manuelt eller ved triangulering som er kjent fra faget.
[0096] GPS-modulen (11) vil respondere ved å returnere lokaliseringskoordinater (2.3.1) til administratorklienten for mobil enheten (10). Administratorklienten for mobil enheten (10) vil overføre lokaliseringskoordinatene (2.2.3) til tjenesteklienten (14) og tjenesteklienten (14) sender lokaliseringskoordinatene (2.5.3) til internettserveren (13).
[0097] Internettserveren (13) vil videreformidle (2.4.2) de mottatte
lokaliseringskoordinater til datamaskinen (3).
[0098] Sluttbrukeren som sitter ved datamaskinen (3) med GUI-et vist på sin skjerm kan i samsvar med én utførelsesform erfare at et kart i en nettleser (2.9) med lokaliseringskoordinater indikert blir åpnet på sin datamaskin (3). Følgelig vil brukeren ha muligheten til å motta sanntidsposisjonsdata på ett eller flere kart på sin datamaskin (3) for én eller flere mobile enheter.
[0099] Som indikert i figur 10 vil den faktiske overføring av lokaliseringsdata fra den mobile enheten (1) og den første noden (2) normalt inkludere flere iterasjoner. Disse iterasjonene i handshakeprosedyren inkluderer nødvendige trinn som må tas for å verifisere at en overføringsprosess er fullstendig og videre at den har vært vellykket, uten feil.
[0100] Et praktisk eksempel på handshakingen mellom klient for mobil enheten (10) på den mobile enheten (1) og tjenesteklienten (14) for den første
noden ifølge én utførelsesform med støtte fra figur 10 er beskrevet i det følgende.
[0101] I trinnene beskrevet er det vesentlig at enheten har innebygget eller har en Bluetooth GPS modul, da er det mulig å automatisk lokalisere enheten. Som beskrevet over hvis dette ikke er tilfellet må triangulering eller manuell innlasting av geodata legges inn av brukeren av den mobile enheten (1). Tjenesteklienten (14) vil forsøke å lokalisere enheter (1) innen en satt periode f.eks. 5 minutter. Hvis ingen lokaliseringsinformasjon blir lastet tilbake, så vil lokaliseringstjenesten stoppe (fremdriftslinje indikerer 5 minutters intervall).
[0102] GPSstøtte krever at den første noden (2) har evnen til å sende SMS.
1. Tjenesteklienten (14) sender SMS melding inneholdende 'lokalisere' kommando til én eller flere mobile enheter (1). 2. Klienten for mobil enheten (10) mottar SMS-meldingen via SMS-oppfangningsmodul og koples til tjenesteklienten (14) av den første noden (2), for enkel forståelse blir den interne kommunikasjon i de mobile enheter (1) utelatt. 3. Klienten for mobil enheten (10) sender ProgressTotalPacket med dwType satt til CommandSubjectLocate og dwTotal lik til tidsavbruddet for lokaliseringsoperasjonen, i millisekunder typisk omtrent 5 minutter. 4. Klienten for mobil enheten (10) sender periodisk ProgresslncrementPacket med dwType satt til
CommandSubjectLocate denne vil typisk sendes hvert 3-5 sekund.
5. Klienten for mobil enheten (10) sender ProgressEndPacket med dwType satt til CommandSubjectLocate når en forhåndsinnstilt tidsavbruddsperiode utløper eller lokalisering blir tatt fra GPS enheten (11). 6. Hvis geografiske koordinater blir tatt fra GPS-enhet (11) sender klienten for mobil enheten (10) LocationPacket, supplert med passende data.
[0103] En mer detaljert beskrivelse av pakke- og headerstrukturen er beskrevet i en følgende beskrivelse hvor en generell gjennomgang av de fleste av
pakkene, headerne, payload og datasett er beskrevet.
En metode for utførelse av sikkerhetskopiering av mobile enheter
[0104] Det blir referert til figur 11 hvor de nødvendige trinn for sikkerhetskopiering av mobile enheter initiert fra datamaskinen (3) er vist. Den generelle metode beskrevet over dekker de fleste av trinnene som er nødvendige for sikkerhetskopiering av mobile enheter. Det siste trinnet beskrevet for den generelle metode blir imidlertid fulgt av det ytterligere trinn med å vise sikkerhetskopi overføringsstatusen i det spesielle GUI (3.7) på datamaskinen (3).
[0105] Sikkerhetskopieringen mellom den mobile enheten (1) og den første noden (2) vil dessuten inkludere flere undertrinn som er nødvendige for å kontrollere overføringen av data, referer til figur 12. Figur 12 indikerer de nødvendige trinn og de nødvendige signaler i dataoverføringen som sådan. Prosedyren vist i figur 12 tilsvarer 3.2.2, 3.4.2 og 3.5.2 i figur 11.
[0106] Et praktisk eksempel på handshakingen mellom klient for mobil enheten (10) på den mobile enheten (1) og tjenesteklienten (14) for den første
noden ifølge én utførelsesform med støtte fra figur 12 er beskrevet i det følgende.
[0107] Fremdriftsinfoen i løpet av en sikkerhetskopieringsprosess blir utført ved den første noden (2). 1. For hvert av de forespurte kommandoemnene gjelder de følgende trinn: a. Klient for mobil enheten (10) sender totalt antall elementer eller
alternativt total størrelse for filene i ProgressTotalPacket.
b. For hvert av elementene til sikkerhetskopi gjelder det følgende:
i. Klienten for mobil enheten (10) sender PackageltemStart pakke med overføringslD. ii. Klienten for mobil enheten (10) sender PackageChunkHeaderPacket med meta-informasjon om element(er).
iii. a ) De følgende trinn gjelder bare hvis rsync er støttet:
iv. b ) Tjenesteklienten ( 14 ) for den første noden ( 2 ) initierer skan av eksisterende sikkerhetskopi og sender sekvens av beregnede oversikter ( svak , sterk ) for hver blokk v. c ) Klienten for mobil enheten ( 10 ) mottar settet av oversikter og starterr Syne søkeprosess . vi. Klienten for mobil enheten (10) sender én eller flere PackageChunkDataPacket som representerer elementets eller filens data, det er anbefalt å overføre dem som komprimerte pakker. vii. Klienten for mobil enheten (10) sender tom PackageltemEnd pakke. viii. Tjenesteklienten (14) for den første noden (2) oppdaterer sin fremdriftsinformasjon her ved anvendelse av formelen PackageltemEnd pakker mottatt/totalt antall elementer fra ProgressTotalPacket c. Klienten for mobil enheten (10) venter på alle PackageltemEnd pakker fra tjenesteklienten (14). d. Klienten for mobil enheten (10) sender ProgressEndPacket som indikerer at alle elementene er sikkerhetskopiert.
[0108] En mer detaljert beskrivelse av pakke- og headerstrukturen er beskrevet i den etterfølgende beskrivelse hvor en generell gjennomgang av de fleste
av pakkene, headerne, payload og datasett er beskrevet.
En metode for utførelse av gjenoppretting av data i mobile enheter
[0109] Det blir referert til figur 13 hvor de nødvendige trinn for gjenoppretting av data i mobile enheter initiert fra datamaskinen (3) er vist. Den generelle metode beskrevet over dekker de fleste av trinnene nødvendige for gjenoppretting av data på mobil enhet. Imidlertid blir det siste trinnet beskrevet for den generelle metode fulgt av det ytterligere trinn av å vise gjenopprettingsoverføringsstatusen i det spesielle GUI (4.7) på datamaskinen (3).
[0110] Gjenopprettingen mellom den mobile enheten (1) og den første noden (2) vil dessuten inkludere flere undertrinn nødvendig for å kontrollere overføringen av data referer til figur 14. Figur 14 indikerer de nødvendige trinn og de nødvendige signaler i dataoverføringen som sådan. Prosedyren vist i figur 14 tilsvarer 4.2.3, 4.4.3 og 4.5.2 i figur 13.
[0111] Et praktisk eksempel på handshake mellom klienten for mobil enheten (10) på den mobile enheten (1) og tjenesteklienten (14) for den første noden ifølge én utførelsesform med støtte fra figur 14 er beskrevet i det følgende.
[0112] I løpet av gjenoppretting oppdaterer tjenesteklienten (14) for den første
noden (2) selv fremdriftsinfo
[0113] Klienten for mobil enheten (10) har noen ganger ikke behov for å laste tilbake hele data (elementet eksisterer sannsynligvis og trenger ikke å gjenopprettes). Det fungerer derfor på måten vist under
[0114] For hver av chunk typer som trenger å gjenopprettes gjelder de følgende trinn/handshaking: 1. Tjenesteklienten (14) for den første noden (2) sender totalt antall elementer som skal bli gjenopprettet i ProgressTotalPacket. Alle ack pakker fra 2 . 2 ( klienten for mobil enheten ( 10 ) ??? ) må sendes før ack pakker fra 2 . 4 . 2 (dvs, klienten for mobil enheten (10) tillates ikke å sende ChangelDPacket før alle ack pakker på PackageChunkHeaderPackets)
2. For hvert av elementene sendt i punkt 1:
a. Tjenesteklienten (14) for den første noden (2) overfører fullstendig meta-informasjon om alle elementer i serier av PackageChunkHeaderPacket. b. På hver PackageChunkHeaderPacket sender klienten for mobil enheten (10) AckPacket inneholdende dwUserData satt til "1" hvis den ønsker denne pakken og satt til "0" hvis ikke. c. Tjenesteklienten (14) for den første noden (2) mottar asynkront AckPackets og overfører så forespurte elementer dvs. bare PackageChunkDataPackets. d. For hvert av elementene mottatt utfører klienten for mobil enheten (10) de følgende trinn/handshaking: i. Utfører gjenopprettingslogikk som har PackageChunkHeaderPacket og
PackageChunkDataPackefs
ii. Sending AckPacket inneholdende dwUserData satt til "1" hvis headeren ble forandret etter gjenoppretting og ellers til "0". Hvis satt, overfør ChangelDPackets pakke med oppdaterte data.
[0115] Gjenoppretting av filer sikkerhetskopiert fra lagringskort kan bli utført på den følgende måte: 1. Hvis fil blir funnet på det samme stedet den ble sikkerhetskopiert fra (uansett enhetsminne eller lagringskort) blir filen oppdatert på det samme stedet. 2. Hvis kort blir funnet fil sikkerhetskopiert fra, utføres gjenoppretting på det kortet
3. Ellers utføres gjenoppretting på kortet med maksimal tilgjengelig plass
i gjenopprettingsøyeblikket dvs. hvis kortet eksisterer.
[0116] En mer detaljert beskrivelse av pakke- og headerstrukturen er beskrevet i den etterfølgende beskrivelse hvor en generell gjennomgang av de fleste
av pakkene, headerne, payload og datasett er beskrevet.
En metode for sletting av data i mobile enheter
[0117] Det blir nå referert til figur 15 hvor de nødvendige trinn for sletting av data i mobile enheter initiert fra datamaskinen (3) er vist. Denne funksjonen er av spesiell interesse hvor eieren eller eierne av mobile enheter ønsker å beskytte lagrede data mot tilgang fra tredjeparter som har stjålet eller funnet mobile enheter. Privat og konfidensiell informasjon så som e-poster og dokumenter blir vanligvis lagret på mobile enheter i dag, følgelig er disse enhetene en potensiell sikkerhetsrisiko for eierne eller sluttbrukerne. Den generelle metode beskrevet over dekker de fleste av trinnene som er nødvendige for sletting av mobilenhetsdata. Det siste trinnet beskrevet for den generelle metoden blir imidlertid fulgt av det ytterligere trinn med visning av slettestatusen i det spesielle GUI (5.7) på datamaskinen (3).
[0118] Som indikert for de tidligere jobber nødvendiggjør sletting av data kontroll av dataoverføring mellom den éne eller de flere mobile enheter og den første noden. Det er vesentlig at kontroll av sletteprosessen i de mobile enheter opprettholdes i den første noden i løpet av prosessen, følgelig inkluderer prosessen med sletting flere undertrinn vist i figur 16, disse trinnene er nødvendige for å muliggjøre en sikker sletteprosess på de mobile enheter. Når jobben er fullført sender de mobile enheter en "ProgressEndPacket" til den første noden (2).
[0119] Sletteprosessen i dens enkleste form kan bli beskrevet ved generell prosedyre indikert under. Eieren av den mobile enheten (1) kan logge inn til tjenesteklienten (14) fra sin datamaskin (3) via sin nedlastede GUI ved anvendelse av en nedlastet klient ifølge foreliggende oppfinnelse og velge å slette valgte data på sin mobile enhet (1). Denne funksjonen blir brukt i tilfelle tap, tyveri eller forleggelse av den mobile enheten. Bruker velger hva han/hun ønsker å slette (eksempel: Bilder, SMS, E-post, kontakter, dokumenter) hvorved det valgte innhold blir slettet på den mobile enheten (1). Sletteprosedyren omfatter de følgende trinn: 1. Fra dashbordet på datamaskinen (3), velger brukeren hvilke data som skal slettes på den mobile enheten (1) og trykker så en sletteknapp. Denne hendelsen utløser at tjenesteklienten (14) i den første noden (2) lagrer data valgt å bli slettet i databasen (15) for den relevante mobile enhet (1). 2. Klienten for mobil enheten (10) sjekker etter ny jobb i et satt intervall (f.eks. alle 5 minutter). Hvis slettekommandoen er registrert i databasen (15) for den mobile enhet (1), gir tjenesteklienten i den første noden (2) den jobben til klienten for mobil enheten (10) og klienten for mobil enheten (10) utfører slettingen av valgte data på den mobile enheten (1).
[0120] Et praktisk eksempel på handshakingen mellom klienten for mobil enheten (10) på den mobile enheten (1) og tjenesteklienten (14) for den første
noden ifølge én utførelsesform med støtte fra figur 16 er beskrevet i det følgende.
[0121] I løpet av utviskingsprosess oppdaterer klienten for mobil enheten (10)
fremdriftsinfo på tjenesteklienten (14) for den første noden (2).
[0122] 1. For hvert av kommandoemnene forespurt om å viske ut/slette gjelder den følgende handshake: 1. Klienten for mobil enheten (10) sender totalt antall elementer eller total størrelse for filene i ProgressTotalPacket-en. 2. For hvert av elementene etter utviskingssletting sender klienten for mobil enheten (10) ProgresslncrementPacket med inkrementverdi hvis dette er en fil. 3. Klienten for mobil enheten (10) sender ProgressEndPacket som indikerer at alle elementer er visket ut/slettet.
[0123] En mer detaljert beskrivelse av pakke- og headerstrukturen er beskrevet i den etterfølgende beskrivelse hvor en generell gjennomgang av de fleste
av pakkene, headerne, payload og datasett er beskrevet.
Låsing av mobile enheter
[0124] Eieren av den éne eller de flere mobile enheter (1) kan logge inn til den første noden (2) og fra GUI-et, dashbord, på sin datamaskin (3) velge å låse sin mobile enhet. Denne funksjonen blir brukt i tilfelle tap eller forleggelse av den mobile enheten. Etter at den mobile enheten er låst, kan den mobile enheten ikke bli brukt av noen før den er låst opp enten fra GUI-et, dashbord, av datamaskinen (3) eller ved bruk av en opplåsingskode direkte på selve den mobile enheten. En unik opplåsningskode blir automatisk generert når bruker låser den mobile enheten (1) og denne koden kan bli vist på datamaskinens dashbord. I det følgende er det indikert et eksempel på de nødvendige trinn for låsing av mobile enheter fra en datamaskin med en klient ifølge foreliggende oppfinnelse. Låseprosedyren omfatter de følgende trinn: 1. Brukeren trykker en knapp som sier "Lås mobil enhet" på et web dashbord, GUI, eller en hvilken som helst knapp som indikerer denne funksjonen på sin datamaskin. Denne hendelse utløser at den første noden (2) lagrer en Lock-kommando i databasen (15) relatert til den relevante mobile enhet (1). 2. Klienten for mobil enheten (10) sjekker etter ny jobb i et satt intervall (f.eks. alle 5 minutter). Hvis Lock-kommandoen er registrert i databasen (15) forden mobile enheten (1), gir tjenesteklienten i den første noden (2) den jobben til klienten for mobil enheten (10) og den mobile klienten (10) låser den mobile enheten (1).
[0125] Låsen deaktiverer bruken av den mobile enheten (1) og kan også vise en skjerm som sier at den mobile enheten (1) er låst og at enten må opplåsningskode legges inn eller mobil enhet må låses opp fra GUI-et dvs. klienten ifølge foreliggende oppfinnelse på datamaskinen (3), for å låse opp den mobile enheten (1). Brukeren kan ikke aksessere noen menyer eller aksessere noen data på den mobile enheten (1). Uavhengig av hvilken knapp brukeren velger på den mobile enheten (1) eller hvilke kommandoer han forsøker å legge inn blir den samme meldingen gitt, og
gjør dataene og alle funksjoner på den mobile enheten (1) utilgjengelige. En metode for setting av parameterdata i mobile enheter
[0126] Det blir referert til figur 17 hvor de nødvendige trinn for setting av parameterdata i mobile enheter er vist. Den generelle metode beskrevet over dekker de fleste av trinnene som er nødvendige for setting av parameterdata på mobile enheter. Denne metoden avviker fra de tidligere beskrevne metoder ved at trinnet hvor jobben (1.4.2) fra tjenesteklienten (14) til de mobile enheter (1) inkluderer overføring av innstillinger (6.4.2)
trådløst til den éne eller de flere mobile enheter (1).
En metode for sending av meldinger til mobile enheter
[0127] Det blir referert til figur 18 hvor de nødvendige trinn for sending av meldinger fra en datamaskin (3) til én eller flere mobile enheter (1) er vist. Den generelle metode beskrevet over dekker de fleste av trinnene som er nødvendige for sending av meldinger fra en datamaskin (3) til én eller flere mobile enheter (1). Denne metoden avviker fra de tidligere beskrevne
metoder ved at trinnet hvor jobben (1.4.2) fra tjenesteklienten (14) til de mobile enheter (1) inkluderer overføring av én eller flere meldinger (7.4.2)
trådløst til den éne eller de flere mobile enheter (1).
En metode for sending av SMS-kommando til mobile enheter
[0128] Referanse gjøres til figur 19 der de nødvendige trinn for sending av SMS-kommandoer fra en datamaskin (3) til mobile enheter (1) hvor jobbstatusen blir oppdatert ved datamaskinen (3).
[0129] Metoden nødvendiggjør at trinnene med innlogging og autentisering var
vellykket.
[0130] Først vil sluttbrukeren bruke sin GUI på datamaskinen (3) for å velge jobben med sending av SMS-kommandoer fra en datamaskin (3) til mobile enheter. Han starter ved lagring av den ønskede jobben.
[0131] Etter å ha lagret jobben ved datamaskinen vil det neste trinnet åpenbart være å overføre nevnte jobb (8.1.1) over en kommunikasjonslinje til internett tjenesteklienten (14) for den første noden (2) (13).
[0132] Ved internettserveren (13) videresendes mottatt "Jobb lagret med status SMS" (8.1.1) til en SMS-gateway (8.3 og fig. 2) som et formatert SMS anrop. Gatewayen (8.3) videresender (8.3.1) den formaterte SMS til den valgte klienten for mobil enheten (10).
[0133] Klienten for mobil enheten (10) for de mobile enheter (1) sender spørrekommandoer dvs. sjekker etter nye jobber, (8.2.1) kontinuerlig, ved forhåndsinnstilte tidsintervaller, eller som en respons til en mobil enhet brukers innlasting, til tjenesteklienten (14).
[0134] Tjenesteklienten (14) responder ved å sende spørrekommandoer (8.5.1) til databasen (15). Databasen (15) vil sjekke om det er én eller flere lagrede jobber i databasen som passer med spørringen.
[0135] Hvis det er et samsvar så vil databasen (15) respondere ved å sende
minst én etterspurt jobb (8.6.1) til tjenesteklienten (14).
[0136] Tjenesteklienten (14) vil så overføre jobben (8.5.2) foretrukket trådløst til
den éne eller de flere mobile enheter (1).
[0137] Den éne eller de flere mobile enheter (1) vil så utføre den mottatte jobben. Samtidig eller hovedsakelig samtidig vil en overføringssesjon bli initialisert ved den mobile enheten (1). I denne sesjonen vil data bli sendt trådløst (8.2.2) , hvis det er noen data å sende, fra den mobile enheten (1) til tjenesteklienten (14).
[0138] Tjenesteklienten (14) responderer ved å sende (8.5.2) de mottatte data til databasen (15). En normal sesjon av denne typen vil generelt bli avsluttet ved å sende én eller flere end of session meldinger. Mottakeren av end of session meldingen kan respondere ved sending av en "ack mottatt end of session". Følgelig vil den éne eller de flere mobile enheter (1) overføre minst én end of session melding til tjenesteklienten (14). Ved tjenesteklienten (14) vil bekreftet jobb meldingen bli fulgt av samtidig eller hovedsakelig samtidig sending av en sesjon fullført til databasen (15).
[0139] Internettserveren (13) spør på en regelmessig basis eller hendelsesutløst (8.6.3) databasen (15) etter nye data. Videre vil internettserveren (13) avslutte jobben ved sending av en jobb status oppdatert melding i satt
intervall (8.4.2) til datamaskinen (3).
Pakkestru ktu r/sam men setn ing
[0140] Innholdet i pakkene, strukturene i pakkene, payloaden og headerinnholdet for kommunikasjonen mellom klienten for mobil enheten (10) og tjenesteklienten (14) for den første noden (2) er beskrevet i dette kapitlet. Dette beskrivelsesnivået er på et lavt abstraksjonsnivå, følgelig er de beskrevne definisjonene og strukturene utelukkende eksempler, forbedringer og endringer vil være en naturlig konsekvens av produktutvikling. Følgelig vil endringer i detaljer være innen omfanget av denne oppfinnelsen og kan også ikke endre funksjonaliteten i henhold til
foreliggende oppfinnelse
Pakkestru ktu r
[0141] Protokollpakken mellom klient for mobil enheten (10) og tjenesteklienten (14) inneholder pakkeheader og pakkedata som følger hverandre, i samsvar med den følgende tabell 1.
[0142]
[0143] Dataene inneholdt i pakke avhenger av pakkeheaderen dwType medlem
(se under).
Pakkeheader
[0144] Pakkeheaderen har den neste binære strukturen det vil si feltene følger
hverandre i deklarasjonsrekkefølge.
[0145] Byteorganisering i datatyper er lave-byte-først. Justering til 4-byte grense
er påkrevet se tabell 2.
[0146]
[0147] Lengderepresentasjon
[0148] Hvis komprimert flagg er spesifisert så er len felt representert som
strukturen indikert i tabell 3.
[0149]
[0150] Ellers er det 4-byte fortegnsløst int (DWORD).
Installasjon datapakke
Formål
[0151] Formålet ved installasjonsdatapakken er å overføre alle data som er nødvendige for klient for mobil enhet (10) registreringen i klient for mobil
enhet (10) og tjenesteklienten (14) for den første node (2) programvaren. Struktur
[0152] Strukturen av installasjonsdatapakken er avbildet i tabell 4.
[0153] Avanserte data om klienten for mobil enheten (10) sin konfigurasjon er
valgfri og kan inneholde informasjon om flashkort.
[0154] Format av flashkort datainnføring er indikert i tabell 5 (i PR_FlashCard
objects).
[0155]
[0156] "TSS000728 - Fremhenting av minnekort unik ID lastet tilbake fra http:// wiki. forum. nokia. com/ index. php/ TSS000728_-_ Retrieving_ memory_ card_ unique_ ID, fra Forum Nokia Wiki.
[0157]
[0158]
[0159] Beskrivelse
[0160] Det unike serienummer fra MMC kort identifikajonsregisteret (CID) kan bli
hentet frem med den følgende funksjon (hvis støttet av mediet):
[0161] Tint RFs::GetMediaSerialNumber( TMediaSerialNumber ÅaSerialNum,
Tint a Drive),
[0162] Løsning
[0163] RFs:GetMediaSerialNumber() returnerer 16 bytes (128 bits) som er en
kopi av kortets CID register, definert som følger:
[0164]
[0165]
Sjekk for tilgjengelighet av oppdatert konfigurasjon
( IsNewConfigurationAvailablePacket)
Formål
[0166] Formålet med "Sjekk for tilgjengelighet av oppdatert konfigurasjon (IsNewConfigurationAvailablePacket)" er å spørre tjenesteklienten (14) for den første noden (2) om oppdatert konfigurasjon eksisterer (eller tvungent få konfigurasjon fra server). Tjenesteklienten (14) for den første noden (2) skal respondere med AckPacket med dwUserData satt til 1 hvis ett av feltene sendt med senere ConfigurationDataPacket har blitt endret. Ellers skal tjenesteklienten (14) for den første noden (2) sette 0 til AckPackefs
dwUserData feltet.
Struktur
[0167] Strukturen av "Sjekk for tilgjengelighet av oppdatert konfigurasjon
(IsNewConfigurationAvailablePacket)" er vist i tabell 9.
[0168]
Konfigurasjonsdatapakke
Formål
[0169] Formålet med "Konfigurasjonsdatapakken" er å levere konfigurasjonsinnstillinger til klienten for mobil enheten (10): 1. Tilkoblingsperiode. Hvor ofte klient for mobil enheten (10) skal se etter nye meldinger fra tjenesteklienten (14) for den første noden (2) gjennom GPRS/GSM. 2. Sikkerhetskopiperiode. Hvor ofte klienten for mobil enheten (10) automatisk skal sikkerhetskopiere dens status til serveren. 3. Hva som skal sikkerhetskopieres hvis automatisk sikkerhetskopi blir etterspurt. 4. SMS meldingsformidling (tilgjengelighet av klienten for mobil enheten (10) til å håndtere innkommende SMSer fra tjenesteklienten (14) for den første noden (2). 5. Låseperiode. Når klienten for mobil enheten (10) mister forbindelse og dette intervallet forløper, skal klienten for mobil enheten (10) låse seg selv automatisk. 6. Tilintetgjørelsesperiode. Når klienten for mobil enheten (10) mister forbindelse og dette intervallet forløper, skal klienten for mobil enheten
(10) tilintetgjøre seg selv automatisk.
Struktur
[0170] Strukturen av "Konfigurasjonsdatapakken" er vist i tabell 10.
Sikkerhetskopi kjøreplanbeskrivelse
Format
[0171] Sikkerhetskopikjøreplanen inneholder den neste informasjonen 1. Hvor mange tidsintervaller skal forløpe før to etterfølgende sikkerhetskopieringer. 2. Varigheten av et enkelt intervall (et minutt, en time, en dag eller en uke) 3. Dager i en uke når sikkerhetskopihendelser skal forekomme (bare for sikkerhetskopi) 4. Tidspunkt på en dag når hendelse skal forekomme (bare for sikkerhetskopi)
[0172] Sikkerhetskopi kjøreplan omkodes med dobbeltord (32 bits) ved
anvendelse av formatet vist under i tabell 11 (fra høyere til lavere bits).
[0173]
[0174] Typene tidsintervall er avbildet i tabell 12.
[0175]
[0176] Det positive antall tidsintervaller er spesifisert i det høyeste byte av
sikkerhetskopiperiode descriptor.
[0177] Tidspunkt på en dag
[0178] Tidsperiode i minutter: fra midnatt inntil tidspunktet når planmessig sikkerhetskopi skal gjøres, (for eksempel, for 2:13 AM ville dette tallet være 133)
[0179] Ukemaske
[0180] Maske på 7 bits, hvor 0. tilsvarer søndag og 6. - lørdag. Hvis det spesielle
bit blir satt, skal sikkerhetskopien forekomme den dagen
[0181] Sikkerhetskopi kjøreplan notater
[0182] Felter gyldighet for forskjellige tidsintervaller er vist i tabell 13.
[0183]
[0184] Hvis tidspunkt på en dag felt er mer enn 1440, så blir tidspunkt på en dag vurdert som å være fraværende ( corporate edition behaviour), og planmessig hendelse blir utløst nøyaktig etter at n perioder har forløpt (siden tidspunktet for forandring av konfigurasjon). Ukedager og tidspunkt på en dag blir ignorert for låse og utviskingsperioder. Sikkerhetskopilisten
er representert i kommandoformat.
Meldingspakke
Formål
[0185] Formålet ved denne pakken er å overføre menneske-lesbar melding til
klienten for mobil enheten (10) når den er forbundet.
[0186] Struktur
[0187] Strukturen av "Meldingspakke" datapakke" er vist i tabell 14.
[0188]
[0189]
Sjekk for kommandotilgjengelighet ( IsNewCommandAvailablePacket)
Formål
[0190] Formålet med "Sjekk for kommando tilgjengelighet" er å spørre tjenesteklienten (14) på den første noden (2) om kommandoer for enhet eksisterer. Tjenesteklienten (14) for den første noden (2) skal respondere med AckPacket med dwUserData satt til 1 hvis én eller flere kommandoer eksisterer. Ellers skal tjenesteklienten (14) for den første noden (2) sette 0
til AckPackefs dwUserData felt.
Struktur
[0191] Denne pakken inneholder ikke noen data.
Kommandodatapakke
Formål
[0192] Formålet med "Kommandodatapakken" er å levere til klienten for mobil enheten (10) kommandodata fra tjenesteklienten (14) for den første noden (2).
[0193] Struktur
[0194] Strukturen av "Kommandodatapakken" er vist i tabell 15.
Fremdrift totalpakke
Formål
[0195] Formålet med "Fremdrift total pakke" er å fortelle til den andre siden (enten klienten for mobil enheten (10) eller den første noden (2) det totale antall elementer som blir overført eller totalt antall bytes hvis filer blir overført,
slik at fremdriftsinformasjon kan oppdateres korrekt.
Struktur
[0196] Strukturen av "Fremdrift totalpakken" er vist i tabell 16.
[0197]
[0198] Når en gjør sikkerhetskopiering, skal pakken bli bekreftet med AckPacket med dwUserData satt til "0" hvis sikkerhetskopi blir nektet på grunn av per-bruker quote begrensning dette er også kjent som 'MaksimumMBPerUser'.
[0199] Når en gjør gjenoppretting, skal pakken bli bekreftet med AckPacket med dwUserData satt til "0" hvis gjenoppretting er mulig og "1" og strukturert lagring vedlegg hvis gjenoppretting ikke er mulig og feil forekom. Dette vedlegget skal inneholde informasjon om en feil som skal bli vist til en
bruker på den administrative delen.
Fremdriftsinkrementpakke
Formål
[0200] Formålet med "Fremdriftsinkrementpakke" er å fortelle at element av gitt
Command Subject ble vellykket prosessert (sikkerhetskopiert/visket ut). Struktur
[0201] Strukturen av "Fremdriftsinkrementpakken" er vist i tabell 17.
[0202]
[0203] Ved gjenoppretting er dwType lik ChunkType oppregningsverdi. Årsaken til det er at én CommandSubject, for eksempel Kontaktkommandoemne kan referere til heterogene elementtyper for eksempel til enhetskontakt og til SIM kontakt. Slik at under gjenoppretting kunne passende elementer (enhetskontakt eller SIM-kontakt) atskilles fra hverandre.
[0204] For tiden blir denne pakketypen brukt bare for viske ut kommando.
Fremdriftsinfo for en annen kommandotype blir regulert automatisk.
Fremdriftssluttpakke
Formål
[0205] Formålet med "Fremdriftssluttpakken" er å fortelle at alle elementer av gitt
Command Subject ble vellykket prosessert.
Struktur
[0206] Strukturen av "Fremdriftsinkrementpakken" er vist i tabell 18.
[0207]
[0208] Ved gjenoppretting er dwType lik ChunkType oppregningsverdi. Årsaken til det er at én CommandSubject, for eksempel Kontaktkommandoemne, kan referere til heterogene elementtyper (for eksempel til enhetskontakt og til SIM kontakt). Slik at ved gjenoppretting kunne passende elementer
(enhetskontakt eller SIM kontakt) atskilles fra hverandre.
Package Chunk Headerpakke
Formål
[0209] Formålet med "Package Chunk Header pakken" er å overføre meta-informasjon om elementet/filen som blir overført. Legg merke til at hele denne pakken blir sendt til klienten for mobil enheten (10) ved gjenoppretting for å definere om et element skal bli overført fra
tjenesteklienten (14) for den første noden (2) eller ikke.
Struktur
[0210] Strukturen av "Package Chunk Header" pakken er vist i tabell 19.
[0211] De følgende begrensninger kan gjelde for hjelpeelementets metadata:
1. Data må ikke inneholde objekttyper
2. Metadata skal være så små som mulig, men ikke mer enn 3000 bytes. 3. Chunkrekkefølgen innen strukturert lagring er betydelig, så omflytting av chunks er begrenset. Selv om du tillates å sette inn ny chunk til midten av disse metadata så vil ikke den tidligere rekkefølgen være
tapt. Chunkrekkefølgen blir opprettholdt ved spesielt lagreelement.
Package Chunkdatapakke
Formål
[0212] Å overføre element (slik som SMS element, kontaktelement, etc). Meta-informasjonen om dette elementet er gitt i PackageChunkHeaderPacket. Struktur
[0213] Strukturen av "Package Chunk datapakken" er vist i tabell 20.
[0214]
Elementstartpakke
Formål
[0215] Å underrette mottaker om at overføringstransaksjon skal begynne. Sender skal godkjenne overføringsID (unik verdi for ethvert antall bytes). Etter vellykket overføring av elementdata og sending av PackageltemEnd pakke er sender ansvarlig for å vente på alle overføringslDer i PackageltemEnd
pakker.
Struktur
[0216] Strukturen av "Elementstartpakken" er vist i tabell 21.
[0217]
Elementsluttpakke
Formål
[0218] Formålet med "Elementsluttpakken" er å avslutte overføringstransaksjon. Struktur
[0219] Hvis denne pakken blir sendt fra den siden som sendte PackageltemStart
pakke, må pakken være tom.
[0220] Hvis denne pakken sendes fra en annen side, har pakken strukturen av.
[0221] hvor overføringsID er den mottatt i PackageltemStart
strukturoverføringsl D.
Endre ID pakke
Formål
[0222] Dataene fra PackageChunkHeaderPacket kan bli endret etter gjenoppretting. Denne pakken er utelukkende tenkt for å underrette tjenesteklienten (14) for den første noden (2) om at elementets metadata blir endret etter gjenoppretting og tjenesteklienten (14) for den første noden (2) skal oppdatere sin database og alle relaterte elementer for å
reflektere denne endringen.
Struktur
[0223] Den samme som PackageChunkHeaderPackefs struktur.
Lokaliseringspakke
Formål
[0224] Denne pakken er tenkt å overføre geografiske koordinater så som
breddegrad og lengdegrad.
Struktur
[0225] Strukturen av Lokaliseringspakken er vist i tabell 23.
Bekreftelsespakke
Formål
[0226] Denne pakken er tenkt å bekrefte mottak av spesiell pakke og send
hjelpeinformasjon som respons.
Struktur
[0227] Strukturen av bekreftelsespakken er vist i tabell 24.
RSync Elementoversikter pakke
Formål
[0228] Denne pakken blir brukt for sending av elementoversikter mellom
'Generator' og 'Sender' i ip-rsync algoritme
Struktur
[0229] Strukturen er indikert i tabell 25.
[0230] Feilkodepakke eksisterer for å rapportere enhver feil som forekommer på mobil klient til tjenesteklienten (14) for den første noden (2) og å vise denne feilen på brukergrensesnitt F.eks. i tilfelle lokaliseringskommando hvis feil forekommer i løpet av lokaliseringsprosess sender Symbian mobil klient denne pakken med kode forfeil (f.eks. 710 hvis ingen enhet funnet) til server. Tjenesteklienten (14) for den første noden (2) mottar denne feilen og anroper visning av feilbeskrivelsesmelding på brukergrensesnitt.
[0231] Strukturen av feilkodepakken er vist i tabell 26.
[0232]
Format av kommandoen
Formål
[0233] Å representere server-til-klienten for mobil enheten (10) sine
kommandoforespørsler i binær form.
Struktur
[0234] En kan tenke på en kommando slik som en handling-element forbindelse, slik som lagre mail, mms, docs eller viske ut alle eller lokalisere. Verbet virker som kommandotype og substantivene er kommandoemnene beskrevet under i tabell 27.
[0235]
Kommandotype
[0236] CommandType feltet fra strukturen over kan være lik verdier under gitt i
tabell 28.
[0237]
Tabell 28
Kommandoemner
[0238] Kommandoemne representerer delvis datatype som klienten for mobil enheten (10) skal sikkerhetskopiere til server, gjenopprette fra server, viske ut eller låse
Følgende kommandoemnekonstanter er definert i tabell 29.
[0239]
Kommandodata
[0240] CommandData feltet er en datatabell av bytes som representerer alle emnene. Hver byte representerer ett emne. Hvis kommandoemne krever innsetting av streng (for eksempel kan dokumenter kreve liste slik som
<*>.txt,<*>.xls) så blir strengen (i Unicode koding, lave-byte-først) blir plassert i datatabell nøyaktig etter denne CommandSubject postfiksert med
CommandSubjectAuxiliary byte. Lengden av strengdataene blir bestemt av dens null-terminator (skal også lagres i liste).
[0241] Så for å virke på<*>.txt,<*>.xls filer skal strøm se ut som, i heksadesimalt
format, som vist i tabell 30.
[0242]
[0243]
[0244] Eksempler
[0245]
[0246] Referansenummer til tegningene
[0247]
I MEI Den internasjonale mobilutstyrsidentiteten eller IMEI er et tall unikt for hver GSM og WCDMA og iDEN mobiltelefon, så vel som noen satellittelefoner. Det blir funnet trykt på innsiden av en telefon. Det kan også bli funnet ved å skrive<*>#06# til tastaturet på telefonen.
Claims (24)
1. System for administrasjon av mobile enheter som minst omfatter:
a) minst én mobil enhet (1), som minst omfatter:
i) minst én mobil enhet administratorklient (10) konfigurert for å aksessere data i den minst ene mobile enhet (1),
b) minst én første node forbundet til den minst ene mobile enhet over et telekomnettverk, hvor den første noden minst omfatter:
i) minst én database,
ii) minst en tjenesteklient konfigurert for å tilveiebringe administrasjon av innholdet i mobile enheter,
iii) en internettserver,
iv) minst ett grensesnitt konfigurert for sikker forbindelse/kommunikasjon med webportaler, og c) minst ett grafisk brukergrensesnitt, GUI, installert på en datamaskin, hvor GUI-et er konfigurert for å tilveiebringe sikker forbindelse/kommunikasjon med nevnte minst én første node og GUI-et er videre konfigurert for å vise innholdet på én eller flere mobile enheter.
2. Administratorklient for mobil enhet konfigurert for innholdsadministrasjon på en mobil enhet hvor t administratorklienten for den mobile enheten er integrert i den mobile enheten og hvor administratorklienten for den mobile enheten minst omfatter:
a) verktøy konfigurert for å lese brukerspesifikke data lagret i den mobile enheten,
b) verktøy konfigurert for å skrive brukerspesifikke data til et minne av den mobile enheten,
c) verktøy konfigurert for å motta brukerspesifikke data over en sikker protokoll fra en første node,
d) verktøy konfigurert for å overføre brukerspesifikke data over en sikker protokoll til den første noden.
3. Administratorklient for mobil enhet ifølge krav 2,
karakterisert ved at mobil enhet administratoren er konfigurert for å lese data fra en GPS modul i den mobile enheten.
4. Administratorklient for mobil enhet ifølge krav 3 eller 4, karakterisert ved at mobil enhet administratoren er nedlastbar gjennom en nettleser i den mobile enheten.
5. Administratorklient for mobil enhet ifølge krav 2-4,
karakterisert ved at de brukerspesifikke data er én eller flere av:
SMS, MMS, Multimediafiler så som filmer, musikk eller ringetoner, PIM data så som kontaktdetaljer, kalenderdetaljer, tidsplaner eller oppgaver, dokumenter og GEO data.
6. Node konfigurert for innholdsadministrasjon av mobile enheter forbundet til minst én mobil enhet over et telekomnettverk, hvor noden minst omfatter:
a) minst én database,
b) minst en tjenesteklient konfigurert for å tilveiebringe administrasjon av innholdet i mobile enheter,
c) en internettserver,
d) minst ett grensesnitt konfigurert for sikker
forbindelse/kommunikasjon med webportaler,
e) minst ett grensesnitt konfigurert for kommunikasjon med mobile enheter.
7. Node ifølge krav 6,
karakterisert ved at noden omfatter verktøy konfigurert for å sende formaterte SMS-anrop til minst én SMS gateway.
8. Node ifølge krav 6 eller 7,
karakterisert ved at internettserveren omfatter et grensesnitt konfigurert for nedlasting av programvareklienter til mobile enheter.
9. Node ifølge krav 6 - 8,
karakterisert ved at noden videre omfatter programvareklienter konfigurert for bruk på plattformer for mobile enheter.
10. Node ifølge krav 6-9,
karakterisert ved at noden videre omfatter verktøy for lagring av data.
11. Grafisk brukergrensesnitt installert på en datamaskin (3), hvor det grafiske brukergrensesnitt er konfigurert for å tilveiebringe sikker forbindelse/kommunikasjon med minst én første node og det grafiske brukergrensesnitt videre er konfigurert for å vise innholdet på én eller flere mobile enheter (1) og hvor det viste innholdet er hyperlenker knyttet til lagrede data i den første noden (2), de lagrede data er speilbildet av innholdet på den éne eller de flere mobile enheter (1).
12. Fremgangsmåte for innlogging og autentisering fra en datamaskin (3) for et administrasjons- og overføring av data system hvor systemet er konfigurert for håndtering og overføring av data mellom én eller flere mobile enheter (1), og minst en første node (2) som minst omfatter trinnene av å:
a) ved en datamaskin (3) fra en webklient (1.1) å sende en
forespørsel (1.1.1) om et bestemt grafisk brukergrensesnitt, GUI, til en internettserver (13), hvor internettserveren (13) er en del av den første noden (2),
b) ved internettserveren (13) respondere ved å sende et innloggingsgrensesnitt (1.3.1) til datamaskinen (3),
c) ved datamaskinen (3) legge inn innloggingsdata og sende innloggingsdataene (1.1.2) over en sikker kommunikasjonsvei til internettserveren (13),
d) ved internettserveren (13) å sende innloggingsdataene (1.3.2) til en database (15) for verifikasjon,
e) ved databasen (15) respondere ved å returnere en verifikasjon (1.5.1) hvis innloggingsdata er korrekt, og
f) internettserveren (13) sender (1.3.3) det bestemte GUI til den mobile enhet (1) hvis verifikasjontesten i de tidligere trinn ble godkjent.
13. Fremgangsmåte ifølge krav 12,
karakterisert ved at GUI-et er konfigurert for å vise innholdet på én eller flere mobile enheter (1) på et skjermbilde på datamaskinen (3), visning av innholdet på den éne eller de flere mobile enheter (1) omfatter trinnene av å:
overføre innholdet på den éne eller de flere mobile enheter (1) til den første noden (2), ved den første noden (2) lagre dataene,
legge inn en forespørsel for visning av innholdet på én eller flere mobile enheter (1) på GUI-et, forespørselen sendes til den første noden (2), og ved den første noden utstyre GUI-et med hyperlenker til innholdet på den ene eller de flere mobile enheter lagret i den første noden (2).
14. Fremgangsmåte for administrasjon og overføring av data mellom én eller flere mobile enheter (1) og minst en første node (2) som minst omfatter trinnene av o
a:
a) ved en datamaskin (3) med et bestemt GUI
(1.1,2.1,3.1,4.1,5.1,6.1,7.1,8.1), lagre en jobb, så som sikkerhetskopiere, gjenopprette, slette, låse, lokalisere,
b) overføre nevnte jobb (1.1.3,2.1.1,3.1.1,4.11,5.1.1,6.1.1,7.1.1,8.1.1) over en sikker kommunikasjonslinje til internettserveren (13), hvor internettserveren er et element av den første noden,
c) ved internettserveren (13) lagre den mottatte jobben (1.3.4,2.4.1,3.3.1,4.3.1,5.3.1,6.3.1,7.3.1) til en database (15),
d) ved forhåndsbestemte tidsintervaller overføre spørrekommandoer (1.2.1.2.2.1.3.2.1.4.2.1.5.2.1.6.2.1.7.2.1.8.2.1) til en tjenesteklient (14) fra den éne eller de flere mobile enheter (1),
e) ved tjenesteklienten (14) respondere ved sending av spørrekommandoer (1.4.1,2.5.1,3.4.1,4.4.1,5.4.1,6.4.1,7.4.1,8.5.1) til databasen (15) som sjekker etter én eller flere lagrede jobber,
f) ved databasen (15) respondere ved å sende minst én etterspurt jobb (1.5.2,2.6.1,3.5.1,4.5.1,5.5.1,6.5.1,7.5.1,8.6.1) til tjenesteklienten (14), og
g) ved tjenesteklienten (14) overføre jobben
(1.4.2.2.5.2.3.4.1.4.4.2.5.4.2.6.4.2.7.4.2.8.5.2) trådløst til den ene eller de flere mobile enheter (1).
15. Fremgangsmåte ifølge krav 14,
karakterisert ved at fremgangsmåten videre omfatter trinnene av å:
h) ved den éne eller de flere mobile enheter (1) utføre den mottatte jobben,
i) samtidig eller hovedsakelig samtidig initialisere en overføringssesjon ved trådløs overføring (1.2.2,2.2.3,3.2.2,4.2.3,5.2.2,8.2.2) av status for datainnholdet i den ene eller de flere mobile enheter (1) til tjenesteklienten (14) ,
j) ved tjenesteklienten (14) sending (_/_* <_?> ,3.4.2,4.4.3,5.4.2,8.5.2) av den mottatte oppdateringsstatus til databasen (15),
k) ved slutten av sesjonen å overføre fra den ene eller de flere mobile enheter (1) til tjenesteklienten (14) en end of session melding,
I) ved tjenesteklienten (14) respondere ved overføring av en bekreftet jobb melding til den éne eller de flere mobile enheter (1) og samtidig eller hovedsakelig samtidig sending av en sesjon fullført til databasen (15), og m) internettserveren (13) spør (1.5.4,3.5.3,4.5.3,5.5.3,8.6.3) databasen
(15) etter siste oppdaterte status ved forhåndsinnstilte tidsintervaller og overfører jobbstatus oppdatert melding (1.3.5,3.3.2,4.3.2,5.3.2,8.4.2) til datamaskinen (3).
16. Fremgangsmåte ifølge krav 14,
karakterisert ved at fremgangsmåten videre omhandler å etterspørre lokaliseringen av én eller flere mobile enheter (1) følgelig er jobben en lokaliseringsoppgave og hvor fremgangsmåten videre omfatter trinnene av o
a:
h) ved den éne eller de flere mobile enheter (1) utføre den mottatte jobben ved å sende en lokaliseringsforespørsel (2.2.2) fra en mobil enhet administratorklient (10) integrert i den éne eller de flere mobile enheter til en GPS-modul (11),
i) ved GPS-modulen (11) motta spørringen fra mobil enhet administratorklienten og returnere lokaliseringskoordinater (2.3.1) til mobil enhet administratorklienten (10),
j) ved mobil enhet administratorklienten (10) overføring av lokaliseringskoordinatene (2.2.3) til tjenesteklienten (14),
k) ved tjenesteklienten (14) å sende lokaliseringskoordinatene (2.5.3) til internettserveren (13),
I) ved internettserveren (13) å sende lokaliseringskoordinater (2.4.2) til datamaskinen (3) med et bestemt GUI, og m) ved datamaskinen (3) med det bestemte GUI å utnytte lokaliseringskoordinatene for åpning av et kart i en nettleser (2.9) med lokaliseringskoordinater indikert.
17. Fremgangsmåte ifølge krav 15,
karakterisert ved at fremgangsmåten videre omhandler forespørsel av sikkerhetskopi for én eller flere mobile enheter (1) hvor fremgangsmåten videre omfatter de ytterligere trinn etterfølgende trinn m med visning av sikkerhetskopioverføringsstatusen i det bestemte GUI (3.7) på datamaskinen (3).
18. Fremgangsmåte ifølge krav 15,
karakterisert ved at fremgangsmåten videre omhandler gjenoppretting av data for én eller flere mobile enheter ( 1 ) i databasen ( 15 ) hvor fremgangsmåten videre omfatter de ytterligere trinn etter trinn m med visning av gjenopprettingsoverføringsstatusen i det bestemte GUI (4.7) på datamaskinen (3).
19. Fremgangsmåte ifølge krav 15,
karakterisert ved at fremgangsmåten videre omhandler sletting av data i én eller flere mobile enheter (1) hvor fremgangsmåten videre omfatter de ytterligere trinn etter trinn m med visning av slettestatusen i det bestemte GUI (5.7) på datamaskinen (3).
20. Fremgangsmåte ifølge krav 14,
karakterisert ved at fremgangsmåten videre omhandler setting av parameterdata i én eller flere mobile enheter (1) hvor fremgangsmåten i trinn g omfatter at tjenesteklienten (14) overfører innstillinger (6.4.2) trådløst til den éne eller de flere mobile enheter (1).
21. Fremgangsmåte ifølge krav 14,
karakterisert ved at fremgangsmåten videre omhandler sending av meldinger fra en datamaskin (3) til én eller flere mobile enheter (1) hvor fremgangsmåten i trinn g omfatter at tjenesteklienten (14) overfører én eller flere meldinger (7.4.2) trådløst til den éne eller de flere mobile enheter (1).
22. Fremgangsmåte ifølge krav 14,
karakterisert ved at fremgangsmåten videre omhandler sending av SMS- meldinger fra en datamaskin (3) til én eller flere mobile enheter (1) hvor fremgangsmåten i trinn c omfatter ved internettserveren (13) å overføre et formatert SMS-anrop (8.4.1) til en SMS-gateway (8.3), og ved SMS-gatewayen (8.3) å sende en formatert SMS-melding (8.3.1) til mobil enhet administratorklienten (10), og deretter fortsette med trinn d-g.
23. Fremgangsmåte i henhold til ethvert av krav 14-22,
karakterisert ved at data overført mellom den første noden (2) og den éne eller de flere mobile enheter (1) er binært kodede data.
24. Fremgangsmåte ifølge krav 14,
karakterisert ved at GUI-et er konfigurert for å vise innholdet på én eller flere mobile enheter (1) på en bildeskjerm av datamaskinen (3), visning av innholdet på den éne eller de flere mobile enheter (1) omfatter trinnene av å:
overføre innholdet på den ene eller de flere mobile enheter (1) til den første noden (2), ved den første noden (2) lagre dataene, føre inn en forespørsel for visning av innholdet på én eller flere mobile enheter (1) på GUI-et,
forespørselen blir sendt til den første noden (2), og ved den første noden utstyre GUI-et med hyperlenker til innholdet på den ene eller de flere mobile enheter lagret i den første noden (2).
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| NO20091865A NO20091865L (no) | 2009-05-12 | 2009-05-12 | Systemer, metoder og anordninger for administrasjon av flere mobile enheter |
| PCT/NO2010/000177 WO2010131980A1 (en) | 2009-05-12 | 2010-05-12 | Systems, methods and devices for management of a plurality of mobile devices |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| NO20091865A NO20091865L (no) | 2009-05-12 | 2009-05-12 | Systemer, metoder og anordninger for administrasjon av flere mobile enheter |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| NO20091865L true NO20091865L (no) | 2010-11-15 |
Family
ID=43085201
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| NO20091865A NO20091865L (no) | 2009-05-12 | 2009-05-12 | Systemer, metoder og anordninger for administrasjon av flere mobile enheter |
Country Status (2)
| Country | Link |
|---|---|
| NO (1) | NO20091865L (no) |
| WO (1) | WO2010131980A1 (no) |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4564829B2 (ja) * | 2004-11-19 | 2010-10-20 | 日本電気株式会社 | セキュリティシステム |
| US7304570B2 (en) * | 2005-08-10 | 2007-12-04 | Scenera Technologies, Llc | Methods, systems, and computer program products for providing context-based, hierarchical security for a mobile device |
| US7584201B2 (en) * | 2005-08-10 | 2009-09-01 | Qwest Communications International, Inc | Management of mobile-device data |
| EP2122531B1 (en) * | 2007-01-19 | 2014-10-01 | BlackBerry Limited | Selectively wiping a remote device |
| US20100153716A1 (en) * | 2007-04-10 | 2010-06-17 | Kirihata Yasuhiro | System and method of managing files and mobile terminal device |
-
2009
- 2009-05-12 NO NO20091865A patent/NO20091865L/no not_active Application Discontinuation
-
2010
- 2010-05-12 WO PCT/NO2010/000177 patent/WO2010131980A1/en not_active Ceased
Also Published As
| Publication number | Publication date |
|---|---|
| WO2010131980A1 (en) | 2010-11-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7584201B2 (en) | Management of mobile-device data | |
| US20060156052A1 (en) | Method and apparatus for management of data on handheld devices | |
| US9037685B2 (en) | Intelligent migration between devices having different hardware or software configuration | |
| US8213971B2 (en) | Apparatus and method for activating computer applications with SMS messaging | |
| US9009265B2 (en) | System and method for automatic transfer of data from one device to another | |
| US8260353B2 (en) | SIM messaging client | |
| US8554176B2 (en) | Method and apparatus for creating a remotely activated secure backup service for mobile handsets | |
| EP2095254B1 (en) | Over-the-air device kill pill and lock | |
| EP1704746B1 (en) | Remote management and access of databases, services and devices associated with a mobile terminal | |
| US20070056043A1 (en) | Remote cell phone auto destruct | |
| US8015253B1 (en) | System and method for controlling inter-device media exchanges | |
| US20090183254A1 (en) | Computer Session Management Device and System | |
| US20100093308A1 (en) | System and method for automatic data security, back-up and control for mobile devices | |
| US10049146B2 (en) | Method and apparatus for storing and retrieving profile data for electronic devices | |
| EP1344375A1 (fr) | Procede de lutte contre le vol de dispositifs "nomades", dispositif et installation correspondants | |
| US20020032755A1 (en) | Registration system and method using a back end server | |
| JP2005202918A (ja) | ネットワークを利用した携帯端末データ管理システム | |
| WO2008109291A1 (en) | Intelligent migration between devices having different hardware or software configuration | |
| NO20091865L (no) | Systemer, metoder og anordninger for administrasjon av flere mobile enheter | |
| EP1971950A2 (en) | Computer session management device and system | |
| Chemerkin | Comparison of Android and BlackBerry Forensic Techniques | |
| KR20140127065A (ko) | 휴대용 단말 장치들의 메시지 송수신을 위한 메시지 통합 관리 시스템 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FC2A | Withdrawal, rejection or dismissal of laid open patent application |