КАРТА EUICC ДЛЯ ХРАНЕНИЯ КОРОТКИХ НОМЕРОВ АБОНЕНТСКИМ ПРОФИЛЕМ ДЛЯ УВЕДОМЛЕНИЯ АБОНЕНТСКОГО СЕРВЕРА УПРАВЛЕНИЯ

ОБЛАСТЬ ИЗОБРЕТЕНИЯ

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

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

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

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

Классическая карта UICC (для «Universal Integrated Circuit Card», т.е., универсальной карты с интегральной схемой), такая как SIM-карта, представляет собой защищенный элемент мобильного телефона, заданный согласно стандарту ETSI TS 102 221 [102 221]. Она персонализирована оператором телефонной связи до ее использования абонентом. Карты eUICC (для «embedded UICC», или «встроенной UICC»), или в более общем виде, защищенные элементы, обозначенные как eSE (для «embedded Secure Elément», или «встроенных защищенных элементов»), загружают в терминалы мобильного телефона, и они могут содержать несколько персонализаций, называемых профилями, в случае необходимости, различными операторами.

Владельцы eUICC или eSE могут управлять на расстоянии eUICC или eSE своих абонентов, благодаря блоку маршрутизации с безопасным доступом абонентского сервера управления («Subscription Manager-Secure Routing», также известного под аббревиатурой SM-SR, и называемого, таким образом, сервером SM-SR), предусмотренного в инфраструктуре мобильной сети. Это удаленное управление позволяет, например, загружать данные в карту или элемент, или обеспечивать замену мобильной сети, а следовательно, и оператора мобильной телефонной связи.

Согласно стандарту GSMA 12FAST.15 в ходе установки, это удаленное управление требует, чтобы eUICC или eSE отправляла уведомления на сервер SM-SR. Эти уведомления могут быть отправлены через SMS («Short Message Service», «служба коротких сообщений»), через HTTP («HyperText Transfer Protocol Secure», «протокол защищенной передачи гипертекста», что быстрее) или наконец через CAT-TP (еще быстрее).

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

Согласно этому стандарту абонентский профиль в eUICC или в eSE представляет собой сочетание структуры файлов, данных и приложений, которые предусматривают eUICC или eSE, когда эти элементы представлены, для получения доступа к инфраструктуре конкретной мобильной сети, а именно, сети оператора мобильной телефонной связи. Абонентский профиль также является специфичным для оператора мобильной телефонной связи в той мере, в какой он авторизует уникальный доступ конкретной соответствующей инфраструктуре. В качестве примера, профиль может включать в себя информацию об объектах инфраструктуры, с которыми устанавливается контакт, ключи подключения, и т.д. Например, eUICC или SE может располагать двумя профилями, связанными с двумя различными мобильными операторами, позволяющими осуществлять доступ различным инфраструктурам. Эти профили управляются корневым доменом безопасности эмитента (ISD-R для «Issuer Security Domain - Root» согласно стандарту GlobalPIatform) карты, которые сами контролируются мобильным оператором (эмитентом).

Для отправки уведомления, такого как упомянутое выше, из eUICC или eSE необходимо, в частности, извлекать накопленные данные о состоянии текущего профиля, параметры подключения, а также адрес получатель уведомления, то есть, адрес сервера SM-SR, который собирает эту информацию. В случае уведомления, отправленного путем SMS, адрес сервера SM-SR представляет собой уникальный международный телефонный номер, то есть, состоящий из кода страны, что позволяет осуществлять международный доступ на сервер SM-SR (типа +44 для Соединенного Королевства), и телефонного номера в этой стране.

Согласно одному и тому же стандарту адрес сервера SM-SR хранится в памяти в eUICC или eSE владельцем сервера SM-SR с помощью специальной команды, подаваемой сервером SM-SR на карты eUICC или элементы eSE абонентов. Эту команду, а именно, команду «UpdateSMSRAdressingParameters» («Обновить параметры адресации SMSR») и заданную в разделе 4.1.1.10 текущей версии стандарта, отправляют на ISD-R карты eUICC или элемента eSE, что позволяет вводить в действие обновление упомянутого адреса сервера SM-SR.

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

Однако эта ситуация для стандарта не является удовлетворительной.

С одной стороны, относительно сложно использовать уникальный международный телефонный номер для всех операторов из всех стран. На самом деле, в определенных случаях, сети фильтруют бинарные SMS, исходящие из терминалов (SMS MO). Решение в данном случае состоит в подключении SM-SR к серверу службы коротких сообщений (SMS-C) каждого оператора. Однако поэтому доступ к SM-SR больше не осуществляется с помощью уникального телефонного номера.

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

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

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

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

Изобретение предусматривает, в частности, защищенный элемент, например, защищенную карту, подключения к сети мобильной телефонной связи, содержащий в локальной памяти, по меньшей мере, один идентификатор адреса, например, короткий номер (или «short code»), принадлежащий оператору мобильной телефонной связи, причем упомянутый идентификатор адреса связан с абонентским профилем оператора в защищенном элементе, и защищенный элемент сконфигурирован для извлечения из локальной памяти идентификатора адреса, например, короткого номера, IP-адреса или еще URL-адреса, связанного с используемым абонентским профилем, и для отправки с помощью упомянутого извлеченного идентификатора уведомления о состоянии защищенного элемента на удаленный абонентский сервер управления (SM-SR) в инфраструктуре мобильной телефонной связи.

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

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

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

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

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

Благодаря таким идентификаторам или коротким номерам, каждый оператор может легко управлять (например, идентифицировать, фильтровать, обрабатывать, и т.д.) уведомлениями, отправляемыми его собственными абонентами, поскольку он принимает эти уведомления об аппаратуре (например, SMS-C), которая ему принадлежит (благодаря идентификатору), или на короткий номер.

Другие характеристики защищенного элемента, системы и способа согласно вариантам воплощения описаны в зависимых пунктах формулы изобретения, в основном с помощью терминологии, относящейся к устройству, перемещаемому согласно способу. Кроме того, эти характеристики главным образом описаны применительно к защищенной карте и к одному или нескольким коротким номерам. Разумеется, эти характеристики также применимы и для других типов защищенных элементов и других идентификаторов адреса. На самом деле, идентификатор адреса может содержать уникальный короткий номер оператора мобильной телефонной связи (MNO) или IP-адрес, принадлежащий оператору, или еще URL-адрес, принадлежащий оператору.

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

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

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

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

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

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

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

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

Следует отметить, что короткие номера, как правило, являются уникальными для внутренней системы мобильной сети того же оператора (MNO), а иногда для внутренней системы одной и той же страны, но реже, - во всем мире. Такие короткие номера, действительные во многих странах, в частности, продаются по слишком высоким ценам. В результате получается, что один и тот же сервер SM-SR, от которого зависят многие мобильные операторы, связан согласно изобретению с множеством коротких номеров, каждый из которых соответствует другому мобильному оператору. Или же, вышеуказанный стандарт GSMA 12FAST.15 не позволяет реагировать на такую ситуацию, поскольку адрес сервера SM-SR должен быть уникальным.

В этом контексте, согласно конкретному варианту воплощения предусмотрено, чтобы команда на обновление аналогична команде «UpdateSMSRAdressingParameters», заданная в разделе 4.1.1.10 стандарта GSMA 12FAST.15, была дополнена, по меньшей мере, одним двойным полем, связывающим короткий номер с идентификатором абонентского профиля. В частности, двойное поле может быть повторено несколько раз в рамках команды, предназначенной для определения нескольких коротких номеров для нескольких соответствующих абонентских профилей.

В варианте воплощения, система инфраструктуры содержит, кроме того, сервер службы коротких сообщений (SMS-C), принадлежащий оператору мобильной связи, причем сервер службы коротких сообщений содержит в локальной памяти таблицу соответствий между коротким номером, который уникален для упомянутого оператора мобильной связи, и IP-адресом удаленного абонентского сервера управления (SM-SR). Сервер SMS-C используют при отправлении с помощью защищенной карты уведомления о состоянии, в форме SMS-сообщения. Таким образом, таблица соответствий, предусмотренная в этом сервере, позволяет оператору эффективно направлять эти сообщения на сервер SM-SR. На самом деле, как правило, сервера SMS-C и SM-SR поддерживают связь посредством голосового IP-шлюза, в отличие от оборудования перед сервером SMS-C.

В конкретном варианте воплощения, система инфраструктуры содержит множество серверов службы коротких сообщений (SMS-C), связанных с множеством соответствующих операторов мобильной телефонной связи, причем каждый из серверов службы коротких сообщений содержит в локальной памяти таблицу соответствий между коротким номером, уникальным для соответствующего оператора, и тем же удаленным абонентским сервером управления (SM-SR). Также, операторы мобильной телефонной связи могут разделить между собой затраты на один и тот же сервер SM-SR, при наличии большой свободы в обработке уведомлений о состоянии, отправляемых их абонентами. На самом деле, благодаря использованию коротких номеров, отправляемые сообщения принимаются сервером SMS-C, принадлежащим соответствующему мобильному оператору. Таким образом, этот последний может легко осуществлять всю требуемую обработку полученных сообщений.

В варианте воплощения, удаленный абонентский сервер управления (SM-SR) сконфигурирован для отправки команды на обновление адреса удаленного сервера, причем команда на обновление включает в себя уникальный международный телефонный номер удаленного сервера и/или, по меньшей мере, один короткий номер связан с абонентским профилем и обозначающий удаленный сервер, для обновления в памяти карт с безопасным доступом уникального международного телефонного номера удаленного сервера и/или, по меньшей мере, одного короткого номера, связанного с абонентским профилем, таким, как указанный в команде на обновление. Команда на обновление может быть такой, как заданная выше, а именно, начиная с команды «UpdateSMSRAdressingParameters», заданной в разделе 4.1.1.10 стандарта GSMA 12FAST.15.

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

Фигура 1 упрощенно иллюстрирует, пример сети мобильной телефонной связи, в котором могут быть воплощены варианты воплощения настоящего изобретения;

Фигура 2 иллюстрирует пример материальной компоновки или конструкционное оборудование системы 1, описанной применительно к Фигуре 1; и

Фигура 3 иллюстрирует реализацию изобретения для конфигурации карт eUICC абонентов и передачи уведомлений с этих кар на сервер SM-SR согласно Фигуре 1.

ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ

Фигура 1 иллюстрирует в упрощенном виде пример сети мобильной телефонной связи, в котором могут быть реализованы варианты воплощения настоящего изобретения. На этом схематическом представлении отображен один-единственный мобильный терминал ME, в который загружают защищенную карту eUICC. Разумеется, сеть мобильной телефонной связи включает в себя, как правило, несколько таких мобильных терминалов, снабжаемых картами eUICC (или SIM, USIM). В приведенном описании представляют интерес, например, карты eUICC. В общем виде, настоящее изобретение может быть реализовано в любом типе защищенного элемента, например, в загружаемых защищенных элементах, или eSE.

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

Система 1 содержит также мобильную сеть 10, содержащую стандартным образом базовые станции BS для подключения мобильных терминалов ME, множество объектов (типа шлюза GMSC, серверов HLR, MSC, VLR, и т.д., которые не представлены) включает в себя сервера службы коротких сообщений SMS-C1 и SMS-C2 и абонентский сервер управления SM, снабженный защищенным маршрутизатором SR и блоком приготовления данных DP.

Два сервера SMS-C1 и SMS-C2 управляются двумя различными операторами мобильной телефонной связи, соответственно, MN01 и MN02. Разумеется, настоящее изобретение применимо, когда система 1 содержит большее количество серверов службы коротких сообщений, управляемых двумя или более операторами.

Аналогично, сервер SM-SR в данном примере распределен между двумя операторами MN01 и MN02, для снижения затрат на установку, на размещение, на функционирование и на техническое обслуживание. Разумеется, могут быть предусмотрены и другие сервера SM-SR, которые распределены между несколькими операторами MNO.

Как показано на Фигуре и известно из стандарта GlobalPIatform («глобальная платформа»), защищенная карта eUICC содержит в памяти безопасный домен передатчика (в данном случае, оператора MNO), управляющий множеством абонентских профилей 21, 22, таблицу соответствий 23 и универсальный адрес 24 сервера SM-SR, а именно, уникальный международный телефонный номер этого сервера.

Абонентские профили могут представлять собой профили различных операторов (например, MN01 и MN02), предоставляющие доступ к их соответствующим инфраструктурам, или профили, предоставляющие доступ к различным инфраструктурам одного и того же оператора MNO (например, к инфраструктуре 3G и к инфраструктуре 4G). Как известно, один профиль является активным, то есть используемым. Выбор профиля или переключение с одного профиля на другой можно осуществлять в автоматическом режиме, под управлением операторов MNO с помощью служебных сообщений, или также вручную пользователем (при замене, например, оператора или технологии, 3G или 4G).

Дополнительная информация обычно сохраняется в памяти в профиле (см. стандарт GSMA 12FAST.15), причем каждый профиль 21, 22 запоминает адрес соответствующего сервера SMS-C (например, два профиля запоминают адреса @1 и @2, соответственно, для SMS-C1 и SMS-C2) и сохраняет индекс SC1 для профиля 21, а SC2 - для профиля 22.

Что касается таблицы соответствий 23, то она связывает каждый используемый в ней индекс с идентификатором адреса. Этот идентификатор адреса может содержать или состоять из эффективного короткого номера, уникального для оператора мобильной телефонной связи. Как известно, короткий номер представляет собой специальный телефонный номер с размером, значительно более коротким, чем обычные номера телефонов. Как правило, короткий номер содержит 4-8 цифр.

В данном примере, индекс SC1 связан с короткий номер 568, тогда как индекс SC2 связан с коротким номером 345. В другом варианте, идентификатор адреса может состоять из IP-адреса принадлежащего оператору, образованного обычно максимум из 15 символов (например, SC1=78.123.2.23). В другом варианте идентификатор адреса может состоять из URL-адреса, принадлежащего оператору, например, образованного максимум из 256 символов (например, SC1=www.smsrl.corn).

Также, таблица соответствий 23 позволяет связывать каждый идентификатор адреса, например, каждый короткий номер, с абонентским профилем.

Далее, по тексту описания, для упрощения разъяснений рассматриваются в основном короткие номера. Разумеется, изобретение применимо для любого типа идентификатора адреса, образованного с помощью буквенно-цифровых символов, включая специальные символы. Также, в зависимости от ситуации используют, например, SC1=568, или SC1=78.123.2.23, или SC1=www.smsrl.corn.

В варианте воплощения по Фигуре, карта eUICC запоминает также несколько номеров, идентифицирующих сервер SM-SR, и позволяет ему отправлять уведомления о состоянии карты.

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

Затем, с помощью упомянутого короткого номера или извлеченного уникального международного телефонного номера, карта отправляет уведомление о состоянии карты на сервер SM-SR.

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

Как проиллюстрировано на Фигуре 1, каждый сервер SMS-C содержит в памяти таблицу соответствий (11, 12) между коротким номером (или любым идентификатором адреса), который является уникальным для оператора, связанного с рассматриваемым сервером SMS-C (MN01 для SMS-C1 и MN02 для SMS-C2), и тем же сервером SM-SR, а именно, IP-адресом (Internet Protocol) этого сервера SM-SR.

Сервер SMS-C, который принимает SMS-сообщение от карты eUICC, сообщение которой содержит передаваемые данные о состоянии, а также короткий номер, обозначающий сервер SM-SR, также преобразует полученное сообщение в IP-сообщение, предназначенное для адреса сервера SM-SR, такого как связанный с полученным коротким номером в таблице 11 или 12. Следует отметить, что в случае, когда идентификатор адреса представляет собой IP-адрес, он может представлять собой непосредственно IP-адрес сервера SM-SR или IP-адрес из нескольких, который в таблице соответствий связан с IP-адресом сервера SM-SR.

Сервер SM-SR также стандартным образом обрабатывает полученные сообщения (уведомления).

Фигура 2 иллюстрирует пример материальной структуры или составных частей оборудования системы 1, описанной применительно к Фигуре 1.

В данном примере, оборудование, защищенный элемент, карта eUICC, ME-терминал, сервер SMS-C или SM-SR содержит коммуникационную шину, к которой подключены:

- блок обработки или микропроцессор, обозначенный как ЦП (центральный процессор);

- одна или несколько энергонезависимых памятей, например, ROM (ПЗУ, постоянное запоминающее устройство), которое может составлять носитель по замыслу изобретения, то есть, может содержать компьютерную программу, содержащую команды для реализации способа согласно одному варианту воплощения изобретения; эта энергонезависимая память также может представлять собой память EEPROM (ЭС ПЗУ, электрически стираемое постоянное запоминающее устройство) или еще флэш-память;

- оперативная память или кэш-память, или энергозависимая память, например, RAM (ОЗУ, оперативное запоминающее устройство), содержащее регистры, адаптированные для записи переменных, а также параметров, созданных и модифицированных в ходе исполнения вышеупомянутой программы; при реализации изобретения, коды команд программы, хранящейся в постоянной памяти ПЗУ, загружаются в память ОЗУ, для исполнения блоком обработки ЦП;

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

- интерфейс ввода/вывода I/O (Input/Output), например, монитор, клавиатура, мышь или другое устройство наведения и слежения, такое как сенсорный монитор, или дистанционного управления; этот интерфейс I/O позволяет пользователю взаимодействовать с системой в ходе реализации способа через графический интерфейс.

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

Фигура 3 иллюстрирует воплощение изобретения для конфигурации карт eUICC абонентов и передачу уведомлений с этих карт на сервер SM-SR. Объекты eUICC представлены на правой части Фигуры, внутри рамки с нанесенными пунктирными линиями, над которой расположены буквы «eUICC». Элементы, представленные в левой части Фигуры, относятся к элементам мобильной сети 10.

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

На этапах 300 и 302, мобильный оператор MNO добавляет информацию, относящуюся к коротким номерам SC, со стороны блоков DP (подготовки данных) и SR (защищенной маршрутизации) абонентского сервера управления SM.

На этапе 300, он отправляет команду Add(SC, типизированный профиль) на блок DP сервера SM (то есть, SM-DP), для связывания короткого номера SC, или в более общем виде, идентификатор адреса SC, с профилем (профилями), идентифицированными «типом профиля». Например, новый короткий номер SC связан с профилем (профилями), соответствующим технологиям 4G. Блок SM-DP работает в режиме создания и поддержания различных профилей, созданных операторами, контролирующими сервер SM.

На этапе 302, он отправляет (этап 306) команду Add(SC, SMS-C) на блок SR сервера SM (т.е., SM-SR) который обновляет новыми данными комплект информации об адресации и маршрутизации в сети. Также, блок SM-SR может распространять (синхронизация между серверами в ходе этапа 304) новый короткий номер SC со стороны подходящего сервера SMS-C, чтобы этот последний был связан с IP-адресом сервера SM (или блока SM-SR, передающего сообщение, допускающее это распространение).

Таким образом, все новые короткие номера, созданные оператором MNO, становятся известными от сервера SM и распространяются по различным серверам сети 10.

Затем, для распространения этих новыx коротких номеров по картам eUICC абонентов, блок SM-SR отправляет команду на обновление адреса защищенного маршрутизатора, в форме нового короткого номера.

Команда на обновление включает в себя un уникальный международный телефонный номер защищенного маршрутизатора в стандартном случае команды «UpdateSMSRAdressingParameters», заданной в разделе 4.1.1.10 стандарта GSMA 12FAST.15 (см. поле «значение параметра SMS» в примере, представленном ниже).

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

Эта команда может быть реализована, начиная с вышеуказанной команды «UpdateSMSRAdressingParameters», в которой добавляют, по меньшей мере, одно двойное поле, связывающее короткий номер, или в более общем виде идентификатор адреса SC с идентификатором абонентского профиля. Разумеется, двойное поле повторяется до тех пор, пока это необходимо для определения комплекта связей {короткий номер - идентификатор профиля), который необходим для распространения по картам eUICC.

В варианте воплощения, команда «UpdateSMSRAdressingParameters», заданная в разделе 4.1.1.10 стандарта GSMA 12FAST.15, модифицирована, как следует (поля с жирным подчеркиванием добавлены к стандарту):

Команда «UpdateSMSRAdressingParameters», модифицированная согласно варианту воплощения изобретения

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

При приеме такой команды, каждая карта eUICC также может обновлять (то есть, запоминать, если никакая информация уже не сохранена в памяти) в своей локальной памяти, и в ответ на команду на обновление уникального международного телефонного номера защищенного маршрутизатора и/или, по меньшей мере, одного короткого номера, связанного с абонентским профилем, таким как указанный в команде на обновление.

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

Это эффективное обновление представлено на Фигуре этапами 308 и 310. На этапе 308, корневой домен безопасности эмитента (ISD-R) карты принимает и исполняет команду на обновление. На самом деле, только этот домен ISD-R, сведения о котором получены от сервера SM, действует как входная дверь в карту eUICC. Также блок SM-SR отправляет команду на обновление на ISD-R.

Теперь, на этапе 308, в ответ на исполнение этой команды, ISD-R отправляет команду на обновление таблицы соответствий 23 с помощью новых коротких номеров, указанных в команде, например, с помощью команды STORE, в которой короткие номера проходят в виде параметров (либо с идентификатором профиля, либо с индексом SC).

Например, речь может идти о хранении короткого номера «345», с которым таблица соответствий связывает индекс SC2 (например, первый имеющийся индекс).

На этапе 310, в случае, когда таблица соответствий 23 связывает индекс SC с каждым новым коротким номером, ISD-R связывает новые короткие номера с профилями абонентов, как указано в полученной команде, в частности, с уже существующими профилями. Например, ISD-R может модифицировать каждый рассматриваемый абонентский профиль для запоминания индекса SC, связанного с соответствующим коротким номером (таким как сохраненный в памяти в таблице 23), и это с помощью команды Link SC. В нашем примере, профиль 2 (22 на Фигуре 1) модифицирован для запоминания индекса SC2.

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

Следует отметить, что в одном варианте воплощения изобретения, в котором таблица соответствий 23 не используется, каждый короткий номер, или в более общем виде, каждый идентификатор адреса хранится в памяти в соответствующем абонентском профиле. Для этой цели, ISD-R генерирует команду, модифицирующую непосредственно профиль, например, STORE SC в профиле (этап 312).

Как только карта eUICC сконфигурирована, ISD-R отправляет подтверждение приема на SM-SR (этап 314), который, в свою очередь, информирует оператор MNO (этап 316).

В дальнейшем, карта eUICC, или в более общем виде, защищенный элемент, требует отправить уведомление на сервер SM-SR. Это в варианте воплощения изобретения описано ниже, начиная с этапа 350. В этот момент карта eUICC подключается к сети мобильной телефонной связи с помощью одного из профилей, находящихся в распоряжении карты (таким образом, этот профиль является активным, то есть, используемым, и обозначен как «enabled» в регистрах ISD-R). В качестве примера, активный профиль представляет собой пофиль 2 (22 на Фигуре 1).

Для запуска этапа 350, бывает достаточно наступления многих событий.

Речь, в частности, идет о событиях, присущих карте eUICC, таких как подключение к мобильной сети, смена локализации (например, de сотового радиодиапазона), первая активация карты абонента, ошибка (например, когда подключение к сети невозможно), что сопровождается переключением на профиль по умолчанию или «при нейтрализации неисправностей».

Разумеется, события, относящиеся к утилитам SIM Toolkit, могут быть приняты в расчет, например, события, вызванные взаимодействие пользователя с интерфейсами SIM Toolkit (меню).

В другом варианте, таким событием может быть прием конкретной команды с сервера SM-SR.

При выявлении упомянутого пускового сигнала, ISD-R подает команду на извлечение адреса сервера SM-SR. Это этап 350, в ходе которого ISD-R подает, например, команду GET для извлечения из активного профиля индекса короткого номера, или в более общем виде, идентификатора адреса, связанного с активным абонентским профилем, если такой номер существует (случай a на Фигуре). Также является более предпочтительным использование короткого номера, че использование уникального международного телефонного номера 24.

В ответ на эту команду, индекс SC извлекается в ходе этапа 352. В примерном случае, извлекается индекс 'SC2', поскольку профиль 2 активен.

В ходе этих этапов 350 и 352, ISD-R извлекает также адрес сервера SMS-C, связанный с активным профилем, т.е., адресом @2 SMS-C2 в нашем примере.

Таким образом, ISD-R извлекает короткий номер, связанный с этим индексом в таблице соответствий 23: команда GET SC в ходе этапа 354 и отклика на этапе 356. В пример по Фигуре 1, индекс 'SC2' позволяет извлекать короткий номер '345'.

Следует отметить, что когда таблица соответствий 23 связывает непосредственно короткий номер SM-SR с идентификатором абонентского профиля, этапы 350-356 могут состоять в извлечении адреса сервера SMS-C на уровне активного профиля, и в извлечении короткого номера, связанного с идентификатором активного профиля (известного из ISD-R), единственно на уровне таблицы соответствий 23.

Зная короткий номер (если он имеется), ISD-R подготавливает и отправляет сообщение уведомления о состоянии карты на этапе 358.

Это сообщение принимает форму, например, SMS-сообщения, предназначенного для сервера SMS-C (адрес которого @1 или @2 был извлечен на этапе 352), причем данное сообщение содержит:

- данные о состоянии карты eUICC; и

- адрес сервера SM-SR, то есть, извлеченный короткий номер '345', в частности, указанный в поле TP-DA (Destination Address) уведомления посредством SMS.

В качестве примера, стандарт GSMA, представленный выше, задает различные типы уведомлений:

- величина '01 ' в случае первого подключения к сети;

- величина '02' в случае успешной замены профиля;

- величина '03' в случае неудачи замены профиля при нейтрализации неисправностей (Rollback);

- величина '04' в случае неудачи замены профиля и переключения на профиль при нейтрализации неисправностей (Fallback);

- величина '05' в случае изменения профиля после локальной нейтрализации неисправности на профиль при нейтрализации неисправностей (Fallback).

Это сообщение уведомления принимается сервером SMS-C (SMS-C2 в данном примере), который (1) определяет в своей локальной таблице 11/12 IP-адрес сервера SM-SR, соответствующего короткому номеру, указанному в полученном SMS (например, IP-адрес 78.123.2.23, связанный с '345' в этой таблице), и (2) вновь передает данные о состоянии (уведомление) на сервер SM-SR в форме сообщения об IP на полученный IP-адрес 78.123.2.23. Речь идет об этапе 360.

Этапы 362-366 иллюстрируют ситуацию, когда никакой короткий номер не связан с активным абонентским профилем (случай b по Фигуре). В данном случае, в ответ на команду 350, единственный уникальный международный телефонный номер 24 возвращается на ISD-R. Этот номер уточняется в SMS-сообщении, передаваемом на этапе 364 (аналогично, на этапе 358), что позволяет на сервере SMS-C определять IP-адрес сервера SM-SR, для повторной передачи данных о состоянии (уведомления) в форме пакетов IP (этап 366).

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