3.3 交互式EDI专用的语法规则

3.3.1 I-EDI交换结构

图3-10给出交互式EDI的交换结构，图中的服务串通知（如果使用）、头服务段和尾服务段应按图3-10给出的顺序出现在交互式EDI的交换中。

在图3-10中，左边的各连线指出了成对的头段和尾段。为简单起见，图中列出的交换仅包含一个报文。

通过与图3-7比较我们不难发现，交互式EDI交换结构中少了组头UNG和组尾UNE。

3.3.2 交易中的I-EDI报文

交易中的I-EDI报文见图3-11。通过与批式EDI的报文示意图比较我们不难发现，批式报文与交互式报文的主要区别在于图的上半部分，下半部分是一样的。

图3-12为交易中的交互式EDI报文的说明图。

3.3.3 对话管理

I-EDI交易作为特定剧本的一个实例由一个或多个对话组成，在两个或多个参与方之间同时出现或者按顺序出现。

一个对话由一对交替的EDIFACT交换组成，其中一个为发起方交换，另一个为应答方交换。

应发生下列传送：

● 发起方通过向应答方发送交换头段来开始一个对话，在交换头段前，可根据需要放置UNA段；在交换头段后，可根据需要放置报文；

● 应答方用交换头段回复发起方，在交换头段后，可根据需要放置报文（注意：由发起方发送的UNA的值也适用于应答方）；

● 发起方向应答方发送询问报文；

● 应答方用应答报文回复发起方；

● 发起方和应答方根据需要交换其他报文；

● 发起方通过向应答方发送交换尾段来结束这一对话，在交换尾段前，可根据需要放置报文；

● 应答方用交换尾段回复发起方，在交换尾段前，可根据需要放置报文。

可能出现以下几种变化：

● 对于从发起方到应答方的每个报文，应答方对发起方的应答报文可以是无、一个或多个，反之亦然；

● UIR服务段可以与报文交替出现；

● 任一参与方都可在任何时候使用UIR服务段提前终止对话。

一个或多个报文可与下列之一相组合：

● 交换头；

● 交换尾；

● 交换头和交换尾（形成一个完整的对话）。

虽然由发起方控制的数据交换是交互式应用的一种公共的操作模式，但I-EDI语法不排除其他的操作模式。

图3-13给出了构成一个对话的两个交换的流程图。

图3-13中的箭头指出数据流的方向。注意，UNA仅由发起方发送，图3-13中的状态指出必备型（M）或条件型（C）以及允许重复的次数。