INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Un cinquième ensemble de tableaux (1105, CATALOGUE fig. 2 et 3B) lié au quatrieme ensemble de tableaux (1104, SONG, fig. 2 et 3A), par l'intermédiaire du numéro d'identification de la chanson (CLT ID, 2 et 3A), comprend description de chaque chanson de la base de donnees. Chaque rangée du cinquième tableau (1105, fig. 2 et 3B) représente description d'une chanson de la base de données (11, fig. 1). Ce cinquième ensemble de tableaux (1105, fig. 2 et 3B) permet notamment de déterminer si chanson est disponible ou non pour être téléchargée sur un dispositif (100.1 à 100.n, fig. 1) de reproduction d'informations audiovisuelles à la demande opérateur. En effet, une chanson n'est disponible notamment, que lorsque accords relatifs à la copie de la chanson et à la reproduction de la chanson sont obtenus. Dans le cas contraire, la chanson est présente dans la base de données mais n'est pas disponible pour le téléchargement sur un juke-box. La liaison entre premier ensemble de tableau (1101, fig. 2 et 3A) et le quatrième ensemble tableaux (1104, fig. 2 et 3A) est réalisée par l'intermédiaire du numéro d'identification (JUK ID, fig. 3A) du dispositif (100.1 à 100.n, fig. 1) de reproduction d'informations audiovisuelles.
Le quatrième ensemble de tableaux (1104, fig. 2 et 3A ) est également lié à un sixième ensemble de tableaux (1106, fig. 2 et 3B) représentant les informations relatives à des filtres permettant à un opérateur d'interdire le téléchargement d'une ou plusieurs chansons déterminées par des groupes de tables spécifiques. La détermination de la ou des chansons est réalisée par un premier groupe de tables spécifiques identifiées par le numéro d'identification de la ou des chansons (FLT CATALOGUE, fig. 2 et 3B), ou par un deuxième groupe de tables spécifiques identifiées par le numéro d'identification de l'interprète de la ou les chansons (FLT ARTIST, fig. 2 et 3B) ou un troisième groupe de tables spécifique identifiées par le numéro d'identification la maison de disques de la ou des chansons (FLT LABEL, fig. 2 et 3B) ou un quatrième groupe de tables spécifiques identifiées par le numéro d'identification de la catégorie (FLT CATEGORY, fig. 3B) auquel appartient la les chansons. Chaque groupe de tables d'un sixième ensemble de tableaux (1106, fig. 2 et 3B) représente un filtre déterminé pour une chanson, un interprète, une maison de disque, ou une catégorie. Une des tables (JUK FILTER, fig. 2 3B) du sixième ensemble de tableaux (1106, fig. 2 et 3A) est également au premier ensemble de tableaux (1101, fig. 3A) et comprend la description (JUK_DESC fig. 3B) du filtre affecté à chaque juke-box par le numéro d'identification du filtre (JUF_ID) qui est associé dans chaque table (JUKEBOX, 1101, fig. avec l'identifiant du juke-box donné (JUK ID). Le premier tableau (1101, fig. comprend également un argument correspondant au numéro du filtre (JUF Ainsi, le filtre d'un juke-box déterminé est défini en recherchant dans le sixième ensemble de tableaux (1106, fig. 2 et 3B) la ou les tables comprenant numéro (JUF ID) du filtre. De même, il est possible pour un opérateur d'affecter un même numéro de filtre à un ou plusieurs systèmes (100.1 à 100 fig. 1) de reproduction d'informations audiovisuelles.
Le premier tableau (1101, fig. 3A et 3E) est également l'identifiant (JUK ID) à un septième ensemble de tableaux 1 JUKE LOCATION, fig. 3A) représentant les informations relatives aux opérateurs des systèmes (100.1 à 100.n, fig. 1) de reproduction d'informations audiovisuelles. Ces informations comprennent notamment un identifiant de l'opérateur (OPE_ID, fig. 3A) qui permet d'accéder à une table spécifique (OPERATOR, fig. 3A) à chaque opérateur. Chaque tableau (WAREHOUSE, ADDRESS, CONTRACT, fig. 3A) du septième ensemble de tableaux (1107, fig. 3A) correspond à une table associée à un opérateur déterminé. La liaison entre le premier (1101, fig. 3A) et le septième tableau (1107, fig. 3A) est réalisée par l'intermédiaire de l'identifiant de l'opérateur (OPE_ID). Pour ce faire, le premier tableau (1101, fig. 3A) comprend donc un argument (JUK_ID) qui permet de trouver dans la table (JUKE LOCATION, fig. 3A) de localisation du juke-box, l'argument (OPE_ID) associé correspondant à l'opérateur propriétaire ou locataire du dispositif (100.1 à 100.n, fig. 1) de reproduction d'informations audiovisuelles. Ainsi, cette liaison permet notamment au serveur déterminer pour un numéro d'opérateur déterminé quels sont les numéros dispositif (100.1 à 100.n, fig. 1) de reproduction d'informations audiovisuelles dont l'opérateur a la gestion. La table (JUKE-LOCATION, fig. 3A) du septième ensemble de tableaux (1107, fig. 3A) comprend également la date (JUL START DT) à laquelle le juke-box a été installé en vue de sa location dans le lieu d'implantation et la date d'expiration de la location.
Le premier ensemble de tableaux (1101, fig. 2 et 3Aet 3E) est également " à un huitième ensemble de tableaux (1108, fig. 3A et 3E) représentant informations relatives au journal de bord d'un dispositif (100.1 à 100.n, fig. 1 de reproduction d'informations audiovisuelles. Ces informations représentent tous les événements qui interviennent sur le dispositif (100.1 à 100.n, fig. 1) de reproduction d'informations audiovisuelles et en particulier toutes les fois qu'une chanson est diffusée, une rangée est alors inscrite dans une table du huitième ensemble de tableaux (1108, PLAY LOG 3A). De même, chaque fois qu'une somme d'argent est introduite dans dispositif (100.1 à 100.n, fig. 1) de reproduction d'informations audiovisuelles une nouvelle rangée est inscrite, par exemple, dans un autre tableau même type (SYSTEM-LOG, fig. 3A). Les informations recueillies dans tableaux permettent, notamment de calculer les redevances qui doivent être réglées aux artistes ou aux éditeurs ou aux auteurs des chansons diffusées, mais également de connaître exactement quelles sont les chansons qui ont été jouées dans une journée, une semaine, ou une période déterminée, sur un dispositif (100.1 à 100.n, fig. 1) de reproduction d'informations audiovisuelles déterminé.
Les informations relatives aux calculs des redevances sont, par exemple, centralisées dans un neuvième ensemble de tableaux 109, fig. 3F), comprenant groupes de tables (JUKE_DAY REPORT, 3F) liés au huitième ensemble de tableaux (1108, fig. 3E et 3A). Le huitième ensemble de tableaux (1 , SYSTEM LOG, PLAY LOG , fig. 3E et 3A) est mis à jour chaque fois que le serveur reçoit un fichier de compte rendu (log file) lors d'une communication établie entre le serveur et un juke- Chaque événement contenu dans le fichier de compte rendu transmis par juke-box fait l'objet d'un traitement par le serveur. Ce traitement consiste a ajouter une rangée dans l'une des tables (1108, SYSTEM_LOG, PLAY , fig. 3A et 3E) du huitième ensemble de tableaux pour chaque évènement. évènements sont, par exemple classés en deux catégories. Les premiers évènements sont les diffusions de chansons sur le juke-box et sont mémorisés dans le groupe de tableaux (PLAY LOG, fig. 3A, 3E et 3F), et les deuxièmes événements sont les autres opérations intervenues sur le juke-box, comme par exemple, l'introduction de somme d'argent dans les moyens de paiement et sont mémorisés dans le groupe de tableaux SYSTEM LOG, fig. 3A et 3E.
De même, une copie de chanson réalisée sur un juke-box donne lieu au paiement de redevance à l'éditeur de la chanson. Pour ce faire, le quatrième et le cinquième ensemble de tableaux (1104, 1105 fig. 3A, fig. 3B et 2) comprennent toutes les informations permettant de déterminer le nombre de copie de chansons de chaque juke-box. Le quatrième ensemble de tableaux (SONG, 1104, fig. 3A) comprend la liste de toutes les chansons mémorisées sur chaque juke-box. Un premier ensemble de table (MASTER_CATALOGUE) permet de déterminer la liste des chansons qui sont initialement installées sur chaque juke-box, le cinquième ensemble de tableaux (CATALOGUE) identifie chaque chanson et permet de déterminer notamment le montant et le ou les destinataires des redevances pour chaque chanson. L'affectation des redevance est ensuite déterminée par l'intermédiaire d'un tableaux (CONTRACT fig. 3A) du septième ensemble de tableau (1107, fig. 3A).
Enfin chaque utilisation d'un juke-box donne lieu au paiement d'un forfait par l'opérateur du juke-box. La facturation de ce forfait s'effectue grâce au groupe tables (1108, SYSTEM LOG, fig. 3A et 3E), du huitième ensemble tableaux. En effet, chaque table de ce groupe de tables correspond a un évènement survenu sur chaque juke-box. Ainsi, chaque fois qu'une somme d'argent a été introduite dans un juke-box, une table est ajoutée. Ce huitième ensemble de tableaux est lié à un groupe de tables du neuvième ensemble de tableaux (1109, JUKEBOX REPORT, fig. 3F) permettant de définir par jour et pour chaque juke-box d'un opérateur la somme d'argent introduite dans chaque juke box. De même, il est possible de connaître pour chaque juke-box, le détail des opérations effectuées dans une journée par l'intermédiaire d'un autre groupe de tables du neuvième ensemble de tableaux (1109, JUKEBOX REPORT fig. 3F).
Le premier ensemble de tableaux (1101, fig. 2, 3A et 3E) est également lié à au moins un dixième ensemble de tableaux (1110, INSTRUCTION, fig. 3F) représentant les informations relatives aux instructions qui doivent être transmises à au moins un dispositif (1 1 à 100.n, fig. 1) de reproduction d'informations audiovisuelles déterminé. moins un groupe de tables du dixième ensemble de tableaux (1110, INSTRUCTION_DEF, fig. 3F) comprend une description des instructions (INS_DESC, fig. 3F). De même, la liaison entre le premier ensemble de tableaux (1101, fig. 2, 3A et 3F) et le dixième ensemble de tableaux (1110, fig. 3F) est réalisée par l'intermédiaire du numéro d'identification (JUK.ID) du dispositif 00.1 à 100.n, fig. 1) de reproduction d'informations audiovisuelles. Ainsi, serveur peut collecter toutes les instructions destinées à un dispositif (100.1 à 100.n, fig. 1) de reproduction d'informations audiovisuelles déterminé puis les télécharger sur le juke-box identifié lorsque celui-ci établit une communication avec le serveur. Ces instructions peuvent être, par exemple, une mise à jour d'au moins un logiciel (INS SOFTWARE, fig. 3F) installé sur dispositif (100.1 à 100.n, fig. 1) de reproduction d'informations audiovisuelles, un téléchargement de nouvelles chansons (INS CATALOGUE, INS ALBUM, fig. 3F) commandées par l'opérateur du dispositif (100.1 à 100.n, fig. 1) de reproduction d'informations audiovisuelles, une modification des paramètres de fonctionnement (INS_IBUTTON) du dispositif (100.1 à 100.n, fig. 1) de reproduction d'informations audiovisuelles. Le groupe de tables (1110, INSTRUCTION, fig. 3F) contenant l'identification (JUK-ID) du juke-box et une identification des instructions (INS_ID) à transmettre à ce juke-box sont consultés systématiquement par le serveur (10) lorsqu'un dispositif (100.1 à 100.n, fig. 1) de reproduction d'informations audiovisuelles établit une communication avec le serveur (10) de façon à vérifier que des instructions mémorisées dans le dixième ensemble de tableaux (1110, fig. 3F) sont destinées ou non au dispositif (1 1 à 100.n, fig. 1) de reproduction d'informations audiovisuelles qui vient d'etablir la communication avec le serveur (10). La liaison entre les différents groupes de tables du dixième ensemble de tableaux est réalisée par un numéro d'identification des instructions (INS_ID). L'ensemble des instructions contenues dans le dixième ensemble de tableau (1 10, fig. 3F) peut être préparé et mémorisé dans la base de données en avance par rapport à la date à laquelle ces instructions doivent être appliquées effectivement sur le juke-box. L'envoie de ses instructions vers le juke-box, n'étant réalisées au plus tôt qu'à la date d'application souhaité, lorsque le juke-box établi une communication avec le serveur (10).
Le premier ensemble de tableaux (1101) est lié à au moins un onzième ensemble de tableaux (1111, JUK_PROMOTION, fig. 3B) représentant les informations relatives à la mise en place d'opérations promotionnelles sur les juke-box JUK_ID au travers de la table (PRICING, fig. qui indique l'argument -ID d'accès à une des tables du onzième ensemble de tableaux (1111, fig. Ces opérations consistent essentiellement à modifications du prix de certaines chansons installées sur les juke- Les chansons concernées les promotions peuvent, par exemple, être commandées par un promoteur different de l'opérateur du juke-box. La commande de ces chansons et le paiement des redevances pour la diffusion de ces chansons sont, par exemple, affectés au promoteur et non à l'opérateur. Les informations relatives aux chansons faisant l'objet d'une promotion sont contenues dans un des onzièmes tableaux (1111, PRO-PACKAGE, fig. 3B). De même, les modifications des prix des chansons faisant l'objet de la promotion sont contenues dans un des onzièmes tableaux (1111, PRICING, fig. 3B). Le paiement des chansons commandées par le promoteur est réalisé par l'intermédiaire d'une table (PRO-PACKAGE-CATALOGUE, fig. 3B) qui regroupe les identifiants (CTL_ID) des chansons objets de la promotion. Cette table est liée par un argument (PPK ID, fig. 3B) identifiant les groupes de chansons à une table (PROMOTION, fig. 3B) contenant la description de la promotion. Cette table (PROMOTION, fig. 3B) permet également de retrouver le promoteur. Ainsi, lors du calcul des redevances (décrit précédemment) le serveur consulte la table (PRO PACKAGE_CATALOGUE, fig. pour déterminer si les identifiants des chansons jouées sur un juke- sont contenus dans cette table. Si un identifiant d'une chanson jouée sur juke-box appartient à cette table alors la facturation de redevance sera effectuée au promoteur correspondant à l'identifiant (PRO-ID, fig. 3B) de la promotion à laquelle appartient la chanson.
Une description non limitative d'une pluralité de groupes de tables spécifiques la base de données va à présent être faite en référence aux figures 3A à Le groupe de tables spécifiques ACTION appartient au huitième ensemble tableaux (1108, fig. 3A et 3F) et contient les définitions des actions utilisees dans un groupe de tables spécifiques SYSTEM_ (décrit ultérieurement) associé à un juke-box (JUK ID). Chaque action identifiée dans le groupe de tables spécifiques ACTION par un code (ACT CODE). De même, chaque table spécifique ACTION correspond à une action particulière. Ainsi, à titre d'exemple, la table ACTION dont le code de l'action (ACT CODE) est égal à M correspond à la description de l'action consistant en l'introduction d'une somme déterminée dans un juke-box.
Le groupe de tables spécifiques ADDRESS appartient au septième ensemble de tableaux (1107, fig. 3A) et contient toutes les adresses des différents intervenants dans le système selon l'invention, c'est-à-dire, les opérateurs, les maisons de disques, les interprètes de chansons. Chaque table correspond à un identifiant d'une adresse (ADR_ID) différente. adresse (ADR ADDRESS_1) peut être identique pour plusieurs intervenants et se retrouver dans des tables différentes.
Le groupe de tables spécifiques ALBUM appartient cinquième ensemble de tableaux (1105, fig. 2 et 3B) et contient toutes les informations relatives à tous les albums contenus dans la banque de chansons, c' -à-dire le titre (ALB NAME), l'artiste principal (ART ID), la maison de disques (LAB_ID). Chaque album est identifié par un numéro unique (ALB ID). Une table spécifique de ce groupe de tables correspond à l'identification album. Le groupe de tables spécifiques ARTIST appartient au cinquième ensemble de tableaux (1105, fig. 2 et et contient des informations relatives aux interprètes etlou éditeurs et/ou auteurs des chansons comme, par exemple, les validations des accords pour la reproduction et la restitution des chansons. Une table spécifique ce groupe de tables correspond à l'identification d'un interprète ou d'un editeur ou d'un auteur.
Les tableaux BUG COMPONENT, BUG_ERROR MSG, BUG JUKEBOX, BUG KEY WORD, PROGRAM, BUG REFERENCE, BUG_REPORT, BUG_ SOLUTION, _ SUGGESTION représentés figure 3E, sont utilisés pour archiver, résoudre ou proposer des solutions aux dysfonctionnements survenant dans la télégestion des juke-box ou dans le fonctionnement des programmes ou composants des juke-box.
Le groupe de tables spécifiques CATALOGUE appartient au cinquième ensemble de tableaux (1105, fig. 2 et 3B) et contient des informations relatives aux chansons contenues dans base de données. Une table de ce groupe de tables permet d'identifier chanson. Chaque table comprend notamment, le titre d'une chanson (CLT SONG_NAME), et sa durée (CLT LENGHT).
Le groupe de tables spécifiques CATEGORY appartient au cinquième ensemble de tableaux (1105, fig. 3A 3B) et regroupe la liste des catégories de chansons, c'est-à-dire le nom de catégorie (CTG TYPE), sa description (CTG_DESC) et un numéro d'identification (CTG_ID). Une catégorie regroupe les chansons d'un même genre, par exemple les chansons de jazz représentent une catégorie, et les chansons de Noël une autre catégorie.
Procédé et système de traduction à la volée d'un site Internet pour qu'il soit accessible d'un appareil mobile La présente invention se rapporte au domaine de consultation des sites Internet par terminal mobile.
Plus précisément, l'invention concerne la traduction à la volée d'un site web pour soit accessible d'un terminal mobile communiquant via une liaison sans fil avec le site web. L'accès à un site Internet sur la " toile " communément appelé site web est aujourd'hui réalisée à l'aide d'un navigateur (" browser " en anglais) sur un ordinateur connecté au réseau web. Les sites web sont constitués d'une ou plusieurs pages web et peuvent contenir notamment du texte, des images fixes ou animées relativement complexes (en couleur, à forte résolution, de taille relativement grande).
Le langage utilisé dans les sites web est généralement l'HTML (de l'anglais " Hyper Text Markup Language " ou " langage de marquage hypertexte ") qui est normalisé dans des spécifications éditées par le consortium W3C (" World Wide Web Consortium ").
Il existe par ailleurs des terminaux mobiles WAP (" Protocole d'application sans fil " de l'anglais " Wireless Application Protocol ") qui permettent l'accès à des sites spécifiques WAP d'information ou de services, le protocole WAP étant notamment plus robuste que le protocole HTTP utilisé généralement pour la consultation de site web. Ces terminaux sont par exemple des téléphones mobiles, des " pagers " ou des outils de communication sans fil. WAP est ' la fois un protocole de communication et un environnement pour des applications dédiées. permet à un terminal de se connecter de manière souple, sûre, rapide et interactive avec sites WAP. Les sites WAP sont constitués d'une ou plusieurs pages ou écrans WAP anglais " WAP Card ") peuvent contenir notamment du texte, des images fixes ou animées relativement peu complexe (par exemple en noir et blanc, à faible résolution, de taille relativement réduite). En effet, les terminaux WAP ont généralement des écrans de petite taille et la transmission des données se fait à relativement faible débit (typiquement, 9,6 kbps (kilo bit par seconde) dans le cas du réseau mobile GSM). Néanmoins, on peut noter que le protocole WAP est indépendant du support. Avec l'avènement de la norme GPRS ou des normes de télécommunication mobile de troisième génération telles que les normes 3 GPP ou IMT2000 les débits de transfert de données seront bien supérieurs aux débits de la plupart des réseaux télécommunications mobiles actuels. Le protocole WAP, notamment grâce à sa robustesse, reste tout à fait adapté aux nouveaux et futurs réseaux mobiles. Le langage utilisé dans les sites WAP est généralement le langage WNIL (de l'anglais " Wireless Markup Langage " ou " langage de marquage sans fil ") qui est normalisé dans des spécifications éditées par le consortium WAP Forum.
Dans ce but, l'invention propose un procédé de traduction d' moins une partie d'un site web remarquable en ce qu'il comprend une opération de traduction dynamique et effectuée à la volée par un équipement tiers de la partie d'un site web dans un langage compréhensible par au moins un appareil mobile, la traduction permettant à l' appareil mobile d'exploiter la partie d'un site web sans qu'il soit nécessaire d'installer sur le site ou sur le au moins un appareil mobile, un moyen spécifique permettant la traduction, autre que d'éventuels marqueurs. L'invention permet avantageusement de traduire en temps reel, c'est-à-dire dans un délai très court, une ou plusieurs pages d'un site web dans un langage compréhensible par un mobile. L'invention présente aussi l'avantage de limiter le besoin de maintenance d'un site web. Le fournisseur n'a pas besoin de créer un site spécifique pour les terminaux incompatibles avec un site web. Ceux-ci peuvent utiliser le procédé de traduction. En outre, l'invention est avantageuse puisqu' aucun logiciel spécifique et plus généralement aucun moyen autre que d'éventuels marqueurs n'est necessaire au sein du site web dont une partie sera traduite par le procédé ou au sein de l'appareil mobile accédant à ce site. Selon une caractéristique particulière, le procédé de traduction est remarquable en ce que la partie d'un site web comprend au moins un marqueur dédié à faciliter la traduction, compatible avec une utilisation de moyens de navigation web classiques. Ainsi, ce mode de réalisation permet avantageusement d'optimiser la traduction d'une partie de site web, tout en limitant fortement ces opérations utiles pour optimiser la traduction. Ce mode de réalisation est aussi avantageux en ce qu'il limite voire supprime les opérations de maintenance nécessaires lorsque le contenu du site web est modifié. Selon une caractéristique particulière, le procédé de traduction est remarquable en ce que le marqueur est transparent lorsque la partie d'un site web est utilisée avec un moyen de navigation web classique. Ainsi, l'invention permet avantageusement, l'accès au site web à la fois par des terminaux web et par des appareils mobiles. Selon une caractéristique particulière, le procédé de traduction est remarquable en ce que la partie d'un site web est au format HTML et en ce que les marqueurs sont placés sous forme de commentaires selon le format HTNIL Ainsi, l'invention permet avantageusement l'accès au site par des terminaux web de manière complètement transparente. En outre, l'opération de traduction à la volée s'en trouve avantageusement facilitée. Selon une caractéristique particulière, le procédé de traduction est remarquable en ce que l'appareil mobile est compatible avec le protocole WAP. Selon une caractéristique particulière, le procédé de traduction est remarquable en ce que l' appareil mobile accepte et émet des commandes WIV@.
Ainsi, l'invention est avantageusement compatible avec un protocole et un langage normalisé largement répandu.
Selon une caractéristique particulière, le procédé de traduction est remarquable en ce que l'opération de traduction comprend au moins une des étapes appartenant au groupe comprenant: - sélection d'au moins d'un élément de la partie de site web ; - transformation du contenu d'au moins d'un élément de ladite partie de site web ; - mise en page ; - création et gestion de menus WAP; - création d'au moins un hyperlien ; - gestion des fenêtres HTML - mémorisation d'au moins d'un élément de la partie de site web traduite. Ainsi, le procédé de traduction permet avantageusement de - sélectionner les parties utiles pour la traduction ; - de transformer du texte ou des images pour qu'ils soient compatibles avec un ecran de terminal WAP >- - de mettre en page une page web afin de la transformer le cas échéant en plusieurs écrans WAP; - de structurer les relations entre écrans WAP ; - de permettre une navigation entre écrans WAP à l'aide d'hyperliens ; - de prendre en compte efficacement les fenêtres HTML - de ne pas nécessiter de téléchargements supplémentaires de partie du site , entre deux consultations d'écrans WAP par un mobile WAP lorsque notamment ces écrans sont issus d'une même page web.