стандарти MDM

SyncML или това, което беше в началото

  • За създаване на отворен стандарт, който не е свързан с търговското развитие, и е в състояние да даде тласък за развитието на индустрията;
  • В сърцето на SyncML аз трябваше да отида до XML, който е в края на 90-те е много активно развита. Това е да се гарантира по-платформа и гъвкавостта на новия стандарт;
  • Поставете на възможността за използване на различни транспортни технологии;
  • Използването WBXML (WAP Binary XML) - специална имплементация на XML, разработен от Инициативата за SyncML за пренос на данни през бавни мрежи;
  • Синхронизация на различни данни, без позоваване на техния вид и като се вземат предвид промените след последната синхронизация;
  • Използвайки протокола HTTP, OBEX, WSP като транспорт;
  • Подкрепа за протоколи за удостоверяване;
  • Поддръжка на няколко вида синхронизация, включително уведомяване синхронизация от сървъра;

Развитие участници SyncML решиха да се разделят на съюза между двете работни групи - за управление на устройства работната група и работната група за синхронизиране на данните. Всичко, което е направено до този момент, наречен SyncML v.1.1 и започва да работи в определените за това места - да се разработят стандарти OMA DM (Управление на устройствата) и OMA DS (Синхронизация на данни).

OMA DS (Синхронизация на данни)

След SyncML бе дадена за развитието на група от OMA DS, концептуални промени това не се случи. В момента стандартът продължава да се развива в посока на синхронизация на данни. Въпреки това, ако по-рано тя бе считана предимно като механизъм за сравняване на Пим-данни (т.е. лични - контакти, календар), сега тя е отделно пуснати синхронизация SyncML, файловата система обекти (папки, файлове), както и съоръжения за електронна поща. Някои предприемачи предлагат решения за създаване на резервно копие на данните от преносими устройства, които се основават върху него OMA DS (например, SmartTrust Device Backup от SmartTrust).

OMA DM (управление на устройства)

Втората работна група, се образували съюз, насочени всички усилия за управление на мобилно устройство. Следните точки са формулирани като задачи:

  • Създаване на протокол, който ви дава възможност да контролирате настройките на устройството от разстояние;
  • Тъй като превозът е да се използва HTTP, но за откриване на връзката трябва да се предостави на SMS;
  • Протоколът трябва да позволи на инвентаризация устройство;
  • Протоколът трябва да включва възможността за прехвърляне на файлове към устройството;
  • Подкрепа актуализация на фърмуера на устройството "на въздух» (Над на въздух, OTA);

ОМА например DM дърво

Като цяло, схемата на устройството е, както следва - от сървъра за управление (DM сървър) идва инструкция, която разказва на устройството, което искате да започнете сесия. Обикновено това указание идва под формата на SMS, и изпращане на SMS-общо се използва специален портал - SMS Gateway. Устройството се свързва със сървъра и дава актуална информация за себе си, а също така получава новите настройки. В края на сесията е счупен процес.

OMA CP (обслужване на клиент)

В допълнение към разработването на методи за управление на мобилни устройства в предната част на втората работна група имаше за задача да разбера как може да мине известно първоначална настройка на мрежата на оператора за устройство на потребителя, което е абсолютно не да проучи възможностите за вашата машина.

Как е? Били ли сте някога се изисква от кода на услуга от свързаност настройки на оператора с интернет? Или настройки за MMS изпращане? Ако отговорът е да, тогава знаете, че просто трябва да наберете кода на услуга под формата на изразяване * номер # или изберете елемент в SIM-менюто и SMS ще дойде след няколко минути, с информацията, че всичко е настроено. Това е резултат от ОМА СР, която е продължение на ОМА DM.

Сам по себе си конфигурационния файл е набор от конфигурации на XML, която се предава при поискване в двоичен вид. При получаване на такъв файл устройство него и регистри дръжки във всички ценности.

Основният списък от параметри, които могат да бъдат конфигурирани с помощта на OMA CP, както следва:

  • CSD настройки на точки за достъп, GPRS / 3G, WLAN;
  • Настройките за връзка с ДС на сървъра OMA;
  • Настройките за свързване с DM сървър ОМА;
  • Настройки, за да се свържете с вашия имейл сървър;
  • VoIP настройки;
  • Bookmarks.

OMA FUMO (Object Management Firmware Update) на

Както написах по-горе, една от целите, посочени в предната част на група от OMA DM, е да се създаде механизъм за актуализиране на фърмуера "на въздух". Това е, въз основа на идеята, е да се направи живота по-лесен, както за потребителя, който несъзнателно са получили актуализация за операционната система на устройството, както и за мобилни оператори и производители на устройства, които биха били в състояние да се разпространява актуализации.

Отговорът на предизвикателството, е отпускането на OMA DM, наречена OMA FUMO. Документ, описващ OMA FUMO, се свежда до следната схема D:

Ако процесът на обновяване се инициализира от страна на клиента, след това падне първата стъпка от нея.

В живота си не съм срещал някой компания, където е бил използван този механизъм, но важното е, че съществува механизъм и е на разположение.

Както можете да видите, в областта на MDM, има много различни механизми. Тези, за които съм написал в статията, не са уникални - в допълнение към тяхната Open Mobile Alliance се развива и в други посоки.

Също така, всеки, който се интересуват от темата, мога да препоръчам няколко връзки, които са допълнителни материали: