standarde MDM

SyncML sau ce a fost la început

  • Pentru a crea un standard deschis care nu este legată de dezvoltarea comercială, și în măsură să dea un impuls pentru dezvoltarea industriei;
  • În centrul SyncML a trebuit să merg la XML, care este sfârșitul anilor 90 este dezvoltat foarte activ. Acest lucru a fost de a asigura cross-platform și flexibilitatea noului standard;
  • Așezați posibilitatea utilizării tehnologiilor de transport diferite;
  • Utilizarea WBXML (WAP binar XML) - o implementare specială a XML, dezvoltat de SyncML Inițiativa pentru transmiterea de date prin rețele lente;
  • Sincronizarea diferitelor date fără a face referire la tipul lor și luând în considerare modificările de la ultima sincronizare;
  • Folosind protocolul HTTP, OBEX, WSP ca transport;
  • Suport pentru protocoalele de autentificare;
  • Suport pentru mai multe tipuri de sincronizare, inclusiv notificări de sincronizare de la server;

Dezvoltări participanților SyncML a decis să împartă alianța între cele două grupuri de lucru - Grupul de lucru Device Management și Grupul de lucru de sincronizare a datelor. Tot ceea ce a fost făcut la acest punct, numit SyncML v.1.1 și a început să lucreze în zonele desemnate - pentru a dezvolta standarde OMA DM (Device Management) și OMA DS (Sincronizare date).

OMA DS (Sincronizare date)

După ce a fost dat SyncML pentru dezvoltarea unui grup de OMA DS, schimbări conceptuale nu sa întâmplat. În momentul de față, standardul continuă să se dezvolte în direcția de sincronizare a datelor. Cu toate acestea, în cazul în care mai devreme a fost privită în primul rând ca un mecanism de comparare a PIM-date (cu caracter personal - contacte, calendar), acum a lansat separat sincronizarea SyncML, obiecte de sistem de fișiere (foldere, fișiere) și facilități de e-mail. Unii dezvoltatori oferă soluții pentru backup de date de la dispozitive portabile, care se bazează pe ea OMA DS (de exemplu, SmartTrust dispozitiv de rezervă din SmartTrust).

OMA DM (Device Management)

Al doilea grup de lucru, format o alianță, îndreptat toate eforturile pe gestionarea dispozitivelor mobile. Următoarele articole au fost formulate ca sarcini:

  • Creați un protocol care vă permite să controlați setările dispozitivului la distanță;
  • Deoarece transportul urmează să fie utilizat HTTP, dar pentru a iniția conexiunea ar trebui să fie furnizate prin SMS;
  • Protocolul ar trebui să permită inventarierea dispozitivului;
  • Protocolul ar trebui să includă posibilitatea de a transfera fișiere la aparat;
  • Suport de actualizare a firmware-ului de pe dispozitivul „la aer» (Over-the-Air, OTA);

OMA exemplu DM copac

În general, schema dispozitivului este după cum urmează - de la serverul de management (DM Server) vine de instrucțiuni care spune dispozitivul pe care doriți să începeți o sesiune. De obicei, această indicație vine sub formă de SMS-uri, și trimiterea de SMS este folosit în general o poarta speciala - SMS Gateway. Dispozitivul se conectează la server și oferă informații actuale despre tine, și primește, de asemenea, noile setări. La finalul sesiunii este rupt proces.

OMA CP (Client Provisioning)

În plus față de dezvoltarea unor metode de gestionare a dispozitivelor mobile în fața celui de al doilea grup de lucru a avut sarcina să dau seama cum poți trece unele configurarea inițială a rețelei operatorului la dispozitivul utilizatorului, care nu este absolut de a explora posibilitățile mașinii.

Cum arată? V-ați cerut vreodată de codul de servicii de conectivitate Setările operatorului la Internet? Sau setările pentru MMS trimiterea? Dacă da, atunci știi că trebuie doar să formați codul de serviciu în formă de exprimare * # Numărul sau selectați un element din SIM-meniu, și SMS-uri vor veni în câteva minute, cu informațiile pe care totul este configurat. Acesta este rezultatul OMA CP, care este o extensie a OMA DM.

Prin ea însăși, fișierul de configurare este un set de configuratii XML, care este transmis la cerere, în formă binară. La primirea unui astfel de fișier de dispozitiv și acesta se ocupă de registre în toate valorile.

Lista principală de parametri care pot fi configurate folosind OMA CP, după cum urmează:

  • Setările CSD de puncte de acces, GPRS / 3G, WLAN;
  • Setările pentru conectarea la serverul DS AMN;
  • Setări pentru conectarea la serverul DM OMA;
  • Setări pentru a se conecta la serverul de e-mail;
  • Setări VoIP;
  • Marcaje.

OMA FUMO (Actualizarea firmware-ului de Management Object)

Așa cum am scris mai sus, unul dintre obiectivele stabilite în fața unui grup de OMA DM, a fost de a crea un mecanism de actualizare a firmware-ului „la aer“. Este, pe ideea, a fost de a face viața mai ușoară atât pentru utilizator, care fără să vrea, au primit o actualizare pentru sistemul de operare al dispozitivului, precum și pentru operatorii de telefonie mobilă și producătorii de dispozitive care ar putea distribui actualizări.

Răspunsul la provocarea a fost extinderea la OMA DM, numit OMA FUMO. Un document care descrie OMA FUMO, implică următoarea schemă D:

Dacă procesul de actualizare este inițializat pe partea de client, apoi scade primul pas din ea.

În viața mea nu am întâlnit nici o companie, în cazul în care a fost utilizat acest mecanism, dar cel mai important lucru este că mecanismul există și este disponibil.

După cum puteți vedea, în domeniul MDM, există multe mecanisme diferite. Cei despre care am scris în articol, nu sunt unice - în plus față de alianța lor Open Mobile este în curs de dezvoltare în alte direcții.

De asemenea, toți cei care interesați de acest subiect, eu pot recomanda un cuplu de link-uri, care sunt materiale suplimentare: