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

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

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

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

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

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

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

e) предоставляют данные из набора входящих соединений этапа d) устройству сетевого доступа, связанному с заданным пользователем.

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

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

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

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

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

7. Способ по п.1, в котором используют набор входящих соединений этапа d) для предоставления показателя популярности пользователя сетевой системы.

8. Способ по п.7, в котором предоставляют показатель популярности оператору отдельной сетевой системы, которая взаимодействует с данной сетевой системой.

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

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

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

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

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

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

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

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

17. Способ по п.16, в котором осуществляют поиск записи в базе данных каждого пользователя, содержащегося в данных соединений каждого пользователя, содержащегося в данных соединений заданного пользователя, и осуществляют поиск записи в базе данных и в данных соединений каждого пользователя, содержащегося в наборе входящих соединений этапа d), и каждого пользователя, содержащегося в данных соединений каждого пользователя, содержащегося в наборе входящих соединений этапа d), по меньшей мере, по одной характеристике.

18. Способ по п.1, в котором

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

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

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

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

20. Способ по п.1, в котором

предоставляют множество баз данных, заполненных данными соединений, и связывают это множество баз данных с централизованной базой данных;

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

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

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

21. Способ по п.1, в котором

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

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

обрабатывают запросы, принятые от других связанных баз данных;

передают результаты любых запросов на обработку в исходную связанную базу данных; и

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

22. Способ по п.1, в котором

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

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

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

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

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

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

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

23. Способ по п.1, в котором

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

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

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

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

обрабатывают запросы, принятые от связанных баз данных;

передают результаты любых запросов на обработку в исходную связанную базу данных; и

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

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

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

26. Способ по п.1, в котором множество пользователей содержит поднабор пользователей сетевой системы.

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

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

29. Компьютеризированное устройство, программируемое для реализации способа по п.1, содержащее

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

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

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

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

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

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

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

Уровень техники

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

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

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

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

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

Задача изобретения

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

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

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

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

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

c) повторяют этап b) для оставшейся части множества пользователей,

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

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

f) предоставляют данные из набора данных этапа e) заданному пользователю.

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

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

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

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

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

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

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

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

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

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

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

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

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

Предпочтительно, чтобы объем набора данных этапа e) можно было использовать для предоставления показателя относительной популярности пользователя сетевой системы.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Предпочтительно, чтобы заданный пользователь мог запросить, чтобы пользовательский идентификатор и связанные предпочитаемые имя или идентификатор (если таковые имеется), предоставленные им альтернативным средством, были сообщены на УСД заданного пользователя для введения в данные соединений, сохраненные на УСД заданного пользователя.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Предпочтительно, чтобы заданный пользователь мог запросить, чтобы пользовательский идентификатор и связанное предпочитаемое имя или идентификатор (если таковой имеется), предоставленные им альтернативным средством, были сообщены на УСД заданного пользователя для введения в данные соединений, сохраненные на УСД заданного пользователя.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Предпочтительно, чтобы этап приема обновленной информации о пользовательском идентификаторе и/или обновленных данных соединений включал в себя прием информации от УСД.

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

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

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

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

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

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

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

Определение терминов

"Данные соединений" означает запись заданным пользователем пользовательских идентификаторов других пользователей в сетевой системе. Обычно данные соединений будут сохранены на УСД заданного пользователя. В качестве примера, данные соединений могут быть получены от, не ограничиваясь этим, одного или более из следующего: адресная книга мобильного телефона (например, постоянно находящаяся или на SIM-карте или в собственной памяти телефона); список контактов Microsoft Outlook ; адресная книга Hotmail или список друзей/контактов приложения мгновенного обмена сообщениями, таких как ICQ, AOL Instant Messenger или MSN Messenger.

"Внешняя сетевая система" означает сетевую систему, пользователи которой используют услуги системы управления данными подписчика (абонента) (СУДП, SDMS) в другой сетевой системе.

"Домашняя сеть", с точки зрения СУДП, означает сетевую систему, в пределах которой СУДП находится.

"Набор Входящих Соединений" означает набор пользовательских идентификаторов (сохраненный или временно или постоянно, например, сохраненный в ОЗУ или сохраненный на подходящем магнитном или оптическом читаемом носителе), содержащий пользовательский идентификатор каждого пользователя сетевой системы, который имеет пользовательский идентификатор заданного пользователя в своих данных соединений.

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

"Сетевая Система" может включать в себя или единственную сетевую систему или множество связанных сетевых систем.

"СУДП" означает систему управления данными подписчика.

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

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

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

Фиг.2 является схематическим изображением части системы на фиг.1.

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

Фиг.4 является диаграммой процесса определения взаимосвязей в соответствии с настоящим изобретением.

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

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

Фиг.7 является диаграммой процесса обновления имени в соответствии с настоящим изобретением.

Фиг.8 является диаграммой процесса уведомления о предпочитаемом имени в соответствии с настоящим изобретением.

Фиг.9 является диаграммой процесса поиска квалификации в соответствии с настоящим изобретением.

Фиг.10 является диаграммой процесса поиска отдельного лица в соответствии с настоящим изобретением.

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

Фиг.11В является продолжением фиг.11A.

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

Показано множество сетевых систем, содержащее систему A, систему B, систему C и любое количество дополнительных добавочных систем, что представлено системой X. Каждая из сетевых систем строится вокруг отдельной сети, так система A включает в себя сеть A, система B включает в себя сеть B и т.д.

Настоящее изобретение предоставляет систему управления данными подписчика (СУДП). СУДП состоит из хранилища для сохранения данных соединений и других данных, удерживаемых пользователями данной сетевой системы или систем и управления и обработки таких данных.

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

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

В каждой из сетевых систем некоторое количество пользователей, например пользователи A, В и C системы A, получают доступ к сети A через Устройство Сетевого Доступа (УСД). Пользователи могут быть частными лицами или могут быть организациями людей, такими как корпорации, например. Пользователь мог бы также заключать в себе машину.

Обычно УСД будет включать в себя электронную машину. Например, если сеть A является беспроводной телефонной сетью, такой как сеть GSM, то каждое УСД обычно будет содержать беспроводное устройство передачи данных, например мобильный телефон. Если сеть A содержит проводную сеть передачи данных, тогда УСД могут содержать телефон, соединенный с проводной сетью, сетевыми серверами или персональными компьютерами, например. УСД может содержать аппаратные средства, программное обеспечение или комбинацию обоих. Персональный компьютер 5 (комбинация и аппаратных средств и программного обеспечения) показывается как УСД для доступа в Интернет 4.

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

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

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

В случае, например, мобильной сети передачи данных пользователь может передать свои данные соединений с помощью нескольких различных транспортных механизмов, в том числе посредством одного или более SMS, MMS, GPRS информационных соединений, посредством технологии беспроводной связи, такой как соединение с использованием инфракрасного излучения, Bluetooth или Wi-Fi или физического соединения с пользовательскими мобильным телефоном и/или SIM-картой (в случае GSM или другой подобной сети).

До передачи через соответствующий транспортный механизм данные соединений могут быть закодированы или в соответствии с открытым стандартом, например SyncML, или в соответствии с патентованным протоколом (например, протоколом, специально разработанным для оптимизации передачи данных специфических типов/размера через данный транспортный механизм в сети конкретного типа) при условии, что такой патентованный протокол понятен и для УСД, и для принимающего сервера.

В том случае, если существует средство для передачи данных соединений пользователей в СУДП (неважно, непосредственно между двумя сетевыми системами, через третью сетевую систему или какое-то другое средство), возможно, что может потребоваться только одна СУДП или, по меньшей мере, что несколько сетевых систем могут использовать общую СУДП. Например, система A и система X на фиг.1 связаны посредством межсетевого соединения 2 и соответственно могут обслуживаться одной и той же СУДП, СУДП A, поскольку данные соединений от пользователей в системе X могут быть переправлены в СУДП в системе A через точку соединения.

Продолжая пример предыдущего абзаца, если бы система A и система X обе были бы мобильными сетями передачи данных, тогда пользователи системы X, имели бы возможность переправить свои данные соединений в СУДП в системе A посредством SMS, MMS, GPRS или любого другого транспортного механизма и протокола, поддерживаемого соответственными сетями и соответствующими пользовательскими УСД. Подробно останавливаясь на этом примере, СУДП A не будет ограничена только предоставлением услуг пользователям своей домашней сети и пользователей системы X ("внешняя сеть" с точки зрения СУДП A), она также может предоставлять услуги пользователям других (предпочтительно) связанных сетевых систем (не показано на фиг.1).

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

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

Упрощенная иллюстрация одного средства заполнения базы данных данными соединений представлена на фиг.6. На этой иллюстрации пользователь мобильного телефона желает передать свои данные соединений в СУДП. Мобильный телефон пользователя поддерживает протокол SyncML, так что этот протокол будет использоваться для кодирования данных соединений, и в качестве транспортного механизма будет использоваться GPRS.

SyncML или Язык Разметки Синхронизации, является общеотраслевой попыткой создать единый, общий протокол синхронизации данных, оптимизированный для беспроводных сетей. Цель SyncML состоит в том, чтобы иметь в распоряжении сетевые данные, которые поддерживают синхронизацию с любым мобильным устройством, и мобильные устройства, которые поддерживают синхронизацию с любыми сетевыми данными. Уровень структурированных данных SyncML использует XML, где уместно. SyncML предназначен для работы в таких разных транспортных протоколах как HTTP, WSP (часть WAP) и OBEX, и с форматами данных в диапазоне от персональных данных (например, электронная визитка и электронный календарь) до реляционных данных и XML-документов.

GPRS - пакетная радиосвязь общего назначения, которая является частью стандарта GSM и доставляет "всегда включенные" беспроводные службы пакетных данных клиентам GSM. GPRS может обеспечить скорости передачи пакетных данных до 115 Кбит/с. Использующие GPRS пользователи мобильных сетей GSM имеют возможность посылать и принимать информацию через Интернет, что включает в себя посылку и прием информации от приложений, таких как СУДП.

Обратимся к фиг.6, пользователь инициирует связь 70, в ответ на что его мобильный телефонный аппарат устанавливает GPRS соединение 72, 74 и посылает SyncML строку 76 инициализации в СУДП.

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

Телефонный аппарат посылает имя пользователя и пароль (введенный пользователем при конфигурировании своего телефона для использования SyncML) в СУДП 80 и, если они действующие 82, СУДП в ответ выдает строку 84 инициализации сервера, запрашивая или изменения в данных соединений, сохраненных в мобильном телефонном аппарате со времени последней успешной синхронизации между мобильным телефонным аппаратом и СУДП, или наоборот, запрашивая все данные соединений, сохраненные в мобильном телефонном аппарате. СУДП может запросить все данные соединений, сохраненные в мобильном телефонном аппарате, например, когда мобильный телефонный аппарат впервые попытался синхронизироваться с СУДП или если была ошибка при предыдущей попытке синхронизации с СУДП.

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

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

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

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

После получения формы подтверждения карты от СУДП, мобильный телефонный аппарат может прекратить как сеанс связи SyncML, так и GPRS соединение 90.

Другие системы B и C, каждая имеет свои собственные СУДП, СУДП B и СУДП C, соответственно.

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

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

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

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

В качестве примера, СУДП А, В и C на фиг.1 соединены с международным шлюзом 6. Пользователь B системы A хранит свои данные соединений в СУДП A, и оператор системы A также решает хранить данные соединений пользователя B на международном шлюзе 6. Поскольку пользователь B изменяет, добавляет или удаляет пользовательские идентификаторы и связанные названия или идентификаторы, содержащиеся в его данных соединений, такие изменения, добавления или удаления передаются в СУДП A, и соответственно СУДП A дает указания международному шлюзу 6 обновить его запись данных соединений пользователя B. Впоследствии, если пользователь B оказывается вне системы A и теряет или повреждает свое УСД, он может получить другое УСД и, если он находится в пределах системы, связанной с международным шлюзом 6, например системы C, он может запросить у оператора этой системы доступ к своим данным соединений, сохраненным в международном шлюзе 6, и восстановить их на своем новом УСД.

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

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

Дополнительно, операторы некоторых СУДП могут пожелать соединить свои СУДП на более фундаментальном уровне, чем это предусмотрено международным шлюзом, или посредством межоператорного коммутатора 3, который любой оператор может подключить, частного межоператорного коммутатора (не показано на фиг.1), или посредством прямой связи между СУДП (не показано на фиг.1).

Связывание отдельных СУДП или соединение их межоператорным коммутатором даст возможность данным соединений или результатам проходить между такими, во всем остальном независимыми, сетевыми системами.

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

Запросы между непосредственно связанными СУДП могут передаваться через любое средство связи, взаимоприемлемое для операторов связанных СУДП.

Межоператорный коммутатор 3 может работать в некотором смысле подобно тому, как указано выше для непосредственной связи между СУДП, в этом случае межоператорный коммутатор исполнит роль информационного центра, принимая запросы на обработку от каждого элемента СУДП, передавая запросы другим СУДП, принимая результаты от каждой такой СУДП, упорядочивая их и передавая результаты назад в начальную СУДП. Этот способ работы может быть реализован, используя иерархию CORBA (Common Object Request Broker Architecture - общая архитектура посредника запросов к объектам) серверов. Межоператорный коммутатор мог принять CORBA запрос на информацию и сделать последующие CORBA запросы к компоненте СУДП и затем просто накапливать результаты перед их возвращением.

Работа межоператорного коммутатора может быть проиллюстрирована со ссылкой на фиг.1. SDMS A и SDMS B, оба соединены с межоператорным коммутатором 3. Если пользователь B запрашивал СУДП A о предоставлении ему списка всех пользователей с соединением с пользователем B, тогда СУДП A будет осуществлять поиск в данных соединений каждого пользователя в базе данных СУДП А по уникальному пользовательскому идентификатору пользователя B (и потенциально любым дополнительным пользовательским идентификатором, который пользователь B может связывать со своей записью в базе данных СУДП A). Результатом этого поиска будет установление входящего соединения для пользователя B. В дополнение к поиску в данных соединений, сохраненных в базе данных СУДП A, СУДП A также передаст запрос к СУДП B с требованием, чтобы СУДП B осуществила поиск в данных соединений каждого пользователя в базе данных СУДП B по уникальному пользовательскому идентификатору пользователя B (и потенциально любым дополнительным пользовательским идентификаторам, которые пользователь B может связывать со своей записью в базе данных СУДП A). СУДП B возвратит результат этого поиска в СУДП A, которая предоставит оба набора результатов пользователю B. Объединены ли результаты от каждой СУДП, представлены ли отдельно, задан ли одинаковый вес и т.д., будет зависеть от конфигурации соответствующих СУДП и договоренностей, достигнутых между операторами соответствующих СУДП.

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

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

Переходя теперь к фиг.2, предоставлена подробная информация о функциях СУДП в соответствии с настоящим изобретением. СУДП в целом отражена как позиция 10 на фиг.2 и, главным образом, состоит из компьютерной системы, включающей в себя базу 12 данных и программное обеспечение 14 управления системой. Программное обеспечение управления включает в себя управление пользователями, лицензирование, ведение контроля, способность к установлению соединения, интегрирование, безопасность, конфигурирование и международные приложения восстановления. В целом, программное обеспечение управления гарантирует, что пользователи и подписчики СУДП имеют только разрешенный доступ к таким данным, которые являются предназначенными, чтобы гарантировать, что СУДП является высокоэффективной, чтобы управлять функциональными возможностями, доступными лицензиату СУДП, чтобы управлять числом пользователей/подписчиков, которые могут использовать СУДП, чтобы отслеживать действия, совершенные в пределах СУДП и т.д. Базой 12 данных может быть единственная база данных или распределенная в нескольких базах данных, каковая база(ы) данных может присутствовать на единственной или нескольких физических машинах.

Данные, которые сохранены в СУДП, касаются взаимосвязей между пользователями сетевых систем, которые обслуживаются СУДП. Данные взаимосвязей наиболее легко объясняются со ссылкой фиг.3. Каждый пользователь сети обычно будет знать одного или более других пользователей сети, т.е. будет иметь соединение с одним или более другими пользователями, и УСД, используемый этим пользователем, обычно будет сохранять данные, касающиеся этих соединений, наряду с одним или более системными идентификаторами адресов/пользователя для этих известных пользователей. Одним примером таких данных соединений, которые могут быть сохранены на УСД, являются данные номера телефона, которые могут быть сохранены или на SIM-карте мобильного телефона или в самом мобильном телефоне. Другим примером являются данные списка контактов, которые могут содержаться в "контактах" пользователя Microsoft Outlook .

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

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

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

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

СУДП может связаться с базами 13 и 15 данных администрации сети. Например, база 13 данных может содержать базу данных составления счетов, и база 15 данных может содержать базу данных обслуживания клиентов для сети мобильной телефонной сети. Следовательно, изменения в пользовательских сведениях, записанных в базе данных обслуживания клиентов, могут быть немедленно загружены в СУДП так, чтобы записи клиента могли быть актуализированы. Точно так же, счет за услуги, предоставляемые СУДП сетевым пользователям, может быть выставлен поставщику услуг сети (говоря о случае пользователей из внешней сети), или непосредственно пользователям сети.

Обращаясь к фиг.3, проиллюстрирован схематический пример данных, сохраненных в СУДП 10. Имена четырех возможных пользователей, Эндрю, Билла, Ингрид и Алекс, изложены с контактной информацией других пользователей, общеизвестных для Эндрю, Билла, Ингрид и Алекса, предоставленной в табличном виде под их именами. Таким образом, например, у Эндрю есть мобильный телефон, в котором он сохранил три контакта: Билл, Кристина и Дэвид. У Билла есть мобильный телефон, в котором он сохранил сведения о трех из его контактов. В этом случае каждый такой контактный телефонный номер должен быть их уникальным пользовательским идентификатором. Все контакты могут принадлежать одной и той же сетевой системе (например, одной и той же телефонной сети) или к другим связанным сетевым системам (например, различные телефонные сети).

Ингрид имеет в своем распоряжении соединение по электронной Интернет почте, предоставленное на персональном цифровом секретаре (PDA), к примеру, и сохраняет сведения об адресах электронной почты Эндрю, Дэвида, Кристины и Билла.

Эти данные соединений, для каждого из этих пользователей, предоставлены для СУДП 10. Это может быть достигнуто различными путями. В примере мобильного телефона у пользователя есть дополнительные средства возможности передачи информации беспроводным способом при использовании телефона. Следовательно, информация может быть передана от мобильного клиента 20 (фиг.2) через центр 22 службы коротких сообщений (или любую коммуникационную среду, поддерживаемую конкретным УСД и сетевой системой) на СУДП 10.

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

Данные соединений Ингрид сохранены на ее PDA и могут быть загружены в СУДП или беспроводным способом (если PDA Ингрид поддерживает средства беспроводной связи), или отправкой по стандартной телефонной сети, например, через модемное соединение. В качестве альтернативы, если данные соединений Ингрид сохранены на сервере, таком как, например, сервер провайдера бесплатной электронной почты Hotmail, то информация может быть перенесена непосредственно с этого сервера на СУДП.

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

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

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

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

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

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

Если Билл и Эндрю на фиг.3 принадлежат одной и той же сетевой системе (в этом примере - мобильной телефонной сети), их данные соединений будут сохранены в одной и той же СУДП. Если Билл и Эндрю принадлежат различным сетевым системам (например, различные мобильные сети), то возможны несколько альтернативных конфигураций, их данные соединений могут, например, сохраняться в двух независимых несвязанных СУДП, в двух независимых, но связанных СУДП или оператор одной сети может использовать СУДП и разрешить пользователям от другого оператора сохранять данные соединений в SDMS первого оператора. Если СУДП связаны, их можно рассматривать как единую СУДП в контексте функционирования настоящего изобретения. В контексте настоящего примера мы предполагаем, что Эндрю и Билл принадлежат одной и той же сети и что их данные соединений сохранены в одной и той же СУДП.

Данные соединений Ингрид тоже могут быть сохранены в той же СУДП, что Билла и Эндрю, но они могут быть также сохранены в независимой СУДП в пределах сетевой системы, к которой она принадлежит (сеть электронной почты). Если данные соединений Ингрид сохранены в независимой СУДП (и, потенциально, даже если они сохранены в той же самой СУДП, в зависимости от того, как проиндексированы и перекрестно ссылаются записи в соответствующей базе данных), которая связана с СУДП, хранящей данные соединений Билла и Эндрю, то Билл и Эндрю также должны будут связать свои соответствующие пользовательские идентификаторы в сети, к которой принадлежит Ингрид, с их уникальными пользовательскими идентификаторами в своей домашней СУДП для того, чтобы относящиеся к ним вхождения в данных соединений Ингрид были правильно согласованы с действующей записью Билла и Эндрю в СУДП.

Обратимся к фиг.3, можно видеть, что и Эндрю и Билл связали дополнительный пользовательский идентификатор, а именно свои соответствующие адреса электронной почты, со своими уникальными пользовательскими идентификаторами (их соответствующие номера мобильных телефонов), и, соответственно, пользовательские идентификаторы для Эндрю и Билла в данных соединений Ингрид будут правильно согласованы с записью для Эндрю и Билла, сохраненной в их СУДП.

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

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

На первом этапе выполняют поиск одного или более пользовательских идентификаторов заданного пользователя в данных соединений других пользователей в СУДП. В случае данных соединений, предоставленных в примере на фиг.3, способ включает в себя выполнение поиска заданного пользователя, чтобы понимать, кто содержит пользовательский(е) идентификатор(ы) этого пользователя в своих данных соединений. Поэтому на этапе 30 фиг.4 поиск данных в базе 12 данных выполняется, чтобы понять, кто имеет в своем распоряжении пользовательский(е) идентификатор(ы) Билла.

В случае если Эндрю и Билл находятся в одной и той же СУДП (или во взаимосвязанных СУДП), и поиск совершается по людям, которые знают номер телефона Билла (уникальный пользовательский идентификатор Билла в пределах телефонной сети), тогда возвращенным результатом будет "Эндрю" (только для простоты настоящего примера мы пренебрегаем пользователем Алексом). В ином случае, если поиск совершается по адресу электронной почты Билла (пользовательский идентификатор Билла в пределах сети электронной почты) и мы допускаем, что Эндрю, Билл и Ингрид, все находятся в одной и той же СУДП (или во взаимосвязанных СУДП), тогда возвращенным результатом будет "Ингрид". Или же, если поиск был по любому из двух контактных адресов Билла (в этом примере номер телефона и адрес электронной почты) и мы допускаем, что Эндрю, Билл и Ингрид, все находятся в одной и той же СУДП (или во взаимосвязанных СУДП), тогда возвращенным результатом будет и "Эндрю", и "Ингрид", и средство отличия, какой контактный адрес содержит каждый из них.

Результатом, показанным на этапе 32, является то, что Эндрю и Ингрид оба знают Билла в качестве контакта. На этапе 34 результат сохраняется как набор входящих соединений Билла. Здесь можно заметить, что эти этапы могут повторяться для каждого пользователя сетевой системы в базе данных. Желательно, но не существенно, чтобы этапы были повторены для каждого пользователя как действие, таким образом, давая возможность базе данных быть проиндексированной надлежащим образом, или поддерживалась независимая база данных, в пределах которой взаимосвязи между пользователями ясно сформулированы, то есть существует запись для Эндрю, которая указывает на каждый из контактов Эндрю, и также существует список тех, кто знает Эндрю в качестве контакта.

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

Когда данные соединений пользователя впервые введены в СУДП, они подлежат к внесению в "Черный список" специфических пользовательских идентификаторов, представленных в его данных соединений. Пользовательские идентификаторы, которые были внесены в "Черный список", не доступны для других пользователей системы или включены в определенную обработку, совершаемую СУДП. Что касается предшествующего примера, если у Эндрю пользовательский идентификатор Билла был занесен в «Черный список» в его данных соединений, когда был введен в СУДП, то результатом, показанным на этапе 32, будет то, что только Ингрид знает Билла в качестве контакта, тот факт, что Эндрю также имеет пользовательский идентификатор Билла в своих данных соединений, будет проигнорирован СУДП. Поведение СУДП, определенное выше относительно внесения в "Черный список" пользовательских идентификаторов, применяется в отношении всех других услуг СУДП, в том числе пользовательское взаимодействие, включающее в себя, например, генерирование имени и обновления номера, приглашения на номер, удаление недействующих ссылок и т.д.

Пользователи могут также внести в "Черный список" пользовательские идентификаторы в своих данных соединений в любое время после того, как их данные соединений впервые введены в СУДП.

Используя дополнительное приложение настоящего изобретения, Билл может затем использовать эту информацию, чтобы спросить те личности в его данных соединений, которые сами не имеют его пользовательского идентификатора в своих собственных данных соединений, хотели ли бы они принять это. Этот процесс предпочтительно выполнять как часть работы СУДП, и это показано на этапе 38, где выполняется сравнение между пользовательскими идентификаторами в данных соединений Билла и набором входящих соединений из этапа 34. Результат описан на этапе 40, который показывает, что "Дэвид" и "Фред" или не имеют номера Билла в своих данных соединений, или что их данные соединений не сохранены в СУДП.

Этап отображения результата для Билла также будет включать в себя проведение различия между пользователями, которые точно не знают пользовательского идентификатора Билла (это известно, потому что их данные соединений сохранены в СУДП), от тех пользователей, которые может быть не знают (действуют они или нет, определенно не известно, поскольку их данные соединений не сохранены в СУДП).

Следующий этап 42 должен дать возможность Биллу передавать приглашения для "Дэвида" и "Фреда", запрашивая их, если они пожелают, принять номер Билла для включения в данные соединений. Такие приглашения должны передаваться любыми средствами связи, поддерживаемыми получателями приглашения. В мобильной сети передачи данных, например, такие приглашения могут быть переданы посредством SMS-сообщения. Если приглашенные присоединены к СУДП, тогда они могут иметь в распоряжении приложение, работающее на их УСД, которое перехватывает такие приглашения, представляет приглашение на графическом дисплее УСД и автоматически вставляет для них пользовательский идентификатор Билла в их данные соединений, если они захотят принять его. Если приглашенные не присоединены к СУДП, тогда приглашение может быть просто отображено на экране УСД приглашенного, в таком случае приглашенным потребуется вручную вводить пользовательский идентификатор Билла в данные соединений на своем УСД или приглашение может быть послано на их УСД в формате, понимаемом их УСД как содержащий контактные данные, таком как популярный формат vCard, позволяя им просто предписывать своему УСД принять полученные контактные сведения. В случае, если приглашенный является машиной, тогда в любом случае такие приглашения принимаются, основываясь на правилах приема, запрограммированных в приглашенном.

Используя дополнительное приложение настоящего изобретения, Билл также способен определить, существуют ли какие-нибудь пользователи, которые имеют его пользовательский идентификатор в своих данных соединений, но для которых у него нет их соответствующего пользовательского идентификатора в его собственных данных соединений. Этот процесс предпочтительно выполнять как часть работы СУДП, и может быть показан также на этапе 38, где выполняется сравнение между пользовательскими идентификаторами в данных соединений Билла и набором входящих соединений из этапа 34. Результат описан на этапе 44, показывающем, что Алекс является человеком, у которого есть номер Билла, но у Билла нет его номера. Следующий этап 46 должен предоставить Биллу возможность сохранить пользовательский идентификатор Алекса, при условии, что УСД Билла выполнен с возможностью приема пользовательского идентификатора такого вида.

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

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

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

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

Изменение в пользовательском идентификаторе Эндрю регистрируется СУДП, которая затем загружает его набор 50 входящих соединений и осуществляет поиск 52 по старому номеру Эндрю в данных соединений каждого пользователя, содержащегося в наборе входящих соединений, чтобы определить набор пользователей, которые, возможно, должны обновиться 54. Набор входящих соединений содержит всех пользователей (из любой сетевой системы, которая или пользуется услугами СУДП в сети Эндрю, или имеет свою собственную СУДП, соединенную с СУДП в сети Эндрю), которые имеют любой из пользовательских идентификаторов Эндрю в своих данных соединений. Если набор входящих соединений в данной СУДП, генерируется динамически, а не сохранен, то этап загрузки набора 50 входящих соединений будет неприменим, и этап поиска в наборе 52 входящих соединений по старому номеру Эндрю вместо этого приведет к поиску в записях всех пользователей в СУДП по старому номеру Эндрю. Использование индексирования и других современных технологий баз данных означает, что предварительная загрузка и поиск в наборе входящих соединений не обязательно будут более эффективными, чем простой поиск во всей базе данных по всем пользователям с соответствующим пользовательским идентификатором в их данных соединений.

Результат 54 может или использоваться СУДП, чтобы автоматически передавать приглашения 64 пользователям со старым номером заданного пользователя в их данных соединений, уведомляя их о новом номере заданного пользователя, или, в качестве альтернативы, результат может быть предоставлен непосредственно заданному пользователю, чтобы дать ему возможность определить 56, какие пользователи с его старым номером будут приглашены 58 для обновления их записи старого номера заданного пользователя в данных соединений, сохраненных на их УСД.

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

Пользователи, принимающие приглашение к обновлению своей записи старого номера заданного пользователя в данных соединений, сохраненных на их УСД, могут выбирать 60, 66, принимать ли приглашение, и, если принимают, их запись соответствующего пользовательского идентификатора для заданного пользователя обновится до нового пользовательского идентификатора, введенного в систему заданным пользователем 62, 68.

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

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

Процесс предоставления услуги обновления пользовательского идентификатора может быть проиллюстрирован со ссылкой на фиг.7. Используя пример, обрисованный выше, Билл, один из заданных на фиг.3 пользователей, хочет, чтобы другие пользователи системы использовали "Билл Смит" по отношению к пользовательским идентификаторам, связанным с ним, и определяет это 92 как свое предпочитаемое имя в СУДП.

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

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

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

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

Дополнительно, владение пользовательскими предпочитаемыми именами или идентификаторами, сохраненными в СУДП, позволяет пользователям с одним или более пользовательскими идентификаторами заданного пользователя запрашивать предпочитаемое имя заданного пользователя. Это было бы полезно, например, когда пользователь знает только часть имени заданного пользователя или когда имя заданного пользователя трудно записать по буквам.

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

Биллу недавно был предоставлен номер мобильного телефона Алекса, и он хочет включить это в адресную книгу своего мобильного телефона. Хотя Билл в состоянии вспомнить имя Алекса, он не может вспомнить правильное написание его фамилии, "Стардовичи".

Билл вводит мобильный номер Алекса и имя в свой телефонный аппарат и синхронизирует их с записью своих данных соединений, сохраненных в СУДП. Затем Билл запрашивает предпочитаемое имя 114 Алекса.

СУДП загружает запись Алекса из базы 116 данных и, если она включает в себя предпочитаемое имя, предоставляет его Биллу 118. Теперь Билл может обновить имя, связанное с мобильным номером Алекса в своем телефонном аппарате 120, каковое изменение будет должным образом отражено в записи его данных соединений, сохраненных в СУДП, когда он в следующий раз синхронизирует свой телефонный аппарат с СУДП. В качестве альтернативы, СУДП может быть выполнена с возможностью приема команды на изменение имени, связанного с мобильным номером Алекса, в записи данных соединений Билла, сохраненных в СУДП, в этом случае имя, связанное с мобильным номером Алекса в мобильном телефоне Билла, также обновится, чтобы быть предпочитаемым именем Алекса, в следующий раз, когда Билл синхронизирует свой мобильный телефон с СУДП.

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

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

В качестве примера, если пользователь принадлежит к мобильной телефонной сети GSM в Австралии и пользователь теряет свой телефонный аппарат в Великобритании, тогда пользователь сможет приобрести новый мобильный телефон у мобильного оператора GSM в Великобритании, и, при условии, что британский мобильный оператор GSM использует СУДП, которое, в соответствии с настоящим изобретением, соединено с СУДП сетевой системы, к которой пользователь принадлежит в Австралии, тогда британский мобильный оператор GSM может получить доступ к данным соединений пользователя и восстановить их для пользователя на новой SIM-карте или на мобильном телефоне.

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

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

Дополнительная услуга имеет отношение к общим контактам среди пользователей. В базе 12 данных может быть осуществлен поиск для определения тех пользователей, которые имеют общий пользовательский идентификатор в своих данных соединений. Например, обращаясь к фиг.3, оба, и Билл и Ингрид, имеют Эндрю и Дэвида в качестве общих контактов.

Возможно полезнее, когда данные соединений также позволяют определять косвенные взаимосвязи пользователя. Например, обращаясь снова к фиг.3, мы видим, что Ингрид имеет контактные адреса для Эндрю и Билла в ее данных соединений. Мы можем обратиться к данным соединений Эндрю и Билла и увидеть, что Ингрид имеет косвенные соединения с контактами Эндрю и Билла, т.е. с Кристиной и Фредом. Дополнительные косвенные соединения также могут быть установлены.

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

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

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

Если, для примера, Эндрю нуждается в услугах водопроводчика и Эндрю знает, что Билл, Кристина и Дэвид не имеют соответствующей квалификации, то Эндрю может попросить СУДП определить, знает ли кто-нибудь из людей, известных ему (т.е. Билл, Кристина и Дэвид в настоящем примере) или из тех, кто знает его (т.е. Ингрид), водопроводчика 122. Затем СУДП произвела бы поиск в данных соединений каждого из пользователей, содержащихся в данных соединений Эндрю и в наборе входящих соединений (ограничиваясь теми данными соединений, которые сохранены в пределах системы), чтобы узнать, знает ли кто-нибудь из них человека 124 соответствующей квалификации. Если да, то СУДП может предоставить Эндрю соответствующие контактные сведения 126, чтобы Эндрю мог войти в контакт с теми людьми. В случае с Эндрю и его потребности в водопроводчике, может оказаться, что Фред является водопроводчиком и что он включил этот факт в свою запись в базе 12 данных, в этом случае система возвратит успешный результат, указывающий, что Фред является водопроводчиком, и что Фред является контактом Билла. Таким образом, Эндрю может войти в контакт с Биллом и спросить Билла об услугах Фреда как водопроводчика, и, если Билл полагает, что Фред, вероятно, будет соответствующим человеком, Билл может рекомендовать Фреда Эндрю.

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

Процесс определения, существует ли косвенное соединение между пользователями, может быть проиллюстрирован со ссылкой на фиг.10. Эндрю может определить, существует ли косвенное соединение между ним и Фредом, используя СУДП 128 для поиска данных соединений всех пользователей, содержащихся данных соединений Эндрю, и в наборе входящих соединений, чтобы видеть, есть ли у кого-нибудь из них пользовательский идентификатор 130 Фреда. Если это так для каких-нибудь таких пользователей, можно предположить, что они знают Фреда и будут способны рассказать Эндрю немного больше о Фреде и, если целесообразно, организовать встречу или иным образом обеспечить представление Эндрю Фреду. В настоящем примере можно увидеть, что поиск Эндрю будет успешен и что система сообщит ему 132, что Билл имеет контактные сведения Фреда в своей адресной книге.

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

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

Процесс формирования и функционирования групп может быть проиллюстрирован со ссылкой на фиг.11A и 11В. Фиг.11В является продолжением фиг.11A, диаграмма была разделена на две части для простоты иллюстрации. Эндрю, Билл и Алекс могут быть членами шахматного клуба и хотят образовать группу в пределах СУДП. Эндрю берет на себя инициативу и использует свое УСД или другой средство связи, чтобы дать команду СУДП образовывать группу с уникальным именем, скажем "ABA33" 134. Как основатель группы, Эндрю автоматически становится членом 136, 138.

Эндрю имеет пользовательский идентификатор Билла в своих данных соединений и поэтому может пригласить его присоединиться к группе 140. Эндрю мог инициализировать такое приглашение, используя свое УСД или любой другое средство доступа к СУДП, включающее в себя, например, web-браузер. Приглашение передается Биллу 142, используя любое доступное средство связи с СУДП и которое Билл способен принять. Предпочтительно, чтобы такие приглашения предоставлялись Биллу средством связи, совместимым с УСД Билла. Если Билл отвечает на приглашение утвердительно 144, тогда его пользовательский идентификатор будет добавлен в запись группы 148 и группа будет связана с его записью в базе данных 150.

После присоединения к группе система сравнит данные соединений Билла с пользовательскими идентификаторами для членов группы ABA33 154, и, если существуют какие-либо члены группы, которые не включены в данные соединений Билла, СУДП сгенерирует экземпляр приглашения, запрашивающего Билла, хочет ли он добавить сведения таких членов в свои данные соединений (способом, рассмотренным ранее). В описываемом случае единственными членами группы ABA33 являются Эндрю и Билл, а Билл уже имеет пользовательский идентификатор Эндрю в своих данных соединений, так что система не будет передавать ни одного экземпляра приглашения Биллу 158. Всякий раз, когда к группе присоединяется новый член, СУДП также будет осуществлять поиск в данных соединений существующих членов, чтобы определить, не имеет ли уже какой-либо из существующих членов пользовательских идентификаторов нового члена в своих данных соединений. В описываемом случае Эндрю является единственным существующим членом, и у него уже есть пользовательские идентификаторы Билла, и поэтому ни одного экземпляра приглашения не будет передано существующим пользователям 156.

Алекс может захотеть присоединиться к группе и, не будучи уже приглашенным, может использовать свое УСД или другое средство связи, чтобы обратиться к СУДП и послать запрос на присоединение к группе 160. При получении запроса на членство СУДП загрузит правила для группы 162, чтобы определить, куда такие запросы на членство должны адресоваться. Запрос Алекса может быть направлен Эндрю (как основателю группы) или другим членам группы в зависимости от того, как группа была настроена. В рассматриваемом случае правило для группы предписывает, что все запросы на членство должны направляться Эндрю 164.

Если член(ы), ответственный за одобрение новых членов, в этом случае Эндрю, одобряет запрос Алекса на присоединение к группе 166, то пользовательский идентификатор Алекса будет добавлен к записи для группы 170, и группа будет связана с его записью в базе данных 172.

Подобно тому, как при присоединении к группе Билла, после согласия Алекса на прием в группу, СУДП осуществит поиск в данных соединений Алекса по пользовательским идентификаторам существующих членов группы 176 и осуществит поиск в данных соединений существующих членов группы по пользовательским идентификаторам Алекса 174. В рассматриваемом случае будет видно, что Алекс уже имеет пользовательский идентификатор Билла в своих данных соединений, но не имеет пользовательского идентификатора Эндрю 180. Следовательно, СУДП сгенерирует экземпляр приглашения 184, запрашивающего, действительно ли Алекс хотел бы иметь пользовательский идентификатор Эндрю добавленным к своим данным соединений, и если Алекс отвечает утвердительно 188, то пользовательский идентификатор Эндрю будет вставлен в данные соединений на УСД Алекса 192. Соответственно, поиск в данных соединений существующего пользователя определит, что ни Эндрю, ни Билл не имеют данных соединений Алекса 178 и поэтому оба примут экземпляры приглашения 182, запрашивающие, действительно ли они хотели бы вставить номер Алекса в свои данные соединений. Если один из двух или они оба ответят утвердительно на это приглашение 186, то пользовательские идентификаторы Алекса будут добавлены к их данным соединений 190.

Продолжая пример группы ABA33, может быть, что в некоторый более поздний период Билл изменит свой пользовательский идентификатор в пределах сетевой системы. Это может произойти в силу многочисленных обстоятельств, например, если пользователь модернизирует план поставщика услуг, в соответствии с которым осуществляется доступ к сети. В рассматриваемом примере СУДП уведомит всех тех, кто имеет соединение с Биллом, об изменении в пользовательском идентификаторе Билла (способом, рассмотренным ранее и проиллюстрированным на фиг.5), включая в их число тех, кто получил пользовательский идентификатор Билла благодаря своему членству в группе.

В свое время дополнительные члены могут присоединиться к группе ABA33, а со временем члены также могут захотеть покинуть группу. Если Билл принимает решение покинуть группу, то он может использовать свое УСД или другое средство связи, чтобы обратиться к СУДП и послать запрос на удаление его из группы. В ответ на этот запрос СУДП сгенерировал бы уведомление об удалении для каждого члена группы, который имеет пользовательский идентификатор Билла в своих данных соединений, извещающее их об удалении Билла из группы и запрашивающий, хочет ли член удалить пользовательский идентификатор Билла из своих данных соединений. За время своего пребывания в группе Билл, возможно, образовал взаимосвязи, которые распространяются за пределы непосредственной сферы деятельности группы, и поэтому после его удаления из группы те, с которыми он образовал взаимосвязи, как, например Алекс, могут отказаться удалять пользовательский идентификатор Билла из своих данных соединений, в то время как остальные в группе, как, например, Эндрю, с которым Билл вряд ли будет продолжать общение вне группы, могут согласиться на удаление пользовательского идентификатора Билла из своих данных соединений. Соответственно, после ухода Билла из группы система запросит Билла, хочет ли он удалить некоторые или все пользовательские идентификаторы остающихся членов группы из его данных соединений.

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

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

Настоящее изобретение также может быть связано с дублирующим средством получения пользовательских идентификаторов. Примеры такого дублирующего средства включают в себя службы телефонного справочника, которые пользователь может запросить - номер телефона другого пользователя, а также эквивалентные службы каталогов, размещенные в Интернет. Дополнительным примером также могла быть любая web-страница с пользовательским идентификатором на ней, где web-страница также связана с СУДП пользователя. В дополнение к предоставлению пользователю пользовательского идентификатора заданного пользователя, такое дублирующее средство также может предоставить пользователю дополнительную возможность добавления пользовательского идентификатора заданного пользователя в данные соединений пользователя. Например, если новому пользователю, Тому, требуется номер телефона Алекса, тогда Том может позвонить в службу каталогов своей телефонной компании. Обычно номера телефонов вызывающих абонентов переправляются в службу каталогов, поэтому, как только служба каталогов предоставит Тому номер Алекса, она может также дать Тому дополнительную возможность добавления номера Алекса непосредственно в его данные соединений. Эта дополнительная возможность будет доступна, если номер телефона Тома переправляется в службу каталогов как часть обычной операции телефонной сети, при условии, что служба каталогов связана с СУДП и Том подписан на услуги этой СУДП или СУДП, связанной с этой СУДП. Если Том принимает дополнительную возможность получения пользовательского идентификатора Алекса в свои данные соединений, то служба каталогов передаст номер телефона Тома и пользовательский идентификатор Алекса в СУДП, которая затем передаст информацию УСД Тома.

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

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

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

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