Способ и система для синхронизации идентифицирующей информации

Изобретение относится к совместному использованию и синхронизации идентифицирующей информации на двух или нескольких компьютерных системах. Изобретение позволяет синхронизировать идентифицирующую информацию на различных несопоставимых компьютерных системах, так чтобы различные системы могли использовать эту идентифицирующую информацию. Процесс синхронизации синхронизирует идентифицирующую информацию и правила, основанные на идентифицирующей информации, между главной компьютерной системой и вторичной компьютерной системой. Соответственно, вторичная компьютерная система содержит репрезентативную базу данных идентифицирующей информации, отслеживающую прием преобразованной информации, причем репрезентативная база данных представляет главную базу данных идентифицирующей информации на главной компьютерной системе. Для синхронизации может осуществляться преобразование. Процесс преобразования может выполняться посредством специализированного процесса, предназначенного для вторичной системы. Альтернативно, процесс преобразования выполняется посредством обобщенного процесса с использованием таблиц отображения, предназначенных для преобразования идентифицирующей информации во множество различных форматов. 7 н. и 20 з.п. ф-лы, 8 ил., 1 табл.

 

Область техники

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

Предшествующий уровень техники

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

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

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

Изобретение было создано в целях решения этих и других проблем.

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

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

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

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

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

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

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

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

Краткое описание чертежей

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

Фиг.2 - компьютерная система, которая может быть использована в соответствии с конкретными аспектами настоящего изобретения.

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

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

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

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

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

Фиг.8 - блок-схема, иллюстрирующая операционные характеристики для процесса передачи правил от одной системы к другой системе.

Подробное описание изобретения

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

В целом, настоящее изобретение связано с синхронизацией информации, в частности идентифицирующей информации и связанных с идентификацией правил, среди множества отличающихся компьютерных систем. В соответствии с вариантами осуществления изобретения, способы, описанные ниже, могут быть выполнены на автономной компьютерной системе, но более типично, могут выполняться на множестве компьютерных систем, взаимосвязанных для образования распределенной компьютерной сети. Среда 100 для выполнения синхронизации, как предусматривается настоящим изобретением, показана на фиг.1. Среда 100 содержит компьютерную систему 102, которая рассматривается как главная компьютерная система. Как использовано в настоящем документе, термин «компьютерная система» должен трактоваться в широком смысле и определяется как «одно или более устройств или машин, которые выполняют программы для отображения и обработки текста, графики, символов, аудио-, видеоданных и/или чисел».

Главная компьютерная система 102 осуществляет связь с вторичными компьютерными системами, такими как компьютерная система 104 сотового телефона и компьютерная система 106 персонального цифрового помощника (PDA). Главная компьютерная система 102 может также, при необходимости, осуществлять связь с многими другими компьютерными системами, такими как системы 108, 110 и 112 для синхронизации. Хотя система 102 может осуществлять связь с многими другими системами, такими как системы 108, 110 и 112, настоящее изобретение фокусируется на осуществлении связи между приведенными для примера системой 102 и системами 104 и 106. Как таковые системы 108, 110 и 112 показаны на фиг.1 только для того, чтобы проиллюстрировать, что в настоящем изобретении могут предусматриваться и многие другие соединения и связи.

Системы 102, 104, 106, 108, 110 и 112 осуществляют связь с использованием одного или более известных протоколов, либо беспроводным способом, либо посредством прямых проводных соединений. Кроме того, системы 102, 104, 106, 108, 110 и 112 могут осуществлять связь с использованием отдельных протоколов, таких как TCP/IP или других сетевых и/или коммуникационных протоколов, реализованных в сетях, таких как Интернет (не показано). Таким образом, хотя системы 104, 106, 108, 110 и 112 показаны как связанные для наглядности прямыми стрелками, на самом деле они могут осуществлять связь с системой 102 по непрямым каналам. На самом деле, соединения, показанные в среде 100, просто иллюстрируют то, что информация может транслироваться между системами. Как таковое определение коммуникации (связи), используемое здесь, относится к передаче сообщения, события или какой-либо другой информации от одной системы к другой.

В варианте осуществления настоящего изобретения система 102 преобразует и/или фильтрует синхронизируемую информацию в форме, требуемой вторичными системами, такими как системы 104 и 106, перед передачей указанной информации. Поскольку другие компьютерные системы требуют, чтобы информация сохранялась в другом формате, системы рассматриваются как неравноправные (отличающиеся). В результате преобразования вторичной системе не требуется сохранять и исполнять посторонние приложения локальным образом. Кроме того, настоящее изобретение относится к синхронизации информации между отличающимися компьютерными системами, причем разные компьютерные системы принадлежат и используются одним и тем же пользователем или одной и той же ассоциацией, так что на отдельных компьютерных системах присутствует обновленная, согласованная и осмысленная совокупность идентифицирующей информации.

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

В одном варианте осуществления ресурс идентификации создается для каждого известного главного пользователя. Ресурс определяется здесь как машиночитаемая форма данных, упорядоченных для формирования электронного файла. Следовательно, ресурс идентификации является электронным представлением «идентичности» главного пользователя. Такой ресурс идентификации также упоминается как «документ идентифицирующей информации», «объект главного пользователя» или как «объект идентифицирующей информации». Ресурс идентификации уникальным образом идентифицирует главного пользователя, которому он соответствует. В качестве примера, система 102 может содержать множество ресурсов идентификации, относящихся к лицам, известным пользователю системы 102. Каждый ресурс идентификации может включать в себя такую информацию, как имя лица, номер телефона, адрес электронной почты, в числе других идентифицирующих элементов или, таким образом, заявок идентификации. На самом деле, может иметься много других заявок идентификации, таких как открытый ключ лица, IP-адрес для его компьютерной системы, ассоциации групп, стратегии использования и т.д. Более подробная информация относительно заявок идентификации и ресурсов идентификации содержится в патентной заявке США на «Систему идентификации для использования в вычислительной среде» (номер дела поверенного MS206220.01/M&G40062.214-US-01), поданной 23 октября 2003, которая переуступлена правопреемнику настоящей заявки, и описание которой включено в настоящую заявку посредством ссылки.

Система 102 также содержит модуль 116 управления, используемый для выполнения операций по созданию ресурсов идентификации, сохранению ресурсов идентификации и других управляющих функций, относящихся к ресурсам идентификации, сохраненным в главной базе 114 данных идентификации. Кроме того, модуль 116 управления используется для управления коммуникациями между системой 102 и другими системами, такими как системы 104 и 106. Модуль управления управляется пересылкой ресурсов идентификации к другим системам 104 и 106, а также синхронизацией таких ресурсов идентификации.

Для пересылки информации система 104 также содержит модуль 118 управления. Модуль 118 управления действует для обеспечения коммуникаций с модулем 116 управления в системе 102. Система 104 поддерживает локальную базу 120 данных идентификации, хранящую множество ресурсов идентификации. В одном варианте осуществления база 120 данных идентификации имеет один ресурс идентификации для каждого ресурса идентификации, находящегося в главной базе 114 данных идентификации. Таким образом, после синхронизации между системой 102 и системой 104 любые ресурсы идентификации, находящиеся в любой из баз 114 и/или 116 данных идентификации, которые не находятся в другой базе данных, копируются или пересылаются к другой базе данных для обновления этой базы данных. Вследствие этого локальная база 120 данных может рассматриваться как копия базы 114 данных с точки зрения главных пользователей, представленных ресурсами идентификации в базе 114 данных.

Хотя база 120 данных сохраняет, вслед за синхронизацией, один ресурс идентификации для каждого ресурса идентификации в базе 114 данных, действительный ресурс идентификации в базе 120 данных может отличаться от соответствующей информации сохраненного ресурса идентификации в базе 114 данных. Тип и объем информации, сохраненной в базе 120 данных, может быть не тем же самым, что тот, который сохранен в базе 114 данных. Например, поскольку система 104 является сотовым телефоном, база 120 данных, сохраненная на нем, может хранить только упрощенную версию базы 114 данных. В варианте осуществления для каждого ресурса идентификации, сохраненного в базе 114 данных, база 120 данных может хранить только имя и номер телефона. Соответственно, база 120 данных может не включать всю информацию, имеющуюся для какого-либо или всех данных главных пользователей, имеющих более обширные ресурсы идентификации, сохраненные в базе 114 данных. Поскольку база 120 данных на вторичной системе имеет запись для каждого главного пользователя в главной базе 114 данных, хотя и в другом формате и потенциально с менее объемной (или другой по виду) информацией, база 120 данных рассматривается как «репрезентативная» база данных относительно главной базы 114 данных.

Компьютерная система 106 PDA также имеет модуль 122 управления и базу 124 данных, используемые для осуществления связи с модулем 116 управления в системе 102 и для хранения идентифицирующей информации, соответственно. Понятно, что база 124 данных хранит один ресурс идентификации для каждого ресурса идентификации в главной базе 114 данных, но может не хранить всей информации для каждого ресурса идентификации. То есть, как и в случае системы 104, система 106 обычно имеет меньше вычислительных ресурсов, чем система 102, таких как память, вычислительная мощность, коммуникационные возможности и т.д. Ввиду этих ограничений системе 106 PDA может потребоваться только сокращенная версия каждого ресурса идентификации для сохранения локальным образом. Однако версии каждого ресурса идентификации, сохраняемого в системе 124, могут быть более или менее объемными, чем те, которые сохранены в системе 104 в базе 120 данных, в зависимости от потребностей и возможностей различных систем 104 и 106.

Не только ресурсы идентификации, сохраняемые в локальных базах 120 и 124 данных, отличаются по объему и количеству сохраняемой информации, но и формат, используемый для хранения информации в системе 104, то есть в базе 120 данных, может отличаться от формата, используемого для хранения той же самой информации в базе 114 данных. В принципе, модуль 116 управления в системе 102 преобразует данные в базе 114 данных в формат, требуемый системой 104. Следовательно, модулю 118 управления не требуется выполнять такие преобразования перед сохранением данных в базе 120 данных.

Фиг.2 иллюстрирует пример подходящей вычислительной системы 200, на которой могут быть реализованы варианты осуществления изобретения. Как таковая, система 200 является репрезентативной для системы, которая может быть использована для функционирования в качестве компьютерной системы 102, 104 и/или 106 в распределенной вычислительной среде 100. В своей наиболее базовой конфигурации система 200 включает в себя, по меньшей мере, один блок 202 обработки и память 204. В зависимости от точной конфигурации и типа вычислительного устройства, память 204 может быть энергозависимой (такой как ОЗУ), энергонезависимой (такой как ПЗУ, флэш-память и т.д.) или некоторой комбинацией обоих этих типов. Эта наиболее базовая конфигурация показана на фиг. 2 пунктирной линией 206.

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

Компьютерные устройства памяти включают в себя энергозависимые и/или энергонезависимые носители, реализованные любым методом или технологией для хранения информации, такой как считываемые компьютером команды, структуры данных, программные модули и другие данные. Память 204, съемное устройство 208 хранения информации и несъемное устройство 210 хранения информации являются примерами компьютерных носителей записи. Компьютерные носители записи включают в себя, не ограничиваясь указанным, ОЗУ (RAM), ПЗУ (ROM), электронно стираемую программируемую постоянную память (EEPROM), флэш-память, ПЗУ на компакт-дисках (CD-ROM), цифровые многоцелевые диски (DVD) или другие оптические устройства памяти, магнитные кассеты, магнитные ленты, устройства памяти на магнитных дисках или другие устройства магнитной памяти, или любые другие носители, которые могут быть использованы для хранения желательной информации, и к которым может обращаться система 200. Любое такое компьютерное устройство памяти может быть частью системы 200.

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

В соответствии с одним из вариантов осуществления, система 200 содержит периферийные устройства, такие как устройства 214 ввода и/или устройства 216 вывода. Примерами устройств ввода являются, без ограничения указанным, клавиатуры, компьютерные «мыши», перья или пишущие элементы, устройства речевого ввода, устройства сенсорного ввода и т.д. Примерами устройств 216 вывода являются, без ограничения указанным, дисплеи, динамики, принтеры. Каждое из таких «периферийных устройств» хорошо известно в технике и поэтому детально не описывается.

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

На фиг.3 представлены функциональные компоненты, используемые для синхронизации идентифицирующей информации между главной компьютерной системой 302 и другими компьютерными системами 304 и 306 в соответствии с возможным вариантом осуществления изобретения. В основном, система 302 является функциональным представлением системы 102 (фиг.1). Таким же образом, системы 304 и 306 являются функциональными представлениями систем 104 и 106 (фиг.1). Поэтому ясно, что модуль 308 управления и ЗУ 310 идентифицирующей информации соответствуют модулю 116 управления и базе 114 данных идентификации (фиг.1). Аналогичным образом, модули 312 и 316 управления соответствуют модулям 118 и 122 управления соответственно. А также ЗУ 314 и 318 данных соответствуют базам 120 и 124 данных идентификации соответственно. В возможном варианте осуществления функциональные компоненты системы 302 находятся в операционной системе и, таким образом, обеспечивают, как часть платформы, систему, которая хранит идентифицирующую информацию, а также идентифицирующую информацию с других компьютерных систем.

Как указано выше, система 302 представляет главную компьютерную систему. Главная компьютерная система 302 имеет главное ЗУ 310 данных идентификации, которое хранит данные идентификаций 320. Каждые из множества данных идентификаций 320 относятся к конкретному главному пользователю и сохраняются в ЗУ 310 данных в виде документа идентифицирующей информации или ресурса идентификации. Кроме того, каждый документ идентифицирующей информации, сохраненный в главном ЗУ данных идентификации, может иметь несколько информационных элементов или заявок, как представлено буквами в скобках «a,b,c,d,e,f» на фиг.3. Эти информационные элементы относятся к конкретной информации, идентифицирующей либо конкретного главного пользователя, например имя, адрес, номер телефона, или идентифицирующей сам документ идентифицирующей информации, как описано более подробно ниже со ссылками на фиг.4.

Система 302 также содержит модуль 308 управления, который действует для управления главным ЗУ 310 данных идентификации. Модуль управления может получать информацию от модуля 322 пользовательского интерфейса. То есть пользователь системы 302 может ввести новые документы идентифицирующей информации или внести изменения в существующие документы идентифицирующей информации, или даже удалить существующие документы идентифицирующей информации посредством модуля 322 пользовательского интерфейса. После получения таких запросов на изменение модуль 308 управления выполняет операции, необходимые для выполнения запроса. Аналогичным образом, хотя не показано, такие запросы на изменение (добавить, редактировать и/или удалить) могут поступать от других модулей (не показаны), так что модуль управления может выполнять различные изменения в базе данных, обусловленные запросами с множества разных модулей. В качестве примера, пользователь может получить сообщение электронной почты с новым документом идентифицирующей информации. В таком случае модуль управления в одном варианте осуществления может автоматически добавить новый документ идентифицирующей информации в базу 310 данных без взаимодействия с пользователем. В других вариантах осуществления может, однако, потребоваться, чтобы пользователь вручную запрашивал такое дополнение, чтобы проконтролировать, какие документы идентифицирующей информации добавляются в базу 310 данных. В качестве другого примера, пользователь может получить сообщение электронной почты с обновленным документом идентифицирующей информации, и, таким образом, модуль 308 управления может автоматически обновить сохраненный документ идентифицирующей информации. Такое обновление может потребовать пользовательского взаимодействия или может осуществляться без такого взаимодействия. Еще один пример, когда модуль управления может автоматически изменить содержание базы 310 данных без взаимодействия с пользователем, может относиться к приему обновлений, дополнений или удалений из других систем 304 и/или 306, как описано более подробно ниже.

Модуль 308 управления также осуществляет связь с первым модулем 324 интерфейса синхронизации. Первый модуль 324 интерфейса синхронизации осуществляет связь, в свою очередь, с модулем 326 интерфейса синхронизации в системе 304. Модуль управления использует механизм 328 синхронизации для выполнения этапов синхронизации. В принципе, механизм 328 синхронизации сравнивает свойства документов идентифицирующей информации, сохраненных в главном ЗУ идентифицирующей информации, с теми, которые сохранены в первом конкретном ЗУ 314 идентифицирующей информации, и определяет различия между ними. Например, механизм синхронизации идентифицирует те, которые присутствуют в одном из них и отсутствуют в другом. Также механизм синхронизации определяет, какие из них изменились и какие были удалены со времени последнего процесса синхронизации. После определения различий механизм синхронизации посредством модулей 324, 326 синхронизации посылает упомянутые изменения в систему 304 и, в конечном счете, в базу 314 данных. В возможном варианте осуществления для быстрой идентификации изменений, произошедших со времени последней синхронизации, может быть использован журнал 346 регистрации изменений.

Также механизм 328 синхронизации содержит модуль 330 преобразования, который используется для преобразования информации одного формата, такого как формат главного ЗУ 310 данных идентификации, в другой формат, такой как запрошенный ЗУ 314 перед передачей информации. Также модуль 330 преобразования может дополнительно фильтровать или вырезать предварительно определенную информацию перед передачей информации в систему 304. Модуль 330 преобразования и, тем самым, механизм 328 синхронизации понимают, что не нужно посылать обновленные данные, основанные на информации, которая не сохранена в новой системе 304. Например, если поле адреса в конкретном документе идентифицирующей информации изменилось, но поле адреса не было сохранено в системе 304, то никакое изменение данных не будет осуществляться в отношении системы 304, что касается изменения адреса.

Таким образом, механизм 328 синхронизации понимает не только формат документа, который, в конечном счете, сохраняется в системе 304, но и тип информации, которая должна быть сохранена в системе 304, так что механизм синхронизации выполняет только релевантные обновления данных. Чтобы понимать форму и тип информации, подлежащей сохранению, механизм 328 синхронизации в одном варианте осуществления основывается на информационном ресурсе 348 сохраняемого формата, который предписывает формат для элементов, сохраняемых в ЗУ 314 данных, и доступные поля или элементы, которые должны быть синхронизированы. Такой информационный ресурс 348 формата в типовом случае обеспечивается для механизма 328 синхронизации на этапе инициализации, на котором обе системы 302 и 304 обеспечивают релевантную информацию для другой системы, обеспечивающую возможность реализации будущих процедур синхронизации. Информационный ресурс 348 формата может быть сохранен в файле как часть главного ЗУ 310 данных идентификации, как показано на фиг.3, или в другом местоположении. В других вариантах осуществления информация формата обеспечивается каждый раз, когда начинается процедура синхронизации. В других вариантах механизм синхронизации посылает все обновления, но принимающее устройство 304 принимает только соответствующие изменения.

В конкретном варианте осуществления информационный ресурс формата является таблицей информации. Таблица информации отображает элементы формата ресурса идентификации вторичной системы, такой как система 304, на сходные элементы формата ресурса идентификации главной системы, такой как система 302. Например, система 304 может соответствовать серверу электронной почты, который может представлять «рабочий телефон» в качестве одного атрибута объекта, «домашний телефон» в качестве другого и «адрес электронной почты» в качестве третьего. В таком случае таблица идентифицирует эти объекты атрибутов и приравнивает или отображает их на сходные заявки идентификации ресурса идентификации. Таким образом, модуль преобразования может просто отыскивать обозначение атрибута в таблице, чтобы понимать, каким образом следует преобразовывать ресурс идентификации в надлежащий формат.

С использованием этого метода другие преобразования упрощаются, так как надлежащая таблица информации - это все, что необходимо для представления системе 302. Например, продолжая вышеприведенный пример, другое устройство может воздействовать на элементы информации иным образом, имея (по существу) пять свойств на ресурс идентификации, называемых Адрес1 - Адрес5, каждый из которых имеет категорию («домашний», «рабочий», «мобильный», «электронная почта» и т.д.) и значение. Другие системы могут также использовать сходные разделенные на категории совокупности для номеров телефонов, но помещать адрес электронной почты в отдельную совокупность. В этих случаях модуль 330 преобразования может отображать свойства по объекту 320 на другие свойства по объектам 332 и 340 и наоборот, поскольку таблица обеспечивает направления преобразования для модуля 330 преобразования. Разумеется, если процесс преобразования реализует принцип «один к одному» (например, «первое имя» становится «заданным именем»), то процесс является простым, и таблица может не потребоваться. Однако при наличии этих различных систем, каждая из которых со своими собственными методами объединения и разделения значений и свойств, вышеописанный табличный способ дает в результате фрагмент кода, который может обрабатывать любое преобразование просто путем задания новой таблицы, так что не требуется писать настроенный код для каждой чужой системы.

В процессе работы, после определения, что должна быть выполнена операция синхронизации, модуль 328 синхронизации извлекает информацию из главного ЗУ данных идентификации. Если необходимо, модуль 330 преобразования преобразует информацию в необходимый формат с использованием ресурса 348 формата, который соответствует системе 304. После преобразования информации, модуль 328 синхронизации передает обновленную информацию на первый интерфейс 324 синхронизации, который передает информацию на интерфейс 326 синхронизации на системе 304. После приема обновленной информации, модуль 312 управления сохраняет новую информацию в первом конкретном ЗУ 314 идентифицирующей информации. Как показано, обновленная последней идентификация 332 в ЗУ 313 может включать в себя меньше, чем всю идентифицирующую информацию 320 в ЗУ 310. Это объясняется в данном примере тем, что система 304 не нуждается в элементах d, e и f, так что эти элементы не передаются в систему 304. После сохранения обновленной идентифицирующей информации в ЗУ 314 модуль 334 пользовательского интерфейса может быть использован для отображения идентифицирующей информации в системе 304 пользователю этой системы.

Аналогичным образом, после определения, что должна выполняться операция синхронизации, модуль 328 синхронизации работает для синхронизации информации в системе 306. По существу, модуль 328 синхронизации извлекает информацию из главного ЗУ 310 идентифицирующей информации, и, если необходимо, модуль 330 преобразования преобразует информацию в необходимый формат с использованием ресурса 348 формата, который соответствует системе 306. После преобразования информации модуль 328 синхронизации передает обновленную информацию на второй интерфейс 336 синхронизации, который передает информацию на интерфейс 338 синхронизации в системе 306. После приема обновленной информации модуль 316 управления сохраняет новую информацию во втором конкретном ЗУ 318 идентифицирующей информации. Как показано, обновленная последней идентифицирующая информация 340 в ЗУ 318 может включать в себя меньше, чем всю идентифицирующую информацию 320 в ЗУ 310. Это объясняется в данном примере тем, что система 306 не нуждается в элементах b, c и d, так что эти элементы не передаются в систему 306. Также следует отметить, что формат и элементы могут различаться и в типовом случае различаются на отдельных вторичных системах, таких как системы 304 и 306. После сохранения обновленной идентифицирующей информации в ЗУ 318 модуль 342 пользовательского интерфейса может быть использован для отображения идентифицирующей информации в системе 306 пользователю этой системы.

В варианте осуществления изобретения модули 334 и 342 пользовательских интерфейсов могут быть использованы для добавления, редактирования и удаления локальных копий документов идентифицирующей информации, таких как документы 332 и 340 соответственно. Эти изменения могут передаваться в главную систему 302. По существу, после синхронизации, изменения в документах идентифицирующей информации могут поступать назад в главную систему 302 для обновления главного ЗУ 310 идентифицирующей информации. Например, пользователь системы 304 может вносить изменения в поле телефонного номера в документе 332 идентифицирующей информации. После внесения изменения может осуществляться обновление локального журнала регистрации изменений (не показан) в системе 304. Затем, после синхронизации, модуль 312 управления может передать обновленную последней идентифицирующую информацию 332, с новым номером телефона, через интерфейс 326 синхронизации и первый интерфейс 324 синхронизации в модуль 308 управления и, в конечном счете, в механизм 328 синхронизации. Механизм 328 синхронизации определяет, следует ли осуществить какие-либо преобразования для того, чтобы преобразовать изменение в обобщенную форму, и если это так, то использует модуль 330 преобразования для выполнения такого преобразования. После преобразования информации идентифицирующая информация затем сохраняется в главном ЗУ идентифицирующей информации. В этот момент журнал регистрации изменений может быть модифицирован для уведомления механизма 328 синхронизации, что необходимо обновление во всех других вторичных системах, таких как система 306. Следовательно, при последующей операции синхронизации с системой 306 обновление, инициированное системой 304, будет передано в систему 306, в предположении, что система 306 заинтересована в таком изменении, как изменения номера телефона.

В конкретном варианте осуществления механизм 328 синхронизации дополнительно содержит модуль 344 правил. Модуль 344 правил сохраняет информацию правил, относящуюся к определенным данным идентификации, или ко всей идентифицирующей информации. Такие правила могут также относиться к событиям в уведомлении пользователей вторичных систем 304 и 306. После ввода или изменения правила, например через пользовательский интерфейс 322, правило затем передается в различные вторичные системы, такие как системы 304 и 306, в процессе выполнения операции синхронизации. После получения правил вторичные системы 304 и 306 могут применять правила по мере необходимости.

Например, пользователю системы 302 может быть нежелательным получать телефонные вызовы от друзей в рабочие часы, и он может ввести это правило в систему 302 через пользовательский интерфейс 322. В предположении, что один или более идентификаторов 320 имеют связанный флаг или поле, идентифицирующее главных пользователей как друзей, телефонные вызовы от этих главных пользователей не должны разрешаться в течение рабочего времени, например с 8:00 утра до 5:00 вечера, с понедельника по пятницу. Это правило вводится в систему 304 (например, сотовый телефон). Поскольку система 304 имеет информацию идентификации, сохраненную в ее базе данных, она может приводить в исполнение это правило путем сравнения номеров телефонов входящих вызовов с сохраненными номерами телефонов в идентифицирующей информации и определять, разрешить ли прохождение вызова или нет. В этом примере система 304 и ее модуль 312 управления имеют возможность определять входящие вызовы, номера телефонов, сравнивать их с сохраненными данными идентификации и блокировать нежелательные вызовы в соответствии с введенными правилами.

В одних правилах могут конкретно оговариваться определенные данные идентификации, в то время как другие могут быть более обобщенными и применяться ко всем данным идентификации. Обычно правила вводятся и редактируются с пользовательского интерфейса 322, но в других вариантах осуществления могут разрешаться изменения правил, вводимые во вторичные системы, такие как системы 304 и 306. После синхронизации изменения из вторичных систем 304 и/или 306 затем обновляются в системе 302 и передаются в другие системы, если это необходимо. Кроме того, поскольку правила могут быть различными на разных компьютерных системах, например одно правило приема телефонных вызовов подходит для телефонной компьютерной системы, но может не подходить для компьютерной системы электронной почты, модуль 330 преобразования может, таким образом, преобразовывать правила в соответствующий формат для вторичной компьютерной системы, синхронизируемой в текущий момент времени, до передачи правила. Для завершения преобразования, предварительно определенный набор данных преобразования правил (не показан) сохраняется в системе 302 для использования. Предварительно определенные данные преобразования правил идентифицируют соответствующие правила и их формат, так что модуль преобразования может преобразовывать заданное правило в системе 302 в соответствующие правила вторичных систем.

Примерный формат документа 400 идентифицирующей информации, который может представлять документ идентифицирующей информации, сохраненный в главном ЗУ 310 данных идентификации (фиг.3), показан на фиг.4. Как структура данных, документ 400 идентифицирующей информации является совокупностью заявок идентификации и других заявок атрибутов/свойств, которые могут быть связаны с открытым ключом и управляются введенной стратегией использования. В качестве языка кодирования для информации идентификации может использоваться язык XML. Элементы документа 400 идентифицирующей информации могут также дополнительно зашифровываться, если они содержат информацию, конфиденциальность которой должна сохраняться.

Данные в документе 400 идентифицирующей информации могут быть разделены на две категории, включая набор логических компонентов 402 и набор тегов (дескрипторов) 404 атрибутов. Документ 400 идентифицирующей информации имеет шесть логических компонентов главного пользователя: 1) идентификатор 406 главного пользователя; 2) одну или более заявок 408 идентификации главного пользователя; 3) имя дисплея и нуль или более селективно раскрытых атрибутов 410 главного пользователя; 4) один или более ключей 412 для главного пользователя, скомпонованных в любых приемлемых форматах (например, открытые ключи в сертификатах Х509v3); 5) использование стратегии 414, которая выражает требования конфиденциальности главного пользователя; и 6) цифровая подпись 416 для всего содержимого идентифицирующей информации, которая защищает целостность данных и аутентифицирует отправителя в случае обновлений идентифицирующей информации. Каждый из этих шести логических компонентов 402 описан ниже.

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

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

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

Компонент 412 ключей содержит один или более ключей, таких как открытые ключи, инкапсулированные в формате сертификата (например, сертификатов X509v3). Ключи 412 могут быть открытыми ключами и могут быть включены в идентификационную информацию как информация распознавания или субъект идентификационной информации. Если используется сертификат, он может быть подписанным самостоятельно или выданным органом распределения сертификатов.

Стратегия 414 использования передает инструкции главного пользователя относительно разрешенных использований содержимого документа 400 идентифицирующей информации. Например, стратегия 414 использования может указывать, что содержимое идентифицирующей информации не должно разглашаться другим сторонам. База данных распознанной идентифицирующей информации получателя, такая как база 114 данных на фиг.1, должна сохранять стратегию использования вместе с остальной информацией, определяющей главного пользователя.

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

Документ 400 идентифицирующей информации может содержать шесть или более тегов 404 атрибутов, относящихся к собственно документу 400 идентифицирующей информации. Хотя не показано, однако теги атрибутов могут включать в себя значения идентификатора (ИД) для документа 400 идентифицирующей информации, информацию версии для документа 400 и/или тип главного пользователя, который представляет документ 400, например, лицо, компьютер или организацию. Другие теги атрибутов также могут использоваться.

В одном варианте осуществления документ идентифицирующей информации сохранен обобщенным способом на основной компьютерной системе, такой как системы 102 и 302, описанные выше со ссылками на фиг.1 и 3 соответственно. Иллюстрация в обобщенном виде того, каким образом могут быть сохранены документы идентифицирующей информации, показана на фиг.5.

Как показано на фиг.5, документ 500 идентифицирующей информации, на который может быть дана ссылка как на “iCard”, может создаваться и сохраняться на языке SAML или XML (или в других формах, таких как XRML). Образец iCard 500, показанный на фиг.5, имеет несколько отдельных признаков. Например, идентификатор 502 электронной почты относится к адресу электронной почты главного пользователя. Кроме того, документ 500 идентифицирующей информации имеет атрибут 504 имени дисплея. Для обеспечения защиты документ 500 также имеет сертификат 506 (не показан) главного пользователя и его цифровую подпись 508 (не показана).

Язык SAML является стандартом XML для защищенного представления утверждений защиты, включая утверждения аутентификации и других атрибутов, и хорошо интегрируется в другие XML-технологии, такие как “XPATH” и “XMLDSIG”. Высокоуровневым элементом SAML является Утверждение, которое содержит Субъект и набор Операторов, где Оператор является конструкцией, утверждающей, что Субъект имеет конкретное свойство аутентификации или значение атрибута. Утверждение может, вероятно, подчиняться одному или более Условий. Язык SAML является предпочтительным языком описания утверждений защиты, принятым в настоящее время в отрасли.

Отдельные компоненты и/или Утверждение полностью могут подвергаться шифрованию, и все Утверждение подписывается выпускающим. Формат SAML предназначается для расширения, т.е. каждый описанный элемент может быть заменен с использованием групп подстановки XML и/или расширен с использованием «любых» элементов XML, как известно в технике.

Описанные здесь фрагменты схемы определяют схему XML для кодирования различных элементов iCard. Различные пространства имен XML, которые используются и на которые имеются ссылки в определениях этой схемы, показаны в таблице 1.

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

На фиг.6 показана блок-схема способа синхронизации документов идентифицирующей информации в соответствии с вариантом осуществления настоящего изобретения. В принципе, фиг.6 относится к обобщенной системе синхронизации и к этапам, выполняемым в такой системе. Первоначально на этапе 602 осуществляется соединение двух различающихся систем. В возможном варианте две различающиеся системы соответствуют главной компьютерной системе, например системе 302, описанной выше, и вторичной системе, например системе 304, описанной выше. Реальная операция соединения относится к известным способам обеспечения коммуникационного канала между двумя системами, как беспроводным способом, так и посредством физического соединения. После установления соединения осуществляются операции информационного обмена, при которых отдельные системы передают информацию, относящуюся к типу каждой системы и к цели такого соединения. Первоначальная операция 602 установления соединения может осуществляться с участием пользователя или без него. Завершение операции 602 соединения предусматривает установление того, что между двумя различающимися системами должны быть выполнены одна или более операций синхронизации.

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

После установления того, что синхронизация готова для выполнения, и после обеспечения информации о надлежащих параметрах формата и полей операция 606 преобразования преобразует данные для передачи в надлежащий формат. Операция 606 преобразования по существу извлекает новые или обновленные данные из базы данных, такой как база 310 данных (фиг.3), и преобразует их из обобщенной формы в желательный конкретный формат для вторичной системы. Затем операция 608 фильтрации отфильтровывает ненужную информацию. Операция 608 фильтрации препятствует прохождению нежелательной обновленной информации во вторичную систему, которой не желательно сохранять такую информацию. Например, если вторичная система является телефоном и ей не требуется информация адреса, информация электронной почты, цифровые подписи и т.д., то в операции 608 фильтрации эта информация удаляется из преобразованного документа. В альтернативных вариантах операция фильтрации может выполняться до операции 606 преобразования.

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

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

На фиг.7 показана блок-схема способа передачи обновлений документа идентифицирующей информации от одной вторичной компьютерной системы к другой вторичной компьютерной системе. Поток 700 обработки начинается, когда изменение для документа идентифицирующей информации вводится из одной компьютерной системы в другую компьютерную систему, такую как система 304, описанная выше со ссылками на фиг.3. В варианте осуществления такое «изменение» относится к добавлению документа идентифицирующей информации, удалению документа идентифицирующей информации или модифицированию существующего документа идентифицирующей информации. Альтернативные варианты осуществления включают изменения других элементов, таких как информация мандатов или информация авторизации. Также в одном варианте осуществления пользователь на вторичной компьютерной системе вводит изменение посредством модуля пользовательского интерфейса, такого как модуль 334 (фиг.3), и введенное изменение сохраняется в локальной базе данных, такой как база 332 данных. Кроме того, при введении изменения может быть произведено обновление в журнале регистрации (не показан), чтобы показать, что одно или более изменений должны быть синхронизированы в процессе выполнения следующей операции синхронизации.

Затем в операции 704 передачи информация изменения передается к главной компьютерной системе, такой как система 302 (фиг.3). В типовом случае операция соединения, такая как операция 602, может выполняться перед выполнением операции 704 передачи, т.е. перед передачей информации с одной системы на другую обе системы должны быть соединены с возможностью информационного обмена. Также, перед передачей информации, в одном варианте осуществления осуществляется посылка информации типа, как описано выше в связи с операцией 604, чтобы принимающая главная компьютерная система понимала формат принимаемого изменения. В одном варианте осуществления принимаемое изменение относится к приему всего документа идентифицирующей информации, а в других вариантах обеспечивается только изменение для главной компьютерной системы. Разумеется, для того чтобы главная компьютерная система понимала обновление данных или изменение, некоторая идентифицирующая информация, описывающая документ идентифицирующей информации, подлежащий обновлению или изменению, должен передаваться вместе с информацией изменения.

После приема информации изменения операция 706 преобразования преобразует принятую информацию в обобщенную форму и осуществляет сохранение или обновление в главном ЗУ идентифицирующих данных, таком как ЗУ 310 данных (фиг.3). Если, однако, обновление относится к операции удаления, то операция 706 просто удаляет соответствующий документ идентифицирующей информации из ЗУ данных. Также, если обновление относится к модифицированию существующего документа идентифицирующей информации, то операция 706 может просто отредактировать существующий документ идентифицирующей информации, находящийся в ЗУ данных, без такого преобразования. При введении изменения в ЗУ данных может быть произведено обновление в журнале регистрации, таком как журнал 346 регистрации, чтобы показать, что одно или более изменений должны быть синхронизированы в процессе выполнения следующей операции синхронизации.

Затем в операции 710 передачи осуществляется передача изменений, инициированных одной вторичной системой (операции 702 и 704), к другой вторичной компьютерной системе, такой как система 306 (фиг.3). Передача этого изменения осуществляется способом, описанным выше при описании потока 600 обработки, представленного на фиг.6. То есть другие вторичные компьютерные системы соединяются с главной компьютерной системой, и после установления соединения главная компьютерная система определяет, что должна быть осуществлена синхронизация, преобразует обновленную информацию в надлежащий формат для соединенной вторичной компьютерной системы, фильтрует такую информацию, если это необходимо, и передает новую информацию к другой вторичной компьютерной системе.

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

На фиг.8 показана блок-схема способа передачи правил с одной системы на другую. Поток 800 обработки основан на описанной выше системе, в которой две или более компьютерных систем основываются на принципе различных идентификаций, связанных с пользователем двух или более систем. Например, если пользователь главной компьютерной системы установил базу данных известных и доверительных идентификаций на своей настольной компьютерной системе, то затем, с использованием вышеописанных систем и способов, пользователь может получить ту же самую или репрезентативную базу данных (хотя и упрощенную) на вторичной компьютерной системе, такой как сотовый телефон или PDA. Соответственно, пользователю может быть желательным, чтобы были установлены некоторые правила, касающиеся указанных идентификаций. Более важно, пользователь может ввести эти правила в компьютерную систему, такую как настольная компьютерная система. Реально, поток 800 обработки начинается с операции 802 ввода, в которой в систему, такую как система 302 (фиг.3), вводится правило. В других вариантах осуществления правило может быть введено в одну из вторичных компьютерных систем, таких как системы 304 и 306 (фиг.3).

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

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

Поскольку система 302 представляет главного пользователя набором заявок идентификации, правила, которые относятся к главным пользователям, могут трансформироваться от одной системы к другой. Правило системы 302 «не разрешать Джо Смиту беспокоить меня» может быть преобразовано в следующий вид: «не принимать вызовы с 555-1212» на телефонном устройстве и «не принимать электронную почту с [e-mail]» на почтовом сервере. При условии, что различные вторичные системы имеют репрезентативные базы данных, которые понимают, кем является конкретный главный пользователь, например Джо Смит, пользователю нет необходимости повторно вводить сходные правила для каждой системы.

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

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

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

2. Способ по п.1, в котором процесс обработки выполняется операционной системой.

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

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

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

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

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

8. Способ по п.1, в котором преобразование выполняется специализированным процессом обработки, предназначенным для вторичной системы.

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

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

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

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

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

14. Способ по п.13, в котором процесс обработки выполняется операционной системой.

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

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

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

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

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

20. Система по п.19, в которой вторичная компьютерная система является телефонной компьютерной системой.

21. Система по п.19, в которой вторичная компьютерная система является портативной компьютерной системой персонального цифрового помощника.

22. Система по п.19, в которой вторичная компьютерная система является компьютерной системой сервера электронной почты.

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

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

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

26. Система по п.19, в которой новая идентифицирующая информация исходит от третьей компьютерной системы.

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