Brevet FR3137233A1 — publié le 20231229

Dans des exemples, la présente divulgation concerne notamment un procédé de fourniture de données de connexion d’au moins un canal de communication dépourvu d’administration par un tiers mis en œuvre par un serveur de communication à l’alternat, à destination d’un terminal de communication ; un procédé de connexion à un canal de communication à l’alternat, mis en œuvre au niveau d’un terminal de communication ; et un procédé de création d’un canal de communication à l’alternat dépourvu d’administration par un tiers mis en œuvre par un serveur de communication à l’alternat. Figure de l’abrégé : Figure 1 Procédé de fourniture de données de connexion à au moins un canal de communication dépourvu d’administration par un tiers. La présente invention relève du domaine des communications à l’alternat sur réseau cellulaire, ou « PoC » (« Push-To-Talk on cellular »). Les communications à l’alternat, plus généralement connues sous la dénomination anglaise Push-To-Talk ou Press-to-transmit, sont des communications de type bidirectionnel à l’alternat (non simultanée) reposant sur l’actionnement d’un bouton physique ou virtuel par un utilisateur pour passer d’un mode réception à un mode émission et vice versa . Ces communications utilisent des canaux de communication en semi-duplex (« half-duplex » en anglais). Se sont développées récemment les communications à l’alternat sur des réseaux utilisant des protocoles internet, réseau IP, lesquels utilisent notamment des réseaux de télécommunication cellulaires (Push-To-Talk on cellular, PoC). Dans le cadre de communications à l’alternat (incluant les communications PoC), un utilisateur, par le biais de son terminal de communication, doit se connecter à un canal de communication à l’alternat pour communiquer. Pour qu’un utilisateur d’un terminal de communication puisse se connecter à un canal de communication à l’alternat spécifique via un réseau IP pour prendre la parole ou écouter les autres utilisateurs, au moins deux étapes préalables sont requises dans les procédés de connexion connus de l’art antérieur. Une première étape consiste à enregistrer l’utilisateur du terminal de communication (ou le terminal lui-même) auprès d’un serveur de communication à l’alternat. De cette façon, l’utilisateur est reconnu par le serveur lorsqu’il envoie au serveur un identifiant sous la forme d’un message conforme au protocole SIP (Session Initial Protocol défini notamment par la norme RFC 3261). L’utilisateur du terminal de communication est donc préalablement enregistré auprès du serveur de communication à l’alternat. Une seconde étape consiste à enregistrer l’utilisateur du terminal de communication auprès du canal de communication à l’alternat spécifique. Cet enregistrement nécessite une validation par un tiers administrateur du canal de communication à l’alternat spécifique qui donne le droit ou non à un utilisateur de se connecter au canal de communication à l’alternat spécifique. Par tiers administrateur, il est désigné par la présente divulgation une personne physique et non pas un bloc logiciel. Ainsi, lorsque le serveur à l’alternat reçoit l’identifiant de l’utilisateur, cet identifiant est notamment associé au canal de communication à l’alternat spécifique dans un registre du serveur à la suite de la validation par le tiers administrateur de sorte que le serveur peut envoyer au terminal de communication les informations de connexion relatives au canal de communication à l’alternat spécifique. L’utilisateur du terminal de communication peut ainsi se connecter au canal de communication à l’alternat spécifique. Ce fonctionnement, bien qu’efficace, n’est pas toujours le plus approprié notamment lorsqu’un nouvel utilisateur doit rapidement se connecter à un canal de communication à l’alternat spécifique. L’invention vient améliorer cette situation. Présentation de l’invention En l’occurrence, la présente divulgation propose un procédé de fourniture de données de connexion d’au moins un canal de communication mis en œuvre par un serveur de communication à l’alternat, à destination d’un terminal de communication, le procédé comprenant : une réception d’un message d’identification du terminal de communication, le message d’identification du terminal de communication comprenant un identifiant d’un utilisateur du terminal de communication, une comparaison de l’identifiant de l’utilisateur à des identifiants présents dans une base de données d’identifiants, en cas de correspondance entre l’identifiant de l’utilisateur et un identifiant existant dans la base de données d’identifiants, une sélection, dans une base de données, d’au moins un canal de communication à l’alternat dépourvu d’administration par un tiers, puis un envoi d’un message de données de connexion à destination du terminal comprenant des données de connexion relatives à l’au moins un canal de communication sélectionné. Le procédé de fourniture de données de connexion est astucieux et va à l’encontre d’un préjugé technique qui voudrait que les canaux de communication à l’alternat soient des canaux de communication administrés par un tiers. Or, ces canaux de communication administrés par un tiers ne sont pas toujours adaptés à des situations dans lesquelles un certain nombre d’utilisateurs qui n’ont pas obtenu de validation préalable pour se connecter à un canal de communication à l’alternat commun souhaiteraient se connecter rapidement à un même canal de communication à l’alternat pour se coordonner. Ce type de situations arrive notamment lors de manifestation dans le cadre d’opérations de maintien de l’ordre ou dans le cadre d’opérations d’assistance de grande envergure qui nécessitent une mobilisation humaine importante. Il s’agit d’opérations dans lesquelles l’ensemble des unités affectées sur les lieux ne partagent pas toutes un canal de communication à l’alternat commun et il n’est pas toujours possible, dans un intervalle de temps adapté à ces opérations, d’autoriser chacune des unités mobilisées à accéder à un canal de communication à l’alternat commun dès lors que cette autorisation nécessite une intervention humaine par un tiers administrateur et que de telles opérations peuvent concerner plusieurs milliers d’unités. En l’occurrence, les différentes normes de communication relatives aux communications à l’alternat et notamment la norme 3GPP TS 22.280 V17.7.0 considèrent toujours explicitement ou implicitement que la connexion d’un utilisateur à un canal de communication à l’alternat nécessite l’association préalable de l’identifiant du tiers au canal par un administrateur personne physique de ce canal ce qui n’est pas adapté à des situations comme celles présentées ci-dessus. Le procédé de fourniture de données de connexion présenté permet d’y faire face. Optionnellement, le procédé est dépourvu d’étape de comparaison de l’identifiant de l’utilisateur avec des identifiants autorisés préalablement par un administrateur tiers et associés au canal de communication à l’alternat dépourvu d’administration par un tiers. C’est cette absence de comparaison de l’identifiant de l’utilisateur avec des identifiants autorisés préalablement par un administrateur tiers et associés au canal de communication à l’alternat dépourvu d’administration par un tiers qui permet à un utilisateur d’accéder rapidement à ce canal de communication sans nécessiter d’autorisation par un tiers. Optionnellement, le procédé comprend en outre, préalablement à la sélection d’au moins un canal de communication à l’alternat, une réception d’un message de discrimination comprenant un élément discriminant, dans lequel la sélection d’au moins un canal de communication à l’alternat comprend la sélection d’au moins un canal de communication associé à l’élément discriminant. L’élément discriminant est donc utilisé par le serveur pour discriminer, dans une pluralité de canaux de communication possibles, une sous pluralité de canaux de communication à transmettre au terminal et liés à cet élément discriminant. Il n’est donc transmis au terminal de communication que des données de connexion relatives à des canaux de communication qui à priori, sont intéressants pour l’utilisateur. Par ailleurs, les données de connexions relatives à d’autres canaux de communication non liés à cet élément discriminant ne sont pas donc transmises à un utilisateur qui n’en aurait pas d’intérêt ce qui permet également de préserver ces autres canaux de connexions d’utilisateurs non concernés afin, notamment, de préserver la bande passante de ces canaux, ou la sécurité des informations transmises sur ces canaux. Optionnellement, l’élément discriminant comprend une localisation du terminal de communication et/ou un paramètre serveur. La localisation du terminal permet de discriminer des utilisateurs en fonction de leur position géographique. Notamment, dans le cadre d’une opération de maintien de l’ordre ou d’une opération d’assistance sur une zone géographique délimitée, il n’est pas nécessairement désiré qu’un utilisateur situé dans une autre zone géographique puisse se connecter à un canal de communication dédié à cette opération. Pour ce qui concerne le paramètre serveur, il permet de discriminer, au niveau du serveur, des canaux de communication qui présentent un intérêt particulier pour l’utilisateur du terminal. Notamment, un paramètre serveur peut correspondre à une chaîne de caractère de sorte que les canaux de communication qui ne présentent pas une certaine similarité avec cette chaine de caractère ne sont pas sélectionnés et leurs données de connexions respectives ne sont donc pas transmises au terminal. La présente divulgation propose par ailleurs un procédé de connexion à un canal de communication à l’alternat, mis en œuvre au niveau d’un terminal de communication, comprenant : un envoi, à destination d’un serveur de communication à l’alternat, d’un message d’identification d’un utilisateur du terminal, le message d’identification comprenant un identifiant d’un utilisateur du terminal, puis une réception d’un message de données de connexion envoyé depuis le serveur, le message de données de connexion comprend des données de connexion relatives à au moins un canal de communication à l’alternat dépourvu d’administration par un tiers, et une connexion du terminal à un canal de communication à l’alternat spécifique, à partir des données de connexion du message de données de connexion Le procédé de connexion à un canal de communication à l’alternat présenté donne donc à un utilisateur la possibilité de se connecter à un canal de communication à l’alternat rapidement, même sans validation préalable d’un tiers administrateur. Dans des situations qui demandent une coordination rapide des utilisateurs via un canal de communication, par exemple dans le cadre d’opérations de maintien de l’ordre ou d’assistance, il n’est plus forcément nécessaire de mobiliser un tiers administrateur pour pouvoir se connecter au canal de communication. Optionnellement, la connexion du terminal de communication à un canal de communication à l’alternat spécifique comprend la connexion à un canal de communication à l’alternat dépourvu d’administration par un tiers. Dans cette option, le procédé de connexion à un canal de communication à l’alternat permet à l’utilisateur de se connecter rapidement à un canal de communication à l’alternat. Optionnellement, préalablement à la réception d’un message de données de connexion, le procédé comprend en outre un envoi, à destination du serveur, d’un message de discrimination comprenant un élément discriminant, et dans lequel le message de données de connexion reçu comprend des données de connexion relatives à au moins un canal de communication à l’alternat lié à l’élément discriminant. Optionnellement, l’élément discriminant comprend une localisation du terminal de communication et/ou un paramètre serveur. Le paramètre serveur peut par exemple correspondre à une chaine de caractères. Optionnellement, le paramètre serveur est adapté pour être entré par une interface homme machine du terminal de communication. L’utilisateur du terminal de communication peut donc, par le biais d’une interface homme machine, demander au serveur des données de connexions relatives à des canaux de communications liés à ce paramètre serveur. Optionnellement, le procédé comprend en outre, préalablement à la connexion du terminal de communication à un canal de communication à l’alternat, une entrée d’un paramètre terminal via une interface homme-machine et dans lequel le canal de communication spécifique auquel le terminal se connecte est déterminé à partir du paramètre terminal. Ce paramètre terminal peut par exemple permettre de sélectionner, dans une liste de canaux de communications possibles affichés sur le terminal, les canaux de communication liés à ce paramètre terminal. La présente demande de brevet présente également un terminal de communication configuré pour mettre en œuvre l’un quelconque des procédés de connexion à un canal de communication à l’alternat présentés dans ce document. La présente demande porte par ailleurs sur un procédé de création d’un canal de communication à l’alternat dépourvu d’administration par un tiers mis en œuvre par un serveur de communication à l’alternat, le procédé comprenant : une détermination d’un identifiant du canal de communication à l’alternat dépourvu d’administration par un tiers, et une création du canal de communication à l’alternat dépourvu d’administration par un tiers, dans lequel la création du canal de communication comprend une association de l’identifiant au canal de communication dépourvu d’administration par un tiers ; et dans lequel la création du canal de communication est dépourvue d’étape d’association du canal de communication à un quelconque tiers administrateur de sorte qu’aucune validation préalable d’un tiers administrateur désigné pour ce canal de communication n’est nécessaire pour se connecter au canal. La présente divulgation concerne en outre un serveur de communication configuré pour mettre en œuvre l’un quelconque des procédés de fourniture de données de connexion d’au moins un canal de communication ou l’un quelconque des procédés de création d'un canal de communication à l’alternat dépourvu d’administration par un tiers présentés dans ce document. La présente divulgation propose également un produit programme d’ordinateur comprenant des instructions pour la mise en œuvre d’un quelconque des procédés présentés par la présente demande lorsqu’il est mis en œuvre par un ordinateur. Des instructions de code pour la mise en œuvre d’un quelconque des procédés présentés par la présente demande peuvent par ailleurs être stockées sur un support de stockage non transitoire lisible par ordinateur. D’autres caractéristiques, détails et avantages apparaîtront à la lecture de la description détaillée ci-après, et à l’analyse des dessins annexés, sur lesquels : représente un exemple de système permettant la connexion d’un terminal de communication à l’alternat à un canal de communication à l’alternat. représente un exemple de procédé de fourniture de données de connexion d’au moins un canal de communication. représente un exemple de procédé de connexion à un canal de communication à l’alternat. représente un exemple de procédé de création d’un canal de communication à l’alternat dépourvu d’administration par un tiers. En référence à la , il est représenté un exemple de système 1 permettant la connexion d’un terminal 2 de communication à l’alternat à un canal de communication à l’alternat par le biais d’un serveur 3 de communication à l’alternat. Une fois connecté au canal de communication à l’alternat, le terminal 2 pourra ainsi prendre part à une communication à l’alternat avec les autres terminaux connectés au canal. Par « communication à l’alternat », la présente demande désigne des communications de type bidirectionnel non simultanées reposant sur l’actionnement d’un bouton physique ou virtuel par un utilisateur pour passer d’un mode réception à un mode émission. Ces communications à l’alternat, plus généralement connues sous la dénomination anglaise Push-To-Talk ou Press-to-transmit (ci-après PTT) utilisent des canaux de communication en semi-duplex (« half-duplex » en anglais). Ces canaux de communication en semi-duplex sont appelés canaux de communication à l’alternat dans la présente demande. Les communications à l’alternat dont il est question dans la présente divulgation utilisent des réseaux conformes au protocole internet (réseaux IP) défini notamment dans la norme RFC 791, ces réseaux pouvant notamment comprendre des réseaux cellulaires dans le cadre d’application Push-To-Talk on cellular, PoC. Par terminal 2 de communication à l’alternat, la présente divulgation désigne un dispositif de communication configuré pour communiquer en utilisant une communication à l’alternat. Le terminal 2 de communication à l’alternat est capable de communiquer avec d’autres terminaux de communication à l’alternat. Par serveur 3 de communication à l’alternat, la présente demande désigne un serveur sur un réseau du protocole internet, réseau IP, capable d’identifier un utilisateur d’un terminal 2 de communication à l’alternat via un identifiant associé à cet utilisateur. Le serveur à l’alternat est également capable de fournir des données de connexion relatives à différents canaux de communication à l’alternat et notamment des données de connexion relatives à des canaux de communication à l’alternat dépourvus d’administration par un tiers. Le serveur 3 de communication à l’alternat est un serveur notamment adapté pour mettre en œuvre un protocole d’initiation de session (Session Initiation Protocol, SIP) défini notamment dans la norme RFC 3261. Le serveur 3 de communication à l’alternat est donc un serveur SIP. Par canal de communication à l’alternat dépourvu d’administration par un tiers, la présente divulgation désigne un canal de communication à l’alternat pour lequel un utilisateur ne doit pas obtenir de validation préalable d’un tiers administrateur de ce canal de communication à l’alternat pour pouvoir s’y connecter. Le tiers administrateur désigne une personne physique dans la présente divulgation. A l’inverse, un canal de communication à l’alternat administré désigne un canal pour lequel un utilisateur d’un terminal de communication à l’alternat doit préalablement obtenir une validation de la part d’un tiers administrateur de ce canal pour s’y connecter. La validation de la part du tiers administrateur est ainsi enregistrée au niveau d’un serveur de communication à l’alternat de sorte que lorsque l’utilisateur demande une connexion à ce canal de communication administré, le serveur autorise cette connexion. En d’autres termes, lorsqu’un utilisateur d’un terminal de communication 2 à l’alternat s’identifie auprès d’un serveur 3 de communication à l’alternat comme étant l’utilisateur du terminal 2 de communication à l’alternat, le serveur 3 peut fournir au terminal 2 de cet utilisateur des données de connexion relatives à un ou plusieurs canaux de communication à l’alternat dépourvu d’administration par un tiers. Par conséquent, même si l’utilisateur n’a obtenu aucune validation préalable auprès de canaux administrés, il pourra tout de même se connecter à ces canaux de communication à l’alternat dépourvu d’administration par un tiers. L’enseignement de la présente divulgation permet donc à un utilisateur de se connecter à un canal de communication à l’alternat rapidement, même sans validation préalable d’un tiers administrateur. Dans des situations qui demandent une coordination rapide des utilisateurs via un canal de communication, par exemple dans le cadre d’opérations d’assistance, il n’est plus nécessaire de mobiliser un tiers administrateur pour pouvoir se connecter au canal de communication. Un terminal de communication à l’alternat selon la présente divulgation peut par exemple être un terminal de communication mobile ou un terminal de communication fixe. Il peut notamment comprendre une interface homme machine permettant à un utilisateur du terminal de communication mobile de rentrer des informations. L’interface homme machine peut par exemple comprendre un clavier, notamment un clavier numérique, ou un écran tactile. L’interface homme-machine peut également comprendre un ou plusieurs boutons. Les boutons peuvent être boutons physique et/ou des boutons virtuels. Un terminal de communication est mobile au sens où il n’est pas relié à un réseau de communication filaire tel que le réseau internet, ni à faible distance, par exemple via l’utilisation d’un protocole Wi-Fi, NFC ou encore Bluetooth, ni physiquement par l’intermédiaire d’un câble. Le terminal de communication mobile est par contre adapté pour communiquer des données sur de longues distances via un réseau de télécommunication mobile, par exemple via un réseau cellulaire, de telle sorte qu’il peut échanger des données en itinérance. Le terminal de communication mobile peut par exemple mettre en œuvre un protocole 5g. Un terminal de communication mobile peut par exemple correspondre à un téléphone portable, un talkie-walkie ou à un ordinateur connecté à un réseau de télécommunication mobile par une clé telle qu’une clé 3G, 4G ou 5G. Le terminal de communication à l’alternat mobile est donc capable d’échanger des données avec un serveur de communication à l’alternat via un réseau de télécommunication conforme au protocole internet dans le cadre d’application Push-To-Talk over cellular, PoC. Un terminal de communication est fixe au sens où il est relié à un réseau de communication filaire, physiquement via un câble ou à faible distance via un protocole de communication faible distance tel que le protocole Wi-Fi, NFC ou encore Bluetooth. Un terminal de communication fixe peut par exemple correspondre à un ordinateur de bureau ou à un automate programmable industriel. Le terminal de communication à l’alternat peut donc être capable d’échanger des données avec un serveur à l’alternat via un réseau de télécommunication mobile et/ou via un réseau de télécommunication filaire. Il est désormais présenté, en référence à la , un exemple de procédé 200 de fourniture de données de connexion d’au moins un canal de communication. Le procédé de fourniture de données de connexion est mis en œuvre par un serveur de communication à l’alternat. Les données de connexion sont destinées à être envoyées à un terminal de communication à l’alternat. Il s’agit donc d’un procédé mis en œuvre côté serveur pour que le terminal puisse se connecter à un canal de communication spécifique. Comme illustré par le bloc 210, le procédé 200 comprend une réception d’un message d’identification d’un terminal de communication à l’alternat. Le message d’identification comprend un identifiant d’un utilisateur du terminal. L’identifiant de l’utilisateur du terminal peut par exemple comprendre un nom d’utilisateur et/ou un mot de passe. L’identifiant peut être utilisé par le serveur, dans un premier temps, pour déterminer si l’utilisateur est autorisé à rejoindre une communication à l’alternat. L’identifiant peut également être utilisé par le serveur, dans un deuxième temps, pour déterminer quels sont les canaux de communication à l’alternat administrés pour lesquels un utilisateur a obtenu une validation d’un tiers administrateur. Comme illustré par le bloc 220, le procédé 200 comprend une comparaison de l’identifiant de l’utilisateur à des identifiants présents dans une base de données d’identifiants. La base de données d’identifiants stocke les identifiants d’utilisateurs autorisés auprès du serveur. En d’autres termes, lorsqu’un identifiant d’un message d’identification envoyé depuis un terminal d’un utilisateur ne correspond pas à un identifiant de la base de données d’identifiants, le serveur ne sera pas autorisé à envoyer des données de connexion à l’utilisateur via son terminal pour que cet utilisateur puisse se connecter à un canal de communication à l’alternat. A l’inverse, en cas de correspondance entre l’identifiant de l’utilisateur et un identifiant existant dans la base de données d’identifiants, le procédé 200 comprend, comme illustré par le bloc 230, une sélection, dans une base de données d’au moins un canal de communication dépourvu d’administration par un tiers. En d’autres termes, le serveur sélectionne au moins un canal de communication auquel l’utilisateur du terminal peut se connecter sans avoir obtenu de validation préalable par un quelconque tiers administrateur de ce canal. Dans des exemples, le serveur peut sélectionner plusieurs canaux de communication à l’alternat donc au moins un est un canal de communication dépourvu d’administration par un tiers. Le serveur peut par exemple sélectionner au moins deux canaux de communication à l’alternat dépourvu d’administration par un tiers. Le serveur peut par exemple sélectionner des canaux de communication à l’alternat administrés par un tiers et associés à l’identifiant de l’utilisateur dans une base de données. Le procédé de fourniture de données de connexion et plus précisément son bloc 230 de sélection est donc dépourvu d’étape de comparaison de l’identifiant de l’utilisateur avec des identifiants autorisés préalablement par un tiers et associés à un canal de communication dépourvu d’administration par un tiers. Par définition, un canal de communication dépourvu d’administration par un tiers ne nécessite pas de validation préalable de l’utilisateur par un tiers administrateur de sorte qu’aucune comparaison de l’identifiant de l’utilisateur avec des identifiants autorisés associés au canal de communication dépourvu d’administration par un tiers n’est nécessaire pour sélectionner ce canal de communication pour le serveur. Pour autant, le procédé de fourniture de données de connexion et plus précisément son bloc 230 de sélection peut comprendre une étape de comparaison d’un identifiant de l’utilisateur reçu avec des identifiants autorisés associés à un ou plusieurs canaux de communication administré par un tiers et sélectionner les canaux de communication administrés par un tiers pour lesquels l’identifiant de l’utilisateur correspond à un identifiant associé. Comme illustré par le bloc 230, le procédé comprend, suite à la sélection, un envoi d’un message de données de connexion à destination du terminal. L’envoi du message de données de connexion est à destination du terminal de communication ayant précédemment transmis son identifiant via le message d’identification. Le message de données de connexion comprend des données de connexion relatives à l’au moins un canal de communication à l’alternat dépourvu d’administration par un tiers sélectionné. Dans des exemples, lorsqu’il est sélectionné plusieurs canaux de communication au bloc 230, le message de données de connexion comprend des données de connexion relatives à l’ensemble des canaux de communication sélectionnés. Dans des exemples, le message de données de connexion comprend des données de connexion relatives à au moins deux canaux de communication à l’alternat dépourvu d’administration par un tiers sélectionnés. En d’autres termes, le message de données de connexion peut comprendre des données de connexion relatives à une pluralité de canaux de communication à l’alternat sélectionnés à l’issue du bloc 230. Le procédé de fourniture de données de connexion est astucieux et va à l’encontre d’un préjugé technique qui voudrait que les canaux de communication à l’alternat soient des canaux administrés par un tiers. Or les canaux de communication administrés par un tiers ne sont pas toujours adaptés à des situations dans lesquels un certain nombre d’utilisateurs qui n’ont pas obtenu de validation préalable pour se connecter à un canal de communication à l’alternat commun souhaiteraient se connecter rapidement à un même canal de communication à l’alternat pour se coordonner. Ce type de situations arrive notamment lors de manifestation dans le cadre d’opérations de maintien de l’ordre dans lesquels l’ensemble des unités affectées sur les lieux ne partagent pas toutes un canal de communication à l’alternat commun et il n’est pas toujours possible, dans un intervalle de temps adapté à ces opérations de maintien de l’ordre, d’autoriser chacune des unités mobilisées à accéder à un canal de communication à l’alternat commun dès lors que cette autorisation nécessite une intervention humaine par un tiers administrateur et que de tels dispositifs de maintien de l’ordre peuvent concerner plusieurs milliers d’agents. Ce type de situations arrivent également dans le cadre d’opération d’assistance de grande envergure, par exemple dans le cadre d’opérations contre des incendies de forêt ou des inondations qui nécessitent également une mobilisation humaine importante. En l’occurrence, les différentes normes de communication relatives aux communications à l’alternat et notamment la norme 3GPP TS 22.280 V17.7.0 considèrent toujours explicitement ou implicitement que la connexion d’un utilisateur à un canal de communication à l’alternat nécessite l’association préalable de l’identifiant du tiers au canal par un administrateur personne physique de ce canal. Par ailleurs, le procédé de fourniture de données de connexion peut également fournir, en plus des données de connexions relatives à des canaux de communication à l’alternat non administrés, des données de connexions relatives à des canaux de communication à l’alternat administrés par un tiers. Par conséquent, le procédé de fourniture de données de connexion présenté par la présente demande peut travailler en coopération avec les procédés classiques existants fournissant des données de connexions relatives à des canaux de communication à l’alternat administrés par un tiers. Dans des exemples, et comme illustré au bloc 221, le procédé 200 peut comprendre, préalablement à la sélection d’au moins un canal de communication, une réception d’un message de discrimination comprenant un élément discriminant. Dans ces exemples, le message de données de connexion envoyé par le serveur à destination du terminal comprend des données de connexion relatives à des canaux de communication à l’alternat liés à l’élément discriminant. L’élément discriminant est donc utilisé par le serveur pour discriminer, dans une pluralité de canaux de communication possibles, une sous pluralité de canaux de communication à transmettre au terminal et liés à cet élément discriminant. A ce titre, dans des exemples dans lesquels le serveur reçoit le message de discrimination comprenant l’élément discriminant, le bloc 230 de sélection d’au moins un canal de communication dépourvu d’administration par un tiers comprend la sélection de canaux de communication liés à cet élément discriminant. L’élément discriminant peut par exemple comprendre au moins l’un parmi une localisation du terminal de communication et un paramètre serveur. La localisation du terminal peut permettre au serveur de déterminer quels canaux de communication, notamment dépourvus d’administration par un tiers, peuvent être utilisés par l’utilisateur en fonction de sa zone géographique. Le paramètre serveur peut permettre au serveur de discriminer les canaux de communication au niveau du serveur de façon à ne transmettre au terminal de communication que des données de connexion relatives à des canaux de communication associés au paramètre serveur. Dans des exemples, le paramètre serveur peut comprendre une chaîne de caractères. Cette chaîne de caractères peut par exemple permettre de sélectionner dans une liste de canaux de communications possibles référencés sur le serveur sous des dénominations différentes, les canaux de communication qui comprennent cette chaîne de caractères ou au moins les canaux présentant des caractères en commun avec la chaîne de caractères. La présente demande porte également sur un serveur configuré pour mettre en œuvre l’un quelconque des procédés de fourniture de données de connexion présentés par cette demande. En référence à la , il est désormais décrit un exemple de procédé 300 de connexion à un canal de communication à l’alternat. Ce procédé est mis en œuvre au niveau d’un terminal de communication, par exemple le terminal 2 de communication à l’alternat. Le procédé 300 de connexion à un canal de communication à l’alternat présenté ci-dessous est donc le procédé mis en œuvre côté terminal 2 tandis que le procédé 200 de fourniture de données de connexion était mis en œuvre côté serveur.3 Comme illustré au bloc 310, le procédé 300 comprend un envoi, à destination d’un serveur de communication à l’alternat, d’un message d’identification du terminal. Les caractéristiques du message d’identification et notamment de son identifiant ont été développées précédemment en référence avec le message d’identification reçu durant le procédé 200. Comme illustré au bloc 320, le procédé 300 comprend une réception d’un message de données de connexion. Le message de données de connexion est envoyé depuis le serveur. Les caractéristiques du message de données de connexion ont été développées précédemment en référence avec le message de données de connexion reçu durant le procédé 200. Le message de données de connexion comprend ainsi des données de connexion relatives à au moins un canal de communication dépourvu d’administration par un tiers sélectionné par le serveur. Dans des exemples, le message de données de connexion comprend des données de connexion relatives à au moins deux canaux de communication à l’alternat dépourvu d’administration par un tiers sélectionnés par le serveur. Le message de données de connexion peut ainsi comprendre des données de connexion relatives à une pluralité de canaux de communication sélectionnés par le serveur dont au moins un est un canal de communication dépourvu d’administration par un tiers. Comme illustré au bloc 330, le procédé 300 comprend une connexion du terminal à un canal de communication à l’alternat spécifique. Cette connexion est mise en œuvre par le terminal à partir des données de connexion du message de données de connexion. En particulier, cette connexion est mise en œuvre par le terminal à partir des données de connexion du message de connexion se rapportant au canal de communication spécifique. Dans des exemples, la connexion du terminal de communication à un canal de communication à l’alternat comprend la connexion à un canal de communication à l’alternat dépourvu d’administration par un tiers. Dans des exemples, et comme illustré au bloc 311, le procédé peut comprendre, préalablement à la réception d’un message de données de connexion, un envoi, à destination du serveur, d’un message de discrimination. Le message de discrimination comprend un élément discriminant. Les caractéristiques de l’élément discriminant ont été développées précédemment en référence avec l’élément discriminant envoyé durant le procédé 200. Comme expliqué ci-dessus, l’élément discriminant peut être utilisé par le serveur pour sélectionner, dans une pluralité de canaux de communication possibles, une sous pluralité de canaux de communication liés à cet élément discriminant et dont les données de connexions peuvent être transmises au terminal. Dans des exemples dans lesquels l’élément discriminant comprend une localisation du terminal, cette localisation peut être envoyée de manière automatique par le terminal. La localisation peut par exemple être envoyée automatiquement avec le message d’identification du terminal. Dans d’autres exemples, la localisation peut être envoyée suite à une action de l’utilisateur sur le terminal, par exemple via une interface homme machine du terminal. Dans des exemples dans lesquels l’élément discriminant comprend un paramètre serveur, le paramètre serveur est adapté pour être entré par une interface homme machine du terminal de communication, par exemple à l’aide d’un clavier. Dans les exemples dans lesquels le terminal envoie un message de discrimination, le message de données de connexion reçu du serveur par le terminal comprend des données de connexion relatives à au moins un canal de communication à l’alternat lié à l’élément discriminant. Il s’agit des données de connexions relatives aux canaux de communications liés à l’élément discriminant et sélectionnés par le serveur durant le procédé 200 de fourniture de données de connexion. Dans des exemples, et comme illustré au bloc 322, le procédé peut comprendre, préalablement à la connexion du terminal de communication à un canal de communication à l’alternat, une entrée d’un paramètre terminal. Dans ces exemples, le canal de communication spécifique auquel le terminal se connecte est déterminé à partir du paramètre terminal. Dans des exemples, le paramètre terminal peut comprendre une chaîne de caractères. Cette chaîne de caractères peut par exemple permettre de sélectionner, dans une liste de canaux de communications possibles affichés sur le terminal sous des dénominations différentes, les canaux de communication qui comprennent cette chaîne de caractères ou au moins les canaux présentant des caractères en commun avec la chaîne de caractères. Dans des exemples, le paramètre terminal est adapté pour être entré par une interface homme machine du terminal de communication, par exemple à l’aide d’un clavier. Le procédé de connexion présenté par la présente divulgation permet donc à un utilisateur d’un terminal de communication de se connecter à un canal de communication à l’alternat rapidement sans validation préalable d’un tiers administrateur. La présente demande porte également sur un terminal configuré pour mettre en œuvre l’un quelconque des procédés de connexion à un canal de communication à l’alternat présentés par cette demande. En référence à la , il est désormais présenté un exemple de procédé 400 de création d’un canal de communication à l’alternat dépourvu d’administration par un tiers. Le procédé est mis en œuvre par un serveur de communication à l’alternat. Comme illustré par le bloc 410, le procédé 400 comprend une détermination d’un identifiant du canal de communication à l’alternat dépourvu d’administration par un tiers. L’identifiant peut par exemple être une dénomination du canal de communication dépourvu d’administration par un tiers permettant de le distinguer des autres canaux de communication à l’alternat. La dénomination peut par exemple être une chaîne de caractère enregistrée auprès du serveur. Comme illustré par le bloc 420, le procédé 400 comprend une création du canal de communication à l’alternat dépourvu d’administration par un tiers. La création du canal de communication comprend une association de l’identifiant au canal de communication à l’alternat dépourvu d’administration par un tiers. La création du canal de communication est en revanche dépourvue d’étape d’association du canal de communication à un quelconque tiers administrateurs. En ce sens, aucune validation préalable d’un quelconque tiers administrateur désigné pour ce canal de communication à l’alternat n’est nécessaire pour se connecter audit canal. La présente demande de brevet concerne également un produit programme d’ordinateur comprenant des instructions pour la mise en œuvre de l’un quelconque des procédés présentés dans ce document lorsque ce procédé est mis en œuvre par un processeur. La présente demande de brevet concerne enfin un support d’enregistrement non transitoire lisible par un ordinateur sur lequel est enregistré un programme pour la mise en œuvre de l’un quelconque des procédés présentés dans ce document lorsque ce programme est exécuté par un processeur. L’enseignement de la présente divulgation est surprenant dans la mesure où il va à l’encontre d’un préjugé technique qui voudrait que les canaux de communication à l’alternat soient des canaux à l’alternat administrés par un tiers désigné nécessitant une validation préalable de ce tiers désigné pour autoriser ou non un utilisateur à se connecter à ce canal. Or, les canaux administrés par un tiers ne sont pas toujours adaptés à des situations dans lesquels un nombre d’utilisateurs important n’ayant pas été autorisés préalablement par un tiers désigné souhaiteraient se connecter rapidement à un même canal de communication à l’alternat pour se coordonner. Comme mentionné précédemment, les différentes normes de communication relatives aux communications à l’alternat et notamment la norme TS 22.280 V17.7.0 considèrent toujours explicitement ou implicitement que la connexion d’un utilisateur à un canal de communication à l’alternat nécessite l’association préalable de l’identifiant du tiers au canal par un administrateur personne physique de ce canal de sorte que se passer de cette validation est contre-intuitif pour l’Homme du Métier. L’enseignement de la présente demande permet donc à un utilisateur de se connecter à un canal de communication à l’alternat rapidement, par le biais de son terminal, même sans validation préalable d’un tiers administrateur. Dans des situations qui demandent une coordination rapide des utilisateurs via un canal de communication commun, par exemple dans le cadre d’opérations d’assistance ou de maintien de l’ordre, il n’est plus nécessaire de mobiliser un tiers administrateur pour pouvoir se connecter au canal de communication. Procédé de fourniture de données de connexion d’au moins un canal de communication mis en œuvre par un serveur de communication à l’alternat, à destination d’un terminal de communication, le procédé comprenant : une réception d’un message d’identification du terminal de communication, le message d’identification du terminal de communication comprenant un identifiant d’un utilisateur du terminal de communication, une comparaison de l’identifiant de l’utilisateur à des identifiants présents dans une base de données d’identifiants, en cas de correspondance entre l’identifiant de l’utilisateur et un identifiant existant dans la base de données d’identifiants, une sélection, dans une base de données, d’au moins un canal de communication à l’alternat dépourvu d’administration par un tiers, puis un envoi d’un message de données de connexion à destination du terminal comprenant des données de connexion relatives à l’au moins un canal de communication sélectionné. Procédé selon la revendication précédente, dans lequel le procédé est dépourvu d’étape de comparaison de l’identifiant de l’utilisateur avec des identifiants autorisés préalablement par un administrateur tiers et associés au canal de communication à l’alternat dépourvu d’administration par un tiers. Procédé selon l’une quelconque des revendications précédentes, comprenant en outre, préalablement à la sélection d’au moins un canal de communication à l’alternat, une réception d’un message de discrimination comprenant un élément discriminant, dans lequel la sélection d’au moins un canal de communication à l’alternat comprend la sélection d’au moins un canal de communication associé à l’élément discriminant. Procédé selon la revendication précédente, dans lequel l’élément discriminant comprend une localisation du terminal de communication et/ou un paramètre serveur. Procédé de connexion à un canal de communication à l’alternat, mis en œuvre au niveau d’un terminal de communication, comprenant : un envoi, à destination d’un serveur de communication à l’alternat, d’un message d’identification d’un utilisateur du terminal, le message d’identification comprenant un identifiant d’un utilisateur du terminal, puis une réception d’un message de données de connexion envoyé depuis le serveur, le message de données de connexion comprend des données de connexion relatives à au moins un canal de communication à l’alternat dépourvu d’administration par un tiers, et une connexion du terminal à un canal de communication à l’alternat spécifique, à partir des données de connexion du message de données de connexion. Procédé selon la revendication précédente, dans lequel la connexion du terminal de communication à un canal de communication à l’alternat spécifique comprend la connexion à un canal de communication à l’alternat dépourvu d’administration par un tiers. Procédé selon l’une quelconque des revendications 5 ou 6, dans lequel, préalablement à la réception d’un message de données de connexion, le procédé comprend en outre un envoi, à destination du serveur, d’un message de discrimination comprenant un élément discriminant, et dans lequel le message de données de connexion reçu comprend des données de connexion relatives à au moins un canal de communication à l’alternat lié à l’élément discriminant. Procédé selon la revendication précédente, dans lequel l’élément discriminant comprend une localisation du terminal de communication et/ou un paramètre serveur. Procédé selon l’une quelconque des revendications 5 à 8, dans lequel le procédé comprend en outre, préalablement à la connexion du terminal de communication à un canal de communication à l’alternat, une entrée d’un paramètre terminal via une interface homme-machine et dans lequel le canal de communication spécifique auquel le terminal se connecte est déterminé à partir du paramètre terminal. Terminal de communication configuré pour mettre en œuvre l’un quelconque des procédés selon les revendications 5 à 9. Procédé de création d’un canal de communication à l’alternat dépourvu d’administration par un tiers mis en œuvre par un serveur de communication à l’alternat, le procédé comprenant : une détermination d’un identifiant du canal de communication à l’alternat dépourvu d’administration par un tiers, et une création du canal de communication à l’alternat dépourvu d’administration par un tiers, dans lequel la création du canal de communication comprend une association de l’identifiant au canal de communication dépourvu d’administration par un tiers ; et dans lequel la création du canal de communication est dépourvue d’étape d’association du canal de communication à un quelconque tiers administrateur de sorte qu’aucune validation préalable d’un tiers administrateur désigné pour ce canal de communication n’est nécessaire pour se connecter au canal. Serveur de communication configuré pour mettre en œuvre l’un quelconque des procédés selon les revendications 1 à 4 ou selon la revendication 11.