АРХИТЕКТУРА ДАННЫХ И УПРАВЛЕНИЯ НА СТОРОНЕ ТЕРМИНАЛА ИНТЕЛЛЕКТУАЛЬНЫХ КАРТ

1. Инфраструктура (300) терминала интеллектуальных карт для терминала (200) интеллектуальных карт, причем инфраструктура (300) терминала содержит архитектуру (310) данных и управления, причем архитектура (310) содержит
компонент (410) интерфейса для получения информации, относящейся к приложению (230) интеллектуальной карты на интеллектуальной карте (220);
компонент (420) управления условием ошибки для обнаружения ошибки интеллектуальной карты (220);
компонент (430) управления использованием для применения политики использования, относящейся к интеллектуальной карте (220); и
компонент (440) связи для осуществления связи между интеллектуальной картой (220) и терминалом (200) интеллектуальных карт.
2. Инфраструктура (300) терминала интеллектуальных карт по п.1, в которой архитектура (310) данных и управления является прикладным программным интерфейсом (API).
3. Инфраструктура (300) терминала интеллектуальных карт по п.1, в которой информацией, относящейся к приложению (230) интеллектуальной карты на интеллектуальной карте (220), является по меньшей мере одно из (i) интерфейса приложения (230) интеллектуальной карты; (ii) протокола, используемого приложением (230) интеллектуальной карты; и (iii) модели защиты интеллектуальной карты (220).
4. Инфраструктура (300) терминала интеллектуальных карт по п.1, дополнительно содержащая модуль (340) карты для предоставления информации, относящейся к приложению (230) интеллектуальной карты на интеллектуальной карте (220), архитектуре (310) данных и управления.
5. Инфраструктура (300) терминала интеллектуальных карт по п.4, дополнительно содержащая приложение (305) терминала, соответствующее приложению (230) интеллектуальной карты и созданное из информации, относящейся к приложению (230) интеллектуальной карты на интеллектуальной карте (220).
6. Инфраструктура (300) терминала интеллектуальных карт по п.1, в которой компонент (420) управления условием ошибки дополнительно предназначен для передачи сообщения об ошибке к компоненту (440) связи после обнаружения ошибки.
7. Инфраструктура (300) терминала интеллектуальных карт по п.6, в которой компонент (440) связи передает сообщение об ошибке терминала (200) интеллектуальных карт по меньшей мере с помощью одного из (i) отображения сообщения об ошибке на устройстве (191) отображения; (ii) создания записи в журнале, соответствующей сообщению об ошибке; и (iii) передачи сообщения об ошибке приложению.
8. Инфраструктура (300) терминала интеллектуальных карт по п.1, в которой компонент (430) управления использованием дополнительно предназначен для передачи информации об использовании компоненту (440) связи после обнаружения нарушения политики использования, относящейся к интеллектуальной карте (220).
9. Инфраструктура (300) терминала интеллектуальных карт по п.8, в которой компонент (440) связи передает указание о нарушении политики использования, относящейся к интеллектуальной карте (220), по меньшей мере с помощью одного из (i) отображения индикации о нарушении на устройстве (191) отображения; (ii) создания записи в журнале, соответствующей нарушению; и (iii) передачи указания о нарушении приложению.
10. Инфраструктура (300) терминала интеллектуальных карт по п.1, в которой архитектура (310) данных и управления дополнительно содержит компонент (450) соединения для создания канала между приложением (230) интеллектуальной карты и соответствующим приложением (305) терминала, если никаких ошибок не обнаружено или применяется политика использования.
11. Инфраструктура (300) терминала интеллектуальных карт по п.1, в которой архитектура (310) данных и управления дополнительно содержит компонент (460) политики терминала для внедрения политик терминала или ограничений, относящихся к обработке приложения (230) интеллектуальной карты.
12. Способ взаимодействия между приложением (305) терминала интеллектуальных карт и приложением (230) интеллектуальной карты на интеллектуальной карте (220), причем способ содержит этапы, на которых
получают прикладной программным интерфейс (API), записанный в архитектуре терминала интеллектуальной карты (505);
получают информацию, относящуюся к приложению интеллектуальной карты от API (510); и
внедряют информацию, относящуюся к приложению интеллектуальной карты, в приложение терминала интеллектуальных карт (515).
13. Способ взаимодействия по п.12, в котором получение информации, относящейся к приложению интеллектуальной карты от API (510), содержит получение, по меньшей мере, одного из (i) интерфейса приложения интеллектуальной карты; (ii) протокола, используемого приложением интеллектуальной карты; и (iii) модели защиты интеллектуальной карты.
14. Способ взаимодействия по п.12, дополнительно содержащий этап, на котором применяют модель защиты интеллектуальной карты в терминале интеллектуальных карт (520).
15. Способ взаимодействия по п.14, в котором применение модели защиты интеллектуальной карты (520) содержит этапы, на которых
контролируют использование интеллектуальной карты (525); и
после определения, что контролируемое использование нарушает модель защиты (530), указывают сообщение о нарушении (535).
16. Способ взаимодействия по п.12, дополнительно содержащий этап, на котором создают защищенный канал связи между интеллектуальной картой и терминалом интеллектуальных карт (540).
17. Способ взаимодействия по п.12, дополнительно содержащий этап, на котором конфигурируют приложения терминала интеллектуальных карт для дополнительного определения политики терминала или ограничения (545).
18. Способ применения модели защиты интеллектуальной карты в терминале интеллектуальных карт, причем способ содержит этапы, на которых
получают модель защиты интеллектуальной карты из архитектуры данных и управления терминала интеллектуальных карт (610); и
внедряют модель защиты в приложение терминала интеллектуальных карт, соответствующее интеллектуальной карте (615).
19. Способ по п.18, в котором получение модели защиты интеллектуальной карты из структуры данных и управления терминала интеллектуальных карт содержит считывание интерфейса прикладной программы (API), примененного к архитектуре данных и управления.
20. Способ по п.18, дополнительно содержащий этапы, на которых
обнаруживают условие ошибки, определенное с помощью модели защиты (620); и
передают сообщение об ошибке, соответствующее условию ошибки, после обнаружения условия ошибки (625).