INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Du côté de la première articulation, le pignon secondaire 42 assure la commande séquentielle du déplacement de la structure mobile 20 et la commande du dispositif de verrouillage qui s’y trouve, et un dispositif d’entraînement par câble 60 est prévu pour commander le dispositif de verrouillage qui se trouve du côté de la deuxième articulation 50. On a donc du côté de la première articulation 40 l’entraînement en déplacement de la structure mobile et l’entraînement d’un dispositif de verrouillage. Du côté de la deuxième articulation 50, il n’y a qu’un dispositif de verrouillage à commander via le dispositif d’entraînement par câble 60.
La deuxième articulation 50 comprend sur la un disque de commande 51 qui peut pivoter autour de l’axe de la deuxième articulation sous la commande du dispositif d’entraînement par câble 60.
Dans le détail, et en référence à la , le disque de commande 51 est engagé avec un embout terminal 66 d’un câble de commande 61, et avec un ressort spiral de rappel. Une traction du câble de commande 61 peut faire pivoter le disque de commande 51 selon la direction horaire de la , et un relâchement du câble de commande 61 permet une rotation dans le sens anti-horaire sous l’action du ressort spiral de rappel.
La deuxième articulation 50 comprend aussi un dispositif de verrouillage, composé essentiellement d’un doigt de verrouillage 53 pouvant pivoter autour d’un arbre de pivotement 54, d’un ressort de rappel de verrouillage 52. Le doigt de verrouillage 53 comprend un coin 531 pouvant s’engager entre une butée mobile 21 solidaire de la structure mobile 20 et une butée statique 11 solidaire de la structure de base 10, comme montré sur la .
Dans l’état de la , le dispositif de verrouillage de la deuxième articulation 50 est dans un état de verrouillage, la butée mobile 21 étant immobilisée par le coin 531 en appui sur la butée statique 11 d’un côté, et par un contre appui 12 solidaire de la structure de base 10 de l’autre côté. On peut noter que les hachures sur les pièces 11, 21, 53 ne représentent pas des coupes, mais indiquent seulement les pièces solidaires ou d’intérêt pour les explications.
Enfin, la demande porte sur 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 par la présente divulgation lorsque ce programme est exécuté par un calculateur.
Fig. 1 représente schématiquement un exemple d’architecture de communication dans laquelle un procédé de traitement de paquets de données de flux multimédias d’une session de conférence peut être mis en œuvre.
Fig. 2 représente un exemple de terminal.
Fig. 3 représente un exemple de serveur de session.
Fig. 4 représente un exemple de procédé de traitement de paquets de données de flux multimédias d’une session de conférence.
Il est maintenant décrit en référence à la un exemple d’architecture de communication 1 dans laquelle un procédé de traitement de paquets de données de flux multimédias d’une session de conférence à laquelle participent une pluralité de terminaux 2 peut être effectué.
Un flux multimédia peut correspondre à un flux de données audio ou à un flux de données vidéo ou à une combinaison des deux. Le procédé de traitement de paquets de données de flux multimédias présenté en référence à la peut aussi bien s’appliquer à un flux de données audio qu’à un flux de données vidéo sauf lorsque la description de la présente divulgation indique le contraire. Notamment, les opérations représentées en pointillés sur la sont avantageux mais facultatifs.
Un flux de données, ou un flux, est défini dans la présente divulgation comme correspondant à au moins deux paquets de données successifs. Un flux de données audio, ou flux audio, est défini comme correspondant à au moins deux paquets de données audio successifs. Un flux de données vidéo, ou flux vidéo, est défini comme correspondant à au moins deux paquets de données vidéo successifs.
L’architecture de communication 1 comprend un serveur de session 3 et une pluralité de terminaux 2. La pluralité de terminaux 2 participe à une session de conférence leur permettant d’échanger, en quasi-temps réel, des flux multimédias entre eux. Les flux multimédias émis par des terminaux 2 émetteurs durant la session de conférence sont envoyés au serveur de session 3 qui peut les distribuer à destination des terminaux 2 destinataires participant à la session de conférence.
Une distribution est dite directe entre le serveur de session 3 et un terminal 2 lorsque le serveur de session 3 envoie directement les paquets de données du flux de données à ce terminal 2. Une distribution est dite indirecte entre le serveur de session 3 et un terminal 2 lorsque le serveur de session 3 envoie les paquets de données du flux de données à un dispositif intermédiaire, ou relais, par exemple un autre serveur, avant que les paquets de données du flux de données ne soient envoyés au terminal.
Il doit être noté qu’un terminal 2 émetteur d’un premier flux multimédia peut, ultérieurement ou simultanément, être un terminal 2 destinataire d’un deuxième flux multimédia émis par un autre terminal 2 émetteur participant à la session de conférence.
La session de conférence peut ainsi désigner une audioconférence dans laquelle des terminaux 2 peuvent être amenés à échanger, en quasi temps réel, des flux audios par l’intermédiaire d’un serveur de session 3.
La session de conférence peut également désigner une visioconférence dans laquelle des terminaux 2 peuvent être amenés à échanger, en quasi temps réel, des flux vidéos, et éventuellement des flux audios, par l’intermédiaire d’un serveur de session 3.
Lors de la session de conférence, les paquets de données des flux multimédias émis par les terminaux 2 sont encapsulés selon un protocole internet. Ce protocole est notamment défini dans la norme RFC 791.
Dans l’exemple décrit ici, les flux de données échangés par les terminaux lors de la session de conférence sont encapsulés selon un protocole RTP (« Real-time Transport Protocol ») ou SRTP (« Secure Real-time Transport Protocol »).
Dans une application favorite, et non limitative, le treuil est un treuil de levage d’un appareil de levage, comme par exemple une grue, afin de lever/abaisser une charge suspendue à un crochet fixé sur le câble, ou le treuil est un treuil de relevage d’un appareil de levage de type grue à flèche relevable, pour incliner plus ou moins une flèche afin de lever/abaisser une charge suspendue à un crochet fixé sur la flèche.
Il est à noter qu’un tel treuil de relevage peut aussi permettre de réaliser un déplacement de la charge le long de la flèche, sur ce type de grue à flèche relevable.
Selon une possibilité liée au treuil de levage et au treuil de relevage, le procédé met en œuvre une détermination d’une hauteur sous crochet, correspondant à une distance verticale entre le crochet et le sol sur lequel repose l’appareil de levage, ladite hauteur sous crochet étant déterminée en continue en fonction du nombre de couches d’enroulement
Selon une autre possibilité liée au treuil de levage et au treuil de relevage, le procédé met en œuvre une détermination d’un indicateur de charge qui est représentatif d’un poids de la charge, ledit indicateur de charge étant déterminé en continue en fonction du nombre de couches d’enroulement.
L’invention se rapporte également à un système de surveillance pour surveiller le fonctionnement d’un treuil, le treuil comprenant un moteur entraînant un tambour sur lequel est enroulé un câble, ledit câble pouvant s’enrouler sur ledit tambour sur plusieurs couches d’enroulement dont le nombre varie en fonction de l’enroulement et du déroulement du câble, ce système de surveillance mettant en œuvre une surveillance continue du nombre de couches d’enroulement du câble sur le tambour au moyen de : - un premier dispositif de mesure pour mesurer un premier paramètre représentatif d’une vitesse linéaire de défilement du câble en sortie du tambour ; - un second dispositif de mesure pour mesurer un second paramètre représentatif d’une vitesse de rotation du tambour ; - une unité de calcul pour déterminer le nombre de couches d’enroulement du câble en fonction du premier paramètre et du second paramètre.
L’invention concerne aussi un appareil de levage, comme par exemple une grue, comprenant : - un treuil de levage comprenant un moteur entraînant un tambour sur lequel est enroulé un câble de levage relié à un crochet pour lever/abaisser une charge suspendue à ce crochet, ce câble de levage pouvant s’enrouler sur ledit tambour sur plusieurs couches d’enroulement dont le nombre varie en fonction de l’enroulement et du déroulement du câble de levage, ou - un treuil de relevage comprenant un moteur entraînant en rotation un tambour sur lequel est enroulé un câble de relevage qui est connectée à une flèche pour relever ou abaisser celle-ci afin de lever/abaisser une charge suspendue à un crochet fixé sur la flèche ; et dans lequel cet appareil de levage comprend un système de surveillance tel que décrit ci-dessus pour surveiller le fonctionnement dudit treuil de levage ou dudit treuil de relevage.
est une vue schématique d’un treuil et d’un système de surveillance pour surveiller le fonctionnement du treuil ;
est une vue schématique selon deux angles distincts d’un tambour pour illustrer des couches d’enroulement d’un câble ;
est une vue schématique de deux appareils de levage équipés de treuils adaptés pour la mise en œuvre d’un procédé de surveillance.
En référence à la , un treuil 1 adapté pour la mise en œuvre d’un procédé de surveillance comprend : - un moteur 10 qui est un moteur rotatif muni d’un arbre moteur 11 entraîné en rotation ; - un tambour 12, de type tambour multicouche, monté rotatif sur un châssis autour d’un axe de tambour 13, ledit tambour 12 étant accouplé à l’arbre moteur 11 pour être entraîné en rotation par le moteur 10 autour de son axe de tambour 13.
Le tambour 12 peut être accouplé à l’arbre moteur 11 par l’intermédiaire d’un réducteur 14 pour modifier le rapport de vitesse et/ou le couple entre l’arbre moteur 11 et le tambour 12.
Le moteur 10 peut être piloté par un système de contrôle/commande 4 (tel que par exemple un système intégrant au moins un processeur et/ou un contrôleur et/ou une carte électronique) par l’intermédiaire d’un variateur de vitesse 16 (appelé aussi variateur de fréquence) conformé pour réguler la vitesse du moteur 10.
Un câble 2 est enroulé sur le tambour 12, ce câble 2 pouvant s’enrouler sur le tambour 12 sur plusieurs couches d’enroulement dont le nombre varie en fonction de l’enroulement et du déroulement du câble 2. Le nombre de couches d’enroulement du câble 2 peut prendre différentes valeurs comprises entre 1 et N, N étant le nombre maximal de couches d’enroulement du câble 2. Ainsi, quand le câble 2 est enroulé à son maximum, le nombre de couches d’enroulement est N.
Les valeurs du nombre de couches d’enroulement sont ainsi associées à des numéros de couche. Autrement dit, lorsque le câble 2 est enroulé à son maximum, il s’enroule sur N couches comprenant une couche n° 1 (la couche la plus profonde ou la plus proche de l’axe de tambour 13, qui est au contact du tambour 12), puis une couche n° 2 (au contact de la couche n° 1), puis une couche n°3, et ainsi de suite jusqu’à la couche n° N (la couche la plus éloignée de l’axe de tambour 13). La couche n° 1 correspond ainsi à la couche visible lorsque le câble 2 est déroulé quasiment à son maximum (le maximum du déroulement correspondant au cas de figure normalement jamais atteint où il n’y a plus de couche et seule une extrémité du câble est accrochée au tambour) ; et la couche n° N correspond ainsi à la couche visible lorsque le câble 2 est enroulé à son maximum.
Les fibres du matériau composite de la peau externe 33 sont, par exemple, des fibres longues.
Par exemple, les fibres longues du matériau composite de la peau externe 33 sont entrecroisées.
En variante, les fibres du matériau composite de la peau externe 33 sont courtes.
Par exemple, les fibres courtes du matériau composite de la peau externe 33 sont entremêlées. Dans ce cas, la peau externe 33 se présente sous la forme d’un mat.
Par exemple, les fibres de la matrice du matériau composite de la peau externe 33 sont des fibres recyclées.
Par exemple, les fibres recyclées sont obtenues à partir des fibres de la matière première obtenue par le broyage d’un panneau présentant une composition analogue à un panneau composite 30.
En variante, les fibres du matériau composite de la peau externe 33 sont des fibres non recyclées.
Par exemple, les fibres du matériau composite de la peau externe 33 sont des fibres de verre.
En variante, les fibres du matériau composite de la peau externe 33 sont des fibres naturelles, telles que des fibres de coton, de lin, de chanvre, etc.
Par exemple, le PET de la matrice du matériau composite de la peau externe 33 est du R-PET.
Par exemple, le R-PET est obtenu à partir du PET de la matière première obtenue par le broyage d’un panneau présentant une composition analogue à un panneau composite 30.
Selon un autre exemple, le R-PET provient du PET obtenu à partir du recyclage de d’éléments en PET.
En variante, le PET de la matrice du matériau composite de la peau externe 33 est du PET non recyclé.
Ainsi par exemple, le matériau composite de la peau externe 33 est obtenu à partir d’au moins un panneau recyclable présentant une composition à un panneau composite 30. Cela signifie que le PET du matériau composite de la peau externe 33 est du R-PET provenant du PET contenu dans ledit panneau recyclable broyé, et que les fibres du matériau composite de la peau externe 33 sont des fibres recyclées obtenues à partir des fibres dudit panneau recyclable broyé ou des fibres non recyclées.
Par exemple, le matériau composite de la peau interne 31 et le matériau composite de la peau externe 33 du panneau composite 30 sont des mêmes matériaux composites.
En variante, le matériau composite de la peau interne 31 et le matériau composite de la peau externe 33 du panneau composite 30 sont différents.
L’étape 17 consiste à réaliser des opérations de diagnostic sur le véhicule à l’aide de l’application 102. Les opérations de diagnostic peuvent comprendre des opérations d’interrogation de calculateurs embarqués, mais également des opérations de configuration, programmation ou reprogrammation des calculateurs.
En pratique, l’application de diagnostic véhicule 102 exécutée établit et gère une connexion avec l’interface VCI 110, via la DLL primaire chargée 104 et l’éventuel pilote primaire, en appelant des fonctions API dédiées de la norme, par exemple les commandes PassThruOpen, PassThruClose, PassThruConnect, PassThruDisconnect, etc. dans la norme SAE.
Par exemple, l’opérateur local décide d’actions de diagnostic à mener via une interface utilisateur permettant une interaction avec l’application de diagnostic véhicule 102 exécutée. En réponse à la sélection d’une action par l’opérateur, l’application de diagnostic véhicule 102 utilise l’API de la norme pour générer des messages de commande/diagnostic constructeur à la DLL primaire. Cette dernière est apte, i.e. configurée, à transmettre cette commande à l’interface VCI (via le pilote primaire si prévu). Par exemple, l’application 102 appelle la fonction PassThruWriteMsgs de l’API (dans la norme SAE) pour envoyer un nouveau message de commande, lequel est reçu par la DLL primaire 104 qui le transmet à l’interface VCI qui lui est associée.
Si une réponse est générée, celle-ci emprunte le chemin retour : l’application de diagnostic véhicule 102 qui doit récupérer le message de réponse de l’interface VCI appelle la fonction PassThruReadMsgs de l’API proposée par la DLL primaire 104 pour lire ce message de réponse. Le message de réponse peut ainsi être affiché à l’opérateur.
L’étape 18 de déchargement de la DLL primaire 104 se produit en fin d’opération de diagnostic, lors de la fermeture de l’application 102 ou d’un changement d’interface VCI 110.
La illustre schématiquement l’architecture d’un système 200 de diagnostic à distance de véhicule selon des modes de réalisation de l’invention. Cette architecture reprend les composants ci-dessus mais dans une configuration distante, à savoir :
au niveau d’un dispositif de diagnostic à distance 201 connecté à un réseau de communication 210, l'application de diagnostic véhicule 102 inchangée, conforme au standard SAE J2534, ISO 22900-2 D-PDU ou TMC RP1210 mis en œuvre, ainsi que la base de registre 103 listant les informations relatives aux interfaces VCI préinstallées sur l’équipement distant 201, et
au niveau de l’ordinateur 101 de l’opérateur local, toujours la DLL primaire 104 inchangée, conforme au standard, configurée pour communiquer localement avec l’interface VCI 110 ciblée qui est reliée au véhicule 111 à diagnostiquer.
Dans un scénario, le site local au véhicule est un garage indépendant alors que le site distant est un centre d’assistance (hotline) partagé entre plusieurs garages ou un centre d’un constructeur. Cela permet aux garagistes indépendants de déporter la gestion des multiples applications constructeur 102, tout en bénéficiant des services de diagnostic constructeur complets.
Dans un autre scénario, le site local au véhicule est un domicile de particulier ou un lieu dans lequel le véhicule en panne est immobilisé alors que le site distant est un centre d’expert automobile, par exemple un garage. Un garagiste indépendant peut ainsi intervenir à distance auprès de ses clients, évitant une occupation de son garage et améliorant sa réactivité.
L’invention permet donc d’effectuer des opérations de diagnostic avec n’importe quelle application de diagnostic véhicule conforme à la norme choisie qui contraint ces applications à fonctionner localement uniquement et non à distance du véhicule, mais également avec n’importe quelle interface VCI conforme à la norme choisie, c’est-à-dire fournie avec un éventuel pilote primaire et une DLL primaire implémentant l’API de la norme. Aucune modification de ces composants logiciels n’est nécessaire. Cela est rendu possible par l’introduction de nouveaux composants intermédiaires comme décrits ci-après, dont l’un, de même nature DLL que la DLL primaire, trompe l’application de diagnostic véhicule pour permettre une communication intermédiaire via le réseau de communication.
Le réseau de communication peut être tout type de réseau de données, filaire ou sans fil, incluant un réseau Wifi (nom commercial), le réseau Internet, un réseau local d’entreprise LAN ou WLAN, un réseau de téléphonie mobile (4G, 5G, etc.).
Conformément à l’invention, le dispositif de diagnostic à distance 201 comporte une DLL de liaison 204 en lieu et place de la DLL primaire qui est, elle, conservée à distance sur l’ordinateur local 101. A cet effet, l’entrée de registre 103-i est donc configurée pour identifier la DLL de liaison en lieu et place d’une DLL primaire associée à l’interface VCI telle que requise par la norme, en changeant notamment le chemin « FunctionLibrary » pour y indiquer le chemin local d’accès à la DLL de liaison 204.
Pour rendre l’interface VCI disponible dans l’application 102, celle-ci est installée sur le dispositif distant 201 selon la procédure classique décrite plus haut. Une entrée 103-i de registre dédiée est donc créée dont le chemin « FunctionLibrary » localise la DLL primaire installée. Cependant, cette dernière ne sera pas utilisée localement et peut donc être supprimée. En revanche, c’est la valeur dans l’entrée du registre qui est modifiée selon l’invention pour désormais indiquer la DLL de liaison 204.
La DLL de liaison 204 peut être installée de façon classique par un script ou programme d’installation. Le script ou programme d’installation peut en outre procéder à la modification de l’entrée de registre 103-i évoquée ci-dessus.
Aux fins de l’invention, la DLL de liaison 204 permet la communication avec le dispositif local 101. Aussi, la DLL de liaison est apte à (configurée pour) router, via le réseau de communication 210, un flux de données entre ladite application de diagnostic véhicule et la DLL primaire 104 distante. Le flux de données est formé des messages conformes à l’API de la norme tels qu’échangés, typiquement des commandes de diagnostic générées par l’application 102 ou des réponses générées par les calculateurs du véhicule 111 inspecté et remontées à la DLL primaire 104.
Le système selon cet aspect de l’invention est remarquable en qu’il comporte : Une base de données contenant des identifiants d’utilisateurs, chaque identifiant d’utilisateur étant associé à au moins un intérêt pour un thème particulier ; Une interface homme machine construite et agencée pour déterminer un thème pour un réseau social ; Une plateforme digitale communautaire comportant : Des premiers moyens construits et agencés pour déterminer une adresse internet disponible pour ledit thème déterminé ; Des deuxièmes moyens construits et agencés pour sélectionner auprès de ladite base de données des utilisateurs ayant un intérêt pour ledit thème déterminé ; Des troisièmes moyens construits et agencés pour constituer un réseau d’utilisateurs attaché à ladite adresse internet disponible déterminée, ledit réseau d’utilisateurs étant constitué par des utilisateurs ayant un intérêt pour ledit thème déterminé ; Des quatrièmes moyens construits et agencés pour construire un média social localisé à ladite adresse internet déterminée et accessible audit réseau d’utilisateurs constitué.
Selon un aspect non limitatif de l’invention, la plateforme digitale communautaire contient la base de données.
Selon un aspect non limitatif de l’invention, la base de données est distante de la plateforme digitale communautaire.
Selon un aspect non limitatif de l’invention, le système comporte une chaîne de blocs construite et agencée pour communiquer avec le média social construit.
illustre, de façon schématique, un exemple de réalisation d’un système pour construire un média social selon un aspect non limitatif de l’invention.
montre, de façon schématique, un diagramme d’étapes d’un procédé pour construire un média social selon un aspect non limitatif de l’invention.
Plus particulièrement, la illustre un mode de réalisation non limitatif d’un système 1 pour construire un média social d’utilisateurs 2 définissant des nœuds de réseau.
Chaque utilisateur 2 dispose d’au moins un équipement de communication 3 agencé pour établir des communications via au moins un réseau de communication 4.
De façon non limitative, on entend par équipement de communication 2, un téléphone mobile (ou cellulaire), une tablette numérique, un ordinateur fixe ou un ordinateur portable.
Par ailleurs, on considère dans ce qui suit, à titre d’exemple non limitatif, que le réseau de communication 4 auquel sont connectés les équipements de communication 3 des utilisateurs 2 est un réseau sans fil. Mais, l’invention n’est pas limitée à ce type de réseau de communication. Elle concerne en effet tout type de réseau (ou infrastructure) de communication disposant d’au moins un réseau d’accès, filaire ou non filaire, permettant aux équipements de communication qui sont connectés à lui d’établir des communications d’au moins un type (et de préférence plusieurs). Le réseau de communication 4 pourra donc être un réseau filaire, tel qu’un réseau xDSL ou à câbles ou à fibres optiques, ou bien un réseau sans fil, tel qu’un réseau mobile (ou cellulaire) ou un réseau local (standards WLAN et WiMax).
Le système 1 comporte une base de données 5 contenant des identifiants d’utilisateurs. Chaque identifiant d’utilisateur est associé à au moins un intérêt pour un thème particulier.
De façon non limitative, un thème peut être formé par un sport, un festival, un artiste, une œuvre d’art, une entreprise, une association, un club, un sujet d’actualité, une culture, une personne politique, un parti politique.
Cette base de données 5 peut être complétée par chaque utilisateur 2 au moyen d’une interface homme-machine 6 accessible via son équipement de communication 3. Chaque utilisateur 2 s’inscrit auprès de cette base de données 5, renseigne ses coordonnées ainsi qu’au moins un thème l’intéressant.