Hierzu dient die Message GS_REQUEST (0x1350), welche vom Initiator der Kommunikation verschickt wird.
msg[0] GS_REQUEST (0x1350 (4944)) msg[1] ap_id msg[2] 0 msg[3] + Pointer auf GS_INFO-Struktur msg[4] msg[5] 0 msg[6] 0 msg[7] beliebige ID (außer -1)
Vom Versender der Message wird hierbei in ev_mgpbuff[1] dessen AES-Applikations-ID mitgeschickt, damit der Empfänger auch weiß, wohin er antworten soll. In ev_mgpbuff[7] steht eine ID, die als Kennung für die GEMScript-Kommunikation zwischen den beiden Applikationen verwendet wird. Die in ev_mgpbuff[3] und ev_mgpbuff[4] übergebene Struktur dient zur genaueren Spezifikation der Fähigkeiten des GS_REQUEST-Versenders und wird unten genauer erklärt.
Wenn die Empfängerapplikation also GEMScript versteht, antwortet sie einfach mit GS_REPLY (0x1351). Hierbei trägt sie ihrerseits ihre AES-ID in ev_mgpbuff[1] ein und schickt in ev_mgpbuff[7] die GEMScript-ID zurück. Daran kann der GS_REQUEST-Versender dann erkennen, welche mit GS_REQUEST angesprochene Applikation hier antwortet. Durch diesen Mechanismus kann eine Applikation mit mehreren anderen Applikationen "gleichzeitig" GEMScript-Kommunikation betreiben.
Wie gut Du sprechen GEMScript?