Способ и система предоставления сигнала ожидания ответа в качестве подарка, платформа предоставляющей стороны и платформа пользовательского сигнала ожидания ответа
Изобретение относится к технике связи. Предложен способ предоставления сигнала ожидания ответа (СОО) в качестве подарка, включающий выбор СОО и инициирование дарения СОО посредством сторонней аппаратной платформы, в рамках которой находится даритель; обработку запроса дарения СОО от сторонней платформы; и загрузку СОО, выбранного дарителем, в персонализируемую библиотеку СОО одаряемой стороны при выполнении заранее заданного условия. Платформа ПСОО может также возвращать информацию о результате дарения сторонней платформе; при этом сторонняя платформа взимает оплату с дарителя за подаренный СОО. Если оплата с дарителя взята успешно, одаряемая сторона уведомляется о том, что принят подаренный СОО; если же оплата с дарителя взята неуспешно, загруженный СОО удаляется из персонализируемой библиотеки СОО одаряемой стороны. Технический результат - расширение арсенала технических средств. 4 н. и 13 з.п. ф-лы, 7 ил., 2 табл.
Область техники, к которой относится изобретение
Настоящее изобретение относится к услуге пользовательского сигнала ожидания ответа (ПСОО) в области голосовых коммуникаций и, в частности, к способу и системе предоставления сигнала ожидания ответа (СОО) в качестве подарка, платформе предоставляющей стороны и платформе ПСОО.
Уровень техники
Услуга предоставления пользовательского сигнала ожидания ответа (ПСОО) представляет собой услугу предоставления мелодии, приветствия, записанного или синтезированного голосового приветствия, установленных для вызывающего абонента вызываемым абонентом взамен проигрывания стандартного сигнала ожидания ответа (СОО). После того как абонент активирует услугу ПСОО, он может настроить ПСОО. Когда абонента вызывают, для вызывающего абонента проигрывается выбранная мелодия или запись вместо традиционного СОО. Услуга ПСОО выводит оператора связи на лидирующие позиции по количеству и разнообразию предоставляемых абонентам услуг, при этом образ оператора в бизнесе улучшается. С другой стороны, услуга ПСОО привлекательна для индивидуальных абонентов, поскольку для них открываются все возможности сети в случае использования персонализируемой услуги. В настоящее время все больше и больше абонентов телефонных сетей активируют услугу ПСОО, и абоненты могут захотеть предоставить СОО в качестве подарка своим друзьям, если им нравится используемый СОО. Таким образом, существует потребность в функции предоставления СОО. В целом, предоставление СОО подразумевает, что абонент должен оплатить предоставление СОО, выбранного данным абонентом или получающей стороной СОО в качестве подарка, для получающей стороны в качестве подарка, а получающая сторона предоставления может настроить СОО как собственный СОО после успешного завершения предоставления.
В настоящее время предоставление СОО реализовано, главным образом, посредством двух решений. 1) СОО предоставляется в качестве подарка абоненту той же платформы пользовательского сигнала ожидания ответа через веб-страницу. 2) СОО предоставляется в качестве подарка абоненту той же платформы ПСОО посредством использования системы интерактивного голосового меню (Interactive Voice Response, IVR).
Раскрытие изобретения
Один из вариантов осуществления настоящего изобретения предлагает способ предоставления СОО в качестве подарка, включающий прием платформой ПСОО запроса предоставления СОО, направленного пользователем, не являющимся абонентом ПСОО, посредством сторонней платформы, причем сторонняя платформа представляет собой любую платформу, отличную от платформы ПСОО; и осуществление платформой ПСОО операции предоставления СОО в соответствии с информацией, содержащейся в запросе предоставления СОО.
Один из вариантов осуществления настоящего изобретения также предлагает систему предоставления СОО в качестве подарка, содержащую стороннюю платформу, при этом сторонняя платформа выполнена с возможностью предоставления информации СОО и отправки запроса предоставления СОО, направленного пользователем, не являющимся абонентом ПСОО, платформе ПСОО; причем платформа ПСОО выполнена с возможностью осуществления операции предоставления СОО в соответствии с запросом предоставления СОО.
Один из вариантов осуществления настоящего изобретения также предлагает платформу, содержащую модуль получения информации СОО, выполненный с возможностью получения информации СОО от платформы ПСОО и предоставления информации СОО предоставляющей стороне; модуль генерации запроса предоставления, выполненный с возможностью генерации запроса предоставления в соответствии с инструкцией предоставляющей стороны, причем предоставляющая сторона не является абонентом ПСОО; и интерфейс предоставления СОО, выполненный с возможностью отправки запроса предоставления, инструктирующего платформу ПСОО осуществить операцию предоставления СОО.
Один из вариантов осуществления настоящего изобретения также предлагает платформу ПСОО, содержащую модуль приема запроса предоставления, выполненный с возможностью приема запроса предоставления СОО, направленного пользователем, не являющимся абонентом ПСОО, посредством сторонней платформы; и модуль обработки запроса предоставления, выполненный с возможностью осуществления операции предоставления СОО в соответствии с запросом предоставления СОО.
В способе, системе и платформе предоставления СОО в качестве подарка, в соответствии с вариантами осуществления изобретения, путем открытия интерфейса предоставления СОО в платформе ПСОО абонент, не являющийся абонентом ПСОО, может предоставить СОО в качестве подарка абоненту ПСОО, абонент, не являющийся абонентом ПСОО, может инициировать предоставление СОО в платформе ПСОО или в другой сторонней платформе, и абонент ПСОО может осуществлять функции, такие как предоставление СОО, между платформами ПСОО. Посредством таких функций абонент может легко предоставлять СОО в качестве подарка, тем самым развивая услугу ПСОО.
Краткое описание чертежей
Далее изобретение будет детально описано вместе с чертежами и вариантами осуществления изобретения.
На фиг.1а показана принципиальная схема первого варианта осуществления способа предоставления СОО в качестве подарка в соответствии с изобретением.
На фиг.1b показана блок-схема первого варианта осуществления способа предоставления СОО в качестве подарка в соответствии с изобретением.
На фиг.2а показана принципиальная схема второго варианта осуществления способа предоставления СОО в качестве подарка в соответствии с изобретением.
На фиг.2b показана блок-схема второго варианта осуществления способа предоставления СОО в качестве подарка в соответствии с изобретением.
На фиг.3 показана структурная схема системы предоставления СОО в качестве подарка в соответствии с одним из вариантов осуществления изобретения.
На фиг.4 показана структурная схема платформы предоставляющей стороны в соответствии с одним из вариантов осуществления изобретения.
На фиг.5 показана структурная схема платформы ПСОО в соответствии с одним из вариантов осуществления изобретения.
Осуществление изобретения
Два указанных выше технических решения уровня техники для реализации предоставления СОО поддерживают абонентов ПСОО в случае, когда предоставляющая сторона и получающая сторона принадлежат одной и той же платформе ПСОО. Более того, с предоставляющей стороны может взиматься оплата посредством платформы ПСОО, а режим предоставления ограничен WEB, IVR (интерактивным голосовым меню) и службой коротких сообщений (SM).
Один из вариантов осуществления изобретения предлагает способ предоставления СОО в качестве подарка. Способ предоставления СОО в качестве подарка, соответствующий одному варианту осуществления изобретения, будет детально описан ниже в связи с двумя режимами работы.
Фиг.1а и фиг.1b представляют собой принципиальную схему и блок-схему первого варианта осуществления предоставления СОО в качестве подарка согласно одной реализации настоящего изобретения, соответственно.
В варианте осуществления, проиллюстрированном на фиг.1а и фиг.1b, предоставляющая сторона не является абонентом ПСОО, а инициирующая предоставление сторона представляет собой стороннюю платформу, не являющуюся платформой ПСОО. В этом режиме от сторонней платформы требуется возможность последующего осуществления функции взимания оплаты за предоставление СОО предоставляющей стороной, базирующейся на обработке запроса предоставления СОО. Конкретное выполнение показано на фиг.1b.
На шаге S101 предоставляющая сторона выбирает СОО в сторонней платформе в режиме WEB, IVR или SM, указывает получающую сторону и инициирует предоставление СОО.
Сторонняя платформа не является платформой ПСОО. Сторонняя платформа может быть любой другой платформой, поддерживающей интерфейс предоставления СОО и имеющей функцию взимания оплаты, такой как веб-сайт SP или управляющая система оператора (такая, как Система 97). Сторонняя платформа имеет служебную связь с платформой ПСОО. Информация СОО также может быть просмотрена сторонней платформе, и данные абонента ПСОО также могут быть сформированы в сторонней платформе. Сторонняя платформа обычно базируется на платформе ПСОО, и операции могут осуществляться путем задействования различных интерфейсов, предоставляемых платформой ПСОО.
На шаге S102 сторонняя платформа отправляет платформе ПСОО запрос предоставления СОО, который содержит информацию о параметрах, такую как предоставляющая сторона СОО, получающая сторона, код СОО, выбранного в качестве подарка, посредством заранее заданного интерфейса предоставления СОО.
На шаге S103 платформа ПСОО принимает запрос предоставления СОО от сторонней платформы посредством интерфейса предоставления СОО и активирует модуль предоставления СОО для осуществления операции предоставления.
Операция предоставления СОО, осуществляемая модулем предоставления СОО, в основном включает в себя определение того, существует ли СОО, соответствующая коду COO; определение того, является ли получающая сторона абонентом ПСОО; и определение того, может ли персонализируемая библиотека СОО получающей стороны принять новый СОО. Если по меньшей мере одно из вышеприведенных условий выполняется, выбранный предоставляющей стороной СОО загружается в персонализируемую библиотеку СОО получающей стороны.
В вышеуказанном способе реализована операция предоставления СОО. Для дальнейшего взимания оплаты с предоставляющей стороны и уведомления получающей стороны о необходимости настройки пользовательского СОО платформа ПСОО может возвращать информацию о результате операции предоставления (успешно или неуспешно) сторонней платформе.
На шаге S104 сторонняя платформа принимает информацию о результате предоставления и определяет, прошло ли предоставление успешно. Если предоставление успешно, сторонняя платформа взимает с предоставляющей стороны оплату за предоставленный СОО. Затем, на шаге 8105 сторонняя платформа возвращает результат взимания оплаты платформе ПСОО.
Если информация о результате предоставления, принятая сторонней платформой, содержит сообщение Неуспешно, на шаге S104' сторонняя платформа информирует предоставляющую сторону о неудаче операции предоставления и сообщает конкретную причину.
На шаге S106, после того, как платформа ПСОО примет информацию о результатах взимания оплаты от сторонней платформы, платформа ПСОО определяет, что оплата с предоставляющей стороны взята успешно. Если оплата с предоставляющей стороны взята успешно, то платформа ПСОО уведомляет получающую сторону о том, что предоставленный СОО принят, и запрашивает получающую сторону о том, нужно ли установить предоставленный СОО в качестве СОО по умолчанию.
Если взимание оплаты с предоставляющей стороны неудачно, то на шаге S106' платформа ПСОО удаляет СОО, который был загружен в персонализируемую библиотеку СОО получающей стороны на шаге S103, а на шаге S107' платформа ПСОО сообщает сторонней платформе о неудаче предоставления по причине ошибки оплаты. Затем, на шаге S108' сторонняя платформа уведомляет предоставляющую сторону о том, что операция предоставления СОО завершилась неудачей.
На шаге S107, после того, как получающая сторона примет уведомление о предоставлении СОО от платформы ПСОО, получающая сторона определяет, устанавливать ли предоставленный COO в качестве СОО по умолчанию, и возвращает ответное сообщение.
На шаге S108 платформа ПСОО принимает ответное сообщение от получающей стороны. Если получающая сторона решила установить предоставленный СОО в качестве СОО по умолчанию, платформа ПСОО устанавливает СОО в качестве СОО получающей стороны по умолчанию.
На шаге S109 платформа ПСОО возвращает сообщение об успешном предоставлении сторонней платформе.
На шаге S110, после того, как сторонняя платформа примет сообщение об успешном предоставлении, возвращенное платформой ПСОО, сторонняя платформа уведомляет предоставляющую сторону об успехе предоставления СОО.
Фиг.2а и фиг.2b представляют собой принципиальную схему и блок-схему второго варианта осуществления способа предоставления СОО в качестве подарка в соответствии с настоящим изобретением, соответственно.
В варианте, показанном на фиг.2а и фиг.2b, предоставляющая сторона является абонентом ПСОО, инициирующая предоставление сторона представляет собой платформу ПСОО (т.е. первую платформу ПСОО), а получающая сторона является абонентом ПСОО, принадлежащим другой платформе ПСОО (т.е. второй платформе ПСОО). В этом режиме требуется, чтобы предоставляющая сторона была абонентом ПСОО, и первая платформа ПСОО имела возможность последующего осуществления функции взимания оплаты с предоставляющей стороны за предоставление СОО предоставляющей стороной, базирующейся на обработке операции предоставления СОО. Конкретное выполнение показано на фиг.2b.
На шаге S201 предоставляющая сторона выбирает СОО в первой платформе ПСОО (например, посредством веб-сайта, IVR, SM и подобных средств в платформе ПСОО), указывает получающую сторону и инициирует предоставление СОО.
На шаге S202 первая платформа ПСОО отправляет второй платформе ПСОО, которой принадлежит получающая сторона, запрос предоставления СОО, который содержит информацию о параметрах, такую как предоставляющая сторона СОО, получающая сторона, код СОО, выбранного в качестве подарка; при этом указанный запрос отправляется через заранее определенный интерфейс предоставления СОО.
На шаге S203, после того, как вторая платформа ПСОО примет запрос предоставления СОО посредством интерфейса предоставления СОО, вторая платформа ПСОО активирует модуль предоставления СОО для осуществления операции предоставления СОО.
Операция предоставления СОО, осуществляемая модулем предоставления СОО, в основном включает в себя определение того, существует ли СОО, соответствующая коду СОО; определение того, является ли получающая сторона абонентом ПСОО; и определение того, может ли персонализируемая библиотека СОО получающей стороны принять новый СОО. Если по меньшей мере одно из вышеприведенных условий выполняется, вторая платформа ПСОО загружает выбранный предоставляющей стороной СОО в персонализируемую библиотеку СОО получающей стороны.
В вышеуказанном способе реализована операция предоставления СОО. Для дальнейшего взимания оплаты с предоставляющей стороны и уведомления получающей стороны о необходимости настройки пользовательского СОО, вторая платформа ПСОО может возвращать информацию о результате операции предоставления (успешно или неуспешно) первой платформе.
На шаге S204 первая платформа ПСОО принимает информацию о результате предоставления, определяет, прошло ли предоставление успешно, и первая платформа ПСОО взимает с предоставляющей стороны оплату за предоставленный СОО.
Если предоставление неуспешно, на шаге S204' первая платформа ПСОО информирует предоставляющую сторону о неудаче операции предоставления и сообщает конкретную причину.
На шаге S205, после взимания оплаты с предоставляющей стороны, первая платформа ПСОО отправляет информацию о результате взимания оплаты второй платформе ПСОО посредством заранее определенного интерфейса.
Более того, на шаге S205', в случае, если взимание оплаты с предоставляющей стороны неуспешно, первая платформа ПСОО сообщает предоставляющей стороне о том, что предоставление завершилось неудачей по причине ошибке оплаты.
На шаге S206, после того, как вторая платформа ПСОО принимает информацию о результате взимания оплаты и определяет, что взимание оплаты с предоставляющей стороны прошло успешно, вторая платформа ПСОО уведомляет получающую сторону, что предоставленный СОО принят и запрашивает ее о том, нужно ли установить предоставленный СОО в качестве СОО по умолчанию.
Если взимание оплаты с предоставляющей стороны неуспешно, то на шаге S206' вторая платформа ПСОО удаляет СОО, который был загружен в персонализируемую библиотеку СОО получающей стороны на шаге S203.
На шаге S207, после того, как получающая сторона получит сообщение о предоставлении СОО от второй платформы ПСОО, получающая сторона определяет, установить ли предоставленный СОО в качестве СОО по умолчанию, и возвращает ответное сообщение.
На шаге S208 вторая платформа ПСОО принимает ответное сообщение, возвращенное получающей стороной. Если получающая сторона решила установить предоставленный СОО в качестве СОО по умолчанию, вторая платформа ПСОО устанавливает предоставленный СОО в качестве СОО по умолчанию.
На шаге S209 вторая платформа ПСОО возвращает сообщение об успешном предоставлении первой платформе ПСОО.
На шаге S210, после того, как первая платформа ПСОО примет сообщение об успешном предоставлении, возвращенное второй платформой ПСОО, первая платформа ПСОО уведомляет предоставляющую сторону об успехе предоставления СОО.
В обеих вышеописанных режимах предоставления СОО выполняется обработка запроса предоставления, загрузка СОО, последующее взимание оплаты с предоставляющей стороны и, в случае неуспешного взимания оплаты с предоставляющей стороны, удаление загруженного предоставленного СОО. Однако варианты осуществления изобретения этим не ограничиваются. В соответствии с описанием выше, для специалистов должно быть очевидно, что варианты осуществления настоящего изобретения позволяют также использовать техническое решение, где с предоставляющей стороны взимается оплата, обрабатывается запрос предоставления и загружается СОО, при этом в случае неудачной загрузки СОО оплата возвращается.
В способе предоставления СОО в качестве подарка, в соответствии с одним из вариантов осуществления изобретения, предоставляющая сторона может выбрать один или более СОО из любой платформы, которая поддерживает интерфейс предоставления СОО, и осуществить предоставление СОО получающей стороне. Более того, в соответствии с поддержкой платформы ПСОО, предоставляющая сторона может также выбрать один или более пакетов СОО или наборов СОО и предоставить их в качестве подарка получающей стороне, при этом соответствующие процессы предоставления и оплаты аналогичны показанным на фиг.1b и фиг.2b. После того как какая-либо поддерживающая интерфейс предоставления СОО платформа предоставит код пакета СОО или набора СОО, выбранный предоставляющей стороной, платформе ПСОО, в рамках которой находится получающая сторона, платформа ПСОО получающей стороны загружает пакет СОО или набор СОО, соответствующий коду пакета СОО или набора СОО, в персонализируемую библиотеку СОО получающей стороны. Если взимание оплаты с предоставляющей стороны неуспешно, пакет СОО или набор СОО соответствующим образом удаляется.
В способе предоставления СОО в качестве подарка в соответствии с одним из вариантов осуществления изобретения, предоставляющая сторона может указать одну или несколько получающих сторон одновременно посредством платформы, поддерживающей интерфейс предоставления СОО, а платформа, поддерживающая интерфейс предоставления СОО, инициирует запрос предоставления к платформе ПСОО каждой получающей стороны друг за другом. Обработка для каждой из получающих сторон аналогична проиллюстрированной на фиг.1b и фиг.2b.
Был детально описан способ предоставления СОО в качестве подарка, соответствующий различным вариантам осуществления изобретения. Далее будут в подробностях описаны компоненты и принцип действия системы СОО для осуществления вышеописанного способа.
На фиг.3 показана структурная схема системы предоставления СОО в качестве подарка в соответствии со способом предоставления СОО в качестве подарка согласно одному из вариантов осуществления изобретения. Система предоставления СОО в качестве подарка содержит платформу 301 ПСОО и стороннюю платформу 302, в рамках которой находится предоставляющая сторона.
Сторонняя платформа 302 выполнена с возможностью предоставления информации СОО и отправки запроса предоставления СОО в платформу 301 ПСОО посредством интерфейса предоставления СОО в соответствии с выбором предоставляющей стороны; а платформа 301 ПСОО выполнена с возможностью осуществления операции предоставления СОО в соответствии с информацией, содержащейся в принятом запросе предоставления СОО.
Следует отметить, что сторонняя платформа 302 может быть любой иной платформой, которая поддерживает интерфейс предоставления СОО, а также имеет функцию взимания оплаты, например сторонняя платформа 302 может быть управляющей системой (такой, как система 97) оператора в сети поддержки функционирования, или же сторонняя платформа 302 может представлять собой платформу ПСОО, отличную от представленной выше платформы 301 ПСОО. Платформа 301 ПСОО может не только выполнять операцию предоставления СОО, но также осуществлять другие функции, такие как управление СОО и проигрывание СОО.
Система реализует функции осуществления предоставления и загрузки СОО в соответствии со способом согласно вариантам осуществления изобретения. Однако при реализации система может также включать в себя коммутируемую сеть 303, выполненную с возможностью осуществления низкоуровневой коммутации в сети и обеспечения доступа абонента ПСОО к платформе ПСОО.
Для последующего осуществления функции взимания оплаты, после того как система выполнит операцию предоставления СОО, платформа 301 ПСОО выполняется с возможностью возврата информации о результате предоставления сторонней платформе 302; и если платформа 301 ПСОО определяет, что взимание оплаты с предоставляющей стороны прошло неуспешно согласно результату взимания оплаты, возвращенному сторонней платформой 302, то СОО, загруженный в персонализируемую библиотеку СОО получающей стороны путем операции предоставления СОО, удаляется.
После того как принята информация о результате предоставления, отправленная платформой 301 ПСОО, сторонняя платформа дополнительно конфигурируется с целью взимания оплаты с предоставляющей стороны за предоставленный СОО после того, как сторонняя платформа 302 определяет, что предоставление прошло успешно согласно информации о результате предоставления, отправленной платформой 301 ПСОО, и оповещает платформу 301 ПСОО о результате взимания оплаты.
В других вариантах осуществления изобретения функция взимания оплаты может также осуществляться сторонней платформой перед совершением предоставления СОО. Таким образом, сторонняя платформа выполняется с возможностью взимания оплаты с предоставляющей стороны за предоставленный СОО перед тем, как будет осуществлена операция предоставления СОО.
После выполнения операции предоставления СОО платформа 301 ПСОО дополнительно конфигурируется с целью возврата информации о результате предоставления сторонней платформе.
После приема информации о результатах предоставления, отправленной платформой 301 ПСОО, сторонняя платформа дополнительно конфигурируется с целью определения того, что предоставление неуспешно согласно информации о результате предоставления, возвращенной платформой 301 ПСОО, и возврата взятой за предоставленный СОО оплаты предоставляющей стороне.
Один из вариантов осуществления изобретения также предлагает платформу предоставляющей стороны. Как показано на фиг.4, платформа 302 предоставляющей стороны является сторонней платформой, в рамках которой находится предоставляющая сторона, содержащая модуль 3021 получения информации СОО, модуль 3022 генерации запроса предоставления и интерфейс 3023 предоставления СОО.
Модуль 3021 получения информации СОО выполнен с возможностью получения соответствующей информации СОО от платформы ПСОО и предоставления соответствующей информации СОО предоставляющей стороне.
Модуль 3022 генерации запроса предоставления выполнен с возможностью генерации соответствующего запроса предоставления в соответствии с инструкциями предоставляющей стороны; а интерфейс 3023 предоставления СОО выполнен с возможностью отправки платформе ПСОО запроса предоставления, инструктирующего платформу ПСОО осуществить операцию предоставления СОО.
Вышеуказанная платформа 302 предоставляющей стороны реализует функцию обработки запроса предоставления в соответствии со способом, соответствующим одному из вариантов осуществления изобретения. Чтобы, кроме того, выделить функцию взимания оплаты из платформы ПСОО и взимать оплату с предоставляющей стороны в сторонней платформе, платформа 302 предоставляющей стороны дополнительно содержит модуль 3024 взимания оплаты, причем модуль 3024 взимания оплаты может взимать оплату с предоставляющей стороны после того, как платформа ПСОО осуществит операцию предоставления СОО, или же может взимать оплату с предоставляющей стороны до того, как платформа ПСОО осуществит операцию предоставления СОО.
Если модуль 3024 взимания оплаты взимает оплату с предоставляющей стороны после того, как платформа ПСОО осуществляет операцию предоставления СОО, модуль 3024 взимания оплаты выполняется с возможностью взимания оплаты с предоставляющей стороны за предоставленный СОО после определения того, что предоставление прошло успешно согласно информации о результате предоставления, отправленной платформой ПСОО, и оповещения платформы ПСОО о результате взимания оплаты с тем, чтобы дать указание платформе ПСОО удалить СОО, загруженный посредством операции предоставления СОО в персонализируемую библиотеку СОО получающей стороны, в случае, если взимание оплаты с предоставляющей стороны неуспешно.
Если модуль 3024 взимания оплаты взимает оплату с предоставляющей стороны до того, как платформа ПСОО осуществляет операцию предоставления СОО, модуль 3024 взимания оплаты выполняется с возможностью взимания оплаты с предоставляющей стороны за предоставленный СОО до осуществления операции предоставления СОО и возврата оплаты, взятой с предоставляющей стороны за предоставленный СОО, в случае, если предоставление неуспешно согласно результату предоставления, возвращенному платформой ПСОО.
Один из вариантов осуществления изобретения предлагает платформу ПСОО. Как показано на фиг.5, платформа 301 ПСОО содержит интерфейс 3011 предоставления СОО, модуль 3012 приема запроса предоставления и модуль 3013 предоставления СОО.
Модуль 3012 приема запроса предоставления выполнен с возможностью приема запроса предоставления СОО от сторонней платформы посредством интерфейса 3011 предоставления СОО.
Модуль 3013 предоставления СОО выполнен с возможностью осуществления операции предоставления СОО в соответствии с информацией, содержащейся в запросе предоставления.
Вышеуказанная платформа 301 ПСОО реализует функцию предоставления СОО. Чтобы гарантировать, что сторонняя платформа правильно взимает оплату с предоставляющей стороны, платформа 301 ПСОО содержит модуль 3014 возврата результата предоставления.
Модуль 3014 возврата результата предоставления выполнен с возможностью возврата информации о результате предоставления сторонней платформе после осуществления операции предоставления СОО. Чтобы избежать ситуации, когда платформа 301 ПСОО продолжает отправлять уведомление о предоставлении СОО получающей стороне в случае, когда взимание оплаты с предоставляющей стороны неуспешно, платформа 301 ПСОО дополнительно содержит модуль 3015 удаления СОО.
Модуль 3015 удаления СОО выполнен с возможностью удаления СОО, загруженного посредством операции предоставления СОО в персонализируемую библиотеку СОО получающей стороны в случае, если определено, что взимание оплаты с предоставляющей стороны неуспешно согласно информации, возвращенной сторонней платформой.
Интерфейс 3011 предоставления СОО, определяемый платформой 301 35 ПСОО, может использовать следующую форму:
адрес портала: port/interfaces/delivertoneanyway.do
Например, адрес интерфейса может быть таким:
http://Portal_IP:Port/interfaces/delivertoneanyway.do?operatoraccount=sp&operatorpwd=sppwd&phonenumber=075512345678&sendphonenumber=075528974418&tonecode=111111111111&operator=14&type=0
Значение каждого из параметров адреса указано в таблице 1, параметры должны вводиться в HTTP режиме POST или GET, предпочтительно в режиме POST.
| Таблица 1 | ||||
| Номер | Имя поля | Тип | Содержание поля | Значение |
| 1 | operatoraccount | String[3~6] | Учетная запись для входа на портал | Строка символов 3-6 бит (буквы и цифры) |
| 2 | operatorpwd | String[1~6] | Пароль для входа на портал | Строка символов 1-6 бит (буквы и цифры) |
| 3 | phonenumber | String[1~20] | Номер предоставляющей стороны | Строка цифр 1-20 бит |
| 4 | sendphonenumber | String[1~20] | Номер получающей стороны | Строка цифр 1-20 бит |
| 5 | tonecode | String[11, 12] | Код СОО, длинный код принимается | Строка цифр 11 или 12 бит |
| 6 | operator | String[2] | Флаг оператора (0: портал; 1: ussd; 2: wap; 3: smp; 4: SM; 5: IVR; 6: Служба поддержки; 7: SMAP; 12: PUSH; 13: CBGPGateway; 14: SP) | Строка цифр 1-2 бит |
| 7 | type | String[1] | Тип предоставляемого СОО | нулевое содержание Параметр зарезервирован для будущего использования |
Значения, возвращаемые через интерфейс при осуществлении операции предоставления СОО, приведены в таблице 2. Если возвращаются другие коды, или не возвращается никакого значения, указывается, что возникает внутренняя ошибка типа RBT PORTAL.
| Таблица 2 | |
| Значение | Расшифровка значения |
| 0 | Предоставление успешно |
| 1 | СОО не существует |
| 2 | Получающая сторона загрузила СОО |
| 3 | Персонализируемая библиотека СОО получающей стороны заполнена |
| 4 | Получающий абонент не является абонентом мультимедиа-СОО |
| 5 | Ошибка входных параметров |
| 6 | СОО устарел, не может быть предоставлен |
| 7 | Запрещено предоставлять СОО в качестве подарка себе самому |
| 8 | Неизвестная ошибка |
1. Способ предоставления сигнала ожидания ответа в качестве подарка, включающий прием платформой пользовательского сигнала ожидания ответа запроса предоставления сигнала ожидания ответа, направленного пользователем, не являющимся абонентом пользовательского сигнала ожидания ответа, посредством сторонней платформы, причем сторонняя платформа представляет собой любую платформу, отличную от платформы пользовательского сигнала ожидания ответа; и осуществление платформой пользовательского сигнала ожидания ответа операции предоставления сигнала ожидания ответа в соответствии с информацией, содержащейся в запросе предоставления сигнала ожидания ответа.
2. Способ по п.1, отличающийся тем, что дополнительно включает взимание сторонней платформой оплаты с предоставляющей стороны согласно результату предоставления после определения того, что операция предоставления успешна, причем результат предоставления возвращается платформой пользовательского сигнала ожидания ответа после осуществления операции предоставления сигнала ожидания ответа.
3. Способ по п.2, отличающийся тем, что включает прием платформой пользовательского сигнала ожидания ответа результата взимания оплаты, отправленного сторонней платформой; определение платформой пользовательского сигнала ожидания ответа того, что взимание оплаты с предоставляющей стороны неуспешно согласно принятому результату взимания оплаты; и удаление сигнала ожидания ответа, загруженного в персонализируемую библиотеку сигнала ожидания ответа получающей стороны.
4. Способ по п.1, отличающийся тем, что включает взимание сторонней платформой оплаты с предоставляющей стороны за предоставленный сигнал ожидания ответа перед осуществлением операции предоставления сигнала ожидания ответа.
5. Способ по п.1, отличающийся тем, что осуществление операции предоставления сигнала ожидания ответа включает определение платформой пользовательского сигнала ожидания ответа выполнения установленного условия предоставления сигнала ожидания ответа согласно информации, содержащейся в запросе предоставления сигнала ожидания ответа; и загрузку сигнала ожидания ответа в персонализируемую библиотеку сигнала ожидания ответа получающей стороны.
6. Способ по п.5, отличающийся тем, что определение установленного условия предоставления сигнала ожидания ответа включает определение того, что предоставляемый в качестве подарка сигнал ожидания ответа существует согласно коду сигнала ожидания ответа, содержащемуся в запросе предоставления сигнала ожидания ответа; и/или определение того, что получающая сторона является абонентом пользовательского сигнала ожидания ответа согласно информации о получающей стороне, содержащейся в запросе предоставления сигнала ожидания ответа; и/или определение того, что персонализируемая библиотека сигнала ожидания ответа получающей стороны способна принять новый сигнал ожидания ответа согласно информации о получающей стороне, содержащейся в запросе предоставления сигнала ожидания ответа.
7. Способ по п.1, отличающийся тем, что включает установку получающей стороной загруженного сигнала ожидания ответа в качестве сигнала ожидания ответа по умолчанию; возврат результата выбора платформе пользовательского сигнала ожидания ответа; и установку платформой пользовательского сигнала ожидания ответа, указанного сигнала ожидания ответа в качестве сигнала ожидания ответа по умолчанию согласно принятому результату выбора.
8. Система предоставления сигнала ожидания ответа в качестве подарка, содержащая стороннюю платформу, при этом сторонняя платформа выполнена с возможностью предоставления информации сигнала ожидания ответа и отправки запроса предоставления сигнала ожидания ответа, направленного пользователем, не являющимся абонентом пользовательского сигнала ожидания ответа, платформе пользовательского сигнала ожидания ответа; причем платформа пользовательского сигнала ожидания ответа выполнена с возможностью осуществления операции предоставления сигнала ожидания ответа в соответствии с запросом предоставления сигнала ожидания ответа.
9. Система по п.8, отличающаяся тем, что платформа пользовательского сигнала ожидания ответа выполнена с возможностью возврата результата предоставления сторонней платформе после осуществления операции предоставления сигнала ожидания ответа; а сторонняя платформа выполнена с возможностью взимания оплаты с предоставляющей стороны за предоставленный сигнал ожидания ответа после определения того, что операция предоставления успешна согласно результату предоставления, отправленному платформой пользовательского сигнала ожидания ответа.
10. Система по п.9, отличающаяся тем, что сторонняя платформа выполнена с возможностью уведомления платформы пользовательского сигнала ожидания ответа о результате взимания оплаты; а платформа пользовательского сигнала ожидания ответа выполнена с возможностью удаления сигнала ожидания ответа, загруженного в персонализируемую библиотеку сигнала ожидания ответа получающей стороны, в случае определения того, что взимание оплаты с предоставляющей стороны неуспешно согласно результату взимания оплаты, возвращенному сторонней платформой.
11. Система по п.8, отличающаяся тем, что сторонняя платформа выполнена с возможностью взимания оплаты с предоставляющей стороны за предоставленный сигнал ожидания ответа до осуществления операции предоставления сигнала ожидания ответа.
12. Платформа, содержащая модуль получения информации сигнала ожидания ответа, выполненный с возможностью получения информации сигнала ожидания ответа от платформы пользовательского сигнала ожидания ответа и предоставления информации сигнала ожидания ответа предоставляющей стороне; модуль генерации запроса предоставления, выполненный с возможностью генерации запроса предоставления в соответствии с инструкцией предоставляющей стороны, причем предоставляющая сторона не является абонентом пользовательского сигнала ожидания ответа; и интерфейс предоставления сигнала ожидания ответа, выполненный с возможностью отправки запроса предоставления, инструктирующего платформу пользовательского сигнала ожидания ответа осуществить операцию предоставления сигнала ожидания ответа.
13. Платформа по п.12, отличающаяся тем, что содержит модуль взимания оплаты, выполненный с возможностью взимания оплаты с предоставляющей стороны за предоставленный сигнал ожидания ответа после определения того, что операция предоставления сигнала ожидания ответа успешна согласно результату предоставления, отправленному платформой пользовательского сигнала ожидания ответа, и с возможностью уведомления платформы пользовательского сигнала ожидания ответа о результате взимания оплаты с тем, чтобы дать указание платформе пользовательского сигнала ожидания ответа удалить сигнал ожидания ответа, загруженный посредством операции предоставления сигнала ожидания ответа в персонализируемую библиотеку сигнала ожидания ответа получающей стороны, в случае, если взимание оплаты с предоставляющей стороны неуспешно.
14. Платформа по п.12, отличающаяся тем, что содержит модуль взимания оплаты, выполненный с возможностью взимания оплаты с предоставляющей стороны за предоставленный сигнал ожидания ответа до осуществления операции предоставления сигнала ожидания ответа.
15. Платформа пользовательского сигнала ожидания ответа, содержащая модуль приема запроса предоставления, выполненный с возможностью приема запроса предоставления сигнала ожидания ответа, направленного пользователем, не являющимся абонентом пользовательского сигнала ожидания ответа, посредством сторонней платформы; и модуль обработки запроса предоставления, выполненный с возможностью осуществления операции предоставления сигнала ожидания ответа в соответствии с запросом предоставления сигнала ожидания ответа.
16. Платформа по п.15, отличающаяся тем, что содержит модуль возврата результата предоставления, выполненный с возможностью возврата информации о результате предоставления сторонней платформе после осуществления операции предоставления сигнала ожидания ответа.
17. Платформа по п.15 или 16, отличающаяся тем, что содержит модуль удаления сигнала ожидания ответа, выполненный с возможностью удаления сигнала ожидания ответа, загруженного в персонализируемую библиотеку сигнала ожидания ответа получающей стороны, в случае определения того, что взимание оплаты с предоставляющей стороны неуспешно согласно результату взимания оплаты, возвращенному сторонней платформой.
