109626

РОССИЙСКАЯ ФЕДЕРАЦИЯ

ФЕДЕРАЛЬНАЯ СЛУЖБА
ПО ИНТЕЛЛЕКТУАЛЬНОЙ СОБСТВЕННОСТИ,
ПАТЕНТАМ И ТОВАРНЫМ ЗНАКАМ
(19) RU (11) 109626 (13) U1
(51)  МПК H04M3/00   (2006.01)
(12) ПАТЕНТ НА ПОЛЕЗНУЮ МОДЕЛЬ

Статус: по данным на 17.06.2013 — действует
Пошлина: учтена за 3 год с 30.04.2013 по 29.04.2014
(21), (22) Заявка: 2011117618/07, 29.04.2011(24) Дата начала отсчета срока действия патента:
29.04.2011

Приоритет(ы):

(22) Дата подачи заявки: 29.04.2011

(45) Опубликовано: 20.10.2011

Адрес для переписки:
630090, г.Новосибирск, п/о 90, а/я 386, Л.С. Полещук

(72) Автор(ы):
Гумиров Виталий Шамилович (RU),
Матюков Петр Юрьевич (RU)
(73) Патентообладатель(и):
Общество с ограниченной ответственностью «АиЛайн Кэмьюникейшнс СНГ» (RU)

(54) КОМПЛЕКС ДЛЯ АГРЕГАЦИИ МОБИЛЬНЫХ УСЛУГ

(57) Реферат:

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

Заявляемый комплекс для агрегации мобильных услуг содержит соединенные с инфраструктурой сети СПС и между собой блок приема запросов, включающий модули, позволяющие производить прием запросов по протоколу либо SMPP, либо MAP, либо ISUP, и блок агрегации, включающий модули, позволяющие осуществлять доставку услуг пользователям, при этом блок приема запросов дополнительно содержит модули, имеющие соединение либо с сетью Internet, либо с сетью ТФОП, а блок агрегации дополнительно содержит модуль коммутации, соединенный с блоком приема запросов, и модуль адаптации, соединенный с модулем коммутации, устройствами сервис-провайдеров и модулем доставки услуг.

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

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

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

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

Предоставление этих услуг возможно с использованием различных технологий, как связанных с определенным оператором сотовой подвижной связи (СПС), так и без зависимости от них. Так услуги на базе мобильного Интернета, WAP (Wireless Application Protocol) и голоса являются независимыми от операторов СПС в том смысле, что для запуска таких услуг не требуется подключение к их инфраструктуре, но при этом, даже если сервис-провайдер предоставляет свои услуги пользователям без дополнительной оплаты, они, как правило, все равно платят за получение этих услуг оператору СПС, так как голосовые вызовы и мобильный Интернет, являющиеся транспортом для предоставления услуг сервис-провайдера, большей частью, — платные услуги. Услуги на базе USSD технологии, где USSD — стандартизованный, 3GPP TS 22.090, ETSI TS 123 090, ETSI TS 124 090, протокол запроса дополнительных услуг в мобильных сетях, создают значительно меньшую нагрузку на сеть оператора СПС и, в большинстве своем, могут предоставляться без взимания дополнительной платы за саму транспортную услугу, но для их предоставления необходимо получать номера доступа для USSD (так называемые short codes) у каждого из операторов СПС и выполнять подключение к их инфраструктуре.

Известна система для агрегации USSD услуг различных сервис-провайдеров, содержащая средства для подключения сервис-провайдеров к единому серверу, через который осуществляется доступ пользователей к услугам и взаимодействие с мобильным устройством пользователя (патент TW 1277335 «Value-adding service system for integrated unstructured supplementary service data (USSD), and operational method thereof», МПК Н04М 3/487, приоритет 2007-03-21).

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

Известно техническое решение, выбранное в качестве прототипа, содержащее блок приема запросов и блок агрегации (патент RU 2336654, МПК Н04М 15/00, приоритет 2008-10-20). Известное решение позволяет осуществлять агрегацию услуг, уже созданных для предоставления через мобильные технологии, и доставку данных услуг. При поступлении от пользователя запроса на услугу блок приема запросов производит первичный анализ кода запроса и переадресовывает этот запрос к соответствующему модулю блока агрегации, с помощью которого осуществляют предоставление услуги.

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

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

Задача решается тем, что в комплексе для агрегации мобильных услуг, содержащем соединенные с инфраструктурой сети СПС и между собой блок приема запросов, включающий модули, позволяющие производить прием запросов по протоколу либо SMPP, либо MAP, либо ISUP, и блок агрегации, включающий модули, позволяющие осуществлять доставку услуг пользователям, блок приема запросов дополнительно содержит модули, имеющие соединение либо с сетью Internet, либо с сетью ТФОП, а блок агрегации дополнительно содержит модуль коммутации, соединенный с блоком приема запросов, и модуль адаптации, соединенный с модулем коммутации, устройствами сервис-провайдеров и модулем доставки услуг, где СПС — сеть подвижной связи стандарта GSM/UTMS, GSM — Global System for Mobile Communications, UMTS — Universal Mobile Telecommunications System — Универсальная Мобильная Телекоммуникационная Система, технология сотовой связи, разработанная ETSI для внедрения 3G (третье поколение) сетей GSM, SMPP — Short Message Peer to Peer Protocol, специфицированный, SMPP Developers Forum, SMPP Protocol Specification, протокол взаимодействия внешних приложений с элементами инфраструктуры операторов СПС, MAP — Mobile Application Part, стандартизованный, 3GPP TS 29.002, протокол взаимодействия элементов инфраструктуры сетей СПС, ISUP — Integrated Services User Part, стандартизованный, ITU-T Q.763-Q.764, телекоммуникационный протокол для установления голосовых соединений в цифровых телекоммуникационных сетях, ТФОП — телефонная сеть общего пользования. При этом модули блока приема запросов выполнены позволяющими принимать запросы по протоколу либо HTTP, либо SIP, либо ISUP (через сеть ТФОП), либо семейства Н32х, где HTTP — HyperText Transfer Protocol — протокол прикладного уровня передачи данных, описываемый стандартами IETF (The Internet Engineering Task Force) RFC 2616, SIP — Session Initiation Protocol, протокол установления сеанса, разработанный IETF и описываемый спецификациями RFC 3261 или более поздними, Н32х — семейство протоколов, разработанных и стандартизированных ITU-T Q.931, для проведения видеоконференций. Кроме того, модуль коммутации выполнен определяющим устройство сервис-провайдера либо в соответствии с содержанием запроса на услугу, либо в соответствии с информацией, полученной от мобильного устройства пользователя, в процессе доставки услуги. Модуль адаптации выполнен распознающим формат запроса на услугу, конвертирующим его и передающим его устройству сервис-провайдера в формате, который использует устройство последнего, а также конвертирующим формат, используемый устройством сервис-провайдера, в формат, служащий для доставки мобильных услуг, и обратно. А модуль доставки услуг выполнен доставляющим услугу путем либо установления USSD сессии, либо отправки SMS сообщения с запрашиваемой информацией, либо отправки MMS сообщения с запрашиваемой информацией, либо отправки служебного SMS сообщения особого формата, активизирующего проактивное сервисное приложение в мобильном устройстве или SIM — карте (Subscriber Identification Module — модуль идентификации) пользователя, либо отправки URL Интернет-страницы с запрашиваемой информацией, либо их комбинации.

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

Заявляемое техническое решение поясняется графическими материалами. На фиг.1 представлена блок-схема, поясняющая работу заявляемого технического решения, где 1 — устройство инициатора запроса на услугу, 2 — блок приема запросов, 3 — блок агрегации, 4 — модуль коммутации, 5 — модуль доставки услуг, 6 — модуль адаптации, 7 — устройство сервис-провайдера, 8 — мобильное устройство пользователя, 9 — запрос на услугу по протоколу, поддерживаемому заявляемым комплексом, 10 — взаимодействие с устройством сервис-провайдера по протоколам, обеспечивающим удаленное взаимодействие, 11 — доставка услуги на мобильное устройство пользователя с использованием мобильных технологий по стандартному набору сигнальных протоколов сетей СПС.

На фиг.2 приведена блок-схема блока приема запросов, где 12 — модуль приема запросов по протоколу ISUP от сетей ТФОП, 13 — модуль приема запросов по протоколу HTTP, 14 — модуль приема запросов по протоколу SIP, 15 — модуль приема запросов по протоколу из семейства Н32х, 16 — модуль приема запросов по протоколу из семейства SS7, в том числе MAP, ISUP, SMPP, 17 — запрос по протоколу ISUP, 18 — запрос по протоколу HTTP, 19 — запрос по протоколу SIP, 20 — запрос по протоколу из семейства Н32х, 21 — запрос по протоколу из семейства SS7.

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

Под устройством сервис-провайдера, которое также не входит в состав заявляемого технического решения, понимают любое устройство, предназначенное для предоставления услуг пользователям, обеспечивающее поддержание логики этих услуг и способное взаимодействовать с пользователями в режиме реального времени. Список таких устройств включает, но не ограничивается, системы ведения банковских счетов, бронирования билетов, гостиниц, доступ к базам данных, электронному контенту и т.п. Для использования заявляемой полезной модели это устройство должно, как минимум, поддерживать базу данных, содержащую сведения об, как минимум, одном идентификаторе ID пользователя и номере его мобильного устройства, и иметь возможность подключения к заявляемому комплексу по протоколам, обеспечивающим удаленное взаимодействие, включая в том числе: TCP/IP -Transmission Control Protocol / Internet Protocol, набор протоколов для передачи данных в сетях передачи данных, разработанный IETF (The Internet Engineering Task Force) и описываемый стандартами RFC 793 (для TCP) и RFC 791 (для IP), HTTP — Hyper-Text Transfer Protocol — протокол прикладного уровня передачи данных, описываемый стандартами IETF (The Internet Engineering Task Force) RFC 2616, SOAP — Simple Object Access Protocol — протокол обмена структурированными сообщениями в распределенной вычислительной среде, разработанный W3C (World Wide Web Consortium) и описываемый спецификацией SOAP Version 1.2 или более поздними.

Заявляемая полезная модель включает в себя блок приема запросов 2, снабженный модулем 12 приема запросов по протоколу ISUP от сетей ТФОП, модулем 13 приема запросов по протоколу HTTP, модулем 14 приема запросов по протоколу SIP, модулем 15 приема запросов по протоколу из семейства Н32х, модулем 16 приема запросов по протоколу из семейства SS7, обеспечивающими прием и первичную обработку запросов по названным протоколам. Блок приема запросов 3, при этом, соединен с модулем коммутации 4 блока агрегациии 3, а последний снабжен модулем доставки услуг 5, соединенным с модулем адаптации 6 и сигнальной сетью ОКС-7, модулем адаптации 6, соединенным с модулем коммутации 4, модулем доставки услуг 5 и устройствами сервис-провайдеров 7, и модулем коммутации 4, соединенным с модулем адаптации 5 и блоком приема запросов 2.

Модули приема запросов 12-16 предназначены для приема по различным протоколам и первичной обработки поступающих запросов на услугу. Первичная обработка включает в себя выделение из запроса кода услуги и ID пользователя.

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

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

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

Модуль доставки услуг 5 выполнен передающим адаптированное сообщение от устройства сервис-провайдера 7 на мобильное устройство пользователя 8 по стандартному набору сигнальных протоколов сетей СПС. Модуль доставки услуг 5 выполнен с возможностью доставки мобильных услуг путем либо установления USSD сессии, либо отправки SMS сообщения с запрашиваемой информацией, либо отправки MMS сообщения с запрашиваемой информацией, либо отправки служебного SMS сообщения особого формата, активизирующего проактивное сервисное приложение в мобильном устройстве или SIM — карте (Subscriber Identification Module — модуль идентификации) пользователя, либо отправки URL Интернет-страницы с запрашиваемой информацией, либо их комбинации.

Устройство сервис-провайдера 7 подключено к модулю адаптации 6 блока агрегации 3 по протоколам, обеспечивающим удаленное взаимодействие, включая в том числе: TCP/IP, HTTP, SOAP. При этом устройство сервис-провайдера 7 обеспечивает поддержание логики своих услуг и взаимодействие с пользователями в режиме реального времени. Кроме того, устройство сервис-провайдера 7 включает базу данных, содержащую сведения об ID пользователя и номере его мобильного устройства. При подключении устройства сервис-провайдера 7 также устанавливают протоколы и форматы приема запросов на услуги сервис-провайдера, коды услуг и содержание запроса. При этом одна услуга сервис-провайдера может иметь несколько кодов доступа, различающихся как по содержанию запроса, так и по формату и/или протоколу приема запросов.

При поступлении запроса на услугу 9 по установленному протоколу через соответствующий модуль приема 12-16 происходит прием этого запроса 9 и его первичная обработка, которая включает в себя выделение из запроса кода услуги и ID пользователя, и передача данных о запросе в модуль коммутации 4. По полученному коду услуги в модуле коммутации 4 определяется устройство сервис-провайдера 7, к которому должен быть передан поступивший запрос, и передаются данные о запросе, включая ID пользователя и определенный адрес устройства сервис-провайдера в модуль адаптации 6. С помощью последнего, в свою очередь, конвертируется формат поступившего запроса в формат, используемый устройством сервис-провайдера 7, включая в сообщение ID пользователя и код услуги. При получении ответного сообщения от устройства сервис-провайдера 7 оно конвертируется в формат, служащий для доставки мобильных услуг, средствами модуля адаптации 6, и вместе с номером мобильного устройства пользователя 8, полученным от устройства сервис-провайдера 7, передается в модуль доставки услуг 5. Ответное сообщение от мобильного устройства пользователя 8 также конвертируется, средствами модуля адаптации 6, в формат, используемый устройством сервис-провайдера 7, осуществляя взаимную конвертацию до завершения доставки услуги либо со стороны мобильного устройства пользователя 8, либо со стороны устройства сервис-провайдера 7. При этом все сообщения, поступающие как от мобильного устройства пользователя 7, так и от устройства сервис-провайдера 8 в процессе доставки услуги, проходят через модуль коммутации 4, где их анализируют и, при необходимости, в соответствии с информацией, полученной от мобильного устройства пользователя 8, пользователь соединяется с устройством другого сервис-провайдера и/или переключается на другой формат доставки услуги без дополнительного инициирующего запроса.

Преимущество заявляемой полезной модели заключаются в том, что она позволяет значительно расширить список форматов запросов для вызова мобильных услуг, предлагая использовать, кроме известных SMPP и ISUP, такие протоколы как HTTP, TCP/IP, SIP, SS7, Н323, делая их при этом не связанными с определенными операторами СПС. Это дает возможность запускать новые услуги без длительного предварительного согласования и подключения к операторам СПС. Заявляемый комплекс, в результате адаптации услуг для доставки на мобильные устройства, позволяет сервис-провайдерам создавать новые услуги без специальных знаний мобильных технологий. Таким образом, снижаются издержки сервис-провайдеров на запуск новых услуг, в том числе реализованных на базе технологии USSD, этот процесс становится более простым и быстрым. Кроме того, заявляемое техническое решение позволяет в процессе доставки услуг менять формат доставки и переключать пользователя между сервис-провайдерами, делая, таким образом, получение услуг для него более удобным и быстрым.
Формула полезной модели

1. Комплекс для агрегации мобильных услуг, содержащий соединенные с инфраструктурой сети СПС и между собой блок приема запросов, включающий модули, позволяющие производить прием запросов по протоколу либо SMPP, либо MAP, либо ISUP, и блок агрегации, включающий модули, позволяющие осуществлять доставку услуг пользователям, отличающийся тем, что блок приема запросов дополнительно содержит модули, имеющие соединение либо с сетью Internet, либо с сетью ТФОП, а блок агрегации дополнительно содержит модуль коммутации, соединенный с блоком приема запросов, и модуль адаптации, соединенный с модулем коммутации, устройствами сервис-провайдеров и модулем доставки услуг, где СПС — сеть подвижной связи стандарта GSM/UTMS, GSM — Global System for Mobile Communications, UMTS — Universal Mobile Telecommunications System — Универсальная Мобильная Телекоммуникационная Система, технология сотовой связи, разработанная ETSI для внедрения 3G (третье поколение) сетей GSM, SMPP — Short Message Peer to Peer Protocol, специфицированный, SMPP Developers Forum, SMPP Protocol Specification, протокол взаимодействия внешних приложений с элементами инфраструктуры операторов СПС, MAP — Mobile Application Part, стандартизованный, 3GPP TS 29.002, протокол взаимодействия элементов инфраструктуры сетей СПС, ISUP — Integrated Services User Part, стандартизованный, ITU-T Q.763-Q.764, телекоммуникационный протокол для установления голосовых соединений в цифровых телекоммуникационных сетях, ТФОП — телефонная сеть общего пользования.

2. Комплекс по п.1, отличающийся тем, что модули блока приема запросов выполнены позволяющими принимать запросы по протоколу либо HTTP, либо SIP, либо ISUP (через сеть ТФОП), либо семейства Н32х, где HTTP — HyperText Transfer Protocol — протокол прикладного уровня передачи данных, описываемый стандартами IETF (The Internet Engineering Task Force) RFC 2616, SIP — Session Initiation Protocol, протокол установления сеанса, разработанный IETF и описываемый спецификациями RFC 3261 или более поздними, Н32х — семейство протоколов, разработанных и стандартизированных ITU-T Q.931, для проведения видеоконференций.

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

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

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

6. Комплекс по п.1, отличающийся тем, что модуль доставки услуг выполнен доставляющим услугу путем либо установления USSD сессии, либо отправки SMS сообщения с запрашиваемой информацией, либо отправки MMS сообщения с запрашиваемой информацией, либо отправки служебного SMS сообщения особого формата, активизирующего проактивное сервисное приложение в мобильном устройстве или SIM-карте пользователя, либо отправки URL Интернет-страницы с запрашиваемой информацией, либо их комбинации, где SIM-карта — это Subscriber Identification Module — модуль идентификации пользователя.

ФАКСИМИЛЬНОЕ ИЗОБРАЖЕНИЕ

Реферат:
Описание:
Рисунки:

Сделать заявку

Ваш e-mail не будет опубликован. Обязательные поля помечены *