FR 3134463 A1 20231013 FR 2203169 A 20220407 Un aspect de l’invention concerne un procédé de distribution d’un fichier dans un réseau selon le standard 3GPP comprenant : Transmission, par la première entité cliente, d’une requête de distribution de fichier comprenant la première adresse, Modification, par la passerelle, dans la requête de distribution de fichier, de la première adresse en une deuxième adresse, Transmission au deuxième serveur de contenu de la requête de distribution de fichier comprenant la deuxième adresse, Modification, par le deuxième serveur de gestion, dans la requête, de la deuxième adresse en une troisième adresse, Transmission de la requête comprenant la troisième adresse à la deuxième entité cliente, Transmission, par la deuxième entité cliente, d’une requête de téléchargement du fichier comprenant la troisième adresse au serveur de contenu, Réception, par la deuxième entité cliente, du fichier, Stockage, par certaines entités, de correspondances entre les adresses. Figure à publier avec l’abrégé : Figure 6 Procédé de distribution de fichier entre systèmes 3GPP MCData interconnectés DOMAINE TECHNIQUE DE L’INVENTION Le domaine technique de l’invention est celui des télécommunications. La présente invention concerne un procédé de distribution de fichiers entre systèmes 3GPP MCData interconnectés, et en particulier permettant de gérer l’accès à un fichier stocké au sein d’un système par un système extérieur en limitant les risques de sécurité, ainsi qu’un procédé de suppression d’un tel fichier. ARRIERE-PLAN TECHNOLOGIQUE DE L’INVENTION Les normes de radiocommunication PMR (selon la dénomination anglo-saxonne « Professional Mobile Radio » pour « Radio Mobile Professionnelle ») TETRAPOL®, TETRA® ou encore P25® permettent la mise en œuvre de réseaux professionnels sécurisés. Ces réseaux à bande étroite sont des réseaux nationaux ou locaux : ils sont implémentés par exemple au sein d’une organisation telle qu’une entreprise, au sein d’un pays par exemple pour les communications des pompiers, des forces de l’ordre, des militaires etc. Ces réseaux évoluent vers une prise en charge d’échanges en large bande. Le standard 3GPP régissant les réseaux mobiles de type « GSM » selon la dénomination anglo-saxonne « Global System for Mobile Communications » et plus particulièrement dans les déploiements faisant appel à des services de communications critiques définis par le 3GPP appelés « MCS » selon la dénomination anglo-saxonne « Mission Critical Services » permet ces échanges sécurisés en large bande. On entend par « réseau de communication selon le standard 3GPP MCS », un réseau de communication compatible avec le standard 3GPP MCS et plus particulièrement avec la version actuelle du 3GPP qui est la version 17, avec les versions précédentes à partir de la version 13 et avec les versions suivantes intégrant toutes les caractéristiques de l’invention. Dans le standard 3GPP MCS, les services de communication suivants sont définis : MCPTT, de l’anglais « Mission Critical Push To Talk » pour « Appuyer Pour Parler en Mission Critique » en français, qui permet de réaliser des communications voix, MCVideo, qui permet de réaliser des communications vidéo, MCData, qui comprend trois sous-services : SDS de l’anglais « Short Data Service » pour « Service de données courtes » en français et FD de l’anglais « File Distribution » pour « Distribution de fichier » en français, IPCon de l’anglais « IP Connectivity » pour « Connectivité IP » en français. Un réseau R permettant de mettre en œuvre une distribution de fichier FD du service MCData est par exemple représenté à la . Ce réseau R est réparti sur plusieurs systèmes interconnectés A et B. Le système A comprend un client MCData C1 connecté à un serveur de contenu MCData SC1 (aussi appelé « MCData Content Server » selon la dénomination du 3GPP MCS en anglais). Le serveur de contenu SC1 peut communiquer avec d’autres serveurs du réseau R. A la , le serveur de contenu SC1 peut communiquer avec un serveur 3GPP MCS S1. Un tel serveur S1 comprend une fonction de distribution de fichier FD, en collaboration avec le serveur de contenu de fichier SC1. Cela est représenté à la , qui montre les échanges compris dans un procédé 1a connu de distribution de fichier dans le réseau R de la . Le procédé 1a est aussi représenté à la . Ce procédé est décrit dans la spécification technique 3GPP TS 23.282 (MCData Stage 2) Révision 17 Section 7.5.2.4.3. Ce procédé nécessite l’implémentation d’un accord de service en les deux systèmes interconnectés A et B, notamment pour partager des informations MCData comme des messages ou des fichiers. Ce procédé utilise le protocole HTTP (« Hypertext Transfer Protocol » selon la dénomination anglo-saxonne pour « Protocole de Transfert Hypertexte » en français). Dans une étape 11, le client C1 charge son fichier F sur le serveur de contenu SC1, comme décrit dans la spécification technique 3GPP TS 23.282 (MCData Stage 2) Révision 17 Section 7.5.2.2. Le fichier F se voit alors attribuer, par le serveur de contenu SC1, une adresse URL (« Uniform Resource Locator » selon la dénomination anglo-saxonne pour « Localisateur Uniforme de Ressources ») URL1. L’adresse URL1 localise le fichier F et permet à un client ou un serveur du réseau R ou d’un réseau extérieur d’identifier le fichier F et donc d’accéder au fichier F stocké par le serveur de contenu SC1. Dans une étape 12, le client C1 envoie une requête de distribution de fichier MCData, appelée « MCData FD Request » selon la dénomination anglo-saxonne. Une telle requête comprend l’adresse URL1 du fichier F et est destinée : à un client C2 du réseau R, pour un partage de fichier entre deux clients MCData, à une pluralité de clients appartenant à un groupe MCData du réseau R pour un partage de fichier dans le groupe MCData. Cette requête permet d’informer les clients destinataires qu’un fichier F est disponible à l’adresse URL1 sur le serveur de contenu SC1 du réseau R. Dans le cas représenté à la , le client C2, appartenant au système B interconnecté avec le système A, est destinataire de la requête envoyée à l’étape 12. L’étape 12 comprend plusieurs sous-étapes de transmission de cette requête, d’abord envoyée par le client C1 au serveur S1. Le serveur S1 recevant cette requête réalise une sous-étape Aut de vérification que la client C1 a bien l’autorisation d’envoyer la requête, et de vérification auprès du serveur de contenu SC1 que le fichier F est toujours disponible à l’adresse URL1 comprise dans la requête, cette sous-étape étant représentée par des flèches en pointillés de tailles différentes. Si le fichier n’est plus disponible, la requête 12 n’est pas transmise et le procédé est arrêté. Si le fichier F est toujours disponible, après vérification de l’autorisation et de la disponibilité du fichier F, la requête est envoyée du serveur S1 à un serveur S2 compris dans le système B interconnecté avec le système A, car le système B comprend le client C2 destinataire. Le serveur S2 est un serveur 3GPP MCS mettant en œuvre une fonction de distribution de fichier FD. La requête est transmise, à l’étape 12, via la passerelle GW1 appartenant au système A et via la passerelle GW2 appartenant au système B. Le serveur S2 reçoit la requête et vérifie quels utilisateurs ont la possibilité de recevoir un fichier et quels utilisateurs sont autorisés à recevoir le fichier F. Le fichier F est ensuite transmis au client C2, utilisé par un utilisateur autorisé à recevoir le fichier F. Le client C2 recevant la requête peut informer son utilisateur de la disponibilité du fichier F, par exemple via une alerte Al, par exemple via un écran du client C2. Le client C2 envoie alors une réponse à une étape 13, transmise par le serveur S2 au serveur S1 via les passerelles GW1 et GW2, puis par le serveur S1 au client C1. Cette réponse est un acquittement protocolaire, sans intervention de l’utilisateur, informant de la bonne réception du message par le client C2. Le client C2 envoie ensuite une requête de téléchargement du fichier F à une étape 14. Cette requête est envoyée au serveur de contenu SC2. Le serveur de contenu SC2 recevant la requête vérifie si le fichier est stocké localement et, si ce n'est pas le cas, envoie une demande de récupération de fichier F au serveur de contenu SC1. La demande de téléchargement de fichier F comprend l'adresse URL1 de l'emplacement du fichier dans le système A. Le fichier F est alors transmis, depuis le serveur de contenu SC1 vers le serveur de contenu SC2 puis vers le client C2, comme représenté en pointillés. Le serveur de contenu SC2 du système interconnecté B peut alors lui aussi stocker le fichier F. A une étape 15, le client C2 fournit au client C1 un rapport sur l'achèvement du téléchargement du fichier F, si cela a été demandé par l'utilisateur du client C1 dans la requête initiale de l’étape 12. Le rapport sur l'achèvement du téléchargement du fichier F est envoyé au serveur S1 par le serveur S2. Le serveur S2 peut stocker le rapport d'achèvement du téléchargement pour une interrogation de l'historique du téléchargement par des utilisateurs autorisés dans le système B. Le rapport reçu sur l'achèvement du téléchargement du fichier F est envoyé par le serveur S1 à l'utilisateur du client C1. Le rapport d'achèvement du téléchargement du fichier F provenant du client C2 peut être stocké par le serveur S1 pour une interrogation de l'historique de téléchargement par des utilisateurs autorisés dans le système A. Ainsi dans le procédé 1a représenté aux Figures 2 et 3, l’adresse URL1 du fichier F transite du système A vers le système B et à l’intérieur du système B. De la même façon, la les échanges compris dans un procédé 1b connu de suppression du fichier F dans le réseau R de la . Le procédé 1b est aussi représenté à la . Ce procédé est décrit dans la spécification technique 3GPP TS 23.282 (MCData Stage 2) Révision 17 Section 7.5.2.8. Dans une première étape 16, le client MCData C1 souhaite supprimer le fichier compris dans le serveur de contenu SC1. Il envoie donc une requête http comprenant l’adresse URL1. Cette requête est reçue par le serveur de contenu SC1, qui supprime alors le fichier situé à l’adresse URL1, c’est-à-dire le fichier F, à une étape 17. Cette requête de suppression est transmise par le serveur de contenu SC1 au serveur de contenu SC2. Cette requête comprend aussi l’adresse URL1. Le serveur de contenu SC2 supprime alors le fichier F s’il le stocke, à une étape 19. Le procédé de suppression peut comprendre une alerte Al à l’utilisateur du client C2 pour l’informer que le fichier F a été supprimé. Une information que la suppression est réalisée est alors envoyée par le serveur de contenu SC2 au serveur de contenu SC1 puis au client C1 à une étape 20. Ainsi dans le procédé 1b représenté aux Figures 4 et 5, l’adresse URL1 du fichier F transite aussi du système A vers le système B et à l’intérieur du système B. Cela présente un risque de sécurité pour le système A lorsque celui-ci expose à l’extérieur de son périmètre de sécurité des informations internes notamment l’adresse URL1, ou une partie de cette adresse, où est directement stocké un fichier à partager. Il existe donc un besoin de pouvoir fournir un service de distribution de fichier dans un réseau 3GPP MCS ne présentant pas les inconvénients précités. L’invention offre une solution aux problèmes évoqués précédemment, en proposant, pour distribuer un fichier dans un réseau selon le standard 3GPP MCS, une modification d’adresse dynamique au niveau des passerelles et des serveurs de contenu et un stockage en mémoire des différentes correspondances d’adresses et des entités stockant le fichier. Un premier aspect de l’invention concerne un procédé de distribution, par une première entité cliente, d’un fichier à destination d’au moins une deuxième entité cliente, dans un réseau de communication selon le standard 3GPP MCS « 3rd Generation Partnership Program Mission-Critical System », la première entité cliente étant comprise dans un premier système comprenant en outre un premier serveur de contenu et un premier serveur de gestion de distribution de fichier, la deuxième entité cliente étant comprise dans un deuxième système comprenant en outre un deuxième serveur de contenu et un deuxième serveur de gestion de distribution de fichier, le premier système et le deuxième système étant interconnectés par une première passerelle comprise dans le premier système et par une deuxième passerelle comprise dans le deuxième système, le fichier étant stocké par le premier serveur de contenu et étant associé à une première adresse dans le premier système, le réseau étant formé par au moins le premier système et le deuxième système, le procédé comprenant au moins les étapes de : Transmission, par la première entité cliente à la première passerelle, d’une requête de distribution de fichier comprenant la première adresse associée au fichier dans le premier système, Modification, par la première passerelle, dans la requête de distribution de fichier, de la première adresse associée au fichier dans le premier système, en une deuxième adresse associée au fichier dans le premier système, Stockage, par la première passerelle d’une correspondance entre la première adresse et la deuxième adresse, Transmission, par la première passerelle au deuxième serveur de contenu via la deuxième passerelle et le deuxième serveur de gestion de distribution de fichier, de la requête de distribution de fichier comprenant la deuxième adresse associée au fichier dans le premier système, Modification, par le deuxième serveur de gestion de distribution de fichier, dans la requête de distribution de fichier, de la deuxième adresse associée au fichier dans le premier système, en une troisième adresse associée au fichier dans le deuxième système, Stockage, par le deuxième serveur de gestion de distribution de fichier d’une correspondance entre la deuxième adresse et la troisième adresse, Transmission, par le deuxième serveur de contenu, de la requête de distribution de fichier comprenant la troisième adresse à la deuxième entité cliente, Transmission, par la deuxième entité cliente, d’une requête de téléchargement du fichier au deuxième serveur de contenu, la requête comprenant la troisième adresse, Réception, par la deuxième entité cliente, du fichier. Grâce à l’invention, l’adresse du fichier au sein du premier système n’est jamais partagée avec le deuxième système. Cela est avantageusement réalisé grâce à la première passerelle qui modifie la première adresse avec une deuxième adresse propre à cette première passerelle. Ainsi, le système ne voit que l’adresse de la première passerelle et n’obtient pas d’information concernant le chemin à l’intérieur du premier système, ni concernant la composition et la topologie du premier système. Par ailleurs, la première passerelle appartenant au premier système stocke la correspondance entre les deux adresses, ce qui permet d’inverser le procédé et de faire parvenir des informations au premier système depuis le deuxième système. En outre, le deuxième serveur de contenu modifie lui la deuxième adresse en une troisième adresse, permettant ainsi d’avoir, au sein du deuxième système, une adresse dédiée à ce fichier pourtant stocké dans le premier système. Ainsi, seule la deuxième passerelle et le deuxième serveur de contenu ont connaissance de l’adresse de la première passerelle, et le reste des équipements du deuxième système ont connaissance de la troisième adresse, dédiée au fichier dans le deuxième système. Ces équipements n’ont alors pas la moindre connaissance du premier système et la sécurité en est renforcée. L’invention se décline par ailleurs en deux modes de réalisation décrits dans les revendications dépendantes. Outre les caractéristiques qui viennent d’être évoquées dans les paragraphes précédents, le procédé de distribution de fichier selon un premier aspect de l’invention peut présenter une ou plusieurs caractéristiques complémentaires parmi les suivantes, considérées individuellement ou selon toutes les combinaisons techniquement possibles : le fichier est envoyé depuis le deuxième serveur de contenu vers l’entité cliente en réponse à la requête de téléchargement du fichier, dans un premier mode de réalisation du premier aspect de l’invention, le fichier est transmis par le premier serveur de contenu au deuxième serveur de contenu et le fichier est stocké par le deuxième serveur de contenu avant la transmission, par la deuxième entité cliente, de la requête de téléchargement du fichier, après réception de la requête de distribution du fichier et du fichier, le deuxième serveur de contenu transmet à la première passerelle, via la deuxième passerelle, une réponse indiquant que le fichier a été stocké par le deuxième serveur de contenu, la réponse comprenant la troisième adresse, la deuxième passerelle, à réception de la réponse : crée une quatrième adresse associée au fichier stocké par le deuxième serveur de contenu dans le deuxième système, modifie la troisième adresse comprise dans la réponse en la quatrième adresse créée, stocke une correspondance entre la troisième adresse et la quatrième adresse, transmet la réponse comprenant la quatrième adresse à la première passerelle, et selon lequel la première passerelle stocke une correspondance entre la deuxième adresse et la quatrième adresse et une information de stockage du fichier par le deuxième serveur de contenu à la quatrième adresse. Dans un deuxième mode de réalisation du premier aspect de l’invention, le procédé de distribution de fichier comprend en outre les étapes: la requête en téléchargement du fichier est transmise, par la deuxième entité cliente au deuxième serveur de contenu, puis la troisième adresse comprise dans la requête en téléchargement est transformée en la deuxième adresse à partir de la correspondance entre la deuxième adresse et la troisième adresse stockée par le deuxième serveur de gestion, puis la requête est transmise par le deuxième serveur de contenu à la première passerelle via la deuxième passerelle, puis la deuxième adresse comprise dans la requête en téléchargement est transformée en la première adresse à partir de la correspondance entre la première adresse et la deuxième adresse stockée par la première passerelle, puis la requête est transmise par la première passerelle au premier serveur de contenu, puis le fichier est transmis par le premier serveur de contenu au deuxième serveur de contenu. Un premier mode de réalisation d’un deuxième aspect de l’invention concerne un procédé de suppression du fichier distribué selon le procédé de distribution de fichier selon le premier mode de réalisation du premier aspect de l’invention, comprenant au moins les étapes de : Transmission, par la première entité cliente, d’une requête de suppression du fichier au premier serveur de contenu, la requête comprenant la première adresse associée au fichier au sein du premier système, Suppression, par le premier serveur de contenu SC1, du fichier qu’il stocke, Transmission, par le premier serveur de contenu, de la requête de suppression du fichier à la première passerelle, Conversion, par la première passerelle, de la première adresse associée au fichier dans le premier système, en la deuxième adresse associée au fichier dans le premier système, à partir de la correspondance entre la première adresse et la deuxième adresse stockée par la première passerelle, Suppression, par la première passerelle, de la correspondance entre la première adresse et la deuxième adresse stockée par la première passerelle, Modification, par la première passerelle, dans la requête de suppression du fichier, de la première adresse associée au fichier dans le premier système, en la quatrième adresse associée au fichier dans le deuxième système, à partir de l’information de stockage du fichier par le deuxième serveur de contenu à la quatrième adresse, de l’étape de conversion et de la correspondance entre la deuxième adresse et la quatrième adresse stockée par la première passerelle, Transmission, par la première passerelle, de la requête de suppression du fichier à la deuxième passerelle, Modification, par la deuxième passerelle, dans la requête de suppression du fichier, de la quatrième adresse, en la troisième adresse, à partir de la correspondance entre la quatrième adresse et la troisième adresse stockée par la deuxième passerelle, Suppression, par la deuxième passerelle, de la correspondance entre la quatrième adresse et la troisième adresse stockée par la deuxième passerelle, Transmission, par la deuxième passerelle, de la requête de suppression du fichier au deuxième serveur de contenu via le deuxième serveur de gestion, Suppression, par le deuxième serveur de gestion, de la correspondance entre la deuxième adresse et la troisième adresse stockée par le deuxième serveur de gestion. Dans une variante, le procédé de suppression du fichier comprend en outre une étape de suppression, par le deuxième serveur de contenu, du fichier qu’il stocke. Un deuxième mode de réalisation du deuxième aspect de l’invention concerne un procédé de suppression du fichier distribué selon le deuxième mode de réalisation du premier aspect de l’invention comprenant au moins les étapes de : Transmission, par la première entité cliente, d’une requête de suppression du fichier au premier serveur de contenu, la requête comprenant la première adresse associée au fichier au sein du premier système, Suppression, par le premier serveur de contenu SC1, du fichier qu’il stocke, Transmission, par le premier serveur de contenu, de la requête de suppression du fichier à la première passerelle, Conversion, par la première passerelle, Suppression, par la première passerelle, de la correspondance entre la première adresse et la deuxième adresse stockée par la première passerelle, Modification, par la première passerelle, dans la requête de suppression du fichier, de la première adresse associée au fichier dans le premier système, en la deuxième adresse associée au fichier dans le premier système, à partir de la correspondance entre la première adresse et la deuxième adresse stockée par la première passerelle, Transmission, par la première passerelle au deuxième serveur de contenu, de la requête de suppression du fichier via la deuxième passerelle et le deuxième serveur de gestion, Suppression, par le deuxième serveur de gestion, de la correspondance entre la deuxième adresse et la troisième adresse stockée par le deuxième serveur de gestion. Un autre aspect de l’invention concerne un réseau de communication selon le standard 3GPP MCS « 3rd Generation Partnership Program Mission-Critical System », le réseau de communication étant formé par au moins : un premier système comprenant au moins une première entité cliente, un premier serveur de contenu et un premier serveur de gestion de distribution de fichier, un deuxième système comprenant au moins une deuxième entité cliente, un deuxième serveur de contenu et un deuxième serveur de gestion de distribution de fichier, le premier système et le deuxième système étant interconnectés par une première passerelle comprise dans le premier système et par une deuxième passerelle comprise dans le deuxième système, le réseau de communication étant configuré pour mettre en œuvre le procédé de distribution de fichier selon l’invention et le procédé de suppression de fichier selon l’invention. Selon un autre aspect, l’invention concerne un produit programme d'ordinateur comprenant des instructions qui conduisent le réseau selon l’invention à exécuter les étapes du procédé selon l’invention et du procédé de suppression de fichier selon l’invention. Selon un autre aspect, l’invention concerne un support lisible par ordinateur, sur lequel est enregistré le produit programme d'ordinateur selon l’invention. L’invention et ses différentes applications seront mieux comprises à la lecture de la description qui suit et à l’examen des figures qui l’accompagnent. BREVE DESCRIPTION DES FIGURES Les figures sont présentées à titre indicatif et nullement limitatif de l’invention. La montre une représentation schématique d’un réseau selon le standard 3GPP MCS, La montre une représentation schématique des échanges d’un procédé de distribution de fichier connu au sein de systèmes interconnectés dans le standard 3GPP MCS, La montre une représentation schématique d’un procédé de distribution de fichier connu au sein de systèmes interconnectés dans le standard 3GPP MCS, La montre une représentation schématique des échanges d’un procédé de suppression de fichier connu au sein de systèmes interconnectés dans le standard 3GPP MCS, La montre une représentation schématique d’un procédé de suppression de fichier connu au sein de systèmes interconnectés dans le standard 3GPP MCS, La montre une représentation schématique des échanges d’un procédé de distribution de fichier selon un premier mode de réalisation de l’invention au sein de systèmes interconnectés dans le standard 3GPP MCS, La montre une représentation schématique d’un procédé de distribution de fichier selon un premier mode de réalisation de l’invention au sein de systèmes interconnectés dans le standard 3GPP MCS, La montre une représentation schématique des échanges d’un procédé de distribution de fichier selon un deuxième mode de réalisation de l’invention au sein de systèmes interconnectés dans le standard 3GPP MCS, La montre une représentation schématique d’un procédé de distribution de fichier selon un deuxième mode de réalisation de l’invention au sein de systèmes interconnectés dans le standard 3GPP MCS, La montre une représentation schématique d’un procédé de suppression de fichier selon un premier mode de réalisation de l’invention au sein de systèmes interconnectés dans le standard 3GPP MCS, La montre une représentation schématique d’un procédé de suppression de fichier selon un deuxième mode de réalisation de l’invention au sein de systèmes interconnectés dans le standard 3GPP MCS. Procédé de distribution, par une première entité cliente (C1), d’un fichier (F) à destination d’au moins une deuxième entité cliente (C2), dans un réseau (R) de communication selon le standard 3GPP MCS « 3rd Generation Partnership Program Mission-Critical System », la première entité cliente (C1) étant comprise dans un premier système (A) comprenant en outre un premier serveur de contenu (SC1) et un premier serveur de gestion de distribution de fichier (S1), la deuxième entité cliente (C2) étant comprise dans un deuxième système (B) comprenant en outre un deuxième serveur de contenu (SC2) et un deuxième serveur de gestion de distribution de fichier (S2), le premier système (A) et le deuxième système (B) étant interconnectés par une première passerelle (GW1) comprise dans le premier système (A) et par une deuxième passerelle (GW2) comprise dans le deuxième système (B), le fichier (F) étant stocké par le premier serveur de contenu (SC1) et étant associé à une première adresse (URL1) dans le premier système (A), le réseau (R) étant formé par au moins le premier système (A) et le deuxième système (B), le procédé comprenant au moins les étapes de : Transmission (12A), par la première entité cliente (C1) à la première passerelle (GW1), d’une requête de distribution de fichier comprenant la première adresse (URL1) associée au fichier (F) dans le premier système (A), Modification (21,31), par la première passerelle (GW1), dans la requête de distribution de fichier, de la première adresse (URL1) associée au fichier (F) dans le premier système (A), en une deuxième adresse (URLG1) associée au fichier (F) dans le premier système (A), Stockage, par la première passerelle (GW1) d’une correspondance entre la première adresse (URL1) et la deuxième adresse (URLG1), Transmission (12B), par la première passerelle (GW1) au deuxième serveur de contenu via la deuxième passerelle (GW2) et le deuxième serveur de gestion de distribution de fichier (S2), de la requête de distribution de fichier comprenant la deuxième adresse (URLG1) associée au fichier (F) dans le premier système (A), Modification, par le deuxième serveur de gestion de distribution de fichier (S2), dans la requête de distribution de fichier, de la deuxième adresse (URLG1) associée au fichier (F) dans le premier système (A), en une troisième adresse (URL2) associée au fichier (F) dans le deuxième système (B), Stockage, par le deuxième serveur de gestion de distribution de fichier (S2) d’une correspondance entre la deuxième adresse (URLG1) et la troisième adresse (URL2), Transmission, par le deuxième serveur de contenu (SC2), de la requête de distribution de fichier comprenant la troisième adresse (URL2) à la deuxième entité cliente (C2), Transmission (14), par la deuxième entité cliente (C2), d’une requête de téléchargement du fichier (F) au deuxième serveur de contenu (SC2), la requête comprenant la troisième adresse (URL2), Réception (14), par la deuxième entité cliente (C2), du fichier (F). Procédé selon la revendication précédente selon lequel le fichier (F) est envoyé (23) depuis le deuxième serveur de contenu (SC2) vers l’entité cliente (C2) en réponse à la requête de téléchargement du fichier (F). Procédé selon la revendication précédente selon lequel le fichier (F) est transmis par le premier serveur de contenu (SC1) au deuxième serveur de contenu (SC2) et le fichier (F) est stocké par le deuxième serveur de contenu (SC2) avant la transmission, par la deuxième entité cliente (C2), de la requête de téléchargement du fichier (F). Procédé selon l’une quelconque des revendications 2 ou 3 selon lequel, après réception de la requête de distribution du fichier et du fichier (F), le deuxième serveur de contenu (SC2) transmet à la première passerelle (GW1), via la deuxième passerelle (GW2), une réponse indiquant que le fichier (F) a été stocké par le deuxième serveur de contenu (SC2), la réponse comprenant la troisième adresse (URL2). Procédé selon la revendication 4 selon lequel la deuxième passerelle (GW2), à réception de la réponse : crée une quatrième adresse (URLG2) associée au fichier (F) stocké par le deuxième serveur de contenu (SC2) dans le deuxième système (B), modifie la troisième adresse (URL2) comprise dans la réponse en la quatrième adresse (URLG2) créée, stocke une correspondance entre la troisième adresse (URL2) et la quatrième adresse (URLG2), transmet (24) la réponse comprenant la quatrième adresse (URLG2) à la première passerelle (GW1), et selon lequel la première passerelle (GW1) stocke une correspondance entre la deuxième adresse (URLG1) et la quatrième adresse (URLG2) et une information de stockage du fichier (F) par le deuxième serveur de contenu (SC2) à la quatrième adresse (URLG2). Procédé selon l’une quelconque des revendications 1 ou 2 selon lequel : la requête en téléchargement du fichier (F) est transmise, par la deuxième entité cliente (C2) au deuxième serveur de contenu (SC2), puis la troisième adresse (URL2) comprise dans la requête en téléchargement est transformée en la deuxième adresse (URLG1) à partir de la correspondance entre la deuxième adresse (URL2) et la troisième adresse (URLG1) stockée par le deuxième serveur de gestion (S2), puis la requête est transmise par le deuxième serveur de contenu (SC2) à la première passerelle (GW1) via la deuxième passerelle (GW2), puis la deuxième adresse (URLG1) comprise dans la requête en téléchargement est transformée en la première adresse (URL1) à partir de la correspondance entre la première adresse (URL1) et la deuxième adresse (URLG1) stockée par la première passerelle (GW1), puis la requête est transmise par la première passerelle (GW1) au premier serveur de contenu (SC1), puis le fichier (F) est transmis par le premier serveur de contenu (SC1) au deuxième serveur de contenu (SC2). Procédé de suppression du fichier distribué selon le procédé de distribution de fichier selon la revendication 5 caractérisé en ce qu’il comprend au moins les étapes de : Transmission (16), par la première entité cliente (C1), d’une requête de suppression du fichier (F) au premier serveur de contenu (SC1), la requête comprenant la première adresse (URL1) associée au fichier (F) au sein du premier système (A), Suppression (17), par le premier serveur de contenu SC1, du fichier (F) qu’il stocke, Transmission (18), par le premier serveur de contenu (SC1), de la requête de suppression du fichier (F) à la première passerelle (GW1), Conversion (41), par la première passerelle (GW1), de la première adresse (URL1) associée au fichier (F) dans le premier système (A), en la deuxième adresse (URLG1) associée au fichier (F) dans le premier système (A), à partir de la correspondance entre la première adresse (URL1) et la deuxième adresse (URLG1) stockée par la première passerelle (GW1), Suppression (42), par la première passerelle (GW1), de la correspondance entre la première adresse (URL1) et la deuxième adresse (URLG1) stockée par la première passerelle (GW1), Modification (43), par la première passerelle (GW1), dans la requête de suppression du fichier, de la première adresse (URL1) associée au fichier (F) dans le premier système (A), en la quatrième adresse (URLG2) associée au fichier (F) dans le deuxième système (B), à partir de l’information de stockage du fichier (F) par le deuxième serveur de contenu (SC2) à la quatrième adresse (URLG2), de l’étape de conversion (41) et de la correspondance entre la deuxième adresse (URLG1) et la quatrième adresse (URLG2) stockée par la première passerelle (GW1), Transmission (18), par la première passerelle (GW1), de la requête de suppression du fichier (F) à la deuxième passerelle (GW2), Modification (44), par la deuxième passerelle (GW2), dans la requête de suppression du fichier, de la quatrième adresse (URLG2), en la troisième adresse (URL2), à partir de la correspondance entre la quatrième adresse (URLG2) et la troisième adresse (URL2) stockée par la deuxième passerelle (GW2), Suppression (45), par la deuxième passerelle (GW2), de la correspondance entre la quatrième adresse (URLG2) et la troisième adresse (URL2) stockée par la deuxième passerelle (GW2), Transmission (18), par la deuxième passerelle (GW2), de la requête de suppression du fichier (F) au deuxième serveur de contenu (SC2) via le deuxième serveur de gestion (S2), Suppression, par le deuxième serveur de gestion (S2), de la correspondance entre la deuxième adresse (URLG1) et la troisième adresse (URL2) stockée par le deuxième serveur de gestion (S2). Procédé de suppression du fichier selon la revendication 7 comprenant en outre une étape de suppression, par le deuxième serveur de contenu (SC2), du fichier (F) qu’il stocke. Procédé de suppression du fichier distribué selon le procédé de distribution de fichier selon la revendication 6 caractérisé en ce qu’il comprend au moins les étapes de : Transmission (16), par la première entité cliente (C1), d’une requête de suppression du fichier (F) au premier serveur de contenu (SC1), la requête comprenant la première adresse (URL1) associée au fichier (F) au sein du premier système (A), Suppression (17), par le premier serveur de contenu SC1, du fichier (F) qu’il stocke, Transmission (16), par le premier serveur de contenu (SC1), de la requête de suppression du fichier (F) à la première passerelle (GW1), Conversion (41), par la première passerelle (GW1), Suppression, par la première passerelle (GW1), de la correspondance entre la première adresse (URL1) et la deuxième adresse (URLG1) stockée par la première passerelle (GW1), Modification (41), par la première passerelle (GW1), dans la requête de suppression du fichier, de la première adresse (URL1) associée au fichier (F) dans le premier système (A), en la deuxième adresse (URLG1) associée au fichier (F) dans le premier système (A), à partir de la correspondance entre la première adresse (URL1) et la deuxième adresse (URLG1) stockée par la première passerelle (GW1), Transmission (18), par la première passerelle (GW1) au deuxième serveur de contenu (SC2), de la requête de suppression du fichier (F) via la deuxième passerelle (GW2) et le deuxième serveur de gestion (S2), Suppression, par le deuxième serveur de gestion (S2), de la correspondance entre la deuxième adresse (URLG1) et la troisième adresse (URL2) stockée par le deuxième serveur de gestion (S2). Réseau de communication (R) selon le standard 3GPP MCS « 3rd Generation Partnership Program Mission-Critical System », le réseau de communication (R) étant formé par au moins : un premier système (A) comprenant au moins une première entité cliente (C1), un premier serveur de contenu (SC1) et un premier serveur de gestion de distribution de fichier (S1), un deuxième système (B) comprenant au moins une deuxième entité cliente (C2), un deuxième serveur de contenu (SC2) et un deuxième serveur de gestion de distribution de fichier (S2), le premier système (A) et le deuxième système (B) étant interconnectés par une première passerelle (GW1) comprise dans le premier système (A) et par une deuxième passerelle (GW2) comprise dans le deuxième système (B), le réseau (R) de communication étant configuré pour mettre en œuvre le procédé de distribution de fichier selon l’une quelconque des revendications 1 à 6 et le procédé de suppression de fichier selon l’une des revendication 7 à 9. Produit programme d'ordinateur comprenant des instructions pour l’exécution des étapes du procédé selon l’une des revendications 1 à 6 et/ou du procédé de suppression de fichier selon l’une des revendication 7 à 9 lorsque ledit programme est exécuté sur un ordinateur. Support lisible par ordinateur, sur lequel est enregistré le produit programme d'ordinateur selon la revendication 11.