MDM szabványok

SyncML vagy mi volt az elején

  • Ahhoz, hogy hozzon létre egy nyitott szabvány, amely nem kötődik a kereskedelmi fejlődés, és képes arra, hogy lendületet ad az ipar fejlesztésében;
  • Középpontjában a SyncML kellett mennem az XML, ami a végén a 90-es nagyon aktívan fejlesztett. Ez az volt, hogy biztosítsák cross-platform és a rugalmassága az új szabvány;
  • Fektesse a lehetőségét, hogy a különböző közlekedési technológiák;
  • Használata WBXML (WAP bináris XML) - egy speciális változata az XML által kidolgozott, a SyncML kezdeményezés adatátvitel lassú hálózatokon keresztül;
  • A szinkronizálás a különböző adatok hivatkozás nélkül típusuk és figyelembe véve a változások a legutóbbi szinkronizálás;
  • A HTTP protokoll, OBEX, WSP a közlekedés;
  • Támogatás a hitelesítési protokollok;
  • A támogatás több típusú szinkronizálás, beleértve a szinkronizációs a kiszolgáló értesítésére;

Fejlesztések SyncML résztvevők úgy döntöttek, hogy osztja a szövetség a két munkacsoport - Device Management Munkacsoport és a Adatszinkronizációs munkacsoport. Minden, ami megtörtént, hogy ezen a ponton, az úgynevezett SyncML v.1.1 és elkezdett dolgozni a kijelölt területeken - a normák kidolgozása OMA DM (Device Management) és az OMA (DS Adatszinkronizációs).

OMA DS (Adatszinkronizációs)

Miután SyncML kapott a fejlesztési csoportja OMA DS, koncepcionális változások nem történnek. Abban a pillanatban, a standard továbbfejleszti az adatok szinkronizálás irányát. Azonban, ha korábban azt tartották elsősorban a mechanizmust az PIM-adatokat (azaz a - névjegyek, naptár), most már külön-külön megjelent a SyncML szinkronizálás, fájlrendszer-objektumok (mappa, fájl) és e-mail szolgáltatások. Egyes fejlesztők megoldásokat kínálnak az adatmentést hordozható eszközökről, amelyek alapján azt OMA DS (pl SmartTrust Device Backup SmartTrust).

OMA DM (Device Management)

A második munkacsoport szövetséget, és utasította az összes erőfeszítéseit a mobileszköz-kezelés. A következő elemek formáltuk feladatok:

  • Hozzon létre egy protokoll, amely lehetővé teszi, hogy ellenőrizzék a készülék beállításait távolról;
  • Mivel a közlekedési kell használni HTTP, hanem a kapcsolat kezdeményezésére biztosítani kell az SMS;
  • A protokoll lehetővé kell tennie eszköz leltár;
  • A protokoll tartalmaznia kell a képessége, hogy át fájlokat a készüléken;
  • Támogatás a firmware frissítése a készüléken „on air» (Over-The-Air, OTA);

OMA DM fa például

Általában a program a készülék a következő - a menedzsment szerver (DM szerver) jön utasítást ad, amely a készülék, hogy szeretné elindítani a munkamenetet. Általában ez a jelzés formájában érkezik az SMS-ek és SMS általában használt speciális gateway - SMS Gateway. A készülék csatlakozik a szerverhez, és ad aktuális információt magáról, és megkapja az új beállításokat. Végén a munkamenet megszakadt folyamat.

OMA CP (Client Provisioning)

Amellett, hogy a fejlesztés a kezelési módszereinek mobileszközök előtt a második munkacsoport feladata volt, hogy kitaláljuk, hogyan lehet átadni néhány kezdeti beállítását az üzemeltető hálózat a felhasználó eszköze, ami egyáltalán nem, hogy vizsgálja meg a lehetőségeket a gép.

Hogy néz ki? Voltál által kért szolgáltatás kódot a szolgáltatói beállítások kapcsolat az interneten? Vagy beállításokat MMS küldésére? Ha igen, akkor tudja, hogy csak meg kell, hogy tárcsázza a szerviz kódot a kifejezési forma * szám # vagy válasszon ki egy elemet a SIM-menü, és SMS jön egy pár perc, és az információ, hogy minden be van állítva. Ez az eredménye az OMA CP, amely egy kiterjesztése OMA DM.

Önmagában a konfigurációs fájl egy sor konfigurációk XML, amely továbbítja kérésre bináris formában. Kézhezvételét követően egy ilyen eszköz file kezeli és a nyilvántartások minden értéket.

A fő paraméterek listáját, amelyek segítségével konfigurálható OMA CP, az alábbiak szerint:

  • CSD beállítás hozzáférési pontok, GPRS / 3G, WLAN;
  • Beállításai kapcsolódás a szerverhez OMA DS;
  • Beállításai kapcsolódás a szerverhez OMA DM;
  • Beállítások csatlakozni az e-mail szerver,
  • VoIP-beállítások;
  • Könyvjelzők.

OMA FUMO (Firmware Update Management Object)

Mint korábban írtam, az egyik meghatározott célkitűzések előtt egy csoport OMA DM volt, hogy hozzon létre egy mechanizmust a firmware frissítése „on air”. Ez, az a gondolat volt, hogy az élet könnyebb mind a felhasználó, aki akaratlanul is kapott egy frissítést az operációs rendszer a készülék, valamint a mobilszolgáltatók és készülékgyártók, hogy képes lenne terjeszteni frissítéseket.

A válasz a kihívást a kiterjesztést, hogy az OMA DM nevű OMA FUMO. A dokumentum leírja OMA FUMO, magában foglalja a következő séma szerint: D:

Ha a frissítési folyamat inicializálja a kliens oldalon, majd eldobja az első lépés belőle.

Életemben nem találkoztam egyetlen cég, ahol ezt a mechanizmust használnak, de a lényeg az, hogy a mechanizmus létezik, és elérhető.

Mint látható, az MDM területen, sok különböző mechanizmusokat. Azok amiről írtam a cikket, nem egyedi - azon kívül, hogy Open Mobile Alliance fejlődik a többi irányból.

Továbbá, mindenki, aki érdekelt a témában, tudom ajánlani egy pár link, amely további anyagok: