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

Формула изобретения

1. Система управления информацией, включающая в себя:

первое устройство беспроводной связи, имеющее адресную книгу, включающую в себя контактную информацию;

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

прикладной модуль, сконфигурированный

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

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

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

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

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

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

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

6. Система управления информацией по п.1, в которой прикладной модуль сконфигурирован предлагать первому пользователю обновить контактную информацию первого пользователя в первом устройстве беспроводной связи.

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

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

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

10. Система управления информацией по п.1, в которой первое устройство беспроводной связи включает в себя интеллектуальное устройство, содержащее одно из модуля идентификации абонента, модуля идентификации абонента Универсальной системы мобильных телекоммуникаций (UMTS), смарт-карты и вставляемого чипа, при этом интеллектуальное устройство сконфигурировано так, что оно включает в себя адресную книгу первого пользователя.

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

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

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

14. Система управления информацией по п.1, в которой прикладной модуль сконфигурирован:

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

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

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

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

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

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

обнаруживать событие связи между первым устройством беспроводной связи и вторым устройством беспроводной связи, причем это событие связи имеет место через беспроводную сеть;

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

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

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

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

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

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

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

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

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

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

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

26. Прикладной модуль по п.18, дополнительно сконфигурированный:

принимать контактную информацию второго пользователя от второго устройства беспроводной связи; и

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

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

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

обнаруживают событие связи, имеющее место между первым устройством беспроводной связи и вторым устройством беспроводной связи;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Описание изобретения к патенту

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

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

Кроме того, эти задачи ограничивают пользователя от добавления альтернативных номеров телефонов (например, рабочий телефон, домашний телефон и факс), связанных с контактом, даже при том, что сегодняшние телефонные книги могут поддерживать множество номеров. С ростом более сложных телефонов (таких как смартфоны, 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 для набранного номера телефона и, на стадии 6470, сохраняет новое значение в файле 2037 данных счетчика LND пользователя 1. Прикладной модуль 2090 пользователя 1 создает SMS «послать собственный профиль» (см. фиг. 6F и соответствующее описание). Чтобы позволить пользователю 1 знать, что прикладной модуль 2090 обменивается контактной информацией с помощью SMS, как только пользователь 1 первый раз решает отправить свою контактную информацию, пользователь 1 уведомляется следующим сообщением: «Вы собираетесь отправить SMS, Вы уверены, что Вы хотите продолжить?». Это уведомление делается единожды, и если пользователь 1 либо принимает, либо отвергает отправку SMS в первый раз, когда делается это уведомление, это сообщение не будет отображаться для последующих отправок. На стадии 6490 прикладной модуль 2090 возвращается к своему исходному состоянию прослушивания.

Согласно фиг.6F прикладной модуль 2090 пользователя 1 посылает в SMS-сообщении контактную информацию пользователя 1. На стадии 6510, если пользователь 1 выбирает вариант «персональный», подтверждающее сообщение отображается на модуле 2017 отображения пользователя 1 через упреждающую команду 3090 отображения текста: «Отправка SMS с собственным профилем и на стадии 6530 отправляется SMS-сообщение, которое содержит поля данных имени, фамилии, номеров мобильного и домашнего телефонов, заданные в собственном профиле. Если пользователь 1 выбирает вариант «деловой», то отображается подтверждающее сообщение: «Отправка SMS с собственным профилем», и отправляется SMS-сообщение, содержащее поле данных имени, фамилии, номеров мобильного и рабочего телефонов, заданных в собственном профиле. Если пользователь 1 выбирает вариант «оба», то отображается подтверждающее сообщение: "Отправка SMS с собственным профилем», и отправляется SMS-сообщение, содержащее поля данных имени, фамилии, номеров мобильного и рабочего телефонов, заданных в файле 2035 данных собственного профиля.

Со ссылкой на фиг.6G описан вариант 6420 обнаружения роуминга. Когда прикладной модуль 2090 пользователя 1 активирует обнаружение роуминга на стадиях 6410 и 6610, прикладной модуль 2090 пользователя 1 получает код страны мобильного устройства (MMC) на стадии 6610 от телефона 2010 с помощью упреждающей команды 3070 предоставления локальной информации из STK. На стадии 6620, если текущий код страны мобильного устройства (MMC) соответствует коду страны мобильного устройства пользователя 1, ограничение по роумингу не применяется. На стадии 6620, если текущий код страны мобильного устройства (MMC) не соответствует коду страны мобильного устройства пользователя 1, то на стадии 6630 прикладной модуль 2090 пользователя 1 проверяет, набран ли номер с международным кодом страны. Если номер был набран с международным кодом страны, ограничение по роумингу не применяется. Если международный код страны не набран, на стадии 6630, то применяется ограничение по роумингу и приложение переходит на стадию 6440 на Фиг. 6E.

Согласно фиг.6H прикладной модуль 2090 пользователя 1 проверяет значение счетчика LND для каждого пользователя. Функциональная возможность проверки значения счетчика LND является усовершенствованием по отношению к статистическому счетчику событий. Количество раз, когда пользователю 1 предлагается отправить обновление другим пользователям, уменьшается. Процесс 6440 проверки значения основан на частоте, с которой каждый номер вызывается (то есть некоторые номера вызываются 10 раз в день, а другие вызываются 10 раз в месяц), так чтобы просить пользователя 1 повторно послать свою контактную информацию после соответствующего количества вызовов - вместо фиксированного количества вызовов. На стадии 6710 прикладной модуль 2090 пользователя 1 определяет местонахождение нового набранного номера в файле 2037 данных счетчика LND. Если этот набранный номер не находится в списке, то его добавляют к списку. На стадии 6720 прикладной модуль 2090 пользователя 1 извлекает значение счетчика для упомянутого номера из файла 2037 счетчика LND пользователя 1. На стадии 6730 прикладной модуль 2090 пользователя 1 получает пороговое значение счетчика из файла 2039 данных конфигурации пользователя 1.

Согласно фиг.6I прикладной модуль 2090 пользователя 1 получает пороговое значение счетчика. Список последних набранных номеров сохраняют в файле 2038 данных структуры LND. Пороговое значение для отправки вопроса об обновлении основано на количестве раз, которое заданный номер представлен в списке последних набранных номеров. На стадии 6810 прикладной модуль 2090 пользователя 1 проверяет, разрешен ли вариант шаблонов частоты повторения вызова, посредством осуществления доступа к файлу 2039 данных конфигурации пользователя 1. Если вариант шаблонов частоты повторения вызова деактивирован, модуль 2090 получает значение стандартного порога из файла 2039 данных конфигурации пользователя 1. Если вариант шаблонов частоты повторения вызова деактивирован, прикладной модуль 2090 пользователя 1 динамически вычисляет пороговое значение на основе числа появлений в файле 2038 данных структуры LND пользователя 1.

Согласно фиг.7A прикладной модуль 2091 пользователя 2 связывается и принимает контактную информацию пользователя 1 и вносит информацию в телефонную книгу 2083 SIM пользователя 2. Обмен контактной информацией имеет место между пользователем 1 и пользователем 2 через сеть. Прикладной модуль 2091 пользователя 2 связывается, упаковывает и отправляет контактную информации пользователя 2 пользователю 1. По завершении вызова пользователь 1 выбирает отправку своей контактной информации. Пользователь 2 завершает активацию прикладного модуля 2091 пользователя 2, предпочтительно до того, как пользователь 1 отправит контактную информацию пользователя 1 пользователю 2. На фиг.2 SMS-сообщение пользователя 2 переносится через платформу 2001 эфирной связи оператора мобильной связи (OTA) и SMS-центр 2040 оператора мобильной связи. Телефон 2050 пользователя 2 принимает SMS сообщение, которое содержит контактную информацию пользователя 1. Событие 3050 загрузки данных PP SMS запускает прикладной модуль 2091 пользователя 2, и это указывает на прием SMS.

На фиг.7B прикладной модуль 2091 пользователя 2 выбирает процессор SMS-сообщений на основе значений PID/DCS, стадия 7105. На стадии 7110 прикладной модуль 2091 пользователя 2 извлекает контактные данные пользователя 1 из SMS-сообщения. На стадии 7115 прикладной модуль 2091 пользователя 2 выполняет проверку в отношении того, содержит ли SMS-сообщение запрос отчета оператора мобильной связи. Если оно содержит запрос отчета оператора мобильной связи, прикладной модуль 2091 пользователя 2 обрабатывает запрос отчета оператора мобильной связи, стадия 7120. Если SMS-сообщение не содержит запрос отчета оператора мобильной связи, прикладной модуль 2091 пользователя 2 инициирует меню приложения на дисплее 2057 телефона пользователя 2 телефона 2050 пользователя 2, стадия 7125, при помощи упреждающей команды 3090 отображения текста (см. фиг. 8C и 8D и соответствующее описание, далее). Пользователя 2 информируют о том, что «SMS сообщение принято» (специфическое сообщение, зависящее от конкретного телефона). На стадии 7125 прикладной модуль 2091 пользователя 2 отображает одно из двух сообщений: «Добавить пользователя 1?» (в телефонную книгу SIM) или «Обновить пользователя 1?» в зависимости от того, сохранен ли уже пользователь 1 в телефонной книге 2083 (U)SIM пользователя 2. На стадии 7135, если пользователь 2 выбирает «Добавить» или «Обновить», то введенный контакт пользователя 1 сохраняют или обновляют в телефонной книге 2083 (U)SIM пользователя 2. Если новая запись создана или обновлена успешно, прикладной модуль 2090 пользователя 2 отображает сообщение «Пользователь 1 добавлен в телефонную книгу SIM» или «Контактные данные пользователя 1 обновлены».

Если прикладной модуль 2091 пользователя 2 на стадии 7140 не может создать новую запись в телефонной книге 2083 (U)SIM пользователя 2, телефонная книга 2083 (U)SIM пользователя 2 отображает сообщение «Телефонная книга SIM заполнена» на стадии 7150 при помощи упреждающей команды 3090 отображения текста. На стадии 7135, если пользователь 2 выбирает «Не добавлять» или «Не обновлять», тогда прикладной модуль 2091 пользователя 2 переходит на стадию 7150. На стадии 7150 пользователю 2 будет предложено отправить свою контактную информацию назад пользователю 1. Это действие будет по существу таким же самым процессом отправки профиля, что был описан выше на фиг. 6E для пользователя 1. Контактная информация пользователя 2, сохраненная в файле 2085 данных собственного профиля, будет отправлена пользователю 1.

По завершении процесса «отправки профиля» прикладной модуль 2091 пользователя 2 отправляет следующее сообщение модулю 2057 управления дисплеем: «Подготовка к обновлению SIM...». В это время, на стадии 7155, прикладной модуль 2091 пользователя 2 удаляет SMS-сообщение из карты 2080 (U)SIM пользователя 2. На стадии 7160 телефон 2050 пользователя 2 просят выполнить функцию обновления SIM через упреждающую команду 3120 обновления SIM, и сообщение, специфическое для конкретного телефона, может быть показано на экране (например, Обновление SIM). Если возникает ошибка при описании обновления SIM, стадия 7165, то на дисплее 2057 телефона пользователя 2 отображается сообщение «Перезапустите телефон для обновления Вашей телефонной книги SIM». На стадии 7175 прикладной модуль 2091 пользователя 2 будет просить телефон 2050 пользователя 2 отобразить «телефонная книга SIM готова» с помощью упреждающей команды 3090 отображения текста.

Согласно фиг. 8A ручная навигация приложения доступна пользователю 1 и пользователю 2. Когда пользователь 1 выбирает для работы прикладной модуль 2090 в телефоне 2010 пользователя 1, событие 3040 выбора меню инициируется для активации прикладного модуля 2090.

На Фиг. 8B показан процесс 8010 выбора меню настроек. Когда событие 3040 выбора меню инициируется, прикладной модуль 2090 пользователя 1 показывает меню настроек, стадия 8100 (см. фиг. 8C и соответствующе описание). На стадии 8110 пользователь 1 выбирает один из пунктов меню и прикладной модуль 2090 пользователя 1 инициирует соответствующее действие.

Согласно фиг. 8C установки представляют собой меню, которое позволяет пользователю 1 изменять установки по умолчанию прикладного модуля 2090 пользователя 1. К меню настроек доступ пользователь 1 может осуществить доступ в течение следующих последовательностей действий по использованию: отправки собственного профиля после вызова, обновление собственного профиля после вызова, добавление вызывающей стороны в телефонную книгу, обновление вызывающей стороны в телефонной книге, отправки вручную новому пользователю или ручная навигация в отношении приложений SIM. На стадии 8110 пользователь 1 имеет следующие возможности выбора меню настроек: «Отключить опции», «Редактировать собственный профиль», «Ручная отправка», «Язык» и «О программе». Когда пользователь 1 делает выбор на стадии 8220, приложение инициирует соответствующее действие и по завершении приложение возвращается к меню настроек. Меню «Отключить Опции» обеспечивает возможность деактивировать или активировать функции Отправки и Добавления. Функция Деактивации Отправки позволяет пользователю 1 включать/выключать функцию «Отправить собственный профиль?». Если эта функция деактивирована, пользователя 1 не будут просить отправить его контактную информацию (сохраненную в файле 2035 данных «мой профиль» пользователя 1) после телефонных вызовов. Значение по умолчанию для функции отправки является «активирована». Функция Деактивации Блокирования позволяет пользователю 1 включить/выключить сообщение и функцию «Добавить [вызывающую сторону] в телефонную книгу SIM?». Если эта функция блокирована, пользователя 1 не будут просить добавить вызывающую сторону в телефонную книгу 2003 SIM, если SMS прикладного модуля 2090 принято. Значение по умолчанию для функции Добавления является «активирована».

Согласно фиг. 8D страницу меню прикладного модуля 2090 пользователя 1 устанавливают активной и пользователю 1 представляют опции. На стадии 8310 прикладной модуль 2090 пользователя 1 отображает доступные опции. Чтобы удостовериться, что приложение не прерывает другую активность телефона 2010, модуль сверяется с терминалом, получая ответ терминала, на стадии 8320. Если терминал не занят, на стадии 8330, модуль 2090 возвращается на стадию 8310 и продолжает показывать пункты меню на модуле 2017 отображения телефона 2010. Прикладной модуль 2090 пользователя 1 может выдать упреждающую команду 3130 времени для продолжения отображения меню приложения. Если терминал не занят, на стадии 8330, прикладной модуль 2090 пользователя 1 возвращает выбранную из меню опцию.

На фиг. 8E опция ручной отправки доступна в меню настроек. Если пользователь 1 выбирает опцию ручной отправки, на стадии 8410, прикладной модуль 2090 пользователя 1 проверяет, готов ли файл 2035 данных собственного профиля пользователя 1. На стадии 8420, если файл 2035 данных собственного профиля пользователя 1 готов, прикладной модуль 2090 пользователя 1 просит пользователя 1 ввести телефонный номер пользователя 2 посредством инициирования упреждающей команды 3140 получения ввода. Телефонный номер пользователя 2 вводится. Прикладной модуль 2090 пользователя 1 выполняет процесс отправки, как описано на фиг.6E.

На фиг. 8F описана опция редактирования собственного профиля в меню настроек. Если пользователь 1 выбирает опцию редактирования собственного профиля, на стадии 8510, прикладной модуль 2090 пользователя 1 отображает меню редактирования собственного профиля. Меню собственного профиля содержит в подменю контактную информацию пользователя 1. Данные, сохраненные в файле 2035 данных собственного профиля, являются информацией, которую посылают другим пользователям. Доступными опциями по умолчанию являются Имя, Фамилия, Мобильный номер, Домашний номер и Рабочий номер. Поле данных и опции не ограничены только этими номерами и могут быть расширены при помощи расширения кода прикладного модуля 2090.

Функция «Язык» позволяет пользователю 1 сменять язык модуля 2090 пользователя 1. Количество и типы языковых опций определены оператором мобильной связи, например. Язык по умолчанию может быть установлен оператором во время реализации, закодирован в прикладном модуле 2090 пользователя 1 или изменен через обновление OTA файла 2039 конфигурации пользователя 1.

Функция «О программе» обеспечивает краткое описание прикладного модуля 2090 пользователя 1 и информацию о версии для пользователя 1. Функцию о программе также отображает режим работы, метрику, используемую для определения того, в каком режиме телефон позволяет прикладному модулю 2090 пользователя 1 работать.

На фиг. 2-8, функция «Отправить Обновление» позволяет прикладному модулю 2090 пользователя 1 автоматически обновлять контактную информацию пользователя 1 в телефонной книге пользователя 2 (и телефонных книгах других пользователей). Действие Отправки Обновления может быть инициировано исходящим вызовом или поступающим SMS-сообщением от прикладного модуля 2090 2090 пользователя 1, например. Прикладной модуль 2090 пользователя 1 выполняет процесс отправки, например, на фиг. 6E. Система и способы, используемые для «Обновления», являются по существу теми же самыми, что и для процесса «отправить». Частота запроса «Отправить Обновление?» управляется файлом 2037 данных счетчика LND пользователя 1. Каждые данные счетчика LND привязываются к номеру назначения телефонного вызова или телефонному номеру, с которого исходит SMS. Чтобы предотвратить повторяющиеся запросы отправки для часто выполняющих вызовы вызывающих сторон, файл 2037 данных счетчика LND пользователя 1 прослеживает количество исходящих вызовов для каждого уникального адреса получателя. Запрос отправки спрашивают после того, как данные счетчика LND пользователя 1, для заданного адреса назначения, достигают основного порогового значения. Пользователь 1 может изменить информацию в файле 2035 данных собственного профиля и запустить процесс сброса счетчиков. Изменение в персональной информации (Имени, Мобильного или Домашнего номера) сбрасывает счетчики LND для всех контактов, которые ранее приняли персональную информацию. Изменение в деловой информации (Имени, Мобильном или Рабочем номере) сбрасывает счетчики LND для контактов, которые ранее приняли деловую информацию. Изменение как персональной, так и деловой информации сбрасывает все счетчики. Как только счетчик для заданного контакта сброшен, последующий вызов в отношении этого контакта инициирует обмен контактной информацией.

Функция «Принять Обновление» сконфигурирована так, чтобы позволить прикладному модулю 2091 пользователя 2 принимать SMS-сообщение, которое содержит контактную информацию вызывающей стороны с обновленной информацией. Прикладной модуль 2091 пользователя 2 активируется и спрашивает пользователя 2 «Обновить пользователя 1?». Пользователь 2 имеет три опции «Да», «Нет», «Настройки» в соответствии с процессом «Прием», описанным на Фиг. 7A-7B. Если пользователь 2 выбирает «Да», обновляется запись контактных данных пользователя 2 в телефонной книге 2083 UICC пользователя 2, и отображают сообщение, например: «Пользователь 2 обновлен в телефонной книге SIM». Если пользователь 2 выбирает «Нет», то телефонная книга 2083 UICC пользователя 2 не изменяется.

Согласно фиг.9, мобильная система 9000 управления контактной информацией включает в себя компоненты и их возможные соединения с несколькими устройствами в сети, такой как сеть UMTS. Мобильная система 9000 управления контактной информацией включает в себя телефон 9010 первого пользователя, телефон 9050 второго пользователя, удаленный компьютер 9003, удаленный сервер 9005 базы данных, коммутаторы 9007, приложение 9004 коммутируемой связи и платформу 9001 эфирной связи оператора мобильной связи (OTA), а также другие серверы и серверы баз данных.

Удаленный компьютер 9003 оператора мобильной связи, удаленный сервер 9005 базы данных и коммутаторы 9007 соединены друг с другом. Телефон 9010 первого пользователя и телефон 9050 второго пользователя выполнены с возможностью осуществления связи через платформу 9001 оператора мобильной связи OTA. Платформа OTA соединяет телефон 9010 первого пользователя и телефон 9050 второго пользователя с удаленным компьютером 9003 и удаленным сервером 9005 базы данных через сеть мобильной связи. На Фиг. 9 телефон 9010 первого пользователя содержит карту 9030 UICC, а телефон второго пользователя 9050 содержит карту 9080 UICC, которые обеспечивают телефону 9010 первого пользователя и телефону 9050 второго пользователя возможность осуществления доступа к удаленному серверу 9003 и удаленному серверу 9005 базы данных через сеть мобильной связи, платформу 9001 OTA и сеть телефонного оператора. Карты UICC 9030, 9080 могут быть интегрированы в телефон и программное обеспечение телефонной операционной системы.

Первая пользовательская карта 9030 UICC содержит прикладной модуль 9090 (U)SIM, Java-карту 9031, инфраструктуру 9032 инструментария SIM (STK) и телефонную 9033 книгу карты UICC первого пользователя. Дополнительно, следующие файлы хранятся в файловой системе SIM: файл 9035 данных собственного профиля первого пользователя, файл 9037 данных последнего набранного номера (LND) первого пользователя, файл 9038 данных набора LND первого пользователя, файл 9034 данных режима работы первого пользователя и файл 9039 конфигурации первого пользователя. Эти файлы могут быть изменены локально или удаленно через обновление OTA. Телефон 9010 первого пользователя далее включает телефонную операционную систему 9011. Операционная система 9011 первого пользовательского телефона включает в себя модуль 9017 управления отображением, модуль 9015 телефонной книги, коммуникационный модуль 9014 управления событиями телефонной связи и модуль 9016 SMS. Могут также быть включены и другие модули.

Вторая пользовательская карта 9080 UICC содержит прикладной модуль 9090 (U)SIM, Java-карту 9081, инфраструктуру 9082 инструментария SIM (STK) и телефонную книгу 9083 карты UICC второго пользователя. Следующие файлы хранятся в файловой системе SIM: файл 9085 данных собственного профиля второго пользователя, файл 9087 данных последнего набранного номера (LND) второго пользователя, файл 9088 данных набора LND второго пользователя, файл 9084 данных режима работы второго пользователя и файл 9089 конфигурации второго пользователя. Эти файлы могут быть изменены локально или удаленно через обновление OTA. Телефон 9050 второго пользователя далее включает в себя телефонную операционную систему 9051. Операционная система 9051 телефона второго пользователя включает в себя модуль 9057 управления отображением, модуль 9055 телефонной книги, коммуникационный модуль 9054 управления событиями телефонной связи и модуль 9056 SMS. Могут также быть включены и другие модули.

Пользователь 1 осуществляет вызов с помощью первого телефона 9010 в отношении телефона 9050 второго пользователя через оператора мобильной связи, стадии 9090 и 9060. Коммутатор 9007 информирует приложение 9004 коммутируемой связи в удаленном компьютере 9003 относительно номеров телефона вызывающей стороны. Приложение 9004 коммутируемой связи создает два SMS-сообщения: первое SMS-сообщение отправляют телефону 9010 пользователя 1, второе сообщение отправляют телефону 9050 пользователя 2. В каждом случае прикладной модуль 9090 (U)SIM в карте 9030 UICC первого пользователя и прикладном модуле 9090 (U)SIM в карте 9080 UICC второго пользователя запускаются этими SMS-сообщениями. События запуска апплета замещаются в телефоне 9010 пользователя 1 и в телефоне 9050 пользователя 2. В конце каждого вызова прикладной модуль 9090 (U)SIM для пользователя 1 и пользователя 2 будет активирован, чтобы запросить каждого пользователя отправить контактную информацию.

Альтернативно, файл 9035 данных собственного профиля пользователя 1, файл 9037 данных последнего набранного номера (LND) первого пользователя, файл 9038 данных структуры LND первого пользователя, файл 9034 данных режима работы первого пользователя и файл 9039 конфигурации первого пользователя могут быть заменены с помощью Web-интерфейса на удаленном компьютере 9003 и логических средств из состава удаленного сервера 9005 базы данных через сеть мобильной связи. Согласно опять же фиг.9, пользователь 1 осуществляет вызов с помощью мобильного телефона 9010 в отношении телефона 9050 пользователя 2 через оператора мобильной связи, как показано на стадиях 9090 и 9060. Коммутатор 9007 информирует приложение 9004 коммутируемой связи в удаленном компьютере 9003 относительно телефонных номеров пользователя 1. Приложение 9004 коммутируемой связи создает два SMS-сообщения: первое SMS-сообщение отправляют телефону 9010 пользователя 1, а второе SMS-сообщение отправляют телефону 9050 пользователя 2. Прикладной модуль 9090 (U) SIM в карте 9030 UICC первого пользователя и прикладной модуль 9090 (U)SIM в карте 9080 UICC второго пользователя запускаются этими SMS-сообщениями. Использование этой методики не только замещает события запуска апплета в телефоне 9010 пользователя 1 и в телефоне 9050 пользователя 2, но также и логические средства обработки определения местонахождения для удаленного компьютера 9003 и удаленного сервера 9005 базы данных. Информация, связанная с пользователем 1 и пользователем 2, например, данные собственного профиля, данные последнего набранного номера, структура данных LND, режим пользователя работы и список контактов в адресной книге, сохраняется на удаленном сервере 9005 базы данных. В конце каждого вызова прикладной модуль 9090, 9091 (U)SIM для пользователя 1 и пользователя 2 будет активирован и будет просить каждого пользователя отправить контактную информацию.

На фиг. 10 мобильная система 3000 управления контактной информацией иллюстрирует компоненты изобретения и их возможные соединения с несколькими устройствами между сетями, такими как сеть UMTS и стационарная проводная (наземная) сеть. Мобильная система 3000 управления контактной информацией включает в себя телефон первого пользователя 3010, стационарный проводной телефон 3050 второго пользователя, компьютер 3080, удаленный компьютер 3003 второго пользователя, удаленный сервер 3005 базы данных, коммутаторы 3007, приложение 3004 коммутируемой связи, платформу 3001 эфирной связи оператора мобильной связи (OTA) и стационарную проводную сеть 3060, а также другие серверы и серверы баз данных.

Удаленный компьютер 3003 оператора мобильной связи, удаленный сервер 3005 базы данных и коммутаторы 3007 связаны друг с другом. Стационарный проводной телефон 3050 первого пользователя подсоединен к платформе 3001 оператора мобильной связи OTA 3001. Стационарный проводной телефон 3050 второго пользователя подключен к стационарной проводной сети 3060. Компьютер 3080 второго пользователя подключен к удаленному компьютеру 3003 и к удаленному серверу 3005 базы данных через Интернет или другую сеть. Платформа OTA соединяет телефон 3010 первого пользователя с удаленным компьютером 3003 и удаленным сервером 3005 базы данных через сеть мобильной связи. Телефон 3010 первого пользователя содержит карту 3030 UICC, которая обеспечивает телефону 3010 первого пользователя возможность осуществлять доступ к удаленному серверу 3003 и удаленной базе 3005 данных через сеть мобильной связи, платформу 3001 OTA и сеть оператора телефонной связи. Карта 3080 UICC может быть интегрирована в телефон и программное обеспечение телефонной операционной системы.

Карта 3030 UICC содержит прикладной модуль 3030 (U)SIM 3090, Java-карту 3031, инфраструктуру 3032 инструментария SIM (STK) и телефонную книгу 3033 карты UICC первого пользователя. Дополнительно, следующие файлы хранятся в файловой системе SIM: файл 3035 данных собственного профиля первого пользователя, файл 3037 данных последнего набранного номера (LND) первого пользователя, файл 3038 данных структуры LND первого пользователя, файл 3034 данных режима работы первого пользователя и файл 3039 конфигурации первого пользователя. Эти файлы могут быть изменены локально или удаленно через обновление OTA. Телефон 3010 первого пользователя далее включает в себя телефонную операционную систему 3011. Операционная система 3011 телефона первого пользователя включает в себя модуль 3017 управления отображением, модуль 3015 телефонной книги, коммуникационный модуль 3014 управления событиями телефонной связи, модуль 3016 SMS и другие модули. Стационарный проводной телефон 3050 второго пользователя может быть стандартным стационарным проводным телефоном или VOIP-телефоном или цифровым телефоном следующего поколения.

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

На фиг. 10 пользователь 1 осуществляет вызов с помощью мобильного телефона 3010 в отношении телефона 3050 пользователя 2 через оператора мобильной связи, как показано на стадии 3065, и через стационарную проводную сеть, как показано на стадии 3060. Коммутатор 3007 информирует приложение 3004 коммутируемой связи 3003 относительно номеров телефона пользователя 1. Приложение 3004 коммутируемой связи информирует удаленный компьютер 3003, соединенный с удаленным сервером 3005 базы данных. Удаленный компьютер 3003 извлекает контактные данные пользователя 2 из удаленной базы 3005 данных, затем упаковывает контактные данные пользователя 2 и вносит эту информацию в SMS-сообщение. SMS-сообщение посылают телефону 3010 пользователя 1. В этом примере прикладной модуль 3090 (U)SIM в карте 3030 UICC первого пользователя запускается SMS-сообщением в режиме «Прием». Используя, по существу, тот же самый прикладной модуль 3090, пользователь 1 вносит контактные данные пользователя 2 в телефонную книгу 3033 карты 3033 UICC пользователя 1. Удаленный компьютер 3003, подключенный к удаленному серверу 3005 базы данных, сохраняет номер телефона пользователя 1 в списке вызовов в учетной записи удаленной базы 3003 данных пользователя 2. Пользователь 2 изменяет свою информацию на удаленном компьютере 3003, подключенном к удаленному серверу 3005 базы данных. Удаленный компьютер 3003 извлекает обновленные контактные данные пользователя 2 из удаленной базы 3005 данных и упаковывает новые контактные данные пользователя 2 и вносит эту информацию в SMS-сообщение. SMS-сообщение отправляют телефону 3010 пользователя 1. В этом случае прикладной модуль 3090 (U)SIM в карте 3030 UICC первого пользователя запускается SMS-сообщением в режиме «Прием». Используя точно те же самые прикладные модули 3090 и методики, пользователь 1 сможет вносить обновленные контактные данные пользователя 2 в телефонную книгу 3033 карты UICC.

Отчетная система может быть включена в состав для системы 2000, 3000, 9000 управления контактами. Прикладной модуль 2090 (U)SIM подготавливает и отправляет отчеты по использованию в удаленном компьютере 2003 и удаленной базе 2003 данных. Приложение 2090 (U)SIM собирает данные об использовании и периодически посылает информацию удаленному компьютеру 2003 и удаленному серверу 2005. Собранная информация включает в себя, но не в ограничительном смысле, общее количество входящих вызовов, общее количество контактов в телефонной книге, общее количество обновлений персональной контактной информации за временной период. Информация, собранная в удаленной базе 2005 данных, может быть использована, чтобы анализировать статистику и характеристики использования.

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

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

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