DE102005013919B4 - Verfahren zum rechnergestützten Verwalten einer Telekommunikations-Konferenz und Telekommunikations-Konferenz-Servereinrichtungen - Google Patents

Verfahren zum rechnergestützten Verwalten einer Telekommunikations-Konferenz und Telekommunikations-Konferenz-Servereinrichtungen Download PDF

Info

Publication number
DE102005013919B4
DE102005013919B4 DE200510013919 DE102005013919A DE102005013919B4 DE 102005013919 B4 DE102005013919 B4 DE 102005013919B4 DE 200510013919 DE200510013919 DE 200510013919 DE 102005013919 A DE102005013919 A DE 102005013919A DE 102005013919 B4 DE102005013919 B4 DE 102005013919B4
Authority
DE
Germany
Prior art keywords
conference
telecommunication
telecommunication conference
event
rule file
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.)
Expired - Fee Related
Application number
DE200510013919
Other languages
English (en)
Other versions
DE102005013919A1 (de
Inventor
Holger Schmidt
Norbert Schwagmann
Andreas Schmidt
Josef Laumen
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.)
Intel Deutschland GmbH
Original Assignee
Infineon Technologies AG
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 Infineon Technologies AG filed Critical Infineon Technologies AG
Priority to DE200510013919 priority Critical patent/DE102005013919B4/de
Publication of DE102005013919A1 publication Critical patent/DE102005013919A1/de
Application granted granted Critical
Publication of DE102005013919B4 publication Critical patent/DE102005013919B4/de
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/104—Grouping of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
    • H04L12/1827—Network arrangements for conference optimisation or adaptation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/403—Arrangements for multi-party communication, e.g. for conferences

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Es wird in einer Konferenz-Regel-Datei angegeben, welche Version der Telekommunikations-Konferenz-Regel-Datei im Rahmen des Erzeugens eines Telekommunikations-Konferenzereignisses einer Telekommunikations-Konferenz verwendet werden soll.

Description

  • Die Erfindung betrifft Verfahren zum rechnergestützten Verwalten einer Telekommunikations-Konferenz sowie Telekommunikations-Konferenz-Servereinrichtungen.
  • Innerhalb des sogenannten Work Items „IMS Stage-2 Enhancements" (TSG SA WD2/TSG CN WD1) wird im Rahmen des 3rd Generation Partnership Project (3GPP) derzeit ein Multimedia-Telekommunikations-Konferenz-System für das Internetprotokoll Multimedia Subsystem (IMS) des Universal Mobile Telecommunication System (UMTS) spezifiziert.
  • Dieses Telekommunikations-Konferenz-System basiert auf der Architektur und den Kommunikationsprotokoll-Komponenten, die in dem von der Internet Engineering Task Force (IETF) hierfür definierten Rahmenwerk (Conferencing Framework) beschrieben wurde (Vgl. [1]).
  • Das Telekommunikations-Konferenz-System stellt neben einem Verfahren zur Steuerung der Zugriffsrechte auf Multimedia-Telekommunikations-Konferenzressourcen (auch bezeichnet als Floor Control) und der Etablierung von Konferenzregeln (auch bezeichnet als Conference Policy Control) ferner Session Initiation Protocol (SIP)-basierte Prozeduren unter anderem zur Erzeugung, zum Management, zum Eintritt und zum Verlassen von Telekommunikations-Konferenzen bereit. Ferner sind in diesem System Verfahren zur Benachrichtigung der Konferenzteilnehmer (auch bezeichnet als Conference Notification Service) über spezifische, die Telekommunikations-Konferenz betreffende Informationen und Ereignisse (Events) enthalten. Innerhalb des Telekommunikations-Konferenz-Systems können beliebige Arten von Medien zwischen den Teilnehmern ausgetauscht werden. Das Telekommunikations-Konferenz-System wird aus diesem Grund im Folgenden auch als Multimedia-Telekommunikations-Konferenz-System bezeichnet.
  • Beispiele unterschiedlicher Arten von Medien, welche zwischen den Teilnehmern ausgetauscht werden können, sind Audio-Daten, Video-Daten, Instant-Messaging-Konferenz-Daten und Gaming (Spiele)-Konferenz-Daten. Ferner ist eine Beschränkung des im Allgemeinen bidirektionalen Medienflusses möglich, so dass auch eine Push-to-Talk-Konferenz realisiert werden kann.
  • Aus [2] ist ferner die Umsetzung des in [1] beschriebenen Rahmenwerks im Internet Protocol Multimedia Subsystem (IMS) bekannt.
  • Das so genannte Session Initiation Protocol (SIP) ist in [3] beschrieben.
  • [4] beschreibt einen Call-Control-Mechanismus gemäß dem Session Initiation Protocol im Rahmen des Conferencing für Nutzeragenten.
  • Weiterhin ist aus [5] das sogenannte Conference Policy Control Protocol (CPCP) bekannt.
  • [6] beschreibt Regeln, welche die Privilegien von Nutzern einer Telekommunikations-Konferenz, wie sie in [1] beschrieben ist, festlegen, wobei gemäß [6] die Regeln in einem sogenannten Conference Policy Privileges-Dokument gespeichert sind.
  • Weiterhin ist aus [7] das sogenannte XCAP-Protokoll bekannt, welche zum Verändern der im Rahmen der Telekommunikationskonferenz verwendeten Regeldateien gespeicherten Parameter verwendet werden kann.
  • Ferner ist es aus [7] und [8] bekannt, dass es mittels des Conference Policy Control Protocols, da dieses eine XCAP- Anwendung (Extensible Markup Language Configuration Access Protocol) darstellt, möglich ist, einzelne Elemente, Attribute oder Attributwerte einer XML-Datei (Extensible Markup Language-Datei) mittels der jeweiligen Hypertext Transfer Protocol Unique Ressource Locator (HTTP URL) eindeutig zu adressieren.
  • Aus [9] ist die Funktionalität einer Telekommunikations-Konferenz-Aufzeichnung innerhalb des Conferencing Frameworks beschrieben.
  • Ferner ist aus [10] bekannt, Informationen, die eine Aufzeichnung einer Telekommunikations-Konferenz betreffen, wie beispielsweise die URI (Unique Ressource Identifier) der Telekommunikations-Konferenz, mittels der auf die Aufzeichnungsdaten zugegriffen werden kann, im Rahmen eines konferenzbezogenen Notifizierungsverfahrens zu verwenden.
  • Weiterhin ist es aus [11] und [5] bekannt, für ein Element der Telekommunikations-Konferenz-Regel-Datei anzugeben, ob dieses gültig ist oder nicht.
  • Gemäß dem Stand der Technik werden im Rahmen einer Telekommunikations-Konferenz die Elemente des bereitgestellten sogenannten Conference Policy Documents (auch bezeichnet als Conference Policy Dokument), für die der Erzeuger der Telekommunikations-Konferenz keine Konferenzparameterwerte vorgegeben hat, bei der Erzeugung des Dokuments und damit bei der Erzeugung eines jeweiligen Konferenzereignisses der Telekommunikations-Konferenz mit Standardwerten initialisiert, inklusive der von dem Erzeuger der Telekommunikations-Konferenz vorgegebenen und damit gesetzten Parameter des Conference Policy Documents. Dieses Conference Policy Document wird anschließend bei dem ersten zu erzeugenden Telekommunikations-Konferenzereignis innerhalb der Telekommunikations-Konferenz angewendet. Verändert sich das Telekommunikations-Konferenzereignis in seinen Eigenschaften, scheiden beispielsweise Teilnehmer während des ersten Konferenzereignisses aus, kommen neue Teilnehmer hinzu oder verändern sich die Wünsche der Teilnehmer der Telekommunikations-Konferenz hinsichtlich beispielsweise der zu übertragenden Medien im Rahmen des Telekommunikations-Konferenzereignisses, so wird gegebenenfalls das Conference Policy Document verändert. Soll nun ein zweites Telekommunikations-Konferenzereignis im Rahmen der Telekommunikations-Konferenz erzeugt werden, so ist unklar, ob im Rahmen des Erzeugens des zweiten Telekommunikations-Konferenzereignisses das ursprüngliche (initiale) Conference Policy Document verwendet werden soll oder ob die im Rahmen des ersten Telekommunikations-Konferenzereignisses vorgenommenen Änderungen bei dem zweiten Telekommunikations-Konferenzereignis berücksichtigt werden sollen.
  • Druckschrift [12] offenbart ein Konferenzsystem, bei dem jede erzeugte Konferenz durch eine Konferenzidentifikation identifiziert wird und für jede Konferenz unter ihrer Konferenzidentifikation in einer Konferenztabelle Informationen abgelegt sind, beispielsweise für die Konferenz gültige Regeln, eine Zeitangabe, die spezifiziert, wann die Konferenz erneut stattfinden soll (oder zu welchen Zeitpunkten sie regelmäßig stattfinden soll) oder die Angabe eines Konferenzteilnehmers, der Moderatorrechte in der Konferenz hat.
  • In Druckschrift [13] ist ein Konferenzsystem beschrieben, bei der die in einer Konferenz ausgetauschten Konferenzdaten für die spätere Wiedergabe aufgenommen werden können.
  • Druckschrift [14] beschreibt ein System zum Verwalten von Nachrichten, Kommunikationen und Dokumenten, bei der mehrere Agents jeweils eine oder mehrere Nachricht-, Kommunikations- und/oder Dokumentverarbeitungsaktionen durchführen. Ferner sind Verwaltungs-Agents vorgesehen, die die Tätigkeiten der Agents gemäß Verarbeitungsregeln koordinieren.
  • In [15] ist ein Verfahren offenbart, bei dem für Gruppenmitglieder, die sich an unterschiedlichen Orten befinden, eine virtuelle Gruppenumgebung bereitgestellt wird, so dass mehrere Telekommunikationsdienste von den Gruppenmitgliedern verwendet werden können.
    •
  • Der Erfindung liegt das Problem zugrunde, eine Telekommunikations-Konferenz mittels einer Telekommunikations-Konferenz-Server-Einrichtung zu verwalten, wobei auf einfache Weise automatisiert feststellbar ist, unter Verwendung welchem Stand der Telekommunikations-Konferenz-Regel-Datei ein Telekommunikations-Konferenzereignis einer Telekommunikations-Konferenz erzeugt werden soll.
  • Das Problem wird durch ein Verfahren zum Verwalten einer Telekommunikations-Konferenz sowie durch eine Telekommunikations-Konferenz-Servereinrichtungen mit den Merkmalen gemäß den unabhängigen Patentansprüchen gelöst.
  • Bevorzugte Ausgestaltungen der Erfindungen ergeben sich aus den abhängigen Ansprüchen.
  • Es wird ein Verfahren zum rechnergestützten Verwalten einer Telekommunikations-Konferenz mittels einer Telekommunikations-Konferenz-Servereinrichtung, welche mindestens eine Telekommunikations-Konferenz zwischen mehreren Teilnehmern mit mehreren Telekommunikations-Konferenzereignissen bereitstellt, bereitgestellt. Die Telekommunikations-Konferenz-Servereinrichtung hat Zugriff auf eine elektronische Telekommunikations-Konferenz-Regel-Datei, wobei in der Telekommunikations-Konferenz-Regel-Datei für die bereitgestellte Telekommunikations-Konferenz eine Versions-Information enthalten ist, anhand derer ermittelt werden kann, ob ein zu erzeugendes neues Telekommunikations-Konferenzereignis der Telekommunikations-Konferenz mit einer vorgegebenen Initialisierungs-Telekommunikations-Konferenz-Regel-Datei erzeugt werden soll, wobei von der Telekommunikations-Konferenz-Servereinrichtung für den Fall, dass mit der Versions-Information angegeben wird, dass ein zu erzeugendes neues Telekommunikations-Konferenzereignis der Telekommunikations-Konferenz mit einer vorgegebenen Initialisierungs-Telekommunikations-Konferenz-Regel-Datei erzeugt werden soll, das neue Telekommunikations-Konferenzereignis mit der Initialisierungs-Telekommunikations-Konferenz-Regel-Datei erzeugt wird.
  • Gemäß einem anderen Aspekt der Erfindung wird eine Telekommunikations-Konferenz-Servereinrichtung bereitgestellt, die eingerichtet ist zum Bereitstellen mindestens einer Telekommunikations-Konferenz zwischen mehreren Teilnehmern mit mehreren Telekommunikations-Konferenzereignissen. Die Telekommunikations-Konferenz-Servereinrichtung hat Zugriff auf eine elektronische Telekommunikations-Konferenz-Regel-Datei, wobei in der Telekommunikations-Konferenz-Regel-Datei für die bereitgestellte Telekommunikations-Konferenz eine Versions-Information enthalten ist, anhand derer ermittelt werden kann, ob ein zu erzeugendes neues Telekommunikations-Konferenzereignis der Telekommunikations-Konferenz mit einer vorgegebenen Initialisierungs-Telekommunikations-Konferenz-Regel-Datei erzeugt werden soll. Die Telekommunikations-Konferenz-Servereinrichtung ist eingerichtet, für den Fall, dass mit der Versions-Information angegeben wird, dass ein zu erzeugendes neues Telekommunikations-Konferenzereignis der Telekommunikations-Konferenz mit einer vorgegebenen Initialisierungs-Telekommunikations-Konferenz-Regel-Datei erzeugt werden soll, das neue Telekommunikations-Konferenzereignis mit der Initialisierungs-Telekommunikations-Konferenz-Regel-Datei zu erzeugen.
  • Es wird ferner ein Verfahren zum rechnergestützten Verwalten eine Telekommunikations-Konferenz mittels einer Telekommunikations-Konferenz-Servereinrichtung, welche mindestens eine Telekommunikations-Konferenz zwischen mehreren Teilnehmern mit mehreren Telekommunikations-Konferenzereignissen bereitstellt, bereitgestellt. Die Telekommunikations-Konferenz-Servereinrichtung hat Zugriff auf eine elektronische Telekommunikations-Konferenz-Regel-Datei in XML-Format, wobei in der Telekommunikations-Konferenz-Regel-Datei für die bereitgestellte Telekommunikations-Konferenz eine Versions-Information in XML-Format enthalten ist, anhand derer ermittelt werden kann, welche Version der Telekommunikations-Konferenz-Regel-Datei im Rahmen des Erzeugens eines Telekommunikations-Konferenzereignisses der Telekommunikations-Konferenz verwendet werden soll, wobei von der Telekommunikations-Konferenz-Servereinrichtung ein neues Telekommunikations-Konferenzereignis unter Verwendung der Version der Telekommunikations-Konferenz-Regel-Datei erzeugt wird, die in der Telekommunikations-Konferenz-Regel-Datei mittels der Versions-Information angegeben ist. Eine zu verwendende Version der Telekommunikations-Konferenz-Regel-Datei kann insbesondere durch den Stand der Telekommunikations-Konferenz-Regel-Datei am Ende eines Telekommunikations-Konferenzereignis gegeben sein. Weiterhin kann eine neue Version durch jede Änderung der Telekommunikations-Konferenz-Regel-Datei erzeugt werden. Ebenfalls kann bei jeder Änderung der Telekommunikations-Konferenz-Regel-Datei individuell angegeben werden, ob dies eine Änderung der Version bewirkt.
  • Unter einer Telekommunikations-Konferenz ist beispielsweise eine Multimedia-Telekommunikations-Konferenz in einem Rahmenwerk, wie es in [1] beschrieben ist, zu verstehen. In einer Telekommunikations-Konferenz sind ein oder mehrere Telekommunikations-Konferenzereignisse vorgesehen, gemäß welchen die Kommunikation zwischen mehreren vorgebbaren Teilnehmern bereitgestellt werden kann.
  • Unter einer Telekommunikations-Konferenz-Regel-Datei ist beispielsweise eine Datei zu verstehen, in der eine Telekommunikations-Konferenz und/oder ein oder mehrere Telekommunikations-Konferenzereignisse charakterisierende Daten, beispielsweise Parameter enthalten sind, welche gegebenenfalls zum Steuern der Telekommunikations-Konferenz und/oder eines oder mehrerer Telekommunikations-Konferenzereignisse(s) verwendet werden. Beispiele solcher Daten/Parameter sind Angaben über Teilnehmer, über Zeiten von zu erzeugenden Telekommunikations-Konferenzereignissen, Beschreibung von innerhalb der Telekommunikations-Konferenz und/oder der Telekommunikations-Konferenzereignisse austauschbaren/auszutauschenden Medien (Video, Audio, Text, etc.), Angaben über die Zugriffsrechte der Teilnehmer der Telekommunikations-Konferenzereignisse, etc.
  • Eine Telekommunikations-Konferenz-Servereinrichtung ist derart eingerichtet, dass sie mindestens eine Telekommunikations-Konferenz zwischen mehreren Teilnehmern während Telekommunikations-Konferenzereignissen bereitstellt. Die Telekommunikations-Konferenz-Servereinrichtung ist ferner derart eingerichtet, dass sie Zugriff hat auf eine elektronische Telekommunikations-Konferenz-Regel-Datei in XML-Format, wobei in der Telekommunikations-Konferenz-Regel-Datei für die bereitgestellte Telekommunikations-Konferenz eine Versions-Information in XML-Format enthalten ist, anhand derer ermittelt werden kann, welche Version der Telekommunikations-Konferenz-Regel-Datei im Rahmen des Erzeugens eines Telekommunikations-Konferenzereignisses der Telekommunikations-Konferenz verwendet werden soll. Ferner ist die Telekommunikations-Konferenz-Servereinrichtung derart eingerichtet, dass sie ein neues Telekommunikations-Konferenzereignis unter Verwendung der Version der Telekommunikations-Konferenz-Regel-Datei erzeugt, die in der Telekommunikations-Konferenz-Regel-Datei mittels der Versions-Information angegeben ist.
  • Anschaulich kann die Erfindung darin gesehen werden, dass es durch entsprechende Einträge in der Telekommunikations-Konferenz-Regel-Datei nunmehr auf flexible Weise ermöglicht ist vorzugeben, welche Version der Telekommunikations-Konferenz-Regel-Datei im Rahmen des Erzeugens eines neuen Telekommunikations-Konferenzereignisses zu verwenden ist.
  • Dies führt zu einer sehr einfachen und doch beliebig detailliert einstellbaren Möglichkeit, eine Vorgabe hinsichtlich der Verwendung der Telekommunikations-Konferenz-Regel-Datei im Rahmen des Erzeugens von Telekommunikations-Konferenzereignissen zu entwickeln und in eine Telekommunikations-Konferenz-Architektur einzubinden.
  • Anschaulich wird somit die Conference Policy, insbesondere das Conference Policy Document bzw. das Conference Policy Control Protocol (CPCP), allgemein die Telekommunikations-Konferenz-Regel-Datei durch unterschiedliche Angaben erweitert und damit um die Fähigkeit ergänzt, anzugeben, welcher Stand (d.h. welche Version) des Dokuments (allgemein der Telekommunikations-Konferenz-Regel-Datei) beim nächsten Konferenzereignis angewendet werden soll.
  • Gemäß dem Stand der Technik werden die Elemente des Conference Policy Documents, für die der Erzeuger der Telekommunikations-Konferenz keine Werte vorgegeben hat, bei der Erzeugung des Dokuments mit Standardwerten initialisiert. Dieser Stand (inklusive der vom Konferenz-Erzeuger gegebenenfalls gesetzten Parameter) des Conference Policy Documents wird dann beim ersten Konferenzereignis angewendet. Es ist derzeit im Rahmen des Standardisierungsgremiums unklar, welcher Stand des Conference Policy Documents beim zweiten Telekommunikations-Konferenzereignis oder einem nachfolgenden Telekommunikations-Konferenzereignis angewendet werden soll. Dies bedeutet, es ist unklar, ob wieder der Stand des Dokuments vor dem ersten Konferenzereignis hergestellt und verwendet werden soll oder ob der Stand des Dokuments angewendet werden soll, der am Ende des jeweils vorangegangenen oder des ersten Telekommunikations-Konferenzereignisses existierte. Würde der Stand der Telekommunikations-Konferenz-Regel-Datei verwendet, der am Ende des unmittelbar vorangegangenen Telekommunikations-Konferenzereignisses existierte auch im Rahmen des Erzeugens des jeweils aktuell neu zu erzeugenden Telekommunikations-Konferenzereignisses verwendet, dann würden beispielsweise Teilnehmer, die während des ersten Konferenzereignisses bzw. während des vorangegangenen Telekommunikations-Konferenzereignisses von der Telekommunikations-Konferenz-Servereinrichtung (auch als Fokus bezeichnet), im Rahmen des Conferencing Frameworks, wie er in [1] beschrieben ist, zur Telekommunikations-Konferenz eingeladen wurden, d.h. die Teilnehmer, die zusätzlich in die sogenannte Dialout-Liste (<dialout-list>-Datenelement) eingetragen wurden, automatisch auch zum zweiten Telekommunikations-Konferenzereignis eingeladen werden. Beide Varianten bieten, abhängig von der jeweiligen Situation, spezifische Vorteile und Nachteile. Aus diesem Grund ist es besonders vorteilhaft, erfindungsgemäß konfigurieren zu können, ob jeweils der initiale Stand des Conference Policy Documents, allgemein die initiale Version der Telekommunikations-Konferenz-Regel-Datei angewendet wird oder nicht.
  • Erfindungsgemäß erfolgt diese Konfiguration beispielsweise ebenfalls mittels des Elements des Conference Policy Documents, mittels dessen Hilfe generelle Einstellungen für die Konferenz erfolgen, d.h. beispielsweise mittels des sogenannten <settings>-Datenelements. Mit der Versions-Information kann angegeben werden, ob ein neues Telekommunikations-Konferenzereignis der Telekommunikations-Konferenz mit einer vorgegebenen Initialisierungs-Telekommunikaitons-Konferenz-Regel-Datei erzeugt werden soll, wie oben beschrieben wurde, beispielsweise mit von dem Erzeuger der Telekommunikations-Konferenz vorgegebenen Parametern oder mit Standardwerten initialisiert. Für den Fall, dass mit der Versions-Information angegeben wird, dass ein neues Telekommunikations-Konferenzereignis der Telekommunikations-Konferenz mit einer vorgegebenen Initialisierungs-Telekommunikations-Konferenz-Regel-Datei erzeugt werden soll, wird das neue Telekommunikations-Konferenzereignis mit der Initialisierungs-Telekommunikations-Konferenz-Regel-Datei erzeugt.
  • Anschaulich bedeutet dies, dass mit der Versions-Information als Element in dem Conference Policy Document angegeben werden kann, dass für alle nachfolgenden Telekommunikations- Konferenzereignisse einer Telekommunikations-Konferenz, dieselbe initiale Telekommunikations-Konferenz-Regel-Datei verwendet wird, wie sie im Rahmen der Erzeugung des ersten Telekommunikations-Konferenzereignisses verwendet wurde.
  • Alternativ kann mit der Versions-Information angegeben werden, ob ein neues Telekommunikations-Konferenzereignis der Telekommunikations-Konferenz mit einer im Rahmen eines vorangegangenen bereitgestellten Telekommunikations-Konferenzereignisses veränderten Telekommunikations-Konferenz-Regel-Datei erzeugt werden soll. Für den Fall, dass mit der Versions-Information angegeben wird, dass ein neues Telekommunikations-Konferenzereignis der Telekommunikations-Konferenz mit einer im Rahmen eines vorangegangenen bereitgestellten Telekommunikations-Konferenzereignisses veränderten Telekommunikations-Konferenz-Regel-Datei erzeugt werden soll, wird das neue Telekommunikations-Konferenzereignis mit der veränderten Telekommunikations-Konferenz-Regel-Datei erzeugt.
  • Anschaulich bedeutet diese Art der Versions-Information, dass die Telekommunikations-Konferenz-Regel-Datei im Rahmen des oder der Telekommunikations-Konferenzereignisse(s) kontinuierlich weitergeführt wird und insbesondere das Conference Policy Document kontinuierlich weitergeführt wird, ohne dabei auf einen vorgegebenen Initialisierungs-Status zurückgesetzt zu werden.
  • Eine Veränderung der Telekommunikations-Konferenz-Regel-Datei kann bei Eintreten mindestens eines Ereignisses der folgenden Ereignisse durchgeführt werden:
    • • ein oder mehrere in der Telekommunikations-Konferenz-Regel-Datei angegebener) Teilnehmer der Telekommunikations-Konferenz verlässt oder verlassen die Telekommunikations-Konferenz, wobei der oder die Teilnehmer aus der Telekommunikations-Konferenz-Regel-Datei gelöscht. wird/werden,
    • • mindestens ein Telekommunikations-Konferenz-Parameter wird verändert, wobei der Telekommunikations-Konferenz-Parameter in der Telekommunikations-Konferenz-Regel-Datei entsprechend verändert wird.
  • Ein Telekommunikations-Konferenz-Parameter ist beispielsweise die Angabe, welche Zugriffsrechte ein Teilnehmer auf die Telekommunikations-Konferenz-Regel-Datei bzw. deren Parameter hat oder welche Art von Medien der jeweilige Teilnehmer im Rahmen des Telekommunikations-Konferenzereignis übermittelt bekommt.
  • Durch diese Ausgestaltung der Erfindung wird es ermöglicht, wichtige, vorgebbare Teil-Ereignisse im Rahmen eines laufenden Telekommunikations-Konferenzereignisses in der Telekommunikations-Konferenz-Regel-Datei zu protokollieren und diese Änderungen gegebenenfalls beizubehalten, so dass ein neues Telekommunikations-Konferenzereignis auf der Grundlage der veränderten Konferenz-Situation mit gegebenenfalls veränderten Teilnehmern bzw. veränderten Teilnehmer-Anforderungen hinsichtlich der Zugriffsrechte und der an die Teilnehmer zu übertragenden Medien ermöglicht wird.
  • Bei Änderung der Telekommunikations-Konferenz-Regel-Datei kann mittels einer Änderung-Gültigkeits-Information angegeben werden, für welche Telekommunikations-Konferenzereignisse die Änderung gültig ist. So kann mit der Änderung-Gültigkeits-Information angegeben werden, dass die Änderung nur für die schon erzeugte oder das nächste Telekommunikations-Konferenzereignis gilt. Alternativ kann mit der Änderung-Gültigkeits-Information angegeben werden, dass die Änderung nur für eine vorgebbare Anzahl noch zu erzeugender Telekommunikations-Konferenzereignisse gilt. Alternativ oder zusätzlich kann mit der Änderung-Gültigkeits-Information angegeben werden, dass die Änderung permanent, d.h. dauerhaft gültig sein soll.
  • Aufgrund des Einsatzes der Änderung-Gültigkeits-Information wird es auf einfache und damit kostengünstige Weise ermöglicht, Änderungen hinsichtlich ihrer Reichweite und ihrer Bedeutung zu definieren und damit die Telekommunikations-Konferenz weiter flexibel steuerbar zu machen.
  • Gemäß einem anderen Aspekt der Erfindung ist ein Verfahren zum rechnergestützten Verwalten einer Telekommunikations-Konferenz mittels einer Telekommunikations-Konferenz-Servereinrichtung vorgesehen, wobei die Telekommunikations-Konferenz-Servereinrichtung mindestens eine Telekommunikations-Konferenz zwischen mehreren Teilnehmern mit mehreren Telekommunikations-Konferenzereignissen bereitstellt. Die Telekommunikations-Konferenz-Servereinrichtung hat Zugriff auf eine elektronische Telekommunikations-Konferenz-Regel-Datei in XML-Format, wobei in der Telekommunikations-Konferenz-Regel-Datei für die bereitgestellte Telekommunikations-Konferenz eine Wiederholungs-Information in XML-Format enthalten ist, anhand derer ermittelt werden kann, in welchem zeitlichen Abstand bezogen auf einen vorgebbaren Referenzzeitpunkt nach dem Erzeugen eines ersten Telekommunikations-Konferenzereignisses mindestens ein zweites, zu dem ersten Telekommunikations-Konferenzereignis gleiches (d.h. beispielsweise mit den denselben Teilnehmern und unter Verwendung derselben Konferenzparameter), Telekommunikations-Konferenzereignis erzeugt werden soll, wobei von der Telekommunikations-Konferenz-Servereinrichtung das zweite Telekommunikations-Konferenzereignis zu dem mit der Wiederholungs-Information angegebenen Zeitpunkt erzeugt wird.
  • Gemäß einem anderen Aspekt der Erfindung ist eine Telekommunikations-Konferenz-Servereinrichtung vorgesehen, welche eingerichtet ist zum Bereitstellen mindestens einer Telekommunikations-Konferenz zwischen mehreren Teilnehmern mit mehreren Telekommunikations-Konferenzereignissen. Die Telekommunikations-Konferenz-Servereinrichtung ist derart eingerichtet, dass sie Zugriff hat auf eine elektronische Telekommunikations-Konferenz-Regel-Datei in XML-Format, wobei in der Telekommunikations-Konferenz-Regel-Datei für die bereitgestellte Telekommunikations-Konferenz eine Wiederholungs-Information in XML-Format enthalten ist, anhand derer ermittelt werden kann, in welchem zeitlichen Abstand bezogen auf einen vorgebbaren Referenzzeitpunkt nach dem Erzeugen eines ersten Telekommunikations-Konferenzereignisses mindestens ein zweites, zu dem ersten Telekommunikations-Konferenzereignis gleiches, Telekommunikations-Konferenzereignis erzeugt werden soll.
  • Anschaulich wird gemäß diesem Aspekt der Erfindung eine einfache Möglichkeit geschaffen, ohne ein regelmäßig wiederkehrendes Telekommunikations-Konferenzereignis jedes Mal als eigenes Telekommunikations-Konferenzereignis in der Telekommunikations-Konferenz-Regel-Datei definieren zu müssen, einem Telekommunikations-Konferenzereignis die Wiederholungs-Information zuzuordnen und auf diese Weise zu steuern, dass, bezogen auf einen vorgebbaren Referenzzeitpunkt, das gleiche Telekommunikations-Konferenzereignis erzeugt wird wie das Telekommunikations-Konferenzereignis der Telekommunikations-Konferenz, d.h. ein Telekommunikations-Konferenzereignis mit denselben Konferenz-Parametern wie das erste Telekommunikations-Konferenzereignis, nur nach Ablauf eines vorgebbaren Zeitraums bezogen auf einen vorgegebenen Zeitpunkt, den Referenzzeitpunkt.
  • Auf diese Weise wird die Telekommunikations-Konferenz-Regel-Datei klein und damit auch die Verarbeitung der Telekommunikations-Konferenz-Regel-Datei mittels der Telekommunikations-Konferenz-Servereinrichtung sehr einfach und kostengünstig gehalten.
  • Von der Telekommunikations-Konferenz-Servereinrichtung können weitere, zu dem ersten Telekommunikations-Konferenzereignis gleiche, Telekommunikations-Konferenzereignisse erzeugt werden zu Zeitpunkten, welche mit der Wiederholungs-Information angegebenen werden.
  • Als Referenzzeitpunkt kann ein Zeitpunkt verwendet werden, der abhängig ist von dem ersten Telekommunikations-Konferenzereignis, beispielsweise der Beginn des erzeugten ersten Telekommunikations-Konferenzereignisses oder das Ende des erzeugten ersten Telekommunikations-Konferenzereignisses, allgemein der Beginn oder das Ende eines zuvor schon erzeugten Telekommunikations-Konferenzereignisses. Diese Referenzzeitpunkte stellen eine sehr einfache und verlässliche Bezugsvariable dar, um ausgehend von dieser das Erzeugen eines regelmäßig periodisch vorkommenden zu erzeugenden neuen Telekommunikations-Konferenzereignisses innerhalb der Telekommunikations-Konferenz vorzusehen.
  • Mit der Wiederholungs-Information kann ein Erzeugen eines weiteren gleichen Telekommunikations-Konferenzereignisses gemäß mindestens einem der folgenden Zeitperioden angegeben werden:
    • • stündlich
    • • in einem periodischen Abstand von einer vorgebbaren Anzahl von Stunden,
    • • täglich,
    • • in einem periodischen Abstand von einer vorgebbaren Anzahl von Tagen,
    • • wöchentlich,
    • • in einem periodischen Abstand von einer vorgebbaren Anzahl von Wochen,
    • • monatlich,
    • • in einem periodischen Abstand von einer vorgebbaren Anzahl von Monaten,
    • • jährlich,
    • • in einem periodischen Abstand von einer vorgebbaren Anzahl von Jahren.
  • Gemäß einem anderen Aspekt der Erfindung ist ein Verfahren zum rechnergestützten Verwalten einer Telekommunikations-Konferenz mittels einer Telekommunikations-Konferenz-Servereinrichtung vorgesehen, wobei die Telekommunikations-Konferenz-Servereinrichtung mindestens eine Telekommunikations-Konferenz zwischen mehreren Teilnehmern mit mehreren Telekommunikations-Konferenzereignissen bereitstellt. Die Telekommunikations-Konferenz-Servereinrichtung hat Zugriff auf eine elektronische Telekommunikations-Konferenz-Regel-Datei in XML-Format, wobei in der Telekommunikations-Konferenz-Regel-Datei für die bereitgestellte Telekommunikations-Konferenz eine Moderator-Information in XML-Format enthalten ist, anhand derer ermittelt werden kann, welcher Teilnehmer zu kontaktieren ist, wenn ein anderer Teilnehmer sich in ein erzeugtes Telekommunikations-Konferenzereignis der Telekommunikations-Konferenz einwählen möchte, um bei diesem Teilnehmer die Erlaubnis zum Einwählen in das Telekommunikations-Konferenzereignis anzufragen, wobei von der Telekommunikations-Konferenz-Servereinrichtung oder von dem anderen Teilnehmer eine Anfragenachricht zu dem in der Moderator-Information angegebenen Teilnehmer übermittelt wird, ob der andere Teilnehmer sich in das Telekommunikations-Konferenzereignis einwählen darf oder nicht.
  • Gemäß einem anderen Aspekt der Erfindung ist eine Telekommunikations-Konferenz-Servereinrichtung vorgesehen, welche eingerichtet ist zum Bereitstellen mindestens einer Telekommunikations-Konferenz zwischen mehreren Teilnehmern mit mehreren Telekommunikations-Konferenzereignissen. Die Telekommunikations-Konferenz-Servereinrichtung ist derart eingerichtet, dass sie Zugriff hat auf eine elektronische Telekommunikations-Konferenz-Regel-Datei in XML-Format, wobei mit Telekommunikations-Konferenz-Regel-Datei für die bereitgestellte Telekommunikations-Konferenz eine Moderator-Information in XML-Format enthalten ist, anhand derer ermittelt werden kann, welcher Teilnehmer zu kontaktieren ist, wenn ein anderer Teilnehmer sich in ein erzeugtes Telekommunikations-Konferenzereignis der Telekommunikations-Konferenz einwählen möchte, um bei diesen Teilnehmern die Erlaubnis zum Einwählen in das Telekommunikations-Konferenzereignis anzufragen. Die Telekommunikations-Konferenz-Servereinrichtung ist ferner derart eingerichtet, dass sie eine Anfrage-Nachricht erzeugt und zu dem in der Moderator-Information angegebenen Teilnehmer übermittelt, wobei in der Anfragenachricht die Anfrage enthalten ist, ob der andere Teilnehmer sich in das Telekommunikations- Konferenzereignis einwählen darf.
  • Die Moderator-Information kann eine Adresse, vorzugsweise eine SIP-URI des Teilnehmers sein. Alternativ kann mit der Moderator-Information eine Referenz des Teilnehmers angegeben sein, mit welcher eine Funktion des Teilnehmers innerhalb der Telekommunikations-Konferenz beschrieben wird und mittels welcher eine Adresse des Teilnehmers ermittelbar ist.
  • Gemäß noch einem anderen Aspekt der Erfindung ist ein Verfahren zum rechnergestützten Verwalten einer Telekommunikations-Konferenz mittels einer Telekommunikations-Konferenz-Servereinrichtung vorgesehen, wobei die Telekommunikations-Konferenz-Servereinrichtung mindestens eine Telekommunikations-Konferenz zwischen mehreren Teilnehmern mit mehreren Telekommunikations-Konferenzereignissen bereitstellt. Die Telekommunikations-Konferenz-Servereinrichtung ist derart eingerichtet, dass sie Zugriff hat auf eine elektronische Telekommunikations-Konferenz-Regel-Datei in XML-Format, wobei in der Telekommunikations-Konferenz-Regel-Datei für die bereitgestellte Telekommunikations-Konferenz eine Aufzeichnungs-Information in XML-Format enthalten ist, anhand derer ermittelt werden kann, ob ein Telekommunikations-Konferenzereignis der Telekommunikations-Konferenz aufgezeichnet werden soll, wobei ein erzeugtes Telekommunikations-Konferenzereignis von der Telekommunikations-Konferenz-Servereinrichtung abhängig von der Aufzeichnungs-Information aufgezeichnet wird oder nicht aufgezeichnet wird.
  • Gemäß einem anderen Aspekt der Erfindung ist eine Telekommunikations-Konferenz-Servereinrichtung vorgesehen, welche eingerichtet ist zum Bereitstellen mindestens einer Telekommunikations-Konferenz zwischen mehreren Teilnehmern mit mehreren Telekommunikations-Konferenzereignissen. Die Telekommunikations-Konferenz-Servereinrichtung hat Zugriff auf eine elektronische Telekommunikations-Konferenz-Regel-Datei in XML-Format, wobei in der Telekommunikations-Konferenz-Regel- Datei für die bereitgestellte Telekommunikations-Konferenz eine Aufzeichnungs-Information in XML-Format enthalten ist, anhand derer ermittelt werden kann, ob ein Telekommunikations-Konferenzereignis der Telekommunikations-Konferenz aufgezeichnet werden soll. Die Telekommunikations-Konferenz-Servereinrichtung ist ferner derart eingerichtet, dass ein erzeugtes Telekommunikations-Konferenzereignis abhängig von der Aufzeichnungs-Information aufgezeichnet wird oder nicht aufgezeichnet wird.
  • Auf diese Weise wird sehr einfach und flexibel für eine Telekommunikations-Konferenz in der Telekommunikations-Konferenz-Regel-Datei einstellbar, ob ein Telekommunikations-Konferenzereignis aufgezeichnet werden soll oder nicht. Dies kann auf der Ebene der Telekommunikations-Konferenz selbst oder für jedes Telekommunikations-Konferenzereignis separat in der Telekommunikations-Konferenz-Regel-Datei vorgegeben werden.
  • Gemäß einem anderen Aspekt der Erfindung wird ein Verfahren zum rechnergestützten Verwalten einer Telekommunikations-Konferenz mittels einer Telekommunikations-Konferenz-Servereinrichtung bereitgestellt, welche mindestens eine Telekommunikations-Konferenz zwischen mehreren Teilnehmern mit mehreren Telekommunikations-Konferenzereignissen bereitstellt, wobei die Telekommunikations-Konferenz-Servereinrichtung Zugriff hat auf eine elektronische Telekommunikations-Konferenz-Regel-Datei in XML-Format, wobei in der Telekommunikations-Konferenz-Regel-Datei für die bereitgestellte Telekommunikations-Konferenz eine Gültigkeits-Information in XML-Format sowie eine Gültigkeits-Konferenzereignis-Information in XML-Format enthalten ist, anhand derer ermittelt werden kann, ob eine Regel innerhalb der Telekommunikations-Konferenz-Regel-Datei für ein mittels der Gültigkeits-Konferenzereignis-Information identifiziertes Telekommunikations-Konferenzereignis gültig ist. von der Telekommunikations-Konferenz-Servereinrichtung wird ein Telekommunikations-Konferenzereignis erzeugt unter Verwendung der Regeln der Telekommunikations-Konferenz-Regel-Datei, welche gemäß der Gültigkeits-Information und der Gültigkeits-Konferenzereignis-Information für das Telekommunikations-Konferenzereignis gültig sind.
  • Gemäß einem anderen Aspekt der Erfindung ist eine Telekommunikations-Konferenz-Servereinrichtung vorgesehen, welche eingerichtet ist zum Bereitstellen mindestens einer Telekommunikations-Konferenz zwischen mehreren Teilnehmern mit mehreren Telekommunikations-Konferenzereignissen. Die Telekommunikations-Konferenz-Servereinrichtung hat Zugriff auf eine elektronische Telekommunikations-Konferenz-Regel-Datei in XML-Format, wobei in der Telekommunikations-Konferenz-Regel-Datei für die bereitgestellte Telekommunikations-Konferenz eine Gültigkeits-Information in XML-Format sowie eine Gültigkeits-Konferenzereignis-Information in XML-Format enthalten ist, anhand derer ermittelt werden kann, ob eine Regel innerhalb der Telekommunikations-Konferenz-Regel-Datei für ein mittels der Gültigkeits-Konferenzereignis-Information identifiziertes Telekommunikations-Konferenzereignis gültig ist. Die Telekommunikations-Konferenz-Servereinrichtung ist ferner derart eingerichtet, dass sie ein Telekommunikations-Konferenzereignis erzeugen kann unter Verwendung (nur) derjenigen Regeln der Telekommunikations-Konferenz-Regel-Datei, welche gemäß der Gültigkeits-Information und der Gültigkeits-Konferenzereignis-Information für das Telekommunikations-Konferenzereignis gültig sind.
  • Die im Folgenden beschriebenen Ausgestaltungen der Erfindungen betreffen sowohl die Verfahren zum rechnergestützten Verwalten einer Telekommunikations-Konferenz als auch die oben beschriebenen Telekommunikations-Konferenz-Server-Einrichtungen.
  • Die jeweiligen Verfahrensschritte bzw. die beschriebenen Einheiten können in ihrer Funktionalität sowohl in Hardware, d.h. mittels spezieller elektronischer Schaltungen, in Software, d.h. mittels spezieller Computerprogramme oder in beliebig hybrider Form, d.h. beliebig in ihren Teilfunktionalitäten aufgeteilt in Hardware und Software realisiert werden.
  • Gemäß einer Ausgestaltung der Erfindung ist es vorgesehen, dass die Telekommunikations-Konferenz-Regel-Datei in der Extensible Markup Language vorgesehen ist und eine Mehrzahl oder Vielzahl von Autorisierungs-Datenelemente enthält, welche ebenfalls gemäß dem Extensible Markup Language-Format (d.h. codiert gemäß dem XML-Format) vorgesehen sind.
  • Die Kommunikation zwischen den Teilnehmern und der Telekommunikations-Konferenz-Servereinrichtung erfolgt vorzugsweise zumindest teilweise gemäß dem Session Initiation Protocol (SIP), welches in [3] beschrieben ist.
  • Gemäß einer anderen Ausgestaltung der Erfindung erfolgt die Kommunikation zwischen den Teilnehmern und der Telekommunikations-Konferenz-Servereinrichtung zumindest teilweise gemäß dem Conference Policy Control Protocol (CPCP) wie in [5] beschrieben, insbesondere zum Anlegen oder Verändern der Conference Policy, und damit insbesondere zum Anlegen oder Verändern der Telekommunikations-Konferenz-Regel-Datei.
  • Gemäß einer Ausgestaltung der Erfindung wird von der Telekommunikations-Konferenz-Servereinrichtung eine Multimedia-Telekommunikations-Konferenz bereitgestellt, in welcher den Teilnehmern mehrere unterschiedliche Mediendatenströme bereitgestellt werden, beispielsweise Audio-Datenströme, Video-Datenströme, Text-Datenströme, etc.
  • Gemäß dieser Ausgestaltung der Erfindung wird eine hinsichtlich des zu verwendenden Mediums flexible und damit für die Teilnehmer komfortable Telekommunikations-Konferenz bereitgestellt.
  • Die Telekommunikations-Konferenz-Servereinrichtung ist vorzugsweise eindeutig mittels eines SIP Unique Ressource Identifiers (URI) identifizierbar, wobei dieser Identifikator bevorzugt bei Erzeugen einer Telekommunikations-Konferenz dieser zugeordnet wird und nach Beenden der Telekommunikations-Konferenz wieder freigegeben wird, so dass er einer anderen, danach erzeugten Telekommunikations-Konferenz wieder zugeordnet werden kann. Insbesondere wird die entsprechende Konferenzidentifikation gemäß [1] auch als Conference-URI (C-URI) bezeichnet.
  • Die Telekommunikations-Konferenz-Regel-Datei ist besonders bevorzugt gemäß dem Extensible Markup Language-Format (XML-Format) gespeichert, wodurch eine standardisierte, einfache und kostengünstige Darstellung der Datei erreicht ist.
  • Die Telekommunikations-Konferenz-Regel-Datei wird bevorzugt gemäß dem Hypertext Transport Protocol (HTTP) gelesen bzw. geschrieben bzw. geändert, anders ausgedrückt, es wird bevorzugt mittels HTTP auf die Telekommunikations-Konferenz-Regel-Datei zugegriffen. Dies hat insbesondere den Vorteil, dass standardisierte Protokolle für den Zugriff auf diese Datei verwendet werden können, womit existierende Systeme hinsichtlich der Dateizugriffe nicht verändert werden brauchen.
  • Die Teilnehmer der Telekommunikations-Konferenz übertragen und/oder empfangen Daten bevorzugt über ein Mobilfunksystem, besonders bevorzugt gemäß einem 3GPP-Mobilfunksystem, besonders bevorzugt gemäß UMTS. Anders ausgedrückt bedeutet dies, dass bevorzugt die Telekommunikations-Konferenz-Servereinrichtung zur Kommunikation über ein Mobilfunksystem eingerichtet ist, dabei insbesondere bevorzugt gemäß einem 3GPP-Mobilfunksystem und dabei besonders bevorzugt gemäß UMTS.
  • Somit eignet sich die Erfindung insbesondere für den Einsatz in einem, vorzugsweise zellenbasierten, Mobilfunk-Kommunikationssystem. Anders ausgedrückt bedeutet dies, dass die Telekommunikations-Konferenz-Servereinrichtung somit bevorzugt ein Bestandteil eines Mobilfunk-Kommunikationssystems, besonders bevorzugt eines 3GPP-Mobilfunk-Kommunikationssystems und dabei besonders bevorzugt des sogenannten IP Multimedia Core Network Subsystems (IMS) des UMTS-Mobilfunk-Kommunikationssystems ist.
    •
  • Ausführungsbeispiele der Erfindung sind in den Figuren dargestellt und werden im Folgenden näher erläutert.
  • Es zeigen
  • 1 ein Telekommunikations-Konferenzsystem, beispielsweise ein Mobilfunk-Telekommunikations-Konferenzsystem, gemäß den bevorzugten Ausführungsbeispielen der Erfindung;
  • 2 ein Blockdiagramm, in dem die Vorgehensweise gemäß einem ersten Ausführungsbeispiel der Erfindung dargestellt ist.
  • 1 zeigt. ein Mobilfunk-Multimedia-Telekommunikations-Konferenz-System 100 gemäß den bevorzugten Ausführungsbeispielen der Erfindung. Es ist darauf hinzuweisen, dass es sich in einer alternativen Ausgestaltung nicht um ein Mobilfunk-Multimedia-Telekommunikations-Konferenz-System handeln muss. Die im Folgenden und oben beschriebenen Verfahren können auch in einem Festnetz-Multimedia-Telekommunikations-Konferenz-System, beispielsweise einem internet-basierten Festnetz-Multimedia-Telekommunikations-Konferenz-System realisiert sein. In dieser alternativen Ausführungsform sind zumindest ein Teil der Telekommunikations-Endgeräte als Festnetz-Telekommunikations-Endgeräte eingerichtet, welche beispielsweise zur Durchführung einer internet-basierten Telekommunikations-Konferenz eingerichtet sind.
  • Das System 100 ist für alle Ausführungsbeispiele, welche im Folgenden näher erläutert werden, identisch bis auf die unterschiedlichen Ausgestaltungen des Fokus-Servers, der jeweils derart eingerichtet ist, dass er die Funktionalitäten der jeweiligen Ausführungsbeispiele implementiert hat.
  • Die einzelnen im Folgenden beschriebenen Einheiten können jeweils in einzelnen, voneinander getrennten Hardware-Einheiten, beispielsweise eigenständigen Rechnern- bzw. Mobilfunk-Endgeräten implementiert sein oder zumindest teilweise in Software, d.h. mittels Computerprogrammen, die in getrennten oder in gemeinsamen Rechnereinheiten implementiert sind.
  • Das Kommunikationssystem ist bis auf die unten beschriebenen Änderungen gemäß den Ausführungsformen der Erfindung ausgestaltet, wie in [1] beschrieben.
  • Das in [1] beschriebene und in 1 dargestellte „Conferencing Framework" stellt den Benutzern, insbesondere den Mobilfunk-Endgeräten 101, 102, 103, 104 unterschiedliche Multimedia-Telekommunikations-Konferenz-Dienste bereit.
  • Insbesondere sind, wie in [1] im Detail beschrieben, ein Dienst zur Steuerung der Zugriffsrechte auf Telekommunikations-Konferenz-Ressourcen, auch bezeichnet als Floor Control, ein Dienst zur Etablierung von Konferenzregeln (welche auch bezeichnet werden als Conference Policy Control), sowie in Form von auf den Session Initiation Protocol (SIP) basierenden Prozeduren zusätzliche Dienste zur Erzeugung, zum Management, zum Eintritt und zum Verlassen von Multimedia-Telekommunikations-Konferenzen vorgesehen.
  • Weiterhin stellt das Kommunikationssystem 100, wie ebenfalls in [1] beschrieben, Methoden zur Benachrichtigung der Konferenzteilnehmer 101, 102, 103, 104, auch bezeichnet als Conference Notification Service, über spezifische, eine jeweilige Multimedia-Telekommunikations-Konferenz betreffende Informationen und Ereignisse (Events), bereit.
  • Das Konferenzsystem 100 ist derart eingerichtet, dass beliebige Medienarten zwischen den Teilnehmern, d.h. zwischen den Mobilfunk-Endgeräten 101, 102, 103, 104 ausgetauscht werden können. Beispiele für eine Medienart, welche im Rahmen des Konferenzsystems 100 übertragen und verarbeitet werden kann, sind Audio-Daten, Video-Daten, Instant Messaging-Daten und Daten von Multiplayer-Spielen im Rahmen einer Gaming-Konferenz.
  • 1 zeigt, wie oben beschrieben, das Multimedia-Telekommunikations-Konferenz-Systeme 100 gemäß den Ausführungsbeispielen der Erfindung mit dessen einzelnen Komponenten und die Interaktion zwischen den Komponenten.
  • Das Multimedia-Telekommunikations-Konferenz-System 100 weist eine sternförmige Konferenz-Architektur auf, in der alle Konferenzteilnehmer (auch bezeichnet als User Agents), gemäß diesen Ausführungsbeispielen Mobilfunk-Endgeräte 101, 102, 103, 104 mit der Konferenz-Servereinrichtung 105, auch bezeichnet als Fokus 105, mittels SIP-Signalisierungsverbindung 106 verbunden. 1 zeigt jedoch nur exemplarisch eine dieser SIP Signalisierungsverbindungen, 106.
  • Einer jeweiligen bestimmten Mobilfunk-Telekommunikations-Konferenz, die einen bestimmten Konferenz-Server-Rechner 105, d.h. einem bestimmten Fokus, zugeordnet ist, bzw. auf ihm ausgeführt wird, ist eine eindeutige Konferenzadresse, die sogenannte Conference-Unique Resource Identifier (C-URI), zugeordnet. Die C-URI repräsentiert und adressiert die jeweilige Konferenz eindeutig. Der Fokus 105 hat unter anderem indirekten Zugriff auf die Conference Policy. Die Conference Policy-Datei, im Folgenden auch bezeichnet als Konferenz-Regel-Datei 108, setzt sich üblicherweise logisch aus zwei Teil-Bereichen, einer Membership-Policy 109 sowie einer Media-Policy 110, zusammen. Die Conference-Policy-Datei kann aber unter Umständen physikalisch auf mehrere Teildateien aufgeteilt gespeichert werden. Neben der physikalischen Trennung kann hierbei auch eine logische Aufteilung der Conference-Policy-Datei erfolgen. Die Konferenz-Regel-Datei 108 wird von einem Konferenz-Regel-Server (Conference Policy Server) 111 für eine jeweilige Konferenz exklusiv erzeugt, in 1 symbolisiert durch einen Pfeil 112. Der Focus 105 wird über den Konferenz-Regel-Server 111 über den Inhalt und jede Änderung der Conference Policy-Datei informiert. Denkbar ist auch, dass der Focus 105 direkten Zugriff auf die Conference Policy-Datei hat.
  • Zusätzlich zu der Umsetzung dieser in der Konferenz-Regel-Datei 108 gespeicherten Konferenzregeln hat der Fokus 105 die Aufgabe, für die konferenzspezifische Verteilung der Medien-Datenströme zu sorgen.
  • Zum Verteilen der Medien-Datenströmen setzt der Fokus 105 sogenannte Mixer 113, anders ausgedrückt, Datenstrom-Mischeinrichtungen, ein, welche unter Verwendung der in der Media Policy 110 gespeicherten Medienregeln die individuelle Zusammenstellung und die Verteilung der Medien-Datenströme auf die an der Konferenz teilnehmenden Mobilfunk-Endgeräte 101, 102, 103, 104 ausführt, in 1 symbolisiert mittels Doppelpfeilen 114, 115, 116, 117. In den Mobilfunk-Endgeräten 101, 102, 103, 104 sind zur Umsetzung des Konferenzdienstes einige zusätzliche Prozeduren, Kommunikationsprotokolle und Funktionalitäten implementiert, insbesondere sind neue zusätzliche SIP-Prozeduren implementiert sowie das sogenannte Binary Floor Control Protocol (BFCP), serverseitig implementiert in einem Floor Control Server 118, und das Conference Policy Control Protocol (CPCP) bzw. die jeweiligen Einheiten, welche in der Lage sind, die entsprechenden Kommunikationsprotokolle auszuführen. Die Binary Floor Control Protocol-Kommunikationsverbindung zwischen einem ersten Mobilfunk-Endgerät 101 und dem Floor Control Server 118 ist in 1 mit einem Pfeil 119 symbolisiert.
  • Somit ist jedes Detail dieser Prozeduren und Protokolle von Bedeutung für das Mobilfunk-Endgerät (mobile Endgerät) 101, 102, 103, 104 und somit für die in dem Endgerät eingesetzte Hardware und/oder Software.
  • Das in [5] beschriebene Conference Policy Control Protocol (CPCP) bietet die Möglichkeit, unterschiedliche Regeln für eine Multimedia-Telekommunikations-Konferenz zu definieren. So können beispielsweise allgemeine Konferenzregeln, wie z.B. die maximale Anzahl der Konferenz-Teilnehmer innerhalb der Konferenz-Regel-Datei (Conference Policy) mittels des CPCP angegeben werden. Die Konferenz-Regel-Datei enthält weiterhin beispielsweise eine sogenannte „dialout"-Liste (<dialout-list>-Datenelement), die angibt, welche Benutzer bzw. welche Telekommunikations-Endgeräte bei einer Aktivierung einer Konferenz zu dieser eingeladen werden sollen.
  • Die Conference Policy-Datei 108 enthält ferner Autorisierungs-Datenelemente, welche grundsätzlich in zwei Arten unterschieden werden, nämlich in Autorisierungs-Regel-Datenelemente, welche sich auf die Konferenzteilnahme von Teilnehmern beziehen (<ruleset>-Datenelement) und Regel-Datenelemente, welche die Privilegien der Teilnehmer festlegen (<privileges>-Datenelement).
  • Zu der Kategorie der Autorisierungs-Regel-Datenelemente gehört beispielsweise die Festlegung, welcher Teilnehmer über spezifische, die Konferenz betreffende Informationen und Ereignisse (Events) benachrichtigt werden darf (Conference Notification Service), welcher Teilnehmer SIP-Methoden zum Einladen von Teilnehmern verwenden darf und welcher Teilnehmer generell das Verfahren zur Steuerung der Zugriffsrechte auf Telekommunikations-Konferenz-Ressourcen (Floor Control) einsetzen darf.
  • Zu der Kategorie der Regel-Datenelemente gehört beispielsweise die Festlegung, wer Teilnehmer in die „Dialout"-Liste eintragen darf, wer die Regeln der ersten Kategorie, d.h. die Autorisierungs-Regel-Datenelemente verändern darf und welcher Teilnehmer welche Regeln der ersten Kategorie, d.h. der Autorisierungs-Regel-Datenelemente, lesen darf.
  • Zur Unterscheidung dieser unterschiedlichen Rechtekategorien sind zwei unterschiedliche Conference Policy-Dokumente, d.h. anschaulich Conference Policy-Dateien, vorgesehen, wie oben beschrieben wurde.
  • Während die Autorisierungs-Regel-Datenelemente gemeinsam mit den grundlegenden Konferenz-Datenelementen in sogenannten „Conference Policy Documents" beschrieben wird (vergleiche [5]), wird die zweite Kategorie, d.h. die Regel-Datenelemente, die anschaulich Meta-Rechte bzw. Meta-Daten enthält, im sogenannten „Conference Policy Privileges Document" beschrieben (vergleiche [6]).
  • Es ist jedoch darauf hinzuweisen, dass diese funktionale Trennung nicht notwendig ist. Die Aufteilung der einzelnen Funktionalitäten und der zu speichernden Daten in unterschiedlichen Dateien kann grundsätzlich beliebig erfolgen, ohne dass sich die folgenden Ausführungen hinsichtlich der Funktion und der grundlegenden Prinzipien der Erfindung verändern.
  • Die Conference Policy enthält ferner Autorisierungs-Datenelemente, mittels derer angegeben wird, welcher Benutzer andere Benutzer in die „Dialout"-Liste eintragen darf (<allow-modify-dol>-Datenelement).
  • Zum Festlegen, wer Autorisierungs-Datenelemente bearbeiten darf, ist gemäß CPCP ein übergeordnetes Autorisierungs-Datenelement vorgesehen, das den Zugriff auf alle anderen Autorisierungs-Datenelemente regelt (<allow-modify-authorization-rules>-Datenelement).
  • Die Konferenz-Regel-Datei 108 wird in Form mindestens eines XML-Dokumentes (Extensible Markup Language-Datei) angegeben. Aufgrund der Verwendung von XML zum Beschreiben der Konferenz-Regel-Datei 108 ist es möglich, die Konferenz-Regel-Datei auf einfache Weise zu erweitern, allgemein zu ändern.
  • Zum Übertragen der XML-Dateien, d.h. insbesondere der Konferenz-Regel-Datei 108 bzw. zum Lesen von Daten aus der Konferenz-Regel-Datei und/oder zum Schreiben von Daten in die Konferenz-Regel-Datei 108 wird das Hypertext Transport Protocol (HTTP) verwendet.
  • Das Schreiben einer Konferenz-Regel-Datei 108 bzw. das Schreiben in einer Konferenz-Regel-Datei 108 erfolgt mittels eines HTTP Put Requests, wohingegen zum Lesen einer Konferenz-Regel-Datei 108 bzw. eines Teils einer Konferenz-Regel-Datei 108 ein HTTP Get Request und zum Löschen einer gesamten Konferenz-Regel-Datei 108 oder eines Teils der Konferenz-Regel-Datei 108 ein HTTP Delete Request verwendet wird.
  • Durch die Verwendung von CPCP wird es ermöglicht, die Adressierung von einzelnen Elementen, Attributen oder Attributwerten eines XML-Dokumentes und damit des Conference Policy Documents und des Conference Policy Privileges Documents über die jeweilige HTTP URL zu realisieren, da das CPCP eine XCRP-Anwendung darstellt (vergleiche [7], [8]).
  • Im Folgenden wird der Aufbau einer Konferenz-Regel-Datei 108 in XML näher erläutert, wobei die grundlegenden Struktur einer solchen Konferenz-Regel-Datei 108 aus [5] bekannt ist und auch in dieser Weise aufgebaut ist.
  • In der Konferenz-Regel-Datei 108 sind die Konferenzregeln beschrieben.
  • Die Konferenz-Regel-Datei 108 weist unterschiedliche Datenelemente auf, beispielsweise das <info>-Datenelement in dem allgemeine Freitext-Informationen zu der jeweiligen Multimedia-Telekommunikations-Konferenz enthalten sind, das <settings>-Datenelement, in welchem unter anderem die Konferenzadresse (<conference-uri>-Sub-Datenelement) und die maximale Anzahl der Konferenzteilnehmer (<max-participants-count>-Sub-Datenelement) angegeben werden, das <authorizationrules>-Datenelement, dass die einzelnen Autorisierungs-Datenelemente enthält und ferner beispielsweise das <dialout-List>-Datenelement, welches die für die jeweilige Konferenz einzuladenden Teilnehmer auflistet.
  • Ferner weist die Konferenz-Regel-Datei 108 ein <time>-Datenelement auf, in welchem unter anderem der Beginn und das Ende verschiedener Telekommunikations-Konferenzereignisse (repräsentiert durch ein <occurence>-Datenelement) angegeben werden, ein <ruleset>-Datenelement, das die oben beschriebenen Autorisierungs-Regel-Datenelemente und damit die Datenelemente der ersten Kategorie enthält und weiterhin beispielsweise das oben beschriebene <dialout-List>-Datenelement, das die einzuladenden Teilnehmer auflistet.
  • Im Folgenden ist ein Beispiel eines Conference Policy Documents gemäß dem Stand der Technik in XML-Format dargestellt:
    Figure 00300001
    Figure 00310001
    Figure 00320001
    Abbildung 1: Beispiel eines Conference Policy Documents gemäß [5]
  • Ferner ist im Folgenden ein Beispiel eines Conference Policy Privileges Document in XML-Format dargestellt, wie es beispielsweise in [6] beschrieben ist.
  • Das Conference Policy Privileges Document enthält gemäß diesen Ausführungsformen der Erfindung ausschließlich die Regel-Datenelemente, d.h. die Autorisierungselemente der oben beschriebenen zweiten Kategorie:
    Figure 00320002
    Figure 00330001
    Abbildung 2: Beispiel eines Conference Policy Privileges Documents gemäß [6]
  • Gemäß einer ersten Ausführungsform der Erfindung wird anschaulich das Conference Policy Document bzw. das CPCP um die Fähigkeit erweitert, anzugeben, welcher Stand, d.h. welche Version, des Conference Policy Documents, allgemein, welche Version der Konferenz-Regel-Datei 108 beim nächsten zu erzeugenden Konferenzereignis angewendet werden soll.
  • In diesem Zusammenhang ist anzumerken, dass gemäß dem Stand der Technik die Elemente des Conference Policy Documents, für die der Erzeuger der Telekommunikations-Konferenz keine Werte vorgegeben hat, bei der Erzeugung des Conference Policy Documents mit Standardwerten initialisiert werden. Diese Version (inklusive der von dem Erzeuger der Telekommunikations-Konferenz, d.h. von dem Fokus 105 gesetzten Parameter) des Conference Policy Documents wird dann bei Erzeugen des ersten Telekommunikations-Konferenzereignisses angewendet. Es ist gemäß dem Stand der Technik nicht bestimmt, welcher Stand des Conference Policy Documents bei einem zu erzeugenden zweiten Telekommunikations-Konferenzereignis oder einem nachfolgenden dritten oder vierten Telekommunikations-Konferenzereignis, usw. angewendet wird. Dies bedeutet, es ist unklar, ob die Version des Conference Policy Documents vor dem ersten Telekommunikations-Konferenzereignis wiederhergestellt und verwendet wird oder ob die Version des Conference Policy Documents angewendet wird, die am Ende des unmittelbar vorangegangen Telekommunikations-Konferenzereignisses existierte. Damit würden gemäß dem Stand der Technik beispielsweise Teilnehmer, die während des ersten Telekommunikations-Konferenzereignisses von dem Fokus 105 zu dem Telekommunikations-Konferenzereignis eingeladen wurden, d.h. die Teilnehmer, die zusätzlich in die Dialout-Liste (<Dialout-List>-Datenelement) eingetragen wurden, automatisch auch zu dem zweiten Telekommunikations-Konferenzereignis eingeladen werden. Beide oben beschriebenen Varianten bieten immer abhängig von der jeweiligen Situation, spezifische Vorteile und Nachteile.
  • Aus diesem Grund ist es erfindungsgemäß vorteilhaft konfigurieren zu können, ob jeweils der initiale Stand des Conference Policy Documents beim Erzeugen eines nachfolgenden Telekommunikations-Konferenzereignisses angewendet wird oder nicht.
  • Gemäß dieser Ausführungsform der Erfindung erfolgt diese Konfiguration mittels eines Datenelements in dem Conference Policy Documents, mit dessen Hilfe generelle Einstellungen für die Telekommunikations-Konferenz erfolgen, d.h. gemäß dem Ausführungsbeispiel der Erfindung mittels des <settings>-Datenelements, wie es oben beschrieben wurde.
  • Gemäß diesem Ausführungsbeispiel der Erfindung erfolgt diese Festlegung mittels des neu vorgesehenen <continued-policy>-Sub-Datenelements.
  • Ist dieses Sub-Datenelement auf dem Wert „True" (wahr) gesetzt, dann wird das Conference Policy Document kontinuierlich weitergeführt, d.h. es wird nicht vor jedem Erzeugen eines neuen Telekommunikations-Konferenzereignisses in der Telekommunikations-Konferenz auf die Initialwerte zurückgesetzt.
  • Im Folgenden ist ein Conference Policy Document gemäß dieser Ausführungsform der Erfindung beispielhaft dargestellt:
    Figure 00350001
    Figure 00360001
    Figure 00370001
    Figure 00380001
    Abbildung 3: Conference Policy Document gemäß dem ersten Ausführungsbeispiel der Erfindung
  • Gemäß dem oben dargestellten Conference Policy Document wird angenommen, dass bei jedem zu erzeugenden Telekommunikations-Konferenzereignis der Stand des Conference Policy Documents verwendet wird, der „am Ende" des vorherigen Telekommunikations-Konferenzereignisses existierte. Das Conference Policy Document wird somit kontinuierlich weitergeführt, ohne dabei auf einen Status zurückgesetzt zu werden, der dem Initial-Status entspricht, in der obigen Abbildung repräsentiert durch
    <continued-policy>true</Continued-Policy>.
  • Teilnehmer mit entsprechenden Zugriffsrechten können die Conference Policy Datei und auch das Conference Policy Document nach wie vor wie auch gemäß dem Stand der Technik jederzeit bearbeiten und verändern.
  • Gemäß dieser Ausführungsform der Erfindung kann auch bei jeder Änderung des Conference Policy Documents angegeben werden, ob diese Änderungen nur für das nachfolgende, d.h. das nächste Telekommunikations-Konferenzereignis oder für das aktuelle, d.h. das schon erzeugte Telekommunikations-Konferenzereignis gilt oder ob diese Änderung permanent (dauerhaft) ist, d.h. für die Telekommunikations-Konferenz im Allgemeinen gilt (d.h. für jedes Telekommunikations-Konferenzereignis der erzeugten Telekommunikations-Konferenz).
  • Zur Realisierung dieses zusätzlichen Leistungsmerkmals ist jedes Sub-Datenelement und Attribut mit einem Attribut/Parameter entsprechend obiger Darstellung des Conference Policy Documents versehen, das/der angibt, dass diese Änderung permanent gilt. Alternativ kann dieses Attribut angeben, ob die Änderung nicht permanent ist.
  • Ein Beispiel für ein solches Sub-Datenelement ist im Folgenden dargestellt:
    Figure 00390001
  • 2 zeigt in einem vereinfachten Blockdiagramm 200 die oben beschriebene Vorgehensweise.
  • Nachdem von dem Conference Policy Server 111 eine Telekommunikations-Konferenz initialisiert wird (Schritt 201) wird in einem nachfolgenden Schritt (Schritt 202) das Conference Policy Document für die initialisierte Telekommunikations-Konferenz erzeugt.
  • Von dem Fokus 105 wird gemäß dem Conference Policy Document, allgemein der Konferenz-Regel-Datei 108 ein erstes Konferenzereignis gemäß den Vorgaben in dem erzeugten Conference Policy Document erzeugt (Schritt 203).
  • Im Folgenden wird gemäß diesem Ausführungsbeispiel der Erfindung angenommen, dass ein neuer Teilnehmer von dem Fokus 105 in das erste erzeugte Konferenzereignis eingeladen wird und auch aufgenommen wird (in 2 dargestellt mit Block 204).
  • Nach Aufnahme des neuen Teilnehmers in das erste Telekommunikations-Konferenzereignis wird das Conference Policy Document aktualisiert um die Angabe des neuen Teilnehmers in dem ersten Telekommunikations-Konferenzereignis (Schritt 205).
  • Nachdem die gewünschten Informationen in dem ersten Telekommunikations-Konferenzereignis ausgetauscht wurden, wird das erste Konferenzereignis beendet (Schritt 206).
  • Die Schritte 205 und 206 werden wiederholt entsprechend durchgeführt bei jeder in dem Conference Policy Document zu protokollierenden Änderung in der Telekommunikations-Konferenz.
  • Anschließend wird nach einer vorgegebenen Zeit, wiederum beispielsweise gemäß den Angaben in dem Conference Policy Document, von dem Fokus 105 ein zweites Konferenzereignis 105 erzeugt, wobei die Version des um die Aufnahme des neuen Teilnehmers in dem ersten Konferenzereignis aktualisierten Conference Policy Documents verwendet wird im Rahmen des Erzeugen des zweiten Konferenzereignisses.
  • Damit wird in diesem Fall automatisch der neue Teilnehmer auch in das zweite Konferenzereignis eingeladen (Schritt 207).
  • Gemäß einem anderen Ausführungsbeispiel der Erfindung, welches im Folgenden beschrieben wird, wird ausgegangen von dem <time>-Datenelement, mit welchem unter anderem der Beginn und/oder das Ende unterschiedlicher Telekommunikations-Konferenzereignisse in einer Telekommunikations-Konferenz (<occurence>-Datenelement) angegeben wird.
  • In obiger Abbildung 1 ist ein Beispiel angegeben, bei dem das Telekommunikations-Konferenzereignis am 17.12.2004 um 12:30 Uhr endet (<mixing-stop-time>-Datenelement), wobei gemäß diesem Ausführungsbeispiel der Erfindung nur ein einziges Konferenzereignis, d.h. ein <occurence>-Datenelement angegeben ist. Ein zweites, anderes Telekommunikations-Konferenzereignis würde durch ein weiteres <occurence>-Datenelement angegeben werden, welches dann seinerseits wieder den Anfangszeitpunkt und den Endzeitpunkt dieses weiteren Telekommunikations-Konferenzereignisses angeben würde. Gemäß dem zweiten Ausführungsbeispiel der Erfindung, wie es in der folgenden Abbildung 4 gezeigt ist, welche eine Darstellung eines Conference Policy Documents gemäß dem zweiten Ausführungsbeispiel der Erfindung im XML-Format beschreibt, ist der obige Nachteil vermieden. Vorteile bietet dieses Prinzip bei der Definition von regelmäßig zu erzeugenden und durchzuführenden Konferenzereignissen, beispielsweise von täglichen, wöchentlichen oder monatlichen zu erzeugenden Konferenzereignissen:
    Figure 00410001
    Figure 00420001
    Figure 00430001
    Abbildung 4: Conference Policy Document gemäß dem zweiten Ausführungsbeispiel der Erfindung
  • Gemäß diesem Ausführungsbeispiel der Erfindung wird das <occurence>-Datenelement, mit welchem ein Konferenzereignis definiert wird, um ein Attribut erweitert. Dieses Attribut, welches im Rahmen dieser Beschreibung auch als Wiederholungs-Information bezeichnet wird (im Folgenden beispielhaft als „Repition"-Attribut bezeichnet), und gibt die Zeitspanne an bis zu dem nächsten zu erzeugenden Konferenzereignis.
  • Die gemäß diesem Ausführungsbeispiel der Erfindung vorgesehenen Werte des Repition-Attributs, sind damit ohne Beschränkung der Allgemeinheit, „daily" („täglich"), „weekly" („wöchentlich"), „biweekly" („14-tägig"), „monthly" („monatlich"), usw. Alternativ könnte das Repition-Attribut auch einen Zahlenwert „hours" („Stunden"), „days" („Tage"), usw. enthalten. Auf diese Weise würde ein tägliches Konferenzereignis durch den Wert „24hours" angegeben werden.
  • Gemäß einem anderen Ausführungsbeispiel der Erfindung wird das <join-handling>-Datenelement des Conference Policy Documents funktional erweitert, wobei mit dem <join-handling>-Datenelement unter anderem festgelegt wird, wie der Fokus 105 auf einen Versuch des Konferenz-Beitritts eines möglichen neuen Teilnehmers reagieren soll (vergleiche [5]).
  • Existiert eine Regel für den entsprechenden Teilnehmer, bei der das <join-handling>-Datenelement auf den Wert „block" gesetzt ist, dann wird der Teilnehmer (Nutzer) nicht zu der Konferenz und dem zugehörigen Konferenzereignis zugelassen, d.h. dessen Konferenz-Eintritt wird abgelehnt. Erfolgt das Setzen dieser Regel, während der Teilnehmer sich schon in der Konferenz bzw. dem Konferenzereignis befindet, so wird er aus der Konferenz bzw. dem Konferenzereignis entfernt, solange keine Regel existiert, die es ihm erlaubt, in der Konferenz bzw. dem Konferenzereignis zu sein bzw. zu bleiben. Eine solche Regel hätte Vorrang vor einer Ausschlussregel. Würde das <join-handling>-Datenelement auf den Wert „allow" gesetzt, dann ist der Teilnehmer berechtigt, sich in die Konferenz bzw. in das Konferenzereignis einzuwählen.
  • Der letzte aktuelle zurzeit im Rahmen der Standardisierung für ein Conference Policy Document definierte Parameter „confirm" wird gesetzt, wenn der Moderator der Telekommunikations-Konferenz kontaktiert werden muss, um über die Anfrage von einem möglichen neuen Teilnehmer zu entscheiden.
  • Gemäß dem Stand der Technik kann nicht angegeben werden, welcher Teilnehmer der Moderator ist, bzw. es ist unklar, welcher Teilnehmer in dem oben beschriebenen Fall zu kontaktieren ist.
  • Gemäß diesem Ausführungsbeispiel der Erfindung wird aus diesem Grund das <join-handling>-Sub-Datenelement um das Attribut „Moderator", im Rahmen dieser Beschreibung auch als Moderator-Information bezeichnet, erweitert.
  • Das Moderator-Attribut gibt gemäß diesem Ausführungsbeispiel der Erfindung an, welcher Teilnehmer zu kontaktieren ist. Der Moderator kann mittels des <id>-Datenelements angegeben werden. Alternativ kann der entsprechende zu kontaktierende Teilnehmer durch einen speziellen Status angegeben werden, wobei beispielsweise der Status <key-participant> verwendet werden kann, um den Moderator nicht mit einer unmittelbaren Adresse kennzeichnen zu müssen, sondern durch seine Funktion, über die wiederum seine Adresse ermittelbar ist.
  • Ein Beispiel eines Conference Policy Documents gemäß diesem Ausführungsbeispiel der Erfindung ist im Folgenden in XML-Format dargestellt:
    Figure 00450001
    Figure 00460001
    Figure 00470001
    Figure 00480001
    Abbildung 5: Conference Policy Document gemäß dem dritten Ausführungsbeispiel der Erfindung
  • Gemäß einem vierten Ausführungsbeispiel der Erfindung wird davon ausgegangen, dass gemäß dem Stand der Technik innerhalb des aktuellen Conference Policy Documents eine Möglichkeit fehlt, anzugeben, ob die Konferenz bzw. ein spezifisches Konferenzereignis aufgezeichnet werden soll oder nicht.
  • Die Funktionalität der Konferenz-Aufzeichnung ist allgemein innerhalb des Conferencing Frameworks [9] beschrieben worden. Informationen, die eine Aufzeichnung der Konferenz betreffen, wie beispielsweise die URI, mittels der auf die Aufzeichnungsdaten zugegriffen werden kann, sind in einem konferenzbezogenen Notifizierungsverfahren enthalten, wie es in [10] beschrieben ist.
  • Gemäß diesem Ausführungsbeispiel der Erfindung erfolgt die Festlegung, ob ein spezifisches Konferenzereignis aufgezeichnet werden soll oder nicht in dem Conference Policy Document, allgemein in der Konferenz-Regel-Datei 108 selbst. Dies erfolgt gemäß diesem Ausführungsbeispiel der Erfindung entweder durch die Einführung eines neuen Sub-Datenelements innerhalb eines Datenelements des Conference Policy Documents oder durch die Einführung eines Sub-Datenelements oder Attributs innerhalb des <occurence>-Sub-Datenelements.
  • Für die oben beschriebene erste Variante gemäß diesem Ausführungsbeispiel der Erfindung bietet sich das Element des Conference Policy Documents an, mittels dessen generelle Einstellungen für die Konferenz festgelegt werden, d.h. beispielsweise das <settings>-Datenelement, wie es in obiger Abbildung 1 dargestellt ist. In diesem Fall wird gemäß diesem Ausführungsbeispiel der Erfindung ein neues Sub-Datenelement, beispielsweise bezeichnet als <recorded>-Datenelement eingeführt.
  • Eine Konferenz bzw. jedes Konferenzereignis wird dann aufgezeichnet, wenn das <recorded>-Sub-Datenelement auf den Wert „wahr" gesetzt wird, also gilt:
    <recorded>true</recorded>
  • Ist das <recorded>-Sub-Datenelement nicht in dem Conference Policy Document vorhanden, dann wird gemäß diesem Ausführungsbeispiel der Erfindung standardmäßig der Wert „false" („nicht wahr") angenommen, womit die Konferenz bzw. die einzelnen Konferenzereignisse nicht aufgezeichnet werden.
  • Soll ein spezifisches Konferenzereignis nicht aufgezeichnet werden, andere aber schon, so ist es bei dieser Lösung erforderlich, das Conference Policy Document zwischen den einzelnen Konferenzereignissen zu bearbeiten, da sich das <settings>-Datenelement und jedes seiner Sub-Datenelemente auf alle Konferenzereignisse der erzeugten Konferenz beziehen. Auf diese Weise wird das <recorded>-Sub-Datenelement im Bedarfsfall gesetzt oder nicht gesetzt.
  • Eine für jedes Konferenzereignis individuelle Angabe, ob es aufgezeichnet werden soll, erfolgt gemäß diesem Ausführungsbeispiel der Erfindung durch die Einführung eines neuen Sub-Datenelements innerhalb des <occurence>-Sub-Datenelements. Dies ist im Folgenden beispielhaft in einem Conference Policy Document gemäß diesem Ausführungsbeispiel der Erfindung dargestellt:
    Figure 00500001
    Figure 00510001
    Figure 00520001
    Abbildung 6: Conference Policy Document gemäß dem vierten Ausführungsbeispiel der Erfindung
  • Diese Lösung hat den Vorteil, dass das Conference Policy Document im Allgemeinen nicht vor jedem Konferenzereignis bearbeitet werden muss. Gemäß obigem Beispiel werden das erste Konferenzereignis und das dritte Konferenzereignis aufgezeichnet, das zweite Konferenzereignis jedoch nicht.
  • Gemäß einem weiteren Ausführungsbeispiel der Erfindung wird davon ausgegangen, dass es für einzelne Autorisierungs-Regel-Datenelemente bzw. Regel-Datenelemente (der ersten Kategorie bzw. der oben beschriebenen zweiten Kategorie) gemäß dem Stand der Technik möglich ist, eine Gültigkeitsdauer der jeweiligen Regel vorzugeben.
  • Dies erfolgt gemäß [11] und [5] mit Hilfe des <validity>-Sub-Datenelements innerhalb des <conditions>-Sub-Datenelements. Gemäß [11] und [5] wird die Gültigkeitsdauer mittels eines Startzeitpunktes und eines Stoppzeitpunktes angegeben.
  • Wie in der folgenden Abbildung dargestellt, ist der Stand der Technik im rule id = „1"-Regelelement angegeben worden.
    Figure 00530001
    Figure 00540001
    Figure 00550001
    Figure 00560001
    Figure 00570001
    Abbildung 7: Conference Policy Document gemäß dem fünften Ausführungsbeispiel
  • Infolge des <validity>-Sub-Datenelements ist die entsprechende Autorisierungsregel nur am 17.12.2004 von 10:30 Uhr bis 12:30 Uhr gültig, d.h. nur in diesem Zeitraum dürfen sich Mitglieder der Domain „example.com" in die Konferenz bzw. das Konferenzereignis einwählen (bezeichnet in dem Conference Policy Document mit <join-handling>allow</join-handling>).
  • Gemäß diesem Ausführungsbeispiel der Erfindung ist in der Regel rule id = „3" angegeben worden. Gemäß diesem Ausführungsbeispiel der Erfindung wird in dem <validity>-Sub-Datenelement ein bestimmtes Konferenzereignis (<occurence>-Sub-Datenelement) referenziert. Hierzu wird das entsprechende <occurence>-Datenelement referenziert, für das die entsprechende Autorisierungsregel, d.h. das entsprechende Autorisierungs-Regel-Datenelement bzw. Regel-Datenelement gültig ist. Gemäß diesem Ausführungsbeispiel der Erfindung ist das Regelelement rule id = „3" während des zweiten Konferenzereignisses gültig. Die Nummerierung der Konferenzereignisse erfolgt gemäß diesem Ausführungsbeispiel der Erfindung in der Reihenfolge ihres Auftretens in dem Conference Policy Document.
  • Es ist darauf hinzuweisen, dass die oben beschriebenen Ausführungsbeispiele der Erfindung in beliebiger Kombination miteinander realisiert sein können, d.h. es kann eine beliebige Teilmenge aller oben beschriebenen Erweiterungen der Conference Policy bzw. des Conference Policy Documents, allgemein der Konferenz-Regel-Dateien und deren Nutzung im Rahmen der Verwaltung der Konferenzen bzw. Konferenzereignisse eingesetzt werden.
  • Anschaulich kann somit die Erfindung in der Erweiterung und Ergänzung der Conference Policy bzw. des Conference Policy Documents, allgemein der Konferenz-Regel-Datei 108 um bisher nicht realisierbare Funktionalitäten gesehen werden. Die einzelnen Funktionalitäten und deren Realisierung wurden oben beschrieben.
  • Zusammenfassend sind folgende Aspekte der Erfindung zu erwähnen:
    Die Conference Policy wird erweitert zur Angabe
    • • von regelmäßigen Konferenzereignissen, beispielsweise wöchentlichen Konferenzereignissen;
    • • welcher Nutzer über eine Anfrage zur Konferenz-Teilnahme entscheiden soll;
    • • ob die Konferenz bzw, das Konferenzereignis aufgezeichnet werden soll. Dies kann für alle Konferenzereignisse zusammen oder für jedes Konferenzereignis separat angegeben werden;
    • • ob die Conference Policy vor jedem Konferenzereignis auf den initialen Stand, der vor dem ersten Konferenzereignis existierte, zurückgesetzt wird oder ob das Conference Policy Document weitergeführt wird, womit die Änderungen, die während des oder der vorangegangen Konferenzereignisse(s) durchgeführt wurden, die neuen Startwerte für das nächste Konferenzereignis bilden;
    • • für welches Konferenzereignis eine Autorisierungs-Regel gültig ist. Dies wird durch die Referenzierung des jeweiligen Konferenzereignisses erreicht.
  • In diesem Dokument sind folgende Veröffentlichungen zitiert:
    • [1] J. Rosenberg, A framework for conferencing with the session initiation protocol, SIP Internet-Draft, IETF SIPPING working group: Draft-IETF-SIPPING-conferencingframework-03, Oktober 2004;
    • [2] 3rd Generation Partnership Project, Technical Specification Group Core Network, Conferencing Using The IP Multimedia (IM) Core Network (CN) Subsystem, Stage 3 (Release 6), 3GPP TS 24.147 V6.0.0, September 2004;
    • [3] Requests for Comments (RFC) 3261, SIP: Session Initiation Protocol;
    • [4] A. Johnston et al., Session Initiation Protocol Call Control – Conferencing for user agents, SIPPING Working Group, Internet Draft, IETF SIPPING Working Group: Draft-IETF-SIPPING-CC-Conferencing-06, Juli 2004;
    • [5] H. Khartabil et al., The Conference Policy Control Protocol (CPCP), XCON, Internet Draft, IETF XCON Working Group: Draft IETF-XCON-CPCP-01, Oktober 2004;
    • [6] H. Khartabil et al., Privileges for Manipulating a Conference Policy, XCON, Internet Draft, IETF XCON Working Group: draft-ietf-xcon-conference-policy-privileges-01, Oktober 2004;
    • [7] H. Khartabil, An Extensible Markup Language (XML) Configuration Access Protocol (XCAP) Usages for Conference Policy Manipulation and Conference Policy Privelges Manipulation, XCON, Internet Draft, draft-ietf-xcon-cpcp-xcap-03;
    • [8] J. Rosenberg, The Extensible Markup Language (XML) Configuration Access Protocol (XCAP), SIMPLE Internet Draft, IETF SIMPLE Working group: Draft-IETF-SIMPLE-XCAP- 06, Oktober 2004;
    • [9] J. Rosenberg, A Framework for Conferencing with the Session Initiation Protocol, Sipping Internet Draft, draft-ietf-sipping-conferencing-framework-03, Oktober 2004;
    • [10] J. Rosenberg et al, A Session Initiation Protocol (SIP) Event Package for Conference State, Sipping Internet Draft, draft-ietf-sipping-conference-package-08, Dezember 2004;
    • [11] H. Schulzrinne et al, A Document Format for Expressing Privacy Preferences, GEOPRIV Internet Draft, draft-ietf-geopriv-common-policy-03.txt, Oktober 2004.
    • [12] US 2004/0047461 A1
    • [13] US 2002/0106998 A1
    • [14] US 2005/0060638 A1
    • [15] US 2002/0075306 A1
    • 100
    Multimedia-Telekommunikations-Konferenz-System
    101
    Mobilfunk-Endgerät
    102
    Mobilfunk-Endgerät
    103
    Mobilfunk-Endgerät
    104
    Mobilfunk-Endgerät
    105
    Konferenz-Servereinrichtung
    106
    SIP-Signalisierungsverbindung
    107
    SIP-Signalisierungsverbindung
    108
    Konferenz-Strategie-Datei
    109
    Membership-Policy-Datei
    110
    Media Policy-Datei
    111
    Konferenz-Strategie-Server
    112
    Pfeil
    113
    Mixer
    114
    Doppelpfeil
    115
    Doppelpfeil
    116
    Doppelpfeil
    117
    Doppelpfeil
    118
    Floor Control Server
    119
    Pfeil
    200
    Blockdiagramm
    201
    Initialisieren Konferenz
    202
    Erzeugen Conference Policy
    203
    Erzeugen erstes Konferenz-Ereignis
    204
    Aufnahme eines neuen Teilnehmers in erstes Konferenz-
    Ereignis
    205
    Aktualisieren Conference Policy Document
    206
    Beenden erstes Konferenz-Ereignis
    207
    Erzeugen zweites Konferenz-Ereignis

Claims (31)

  1. Verfahren zum rechnergestützten Verwalten einer Telekommunikations-Konferenz mittels einer Telekommunikations-Konferenz-Servereinrichtung, welche mindestens eine Telekommunikations-Konferenz zwischen mehreren Teilnehmern mit mehreren Telekommunikations-Konferenzereignissen bereitstellt, wobei die Telekommunikations-Konferenz-Servereinrichtung Zugriff hat auf eine elektronische Telekommunikations-Konferenz-Regel-Datei, wobei in der Telekommunikations-Konferenz-Regel-Datei für die bereitgestellte Telekommunikations-Konferenz eine Versions-Information enthalten ist, anhand derer ermittelt werden kann, ob ein zu erzeugendes neues Telekommunikations-Konferenzereignis der Telekommunikations-Konferenz mit einer vorgegebenen Initialisierungs-Telekommunikations-Konferenz-Regel-Datei erzeugt werden soll, wobei von der Telekommunikations-Konferenz-Servereinrichtung für den Fall, dass mit der Versions-Information angegeben wird, dass ein zu erzeugendes neues Telekommunikations-Konferenzereignis der Telekommunikations-Konferenz mit einer vorgegebenen Initialisierungs-Telekommunikations-Konferenz-Regel-Datei erzeugt werden soll, das neue Telekommunikations-Konferenzereignis mit der Initialisierungs-Telekommunikations-Konferenz-Regel-Datei erzeugt wird.
  2. Verfahren gemäß Anspruch 1, • bei dem mit der Versions-Information angegeben werden kann, ob ein neues Telekommunikations-Konferenzereignis der Telekommunikations-Konferenz mit einer im Rahmen eines vorangegangenen bereitgestellten Telekommunikations-Konferenzereignisses veränderten Telekommunikations-Konferenz-Regel-Datei erzeugt werden soll, und • bei dem für den Fall, dass mit der Versions-Information angegeben wird, dass ein neues Telekommunikations-Konferenzereignis der Telekommunikations-Konferenz mit einer im Rahmen eines vorangegangenen bereitgestellten Telekommunikations-Konferenzereignisses veränderten Telekommunikations-Konferenz-Regel-Datei erzeugt werden soll, das neue Telekommunikations-Konferenzereignis mit der veränderten Telekommunikations-Konferenz-Regel-Datei erzeugt wird.
  3. Verfahren gemäß Anspruch 1 oder 2, bei dem eine Veränderung der Telekommunikations-Konferenz-Regel-Datei bei Eintreten mindestens eines der folgenden Ereignisse durchgeführt wird: • ein oder mehrere in der Telekommunikations-Konferenz-Regel-Datei angegebener) Teilnehmer der Telekommunikations-Konferenz verlässt oder verlassen die Telekommunikations-Konferenz, wobei der oder die Teilnehmer aus der Telekommunikations-Konferenz-Regel-Datei gelöscht wird/werden, • mindestens ein Telekommunikations-Konferenz-Parameter wird verändert, wobei der Telekommunikations-Konferenz-Parameter in der Telekommunikations-Konferenz-Regel-Datei entsprechend verändert wird.
  4. Verfahren gemäß einem der Ansprüche 1 bis 3, bei dem bei Änderung der Telekommunikations-Konferenz-Regel-Datei mittels einer Änderung-Gültigkeits-Information angegeben wird, für welche Telekommunikations-Konferenzereignisse die Änderung gültig ist.
  5. Verfahren gemäß Anspruch 4, bei dem mit der Änderung-Gültigkeits-Information angegeben wird, dass die Änderung nur für das schon erzeugte oder nächste Telekommunikations-Konferenzereignis gilt.
  6. Verfahren gemäß Anspruch 4 oder 5, bei dem mit der Änderung-Gültigkeits-Information angegeben wird, dass die Änderung nur für eine vorgebbare Anzahl noch zu erzeugender Telekommunikations-Konferenzereignisse gilt.
  7. Verfahren gemäß einem der Ansprüche 1 bis 6, bei dem mit der Änderung-Gültigkeits-Information angegeben wird, dass die Änderung permanent gilt.
  8. Verfahren zum rechnergestützten Verwalten einer Telekommunikations-Konferenz mittels einer Telekommunikations-Konferenz-Servereinrichtung, welche mindestens eine Telekommunikations-Konferenz zwischen mehreren Teilnehmern mit mehreren Telekommunikations-Konferenzereignissen bereitstellt, wobei die Telekommunikations-Konferenz-Servereinrichtung Zugriff hat auf eine elektronische Telekommunikations-Konferenz-Regel-Datei in XML-Format, wobei in der Telekommunikations-Konferenz-Regel-Datei für die bereitgestellte Telekommunikations-Konferenz eine Wiederholungs-Information in XML-Format enthalten ist, anhand derer ermittelt werden kann, in welchem zeitlichen Abstand bezogen auf einen vorgebbaren Referenzzeitpunkt nach dem Erzeugen eines ersten Telekommunikations-Konferenzereignisses mindestens ein zweites, zu dem ersten Telekommunikations-Konferenzereignis gleiches, Telekommunikations-Konferenzereignis erzeugt werden soll, wobei von der Telekommunikations-Konferenz-Servereinrichtung das zweite Telekommunikations-Konferenzereignis zu dem mit der Wiederholungs-Information angegebenen Zeitpunkt erzeugt wird.
  9. Verfahren gemäß Anspruch 8, bei dem von der Telekommunikations-Konferenz-Servereinrichtung weitere, zu dem ersten Telekommunikations-Konferenzereignis gleiche, Telekommunikations-Konferenzereignisse zu mit der Wiederholungs-Information angegebenen Zeitpunkten erzeugt werden.
  10. Verfahren gemäß Anspruch 8 oder 9, bei dem als Referenzzeitpunkt ein Zeitpunkt verwendet wird, der abhängig ist von einem zuvor erzeugten Telekommunikations-Konferenzereignis.
  11. Verfahren gemäß Anspruch 10, bei dem als Referenzzeitpunkt einer der folgenden Zeitpunkte verwendet wird: • der Beginn des ersten erzeugten Telekommunikations-Konferenzereignisses, • das Ende des ersten erzeugten Telekommunikations-Konferenzereignisses.
  12. Verfahren gemäß einem der Ansprüche 9 bis 11, bei dem mit der Wiederholungs-Information ein Erzeugen eines weiteren, gleichen Telekommunikations-Konferenzereignisses gemäß mindestens einem der Folgenden Zeitperioden angegeben wird: • Stündlich, • in einem periodischen Abstand von einer vorgebbaren Anzahl von Stunden, • Täglich, • in einem periodischen Abstand von einer vorgebbaren Anzahl von Tagen, • Wöchentlich, • in einem periodischen Abstand von einer vorgebbaren Anzahl von Wochen, • Monatlich, • in einem periodischen Abstand von einer vorgebbaren Anzahl von Monaten, • Jährlich, • in einem periodischen Abstand von einer vorgebbaren Anzahl von Jahren.
  13. Verfahren zum rechnergestützten Verwalten einer Telekommunikations-Konferenz mittels einer Telekommunikations-Konferenz-Servereinrichtung, welche mindestens eine Telekommunikations-Konferenz zwischen mehreren Teilnehmern mit mehreren Telekommunikations-Konferenzereignissen bereitstellt, wobei die Telekommunikations-Konferenz-Servereinrichtung Zugriff hat auf eine elektronische Telekommunikations-Konferenz-Regel-Datei in XML-Format, wobei in der Telekommunikations-Konferenz-Regel-Datei für die bereitgestellte Telekommunikations-Konferenz eine Moderator-Information in XML-Format enthalten ist, anhand derer ermittelt werden kann, welcher Teilnehmer zu kontaktieren ist, wenn ein anderer Teilnehmer sich in ein erzeugtes Telekommunikations-Konferenzereignis der Telekommunikations-Konferenz einwählen möchte, um bei diesem Teilnehmer die Erlaubnis zum Einwählen in das Telekommunikations-Konferenzereignis anzufragen, wobei von der Telekommunikations-Konferenz-Servereinrichtung oder von dem anderen Teilnehmer eine Anfragenachricht zu dem in der Moderator-Information angegebenen Teilnehmer übermittelt wird, ob der andere Teilnehmer sich in das Telekommunikations-Konferenzereignis einwählen darf.
  14. Verfahren gemäß Anspruch 13, • bei dem in der Moderator-Information eine Adresse des Teilnehmers angegeben ist, oder • bei in der Moderator-Information eine Referenz des Teilnehmers angegeben ist, mit welcher eine Funktion des Teilnehmers innerhalb der Telekommunikations-Konferenz beschrieben wird, und mittels welcher eine Adresse des Teilnehmers ermittelbar ist.
  15. Verfahren zum rechnergestützten Verwalten einer Telekommunikations-Konferenz mittels einer Telekommunikations-Konferenz-Servereinrichtung, welche mindestens eine Telekommunikations-Konferenz zwischen mehreren Teilnehmern mit mehreren Telekommunikations-Konferenzereignissen bereitstellt, wobei die Telekommunikations-Konferenz-Servereinrichtung Zugriff hat auf eine elektronische Telekommunikations-Konferenz-Regel-Datei in XML-Format, wobei in der Telekommunikations-Konferenz-Regel-Datei für die bereitgestellte Telekommunikations-Konferenz eine Aufzeichnungs-Information in XML-Format enthalten ist, anhand derer ermittelt werden kann, ob ein Telekommunikations-Konferenzereignis der Telekommunikations-Konferenz aufgezeichnet werden soll, wobei ein erzeugtes Telekommunikations-Konferenzereignis von der Telekommunikations-Konferenz-Servereinrichtung abhängig von der Aufzeichnungs-Information aufgezeichnet wird oder nicht aufgezeichnet wird.
  16. Verfahren zum rechnergestützten Verwalten einer Telekommunikations-Konferenz mittels einer Telekommunikations-Konferenz-Servereinrichtung, welche mindestens eine Telekommunikations-Konferenz zwischen mehreren Teilnehmern mit mehreren Telekommunikations-Konferenzereignissen bereitstellt, wobei die Telekommunikations-Konferenz-Servereinrichtung Zugriff hat auf eine elektronische Telekommunikations-Konferenz-Regel-Datei in XML-Format, wobei in der Telekommunikations-Konferenz-Regel-Datei für die bereitgestellte Telekommunikations-Konferenz eine Gültigkeits-Information in XML-Format sowie eine Gültigkeits-Konferenzereignis-Information in XML-Format enthalten ist, anhand derer ermittelt werden kann, ob eine Regel innerhalb der Telekommunikations-Konferenz-Regel-Datei für ein mittels der Gültigkeits-Konferenzereignis-Information identifiziertes Telekommunikations-Konferenzereignis gültig ist, wobei von der Telekommunikations-Konferenz-Servereinrichtung ein Telekommunikations-Konferenzereignis erzeugt wird unter Verwendung der Regeln der Telekommunikations-Konferenz-Regel-Datei, welche gemäß der Gültigkeits-Information und der Gültigkeits-Konferenzereignis-Information für das Telekommunikations-Konferenzereignis gültig sind.
  17. Verfahren gemäß einem der Ansprüche 1 bis 16, bei dem die Kommunikation zwischen den Teilnehmern und der Telekommunikations-Konferenz-Servereinrichtung zumindest teilweise gemäß dem Session Initiation Protocol erfolgt.
  18. Verfahren gemäß einem der Ansprüche 1 bis 17, bei dem die Kommunikation zwischen den Teilnehmern und der Telekommunikations-Konferenz-Servereinrichtung zumindest teilweise gemäß dem Conference Policy Control Protocol erfolgt.
  19. Verfahren gemäß einem der Ansprüche 1 bis 18, bei dem als Telekommunikations-Konferenz eine Multimedia-Telekommunikations-Konferenz bereitgestellt wird, in der den Teilnehmern mehrere unterschiedliche Mediendatenströme bereitgestellt werden.
  20. Verfahren gemäß einem der Ansprüche 1 bis 19, bei dem die Telekommunikations-Konferenz-Servereinrichtung eindeutig mittels eines SIP Unique Resource Identifier identifiziert wird.
  21. Verfahren gemäß einem der Ansprüche 1 bis 20, bei dem auf die Telekommunikations-Konferenz-Regel-Dateigemäß dem Hypertext Transfer Protocol zugegriffen wird.
  22. Verfahren gemäß einem der Ansprüche 1 bis 21, bei dem die Teilnehmer der Telekommunikations-Konferenz Daten gemäß einem Mobilfunk-Kommunikationsprotokoll übertragen und/oder empfangen.
  23. Verfahren gemäß Anspruch 22, bei dem die Teilnehmer der Telekommunikations-Konferenz Daten gemäß einem 3GPP-Mobilfunk-Kommunikationsprotokoll übertragen und/oder empfangen.
  24. Verfahren gemäß Anspruch 23, bei dem die Teilnehmer der Telekommunikations-Konferenz Daten gemäß einem UMTS-Mobilfunk-Kommunikationsprotokoll übertragen und/oder empfangen.
  25. Telekommunikations-Konferenz-Servereinrichtung, • eingerichtet zum Bereitstellen mindestens einer Telekommunikations-Konferenz zwischen mehreren Teilnehmern mit mehreren Telekommunikations-Konferenzereignissen, • wobei die Telekommunikations-Konferenz-Servereinrichtung Zugriff hat auf eine elektronische Telekommunikations-Konferenz-Regel-Datei, wobei in der Telekommunikations-Konferenz-Regel-Datei für die bereitgestellte Telekommunikations-Konferenz eine Versions-Information enthalten ist, anhand derer ermittelt werden kann, ob ein zu erzeugendes neues Telekommunikations-Konferenzereignis der Telekommunikations-Konferenz mit einer vorgegebenen Initialisierungs-Telekommunikations-Konferenz-Regel-Datei erzeugt werden soll, • wobei die Telekommunikations-Konferenz-Servereinrichtung eingerichtet ist, für den Fall, dass mit der Versions-Information angegeben wird, dass ein zu erzeugendes neues Telekommunikations-Konferenzereignis der Telekommunikations-Konferenz mit einer vorgegebenen Initialisierungs-Telekommunikations-Konferenz-Regel-Datei erzeugt werden soll, das neue Telekommunikations-Konferenzereignis mit der Initialisierungs-Telekommunikations-Konferenz-Regel-Datei zu erzeugen.
  26. Telekommunikations-Konferenz-Servereinrichtung, • eingerichtet zum Bereitstellen mindestens einer Telekommunikations-Konferenz zwischen mehreren Teilnehmern mit mehreren Telekommunikations-Konferenzereignissen, • wobei die Telekommunikations-Konferenz-Servereinrichtung Zugriff hat auf eine elektronische Telekommunikations-Konferenz-Regel-Datei in XML-Format, wobei in der Telekommunikations-Konferenz-Regel-Datei für die bereitgestellte Telekommunikations-Konferenz eine Wiederholungs-Information in XML-Format enthalten ist, anhand derer ermittelt werden kann, in welchem zeitlichen Abstand bezogen auf einen vorgebbaren Referenzzeitpunkt nach dem Erzeugen eines ersten Telekommunikations-Konferenzereignisses mindestens ein zweites, zu dem ersten Telekommunikations-Konferenzereignis gleiches, Telekommunikations-Konferenzereignis erzeugt werden soll, • wobei die Telekommunikations-Konferenz-Servereinrichtung eingerichtet ist, das zweite Telekommunikations-Konferenzereignis zu dem mit der Wiederholungs-Information angegebenen Zeitpunkt zu erzeugen.
  27. Telekommunikations-Konferenz-Servereinrichtung, • eingerichtet zum Bereitstellen mindestens einer Telekommunikations-Konferenz zwischen mehreren Teilnehmern mit mehreren Telekommunikations-Konferenzereignissen, • wobei die Telekommunikations-Konferenz-Servereinrichtung Zugriff hat auf eine elektronische Telekommunikations-Konferenz-Regel-Datei in XML-Format, wobei in der Telekommunikations-Konferenz-Regel-Datei für die bereitgestellte Telekommunikations-Konferenz eine Moderator-Information in XML-Format enthalten ist, anhand derer ermittelt werden kann, welcher Teilnehmer zu kontaktieren ist, wenn ein anderer Teilnehmer sich in ein erzeugtes Telekommunikations-Konferenzereignis der Telekommunikations-Konferenz einwählen möchte, um bei diesem Teilnehmer die Erlaubnis zum Einwählen in das Telekommunikations-Konferenzereignis anzufragen, • wobei die Telekommunikations-Konferenz-Servereinrichtung eingerichtet ist, eine Anfragenachricht zu dem in der Moderator-Information angegebenen Teilnehmer zu übermitteln, ob der andere Teilnehmer sich in das Telekommunikations-Konferenzereignis einwählen darf.
  28. Telekommunikations-Konferenz-Servereinrichtung, • eingerichtet zum Bereitstellen mindestens einer Telekommunikations-Konferenz zwischen mehreren Teilnehmern mit mehreren Telekommunikations-Konferenzereignissen, • wobei die Telekommunikations-Konferenz-Servereinrichtung Zugriff hat auf eine elektronische Telekommunikations-Konferenz-Regel-Datei in XML-Format, wobei in der Telekommunikations-Konferenz-Regel-Datei für die bereitgestellte Telekommunikations-Konferenz eine Aufzeichnungs-Information in XML-Format enthalten ist, anhand derer ermittelt werden kann, ob ein Telekommunikations-Konferenzereignis der Telekommunikations-Konferenz aufgezeichnet werden soll, • wobei die Telekommunikations-Konferenz-Servereinrichtung eingerichtet ist, ein erzeugtes Telekommunikations-Konferenzereignis abhängig von der Aufzeichnungs-Information aufzuzeichnen oder nicht aufzuzeichnen.
  29. Telekommunikations-Konferenz-Servereinrichtung, • eingerichtet zum Bereitstellen mindestens einer Telekommunikations-Konferenz zwischen mehreren Teilnehmern mit mehreren Telekommunikations-Konferenzereignissen, • wobei die Telekommunikations-Konferenz-Servereinrichtung Zugriff hat auf eine elektronische Telekommunikations-Konferenz-Regel-Datei in XML-Format, wobei in der Telekommunikations-Konferenz-Regel-Datei für die bereitgestellte Telekommunikations-Konferenz eine Gültigkeits-Information in XML-Format sowie eine Gültigkeits-Konferenzereignis-Information in XML-Format enthalten ist, anhand derer ermittelt werden kann, ob eine Regel innerhalb der Telekommunikations-Konferenz-Regel-Datei für ein mittels der Gültigkeits-Konferenzereignis-Information identifiziertes Telekommunikations-Konferenzereignis gültig ist, • wobei Telekommunikations-Konferenz-Servereinrichtung eingerichtet ist, ein Telekommunikations-Konferenzereignis zu erzeugen unter Verwendung der Regeln der Telekommunikations-Konferenz-Regel-Datei, welche gemäß der Gültigkeits-Information und der Gültigkeits-Konferenzereignis-Information für das Telekommunikations-Konferenzereignis gültig sind.
  30. Verfahren zum rechnergestützten Verwalten einer Telekommunikations-Konferenz mittels einer Telekommunikations-Konferenz-Servereinrichtung, welche mindestens eine Telekommunikations-Konferenz zwischen mehreren Teilnehmern mit mehreren Telekommunikations-Konferenzereignissen bereitstellt, wobei die Telekommunikations-Konferenz-Servereinrichtung Zugriff hat auf eine elektronische Telekommunikations-Konferenz-Regel-Datei in XML-Format, wobei in der Telekommunikations-Konferenz-Regel-Datei für die bereitgestellte Telekommunikations-Konferenz eine Versions-Information in XML-Format enthalten ist, anhand derer ermittelt werden kann, welche Version der Telekommunikations-Konferenz-Regel-Datei im Rahmen des Erzeugens eines Telekommunikations-Konferenzereignisses der Telekommunikations-Konferenz verwendet werden soll, wobei von der Telekommunikations- Konferenz-Servereinrichtung ein neues Telekommunikations-Konferenzereignis unter Verwendung der Version der Telekommunikations-Konferenz-Regel-Datei, die in der Telekommunikations-Konferenz-Regel-Datei mittels der Versions-Information angegeben ist, erzeugt wird.
  31. Telekommunikations-Konferenz-Servereinrichtung, • eingerichtet zum Bereitstellen mindestens einer Telekommunikations-Konferenz zwischen mehreren Teilnehmern mit mehreren Telekommunikations-Konferenzereignissen, • wobei die Telekommunikations-Konferenz-Servereinrichtung Zugriff hat auf eine elektronische Telekommunikations-Konferenz-Regel-Datei in XML-Format, wobei in der Telekommunikations-Konferenz-Regel-Datei für die bereitgestellte Telekommunikations-Konferenz eine Versions-Information in XML-Format enthalten ist, anhand derer ermittelt werden kann, welche Version der Telekommunikations-Konferenz-Regel-Datei im Rahmen des Erzeugens eines Telekommunikations-Konferenzereignisses der Telekommunikations-Konferenz verwendet, werden soll, • wobei die Telekommunikations-Konferenz-Servereinrichtung eingerichtet ist, ein neues Telekommunikations-Konferenzereignis unter Verwendung der Version der Telekommunikations-Konferenz-Regel-Datei, die in der Telekommunikations-Konferenz-Regel-Datei mittels der Versions-Information angegeben ist, zu erzeugen.
DE200510013919 2005-03-24 2005-03-24 Verfahren zum rechnergestützten Verwalten einer Telekommunikations-Konferenz und Telekommunikations-Konferenz-Servereinrichtungen Expired - Fee Related DE102005013919B4 (de)

Priority Applications (1)

Application Number Priority Date Filing Date Title
DE200510013919 DE102005013919B4 (de) 2005-03-24 2005-03-24 Verfahren zum rechnergestützten Verwalten einer Telekommunikations-Konferenz und Telekommunikations-Konferenz-Servereinrichtungen

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE200510013919 DE102005013919B4 (de) 2005-03-24 2005-03-24 Verfahren zum rechnergestützten Verwalten einer Telekommunikations-Konferenz und Telekommunikations-Konferenz-Servereinrichtungen

Publications (2)

Publication Number Publication Date
DE102005013919A1 DE102005013919A1 (de) 2006-09-28
DE102005013919B4 true DE102005013919B4 (de) 2007-01-11

Family

ID=36973665

Family Applications (1)

Application Number Title Priority Date Filing Date
DE200510013919 Expired - Fee Related DE102005013919B4 (de) 2005-03-24 2005-03-24 Verfahren zum rechnergestützten Verwalten einer Telekommunikations-Konferenz und Telekommunikations-Konferenz-Servereinrichtungen

Country Status (1)

Country Link
DE (1) DE102005013919B4 (de)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020075306A1 (en) * 2000-12-18 2002-06-20 Christopher Thompson Method and system for initiating communications with dispersed team members from within a virtual team environment using personal identifiers
US20020106998A1 (en) * 2001-02-05 2002-08-08 Presley Herbert L. Wireless rich media conferencing
US20040047461A1 (en) * 2002-09-10 2004-03-11 Weisman Jordan Kent Method and apparatus for improved conference call management
US20050060638A1 (en) * 2003-07-11 2005-03-17 Boban Mathew Agent architecture employed within an integrated message, document and communication system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020075306A1 (en) * 2000-12-18 2002-06-20 Christopher Thompson Method and system for initiating communications with dispersed team members from within a virtual team environment using personal identifiers
US20020106998A1 (en) * 2001-02-05 2002-08-08 Presley Herbert L. Wireless rich media conferencing
US20040047461A1 (en) * 2002-09-10 2004-03-11 Weisman Jordan Kent Method and apparatus for improved conference call management
US20050060638A1 (en) * 2003-07-11 2005-03-17 Boban Mathew Agent architecture employed within an integrated message, document and communication system

Also Published As

Publication number Publication date
DE102005013919A1 (de) 2006-09-28

Similar Documents

Publication Publication Date Title
DE102004053597B4 (de) Verfahren zum automatischen Erzeugen und/oder Steuern einer Telekommunikations-Konferenz mit einer Vielzahl von Teilnehmern, Telekommunikations-Konferenz-Endgerät und Telekommunikations-Konferenz-Servereinrichtung
DE602004008974T2 (de) Server und verfahren zur steuerung der verwaltung von gruppen
DE69927713T2 (de) Angekündigte Sitzungsbeschreibung
DE60120084T2 (de) Methode und Gerät zur Teilnahme an einer elektronischen Konferenz
EP2826224B1 (de) Zugriff von clients auf einen serverdienst mittels einer opc-ua
DE102005002803B3 (de) Kommunikationssystem mit einer Konferenz-Servereinrichtung, einer Konferenz-Steuereinheit, mehreren Moderator-Einheiten, mehreren Telekommunikations-Einrichtungen und einem Verfahren zum Steuern einer Konferenz
DE102004052440B3 (de) Verfahren zum rechnergestützten Verwalten einer Telekommunikations-Konferenz und Telekommunikation-Konferenz-Servereinrichtungen
EP1869919A1 (de) Verfahren zum bilden einer gemeinsamen kommunikationssitzung, verfahren zum bilden einer ersten kommunikationssitzung und einer zweiten kommunikationssitzung aus einer gemeinsamen kommunikationssitzung und kommunikationssitzungs-steuerungs-server
DE69908094T2 (de) Telekommunikationsdiensteinrichtung
DE60205501T2 (de) Verwaltung von informationen über subskriptionen der dienstleistungen von dritten
DE102008036453A1 (de) Verfahren zum Versenden von Daten und Kommunikationseinrichtung
DE102014009495B4 (de) Verfahren zum Aufbau einer für die Übermittlung von Medienströmen geeigneten Kommunikationsverbindung von einem ersten RTC-Client zu einem zweiten RTC-Client
DE102006001503A1 (de) Verfahren und System zum Übermitteln von Zusatzdaten und Kommunikationsendgerät
DE102005049074B4 (de) Verfahren zum rechnergestützten Vergeben eines Kommunikationsrechts, Verfahren zum rechnergestützten Erzeugen einer Kommunikationsrecht-Anforderungsnachricht, Kommunikationsrecht-Vergabe-Einheit, Kommunikations-Konferenz-Servereinheit, Kommunikations-Konferenz-Nachricht-Erzeugungseinheit, Kommunikations-Endgerät und Verfahren zum rechnergestützten Initialisieren eines Konferenz-Nachrichtenflusses in einer Kommunikations-Konferenz
DE102005039669B3 (de) Verfahren zum rechnergestützten Erstellen einer Abstimmungs-Nachricht, Verfahren zum rechnergestützten Ermitteln mindestens eines Abstimmungs-Ergebnisses, Verfahren zum rechnergestützten Bearbeiten einer Abstimmungs-Nachricht, Transportprotokoll-Steuerungsprotokoll-Einheit, Konferenz-Abstimmungs-Auswerte-Einheit, Konferenz-Servereinheit und Kommunikations-Endgerät
WO2009153176A1 (de) Verfahren zur ermittlung aktiver kommunikationssitzungen und kommunikationssitzungs-informationsserver
DE102005013919B4 (de) Verfahren zum rechnergestützten Verwalten einer Telekommunikations-Konferenz und Telekommunikations-Konferenz-Servereinrichtungen
WO2010026023A1 (de) Verfahren zur ermittlung aktiver kommunikationssitzungen, kommunikationssitzungs-informationsserver, verfahren zum bereitstellen einer information über aktive kommunikationssitzungen und dokumentenmanagement-server
EP2011306A1 (de) Verfahren zum beschränken des zugriffs auf daten von gruppenmitgliedern und gruppenverwaltungsrechner
DE10117679B4 (de) Verfahren zum Austausch von Nachrichten und Informationen im Rahmen einer Telefonkonferenz
DE10340386B3 (de) Aktualisierung einer einem Benutzer eines Kommunikationsdienstes zugeordneten Anwesenheitsinformation
DE10241097B4 (de) Verfahren zum Gewinnen von Präsenzdaten
DE102004009653A1 (de) Kommunikationsserver und Verfahren zum Aufbau und Betrieb einer Konferenz-Kommunikationsverbindung
DE60207056T2 (de) System und Verfahren zur Datenteilung von einem WAP-Endgerät
DE102005062332B4 (de) Behandlung von unverlangtem Inhalt an einem Telekommunikationsendgerät

Legal Events

Date Code Title Description
OP8 Request for examination as to paragraph 44 patent law
8364 No opposition during term of opposition
R081 Change of applicant/patentee

Owner name: INTEL MOBILE COMMUNICATIONS GMBH, DE

Free format text: FORMER OWNER: INFINEON TECHNOLOGIES AG, 85579 NEUBIBERG, DE

Effective date: 20130315

Owner name: INTEL MOBILE COMMUNICATIONS GMBH, DE

Free format text: FORMER OWNER: INFINEON TECHNOLOGIES AG, 81669 MUENCHEN, DE

Effective date: 20130314

Owner name: INTEL MOBILE COMMUNICATIONS GMBH, DE

Free format text: FORMER OWNER: INTEL MOBILE COMMUNICATIONS TECHNOLOGY GMBH, 85579 NEUBIBERG, DE

Effective date: 20130326

Owner name: INTEL MOBILE COMMUNICATIONS GMBH, DE

Free format text: FORMER OWNER: INTEL MOBILE COMMUNICATIONS GMBH, 85579 NEUBIBERG, DE

Effective date: 20130315

R119 Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal fee
R119 Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal fee

Effective date: 20141001