Сообщение MESSAGE |
|
Интерактивный обмен текстовыми сообщениями (Instant Messaging) происходит между группой участников в режиме, близком к реальному времени. Как правило, сообщения имеют малый размер и не сохраняются. От электронной почты эти сообщения отличается тем, что они обычно относятся к коротким сеансам взаимодействия (группируются вокруг них) с большим числом коротких сообщений, передаваемых в обе стороны. Запрос типа MESSAGE предназначен для передачи мгновенных текстовых сообщений (instant messages), используя модель, походящую на функционирование двустороннего пейджера или работу телефона при отправке SMS. Прямой связи между сообщениями не существует. Каждое текущее сообщение (IM) независимо - информация о том, что происходит взаимодействие, может быть отражена только в пользовательском интерфейсе клиента или, возможно, в воображении самого пользователя. Такой подход полностью противоположен сеансовой модели взаимодействия участников с четко определенным началом и концом. Когда один пользователь решает послать другому пользователю текущее текстовое сообщение (IM), отправитель формирует запрос типа MESSAGE и передает его. Поле запроса Request-URI, как обычно, будет указывать списочный адрес получателя текущего сообщения, однако оно может содержать и адрес устройства в случаях, когда клиент владеет информацией о текущем местонахождении получателя. Например, клиент может быть совмещен с системой присутствия, которая при вводе списочного адреса дает новейшую контактную информацию устройства, где в данный момент находится пользователь. Тело сообщения будет включать в себя текстовое сообщение, которое необходимо доставить. Это тело может быть любого MIME-типа (зачастую - text/plain) включая тип message/cpim. Поскольку ожидается, что формат message/cpim будет поддерживаться другими IM-протоколами, терминалы, использующие разные IM-протоколы, но, вто же время, поддерживающие тип тела message/cpim, будут способны обмениваться текстовыми сообщениями без модификации содержания шлюзом или другим посредником. Агент пользователя не помещает в запрос MESSAGE заголовок Contact. Запрос MESSAGE пройдет через группу прокси-серверов и будет доставлен получателю. Получив запрос, UA получателя перейдет к его обработке и, в случае успеха, передает окончательный ответ с кодом 200 (ОК); это означает, что текстовое сообщение было доставлено пользователю, но не указывает на то, что пользователь с ним ознакомился. Запросы MESSAGE не устанавливают диалога. UAC может передавать запрос MESSAGE в существующем диалоге. Текущие текстовые сообщения (IM) могут адресоваться с помощью Instant Message URI в форме «im:user@domain». URI со схемой «im» абстрактные, поэтому они должны преобразовываться в конкретные URI в зависимости от протокола (в данном случае SIP URI). Если в качестве адреса UA-получателя сообщения представлен IM URI, он должен быть переведен в SIP URI и помещен в поле Request-URI запроса MESSAGE перед отправкой. Ниже представлен пример обмена сообщениями. В этом примере dulphy передает пользователю Pobeda начальное сообщение, оба пользователя находятся в одном домене bamlex.com; между ними действует посредник - прокси-сервер.
|
