Quel protocole de connectivité la machine à coke de l'Université Carnegie Mellon a-t-elle utilisée?

J'ai lu sur le Web l'histoire de l'Internet des objets, et l'une des choses les plus intéressantes que j'ai rencontrées est la machine à coke de l'Université Carnegie Mellon. Selon divers articles que j'ai lus, y compris celui de ewahome.com , il s'agissait d'une machine à coke conçue pour être en mesure de dire aux gens si du coke froid était disponible dans la machine à coke de l'Université.

Je suis cependant curieux de savoir quel protocole de connexion aurait été utilisé à l'époque pour cette machine. Envoyaient-ils les signaux via des câbles téléphoniques ou quoi? Comment ont-ils fait pour envoyer le signal aux différentes personnes qui voulaient des informations sur le coke?

La Coke Machine, de manière plutôt amusante, a son propre site Web avec un peu plus d'informations sur son histoire.

Le document d' histoire ancienne explique comment la machine à coke originale fonctionnait:

La dernière pièce du puzzle était nécessaire pour permettre aux gens de vérifier l'état de Coke lorsqu'ils étaient connectés à une autre machine que CMUA. Le serveur Finger de CMUA a été modifié pour exécuter le programme d'état Coke chaque fois que quelqu'un a touché l'utilisateur "coke" inexistant. (Pour les non-initiés, Finger signale normalement si un utilisateur spécifié est connecté, et si oui, où.) Étant donné que les demandes Finger font partie des protocoles ARPANET standard (désormais Internet), les utilisateurs peuvent vérifier la machine à coke à partir de n'importe quel ordinateur CMU en disant "doigt coke @ cmua ". En fait, vous pouvez découvrir l'état de la machine à coke à partir de n'importe quelle machine n'importe où sur Internet! Non pas que ça vous ferait beaucoup de bien si vous étiez à quelques milliers de kilomètres ...

Pour la Coke Machine de première génération, dans les années 70 et 80, la fingercommande était (ab) utilisée lors de la connexion via ARPANET , le précurseur d'Internet. Pas exactement un protocole complexe, mais il fonctionnait assez bien pour indiquer l'état de la machine à coke sans être trop difficile à mettre en place.

Si vous êtes intéressé par le fonctionnement exact de la fingercommande , voici un extrait de Wikipedia détaillant son fonctionnement:

Le démon Finger s'exécute sur le port TCP 79. Le client ouvrira (dans le cas des hôtes distants) une connexion au port 79. Un RUIP (Remote User Information Program) est démarré à l'extrémité distante de la connexion pour traiter la demande. L'hôte local envoie la requête RUIP d'une ligne basée sur la spécification de requête Finger et attend que le RUIP réponde. Le RUIP reçoit et traite la requête, renvoie une réponse, puis lance la fermeture de la connexion. L'hôte local reçoit la réponse et le signal de fermeture, puis ferme sa fin de connexion.

La fingercommande peut également fournir des informations personnalisées, telles que le nom complet, l'adresse e-mail et du texte personnalisé. Vraisemblablement, le texte personnalisé a été utilisé pour envoyer l'état de la machine à coke et la froideur des cokes à l'intérieur.