Обработка транзакций

Иллюстрации

Показать все

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

Реферат

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

На Фиг.1 изображена иллюстративная схема беспроводной сети, компьютерное аппаратное обеспечение и беспроводные устройства, которые могут использоваться в предпочтительном варианте осуществления настоящего изобретения. Приложения могут быть загружены в беспроводное устройство, такое как сотовый телефон 12, соединенный беспроводной сетью 14 с, по меньшей мере, одним сервером 16 загрузки приложений, который выборочно передает программные приложения и компоненты на беспроводные устройства через портал беспроводной связи или посредством другого средства доступа к беспроводной сети 14. Как показано на чертеже, в качестве беспроводных устройств может быть выбран сотовый телефон 12, персональный цифровой ассистент 18, пейджер 20, который показан здесь как двухсторонний текстовый пейджер, или даже отдельная компьютерная платформа 22, которая имеет портал беспроводной связи и может в ином случае иметь проводное подключение 24 к сети или Интернет. Таким образом система может быть выполнена в любой форме удаленного модуля, включая в себя портал беспроводной связи, включая без ограничения беспроводные модемы, PCMCIA платы, терминалы доступа, персональные компьютеры, терминалы доступа, телефоны без дисплея или клавиатуры или любую другую их комбинацию или подкомбинацию.

Сервер 16 загрузки приложений показан находящимся в сети 26 вместе с другими компьютерными элементами, связанными с беспроводной сетью 14. Существует второй сервер 30 обработки, такой как администратор транзакций, описанный ниже, который может обеспечить отдельные услуги и процессы для беспроводных устройств 12, 18, 20, 22 по беспроводной сети 14 или для операторов связи, например, для выставления счетов и обработки транзакций. Второй сервер обработки может также быть связан с помощью интерфейса с другими серверами обработки, например системой выставления счетов оператора связи (телекоммуникационной компании), для обеспечения тарификации, транзакции или другой информации, требуемой другими серверами обработки. Может также существовать, по меньшей мере, одна база данных 28 сохраненных приложений, которая сохраняет приложения, которые могут быть загружены на беспроводные устройства 12, 18, 20, 22.

На Фиг.2 изображена блок-схема, изображающая аппаратную архитектуру сети, поддерживающей загрузку данных на беспроводное устройство, и обработку транзакций в предпочтительном варианте осуществления настоящего изобретения. Беспроводная сеть 14 является просто примерной и может включать в себя любую систему, посредством которой удаленные модули, такие как беспроводные устройства 12, 18, 20, 22, обмениваются через эфир или каждый с каждым или с другими компонентами беспроводной сети 14, включая без ограничения операторов связи или серверы беспроводной сети. Сервер 16 загрузки приложений и база 28 данных сохраненных приложений вместе с любыми другими серверами, такими как сервер 30, который необходим для обеспечения услуг сотовой связи, обмениваются с сетью 40 оператора связи через линию связи, такую как Интенрнет, безопасная локальная сеть (ЛС), глобальная сеть (ГС) или другие сети. Сеть 40 оператора связи управляет сообщениями (посланными как пакет данных), посланными контроллеру 42 службы передачи сообщений (MSC). Сеть 40 оператора связи обменивается с MSC 42 через сеть, Интернет или обычную телефонную сеть (ОТС, POTS). Как правило, сетевое или Интернет-соединение между сетью 40 оператора связи и MSC 42 передает данные, а обычная телефонная сеть передает речевую информацию. MSC 42 связан с множеством базовых станций ("BTS"- базовая приемопередающая станция, БПС) 44. Так же, как и сеть оператора связи, MSC 42 обычно связан с BTS 44 и сетью и/или Интернет для передачи данных и обычной телефонной сетью для передачи речевой информации. В конечном счете, BTS 44 осуществляет вещание сообщений беспроводным путем на беспроводные устройства, такие как сотовый телефон 12, в виде коротких сообщений ("SMS"), или используя другие известные способы передачи данных через эфир.

Беспроводное устройство, такое как сотовый телефон 12, имеет компьютерную платформу 50, которая может принимать и выполнять программные приложения, переданные от сервера 16 загрузки приложений. Компьютерная платформа 50 включает в себя специализированные интегральные схемы для приложений ("ASIC" 52) или другой процессор, микропроцессор, логические схемы или другое устройство обработки данных. ASIC 52 инсталлируется во время изготовления беспроводного устройства и обычно не модернизируема. ASIC 52 или другой процессор выполняют задачи уровня программного интерфейса приложений ("API"), который служит в качестве интерфейса с любыми резидентными программами в памяти 56 беспроводного устройства. Память может быть постоянной или оперативной памятью (RAM (ОЗУ) и ROM (ПЗУ)), электрически программируемой ПЗУ (EPROM), флэш-картой или любой памятью, используемой в компьютерных платформах. Компьютерная платформа 50 включает в себя локальную базу данных 58, которая может сохранять неактивные приложения в памяти 56. Локальная база данных 58 - это обычно ячейка флэш-памяти, но возможно использование любых известных устройств внешней памяти, таких как магнитные носители, программируемое ПЗУ (EPROM), оптические носители, магнитные ленты или жесткие диски.

Беспроводное устройство, такое как сотовый телефон 12, загружает одно или более программных приложений, например игры, новости, биржевые данные и т.п., и сохраняет их в локальной базе данных 58, когда они не используются, и, когда требуется пользователю, сохраненные в локальной базе данных 58 резидентные приложения выгружаются в память 56 для выполнения на API 54. Однако существуют существенные финансовые и размерные ограничения беспроводного устройства, которые ограничивают установленную доступную емкость памяти в локальной базе данных 58 и памяти 56, поэтому ограниченное количество резидентных приложений может храниться в беспроводном устройстве. Административный сервер (АдС, ADS) может записывать эти транзакции и посылать данные этих транзакций на сервер 30 обработки, такой как администратор транзакций, описанный ниже, для обработки этой транзакции для оператора связи.

На Фиг.3 представлена блок-схема, изображающая среду обработки транзакций, использующую администратор транзакций и другие внешние компоненты, входящие в состав примерного варианта осуществления настоящего изобретения. В одном варианте осуществления настоящего изобретения беспроводное устройство 300 представлено с опцией загрузки приложений. Процесс выбора может включать в себя предоставление имени приложения на беспроводное устройство, предложение одного или нескольких тарифных планов, например демонстрационная опция, предлагающая пользователю попробовать демонстрационные версии приложения, одну или более опций использования (например, 5 использований за 1.00 $ и 10 использований за 1.50 $), выбор подписки на длительное время (например, приложение остается активным до его прерывания, например, посредством его удаления). Информация тарификации обычно является информацией, которая согласована между участниками, связанными с предложением этого приложения, например оператор связи, через чью сеть загружают приложения, и разработчик приложения.

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

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

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

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

Ниже приведен пример информации, связанной с транзакцией:

Оператор связи: оператор связи АБВ

Идентификатор Абонента: 1234567890123

Идентификатор события: 21023066

Отметка времени: 05242002 160000

Идентификатор приложения: 101

Имя приложения: Car race

Номер части: QC100001

Имя части: Indy 500

Разработчик: Developerl

Идентификатор тарифного плана: 102

Цена приложения разработчика: 1.00 $

Цена розничной продажи оператора связи: 2.00 $

Значение использования: 5

Тип использования: Число Использований

Способ составления цены: Покупка

(другие могут быть использованы для обработки).

Следует заметить, что в вышеупомянутом примере идентификатор приложения (то есть 101) может использоваться как ссылка на метаданные Имя приложения, Номер части, Имя части и Разработчик. Идентификатор тарифного плана (например, 102) может использоваться в качестве ссылки на Цену приложения разработчика, Цену розничной продажи оператора связи, Значение использования, Тип использования и Способ тарификации. Также следует обратить внимание, что выше приведен пример некоторых метаданных и необработанных данных транзакции, которые могут быть связаны с транзакцией и использованы для генерации события составления счетов. Можно связать с транзакцией гораздо большее количество информации, и эту информацию можно включить в событие составления счетов. Оно включает в себя информацию, не только используемую для вычисления специфических компонент события составления счетов, но и ту, которая способствует обработке транзакции.

Чтобы улучшить процесс обработки этой транзакции, подбор этих метаданных посылают из ОСУП 320 к административному серверу (АдС) 305. Опять, даже при том, что желательно иметь возможно большее количество информации для обработки транзакции, только подбор этой информации необходимо послать через сеть на беспроводное устройство для обработки транзакции. ОСУП 320 также посылает метаданные к Администратору 310 транзакций для сохранения так, чтобы транзакция могла быть обработана. Можно видеть, что количество метаданных, посланных Администратору 310 транзакций, будет ограничено только тем, сколько необходимо будет иметь для обработки транзакции. Кроме того, беспроводное устройство или другие системы, участвующие в транзакции, могут добавить информацию, не содержащуюся в метаданных, чтобы улучшить процесс обработки транзакции, например добавить дату транзакции беспроводным устройством 300 или Административным Сервером 305.

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

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

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

Администратор транзакций 310, ОСУП 320, АдС 305 оператора связи и система 320 составления счетов оператора связи могут включать в себя интерфейс, способствующий передаче данных между этими системами. В одном варианте осуществления - это интерфейс XML для упрощения передачи данных между множеством систем.

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

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

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

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

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

Администратор 400 транзакций также создает схемы соответствия всех загрузок и удалений приложений на беспроводном устройстве с идентификатором этого беспроводного устройства (например, идентификационной информацией абонента (ИДА, SID)).

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

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

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

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

На Фиг.5 изображена блок-схема последовательности операций, иллюстрирующая способ обработки данных транзакции для системы составления счетов оператора связи в примерном варианте осуществления настоящего изобретения. Способ начинается с сохранения метаданных, связанных с приложением (этап 400). Ссылка, например идентификатор приложения, включена в метаданные. Метаданные могут иметь информацию, связанную с приложением, которая может быть полезна для составления счетов и обработки транзакций. На следующем этапе способа принимают необработанные данные транзакции, имеющие ссылку (этап 405). Специалистам ясно, что множество ссылок, каждая из которых связана с блоком метаданных, может использоваться в обработке транзакции. Необработанные данные транзакции могут иметь минимальный объем данных, необходимый для записи происходящей транзакции, например ссылочный номер, идентификационный номер абонента устройства, на котором транзакция произошла, дату транзакции. Очевидно, что может быть включена дополнительная требуемая информация в состав необработанных данных транзакции. Эти необработанные данные транзакции могут быть сохранены и обработаны в качестве отдельного процесса. Сохранение этих необработанных данных транзакции и последующая их обработка могут обеспечить более быструю передачу информации в систему, обрабатывающую транзакцию, а это, в свою очередь, позволяет ей записывать большое количество транзакций без обременения сетевых или системных буферов.

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

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

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

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

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

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

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

2. Способ по п.1, отличающийся тем, что транзакция происходит по беспроводной сети.

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