УПРАВЛЕНИЕ УСЛУГОЙ СОВМЕСТНОГО ПОЛЬЗОВАНИЯ
MANAGEMENT OF SHARED SERVICE

Область техники, к которой относится изобретение
Настоящее раскрытие относится к методике управления пользованием услугой совместного пользования, например услугой мобильной телефонной связи, предоставляемой группе абонентов или группе аккаунтов в реальном времени.
Предшествующий уровень техники
Подходы, описанные в этом разделе, являются подходами, которые могли бы быть рассмотрены, но не обязательно подходами, которые были ранее поняты или рассмотрены. Поэтому, если не указано обратное, подходы, описанные в этом разделе, могут не относиться к уровню техники по отношению к формуле изобретения в этой заявке и не подлежат рассмотрению как находящиеся в составе уровня техники за счет включения в этот раздел.
Поставщики услуг, например поставщик услуг мобильной телефонной связи, может обеспечивать планы или пакеты, которые включают в себя обслуживание более одного пользователя, с тем, чтобы пользователи совместно использовали аккаунт или более чем один аккаунт, установленный планом. Аккаунты могут включать в себя сумму минут, обобществленных пользователями при использовании своих телефонов. Однако поставщик услуг подвергается риску, предоставляя услугу аккаунтам и абонентам аккаунтов без предоплаты, например, возможных потерь вследствие неуплаты. Этот риск возрастает с каждым дополнительным пользователем и аккаунтом вследствие увеличения пользования услугой. Кроме того, пользователи могут изъявлять желание, чтобы поставщики услуг ограничивали пользование услугой для снижения стоимости. Соответственно, поставщики услуг нуждаются в средствах управления.
В данном документе раскрыта методика управления пользованием услугой более чем одним абонентом или аккаунтом.
Сущность изобретения
Способ включает в себя этапы, на которых получают предел обязательства, указывающий доступное финансирование, определяют, превышает ли первая сумма обязательства, вносимая первым абонентом в ходе предоставления услуги первому абоненту, первый баланс, указывающий первую часть доступного финансирования, которая может расходоваться первым абонентом, определяют, превышает ли вторая сумма обязательства, вносимая вторым абонентом в ходе предоставления услуги второму абоненту, второй баланс, указывающий вторую часть доступного финансирования, которая может расходоваться вторым абонентом, выдают на устройство первую передачу для оказания влияния на предоставление услуги первому абоненту, если первая сумма обязательства превышает первый баланс, и выдают на устройство вторую передачу для оказания влияния на предоставление услуги второму абоненту, если вторая сумма обязательства превышает второй баланс.
Способ включает в себя этапы, на которых получают иерархию первого аккаунта, имеющего первого абонента, и второго аккаунта, имеющего второго абонента, причем второй аккаунт располагается в иерархии ниже первого аккаунта, получают (a) первый предел обязательства, указывающий первое доступное финансирование первого аккаунта, и (b) второй предел обязательства, указывающий второе доступное финансирование второго аккаунта, поддерживают первый промежуточный итог, который включает в себя сумму (a) первой суммы обязательства, вносимой первым абонентом в ходе предоставления услуги первому абоненту, и (b) второй суммы обязательства, вносимой вторым абонентом в ходе предоставления услуги второму абоненту, определяют, превышает ли первый промежуточный итог первый предел обязательства, выдают на устройство первую передачу для оказания влияния на предоставление услуги первому абоненту и предоставление услуги второму абоненту, если первый промежуточный итог превышает первый предел обязательства.
Краткое описание чертежей
Фиг.1 - блок-схема иллюстративной конфигурации структуры аккаунта.
Фиг.2 - блок-схема иллюстративной конфигурации структуры аккаунта.
Фиг.3 - блок-схема конфигурации, показанной на фиг.2, имеющей области действия.
Фиг.4 - блок-схема части конфигурации, показанной на фиг.2, имеющей области действия.
Фиг.5 - блок-схема части конфигурации, показанной на фиг.2, имеющей области действия.
Фиг.6 - блок-схема части конфигурации, показанной на фиг.2, имеющей области действия.
Фиг.7 - блок-схема иллюстративной конфигурации структуры аккаунта.
Фиг.8 - блок-схема иллюстративной конфигурации структуры аккаунта.
Фиг.9 - блок-схема иллюстративной конфигурации системы поставщика услуг, включающей в себя систему суммарного монетарного обязательства.
Фиг.10 - блок-схема иллюстративной конфигурации системы суммарного монетарного обязательства и элементы, которые могут влиять на систему суммарного монетарного обязательства.
Фиг.11 - блок-схема системы связи, которая включает в себя сервер тарификации для администрирования системы суммарного монетарного обязательства.
Фиг.12 - блок-схема сервера тарификации, показанного на фиг.11.
Компонент или признак, являющийся общим для более чем одного чертежа, указан одной и той же позицией в каждом из чертежей.
Описание изобретения
В настоящем описании введено понятие, именуемое здесь "суммарное монетарное обязательство". Суммарное монетарное обязательство - это особого типа сумма, заданная для управления расходованием средств из другого источника. Средства включают в себя денежные суммы, товары и услуги. Услуги могут включать в себя товары и/или услуги. В частности, суммарное монетарное обязательство включает в себя промежуточную итоговую сумму суммы обязательства или израсходованных средств. Промежуточный итог имеет значение, отражающее дебиты в аккаунт, увеличение суммарного монетарного обязательства и кредиты в аккаунт, уменьшение суммарного монетарного обязательства.
В настоящем описании также введено понятие, именуемое здесь "предел суммарного монетарного обязательства". Предел суммарного монетарного обязательства - это значение промежуточного итога. Предел суммарного монетарного обязательства может представлять собой максимальный финансовый риск, который источник желает распространить на аккаунт.
В конце настоящего описания приведена таблица, а именно таблица 3, содержащая определения некоторых других терминов.
Источник, например поставщик услуги, подвергается риску, предоставляя средства аккаунтам и абонентам аккаунтов без предоплаты, например, возможных потерь вследствие неуплаты. Этот риск возрастает при наличии более одного абонента аккаунта или более одного аккаунта в иерархии по причине возрастания пользования услугой. Предусмотренная здесь система суммарного монетарного обязательства ("система TML") получает для аккаунта предел суммарного монетарного обязательства, указывающий доступную сумму финансирования, заранее определенную источником или поставщиком услуг. Система TML поддерживает суммарное монетарное обязательство, которое является промежуточным итогом для суммы обязательства, вносимой абонентами каждого аккаунта или аккаунтами в заданной области действия. Система TML определяет, превышает ли суммарное монетарное обязательство предел суммарного монетарного обязательства, для извещения источника или абонентов. Если суммарное монетарное обязательство превышает предел суммарного монетарного обязательства, может выдаваться передача для оказания влияния на предоставление услуги абоненту. Выданная передача может влиять на предоставление услуги для извещения абонента или прекращения пользования услугой. Употребляемый здесь термин "превышает" включает в себя достижение или превышение.
Система TML также может определять доступное суммарное монетарное обязательство ("доступное TML"), которое равно величине суммарного монетарного обязательства ниже предела суммарного монетарного обязательства. Доступное TML указывает часть доступного финансирования, которая может расходоваться абонентом или аккаунтом до того, как суммарное монетарное обязательство превысит предел суммарного монетарного обязательства. Передача доступного TML может выдаваться, например, в сеть, указывая, что пользование средствами разрешено только в течение времени, которое соответствует доступному TML, или указывая, что абонент или аккаунт может расходовать только в пределах суммы, которая соответствует доступному TML, и сеть обязана прекращать пользование средствами по достижении этой суммы, например, уровня расходования.
Можно определить, превышает ли сумма обязательства, вносимая каждым абонентом в ходе предоставления услуги каждому абоненту, баланс, который указывает часть доступного финансирования, которая может расходоваться каждым абонентом. Если сумма обязательства одного из абонентов превышает баланс, который указывает часть доступного финансирования, которая может расходоваться абонентом, на устройство выдается передача для оказания влияния на предоставление услуги абоненту. Согласно вышесказанному, влияние на предоставление услуги может выдаваться для извещения абонента или прекращения пользования услугой.
Таким образом, система TML поддерживает, в реальном времени, суммарное монетарное обязательство и определяет доступное TML или превышает ли суммарное монетарное обязательство предел суммарного монетарного обязательства по мере расходования средств, чтобы можно было предпринять действие, как только суммарное монетарное обязательство превысит предел суммарного монетарного обязательства. Используя текущее актуальное значение суммарного монетарного обязательства, а также предел суммарного монетарного обязательства, например, при использовании с онлайновой авторизацией и взиманием платы за пользование, коммерсант или поставщик услуг может препятствовать дальнейшему пользованию аккаунта, включающему в себя пользование каким-либо или всеми членами или абонентами аккаунта, по достижении предела суммарного монетарного обязательства. Ограничения могут ослабевать, например, либо когда суммарное монетарное обязательство уменьшается за счет кредитования аккаунта (например, платежа), либо когда коммерсант соглашается увеличить предел суммарного монетарного обязательства аккаунта.
Согласно фиг.1, структура аккаунта 100 имеет аккаунт 102, который содержит систему TML 103, которая получает предел 106 суммарного монетарного обязательства и поддерживает общее суммарное монетарное обязательство 104 аккаунта 102.
Аккаунт 102 имеет единичное предложение аккаунта 108, которое, в свою очередь, устанавливает три баланса аккаунта 110, 112 и 114. Три баланса аккаунта 110, 112 и 114 доступны для использования с целью оплаты товаров и услуг для всех абонентов аккаунта 102, включающих в себя абонентов 118, 130 и 142. Предложение аккаунта 108 также устанавливает расходы и положения пользования для аккаунта 102.
Аккаунт 102 имеет абонента 118, который является членом аккаунта 102. Абонент 118 имеет абонентское предложение 120, которое устанавливает положения, условия и тарифы для пользования абонентом 118. Абонентское предложение 120 также устанавливает абонентские балансы 122, 124 и 126. Абонентские балансы 122, 124 и 126 доступны для использования с целью оплаты товаров и услуг только абонентом 118.
Аккаунт 102 имеет абонента 130, который является членом аккаунта 102. Абонент 130 имеет абонентское предложение 132, которое устанавливает положения, условия и тарифы для пользования абонентом 130. Абонентское предложение 132 также устанавливает абонентские балансы 134, 136 и 138. Абонентские балансы 134, 136 и 138 доступны для использования с целью оплаты товаров и услуг только абонентом 130. Абонентское предложение 120 и абонентское предложение 132 одинаковы, однако абонентское предложение 120 и абонентское предложение 132 могут быть разными.
Аккаунт 102 имеет абонента 142, который является членом аккаунта 102. Абонент 142 имеет абонентское предложение 144, которое устанавливает положения, условия и тарифы для пользования абонентом 142. Это предложение также устанавливает абонентский баланс 146. Абонентский баланс 146 доступен для использования с целью оплаты товаров и услуг только абонентом 142.
Суммарное монетарное обязательство 104 отражает обязательство аккаунта 102. Суммарное монетарное обязательство 104 подвергается влиянию и влияет на использование всех денежных балансов в аккаунте 102, включая абонентские балансы 110, 112, 122, 124, 134, 136, 146. Баланс 114 аккаунта и абонентские балансы 126 и 138 являются неденежными балансами. Неденежные балансы, например, услуги коротких сообщений (SMS), могут не влиять на суммарное монетарное обязательство 104, а также не подвергаться его влиянию. Например, у поставщика услуг можно приобрести план, который за $10 обеспечивает 500 SMS в месяц, с оплатой за превышение лимита $0,10 за SMS. Расход $10 за план будет присовокуплен к суммарному монетарному обязательству. В начале каждого месяца баланс SMS будет устанавливаться на 500, и $10 будет присовокуплен к суммарному монетарному обязательству. По мере использования и оплаты каждого из первых 500 SMS баланс SMS будет уменьшаться на единицу, однако суммарное монетарное обязательство останется неизменным ввиду ежемесячного начисления $10. Когда пользователь отправляет SMS свыше первоначально установленного количества 500, баланс SMS оказывается равным 0, поэтому будет взиматься $0,10. Этот расход в $0,10 будет присовокуплен к суммарному монетарному обязательству. Соответственно, на суммарное монетарное обязательство могут оказывать влияние только изменения денежных средств.
Каждый абонент ограничен своими доступными балансами. Например, абонент 118 ограничен балансами 122, 124 и 126, абонент 130 ограничен балансами 134, 136 и 138 и абонент 142 ограничен балансом 146. Кроме того, каждый абонент ограничен пределом суммарного монетарного обязательства аккаунта, например, абоненты 118, 130 и 142 ограничены пределом 106 суммарного монетарного обязательства. Это, по существу, независимые, параллельные проверки или налагаемые пределы.
Суммарное монетарное обязательство 104 является суммой обязательства, например, посредством использования товаров и услуг, вносимой аккаунтом 102 и абонентами 118, 130 и 142. Система TML поддерживает суммарное монетарное обязательство 104 и определяет, когда суммарное монетарное обязательство 104 превышает предел 106 суммарного монетарного обязательства. Кроме того, система TML также может определять доступное TML, которое равно величине суммарного монетарного обязательства 104 ниже предела 106 суммарного монетарного обязательства. Доступное TML указывает часть доступного финансирования, которая может расходоваться аккаунтом 102 и абонентами 118, 130 и 142 до того, как суммарное монетарное обязательство 104 превысит предел 106 суммарного монетарного обязательства.
Согласно фиг.2, структура аккаунта, включающая в себя конфигурацию 200 иерархия аккаунтов, имеет более сложную, иерархическую структуру, чем конфигурация 100, включающая в себя аккаунты 212, 218, 224, 232, 238, 242 и 248, которые являются субаккаунтами, т.е. аккаунтами, стоящими ниже в иерархии, чем аккаунт 202. Это приобретает особое значение при вхождении в область действия систем TML 204, 214, 220, 226, 234, 240, 244 и 250.
Согласно фиг.3, конфигурация 200 имеет области действия 305, 310, 315, 320, 325, 330, 335 и 340. По умолчанию областью действия системы TML, имеющей суммарное монетарное обязательство и предел суммарного монетарного обязательства, является аккаунт и все абоненты, непосредственно связанные с аккаунтом. Область действия 305 системы TML 204 включает в себя аккаунт 202 и абонентов 206, 208 и 210. Область действия 310 системы TML 214 включает в себя аккаунт 212 и абонента 216. Область действия 315 системы TML 234 включает в себя аккаунт 232. Область действия 320 системы TML 220 включает в себя аккаунт 218 и абонента 222. Область действия 325 системы TML 226 включает в себя аккаунт 224 и абонентов 228 и 230. Область действия 330 системы TML 240 включает в себя аккаунт 238 и абонента 252. Область действия 335 системы TML 244 включает в себя аккаунт 242 и абонента 254. Область действия 340 системы TML 250 включает в себя аккаунт 248 и абонента 256. Системы TML 204, 234, 220, 226, 240, 244 и 250 не перекрываются.
Соответственно, суммарное монетарное обязательство каждого аккаунта включает в себя сумму обязательства, вносимую аккаунтом и всеми абонентами, непосредственно связанными с аккаунтом. Система TML каждого аккаунта определяет, когда суммарное монетарное обязательство превышает предел суммарного монетарного обязательства системы TML. Например, система TML 204 имеет суммарное монетарное обязательство, которое поддерживает сумму обязательства, вносимую аккаунтом 202 и абонентами 206, 208 и 210, и определяет, когда суммарное монетарное обязательство превышает предел суммарного обязательства системы TML 204.
На фиг.4 показана часть конфигурации 200, имеющей области действия 310, 320, 325 и 405. Область действия 405 системы TML 204 расширена, охватывая всю иерархию, включающую в себя аккаунты 202, 212, 218 и 224 и абонентов 206, 208, 210, 216, 222, 228 и 230 в иерархии. Система TML 204 перекрывается с системами TML 214, 220 и 226. Соответственно, суммарное монетарное обязательство системы TML 204 включает в себя сумму обязательства, вносимую аккаунтами 202, 212, 218 и 224 и абонентами 206, 208, 210, 216, 222, 228 и 230, например, посредством использования товаров и услуг. Система TML 204 определяет, когда суммарное монетарное обязательство превышает предел суммарного монетарного обязательства системы TML 204. Система TML может совершать действие, например, выдавая передачу, когда суммарное монетарное обязательство превышает предел суммарного монетарного обязательства системы TML 204.
Кроме того, как рассмотрено выше, область действия 310 системы TML 214 охватывает обязательство, непосредственно связанное с аккаунтом 212, а также обязательство одиночного абонента 216, непосредственно связанное с аккаунтом 212. Соответственно, суммарное монетарное обязательство системы TML 214 поддерживает сумму обязательства, вносимую аккаунтом 212 и абонентом 216, и определяет, когда суммарное монетарное обязательство превышает предел суммарного монетарного обязательства системы TML 214. Область действия 320 системы TML 220 охватывает обязательство, непосредственно связанное с аккаунтом 218, а также обязательство одиночного абонента 222, непосредственно связанное с аккаунтом 220. Соответственно, суммарное монетарное обязательство системы TML 220 поддерживает сумму обязательства, вносимую аккаунтом 218 и абонентом 222, и определяет, когда суммарное монетарное обязательство превышает предел суммарного монетарного обязательства системы TML 220. Область действия 325 системы TML 226 охватывает обязательство, непосредственно связанное с аккаунтом 224, а также обязательство абонентов 228 и 230, непосредственно связанное с аккаунтом 224. Соответственно, суммарное монетарное обязательство системы TML 226 поддерживает сумму обязательства, вносимую аккаунтом 224 и абонентами 228 и 230, и определяет, когда суммарное монетарное обязательство превышает предел суммарного монетарного обязательства системы TML 226.
Система TML каждой области действия имеет доступное TML, которое равно величине суммарного монетарного обязательства ниже предела суммарного монетарного обязательства. Когда суммарное монетарное обязательство превышает предел суммарного монетарного обязательства, доступного TML больше не существует или доступное TML равно нулю. Абонент может находиться в более чем одной области действия. Минимальное из доступных TML областей действия, где находится абонент или аккаунт, ограничивает абонента или аккаунт, что будет дополнительно описано в примере, приведенном в таблице 2. Кроме того, когда суммарные монетарные обязательства превышают пределы суммарного монетарного обязательства любой из областей действия, где находится аккаунт или абонент, может выдаваться передача для оказания влияния на предоставление услуги абоненту или аккаунту.
Например, абонент 216 находится в областях действия 310 и 405. Система TML 204 имеет доступное TML, которое равно величине суммарного монетарного обязательства ниже предела суммарного монетарного обязательства системы TML 204. Система TML 214 имеет доступное TML, которое равно величине суммарного монетарного обязательства ниже предела суммарного монетарного обязательства системы TML 214. Минимальное доступное TML областей действия 405 и 310 ограничивает абонента 216, из-за чего абонент 216 не может использовать средства сверх минимального доступного TML до того, как одно из суммарных монетарных обязательств превысит один из пределов суммарного монетарного обязательства одной из систем TML.
Напротив, аккаунт или абонент в единичной области действия ограничен доступным TML единичной области действия. Например, абонент 206 находится только в области действия 405. Доступное TML области действия 405 равно величине суммарного монетарного обязательства ниже предела суммарного монетарного обязательства системы TML 204. Абонент 206 и/или абоненты 208 и 210 может/могут использовать средства, равные доступному TML системы TML 204, до того, как суммарное монетарное обязательство превысит предел суммарного монетарного обязательства системы TML 204.
На фиг.5 показана часть конфигурации 200, имеющей области действия 310, 320, 325 и 505. Область действия 505 системы TML 204 расширена, охватывая аккаунт 212, благодаря чему система TML 204 перекрывается с системой TML 214. Соответственно, аккаунт 212 и абонент 216 находятся в областях действия 310 и 505. Система TML 204 имеет суммарное монетарное обязательство, которое поддерживает сумму обязательства, вносимую аккаунтами 202 и 212 и абонентами 206, 208, 210 и 216, и определяет, когда суммарное монетарное обязательство превышает предел суммарного монетарного обязательства системы TML 204. Система TML 214 имеет суммарное монетарное обязательство, которое поддерживает сумму обязательства, вносимую аккаунтом 212 и абонентом 216, и определяет, когда суммарное монетарное обязательство превышает предел суммарного монетарного обязательства системы TML 214.
Система TML 204 имеет доступное TML, которое равно величине суммарного монетарного обязательства ниже предела суммарного монетарного обязательства системы TML 204. Система TML 214 имеет доступное TML, которое равно величине суммарного монетарного обязательства ниже предела суммарного монетарного обязательства системы TML 214. Минимальное доступное TML областей действия 505 и 310 ограничивает абонента 216, из-за чего абонент 216 не может использовать средства сверх минимального доступного TML до того, как одно из суммарных монетарных обязательств превысит один из пределов суммарного монетарного обязательства одной из систем TML.
Напротив, аккаунт или абонент в единичной области действия ограничен доступным TML единичной области действия. Например, абонент 206 находится только в области действия 505. Доступное TML области действия 505 равно величине суммарного монетарного обязательства ниже предела суммарного монетарного обязательства системы TML 204. Абонент 206 не может использовать средства сверх доступного TML до того, как суммарное монетарное обязательство превысит предел суммарного монетарного обязательства. Кроме того, аккаунты 218 и 224 поддерживают независимые системы TML 220 и 226, в результате чего области действия 320 и 325 аналогичны показанным на фиг.3.
На фиг.6 показана часть конфигурации 200, имеющей области действия 305, 330, 335, 340 и 610. Область действия 305 аналогична показанной на фиг.3.
Область действия 610 системы TML 234 охватывает аккаунты 232, 238, 242 и 248 и перекрывается с системами TML 240, 244 и 250. Соответственно, суммарное монетарное обязательство системы TML 234 включает в себя обязательство, вносимое аккаунтами 232, 238, 242 и 248 и абонентами 252, 254 и 256. Система TML 234 имеет доступное TML, которое равно величине суммарного монетарного обязательства ниже предела суммарного монетарного обязательства системы TML 234. Область действия 330 системы TML 240 включает в себя аккаунт 238 и абонента 252, и суммарное монетарное обязательство системы TML 240 включает в себя обязательство, вносимое аккаунтом 238 и абонентом 252. Система TML 240 имеет доступное TML, которое равно величине суммарного монетарного обязательства ниже предела суммарного монетарного обязательства системы TML 240. Область действия 335 системы TML 244 включает в себя аккаунт 242 и абонента 254, и суммарное монетарное обязательство системы TML 244 включает в себя обязательство, вносимое аккаунтом 242 и абонентом 254. Система TML 234 имеет доступное TML, которое равно величине суммарного монетарного обязательства ниже предела суммарного монетарного обязательства системы TML 244. Область действия 340 системы TML 250 включает в себя аккаунт 248 и абонента 256, и суммарное монетарное обязательство системы TML 250 включает в себя обязательство, вносимое аккаунтом 248 и абонентом 256. Система TML 250 имеет доступное TML, которое равно величине суммарного монетарного обязательства ниже предела суммарного монетарного обязательства системы TML 234. Минимальное доступное TML каждой из областей действия, где находится аккаунт или абонент, ограничивает аккаунт или абонент, из-за чего аккаунт или абонент не может использовать средства сверх минимального доступного TML до того, как одно из суммарных монетарных обязательств превысит один из пределов суммарного монетарного обязательства одной из систем TML.
Согласно фиг.1-6, если суммарное монетарное обязательство превышает предел суммарного монетарного обязательства или когда абонент превышает свои балансы, может выдаваться передача для оказания влияния на предоставление услуги абонентам или источник или поставщиков услуг. Влияние на предоставление услуги может выдаваться для извещения поставщика услуг или абонентов или прекращения пользования товарами и услугами.
Передача доступного TML может выдаваться, например, в сеть, указывая, что товары и услуги разрешены только в течение времени, которое соответствует доступному TML. Передача доступного TML может выдаваться, например, для указания, что абоненты, до того как суммарное монетарное обязательство превысит предел суммарного монетарного обязательства, могут расходовать только в пределах суммы, которая соответствует доступному TML, в связи с чем сеть обязана прекращать обслуживание по достижении этой суммы, например, уровня расходования.
Система TML может ограничивать доступность обязательства, или всех денежных балансов с отложенной оплатой, по аккаунту, включая балансы аккаунта и абонентские балансы, чтобы суммарное монетарное обязательство не превышало предел суммарного монетарного обязательства, что будет дополнительно описано ниже в примерах, приведенных со ссылкой на фиг.7 и 8.
На фиг.7 показана иллюстративная конфигурация структуры аккаунта, обозначенная как конфигурация 700. Аккаунт 705 имеет систему TML 708 и абонентов 725, 730 и 735. Система TML 708 имеет суммарное монетарное обязательство 710 и предел 715 суммарного монетарного обязательства.
Абонент 725 имеет абонентское предложение 740, которое устанавливает положения, условия и тарифы для пользования абонентом 725. Абонентское предложение 740 также устанавливает абонентский баланс 755. Абонентский баланс 755 доступен для использования с целью оплаты товаров и услуг только абонентом 725. Абонент 730 имеет абонентское предложение 745, которое устанавливает положения, условия и тарифы для пользования абонентом 730. Абонентское предложение 745 также устанавливает абонентский баланс 760. Абонентский баланс 760 доступен для использования с целью оплаты товаров и услуг только абонентом 760. Абонент 735 имеет абонентское предложение 750, которое устанавливает положения, условия и тарифы для пользования абонентом 735. Абонентское предложение 750 также устанавливает абонентский баланс 765. Абонентский баланс 765 доступен для использования с целью оплаты товаров и услуг только абонентом 735.
Ниже приведен пример конфигурации 700, описанный применительно к услуге мобильной телефонной связи; описанные здесь методы не ограничены этим, напротив, их можно применять к другим услугам, например, к услуге передачи данных. Другой иллюстративной услугой является услуга кредитования, например, двух сотрудников отдела продаж, каждый из которых имеет кредитную карту с индивидуальным балансом и суммарным монетарным обязательством. Соответственно, в попытке проведения кредитной транзакции систему TML, аналогичную системе TML 708, можно применять для управления устройством для разрешения, отклонения или иного ограничения транзакции.
Таблица 1Влияние на балансы 755, 760, 765 и суммарное монетарное обязательство 710 со стороны расходов на пользование и ограничение доступности балансов 755, 760, 765 пределом суммарного монетарного обязательства
№
Событие
Суммарное монетарное обязательство 710
Баланс 755
Баланс 760
Баланс 765
цена
доступно
цена
доступно
цена
доступно
цена
доступно
1
Начальные условия
0
20
20
20
20
20
10
10
2
Абонент 725 делает 60-секундный речевой вызов, расходуя $8
8
12
12
12
20
12
10
10
3
Абонент 730 приобретает аудиофайл MP3, расходуя $6
14
6
12
6
14
6
10
6
4
Абонент 735 делает вызов, тратя на него $1 в минуту.Однако, поскольку ему доступно только $6, вызов ограничивается 6 минутами
20
0
12
0
14
0
4
0
5
Абонент 725 пытается сделать вызов. Однако, поскольку TML достигло максимального TML, дополнительные средства недоступны, и пользование не разрешено
20
0
12
0
14
0
4
0
6
Абонент 730 совершает платеж $10 на аккаунт, тем самым уменьшая значение TML на $10, и получает разрешение на дальнейшее пользование
10
10
12
10
14
10
4
4
Аккаунт 705 имеет суммарное монетарное обязательство 710 с пределом 715 суммарного монетарного обязательства в $20. Строка 1 представляет начальные условия. Строка 2 представляет случай, когда абонент 725 осуществляет пользование, расходуя на это $8, пользование уменьшает баланс 755 на $8 и увеличивает суммарное монетарное обязательство 710 на $8. Строка 3 представляет случай, когда абонент 730 делает покупку на $6, что уменьшает баланс 760 на $6 и увеличивает суммарное монетарное обязательство 710 на $6. Заметим, что теперь суммарное монетарное обязательство 710 составляет только $6, что, по существу, уменьшает доступность балансов 755, 760 и 765 на $6, поскольку доступная сумма в суммарном монетарном обязательстве 710 меньше доступной суммы в балансах 755, 760 и 765. Строка 4 представляет случай, когда абонент 735 делает вызов, поскольку аккаунт 705 имеет только $6 доступного кредита, вызов заканчивается через 6 минут, когда суммарное монетарное обязательство 710 достигает предела 715 суммарного монетарного обязательства. Теперь аккаунт 705 и абоненты 725, 730 и 735 аккаунта 705 не способны сделать ничего, что потребовало бы использования средств. Строка 5 представляет случай, когда абонент 725 пытается сделать вызов, но получает отказ вследствие недостатка средств. Заметим, что попытки вызова, совершаемые абонентами 730 и 735, также будут пресечены. Строка 6 представляет случай, когда абонент 730 совершает платеж $10, текущее суммарное монетарное обязательство 710 уменьшается на $10, тем самым допуская будущие расходы в размере $10 для абонентов 725, 730 и 735 аккаунта 705.
На фиг.8 показана иллюстративная конфигурация структуры аккаунта, обозначенная как конфигурация 800. Конфигурация имеет аккаунт 802, имеющий систему TML 804. Система TML 804 имеет суммарное монетарное обязательство 803 и предел 805 суммарного монетарного обязательства. Аккаунт 802 имеет абонентов 806 и 808, непосредственно связанных с аккаунтом 802.
Абонент 806 имеет абонентское предложение 810, которое устанавливает положения, условия и тарифы для пользования абонентом 806. Абонентское предложение 810 также устанавливает абонентский баланс 814. Абонентский баланс 814 доступен для использования с целью оплаты товаров и услуг только абонентом 810. Абонент 808 имеет абонентское предложение 812, которое устанавливает положения, условия и тарифы для пользования абонентом 808. Абонентское предложение 812 также устанавливает абонентский баланс 816. Абонентский баланс 816 доступен для использования с целью оплаты товаров и услуг только абонентом 808.
Аккаунт 802 имеет аккаунт 822, который является субаккаунтом, непосредственно связанным с аккаунтом 802. Аккаунт 822 имеет систему TML 824. Система TML 824 имеет суммарное монетарное обязательство 823 и предел 825 суммарного монетарного обязательства. Аккаунт 822 имеет абонентов 826 и 832, непосредственно связанных с аккаунтом 822. Система TML 824 имеет область действия 840, которая включает в себя аккаунт 822 и абонентов 826 и 832, непосредственно связанных с аккаунтом 822. Предел 825 суммарного монетарного обязательства ограничивает обязательство аккаунта 822 и абонентов 826 и 832.
Абонент 826 имеет абонентское предложение 828, которое устанавливает положения, условия и тарифы для пользования абонентом 826. Абонентское предложение 828 также устанавливает абонентский баланс 830. Абонентский баланс 830 доступен для использования с целью оплаты товаров и услуг только абонентом 826. Абонент 832 имеет абонентское предложение 834, которое устанавливает положения, условия и тарифы для пользования абонентом 832. Абонентское предложение 834 также устанавливает абонентский баланс 836. Абонентский баланс 836 доступен для использования с целью оплаты товаров и услуг только абонентом 832.
Система TML 804 имеет область действия 818, которая включает в себя аккаунт 802 и аккаунт 822, из-за чего суммарное монетарное обязательство 803 перекрывается с суммарным монетарным обязательством 823. В сценариях с перекрывающимися суммарными монетарными обязательствами используется минимальное из доступных TML всех применимых суммарных монетарных обязательств. В результате все, что влияет на суммарное монетарное обязательство 823, также будет влиять на суммарное монетарное обязательство 803 (но не наоборот). Суммарное монетарное обязательство 803 может ограничивать расходы или обязательство, вносимое аккаунтом 822.
Ниже приведен пример конфигурации 800, описанный применительно к услуге мобильной телефонной связи; описанные здесь методы не ограничены этим, напротив, их можно применять к другим услугам, например, к услуге передачи данных.
Таблица 2Балансы и суммарное монетарное обязательство, на которые оказывают влияние расходы на пользование и ограничение балансов пределом суммарного монетарного обязательства.
событие
суммарное монетарное обяза-тельство 803
баланс 814
баланс 816
суммарное монетарное обяза-тельство 823
баланс 830
баланс 836
цена
доступ-ная цена
цена
дос-тупная цена
цена
доступ-ная цена
цена
доступ-ная цена
цена
доступ-ная цена
цена
доступ-ная цена
начальные условия
0
500
300
300
300
300
0
200
150
150
175
175
абонент 806 приобретает предмет за $120
120
380
180
180
300
300
0
200
150
150
175
175
абонент 834 приобретает предмет за $140
260
240
180
180
300
240
140
60
150
60
35
35
абонент 808 приобретает предмет за $200
460
40
180
40
100
40
140
40
150
40
35
35
платеж в размере $50, произведенный на аккаунт 824
410
90
180
90
100
90
90
90
150
90
35
35
Строка 1 таблицы 2 представляет начальные условия. Строка 2 таблицы 2 представляет случай, когда абонент 806, являющийся частью аккаунта 802, совершает покупку на $120, которая непосредственно влияет на суммарное монетарное обязательство 803 и баланс 814, но не влияет ни на какие другие балансы или суммарное монетарное обязательство 823. Строка 3 таблицы 2 представляет случай, когда абонент 832, являющийся частью аккаунта 822, совершает покупку на $140, которая непосредственно влияет не только на суммарное монетарное обязательство 823, покупка на $140 также непосредственно влияет на суммарное монетарное обязательство 803. Поскольку остаточная сумма суммарного монетарного обязательства 803 составляет только $240, суммарное монетарное обязательство 803 ограничивает доступность баланса 816 суммой в $240. Поскольку остаточная сумма суммарного монетарного обязательства 823 составляет только $60, суммарное монетарное обязательство 823 ограничивает доступность баланса 826 суммой в $60. Строка 4 таблицы 2 представляет случай, когда абонент 808, являющийся частью аккаунта 802, совершает покупку на $200. Покупка на $200 непосредственно влияет на суммарное монетарное обязательство 803 и баланс 816. Поскольку остаточная сумма суммарного монетарного обязательства 803 составляет только $40, суммарное монетарное обязательство 803 ограничивает доступность баланса 814, баланса 816 и баланса 830 суммой в $40. Строка 5 таблицы 2 представляет платеж в размере $50, производимый на аккаунт 822, который непосредственно влияет на суммарное монетарное обязательство 823. Однако платеж в размере $50 непосредственно не делает никакие дополнительные средства доступными никакому из аккаунтов 802 и 822 или балансов 814, 816, 830 и 836, поскольку они ограничены вследствие того, что суммарное монетарное обязательство 803 имеет меньше доступных средств, чем суммарное монетарное обязательство 823.
Преимущественно, балансы 814, 816, 830 и 836 могут поддерживать также одновременное пользование, гарантируя, что даже при наличии множественных одновременных событий, влияющих на суммарные монетарные обязательства 803 и 823 (например, множественных абонентов в аккаунте, осуществляющих одновременное пользование), аккаунты 802 и 822 не превышают пределов 805 и 825 суммарного монетарного обязательства. Таким образом, аналогично тому, как балансы 814, 816, 830 и 836 могут использовать резервирование и "обкусывание" баланса для поддержки одновременного расходования из одного и того же баланса, также можно резервировать суммы TML. Например, абонент имеет единственный баланс с $10. Абонент хочет сделать телефонный вызов, за который взимается $1,00 в минуту. Исходя из того, что доступный баланс составляет $10, абонент, в принципе, может сделать 10-минутный телефонный вызов, прежде чем израсходует средства. Однако возможно, что, делая этот вызов, абонент будет производить дополнительные действия, например, запустит сеанс передачи данных или даже сделает второй вызов, например, в рамках трехстороннего вызова. Если абонент собирается сделать второй вызов, например, по тому же тарифу $1,00 в минуту, то абоненту не хватит средств на осуществление первого вызова в течение 10 минут и второго вызова в течение 10 минут, поскольку для этого нужно израсходовать всего $20,00, а единственный баланс составляет только $10. Часть доступных $10,00 можно зарезервировать ("откусить" от баланса) при производстве первого вызова и выделить часть первому вызову. Размер резервируемого куска или части можно регулировать. В этом примере можно зарезервировать $3,00, чтобы для любого другого пользования осталось $7,00. Если первый вызов длится свыше 3 минут (полностью расходует зарезервированные $3,00), можно произвести второе резервирование (при наличии доступных средств), чтобы продлить первый вызов еще на несколько минут. Заметим, что если в течение первых 3 минут абонент делает второй вызов стоимостью $1,00 в минуту, можно произвести второе резервирование в размере $3,00 в том смысле, что $3,00 было зарезервировано для первого вызова, и $3,00 резервируется для второго вызова, и для другого пользования остается $4,00. По окончании пользования можно произвести "согласование" зарезервированных частей, в смысле списания использованной части и возвращения любой неиспользованной части на баланс. Если первый вызов длится только 2 минуты, расход составит $2,00, и $1,00 вернется на единственный баланс. Это называется резервированием "обкусыванием" баланса. Применительно к системе TML можно осуществлять такое же резервирование и "обкусывание" баланса. Например, если из единственного баланса резервируется $3,00, для суммарного монетарного обязательства в системе TML также резервируется $3,00.
Система TML может инициировать внутренние и внешние действия. На основании величины суммарного монетарного обязательства и соотношения с пределом суммарного монетарного обязательства другая функция вокруг суммарного монетарного обязательства состоит в способности инициировать внутренние и внешние действия. Одно действие состоит в отправке сообщения владельцу аккаунта или абоненту, когда суммарное монетарное обязательство достигает предела суммарного монетарного обязательства и когда суммарное монетарное обязательство оказывается ниже предела суммарного монетарного обязательства. То есть, чтобы информировать владельца аккаунта о том, что аккаунт достиг максимального разрешенного обязательства, то есть владелец больше не может приобретать товары или услуги, пока не совершит некое действие (например, платеж), и информировать владельца о том, что суммарное монетарное обязательство уменьшилось ниже предела суммарного монетарного обязательства, и что аккаунт теперь может приобретать товары и услуги.
Система TML также можно использовать для инициирования других внутренних и внешних действий. Например, когда суммарное монетарное обязательство достигает предела суммарного монетарного обязательства, коммерсант или источник по своему желанию может инициировать кредитный надзор на аккаунте или осуществлять какие-либо другие специализированные бизнес-процессы на аккаунте. Кроме того, во многих приложениях, например, телекоммуникационных услугах, отдельные товары и услуги включаются/отключаются для конкретных сущностей (например аккаунтов или абонентов) благодаря настройке особых сетевых элементов разрешать/запрещать конкретной сущности пользоваться конкретной услугой или приобретать конкретный предмет. Достижение суммарным монетарным обязательством предела суммарного монетарного обязательства можно использовать для инициирования обеспечения этих внешних сетевых элементов для отклонения авторизации аккаунта и всех абонентов аккаунта. Аналогично, когда суммарное монетарное обязательство уменьшается ниже предела суммарного монетарного обязательства (например, когда производится платеж), внешние сетевые элементы можно настроить так, чтобы они разрешали пользование этому аккаунту и всем абонентам аккаунта.
На фиг.9 показана иллюстративная конфигурация системы поставщика услуг, включающей в себя систему TML, обозначенная как конфигурация 900. Конфигурация 900 включает в себя клиента/потребителя 905, платежи 930, биллинг 935, систему 945 управления аккаунта/клиента, авторизацию/ценообразование/взимание платы 955, товары и услуги 965 и систему 990 управления TML.
Клиент/потребитель 905 приобретает 920 товары и услуги 965. Прежде чем получить возможность приобретать или использовать какие-либо товары и услуги 965, клиент/потребитель 905 создает у коммерсанта или источника аккаунт, указывающий, какие товары и услуги можно приобретать, цены этих товаров и услуг 965, положения платежа и прочие сведения, необходимые для управления/взаимодействия с клиентом/потребителем 905.
Система 945 управления аккаунта/клиента используется для получения и управления клиентами. Система 945 управления аккаунта/клиента записывает все положения и условия соглашения между клиентом/потребителем 905 и коммерсантом и управляет и поддерживает записи всех покупок и взаимодействий с клиентом/потребителем 905. Система 945 управления аккаунта/клиента - это то место, где хранится информация аккаунта клиента/потребителя 905, которая включает в себя не только соглашение относительно цен товаров и услуг 965, но и промежуточные итоговые суммы за пользование товарами и услугами 965 клиентом/потребителем 905 на данный день (поддерживаемые в балансах) и доступный кредит.
Авторизация/ценообразование/взимание платы 955 определяет, какие товары и услуги разрешено потреблять аккаунту и связанным с ним клиентам, на основании соглашений между коммерсантом и клиентом, а также цену и плату за каждое потребление. Разрешено ли потребление, а также сколько оно стоит и как оплачивается, зависит от многих факторов, включая соглашения между клиентом/потребителем 905 и коммерсантом, текущие промежуточные итоги и суммарное монетарное обязательство клиента/потребителя 905. Кроме того, авторизация/ценообразование/взимание платы 955 поддерживает авторизацию в реальном времени или авторизацию в ходе пользования клиентом/потребителем 905, аннулирование или остановку разрешения пользования услугами аккаунтом и/или клиентами в аккаунте в случае достижения аккаунтом и/или клиентом определенных условий (например, исчерпания доступных средств, достижения кредитного лимита аккаунта и т.д.). Например, если клиент приобретает услугу телефонной связи и платит один доллар в минуту, авторизация/ценообразование/взимание платы 955 может прервать вызов посреди разговора, как только клиент израсходует доступный кредит.
Система 945 управления аккаунта/клиента передает 950 на авторизацию/ценообразование/взимание платы 955 информацию аккаунта, включающую в себя текущие подписки и значения баланса аккаунта, что позволяет авторизации/ценообразованию/взиманию платы 955 определять, можно ли разрешить пользование и какую цену назначить за пользование и как взимать плату. В свою очередь, авторизация/ценообразование/взимание платы 955 возвращает 950 записи о пользовании, включающие в себя соответствующее ценообразование и взимание платы, позволяющие системе 945 управления аккаунта/клиента записывать пользование и соответственно обновлять балансы.
Товары и услуги 965 предлагаются коммерсантом и потребляются клиентом/потребителем 905. Товары и услуги 965 могут представлять собой простые транзакции, например, покупку банки содовой, или более сложные услуги, например, приобретение телекоммуникационных услуг, что включает в себя ежемесячные расходы, а также индивидуальные расходы за каждое пользование в течение месяца. Когда клиент пытается осуществить действие пользования, товары и услуги 965 извещают 960 авторизацию/ценообразование/взимание платы 955 о клиенте/потребителе 905 и какое пользование он пытается осуществить, и авторизация/ценообразование/взимание платы 955 немедленно реагирует, авторизуя/запрещая пользование. Если пользование авторизовано, авторизация/ценообразование/взимание платы 955 также указывает, в каком объеме разрешено пользование (например, максимальное количество байтов, разрешенное в сеансе передачи данных, максимальную длительность телефонного вызова и т.д.).
Биллинг 935 - это процесс, посредством которого коммерсант суммирует любые неоплаченные счета и предъявляет сумму клиенту, предполагая, что клиент совершит платеж. Биллинг 935 может добавлять или удалять расходы. Например, биллинг 935 может добавить ежемесячно повторяющиеся расходы или сократить расходы за счет применения оптовых скидок или рекламных акций. Любые дополнительные расходы, добавленные или удаленные биллингом 935, отражаются в промежуточных итогах, поддерживаемых в системе 945 управления аккаунта/клиента, включающей в себя суммарное монетарное обязательство. Система 945 управления аккаунта/клиента передает 940 информацию пользования и другую информацию, связанную с конкретным аккаунтом, биллингу 935, благодаря чему биллинг 935 осуществляет на аккаунте надлежащее действие биллинга. В свою очередь, биллинг 935 возвращает 940 системе 945 управления аккаунта/клиента информацию, включающую в себя саму счет-фактуру, а также любые новые или урегулированные расходы. Система 945 управления аккаунта/клиента сохраняет информацию в целях формирования истории, а также регулирует любые текущие балансы на основании новых или урегулированных расходов от биллинга 935. Биллинг 935 может добавлять или удалять расходы для аккаунта. Добавления и изъятия для аккаунта посредством биллинга 935 передаются 975 системе 990 управления TML, что позволяет обновлять суммарное монетарное обязательство.
Клиент/потребитель 905 обычно совершает платежи 930 коммерсанту на основании полученных счетов/счетов-фактур. Любые поступившие платежи обычно указываются в счетах/счетах-фактурах и отражаются 970 в суммарном монетарном обязательстве системы 990 управления TML. Когда производится платеж 930, информация платежа 930 передается системе 990 управления TML, что позволяет обновлять суммарное монетарное обязательство. Клиент/потребитель 905 может совершать платежи 915 на свои аккаунты, через финансовые учреждения, например банки, кредитные/дебетовые карты, наличными или любым другим общепринятым способом платежа.
Платежи 930 записываются 925 в системе 945 управления аккаунта/клиента в целях формирования истории, благодаря чему клиент/потребитель 905 может просматривать эту информацию по требованию или как часть счета-фактуры. Кроме того, система 945 управления аккаунта/клиента заносит платеж 930 на аккаунт, осуществляя соответствующую бухгалтерскую логику (например, обновление дебиторских счетов), и обновляет состояние аккаунта согласно предписанным правилам ведения бизнеса. Например, если аккаунт имеет задолженность, приводящую к лимитированию или ограничению пользования на аккаунте, платеж 930 может привести к ограничению этих ограничений/лимитаций. Аналогично, система 945 управления аккаунта/клиента вознаграждает аккаунт за платеж 930, предоставляя дополнительные услуги или сокращенный процесс для существующих услуг.
Система 990 управления TML включает в себя промежуточный итог денежной суммы, составляющей долг аккаунта, или средств, израсходованных клиентом/потребителем 905, коммерсанту или суммарному монетарному обязательству. Дебиты (например, расходы) аккаунта увеличивают суммарное монетарное обязательство, тогда как кредиты (например, платежи) уменьшают суммарное монетарное обязательство. Система 990 управления TML включает в себя обновление суммарного монетарного обязательства на основании кредитов и дебитов аккаунта.
С каждым суммарным монетарным обязательством связан предел суммарного монетарного обязательства, который может назначаться коммерсантом. Когда суммарное монетарное обязательство аккаунта достигает предела суммарного монетарного обязательства, аккаунту может быть запрещено добавлять какие-либо дополнительные расходы, пока не будет получен платеж для уменьшения суммарного монетарного обязательства ниже предела суммарного монетарного обязательства. Коммерсант может устанавливать предел суммарного монетарного обязательства равным значению, заданному клиентом, обычно если предел суммарного монетарного обязательства, заданный клиентом, меньше предела суммарного монетарного обязательства, который установил бы коммерсант.
Система 945 управления аккаунта/клиента может регулировать предел суммарного монетарного обязательства, причем информация предела суммарного монетарного обязательства передается 980 системе 990 управления TML. Кроме того, система 945 управления аккаунта/клиента может выполнять финансовые согласования в отношении аккаунта, например, рефинансировать расходы, корректировать ошибочные расходы и т.п. Эта информация также передается 980 системе 990 управления TML, и опять же суммарное монетарное обязательство можно обновлять. Суммарное монетарное обязательство передается 980 из системы 990 управления TML на управление аккаунтом, чтобы суммарное монетарное обязательство могло быть представлено клиенту/потребителю 905.
Авторизация/ценообразование/взимание платы 950 использует суммарное монетарное обязательство как часть процесса авторизации. Процесс авторизации запрещает пользование, приводящее к превышению суммарным монетарным обязательством предела суммарного монетарного обязательства. Авторизация/ценообразование/взимание платы 950 передает 985 информацию взимания платы за пользование системе 990 управления TML, что позволяет обновлять суммарное монетарное обязательство расходами на пользование.
Клиент/потребитель 905 взаимодействует 910 с системой 945 управления аккаунта/клиента для создания и изменения аккаунтов, добавления/удаления услуг, получения истории аккаунта, получения текущего баланса и значений TML, запрашивания расходов, составления жалоб и т.п. Система 945 управления аккаунта/клиента отвечает на запросы клиента/потребителя 905, а также инициирует контакт с клиентом/потребителем для сообщения информации о рекламных акциях, предупреждений о низком балансе/низком кредите и т.п. Эти контакты могут устанавливаться через представителя клиентской службы или киоски самообслуживания, автоматизированные речевые системы, телефонные вызовы, текстовые сообщения, электронные письма и аналогичные контакты. Создав аккаунт, клиент/потребитель 905 может приобретать 920 товары и услуги 965.
На фиг.10 показаны иллюстративная конфигурация системы TML 1001 и элементы, которые могут влиять на систему TML 1001.
Система TML 1001 действует как интерфейс между различными компонентами, и управление 1004 суммарного монетарного обязательства 1002 системы TML 1001 и управление 1003 предела суммарного монетарного обязательства 1001a находятся в записи 1055 аккаунта.
Машина 1005 поточной обработки, используя интерфейс 1021, может включать и отключать систему TML 1001 для аккаунта, может устанавливать/изменять предел суммарного монетарного обязательства 1001a, может изменять суммарное монетарное обязательство 1002 и может инициировать действия на основании текущего значения суммарного монетарного обязательства 1002.
Получение и управление 1006 клиента, используя интерфейс 1020, может включать и отключать систему TML 1001 для аккаунта, может устанавливать/изменять предел суммарного монетарного обязательства 1001a, может изменять суммарное монетарное обязательство 1002 и может сообщать текущее суммарное монетарное обязательство 1002.
Биллинг 1007, через интерфейс 1019, может инициировать согласования с суммарным монетарным обязательством 1002, применять кредиты (уменьшая суммарное монетарное обязательство 1002) на основании биллинговых скидок и дебиты (увеличивая суммарное монетарное обязательство 1002) на основании дополнительных расходов. Кроме того, биллинг может обращаться к текущему значению суммарного монетарного обязательства 1002 для отображения в счете-фактуре. Системы TML могут перекрываться, и существует возможность того, что единичный расход может влиять на множественные системы TML.
Платежи 1008, через интерфейс 1018, могут инициировать кредитные согласования с суммарным монетарным обязательством 1002 по мере приема платежей на аккаунте. Области действия систем TML могут перекрываться, в связи с чем существует возможность того, что единичный платеж может влиять на множественные системы TML.
Согласования 1009, через интерфейс 1017, со стороны аккаунта или любых абонентов в аккаунте могут инициировать кредитные согласования с суммарным монетарным обязательством 1002 по мере приема согласований (например, компенсаций) на аккаунте. Области действия систем TML могут перекрываться, в связи с чем существует возможность того, что единичное согласование может влиять на множественные системы TML.
Обработка и взимание платы, не связанные с пользованием, 1010, через интерфейс 1016, со стороны аккаунта или любых абонентов в аккаунте может инициировать согласования дебитов и кредитов с суммарным монетарным обязательством 1002 по мере предоставления согласований в качестве расходов и кредитов, не связанных с пользованием, аккаунту или любым абонентам в области действия TML. Области действия систем TML могут перекрываться, в связи с чем существует возможность того, что единичный расход или кредит, не связанный с пользованием, может влиять на множественные системы TML. Кроме того, расходы, не связанные с пользованием, могут быть запрещены или ограничены, чтобы суммарное монетарное обязательство 1002 не превышало предел суммарного монетарного обязательства 1001a.
Каталог продуктов 1011, через интерфейс 1015, может влиять на систему TML 1001, устанавливая стандартные значения предела суммарного монетарного обязательства 1001a, которые можно использовать или игнорировать.
Обработка, ценообразование и взимание платы за пользование 1012, через интерфейс 1014, со стороны аккаунта или любых абонентов в аккаунте может инициировать согласования дебитов и кредитов с суммарным монетарным обязательством 1002 по мере предоставления согласований в качестве расходов и кредитов, не связанных с пользованием, аккаунту или любым абонентам в области действия системы TML 1001. Области действия систем TML могут перекрываться, в связи с чем существует возможность того, что единичный расход или кредит, не связанный с пользованием, может влиять на множественные системы TML. Кроме того, пользования могут быть запрещены или ограничены, чтобы суммарное монетарное обязательство 1002 не превышало отрегулированный предел суммарного монетарного обязательства 1001a.
Сетевые элементы 1050, через интерфейс 1051, можно использовать как часть процесса авторизации пользования. Например, можно сделать так, чтобы, по достижении предела TML, сетевые элементы запрещали товары и услуги. Аналогично, можно сделать так, чтобы, при уменьшении TML ниже предела TML, сетевые элементы разрешали продовольственные товары и услуги.
Извещения и составление отчетов 1013, через интерфейс 1022, может сообщать значения суммарного монетарного обязательства 1002 и инициировать действия в реальном времени на основании соотношения между суммарным монетарным обязательством 1002 и отрегулированным пределом суммарного монетарного обязательства 1001a. Текущее значение TML может сообщаться в любой момент любыми механизмами ответа, поддерживаемыми коммерсантом, включая IVR (интерактивный речевой ответ), текстовые сообщения SMS, текстовые сообщения USSD (неструктурированных дополнительных служебных данных), электронные письма, интернет-порталы и т.п.
На фиг.11 показана система связи 1100, которая включает в себя сервер, т.е. сервер тарификации 1020, для администрирования системы TML. Система связи 1100 включает в себя телефонную сеть 1105, шлюз сигнализации 1115, сервер тарификации 1020, системную базу данных 1125, клиентский сервер управления 1140 и терминал 1135 заботы о клиентах. Система связи 1100 также включает в себя web-сервер 1150, подключенный к интернету 1155.
Пользователь 1165 приобретает мобильный телефон 1170 у поставщика услуг мобильной связи (не показан). Телефон 1170 осуществляет связь через мобильную телефонную сеть 1105, в состав которой входит коммутатор 1110. Коммутатор 1110 предназначен для извещения шлюза сигнализации 1115 о любых сетевых событиях, связанных с абонентами, хранящихся в системной базе данных 1125. Например, посыл вызова, ответ на вызов и разъединение вызова являются тремя типами событий, извещение о которых будет принимать шлюз сигнализации 1115.
Шлюз сигнализации 1115, в свою очередь, передает события на один или несколько серверов тарификации 1120. На серверах тарификации 1120 выполняется программное обеспечение, которое, помимо прочих тарификационных расчетов, вычисляет суммарное монетарное обязательство, и факторизует суммарное монетарное обязательство в свои расчеты. В результате этих расчетов серверы тарификации 1120 передают обратно, через шлюз сигнализации 1115 на коммутатор 1110, предложения, касающиеся условий на аккаунте пользователя 1165, которые могут ограничивать действия пользователя 1165, например, условия низкого баланса, доступное TML, и когда суммарное монетарное обязательство равно или превышает предел суммарного монетарного обязательства. Коммутатор 1110 способен действовать по рекомендации сервера тарификации 1120 и влиять на вызов пользователя 1165, разъединяя, отклоняя или изменяя качество обслуживания. Этот сценарий описывает возможность тарификации и авторизации в реальном времени или возможность тарификации и авторизации, где пользование разрешается или запрещается на основании расчетов, которые осуществляются последовательно с сетевыми событиями.
По мере вычисления и применения расходов для пользования системная база данных 1125 соответственно обновляется. Клиентский сервер управления 1140 подключен к системной базе данных 1125 и предоставляет клиентам административные возможности, например, терминал 1135 заботы о клиентах и web-сервер 1150. Представитель клиентской службы 1130 может использовать терминал 1135 заботы о клиентах для информирования пользователя 1165 о деталях пользовательского аккаунта и внесения любых изменений по запросу пользователя 1165. Пользователь 1165 также может управлять своим аккаунтом через свой персональный компьютер 1160, подключенный через публичный интернет 1155 к web-серверу 1150.
По мере совершения и применения платежей системная база данных 1125 обновляется, включая суммарное монетарное обязательство. Например, пользователь 1165, через компьютер 1160, подключенный к интернету 1155, совершает платеж через платежный шлюз 1180. Клиентский сервер управления 1140 обрабатывает платеж, который включает в себя обновление пользовательской информации, в том числе суммарного монетарного обязательства, в системной базе данных 1125.
Пользователь 1165 также может совершать платеж через представителя клиентской службы 1130, который будет вводить платеж на терминале 1135 заботы о клиентах, который будет обрабатывать запрос платежа и, с помощью внутренних программных интерфейсов приложений, запрашивать платеж у платежного шлюза 1180. Платежный шлюз 1180 будет удостоверять запрос, затем посылать информацию платежа обратно на клиентский сервер управления 1140, который будет обрабатывать платеж, включающий в себя обновление пользовательской информации, в том числе суммарного монетарного обязательства, в системной базе данных 1125.
На фиг.12 показан сервер тарификации 1120. Сервер тарификации 1120 включает в себя процессор 1210 и память 1215. Память 1215, в свою очередь, включает в себя администратор 1222 системы TML, в котором содержатся инструкции, считываемые процессором 1210, в соответствии с которыми процессор 1210 выполняет действия, описанные в контексте фиг.1-11 и дополнительно описанные ниже.
Процессор 1210 осуществляет операции администратора 1222 системы TML. Администратор 1222 системы TML получает предел 1224 суммарного монетарного обязательства, указывающий доступное финансирование для каждого аккаунта. Администратор 1222 системы TML также поддерживает суммарное монетарное обязательство 1223, которое представляет собой промежуточный итог, который включает в себя сумму суммы обязательства, вносимой абонентом 765 в ходе предоставления услуги абоненту 765, и любой другой суммы обязательства, вносимой другим абонентом в ходе предоставления услуги другому абоненту, например, если абонент находится в том же аккаунте или в аккаунте, имеющем такую же область действия, что и абонент 765.
Администратор 1222 системы TML принимает передачу, т.е. событие 1225, указывающую событие, относящееся к вызову, осуществляемому абонентом 765 (например, посыл вызова, ответ на вызов или разъединение вызова). Администратор 1222 системы TML может определять, превышает ли суммарное монетарное обязательство 1223 предел 1224 суммарного монетарного обязательства. Если суммарное монетарное обязательство 1223 превышает предел 1224 суммарного монетарного обязательства, администратор 1222 системы TML выдает или выводит передачу, т.е. условие 1230, указывающее состояние аккаунта пользователя 765. Администратор 1222 системы TML также может определять, превышает ли сумма обязательства, вносимая абонентом 765 в ходе предоставления услуги абоненту 765, баланс, указывающий часть доступного финансирования, которая может расходоваться абонентом 765. Администратор 1222 системы TML также может определять, превышает ли другая сумма обязательства, вносимая другим абонентом в ходе предоставления услуги другому абоненту, баланс, указывающий часть доступного финансирования, которая может расходоваться абонентом. Если сумма обязательства, вносимая абонентом 765 в ходе предоставления услуги абоненту 765, превышает баланс, указывающий часть доступного финансирования, которая может расходоваться абонентом 765, администратор системы TML выдает или выводит передачу, т.е. условие 1230, указывающее состояние аккаунта пользователя 765. Администратор 1222 системы TML также может определять доступное TML, которое равно величине суммарного монетарного обязательства 1223 ниже предела 1224 суммарного монетарного обязательства. Доступное TML указывает часть доступного финансирования, которая может расходоваться абонентом 765, администратор системы TML выдает или выводит передачу, т.е. условие 1230, указывающее состояние аккаунта пользователя 765, а именно, доступное TML, например, в сеть, указывая, что услугу можно разрешить только в объеме, который соответствует доступному TML, или указывая, что абонент 765 может расходовать только в пределах суммы, которая соответствует доступному TML, и сеть обязана прекращать обслуживание по достижении этой суммы, например, уровня расходования.
Условие 1230 передается через шлюз сигнализации 1115 на телефонный коммутатор 1110. Телефонный коммутатор 1110 действует в соответствии с условием 1230 и влияет на вызов пользователя 765, разъединяя, отклоняя или изменяя качество обслуживания на момент действия условия 1230 или момент, который соответствует доступному TML условия 1230.
По ходу вызова администратор 1222 системы TML принимает информацию о вызове, например, длительность вызова, и соответственно, обновляет суммарное монетарное обязательство 1223 и баланс, указывающий часть доступного финансирования, которая может расходоваться абонентом. При необходимости администратор 1222 системы TML выдает следующее условие 1230.
Сервер тарификации 1220 может быть реализован в виде компьютера общего назначения, например, поставщиком услуг или источником, в каковом случае администратор 1222 системы TML можно реализовать в программном обеспечении в виде программного модуля. Альтернативно, сервер тарификации 1220 можно реализовать в виде специализированного устройства в аппаратном обеспечении или программно-аппаратном обеспечении или их комбинации. Термин "модуль" используется здесь для обозначения функциональной операции, которая может быть реализована, либо как автономный компонент, либо как интегрированная конфигурация совокупности подчиненных компонентов.
Хотя администратор 1222 системы TML показан здесь установленным в памяти 1215, администратор 1222 системы TML может быть вещественно реализован на внешнем компьютерно-считываемом носителе информации 1280 для последующей загрузки в память 1215. Носитель информации 1280 может быть любым традиционным носителем информации, включающим в себя, но без ограничения, флоппи-диск, компакт-диск, магнитную ленту, постоянное запоминающее устройство или оптический носитель информации. Администратор 1222 системы TML также может быть реализован в оперативной памяти или в электронном запоминающем устройстве любого другого типа, расположенном в удаленной системе хранения и подключенном к памяти 1215.
Система TML преимущественно позволяет оператору системы TML устанавливать предел суммарного монетарного обязательства индивидуально для каждого аккаунта, включая аккаунты, имеющие множественные члены, на основании любых критериев по его выбору (например, кредитного балла). Система TML, а также балансы, указывающие часть доступного финансирования, которая может расходоваться каждым абонентом, также преимущественно препятствует повышению избыточных расходов. Источники или поставщики услуг могут поддерживать высокорисковых пользователей (например, пользователей с низкими кредитными баллами), тщательно контролируя их траты. Абонент преимущественно может определять в любой момент времени свою задолженность коммерсанту или источнику посредством суммарного монетарного обязательства и может ограничивать абонентское обязательство перед коммерсантом.
Хотя фиг.1-12 описаны применительно к услуге мобильной телефонной связи, описанные здесь методы не ограничены этим, напротив, их можно применять к другим товарам и/или услугам, например, к услуге передачи данных. Другой иллюстративной услугой является услуга кредитования, например, двух сотрудников отдела продаж, каждый из которых имеет кредитную карту с индивидуальным расходным лимитом и обобществленным лимитом. Соответственно, в попытке проведения кредитной транзакции сервер тарификации, аналогичный серверу тарификации 1120, можно применять для управления устройством для разрешения, отклонения или иного ограничения транзакции.
Таблица 3
Термин
Определение
Аккаунт
Сущность, которая представляет клиента оператора/коммерсанта. Аккаунт может быть оплачиваемым (например, ответственная сторона, которая владеет дебиторской задолженностью) или не оплачиваемым. Аккаунт содержит детали профиля абонента, и с ним могут быть связаны абоненты и предложения. Аккаунт может иметь один или несколько дочерних аккаунтов (организованных в иерархии), а также одного или нескольких абонентов и одно или несколько предложений. Аккаунт может иметь ноль или один комплект аккаунта. Аккаунты могут иметь балансы реального времени и аккумуляторы.
Иерархия аккаунтов
Множество родительских и дочерних аккаунтов, часто представляющее множество отделов в единой корпорации.
Предложение аккаунта
Предложение аккаунта - это продаваемая сущность, которая может быть связана только с аккаунтом и используется для предоставления аккаунту балансов уровня аккаунта и рекламных акций уровня аккаунта. С предложениями аккаунта могут быть связаны повторяющиеся и неповторяющиеся положения, контракты, и они могут, в необязательном порядке, демонстрировать суммарное монетарное обязательство и предел суммарного монетарного обязательства. Предложения аккаунта не могут содержать элементы пользования. Они моделируют услугу, потребляемую на уровне аккаунта. В отличие от первичного предложения, предложение аккаунта является необязательным.Заметим, что предложение является минимальной продаваемой сущностью, которую можно доставлять аккаунту или абоненту для потребления услуги. Это собрание строительных блоков многократного пользования, которое моделирует свои тип пользования деятельностью, услугу, цену, пригодность и взаимосвязи с другими предложениями, коррелированные ресурсы, платежи за услуги и расходуемые кредиты. Общими типами предложений являются: первичное предложение, дополнительное предложение и предложение аккаунта.
Согласование
Кредит или дебет, который регулирует сумму конкретного расхода или, в случае смешанного согласования, регулирует сумму счета-фактуры или открытой позиции счета-фактуры. Обычно согласование является одноразовой финансовой транзакцией (в отличие от повторяющегося аспекта повторяющихся расходов) и смешанной финансовой транзакцией (в отличие от стандартного и ожидаемого расхода большинства неповторяющихся расходов). Согласование обычно требует действия со стороны представителя клиентской службы (CSR) или другого служащего. Кредитное согласование обычно кредитует средства обратно на текущие балансы, которые были первоначально дебетованы расходом.Примечание: напротив, прямое согласование баланса является кредитом или дебетом текущего баланса и напрямую не связано с расходом.
Премия
Правило начисления на баланс денежной суммы или неденежных единиц. Источники премий включают в себя ваучерные покупки, перерасходы, повторяющиеся расходы и бонусные планы. Премия расходуется в реальном времени, посредством пользования, которое происходит после присуждения премии. См. также бонус.
Баланс
Баланс - это собрание средств, выраженных в однотипных единицах. Балансы могут быть либо (1) текущими балансами (авторизация в реальном времени), либо (2) финансовыми балансами (дебиторская задолженность). Баланс представляет денежную или неденежную (измеряемую в штуках) величину.Различают баланс с отложенной оплатой и с предварительной оплатой. Баланс с отложенной оплатой может означать величину, измеряемую в штуках, денежный кредит или расходный лимит, или полную причитающуюся сумму, все из которых увеличиваются на основании потребительской деятельности пользователя. Баланс с предварительной оплатой в реальном времени может представлять запас зарезервированных средств или единиц, из которого производится изъятие, когда пользователь потребляет услуги.
Порядок баланса
Порядок, в котором пользование, повторяющиеся и неповторяющиеся расходы применяются к балансам, связанным с абонентом и аккаунтами
Бонус
Схема продвижения, которая вознаграждает абонента скидками или премиями на основании конкретных характеристик абонента или по достижении определенного порогового уровня пользования. См. также премия.
Взимание платы
Процесс изменения балансов на основании расчетных сумм для статей повторяющихся расходов, статей неповторяющихся расходов и пользования.
Кредитный лимит
Установленный оператором циклический лимит баланса, используемый для ограничения риска в отношении баланса с отложенной оплатой. Периодически баланс переустанавливается на значение этого лимита. Если баланс достигает своего минимального значения (обычно 0) в течение цикла, то этот баланс нельзя использовать для авторизации событий, пока он не будет переустановлен на значение лимита в начале следующего цикла. Поддерживаемые циклы включают в себя: суточный, недельный, месячный, квартальный, годовой, биллинговый цикл и отсутствие цикла.
Интерфейс заботы о клиенте
Графический интерфейс пользователя, используемый для создания аккаунтов, абонентов и иерархий и управления ими.
Счет-фактура
Периодически генерируемый или детализируемый по требованию список расходов, сборов и просроченного баланса в отношении аккаунта, соответствующих скидок или кредитов и согласований. Также включает в себя номер счета-фактуры, дату счета-фактуры, итоговую сумму и т.д. Счета-фактуры также могут генерироваться и форматироваться для отправки клиентам.
Предложение
Предложение является минимальной продаваемой сущностью, которую можно доставлять аккаунту или абоненту для потребления услуги. Это собрание строительных блоков многократного пользования, которое моделирует свои тип пользования деятельностью, услугу, цену, пригодность и взаимосвязи с другими предложениями, коррелированные ресурсы, платежи за услуги и расходуемые кредиты. Общими типами предложений являются: первичное предложение, дополнительное предложение и предложение аккаунта.
Неповторяющиеся расходы
Одноразовый расход, например, комиссионные за возвращенный чек, плата за установку, плата за активацию, неустойка или покупка оборудования. Может применяться на уровне аккаунта или на уровне подписки.
Платеж
Платеж - это перевод денег от одной стороны (например, физического лица или компании) другой стороне. Платеж обычно совершается в обмен на предоставление товаров, услуг или того и другого. Например, перевод денег от абонента поставщику услуг связи в обмен на предлагаемые услуги и товары.
Режим платежа
Режим платежа означает режим, в котором абонент совершает платеж поставщику услуг связи. Платеж может производиться в режиме с предварительной оплатой или в режиме с отложенной оплатой.
Баланс с отложенной оплатой
Баланс с отложенной оплатой означает величину, измеряемую в штуках, денежный кредит или расходный лимит, или полную причитающуюся сумму, все из которых увеличиваются на основании потребительской деятельности пользователя.
Режим платежа с отложенной оплатой
Режим платежа с отложенной оплатой относится к услугам, оплачиваемым после использования, т.е. «воспользовался - заплати».
Баланс с предварительной оплатой
Баланс с предварительной оплатой представляет запас зарезервированных средств или единиц, из которого производится изъятие, когда пользователь потребляет услуги.
Режим платежа с предварительной оплатой
Режим платежа с предварительной оплатой относится к услугам, оплачиваемым заранее, т.е. «заплатил - пользуйся».
Ценообразование
Унифицированная машина тарификации назначает фактическую цену за пользование, на основании тарифов, длительности и т.д. См. также тариф.Другим примером ценообразования является установление цены в статье повторяющихся расходов (с помощью ключей и тарифов тарификации).
Каталог продуктов
Каталог продуктов - это хранилище данных системного снабжения для согласованного и централизованного управления рыночными предложениями. Он поддерживает множественные определения продуктов виртуального поставщика услуг в развертывании и обеспечивает различные парадигмы сегментации рынка и ценообразования продуктов.
Реальное время
Описывает действие или транзакцию, происходящее/ую в процессе тарификации и/или взимания платы, в отличие от ожидания окончания цикла (времени выставления счета). Заметим, что процесс тарификации и/или взимания платы "в реальном времени" происходит, в большинстве случаев, в течение фактической длительности события пользования, которое тарифицируется и/или оплачивается.
Повторяющиеся расходы
Расход, оцениваемый с регулярными интервалами независимо от деятельности абонента. Пример: ежемесячная абонентская плата.
Сервер повторяющихся/Неповторяющихся расходов
Сущность, генерирующая повторяющиеся и неповторяющиеся расходы и применяющая их к абонентским балансам.
Услуга
Определяет продаваемый продукт любого рода. Услуги могут обобществляться между различными типами контрактов.
Расходный лимит
Устанавливаемый пользователем (определяемый аккаунтом) циклический лимит баланса, применяемый для добровольного управления расходованием баланса. Расходный лимит используется для ограничения риска в отношении баланса с отложенной оплатой. Расходные лимиты периодически переустанавливаются и не подвергаются влиянию платежей.
Выписка
Периодически генерируемый или детализируемый по требованию список расходов, сборов и остаток баланса в отношении аккаунта, соответствующих скидок или кредитов. Также включает в себя номер выписки, дату выписки, сумму выписки и т.д. Выписка может генерироваться и форматироваться для отправки клиентам.
Абонент
Под абонентом подразумевается: (a) лицо, использующее продукт или услугу, (b) особый пункт доставки услуг для продукта или услуги, например, телефонная линия, аккаунт входа для онлайновой услуги, терминал арендованной сети связи.
Унифицированная машина тарификации
Унифицированная машина тарификации (URE) позволяет поставщиками услуг взимать плату за все услуги связи в реальном времени и вне реального времени, с возможностью полного управления в реальном времени балансом для клиентов с предварительной оплатой, с отложенной оплатой и смешанной оплатой. Она имеет гибкую модель взимания платы, которую можно приспособить для развития клиентских моделей с возможностью ограничивать общие клиентские обязательства для снижения финансового риска. Она допускает оперативные и отсроченные рекламные акции, со скидками по встречным сделкам для создания инновационных маркетинговых предложений для проникновения в новые клиентские сегменты и сокращения оттока абонентов. Она поддерживает многочисленные тарификационные признаки в соответствии с широким диапазоном требований, предъявляемых в областях проводной, мобильной, кабельной и широкополосной интернет-связи.
USSD
Неструктурированные дополнительные служебные данные - это способность некоторых мобильных телефонов, обычно использующих телефонные услуги реального времени или мгновенного обмена сообщениями.
Описанные здесь методики являются иллюстративными, и их не следует рассматривать как налагающие какое-либо конкретное ограничение на настоящее раскрытие. Кроме того, этапы, связанные с описанными здесь процессами, могут осуществляться в любом порядке, если иное не указано или не определено самими этапами. Следует понимать, что специалисты в данной области техники могут предложить различные альтернативы, комбинации и модификации. Настоящее раскрытие призвано охватывать все подобные альтернативы, комбинации и модификации, отвечающие объему нижеследующей формулы изобретения.