DE102015010706B4 - Verfahren, Vorrichtung und System für ein Verfahren zum Einschalten einer Überwachung von Überwachungsobjekten in einer Computer-Implementierten Telekommunikationsumgebung - Google Patents

Verfahren, Vorrichtung und System für ein Verfahren zum Einschalten einer Überwachung von Überwachungsobjekten in einer Computer-Implementierten Telekommunikationsumgebung Download PDF

Info

Publication number
DE102015010706B4
DE102015010706B4 DE102015010706.2A DE102015010706A DE102015010706B4 DE 102015010706 B4 DE102015010706 B4 DE 102015010706B4 DE 102015010706 A DE102015010706 A DE 102015010706A DE 102015010706 B4 DE102015010706 B4 DE 102015010706B4
Authority
DE
Germany
Prior art keywords
data processing
message
processing device
monitoring
switching device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
DE102015010706.2A
Other languages
English (en)
Other versions
DE102015010706A1 (de
Inventor
Michael Volkmann
Claus Rist
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Unify GmbH and Co KG
Original Assignee
Unify GmbH and Co KG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Unify GmbH and Co KG filed Critical Unify GmbH and Co KG
Priority to DE102015010706.2A priority Critical patent/DE102015010706B4/de
Priority to CN201680048342.8A priority patent/CN107925586A/zh
Priority to PCT/EP2016/069277 priority patent/WO2017029233A1/en
Priority to US15/752,466 priority patent/US10652118B2/en
Priority to EP16751584.0A priority patent/EP3335378B1/de
Publication of DE102015010706A1 publication Critical patent/DE102015010706A1/de
Application granted granted Critical
Publication of DE102015010706B4 publication Critical patent/DE102015010706B4/de
Priority to US16/838,609 priority patent/US10944658B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
    • H04L41/0266—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using meta-data, objects or commands for formatting management information, e.g. using eXtensible markup language [XML]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/06—Generation of reports
    • H04L43/065—Generation of reports related to network devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/12—Network monitoring probes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/20—Support for services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42314—Systems providing special services or facilities to subscribers in private branch exchanges
    • H04M3/42323—PBX's with CTI arrangements

Abstract

Verfahren zum Überwachen von Überwachungsobjekten in einer Computerintegrierten Telekommunikationsumgebung, wobei das Verfahren in einer initialen Einschaltphase umfasst: – auf einen erstmaligen Aufbau einer Assoziation zwischen einer ersten Datenverarbeitungsvorrichtung (9) und einer Schaltvorrichtung (1) hin, Verwenden eines Kommunikationslinks, Senden einer ersten Nachricht (A) von der ersten Datenverarbeitungsvorrichtung (9) an die Schaltvorrichtung (1), um eine Identifikation für alle Überwachungsobjekte anzufragen, die durch die erste Datenverarbeitungsvorrichtung (9) zu überwachen sind; – in Antwort auf die erste Nachricht (A), Senden einer zweiten Nachricht (B) von der Schaltvorrichtung (1) an die erste Datenverarbeitungsvorrichtung (9), wobei sich die zweite Nachricht (B) auf eine dritte Nachricht (C) bezieht, die folgt; – Allozieren von Überwachungsobjekten, welche die erste Datenverarbeitungsvorrichtung (9) überwachen soll; und – Senden der dritten Nachricht (C) von der Schaltvorrichtung (1) an die Datenverarbeitungsvorrichtung (9), wobei sich die dritte Nachricht (C) auf die zweite Nachricht (B) rückbezieht, und als eine einzelne Nachricht, welche eine Liste (deviceList) von allen Überwachungsobjekten enthält, welche der ersten Datenverarbeitungsvorrichtung (9) zum Überwachen zugewiesen sind, wobei die Liste einen Parameterblock für jedes allozierte Überwachungsobjekt enthält, wobei der Parameterblock Information zum Aktivieren einer Überwachung des jeweiligen Überwachungsobjekts an der ersten Datenverarbeitungsvorrichtung (9) enthält.

Description

  • GEBIET DER ERFINDUNG
  • Die vorliegende Erfindung betrifft im Allgemeinen das Gebiet der Netzwerkkommunikation. Insbesondere betrifft die vorliegende Erfindung ein Verfahren, eine Vorrichtung und ein System zum Überwachen von Überwachungsobjekten in einer Computer-integrierten Telekommunikationsumgebung.
  • HINTERGRUND DER ERFINDUNG
  • Netzwerke verbinden elektronische Vorrichtungen miteinander und befähigen sie, miteinander zu kommunizieren. Die elektronischen Vorrichtungen können Terminalkommunikationsvorrichtungen (z. B. Smartphones, Laptops, Computer, Tablets, etc.), Server, Hosts (Verarbeitungseinheiten wie beispielsweise Computer, Drucker oder andere periphere Vorrichtungen), Controller, Schalter, Gateways und andere Netzwerkelemente enthalten. Diese elektronischen Vorrichtungen kommunizieren in dem Netzwerk durch Kommunikationskanäle oder Links miteinander. Verschiedene physische Vorrichtungen unterliegen diesen Kanälen. Beispiele der physischen Vorrichtungen enthalten Adapter, welche verschiedene Netzwerkelemente mit einem Netzwerk verbinden, ein Kabel oder einen Bus, welcher die Adapter mit einem Port an einem Netzwerkhub verbindet, die Netzwerkschalter, welche für jedes Netzwerkelement Konnektivität bereitstellen und die Kabel oder Busse, welche diese mit Netzwerkschaltern untereinander verbinden.
  • Beispiele von Netzwerken und Netzwerkelementen sind in DE 101 51 436 A1 , DE 101 49 983 A1 , US 7,266,758 B2 , US 7,440,393 B2 oder US 2013/0185445 A1 offenbart. Der internationale Standard ECMA 269 offenbart Beispiele von Verfahren, durch welche verschiedene Netzwerkelemente miteinander kommunizieren können.
  • Ein Überwachen von verschiedenen Netzwerkvorrichtungen kann in einem Netzwerk stattfinden. Zum Beispiel wird gemäß den Computer Supported Telecommunications Application-(CSTA)-Standards oft eine Datenverarbeitungsfunktion benötigt, um individuelle Vorrichtungsüberwachungen für jede Vorrichtung unter dessen Steuerung zu starten. In vielen Netzwerken kann ein Einhalten der CSTA-Standards zum Durchführen der Überwachung von verschiedenen Vorrichtungen beachtliche Netzwerkressourcen einbeziehen, was dem Betreiben des Netzwerks Kosten hinzufügen kann und/oder die Qualität der Netzwerkleistung reduzieren kann. Zum Beispiel kann es bei einem großen Einsatz erforderlich sein, dass bis zu 100.000 Serviceanfragen durch eine CSTA-Datenverarbeitungsfunktion getätigt werden müssen und Antworten durch eine CSTA-Schaltfunktion auf solche Anfragen nicht auf serielle Weise verarbeitet werden müssen. Solch ein Verfahren kann eine Schrittsteuerung durch die Datenverarbeitungsfunktion und die Schaltfunktion benötigen, um das System nicht mit Anfragen in der Einschaltphase der Überwachung zu überlasten.
  • Genauer gesagt wird eine große Anzahl von Nachrichten während der Einschaltphase zwischen einem CSTA Server, welcher eine Schaltfunktion (SF) bereitstellt, und einem CSTA Client, welcher eine Datenverarbeitungsfunktion (OF) bereitstellt, ausgetauscht. Diese Nachrichten sind im Stand der Technik obligatorisch, um beide Systeme zu synchronisieren. Die Menge an Nachrichten steht mit der Anzahl von Vorrichtungen in Zusammenhang, welche in dem CSTA Server konfiguriert sind (z. B. Private Branch Exchange – PBX) und mit der Information, welche durch den CSTA Client verarbeitet wird (z. B. Drittanwendung). In dem Sinne der vorliegenden Anmeldung kann der CSTA Server als ein Äquivalent einer Schaltvorrichtung angesehen werden, während der CSTA Client als ein Äquivalent einer Datenverarbeitungsvorrichtung angesehen werden kann.
  • ECMA-269 definiert die Einschaltnachrichten, welche verwendet werden müssen, um einen CSTA Client und einen CSTA Server für jede Vorrichtung einer CSTA Domain zu synchronisieren. Aufgrund der Tatsache, dass die Menge an Nachrichten direkt mit der Anzahl von konfigurierten Vorrichtungen in Zusammenhang steht, kann das initiale Einschalten zum Zeitpunkt T = 0 lange dauern.
  • US 2013/0185445 A1 lehrt wie das Einschalten nach einer Fehlersituation zum Zeitpunkt T = n, welcher später als T = 0 ist, optimiert werden kann.
  • D. h., eine initiale Synchronisation zum Zeitpunkt T = 0 wird als bereits ausgeführt angenommen. Dieser Stand der Technik erlaubt es nicht, das Einschalten zu optimieren und damit die initiale Synchronisation zum Zeitpunkt T = 0. Weiterhin erfordert US 2013/0185445 A1 einen fehlerfreien Betrieb, welcher durch den CSTA Server garantiert wird.
  • US 8775617 B2 offenbart eine Kommunikationsvorrichtung, welche eine Computerunterstützte Telekommunikationsanwendungs-(”CSTA”)-Sitzung umfasst, welche zwischen einer Rechenfunktion und einer Schaltfunktion aufgebaut wird, die eine Zeitperiode umfasst, in welcher Überwachungen und Registrierungen durch die Schaltfunktion erhalten bleiben, wenn die Rechenfunktion in der Lage ist, die Sitzung innerhalb dieser Zeitperiode nach einem temporären Verbindungsabbruch neu zu starten. Die Schaltfunktion verfolgt jegliche anrufbezogene und nicht-anrufbezogene Vorrichtungsaktivität nach, welche zwischen dem Verbindungsabbruch bis zum Neustart der Anwendungssitzung auftritt. Wenn die Rechenfunktion die Anwendung innerhalb der Zeitperiode neu startet, sendet die Schaltfunktion der Rechenfunktion eine Liste von Vorrichtungen, deren Aktivität während des Ausfalls detektiert wurde. Die Rechenfunktion verwendet die Liste von Vorrichtungen, um den Status dieser Vorrichtungen abzufragen, um die Zeit zu verkürzen, welche benötigt wird, um eine Wiederherstellung durchzuführen.
  • OpenScape Voice V8, Interface Manual: Volume 4, CSTA Interface, Description. Unify GmbH & Co. KG, 03/2015, URL: http://wiki.unify.com/images/6/68/OpenScape_Voice_V8:CSTA_Interface_Manual.pdf definiert die CSTA Services, welche eine funktionale Integration zwischen jeder CSTA-fähigen Anwendung (Rechenfunktion) und OpenScape Voice (Schaltfunktion) erlauben.
  • Es sind „all-in-one” Lösungen, wie OSBiz, bekannt, wo Server, Middleware und Applikation oft den gleichen Prozessor teilen und logische, jedoch nicht physisch getrennte Einheiten bilden. In solchen Systemen würde ein Verfahren, wie oben beschrieben, von keinerlei Nutzen sein, da ein System-Restart eines OSBiz immer wie das initiale Einschalten zum Zeitpunkt T = 0 ist, da die Information, welche zum Zeitpunkt T = n benötigt wird, nicht verfügbar ist.
  • Eine Aufgabe der vorliegenden Erfindung ist es, die Anzahl von CSTA Nachrichten, welche zwischen einem CSTA Client und einem CSTA Server während eines Einschaltens zum Zeitpunkt T = 0 ausgetauscht werden, wesentlich zu reduzieren, wodurch die Zeit beschleunigt wird, um beide Systeme zu synchronisieren.
  • ZUSAMMENFASSUNG DER ERFINDUNG
  • Die zuvor genannte Aufgabe wird durch die Merkmale der unabhängigen Ansprüche gelöst. Bevorzugte Ausführungsformen und vorteilhafte Weiterbildungen sind in den abhängigen Ansprüchen festgelegt.
  • Eine Grundidee der vorliegenden Erfindung ist es, die Anzahl von CSTA Nachrichten, welche zwischen einem CSTA Client und einem CSTA Server während eines Einschaltens zum Zeitpunkt T = 0 ausgetauscht werden, wesentlich zu reduzieren, wodurch die Zeit, um beide Systeme zu synchronisieren, durch Verwenden nur einer initialen Nachricht für alle Vorrichtungen einer CSTA Domain anstelle des Verwendens mehrerer Nachrichten pro Vorrichtung beschleunigt wird.
  • Ein Aspekt der Erfindung ist ein Verfahren zum Überwachen von Überwachungsobjekten in einer Computer-integrierten Telekommunikationsumgebung, wobei das Verfahren in einer initialen Einschaltphase umfasst:
    • – auf einen erstmaligen Aufbau einer Assoziation zwischen einer ersten Datenverarbeitungsvorrichtung und einer Schaltvorrichtung unter Verwendung eines Kommunikationslinks hin, Senden einer ersten Nachricht von der ersten Datenverarbeitungsvorrichtung an die Schaltvorrichtung, um eine Identifikation für alle Überwachungsobjekte anzufragen, welche durch die erste Datenverarbeitungsvorrichtung zu überwachen sind;
    • – in Antwort auf die erste Nachricht, Senden einer zweiten Nachricht von der Schaltvorrichtung an die erste Datenverarbeitungsvorrichtung, wobei sich die zweite Nachricht auf eine dritte Nachricht bezieht, welche folgt;
    • – Allozieren von Überwachungsobjekten, welche die erste Datenverarbeitungsvorrichtung zu überwachen hat; und
    • – Senden der dritten Nachricht von der Schaltvorrichtung an die erste Datenverarbeitungsvorrichtung, wobei sich die dritte Nachricht auf die zweite Nachricht rückbezieht und als eine einzelne Nachricht eine Liste von allen Überwachungsobjekten enthält, welche der ersten Datenverarbeitungsvorrichtung zur Überwachung zugewiesen sind, wobei die Liste einen Parameterblock für jedes allozierte Überwachungsobjekt umfasst, wobei der Parameterblock Information umfasst, um ein Überwachen der jeweiligen Überwachungsobjekte an der ersten Datenverarbeitungsvorrichtungen zu ermöglichen.
  • Eine Computer-integrierte Telekommunikations- oder Computer-Telefon-Integrations-(CTI)-Umgebung im Sinne der vorliegenden Erfindung kann jegliche Umgebung sein, wo Telefonie ausgeführt wird, d. h. integriert oder koordiniert, durch die Verwendung und/oder Hilfe von Computerinstallationen und Netzwerken. Bekannte CTI-Umgebungen können Standards wie CSTA, ACL-C, TAPI und weitere verwenden. CSTA Dienste können Standards und Empfehlungen folgen, welche beispielsweise durch Organisationen wie Ecma International bereitgestellt werden. Vorrichtungen, Anrufe, etc., welche in einer CTI-Umgebung involviert sind, können überwacht werden. Ein Überwachungsobjekt ist ein Objekt innerhalb einer CTI-Umgebung, das zu überwachen ist. Ein Überwachungsobjekt kann von jeglicher denkbarer Kategorie oder jeglichem denkbaren Typ sein. Insbesondere kann ein Überwachungsobjekt, welches z. B. einer Ecma-Standardisierung folgt, ein Vorrichtungsobjekt oder ein Anrufobjekt sein, und kann von einem Vorrichtungstyp oder einem Anruftyp sein. Vorzugsweise wird eine Datenverarbeitungsvorrichtung im Sinne der vorliegenden Erfindung als CSTA Client implementiert oder implementiert diesen, und eine Schaltvorrichtung im Sinne der vorliegenden Erfindung wird als ein CSTA Server implementiert oder implementiert diesen. Vorzugsweise wird der Allozierungsschritt an der Schaltvorrichtung ausgeführt. Da die Datenverarbeitungsvorrichtung Information über alle Kommunikationsvorrichtungen einer CSTA Domain durch eine Nachricht anfragt und die Schaltvorrichtung Information über alle allozierten Kommunikationsvorrichtungen innerhalb einer anderen Nachricht enthält, wird die Menge an ausgetauschten Nachrichten verringert. Daher kann die Einschaltzeit in dem Überwachungsinitiierungsprozess dramatisch reduziert werden.
  • In einer bevorzugten Ausführungsform kann das Verfahren vorsehen, dass der Parameterblock für jedes allozierte Überwachungsobjekt umfasst
    • – einen Identifizierer,
    • – Charakterisierungsinformation, wie beispielsweise eine Kategorie, einen Typ und einen Namen, und
    • – eine Überwachungsreferenz, welche derartig konfiguriert ist, dass Ereignisse, welche das jeweilige Überwachungsobjekt involvieren, durch die Schaltvorrichtung an die erste Computervorrichtung kommuniziert werden.
  • Ein Identifizierer kann von jeglichem/jeglicher Zeichen, String, Zahl oder Bitfolge sein, welche/welcher ein bestimmtes Überwachungsobjekt identifiziert. Es wird angemerkt, dass einzelne Elemente der Parameterblöcke weggelassen werden können, sofern sie nicht unabdingbar für die Funktion der vorliegenden Erfindung sind. Zum Beispiel kann ein Name weggelassen werden, wenn der Identifizier zum Adressieren eines bestimmten Überwachungsobjekts verwendet wird.
  • In einer bevorzugten Ausführungsform kann das Verfahren vorsehen, dass die Anfrage zum Identifizieren von Überwachungsobjekten, die durch die erste Datenverarbeitungsvorrichtung zu überwachen sind, in der ersten Nachricht von der ersten Datenverarbeitungsvorrichtung an die Schaltvorrichtung ein Anfragen aller Typen von Überwachungsobjekten, insbesondere jeglicher Vorrichtungskategorie, enthält.
  • Gemäß einer weiteren bevorzugten Ausführungsform kann das Verfahren vorsehen, dass die Anfrage zum Identifizieren von Überwachungsobjekten, die durch die erste Datenverarbeitungsvorrichtung in der ersten Nachricht von der ersten Datenverarbeitungsvorrichtung zu der Schaltvorrichtung zu überwachen sind, ein Anfragen zumindest einer ausgewählten Kategorie von Überwachungsobjekten, insbesondere einer Vorrichtungskategorie, enthält.
  • Weitere Ausführungsformen können ein Anfragen einer bestimmten minimalen oder maximalen Anzahl von Überwachungsobjekten, die durch die erste Datenverarbeitungsvorrichtung zu überwachen sind, enthalten.
  • In bestimmten Ausführungsformen kann das Verfahren umfassen:
    • – Anfragen, in der ersten Nachricht von der ersten Datenverarbeitungsvorrichtung zu der Schaltvorrichtung, eines Anrufverarbeitungszustands von allen allozierten Überwachungsobjekten;
    • – Bereitstellen von Information bezüglich eines Anrufverarbeitungszustands von jedem allozierten Überwachungsobjekt, welches an einem Anruf teilnimmt, in der dritten Nachricht von der Schaltvorrichtung zu der ersten Datenverarbeitungsvorrichtung, wobei die Information vorzugsweise in dem Parameterblock von jedem benannten Vorrichtungsobjekt enthalten ist, wobei
    • – wenn ein alloziertes Überwachungsobjekt in einem deaktivierten Zustand ist, die Information für das jeweilige Überwachungsobjekt einen Parameter, welcher dies anzeigt, enthält,
    • – während in allen anderen Fällen die Information für das jeweilige Überwachungsobjekt eine Referenz zu einer vierten Nachricht, welche folgt, enthält.
  • In denjenigen Ausführungsformen kann das Verfahren weiterhin umfassen:
    • – für jedes allozierte Überwachungsobjekt, wenn durch eine Referenz in der dritten Nachricht gekennzeichnet, Senden der vierten Nachricht von der Schaltvorrichtung zu der Datenverarbeitungsvorrichtung, wobei die vierte Nachricht Information über die Anrufe bereitstellt, welche mit dem jeweiligen Überwachungsobjekt, insbesondere dem Vorrichtungsobjekt, assoziiert sind, welches an dem spezifizierten Anruf teilnimmt.
  • Die Anrufverarbeitungsinformation kann in der Form eines Snapshots bereitgestellt werden.
  • In spezifischen Ausführungsformen kann das Verfahren vorsehen, dass die Anfrage zum Identifizieren von Überwachungsobjekten, welche durch die erste Datenverarbeitungsvorrichtung in der ersten Nachricht von der ersten Datenverarbeitungsvorrichtung zu der Schaltvorrichtung zu überwachen sind, sich bezieht auf
    • – Vorrichtungsobjekte, welche Kommunikationsvorrichtungen repräsentieren, welche mit der Schaltvorrichtung verbunden sind, und/oder
    • – Anrufobjekte, welche Anrufe repräsentieren, welche in der Domain oder Sub-Domain der Schaltvorrichtung oder in der Domain oder Sub-Domain von jeglicher Kommunikationsvorrichtung existieren, welche mit der Schaltvorrichtung oder irgendwo anders in einem Kommunikationssystem, zu welchem die Schaltvorrichtung gehört, verbunden sind.
  • In spezifischen Ausführungsformen kann das Verfahren umfassen:
    • – Anfragen, in der ersten Nachricht, von der ersten Datenverarbeitungsvorrichtung zu der Schaltvorrichtung, von einem Feature-Status eines oder mehrerer Features von allen allozierten Überwachungsobjekten; und
    • – Bereitstellen, in der dritten Nachricht von der Schaltvorrichtung zu der ersten Datenverarbeitungsvorrichtung, von Information, welche den angefragten Feature-Status von jedem allozierten Überwachungsobjekt anzeigt, wobei die Information vorzugsweise in dem Parameterblock von jedem allozierten Überwachungsobjekt enthalten ist,
    wobei sich der Feature-Status vorzugsweise auf Standard-Synchronisation-Features für eine Anwendung, wie beispielsweise ein Call Center, eine Unified Communication oder eine Unified Communication und Collaboration Applikation, und/oder zusätzliche Features bezieht.
  • In spezifischen Ausführungsformen kann das Verfahren vorsehen, dass der Assoziationsaufbau ein Starten einer Applikations-Session umfasst, vorzugsweise einem ECMA-354 Standard folgend.
  • In spezifischen Ausführungsformen kann das Verfahren in einer initialen Einschaltphase weiterhin umfassen:
    • – auf einen erstmaligen Aufbau einer Assoziation zwischen zumindest einer zweiten Datenverarbeitungsvorrichtung und der Schaltvorrichtung hin, unter Verwendung eines Kommunikationslinks, Senden einer ersten Nachricht von jeder von der zumindest einen zweiten Datenverarbeitungsvorrichtung zu der Schaltvorrichtung, um eine Identifizierung für alle Überwachungsobjekte anzufragen, welche durch eine jeweilige zweite Datenverarbeitungsvorrichtung zu überwachen sind;
    • – in Antwort auf die erste Nachricht von jeder von der zumindest einen zweiten Datenverarbeitungsvorrichtung zu der Schaltvorrichtung hin, Senden einer jeweiligen zweiten Nachricht von der Schaltvorrichtung an jede von der zumindest einen zweiten Datenverarbeitungsvorrichtung, wobei sich die zweite Nachricht auf eine jeweilige dritte Nachricht, die folgt, bezieht;
    • – Allozieren von Überwachungsobjekten, welche jede jeweilige zweite Datenverarbeitungsvorrichtung zu überwachen hat; und
    • – Senden der jeweiligen dritten Nachricht von der Schaltvorrichtung an jede von der zumindest einen zweiten Datenverarbeitungsvorrichtung, wobei jede dritte Nachricht sich auf die jeweilige zweite Nachricht rückbezieht und eine einzelne Nachricht ist, welche eine Liste (deviceList) von allen Überwachungsobjekten umfasst, welche der jeweiligen zweiten Datenverarbeitungsvorrichtung zur Überwachung zugewiesen sind, wobei die Liste einen Parameterblock für jedes allozierte Überwachungsobjekt umfasst, wobei der Parameterblock Information umfasst, um ein Überwachen des jeweiligen Überwachungsobjekts an der jeweiligen zweiten Datenverarbeitungsvorrichtung zu ermöglichen.
  • Hier ist eine Allokation der Überwachungsobjekte vorzugsweise derart, dass jedes Überwachungsobjekt nur einer ersten Datenverarbeitungsvorrichtung oder einer von der zumindest einen zweiten Datenverarbeitungsvorrichtung zur Überwachung zugewiesen wird.
  • Andere Aspekte der vorliegenden Erfindung sind einer Kommunikationsvorrichtung und ein Kommunikationssystem, welche konfiguriert sind, um das oben beschriebene Verfahren zu implementieren. Eine Kommunikationsvorrichtung kann eine Datenverarbeitungsvorrichtung oder eine Schaltvorrichtung sein. Das Kommunikationssystem kann die Schaltvorrichtung und/oder zumindest eine Datenverarbeitungsvorrichtung umfassen. Die Vorrichtung und/oder das System können Mittel umfassen, welche angepasst sind um, in einer initialen Einschaltphase:
    • – auf einen erstmaligen Aufbau einer Assoziation zwischen einer ersten Datenverarbeitungsvorrichtung und einer Schaltvorrichtung unter Verwendung eines Kommunikationslinks hin, eine erste Nachricht von der ersten Datenverarbeitungsvorrichtung zu der Schaltvorrichtung zu senden, um eine Identifikation für alle Überwachungsobjekte, welche durch die erste Datenverarbeitungsvorrichtung zu überwachen sind, anzufragen;
    • – in Antwort auf die erste Nachricht, eine zweite Nachricht von der Schaltvorrichtung zu der ersten Datenverarbeitungsvorrichtung zu senden, wobei sich die zweite Nachricht auf eine dritte Nachricht, welche folgt, bezieht;
    • – Überwachungsobjekte zu allozieren, welche die erste Datenverarbeitungsvorrichtung zu überwachen hat; und
    • – die dritten Nachricht von der Schaltvorrichtung zu der ersten Datenverarbeitungsvorrichtung zu senden, wobei sich die dritte Nachricht auf die zweite Nachricht rückbezieht, und als eine einzelne Nachricht eine Liste von allen Überwachungsobjekten enthält, welche der ersten Datenverarbeitungsvorrichtung zur Überwachung zugewiesen sind, wobei die Liste einen Parameterblock für jegliche allozierte Überwachungsobjekte umfasst, wobei der Parameterblock Information umfasst, um eine Überwachung des jeweiligen Überwachungsobjekts an der ersten Datenverarbeitungsvorrichtung zu ermöglichen.
  • Die zuvor genannten Mittel können als physische Einrichtungen, d. h. Hardware oder Software ausgeführt sein. Die zuvor genannten Mittel können in einer Vorrichtung, z. B. als unterschiedliche logische Einheiten, welche als ein Server oder eine Schaltvorrichtung und eine oder mehrere Clients oder Datenverarbeitungsvorrichtungen implementiert werden, oder können über eine Vielzahl von Vorrichtungen, welche einen Server oder eine Schaltfunktion und einen Client oder eine Datenverarbeitungsfunktion aufweisen, verteilt sein. Eine Vorrichtung, welche eine Seite einer Nachrichtenübermittlungskommunikation wie oben beschrieben repräsentiert, kann angepasst sein, um eine weitere Vorrichtung mit Funktionen bereitzustellen, welche, wenn auf einer anderen Vorrichtung implementiert, die andere Vorrichtung befähigen, die andere Seite der Nachrichtenübermittlungskommunikation zu repräsentieren. Zum Beispiel kann eine Schaltvorrichtung, welche als Server agiert, eine Datenverarbeitungsvorrichtung bereitstellen, welche als Client mit den Funktionen der Seite der Datenverarbeitungsvorrichtung der Datenübermittlungskommunikation, wie oben beschrieben, agiert.
  • Die vorliegende Erfindung kann auch durch ein Softwareprodukt zum Überwachen von Überwachungsobjekten in einer Computer-integrierten Telekommunikationsumgebung ausgeführt werden, wobei das Softwareprodukt auf einem computerlesbaren Medium gespeichert ist, welches vorzugsweise direkt in einen Arbeitsspeicher eines Computers ladbar ist und Programmcode zum Ausführen der Schritte von irgendeinem der oben beschriebenen Verfahren enthält, wenn das Softwareprodukt durch einen Computer ausgeführt wird, wobei der Computer vorzugsweise enthalten ist in oder ausgeführt wird in einem Server, vorzugsweise einem Telekommunikationsserver, Client, Desktop-Computer, tragbarem Computer, Tablet, Telefon, Mobiltelefon, Smartphone, PDA oder dergleichen. Die vorliegende Erfindung kann auch durch ein Computerprogramm verkörpert werden, welches Instruktionen enthält, um zu bewirken, dass ein Computer die Schritte des zuvor beschriebenen Verfahrens ausführt, wenn das Computerprogramm in einen Computer geladen wird oder durch diesen ausgeführt wird, oder durch einen digitalen Datenträger, welcher elektrisch lesbare Steuersignale aufweist, welche konfiguriert sind, um mit einem programmierbaren Computer zu arbeiten, wobei die Steuersignale konfiguriert und angepasst sind, um zu bewirken, dass der Computer die Schritte des zuvor beschriebenen Verfahrens ausführt.
  • In allen dieser Fälle kann der Computer auch durch die Vorrichtung oder das System des beschriebenen Aspekts der Erfindung, eine Kommunikationsvorrichtung wie beispielsweise ein Mobiltelefon, Smartphone oder dergleichen, einen Server wie beispielsweise einen Konferenzserver oder dergleichen, einen Personal Computer oder dergleichen verkörpert werden. Das Softwareprodukt kann ein Plug-in, ein Add-on, eine App oder dergleichen sein, welche in einer Telekommunikationsanwendung oder dergleichen enthalten ist oder durch diese verwendet wird oder zusammen damit ausgeführt wird, oder kann ein Basisprogramm einer Telekommunikationseinheit, einer Konferenzeinheit, eines Servers, eines Clients oder dergleichen darstellen.
  • Weitere Merkmale, Aufgaben, Vorteile und Details der vorliegenden Erfindung werden aus der folgenden Beschreibung der spezifischen Ausführungsformen der Erfindung und jeweiligen Darstellung in den angehängten Zeichnungen übersichtlicher werden. Natürlich sind Merkmale, Aufgaben, Vorteile und Details der spezifischen Ausführungsformen, ihrer Variationen und Modifikationen mutatis mutandis auf andere Ausführungsformen, Variationen und Modifikationen anwendbar, solange eine Anwendung nicht offensichtlich gegen technische Beschränkungen oder Naturgesetze verstößt. Ausführungsformen können miteinander kombiniert werden und jede Kombination einer Ausführungsform mit einer weiteren Ausführungsform kann insgesamt oder hinsichtlich einzelner Merkmale davon als eine Ausführungsform der Erfindung bildend betrachtet werden.
  • Weitere Details, Aufgaben und Vorteile der Erfindung werden aus der folgenden Beschreibung der derzeit bevorzugten beispielhaften Ausführungsformen ersichtlich werden.
  • KURZE BESCHREIBUNG DER ZEICHNUNGEN
  • Beispielhafte Vorrichtungen, Systeme und Verfahren zum Bereitstellen und Überwachen von Kommunikationen zwischen mehreren Kommunikationsvorrichtungen sind in den begleitenden Zeichnungen gezeigt und bestimmte beispielhafte Verfahren des Ausführens dieser sind auch darin dargestellt. Es sollte verstanden werden, das gleiche Bezugszeichen, welche in den Zeichnungen verwendet werden, gleiche Komponenten kennzeichnen können.
  • 1 ist ein Blockdiagramm einer beispielhaften Ausführungsform eines Kommunikationssystems gemäß der vorliegenden Erfindung.
  • 2 ist ein Blockdiagramm einer beispielhaften Ausführungsform einer Schaltvorrichtung in dem Kommunikationssystem von 1.
  • 3 ist ein Blockdiagramm einer beispielhaften Ausführungsform einer Terminalvorrichtung in dem Kommunikationssystem von 1.
  • 4 ist ein Blockdiagramm einer beispielhaften Ausführungsform einer Datenverarbeitungsvorrichtung in dem Kommunikationssystem von 1.
  • 5 ist ein Blockdiagramm einer beispielhaften Ausführungsform einer Datenverarbeitungsvorrichtung in dem Kommunikationssystem von 1 in einer beispielhaften Ausführungsform eines Assoziationsaufbauprozesses gemäß der vorliegenden Erfindung.
  • 6 ist ein schematisches Diagramm, welches Kommunikationen darstellt, welche zwischen der Schaltvorrichtung und einer Datenverarbeitungsvorrichtung in dem Kommunikationssystem von 1 in einer beispielhaften Ausführungsform des Überwachungsstartprozesses gemäß der vorliegenden Erfindung ausgetauscht werden.
  • 7 ist ein schematisches Diagramm, welches Kommunikationen darstellt, welche zwischen der Schaltvorrichtung und einer Datenverarbeitungsvorrichtung in dem Kommunikationssystem von 1 in einer weiteren beispielhaften Ausführungsform eines Überwachungsstartprozesses gemäß der vorliegenden Erfindung darstellt.
  • 8 ist ein schematisches Diagramm, welches Kommunikationen darstellt, welche zwischen der Schaltvorrichtung und einer Datenverarbeitungsvorrichtung in dem Kommunikationssystem von 1 in noch einer weiteren beispielhaften Ausführungsform eines Überwachungsstaatsprozesses gemäß der vorliegenden Erfindung ausgetauscht werden.
  • 9 ist ein schematisches Diagramm, welches Kommunikationen darstellt, welche zwischen der Schaltvorrichtung und einer Datenverarbeitungsvorrichtung in dem Kommunikationssystem von 1 in einer weiteren beispielhaften Ausführungsform eines Überwachungsstartprozesses gemäß der vorliegenden Erfindung ausgetauscht werden.
  • 10 ist ein schematisches Diagramm, welches Kommunikationen darstellt, welche zwischen der Schaltvorrichtung und Datenverarbeitungsvorrichtung in dem Kommunikationssystem von 1 in noch einer weiteren beispielhaften Ausführungsform eines Überwachungsstaatsprozesses gemäß der vorliegenden Erfindung ausgetauscht werden.
  • 11 ist ein schematisches Diagramm, welches Kommunikationen darstellt, welche zwischen der Schaltvorrichtung und einer Datenverarbeitungsvorrichtung in dem Kommunikationssystem von 1 in noch einer weiteren beispielhaften Ausführungsform eines Überwachungsstaatsprozesses gemäß der vorliegenden Erfindung ausgetauscht werden.
  • 12 ist ein schematisches Diagramm, welches Kommunikationen darstellt, welche zwischen der Schaltvorrichtung und der Datenverarbeitungsvorrichtung in dem Kommunikationssystem von 1 in noch einer weiteren beispielhaften Ausführungsform eines Überwachungsstaatsprozesses gemäß der vorliegenden Erfindung ausgetauscht werden
  • DETAILLIERTE BESCHREIBUNG VON BEISPIELHAFTEN AUSFÜHRUNGSFORMEN
  • <Vorrichtungsaspekte eines Kommunikationssystems der vorliegenden Erfindung>
  • 1 zeigt ein Prinzip-Diagramm eines Kommunikationssystems gemäß einer beispielhaften Ausführungsform der vorliegenden Erfindung. Das Kommunikationssystem der 1 kann als eine computerintegrierte Telekommunikationsumgebung im Sinne der vorliegenden Erfindung verstanden werden. 2 bis 4 sind jeweils Blockdiagramme einer exemplarischen Schaltvorrichtung, einer exemplarischen Terminalvorrichtung und einer exemplarischen Datenverarbeitungsvorrichtung in dem Kommunikationssystem dieser exemplarischen Ausführungsform.
  • In dem in 1 gezeigten Kommunikationssystem ist eine Schaltvorrichtung 1 in einem Netzwerk 2 enthalten. Eine erste Datenverarbeitungsvorrichtung 9 ist innerhalb des Netzwerks 2 kommunikativ mit der Schaltvorrichtung 1 verbunden. In dieser beispielhaften Ausführungsform ist die Schaltvorrichtung 1 eine Nebenstelle, wie beispielsweise eine Nebenstellenanlage (PBX). Jedoch ist die vorliegende Erfindung nicht hierauf beschränkt. Insbesondere kann die Schaltvorrichtung jeglicher andere Typ einer Nebenstelle oder noch allgemeiner jeglicher andere Typ einer Schaltvorrichtung sein. In dieser beispielhaften Ausführungsform ist die erste Datenverarbeitungsvorrichtung 9 eine Server-Datenverarbeitungsvorrichtung 9, wie beispielsweise eine Workstation, eine Computer-Telefonie-Integration-(CTI)-Server-Datenverarbeitungsvorrichtung oder eine andere Datenverarbeitungsvorrichtung. Die Schaltvorrichtung 1 ist als eine Schaltfunktion gemäß dem CSTA Standard konfiguriert und die erste Datenverarbeitungsvorrichtung 9 ist als eine Datenverarbeitungsfunktion gemäß dem CSTA Standard konfiguriert. Eine zweite Datenverarbeitungsvorrichtung 10 ist kommunikativ mit der Schaltvorrichtung 1 verbunden. Jedoch ist die vorliegende Erfindung nicht auf dies beschränkt. Insbesondere ist die zweite Datenverarbeitungsvorrichtung 10 eine Option. Das Netzwerk 2 kann nur die Schaltvorrichtung 1 und die erste Datenverarbeitungsvorrichtung 9 enthalten, oder die Schaltvorrichtung 1 und eine vorgegebene Anzahl von Datenverarbeitungsvorrichtungen, wie beispielsweise die erste Datenverarbeitungsvorrichtung 9 und die zweite Datenverarbeitungsvorrichtung 10. Die zweite Datenverarbeitungsvorrichtung 10 oder jegliche andere Datenverarbeitungsvorrichtungen können auch als eine Datenverarbeitungsfunktion gemäß dem CSTA Standard konfiguriert sein.
  • Die Schaltvorrichtung 1 ist kommunikativ mit mehreren Kommunikationsvorrichtungen, wie beispielsweise einer ersten Terminalvorrichtung 3, einer zweiten Terminalvorrichtung 5 und einer dritten Terminalvorrichtung 7 verbunden. Jede Terminalvorrichtung 3, 5, 7 kann eines jeglichen Typs eines Kommunikationsendpunkts sein, wie beispielsweise ein Personal-Computer, eine Benutzervorrichtung, ein Laptop-Computer, ein Tablet, ein Telefon, ein Mobiltelefon, ein Smartphone, oder Personal Digital Assistant (PDA). Mit anderen Worten ist jede Terminalvorrichtung ein Beispiel einer Kommunikationsvorrichtung im Sinne der vorliegenden Erfindung. Die Erfindung ist jedoch nicht auf Terminalvorrichtungen im engeren Sinne davon beschränkt. Kommunikationsvorrichtungen können jegliche Kategorie und jeglichen Typ von Vorrichtungen enthalten, wie beispielsweise Terminals, Amtsleitungen und Gruppen oder jegliche andere Vorrichtung, insbesondere jegliche andere mittels CTI handhabbare Vorrichtung. Jegliche Kommunikationsvorrichtung, wie beispielsweise die Terminalvorrichtungen 3, 5, 7 können als Vorrichtungsobjekt adressiert werden und können eines jeglichen Typs oder einer jeglichen Kategorie eines Vorrichtungsobjekts sein.
  • Anrufe, wie beispielsweise ein erster Anruf 4, ein zweiter Anruf 6 und ein dritter Anruf 8 können in der Domain oder in der Sub-Domain der Schaltvorrichtung 1 oder der Terminalvorrichtung 3, 5, 7 oder irgendwo innerhalb oder außerhalb des Netzwerks 2 an einer Instanz, welche mit der Schaltvorrichtung 1 oder jeglicher Terminalvorrichtung 3, 5, 7 verbunden ist, aufgebaut werden. Jeder Anruf 4, 6, 8 kann einen Anruf repräsentieren, welcher einer Steuerung und/oder Überwachung in dem Kommunikationssystem dieser beispielhaften Ausführungsform unterliegt und kann als Anrufobjekt eines jeglichen Typs oder Kategorie adressiert werden.
  • Jegliches Vorrichtungsobjekt oder Anrufobjekt, welches oben oder irgendwo in dieser Beschreibung erwähnt wird, kann als ein Überwachungsobjekt im Sinne der vorliegenden Erfindung angesehen werden.
  • Das Netzwerk 2 kann als ein Firmen-Intranet, ein Local Area Network, ein Wide Area Network oder als ein anderer Typ von Netzwerk konfiguriert sein. Die Kommunikationsvorrichtungen, welche mit der Schaltvorrichtung verbunden sind, können sich auch innerhalb des Netzwerks 2 befinden, sogar obwohl sie als außerhalb des Netzwerks 2 befindlich angenommen werden, sollten jedoch kommunikativ mit der Schaltvorrichtung 1 des Netzwerks 2 verbindbar sein. Das Netzwerk 2 kann mit dem Internet oder aber mit anderen Netzwerken verbunden sein. In spezifischen Ausführungsformen können die Netzwerke andere Netzwerkelemente enthalten, wie beispielsweise ein oder mehrere Gateways, ein oder mehrere Zugriffspunkte, ein oder mehrere Netzwerkknoten, ein oder mehrere Datenbank-Server-Datenverarbeitungsvorrichtungen und/oder ein oder mehrere Authentifizierungsserver.
  • 2 ist ein Blockdiagramm einer beispielhaften Schaltvorrichtung, welche eine Schaltvorrichtung 1 in dem Kommunikationssystem gemäß einer beispielhaften Ausführungsform der vorliegenden Erfindung repräsentiert.
  • Wie in 2 gezeigt ist, enthält die Schaltvorrichtung 1 dieser beispielhaften Ausführungsform Hardware. Die Hardware der Schaltvorrichtung 1 enthält eine Prozessoreinheit 15, welche kommunikativ mit einem nicht flüchtigen Speicher 11 und zumindest einer Sender-Empfänger-Einheit 13 verbunden ist. Der nicht flüchtige Speicher 11 ist derartig konfiguriert, dass eine oder mehrere Anwendungen oder andere Typen von Software in ihm gespeichert werden können. Die Prozessoreinheit 15 ist konfiguriert, um eine oder mehr Anwendungen, welche in dem Speicher 11 gespeichert sind, auszuführen, um zu bewirken, dass die Schaltvorrichtung 1 verschiedene Typen von Funktionen ausführt. Die Prozessoreinheit 15 kann eines jeglichen Typs eines Hardwareprozessors sein, wie beispielsweise eine zentrale Verarbeitungseinheit (CPU), miteinander verbundene Mikroprozessoren, ein oder mehrere Prozesskerne oder andere Typen von Hardwareprozessoren. Der Speicher 11 kann ein Flash-Speicher, eine Festplatte oder ein anderer Typ von nicht flüchtiger Speichervorrichtung zum Speichern elektronischer Daten sein, wie beispielsweise Dateien, Anwendungen und Datenbanken. Die Sender-Empfänger-Einheit 13 kann zumindest einen Empfänger und zumindest einen Sender enthalten.
  • 3 ist ein Blockdiagramm einer exemplarischen Terminalvorrichtung, welche irgendeine der Terminalvorrichtungen 3, 5, 7 in dem Kommunikationssystem gemäß einer exemplarischen Ausführungsform der vorliegenden Erfindung repräsentiert.
  • Es sollte angemerkt werden, dass jede Terminalvorrichtung in dieser exemplarischen Ausführungsform auch Hardware enthält. Wie in 3 gezeigt ist, enthält eine repräsentative Terminalvorrichtung gemäß dieser exemplarischen Ausführungsform eine Prozessoreinheit 27, welche kommunikativ mit einer Sender-Empfänger-Einheit 21, einem nicht flüchtigen Speicher 23 und zumindest einer Eingabevorrichtung 25 verbunden ist. Der Speicher 23 ist konfiguriert, um eine oder mehrere Anwendungen 22 zu speichern, welche durch den Prozessor 7 20 ausführbar sind. Eine oder mehrere Eingabevorrichtungen, Ausgabevorrichtungen oder zumindest eine Eingabe-/Ausgabevorrichtung 29 kann/können optional kommunikativ mit dem Prozessor 27 verbunden sein. Zum Beispiel kann eine Touchscreen-Anzeige, ein Monitor, ein Mikrofon, eine Videokamera oder eine andere Vorrichtung kommunikativ mit dem Prozessor 27 verbunden sein. Die Prozessoreinheit 27 kann eines jeden Typs von Hardwareprozessor sein, wie beispielsweise eine CPU, miteinander verbundene Mikroprozessoren, ein oder mehrere Prozessorkerne oder andere Typen von Hardware-Prozessoren. Der Speicher 23 kann ein Flash-Speicher, eine Festplatte oder ein anderer Typ einer nicht flüchtigen Speichervorrichtung zum Speichern elektronischer Daten sein, wie beispielsweise Dateien, Anwendungen und Datenbanken. Die Sender-Empfänger-Einheit 21 kann zumindest einen Empfänger und zumindest einen Sender enthalten. Die Eingabevorrichtung 25 kann zum Beispiel eine Taste, eine Tastatur, ein Tastenfeld, eine Maus, ein Zeiger, ein Eingabestift, ein Mikrofon, eine Touchscreen-Vorrichtung oder ein Typ von Eingabe-/Ausgabevorrichtung sein. Jede Eingabe-/Ausgabevorrichtung 29 kann eine Touchscreen-Vorrichtung oder ein anderer Typ von Eingabe-/Ausgabevorrichtung sein. Einer Ausgabevorrichtung kann einen Lautsprecher, eine Anzeige, einen Drucker, andere Typen von Ausgabevorrichtungen oder einen Typ von Eingabe-/Ausgabevorrichtung enthalten.
  • 4 ist ein Blockdiagramm einer Datenverarbeitungsvorrichtung, welche Datenverarbeitungsvorrichtungen 9, 10 in dem Kommunikationssystem gemäß einer exemplarischen Ausführungsform der vorliegenden Erfindung repräsentiert.
  • Es sollte angemerkt werden, dass jede Datenverarbeitungsvorrichtung in dieser exemplarischen Ausführungsform auch Hardware enthält. Wie in 4 gezeigt ist, umfasst die repräsentative Datenverarbeitungsvorrichtung gemäß dieser exemplarischen Ausführungsform Hardware, welche einen nicht flüchtigen Speicher 33, eine Sender-Empfänger-Einheit 31 und zumindest eine Eingabevorrichtung 35 enthält, welche kommunikativ mit einer Prozessoreinheit 37 verbunden ist. Der Speicher 33 ist konfiguriert, um zumindest eine Anwendung 32 zu speichern, welche durch die Prozessoreinheit 37 ausführbar ist, und zumindest eine Datenbank oder einen anderen Typ von Datenspeicher 34. Zumindest eine Ausgabevorrichtung 41 oder eine Eingabe-/Ausgabevorrichtung kann optional mit der Datenverarbeitungsvorrichtung verbunden sein. Die Prozessoreinheit 37 kann eines jeglichen Typs von Hardwareprozessor sein, wie beispielsweise eine CPU, miteinander verbundene Mikroprozessoren, einen oder mehrere Kernprozessoren oder ein anderer Typ von Hardware Prozessor. Der Speicher 33 kann ein Flash-Speicher, eine Festplatte oder ein anderer Typ von nicht flüchtiger Speichervorrichtung zum Speichern elektronischer Daten sein, wie beispielsweise Dateien, Anwendungen und Datenbanken. Die Transceiver 31 kann zumindest einen Empfänger und zumindest einen Sender enthalten. Jede Eingabevorrichtung 35 kann zum Beispiel eine Taste, eine Tastatur, ein Tastenfeld, eine Maus, ein Zeiger, ein Eingabestift, ein Mikrofon, eine Touchscreen-Vorrichtung oder ein anderer Typ von Eingabevorrichtung oder Eingabe-/Ausgabevorrichtung sein. Die Ausgabevorrichtung 41 kann ein Lautsprecher, eine Anzeige, ein Drucker, ein anderer Typ von Ausgabevorrichtung oder ein Typ einer Eingabe-/Ausgabevorrichtung sein.
  • In dieser exemplarischen Ausführungsform ist die Schaltvorrichtung 1 konfiguriert, um alle Kommunikationsvorrichtungen in dem Kommunikationssystem zu klassifizieren, welche zur impliziten Vorrichtungsüberwachung für eine vorkonfigurierte Datenverarbeitungsvorrichtung (z. B. die erste Datenverarbeitungsvorrichtung 9 und/oder zweite Datenverarbeitungsvorrichtung 10) aktiviert wurde. Die Vorrichtungsklassifizierung kann verwendet werden, um den Typ von Nutzern der Kommunikationsvorrichtungen zu identifizieren, welche die Datenverarbeitungsvorrichtung überwachen möchte (z. B. alle Kommunikationsvorrichtungen, welche mit der Schaltvorrichtung verbunden sind oder alle Kommunikationsvorrichtungen, welche mit Benutzern innerhalb einer spezifischen Mietergruppe oder Nutzern, welche eine spezifische Lizenz für Dienste, welche durch die Datenverarbeitungsvorrichtung bereitgestellt werden, haben oder jede andere Gruppe oder Art von Kommunikationsvorrichtungen, welche mit der Schaltvorrichtung 1 verbunden sind, assoziiert sind). Die Schaltvorrichtung 1 kann mit der ersten Datenverarbeitungsvorrichtung 1 und/oder der zweiten Datenverarbeitungsvorrichtung 10 kommunizieren, um jede implizite Vorrichtungsüberwachung mit einer vertrauenswürdigen Verbindung zu einer Datenverarbeitungsvorrichtung zu assoziieren.
  • Die erste Datenverarbeitungsvorrichtung 9 ist in dieser exemplarischen Ausführungsform konfiguriert, um einen Kommunikationslink oder eine Verbindung mit der Schaltvorrichtung 1 aufzubauen, um ein Überwachen von Kommunikationsvorrichtungen und Funktionen des Netzwerks 2 oder außerhalb des Netzwerks 2 durchzuführen, das die Kommunikationsvorrichtungen über die Schaltvorrichtung 1 nutzen können. Nach einem Aufbau eines Kommunikationslinks zwischen der Schaltvorrichtung 1 und der ersten Datenverarbeitungsvorrichtung 9 (d. h. ein erstmaliger Kommunikationslink) werden die erste Datenverarbeitungsvorrichtung 9 und die Schaltvorrichtung 1 aktiviert, um Nachrichten auszutauschen, um eine Anwendung zu starten und anschließend eine Überwachung der ersten Datenverarbeitungsvorrichtung zu initiieren. Ähnlich werden nach einem Aufbau eines Kommunikationslinks zwischen der ersten Schaltvorrichtung 1 und der zweiten Datenverarbeitungsvorrichtung ziehen (d. h. ein erstmaliger Kommunikationslink) die zweite Datenverarbeitungsvorrichtung 10 und die Schaltvorrichtung 1 aktiviert, um Nachrichten auszutauschen, um eine Anwendung zu starten und danach eine Überwachung der zweiten Datenverarbeitungsvorrichtung zu initiieren. Die Kommunikationslinks zwischen der Schaltvorrichtung 1 und der ersten und zweiten Datenverarbeitungsvorrichtung 9, 10 können zum Beispiel ein direkter verkabelter Link, ein direkter drahtloser Kommunikationslink und/oder ein Kommunikationslink sein, welcher sich entlang eines Pfades erstreckt, welcher mehrere intermediäre Netzwerkknoten enthält, die verkabelte Übertragungspfadsegmente und kabellose Übertragungspfadsegmente enthalten können.
  • <Verfahrensaspekte einer Einschaltphase gemäß der Erfindung>
  • Im Folgenden werden Teile einer Einschaltphase eines Überwachungsprozesses von Überwachungsobjekten in einer Computer-integrierten Telekommunikationsumgebung im Detail beschrieben werden.
  • Eine Standardsequenz zum Einschalten eines Kommunikationssystems enthält regelmäßig:
    • – Einrichten des Kommunikationslinks zwischen CSTA Client und CSTA Server;
    • – Prüfen auf konfigurierte Kommunikationsvorrichtungen in der CSTA Domain;
    • – Setzen eines CSTA Monitors auf eine Kommunikationsvorrichtungen mit Allokation einer CSTA MonitorCrossReference;
    • – Prüfen eines Anrufverarbeitungszustands einer Kommunikationsvorrichtungen;
    • – Prüfen einer Feature-Aktivierung/Deaktivierung an einer Kommunikationsvorrichtung.
  • Als ein grundlegender Lösungsaspekt der vorliegenden Erfindung fragt in dem Überwachungsinitiierungsprozess, um die Einschaltzeit eines CSTA Clients zum Zeitpunkt T = 0 dramatisch zu reduzieren, der CSTA Client Information über alle relevanten Kommunikationsvorrichtungen einer CSTA Domain durch eine Nachricht an. Dies bedeutet, dass die Menge an ausgetauschten Nachrichten verringert wird.
  • Es wird angemerkt, dass, wo CSTA Standards einfach den Terminus „Vorrichtung” benutzen, der Terminus „Kommunikationsvorrichtung” vorzugsweise in dieser Beschreibung verwendet wird, um so nicht mit denjenigen Vorrichtungen der Schaltvorrichtung 1 oder irgendeiner von den ersten und zweiten Datenverarbeitungsvorrichtungen 9, 10 verwechselt zu werden. Jedoch soll keine weitere Beschränkung auf die CSTA Vorrichtungsdefinitionen durch den Terminus „Kommunikationsvorrichtung” impliziert werden. Es wird weiterhin angemerkt, dass ein CSTA Server durch die Schaltvorrichtung 1 der vorliegenden Beschreibung repräsentiert wird, und ein CSTA Client durch eine Datenverarbeitungsvorrichtung der vorliegenden Beschreibung repräsentiert wird.
  • Um eine Komprimierung der Standardsynchronisation in einer Nachricht zu erreichen, werden die CSTA Dienste GetSwitchingFunctionDevices und SwitchingFunctionDevices gemäß der Beschreibung unten verbessert. Diese Verbesserung ist bis heute nicht Teil des CSTA Standards (z. B. ECMA-269) und kann die unten spezifizierten Aspekte enthalten.
  • <Verbesserung der CSTA GetSwitchingFunctionDevices>
  • Innerhalb einer CSTA Serviceanfrage GetSwitchingFunctionDevices, fügt der Client hinzu, welche zusätzliche Synchronisierungsinformation durch den Server gesendet werden muss. Dies wird durch Flags bewerkstelligt, wie im Folgenden weiter beschrieben wird:
  • [CSTA MonitorStart]
    • TRUE: CSTA Eventbericht sollte für alle Kommunikationsvorrichtungen der CSTA Domain automatisch gestartet werden
    • FALSE: kein automatischer Start der Überwachung
  • CSTA ECMA-269 definiert, dass pro Kommunikationsvorrichtung ein MonitorStart an den Server geschickt werden muss, wobei der Server mit dem entsprechenden MonitorCrossReference pro Kommunikationsvorrichtung antwortet. Dies wird normalerweise während des Einschaltens gemacht.
  • Durch den impliziten Start der CSTA Überwachung wird die Nachrichtenmenge reduziert, da nur eine Nachricht für alle Kommunikationsvorrichtungen benötigt wird anstelle einer Nachricht pro Kommunikationsvorrichtung. Die entsprechenden CSTA MonitorCrossReferences werden ein Teil von CSTA SwitchingFunctionData sein, was die Standardantwort von CSTA GetSwitchingFunctionDevices ist.
  • Als Alternative kann das Überwachungsstart-Flag eine Art von Bitliste sein, in welcher die Vorrichtungskategorien von Interesse ausgewählt werden.
  • [CSTA SnapshotDevice]
    • TRUE: automatische Anfrage und Transport des aktuellen Anrufverarbeitungszustands von allen Kommunikationsvorrichtungen. Wenn der Anrufverarbeitungszustand nicht inaktiv ist, wird das Ergebnis innerhalb der CSTA Standardantwort SnapshotDeviceData durch Erzeugen einer SnapshotDeviceCrossReference gesendet.
    • FALSE: keine automatische CSTA SnapshotDevice
  • Aufgrund von Synchronisationsaspekten definiert CSTA ECMA-269, dass pro Kommunikationsvorrichtung eine SnapshotDevice an den Server gesendet werden muss, wobei der Server mit dem entsprechenden Anrufverarbeitungszustand oder SnapshotDeviceCrossReference pro Kommunikationsvorrichtung antwortet. Dies wird normalerweise während des Einschaltens gemacht.
  • Durch die implizite Anrufverarbeitungszustand-Anfrage wird die Nachrichtenmenge reduziert, da nur eine Nachricht für alle Kommunikationsvorrichtungen anstelle einer Nachricht pro Kommunikationsvorrichtung benötigt wird.
  • Weiterhin wird der CSTA Server nur Snapshot Information an den CSTA Client senden, wenn die Kommunikationsvorrichtung nicht in einem Zustand NULL ist. Wenn der Anrufverarbeitungszustand NULL ist, kann diese Information ein Teil von CSTA SwitchingFunctionData sein, was die Standardantwort von CSTA GetSwitchingFunctionDevices ist.
  • [CSTA GetDoNotDisturb]
    • TRUE: automatische Anfrage und Transport des aktuellen Feature-Status „Do not Disturb” von allen Kommunikationsvorrichtungen
    • FALSE: kein Transport des aktuellen Feature-Status „Do not Disturb”
  • Aufgrund von Synchronisationsaspekten definiert CSTA ECMA-269, dass pro Kommunikationsvorrichtung ein GetDoNotDisturb an den Server gesendet werden muss, wobei der Server mit dem entsprechenden Feature-Status pro Kommunikationsvorrichtung antwortet. Dies wird normalerweise während des Einschaltens gemacht.
  • Durch die implizite Feature-Statusanfrage wird die Nachrichtenmenge reduziert, weil nur eine Nachricht für alle Kommunikationsvorrichtungen anstelle von einer Nachricht pro Kommunikationsvorrichtung benötigt wird. Der Feature-Status wird ein Teil von CSTA SwitchingFunctionData sein, was die Standardantwort von CSTA GetSwitchingFunctionDevices ist.
  • [CSTA GetCallForwarding]
    • TRUE: automatische Anfrage und Transport des aktuellen Feature-Status „Call Forwarding” von allen Kommunikationsvorrichtungen
    • FALSE: kein Transport des aktuellen Feature-Status „Call Forwarding”
  • Aufgrund von Sychronisationsaspekten definiert CSTA ECMA-269, dass pro Kommunikationsvorrichtung ein GetCallForwarding an den Server gesendet werden muss, wobei der Server mit dem entsprechenden Feature-Status pro Kommunikationsvorrichtung antwortet. Dies wird normalerweise während des Einschaltens gemacht.
  • Durch die implizite Feature-Statusanfrage wird die Nachrichtenmenge reduziert, da nur eine Nachricht für alle Kommunikationsvorrichtungen anstelle von einer Nachricht pro Kommunikationsvorrichtung benötigt wird.
  • <Verbesserung von CSTA SwitchingFunctionDevices>
  • Als Folge von einem CSTA Service GetSwitchingFunctionDevices erzeugt der CSTA Server eine Sequenz von CSTA SwitchingFunctionDevices. Im Zusammenhang mit den vorherigen Definitionen wird der Inhalt von CSTA SwitchingFunctionDevices wie folgt verbessert:
  • [CSTA MonitorCrossReference]
  • Die entsprechenden CSTA MonitorCrossReferences werden ein Teil von CSTA SwitchingFunctionData sein, wenn eine automatische Überwachung durch CSTA GetSwitchingFunctionDevices angefragt wird.
  • Diese MonitorCrossReferece ist eindeutig, wie durch ECMA-269 vorgeschrieben, und wird verwendet, um ein CSTA Ereignis der entsprechenden Kommunikationsvorrichtung zuzuweisen.
  • [CSTA SnapshotDeviceCrossReference]
  • Ein CSTA SnapshotCrossReferences wird ein Teil von CSTA SwitchingFunctionData sein, wenn die Anrufverarbeitungszustand-Anfrage durch CSTA GetSwitchingFunctionDevices angefragt wird und der Anrufverarbeitungszustand nicht NULL ist. Der SnapshotCrossReferences wird verwendet, um alle anderen Anrufverarbeitungszustände zu transportieren.
  • [DoNotDisturbState]
  • Das Flag DoNotDisturbState zeigt den Status des Features „Do Not Disturb” pro Kommunikationsvorrichtung. Diese Information wird gesendet werden, wenn sie durch GetSwitchingFunctionDevices angefragt wird.
  • [Call Forwarding State]
  • Das Flag CallForwardingState zeigt den Status des Features „Call Forwarding” pro Kommunikationsvorrichtung. Diese Information wird gesendet werden, wenn durch GetSwitchingFunctionDevices (CSTA „getter” Service) angefragt wird.
  • Wenn das Feature an der Kommunikationsvorrichtung aktiviert ist, muss der Client zusätzliche Information über CSTA GetForwarding anfragen.
  • <Weitere Optionen>
  • [Zusätzliche Features]
  • Die Synchronisationsphase hängt von der Information ab, welche durch den CSTA Client benötigt wird. Die Beispiele, welche oben beschrieben sind, können typischerweise durch Call Center, UC und UCC Applikationen verwendet werden. Wenn für spezielle Lösungen zusätzliche Information benötigt wird, wie beispielsweise CSTA GetMessageWaitingIndicator oder irgendeine andere „getter” des ECMA-269, wird die Implementierung einer der oben beschriebenen Regeln folgen:
    • – das Ergebnis ist ein direkter Teil von SwitchingFunctionDevice als Flag oder Parameter (wie DoNotDisturb);
    • – das Ergebnis benötigt den ECMA-269 „getter” als zusätzlichen Service (wie CallForwarding);
    • – das Ergebnis ist ein Querverweis (wie SnapshotDevice).
  • [Anrufüberwachung]
  • Neben einer Vorrichtungsüberwachung erlaubt CSTA eine Anrufüberwachung, wobei Monitore auf Anrufe anstatt auf Kommunikationsvorrichtungen gesetzt werden. Die zuvor beschriebenen Verbesserungen der Vorrichtungsüberwachung gelten direkt oder mutatis mutandis auch mit den gleichen Regeln für Anrufüberwachung.
  • <Beispiele eines Einschaltprozesses gemäß der Erfindung>
  • Die Einschaltphase oder der Einschaltprozess des Kommunikationssystems mit einer Überwachungsfunktion wird im Folgenden unter Verwendung beispielhafter Ausführungsformen der vorliegenden Erfindung beschrieben. Der Einschaltprozess kann als Teil eines Überwachungsprozesses per se angesehen werden und wird zu einem Zeitpunkt T = 0 ausgeführt. Der Einschaltprozess kann in einen ersten Teil, welcher als ein Assoziationsaufbauprozess (d. h. ein erstmaliger Assoziationsaufbauprozess) bezeichnet wird, und einen zweiten Teil unterteilt werden, welcher als ein Überwachungsstartprozess (d. h. ein erstmaliger Überwachungsstartprozess) bezeichnet wird. In jedem Fall startet der Einschaltprozess von einem deaktivierten Zustand, wo ein physischer Kommunikationslink bereits aufgebaut ist.
  • [Assoziationsaufbau]
  • 5 ist ein Sequenzdiagramm, welches einen Assoziationsaufbauprozess 500 zwischen der ersten Datenverarbeitungsvorrichtung 9 und der Schaltvorrichtung 1 zeigt, welche oben beschrieben worden sind, gemäß einer beispielhaften Ausführungsform der vorliegenden Erfindung. Der Assoziationsaufbauprozess 500 wird durch Austauschen von Nachrichten zwischen der ersten Datenverarbeitungsvorrichtung 9 und der Schaltvorrichtung 1 realisiert. In dieser beispielhaften Ausführungsform der Erfindung und in der Folgenden wird die erste Datenverarbeitungsvorrichtung 9 durch einen CSTA Client veranschaulicht und die Schaltvorrichtung 1 wird durch einen CSTA Server veranschaulicht.
  • Der Assoziationsaufbauprozess 500 startet von einem IDLE Zustand I. Dann kann der Assoziationsaufbauprozess 504 Alternativen der Ausführung bereitstellen.
  • Um eine erstmalige Assoziation zwischen dem CSTA Server und CSTA Client aufzubauen, kann der Assoziationsaufbauprozess 504 Ausführungsalternativen oder Optionen, welche dem ECMA-269 Standard folgen, vorsehen:
    • 1. eine implizite Assoziation, welche durch die Verwendung eines CSTA Server-initiierten CSTA Systemstatus-Service (Ausführungsalternative 510) realisiert wird; oder
    • 2. eine implizite Assoziation, welche durch die Verwendung eines CSTA Client-initiierten CSTA-Anfrage-Systemstatus-Service (Ausführungsalternative 520) realisiert wird; oder
    • 3. eine explizite Assoziation, welche durch die Verwendung von ACSE (Ausführungsalternative 530) realisiert wird; oder
    • 4. eine explizite Assoziation, welche durch die Verwendung von ECMA Anwendung-Session-Services gemäß dem ECMA-354 Standard (Ausführungsalternative 540) realisiert wird.
  • In einer praktischen Implementierung des Verfahrens können alle oder nur einige von oder mehr als die Ausführungsoptionen, welche oben erwähnt wurden, angeboten oder bereitgestellt werden. Als ein Beispiel wird die vierte der oben erwähnten Ausführungsalternativen, d. h. Ausführungsalternative 540, welche den ECMA-354 Standard verwendet, im weiteren Detail als eine spezifische beispielhafte Ausführungsform beschrieben werden.
  • In dieser Ausführungsalternative sendet, nachdem der Kommunikationslink zwischen der ersten Datenverarbeitungsvorrichtung 9 und der Schaltvorrichtung 1 aufgebaut wurde, die erste Datenverarbeitungsvorrichtung 9 eine Serviceanfrage-Nachricht 542 an die Schaltvorrichtung 1 und die Schaltvorrichtung 1 antwortet auf diejenige Serviceanfrage-Nachricht 542 durch Senden einer Serviceanfrage-Nachricht 544. Die Serviceanfrage- und Antwort-Nachrichten 542, 544 können designed oder ausgelegt sein basierend auf dem Application Session Protocol, um die Verwendung des Application Session Protocol für Application Session Services in Übereinstimmung mit CSTA Standards zu konfigurieren. Zum Beispiel kann die Serviceanfrage-Nachricht 542 konfiguriert sein (z. B. designed oder ausgelegt) als einer Start-Application-Session-Anfrage. Die Schaltvorrichtung 1 sendet dann eine Antwort an diejenige Serviceanfrage-Nachricht 542 als die Serviceanfrage-Nachricht 544. Die Serviceanfrage-Nachricht 544 kann konfiguriert sein (z. B. designed oder ausgelegt) als einer Start-Application-Session-Antwort. Die Serviceanfrage-Nachricht 542 kann konfiguriert sein (z. B. designed oder ausgelegt), so dass die Schaltvorrichtung 1 eine Anzahl von Terminalvorrichtungen assoziiert, wie beispielsweise Terminalvorrichtungen 3, 5, 7, wie oben beschrieben, welche die Ressourcen der Schaltvorrichtung 1 mit der Anwendung, welche über die Serviceanfrage-Nachricht 542 initiiert wurde, verwendet. Zum Beispiel kann die Serviceanfrage-Nachricht 542 der Schaltvorrichtung 1 Information bereitstellen, so dass die Schaltvorrichtung 1 in der Lage ist, die Anwendung zu identifizieren, welche mit der ersten Datenverarbeitungsvorrichtung 9 zu assoziieren ist, und Vorrichtungen zu identifizieren, welche mit der Anwendung assoziiert werden können. Die Serviceantwort-Nachricht 544, welche durch die Schaltvorrichtung 1 gesendet wurde, kann konfiguriert sein (z. B. designed oder ausgelegt), um einen Empfang von derjenigen Serviceanfrage-Nachricht 542 zu bestätigen und anzuzeigen, so dass die Schaltvorrichtung 1 in der Lage ist, eine Vorrichtungsüberwachung für die Kommunikationsvorrichtungen zu allozieren, welche mit derjenigen Anwendung und dem Link assoziiert sind, welcher zwischen der ersten Datenverarbeitungsvorrichtung 9 und der Schaltvorrichtung 1 aufgebaut wurde.
  • Der Assoziationsaufbauprozess 500 endet mit einem Assoziation-gebildet-Zustand II. Sobald eine Assoziation aufgebaut worden ist, wird die CSTA Serverfunktion, welche durch die Schaltvorrichtung 1 bereitgestellt wird, vorbereitet, um CSTA Services entgegenzunehmen. Wie oben erwähnt, kann der Assoziationsaufbauprozess 500 als ein erster Teil einer Einschaltphase eines Überwachungsprozesses zum Überwachen von Überwachungsvorrichtungen in dem Kommunikationssystem von 1 angesehen werden.
  • [Überwachungsstart]
  • Im Folgenden wird eine Anzahl von beispielhaften Ausführungsformen eines Überwachungsstartteils oder Prozesses beschrieben werden, welcher ein zweiter Teil einer Einschaltphase eines Überwachungsprozesses ist, wobei dieser Teil einem oben beschriebenen Assoziationsaufbauprozess 500 folgt. Hier wird der Überwachungsstartprozess von irgendeiner beispielhaften Ausführungsform beschrieben werden, so dass die vierte Ausführungsalternative 540 des Assoziationsaufbauprozesses 500 (Application Session gemäß EC-354) wie oben beschrieben als zuvor eingesetzt vorausgesetzt wird. Somit wird der Überwachungsstartprozess von jeglicher beispielhaften Ausführungsform von einem Assoziation-gebildet-Zustand II ausgehend starten.
  • Alle-Kategorien-Anfrage
  • 6 ist ein Sequenzdiagramm, welches einen Überwachungsstartprozess 600 zwischen dem CSTA Client oder der ersten Datenverarbeitungsvorrichtung 9 und dem CSTA Server oder der Schaltvorrichtung 1 gemäß einer beispielhaften Ausführungsform der vorliegenden Erfindung zeigt. In dieser beispielhaften Ausführungsform fragt, nachdem die Assoziation gebildet ist, der CSTA Client nur ein Überwachen für eine vorbestimmte Anzahl von Vorrichtungen von allen Vorrichtungskategorien an. Dies wird durch Austauschen der Nachrichten, wie unten beschrieben, bewerkstelligt.
  • Nachdem die Assoziation im Assoziationsaufbauprozess 500 vollendet ist, sendet die erste Datenverarbeitungsvorrichtung 9 eine erste Nachricht A, welche als eine GetSwitchingFunction-Vorrichtungsnachricht konfiguriert ist, welche in Struktur und Inhalt als eine Anfrage für die Schaltvorrichtung 1 konfiguriert ist (z. B. designed oder ausgelegt), Kommunikationsvorrichtungen zu identifizieren, welche mit der Schaltvorrichtung verbunden sind, welche durch die erste Datenverarbeitungsvorrichtung 9 zu überwachen sind. Noch genauer fügt, innerhalb der CSTA Serviceanfrage GetSwitchingFunctionDevices die Datenverarbeitungsvorrichtung 9 ein CSTA MonitorStart Flag, wie oben beschrieben, hinzu.
  • In Antwort auf die erste Nachricht A, sendet die Schaltvorrichtung 1 eine zweite Nachricht B zurück zu der ersten Datenverarbeitungsvorrichtung 9. Die zweite Nachricht B ist einer Bestätigungsnachricht, welche als einer GetSwitchingFunctionDevices-Anfragenachricht konfiguriert ist. Die zweite Nachricht B ist konfiguriert, um einen Empfang der Anfrage der ersten Nachricht A positiv zu bestätigen und kann bestätigen, dass der zumindest eine implizite Vorrichtungsmonitor konfiguriert worden ist (z. B. basierend auf den ausgetauschten Serviceanfrage- und/oder Antwort-Nachrichten 542, 544). Darüber hinaus kann sich die zweite Nachricht B auf eine dritte Nachricht, welche folgt, durch eine ServiceCrossReference beziehen.
  • Die Schaltvorrichtung 1 sendet dann die dritte Nachricht C, welche sich auf die zweite Nachricht B rückbezieht, durch Wiedereinbeziehen der ServiceCrossReference. Jedoch, während im Stand der Technik die ServiceCrossReference für jede einzelne Kommunikationsvorrichtung gesendet wird, wird hier die ServiceCrossReference nur für alle Kommunikationsvorrichtungen, die zu überwachen sind, auf einmal gesendet. Noch genauer enthält die dritte Nachricht C eine Auflistung von allen der Kommunikationsvorrichtungen, die durch die 1. Datenverarbeitungsvorrichtung 9 zu überwachen sind (deviceList). Die Schaltvorrichtung 1 kann entscheiden (d. h. allozieren), welche Kommunikationsvorrichtungen durch die erste Datenverarbeitungsvorrichtung 9 basierend auf der Anwendung, welche über die Serviceanfrage- und Antwort-Nachrichten 542, 544, welche während der oben beschriebenen Assoziationsaufbau-Ausführungsalternative 540 ausgetauscht werden, zu überwachen sind. Alternativ kann die Schaltvorrichtung 1 jede Kommunikationsvorrichtung, welche in dem Kommunikationssystem mit der ersten Datenverarbeitungsvorrichtung 9 assoziiert ist, standardmäßig zur Überwachung allozieren. Jede Kommunikationsvorrichtung, welche alloziert ist, wird ein Überwachungsobjekt der ersten Datenverarbeitungsvorrichtung 9 und ist als ein CSTA Vorrichtungsobjekt adressierbar. In der vorliegenden beispielhaften Ausführungsform sind n Überwachungsobjekte (Kommunikationsvorrichtungen) mX1, ..., mXn alloziert.
  • Die Auflistung von Kommunikationsvorrichtungen, welche mit der dritten Nachricht C gesendet wurde, enthält einen Parameterblock für alle die Überwachungsobjekte (d. h. Kommunikationsvorrichtungen, welche als CSTA Vorrichtungsobjekte adressiert sind), welche zum Überwachen durch die Anwendung alloziert sind, welche mit der ersten Datenverarbeitungsvorrichtung 9 und der gestarteten Anwendungssession, welche durch die Serviceanfrage- und Antwort-Nachrichten 542, 544 initiiert werden, assoziiert sind. Der Parameterblock von jedem allozierten Vorrichtungsobjekt enthält:
    • – Vorrichtung-Identifikationen (deviceID);
    • – Vorrichtungskategorie-Identfizierer (deviceCategory);
    • – Vorrichtungstyp-Identifizierer (deviceType);
    • – Vorrichtungsname-Identifizierer (deviceName); und
    • – einen zugewiesenen Querverweis-Identifizierer (monitorCrossReference), welcher in den nachfolgenden Ereignissen gesendet werden wird.
  • Der Überwachungsstartprozess 600 wird durch die Schaltvorrichtung 1 vervollständigt, welche eine erste Ereignisbericht-Nachricht X1, ..., Xn für jedes Überwachungsobjekt mX1, ..., mXn an die erste Datenverarbeitungsvorrichtung 9 sendet. Dann endet der Überwachungsstartprozess 600 mit einem Überwachung-gestartet-Zustand III.
  • Wie oben erwähnt, fragt in dem Überwachungsstartprozess dieser beispielhaften Ausführungsform der CSTA Client nur ein Überwachen einer bestimmten Anzahl von Kommunikationsvorrichtungen von allen Vorrichtungskategorien an allein durch Setzen des CSTA MonitorStart Flag auf TRUE oder FALSE. Nur eine Nachricht wird für alle Kommunikationsvorrichtungen anstelle einer Nachricht pro Kommunikationsvorrichtungen benötigt. Dies wird die Menge an CSTA MonitorStart Sequenzen pro Kommunikationsvorrichtung reduzieren. Durch den impliziten Start der CSTA Überwachung wird die Nachrichtenmenge als Ganzes reduziert. Die entsprechenden CSTA MonitorCrossReferences werden ein Teil der CSTA SwitchingFunctionData sein, was die Standardantwort der CSTA GetSwitchingFunctionDevices ist.
  • Ausgewählte-Kategorien-Anfrage
  • 7 ist ein Sequenzdiagramm, welches einen Überwachungsstartprozess 700 zwischen dem CSTA Client oder der ersten Datenverarbeitungsvorrichtung 9 und dem CSTA Server oder der Schaltvorrichtung 1 gemäß einer weiteren exemplarischen Ausführungsform der vorliegenden Erfindung zeigt. Es sollte angemerkt werden, dass diese exemplarische Ausführungsform eine Variante des Überwachungsstartprozesses 600, welcher oben beschrieben ist, ist. Somit werden hauptsächlich die Unterschiede zu dem letzteren im Detail im Folgenden beschrieben werden, während alle anderen Aspekte des Überwachungsstartprozesses 600 als auf die vorliegende exemplarische Ausführungsform direkt oder mutatis mutandis anwendbar angenommen werden, sofern dies nicht explizit anders erläutert wird oder offensichtlich in Widerspruch zu den Beschreibungen der vorliegenden beispielhaften Ausführungsform steht.
  • Anders als der oben beschriebene Prozess 600, fragt in dem Überwachungsstartprozess 700 der vorliegenden exemplarischen Ausführungsform wie in 7 gezeigt, der CSTA Client, nachdem die Assoziation gebildet ist, nicht ein Überwachen der Vorrichtungen von allen Kategorien an, sondern fragt nur ein Überwachen von Vorrichtungen von ausgewählten Vorrichtungskategorien 1, 2, ... an. Die Anzahl der ausgewählten Vorrichtungskategorien kann 1, 2 oder mehr sein. Dies wird durch Maßnahmen erreicht, welche unten im Rahmen von ausgetauschten Nachrichten beschrieben wird, welche ähnlich zu denjenigen in dem Überwachungsstartprozess 600 ausgetauschten der zuvor beschriebenen exemplarischen Ausführungsform sind.
  • Nachdem die Assoziation in Verbindung mit dem Aufbauprozess 500 vollendet ist, sendet die erste Datenverarbeitungsvorrichtung 9 eine erste Nachricht A an die Schaltvorrichtung, welche ähnlich zu der ersten Nachricht A der vorherigen exemplarischen Ausführungsform ist. D. h., dass die erste Nachricht A in der Struktur und im Inhalt als eine Anfrage an die Schaltvorrichtung 1 konfiguriert ist, die Kommunikationsvorrichtungen zu identifizieren, welche mit der Schaltvorrichtung verbunden sind, welche durch die erste Datenverarbeitungsvorrichtung 9 zu überwachen sind. In dieser exemplarischen Ausführungsform ist jedoch im Gegensatz zu der vorherigen exemplarischen Ausführungsform das MonitorStart Flag als eine Art von Bitliste oder Flagliste (deviceCategory1, deviceCategory2, ...) konfiguriert, in welcher die Vorrichtungskategorien von Interesse ausgewählt werden, d. h. mit dem Flag TRUE versehen werden, während Vorrichtungskategorien, die zu überspringen sind, abgewählt werden, d. h. mit dem Flag FALSE versehen werden. In einer Ausführungsformvariante werden die Vorrichtungskategorien, die beim Überwachen durch die erste Datenverarbeitungsvorrichtung 9 zu überspringen sind, einfach weggelassen.
  • Im Ergebnis ist die Anfrage in dieser exemplarischen Ausführungsform auf die ausgewählten Vorrichtungskategorien beschränkt. Die Schaltvorrichtung 1 kann wiederum entscheiden, welche Kommunikationsvorrichtungen durch die erste Datenverarbeitungsvorrichtung 9 basierend auf der Anwendung zu überwachen sind, welche durch die Service-Anfrage- und Antwort-Nachrichten 542, 544, welche während der Assoziationsaufbau-Ausführungsalternative 540, welche oben beschrieben wurde, ausgetauscht werden, ist jedoch auf die Auswahl der Vorrichtungskategorien, welche in der ersten Nachricht A angegeben sind, beschränkt. Alternativ kann die Schaltvorrichtung 1 alle Kommunikationsvorrichtungen (Überwachungsobjekte), welche in den ausgewählten Vorrichtungskategorien gefunden werden, standardmäßig assoziieren.
  • Dann werden die Nachrichten B, C, X1, ..., Xn genauso wie in bei der vorherigen exemplarischen Ausführungsform ausgetauscht, so dass auf die Beschreibung des Prozesses 600, welcher oben in dieser Hinsicht beschrieben wurde, Bezug genommen wird. Es wird angemerkt, dass ein Symbol „n” in 7 nur als eine vorbestimmte Endzahl und „n” in der Liste der relevanten Kategorien der ersten Nachricht A nicht gleich zu „n” in der Liste der allozierten Kommunikationsvorrichtungen in der dritten Nachricht C sein muss.
  • Der Überwachungsstartprozess 700 dieser exemplarischen Ausführungsform endet wiederum mit einem Überwachung-gestartet-Zustand III.
  • Wie oben erwähnt, fragt in dem Überwachungsstartprozess 700 dieser exemplarischen Ausführungsform der CSTA Client nur ein Überwachen für Vorrichtungen der ausgewählten Vorrichtungskategorien an. Dies wird die Menge von CSTA MonitorStart Sequenzen pro Kommunikationsvorrichtung weiter reduzieren.
  • Anruf-Verarbeitungszustand-Einbeziehung – deaktivierter Zustand
  • 8 ist ein Sequenzdiagramm, welches einen Überwachungsstartprozess 800 zwischen dem CSTA Client oder der ersten Datenverarbeitungsvorrichtung 9 und dem CSTA Server oder der Schaltvorrichtung 1 gemäß noch einer weiteren Ausführungsform der vorliegenden Erfindung zeigt. Es sollte angemerkt werden, dass diese exemplarische Ausführungsform eine weitere Variante eines Überwachungsstartprozesses 600, wie oben beschrieben, ist. Somit werden hauptsächlich die Unterschiede zu dem letzteren im Folgenden im Detail beschrieben werden, während alle anderen Aspekte des Überwachungsstartprozesses 600 als auf die vorliegende exemplarische Ausführungsform direkt oder mutatis mutandis anwendbar angenommen werden können, sofern dies nicht explizit anders erläutert wird oder offensichtlich in Widerspruch zu den Beschreibungen der vorliegenden exemplarischen Ausführungsform steht.
  • Weiter zu dem oben beschriebenen Prozess 600 fragt, in dem Überwachungsstartprozess 800 von dieser exemplarischen Ausführungsform wie in 8 gezeigt, nachdem die Assoziation gebildet wird, der CSTA Client ein Überwachen an und zusätzlich den Anrufverarbeitungszustand für Vorrichtungen von allen Kategorien, welche als eine minimale Synchronisation für Anwendungen wie Call Center, UC und UCC (unter Verwendung von SnapshotData – Zeitpunkt T = 0) angenommen werden können. Dies wird durch Austauschen der Nachrichten, wie unten beschrieben, bewerkstelligt.
  • Nachdem die Assoziation in Zusammenhang mit dem Aufbauprozess 500 abgeschlossen ist, sendet die erste Datenverarbeitungsvorrichtung 9 eine erste Nachricht A, welche ähnlich der ersten Nachricht A ist, welche in dem Überwachungsstartprozess 600, welcher zuvor beschrieben wurde, gesendet wurde. D. h., die erste Nachricht A ist konfiguriert (z. B. designed oder ausgelegt) als eine GetSwitchingFunction Nachricht, welche in der Struktur und im Inhalt eine Anfrage an die Schaltvorrichtung 1 ist, Kommunikationsvorrichtungen zu identifizieren, welche mit der Schaltvorrichtung verbunden sind, welche durch die erste Datenverarbeitungsvorrichtung 9 mittels eines Überwachungsstart-Flag (monitorStart) zu überwachen sind, welches auf TRUE oder FALSE, wie oben beschrieben, gesetzt wird. In der vorliegenden exemplarischen Ausführungsform ist zusätzlich die erste Nachricht A in Struktur und Inhalt als eine Anfrage an die Schaltvorrichtung 1, einen Anruf-Verarbeitungszustand von jeder Kommunikationsvorrichtung zu erfassen, welche mit der Schaltvorrichtung verbunden ist und durch die erste Datenverarbeitungsvorrichtung 9 zu überwachen ist, konfiguriert (designed oder ausgelegt). Dies wird durch Einschließen/Setzen eines Flags für CSTA SnapshotDevice, wie oben beschrieben, ausgeführt.
  • Dann werden die Nachrichten B, C, X1, ..., Xn ausgetauscht, ähnlich wie diejenigen, welche oben in dieser Hinsicht beschrieben wurden, so dass auf die Beschreibung des Prozesses 600, welcher oben in dieser Hinsicht beschrieben wurde, Bezug genommen wird. Jedoch sollte angemerkt werden, dass in der vorliegenden exemplarischen Ausführungsform der Parameterblock von jedem allozierten Überwachungsobjekt (durch die erste Datenverarbeitungsvorrichtung 9 zu überwachende Vorrichtung) in der dritten Nachricht C zusätzlich ein Segment „snapshotData” enthält, welches einen Anrufverarbeitungszustand von jedem assoziierten Überwachungsobjekt anzeigt. In der vorliegenden beispielhaften Ausführungsform wird angenommen, dass der Anrufverarbeitungszustand von jedem allozierten Überwachungsobjekt (Kommunikationsvorrichtungen) deaktiviert ist. In dieser Situation, welche durch den CSTA Server (d. h. die Schaltvorrichtung 1) evaluiert wird, enthält der CSTA Server nur einen Parameter snapshotData, welcher den Wert NULL aufweist, in dem Parameterblock von jedem allozierten Überwachungsobjekt in der Vorrichtungsliste der dritten Nachricht C.
  • Der Überwachungsstartprozess 800 dieser beispielhaften Ausführungsform endet wiederum mit einem Überwachung-gestartet-Zustand III, welcher zusätzlich einen mit dem Anrufverarbeitungszustand synchronisierten Zustand impliziert. Mit anderen Worten ist in dieser exemplarischen Ausführungsform der Erfindung eine Anrufverarbeitungszustand-Synchronisation in dem Überwachungsstartprozess enthalten.
  • Wie oben erwähnt, fragt in dem Überwachungsstartprozess dieser beispielhaften Ausführungsform der CSTA Client nur ein Überwachen von Kommunikationsvorrichtungen aller Vorrichtungskategorien an und den deren Anrufverarbeitungszustand in ein und derselben Nachricht. Durch die implizite Anrufverarbeitungszustand-Anfrage wird die Nachrichtenmenge reduziert, da nur eine Nachricht für alle Kommunikationsvorrichtungen benötigt wird anstelle von einer Nachricht pro Kommunikationsvorrichtung. Weiterhin wird der CSTA Server keine Snapshot-Information an den CSTA Client senden, wenn die Vorrichtung in einem Zustand NULL ist. Dies wird die Menge von CSTA MonitorStart- und CSTA SnapshotDevice-Sequenzen pro Kommunikationsvorrichtung reduzieren.
  • Anrufverarbeitungszustand-Einbeziehung – nicht deaktivierter Zustand
  • 9 ist ein Sequenzdiagramm, welches einen Überwachungsstartprozess 900 zwischen dem CSTA Client der ersten Datenverarbeitungsvorrichtung 9 und dem CSTA Server oder der Schaltvorrichtung 1 gemäß einer weiteren exemplarischen Ausführungsform der vorliegenden Erfindung zeigt. Es sollte angemerkt werden, dass diese exemplarische Ausführungsform eine Variante des oben beschriebenen Überwachungsstartprozesses 800 ist. Somit werden hauptsächlich die Unterschiede zu dem letzteren im Folgenden im Detail beschrieben werden, während alle anderen Aspekte des Überwachungsstartprozesses 800 als direkt oder mutatis mutandis anwendbar auf die vorliegende exemplarische Ausführungsform angenommen werden können, sofern es nicht explizit anders ausgeführt wird oder offensichtlich in Widerspruch zu den Beschreibungen der vorliegenden exemplarischen Ausführungsform steht.
  • Wie in dem Prozess 800, welcher oben beschrieben ist, fragt in diesem Prozess 900, welcher in 9 gezeigt ist, der CSTA Client (d. h. die erste Datenverarbeitungsvorrichtung 9) ein Überwachen und den Anruf-Verarbeitungszustand für Vorrichtungen von jeder Kategorie an durch Senden, nachdem die Assoziation gebildet wird, der ersten Nachricht A, welche das Überwachungsstart-Flag (monitorStart) enthält und das CSTA snapshotDevice Flag, welches den Zustand TRUE oder FALSE annehmen kann.
  • Anders als der Prozess 800 der vorherigen exemplarischen Ausführungsform, ist in dem Prozess 900 der vorliegenden exemplarischen Ausführungsform der Anrufverarbeitungszustand der allozierten Überwachungsobjekte (Kommunikationsvorrichtungen) nicht deaktiviert. In dieser Situation, welche durch den CSTA Server (d. h. die Schaltvorrichtung 1) evaluiert werden kann, wird der CSTA Server das Ergebnis in einer individuellen vierten Nachricht D1, ..., Dn für jede allozierte Kommunikationsvorrichtung, von welcher der Anrufverarbeitungszustand nicht deaktiviert ist, senden. Die vierten Nachrichten D1, ..., Dn repräsentieren eine Standard-CSTA-Antwort SnapshotDeviceData. Auf die vierten Nachrichten D1, ..., Dn wird vorher durch den CSTA Server Bezug genommen durch Erzeugen einer SnapshotDeviceCrossReference sX1, ..., sXn für jede allozierte Kommunikationsvorrichtung, deren Anrufverarbeitungszustand nicht deaktiviert ist, und durch Einbeziehen der jeweiligen SnapshotDeviceCrossReference sX1, ..., sXn in jeden Parameterblock der Vorrichtungsliste in der dritten Nachricht C. In jeder vierten Nachricht D1, ..., Dn wird dann auf die dritte Nachricht C Bezug genommen durch Einbeziehen der jeweiligen SnapshotDeviceCrossReference sX1, ..., sXn.
  • Jede Nachricht D1, ..., Dn wird durch eine Ereignisbericht-Nachricht X1, ..., Xn des jeweiligen Überwachungsobjekts, wie oben im Zusammenhang mit dem Überwachungsstartprozess 600 beschrieben, gefolgt, so dass auf die Beschreibung von diesem Prozess 600, welcher oben in dieser Hinsicht beschrieben wurde, Bezug genommen wird.
  • Der Überwachungsstartprozess 900 dieser exemplarischen Ausführungsform endet wiederum mit einem Überwachung-gestartet-Zustand III, welcher wiederum einen Anrufverarbeitungszustand-synchronisierten-Zustand impliziert.
  • Wie oben erwähnt, fragt in dem Überwachungsstartprozess 900 dieser exemplarischen Ausführungsform der CSTA Client nur ein Überwachen für Vorrichtungen von jeder Vorrichtungskategorie und deren Anrufverarbeitungszustand innerhalb der gleichen Nachricht an. Durch die implizite Anrufverarbeitungszustand-Anfrage wird die Nachrichtenmenge reduziert, weil nur eine Nachricht für alle Vorrichtungen benötigt wird, anstelle von einer Nachricht pro Vorrichtung. Weiterhin wird der CSTA Server nur Snapshot-Information an den CSTA Client senden, wenn die Vorrichtung nicht in einem Zustand NULL ist. Wenn der Anrufverarbeitungszustand NULL ist, kann diese Information ein Teil von CSTA SwitchingFunctionData sein, was die Standard-Antwort von CSTA GetSwtichingFunctionDevices ist. Dies wird die Menge an CSTA MonitorStart und CSTA SnapshotDevice Sequenzen pro Vorrichtung reduzieren.
  • Einbeziehen einer Standardsynchronisation
  • 10 ist ein Sequenzdiagramm, welches einen Überwachungsstartprozess 1000 zwischen dem CSTA Client der ersten Datenverarbeitungsvorrichtung 9 und dem CSTA Server oder der Schaltvorrichtung 1 gemäß noch einer weiteren exemplarischen Ausführungsform der vorliegenden Erfindung zeigt. Es wird angemerkt, dass diese exemplarische Ausführungsform eine Variante des Überwachungsstartprozesses 900, wie oben beschrieben, ist. Somit werden hauptsächlich die Unterschiede zu dem letzteren im Detail im Folgenden beschrieben werden, während jegliche andere Aspekte des Überwachungsstartprozesses 900 als direkt oder mutatis mutandis auf die vorliegende exemplarische Ausführungsform anwendbar angenommen werden können, soweit dies nicht anders erläutert wird oder offensichtlich in Widerspruch zu den Beschreibungen der vorliegenden exemplarischen Ausführungsform steht.
  • Weiter zu dem Überwachungsstartprozess 900, wie oben beschrieben, fragt in dem Überwachungstartprozess 1000 der vorliegenden exemplarischen Ausführungsform, wie in 10 gezeigt, nachdem die Assoziation gebildet ist, der CSTA Client ein Überwachen und den Anruf Verarbeitungszustand für Vorrichtungen von jeder Kategorie und einen Feature-Status an, welcher als eine Standardsynchronisation für Applikationen wie Call Center, UC und UCC angenommen werden kann. Dies wird erreicht durch Bereitstellen, zusätzlich zu den Inhalten, welche zuvor beschrieben wurden, von jeweiligen Flags an die erste Nachricht A, welche an die Schaltvorrichtung 1 durch die erste Datenverarbeitungsvorrichtung 9 gesendet wurde. In der vorliegenden exemplarischen Ausführungsform sind die angefragten Features DND und CF, so dass die Flags, welche in der ersten Nachricht A enthalten sind, getDND und getCF sind, welche auf TRUE oder FALSE gesetzt werden können. Für jedes angefragte Feature wird ein jeweiliger Parameter dem Parameterblock jeder Vorrichtung, die durch die erste Datenverarbeitungsvorrichtung 9 zu überwachen ist, in der Vorrichtungsliste der dritten Nachricht C, welche durch die Schaltvorrichtung 1 an die erste Datenverarbeitungsvorrichtung 9 gesendet wurde, hinzugefügt.
  • Die anderen Nachrichten B, D1, X1, ..., Dn, Xn sind ähnlich zu denjenigen in der vorherigen exemplarischen Ausführungsform, so dass Bezug auf die jeweiligen Beschreibungen genommen wird.
  • Der Überwachungsstartprozess 1000 dieser exemplarischen Ausführungsform endet wiederum mit einem Überwachung-gestartet-Zustand III, welcher zusätzlich einen Standardsynchronisation-erledigt-Zustand impliziert.
  • Wie oben erwähnt fragt, in dem Überwachungsstartprozess 1000 dieser exemplarischen Ausführungsform der CSTA Client nur ein Überwachen für Vorrichtungen von jeder Vorrichtungskategorie und deren Anrufverarbeitungszustand und weitere Features innerhalb ein und derselben Nachricht an. Dies wird die Menge von CSTA MonitorStart, CSTA SnapshotDevice und CSTA „getter” Sequenzen pro Vorrichtung reduzieren.
  • Einbeziehen eines zusätzlichen Feature-Status
  • 11 ist ein Sequenzdiagramm, welches einen Überwachungsstartprozess 1100 zwischen dem CSTA Client oder der ersten Datenverarbeitungsvorrichtung 9 und dem CSTA Server oder der Schaltvorrichtung 1 gemäß einer weiteren exemplarischen Ausführungsform der vorliegenden Erfindung zeigt. Es sollte angemerkt werden, dass diese exemplarische Ausführungsform eine Variante des Überwachungsstartprozesses 1000, wie oben beschrieben, ist. Somit werden hauptsächlich die Unterschiede zu dem letzteren im Folgenden im Detail beschrieben werden, während jegliche andere Aspekte des Überwachungsstartprozesses 1000 als direkt oder mutatis mutandis auf die vorliegende exemplarische Ausführungsform anwendbar angesehen werden können, sofern dies nicht explizit anders erläutert wird oder offensichtlich in Widerspruch zu den Beschreibungen der vorliegenden exemplarischen Ausführungsform steht. Zur Vereinfachung der Darstellung wird jedoch eine Nachrichtenübermittlung, welche der dritten Nachricht C folgt, weggelassen und bestimmte Inhalte der zweiten und dritten Nachrichten B, C werden auch weggelassen.
  • In dieser exemplarischen Ausführungsform können zusätzliche Features über die Standardfeatures hinaus angefragt werden, um innerhalb des gleichen Nachrichtenflusses, wie oben beschrieben, erhalten zu werden. Dies wird erreicht durch Bereitstellen weiterer Flags für jedes zusätzliche Feature in der ersten Nachricht A, welche an die Schaltvorrichtung 1 durch die erste Datenverarbeitungsvorrichtung 9 gesendet wird. Als ein Beispiel wird ein getAdditionalFeature1 Flag für ein zusätzliches Feature #1 der Nachricht A, welche in 11 gezeigt ist, hinzugefügt. In Reaktion darauf wird die Schaltvorrichtung 1 zusätzliche Funktionsinformation in den Parameterblock von jeder allozierten Kommunikationsvorrichtung einbeziehen, zusätzlich zu Inhalten, wie bereits zuvor beschrieben. Dies wird die Menge von CSTA MonitorStart, CSTA SnapshotDevice und CSTA „getter” Sequenzen pro Vorrichtung weiter reduzieren.
  • Der Überwachungsstartprozess 1100 dieser exemplarischen Ausführungsform endet wiederum mit einem Überwachung-gestartet-Zustand III, welcher zusätzlich einen Zustand von zusätzlichen synchronisierten Features impliziert.
  • Mehrere Datenverarbeitungsvorrichtungen
  • Wie bereits oben erwähnt können Ausführungsformen des Kommunikationssystems auch eine zweite Datenverarbeitungsvorrichtung 10 enthalten, welche durch die gestrichelte Linie in 1 gezeigt ist. Zur Implementierung und Konfiguration der zweiten Datenverarbeitungsvorrichtung 10 wird Bezug genommen auf die Beschreibungen, welche oben in dieser Hinblick auf die erste Datenverarbeitungsvorrichtung 9 gemacht wurden.
  • Die zweite Datenverarbeitungsvorrichtung 10 kann konfiguriert sein, um die gleiche Methodik zu verwenden, welche durch die erste Datenverarbeitungsvorrichtung 9 zum Kommunizieren mit der Schaltvorrichtung 1 verwendet wird, um ein Überwachen eines Dienstes, wie in der exemplarischen Methodologie, dargestellt in 5 und allen der 6 bis 11 dargestellt, zu initiieren und durchzuführen. Zum Beispiel kann die zweite Datenverarbeitungsvorrichtung 10 konfiguriert sein, um eine Kommunikationsverbindung mit der Schaltvorrichtung 1 aufzubauen, um ein Überwachen der Kommunikationsvorrichtungen und Funktionen des Netzwerks durchzuführen, welches die Kommunikationsvorrichtungen über die Schaltvorrichtung 1 verwenden können. Nach einem Aufbau des Kommunikationslinks zwischen der Schaltvorrichtung 1 und der zweiten Datenverarbeitungsvorrichtung 10 können in Analogie mit dem Assoziationsaufbauprozess 500 die zweite Datenverarbeitungsvorrichtung 10 und die Schaltvorrichtung 1 Nachrichten austauschen, um eine Applikation zu starten und darauf folgend eine Überwachung durch die zweite Datenverarbeitungsvorrichtung zu initiieren. Daher kann die zweite Datenverarbeitungsvorrichtung 10 einen ähnlichen Assoziationaufgebaut-Zustand II, wie oben zu der ersten Datenverarbeitungsvorrichtung 9 beschrieben, erreichen.
  • 12 ist ein Sequenzdiagramm, welches einen Überwachungsstartprozess 1200 zwischen der ersten Datenverarbeitungsvorrichtung 9 und der Schaltvorrichtung 1 auf der einen Seite zeigt, und zwischen der zweiten Datenverarbeitungsvorrichtung 10 und der Schaltvorrichtung 1 auf der anderen Seite, gemäß noch einer weiteren exemplarischen Ausführungsform der vorliegenden Erfindung. Es sollte angemerkt werden, dass diese exemplarische Ausführungsform eine Variante des Überwachungstartprozesses 600, wie oben beschrieben, ist. Somit werden hauptsächlich die Unterschiede zu dem letzteren im Detail im Folgenden beschrieben werden, während jegliche anderen Aspekte des Überwachungsstartprozesses 600 als direkt oder mutatis mutandis auf die vorliegende beispielhafte Ausführungsform anwendbar angenommen werden können, sofern dies nicht anders erläutert wird oder offensichtlich in Widerspruch zu den Beschreibungen der vorliegenden exemplarischen Ausführungsform steht.
  • Wie der Überwachungsstartprozess 600, welcher in 6 gezeigt ist, sendet in dem Überwachungsstartprozess 1200 der vorliegenden exemplarischen Ausführungsform, nachdem die Assoziation in dem Assoziationsaufbauprozess 500 abgeschlossen worden ist, die erste Datenverarbeitungsvorrichtung 9 eine erste Nachricht A, welche als eine GetSwitchingFunctionDevice-Aufruf- oder Anfrage-Nachricht konfiguriert ist, welche in Struktur und Inhalt als eine Anfrage an die Schaltvorrichtung 1 konfiguriert (z. B. designed oder ausgelegt) ist, um Kommunikationsvorrichtungen zu identifizieren, welche mit der Schaltvorrichtung verbunden sind, welche durch die erste Datenverarbeitungsvorrichtung 9 zu überwachen sind, durch Einbeziehen/Setzen eines CSTA MonitorStart Flag TRUE oder FALSE.
  • Zur gleichen Zeit sendet die zweite Datenverarbeitungsvorrichtung 10 eine erste Nachricht A', welche als eine GetSwitchingFunctionDevice-Aufruf- oder Anfrage-Nachricht konfiguriert ist, welche in Struktur und Inhalt als eine Anfrage an die Schaltvorrichtung 1 konfiguriert (z. B. designed oder ausgelegt) ist, Kommunikationsvorrichtungen zu identifizieren, welche mit der Schaltvorrichtung verbunden sind, welche durch die zweite Datenverarbeitungsvorrichtung 10 zu überwachen sind, durch Einbeziehen/Setzen eines CSTA MonitorStart-Flag TRUE oder FALSE.
  • In Antwort auf die ersten Nachrichten A und A' sendet die Schaltvorrichtung 1 eine zweite Nachricht B zurück an die erste Datenverarbeitungsvorrichtung 9 und eine ähnlich konfigurierte zweite Nachricht B' zurück an die zweite Datenverarbeitungsvorrichtung 10.
  • Die Schaltvorrichtung 1 sendet dann eine dritte Nachricht C, welche eine Auflistung von allen Kommunikationsvorrichtungen enthält, welche alloziert sind, um durch die erste Datenverarbeitungsvorrichtung 9 (deviceList) überwacht zu werden, an die erste Datenverarbeitungsvorrichtung 9 und eine ähnlich konfigurierte dritte Nachricht C', welche eine Auflistung von allen Kommunikationsvorrichtungen enthält, welche alloziert sind, um durch die zweite Datenverarbeitungsvorrichtung 10 (deviceList) überwacht zu werden, an die zweite Datenverarbeitungsvorrichtung 10. Für die dritten Nachrichten C, C' wird auf das, was in dieser Hinsicht oben beschrieben wurde, Bezug genommen. Es sollte jedoch verstanden werden, dass die Auflistungen der dritten Nachricht C an die erste Datenverarbeitungsvorrichtung 9 andere Datenverarbeitungsvorrichtungen in enthält als die Auflistungen der dritten Nachricht C' an die zweite Datenverarbeitungsvorrichtung 10. Die Schaltvorrichtung 1 kann entscheiden, welche Kommunikationsvorrichtungen durch welche von der ersten Datenverarbeitungsvorrichtung 9 und der zweiten Datenverarbeitungsvorrichtung 10 zu überwachen sind, basierend auf der Applikation, welche über die Service-Anfrage- und Antwort-Nachrichten 542, 544 initiiert wird, welche während der Verbindungsaufbau-Ausführungsalternative 540, welche oben beschrieben wurde, ausgetauscht werden. Jede Kommunikationsvorrichtung, die alloziert ist, wird ein Überwachungsobjekt der ersten Datenverarbeitungsvorrichtung 9 oder der zweiten Datenverarbeitungsvorrichtung 10 und ist als ein CSTA Vorrichtungsobjekt adressierbar. In der vorliegenden exemplarischen Ausführungsform werden ein erstes Überwachungsobjekt (Kommunikationsvorrichtung) mX1 und weitere alloziert, um durch die erste Datenverarbeitungsvorrichtung 9 überwacht zu werden, wie in der dritten Nachricht C an die erste Datenverarbeitungsvorrichtung 9 angezeigt, während ein zweites Überwachungsobjekt (Kommunikationsvorrichtungen) mX2 und weitere alloziert werden, um durch die zweite Datenverarbeitungsvorrichtung 10 überwacht zu werden, wie in der dritten Nachricht C' an die zweite Datenverarbeitungsvorrichtung 10 angezeigt ist.
  • Der Überwachungsstartprozess 1200 wird durch die Schaltvorrichtung 1 vollendet durch Senden einer ersten Ereignisbericht-Nachricht X1 an das erste Überwachungsobjekt mX1 sowie jeweilige Ereignisbericht-Nachrichten für jedes weitere Überwachungsobjekt, welches alloziert ist und der ersten Datenverarbeitungsvorrichtung zugewiesen ist, an die erste Datenverarbeitungsvorrichtung 9 und Senden einer zweiten Ereignisbericht-Nachricht X2 für das zweite Überwachungsobjekt mX2 sowie jeweilige Ereignisbericht-Nachrichten für jedes weitere Überwachungsobjekt, welches alloziert ist und der zweiten Datenverarbeitungsvorrichtung 10 zugewiesen ist. Dann endet der Überwachungsstartprozess 1200 mit einem Überwachung-gestartet-Zustand III, welcher als ein Überwachung-gestartet-Zustand für das gesamte Kommunikationssystem verstanden wird.
  • <Weitere Variationen, Adaptionen, Optionen und Modifikationen>
  • Es sei verstanden, dass Ausführungsformen des Kommunikationssystems und Verfahrens zum Einschalten des Überwachens von Überwachungsobjekten in dem Kommunikationssystem modifiziert werden können, um verschiedene Sätze an Designkriterien zu erfüllen. Zum Beispiel kann die Organisation und Struktur des Netzwerkes 2, in welchem die Schaltvorrichtung 1 positioniert ist, von jeglichem Typ einer geeigneten Struktur und Organisation sein. Als weiteres Beispiel können die erste Datenverarbeitungsvorrichtung 9 und/oder die zweite Datenverarbeitungsvorrichtung 10 in dem Netzwerk der Schaltvorrichtung 1 positioniert sein oder können in einem Netzwerk positioniert sein, welches entfernt von diesem Netzwerk 2 ist oder extern zu dem Netzwerk 2 ist. Als noch weiteres Beispiel können einige Ausführungsformen des Kommunikationssystems nur eine Datenverarbeitungsvorrichtung verwenden, um ein Überwachen von einem oder mehreren Services durchzuführen oder können mehrere Datenverarbeitungsvorrichtungen verwenden, welche jeweils einen jeweiligen Service überwachen (z. B. zumindest zwei Datenverarbeitungsvorrichtungen, welche jeweils einen jeweiligen Service überwachen, zumindest drei Datenverarbeitungsvorrichtungen, welche jeweils einen jeweiligen Service überwachen, etc.). Als noch weiteres Beispiel können die Applikation, welche über die Applikationsstart-Datenübermittlung initiiert wird, welche durch die erste Datenverarbeitungsvorrichtung 9 gesendet wird, und der Service, welcher durch die erste Datenverarbeitungsvorrichtung 9 überwacht wird, in Bezug zu einer CSTA Applikation stehen, können ein CSTA-bezogener Service oder jeglicher andere Typ von Service sein. Als noch weiteres Beispiel kann der Service, welcher durch die zweite Datenverarbeitungsvorrichtung 10 überwacht wird, eine CSTA Applikation sein, ein CSTA-bezogener Service oder jeglicher andere Typ von Service sein. Als noch weiteres Beispiel können sich die Kommunikationsvorrichtungen, welche mit der Schaltvorrichtung 1 zur Verwendung von einem oder mehreren Services verbunden sind, alle innerhalb des Netzwerks 2 befinden, oder nur einige dieser Kommunikationsvorrichtungen können sich innerhalb des Netzwerks 2 befinden, während andere extern zu dem Netzwerk 2 sind und entfernt an die Schaltvorrichtung 1 angeschlossen sind. In noch weiteren Ausführungsformen können alle Kommunikationsvorrichtungen mit der Schaltvorrichtung 1 über zumindest ein intermediäres Netzwerk verbunden sein. Als noch weiteres Beispiel können die Kommunikationen, welche zwischen den Datenverarbeitungsvorrichtungen und der Schaltvorrichtung ausgetauscht werden, konfiguriert sein, um Verschlüsselung, Authentifizierung zu erleichtern oder anderenfalls organisiert oder konfiguriert sein, um für die ausgetauschten Kommunikationen zusätzliche Level an Sicherheit vorzusehen.
  • Es sei verstanden, dass obwohl die Begriffe „erste”, „zweite” und „dritte” hier verwendet werden, um verschiedene Elemente, Komponenten, Nachrichten, Vorrichtungen und/oder Objekte zu beschreiben statt diese Elemente, Komponenten, Nachrichten, Vorrichtungen und/oder Objekte durch diese Begriffe „erste”, „zweite” und „dritte” zu beschränken. Solche Begriffe „erste”, „zweite” und „dritte” werden lediglich verwendet, um ein Element, eine Komponente, eine Nachricht, eine Vorrichtung und/oder ein Objekt von einem anderen Element, Komponente, Nachricht, Vorrichtung und/oder Objekt zu unterscheiden. Daher kann ein erstes Element, Komponente, Nachricht, Vorrichtung und/oder Objekt als zweites, drittes oder jegliches andere Element, Komponente, Nachricht, Vorrichtung und/oder Objekt bezeichnet werden, ohne von der Lehre der vorliegenden Erfindung abzuweichen.
  • Während bestimmte beispielhafte Ausführungsformen des Kommunikationssystems und des Verfahren zum Herstellen und Verwenden desselben gezeigt worden sind und oben beschrieben wurden, sollte es klar verstanden werden, dass die Erfindung nicht darauf beschränkt ist, sondern innerhalb des Rahmens der angehängten Ansprüche verschiedenartig anders ausgeführt und praktiziert werden kann.
  • Wie oben erwähnt, sind die Prozesse 600, 700, 800, 900, 1000, 1100, 1200 basierend auf der vierten Ausführungsalternative 540 des Prozesses 500 beschrieben worden, d. h. basierend auf Service-Anfrage- und/oder Antwort-Nachrichten 542, 544, welche zwischen der ersten Datenverarbeitungsvorrichtung 9 (und/oder der zweiten Datenverarbeitungsvorrichtung 10) ausgetauscht werden. Jedoch kann jegliche Ausführungsalternative des Prozesses 500 eingesetzt werden. Falls eine Ausführungsalternative des Prozesses 500, welche keine Information über die Vorrichtungsobjekte und/oder Anrufobjekte bereitstellt, welche zur Überwachung durch die erste Datenverarbeitungsvorrichtung 9 (und/oder zweite Datenverarbeitungsvorrichtung 10) verfügbar ist, eingesetzt wird, muss solch eine Information durch andere Nachrichtenübermittlung bereitgestellt werden, um so einen bestimmten Prozess, sofern er solche Information benötigt, zu ermöglichen.
  • Gemäß einer Ausführungsformvariante irgendeiner der zuvor erwähnten exemplarischen Ausführungsformen eines Überwachungsstartprozesses kann der Inhalt der zweiten und dritten Nachrichten B, C insgesamt innerhalb einer einzigen zweiten Nachricht B enthalten sein, welche in Struktur und Inhalt konfiguriert ist, um die Bestätigung an die erste Datenverarbeitungsvorrichtung 9 bereitzustellen sowie ein Bereitstellen der Auflistung von Vorrichtungen, die zu überwachen sind. In noch einer weiteren Ausführungsformvariante kann die Bestätigung der zweiten Nachricht B nicht durchgeführt werden und der Inhalt und die Struktur der dritten Nachricht C können als eine einzelne zweite Nachricht gesendet werden, um sowohl einen Empfang der ersten Nachricht A zu bestätigen, und um die Auflistung der angefragten Kommunikationsvorrichtungen in einer einzigen Antwort-Nachricht bereitzustellen. Solche Typen von zweiten Nachrichten können es der ersten Schaltvorrichtung 1 erlauben, eine einzige Antwort auf die erste Nachricht A der ersten Datenverarbeitungsvorrichtung zu senden, welche eine komplette Liste der Kommunikationsvorrichtungen, die zu überwachen sind, enthält, welche mit der Anwendung oder dem Service assoziiert sind, welche/-r über die Service-Anfrage- und Antwort-Nachrichten 542, 544 initiiert wird. Die Liste der Kommunikationsvorrichtungen kann von der ersten Datenverarbeitungsvorrichtung 9 verwendet werden, um ihre assoziierten und allozierten Kommunikationsvorrichtungen zu identifizieren, und kann auch durch die Schaltvorrichtung 1 verwendet werden, um Querverweis-Identifizierung in nachfolgenden Anrufsteuerereignissen zu überwachen, welche eine oder mehr der überwachten Kommunikationsvorrichtungen einbeziehen, welche sie an die erste Datenverarbeitungsvorrichtung 9 kommunizieren kann.
  • Die Auflistung der Vorrichtungen, welche durch die Schaltvorrichtung 1 in irgendeiner der zuvor erwähnten exemplarischen Ausführungsformen verwendet wird, um alle der Kommunikationsvorrichtungen, die durch die erste Datenverarbeitungsvorrichtung 9 zu überwachen sind, zu identifizieren, kann eine Auflistung sein, die konfiguriert ist, um jede der Kommunikationsvorrichtungen, die zu überwachen sind, in einer Anzahl von verschiedenen Formaten und Strukturen zu identifizieren. Zum Beispiel kann jede Vorrichtung durch eine Adresse identifiziert werden, wie beispielsweise eine Telefonnummer oder eine Internetprotokolladresse. Als ein weiteres Beispiel kann jede Vorrichtung durch einen anderen Typ von Identifizierer identifiziert werden, wie beispielsweise ein Identifizierer, der durch Verwendung eines vorausgewählten Identifikationsformats gebildet wird.
  • Gemäß einer weiteren Ausführungsformvariante kann, in Reaktion auf einen Empfang der Auflistung der Kommunikationsvorrichtungen, die zu überwachen sind, von der Schaltvorrichtung 1 hin, die erste Datenverarbeitungsvorrichtung 9 ein Überwachen initiieren durch Senden einer Überwachungsstart-Nachricht an die Schaltvorrichtung 1 zum Überwachen der Kommunikationsvorrichtungen, welche durch die Schaltvorrichtung 1 in Reaktion auf die zweite Nachricht B oder die dritte Nachricht C identifiziert wird, welche durch die Schaltvorrichtung gesendet wird, welche die Auflistung von allen der Kommunikationsvorrichtungen enthält, die durch die erste Datenverarbeitungsvorrichtung 9 zu überwachen sind. Das Überwachen kann durch die erste Datenverarbeitungsvorrichtung 9 über Kommunikationen mit der Schaltvorrichtung 1 durchgeführt werden, so dass die Kommunikationsvorrichtungen das Überwachen, welches durch die erste Datenverarbeitungsvorrichtung 9 durchgeführt wird, nicht mitbekommen. Die Überwachungsstart-Nachricht kann in Struktur und Inhalt konfiguriert sein, um eine vorausgewählte oder vordefinierte Identifikation zu kommunizieren, welche die Schaltvorrichtung 1 informieren soll, dass sie Vorrichtung Monitore zum Überwachen von allen der Kommunikationsvorrichtungen aktivieren soll, welche in ihrer Antwort auf die erste Nachricht A aufgelistet sind. Die Überwachungsstart-Nachricht kann daher als eine Gesamt-Startüberwachungsanfrage konfiguriert sein, welche in Inhalt und Struktur konfiguriert ist, um das Starten der Monitore für alle der Kommunikationsvorrichtungen in einer einzigen Nachricht zu initiieren, welche an die Schaltvorrichtung 1 gesendet wird. Die Identifizierung der Kommunikationsvorrichtungen, die in der Überwachungsstart-Nachricht zu überwachen sind, kann über eine Auflistung der Kommunikationsvorrichtungen der Schaltvorrichtung 1, welche der Datenverarbeitungsvorrichtung 9 bereitgestellt wird, erfolgen oder durch Verwenden eines vorausgewählten Referenz-Identifizierers, welcher konfiguriert ist, um der Schaltvorrichtung alle diese Kommunikationsvorrichtungen zu identifizieren, oder kann von einem anderen Typ in Struktur und Inhalt einer Überwachungsstart-Nachricht sein.
  • In dieser Ausführungsformvariante kann die Überwachungsstart-Nachricht auch einen Filter-Identifizierer enthalten, um die Typen von Ereignissen zu identifizieren, die zu überwachen sind. Solche Ereignisse können jegliches Ereignis sein, welches die Kommunikationsvorrichtungen, die zu überwachen sind, einbezieht oder ein Filter, welches nur Kommunikationen an die erste Datenverarbeitungsvorrichtung 9 benötigt, wenn ein bestimmter Typ oder Anrufereignis oder andere vorausgewählte Typen von Anrufereignissen oder Kommunikationsereignissen detektiert werden, eine oder mehr von den Kommunikationsvorrichtungen einzubeziehen, die durch die erste Datenverarbeitungsvorrichtung 9 zu überwachen sind.
  • In Antwort auf die Überwachungsstart-Nachricht von dieser Ausführungsformvariante kann die Schaltvorrichtung die Überwachung der identifizierten Kommunikationsvorrichtungen initiieren. Die Applikation, welche mit diesen Kommunikationsvorrichtungen über die ausgetauschten Serviceanfrage- und Antwort-Nachrichten 542, 544 verlinkt ist, kann es der Schaltvorrichtung 1 erlauben, den Typ der Ereignisse zu filtern, welche die Schaltvorrichtung 1 für die erste Datenverarbeitungsvorrichtung 9 identifiziert, zum Vereinfachen eines Überwachens der Kommunikationsvorrichtungen, welche identifiziert (alloziert) werden als Kommunikationsvorrichtungen, die über die Überwachungsstart-Nachricht zu überwachen sind. Zusätzliche Filterinformation, welche in der Überwachungsstart-Nachricht enthalten ist, kann auch durch die Schaltvorrichtung verwendet werden, um zu filtern, welche Typen von Ereignissen eine Überwachungsnachricht erfordern, die von der Schaltvorrichtung 1 an die erste Datenverarbeitungsvorrichtung 9 zu senden ist, zum Überwachen der Kommunikationsvorrichtungen.
  • In dieser Ausführungsformvariante kann die Schaltvorrichtung 1 auch eine Bestätigung der Überwachungsstart-Nachricht senden, um zu informieren, dass das Überwachen der identifizierten Kommunikationsvorrichtungen durch die Schaltvorrichtung 1 initiiert worden ist. Die Schaltvorrichtung 1 kann dann anfangen, Ereignisnachrichten für diejenigen Kommunikationsvorrichtungen an die erste Datenverarbeitungsvorrichtung 9 zu berichten, um Ereignisse zu identifizieren, welche mit denjenigen Kommunikationsvorrichtungen assoziiert sind und mit der Applikation oder dem Service, welche diese Kommunikationsvorrichtungen verwenden, welche durch die erste Datenverarbeitungsvorrichtung 9 zu überwachen sein sollen. Zum Beispiel, wenn das Überwachen an der Schaltvorrichtung 1 in Antwort auf die Überwachungsstart-Nachricht gestartet wird, kann der CSTA Ereignisfluss von der Schaltvorrichtung 1 für alle die Kommunikationsvorrichtungen initiiert werden, welche in der Auflistung von allen von den Kommunikationsvorrichtungen, die durch die erste Datenverarbeitungsvorrichtung 9 zu überwachen sind, aufgelistet sind, welche die Schaltvorrichtung 1 zuvor an die erste Datenverarbeitungsvorrichtung 9 in der vierten oder dritten Nachricht C kommuniziert hat.
  • In einer weiteren Ausführungsformvariante kann, nach einer Initiierung des Überwachens, die erste Datenverarbeitungsvorrichtung 9 die aktiven Monitore an der Schaltvorrichtung 1 entfernen, um ein Empfangen von Ereignis-Benachrichtigungen zu stoppen. Zum Beispiel kann eine Überwachungsstopp-Anfrage an die Schaltvorrichtung 1 gesendet werden. Die Überwachungsstopp-Anfrage, welche durch die erste Datenverarbeitungsvorrichtung 9 gesendet wird, kann in Inhalt und Struktur konfiguriert sein, um alle die Kommunikationsvorrichtungen, die zu überwachen sind, zu identifizieren, so dass eine einzige Überwachungstopp-Anfrage an die Schaltvorrichtung 1 gesendet werden kann, um das Stoppen des Berichtens der Ereignisse für alle diese Kommunikationsvorrichtungen zu initiieren. In Antwort auf die Überwachungsstopp-Anfrage kann die Schaltvorrichtung 1 das Berichten von Ereignissen an die erste Datenverarbeitungsvorrichtung 9 für die Kommunikationsvorrichtungen stoppen, welche in der Überwachungsstopp-Anfrage identifiziert sind (z. B. die Kommunikationsvorrichtungen, welche einem Querverweis-Identifizierer zugewiesen sind, welcher in der Überwachungstopp-Anfrage enthalten ist) und danach den Empfang der Überwachungstopp-Anfrage in einer Bestätigung der Überwachungsstopp-Anfrage bestätigen, welche an die erste Datenverarbeitungsvorrichtung 9 gesendet wird.
  • In dieser Ausführungsformvariante kann die Bestätigung der Überwachungstopp-Anfrage, welche durch die Schaltvorrichtung 1 gesendet wird, einen anderen Identifizierer enthalten als der Identifizierer, welcher in der Überwachungstopp-Anfrage-Nachricht enthalten ist, welche durch die erste Datenverarbeitungsvorrichtung 9 gesendet wird, um die Kommunikationsvorrichtungen zu identifizieren, für welche die Schaltvorrichtung 1 nicht länger Ereignisse in Antwort auf die Überwachungsstopp-Anfrage berichten wird. Zum Beispiel kann ein Querverweis-Identifizierer (z. B. ein xref Identifizierer), welcher in der Überwachungstopp-Anfrage-Nachricht verwendet wird, welche durch die erste Datenverarbeitungsvorrichtung 9 gesendet wird, sich von dem Querverweis-Identifizierer unterscheiden, welcher in der Bestätigungsnachricht, welche durch die Schaltvorrichtung 1 gesendet wird, verwendet wird. Die erste Datenverarbeitungsvorrichtung 9 kann Daten innerhalb ihres Speichers aufweisen, um ihr zu erlauben, den Identifizierer mit Querverweisen zu versehen, welche in der Bestätigungsnachricht enthalten sind, welche durch die Schaltvorrichtung 1 mit einer Auflistung der Kommunikationsvorrichtungen gesendet wird, um die Kommunikationsvorrichtungen zu identifizieren, welche über diesen Querverweis-Identifiziere identifiziert werden. Ähnlich können Daten im Speicher, welcher der Schaltvorrichtung 1 zugänglich ist, Inhalte enthalten, welche es der Schaltvorrichtung 1 erlauben, die Kommunikationsvorrichtungen zu identifizieren, welche durch den Querverweis-Identifizierer identifiziert werden, welcher in der Überwachungsstopp-Anfrage enthalten ist, welche durch die erste Datenverarbeitungsvorrichtung 9 gesendet wird.
  • Sogar, wenn die zuvor beschriebenen Ausführungsformvarianten im Hinblick auf eine erste Datenverarbeitungsvorrichtung 9 beschrieben worden sind, sind sie auch auf eine Struktur von mehr als einer Datenverarbeitungsvorrichtung anwendbar, zum Beispiel eine erste Datenverarbeitungsvorrichtung 9, die zweite Datenverarbeitungsvorrichtung 10, ..., und ist auf jegliche erste, zweite, dritte Nachricht A1, A2, ..., B1, B2, ..., C1, C2, ..., welche zuvor beschrieben wurden, anwendbar.
  • Als Folge eines CSTA Services GetSwitchingFunctionDevices, erzeugt der CSTA Server eine Sequenz von CSTA SwitchingFunctionDevices. In Verbindung mit den vorherigen Definitionen wird der Inhalt der CSTA SwitchingFuncitonDevices wie folgt verbessert:
    • – Die entsprechenden CSTA MonitorCrossReferences werden ein Teil von CSTA SwitchingFunctionData sein, wenn ein automatisches Überwachen durch die CSTA GetSwitchingFunctionDevices angefragt wird. Diese MonitorCrossReference ist eindeutig, wie gemäß ECMA-269 erforderlich, und wird verwendet, um ein CSTA Ereignis der entsprechenden Vorrichtung zuzuweisen.
    • – Ein CSTA SnapshotCrossReferences wird ein Teil von CSTA SwitchingFunctionData sein, wenn die Anrufverarbeitungszustand-Anfrage durch die CSTA GetSwitchingFunctionDevices angefragt wird und der Anrufverarbeitungszustand nicht NULL ist. Die SnapshotCrossReferences werden verwendet, um alle anderen Anrufverarbeitungszustände zu transportieren.
    • – Das Flag DoNotDistuirbState zeigt den Status des Features „Do Not Disturb” pro Kommunikationsvorrichtung. Diese Information wird gesendet werden, wenn sie durch GetSwitchingFunctionDevices angefragt wird.
    • – Das Flag CallForwardingState zeigt den Status des Features „Call Forwarding” pro Kommunikationsvorrichtung. Diese Information wird gesendet werden, wenn sie durch GetSwitchingFunctionDevices (CSTA ”getter” Vorrichtungen) gesendet werden wird. Wenn das Feature an der Kommunikationsvorrichtung aktiviert ist, muss der Client zusätzliche Information über CSTA GetForwarding anfragen.
  • Die Synchronisationsphase hängt von der Information ab, welche durch den CSTA Client benötigt wird. Die Beispiele können typischerweise durch Call Center, UC und UCC Applikationen verwendet werden. Wenn für spezielle Lösungen zusätzliche Information benötigt wird, wie beispielsweise CSTA GetMessageWaitingIndicator oder jegliche andere „getter” des ECMA-269, wird die Implementierung einer der oben beschriebenen Regeln folgen:
    • – das Ergebnis ist direkt Teil von SwitchingFunctionDevice als ein Flag oder Parameter (wie DoNotDisturb);
    • – das Ergebnis benötigt den ECMA-269 „getter” als zusätzlichen Service (wie CallForwarding);
    • – das Ergebnis ist ein Querverweis (wie SnapshotDevice).
  • In der vorherigen Beschreibung sind Vorrichtungen (d. h. Kommunikationsvorrichtungen oder, noch genauer, Terminalvorrichtungen) als zu überwachende Objekte bezeichnet worden. Es wird angemerkt, dass jegliche Vorrichtung, die einem Überwachen unterliegt, durch ein jeweiliges Überwachungsobjekt repräsentiert werden kann. Jeder der Prozesse, welcher sich auf die Kommunikationsvorrichtungen oder Vorrichtungsobjekte, die zu überwachen sind, bezieht, kann leicht angepasst werden, um ebenso Anrufe als überwachtes Objekt zu enthalten. In diesem Sinne können Überwachungsobjekte und andere Anrufobjekte allgemein als Überwachungsobjekte verstanden werden, und jegliches Überwachungsobjekt, ungeachtet seiner Art, kann eine Kommunikationsvorrichtung, die zu überwachen ist, in jedem der zuvor beschriebenen Prozesse ersetzen.
  • Das heißt, neben einer Vorrichtungsüberwachung erlaubt CSTA Anrufüberwachung, wobei Monitore auf Anrufe anstatt auf Vorrichtungen gesetzt werden. Die beschriebenen Verfahren, welche exemplarische Ausführungsformen eines Verfahrens der vorliegenden Erfindung sind, sind mit den gleichen Regeln für eine Anrufüberwachung ebenso anwendbar.
  • Es sollte herausgehoben werden, dass alle der zuvor beschriebenen exemplarischen Ausführungsformen, Alternativen, Optionen oder Varianten miteinander kombiniert werden können. Als Beispiel kann jede Variante, welche in 7 bis 11 zu der exemplarischen Ausführungsform von 6 gezeigt ist, angepasst werden, um in der mehrfachen Datenverarbeitungsvorrichtungsstruktur von 12 angewendet zu werden. Darüber hinaus ist die Anzahl von Datenverarbeitungsvorrichtungen in dem Kommunikationssystem, welches zum Überwachen von Überwachungsobjekten verwendet wird, nicht auf zwei beschränkt, sondern die zweite Datenverarbeitungsvorrichtung 10, welche oben beschrieben ist, kann als ein Beispiel für eine bestimmte Anzahl von weiteren Datenverarbeitungsvorrichtungen zusätzlich zu der ersten Datenverarbeitungsvorrichtung 9 angesehen werden.
  • <Ergebnis des erfindungsgemäßen Verfahrens>
  • Das beschriebene Verfahren erlaubt eine drastische Reduzierung der Einschaltzeit zwischen einem CSTA Server und einem CSTA Client verglichen mit dem Stand der Technik, unabhängig von ursprünglichen Zuständen und Standardeinstellungen. Dies bringt den Vorteil für „all-in-one”-Lösungen, wo Server und Client eine gemeinsame Einheit bilden, innerhalb eines kürzeren Zeitrahmens zu synchronisieren. Jeder Prozess kann als ein Verfahren in dem Sinne der vorliegenden Erfindung verstanden werden.
  • Durch Verwenden des beschriebenen Verfahrens wird der Wartungsaufwand einer „all-in-one”-Lösung verbessert.

Claims (13)

  1. Verfahren zum Überwachen von Überwachungsobjekten in einer Computerintegrierten Telekommunikationsumgebung, wobei das Verfahren in einer initialen Einschaltphase umfasst: – auf einen erstmaligen Aufbau einer Assoziation zwischen einer ersten Datenverarbeitungsvorrichtung (9) und einer Schaltvorrichtung (1) hin, Verwenden eines Kommunikationslinks, Senden einer ersten Nachricht (A) von der ersten Datenverarbeitungsvorrichtung (9) an die Schaltvorrichtung (1), um eine Identifikation für alle Überwachungsobjekte anzufragen, die durch die erste Datenverarbeitungsvorrichtung (9) zu überwachen sind; – in Antwort auf die erste Nachricht (A), Senden einer zweiten Nachricht (B) von der Schaltvorrichtung (1) an die erste Datenverarbeitungsvorrichtung (9), wobei sich die zweite Nachricht (B) auf eine dritte Nachricht (C) bezieht, die folgt; – Allozieren von Überwachungsobjekten, welche die erste Datenverarbeitungsvorrichtung (9) überwachen soll; und – Senden der dritten Nachricht (C) von der Schaltvorrichtung (1) an die Datenverarbeitungsvorrichtung (9), wobei sich die dritte Nachricht (C) auf die zweite Nachricht (B) rückbezieht, und als eine einzelne Nachricht, welche eine Liste (deviceList) von allen Überwachungsobjekten enthält, welche der ersten Datenverarbeitungsvorrichtung (9) zum Überwachen zugewiesen sind, wobei die Liste einen Parameterblock für jedes allozierte Überwachungsobjekt enthält, wobei der Parameterblock Information zum Aktivieren einer Überwachung des jeweiligen Überwachungsobjekts an der ersten Datenverarbeitungsvorrichtung (9) enthält.
  2. Verfahren gemäß Anspruch 1, wobei: der Parameterblock für jedes allozierte Überwachungsobjekt enthält: – einen Identifizierer (deviceID), – Charakterisierungsinformation, wie beispielsweise eine Kategorie (deviceCategory), einen Typ (deviceType) und einen Name (deviceName), und – eine Überwachungsreferenz (monitorCrossReference), welche konfiguriert ist, so dass Ereignisse, welche das jeweilige Überwachungsobjekt einbeziehen, durch die Schaltvorrichtung (1) an die erste Datenverarbeitungsvorrichtung (9) kommuniziert werden.
  3. Verfahren gemäß Anspruch 1 oder 2, wobei die Anfrage zum Identifizieren von Überwachungsobjekten, die durch die erste Datenverarbeitungsvorrichtung (9) zu überwachen sind, in der ersten Nachricht (A) von der ersten Datenverarbeitungsvorrichtung (9) zu der Schaltvorrichtung (1) ein Anfragen für jeden Typ von Überwachungsobjekt jeder Vorrichtungskategorie enthält.
  4. Verfahren gemäß Anspruch 1 oder 2, wobei die Anfrage zum Identifizieren von Überwachungsobjekten, die durch die erste Datenverarbeitungsvorrichtung (9) zu überwachen sind, in der ersten Nachricht (A) von der ersten Datenverarbeitungsvorrichtung (9) zu der Schaltvorrichtung (1) ein Anfragen von zumindest einer ausgewählten Kategorie von Überwachungsobjekten einer Vorrichtungskategorie enthält.
  5. Verfahren gemäß irgendeinem der vorherigen Ansprüche, umfassend: – Anfragen, in der ersten Nachricht (A) von der ersten Datenverarbeitungsvorrichtung (9) zu der Schaltvorrichtung (1), eines Anrufverarbeitungszustands von allen allozierten Überwachungsobjekten; – Bereitstellen, in der dritten Nachricht (C) von der Schaltvorrichtung (1) zu der ersten Datenverarbeitungsvorrichtung (9), von Information hinsichtlich eines Anrufverarbeitungszustands von jedem allozierten Überwachungsobjekt, welches an einem Anruf teilnimmt, wobei die Information in dem Parameterblock von jedem benannten Überwachungsobjekt enthalten ist, wobei – wenn ein alloziertes Überwachungsobjekt in einem deaktivierten Zustand ist, die Information für das jeweilige Überwachungsobjekt einen Parameter, der dies anzeigt, enthält, – während in allen anderen Fällen die Information für das jeweilige Überwachungsobjekt eine Referenz zu einer vierten Nachricht (D), die folgt, enthält.
  6. Verfahren gemäß Anspruch 5, umfassend: – für jedes allozierte Überwachungsobjekt, wenn durch eine Referenz in der dritten Nachricht (C) angezeigt, Senden der vierten Nachricht (D) von der Schaltvorrichtung (1) zu der ersten Datenverarbeitungsvorrichtung (9), wobei die vierte Nachricht (D) Information über die Anrufe bereitstellt, welche mit dem jeweiligen Überwachungsobjekt assoziiert sind, welches an dem spezifizierten Anruf teilnimmt.
  7. Verfahren gemäß irgendeinem der vorherigen Ansprüche, wobei die Anfrage zum Identifizieren von Überwachungsobjekten, die durch die erste Datenverarbeitungsvorrichtung (9) zu überwachen sind, in der ersten Nachricht (A) von der ersten Datenverarbeitungsvorrichtung (9) zu der Schaltvorrichtung (1) sich bezieht auf – Vorrichtungsobjekte, welche Kommunikationsvorrichtungen (3, 5, 7) repräsentieren, welche mit der Schaltvorrichtung (1) verbunden sind, und/oder – Anrufobjekte, welche Anrufe (4, 6, 8) repräsentieren, welche in der Domain oder der Sub-Domain der Schaltvorrichtung (1) oder in der Domain oder der Sub-Domain von jeglicher Kommunikationsvorrichtung (3, 5, 7) existieren, welche mit der Schaltvorrichtung (1) oder irgendwo anders in einem Kommunikationssystem, zu welchem die Schaltvorrichtung (1) gehört, verbunden sind.
  8. Verfahren gemäß irgendeinem der vorherigen Ansprüche, umfassend: – Anfragen, in der ersten Nachricht (A) von der Datenverarbeitungsvorrichtung (9) an die Schaltvorrichtung (1), eines Feature-Status von einem oder mehreren Features von allen allozierten Überwachungsobjekten; und – Bereitstellen, in der dritten Nachricht (C) von der Schaltvorrichtung (1) an die erste Datenverarbeitungsvorrichtung (9), von Information, welche den angefragten Feature-Status von jedem allozierten Überwachungsobjekt anzeigt, wobei die Information in dem Parameterblock von jedem allozierten Überwachungsobjekt enthalten ist, wobei der Feature-Status sich auf Standard-Synchronisations-Features für eine Applikation, wie ein Call Center, eine Unified Communication oder eine Unified Communication und Collaboration Applikation und/oder zusätzliche Features bezieht.
  9. Verfahren gemäß irgendeinem der vorherigen Ansprüche, wobei: der Assoziationsaufbau ein Starten einer Applikations-Session, dem ECMA-354 Standard folgend, enthält.
  10. Verfahren gemäß irgendeinem der vorherigen Ansprüche, wobei das Verfahren in einer initialen Einschaltphase umfasst: – auf einen erstmaligen Aufbau einer Assoziation zwischen zumindest einer zweiten Datenverarbeitungsvorrichtung (10) und der Schaltvorrichtung (1) hin, Verwenden eines Kommunikationslinks, Senden einer ersten Nachricht (A') von jeder von der zumindest einen zweiten Datenverarbeitungsvorrichtung (10) an die Schaltvorrichtung (1), um eine Identifikation für alle Überwachungsobjekte anzufragen, welche durch eine jeweilige zweite Datenverarbeitungsvorrichtung (10) zu überwachen sind; – in Antwort auf die erste Nachricht (A') von jeder von der zumindest einen zweiten Datenverarbeitungsvorrichtung (10) an die Schaltvorrichtung (1), Senden einer jeweiligen zweiten Nachricht (B') von der Schaltvorrichtung (1) an jede von der zumindest einen zweiten Datenverarbeitungsvorrichtung (10), wobei sich die zweite Nachricht (B') auf eine jeweilige dritte Nachricht (C'), die folgt, bezieht; – Allozieren von Überwachungsobjekten, welche jede jeweilige zweite Datenverarbeitungsvorrichtung (10) zu überwachen hat; und – Senden der jeweiligen dritten Nachricht (C') von der Schaltvorrichtung (1) an jede von der zumindest einen zweiten Datenverarbeitungsvorrichtung (10), wobei sich jede dritte Nachricht (C') zurück auf die jeweilige zweite Datenverarbeitungsvorrichtung (10) bezieht, wobei jede dritte Nachricht (C') sich zurück auf die jeweilige zweite Nachricht (B') bezieht und als eine einzelne Nachricht eine Liste (deviceList) von allen Überwachungsobjekten enthält, welche der jeweiligen zweiten Datenverarbeitungsvorrichtung (10) zum Überwachen zugewiesen sind, wobei die Liste einen Parameterblock für jedes allozierte Überwachungsobjekt enthält, wobei der Parameterblock Information enthält zum Aktivieren eines Überwachens des jeweiligen Überwachungsobjekts an der jeweiligen zweiten Datenverarbeitungsvorrichtung (10).
  11. Verfahren gemäß Anspruch 10, wobei: ein Allozieren von Überwachungsobjekten derartig ist, dass jedes Überwachungsobjekt nur einer von der ersten Datenverarbeitungsvorrichtung (9) oder einer von der zumindest einen zweiten Datenverarbeitungsvorrichtung (10) zum Überwachen zugewiesen wird.
  12. Vorrichtung, welche konfiguriert ist, um das Verfahren gemäß irgendeinem der vorherigen Ansprüche zu implementieren.
  13. Kommunikationssystem, welches konfiguriert ist, um das Verfahren gemäß irgendeinem der Ansprüche 1 bis 11 zu implementieren.
DE102015010706.2A 2015-08-14 2015-08-14 Verfahren, Vorrichtung und System für ein Verfahren zum Einschalten einer Überwachung von Überwachungsobjekten in einer Computer-Implementierten Telekommunikationsumgebung Active DE102015010706B4 (de)

Priority Applications (6)

Application Number Priority Date Filing Date Title
DE102015010706.2A DE102015010706B4 (de) 2015-08-14 2015-08-14 Verfahren, Vorrichtung und System für ein Verfahren zum Einschalten einer Überwachung von Überwachungsobjekten in einer Computer-Implementierten Telekommunikationsumgebung
CN201680048342.8A CN107925586A (zh) 2015-08-14 2016-08-12 用于计算机集成电信环境中的监视对象的监视的启动的方法、用于方法的装置和系统
PCT/EP2016/069277 WO2017029233A1 (en) 2015-08-14 2016-08-12 Method, apparatus and system for method for start-up of monitoring of monitor objects in a computer-integrated telecommunications environment
US15/752,466 US10652118B2 (en) 2015-08-14 2016-08-12 Method apparatus and system for method for start-up of monitoring of monitor objects in a computer-integrated telecommunications environment
EP16751584.0A EP3335378B1 (de) 2015-08-14 2016-08-12 Verfahren, vorrichtung und system für ein verfahren zur inbetriebnahme einer überwachung von überwachungsobjekten in einer computerintegrierten telekommunikationsumgebung
US16/838,609 US10944658B2 (en) 2015-08-14 2020-04-02 Method, apparatus and system for method for start-up of monitoring of monitor objects in a computer-integrated telecommunications environment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102015010706.2A DE102015010706B4 (de) 2015-08-14 2015-08-14 Verfahren, Vorrichtung und System für ein Verfahren zum Einschalten einer Überwachung von Überwachungsobjekten in einer Computer-Implementierten Telekommunikationsumgebung

Publications (2)

Publication Number Publication Date
DE102015010706A1 DE102015010706A1 (de) 2017-03-23
DE102015010706B4 true DE102015010706B4 (de) 2017-10-05

Family

ID=56686816

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102015010706.2A Active DE102015010706B4 (de) 2015-08-14 2015-08-14 Verfahren, Vorrichtung und System für ein Verfahren zum Einschalten einer Überwachung von Überwachungsobjekten in einer Computer-Implementierten Telekommunikationsumgebung

Country Status (5)

Country Link
US (2) US10652118B2 (de)
EP (1) EP3335378B1 (de)
CN (1) CN107925586A (de)
DE (1) DE102015010706B4 (de)
WO (1) WO2017029233A1 (de)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8775617B2 (en) * 2012-01-06 2014-07-08 Siemens Enterprise Communications Gmbh & Co. Kg Method for optimizing network performance after a temporary loss of connection

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10149983A1 (de) 2001-10-10 2003-04-30 Siemens Ag Verfahren zum Ansteuern eines Anzeigeelementes an einem Endgerät und zugehörige Einheiten
DE10151436A1 (de) 2001-10-18 2003-05-08 Siemens Ag Anordnung zur Steuerung und/oder Überwachung einer Kommunikationsanlage durch mindestens zwei Anwendungen
JP4255366B2 (ja) 2003-11-28 2009-04-15 富士通株式会社 ネットワーク監視プログラム、ネットワーク監視方法、およびネットワーク監視装置
US7440393B2 (en) 2004-12-09 2008-10-21 Scalent Systems, Inc. Method and system for managing communication in a data network
EP1973357B1 (de) * 2007-03-19 2017-11-29 Mitsubishi Electric R&D Centre Europe B.V. Verfahren zur Aktualisierung einer über eine Basisstation eines drahtlosen Telekommunikationsnetzwerks in einer von der Basisstation verwalteten Zelle übertragenen Überwachungsliste mit Information zur Identifizierung von Zellen
US8300559B2 (en) * 2008-11-07 2012-10-30 Avaya Inc. System and method for monitoring call flow in heterogeneous environments
US8451981B2 (en) * 2011-04-26 2013-05-28 Telect Inc. Telecommunication wired monitor system
GB2493129B (en) 2011-07-11 2018-07-04 Metaswitch Networks Ltd Method and system for managing a sip server
CN102916865B (zh) * 2012-11-08 2015-09-09 浙江宇视科技有限公司 一种监控业务管理方法及装置
US9749422B2 (en) * 2014-12-05 2017-08-29 Unify Gmbh & Co. Kg Method and system for telecommunication device monitoring

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8775617B2 (en) * 2012-01-06 2014-07-08 Siemens Enterprise Communications Gmbh & Co. Kg Method for optimizing network performance after a temporary loss of connection

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
OpenScape Voice V8, Interface Manual: Volume 4, CSTA Interface, Description. Unify GmbH & Co. KG, 03/2015. URL: http://wiki.unify.com/images/6/68/OpenScape_Voice_V8,_CSTA_Interface_Manual.pdf [abgerufen am 21.06.2016] *

Also Published As

Publication number Publication date
US20190014027A1 (en) 2019-01-10
WO2017029233A1 (en) 2017-02-23
US10652118B2 (en) 2020-05-12
DE102015010706A1 (de) 2017-03-23
CN107925586A (zh) 2018-04-17
EP3335378B1 (de) 2020-10-14
US20200236022A1 (en) 2020-07-23
US10944658B2 (en) 2021-03-09
EP3335378A1 (de) 2018-06-20

Similar Documents

Publication Publication Date Title
DE60210343T2 (de) Persönlicher benutzer-agent
DE60209255T2 (de) Dynamische präsenzverarbeitung
DE112013000506B4 (de) Verwaltungsprotokoll für verteilte Strukturen
EP2719125B1 (de) Vorrichtung und verfahren zur skriptgesteuerten datenverarbeitung von daten für ein hauskommunikations- oder hausautomationssystem
DE102009031304B4 (de) Zuordnung von Sytemanfragen zu SMS-Anwenderantworten
EP3962026A1 (de) Verfahren und system zur bereitstellung von zeitkritischen diensten
DE112016000587T5 (de) Interoperabilität von entdeckungs- und verbindungsprotokollen zwischen clientvorrichtungen und ersten bildschirmvorrichtungen
DE112013002710T5 (de) Nahbereichsfunkkommunikationsvorrichtung
DE10312630A1 (de) Vorrichtung für und Verfahren von einem nahtlosen, drahtlosen Multimedia-Download-Weg zu vernetzten Partneranwendungen
EP1530758A1 (de) Verfahren zur bereitstellung von ressourcen in kommunikations-netzwerken
EP3029917B1 (de) Verfahren zur überwachung einer telekommunikationsvorrichtung
DE112004003043B4 (de) System und Verfahren zur Bekanntgabe und Lokalisierung von Diensten in einem verteilten Peer-to-Peer-Netzwerk
DE102015010706B4 (de) Verfahren, Vorrichtung und System für ein Verfahren zum Einschalten einer Überwachung von Überwachungsobjekten in einer Computer-Implementierten Telekommunikationsumgebung
EP3603041B1 (de) Verfahren zum betreiben eines kommunikationssystems, telekommunikationsvorrichtung sowie computerprogrammprodukt
EP1482745B1 (de) Verfahren und Anordnung zur Anmeldung eines Endgerätes an einem Kommunikationsknoten
EP3607437B1 (de) Verfahren zum konfigurieren zumindest eines geräts eines schienenfahrzeugs in einem netzwerk, computerprogramm und computerlesbares speichermedium
EP2469821B1 (de) Verfahren zur automatischen Übertragung einer Information zur Inbetriebnahme eines für die Textkommunikation eingerichteten Kommunikationsendgerätes an ein für die Sprachkommunikation eingerichtetes Kommunikationsendgerät
DE602004005445T2 (de) Verfahren zur aktualisierung von sitzungseinleitungsinformationen in verbindung mit einer fernsprechverbindung und endgeräteeinrichtung mit dem verfahren
WO2005094050A1 (de) Kommunikationsserver, system und verfahren zur steuerung und überwachung von endgeräten mittels cti
EP3959850B1 (de) Verfahren zum bereitstellen von verbindungsherstellungsdaten sowie anordnung mit einer mehrzahl von kommunikationsservern und einem vermittler
WO2008003404A1 (de) Verfahren und kommunikationssystem zur steuerung des datenflusses über netzwerkknoten
DE19900895C2 (de) Vorrichtung und Verfahren zum Fernzugriff auf einen Zielcomputer
DE102014101540B4 (de) Identifizierung von Nutzer-Endgeräten in Kommunikationsnetzwerken
DE102007054674A1 (de) Arbeitserkenntnis-Algorithmus für Kontaktzentralenagenten
DE102019109602A1 (de) Options-anfrage für mehrere empfänger beim session initiation protocol (sip)

Legal Events

Date Code Title Description
R012 Request for examination validly filed
R016 Response to examination communication
R082 Change of representative

Representative=s name: SCHAAFHAUSEN PATENTANWAELTE PARTNERSCHAFTSGESE, DE

Representative=s name: FRITZSCHE PATENTANWAELTE, DE

R016 Response to examination communication
R016 Response to examination communication
R018 Grant decision by examination section/examining division
R020 Patent grant now final
R082 Change of representative

Representative=s name: SCHAAFHAUSEN PATENTANWAELTE PARTNERSCHAFTSGESE, DE

R079 Amendment of ipc main class

Free format text: PREVIOUS MAIN CLASS: H04L0029060000

Ipc: H04L0065000000