NO20091865L - Systems, methods and devices for managing multiple mobile devices - Google Patents
Systems, methods and devices for managing multiple mobile devicesInfo
- 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)
- Mobile Radio Communication Systems (AREA)
- Position Fixing By Use Of Radio Waves (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.The invention relates to systems, methods and devices for managing multiple mobile devices with varying platforms through a single management application. More specifically, this application deals with the management of data stored on mobile devices and enabling GEO location features using either triangulation or a device embedded GPS.
Description
BeskrivelseDescription
Teknisk FeltTechnical Field
[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 [0001] The present invention deals with systems, methods and devices for the administration of several mobile devices with varying platforms through a single administration application. More specifically, this application deals with the management of data stored on mobile devices and the enabling of GEO localization functions using either
triangulering eller en anordningsinnebygget GPS.triangulation or a device built-in GPS.
BakgrunnsteknikkBackground technology
[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. [0002] The use of mobile devices, including mobile phones, personal digital assistants and the like, has both been increasing in recent years and is becoming more diverse in use and at the same time storing more and more important and in some cases confidential/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. [0003] One consequence of this extended functionality and data storage capability is that the data on mobile devices is now often of greater value than the mobile device itself. Of course, the concern about the security of information residing on the device is caused not only by fear of potential theft, but also by the possibility that the device may be misplaced or lost.
[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. [0004] Concerns can be divided into two main concerns: a) Data on the device may be private and/or confidential and in case of loss/theft, this data will be open and accessible, b) Personal data such as private photos, documents, notes , messages and the like will be permanently lost.
[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. [0005] There is consequently a general need in the field for improved methods and systems for managing the security and availability of data on mobile devices.
[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. [0006] There are many device management platforms and technologies on the market for end users, such as Syncronica, Funambol, Mobical, Zyb and Voxmobili. Common to these solutions is the use of SyncML (Open Mobile Alliance Data Synchronization and Device Management), which limits administration to the synchronization of Contacts, Calendar, SMS, MMS and E-mail.
[0007] Det er et formål ved foreliggende oppfinnelse å overkomme ulempene ved systemene indikert overfor å muliggjøre [0007] It is an object of the present invention to overcome the disadvantages of the systems indicated to enable
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 å Backing up/restoring/deleting for example Documents, Pictures, Videos, MMS and other files and data and providing GEO location functions to the user. In addition to the delete option, there is a further purpose to overcome the indicated security issues by
tilveiebringe systemer og metoder som kan fjern-låse mobile enheter. Sammendrag for oppfinnelsen provide systems and methods that can remotely lock mobile devices. Summary of the invention
[0008] Formålet ved oppfinnelsen møtes av et system, metoder og anordninger [0008] The purpose of the invention is met by a system, methods and devices
konfigurert for administrasjon av mobile enheter.configured for mobile device management.
[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. [0009] In particular, a system for the administration of mobile devices is shown which at least comprises: At least one mobile device, where the mobile device further comprises at least one administrator client for mobile devices configured to access data in the at least one mobile device. At least one first node connected to the at least one mobile device over a telecom network, where the first node at least comprises: at least one database, at least one service client configured to provide management of the content of mobile devices, an Internet server and, at least one interface configured for secure connection/communication with web portals. The system for managing mobile devices further comprises at least one graphical user interface, GUI, installed on a computer, where the GUI is configured to provide secure connection/communication with said at least one first node and the GUI is further configured to display the content from one or more mobile devices.
[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, [0010] According to the present invention, there is also shown an administrator client for a mobile device configured for content management on a mobile device where the mobile device's administrator client is integrated into the mobile device and where the mobile device's administrator client at least includes: Tool configured to read user-specific data stored in the mobile device,
verktøy konfigurert for å skrive brukerspesifikke data til et minne på den mobile enheten, verktøy konfigurert for å motta brukerspesifikke data over utility configured to write user-specific data to a memory of the mobile device, utility configured to receive user-specific 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. a secure protocol from a first node, means configured to transmit user specific data over a secure protocol to the first node.
[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. [0011] The present invention also shows a node configured for content management on mobile devices connected to at least one mobile device over a telecom network. The node comprises at least: at least one database, at least one service client configured to provide management of the content in mobile devices, an internet server, at least one interface configured for secure connection/communication with web portals, at least one interface configured for communication with mobile devices.
[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. [0012] Furthermore, a graphical user interface installed on a computer is shown, where the graphical user interface is configured to provide secure connection/communication with at least one first node. The graphical user interface is further configured to display the content on one or more mobile devices, where the displayed content is hyperlinks connected to stored data in the first node, the stored data being the mirror image of the content on the one or more mobile devices.
[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 [0013] In accordance with the present invention, it is also necessary to provide methods for logging in and authentication that simplify the use of the system for the administration of mobile devices, a method for logging in and authentication from a computer for a system for administration and transfer is therefore shown of data where the system is configured for the administration and transfer of data between one or more mobile devices, and at least one first node. The method further comprises at least steps a-f: a) On a computer from a web client sending a request for a specific graphical user interface, GUI, to an internet server, where
internettserveren er en del av den første noden.the internet server is part of the first node.
b) Ved internettserveren respondere ved å sende et innloggingsgrensesnitt til datamaskinen. c) Ved datamaskinen legge inn innloggingsdata og sende innloggingsdataene over en sikker kommunikasjonsvei til b) At the internet server respond by sending a login interface to the computer. c) Enter login data at the computer and send the login data over a secure communication path to
internettserveren,the internet server,
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. d) At the internet server, send the login data to a database for verification. e) At the database, respond by returning a verification if the login data is correct. f) The web server sends the particular GUI to the mobile device if the verification test in the previous step was passed.
[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 [0014] When an end user has logged in to the system for managing mobile devices, he will be provided with a service that enables him to manage the content of one or more mobile devices. In general, this content management is achieved by following a method for managing and transferring data between one or more mobile devices and at least one first node. The method includes at least the following steps a-g: a) At a computer with a specific GUI, saving a job, such as backup, restore, delete, lock or locate. b) Transfer said job over a secure communication line to an internet server, the internet server being an element of the first
noden.the node.
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. c) By the internet server, storage of the received job in a database. d) At pre-set time intervals, transfer queries to a service client from one or more mobile devices. e) When the service client responds by sending query commands to the database that checks for one or more saved jobs. f) At the database, respond by sending at least one requested job to the service client. g) The service client transfers the job wirelessly to one or more mobile devices.
[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. [0015] The method for administration and transfer of data can also include the further steps h-m related to status update and job execution: h) At the one or more mobile devices execute the received job. i) Simultaneously or mainly simultaneously initializing a transmission session by wireless transmission of the status of the data content in the one or more mobile devices to the service client.
j) Ved tjenesteklienten sende den mottatte oppdateringsstatus til j) At the service client, send the received update status to
databasen.the database.
k) Ved slutten av sesjonen overføre fra den ene eller de flere mobile k) At the end of the session, transfer from one or more mobiles
enheter til tjenesteklienten en end of session melding.devices to the service client an end of session message.
I) Ved tjenesteklienten respondere ved overføring av en bekreftetI) When the service client responds by transmitting a confirmed
jobb melding til den éne eller de flere mobile enheter og samtidig eller hovedsakelig samtidig sende en sesjon fullført til databasen. job message to the one or more mobile devices and at the same time or mainly at the same time send a session completed to the database.
m) Internettserveren spør databasen om siste oppdaterte status ved forhåndsinnstilte tidsintervaller og overfører jobbstatus oppdatert melding til datamaskinen. m) The Internet server asks the database for the latest updated status at preset time intervals and transmits the job status updated message to the computer.
[0016] Andre fordelaktige trekk vil bli åpenbare ved de ledsagende kravene. [0016] Other advantageous features will become apparent from the accompanying claims.
Kort beskrivelse av tegningerBrief description of drawings
[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 [0017] The following is a brief description of the drawings to make the invention easier to understand, the discussion that follows will refer to the accompanying drawings, in which
[0018] fig. 1 er et blokkdiagram som viser et rammeverk for administrasjon av [0018] fig. 1 is a block diagram showing a framework for the administration of
mobile enheter ifølge én utførelsesform av foreliggende oppfinnelse, mobile devices according to one embodiment of the present invention,
[0019] fig. 2 er et eksempel på en høynivåarkitektur ifølge én utførelsesform av [0019] fig. 2 is an example of a high-level architecture according to one embodiment of
foreliggende oppfinnelse,present invention,
[0020] fig. 3 er et blokkdiagram som viser et annet eksempel på arkitekturen [0020] fig. 3 is a block diagram showing another example of the architecture
ifølge én utførelsesform av foreliggende oppfinnelse,according to one embodiment of the present invention,
[0021] fig. 4 er et mer detaljert blokkdiagram som viser et annet eksempel på [0021] fig. 4 is a more detailed block diagram showing another example of
arkitekturen ifølge én utførelsesform av foreliggende oppfinnelse,the architecture according to one embodiment of the present invention,
[0022] fig. 5 viser to flytskjemaer for utførelse av metoder for administrasjon av [0022] fig. 5 shows two flowcharts for carrying out methods for administration of
data i mobile enheter ifølge én utførelsesform av foreliggende oppfinnelse, data in mobile devices according to one embodiment of the present invention,
[0023] fig 6 viser en typisk handshakeprosess mellom en mobil enhet og en [0023] Fig. 6 shows a typical handshake process between a mobile unit and a
første node,first node,
[0024] fig. 7 viser et flytskjema for utførelse av autentiseringsalgoritmer på en [0024] fig. 7 shows a flowchart for the execution of authentication algorithms on a
mobil enhet,mobile device,
[0025] fig 8 viser en innloggings- og autentiseringsprosess og trinn for utførelse [0025] Fig. 8 shows a login and authentication process and execution steps
av generelle oppgaver,of general tasks,
[0026] fig. 9 viser trinn for utførelse av innhent lokaliseringsoppgaver initiert fra en [0026] fig. 9 shows steps for performing obtain location tasks initiated from a
datamaskin,computer,
[0027] fig. 10 viser handshaking mellom mobil enhet og en første node for lokaliseringstjenester, [0027] fig. 10 shows handshaking between mobile device and a first node for location services,
[0028] fig. 11 viser trinnene for utførelse av sikkerhetskopiering av mobile enheter [0028] fig. 11 shows the steps for performing mobile device backup
initiert fra en datamaskin,initiated from a computer,
[0029] fig. 12 viser handshaking mellom mobil enhet og en første node for [0029] fig. 12 shows handshaking between mobile device and a first node for
sikkerhetskopiering av mobil enhet,mobile device backup,
[0030] fig. 13 viser trinnene for utførelse av gjenoppretting av data på mobile [0030] fig. 13 shows the steps for performing data recovery on mobile
enheter,devices,
[0031] fig 14 viser handshaking mellom mobil enhet og en første node for [0031] Fig. 14 shows handshaking between a mobile unit and a first node for
gjenoppretting av data i mobil enhet,mobile device data recovery,
[0032] fig. 15 viser trinnene for utførelse av sletting av data på mobile enheter, [0032] fig. 15 shows the steps for performing the deletion of data on mobile devices,
[0033] fig 16 viser handshakeprotokoll mellom mobil enhet og en første node for [0033] Fig. 16 shows the handshake protocol between a mobile unit and a first node for
sletting av data i mobil enhet,deletion of data in mobile device,
[0034] fig 17 viser trinnene for utførelse av innstilling av parameterdata på mobile [0034] fig 17 shows the steps for performing the setting of parameter data on mobile
enheter initiert fra en datamaskin,devices initiated from a computer,
[0035] fig 18 viser trinnene for sending av meldinger fra en datamaskin til mobile [0035] fig 18 shows the steps for sending messages from a computer to mobile
enheter initiert ved en datamaskin, ogdevices initiated by a computer, and
[0036] fig 19 viser trinnene for sending av kommandomeldinger fra en [0036] Fig. 19 shows the steps for sending command messages from a
datamaskin til mobile enheter.computer to mobile devices.
Utførelsesformer for oppfinnelsenEmbodiments of the invention
[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. [0037] In the following, general embodiments in accordance with the present invention are first shown, then particular exemplary embodiments will be described. If possible, reference will be made to the accompanying drawings and where possible reference numbers from the drawings will be used. However, it should be pointed out that the drawings are only exemplary embodiments and other functions and embodiments may well be within the scope of the invention as described.
[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. [0038] It should be noted that the wording mobile device (1) refers to any type of mobile device which is capable of communicating wirelessly and which at the same time has the ability to access internet servers for downloading software to its platform. Furthermore, it is a prerequisite that the mobile device includes display tools. The mobile devices (1) will be a platform for user-specific and user-personal data. Such data may include SMS, MMS, Contacts (PIM data), Call History, Music, Pictures, Email, Documents and Video. In addition, the mobile device may include one or more location devices such as GPS modules (11), and they may also include one or more flash memory cards. In the event that the mobile device does not include a GPS module, triangulation as known in the art can be used instead. The mobile device (1) shall comprise an administrator client for a mobile device (10) also referred to as the mobile device client (10). The mobile device client (10) provides the ability to exchange data wirelessly with a first node (2). The provision of data exchange of the types indicated above requires that data will be transferred in binary format between the mobile devices (1) and the first node (2) in contrast to Syne ML and others that use text-based data on an XML platform.
[0039] I det følgende blir formuleringen node (2) brukt for en generell node som ifølge foreliggende oppfinnelse minst omfatter én database (15). [0039] In the following, the wording node (2) is used for a general node which, according to the present invention, comprises at least one 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. The database will preferably at least support MS SQL, Oracle, MySQL, Firebird and other relational databases. In addition, the node (2) will include at least one service client (14). The service client or service clients (14) are configured to provide handling of the content of mobile devices (1). The service client (14) will include an interface that enables communication over the air with mobile devices (1). The communication platform can be any known platform suitable for wireless communication from mobile devices (1), such as GSM, GPRS, 3G, 4G, HSPDA, EDGE and more and the protocol can be TCP/IP or any other suitable protocol adapted for packet switching networks. The node (2) further comprises tools for storing data such as disk storage tools (16). The node will also include several clients (17) that can be downloaded to mobile devices. These clients (17) are a necessary prerequisite for enabling the mobile devices (1) to read and write user data to and from the mobile devices (1). The clients (17) support multiple mobile device platforms including MS Mobile 2003/5.0/6X, Symbian Series 60 third edition (Symbian 9.x), Symbian UIQ, MIDP 2.0/2.1 (Series 40 all editions, Java platform 6, 7, 8) , iPhone, Blackberry, Android and Palm. Finally, the node (2) includes an internet server (13), the internet server may be physically integrated into the node, or it may be physically external to the node (2). The elements included in the node (2) do not necessarily have to be a physical part of the node (2), they can also very well be virtual elements.
[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). [0040] An idea behind the present invention is that managing the content on mobile devices is far simpler and more intuitive from a computer, consequently the system for managing content in mobile devices (1) is managed from a computer (3). The computer can in principle be any computer that is suitable for communicating with other devices over an HTTP/HTTPS protocol and which further includes a web portal and display tool. A specific GUI, specially adapted for displaying the content on one or more mobile devices, can be run from the computer (3). The GUI or graphical user interface is a client that enables an end user to view the content of one or more specific mobile devices. Such a GUI is commonly referred to as a dashboard in the art. The content will preferably be displayed according to their types, and the content as such will not be downloaded to the computer, however, the content will be presented as clickable hyperlinks. Clicking on a hyperlink will enable the corresponding content to be downloaded from the first node (2). Moreover, the user will be able to request a backup copy of data from a mobile device to the first node (2), in order to restore data from the first node (2) to one or more mobile devices (1). Still further, the end user may be able to obtain location data for one or more mobile devices and to lock one or more mobile devices (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. [0041] An end user who manages his/her phone according to the present invention will not necessarily have to install any software on his computer (3) since the first node (2) provides the management tools, the GUI, through an Internet server (13) to the user's browser .
[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. [0042] There are many possible scenarios in which the system for managing a mobile device according to the present invention can be used. One scenario is a situation where a single person is the end user and where this end user wants to have easy access to their mobile content. He also wants to ensure that data will not be lost and finally that third parties will not have access to the contents of his mobile device, even if the mobile device is misplaced. He also wants to make use of the user-friendly interface to download and watch or listen to content on his mobile device.
[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. [0043] In another scenario, the end user can be an organization that wants to have easy access to the content on several mobile devices. Private data may be excluded from access, according to an organization's privacy policy. One important aspect for an organization is the ability to lock the content of lost devices to thereby ensure that confidential content cannot be exploited by third parties. The feature of getting real-time location data for mobile devices may be of particular interest to some organizations.
[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 [0044] A special inventive function according to the present invention is the possibility to tag images and/or documents with GEO coordinates, i.e. geotagging. Geotagging is the process of adding metadata with geographic identification to various media such as photographs, video, websites, or RSS feeds and is a form of geospatial metadata. The geotagging-enabled information can be used to find location-based content on the mobile devices. The mobile device client (10) integrated in the mobile devices (1) according to the present invention can facilitate the geotagging of images, videos and documents. An option at the computer is then to download geotagged user data from the first node (2) by clicking on the appropriate hyperlinks. A geographic map may be opened on the computer indicating the location related to the downloaded document(s) or multimedia. Therefore, a person using their mobile device as a camera can later obtain a correlation between captured images/films and their geographic location by exploiting the options provided by the dashboard on the computer (3). The geotagging function can be of particular value to police, rescue teams, insurance companies, suppliers of electricity and gas, owners of telecom infrastructure and transport and
kommunikasjonsmyndigheter blant andre.communications authorities among others.
[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. [0045] In the following, reference is made to the drawings where Figure 1 shows a typical framework for the administration of mobile devices according to one embodiment of the present invention. The figure consists of four main blocks, namely a block of mobile devices, a block of one or more first nodes, a customer GUI and finally an administration web interface management computer. The block of mobile devices indicates that multiple platforms and types of mobile devices may be utilized according to this embodiment. The one or more first nodes consist of a MobileWipe service, MS ASP. Net, database MS SQL, Oracle, MySQL, File storage, Mobile clients (for download) and OS - Windows 2005 server.
[0046] MobileWipe tjenesten tilsvarer den minst ene tjenesteklient (14) diskutert [0046] The MobileWipe service corresponds to the at least one service client (14) discussed
over.above.
[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). [0047] MS ASP. Net, is an example of a non-exhaustive choice of web server, server-side script engine and software framework included in the one or more first nodes (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. [0048] MS, internet The information services, - previously called Internet Information Server - are a set of Internet-based services for servers created by Microsoft for use with Microsoft Windows. This is a web server that currently includes FTP (File Transfer Protocol), FTPS (also known as FTP Secure and FTP-SSL), SMTP (Simple Mail Transfer Protocol), NNTP (Network News Transfer Protocol), and HTTP/HTTPS (Hypertext Transfer Protocol/Hypertext Transfer Protocol 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. [0049] ASPs (Active Server Pages), also known as Classic ASP or ASP Classic, are a server-side script engine for dynamically-generated web pages. The Component Object Model (COM) is supported by the active scripting engine and consequently promotes the development of functionality in ASP websites. Each object from the Component Object Model provides a related group of frequently-used functions and data characteristics.
[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. [0050] The Microsoft.NET Framework is a software framework that includes a large database of coded solutions to prevent common programming problems. It further comprises a virtual machine that manages the execution of programs written specifically for that framework.
[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. [0051] The non-exhaustive examples of databases included in the one or more first nodes (2) in Figure 1 are discussed above.
[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). [0052] The tools for file storage is a generic term in the example of Figure 1 and any suitable tool for data storage known in the art may be included. Disk storage is a typical non-restrictive choice of storage utility in the first node (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. [0053] The indicated Mobile Clients in Figure 1 correspond to the clients (17) discussed above which are a necessary prerequisite to enable mobile devices to read and write user data to and from mobile devices.
[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. [0054] OS - Windows 2005 server is a server operating system produced by Microsoft, it is only an example and other server operating systems can be used such as 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. [0055] Note that the framework indicated in figure 1 is only an example which is aimed at Microsoft environment, additional elements such as additional server-side script engines, web servers, alternatives to MS etc. can be used at the first node.
[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. [0056] Figure 2 shows a generic view of a high-level architecture according to one embodiment of the present invention. The figure serves exclusively as a generic example for simple understanding of how a system according to the present invention can look at a high level. The transport protocol between the GUI and the generic internet is HTTPS, however, any other suitable secure transport protocol may be used between the GUI, i.e. the computer (3) and the network of the first node. Note that an SMS gateway is included in the figure. One of the tasks for the SMS gateway is to transfer SMS messages to mobile devices. Downloading a mobile device administrator client (10) can be performed by following the steps: The end user wishes to take advantage of the inventive system for administration of mobile devices according to the present invention and thus request from the already downloaded GUI for an administrator client for a mobile device (10) from the first node (2). He will indicate in his request on the GUI the type of mobile device he owns. The first node will respond by querying the SMS gateway for to transmit an SMS to the end user's mobile device. The SMS will include a link.
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 The end user responds by "clicking" on the link after opening the SMS, or alternatively the end user will be asked if he wants to open/install the mobile device administrator client (10). In the first case, "clicking" on the link will result in a download of the mobile manager (10) from the first node (2). The interface will be a web client on the mobile device and an internet server at the first node and the protocol can be any known protocol appropriate for the task. The latter example is more "automated" in that
sluttbrukeren bare må svare ja til en "pop up" melding i skjermbildet på sin mobile enhet. the end user only has to answer yes to a "pop up" message on the screen of their mobile device.
Mobil administratorklienten (10) vil deretter bli installert, enten ved å The mobile administrator client (10) will then be installed, either by
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. follow the algorithm indicated for the "manual" solution, which is to issue a Yes from the end user which will enable the download of the client from the first node, alternatively the client is already downloaded together with the SMS but has not been unpacked/activated.
[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. [0057] With reference to Figure 3, the figure shows a principle block diagram of one embodiment of the present invention. The third and also mandatory element of the GUI is omitted, thus making the figure easy to understand. In this figure, the mobile device is described by two main elements The mobile device administrator which corresponds to the client for the mobile device (10) discussed above. It is further indicated that this particular mobile device includes a GPS module. The boxes indicating SMS, MMS etc. are not exhaustive examples of data stored on the mobile device. The mobile device data management server(s) corresponds to a simplified view of the first node (2). DB is a generic database while File Storage is a similarly generic tool for storing data. The mobile device management service corresponds to the service clients (14) discussed above.
[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). [0058] Figure 4 is a block diagram that describes in more detail the elements that make up the system according to the present invention. In the discussion above, most of the elements are described in detail, however, some further explanation is required with respect to the communication links between the mobile device (1) and the first node (2). The service client (14) for the first node (2) interacts with the client for the mobile device (10) in the mobile device. The communication protocol can be any of GPRS, EDGE and HSPDA etc. or generally speaking any suitable telecommunication protocol/mobile communication system can be used. Furthermore, the convergence between data communication and telecommunications may well lead to the use of other communication platforms in the future. The communication link between the client for the mobile device (10) and the service client (14) is used for backing up data from the mobile device (1), for restoring data in the mobile device (1). The service client (14) uses this link when GEO data is requested from the client for the mobile device (10). Erasing the contents of the mobile as well as locking the mobile is also supported by commands sent from the service client (14) to the client for the mobile device (10). Other commands and options will be described with support from Figures 7-14. The browser (12) integrated in the mobile device (1) and the internet server of the first node (2) interact using traditional web interfaces. This interface supports the download of the client for the mobile device (10) from the first node (2) via the Interface Server (13) in the node (2). Downloading the client for the mobile device (10) is a prerequisite for interaction between the mobile device (1) and the service client (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). [0059] Figure 5 shows two flow charts where the charts numbered 10 simply indicate the steps in the interaction between the client for the mobile device (10) and the first node (14) during normal use. The first step is to activate the mobile device (10.1) the following step (10.2) is that the client for the mobile device (10) checks for commands at the first node (2). If a new command is received then a job will be executed (10.4). The job can be Backup, restore data, etc. After finishing the job, the client (10) will wait (10.5) a predefined time period, before continuing at step 10.2.1 if no new commands have been sent, the client (10) will jump to the break (10.5) a predefined time period (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 [0060] The flowchart indicated as 11 shows an SMS command scenario. The initial step (11.1) is to send an SMS command from the first node (2) to the client for the mobile device (10) on the mobile device (1). The SMS will be decrypted and it will be verified whether the SMS is valid (11.2) or not. If the SMS is not valid, nothing will happen. If the SMS is valid then the mobile client (10) will initialize a check (11.3) for a new job at
den første noden (2). Hvis det er en ny jobb, vil jobben bli utført (11.4). the first node (2). If it is a new job, the job will be executed (11.4).
Handshake mellom én eller flere mobile enheter og den første nodenHandshake between one or more mobile devices and the first node
[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). [0061] In the general principles presented above, attention has not been given to an example of handshake procedures between the one or more mobile units (1) and the first node (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. [0062] In Fig. 6 the steps in a handshake procedure between a mobile device and the first node are shown, note that the indication in Fig. 6 is simplified for easy understanding and the mobile device can be interpreted as a client for the mobile device (10) and the first node shall be considered as the first node (2) which includes all necessary elements such as database (15), internet server (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 [0063] Connecting the mobile device: 1. Client for the mobile device (10) sends an IMEI packet to the first node (2) 2. Additionally, in the IMEI packet, the client (10) sends to the first node (2) StructuredStore? data with a next field: a. The protocol functions supported by the client (10) are also sent e.g.: i.e. PR_SupportedFeatures: type( UINT64 ), value: bit set that defines protocol functions supported by the client, such as for example rsync algorithm. 3. The first node (2) responds by sending an acknowledgment (AckPacket) to the IMEIPacket from p.4 with dwUserData set to "1" if registration of the device (1) is required on the contrary, i.e. when the device (1) is registered a "0" is sent. 4. In the Ack packet, which the first node (2) sent in response to the IMEI packet, the client (10) receives the first node's (2) value of PR_SupportedFeatures and adjusts this with its own bit set. IN
etterfølgende kommunikasjoner vil klienten (10) og første node (2) bruke protokollfunksjoner støttet av begge sider. subsequent communications, the client (10) and first node (2) will use protocol functions supported by both sides.
5. Tilkoblingen blir vurdert som å være etablert.5. The connection is considered to have been established.
[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). [0064] Also shown in Figure 6 is an example of communication between the mobile device (1) and the first node (2) or the server as indicated in the figure when it comes to updating the dashboard on the mobile device (1). In this context, dashboard means the GUI on the mobile device (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. [0065] Updating configuration data: 1. Client (10) sends IsNewConfigurationAvailablePacket to the first node (2). 2. The first node (2) responds by sending an AckPacket to IsNewConfigurationAvailablePacket with dwUserData set to "1" if the configuration settings have been updated on the first node (2) side. 3. If the configuration settings need to be updated then the first node (2) sends the ConfigurationDataPacket. 4. Client (10) shall receive the MessagePacket and display its contents before continuing, i.e. if it is not empty.
[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). [0066] Get command(s) from server: 1. Client (10) sends IsNewCommandAvailablePacket to the first node (2) according to one aspect of the present invention. 2. The first node (2) responds by sending AckPacket to IsNewCommandAvailablePacket with dwUserData set to "1" if the first node (2) has a command that the client (10) should execute. 3. If dwUserData was set to "1" the first node (2) or server also sends the CommandDataPacket to the mobile device (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 [0067] Looking now at Figures 7-19 where steps for performing various tasks are shown. Most examples indicate the steps where a task is initiated from the computer (3) and also an example of handshake protocols between
en mobil enhet (1) og den første noden (2).a mobile device (1) and the first node (2).
Metoder for innlogging og autentisering fra en datamaskinMethods for logging in and authenticating from a computer
[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). [0068] Figure 8 illustrates one example of a method for logging in and authenticating from a computer (3) to a first node (2) according to the present invention. The purpose of the login process is to gain access to a system for administration and transfer of data between one or more mobile devices (1), and at least the first node (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. [0069] First, an end user will open a browser at a computer (3). The user will send (1.1) a request (1.1.1) for a specific graphical user interface, GUI, to an internet server (13). The special GUI is particularly suitable for managing and controlling the content of one or more mobile devices (1). According to one embodiment, the graphical user interface can be a dashboard. The dashboard and the computer on which it runs will advantageously not handle real user data in standard mode. It is faster and more responsive to just download pointers for the elements at the first node (2). The pointers will then preferably be clickable hyperlinks that give the user access to requested user data.
[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. [0070] The Internet server can be any type of a known server that can be physically integrated in the first node (2) or is external to the node. Loading considerations may make it preferable to arrange the internet server (13) physically separate from the rest of the first node. Technically, this will not make any difference with regard to the functionality of the system according to the present invention.
[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. [0071] The next step will be the response from the internet server (13) which responds by sending a login interface (1.3.1) to the computer (3). The transport protocol for the communication may be any known protocol known to a person skilled in the art, however, HTTPS is indicated as one possibility in the figures.
[0072] Sluttbrukeren vil respondere ved å legge inn innloggingsdata på sin [0072] The end user will respond by entering login data on his
datamaskin (3) til det mottatte innloggingsgrensesnittet.computer (3) to the received login interface.
[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. [0073] After ending the login session, the login data will be sent (1.1.2), preferably, over a secure communication path to the internet server (13). The login data may also be encrypted and consequently require a decryption code from the receiving party. Strong encryption will not require the same level of security for the communication links.
[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. [0074] The receiving party, that is the internet server (13), will respond by sending the login data (1.3.2) to a database (15) for verification. As discussed above, the database may be of any suitable type, and the database may comprise multiple databases.
[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). [0075] The database (15) responds by returning a verification (1.5.1) if the login data is correct. If the login data is incorrect, the database will return an error message to the internet server (13), the internet server will forward the error message to the end user's computer (3). The end user may be given a preset number of repeated login attempts before one is finally rejected. This is just a matter of design. If the login information is correct, then the internet server (13) (1.3.3) sends the specific GUI to the computer (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. [0076] As indicated above, the GUI is configured to display the contents of one or more mobile devices (1) on a computer screen (3). The display of the content on the one or more mobile devices (1) will typically involve the transmission of the content of the one or more mobile devices (1) to the first node (2). The first node will respond by storing the received data in storage tools integrated to the first node, where the storage tool can be any of the types discussed above. An end user will make a request to display the content on one or more mobile devices (1) on the GUI, the request is sent to the first node (2). The first node will provide the GUI with hyperlinks to the contents of the one or more mobile devices stored in the first node (2), refer to the discussion of clickable pointers earlier in the chapter.
[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 [0077] Data stored from the mobile devices (1) to the first node (2) can be viewed in a browser at the computer (3) and shared with friends through
forskjellige internettjenester slik som FaceBook, MySpace, Yahoo og mer. Metoder for innlogging og autentisering mellom første node og mobil enhet various internet services such as FaceBook, MySpace, Yahoo and more. Methods for logging in and authentication between the first node and the mobile device
[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). [0078] Reference is now made to Figure 7 where a flowchart shows an example of steps necessary for authentication of a mobile device (1). Unlike the previous chapter, this example is directed to the communication between the first node (2) and the mobile device (1) while the previous example was more general and also indicated communication initiated by the computer (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. [0079] In the first step, the first node (2) receives packets from the mobile device (1). The sent packets will be initiated by the client for the mobile device (10), in order to increase readability, however, the term mobile device (1) shall include all elements and clients in the mobile device (1) in this example.
[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 [0080] The first node analyzes the received packet and performs a "received IMEI packet" test. If the package is not an IMEI package then steps 1-3 below will be carried out. If the packet is an IMEI packet then steps 4-9 will be performed. 1. The first node performs a "LoginPacket received test", that is, the first node (1) performs a test to see if the mobile device (1) has already sent its login data to the first node (1). If no continue at step a, if yes continue at step b. a. As a consequence of the negative outcome of the previous tests, the first node will reject the mobile device (1) from connecting to the first node (2), since it mobile device did not send an IMEI packet or login data then the first node cannot identify the mobile device. b. After the positive outcome of the test for the received LoginPacket, the first node (2) will perform a test where it examines whether the mobile device (1) is waiting for login, if the mobile device (1) is still waiting for login then continue at step 2 otherwise reject by going to step a. 2. If the mobile device (1) is waiting for login then a test for the correctness of the login code will be performed, if the login codes are incorrect, then the mobile device (1) will be rejected connection therefore continue at step a. If the login code (LoginKey) is correct then continue at step 3. 3. As a consequence of the correct LoginKey, the mobile device will send its IMEI packet to the first node (2). The subsequent step will be the execution of the first "received IMEI package" test. 4. As a response to the received IMEI packet, the first node will perform a test to verify whether the mobile device (1) has been registered or not. If the test is negative then perform step 5. If the test is valid then continue in step 7. 5. The first node (1) will check if the first device is waiting for registration if it does not then the following step will be step 5a, otherwise, the following step will be step 6. a. Since the device does not provide registration data, the mobile device (1) will be denied connection to the first node (2). 6. After the mobile device (1) has sent its registration data, the first node (2) will register the device and install the mobile device
(1) i dens lagringsverktøy for eksempel dens database (15).(1) in its storage tools such as its 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). 7. The authentication process is complete and the system, i.e. the first node (2) is ready to receive tasks from the mobile device (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 [0081] The steps indicated above are an example of an authentication process between a mobile device (1) and a first node (2) it requires the use of IMEI packets, however other identifiers sent from the mobile device (1) can be
brukt istedenfor de indikerte IMEIpakker.used instead of the indicated IMEI packages.
Generelle metoder for håndtering av innhold i mobile enheterGeneral methods for handling content in mobile devices
[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. [0082] Reference is now made to figure 8, element 1.7. The figure shows the general steps for a method for managing and transferring data between one or more mobile devices (1) and at least one first node (2) where the GUI dashboard at the computer is the end user's interface. In this figure, reference is made to general handshaking between all elements in the system, therefore including the computer (3). It must be understood that details related to handshaking between the mobile device and the first node (2) may be omitted. The method assumes that the previous steps with login and authentication were successful.
[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. [0083] First, the end user will use his GUI on the computer (3) to select the type of job he wishes to perform against the one or more mobile devices, consequently he begins by saving the desired job. The job can, among other things, be a backup of the content of the mobile devices (1), it can be a restoration of content on one or more mobile devices (1), a deletion of all content, locking the mobile devices (1) or locate one or more mobile devices (1) among others.
[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. [0084] After saving the job at the computer, the next step will obviously be to transfer said job (1.1.3) over a communication line to the internet server (13). Reference is made to the login chapter above with regard to the choice of communication line/link and security level. Furthermore, the elements of the first node (2) are the same as described in the login chapter, it will therefore be redundant to describe the elements in this chapter.
[0085] Ved internettserveren (13) vil den mottatte jobben (1.3.4) bli lagret til [0085] At the internet server (13) the received job (1.3.4) will be stored to
databasen (15).the database (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. [0086] Client for the mobile device (10) on the mobile devices (1) sends query commands (1.2.1) continuously, at preset time intervals, or as a response to a mobile device user input, to the service client (14). However, it should be understood that many of the advantageous functions according to the present invention are based on automatic and regularly sent queries, this is due to the fact that jobs are initiated from the GUI and it would be pointless, for example, to use locator or lock commands based on randomly sent queries from the mobile devices (1). The polling frequency is a matter of design and will be tailored to achieve the best compromise between battery life and operation of the management system.
[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. [0087] The service client (14) responds by sending query commands (1.4.1) to the database (15). The database (15) will check whether there are one or more saved jobs in the database that match the query.
[0088] Hvis det er et samsvar så vil databasen (15) respondere ved å sende [0088] If there is a match then the database (15) will respond by sending
minst én etterspurt jobb (1.5.2) til tjenesteklienten (14).at least one requested job (1.5.2) to the service client (14).
[0089] Tjenesteklienten (14) vil så overføre jobben (1.4.2) foretrukket trådløst til [0089] The service client (14) will then transmit the job (1.4.2) preferably wirelessly to
den éne eller de flere mobile enheter (1).the one or more mobile devices (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. [0090] The one or more mobile units (1) will then perform the received job. Simultaneously or substantially simultaneously, a transmission session will be initialized at the mobile device (1). In this session, status data will be sent wirelessly (1.2.2) from the mobile device (1) to the service client (14). The status data can be any type of content that is available to the client for the mobile device (10) in the mobile.
[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). [0091] The service client (14) responds by sending ( 1 . 4 . 2 ) the received update status to the database (15). A normal session of this type will generally be terminated by sending one or more end of session messages. The recipient of the end of session message can respond by sending an "ack received end of session". Consequently, the one or more mobile devices (1) will transmit at least one end of session message to the service client (14). At the service client (14), the confirmed job message will be followed by simultaneous or mainly simultaneous sending of a completed session to the database (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 [0092] The Internet server (13) queries the database (15) on a regular basis or event-triggered (1.5.4) for the last updated status. Furthermore, the internet server (13) will end the job by sending a job status
oppdatert melding (1.3.5) til datamaskinen (3).updated message (1.3.5) to the computer (3).
Metoder for utførelse av lokaliseringstjenesterMethods of performing location services
[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). [0093] Reference is now made to Figure 9. The elements involved in this method are similar to the elements involved in the methods of general administration described above, the communication links/lines are also similar. In the general example above, the job to be performed by a general character was in this method, the job is a localization task. It is the end user's desire at the computer (3) to obtain location data for one or more mobile devices (1). The initial steps in the methods are similar to those in the general methods of performing a job. This method differs mainly from the previously described method in the steps that follow after receiving the job (1.4.2) from the service client (14) at the one or more mobile devices (1).
[0094] Dessuten, for et mer detaljert bilde av handshake mellom den mobile [0094] Also, for a more detailed picture of the handshake between the mobile
enheten (1) og den første noden (2) gjøres referanse til figur 10the unit (1) and the first node (2) reference is made to Figure 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. [0095] The one or more mobile devices (1) will perform the received "request location coordinates" job by sending a location request (2.2.2) from the mobile device administrator client (10) integrated in the one or more mobile devices to a GPS module (11) in the mobile device. It is a prerequisite for this method to work that the mobile device has an integrated GPS module or alternatively that the location coordinates can be provided to the administrator client for the mobile device (10) manually or by triangulation which is known in the art.
[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). [0096] The GPS module (11) will respond by returning location coordinates (2.3.1) to the administrator client for the mobile device (10). The administrator client for the mobile device (10) will transfer the location coordinates (2.2.3) to the service client (14) and the service client (14) sends the location coordinates (2.5.3) to the Internet server (13).
[0097] Internettserveren (13) vil videreformidle (2.4.2) de mottatte [0097] The Internet server (13) will pass on (2.4.2) the received
lokaliseringskoordinater til datamaskinen (3).location coordinates to the computer (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. [0098] The end user sitting at the computer (3) with the GUI displayed on his screen can, in accordance with one embodiment, experience that a map in a browser (2.9) with location coordinates indicated is opened on his computer (3). Accordingly, the user will have the possibility to receive real-time position data on one or more maps on his computer (3) for one or more mobile devices.
[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. [0099] As indicated in Figure 10, the actual transfer of location data from the mobile device (1) and the first node (2) will normally include several iterations. These iterations of the handshake procedure include the necessary steps that must be taken to verify that a transfer process is complete and, further, that it has been successful, without errors.
[0100] Et praktisk eksempel på handshakingen mellom klient for mobil enheten (10) på den mobile enheten (1) og tjenesteklienten (14) for den første [0100] A practical example of the handshaking between the client for the mobile device (10) on the mobile device (1) and the service client (14) for the first
noden ifølge én utførelsesform med støtte fra figur 10 er beskrevet i det følgende. the node according to one embodiment with support from Figure 10 is described in the following.
[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). [0101] In the steps described, it is essential that the device has built-in or has a Bluetooth GPS module, then it is possible to automatically locate the device. As described above, if this is not the case, triangulation or manual loading of geodata must be entered by the user of the mobile device (1). The service client (14) will try to locate units (1) within a set period, e.g. 5 minutes. If no location information is loaded back, then the location service will stop (progress bar indicates 5 minute interval).
[0102] GPSstøtte krever at den første noden (2) har evnen til å sende SMS. [0102] GPS support requires that the first node (2) has the ability to send 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 1. The service client (14) sends an SMS message containing the 'locate' command to one or more mobile devices (1). 2. The client for the mobile device (10) receives the SMS message via the SMS capture module and is connected to the service client (14) by the first node (2), for ease of understanding the internal communication in the mobile devices (1) is omitted. 3. The mobile device client (10) sends the ProgressTotalPacket with dwType set to CommandSubjectLocate and dwTotal equal to the locate operation timeout, in milliseconds typically about 5 minutes. 4. The client for the mobile device (10) periodically sends ProgresslncrementPacket with dwType set to
CommandSubjectLocate denne vil typisk sendes hvert 3-5 sekund.CommandSubjectLocate this will typically be sent every 3-5 seconds.
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. 5. The client for the mobile device (10) sends ProgressEndPacket with dwType set to CommandSubjectLocate when a preset timeout period expires or location is taken from the GPS device (11). 6. If geographic coordinates are taken from the GPS device (11), the client for the mobile device (10) sends the LocationPacket, supplemented with appropriate 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 [0103] A more detailed description of the package and header structure is described in a following description where a general review of most of
pakkene, headerne, payload og datasett er beskrevet.the packets, headers, payload and dataset are described.
En metode for utførelse av sikkerhetskopiering av mobile enheterA method for performing backups of mobile devices
[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). [0104] Reference is made to Figure 11 where the necessary steps for backing up mobile devices initiated from the computer (3) are shown. The general method described above covers most of the steps necessary for backing up mobile devices. However, the last step described for the general method is followed by the additional step of displaying the backup transfer status in the special GUI (3.7) on the computer (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. [0105] The backup between the mobile device (1) and the first node (2) will also include several sub-steps necessary to control the transfer of data, refer to Figure 12. Figure 12 indicates the necessary steps and the necessary signals in the data transfer as such. The procedure shown in Figure 12 corresponds to 3.2.2, 3.4.2 and 3.5.2 in Figure 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 [0106] A practical example of the handshaking between the client for the mobile device (10) on the mobile device (1) and the service client (14) for the first
noden ifølge én utførelsesform med støtte fra figur 12 er beskrevet i det følgende. the node according to one embodiment with support from Figure 12 is described in the following.
[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 [0107] The progress info during a backup process is performed at the first node (2). 1. For each of the requested command topics, the following steps apply: a. Client for the mobile device (10) sends total number of items or
alternativt total størrelse for filene i ProgressTotalPacket.alternatively total size for the files in the ProgressTotalPacket.
b. For hvert av elementene til sikkerhetskopi gjelder det følgende:b. For each of the elements of the backup copy, the following applies:
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). i. The client for the mobile device (10) sends the PackageeltemStart packet with the transmission lD. ii. The mobile device client (10) sends the PackageChunkHeaderPacket with meta information about item(s).
iii. a ) De følgende trinn gjelder bare hvis rsync er støttet:iii. a ) The following steps only apply if rsync is supported:
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. iv. b) The service client (14) for the first node (2) initiates the scan of the existing backup copy and sends the sequence of calculated overviews (weak, strong) for each block v. c) The client for the mobile device (10) receives the set of overviews and starts Syne search process. we. The mobile device client (10) sends one or more PackageChunkDataPackets representing the item's or file's data, it is recommended to transmit them as compressed packets. vii. The client for the mobile device (10) sends empty PackageltemEnd package. viii. The service client (14) for the first node (2) updates its progress information here using the formula PackageltemEnd packets received/total number of items from ProgressTotalPacket c. The client for the mobile device (10) waits for all PackageltemEnd packets from the service client (14). d. The mobile device client (10) sends the ProgressEndPacket indicating that all items have been backed up.
[0108] En mer detaljert beskrivelse av pakke- og headerstrukturen er beskrevet i den etterfølgende beskrivelse hvor en generell gjennomgang av de fleste [0108] A more detailed description of the package and header structure is described in the subsequent description where a general review of most
av pakkene, headerne, payload og datasett er beskrevet.of the packets, headers, payload and data sets are described.
En metode for utførelse av gjenoppretting av data i mobile enheterA method for performing data recovery in mobile devices
[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). [0109] Reference is made to figure 13 where the necessary steps for restoring data in mobile devices initiated from the computer (3) are shown. The general method described above covers most of the steps necessary for mobile device data recovery. However, the last step described for the general method is followed by the further step of displaying the recovery transfer status in the special GUI (4.7) on the computer (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. [0110] The recovery between the mobile device (1) and the first node (2) will also include several sub-steps necessary to control the transfer of data refer to Figure 14. Figure 14 indicates the necessary steps and the necessary signals in the data transfer as such. The procedure shown in Figure 14 corresponds to 4.2.3, 4.4.3 and 4.5.2 in Figure 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. [0111] A practical example of the handshake between the client for the mobile device (10) of the mobile device (1) and the service client (14) for the first node according to one embodiment with support from Figure 14 is described in the following.
[0112] I løpet av gjenoppretting oppdaterer tjenesteklienten (14) for den første [0112] During recovery, the service client (14) updates for the first
noden (2) selv fremdriftsinfothe node (2) itself progress info
[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 [0113] The client for the mobile device (10) sometimes does not need to reload the entire data (the item probably exists and does not need to be restored). It therefore works as shown below
[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) [0114] For each of the chunk types that need to be restored, the following steps/handshaking apply: 1. The service client (14) for the first node (2) sends the total number of elements to be restored in the ProgressTotalPacket. All ack packages from 2. 2 (the client for the mobile device (10) ???) must be sent before ack packets from 2. 4. 2 (ie, the mobile device client (10) is not allowed to send ChangelDPacket before all ack packets on PackageChunkHeaderPackets)
2. For hvert av elementene sendt i punkt 1:2. For each of the items sent in point 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 a. The service client (14) of the first node (2) transmits complete meta-information about all elements in series of PackageChunkHeaderPacket. b. On each PackageChunkHeaderPacket, the mobile device client sends (10) AckPacket containing dwUserData set to "1" if it wants this packet and set to "0" otherwise. c. The service client (14) for the first node (2) asynchronously receives AckPackets and then transmits requested elements, i.e. only PackageChunkDataPackets. d. For each of the items received, the mobile device client (10) performs the following steps/handshaking: i. Performs recovery logic having PackageChunkHeaderPacket and
PackageChunkDataPackefsPackageChunkDataPackefs
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. ii. Sending AckPacket containing dwUserData set to "1" if the header was changed after recovery and otherwise to "0". If set, transfer ChangelDPacket's packet of updated 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 [0115] Restoring files backed up from storage card can be done in the following way: 1. If file is found in the same place it was backed up from (regardless of device memory or storage card) the file is updated in the same place. 2. If card is found file backed up from, restore is performed on that card
3. Ellers utføres gjenoppretting på kortet med maksimal tilgjengelig plass3. Otherwise, recovery is performed on the card with the maximum available space
i gjenopprettingsøyeblikket dvs. hvis kortet eksisterer.at the moment of recovery ie if the card exists.
[0116] En mer detaljert beskrivelse av pakke- og headerstrukturen er beskrevet i den etterfølgende beskrivelse hvor en generell gjennomgang av de fleste [0116] A more detailed description of the packet and header structure is described in the following description where a general review of most
av pakkene, headerne, payload og datasett er beskrevet.of the packets, headers, payload and data sets are described.
En metode for sletting av data i mobile enheterA method for erasing data in mobile devices
[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). [0117] Reference is now made to Figure 15 where the necessary steps for deleting data in mobile devices initiated from the computer (3) are shown. This feature is of particular interest where the owner or owners of mobile devices wish to protect stored data against access by third parties who have stolen or found mobile devices. Private and confidential information such as emails and documents are usually stored on mobile devices today, therefore these devices are a potential security risk for their owners or end users. The general method described above covers most of the steps necessary for erasing mobile device data. However, the last step described for the general method is followed by the further step of displaying the deletion status in the special GUI (5.7) on the computer (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). [0118] As indicated for the previous works, deletion of data necessitates control of data transmission between the one or more mobile devices and the first node. It is essential that control of the deletion process in the mobile devices is maintained in the first node during the process, consequently the process of deletion includes several sub-steps shown in Figure 16, these steps are necessary to enable a secure deletion process on the mobile devices. When the job is completed, the mobile devices send a "ProgressEndPacket" to the first node (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). [0119] The deletion process in its simplest form can be described by the general procedure indicated below. The owner of the mobile device (1) can log in to the service client (14) from his computer (3) via his downloaded GUI using a downloaded client according to the present invention and choose to delete selected data on his mobile device (1). This function is used in case of loss, theft or misplacement of the mobile device. The user selects what he/she wants to delete (example: Pictures, SMS, E-mail, contacts, documents) whereby the selected content is deleted on the mobile device (1). The deletion procedure includes the following steps: 1. From the dashboard on the computer (3), the user selects which data should be deleted on the mobile device (1) and then presses a delete button. This event triggers the service client (14) in the first node (2) to store data chosen to be deleted in the database (15) for the relevant mobile device (1). 2. The client for the mobile device (10) checks for a new job at a set interval (e.g. every 5 minutes). If the delete command is registered in the database (15) of the mobile device (1), the service client in the first node (2) gives that job to the client of the mobile device (10) and the client of the mobile device (10) performs the deletion of selected data on the mobile device (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 [0120] A practical example of the handshaking between the mobile device client (10) of the mobile device (1) and the service client (14) of the first
noden ifølge én utførelsesform med støtte fra figur 16 er beskrevet i det følgende. the node according to one embodiment with support from Figure 16 is described in the following.
[0121] I løpet av utviskingsprosess oppdaterer klienten for mobil enheten (10) [0121] During erasure process, the client updates the mobile device (10)
fremdriftsinfo på tjenesteklienten (14) for den første noden (2).progress info on the service client (14) for the first node (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. [0122] 1. For each of the command items requested to erase/delete, the following handshake applies: 1. The client for the mobile device (10) sends the total number of elements or the total size of the files in the ProgressTotalPacket. 2. For each of the items after wipe deletion, the mobile device client sends (10) ProgresslncrementPacket with increment value if this is a file. 3. The client for the mobile device (10) sends the ProgressEndPacket indicating that all items have been erased/deleted.
[0123] En mer detaljert beskrivelse av pakke- og headerstrukturen er beskrevet i den etterfølgende beskrivelse hvor en generell gjennomgang av de fleste [0123] A more detailed description of the packet and header structure is described in the subsequent description where a general review of most
av pakkene, headerne, payload og datasett er beskrevet.of the packets, headers, payload and data sets are described.
Låsing av mobile enheterLocking of mobile devices
[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). [0124] The owner of the one or more mobile devices (1) can log in to the first node (2) and from the GUI, dashboard, on his computer (3) choose to lock his mobile device. This function is used in case of loss or misplacement of the mobile device. After the mobile device is locked, the mobile device cannot be used by anyone until it is unlocked either from the GUI, dashboard, by the computer (3) or by using an unlock code directly on the mobile device itself. A unique unlock code is automatically generated when the user locks the mobile device (1) and this code can be displayed on the computer dashboard. In the following, an example of the necessary steps for locking mobile devices from a computer with a client according to the present invention is indicated. The lock procedure includes the following steps: 1. The user presses a button that says "Lock Mobile Device" on a web dashboard, GUI, or any button that indicates this feature on their computer. This event triggers the first node (2) to store a Lock command in the database (15) related to the relevant mobile device (1). 2. The client for the mobile device (10) checks for a new job at a set interval (e.g. every 5 minutes). If the Lock command is registered in the database (15) for the mobile device (1), the service client in the first node (2) gives that job to the client for the mobile device (10) and the mobile client (10) locks the mobile device (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 [0125] The lock disables the use of the mobile device (1) and can also display a screen saying that the mobile device (1) is locked and that either the unlock code must be entered or the mobile device must be unlocked from the GUI i.e. the client according to the present invention on the computer (3), to unlock the mobile device (1). The user cannot access any menus or access any data on the mobile device (1). Regardless of which button the user selects on the mobile device (1) or which commands he tries to enter, the same message is given, and
gjør dataene og alle funksjoner på den mobile enheten (1) utilgjengelige. En metode for setting av parameterdata i mobile enheter makes the data and all functions of the mobile device (1) unavailable. A method for setting parameter data in mobile devices
[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) [0126] Reference is made to figure 17 where the necessary steps for setting parameter data in mobile devices are shown. The general method described above covers most of the steps necessary for setting parameter data on mobile devices. This method differs from the previously described methods in that the step where the job (1.4.2) from the service client (14) to the mobile devices (1) includes the transfer of settings (6.4.2)
trådløst til den éne eller de flere mobile enheter (1).wirelessly to one or more mobile devices (1).
En metode for sending av meldinger til mobile enheterA method of sending messages to mobile devices
[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 [0127] Reference is made to figure 18 where the necessary steps for sending messages from a computer (3) to one or more mobile devices (1) are shown. The general method described above covers most of the steps necessary for sending messages from a computer (3) to one or more mobile devices (1). This method differs from those previously described
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) methods in that the step where the job (1.4.2) from the service client (14) to the mobile devices (1) includes the transmission of one or more messages (7.4.2)
trådløst til den éne eller de flere mobile enheter (1).wirelessly to one or more mobile devices (1).
En metode for sending av SMS-kommando til mobile enheterA method of sending SMS command to mobile devices
[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). [0128] Reference is made to Figure 19 where the necessary steps for sending SMS commands from a computer (3) to mobile devices (1) where the job status is updated at the computer (3).
[0129] Metoden nødvendiggjør at trinnene med innlogging og autentisering var [0129] The method necessitates that the steps of login and authentication were
vellykket.successful.
[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. [0130] First, the end user will use his GUI on the computer (3) to select the job of sending SMS commands from a computer (3) to mobile devices. He starts by saving the desired job.
[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). [0131] After saving the job at the computer, the next step will obviously be to transfer said job (8.1.1) over a communication line to the internet service client (14) for the first node (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). [0132] At the internet server (13), the received "Job saved with status SMS" (8.1.1) is forwarded to an SMS gateway (8.3 and Fig. 2) as a formatted SMS call. The gateway (8.3) forwards (8.3.1) the formatted SMS to the selected client for the mobile device (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). [0133] The client for the mobile device (10) for the mobile devices (1) sends query commands, i.e. checks for new jobs, (8.2.1) continuously, at preset time intervals, or as a response to a mobile device user's loading, to the service client (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. [0134] The service client (14) responds by sending query commands (8.5.1) to the database (15). The database (15) will check whether there are one or more saved jobs in the database that match the query.
[0135] Hvis det er et samsvar så vil databasen (15) respondere ved å sende [0135] If there is a match then the database (15) will respond by sending
minst én etterspurt jobb (8.6.1) til tjenesteklienten (14).at least one requested job (8.6.1) to the service client (14).
[0136] Tjenesteklienten (14) vil så overføre jobben (8.5.2) foretrukket trådløst til [0136] The service client (14) will then transmit the job (8.5.2) preferably wirelessly to
den éne eller de flere mobile enheter (1).the one or more mobile devices (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). [0137] The one or more mobile units (1) will then perform the received job. Simultaneously or substantially simultaneously, a transmission session will be initialized at the mobile device (1). In this session, data will be sent wirelessly (8.2.2), if there is any data to send, from the mobile device (1) to the service client (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). [0138] The service client (14) responds by sending (8.5.2) the received data to the database (15). A normal session of this type will generally be terminated by sending one or more end of session messages. The recipient of the end of session message can respond by sending an "ack received end of session". Consequently, the one or more mobile devices (1) will transmit at least one end of session message to the service client (14). At the service client (14), the confirmed job message will be followed by simultaneous or mainly simultaneous sending of a completed session to the database (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 [0139] On a regular basis or event-triggered (8.6.3) the Internet server (13) queries the database (15) for new data. Furthermore, the internet server (13) will terminate the job by sending a job status updated message in set
intervall (8.4.2) til datamaskinen (3).interval (8.4.2) to the computer (3).
Pakkestru ktu r/sam men setn ingPackage delivery/assembly
[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 [0140] The content of the packets, the structures of the packets, the payload and the header content for the communication between the client for the mobile device (10) and the service client (14) for the first node (2) are described in this chapter. This level of description is at a low level of abstraction, consequently the described definitions and structures are exclusively examples, improvements and changes will be a natural consequence of product development. Accordingly, changes in details will be within the scope of this invention and also cannot change the functionality accordingly
foreliggende oppfinnelsepresent invention
Pakkestru ktu rPackage stru 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. [0141] The protocol packet between the client for the mobile device (10) and the service client (14) contains packet headers and packet data that follow each other, in accordance with the following table 1.
[0142] [0142]
[0143] Dataene inneholdt i pakke avhenger av pakkeheaderen dwType medlem [0143] The data contained in packet depends on the packet header dwType member
(se under).(look below).
PakkeheaderPackage header
[0144] Pakkeheaderen har den neste binære strukturen det vil si feltene følger [0144] The packet header has the next binary structure, i.e. the fields follow
hverandre i deklarasjonsrekkefølge.each other in declaration order.
[0145] Byteorganisering i datatyper er lave-byte-først. Justering til 4-byte grense [0145] Byte organization in data types is low-byte-first. Adjustment to 4-byte limit
er påkrevet se tabell 2.is required see table 2.
[0146] [0146]
[0147] Lengderepresentasjon [0147] Length representation
[0148] Hvis komprimert flagg er spesifisert så er len felt representert som [0148] If compressed flag is specified then len field is represented as
strukturen indikert i tabell 3.the structure indicated in Table 3.
[0149] [0149]
[0150] Ellers er det 4-byte fortegnsløst int (DWORD). [0150] Otherwise, it is 4-byte unsigned int (DWORD).
Installasjon datapakkeInstallation data package
FormålPurpose
[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 [0151] The purpose of the installation data package is to transfer all data that is necessary for client for mobile device (10) the registration in client for mobile
enhet (10) og tjenesteklienten (14) for den første node (2) programvaren. Struktur device (10) and the service client (14) for the first node (2) software. Structure
[0152] Strukturen av installasjonsdatapakken er avbildet i tabell 4. [0152] The structure of the installation data package is depicted in Table 4.
[0153] Avanserte data om klienten for mobil enheten (10) sin konfigurasjon er [0153] Advanced data about the client for the mobile device (10)'s configuration is
valgfri og kan inneholde informasjon om flashkort.optional and may contain flash card information.
[0154] Format av flashkort datainnføring er indikert i tabell 5 (i PR_FlashCard [0154] Format of flash card data entry is indicated in table 5 (in PR_FlashCard
objects).objects).
[0155] [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. [0156] "TSS000728 - Retrieving memory card unique ID retrieved from http:// wiki. forum. nokia. com/ index. php/ TSS000728_-_ Retrieving_ memory_ card_ unique_ ID, from Forum Nokia Wiki.
[0157] [0157]
[0158] [0158]
[0159] Beskrivelse [0159] Description
[0160] Det unike serienummer fra MMC kort identifikajonsregisteret (CID) kan bli [0160] The unique serial number from the MMC card identification register (CID) can be
hentet frem med den følgende funksjon (hvis støttet av mediet):retrieved with the following function (if supported by the medium):
[0161] Tint RFs::GetMediaSerialNumber( TMediaSerialNumber ÅaSerialNum, [0161] Tint RFs::GetMediaSerialNumber( TMediaSerialNumber ÅaSerialNum,
Tint a Drive),Tint a Drive),
[0162] Løsning [0162] Solution
[0163] RFs:GetMediaSerialNumber() returnerer 16 bytes (128 bits) som er en [0163] RFs:GetMediaSerialNumber() returns 16 bytes (128 bits) which is a
kopi av kortets CID register, definert som følger:copy of the card's CID register, defined as follows:
[0164] [0164]
[0165] [0165]
Sjekk for tilgjengelighet av oppdatert konfigurasjon Check for availability of updated configuration
( IsNewConfigurationAvailablePacket)(IsNewConfigurationAvailablePacket)
FormålPurpose
[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 [0166] The purpose of "Check for availability of updated configuration (IsNewConfigurationAvailablePacket)" is to ask the service client (14) of the first node (2) whether updated configuration exists (or forcibly get configuration from server). The service client (14) for the first node (2) shall respond with an AckPacket with dwUserData set to 1 if one of the fields sent with the later ConfigurationDataPacket has been changed. Otherwise, the service client (14) for the first node (2) shall set 0 to AckPackefs
dwUserData feltet.dwUserData field.
StrukturStructure
[0167] Strukturen av "Sjekk for tilgjengelighet av oppdatert konfigurasjon [0167] The structure of “Check for availability of updated configuration
(IsNewConfigurationAvailablePacket)" er vist i tabell 9.(IsNewConfigurationAvailablePacket)" is shown in Table 9.
[0168] [0168]
Konfigurasjonsdatapakke Configuration data package
FormålPurpose
[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 [0169] The purpose of the "Configuration data package" is to deliver configuration settings to the client for the mobile device (10): 1. Connection period. How often the client for the mobile device (10) should check for new messages from the service client (14) for the first node (2) through GPRS/GSM. 2. Backup period. How often the client for the mobile device (10) should automatically back up its status to the server. 3. What to back up if automatic backup is requested. 4. SMS messaging (availability of the client for the mobile device (10) to handle incoming SMS from the service client (14) for the first node (2). 5. Lock period. When the client for the mobile device (10) loses connection and this interval elapses , the client for the mobile device (10) shall lock itself automatically. 6. Destruction period. When the client for the mobile device (10) loses connection and this interval elapses, the client for the mobile device shall
(10) tilintetgjøre seg selv automatisk.(10) self-destruct automatically.
StrukturStructure
[0170] Strukturen av "Konfigurasjonsdatapakken" er vist i tabell 10. [0170] The structure of the "Configuration Data Package" is shown in Table 10.
Sikkerhetskopi kjøreplanbeskrivelse Backup schedule description
FormatFormat
[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) [0171] The backup schedule contains the following information 1. How many time intervals should elapse before two subsequent backups. 2. The duration of a single interval (a minute, an hour, a day or a week) 3. Days in a week when backup events should occur (for backup only) 4. Time of day when event should occur (for backup only)
[0172] Sikkerhetskopi kjøreplan omkodes med dobbeltord (32 bits) ved [0172] Backup schedule is re-encoded with double word (32 bits) by
anvendelse av formatet vist under i tabell 11 (fra høyere til lavere bits). using the format shown below in Table 11 (from higher to lower bits).
[0173] [0173]
[0174] Typene tidsintervall er avbildet i tabell 12. [0174] The types of time intervals are depicted in Table 12.
[0175] [0175]
[0176] Det positive antall tidsintervaller er spesifisert i det høyeste byte av [0176] The positive number of time intervals is specified in the highest byte of
sikkerhetskopiperiode descriptor.backup period descriptor.
[0177] Tidspunkt på en dag [0177] Time of a day
[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) [0178] Time period in minutes: from midnight until the time when the scheduled backup is to be done, (for example, for 2:13 AM this number would be 133)
[0179] Ukemaske [0179] Weekly mask
[0180] Maske på 7 bits, hvor 0. tilsvarer søndag og 6. - lørdag. Hvis det spesielle [0180] Mask of 7 bits, where 0. corresponds to Sunday and 6. - Saturday. If the special
bit blir satt, skal sikkerhetskopien forekomme den dagenbit is set, the backup should occur on that day
[0181] Sikkerhetskopi kjøreplan notater [0181] Backup schedule notes
[0182] Felter gyldighet for forskjellige tidsintervaller er vist i tabell 13. [0182] Fields valid for different time intervals are shown in Table 13.
[0183] [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 [0184] If the time of a day field is more than 1440, then the time of a day is considered to be absent (corporate edition behavior), and the scheduled event is triggered exactly after n periods have elapsed (since the time of configuration change ). Days of the week and time of day are ignored for lock and wipe periods. The backup list
er representert i kommandoformat.is represented in command format.
MeldingspakkeMessage package
FormålPurpose
[0185] Formålet ved denne pakken er å overføre menneske-lesbar melding til [0185] The purpose of this packet is to transmit a human-readable message to
klienten for mobil enheten (10) når den er forbundet.the client for the mobile device (10) when connected.
[0186] Struktur [0186] Structure
[0187] Strukturen av "Meldingspakke" datapakke" er vist i tabell 14. [0187] The structure of "Message packet" data packet" is shown in Table 14.
[0188] [0188]
[0189] [0189]
Sjekk for kommandotilgjengelighet ( IsNewCommandAvailablePacket)Check for command availability ( IsNewCommandAvailablePacket)
FormålPurpose
[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 [0190] The purpose of "Check for command availability" is to ask the service client (14) on the first node (2) if commands for device exist. The service client (14) for the first node (2) shall respond with an AckPacket with dwUserData set to 1 if one or more commands exist. Otherwise, the service client (14) for the first node (2) shall set 0
til AckPackefs dwUserData felt.to AckPackef's dwUserData field.
StrukturStructure
[0191] Denne pakken inneholder ikke noen data. [0191] This package does not contain any data.
KommandodatapakkeCommand data package
FormålPurpose
[0192] Formålet med "Kommandodatapakken" er å levere til klienten for mobil enheten (10) kommandodata fra tjenesteklienten (14) for den første noden (2). [0192] The purpose of the "Command data package" is to deliver to the client for the mobile device (10) command data from the service client (14) for the first node (2).
[0193] Struktur [0193] Structure
[0194] Strukturen av "Kommandodatapakken" er vist i tabell 15. [0194] The structure of the "Command Data Package" is shown in Table 15.
Fremdrift totalpakke Progress total package
FormålPurpose
[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, [0195] The purpose of "Progress total packet" is to tell the other side (either the mobile device client (10) or the first node (2) the total number of items being transferred or the total number of bytes if files are being transferred,
slik at fremdriftsinformasjon kan oppdateres korrekt.so that progress information can be updated correctly.
StrukturStructure
[0196] Strukturen av "Fremdrift totalpakken" er vist i tabell 16. [0196] The structure of the "Progress total package" is shown in table 16.
[0197] [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'. [0198] When doing backup, the packet should be acknowledged with AckPacket with dwUserData set to "0" if backup is denied due to per-user quote limit this is also known as 'MaximumMBPerUser'.
[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 [0199] When doing recovery, the packet shall be acknowledged with AckPacket with dwUserData set to "0" if recovery is possible and "1" and structured storage attachment if recovery is not possible and error occurred. This attachment must contain information about an error that must be shown to one
bruker på den administrative delen.user on the administrative part.
FremdriftsinkrementpakkeProgress Increment Package
FormålPurpose
[0200] Formålet med "Fremdriftsinkrementpakke" er å fortelle at element av gitt [0200] The purpose of "Progress Increment Package" is to tell that element of given
Command Subject ble vellykket prosessert (sikkerhetskopiert/visket ut). Struktur Command Subject was successfully processed (backed up/wiped). Structure
[0201] Strukturen av "Fremdriftsinkrementpakken" er vist i tabell 17. [0201] The structure of the "Progress Increment Package" is shown in Table 17.
[0202] [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. [0203] On recovery, dwType equals ChunkType enumeration value. The reason for that is that one CommandSubject, for example Contact command subject, can refer to heterogeneous element types, for example to device contact and to SIM contact. So that during recovery, appropriate elements (device connector or SIM connector) could be separated from each other.
[0204] For tiden blir denne pakketypen brukt bare for viske ut kommando. [0204] Currently this packet type is used only for erase command.
Fremdriftsinfo for en annen kommandotype blir regulert automatisk. Progress info for another command type is adjusted automatically.
FremdriftssluttpakkeProgress End Package
FormålPurpose
[0205] Formålet med "Fremdriftssluttpakken" er å fortelle at alle elementer av gitt [0205] The purpose of the "Progress End Package" is to tell that all elements of given
Command Subject ble vellykket prosessert.Command Subject was successfully processed.
StrukturStructure
[0206] Strukturen av "Fremdriftsinkrementpakken" er vist i tabell 18. [0206] The structure of the "Progress Increment Package" is shown in Table 18.
[0207] [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 [0208] On recovery, dwType equals ChunkType enumeration value. The reason for that is that one CommandSubject, for example Contact command subject, can refer to heterogeneous element types (for example to device contact and to SIM contact). So that upon recovery could appropriate elements
(enhetskontakt eller SIM kontakt) atskilles fra hverandre.(device connector or SIM connector) are separated from each other.
Package Chunk HeaderpakkePackage Chunk Header package
FormålPurpose
[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 [0209] The purpose of the "Package Chunk Header package" is to transfer meta-information about the element/file being transferred. Note that this entire packet is sent to the mobile device client (10) on recovery to define whether an item should be transferred from
tjenesteklienten (14) for den første noden (2) eller ikke.the service client (14) for the first node (2) or not.
StrukturStructure
[0210] Strukturen av "Package Chunk Header" pakken er vist i tabell 19. [0210] The structure of the "Package Chunk Header" packet is shown in Table 19.
[0211] De følgende begrensninger kan gjelde for hjelpeelementets metadata: [0211] The following restrictions may apply to the auxiliary element's metadata:
1. Data må ikke inneholde objekttyper1. Data must not contain object types
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 2. Metadata must be as small as possible, but no more than 3000 bytes. 3. The chunk order within structured storage is significant, so relocation of chunks is limited. Although you are allowed to insert a new chunk to the middle of this metadata, the previous order will not be
tapt. Chunkrekkefølgen blir opprettholdt ved spesielt lagreelement. lost. The chunk order is maintained by special storage element.
Package ChunkdatapakkePackage Chunk data package
FormålPurpose
[0212] Å overføre element (slik som SMS element, kontaktelement, etc). Meta-informasjonen om dette elementet er gitt i PackageChunkHeaderPacket. Struktur [0212] To transfer item (such as SMS item, contact item, etc). The meta information about this element is provided in PackageChunkHeaderPacket. Structure
[0213] Strukturen av "Package Chunk datapakken" er vist i tabell 20. [0213] The structure of the "Package Chunk data packet" is shown in Table 20.
[0214] [0214]
Elementstartpakke Element starter pack
FormålPurpose
[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 [0215] To notify recipient that transfer transaction is to begin. Sender must approve the transfer ID (unique value for any number of bytes). After successfully transferring element data and sending the PackageeltemEnd packet, the sender is responsible for waiting for all transmission lines in the PackageeltemEnd
pakker.packages.
StrukturStructure
[0216] Strukturen av "Elementstartpakken" er vist i tabell 21. [0216] The structure of the "Element starter package" is shown in Table 21.
[0217] [0217]
Elementsluttpakke Element end package
FormålPurpose
[0218] Formålet med "Elementsluttpakken" er å avslutte overføringstransaksjon. Struktur [0218] The purpose of the "Item End Packet" is to end transfer transaction. Structure
[0219] Hvis denne pakken blir sendt fra den siden som sendte PackageltemStart [0219] If this package is sent from the side that sent PackageeltemStart
pakke, må pakken være tom.package, the package must be empty.
[0220] Hvis denne pakken sendes fra en annen side, har pakken strukturen av. [0220] If this packet is sent from another side, the packet has the structure of.
[0221] hvor overføringsID er den mottatt i PackageltemStart [0221] where transferID is the one received in PackageeltemStart
strukturoverføringsl D.structural transmissionl D.
Endre ID pakkeChange ID package
FormålPurpose
[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 å [0222] The data from the PackageChunkHeaderPacket may be changed after recovery. This packet is solely intended to notify the service client (14) of the first node (2) that the item metadata is changed after recovery and the service client (14) of the first node (2) shall update its database and all related items to
reflektere denne endringen.reflect this change.
StrukturStructure
[0223] Den samme som PackageChunkHeaderPackefs struktur. [0223] The same as PackageChunkHeaderPackef's structure.
LokaliseringspakkeLocalization package
FormålPurpose
[0224] Denne pakken er tenkt å overføre geografiske koordinater så som [0224] This package is intended to transmit geographic coordinates such as
breddegrad og lengdegrad.latitude and longitude.
StrukturStructure
[0225] Strukturen av Lokaliseringspakken er vist i tabell 23. [0225] The structure of the Localization Package is shown in Table 23.
Bekreftelsespakke Confirmation package
FormålPurpose
[0226] Denne pakken er tenkt å bekrefte mottak av spesiell pakke og send [0226] This package is intended to confirm receipt of special package and send
hjelpeinformasjon som respons.help information as a response.
StrukturStructure
[0227] Strukturen av bekreftelsespakken er vist i tabell 24. [0227] The structure of the confirmation packet is shown in Table 24.
RSync Elementoversikter pakke RSync Element overview package
FormålPurpose
[0228] Denne pakken blir brukt for sending av elementoversikter mellom [0228] This package is used for sending element overviews between
'Generator' og 'Sender' i ip-rsync algoritme'Generator' and 'Sender' in ip-rsync algorithm
StrukturStructure
[0229] Strukturen er indikert i tabell 25. [0229] The structure is indicated in Table 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. [0230] Error code package exists to report any error occurring on mobile client to the service client (14) for the first node (2) and to display this error on user interface E.g. in case of locate command if error occurs during locating process, symbian mobile client sends this packet with error code (eg 710 if no device found) to server. The service client (14) for the first node (2) receives this error and calls display error description message on user interface.
[0231] Strukturen av feilkodepakken er vist i tabell 26. [0231] The structure of the error code packet is shown in Table 26.
[0232] [0232]
Format av kommandoen Format of the command
FormålPurpose
[0233] Å representere server-til-klienten for mobil enheten (10) sine [0233] To represent the server-to-client for the mobile device (10)s
kommandoforespørsler i binær form.command requests in binary form.
StrukturStructure
[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. [0234] One can think of a command such as an action-element connection, such as save mail, mms, docs or delete all or locate. The verb acts as command type and the nouns are the command subjects described below in table 27.
[0235] [0235]
Kommandotype Command type
[0236] CommandType feltet fra strukturen over kan være lik verdier under gitt i [0236] The CommandType field from the structure above can be equal to values below given in
tabell 28.table 28.
[0237] [0237]
Tabell 28Table 28
Kommandoemner Command subjects
[0238] Kommandoemne representerer delvis datatype som klienten for mobil enheten (10) skal sikkerhetskopiere til server, gjenopprette fra server, viske ut eller låse [0238] Command subject partially represents data type that the client for the mobile device (10) should back up to server, restore from server, erase or lock
Følgende kommandoemnekonstanter er definert i tabell 29.The following command topic constants are defined in Table 29.
[0239] [0239]
Kommandodata Command data
[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 [0240] The CommandData field is a data table of bytes representing all the topics. Each byte represents one topic. If command subject requires string insertion (for example documents may require list such as
<*>.txt,<*>.xls) så blir strengen (i Unicode koding, lave-byte-først) blir plassert i datatabell nøyaktig etter denne CommandSubject postfiksert med <*>.txt,<*>.xls) then the string (in Unicode encoding, low-byte-first) is placed in data table exactly after this CommandSubject postfixed with
CommandSubjectAuxiliary byte. Lengden av strengdataene blir bestemt av dens null-terminator (skal også lagres i liste). CommandSubjectAuxiliary byte. The length of the string data is determined by its null terminator (also to be stored in list).
[0241] Så for å virke på<*>.txt,<*>.xls filer skal strøm se ut som, i heksadesimalt [0241] So to work on<*>.txt,<*>.xls files stream should look like, in hexadecimal
format, som vist i tabell 30.format, as shown in Table 30.
[0242] [0242]
[0243] [0243]
[0244] Eksempler [0244] Examples
[0245] [0245]
[0246] Referansenummer til tegningene [0246] Reference number to the drawings
[0247] [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. I MEI The International Mobile Equipment Identity or IMEI is a number unique to each GSM and WCDMA and iDEN mobile phone, as well as some satellite phones. It is found printed on the inside of a phone. It can also be found by typing<*>#06# to the phone's keypad.
Claims (24)
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
NO20091865A NO20091865L (en) | 2009-05-12 | 2009-05-12 | Systems, methods and devices for managing multiple mobile devices |
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 (en) | 2009-05-12 | 2009-05-12 | Systems, methods and devices for managing multiple mobile devices |
Publications (1)
Publication Number | Publication Date |
---|---|
NO20091865L true NO20091865L (en) | 2010-11-15 |
Family
ID=43085201
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
NO20091865A NO20091865L (en) | 2009-05-12 | 2009-05-12 | Systems, methods and devices for managing multiple mobile devices |
Country Status (2)
Country | Link |
---|---|
NO (1) | NO20091865L (en) |
WO (1) | WO2010131980A1 (en) |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4564829B2 (en) * | 2004-11-19 | 2010-10-20 | 日本電気株式会社 | Security system |
US7584201B2 (en) * | 2005-08-10 | 2009-09-01 | Qwest Communications International, Inc | Management of mobile-device data |
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 |
EP2122531B1 (en) * | 2007-01-19 | 2014-10-01 | BlackBerry Limited | Selectively wiping a remote device |
WO2008129701A1 (en) * | 2007-04-10 | 2008-10-30 | Hitachi Software Engineering Co., Ltd. | File management system and method, and mobile terminal |
-
2009
- 2009-05-12 NO NO20091865A patent/NO20091865L/en not_active Application Discontinuation
-
2010
- 2010-05-12 WO PCT/NO2010/000177 patent/WO2010131980A1/en active Application Filing
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 | |
US10049146B2 (en) | Method and apparatus for storing and retrieving profile data for electronic devices | |
EP1344375A1 (en) | Method for protecting nomad devices against theft, corresponding device and installation | |
US20020032755A1 (en) | Registration system and method using a back end server | |
EP2115577A1 (en) | Intelligent migration between devices having different hardware or software configuration | |
JP2005202918A (en) | Mobile terminal data management system utilizing network | |
NO20091865L (en) | Systems, methods and devices for managing multiple mobile devices | |
EP1971950A2 (en) | Computer session management device and system | |
KR20140127065A (en) | Combined message management system for transmitting/receiving message between portable terminals | |
Punja et al. | Blackberry Forensics | |
WO2011056145A1 (en) | System and method of content restoration in mobile devices |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FC2A | Withdrawal, rejection or dismissal of laid open patent application |