СИСТЕМА ПЕРЕДАЧИ СООБЩЕНИЙ Российский патент 2006 года по МПК H04L29/06 

Изобретение относится к системе передачи сообщений.

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

Когда абонент В недоступен, то для абонента А может быть желательным получить сообщение, уведомляющее его об этом факте. Сообщение часто выдается в виде аудиосообщения, которое может представлять собой общепринятое речевое сообщение или персональное речевое сообщение, предварительно записанное абонентом В. Одним из способов выдачи такого сообщения является использование автоответчика, включенного в абонентское устройство абонента В. Например, типовой домашний автоответчик может быть соединен с обычной телефонной сетью и может воспроизводить предварительно записанное сообщение по каналу речевой связи от себя самого до абонента А. Другим способом выдачи сообщения является посылка сообщения с помощью устройства передачи сообщений, включенного в аппаратуру сети связи. Такие системы реализованы, например, в системах на базе протокола Интернет (IP) или программной коммутации. Абонент В может записать сообщение и управлять почтовым ящиком речевой почты с использованием либо тонального набора, либо речевого управления. Передача уведомления абоненту А выполняется с использованием обычного средства речевого вызова. Преимуществом этого способа является то, что сообщение может обеспечиваться, даже если абонентское устройство абонента В в этот момент не подсоединено к сети.

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

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

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

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

Протокол SIP (протокол инициирования сеанса связи) был разработан для выполнения функций управления вызовом/сеансом связи, включая помощь в установлении между абонентами сеансов связи протокола IP. Протокол SIP обеспечивает ряд стандартных запросов и ответов, посредством которых могут выполняться функции управления сеансами связи между терминалами. Протокол SIP опубликован как документ IETF RFC 2543 (включая его версии), и в настоящее время доступен из http://www.ietf.org/rfc/rfc2543.txt?number=254. Протокол SIP определяет средство, посредством которого информация может пересылаться в процессе установления сеанса связи, но протокол незначительно стандартизован и, не считая функций, существенных для сеанса связи, он не определяет характера содержимого, передаваемого сообщениями протокола SIP.

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

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

Способ может содержать этап, если второй терминал определен как доступный для поддержания сеанса связи, установления сеанса связи между первым терминалом и вторым терминалом.

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

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

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

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

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

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

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

Адрес набора данных может передаваться к второму терминалу взаимосвязано с указанием того, что сеанс связи не может быть установлен.

Адрес набора данных может быть передан к первому терминалу в сообщении протокола SIP.

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

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

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

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

Способ может содержать этап, если второй терминал определен как доступный для поддержания сеанса связи, установления сеанса связи между первым терминалом и вторым терминалом. Медиафайл может представлять текст, аудио- или видеоэлемент. Файл данных может быть форматирован на языке разметки гипертекста (HTML) или на расширяемом языке разметки (XML).

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

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

Набор данных может передаваться к первому терминалу по каналу передачи данных.

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

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

Настоящее изобретение описано ниже на примере со ссылками на чертежи, на которых показано следующее:

Фиг. 1 - схематичное представление системы связи, и

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

В системе связи по фиг.1 терминалы 1 и 2 могут осуществлять связь друг с другом по сети, обозначенной в целом ссылочной позицией 3. Каждый терминал рассматривается как приводимый в действие абонентом. В типовом случае абонент может быть идентифицирован посредством идентификационного кода, сохраненного в терминале, например модулем идентификации абонента (SIM), причем идентификатор абонента может быть предоставлен в сеть. В этом примере сеть представляет собой сеть 3G UMTS (Универсальная система мобильной связи 3-го поколения). Однако настоящее изобретение не ограничено использованием данного типа сети. На фиг. 1 показаны только основные компоненты сети.

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

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

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

Каждый из терминалов 1 и 2 включает в себя клиентское и серверное SIP-приложения. В типовом случае они могут быть реализованы как специализированные аппаратные средства. Клиентское и серверное SIP-приложения терминалов обеспечивают возможность установления сеансов связи, их прерывания и управления иным образом посредством протокола SIP, действующего согласно RFC 2543.

Ниже описана работа системы по фиг. 1.

Основная сеть 4 выполнена с возможностью обработки сервером 7 протокола SIP сообщений протокола SIP при установке сеансов связи к терминалам или от терминалов, которые соединены с сетью 3. Для осуществления этого, основная сеть 4 пропускает принимаемые сообщения протокола SIP к серверу 7 протокола SIP, и сервер 7 протокола SIP возвращает ответы на эти сообщения по основной сети 4.

Одним из особых аспектов работы сервера протокола SIP является его отклик на ситуацию, когда после запроса протокола SIP от терминала абонента А на установление соединения сеанса связи с терминалом абонента В, сеть неспособна установить сеанс связи с терминалом абонента В. Это может иметь место, например, если терминал абонента В не соединен с сетью 3 в данный момент времени. Сервер протокола SIP выполнен так, что в этой ситуации он должен возвращать абоненту А сообщение, указывающее унифицированный указатель информационного ресурса (URL) или web-адрес. Указатель URL удобным образом представляет собой то, что ранее было предоставлено серверу протокола SIP абонентом В и сохранено в сервере протокола SIP. Указатель URL указывает на сервер, который предназначается для предоставления информации в ответ на запрос, указывающий данный адрес. Удобно, если абонент В сохранил по этому адресу web-страницу, которая обеспечивает информацию, которую ему желательно предоставить абоненту А, который не смог соединиться с его терминалом. На этой странице могут быть помещены аудио- и/или видеоэлементы или иные медиаэлементы. Путем загрузки страницы в свой терминал абонент А, который не мог установить свое соединение, теперь может быть снабжен информацией в виде различных медиаэлементов.

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

В ситуации, описанной на фиг. 2, web-сервер 9 сети 3 предварительно конфигурируется для сохранения исходной страницы для каждого абонента сети. Адрес исходной страницы может быть стандартной формы, которая может быть определена сервером протокола SIP, например:

www.[номер телефона абонента в сети].[имя сети].com так что адрес может быть функцией одного или обоих из указанных идентификатора абонента, такого как номер абонента, и/или идентификатора сети, такого как имя сети. Альтернативно, сеть 3 может содержать базу данных, которая хранит список абонентов и адрес исходной страницы каждого абонента.

Для удобства каждая исходная страница может первоначально быть сохранена с унифицированным содержанием.

Для модифицирования содержания своей исходной страницы абонент 10 (показан как абонент В на фиг. 2 для совместимости с нижней частью чертежа) записывает или создает аудиоуведомление на этапе 20. Уведомление может быть речевым сообщением, произнесенным абонентом 10. Уведомление предпочтительно сохраняется в сжатом формате и предпочтительно в цифровом аудиоформате. Файл, содержащий аудиоматериал, временно сохраняется в терминале абонента 10.

Абонент 10 затем передает сообщение протокола SIP/сообщение уведомления 21 к серверу 7 протокола SIP. Это сообщение включает в себя аудиофайл. Файл может быть включен в формат расширений многоцелевой Интернет-почты (MIME).

В ответ на прием такого сообщения сервер 7 протокола SIP конфигурирован для определения адреса исходной страницы абонента 10, сохраненного на web-сервере 9, запроса страницы с этого адреса на этапе 22 по каналу 12 (фиг. 1) и затем извлечения исходной страницы из этого адреса (этап 23).

Сервер протокола SIP конфигурирован для модифицирования затем страницы в соответствии с предварительно определенной схемой для помещения аудиофайла на этой странице (этап 24). Это может быть сделано с использованием протокола MIME. Альтернативой было бы добавление к странице ссылки на аудиофайл и сохранение аудиофайла по адресу, определенному этой ссылкой. Затем сервер протокола SIP возвращает модифицированную страницу на web-сервер 9 для сохранения взамен исходной страницы (этап 25). Это может быть сделано с использованием метода НТТР-почты или подхода с использованием протоколов SIP/IMPP (протокол обмена служебными сообщениями).

Затем абонент 10 отключается от сети (этап 26).

Как показано в нижней части фиг. 2, когда другой абонент 11 желает инициировать сеанс связи с абонентом 10, абонент 11 (абонент А для данного предполагаемого сеанса связи) передает сообщение приглашения протокола SIP (этап 30) в сеть 3. Это сообщение приглашения протокола SIP определяет абонента 10 в качестве абонента В для этого предполагаемого сеанса связи. Сообщение приглашения протокола SIP проходит на сервер 7 протокола SIP для обработки. Если соединение для сеанса связи может быть установлено, то при инициировании со стороны сервера протокола SIP сеть устанавливает сеанс связи от абонента 11 к абоненту 10. Однако, если сеанс связи не может быть установлен, то это условие определяется сервером протокола SIP (этап 31). Сервер протокола SIP конфигурирован так, чтобы в этом случае передать абоненту 11 (А) адрес исходной страницы абонента В. Это сообщение указано на этапе 32. Сервер протокола SIP мог бы определить этот адрес как функцию по меньшей мере номера абонента В или из базы данных, как описано выше.

При приеме адреса исходной страницы абонента В абонент А может передать на этот адрес запрос на получение страницы (этап 33). Страница затем предоставляется абоненту А (этап 34) и отображается, воспроизводится или иным образом представляется абоненту А посредством его терминала (этап 35). Таким путем разнообразная мультимедийная информация, сохраненная в виде исходной страницы абонента В может быть предоставлена абоненту А.

В приведенном выше описании исходная страница абонента 10 описана как web-страница. Такая страница в типовом случае может быть кодирована на языке разметки гипертекста (HTML), или на расширяемом языке разметки (XML), или на другом языке разметки. Такая страница может включать в себя и/или включать ссылки на элементы и/или файлы ряда форматов, включая текстовые форматы, графические форматы, аудиоформаты и видеоформаты. Вместо исходной «страницы» может быть использована другая форма представления данных. Для удобства здесь использован термин «страница».

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

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

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

В качестве части этапа 32, который выполняется в ответ на то, что сеанс связи не установлен, сервер 7 протокола SIP может послать сообщение протокола SIP к абоненту 10, чтобы указать в соответствии с протоколом SIP, что сеанс связи не может быть установлен.

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

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

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

Абонент В может иметь одну или более web-страниц. Например, абонент В может создать страницы таким образом, что его первому, второму и третьему другу может предоставляться указатель URL_1, четвертому и пятому другу - указатель URL_2, а всем другим вызывающим абонентам - указатель URL_3. Идея в данном случае состоит в том, что абоненту В может быть желательным сообщить своим первому, второму и третьему друзьям, где каждый из них находится, но другие вызывающие абоненты могут только получить уведомление, что его нет на работе. Иными словами, указатель URL, посылаемый к абоненту А, может быть выбран на основе идентификатора лица, который пытается установить контакт с абонентом В.

Данные исходной страницы могут быть посланы по другому каналу или по каналу другого типа, отличного от того, посредством которого абонент А пытается установить контакт с абонентом В. Например, в то время как канал, который пытался открыть абонент А, мог бы быть речевым каналом и/или коммутируемым каналом, канал, по которому пересылается исходная страница, мог бы быть каналом передачи данных и/или каналом с пакетной коммутацией.

Абонентские терминалы могут представлять собой телефоны, предпочтительно мобильные терминалы. Телефоны могут работать в соответствии со стандартами GSM (Глобальная система для мобильной связи), 3G/UMTS (Универсальная система мобильной связи 3-го поколения) или GPRS (Общие услуги пакетной радиосвязи) или производными от них стандартами. Альтернативные терминалы могут включать в себя персональные компьютеры и портативные компьютеры.

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

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

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

принимают в сети связи запрос от первого терминала на установление сеанса связи с вторым терминалом,

определяют то, является ли второй терминал доступным для поддержания сеанса связи,

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

если второй терминал определен как доступный для поддержания сеанса связи, устанавливают сеанс связи между первым терминалом и вторым терминалом.

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

принимают в сети связи запрос от первого терминала на установление сеанса связи с вторым терминалом,

определяют, является ли второй терминал доступным для поддержания сеанса связи,

если второй терминал определен как недоступный для поддержания сеанса связи, то передают к первому терминалу упомянутый набор данных, и

если второй терминал определен как доступный для поддержания сеанса связи, то устанавливают сеанс связи между первым терминалом и вторым терминалом.