СПОСОБ И СИСТЕМА СЕРВЕРНОЙ АРХИТЕКТУРЫ ДЛЯ ОБЪЕДИНЕНИЯ ПЛАТЕЖЕЙ, КОМПЬЮТЕРНОЕ УСТРОЙСТВО И НОСИТЕЛЬ ДАННЫХ
METHOD AND SYSTEM OF SERVER ARCHITECTURE FOR COMBINING PAYMENTS, COMPUTER DEVICE AND DATA MEDIUM

Область техники, к которой относится настоящее изобретение
[001] Настоящее изобретение относится к области компьютерных прикладных программ, и в частности, относится к способу использования серверной архитектуры и системы для объединения платежей, компьютерного устройства и носителя данных.
Предшествующий уровень техники настоящего изобретения
[002] В связи с быстрым развитием интернета вещей и мобильного интернета в последние годы также быстро развивается отрасль электронных платежей. На национальном уровне банки, китайская платежная система UnionPay и другие клиринговые центры, прочие платежные компании и т.п. предоставляют различные типы услуг мобильных платежей, реализованные с помощью различных технологий. Более того, из-за объективных запросов технология электронных платежей применялась в различных областях. Однако в рамках этого контекста не предусмотрены унифицированный стандарт и интерфейс для услуг от различных организаций, так что трудно достичь совместимости между различными платежными средствами и платформами. В мировом масштабе в каждой стране имеются свои собственные провайдеры платежных каналов и правила контроля доступа. Для коммерсантов с всемирным бизнесом также имеются значительные изменения в стоимости доступа и эффективности доступа.
[003] В Китае используется только несколько платежных каналов третьих сторон. Обычно более 90% онлайновых платежных транзакций внутри страны для коммерсантов могут быть выполнены при доступе к WeChat или Alipay. Следовательно, при доступе к платежным каналам большинство коммерсантов непосредственно подключаются к каналам третьих сторон. Однако процессы платежа по различным платежным каналам (например, по WeChat и Alipay) отличаются по параметрам, так что обычно на сервере необходимо поддерживать множество наборов платежных процессов. Отрасль отечественного интернета находится на пути выхода за рубеж. В других странах имеется много различных платежных каналов с разными процессами. Если коммерсанты непосредственно подключаются к платежным каналам третьих сторон с использованием обычного способа, коммерсантам нужно решить сложную задачу поддержки множества наборов платежных процессов.
Краткое раскрытие настоящего изобретения
[004] В настоящем изобретении раскрыты способ использования серверной архитектуры и система для объединения платежей, компьютерное устройство и носитель данных для устранения, по меньшей мере, одного из вышеупомянутых технических недостатков. Настоящее изобретение позволяет достичь высокой изоляции, низкого связывания узлов, быстрого доступа и высоких практичности и гибкости при осуществлении процесса оплаты с третьей стороной.
[005] Для достижения указанных выше целей в настоящем изобретении предложен способ использования серверной архитектуры для объединения платежей. Этот способ предусматривает: запрос у клиента информации о транзакции, при этом информация о транзакции включает в себя информацию о месте расположения клиента; назначение, согласно информации о месте расположения, информации о транзакции узлу транзакций, который обладает юрисдикцией в отношении информации о месте расположения, при этом узел транзакций является центром транзакций в указанном регионе в распределенной системе транзакций; сопоставление, согласно узлу транзакций, шлюза канала в слое стыковки каналов, который заранее устанавливает соотношение соединения с узлом транзакций, и передача запроса транзакции в информации о транзакции объекту транзакции по сопоставленному шлюзу канала, так что объект транзакции обрабатывает запрос транзакции; и получение результата обработки от объекта транзакции, и пересылка информации о результате обработки клиенту.
[006] Согласно другому аспекту в настоящем изобретении предложена система с серверной архитектурой для объединения платежей. Система включает в себя: клиентский интерфейс доступа, выполненный с возможностью получать от клиента информацию о транзакции, при этом информация о транзакции включает в себя информацию о месте расположения клиента; сервер ретрансляции, выполненный с возможностью назначения, согласно информации о месте расположения, информации о транзакции узлу транзакций, который обладает юрисдикцией в отношении информации о месте расположения, при этом узел транзакций является центром транзакций в указанном регионе в распределенной системе транзакций; и узел транзакций, выполненный с возможностью сопоставления, согласно узлу транзакций, шлюза канала в слое стыковки каналов, который заранее устанавливает соотношение соединения с узлом транзакций, передачи запроса транзакции в информации о транзакции объекту транзакции по сопоставленному шлюзу канала, так что объект транзакции обрабатывает запрос транзакции; получение результата обработки от объекта транзакции, и пересылка информации о результате обработки клиенту.
[007] Согласно другому аспекту в настоящем изобретении предложено компьютерное устройство. Компьютерное устройство содержит память и процессор. В памяти хранится, по меньшей мере, одна читаемая компьютером инструкция. Процессор во время выполнения, по меньшей мере, одной читаемой компьютером инструкции вынужден выполнять способ использования серверной архитектуры для объединения платежей, как описано выше.
[008] Согласно другому аспекту в настоящем изобретении предложен носитель данных, на котором хранится, по меньшей мере, одна читаемая компьютером инструкция. По меньшей мере, одна читаемая компьютером инструкция, во время своего выполнения на одном или нескольких процессорах, заставляет один или несколько процессоров выполнять способ использования серверной архитектуры для объединения платежей, как описано выше.
[009] Настоящее изобретение достигает следующих положительных результатов.
[0010] На основе информации о месте расположения клиента в информации о транзакции выполняется распределенная обработка, поэтому обработка данных для платежа проводится быстрее. Более того, распределенные по регионам центры транзакций независимы друг от друга и используют унифицированный интерфейс передачи данных для подключения к объектам транзакций, что скрывает разницу в параметрах процессов платежа различных каналов, и обеспечивает клиентам универсальный унифицированный процесс доступа к платежу. Следовательно, для использования всех каналов платежа, поддерживаемых архитектурой платежной системы, коммерсанту на стороне клиента нужно поддерживать только один комплект процессов для взаимодействия с архитектурой объединенных платежей, за счет этого достигается сильная изоляция данных, низкое связывание узлов, высокая стойкость к атакам и низкое связывание услуг между клиентами. Архитектура объединенных платежей хорошо пригодна для распределенного развертывания и характеризуется высоким коэффициентом готовности и высокой устойчивостью к авариям. Унифицированный интерфейс планирования делает систему значительно расширяемой и снижает воздействие функциональных итераций на онлайновые сервисы.
Краткое описание фигур
[0011] Упомянутые выше и/или дополнительные особенности настоящего изобретения и преимущества настоящего изобретения могут стать очевидными и просто понимаемыми благодаря следующим описаниям вариантов осуществления со ссылками на прилагаемые фигуры.
[0012] На фиг. 1 показана блок-схема варианта осуществления способа использования серверной архитектуры для объединения платежей согласно настоящему изобретению;
[0013] На фиг. 2 показана блок-схема алгоритма способа аутентификации информации транзакции согласно настоящему изобретению;
[0014] На фиг. 3 показана блок-схема алгоритма способа назначения информации транзакции узлу транзакций согласно настоящему изобретению;
[0015] На фиг. 4 показана блок-схема алгоритма способа обработки запроса транзакции объектом транзакций согласно настоящему изобретению;
[0016] На фиг. 5 показана блок-схема алгоритма способа повтора для очереди асинхронных задач согласно настоящему изобретению;
[0017] На фиг. 6 показана блок-схема объединенных платежей согласно настоящему изобретению;
[0018] На фиг. 7 показана схема многослойной структуры объединенных платежей согласно настоящему изобретению;
[0019] На фиг. 8 показана блок-схема приема информации модулями объединенных платежей согласно настоящему изобретению;
[0020] На фиг. 9 представлена блок-схема базовой структуры компьютерного устройства согласно настоящему изобретению.
Подробное раскрытие настоящего изобретения
[0021] Конкретно, согласно фиг. 1 в настоящем изобретении предложен способ использования серверной архитектуры для объединения платежей. Объединенные платежи относятся к платежам третьих сторон. В отличие от платежей третьих сторон объединенные платежи не лежат между коммерсантами и банками, а выполняют роль каналов между коммерсантами и плательщиками третьих сторон. Объединенные платежи не включают в себя взаиморасчеты или пересылки денежных средств, а просто выполняют управление потоками информации и потоками данных в цепочке платежа, и объединяют способы выполнения платежей, предоставляемых различными организациями выполнения платежей третьих сторон, для предоставления коммерсантам унифицированного интерфейса для оплат и взаиморасчетов. Объединенные платежи снижают коммерсантам трудности доступа и затраты, повышают скорость и эффективность работы и достигают лучшей гибкости и удобства.
[0022] В настоящем изобретении способ использования серверной архитектуры для объединения платежей предусматривает следующие стадии:
[0023] На стадии S1000 принимается информация о транзакции от клиента, при этом в информацию о транзакции включена информация о месте расположения клиента.
[0024] Клиентом фактически является терминал коммерсанта. Имеется множество клиентов, и клиенты могут одновременно посылать инструкции запроса для их анализа. Инструкция запроса является сообщением со связанными данными, в котором записаны информация о личности клиента и содержимое запроса. Сообщение с данными является комбинацией полей в согласованном формате для упрощения обработки информации. Для различения разных клиентов в сообщение с данными включена информация о номере коммерсанта, которая описывает личность клиента, и информация о номере услуги, которая характеризует тип запрашиваемой услуги, и, таким образом, можно проверить информацию о личности клиента, пославшего запрос, и содержание запроса.
[0025] Информация о транзакции является связанной информацией, которая посылается клиентом, и, таким образом, запросы клиента должны быть обработаны третьей стороной. В информацию о транзакции включена информация о месте расположения клиента.
[0026] Согласно другому варианту осуществления информация о транзакции дополнительно включает в себя информацию о месте расположения объекта транзакции, которому направлена эта информация о транзакции. В настоящем изобретении объектом транзакции является третья сторона, запрошенная клиентом транзакции для выполнения обработки транзакции, и информация о месте расположения объекта транзакции при этом указывает информацию о месте расположения третьей стороны. Можно понять, что третья сторона является платежной платформой. Имеется много таких платежных платформ, например, известные банки, WeChat, Alipay и другие финансовые платформы. Такие платформы третьих сторон обладают информацией о месте расположения соответствующего сервера. В информацию о месте расположения входят страна и конкретный регион. При приеме информации о месте расположения объекта транзакции можно получить информацию о месте расположения сервера объекта транзакции.
[0027] На стадии S2000, на основе информации о месте расположения, проводится назначение информации о транзакции узлу транзакций, который обладает юрисдикцией в отношении информации о месте расположения, при этом узел транзакций является центром транзакций в указанном регионе в распределенной системе транзакций.
[0028] Узел транзакций развернут в слое основной обработки, который выполняет обработку услуги. В слое основной обработки проводится создание заказов на услуги и логики обработки услуги. Согласно одному варианту осуществления, информация о месте расположения является информацией о месте расположения клиента, а узел транзакций является центром транзакций в указанном регионе в распределенной системе транзакций. Так как клиенты могут располагаться в различных местах по всему миру, для быстрой реакции на запросы платежа узел транзакций можно выбрать в любом месте по всему миру. На основании полученной информации о месте расположения клиента для обработки выбирается узел транзакций, обладающий юрисдикцией в отношении информации о месте расположения.
[0029] Согласно другому варианту осуществления информация о транзакции является информацией о месте расположения объекта транзакции, которому направлена эта информация о транзакции, т.е. это информация о месте расположения платформы транзакций третьей стороны. Платформу транзакций третьей стороны можно развернуть в различных местах расположения по всему миру, а клиентов объединенных платежей согласно настоящему изобретению также можно распределить по всему миру. Следовательно, для обеспечения быстрой реакции на платежное требование можно выбрать множество узлов транзакций на основании мест расположения по регионам платформы транзакций третьей стороны. Узлы транзакции являются независимыми и изолированными друг от друга. Если один из узлов транзакции находится не в штатном режиме, это не влияет на нормальные услуги обработки в других узлах транзакций. Более того, каждый узел транзакций имеет свою собственную юрисдикцию. Инструкцию нового запроса можно назначить узлу транзакций, обладающему соответствующей юрисдикцией для обработки, за счет идентификации информации о месте расположения объекта транзакции и типа услуги, которая соответствует инструкции нового запроса. Однако для дальнейшего улучшения устойчивости к авариям при обработке услуг, если определено, что соответствующий узел транзакции находится в доступном состоянии, то инструкция запроса назначается на соответствующий узел транзакций. Если определено, что соответствующий узел транзакции находится в недоступном состоянии, то инструкция запроса назначается на другой доступный узел транзакций, чтобы обеспечить нормальную обработку инструкции запроса из информации о транзакции.
[0030] На стадии S3000 проводится сопоставление шлюза канала, согласно узлу транзакций, в слое стыковки каналов, который заранее устанавливает соотношение соединения с узлом транзакций, и запрос транзакции в информации о транзакции передается объекту транзакции по сопоставленному шлюзу канала, так что объект транзакции обрабатывает запрос транзакции.
[0031] После того, как информация о транзакции была назначена узлу транзакций, проводится сопоставление шлюза канала, согласно информации об узле транзакций, в слое стыковки каналов, который установил соотношение соединения с узлом транзакций. В слое стыковки каналов хранится множество различных шлюзов каналов, и различные шлюзы каналов подключаются и обмениваются данными с различными объектами транзакций третьих сторон.
[0032] Шлюзы каналов подключены и обмениваются данными с узлами транзакций с помощью интерфейсов планирования. В настоящем изобретении шлюзы каналов могут реализовать логику для взаимодействия с объектами транзакции третьей стороны, а параметры взаимодействия между различными каналами скрыты от предыдущего узла. В настоящем изобретении применены унифицированные интерфейсы планирования шлюзов каналов, чтобы поддержать согласованный процесс транзакции, который не изменяется при изменении объектов канала. Более того, каждый канал в слое шлюзов каналов логически независим и не манипулирует данными заказа. Изменения в одном канале оказывают малое воздействие на другие каналы и основной процесс, так что можно достичь быстрого доступа и итераций. Унифицированный интерфейс планирования также упрощает доступ к новому каналу. К новому каналу можно получить доступ просто за счет построения соответствующего узла шлюза канала. Конкретные различия и параметры взаимодействия с объектом транзакции третьей стороны скрыты в шлюзе канала.
[0033] В процессе обслуживания платежа шлюзы каналов являются интерфейсами прикладных программ, подключенными к различным платежным платформам третьей стороны. Для различных платежных платформ третьей стороны требуются разные шлюзы каналов, таким образом, формируется библиотека подключений шлюзов каналов, т.е. слой стыковки каналов. За счет идентификации объектов транзакции в инструкциях запроса различные шлюзы каналов могут быть сопоставлены из библиотеки подключений шлюзов каналов для обработки услуги платежа.
[0034] Согласно одному варианту реализации каждый шлюз канала взаимодействует с каналом третьей стороны с использованием унифицированного интерфейса планирования, параметры взаимодействия между разными каналами скрыты от предыдущего узла, и подключение каждого канала образует независимый подмодуль. Следовательно, когда необходимо выполнить обработку соответствующей услуги, можно непосредственно вызвать соответствующий интерфейс. При доступе к новому каналу необходимо только построить узел шлюза канала, который обеспечивает стандартный и унифицированный интерфейс. Конкретные различия и параметры стыковки с третьей стороной скрыты в шлюзе канала. Таким образом, верхний слой основных услуг может вызвать унифицированный интерфейс и поддерживать согласованный процесс транзакции, который не изменяется при изменениях в каналах; и, более того, каждый канал в слое шлюзов каналов логически независим и не манипулирует данными заказа. Изменения в одном канале оказывают малое воздействие на другие каналы и основной процесс, так что можно достичь быстрого доступа и итераций.
[0035] На стадии S4000 из объекта транзакции принимается результат обработки, и информация о результате обработки пересылается клиенту.
[0036] В настоящем изобретении, когда запрос транзакции в информации о транзакции пересылается соответствующему объекту транзакции, так что объект транзакции обрабатывает запрос транзакции путем вызова соответствующего интерфейса передачи данных, результат транзакции возвращается при опросе объекта транзакции и информация о результате транзакции отсылается назад клиенту.
[0037] В настоящем изобретении прием данных и назначение на стадиях S1000 и S2000 выполняются в слое доступа к услугам. Слой доступа к услугам содержит в себе клиентский интерфейс доступа и сервер ретрансляции. Клиентский интерфейс доступа принимает информацию о транзакции от клиента, преобразует информацию о транзакции в формат протокола, распознаваемый сервером, и выполняет задачи, например, верификацию личности, контроль полномочий и изоляцию трафика. Впоследствии сервер ретрансляции выполняет балансировку нагрузки и назначение задач, и посылает, согласно политики распределения, информацию запроса в информации о транзакции на указанный узел транзакций для обработки. Мониторинг информации о транзакции и сбор информации о результате выполняются на узле платежа за счет вызова интерфейса передачи данных, при этом узел платежа принадлежит слою основных услуг. Шлюзы каналов и унифицированные интерфейсы планирования принадлежат к слою стыковки каналов. Слой основных услуг в основном включает в себя платежный центр, модуль уведомления о платеже и модуль асинхронного повтора, модуль мониторинга платежей и т.п. Платежный центр выполняет менеджмент и регистрацию платежных требований и вызывает службы шлюзов каналов следующего слоя. Модуль асинхронного повтора отвечает за повторное выполнение асинхронных задач для обеспечения выполнения заказов. Модуль мониторинга платежей отвечает за мониторинг и сбор статистики по платежным требованиям. Модуль уведомления о платеже отвечает за асинхронное уведомление клиента после выполнения заказа. Слой стыковки каналов в основном отвечает за подключение к службам, предоставляемым объектами третьих сторон. Подключение каждого канала образует независимый подмодуль, который упрощает менеджмент каналом и быструю итерацию.
[0038] В настоящем изобретении распределенная обработка выполняется на основе информации о месте расположения объекта транзакции в информации о транзакции, поэтому обработка данных для платежа проводится быстрее. Более того, развернутые распределенным образом по регионам центры транзакций независимы друг от друга и используют унифицированный интерфейс передачи данных для подключения к объектам транзакций для сокрытия разницы в параметрах процессов платежа различных каналов. Следовательно, для клиентов предоставляется универсальный и унифицированный процесс доступа к платежной системе. Для использования всех каналов платежа, поддерживаемых архитектурой платежной системы, коммерсанту на стороне клиента нужно поддерживать только один комплект процессов для взаимодействия с архитектурой объединенных платежей, за счет этого достигается сильная изоляция данных, низкое связывание узлов, высокая стойкость к атакам и низкое связывание услуг между клиентами. Архитектура объединенных платежей хорошо пригодна для распределенного развертывания и характеризуется высоким коэффициентом готовности и высокой устойчивостью к авариям. Унифицированный интерфейс планирования делает систему значительно расширяемой и снижает воздействие функциональных итераций на онлайновые сервисы.
[0039] В показанном на фиг. 2 варианте осуществления после получения информации о транзакции от клиента и до назначения, на основе информации о месте размещения, информации о транзакции узлу транзакций, который обладает юрисдикцией в отношении информации о месте расположения, в способе дополнительно предусмотрены следующие стадии.
[0040] На стадии S1100 проводится верификация информации для проверки, при этом информация для проверки информации о транзакции получается с использованием протокола шифрования передаваемых данных.
[0041] В настоящем изобретении посланная клиентом информация о транзакции получается с использованием протокола шифрования передаваемых данных для обеспечения отсутствия искажения передаваемых данных третьей стороной. После получения информации о транзакции клиентский интерфейс доступа верифицирует информацию для проверки. Во время обмена данными клиент и клиентский интерфейс доступа применяют стандартный метод проверки информации, например, шифрование данных с использованием открытого ключа и закрытого ключа. После получения данных клиентский интерфейс доступа дешифрует данные на основании правила, заранее определенного клиентом и клиентским интерфейсом доступа, при этом обеспечивается, что данные нельзя будет просто исказить в процессе обмена данными между клиентом и клиентским интерфейсом доступа, и передача данных становится более защищенной.
[0042] Более того, на клиентском интерфейсе приема услуги клиентский интерфейс доступа может дополнительно выполнить проверку электронной цифровой подписи в данных сообщения в принятой информации о транзакции, чтобы удостовериться, что сообщение в требовании о платеже получено от авторизованного коммерсанта и не было искажено или подделано. После этого дальше будет пересылаться только информация о транзакции, прошедшая проверку электронной цифровой подписи. После обнаружения, что полученные данные транзакции искажены или что с полученными данными транзакции имеется другая проблема, клиентский интерфейс доступа не выполняет последующей обработки и передает информацию об обнаруженном результате клиенту для указания, что текущие переданные данные не являются безопасными.
[0043] На стадии S1200 извлекается информация о личности клиента, приславшего информацию о транзакции, и о типе услуги, путем анализа информации о транзакции, которая была успешно проверена.
[0044] Если подпись данных транзакции была проверена клиентским интерфейсом доступа, данные в текущей информации о транзакции считаются безопасными. Следовательно, информация о транзакции может быть проанализирована для получения информации о личности клиента, приславшего информацию о транзакции, а также о типе услуги. Согласно этому варианту осуществления информация о личности клиента может быть извлечена из IP-адреса, с которого была прислана информация о транзакции и из соответствующих полей в заголовке кадра данных информации, в то время как тип услуги может быть получен из кадра текстовых данных, описывающих контент вместе с переданным кадром данных.
[0045] На стадии S1300 выполняется сопоставление в списке полномочий личностей на основе проанализированной информации о личности и типе услуги для аутентификации.
[0046] После анализа информации о личности клиента и типе услуги проводится аутентификация клиента на основе этой информации. В настоящем изобретении аутентификация в основном предназначена для проверки, имеет ли клиент достаточные полномочия для выполнения соответствующей запрошенной услуги. Следовательно, в настоящем изобретении список полномочий личностей также хранится на клиентском интерфейсе доступа. В списке полномочий клиента приведена информация о личностях и соответствующие полномочия для одного или нескольких типов услуг для всех правомочных клиентов. Информация о личности и типе услуги однозначно указана в списке полномочий личностей, и поэтому можно определить, имеет ли клиент полномочия для подачи запроса обработки данных с указанным типом услуги.
[0047] Далее, если определено, что клиент не имеет соответствующих полномочий после его аутентификации, клиенту в качестве напоминания высылается информация об исключении, указывающая на отказ аутентификации. Например, в варианте осуществления, при анализе информации о транзакции от клиента А установлено, что типы услуг, которые намеревается выполнить клиент, являются услугами типов В и С. В списке полномочий личностей типы услуг, которые может выполнять клиент А, включают услугу типа С, но не включают услугу типа В. Следовательно, впоследствии будут обрабатываться запросы, относящиеся к услуге типа С. Для услуги типа В клиенту А будет послана информация об исключении для указания, что клиент не имеет полномочий на выполнение услуги типа В.
[0048] Более того, правило для определения, прошла ли аутентификация успешно или нет, также может быть заранее настроено клиентским интерфейсом доступа. Например, как описано в приведенном выше варианте осуществления, клиент А имеет полномочия для одной услуги типа В и услуги типа С, но не имеет полномочий для услуг других типов. В этом случае можно настроить два правила. Одно из них состоит в том, что пока типы услуги соответствуют требованиям полномочий, разрешено выполнять последующие операции. Второе из них состоит в том, что как только запрос на услугу некоторого типа не соответствует требованиям полномочий, ни один из запросов в информации о транзакции не будет выполняться, и клиенту будет оправлена информация об исключении, чтобы клиент мог изменить информацию о транзакции. Конкретное правило можно настроить согласно фактической ситуации.
[0049] На стадии S1400 прошедшая аутентификацию информация о транзакции назначается узлу транзакций.
[0050] Когда информация о транзакции проходит аутентификацию с использованием заранее определенного правила, сервер ретрансляции может назначить информацию о транзакции соответствующему узлу транзакций на основе идентифицированной информации о месте расположения.
[0051] После приема информации о транзакции сервер ретрансляции выполняет услугу переадресации для информации о транзакции, причем правило переадресации может быть определено с помощью анализа конкретного контента информации о транзакции, тем самым обеспечивается возможность обработки такого же платежного требования в том же самом узле.
[0052] Далее, в показанном на фиг. 3 варианте осуществления процесс назначения, основанный на информации о месте расположения, информации о транзакции на узел транзакций, который обладает юрисдикцией в отношении информации о месте расположения, включает в себя следующие стадии.
[0053] На стадии S2100 правило назначения сопоставляется в списке назначений, на основе типа услуги в информации о транзакции, так что запросы на тот же самый тип услуги от того же самого клиента обрабатываются в том же самом узле транзакций.
[0054] Список назначений является таблицей сопоставления между уместной информацией и соответствующими правилами назначения, при этом уместная информация включает в себя информацию о личности клиента, пославшего информацию о транзакции, типы услуг и т.п. Сервер ретрансляции назначает информацию о транзакции на основе указанного типа услуги и информации о месте расположения объекта транзакции.
[0055] Объект транзакции является платежной платформой третьей стороны, которая идентифицируется на основе информации о транзакции и должна выполнить обработку услуги, например, это сервер банка, сервер WeChat или сервер Alipay. Согласно варианту осуществления информация о месте расположения является информацией о месте расположения клиента. Таким образом, когда получен тип услуги, информация о транзакции назначается узлу транзакций с юрисдикцией на основе информации о месте расположения клиента, так что можно обрабатывать информацию о транзакции.
[0056] В другом варианте осуществления информация о месте расположения является информацией о месте расположения объекта транзакции. Например, информацией о месте расположения сервера WeChat и сервера Alipay является Китай, так как WeChat и Alipay являются отечественными платежными платформами в Китае. Серверы некоторых банков могут находиться в зарубежных странах. Например, банки Standard Chartered Bank, Citibank и т.п. являются иностранными платежными платформами. Узлы транзакций развертываются на основе мест расположения серверов таких платежных платформ. Например, информация о транзакции, в которой объектами платежа являются пять крупнейших отечественных банков, а именно, Industrial and Commercial Bank of China, Agricultural Bank of China, Bank of China, China Construction Bank и Bank of Communications, настроена для обработки в узле транзакций A. Информация о транзакции, соответствующая другим отечественным банкам, настроена для обработки в узле транзакций B. Информация о транзакции, соответствующая иностранным банкам, настроена для обработки в узле транзакций С. Информация о транзакции, соответствующая небанковским платежным платформам, например, WeChat и Alipay, настроена для обработки в узле транзакций D. Таким образом, когда из присланной клиентом информации о транзакции с помощью анализа получены объект транзакции и соответствующая информация о месте расположения, информацию о транзакции можно назначить на основе информации о месте расположения.
[0057] Более того, приведенная выше классификация не является ограничивающей. Так как узлы транзакций независимы друг от друга, для обеспечения нормальной обработки каждой части информации о транзакции информация о транзакции назначается узлам на основе объектов транзакции. В случае возникновения проблемы в одном из узлов транзакций информация о транзакции, которая должна быть обработана проблемным узлом транзакций, может быть переслана на другой узел транзакций согласно правилу, так что информация о транзакции может быть обработана своевременно. Другой узел транзакций, на который передается информация о транзакции согласно указанному правилу, может быть узлом транзакций, который обрабатывает тот же самый тип информации о транзакции, как исходный узел транзакций, или узлом транзакций, настроенным с таким же самым и доступным шлюзом канала.
[0058] Более того, при указании типа услуги и информации о личности клиента, определяется, принадлежит ли множество частей информации о транзакции той же самой услуге. После определения того, что множество частей информации о транзакции принадлежит той же самой услуге, вся информация о транзакции, принадлежащая той же самой услуге, группируется на один узел транзакций для обработки транзакции.
[0059] Более того, сервер ретрансляции направляет информацию о транзакции соответствующему узлу транзакций с помощью хэширования (ХЭШ). Функция хэширования с помощью алгоритма хэширования может преобразовать исходную битовую строку произвольной длины в битовую строку фиксированной длины, при этом выходное значение является хэш-кодом. В настоящем изобретении хэшированием называется направление сообщения с данными информации о транзакции на соответствующий узел транзакций на основе конкретного алгоритма или правила хэширования. Таким образом, обеспечивается защита данных во время процесса сопоставления.
[0060] На стадии S2200 согласно правилу назначения принимается информация о состоянии использования сопоставленного узла транзакций.
[0061] Если соответствующий узел транзакций сопоставлен на стадии S2100, информация о транзакции не назначается непосредственно узлу транзакций. Вместо этого сначала принимается информация о состоянии использования узла транзакций. Информация о состоянии использования узла транзакций представляет из себя текущий относительный трафик и рабочие параметры узла транзакций. После получения относительного трафика определяется, не превышает ли относительный трафик текущего узла транзакций номинальное значение. Если относительный трафик превышает номинальное значение, текущий узел транзакций перенасыщен, что может влиять на скорость обработки данных транзакции. За счет идентификации рабочих параметров определяется, работает ли текущий узел транзакций нормально и доступен ли он или нет. Если рабочие параметры не являются нормальными, текущий узел транзакций недоступен и данные транзакции необходимо переслать.
[0062] На стадии S2300 определяется, соответствует ли состояние использования узла транзакций первому заранее определенному условию.
[0063] Первое заранее определенное условие является стандартным контрольным условием, настроенным на основе информации о состоянии использования. Например, если обнаруженное состояние использования является относительным трафиком узла транзакций, первое заранее определенное условие настроено как условие, что относительный трафик узла транзакций не превышает 85%. Если обнаруженный относительный трафик текущего узла транзакций равен 80%, то состояние использования текущего узла транзакций соответствует первому заранее определенному условию.
[0064] Приведенное выше описание является только одним примером состояния использования и первого заранее определенного условия в настоящем изобретении, и состояние использования в настоящем изобретении может быть определено другими способами.
[0065] На стадии S2400 информация о транзакции назначается узлу транзакций вответ на определение того, что состояние использования текущего узла транзакций соответствует первому заранее определенному условию.
[0066] Когда определено, что узел транзакций соответствует первому заранее определенному условию, информация о транзакции назначается соответствующему узлу транзакций на основе идентифицированной информации о месте расположения.
[0067] На стадии S2500 правило назначения повторно сопоставляется для повторного определения узла транзакций в ответ на определение того, что состояние использования узла транзакций не соответствует первому заранее определенному условию.
[0068] Если было определено, что текущее состояние использования узла транзакций не соответствует первому заранее определенному условию, выполняется повторное сопоставление по правилу назначения при сопоставлении. Повторное сопоставление правила назначения при этом выполняется точно таким же образом, как пересылка информации о транзакции на другой узел транзакций согласно правилу на стадии S2100. Повторно сопоставленный узел транзакций может быть узлом транзакций, который обрабатывает тот же самый тип информации о транзакции, как исходный узел транзакций, или узлом транзакций, настроенным с таким же самым и доступным шлюзом канала.
[0069] Способ определения состояния использования фактически является методом обрезания трафика, который реализуется сервером ретрансляции. Так как все типы сообщений с информацией о транзакции направляются для обработки на соответствующие узлы через сервер ретрансляции, на сервере ретрансляции можно изменить конфигурацию правила переадресации для выполнения обрезания трафика услуг.
[0070] После получения переданной информации о транзакции центр транзакций обрабатывает информацию о транзакции. В показанном на фиг. 4 варианте осуществления способ обработки объектом транзакции запроса на транзакцию предусматривает следующие стадии.
[0071] На стадии S3100 на основе запроса о транзакции создается уникальный номер заказа.
[0072] После получения информации о транзакции центр транзакций должен создать уникальный номер заказа для информации о транзакции, чтобы упростить обработку данных и мониторинг данных. Так как информация о личности клиента, типе услуги и информация о месте расположения объекта услуги определена в предыдущем слое доступа к услугам, номер заказа можно создать на основе информации и типа услуги согласно правилу. Так как клиент с той же самой информацией о личности может запросить тот же самый объект услуги на обработку множества запросов с тем же самым типом услуги, то для их различения каждому запросу транзакции в информации о транзакции можно сопоставить уникальный номер заказа согласно правилу для упрощения обратного отслеживания данных.
[0073] Согласно варианту осуществления уникальные номера заказов могут быть сформированы автоматически на основе последовательности появления. Например, начиная с 0001, следующие номера заказов полученных последовательно запросов транзакций в информации о транзакции будут 0002, 0003 и так далее по порядку. Информация о транзакции, полученная в одно время, может быть случайным образом упорядочена и затем номера заказов могут быть последовательно созданы для их различения.
[0074] Согласно другому варианту осуществления номер заказа может быть сформирован путем встраивания информации о личности клиента, типе услуги и информации об объекте транзакции. Например, номер заказа составляется из инициалов или ИД, которые описывают информацию о личности клиента, последовательного номера типа услуги, последовательного номера объекта транзакции и последовательного номера, который основан на последовательности появления. Заказы с такой же самой информацией о личности клиента, таким же самым типом услуги, такой же самой информацией об объекте транзакции можно различить по номеру заказа, что упрощает запрос и обратное отслеживание данных.
[0075] Более того, для обеспечения защиты номера заказа в номер заказа можно встроить случайным образом сформированный контрольный код для улучшения защиты заказа.
[0076] Более того, при создании заказа номер заказа и соответствующие данные, полученные при анализе информации о транзакции, сохраняются в базе данных для извлечения в любое время.
[0077] На стадии S3200 запрос транзакции, соответствующий номеру заказа, обрабатывается в объекте транзакции путем вызова интерфейса передачи данных.
[0078] Множество шлюзов каналов развернуты в узле транзакций. Интерфейс планирования между узлами транзакций и шлюзами каналов является унифицированным. Различные шлюзы каналов стыкуются с обрабатывающими серверами различных объектов транзакций. Шлюз канала и интерфейс планирования образуют интерфейс передачи данных. Когда номер заказа создан для информации о транзакции, процедура обработки для соответствующей информации о транзакции может быть получена при мониторинге номера заказа. Центр транзакций посылает с помощью интерфейса передачи данных запрос транзакции в информации о транзакции серверу объекта транзакции, так что объект транзакции обрабатывает запрос транзакции и в то же самое время принимает информацию процесса, например, метку времени, когда информация о транзакции была послана серверу объекта транзакции, состояние процесса обработки транзакции, состояние окончательного результата, полное затраченное время и т.п.
[0079] На стадии S3300 обрабатываемые данные запроса транзакции записываются, как асинхронная задача, в очередь асинхронных задач для буферизации.
[0080] Согласно варианту осуществления центр транзакций записывает соответствующие обрабатываемые данные транзакции, полученные от интерфейса передачи данных, в очередь асинхронных задач для буферизации. Множество различных рабочих узлов настроены в очереди для очереди асинхронных задач согласно процессам обработки данных. После получения соответствующих данных для каждого этапа, данные информации сохраняются в соответствующем узле, и поэтому можно определить текущий процесс и состояние обработки.
[0081] На стадии S3400 выполняется повторная попытка в случае возникновения во время обработки исключения в асинхронной задаче в очереди асинхронных задач.
[0082] Согласно варианту осуществления, если в любой цепочке в асинхронной очереди возникает исключение, очередь асинхронных задач автоматически посылает информацию в узел транзакций для предложения узлу транзакций повторно выполнить цепочку. Как показано на фиг. 5, процесс повторной попытки предусматривает следующие стадии.
[0083] На стадии S3410 принимается счетчик повторов.
[0084] Согласно варианту осуществления для экономии времени и управления скоростью обработки настраивается максимальное значение счетчика, которое называется вторым порогом. Следовательно, при каждом входе в повторную попытку и выполнении операции повтора текущее значение счетчика записывается и сравнивается со вторым порогом.
[0085] Если исключение устранено при счетчике повторов меньше второго порога, затем по очереди выполняются последующие задачи в очереди асинхронных задач.
[0086] На стадии S3420 асинхронная задача удаляется в ответ на достижение счетчиком повторов второго порога, и информация об исключении отправляется назад клиенту.
[0087] Когда счетчик повторов достигает второго порога и исключение еще не устранено, информация посылается в узел транзакций так, что узел транзакций больше не посылает любых дополнительных задач повтора для запроса повторов. Одновременно удаляется асинхронная задача, и информация об исключении отправляется назад клиенту. Отправленная назад информация также сохраняется в базе данных.
[0088] На стадии S3500 все асинхронные задачи в очереди асинхронных задач удаляются после выполнения всех асинхронных задач в очереди асинхронных задач.
[0089] Когда данные исключения устранены после повтора или повторов, выполняются другие асинхронные задачи из очереди асинхронных задач, пока все асинхронные задачи не будут выполнены. После выполнения всех асинхронных задач в очереди асинхронных задач информация о текущей транзакции полностью обработана. Затем все асинхронные задачи в очереди асинхронных задач удаляются, чтобы освободить место для данных.
[0090] Вышеупомянутый способ настоящего изобретения создает систему объединенных платежей. В полном запросе платежной транзакции, как показано на фиг. 6, клиент посылает информацию о транзакции вместе с платежным требованием в систему объединенных платежей; система объединенных платежей обменивается данными с объектом транзакции третьей стороны с помощью интерфейса передачи данных; объект транзакции третьей стороны возвращает данные заказа в систему объединенных платежей; система объединенных платежей извлекает платежную ссылку на основе данных заказа и посылает платежную ссылку клиенту. Клиент получает доступ к платежной ссылке для выполнения платежа. После получения результата платежа объект транзакции третьей стороны возвращает обратным вызовом результат платежа в систему объединенных платежей. Система объединенных платежей создает уведомление о результате платежа согласно своему собственному правилу и возвращает уведомление клиенту для указания результата платежа.
[0091] Согласно варианту осуществления, как показано на фиг. 7, система объединенных платежей включает в себя слой доступа к услугам, слой основных услуг и слой стыковки каналов. Слой доступа к услугам содержит в себе клиентский интерфейс доступа и сервер ретрансляции. Слой основных услуг содержит в себе узел транзакций. Узел транзакций включает в себя базу данных для хранения данных, асинхронный модуль для буферизации очереди асинхронных задач и выполнения повторов, модуль уведомления о платеже для отправки клиенту соответствующих данных, полученных в узле транзакций, и модуль мониторинга платежа для мониторинга обработки данных во всем узле транзакций. Узел транзакций подключен, с помощью унифицированного интерфейса планирования, к каждому шлюзу каналов в слое стыковки каналов так, что можно подключиться к различным платежным платформам транзакции для обработки транзакции согласно различным объектам транзакции третьих сторон.
[0092] Конкретно, система серверной архитектуры для объединения платежей в настоящем изобретении содержит:
[0093] клиентский интерфейс доступа, выполненный с возможностью получать от клиента информацию о транзакции, причем информация о транзакции включает в себя информацию о месте расположения объекта транзакции, которому направлена эта информация о транзакции.
[0094] сервер ретрансляции, выполненный с возможностью назначать, на основе информации о месте расположения, информацию о транзакции узлу транзакций, который обладает юрисдикцией в отношении информации о месте расположения, при этом узел транзакций является центром транзакций в указанном регионе в распределенной системе транзакций; и
[0095] узел транзакций, выполненный с возможностью посылать с помощью интерфейса передачи данных, заранее установленного между узлом транзакций и объектом транзакции, запрос транзакции в информации о транзакции объекту транзакции так, что объект транзакции обрабатывает запрос транзакции, получает результат обработки от объекта транзакции, и передает информацию о результате транзакции клиенту.
[0096] При необходимости клиентский интерфейс доступа дополнительно включает в себя:
[0097] модуль верификации, выполненный с возможностью проверять информацию верификации, при этом информация верификации получается с использованием протокола шифрования передаваемых данных;
[0098] модуль обработки данных, выполненный с возможностью получать информацию о личности клиента, приславшего информацию о транзакции, и о типе услуги, путем анализа информации о транзакции, которая была успешно проверена;
[0099] модуль аутентификации, выполненный с возможностью сопоставлять список полномочий личностей на основе проанализированной информации о личности и типе услуги для аутентификации; и назначать узел транзакций информации о транзакции, которая прошла аутентификацию.
[00100] При необходимости клиентский интерфейс доступа дополнительно включает в себя:
[00101] модуль распознавания трафика, выполненный с возможностью получать величину трафика из прошедшей аутентификацию информации о транзакции в первый заранее определенный период времени; и
[00102] выбирающий модуль, выполненный с возможностью разрешать назначение информации о транзакции, в которой величина трафика меньше или равна первому заранее определенному порогу.
[00103] При необходимости сервер ретрансляции включает в себя:
[00104] модуль сопоставления правила назначения, выполненный с возможностью сопоставлять, на основе типа услуги в информации о транзакции, правило назначения в списке назначений, так что запросы на тот же самый тип услуги от того же самого клиента обрабатываются в том же самом узле транзакций.
[00105] модуль получения состояния, выполненный с возможностью получать, согласно правилу назначения, информацию о состоянии использования сопоставленного узла транзакций;
[00106] определяющий модуль, выполненный с возможностью определять, соответствует ли состояние использования узла транзакций первому заранее определенному условию; и
[00107] назначающий модуль, выполненный с возможностью назначать информацию о транзакции узлу транзакций в ответ на определение того, что состояние использования текущего узла транзакций соответствует первому заранее определенному условию.
[00108] При необходимости сервер ретрансляции дополнительно включает в себя модуль повторного сопоставления, выполненный с возможностью повторно сопоставлять правило назначения для повторного определения узла транзакций в ответ на определение того, что состояние использования узла транзакций не соответствует первому заранее определенному условию.
[00109] При необходимости узел транзакций включает в себя:
[00110] модуль формирования заказа, выполненный с возможностью создавать уникальный номер заказа на основе запроса о транзакции;
[00111] вызывающий модуль, выполненный с возможностью обрабатывать в объекте транзакции запрос транзакции, соответствующий номеру заказа, путем вызова интерфейса передачи данных;
[00112] асинхронный модуль, выполненный с возможностью записывать обрабатываемые данные запроса о транзакции, как асинхронную задачу, в очередь асинхронных задач для буферизации; и выполнять повторную попытку в случае возникновения исключения в асинхронной задаче в очереди асинхронных задач во время обработки; и
[00113] первый удаляющий модуль, выполненный с возможностью удалять все асинхронные задачи в очереди асинхронных задач в ответ на выполнение всех асинхронных задач в очереди асинхронных задач.
[00114] При необходимости узел транзакций дополнительно включает в себя:
[00115] модуль подсчета повторов, выполненный с возможностью получать счетчик повторов; и
[00116] второй удаляющий модуль, выполненный с возможностью удалять асинхронную задачу в ответ на достижение счетчиком повторов второго порога, и отправлять назад клиенту информацию об исключении.
[00117] В показанном на фиг. 8 варианте осуществления имеются следующие рабочие стадии раскрытых выше модулей: клиент посылает информацию о транзакции; клиентский интерфейс доступа принимает информацию о транзакции и после аутентификации и контроля трафика посылает информацию о транзакции на сервер ретрансляции; сервер ретрансляции назначает информацию о транзакции соответствующему узлу транзакций согласно правилу назначения; после приема соответствующей информации о транзакции узел транзакций создает номер заказа и сохраняет связанные данные в базе данных; одновременно узел транзакций вызывает интерфейс передачи данных связанного шлюза канала согласно соответствующей проанализированной выше информации об объекте транзакции; шлюз канала обменивается данными с объектом транзакции третьей стороны; объект транзакции возвращает данные заказа; шлюз канала получает данные заказа и передает данные заказа узлу транзакций; узел транзакций извлекает платежную ссылку из данных заказа и посылает платежную ссылку клиенту; клиент получает доступ к платежной ссылке для непосредственного выполнения транзакции оплаты; после определения, что транзакция прошла успешно, объект транзакции посылает уведомление обратного вызова заказа клиентскому интерфейсу заказа; когда клиентский интерфейс заказа аутентифицирует связанные данные, сервер ретрансляции назначает согласно правилу назначения связанные данные исходному узлу транзакций; и узел транзакций определяет действительность уведомления обратного вызова, и после определения уведомления обратного вызова как действительного узел транзакций подает модулю уведомления о платеже команду создать уведомление о результате платежа, и формирует сообщение данных для непосредственного возвращения уведомления о результате платежа соответствующему клиенту, чтобы указать результат платежа.
[00118] На фиг. 9 представлена блок-схема базовой структуры компьютерного устройства согласно настоящему изобретению.
[00119] Компьютерное устройство содержит процессор, долговременный носитель данных, память, сетевой интерфейс, при этом процессор, долговременный носитель данных, память и сетевой интерфейс соединены с помощью системной шины. На долговременном носителе данных компьютерного устройства хранится операционная система, база данных и, по меньшей мере, одна читаемая компьютером инструкция. В базе данных хранится информация о последовательности управления. По меньшей мере, одна читаемая компьютером инструкция, во время своего выполнения на процессоре, заставляет процессор выполнять способ серверной архитектуры для объединения платежей. Процессор компьютерного устройства выполнен с возможностью осуществления функций вычисления и управления, для поддержки работы всего компьютерного устройства. В памяти компьютерного устройства хранится, по меньшей мере, одна читаемая компьютером инструкция. По меньшей мере, одна читаемая компьютером инструкция, во время своего выполнения на процессоре, заставляет процессор выполнять способ серверной архитектуры для объединения платежей. Сетевой интерфейс компьютерного устройства выполнен с возможностью подключения к терминалу и обмену данными с ним.
[00120] Компьютерное устройство получает информацию о состоянии поведения подсказок от подключенного клиента, т.е. включена ли на подключенном терминале функция подсказок и не отключил ли пользователь задачу подсказок. После проверки выполнения указанных выше условий задачи компьютерное устройство посылает соответствующую заранее определенную инструкцию на подключенный терминал, так что подключенный терминал может выполнить соответствующую операцию согласно заранее определенной инструкции, при этом достигается эффективный контроль над подключенным терминалом. Одновременно, когда состояние информации о подсказке отличается от заранее определенной инструкции состояния, сервер управляет подключенным терминалом и непрерывно связывается с ним для предотвращения автоматического прекращения работы задачи подсказки на подключенном терминале после ее работы в течение некоторого периода времени.
[00121] В настоящем изобретении дополнительно предложен носитель данных, на котором хранится, по меньшей мере, одна читаемая компьютером инструкция. По меньшей мере, одна читаемая компьютером инструкция, во время своего выполнения на одном или нескольких процессорах, заставляет один или несколько процессоров выполнять способ серверной архитектуры для объединения платежей, как описано в любом из вышеупомянутых вариантов осуществления.