29.06.2013 Views

Table of Contents - APTAStandards.com

Table of Contents - APTAStandards.com

Table of Contents - APTAStandards.com

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

4.4.4.3 System and Device Data<br />

Most <strong>of</strong> the system and device data messages can be represented with the Condition,<br />

Variable and the File Management Dialogues as explained in the previous sections.<br />

However,<br />

Program Execution Dialogue is the most suitable for Device Command<br />

messages. A Program Execution is an action or set <strong>of</strong> actions to be carried out by the<br />

CID. The format <strong>of</strong> this dialogue is illustrated in Exhibit 4.4-7.<br />

Exhibit 4.4-7 Program Execution Dialogue<br />

Field Description <strong>of</strong> Field/Attributes<br />

1 Message Header<br />

2 Program Needing Input<br />

3 Program Producing Output<br />

4 Program Name<br />

5 Parameter List<br />

Program Name is the same format as the File Name explained in the previous section.<br />

The Parameter List consists <strong>of</strong> parameters that are unspecified and in ASCII Text<br />

forma t.<br />

4.4.4.4 Event Data<br />

The event data messages are represented by Condition Dialogues (Appendix B).<br />

4.4.4.5 Peer to Peer Clearing & Settlement<br />

The VEI does not define any clearing and settlement related messages.<br />

4. 4.5 Data Elements<br />

Wh ile V EI was not designed with smart cards in mind, it is a flexible protocol and can<br />

be extended to include smart card related data elements. It is also possible to define<br />

implementation<br />

specific data types within the protocol when used within a closed<br />

system; although the greatest benefit is obtained by using VEI in its standard identifiers.<br />

4.4.6 Message Sequences<br />

The VEI provides a simple structure <strong>of</strong> dialogue exchanges between a requester and a<br />

responder. A dialog consists <strong>of</strong> a request message, a response message( s) and<br />

sometimes<br />

an acknowledgement <strong>of</strong> the response(s). A request message with or without<br />

data may require a response at the discretion <strong>of</strong> the requester. A response message that<br />

contains data may require an acknowledgement, at the discretion <strong>of</strong> the responder.<br />

However,<br />

some responses contain no data and act as acknowledgements. In this case<br />

no<br />

separate acknowledgement message is required.<br />

Page 44

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!