LogoLogo
How to Build Dataspaces?Main IDSA AssetsOther ResourcesManifesto for International Data Spaces
IDS-G
IDS-G
  • Changelog
  • Code of Conduct
  • Contributing to IDS-G-pre
  • LICENSE
  • International Data Spaces Global (IDS-G)
  • Overview
    • Message Structure/Format
    • Message Types
    • media
    • Communication Protocols
      • IDS REST
        • header
        • IDS Linked Data Notification (IDS-LDN)
          • IDS-REST requests
            • IDS-LDN, send a PUT request
      • IDS Communication Protocol Version 2 (IDSCP2)
        • IDSCP2 Application Layer
          • Examples
        • IDSCP2 Transport Layer
          • Examples
      • multipart
    • sequence-diagrams
      • Message Flows for Connector to Clearing House Communication
      • IDS Connector Communication
        • images
      • IDS Metadata Broker Communication
  • Components
    • IDS App Store (IDS-CH)
    • ClearingHouse
    • IDS Connector
    • IDS Identity Provider
      • Connector Identifiers (Connector IDs)
      • Certificate Authority (CA)
      • Dynamic Attribute Provisioning Service (DAPS)
        • requests
          • DAPS DAT request (root POST)
      • ParIS
        • ParIS requests
          • IDS-ParIS GET root request
    • IDS Meta Data Broker
      • General Overview
      • Introduction
      • Annex
        • HTTP API
        • Removed Requirements
      • Functions and Correlated Messages
        • Messages received by a Broker
        • Messages send by a Broker as Response
      • IDS Meta Data Broker Profiles
        • Advanced Information Profile
        • Usage Control Profile
      • IDS Meta Data Broker Requirements
        • Behavioral Requirements
        • Business Requirements
        • Conditional Requirements
        • Connector Requirements
        • Functional Requirements
        • Informational Requirements
        • Interface Requirements
        • Message Requirements
        • Role of an IDS Meta Data Broker
      • IDS-MDB requests
        • IDS-MDB GET root request
  • Glossary
    • IDS Shortcuts
  • Handbook to IDS-G
    • Specification
  • IDS Information Model
    • ids:Message
      • DescriptionRequestMessage POST
      • Message requests
  • Overview of the IDS Architecture
    • References
    • Relevant Documents
      • IDS Repositories
  • IDS Usage Control
    • IDS Usage Control Contract
      • Policies
      • images
    • IDS Policy Enforcement
      • System Adapter Technical Documentation
      • Concepts
        • Concepts for Data Sharing
    • Specification
      • Concepts
        • Access Control for the Contract Metadata
        • T7_ODRL_policies
        • Interfaces Standardization for Context Information (PIPs) and Actions to be Performed (PXPs)
        • Concepts for Participant-restricted policies and reselling data
  • .github
    • ISSUE_TEMPLATE
      • content-change-request
      • epic
      • feature-request
      • topic--code
      • topic--documentation
      • topic--quickfix
      • topic--structure
Powered by GitBook

Links:

  • IDSA Website
  • IDSA Github
  • Legal Notice
  • Privacy Policy

© 2016 – 2025 | All Rights Reserved | International Data Spaces Association

On this page
Edit on GitHub
  1. Components
  2. IDS Meta Data Broker
  3. Functions and Correlated Messages

Messages send by a Broker as Response

Returned Messages Interpretation
Description / Intention
Priority
IDS Message type
Explanation Message Type (Structure, content, expected responses)

Resultant message from Broker on success

Indicates that the incoming message has been processed and accepted.

Mandatory

MessageProcessedNotification

Always part of an Interaction Sequence.

− Header contains the type of message, security token, Broker’s id, along with the date-time stamp in json format

− Payload contains the Broker’s self description

Resultant message from Broker on failure

Indicates that the incoming message was not correct or could not been handled properly. The required 'rejectionReason' should help the sending Connector to understand the error/issue.

Mandatory

RejectionMessage

Always part of an Interaction Sequence. Contains only a Header with the following attributes: type of message, correlation message, rejection reason, along with the date-time stamp

Response to a QueryMessage from Broker

Contains the result of the query for the resultant QueryMessage

Mandatory

ResultMessage

Always part of an Interaction Sequence

− Header contains the type of message, security token, Meta Data Broker’s id, along with the date-time stamp in json format

− Payload contains the query result in text format

Response to a DescriptionRequest from Broker

Message containing the self-description of an Infrastructure Component

Mandatory

ResponseMessage

Always part of an Interaction Sequence

− Header contains the type of message, security token, Meta Data Broker’s id, along with the date-time stamp in json format

- Payload contains the Meta Data Broker’s self-description in json format

Last updated 1 year ago