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

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

Реферат

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

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

Предшествующий уровень техники

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

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

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

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

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

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

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

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

Согласно дополнительным предпочтительным усовершенствованиям

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

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

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

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

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

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

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

Благодаря настоящему изобретению в основном могут быть достигнуты следующие преимущества:

- с предложенными модификациями к протоколу DIAMETER данное изобретение может быть применено для целей пополнения средств на счете в интерактивном режиме (он-лайн), т.е. в основывающейся на протоколе Интернет (IP) Подсистеме Мультимедиа (IMS) сетей связи,

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

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

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

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

Перечень чертежей

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

Подробное описание воплощений

Согласно настоящему изобретению введен новый механизм для того, чтобы предоставить возможность перечисления некоторой суммы денег, либо в общем смысле кредитных единиц (которые не обязательно должны соответствовать деньгам), на счет, связанный с терминалом, через интерфейс между элементом сети (NE) и Учетным Сервером. Новый механизм основывается, например, на протоколе DIAMETER. В этом случае он включает в себя новый запрос DIAMETER, содержащий указание того, что запрос является запросом перечисления/кредита на счет, а также новую Пару Значений Атрибута (ПЗА, AVP), указывающую источник перечисления/кредита. Ответное сообщение указывает элементу сети, был ли запрос успешен или нет. Следует отметить, что ACR (Учетный Запрос) по существу не является новым запросом, он представляет собой только новый «механизм», в связи с которым также должна быть указана сумма платежа, а также идентификационные данные абонента.

Что касается протокола DIAMETER, на котором, например, основывается настоящее изобретение, DIAMETER представляет собой протокол ААА (Аутентификации, Авторизации и Учета), определенный комитетом по инженерным проблемам Интернета (IETF). На основании настоящего изобретения DIAMETER приспособлен к использованию для пополнения счета в интерактивном режиме в сетях связи, например, в связи с основывающейся на IP Подсистемой Мультимедиа (IMS). Сеть, полностью основывающаяся на IP (IP представляет собой протокол Интернет), обеспечит множество новых услуг. Это изобретение позволяет использовать протокол DIAMETER для осуществления перечислений на счет пользователя, вводя таким образом весьма полезную для некоторых услуг функциональную возможность. Например, этот механизм поддерживает некоторые услуги, такие как игры/лотереи, выполняемые через сеть связи; более точно, абонент может выиграть что-нибудь, имеется в виду в игре, и поставщик услуг/оператор сети может переслать выигрыш немедленно на счет пользователя, такой как предварительно оплаченный счет. Это решение также может обеспечить выгоду и операторам, так как деньги будут направляться непосредственно на предварительно оплаченный счет и таким образом будут снова потрачены на услуги связи.

Это будет пояснено еще более подробно со ссылкой на чертеже. Чертеж иллюстрирует объекты (горизонтально расположенные), задействованные в связи с настоящим изобретением, и обмен сигналами между ними. В вертикальном направлении представлена последовательность обмена сигналами в течение времени. В отношении задействованных объектов на чертеже показано оборудование пользователя (ОП, UE) (например, согласно универсальной системе мобильной связи (UMTS)) в качестве примера для терминала. Терминал обонирует сеть связи, представленную, по меньшей мере, одним элементом NE сети. Следует отметить, что элемент NE сети, показанный на чертеже, может объединять несколько функциональных возможностей сети, которые для упрощения чертежа и объяснения не показаны в качестве отдельных функциональных объектов сети. Кроме того, показан учетный сервер, который задействован в связи с настоящим изобретением.

С терминалом связан счет для перечисления на него кредита. Этот счет может являться предварительно оплаченным счетом, поддерживаемым для терминала/абонента у сетевого оператора (например, в связи с данными абонента, поддерживаемыми в опорном реестре местоположения/опорном сервере абонента (HLR/HSS). Тем не менее, возможен также и другой счет, например банковский счет, связанный с терминалом/пользователем таким образом, чтобы, например, идентификатор абонента (например, номер телефона) отображался на номер банковского счета. В последнем случае будет осуществлена дополнительная маршрутизация/повторная маршрутизация для того, чтобы перечисление было выполнено на счет, связанный с терминалом.

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

В результате, в случае, если пользователь побеждает в игре или в чем-либо подобном, упомянутое взаимодействие приводит к указанию, по меньшей мере, того, должен ли кредит быть перечислен на упомянутый счет, связанный с упомянутым терминалом, суммы кредита, которая должна быть перечислена, и источника платежа. Источник кредита, подлежащего перечислению на упомянутый счет, означает сторону, которая выполняет игру/лотерею более точно, эта сторона представлена учетным сервером, связанным с третьей стороной и отвечающим за выплату кредитов победителям. Третья сторона представлена объектом NE-сети, с которым имеет место взаимодействие. Например, в случае если для розыгрыша предлагается множество игр, оборудование пользователя (UE) взаимодействует с объектом сети, выбранным из соответствующего множества объектов сети. Для выбранного соответствующим образом объекта сети выделяется, по меньшей мере, один учетный сервер, отвечающий за перечисление платежа на счет, связанный с оборудованием пользователя. Элемент сети решает, куда направить запрос, то есть к какому учетному серверу. Это решение/выбор может быть основано, например, на информации абонента (например, в случае множества учетных серверов на один объект сети) и/или может быть основано на адресе или идентификационных данных элемента NE сети (например, если может разыгрываться множество игр, каждая из которых задействует соответствующий объект сети, эксплуатируемый третьей стороной). Если предусмотрен только один учетный сервер, то маршрутизация осуществляется легко, однако несмотря на это запрашивающий объект сети должен быть обозначен в запросе (используя для этой цели новую AVP). В порядке разъяснения, источник платежа, видимый со стороны счета терминала/пользователя, представляет собой учетный сервер, при этом учетный сервер всегда имеет информацию о происхождении осуществляемого им платежа, то есть идентификационных данных третьей стороны, с которой терминал взаимодействовал посредством, например, участия в игре.

После этого на втором этапе (2) осуществляется запрос от упомянутого объекта NE сети сети в упомянутый источник платежа (здесь: учетный сервер), чтобы перечислить упомянутую сумму кредита на счет, связанный с упомянутым терминалом. (Следует заметить, что сумма кредита, перечисленная на счет, связанный с терминалом, соответственно будет списана со счета, связанного с третьей стороной/элементом сети, т.е. источником перечисляемой суммы). Этот запрос основывается на протоколе DIAMETER. Следует отметить, что на чертеже, элемент NE сети может обеспечивать функциональные возможности клиента DIAMETER, сервера DIAMETER, а также агента-посредника DIAMETER, если это требуется согласно обстоятельствам.

Следует отметить, что DIAMETER был выбран в качестве примера только для данного воплощения настоящего изобретения. Другие протоколы ААА, такие как RADIUS (Служба Удаленной Аутентификации Пользователей по Коммутируемым Линиям связи) или любой другой подходящий протокол ААА, соответствующим образом могут быть приспособлены, как предложено в соответствии с настоящим изобретением. Краткое введение в протокол DIAMETER может, например, быть найдено в диссертации на соискание ученой степени магистра «Authentication, Authorization and Accounting in Session Initiation Protocol Networks, Aki Niemi, Хельсинкский Технологический Университет (HUT), 7 марта 2002, (найдено в Интернете 3 июня 2002), страницы 26-36.

Этот запрос основывается на сгенерированном сообщении запроса DIAMETER (ACR(Запись о событии (Event-Record))), идентифицирующем запрос в качестве запроса на перечисление некоторой суммы на счет. С этой целью определен новый идентификационный код запроса в протоколе DIAMETER. Формулируя другими словами, более точно, в случае протокола DIAMETER код команды идентифицирует команду и имеющийся в ней используемый запрос DIAMETER (ACR, Учетный Запрос). Также используется имеющаяся AVP (тип учетной записи) (ее значением в этом случае является запись о событии). В дополнение к этому необходима некоторая индикация (новая Пара Значений Атрибута AVP, то есть некоторая конкретная AVP, используемая только для этой услуги), которая укажет на то, что цель запроса состоит в перечислении на счет некоторой суммы, например, денег. Идентифицированное таким образом сгенерированное сообщение запроса DIAMETER дополнительно включает в себя (новоопределенную) пару значений атрибута AVP, идентифицирующую терминал (здесь UE), на связанный с которым счет должен быть перечислен платеж, пару значений атрибута, идентифицирующую упомянутый источник платежа (т.е. учетный сервер), и пару значений атрибута, идентифицирующую сумму упомянутого платежа. Следует заметить, что в случае множества счетов, связанных с одним терминалом, идентификационные данные терминала дополнительно включают в себя индикацию соответствующего счета. Например, в случае терминала, используемого несколькими пользователями, каждый из которых при задействовании терминала вводит персональный идентификационный код, соответствующий счет, можно отличить, основываясь на идентификаторе пользователя. Таким образом, в случае если с терминалом связано множество счетов, идентификационные данные не только самого терминала, но также и соответствующего счета, включаются в AVP.

Это сообщение запроса DIAMETER направляется от упомянутого объекта NE сети к упомянутому источнику, основываясь на упомянутой паре значений атрибута, идентифицирующей упомянутый источник платежа. На чертеже для упрощения чертежа показан только один учетный сервер. Однако в случае, если во всей сети доступен более чем один учетный сервер, запрос направляют к «правильному» учетному серверу, который идентифицирован при помощи AVP. Таким образом, запись в AVP представляет собой адрес для маршрутизации.

После приема запроса на этапе 2 на этапе 3 источник осуществляет подтверждение упомянутому запрашивающему объекту сети в отношении того, был ли упомянутый запрос успешен или нет. Это подтверждение возвращают в сообщении АСА Запись о Событии согласно протоколу DIAMETER. Также для этого сообщения по-новому был определен подходящий код результата, охватывающий возможные результаты, которые должны быть сообщены запрашивающему элементу сети. В случае положительного подтверждения, т.е. после приема подтверждения, указывающего на успех, выполняют этап перечисления упомянутой суммы на упомянутый счет, связанный с упомянутым терминалом. Этот этап не показан отдельно, но его выполняют в элементе сети после оценки подтверждения. То есть элемент сети уже имеет информацию о соответствующем терминале/счете и сумме, которая должна быть перечислена, и осуществляет платеж после санкционирования выполнения этого (положительное подтверждение).

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

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

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

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

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

причем способ включает в себя этапы, на которых

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

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

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

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

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

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

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

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

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

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

причем этот сетевой элемент выполнен с возможностью

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

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

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

9. Учетный сервер для обслуживания счета, связанного с терминалом пользователя, абонирующим сеть связи,

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

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