EINFACH, das Sitzungseinleitungsprotokoll für Sofortige Nachrichtenübermittlungs- und Anwesenheitsstärken-Erweiterungen, ist ein sofortige Nachrichtenübermittlung (IM) und Anwesenheitsprotokoll-Gefolge, das auf durch den IETF geführtem Session Initiation Protocol (SIP) gestützt ist. Wie XMPP, und im Gegensatz zur großen Mehrheit von IM und durch die Software verwendeten Anwesenheitsprotokollen hat sich heute aufgestellt, EINFACH ist ein offener Standard.

Zweck

EINFACH wendet NIPPEN auf die Probleme an:

• das Registrieren für die Anwesenheitsinformation und der Empfang von Ankündigungen, wenn solche Ereignisse zum Beispiel vorkommen, wenn ein Benutzer darin loggt oder vom Mittagessen zurückkommt;
• das Senden von Kurznachrichten, die der SMS oder Zweiwegepaginierung analog sind;
• das Handhaben einer Sitzung von Echtzeitnachrichten zwischen zwei oder mehr Teilnehmern.

Durchführungen der EINFACHEN basierten Protokolle können im NIPPEN Softphones und auch im NIPPEN Hardphones gefunden werden.

Technische Beschreibung

Anwesenheit

Die EINFACHEN Anwesenheitsspezifizierungen können zerbrochen werden in:

• Die Kernprotokoll-Maschinerie. Das stellt die wirklichen NIPPEN-Erweiterungen für Abonnements, Ankündigungen und Veröffentlichungen zur Verfügung. RFC 3265 definiert das UNTERZEICHNEN, und GEBEN SIE Methoden BEKANNT. UNTERSCHREIBEN SIE Erlaubt, ein Ereignis auf einem Server zu unterschreiben, der Server erwidert geben BEKANNT, wann auch immer das Ereignis heraufkommt. RFC 3856 definiert, wie man davon Gebrauch macht, UNTERSCHREIBEN für die Anwesenheit/BEKANNT GEBEN. Zwei Modelle werden definiert: Der Länge nach vorbildlich, in dem jeder Benutzeragent Anwesenheitsabonnements selbst behandelt; und ein zentralisiertes Modell. Der Letztere führt das Konzept eines Anwesenheitsservers ein; alle Abonnements werden durch diesen Server behandelt. Die Nachricht VERÖFFENTLICHT (RFC 3903) erlaubt Benutzeragenten, den Anwesenheitsserver über ihre Abonnement-Staaten zu informieren.
• Anwesenheitsdokumente. Die Anwesenheitsinformation wird in XML Dokumenten codiert, die in den Körpern der jeweiligen NIPPEN-Nachrichten getragen werden. RFC 3863 und RFC 4479 beschreiben dieses Verfahren, RFC 4480 (RPID), RFC 4481, RFC 4482 (CPID) und verschiedene Entwürfe beschreiben Inhalt und Formate der Anwesenheitsdokumente.
• Gemütlichkeit, Politik und mit Nachschub zu versorgen. Wenn das zentralisierte Modell verwendet wird, brauchen die Benutzeragenten eine Weise zu definieren, wer der Betrag ihrer Anwesenheitsinformation unterschreiben kann. RFC 4745 und RFC 5025 definieren ein Fachwerk für Genehmigungspolicen, Zugang zu anwendungsspezifischen Daten kontrollierend. Das XCAP Protokoll (RFC 4825), getragen durch HTTP, erlaubt Benutzeragenten, ihre Anwesenheitsregeln einem XCAP Server mitzuteilen, der über die durch den Anwesenheitsserver ausgestellte Information herrscht. RFC 3857 und RFC 3858 definieren ein Abonnement Ereignis "Beobachter-Info". Benutzeragenten können dieses zu informierende Ereignis unterschreiben, wer ihre Anwesenheitsinformation unterschreibt.

IM

NIPPEN definiert zwei Weisen der sofortigen Nachrichtenübermittlung:

• Die Seitenweise macht von der NIPPEN-Methode-NACHRICHT, wie definiert, in RFC 3428 Gebrauch. Diese Weise gründet keine Sitzungen.
• Die Sitzungsweise. Das Nachrichtensitzungsrelaisprotokoll (RFC 4975, RFC 4976) ist ein textbasiertes Protokoll, um willkürlich großen Inhalt zwischen Benutzern jederzeit auszutauschen. Eine MSRP Sitzung wird durch das Austauschen bestimmter Information, wie ein MSRP URI, innerhalb des NIPPENS und der SDP-Nachrichtenübermittlung aufgestellt.

Links

• Reiche Anwesenheit - ein neues Benutzerkommunikationserfahrungstechnologieweißbuch