СИСТЕМА И СПОСОБ ИНИЦИИРОВАНИЯ И ИСПОЛНЕНИЯ АКТИВНОГО КОНТЕНТА НА УСТРОЙСТВЕ-ПОЛУЧАТЕЛЕ Российский патент 2015 года по МПК H04M3/42 H04W4/00 H04L29/02 

Область техники, к которой относится изобретение

Настоящее изобретение относится к системе инициирования и исполнения активного контента на устройстве-получателе и, в частности, но не только, к системе и к способу доставки, инициирования и исполнения мультимедийного контента.

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

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

Уровень техники

Нижеприведенное пояснение предшествующего уровня техники предназначено только для упрощения понимания настоящего изобретения. Следует принимать во внимание, что пояснение не является подтверждением или признанием того, что упоминаемый материал опубликован, известен или представляет собой часть общих знаний специалистов в данной области техники в любой юрисдикции на дату приоритета изобретения.

Связь может осуществляться между пользователями мобильных устройств без ответа на аудиовызов. Пример такой незаметной связи принимает форму пропущенного вызова, в которой вызов устройства-отправителя прерывается до того, как получатель сможет принять аудиовызов. Типично, стороны, участвующие в такой незаметной связи, уже заранее согласовали, что одна сторона звонит другой и вешает трубку после определенного числа звонков. Для сторон пропущенный вызов должен означать понятное сообщение (например, индикатор того, что одна сторона прибыла на место встречи). Пропущенный вызов также может использоваться для того, чтобы просто проверять то, находится или нет другая сторона в онлайновом режиме, во многом аналогично Интернет-функции "проверки досягаемости" (ping). Пропущенный вызов также может быть использован для того, чтобы привлекать внимание другого, к примеру, когда один человек приглашает другого инициировать (и тем самым оплачивать) вызов.

Тем не менее такая незаметная связь может неправильно пониматься и, в общем, является неоднозначной.

В качестве альтернативы аудиовызовам, более публичная форма общения принимает форму SMS. Тем не менее, в общем, при этом возникают затраты, и существует ограничение в 160 символов в расчете на одно текстовое SMS-сообщение. Служба мультимедийных сообщений (MMS) расширяет основные характеристики SMS (службы коротких сообщений) посредством предоставления возможности добавления в сообщение нетекстового контента, такого как изображения, аудио- или аудиовизуальный контент.

При обеспечении улучшенных возможностей работы пользователей по сравнению с SMS, SMS и MMS требуют от получателя SMS/MMS осуществлять действия с мобильным устройством (обычно через нажатие определенных кнопок на мобильном устройстве) для того, чтобы иметь возможность просматривать/прослушивать MMS-сообщение. Другим недостатком, ассоциированным с MMS-сообщением, является повторная доставка рабочих данных каждый раз, когда отправляется MMS-сообщение.

Дополнительно, большинство сетей мобильной связи предоставляют идентификационные данные вызывающего абонента (идентификатор (ID) вызывающего абонента) на дисплее мобильного устройства получателя. Это требует нахождения получателя в непосредственной близости от мобильного устройства прежде, чем он сможет прочесть идентификатор вызывающего абонента. Предусмотрены улучшения в системе идентификаторов вызывающих абонентов, которая в звуковой форме предупреждает получателя вызова относительно характера входящего вызова, т.е. в аудиосистеме идентификаторов вызывающих абонентов. Такая аудиосистема идентификаторов вызывающих абонентов, в общем, включает в себя синтезатор речи, выполненный с возможностью идентифицировать имя и/или номер вызывающей стороны, отображаемые на дисплее идентификатора вызывающего абонента получателя.

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

Настоящее изобретение нацелено на снижение остроты или уменьшение вышеуказанных недостатков.

Сущность изобретения

В соответствии с первым аспектом настоящего изобретения, предусмотрена система инициирования и исполнения активного контента, причем система содержит устройство-отправитель и устройство-получатель, при этом:

- устройство-отправитель выполнено с возможностью отправлять инициирующее сообщение в устройство-получатель, причем инициирующее сообщение указывает, по меньшей мере, один исполняемый файл, который должен быть исполнен посредством устройства-получателя; и

- устройство-получатель выполнено с возможностью осуществлять доступ к и исполнять указанный исполняемый файл.

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

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

Если обнаружено, что устройство-получатель не поддерживает инициирующее сообщение, платформа доставки услуг преобразует инициирующее сообщение в сообщение, поддерживаемое посредством устройства-получателя, и отправляет преобразованное сообщение в устройство-получатель.

Предпочтительно, преобразованное сообщение включает в себя приглашение для устройства-получателя, чтобы загружать необходимую поддержку для инициирующего сообщения.

Инициирующее сообщение дополнительно может содержать читаемое пользователем сообщение. Предпочтительно, инициирующее сообщение является XMPP-сообщением.

Указанный исполняемый файл может быть сохранен на устройстве-получателе или альтернативно сохранен в дополнительном местоположении, указываемом посредством инициирующего сообщения. Такое дополнительное местоположение включает в себя Интернет-хранилище или базу данных, из которой может загружаться исполняемый файл.

Предпочтительно, исполняемый файл находится в сжатом формате файла.

В соответствии со вторым аспектом настоящего изобретения, предусмотрен способ инициирования и исполнения активного контента, при этом способ содержит:

- конфигурирование на устройстве-отправителе инициирующего сообщения, причем инициирующее сообщение указывает, по меньшей мере, один исполняемый файл, который должен быть исполнен посредством устройства-получателя, и

- конфигурирование на устройстве-получателе осуществления доступа и исполнения указанного, по меньшей мере, одного исполняемого файла.

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

Краткое описание чертежей

Далее описывается настоящее изобретение только в качестве иллюстративного примера со ссылкой на прилагаемые чертежи, на которых:

фиг.1 является блок-схемой системы в соответствии с вариантом осуществления изобретения, и

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

Подробное описание вариантов осуществления изобретения

Фиг.1 показывает систему 10 для доставки, инициирования и исполнения активного контента в соответствии с вариантом осуществления настоящего изобретения. В варианте осуществления активный контент иллюстрируется в форме мультимедийного контента. Система 10 содержит устройство-отправитель 12, поддерживающее связь с устройством-получателем 14. Устройство-отправитель 12 и устройство-получатель 14 типично являются мобильными телефонами. На устройстве-отправителе 12 устанавливаются программные/микропрограммные компоненты, которые поддерживают формат файла, конкретный для настоящего изобретения, при этом формат файла упоминается далее как "FX-сообщение".

FX-сообщение типично содержит инициирующее сообщение (в дальнейшем известное как FX-триггер), указывающее, по меньшей мере, один исполняемый файл, который должен исполняться устройством-получателем 14. Исполняемый файл в дальнейшем называется "FX-пакетом". FX-пакет находится в сжатом формате. FX-пакет содержит конфигурационный файл и, в необязательном порядке, контент в форме одного или более из файла изображений, видеофайла или/и аудиофайла; либо указатель на приложения, к примеру, программные виджеты. Контент, как описано выше, в дальнейшем называется "FX-контентом".

Конфигурационный файл FX-пакета предпочтительно имеет форму XML-файла. XML-файл дополнительно может содержать метаданные, информацию относительно URL-адреса загрузки для FX-контента, инструкции по отображению или воспроизведению FX-контента, включающие в себя длительность и другие эффекты, инструкции по отображению или исполнению для устройства-получателя 14. В целях исполнения любого FX-контента, ассоциированного с обонятельными или осязательными эффектами, устройство-получатель 14 в необязательном порядке включает в себя периферийные устройства, такие как источник вибраций, светодиод, задняя подсветка, дополнительный встроенный или дополнительный обонятельный и осязательный ввод-вывод, если доступны. Примеры включают в себя предупреждение в форме вибрации, световые индикаторы или/и резервуар запахов.

FX-пакет может пакетироваться и распространяться аналогично тому, как распространяются мелодии звонка.

На устройстве-получателе 14 могут быть установлены или не установлены программные/микропрограммные компоненты. В случае, если на устройстве-получателе 14 не установлены программные/микропрограммные компоненты, FX-сообщение может иметь устаревших версий поддержку, чтобы давать возможность трансляции в SMS или MMS, в зависимости от обстоятельств, для доставки в такие устройства-получатели 14.

FX-пакет может быть задан доступным на мобильном устройстве-получателе 14 множеством способов. Например:

Предварительное развертывание - когда мобильное устройство-получатель 14 уже изготавливается со встроенными FX-пакетами.

По запросу - когда мобильное устройство-получатель 14 может загружать или запрашивать FX-пакеты, например, через Интернет или другое средство. FX-пакеты также могут приобретаться из магазинов приложений оператора. Альтернативно, они могут загружаться в качестве приложения в контексте динамической записи меню из корпорации.

Контекстный - когда FX-пакет загружается в случае, если требуется его исполнение и нет доступной локальной копии на устройстве-получателе 14.

Проталкиваемый - когда владелец FX-пакета отправляет копии пакета абонентам или на пассивный рынок.

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

FX-пакет типично соответствует соглашению об именовании файлов в форме <идентификатор FX-пакета>.fx, где .fx-файл представляет собой пакет в форме сжатого файла. Имя файла <идентификатор FX-пакета> фактически состоит, в необязательном порядке, из первых трех цифр в качестве кода страны в системе мобильной связи (MCC) и оставшихся цифр в качестве уникального идентификационного кода FX-контента. Все файлы в FX-пакете должны также использовать имя файла <идентификатор FX-пакета> при сохранении соответствующего расширения файла, к примеру .png для PNG-файла изображений,.mid для аудиофайла в MIDI-формате и т.п.

Устройство-отправитель 12 и устройство-получатель 14 дополнительно поддерживают связь с платформой 16 доставки услуг каждой используемой сети связи.

Платформа доставки услуг (SDP) 16 содержит набор компонентов, которые предоставляют архитектуру доставки услуг (к примеру, создание услуг, управление сеансами и протоколы) для обмена FX-сообщениями. В этом варианте осуществления платформа 16 доставки услуг выполнена с возможностью предоставлять надлежащую поддержку обмена сообщениями, т.е. расширяемый протокол для обмена сообщениями и информацией о состоянии присутствия (XMPP) для FX-сообщения, реализованный через XMPP-сервер 17. Когда устройства-получатели 14 не являются совместимыми с XMPP, SDP 16 также выполнена с возможностью поддерживать традиционный протокол обмена сообщениями, включающий в себя SMS и MMS; открытые стандарты, такие как протокол инициирования сеанса (SIP) и расширения протокола инициирования сеанса для мгновенного обмена сообщениями и уведомления о присутствии (SIMPLE) и т.д.

SDP 16 дополнительно выполнена с возможностью сообщать получателю FX-пакета относительно того, использование какого FX-контента запрашивается на основе идентификатора FX-пакета. FX-триггер указывает действие, которое должно быть выполнено посредством устройства-получателя 14, и предписывает устройству-получателю 14 выполнять действие, которое указывает FX-сообщение. Таким образом, отсутствует сопутствующее реконфигурирование устройства, как и обязательность удаленного доступа.

Чтобы выполнять различные функции, SDP 16 содержит:

- ретранслятор 16a сообщений, чтобы обрабатывать и передавать сообщения;

- транскодер 16b, причем транскодер 16b преобразует FX-сообщение в традиционные SMS/MMS-сообщения, если устройство-получатель 14 не поддерживает FX-сообщение (т.е. оно не может принимать FX-триггеры и исполнять FX-пакет);

- пользовательский интерфейс 16c с магазином приложений дает возможность покупки FX во взаимодействии с магазином приложений. Интерфейсом может быть браузер, приложение для мобильных телефонов и т.д.;

- загрузчик 16d для загрузки FX-пакетов.

SDP 16 также поддерживает регистрационную базу 16e данных для любого устройства 12, 14 с установленными программными/микропрограммными компонентами (т.е. FX-клиента). Регистрационная база 16e данных отслеживает идентификационные номера мобильных устройств (MIN) для устройств-получателей 14. Если идентификационный номер мобильного устройства (MIN) для устройства-получателя 14 не зарегистрирован в SDP 16 как имеющий FX-клиент, то предполагается, что это устройство-получатель 14, которое несовместимо с поддержкой обмена FX-сообщениями.

Процесс создания и приема FX-сообщения согласно варианту осуществления настоящего изобретения схематически иллюстрируется на фиг.2. FX-сообщение содержит FX-триггер и любое необязательное сообщение. Процесс начинается с запроса пользователем устройства-отправителя 12 FX-сообщения (этап 22), которое должно отправляться в устройство-получатель 14. Для иллюстрации FX-сообщение, которое должно отправляться, является триггером для исполнения FX-контента для дня рождения (этап 24). Необязательное сообщение представляет собой поздравление с днем рождения. FX-контент для дня рождения имеет форму видеозадувания свечей на торте. Необязательное настраиваемое сообщение добавляется к видео (этап 26). Необязательное сообщение может иметь форму SMS или любого другого настраиваемого текстового поля, включенного в качестве части FX-сообщения, как известно специалистам в данной области техники. Необязательное сообщение является достаточно коротким, чтобы не выходить за рамки SMS (не более 160 символов), с тем, чтобы поддерживать сценарий применения для отката в случае, если получатель не поддерживает FX-сообщение.

Запрос на FX-сообщение затем отправляется в SDP 16 (этап 28). После приема FX-сообщения SDP 16 проверяет мобильное устройство получателя 14 (этап 30), чтобы определять то, поддерживает или нет устройство 14 FX-сообщение. Эта проверка также может выполняться посредством устройства-получателя 14. Если мобильное устройство-получатель 14 поддерживает обмен FX-сообщениями, т.е. если нет поддержки устаревших версий проблемы (этап 32), SDP 16 затем проверяет пользовательский агент устройства-получателя 14 (этап 34), чтобы верифицировать то, требуется или нет транскодирование. Если имеется необходимость в транскодировании, далее формируется совместимый код (этап 36). Совместимый код затем проталкивается (push) в устройство-получатель 14 в качестве сообщения по расширяемому протоколу для обмена сообщениями и информацией о состоянии присутствия (XMPP) (этап 38).

XMPP-сообщение является FX-триггером, который считывается устройством-получателем 14 при приеме (этап 40). Указанный FX-контент (т.е. FX для дня рождения) затем выбирается (этап 42) на основе FX-триггера, и XML-файл XMPP-сообщения синтаксически анализируется (этап 44). SDP 16 затем проверяет, существует или нет локальная копия требуемого FX-пакета (этап 46). Проверка может быть выполнена для копии FX-пакета, а не для самого сообщения. Если локальная копия FX-пакета доступна, FX-пакет извлекается (этап 48), и FX-пакет считывается (этап 50). Извлечение FX-пакета заключает в себе извлечение, распаковку и распакетирование. Конфигурационный XML-файл (FX-сценарий) затем исполняется (этап 52) одновременно с отображением необязательного сообщения (этап 54).

С другой стороны, если на этапе 32 определено то, что мобильное устройство-получатель 14 не поддерживает или не является совместимым с обменом FX-сообщениями (т.е. несовместимо с XMPP-форматом), FX-сообщение преобразуется в SMS/MMS-сообщение (этап 56) в том смысле, что только необязательный настраиваемый текст сообщения отправляется на мобильное устройство-получатель 14 вместе с идентификатором FX.

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

SMS/MMS затем отправляется на мобильное устройство-получатель 14 (этап 58).

Помимо этого, если транскодирование не требуется, XMPP-сообщение отправляется непосредственно без необходимости преобразования в совместимый код.

Дополнительно, если на этапе 46 отсутствует локальная копия FX-пакета, FX-пакет может загружаться (этап 60).

Раскрытые система и способ предоставляют следующие преимущества.

Протокол обмена FX-сообщениями является независимой системой обмена сообщениями с собственным инициирующим протоколом, который заключает в себе не только воспроизведение аудиовидео, но также и оптические и двигательные реакции от целевого мобильного устройства и, в необязательном порядке, включает в себя осязательный и обонятельный ввод-вывод (на устройствах, оснащенных соответствующим образом). Следовательно, он не связан с мобильным устройством-получателем 14.

Поскольку FX-сообщение логически задается или конфигурируется на устройстве-отправителе 12, это приводит к меньшему объему обработки для устройства-получателя 14 при одновременном обеспечении гибкости конфигурирования результата. Таким образом, получатель имеет возможность пользоваться мгновенным воспроизведением FX-контента.

Поддерживаемый FX-контент согласно этому изобретению предварительно задается так, чтобы передавать конкретное целевое сообщение с дополнительной возможностью добавления примечаний для внесения индивидуальности.

Поскольку FX-сообщение содержит просто инициирующий файл и необязательное сообщение, оно не должно включать в себя рабочие данные каждый раз, когда отправляется сообщение.

SMS/MMS-технологии обмена сообщениями предшествующего уровня техники ограничены мультимедиа и/или текстом. SMS ограничивается обменом текстовыми сообщениями, который дополнен посредством MMS так, что он включает в себя аудио и видео. Тем не менее как MMS, так и SMS не поддерживают оптические и двигательные компоненты. Это изобретение разработано с возможностью дополнять обмен сообщениями оптическими и двигательными компонентами и даже включать в себя осязательные и обонятельные ощущения. Помимо этого, рабочие данные согласно этому изобретению предварительно устанавливаются в клиенте и не требуют отправки рабочих данных каждый раз, когда отправляется сообщение.

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

Следует понимать, что вышеописанные варианты осуществления предоставлены только в качестве примеров этого изобретения, к примеру, как подробнее описано ниже, и что его дополнительные модификации и усовершенствования, как должно быть очевидным для специалистов в данной области техники, должны попадать в широкий объем охраны описанного настоящего изобретения. Кроме того, хотя пояснены отдельные варианты осуществления, следует понимать, что изобретение охватывает комбинации вариантов осуществления, которые также пояснены.

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

FX-сообщение может быть приспособлено запускать общее приложение, включающее в себя веб-виджет (небольшое приложение, которое может быть установлено и исполняться в пределах веб-страницы конечным пользователем) вместо просто воспроизведения статического контента. FX-сообщение дополнительно может быть приспособлено удаленно осуществлять доступ к веб-виджету. Это способствует еще большему динамизму в отношении числа возможных вариантов FX-контента.

Специалисты в данной области техники должны принимать во внимание, что описанное соглашение об именовании является просто примером конкретного механизма присвоения имен для файла. В зависимости от реализации, другое соглашение об именовании должно быть возможным согласно требуемым вариантам применения. Существуют другие варианты применения, которые также используют это соглашение формы "MCC (код страны в системе мобильной связи)+MNC (код мобильной сети)+некоторый другой код при необходимости".

В случаях, когда транскодирования не требуется, XMPP-сообщение может отправляться непосредственно без необходимости преобразования в совместимый код (т.е. без отката к сценарию не для смартфонов).

XMPP-сервер 17 и платформа 16 доставки услуг могут быть интегрированы, как известно специалистам в данной области техники.

FX-сообщение также может быть использовано в качестве триггера для исполнения контента или других приложений в предварительно запрограммированной машине.

Изобретение относится к области услуг, предоставляемых абонентам сетей связи, а именно к доставке, инициированию и исполнению мультимедийного контента на устройстве пользователей. Техническим результатом является обеспечение для вызывающего абонента возможности принудительной активации мультимедийного контента на устройстве получателя. Для этого конфигурируют на устройстве-отправителе инициирующее сообщение, которое указывает исполняемый файл, содержащий активный контент, имеющий мультимедийный контент, который должен исполняться устройством-получателем. При этом, если обнаруживается, что устройство-получатель не поддерживает инициирующее сообщение, инициирующее сообщение преобразуется в сообщение, поддерживаемое устройством-получателем. 3 н. и 13 з.п. ф-лы, 2 ил.

1. Система инициирования и исполнения активного контента на устройстве-получателе, причем система содержит устройство-отправитель, выполненное с возможностью отправлять инициирующее сообщение в устройство-получатель, при этом инициирующее сообщение указывает по меньшей мере один исполняемый файл, причем исполняемый файл содержит активный контент, имеющий мультимедийный контент, который должен исполняться устройством-получателем, при этом, если обнаруживается, что устройство-получатель не поддерживает инициирующее сообщение, инициирующее сообщение преобразуется в сообщение, поддерживаемое устройством-получателем.

2. Система по п.1, при этом система содержит платформу доставки услуг, выполненную с возможностью перенаправлять инициирующее сообщение из устройства-отправителя в устройство-получатель.

3. Система по п.2, в которой платформа доставки услуг выполнена с возможностью проверять, поддерживает или нет устройство-получатель инициирующее сообщение.

4. Система по п.1, в которой преобразованное сообщение включает в себя приглашение для устройства-получателя загрузить необходимую поддержку для инициирующего сообщения.

5. Система по п.4, в которой инициирующее сообщение содержит читаемое пользователем сообщение.

6. Система по п.1, в которой инициирующее сообщение является XMPP-сообщением.

7. Система по п.1, в которой указанный исполняемый файл сохраняется на устройстве-получателе или альтернативно сохраняется в дополнительном местоположении, указываемом посредством инициирующего сообщения.

8. Система по п.7, в которой дополнительное местоположение включает в себя Интернет-хранилище или базу данных, из которой может загружаться исполняемый файл.

9. Система по п.1, в которой упомянутый исполняемый файл находится в сжатом формате файла.

10. Система по п.1, в которой устройство-получатель выполнено с возможностью осуществлять доступ к и исполнять упомянутый по меньшей мере один исполняемый файл.

11. Способ инициирования и исполнения активного контента на устройстве-получателе, содержащий этап, на котором:
- конфигурируют на устройстве-отправителе инициирующее сообщение, при этом инициирующее сообщение указывает по меньшей мере один исполняемый файл, причем исполняемый файл содержит активный контент, имеющий мультимедийный контент, который должен исполняться устройством-получателем, при этом, если обнаруживается, что устройство-получатель не поддерживает инициирующее сообщение, инициирующее сообщение преобразуется в сообщение, поддерживаемое устройством-получателем.

12. Способ по п.11, дополнительно содержащий этап, на котором проверяют, поддерживает или нет устройство-получатель инициирующее сообщение.

13. Способ по п.11, в котором преобразованное сообщение включает в себя приглашение для устройства-получателя загрузить необходимую поддержку для инициирующего сообщения.

14. Способ по п.13, в котором инициирующее сообщение содержит читаемое пользователем сообщение.

15. Способ по п.11, в котором инициирующее сообщение является XMPP-сообщением.

16. Машиночитаемый носитель, содержащий программные инструкции, которые при их исполнении компьютером предписывают компьютеру осуществлять способ по п.11.