INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Selon un mode de réalisation particulier, la donnée cryptographique publique est mémorisée dans le serveur d'autorisation d'accès. Selon un autre mode de réalisation, la donnée cryptographique publique est reçue par le serveur d'autorisation d'accès du fournisseur de services FRS-SERV. Selon encore un autre mode de réalisation, la donnée cryptographique publique est reçue par le serveur d'autorisation d'accès du dispositif client DEV.
Tel qu'illustré à la , l'information de preuve d'autorisation d'accès σ est générée par le dispositif client au moyen d'un algorithme de signature ayant pour paramètre la donnée d'autorisation d'accès gsk u et une donnée de vérification c à signer générée par le serveur d'autorisation d'accès et transmise au dispositif client. La donnée de vérification est par exemple un nombre aléatoire ou semi-aléatoire.
Dans le mode de réalisation illustré, l'information de preuve d'autorisation d'accès est générée sur l'un des dispositifs client DEV1 ou DEV2 au moyen de la donnée d'autorisation d'accès gsk u l'individu mémorisée par exemple sur le second dispositif client DEV2.
L'information de preuve d'autorisation d'accès est ensuite vérifiée par le serveur d'autorisation d'accès au moyen d'un algorithme de vérification de signature ayant comme paramètres, l'information de preuve d'autorisation d'accès σ, la donnée de vérification c et la donnée cryptographique publique Gpk (étape 750).
Selon un exemple, la deuxième distance dist2 aux deux extrémités latérales 13, 14 étant comprise entre 0,2 mm et 0,4 mm, la deuxième distance dist2 diminuant entre l’axe optique 6 et les extrémités latérales 13,14.
Ces deux configurations permettent de créer plus de déflexion et donc plus d’effet de floutage au niveau de l’axe optique 6 qu’au niveau de deux extrémités 13, 14.
Selon un exemple, la jonction entre le bord inférieur 11 et la portion de raccordement 5bc est située dans un plan parallèle au premier plan p1 et passant à égale distance de la face de sortie supérieure 3b et de la face de sortie inférieure 4b.
Ainsi, en raison de cette configuration, la portion de raccordement sera située afin qu’une partie plus importante de rayons lumineux issus de la rangée inférieure que de rayons lumineux issus de la rangée supérieure l’interceptent. Plus précisément, en raison de sa position selon cette configuration, la portion de raccordement sera interceptée au moins à 80% par des rayons lumineux issus de la rangée inférieure et au plus à 20% par des rayons lumineux issus de la rangée supérieure. De plus, étant donné la position de la portion de raccordement, l’éclairage homogène sera localisé en quasi-totalité au niveau du deuxième faisceau et en partie au niveau du premier faisceau pour la partie du premier faisceau proche du deuxième faisceau.
Selon un exemple, la portion de raccordement 5bc comprend une zone supérieure 7 et une zone inférieure 8, la zone supérieure 7 étant positionnée au contact de la partie supérieure 5ba, la zone inférieure 8 étant positionnée au contact de la partie inférieure 5bb, la zone supérieure 7 et la zone inférieure 8 étant configurées de manière à décrire chacune une courbure, de manière qu’en chaque point de la jonction entre la zone supérieure 7 et le bord inférieur 11, les tangentes de la zone supérieure 7 et du bord inférieur 11 soient identiques et qu’en chaque point de la jonction entre la zone inférieure 8 et le bord supérieur 12, les tangentes de la zone inférieure 8 et du bord supérieur 12 soient identiques.
Ainsi, cette configuration et notamment la forme courbée de la zone supérieure 7 et de la zone inférieure 8 permet d’obtenir un dioptre de sortie 5b lisse, ne présentant pas de parties saillantes, pouvant entrainer des effets non souhaités et notamment des orientations des rayons lumineux divergentes.
Selon un exemple, la portion de raccordement 5bc est concave, la zone supérieure 7 et la zone inférieure 8 présentant chacune un changement d’inflexion.
Ainsi, pour la configuration d’une portion de raccordement 5bc concave, la présence de ce point d’inflexion permet de s’assurer de l’absence de parties saillantes au niveau de la jonction entre la portion de raccordement 5bc et le reste du dioptre.
Selon un exemple, la portion de raccordement 5bc est convexe, la zone supérieure 7 présentant un changement d’inflexion.
Ainsi, comme pour la configuration de la portion de raccordement 5bc concave, la configuration de la portion de raccordement 5bc convexe permet d’obtenir, au niveau de la jonction entre la portion de raccordement 5bc et le reste du dioptre, une surface lisse.
Selon un exemple, la lentille primaire 5 comprend un dioptre d’entrée 5a, le dioptre d’entrée 5a étant en contact avec la face de sortie supérieure 3b des guides de lumière supérieurs 3 et la face de sortie inférieure 4b des guides de lumière inférieurs 4.
Ainsi, grâce à cette configuration, les rayons lumineux à la sortie des guides de lumière interceptent directement la lentille primaire et ne perdent donc pas la direction que le guide de lumière leur a donnée.
Selon un exemple, la partie supérieure 5ba présente, dans un plan parallèle au premier plan p1 et passant par le bord inférieur 11, un rayon de courbure supérieur ou égal à 100 mm.
Ainsi, la sélection d’un rayon de courbure supérieur ou égal à 100 mm pour la partie supérieure permet de réduire, de manière générale, la longueur d’occupation du module d’éclairage (au niveau de la partie supérieure) et, dans certains cas, le volume global d’occupation du module d’éclairage, ceci ayant pour conséquence d’augmenter la compacité résultante du module d’éclairage. Par ailleurs, la sélection de cette faible courbure permet de conserver une concentration de lumière dans la zone comprenant le bord inférieur, le bord supérieur et la portion de raccordement.
Selon un exemple, la partie inférieure 5bb présente, dans un plan parallèle au premier plan p1 et passant par le bord supérieur 12, un rayon de courbure supérieur ou égal à 100 mm.
Ainsi, de la même manière que pour la partie supérieure, le rayon de courbure au niveau de la partie inférieure a été sélectionné de manière à obtenir une compacité du module d’éclairage et également de manière à conserver une concentration de lumière dans la zone comprenant le bord supérieur, le bord inférieur et la portion de raccordement.
A l’image de l’état de l’art, cette solution propose un mécanisme motorisé commandé électroniquement et n’échappe pas aux inconvénients dus à cette motorisation.
Le document US2021323679A1 décrit un siège d'avion comprenant un ensemble supérieur, un ensemble inférieur et un ensemble d'actionnement configuré pour actionner l'ensemble supérieur par rapport à l'ensemble inférieur. L'ensemble inférieur comprend au moins un ressort couplé à une base avec une surface d'actionnement inclinée configurée pour faire en sorte que l'ensemble supérieur soit à une hauteur réduite lorsqu'il est dans une position de lit. La compression de ce ressort peut être configurée pour contrebalancer une charge à l'intérieur du siège d'avion et générer un actionnement contrôlé de l'ensemble supérieur d'une position verticale à la position de lit. Une force de rappel fournie par le ressort peut aider l'ensemble d'actionnement pendant l'actionnement de l'ensemble supérieur de la hauteur réduite de la position de lit à la position verticale.
Cette solution inclut une motorisation dans l’ensemble d’actionnement, mais comprend un ressort d’assistance pour contrôler la conversion du siège.
En dehors du domaine aéronautique, il existe des fauteuils convertibles, notamment des fauteuils de mobilier domestique ou de bureau qui peuvent être convertis en position allongée. Ces types de fauteuils sont généralement appelés "fauteuils de relaxation" ou "fauteuils de repos". Ils peuvent avoir différents mécanismes de conversion, tels que des mécanismes motorisés, des mécanismes manuels, ou des mécanismes hydrauliques.
Les fauteuils de relaxation motorisés utilisent souvent des moteurs électriques pour contrôler la position du dossier et du repose-pieds. Les utilisateurs peuvent régler la position en appuyant sur un bouton ou en utilisant une télécommande. Les fauteuils de relaxation manuels sont équipés de leviers de déverrouillage qui permettent aux utilisateurs de régler manuellement la position du dossier et du repose-pieds. Les fauteuils de relaxation hydrauliques utilisent un système de vérin hydraulique pour régler la position.
A la connaissance du demandeur, aucune solution ne propose un siège pour passager d’aéronef, convertible manuellement sans la moindre motorisation et préservant le même niveau de confort que celui recherché par les passagers des classes supérieures.
Il est donc devenu impératif de développer des sièges convertibles économiques en termes de coût et de masse, tout en garantissant un niveau de confort et de sécurité optimal pour les passagers. Une solution alternative consiste à concevoir un mécanisme de conversion manuelle simple et efficace, qui ne nécessite pas d'énergie électrique pour fonctionner.
En optant pour un tel mécanisme de conversion manuelle, il est possible de réduire considérablement les coûts et le poids total de l'aéronef, tout en améliorant la fiabilité et la durabilité du siège. Un tel système serait facile à entretenir et à réparer, tout en offrant aux passagers une expérience de voyage plus confortable et agréable.
La présente invention vise à pallier tout ou partie des inconvénients de l’art antérieur exposés ci-avant en proposant une solution 100% mécanique de siège convertible pour passager d’aéronef.
Un but de la présente invention est de pouvoir passer un fauteuil d’une position assise en position couchée (lit) confortable par une action intuitive, simple et aisée par des passagers de différents gabarits.
À cet effet, la présente invention a pour objet un siège convertible pour passager d’un aéronef, tel qu’un avion de ligne, comportant une assise et un dossier mobiles entre une position « assise » et une position « couchée », remarquable en ce qu’il comporte un mécanisme de conversion manuelle entre lesdites positions, actionnable par une action physique du passager au moyen d’un levier de déverrouillage, sans aucun apport d’énergie électrique, en ce que ledit mécanisme comprend des moyens de compensation d’effort pour assister le passager lors de la conversion du siège.
Le mécanisme de conversion manuelle peut être activé par le passager lui-même, à l'aide du levier de déverrouillage, pour passer d'une position à l'autre.
Les moyens de compensation d'effort pour assister le passager lors de la conversion du siège peuvent inclure des ressorts, des amortisseurs, des vérins hydrauliques ou pneumatiques, ou d'autres dispositifs pour aider à soulager la pression sur les articulations et les muscles du passager lorsqu'il passe d'une position à l'autre.
Avantageusement, le siège ne comprend aucun mécanisme motorisé pour actionner un quelconque mouvement de l’assise ou du dossier.
Selon un mode de réalisation, le mécanisme comprend, à chaque côté latéral du siège, un premier pignon fixé au dossier, un deuxième pignon couplé au premier pignon et une crémaillère coopérant avec le deuxième pignon pour entraîner en translation l’assise sous l’effet de la rotation du premier pignon.
Plus particulièrement, chaque deuxième pignon est étagé et comprend une roue de grand diamètre couplée à une crémaillère et une roue de petit diamètre couplée à un premier pignon.
Si, au contraire, l'information de preuve d'autorisation d'accès a pu être vérifiée, autrement dit l'information de preuve d'autorisation d'accès est valide, alors l'étape 530 est suivie d'une étape 550 d'envoi au fournisseur de services FRS-SERV d'une information de validation de l'information de preuve d'autorisation d'accès. Ainsi, lors de la vérification de l'autorisation d'accès, le serveur d'autorisation d'accès ne réalise pas de vérification de la conformité du ou des attributs de l'individu à une ou plusieurs règles données. En outre, le serveur d'autorisation d'accès n'utilise pas un identifiant de l'individu pour réaliser la vérification de l'autorisation d'accès.
La illustre un premier exemple d'un système comprenant un serveur d'autorisation d'accès SERV-AUTO lequel met en œuvre un mode de réalisation particulier du procédé de vérification d'une autorisation d'accès d'un individu conformément à l'invention.
L'individu a une donnée d'autorisation d'accès précédemment délivrée conformément au procédé de délivrance d'une donnée d'autorisation d'accès décrit notamment au support de la .
Le serveur d'autorisation d'accès SERV-AUTO comprend une donnée cryptographique publique, la donnée cryptographique publique étant spécifique pour un groupe d'individus ayant au moins un attribut conforme à au moins une règle donnée. La donnée cryptographique publique est associée à une donnée cryptographique secrète, ladite donnée cryptographique secrète spécifique ayant été utilisée pour générer la donnée d'autorisation d'accès de l'individu.
Le système illustré en comprend en plus du serveur d'autorisation d'accès SERV-AUTO, un fournisseur de services FRS-SERV, un serveur d'identification IDP ou un serveur comprenant une base de données BD-PREUVES et un ou plusieurs dispositifs client DEV1, DEV2 d'un individu INDIV. La illustre un système particulier dans lequel l'individu INDIV dispose d'un premier dispositif client DEV1 et d'un second dispositif client DEV2 qui peuvent être par exemple un ordinateur portable et un téléphone portable. Dans le système illustré, la donnée d'autorisation d'accès de l'individu est par exemple mémorisée dans le second dispositif client DEV2. Toutefois, selon un autre mode de réalisation du système, le premier dispositif client DEV1 et le second dispositif client DEV2 sont un même dispositif client.
Lorsque l'individu INDIV souhaite accéder par exemple à un contenu, une application ou un service, etc. d'un fournisseur de services mettant en œuvre un contrôle d'accès en fonction d'au moins un attribut de l'individu, il peut utiliser un navigateur internet pour réaliser un tel accès (étape 610).
Le fournisseur de services doit alors vérifier que l'individu dispose d'un ou plusieurs attributs lui permettant l'accès. Pour ce faire, le fournisseur de services FRS-SERV peut communiquer, notamment de manière sécurisée au moyen d'un canal de communication sécurisé créé par exemple au moyen du protocole OpenID CIBA, avec le serveur d'autorisation d'accès SERV-AUTO afin de vérifier que l'individu dispose d'une autorisation d'accès au fournisseur de services (étape 620).
Un identifiant de demande de vérification SessionID est alors reçu par le serveur d'autorisation d'accès SERV-AUTO lors de l'étape 620. La réception de l'identifiant de demande de vérification peut être précédée d'une étape de génération de l'identifiant de demande de vérification par le fournisseur de services et le serveur d'autorisation d'accès.
Le serveur d'autorisation d'accès peut ensuite générer une information de connexion à partir de l'identifiant de demande de vérification reçu et transmettre l'information de connexion générée au fournisseur de services.
Selon le mode de réalisation illustré à la , le fournisseur de services transmet au dispositif client, par exemple au premier dispositif client DEV1, l'information de connexion qu'il a reçue (étape 630).
L'information de connexion peut être par exemple un QR Code qui va s'afficher sur l'écran d'affichage du premier dispositif client DEV1.
Selon un exemple de réalisation, l'individu scanne le QR Code s'affichant sur le premier dispositif client DEV1 au moyen du second dispositif client DEV2 (étape 640). Un canal de communication entre le serveur d'autorisation d'accès et le dispositif client, notamment le second dispositif client DEV2, est alors créé au moyen de l'information de connexion.
Le second dispositif client DEV2 génère ensuite une information de preuve d'autorisation d'accès, l'information de preuve d'autorisation d'accès étant générée au moyen de la donnée d'autorisation d'accès de l'individu mémorisée par exemple dans le second dispositif client DEV2.
Le serveur d'autorisation d'accès SERV-AUTO va alors recevoir l'information de preuve d'autorisation d'accès généré tel que précédemment décrit à l'étape 510 au support de la .
Dans le mode de réalisation particulier dans lequel le serveur d'autorisation d'accès a obtenu l'identifiant de l'individu ID u , le serveur d'autorisation d'accès peut comprendre en outre une étape de mémorisation dans une base de données d'individus BD-INDIV, de l'identifiant de l'individu ID u et de la clé publique de cet individu pk u . D'autres informations additionnelles relatives à l'individu peuvent également être mémorisées dans la base de données d'individus BD-INDIV. La base de données d'individus BD-INDIV peut être mémorisée sur un serveur distinct du serveur d'autorisation d'accès.
La illustre un deuxième exemple d'un système comprenant un serveur d'autorisation d'accès SERV-AUTO lequel met en œuvre un autre mode de réalisation du procédé de délivrance d'une donnée d'autorisation d'accès pour un individu conformément à l'invention et décrit au support de la .
On ne décrira en détail ci-après que les étapes qui diffèrent de celles du premier exemple de système décrit au support de la . Pour le reste, il est renvoyé au premier exemple décrit au support de la .
Le serveur d'autorisation d'accès comprend au moins une règle donnée.
Dans cet exemple de système, l'individu comprend une paire de clés, à savoir une clé privée sk u et une clé publique pk u mémorisées par exemple sur un dispositif client DEV ou dans un support d'identité CAP et le serveur de contrôle CONTROL comprend une clé de divulgation secrète sk o et une clé de divulgation publique pk o.
La clé de divulgation publique pk o du serveur de contrôle CONTROL est transmise au serveur d'autorisation d'accès SERV-AUTO (étape 400).
Suite à la réception de la clé de divulgation publique pk o provenant du serveur de contrôle CONTROL, le serveur d'autorisation d'accès SERV-AUTO va générer une paire de données cryptographique spécifique pour un groupe d'individus ayant au moins un attribut conforme à ladite au moins une règle donnée. La paire de données cryptographique comprend une donnée cryptographique publique Gpk et une donnée cryptographique secrète sk m .
Dans l'exemple de réalisation illustré en , la donnée cryptographique publique Gpk comprend au moins une clé maitre publique pk m et la clé de divulgation publique pk o reçue du serveur de contrôle CONTROL.
Selon un autre mode de réalisation dans lequel le système ne comprend pas de serveur de contrôle CONTROL, le serveur d'autorisation d'accès comprend une paire de données cryptographique spécifique pour un groupe d'individus ayant au moins un attribut conforme à ladite au moins une règle donnée. La paire de données cryptographique comprend d'une part, une donnée cryptographique publique Gpk composée d'une clé maitre publique pk m et d'autre part, une donnée cryptographique secrète sk m .
La donnée cryptographique publique Gpk peut ensuite être transmise au dispositif client DEV.
Selon le système illustré, le serveur d'autorisation d'accès obtient un identifiant de demande d'une donnée d'autorisation d'accès (étape 410) conformément à l'étape 210 précédemment décrite au support de la .
Selon un mode de réalisation particulier, l'identifiant de demande d'une donnée d'autorisation d'accès (étape 410) peut être déterminé par le dispositif client à partir notamment de la clé secrète sk u de l'individu et de la donnée cryptographique publique Gpk reçue. Il peut en outre être déterminé à partir de l'identifiant de l'individu ID u . L'identifiant de demande d'une donnée d'autorisation d'accès est ensuite transmis par le dispositif client et reçu par le serveur d'autorisation d'accès.
Lors de l'étape 410, le serveur d'autorisation d'accès SERV-AUTO obtient la clé publique de l'individu pk u (conformément à l'étape 220 décrite précédemment au support de la ). En particulier, le dispositif client peut envoyer la clé publique de l'individu pk u au serveur d'autorisation d'accès SERV-AUTO.
L'étape 410 est ensuite suivie des étapes 320 à 340 précédemment décrites.
A l'issue de l'étape 340, le serveur d'autorisation d'accès SERV-AUTO va déterminer la conformité dudit au moins un attribut ATT de l'individu obtenu à ladite au moins une règle donnée conformément à l'étape 240 décrite précédemment au support de la . Si ledit au moins un attribut ATT de l'individu est conforme à ladite au moins une règle donnée, le serveur d'autorisation d'accès SERV-AUTO génère une donnée d'autorisation d'accès pour l'individu gsk u à partir de la donnée cryptographique secrète sk m et de la clé publique de l'individu pk u obtenue, conformément aux étapes 260 et 280 précédemment décrites au support de la .
L'étape 450 est suivie d'une étape 460.a de délivrance de la donnée d'autorisation d'accès gsk u générée, au dispositif client DEV.
L’unité de gestion d’aéronef à distance peut également s’assurer que les données d'aéronef sans pilote correspondent à un état valide d’un automate fini de liaison de données. Par exemple, une gestion de contexte peut être utilisée pour traiter une vérification des données de localisation basée sur des règles. Cela peut signaler des cas où des données de rapport d’emplacement de l’aéronef sans pilote semblent sauter d’un endroit à un autre alors que cela ne serait pas possible dans le laps de temps écoulé depuis les dernières données d’emplacement déclarées pour l’aéronef sans pilote 18. Un état de liaison de données non valide peut être atteint, par exemple, si un pilote à distance a demandé un changement de niveau de vol avant qu’une demande de connexion n’ait été reçue et traitée. L’unité de gestion peut empêcher que de telles communications erronées soient transmises au réseau d’ATC. De cette manière, l’unité de gestion gère l’automate fini au sein du réseau d’ATC. L’unité de gestion s’assure également que toutes les informations échangées avec le réseau d’ATC sont cohérentes avec les normes de données d’ATC.
Une couche d’émulation CPDLC 30 peut être configurée pour gérer la complexité d’ensembles de messages de gestion de contexte, CPDLC et ADS-C (Automatic Dependent Surveillance Contract) tout en exposant une interface simple via l’API. Parmi les exemples de traitement pouvant être requis de la couche d’émulation CPDLC 30, citons la conversion de la latitude et de la longitude dans le format complexe conforme à l’ADS-C, ou la normalisation des niveaux d’autorisation des niveaux de vol (auxquels l’aéronef sans pilote peut à monter ou descendre) qui peuvent être exprimés en pieds, en mètres ou en niveau.
L’ADS-C utilise généralement les systèmes avioniques FANS qui font partie des systèmes de gestion de vol (FMS) embarqués des aéronefs équipés de FANS pour fournir automatiquement des informations telles que la position, l’altitude, la vitesse, l’intention et les données météorologiques de l’aéronef à des utilisateurs tels que les ASPN ou les compagnies aériennes. Dans le cas présent, on réalisera que ces informations pourraient être rapportées à partir de la station de pilotage à distance 20.
Les messages sortants présentant la bonne syntaxe CPDLC sont ensuite poussés ou récupérés par un connecteur ACARS/IPS 32 vers/depuis divers réseaux de fournisseurs de services de liaison de données existants 14 pour être transférés vers les terminaux de réseau d'ATC individuels 16. De cette manière, les réseaux de communication de contrôleurs ATC ACARS, ATN et IPS hérités sont pris en charge. On comprendra que ce canal de communication est bidirectionnel et que les messages peuvent également subir le même traitement dans l’appareil passerelle 22 du contrôleur ATC au pilote à distance connecté à la station de pilotage à distance 20. Dans ce cas, les communications CPDLC complexes seront ensuite traitées dans un format compatible avec le format de données de la station de pilotage à distance 20.