Шлюзовой уровень абстракции

Шлюзовой уровень абстракции

Иллюстрации

Показать все

Реферат

ПЕРЕКРЕСТНЫЕ ССЫЛКИ НА РОДСТВЕННЫЕ ЗАЯВКИ

[0001] Настоящая заявка является непредварительной заявкой и испрашивает приоритет предварительной патентной заявки США № 61/362872, поданной 9 июля 2010 года (дело поверенного № 79900-787564), все содержимое которой настоящим включено в данный документ посредством ссылки.

УРОВЕНЬ ТЕХНИКИ

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

[0003] Тем не менее, вследствие затрат на подписки и/или транзакции, ассоциированных с приемом каждого бренда и типа платежной услуги, предлагаемой посредством различных платежных сетей, некоторые продавцы выбирают прием и обработку только некоторой небольшой части доступных услуг из ограниченного числа или платежных сетей. Например, независимый онлайновый продавец может полагать, что затраты на прием всех платежных услуг, предлагаемых посредством Visa™, MasterCard™, American Express™, Discover™ и, возможно, других брендов платежных услуг, чрезмерно завышены. В дополнение к прямым затратам и комиссиям, ассоциированным с подпиской или использованием различных платежных сетей, существуют дополнительные приростные накладные расходы, ассоциированные с каждой дополнительной платежной сетью, приспосабливаемой продавцом.

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

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

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

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

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

[0009] Варианты осуществления настоящего изобретения разрешают эти и другие недостатки.

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

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

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

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

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

[0013] Фиг. 1 является блок-схемой шлюзового сервера шлюзового уровня абстракции (GAL) согласно различным вариантам осуществления настоящего изобретения.

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

[0015] Фиг. 3 является блок-схемой системы обработки платежей, включающей в себя GAL-шлюз согласно различным вариантам осуществления настоящего изобретения.

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

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

[0018] Фиг. 6 является блок-схемой системы обработки платежей, включающей в себя GAL-шлюз согласно различным вариантам осуществления настоящего изобретения.

[0019] Фиг. 7 является блок-схемой системы обработки платежей, включающей в себя GAL-шлюз и сторонних поставщиков транзакционных услуг согласно различным вариантам осуществления настоящего изобретения.

[0020] Фиг. 8 является блок-схемой последовательности операций способа для осуществления запросов на предоставление транзакционных услуг и запросов на авторизацию по транзакциям с GAL-шлюзом согласно различным вариантам осуществления настоящего изобретения.

[0021] Фиг. 9 является блок-схемой последовательности операций способа для использования GAL-шлюза обработки запросов на предоставление транзакционных услуг и запросов на авторизацию по транзакциям согласно различным вариантам осуществления настоящего изобретения.

[0022] Фиг. 10 является схематичным видом системы с GAL-шлюзом согласно различным вариантам осуществления настоящего изобретения.

[0023] Фиг. 11 является схематичным видом системы для преобразования запросов из одного формата сообщений интерфейса платформы приложений (API) в другой формат API-сообщений согласно различным вариантам осуществления настоящего изобретения.

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

ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ

[0025] Варианты осуществления настоящего изобретения направлены на системы, способы, шлюзы и серверы для предоставления обмена сообщениями, коммутации, трансляции и маршрутизации сообщений по транзакциям и запросов на проведение транзакций между запросчиками транзакций, сетями обработки платежей и сторонними поставщиками услуг. При использовании в данном документе, термин "запросчик транзакции" или "запросчик услуг" может означать любой объект, систему или системный компонент, который может запрашивать авторизацию по транзакции или другие услуги. Такие объекты и системы могут включать в себя, но не только, продавцов, эмитентов, эквайеров и процессоры обслуживания платежей. В различных вариантах осуществления трансляция запросов на проведение транзакций или транзакционных услуг предоставляется посредством шлюза транзакции, имеющего уровень абстракции и другую внутреннюю логику. Шлюзовой уровень абстракции может размещаться в шлюзовом компьютере или на шлюзовом сервере и тем самым упоминается в данном документе как шлюзовой уровень абстракции.

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

[0027] В различных других вариантах осуществления шлюз обработки платежей, имеющий шлюзовой уровень абстракции (GAL), может предлагать открытые или стандартизированные или канонические форматы, протоколы и процедуры связи и запросов на проведение транзакций для запросчиков транзакций, к примеру продавцов и сторонних поставщиков услуг. Использование таких стандартизированных или канонических форматов сообщений и файлов и стандартов связи служит для того, чтобы упрощать фактическую связь между запросчиками транзакций, сторонними поставщиками услуг и платежными сетями. Каждое соответствующее подключение или интерфейс между продавцами, сторонними поставщиками услуг и платежными сетями к серверному GAL-компьютеру может включать в себя общий стандарт связи или конкретный для шлюза интерфейс платформы приложений (API). В некоторых вариантах осуществления "уровень" может быть ассоциирован с функцией или протоколом, работающим на конкретном уровне в сетевой архитектуре или архитектуре системы. Уровень может быть реализован посредством любой подходящей комбинации аппаратных средств и программного обеспечения.

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

[0029] Фиг. 1 является блок-схемой GAL-шлюза 100 согласно различным вариантам осуществления. Как показано, GAL-шлюз 100 может включать в себя различные модули или уровни, которые могут предоставлять и/или хостить различные услуги для различных объектов, систем и системных компонентов, подключенных к GAL-шлюзу 100. GAL-шлюз 100 может включать в себя уровень 105 хранилища услуг и уровень 110 аналитических услуг, уровень 120 услуг хостинга приложений и данных, уровень 130 адаптации и интеграции, уровень 140 услуг управления членством и уровень 150 собственных дополнительных услуг обмена сообщениями (или уровень абстракции). Различные компоненты и уровни GAL-шлюза 100 могут включать в себя различные вычислительные компоненты, включающие в себя, но не только, аппаратные средства, микропрограммное обеспечение, программное обеспечение, а также сети из соединенных компьютеров и серверных компьютеров, выполненных с возможностью исполнять инструкции, чтобы осуществлять функции различных уровней. В вариантах осуществления, которые включают в себя подключенные к сети компьютеры или серверные компьютеры, каждый компьютер может подключаться друг к другу через сетевые соединения, такие как Ethernet, IEEE 802.11x, ISDN и другие открытые стандартные и коммерческие сетевые протоколы и соединения.

[0030] В некоторых вариантах осуществления уровень 105 хранилища услуг может предоставлять интерфейс продавцам и сторонним поставщикам услуг, таким как разработчики программного обеспечения и поставщики программного обеспечения как услуги (SaaS). Электронная витрина уровня 105 хранилища услуг может представлять собой веб-узел или другой портал онлайновых ресурсов, который дает возможность сторонним поставщикам услуг выгружать/регистрировать свои продукты или услуги, а продавцам и другим пользователям - выбирать различное программное обеспечение/услуги, на которое они хотят подписаться или иным образом использовать. Уровень 105 хранилища услуг может включать в себя интерфейсы платформы приложений (API) для связывания внешних объектов, компьютеров и компонентов с различными услугами, предлагаемыми на уровне 105 хранилища услуг. В таких вариантах осуществления API, хостируемые или предлагаемые посредством уровня 105 хранилища услуг либо другого уровня или компонента GAL-шлюза 100, могут включать в себя несколько API, которые являются конкретными или предназначены для простой интеграции выбранных услуг в унаследованные, существующие или модифицированные операции объекта, системы или компьютера объекта-подписчика. Хотя такая функциональность описывается выше в отношении уровня 105 хранилища услуг, другие варианты осуществления предоставляют трансляцию между API через уровень 150 собственных дополнительных услуг обмена сообщениями или хостинг приложений и данных.

[0031] Например, объект-подписчик, к примеру розничный продавец, может иметь или управлять онлайновой электронной витриной, хостируемой на удаленном сервере, которая включает в себя различные вызовы функции или SaaS-вызовы либо другой обмен сообщениями с внешней услугой обработки платежей, такой как PayPal™, к которой осуществляется доступ с использованием API, конкретного для этой услуги обработки платежей, через конкретный URL-адрес или IP-адрес. Уровень 105 хранилища услуг может предоставлять доступ к одной или более альтернативных или аналогичных услуг, предоставляемых посредством внешней услуги обработки платежей, посредством предоставления объекту-подписчику другого URL-адреса или IP-адреса, чтобы отправлять вызовы функций или SaaS-вызовы либо другие сообщения с использованием идентичного конкретного для внешней услуги обработки платежей API. Уровень 105 хранилища услуг либо некоторый другой компонент или уровень GAL-шлюза 100 затем может транслироваться из конкретного для внешней услуги обработки платежей API в другой формат или протокол для использования внутренне для GAL-шлюза либо в другой формат или протокол для использования посредством другого объекта, такого как другой продавец, эмитент, эквайер, сеть обработки платежей или сторонний поставщик услуг и т.д. Такие признаки GAL-шлюза 100 позволяют объектам-подписчикам выполнять быстрые и экономически эффективные переключения с услуг внешнего поставщика услуг на услуги, предоставляемые или хостируемые на GAL-шлюзе, с незначительным (либо вообще без него) прерыванием бизнес-ориентированных или внутренних практических методик и процедур объектов-подписчиков. Все, что может потребоваться сделать объекту-подписчику, - это заменить целевой URL-адрес или IP-адрес, на который он отправляет сообщение с запросом либо вызовы функций или SaaS-вызовы.

[0032] Продавец или другой объект-подписчик также может использовать уровень 105 хранилища услуг для того, чтобы выбирать конкретные платежные сети, через которые можно принимать платежи. Аналогично, продавец может использовать уровень 105 хранилища услуг, чтобы выбирать конкретные сторонние транзакционные услуги, которые могут обрабатывать платежи через одну или более платежных сетей. В некоторых вариантах осуществления электронная витрина 106 уровня 105 хранилища услуг может быть выполнена с возможностью разрешать продавцам выбирать использование или прием стандартных или предварительно определенных пакетов транзакционных услуг, предоставляемых посредством стороннего поставщика услуг или любой из платежных сетей, подписку на которые они выбирают. Продавцы также могут выбирать настройку транзакционных услуг посредством выбора услуг на заказ, зарегистрированных в GAL-шлюзе 100 и предоставляемых посредством отдельных разработчиков, сторонних поставщиков услуг и каждой из платежных сетей через уровень 105 хранилища услуг. Транзакционные услуги, которые сторонние поставщики услуг и платежные сети могут предоставлять через уровень 105 хранилища услуг GAL-шлюза 100, могут включать в себя, но не только, обработку платежей, обнаружение мошенничества, управление рисками, начисление баллов за покупки, программы лояльности, программы спецпредложений, программы партнерства/сотрудничества и другие финансовые, страховые, банковские и коммерческие услуги.

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

[0034] Способ, которым продавец может использовать различные транзакционные услуги, предоставляемые через уровень 105 хранилища услуг, может варьироваться согласно предложениям GAL-шлюза 100 и соглашениям, которые имеет оператор со сторонними поставщиками услуг и платежными сетями. Тем не менее, согласно различным вариантам осуществления настоящего изобретения эти услуги не должны быть ограничены за исключением того, что они, возможно, должны соответствовать указанному протоколу либо API связи или обработки.

[0035] В некоторых вариантах осуществления транзакционная услуга может предлагаться в качестве встраиваемой услуги, в которой конкретный вызов осуществляется с SaaS или с другим поставщиком услуг каждый раз, когда продавец отправляет запрос на авторизацию по транзакции в платежную сеть через GAL-шлюз 100. Таким образом, транзакционная услуга может выполняться параллельно, до, во время или после того, как запрос на авторизацию по транзакции отправляется в конкретную платежную сеть. Одно преимущество этого варианта осуществления состоит в том, что он дает возможность продавцу отклонять транзакцию и тем самым исключать затраты на выполнение запроса на авторизацию на основе результатов, возвращаемых от SaaS-поставщика, до того как запрос на авторизацию отправляется в платежную сеть.

[0036] Обратившись снова к примеру продавца ювелирных изделий, продавец ювелирных изделий может использовать электронную витрину 106, чтобы указывать то, что GAL-шлюз 100 должен отправлять требуемые данные запросов на предоставление транзакционных услуг, синтаксически проанализированные из запроса на авторизацию по транзакции, конкретному SaaS-поставщику, которого он выбирает. SaaS-поставщик может обеспечивать доступность услуг через уровень 107 центра разработчика и онлайновых ресурсов. В некоторых вариантах осуществления GAL-шлюз 100 может отправлять данные запросов на предоставление транзакционных услуг SaaS-поставщику и ждать положительного результата до того, как запрос на авторизацию по транзакции отправляется в конкретную платежную сеть. Таким образом, продавец ювелирных изделий может исключать затраты на выполнение запроса на авторизацию по транзакции и просто отклонять транзакцию. Соответственно, продавцы могут извлекать выгоду из сторонних услуг, которые помогают им исключать потенциальные затраты и риски, ассоциированные с конкретной транзакцией и необязательным запросом на авторизацию по транзакции. Сторонние поставщики услуг, которые могут разрабатывать узкоспециализированные и/или эффективные транзакционные услуги, получают преимущество посредством осуществления доступа к продавцам с использованием уровня 105 хранилища услуг.

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

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

[0039] Модуль 107 центра разработчика и онлайновых ресурсов на уровне 105 хранилища услуг может предоставлять интерфейс и поддержку для сторонних поставщиков транзакционных услуг. Как упомянуто выше, сторонние поставщики транзакционных услуг могут предлагать свои продукты и услуги как встраиваемые или встроенные решения продавцам, процессорам обслуживания платежей и платежным сетям. В некоторых вариантах осуществления может требоваться сертификация сторонних поставщиков транзакционных услуг посредством GAL-шлюза 100. В других вариантах осуществления все без исключения сторонние поставщики услуг могут предлагать свои продукты и услуги в качестве несертифицированных сторонних поставщиков услуг при условии, что они соответствуют требованиям API для сторонних поставщиков услуг или другого интерфейса.

[0040] Уровень 110 аналитических услуг может предлагать стандартные 111 или произвольно организующиеся (ad hoc) 112 типы аналитических услуг. Аналитические услуги, предлагаемые посредством уровня 110 аналитических услуг, могут включать в себя стандартную аналитику транзакций и платежей, предлагаемую посредством любой из брендовых платежных сетей. В других вариантах осуществления уровень 110 аналитических услуг может предлагать произвольно организующиеся 112 аналитические услуги продавцам. В некоторых вариантах осуществления произвольно организующиеся 112 услуги могут включать в себя настраиваемые или тонко подстраиваемые системы, спроектированные посредством или для конкретного продавца. Аналитические услуги 110 могут подключаться и вызываться посредством любого из уровней на уровне 105 хранилища услуг.

[0041] GAL-шлюз 100 также может включать в себя уровень 120 услуг хостинга приложений и данных. В вариантах осуществления, включающих в себя уровень 120 услуг хостинга приложений и данных, GAL-шлюз 100 может предоставлять различные услуги продавцам, сторонним поставщикам услуг и платежным сетям, включающие в себя, но не только, хостинг 121 приложений, SaaS-интеграцию 122, интеграцию 123 шлюзовых услуг, защиту 124 данных транзакций, интеграцию 125 услуг на основе процессора и интеграцию 126 услуг эмитентов.

[0042] Дополнительным уровнем GAL-шлюза 100 может быть уровень 130 адаптации и интеграции. Уровень 130 адаптации и интеграции может включать в себя интерфейсы, порталы и поддержку для разработчиков 133, внешних шлюзов 135, процессоров 137 и эмитентов 139 для подключения, активации или маршрутизации запросов на авторизацию по транзакциям или запросов на предоставление транзакционных услуг через GAL-шлюз 100. С использованием уровня 130 адаптации и интеграции продавцы, разработчики, внешние шлюзы, процессоры обслуживания платежей и эмитенты могут видеть и использовать согласованный интерфейс, чтобы взаимодействовать друг c другом. Другими словами, каждый из продавца, разработчика, шлюза, процессора обслуживания платежей или эмитента должен соответствовать только требованиям GAL-шлюза 100, чтобы взаимодействовать с любыми другими объектами, услугами, серверами или сетями, подключенными к GAL-шлюзу 100. Это позволяет значительно снижать сложность ведения бизнеса, в частности в отношении приема нескольких вариантов платежей и использования нескольких транзакционных услуг от различных объектов.

[0043] GAL-шлюз 100 также может включать в себя уровень 140 услуг управления членством. Уровень 140 услуг управления членством может включать в себя информационный портал для разработчиков 143 и продавцов 145. С использованием уровня 140 услуг управления членством разработчики 143 и продавцы 145 могут регистрировать свою конкретную информацию, обновлять информацию по серверам и хостингу, разрешать проблемы с GAL-шлюзом 100 и потенциально любыми другими объектами, подключенными к шлюзу 100. Уровень услуг продавца 140 также может включать в себя информацию и услуги в отношении биллинга, споров, расчетов, сверки и составления отчетов для разработчиков 143 и продавцов 145.

[0044] В завершение, GAL-шлюз 100 может включать в себя уровень 150 собственных дополнительных услуг обмена сообщениями (или уровень абстракции). Уровень 150 собственных дополнительных услуг обмена сообщениями (или уровень абстракции) иллюстрирует характеристики связи и взаимосвязанность между уровнем 105 хранилища услуг, уровнем 110 аналитических услуг, уровнем 120 услуг хостинга приложений и данных, уровнем 130 адаптации и интеграции, уровнем 140 услуг управления членством и внешними продавцами, сторонними поставщиками услуг и платежными сетями.

[0045] Например, услуги 150 интеграции на уровне хранилищ решений могут обмениваться данными с услугами 153 шлюзовой интеграции, услугами 155 интеграции на уровне процессоров и услугами 157 интеграции на уровне эмитентов. В свою очередь, каждая из услуг 151, 153, 155 в 157 на уровне 150 собственных дополнительных услуг обмена сообщениями может обмениваться данными, прямо или косвенно, со всеми остальными уровнями GAL-шлюза 100 или с любыми другими подключенными объектами, внешними для GAL-шлюза 100, такими как продавцы, процессоры обслуживания платежей, эмитенты, эквайеры и платежные сети. Уровень абстракции/уровень 150 собственных дополнительных услуг обмена сообщениями может включать в себя услуги по трансляции между различными форматами, протоколами и моделями обеспечения возможностей подключения для обмена сообщениями, маршрутизации и коммутации запросов на авторизацию по транзакциям и сторонних вызовов по предоставлению услуг между различными объектами.

[0046] В некоторых вариантах осуществления услуги по трансляции включают в себя преобразование между форматами входящего запроса на авторизацию по транзакции от торгового или процессора обслуживания платежей и требованиями целевой платежной сети. Например, запрос на авторизацию по транзакции может быть принят в GAL-шлюзе 100 от продавца. Запрос на авторизацию по транзакции может быть в первом формате и включать в себя первый набор информации. Уровень 150 собственных дополнительных услуг обмена сообщениями может синтаксически анализировать первый набор информации из первого формата запроса на авторизацию по транзакции и затем транслировать его во второй формат, включающий в себя второй набор информации, которая может включать в себя или не включать в себя всю информацию из первого набора информации, надлежащую или требуемую посредством платежной сети. В других вариантах осуществления уровень 150 собственных дополнительных услуг обмена сообщениями также может синтаксически анализировать информацию из первого набора информации и составлять третье сообщение формата или файл данных, которое должно отправляться или использоваться при активации сторонней услуги от одного или более сторонних поставщиков услуг.

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

[0048] Фиг. 2-7 являются блок-схемами различных систем для обработки финансовых транзакций, т.е. платежных транзакций, согласно различным современным системам и вариантам осуществления настоящего изобретения. Для понятности и простоты ссылок элементы, проиллюстрированные на фиг. 2-7, имеющие идентичные или аналогичные функции, характеристики или возможности, обозначаются с использованием согласованных ссылок с номерами на каждом из чертежей.

[0049] Фиг. 2 является блок-схемой системы для обработки платежей с использованием нескольких платежных сетей, в которых продавцы подключаются напрямую к платежным сетям. Торговая система с прямым подключением имеет несколько уровней, включающих в себя, но не только, уровень 210 держателей карт, уровень 220 продавцов и уровень 260 брендовых сетей. В таких системах потребителям могут выдаваться различные формы платежных счетов. Платежные счета могут включать в себя кредитные, дебетовые, банкоматные, онлайновые и предназначенные для персональных вычислительных устройств платежные счета. Потребитель может выбирать использование одного из этих платежных счетов, чтобы инициировать платеж или другую финансовую транзакцию с продавцом на уровне 220 продавцов. Как показано, уровень 220 продавцов может включать в себя как небольших продавцов 223, таких как независимый музыкальный магазин, так и крупных продавцов 227, таких Wal-Mart™, и может подключаться напрямую к платежным сетям на уровне 260 брендовых сетей.

[0050] Довольно часто крупные продавцы 227 подключены напрямую к платежным с