Реализация оплаты за обслуживание в телекоммуникационной системе

Реализация оплаты за обслуживание в телекоммуникационной системе

Реферат

 

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

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

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

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

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

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

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

Далее записи платежей определяются как "запись данных платежей" (ЗДП), а программа формирования записей данных платежей определяется как ЗДП-генератор.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Кроме того, в систему входят провайдеры обслуживания, которые предоставляют то обслуживание, за которое пользователи вносят плату с использованием системы, соответствующей изобретению. Для упрощения чертежа на фиг.2 показан только один провайдер обслуживания ПО1. Такой провайдер обслуживания может предоставлять обслуживание в режиме видеосервиса по запросу через сеть Интернет.

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

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

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

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

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

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

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

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

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

В результате принятия пользователем предоставляемой услуги пользовательский терминал возвращает в сервер выставления счетов запись платежа, которую он получил от него. Однако запись платежа, которая возвращается, включает в себя электронную подпись (фиг.3а, стрелка D). Электронная подпись ссылается на известный алгоритм шифрования, основанный на паре ключей. Шифрование осуществляется с использованием ключа индивидуального пользования, хотя любое лицо может дешифровать сообщение с применением ключа общего пользования. Конфиденциальность сообщения, таким образом, теряется, но это обеспечивает гарантию того, что сообщение принято от корректного источника. Таким образом, передатчик не может отрицать тот факт, что он передал сообщение. При использовании электронной подписи все сообщение обычно не шифруется, а шифруется только дайджест, образованный из сообщения. Дайджест представляет собой некоторый тип контрольной суммы. С точки зрения шифрования такой дайджест является весьма эффективным средством, и постороннее лицо не может создать сообщение, которое имело бы идентичный дайджест. Дайджест и временная метка шифруются с использованием индивидуального ключа передатчика и образуют электронную подпись. Имеется несколько различных известных опций для реализации электронной подписи, но поскольку изобретение не имеет отношения к подписям передаваемых сообщений, то реализация подписей не рассматривается более детально. Любое лицо, заинтересованное в данном вопросе, может обратиться за более детальной информацией к различным опубликованным источникам (см., например, Schneier, Applied Cryptography, ISBN 0-471-11709-9, Wiley& Sons, 1996).

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

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

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

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

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

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

В системе могут иметься, например, девять различных типов (0 - 8) записей данных платежа (сообщений платежа), определяемых следующим образом: 0. Договор: Это первоначальная запись данных платежа (стрелка С, фиг.3), которую сервер выставления счетов пересылает (без подписи) к пользователю и которую пользовательский терминал возвращает к серверу выставления счетов с подписью, если пользователь принимает предложенный договор.

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

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

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

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

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

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

7. Электронные деньги: Также возможно использовать систему выставления счетов таким образом, что запись данных платежа (типа 1 или 2), связанная с определенным платежом, включает в себя оплату в электронных деньгах. Однако сервер выставления счетов не переносит электронные деньги в систему выставления счет