Основывающееся на приложении выставление счетов за услуги в беспроводной абонентской сети

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

 

Перекрестная ссылка на родственные заявки

По данной заявке в соответствии с § 119(е) 35 U.S.C. испрашивается приоритет предварительной заявки на патент США № 60/538206, поданной 21 января 2004, раскрытие которой полностью включено в настоящее описание посредством ссылки.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Перечень фигур чертежей

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

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

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

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

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

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

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

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

Фиг.7А и 7В - иллюстрации обработки подтверждающего ответа на клиентском устройстве согласно, по меньшей мере, одному варианту осуществления изобретения.

Подробное описание предпочтительных вариантов осуществления

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

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

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

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

Фиг.1 иллюстрирует блок-схему одного иллюстративного варианта осуществления системы 100 беспроводной связи согласно, по меньшей мере, одному варианту осуществления изобретения. Система 100 может содержать клиентские устройства, такие как сотовый телефон 102, выполненные с возможностью осуществления связи через беспроводную сеть 104 с, по меньшей мере, одним сервером 106 выставления счетов за услуги, который принимает события выставления счетов за услуги от устройств беспроводной связи через портал беспроводной связи или другое средство доступа к данным в беспроводной сети 104. Как показано здесь, (клиентское) устройство беспроводной связи может представлять собой сотовый телефон 102, персональное цифровое информационное устройство 108, пейджер 110, который показан здесь как двунаправленный текстовой пейджер, или даже отдельную компьютерную платформу 112, которая имеет портал беспроводной связи. Варианты осуществления настоящего изобретения, таким образом, могут быть реализованы на любой форме клиентского устройства, включая не в ограничительном смысле беспроводные модемы, карты PCMCIA, персональные компьютеры, терминалы доступа, телефоны или любую их комбинацию или подкомбинацию.

Сервер 106 выставления счетов за услуги (BDS) показан здесь в сети 116 с другими компьютерными элементами, выполненными с возможностью осуществления связи с беспроводной сетью 104. В рассматриваемом случае могут быть дополнительные автономные серверы (например, автономный сервер 122) и каждый сервер может предоставлять отдельные услуги и процессы клиентским устройствам 102, 108, 110, 112 через беспроводную сеть 104. Предпочтительно также имеется, по меньшей мере, одна база 118 данных сохраненных транзакций, в которой содержатся записи имеющих отношение к выставлению счетов за услуги транзакций от устройств 102, 108, 110, 112 беспроводной связи. Тем не менее, специалистам в данной области техники должно быть понятно, что проиллюстрированная на Фиг.1 конфигурация просто является иллюстративной. Соответственно варианты осуществления изобретения могут включать в себя один или более серверов, каждый из которых может выполнять все описанные функции и содержать все необходимое программное и аппаратное обеспечение, либо может содержать только выбранные функциональные возможности.

На Фиг.2 показана блок-схема, которая более полно иллюстрирует систему 100, включая компоненты беспроводной сети 104 и взаимосвязь элементов, соответствующих иллюстративным вариантам осуществления настоящего изобретения. Система 100 просто является иллюстративной и может включать в себя любую систему, которая позволяет удаленным клиентским устройствам, таким как клиентские вычислительные устройства 300, 102, 108, 110, 112 беспроводной связи, через эфир осуществлять связь друг с другом и/или с другими компонентами, подсоединенными через беспроводную сеть 104, включая не в ограничительном смысле операторов связи и/или серверы беспроводной сети. Сервер 106 выставления счетов за услуги и база 118 данных сохраненных транзакций в сочетании с любыми другими серверами, такими как сервер 130 загрузки приложений, которые используются для предоставления телекоммуникационных услуг сотовой связи, осуществляют связь с сетью 200 оператора связи через линию передачи данных, такую как Интернет, защищенная LAN (локальная сеть), WAN (глобальная сеть) или другая сеть. В показываемом варианте осуществления отдельный сервер 120 может включать в себя сервер 130 загрузки приложений, сервер 106 выставления счетов за услуги и базу 118 данных сохраненных транзакций. Помимо этого сервер 120 может быть непосредственно подключен к сети оператора связи или входить в ее состав. Тем не менее, эти серверы также могут быть и независимыми устройствами.

Сеть 200 оператора связи контролирует сообщения (в типичном случае посылаемые в виде пакетов данных), посылаемые на контроллер 202 услуги обмена сообщениями (MSC). Сеть 200 оператора связи осуществляет связь с MSC 202 посредством сети, Интернета и/или коммутируемой телефонной сети общего пользования (PSTN). В типичном случае по сетевому соединению или Интернет-соединению между сетью 200 оператора связи и MSC 202 переносятся данные, а по PSTN переносится речевая информация. MSC 202 может быть подключен к множеству базовых станций (BTS) 204. Подобно сети оператора связи MSC 202 в типичном случае подсоединен к BTS 204 посредством сети, Интернета и/или PSTN для переноса данных и/или речевой информации. BTS может беспроводным образом осуществлять широковещательную рассылку содержащих данные сообщений на клиентские устройства, такие как клиентское устройство 102, посредством службы коротких сообщений (SMS) или других эфирных (ОТА) способов, известных из уровня техники.

Клиентское устройство 300, например сотовый телефон, имеет компьютерную платформу, которая может принимать и исполнять программные приложения и передавать запросы на выставление счетов за услуги от приложения на сервер 106 выставления счетов за услуги. Помимо этого клиентское устройство 300 может осуществлять связь с сервером 130 загрузки приложений. Компьютерная платформа может включать в себя специализированную микросхему (ASIC 208) или другой процессор, микропроцессор, логическую схему или другое устройство обработки данных. ASIC 208 или другой процессор исполняет уровень интерфейса прикладного программирования (API) 210, который непосредственно взаимодействует с любыми резидентными программами в памяти 212 устройства беспроводной связи. Память 212 может быть скомпонована из оперативной или постоянной памяти (ОЗУ и ПЗУ), электрически стираемой программируемой памяти (EEPROM), карт флеш-памяти или любой другой памяти, обычной для компьютерных платформ. API 210 (например, BREW®) также имеет работающее в его составе основывающееся на приложении приложение 310 выставления счетов за услуги (AVB), содержащее логические средства, сконфигурированные для обработки специальных запросов на выставление счетов за услуги от клиентского устройства к серверу 106 выставления счетов за услуги через сеть 200 оператора связи. Компьютерная платформа 206 также может включать в себя локальную базу 214 данных, в которой могут содержаться приложения, не используемые в памяти 212 активно. Локальная база 214 данных в типичном случае представляет собой ячейку флеш-памяти, но может быть и любым вторичным устройством хранения данных, известным из уровня техники, таким как магнитные носители, EEPROM, оптические носители, пленка, гибкий или жесткий диск и т.п.

Клиентское устройство 300 беспроводной связи, такое как сотовый телефон, имеет установленные на нем либо, в противном случае, загружает одно или более программных приложений, таких как игры, новостные приложения, биржевые мониторы и т.п. Например, клиентское устройство 300 беспроводной связи может принимать одно или более программных приложений, загружаемых с сервера 130 загрузки приложений. Программные приложения могут храниться в локальной базе 214 данных, когда они не используются. Клиентское устройство 300 или другое вычислительное устройство беспроводной связи может выгружать резидентные приложения, хранящиеся в локальной базе 214 данных, в память 212 для исполнения на API 210, когда это предписывается пользователем или вызывается другим API. Таким путем в одном варианте осуществления приложение 310 AVB может быть загружено на клиентское устройство 300 для исполнения приложения и формирования запросов на выставление счетов за услуги к серверу 106 выставления счетов за услуги.

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

Беспроводная связь между клиентским устройством 300 и BTS 204 может основываться на различных технологиях, таких как множественный доступ с кодовым разделением каналов (CDMA), множественный доступ с временным разделением каналов (TDMA), множественный доступ с частотным разделением каналов (FDMA), глобальная система мобильной связи (GSM) или другие протоколы, которые могут использоваться в сети беспроводной связи или сети передачи данных. В типичном случае обмен данными осуществляется между клиентским устройством 300, BTS 204 и MSC 202. MSC 202 может быть соединен с множеством сетей передачи данных, таких как сеть 200 оператора связи, PSTN, Интернет, виртуальная частная сеть и т.п., таким образом, позволяя клиентскому устройству осуществлять доступ к более масштабной сети связи. Как обсуждалось ранее, в дополнение к передаче речи данные могут передаваться на клиентское устройство через SMS или другие способы OTA, известные из уровня техники.

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

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

Обработчик представляет собой приложение, которое поддерживает воспроизведение контента. Он в типичном случае предварительно устанавливается на устройстве и может поддерживать один или более типов контента. В типичном случае обработчик не взаимодействует с потребителем, а вместо этого работает "за сценой" для запуска контента. Тем не менее, некоторые обработчики поддерживают простое взаимодействие с потребителем, например: "Вы желаете сделать данную мелодию звонка Вашей установкой по умолчанию?"

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

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

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

Согласно Фиг.3 основывающееся на приложении выставление счетов за услуги (AVB) может считаться способностью приложения 320 (например, приложения BREW®) на клиентском устройстве 300 представлять событие, по которому может быть выставлен счет за услуги (например, через расширение 315 AVB), на сервер 106 выставления счетов за услуги (BDS) для обработки выставления счетов за услуги. Приложение 320 и соответствующее расширение 315 AVB может считаться приложением 310 AVB, которому присуща способность генерировать и обрабатывать события выставления счетов за услуги на клиентском устройстве 300. Эти события выставления счетов за услуги могут распространяться через BDS 106 на модуль 350 выставления счетов за услуги (например, системе генерирования счетов абонентам оператора) и модуль 360 уплаты (например, сервисы выставления счетов за услуги BREW®), которые поддерживают выставление абонентам счетов за услуги, оплату разработчикам, распределение доходов оператора и распределение доходов от уплаты. Услуги AVB в типичном случае не требуют распространения контента на клиентское устройство 300 или активации услуг, относящихся к выставлению счетов за услуги, на клиентском устройстве. Таким образом, BDS 106 не обязательно должен вводить в действие службы управления лицензиями, относящиеся к AVB. Представление запроса на выставление счета за услуги, обработка подтверждающего ответа и активация услуги по приему успешного подтверждающего ответа являются ответственностью приложения 310 AVB. Этот локальный контроль управления лицензиями позволяет разработчикам индивидуальным образом задавать их ценовую политику и/или лицензирование, как это требуется, без необходимости следования заранее определенным правилам (например, однократное взимание, выставление счетов по подписке и т.п.), вводимым в действие BDS 106.

Как отмечено ранее, услуги выставления счетов за услуги могут быть непосредственно расширены на приложение 310 AVB. Соответственно приложение 310 AVB может инициировать события выставления счетов за услуги после транзакции исходной загрузки приложения, при которой приложение 310 AVB загружается. Приложение 310 AVB может предоставлять дополнительные услуги (загрузка после приложения) абоненту/потребителю за дополнительную плату. Принимая во внимание финансовые последствия, эти приложения с задействованным выставлением счетов за услуги (например, приложение 310 AVB) могут использовать специальные защищенные интерфейсы прикладного программирования, которые относятся к выставлению счетов за услуги на BDS 106. Например, приложения AVB могут осуществлять доступ к и использовать интерфейсы выставления счетов за услуги, интерфейсы загрузки и интерфейсы взаимной аутентификации для использования выставления счетов за услуги через BDS 106. Доступ к этим интерфейсам может быть осуществлен через вызовы к расширению 315 AVB, которое может быть распространено среди разработчиков для объединения с приложениями, что обсуждается более подробно ниже.

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

Другим примером может быть приложение торговли мелодиями звонка. В текущее время типичные приложения мелодий звонка используют ценовую модель, основывающуюся на приобретении/количестве использований. Использование равно одной загрузке мелодии звонка. Однако используя приложение 310 AVB и выставление счетов за услуги на BDS 106, поставщик мелодий звонка может дифференцировать цену по мелодиям звонка. Например, за более популярные мелодии звонка может быть назначена цена, отличающаяся от других мелодий звонка.

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

Приложение 310 AVB может устанавливать атрибуты выставления счетов за услуги для включения среди прочих элементов описания выставляемого счета и величины выставляемого счета, например, абонентской прейскурантной цены (CLP), и других данных выставления счетов за услуги, которые ассоциированы с идентификатором абонента (SID), ассоциированным с клиентским устройством 300 и приложением 310 AVB, которое сгенерировало запрос на выставление счета за услуги (запрос AVB). Данные выставления счетов за услуги посылаются на BDS 106 в запросе AVB. Запрос AVB может быть обработан и подтвержден с использованием логических средств 330 подтверждения. Логические средства 330 подтверждения могут быть сконфигурированы оператором связи/оператором и использованы для удовлетворения или отклонения запроса AVB. Например, оператор может выдать отклонение запросов AVB с величинами выставляемых счетов, превышающими пятьдесят долларов, либо может выдать отклонение запросов AVB от конкретных SID. Помимо этого логические средства 330 подтверждения могут осуществлять доступ к интерфейсам предоплаты, если SID ассоциирован с банковским счетом предварительной оплаты, проверять баланс банковского счета предварительной оплаты на предмет достаточности денежных средств, например. После того как запрос AVB удовлетворен, через BDS 106 может быть распространено событие выставления счета за услуги AVB. Кроме того, события выставления счетов за услуги AVB могут быть включены в отчеты, представляемые оператору и/или разработчику для обработки счетов, службе технической поддержки абонентов, бизнес-информации, поддержки урегулирования споров по платежам и т.п.

Приложение 310 AVB может быть предварительно установлено на клиентское устройство 300 или загружено общеизвестным путем. Например, потребитель/абонент может просматривать каталог, выбирать и приобретать приложение 310 AVB для загрузки. Потребитель затем может быть попрошен подтвердить приобретение и может быть уведомлен о том, что могут иметь место дополнительные тарифы за услуги/контент, ассоциированные с приложением 310 AVB. Затем общеизвестным путем приложение 310 AVB может быть загружено и соответствующая приобретению транзакция запротоколирована. Далее, в некоторый момент времени во время использования приложения 310 AVB оно может предоставить возможность приобретения дополнительных услуг. Приложение 310 AVB может использовать информацию об операторе связи, платформе, языке, предоплате и/или среду (например, BREW® 3.0) для определения доступных дополнительных услуг и ценовой политики. Приложение 310 AVB может отображать потребителю дополнительные услуги, предоставляемые за дополнительную оплату, например новое вооружение за $0,25 или песню в формате MP3 за $1,00. Дополнительные элементы и цены могут храниться локальным образом как часть основного приложения, и/или приложение 310 AVB может соединиться с сервером 390 контента разработчика или другим удаленным сервером.

Как обсуждалось ранее, услуга (дополнительная услуга) уже может быть в приложении 310 AVB (например, дополнительный уровень игры) или может потребовать соединение с сервером 390 контента. Приложение 310 AVB затем может запросить авторизацию выставления счета за услуги в отношении абонента (т.е. сгенерировать запрос AVB). Клиентское устройство 300 обращается к BDS 106 для заверения приобретения (например, устанавливает сетевое соединение). BDS 106 отвечает удовлетворением или отклонением, либо ответ отсутствует. На основе этого ответа приложение 310 AVB может разблокировать локальную услугу, обратиться к серверу 390 контента или отклонить запрошенную услугу. Приложение 310 AVB может пометить транзакцию как ожидающую обработки или прекращать транзакцию, если нет ответа, по прошествии заранее определенного времени и/или количества повторных попыток. Клиентское устройство 300/приложение 310 AVB может обращаться к серверу 390 контента, если ему требуется контент, который не представлен в приложении 310 AVB. Если приложение 310 AVB не может извлечь контент, приложение может запросить повторную попытку, поскольку приобретение услуги было совершено. В типичном случае после удовлетворения запроса на выставление счета за услуги событие выставления счета за услуги генерируется и распространяется через BDS 106 и формируется счет для абонента.

По меньшей мере, один вариант осуществления изобретения проиллюстрирован на Фиг.3. Показано клиентское устройство 300, которое включает в себя приложение 310 AVB. Приложение 310 AVB может включать в себя приложение 320 (например, приложение BREW®), которое включает в себя расширение 315 AVB (например, API, который обеспечивает запросы выставления счетов за услуги и обработку в рамках приложения). Соответственно запрос на выставление счета за услуги формируется в клиентском устройстве 300 (например, в приложении 310 AVB). Это позволяет контролировать восприятие от покупок на уровне клиентского устройства и для большей гибкости при лицензировании, распространении и ценообразовании приложений, признаков в приложениях и/или контенте. Например, разработчик может пожелать предоставить приложение аркадного типа с различными функциональными возможностями, каждая из которых имеет отличный от других уровень цены. Эти функциональные возможности могут быть включены в состав исходного приложения (например, различные уровни сложности) или могут быть загружены с удаленного сервера 390 контента (например, усовершенствованная фоновая музыка). Опция приобретения каждой услуги (например, дополнительной функциональной возможности, контента) может быть представлена пользователю, и пользователь может определить, приобретать ли каждую услугу, на уровне приложения. Соответственно одно приложение 310 AVB может генерировать инкрементально выставляемый счет для разработчика и оператора связи без необходимости множества приложений и/или множества загрузок различных приложений.

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

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

Подтверждающий ответ может соответствовать удовлетворению запроса на выставление счета за услуги, либо отклонению запроса на выставление счета за услуги. После того как клиентское устройство примет подтверждающий ответ, оно может обработать этот подтверждающий ответ. Например, может быть активирована услуга (например, обеспечение дополнительной функциональной возможности игры), связанная с запросом на выставление счета за услуги, если подтверждающий ответ является положительным. Аналогично, если запрос на выставление счета за услуги отклоняется, на клиентском устройстве может быть отображена индикация отклонения запроса на выставление счета за услуги. В необязательном порядке в отклонение может быть включена дополнительная информация, такая как причина, по которой запрос был отклонен (например, недостаток денежных средств). В, по меньшей мере, одном варианте осуществления BDS 106 может выгодным образом использовать имеющиеся компоненты выставления счетов за услуги для облегчения реализации основывающейся на приложении системы выставления счетов за услуги. Например, на Фиг.3 BDS 106 может принимать запрос на выставление счета за услуги от клиентского устройства 300. BDS 106 может затем осуществить доступ к логическим средствам 330 подтверждения, которые могут быть определены субъектом выставления счетов за услуги (например, оператором/оператором связи). Логические средства 330 подтверждения могут быть настолько детализированными или настолько ограниченными, насколько это желательно. Например, оператор связи может разрешить обработку всех событий выставления счетов за услуги, покуда SID является действительным, применяя денежные суммы и информацию о получателе платежа, используемые по умолчанию. Тем не менее, типичные проверки действительности для упомянутого подтверждения могут включать в себя то, что запрошенная сумма, соответствующая выставленному счету, является действительной, и для генерации события выставления счета за услуги предоставлено достаточно информации (например, цена услуги, идентификатор (ID) приложения AVB, короткое описание запрошенной услуги и т.п.). Эта информация может быть включена в запрос на выставление счета за услуги непосредственно или может быть сгенерирована в сочетании с сохраненной информацией в BDS 106 или другом сервере, функционально связанном с BDS 106. Например, ID приложения может быть связан с одним или более ID поставщика и соответствующей ценовой политикой поставщика, описанием приложения, прейскурантной ценой (CLP), ценовым планом и т.п. Однако в типичном случае, по меньшей мере, SID, цена (CLP) и короткое описание запрошенной услуги будет передано от клиентского устройства 300/приложения 310 AVB, поскольку цена, отображаемая для услуги во время основывающейся на клиенте транзакции приобретения, которая генерирует запрос на выставление счета за услуги, в типичном случае представляет собой цену, используемую для выставления абоненту счетов за услуги.

В типичном случае, как отмечено ранее, запрос на выставление счета за услуги может включать в себя или быть ассоциирован с SID, коротким описанием запрошенной услуги (коротким описанием) и ценой услуги (CLP). С запросом на выставление счета за услуги может быть передана дополнительная информация, включая, по меньшей мере, одно из ID приложения, ID транзакции, времени представления, времени создания, валюты, длинного описания, ID получателя платежа, данных о продавце, результата хеширования SID, информации о платформе, языке, среде (например, BREW® 3.0) и т.п. Оператором и/или разработчиком могут использоваться дополнительные данные, что должно быть понятно специалисту в данной области техники.

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

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

Кроме того, в вариантах осуществления изобретения логические средства 330 подтверждения могут выполнять дополнительные проверки для удовлетворения запроса на выставление счета за услуги. Например, если ценовой план для абонента соответствует плану с предварительной оплатой, может быть проверен баланс предварительной оплаты, чтобы удостовериться в том, что в наличии имеются достаточные денежные средства для приобретения запрошенной услуги. Если достаточные денежные средства имеются в наличии, то на клиентское устройство 300 передается уведомление об удовлетворении. Однако если нет достаточных денежных средств, запрос на выставление счета за услуги отклоняется, даже если запрос на выставление счета за услуги является действительным. После того как запрос на выставление счета за услуги наконец удовлетворен логическими средствами 330 подтверждения/сервером 106 выставления счетов за услуги, уведомление об удовлетворении передается на клиентское устройство 300 для обработки приложением 310 AVB, которое сгенерировало запрос на выставление счета за услуги.

После передачи уведомления об удовлетворении на клиентское устройство данные транзакции передаются менеджеру 340 транзакций (TXN), который сконфигурирован для приема данных транзакции. TXN 340 может в необязательном порядке ассоциировать дополнительную информацию выставления счетов за услуги, которая не включена, с данными транзакции из запроса на выставление счета за услуги. Например, данные транзакции могут содержать SID, описание запрошенной услуги (короткое описание) и цену (например, CLP). TXN 340 может ассоциировать дополнительные данные для завершения процесса выставления счета за услуги (например, описание элемента, ID приложения, ценовой план и т.п.). В качестве альтернативы TXN 340 может обрабатывать и пропускать через себя принятые данные транзакции без какого-либо дополнения или изменения. Затем TXN 340 передает эту информацию в качестве события выставления счета за услуги модулю 350 выставления счетов клиентам за услуги и модулю 360 уплаты. Модуль 350 выставления счетов клиентам за услуги может быть сконфигурирован для приема события выставления счета за услуги от TXN 340 и генерирования счета для абонента, ассоциированного с SID и клиентским устройством 300. Модуль 360 уплаты может быть также сконфигурирован для приема события выставления счета за услуги от TXN 340, инвойсирования оператора связи/оператора и выполнения оплаты поставщику услуг (например, разработчику, поставщику контента, издателю и т.п.).

Событие выставления счета за услуги может быть создано и обработано способом, аналогичным соответствующему транзакциям загрузки приложений, после того как данные транзакции были сгенерированы. Например, данные транзакции, ассоциированные с запросом на выставление счета за услуги/приобретенной услугой, могут храниться в TXN 340 и/или в соответствующей базе данных (базе 118 данных транзакций). Данные транзакции могут включать в себя поднабор метаданных, хранящихся в TXN 340 или в соответствующей базе данных, и дополнительную информацию, включаемую другими устройствами и/или системами. События выставления счетов за услуги могут создаваться в TXN 340 посредством коррелирования метаданных и данных транзакции либо могут основываться исключительно на данных транзакции, принятых от приложения 310 AVB. После того как событие выставления счета за услуги сгенерировано, оно может быть передано с соответствующими отчетными данными (например, данными о продавце) и обработано модулем 350 выставления счетов за услуги и модулем 360 уплаты, как обсуждалось ранее. По меньшей мере, некоторые данные, включенные в запрос на выставление счета за услуги, не могут быть обработаны. Например, данные о продавце могут быть пропускаемыми данными, единственная обработка в отношении которых заключается в распространении данных о продавце через BDS 106 и/или относящиеся к нему компоненты.

Хотя различные компоненты (например, логические средства 330 подтверждения, TXN 340, модуль 350 выставления счетов за услуги и модуль 360 уплаты) и/или описанные функциональные возможности проиллюстрированы как часть общей системы/сервера выставления счетов за услуги BDS 106, эти компоненты и/или функциональные возможности могут быть разделены или объединены по необходимости. Дополнительно разнообразные описанные компоненты и/или функциональные возможности могут в необязательном порядке находиться на отдельных серверах/вычислительных устройствах, которые функционально связаны друг с другом через проводную или беспроводную сеть, Интернет, PSTN, другие известные системы связи и комбинации вышеперечисленного.

Фиг.4 иллюстрирует процесс AVB с точки зрения разработчика. Разработчик может использовать приложения AVB для увеличения дохода, расширения области распространения приложений и усовершенствования конфигураций лицензирования. Для разработки приложения AVB разработчик может извлекать документацию выставления счетов за услуги и информацию, необходимую для разработки приложения выставления счетов за услуги. Это может включать в себя осуществление доступа к доступным от владельца/оператора BDS 106 руководствам по программированию, инструментальным средствам программирования и открытым расширениям (например, расширению 315 AVB) (этап 410).

Затем разработчик компонует приложение AVB, которое включает в себя дополнительную услугу, которая может быть критичной для активного оператора связи, информацию о платформе, языке, предварительной оплате, а также SID. В приложение AVB может быть встроено управление ценой, а также услуги управления транзакциями выставления счетов за услуги (расширение AVB). Приложение AVB может быть протестировано разработчиком, используя инструментальные средства тестирования из состава рабочей среды (например, добавляемые инструментальные средства тестирования BREW®) (этап 420).

Затем приложение может быть представлено в центр тестирования третьей стороны или центр тестирования оператора с дополнительной информацией, которая описывает дополнительные услуги выставления счетов за услуги и режим управления транзакциями приложения AVB. Центр тестирования может тестировать и/или усовершенствовать приложение AVB в отношении выставления счетов за услуги. Например, центр тестирования может удостоверяться в том, что управление транзакциями приложения AVB надлежащим образом обрабатывает состояния "удовлетворено", "отклонено" и "нет ответа" от BDS. Кроме того, центр тестирования может испытать поднабор услуг выставления счетов за услуги для проверки взаимодействия с графическим интерфейсом пользователя (GUI) на клиентском устройстве. Тестирование на основе платформы (например, типа устройства/операционной системы) и подписки может быть также задействовано для исследования воздействия на предлагаемые дополнительные услуги со стороны платформы и типа предоплаты/подписки с целью сертификации приложения AVB (этап 430).

По мере того как приложение разрабатывается, и/или во время цикла тестирования разработчик и оператор могут обсуждать приложение AVB, дополнительные услуги и ценовую политику в отношении приложения AVB и дополнительных услуг. Оператор может потребовать соглашение уровня услуг (SLA) с разработчиком в отношении рабочего времени в плане доступа к сетевому серверу и соглашения о ценовом диапазоне. После распространения приложения AVB разработчик может в некоторых случаях изменять ценовую политику в отношении услуг, используя сетевой сервер (например, сервер 390 контента). Однако операторы могут запросить цену в пределах оговоренного ценового диапазона (этап 440).

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

После того как приложение распространено, разработчик может управлять дополнительными услугами и ассоциированной ценовой политикой, если сетевой сервер/сервер контента, управляемый разработчиком, используется в дополнительных услугах. По мере того как приложение AVB генерирует запросы на выставление счетов за услуги, которые обрабатываются и удовлетворяются, разработчик может принимать платежи и относящиеся к AVB отчеты от BDS. Отчеты могут генерироваться BDS, который предоставляет информацию использования для каждого события выставления счета за услуги и любых ассоциированных корректировок, платежей, которые относятся к выставлению счетов за услуги, и т.п. Например, BDS может формировать платежи на основе услуг выставления счетов за услуги независимым образом. Альтернативно платежи могут быть включены в сумму, совокупную с другими платежами разработчику, например платежами за загрузки приложений. Если платежи принимаются в совокупной сумме, отчет о платежах или другие отчеты от BDS могут использоваться для идентификации основывающихся на AVB платежей (этап 460).

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

С позиции оператора приложения AVB обеспечивают новые возможности получения дохода. Однако точки управления распространением оператора, которые существуют с загрузками приложений, могут быть модифицированы. Например, приложение AVB управляет предложением дополнительных услуг потребителю и установлением прейскурантной цены. В типичном случае при известном доступе к приложениям из каталога оператора оператор управляет каталогом и потребительской ценой всех приложений. Для приложений AVB оператор не имеет того же самого систематического управления покупками абонента/потребителя. Тем не менее, операторы могут задействовать управление через непосредственное обсуждение с разработчиками (например, 440). Помимо этого управление логическими средствами подтверждения (например, 330) может осуществляться оператором, так что контроль над удовлетворением запроса на выставление счета за услуги может по-прежнему осуществляться, даже несмотря на то что управление ценовой политикой и другими аспектами напрямую не осуществляется. Как таковой для запросов на выставление счетов за услуги, BDS 106 предоставляет оператору пути для подтверждения всех запросов на выставление счетов за услуги через интерфейсы оператора (например, логические средства 330 подтверждения).

На Фиг.5 приведена более детальная иллюстрация системы для принятия и интегрирования приложения AVB в менеджер 530 каталога и каталог 540 оператора для распространения. В общем случае центр 510 тестирования может содержать логические средства 512, сконфигурированные для приема приложения AVB от разработчика, логические средства 514, сконфигурированные для сертификации приложения AVB, и логические средства 516, сконфигурированные для доставки сертифицированного приложения AVB унифицированному менеджеру 520 приложений (UAM). UAM 520 может хранить относящиеся к приложению метаданные для целей выставления счетов за услуги и выдачи отчетов, доступ к которым может осуществляться BDS (например, TXN) для обработки транзакций выставления счетов за услуги. UAM 520 может передать приложение AVB менеджеру 530 каталога. Менеджер 530 каталога может включать в себя логические средства 532, сконфигурированные для идентификации приложения AVB на основе привилегий (например, доступа к услугам выставления счетов за услуги и т.п.), ассоциированных с приложением AVB, логические средства 534, сконфигурированные для принятия приложения AVB в список составляющих, логические средства 536, сконфигурированные для добавления приложения AVB в каталог ожидания обработки, и логические средства 538, сконфигурированные для активации каталога, включающего в себя приложение AVB. Активированный каталог может рассматриваться как каталог 540 ADS оператора. Каталог 540 может рассматриваться как каталог покупок (например, иерархически сгруппированные папки, содержащие приложения из списка составляющих), доступ к которому может осуществляться со стороны ADS и который может быть представлен абоненту для просмотра и загрузки.

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

Как обсуждалось ранее, логические средства подтверждения могут использоваться для определения того, удовлетворен ли или отклонен запрос на выставление счета за услуги. Логические средства могут основываться на разнообразных интерфейсах оператора, подходящих для выставления счетов за услуги, на BDS (например, авторизации пользователя, подтверждения действительности транзакции и услуги с предоплатой). Авторизация пользователя может использоваться оператором для удовлетворения или отклонения запросов на выставление счетов за услуги на уровне SID. Например, ограничить выставление счетов за услуги на основе задаваемого оператором порогового значения (например, пятьдесят долларов). После того как пороговое значение достигнуто, оператор может затем отклонять последующие запросы на выставление счетов за услуги на неопределенный или конечный период времени, например, на остаток месяца. Подтверждающая транзакция может использоваться оператором для включения каких-либо дополнительных тестов подтверждения в отношении запроса на выставление счета за услуги перед обработкой предварительной оплаты или выдачи ответа об удовлетворении. Эти дополнительные логические средства подтверждения могут подразумевать, например, удостоверение в том, что сумма выставляемого счета не превышает порогового значения для отдельного события выставления счета за услуги (например, десяти долларов). Другой пример включает в себя удостоверение в том, что запрашивающее приложение AVB не находится в списке исключений по выставлению счетов за услуги оператора вследствие услуги последующего распространения и полемики по ценам (или неудовлетворение по другим причинам). Также могут быть выполнены функциональные проверки форматирования, например удостоверение в том, что сумма выставляемого счета находится в рамках надлежащей точности в десятичном исчислении. Интерфейс предварительной оплаты может использоваться оператором для активации услуг с предоплатой (например, авторизации и дебетования баланса предварительной оплаты), которые аналогичны известным услугам с предварительной оплатой.

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

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

Ввиду вышеприведенного раскрытия специалистам в данной области техники должно быть понятно, что варианты осуществления настоящего изобретения включают в себя способы выполнения последовательности действий, операций и/или функций, описанных здесь. Например, Фиг.6А иллюстрирует процесс согласно, по меньшей мере, одному варианту осуществления изобретения. Запрос на выставление счета за услуги может быть сгенерирован на клиентском устройстве (этап 610). Запрос на выставление счета за услуги может быть передан серверу/системе выставления счетов за услуги (этап 620). В качестве реакции на запрос на выставление счета за услуги подтверждающий ответ может быть сгенерирован в системе выставления счетов за услуги (этап 630). Подтверждающий ответ может быть передан на клиентское устройство (этап 640). Подтверждающий ответ может быть или не быть принят на клиентском устройстве (этап 650). Если подтверждающий ответ не принят (например, по прошествии заранее определенного времени), запрос на выставление счета за услуги может быть передан повторно, до тех пор пока не будет принят подтверждающий ответ или не будет выполнено заранее определенное количество попыток повторной передачи (этап 670). Если подтверждающий ответ принят, то подтверждающий ответ может быть обработан на клиентском устройстве (этап 700), что обсуждается более подробно ниже.

Согласно Фиг.6В дополнительно иллюстрируется процесс подтверждения по этапу 630. Например, как часть процесса подтверждения SID может быть проверен для проверки того, авторизован ли SID для услуг выставления счетов за услуги (этап 632). Если SID не авторизован, то запрос на выставление счета за услуги может быть отклонен (этап 631). Если денежные средства недостаточны, запрос на выставление счета за услуги может быть отклонен (этап 631). Запрос на выставление счета за услуги может быть проверен на предмет действительности информации выставления счетов за услуги (например, надлежащей валюты, форматирования и т.п.) (этап 633). Если обнаружена недействительная информация выставления счетов за услуги, то запрос на выставление счета за услуги может быть отклонен (этап 631). Может быть проверен статус роуминга клиентского устройства (этап 634). Если клиентское устройство находится в состоянии роуминга, то запрос на выставление счета за услуги может быть отклонен (этап 631). Может быть проверен статус предварительной оплаты SID (этап 635). Если SID ассоциирован с планом предварительной оплаты, то баланс может быть проверен на предмет достаточности денежных средств для покрытия запроса на выставление счета за услуги (этап 636). Если денежные средства достаточны и запрос на выставление счета за услуги не отклонен по другим причинам, как обсуждалось ранее, запрос на выставление счета за услуги может быть удовлетворен (этап 639). Вышеприведенное описание и соответствующие иллюстрации являются просто примерами аспектов изобретения, и изобретение не ограничено этими примерами. Процесс подтверждения может быть альтернативным образом сконфигурирован добавлением или удалением соответствующих подтверждению проверок из вышеприведенных примеров, как необходимо оператору.

Аналогично неограничивающий пример подтверждающего ответа 700 проиллюстрирован на Фиг.7А и 7В. Например, приложение может в необязательном порядке активировать все или некоторые услуги до приема подтверждающего ответа. Эти услуги могут быть определены на основе разнообразных критериев, установленных разработчиком, таких как стоимость услуги, во избежание задержки при предоставлении услуги (например, дополнительной функциональной возможности в аркадной игре) и т.п. Соответственно, как показано на Фиг.7А, может быть выполнена проверка для того, чтобы увидеть, активирована ли услуга, относящаяся к подтверждающему ответу (этап 702). Если услуга активирована, то подтверждающий ответ может быть проверен на предмет отклонения (этап 704). Если принято отклонение, то услуга может быть заблокирована (этап 706). В необязательном порядке уведомление о том, что запрос на выставление счета за услуги был отклонен и/или услуга заблокирована, может быть отображено на клиентском устройстве (этап 708).

Приложение может не активировать некоторые или любые услуги перед приемом подтверждающего ответа. Соответственно, как показано на Фиг.7В, подтверждающий ответ может быть проверен на предмет удовлетворения (этап 710). Если подтверждающий ответ показывает удовлетворение и услуга доступна локальным образом (например, в самом приложении) (этап 712), услуга может быть активирована непосредственно приложением (этап 714). Однако если услуга не доступна на клиентском устройстве, может быть выполнено обращение к удаленному серверу/серверу контента (этап 716) и к услуге/контенту может быть осуществлен доступ и/или услуга/контент может быть извлечен (например, билеты приобретены, музыка загружена, поточная передача видео выполнена и т.п.) (этап 718). Если подтверждающий ответ не соответствует удовлетворению, может быть отображено уведомление о том, что запрос на выставление счета за услуги и/или запрошенная услуга отклонены (этап 720). Специалистам в данной области техники должно быть понятно, что только один из процессов, проиллюстрированных на Фиг.7А и 7В, может использоваться приложением либо оба могут использоваться приложением (например, когда некоторые услуги активированы перед удовлетворением через подтверждающий ответ, а другие услуги, предлагаемые приложением, нет).

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

В дополнительных вариантах осуществления специалистам в данной области техники должно быть понятно, что вышеописанные проиллюстрированные и раскрытые здесь способы могут быть реализованы посредством исполнения программы, воплощенной на машиночитаемом носителе, таком как память компьютерной платформы. Инструкции могут находиться на различных типах первичных, вторичных или третичных носителей сигнала или данных. Эти носители могут включать в себя, например, оперативное запоминающее устройство (RAM), доступное клиентскому устройству и/или серверу или находящееся в клиентском устройстве и/или сервере. Независимо от того, содержатся ли они в RAM, на дискете или другом вторичном носителе данных, инструкции могут храниться на разнообразии машиночитаемых носителей данных, таких как запоминающее устройство с прямым доступом (DASD) (например, традиционный накопитель на жестких дисках или массив независимых дисковых накопителей с избыточностью (RAID)), магнитная пленка, электронное постоянное запоминающее устройство (например, ROM или электрически стираемое программируемое постоянное запоминающее устройство (EEPROM)), карты флеш-памяти, оптическое устройство хранения данных (например, CD-ROM, устройство с однократной записью и многократным считыванием (WORM), DVD, цифровая оптическая пленка), бумажные перфокарты или другие подходящие носители данных, включая цифровые и аналоговые среды передачи.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

19. Система по п.17, дополнительно содержащая

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

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

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

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

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

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

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

24. Клиентское устройство, содержащее

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

пользовательский интерфейс и

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

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

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

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

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

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

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

31. Система выставления счетов за услуги, содержащая

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

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

32. Система выставления счетов за услуги по п.31, дополнительно содержащая

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

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

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

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

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

логические средства, сконфигурированные для отклонения запроса на выставление счета за услуги, если доступны недостаточные денежные средства.

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

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

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

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

логические средства, сконфигурированные для определения того, авторизован ли SID на услуги выставления счетов за услуги, и

логические средства, сконфигурированные для отклонения запроса на выставление счета за услуги, если SID не авторизован на услуги выставления счетов за услуги.

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

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

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

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

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

передачу запроса на выставление счета за услуги в систему выставления счетов за услуги и

прием подтверждающего ответа, ассоциированного с запросом на выставление счета за услуги, от системы выставления счетов за услуги.

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

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

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

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

42. Система выставления счетов за услуги, содержащая

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

средство для передачи данного запроса на выставление счета за услуги, на сервер выставления счетов за услуги,

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

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

43. Система выставления счетов за услуги по п.42, в которой клиентское устройство является, по меньшей мере, одним из вычислительного устройства беспроводной связи, сотового телефона, персонального цифрового информационного устройства (PDA) и пейджера.

44. Система выставления счетов за услуги по п.42, дополнительно содержащая

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

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

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

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

48. Система выставления счетов за услуги по п.42, дополнительно содержащая

средство для представления опции приобретения услуги, включая прейскурантную цену, на клиентском устройстве и

средство для приема принятия опции приобретения перед формированием запроса на выставление счета за услуги.

49. Система выставления счетов за услуги по п.42, дополнительно содержащая

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

50. Система выставления счетов за услуги по п.42, дополнительно содержащая

средство для формирования счета абоненту на основе запроса на выставление счета за услуги.

51. Система выставления счетов за услуги по п.42, дополнительно содержащая

средство для формирования отчета абоненту на основе запроса на выставление счета за услуги и

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