Zum Inhalt springen

Unabhängiges F&E-Projekt · Köln

AnyLAI

Überblick angewandte Forschung

Antworten einer Stelle, über die Zeit

AnyValid

„Die Stelle hat Nein gesagt“, „die Stelle hat nicht geantwortet“ und „wir haben keine Möglichkeit zu fragen“ sind drei verschiedene Tatsachen, und ein System, das sie vermengt, verwandelt seine eigenen Netzwerkprobleme in einen negativen Befund über jemanden.

Status: Forschungskonzept · unveröffentlichter Prototyp

Die Forschungsfrage

Lässt sich eine Aussage, eine Kennung oder ein Status gegen eine maßgebliche Quelle validieren, und ist diese Validierung noch aktuell?

  • Was hat die maßgebliche Quelle gesagt?
  • Wann hat sie es gesagt?
  • Ist diese Antwort noch aktuell?
  • Was geschieht, wenn sie nichts sagt?

Das Modell, interaktiv

Eine Registrierungsnummer wird an ein Register gesendet. Wählen Sie, wie der Austausch endet, und gehen Sie dann durch die Zeit, um zu sehen, was der Datensatz als Nächstes tut.

Wie der Austausch endet
  • Angefragt
  • Quelle kontaktiert
  • Ergebnis erfasst
  • Gültigkeitsfenster
  • Abgelaufen
  • Erneute Validierung

Die Fensterlängen dienen der Anschauung; jeder Adapter einer Stelle legt seine eigenen fest.

Zustand an diesem Tag · A

Gültig

Die Stelle hat es bestätigt

Die Antwort wird mit ihrem Zeitpunkt und einem Gültigkeitsfenster aufbewahrt. Bevor sich das Fenster schließt, wird eine Aufgabe zur erneuten Validierung fällig.

  1. Tag 0Anfrage erfasst
  2. Tag 0Adapter aufgerufen
  3. Tag 300Aufgabe zur erneuten Validierung wird fällig
  4. Tag 365Das Fenster schließt sich: Der Zustand wechselt zu abgelaufen; die Antwort selbst bleibt unberührt
  5. Tag 366Ein neuer Fall fragt erneut und verweist auf den Fall, den er ablöst

Was es unterscheidet

AnyVerify

Seine Frage

Stimmen die verfügbaren Quellen miteinander überein?

Warum dies nicht dasselbe ist

AnyValid vergleicht keine Quellen. Es fragt die eine Quelle, deren Antwort zählt, und verfolgt, wie lange diese Antwort gilt.

AnyTrace

Seine Frage

Wo hat sich diese Sache befunden?

Warum dies nicht dasselbe ist

AnyValid folgt einer Antwort durch die Zeit, nicht einer Sache durch Hände.

Registerprüfungen von AnyDPP

Seine Frage

Hält die Evidenz dieses Passes jetzt der Prüfung stand?

Warum dies nicht dasselbe ist

Der Korridor prüft benannte brasilianische Register innerhalb seiner eigenen Pipeline. AnyValid untersucht den Lebenszyklus der Antwort einer beliebigen Stelle, losgelöst von einer einzelnen Pipeline.

Ein Szenario, Schritt für Schritt

Eine Registrierungsnummer, von der ersten Frage bis zur zweiten.

Schritt 1 von 6: Fragen

  1. Eine Anfrage erfasst den Gegenstand, die Stelle und die Zeit. Existiert für diese Stelle kein Adapter, ist der Zustand nicht verfügbar, und keine Anfrage verlässt das System.

  2. Die Antwort wird wörtlich mit ihrem Zeitpunkt gespeichert. Gültig und ungültig sind die Worte der Stelle; Fehler bedeutet, dass sie nicht geantwortet hat.

  3. Fehler und nicht verfügbar eröffnen eine Aufgabe für eine Person. Eine manuelle Prüfung ist ein Befugnisakt mit Begründung, nie eine stille Bearbeitung des Zustands.

  4. Eine gültige Antwort trägt ein Fenster. Bevor es sich schließt, wird eine Aufgabe zur erneuten Validierung fällig.

  5. Wenn sich das Fenster schließt, wird der Zustand abgelaufen. Die Nutzdaten der Antwort werden nicht angetastet: Was die Stelle gesagt hat, ist weiterhin das, was sie gesagt hat.

  6. Die erneute Validierung eröffnet einen neuen Fall, verknüpft mit dem, den er ablöst, sodass beide Antworten der Reihe nach lesbar bleiben.

Grundbausteine

  • Validierungsanfrage

    AnyValidRequest

    Was gefragt wurde, bei welcher Stelle, wann, wie oft, und was wörtlich zurückkam.

  • Quelladapter

    SourceAdapter

    Einer pro Stelle. Er antwortet entweder oder sagt, dass er es nicht konnte. Jede Zeile hält fest, ob der Adapter live war oder eine Referenz über einer Testdatei.

  • Validierungszustand

    ValidationState

    Ausstehend, gültig, ungültig, Fehler (keine Antwort), nicht verfügbar (keine Anbindung), abgelaufen. Sechs Zustände, weil es sechs verschiedene Situationen gibt.

  • Gültigkeitsfenster

    valid_until, revalidate_after

    Wie lange eine Antwort zählt und wann erneut gefragt werden soll.

  • Ablösung

    supersedes link

    Eine erneute Validierung ist ein neuer Fall, der auf den alten verweist. Was die Stelle im März gesagt hat, bleibt im Datensatz vom März.

  • Rückfall auf eine Person

    fallback task

    Wenn der Austausch nicht abgeschlossen werden kann, geht eine Aufgabe an eine Person. Eine manuelle Prüfung wird als Befugnisakt mit Begründung erfasst.

Was existiert und was nicht

Im Repository

  • app/products/anyvalid/service.py: anfragen, fragen, abschließen, Rückfall, ablaufen, erneut validieren, manuelle Prüfung
  • Ein Referenzadapter über einer Testdatei, in jeder Zeile, die er schreibt, als mode=reference gekennzeichnet
  • Tabelle anyvalid_requests
  • 8 authentifizierte Routen
  • tests/any_family/test_anyvalid.py: die drei Nicht-Antworten, Referenzkennzeichnung, Rückfall, erneute Validierung (20 Tests)

Forschungsagenda, nicht gebaut

  • Irgendein Live-Adapter zu einer realen Stelle
  • Ein Scheduler: Ablauf und erneute Validierung sind aufrufbar und getestet, und nichts ruft sie zeitgesteuert auf
  • Eine Sicht je Stelle auf Versuche und Schweigen

Wo es in AnyLAI steht

AnyValid

  • Application kernelAnfragen sind Fälle des Kerns; Antworten sind Evidenz; Rückfälle sind Aufgaben; manuelle Prüfungen sind Befugnisakte.
  • ERQYOERQYO benennt dieselbe Grenze von der anderen Seite: ASK, wenn etwas fehlt, HANDOFF, wenn das System keine Autorität hat. AnyValid hat keinen ERQYO-Aufrufer.
  • Fallverknüpfung über den Kern
  • direkte Nutzung eines anderen Moduls oder Systems
  • Aufruf im Schattenmodus: erfasst, nie ausgeführt

Grenzen und Nicht-Ziele

  • Keine reale Stelle ist angebunden. Der einzige Adapter liest eine Testdatei und sagt das.
  • Es erfasst, was eine Stelle gesagt hat; es deutet nicht, was diese Antwort für irgendjemanden bedeutet.
  • Noch läuft nichts von selbst ab und wird nichts von selbst erneut validiert.
  • Eine ungültige Antwort wird erfasst, nicht angefochten: Eine Stelle anzufechten, liegt außerhalb seines Rahmens.

Aktueller Stand

Forschungsstand

  • Forschungskonzept · unveröffentlichter Prototyp
  • Unveröffentlicht: Routen abgeschaltet
  • Kein Produktivbetrieb, keine realen Daten
  • 20 Tests im Repository

Ein Prototyp-Modul über dem gemeinsamen Kern mit einem Referenzadapter. Abgeschaltet, nicht veröffentlicht und nie an eine reale Stelle angebunden.

Testsuite: python-backend/tests/any_family/test_anyvalid.py

Forschungsprojekt · Unabhängige F&E · Kein kommerzielles Angebot