УПРАВЛЕНИЕ УСЛУГАМИ, АССОЦИИРОВАННЫМИ С ДВУМЕРНЫМИ КОДАМИ НА ОСНОВЕ URL
CONTROLLING SERVICES ASSOCIATED WITH TWO-DIMENSIONAL URL-BASED CODES

ОБЛАСТЬ ТЕХНИКИ
[1] Настоящая заявка относится к области обработки мобильных транзакций.
УРОВЕНЬ ТЕХНИКИ
[2] Машиночитаемые коды (в дальнейшем «коды») используются для кодирования информации в конкретном визуальном формате, который может быть считан электронным устройством для извлечения закодированной информации. Такие коды могут физически печататься на поверхности (такой как упаковка продукта) или отображаться на экране электронного устройства (такого как мобильный телефон). Примеры кода включают в себя штрих-коды и коды быстрого реагирования (QR).
[3] Первые коды были одномерными (1D), в них информация была закодирована только в одном пространственном измерении. Например, стандартный штрих-код является 1D-кодом, потому что кодирующие символы (штрихи) модулируются только по горизонтальной оси кода. Код предназначен для считывания по этой горизонтальной оси для извлечения закодированной информации, и никакой информации не кодируется путем модуляции символов по вертикальной оси.
[4] Двумерные (2D) коды, в которых символы модулируются как по вертикальной, так и по горизонтальной осям, впервые использовались в областях производства и транспортировки. QR-коды являются примером 2D-кода.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[5] Настоящее раскрытие описывает способы и системы, в том числе компьютерно-реализуемые способы, компьютерные программные продукты и компьютерные системы для управления услугами, ассоциированными с 2D-кодами на основе унифицированного указателя ресурсов (URL).
[6] В одной реализации URL принимается от первого сервисного учреждения, при этом URL отправляется мобильным устройством и получается мобильным устройством при сканировании двумерного (2D) кода, обеспеченного поставщиком услуг. URL синтаксически анализируется для идентификации одного или нескольких элементов данных, включающих в себя идентификатор сервисной сети, соответствующий сервисной сети, идентификатор сервисного учреждения, соответствующий второму сервисному учреждению, которое выдало 2D-код, и полезную информацию, включающую в себя идентификатор объекта услуги, соответствующий объекту услуги сервисной сети. Один или несколько элементов данных отправляются второму сервисному учреждению на основании идентификатора сервисного учреждения. Информация об услуге, ассоциированная с объектом услуги, принимается от второго сервисного учреждения на основании идентификатора объекта услуги, и информация об услуге отправляется первому сервисному учреждению для представления на мобильном устройстве.
[7] Реализации описанного предмета изобретения, включая описанную выше реализацию, могут быть осуществлены с использованием компьютерно-реализуемого способа; некратковременного компьютерно-читаемого носителя, хранящего машиночитаемые инструкции для выполнения компьютерно-реализуемого способа; и компьютерно-реализуемой системы, содержащей одно или несколько компьютерных запоминающих устройств, функционально связанных с одним или несколькими компьютерами и имеющих материальные некратковременные машиночитаемые носители, хранящие инструкции, которые при исполнении одним или несколькими компьютерами выполняют компьютерно-реализуемый способ/машиночитаемые инструкции, сохраненные в некратковременном компьютерно-читаемом носителе.
[8] Предмет изобретения, описанный в этом описании, может быть осуществлен в конкретных реализациях для реализации одного или нескольких из следующих преимуществ. Во-первых, путем выдачи временного доверенного токена входа в систему первый сервер может использовать авторизацию услуги для обеспечения ограниченного доступа из инициирующего приложения к странице услуги целевого приложения, не выполняя дополнительных этапов входа в систему. Во-вторых, ограниченный доступ, разрешенный при авторизации услуги, может защищать запрещенные страницы услуги от доступа с использованием доверенного входа в систему, что улучшает безопасность данных. В-третьих, путем возврата страниц услуги инициирующему приложению после доверенного входа в систему нет необходимости перенаправлять доверенного пользователя в целевое приложение для выполнения услуги, что улучшает опыт использования.
[9] Подробности одной или нескольких реализаций предмета изобретения этого описания изложены в подробном описании, формуле изобретения и прилагаемых чертежах. Другие признаки, аспекты и преимущества предмета изобретения станут понятны для специалистов в данной области техники из подробного описания, формулы изобретения и прилагаемых чертежей.
ОПИСАНИЕ ЧЕРТЕЖЕЙ
[10] Фиг. 1 является схематическим чертежом, иллюстрирующим пример последовательности операций при обработке услуги цифровой сервисной системы в соответствии с одной реализацией настоящего раскрытия.
[11] Фиг. 2 является схемой, иллюстрирующей примеры 2D-кодов на основе URL, генерируемых на основании модели тонкого терминала, в соответствии с одной реализацией настоящего раскрытия.
[12] Фиг. 3 является схематическим чертежом, иллюстрирующим пример концепции «приклеить один раз», основанной на модели тонкого терминала, в соответствии с одной реализацией настоящего раскрытия.
[13] Фиг. 4 является схематическим чертежом, иллюстрирующим пример взаимной совместимости услуг с 2D-кодом на основе URL в соответствии с одной реализацией настоящего раскрытия.
[14] Фиг. 5 является схемой в виде «плавательных дорожек», изображающей пример процедуры привязки 2D-кода в соответствии с одной реализацией настоящего раскрытия.
[15] Фиг. 6 является блок-схемой последовательности операций, иллюстрирующей пример способа обработки услуги на основе 2D-кода на основе URL в соответствии с одной реализацией настоящего раскрытия.
[16] Одинаковые ссылочные позиции и обозначения на различных чертежах обозначают одинаковые элементы.
ПОДРОБНОЕ ОПИСАНИЕ
[17] С развитием мобильного Интернета 2D-коды все более широко используются в различных сценариях обслуживания благодаря наличию у смартфонов возможностей быстрого и точного сканирования и декодирования. По мере того, как появляется все больше платформ «онлайн-в-офлайн» (O2O), пользователи могут сканировать 2D-коды для получения доступа к различным услугам, таким как онлайн-заказ, оплата и отслеживание продукта. Широкое применение 2D-кодов в свою очередь значительно облегчает процесс интеграции O2O. Во многих случаях 2D-коды, используемые поставщиками услуг, являются не просто носителями информации, а средой взаимодействия для инициирования услуги, обработки услуги и обмена информацией.
[18] В мобильных платежах часто используются представляемые продавцом 2D-коды. Широко используемые представляемые продавцом 2D-коды могут включать в себя коды продавца, коды заказа, коды взаимной совместимости или коды агрегации. Для унификации опыта мобильного платежа для пользователей, уменьшения стоимости внедрения 2D-кода и стандартизации рынка мобильных платежей регулирующие органы в некоторых странах (или регионах) установили свои собственные региональные унифицированные стандарты 2D-кода, управляющие форматом этих 2D-кодов. Однако различные продавцы могут использовать различные платежные учреждения или сервисные платформы для взимания платежей или предоставления серверных услуг. Соответственно, представляемые продавцом 2D-коды могут быть ассоциированы или выданы различными сервисными учреждениями. В результате управление обработкой услуги 2D-кода может быть сложным и может быть не унифицировано.
[19] Настоящее раскрытие описывает способ для управления услугами, ассоциированными с 2D-кодами на основе унифицированных указателей ресурсов (URL), оно представлено для того, чтобы позволить любому специалисту в данной области техники сделать и использовать раскрытый предмет изобретения в контексте одной или нескольких конкретных реализаций. Различные модификации, изменения и перестановки раскрытых реализаций могут быть сделаны и будут очевидны специалистам в данной области техники, и определенные общие принципы могут быть применены к другим реализациям и применениям, не отступая от объема настоящего раскрытия. В некоторых случаях одна или несколько технических деталей, которые не являются необходимыми для получения понимания описанного предмета изобретения и которые известны специалисту обычной квалификации в данной области техники, могут быть опущены, чтобы не загромождать одну или несколько описанных реализаций. Настоящее раскрытие не ограничивается описанными или изображенными реализациями, а должно соответствовать самому широкому объему, соответствующему описанным принципам и признакам.
[20] Пользователь может использовать мобильное устройство для сканирования 2D-кода для получения соответствующей информации об услуге для инициирования услуги. Вместо встраивания информации об услуге в 2D-код, 2D-код может генерироваться на основании модели тонкого терминала (STM), которая содержит URL. URL может использоваться для идентификации интерфейса передачи данных, ассоциированного с информацией об услуге. Путем сканирования 2D-кода мобильное устройство может получать встроенный URL и пересылать его серверной части сервисной системы. Цифровая сервисная сеть в серверной части сервисной системы может выполнять роль центрального концентратора для управления и обеспечения услуги через различные сервисные учреждения или платформы. Цифровая сервисная сеть может идентифицировать сервисное учреждение, которое управляет или хранит информацию об услуге, на основании элементов данных, включенных в URL. Серверная часть сервисной системы затем может извлечь информацию об услуге и вернуть ее мобильному устройству для инициирования услуги. Поскольку 2D-код не несет информацию об услуге, он может быть отсканирован и проанализирован более быстро. Когда информацию об услуге нужно обновить, обновление может быть выполнено сервисным учреждением в серверной части вместо обновления непосредственно 2D-кода клиентской части. Обработка услуги может эффективно координироваться цифровой сервисной сетью независимо от того, сколько вовлечено сервисных учреждений. Таким образом, обработка услуги на основе 2D-кода может выполняться более эффективно и надежно. Ниже в описании обсуждаются различные реализации и технические эффекты в соответствии с настоящим раскрытием.
[21] Фиг. 1 является схематическим чертежом, иллюстрирующим пример последовательности операций при обработке услуги цифровой сервисной системы 100 в соответствии с одной реализацией настоящего раскрытия. На высоком уровне цифровая сервисная система 100 может включать в себя сторону 102 пользователя и получающую сторону 104. Сторона 102 пользователя может включать в себя клиентское приложение (APP) 106, установленное на мобильном устройстве, и сервисное учреждение 110 стороны пользователя серверной части. Получающая сторона 104 может включать в себя поставщика услуги, такого как продавец 108, и сервисное учреждение 114 получающей стороны. В некоторых реализациях сервисные учреждения стороны 102 пользователя и получающей стороны 104 могут быть связаны между собой цифровой сервисной сетью 112 или центральной платформой передачи (CTP). Следует понимать, что цифровая сервисная сеть 112 может обслуживать множество сервисных учреждений на стороне пользователя и множество сервисных учреждений на стороне продавца. Услуги, обеспечиваемые сервисными учреждениями 110, 114 и цифровой сервисной сетью 112, могут быть любыми подходящими услугами, такими как платежные услуги, информация интернета вещей (IOT), услуги на основе определения местоположения (LBS), контентные услуги или услуги по установке APP. Например, если услуга является платежной услугой, APP 106 может быть APP цифровых платежей, сервисное учреждение 110 стороны пользователя и сервисное учреждение 114 получающей стороны могут быть платежным учреждением стороны пользователя и учреждением стороны услуги, а цифровая платежная сеть 112 может быть цифровой платежной сетью. Последовательность операций при обработке услуги цифровой сервисной системы 100 может быть описана с помощью иллюстрации следующего примера.
[22] На этапе 116 представленный продавцом 2D-код на основе URL сканируется с использованием мобильного APP 106, установленного на мобильном устройстве. 2D-код на основе URL может быть в форме любого двумерного кода, например, QR-кодом. В зависимости от конкретных сценариев применения 2D-код на основе URL может использоваться как код продавца, код заказа, код взаимной совместимости, регионально унифицированный код или другой тип кода. Эти коды объясняются более подробно ниже.
[23] 2D-код на основе URL может генерироваться на основании STM. STM называется сценарий взаимодействия пользователь-продавец, в котором во время взаимодействия обмениваются небольшим количеством информации. При использовании STM сбор информации об услуге не ограничен периодом взаимодействия с данными при сканировании представленного продавцом 2D-кода, так как в 2D-коде закодировано относительно небольшое количество информации. Это контрастирует с моделью широкого терминала (RTM), в которой большая часть информации об услуге для обработки услуги закодирована в 2D-коде. Поскольку небольшая часть информации об услуге получается путем сканирования 2D-кода STM, большая часть получения информации об услуге может выполняться внутренним сервером. Таким образом, основной стороной, участвующей в выполнении услуги, является пользователь, ассоциированный с сервисным APP 106, который сканирует 2D-код, независимо от сервисных платформ или учреждений, с которыми ассоциирован счет. Поскольку относительно небольшое количество информации закодировано в 2D-коде, большая часть получения информации об услуге может быть делегирована внутреннему серверу, что приводит к более быстрой передаче данных между APP 106 и 2D-кодом и более надежной защите данных благодаря раскрытию меньшего количества информации в клиентской части. Кроме того, так как большей частью информации об услуге можно управлять и хранить в серверной части, когда необходимо обновить информацию об услуге, продавцу 108 нет необходимости запрашивать и повторно развертывать новый 2D-код в сценарии STM. В некоторых случаях такое обновление может быть сделано в серверной части для уменьшения стоимости развертывания и материалов для повторного развертывания новых 2D-кодов.
[24] В некоторых реализациях 2D-код, сгенерированный на основании STM, может иметь формат информации в виде URL. Таблица 1 изображает иллюстративные элементы данных URL, закодированного в 2D-коде. Следует понимать, что URL в соответствии с настоящим раскрытием может включать в себя только часть элементов данных, перечисленных ниже, или дополнительные элементы данных.
<Заголовок протокола>://<Доменное имя>/<ID сети>/<ID версии>/<ID типа услуги>/<ID сервисного учреждения>/<Полезная информация>[?Параметр1=Значение1&Параметр2=Значение2&…]
Таблица 1
[25] Как показано в Таблице 1, элементы данных URL включают в себя «заголовок протокола», «доменное имя», «ID сети», «ID версии», «ID типа услуги», «ID сервисного учреждения», «полезную информацию» и один или несколько параметров. Эти элементы данных могут быть выражены либо в текстовой форме, либо в цифровой форме. «Заголовок протокола» может указывать протокол, используемый для передачи данных. Например, «заголовком протокола» может быть «https», если протоколом связи, ассоциированным с URL, является безопасный протокол передачи гипертекста (HTTPS). В некоторых реализациях доменное имя может применяться и управляться операторами цифровой сервисной сети 112. Например, доменное имя может быть выражено в текстовой форме как «qr.demodigitalnetwork.com». ID сети может идентифицировать цифровую сервисную сеть, используемую для управления или обеспечения услуги. ID сети может быть различной длины. В качестве примера, ID сети в текстовой форме может быть выражено как «demodigitalnetwork», ID сети, выраженное в цифровой форме, может принимать целочисленное значение между 25 и 30. ID версии может быть различной длины. Он может задаваться цифровой сервисной сетью 112 для идентификации номера версии цифровой сервисной сети 112. Например, ID версии может быть выражен в текстовой форме как «v2» для идентификации цифровой сервисной сети 112, используемой во второй версии.
[26] ID типа услуги может идентифицировать применимые услуги, ассоциированные с 2D-кодом на основе URL. Таблица 2 изображает иллюстративные услуги и их соответствующие URL-выражения в текстовой и цифровой формах.
Текстовая форма
Цифровая форма
Описание
Услуга
fund_transfer
01
Перевод
Перевод на счет путем сканирования 2D-кода
order_qr_payment
04
Код заказа
Произвести платеж путем сканирования кода заказа
merchant_qr_payment
05
Код продавца
Принять платеж путем сканирования кода продавца
group_qr
06
Код группы
Отсканировать 2D-код для присоединения к группе социальной сети
Таблица 2
[27] ID сервисного учреждения может идентифицировать сервисное учреждение 114 получающей стороны 104, которое получает услугу для продавца 108. Например, если услуга является платежной услугой, ID сервисного учреждения может идентифицировать платежное учреждение 114, которое взимает плату для продавца 108. В некоторых реализациях 2D-код на основе URL может выдаваться сервисным учреждением 114, идентифицированным с помощью ID сервисного учреждения. В качестве примера, ID сервисного учреждения в текстовой форме может быть выражено как «demopaymentinstitution», ID сети, выраженный в цифровой форме, может принимать целочисленное значение между 001 и 999. В некоторых реализациях ID сервисного учреждения может быть задано как «значение по умолчанию» или нулевое значение (например, «000») для указания, что назначено сервисное учреждение по умолчанию или сервисное учреждение не назначено.
[28] Полезная информация может включать в себя идентификатор, который идентифицирует объект услуги цифровой сервисной сети 112. Объект услуги может быть интерфейсом, используемым для связывания информации об услуге, управляемой и хранимой сервисным учреждением 114 получающей стороны. В некоторых реализациях информация об услуге может включать в себя информацию о продавце, такую как название продавца, тип продавца, код страны или почтовый индекс продавца, адрес продавца, один или несколько поддерживаемых языков и одну или несколько поддерживаемых валют. В некоторых реализациях информация об услуге также может включать в себя информацию о заказе или информацию о транзакции, такую как сумма заказа, поддерживаемая валюта, ID заказа, описание заказа или транзакции. Понятно, что информация об услуге может включать в себя другую информацию, относящуюся к выполнению услуги.
[29] Параметры могут идентифицировать одно или несколько дополнений к услуге, обеспечиваемых внутренним сервером сервисного учреждения 114 получающей стороны. Параметры могут быть в формате пар ключ/значение. Дополнения к услуге могут включать в себя, но не ограничиваются только этим, дополнительную информацию о заказе, информацию о скидках или другую информацию, такую как один или несколько номеров в программе лояльности, информацию цифрового ваучера, информацию купона, информацию лотереи, местоположение согласно глобальной системе позиционирования (GPS), номер столика, номер места и т.д.
[30] Таким образом, иллюстративный URL в текстовом формате, закодированный в 2D-коде, в соответствии с настоящим раскрытием может иметь вид:
https://qr.demodigitalnetwork.com/demodigitalnetwork/v2/merchant_qr_payment/demopaymentinstitution/012345678901234
[31] Иллюстративный URL в цифровом формате, закодированный в 2D-коде, в соответствии с настоящим раскрытием может иметь вид:
https://qr.demodigitalnetwork.com/28/2/05/001/012345678901234
[32] Соответствующие визуальные изображения иллюстративных 2D-кодов на основе URL показаны на фиг. 2. Фиг. 2 является схемой, изображающей примеры 2D-кодов 200 на основе URL, сгенерированных на основании STM, в соответствии с одной реализацией настоящего раскрытия. Визуальное изображение текстового 2D-кода 210 на основе URL показано на фиг. 2 слева. Визуальное изображение цифрового 2D-кода 220 на основе URL показано на фиг. 2 справа.
[33] На этапе 118 запрашивается информация об услуге путем отправки URL, декодированного при сканировании 2D-кода на основе URL. Используя платежную услугу в качестве примера, пользователь может сделать мобильный платеж продавцу путем сканирования представленного продавцом 2D-кода на основе URL. Пользователь может открыть APP 106 цифровых платежей, такое как ALIPAY, установленное на мобильном устройстве, войти в сервисный или платежный счет, ассоциированный с APP 106, и использовать функцию сканирования APP для сканирования кода через камеру мобильного устройства. В некоторых реализациях мобильное устройство может декодировать 2D-код в символьную строку в формате URL, который включает в себя один или несколько из элементов данных, обсуждавшихся в описании этапа 116. Мобильное устройство затем может отправить декодированный URL как символьную строку сервисному учреждению 110 стороны пользователя. В некоторых реализациях сервисное учреждение стороны пользователя может быть платежным учреждением, которое предоставляет сервисный или платежный счет приложению (APP) 106 пользователей.
[34] На этапе 120 сервисным учреждением 110 стороны пользователя выполняется синтаксический анализ URL, и по меньшей мере часть URL отправляется цифровой сервисной сети 112. URL может включать в себя элементы данных, такие как ID сервисной сети, ID сервисного учреждения, ID версии, полезную информацию и ID типа услуги. Цель синтаксического анализа URL включает в себя определение, выдан ли код на основе URL сервисным учреждением 100 стороны пользователя. Например, это может быть сделано путем синтаксического анализа URL для идентификации элемента данных с ID сервисного учреждения. Если ID сервисного учреждения соответствует ID сервисного учреждения 110 стороны пользователя, сервисное учреждение 100 стороны пользователя может определить, что оно хранит соответствующую информацию об услуге и вернуть информацию об услуге мобильному устройству. В противном случае сервисное учреждение 100 стороны пользователя может отправить по меньшей мере часть URL как строку данных цифровой сервисной сети 112 на основании ID сервисной сети, полученной при синтаксическом анализе URL, для идентификации сервисного учреждения, ассоциированного с ID сервисного учреждения, содержащимся в URL. В некоторых случаях, эта часть URL включает в себя по меньшей мере ID сервисного учреждения и ID типа услуги. В некоторых реализациях сервисное учреждение 100 стороны пользователя может идентифицировать сервисное учреждение, ассоциированное с ID сервисного учреждения. В таких случаях сервисное учреждение стороны пользователя может напрямую запросить сервисную информацию от соответствующего сервисного учреждения путем отправки по меньшей мере ID типа услуги и полезной нагрузки сервисному учреждению.
[35] На этапе 122 часть URL синтаксически анализируется цифровой сервисной сетью 112, и ID типа услуги и полезная информация, содержащиеся в части URL, отправляются сервисному учреждению 114 получающей стороны. Цифровая сервисная сеть 112 синтаксически анализирует принятый URL для определения ID сервисного учреждения, ID типа услуги и полезной информации. Цифровая сервисная сеть 112 может хранить список ID сервисных учреждений, которые соответствуют одному или нескольким сервисным учреждениям. Цифровая сервисная сеть 112 может отправлять ID типа услуги и полезную информацию принятого URL сервисному учреждению 114 получающей стороны, которое соответствует ID сервисного учреждения.
[36] На этапе 124 запрошенная информация об услуге возвращается сервисным учреждением 114 получающей стороны цифровой сервисной сети 112 на основании ID типа услуги и полезной информации. Сервисное учреждение 114 получающей стороны может определить тип кода для 2D-кода на основе URL на основании ID типа услуги. Тип кода может определять информацию об услуге, которая должна быть возвращена мобильному устройству на основании ID типа услуги. Например, если тип кода является переводом денежных средств, информация об услуге, которая должна быть возвращена, может быть информацией о заказе, которая включает в себя название стороны, которой будут переведены денежные средства, ID транзакции, поддерживаемая валюта и т.д. Если тип кода является кодом заказа, информация об услуге, которая должна быть возвращена к мобильному устройству, может включать в себя название продавца, которому должен быть сделан платеж, и величину платежа, так что пользователь сможет подтвердить заказ, используя мобильное устройство. Если тип кода является кодом продавца, информация об услуге, которая должна быть возвращена мобильному устройству, может включать в себя название продавца, так что пользователь может верифицировать и ввести величину платежа, если название продавца правильное.
[37] Полезная информация может включать в себя идентификатор объекта услуги цифровой сервисной сети 112. Объект услуги может быть интерфейсом, который связан с различной информацией об услуге, управляемой и хранимой сервисным учреждением 114 получающей стороны. Если элементы данных URL, отправленные сервисному учреждению 114 получающей стороны, дополнительно включают в себя один или несколько параметров, может быть возвращена информация об одной или нескольких дополнениях к услуге, обеспечиваемых внутренним сервером сервисного учреждения 114 получающей стороны. Дополнения к услуге могут включать в себя дополнительную информацию о заказе, информацию о продавце, информацию о скидках или другую информацию, такую как один или несколько номеров в программе лояльности, информация цифрового ваучера, информация купона, информация лотереи, местоположение по GPS, номер столика, номер места или другую информацию.
[38] Как видно из приведенного выше описания, URL, декодированный из 2D-кода, сгенерированного в STM, обеспечивает идентификаторы для нахождения и возврата информации об услуге. Сам 2D-код не несет информацию об услуге. Поэтому по сравнению с 2D-кодом RTM, который несет информацию об услуге, 2D-код STM отвязан от информации об услуге. Преимущества отделения 2D-кода от информации об услуге могут быть проиллюстрированы в описании фиг. 3.
[39] Фиг. 3 является схематическим чертежом, иллюстрирующим пример 300 концепции «приклеить один раз», основанной на STM, в соответствии с одной реализацией настоящего раскрытия. После того, как 2D-код выдан поставщику услуг, такому как продавец, поставщик услуг должен приклеить 2D-код только один раз 320. В случае, если информация об услуге, ассоциированная с 2D-кодом, изменяется, нет необходимости заменять 2D-код. Изменения информации об услуге могут быть сделаны бэк-офисом или серверной частью 330, такой как сервисное учреждение 114 получающей стороны или цифровая сервисная сеть 112, и могут быть связаны с объектом услуги, идентифицируемым с помощью идентификаторов, содержащихся в полезной информации, как обсуждалось в описании фиг. 1. После того, как мобильное устройство 310 сканирует 2D-код, URL, декодированный из 2D-кода, может использоваться для получения обновленной информации об услуге. В этом примере 300 2D-код является кодом продавца для взимания платежа, и продавец изменил свою информацию о продавце, такую как название продавца и поддерживаемая валюта платежей, соответствующая информация о продавце может быть обновлена платежным учреждением, используемым продавцом. Мобильное устройство 310 может получить обновленное название продавца и поддерживаемую валюту платежей путем сканирования того же самого 2D-кода. По сравнению с 2D-кодом RTM, поскольку информация об услуге встроена, когда информация об услуге обновляется, необходимо заменить 2D-код RTM. Кроме того, так как 2D-код RTM несет в себе информацию об услуге, сканирование 2D-кода RTM может быть медленнее по сравнению со сканированием 2D-кода STM, который не несет в себе информацию об услуге.
[40] Различные типы информации об услуге могут обновляться при использовании 2D-кода на основе URL. Фиг. 4 является схематическим чертежом, иллюстрирующим пример 400 взаимной совместимости услуг с 2D-кодом на основе URL в соответствии с одной реализацией настоящего раскрытия. В этом примере 400 URL, декодированный при сканировании 2D-кода 410, может использоваться для инициирования услуг, таких как услуга 420 посещения ресторана, платежные услуги 430, информация 440 IOT, веб-контент 450, загрузка 460 APP или LBS 470. Путем ассоциирования различных услуг с ID типа услуги и объектами услуг, идентифицированными в URL, мобильным устройством при сканировании 2D-кода 410 могут быть получены различные типы услуг или информация об услугах.
[41] Обращаясь снова к фиг. 1, на этапе 126 информация об услуге возвращается цифровой сервисной сетью 112 поставщику сервисного счета. На этапе 128 сервисным учреждением 110 стороны пользователя выполняется рендеринг страницы подтверждения услуги, которая включает в себя возвращенную информацию об услуге, и передача приложению (APP) 106 на мобильном устройстве. В некоторых реализациях сервисное учреждение 110 стороны пользователя возвращает информацию об услуге, переданную цифровой сервисной сетью 112 мобильному устройству. APP 106, установленное на мобильном устройстве, может выполнить рендеринг информации об услуге на странице подтверждения услуги.
[42] Используя мобильный платеж в качестве примера, если информация об услуге (например, название продавца) является правильным, пользователь может подтвердить информацию об услуге или обеспечить ввод, если необходимо (например, ввести величину платежа), для инициирования запроса платежа на этапе 130. На этапе 132 сервисное учреждение 110 стороны пользователя принимает запрос платежа и списывает соответствующую величину платежа со счета пользователя. На этапе 134 сервисное учреждение 110 стороны пользователя отправляет платеж цифровой сервисной сети 112. На этапе 136 цифровая сервисная сеть 112 передает платеж сервисному учреждению 114 получающей стороны. Сервисное учреждение 114 получающей стороны обрабатывает платеж и кредитует продавца 108 на этапе 138, отправляет подтверждение платежа продавцу 108 на этапе 140a и цифровой сервисной сети 112 на этапе 140b. Цифровая сервисная сеть передает подтверждение платежа сервисному учреждению 110 стороны пользователя на этапе 142, и сервисное учреждение 110 стороны пользователя передает подтверждение платежа приложению (APP) 106 или выполняет рендеринг страницы подтверждения платежа и передает приложению (APP) 106.
[43] Во время последовательности операций по обработке услуги прямой обмен информацией между APP 106 и получающей стороной 104 относительно ограничен. Обмен большей частью информации происходит в серверной части между сервисным учреждением 110 стороны пользователя, цифровой сервисной сетью 112 и сервисным учреждением 114 получающей стороны. Эта среда обмена информацией имеет высокую надежность, и может быть обеспечена более высокая безопасность данных между сторонами.
[44] Фиг. 5 является схемой в виде «плавательных дорожек», изображающей пример процедуры 500 привязки 2D-кода в соответствии с одной реализацией настоящего раскрытия. Процесс привязки кода может использоваться для быстрой генерации пакета региональных унифицированных 2D-кодов.
[45] На этапе 514 сервисная система I 508 генерирует пакет свободных кодов и отправляет платформе 506 кодов. Свободные коды могут быть 2D-кодами STM на основе URL, как обсуждалось в описании фиг. 1. 2D-коды являются свободными, потому что встроенные URL не ассоциированы ни с какой информацией об услугах. В некоторых реализациях сервисная система I 508 может быть сервисным учреждением 114 получающей стороны, как обсуждалось в описании фиг. 1. В некоторых реализациях сервисная система I 508 может собирать информацию о продавцах, такую как число продавцов, которых надо обслужить, для определения числа свободных кодов, которые должны быть сгенерированы. Платформа 506 кодов может быть частью сервисной системы I 508 или независимой от сервисной системы I 508.
[46] На этапе 516 сервисная система I 508 отправляет пакет свободных кодов материальной платформе 512 для печати и отправки обратно сервисной системе I 508. Материальная платформа 512 может быть частью сервисного учреждения или независимой от сервисной системы I 508.
[47] На этапе 518 продавцы 502, обслуживаемые сервисной системой I 508, сканируют пакет свободных кодов, чтобы предоставить информацию о продавце, которая будет связана со свободными кодами. Информация о продавце может включать в себя информацию об услуге, как обсуждалось в описании фиг. 1. При отправке информации о продавце платформе кодов платформа кода может связать соответствующий тип услуги и объект услуги, идентифицированный в URL свободного кода, с информацией о продавце.
[48] На этапе 520 платформа 506 кодов связывает информацию о продавце с пакетом свободных кодов. После привязки 2D-код на основе URL больше не является свободным, а ассоциирован с соответствующей информацией о продавце. Сервисная система I 508 затем может раздать напечатанные коды соответствующим продавцам 502, которых она обслуживает.
[49] На этапе 522 пользователь сканирует 2D-код на основе URL, представленный продавцом 502, для инициирования обработки соответствующей услуги. На этапе 524 обработка услуги может быть продолжена сервисным учреждением II 510, таким как сервисное учреждение 110 стороны пользователя, обсуждавшимся в описании фиг. 1. Оставшаяся обработка услуги может выполняться на основе иллюстративной последовательности 100 операций, как обсуждалось в описании фиг. 1.
[50] Фиг. 6 является последовательностью операций, изображающей пример способа 600 обработки услуг на основании 2D-кода на основе URL в соответствии с одной реализацией настоящего раскрытия. Для ясности изложения последующее описание в общем описывает способ 600 в контексте других фигур в этом описании. Однако следует понимать, что этот способ 600 может выполняться, например, любой системой, средой, программным обеспечением и аппаратным обеспечением или комбинацией систем, сред, программного обеспечения и аппаратного обеспечения, в зависимости от ситуации. В некоторых реализациях различные этапы способа 600 могут выполняться параллельно, в комбинации, в циклах или в любом порядке.
[51] На этапе 602 принимается URL от первого сервисного учреждения, при этом URL получается и отправляется мобильным устройством при сканировании 2D-кода, обеспеченного поставщиком услуг. Способ 600 может выполняться цифровой сервисной сетью 112, которая соединяет и обслуживает одно или несколько сервисных учреждений, как обсуждалось в описании фиг. 1. Первое сервисное учреждение может быть сервисным учреждением 110 стороны пользователя. 2D-код может быть 2D-кодом на основе URL, таким как региональный унифицированный представляемый продавцом QR-код, генерируемый на основании STM. 2D-код может представляться поставщиком услуг (например, продавцом) для инициирования услуги (например, платежной услуги). Пользователь может открыть APP, ассоциированное со счетом пользователя, чтобы отсканировать 2D-код. URL может быть получен при сканировании 2D-кода и отправлен сервисному учреждению, которое обеспечивает счет пользователя. Сервисное учреждение может синтаксически проанализировать URL для идентификации ID сети и отправить по меньшей мере часть URL цифровой сервисной сети, соответствующей ID сети. От 602 способ 600 переходит к этапу 604.
[52] На этапе 604 URL синтаксически анализируется для идентификации одного или нескольких элементов данных, при этом один или несколько элементов данных включают в себя ID сервисной сети, ID сервисного учреждения, которое идентифицирует второе сервисное учреждение, которое выдает 2D-код, и полезную информацию, которая включает в себя идентификатор, идентифицирующий объект услуги сервисной сети. В некоторых реализациях один или несколько элементов данных дополнительно включают в себя по меньшей мере одно из: доменное имя, номер версии сервисной сети, ID типа услуги, который идентифицирует тип услуги, или одну или несколько пар ключ/значение, которые идентифицируют одно или несколько дополнений к услуге, которая должна быть обработана. Один или несколько элементов данных, содержащихся в URL, могут быть либо в цифровом формате, либо в текстовом формате. Одно или несколько дополнений к услуге, которая должна быть обработана, включают в себя по меньшей мере одно из номера в программе лояльности, информации ваучера, информации купона, информации лотереи, местоположения согласно глобальной системе позиционирования (GPS), номера столика или номера места. От 604 способ 600 переходит к этапу 606.
[53] На этапе 606 один или несколько элементов данных отправляются второму сервисному учреждению на основании ID сервисного учреждения. Второе сервисное учреждение может быть сервисным учреждением 114 получающей стороны, которое выдает 2D-код на основе URL, как обсуждалось в описании фиг. 1. От 606 способ 600 переходит к этапу 608.
[54] На этапе 608 принимается информация об услуге, ассоциированная с объектом услуги, от второго сервисного учреждения. В некоторых реализациях информация об услуге включает в себя по меньшей мере одно из информации о поставщике услуг или информации о заказе. Иллюстративная информация о поставщике услуг включает в себя название поставщика услуг, тип поставщика услуг, код страны, почтовый индекс, адрес поставщика услуг, информацию о заказе, один или несколько поддерживаемых языков или одну или несколько поддерживаемых валют. Иллюстративная информация о заказе включает в себя величину транзакции, валюту транзакции, идентификатор заказа или описание заказа. От 608 способ 600 переходит к этапу 610.
[55] На этапе 610 информация об услуге отправляется первому сервисному учреждению для представления на мобильном устройстве. В некоторых реализациях после того, как пользователь мобильного устройства проверит информацию об услуге, оно может отправить запрос на услугу для инициирования услуги. В таких случаях запрос на услугу может приниматься цифровой сервисной сетью от первого сервисного учреждения. Цифровая сервисная сеть затем может отправить запрос на услугу второму сервисному учреждению для обработки услуги. После обработки результат обработки услуги принимается от второго сервисного учреждения. Цифровая сервисная сеть затем может отправить результат обработки услуги первому сервисному учреждению для представления на мобильном устройстве. После этапа 620 способ 600 останавливается.
[56] Реализации предмета изобретения, описанного в этом описании, могут быть осуществлены так, чтобы реализовать конкретные преимущества или технические эффекты. Например, так как большей частью информации об услуге можно управлять и хранить в серверной части, когда необходимо обновить информацию об услуге, поставщику услуг нет необходимости запрашивать и повторно развертывать новый 2D-код, как в сценарии RTM. Иногда обновление может выполняться в серверной части для уменьшения стоимости развертывания и материалов. URL, декодированный из 2D-кода, сгенерированного в STM, обеспечивает идентификаторы для нахождения и возврата информации об услуге. Сам 2D-код не несет информацию об услуге. Поэтому 2D-код STM отвязан от лежащих в основе услуг. STM также может позволять быстро генерировать пакет 2D-кодов на основе URL.
[57] Описанная методология позволяет повысить эффективность обработки различных мобильных вычислительных устройств и повысить защиту данных. Поскольку в 2D-коде на основе STM закодировано относительно небольшое количество информации, сбор большей части информации об услуге может быть делегирован внутреннему серверу, обмен данными между мобильным устройством и 2D-кодом происходит более быстро, и безопасность данных выше благодаря раскрытию меньшего количества информации в клиентской части. Таким образом, эта среда обмена информацией имеет высокую надежность, и может быть обеспечена более высокая безопасность данных между сторонами.
[58] Описанная методология может обеспечить эффективное использование ресурсов компьютера (например, циклы обработки, пропускную способность сети и использование памяти) посредством эффективного сканирования, генерации 2D-кодов и сокращения числа регенераций 2D-кодов. По меньшей мере эти действия могут минимизировать или предотвратить трату доступных ресурсов компьютера в мобильной среде Интернет-услуг. Вместо замены существующих 2D-кодов, когда информация об услуге обновляется, 2D-коды могут быть оставаться теми же самыми путем ассоциирования их с обновленной информацией об услуге.
[59] Реализации и операции, описанные в этом описании, могут быть реализованы в цифровых электронных схемах или в программном обеспечении, микропрограммном обеспечении или аппаратном обеспечении, в том числе структурах, раскрытых в этом описании, или в комбинациях одной или нескольких из них. Операции могут быть реализованы как операции, выполняемые устройством обработки данных над данными, сохраненными в одном или нескольких компьютерно-читаемых устройствах хранения или принятыми из других источников. Устройство обработки данных, компьютер или вычислительное устройство могут включать в себя устройства и машины для обработки данных, в том числе, в качестве примера, программируемый процессор, компьютер, систему на кристалле или несколько из них, или комбинации приведенного выше. Устройство может включать в себя схему логики особого назначения, например, центральный процессор (CPU), программируемую пользователем вентильную матрицу (FPGA) или специализированную интегральную схему (ASIC). Устройство также может включать в себя код, который создает среду выполнения для рассматриваемой компьютерной программы, например, код, который составляет микропрограммное обеспечение процессора, стек протоколов, систему управления базами данных, операционную систему (например, операционную систему или комбинацию операционных систем), межплатформенную среду исполнения, виртуальную машину или комбинацию одного или нескольких из них. Устройство и среда выполнения могут реализовывать всевозможные инфраструктуры вычислительных моделей, такие как веб-службы, инфраструктуры распределенных вычислений и грид-вычислений.
[60] Компьютерная программа (также известная, например, как программа, программное обеспечение, программное приложение, программный модуль, программный блок, скрипт или код) может быть написана на любом языке программирования, включая компилируемые или интерпретируемые языки, декларативные или процедурные языки, и она может быть развернута в любой форме, в том числе как автономная программа или как модуль, компонент, подпрограмма, объект или другой блок, подходящий для использования в вычислительной среде. Программа может храниться в части файла, который содержит другие программы или данные (например, один или несколько скриптов, хранящихся в документе на языке разметки), в одном файле, выделенном рассматриваемой программе, или в нескольких согласованных файлах (например, файлы, которые хранят один или несколько модулей, подпрограмм или частей кода). Компьютерная программа может исполняться на одном компьютере или на нескольких компьютерах, которые расположены в одном месте или распределены в нескольких местах и соединены сетью связи.
[61] Процессоры для исполнения компьютерной программы включают в себя, в качестве примера, как универсальные, так и микропроцессоры специального назначения, и любой один или несколько процессоров любого типа цифровой вычислительной машины. Как правило, процессор будет принимать инструкции и данные из памяти только для чтения или оперативной памяти, или их обоих. Важными элементами компьютера являются процессор для выполнения действий в соответствии с инструкциями и одно или несколько запоминающих устройств для хранения инструкций и данных. Как правило, компьютер также включает в себя или функционально связан для приема данных, или передачи данных, или и того и другого одному или нескольким запоминающим устройствам большой емкости для хранения данных. Компьютер может быть встроен в другое устройство, например, мобильное устройство, персональный цифровой помощник (PDA), игровую приставку, приемник глобальной навигационной системы (GPS) или портативное устройство хранения данных. Устройства, подходящие для хранения инструкций компьютерной программы и данных, включают в себя энергонезависимую память, устройства хранения данных и запоминающие устройства, в том числе, в качестве примера, полупроводниковые запоминающие устройства, магнитные диски и магнитооптические диски. Процессор и память могут дополняться или могут быть встроены в логическую схему специального назначения.
[62] Мобильные устройства могут включать в себя гарнитуры, пользовательское оборудование (UE), мобильные телефоны (например, смартфоны), планшеты, носимые устройства (например, умные часы и умные очки), имплантированные устройства в теле человека (например, биосенсоры, кохлеарные имплантаты) или другие типы мобильных устройств. Мобильные устройства могут осуществлять связь беспроводным образом (например, используя радиочастотные (RF) сигналы) с различными сетями связи (описанными ниже). Мобильные устройства могут включать в себя датчики для определения характеристик текущего окружения мобильного устройства. Датчики могут включать в себя камеры, микрофоны, датчики пространственной близости, датчики GPS, датчики движения, акселерометры, датчики внешнего освещения, датчики влажности, гироскопы, компасы, барометры, датчики отпечатков пальцев, системы распознавания лиц, RF датчики (например, Wi-Fi и сотовое радио), термодатчики или другие типы датчиков. Например, камеры могут включить в себя переднюю или заднюю камеру с подвижным или неподвижным объективом, вспышкой, датчиком изображения и процессором для обработки изображений. Камера может быть мегапиксельной камерой, способной захватывать детали для распознавания лиц и/или радужной оболочки. Камера вместе с процессором для обработки данных и аутентификационной информацией, сохраненной в памяти или к которой можно получить доступ удаленно, могут формировать систему распознавания лиц. Система распознавания лиц или один или несколько датчиков, например, микрофоны, датчики движения, акселерометры, датчики GPS или RF датчики могут использоваться для аутентификации пользователя.
[63] Для обеспечения взаимодействия с пользователем варианты осуществления могут быть реализованы на компьютере, имеющем устройство отображения и устройство ввода, например, жидкокристаллический дисплей (LCD) или дисплей на органических светодиодах (OLED)/виртуальной реальности (VR)/дополненной реальности (AR) для отображения информации пользователю и сенсорный экран, клавиатуру и указательное устройство, с помощью которого пользователь может обеспечить ввод для компьютера. Также могут использоваться другие виды устройств для обеспечения взаимодействия с пользователем; например, обратная связь, обеспечиваемая пользователю, может быть любой формой сенсорной обратной связи, например, визуальной обратной связью, акустической обратной связью или тактильной обратной связью; а ввод от пользователя может приниматься в любой форме, включая акустический, речевой или тактильный ввод. Кроме того, компьютер может взаимодействовать с пользователем путем отправки документов и приема документов от устройства, которое использует пользователь; например, путем отправки веб-страниц веб-браузеру на клиентском устройстве пользователя в ответ на запросы, принятые от веб-браузера.
[64] Варианты осуществления могут быть реализованы с использованием вычислительных устройств, соединенных между собой с помощью любой формы среды проводной или беспроводной передачи цифровых данных (или их комбинации), например, сети связи. Примерами соединенных между собой устройств являются клиент и сервер, как правило удаленные друг от друга, которые, как правило, взаимодействует через сеть связи. Клиент, например, мобильное устройство, может выполнять сами транзакции с помощью сервера или через сервер, например, выполняя транзакции покупки, продажи, оплаты, дарения, отправки или займа, или авторизовывать их. Такие транзакции могут выполняться в реальном времени, так что действие и ответ близки по времени; например, человек воспринимает действие и ответ как происходящие практически одновременно, разница по времени для ответа после действия человека меньше 1 миллисекунды (мс), или меньше 1 секунды (с), или ответ без намеренной задержки, учитывая ограничения обработки системы.
[65] Примеры сетей связи включают в себя локальную сеть (LAN), сеть радиодоступа (RAN), общегородскую сеть (MAN) и глобальную сеть (WAN). Сеть связи может включать в себя весь или часть Интернета, другую сеть связи или комбинацию сетей связи. Информация может передаваться по сети связи в соответствии с различными протоколами и стандартами, в том числе стандартом «Долгосрочное развитие сетей связи» (LTE), 5G, IEEE 802, протокол Интернета (IP) или другими протоколами или комбинациями протоколов. Сеть связи может передавать речевые, видео, биометрические данные, данные аутентификации или другую информацию между соединенными вычислительными устройствами.
[66] Признаки, описанные как отдельные реализации, могут быть реализованы в комбинации, в одной реализации, в то время как признаки, описанные как одна реализация, могут быть реализованы в нескольких реализациях, отдельно или в любой подходящей подкомбинации. Операции, описанные и заявленные в конкретном порядке, не следует понимать ни как требующие этот конкретный порядок, ни что все изображенные операции должны выполняться (некоторые операции могут быть опциональными). При необходимости может выполняться многозадачная или параллельная обработка (или комбинация многозадачной и параллельной обработки).