Способ и устройство для интеграции данных о пункте, предоставленных группой поставщиков

Способ и устройство для интеграции данных о пункте, предоставленных группой поставщиков

Иллюстрации

Показать все

Реферат

ПРЕДПОСЫЛКИ СОЗДАНИЯ ИЗОБРЕТЕНИЯ

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

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

[0002] Таким образом имеется потребность усовершенствованного формирования контента, основанного на местоположении.

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

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

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

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[0009] Варианты осуществления настоящего изобретения проиллюстрированы на примерах, не ограничивающих изобретение, и показаны на прилагаемых чертежах.

[0010] На фиг.1 показана схема системы для интеграции метаданных о пункте от группы формирователей данных о пункте в соответствии с одним из вариантов осуществления настоящего изобретения.

[0011] На фиг.2А показана схема записи для структуры метаданных о пункте в соответствии с одним из вариантов осуществления настоящего изобретения.

[0012] На фиг.2В показан пример базовых категорий в соответствии с одним из вариантов осуществления настоящего изобретения.

[0013] На фиг.2С и фиг.2D в соответствии с одним из вариантов осуществления настоящего изобретения показан пример документа в формате XML, содержащего пример метаданных о пункте.

[0014] На фиг.3А показана структурная схема сообщения регистрации пункта в соответствии с одним из вариантов осуществления настоящего изобретения.

[0015] На фиг.3В показана структурная схема ответного сообщения о пункте с одним идентификатором пункта в соответствии с одним из вариантов осуществления настоящего изобретения.

[0016] На фиг.3С показана структурная схема ответного сообщения о пункте, содержащего информацию об ошибке, в соответствии с одним из вариантов осуществления настоящего изобретения.

[0017] На фиг.3D в соответствии с одним из вариантов осуществления настоящего изобретения показана структурная схема ответного сообщения о пункте с информацией об одном или более подходящих пунктах.

[0018] На фиг.4А показана структурная схема сообщения для выбора подходящего пункта в соответствии с одним из вариантов осуществления настоящего изобретения.

[0019] На фиг.4В показана структурная схема сообщения для запроса ресурса пункта в соответствии с одним из вариантов осуществления настоящего изобретения.

[0020] На фиг.5А показана блок-схема процесса, выполняемого сервисом предоставления метаданных о пункте в соответствии с одним из вариантов осуществления настоящего изобретения.

[0021] На фиг.5В показана блок-схема процесса, выполняемого сервисом предоставления постоянного идентификатора пункта в соответствии с одним из вариантов осуществления настоящего изобретения.

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

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

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

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

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

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

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

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

ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ

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

[0031] Хотя несколько вариантов осуществления настоящего изобретения обсуждаются в связи с обменом метаданными о пункте с использованием расширяемого языка разметки (XML, extensible markup language), встроенного в сообщения протокола передачи гипертекстовых файлов (HTTP, hypertext transfer protocol), передаваемых по сети между одним клиентом и двумя модулями сервиса пункта: сервисом предоставления постоянного идентификатора пункта и сервисом предоставления метаданных о пункте, варианты реализации изобретения этим не ограничены. Явным образом предполагается, что обмен метаданными может осуществляться с использованием любого набора атрибутов и значений, встроенных в любой сетевой протокол или человеко-машинный интерфейс между членом группы и одним или более процессами, выполняемыми на одном или более вычислительных устройствах, подключенных к сети или работающих автономно.

[0032] В этом описании термин "пункт" относится к значению/использованию "местоположения". Хотя пункт всегда связан с местоположением, он представляет собой объект, не зависящий от местоположения. То есть пункт (такой, как ресторан или предприятие) может по истечении какого-то промежутка времени изменить свое физическое местоположение (то есть географические координаты), и множество пунктов (таких, как отель и ресторан) могут быть связаны с одним и тем же местоположением. Таким образом, пункт во временных и пространственных координатах связан с географическим местоположением. Конкретный пункт отличается от других пунктов набором значений (метаданных о пункте) для соответствующего набора атрибутов (параметров метаданных о пункте), которые уникально идентифицируют пункт.В дополнение к метаданным о пункте, которые уникально идентифицируют конкретный пункт, имеются ресурсы пункта (например, изображения, карты, персонал, меню доступных сервисов, сервисы и т.д.), которые также описывают пункт.

[0033] Многие организации предоставляют контент и сервисы, связанные с местоположением (например, каталоги фирм, геоинформационные системы, справочники по ресторанам, службы бронирования номеров в отелях). Каждая из этих организаций управляет собственным конкретным набором метаданных для своих местоположений. Этот набор метаданных не стандартизован, и не существует простого способа проверки, относятся ли два набора метаданных, полученных от независимых организаций, к одному и тому же местоположению. Объединение метаданных из различных источников является общей задачей для многих из этих организаций. Для гарантии качества и целостности данных каждая организация сама должна выполнять проверку действительности данных, добавление дополнительной информации и устранение дублирования. Прежде всего, группа организаций, формирующих информацию о пункте, должна постоянно проверять действительность своих существующих метаданных (например, для идентификации записей об объектах, прекративших деловую активность или переехавших в другое местоположение). Таким образом, имеется потребность в системе, позволяющей интегрировать предоставленные группой данные о пункте, для того чтобы обеспечить качество данных и устранить дублирование.

[0034] В приводимом примере осуществления настоящего изобретения ресурсы для одного пункта предоставляются в виде одного или более сетевых ресурсов, таких как набор из одного или более файлов или каталогов, или веб-страниц, доступ к которым осуществляется с помощью соответствующих имен унифицированных указателей ресурса (URL, universal resource locator). Сетевой сервер доменных имен (DNS, domain name server) сопоставляет имена URL с адресами Интернет-протокола (IP, Internet Protocol), которые используются для маршрутизации сообщений, передаваемых по IP-сети, как хорошо известно в этой области техники. Таким образом, пользователь веб-браузера после получения имен URL может осуществлять доступ к соответствующим ресурсам пункта.

[0035] В соответствии с некоторыми вариантами осуществления настоящего изобретения набор веб-сервисов, называемых сервисами пространства имен пунктов (PNSS, Place Namespace Services), предоставляет услуги, связанные с интеграцией данных для поддержки концепции пункта. В конкретном варианте осуществления изобретения сервис PNSS содержит несколько модулей. Сервис предоставления постоянного идентификатора пункта (PPIDS, Permanent Place ID Service) создает и находит уникальные идентификаторы для пункта. Этот сервис пытается устранить создание дублирующих пунктов (создание нескольких идентификаторов пунктов для одного и того же физического пункта) путем использования логики соответствия (посредством сравнения атрибутов метаданных о пункте). Устранение дублирования нельзя гарантировать, поэтому сервис PPIDS предоставляет способ объединения идентификаторов пунктов, как только становятся доступными метаданные, которые указывают на то, что идентификаторы пунктов относятся к одному и тому же пункту. Объединение идентификаторов выполняется путем отметки одного из идентификаторов пункта как объединенного. Этот сервис гарантирует, что пункт останется доступным с помощью любого идентификатора, однажды назначенного этому пункту. С помощью сервиса предоставления метаданных о пункте (PMDS, Place Metadata Service) выполняется сохранение и поиск стандартизованного набора базовых метаданных, связанных с пунктами. Сервис предоставления ресурсов для пункта (PRS, Place Resource Service) связывает веб-ресурсы (такие, как URL) с пунктом. Сервис предоставления глобального имени пункта (GPNS, Global Place Name Service) регистрирует для пункта глобальное уникальное имя, называемое идентификатором пункта.

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

[0037] Основная проблема, которую должен решать сервис PNSS в этих вариантах осуществления настоящего изобретения, заключается в идентификации пункта на основе конкретного потенциально неполного или даже ошибочного набора метаданных, которые могут предоставить пользователи PNSS. Такая возможность реализована в сервисе PPIDS. Для идентификации пункта (и получения его идентификатора) пользователь PNSS должен выполнить функцию регистрации PPIDS. Эта функция ожидает некоторые метаданные о пункте (по меньшей мере имя, местоположение и категорию) и сопоставляет эти данные с предварительно заданными метаданными о пункте, известными сервису PNSS. Если в сервисе PNSS обнаружен пункт, полностью соответствующий метаданным, то сервис PPIDS возвращает идентификатор пункта для этой записи. Поскольку нельзя быть уверенным, что данные, предоставляемые пользователем, в точности соответствуют метаданным о пункте, хранимым в сервисе PNSS (например, вследствие небольших различий в именах, наличия имен на различных языках, различных уровней категорий, частично неверного адреса, устаревшего адреса), возврат только точно соответствующих данных помешает базовой задаче сервиса избежать создания дублирующих записей для одного и того же пункта.

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

[0039] В показанном примере осуществления изобретения алгоритм нечеткого соответствия содержит различные компоненты, включая идентификацию местоположения, определение категории, различение имен, обнаружение ближайших пунктов и отслеживание результатов предшествующего выбора. Идентификация местоположения основана на коммерчески доступных сервисах различения адресов, таких как сервис NAVTEQ™ предоставления цифровой карты для объекта опорного местоположения (LRO, location reference object), и позволяет сервису PPIDS проверить действительность, дополнить и идентифицировать местоположение пункта, указанного метаданными регистрации. Определение соответствия категории выполняется путем моделирования категорий пунктов в виде комбинации управляемых глобально применимых "категорий верхнего уровня" и разрешения использования дополнительных произвольных свободно задаваемых текстовых тегов. Определение соответствия имен выполняется посредством поддержки множества имен, которые могут использоваться для идентификации пункта (как альтернативных имен, так и переведенных имен), и посредством применения некоторой меры подобия слов, такой как те, которые используются в алгоритмах проверки орфографии. Обнаружение ближайших пунктов (также называемое "определение соответствия близлежащей окрестности") выполняется, поскольку не все пункты адресуются уникальным адресом (или действительный адрес может быть неизвестен пользователю PNSS). Таким образом, сервис PPIDS выполняет некоторую процедуру поиска ближайших пунктов, которая проверяет соответствие с пунктами, расположенными рядом с предоставленным адресом или координатами географического местоположения. Отслеживание результатов предшествующего поиска выполняется в том случае, если пользователь предоставляет метаданные, которые отличаются от требуемых метаданных, поскольку в процессе предшествующей попытки регистрации могли быть отсутствующие метаданные. Таким образом, предшествующие запросы регистрации сохраняются для каждого пользователя или группы пользователей.

[0040] На основе выходных данных от различных компонентов алгоритмов соответствия, выполняемых в показанном примере осуществления настоящего изобретения, сервис PPIDS вычисляет общее "качество соответствия", или степень соответствия, для каждого из предварительно заданных пунктов. Сервис PPIDS возвращает данные, идентифицирующие список из одного или более подходящих пунктов, которые характеризуются значением степени соответствия, превышающим предварительно заданное пороговое значение. Этот список может также содержать подходящий пункт для новой записи, полученной из метаданных регистрации путем, например, коррекции очевидных орфографических ошибок или перестановки цифр. Сервис PPIDS также возвращает для каждого подходящего пункта в списке маркер подходящего пункта, который указывает на различие между метаданными регистрации и метаданными о подходящем пункте. Затем пользователь выбирает один из подходящих пунктов с помощью, например, выполнения функции "selectCandidate" сервиса PPIDS путем представления маркера подходящего пункта для выбранного подходящего пункта. Далее сервис PPIDS возвращает новый или ранее существующий (сохранившийся) идентификатор пункта для выбранного подходящего пункта. На основе маркера выбранного подходящего пункта сервис PPIDS может провести "исследование" того, какие метаданные использовались для идентификации пункта, и автоматически создать некоторые дополнительные метрические и эвристические показатели соответствия для оценки различий, указанных в маркере. Эти метрические показатели могут применяться для последующих попыток регистрации, выполняемых тем же пользователем, несколькими или всеми пользователями.

[0041] На фиг.1 показана схема системы 100 для интеграции метаданных о пункте группы формирователей данных о пункте в соответствии с одним из вариантов осуществления настоящего изобретения. Система 100 содержит сеть 105 связи и сетевые узлы, которые включают мобильный терминал 120, хосты 130 сервиса пространства имен пунктов (PNSS) и другой хост 140. Члены группы работают на мобильном терминале 120 или другом хосте 140, и их метаданные корректно интегрированы модулями, функционирующими на хостах 130 PNSS.

[0042] В различных вариантах осуществления настоящего изобретения узлы 120, 130, 140 могут представлять собой любой тип фиксированного терминала, мобильного терминала или портативного терминала, включая настольные компьютеры, ноутбуки, телефонные трубки, станции, блоки, устройства, мультимедийные планшеты, Интернет-узлы, коммуникаторы, персональные цифровые помощники (PDA, Personal Digital Assistant), мобильные телефоны, мобильные устройства связи, аудио/видео проигрыватели, цифровые видеокамеры/камкордеры, телевизионные устройства, цифровые видеомагнитофоны, игровые устройства, устройства позиционирования, стоечные компьютеры или компьютерные блейд-системы, или любую комбинацию указанных устройств. Кроме того, узлы могут содержать аппаратный источник питания (например, съемный адаптер источника питания), источник питания ограниченного срока действия (например, батарею) или источники обоих типов. Также предполагается возможность поддержки узлами 120, 131, 140 любого типа интерфейса с пользователем (например, в виде "переносной" схемы и т.д.). В показанном примере осуществления изобретения узел 120 представляет собой беспроводный мобильный терминал (также называемый мобильной станцией и описываемый более подробно ниже со ссылкой на фиг.9). Мобильный терминал 120 связан с сетью 105 линией 107 беспроводной связи.

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

[0044] В качестве примера сеть 105 связи системы 100 может в различных вариантах осуществления изобретения включать одну или более проводных и/или беспроводных сетей, таких как сеть передачи данных (не показана), беспроводная сеть (не показана), телефонная сеть (не показана), или любую комбинацию этих сетей, в каждой из которых может содержаться несколько узлов или не одного узла. Предполагается, что сеть передачи данных может представлять собой любую локальную сеть (LAN, local area network), городскую сеть (MAN, metropolitan area network), глобальную сеть (WAN, wide area network), Интернет или любую другую подходящую сеть с коммутацией пакетов, такую как коммерческая частная сеть с коммутацией пакетов, например частная кабельная или волоконно-оптическая сеть, или любую комбинацию указанных сетей. Кроме того, беспроводная сеть может представлять собой, например, сотовую сеть и может использовать различные технологии, включая множественный доступ с кодовым разделением каналов (CDMA, code division multiple access), усовершенствованную технологию мобильной радиосвязи (EDGE, enhanced data rates for global evolution), общую услугу пакетной радиосвязи (GPRS, general packet radio service), глобальную систему мобильной связи (GSM, global system for mobile communications), мультимедийную подсистему передачи данных по Интернет-протоколу (IMS, Internet protocol multimedia subsystem), универсальную систему мобильной связи (UMTS, universal mobile telecommunications system) и т.д., а также любую другую подходящую среду беспроводной передачи, например доступ в СВЧ-диапазоне (WiMAX), сети технологии долгосрочного развития (LTE, Long Term Evolution), сети WiFi (wireless fidelity), спутниковые сети и т.п. В различных вариантах осуществления настоящего изобретения сеть 105 связи или ее часть может поддерживать связь с использованием любого протокола, например Интернет-протокола (IP, Internet Protocol).

[0045] Модель клиент-сервер взаимодействия компьютерных процессов широко известна и востребована. Согласно модели клиент-сервер клиентский процесс посылает серверному процессу сообщение, содержащее запрос, и серверный процесс в ответ на этот запрос предоставляет сервис. Серверный процесс также может возвращать клиентскому процессу ответное сообщение. Часто клиентский и серверный процессы выполняются на различных вычислительных устройствах, называемых хостами, и взаимодействуют друг с другом по сети с использованием одного или более протоколов сетевого взаимодействия. Термин "сервер" обычно используется для обозначения процесса, предоставляющего сервис, или хост-компьютера, на котором этот процесс выполняется. Аналогично термин "клиент" обычно используется для обозначения процесса, осуществляющего запрос, или хост-компьютера, на котором этот процесс выполняется. В данном описании термины "клиент" и "сервер" относятся к процессам, а не к хост-компьютерам, если иная интерпретация не очевидна из контекста. Кроме того, процесс, выполняемый сервером, может разбиваться на множество процессов, выполняемых на множестве хостов (иногда называемых уровнями), для того чтобы, помимо прочего, обеспечить надежность, масштабируемость и резервирование. Одним из хорошо известных клиентских процессов, доступным на большинстве узлов, подключенных к сети связи, является клиент World Wide Web (называемый "веб-браузер" или просто "браузер"), который взаимодействует с помощью сообщений, отформатированных согласно протоколу передачи гипертекстовых файлов (HTTP, hypertext transfer protocol), с любым из большого числа серверов, называемых серверами World Wide Web и предоставляющих веб-страницы. В показанном примере осуществления изобретения мобильный терминал 120 и другой хост 140 содержат браузер 117а и браузер 117b соответственно, а хосты 130 содержат веб-сервер 119.

[0046] Как показано на фиг.1, в примере осуществления настоящего изобретения хосты 130 PNSS содержат веб-сервер 119, модуль 131 сервиса предоставления метаданных о пункте (PMDS, Place Metadata Service), модуль 133 сервиса предоставления постоянного идентификатора пункта (PPIDS, Permanent Place identifier (ID) Service), модуль 135 сервиса предоставления ресурсов пункта (PRS, Place Resources Service) и модуль 136 сервиса предоставления глобального имени пункта (GPNS, Global Place Name Service), описанные выше. Один или более из этих модулей обращается к структуре метаданных о пунктах, такой как база 137 метаданных пунктов. Структура метаданных о пунктах включает запись 139 о пункте для каждого различного пункта, зарегистрированного с помощью сервиса PNSS. В показанном примере осуществления изобретения сервисы PPIDS, PMDS и PRS являются веб-сервисами, которые предоставляют прикладной программный интерфейс (API, application programming interface) на основе HTTP, соответствующий принципам разработки в стиле REST (веб-сервисы RESTful). Доступ к таким сервисам может осуществляться с помощью стандартного браузера 117, при этом оператор вручную вводит данные, требуемые интерфейсом API. В альтернативном варианте специальный клиентский процесс формирования данных о пункте, например клиент 121 PNSS, может автоматически предоставлять некоторые или все входные данные, требуемые интерфейсом API, с использованием одного или более сообщений HTTP.

[0047] В показанном примере осуществления изобретения модули хостов 130 PNSS представляют собой централизованные сервисы, запускаемые группой формирователей данных о пункте, распределенных по сети 105, таких как оператор мобильного терминала 120 или другого хоста 140. Мобильный терминал 120 содержит клиент 121а PNSS, а другой хост 140 содержит клиент 121b PNSS, которые далее совместно обозначаются как клиент 121 PNSS. Клиент 121 PNSS взаимодействует с одним или более модулями хостов 130 PNSS для предоставления пользователю возможности указать метаданные о пункте для регистрации с помощью сервиса PNSS и получения уникального идентификатора пункта, указанного с помощью метаданных.

[0048] В соответствии с показанным примером осуществления изобретения после получения идентификатора пункта пользователь может идентифицировать ресурс 103 данного конкретного пункта, на котором расположены в сети информация об этом пункте и сервисы, посредством, например, указания URL веб-страницы, содержащей ссылки на описания и сервисы этого пункта. Доступ к такой веб-странице может осуществляться на основе этого URL с помощью браузера 117 на узле пользователя.

[0049] Хотя на фиг.1 для примера показан конкретный набор узлов, процессов и структур данных, в других различных вариантах осуществления настоящего изобретения может быть задействовано большее или меньшее количество узлов, процессов и структур данных. Кроме того, хотя для примера процессы и структуры данных показаны в виде конкретных блоков в конкретной структуре, в других вариантах осуществления настоящего изобретения процессы или структуры данных или их компоненты могут разделяться или объединяться, или размещаться иным образом. Например, в некоторых вариантах осуществления настоящего изобретения сервисы PRS 135 и GPNS 136 включены в сервис PMDS 131, веб-сервер 119 встроен в сервис PPIDS 133, а клиент 121 PNSS содержит браузер 117.

[0050] На фиг.2 показана схема записи 201 для структуры метаданных о пункте в соответствии с одним из вариантов осуществления настоящего изобретения. Запись 201 реализует модель для метаданных о пункте, которая позволяет обнаружить дублирование. Запись 201 структуры данных о пункте содержит поле 203 идентификатора пункта, поле 205 ресурса пункта, поле 207 объединенных идентификаторов пункта, поля 211 категорий пункта, поле 221 имен пункта, поля 231 местоположения пункта и поля 241 контактной информации о пункте. Примеры значений некоторых из этих полей представлены на фиг.2В, фиг.2С и фиг.2D и более подробно описаны ниже.

[0051] В некоторых вариантах осуществления настоящего изобретения метаданные о пункте передаются из одного узла в другой в одном или более сообщениях HTTP. Один из способов транспортировки метаданных о пункте в сообщении HTTP заключается в размещении метаданных о пункте в документе расширяемого языка разметки (XML, extensible markup language). Документы XML позволяют узлам, имеющим доступ к словарю, обмениваться значениями для любого из одного или более предварительно заданных параметров в этом словаре. Параметры XML могут быть вложенными и на любом уровне вложенности могут перечисляться в любом порядке. На фиг.2С и фиг.2D в соответствии с одним из вариантов осуществления настоящего изобретения показан пример документа XML, содержащего пример метаданных о пункте. Как известно, значение параметра XML задается между индикатором <имя> начала параметра и индикатором </имя> конца параметра, где "имя" обозначает имя параметра. В этом примере документа отсутствует поле 207 объединенных идентификаторов пункта и поле 249 другой контактной информации.

[0052] В показанном примере осуществления изобретения поле идентификатора пункта содержит данные, которые указывают уникальный идентификатор для конкретного пункта. Поле 205 ресурса пункта содержит данные, которые указывают первичный ресурс 103 пункта в сети для получения информации и сервисов, связанных с пунктом. Ссылки на многие другие ресурсы, относящиеся к этому пункту (если они имеются), расположены в первичном ресурсе пункта. В показанном примере осуществления изобретения первичным ресурсом пункта является веб-страница, принадлежащая организации, которая зарегистрировала пункт, и в названии этой страницы используется идентификатор пункта. Поле 207 объединенных идентификаторов пункта содержит данные, указывающие идентификаторы пункта (если они существуют) для записей метаданных, которые изначально различались, но впоследствии были идентифицированы в качестве одного пункта, описываемого в записи 201. Например, на фиг.2С идентификатором пункта (place ID) является 184385761, а ресурсом пункта является веб-страница (с использованием HTTP) с именем 184385761 в каталоге homePlace, расположенном в домене organization.com, как это указано посредством значения URL, приведенного в индикаторе начала параметра place.

[0053] В показанном примере осуществления изобретения поля 211 категорий содержат поле 213 управляемых категорий, поле 215 категорий в свободном формате и поле 217 языка в свободном формате. В показанном примере сервис PNSS вводит очень небольшое дерево базовых категорий, которое централизованно управляется для поддержки различения пунктов, расположенных по одному адресу (например, отель, расположенный в известном здании; ресторан внутри отеля), если имена не могут использоваться для сравнения вследствие применения различных языков или записей, сделанных различными пользователями в различное время. Каждая базовая категория содержится в структуре данных о категориях и включает уникальный идентификатор, семантическое описание и список тегов, которые именуют категории на различных языках. Централизованно управляемые системы опубликованных категорий (например, EuroStat, GNS Feature Codes) преобразуются в базовые категории PNSS. Каждая такая расширенная категория принадлежит одной системе категорий, управляемых одним поставщиком. Семантические концепции, которые определяют категорию, собраны в словаре. Каждый пункт связан по меньшей мере с одной из этих базовых категорий, как указано идентификатором категории, содержащимся в поле 213 управляемой категории. На фиг.2В показан пример базовых категорий в соответствии с одним из вариантов осуществления настоящего изобретения. Например, на фиг.2C категориями являются "Ваг" (бар) и "Restaurant" (ресторан), однако должна быть также включена базовая категория "dining" (питание), показанная на фиг.2В.

[0054] В показанном примере осуществления настоящего изобретения сервис PNSS позволяет назначать пункту произвольные теги категорий (произвольное текстовое ключевое слово и язык). Пользователи PNSS с помощью тегов могут назначать пункту свои собственные категории. Переводы концепций, связанных с категорией, сохраняются в виде тегов. Эти произвольные теги и связанные с ними языки указываются данными, содержащимися в поле 215 категорий в свободном формате и поле 217 языка в свободном формате. Категории Bar (бар) и Restaurant (ресторан) могут обрабатываться как произвольные теги, показанные на фиг.2C.

[0055] В показанном примере осуществления изобретения поля 221 имен содержат данные, которые указывают имя пункта и ноль или более альтернативных имен, а также поле 223 языка, используемого по умолчанию, поле 225 имени, используемого по умолчанию, и поле 227 альтернативных имен/языков. Поле 223 языка, используемого по умолчанию, содержит данные, которые указывают язык, используемый по умолчанию, для определения имен и адреса пункта. Например, языком, используемым по умолчанию, является преобладающий разговорный язык в местоположении пункта. В некоторых вариантах осуществления настоящего изобретения язык, используемый по умолчанию, может выбираться согласно другим критериям, например, таким языком может быть английский, который широко распространен по всему миру. На фиг.2C языком, используемым по умолчанию, является немецкий язык (заданный в виде аббревиатуры "de" от слова Deutsch), указанный в индикаторе начала параметра defaultName. В поле 225 имени, используемом по умолчанию, содержатся данные, которые указывают имя, используемое по умолчанию для обозначения пункта на языке, используемом по умолчанию. На фиг.2C именем, используемым по умолчанию, является "Turkische Kneipe" (что на немецком язык