Brevet FR2884091A1 — publié le 20061006

PROCEDE DE FOURNITURE DE PLUSIEURS SERVICES DE COMMUNICATION EN GROUPE, UN SYSTEME DE SERVICES DE COMMUNICATION EN GROUPE AINSI QU'UNE UNITE DE SERVEUR DE SERVICES DE COMMUNICATION EN GROUPE L'invention concerne un procédé de fourniture de plusieurs services de communication en groupe, un système de services de communication en groupe ainsi qu'une unité de serveur de services de communication en groupe. On connaît différents services de communication en groupe, par exemple le service de communication en groupe Push-to- Talk over Cellular ou le service de communication en groupe du Instant Messaging (IM). Lorsque l'on souhaite exploiter par exemple les deux services de communication en groupe avec les mêmes abonnés, c'est-à-dire avec le même groupe d'utilisateurs, le problème est que les services de communication en groupe (Services) doivent certes fonctionner indépendamment l'un de l'autre du point de vue technique (c'est-à-dire que le service de communication en groupe Push-to-Talk over Cellular doit également fonctionner sans le service de communication au groupe d'Instant Messaging et inversement) mais, du point de vue de l'utilisateur, on aimerait bien que les deux services de communication en groupe puissent être exploités en parallèle avec les mêmes groupes d'utilisateurs. Pour signaler au service de communication en groupe Push-to-Talk over Cellular l'organisation d'une session de service de communication en groupe entre deux utilisateurs PoC différents, désignés par la suite également par utilisateurs PoC (respectivement unité de client PoC de ceux-ci), on utilise habituellement le Session Initiation Protocol (SIP) comme décrit dans [ 1] . Un premier utilisateur PoC, qui souhaiterait organiser une session de service de communication en groupe avec un ou plusieurs utilisateurs PoC, envoie un message SIP-INVITE à une unité PoCServer. Dans le message SIP-INVITE, tous les 2884091 2 utilisateurs PoC, invités à la session de service de communication en groupe PoC, sont listés à l'aide de données d'identification (ID) (par exemple SIP-URI (Session Initiation Protocol-Unique Ressource Identifier)). Ces données d'identification peuvent par exemple identifier directement des utilisateurs PoC (User-ID) ou également un groupe d'utilisateurs PoC (croup-ID). Dans le cas de l'utilisation d'un Group-ID, il est nécessaire que l'unité PoC-Server analyse les groupes à l'aide d'une unité GroupManagement- Server (unité GM-Server), désignée également dans la suite par unité de serveur de gestion de groupe, c'est-à-dire détermine les User-ID appartenant à tous les utilisateurs PoC associés au groupe respectif. Si tous les utilisateurs PoC à inviter sont présentés à l'unité PoCServer au moyen d'un User-ID, l'unité PoC-Server invite alors tous les utilisateurs PoC à l'aide d'un message SIP-INVITE respectif à la session de service de communication en groupe PoC (PoC-Session). Lorsque que les utilisateurs invités acceptent l'invitation, ils envoient un message SIP-200-OK à l'unité PoC-Server. L'utilisateur PoC-Server invité est informé (dans le cas normal, une seule fois uniquement) au moyen d'un message SIP-200-0K de l'organisation réussie de la PoC-session. Le déroulement du procédé décrit ci-dessus est représenté à titre d'explication dans un schéma de flux d'informations 200 de la figure 2. Une première unité PoC-Client 201, implémentée dans un premier terminal de communication par téléphonie mobile (non représenté), envoie à une unité Controlling-PoC-Server 203 un premier message SIP-INVITE 202 au moyen duquel on informe de la création d'une session de service de communication en groupe PoC. Le premier message SIP-INVITE 202 contient comme paramètre la donnée d'identification de groupe (Group-ID) permettant d'indiquer 2884091 3 les abonnés du groupe qu'il faut inviter à la session de service de communication en groupe à former. Dans la figure 2, ce paramètre de groupe est désigné par s_p:groupl@abc.de. À la réception du premier message SIP-INVITE 202, l'unité Conrolling-PoCServer 203 établit, en utilisant la valeur de paramètre indiquée, que l'on propose par le premier message SIP-INVITE 202 l'organisation d'une session de service de communication en groupe, et constate qu'elle doit analyser un groupe d'abonnés (car un Group-ID est contenu en tant que paramètre dans le premier message SIP-INVITE 202), c'est-à-dire qu'elle doit déterminer les abonnés associés au groupe indiqué dans le premier message SIP-INVITE 202 (Etape 204). Pour déterminer les abonnés associés au groupe, l'unité Controlling-PoCServer 203 génère un message de requête d'analyse de groupe 205 (Group Resolve Request), comportant comme paramètre la donnée d'identification de groupe, qui est envoyé à une unité Group-Management-Server 206. Les abonnés respectifs associés au groupe et leur donnée d'identification (User-ID) sont mémorisés dans l'unité Group- Management-Server 206 par référence aux groupes enregistrés. À la réception du message de requête d'analyse de groupe SIP 205, l'unité Group-Management-Server 206 détermine les abonnés appartenant au groupe et leur User-ID et génère et envoie un message de réponse d'analyse de groupe SIP 207 (Group Resolve Response) à l'unité Controlling-PoC-Server 203, les données d'identification d'utilisateurs (User-ID) des abonnés associés au groupe demandé étant contenues dans le message de réponse d'analyse de groupe SIP 207 (portant dans la figure 2 les références 208 (sip:userB@xy.de) et 209 (sip:userC@xy.de)). Après que l'unité Controlling-PoC-Server 203 a reçu le message de réponse d'analyse de groupe SIP 207 et donc les User-ID associés au groupe en question, l'unité Controlling-PoC-Server 203 génère pour chaque User-ID un message SIPINVITE respectif et envoie ce message à l'unité PoC-Client 2884091 4 respective indiquée par le User-ID respectif afin d'inviter l'unité PoC-Client respective et donc l'utilisateur PoC respectif à la session de service de communication en groupe PoC à organiser. Dans la figure 2, ce processus est représenté au moyen d'un deuxième message SIP-INVITE 210 qui est transmis à une deuxième unité PoC-Client 210 pour inviter l'utilisateur, c'est-à-dire l'abonné d'un deuxième terminal de communication par téléphonie mobile dans lequel la deuxième unité PoC-Client 211 est implémentée, à la session de service de communication en groupe PoC. En outre, un troisième message SIP-INVITE 212 est généré par l'unité Controlling-PoC-Server 203 et est transmis à la troisième unité PoC-Client 213 qui est implémentée dans un troisième terminal de communication par téléphonie mobile d'un troisième abonné qui est identifié par le deuxième ID d'utilisateur 209 afin d'inviter également cet abonné à la session de service de communication en groupe PoC. À la réception du deuxième message SIP-INVITE 210, la deuxième unité PoCClient 211 génère dans le cas où elle pourrait participer à la session de service de communication en groupe PoC, un premier message SIP-200-OK 214 et envoie ce message à l'unité Controlling-PoC-Server 203. La troisième unité PoC-Client 213 génère, dans le cas où elle pourrait également participer à la session de service de communication en groupe PoC, un deuxième message SIP-200-OK 215 et transmet également ce message à l'unité Controlling-PoC-Server 203. Lorsque l'unité Controlling-PoC-Server 203 a reçu tous les messages SIP200-OK, en variante au bout d'un laps de temps prescrit, l'unité Controlling-PoC-Server 203 envoie (en variante également dans le cas où le premier message SIP-200-0K 214 a été reçu) un troisième message SIP200-OK 216 et envoie ce message à la première unité PoC-Client 201. 2884091 5 La session de service de communication en groupe PoC 217 est alors organisée, en d'autres termes, la session de service de communication en groupe PoC se déroule avec les abonnés première unité PoC-Client 201, deuxième unité PoC-Client 211 et troisième unité PoCClient 213. Dans la suite, on part que, lorsqu'une session de service de communication en groupe PoC est organisée, une ou plusieurs sessions de service de communication en groupe supplémentaires d'autres services de communication en groupe, différents du service de communication groupe PoC, peuvent être organisés et utilisés avec les mêmes utilisateurs, c'est-à-dire le même groupe. En d'autres termes, cela signifie que le même groupe d'utilisateurs pourrait utiliser en parallèle, c'est-à-dire simultanément, plusieurs services de communication en groupe différents organisés en session. Le groupe d'utilisateurs (User-Group) pourrait donc utiliser en parallèle par exemple une session de service de communication en groupe Instant Messaging (IM-Session) pendant la session de service de communication en groupe PoC (PoC- Session). Dans ce cas, par exemple le premier utilisateur PoC, c'est-à-dire la première unité PoC-Client 201, pourrait organiser selon l'état de la technique conformément à un procédé similaire, comme représenté dans la figure 2, une session de service de communication en groupe Instant Messaging (Session de service de communication en groupe IM) avec les mêmes utilisateurs. Dans la suite, on n'utilise plus que le terme utilisateurs pour désigner aussi bien un utilisateur PoC qu'un utilisateur IM car les utilisateurs utilisent plusieurs services de communication en groupe en parallèle. Si le procédé, décrit dans la figure 2 relativement à l'organisation d'une session de service de communication en groupe PoC, est utilisé de façon analogue pour organiser une 2884091 6 session de service de communication en groupe IM avec les mêmes abonnés, on a alors notamment l'inconvénient suivant. Le groupe d'utilisateurs, qui participe à un instant donné à une session de service de communication en groupe PoC, ne doit pas coïncider avec le groupe d'utilisateurs qui a été invité au départ à la session de service de communication en groupe PoC. Ceci est évident car il est possible que: - un utilisateur, qui a été invité, n'accepte pas 10 l'invitation et ne prend donc pas part à la session de service de communication en groupe PoC; - un utilisateur, qui a accepté l'invitation, quitte la session de service de communication en groupe PoC à un moment ultérieur quelconque; - un utilisateur, qui n'a pas été invité au départ, est ajouté (invité) à la session de service de communication en groupe PoC; un utilisateur, qui n'a pas été invité au départ, s'invite à la session de service de communication en groupe 20 PoC en cours. Selon l'état de la technique, on pourrait contourner les inconvénients décrits ci-dessus en ce qu'un utilisateur informe ce que l'on appelle le Session State Notification Service, par un message SIP-SUBSCRIBE, décrit en [2], auprès de l'unité PoC-Server de sa participation à la session de service de communication en groupe PoC, comme décrit en [3]. Cela signifie que l'utilisateur est toujours informé sur les utilisateurs prenant part actuellement à la session de service de communication en groupe PoC. Si un utilisateur savait précisément qui participe à la session de service de communication en groupe PoC, cet utilisateur (respectivement son unité Instant-Messaging-Client) pourrait organiser justement avec ces utilisateurs une session service de communication en groupe PoC. 2884091 7 Cependant, ce mode opératoire présente des inconvénients car, dès que par exemple un utilisateur est invité à l'une des sessions de service de communication en groupe, il doit également être invité aux autres sessions de service de communication en groupe. Cela signifie donc que au moins un utilisateur (respectivement son unité Client) doit informer les Sessions-State-Notification-Services des deux sessions de service de communication en groupe pour vérifier, et le cas échéant réaliser, la concordance des deux groupes d'abonnés. Ceci est déjà en soi un inconvénient car les Sessions-State-NotificationServices ne sont qu'une caractéristique de puissance optionnelle. En outre, ce mode opératoire génère dans certaines circonstances une dépense de signalisation énorme par le biais de l'interface de téléphonie mobile (interface aérienne) et donc également des coûts supplémentaires pour l'utilisateur individuel. Le document [8] décrit un système dans lequel différents services de communication, par exemple une conférence, pourraient être fournis à un groupe d'abonnés qui sont associés à un groupe-objet. Dans le document [9], il est décrit un système d'organisation d'une conférence dans laquelle on communique au moyen d'un support de communication et dans laquelle un abonné à la conférence peut demander à ce que, dans le cadre de la conférence, la communication entre les participants à la conférence puisse se faire également au moyen d'un autre support de communication. Dans le document [10], il est décrit un procédé de transmission de données de communication à des abonnés d'un réseau de télécommunications dans lequel un groupe Push-To-Talk d'abonnés du réseau de télécommunications est formé, un message Push-To-Talk est reçu par un serveur et concerne le groupe Push-To-Talk et le message Push-To-Talk est distribué à un ou plusieurs abonnés du groupe Push-To-Talk. 2884091 8 Le document [11] décrit un système de communication dans lequel un groupe d'utilisateurs est représenté visuellement. La représentation visuelle permet notamment de demander un service de communication auquel participent les membres du groupe. Par exemple, on peut démarrer une téléconférence à laquelle participent les membres du groupe. Le but de l'invention est de proposer une gestion plus simple de deux sessions de communication en groupe avec les mêmes abonnés. Le but est atteint par un procédé d'organisation de plusieurs services de communication en groupe, par un système de service de communication en groupe ainsi que par une unité de serveur de service de communication en groupe présentant les caractéristiques des revendications indépendantes. Dans un procédé d'organisation de plusieurs services de communication en groupe avec les mêmes abonnés, on organise une première session de service de communication en groupe d'un premier service de communication en groupe, les abonnés prenant part à la première session de service de communication en groupe et/ou la première session de service de communication en groupe étant identifiés avec une donnée d'identification permettant de déterminer quels abonnés prennent part à la première session de service de communication en groupe. En outre, on organise une deuxième session de service de communication en groupe d'un deuxième service de communication en groupe, le deuxième service de communication en groupe étant un service de communication en groupe différent du premier service de communication en groupe. Les abonnés prenant part à la deuxième session de service de communication en groupe et/ou la deuxième session de service de communication en groupe sont identifiés avec la même donnée d'identification permettant d'identifier également la première session de service de communication en groupe. 2884091 9 Un système de service de communication en groupe comporte une première unité de serveur de service de communication en groupe destinée à fournir un premier service de communication en groupe dont le but est d'identifier les abonnés prenant part à une première session de service de communication en groupe organisée et/ou une première session de service de communication en groupe organisée au moyen d'une donnée d'identification permettant de déterminer quels abonnés prennent part à la première session de service de communication en groupe. En outre, le système de service de communication en groupe comporte une deuxième unité de serveur de service de communication en groupe permettant de fournir un deuxième service communication en groupe, le deuxième service de communication en groupe étant un service de communication en groupe différent du premier service de communication en groupe. L'unité de serveur de service de communication en groupe a pour but d'identifier les abonnés prenant part à une deuxième session de service de communication en groupe organisée et/ou une deuxième session de service de communication en groupe organisée au moyen de la même donnée d'identification permettant d'identifier également la première session de service de communication en groupe. L'utilisation d'une donnée d'identification, permettant d'identifier aussi bien la première session de service de communication en groupe que la deuxième session de service de communication en groupe, permet de façon très simple d'enregistrer et de tenir compte des changements d'abonnés directement dans les deux sessions de service de communication en groupe. En outre, il est garanti que, en comparaison avec une donnée d'identification de groupe statique, prescrite fixe, de groupes d'abonnés, les abonnés indiqués dans le groupe ne sont pas tous invités à la deuxième session de service de communication en groupe, mais seulement ceux qui 2884091 10 prennent part réellement déjà à la première session de service de communication en groupe. Il est ainsi garanti automatiquement, sans dépense de signalisation supplémentaire, par exemple en matière d'interface de téléphonie mobile, que les abonnés prenant part aux sessions de service de communication en groupe formées sont les mêmes. Il est ainsi proposé une réalisation simple d'un système de service de communication en groupe dans lequel il est organisé deux ou plusieurs sessions de service de communication en groupe, se déroulant simultanément mais techniquement indépendantes l'une de l'autre, auxquelles participent toujours les mêmes utilisateurs. Des conformations préférées de l'invention ressortiront 15 des revendications dépendantes. Les conformations de l'invention, décrites dans la suite, sont valables aussi bien pour le procédé que pour le système de service de communication en groupe. Dans une conformation de l'invention, il est prévu d'utiliser au moins l'un des services de communication en groupe comme service de communication en groupe par téléphonie mobile, en d'autres termes cela signifie que au moins l'une des unités de serveur de service de communication en groupe est conformée en unité de serveur de service de communication en groupe par téléphonie mobile. En d'autres termes, cela signifie que par exemple un PoC-Server joue le rôle de Group-ManagementServer. L'invention est très bien appropriée à l'utilisation dans le domaine de la téléphonie mobile car l'utilisation mobile de services de communication en groupe apparaît de plus en plus importante. Au moins l'un des services de communication en groupe suivant peut être utilisé comme premier service de 2884091 11 communication en groupe et/ou comme deuxième service de communication groupe: - service de communication en groupe Push-to-'2alk over Cellular; - service de communication groupe de type conférence (par exemple IMS-Conferencing ) ; - service de jeu en groupe ( Multi-User-Games ) ; - service de communication en groupe Instant Messaging; - un échange de fichiers entre les abonnés d'un groupe, prévu par exemple par le biais d'un réseau de communication par téléphonie mobile; - une gestion répartie d'un ou plusieurs fichiers de abonnés d'un groupe (également désigné par Whiteboard ). En d'autres termes, cela signifie qu'au moins l'une des unités de serveur de service de communication en groupe est destinée à fournir au moins l'un des services de communication en groupe décrits ci-dessus. Par Instant Messaging (IM), il faut entendre un service de communication en groupe qui permet de discuter en temps réel au moyen d'un programme Client (une unité IM-Client), également désigné par Instant Messenger , d'envoyer de courts messages électroniques (dans un procédé dit Push) à d'autres abonnés par le biais d'un réseau de communication (le plus souvent l'Internet ou l'intranet) ou d'échanger des fichiers électroniques. Une donnée d'identification de session de service de communication en groupe ou une donnée d'identification de groupe peut être utilisée comme donnée d'identification permettant d'identifier un groupe d'abonnés qui utilisent un service de communication en groupe. La donnée d'identification de groupe est par exemple une donnée d'identification appliquée temporairement à chaque session de service de communication en groupe et donc une donnée d'identification de groupe temporaire permettant 2884091 12 d'identifier un groupe d'abonnés qui prennent part actuellement à une session de service de communication en groupe. La donnée d'identification peut être réalisée par une unité de serveur de gestion de groupe centrale destinée à gérer l'au moins une donnée d'identification, l'unité de serveur de gestion de groupe étant couplée à la première unité de serveur de service de communication groupe et/ou à la deuxième unité de serveur de service de communication en groupe, ou la donnée d'identification peut être mémorisé dans les unités de serveur de service de communication en groupe respectives à la disposition du service de communication en groupe et être échangée entre ces unités. Concrètement, cela correspond à une mémorisation et une gestion des données d'identification centralisée (dans le cas où il est prévu une unité de serveur de gestion de groupe) ou décentralisée (lorsque la donnée d'identification n'est mémorisée que dans les unités de serveur de service de communication en groupe) et donc à la commande de la coopération des sessions de service de communication en groupe, en soi techniquement indépendantes l'une de l'autre, en ce qui concerne l'actualisation et les utilisateurs prenant part à la session de service communication en groupe respective ou en ce qui concerne la garantie que les mêmes utilisateurs prennent part aux deux sessions de service de communication en groupe de toutes les sessions existantes. Dans le cas où il apparaît une modification des abonnés prenant part aux sessions de service de communication en groupe, les abonnés aux sessions de service de communication en groupe peuvent être actualisés dans toutes les sessions de service communication en groupe fournies au groupe respectif en utilisant un service de modification (par exemple les Session Notification Services). 2884091 13 Dans une autre conformation de l'invention, il est prévu que, après l'organisation de la première session de service de communication en groupe, on demande au moyen d'un terminal d'abonné l'organisation de la deuxième session de service de communication en groupe, que l'on détermine en utilisant la donnée d'identification quels abonnés prennent part à la première session de service de communication en groupe et d'inviter les abonnés déterminés à la deuxième session de service de communication en groupe. En d'autres termes, cela signifie par exemple que l'utilisateur intervient auprès du deuxième servant en utilisant par exemple le Session-ID de la première session. La première session de service de communication en groupe peut être organisée par une première unité de serveur de service de communication en groupe. En outre, il peut être prévu que, après l'organisation de la première session de service de communication en groupe, on demande au moyen d'un terminal d'abonné l'organisation de la deuxième session de service de communication en groupe auprès d'une deuxième unité de serveur de service de communication en groupe organisant la deuxième session de service de communication en groupe, la donnée d'identification étant transmise à la deuxième unité de serveur de service de communication en groupe. Concrètement, ce mode opératoire correspond à une première variante décentralisée de la délivrance de la donnée d'identification aussi bien à la première unité de serveur de service de communication en groupe qu'à la deuxième unité de serveur de service de communication en groupe, le terminal d'abonné demandant l'organisation de la deuxième session de service de communication en groupe auprès de la deuxième unité de serveur de service de communication groupe qui détermine ensuite par exemple les abonnés prévus dans le groupe de la première unité de serveur de service de communication en groupe. 2884091 14 Dans une autre conformation de l'invention, il est prévu que la première session de service de communication en groupe soit organisée par une première unité de serveur de service de communication en groupe et que, après l'organisation de la première session de service de communication en groupe, on demande au moyen d'un terminal d'abonné l'organisation de la deuxième session de service de communication en groupe auprès de la première unité de serveur de service de communication en groupe et que l'organisation de la deuxième session de service de communication groupe soit demandée par la première unité de serveur de service de communication en groupe auprès d'une deuxième unité de serveur de service de communication en groupe organisant la deuxième session de service communication groupe, la donnée d'identification étant transmise à la deuxième unité de serveur de service de communication en groupe. En d'autres termes cela signifie par exemple que l'utilisateur demande le deuxième service au premier serveur. Concrètement, ce mode opératoire signifie que l'organisation de la deuxième session de service de communication en groupe est demandée par le terminal d'abonné non pas directement auprès de la deuxième unité de serveur de service de communication en groupe mais auprès de la première unité de serveur de service de communication en groupe qui demande de son côté l'organisation de la deuxième session de service de communication en groupe auprès de la deuxième unité de serveur de service de communication en groupe en utilisant la donnée d'identification. La détermination des abonnés, prenant part à la première session de service de communication en groupe, en utilisant la donnée d'identification, peut être effectuée par une demande, relative à quels abonnés prennent part à la première session de service de communication en groupe, de la part de la deuxième unité de serveur de service de communication en groupe auprès de la première unité de serveur de service de 2884091 15 communication en groupe en utilisant la donnée d'identification. Les abonnés, prenant part à la première session de service de communication en groupe, sont dans ce cas transmis par la première unité de serveur de service de communication en groupe à la deuxième unité de serveur de service de communication en groupe. Dans cette conformation de l'invention, il peut être prévu que la détermination des abonnés, prenant part à la première session service de communication en groupe, soit effectuée en utilisant un service de notification. Dans une autre conformation de l'invention, il est prévu que la première session de service de communication en groupe soit organisée par une première unité de serveur de service de communication en groupe et que la donnée d'identification soit transmise de la première unité de serveur de service de communication en groupe à une unité de serveur de gestion de groupe qui gère les groupes d'abonnés. La deuxième session de service de communication en groupe est organisée de façon qu'une deuxième unité de serveur de service de communication en groupe, organisant la deuxième session de service de communication en groupe, détermine les utilisateursà inviter à l'aide de la donnée d'identification, qui leur est communiquée lors de la demande de la deuxième session, provenant de l'unité de serveur de gestion de groupe. Dans encore une autre conformation de l'invention, il est prévu que la première session de service de communication en groupe soit organisée par une première unité de serveur de service de communication en groupe et que la donnée d'identification soit transmise d'un terminal d'abonné, prenant part à la première session de service de communication en groupe, à une unité de serveur de gestion de groupe qui gère les groupes d'abonnés. La deuxième session de service de communication en groupe est organisée de façon qu'une deuxième 2884091 16 unité de serveur de service de communication en groupe, organisant la deuxième session de service de communication en groupe, détermine la donnée d'identification provenant de l'unite de serveur de gestion de groupe. Les deux dernières conformations, décrites ci-dessus, de l'invention correspondent concrètement à une gestion centralisée des données d'identification, les unités de serveur de service de communication en groupe déterminant les utilisateurs, associés à une donnée d'identification, à partir de l'unité de serveur de gestion de groupe, afin d'organiser la deuxième session de service de communication en groupe ou tout autre session de service de communication en groupe supplémentaire. La deuxième session de service de communication en groupe peut déterminer les utilisateurs, associés à une donnée d'identification, à partir de l'unité de serveur de gestion de groupe en utilisant un service de notification. Un aspect de l'invention peut donc consister en la synchronisation décentralisée des listes d'abonnés entre différents services, c'est-àdire entre différents services de communication en groupe, (synchronisation décentralisée des listes d'abonnés entre différents services). - Dans ce cas, des utilisateurs (User) utilisent des données d'identification de session de service de communication en groupe pour démarrer de nouveaux services de communication en groupe et donc de nouvelles sessions de service de communication en groupe avec les mêmes abonnés. - Le nouveau service de communication en groupe détermine, en utilisant la donnée d'identification de session de service communication en groupe, auprès du serveur responsable du nouveau service de communication en groupe, c'est-à-dire associé à ce service, les listes d'abonnés actuelles, c'est-à-dire existantes et utilisées dans la session de service de communication en groupe en cours. 2884091 17 - Les services de communication en groupe s'annoncent à chaque fois mutuellement, à la notification de changement (Change Notification) afin maintenir les listes d'abonnés respectives synchrones. Un autre aspect de l'invention peut consister en la synchronisation centralisée des listes d'abonnés entre différents services, c'est-à-dire entre différents services de communication en groupe (synchronisation centralisée des listes d'abonnés entre différents services). - Dans ce cas, la liste d'abonnés, qui est une liste d'abonnés temporaire, est établie de façon centralisée, par exemple auprès d'un GroupManagement-Server, et d'une façon générale auprès d'une unité de serveur de gestion de groupe. L'établissement peut être effectuée - de façon obligatoire ou automatique; - en étant déclenché par un premier serveur, c'est-à-dire par la première unité de serveur de service de communication en groupe; ou - en étant déclenché par un utilisateur. - Des utilisateurs utilisent des données d'identification de groupe temporaire (Group-ID) pour démarrer de nouveaux services de communication en groupe respectivement de nouvelles sessions de service de communication en groupe avec les mêmes abonnés. - Le nouveau service de communication en groupe détermine, en utilisant le Group-ID temporaire auprès de l'unité de serveur de gestion de groupe, la liste d'abonnés actuelle, c'est-à-dire en cours. - Les services de communication en groupe s'annoncent auprès de l'unité de serveur de gestion de groupe et l'unité de serveur de gestion de groupe s'annonce auprès des services de communication en groupe pour la notification de changement (Change Notification) afin de maintenir les listes d'abonnés respectives synchrones. 2884091 18 Des exemples de réalisation de l'invention sont représentés dans les figures et expliqués en détail dans la suite. Dans les figures, les mêmes éléments, les mêmes étapes opératoires et les mêmes messages portent de façon appropriée les mêmes références. La figure 1 représente un synoptique dans lequel est représenté l'organisation d'une session de service de communication en groupe PoC; la figure 2 représente un schéma de flux d'informations dans lequel est représentée l'organisation d'une session de service de communication en groupe PoC selon l'état de la technique; la figure 3 représente un schéma de flux d'informations dans lequel est représentée l'organisation d'une session de service de communication en groupe supplémentaire selon un premier exemple de réalisation de l'invention; la figure 4 représente un schéma de flux d'informations dans lequel est représentée l'organisation d'une session de service de communication en groupe supplémentaire selon un deuxième exemple de réalisation de l'invention; la figure 5 représente un schéma de flux d'informations dans lequel est représentée l'organisation d'une session de service de communication en groupe supplémentaire selon un troisième exemple de réalisation de l'invention; la figure 6 représente un schéma de flux d'informations dans lequel est représentée l'organisation d'une session de service de communication en groupe supplémentaire selon un quatrième exemple de réalisation de l'invention. Un Push-to-Talk over Cellular (PoC) est un service permettant à un utilisateur respectivement à un émetteur de transmettre un message vocal à récepteur ou, simultanément à plusieurs récepteurs, par le biais d'une interface de téléphonie mobile. Dans le cadre d'une communication PoC, dès que l'utilisateur émet le signal vocal à transmettre dans le 2884091 19 terminal de téléphonie mobile, les données vocales sont habituellement envoyées par le biais du réseau de communication par téléphonie mobile, c'est-à-dire transmises au récepteur souhaité ou aux récepteurs souhaités. Concrètement, une communication PoC correspond, du point de vue de l'utilisateur, à l'émission radioélectrique CB courant en soi, avec en plus l'émetteur peut contacter dans le monde entier des récepteurs qui peuvent être atteints au moyen d'un réseau de communication par téléphonie mobile par des techniques de communication appropriées. Les unités de serveur et les unités de client, décrites dans la suite, ainsi que les terminaux de communication par téléphonie mobile sont destinés à communication suivant la norme UMTS, en variante à la communication suivant la norme GSM, la norme GPRS ou une autre norme de communication par téléphonie mobile, par exemple suivant une norme de communication par téléphonie mobile 3GPP. La figure 1 représente un synoptique 100 comportant une unité ControllingPoC-Server 101 servant d'unité de serveur de service de communication en groupe PoC ainsi que trois unités PoC-Client, couplées à l'unité Controlling-PoC-Server 101 par le biais d'une liaison de communication par téléphonie mobile respective 102, 103, 104, à savoir une première unité PoCClient 105, une deuxième unité PoC-Client 106 ainsi qu'une troisième unité PoC-Client 107. Les unités PoC-Client 105, 106, 107 sont implémentées dans un terminal de communication par téléphonie mobile respectif 111, 112, 113, chaque terminal de communication par téléphonie mobile 111, 112, 113 comporte en plus chacun également une unité de client qui est destinée à la communication selon un autre service de communication groupe supplémentaire; par exemple, chaque terminal de communication par téléphonie mobile 111, 112, 113 comporte en plus une unité Instant-Messaging-Client 108, 109, 110. 2884091 20 Dans les modes de réalisation décrits dans la suite, dans une première phase, de la même façon par exemple à l'état de la technique, comme décrit ci-dessus en se référant à la figure 2, la première unité PoC-Client 105 établit une session de service de communication en groupe PoC, c'est-à-dire une PoC-Session 117, avec les utilisateurs de la deuxième unité PoC-Client 106 respectivement la troisième unité PoCClient 107. Il est attribué à cette Poc-Session 217 une donnée d'identification de session de service de communication en groupe PoC unique (Session-ID), par exemple la Session-ID PoCSID82513261277@PoC-Serverl7.t-mobile.de , qui est connue aussi bien de l'unité Controlling-PoC-Server 101 que des trois unités PoC-Client 105, 106, 107, en d'autres termes qui est mémorisée aussi bien dans l'unité Controlling-PoCServer 101 que dans les terminaux de téléphonie mobile 111, 112, 113. En outre, l'unité Controlling-PoC-Server 101 connaît, c'est-à-dire qu'elle a en mémoire l'information correspondante, quels utilisateurs (User) sont des abonnés prenant part à la PoC-Session 217 organisée et actuellement cours. Si la PoC-Session 217 est organisée comme décrit dans le cadre de la description de la figure 2, les abonnés prenant part à la session de service de communication en groupe (Abonné à la session) souhaitent, dans les modes de réalisation suivants de l'invention, utiliser aussi, en parallèle ou en plus du service de communication groupe PoC, le service de communication en groupe Instant Messaging (désigné dans la suite par un service de communication en groupe Instant Messaging, service de communication en groupe IM). Ceci peut être déclenché, dans les différents modes de réalisation suivants, par l'utilisateur de la première unité PoC-Client 105 sans limitation du caractère général. 2884091 21 Comme représenté dans un schéma de flux d'informations 300 de la figure 3, dans un premier exemple de réalisation de l'invention, le procédé suivant est mis en uvre lors d'une session de service de communication groupe 217 en cours, c'est-à-dire active, entre les trois unités PoC-Client 105, 106, 107 et donc entre les trois terminaux de téléphonie mobile 111, 112, 113 selon le premier exemple de réalisation de l'invention, qui prévoit concrètement une synchronisation décentralisée des listes d'abonnés. Le premier terminal de téléphonie mobile 111 (premier User Equipment (UE) 111) (respectivement son unité IM-Client, c'est-à-dire la première unité IM-Client 108) envoie un premier message SIP-INVITE 301 à une unité de serveur Instant-Messaging 302 (également désignée par unité de serveur de service de communication groupe Instant Messaging ou unité de serveur IM). Le Session-ID 303 de la PoC-Session organisée est contenu comme paramètre dans le premier message SIP-INVITE, dans cet exemple de réalisation de l'invention le Session-ID 303 sip:poc_session_id@poc.abc. de . Ainsi, comme c'était nécessaire par exemple dans l'état de la technique, les données d'identification d'utilisateur ou les données d'identification de groupe ne sont ni introdiutes dans le premier message SIP-INVITE 301 ni transmises à l'unité IM-Server 30 , mais la donnée d'identification 303 (Session- ID) associée à la session de service de communication de groupe PoC organisée précédemment est connue de la première unité PoC-Client 105 et donc du premier terminal de téléphonie mobile 111, comme expliqué en se référant à la figure 2 et représenté également dans la figure 1. En option, il est prévu de transmettre un paramètre supplémentaire dans le premier message SIP-INVITE 301 à l'unité IM-Server 302, à savoir un paramètre permettant d'indiquer que l'ID est un Session-ID et que le service de 2884091 22 communication en groupe associé est un service de communication en groupe PoC. L'unité IM-Server 302 détecte que les utilisateurs à inviter (IM-User) sont représentés par un Session-ID 303 contenu dans le premier message SIP-INVITE 301; en d'autres termes, l'unité IM-Server 302 détermine qu'il s'agit d'un Session-ID 303 (étape 315) et demande ensuite à l'unité Controlling-PoC-Server 101, à laquelle il peut s'adresser de façon univoque en utilisant le Session-ID, quels utilisateurs participent actuellement à la PoC-Session identifiée par le Sesssion-ID. Ceci est effectué dans cet exemple de réalisation de l'invention de façon que l'unité IM-Server utilise le Session State Notification Service, comme décrit dans [3]. Pour cela, l'unité IM-Server 302 génère un premier message SIP-SUBSCRIBE 305 et transmet ce message à l'unité Controlling-PoC-Server 101. Le premier message SIP-SUBSCRIBE 305 contient comme paramètre les données Conference State Event Package ainsi que usage: parallel session . Le premier message SIP-SUBSCRIBE 305 peut donc contenir en option un paramètre qui indique qu'une session de service de communication en groupe sera démarrée en parallèle avec les utilisateurs, par exemple formulées en utilisant le paramètre usage: parallel session . Dès que l'unité Controlling-PoC-Server 101 a reçu le premier message SIPSUBSCRIBE 305, elle détermine les abonnés associés à la session de communication en groupe respective qui est identifiée avec le Session-ID 303 et génère un premier message SIP-NOTIFY 305 dans lequel sont contenus les SIP-URI 307, 308, 309 des utilisateurs prenant part à la session de service de communication PoC. En d'autres termes, l'unité Controlling-PoCServer 101 transmet dans le premier message SIP-NOTIFY 306 la liste des abonnés qui prennent part à la session de service de communication en groupe PoC 217, selon 2884091 23 cet exemple de réalisation de l'invention au moyen des SIP-üRI suivants donnés à titre d'exemple: sip:userA@xy.de 307; sip:userB@xy.de 308; sip:userC@xy.de 309. Dès que l'unité IM-Server 302 a reçu le premier message SIP-NOTIFY 306 et donc la liste des abonnés actuels prenant part à la session de service de communication en groupe PoC 217, l'unité IM-Server 302 forme pour tout autres abonné (pour tout abonné jusqu'au premier abonné qui est l'instigateur de la session de service de communication en groupe IM respectivement sa première unité IM-Client 108) un message SIP-INVITE supplémentaire pour inviter les autres abonnés à la session de service de communication en groupe IM. Cela signifie que l'unité IM-Server 302 génère un deuxième message SIPINVITE 310 et transmet celui-ci au deuxième terminal de téléphonie mobile 112 et donc à la deuxième unité IM-Client 109. En outre, l'unité IM-Server 302 génère un troisième message SIP-INVITE 311 et transmet ce message au deuxième terminal de téléphonie mobile 113 et donc à la deuxième unité IM-Client 110. Les deux terminaux de téléphonie mobile 112, 113, notamment les unités IMClient associées 109, 110, génèrent, en cas d'acceptation de l'invitation à la session de service de communication en groupe moyen IM, à chaque fois un message SIP-200-0K (dans cet exemple de réalisation de l'invention, la deuxième unité IM-Client 109 génère donc un premier message SIP-200-0K 312 et envoie ce message à l'unité IM-Server 302; la troisième unité IM-Client 110 génère un deuxième message SIP-200-0K 313 et envoie ce message à l'unité IM-Server 302). Comme indiqué ci-dessus, le premier utilisateur, c'est-à-dire le premier terminal de communication par téléphonie mobile 111, n'est pas invité à la session de service de communication en groupe car c'est lui qui a lancé la requête auprès de l'unité IM-Server 302. Par contre, l'unité IM- Server 2884091 24 302 génère à la réception de l'un des deux messages ou des deux messages SIP-200-0K 312, 313 un troisième message SIP-200-0K 314 et envoie ce message au premier terminal de téléphonie mobile 111 et donc à la première unité IM-Client 108, confirmant à celle-ci que la session de service de communication en groupe IM demandée a été générée, en accusé réception du premier message SIP-INVITE 301. De plus, l'unité Controlling-PoC-Server 101 se présente encore au SessionState-Notification-Service qui est fourni par l'unité IM-Server 302 au moyen d'un deuxième message SIPSUBCRIBE 315 qui contient le paramètre Conference State Event Package qui est généré par l'unité ControllingPoCServer 101 et qui est transmis à l'unité IM-Server 302. Ceci réalise l'unité Controlling-PoC-Server 101 en raison du paramètre usage: parallel session qui a été obtenu par l'unité IM-Server 302 dans le premier message SIP-SUBSCRIBE 305. Cela signifie donc que les deux unités de serveur de service de communication en groupe, c'est-à-dire l'unité de Controlling-PoC-Server 101 et l'unité IM-Server 302 se sont chacune présentées à l'autre unité de serveur de service de communication en groupe 101, 3 02 en vue du Session-State-Notification-Service délivré par cette unité. Maintenant les deux sessions de service de communication en groupe fonctionnent techniquement indépendamment l'une de l'autre avec les mêmes abonnés, ce qui est symbolisé dans la figure 3 par le bloc 316. Un nouvel abonné, dans ce mode de réalisation de l'invention un quatrième abonné (USER D), c'est-à-dire un quatrième terminal de téléphonie mobile 317 comportant une quatrième unité PoC-Client 318 et une quatrième unité IM- Client 319 s'ajoute par exemple à la session de service de communication en groupe PoC 217, c'est-à-dire qu'il est invité par exemple par un ou plusieurs autres abonnés à la session 2884091 25 service de communication en groupe PoC 217 ou s'est invité lui-même, ce qui est représenté par exemple dans la figure 3 au moyen d'un quatrième message SIP-INVITE 320 généré par la quatrième unité PoC-Client 318 et transmis à l'unité Controlling-PoC-Server 101, la présentation par l'unité Controlling-PoC-Server 101 étant confirmé au moyen d'un quatrième message SIP-200-0K 321. Dans ce cas, l'unité IM-Server 302 est informée par l'unité ControllingPoC-Server 101, en raison du fait que le Session-State-NotificationService est actif pour lequel l'unité IM-Server 302 se présente auprès de l'unité Controlling-PoC-Server 101, sur le changement chez les abonnés de la session de service de communication en groupe PoC 217 en ce que l'unité Controlling-PoC-Server 101 génère un deuxième message SIP-NOTIFY 322 qui contient les SIP-URI (sip:userD@xy.de) de la quatrième unité PoC- Client 318, le deuxième message SIP-NOTIFY 322 étant transmis à l'unité IMServer 302. L'unité IM-Server 302 peut inviter, à la réception du deuxième message SIP-NOTIFY 322, le quatrième terminal de téléphonie mobile 317 et donc le quatrième utilisateur à la session de service de communication en groupe IM 316 en ce que l'unité IM-Server 302 forme un cinquième message SIPINVITE 323 et transmet celui-ci à la quatrième unité IM-Client 319 qui confirme la réception du cinquième message SIP-INVITE 323 et l'acceptation de l'invitation correspondante à la session de service de communication en groupe IM 316 au moyen d'un cinquième message SIP-200-0K 324. Après réception du cinquième message SIP-200 324, les quatre utilisateurs sont désormais tous admis aussi bien à la session de service de communication en groupe PoC 217 qu'à la session de service de communication en groupe IM 316 (symbolisé dans la figure 3 par le bloc 325). 2884091 26 La figure 4 présente un schéma de flux d'informations 400 d'un deuxième exemple de réalisation de l'invention dans lequel la liste des abonnés est synchronisée de façon décentralisée. De même, dans cet exemple de réalisation de l'invention, on part du fait qu'une session de service de communication en groupe PoC 217, qui est gérée par l'unité Controlling-PoCServer 101, a été organisée entre les trois terminaux de téléphonie mobile 111, 112, 113 et donc entre les trois unités PoC-Client 108, 109, 110 et est active. Dans le deuxième exemple de réalisation de l'invention, un premier message SIP-MESSAGE 401 est généré par le premier utilisateur en utilisant la première unité PoC-Client 108 et est transmis à l'unité Controlling-PoC-Server 101, ce message permet au premier utilisateur de demander à l'unité Controlling-PoC-Server 101 d'activer une session de service de communication en groupe IM avec les mêmes utilisateurs qui prennent part actuellement également à la session de service de communication en groupe PoC 217. Le premier message SIP-MESSAGE 401 pourrait être réalisé avec un message SIP-UPDATE décrit dans [4], un message SIPMESSAGE, comme décrit dans [5] ou avec un message SIP-INFO (décrit dans [6]). Le premier message SIP-MESSAGE 401 comporte dans cet 25 exemple de réalisation de l'invention les paramètres suivants: - action: activate parallel service ce paramètre sert à transmettre à l'unité ConrollingPoC- Server 101, ce qu'elle va faire, à savoir dans ce cas activer 30 un service de communication en groupe supplémentaire; - service: IM ce paramètre sert à transmettre à l'unité Conrolling-PoCServer 101 de quel nouveau service de communication en groupe 2884091 27 il s'agit, IM représentant l'Instant Messaging du service de communication en groupe; et - en option, l'adresse SIP de l'unité IM-Server 302 responsable à contacter. À la réception du premier message SIP-MESSAGE 401, l'unité Conrolling-PoCServer 101 génère un deuxième message SIPMESSAGE 402 et envoie ce message à l'unité IM-SERVER 302 qui est indiqué dans le premier message SIPMESSAGE 401 et qui active donc avec un message SIP généralement approprié la session de service de communication en groupe IM auprès de l'unité IMServer 302, en option la liste des abonnés en cours prenant part à la session de service de communication en groupe PoC 217 (ici: un premier utilisateur A, un deuxième utilisateur B et un troisième utilisateur C) étant fournie. Le deuxième message SIP-MESSAGE 402 contient le paramètre décrit ci-dessus action: activate parallel service . À la réception du deuxième message SIP-MESSAGE 402, l'unité IM-Server 302 se présente auprès de l'unité Conrolling-PoC-Server 101 pour le Service Session State Notification Service fourni par celle-ci. Ceci est effectué en ce que l'unité IM-Server 302 génère un premier message SIP-SUBSCRIBE 403 comportant les paramètres Conference State Event Package et transmet ce message à l'unité Conrolling-PoC-Server 101. À la réception du premier message SIP-SUBSCRIBE 403, le dispositif Conrolling-PoC-Server 101 détermine les utilisateurs prenant part à la PoC-Session 217 respectivement leur SIP-URI et forme un premier message SIP-NOTIFY 404 et transmet ce message à l'unité IM-Server 302. Les SIPURI 405, 406, 407 des utilisateurs prenant part la poC-Session 217 sont contenus dans le premier message SIP-NOTIFY 404, dans cet exemple de réalisation: sip:userA@xy.de 405, sip:userB@xy.de 406 et sip:userC@xy.de 407. 2884091 28 À la réception du premier message SIP-NOTIFY 404, l'unité IMServer 302 charge tous les utilisateurs qu'elle reconnaît en se fondant sur la liste d'abonnés optionnelle dans le deuxième message SIP-MESSAGE 402 ou en se fondant sur le premier message SIP-NOTIFY 404 à l'aide de messages SIP-INVITE correspondants relatifs à une session de service de communication en groupe IM. Contrairement au procédé du premier exemple de réalisation de l'invention, le premier utilisateur est également chargé 10 dans cet exemple de réalisation. Le chargement est effectué en ce que l'unité IM-Server 302 génère trois messages SIP-INVITE et transmet ces messages aux unités IM-Client 108, 109, 110, à savoir un premier message SIP-INVITE 408 qui est transmis à la deuxième unité IM-Client 109, un deuxième message SIP-INVITE 409 qui est transmis à la troisième unité IM-Client 110 et un troisième message SIPINVITE 410 qui est transmis à la première unité IM-Client 108. Dans le cas où elles ont reçu le message SIP-INVITE respectif 405, 406, 407 et où elles veulent accepter le chargement, les unités IM-Client 108, 109, 110 le confirment par un message SIP-200-OK généré par chacune d'elles. Cela signifie que la deuxième unité IM-Client 109 génère le cas échéant un premier message SIP-200-OK 411 et le transmet à l'unité IM-Server 302, que la troisième unité IM- Server 110 génère un deuxième message SIP-200- OK 412 et le transmet à l'unité IM-Server 302 et que la première unité IMServer 108 génère un troisième message SIP-200-OK 413 et le transmet à l'unité IM-Server 302. En outre, l'unité Controlling-PoC-Server 101 s'annonce encore auprès du Session State Notification Service délivré par l'unité IM-Server 302 en ce que l'unité Controlling-PoCServer 101 génère un deuxième message SIPSUBSCRIBE 414 comportant le paramètre Conference State Event Package et transmet ce message à l'unité IM-Srver 302. 2884091 29 Ainsi, la session de service de communication en groupe PoC 217 et la session de service de communication en groupe IM fonctionnent en parallèle entre les trois terminaux de téléphonie mobile 111, 112, 113 et les unités Client associées, ce qui est symbolisé dans la figure 4 par le bloc 415. Lorsque maintenant un nouvel abonné est ajouté à la session de service de communication en groupe PoC et à la session service de communication IM, il est ajouté en plus à l'autre session de service de communication en groupe, de façon analogue à ce qui a été décrit dans premier exemple de réalisation de l'invention avec les messages 320, 321, 322, 323, 324. Étant donné que ce mode opératoire a déjà été décrit en se 15 référant au premier exemple de réalisation de l'invention, on se passera d'une nouvelle description de ce mode opératoire pour éviter la redondance. Dans cet exemple de réalisation de l'invention, le résultat est également que aussi bien la session de service de communication en groupe PoC 217 que la session de service de communication en groupe IM 415 fonctionnent finalement en parallèle entre les quatre utilisateurs, c'est-à-dire entre les quatre terminaux de téléphonie mobile 111, 112, 113, 317 (ce qui est symbolisé dans la figure 4 par le bloc 325). Les deux exemples de réalisation de l'invention, décrits ci-dessus, ont en commun le fait qu'ils conduisent à une apparition majorée de signalisation dans le réseau de communication par téléphonie mobile UMTS, lorsque plus de 2 services de communication en groupe sont utilisés en parallèle dans le même groupe d'abonnés. Étant donné que chaque serveur participant, c'est-à-dire chaque unité de serveur de service de communication en groupe participante doivent se présenter auprès de tout autre serveur participant, c'est-à-dire de tout autre unité de serveur de 2884091 30 service de communication en groupe participante à son Session State Notification Service, pour maintenir partout la liste d'abonnés synchrone, on obtiendrait, dans le cas de n services de communication en groupe utilisés simultanément et de n sessions de service de communication en groupe associées, n:*(n-1) présentations à un Session State Notification Service et donc également de nombreux états correspondants qu'il faudrait mémoriser et gérer dans toutes les unités de serveur participantes. La figure 5 représente, dans un schéma de flux d'informations 500, le mode opératoire selon un troisième exemple de réalisation de l'invention dans lequel il est prévu une synchronisation centralisée des listes d'abonnés. On part là encore d'une session de service de communication en groupe PoC 217 déjà organisée entre les trois unités PoC-Client 105, 106, 107, la session de service de communication en groupe PoC 217 étant gérée par l'unité Controlling-PoC-Server 101. Au moment où l'unité Controlling-PoC-Server a établi la session de service de communication en groupe PoC 217 conformément au procédé décrit ci-dessus et représenté dans la figure 2, elle place cette session de service de communication en groupe PoC 217 respectivement le groupe temporaire qui est constitué des abonnés actuels de la PoC-Session 217, directement sous l'égide d'une unité Group-Management Server 501. Ceci est effectué dans cet exemple de réalisation de l'invention en utilisant des opérations Group-Management-Operations connus en soi. Pour cela, l'unité Controlling-PoC-Server 101 génère un message de génération de groupe 502 (message Group-Creation), les paramètres suivants devant être prévu pour une telle session de service de communication en groupe respectivement pour un groupe temporaire dans le cadre du Group-Management et 2884091 31 devant éventuellement être contenus comme paramètres dans le message génération de groupe 502 et devant être transférés de l'unité Controlling-PoC-Server 101 à l'unité Group-Management-Server 501: - Group-Type, Temporary 503, c'est-à-dire le type de groupe temporaire, il ne doit donc être valide que tant qu'au moins une session service de communication en groupe associée est en fonction; - Group-ID =, c'est-à-dire la donnée du Group-ID; - EStablished by service: PoC 504, c'est-à-dire la donnée relative à quel service de communication en groupe (en option avec l'adresse associée de l'unité de serveur) le groupe temporaire a établi; - Currently used by services (Données ultérieures sur les services de communication en groupe qui utilisent ce groupe temporaire et donc influent sur celui-ci, dans ce cas seulement la PoC-Session actuelle: - PoC: -- Session-ID 505: PoC SID 82513261277@PoC-Serverl7.t-mobile.de -- Server-Adresse: PoC-Server_xy@poc. t-mobile.de -- Started: 12.01.2005 17:31:05 - Current Member List, c'est-à-dire la liste d'abonnés actuelle: - ID:sip:userA@abc.de; DisplayName: Peter - ID:sip:userB@abc.de; Display-Name: Paul - ID:sip:userC@abc. de; Display-Name: Panzer L'unité Group-Management-Server 501 confirme la réception du message de génération de groupe 502 au moyen d'un message de confirmation de génération de groupe 506 (Message Group-Creation-Confirm), le message de confirmation de génération de 2884091 32 groupe 506 pouvant contenir en option comme paramètres à un Gr.oup-ID temporaire 507 (paramètre group id temp) et le transmettre à l'unité Controlling-PoCServer 101. Ensuite, c'est-à-dire à la réception du message de confirmation de génération de groupe 506, l'unité Controlling-PoC-Server 101 génère un premier message SIP-SUBSCRIBE 508 comportant les paramètres XCAP Change Event Package 509 et group_id_temp 510 et se présente donc auprès de l'unité Group-Management-Server 501 au Group-Change-Notification- Service décrit dans [7], dans lequel l'unité Controlling-PoCServer 101 étant informée par l'unité Group-Management-Server 501 de tous les changements concernant le groupe temporaire. L'unité Group-Management- Server 501 se présente pour sa part au Group-Change-Notification-Service qui est fourni par l'unité Controlling-PoC-Server 101 en générant un deuxième message SIP-SUBSCRIBE 511 comportant le paramètre Conference State Event Package 512 et en e transmettant à l'unité Controlling-PoC- Server 101. Il est ainsi garanti que la liste d'abonnés dans l'unité PoC-Server 101 et la liste d'abonnés actuelle (Current Member List) dans l'unité GroupManagement-Server 501 sont toujours synchronisées. On suppose maintenant qu'une session de service de communication en groupe IM supplémentaire sera démarrée en parallèle de la session de service de communication en groupe PoC 217 déjà activée. Pour cela, en utilisant le premier terminal de téléphonie mobile 111, le premier utilisateur génère un premier message SIP-INVITE 513 et envoie ce message à l'unité IM-Server 302. Dans cet exemple de réalisation de l'invention, il ne joint cependant pas au premier message SIP-INVITE 513 des USER-ID ou des Group-ID mais les Session-ID 514 appartenant à la PoC- Session 217 en cours ( PoC SID 82513261277@PoC-Serverl7.t- mobile.de ) (en option, il peut cependant utilisé dans ce cas 2884091 33 également la donnée d'identification GroupID-Temp temporaire fournie dans le message de confirmation de génération de groupe 506. En option, il peut être prévu de fournir encore un paramètre permettant d'indiquer que l'ID 514 est une Session- ID et que le service de communication en groupe associé est un service de communication en groupe PoC. L'unité IM-Server 302 détecte que les utilisateurs IM à inviter sont représentés par une Session-ID 514 et demande ensuite, à l'aide du GroupChange-Notification-Service auprès de l'unité Group-Management-Server 501 quels utilisateurs prennent part actuellement à la PoC-Session correspondante 217 respectivement appartiennent au groupe temporaire. Ceci est effectué en ce que l'unité IM-Server 302 génère un troisième message SIP-Subscribe 515 et transmet ce message à l'unité GroupManagement-Server 501, les paramètres XCAP Change Event Package 516 et usage: parallel session 517 étant contenus dans le troisieme message SIP-Subscribe 515. Ainsi, le troisième message SIP-SUBSCRIBE 515 pourrait contenir le paramètre qui indique qu'une session de service de communication en groupe parallèle sera démarrée avec les mêmes utilisateurs, dans cet exemple de réalisation cela est indiqué par le paramètre usage:parallel session . Après l'obtention de la liste des abonnés actuelle que l'unité IM-Server 302 reçoit de l'unité Group-Management-Server 501 au moyen d'un message SIP-NOTIFY 518 généré par l'unité Group-Management-Server 501 et transmis à l'unité IMServer 302, l'unité IM-Server charge à l'aide de messages SIPINVITE les utilisateurs correspondants, indiqués dans la liste d'abonnés au moyen de leur SIP-URI (SIP-URI 519 du premier utilisateur: sip:userA@xy.de; SIP-URI 520 du deuxième utilisateur: sip:userB@xy.de; SIP-URI 521 du troisième utilisateur: sip:userC@xy.de) pour la session de service de communication en groupe IM que l'on souhaite organisée, un 2884091 34 premier message SIP-INVITE 522 étant transmis de l'unité INServer 302 à la deuxième unité IM-Client 110 dans le deuxième terminal de téléphonie mobile 112, un troisième message SIPINVITE 523 étant transmis de l'unité IM-Server 302 à la troisième unité IM-Client 110 dans le troisième terminal de téléphonie mobile 113 et un quatrième message SIP-INVITE 524 étant transmis de l'unité IM-Server 302 à la première unité IM-Client 108 dans le premier terminal de téléphonie mobile 111. La réception et l'acceptation de l'invitation sont signalées par les unités IM-Client 108, 109, 110 de l'unité IM-Server 302 en générant ces messages SIP-200-0K respectifs 525, 526, 527 et en transmettant ces messages à l'unité IMServer 302. De plus, l'unité Group-Management-Server 501 se présente au Session State Notification Service auprès de l'unité IMServer 302 en ce que l'unité Group-Management-Server 501 forme un quatrième message SIP-SUBSCRIBE 528 comportant le paramètre Conference State Event Package 529 et transmet ce message à l'unité IM-Server 302. Cela est effectué en se fondant sur le paramètre usage:parallel session 317 dans le troisième message SIP SUBSCRIBE 515. De cette façon, la session de service de communication en groupe PoC 217 et la session de service de communication en groupe IM fonctionnent en parallèle entre les trois terminaux de téléphonie mobile 111, 112, 113 et les unités de client associées, ce qui est symbolisé dans la figure 5 par le bloc 530. Lorsque maintenant un nouvel abonné est ajouté à la PoC- Session ou à l'IM-Session, il est également ajouté en plus à l'autre session, comme déjà exposé dans les plus exemples de réalisation représentés ci-dessus. 2884091 35 La figure 6 représente dans un schéma de flux d'informations 600 le mode opératoire selon un quatrième exemple de réalisation de l'invention. On part là encore d'une session de service de communication en groupe PoC 217 organisée entre les trois terminaux de téléphonie mobile 111, 112, 113, la session de service de communication en groupe PoC 216 étant gérée par l'unité Controlling-PoC-Server 101. Dans cet exemple de réalisation de l'invention, une synchronisation centralisée des listes d'abonnés est là encore prévue en utilisant l'unité Group-Management-Server 501. Dans cet exemple de réalisation de l'invention, le premier utilisateur lui-même organise, en utilisant le premier terminal de téléphonie mobile 111, la PoC-session ou le groupe temporaire auprès de l'unité GroupManagement-Server 501 en générant un message de génération de groupe 601 depuis le premier terminal de téléphonie mobile 111 et en transmettant ce message à l'unité Group-Management-Server 501, ce message pouvant contenir les mêmes paramètres que le message de génération de groupe 502 du troisième exemple de réalisation de l'invention. Le premier terminal de téléphonie mobile 111 reçoit la confirmation de la réception du message de génération de groupe 601 de la part de l'unité Group-Management-Server 501 par un message de confirmation de génération de groupe 602 qui est généré par l'unité Group-Management-Server 501 et qui est transmis au premier terminal de téléphonie mobile 111, la donnée de Group-ID temporaire 603 ( group id temp ) étant contenue comme paramètre dans le message de confirmation de génération de groupe 602. Lorsque le groupe est établi, le premier utilisateur A, c'est-à-dire le premier terminal de téléphonie mobile 111 ou le Session-ID de la PoCSession 217 ou la liste des abonnés actuels prenant part à la PoCSesssion 217, est indiqué dans 2884091 36 le message de génération de groupe 601; dans la figure 6, on part du fait que le Session-ID 505 est fourni. Ensuite, l'unité Group-Management-Server 501 et l'unité Conrolling-PoCServer 101 se présente mutuellement à l'autre Notification-Service en ce que l'unité Group-Management-Server 501 génère un premier message SIPSUBSCRIBE 604 comportant le paramètre Conference State Event Package 605 et transmet ce message à l'unité Conrolling-PoC-Server 101 et en ce que l'unité Conrolling-PoC-Server 101 génère un deuxième message SIPSUBSCRIBE 606 comportant les paramètres XCAP Change Event Package 607 et group_id_temp 608 et transmet ce message à l'unité GroupManagement-Server 501. Ensuite, le premier utilisateur A, et donc le premier terminal de téléphonie mobile 111, utilise ce Group-ID temporaire 608 (au lieu du Session-ID selon le troisième exemple de réalisation de l'invention) pour démarrer une session de service de communication en groupe IM auprès de l'unité IM-Server 302. C'est effectué en ce que le premier terminal de téléphonie mobile 111 génère un premier message SIP-INVITe 609 comportant les paramètres group id temp 610, c'est-à-dire le Group-ID temporaire et le paramètre optionnel usage:parallel session 611; l'unité IM-Server 302 est informée que la session parallèle sera générée et peut donc se présenter de façon correspondante à l'unité Group-Management-Server 501. Le premier message SIP-INVITE 609 est transmis à l'unité IM-Server 302. À la réception du premier message SIP-INVITE 609, les autres étapes du procédé du troisième exemple de réalisation de l'invention sont exécutées en commençant par la génération du troisième message SIP-SUBSCRIBE 515 et en allant jusqu'à la génération des deux sessions de service de communication en groupe fonctionnant en parallèle, dans ce cas la session PoC 217 et la session IM (ce qui est symbolisé par le bloc 530) ; 2884091 37 pour cette raison, on ne donnera pas de nouvelle description de ce procédé dans le quatrième exemple de réalisation de l'invention. Dans un cinquième exemple de réalisation de l'invention, il est prévu que le premier utilisateur respectivement le premier terminal de téléphonie mobile 111 charge l'unité Controlling-poC-Server 101 d'établir le groupe temporaire dans l'unité Group-Management-Server 500 et reçoit de la part de l'unité Controlling-poC-Server 101 la confirmation de la fourniture des Group-ID. Ultérieurement, le premier terminal de téléphonie mobile 111 utilise alors ces Group-ID temporaires (à la place des Session-ID du troisième exemple de réalisation de l'invention) pour démarrer une session de service de communication en groupe IM dans l'unité IM-Server 302. La modification et la synchronisation des services de communication en groupe et des sessions de service de communication en groupe sont effectuées comme décrit ci-dessus en se référant aux troisième et quatrième exemples de réalisation. Les publications suivantes sont citées dans ce document: [1] J. Rosenberg et al, Network Working Group, Request for Comments (RFC) 3261, SIP: Session Initiation Protocol, juin 25 2002; [2] A.B. Roach, Network Working Group, Request for Comments (RFC) 3265, Session Initiation Protocol (SIP)-Specific Event Notification, juin 2002; [3] J. Rosenberg et al, draft-ietf-sipping-conference-package-08, A Session Initiation Protocol (SIP) Event Package for Conference State, Décembre 2004; 2884091 38 [4] J. Rosenberg, Network Working Group, Request for Comments (RFC) 3311, The Session Initiation Protocol (SIP) UPDATE METHOD, septembre 2002; [5] B. Campbell et al, Network Working Group, Request for Comments (RFC) 3428, Session Initiation Protocol (SIP) Extension for Instant Messaging, décembre 2002; [6] S. Donovan, Network Working Group, Request for Comments (RFC) 2976, The SIP INFO Method, octobre 2000; [7] J. Rosenberg, Internet-Draft, Draft-ietf-simple-xcappackage-02.txt, XML Document Format for Indicating Changes in XML Configuration Access Protocol (XCAP) Resources, juillet 2004. [8] US 2004/0137882 Al [9] US 2004/0199580 Al 20 [10] US 2004/0249949 Al [11] US 2002/0147777 Al LISTES DES REFERENCES Synoptique 101 Unité Controlling-PoC-Server 102 Liaison de communication par téléphonie mobile 103 Liaison de communication par téléphonie mobile 104 Liaison de communication par téléphonie mobile Première unité PoCClient 106 Deuxième unité PoC-Client 107 Troisième unité PoC-Client 108 Première unité Instant-Messaging-Client 2884091 39 109 Deuxième unité Instant-Messaging-Client Troisième unité Instant-Messaging-Client 111 Premier terminal de communication par téléphonie mobile 112 Deuxième terminal de communication par téléphonie mobile 5 113 Troisième terminal de communication par téléphonie mobile Schéma de flux d'informations 201 Première unité PoC-Client 202 Premier message SIP-INVITE 203 Unité Controlling-PoC-Server 204 Étape opératoire 205 Message de requête d'analyse de groupe SIP 206 Unité Group-Management-Server 207 Message de réponse d'analyse de groupe SIP 208 Donnée d'identification d'utilisateur 209 Donnée d'identification d'utilisateur 210 Deuxième message SIP-INVITE 211 Deuxième unité PoC-Client 212 Troisième message SIP-INVITE 213 Troisième unité PoC-Client 214 Premier message SIP-200-0K 215 Deuxième message SIP-200-0K 216 Troisième message SIP-200-0K 217 Session de service de communication en groupe PoC 300 Schéma de flux d'informations 301 Premier message SIP-INVITE 302 Unité Instant-Messaging-Server 303 Session-ID 304 Étape opératoire 305 Premier message SIP-SUBSCRIBE 306 Premier message SIP-NOTIFY 307 SIP-URI 308 SIP-URI 309 SIP-URI 310 Deuxième message SIP-INVITE 311 Troisième message SIP-INVITE 312 Premier message SIP-200-OK 313 Deuxième message SIP-200-0K 314 Troisième message SIP-200-OK 315 Deuxième message SIP-SUBSCRIBE 316 Bloc 317 Quatrième terminal de téléphonie mobile 318 Quatrième unité PoC-Client 319 Quatrième unité IM-Client 320 Quatrième message SIP-INVITE 321 Quatrième message SIP-200-0K 322 Deuxième message SIP-NOTIFY 323 Cinquième message SIP-INVITE 324 Cinquième message SIP-200-OK 325 Bloc 326 SIP-URI 400 Schéma de flux d'informations 401 Premier message SIP-MESSAGE 402 Deuxième message SIP-MESSAGE 403 Premier message SIP-SUBSCRIBE 404 Premier message SIP-NOTIFY 405 SIP-URI 406 SIP-URI 407 SIP-URI 408 Premier message SIP-INVITE 409 Deuxième message SIP-INVITE 410 Troisième message SIP-INVITE 411 Premier message SIP-200-0K 412 Deuxième message SIP-200-0K 413 Troisième message SIP-200-0K 414 Deuxième message SIP- SUBSCRIBE 415 Bloc 500 Schéma de flux d'informations 501 Unité Group- Management-Server 502 Message de génération de groupe 503 Group-type 504 Established by service 505 Session-ID 506 Message de confirmation de génération de groupe 507 Group-ID temporaire 508 Premier message SIP- SUBSCRIBE 509 XCAP Change Event Package 510 group id temp 511 Deuxième message SIP-SUBSCRIBE 512 Conference State Event Package 513 Premier message SIP-INVITE 514 Session-ID 515 Troisième message SIP-SUBSCRIBE 516 XCAP Change Event Package 517 usage:patallel session 518 Message SIP- NOTIFY 519 SIP-URI 520 SIP-URI 521 SIP-URI 522 Premier message SIP-INVITE 523 Troisième message SIP-INVITE 524 Quatrième message SIP-INVITE 525 Premier message SIP-200-0K 526 Deuxième message SIP-200-0K 527 Troisième message SIP-200-0K 528 Quatrième message SIP-SUBSCRIBE 529 Conference State Event Package 530 Bloc 600 Schéma de flux d'informations 601 Message de génération de groupe 602 Message de confirmation de génération de groupe 603 Group-ID temporaire 604 Premier message SIP-SUBSCRIBE 605 Conference State Event Package 606 Deuxième message SIP-SUBSCRIBE 607 XCAP Change Event Package 608 group id temp 609 Premier message SIP- INVITE 610 group id temp 611 usage:parallel session 2884091 43 REVENDICATIONS 1. Procédé de fourniture de plusieurs services de communication en groupe avec les mêmes abonnés, caractérisé en ce que il est organisé une première session de service de communication en groupe d'un premier service de communication en groupe, la première session de service de communication en groupe étant identifiée par une donnée de session de service de communication en groupe qui identifie une session de service de communication en groupe organisée et qui permet de déterminer quels abonnés prennent part à la première session de service de communication en groupe, et il est organisé une deuxième session de service de communication en groupe d'un deuxième service de communication en groupe, le deuxième service de communication en groupe étant un service de communication en groupe différent du premier service de communication en groupe, et les abonnés prenant part à la deuxième session de service de communication en groupe et/ou la deuxième session de service de communication en groupe étant identifiés avec la même donnée d'identification de session de service de communication en groupe avec laquelle la première session de service de communication en groupe est également identifiée. 2. Procédé selon la revendication 1, caractérisé en ce qu' un service de communication en groupe par téléphonie mobile est utilisé pour l'un des services de communication en groupe. 3. Procédé selon la revendication 1 ou 2, caractérisé en ce que au moins l'un des services de communication en groupe suivant est utilisé comme premier service de communication en groupe et/ou comme deuxième service de communication en groupe: - Push-To-Talk-Cellular -Conferencing - Jeux multi-utilisateurs, - Instant Messaging, 2884091 44 -Echange de fichers, Gestion répartie de fichiers 4. Procédé selon l'une des revendications 1 à 3, caractérisé en ce que, lorsqu'un changement apparaît chez les abonnés des sessions de service de communication en groupe, les abonnés des sessions de service de communication en groupe sont actualisés dans toutes les sessions de service de communication en groupe fournies au groupe respectif en utilisant un service de notification. 5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce que après que la première session de service de communication en groupe a été organisée, l'organisation de la deuxième session de service de communication en groupe est demandée pas un terminal d'abonné, - on détermine, en utilisant la donnée d'identification de session de service de communication en groupe, quels abonnés prennent part à la première session de service de communication en groupe, - les abonnés déterminés sont invités à la deuxième session de service de communication en groupe. 6. Procédé selon la revendication 5, caractérisé en ce que - la première session de service de communication en groupe est organisée par une première unité de serveur de service de communication en groupe, -après que la première session de service de communication en groupe a été organisée, l'organisation de la deuxième session de service de communication en groupe est demandée par un terminal d'abonné auprès d'une deuxième unité de serveur de service de communication en groupe organisant la deuxième session service de communication en groupe, la donnée d'identification de session de service de communication en groupe étant transmise à la deuxième unité de serveur de service de communication en groupe. 7. Procédé selon la revendication 6, caractérisé en ce que 2884091 45 - la première session de service de communication en groupe est organisée par une première unité de serveur de service de communication en groupe, après que la première session de service de communication en groupe a été organisée, l'organisation de la deuxième session de service de communication en groupe est demandée par un terminal d'abonné auprès de la première unité de serveur de service de communication en groupe, l'organisation de la deuxième session de service de communication en groupe est demandée par la première unité de serveur de service de communication en groupe auprès d'une deuxième unité de serveur de service de communication en groupe organisant la deuxième session de service de communication en groupe, la donnée d'identification de session de service de communication en groupe étant transmise à la deuxième unité de serveur de service de communication en groupe. 8. Procédé selon la revendication 6 ou 7, caractérisé en ce que on détermine en utilisant la donnée d'identification de session de service de communication en groupe quels abonnés prennent part à la première session de service de communication en groupe, en ce que - la deuxième unité de serveur de service de communication en groupe demande à la première unité de serveur de service de communication en groupe, en utilisant la donnée d'identification de session de service de communication en groupe, quels abonnés prennent part à la première session service de communication en groupe, et les abonnés prenant part à la première session service de communication en groupe sont transmis de la première unité de serveur de service de communication en groupe à la deuxième unité de serveur de service de communication en groupe. 9. Procédé selon la revendication 8, caractérisé en ce que 2884091 46 la détermination des abonnés prenant part à la première session de service de communication en groupe est effectuée en utilisant un service de notification. 10. Procédé selon la revendication 5, caractérisé en ce que - la première session de service de communication en groupe est organisée par une première unité de serveur de service de communication en groupe, - la donnée d'identification de session de service de communication en groupe est transmise de la première unité de serveur de service de communication en groupe à une unité de serveur de gestion de groupe qui gère les groupes d'abonnés, - la deuxième session de service de communication en groupe est générée en ce que la donnée d'identification de session de service de communication en groupe est déterminée par une deuxième unité de serveur de service de communication en groupe, organisant la deuxième session de service de communication en groupe, à partir de l'unité de serveur de gestion de groupe. 11. Procédé selon la revendication 5, caractérisé en ce que - la première session de service de communication en groupe est organisée par une première unité de serveur de service de communication en groupe, - la donnée d'identification de session de service de communication en groupe est transmise d'un premier terminal d'abonné prenant part à la première session de service de communication en groupe à une unité de serveur de gestion de groupe qui gère les groupes d'abonnés, - la deuxième session de service de communication en groupe est organisée en ce que la donnée d'identification de session de service de communication en groupe est déterminée par une deuxième unité de serveur de service de communication en groupe, organisant la deuxième session service de communication en groupe, à partir de l'unité de serveur de gestion de groupe. 2884091 47 12. Procédé selon la revendication 10 ou 11, caractérisé en ce que la deuxième session de service de communication en groupe détermine la donnée d'identification de session de service de communication en groupe à partir de l'unité de serveur de gestion de groupe en utilisant un service de notification. 13. Système de service de communication en groupe caractérisé en ce qu'il comporte - une première unité de serveur de service de communication en groupe destinée à fournir un premier service de communication en groupe dont le but est d'identifier une première session de service de communication en groupe organisée au moyen d'une donnée d'identification de session de service de communication en groupe identifiant une session de service de communication en groupe et permettant de déterminer quels abonnés prennent part à la première session de service de communication en groupe, et - une deuxième unité de serveur de service de communication en groupe destinée à fournir un deuxième service communication en groupe, le deuxième service de communication en groupe étant un service de communication en groupe différent du premier service de communication en groupe, la deuxième unité de serveur de service de communication en groupe ayant pour but d'identifier les abonnés prenant part à une deuxième session de service de communication en groupe organisée et/ou une deuxième session de service de communication en groupe organisée au moyen de la même donnée d'identification de session de service de communication en groupe permettant d'identifier également la première session de service de communication en groupe. 14. Système de service de communication en groupe selon la revendication 13, caractérisé en ce que au moins une des unités de serveur de service de communication en groupe est une unité de serveur de service de communication en groupe par téléphonie mobile. 2884091 48 15. Système de service de communication en groupe selon la revendication 13 ou 14, caractérisé en ce que au moins une des unités de serveur de service de communication en groupe est destinée à fournir au moins l'un 5 des services de communication groupe suivant: -Push-To-TalkCellular - Conferencing - Jeux multi-utilisateurs, - Instant Messaging, Echange de fichers, - Gestion répartie de fichiers 16. Système de service de communication en groupe selon l'une des revendications 13 à 15, caractérisé en ce qu'il comporte une unité de serveur de gestion de groupe destinée à gérer l'au moins une donnée d'identification de session de service de communication en groupe, l'unité de serveur de gestion de groupe étant couplée à la première unité de serveur de service de communication en groupe et/ou à la deuxième unité de serveur de service de communication en groupe. 17. Unité de serveur de service de communication en groupe d'un système de service de communication en groupe selon l'une des revendications 13 à 16.