Учебники

ebXML – Краткое руководство

ebXML – Введение

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

Проблема с EDI в том, что он очень дорогой и изначально был создан для мира мэйнфреймов. Теперь ebXML заменяет EDI.

Определение

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

Характеристики

Особенности ebXML следующие:

  • ebXML – это комплексная структура B2B B2B.
  • ebXML – это набор спецификаций, которые обеспечивают модульную структуру.
  • ebXML опирается на существующие стандарты Интернета, такие как HTTP, TCP / IP, MIME, SMTP, FTP, UML и XML.
  • ebXML может быть внедрен и развернут практически на любой вычислительной платформе.
  • ebXML предоставляет конкретные спецификации для обеспечения динамического сотрудничества B2B.

ebXML Vision

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

  • найти друг друга в электронном виде.
  • вести бизнес –
    • используя обмен сообщениями XML.
    • в соответствии со стандартными последовательностями бизнес-процессов.
    • с понятной бизнес-семантикой.
    • использование готовых бизнес-приложений.
    • в соответствии с взаимосогласованными договорами торговых партнеров.

Почему ebXML?

  • Существующие рамки B2B не подходят:
    • EDI и RosettaNet слишком тяжелые и слишком жесткие.
    • BizTalk является проприетарным, для одного поставщика и для одной платформы.
  • Простой протокол доступа к объектам (SOAP); Язык определения веб-сервисов (WSDL); и только универсальное описание, обнаружение и интеграция (UDDI) не подходят:
    • WSDL не касается делового сотрудничества.
    • SOAP в своей базовой форме не обеспечивает безопасную и надежную доставку сообщений.
    • UDDI не предоставляет возможности хранилища для бизнес-объектов.
  • Существует растущее требование стандартизировать деловое сотрудничество для решения следующих задач:
    • Деловые процессы
    • Стороны, вовлеченные в деловое сотрудничество, и их роли
    • Обмен XML-документами в деловом сотрудничестве
    • Безопасность, надежность, качество обслуживания, требования делового сотрудничества

    Все эти потребности решаются с помощью ebXML.

Все эти потребности решаются с помощью ebXML.

Учредительные организации ebXML

ebXML – это совместная инициатива СЕФАКТ ООН и ОАЗИСа.

UN / CEFACT:

  • Это означает Центр ООН по упрощению процедур торговли и электронным деловым операциям.
  • Он поддерживает стандарты ЭДИФАКТ ООН для электронного обмена данными (ЭОД).

ОАЗИС:

  • Он обозначает Организацию по продвижению стандартов структурированной информации.
  • Он создает и поддерживает спецификации совместимости XML, обеспечивает широкую поддержку отрасли.

ebXML – Архитектура

По определению, итеративный жизненный цикл сотрудничества B2B включает в себя следующие этапы:

  • Определение процесса
  • Открытие партнера
  • Регистрация партнера
  • Электронный плагин
  • Выполнение процесса
  • Управление процессом
  • Процесс Эволюция

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

Архитектура ebXML, определенная командой ebXML, обеспечивает:

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

Следовательно, техническая архитектура ebXML состоит из пяти модулей:

  • Спецификации бизнес-процессов
  • Профиль партнера и соглашения
  • Реестр и Репозиторий
  • Основные компоненты
  • Служба сообщений

Эти модули будут рассмотрены в следующих пяти последующих главах. Диаграмма-диаграмма показывает упрощенную архитектуру ebXML:

Архитектура ebXML

ebXML – бизнес-процесс

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

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

Схема спецификации бизнес-процессов ebXML (BPSS) предоставляет определение документа XML, который описывает, как организация ведет свою деятельность. EbXML BPSS – это декларация партнеров, ролей, совместной работы, хореографии и обмена деловыми документами, которые составляют бизнес-процесс.

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

Обзор бизнес-процессов

Бизнес Сотрудничество

Business Collaboration – это набор хореографических операций, в которых два торговых партнера обмениваются документами.

Наиболее распространенным является Binary Collaboration, в котором два партнера обмениваются документами. Многопартийное сотрудничество происходит при обмене информацией между более чем двумя сторонами.

Многопартийное сотрудничество на самом деле является хореографией бинарных коллабораций.

На самом низком уровне деловое сотрудничество можно разбить на бизнес-транзакции.

Деловые операции

Бизнес-транзакция – это атомарный уровень работы в бизнес-процессе. Это либо успешно, либо не полностью.

Бизнес-операции – это транзакции, в которых торговые партнеры фактически передают бизнес-документы.

Потоки деловых документов:

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

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

Хореография:

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

Деловые документы

Деловые документы состоят из объектов деловой информации или небольших кусков информации, которые были ранее идентифицированы.

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

Пример спецификации бизнес-процесса

Частичный пример спецификации бизнес-процесса приведен ниже:

<BusinessTransaction name="Create Order">
    <RequestingBusinessActivity name=""
        isNonRepudiationRequired="true"
        timeToAcknowledgeReceipt="P2D"
        timeToAcknowledgeAcceptance="P3D">
    <DocumentEnvelope BusinessDocument="Purchase Order"/ >
    </RequestingBusinessActivity>
    <RespondingBusinessActivity name=""
        isNonRepudiationRequired="true"
        timeToAcknowledgeReceipt="P5D">
    <DocumentEnvelope isPositiveResponse="true"
        BusinessDocument="PO Acknowledgement"/>
    </DocumentEnvelope>
    </RespondingBusinessActivity>
</BusinessTransaction>

Заключение

Спецификация бизнес-процесса:

  • Описывает сотрудничество между двумя партнерами
  • Определяет роли, отношения и обязанности
  • Определяет хореографию деловых документов
  • Выражается в платформе и независимом от производителя формате
  • Может моделироваться с помощью UMM (методология моделирования СЕФАКТ ООН)
  • Формально описывается схемой спецификации бизнес-процессов (BPSS)
  • Ссылка на CPP и CPA.
  • Относится к определениям деловых документов.

ebXML – CPP и CPA

Профиль протокола сотрудничества

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

  • Бизнес-возможности через бизнес-процесс.

  • Роль (покупатель или страховщик) они играют в сотрудничестве.

  • Каналы доставки и транспортные протоколы. (HTTP, SMTP и т. Д.)

  • Способ упаковки деловых документов.

  • Ограничения безопасности (SSL, Цифровые сертификаты).

  • Конфигурация на стороне для спецификаций бизнес-процессов.

Бизнес-возможности через бизнес-процесс.

Роль (покупатель или страховщик) они играют в сотрудничестве.

Каналы доставки и транспортные протоколы. (HTTP, SMTP и т. Д.)

Способ упаковки деловых документов.

Ограничения безопасности (SSL, Цифровые сертификаты).

Конфигурация на стороне для спецификаций бизнес-процессов.

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

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

Структура CPP

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

  • PartyInfo: элемент PartyInfo предоставляет информацию об организации.

  • Упаковка. Элемент Упаковка предоставляет информацию о том, как на самом деле создаются сообщения. Сообщения обрабатываются как SOAP сообщения.

  • Подпись: необязательная часть документа

  • Элементы комментариев: могут быть включены.

PartyInfo: элемент PartyInfo предоставляет информацию об организации.

Упаковка. Элемент Упаковка предоставляет информацию о том, как на самом деле создаются сообщения. Сообщения обрабатываются как SOAP сообщения.

Подпись: необязательная часть документа

Элементы комментариев: могут быть включены.

<CollaborationProtocolProfile
xmlns="http://www.ebxml.org/namespaces/tradePartner"
xmlns:ds="http://www.w3.org/2000/09/xmldsig#"
xmlns:xlink="http://www.w3.org/1999/xlink"
version="1.1">
<PartyInfo>
    ...
    <!--REQUIRED, Repeatable-->
...
</PartyInfo>
<Packaging id="ID">
    ...
    <!--REQUIRED-->
    ...
<Packaging>
<ds:Signature>
    ...
    <!--OPTIONAL-->
    ...
</ds:Signature>
<Comment>
    ...
    <!-- OPTIONAL -->
    ...
</Comment>
</CollaborationProtocolProfile>

Соглашение с торговым партнером

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

Правила, определенные электронным TPA, не зависят от бизнес-процессов в любой из сторон. Техническое описание условий TPA выражено в документе XML, который настраивает каждую ИТ-систему для работы в соответствии с правилами соглашения.

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

CPA также может быть добавлен в реестр для справки, но это не стандартное требование.

Структура CPA

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

  • Start and End: These elements represent, in coordinated universal time, the beginning and end of the period during which this CPA is active.

  • PartyInfo: The PartyInfo element provides information about the organization. Here PartyInfo elements are included for both parties involved in the agreement.

  • Packaging: The Packaging element provides information about the way in which messages are actually constructed. Messages are processed as SOAP messages.

  • Signature: Optional part of the document.

  • Comment elements: can be included.

Start and End: These elements represent, in coordinated universal time, the beginning and end of the period during which this CPA is active.

PartyInfo: The PartyInfo element provides information about the organization. Here PartyInfo elements are included for both parties involved in the agreement.

Packaging: The Packaging element provides information about the way in which messages are actually constructed. Messages are processed as SOAP messages.

Signature: Optional part of the document.

Comment elements: can be included.

<CollaborationProtocolAgreement
xmlns="http://www.ebxml.org/namespaces/tradePartner"
xmlns:ds = "http://www.w3.org/2000/09/xmldsig#"
xmlns:xlink = "http://www.w3.org/1999/xlink"
cpaid="http://www.example.com/cpas/CPAS"
version="1.7">
<Status value = "proposed"/>
<Start>1998-04-07T18:50:00</Start>
<End>1999-04-07T18:50:00</End>
<ConversationConstraints invocationLimit = "150"
concurrentConversations = "10"/>
<PartyInfo>
    ...
    <!--REQUIRED, repeatable-->
    ...
</PartyInfo>
<PartyInfo>
    ...
    <!--REQUIRED, repeatable-->
    ...
    </PartyInfo>
<Packaging id="N20">
    ...
    <!--REQUIRED, repeatable-->
    ...
</Packaging>
<ds:Signature>
    <!--OPTIONAL-->
</ds:Signature>
<Comment xml:lang="en-gb">
    <!--OPTIONAL-->
</Comment>
</CollaborationProtocolAgreement>

ebXML – служба реестра и репозитория

Что такое реестр и репозиторий:

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

  • Реестр ebXML занимает центральное место в архитектуре ebXML.

  • Реестр также можно рассматривать как API для базы данных элементов, поддерживающих электронный бизнес с ebXML.

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

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

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

  • Реестр ebXML – это интерфейс для доступа и обнаружения общей бизнес-семантики.

  • Интерфейс реестра разработан таким образом, чтобы он не зависел от базового стека сетевых протоколов, таких как HTTP или SMTP через TCP / IP.

Реестр ebXML занимает центральное место в архитектуре ebXML.

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

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

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

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

Реестр ebXML – это интерфейс для доступа и обнаружения общей бизнес-семантики.

Интерфейс реестра разработан таким образом, чтобы он не зависел от базового стека сетевых протоколов, таких как HTTP или SMTP через TCP / IP.

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

Стек реестра

Цели реестра ebXML

Цель реестра ebXML – обеспечить обмен информацией между заинтересованными сторонами с целью интеграции между ними бизнес-процессов.

Преимущества реестра ebXML

Реестр ebXML предоставляет следующие преимущества:

  • Обнаружение и сопровождение зарегистрированного контента.

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

  • Постоянство языка выполнения бизнес-процессов веб-служб (WS-BPEL), WSDL и бизнес-документов во время взаимодействия между торговыми партнерами.

  • Безопасный контроль версий зарегистрированного контента.

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

  • Уведомление о событии по электронной почте или через веб-сервисы.

Обнаружение и сопровождение зарегистрированного контента.

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

Постоянство языка выполнения бизнес-процессов веб-служб (WS-BPEL), WSDL и бизнес-документов во время взаимодействия между торговыми партнерами.

Безопасный контроль версий зарегистрированного контента.

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

Уведомление о событии по электронной почте или через веб-сервисы.

податливость

Согласно Спецификации сервисов реестра ebXML, реализация реестра соответствует спецификации ebXML, если она удовлетворяет следующим условиям:

  • Он поддерживает информационную модель реестра ebXML.

  • Он поддерживает синтаксис и семантику интерфейсов реестра и безопасность.

  • Он поддерживает DTD реестра ebXML.

  • Поддержка синтаксиса и семантики SQL-запросов в реестре не является обязательной.

Он поддерживает информационную модель реестра ebXML.

Он поддерживает синтаксис и семантику интерфейсов реестра и безопасность.

Он поддерживает DTD реестра ebXML.

Поддержка синтаксиса и семантики SQL-запросов в реестре не является обязательной.

Реализация клиента реестра соответствует спецификации ebXML, если она удовлетворяет следующим условиям:

  • Он поддерживает ebXML CPA и процесс начальной загрузки.

  • Синтаксис и семантика клиентских интерфейсов реестра.

  • Сообщение об ошибке ebXML DTD.

  • DTD реестра ebXML.

Он поддерживает ebXML CPA и процесс начальной загрузки.

Синтаксис и семантика клиентских интерфейсов реестра.

Сообщение об ошибке ebXML DTD.

DTD реестра ebXML.

Объекты реестра и метаданные

Объекты реестра

Относится к объекту, который передается в реестр для хранения и хранения

  • называется «Репозитарий»

  • XML-документ или DTD, модели бизнес-процессов, CPP и т. Д.

называется «Репозитарий»

XML-документ или DTD, модели бизнес-процессов, CPP и т. Д.

Метаданные

  • Он используется реестром для классификации и управления объектами реестра.

  • Он представлен записью реестра

Он используется реестром для классификации и управления объектами реестра.

Он представлен записью реестра

Информационная модель реестра (RIM)

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

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

RIM Stack

ebXML – Основные компоненты

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

… Определение формы xbXML упрощено Эриком Чиу

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

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

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

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

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

Инструменты и рекомендации

Список основных ссылок и инструментов для основных компонентов, предоставляемых ebXML для бизнес-и технического аналитика, выглядит следующим образом:

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

  • Каталог драйверов контекстов: этот документ содержит каталог драйверов контекстов.

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

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

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

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

Каталог драйверов контекстов: этот документ содержит каталог драйверов контекстов.

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

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

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

Примеры основных компонентов:

  • Основной компонент А:

    • Поставщик (Industry1)
    • Производитель (Промышленность 2)
    • Поставщик (Промышленность 3)
  • Основной компонент B:

    • Дистрибьютор (Промышленность 1)
    • Оптовик (Промышленность 2)
    • Торговец (Индустрия 3)
  • Основной компонент C:

    • Магазин (Промышленность 1)
    • Аутлет (Индустрия 2)
    • Розничная торговля (Индустрия 3)

Основной компонент А:

Основной компонент B:

Основной компонент C:

Заключение

Основные компоненты –

  • Уникально идентифицируемый.
  • Многоразовые низкоуровневые структуры данных
    • -я, партия, адрес, телефон, дата, валюта
    • -Context чувствительных
  • Используется для определения бизнес-процессов и информационных моделей.
  • Облегчает взаимодействие между разнородными системами.
  • Основной компонент в ebXML может содержать другой основной компонент.

ebXML – служба сообщений

Полное сообщение называется пакетом сообщений, который представляет собой объект многоцелевого расширения почты Интернета (MIME). Пакет сообщений состоит из двух основных частей:

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

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

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

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

Критерии дизайна сообщений

В соответствии со спецификацией службы обмена сообщениями цели разработки службы сообщений ebXML заключаются в следующем:

  • По возможности используйте существующие стандарты.

  • Быть простым в реализации.

  • Поддержка предприятий всех размеров.

  • Поддержка широкого спектра протоколов связи (HTTP, SMTP, FTP и т. Д.)

  • Поддержка полезных нагрузок любого типа (XML, EDI-транзакции, двоичные данные и т. Д.)

  • Поддержка надежных сообщений.

  • Обеспечить безопасность.

По возможности используйте существующие стандарты.

Быть простым в реализации.

Поддержка предприятий всех размеров.

Поддержка широкого спектра протоколов связи (HTTP, SMTP, FTP и т. Д.)

Поддержка полезных нагрузок любого типа (XML, EDI-транзакции, двоичные данные и т. Д.)

Поддержка надежных сообщений.

Обеспечить безопасность.

Архитектура обмена сообщениями

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

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

  • Интерфейс службы сообщений (MSI): это прикладной интерфейс для бизнес-приложений, вызывающий функцию обработчика сообщений для отправки и получения сообщений. Подобно ODBC, JDBC и другим интерфейсам абстрактных сервисов, он предоставляет функциональность обработчика сообщений в виде определенного набора API для разработчиков бизнес-приложений.

  • Обработчик службы сообщений (MSH). Он имеет базовые службы, такие как обработка заголовка, разбор заголовка, службы безопасности, надежные службы обмена сообщениями, упаковка сообщений и обработка ошибок.

  • Транспортный интерфейс сообщений (MTI). Он предназначен для отправки сообщений по различным сетям и протоколам связи прикладного уровня. Транспортный интерфейс преобразует специфические данные ebXML в другие формы, передаваемые сетевыми службами и протоколами. Это включает в себя полный обмен между двумя сторонами, совмещая поверх существующих протоколов в сетевом стеке.

Интерфейс службы сообщений (MSI): это прикладной интерфейс для бизнес-приложений, вызывающий функцию обработчика сообщений для отправки и получения сообщений. Подобно ODBC, JDBC и другим интерфейсам абстрактных сервисов, он предоставляет функциональность обработчика сообщений в виде определенного набора API для разработчиков бизнес-приложений.

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

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

Архитектура обмена сообщениями ebXML показана на следующей диаграмме.

Архитектура ebXML

Форматирование сообщения:

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

Заключение

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

Обмен сообщениями ebXML –

  • Использует SOAP с вложениями в качестве конверта полезной нагрузки.

  • Работает через различные протоколы связи, такие как HTTP, SMTP, FTP.

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

Использует SOAP с вложениями в качестве конверта полезной нагрузки.

Работает через различные протоколы связи, такие как HTTP, SMTP, FTP.

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

ebXML – Пример использования

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

Пример использования

Пример показывает, как организации готовятся к ebXML, ищут новых торговых партнеров, а затем занимаются электронным бизнесом.

Компания А просматривает реестр ebXML, чтобы увидеть, что доступно онлайн. В лучшем случае компания A может повторно использовать все существующие бизнес-процессы, документы и основные компоненты, общие для ее отрасли, которые уже хранятся в реестре ebXML. В противном случае компания А разрабатывает недостающие детали, сохраняет их в реестре ebXML и делает их доступными для своих отраслевых партнеров.

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

Компания А представляет свой CPP в реестр ebXML. С этого момента компания A публично зарегистрирована в реестре ebXML и, вероятно, будет обнаружена другими компаниями, запрашивающими новых торговых партнеров.

Компания B уже зарегистрирована в реестре ebXML и ищет новых торговых партнеров. Компания B запрашивает реестр ebXML и получает CPP компании A. Затем компания B имеет два CPP: CPP компании A и свой собственный. Обе компании должны прийти к соглашению о том, как вести бизнес, что называется термином Соглашение о сотрудничестве (CPA) в терминологии ebXML. Компания B использует инструмент формирования CPA ebXML для получения CPA из требований двух CPP

В этом сценарии компания B напрямую связывается с компанией A и отправляет вновь созданную CPA для принятия в компанию A. После согласования CPA компанией A обе компании готовы к электронному бизнесу.

Затем компании используют базовую среду ebXML и обмениваются деловыми документами в соответствии с CPA. Это означает, что обе компании следуют бизнес-процессам, определенным в CPA.