Система и способ информирования отправителя об адаптации содержания и о невозможности передачи сообщения

Иллюстрации

Показать все

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

Реферат

ОБЛАСТЬ ТЕХНИКИ

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

УРОВЕНЬ ТЕХНИКИ

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

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

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

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

Более того, в некоторых случаях отправитель смешанного мультимедийного сообщения возможно даже не будет уведомлен об ограниченных возможностях получателя после того, как сообщение уже будет отправлено. Некоторые устройства включают профиль пользовательского агента (UAProf) в виде XML-файла, в котором описываются возможности данного устройства. Тем не менее, даже с поддержкой профиля пользовательского агента, отправитель не в состоянии оценить возможности получателя до отправки сообщения. Это создает очевидные проблемы для обеих сторон, поскольку получатель не может получить ожидаемое сообщение, а отправитель не может узнать о том, что сообщение не в состоянии дойти до получателя. Кроме того, даже если небольшая часть (например, один текст) получила доступ к устройству получателя, отправитель может не знать о том, что формат и стили были удалены или что приложения к файлам оказались недоступны.

Одна из попыток обойти ряд указанных выше недостатков включала использование центра службы передачи мультимедийных сообщений (MMSC) для отправки отчета отправителю исходного мультимедийного сообщения с описанием состояния отправленного сообщения. Например, в одной из традиционных систем центр службы передачи мультимедиасообщений обязан посылать одно из информационных оповещений, относящихся к отправленному мультимедийному сообщению: "Устарело", "Получено", "Отклонено", "Задержано", "Не опознано", "Неопределенное", "Переадресовано" и "Недоступно". Несмотря на предоставление отправителю этой весьма скудной информации относительно состояния отправленного сообщения, подобного рода однословные информационные послания не очень помогают отправителю в осознании потенциальных проблем. К тому же, эти информационные оповещения ничего не сообщают отправителю относительно тех частей отправленного мультимедийного сообщения, которые могли быть изменены и/или удалены перед доставкой получателю, как и о тех частях отправленного сообщения, которые (если таковые имеются) были переданы без удаления и/или изменения. Информация относительно адаптации содержания может стать чрезвычайно важной для мультимедийного сообщения, поскольку существенный момент содержания мог быть потерян уже в процессе адаптации. Даже в тех случаях, когда такое пропущенное содержание могло бы стать доступным пользователю, например, благодаря дополнительному устройству приема сообщений, для отправителя мультимедийных сообщений может быть важным знать, все ли содержание сразу же достигает получателя.

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

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

Настоящее изобретение включает систему и способ обеспечения отправителя мультимедийного сообщения дополнительной информацией относительно состояния недавно переданного мультимедийного сообщения. Эта система включает использование информации, в виде заголовка или по-иному технически оформленного элемента, относительно того, может ли сообщение быть преобразовано и/или частично сокращено для принимающего устройства. Кроме того, система и способ настоящего изобретения включают обеспечение отправителя мультимедийного сообщения дополнительной информацией относительно причин, по которым сообщение не может быть доставлено, а также о типе и последовательности возможных адаптации исходного сообщения. Данное изобретение также касается компьютерной программы и модуля, который выполняет функции, описанные в изобретении.

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

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

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

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

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

ПОДРОБНОЕ ОПИСАНИЕ ПРЕДПОЧТИТЕЛЬНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

На фиг.1 показана типичная сеть 100 передачи мультимедийных сообщений в соответствии с один вариантом осуществления данного изобретения. Эта сеть 100 передачи мультимедийных сообщений предназначена для передачи информации между передающим устройством 110 и принимающим устройством 120, а также другими дополнительными устройствами 160. В этом варианте осуществления изобретения при передаче сообщения оно проходит от передающего устройства 110 в центр 130 службы передачи мультимедийных сообщений (MMSC), который, в свою очередь, передает сообщение в принимающее устройство 120. Фиг.1 показывает передачу между передающим устройством 110, центром 130 службы передачи мультимедийных сообщений и принимающим устройством 120 как, по существу, прямую передачу. Однако, в действительности, передача сообщений обычно должна происходить посредством ряда локальных коммутационных узлов, представленных в общем виде элементами 140 и 150.

На фиг.5 показан пример передающего устройства 110, которое может использоваться в соответствии с принципами данного изобретения. Это передающее устройство 110 фактически может иметь любую форму, и оно не ограничивается каким-либо одним частным механизмом обработки информации. Передающее устройство 110 на фиг.5 включает основную часть 500 с блоком 510 памяти и процессором 520, которые функционально подключаются друг к другу. Имеются кнопки 530 для ввода, а также дисплей 540. Передающее устройство 110 может включать либо средство 560 проводного подключения, например USB или IEEE соединение, либо средство 550 беспроводного подключения для передачи и приема сообщений. Блок 510 памяти и процессор 520 могут быть использованы для формирования сообщения, предназначенного для передачи.

В соответствии с одним вариантом осуществления настоящего изобретения новое поле заголовка добавляется к протокольному блоку данных (PDU) M-send.req (запрос на посылку мультимедийного сообщения) для передающего устройства 110, чтобы в результате обеспечить передающему устройству 110 дополнительное управление сообщением, передаваемым в принимающее устройство 120. Этот заголовок указывает, разрешено ли центру 130 службы передачи мультимедийных сообщений выполнять какую-либо адаптацию передаваемого сообщения. Если заголовок указывает, что адаптация содержания не разрешена, то центр 130 службы передачи мультимедийных сообщений определяет, сможет ли принимающее устройство 120 принять сообщение без адаптации. Ответ на этот вопрос передается обратно в передающее устройство 110 с использованием протокольного блока данных M-send.conf (подтверждение отправки сообщения). После этого передающее устройство 110 способно сообщить пользователю, может ли это сообщение быть передано в полностью неизменном виде. Хотя использование заголовка, как здесь описано, является одним из возможных способов, для достижения подобных результатов специалисты в данной области могут использовать разные системы и/или компьютерное обеспечение, включающее наборы компьютерных команд.

На фиг.2 показано, как, согласно одному варианту осуществления данного изобретения, взаимодействуют передающее устройство 110, центр 130 службы передачи мультимедийных сообщений и принимающее устройство 120. На фиг.2 приведен упрощенный вариант, в котором передающее устройство 110 и принимающее устройство 120 принадлежат одному и тому же центру 130 службы передачи мультимедийных сообщений. Во многих случаях передающее устройство 110 и принимающее устройство 120 принадлежат разным центрам 130 службы передачи мультимедийных сообщений. На шаге 210 пользователь передает сообщение из передающего устройства 110 в центр 130 службы передачи мультимедийных сообщений. На шаге 220 центр 130 службы передачи мультимедийных сообщений определяет, включает ли протокольный блок данных M-send.req (запрос на посылку сообщения) заголовок, который разрешает адаптацию и/или модификацию сообщения. Если заголовок разрешает такую модификацию, тогда на шаге 120 центр 130 службы передачи мультимедийных сообщений модифицирует сообщение, как это требуется, и на шаге 230 передает это сообщение в принимающее устройство 120. Модификации основываются на возможностях принимающего устройства 120, перечисленных в UAProf (профиле пользовательского агента). Также необходимо отметить, что в том случае, когда передающее устройство 110 и принимающее устройство 120 принадлежат разным центрам 130 службы передачи мультимедийных сообщений, обработка, изображенная на фиг.2, будет осуществляться в центре службы передачи мультимедийных сообщений получателя.

Если заголовок в протокольном блоке данных M-send.req не разрешает модификацию сообщения, то центр 130 службы передачи мультимедийных сообщений определяет, есть ли возможность у принимающего устройства 120 принять, обработать и показать сообщение в неизменном виде. Это происходит на шаге 240. Если принимающее устройства 120 способно принять, обработать и показать сообщение без модификации, тогда на шаге 250 центр 130 службы передачи мультимедийных сообщений пересылает сообщение в принимающее устройство 120 для такой обработки и отображения. Если протокольный блок данных M-send.req включает заголовок, который разрешает адаптацию или модификацию сообщения, то центр 130 службы передачи мультимедийных сообщений по существу так же пересылает сообщение в принимающее устройство 120 на шаге 240.

В одном частном варианте осуществления данного изобретения, который показан на фиг.2, система также может, при необходимости, автоматически отправить неадаптированное сообщение в дополнительное устройство 160, показанное на фиг.1. Это может выполняться путем использования отдельного адресного поля в протокольном блоке данных М-send.req. Отдельное адресное поле может добавляться для дополнительного адреса, а центр 130 службы передачи мультимедийных сообщений может быть сконфигурирован для использования этого отдельного адресного поля, как упоминалось выше.

Как сказано выше, в том случае, когда протокольный блок данных М-send.req содержит заголовок, сообщающий о том, что в принимающем устройстве 120 не должна производиться адаптация содержания, центр 130 службы передачи мультимедийных сообщений определяет, как показано на шаге 240 на фиг.2, способно ли принимающее устройство 120 принять сообщения в неадаптированном виде. Если принимающее устройство 120 не может принять сообщение в неадаптированном виде, то центр 130 службы передачи мультимедийных сообщений определяет, присутствует ли в протокольном блоке данных M-send.req отдельное адресное поле для передачи этого сообщения по дополнительному адресу. Это действие представлено шагом 260 на фиг.2. Если такого рода дополнительного адреса не существует, то на шаге 270 центр 130 службы передачи мультимедийных сообщений посылает в передающее устройство 110 информацию о том, что это сообщение не может быть доставлено в принимающее устройство 120 без модификации. В другом случае, если отсутствует дополнительный адрес, то, как показано на шаге 280, центр 130 службы передачи мультимедийных сообщений определяет, может ли дополнительное устройство 160 принять это сообщение без модификации. Это может быть сделано с использованием профиля пользовательского агента дополнительного устройства тем же способом, который здесь обсуждался применительно к основному принимающему устройству. Если дополнительное устройство 160 не может принять сообщение в таком виде, то на шаге 310 центр 130 службы передачи мультимедийных сообщений посылает в передающее устройство 110 информацию о том, что это сообщение не может быть доставлено без модификации ни в принимающее устройство 120, ни в дополнительное устройство. Если дополнительное устройство может принять, обработать и отобразить это сообщение без модификации, то на шаге 290 центр 130 службы передачи мультимедийных сообщений посылает это сообщение в дополнительное устройство 160, соответствующее дополнительному адресу. В одном варианте осуществления изобретения центр 130 службы передачи мультимедийных сообщений также передает в передающее устройство 100 информацию о том, что это сообщение перенаправляется. Затем на шаге 300 дополнительное устройство 160 отображает это сообщение.

В варианте осуществления изобретения, показанном на фиг.2, передающее устройство 110 информируется о перенаправлении после того, как сообщение передается в дополнительное устройство 160. Однако эти два шага могли бы происходить в обратном порядке или одновременно. Также может быть ряд дополнительных устройств 160, так что если сообщение не может быть отправлено в неадаптированном виде на исходное дополнительное устройство 160, то может быть предпринята попытка передать это сообщение на другие дополнительные устройства. Адрес дополнительного устройства или адреса последовательности дополнительных устройств могут быть введены пользователем тем же способом, который он может использовать при вводе адреса основного принимающего устройства.

В другом варианте осуществления изобретения заголовок в протокольном блоке данных M-send.req может оповещать о том, что допустимо иметь модифицированное сообщение только для дополнительного устройства 160. В этом случае подобное определение не является необходимым, и сообщение может передаваться в дополнительное устройство 160 безотносительно к возможной модификации.

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

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

Одна из проблем, которая может возникнуть на практике, включает возможность того, что принимающее устройство 120 не использует тот же центр 130 службы передачи мультимедийных сообщений, что и передающее устройство 110. В такой ситуации при передаче сообщения может быть не возможно определить, потребуется ли адаптация содержания. Тем не менее, и в этом случае передающее устройство 110 может получить информацию о том, происходит ли адаптация содержания, когда принимающее устройство 120 обработает сообщение. На фиг.3 показан процесс для такого определения. Как было сказано выше, на шаге 120 пользователь передает сообщение из передающего устройства 110 в центр 130 службы передачи мультимедийных сообщений. На шаге 230 центр 130 службы передачи мультимедийных сообщений определяет, включает ли протокольный блок данных M-send.req заголовок, который разрешает адаптацию или модификацию сообщения. Если центр 130 службы передачи мультимедийных сообщений не может определить, может ли принимающее устройство 120 принять, обработать и отобразить сообщение без модификации, тогда на шаге 225 это сообщение передается в центр службы передачи мультимедийных сообщений получателя сообщения, который выполняет шаги, обсуждавшиеся здесь и представленные на фиг.2.

Данное изобретение также включает использование нового поля "причины" в отчете системы доставки мультимедийных сообщений, которое передается в передающее устройство 110 после передачи сообщения в принимающее устройство 120. В основных чертах процесс выполнения этой задачи показан на фиг, 4. На фиг.4 представлен процесс обеспечения такого типа информирования отдельно от процесса определения возможностей принимающего устройства 120 и его последовательных шагов, приведенных на фиг.2-3. Тем не менее, нужно понимать, что процессы на фиг.2-4 могли бы быть легко реализованы одновременно в виде единого процесса для передающего устройства 110 и принимающего устройства 120.

Как показано на фиг.4, передающее устройство 110 передает сообщение в центр 130 службы передачи мультимедийных сообщений на шаге 400. На шаге 410 центр 130 службы передачи мультимедийных сообщений обрабатывает и по мере необходимости модифицирует это сообщение, в зависимости от возможностей принимающего устройства 120. Затем это сообщение передается в принимающее устройство 120, если это возможно, на шаге 420. На шаге 430 в передающее устройство 110 передается информация, имеющая отношение к переданному сообщению, которая включает по меньшей мере одно из множества сообщений отчета системы доставки мультимедийных сообщений, которое передается обратно в передающее устройство 110. Этот отчет о доставке генерируется центром 130 службы передачи мультимедийных сообщений получателя.

Если это сообщение может быть целиком отображено в принимающем устройстве 120 без адаптации или модификации, тогда на шаге 440 отчет системы доставки мультимедийных сообщений отсылается в передающее устройство 110, уведомляя о том, что не было необходимости в адаптации содержания. Однако, если это сообщение не может быть отображено получателю даже в любом виде, тогда на шаге 450 отчет системы доставки мультимедийных сообщений отсылается в передающее устройство 110, информируя пользователя передающего устройства 110 о том, почему передача сообщения потерпела неудачу. Отчет системы доставки мультимедийных сообщений может дать информацию, например, о том, что в действительности принимающее устройство 120 не поддерживает это содержание, что это сообщение слишком велико по объему, что адрес принимающего устройства не был установлен или принимающее устройство 120 не поддерживает эту систему передачи мультимедийных сообщений. Такого рода информация помогает пользователю передающего устройства 110 определить, почему сообщение не могло быть передано в принимающее устройство 120, возможно способствуя перемене пользователем тактики при отправке сообщений.

Если это сообщение не могло быть отображено в принимающем устройстве 120 без некоторой адаптации или модификации, тогда на шаге 460 отчет системы доставки мультимедийных сообщений передается в передающее устройство 110, предоставляя информацию о модификациях, которые нужно было выполнить. Эта информация, передаваемая обратно в передающее устройство 110, может включать информацию, но не ограничивается только этим, относительно того, была ли необходима незначительная или серьезная адаптация, относительно типа содержания, которое должно было быть удалено из сообщения, и относительно количества материала, который должен был быть удален из этого сообщения. Этот тип информации может быть особенно полезен для пользователя, который отсылает мультимедийные сообщения с большим объемом файла, как часто происходит при включении в сообщение аудио и/или видеофайлов. В большинстве случаев пользователи портативных устройств платят деньги за объем пересылаемых сообщений. Пользователь, который оплачивает сообщения подобным образом, может сэкономить существенную сумму денег, не отсылая видеофайлы, которые не могут быть приняты кем-либо из получателей.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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