WikiDer > Электронный билет

Digital ticket

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

Критерии

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

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

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

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

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

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

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

Творчество

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

Digitalticketlayer.png

Слой 1

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

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

Слой 2

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

Слой 3

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

[1]

Передача

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

Вид

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

Искупление

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

Выполнение

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

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

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

Место хранения

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

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

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

Предотвращение повторного погашения

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

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

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

Место хранения

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

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

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

Предотвращение повторного погашения

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

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

Рекомендации

  1. ^ а б c Fujimura, Ko; Накадзима, Ёсиаки (1998). «Универсальная система цифровых билетов». Материалы 3-го семинара USENIX по электронной торговле. USENIX. С. 177–186.
  2. ^ Мацуяма, Кадзуо; Фудзимура, Ко (1999). «Распределенное управление электронными билетами для системы торговли правами». Материалы 1-й конференции ACM по электронной коммерции. Ассоциация вычислительной техники. С. 110–118. В архиве из оригинала 13 июля 2012 г.. Получено 16 января, 2008.

внешняя ссылка