Search

DE-102018208768-B4 - HINZUFÜGUNG EINER KOMMUNIKATIONSSITZUNG ÜBER EINEN HOST IM DENY-NEW-SERVICE-MODUS

DE102018208768B4DE 102018208768 B4DE102018208768 B4DE 102018208768B4DE-102018208768-B4

Abstract

System (100), das Folgendes umfasst: einen Prozessor; und eine Netzwerkschnittstelle zu einem Kommunikationsnetzwerk (104); und wobei der Prozessor nach dem Empfang einer Anforderung über die Netzwerkschnittstelle für eine neue Sitzung Folgendes durchführt: Bestimmen, ob sich ein Server (110) im DNS-Modus (Deny New Service, Neuen Dienst abweisen) befindet; wenn festgestellt wird, dass sich der Server (110) nicht im DNS-Modus befindet, Annehmen der Anforderung; wenn festgestellt wird, dass sich der Server (110) im DNS-Modus befindet, Bestimmen, ob die Anforderung eine Interaktionskennung enthält; wenn festgestellt wird, dass sich der Server (110) im DNS-Modus befindet und die Anforderung keine Interaktionskennung enthält, Abweisen der Anforderung; wenn festgestellt wird, dass sich der Server (110) im DNS-Modus befindet und die Anforderung für die neue Sitzung die Interaktionskennung enthält, Annehmen der Anforderung; und wobei das Annehmen der Anforderung das Einrichten der neuen Sitzung zwischen einer Anforderungsvorrichtung (108) und einer Ressourcenvorrichtung (112) über das Kommunikationsnetzwerk (104) umfasst.

Inventors

  • Amit MISHRA
  • Joel Ezell
  • Thorsten Ohrstrom-Sandgren

Assignees

  • AVAYA INC.

Dates

Publication Date
20260507
Application Date
20180604
Priority Date
20170605

Claims (10)

  1. System (100), das Folgendes umfasst: einen Prozessor; und eine Netzwerkschnittstelle zu einem Kommunikationsnetzwerk (104); und wobei der Prozessor nach dem Empfang einer Anforderung über die Netzwerkschnittstelle für eine neue Sitzung Folgendes durchführt: Bestimmen, ob sich ein Server (110) im DNS-Modus (Deny New Service, Neuen Dienst abweisen) befindet; wenn festgestellt wird, dass sich der Server (110) nicht im DNS-Modus befindet, Annehmen der Anforderung; wenn festgestellt wird, dass sich der Server (110) im DNS-Modus befindet, Bestimmen, ob die Anforderung eine Interaktionskennung enthält; wenn festgestellt wird, dass sich der Server (110) im DNS-Modus befindet und die Anforderung keine Interaktionskennung enthält, Abweisen der Anforderung; wenn festgestellt wird, dass sich der Server (110) im DNS-Modus befindet und die Anforderung für die neue Sitzung die Interaktionskennung enthält, Annehmen der Anforderung; und wobei das Annehmen der Anforderung das Einrichten der neuen Sitzung zwischen einer Anforderungsvorrichtung (108) und einer Ressourcenvorrichtung (112) über das Kommunikationsnetzwerk (104) umfasst.
  2. System (100) nach Anspruch 1 , wobei die Bestimmung, ob die Anforderung die Interaktionskennung umfasst, ferner das Bestimmen umfasst, ob die Interaktionskennung einer aktuell aktiven Sitzung zugeordnet ist, die zuvor zwischen der Anforderungsvorrichtung (108) und der Ressourcenvorrichtung (112) eingerichtet wurde.
  3. System (100) nach Anspruch 2 , wobei die neue Sitzung und die aktuell aktive Sitzung jeweils eine Anwendungsschicht-Implementierung verwenden und die Anwendungsschicht-Implementierung zwischen der neuen Sitzung und der aktuell aktiven Sitzung unterschiedlich ist.
  4. System (100) nach Anspruch 3 , wobei eine von neuer Sitzung und aktuell aktiver Sitzung die Anwendungsschicht-Implementierung unter Verwendung des Hypertext Transfer Protocol (HTTP) und die andere von neuer Sitzung und aktuell aktiver Sitzung die Anwendungsschicht-Implementierung unter Verwendung des Session Initiation Protocol (SIP) umfassen.
  5. System (100) nach Anspruch 1 , wobei der Prozessor nach dem Feststellen, dass sich der Server (110) nicht im DNS-Modus befindet, auf die Anforderungsvorrichtung (108) mit der Interaktionskennung antwortet.
  6. System (100) nach Anspruch 1 , wobei die Anforderung für die neue Sitzung einen Callback Uniform Resource Locator (URL) umfasst.
  7. System (100) nach Anspruch 1 , wobei der Server (110) unterschiedliche Systeme umfasst, die von den Signalen verwaltet werden, die vom Prozessor über die Netzwerkschnittstelle bereitgestellt werden.
  8. System (100) nach Anspruch 1 , wobei der Server (110) der Anforderungsvorrichtung (108) die Interaktionskennung bereitstellt.
  9. System (100) nach Anspruch 1 , das ferner den Prozessor umfasst, wobei nach dem Feststellen, dass sich der Server (110) im DNS-Modus befindet und die Anforderung die Interaktionskennung nicht enthält, ferner bestimmt wird, ob die Anforderung einen Prioritätsindikator umfasst, der nicht größer ist als ein vorher festgelegter Schwellenausnahmeindikator, und, wenn dies affirmativ bestimmt wird, die Anforderung angenommen und, wenn dies negativ bestimmt wird, die Anforderung abgewiesen wird.
  10. Verfahren, Folgendes umfassend, Ausgeben einer ersten Anforderung für eine erste Kommunikationssitzung zwischen einer Anforderungsvorrichtung (108) und einer Ressourcenvorrichtung (112) über ein Kommunikationsnetzwerk (104), wobei die erste Kommunikationssitzung von einem Server (110) gehostet wird; Empfangen einer Interaktionskennung als Reaktion auf die erste Anforderung; als Reaktion auf die erste Anforderung, Initiieren der ersten Kommunikationssitzung, die den Austausch von computercodierten und -dekodierten Daten zwischen der Anforderungsvorrichtung (108) und der Ressourcenvorrichtung (112) über das Kommunikationsnetzwerk (104) umfasst; zu einem späteren Zeitpunkt, nachdem die erste Kommunikationssitzung initiiert wurde, Ausgeben einer zweiten Anforderung für eine zweite Kommunikationssitzung zwischen der Anforderungsvorrichtung (108) und der Ressourcenvorrichtung (112) über das Kommunikationsnetzwerk (104), wobei die zweite Anforderung die Interaktionskennung umfasst; und als Reaktion auf die zweite Anforderung das Initiieren der zweiten Kommunikationssitzung, die den Austausch von computercodierten und -decodierten Daten zwischen der Anforderungsvorrichtung (108) und der Ressourcenvorrichtung (112) über das Kommunikationsnetzwerk (104) umfasst.

Description

COPYRIGHT-VERMERK Ein Teil der Offenbarung dieser Patentschrift enthält urheberrechtlich geschütztes Material. Der Inhaber des Urheberrechts hat keine Einwände gegen die Faksimile-Reproduktion des Patentdokuments oder die Offenbarung des Patents, wie sie in den Patentakten oder -aufzeichnungen des Patent- und Markenamtes erscheint, erhoben, behält sich aber ansonsten alle Urheberrechte vor. GEBIET DER OFFENBARUNG Die Erfindung betrifft im Allgemeinen Systeme und Verfahren zum Kommunizieren und insbesondere zum Ermöglichen mehrerer Kommunikationswege, die eine einzige Kommunikationssitzung umfassen. HINTERGRUND Server, die zur Ermöglichung der Kommunikation zwischen Teilnehmern verwendet werden, unterstützen oft unterschiedliche Kommunikationen innerhalb eines einzigen Dialogs (z. B. eine Interaktion zwischen einem Kunden, der eine Kundenkommunikationsvorrichtung verwendet, und einem Agenten, der eine Agentenkommunikationsvorrichtung verwendet). Ein einzelner Dialog kann beispielsweise eine oder mehrere Sprachkomponenten, Videokomponenten, Text-Chat, Social Media, Co-Browsing usw. umfassen, so dass ein Kunde ein Thema mit einem Agenten über eine Sprachkommunikation besprechen und Informationen auf einer Webseite über eine Datenkommunikation ansehen oder bearbeiten kann. Kommunikationsserver müssen möglicherweise ganz oder teilweise heruntergefahren werden, z. B. um Kommunikation bei Überlastung abzugeben oder um Wartungsarbeiten zu ermöglichen. Das Herunterfahren eines Servers erfolgt vorzugsweise auf sanfte Weise, wobei bestehende Kommunikationsaufgaben bis zur Fertigstellung fortgesetzt und neue Aufgaben abgelehnt werden, und nachdem alle Aufgaben erledigt sind, kann der Server ohne Unterbrechung des Geschäftsbetriebs außer Betrieb genommen werden. Server, die Kommunikationen über das Session Initiation Protocol (SIP) hosten, stellen Kommunikation in Form eines Dialogs bereit, der eine Vielzahl von Nachrichten (z. B. Signal- und Datennachrichten) umfassen kann. Ein SIP-Server, auch wenn er so konfiguriert ist, dass er neue Dienste abweist (z. B. in einem „Deny New Service“-Modus (DNS)), erkennt und akzeptiert eine neue Nachricht, die mit einem bestehenden Dialog verknüpft ist. Wenn der Server eine Nachricht von außerhalb eines bestehenden Dialogs erhält (z. B. einen neuen Anruf), weist der Server den Anruf ab, und ein Session Manager (SM) kann die Nachrichten dann an einen oder mehrere andere Server weiterleiten, die neue Dialoge/Nachrichten annehmen. Ein Server mit einer Autorisierungsprüfung für den Aufbau einer neuen Kommunikationsverbindung ist beispielsweise aus der US 2016/0 198 335 A1 bekannt. Trotz der Vorteile der Server nach dem Stand der Technik bleiben Probleme bestehen. KURZDARSTELLUNG Diese und andere Bedürfnisse werden durch die verschiedenen Ausführungsformen und Konfigurationen der vorliegenden Erfindung abgedeckt. Die vorliegende Erfindung kann je nach Konfiguration eine Reihe von Vorteilen bieten. Diese und andere Vorteile ergeben sich aus der hierin enthaltenen Offenbarung der Erfindung(en). Als Überblick und in einer Ausführungsform werden Systeme und Verfahren bereitgestellt, die es ermöglichen, dass Nachrichten von einem Server für eine bestehende Kommunikationssitzung verarbeitet werden können, während sich der Server in einem DNS-Zustand befindet und im Übrigen Nachrichten, die nicht mit einer bestehenden, vom Server gehosteten Sitzung verknüpft sind, abweist. In einer anderen Ausführungsform kann eine neue Kommunikationssitzung vom Server im DNS-Status akzeptiert werden, wenn die neue Kommunikationssitzung eine Interaktions-ID einer bestehenden Sitzung auf dem Server umfasst. In einer anderen Ausführungsform kann eine HTTP-Anforderung eine Interaktions-ID enthalten, die auf eine bestehende SIP-Sitzung verweist. Dadurch kann der Server diese neue Nachricht der bestehenden SIP-Sitzung zuordnen, so dass er die neue HTTP-Nachricht verarbeitet, obwohl er sich im DNS-Modus befindet. Durchschnittsfachleute erkennen, dass die Interaktions-ID und andere offenbarte Ausführungsformen sich von der Session-ID unterscheiden, wie sie am Stand der Technik bekannt ist. Insbesondere kann ein Server mit einer Sitzung Nachrichten empfangen, die eine Sitzungs-ID enthalten, und diese Nachrichten dann derselben Sitzung zuordnen. Eine Interaktions-ID ermöglicht es jedoch unter anderem, eine neue Sitzung anzunehmen und mit einer vorherigen Sitzung zu verknüpfen, wobei die neue und die vorherige Sitzung eine einzige Interaktion umfassen. Beispielsweise kann ein Kunde einen HTTP-Webchat (z. B. eine erste Sitzung) mit einem Agenten führen und dabei einen bestimmten Server nutzen. Der bestimmte Server wird anschließend in den DNS-Modus versetzt, woraufhin der Kunde und/oder Agent einen SIP-Anruf als Komponente der gleichen Interaktion initiiert. Unter Berufung auf die offenbarten Ausführungsformen kann der SIP-Aufruf, der eine andere Sitzung und eine andere Sitzungskennung, aber auch eine Interaktions-ID enth