СПОСОБ СОЗДАНИЯ УНИВЕРСАЛЬНОГО ПРОПУСКА ДЛЯ ДОПУСКА ПОЛЬЗОВАТЕЛЯ НА МЕРОПРИЯТИЕ Российский патент 2018 года по МПК G06Q10/00 

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

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

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

Известны «Способ и система перераспределения оригинальных билетов», патент РФ 2189632.

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

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

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

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

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

Известны также способы заказа билетов через сервис Ticketland.

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

Ticketland.ru - это сайт, представляющий компанию Ticketland, которая имеет непосредственное отношение к ООО «Московская дирекция театрально-концертных и зрелищных касс» (МДТЗК).

Для приобретения билетов необходимо произвести следующие действия:

1. Выбрать мероприятие с возможностью приобретения электронного билета.

2. Выбрать способ доставки «электронный билет» при оформлении заказа.

3. Оплатить заказ и распечатать полученный электронный билет. Распечатать приобретенный электронный билет, который будет доступен для скачивания в Личном кабинете.

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

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

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

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

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

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

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

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

Обмен и повторная выдача электронных билетов

При обмене электронного билета на билет на бланке строгой отчетности электронный билет аннулируется и не будет принят к проходу. К проходу будет допущен только билет на бланке БСО.

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

Оплатить заказ, сделанный на сайте www.ticketland.ru, можно используя следующие формы оплаты: наличными при выкупе в одной из касс или курьеру при получении доставленного заказа, банковскими картами Visa, MasterCard и American Express.

Заказ и доставка билетов осуществляется в call-центре.

http://plusdaminus.ru/gde-kupit-elektronnyj-bilet-v-internete/

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

Существует также сервис «Яндекс.Билеты» - это сервис, который агрегирует данные продавцов и позволяет купить билет в кино. Такие электронные билеты не такие уж электронные - их все равно надо печатать и все равно надо идти к кассиру.

Известно также следующее техническое решение https://habrahabr.ru/company/yandex/blog/241389/

Данная технология называется Smartpass - это приложение, которое работает на базе iPad mini, распознает QR-коды и отправляет данные в систему кинотеатра. Кинотеатру достаточно установить такой сканер у входа в каждый зал.

Для распознавания QR-кодов Smartpass использует библиотеку ZBar.

После сканирования данные отправляются в систему «UCS-Премьера», с которой работает большинство кинотеатров. Напечатав билет, кассир перед тем как его вам отдать, всегда отрывает от него корешок. Он называется «бланком строгой отчетности» и кинотеатр должен хранить его пять лет для отчетности перед проверяющими органами. Smartpass умеет печатать бланк удаленно у кассира - участие покупателя для этого не потребуется. Сейчас доля продаж электронных кинобилетов в России - 6%, а на Западе - до 40%.

Сканеры Smartpass установлены в сети «Формула Кино».

https://radario.ru/about-tickets

Такой электронный билет называется «Радарио».

Все билеты согласованы с организаторами и дают право на посещение соответствующих событий. При покупке билета покупатель получает уникальный QR-код, привязанный к данному событию. Билет присылается в личный кабинет покупателя на Радарио - надо нажать на свое имя, затем перейти в раздел «Купленные билеты» и на указанный e-mail.

Электронный билет - это полноценный контрольный документ. Его не нужно дополнительно менять в кассе на что-то еще.

Билет можно предъявить несколькими способами:

1. Распечатать файл присланный на e-mail покупателя или нажать «Распечатать» у данного билета в личном кабинете, в «Купленных билетах».

При входе на мероприятия будет считан QR-код для проверки подлинности билета. В некоторых случаях вместо считывания QR-кода может происходить проверка цифрового кода.

2. Предъявить билет (а именно QR-код) с экрана любого мобильного устройства. Например, можно открыть присланный на почту билет на смартфоне или планшете.

3. Мобильное приложение для iPhone и Android. Приложение полностью отражает все то, что можно сделать на сайте: найти событие, купить билет и предъявить его, оставить комментарий и отзыв, подписаться на организаторов или интересы.

https://radario.ru/about-tickets

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

Раскрытие изобретения

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

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

Реализация изобретения

На фиг. 1представлена схема осуществления способа создания универсального пропуска для допуска пользователя на мероприятие.

Заявлен «Способ создания универсального пропуска для допуска пользователя на мероприятия».

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

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

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

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

Способ создания универсального пропуска для допуска пользователя 1 на мероприятие_состоит из следующих составляющих: мобильного устройства пользователя 2, содержащего мобильное приложение разработчика 3 с интерфейсом мобильного приложения пользователя 4, банковской карты пользователя 5, первого сервера управления разработчика 6, программного ядра агрегации билетов 7, сервера процессинга 8, процессингового центра обработки карточных транзакций 9, «N» серверов эмитентов 10 с интерфейсом эмиссии билетов 11 каждый, второго сервера разработчика 12 с процессинговым центром терминалов 13, «N» терминалов для контроля прохода 14, содержащих базу данных УИК 15 (УИК-универсальный идентификационный код), универсального пропуска 16, которым является мобильное устройство пользователя 2, или банковская карта пользователя 5 для пропуска на мероприятие 16, содержащие сформированный мобильным приложением разработчика 3 универсальный идентификационный код (далее - УИК).

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

Банковская карта пользователя 5, эмитированная любым банком любой платежной системы, привязывается через интерфейс мобильного приложения пользователя 4 и мобильное приложение разработчика 3 к мобильному устройству пользователя 2, то есть вводятся ее данные: номер полностью, код безопасности CW, CVC и т.п. для последующей оплаты выбранных билетов посредством электронного эквайринга.

Программное ядро агрегации билетов 7 первого сервера разработчика 6 имеет мобильное приложение разработчика 3, а также содержит личные кабинеты пользователей 1 после их регистрации в мобильном приложении разработчика 3.

Программное ядро агрегации билетов 7 первого сервера разработчика 6 позволяет пользователю 1 выбрать и купить билеты на мероприятие 17 через интерфейсы эмиссии билетов 11, находящиеся на серверах эмитентов 10. Интерфейсы эмиссии билетов 11 - это набор провайдеров, привлеченных разработчиком для выбора и покупки билетов пользователями 1, скачавшими мобильное приложение разработчика 3.

Процессинговый центр обработки карточных транзакций 9 на сервере процессинга 8 осуществляет привязку данных об оплате и приобретении пользователем 1 билетов к Универсальному пропуску пользователя 16.

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

Терминал для допуска пользователя на мероприятие 14 с программным комплексом и базой данных УИК 15 позволяет идентифицировать владельца Универсального пропуска 16, имеющего право прохода на мероприятие

Универсальный пропуск 16 - банковская карта пользователя 5 или мобильное устройство пользователя 2, содержащие идентификационные данные для прохода на мероприятие 17 через терминал для допуска пользователя на мероприятие 14.

Описание осуществления способа

Пользователь 1, физическое лицо, загружает (скачивает) мобильное приложение разработчика 3 в мобильное устройство пользователя 2 из магазина приложений для своей модели мобильного устройства пользователя 2 (iOS, Google Play и т.п.).

Пользователь 1 регистрирует (привязывает) свою банковскую карту пользователя 5 (одну или несколько) в мобильном приложении разработчика 3 для осуществления оплаты купленных билетов. Регистрация (привязка) банковской карты пользователя 4 представляет собой внесение пользователем 1 данных банковской карты пользователя 5 в специальные поля мобильного приложения разработчика 3, используя интерфейс мобильного приложения разработчика 4. Внесенные пользователем 1 данные в обязательном порядке включают: имя и фамилию пользователя 1, указанные на банковской карте пользователя 5, номер банковской карты пользователя 5, срок ее действия в формате мм.гг. Далее, в процессе совершения процедуры оплаты необходимо каждый раз вводить данные специального секретного кода банковской карты пользователя 5 (CVV/CVC), а также дополнительного кода подтверждения платежа, в случае если это предусмотрено банком-эмитентом банковской карты пользователя 5 (в рамках процедуры защиты безопасности банковской карты пользователя 5 - Secure code и подобных).

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

В момент регистрации в мобильном приложении разработчика 3 (при начале пользования) пользователю 1 присваивается идентификационный номер (далее - ID). Пользователь 1 самостоятельно привязывает к этому ID данные того носителя, который он планирует использовать: для банковской карты клиента 5 - это номер карты, для мобильного устройства пользователя 2 - это номер мобильного устройства пользователя 2. Пользователь 1 для этого использует интерфейс мобильного приложения 4 на своем мобильном устройстве пользователя 2. При этом он может по своему желанию привязывать к этому ID несколько носителей того или иного вида мобильных устройств, банковских карт), а также заменять их в процессе пользования мобильным приложением разработчика 3. Совокупность ''материальный носитель'' (мобильное устройство пользователя 2 или банковская карта клиента 5)+запись в мобильном приложении разработчика 3 (ID+ номер материального носителя) - это и есть универсальный пропуск 16 пользователя 1.

В момент покупки билета с использованием мобильного приложения разработчика 3, после оплаты мобильное приложение разработчика 3 формирует уникальный номер электронного билета, а также привязывает к нему ID клиента (только ID, а не связку ID+ номер носителя, для того чтобы клиент имел возможность прохода с любым из зарегистрированных универсальных пропусков 16). Эта совокупность ''номер электронного билета'' + ''ID'' - это и есть универсальный идентификационный код (далее - УИК). Данный УИК формируется во втором сервере разработчика 12, а именно в процессинговом центре терминала 13, и передается в терминал для допуска пользователя на мероприятие 14 и клиенту через первый сервер разработчика 6 и мобильное приложение разработчика 3 для контроля прохода пользователя 1 через терминал для допуска пользователя на мероприятие 14 и решения, при необходимости, возможных споров. Также в терминал для допуска пользователя на мероприятие 14 передается актуальная информация о связке (ID+ номера носителей) пользователя 1.

В момент прохода на мероприятие 17 при прикладывании любого из зарегистрированных носителей со своим номером (мобильное устройство пользователя 2 или банковская карта пользователя 5) к терминалу для допуска пользователя на мероприятие 14 терминал для допуска пользователя на мероприятие 14 сверяет следующее:

а) есть ли у данного ID право прохода (возможно, что у пользователя 1 есть право на несколько проходов, если он на один пропуск купил несколько билетов),

б) привязано ли данное устройство (мобильное устройство пользователя 2 или банковская карта пользователя 5) к ID пользователя 1.

В случае одобрения пользователь 1 проходит на мероприятие 17.

Таким образом, универсальный пропуск клиента, мобильное устройство пользователя 2 или банковская карта пользователя 5 не содержат данных электронного билета. Эта информация (для решения возможных споров) есть в терминале для допуска пользователя на мероприятие 14 и мобильном приложении разработчика 3, находящимся в мобильном устройстве пользователя 2. NFC-чип, имеющийся в универсальном пропуске 16 пользователя 1. всегда содержит только информацию, касающуюся данного носителя (номер мобильного устройства пользователя 2 или номер банковской карты клиента 5).

Пользователь 1 становится пользователем системы после завершения процедуры регистрации в мобильном приложении разработчика 3.

Пользователь 1 системы Универсальный пропуск 16 осуществляет поиск нужного ему мероприятия 17 и билета на него. При этом доступны следующие критерии отбора для поиска мероприятий 17 и билетов на них:

- город, где пройдет выбранное мероприятие 17;

- площадка (наименование и ее точный адрес), где пройдет выбранное мероприятие 17;

- ключевые параметры для поиска (спектакль, исполнитель, режиссер-постановщик и т.п.);

- место, ряд, зона на мероприятии 17, которое клиент планирует занять;

- стоимость билета;

- и другие параметры для удобства и полноты выбора билетов на мероприятия 17.

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

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

После завершения процедуры оплаты выбранного билета мобильное приложение разработчика 3 генерирует уникальный идентификационный код (УИК), индивидуальный для каждого купленного билета, который посредством мобильного приложения разработчика 3 становится доступным пользователю 1 в его личном кабинете мобильного приложения разработчика 3, а также хранится на первом сервере разработчика 6 и передается им через процессинговый центр терминала 13 второго сервера разработчика 12 на терминал для допуска пользователя на мероприятие 14 и хранится в базе данных УИК 15 для обеспечения возможности прохода пользователя 1 на мероприятие 17.

УИК (уникальный идентификационный код) - это уникальный буквенно-цифровой код, представляющий собой идентификатор для прохода на мероприятие 17 и позволяющий пользователю 1 пройти на мероприятие 17 путем сверки с УИК, хранящимся в базе данных УИК 15 терминала для допуска пользователя на мероприятие 14, переданного с помощью мобильного приложения разработчика 3 с первого сервера управления разработчика 6 на второй сервер разработчика 12 и соответственно через его процессинговый центр терминала 13 на терминал для допуска пользователя 14. Вся передача информации происходит посредством системы интернет.

Таким образом, сгенерированные мобильным приложением разработчика 3 УИК всех пользователей 1, купивших билеты на конкретное мероприятие 17, отправляются на терминал для допуска пользователя на мероприятие 14, расположенный в месте (местах) проведения мероприятия 17 для последующего контроля путем сверки в процессе прохода на мероприятие 17.

Пользователь 1 является на выбранное мероприятие 17 с мобильным устройством пользователя 2, содержащим мобильное приложение разработчика 3 с УИК, и производит процедуру сверки УИК в мобильном устройстве клиента 2 с УИК, содержащимся в базе данных УИК 15 терминала для допуска пользователя на мероприятие 14, и при успешном завершении такой сверки проходит на мероприятие 17. После чего, при необходимости, находит свое место на мероприятии 17, используя данные электронного билета, присланного ранее на мобильное устройство клиента 2 или в электронный почтовый ящик клиента.

Описание мобильного приложения разработчика 2.

Разработчик создает мобильное приложение разработчика 3 с функционалом создания Универсального пропуска 16, который возможно использовать для прохода на любые мероприятия 17 и в иные места, оборудованные соответствующими терминалами для допуска пользователя на мероприятие 14.

Мобильное приложение разработчика 3 имеет веб-интерфейс, адаптированный для мобильных устройств пользователя 2, где любой пользователь 1 сети Интернет получает возможность выбрать мероприятие 17 (место посещения), оплатить билет на свое или любое другое имя и затем, воспользовавшись уникальным идентификатором (УИК), пройти на выбранное мероприятие 17 (в выбранное место) с помощью мобильного устройства пользователя 3 или банковской карты пользователя 5, куда посредством мобильного приложения разработчика 3 передается идентификатор (УИК). Таким образом, мобильное приложение разработчика 3 позволяет использовать мобильное устройство пользователя 2 или банковскую карту пользователя 5 в качестве универсального пропуска 16 в заранее определенные места мероприятий 17.

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

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

1. Возможность регистрации и создания на первом сервере разработчика 6 личного кабинета пользователя (не показан), защищенного уникальными идентификационными данными (логин, пароль), включая идентификацию пользователя 1 посредством подтверждающего кода УИК, отправляемого посредством СМС-сообщения на номер мобильного устройства пользователя 2, указываемого пользователем при регистрации и создании личного кабинета.

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

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

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

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

6. Возможность хранения уникального идентификационного кода (УИК) для последующего прохода через терминал для допуска пользователя на мероприятие 14, на мероприятие 17, выбранное пользователем 1.

7. Возможность хранения данных о приобретенных билетах и их характеристиках в мобильном устройстве пользователя 2.

8. Возможность передачи данных в виде уникального идентификационного кода (УИК) на терминалы для допуска пользователя на мероприятие 14, установленные в местах контроля билетов на мероприятия 17 и позволяющие сравнить УИК на мобильном устройстве пользователя 2 с базой данных УИК 15, переданных в терминал для допуска пользователя на мероприятие 14 с первого сервера разработчика 6.

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

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

2. Возможность предоставления пользователю 1 выбора билетов на мероприятия 17, бронирования и оплаты таких билетов, а также хранения УИК в общей базе данных и базе данных заказов клиента в рамках его личного кабинета, то есть среды мобильного приложения разработчика 3, содержащей регистрационные данные пользователя, данные банковских карт пользователя 5, а также данные о сделанных и оплаченных заказах на мероприятия 17.

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

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

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

6. Возможность генерации уникального идентификационного номера (УИК) для передачи его на терминалы для допуска пользователя на мероприятие 14 и учет таких кодов УИК для обеспечения несанкционированного прохода на мероприятия 17.

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

8. Возможность обеспечения должного уровня безопасности для проведения платежей и хранения персональных и иных данных.

Терминал для допуска пользователя на мероприятие 14 содержит следующие функциональные возможности:

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

2. Возможность обмена данными с мобильным устройством пользователя 2 или банковской картой пользователя 5 для целей проверки наличия УИК и проверки соответствия УИК с данными, переданными мобильным приложением разработчика 3, для контроля прохода на мероприятие 17 и обеспечение прохода только тех клиентов, УИК которых совпадает с теми УИК, которые получены от мобильного приложения разработчика 3 для прохода на конкретное мероприятие 17.

3. Возможность подачи сигналов (звуковых и текстовых) при проходе через терминалы для допуска пользователя на мероприятие 14 для обеспечения передачи положительного или отрицательного ответа на запрос об УИК (есть такой УИК для прохода на данное мероприятие 17 или его в базе данных УИК 15 терминала для допуска пользователя на мероприятие 14 нет).

4. Погашение УИК (изменение статуса на «прошел, повторный проход запрещен») в случае прохода на мероприятие 17 пользователя 1, его получившего, для предотвращения ситуаций повторного прохода по одному УИК. Обеспечение последующего контроля погашенных УИК для целей обеспечения полной информацией о проходе по конкретному УИК на случай возникновения спорных ситуаций.

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

Разработчик создает мобильное приложение разработчика 3 и размещает его на первом сервере разработчика 6 с программным ядром агрегации билетов 7. Мобильное приложение разработчика 3 имеет веб-сайт, размещенный в сети Интернет, и его адаптированную версию для загрузки (скачивания) в мобильные устройства клиента 2.

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

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

Мобильное приложение разработчика 3, размещенное на первом сервере разработчика 6, агрегирует всю информацию о действиях, совершаемых пользователем, осуществляет обмен данными с базами данных серверов эмитентов 10 через интерфейс эмиссии билетов 11; с сервером процессинга 7, обеспечивающим процессинг банковских карт клиента 4; с сервером терминала 12 и соответственно с процессинговым центром терминала 13, обеспечивающим процессинг данных для пропусков в терминале для контроля прохода 14, а также со всеми иными системами и базами данных в рамках процесса функционирования системы.

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

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

В среде мобильного приложения разработчика 3 пользователю 1 предоставляется возможность регистрации (привязки) банковской карты пользователя 5, что, в свою очередь, позволяет пользователю 1 оплачивать выбранные билеты и приобретать их в рамках мобильного приложения разработчика 3, размещенного на первом сервере разработчика 6.

Использование системы позволяет осуществлять следующую последовательность действий пользователя 1 с помощью мобильного приложения разработчика 3. Разработчик создает и размещает на веб-сайте - первом сервере разработчика 6 _ мобильное приложение разработчика 3 и его версию, адаптированную для использования на мобильных устройствах пользователя 1.

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

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

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

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

После завершения процедуры оплаты мобильное приложение разработчика 3 генерирует УИК на каждый оплаченный пользователем 1 билет и отправляет его в терминал для допуска пользователя на мероприятие 14 для осуществления сверки при проходе на мероприятие 17, а также хранит его в своей базе данных УИК 15 и в среде личного кабинета пользователя.

Переданные мобильным приложением разработчика 3 УИК хранятся в базах данных второго сервера разработчика 13 и в терминале для допуска пользователя на мероприятие 14 для обеспечения сверки с УИК пользователей в рамках процедуры прохода на мероприятия 17.

При проходе на мероприятие 17 пользователь 1 предъявляет свой универсальный пропуск 16, содержащий УИК (один или несколько), для сверки такого УИК с УИК, содержащимися в базе данных УИК 15 терминала для допуска пользователя на мероприятие 14, который осуществляет такую сверку и при совпадении УИК клиента и УИК, переданным мобильным приложением разработчика 3 и хранящимся в терминале для допуска пользователя на мероприятие 14, подает сигнал о возможности прохода пользователя 1 системы на мероприятие 17.

Основные преимущества «Универсального пропуска» для клиентов-физических лиц:

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

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

- простота использования - клиенту не нужно больше хранить билеты и следить за их сохранностью.

Основные преимущества Универсального пропуска для юридических лиц-организаторов и владельцев мероприятий:

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

- увеличение скорости процессов контроля при проходе на мероприятие;

- автоматизация процесса прохода на мероприятие.

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

Перечень позиций:

1. Пользователь

2. Мобильное устройство пользователя

3. Мобильное приложение разработчика

4. Интерфейс мобильного приложения пользователя

5. Банковская карта пользователя

6. Первый сервер разработчика

7. Программное ядро агрегации билетов

8. Сервер процессинга

9. Процессинговый центр обработки карточных транзакций

10. Сервер эмитента

11. Интерфейс эмиссии билетов

12. Второй сервер разработчика

13. Процессинговый центр терминала

14. Терминал для контроля прохода

15. Базы данных УИК

16. Универсальный пропуск

17. Мероприятие

Изобретение относится к способу создания универсального пропуска для допуска пользователя на мероприятия. Технический результат заключается в автоматизации допуска пользователя на мероприятия. В способе скачивают на мобильное устройство пользователя мобильное приложение разработчика из магазина приложений, регистрируют мобильное устройство и банковскую карту пользователя в мобильном приложении разработчика, присваивают пользователю идентификационный номер ID, к которому привязывают данные носителя пользователя: номер банковской карты или номер мобильного устройства пользователя, генерируют билеты на мероприятие, осуществляют процедуру оплаты билета, после которой формируют уникальный номер электронного билета, привязывают к нему ID клиента, при этом эта совокупность - номер электронного билета плюс ID – является универсальным идентификационным кодом УИК, являющимся универсальным пропуском на мероприятие, причем данный УИК формируют в первом сервере разработчика, передают в процессинговый центр терминала второго сервера разработчика, в терминал для допуска пользователя на мероприятие и пользователю через первый сервер разработчика и мобильное приложение разработчика для контроля прохода пользователя через терминал и допуска пользователя на мероприятие, при этом вся передача информации происходит посредством системы Интернет. 1 ил.

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