Услуга сетевой связи с использованием нескольких режимов оплаты

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

 

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

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

Уровень техники

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

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

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

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

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

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

Фиг.1 является блок-схемой варианта осуществления гибридной абонентской системы настоящего изобретения.

Фиг.2А является блок-схемой другого варианта осуществления гибридной абонентской системы настоящего изобретения.

Фиг.2В является продолжением блок-схемы по фиг.2А.

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

Подробное описание изобретения

Ниже приведены сокращения, используемые в данном документе: "API" означает интерфейс прикладного программирования; "CSR" означает специалиста службы поддержки клиентов; "CSP" означает поставщика услуг связи; "GUI" означает графический пользовательский интерфейс; "MVNO" означает оператора мобильной виртуальной сети; "NRC" означает разовое начисление; "RC" означает периодическое начисление; и "URE" означает единый рейтинговый механизм.

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

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

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

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

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

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

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

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

"Начисление" является процессом модификации балансов на основе вычисленных сумм для RC-условий, NRC-условий и использования.

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

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

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

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

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

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

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

"Режим оплаты услуг по факту" означает услуги, оплачиваемые после использования (т.е. использование, а затем оплата).

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

"Режим оплаты услуг по предоплате" означает услуги, оплачиваемые заранее (т.е. оплата, а затем использование).

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

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

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

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

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

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

"Абонент" означает: (а) пользователя, который использует продукт или услугу, или (b) конкретную точку предоставления услуг для продукта или услуги, например, телефонную линию связи, регистрационную учетную запись для онлайновой услуги и конечную точку в арендованной сети связи.

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

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

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

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

Вариант осуществления системы настоящего раскрытия сущности, в общем, указывается посредством ссылки с номером 10, показанной на фиг.1. Блок-схема имеет компоненты, обозначенные как предложения для гибридных абонентов [20]; служба поддержки клиентов для гибридных абонентов [30]; начисления для гибридных абонентов [40]; и выставление счетов/составление выписок по счетам для гибридных абонентов [50].

[20] Предложения для гибридных абонентов

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

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

[30] Служба поддержки клиентов для гибридных абонентов

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

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

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

[40] Начисления для гибридных абонентов

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

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

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

[50] Выставление счетов/составление выписок по счетам для гибридных абонентов

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

Вариант осуществления настоящего раскрытия сущности показан на фиг.2А и 2В. Блок-схема имеет компоненты, обозначенные как предложения для гибридных абонентов [100], служба поддержки клиентов для гибридных абонентов [200], начисления для гибридных абонентов [300] и выставление счетов/составление выписок по счетам для гибридных абонентов [400].

[100] Предложения для гибридных абонентов

[100] Предложения для гибридных абонентов иллюстрируют маркетинговые предложения с различными режимами оплаты, которые могут быть заданы посредством интерфейса каталога продуктов. Заданные предложения доступны для подписки для одного или более абонентов. Гибридный абонент может иметь одно или более предложений с различными режимами оплаты.

[100] Предложения для гибридных абонентов принимают форму [110] предложения, которое принимает форму следующих режимов оплаты: [121] режим оплаты услуг по предоплате и связанные балансы, [122] режим оплаты услуг по факту и связанные балансы, [123] гибридный режим оплаты и связанные балансы и [124] любой режим оплаты и связанные балансы.

[110] Предложения

Предложения являются продаваемыми объектами, которые доступны для подписки для гибридных абонентов. Услуги, такие как речевой вызов, служба коротких сообщений (SMS), служба мультимедийных сообщений (MMS), данные, речевая почта, переадресация вызовов, DSL, кабельная связь и комбинации вышеозначенного, предоставляются для гибридных абонентов через предложения. Предложения также могут включать в себя один или более балансов. Балансы используются для применения платежей, соответствующих услугам, на которые подписан гибридный абонент.

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

[121] Режим оплаты услуг по предоплате и связанные балансы

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

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

[122] Режим оплаты услуг по факту и связанные балансы

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

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

[123] Гибридный режим оплаты и связанные балансы

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

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

[124] Любой режим оплаты и связанные балансы

Режим оплаты для предложения может конфигурироваться как "любой" в каталоге продуктов. Если режим оплаты для предложения конфигурируется как "любой", гибридный абонент имеет вариант решать то, оплачивать все услуги, включенные в предложение, в режиме оплаты услуг по предоплате или режиме оплаты услуг по факту. Когда режимом оплаты является "любой" в каталоге продуктов, гибридный абонент не может выбирать оплачивать некоторые услуги, включенные в предложение, в режиме оплаты услуг по предоплате, в то время как другие - в режиме оплаты услуг по факту.

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

[200] Служба поддержки клиентов для гибридных абонентов

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

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

[210] Гибридный абонент до изменения режима оплаты одного из подписных предложений

Гибридный абонент подписывается на несколько предложений через интерфейс службы поддержки клиентов (через CSR) или интерфейс самообслуживания. Как показано на фиг.2А, гибридный абонент подписан на три предложения, каждое из которых имеет различный режим оплаты. Предложение А имеет режим оплаты по предоплате, предложение В - режим оплаты по факту, а предложение С - режим оплаты по гибридной схеме.

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

[220] Гибридный абонент изменяет режим оплаты одного из подписных предложений

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

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

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

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

[300] Начисления для гибридных абонентов

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

На фиг.2В как для [310], так и для [320], гибридный абонент имеет определенное число балансов для оплаты услуг по предоплате и по факту, которые используются для того, чтобы оплачивать использование услуги, и других начислений (к примеру, ежемесячная арендная плата и начисления за использование оборудования), включенных в подписные предложения.

Отличие между [310] и [320] состоит в числе доступных балансов для оплаты услуг по предоплате в сравнении с балансами для оплаты услуг по факту. Гибридный абонент изменяет режим оплаты одного из подписных предложений. Режимом оплаты предложения А первоначально является оплата по предоплате [в 310], но изменен на оплату по факту [в 320]. Тип баланса для всех балансов, включенных в предложение А, изменен на "для оплаты услуг по факту" с "для оплаты услуг по предоплате".

На фиг.2В как для [310], так и для [320], начисление на балансы для оплаты услуг по предоплате и по факту остается идентичным, как пояснено ниже. Начисления применяются к балансам для оплаты услуг по предоплате и по факту посредством единого рейтингового механизма, RC/NRC-сервера, сервера пополнений и механизма биллинга и финансовых отчетов.

Балансы для оплаты услуг по предоплате увеличиваются, когда абонент пополняет ("наполняет счет") свою учетную запись либо посредством покупки и применения ваучера для оплаты по предоплате, либо посредством покупки кредита с использованием кредитной или дебетовой карты. Балансы для оплаты услуг по предоплате уменьшаются, когда услуга используется абонентом, начисление налагается, и начисление вычитается из баланса. Когда баланс достигает нуля, дополнительные начисления не могут взиматься с баланса (кроме особых обстоятельств, к примеру, когда кредит продлен) до тех пор, пока баланс не пополнен снова.

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

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

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

На [310], балансы для оплаты услуг по предоплате доступны только для начисления платежей, подлежащих выплате посредством предложений, для которых режимом оплаты является оплата по предоплате, т.е. предложения А и предложения С. Балансы для оплаты услуг по факту доступны только для начисления платежей, подлежащих выплате посредством предложений, для которых режимом оплаты является оплата по факту, т.е. предложения В и С. Порядок, в котором применяются начисления для оплаты по предоплате и по факту, основан на порядке балансов, указываемом в предложении А, предложении В и предложении С, а также на приоритете предложений через упомянутые три предложения, т.е. предложение А, предложение В и предложение С.

На [320], балансы для оплаты услуг по предоплате доступны только для начисления платежей, подлежащих выплате через предложения, для которых режимом оплаты является оплата по предоплате, т.е. только предложение С. Балансы для оплаты услуг по факту доступны только для начисления платежей, подлежащих выплате через предложения, для которых режимом оплаты является оплата по факту, т.е. предложения А и В. Порядок, в котором применяются начисления для оплаты по предоплате и по факту, основан на порядке балансов, указываемом в предложении А, предложении В и предложении С, а также на приоритете предложений через упомянутые три предложения, т.е. предложение А, предложение В и предложение С.

[400] Выставление счетов/составление выписок по счетам для гибридных абонентов

[400] Выставление счетов/составление выписок по счетам для гибридных абонентов на фиг.2В иллюстрирует один счет/выписку по счету на гибридного абонента для начислений для оплаты по предоплате и по факту.

На [405] и [410] на фиг.2В, гибридный абонент принимает один документ (счет/выписку по счету), отражающий начисления для оплаты по предоплате и по факту, соответствующие подписным предложениям.

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

Различные компоненты системы настоящего раскрытия сущности являются очевидными в аппаратных компонентах, известных в данной области техники. Например, интерфейс службы поддержки клиентов может принимать форму CSR с помощью компьютерного терминала. Абонент может осуществлять доступ к CSR по телефону или по Интернету. Например, интерфейс самообслуживания может принимать форму компьютера абонента при обмене данными по телефону или по Интернету с сервером управления CSP. Например, каталог продуктов может принимать форму серверного компьютера, доступного для пользователя CSP через Интернет. Например, единая рейтинговая система может принимать форму серверного компьютера. Сервер периодических начислений/разовых начислений может принимать форму сервера. Абонент имеет доступ к системе в целом по телефону или по Интернету через компьютер.

Фиг.3 является блок-схемой системы 500, которая упрощает услугу сетевой связи, для которой оплата может выполняться посредством любого из множества режимов оплаты. Система 500 включает в себя коммутатор 505, систему 520 обработки, пользовательский интерфейс 540 и базу 555 данных.

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

База 555 данных является системой хранения данных с возможностью поиска. Т.е. сохраненные данные могут находиться посредством поискового запроса. База 555 данных содержит данные, которые представляют режим 560 оплаты, баланс 565 и критерий 570 баланса. Для простоты, база 555 данных показана как имеющая только по одному из каждого из режима 560 оплаты, баланса 565 и критерия 570 баланса. На практике база 555 данных должна содержать множество этих элементов данных. База 555 данных также может конфигурироваться как множество устройств хранения данных, причем каждое из режима 560 оплаты, баланса 565 и критерия 570 баланса находится в различных устройствах из множества устройств хранения данных.

Система 520 обработки включает в себя процессор 525 и запоминающее устройство 530. Процессор 525 конфигурируется из логической схемы, которая реагирует и выполняет инструкции. Запоминающее устройство 530 содержит инструкции в модуле 535 процессора режимов оплаты, которые являются считываемыми посредством процессора 525, и операции управления процессора 525. Термин "модуль" используется в данном документе, чтобы обозначать функциональную операцию, которая может быть осуществлена как автономный компонент или как интегрированная конфигурация из множества подчиненных компонентов.

Процессор 525 принимает уведомление 510 по событию относительно услуги сетевой связи. Процессор 525 выполняет запрос к базе 555 данных, в ответ на уведомление 510, чтобы получать режим 560 оплаты для услуги. Режим 560 оплаты можно выбирать из (т.е. он может быть любым из) набора, который включает в себя (а) предоплату, (b) оплату по факту и (с) гибридную схему из предоплаты и оплаты по факту. Процессор 525 определяет то, в соответствии с режимом 560 оплаты, удовлетворяет или нет баланс для финансирования услуги, т.е. баланс 565, критерию 570 баланса. Процессор 525 выдает, в соответствии с тем, удовлетворяет или нет баланс 565 критерию 570 баланса, передачу 515 в коммутатор 505, чтобы оказывать влияние предоставление услуги.

Определение того, удовлетворяет или нет баланс 565 критерию 570 баланса, зависит от состояния режима 560 оплаты. Если режимом 560 оплаты является "предоплата", то процессор 525 определяет то, удовлетворяет или нет баланс для оплаты услуг по предоплате критерию баланса для оплаты услуг по предоплате. Если режимом 560 оплаты является "оплата по факту", то процессор 525 определяет то, удовлетворяет или нет кредитовый баланс критерию кредитового баланса. Если режимом 560 оплаты является "гибридная схема из предоплаты и оплаты по факту", то процессор 525 (а) определяет то, удовлетворяет или нет баланс для оплаты услуг по предоплате критерию баланса для оплаты услуг по предоплате, и также (b) определяет то, удовлетворяет или нет кредитовый баланс критерию кредитового баланса.

Пользовательский интерфейс 540 является устройством, через которое пользователь может обмениваться данными с системой 520 обработки. Через пользовательский интерфейс 540, пользователь может предоставлять инструкцию 545, чтобы изменять режим 560 оплаты с одного режима на другой, например, с предоплаты на оплату по факту. Процессор 525 принимает инструкцию 545 и обновляет режим 560 оплаты в базе 555 данных в соответствии с инструкцией 545. После этого, если процессор 525 принимает уведомление 510 относительно нового события, то процессор 525 выполняет запрос, определение и выдачу для нового события (на основе обновленного режима 560 оплаты).

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

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

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

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

2. Способ по п.1,
в котором, во время предоплаты, упомянутое определение содержит этап, на котором определяют, удовлетворяет или нет баланс для оплаты услуг по предоплате критерию баланса для оплаты услуг по предоплате; и
в котором, во время оплаты по факту, упомянутое определение содержит этап, на котором определяют, удовлетворяет или нет кредитовый баланс критерию кредитового баланса.

3. Способ по п.2,
в котором упомянутая информация детализирует упомянутый баланс для оплаты услуг по предоплате, упомянутый критерий баланса для оплаты услуг по предоплате, упомянутый кредитовый баланс и упомянутый критерий кредитового баланса.

4. Способ по п.1, в котором упомянутое определение содержит этапы, на которых
определяют, удовлетворяет или нет баланс для оплаты услуг по предоплате критерию баланса для оплаты услуг по предоплате; и
определяют, удовлетворяет или нет кредитовый баланс критерию кредитового баланса.

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

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

7. Система по п.6,
в которой, во время предоплаты, определение содержит определение, удовлетворяет или нет баланс для оплаты услуг по предоплате критерию баланса для оплаты услуг по предоплате; и
в которой, во время оплаты по факту, определение содержит определение, удовлетворяет или нет кредитовый баланс критерию кредитового баланса.

8. Система по п.7, в которой упомянутая информация детализирует упомянутый баланс для оплаты услуг по предоплате, упомянутый критерий баланса для оплаты услуг по предоплате, упомянутый кредитовый баланс и упомянутый критерий кредитового баланса.

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

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

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

12. Носитель информации по п.11,
причем упомянутая информация детализирует упомянутый баланс для оплаты услуг по предоплате, упомянутый критерий баланса для оплаты услуг по предоплате, упомянутый кредитовый баланс и упомянутый критерий кредитового баланса.

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