После регистрации и входа в реестре UDDI становится доступной регистрация в нём Web-служб. Для неё требуется четыре базовых структуры данных: деловая информация, описание служб, описание связываний и описание спецификаций службы. Взаимоотношения между этими типами данных описаны на рисунке 1.
Бизнес-информация. Информация, содержащаяся в структуре businessEntity. Тип данных businessEntity содержит сведения о бизнесе, опубликовавшем службу, включая название бизнеса, описание, контакты и идентификаторы.
Служебная информация. Информация, описывающая группу Web-служб. Она содержится в структуре businessService. В businessService содержится информация о семействах технических служб. Она группирует набор Web-служб, связанных с бизнес-процессом или группой служб.
Информация о привязке. Информация, представленная структурой bindingTemplate. В bindingTemplate хранится техническая информация для определения точки входа и спецификаций создания для вызова Web-службы. Структура bindingTemplate предоставляет описание Web-служб для разработчиков приложений, которым нужно найти и вызвать Web-службу. bindingTemplate указывает на описание реализации службы, например, через URL.
Информация, описывающая спецификации служб. Мета-данные о различных спецификациях, реализованных определенной Web-службой, представлена в tModel. В tModel представлена система ссылок для помощи в поиске Web-служб.
Рисунок 1. Взаимосвязь между типами данных.
Каждая дочерняя структура содержит уникальную родительскую структуру. Это означает, что каждая структура businessService принадлежит определенной businessEntity. В свою очередь, каждая bindingTemplate принадлежит определенной businessService. Каждая структура bindingTemplate указывает на уникальный экземпляр структуры tModel, так как ссылки могут повторяться в нескольких родительских структурах, может иметься несколько ссылок на tModel из различных родительских схем Сущность-служба-шаблон, как показано на рисунке 2.
Рисунок 2. Ссылки на tModel.
Связанная запись публикации является способом связать структуры businessEntity в UDDI. Связанная запись публикации задает группу структур businessEntity. Многие бизнесы не удается эффективно представить с помощью только одной businessEntity. Связанная запись публикации позволяет установить взаимосвязь между структурами businessEntity. Например, крупная компания может обладать несколькими подразделениями, имеющими разные описания, но все равно тесно связанными, и при этом необходимо сделать их взаимоотношения видимыми в реестрах UDDI.
Служебная проекция позволяет бизнес-объекту ссылаться на службу, опубликованную другим бизнес-объектом. Используя структуру businessService в качестве проекции на уже опубликованную businessService, бизнесы могут совместно или повторно использовать службы. Служебные проекции управляются централизованно в виде части указывающего на них businessEntity. Это означает, что любые изменения,внесенные в businessService любой ссылающейся структурой businessEntity, являются допустимыми для всех ссылающихся структур businessEntity.