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

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

Иллюстрации

Показать все

Реферат

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

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

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

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

Появляется, однако, проблема, связанная с тем, что есть множество различных протоколов или служб, которые могут быть использованы для обмена контентом, и каждый протокол или служба может быть идеален для одних ситуаций, но не для других. Примеры таких служб включают электронную почту (E-mail), которая используется в основном для связи двух лиц посредством устройств, подключенных к сети Интернет и требует определенной инфраструктуры (например, серверы электронной почты и т.д.); службу передачи мультимедийных сообщений (MMS), ориентированную на использование в мобильной среде и предназначенную для обмена небольшими медиафайлами; универсальный вариант стандарта «включи и работай» / аудио-видео (UPnP)/AV), предназначенный для обмена между устройствами и, в силу поддержки больших файлов, ориентированный в основном для персональных устройств, в которых передающее и принимающее устройство обычно принадлежит одному лицу.

Другие примеры служб и протоколов, используемых для обмена контентом, включают Atom, формат синдикации на базе языка XML, который в основном используется для загрузки контента на веблоги (блоги); протокол множественного доступа и редакции веб-документов (WebDAV), который является продвинутой версией протокола HTTP (позволяющей выполнять запись документов посредством протокола HTTP), в основном используется в корпоративной среде, поддерживает большие файлы и требует различных установок; пиринговые сети, использующиеся для публичного обмена большими файлами между двумя пользователями; и объект обмена Bluetooth (OBEX), ориентированный на обмен контентом между близкими устройствами.

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

В дополнение к множеству доступных служб и протоколов может быть использовано также множество средств для соединения, причем, подобно службам и протоколам, каждое из этих средств может быть наилучшим для конкретного случая. Примеры таких средств для соединения включают сотовую пакетную радиосвязь, используемую для мобильных устройств; инфраструктуру беспроводной локальной сети (WLAN), обычно используемую в стационарных и мобильных устройствах для соединения с сетью Интернет; беспроводную сеть WLAN в режиме Ad-hoc, используемую в основном в мобильных устройствах для служб связи на близком расстоянии (например, для соединения между мобильными устройствами); Bluetooth, который, как и WLAN Ad-hoc, обычно используется в мобильных устройствах для связи на близком расстоянии; и фиксированный доступ к сети Интернет, который используется статичными устройствами для соединения с сетью Интернет.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Обзор

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

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

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

Способ бесшовного совместного доступа к контенту

Обратимся к фиг.1, иллюстрирующей этапы, которые могут выполняться для уменьшения трудностей для пользователей, желающих разделить контент с другими пользователями и\или предлагающих контент для других пользователей. Как показано, процесс начинается с этапа 101, где создается персональный файл ресурсов или база данных для конкретного пользователя или участника. Как сказано выше, файл ресурсов содержит информацию, например поддерживаемые протоколы и средства для соединения, возможности и/или режимы безопасности, относящиеся к соответствующим устройствам пользователей. В частности, каждое устройство, информация о котором содержится в персональном файле ресурсов, поддерживает совместный доступ к контенту посредством одного или более протокола передачи контента (например, UPnP, WebDAV, Atom и т.д.). Эти устройства также имеют один или более коммуникационных интерфейсов (например, WLAN, Bluetooth, общий сервис пакетной радиопередачи (GPRS) и т.д.), и службы устройств доступны с использованием одного или более адреса сети Интернет или адреса близкого доступа (например, URL, адресов MAC и т.д.). Персональный файл ресурсов содержит описание некоторой части (или всей) вышеуказанной информации.

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

Табл.1
Мобильный телефон	Адрес Bluetooth: 11:22:33:44:55:66
Адрес WLAN: 77:88:99:00:11:22
MSISDN:+358501234567
Сервер WebDAV, работающий в данный момент на: 130.233.22.33:80/webdav
Персональный компьютер	Сервер UPnP/AV на: http://mypc.isp.com:5678/UPnP
Медиа-сервер	Сервер UPnP/AV на: http://mymedia.isp.com: 1234/UPnP
Сервер WebDAV на: http://mymedia.isp.com/webdav
Веблог	http://www.typepad. com/myname

Как понятно специалисту, для файла ресурсов может быть использован любой формат, включая, например, расширенный язык разметки (XML), "действительно простое синдицирование" (RSS) и т.п. В одном типичном варианте осуществления изобретения, как только создан файл ресурсов, сами устройства ответственны за обеспечение информации, хранимой на них. Для иллюстрации фиг.2 представляет мобильный телефон 10 пользователя, персональный компьютер (PC) 50 и медиа-сервер 60, взаимодействующий с хост-сервером 22, на котором хранится файл 70 ресурсов (соответствующий пользователю) для предоставления информации, относящейся к соответствующим устройствам.

В дополнение к вышесказанному, этап 101 может также содержать предоставление в персональном файле ресурсов списка одного или более файлов контента, которые хранятся в соответствующих устройствах, ассоциированных с пользователями, и могут быть доступны некоторым другим пользователям (т.е. файлы контента, предлагаемые для посетителей). Файл ресурсов может также включать информацию относительно того, как лучше всего получить доступ к таким файлам контента (например, адрес, по которому они расположены, способ, протокол и/или используемую конфигурацию и т.д.). Таким образом, в соответствии с типичными вариантами осуществления изобретения, пользователи могут избегать загрузки файлов контента, например фотоальбомов, музыкальных файлов и т.п., на публично доступные веб-сайты, а могут вместо этого просто предоставлять информацию о том, как получить доступ к контенту напрямую на их устройствах. Для иллюстрации далее показывается типичный файл ресурсов, включающий информацию, относящуюся к двум предоставляемым фотоальбомам («Лучшие покупки» и «Лето2005»):

Табл.2
Мобильный телефон	Адрес Bluetooth: 11:22:33:44:55:66
Адрес WLAN: 77:88:99:00:11:22
MSISDN: +358501234567
Сервер WebDAV, работающий в данный момент на: 130.233.22.33:80/webdav
Фотоальбом: Лучшие покупки:
- Права доступа: Джон, Мэри
- Последнее обновление: 1/20/2006 11:02:32
- Ближняя связь: WLAN adhoc = "Анна": UPnP/AV "192.168.1.1": папка="Лучшие покупки"
- Удаленный доступ: HTTP/HTML: URL=http://myphone.operator/albums/BestOfShopping
Персональный компьютер	Сервер UPnP/AV на:
http://mypc.isp.com:5678/UPnP
Медиа-сервер	Сервер UPnP/AV на:
http://mymedia.isp.com:1234/UPnP
Сервер WebDAV на:
http://mymedia.isp.com/webdav
Фотоальбом: Лето2005:
- Права доступа: Джон
- Последнее обновление: 8/20/2005 22:01:44
- Удаленный доступ: WebDAV: URL=http://mymedia.isp.com/webdav/Summer2005 - -Удаленный доступ: UPnP: URL=http://mymedia.isp.com:1234/UPnP/Summer2005
Веблог	http://www.typepad.com/myname

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

В одном типичном варианте осуществления изобретения, если информация, ассоциированная с конкретным устройством, изменяется (например, улучшены возможности сотового телефона пользователя в силу приобретения пользователем дополнительных услуг), это устройство может автоматически обновлять файл ресурсов. В частности, устройство может обращаться к файлу ресурсов (способом, описанным далее со ссылкой на этап 104) и модифицировать находящуюся в этом файле информацию так, что файл ресурсов будет поддерживать новейшую информацию, относящуюся к каждому устройству пользователя. Соответствующие устройства могут также обновлять файл ресурсов, когда определенный файл контента перенесен с одного устройства на другое, или когда файл контента был обновлен (например, были добавлены новые фотографии в альбом). Для иллюстрации фиг.3 представляет ситуацию, когда пользователь переместил файл контента для фотоальбома «Лучшие покупки» 80 из своего сотового телефона 10 на свой медиа-сервер 60. Как показано, в одном типичном варианте осуществления изобретения мобильный телефон 10 будет обновлять файл 70 ресурсов пользователя путем удаления ссылки на фотоальбом (который был удален из телефона 72) из части файла 70 ресурсов, относящейся к этому телефону. В дополнение, медиа-сервер 60 этого типичного варианта осуществления будет обновлять файл 70 ресурсов путем добавления удаленной ссылки 72 к части файла 70 ресурсов, относящейся к медиа-серверу. В соответствии с этим вариантом осуществления изобретения, посетители не нуждаются в индивидуальном информировании о том, когда и куда были перемещены файлы контента, к которым эти посетители получили доступ.

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

Как только файл (файлы) контента выбран (или создан файл ресурсов, в случае, когда пользователь, ассоциированный с файлом ресурсов, предоставил контент для совместного доступа), отправитель/посетитель может выбрать контакт из своей адресной или телефонной книги, по которому будет либо передаваться выбранный файл (файлы) контента, либо к контенту которого пользователь желает иметь доступ (этап 103).

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

В этой точке устройство, которым оперирует отправитель, будет обращаться к файлу ресурсов, ассоциированному с выбранным контактом (этап 104). В одном типичном варианте осуществления изобретения персональные файлы ресурсов или базы данных, ассоциированные с различными пользователями, могут быть сохранены на сервере, доступном публично посредством, например, сети WAN (например, Интернет). В этом типичном варианте осуществления изобретения соответствующие контактные записи списка контента пользователя могут содержать адрес (например, адрес URL) соответствующего персонального файла ресурсов (например, http://www.isp.com/my_resource_xml). Когда отправитель выбирает контактную ссылку, устройство может выбирать адрес, содержащийся в контактной ссылке, для доступа к файлу ресурсов. В этом типичном варианте осуществления изобретения для периодического обновления информации в соответствующих персональных файлах ресурсов (как рассмотрено выше) персональных устройств эти устройства могут просто переходить по адресу и обновлять информацию, хранящуюся в указанных персональных файлах ресурсов.

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

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

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

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

Следующий документ присутствия иллюстрирует пример службы совместного доступа, работающей на четырех устройствах, являющихся мобильным телефоном, домашним сервером, публичным медиа-сервером и сервером веблогов. Мобильный телефон в этом примере способен принимать контент посредством Bluetooth, MMS и WLAN. Контент может быть отправлен на домашний сервер посредством технологии UPnP. Медиа-сервер может работать посредством интерфейсов UPnP и WebDAV, а сервер веблогов может быть доступен посредством HTTP.

<?xml version="1.0" encoding="UTF-8"?>

<presence xmlns="urn:ietf:params:xml:ns:pidf"

xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model"

xmlns:rp="urn:ietf:params:xml:ns:pidf:rpid"

xmlns:new="urn:ietf:params:xml:ns:pidf:newnamespace"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

<tuple id="sg89ae">

<status>

<basic>open</basic>

</status>

<new:service-id>org.sharingservice-session</new:service-id>

<dm:deviceID>imsi:0248952</dm:deviceID>

<dm:deviceID>mac:8asd7d7d71</dm:deviceID>

<dm:deviceID>mac:8asd7d7d72</dm:deviceID>

<dm:deviceID>mac:8asd7d7d72</dm:deviceID>

<contact>sip:someone@example.com</contact>

<contact priority="1.0">bluetooth: 11:22:33:44:55:66</contact>

<contact priority="1.0">wlan: 77:88:99:00:11:22</contact>

<contact priority="1.0">msisdn:+3583429889</contact>

<contact priority="1.0">webdav:http://130.233.22.33:80/webdav</contact>"

<contact priority="1.0">upnp:http://120.120.1.1/something</contact>

<contact priority="1.0">upnp:http://120.120.1.1/something</contact>

<contact priority="1.0">webdav:http://120.120.1.1/webdav</contact>

<contact priority="1.0 ">weblog:http://www.typepad.com/myname</contact>

</tuple>

<dm:device id="phonel00">

<dm:deviceID>imsi:0248952</dm:deviceID>

</dm:device>

<dm:device id="pcHomeServer">

<dm:deviceID>mac:8asd7d7d71</dm:deviceID>

<rp:user-input>idle</rp:user-input>

</dm:device>

<dm:device id="pcMediaServer">

<rp:user-input>idle</rp:user-input>

<dm:deviceID>mac:8asd7d7d72</dm:deviceID>

</dm: device>

<dm:device id="pcWeblogServer">

<dm:deviceID>mac:8asd7d7d73</dm:deviceID>

<rp:user-input>idle</rp:user-input>

</dm:device>

</presence>

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

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

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

<?xml versions "1.0" encoding="UTF-8"?>

<presence xmlns="urn:ietf:params:xml:ns:pidf"

xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model"

xmlns:rp="urn:ietf:params:xml:ns:pidf:rpid"

xmlns:new="urn:ietf:params:xml:ns:pidf:newnamespace"

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

<tuple id="sg89ae">

<status>

<basic>open</basic>

</status>

<new:service-id>org.sharingservice-session</new:service-id>

<dm:deviceID>mac:8asd7d7d71</dm: deviceID>

<contact>http://www.sharingservice.com/myname</contact>

</tuple>

<dm:device id="pcInternetServer">

<dm:deviceID>mac:8asd7d7d71</dm:deviceID>

</dm:device>

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

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

После выбора способа, устройство на этапе 106 предоставляет способом, определенным на этапе 105, контен