Архитектура мета-поиска на основе web-услуг для равноправной совместной работы и передача голоса по ip-протоколу

Изобретение относится к области организации сети и, в частности, к обнаружению устройств конечных пользователей и созданию сеанса совместной работы с использованием прикладной программы между устройствами конечных пользователей. Изобретение облегчает поиск потенциальных партнеров в сети равноправных узлов (Р2Р). Представлены система и способ для обнаружения мобильных партнеров в сети равноправных узлов (Р2Р). Каждый партнер идентифицирован в сети Р2Р с помощью однозначного идентификатора. Каждый партнер может быть идентифицирован также с помощью файла идентификации, размещенного в сети Р2Р. Прикладные программы совместной работы могут включать любую из множества прикладных программ, включающих обмен информацией между двумя или более партнерами, такие как передача голоса по IP-протоколу (VoIP). Можно выполнять динамичный запрос файлов с целью фильтрации файлов идентификации, наиболее релевантных конкретному равноправному партнеру. Комплексно используются Web-службы между мобильными устройствами Р2Р, а также между устройствами и другими провайдерами услуг. Механизмы поиска используют самообеспечение идентификации и шаблоны Web-служб для различных использований, таких как личные, игровые и коммерческие. 3 н. и 17 з.п. ф-лы, 14 ил.

 

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

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

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

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

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

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

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

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

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

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

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

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

фиг.1А и 1В - графическая схема способа обнаружения поисковым устройством потенциальных партнеров в сети Р2Р согласно одному варианту выполнения данного изобретения;

фиг.2а и 2b - код XML для примера выполнения процесса регистрации согласно одному иллюстративному варианту выполнения данного изобретения;

фиг.3 - код XML для примера выполнения ответа на запрос согласно одному иллюстративному варианту выполнения данного изобретения;

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

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

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

фиг.5с - пример выполнения процесса получения Web-услуги на основе удаленного запроса агентов центра обработки вызовов согласно одному иллюстративному варианту выполнения данного изобретения;

фиг.6а - код XML для примера выполнения формуляра поиска согласно одному иллюстративному варианту выполнения данного изобретения;

фиг.6b - код XML для другого примера выполнения формуляра поиска согласно одному иллюстративному варианту выполнения данного изобретения;

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

фиг.7 - пример выполнения идентификации и пример выполнения формуляра поиска с критериями поиска согласно одному иллюстративному варианту выполнения данного изобретения;

фиг.8 - схема возможного соединения между сверхравной сетью Р2Р и/или узлами входа Р2Р согласно одному иллюстративному варианту выполнения данного изобретения.

Подробное описание предпочтительных вариантов выполнения

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

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

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

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

Данное изобретение использует рычаги сетей Р2Р, созданные с помощью различных прикладных программ или программных обеспечений, для связи в сетях Р2Р (например, Kazaa, OpenNap, Gnutella, FastTrack, LimeWire и т.д.), так что ищущий совместную работу может искать потенциальных партнеров в пуле совместной работы. Ищущий совместную работу может осуществлять поиск потенциальных партнеров с использованием заданных пользователем критериев поиска. Понятие «пул совместной работы», используемое в данном случае, относится к группе людей, машин или устройств, участвующих в сети Р2Р. Понятие «потенциальные партнеры», используемое в данном случае, относится к пулу совместной работы, который был обнаружен с использованием заданных пользователем критериев поиска. Таким образом, число потенциальных партнеров не может быть больше пула совместной работы. После идентификации одного или нескольких потенциальных партнеров, ищущий совместную работу может создавать сеанс совместной работы с одним или несколькими потенциальными партнерами. Сеанс совместной работы включает, но не ограничиваясь этим, прикладные программы и/или услуги, такие как телефония с передачей голоса по IP-протоколу (VoIP), игры с несколькими игроками, деловые прикладные программы с несколькими лицами и прикладные программы между машинами. Сеансы совместной работы обычно инициируются с использованием прикладной программы совместной работы. Сеансы совместной работы обычно включают взаимодействие между двумя или более ступенями одной и той же прикладной программы или эквивалентных программ (например, программные телефоны VoIP).

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

Следует отметить, что знание адреса IP позволяет пользователю устанавливать прямой контакт с потенциальным партнером с использованием или без использования программного обеспечения работы в сети Р2Р. Например, сеанс совместной работы можно осуществлять между двумя или более партнерами через Интернет или местную сеть (LAN).

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

Большинство существующих популярных сетей Р2Р продемонстрировали свою способность глобального поиска и поддержки значительного числа пользователей. Дополнительно к этому, некоторые из этих сетей Р2Р были созданы с использованием широко доступного программного обеспечения из открытых источников, такого как OpenNAP. При использовании существующих технологий сети Р2Р можно автоматически пользоваться рядом преимуществ. Среди них следует отметить то, что сеть является самообеспечивающейся, что снимает значительную нагрузку с провайдеров услуг Интернета. Понятие «самообеспечивающаяся», используемое в данном случае, относится к способности устройства конечного пользователя быть клиент-сервером (т.е. иметь возможности «слуги»).

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

Данное изобретение основывается на преимуществах сети Р2Р посредством предложения независимой от прикладной программы или услуги оболочки, находящейся в сильной взаимосвязи с различными известными Web-услугами и архитектурами Web-услуг (WSA), такими как задаваемые с помощью World Wide Web Consortium®. Web-услуги обеспечивают средство для взаимодействия между различными прикладными программами программного обеспечения, работающими на различных платформах и/или в различных оболочках. Этот общий подход позволяет использовать оболочку в качестве средства для предложения и использования многих прикладных программ и услуг, а не только единственной выделенной услуги, как в преобладающем большинстве известных прикладных программ для сети Р2Р.

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

На фиг.1 показана графическая схема 100, иллюстрирующая способ обнаружения потенциальных партнеров для сеанса совместной работы в сети Р2Р согласно одному варианту выполнения данного изобретения. Устройство конечного пользователя (ищущего совместную работу) входит (на стадии 105) в активную зону (т.е. географическую зону, обслуживаемую беспроводной сетью, например Интернетом), или соединяется с любой другой сетью IP с использованием любых других средств. Устройство конечного пользователя может быть любым переносным электронным устройством, способным соединяться с активной зоной, таким как PDA, переносной компьютер или мобильный телефон.

Устройство конечного пользователя регистрируется (на стадии 110) в сети Р2Р, что позволяет устройству конечного пользователя пользоваться сетью Р2Р. Это можно осуществлять вручную ищущим совместную работу, или автоматически после входа (на стадии 105) устройства конечного пользователя в активную зону, или посредством соединения с любой сетью IP любого другого средства. Этот процесс регистрации можно выполнять с использованием Web-службы или протоколов SOAP (простой протокол доступа к объектам) через HTTP (протокол передачи гипертекстовых файлов), FTP (протокол передачи файлов) и т.д. через сети IP (протокол Интернета). Для простоты в наших иллюстративных вариантах выполнения используются прежде всего протоколы SOAP через HTTP. Однако следует понимать, что можно использовать любые протоколы, известные для специалистов в данной области техники. Пример выполнения процесса регистрации показан на фиг.2а и 2b. На фиг.2а показан запрос Web-услуги на использование сети Р2Р устройством конечного пользователя. На фиг.2b показан ответ в виде подтверждения приема запроса Web-услуги на использование сети Р2Р.

Как показано на фиг.1, устройство конечного пользователя инициирует (на стадии 115) Web-услугу с использованием протоколов HTTP/XML (расширяемая спецификация языка для создания страниц WWW)/SOAP у известного провайдера Web-услуг (WSP). Эта стадия инициирования может включать обнаружение WSP. WSP можно обнаруживать с использованием UDDI (универсальная система предметного описания и интеграции) регистра Web-услуг и деловых вводов. Понятно, что обнаружение WSP может быть не обязательным (т.е., если конкретный WSP постоянно запрограммирован в устройстве конечного пользователя).

Устройство конечного пользователя запрашивает (на стадии 120) доступный сервер Р2Р. В одном варианте выполнения устройство конечного пользователя передает запрос с использованием Web-службы провайдеру Web-услуг. Web-служба может быть способна выполнять любое количество запросов или принимать любое количество ответов, действий или способов. Дескрипторный файл услуг WSDL обычно публикуется провайдером Web-услуг в общедоступном сервере деловых услуг UDDI. Примеры запросов включают "requestServerReport" и "getServerReportResult", как показано на фиг.2 и 3 соответственно. На фиг.3 показан ответ провайдера Web-услуг, показывающий список элементов протокола услуг SOAP, сообщающий доступный сервер Р2Р, подлежащий использованию порт и число пользователей, соединенных с портом. Эта информация может передаваться в устройство конечного пользователя с использованием элементов протокола XML/SOAP. Как показано на фиг.3, команда "getServerReportResult" возвращает список доступных серверов сети Р2Р. В альтернативном варианте выполнения команда "getServerReportResult" может также сообщать сеть Р2Р конкретного типа (например, OpenNap, Kazaa, Gnutella, eMule, Kademlia или Limewire), включая «входной сервер» и подлежащий использованию порт Р2Р. «Входной сервер» используется, прежде всего, для первой регистрации в конкретной сети Р2Р. Как показано на фиг.3, устройство конечного пользователя поддерживает лишь одну сеть Р2Р (т.е. OpenNap с использованием порта 8888). Однако понятно, что устройство конечного пользователя может поддерживать любое число протоколов сети Р2Р. Понятно также, что запросы "requestServerReport" и "getServerReport" показаны лишь с целью иллюстрации, и можно осуществлять другие команды, способы и функции, известные для специалистов в данной области техники.

Как показано на фиг.1, устройство конечного пользователя регистрирует (на стадии 125) сервер Р2Р в кластере Web-услуг (т.е. группе из двух или более компьютеров, осуществляющих Web-услуги). Процесс регистрации, соединяющий и отсоединяющий один или несколько серверов Р2Р с кластером Web-услуг, можно выполнять с использованием стандартной платформы с архитектурой промежуточного программного обеспечения, необходимой для предложения Web-услуг, как известно специалистам в данной области техники. Посредством использования любой профессиональной архитектуры Web-услуг J2EE (платформа Ява 2, издание для предприятий) (например, WebSphere® от IBM, WebLogic® от BEA, JBOSS), можно использовать протоколы Р2Р для передачи статистических данных и других элементов протокола Р2Р в адаптер Web-услуг J2EE (адаптер J2EE). Адаптер J2EE является комбинацией «соединения» и «адаптера ресурсов», согласно описанию архитектуры соединителя J2EE, JSR112 VI,5. Адаптер J2EE может автоматически регистрировать входной сервер Р2Р в качестве традиционной системы информации для предприятий (EIS) (например, система транзакций IBM® CICS, прикладная программа SAP/R3) в кластере Web-услуг. Эта архитектура обеспечивает ключевые признаки услуг, такие как (а) выравнивание нагрузки между серверами Р2Р, (Ь) однозначный перевод сообщений EIS в сообщения XML Web-служб и (е) множество адаптеров EIS для каждого дополнительно поддерживаемого протокола Р2Р.

Устройство конечного пользователя выполняет (на стадии 130) самообеспечение идентификации. Как указывалось выше, понятие «самообеспечение» относится к способности устройства конечного пользователя быть клиент-сервером. Процесс «самообеспечения идентификации» обеспечивает идентификацию конечного пользователя через устройство конечного пользователя. Идентификация может быть простой или расширенной (т.е. сложной) по желанию пользователя или провайдера Web-услуг. Провайдер Web-услуг может предложить простой или расширенный шаблон или формуляр для ввода данных идентификации. В одном варианте выполнения простой формуляр может быть встроен или автоматически загружаться в устройство конечного пользователя в качестве формуляра по умолчанию, а расширенные формуляры могут запрашиваться и загружаться пользователем по его желанию. На фиг.4а показан случай, когда формуляр идентификации встроен в качестве части устройства конечного пользователя. Ищущий совместную работу вводит данные в формуляр идентификации. Идентификация сообщается в сеть Р2Р и возвращается ответ на сообщение. На фиг.4b показан альтернативный случай, когда устройство конечного пользователя запрашивает у провайдера Web-услуг формуляр идентификации. Запрос на Web-услугу передается провайдеру Web-услуг, и провайдер Web-услуг возвращает формуляр идентификации в устройство конечного пользователя. Конечный пользователь вводит данные в формуляр идентификации. Устройство конечного пользователя сообщает идентификацию в сеть Р2Р и получает ответ на сообщение.

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

На фиг.5 а показан первый пример выполнения процесса поиска согласно одному варианту выполнения данного изобретения. Провайдер 505 услуг является ответственным за предоставление по требованию дескрипторов услуг в устройства, которые запрашивают конкретный поиск. Устройство 510 пользователя желает получить от провайдера 505 услуг путь для получения доступа к информации поиска и к соответствующему процессу поиска. Поэтому устройство 510 пользователя запрашивает так называемый «дескрипторный файл Web-услуг» (называемый в последующем файл WSDL).

Если провайдер 505 услуг имеет файл WSDL 515, который соответствует запросу устройства 510 пользователя, то файл WSDL 515 передается в устройство 510 пользователя. На основе переданного файла WSDL 515 первый клиент SOAP 520 может инициировать процесс поиска посредством передачи протокольного элемента <GetCity> в запросе 525. Запрос 525 может не содержать какого-либо названия города. Протокольный элемент <GetCity> (дайте город) принимается первым сервером SOAP 530 в запрашиваемом устройстве 53 5А. Второй клиент SOAP 540 отвечает протокольным элементом <CityResponce> (город отвечает), который включает название города, которое было зарегистрировано в запрашиваемом устройстве 535А. Указанный запрос 525 можно выполнять в других устройствах, таких как устройства 535В и 535С.

На фиг.5b показан второй пример выполнения процесса поиска согласно одному варианту выполнения данного изобретения. Процесс на фиг.5b аналогичен процессу на фиг.5а, за исключением того, что запрашиваемая информация в запросе 525 не является запросом города, а информацией в реальном времени о «доступности предприятия» или «доступности развлечения» конкретного устройства.

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

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

На фиг.6а показан простой персональный формуляр идентификации с использованием XML. Формуляр содержит (а) имя, (b) фамилию, (с) адрес электронной почты, (d) страну и (е) пол. Файл сохраняется либо (а) в совместно используемом каталоге Р2Р в устройстве конечного пользователя, либо (b) в распределенной хэш-таблице сохранения в самой сети Р2Р, так что другие пользователи могут осуществлять поиск конечного пользователя Джон Смит на основе критериев, указанных в формуляре идентификации.

На фиг.6b показан пример выполнения делового формуляра идентификации для того же пользователя Джона Смита, что и на фиг.6а. Этот деловой формуляр идентификации содержит вводы о типе предприятия (т.е. ремонт автомобилей), месте расположения предприятия и номере регистрации или лицензии. Деловой формуляр идентификации может храниться в том же каталоге Р2Р, что и персональный формуляр идентификации.

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

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

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

a) посредством получения Web-услуги (файла WSDL или дескриптора услуг) от провайдера деловых услуг UDDI;

b) посредством осуществления Web-услуги в устройстве в соответствии с дескриптором услуг;

c) посредством подробного анализа (с использованием протоколов SOAP и грамматики XML) каждого из полученных в ответ файлов с использованием дескрипторов Web-услуг, полученных на стадии Ь.

Фаза поиска файлов Р2Р включает сужение файлов идентификации с использованием названия файла. Файлы идентификации можно также назвать профилями пользователей. Как показано на фиг.5а, название файла простого личного формуляра идентификации включает имя и фамилию конечного пользователя. Таким образом, поиск конкретного конечного пользователя по имени Джон Смит можно выполнять посредством поиска файла <John.Smith.xml>. Поиск другой информации можно выполнять в названии файла известным для специалистов в данной области техники образом (например, <Car.Mechanics.Repair.xml>).

Как показано на фиг.7, предположим, что ищущий совместную работу Джон желает найти человека по имени Мари Джо в сети Р2Р. Устройство может инициировать поиск в подходящей сети Р2Р всех файлов, опубликованных и заданных как <Marie.Joe.xml>.

Каждый запрашиваемый сервер Р2Р может отвечать одним или несколькими файлами <Marie.Joe.xml>, включая адрес IP каждого файла. Понятно, что ответ из устройства конечного пользователя в виде файла показывает, что устройство конечного пользователя работает в режиме онлайн в сети Р2Р.

Если в ответ приходит более чем один файл, то конечный пользователь должен вручную проверять каждого из потенциальных партнеров, что может быть утомительным и требующим много времени процессом. Таким образом, может быть предпочтительным выполнение дополнительного подробного анализа файла Р2Р. В приведенном примере ищущий совместную работу может ввести дополнительные критерии поиска, так что можно сузить число файлов <Marie.Joe.xml> до одного. Типы дополнительных критериев поиска (т.е. «масок») могут быть ограничены формуляром поиска, предоставленным провайдером Web-услуг или третьей стороной, ищущему совместную работу. Можно использовать любое количество масок, включая, но не ограничиваясь этим, адрес электронной почты, город, страну, пол, улицу, предприятие, специальность, дату рождения, адрес предприятия и т.д.

Приведенный выше список является лишь иллюстрацией и не охватывает всех возможностей. Число и типы масок зависят в основном от провайдера Web-услуг. Поля ввода, предлагаемые в формуляре идентификации, обычно соответствуют специфической операции поиска провайдера Web-услуг. Например, если в формуляре идентификации предлагается поле поиска «Предприятие», то запрос SOAP <GetBusines> может предлагаться в качестве возможного критерия подробного анализа. Входные маски могут быть стандартно структурированными файлами XML и их можно загружать (или распределять) в устройства конечных пользователей с использованием протоколов Web-служб и стандартов подключения SOAP.

Как показано на фиг.1, устройство конечного пользователя получает (на стадии 140) услугу или возможность использования идентификации для каждого результата поиска, которые в приведенном примере являются файлами <Marie.Joe.xml>, с использованием стандартных протоколов SOAP/XML через транспортные протоколы HTTP. Это обычно позволяет устройству конечного пользователя запрашивать файлы через трансляторы сетевых адресов (NAT) и корпоративных систем защиты доступа, поскольку HTTP в большинстве случаев используется в порту 80 Интернета и не может быть заблокирован, пока не будет полностью заблокирован доступ в Интернет. Понятно, что можно использовать много других протоколов (или механизмов с использованием других протоколов в комбинации с HTTP, таких как UDP), известных специалистам в данной области техники. Многие из них являются общедоступными и многие позволяют задавать предпочтительный путь для обмена информацией через системы защиты доступа. Для исключения загрузки каждого файла <Marie.Joe.xml> в сеть Р2Р и выполнение автономного подробного анализа файлов, устройство конечного пользователя может использовать онлайновый удаленный запрос с использованием протоколов SOAP.

Устройство конечного пользователя сужает (на стадии 145) число результатов поиска с использованием одного или нескольких критериев поиска. В приведенном примере поиск можно сделать более точным посредством запроса/поиска, например, <city> (город), указанного для потенциального партнера.

Агент поиска (называемый, например, NapGear) использует название города для выполнения действия SOAP <GetCity> во всех устройствах конечных пользователей, которые опубликовали файл <Marie.Joe.xml> в сети Р2Р. При предположении, что они все включены, каждое равноправное устройство ответит с использованием ответа SOAP, например, <CityResponce> (например, Нью-Йорк). Если равноправное устройство выключено, то может произойти блокировка по истечении заданного времени. В результате ответа SOAP (или блокировки в случае отсутствия ответа) устройства и/или файлы с неподходящими ответами сбрасываются, например, поскольку «Нью-Йорк» не совпадает с запрошенным местоположением (т.е. Лос-Анжелос). Если необходимо дополнительное уточнение поиска, то можно дополнительно сузить поиск с помощью запроса дополнительной Web-услуги с использованием дополнительного критерия поиска.

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

Устройство конечного пользователя инициирует (на стадии 150) сеанс совместной работы с использованием любой из множества прикладных программ совместной работы (например, VoIP, прикладная игровая программа в режиме онлайн). Устройство конечного пользователя обычно выбирает и инициирует конкретную прикладную программу совместной работы, и один или несколько потенциальных партнеров следуют приглашению. В одном варианте выполнения прикладная программа совместной работы инициируется в прямом соединении Р2Р с использованием известного IP-адреса. Например, устройство конечного пользователя может инициировать программное обеспечение VoIP (например, SJPhone®) с использованием IP-адреса (для Н.323) или адреса электронной почты (для SIP). IP-адрес потенциального партнера может предлагаться непосредственно сетью Р2Р или процессом подробного анализа XML. Этот IP-адрес используется в качестве параметра командной строки при запуске прикладной программы совместной работы в устройстве конечного пользователя. В альтернативном варианте выполнения прикладную программу совместной работы можно инициировать дистанционно с использованием Web-служб между устройством конечного пользователя и потенциальным партнером.

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

Устройство конечного пользователя покидает (на стадии 155) активную зону или любую другую точку доступа IP или доступа в сеть, и удаляет отправленные файлы из сети Р2Р. Если устройство конечного пользователя не может удалить свой формуляр идентификации из сети Р2Р, то узлы Р2Р могут сбросить пользователя и его формуляр идентификации после заданного периода времени (т.е. блокировки).

Мобильные устройства могут сами становиться частью архитектуры сервера Р2Р. Например, простые серверы Р2Р могут докладывать «сверхравному» серверу Р2Р. Эта архитектура Р2Р улучшает устойчивость сети и обеспечивает более быстрый поиск. Сверхравные серверы хорошо известны специалистам в данной области техники и широко используются в популярных сетях Р2Р.

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

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

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

1. Система для обнаружения потенциальных партнеров в сети равноправных узлов (Р2Р), содержащая:

поисковое устройство и

множество потенциальных партнеров, соединенных с сетью Р2Р;

при этом каждое поисковое устройство содержит:

средства для регистрации в сети Р2Р;

средства для инициирования Web-услуги у провайдера Web-услуг;

средства для запроса доступного сервера Р2Р в сети Р2Р у провайдера Web-услуг с использованием Web-службы;

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

средства для выполнения самообеспечения идентификации в сети Р2Р;

средства для выдачи запроса на поиск потенциального партнера с использованием заданных критериев поиска и получения одного или нескольких результатов поиска потенциального партнера в сети Р2Р;

средства для получения доступа к услуге и идентификации для каждого результата поиска;

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

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

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

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

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

5. Система по п.2, в которой поисковое устройство конечного пользователя регистрируется у провайдера Web-услуг для получения доступа в сеть Р2Р с использованием Web-служб и протоколов доступа простых объектов (SOAP) через сети протокола передачи гипертекста (HTTP) и протокола Интернета (IP).

6. Система по п.1, в которой поисковое устройство является машиной, соединенной с сетью IP.

7. Система по п.1, в которой сеть Р2Р содержит по меньшей мере одну из сетей Kazaa, OpenNAP, Gnutella, FastTrack, LimeWire, eMule/Kademila или Napster.

8. Система по п.4, в которой каждый из одного или нескольких файлов идентификации множества потенциальных партнеров содержит файл XML (расширяемой спецификации языка, предназначенного для создания страниц WWW).

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

10. Способ обнаружения поисковым устройством потенциальных партнеров в сети равноправных узлов (Р2Р), содержащий:

регистрацию в сети Р2Р;

инициирование Web-услуги у провайдера Web-услуг;

запрос доступного сервера Р2Р в сети Р2Р у провайдера Web-услуг с использованием Web-службы;

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

выполнение самообеспечения идентификации в сети Р2Р;

выдачу запроса на поиск потенциального партнера с использованием заданных критериев поиска и получение одного или нескольких результатов поиска потенциального партнера в сети Р2Р;

получение возможности доступа к услуге и идентификации каждого результата поиска;

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

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

11. Способ по п.10, в котором регистрация в сети Р2Р содержит автоматическую регистрацию в сети Р2Р, когда поисковое устройство соединяется в сетью IP.

12. Способ по п.10, в котором инициирование Web-услуги у провайдера Web-услуг содержит инициирование Web-услуги у провайдера Web-услуг с использованием протоколов HTTP/CML/SOAP.

13. Способ по п.10, дополнительно содержащий обнаружение провайдера Web-услуг с использованием регистра UDDI Web-услуг и предприятий.

14. Способ по п.10, в котором запрос доступного сервера Р2Р в сети Р2Р у провайдера Web-услуг с использованием Web-службы содержит передачу запроса Web-услуги провайдеру Web-услуг с использованием Web-службы, при этом запрос Web-услуги запрашивает список доступных серверов Р2Р.

15. Способ по п.10, в котором передача запроса Web-услуги провайдеру Web-услуг с использованием Web-службы содержит передачу запроса Web-услуги, заданного в файле дескриптора услуг WSDL, провайдеру Web-услуг с использованием Web-службы.

16. Способ по п.10, в котором выполнение самообеспечения идентификации в сети Р2Р содержит:

прием формуляра идентификации от провайдера Web-услуг в ответ на запрос Web-услуги, при этом формуляр идентификации содержит множество полей информации;

заполнение одного или нескольких полей информации; и

отсылку формуляра идентификации в сеть Р2Р.

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

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

загрузку формуляра поиска от провайдера Web-услуг в ответ на запрос Web-услуги, при этом формуляр поиска содержит множество полей поиска;

заполнение одного или нескольких полей множества полей поиска;

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

сохранение результатов сужения в суженном списке результатов.

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

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

регистрацию в сети Р2Р;

инициирование Web-услуги у провайдера Web-услуг;

запрос доступного сервера Р2Р в сети Р2Р у провайдера Web-услуг с использованием Web-службы;

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

выполнение самообеспечения идентификации в сети Р2Р;

выдачу запроса на поиск потенциального партнера с использованием заданных критериев поиска и получение одного или нескольких результатов поиска потенциального партнера в сети Р2Р;

получение возможности доступа к услуге и идентификации каждого результата поиска;

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

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