История

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

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

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

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

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

Современность

Горячий биллинг - это подход к тарификации услуг, удовлетворяющий следующим условиям:

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

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

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

возможностью логически разделить владельца счета и пользователя счета - например, работодателю может быть выгодно вести единый счет для оплаты телефонных разговоров сотрудников предприятия, а не заводить каждому сотруднику персональный счет. При этом AMSD® BillingSystem™, как показал опыт эксплуатации, может обслуживать до 1000 абонентов (пин-кодов) с одного счета.
возможностью, в плановом или экстренном порядке меняя актуальный тарифный план, обеспечить введение его в действие со сколь угодно малой задержкой, - например, порядка минуты.
возможностью незамедлительно отключить определенного абонента (например, внести украденный пин-код в стоп-лист).
возможностью (для абонента) пополнить счет, не прерывая сессии - например, после предупреждающего сигнала ("У Вас осталась одна минута!") ввести код активации дебетовой карточки. Для удаленного абонента в это время может быть проиграно успокаивающее его разъяснение.

В настоящее время возможности "горячего биллинга" в полной мере доступны как в комплексе "AMSD® TalkServer™ - AMSD® BillingSystem™", так и в связке AMSD® BillingSystem™ с H.323-шлюзами Cisco.