Suggestion for the Communication Protocoll
by
Stephan Hackenbracht
—
last modified
Jan 07, 2009 06:28 PM
Up to C & C Forum for Students to Organizers
Hello praticipants,
To help you a bit with the start of the challenge, I created a little suggestion for the central communication protocoll (see below).
The protocoll (green) should allow the central game processing unit (red - part of mission #1) to communicate with the two player units (blue - part of mission #1 or #2). This must be completely modular and allow any set of player unit to connect to any game processing unit. It would also be very good if the protocoll would support more than two players, if there should be a desire for extension.
The whole thing is controlled (games started, games ended and results printed, select player and game units, ...) via an external control unit, which can be anything from a simple command line prompt to a little nice start-up window. The protocoll should support that and the units must be able to handle these demands.
Additionally a good protocoll would also work independently from the underlying communcation mechanism, be it local message passing, TCP/IP or whatever else is set up. For this and other needs the protocoll should also feature a plug-in interface, which can supply the needed mechanisms, as well as serving other benefits like creating logs of games played, or anything else.
Feel free to discuss how to specify such a protocoll (remember that your application also needs to implement it later, so try to KISS
).
If you want you can also suggest changes to the proposal - after all it's your challenge and your protocoll, so everything is fine as long as you agree on it and present a working protocoll that lives up to the specifications.
Regards and good luck,
Stephan
PS: The board is a bit iffy sometimes - use HTML <br> linebreaks to make sure they work.
To help you a bit with the start of the challenge, I created a little suggestion for the central communication protocoll (see below).
The protocoll (green) should allow the central game processing unit (red - part of mission #1) to communicate with the two player units (blue - part of mission #1 or #2). This must be completely modular and allow any set of player unit to connect to any game processing unit. It would also be very good if the protocoll would support more than two players, if there should be a desire for extension.
The whole thing is controlled (games started, games ended and results printed, select player and game units, ...) via an external control unit, which can be anything from a simple command line prompt to a little nice start-up window. The protocoll should support that and the units must be able to handle these demands.
Additionally a good protocoll would also work independently from the underlying communcation mechanism, be it local message passing, TCP/IP or whatever else is set up. For this and other needs the protocoll should also feature a plug-in interface, which can supply the needed mechanisms, as well as serving other benefits like creating logs of games played, or anything else.
Feel free to discuss how to specify such a protocoll (remember that your application also needs to implement it later, so try to KISS
).
If you want you can also suggest changes to the proposal - after all it's your challenge and your protocoll, so everything is fine as long as you agree on it and present a working protocoll that lives up to the specifications.Regards and good luck,
Stephan
PS: The board is a bit iffy sometimes - use HTML <br> linebreaks to make sure they work.
Powered by
Ploneboard

