Беспроводной обмен данными

Беспроводной обмен данными

Иллюстрации

Показать все

Реферат

Область техники, к которой относится изобретение

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

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

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

Сущность изобретения

Варианты осуществления изобретения обеспечивают системы, способы и устройства, усовершенствованные для автоматического ввода, обмена и обновления контактной информации вызывающей стороны в телефонную книгу пользователя. Телефонная книга может находиться на любой карте Универсальной карте на основе интегральной микросхемы (UICC) (такой как модуль идентификации абонента («SIM»), Универсальный идентификационный модуль обслуживания (USIM), Меgа SIM, любая другая смарт-карта или интегрированный чип), на мобильном устройстве или на удаленном сервере, например. Механизм автоматического ввода и/или автоматического обмена инициируется, когда вызов сделан между двумя людьми с мобильными телефонами или другими устройствами. После завершения вызова вызывающую сторону спрашивают, хочет ли вызывающая сторона отправить обновленную информацию принимающей стороне вызова. Если да, то информацию автоматически отправляют принимающей стороне на основе установок разрешений, предусмотренных на передающей или вызывающей стороне. Принимающая сторона имеет вариант выбора принять новую информацию на своем устройстве. Таким образом, вариант осуществления изобретения включает в себя систему управления информацией, содержащую устройство первого пользователя, имеющее по меньшей мере одно из модуля идентификации абонента, модуля идентификации абонента универсальной системы мобильных телекоммуникаций (UMTS), смарт-карты вставляемого чипа, устройство второго пользователя, выполненное с возможностью сопряжения с устройством первого пользователя через беспроводную сеть, и модуль приложения, сконфигурированный для обеспечения устройству первого пользователя возможности извлекать информацию, ассоциированную с устройством второго пользователя, через беспроводную сеть при осуществлении связи между устройством первого пользователя и устройством второго пользователя.

Реализации изобретения могут включать один или несколько из следующих признаков. Система и способы согласно изобретению могут включать в себя автовнесение/автообмен между двумя мобильными телефонами с вызовом, инициирующим отправку контактной информации на телефон или другое персональное устройство. Автовнесение/автообмен может произойти между двумя мобильными телефонами с телефонным вызовом, инициирующим выполнение коммутатором сети мобильной связи подготовки и распространения сообщений на мобильные телефоны. Этими сообщениями осуществляется обмен контактной информацией между двумя или более чем двумя мобильными телефонными книгами. Далее, автовнесение/автообмен может иметь место между двумя мобильными телефонами, использующими существующую технологию OnePIN^TM, которая использует процедуру, защищенную патентами с номерами 6374259 и 6654768.

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

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

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

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

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

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

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

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

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

Перечень фигур чертежей

Фиг.1 - упрощенная схема системы связи согласно одному варианту осуществления изобретения.

Фиг.2 - упрощенная схема системы связи согласно одному варианту осуществления изобретения.

Фиг.3 - схема потока данных системы связи согласно одному варианту осуществления изобретения.

Фиг.4 - схема потока данных системы связи согласно одному варианту осуществления изобретения.

Фиг.5A-5D - блок-схемы алгоритма потока данных для подсистем системы связи согласно одному варианту осуществления изобретения.

Фиг.6A-6I - блок-схемы алгоритма потока данных для подсистем системы связи согласно одному варианту осуществления изобретения.

Фиг.7A-7B - блок-схемы алгоритма потока данных для подсистем системы связи согласно одному варианту осуществления изобретения.

Фиг.8A-8F - блок-схемы алгоритма потока данных для подсистем системы связи согласно одному варианту осуществления изобретения.

Фиг.9 - упрощенная схема системы связи согласно одному варианту осуществления изобретения.

Фиг.10 - упрощенная схема системы связи согласно одному варианту осуществления изобретения.

Подробное описание

предпочтительного варианта осуществления

Варианты осуществления настоящего изобретения направлены в основном на способ и устройство для внесения, обмена, обновления и хранения контактной информации в мобильном телефоне, используемом в сети мобильной связи. Варианты осуществления изобретения могут быть использованы для внесения, обмена, обновления или хранения информации, отличной от или дополнительной к контактной информации. Последующие варианты осуществления изобретения могут быть использованы для устройств, отличающихся от мобильных телефонов, и в сетях, отличающихся от сетей мобильной связи. Реализации изобретения описаны как использующие SIM. Понятно, что SIM-карты включают в себя, но не в ограничительном смысле, SIM, (U)SIM, Меgа SIM, смарт-карты и другие прикладные модули, например.

На фиг.1 мобильная система 1000 управления контактной информацией включает телефон первого пользователя 1010, телефон второго пользователя 1012 и платформу 1014 эфирной связи оператора мобильной связи (OTA) в сети 1016 оператора мобильной связи. Система 1000 управления контактной информацией представляет собой сеть оператора мобильной связи UMTS, например. Система 1000 может быть сетью мобильной связи другого типа, например, WCDMA (GSM), CDMA, CDMA2000 и т.д., или телефонной системой следующего поколения.

Согласно фиг.2 система 2000 управления контактной информацией включает в себя телефон первого пользователя 2010, телефон второго пользователя 2050, удаленный компьютер 2003, удаленный сервер 2005 базы данных и платформу 2001 связи ОТА. Удаленный компьютер 2003 и удаленная база 2005 данных могут быть частью сети оператора мобильной связи, например. Удаленный компьютер 2003 связан с удаленной базой 2005 данных. Телефон первого пользователя 2010 и телефон второго пользователя 2050 соединены с платформой 2001 ОТА. Платформа OTA 2001 соединяет телефон первого пользователя 2010 и телефон второго пользователя 2050 с удаленным компьютером 2003 и удаленным сервером 2005 базы данных через сеть мобильной связи.

Телефон первого пользователя 2010 включает в себя карту 2030 UICC и телефонную операционную систему 2011. Карта 2030 UICC включает в себя прикладной модуль 2090 (U)SIM, Java-карту 2031, инфраструктуру 2032 инструментария SIM (STK) и телефонную книгу 2033 карты UICC первого пользователя. Карта 2030 UICC также хранит файл 2035 данных собственного профиля первого пользователя, файл 2037 данных последнего набранного номера (LND) первого пользователя, файл 2038 данных структуры LND первого пользователя, файл 2034 данных режима работы первого пользователя и файл 2039 конфигурации первого пользователя. Файлы 2034, 2035, 2036, 2037, 2038 и 2039 могут быть изменены локально или удаленно через обновление OTA. Телефонная операционная система 2011 включает в себя модуль 2017 управления дисплеем, модуль 2015 телефонной книги, коммуникационный модуль 2014 управления телефонным событием и SMS модуль 2016. Телефонная операционная система может включать в себя и другие модули.

Телефон второго пользователя 2050 включает в себя карту 2080 UICC и операционную систему 2051. Карта UICC 2080 второго пользователя включает в себя прикладной модуль 2091 (U)SIM, Java-карту 2081, инфраструктуру 2082 инструментария SIM (STK) и телефонную книгу 2083 карты UICC второго пользователя. Файловая система SIM сохраняет файл 2085 данных собственного профиля второго пользователя, файл 2087 данных последнего набранного номера (LND) второго пользователя, файл 2088 данных структуры LND второго пользователя, файл 2084 данных режима работы второго пользователя и файл 2089 конфигурации второго пользователя. Файлы 2084, 2085, 2086, 2087, 2088, 2089 могут быть изменены локально или удаленно через обновление OTA. Телефонная операционная система 2051 второго пользователя включает в себя модуль 2057 управления дисплеем, коммуникационный модуль 2054 управления телефонным событием и SMS-модуль 2056. Телефонная операционная система может включать в себя и другие модули.

Карты 2030 и 2080 UICC интегрированы в соответствующий телефон и программное обеспечение телефонной операционной системы для пользовательского телефона 2010 и пользовательского телефона 2050. Карта 2030 UICC и карта 2080 UICC обеспечивает телефону 2010 первого пользователя и телефону 2050 второго пользователя возможность осуществления доступа к удаленному серверу 2003 и удаленной базе 2005 данных через сеть мобильной связи, платформу 2001 OTA и сеть оператора телефонной связи. Прикладные модули 2090 и 2091 (U)SIM установлены в операционной системе каждого телефона или могут быть запрограммированы во встроенное программно-аппаратное обеспечение каждого телефона. В этом случае, например, прикладной модуль 2090 (U)SIM становится зависимым от конкретного телефона программным приложением, а не приложением карты UICC.

Прикладные модули 2090, 2091 (U)SIM и телефонные книги 2033, 2083 карты UICC телефона первого пользователя 2010 и телефона второго пользователя 2050 могут быть объединены так, чтобы они развертывались как единое программное обеспечение. Карты UICC 2030 и 2080 могут также относиться к другому типу носителя для хранения информации и исполнения, например, коммуникационному чипу или варианту UICC или смарт-карты. Карты 2030 и 2080 UICC могут также быть другой интегрированной смарт-картой или кристаллом в телефоне. Телефонные книги 2033, 2083 UICC могут быть заменены другим типом файла или программы для управления записями контактной информации и другими индивидуализированными элементами.

Прикладной модуль 2090 (U)SIM сохраняют на карте 2030 UICC. Модуль 2090 прослушивает события, относящиеся к телефонному вызову, посылает запросы на другие телефоны, принимает информацию вызывающей стороны и вносит контактную информацию в телефонную книгу 2033 UICC или непосредственно в телефон. Дополнительные функции могут включать в себя активацию программного обеспечения, обновление персональной информации, установку используемого по умолчанию уровня доступа, резервное копирование и восстановление телефонной книги. Прикладной модуль 2090 совместим со спецификациями 2G и 3G, в частности: 3GPP TS 31.111 (Версия 6) «USIM Application Toolkit», 3GPP TS 31.102 (Версия 6) «Characteristics of the USIM application», ETSI TS 102.241 (Версия 6) «UICC API for Java Card». Сеть мобильной связи может также быть любой будущей сетью мобильной связи, фиксированной линией или любой другой комбинацией сетей. Прикладной модуль 2090 может дополнительно поддерживать следующие типы файлов телефонной книги, например: ADN, ANR, EMAIL, SNE и т.д. Прикладной модуль 2090 может также поддерживать основную структуру телефонной книги: PBR-тип 'A8' (расширенные телефонные книги типа 'A9' или 'АА являются необязательными). Прикладной модуль 2090 может осуществлять связь непосредственно через GPRS, MMS SMS5 или TCP/IP. Требования касаемо карты UICC соответствуют, например, карте Java 2.1.1/2.2.1. Основные функциональные возможности требуют приблизительно 18 Кбайт памяти на карте UICC. Другие требования касаемо карты и емкости возможны и предполагаются. Далее, хотя функциональные возможности обсуждаются относительно телефона 2010 первого пользователя, подобные функциональные возможности доступны и установлены на телефоне 2050 второго пользователя.

Согласно фиг.3 прикладной модуль 2090 построен на основе структуры 2032 инструментария SIM (STK), которая осуществляет связь с телефоном 2010 первого пользователя через модуль 2014 события связи. Инфраструктура 2032 STK регистрирует следующие события телефона 2010 первого пользователя: событие 3010 управления вызовом, событие 3020 разъединения вызова, событие 3030 соединения вызова, событие 3040 выбора меню, событие 3050 загрузки данных РР SMS и событие 3060 загрузки профиля терминала. Инфраструктура 2032 инструментария SIM (STK) посылает предупреждающие команды на телефон 2010 первого пользователя. Например, инфраструктура 2032 посылает команду для предоставления локальной информации 3070, выбора 3080 элементов, отображения 3090 текста, отправки 3100 SMS, обновления 3110, большего времени 3120 и получения 3130 входа. Настройка списка 3150 событий и настройка меню 3160 являются упреждающими командами, выдаваемыми через инфраструктуру 2032 STK. Учреждающий обработчик 3170 используется как контейнер данных, например, для хранения данных.

На Фиг. 4 описан способ инициирования прикладного модуля 2090 (U)SIM 2090 через мобильный телефон 2010 и карту 2030 UICC. Прикладной модуль 2090 (U)SIM может быть введен в карту 2030 UICC пользователя 1 оператором мобильной связи или изготовителем UICC, например. Карты UICC могут быть приобретены с прикладным модулем 2090 (U)SIM, предварительно установленным на плате UICC 2030 изготовителем платы UICC, в ОЗУ (RAM) карты. Первый пользователь вставляет карту UICC 2030 в мобильный телефон 2010 и прикладной модуль 2090 (U)SIM запускается автоматически для определения того, установлен ли прикладной модуль 2090 в состояние «Деактивация», стадия 5010. Если апплет не установлен в состояние «Деактивация», то прикладной модуль 2090 конфигурируется самостоятельно на основе события 3060 загрузки профиля терминала, на стадии 5020 (см. фиг. 5B и соответствующее описание).

Согласно фиг.5A прикладной модуль 2090 обрабатывает событие 5010 загрузки профиля терминала. Событие 5010 загрузки профиля терминала перечисляет события, которые поддерживаются телефоном. Если некоторые из событий/команд инструментария SIM не поддерживаются телефоном, прикладной модуль 2090 (U)SIM работает по-другому, чтобы компенсировать недостатки телефона, на стадии 5130. Когда минимальные технические условия телефона не удовлетворительны, прикладной модуль 2090 (U)SIM деактивирует и перемещает себя из меню инструментария SIM, стадия 5180. На стадии 5140, если прикладной модуль 2090 находится в рабочем режиме, приложение загружает Файл 2035 данных собственного профиля. На стадии 5150, до работы прикладного модуля 2090 (U)SIM, первый пользователь инициирует настройку приложения, чтобы обеспечить возможность отправки и получения контактной информации с другими пользователями, стадия 5160. Прикладной модуль 2090 (U)SIM запрашивает, чтобы пользователь 1 активировал приложение через процесс настройки, стадия 5170 (см. фиг. 5C и соответствующее описание для процесса настройки). По завершении или при прерывании или при кратковременном останове процесса профиля, стадия 5170, активность заканчивается, стадия 5190.

Согласно фиг.5B прикладной модуль 2090 конфигурируется согласно функциональным возможностям телефона 2010, 2050. На стадии 5210 прикладной модуль 2090 устанавливается в статус "Бездействие". На стадии 5225 прикладной модуль 2090 извлекает TAC (часть номера IMEI) от телефона 2010. На стадии 5230 прикладной модуль 2090 получает режим телефона из файла 2034 рабочего режима. На стадии 5235 прикладной модуль 2090 считывает файл 2039 конфигурации пользователя 1. На стадии 5240 устанавливают исходный язык, если UCS2 поддерживается картой 2030 UICC. На стадии 5245 тестируют файл сокращенного набираемого номера (ADN) (телефонная книга 2033 SIM). На стадиях 5260, 5265, 5270 прикладной модуль 2090 (U)SIM регистрирует уровень работы приложения. Прикладной модуль 2090 может работать в двух различных режимах: SR (отправка и прием) или RS (прием и затем отправка). Варианты осуществления этого изобретения описывают полнофункциональный режим SR. Режим RS представляет собой подмножество полнофункционального режима SR. Апплет достигает на стадии 5290, и конфигурирование приложения завершается на основе профиля терминала телефона 2010.

Согласно фиг. 5C пользователь настраивает файл 2035 собственного профиля на карте 2030 UICC. Активация может также быть сделана в пункте продажи или сети 2001 OTA, удаленно при помощи оператора мобильной связи через процесс удаленного конфигурирования. Если прикладной модуль 2090 (U)SIM является предустановленным, включение телефона или окончание вызова после первого входящего или исходящего вызова может также активировать прикладной модуль 2090 (U)SIM.

На фиг. 5C описан процесс активации апплета через ручную операцию, выполняемую пользователем. Когда прикладной модуль 2090 (U)SIM исполняется, пользователю 1 предлагается инициализировать апплет на стадии 5310 посредством ввода контактной информации в следующее диалоговое окно, например: «Настройте единожды ваш профиль и обменивайтесь им с друзьями после телефонного вызова», с помощью упреждающей команды 3090 отображения текста STK. На стадии 5320 пользователя 1 просят ввести последовательно каждые контактные данные. Стандартные поля контактной информации включают в себя поля для номера мобильного телефона, служебного номера телефона и домашнего номера телефона. Другие поля данных, например адрес электронной почты и адрес для мгновенного обмена сообщениями, могут быть введены после исходного процесса настройки. Пользователя 1 просят ввести имя для контакта и номер мобильного телефона для контакта. Пользователя 1 также просят ввести рабочий номер телефона и домашний номер телефона. Номера форматируют, и пользователя 1 направляют на стадию 5320 для последующего ввода. Контактные данные сохраняют при помощи STK, используя упреждающую команду 3140 получения ввода, в собственном профиле 2035 пользователя 1.

Согласно фиг. 5D прикладной модуль 2090 пользователя 1 проверяет, соответствуют ли введенные контактные номера телефона правильному международному формату. Каждый раз, когда пользователя 1 просят ввести номер телефона (мобильный, рабочий и домашний), прикладной модуль 2090 (U)SIM автоматически проверяет, соответствуют ли введенные номера международному нумерационному формату (например, +15088368810), стадия 5410. Если формат правильный, процесс заканчивается на стадии 5490. Если формат неправильный, прикладной модуль 2090 добавляет код прямого набора международного телефонного номера (IDD) и код прямого набора национального телефонного номера (NDD) к упомянутым номерам. Подтверждение отображают пользователю с помощью упреждающей команды 3090 отображения текста. Как только подтверждение показано, процесс заканчивают, стадия 5490. Номера, введенные пользователем, проверяют на предмет соответствия Международным форматам и сохраняют в файле 2035 данных «собственного профиля» пользователя 1.

Хотя процессы по фиг. 2, 3, 4 и 5A-5D описаны согласно использованию пользователем 1, карта 2091 UICC пользователя 2 выполняет те же самые, или по существу подобные, процессы для конфигурирования телефона 2050. Контактная информация сохраняется в файле 2085 данных собственного профиля второго пользователя, а конфигурацию апплета сохраняют в файле 2089 конфигурации второго прикладного модуля.

В показательных целях стандартными полями контактной информации являются имя, рабочий телефон и домашний телефон. Другие поля данных могут быть введены после исходного процесса настройки, например, «адрес электронной почты» или «адрес для обмена мгновенными сообщениями». Поля контактных данных контактах могут быть ограничены стандартными полями, но могут включать и другие поля. Пользователи имеют вариант изменения этих назначений в любое время посредством осуществления доступа к прикладному модулю 2090 через инструментарий 2032 SIM и меню 2082 на плате UICC. Прикладной модуль обновляет файл 2035 данных «собственного профиля» для пользователя 1 и файл 2085 данных «собственного профиля» для пользователя 2 (см. фиг.8 и соответствующее описание, ручная навигация апплета).

Согласно фиг. 6A прикладной модуль 2090 пользователя 1 связывается, упаковывает информацию и отправляет контактную информацию пользователя 1 пользователю 2. Система 2000 управления контактной информацией может использоваться поверх сети мобильной связи. Пользователь 1 осуществляет вызов с помощью телефона 2010 пользователя 1 телефону 2050 пользователю 2 через оператора мобильной связи. Прикладной модуль 2090 (U)SIM карты UICC пользователя 1 инициируют, когда инициируется «событие управления вызовом» в телефоне 2010.

Согласно опять же фиг. 6B прикладной модуль 2090 пользователя 1 проверяет файл 2084 данных режима работ пользователя 2, чтобы видеть, находится ли прикладной модуль 2090 в «активном» режиме, стадия 6100. Если модуль 2090 апплета находится в состоянии «неактивность», модуль не делает ничего и остается в состоянии «неактивность». Если апплет находится в состоянии «активность», модуль 2090 восстанавливает телефонный номер телефона 2050 пользователя 2 из события 3010 управления вызовом. Прикладной модуль 2090 U(SIM) обнаруживает тип номера, стадия 6120. Если номер внесен в список национальных мобильных номеров, то он устанавливает состояние апплета как «управление вызовом произошло», стадия 6140. Если набираемый номер является «немобильным» номером, то прикладной модуль 2090 устанавливает свое состояние в «неактивность», стадия 6150. После успешного извлечения номера телефона пользователя 2 апплет заканчивает этот процесс, на стадии 6190. Как показано на фиг. 6, событие 3030 соединения вызова запускает прикладной модуль 2090.

На Фиг. 6C после того как событие 3030 соединения вызова инициировано, прикладной модуль 2090 проверяет на стадии 6210, является ли состоянием апплета состояние «управление вызовом произошло». Если состояние апплета другое, то апплет завершает свою работу на стадии 6290. Если апплет находится в правильном состоянии, то прикладной модуль 2090 проверяет, является ли это исходящим вызовом, на стадии 6220. Если это не исходящий вызов, то состояние апплета терпит неудачу, и апплет завершает свою работу на стадии 6290. Если это исходящий вызов, то на стадии 6230 модуль 2090 остается в состоянии «управление вызовом произошло» и продолжает свое функционирование.

Когда пользователь 1 деактивирует телефон 2010, событие разъединения вызова 3020 запускает прикладной модуль 2090. Как описано на фиг. 6D, на стадии 6410 прикладной модуль 2090 пользователя 1 проверяет, является ли состояние апплета все еще состоянием «управление вызовом произошло». Если состояние приложения другое, то он переходит на стадию 6490 и не делает изменений. Если состояние приложения является тем самым, прикладной модуль 2090 пользователя 1 выполняет функцию «отправка», которая описана подробно на фиг. 6E.

Согласно фиг.6E прикладной модуль 2090 пользователя 1 посылает контактную информацию. На стадии 6410 прикладной модуль 2090 проверяет, завершен ли и действителен файл 2035 данных собственного профиля. Если это не так, приложение переходит на стадию 6490. Если файл 2035 данных собственного профиля завершен и действителен, прикладной модуль 2090 выполняет обнаружение роуминга (см. фиг.6G и соответствующее описание). На стадии 6430, если применено ограничение по роумингу, приложение переходит на стадию 6490. Если не существует ограничений по роумингу, на стадии 6440 прикладной модуль 2090 пользователя 1 осуществляет доступ к файлу 2037 данных счетчика LND пользователя 1 и проверяет, было ли достигнуто значение порога в отношении последнего набранного номера (ПНН) (LND). На стадии 6440, если пороговое значение счетчика LND не было достигнуто, приложение переходит на стадию 6490. Если пороговое значение счетчика LND было достигнуто, прикладной модуль 2090 пользователя 1 инициирует вопрос к модулю 2017 управления отображения: «отправить мой профиль». Пользователь 1 имеет четыре варианта выбора: «персональный», «деловой», «оба», «не отправлять» и «настройки». Если пользователь 1 выбирает вариант «не отправлять», прикладной модуль 2090 не спрашивает какие-либо другие вопросы. Если пользователь 1 выбирает «настройки», пользователь 1 направляется на экран настроек для выполнения изменений в отношении собственного профиля или для деактивации/активации функций отправки и добавления. Если пользователь 1 выбирает один из следующих вариантов («персональный», «деловой», «оба»), то на стадии 6460 прикладной модуль 2090 пользователя 1 увеличивает значение счетчика LND для набра