Maitretarot Guide - Sun Sep 22 23:11:00 CEST 2002
Prev 

Chapter 3. Protocole de discussion entre le serveur et un client (version asynchrone).

3.1. Définitions

3.1.1. Principe de fonctionnement

les commandes existantes sont :

Note : avant chaque ASK, le serveur envoie un INFO_order pour informer le client.

3.1.2. Identification

3.1.2.1. S->C : ASK_nick

Le serveur demande le nick du client.

3.1.2.2. C->S : SAY_nick nickname

Le client répond en envoyant sont nick.

3.1.2.3. C->S : ASK_game_list

Le client demande quelles sont les parties en cours.

3.1.2.4. S->C : INFO_game_list game1 game2 game3 ...

Le serveur informe le client des parties en cours. Les variables gameN devront peut être prendre en compte le nombre de joueur déjà connectés.

3.1.2.5. S->C : ASK_game

Le serveur demande au client s'il veut créer une partie, ou en rejoindre une

3.1.2.6. C->S : SAY_game create|join|watch game_type nb_of_player game_id

Le client répond en créant (create), rejoignant (join) ou en regardant (watch) une partie dont il spécifie le nom après.

Dans le détail :

3.1.2.7. S->C : INFO_resume place nombre_joueur nick_client1 nick_client2 nick_client3 nick_client4 nick_client5 score1 score2 score3 score4 score5

Le serveur envoie les informations nécessaires au clients pour la partie Identification

La place est fixée en début de partie et ne change pas par la suite (tant qu'il n'y a pas de déconnexion d'un client).

3.1.3. Début du jeu

3.1.3.1. S->C : INFO_cards_in_hand c1 c2 c3 ... c24

Le serveur envoie le nombre de carte et les informations concernant les cartes du client.

3.1.4. Enchères

3.1.4.1. S->C : INFO_bids b1 b2 b3 b4 ... b5

Le serveur envoie la place du joueur en train de faire son enchère et les enchères de chaque client.

3.1.4.2. S->C : ASK_bid

Le serveur demande l'enchère du client.

3.1.4.3. C->S : SAY_bid PASSE|PRISE|GARDE|SANS|CONTRE

Le client envoie sont enchère au serveur.

3.1.5. Chien

3.1.5.1. S->C : INFO_chien c1 c2 c3 c4 c5 c6

Le serveur envoie les informations concernant le chien.

3.1.5.2. S->C : ASK_chien

Le serveur demande le chien au client.

3.1.5.3. C->S : SAY_chien c1 c2 c3 c4 c5 c6

Le client renvoie son chien.

3.1.5.4. S->C : INFO_chien_is_valid c1 c2 c3 c4 c5 c6

Le serveur informe que le chient est valide.

3.1.5.5. S->C : ASK_announce

Le serveur demande les annonces du client s'il y a lieu.

3.1.5.6. C->S : SAY_announce a

Le client renvoi son annonce (à définir le cas ou le client ne veut pas faire d'annonce).

3.1.5.7. S->S : INFO_king_in_chien c

Le serveur informe le client qu'il y a un roi dans le chien.

3.1.6. Jeu des cartes

3.1.6.1. S->C : INFO_cards_on_board c1 c2 c3 c4 c5

Le serveur informe le client sur les cartes déjà jouées. un - signifie que le joueur n'a pas encore joué de carte.

3.1.6.2. S->C : ASK_card

Le serveur demande la carte que veux jouer le client.

3.1.6.3. C->S : SAY_card c

Le client envoie la carte jouée au serveur.

3.1.6.4. S->C : INFO_card_is_valid c

Le serveur informe le client que la carte c est valide.

3.1.6.5. S->C : INFO_end_of_turn c1 c2 c3 c4 c5

Le serveur informe le client que le tour est fini. Il envoi les cartes déjà jouées.

3.1.7. Fin de partie

3.1.7.1. S->C : INFO_end_of_game contract win score oudlers sc1 sc2 sc3 sc4 sc5 chien1 chien2 chien3 chien4 chien5 chien6

Le serveur informe le client en fin de partie.

Si tout le monde a passe, contract vaut PASSE et les cartes du chien sont affectées, les autres valeurs sont non définies.

3.1.7.2. S->C : ASK_play_again

Le serveur demande au client s'il veut rejouer.

3.1.7.3. C->S : SAY_play_again r

Le client renvoie YES s'il veut rejouer, NO dans le cas contraire.

3.1.8. Cas particuliers

définir ce qui se passe lors d'une déconnexion. Pour l'instant on considère que la partie s'arrête et on revient à la phase de choix du jeu.

PrevHome 
Protocole de discussion entre le serveur et un client.