Способ и устройство выделения ресурсов и способ электронного платежа

Авторы патента:

ЮАНЬ, Лэймин (CN)

G06Q20/06 - Вычисление; счет (счетные устройства для подсчета очков при играх A63B 71/06,A63D 15/20,A63F 1/18; комбинации счетных устройств с пишущими приспособлениями B43K 29/08)

Владельцы патента RU 2735614:

АЛИБАБА ГРУП ХОЛДИНГ ЛИМИТЕД (KY)

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

Область техники

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

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

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

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

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

Краткое описание сущности изобретения

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

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

Варианты осуществления настоящей заявки вводят следующее техническое решение:

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

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

определение, в соответствии с информацией маркера, переносимой в первом запросе, ресурсной информации второго клиента, соответствующего информации маркера;

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

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

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

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

Устройство выделения ресурсов, обеспечиваемое вариантами осуществления настоящей заявки, включает в себя:

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

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

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

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

Способ электронного платежа, обеспечиваемый настоящей заявкой, включает в себя:

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

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

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

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

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

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

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

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

получение информации о сборе денежных средств стороны сбора денежных средств;

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

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

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

извлечение информации маркера, переносимой в унифицированном указателе ресурса, соответствующем первому запросу; и

определение, в соответствии с информацией маркера, информации о сборе денежных средств стороны сбора денежных средств, которая устанавливает первое соответствие с информацией маркера в сервере.

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

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

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

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

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

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

сервер платформы принимает платежную информацию, введенную стороной платежа; и

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

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

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

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

Настоящая заявка дополнительно обеспечивает другой способ электронного платежа, включающий в себя:

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

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

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

По меньшей мере одно техническое решение, введенное вариантами осуществления настоящей заявки, может достичь следующих полезных результатов:

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

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

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

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

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

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

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

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

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

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

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

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

Фиг. 3-1 является схематичной диаграммой интерфейса способа выделения ресурсов в соответствии с вариантом осуществления настоящей заявки;

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

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

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

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

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

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

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

Вариант осуществления 1

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

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

S102: определение, в соответствии с информацией маркера, переносимой в первом запросе, ресурсной информации второго клиента, соответствующей информации маркера;

S103: прием информации выделения ресурсов, введенной первым клиентом; и

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

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

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

Конкретная реализация вариантов осуществления настоящей заявки будет описана ниже подробно с различных аспектов.

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

S1001: получение ресурсной информации второго клиента;

S1002: верифицирование сервером ресурсной информации второго клиента и принятие решения, верифицирована ли ресурсная информация второго клиента; если нет, исполнение этапа S1003 и возвращение неуспешного результата верификации второму клиенту; и если да, исполнение этапов S1004-S1006;

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

S1005: сохранение первого соответствия между ресурсной информацией и информацией маркера и второго соответствия между информацией маркера и унифицированным указателем ресурса; и

S1006: отправку информации кода идентификации второму клиенту.

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

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

Унифицированный указатель ресурса (URL), упомянутый в варианте осуществления выше, является кратким представлением местоположения и способа доступа файла, доступного в Интернете, и является адресом доступа стандартного файла в Интернете. Каждый файл в Интернете имеет уникальный URL, и информация, содержащаяся в нем, обычно указывает местоположение файла и то, как следует обрабатывать файл. В этом варианте осуществления, сервер исполняет этап S1004, чтобы установить первое соответствие между ресурсной информацией и информацией маркера и установить второе соответствие между информацией маркера и унифицированным указателем ресурса, тем самым соотнося (т.е. связывая) ресурсную информацию второго клиента с URL посредством связующей функции информации маркера, и при установлении соответствий, информация маркера, соответствующая информации маркера ресурсной информации второго клиента, добавляется к URL. Поэтому, после приема первого запроса, несущего информацию маркера (т.е., унифицированный URL указатель ресурса в соответствии один к одному с информацией кода идентификации для осуществления доступа к серверу), отправленную первым клиентом, сервер может определить второй клиент и его ресурсную информацию, соответствующую URL, через информацию маркера, переносимую в URL, при определении ресурсной информации второго клиента, соответствующей информации маркера на этапе S102, таким образом обеспечивая возможность серверу узнать, с каким вторым клиентом первый клиент желает выделить ресурсы, и извлечь ресурсную информацию второго клиента, чтобы выделить ресурсы. Дополнительно, URL не несет ресурсную информацию второго клиента, поэтому, после того, как первый клиент отсканировал информацию кода идентификации, соответствующую URL, ресурсная информация, такая как имя, банковский счет и учетная запись второго клиента, не будет идентифицирована, так что конфиденциальная информация второго клиента защищена, когда первый клиент сканирует информацию кода идентификации.

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

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

S1021: извлечение информации маркера, переносимой в унифицированном указателе ресурса, соответствующем первому запросу; и

S1022: определение, в соответствии с информацией маркера, ресурсной информации второго клиента, которая устанавливает первое соответствие с информацией маркера в сервере.

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

Описание выше детализирует процесс, в котором сервер генерирует информацию кода идентификации для второго клиента в соответствии с ресурсной информацией второго клиента, и процесс, в котором сервер определяет ресурсную информацию второго клиента в соответствии с первым запросом, отправленным первым клиентом после сканирования информации кода идентификации. Реализация процессов выше в конкретном сценарии применения будет описана более подробно ниже со ссылкой на вариант осуществления, показанный на фиг. 1-5:

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

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

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

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

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

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

S106: пересылка результата выделения ресурсов первому клиенту и второму клиенту.

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

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

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

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

В конкретной реализации этого варианта осуществления, сервер может быть задействован независимыми операторами или разными операторами. Например, могут быть включены сервер платформы и по меньшей мере один диспетчер ресурсов. Принимая вариант осуществления, показанный на фиг. 1-1, в качестве примера, сервер платформы исполняет этапы S101-S103, и диспетчер ресурсов исполняет этап S104. В варианте осуществления, показанном на фиг. 1-2 и фиг. 1-3, этап S100 и конкретные этапы S1001-S1006 исполняются сервером платформы. В варианте осуществления, показанном на фиг. 1-6, этап S105 исполняется сервером платформы. В варианте осуществления, показанном на фиг. 1-7, этап 106 может исполняться сервером платформы или диспетчером ресурсов или комбинацией их обоих.

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

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

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

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

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

Вариант осуществления 2

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

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

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

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

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

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

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

Вариант осуществления 3

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

определение, в соответствии с информацией маркера, переносимой в первом запросе, ресурсной информации второго клиента, соответствующей информации маркера; и

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

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

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

Фиг. 3-1 - фиг. 3-3 показывают вариант осуществления второго клиента, подающего двумерный код на сервер, и принимая второго клиента в качестве получателя платежа, второй клиент обращается на сервер для выдачи двумерного кода сбора денежных средств. Фиг. 3-1 показывает интерфейс приложения двумерного кода сбора денежных средств, включающий в себя: ресурсную информацию для подачи двумерного кода сбора денежных средств, который сервер требует заполнить от второго клиента (здесь получателя платежа). Ресурсная информация может включать в себя по меньшей мере один уникальный идентификатор пользователя, такой как номер мобильного телефона и номер банковской карты. Как показано на фиг. 3-1, ресурсная информация может содержать три уникальных идентификатора пользователя, конкретно, номер "13333333333" мобильного телефона, введенный пользователем, имя держателя карты "XXX" и номер "666666666666666" банковской карты, и может также содержать код верификации, получаемый в реальном времени в соответствии с номером мобильного телефона.

После того, как операция "следующего этапа" выполняется с помощью интерфейса согласно фиг. 3-1, вышеуказанная информация предоставляется на сервер, так что сервер может верифицировать ресурсную информацию. После того, как ресурсная информация верифицирована, ресурсная информация соотносится с двумерным кодом сбора денежных средств и соответствующий URL (URL несет информацию маркера для определения ресурсной информации). Дополнительно, сервер выпускает двумерный код сбора денежных средств второму клиенту, который может достигаться множеством способов, таких как отправка двумерного кода сбора денежных средств второму клиенту в электронной форме или, как показано на фиг. 3-2 или фиг. 3-3, запрашивание второго клиента предоставить адрес доставки двумерного кода сбора денежных средств или сервера, чтобы отображать полученный адрес доставки второму клиенту для подтверждения, так что сервер может отправить двумерный код сбора денежных средств второму клиенту после печати.

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

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

Вариант осуществления 4

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

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

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

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

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

Этот вариант осуществления может также пониматься как решение реализации сервера. Когда сервер разделен на сервер платформы и диспетчер ресурсов, модуль 101 приема запроса, модуль 102 определения ресурсной информации и модуль 103 приема информации могут рассматриваться как часть сервера платформы, и модуль 104 выделения ресурсов может рассматриваться как часть диспетчера ресурсов.

Так как этот вариант осуществления соответствует способу администрирования ресурсов в Варианте осуществления 1, релевантные объяснения в Варианте осуществления 1 применимы к этому варианту осуществления и не будут повторяться здесь.

Вариант осуществления 5

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

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

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

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

Предпочтительно, соответствие между информацией маркера и информацией о сборе денежных средств стороны сбора денежных средств может конкретно быть установлено путем:

получения информации о сборе денежных средств стороны сбора денежных средств;

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

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

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

Соответствие между информацией маркера и информацией о сборе денежных средств может также быть установлено путем:

генерирования унифицированного указателя ресурса, несущего информацию маркера и соответствующую информацию кода идентификации; и

после приема информации о сборе денежных средств стороны сбора денежных средств, установления соответствия между информацией маркера и информацией о сборе денежных средств стороны сбора денежных средств.

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

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

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

Дополнительно, сервер может включать в себя сервер платформы и по меньшей мере один финансовый сервер, и способ электронного платежа может конкретно включать в себя:

сервер платформы принимает платежную информацию, введенную стороной платежа; и

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

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

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

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

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

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

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

Вариант осуществления 6

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

Со ссылкой на фиг. 5:

S01: сторона сбора денежных средств предоставляет информацию о сборе денежных средств на сервер платформы;

S02: сервер платформы верифицирует информацию о сборе денежных средств, предоставленную стороной сбора денежных средств;

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

S04: после приема информации кода идентификации, сторона сбора денежных средств отображает информацию кода идентификации на сторону оплаты;

S05: сторона платежа сканирует информацию кода идентификации;

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

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

S08: сервер платформы отправляет второй запрос на сторону платежа для предложения стороне платежа ввести платежную информацию;

S09: сторона платежа вводит платежную информацию и отправляет платежную информацию на сервер платформы;

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

S11: финансовый сервер выполняет электронный платеж в соответствии с платежной информацией и информацией о сборе денежных средств;

S12: финансовый сервер возвращает результат электронного платежа на сервер платформы; и

S13: сервер платформы пересылает результат электронного платежа на сторону платежа и сторону сбора денежных средств.

Что касается предметов обсуждения, не охваченных в этом варианте осуществления, можно сослаться на релевантные пояснения в Вариантах осуществления 1-5, которые не будут повторяться здесь.

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

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

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

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

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

Память может включать в себя, помимо машиночитаемых носителей, непостоянную память, такую как память с произвольным доступом (RAM), и/или энергонезависимую память, такую как постоянная память (ROM), или флэш-память (flash RAM). Память является примером машиночитаемого носителя.

Машиночитаемый носитель включает в себя долговременные, недолговременные, съемные и несъемные носители, которые могут реализовывать хранение информации с использованием любого способа или технологии. Информация может быть считываемой компьютером инструкцией, структурой данных, программным модулем или другими данными. Примеры компьютерных носителей хранения включают в себя, но без ограничения, память с фазовыми изменениями (PRAM), статическую память с произвольным доступом (SRAM), динамическую память с произвольным доступом (DRAM), другой тип памяти с произвольным доступом (RAM), постоянную память (ROM), электрически перепрограммируемую постоянную память (EEPROM), флэш-память или другую технологию памяти, постоянную память на компакт-диске (CD-ROM), цифровой универсальный диск (DVD) или другое оптическое хранилище, магнитную ленту кассеты, ленту и хранилище на диске или другое магнитное устройство хранения или любые другие носители, не относящиеся к средам передачи, которые могут быть выполнены с возможностью хранить информацию, к которой может осуществлять доступ вычислительное устройство. На основе определения в настоящем раскрытии, машиночитаемый носитель не включает в себя временные (переходные) машиночитаемые носители (переходные носители), такие как модулированный сигнал данных и несущая.

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

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

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

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

получают посредством сервера ресурсную информацию второго клиента;

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

сохраняют посредством сервера первое соответствие между ресурсной информацией и информацией маркера и второе соответствие между информацией маркера и унифицированным указателем ресурса;

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

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

определяют посредством сервера информацию маркера, которая переносится в унифицированном указателе ресурса, на основе второго соответствия;

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

принимают посредством сервера информацию выделения ресурсов, введенную первым клиентом; и

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

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

извлекают посредством сервера информацию маркера, переносимую в унифицированном указателе ресурса, соответствующем первому запросу; и

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

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

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

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

6. Способ по любому одному из предшествующих пунктов, в котором информация кода идентификации является штрих-кодом и/или двумерным кодом.

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

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

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

посредством сервера платформы принимают информацию выделения ресурсов, введенную первым клиентом; и

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

8. Способ по п.7, при этом

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

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

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

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

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

10. Серверное устройство для выделения ресурсов, содержащее:

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

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

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

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

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

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

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

11. Способ электронного платежа, содержащий этапы, на которых:

получают посредством сервера информацию о сборе денежных средств стороны сбора денежных средств;

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

сохраняют посредством сервера первое соответствие между информацией о сборе денежных средств и информацией маркера и второе соответствие между информацией маркера и унифицированным указателем ресурса;

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

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

определяют посредством сервера, в соответствии с информацией маркера, информацию о сборе денежных средств стороны сбора денежных средств на основе первого соответствия; и

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

12. Способ по п.11, в котором этап определения сервером, в соответствии с информацией маркера, информации о сборе денежных средств стороны сбора денежных средств на основе первого соответствия дополнительно содержит этапы, на которых:

определяют посредством сервера, в соответствии с информацией маркера, информацию о сборе денежных средств стороны сбора денежных средств.

13. Способ по п.11 или 12, в котором информация кода идентификации является штрих-кодом и/или двумерным кодом.

14. Способ по любому одному из пп.11-13, при этом сервер содержит сервер платформы и по меньшей мере один финансовый сервер, и способ дополнительно содержит этапы, на которых:

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

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

посредством сервера платформы принимают платежную информацию, введенную стороной платежа; и

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

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

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

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

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

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

17. Способ по п.15 или 16, в котором

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

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

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

Управление услугами, ассоциированными с двумерными кодами на основе url // 2735568

Изобретение относится к области вычислительной техники. Технический результат заключается в обеспечении унификации управления услугами, ассоциированными с 2D-кодами на основе унифицированного указателя ресурсов (URL).

Способ продажи и обмена автотранспортного средства // 2735469

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

Система и способ для защиты информации // 2735439

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

Система и способ с применением сокращенной по времени обработки устройства // 2735398

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

Информационно-аналитическая система мониторинга водных биологических ресурсов и способ ее использования // 2735357

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

Способ установления последовательности грузов в автоматизированной распределительной системе с уменьшением беспорядка во время комплектации грузов на коллекторе // 2735345

Изобретение относится к логистике, в частности к автоматизированным системам распределения грузов. Автоматизированная система распределения грузов содержит k источников (S1-S5), где k≥2; по меньшей мере одно место получения; буферные устройства k источников типа FIFO, причем каждый из принимаемых грузов поступает от одного из k источников; коллектор, собирающий грузы, поступающие от буферных устройств k источников и транспортирующий их в упомянутое по меньшей мере одно место получения, где коллектор содержит k последовательных узлов, каждый из которых выполнен с возможностью комплектации грузов, поступающих от одного из буферных устройств источников; и систему управления, выполненную с возможностью обработки заказов клиентов, где каждый заказ клиента перечисляет грузы для заданного места получения и каждый заказ связывается с последовательным порядковым номером в месте получения.

Способ обработки запросов на обслуживание, который выполняется узлом поставщика услуг // 2735181

Изобретение относится к области платежных протоколов. Технический результат заключается в повышении эффективности защиты обработки запроса на обслуживание от атак типа «Отказ в Обслуживании (DOS)».

Способ и устройство для отправки информации о транзакциях и для проверки консенсуса // 2735156

Изобретение относится к вычислительной технике. Технический результат заключается в повышении точности результата проверки консенсуса узлов консенсуса.

Способ и система мобильного платежа // 2735093

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