---
title: Glossar
id: "de:tpm:ROOT:glossary.adoc"
site: de
component: tpm
module: ROOT
version: 3.0
lang: de
url: "https://help.rtlscloud.io/de/tpm/3.0/glossary.html"
source_repo: "https://github.com/iot-invent/rtlscloud-tpm.git@3.0.x"
source_path: docs/de/modules/ROOT/pages/glossary.adoc
---

# Glossar

Die Begriffe dieser Anwendung in der Bedeutung, die sie hier haben. Wo ein Begriff in einer anderen Anwendung etwas anderes bezeichnet, steht das dabei.

| Begriff | Bedeutung |
| --- | --- |
| Beacon | Ein BLE-Sender an einem festen Ort. Ist seine Position hinterlegt, lässt sich jeder Tag, der ihn sieht, darüber orten. Ein als [Gateway](#term-gateway) markierter Beacon gibt seine Position an die Tags weiter, die er selbst sieht. |
| Benutzerdefinierter Standort | Eine Position, die Sie selbst hinterlegt haben — zu einer Zelle, einem WLAN-Zugangspunkt oder einem Beacon. Zusammen bilden sie Ihre eigene Positionsdatenbank, die vor jedem kostenpflichtigen externen Dienst befragt wird. Diese Anwendung hat keinen Standortbaum; in [IoT Spaces](../../iot-spaces/3.0/glossary.md#term-location) meint „Standort" einen Knoten eines solchen Baums. |
| Client | Die Zugangsdaten, mit denen ein Fremdsystem Positionen und Entscheidungen abholt. Ein Client wird über Tag-Gruppen berechtigt: Er erhält die Meldungen der ihm zugewiesenen Gruppen und keine anderen. |
| Decision event | Die Aufzeichnung einer einzelnen Positionsentscheidung: welche Quellen vorlagen, welche sich durchgesetzt hat und was dabei herauskam. Die Diagnoseansicht für die Frage, woher eine Position stammt. |
| Enabled, Disabled, Ignored | Der Zustand einer hinterlegten Zelle, eines WLAN-Zugangspunkts oder eines Beacons. **Enabled** heißt, er wird zur Ortung verwendet, **Disabled**, dass er es nicht wird. **Ignored** geht weiter: Ein so markierter Eintrag wird aus der Meldung entfernt, bevor überhaupt etwas ausgewertet wird — die richtige Einstellung für einen mobilen Hotspot oder ein WLAN im Fahrzeug, das einen Tag sonst dorthin setzt, wo es zuletzt war. |
| Gateway | Eine Eigenschaft eines Beacons, kein eigenes Gerät. Ein als Gateway markierter Beacon sieht andere Tags und gibt seine eigene Position an jeden von ihnen weiter. Andernorts: In [IoT Spaces](../../iot-spaces/3.0/glossary.md#term-gateway) ist ein Gateway ein IoT-Gateway, über das Geräte die Cloud erreichen. |
| Gerät | Ein Mobilfunk-Tag oder ein BLE-Gerät, das ein Tag beobachtet. Andernorts: In [IoT Spaces](../../iot-spaces/3.0/glossary.md#term-device) ist ein Gerät ein Betriebsmittel, das in einem Space installiert ist, etwa ein Anchor oder ein Gateway. |
| IMEI, IMSI, ICCID | Die drei Kennungen eines Mobilfunkgeräts. Die **IMEI** bezeichnet die Hardware, die **IMSI** den Teilnehmer und die **ICCID** die SIM-Karte selbst. Sie dienen dazu, einen Tag zu finden und ihn den Daten des Mobilfunkanbieters zuzuordnen. |
| Mandant | Eine abgeschottete organisatorische Einheit. Benutzer, Gruppen, Spaces, Geräte, Assets und Tags gehören immer zu genau einem Mandanten, und über Mandantengrenzen hinweg sind keine Daten sichtbar. |
| Online-Positionsdienst | Ein externer Anbieter, der aus Zellen und WLAN-Zugangspunkten eine Position bestimmt. Seine Abfragen sind kostenpflichtig, deshalb wird er erst gefragt, wenn die eigenen Einträge und der Positions-Cache nichts hergeben. |
| Ortung | Das Bestimmen der Position eines Tags aus dem, was er beobachtet: Beacons, WLAN-Zugangspunkte und Mobilfunkzellen. Die Quellen werden in einer festen Reihenfolge befragt, von der genauesten zur gröbsten. |
| Position | Wo sich ein Objekt befindet. Entweder eine Koordinate in einem Koordinatensystem oder eine Kennung wie ein Standort oder eine Adresse. |
| Positions-Cache | Das Gedächtnis der Ortung. Er hält fest, welche Position ein Online-Dienst für eine bestimmte Funkumgebung geliefert hat, sodass ein Tag aus einer bereits bekannten Umgebung nichts kostet. Der Cache gilt über alle Mandanten hinweg — eine Mobilfunkzelle liegt für jeden am selben Ort — und seine Einträge verfallen nach etwa einer Woche von selbst. |
| Provisionierung | Das Zuordnen eines bereits meldenden Tags zu einem Mandanten und einer Gruppe samt der Konfiguration, die an ihn geht. Anders als beim Onboarding wird dabei keine Verbindung aufgebaut: Ein Mobilfunk-Tag verbindet sich von selbst, und sein Eintrag entsteht beim ersten Kontakt. |
| Tag | Ein Mobilfunkgerät, das von selbst an die Cloud meldet. Tags werden hier nicht angelegt — ein Tag erscheint in der Liste, sobald er sich zum ersten Mal meldet. Er gehört zu genau einem Mandanten und hat keinen Space. Andernorts: In [Tracking](../../tracking/3.0/glossary.md#term-tag) und [IoT Spaces](../../iot-spaces/3.0/glossary.md#term-tag) ist ein Tag ein BLE-Tag an einem Asset. |
| Tag-Gruppe | Eine Zusammenfassung von Tags innerhalb eines Mandanten. Ihr Zweck ist die Berechtigung, nicht die Ordnung: Ein Client erhält genau die Meldungen der ihm zugewiesenen Gruppen. |
| Telemetrie | Der Zustand, den ein Tag über sich selbst meldet — Batterie, Signalstärke, Temperatur, Bewegung. Keine Position, aber oft die Erklärung für eine fehlende. |
| TPM | Tag Provisioning and Management, der Name dieser Anwendung. Sie nimmt die Netzprotokolle der Mobilfunk-Tags entgegen, bestimmt deren Position und zeichnet jede Entscheidung auf. |
| Trigger | Was einen Tag zum Melden veranlasst hat: der Beginn oder das Ende einer Bewegung oder ein Zeitplan. Der Trigger ist Teil der Meldung und erklärt, warum es zu diesem Zeitpunkt eine Position gibt. |
| WLAN-Zugangspunkt | Ein WLAN, das ein Tag sehen kann. Die Menge der sichtbaren Netze kennzeichnet einen Ort gut, auch ohne die Signalstärke zu messen. Zugangspunkte, die sich bewegen — ein Hotspot, ein WLAN im Fahrzeug — sollten auf **Ignored** gesetzt werden. |
| Zelle | Eine Mobilfunkzelle, in die ein Tag eingebucht ist. Die **Serving Cell** ist die, mit der er verbunden ist, **Nachbarzellen** sind die, die er zusätzlich empfängt. Eine Zelle deckt ein weites Gebiet ab und ist deshalb die ungenaueste Positionsquelle. |