INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Un composant de type attribut permet quant à lui de décrire des variables utilisables dans tous les composants du conteneur courant. Ainsi, si le composant attribut appartient à un conteneur service, les variables qu'il déclare sont accessibles depuis tous les contextes de l'application considérée.
L'ensemble des instructions d'un composant de type contenu permettent, lorsqu'elles sont exécutées, de générer un arbre XML contenant l'ensemble des informations que le système de publication multi - terminal selon l'invention propose au terminal ayant émis la requête considérée.
Avantageusement, un tel système selon l'invention met en #uvre les quatre types d'instructions suivants : - des instructions de type "contenu", permettant de générer une partie de ladite réponse sous un format de présentation générique ; - des instructions de type "manipulation de variables", permettant de déclarer et/ou de manipuler au moins une variable ; des instructions de type "navigation", permettant de changer de contexte courant et/ou d'application courante ; des instructions de type "utilisation", pouvant être utilisées par des instructions et/ou des composants.
Selon une première caractéristique avantageuse de l'invention, lesdites instructions de type "contenu" appartiennent au groupe comprenant : une instruction "contenu - littéral", permettant de décrire une chaîne de caractères de ladite réponse sous un format générique ; - une instruction "contenu - objet", permettant de décrire un objet ; - une instruction "contenu - liste", permettant de décrire une liste d'objets ; - une instruction "contenu - item", permettant de décrire un élément d'une liste ; une instruction "contenu - membre", permettant de décrire un membre d'un objet ;
une instruction "contenu - sélection", permettant de sélectionner un item dans une liste ; une instruction "contenu - sélection - multiple", permettant de sélectionner au moins un item dans une liste ; une instruction "contenu - entrée", permettant de décrire un item de type "entrée" par lequel ledit terminal ayant formulé ladite requête peut entrer une valeur ; une instruction "contenu - défilement - action", permettant de se déplacer au sein d'une liste ; une instruction "contenu - action", permettant de décrire une action ; une instruction "contenu - action - changement - de - contexte", permettant de décrire une action qui permet audit terminal ayant formulé ladite requête de changer de contexte ; une instruction "contenu - action - contexte - précédent", permettant audit terminal ayant formulé ladite requête de revenir au contexte précédent.
Ainsi, l'instruction "contenu - littéral", qui permet de décrire une chaîne de caractères à insérer dans l'arbre XML constitutif de la réponse, se caractérise par la chaîne de caractères à insérer et le nom du n#ud de l'arbre XML généré.
L'instruction "contenu - objet" permet, quant à elle, de décrire un objet SIDL que le système selon l'invention propose au terminal ayant émis la requête traitée. Un tel objet peut être référencé par son nom dans tous les composants du contexte auquel appartient le composant de type "contenu". Pour que le composant de type "contenu" qui contient cette instruction soit correctement exécuté, le "contenu - objet" doit être initialisé avant l'appel de l'instruction exécutant le composant "contenu".
On présente, en annexe 2, quelques exemples d'instructions de type "contenu".
Selon une deuxième caractéristique avantageuse de l'invention, lesdites instructions de type "manipulation de variables" appartiennent au groupe comprenant :
une instruction "objet", permettant de déclarer une variable de type "objet" ; une instruction "liste", permettant de déclarer une variable de type "liste" ; une instruction "simple", permettant de déclarer une variable de type "simple", distinct dudit type "objet" et dudit type "liste " ; une instruction "créer", permettant de construire un objet ou une liste d'objets ; une instruction "établissement", permettant d'affecter une valeur à une variable ; une instruction "liste - déplacer", permettant de déplacer un pointeur courant d'une liste, en spécifiant un pas de déplacement ; une instruction "liste - déplacer - vers", permettant de déplacer un pointeur courant d'une liste, en spécifiant une nouvelle position dudit pointeur.
En effet, le langage MDSP permet de déclarer et de manipuler des variables, qui peuvent être utilisées pour stocker des informations ou pour transmettre des paramètres.
Ainsi, l'instruction "objet" permet de déclarer une variable de type objet.
Cet objet peut être référencé par son nom dans tous les composants du conteneur courant. Avant d'être référencé, il doit être initialisé à l'aide d'une instruction prédéterminée. L'instruction "objet" se caractérise par le nom de la variable déclarée et par une classe SIDL de l'objet.
Le bain de l'invention permet de déposer du palladium ou des alliages de palladium, en particulier des alliages contenant de 60 à 100 % de palladium et de 40 à 0 % d'un ou plusieurs métaux secondaires tels que : nickel, cobalt, fer, indium, or, argent, ou étain.
Les bains selon la présente invention sont totalement sans ammoniaque, tant dans leur constitution, que pour leur entretien.
Ils utilisent comme complexant l'éthylènediainine qui, à pH acide, est très peu volatile, il n'y a pas d'émission de vapeurs irritantes pour les voies respiratoires des opérateurs. Pouvant fonctionner à 75'C, sans odeur réellement perceptible, ces bains autorisent donc des températures opératoires supérieures à celles pratiquées avec les bains ammoniacaux (40 à 60'C), ce qui est intéressant pour les dépôts électroniques à haute vitesse.
En l'absence de vapeurs corrosives, les métaux cuivreux environnants ne sont pas attaqués, et il n'y a pas de pollution en cuivre du bain. Nombre d'opérations de décapage et de nettoyage sont ainsi évitées.
Pour les mêmes raisons, le pH reste inchangé en l'absence d'électrolyse et lors des électrolyses les ajustements de pH sont beaucoup moins importants. Les variations de volume du bain ne correspondent qu'aux seules évaporation d'eau, à la température de travail ainsi qu'aux pertes par entraînement.
Les bains électrolytiques de l'invention sont des bains à pH faiblement acide, de préférence à un pH compris entre 3 et 5. En effet, dans cette gamme de pH, les bains de l'invention s'avèrent particulièrement stables. Cette gamme de pH est particulièrement adaptée aux bains contenant du nickel ou du cobalt dont les hydroxydes risqueraient de précipiter à des pH compris entre 6 et 7 et permet d'éviter d'obtenir des dépôts voilés, comme c'est le cas pour certains bains à pH compris entre 5 et 6. Dans l'intervalle préféré de pH compris entre 3 et 5, la brillance des dépôts obtenus est encore généralement accrue par la présence d'un métal secondaire qui joue le rôle de brillanteur minéral et, cela d'une façon analogue à ce qui est observé dans les bains d'or acides.
Ainsi, le bain électrolytique contiendra avantageusement entre 0 et 60 g/l d'au moins un métal agissant comme brillanteur minéral.
L'une des particularités des bains selon de la présente invention est qu'ils fonctionnent à des pH faiblement acides de préférence compris entre 3 et 5.
Ces bains n'ont donc pas les inconvénients des premiers bains trop acides susceptibles d'attaquer le substrat, ils ne nécessitent néanmoins pas de pré- palladiage. A l'inverse à ces pH, un substrat nickelé ne se passive pas à l'entrée dans l'électrolyte comme avec les bains alcalins, le dépôt est toujours très adhérent.
Ces valeurs de pH et la possibilité de déposer à température élevée, sont les conditions les plus favorables à l'obtention de dépôts non poreux.
Comme exposé précédemment les bains de l'invention sont destinés au dépôt de palladium ou de ses alliages, en particulier des alliages contenant au moins un métal secondaire tel que le nickel, le cobalt, le fer, l'indium, l'or, l'argent ou l'étain dans des proportions de 0J à 40 %.
Les bains de l'invention contiennent avantageusement de 1 à 100 gIl de palladium.
Selon une autre variante de l'invention, ils contiennent au moins un métal secondaire choisi dans le groupe constitué du nickel, du cobalt, du fer, de l'indium, de l'or, de l'argent et de l'étain, à une concentration comprise entre 0, 1 et 6og/1.
Comme exposé précédemment, un des constituants essentiels du bain de l'invention est l'éthylènediamine qui agit pour complexer et donc solubiliser le palladium au sein du bain. Cette éthylènediamine est contenue dans le bain en quantité suffisante, pour complexer le palladium et le rendre soluble dans ledit bain, de préférence à une concentration comprise entre 2 et 200 ml/1.
Enfin, l'agent brillanteur spécifique utilisé selon l'invention, à savoir l'acide 3-(3-pyridyl) acrylique ou l'acide 3-(3-quinolyl) acrylique ou un de leurs sels, est contenu dans le bain à des concentrations avantageusement comprises entre 0,01 et 3 g1l.
Parmi ces deux brillanteurs, on utilisera de façon particulièrement avantageuse l'acide 3-(3 pyridyl) acrylique et, plus particulièrement, l'isomère trans de cet acide. Comme exposé précédemment, ces deux brillanteurs, à la différence des brillanteurs de l'art antérieur peuvent être utilisés à des concentrations relativement basses et avec des densités de courant élevées, en particulier avec des densités de courant pouvant aller jusqu'à 150 A/dM2# ce qui permet d'envisager l'application des bains de l'invention en particulier en tant que bain haute vitesse pour réaliser des dépôts brillants. Ils peuvent également être utilisés pour des applications de type "jet plating" et de métallisation sélective en continu.
Selon une caractéristique avantageuse de l'invention, un tel système comprend en outre un module d'interfaçage permettant d'intercepter et d'analyser ladite requête formulée par un terminal, de manière à : identifier le type dudit terminal ;
créer une nouvelle requête, sous un format de requête générique, destinée audit module de génération de réponse.
Ainsi, le type de terminal de consultation étant identifié, le système selon l'invention peut renvoyer une réponse, dont le contenu et la présentation sont parfaitement adaptés au terminal ayant émis la requête.
Selon une technique avantageuse, chaque objet comprend au moins un membre relatif à la structure dudit objet et au moins un constructeur, ledit au moins un constructeur permettant audit au moins un module de création d'objets de renseigner le contenu dudit au moins un membre.
On peut par exemple imaginer qu'un objet "film" soit constitué de trois membres, à savoir un premier membre "titre du film", un second membre "résumé du film", et un troisième membre "metteur en scène".
Dans un mode de réalisation avantageux de l'invention, ledit au moins un module de création d'objets appartient au groupe comprenant: un module de création d'objets, appelé module Webbike, permettant de fournir au moins une fonction de création d'objets à partir de données brutes extraites d'au moins une source de données contenant au moins un document exprimé selon un langage de type "markup" ; un module de création d'objets, permettant de fournir au moins une fonction de création d'objets à partir de données brutes extraites d'au moins une base de données du type SQL ; (en anglais "Structured Query Language", langage d'interrogation structuré) un module de création d'objets, construit à partir d'un langage du type java, permettant de fournir au moins une fonction de création d'objets à partir de données brutes générées par ledit module de création d'objets et/ou extraites d'au moins une source d'informations prédéterminées.
Un tel système selon l'invention permet ainsi de publier sur un terminal ayant émis une requête, des données provenant de sources d'informations multiples, et notamment de sites Web, de bases de données, de fichiers du type XML, ainsi que des données générées ou extraites en mettant en #uvre un module
de type java. On peut envisager qu'un objet soit entièrement créé à partir de données extraites d'un site Web. On peut aussi envisager que certains membres d'un objet soient renseignés à partir de données extraites d'une base de données, et que, par exemple, l'ensemble des autres membres de l'objet soient renseignés à partir de données générées par un module de type java.
Les objets créés par les modules de création d'objets sont préférentiellement décrits à l'aide d'un langage du type SIDL (en anglais "Service Interface Définition Language"), mais tout autre type de langage adapté à l'invention peut également être utilisé.
De façon avantageuse, ledit module de présentation est construit à l'aide d'un langage du type XSL (en anglais "Extended Stylesheet Language").
Selon une caractéristique avantageuse de l'invention, au sein dudit module de génération de réponse, ladite au moins une application est composée, selon un premier langage spécifique, d'un conteneur service, décrivant ledit service, et d'au moins un conteneur contexte, correspondant chacun à une étape de ladite navigation.
Afin de faciliter la lecture, un tel premier langage spécifique sera appelé, dans la suite de la description, langage MDSP (en anglais "Multi - Device Server Page"). Chaque application est ainsi composée d'un conteneur service et d'un ou plusieurs conteneurs contexte. Le conteneur service permet de décrire les instructions à effectuer au lancement de l'application. Il permet également de déclarer des entités (par exemple des variables ou des procédures) utilisables dans toute l'application considérée. Le conteneur contexte permet quant à lui de décrire un contexte, c'est-à-dire une étape de la navigation au sein de l'application considérée.
Il existe un unique conteneur service dans chaque application. Cependant, comme exposé dans la suite de la description, l'invention met en #uvre des instructions permettant, au cours d'un session, de changer de service. Pour chaque utilisateur d'un terminal de consultation, l'émission d'une requête et la
visualisation de sa réponse, au cours d'une unique session, peut donc être associée à une pluralité de services.
Avantageusement, un conteneur est composé d'au moins un composant, permettant de regrouper au moins une instruction.
De façon avantageuse, un tel système selon l'invention met en #uvre six types de composants : des composants de type "point d'entrée", permettant de décrire une première pluralité d'opérations que ledit module de génération de réponse doit effectuer au lancement de l'exécution d'un conteneur service ou d'un conteneur contexte ; - des composants de type "attributs", permettant de décrire une pluralité de variables utilisables dans ledit conteneur courant ; - des composants de type "méthode", permettant de regrouper une pluralité desdites au moins une instruction au sein d'une procédure ; - des composants de type "imports", permettant de décrire ledit au moins un objet nécessaire audit module de génération de réponse, pour générer ladite réponse à ladite requête relative à une application donnée ; - des composants de type "traitement", permettant de décrire une seconde pluralité d'opérations que ledit module de génération de réponse doit effectuer en réponse à une action réalisée par un terminal ; - des composants de type "contenu", permettant de décrire lesdites informations fournies à un terminal au sein de ladite réponse et/ou de décrire ladite au moins une action que peut réaliser ledit terminal à une étape de ladite navigation donnée.
# La figure 7 illustre un exemple de structure d'un indicateur de qualité de service mis en #uvre par le procédé de l'invention représenté sur la figure 4.
# La figure 8 illustre un exemple de structure d'un indicateur de performance mis en #uvre par le procédé de l'invention représenté sur la figure 4.
# Et la figure 9 illustre un exemple de structure d'un modèle de description d'outils SLA mis en #uvre par le procédé de l'invention représenté sur la figure 4.
Description détaillée de l'invention.
La figure 1 représente un système d'administration 10 d'un système d'information 11. L'exemple qui suit se rapporte au système d'administration et de sécurité connu sous le nom de marque déposée OpenMaster du demandeur. Sa conception est conforme aux normes ISO de l'administration de systèmes et réseaux. Dans ces conditions, les termes utilisés seront conformes à cette norme, qui sont de langue anglaise, notamment les sigles et acronymes. D'autre part, les verbes "administrer" et "gérer" et leurs dérivés qui seront employés ici traduisent tous deux indifféremment le verbe anglais "manage" et ses dérivés. L'homme du métier connaît bien ces normes. Compte tenu de leur masse informative, on ne donnera ici que les éléments nécessaires à la compréhension de l'invention.
Le système d'information illustré 11 est distribué et se compose de machines 12, en l'occurrence cinq machines 12a-12e, organisées en un ou
plusieurs réseaux 13 correspondant à un ou plusieurs protocoles quelconques, de préférence dédiés à l'administration et normalisés. Dans l'exemple illustré, le réseau 13 utilise le protocole SNMP (Simple Network Management Protocol) et le protocole CMIP (Common Management Information Protocol) reposant sur la norme ISO définissant des services pour le transfert des informations d'administration, appelés services CMIS (Common Management Information Services). Bien sûr, d'autres protocoles pourraient être utilisés, de même que le réseau internet de la Toile.
Une machine est une unité conceptuelle très large, de nature matérielle et logicielle, pouvant être les moyens impliqués pour exécuter une application donnée, des moyens pour exécuter une fonction donnée, un ordinateur, ainsi qu'un système informatique dans une architecture à systèmes en cascade. Les machines 12 peuvent être donc très diverses, telles que stations de travail, serveurs, routeurs, machines spécialisées et passerelles entre réseaux. L'exemple choisi suppose que les machines illustrées sont destinées à la surveillance de la qualité de services de télécommunication et incorporent notamment des routeurs.
Le système d'information 11 est ordinairement un système comprenant plusieurs processeurs 14, un processeur 14 étant par exemple illustré dans chaque machine 12, des moyens de mémoire 15 pour contenir les logiciels et les données du système, et des moyens d'entrée-sortie 16 servant pour la communication entre machines par l'intermédiaire du réseau 13, ainsi que pour une ou plusieurs communications extérieures, par exemple pour l'impression, la télécopie, etc. Un tel système peut par exemple gérer des données à distance, distribuer des données, commander l'exécution de programmes à distance sur des machines spécialisées, partager localement des ressources physiques ou logicielles et communiquer. Plus généralement, le système 11 se compose de ressources matérielles et/ou logicielles, réelles ou virtuelles, telles que machines, imprimantes, circuits virtuels, réseaux et applications. Le système d'administration 10 utilise au moins l'une de ces ressources selon une technologie orientée objets, bien connue de l'homme du métier.
Le système d'administration 10 choisi a une architecture de type client-serveur. La partie serveur gère et la partie cliente comprend la ou les ressources à gérer. Dans l'exemple illustré, la partie serveur comprend un gestionnaire 17 inclus dans la machine 12a, dite machine gestionnaire, tandis que la partie cliente comprend une machine 12b de concentration d'agents, dite machine de concentration, et trois agents 18 (18a-18c) permettant l'accès aux ressources à gérer incluses dans les machines respectives 12c-12e, dites machines gérées. Les ressources gérées dans les machines 12c-12e sont identifiées sous forme d'objets organisés dans des sous-arbres respectifs 19 (19a-19c). Dans les machines gérées 12c-12e, les ressources 19a-19c incluent des journaux respectifs 20 (20a-20c) contenant des indicateurs de qualité de service appelés indicateurs QoS. La machine de concentration 12b choisie contient une application de concentration 21 et un journal 22. L'application de concentration 21 est une application de type système d'administration de réseau plus connu sous le nom NMS (Network Management System). Elle est chargée de concentrer dans le journal 22, dit aussi journal NMS, les données contenues dans les journaux locaux 20 et relatives à la surveillance de la qualité des services de télécommunication utilisés dans les machines gérées 12c-12e. Par conséquent, l'application de concentration 21 est reliée, comme le gestionnaire 17, aux agents 18 (18a-18c) par l'intermédiaire du réseau 13.
Elle est aussi reliée par l'intermédiaire du réseau 13 au gestionnaire 17.
Ainsi, pour obtenir les données désirées, le gestionnaire 17 peut accéder directement aux agents 18 et/ou indirectement par l'intermédiaire de la machine de concentration 12b. Par exemple, le gestionnaire 17 peut avoir des données directement des machines gérées 12c et 12d et indirectement de l'ensemble des trois machines gérées 12c-12e par l'intermédiaire de la machine de concentration 12b. Pour faciliter la description, on supposera par la suite que le gestionnaire 17 utilise la machine de concentration 12b pour obtenir l'ensemble des données relatives au contrôle de la qualité des services de télécommunication. La machine de concentration 12b se comporte donc vis- à-vis du gestionnaire 17 comme un agent 18 pour l'ensemble de ces données.
D'une manière générale, le gestionnaire 17 analyse et agit sur l'environnement à gérer. Il répond aux requêtes des utilisateurs en les envoyant à la ressource gérée concernée. Un agent 18, de même que la machine de concentration 12b, est une interface réactive affectée à un protocole donné de communication avec au moins un gestionnaire 17 par l'intermédiaire du réseau associé 13. Il attend et traite les requêtes que le gestionnaire lui adresse. Il gère et met à jour les données contenues dans le sous-arbre correspondant 19 de la machine gérée 12. D'autre part, une ressource peut émettre une réponse à une requête du gestionnaire. Cette réponse est transmise au gestionnaire par un agent. En outre, un objet géré dans une ressource peut émettre des notifications à un agent pour le gestionnaire. Selon la norme ISO, une notification est un message non sollicité par un gestionnaire. La norme définit un événement comme un type de notification, et une alarme comme un type d'événement. Pour des raisons de simplification de la description et des dessins, les trois machines gérées 12c-12e sont seulement pourvues de trois agents respectifs 18a-18c. Selon une option courante et avantageuse du système d'administration 10, un gestionnaire 17 gère aussi la machine gestionnaire 12 correspondante ou, d'une manière plus générale, gère tout ou partie des machines gestionnaires pouvant exister dans le système d'administration. Cela peut se faire de façon similaire à celle illustrée, plus ou moins adaptée à cette option. L'exemple illustré offre le double avantage de faciliter la lecture des dessins tout en permettant à l'homme du métier de faire une généralisation du système décrit et illustré.
La figure 2 illustre la structure d'une plate-forme d'administration 30 du système d'administration 10. La plate-forme 30 est contenue dans la machine gestionnaire 12a et correspond ainsi au gestionnaire 17. Cependant, dans un système d'administration à plusieurs gestionnaires, la plate-forme 30 pourrait être distribuée parmi tout ou partie d'entre eux. La plate-forme 30 se compose de deux ensembles 40 et 50.
L'ensemble 40 contient un bloc 41 contenant un ensemble d'applications 42 connectées à un tableau de bord 43. Les applications peuvent être écrites