EA006109B1 - Способ начисления платежей в сети передачи данных с использованием телекоммуникационной сети и устройство для его осуществления - Google Patents

Abstract

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

Description

Область техники

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

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

Потребности электронной коммерции обусловили интенсивное развитие систем электронных платежей, однако, наиболее распространенными после наличных платежей остаются способы оплаты товаров и услуг с использованием чеков и пластиковых карт, эмитированных финансовыми институтами (см. газета Финансовые Известия, № 669, 15.10.2002, с. IV), причем пластиковые кредитные карты принимаются к оплате большинством действующих онлайн-магазинов сети Интернет. Вместе с тем многие пользователи сети Интернет опасаются передавать в онлайн-магазин данные своих кредитных карт через Интернет из-за потенциальной возможности их перехвата на серверах-маршрутизаторах и/или их последующего несанкционированного использования недобросовестным персоналом магазина, в связи с чем популярными становятся анонимные платежные системы на основе карт предварительной оплаты, которые пользователь покупает у распространителей и в последующем авторизует их на платежном сервере, пополняя свой электронный счет в сети Интернет (см. Холмогоров В. Интернет-маркетинг.- СПб.: Литер, 2002).

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

Известен способ для выполнения операции по электронным платежам между оконечным оборудованием в сети электросвязи и другим участником осуществления операции через сеть передачи данных, в котором выполняют машрутизацию платежной операции через межсетевой платежный шлюз, используют один и тот же общий протокол электронного платежа во всех платежных операциях между оконечным оборудованием и межсетевым шлюзом независимо от протокола электронного платежа другого участника платежа, используют протокол электронного платежа другого участника в каждой платежной операции между платежным шлюзом и другим участником (И8 6366893, С 06Р 17/60, 02.04.2002).

В известной системе электронной торговли передачу данных о товарах, платежах и располагаемых кредитах разделяют между тремя сетями - торговой сетью, платежной сетью и сетью подтверждения кредита (ЕР 779587 В1, С 06Р 17/60, 19.12.2001).

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

а1) установление соединения от первого устройства через канал передачи сообщений сети канальной коммутации и через распределенную сеть передачи данных ко второму устройству;

Ы) передача на второе устройство по установленному на шаге а1 соединению номера вызова первого устройства и запроса на предоставление некоторой услуги;

с1) проверка того, зарегистрирован ли номер вызова первого устройства;

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

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

и в котором выполняется транзакция безналичного платежа, если на шаге с1 подтверждается регистрация номера вызова первого устройства (ЕР 855069 В1, С 07Р 7/00, 28.04.1999).

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

- 1 006109 который является для узла коммутации таким же абонентом ТФОП, как и другие абоненты. При установлении соединения узла коммутации со средством коммутации логический телефонный номер обрабатывается расчетным центром ТФОП и по нему вызывающему абоненту будет выставлен счет согласно тарифу на услугу, указанную в логическом телефонном номере. В сеансе телефонной связи пользователь сети Интернет посредством многочастотного (тонального) набора передает платежному серверу код абонента в платежной системе, который запоминается сервером вместе с логическим телефонным номером вызова, после чего сеанс телефонной связи завершается. Далее платежный сервер сравнивает принятый по ТФОП код абонента с сохраненным в памяти сервера кодом и при их совпадении выбирает по запомненному логическому телефонному номеру услугу из средства хранения и выборки данных об информационных услугах и адресах продавцов этих услуг (которые данные представляют собой часть кодов логического телефонного номера) и открывает доступ пользователю к этой услуге в сети Интернет по соответствующему адресу сервера продавца этой услуги (КП 2165679 С1, Η 04М 17/00, 25.05.2000).

В известных разновидностях прототипа пользователь сети Интернет получает код абонента в платежной системе не через Интернет, а в сеансе телефонной связи с платежным сервером, который вызывается по логическому телефонному номеру с тарификацией вызова расчетным центром ТФОП по тарифу услуги, указанной в логическом телефонном номере. Далее пользователь передает платежному серверу код абонента в платежной системе по сети Интернет, платежный сервер сравнивает его с запомненным кодом и при их совпадении открывает в сети Интернет доступ пользователю к услуге, код которой указан в логическом телефонном номере, запомненном во время сеанса телефонной связи вместе с кодом абонента в платежной системе (КИ 2167498 С1, Н 04М 17/00, 16.05.2000).

В известных модификациях указанных разновидностей прототипа функции сервера платежной системы возложены на сервер продавца услуг в сети Интернет (КИ 2171546 С1, Η 04М 17/00, 24.07.2000).

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

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

Раскрытие изобретения

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

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

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

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

b) распространении в сети передачи данных информации о правилах пользования платежным сервером,

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

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

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

- 2 006109

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

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

Далее по тексту заявленный способ начисления платежей называется базовым способом начисления платежей.

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

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

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

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

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

- режима передачи разовых сообщений с тарификацией по специальным ценам каждого переданного разового сообщения;

- режима установления и поддержания соединения с тарификацией по специальным ценам времени поддержания соединения и, возможно, с тарификацией по специальным ценам установления соединения;

- 3 006109

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

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

- сеть передачи данных является подсетью телекоммуникационной сети;

- телекоммуникационная сеть является подсетью сети передачи данных;

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

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

- в качестве сети передачи данных используют компьютерную сеть системы розничной торговли;

- в качестве сети передачи данных используют сеть Интернет;

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

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

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

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

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

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

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

Краткое описание чертежа

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

Варианты осуществления изобретения

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

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

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

2.1- 2.к могут взаимодействовать пользователи, имеющие в своем распоряжении терминалы 3.1-3.т телекоммуникационной сети (ТКС) 4. Устройство содержит платежный сервер 5, который посредством процессора 6 ввода-вывода и терминала 7 может связываться с сетью 1 передачи данных и с ТКС 4 соответственно. ТКС 4 имеет в своем составе узлы 8.1-8.П оконечной коммутации, по крайней мере один узел 9 коммутации услуг связи и один узел 10 управления услугами связи, а также расчетный центр 11. Платежный сервер 5 имеет в своем составе взаимосвязанный с процессором 6 ввода-вывода контроллер 12 и взаимосвязанные с контроллером 12 блок 13 памяти и шлюз 14, к которому подключен терминал 7. Кроме того, в платежном сервере 5 имеется блок 15 формирования добавленной стоимости, взаимосвязанный со шлюзом 14 и контроллером 12.

Сеть 1 передачи данных предназначена для накопления, хранения, предоставления информации и обмена информацией между пользователями сети, хранителями и поставщиками информации. В качестве сети 1 передачи данных может использоваться, например, расчетно-кассовая сеть учета продаж системы розничной торговли (товарами в магазинах, билетами на вокзалах и в театрах, топливом на автозаправочных станциях, парковочными местами на автостоянках и т.д.), всемирная сеть Интернет, сеть электронной почты, сеть службы коротких сообщений 8М8 (8М8 - 81юг1 Менаде 8егу1се) и/или службы мультимедийных сообщений ММ8 (ММ8 - МиШтеФа Менаде 8егу1се) сотовой связи, городская сеть учета коммунальных расходов (потребления газа, воды электроэнергии) жителями города, и пр. Терминалы 2.1-2.к предназначены для взаимодействия пользователей с сетью 1 передачи данных и реализуются посредством стандартных оконечных устройств сети 1 передачи данных и необходимого программного обеспечения. В качестве терминалов 2.1-2.к для случая сети учета продаж системы розничной торговли могут использоваться цифровые кассовые аппараты этой системы, для случая сети Интернет и/или сети электронной почты - персональные компьютеры и/или мобильные телефоны с функциями поддержки соответствующих протоколов, для случая сети 8М8 и/или ММ8 - телефоны с функциями приемапередачи коротких и/или мультимедийных сообщений, для случая сети учета коммунальных расходов цифровые счетчики учета потребления коммунальных ресурсов жилищными объектами города (квартирами, частными домами и пр.).

Телекоммуникационная сеть 4 предназначена для осуществления сеансов связи между пользователями этой сети с тарификацией сеансов связи и идентификацией участвующих в сеансах связи пользователей сети оператором сети и оплатой сеансов связи идентифицированными пользователями в пользу оператора сети. Идентифицируемые известными способами в сеансах связи пользователи ТКС 4, которые оплачивают сеансы связи с использованием известных платежных систем, далее называются абонентами ТКС 4. В качестве ТКС 4 может использоваться телефонная сеть общего пользования (ТФОП), сеть сотовой мобильной связи, сеть 8М8- или ММ8-связи, цифровая сеть с интеграцией служб Ι8ΌΝ, сеть узлов доступа в Интернет и пр. Терминалы 3.1-3.т сети 4 предназначены для обеспечения доступа абонентов сети 4 к сеансам связи.

В качестве терминалов 3.1-3.т в зависимости от используемой сети 4 могут служить соответственно (см. выше) телефонные и факсимильные аппараты с тональным набором, сотовые телефоны и смартфоны, аппараты 8М8- или ММ8-связи, оконечные аппараты сети Ι8ΌΝ, персональные компьютеры. Узлы

8.1- 8.П оконечной коммутации предназначены для подключения терминалов 3.1-3.т к сети 4, приема и перенаправления сигналов вызовов с этих терминалов, передачи сигналов вызовов на эти терминалы и поддержания сеансов связи этих терминалов с сетью 4. В качестве узлов 8.1-8.η оконечной коммутации сети 4 могут выступать стандартные коммутационные системы используемой сети связи. Узел 9 коммутации услуг связи предназначен для маршрутизации сигналов вызова дополнительных услуг связи и поддержания сеансов связи внутри ТКС 4. Узел 9 коммутации услуг связи может быть выполнен на основе стандартной цифровой системы промежуточной коммутации, дополненной функциями 88Р технологии Интеллектуальной Сети ΙΝ (см. Гольдштейн Б.С, Ехриель И.М., Рерле Р.Д. Интеллектуальные сети. - М.: Радио и связь, 2000), например, на основе междугородней цифровой автоматической телефонной станции в случае ТФОП, на основе центра мобильной связи в случае сети 8М8- или ММ8-связи, на основе аппаратно-программного маршрутизатора в случае сети Интернет. Узел 10 управления услугами связи предназначен для идентификации кодов дополнительных услуг связи, содержащихся в сигналах вызовов, определения цен дополнительных услуг связи и физических адресов терминалов абонентов ТКС 4, в сеансах связи с которыми реализуются эти дополнительные услуги связи. Узел 10 управления услугами связи может быть выполнен по технологии компьютерной телефонии на основе аппаратнопрограммного комплекса центра обработки вызовов с базой данных предоставляемых услуг (см. Росляков А.В., Самсонов М.Ю., Шибаева И.В. Центры обслуживания вызовов. - М.: Эко-Трендз, 2002). Расчетный центр 11 предназначен для контроля, учета и тарификации сеансов связи в сети 4 и для выставления счетов абонентам сети 4 на оплату реализованных сеансов связи и дополнительных услуг связи по ценам оператора ТКС 4 и поставщиков дополнительных услуг связи. Расчетный центр 11 может быть выполнен на основе стандартного центра автоматизированной тарификации сеансов связи и выставления счетов, дополненного сетевой базой данных дополнительных услуг связи (см. Гольдштейн Б. С., Фрейнкман В.А. Са11-центры и компьютерная телефония. - СПб.: БХВ - Санкт-Петербург, 2002. с. 141-166). В

- 5 006109 частном случае узел 10 управления услугами связи может представлять собой составную часть расчетного центра 11. В другом частном случае узел 10 управления услугами связи и расчетный центр 11 могут совместно использовать единую сетевую базу данных дополнительных услуг связи сети 4.

Платежный сервер 5 предназначен для оказания услуг по начислению платежей пользователям сети 1 передачи данных и может быть выполнен на основе компьютерных аппаратных и программных средств. Процессор 6 ввода-вывода предназначен для преобразования сигналов и данных при взаимодействии платежного сервера 5 с сетью 1 передачи данных и реализуется посредством стандартных аппаратно-программных средств сопряжения. Терминал 7 предназначен для связи платежного сервера 5 с ТКС 4 и реализуется посредством стандартных оконечных средств телекоммуникационных сетей; в общем случае терминал 7 может иметь несколько физических адресов в ТКС 4 и соответственно несколько каналов связи с узлом 8.5 оконечной коммутации. Контроллер 12 предназначен для управления составными частями платежного сервера 5 и реализуется посредством микропроцессора. Блок 13 памяти предназначен для хранения информации, используемой в работе платежного сервера 5, и реализуется посредством компьютерной памяти необходимого объема и программного обеспечения базы данных. Шлюз 14 предназначен для трансформации протоколов связи при обмене информацией между платежным сервером 5 и терминалом 7 сети 4 и реализуется посредством стандартных аппаратно-программных интерфейсных средств. Блок 15 формирования добавленной стоимости предназначен для определения в реальном масштабе времени добавленной стоимости сеанса связи между терминалом 7 платежного сервера 5 и терминалами 3 абонентов ТКС 4 и реализуется посредством специализированного модуля программного обеспечения.

Базовое устройство предназначено для осуществления заявленного базового способа начисления платежей.

В основном варианте функционирования базового устройства администрация платежного сервера 5 перед началом деятельности по предоставлению услуг начисления платежей пользователям сети 1 передачи данных регистрируется в ТКС 4 в качестве поставщика услуг абонентам ТКС 4 с подключением к платежному серверу 5 терминала 7 и выделением физического адреса для осуществления сеансов связи с терминалом 7. При регистрации оператор ТКС 4 назначает служебный режим связи, который может быть реализован и тарифицирован средствами сети 4 в процессе сеансов связи терминалов 3 с терминалом 7, назначает для физического адреса терминала 7 один или несколько логических адресов вызова сеанса связи и назначает специальные цены тарификации служебного режима связи при вызове сеанса связи по каждому из этих логических адресов, каждая из которых специальных цен равна сумме цены оператора ТКС и некоторой положительной добавленной цены. Информация о назначенных для физического адреса терминала 7 служебном режиме связи, логических адресах и специальных ценах заносится в память (базу данных) блока 10 управления услугами, в память (базу данных) расчетного центра 11 и в память блока 15 формирования добавленной стоимости платежного сервера 5 для последующего использования. Кроме того, администрация платежного сервера 5 и оператор ТКС 4 заключают соглашение о том, что расчетный центр 11 будет тарифицировать служебные режимы связи, реализуемые в сеансах связи терминалов 3 с терминалом 7 платежного сервера 5, по специальным ценам, соответствующим логическим адресам сеансов связи, с выставлением счетов абонентам ТКС 4 на оплату таких сеансов связи и выплатами администрации платежного сервера 5 добавленной стоимости реализованных служебных режимов связи, образуемой за счет указанных выше положительных добавленных цен.

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

Например, служебным режимом связи может быть обычный режим установления и поддержания соединения с терминалом 7 по его физическому адресу с назначением специальной цены за единицу времени поддержания соединения (например, за 1 с) и, возможно, специальной цены за установление соединения, или режим передачи разовых сообщений (например, по протоколу 8М8 - 81юг1 Меккаде 8егу1се или ММ8 - МиШтеФа Меккаде 8ету1се) со специальной ценой за каждое переданное сообщение, или режим передачи потока информации (например, по протоколу Ι8ΌΝ или ТСР/1Р) с назначением специальной цены за единицу переданной информации (например, за 1 кбайт) и, возможно, специальной цены за установление этого режима связи и т.д. Служебным режимом связи может быть комбинация нескольких отдельно тарифицируемых режимов связи, например, комбинация режима установления и поддержания соединения с режимом передачи потока информации и/или разовых сообщений. В таких случаях каждый составляющий режим связи, реализуемый в процессе служебного комбинированного режима связи, тарифицируется по собственным специальным ценам.

В простейшем случае для служебного режима связи может быть назначена одна специальная цена и один логический адрес. Например, если в качестве служебного режима связи выбран режим передачи потока информации и величина платежа не может превышать 10 евро при дискретности 0,01 евро, то добавленная цена 0,01 евро за 1 кбайт информации при скорости 40 кбит в секунду обеспечит начисле

- 6 006109 ние любого платежа в служебном режиме связи за время, не превышающее 200 с.

Длительность служебного режима связи можно существенно сократить за счет назначения нескольких логических адресов, каждый из которых соответствует определенному диапазону величин платежа. Если в условиях рассмотренного выше примера при наличии 10 логических адресов первый логический адрес выделяется для диапазона платежей от 0 до 1 евро, 2-й логический адрес - для диапазона от 1 до 2 евро, 3-й логический адрес - для диапазона от 2 до 3 евро и т.д. вплоть до 10-го логического адреса, который выделяется для диапазона от 9 до 10 евро, и при этом для _)-го (ί=1, ..., 10) логического адреса назначается добавленная цена за установление служебного режима связи в размере ()-1) евро и добавленная цена за передачу потока информации в размере 0,01 евро за 1 кбайт, то при рациональном использовании логических адресов (т.е., например, при использовании для платежа в 2,89 евро 3-го адреса, а не 1-го или 2-го адреса) в диапазоне платежей от 0,01 до 10 евро длительность каждого сеанса связи составит не более 20 с.

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

Для начисления платежа на электронный счет администрации платежного сервера 5 в сети 1 передачи данных, абонент ТКС 4 отправляет с терминала 2.x сети 1 передачи данных на платежный сервер 5 сигналы запроса на начисление платежа. Процессор 6 ввода-вывода платежного сервера 5 преобразует полученные по сети 1 передачи данных сигналы запроса в формат внутренних данных платежного сервера 5 и передает их в контроллер 12. Контроллер 12 генерирует для полученного запроса номер транзакции, выбирает из памяти блока 15 формирования добавленной стоимости один из логических адресов, выделенных при регистрации платежного сервера 5 в ТКС 4, формирует учетную запись транзакции, содержащую номер транзакции, адрес терминала 2.x в сети 1 передачи данных, выбранный логический адрес, дату и время поступления запроса, присваивает этой учетной записи статус учетной записи активной транзакции, запоминает эту учетную запись в блоке 13 памяти и передает коды логического адреса и номера транзакции через процессор 6 ввода-вывода и сеть 1 передачи данных на терминал 2.x. Поступившие на терминал 2.x от платежного сервера 5 коды логического адреса и номера транзакции передаются на терминал 3 .у по каналу связи, показанному на фиг. 1 пунктирной линией, после чего терминал 3.у отправляет в ТКС 4 сигналы вызова сеанса связи, которые содержат коды логического адреса, номера транзакции и идентификатора вызывающего абонента в ТКС 4.

Связь между терминалами 2.x и 3.у может быть реализована посредством абонента, который считывает данные с экрана терминала 2.x и вводит их в терминал 3.у. Несмотря на простоту, такой канал передачи данных является медленным и подвержен ошибкам, обусловленным человеческим фактором. Более предпочтительна связь между терминалами 2.x и 3.у посредством аппаратно-программных средств сопряжения, например, по кабелю, или по инфракрасному каналу, или по радиоканалу, например, с использованием технологии В1ие!оо1й (см. Н.ЛгЕтсбюп. К..8пеббоп. Епе55оп'5 В1ие!оо1й Моби1е§. Епе^оп Нс\1см. уо1.76 (1999), #4, рр. 198-205).

В качестве идентификатора вызывающего абонента в ТКС 4 используются учетные данные, по которым расчетный центр 11 идентифицирует денежный счет абонента в своей базе данных учета платежей за пользование сетью 4 и дополнительными услугами связи. Идентификатором абонента может служить, например, физический адрес линии связи терминала 3.у с узлом 8.ζ оконечной коммутации, код которого автоматически добавляется узлом 8.ζ оконечной коммутации в сигналы вызова, или, например, код встроенного в терминал 3.у идентификационного модуля (81М-чипа), который также автоматически добавляется в сигналы вызова, или номер дебетовой карты из числа карт, выпускаемых для предварительной оплаты сеансов связи в ТКС 4. В последнем случае код идентификатора добавляется в сигналы вызова путем его ввода в терминал 3.у абонентом или считывающим устройством или же код добавляется в сигналы вызова из памяти терминала 3.у автоматически или по запросу узла 9 коммутации услуг связи.

Сигналы вызова с терминала 3.у поступают в узел 8.ζ оконечной коммутации, который распознает наличие в них кода логического адреса и направляет вызов в узел 9 коммутации услуг связи. Узел 9 коммутации услуг связи приостанавливает передачу вызова и передает копию полученных кодов вызова в узел 10 управления услугами, где по логическому адресу в базе данных определяются физический адрес вызываемого терминала 7, служебный режим связи с этим терминалом и специальные цены тарификации этого режима связи, после чего копия кодов вызова и коды с информацией о вызываемом физическом адресе, служебном режиме связи и специальных ценах передаются в расчетный центр 11 для последующего использования при тарификации сеанса связи. Физический адрес терминала 7 передается также в узел 9 коммутации услуг связи, который возобновляет работу с приостановленным вызовом и передает его согласно полученному физическому адресу в узел 8.5 оконечной коммутации, обслуживающий терминал 7. Узел 8.5 оконечной коммутации вызывает терминал 7, передавая на него сигналы вызова, несущие коды логического адреса, номера транзакции и идентификатора вызывающего абонента. Получив эти коды, терминал 7 передает их через шлюз 14 в блок 15 формирования добавленной стоимости, где они временно запоминаются, и в контроллер 12.

- 7 006109

Контроллер 12 по полученному номеру транзакции производит поиск учетной записи активной транзакции в блоке 13 памяти. При отрицательном результате поиска контроллер 12 выдает в блок 15 и через шлюз 14 в терминал 7 сообщение об ошибке передачи номера транзакции, на основании которого терминал 7 отклоняет вызов как ошибочный, а блок 15 формирования добавленной стоимости уничтожает полученные из ТКС 4 коды вызова.

При положительном результате поиска учетной записи активной транзакции контроллер 12 считывает эту запись в свою внутреннюю память и выдает в блок 15 формирования добавленной стоимости команду на установление сеанса связи с вызывающим терминалом 3.у с реализацией в этом сеансе связи служебного режима связи. В блоке 15 формирования добавленной стоимости по полученному из ТКС 4 логическому номеру определяются добавленные цены тарификации служебного режима связи и через шлюз 14 в терминал 7 выдается команда на установление сеанса связи с терминалом 3.у с реализацией в этом сеансе связи служебного режима связи.

Получив указанную команду, терминал 7 проводит сеанс связи с терминалом 3.у и реализует в этом сеансе связи служебный режим связи. Расчетный центр 11 обнаруживает установление и поддержание данного сеанса связи и, используя ранее полученные данные из узла 10 управления услугами, тарифицирует его, применяя специальные цены тарификации служебного режима связи. Одновременно с этим блок 15 формирования добавленной стоимости ведет расчет добавленной стоимости служебного режима связи в реальном масштабе времени, передавая при необходимости коды текущего значения добавленной стоимости через шлюз 14 и ТКС 4 на терминал 3.у и/или через контроллер 12, процессор 6 вводавывода и сеть 1 передачи данных на терминал 2.x, откуда поступил первичный запрос на начисление платежа. Указанный сеанс связи в ТКС 4 завершается, как правило, когда сформированная в блоке 15 текущая величина добавленной стоимости становится равной запрашиваемой величине платежа с учетом комиссии платежного сервера.

Возможны различные случаи завершения сеанса связи. Если в первичном запросе, переданном с терминала 2.x через сеть 1 передачи данных на платежный сервер 5, величина платежа не задана, то во время сеанса связи с терминала 7 на терминал 3 .у по ТКС 4 и/или от платежного сервера 5 на терминал 2.x по сети 1 передачи данных передаются сигналы с кодами текущей величины добавленной стоимости (за вычетом комиссии платежного сервера), и сеанс связи завершается со стороны терминала 3.у, когда абонент сочтет текущую величину добавленной стоимости достаточной для начисления платежа. Если величина платежа задана в начальном запросе, то эта величина вносится контроллером 12 в учетную запись активной транзакции, передается контроллером 12 в блок 15 формирования добавленной стоимости при опознании номера транзакции, поступившего по сети 4, и сеанс связи завершается со стороны терминала 7 по команде блока 15, когда сформированная величина добавленной стоимости за вычетом комиссии платежного сервера сравнивается с заданной величиной платежа. Наконец, сеанс связи может быть завершен принудительно по команде расчетного центра 11, если при тарификации расчетным центром 11 стоимость сеанса связи достигает лимита кредита, выделенного оператором ТКС данному вызывающему абоненту. Во всех случаях итоговая величина добавленной стоимости служебного режима связи определяется на момент времени завершения сеанса связи.

По завершении сеанса связи блок 15 формирования добавленной стоимости передает номер транзакции, идентификатор вызывающего абонента и итоговую величину добавленной стоимости в контроллер 12, который дополняет учетную запись активной транзакции с данным номером транзакции идентификатором вызывающего абонента, итоговой величиной добавленной стоимости (за вычетом комиссии платежного сервера), величиной комиссии платежного сервера, датой и временем завершения сеанса связи, присваивает этой записи статус учетной записи выполненной транзакции и передает ее на хранение в блок 13 памяти, уничтожая в блоке 13 памяти учетную запись активной транзакции с идентичным номером транзакции. Контроллер 12 также генерирует и отправляет через процессор 6 ввода-вывода и сеть 1 передачи данных на терминал 2.x коды подтверждения исполнения запроса на начисление платежа на сформированную величину добавленной стоимости сеанса связи за вычетом комиссии платежного сервера. Эти коды однозначно связаны с номером выполненной транзакции и могут быть использованы их получателем в дальнейшем как сертификат начисления платежа, копия которого может быть предъявлена платежному серверу 5 и подтверждена им.

Сформированная контроллером 12 учетная запись выполненной транзакции используется далее администрацией платежного сервера 5 для выставления счета оператору ТКС 4 на величину добавленной стоимости проведенного сеанса связи с абонентом, идентификатор которого содержится в учетной записи транзакции (эта операция показана на чертеже пунктирной стрелкой между платежным сервером 5 и расчетным центром 11), оператор ТКС 4 выставляет счет данному абоненту ТКС 4 на полную стоимость проведенного сеанса связи, используя результаты тарификации проведенного сеанса связи расчетным центром 11, и эти счета оплачиваются получателями с использованием известных платежных систем.

Если для терминала 7 назначено несколько логических адресов вызова, то передача номера транзакции по сетям 1 и 4 необязательна. В этом случае контроллер 12 ведет учет всех логических адресов, внесенных в учетные записи активных транзакций, присваивая каждому такому адресу статус активного логического адреса, выбирая для каждого нового номера активной транзакции логический адрес из числа

- 8 006109 неактивных логических адресов (с переводом его статуса из неактивного в активный) и переводя статус активного логического адреса в неактивный при завершении транзакции или при ее аннулировании. Таким образом, между номерами активных транзакций и активными логическими адресами имеет место соответствие и учетная запись активной транзакции может быть однозначно найдена контроллером 12 по принятому терминалом 7 активному логическому адресу вызова. При этом контроллер 12 отклоняет, как ошибочные, все входящие вызовы с неактивными логическими адресами. Данный частный случай реализации изобретения снижает загрузку сетей 1 и 4, менее подвержен ошибкам передачи данных и является более удобным для абонентов, когда канал связи между терминалами 2.x и 3.у реализуется посредством абонента. Чтобы избежать зависаний активных транзакций и для экономии числа логических адресов вводится ограничение на время действия активного статуса логического адреса и при достижении этого ограничения активный статус логического адреса переводится в неактивный с аннулированием соответствующей учетной записи активной транзакции.

Процесс начисления платежа может быть ускорен в случае комбинированного служебного режима связи с реализацией в сеансе связи нескольких отдельно тарифицируемых режимов связи и/или за счет назначения для терминала 7 нескольких логических адресов с различными добавленными ценами, выделения для данной активной транзакции нескольких таких адресов и проведения последовательных сеансов связи по выделенным адресам. В последнем случае всем логическим адресам, выделенным для данной активной транзакции, контроллер 12 присваивает статус активных адресов и вносит их в учетную запись активной транзакции и в передаваемую на терминал 2.x абонента инструкцию на проведение сеансов связи, с терминала 3.у производятся последовательные вызовы терминала 7 платежного сервера по активным логическим адресам с идентификацией активной транзакции по вызванному логическому адресу и проведением последовательных сеансов связи, в ходе которых блок 15 формирования добавленной стоимости формирует суммарную добавленную стоимость этих сеансов связи, а контроллер 12 завершает транзакцию при достижении суммарной добавленной стоимостью заданной величины платежа или по истечении заданного лимита времени на вызовы выделенных логических адресов. Например, при использовании в качестве ТКС 4 телефонной сети общего пользования и наличии одного логического адреса с добавленной ценой 1 евро за секунду поддержания связи и одного адреса с добавленной ценой 10 евро за секунду поддержания связи для начисления любого платежа до 100 евро с дискретностью 1 евро при правильном использовании логических адресов потребуется не более двух сеансов связи суммарной продолжительностью не более 18 с.

В расширенном варианте функционирования базового устройства при регистрации администрации платежного сервера 5 в качестве поставщика услуг абонентам ТКС 4 для терминала 7 платежного сервера, кроме входящих логических адресов вызова сеанса связи со стороны терминалов 3, назначают один или несколько исходящих адресов для вызовов терминалов 3 и проведения сеансов связи с ними в служебном режиме связи, назначают специальные цены тарификации сеансов связи для этих адресов, каждая из которых равна сумме цены оператора ТКС 4 и добавленной цены, запоминают эти адреса и специальные цены в узле 10 управления услугами, расчетном центре 11 и блоке 15 формирования добавленной стоимости и настраивают расчетный центр 11 таким образом, чтобы оплата любого сеанса связи между терминалами 3 и 7 в служебном режиме связи оплачивалась абонентами терминалов 3. В качестве исходящего адреса терминала 7 может быть использован его физический адрес в ТКС 4; при наличии у терминала 7 нескольких физических адресов все они могут выполнять функции различных исходящих адресов с соответствующими специальными ценами тарификации сеансов связи.

При поступлении по сети 1 передачи данных первичного запроса на начисление платежа платежный сервер 5 выделяет для активной транзакции один логический адрес и передает информацию о нем на терминал 2.x сети 1 передачи данных, при поступлении по ТКС 4 сигналов вызова от терминала 3.у терминал 7 из кодов сигналов вызова по логическому адресу или в сеансе связи по этому адресу получает и запоминает физический адрес терминала 3.у, который в рассматриваемом варианте однозначно связан с идентификатором абонента в ТКС 4, и затем терминал 7 инициирует и проводит один или несколько служебных сеансов связи с терминалом 3.у под управлением блока 15 формирования добавленной стоимости, вызывая терминал 3.у по запомненному физическому адресу со своих исходящих адресов. При этом расчетный центр 11 тарифицирует каждый такой сеанс связи между терминалами 7 и 3.у по специальным ценам, соответствующим используемому исходящему адресу, и относит оплату на счет абонента пользователя терминала 3.у, идентифицируя абонента по физическому адресу терминала 3.у. Блок 15 формирования добавленной стоимости формирует суммарную добавленную стоимость сеансов связи, учетная запись активной транзакции идентифицируется так же, как и в основном варианте, т.е. или по номеру транзакции при ее передаче в инициализирующем вызове, или по активному логическому адресу вызова терминала 7 при наличии в распоряжении платежного сервера 5 нескольких логических адресов. Признаком завершения транзакции со стороны абонента служит прерывание очередного сеанса связи по инициативе терминала 3 .у или отсутствие ответа терминала 3 .у на очередной вызов терминала 7 в течение заданного интервала времени. В остальном расширенный вариант функционирования базового устройства аналогичен основному варианту и его частным случаям - в частности, у терминала 7 платежного сервера 5 может быть один исходящий адрес или несколько исходящих адресов с различными добавлен

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

В частном случае рассмотренных вариантов функционирования базового устройства абонент при отправке запроса на начисление платежа с терминала 2.x через сеть 1 передачи данных передает платежному серверу 5 свой идентификатор абонента в ТКС 4. В этом случае контроллер 12 вносит указанный идентификатор в учетную запись активной транзакции и при получении сигналов вызова из ТКС 4, коды которого соответствуют данной активной транзакции, сравнивает идентификатор из учетной записи с полученным по ТКС 4 кодом идентификатора абонента, отклоняя при их несовпадении принятый вызов как ошибочный и отвечая на вызов в случае их совпадения.

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

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

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

При отправке по сети 1 передачи данных на платежный сервер 5 запроса на начисление платежа клиент добавляет в коды запроса идентификатор электронного счета; в другом случае клиент включает идентификатор электронного счета в коды сигналов вызова, отправляемых с терминала 3.у на терминал 7 платежного сервера 5. Далее устройство работает аналогично базовому устройству по основному или расширенному вариантам функционирования вплоть до стадии передачи на хранение в блок 13 памяти учетной записи выполненной транзакции, когда контроллер 12 заносит копию учетной записи выполненной транзакции в электронный счет, идентификатор которого содержится в учетной записи транзакции, и корректирует состояние баланса этого электронного счета на величину добавленной стоимости сеанса связи за вычетом комиссии платежного сервера. После этого платежный сервер 5 передает держателю данного электронного счета по сети 1 передачи данных и/или по ТКС 4 копию сертификата о начислении платежа, отправляя ему копии кодов подтверждения платежа, оригиналы которых в базовом варианте работы устройства отправлены пользователю, по запросу которого начислен платеж. В дальнейшем пользователь может предъявить указанные коды сертификата держателю электронного счета для их сравнения с копией сертификата о начислении платежа с целью получения платных информационных и/или материальных ресурсов от держателя электронного счета.

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

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

- 10 006109 данных регистрируется на платежном сервере 5 в качестве его клиента - держателя электронного счета. Для этого пользователь отправляет с терминала 2.x через сеть 1 передачи данных на платежный сервер 5 сигналы с кодами запроса на регистрацию, которые принимаются, преобразуются и передаются процессором 6 ввода-вывода в контроллер 12. Контроллер 12 распознает коды запроса на регистрацию и передает их в блок 13 памяти и в блок 16 регистрации и идентификации. Блок 13 памяти резервирует в памяти пространство для ведения личного электронного счета нового клиента, генерирует идентификатор счета и передает его копию в блок 16 регистрации и идентификации. Блок 16 регистрации и идентификации генерирует уникальные коды доступа клиента к личному электронному счету, запоминает их вместе с копией идентификатора счета и передает их вместе с копией идентификатора счета через контроллер 12 в процессор 6 ввода-вывода, где эти данные шифруются и в виде зашифрованных кодов передаются по сети 1 передачи данных на терминал 2.x. На терминале 2.x полученные коды предоставляются пользователю для обеспечения в дальнейшем его доступа в качестве клиента платежного сервера 5 к своему электронному счету. При отправке по сети 1 передачи данных на платежный сервер 5 запроса на начисление платежа на свой счет клиент указывает в кодах запроса идентификатор своего электронного счета; в другом случае клиент включает идентификатор электронного счета в коды сигналов вызова, отправляемых с терминала 3.у на терминал 7 платежного сервера 5. Полученный идентификатор электронного счета вносится контроллером 12 в учетную запись активной транзакции. Далее устройство работает аналогично базовому устройству по основному или расширенному вариантам функционирования вплоть до стадии передачи на хранение в блок 13 памяти учетной записи выполненной транзакции, когда контроллер 12 по идентификатору электронного счета, содержащемуся в учетной записи транзакции, заносит в электронный счет клиента копию учетной записи выполненной транзакции и корректирует состояние баланса электронного счета на величину добавленной стоимости сеанса связи за вычетом комиссии платежного сервера. Пополнив указанным способом свой личный электронный счет, клиент может в дальнейшем осуществлять операции с платежными ресурсами с этого счета в сети 1 передачи данных, получая доступ к счету по сети 1 передачи данных через блок 16 регистрации и идентификации в результате предъявления соответствующих идентификационных кодов доступа к электронному счету.

Для осуществления заявленной модификации базового способа начисления платежей, предназначенной для оптимизации служебного режима связи по заданному критерию с учетом величины платежа, полных цен тарификации сеансов связи и располагаемых добавленных цен и проведения сеансов связи в соответствии с решением этой задачи базовое устройство и его рассмотренная выше модификация дополняются блоком 17 оптимизации, взаимосвязанным с контроллером 12 и блоком 15 формирования добавленной стоимости. Данная модификация используется при наличии нескольких вариантов реализации служебного режима связи, приводящих к начислению одной и той же величины платежа, с целью выбора оптимального варианта в соответствии с критерием оптимальности, задаваемым администрацией платежного сервера 5. Критериями оптимальности могут быть, например, минимум полной стоимости сеансов связи при их тарификации оператором ТКС 4, минимум продолжительности служебного режима связи и пр. Для решения указанной задачи предназначен блок 17 оптимизации, который может быть реализован посредством специализированного модуля прикладного программного обеспечения платежного сервера 5. Несколько вариантов реализации служебного режима связи могут иметь место, когда величина платежа указана в первичном запросе или в кодах вызова сеанса связи при наличии у терминала 7 платежного сервера 5 нескольких адресов с разными добавленными ценами тарификации служебного режима связи и/или при реализации в сеансах связи комбинированного служебного режима связи, состоящего из отдельно тарифицируемых режимов связи.

В основном варианте функционирования данной модификации базового устройства для терминала 7 платежного сервера 5 назначено несколько логических адресов вызова с разными добавленными ценами тарификации служебного режима связи и при поступлении на платежный сервер 5 информации о величине платежа контроллер 12 передает эту информацию в блок 17 оптимизации и сопровождает ее командой на генерацию оптимальной программы начисления платежа, состоящей из одного или нескольких сеансов связи в служебном режиме связи с вызовами терминала 7 по одному или нескольким располагаемым логическим адресам и обеспечивающей оптимальное значение заданного критерия качества, например, обеспечивающей минимум полной (т.е. с учетом цен оператора ТКС) стоимости сеансов связи на множестве всех возможных сеансов связи, тарификация которых по располагаемым добавленным ценам приводит к начислению заданной величины платежа. Данная задача оптимизации при известных ценах тарификации сеансов связи оператором ТКС 4, которые вводятся в блок 17 заранее, может быть решена с использованием известных методов оптимизации, в частности, методом перебора всех возможных вариантов. В результате решения задачи оптимизации блок 17 выдает в контроллер 12 и блок 15 формирования добавленной стоимости оптимальную программу сеансов связи в виде одного или нескольких логических адресов вызова сеанса связи с указанием величин добавленной стоимости, которые необходимо сформировать в сеансах связи по этим адресам. Контроллер 12 присваивает полученным из блока 17 оптимизации логическим адресам статус активных логических адресов и вносит их в учетную запись активной транзакции и в передаваемую на терминал 2.x абонента инструкцию на проведение сеанса связи. Далее с терминала 3 .у абонента производятся последовательные вызовы терминала 7 платеж

- 11 006109 ного сервера 5 по указанным в инструкции активным логическим адресам с идентификацией активной транзакции контроллером 12 по вызванному логическому адресу и проведением в ответ на эти вызовы сеансов связи, в ходе которых блок 15 формирования добавленной стоимости формирует добавленную стоимость каждого такого сеанса связи и величину суммарной добавленной стоимости по данной транзакции, меняя статус принимаемых терминалом 7 логических адресов вызова с активного на неактивный по мере их использования в соответствии с оптимальной программой и передавая высвобождаемые таким образом неактивные логические адреса в блок 17 оптимизации для их последующего использования в качестве располагаемых логических адресов при генерации оптимальных программ сеансов связи для других транзакций. Для ликвидации ситуаций зависания активных логических адресов, которые могут возникать при задержках с их вызовами со стороны абонента, статус активного адреса присваивается на определенное время, по истечении которого контроллер 12 принудительно завершает транзакцию, фиксируя сформированную к этому моменту времени суммарную величину добавленной стоимости в качестве величины подлежащего начислению платежа и присваивая всем активным логическим адресам данной транзакции статус неактивных адресов.

При реализации в сеансах связи комбинированного служебного режима связи, состоящего из отдельно тарифицируемых режимов связи, блок 17 оптимизации используется для решения задачи выбора оптимальной комбинации располагаемых режимов связи, составляющих служебный режим связи. В этом случае блок 17 выдает в контроллер 12 и в блок 15 формирования добавленной стоимости оптимальную для данной величины платежа программу комбинированного служебного режима связи, которую контроллер 12 запоминает в учетной записи активной транзакции и в дальнейшем, после идентификации активной транзакции по кодам поступившего вызова из ТКС 4, передает в блок 15 формирования добавленной стоимости для реализации в сеансе связи между терминалами 7 и 3.у. Например, если служебный режим связи может быть комбинацией режимов поддержания соединения, передачи разовых сообщений и передачи потока информации с добавленными ценами соответственно 0,1 евро за секунду, 0,01 евро за разовое сообщение и 1 евро за кбайт информации при скорости передачи информации 1 кбайт в секунду, то для начисления платежа в 18,25 евро могут использоваться различные варианты служебного режима связи, например, поддержание соединения в течение 182 с с передачей во время этого соединения 5 разовых сообщений, или поддержание соединения в течение 180 с с передачей 25 разовых сообщений, или поддержание соединения в течение 82 с с передачей 5 разовых сообщений и 10 кбайт информации в течение 10 с во время этого соединения и т.д. Если при этом критерием оптимальности является минимум полной стоимости служебного режима связи, то блок 17 определяет все варианты комбинированного служебного режима связи, приводящие к формированию необходимой добавленной стоимости, с использованием известных полных цен тарификации сеанса связи анализирует их стоимость и выбирает вариант с минимальной стоимостью в качестве оптимального варианта, который далее и реализуется блоком 15 в сеансе связи между терминалами 7 и 3.у.

Данная модификация базового устройства может применяться и в случае, когда величина платежа передается абонентом на платежный сервер 5 через ТКС 4 на стадии инициализации сеанса связи с терминалом 7 платежного сервера. В этом случае блок 17 оптимизации по команде контроллера 12 решает задачу оптимизации сеанса связи с учетом принятого логического адреса вызова и соответствующих ему цен тарификации сеанса связи, запрашиваемой величины платежа и располагаемых в текущий момент времени логических адресов или режимов связи и передает программу оптимального сеанса связи в контроллер 12 и блок 15 формирования добавленной стоимости для ее реализации в сеансе связи с вызывающим терминалом. Если при этом оптимальная программа содержит новые логические адреса вызова сеанса связи, то контроллер 12 присваивает им статус активных адресов и передает их через терминал 7 по ТКС 4 на вызывающий терминал 3.у в ответ на вызов и/или через процессор 6 ввода-вывода по сети 1 передачи данных на терминал 2.x для инициализации последующих вызовов с терминала 3.у. Если же оптимальная программа представляет собой комбинированный служебный режим связи, то он реализуется терминалом 7 под управлением блока 15 формирования добавленной стоимости в сеансе связи в ответ на принятый вызов.

В расширенном варианте функционирования данной модификации базового устройства для терминала 7 платежного сервера 5, кроме входящих логических адресов вызова, назначают несколько исходящих адресов для вызовов терминалов 3 и проведения сеансов связи с этими терминалами в служебном режиме связи, назначают различные специальные цены тарификации сеансов связи для этих адресов, каждая из которых равна сумме цены оператора ТКС 4 и добавленной цены, запоминают эти адреса и специальные цены в узле 10 коммутации услуг, расчетном центре 11 и блоке 15 формирования добавленной стоимости и настраивают расчетный центр 11 таким образом, чтобы оплата любого сеанса связи между терминалами 3 и терминалом 7 в служебном режиме связи взималась с абонента терминала 3.

Если при этом величина платежа указана в первичном запросе на начисление платежа, то задача оптимизации решается на множестве всех доступных адресов терминала 7 и соответствующих им цен тарификации сеансов связи при условии включения в оптимальную программу одного входящего логического адреса, по которому будет проведен первый (и в частном случае единственный) сеанс связи с терминалом 3.у, и блок 17 оптимизации выдает в контроллер 12 оптимальную программу начисления пла

- 12 006109 тежа, которая в общем случае представляет собой конечную последовательность адресов терминала 7 (первый из которых - входящий логический адрес, последующие - исходящие адреса) с указанием для каждого адреса величины добавленной стоимости, которую необходимо сформировать в сеансе связи по данному адресу. Контроллер 12 вносит оптимальную программу в учетную запись активной транзакции (в блоке 13 памяти), при поступлении сигналов вызова идентифицирует активную транзакцию, считывает ее учетную запись из блока 13 памяти и передает оптимальную программу на исполнение в блок 15 формирования добавленной стоимости. Блок 15 формирования добавленной стоимости через шлюз 14 управляет проведением сеансов связи между терминалами 7 и 3.у, выдавая в терминал 7 команды на установление и завершение сеансов связи с терминалом 3 .у по его физическому адресу согласно оптимальной программе, и формирует суммарную величину добавленной стоимости сеансов связи, предусмотренных оптимальной программой. Таким образом, терминал 7 отвечает на принятый вызов терминала 3.у и проводит сеанс связи в служебном режиме, который тарифицируется расчетным центром 11 и блоком 15 с формированием добавленной стоимости, предусмотренной для этого сеанса связи оптимальной программой. После этого терминал 7 завершает сеанс связи и инициирует новый сеанс связи, посылая сигналы вызова на терминал 3.у с исходящего адреса, предусмотренного оптимальной программой, дожидается ответа терминала 3.у и проводит сеанс связи в служебном режиме, который тарифицируется расчетным центром 11 и блоком 15 с формированием добавленной стоимости, предусмотренной для этого сеанса связи оптимальной программой, после чего терминал 7 завершает сеанс связи и инициирует новый сеанс связи, и т.д. до полного выполнения оптимальной программы. При этом в случае, когда терминал 3.у не отвечает на вызов терминала 7 в течение определенного интервала времени, данная активная транзакция считается завершенной по инициативе абонента и в учетную запись выполненной транзакции вносится суммарная величина добавленной стоимости, сформированная к текущему моменту времени.

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

Базовое устройство и его изложенные выше модификации могут использоваться для осуществления разновидности базового способа начисления платежей, предусматривающей использование в качестве служебного режима связи режима передачи разовых сообщений с их тарификацией по специальным ценам. Под разовыми сообщениями понимаются передаваемые между терминалами ТКС 4 адресные сообщения ограниченной емкости, передача которых тарифицируется расчетным центром 11 независимо от количества содержащейся в них информации, если это количество не превышает некоторого заданного предела. При этом специальные цены назначают на передачу разовых сообщений с терминала 3.у абонента ТКС 4 на терминал 7 платежного сервера 5 и/или на передачу разовых сообщений с терминала 7 платежного сервера 5 на терминал 3.у абонента ТКС 4 с настройкой расчетного центра 11 таким образом, чтобы оплата за переданные разовые сообщения взималась с абонента терминала 3.у. Эта разновидность базового способа начисления платежей может иметь место, например, при использовании в качестве ТКС 4 сети мобильной сотовой связи с функциями службы коротких сообщений 8М8 и/или с функциями службы мультимедийных сообщений ММ8, которые трактуются как разовые сообщения.

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

- 13 006109 случае может потребовать значительного времени.

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

Например, если для терминала 7 выделен набор логических адресов с добавленными ценами приема разовых сообщений на эти адреса 1, 2, 5, 10, 20 и 50 евро (некоторым адресам могут соответствовать одинаковые добавленные цены, так что число адресов может превышать число добавленных цен), начисляемые платежи ограничены величиной 100 евро при дискретности 1 евро и в первичном запросе абонента на начисление платежа, переданном на сервер 5 по сети 1 передачи данных, конкретная величина платежа не указана, то для новой активной транзакции платежный сервер 5 выделяет 6 активных логических адресов с добавленными ценами 1, 2, 5, 10, 20 и 50 евро из общего числа неактивных логических адресов и передает эти адреса на терминал 2.x через сеть 1 передачи данных, после чего абонент самостоятельно формирует величину подлежащего начислению платежа посредством отправки разовых сообщений на указанные активные логические адреса, каждый из которых занесен контроллером 12 платежного сервера 5 в учетную запись одной и той же активной транзакции, так что при рациональном использовании адресов потребуется отправить не более 6 разовых сообщений независимо от величины платежа. В другом случае данного примера в ответ на первичный запрос при отсутствии информации о величине платежа платежный сервер 5 может выделить для новой транзакции один логический адрес с минимальной добавленной ценой и уже после приема по ТКС 4 инициализирующего разового сообщения на этот логический адрес выделить для данной транзакции логические адреса с добавленными ценами 1, 2, 5, 10, 20 и 50 евро из общего числа неактивных логических адресов и передать эти адреса на терминал 3.у абонента по ТКС 4 в ответ на инициализирующее сообщение, которое также не содержит информации о величине платежа.

В расширенном варианте функционирования данной модификации базового устройства для терминала 7 платежного сервера 5, кроме логических адресов вызова абонентами ТКС 4, дополнительно назначают один или несколько исходящих адресов для отправки с терминала 7 разовых сообщений на терминалы 3, назначают различные специальные цены на прием разовых сообщений с этих адресов, каждая из которых специальных цен равна сумме цены оператора ТКС 4 и добавленной цены, и запоминают эти адреса и специальные цены в узле 10 коммутации услуг, расчетном центре 11 и блоке 15 формирования добавленной стоимости. Далее в учетной записи активной транзакции используется логический адрес терминала 7, который передается по сети 1 передачи данных на терминал 2.x и на который абонент отправляет инициализирующее разовое сообщение с терминала 3.у по ТКС 4. Платежный сервер 5 выделяет из этого сообщения физический адрес терминала 3.у в ТКС 4 и после идентификации активной транзакции отправляет в ответ на это сообщение с терминала 7 на терминал 3.у последовательные разовые сообщения, которые тарифицируются расчетным центром 11 и блоком 15 формирования добавленной стоимости соответственно по специальным и добавленным ценам в зависимости от используемых для отправки сообщений исходящих адресов терминала 7. Тарифицируя очередное принятое терминалом 3.у разовое сообщение, расчетный центр 11 ТКС 4 отправляет на платежный сервер 5 подтверждение о приеме терминалом 3.у отправленного платежным сервером 5 разового сообщения, после чего блок 15 увеличивает суммарную добавленную стоимость служебного режима связи на добавленную цену последнего отправленного сообщения и платежный сервер отправляет следующее разовое сообщение с терминала 7 на терминал 3.у, и т.д. вплоть до завершения транзакции со стороны терминала 3.у, когда в течение определенного интервала времени от расчетного центра 11 на платежный сервер 5 не поступает подтверждения о приеме последнего отправленного сообщения, или до достижения суммарной добавленной стоимостью заданной величины платежа (за вычетом комиссии платежного сервера).

При известной величине платежа и наличии нескольких логических входящих адресов и/или не

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

Например, если платежный сервер 5 располагает адресами с добавленными ценами 1, 2, 5, 10, 20 и 50 евро и абонент указал величину платежа 73 евро в первичном запросе на начисление платежа, то блок 17 оптимизации, решая задачу минимизации числа передаваемых сообщений, выдает для данной транзакции 4 логических адреса с добавленными ценами 50, 20, 2 и 1 евро (при наличии неактивных адресов с указанными ценами), платежный сервер 5 присваивает этим адресам статус активных адресов данной транзакции, передает коды этих адресов по сети 1 передачи данных абоненту на терминал 2.x и далее изменяет статус каждого из этих адресов с активного на неактивный по мере приема по ТКС 4 разовых сообщений на соответствующий адрес терминала 7. Если в первичном запросе величина платежа не указана, то в ответ на запрос платежный сервер 5 передает по сети 1 передачи данных на терминал 2.x логический адрес терминала 7 с добавленной ценой 1 евро (минимальная дискретность начисления платежей) с требованием указать величину платежа при отправке инициализирующего сообщения на данный адрес. Далее абонент отправляет с терминала 3 .у на данный логический адрес терминала 7 инициализирующее сообщение, содержащее информацию о величине платежа 73 евро, платежный сервер 5 на основе решения задачи минимизации числа передаваемых сообщений выделяет для данной транзакции 3 логических адреса с добавленными ценами 50, 20, и 2 евро (1 евро уже включено в добавленную стоимость при приеме инициализирующего сообщения), присваивая им статус активных адресов данной транзакции, передает эти коды в ответ на инициализирующее сообщение по ТКС 4 на терминал 3.у и далее изменяет статус каждого из этих адресов с активного на неактивный по мере приема по ТКС 4 разовых сообщений на соответствующий адрес.

Базовое устройство и его изложенные выше модификации могут использоваться для осуществления разновидности базового способа начисления платежей, предусматривающей использование в качестве служебного режима связи режима установления и поддержания соединения с тарификацией по специальным ценам времени поддержания соединения и, возможно, с тарификацией по специальным ценам установления соединения. Эта разновидность базового способа начисления платежей может иметь место, например, при использовании в качестве ТКС 4 сети телефонной связи общего назначения (ТФОП) или сети мобильной сотовой телефонной связи.

В простейшем случае основного варианта функционирования данной разновидности базового устройства для терминала 7 платежного сервера 5 оператор ТКС 4 выделяет один логический адрес вызова сеанса связи с добавленной ценой за единицу времени поддержания соединения, равной минимальной дискретности начисляемых платежей, и, возможно, с такой же минимальной добавленной ценой за установление соединения, и сеанс связи между терминалами 7 и 3.у продолжается до тех пор, пока его добавленная стоимость не станет равной желаемой величине платежа. При этом во время сеанса связи платежный сервер 5 может периодически передавать по ТКС 4 на терминал 3.у и/или по сети 1 передачи данных на терминал 2.x информацию о текущей начисленной величине платежа, признаком завершения сеанса связи со стороны абонента служит завершение сеанса связи терминалом 3.у. В остальном рассматриваемая модификация базового устройства функционирует аналогично основному варианту функционирования базового устройства.

В другом случае основного варианта функционирования данной разновидности базового устройства для терминала 7 платежного сервера 5 назначают несколько логических адресов вызова сеанса связи с различными добавленными ценами за единицу времени поддержания соединения и, возможно, с различными добавленными ценами за установление соединения по этим адресам и на стадии формирования и передачи платежным сервером 5 инструкции абоненту по проведению сеанса связи с терминалом 7 в ответ на запрос о начислении платежа предоставляют абоненту информацию обо всех активных логических адресах, выделенных для данной транзакции платежным сервером 5. Далее абонент с терминала 3.у проводит один или несколько сеансов связи с терминалом 7 по указанным адресам, самостоятельно контролируя формируемую величину платежа, информация о которой в ходе сеанса связи периодически передается платежным сервером 5 по ТКС 4 на терминал 3 .у и/или по сети 1 передачи данных на терминал 2.x. Признаком завершения транзакции со стороны абонента служит отсутствие вызова активных логических адресов данной транзакции в течение заданного интервала времени по завершении предыдущего сеанса связи по этой транзакции.

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

- 15 006109 рых специальных цен равна сумме цены оператора ТКС 4 и добавленной цены, и запоминают эти адреса и специальные цены в узле 10 коммутации услуг, расчетном центре 11 и блоке 15 формирования добавленной стоимости. В дальнейшем платежный сервер 5 использует эти адреса по аналогии с расширенным вариантом функционирования базового устройства, вызывая с этих адресов терминалы 3 и поддерживая с ними сеансы связи, которые тарифицируются расчетным центром 11 и блоком 15 формирования добавленной стоимости по ценам, соответствующим используемым исходящим адресам терминала 7.

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

Например, если цена оператора ТКС за установление соединения равна нулю, расчетный центр 11 тарифицирует сеансы связи длительностью не менее 1 с, для терминала 7 выделен набор логических адресов с добавленными ценами установления соединения 0,1, 10, 20 и 50 евро (некоторым адресам могут соответствовать одинаковые добавленные цены, так что число адресов может превышать число добавленных цен) и одинаковой для всех адресов добавленной ценой в 0,1 евро за 1 с поддержания соединения, начисляемые платежи ограничены величиной 100 евро при дискретности 0,1 евро и в запросе абонента на начисление платежа, переданном на сервер 5 по сети 1 передачи данных, конкретная величина платежа не указана, то для новой активной транзакции контроллер 12 выделяет 4 активных логических адреса с добавленными ценами установления соединения 0.1, 10, 20 и 50 евро соответственно из общего числа неактивных логических адресов и передает эти адреса абоненту, после чего абонент самостоятельно формирует величину подлежащего начислению платежа посредством проведения сеансов связи с терминалом 7 по этим адресам с терминала 3.у, получая во время сеанса связи от платежного сервера 5 информацию о текущей сформированной величине платежа по данной транзакции (при правильном использовании адресов потребуется провести не более трех сеансов связи общей продолжительностью не более 299 с независимо от величины платежа). Если абонент предварительно указал величину платежа, например, 63,5 евро, то блок 17 оптимизации формирует минимальный по времени исполнения вариант служебного режима связи, состоящий в данных условиях из двух сеансов связи - сеанса связи продолжительностью 30 с по логическому номеру вызова с добавленной ценой за установление соединения 50 евро, и сеанса связи длительностью 5 с по логическому номеру вызова с добавленной ценой 10 евро. После этого платежный сервер резервирует два указанных логических адреса в качестве активных логических адресов для данной транзакции, вносит их вместе с оптимальными длительностями сеансов связи по каждому адресу в учетную запись активной транзакции и в инструкцию для абонента, принимает с терминала 3.у абонента вызовы по данным адресам, идентифицирует активную транзакцию по логическому адресу вызова (или по ее номеру, содержащемуся в сигналах вызова), проводит сеансы связи в ответ на эти вызовы, формируя суммарную добавленную стоимость этих сеансов связи, и завершает каждый из этих сеансов связи по истечении предписанного для данного сеанса связи интервала времени, внесенного в учетную запись данной транзакции.

Базовое устройство и его изложенные выше модификации могут использоваться для осуществления разновидности базового способа начисления платежей, предусматривающей использование в качестве служебного режима связи режима передачи потока информации с тарификацией по специальным ценам количества переданной информации и, возможно, с тарификацией по специальным ценам факта установления этого режима. Эта разновидность базового способа начисления платежей может иметь место, например, при использовании в качестве ТКС 4 цифровой сети с интеграцией услуг (Ι8ΌΝ) или сети мобильной сотовой связи с функциями обобщенных услуг пакетной радиопередачи (СРЕ8).

В простейшем случае основного варианта функционирования данной разновидности базового устройства для терминала 7 платежного сервера 5 оператор ТКС 4 выделяет один логический адрес вызова сеанса связи с добавленной ценой за единицу количества переданной информации, равной минимальной дискретности начисляемых платежей, и, возможно, с такой же минимальной добавленной ценой за установление этого режима, и сеанс связи между терминалами 7 и 3.у продолжается с передачей потока информации с терминала 7 на терминал 3 .у до тех пор, пока добавленная стоимость сеанса связи не станет

- 16 006109 равной желаемой величине платежа. При этом во время сеанса связи платежный сервер 5 периодически передает по ТКС 4 на терминал 3.у и/или по сети 1 передачи данных на терминал 2.x информацию о текущей начисленной величине платежа и признаком завершения сеанса связи со стороны абонента служит завершение сеанса связи терминалом 3.у. В остальном рассматриваемая модификация базового устройства функционирует аналогично основному варианту функционирования базового устройства.

В другом случае основного варианта функционирования данной разновидности базового устройства для терминала 7 платежного сервера 5 назначают несколько логических адресов вызова сеанса связи с различными добавленными ценами за единицу количества переданной информации и, возможно, с различными добавленными ценами за установление служебного режима связи и на стадии формирования и передачи платежным сервером 5 инструкции абоненту по проведению сеанса связи с терминалом 7 в ответ на запрос о начислении платежа предоставляют абоненту информацию обо всех активных логических адресах, выделенных для данной транзакции платежным сервером 5. Далее абонент с терминала 3.у проводит один или несколько сеансов связи с терминалом 7 по указанным адресам, принимая на терминал 3.у передаваемый с терминала 7 поток информации и самостоятельно контролируя формируемую величину платежа, информация о которой в ходе сеанса связи периодически передается платежным сервером 5 по ТКС 4 на терминал 3.у и/или по сети 1 передачи данных на терминал 2.x. Признаком завершения транзакции со стороны абонента служит отсутствие вызова активных логических адресов данной транзакции в течение заданного интервала времени по завершении предыдущего сеанса связи по этой транзакции.

В расширенном варианте функционирования данной разновидности базового устройства для терминала 7 платежного сервера 5, кроме логических адресов вызова, назначают один или несколько исходящих адресов для вызовов терминалов 3 и передачи на них потоков информации с терминала 7, назначают различные специальные цены на передачу единицы количества информации в сеансах связи, инициированных вызовами с этих адресов, каждая из которых специальных цен равна сумме цены оператора ТКС 4 и добавленной цены, запоминают эти адреса и специальные цены в узле 10 коммутации услуг, расчетном центре 11 и блоке 15 формирования добавленной стоимости. В дальнейшем платежный сервер 5 использует эти адреса по аналогии с расширенным вариантом функционирования базового устройства, вызывая с этих адресов терминал 3.у и отправляя с них на терминал 3.у потоки информации, которые тарифицируются расчетным центром 11 и блоком 15 формирования добавленной стоимости по ценам, соответствующим используемым адресам терминала 7, при этом в процессе передачи информации терминал 7 получает от терминала 3.у подтверждения о получении каждой очередной порции переданной информации.

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

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

- сеть 1 передачи данных является подсетью телекоммуникационной сети 4,

- телекоммуникационная сеть 4 является подсетью сети 1 передачи данных. Первый случай имеет место, например, при использовании в качестве сети 1 передачи данных сети службы коротких или мультимедийных сообщений (8М8/ММ8) сотовой сети связи. Второй случай имеет место, например, при использовании в качестве ТКС 4 выделенной сети узлов доступа в Интернет, поддерживаемой одной компанией - Интернет-провайдером. В указанных разновидностях терминалы 2 и 3 физически могут представлять собой единые оконечные сетевые устройства, в которых используются разные протоколы и/или разные системы адресации для связи с сетью передачи данных и с телекоммуникационной сетью.

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

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

- 17 006109 многочастотного (тонального) ввода-вывода;

- в качестве ТКС 4 используют сеть мобильной связи, в качестве терминалов 3 абонента и 7 платежного сервера используют станции мобильной связи - телефоны и смартфоны;

- в качестве сети 1 передачи данных используют компьютерную сеть системы розничной торговли;

- в качестве сети 1 передачи данных используют сеть Интернет;

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

Для осуществления разновидности базового способа начисления платежей, предусматривающей передачу на терминал абонента в служебном режиме связи информации рекламного характера, базовое устройство и его рассмотренные выше модификации дополняются взаимосвязанным с контроллером 12 блоком 18 распространения рекламы, который предназначен для хранения и передачи рекламной информации абоненту ТКС 4 в процессе служебного режима связи между терминалом 3 .у абонента и терминалом 7 платежного сервера 5. Блок 18 распространения рекламы может быть выполнен на основе системы управления базой данных необходимого объема. Администрация платежного сервера 5 предварительно загружает в базу данных блока 18 распространения рекламы порции информации рекламного характера определенного формата и размера, при проведении сеансов связи в служебном режиме между терминалами 3 и 7 контроллер 12 запрашивает в блоке 18 порцию рекламной информации и через шлюз 14 передает ее на терминал 7, который в служебном режиме связи передает эту информацию на терминал 3.у абонента ТКС 4.

Промышленная применимость

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

Пример 1. Оплата товаров и услуг в предприятиях розничной торговли.

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

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

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

Пример 2. Оплата ресурсов в сети Интернет.

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

Пример 3. Оплата штрафов за нарушение правил дорожного движения.

Для взимания штрафа с нарушителя правил дорожного движения полицейский получает от платеж

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

Пример 4. Оплата коммунальных ресурсов (электроэнергия, газ, вода).

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

Claims (19)

1. ФОРМУЛА ИЗОБРЕТЕНИЯ

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

   a) регистрации администрации платежного сервера сети передачи данных в телекоммуникационной сети в качестве поставщика услуг абонентам телекоммуникационной сети с назначением цен на эти услуги и подключением к платежному серверу терминала телекоммуникационной сети;

   b) распространении в сети передачи данных информации о правилах пользования платежным сервером;

   c) передаче абонентом телекоммуникационной сети по сети передачи данных на платежный сервер запроса на начисление платежа в пользу администрации платежного сервера;

   б) формировании и передаче платежным сервером по сети передачи данных абоненту телекоммуникационной сети инструкции по инициированию сеанса связи в телекоммуникационной сети между терминалами абонента и платежного сервера;

   е) инициировании и проведении в телекоммуникационной сети сеанса связи между терминалами абонента и платежного сервера с идентификацией абонента телекоммуникационной сети, определением величины платежа и тарификацией сеанса связи;

   ί) формировании и запоминании платежным сервером учетной записи об исполнении запроса на начисление платежа с передачей по сети передачи данных абоненту кодов подтверждения исполнения запроса на начисление платежа;

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

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

   - 19 006109 тежный сервер запроса на начисление платежа в запрос включают идентификатор одного из обслуживаемых платежным сервером электронных счетов, а учетную запись об исполнении запроса на начисление платежа вносят в электронный счет, определяемый содержащимся в запросе идентификатором электронного счета.
3. 3. Способ по п.1, отличающийся тем, что абонента телекоммуникационной сети регистрируют в компьютерной памяти платежного сервера в качестве держателя электронного счета с резервированием пространства памяти для ведения электронного счета абонента и передачей абоненту идентификатора электронного счета и кодов доступа к электронному счету, при передаче на платежный сервер по сети передачи данных запроса на начисление платежа в запрос включают идентификатор электронного счета абонента, а учетную запись об исполнении запроса на начисление платежа вносят в электронный счет, определяемый содержащимся в запросе идентификатором электронного счета абонента.
4. 4. Способ по пп.1-3, отличающийся тем, что при формировании инструкции по инициированию в телекоммуникационной сети сеанса связи между терминалами абонента и платежного сервера и/или при инициировании сеанса связи решают задачу оптимизации служебного режима связи по заданному критерию оптимальности с учетом величины платежа, полных цен тарификации сеансов связи и располагаемых добавленных цен и сеансы связи для начисления платежа проводят в соответствии с решением этой задачи.
5. 5. Способ по пп.1-4, отличающийся тем, что в качестве служебного режима связи терминалов абонентов телекоммуникационной сети с терминалом платежного сервера назначают режим передачи разовых сообщений с тарификацией по специальным ценам каждого переданного разового сообщения.
6. 6. Способ по пп.1-4, отличающийся тем, что в качестве служебного режима связи терминалов абонентов телекоммуникационной сети с терминалом платежного сервера назначают режим установления и поддержания соединения с тарификацией по специальным ценам времени поддержания соединения и, возможно, с тарификацией по специальным ценам установления соединения.
7. 7. Способ по пп.1-4, отличающийся тем, что в качестве служебного режима связи терминалов абонентов телекоммуникационной сети с терминалом платежного сервера назначают режим передачи потока информации с тарификацией по специальным ценам количества переданной информации и, возможно, с тарификацией по специальным ценам установления этого режима.
8. 8. Способ по пп.1-7, отличающийся тем, что сеть передачи данных является подсетью телекоммуникационной сети.
9. 9. Способ по пп.1-7, отличающийся тем, что телекоммуникационная сеть является подсетью сети передачи данных.
10. 10. Способ по пп.1-7, отличающийся тем, что в качестве телекоммуникационной сети используют сеть телефонной связи общего назначения, в качестве терминалов абонентов и платежного сервера в телекоммуникационной сети используют телефонные и факсимильные аппараты с функциями многочастотного (тонального) ввода-вывода.
11. 11. Способ по пп.1-7, отличающийся тем, что в качестве телекоммуникационной сети используют сеть сотовой связи, в качестве терминалов клиента и платежного сервера в сети сотовой связи используют мобильные телефоны и смартфоны.
12. 12. Способ по пп.1-7, отличающийся тем, что в качестве сети передачи данных используют компьютерную сеть системы розничной торговли.
13. 13. Способ по пп.1-7, отличающийся тем, что в качестве сети передачи данных используют сеть Интернет.
14. 14. Способ по пп.1-7, отличающийся тем, что в качестве сети передачи данных используют сеть службы коротких сообщений и/или службы мультимедийных сообщений систем сотовой связи.
15. 15. Способ по пп.1-14, отличающийся тем, что в сеансах связи в телекоммуникационной сети между терминалами абонента и платежного сервера на терминал абонента передают информацию рекламного характера.
16. 16. Устройство для осуществления способа начисления платежей по п.1, содержащее сеть 1 передачи данных с подключенными к ней терминалами 2, вторые выходы которых могут быть подключены к терминалам 3 телекоммуникационной сети 4, платежный сервер 5, взаимосвязанный с сетью 1 передачи данных через процессор 6 ввода-вывода и с телекоммуникационной сетью 4 через терминал 7, взаимосвязанный с одним из терминалов 3 через последовательно включенные узлы телекоммуникационной сети 4 - один из узлов 8 оконечной коммутации, узел 9 коммутации услуг, который взаимосвязан через узел 10 управления услугами и непосредственно с расчетным центром 11, и другой узел 8 оконечной коммутации, к которому непосредственно подключен терминал 3, контроллер 12 платежного сервера, который взаимосвязан с процессором 6 ввода-вывода и с блоком 13 памяти платежного сервера и подключенным к терминалу 7 шлюзом 14 платежного сервера, отличающееся тем, что платежный сервер 5 содержит блок 15 формирования добавленной стоимости, взаимосвязанный с контроллером 12 и шлюзом 14 платежного сервера 5.
17. 17. Устройство по п.16, отличающееся тем, что платежный сервер 5 содержит блок 16 регистрации и идентификации, включенный между контроллером 12 и блоком 13 памяти.

    - 20 006109
18. 18. Устройство по пп. 16, 17, отличающееся тем, что платежный сервер 5 содержит блок 17 оптимизации, взаимосвязанный с контроллером 12 и блоком 15 формирования добавленной стоимости.
19. 19. Устройство по пп. 16-18, отличающееся тем, что платежный сервер 5 содержит блок 18 распространения рекламы, взаимосвязанный с контроллером 12.