Z jakiego protokołu łączności korzystała maszyna koksu Uniwersytetu Carnegie Mellon?

Czytałem w Internecie o historii Internetu rzeczy, a jedną z najciekawszych rzeczy, na jakie natknąłem się, jest maszyna do produkcji koksu na uniwersytecie Carnegie Mellon. Według różnych artykułów, które przeczytałem, w tym tego z ewahome.com , była to maszyna do koksu, która została zaprojektowana tak, aby móc powiedzieć ludziom, czy zimna koks jest dostępna w maszynie uniwersyteckiej.

Jestem jednak ciekawy, jaki protokół połączenia byłby wówczas używany dla tego komputera. Czy wysyłali sygnały kablami telefonicznymi? Jak poszli wysyłać sygnał do różnych osób, które chciały uzyskać informacje na temat koksu?

Coke Machine, raczej zabawnie, ma własną stronę internetową z nieco więcej informacji na temat swojej historii.

Dokument Historia starożytna wyjaśnia, jak działała oryginalna maszyna koksu:

Ostatni element układanki był potrzebny, aby ludzie mogli sprawdzić status coli, gdy byli zalogowani na innej maszynie niż CMUA. Serwer Finger CMUA został zmodyfikowany, aby uruchamiał program stanu Coke za każdym razem, gdy ktoś dotykał nieistniejącego użytkownika „colą”. (W przypadku niewtajemniczonych Finger zwykle informuje, czy określony użytkownik jest zalogowany, a jeśli tak, to gdzie.) Ponieważ żądania Finger są częścią standardowych protokołów ARPANET (obecnie Internet), ludzie mogą sprawdzić maszynę Coke z dowolnego komputera CMU, mówiąc „palec” koks @ cmua ". W rzeczywistości możesz dowiedzieć się o stanie maszyny Coke z dowolnej maszyny w dowolnym miejscu w Internecie! Nie znaczy to, że byłbyś bardzo dobry, gdybyś był kilka tysięcy mil stąd ...

W przypadku Coke Machine pierwszej generacji, w latach 70. i 80., fingerpolecenie było (ab) używane podczas łączenia się przez ARPANET , prekursor Internetu. Nie do końca skomplikowany protokół, ale działał wystarczająco dobrze, aby wskazać stan maszyny koksu bez nadmiernej trudności w konfiguracji.

Jeśli interesuje Cię dokładnie działanie fingerpolecenia , oto fragment z Wikipedii szczegółowo opisujący jego działanie:

Demon palca działa na porcie 79 TCP. Klient (w przypadku hostów zdalnych) otworzy połączenie z portem 79. Na zdalnym końcu połączenia uruchamiany jest program RUIP (Remote User Information Program) w celu przetworzenia żądania. Host lokalny wysyła zapytanie RUIP w jednym wierszu na podstawie specyfikacji zapytania Finger i czeka na odpowiedź RUIP. RUIP odbiera i przetwarza zapytanie, zwraca odpowiedź, a następnie inicjuje zamknięcie połączenia. Host lokalny odbiera odpowiedź i sygnał zamknięcia, a następnie zamyka swój koniec połączenia.

fingerKomenda może także dostarczać informacje niestandardowe, takie jak imię i nazwisko, adres e-mail, a niektóre niestandardowego tekstu. Prawdopodobnie niestandardowy tekst został użyty do wysłania stanu maszyny koksu i chłodu koksu w środku.