INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Ainsi, le procédé permet d'optimiser la taille de la FIFO en fonction de paramètres de communication liés à chaque destinataire (par exemple, la gigue), ces paramètres pouvant évoluer dans le temps (notamment lorsqu'il y a ajout ou retrait de destinataire), de manière indépendante de l'instantiation de FIFO initiale.
Selon une caractéristique particulière, le procédé est remarquable en ce que l'étape de modification de la taille de la FIFO est effectuée par un retrait ou un ajout d'un bloc d'au moins une case mémoire, le bloc étant placé à un emplacement déterminé de la FIFO, indépendant de la position des pointeurs de lecture et d'écriture de la FIFO.
L'invention permet un choix d'une position d'insertion ou de retrait au sein des blocs chaînés formant la FIFO qui ne dépend pas de la position des pointeurs de ècture ou d'écriture. Ceci permet notamment de faciliter la mise en ouvre puisqu'on ne mélange pas les opérations d'accès aux données et les opérations de modification de taille de la FIFO.
On note que la modification de taille ainsi effectuée est simple d souple à mettre en ouvre.
Selon une caractéristique particulière, le procédé est remarquable en ce qu'il comprend une étape d'affectation d'un canal de communication à chacun des destinataires.
Ainsi, l'invention est bien adaptée au cas où les communications sont effectuées en mode connecté, par exemple, par un lien physique entre la FIFO et un destinataire ou encore par un lien partagé notamment multiplex dans le temps, avec un créneau réservé pour la liaison entre la FIFO et le destinataire.
De cette manière, l'invention est compatible avec un lien de type IEEE 1355.
L'invention concerne aussi une application du procédé remarquable en ce qu'elle est de type appartenant au groupe comprenant : - des applications vidéo ; - des applications audio ; des applications du bus IEEE 1394 ; des applications d'un réseau de type IEEE 1355 ; et des applications d'interfaçage entre au moins un réseau de type IEEE 1355 et au moins un bus IEEE 1394.
Ainsi, l'invention est adaptée en particulier aux applications audio/vidéo pour un système comprenant, par exemple, un décodeur numérique (en anglais set top box ), des téléviseurs et des magnétoscopes.
L'invention concerne également un dispositif de gestion d'une mémoire FIFO comprenant un ensemble de cases mémoire, dont l'accès en écriture est contrôlé à l'aide d'un pointeur d'écriture, chacune des données étant susceptible d'être lue par au moins deux destinataires, remarquable en ce qu'il comprend des moyens de contrôle d'un pointeur de lecture de la FIFO pour chacun des destinataires.
Selon une caractéristique particulière, le dispositif est remarquable en ce qu'il comprend en outre : des moyens de requête de lecture par un destinataire demandeur ; des moyens de lecture d'une donnée écrite dans la FIFO pointée par le pointeur de lecture associé au destinataire demandeur après réception de la requête ; et des moyens de mise à jour du pointeur de lecture associé au destinataire demandeur.
Selon une caractéristique particulière, le dispositif est remarquable en ce que la FIFO est mise en cuivre dans une mémoire à ports multiples permettant la lecture simultanée de données distinctes par au moins deux des destinataires.
Selon une caractéristique particulière, le dispositif est remarquable en ce qu'il comprend des moyens de modification dynamique de la taille de la FIFO.
L'octet de longueur contient le nombre d'octets qui suivent dans le paquet présent (c'est-à-dire après l'octet de longueur), incluant n'importe quels octets de numéros d'unité facultatifs, le caractère d'ordre (ou de réponse),
tous les octets de données de paquet, et l'octet de total de contrôle. Par conséquent, le nombre total d'octets dans chaque paquet (c'est-à-dire la taille de paquet) est supérieur de 2 à la valeur de longueur de données, et il est au moins de 4 octets, c'est-à-dire SOP/SOR longueur ordre/réponse total de contrôle. Normalement, la taille maximale d'un paquet quelconque est limitée par la longueur du tampon de l'unité de destination. De préférence, la valeur maximale de l'octet de longueur de données est de 255 et la longueur maximale d'un paquet quelconque est de 257 octets.
La valeur de l'octet de total de contrôle est le complément à deux des 8 bits les moins significatifs de la somme de toutes les valeurs d'octets du paquet, à l'exclusion du SOP (ou SOR) et du total de contrôle.
Pour faciliter davantage la compréhension du protocole du mode de réalisation préféré, on indique cidessous des structures de paquet caractéristiques pour des paquets d'ordre et de réponse. Des exemples de paquets de taille minimale et de paquets caractéristiques suivent la description du paquet caractéristique. En outre, des messages de couche de données caractéristiques sont indiqués, pour illustrer à la fois des ordres et des réponses de la couche de données.
Structure de Paquet Caractéristique Un paquet d'ordre caractéristique avec des numéros d'unités implicites peut avoir la forme suivante : # SOP (Ox7E) # un octet de longueur # un caractère d'ordre (0x00 à Ox7F) # octets de données # et un octet de total de contrôle Un paquet d'ordre caractéristique, incluant un numéro d'unité de destination spécifié facultatif, peut avoir la forme suivante :
# SOP (Ox7E) # un octet de longueur # numéro d'unité de destination (0x00 à Ox7F décalé de Ox80) # un caractère d'ordre (0x00 à Ox7F) # octets de données # et un octet de total de contrôle Un paquet d'ordre caractéristique, incluant à la fois des numéros d'unités de source et de destination facultatifs, peut avoir la forme suivante : # SOP (Ox7E) # un octet de longueur # numéro d'unité de destination (0x00 - Ox7F décalé de Ox80) # numéro d'unité de source (0x00 - Ox7F décalé de Ox80) # un caractère d'ordre (0x00 à Ox7F) # octets de données # et un octet de total de contrôle Un paquet de réponse caractéristique avec des numéros d'unités implicites peut avoir la forme suivante : # SOR (Ox7E) # un octet de longueur # un caractère de réponse # des octets de données # et un octet de total de contrôle Un paquet de réponse caractéristique, incluant un numéro d'unité de destination spécifiée facultatif, peut avoir la forme suivante : # SOR (Ox7E) # un octet de longueur # numéro d'unité de destination (0x00 - Ox7F décalé de Ox80)
# un caractère de réponse # des octets de données # et un octet de total de contrôle Un paquet de réponse caractéristique, incluant à la fois des numéros d'unités de source et de destination facultatifs, peut avoir la forme suivante : # SOR (Ox7E) # un octet de longueur # numéro d'unité de destination (0x00 à Ox7F décalé de Ox80) # numéro d'unité de source 0x00 à Ox7F décalé de Ox80) # un caractère de réponse # des octets de données # et un octet de total de contrôle Exemples de Paquets Ainsi, par exemple, un paquet d'ordre qui demande une version de microprogramme contient 2 octets pour l'ordre. Du fait que l'ordre ne contient pas de données, le paquet a un octet de longueur avec une valeur de 3 (chaque octet correspondant étant désigné par "L") et peut avoir la forme : SOP, len=3, cmd "P", cmd="!", total de contrôle Ox8C, ce qui correspond à L L L 7E 03 50 21 8C + + + Conformément à la description ci-dessus, le total de contrôle pour cet exemple est le complément à deux de la somme des deux octets de message (désignée par "+"), c'est- à-dire (Ox03+Ox50+Ox21=Ox74, OxlOO-Ox74=Ox8C).
Dans encore un autre exemple avec des champs comme défini dans le Tableau 2 ci-dessous, un paquet de réponse à
5 10 l'ordre ci-dessus peut avoir la forme : p!TEv[v] d[d] f[f] # n[n] Tableau 2
Nom de Champ Remarques TE 2 caractères alphabétiques identifiant le type d@ système SET V jusqu'à 6 caractères identifiant la version de microprogramme " " " séparateur de champ, 7C en hexadécimal d jusqu'à 15 caractères identifiant la date dE création du microprogramme f 6 chiffres pour le numéro de série de l'unité n champ réservé Pour cet exemple particulier, en indiquant par L chaque caractère inclus dans la valeur de comptage de longueur, et par + chaque caractère inclus dans le calcul du total de contrôle, une réponse caractéristique peut être .
SOR,len=32,cmd "p",cmd " ! ", TE, 1.00 960229 123456 123456789 et L L L L L L L L L L L L L L L L P ! T E 1 001 9 6 022 9 7D 32 70 21 54 45 31 2E 30 30 7C 39 36 30 32 32 39 7C + + + + + + + + + + + + + + + + + L L L L L L L L L L L L L L L L L 1 2 3 4 5 61 2 3 4 5 6 7 8 9 31 32 33 34 35 36 7C 31 32 33 34 35 36 37 38 39 23 + + + + + + + + + + + + + + + + Exemples de Messages : La plupart des littéraux d'ordre/réponse de message commandent un transfert de données, par exemple le stockage
d'information en mémoire et la récupération d'information à partir de la mémoire, et ces opérations sont déclenchées par des étapes de programme. Des ordres d'étapes de programme sont utilisés, de façon caractéristique, dans des buts autres que l'extraction et/ou la visualisation de données, et peuvent être émis pour fixer la date et l'heure. Des messages d'ordre d'étape de programme peuvent avoir la forme "Ps[s] nn..", dans laquelle P est le littéral de l'ordre (0x50) indiquant qu'une séquence d'octets de programmation suit, et s[s] est une séquence numérique ASCII représentant l'étape de programme.
Normalement nn est une collection de caractères de données ASCII. Un message de réponse caractéristique à une étape de programme peut avoir la forme "pse" dans laquelle "p" est le littéral de réponse de programme (Ox70), et s est la même séquence numérique ASCII représentant l'étape de programme. Le champ final indiqué par e est un code de résultat (erreur). Ainsi, des exemples d'étapes de programme sont donnés pour de telles transactions de transfert de données caractéristiques, par exemple un message "Vérification d'Horloge" et une réponse, un message d'extraction de transaction et une réponse, des messages d'accès en mémoire ou de Lecture/écriture et des réponses et, enfin, un message d'ajout d'enregistrement de répertoire et une réponse.
Vérification d'Horloge Ainsi, par exemple, un ordre Vérification d'Horloge peut être émis pour commencer l'extraction, à partir d'un système SET, de la date, incluant l'année, le mois, le quantième et le jour courants, ainsi que de l'heure incluant les heures, les minutes et les secondes. De façon spécifique, cet ordre peut être utilisé pour extraire l'information d'horloge de système (provenant par exemple de l'horloge de temps réel) incluse dans l'unité. L'ordre Vérification d'Horloge est déclenché par le paquet d'ordre de programmation :
SOP, len=3,cmd "P", étape "1", total de contrôle Ox7C L L L 7E 03 50 31 7C + + + Un message de réponse de système caractéristique avec des champs définis comme dans le Tableau 3 ci-dessous peut avoir la forme : SOR, len=?,p01!ee!YYYYMMDDhhmmw! Tableau 3
Nom de Champ Remarques Ee un code de réponse d'erreur YYYY année MM mois DD jour du mois Hh heure Mm minute W jour de la semaine, 1 = dimanche, 2 = lundi, etc.
La concentration du composé de formule (IV) mis en oeuvre dans le solvant peut varier dans de très larges limites. Généralement, la concentration du composé de formule (IV) varie entre 0,1 et 5,0 mol/L et est préférentiellement entre 0,2 et 2,0 mol/L de solvant.
Le rapport entre le nombre de moles de composé de formule (V) et le nombre de moles de composé de formule (IV) est d'au moins 1, de préférence entre 1 et 2.
La réaction est conduite le plus souvent en présence d'une base.
Comme bases, on peut faire appel notamment au butyllithium, à l'hydrure de sodium ou à l'une des amines tertiaires de formule (VI).
La quantité de base mise en oeuvre est telle que généralement le rapport entre le nombre de moles de base- et le nombre de moles de composé de formule (IV) varie entre 1 et 2.
La réaction est conduite avantageusement entre - 800C et 50 C comme l'étape précédente, de préférence, à la température ambiante.
On conduit généralement cette réaction, sous la pression atmosphérique.
En fin de réaction, on obtient le composé de formule (1).
On effectue généralement un traitement acide pour éliminer l'excès de base.
Comme exemples d'acides, on fait appel, de préférence aux acides minéraux suivants : l'acide chlorhydrique, l'acide sulfurique, l'acide nitrique, l'acide phosphorique. On choisit tout particulièrement l'acide chlorhydrique.
On fait appel par exemple à une solution d'acide chlorhydrique diluée par exemple 1 N.
La quantité mise en oeuvre d'acide minéral exprimée par rapport au composé de formule (1) est déterminée de telle sorte que le pH du milieu soit inférieur ou égal à 6, de préférence compris entre 2 et 6.
On recueille le composé de formule (1) dans la phase organique. Il peut être isolé par élimination du solvant de la phase organique, en particulier par évaporation à sec.
Le composé obtenu est mis en oeuvre comme réactif de résolution chiale.
Procédé de dédoublement d'une amine chirale racémique.
Conformément à l'invention, on obtient à partir d'une amine chirale sous forme de mélange racémique (ou enrichi en l'un des stéréomères), l'un des stéréomères du fait que l'autre stéréomère réagit moins vite avec le réactif de résolution chiale. Il s'agit donc d'une résolution chirale cinétique.
A l'issue du test 703, si le noeud local est encore dans l'attente d'informations, il stocke (704) les informations déjà reçues dans la RAM 95, et se replace dans l'état référencé 702 d'attente de réception d'informations.
Si en revanche, à l'issue du test 703, le noeud local considère qu'il a reçu toutes les informations nécessaires, il détermine (705) le numéro d'identification du noeud cible, en fonction des informations reçus.
Le noeud local vérifie ensuite (706) la validité du numéro déterminé au cours de l'étape référencée 705. En effet, le numéro de noeud déterminé peut ne correspondre à aucun des numéros de noeuds du réseau connus du noeud local et affectés par l'utilisateur au cours du procédé de la figure 4. Dans ce cas, si le numéro n'est pas valide, le noeud local envoie une notification d'erreur 707, de façon à informer l'utilisateur d'un problème.
Si le numéro déterminé est considéré comme valide, le noeud local est dans l'attente (708) de la réception du numéro d'identification du connecteur (physique, ainsi qu'illustré en relation avec la figure 5, ou logique ainsi qu'illustré en relation avec la figure 6) auquel est relié le terminal que l'utilisateur veut sélectionner.
Après réception de données complémentaires, le noeud local vérifie (709) que ces données sont ou ion complètes. Si le noeud local est encore dans l'attente de données, il mémorise (710) les données déjà reçues dans la RAM 95, et repasse dans l'état référencé 708 d'attente de réception de données complémentaires.
Sinon, le noeud local détermine (711) le numéro du connecteur auquel est connecté le terminal à sélectionner, en fonction des données reçues.
Le noeud local teste ensuite (712) la validité du numéro de connecteur qu'il a déterminé. En effet, le numéro de connecteur déterminé au cours de l'étape référencée 711 peut ne correspondre à aucun des numéros de connecteurs du réseau de l'invention. Dans ce cas, ou si le numéro n'est pas valide pour toute autre raison, le noeud local envoie (714) une notification d'erreur à l'utilisateur, de façon à lui signaler ce dysfonctionnement (par un signal sonore, un message d'erreur sur un écran,...).
Si en revanche le numéro de connecteur déterminé est valide, le terminal que l'utilisateur souhaite sélectionner est donc identifié de manière unique au sein du réseau, à partir du numéro du noeud cible déterminé au cours de l'étape référencée 705 et du numéro de connecteur déterminé au cours de l'étape référencée 711. Le noeud local établit alors (713) un chemin de contrôle entre le terminal sélectionné (encore appelé terminal cible) et le noeud local, de façon que tous les signaux infrarouges reçus par la suite puissent être routés, si nécessaire,
au travers du réseau audiovisuel domestique de l'invention, jusqu'au terminal cible. L'établissement d'un tel chemin de contrôle peut consister par exemple en une information de routage, contenue dans l'en-tête des paquets de signaux audiovisuels, et qui est utilisée pour atteindre le terminal cible, ainsi que décrit par la suite en relation avec la figure 9.
La figure 8 décrit plus précisément la structure des paquets asynchrones, utilisés pour le transport des signaux infrarouges entre les équipements du réseau audiovisuel domestique de l'invention.
Une telle structure de paquet 801 est conforme à la norme"IEEE Std 1394- 1995, Standard for a High Performance Serial Bus". Elle permet notamment d'atteindre n'importe quel noeud du réseau, même s'il est situé derrière un pont 1394.1.
Les commandes infrarouges sont transportées dans le champ data-payload référencé 802.
Dans un mode de réalisation particulier de l'invention, lorsqu'un utilisateur émet des signaux de télécommande, dits du second type, c'est-à-dire spécifiques à un terminal cible, vers ce dernier, ces seconds signaux de télécommande sont transportés du noeud local vers le noeud cible sous la forme de paquets 801.
Notamment, l'identifiant du noeud cible est véhiculé dans le champ Destination ID 803, et l'identifiant du connecteur auquel est relié le terminal cible est véhiculé dans le champ data-payload 802.
On présente désormais, en relation avec la figure 9, les informations qui doivent être mémorisées dans le cadre de l'invention, pour permettre le routage d'un paquet au travers du réseau audiovisuel domestique.
Ces informations sont mémorisées, dans chacun des noeuds du réseau, sous la forme d'une table 901, regroupant des données d'adresse et de routage spécifiques à chacun des noeuds du réseau.
Eau déminéralisée qsp 100g Gel hydroalcoolique Ingrédients Quantité (g) Hydroxyéthylcellulose 0,2-5 Glycols 0-10 Eau florale (Hamamélis, Rose etc) 0-10 Alcool 96 0-40 Glycyrrhétinate d'ammonium 0,01-5 Lactamide MEA 0,5-10 Acide salicylique 0-4 Acide glycolique 0,5-10 NaOH qs pH Amidon de maïs (ou autre poudre absorbante) 0,1-5 Conservateurs qs Parfum qs Eau déminéralisée qsp 100 g
FIXATION POUR MAINTENIR UNE CHAUSSURE SOLIDAIREMENT D'UNE PLANCHE DES NEIGES La présente invention se rapporte à une fixation pour maintenir une chaussure solidairement d'une planche des neiges, destinée à faciliter le déchaussage et le chaussage.
Les utilisateurs des fixations de snowboard à sangles sont souvent contraints de libérer un de leur pied par exemple pour prendre une remonté mécanique ou pour progresser sur une partie plate. Les fixations de type classique comportent une sangle à l'avant de la chaussure et une autre au niveau du coup de pied. Pour déchausser, ces deux sangles doivent être libérées d'un côté et pour chausser elles doivent être reconnectées à leur extrémité libre puis resserrées.
Ces opérations sont assez laborieuses surtout avec des gants épais et comme elles sont fréquemment nécessaires, par exemple pour emprunter les remontés mécaniques, les fabricants ont recherché des solutions pour faciliter l'opération. En particulier, il existe sur le marché un système qui permet l'entrée de la chaussure dans la fixation par l'arrière grâce au pivotement vers l'arrière de la coque d'appui arrière. Les sangles, qui dans ce cas sont réunies en un seul élément, sont pré-réglées et la fermeture de la coque d'appui arrière se fait à l'aide d'un levier qui la ramène vers l'avant. Ce système est décrit par exemple dans le document EP-A-705 625. Il est inspiré des chaussures de ski à entrée arrière, cependant il présente plusieurs inconvénients : d'une part la coque d'appui arrière est limitée dans sa course vers l'arrière et gêne l'introduction de la botte et d'autre part le basculement de la coque d'appui arrière tend à pousser la botte vers le haut contre les sangles qui ont alors tendance à s'accrocher sur la botte et à empêcher le glissement vers l'avant.
La présente invention permet également l'entrée ou la sortie de la botte par l'arrière mais sa conception supprime ces inconvénients.
A cet effet, l'invention a pour objet une fixation pour maintenir une chaussure solidairement d'une planche des neiges, comprenant une embase à fixer sur la planche, une sangle attachée à l'embase pour recevoir une partie avant de la chaussure, une coque d'appui arrière pour recevoir une partie arrière de la chaussure et amovible par rapport à l'embase entre une position d'ouverture et une
position de fermeture de la fixation et un moyen de serrage pour serrer la coque d'appui arrière et l'embase dans la position de fermeture de la fixation, caractérisée en ce que la coque d'appui arrière est articulée à l'embase par une charnière pour ouvrir ou fermer la fixation par une rotation de la coque d'appui arrière autour de la charnière.
Le dispositif selon l'invention est prévu pour s'adapter à une fixation de snowboard à sangle composée essentiellement d'une embase 7 à fixer sur une planche des neiges, de sangles ou d'une sangle 6 et d'une coque d'appui arrière 3. La coque d'appui arrière est articulée par une charnière 5 dont l'axe est disposé sur un côté de l'embase et orienté sensiblement parallèlement à l'axe longitudinal 4 de la coque d'appui arrière. Ainsi la rotation vers l'extérieur de la coque d'appui arrière dégage complètement l'arrière de la fixation et permet à l'utilisateur de retirer sa botte ou de l'introduire facilement dans la fixation. La coque d'appui arrière est ramenée vers l'intérieur et maintenue en position par un moyen de serrage judicieusement placé, par exemple de type crochet 1 qui a pour effet d'exercer une force de traction dans le sens opposé à l'ouverture. Le mouvement de la coque d'appui arrière lors de la fermeture tend à pousser la botte vers l'avant et vers le bas. Ainsi la botte glisse facilement vers l'avant sans avoir tendance à s'accrocher sur les sangles.
La charnière, qui peut être placée d'un côté ou de l'autre de l'embase, peut assurer une liaison permanente avec la coque d'appui arrière, elle peut également être libérable à un certain endroit de sa course d'ouverture. Elle peut être réalisée grâce à un axe emmanché dans des tourillons appartenant à l'embase et à la coque d'appui arrière. Elle peut aussi être réalisée par coopération des formes des deux pièces au niveau de l'accostage ou aussi être réalisée à l'aide d'un élément souple, par exemple en matériaux élastomère, textile, métallique ou composite. La charnière n'a pas nécessairement une fonction dans la rigidité de l'appui arrière une fois la fixation refermée, elle peut n'être qu'un moyen de guidage lors de l'ouverture de la coque d'appui arrière. Dans ce cas, la rigidité de l'appui arrière est obtenue par la coopération du moyen de serrage et de l'accostage de chacune des extrémités du volet d'appui arrière avec l'embase.
La coque d'appui arrière 3 peut être un sous-ensemble composé essentiellement d'un arceau articulé 2 par la charnière 5 comme décrit ci-dessus auquel est adjoint un volet d'appui arrière 10 dont l'inclinaison peut être réglable
d'avant en arrière. Ce sous-ensemble peut être obtenu en une seule pièce et le réglage de l'inclinaison d'avant en arrière de la coque d'appui arrière être réalisé par un moyen adjoint à l'embase qui permet de modifier conjointement l'inclinaison d'avant en arrière de la charnière 5 et de la zone d'accostage 8.
L'extrémité de la coque d'appui opposée à la charnière 9 peut être prévue pour s'accoster à l'embase et être maintenue fermement en contact par le moyen de serrage. La zone d'accostage 8 peut être prévue de sorte d'assurer un guidage entre les deux pièces. Cette disposition a pour effet d'accroître la rigidité de l'appui arrière et d'assurer une position fixe de l'appui. La zone d'accostage peut être un élément ajouté à l'embase et orientable pour permettre le réglage en rotation d'avant en arrière et éventuellement en position de la coque d'appui arrière. Cette extrémité de la coque d'appui arrière opposée à la charnière peut aussi être prévue pour permettre un ajustement du serrage par action sur le moyen de serrage. Dans ce cas, l'accostage avec l'embase, s'il existe, doit permettre à la coque l'appui arrière une certaine latitude de réglage en position fermée.