INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Plus particulièrement, la présente invention permet de gérer un jumeau numérique indépendamment de son format de données, ce qui rend sa gestion et son utilisation flexible.
À cet effet, et selon un premier aspect, l’invention concerne un système de gestion de jumeaux numériques comprenant : un module de gestion d’au moins un jumeau numérique d’une entité, ledit jumeau numérique étant accessible au travers d’un réseau de télécommunications, ledit jumeau numérique comprenant un premier ensemble d’au moins une propriété ayant une valeur pouvant évoluer au cours du temps ; une base de données connectée au module de gestion (100) de jumeaux numériques et configurée pour enregistrer des représentations de jumeaux numériques, les représentations étant compatibles entre elles, une représentation d’un jumeau numérique comprenant un deuxième ensemble d’au moins une propriété ayant une valeur évoluant au cours du temps en fonction de l’évolution de la valeur de la au moins une propriété du premier ensemble du jumeau correspondant.
Les représentations d’une base de données sont dites compatibles entre elles dans le sens où une première représentation d’un premier jumeau numérique peut interagir avec une deuxième représentation d’un deuxième jumeau numérique, les formats des premier et deuxième jumeaux numériques ne permettant pas nécessairement cette interaction. Par interaction, on entend par exemple l’échange de données mais également la gestion (génération, évolution, suppression) de relations entre ces première et deuxième représentations.
Dans des modes particuliers de mise en œuvre, le système peut comporter en outre l’une ou plusieurs des caractéristiques suivantes, prises isolément ou selon toutes les combinaisons techniquement possibles.
Selon une implémentation particulière, la base de données est une base de données orientée documents, et une représentation est stockée dans la base de données sous la forme d’un document comprenant le deuxième ensemble d’au moins une propriété.
Cette implémentation est avantageuse en ce qu’elle ne nécessite pas de schéma de données prédéterminé, et qu’elle permet de stocker une représentation quel que soit le format du jumeau numérique associé, et quelles que soient les propriétés de ce jumeau numérique.
Selon une implémentation particulière, le module de gestion (100) comprend au moins un agent (120) dédié à la gestion d’une représentation et l’agent comprend un module de synchronisation configuré pour déclencher, en réponse à la détermination d’une évolution de la valeur de la au moins une propriété du premier ensemble, une mise-à-jour de la valeur de la au moins une propriété du deuxième ensemble, la mise-à-jour étant fonction d’une stratégie de synchronisation caractérisant une fréquence de synchronisation et/ou un état de synchronisation.
Cette implémentation est avantageuse en ce qu’elle permet d’éviter une congestion liée à la réception simultanée d’un nombre significatif de requêtes par le module de gestion de jumeaux numériques.
Selon une implémentation particulière, le jumeau numérique est un jumeau physique correspondant à une réplique numérique de l’entité, un jumeau virtuel correspondant à une simulation de l’entité étant associé à ce jumeau physique, et l’état de synchronisation est un état parmi : une désynchronisation entre l’entité, les jumeaux physique et virtuel, et la représentation correspondante ; une synchronisation entre l’entité, les jumeaux physique et virtuel, et la représentation correspondante ; une réplication de la valeur d’au moins une propriété du jumeau physique avec la valeur d’au moins une propriété correspondante du jumeau virtuel et une synchronisation entre le jumeau physique et la représentation correspondante ; une réplication de la valeur d’au moins une propriété du jumeau virtuel avec la valeur d’au moins une propriété correspondante du jumeau physique et une synchronisation entre le jumeau virtuel et la représentation correspondante.
Selon une implémentation particulière, la base de données est une base de données orientée graphe.
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 retransmission coopérative dans un système OMAMRC 1. Domaine de l'invention La présente invention se rapporte au domaine des communications numériques. Au sein de ce domaine, l'invention se rapporte plus particulièrement à la transmission de données codées entre au moins deux sources et une destination avec relayage par des nœuds pouvant être des relais ou des sources.
Il est entendu qu’un relais n’a pas de message à transmettre. Un relais est un nœud dédié au relayage des messages des sources tandis qu’une source a son propre message à transmettre et peut en outre dans certain cas relayer les messages des autres sources (dans ce cas, la source est dite coopérative).
L’invention s’applique notamment, mais non exclusivement, à la transmission de données via des réseaux mobiles, par exemple pour des applications en temps réel, ou par exemple via des réseaux de capteurs.
Un tel réseau de capteurs est un réseau multi-utilisateurs, comprenant plusieurs sources, plusieurs relais et un destinataire, pouvant utiliser un schéma d’accès multiple orthogonal du canal de transmission entre les sources et la destination, noté OMAMRC ( « Orthogonal Multiple-Access Multiple-Relay Channel » selon la terminologie anglo-saxonne).
Selon ce schéma, l’orthogonalité entre les transmissions des sources et des relais peut être obtenue par un multiplexage en temps sous forme d’intervalles de temps disjoints.
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.
Il sera compris que l'invention n'est pas limitée à ce mode de réalisation et que la plateforme peut être située à l'extrémité radiale interne de la pale 14 lorsque l'aube 12 est fixée à l'élément de support par son extrémité radiale externe.
L'ensemble aubagé 10 représenté aux figures est constitué de deux aubes 12 qui sont adjacentes circonférentiellement dans la turbomachine, à savoir une première aube située à gauche des figures, et une deuxième aube 12 située à droite des figures.