All Element Summary (local elements unified by type) |
||||||||||||
Terminate all subscriptions for the requestor.
|
||||||||||||
Whether to return all data, or just new updates since the last delivery.
|
||||||||||||
Who may make a prediction.
|
||||||||||||
Address to which CheckStatus requests are to be sent.
|
||||||||||||
Request from Consumer to Producer to check whether services is working.
|
||||||||||||
Response from Producer to Consumer to inform whether services is working.
|
||||||||||||
Whether Consumers should issue an acknowledgement on successful receipt of a delivery.
|
||||||||||||
|
||||||||||||
Maximum data horizon for requests.
|
||||||||||||
Default names pace used to scope data identifiers.
|
||||||||||||
DataReady (type xsd:boolean) |
Whether data delivery is ready to be fetched SIRI v 2.0
|
|||||||||||
Response from Consumer to Producer to acknowledge to Producer that a DataReadyRequest has been received.
|
||||||||||||
Request from Producer to Consumer to notify that data update is ready to fetch.
|
||||||||||||
Response from Consumer to Producer to acknowledge that data hase been received.
|
||||||||||||
Request from Consumer to Producer to fetch update previously notified by a Data ready message.
|
||||||||||||
Whether Delivery is fetched or retrieved.
|
||||||||||||
|
||||||||||||
Units for Distance Type.
|
||||||||||||
Description of any error or warning condition that applies to the status check.
|
||||||||||||
Description of any error or warning condition as to why Consumer cannot fetch data.
|
||||||||||||
Description of any error or warning condition.
|
||||||||||||
Description of any error or warning condition.
|
||||||||||||
|
||||||||||||
Text description providing additional information about the reason for the subscription termination.
|
||||||||||||
Address to which requests are to return data.
|
||||||||||||
|
||||||||||||
Notification from Producer to Consumer to indicate that the service is running normally.
|
||||||||||||
Language (type xsd:language) |
|
|||||||||||
Name space for LINE names and DIRECTIONss.
|
||||||||||||
Address to which subscription requests are to be sent.
|
||||||||||||
Maximum Number of subscriptions that can be sustained by the subscriber.
|
||||||||||||
Reference to an arbitrary unique reference associated with the request which gave rise to this response.
|
||||||||||||
MultipartDespatch (type xsd:boolean) |
|
|||||||||||
Reference to a specific notification message for which data is to be fetched.
|
||||||||||||
Address to which notifcations requests are to be sent.
|
||||||||||||
Name of prediction method used.
|
||||||||||||
Name space for Product Categories.
|
||||||||||||
Timeout for requests.
|
||||||||||||
Contains infromation about the processing of a an individual service subscription - either success info or an error condition.
|
||||||||||||
Name space for service features.
|
||||||||||||
General request properties - typically configured rather than repeated on request.
|
||||||||||||
ServiceStartedTime (type xsd:dateTime) |
|
|||||||||||
Address to which CheckStatus responses and heartbeats are to be sent.
|
||||||||||||
Name space for STOP POINTs.
|
||||||||||||
Address to which subscription requests are to be sent.
|
||||||||||||
Address to which subscription responses are to be sent.
|
||||||||||||
|
||||||||||||
|
||||||||||||
|
||||||||||||
Response from Producer to Consumer to inform whether subscriptions have been created.
|
||||||||||||
Notification from Subscriber to Subscription Manager to terminate a subscription.
|
||||||||||||
Request from Subscriber to Subscription Manager to terminate a subscription.
|
||||||||||||
Request from Subscriber to Subscription Manager to terminate a subscription.
|
||||||||||||
Status of each subscription termnination response.
|
||||||||||||
Name space for VEHICLE features.
|
||||||||||||
Units for Distance Type.
|
||||||||||||
|
Complex Type Summary |
||||||||||||
Type for check status request.
|
||||||||||||
Type for Body of Service Status Check Response.
|
||||||||||||
Type for Service Status Check Response.
|
||||||||||||
Type for General SIRI Request.
|
||||||||||||
Name spaces.
|
||||||||||||
Type for Request from Producer to Consumer to notify that data update is ready to fetch.
|
||||||||||||
Type for Data ready Acknowledgement Response.
|
||||||||||||
Type for Data received Acknowledgement Response.
|
||||||||||||
Type for Body of Data Supply Request.
|
||||||||||||
Type for Data supply Request.
|
||||||||||||
Type for Service Heartbeat Notification.
|
||||||||||||
Configurable context for requests.
|
||||||||||||
Type for Response Status.
|
||||||||||||
Type for Body of Subscription Response.
|
||||||||||||
Type for Subscription Response.
|
||||||||||||
Type for Notification to terminate a subscription or subscriptions.
|
||||||||||||
Type for Body of Terminate Subscription Request content.
|
||||||||||||
Type for request to terminate a subscription or subscriptions.
|
||||||||||||
Type for Response to a request to terminate a subscription or subscriptions.
|
||||||||||||
Type for Status of termination response.
|
Simple Type Summary |
||||||
Delivery Method: Fetched or Direct Delivery.
|
||||||
Allowed values for predictors.
|
Element Group Summary |
||||||||||
Data received AcknowledgementService Status Check Request content.
|
||||||||||
Address elements for SIRI messages to the Subscriber/Consumer client.
|
||||||||||
Data received Acknowledgement content.
|
||||||||||
Groups the data supply messages.
|
||||||||||
Specifies content to be included in data supply.
|
||||||||||
Delivery options.
|
||||||||||
Elements identifying data Consumer, i.e. requestor, if synchronous delivery or subscriber if asynchronous.
|
||||||||||
General requests for fetched data delivery.
|
||||||||||
Prediction options.
|
||||||||||
Namespace related elements in Request Context.
|
||||||||||
Resources related elements in Request Context.
|
||||||||||
Address elements for SIRI messages to the Producer server.
|
||||||||||
Convenience artefact to pick out main elements of the common requests.
|
||||||||||
Requests about system status.
|
||||||||||
Responses that infrom about the service status.
|
||||||||||
groups the subscription request.
|
||||||||||
Subscription Response content.
|
||||||||||
Timing related elements in Request Context:
|
||||||||||
Parameters that specify the content to be processed.
|
||||||||||
Status Info.
|
<?xml version="1.0" encoding="UTF-8"?>
<!-- edited with XMLSpy v2011 rel. 2 sp1 (x64) (http://www.altova.com) by Christophe Duquesne (Dryade) -->
<xsd:schema attributeFormDefault="unqualified" elementFormDefault="qualified" id="siri_common_services" targetNamespace="http://www.siri.org.uk/siri" version="2.0" xmlns="http://www.siri.org.uk/siri" xmlns:acsb="http://www.ifopt.org.uk/acsb" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<xsd:annotation>
<xsd:appinfo>
</xsd:annotation>
<Metadata xmlns="http://www.govtalk.gov.uk/CM/gms-xs">
</xsd:appinfo>
<Aggregation>main schema</Aggregation>
</Metadata>
<Audience>e-service developers</Audience>
<Contributor>CEN TC278 WG3 SG7 Team</Contributor>
<Coverage>Europe</Coverage>
<Creator>
First drafted for version 1.0 CEN TC278 WG3 SG7 Editor Nicholas Knowles, Kizoom. mailto:schemer@siri.org.uk
</Creator>
<Date>
<Created>2004-09-29</Created>
</Date>
<Date>
<Modified>2005-02-14</Modified>
</Date>
<Date>
<Modified>2005-02-20</Modified>
</Date>
<Date>
<Modified>2005-05-11</Modified>
</Date>
<Date>
<Modified>2007-04-17</Modified>
</Date>
- Name Space changes
<Date>
<Modified>2008-10-09</Modified>
</Date>
-- Add Subscriber ref to TermninateSubscription Request
<Date>
<Modified>2008-11-17</Modified>
</Date>
-- Revise for substitution groups and move down to siri subdirectory
<Date>
<Modified>2012-03-23</Modified>
</Date>
+SIRI v2.0
- Add DataReady to Check Status - Add DistanceUnits and VelocityUnits to ServiceRequestContext - [FR] Add Extensions tag to Terminate SubscriptionRequest <Date>
<Modified>2014-03-31</Modified>
</Date>
+SIRI v2.0 Comments
- Add terminate subscription notification <Date>
<Modified>2014-06-23</Modified>
</Date>
+SIRI v2.0 Comments
- Revise terminate subscription erroc condition to be consistent with other services <Description>
<p>
</Description>
SIRI is a European CEN standard for the exchange of real-time information.
</p>
<p>
This subschema describes common communication requests that are the same for all services.
</p>
<p>It contains the following request</p>
<ul>
<li>GS: Terminate Subscription Resquest</li>
</ul>
<li>GS: Terminate Subscription Response</li>
<li>GS: Subscription Response</li>
<li>GS: Data Ready Notification</li>
<li>GS: Data Ready Acknowledgement</li>
<li>GS: Data Supply Request</li>
<li>GS: Data Received Response</li>
<li>GS: Check Status Request</li>
<li>GS: Check Status Response</li>
<li>GS: Heartbeat Request</li>
<p>
Siri supports both direct requests and publish subscribe patterns of interaction
</p>
<Format>
<MediaType>text/xml</MediaType>
</Format>
<Syntax>http://www.w3.org/2001/XMLSchema</Syntax>
<Description>XML schema, W3C Recommendation 2001</Description>
<Identifier>
{http://www.siri.org.uk/schema/2.0/xsd/siri/}siri_common_services.xsd
</Identifier>
<Language>[ISO 639-2/B] ENG</Language>
<Publisher>Kizoom, 109-123 Clifton Street, London EC4A 4LD</Publisher>
<Relation>
<Requires>
</Relation>
http://www.siri.org.uk/schema/2.0/xsd/siri/siri_requests-v2.0.xsd
</Requires>
<Rights>
Unclassified
</Rights>
<Copyright>CEN, VDV, RTIG 2004-2012</Copyright>
<Source>
<ul>
</Source>
<li>
</ul>
Derived from the VDV, RTIG XML and Trident standards.
</li>
<Status>Version 2.0 Draft</Status>
<Subject>
<Category>
</Subject>
Arts, recreation and travel, Tourism, Travel (tourism), Transport,
</Category>
Air transport, Airports, Ports and maritime transport, Ferries (marine), Public transport, Bus services, Coach services, Bus stops and stations, Rail transport, Railway stations and track, Train services, Underground trains, Business and industry, Transport, Air transport, Ports and maritime transport, Public transport, Rail transport, Roads and road transport <Project>CEN TC278 WG3 SG7</Project>
<Title>
SIRI XML schema. Service Interface for Real-time Information. Common Requests
</Title>
<Type>Standard</Type>
<!-- ======================================================================= -->
<!-- ======================================================================= -->
<!-- ======================================================================= -->
<xsd:annotation>
</xsd:group>
<xsd:documentation>
</xsd:annotation>
Convenience artefact to pick out main elements of the common requests.
</xsd:documentation>
<xsd:sequence>
</xsd:sequence>
<xsd:annotation>
</xsd:annotation>
</xsd:group>
<xsd:choice>
</xsd:choice>
<!--== Requests ===================================================================== -->
<xsd:annotation>
</xsd:annotation>
</xsd:complexType>
<xsd:sequence>
<xsd:element minOccurs="0" name="ServiceRequestContext" type="ServiceRequestContextStructure">
</xsd:sequence>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
General request properties - typically configured rather than repeated on request.
</xsd:documentation>
<xsd:annotation>
</xsd:annotation>
</xsd:group>
<xsd:sequence>
<xsd:element minOccurs="0" name="CheckStatusAddress" type="EndpointAddress">
</xsd:sequence>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Address to which subscription requests are to be sent. If absent, same as SubscribeAddress.
</xsd:documentation>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<xsd:annotation>
</xsd:group>
<xsd:documentation>
</xsd:annotation>
Address elements for SIRI messages to the Subscriber/Consumer client.
</xsd:documentation>
<xsd:sequence>
<xsd:element minOccurs="0" name="StatusResponseAddress" type="EndpointAddress">
</xsd:sequence>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Address to which CheckStatus responses and heartbeats are to be sent. If absent, same as SubscriberAddress.
</xsd:documentation>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Address to which notifcations requests are to be sent. If absent, same as SubscriberAddress.
</xsd:documentation>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Address to which data is to be sent. If absent, same as NotifyAddress.
</xsd:documentation>
<xsd:annotation>
</xsd:complexType>
<xsd:documentation>
</xsd:annotation>
Configurable context for requests. Intended Primarily as a documentation mechanism.
</xsd:documentation>
<xsd:sequence>
</xsd:sequence>
<xsd:annotation>
</xsd:annotation>
</xsd:group>
<xsd:sequence>
<xsd:element default="direct" minOccurs="0" name="DeliveryMethod" type="DeliveryMethodEnumeration">
</xsd:sequence>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Whether multi-part delivery is allowed, i.e. the breaking up of updates into more than one delivery messages with a MoreData flag,
</xsd:documentation>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Whether Consumers should issue an acknowledgement on successful receipt of a delivery. Default is ' false'.
</xsd:documentation>
<xsd:annotation>
</xsd:annotation>
</xsd:simpleType>
<xsd:restriction base="xsd:NMTOKEN">
<xsd:enumeration value="direct"/>
</xsd:restriction>
<xsd:enumeration value="fetched"/>
<xsd:annotation>
</xsd:annotation>
</xsd:group>
<xsd:sequence>
<xsd:element default="anyone" minOccurs="0" name="AllowedPredictors" type="PredictorsEnumeration">
</xsd:sequence>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<xsd:annotation>
</xsd:annotation>
</xsd:simpleType>
<xsd:restriction base="xsd:NMTOKEN">
<xsd:enumeration value="avmsOnly"/>
</xsd:restriction>
<xsd:enumeration value="anyone"/>
<xsd:annotation>
</xsd:annotation>
</xsd:group>
<xsd:sequence>
<xsd:element minOccurs="0" name="DataHorizon" type="PositiveDurationType">
</xsd:sequence>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Timeout for requests. [Should this be separate for each type?]
</xsd:documentation>
<xsd:annotation>
</xsd:annotation>
</xsd:complexType>
<xsd:sequence>
<xsd:element minOccurs="0" name="StopPointNameSpace" type="xsd:anyURI">
</xsd:sequence>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<xsd:annotation>
</xsd:annotation>
</xsd:group>
<xsd:sequence>
<xsd:element minOccurs="0" name="DataNameSpaces" type="DataNameSpacesStructure">
</xsd:sequence>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<xsd:choice minOccurs="0">
<xsd:annotation>
</xsd:annotation>
</xsd:choice>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Geospatial coordinates are given as Wgs 84 Latiude and longitude, decimial degrees of arc.
</xsd:documentation>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Name of GML Coordinate format used for Geospatial points in responses.
</xsd:documentation>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Units for Distance Type. Default is metres per second. +SIRI v2.0
</xsd:documentation>
<xsd:annotation>
</xsd:annotation>
</xsd:group>
<xsd:sequence>
<xsd:element minOccurs="0" name="MaximimumNumberOfSubscriptions" type="xsd:positiveInteger">
</xsd:sequence>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Maximum Number of subscriptions that can be sustained by the subscriber. If absent no limit.
</xsd:documentation>
<!-- ======================================================================= -->
<!--===SUBSCRIPTION MANAGEMENT ==================================================================== -->
<xsd:annotation>
</xsd:annotation>
</xsd:group>
<xsd:sequence>
</xsd:sequence>
<!-- === GS: Terminate Subscription Resquest=================================================== -->
<xsd:element name="TerminateSubscriptionRequest" substitutionGroup="AuthenticatedRequest" type="TerminateSubscriptionRequestStructure">
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Request from Subscriber to Subscription Manager to terminate a subscription. Answered with a TerminateSubscriptionResponse.
</xsd:documentation>
<xsd:annotation>
</xsd:complexType>
<xsd:documentation>
</xsd:annotation>
Type for request to terminate a subscription or subscriptions.
</xsd:documentation>
<xsd:complexContent>
<xsd:extension base="AuthenticatedRequestStructure">
</xsd:complexContent>
<xsd:sequence>
</xsd:extension>
<xsd:group ref="RequestorEndpointGroup"/>
</xsd:sequence>
<xsd:annotation>
</xsd:group>
<xsd:documentation>
</xsd:annotation>
If request has been proxied by an intermediate aggregating system , tracking information relating to the original requestor. This allows the aggregation to be stateless. +SIRI 2.0
</xsd:documentation>
<xsd:annotation>
</xsd:annotation>
</xsd:group>
<xsd:sequence>
<xsd:element minOccurs="0" name="SubscriberRef" type="ParticipantRefStructure">
</xsd:sequence>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Participant identifier of Subscriber. Subscription ref will be unique within this.
</xsd:documentation>
<xsd:choice>
<xsd:element name="All" type="EmptyType">
</xsd:choice>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<xsd:annotation>
</xsd:annotation>
</xsd:group>
<xsd:sequence>
<xsd:element maxOccurs="unbounded" minOccurs="0" name="TerminationResponseStatus" type="TerminationResponseStatusStructure">
</xsd:sequence>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<!-- === GS: Terminate Subscription Response======================================================== -->
<xsd:element name="TerminateSubscriptionResponse" substitutionGroup="AbstractResponse" type="TerminateSubscriptionResponseStructure">
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Request from Subscriber to Subscription Manager to terminate a subscription. Answered with a TerminateSubscriptionResponse.
</xsd:documentation>
<xsd:annotation>
</xsd:complexType>
<xsd:documentation>
</xsd:annotation>
Type for Response to a request to terminate a subscription or subscriptions.
</xsd:documentation>
<xsd:complexContent>
</xsd:complexContent>
<xsd:annotation>
</xsd:annotation>
</xsd:complexType>
<xsd:sequence>
<xsd:element minOccurs="0" ref="ResponseTimestamp"/>
</xsd:sequence>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<xsd:sequence>
</xsd:complexType>
<xsd:choice>
</xsd:choice>
</xsd:sequence>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<!-- === GS: Terminate Subscription Notification ======================================================== -->
<xsd:element name="SubscriptionTerminatedNotification" substitutionGroup="AbstractResponse" type="SubscriptionTerminatedNotificationStructure">
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Notification from Subscriber to Subscription Manager to terminate a subscription.
</xsd:documentation>
<xsd:annotation>
</xsd:complexType>
<xsd:documentation>
</xsd:annotation>
Type for Notification to terminate a subscription or subscriptions.
</xsd:documentation>
<xsd:complexContent>
<xsd:extension base="ProducerResponseStructure">
</xsd:complexContent>
<xsd:sequence>
</xsd:extension>
<xsd:group maxOccurs="unbounded" ref="SubscriptionIdentifierResourcePropertyGroup"/>
</xsd:sequence>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Text description providing additional information about the reason for the subscription termination.
</xsd:documentation>
<!-- ===Responses==================================================================== -->
<xsd:annotation>
</xsd:annotation>
</xsd:group>
<xsd:choice>
</xsd:choice>
<xsd:annotation>
</xsd:annotation>
</xsd:complexType>
<xsd:complexContent>
<xsd:extension base="ResponseStructure">
</xsd:complexContent>
<xsd:sequence>
</xsd:extension>
<xsd:group ref="ContextualisedResponseEndpointGroup"/>
</xsd:sequence>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Contains infromation about the processing of a an individual service subscription - either success info or an error condition. (VDV Acknowledgement).
</xsd:documentation>
<!-- === GS: Subscription Response======================================================== -->
<xsd:element name="SubscriptionResponse" substitutionGroup="AbstractResponse" type="SubscriptionResponseStructure">
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Response from Producer to Consumer to inform whether subscriptions have been created. Answers a previous SubscriptionRequest.
</xsd:documentation>
<xsd:annotation>
</xsd:annotation>
</xsd:complexType>
<xsd:complexContent>
</xsd:complexContent>
<xsd:annotation>
</xsd:annotation>
</xsd:group>
<xsd:sequence>
<xsd:element maxOccurs="unbounded" ref="ResponseStatus"/>
</xsd:sequence>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Endpoint address of subscription manager if different from that of the Producer or known default.
</xsd:documentation>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Time at which service providing the subscription was last started. Can be used to detect restarts. If absent, unknown.
</xsd:documentation>
<!-- ===DATA DELIVERY ============================================================== -->
<xsd:annotation>
</xsd:annotation>
</xsd:group>
<xsd:choice>
</xsd:choice>
<!-- === GS: Data Ready Notification======================================================== -->
<xsd:element name="DataReadyNotification" substitutionGroup="ProducerRequest" type="DataReadyRequestStructure">
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Request from Producer to Consumer to notify that data update is ready to fetch. Answered with a DataReadyResponse.
</xsd:documentation>
<xsd:annotation>
</xsd:annotation>
</xsd:group>
<xsd:sequence>
</xsd:sequence>
<xsd:annotation>
</xsd:complexType>
<xsd:documentation>
</xsd:annotation>
Type for Request from Producer to Consumer to notify that data update is ready to fetch. Answered with a DataReadyResponse.
</xsd:documentation>
<xsd:complexContent>
</xsd:complexContent>
<!-- === GS: Data Ready Acknowledgement======================================================= -->
<xsd:element name="DataReadyAcknowledgement" substitutionGroup="AbstractResponse" type="DataReadyResponseStructure">
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Response from Consumer to Producer to acknowledge to Producer that a DataReadyRequest has been received.
</xsd:documentation>
<xsd:annotation>
</xsd:annotation>
</xsd:complexType>
<xsd:complexContent>
<xsd:extension base="ConsumerResponseEndpointStructure">
</xsd:complexContent>
<xsd:sequence>
</xsd:extension>
<xsd:element minOccurs="0" ref="Status"/>
</xsd:sequence>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Description of any error or warning condition as to why Consumer cannot fetch data.
</xsd:documentation>
<xsd:sequence>
</xsd:complexType>
<xsd:choice>
</xsd:choice>
</xsd:sequence>
<xsd:sequence>
<xsd:element minOccurs="0" name="Description" type="ErrorDescriptionStructure">
</xsd:sequence>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<!-- ======================================================================= -->
<!-- ====GS: Data Supply Request ======================================================= -->
<xsd:element name="DataSupplyRequest" substitutionGroup="AbstractRequest" type="DataSupplyRequestStructure">
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Request from Consumer to Producer to fetch update previously notified by a Data ready message. Answered with a Service Delivery.
</xsd:documentation>
<xsd:annotation>
</xsd:annotation>
</xsd:complexType>
<xsd:complexContent>
</xsd:complexContent>
<xsd:annotation>
</xsd:annotation>
</xsd:group>
<xsd:sequence>
<xsd:element minOccurs="0" name="NotificationRef" type="MessageRefStructure">
</xsd:sequence>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Reference to a specific notification message for which data is to be fetched. Can be used to distinguish between notfcatiosn for the same service and subscriber but for different filters.If none specified,
</xsd:documentation>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Whether to return all data, or just new updates since the last delivery. Default false, i.e. just updates.
</xsd:documentation>
<!-- ====GS: Data Received Response ======================================================= -->
<xsd:element name="DataReceivedAcknowledgement" substitutionGroup="AbstractResponse" type="DataReceivedResponseStructure">
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Response from Consumer to Producer to acknowledge that data hase been received. Used as optioanl extra step if reliable delivery is needed. Answers a ServiceDelivery.
</xsd:documentation>
<xsd:annotation>
</xsd:annotation>
</xsd:group>
<xsd:sequence>
<xsd:element ref="Status"/>
</xsd:sequence>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<xsd:sequence>
</xsd:complexType>
<xsd:choice>
</xsd:choice>
</xsd:sequence>
<xsd:sequence>
<xsd:element minOccurs="0" name="Description" type="ErrorDescriptionStructure">
</xsd:sequence>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<xsd:annotation>
</xsd:annotation>
</xsd:complexType>
<xsd:complexContent>
</xsd:complexContent>
<xsd:annotation>
</xsd:group>
<xsd:documentation>
</xsd:annotation>
Elements identifying data Consumer, i.e. requestor, if synchronous delivery or subscriber if asynchronous.
</xsd:documentation>
<xsd:sequence>
<xsd:element minOccurs="0" ref="RequestorRef"/>
</xsd:sequence>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Reference to an arbitrary unique reference associated with the request which gave rise to this response.
</xsd:documentation>
<!-- ==== GS: Check Status Request =================================================== -->
<xsd:element name="CheckStatusRequest" substitutionGroup="AbstractTrackedRequest" type="CheckStatusRequestStructure">
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Request from Consumer to Producer to check whether services is working. Answers a CheckStatusRequest.
</xsd:documentation>
<xsd:annotation>
</xsd:annotation>
</xsd:complexType>
<xsd:complexContent>
<xsd:extension base="RequestStructure">
</xsd:complexContent>
<xsd:sequence>
</xsd:sequence>
</xsd:extension>
<xsd:annotation>
</xsd:annotation>
</xsd:attribute>
<xsd:annotation>
</xsd:group>
<xsd:documentation>
</xsd:annotation>
Data received AcknowledgementService Status Check Request content.
</xsd:documentation>
<xsd:sequence>
<xsd:element minOccurs="0" ref="Status"/>
</xsd:sequence>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Description of any error or warning condition that applies to the status check.
</xsd:documentation>
<xsd:sequence>
</xsd:complexType>
<xsd:choice>
</xsd:choice>
</xsd:sequence>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<xsd:annotation>
</xsd:annotation>
</xsd:element>
<!-- =====GS: Check Status Request ============================================= -->
<xsd:element name="CheckStatusResponse" substitutionGroup="AbstractResponse" type="CheckStatusResponseStructure">
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Response from Producer to Consumer to inform whether services is working. Answers a CheckStatusRequest.
</xsd:documentation>
<xsd:annotation>
</xsd:annotation>
</xsd:complexType>
<xsd:complexContent>
<xsd:extension base="ResponseStructure">
</xsd:extension>
</xsd:complexContent>
<!-- ==== GS: Heartbeat Response ================================================ -->
<xsd:element name="HeartbeatNotification" substitutionGroup="ProducerRequest" type="HeartbeatNotificationStructure">
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Notification from Producer to Consumer to indicate that the service is running normally.
</xsd:documentation>
<xsd:annotation>
</xsd:annotation>
</xsd:complexType>
<xsd:complexContent>
<xsd:extension base="ProducerRequestEndpointStructure">
</xsd:complexContent>
<xsd:sequence>
</xsd:sequence>
</xsd:extension>
<!-- ======================================================================= -->
<!-- ===WSDL=============================================================== -->
<xsd:annotation>
</xsd:annotation>
</xsd:complexType>
<xsd:sequence>
<xsd:element maxOccurs="unbounded" ref="ResponseStatus"/>
</xsd:sequence>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Endpoint address of subscription manager if different from that of the Producer or known default.
</xsd:documentation>
<xsd:annotation>
</xsd:element>
<xsd:documentation>
</xsd:annotation>
Time at which service providing the subscription was last started. Can be used to detect restarts. If absent, unknown.
</xsd:documentation>
<xsd:annotation>
</xsd:complexType>
<xsd:documentation>
</xsd:annotation>
Type for Body of Terminate Subscription Request content. Used in WSDL.
</xsd:documentation>
<xsd:sequence>
</xsd:sequence>
<xsd:annotation>
</xsd:annotation>
</xsd:complexType>
<xsd:sequence>
</xsd:sequence>
<xsd:annotation>
</xsd:complexType>
<xsd:documentation>
</xsd:annotation>
Type for Body of Service Status Check Response. Used in WSDL.
</xsd:documentation>
Same as CheckStatusResponseStructure, but without extension to be consistent with the other operation definition.
</xsd:documentation>
<xsd:sequence>
</xsd:sequence>
</xsd:schema>
|
This XML schema documentation has been generated with DocFlex/XML 1.9.5 using DocFlex/XML XSDDoc 2.8.1 template set.
DocFlex/XML is a tool for programming and running highly sophisticated documentation and reports generators by the data obtained from
any kind of XML files. The actual doc-generators are implemented in the form of special templates that are designed visually
using a high-quality Template Designer GUI basing on the XML schema (or DTD) files describing the data source XML.
DocFlex/XML XSDDoc is a commercial template application of DocFlex/XML that implements a high-quality XML Schema documentation generator with simultaneous support of framed multi-file HTML,
single-file HTML and RTF output formats. (More formats are planned in the future).
A commercial license for "DocFlex/XML XSDDoc" will allow you:
Once having only such a license, you will be able to run the fully-featured XML schema documentation generator both with DocFlex/XML (Full Edition) and with DocFlex/XML RE, which is a reduced free edition containing only the template interpretor / output generator. No other licenses will be required!
But this is not all. In addition to it, a commercial license for "DocFlex/XML SDK" will allow you to modify the XSDDoc templates themselves as much as you want. You will be able to achieve whatever was impossible to do with the template parameters only.
And, of course, you could develop any template applications by your own!
Please note that by purchasing a license for this software, you not only acquire a useful tool,
you will also make an important investment in its future development, the results of which you could enjoy later by yourself.
Every single your purchase matters and makes a difference for us!
To purchase a license, please follow this link: http://www.filigris.com/shop/
|