I want a key: Unterschied zwischen den Versionen

Zur Navigation springen Zur Suche springen
Trublu (Diskussion | Beiträge)
Trublu (Diskussion | Beiträge)
Zeile 22: Zeile 22:
* Anfrage wird an alle (kostenlosen) Clients P2,...,Pn versendet
* Anfrage wird an alle (kostenlosen) Clients P2,...,Pn versendet
** Fall1: P2 sendet positive Antwort ("Ja klar, fahre gerade selber hin"), Anfrage beendet.
** Fall1: P2 sendet positive Antwort ("Ja klar, fahre gerade selber hin"), Anfrage beendet.
** Fall2: P2 sendet negative Antwort ("ich kann leider nicht"), Anfrage bleibt offen
** Fall2: (optional) P2 sendet negative Antwort ("ich kann leider nicht"), Anfrage bleibt offen
** Fall3: Timeout für kostenlose Clients, kostenpflichtige Clients werden benachrichtigt
** Fall3: Timeout für kostenlose Clients, kostenpflichtige Clients werden benachrichtigt
** Fall4: weiterer Timeout: Anfrage wird erneut an alle Clients versendet, Wiederholung bis positive Antwort.
** Fall4: weiterer Timeout: Anfrage wird erneut an alle Clients versendet, Wiederholung bis positive Antwort oder konfigurierte Obergrenze.
** Fall5: P1 gibt auf, beendet Anfrage
** Fall5: P1 gibt auf, beendet Anfrage
** Fall6: Alle aktuell angemeldeten Clients haben negative Antwort gesendet, Anfrage wird beendet.
** Fall6: (optional) Alle aktuell angemeldeten Clients haben negative Antwort gesendet, Anfrage wird beendet.
* Clients können sich an- und abmelden
* Clients können sich an- und abmelden
* Auch Antworten können wiederum beantwortet werden, dadurch entsteht keine neue Anfrage, sondern die Antwort geht direkt an den vorherigen Autor (oder an alle). Diese Funktion sollte nicht für kostenpflichtige Clients möglich sein (dann Fehlermeldung an Absender?)
* Auch Antworten können wiederum beantwortet werden, dadurch entsteht keine neue Anfrage, sondern die Antwort geht direkt an den vorherigen Autor (oder an alle). Diese Funktion sollte nicht für kostenpflichtige Clients möglich sein (dann Fehlermeldung an Absender?)

Version vom 15. April 2015, 05:19 Uhr


IWAK - I want a key' soll ein System werden um einfach und effizient alle zu erreichen, die aktuell einen Schlüssel zum Freien Labor haben.

Anforderungen

  • möglichst viele Client-Anwendungen unterstützen (Messenger, IRC, SMS, ...)
  • Einfache Bedienung, nur einmal handeln um alle möglichst schnell zu erreichen.
  • Rückkanal von jedem Client zum Anfragenden ermöglichen

Core

Ablauf:

  • P1 sendet Anfrage ("möchte gerade ins Labor, wer kann mir einen Schlüssel leihen?")
  • Anfrage wird an alle (kostenlosen) Clients P2,...,Pn versendet
    • Fall1: P2 sendet positive Antwort ("Ja klar, fahre gerade selber hin"), Anfrage beendet.
    • Fall2: (optional) P2 sendet negative Antwort ("ich kann leider nicht"), Anfrage bleibt offen
    • Fall3: Timeout für kostenlose Clients, kostenpflichtige Clients werden benachrichtigt
    • Fall4: weiterer Timeout: Anfrage wird erneut an alle Clients versendet, Wiederholung bis positive Antwort oder konfigurierte Obergrenze.
    • Fall5: P1 gibt auf, beendet Anfrage
    • Fall6: (optional) Alle aktuell angemeldeten Clients haben negative Antwort gesendet, Anfrage wird beendet.
  • Clients können sich an- und abmelden
  • Auch Antworten können wiederum beantwortet werden, dadurch entsteht keine neue Anfrage, sondern die Antwort geht direkt an den vorherigen Autor (oder an alle). Diese Funktion sollte nicht für kostenpflichtige Clients möglich sein (dann Fehlermeldung an Absender?)
  • Gamification: Schnelles (positives) Antworten gibt Bonuspunkte (für irgendwas anderes)

API

Rest? Thrift?

Vorlage:API-Methode

Vorlage:API-Methode

Vorlage:API-Methode

Vorlage:API-Methode

Clients

Telegram

SMS

  • SMS-Gateway benötigt (kostenpflichtig?)
  • Zeitverzögert?
    • Kosten vermeiden, wenn jemand anderes vor Ablauf einer Wartezeit bereits positiv antwortet

IRC

sollte über den vorhandenen Bot relativ leicht zu adaptieren sein

Weitere/Ideen

  • Twitter-DM?
  • Jabber?