Цифровой билет

Virtual instance of a ticket

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

Критерии

Цифровой билет должен соответствовать следующим критериям:

  • Безопасно (невозможно изменить или подделать)
  • Портативный (физическая независимость)
  • Возможность работы в автономном режиме
  • Широкая приемлемость (чтобы билет был принят всеми, необходим определенный уровень доверия).
  • Удобный

Кроме того, для цифровых билетов важны еще три требования:

  • Видно
Условия и описание услуги должны быть объективно поняты как поставщиком услуг, так и потребителем или владельцем, чтобы можно было определить стоимость билета. Более того, это существенное свойство для отслеживания цифрового билета.
  • Состояние управляемое
Билеты также могут иметь статус оплаты, т. е. оплаченный или неоплаченный, и/или статус бронирования, т. е. лист ожидания, зарезервированный или отмененный. Статус может меняться динамически. Кроме того, право собственности на билет может быть переписано при передаче билета. Однако трудно разрешить эти изменения, одновременно гарантируя безопасность.
  • Разлагаемый
Иногда для получения услуги требуется объединение двух или более билетов, или один билет может состоять из нескольких частей. Например, проездной билет может включать в себя билет на проживание и билет на самолет или билет на аренду автомобиля.

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

Жизненный цикл

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

Создание

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

Слой 1

Общие свойства билета, не зависящие от типа билета:

  • Эмитент
  • Обещание (Подробности приведены в верхних слоях)
  • Владелец
  • Переносимость
  • Количество раз употребления
  • Действительный период
  • Вид
  • Подпись эмитента выше

Слой 2

Свойства билетов, определяемые каждой отраслью

Слой 3

Свойства билета определяются каждой компанией-эмитентом или отдельным лицом

[1]

Передача

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

Вид

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

Искупление

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

Выполнение

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

Система на основе аккаунта

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

Хранилище

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

Аутентификация

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

Предотвращение двойного выкупа

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

Система на основе смарт-карт

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

Хранилище

Билеты хранятся на смарт-картах. Смарт-карты могут предоставляться как пользователями, так и поставщиками услуг. Производительность текущих смарт-карт ограничена, что затрудняет асинхронную торговлю. Различные поставщики услуг, вероятно, будут использовать разные стандарты, что делает обязательным наличие разных смарт-карт для разных видов билетов. Это очень полезно для пассажиров.

Аутентификация

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

Предотвращение двойного выкупа

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

Смотрите также

Ссылки

  1. ^ abc Fujimura, Ko; Nakajima, Yoshiaki (1998). «Универсальная структура цифровых билетов». Труды 3-го семинара USENIX по электронной коммерции . USENIX . С. 177–186.
  2. ^ Мацуяма, Казуо; Фудзимура, Ко (1999). «Распределенное управление цифровыми билетами для системы торговли правами». Труды 1-й конференции ACM по электронной коммерции . Ассоциация вычислительной техники . С. 110–118. Архивировано из оригинала 13 июля 2012 г. Получено 16 января 2008 г.
  • Автобусные билеты становятся мобильными
Retrieved from "https://en.wikipedia.org/w/index.php?title=Digital_ticket&oldid=1244431156"