Обмен объектами - OBject EXchange

Эта статья нужны дополнительные цитаты для проверка. Пожалуйста помоги улучшить эту статью к добавление цитат в надежные источники. Материал, не полученный от источника, может быть оспорен и удален. Найдите источники: «Обмен объектами»  – Новости  · газеты  · книги  · ученый  · JSTOR (Сентябрь 2014 г.) (Узнайте, как и когда удалить этот шаблон сообщения)

OBEX (сокращение от Обмен объектами, также называемый IrOBEX) - это протокол связи, который облегчает обмен двоичными объектами между устройствами. Он поддерживается Инфракрасная ассоциация данных но также был принят Bluetooth Special Interest Group и SyncML крыло Открытый мобильный альянс (OMA). Одно из самых первых популярных приложений OBEX было в Пальма III. Этот КПК и его многочисленные преемники используют OBEX для обмена визитками, данными и даже приложениями.

Хотя OBEX изначально был разработан для инфракрасного порта, теперь он был принят Bluetooth, а также используется RS-232, USB, WAP и в таких устройствах, как Подписка умные ручки.

Сравнение с HTTP

OBEX по конструкции и функциям похож на HTTP в предоставлении клиенту надежного транспорта для подключения к серверу и затем может запрашивать или предоставлять объекты. Но OBEX отличается во многих важных отношениях:

• HTTP обычно располагается выше TCP / IP связь. OBEX также может быть, но обычно реализуется на IrLAP /IrLMP /Крошечный TP складывать на ИК-порт устройство. В Bluetooth, OBEX реализован на Основная полоса /ACL /L2CAP (и для устаревшего использования RFCOMM ) куча. Возможны и другие подобные «привязки» OBEX, такие как over USB.
• HTTP использует читаемый человеком текст, но OBEX использует двоичный формат. тип-длина-значение триплеты с именем «Заголовки» для обмена информацией о запросе или объекте. Их гораздо проще проанализировать на устройствах с ограниченными ресурсами.
• HTTP-транзакции по своей сути не имеют состояния; обычно HTTP-клиент открывает соединение, делает один запрос, получает ответ и либо закрывает соединение, либо делает другие не связанные запросы. В OBEX одно транспортное соединение может выполнять множество связанных операций. Фактически, недавние дополнения к спецификации OBEX позволяют возобновить внезапно закрытую транзакцию с сохранением всей информации о состоянии.

Объекты

OBEX работает путем обмена объекты, которые используются для различных целей: установка параметров соединения, отправка и запрос данных, изменение текущего пути или атрибутов файла.

Объекты поля и заголовки. Например, следующий объект может быть объектом, используемым для запроса телефонной книги с мобильного телефона:

Этот объект содержит два поля (команда и длина) и два заголовка. Первое поле (команда) указывает, что это запрос данных (GET). Второе поле - это общий размер объекта, включая два поля.

Этот объект также содержит два заголовка, а именно «Идентификатор соединения» и «Имя». Первый байт каждого заголовка - это имя заголовка и его тип содержимого. В этом случае:

• 0xCB означает, что этот заголовок является «идентификатором соединения», числом, полученным ранее; два старших бита 0xCB равны 11, и эта пара определяет это как 4-байтовую величину;
• первый байт второго заголовка - 0x01; этот байт идентифицирует этот заголовок как заголовок «Имя»; первые два бита 0x01 равны 00, что означает, что содержимое этого заголовка представляет собой строку Unicode с завершающим нулем (в UCS-2 form), с префиксом количества байтов, из которых он состоит (0x00 0x1e).

Возможный ответ, содержащий запрошенные данные, может быть:

В этом примере предполагается, что телефонная книга достаточно короткая, чтобы ее можно было поместить в один объект ответа. Единственный заголовок имеет идентификатор 0x49, что означает, что это «конец тела», последний фрагмент информации (в данном случае также единственный). Первые два бита 0x49 - это 01, что означает, что содержимое этого заголовка представляет собой данные с префиксом длины: два следующих байта 0x00 0x2F указывают длину этих данных (в десятичном формате, 47), последующие - данные, в этом чехол телефонная книга, содержащая только пустой vCard 47 байт.

В этом примере показана одна команда GET и ее ответ, единственными задействованными заголовками являются идентификатор соединения, имя и конец тела. Перед его выдачей должна быть отправлена ​​команда CONNECT для установления некоторых параметров соединения, включая идентификатор соединения. Другие команды: положить, установить путь, действие, прервать, отключить. Некоторые другие известные заголовки включают: тип, время, описание, цель.

Сессия

После того, как клиент (например, компьютер) подключается к серверу (например, мобильному), типичный сеанс состоит в том, что клиент отправляет несколько объектов и получает их ответы от сервера. В качестве примера:

• CONNECT: одно из полей определяет наибольший размер пакетов, которые может получить клиент; заголовок TARGET определяет тип услуги, которую ожидает клиент (просмотр файлов, sync-ml, доступ к телефонной книге); ответ сервера с максимальной длиной пакета, идентификатором соединения и другими данными
• GET: клиент запрашивает файл, указывая идентификатор соединения, имя файла и / или его тип; ответ сервера с содержимым файла или его частью; в последнем случае клиент должен отправить другие объекты GET для получения остальной части файла
• SETPATH: клиент сообщает серверу переключиться на другую файловую папку, указав идентификатор подключения и имя папки в двух заголовках
• GET: клиент запрашивает список содержимого папки, отправляя объект с идентификатором подключения и соответствующим заголовком TYPE (например, «x-obex / folder-list» для передачи файлов, «x-bt / vcard-list» для доступ к телефонной книге)
• PUT: клиент отправляет файл на сервер; если он слишком велик, чтобы поместиться в один пакет, сервер запросит следующую часть с ответом CONTINUE
• ОТКЛЮЧИТЬ: клиент сообщает серверу, что закрывает сеанс

Обмен может существенно отличаться в зависимости от услуги. Например, SyncML не использует SETPATH, а OBEX push состоит только из CONNECT (без заголовка TARGET), PUT и необязательного DISCONNECT.

Протоколы

Следующие протоколы работают через OBEX или имеют привязки для этого:

OBEX Push

Передает файл от отправителя запроса получателю; объект CONNECTION, не содержащий целевого объекта, отправляется, затем PUT используется для передачи файла

Протокол передачи файлов OBEX

Сохраняет и извлекает файлы, аналогично FTP. Целевой заголовок объекта CONNECTION: {0xF9, 0xEC, 0x7B, 0xC4, 0x95, 0x3C, 0x11, 0xD2, 0x98, 0x4E, 0x52, 0x54, 0x00, 0xDC, 0x9E, 0x09}; ответ содержит идентификатор соединения для использования в последующих объектах GET, PUT, SETPATH ​​и ACTION.

Доступ к телефонной книге

Аналогично передаче файлов, но использует целевые {0x79, 0x61, 0x35, 0xF0, 0xF0, 0xC5, 0x11, 0xD8, 0x09, 0x66, 0x08, 0x00, 0x20, 0x0C, 0x9A, 0x66}; Записи телефонной книги могут быть перечислены (с различными возможными порядками и фильтрами) и извлечены из определенных каталогов в разделе телекоммуникации / с помощью GET и SETPATH

IrMC

IrMC был разработан для обмена записями в телефонной книге, календарными записями, цифровыми визитными карточками и списки дел. В форме без установления соединения для передачи данных используется один PUT; в противном случае различные файлы и папки в Telecom / могут быть извлечены или перемещены; целевой заголовок {'I', 'R', 'M', 'C', '-', 'S', 'Y', 'N', 'C'} может использоваться в запросах GET, чтобы различать тип индексации

SyncML

SyncML может синхронизировать телефонные книги, календари, заметки и другие данные. В его привязке OBEX целью объекта CONNECT является {'S', 'Y', 'N', 'C', 'M', 'L', '-', 'S', 'Y', ' N ',' C '}; тогда сеанс состоит из последовательности пар PUT-GET, где безымянный XML или же WBXML файлы отправляются и принимаются по очереди.

Реализации

javax.obex

Дополнительный пакет javax.obex в API Java для Bluetooth обеспечивает реализацию OBEX в Ява.^[1]

OpenObex

OpenObex - это реализация OBEX с открытым исходным кодом в C. Он предоставляет функции для подключения через ИК-порт, Bluetooth, USB и TCP / IP, построение объектов и обработка полученных данных. Примерная схема клиентского приложения:

пустота callback_function(...) {  / * обрабатываем полученные данные * /}int главный() {  OBEX_Init(..., callback_function);  OBEX_TransportConnect(...);  объект = OBEX_ObjectNew(...);  OBEX_ObjectAddHeader(объект, ...);  OBEX_ObjectAddHeader(объект, ...);  OBEX_Request(..., объект);  пока (...)    OBEX_HandleInput(...)  объект = OBEX_ObjectNew(...);  OBEX_ObjectAddHeader(объект, ...);  OBEX_Request(..., объект);  пока (...)    OBEX_HandleInput(...)  /* ... */  OBEX_TransportDisconnect(ручка);  OBEX_Cleanup(ручка);}

Объекты отправляются OBEX_Request. После звонка OBEX_HandleInput, полученные данные обрабатываются в callback-функции (которая была указана при вызове OBEX_Init). Функция обратного вызова может определить, был ли полностью получен ответ, и, следовательно, может ли основная программа выйти из пока цикл, который он выполняет.

PyOBEX и nOBEX

PyOBEX обеспечивает частичную поддержку OBEX в Python.^[2] nOBEX - это форк PyOBEX с более полной поддержкой OBEX и поддержкой Bluetooth. Профиль Hands Free для облегчения тестирования OBEX автомобильных информационно-развлекательных систем.^[3]

Профили

OBEX является основой многих «профилей» более высокого уровня:

Поддерживаемые устройства

• Все Ладони поскольку Пальма III, за исключением Palm Pre, Palm Pre Plus, Palm Pixi и Palm Pixi Plus.
• Наиболее Острый, Motorola, Samsung, Сони Эрикссон, HTC и Nokia телефоны с инфракрасный или же Bluetooth порт
• LG EnV Touch (VX11000)
• Многие другие КПК с 2003 г.
• Многие другие телефоны с инфракрасный или же Bluetooth порт
• Устройства Android версии 2.1 и выше
• Устройства Windows Phone 7.8 и 8 (ограничена передачей изображений, музыки и видео через приложение Bluetooth Share).

Смотрите также

• Общий доступ к файлам
• Список профилей Bluetooth

Рекомендации

внешняя ссылка

• Спецификация OBEX на IrDA.org
• Профили Bluetooth, включая спецификации для протоколов на основе OBEX и OBEX (GOEP, FTP, OBEX push, SYNC)
• OpenOBEX реализация протокола OBEX с открытым исходным кодом