РАСЧЕТНЫЙ ЦЕНТР ВИРТУАЛЬНЫХ ОЧКОВ Российский патент 2013 года по МПК G06Q30/02 G06Q50/10 

В настоящее время существует множество различных виртуальных бонусных очков и кредитов, доступных через Интернет, например, авиамили, "очки" ICOKE, "очки" MICROSOFT, "очки" YAHOO, монеты QQ, минуты по мобильному телефону, купоны, рекламные коды скидок и т.д. Эти различные "очки", бонусы и кредиты упоминаются в данном документе как взаимозаменяемые, и как "очки", так и "цифровые микроплатежи" в зависимости от контекста. Цифровые микроплатежи или очки не исходят в форме наличных денег или валюты какой-либо страны или правительства.

Одной характеристикой очков является то, что они традиционно ограничены в своем выпуске и своем возврате для единственного поставщика услуг, например, подразделение фирмы, компания, корпорация, рекламодатель и т.д. Как показано на фиг. 1, первый выпускающий 102 очки, второй выпускающий 104 очки и "n-ый" выпускающий 106 очки, каждый награждает некоторым типом очков пользователя 108. Выпускающий указанные очки может или не может быть тем же самым подразделением, как и поставщик услуг, который возвращает очки для продукта или услуги. Указанная торговая фирма может "объединяться" с несвязанным поставщиком услуг для выдачи очков, принимаемых поставщиком услуг. Например, резервируя номер в отеле, можно заработать авиамили согласно контракту, заключенному между отелем и авиалинией. Но однажды выданный, каждый тип очков традиционно имеет единственный возврат, который ограничен товарами единственного рассматриваемого поставщика услуг (например, 110). Пользователи, которые получают эти цифровые микроплатежи, могут традиционно лишь возвращать их - без обременительного преобразования или обменов - для товаров или услуг, предоставляемых соответствующими выпускающими микроплатежей. Традиционно, пользователь может лишь возвращать очки ICOKE для продуктов или услуг, предлагаемых веб-сайтом COKE.

В настоящее время в США существуют традиционные услуги, которые разрешают пользователям конвертировать, обменивать или заменить свои бонусные очки и кредиты. Но конвертация должна быть выполнена вручную и отдельно для каждой транзакции, и продукт или услуга, которая должна быть получена, должна быть еще выплачена с помощью соответствующего типа очков. Например, www.points.com разрешает пользователям преобразовывать свои полученные авиамили AMERICAN в авиамили NORTHWEST. Но эта услуга не разрешает пользователю непосредственно получать билет авиалинии NORTHWEST с помощью миль AMERICAN. Дополнительно, программа обмена является очень ограниченной.

В другом традиционном сценарии обмена, когда пользователь получает обратно мили или точки, пользователь прямо не получает подарочные карты или сертификаты различных торговых фирм возвращаемых продуктов и услуг, намного меньше самих продуктов или услуг. Вместо этого, пользователь принимает вознаграждение, которое можно обменять, в режиме онлайн, на подарочные карты и сертификаты - но только в текущих номиналах, таких как, например, $10, $15, $20, $25, $50, $100, $250, $500, $750, $1000 и т.д. Когда пользовательская транзакция по возврату завершается, пользователь принимает электронную почту со ссылкой на обмениваемое вознаграждение. Эта электронная почта типично доставляется от трех до пяти дней. Если электронная почта доставляется, пользователь следует командам для выбора подарочных карт и сертификатов. Затем, после выбора подарочной карты или сертификата, он печатается и отправляется по адресу, заданному пользователем. Величина времени, которое занимает это, может изменяться - обычная отправка занимает 7-10 рабочих дней.

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

Дополнительно, поставщики услуг и продавцы продуктов тех товаров, которые должны быть возвращены, типично не имеют платежного шлюза для непосредственного занесения на счет пользовательских очков, особенно очков, которые не выданы этим поставщиком услуг. Существуют некоторые платежные методики, например, шлюз FIRST DATA CORPORATION, который разрешает поставщикам услуг получать деньги от пользователей. (FDC, Greenwood Village, Colorado). Но это ограничено для реальной валюты. Не существует платежного шлюза для цифровых микроплатежей.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

Фиг. 1 является схемой традиционного сценария для возврата цифровых микроплатежей.

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

Фиг. 3 является схемой примерной системы для возврата цифровых микроплатежей.

Фиг. 4 является блок-схемой примерного расчетного центра фиг. 2 и 3, более подробно.

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

Фиг. 6 является схемой примерных взаимодействий при возврате цифровых микроплатежей через примерный расчетный центр.

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

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

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

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

Фиг. 11 является снимком экрана примерного пользовательского интерфейса для изображения истории изменений в пределах пользовательского счета балансов многочисленных очков.

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

ПОДРОБНОЕ ОПИСАНИЕ

Обзор

Это изобретение описывает системы и способы для реализации примерного расчетного центра виртуальных очков. Как показано на фиг. 2, примерный сценарий разрешает пользователю 108 непосредственно возвращать виртуальные бонусные очки и кредиты, полученные от различных "выпускающих очки" (например, 102, 104, 106) для различных продуктов и услуг (например, 110, 112, 114), выбранных из "супермаркета" различных участвующих поставщиков - вместо возврата очков только для продуктов и услуг, предлагаемых тем же самым подразделением, которое выпустило очки. Примерный сценарий избегает затруднения и задержки обнаружения ручным способом, какие типы очков могут обмениваться, и конвертации вручную между типами очков для каждой отдельной транзакции. Примерный сценарий разрешает пользователю непосредственно и незамедлительно возвращать очки для продуктов и услуг, которые не соответствуют продуктам и услугам выпускающего очки. С помощью примерного расчетного центра 200 и пользовательских интерфейсов 202, описанных в данном документе, различные продукты и услуги могут быть непосредственно получены и незамедлительно с помощью возврата соответствующих или несоответствующих очков.

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

"Выпускающий цифрового микроплатежа" - выпускающий очки, который типично является, но не всегда поставщиком товаров - упоминается для подразделения, которое выпускает очки, бонусы, "кредиты", стимулирующие скидки и т.д. Обычно выпускающий цифровой микроплатеж является той же самой организацией, как и поставщик товаров или услуги, получаемых в помощью возврата выпускаемых очков. Например, авиалинии ALASKA airlines выпускают авиамили ALASKA в плане миль ALASKA AIRLINES MILEAGE PLAN. Примерный расчетный центр, тем не менее, дает возможность выпускающему цифровые микроплатежи и поставщику услуг, принимающему возврат, различаться.

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

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

Примерная система

Фиг. 3 показывает примерную систему 300 для возврата цифровых микроплатежей. Один или более пользователей 108 соединяются с Интернетом 302 или с другой сетью связи, например, телефонной сетью и/или беспроводной сетью 304 через вычислительное устройство 306 или устройство 308 мобильной связи, например, сотовый телефон, мобильный компьютер, карманный ПК, смартфон и т.д. Примерный расчетный центр 200 является также коммуникативно соединенным с Интернетом 302 и другими каналами связи, например, беспроводными сетями 304, службами мобильных телефонов и т.д. Выпускающие (102, 104, 106) очки и поставщики услуг (например, 110, 112, 114) также соединены с Интернетом 302 через интерфейсы 310, которые в одном варианте осуществления могут быть интерфейсами 310, совместимыми с примерным расчетным центром 200 согласно стандарту расчетного центра. С помощью интерфейса 310 выпускающие очки (например, 102) и поставщики товаров (например, 112) взаимодействуют с и выполняют транзакции с помощью примерного расчетного центра 200 и могут также взаимодействовать и выполнять транзакции с пользователями 108.

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

Фиг. 4 показывает примерный расчетный центр 200 фиг. 2 и фиг. 3 более подробно. Проиллюстрированный вариант осуществления является одной примерной конфигурацией для описательных целей. Многие подобные расположения компонентов примерного расчетного центра 200 являются возможными в пределах объема предмета изобретения. Подобный примерный расчетный центр 200 может исполняться в комбинации аппаратного обеспечения, программного обеспечения, встроенного программного обеспечения и т.д.

Проиллюстрированный расчетный центр 200 обслуживает многочисленных пользователей 108 и многочисленных поставщиков 102 услуг. Расчетный центр 200 включает в себя подсистему 402 возврата, администратор 404 пользовательских счетов, подсистему 406 обеспечения, пользовательскую подсистему 408 интерфейсов, подсистему 410 товарных запасов и контракты 412 между различными поставщиками 102 услуг и/или между одним или более поставщиками 102 услуг и примерный расчетный центр 200.

Подсистема 402 возврата может дополнительно включать в себя ввод 414 заказа, который дополнительно включает в себя идентификатор 416 товаров с помощью приемника 418 кодов идентификации и администратор 420 кодов подтверждения; и подсистему 422 платежей, которая может дополнительно включать в себя идентификатор 424 микроплатежей для идентификации типа 426 и величины 428 микроплатежа.

Администратор 404 пользовательских счетов может дополнительно включать в себя аутентификатор 430 пользователей, администратор 432 балансов, администратор 434 безопасности для защиты транзакций со счетами и изменениями; и пользовательские счета 436, включающие в себя балансы 438 очков и истории 440 транзакций.

Подсистема 406 обеспечения может дополнительно включать в себя запросчик 442 запасов, идентификатор 444 затрат для определения типа 446 и величины 448 очков, необходимых для возврата, чтобы получить товар, и/или значение 450 товара.

Подсистема 408 пользовательских интерфейсов может дополнительно включать в себя интерфейс 452 веб-услуг, и администратор 454 мобильной связи, включающей в себя, например, SMS-агент 456 (служба коротких сообщений) для текстового сообщения.

Подсистема 410 товарных запасов может дополнительно включать в себя доступные товарные связи 458 - т.е., связи для доступных товаров и услуг, которые нужно получить с помощью очков возврата; рекламная подсистема 460 и поисковый администратор 462.

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

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

Если правила распределения доходов в контрактах 412 требуют пошлин, которые должны быть извлечены из транзакций или если поддержание расчетного центра 200 основано на части величины возвращаемых очков (т.е. вместо определяемого в некотором способе, не основанном на транзакциях, с помощью контрактов 412), тогда расчетный центр 200 может включать в себя администратор 468 транзакционной пошлины и заносить на счет пошлину за услуги. Также первый выпускающий 102 очки может заносить на счет небольшой дополнительный сбор очков для возврата очков второго выпускающего 104 очков, как задано в контракте 412 между первым выпускающим 102 очков, вторым выпускающим 104 очков и расчетным центром 200.

В одном варианте осуществления расчетный центр 200 также включает в себя подсистему 470 счетов. Подсистема 470 счетов направляет поток очков и возврата, чтобы разрешить обмен реальными денежными средствами между пользователями 108, выпускающими 102 очков, поставщиками 110 услуг и расчетным центром 200. Подсистема 470 счетов может дополнительно включать в себя счета 472 выпускающего очки, счета 474 поставщика услуг и счет 476 расчетного центра. Подсистема 470 счетов имеет доступ к пользовательским счетам 426, включая балансы 438 очков и истории 440, для того, чтобы направлять истории 440 пользовательских транзакций, включая возврат очков и повторное заполнение. Денежный поток более подробно описан ниже.

Функционирование примерной системы

С точки зрения торгового предприятия или поставщика 102 услуг, предлагающего товары 110, поставщик 102 услуг может принимать больше типов цифровых микроплатежей через примерный расчетный центр 200. С точки зрения пользователя 108 пользователь 108 наслаждается множеством типов цифровых микроплатежей для получения многочисленных видов продуктов и услуг, не ассоциируемых с поставщиками 102 услуг, которые выпускали соответствующие цифровые микроплатежи. Это увеличивает эффективное значение каждого типа цифрового микроплатежа, так как каждый тип может использоваться для получения многих других типов товаров. Каждый пользователь имеет больший объем для возврата очков. Например, жестяная банка COKE может традиционно возвращаться только 10 очками ICOKE. Примерный расчетный центр 200 может разрешать пользователю 108 использовать 15 очков MICROSOFT (гипотетический пример) для возврата той же самой жестяной банки COKE. Гипотетический коэффициент возврата, что 10 очков ICOKE равны 15 очкам MICROSOFT согласуются COKE и MICROSOFT в контракте 412.

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

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

Как показано на фиг. 5, в одном варианте осуществления до того, как имеет место возврат, указанный поставщик 112 услуг, указанный выпускающий цифровые микроплатежи - выпускающий 102 очки - и примерный расчетный центр 200 создают контракт 412. Расчетный центр 200 может сохранять многие подобные контракты 412. Каждый контракт 412 может включать в себя правила разделения доходов, коэффициенты конвертации и общие интерфейсы, которые необходимо использовать, а также объем контракта, включая то, какие товары и очки охвачены.

Контракт 412 включает в себя коэффициенты 464 конвертации, т.е. между типом выпускаемых цифровых микроплатежей (например, с помощью выпускающего 102 очки) и типом товаров, которые можно вернуть (например, с помощью второго поставщика 112 услуг). Транслятор 466 значений расчетного центра 200 может использовать эти коэффициенты 464 конвертации, чтобы разрешить прямой возврат товаров, которые не соответствуют типу выданных очков. Расчетный центр 200 может взыскивать транзакционный платеж или платеж за услугу как часть контракта 412, и в одном варианте осуществления получение таких платежей за услуги выполняется администратором 468 транзакционных пошлин, ассоциируемых с администратором 404 пользовательских счетов. Как представлено ранее, коэффициенты 464 конвертации также допускают конвертацию различных типов очков (например, гипотетический коэффициент конвертации 15 очков MICROSOFT для 10 очков ICOKE); и/или между типом очков и валютой (например, гипотетический коэффициент конвертации 95 очков MICROSOFT = 0,95 $ долларам США).

На фиг. 5 подсистема 470 счетов использует параметры, созданные в контрактах 412, чтобы обеспечить реальный денежный поток между пользователями 108, выпускающими очки (например, 102), поставщиками услуг (например, 112) и расчетным центром 200. Подсистема 470 счетов отслеживает историю (расчет) возврата пользовательских очков и повторное заполнение, например, на основе балансов 438 и истории 440 в пользовательском счете 426. Поставщик 112 услуг и выпускающий 102 очки могут использовать подсистему 470 счетов для оплаты реальных денежных средств друг для друга. Например, в типичной транзакции реальные денежные средства могут переходить от пользователя 108 к выпускающему 102 очки, поставщику 112 услуг и на счет 467 расчетного центра (для платежей за услуги и транзакционных пошлин для контрактов 412). Подсистема 470 счетов расчетного центра 200 может посредничать в некоторых или всех из этих транзакциях с реальными денежными средствами. Например, выпускающий 102 очки поставщик 112 услуг и расчетный центр 200 могут платить друг другу в реальных денежных средствах согласно записям подсистемы 470 счетов. В одном варианте осуществления подсистема 470 счетов может отсылать периодические счета выпускающим 102 счета и поставщикам 112 услуг. Расчетный центр 200 может также посредничать в оплате этих счетов между всеми включенными частями.

В типичной транзакции возврата, пользователь 108 выбирает товары 112 для получения и выбора точек для возврата для транзакции через пользовательский интерфейс 202. Различные пользовательские интерфейсы могут использоваться в зависимости от того, осуществляет ли пользователь 108 транзакции с помощью вычислительного устройства 306, с помощью устройства 308 мобильной связи или с помощью некоторого другого устройства. Примерный пользовательский интерфейс 202 описан более подробно ниже.

Подсистема 402 возврата принимает взаимодействие 108 пользователя в вводе 414 заказа, где идентификатор 416 товаров сигнализирует в подсистему 410 товарных запасов, чтобы идентифицировать продукт или услугу, выбираемую пользователем 108. В одном варианте осуществления пользователю 108 показываются те товары, которые могут быть возвращены с помощью расчетного центра 200, тогда как в другом варианте осуществления пользователь 108 не зависит от ввода какого-либо товара, и расчетный центр 200 принимает во внимание подсистему 410 товарных запасов для определения, возвращается ли предлагаемый товар с помощью расчетного центра 200.

В одном варианте осуществления идентификатор 416 товаров может принимать код 418 идентичности желаемого товара. Код 418 идентичности может быть строкой алфавитно-цифровых символов, вводимых из веб-сайта в пользовательский интерфейс 202 пользователя 108, или может быть введена пользователем 108 на клавиатуре вычислительного устройства 306 или устройстве 308 мобильной связи. Код идентичности может также быть визуальным кодом 418, таким как QR-код, который пользователь 108 захватывает с помощью камеры сотового телефона и передает в приемник 418 кода идентичности. В одном варианте осуществления приемник 418 кода идентичности конвертирует изображение QR-кода в строку, которая идентифицирует продукт или услугу. В одном варианте осуществления администратор 420 кода подтверждения возвращает код пользователю 108 для проверки пользователя 108 и/или продукта 110. Например, администратор 420 кода подтверждения может отсылать код для мобильного устройства 308 пользователя 108 с помощью SMS 456. Пользователь 108 затем вводит принятый код в пользовательский интерфейс 202 для завершения подтверждения.

Подсистема 422 платежей подсистемы 402 возврата имеет идентификатор 424 микроплатежа, который определяет тип 426 и величину 428 цифровых микроплатежей, которые необходимо вернуть пользователю 108 для завершения транзакции. Тип 426 очков, которые должны быть возвращены, может зависеть от пользовательского 108 счета 436, и более конкретно, от того, какой тип очков пользователь 108 обозначил как наивысший приоритет для первого возвращения, т.е. когда существуют несколько типов балансов 438 очков в пользовательском счете 436. Может быть так, что пользователь 108 не знает количество очков заданного типа, необходимое, чтобы выплатить для выбранного товара. В подобном случае идентификатор 424 микроплатежа может извлекать или вычислять величину 428 очков, необходимую для завершения транзакции - в указанном номинале очков - и возвращает величину 428 для отображения на пользовательском интерфейсе 202. Идентификатор 424 микроплатежа может запрашивать подсистему 406 обеспечения для получения затрат на товар в указанном номинале очков.

В одном варианте осуществления подсистема 406 обеспечения включает в себя запросчик 442 запасов, который ищет базу данных информации по товарам. Идентификатор 444 затрат может извлекать или вычислять затраты на товар, т.е. в величине конкретного типа очков. Товар может рекламироваться как затраты определенной величины конкретного типа очков, в случае которой идентификатор 444 затрат может возвращать тип 446 и величину 448 очков. Или идентификатор 444 затрат может осуществлять доступ к информации по основному значению 450 товара в модулях, адаптированных как стандарт расчетным центром 200, и из этого основного значения 450 вычислять величину 448 очков, необходимую для указанного номинала или типа 446 очков. В одном варианте осуществления транслятор 466 значения транслирует основное значение товара в конкретный номинал очков, используя коэффициенты 464 конвертации в контрактах 412. Или транслятор 466 значения может конвертировать непосредственно между различными типами очков коэффициенты 464 конвертации (без обращения за помощью к основному значению товара, сохраняемого в базе данных информации по товару).

Подсистема 410 товарных запасов может собирать список ссылок на доступные товары 458, которые рекламная подсистема 460 может сообщать в пользовательский интерфейс 202. В одном варианте осуществления, когда пользователь 108 желает достать определенный товар, рекламная подсистема 460 отсылает пользователя 108 на веб-страницу подобных товаров, которые могут быть получены возвратом очков. Рекламная подсистема 460 может предлагать более подробные страницы, описывающие товары, когда пользователь выполняет щелчок мышью или выбирает одну из ссылок 458 доступных товаров. Рекламная подсистема 460 может также сообщать список друзей или приятелей по пользовательскому интерфейсу 202, которые приобрели тип товара, который пользователь 108 рассматривает для покупки.

Подсистема 410 товарных запасов может также включать в себя администратор 462 поиска, доступный из пользовательского интерфейса 202. То есть, пользователь 108 может искать из своего вычислительного устройства 306 или мобильного устройства 308, чтобы найти товар, который нужно получить.

Когда подсистема 402 возврата идентифицировала товар, который необходимо получить и идентифицировала типы 426 и величины 428 цифровых микроплатежей, необходимых для завершения возврата, тогда очки извлекаются из балансов 438 в пользовательском счете 436. Многочисленные типы очков могут возвращаться в той же самой транзакции.

В одном варианте осуществления администратор 404 пользовательского счета разрешает пользователю 108 сложный и полный контроль его пользовательского счета 436. Во-первых, аутентификатор 430 пользователя обеспечивает безопасность идентификации пользователя 108. Например, пользователь 108 может утвердить пароль в пользовательском интерфейсе 202 по мобильному устройству 308, чтобы получить доступ к своему пользовательскому счету 436. Пользователь 108 может программировать администратор 432 балансов для управления балансами 438 различных очков в пользовательском счете 436. Пользователь 108 может обозначать приоритет для каждого баланса 438 очков в счете 436. Например, пользователь 108 может задавать, что в транзакции возврата очки MICROSOFT должны быть использованы первыми, за которыми следуют авиамили UNITED, за которыми следуют очки COKE, за которыми следуют минуты мобильного телефона. Дополнительно, пользователь 108 может задавать автоматические минимальные балансы 438 и/или автоматическое повторное пополнение балансов. То есть, пользователь 108 может задавать, что когда очки MICROSOFT становятся ниже уровня в 100 очков, тогда минуты мобильного телефона в другом балансе 438 должны конвертироваться в очки MICROSOFT при заданном договорном коэффициенте 464 конвертации для сохранения очков MICROSOFT выше минимального порогового уровня. Или наоборот, пользователь 108 может задавать, что очки MICROSOFT должны конвертироваться для сохранения минут мобильного телефона выше заранее определенного минимума. Пользовательский счет 436 может также разрешить пользователю отображать историю 440 транзакций.

Фиг. 6 показывает примерную транзакцию возврата. Поставщик 112 услуг перенаправляет пользователя 108 в примерный расчетный центр 200 для ввода, например, номера счета и персонального идентификационного номера (PIN). Сначала пользователь 108 выбирает товар для получения. Поставщик 112 услуг требует список поддерживаемых очков из расчетного центра 200. Расчетный центр 200 возвращает список очков, которые поддерживают товар или услугу поставщику 112 услуг. Пользователь 108 сверяется с помощью поставщика 112 услуг, чтобы понять, возвращается ли конкретный тип очков в его счете 436 для товара. Пользователь 108 затем инициирует покупку товара от поставщика 112 услуг и поставщик 112 услуг перенаправляет пользователя 108 в расчетный центр 200. Пользователь 108 вводит номер счета и пароль в расчетный центр 200 и обозначает тип очков или другой цифровой микроплатеж для использования в транзакции возврата. При удачном платеже поставщик 112 услуг доставляет продукт или услугу.

Фиг. 7 показывает другую примерную транзакцию возврата. В этой разновидности пользователь 108 покупает непосредственно со счета у поставщика 112 услуг, и поставщик 112 услуг в свою очередь, относит на счет примерного расчетного центра 200. Сначала пользователь 108 выбирает товар для получения от поставщика 112 услуг. Поставщик 112 услуг требует список поддерживаемых очков из расчетного центра 200. Расчетный центр 200 возвращает поставщику 112 услуг список очков, которые поддерживают товар или услугу, которую нужно получить. Пользователь 108 затем сверяется с помощью поставщика 112 услуг, чтобы понять, возвращается ли конкретный тип очков или другой цифровой микроплатеж, обрабатываемый пользователем 108 для товара. Пользователь 108 вводит номер счета и PIN счета у поставщика 112 услуг (не пользовательский счет 436 в расчетной палате 200). Поставщик 112 услуг относит на счет пользователя 108 через расчетный центр 200. Расчетный центр 200 передает об успешном начислении поставщику 112 услуг. Поставщик 112 услуг затем распределяет или обеспечивает товар.

Ссылаясь снова на фиг. 4, подсистема 408 пользовательского интерфейса может включать в себя интерфейсы и администраторы, чтобы облегчать транзакции возврата по многочисленным платформам взаимодействия. В одном варианте осуществления подсистема 408 пользовательского интерфейса включает в себя интерфейс 452 веб-служб и администратор 454 мобильной связи. Интерфейс 452 веб-служб допускает взаимодействие (по Интернету 302 или другой сети) с поставщиками услуг (например, 102) и пользователями 108. Различные веб-службы могут использоваться для осуществления транзакций возврата через расчетный центр 200. Например, расчетный центр 200 может быть ведущим узлом для различных веб-сайтов, доступных через браузер, или расчетный центр 200 может использовать мгновенные сообщения (IM) для пользовательского вычислительного устройства 306, сотового телефона 308 или другого мобильного устройства 308 и т.д. Администратор 454 мобильной связи облегчает взаимодействие с пользователями 108 по их сотовым телефонам и другим мобильным устройствам 308, например, Интернет на основе телефона, SMS и/или мгновенные сообщения на основе телефона. Примерные пользовательские интерфейсы 202 могут быть реализованы на различных платформах взаимодействия для рекламы пользователям 108 и чтобы разрешить пользователям 108 искать товары, возвращать очки и управлять своими собственными пользовательскими счетами 436 в расчетной палате 200.

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

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

Фиг. 8 показывает примерный пользовательский интерфейс 202, ассоциированный с администратором 404 пользовательских счетов фиг. 4. В панели биллинга и счета, к которой может осуществляться доступ с помощью выбора визуального ярлыка 802, различные балансы цифровых микроплатежей располагаются в порядке приоритета 804. Например, очки 806 MICROSOFT обозначены как наивысший приоритет и возвращаются в первую очередь в транзакции, до тех пор, пока пользователь 108 определенно не выберет другой тип очков для первого возврата. UNION PAY 808 и очки 810 COLA имеют второй и, соответственно, третий приоритеты. Показан баланс 438 для каждого типа очков. Каждый тип очков также имеет коэффициент 464 конвертации в отношении некоторой ссылки. Ссылка может быть обозначенным типом очков, принятым как стандарт, или может быть некоторой контрольной точкой относительного значения. Пользователь 108 может связывать два различных типа очков или счетов вместе 812 и выбирать направление 814 конвертации. Например, в одном направлении конвертации администратор 432 балансов администратора 404 пользовательских счетов автоматически повторно пополняет мобильные минуты конвертированными очками 806 MICROSOFT, когда мобильные минуты падают ниже выбранной пороговой величины.

Фиг. 9 показывает примерный пользовательский интерфейс 202", ассоциированный с возвратом транзакций, опосредованный подсистемой 402 возврата. В этом пользовательском интерфейсе 202" указанный продукт может быть приобретен наличными денежными средствами или быть возвращен через примерный расчетный центр 200, запуская клавишу 902 "купить по очкам", которая передает транзакцию по примерному расчетному центру 200. Идентификатор 424 микроплатежей принимает пользовательский выбор 904 для определения конкретного типа очков, которые должны быть возвращены в транзакции.

Фиг. 10 показывает примерный пользовательский интерфейс 202", расширенный во время функционирования администратора 420 подтверждения кода. В одном варианте осуществления расчетный центр 200 отсылает код подтверждения с помощью SMS 456 для завершения покупки. Пользователь 108 принимает код подтверждения, например, по мобильному телефону 308 и вводит код в пользовательский интерфейс 202"'. Расчетный центр 200 затем отправляет купленный товар к месту пользователя или разрешает пользователю 108 загрузить товар через оперативную рыночную площадку. Аналогичная панель подтверждения пользовательского интерфейса 202 "' может также использоваться для подтверждения, что пользователь 108 добавляет новый тип счета очков /баланс 438 очков в свой пользовательский счет 436. Также, аналогичный пользовательский интерфейс 202" может также использоваться для подтверждений с помощью администратора 434 безопасности для проверки других изменений в пользовательском счете 436.

Фиг. 11 показывает примерный пользовательский интерфейс 202", расширяемый, когда пользователь выбирает признак истории 440 администратора 404 пользовательских счетов. В одном варианте осуществления интерфейс 202" истории пользователя всесторонне отображает изменения в пользовательском счете 436, включая очки возврата, очки пополнения и повторного составления баланса различных балансов 438 очков.

Примерные способы

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

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

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

Вывод

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

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

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

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

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

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

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

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

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

8. Способ по п.7, при этом стандарт содержит номинал одного из микроплатежей одного из поставщиков товаров.

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

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

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

12. Компьютерно-реализованная система по п.9, в которой подсистема возврата принимает гетерогенные очки нескольких выпускающих очки от пользователя расчетного центра для покупки второго типа товаров.

13. Компьютерно-реализованная система по п.9, дополнительно содержащая диспетчер пользовательских счетов для управления несколькими балансами очков пользователя.

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

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

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

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

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