СПОСОБ УПРАВЛЕНИЯ РАБОЧИМИ ЦИКЛАМИ КОММУНИКАЦИОННЫХ ПРОФИЛЕЙ
METHOD OF CONTROLLING OPERATING CYCLES OF COMMUNICATION PROFILES

Уровень техники
Настоящее изобретение относится к способу управления рабочими циклами коммуникационных профилей, управляемых модулем идентификации абонента, встроенным или вставленным в телекоммуникационный терминал.
Как известно, телекоммуникационные терминалы беспроводной связи, например, такие как мобильные телефоны или их эквиваленты, выполнены с возможностью взаимодействия с модулем идентификации абонента мобильной телефонной сети, называемым также UICC (от “Universal Integrated Circuit Chip”) или модулем UICC, чтобы иметь возможность устанавливать связь с данной телекоммуникационной сетью.
Модуль UICC может быть выполнен в виде SIM-карты, которую можно вставить в соответствующий телекоммуникационный терминал. Эта SIM-карта содержит совокупность файлов, называемую «данными персонализации» или «коммуникационным профилем», в которую входят абонентские данные, обеспечивающие доступ к сети, в частности, ключ и единый идентификатор IMSI (от “International Mobile Subscriber Identity”), соответствующий конкретному абонированию пользователя с соответствующим оператором мобильной телефонной связи. Такой коммуникационный профиль является стандартизированным.
Этот профиль постоянно хранится в постоянной памяти SIM-карты, поэтому SIM-карту невозможно перепрограммировать. Это позволяет, в частности, снизить риски мошенничества в плане идентификации пользователя, поскольку затрудняет изменение или дублирование SIM-карты или ее абонентских данных.
Следовательно, единственным способом, позволяющим пользователю поменять оператора мобильной телефонной связи, является ручная замена текущей SIM-карты в его мобильном телефоне новой SIM-картой, выпущенной выбранным им новым оператором. Эта новая SIM-карта содержит абонентские данные, необходимые для получения доступа к сети и к сервисам, предоставляемым новым оператором.
Модуль UICC может быть также выполнен в виде встроенного модуля идентификации абонента (называемого также модулем eUICC), позволяющего пользователю поменять оператора без физической замены этого модуля eUICC в телекоммуникационном терминале. Эти недавно появившиеся модули eUICC определены в документе ETSI TS 103 383 “SmartCards, embedded UICC, Requirements Specification”, вышедшем в апреле 2014 года (версия 12.4.0). Этот документ, выпущенный организацией ETSI (“European Telecommunications Standards Institute”), определяет модуль eUICC как защищенный физический элемент небольшого размера, доступ к которому или замена которого затруднены и который позволяет безопасно переходить от одного профиля к другому.
Этот модуль eUICC может содержать множество коммуникационных профилей, при этом после своей активации каждый коммуникационный профиль позволяет терминалу получать защищенный доступ к сети оператора и к сервисам, определенным данным профилем. Это позволяет сменить оператора или изменить доступ к сервисам, меняя активный коммуникационный профиль в модуле eUICC.
Инсталляцию, деинсталляцию, активацию и/или деактивацию коммуникационного профиля осуществляют, применяя метод управления рабочим циклом профиля. Этот метод позволяет также управлять файлами коммуникационных профилей и переходить от одного профиля к другому.
Существуют разные методы правления рабочим циклом коммуникационного профиля. Каждый из этих методов может использовать одну или несколько специфических команд, которые не подходят для другого метода. Действительно, команды типа “GSMA” и “ETSI” в настоящее время не являются унифицированными. Другие методы, например, раскрытые в заявке US 20121 0221 292, не стандартизированы. Кроме того, одну и ту же команду можно интерпретировать по-разному в зависимости от рассматриваемого метода управления (то есть в соответствии с разными правилами).
Таким образом, существуют проблемы совместимости между модулем и терминалом, когда этот модуль и этот терминал не поддерживают один и тот же метод управления рабочим циклом коммуникационного профиля, причем эта несовместимость может привести к ошибкам в работе модуля и/или терминала.
Одной из задач изобретения является преодоление таких проблем несовместимости.
Объект и сущность изобретения
Объектом изобретения является способ управления рабочими циклами коммуникационных профилей, при этом профилями управляет модуль идентификации абонента, встроенный в телекоммуникационный терминал, при этом способ осуществляется модулем,
при этом каждый профиль выполнен с возможностью обеспечения связи терминала с сетью мобильной телефонной связи в соответствии с коммуникационным профилем, когда коммуникационный профиль является активным,
при этом указанный модуль выполнен с возможностью использования по меньшей мере одного метода управления, при этом метод может управлять рабочими циклами каждого из профилей, при этом метод использует набор из по меньшей мере одной команды и/или по меньшей мере одного правила,
при этом способ содержит следующие этапы:
- получают сообщение, переданное терминалом и характеризующее возможности терминала,
- выбирают или не выбирают набор, используемый методом, в зависимости от возможностей терминала, и
- если набор выбран, управляют по меньшей мере одним рабочим циклом по меньшей мере одного из профилей, используя набор из по меньшей мере одной команды и/или по меньшей мере одного правила.
Таким образом, модуль выбирает набор из по меньшей мере одной команды и/или по меньшей мере одного правила, позволяющий управлять по меньшей мере одним рабочим циклом по меньшей мере одного из профилей в зависимости от возможностей терминала.
Изобретение включает в себя частные случаи:
- либо сообщение, переданное терминалом, эксплицитно содержит возможность терминала поддерживать метод управления, поддерживаемый модулем,
- либо, сообщение, переданное терминалом, имплицитно содержит возможность терминала поддерживать метод управления, поддерживаемый модулем, и модуль определяет эту возможность из содержания сообщения.
Во втором случае (сообщение имплицитно содержит возможность терминала):
- либо сообщение не содержит никакой информации, касающейся возможности терминала поддерживать метод управления, поддерживаемый модулем, и модуль на этом основании определяет, что терминал не поддерживает этот метод управления,
- либо модуль определяет из возможностей, переданных через сообщение, переданное терминалом, возможность терминала поддерживать метод управления, поддерживаемый модулем.
В частном варианте осуществления сообщение, переданное терминалом, эксплицитно содержит возможность терминала использовать (или поддерживать) метод.
В частном варианте осуществления этап выбора или не выбора набора зависит также от возможностей модуля.
В частном варианте осуществления способ дополнительно содержит следующие этапы:
- получают команду выбора профиля, переданную терминалом, и
- выбирают один из профилей.
В частном варианте осуществления коммуникационный профиль выбирают в соответствии с заранее определенным правилом выбора, хранящимся в энергонезависимой памяти модуля.
В частном варианте осуществления правило выбора профиля является одним из следующих правил:
- выбор последнего активированного коммуникационного профиля модуля,
- выбор приоритетного коммуникационного профиля из списка, хранящегося в модуле,
- выбор единого коммуникационного профиля встроенного модуля идентификации абонента, и
- выбор коммуникационного профиля, указанного в команде выбора коммуникационного профиля.
В частном варианте осуществления способ дополнительно содержит этап передачи в терминал сообщения, содержащего информацию, касающуюся возможностей модуля.
В частном варианте осуществления сообщение, содержащее информацию, касающуюся возможностей модуля, содержит:
- информацию о методе управления, используемом модулем, и/или
- число коммуникационных профилей, хранящихся в модуле, и/или
- тип системы файлов, поддерживаемой модулем, и/или
- информацию, касающуюся выбранного коммуникационного профиля.
В частном варианте осуществления сообщение, содержащее информацию, касающуюся возможностей указанного модуля, соответствует по меньшей мере одному объекту типа “BER-TLV”, определенному нормой “ISO 7816-4” или нормой “ETSI TS 102.221”.
Объектом изобретения является также способ управления рабочими циклами коммуникационных профилей, при этом профили поддерживает телекоммуникационный терминал, выполненный с возможностью взаимодействия с модулем идентификации абонента, встроенным или вставленным в терминал, при этом способ осуществляется терминалом,
при этом каждый профиль выполнен с возможностью обеспечения связи терминала с сетью мобильной телефонной связи в соответствии с коммуникационным профилем, когда коммуникационный профиль является активным,
при этом терминал выполнен с возможностью использования по меньшей мере одного метода управления, при этом метод может управлять рабочими циклами каждого из профилей, при этом метод использует набор из по меньшей мере одной команды и/или по меньшей мере одного правила,
при этом способ содержит следующие этапы:
- в модуль передают сообщение, характеризующее возможности терминала,
- получают сообщение, содержащее информацию, касающуюся возможностей модуля, при этом сообщение поступает от модуля,
- выбирают или не выбирают набор, используемый методом, в зависимости от возможностей модуля, и
- если набор выбран, управляют по меньшей мере одним рабочим циклом по меньшей мере одного из профилей, используя набор из по меньшей мере одной команды и/или по меньшей мере одного правила.
В частном варианте осуществления способ осуществляют при первом запуске телекоммуникационного терминала.
В частном варианте осуществления способ дополнительно содержит этап, на котором:
- в модуль передают команду выбора коммуникационного профиля.
В частном варианте осуществления команда выбора коммуникационного профиля соответствует команде APDU “Select File”, определенной в норме “ISO 7816-4”.
В частном варианте осуществления передаваемое терминалом сообщение соответствует сообщению, переданному в соответствии с командой APDU “Terminal Profile”, определенной нормой “ETSI TS 102.221” и содержащей также дополнительную данную, указывающую, что терминал может поддерживать метод управления.
Объектом настоящего изобретения является также модуль идентификации абонента, встроенный в телекоммуникационный терминал,
при этом модуль выполнен с возможностью управления несколькими коммуникационными профилями,
при этом каждый профиль выполнен с возможностью обеспечения связи терминала с сетью мобильной телефонной связи в соответствии с коммуникационным профилем, когда коммуникационный профиль является активным,
при этом модуль выполнен с возможностью использования по меньшей мере одного метода управления, при этом метод может управлять рабочими циклами каждого из профилей, при этом метод использует набор из по меньшей мере одной команды и/или по меньшей мере одного правила,
при этом модуль содержит:
- средства получения сообщения, переданного терминалом, при этом сообщение характеризует возможности терминала, и
- средства выбора или не выбора набора, используемого методом, в зависимости от возможностей терминала, и
- средства управления по меньшей мере одним рабочим циклом по меньшей мере одного из профилей, использующие набор из по меньшей мере одной команды и/или по меньшей мере одного правила, если указанный набор выбран.
В частном варианте осуществления средства выбора или не выбора набора выбирают набор также в зависимости от возможностей модуля.
Объектом изобретения является также телекоммуникационный терминал, выполненный с возможностью взаимодействия с модулем идентификации абонента, встроенным или вставленным в терминал,
при этом терминал выполнен с возможностью поддерживать множество коммуникационных профилей,
при этом каждый профиль выполнен с возможностью обеспечения связи терминала с сетью мобильной телефонной связи в соответствии с коммуникационным профилем, когда коммуникационный профиль является активным,
при этом телекоммуникационный терминал выполнен с возможностью использования по меньшей мере одного метода управления, при этом метод может управлять рабочими циклами каждого из профилей, при этом метод использует набор из по меньшей мере одной команды и/или по меньшей мере одного правила,
при этом терминал содержит:
- средства передачи в модуль сообщения, характеризующего возможности терминала, и
- средства получения сообщения, содержащего информацию, касающуюся возможностей модуля, при этом сообщение поступает от модуля, и
- средства выбора или не выбора набора, используемого методом, в зависимости от возможностей модуля, и
- средства управления по меньшей мере одним рабочим циклом по меньшей мере одного из профилей, использующие набор из по меньшей мере одной команды и/или по меньшей мере одного правила, если указанный набор выбран.
Объектом изобретения является также компьютерная программа, содержащая команды для осуществления этапов описанного выше способа, когда указанную программу исполняет процессор.
Объектом настоящего изобретения является также носитель записи, считываемый процессором, на котором записана компьютерная программа, содержащая команды для осуществления этапов описанного выше способа управления.
Краткое описание чертежей
Другие отличительные признаки и преимущества настоящего изобретения будут более очевидны из нижеследующего описания со ссылками на прилагаемые чертежи, которые иллюстрируют не ограничительный пример осуществления и на которых:
фиг. 1 - схема модуля идентификации абонента согласно частному варианту осуществления изобретения, причем этот модуль встроен в телекоммуникационный терминал согласно частному варианту осуществления изобретения;
фиг. 2 - схема модуля идентификации абонента, показанного на фиг. 1, причем этот модуль встроен в классический телекоммуникационный терминал;
фиг. 3 - схема телекоммуникационного терминала, показанного на фиг. 1, в который вставлен модуль идентификации абонента;
фиг. 4А и 4В - различные конфигурации коммуникационных профилей, хранящихся в модуле, показанном на фиг. 1;
фиг. 5 - регистр, хранящийся в модуле, показанном на фиг. 1;
фиг. 6 - блок-схема основных этапов способа управления, осуществляемого модулем и терминалом, показанными на фиг. 2;
фиг. 7 - блок-схема основных этапов способа управления, осуществляемого модулем, показанным на фиг. 2;
фиг. 8 - блок-схема основных этапов способа управления, осуществляемого терминалом, показанным на фиг. 3.
Подробное описание нескольких вариантов осуществления
На фиг. 1 показан модуль 100 идентификации абонента согласно частному варианту осуществления изобретения, причем этот модуль 100 идентификации абонента встроен в телекоммуникационный терминал 110 согласно частному варианту осуществления изобретения.
В примере, представленном на фиг. 1, модуль 100 идентификации абонента является картой eUICC (от “embedded Universal Integrated Circuit Chip”). Например, эта карта eUICC запаяна или интегрирована в терминал 110.
Этот модуль выполнен с возможностью управления несколькими коммуникационными профилями P1-Pn. Каждый из этих профилей P1-Pn имеет рабочий цикл, который начинается с момента инсталляции этого профиля P1-Pn и который завершается во время деинсталляции этого профиля P1-Pn. Таким образом, в течение этого рабочего цикла профиль устанавливают и убирают, а также активируют и деактивируют. Кроме того, во время этого рабочего цикла происходит управление файлами этого профиля.
Кроме того, этот модуль 100 выполнен с возможностью поддерживать, то есть использовать по меньшей мере один метод управления рабочим циклом профиля, причем этот метод может управлять рабочими циклами каждого из указанных профилей P1-Pn. Этот метод использует набор из по меньшей мере одной команды и/или по меньшей мере одного правила.
Под «методом управления рабочим циклом профиля» следует понимать метод, позволяющий производить инсталляцию, деинсталляцию, активацию и деактивацию коммуникационных профилей. Этот метод обеспечивает также управление файлами коммуникационных профилей и переход от одного профиля к другому.
Команда и/или правило, используемые методом управления, могут быть не стандартизированными. Таким образом, другой метод управления может не применять эту команду и/или это правило и применять другую команду и/или другое правило.
Под «командой» следует понимать компьютерную команду, то есть команду выполнения задачи.
Под «правилом» следует понимать правило интерпретирования полученной команды и реакции на эту команду.
Кроме того, терминал 110 выполнен с возможностью поддерживать, то есть использовать по меньшей мере один метод управления рабочими циклами профилей. Этот метод может быть тем же методом, который поддерживает модуль 100, или другим методом.
Согласно примеру, одним из методов управления является метод типа “enable/disable” или метод, использующий систему файлов «управления» профилями, используемых терминалом для выбора профилей.
Согласно примеру, команда и/или правило, используемые методом управления, касаются создания протокола обмена во время активации защищенного канала. Действительно, некоторые профили используют для этой цели сертификаты, тогда как другие профили используют для этой цели симметричные или ассиметричные ключи.
Модуль 100 содержит эксплуатационную систему 120, например, хранящуюся в постоянной памяти. Модуль 100 идентификации абонента содержит также энергонезависимую перезаписываемую память 130 и коммуникационный интерфейс 140.
Эксплуатационная система 120 содержит модуль 150 управления профилем.
Как правило, энергонезависимая перезаписываемая память 130 является запоминающим устройством типа “EEPROM” или запоминающим устройством типа “Flash”. Эта энергонезависимая память 130 содержит также множество коммуникационных профилей P1-Pn.
Каждый профиль P1-Pn представляет собой совокупность файлов, выполненных с возможностью обеспечения связи терминала с сетью мобильной телефонной связи, связанной с конкретным телефонным оператором, когда указанный коммуникационный профиль P1-Pn является активным.
Согласно примеру, профили P1-Pn скомпонованы в конфигурации, показанной на фиг. 4А. Согласно этой первой конфигурации, каждый профиль P1-Pn содержит:
- главный файл MF1 (“Master File” в англо-саксонской терминологии),
- выделенные файлы DF (“Dedicated Files” в англо-саксонской терминологии), и
- элементарные файлы EF (“Elementary Files” в англо-саксонской терминологии).
Элементарные файлы могут содержать, в частности, абонентские данные (например, идентификаторы (IMSI и т.д.), криптографические ключи, алгоритмы (например, аутентификации) и т.д.).
В другом примере профили P1-Pn скомпонованы в конфигурации, показанной на фиг. 4В. Согласно этой второй конфигурации, каждый профиль P1-Pn содержит:
- главный файл SDF (“SIM Dedicated File” в англо-саксонской терминологии),
- выделенные файлы DF (“Dedicated Files” в англо-саксонской терминологии), и
- элементарные файлы EF (“Elementary Files” в англо-саксонской терминологии).
Согласно этой конфигурации, главный файл SDF каждого профиля P1-Pn представляет собой подкаталог файла MF2 (“Master File” в англо-саксонской терминологии), общий для профилей P1-Pn.
Профили согласно первой конфигурации являются профилями типа, отличного от типа профилей во второй конфигурации.
Другими типами профилей являются например, профили “2G”, профили «3G”, профили “CDMA” или профиль, принадлежащий оператору мобильной телефонной связи.
Каждый метод управления может управлять рабочим циклом каждого профиля P1-Pn. Следовательно, каждый метод управления управляет рабочим циклом каждого профиля P1-Pn независимо от типа профиля.
В варианте, энергонезависимая память 130 содержит единый коммуникационный профиль P1-Pn.
Модуль 150 выполнен с возможностью осуществления выбора одного или нескольких коммуникационных профилей P1-Pn в модуле 100 на основании заранее определенного правила выбора набора RL из по меньшей мере одного правила, содержащегося в энергонезависимой перезаписываемой памяти 130 в модуле 100. Выбор соответствует, например, норме 3GPP TS 31/102 (“Characteristics of the Universal Subscriber Identity Module application”).
Согласно примеру, правилами набора RL являются:
- выбор последнего активированного коммуникационного профиля P1-Pn модуля 100,
- выбор приоритетного коммуникационного профиля P1-Pn в списке или первом регистре R1, что будет описано ниже,
- выбор единого коммуникационного профиля P1-Pn встроенного модуля идентификации абонента, или
- выбор коммуникационного профиля P1-Pn, указанного в команде выбора коммуникационного профиля P1-Pn, полученной модулем 100.
Кроме того, модуль 150 может обращаться к первому регистру R1 и ко второму регистру R2, причем этим регистры R1 и R2 хранятся в энергонезависимой памяти 130.
Первый регистр R1 выполнен, например, в виде базы данных (см. фиг. 5) и может содержать, например, следующий элемент:
- идентификатор ID1-IDn рассматриваемого профиля P1-Pn;
в сочетании по меньшей мере с одним из следующих элементов:
- статус SA1-SAn рассматриваемого профиля P1-Pn, причем этот статус SA1-SAn показывает, является профиль P1-Pn активным или нет;
- статус SO1-SOn рассматриваемого профиля P1-Pn, причем этот статус SO1-SОn показывает порядок приоритета выбора этого профиля P1-Pn;
- статус SD1-SDn рассматриваемого профиля P1-Pn, причем этот статус SD1-SDn показывает, является ли этот профиль P1-Pn последним активированным коммуникационным профилем P1-Pn; и
- указатель на адрес памяти @1-@n рассматриваемого коммуникационного профиля P1-Pn.
В варианте несколько регистров заменяют первый регистр R1, причем каждый регистр содержит идентификатор ID1-IDn в сочетании по меньшей мере с одним из вышеуказанных элементов.
Второй регистр R2 выполнен, например, в виде базы данных и может содержать, например, в сочетании следующие элементы:
- метод управления, который может быть использован модулем 100, и
- набор, содержащий по меньшей мере одну команду и/или по меньшей мере одно правило и используемый методом управления.
Эксплуатационная система 120 и, в частности, программный модуль 150 представляет собой пример компьютерной программы в рамках изобретения, причем эта программа содержит команды для осуществления этапов способа управления рабочими циклами профиля, осуществляемого модулем 100, согласно частному варианту осуществления изобретения.
Память, в которой находится эксплуатационная система 120, представляет собой пример носителя записи в рамках изобретения, считываемого процессором (не показан) модуля 100.
Терминал 110 содержит эксплуатационную систему 160 (хранящуюся, например, в постоянной памяти), энергонезависимую память 170 и коммуникационный интерфейс 180, выполненный с возможностью установления связи с коммуникационным интерфейсом 140 модуля 110.
Как правило, энергонезависимая память 170 является запоминающим устройством типа “EEPROM” или запоминающим устройством типа “Flash”. Эта энергонезависимая память 170 содержит третий регистр R3, к которому может обращаться эксплуатационная система 160.
Третий регистр R3 выполнен, например, в виде базы данных и может содержать, например, в сочетании следующие элементы:
- метод управления, который может быть использован терминалом 110, и
- набор, содержащий по меньшей мере одну команду и/или по меньшей мере одно правило и используемый методом управления.
Эксплуатационная система 160 представляет собой пример компьютерной программы в рамках изобретения, причем эта программа содержит команды для осуществления этапов способа управления рабочими циклами профиля, осуществляемого терминалом 110, согласно частному варианту осуществления изобретения.
Память, в которой находится эксплуатационная система 160, представляет собой пример носителя записи в рамках изобретения, считываемого процессором (не показан) терминала 110.
Согласно примеру, терминал 110 является терминалом мобильной телефонной связи. В другом примере терминал 110 является коммуникационным устройством, выполненным с возможностью взаимодействовать с модулем идентификации абонента, таким как карта eUICC или SIM-карта. Этот коммуникационное устройство может быть, например, умным объектом, способным сообщаться через телекоммуникационную сеть с другой машиной (например, является счетчиком потребления энергии в здании, выполненным с возможностью сообщаться через телекоммуникационную сеть с поставщиком).
На фиг. 2 представлен модуль 100 идентификации абонента, показанный на фиг.1, но этот модуль 100 идентификации абонента в данном случае встроен в классический телекоммуникационный терминал 210.
Под «классическим коммуникационным терминалом 210» следует понимать терминал, который не может использовать метод управления. Следовательно, терминал не позволяет инсталлировать, деинсталлировать, активировать и деактивировать коммуникационные профили. Кроме того, терминал 210 не позволяет управлять файлами профилей и переходом от одного профиля к другому.
Терминал 110 содержит эксплуатационную систему 160, энергонезависимую память 170 и коммуникационный интерфейс 180, выполненный с возможностью установления связи с коммуникационным интерфейсом 140 модуля 110.
Как правило, энергонезависимая память 170 является запоминающим устройством типа “EEPROM” или запоминающим устройством типа “Flash”.
Согласно примеру, терминал 210 является терминалом мобильной телефонной связи. В другом примере терминал 210 является коммуникационным устройством, выполненным с возможностью взаимодействовать с модулем идентификации абонента, таким как карта eUICC или SIM-карта. Этот коммуникационное устройство может быть, например, умным объектом, способным сообщаться через телекоммуникационную сеть с другой машиной (например, является счетчиком потребления энергии в здании, выполненным с возможностью сообщаться через телекоммуникационную сеть с поставщиком).
На фиг. 3 показан телекоммуникационный терминал 110, показанный на фиг. 1, в который вставлен классический модуль 300 идентификации абонента.
В примере на фиг. 3 модуль 300 идентификации абонента является SIM-картой. Под «модулем 300 идентификации абонента» следует понимать модуль, который не может использовать метод управления. Следовательно, модуль 300 не позволяет инсталлировать, деинсталлировать, активировать и деактивировать коммуникационные профили. Кроме того, модуль 300 не позволяет управлять файлами профилей и переходом от одного профиля к другому.
Действительно, классический модуль идентификации абонента содержит только один профиль. Этот профиль определен данными персонализации модуля 300. Эти данные могут содержать, в частности, абонентские данные (например, идентификаторы (IMSI и т.д.), криптографические ключи, алгоритмы (например, аутентификации) и т.д.).
Модуль 300 содержит эксплуатационную систему 320, например, хранящуюся в постоянной памяти. Кроме того, модуль 300 содержит также энергонезависимую перезаписываемую память 330 и коммуникационный интерфейс 340.
На фиг. 6 представлен способ управления рабочими циклами профилей, осуществляемый телекоммуникационным терминалом 110, показанным на фиг. 1, и модулем 100 идентификации абонента, встроенным в терминал, показанный на фиг. 1. Этапы В602, В604, В606, В610 и В615 этого способа осуществляет модуль 100, тогда как этапы А600, А602, А606, А608 и А610 этого способа осуществляет терминал 110. Этап АВ620 этого способа осуществляют модуль 100 и терминал 110.
Первый этап А600 этого способа соответствует первому запуску телекоммуникационного терминала 110, когда модуль 100 встроен в терминал 110.
Терминал 110 передает (этап А602) команду М602 выбора коммуникационного профиля P1-Pn.
Эта команда М602 выбора может содержать информацию о профиле P1-Pn, затребованном терминалом 110. Эта информация может представлять собой идентификатор ID1-IDn затребованного профиля P1-Pn, путь доступа к главному файлу MF1 или SDF затребованного профиля P1-Pn или название главного файла MF1 или SDF затребованного профиля P1-Pn. Согласно примеру, команда М602 выбора коммуникационного профиля соответствует команде APDU “Select MF”, определенной в разделе 6.11 нормы “ISO 7816-4”.
При получении (этап В602) команды М602 модуль 100 выбирает на этапе В604 коммуникационный профиль P1-Pn в соответствии с заранее определенным правилом из набора правил RL.
Так, согласно примеру, модуль 100 проверяет статусы SDA1-SDAn первого регистра R1 для определения последнего активированного профиля P1-Pn, затем выбирает (В604) этот последний активированный коммуникационный профиль P1-Pn.
В другом примере модуль 100 проверяет статусы SO1-SOn первого регистра R1 для определения профиля P1-Pn, имеющего наиболее высокий приоритетный порядок выбора и выбирает (В604) этот приоритетный профиль P1-Pn.
В еще одном примере модуль 100 выбирает (В604) единый коммуникационный профиль, содержащийся в этом модуле 100.
В еще одном примере, который может быть реализован, когда команда М602 выбора содержит информацию, касающуюся профиля P1-Pn, затребованного терминалом 100, модуль 100 выбирает (В604) коммуникационный профиль P1-Pn, соответствующий этой информации. При этом модуль 100 может обратиться к первому регистру R1.
Таким образом, модуль 100 может выбрать коммуникационный профиль P1-Pn, главным файлом которого является подкаталог файла, общего для профилей P1-Pn, как показано на фиг. 4В, или коммуникационный профиль P1-Pn, главный файл которого не является подкаталогом файла, общего для профилей P1-Pn, как показано на фиг. 4А.
Затем на этапе В606 модуль 100 передает сообщение М606 в терминал 110. Это сообщение М606 содержит информацию, касающуюся возможностей модуля 100.
Согласно примеру, информация, касающаяся возможностей модуля 100, включает в себя:
- информацию о методах управления рабочим циклом профилей P1-Pn, поддерживаемых модулем100 (или о поддерживаемом методе управления), и/или
- число профилей P1-Pn, хранящихся в модуле 100, и/или
- тип системы файлов, поддерживаемой модулем 100, и/или
- информацию, касающуюся выбранного коммуникационного профиля P1-Pn, например, его идентификатор ID1-IDn.
Согласно примеру, сообщение М606 соответствует команде APDU “MF FCP TLV”, определенной нормой “ISO 7816-4”, которая содержит по меньшей мере один объект типа “BER-TLV”, определенный нормой “ISO 7816-4” или нормой “ETSI TS 102.221”.
Так, сообщение М606, содержащее информацию, касающуюся возможностей модуля 100, соответствует по меньшей мере одному объекту типа “BER-TLV”. Следовательно, информация, касающаяся выбранного профиля, включена в объект типа “BER-TLV”.
После получения (этап А606) сообщения М606 терминал 110 выбирает на этапе А608 или не выбирает набор по меньшей мере из одной команды и/или по меньшей мере из одного правила, используемый методом управления.
Выбор или не выбор набора происходит в зависимости от возможностей модуля 100, переданных в сообщении М606, и от возможностей терминала 110.
Как правило, терминал 110 определяет из информации о методах управления, поддерживаемых модулем 100, все методы управления, поддерживаемые модулем 100.
Затем терминал 100 выявляет метод, который он поддерживает (или методы, которые он поддерживает), среди методов, поддерживаемых модулем 100 (или поддерживаемый метод).
Если терминал 100 поддерживает несколько методов, поддерживаемых модулем 100, терминал выбирает один из этих методов в зависимости от заранее определенного правила выбора.
Кроме того, если терминал 110 поддерживает один метод среди методов, поддерживаемых модулем 100 (или единый поддерживаемый метод), терминал 110 выбирает этот метод.
При этом терминал 110 выбирает набор по меньшей мере из одной команды и/или по меньшей мере из одного правила, используемый выбранным методом. При этом выбранный метод может осуществляться терминалом 110.
Если терминал 110 не поддерживает ни один из методов, поддерживаемых модулем 100 (или не поддерживает поддерживаемый метод), терминал 100 не выбирает метод и не выбирает набор. В этом случае терминал 100 не сможет управлять рабочими циклами профилей P1-Pn. В варианте, если терминал 110 не поддерживает ни один из методов, поддерживаемых модулем100 (или не поддерживает поддерживаемый метод), терминал 110 выбирает заранее определенный метод, позволяющий только управлять файлами выбранного профиля.
В примере, терминал 100 обращается к регистру R3, чтобы определить, поддерживает ли он по меньшей мере один из методов управления, поддерживаемых модулем 100 (или поддерживаемый метод), и, чтобы, в случае необходимости, выбрать набор, соответствующий выбранному методу.
Кроме того, на этапе А610 терминал 110 передает в модуль 100 сообщение М610, характеризующее возможности этого терминала 110 (например, возможности САТ от “Card Application Toolkit” в англо-саксонской терминологии). Это сообщение М610 может содержать информацию о возможности терминала 110 поддерживать метод управления.
В частности, если на этапе А608 терминал 110 выбрал набор, используемый выбранным методом, сообщение М610 содержит информацию о возможности терминала 110 использовать этот метод. Сообщение М610, переданное терминалом 110, содержит таким образом эксплицитно возможность указанного терминала 110 поддерживать выбранный метод. В варианте, сообщение М610 не содержит информации о возможности терминала 110 использовать выбранный метод, и модуль 100 выявляет из других возможностей, содержащихся в сообщении М610, переданном терминалом 110, эту возможность указанного терминала 110 поддерживать выбранный метод управления.
Если терминал 110 не выбрал набора во время этапа А608, сообщение М610 не содержит никакой информации о возможности терминала 110 использовать метод, поддерживаемый модулем 100, или содержит информацию о невозможности терминала 110 использовать метод, поддерживаемый модулем 100.
Согласно примеру, это сообщение М610, передаваемое терминалом 110, соответствует сообщению, передаваемому в соответствии с командой APDU “Terminal Profile”, определенной в норме “FTSI TS 102.221”.
Если сообщение М610 содержит информацию о возможности терминала 110 использовать метод, поддерживаемый модулем 100, модуль 100 выбирает на этапе В615, например, обратившись к регистру R2, набор по меньшей мере из одной команды и/или по меньшей мере из одного правила, который соответствует этому методу и должен быть использован этим модулем 100. Таким образом, модуль 100 выбирает набор по меньшей мере из одной команды и/или по меньшей мере из одного правила в зависимости от возможностей терминала 110 и модуля 100. При этом метод может быть осуществлен модулем 100.
Если сообщение М610 не содержит никакой информации о возможности терминала 110 использовать метод, поддерживаемый модулем 100, или содержит информацию о невозможности терминала 110 использовать метод, поддерживаемый модулем 100, модуль 100 не выбирает набор. При этом модуль 100 не сможет управлять рабочими циклами профилей P1-Pn. В варианте модуль выбирает заранее определенный метод, позволяющий только управлять файлами выбранного профиля.
На этапе АВ620, если модуль 100 и терминал 110 выбрали набор, соответствующий методу, поддерживаемому модулем 100 и терминалом 110, модуль 100 и терминал 110 управляют по меньшей мере одним рабочим циклом по меньшей мере одного из профилей P1-Pn, используя выбранный набор. Например, модуль 150 активирует выбранный профиль P1-Pn при помощи выбранного набора. Активацию можно произвести путем изменения статуса SA1-SAn первого регистра R1, содержащего список всех коммуникационных профилей P1-Pn модуля 100.
На фиг. 7 представлен способ управления рабочими циклами профилей, осуществляемый модулем 100 идентификации абонента и телекоммуникационным терминалом 110, показанными на фиг. 2.
Этапы В702, В704, В706, В710 и В715 этого способа осуществляет модуль 100, тогда как этапы А700, А702, А706 и А710 этого способа осуществляет терминал 210.
Первый этап А700 этого способа соответствует первому запуску телекоммуникационного терминала 210, когда модуль 100 встроен в терминал 210.
Терминал 210 передает (этап А702) команду М702 выбора коммуникационного профиля P1-Pn.
Согласно примеру, команда М702 выбора коммуникационного профиля соответствует команде APDU “Select MF”, определенной в разделе 6.11 нормы “ISO 7816-4”.
При получении (этап В702) команды М702 модуль 100 выбирает на этапе В704 коммуникационный профиль P1.
Затем на этапе В706 модуль 100 передает сообщение М706 в терминал 110. Это сообщение М706 содержит информацию, касающуюся возможностей модуля 100.
Согласно примеру, информация, касающаяся возможностей модуля 100, включает в себя:
- информацию о методах управления рабочим циклом профилей P1-Pn, поддерживаемых модулем 100 (или о поддерживаемом методе управления), и/или
- число коммуникационных профилей P1-Pn, хранящихся в модуле 100, и/или
- тип системы файлов, поддерживаемой модулем 100, и/или
- информацию, касающуюся выбранного коммуникационного профиля P1-Pn, например, его идентификатор ID1-IDn или тип профиля P1-Pn.
Согласно примеру, сообщение М706 соответствует команде APDU “MF FCP TLV”, определенной нормой “ISO 7816-4”, которая содержит по меньшей мере один объект типа “BER-TLV”, определенный нормой “ISO 7816-4” или нормой “ETSI TS 102.221”.
Так, сообщение М706, содержащее информацию, касающуюся возможностей модуля, соответствует по меньшей мере одному объекту типа “BER-TLV”. Следовательно, информация, касающаяся возможностей модуля, включена в объект типа “BER-TLV”.
При получении (этап А706) сообщения М706 терминал 210 игнорирует информацию, касающуюся выбранного коммуникационного профиля. Действительно, поскольку терминал 210 является классическим терминалом, он не может принимать во внимание и анализировать эту данную.
Кроме того, на этапе А710 терминал 110 передает в модуль 100 сообщение М710, характеризующее возможности этого терминала 110 (например, возможности САТ от “Card Application Toolkit”в англо-саксонской терминологии).
Согласно примеру, это сообщение М710, передаваемое терминалом 110, соответствует сообщению, передаваемому в соответствии с командой APDU “Terminal Profile”, определенной в норме “FTSI TS 102.221”.
Поскольку терминал 210 является классическим терминалом, это сообщение М719 не будет содержать информации о возможности этого терминала 210 поддерживать метод управления.
После получения сообщения М710 модуль 100 не выбирает набор команд и правил.
В частности, на основании отсутствия информации о возможности терминала 210 поддерживать данный метод управления модуль 100 делает вывод (этап В715), что терминал 210 является классическим терминалом, который не может использовать метод управления. Следовательно, модуль 100 не выбирает метод и не выбирает набор, и не происходит управления рабочими циклами профилей P1-Pn. В варианте модуль 100 выбирает заранее определенный метод, позволяющий только управлять файлами выбранного профиля.
На фиг. 8 представлен способ управления рабочими циклами профилей, осуществляемый телекоммуникационным терминалом 110 и модулем 300 идентификации абонента, показанными на фиг. 3. Этапы В802, В804, В806 и В810 этого способа осуществляет модуль 300, тогда как этапы А800, А802, А806, А808 и А810 этого способа осуществляет терминал 110.
Первый этап А800 этого способа соответствует первому запуску телекоммуникационного терминала 110, когда модуль 300 встроен в этот терминал 110.
Терминал 110 передает (этап А802) команду М802 выбора коммуникационного профиля P1-Pn.
Эта команда М802 выбора может содержать информацию о профиле P1-Pn, затребованном терминалом 110. Эта информация может представлять собой идентификатор ID1-IDn затребованного профиля P1-Pn, путь доступа к главному файлу MF1 или SDF затребованного профиля P1-Pn или название главного файла MF1 или SDF затребованного профиля P1-Pn. Согласно примеру, команда М802 выбора коммуникационного профиля соответствует команде APDU “Select MF”, определенной в разделе 6.11 нормы “ISO 7816-4”.
При получении (этап В802) команды М802 модуль 300 выбирает на этапе В804 «единый профиль» P1, хранящийся в энергонезависимой памяти 330 этого модуля 300 (то есть данные персонализации).
Затем на этапе В806 модуль 300 передает сообщение М806 в терминал 110. Это сообщение М806 содержит информацию, касающуюся выбранного коммуникационного профиля.
Согласно примеру, информация, касающаяся выбранного профиля Р1, описывает возможности управления рабочим циклом профиля.
Согласно примеру, это сообщение М806 соответствует команде APDU “MF FCP TLV”, определенной нормой “ISO 7816-4”, которая содержит по меньшей мере один объект типа “BER-TLV”, определенный нормой “ISO 7816-4” или нормой “ETSI TS 102.221”.
Так, сообщение М806, содержащее информацию, касающуюся выбранного коммуникационного профиля, соответствует по меньшей мере одному объекту типа “BER-TLV”. Следовательно, информация, касающаяся выбранного профиля, включена в объект типа “BER-TLV”.
После получения (этап А806) сообщения М806, на основании отсутствия информации о методах управления, поддерживаемых модулем 100, терминал 100 делает вывод, что модуль 300 является классическим модулем, который не может использовать метод управления (этап А808). Следовательно, терминал 110 не выбирает набор.
Кроме того, на этапе А810 терминал 110 передает в модуль 300 сообщение М810, характеризующее возможности этого терминала 110 (например, возможности САТ от “Card Application Toolkit” в англо-саксонской терминологии).
Согласно примеру, это сообщение М810, передаваемое терминалом 110, соответствует сообщению, передаваемому в соответствии с командой APDU “Terminal Profile”, определенной в норме “FTSI TS 102.221”. Это сообщение М810 содержит информацию о возможности терминала поддерживать по меньшей мере один метод управления рабочими циклами профилей.
При получении (этап А810) сообщения М806 модуль 300 игнорирует информацию, касающуюся возможности терминала поддерживать метод управления. Действительно, поскольку модуль 300 является классическим модулем, он не может принимать во внимание и анализировать эту данную. В этом случае не происходит управления рабочим циклом профиля Р1.
Таким образом, способ позволяет управлять рабочими циклами профилей, только если терминал и модуль поддерживают один и тот же метод управления. В противном случае управления рабочими циклами профилей не происходит. В этом случае невозможно, например, переходить от одного профиля к другому. Это позволяет ограничить ошибки в работе модуля и/или терминала, так как для этого модуля и этого терминала невозможно использовать разные методы управления, использующие разные команды и/или правила.