×
01.04.2020
220.018.1236

СПОСОБ И УСТРОЙСТВО ОБРАБОТКИ РЕСУРСОВ

Вид РИД

Изобретение

Юридическая информация Свернуть Развернуть
№ охранного документа
0002718155
Дата охранного документа
30.03.2020
Краткое описание РИД Свернуть Развернуть
Аннотация: Изобретение раскрывает способ и устройство обработки ресурсов. Технический результат - сокращение времени для сервера, для получения предварительно оплаченных ресурсов, и дополнительное повышение эффективности обработки услуги. Для этого предусмотрено: прием запроса услуги, отправленного пользователем; определение величины потребления ресурсов, соответствующей запросу услуги; определение предварительно созданного общего счета ресурсов пользователя, который включает в себя все предварительно оплаченные ресурсы пользователя; и получение, из общего счета ресурсов, предварительно оплаченных ресурсов, соответствующих величине потребления ресурсов, для обработки запроса услуги. В связи с этим сервер может непосредственно получать соответствующую величину предварительно оплаченных ресурсов из общего счета ресурсов вместо получения предварительно оплаченных ресурсов из каждого субсчета ресурсов. 2 н. и 9 з.п. ф-лы, 12 ил.
Реферат Свернуть Развернуть

[0001] Настоящая заявка испрашивает приоритет заявки на патент Китая № 201610461033.5, поданной 22 июня, 2016 и озаглавленной "RESOURCE PROCESSING METHOD AND APPARATUS", которая включена в настоящий документ посредством ссылки во всей своей полноте.

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

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

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

[0003] При использовании услуги, обеспечиваемой поставщиком услуги (например, веб-сайта), пользователь обычно потребляет определенную величину ресурса поставщика услуги. Чтобы непрерывно использовать услугу, пользователь обычно возвращает соответствующую величину стоимости ресурса поставщику услуги.

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

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

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

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

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

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

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

[0010] Следующие технические решения используются в вариантах реализации настоящей заявки:

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

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

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

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

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

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

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

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

[0018] Фиг. 1a является схематичной диаграммой, иллюстрирующей архитектуру обработки ресурсов, согласно одному варианту реализации настоящей заявки;

[0019] Фиг. 1b является схематичной диаграммой, иллюстрирующей процесс обработки ресурсов, согласно одному варианту реализации настоящей заявки;

[0020] Фиг. 2a является схематичной диаграммой 1, иллюстрирующей создание счета ресурсов, согласно одному варианту реализации настоящей заявки;

[0021] Фиг. 2b является схематичной диаграммой 2, иллюстрирующей создание счета ресурсов, согласно одному варианту реализации настоящей заявки;

[0022] Фиг. 2c является схематичной диаграммой 3, иллюстрирующей создание счета ресурсов, согласно одному варианту реализации настоящей заявки;

[0023] Фиг. 3 является схематичной диаграммой, иллюстрирующей счет ресурсов, полученный после того, как предварительно оплаченный ресурс использован, согласно одному варианту реализации настоящей заявки;

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

[0025] Фиг. 4b является схематичной диаграммой 2, иллюстрирующей предварительно оплаченный ресурс, когда имеется коэффициент преобразования, согласно одному варианту реализации настоящей заявки;

[0026] Фиг. 5a является схематичной диаграммой, иллюстрирующей архитектуру обработки ресурсов в сценарии продавца, согласно одному варианту реализации настоящей заявки;

[0027] Фиг. 5b является схематичной диаграммой, иллюстрирующей процедуру обработки ресурсов на основе архитектуры, показанной на фиг. 5a;

[0028] Фиг. 6 является схематичной структурной диаграммой, иллюстрирующей устройство обработки услуги, согласно одному варианту реализации настоящей заявки; и

[0029] Фиг. 7 является схематичной структурной диаграммой, иллюстрирующей устройство обработки ресурсов в сценарии продавца, согласно одному варианту реализации настоящей заявки.

Описание ВАРИАНТОВ реализациИ

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

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

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

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

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

[0035] Как показано на фиг. 1a, фиг. 1a является схематичной диаграммой, иллюстрирующей архитектуру обработки ресурсов, согласно одному варианту реализации настоящей заявки. На основе архитектуры, показанной на фиг. 1a, Фиг. 1b показывает способ обработки ресурсов согласно одному варианту реализации настоящей заявки. Способ обработки ресурсов конкретно включает в себя следующие этапы:

[0036] S101. Прием запроса услуги, отправленного пользователем.

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

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

[0039] S102. Определение величины потребления ресурсов, соответствующей запросу услуги.

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

[0041] В этом случае, после приема запроса услуги от пользователя, сервер сначала определяет величину ресурсов, требуемых для обработки запроса услуги (то есть, величину потребления услуги), чтобы затем определить затраты ресурсов, подлежащие оплате пользователем.

[0042] S103. Определение предварительно созданного общего счета ресурсов пользователя.

[0043] Общий счет ресурсов включает в себя все предварительно оплаченные ресурсы, принадлежащие пользователю.

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

[0045] Например, предположим, что пользователь имеет счета A и B ресурсов, величина предварительно оплаченных ресурсов в субсчете A ресурсов равна 100, и величина предварительно оплаченных ресурсов, включенных в субсчет B ресурсов, равна 200. В связи с этим, полная величина предварительно оплаченных ресурсов, включенных в общий счет ресурсов пользователя, равна 300.

[0046] Следует заметить, что общий счет ресурсов в данном варианте реализации настоящей заявки создается сервером для пользователя. В способе согласно данному варианту реализации настоящей заявки, сервер хранит идентификатор пользователя (например, ID пользователя или счет услуги, зарегистрированный на сервере пользователем), так что сервер может создавать общий счет ресурсов для пользователя на основе идентификатора пользователя. Например, если пользователь регистрирует счет услуги под именем "xiaoming" на сервере, сервер может создать общий счет ресурсов "xiaoming-общий счет ресурсов" для пользователя на основе имени счета для счета услуги. После создания общего счета ресурсов, сервер собирает все предварительно оплаченные ресурсы пользователя и хранит все предварительно оплаченные ресурсы в общем счете ресурсов.

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

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

[0049] S104. Получение, из общего счета ресурсов, предварительно оплаченных ресурсов, соответствующих величине потребления ресурсов, для обработки запроса услуги.

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

[0051] Следует заметить, что могут возникать различные случаи в реальном сценарии применения.

[0052] В одном случае, величина ресурсов, подлежащих потреблению для запроса услуги, не больше, чем полная величина предварительно оплаченных ресурсов, включенных в общий счет ресурсов, так что сервер может вычитать, из общего счета ресурсов величину ресурсов, подлежащих потреблению для запроса услуги. Например, предположим, что величина ресурсов, подлежащих потреблению для запроса услуги, равна 80, и полная величина предварительно оплаченных ресурсов в общем счете ресурсов пользователя равна 100. Величина 80 предварительно оплаченных ресурсов может вычитаться из общего счета ресурсов, и оставшаяся величина предварительно оплаченных ресурсов в общем счете ресурсов равна 20.

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

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

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

[0056] Далее подробно описывается процесс создания общего счета ресурсов.

[0057] Как показано на фиг. 2a, фиг. 2a является схематичной диаграммой, иллюстрирующей процесс создания сервером общего счета ресурсов согласно одному варианту реализации настоящей заявки. Со ссылкой на фиг. 2a, предварительное создание общего счета ресурсов пользователя включает в себя следующее: определение каждого предварительно созданного субсчета ресурсов пользователя; подсчитывание полной величины ресурсов предварительно оплаченных ресурсов субсчетов ресурсов; и создание общего счета ресурсов для пользователя на основе подсчитанной полной величины ресурсов, и сохранение, в общем счете ресурсов, предварительно оплаченных ресурсов, соответствующих полной величине ресурсов.

[0058] Каждый субсчет ресурсов хранит предварительно оплаченные ресурсы, получаемые пользователем каждый раз.

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

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

[0061] В способе согласно данному варианту реализации настоящей заявки, общий счет ресурсов пользователя может создаваться, когда сервер создает первый субсчет ресурсов для пользователя. Как показано на фиг. 2b, сервер контролирует первый субсчет ресурсов (субсчет 1 ресурсов на фиг. 2b), созданный для пользователя. При обнаружении, что субсчет ресурсов создан, сервер подсчитывает величину предварительно оплаченных ресурсов в субсчете ресурсов, использует подсчитанную величину предварительно оплаченных ресурсов в качестве текущей полной величины ресурсов, создает общий счет ресурсов для пользователя и сохраняет, в общем счете ресурсов, предварительно оплаченные ресурсы, соответствующие величине предварительно оплаченных ресурсов. Из фиг. 2b можно видеть, что полная величина ресурсов в общем счете ресурса является величиной ресурсов, включенных в субсчет 1 ресурсов. Другими словами, полная величина ресурсов равна 100.

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

[0063] Например, как показано на фиг. 2c, пользователь получает новые предварительно оплаченные ресурсы (предположим, что величина предварительно оплаченных ресурсов равна 50), и затем сервер создает новый субсчет ресурсов - субсчет 2 ресурсов (величина предварительно оплаченных ресурсов, хранящихся в субсчете 2 ресурсов, равна 50) для пользователя. В этом случае, сервер добавляет величину предварительно оплаченных ресурсов в субсчете 2 ресурсов к общему счету ресурсов. Тем самым, на фиг. 2c, полная величина ресурсов в общем счете ресурсов сменяется на 150.

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

[0065] На практике, предварительно оплаченные ресурсы, обеспечиваемые поставщиком услуги, могут иметь различные коэффициенты преобразования. Более конкретно, одна и та же величина предварительно оплаченных ресурсов с разными коэффициентами преобразования может компенсировать разные величины затрат ресурсов. Например, когда коэффициент преобразования равен 1, пользователь может использовать 100 предварительно оплаченных ресурсов, чтобы компенсировать ту же величину (т.е. 100) затрат ресурсов. Другими словами, если коэффициент преобразования равен 1 и величина потребления ресурсов для запроса услуги, отправленного пользователем, равна 100, сервер получает 100 предварительно оплаченных ресурсов, принадлежащих пользователю.

[0066] Однако, если коэффициент преобразования равен 2, пользователь может использовать 100 предварительно оплаченных ресурсов, чтобы компенсировать 200 затрат ресурсов. Другими словами, если коэффициент преобразования равен 2 и величина потребления ресурсов для запроса услуги, отправленного пользователем, равна 100, сервер получает 50 предварительно оплаченных ресурсов, принадлежащих пользователю.

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

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

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

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

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

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

[0073] Например, в случае, показанном на фиг. 2c, субсчет 1 ресурсов создается раньше, чем субсчет 2 ресурсов. Если сервер получает 120 предварительно оплаченных ресурсов из общего счета ресурсов пользователя, ту же самую величину предварительно оплаченных ресурсов требуется вычесть из субсчета 1 ресурсов и субсчета 2 ресурсов. Поскольку субсчет 1 ресурсов создан раньше, сервер сначала вычитает предварительно оплаченные ресурсы из субсчета 1 ресурсов на основе временной последовательности времени создания субсчетов ресурсов. Как показано на фиг. 3, в текущее время, отсутствует предварительно оплаченный ресурс в субсчете 1 ресурсов, но 20 предварительно оплаченных ресурсов требуется дополнительно вычесть. Поэтому сервер вычитает 20 предварительно оплаченных ресурсов из субсчета 2 ресурсов. На фиг. 3, имеется 30 предварительно оплаченных ресурсов, оставшихся в субсчете 2 ресурсов.

[0074] В качестве другого примера, разные субсчета ресурсов могут иметь разные коэффициенты преобразования, и предварительно оплаченные ресурсы в каждом субсчете ресурсов могут вычитаться на основе последовательности коэффициентов преобразования.

[0075] Как показано на фиг. 4a, предположим, что величина предварительно оплаченных ресурсов в субсчете 1 ресурсов равна 100, и коэффициент преобразования равен 2; величина предварительно оплаченных ресурсов в субсчете 2 ресурсов равна 30, и коэффициент преобразования равен 1. В этом случае, полная величина ресурсов в общем счете ресурсов составляет 100*2+30=230. Как показано на фиг. 4b, если услуге, подлежащей использованию пользователем, требуется потребить 100 ресурсов, сервер непосредственно получает 100 ресурсов из общего счета ресурсов (в текущее время, имеется 130 ресурсов, оставшихся в общем счете ресурсов), и затем сервер вычитает 50 предварительно оплаченных ресурсов из субсчета 1 ресурсов на основе приоритета коэффициентов преобразования.

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

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

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

[0079] Предыдущий способ в настоящей заявке может применяться к сценарию предварительно оплаченной карты в реальном сценарии применения. Архитектура в реальном сценарии применения показана на фиг. 5a. Реальный сценарий включает в себя пользователя, продавца и поставщика оплачиваемой услуги. Пользователь получает соответствующую услугу от продавца (например, продавец может обеспечивать услуги, такие как товары, еда/напитки или размещение для пользователя). Продавец может предоставить электронную предварительно оплаченную карту (или электронный ваучер и т.д., для простоты описания, упоминаемый далее как предварительно оплаченная карта) для пользователя. Поставщик оплачиваемой услуги технически поддерживает онлайн-оплату для предварительно оплаченной карты, предоставляемой продавцом. Дополнительно, пользователь регистрирует счет пользователя у поставщика оплачиваемой услуги. На практике, пользователь может приобретать соответствующие товары у продавца с использованием предварительно оплаченной карты. Предварительно оплаченная карта здесь может рассматриваться в качестве предварительно оплаченного ресурса. Разные предварительно оплаченные карты имеют разные суммы и коэффициенты преобразования. Пользователь может приобрести множество предварительно оплаченных карт. В этом сценарии, как показано на фиг. 5b, в одном варианте реализации настоящей заявки предложен способ обработки ресурсов.

[0080] Способ на фиг. 5b включает в себя следующие этапы:

[0081] S501. Прием запроса оплаты, отправленного пользователем.

[0082] Пользователю требуется заплатить соответствующие суммы после получения услуг, предоставленных продавцом, например, товаров, еды/напитков или размещения. В способе согласно данному варианту реализации настоящей заявки, запрос оплаты может быть отправлен пользователем путем использования устройства конечного пользователя данного пользователя. Продавец может обеспечить соответствующий код быстрого ответа для пользователя, и пользователь отправляет запрос оплаты после того, как пользователь использовал устройство конечного пользователя, чтобы просканировать код. В другом способе согласно данному варианту реализации настоящей заявки, запрос оплаты может быть отправлен продавцом. Продавец может отправить запрос услуги на сервер путем использования устройства расчетов (например, POS-терминала или устройства конечного пользователя) продавца.

[0083] Конечно, как запрос услуги, отправленный пользователем, так и запрос услуги, отправленный продавцом, переносят идентификатор пользователя (например, счет, зарегистрированный у поставщика оплачиваемой услуги пользователем, номер телефона или ID пользователя) и идентификатор продавца (например, имя продавца или ID продавца).

[0084] S502. Определение суммы оплаты, соответствующей запросу оплаты.

[0085] Запрос оплаты переносит соответствующую информацию о сумме оплаты, так что сервер может определить, на основе информации о сумме оплаты, сумму, подлежащую оплате, для запроса оплаты.

[0086] S503. Определение предварительно созданного общего счета предварительно оплаченной карты пользователя.

[0087] Общий счет предварительно оплаченной карты включает в себя все денежные средства предварительно оплаченной карты, принадлежащие пользователю.

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

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

[0090] S504. Вычитание, из общего счета предварительно оплаченной карты, денежных средств предварительно оплаченной карты тех же, что и сумма оплаты, для обработки запроса оплаты.

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

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

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

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

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

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

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

[0098] Предыдущее содержание аналогично содержанию, описанному в способе, показанном на фиг. 1b. Подробности здесь опущены для простоты.

[0099] Способ обработки ресурсов, обеспеченный в одном варианте реализации настоящей заявки, описан выше. На основе той же самой идеи, в одном варианте реализации настоящей заявки дополнительно предложено устройство обработки ресурсов.

[0100] Как показано на фиг. 6, устройство включает в себя следующее: модуль 601 приема, выполненный с возможностью принимать запрос услуги, отправленный пользователем; модуль 602 определения, выполненный с возможностью определять величину потребления ресурсов, соответствующую запросу услуги; модуль 603 общего счета, выполненный с возможностью определять предварительно созданный общий счет ресурсов пользователя, где общий счет ресурсов включает в себя все предварительно оплаченные ресурсы, принадлежащие пользователю; и модуль 604 обработки, выполненный с возможностью получать, из общего счета ресурсов, предварительно оплаченные ресурсы, соответствующие величине потребления ресурсов, для обработки запроса услуги.

[0101] Модуль 603 общего счета определяет каждый предварительно созданный субсчет ресурсов пользователя, где каждый субсчет ресурсов хранит предварительно оплаченные ресурсы, получаемые пользователем каждый раз; подсчитывает полную величину ресурсов предварительно оплаченных ресурсов субсчетов ресурсов; и создает общий счет ресурсов для пользователя на основе подсчитанной полной суммы ресурсов, и сохраняет, в общем счете ресурсов, предварительно оплаченные ресурсы, соответствующие полной величине ресурсов.

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

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

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

[0105] Устройство, основанное на устройстве, показанном на фиг. 6, может применяться в сценарии, где пользователь использует предварительно оплаченную карту. Конкретно, как показано на фиг. 7, в одном варианте реализации настоящей заявки обеспечивает устройство обработки ресурсов в этом сценарии. Устройство включает в себя следующее: модуль 701 приема, выполненный с возможностью принимать запрос оплаты, отправленный пользователем; модуль 702 определения, выполненный с возможностью определять сумму оплаты, соответствующую запросу оплаты; модуль 703 общего счета, выполненный с возможностью определять предварительно созданный общий счет предварительно оплаченной карты пользователя, где общий счет предварительно оплаченной карты включает в себя все денежные средства предварительно оплаченной карты, принадлежащие пользователю; и модуль 704 обработки, выполненный с возможностью вычитать, из общего счета предварительно оплаченной карты, денежные средства предварительно оплаченной карты те же, что и сумма оплаты, для обработки запроса оплаты.

[0106] Модуль 703 общего счета определяет каждый предварительно созданный субсчет предварительно оплаченной карты пользователя, где каждый субсчет предварительно оплаченной карты хранит денежные средства предварительно оплаченной карты, приобретаемой пользователем каждый раз; подсчитывает полную сумму денежных средств предварительно оплаченной карты субсчетов предварительно оплаченной карты; и создает общий счет предварительно оплаченной карты для пользователя на основе подсчитанной полной суммы, и сохраняет, в общем счете предварительно оплаченной карты, денежные средства предварительно оплаченной карты те же, что и полная сумма.

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

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

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

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

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

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

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

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

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

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

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

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


СПОСОБ И УСТРОЙСТВО ОБРАБОТКИ РЕСУРСОВ
СПОСОБ И УСТРОЙСТВО ОБРАБОТКИ РЕСУРСОВ
СПОСОБ И УСТРОЙСТВО ОБРАБОТКИ РЕСУРСОВ
СПОСОБ И УСТРОЙСТВО ОБРАБОТКИ РЕСУРСОВ
СПОСОБ И УСТРОЙСТВО ОБРАБОТКИ РЕСУРСОВ
СПОСОБ И УСТРОЙСТВО ОБРАБОТКИ РЕСУРСОВ
СПОСОБ И УСТРОЙСТВО ОБРАБОТКИ РЕСУРСОВ
СПОСОБ И УСТРОЙСТВО ОБРАБОТКИ РЕСУРСОВ
СПОСОБ И УСТРОЙСТВО ОБРАБОТКИ РЕСУРСОВ
СПОСОБ И УСТРОЙСТВО ОБРАБОТКИ РЕСУРСОВ
Источник поступления информации: Роспатент

Showing 1-10 of 65 items.
15.10.2018
№218.016.927d

Способ и устройство проверки

Изобретение относится к области коммуникационных технологий. Технический результат заключается в предоставлении в реальном времени усиленной защиты учетной записи пользователя. Способ содержит: прием запроса операции, инициированного пользователем, и физиологической информации пользователя,...
Тип: Изобретение
Номер охранного документа: 0002669687
Дата охранного документа: 12.10.2018
20.02.2019
№219.016.bc47

Способ и аппарат для получения информации о местоположении

Изобретение относится к средствам определения информации о местоположении устройства осуществления транзакции. Технический результат заключается в повышении эффективности получения информации о местоположении устройства осуществления транзакций. Получают данные транзакции, выгруженные...
Тип: Изобретение
Номер охранного документа: 0002680198
Дата охранного документа: 18.02.2019
21.03.2019
№219.016.eaf5

Способ и устройство регистрации и аутентификации информации

Изобретение относится к области вычислительной техники. Техническим результатом является обеспечение аутентификации информации. Раскрыт способ регистрации информации, содержащий этапы, на которых: отправляют запрос регистрации стандартной информации на сервер аутентификации; принимают первую...
Тип: Изобретение
Номер охранного документа: 0002682430
Дата охранного документа: 19.03.2019
03.08.2019
№219.017.bc8d

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

Изобретение относится к компьютерно-реализуемому способу и вычислительному устройству для выполнения поисков данных. Технический результат заключается в повышении эффективности персонализированного поиска данных. Способ, при котором принимают запрос онлайн-поиска, включающий в себя...
Тип: Изобретение
Номер охранного документа: 0002696230
Дата охранного документа: 31.07.2019
10.11.2019
№219.017.e017

Способ и устройство распределенной обработки потоковых данных

Изобретение относится к области вычислительной техники для обработки потоковых данных. Технический результат заключается в повышении скорости обработки потоковых данных. Технический результат достигается за счет сравнения характеристики временной последовательности подлежащего обработке...
Тип: Изобретение
Номер охранного документа: 0002705429
Дата охранного документа: 07.11.2019
06.12.2019
№219.017.e9ef

Схема доменных имен для перекрестных цепочечных взаимодействий в системах цепочек блоков

Изобретение относится к области сетей цепочек блоков. Технический результат заключается в улучшении безопасности для перекрестной цепочечной связи на основе унифицированного доменного имени. Способ включает: получение, посредством клиентского узла первого экземпляра цепочки блоков, доменного...
Тип: Изобретение
Номер охранного документа: 0002707938
Дата охранного документа: 02.12.2019
08.12.2019
№219.017.eb2f

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

Настоящее изобретение относится к области сетей цепочек блоков. Технический результат заключается в улучшении безопасности для перекрестной цепочечной связи на основе унифицированного доменного имени. Способ включают идентификацию, посредством ретранслятора, который коммуникационно связывается...
Тип: Изобретение
Номер охранного документа: 0002708350
Дата охранного документа: 05.12.2019
08.12.2019
№219.017.eb44

Защита данных цепочек блоков с использованием гомоморфного шифрования

Настоящее изобретение относится к области сетей цепочек блоков. Технический результат заключается в повышении безопасности данных мобильного вычислительного устройства. Способ включает: прием, посредством консенсусного узла с первого счета, подписанной цифровым образом копии значения...
Тип: Изобретение
Номер охранного документа: 0002708344
Дата охранного документа: 05.12.2019
14.12.2019
№219.017.eda3

Способ и устройство для обработки запроса услуги

Изобретение относится способу и устройству для обработки запроса услуги. Технический результат заключается в расширении арсенала технических средств. Устройство для обработки запроса услуги содержит: модуль приема, выполненный с возможностью приема запроса услуги, модуль консенсусной...
Тип: Изобретение
Номер охранного документа: 0002708952
Дата охранного документа: 12.12.2019
12.02.2020
№220.018.0178

Управление связью между консенсусными узлами и клиентскими узлами

Изобретение относится к технике связи и предназначено для управления связью между консенсусными узлами и клиентскими узлами. Технический результат - обеспечение защиты конфиденциальности и безопасности данных. Для этого способ включают в себя формирование посредством консенсусного узла запроса...
Тип: Изобретение
Номер охранного документа: 0002713870
Дата охранного документа: 07.02.2020
+ добавить свой РИД