CA2110538A1 - Systeme d'information multimedia - Google Patents
Systeme d'information multimediaInfo
- Publication number
- CA2110538A1 CA2110538A1 CA002110538A CA2110538A CA2110538A1 CA 2110538 A1 CA2110538 A1 CA 2110538A1 CA 002110538 A CA002110538 A CA 002110538A CA 2110538 A CA2110538 A CA 2110538A CA 2110538 A1 CA2110538 A1 CA 2110538A1
- Authority
- CA
- Canada
- Prior art keywords
- class
- data
- information system
- properties
- property
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/40—Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data
- G06F16/48—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/40—Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99944—Object-oriented database structure
- Y10S707/99945—Object-oriented database structure processing
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99948—Application of database or data structure, e.g. distributed, multimedia, or image
Abstract
Système d'information multimédia Un système d'information multimédia (1) pour la gestion de données hétérogènes ayant des structures différentes et réparties sur des gérants spécialisés (2,3,4) de telles données, dans lequel lesdites données sont représentées par un modèle de données orienté objet comprenant une première classe décrivant des propriétés communes à l'ensemble des objets manipulés par le système d'information, caractérisé en ce que ledit modèle orienté objet comprend en outre une seconde classe décrivant des propriétés relatives à l'exploitation des fonctionnalités des gérants de telles données et en ce que ladite première classe comporte une propriété qui référence au moins une instance de ladite seconde classe. Figure à publier : Figure 1
Description
21i~.~3~
SYstème d'information multimédia L'invention sP rapporte à un syst~me d'information multimédia pour la gestion de données hétérogènes ayant des structures différentes et réparties sur des gérants spécialisés de telles données, dans lequel lesdites données 5 sont représent~es par un modèle de données orienté objet comprenant une première classe d~crivant des propriétés communes à l'ensemble des objets manipulés par le syst~me d'information.
Les systèmes d'information multim~dia sont des 10 systèmes qui permettent d'accèder à et de manipuler des donn~es hétérogènes, par exemple des informations alphanumériques, des textes, des données structurées, des images numérisées, des séquences vidéo ou autre. ;
Ces donn~es h~térogènes sont actuellement gérées par 15 des systèmes spécialis~s appelés par la suite gérants de - données.
De nombreux gérants de données sont disponihles sur le march~, allant des composants matériels spécialisés (vidéo disque, disque optique numérigue, ...) aux logiciels plus ou ~0 moins gén~raux (système de gestion de base de données relationnelle, syst~me d'information géographique, système de gestion documentaire, ... ). ~;
Un syst~me d'information multimédia est connu du document EP 459683. Ce système d'information présente les ~5 inconv~nients suivants.
Le~ données gérées par ce système d'information ne proviennent ~ue de syst~mes de gestion de bases de données ~ ~
relationnelles. L'exploitation de données provenant d'autres ;
types de g~rants de données tels que ceux indiqués 30 précedemment soulève des probl~mes relatifs à l'accès et la manipulation de ces données. Ainsi, pour exploiter les fonctionnalités d'un gérant de donnees particulier, tel ~u'un vid~o dis~ue ou un système d'information geographique, il est ne~essaire d'int~grer ces fonctionnalités au niveau 35 de ch~cune des classes décrivant les données de ce gérant. ~ ~ ;
,.. ,;"
!
SYstème d'information multimédia L'invention sP rapporte à un syst~me d'information multimédia pour la gestion de données hétérogènes ayant des structures différentes et réparties sur des gérants spécialisés de telles données, dans lequel lesdites données 5 sont représent~es par un modèle de données orienté objet comprenant une première classe d~crivant des propriétés communes à l'ensemble des objets manipulés par le syst~me d'information.
Les systèmes d'information multim~dia sont des 10 systèmes qui permettent d'accèder à et de manipuler des donn~es hétérogènes, par exemple des informations alphanumériques, des textes, des données structurées, des images numérisées, des séquences vidéo ou autre. ;
Ces donn~es h~térogènes sont actuellement gérées par 15 des systèmes spécialis~s appelés par la suite gérants de - données.
De nombreux gérants de données sont disponihles sur le march~, allant des composants matériels spécialisés (vidéo disque, disque optique numérigue, ...) aux logiciels plus ou ~0 moins gén~raux (système de gestion de base de données relationnelle, syst~me d'information géographique, système de gestion documentaire, ... ). ~;
Un syst~me d'information multimédia est connu du document EP 459683. Ce système d'information présente les ~5 inconv~nients suivants.
Le~ données gérées par ce système d'information ne proviennent ~ue de syst~mes de gestion de bases de données ~ ~
relationnelles. L'exploitation de données provenant d'autres ;
types de g~rants de données tels que ceux indiqués 30 précedemment soulève des probl~mes relatifs à l'accès et la manipulation de ces données. Ainsi, pour exploiter les fonctionnalités d'un gérant de donnees particulier, tel ~u'un vid~o dis~ue ou un système d'information geographique, il est ne~essaire d'int~grer ces fonctionnalités au niveau 35 de ch~cune des classes décrivant les données de ce gérant. ~ ~ ;
,.. ,;"
!
2~538 L'objet de l'invention est de remédier à cet inconvénient. En particulier, un objectif de l'invention est de proposer un syst~me d'information multimédia capable de prendre en compte la diversité des types de données 5 manipulées par des gérants de données hétérogènes et de presenter, ~ un utilisateur, une vision globale et intégrée de l'ensemble des données.
Un tel système d'information trouve des applications nombreuses dans le domaine de la bureautique par exemple.
A cet effet l'invention a pour objet un syst~me d'information multimédia tel que défini précédemment, caractérisé en ce que ledit modèle orienté objet comprend en outre une seconde classe décrivant des propriétés relatives à l'exploitation des fonctionnalités des gérants de telles 15 données et en ce que ladite première classe comporte une propriét~ qui réf~rence au moins une instance de ladite seconde classe Les ~erants de donn~es étant acc~d~s au travers d'un même modèle de données orienté objet, le probl~me posé par 20 la distribution des donn~es peut etre facilement résolu par des techniques analogues à celles connueæ pour la gestion de bases de données réparties.
Ce syst~me d'information répond au probl~me posé par l'intégration de gérants hétérog~nes grâce au fait qu'il 25 possède une représentation de chaque gérant int~gré. Cette repr~sentation supporte la description des fonctionnalités attachées ~ chaque gérant et est exploitée par le système d'information pour accéder aux donn~es de chaque gérant au travers de la propriété reliant ladite premi~re classe (classe "Class") à ladite seconde classe (classe "Datamanager").
L'invention est décrite en détail ci-après en référence aux dessins.
- La figure 1 représente schématiquement 35 l'architecture d'un syst~me d'information multimédia selon l'invention.
.. . ........ .. . ........ ... .. . ... . . .. . ... .. . . . ... . . . .. .. ..
a ~3 3 ~
:~ 3 - La figure 2 représente sch~matiquement la structure du mod~le orienté objet exploité par le système d'information multimédia de la figure 1.
Sur la figure 1, le système d'information multimédia 1 5 est constitu~ d'une première couche logicielle interface lo, d'une seconde couche logicielle évaluateur 11 et d'une ~roisième couche logicielle noyau 12~ Dans l'exemple de réalisation présenté, ces différentes couches logicielles sont impl~mentées en C++. I1 est entendu qu'elles peuvent lo ~tre aussi implémentées dans un autre langage de programmation orienté objet. Ces couches logicielles forment un programme susceptible d'~tre chargé dans un ordinateur muni d'un syst~me d'exploitation adapté pour l'ex~cution d'un programme en l~ngage orienté objet. L'ordinateur est de 15 pr~férence une station de travail équip~e d'un écran graphique supportant l'affichage d'images et de textes alphanum~riques.
Un utilisateur g qui peut être un opérateur humain, ou une application, interagit avec le systeme d'information 1 par l'interm~diaire de la couche interface 10. La couche interface 10 comprend un module 100 agencé pour saisir des requêtes ou commandes, et un module :L01 agenc~ pour afficher des résultats en r~ponse auxdites requ~tes ou commandes. De : préférence, une telle couche interface 10 est agencée pour 25 permettre le développement et/ou l'adaptation de modules logiciels dans le système d'information 1 par 1'interm~diaire d'utilitaires de développement de programmes classiques en soi.
La couche interface 10 interagit avec la couche 30 évaluateur 11. La couche évaluateur 11 comprend un analyseur lexical et syntaxique 110 qui decompose chaque requête ou commande saisie par la couche interface 10 en éléments identifiables de la grammaire d'un langage propre au systame d'information 1 pour produire un arbre syntaxique 35 représentant la requête ou la commande. El7e compr~nd aussi un g~nérateur de plan 111 qui traduit l'arbre syntaxique en 4 ~ 3 8 arbre d'exécution et un interpr~te 112 qui actionne la couche noyau 12 pour chaque feuille de l'arbre d'execution.
La couche noyau 12 gère les objets manipulés par le système d'information 1 et interagit, par l'intermédiaire 5 d'un réseau 5 tel qu'un réseau local ou un réseau grande distance et d'interfaces adaptées, avec des g~rants de données spécialisés, tels qu'un système d'information géographique (SIG) 2, un gestionnaire d'images 4 comme un lecteur de disques vidéo (VD). La couche noyau 12 interagit 10 également avec un gérant de donn~es particulier qui est un système de gestion d'une base de données relationnelle (SGBD~) 3 comme le syst~me "ORACLE" dont la fonction est décrite plus loin. Dans le systame d'information l, les données des gérants 2,3,4 sont des objets d'un modèle de 15 données orienté objet.
La couche noyau 12 comprend un module 120 de gestion des identificateurs externes des objets, un module 121 de gestion des objets en m~moire, un module 122 de gestion d'un dictionnaire, un module 123 de ~estion de ressources 20 logicielles, un module 124 de gestion de la communication avec les gérants de données, un module de gestion des transactions 125. Les fonctionnalités de ces modules sont décrites plus loin.
Le mod~le de données orienté objet exploité par le 25 systbme d'information multimédia 1 selon l'invention, dans le cas présent un modèle méta-circulaire, est maintenant d~crit.
Ce modale orienté objet est constitué de classes d'objet organis~es hiérarchiquement comme ~isible sur la 30 figure 2, l'ordre hiérarchique de dépendance de~ classes allant de la gauche vers la droite sur la figure.
Un objet est classiquement une instance de classe. 1a classe par ses propri~tés décrit la structure de l'objet. Il est entendu qu'une classe dépendante h~rite des propriétés 35 de la classe dont elle dépend.
5 ~ 8 La classe "Objet" 20 décrit et regroupe les propri~tés communes ~ 1'ensemble des objets manipulés par le système .
d'information l. Elle comporte les propriétés suivantes: ;~
. Name: permettant d'accéder à l'identificateur externe de l'objet, : -:
. Display: permettant d'activer une inter~ace graphique de llobjet, . ?: permettant d'afficher sous une forme alphanumérique :~
des valeurs associées aux propriétés d'un objet, - :
. =et!=: permettant de comparer deux objets, :
. Set: permettant de mettre à jour l'état d'un objet, . Persist: permettant de rendre persistant un ohjet :~
temporaire, . Types: Permettant d'obtenir l'ensemble des classes dont l'objet est une instance, . Delete: permettant de supprimex un objet. : ~:
La classe "Class" 21 qui dépend de la classe 20 décrit l'ensemble des classes du modèle orienté objet et regroupe les propriétés suivantes:
. New: permettant la création d'1me instance, . On: indiquant le gerant de données qui assure la persistance des instances, ~ -. Schema: permettant d'obtenir la liste des propriétés locales des instances, 2~ . General: permettant d'obtenir la liste de toutes les propri~t~s locales et hérit~es, . Fathers: permettant d'obtenir l'ensemble des classes : ~
dont elle h~rite., - : .
. Presentation: permettant de d~terminer la présentation graphique des instances, ~ :
. Instances: permettant d'obtenir l'ensemble des instances en mémoire, . Insert: permettant de créer et sauvegarder une nouvelle instance persistante, . Read: permettant de lire des propriétés attachées à
une instance persistante, -~ 6 2 ~ 0~3~
Write: permettant de mettre ~ jour des valeurs aæsociées ~ une instance persistante, . Remove: permettant de d~truire une instance de classe.
Les proprietés qui permettent de gérer les 5 associations entre objets sont aussi d~finies par une classe "Property" 22 qui possède les propriétés suivan~es:
. Selector: indiquant le nom de la propriété, . Range: donnant la classe de l'information associée à
cette propriét~
. ~efault: indiquant la valeur retourn~e par défaut, 0 Read: indiquant le mode d'acc~s en lecture associé
cette propriété, . Write: indiquant le mode d'acc~s en ~criture associé
cette propriété, . Inverse: donnant la propriété ex~cutant un traitement inverse.
Les propriétés Read et Write définissent le mode d'acc~s A la propriét~. Il suffit pour cela d'affecter, pour définir un comportement en lecture et respectivement en 20 écriture, la propri~té Read et respectivement la propri~té
Write, à une instance de la classe 'lRessource" définie ci~
dessous. Par ce biais, des m~thodes sont attachées à chaque classe. Des ressources sont pr~définies, telles que "Std"
par exempls pour rendre l'accès en lecture ou en ~criture 25 standard, c'est-~-dire san exploiter une méthode particuli~re.
Le mod~le orienté objet comprend donc une classe "Ressource" 23 qui décrit les ressources logicielles associ~es ~ l'ensemble des propri~tés. Comme cela est décrit 30 par la suite, une ressource logicielle est un programme opérant sur un objet et appelé par l'intermédiaire d'une propri~t~ de cet objet. Cette classe poss~de les propriétés suivantes~
. Selector: indiquant le nom de la ressource, . Range: donnant le type de résultat de cette ressource, . Default: indiquant la valeur retournée par défaut, .
~~` 7 2~ 33 . Parameters: donnant la liste dPS types des param~tres passés à la ressource logicielle lors de son appel, . Library: indiquant la librairie qui contient le code exécutable de la ressource, . Mode: indiquant le langage de programmation de la ressource, . Body: indiquant un point d'entrée vers le code ex~cutable de la ressource logicielle.
Le modèle comprend aussi la classe "Library" 24 qui 10 décrit les différentes librairies exploitées par le système d'information 1 et comporte la propri~té Path indiquant le chemin d'acc~s pour atteindre un~ librairie donnée dans le syst~me de gestion de fichiers du syst~ime d'exploitation utilisé.
Le mod~le comprend encore la classe "Datamanager" 25 qui mod~lise un gérant de données en définissant les propriétés liées ~ la gestion des transactio~s et les proprietés liées ~ la manipulation des données supportées par le g~rant. Cette classe comporte donc des premiare~
20 propriét~s qui sont:
. open: pour ouvrir une transaction pour le g~rant de do~n~es concern~
. Close: pour ~ermer la transa~tion sur le gérant de donn~es, . Rollback: pour annuler la tran action en cours, . Commlt: pour valider la transaction en cours, Elle comporte des secondes propri~tPs qui sont:
. Insert: pour cr~er une i~stance d'une classe dont le g~rant de données ~ la c.larse, . Read: pour lire des informations attachées ~ un tel objet, . Write: pour mettre ~ jour des informations attachées à
un tel objet, . Remove: pour d~truire un tel objet.
, ~
8 2 ~ 3 ~ : ~
~.
Le mod~le de données orient~ objet comprend une classe ~-"Collection" 26 qui décrit une collection d'objet. Cette classe comprend les propriété suivantes~
. Cardinal: indiquant le ~ombre d'élément de la collection, ~ ~ ~
. Add: permettaDt d'ajouter un élément ~ la collection, ~ -. Remove: perme~tant de supprimer un element de la collection, -. Union et intersection: definissant les opérateurs standards d'union et d'intersection de collections;~ ~-d'objet, . Belongs: définissant le prédicat d'apparte~ance~
. Of?: d~terminant la plus petite classe commune aux élements d'une collection, ~ -. of: contraignant le type d'él~ment de la collection être une sous-classe d'une classe donnée.
La classe 26 est spécialis~e par les classes "Set" 260 ~ ~;
(collection non ordonnée d'objets non rép~t~s) et "List" 261 (collection ordonnee d'objets ~ventuellement r~pe~és).
Les types d'objet de base SOllt d~crits par la classe "Abstract" 27 qui est spécia}isée par les classes "Float"
270 (qui regroupe les nombres réeIs positifs ou négatifs), "String" 271 (qui regroupe les chalnes de caract~res~
"Date" 272 (qui regroupe les date~), "I~teger" 273 (qui 25 regroupe les nombres entiers positifs ou n~gatifs).
La classe "Boolean" 28 ne poss~de que deux instances i sont "Vrai" et "Faux".
La classe "Document" 29 regroupe les classes spécialis~es dans le traitement des donn~e~ gér~es par le 30 gestionnaire d'images 4. Elle comprend les propriétés ~ ~;
suivantes~
. Title: indiquant le titre du document, . ~eywords: regroupant un ensemble de chaines de ~ ;
caract~xes permettant un acc~ s~lectif au document en fonction de mots clés, 9 2 ~ 3 ~ ~:
,' '.:
. Abstract: permettant d'obtenir une description sommaire du document, . source: donnant les informations sur la provenance du document.
ha classe 29 est spécialisée par les classes "File_data'l 290 (données multimédia sous forme de fichiers), "Film" 291 (données multimédia sous forme de s~quences vidéo), "Diagram" 292 (données multimédia sous forme de schémas).
la ~lasse "Geo objet" 30 regroupe les classes spécialisées dans le traitement dP donn~es gérées par le système d'information géographique 2.
La classe 30 est spécialis~e par les classes "Region"
300 pour la modélisation de surfaces, "Line" 301 pour la 15 mod~lisation de lignes, 'IPoint'' 302 pour la modélisation de points.
Enfin, l'interface graphique d'affichage d'un objet quelconque est défini par la classe "Presentation" 31 qui poss~de les propriétés suivantes:
. Open: pour cr~er une présentation graphi~ue et enregistrer le lien entre cett:e présentation graphique et l'objet, . Close: pour détruire une présentation graphique et le lien entre cette présentatisn graphique et l'objet, : 25 . Expose: pour d~finir des param~res d'affichage, . Editable: pour indiquer qu'un objet est modifiable au : travers de l'exploitation de son interface graphique.
- Le langaga de commande exploit~ par le système d'information multimédia 1 est agencé pour permettre 30:principalement trois types de commande~
la d~claration de classes et des propriétés, - la création, la suppression et la mise à jour des classes, - la manipulation d'objets par 1'intermédiaire d'un langage de requ~te.
5 3 ~
Un exemple de déclaration d'une classe et de propriétés décrivant des données manipulées par le gérant 2 est illustré sur la table 4.
Sur cette table, "carke-echelle", "carte-theme", "carte-bitmap", "carte-composante" sont des propriétés dont les modes d'accès en lecture et en écriture sont standards (la ressource std). Ces propriétés sont donc des attributs.
Par contre, la lecture de la propri~t~ "carte-display"
active une ressource logicielle qui s'exécut~ par 10 l'intermédiaire de la fonction Cdisplay. Cdisplay est un objet de la classe 23.
Le langage de requête est a~encé de mani~re à ce que 1'utilisateur 9 puisse manipuler l'ensemble des données ~
partir des concepts du modele de donn~es orienté objet (classes, objets, propriétés et héritage). De ce fait, trois types de requêtes sont différenciées, ~ savoir les requêtes élémentaires, les requêtes transactionnelles, les requêtes d'interrogatio~.
Les requ~tes élémentaires concernent les manipulations 20 simples d'objet ou l'appel de ressources logicielles. Elles consistent ~ lire une propri~té d'un objet. Elles correspondent notamment aux commandes "Insert, Update, Delete" de la norme SQL. La tabIe 1 présente la syntaxe d'une requ~te ~lémentaire, o~ ~type> d~signe un ~ 25 identificateur externe d'un~ classe, <objet> désigne une valeur imm~diate ou un identificateur d'objet, <sélecteur>
d~signe un s~lecteur de propriét~ et le symbole ":" désigne l'op~rateur de typage.
Une requ~te élémentaire peut être utilisée par exemple 30 pour d~truire un objet (propriété ~Delete" de la classe 20), créer une instance de classe (propriét~ "New" de la cl~sse 21), rendre persistant un objet (propriété "Persist" de la classe 20), etc....
Les requ~tes transactionnelles consistent ~ valider ou 35 annuler une transaction en cours avec un g~rant de données.
. i:
. .
` ~' 2 ~ 33 La syntaxe de deux requêtes transactionnelles est donnée la table 2.
Les requêtes d'interrogation concernent l'accès aux données des gérants de données. La syntaxe des requêtes 5 d'interrogation est proche de la syntaxe SQL (voir table 3~.
Les fonctionnalités des modules de la couche noyau 12 sont maintenant d~crites. ;`
Le module 120 de gestion des identificateurs externes des objets exploite une table de hachage (cache des 10 symboles) qui établit une correspondance entre des identificateurs externes d'objet (Eid) exploit~s par l'utilisateur et des identificateurs internes d'objet (Pid) exploités par la couche noyau. La persistance des correspondances entre identificateurs externes et 15 identificateurs internes est gérée par le système de gestion de base de données relationnelle 3. Ce module a pour rôle de récupérer un identificateur interne ~ partir d'un identificateur externe d'objet.
Le module 121 de gestion des objets en mémoire 20 exploite aussi une table de hachage (cache des objets) qui établit une correspondance entr~ les identificateurs internes d1objet (Pid) et les caractéristiques (propriétes) de ces objets. La persistance des correspondances entre identificateurs internes d'objet et caractéristiques des 25 objets est g~rée aussi par le g~rant 3. Ce module a pour rôle de r~cupérer la représentation interne associee ~
chaque objet partir de l'identificateur interne de l'ob~st. , .~-Le module 1~2 de gestion d'un dictionnaire a pour r81e 30 de calculer la propri~té discriminante d'un objet, de calculer les relations d'h~ritage, de déterminer le mode de lecture ou d'écriture d'une propriété en exploitant un graphe d'héritage et un dictionnaire ~tablissant une correspondance entre des constantes identi~iant les 35 propri~t~s des classes et les valeurs des propri~tés de ~ -chaque objet.
12 2'~L.~ 38 Le module 123 de gestion de ressources logicielles exploite un éditeur dynamique de liens du système d'exploitation, par exemple le syst~ime d'exploitation "SunOs 4.1". Comme présent~ plus haut, deux ressources logicielles 5 "Read" et "Write" (classe 22) p~uvent être associ~es à ~ :
chaque propriét~ et sont activées sélectivement lors de la lecture ou de l'~criture d'une propri~t~. L'activation ~une ressource logicielle entralne, lors du premier appel, une édition dynamique des liens permettant l'exécution du code 10 associ~i ~ la ressource contenu dans une librairie. :
Le module 124 de gestion de la communicatio~ avec les gérants de données exploite quatre ressources logicielles~
- une ressource "~ead" permettant de r~cup~rer les valeurs associées ~ l'ense~ble des propriét~s d'une instance 15 de classe, - une ressource "Write" permettant de mettre ~ jour ces valeurs, :~
- une ressource "~nsert" permettant de sauvegarder une nouvelle instance de classe et les valeurs de ses 20 propri~tés, - une ressource "Remove" permettant de supprimer une instance de classe et les valeurs de ses propri~t~s. :
Ces diff~rentes ressources peuvent être attach~es à un g~rant de donn~es comme d~crit plus haut. Une op~ration 25 requ~xant la récup~ration d'un objet depuis un gérant de :~
donn6es entralne l'activation de la resisource "Read". Une op~ration cr~iant un nouvel objet ou modifiant les caract~ri6tiques d'un objet déj3i récupéré entratne l'activation des ressources "Write", "Insert", "Remove" pour 30 la mise ~ jour dans un y~rant de donn~es.
Le module de gestion des transactions 125 a pour r~le de g~rer l'ouverture, la fermeture, la ~alidation et l'annulation d'une transaction entre le système d'information 1 et un ou plusieurs gérants de donn~es en 35 exploitant les propriétés des instances de la classe "Da~amanager" 25~
: ::
13 ~ 3 La fédération d'un gérant de données au sein du système d'information multimédia 1 s'op~re de la façon suivante.
Le gérant de données, par exemple le système 5 d'information géographique SIG 2, est modélisé par la création d'une nouvelle instance de la classe "Datamanager"
25 comme illustr~ sur la table 5. Pour les propriétés open, Close, Commit, Rollback, Insert, Read, Write, Remove, une ressource logicielle instance de la classe "Ressource" 23 10 est d~veloppée en langage C++ qui permet la mise en oeuvre de l'opération concernee. Ces ressources logicielles sont stock~es dans une librairie exploit~e pour l'édition dynami~ue des liens appelée dans l'exemple LibSIG. Cette librairie regroupe dans l'exemple l'ensemble du code associé
15 aux ressources logicielles supportant les échanges entre le syst~me d'information 1 et le g~rant 2. Deux exemples de cr~ation de ressources sont montr~s sur la table 6, par exemple les ressources "sig-open" et "sig-close" r~alisant respectivement l'cuverture et la fermeture des transactions 20 avec ce gérant. Dans ces exemples, "Body" précise le point d'entr~e, dans la librairie LibSIG, du code de chaque ressource. "Parameters" donne la liste des types des arguments passée ~ chacune de ces ressources. Dans le cas présent, cette liste est vide pour les deux ressources.
"Mode" indique le langage utilisé pour l'écriture de ces ressources, dans le cas présent C+~
Ensuite les données manipul~es par le gérant 4 sont repr~sent6es par des instances des différentes classes associées par la propri~té "on" de la classe "Class" 21 à
30 l'instance de la classe "Datamanager" décrivant le gérant 4.
Sur la table 4, la première commande d~finit une nouvelle classe "Carte" dont les instances persistent dans le gérant 2 SIG. Cette classe possède en plus des propriét~s communes à l'ensemble des classes, les propri~tés suivantes~
. "carte-echelle" qui donne l'~chelle de la carte ~une instance de la classe 270), 14 ~ 38 .:
. "carte-theme" qui décrit brièvement la nature de la carte tune in~tance de la classe 271), . "carte-bitmap" qui réference une image numérisée (une instance de la classe 290), . "carte-composante" qui référence un ensemble d'~l~ments constituant une carte ~ des instances de la classe 30, plus précisément des classes 300,301,302).
. "carte-display" qui indique comment Xfficher la carte.
Le fonctionnement du syst~me d'information 1 est le 10 suivant.
- Saisie d'une requ~te ou commande par le module 100 de la couche i~terface lo contenant au moins un identificateur d'un type d'objet, un identificateur d'objet et un identificateur d'une propriété ~ lire.
- Evaluation de la requête ou commande par les modules 110 ~ 112 de couche ~valuateur 11 pour en~endxer un arbre d'ex~cution.
- Ex~cution d~ la requête ou commande par les modules 120 ~ 125 de la couche noyau 12 ~ partir de l'arbre 20 d'ex~cution pour ré~up~rer les identificateurs internes du type d'objet, objet, propriété; recherche par le syst~me d'information de la valeur associée ~ la propri~t~ "On" du type d'objet pour récup~rer l'objet d~crivant le gérant de données impliqu~ dans la requate ou dans la commande, par 25 exemple par une commande du type ~on <type d'objet>];
r~cup~ratio~ des ressources logicielles d'acc~s et de manipulations d~ cet objet vers et par le gérant consid~ré;
activation des ressources logicielles.
- Affichage des résultats par le module lol de la 30 couche inte~face 10, - Attente d ' une nouvelle requ~te ou commande par le module 100 de la oouche interface 10.
Un tel système d'information multimédia permet un accas ~ un grand volume de donn~es hétérogènes réparties 35 dans des serveurs spécialisés d~j~ existants. GrAce à un tel syst~me d'information, l'opérateur n'a pas ~ se soucier des -- 15 2 LlQ~33 formats de données spécifiques à chaque gérant particulier de données, ni même des fonctionnalités offertes par chaque ~:.
gérant. La fédération d'un nouveau gérant de données au sein du système d'information est relativement simple et ne remet 5 pas en cause l'application éventuelle exploitant le systame d'information. ~ :
' :~,.," "
,''.'``,~,-~
~'''';'~'' ''''' ' 16 2 ~ ~ 0 5 ~ 3 -.-<req_élém> ::= <oD-et>
I <t.?e> : <objet>
I i<Sélecteur> <req_élém>*]
I <ti~e> : [<sélecteur> <req élém>~]
<type> ::= str ng ~ -<objet> ::= strlng I integer I float I boolean I date :
<sélecteur> ::= st. ng I [<sélecteur> <req élém>*] :
:~
T~LE 2 ~ `
<validation> ::= [ c~mmit ]
cannulation> ::= [ r~llback <req_sql> ~ slect <select_list> from <from list> .
( whe~ <condition> }
<select_list~ { <s~lect item> , ~ <select_item>
m <select_item~ ::= <req_elem>
I <var>
I <var> . <sélecteur>
<from_list> ::= ~ <--om_item> , }* <from_item>
<from item> ::= <collection> <var>
~condition> ::= [ <selecteur> <condition_item~* ] : ~;
<condition_item~ ::= <-ar> . <sélecteur>
I <-eq_elem>
I <condition>
<selecteur~ ::= string I [<sélecteur> <req_élém>*~
I [ <sélecteur> <condition item~ ]
<collection> ::~ strlng <var> : := strinq ~- 21:1Qa3~
[New Class Carte on SIG]
[Add ~Schema carte]
[New Property carte-echelle Range float Read std Write std]
[New Property carte-theme :
Range string Read std Write std]
[New Property carte-bitmap Range Image Read std :: .
Write std] ~ :
[New Property carte-composante Range Set `,:
Read std Write std]
[New Property carte-display :~
Range Void Read CDisplay :~
25 Write std]] ~-TABLE 5 `-[New Dataman~ger SIG
open sig-open -~
Close sig-close]
:. .
Un tel système d'information trouve des applications nombreuses dans le domaine de la bureautique par exemple.
A cet effet l'invention a pour objet un syst~me d'information multimédia tel que défini précédemment, caractérisé en ce que ledit modèle orienté objet comprend en outre une seconde classe décrivant des propriétés relatives à l'exploitation des fonctionnalités des gérants de telles 15 données et en ce que ladite première classe comporte une propriét~ qui réf~rence au moins une instance de ladite seconde classe Les ~erants de donn~es étant acc~d~s au travers d'un même modèle de données orienté objet, le probl~me posé par 20 la distribution des donn~es peut etre facilement résolu par des techniques analogues à celles connueæ pour la gestion de bases de données réparties.
Ce syst~me d'information répond au probl~me posé par l'intégration de gérants hétérog~nes grâce au fait qu'il 25 possède une représentation de chaque gérant int~gré. Cette repr~sentation supporte la description des fonctionnalités attachées ~ chaque gérant et est exploitée par le système d'information pour accéder aux donn~es de chaque gérant au travers de la propriété reliant ladite premi~re classe (classe "Class") à ladite seconde classe (classe "Datamanager").
L'invention est décrite en détail ci-après en référence aux dessins.
- La figure 1 représente schématiquement 35 l'architecture d'un syst~me d'information multimédia selon l'invention.
.. . ........ .. . ........ ... .. . ... . . .. . ... .. . . . ... . . . .. .. ..
a ~3 3 ~
:~ 3 - La figure 2 représente sch~matiquement la structure du mod~le orienté objet exploité par le système d'information multimédia de la figure 1.
Sur la figure 1, le système d'information multimédia 1 5 est constitu~ d'une première couche logicielle interface lo, d'une seconde couche logicielle évaluateur 11 et d'une ~roisième couche logicielle noyau 12~ Dans l'exemple de réalisation présenté, ces différentes couches logicielles sont impl~mentées en C++. I1 est entendu qu'elles peuvent lo ~tre aussi implémentées dans un autre langage de programmation orienté objet. Ces couches logicielles forment un programme susceptible d'~tre chargé dans un ordinateur muni d'un syst~me d'exploitation adapté pour l'ex~cution d'un programme en l~ngage orienté objet. L'ordinateur est de 15 pr~férence une station de travail équip~e d'un écran graphique supportant l'affichage d'images et de textes alphanum~riques.
Un utilisateur g qui peut être un opérateur humain, ou une application, interagit avec le systeme d'information 1 par l'interm~diaire de la couche interface 10. La couche interface 10 comprend un module 100 agencé pour saisir des requêtes ou commandes, et un module :L01 agenc~ pour afficher des résultats en r~ponse auxdites requ~tes ou commandes. De : préférence, une telle couche interface 10 est agencée pour 25 permettre le développement et/ou l'adaptation de modules logiciels dans le système d'information 1 par 1'interm~diaire d'utilitaires de développement de programmes classiques en soi.
La couche interface 10 interagit avec la couche 30 évaluateur 11. La couche évaluateur 11 comprend un analyseur lexical et syntaxique 110 qui decompose chaque requête ou commande saisie par la couche interface 10 en éléments identifiables de la grammaire d'un langage propre au systame d'information 1 pour produire un arbre syntaxique 35 représentant la requête ou la commande. El7e compr~nd aussi un g~nérateur de plan 111 qui traduit l'arbre syntaxique en 4 ~ 3 8 arbre d'exécution et un interpr~te 112 qui actionne la couche noyau 12 pour chaque feuille de l'arbre d'execution.
La couche noyau 12 gère les objets manipulés par le système d'information 1 et interagit, par l'intermédiaire 5 d'un réseau 5 tel qu'un réseau local ou un réseau grande distance et d'interfaces adaptées, avec des g~rants de données spécialisés, tels qu'un système d'information géographique (SIG) 2, un gestionnaire d'images 4 comme un lecteur de disques vidéo (VD). La couche noyau 12 interagit 10 également avec un gérant de donn~es particulier qui est un système de gestion d'une base de données relationnelle (SGBD~) 3 comme le syst~me "ORACLE" dont la fonction est décrite plus loin. Dans le systame d'information l, les données des gérants 2,3,4 sont des objets d'un modèle de 15 données orienté objet.
La couche noyau 12 comprend un module 120 de gestion des identificateurs externes des objets, un module 121 de gestion des objets en m~moire, un module 122 de gestion d'un dictionnaire, un module 123 de ~estion de ressources 20 logicielles, un module 124 de gestion de la communication avec les gérants de données, un module de gestion des transactions 125. Les fonctionnalités de ces modules sont décrites plus loin.
Le mod~le de données orienté objet exploité par le 25 systbme d'information multimédia 1 selon l'invention, dans le cas présent un modèle méta-circulaire, est maintenant d~crit.
Ce modale orienté objet est constitué de classes d'objet organis~es hiérarchiquement comme ~isible sur la 30 figure 2, l'ordre hiérarchique de dépendance de~ classes allant de la gauche vers la droite sur la figure.
Un objet est classiquement une instance de classe. 1a classe par ses propri~tés décrit la structure de l'objet. Il est entendu qu'une classe dépendante h~rite des propriétés 35 de la classe dont elle dépend.
5 ~ 8 La classe "Objet" 20 décrit et regroupe les propri~tés communes ~ 1'ensemble des objets manipulés par le système .
d'information l. Elle comporte les propriétés suivantes: ;~
. Name: permettant d'accéder à l'identificateur externe de l'objet, : -:
. Display: permettant d'activer une inter~ace graphique de llobjet, . ?: permettant d'afficher sous une forme alphanumérique :~
des valeurs associées aux propriétés d'un objet, - :
. =et!=: permettant de comparer deux objets, :
. Set: permettant de mettre à jour l'état d'un objet, . Persist: permettant de rendre persistant un ohjet :~
temporaire, . Types: Permettant d'obtenir l'ensemble des classes dont l'objet est une instance, . Delete: permettant de supprimex un objet. : ~:
La classe "Class" 21 qui dépend de la classe 20 décrit l'ensemble des classes du modèle orienté objet et regroupe les propriétés suivantes:
. New: permettant la création d'1me instance, . On: indiquant le gerant de données qui assure la persistance des instances, ~ -. Schema: permettant d'obtenir la liste des propriétés locales des instances, 2~ . General: permettant d'obtenir la liste de toutes les propri~t~s locales et hérit~es, . Fathers: permettant d'obtenir l'ensemble des classes : ~
dont elle h~rite., - : .
. Presentation: permettant de d~terminer la présentation graphique des instances, ~ :
. Instances: permettant d'obtenir l'ensemble des instances en mémoire, . Insert: permettant de créer et sauvegarder une nouvelle instance persistante, . Read: permettant de lire des propriétés attachées à
une instance persistante, -~ 6 2 ~ 0~3~
Write: permettant de mettre ~ jour des valeurs aæsociées ~ une instance persistante, . Remove: permettant de d~truire une instance de classe.
Les proprietés qui permettent de gérer les 5 associations entre objets sont aussi d~finies par une classe "Property" 22 qui possède les propriétés suivan~es:
. Selector: indiquant le nom de la propriété, . Range: donnant la classe de l'information associée à
cette propriét~
. ~efault: indiquant la valeur retourn~e par défaut, 0 Read: indiquant le mode d'acc~s en lecture associé
cette propriété, . Write: indiquant le mode d'acc~s en ~criture associé
cette propriété, . Inverse: donnant la propriété ex~cutant un traitement inverse.
Les propriétés Read et Write définissent le mode d'acc~s A la propriét~. Il suffit pour cela d'affecter, pour définir un comportement en lecture et respectivement en 20 écriture, la propri~té Read et respectivement la propri~té
Write, à une instance de la classe 'lRessource" définie ci~
dessous. Par ce biais, des m~thodes sont attachées à chaque classe. Des ressources sont pr~définies, telles que "Std"
par exempls pour rendre l'accès en lecture ou en ~criture 25 standard, c'est-~-dire san exploiter une méthode particuli~re.
Le mod~le orienté objet comprend donc une classe "Ressource" 23 qui décrit les ressources logicielles associ~es ~ l'ensemble des propri~tés. Comme cela est décrit 30 par la suite, une ressource logicielle est un programme opérant sur un objet et appelé par l'intermédiaire d'une propri~t~ de cet objet. Cette classe poss~de les propriétés suivantes~
. Selector: indiquant le nom de la ressource, . Range: donnant le type de résultat de cette ressource, . Default: indiquant la valeur retournée par défaut, .
~~` 7 2~ 33 . Parameters: donnant la liste dPS types des param~tres passés à la ressource logicielle lors de son appel, . Library: indiquant la librairie qui contient le code exécutable de la ressource, . Mode: indiquant le langage de programmation de la ressource, . Body: indiquant un point d'entrée vers le code ex~cutable de la ressource logicielle.
Le modèle comprend aussi la classe "Library" 24 qui 10 décrit les différentes librairies exploitées par le système d'information 1 et comporte la propri~té Path indiquant le chemin d'acc~s pour atteindre un~ librairie donnée dans le syst~me de gestion de fichiers du syst~ime d'exploitation utilisé.
Le mod~le comprend encore la classe "Datamanager" 25 qui mod~lise un gérant de données en définissant les propriétés liées ~ la gestion des transactio~s et les proprietés liées ~ la manipulation des données supportées par le g~rant. Cette classe comporte donc des premiare~
20 propriét~s qui sont:
. open: pour ouvrir une transaction pour le g~rant de do~n~es concern~
. Close: pour ~ermer la transa~tion sur le gérant de donn~es, . Rollback: pour annuler la tran action en cours, . Commlt: pour valider la transaction en cours, Elle comporte des secondes propri~tPs qui sont:
. Insert: pour cr~er une i~stance d'une classe dont le g~rant de données ~ la c.larse, . Read: pour lire des informations attachées ~ un tel objet, . Write: pour mettre ~ jour des informations attachées à
un tel objet, . Remove: pour d~truire un tel objet.
, ~
8 2 ~ 3 ~ : ~
~.
Le mod~le de données orient~ objet comprend une classe ~-"Collection" 26 qui décrit une collection d'objet. Cette classe comprend les propriété suivantes~
. Cardinal: indiquant le ~ombre d'élément de la collection, ~ ~ ~
. Add: permettaDt d'ajouter un élément ~ la collection, ~ -. Remove: perme~tant de supprimer un element de la collection, -. Union et intersection: definissant les opérateurs standards d'union et d'intersection de collections;~ ~-d'objet, . Belongs: définissant le prédicat d'apparte~ance~
. Of?: d~terminant la plus petite classe commune aux élements d'une collection, ~ -. of: contraignant le type d'él~ment de la collection être une sous-classe d'une classe donnée.
La classe 26 est spécialis~e par les classes "Set" 260 ~ ~;
(collection non ordonnée d'objets non rép~t~s) et "List" 261 (collection ordonnee d'objets ~ventuellement r~pe~és).
Les types d'objet de base SOllt d~crits par la classe "Abstract" 27 qui est spécia}isée par les classes "Float"
270 (qui regroupe les nombres réeIs positifs ou négatifs), "String" 271 (qui regroupe les chalnes de caract~res~
"Date" 272 (qui regroupe les date~), "I~teger" 273 (qui 25 regroupe les nombres entiers positifs ou n~gatifs).
La classe "Boolean" 28 ne poss~de que deux instances i sont "Vrai" et "Faux".
La classe "Document" 29 regroupe les classes spécialis~es dans le traitement des donn~e~ gér~es par le 30 gestionnaire d'images 4. Elle comprend les propriétés ~ ~;
suivantes~
. Title: indiquant le titre du document, . ~eywords: regroupant un ensemble de chaines de ~ ;
caract~xes permettant un acc~ s~lectif au document en fonction de mots clés, 9 2 ~ 3 ~ ~:
,' '.:
. Abstract: permettant d'obtenir une description sommaire du document, . source: donnant les informations sur la provenance du document.
ha classe 29 est spécialisée par les classes "File_data'l 290 (données multimédia sous forme de fichiers), "Film" 291 (données multimédia sous forme de s~quences vidéo), "Diagram" 292 (données multimédia sous forme de schémas).
la ~lasse "Geo objet" 30 regroupe les classes spécialisées dans le traitement dP donn~es gérées par le système d'information géographique 2.
La classe 30 est spécialis~e par les classes "Region"
300 pour la modélisation de surfaces, "Line" 301 pour la 15 mod~lisation de lignes, 'IPoint'' 302 pour la modélisation de points.
Enfin, l'interface graphique d'affichage d'un objet quelconque est défini par la classe "Presentation" 31 qui poss~de les propriétés suivantes:
. Open: pour cr~er une présentation graphi~ue et enregistrer le lien entre cett:e présentation graphique et l'objet, . Close: pour détruire une présentation graphique et le lien entre cette présentatisn graphique et l'objet, : 25 . Expose: pour d~finir des param~res d'affichage, . Editable: pour indiquer qu'un objet est modifiable au : travers de l'exploitation de son interface graphique.
- Le langaga de commande exploit~ par le système d'information multimédia 1 est agencé pour permettre 30:principalement trois types de commande~
la d~claration de classes et des propriétés, - la création, la suppression et la mise à jour des classes, - la manipulation d'objets par 1'intermédiaire d'un langage de requ~te.
5 3 ~
Un exemple de déclaration d'une classe et de propriétés décrivant des données manipulées par le gérant 2 est illustré sur la table 4.
Sur cette table, "carke-echelle", "carte-theme", "carte-bitmap", "carte-composante" sont des propriétés dont les modes d'accès en lecture et en écriture sont standards (la ressource std). Ces propriétés sont donc des attributs.
Par contre, la lecture de la propri~t~ "carte-display"
active une ressource logicielle qui s'exécut~ par 10 l'intermédiaire de la fonction Cdisplay. Cdisplay est un objet de la classe 23.
Le langage de requête est a~encé de mani~re à ce que 1'utilisateur 9 puisse manipuler l'ensemble des données ~
partir des concepts du modele de donn~es orienté objet (classes, objets, propriétés et héritage). De ce fait, trois types de requêtes sont différenciées, ~ savoir les requêtes élémentaires, les requêtes transactionnelles, les requêtes d'interrogatio~.
Les requ~tes élémentaires concernent les manipulations 20 simples d'objet ou l'appel de ressources logicielles. Elles consistent ~ lire une propri~té d'un objet. Elles correspondent notamment aux commandes "Insert, Update, Delete" de la norme SQL. La tabIe 1 présente la syntaxe d'une requ~te ~lémentaire, o~ ~type> d~signe un ~ 25 identificateur externe d'un~ classe, <objet> désigne une valeur imm~diate ou un identificateur d'objet, <sélecteur>
d~signe un s~lecteur de propriét~ et le symbole ":" désigne l'op~rateur de typage.
Une requ~te élémentaire peut être utilisée par exemple 30 pour d~truire un objet (propriété ~Delete" de la classe 20), créer une instance de classe (propriét~ "New" de la cl~sse 21), rendre persistant un objet (propriété "Persist" de la classe 20), etc....
Les requ~tes transactionnelles consistent ~ valider ou 35 annuler une transaction en cours avec un g~rant de données.
. i:
. .
` ~' 2 ~ 33 La syntaxe de deux requêtes transactionnelles est donnée la table 2.
Les requêtes d'interrogation concernent l'accès aux données des gérants de données. La syntaxe des requêtes 5 d'interrogation est proche de la syntaxe SQL (voir table 3~.
Les fonctionnalités des modules de la couche noyau 12 sont maintenant d~crites. ;`
Le module 120 de gestion des identificateurs externes des objets exploite une table de hachage (cache des 10 symboles) qui établit une correspondance entre des identificateurs externes d'objet (Eid) exploit~s par l'utilisateur et des identificateurs internes d'objet (Pid) exploités par la couche noyau. La persistance des correspondances entre identificateurs externes et 15 identificateurs internes est gérée par le système de gestion de base de données relationnelle 3. Ce module a pour rôle de récupérer un identificateur interne ~ partir d'un identificateur externe d'objet.
Le module 121 de gestion des objets en mémoire 20 exploite aussi une table de hachage (cache des objets) qui établit une correspondance entr~ les identificateurs internes d1objet (Pid) et les caractéristiques (propriétes) de ces objets. La persistance des correspondances entre identificateurs internes d'objet et caractéristiques des 25 objets est g~rée aussi par le g~rant 3. Ce module a pour rôle de r~cupérer la représentation interne associee ~
chaque objet partir de l'identificateur interne de l'ob~st. , .~-Le module 1~2 de gestion d'un dictionnaire a pour r81e 30 de calculer la propri~té discriminante d'un objet, de calculer les relations d'h~ritage, de déterminer le mode de lecture ou d'écriture d'une propriété en exploitant un graphe d'héritage et un dictionnaire ~tablissant une correspondance entre des constantes identi~iant les 35 propri~t~s des classes et les valeurs des propri~tés de ~ -chaque objet.
12 2'~L.~ 38 Le module 123 de gestion de ressources logicielles exploite un éditeur dynamique de liens du système d'exploitation, par exemple le syst~ime d'exploitation "SunOs 4.1". Comme présent~ plus haut, deux ressources logicielles 5 "Read" et "Write" (classe 22) p~uvent être associ~es à ~ :
chaque propriét~ et sont activées sélectivement lors de la lecture ou de l'~criture d'une propri~t~. L'activation ~une ressource logicielle entralne, lors du premier appel, une édition dynamique des liens permettant l'exécution du code 10 associ~i ~ la ressource contenu dans une librairie. :
Le module 124 de gestion de la communicatio~ avec les gérants de données exploite quatre ressources logicielles~
- une ressource "~ead" permettant de r~cup~rer les valeurs associées ~ l'ense~ble des propriét~s d'une instance 15 de classe, - une ressource "Write" permettant de mettre ~ jour ces valeurs, :~
- une ressource "~nsert" permettant de sauvegarder une nouvelle instance de classe et les valeurs de ses 20 propri~tés, - une ressource "Remove" permettant de supprimer une instance de classe et les valeurs de ses propri~t~s. :
Ces diff~rentes ressources peuvent être attach~es à un g~rant de donn~es comme d~crit plus haut. Une op~ration 25 requ~xant la récup~ration d'un objet depuis un gérant de :~
donn6es entralne l'activation de la resisource "Read". Une op~ration cr~iant un nouvel objet ou modifiant les caract~ri6tiques d'un objet déj3i récupéré entratne l'activation des ressources "Write", "Insert", "Remove" pour 30 la mise ~ jour dans un y~rant de donn~es.
Le module de gestion des transactions 125 a pour r~le de g~rer l'ouverture, la fermeture, la ~alidation et l'annulation d'une transaction entre le système d'information 1 et un ou plusieurs gérants de donn~es en 35 exploitant les propriétés des instances de la classe "Da~amanager" 25~
: ::
13 ~ 3 La fédération d'un gérant de données au sein du système d'information multimédia 1 s'op~re de la façon suivante.
Le gérant de données, par exemple le système 5 d'information géographique SIG 2, est modélisé par la création d'une nouvelle instance de la classe "Datamanager"
25 comme illustr~ sur la table 5. Pour les propriétés open, Close, Commit, Rollback, Insert, Read, Write, Remove, une ressource logicielle instance de la classe "Ressource" 23 10 est d~veloppée en langage C++ qui permet la mise en oeuvre de l'opération concernee. Ces ressources logicielles sont stock~es dans une librairie exploit~e pour l'édition dynami~ue des liens appelée dans l'exemple LibSIG. Cette librairie regroupe dans l'exemple l'ensemble du code associé
15 aux ressources logicielles supportant les échanges entre le syst~me d'information 1 et le g~rant 2. Deux exemples de cr~ation de ressources sont montr~s sur la table 6, par exemple les ressources "sig-open" et "sig-close" r~alisant respectivement l'cuverture et la fermeture des transactions 20 avec ce gérant. Dans ces exemples, "Body" précise le point d'entr~e, dans la librairie LibSIG, du code de chaque ressource. "Parameters" donne la liste des types des arguments passée ~ chacune de ces ressources. Dans le cas présent, cette liste est vide pour les deux ressources.
"Mode" indique le langage utilisé pour l'écriture de ces ressources, dans le cas présent C+~
Ensuite les données manipul~es par le gérant 4 sont repr~sent6es par des instances des différentes classes associées par la propri~té "on" de la classe "Class" 21 à
30 l'instance de la classe "Datamanager" décrivant le gérant 4.
Sur la table 4, la première commande d~finit une nouvelle classe "Carte" dont les instances persistent dans le gérant 2 SIG. Cette classe possède en plus des propriét~s communes à l'ensemble des classes, les propri~tés suivantes~
. "carte-echelle" qui donne l'~chelle de la carte ~une instance de la classe 270), 14 ~ 38 .:
. "carte-theme" qui décrit brièvement la nature de la carte tune in~tance de la classe 271), . "carte-bitmap" qui réference une image numérisée (une instance de la classe 290), . "carte-composante" qui référence un ensemble d'~l~ments constituant une carte ~ des instances de la classe 30, plus précisément des classes 300,301,302).
. "carte-display" qui indique comment Xfficher la carte.
Le fonctionnement du syst~me d'information 1 est le 10 suivant.
- Saisie d'une requ~te ou commande par le module 100 de la couche i~terface lo contenant au moins un identificateur d'un type d'objet, un identificateur d'objet et un identificateur d'une propriété ~ lire.
- Evaluation de la requête ou commande par les modules 110 ~ 112 de couche ~valuateur 11 pour en~endxer un arbre d'ex~cution.
- Ex~cution d~ la requête ou commande par les modules 120 ~ 125 de la couche noyau 12 ~ partir de l'arbre 20 d'ex~cution pour ré~up~rer les identificateurs internes du type d'objet, objet, propriété; recherche par le syst~me d'information de la valeur associée ~ la propri~t~ "On" du type d'objet pour récup~rer l'objet d~crivant le gérant de données impliqu~ dans la requate ou dans la commande, par 25 exemple par une commande du type ~on <type d'objet>];
r~cup~ratio~ des ressources logicielles d'acc~s et de manipulations d~ cet objet vers et par le gérant consid~ré;
activation des ressources logicielles.
- Affichage des résultats par le module lol de la 30 couche inte~face 10, - Attente d ' une nouvelle requ~te ou commande par le module 100 de la oouche interface 10.
Un tel système d'information multimédia permet un accas ~ un grand volume de donn~es hétérogènes réparties 35 dans des serveurs spécialisés d~j~ existants. GrAce à un tel syst~me d'information, l'opérateur n'a pas ~ se soucier des -- 15 2 LlQ~33 formats de données spécifiques à chaque gérant particulier de données, ni même des fonctionnalités offertes par chaque ~:.
gérant. La fédération d'un nouveau gérant de données au sein du système d'information est relativement simple et ne remet 5 pas en cause l'application éventuelle exploitant le systame d'information. ~ :
' :~,.," "
,''.'``,~,-~
~'''';'~'' ''''' ' 16 2 ~ ~ 0 5 ~ 3 -.-<req_élém> ::= <oD-et>
I <t.?e> : <objet>
I i<Sélecteur> <req_élém>*]
I <ti~e> : [<sélecteur> <req élém>~]
<type> ::= str ng ~ -<objet> ::= strlng I integer I float I boolean I date :
<sélecteur> ::= st. ng I [<sélecteur> <req élém>*] :
:~
T~LE 2 ~ `
<validation> ::= [ c~mmit ]
cannulation> ::= [ r~llback <req_sql> ~ slect <select_list> from <from list> .
( whe~ <condition> }
<select_list~ { <s~lect item> , ~ <select_item>
m <select_item~ ::= <req_elem>
I <var>
I <var> . <sélecteur>
<from_list> ::= ~ <--om_item> , }* <from_item>
<from item> ::= <collection> <var>
~condition> ::= [ <selecteur> <condition_item~* ] : ~;
<condition_item~ ::= <-ar> . <sélecteur>
I <-eq_elem>
I <condition>
<selecteur~ ::= string I [<sélecteur> <req_élém>*~
I [ <sélecteur> <condition item~ ]
<collection> ::~ strlng <var> : := strinq ~- 21:1Qa3~
[New Class Carte on SIG]
[Add ~Schema carte]
[New Property carte-echelle Range float Read std Write std]
[New Property carte-theme :
Range string Read std Write std]
[New Property carte-bitmap Range Image Read std :: .
Write std] ~ :
[New Property carte-composante Range Set `,:
Read std Write std]
[New Property carte-display :~
Range Void Read CDisplay :~
25 Write std]] ~-TABLE 5 `-[New Dataman~ger SIG
open sig-open -~
Close sig-close]
:. .
3 5 TABLl~
~ . . .~ .
[New Re~ource sig-open - Library LibSIG
Body "Open" . ~: .. :~
Mode "C~+"
: Parametexs ()]
[New Resource sig-close Library LibSIG
Body "Close"
Mode "C++" .
Parameters ()]
.
~ . . .~ .
[New Re~ource sig-open - Library LibSIG
Body "Open" . ~: .. :~
Mode "C~+"
: Parametexs ()]
[New Resource sig-close Library LibSIG
Body "Close"
Mode "C++" .
Parameters ()]
.
Claims (2)
1. ) Un système d'information multimédia pour la gestion de données hétérogènes ayant des structures différentes et réparties sur des gérants spécialisés de telles données, dans lequel lesdites données sont représentées par un modèle de données orienté objet comprenant une première classe (21) décrivant des propriétés communes à l'ensemble des objets manipules par le système d'information, c a r a c t é r i s é en ce que ledit modèle orienté objet comprend en outre une seconde classe (23) décrivant des propriétés relatives à l'exploitation des fonctionnalités des gérants de telles données (2,4) et en ce que ladite première classe comporte une propriété qui référence au moins une instance de ladite seconde classe.
2. ) Le système d'information multimédia selon la revendication 1, dans lequel ladite seconde classe (23) définit des premières propriétés relatives à la gestion des transactions entre un gérant de données et le système d'information et des secondes propriétés relatives à la récupération, la manipulation, et la sauvegarde de telles données par le système d'information depuis et vers un gérant de données.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR9214584 | 1992-12-03 | ||
| FR9214584A FR2698977B1 (fr) | 1992-12-03 | 1992-12-03 | Système d'information multimédia. |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CA2110538A1 true CA2110538A1 (fr) | 1994-06-04 |
Family
ID=9436199
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA002110538A Abandoned CA2110538A1 (fr) | 1992-12-03 | 1993-12-02 | Systeme d'information multimedia |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US5557785A (fr) |
| EP (1) | EP0601917A1 (fr) |
| JP (1) | JPH06259472A (fr) |
| CA (1) | CA2110538A1 (fr) |
| FR (1) | FR2698977B1 (fr) |
Families Citing this family (38)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6963920B1 (en) * | 1993-11-19 | 2005-11-08 | Rose Blush Software Llc | Intellectual asset protocol for defining data exchange rules and formats for universal intellectual asset documents, and systems, methods, and computer program products related to same |
| US5991751A (en) * | 1997-06-02 | 1999-11-23 | Smartpatents, Inc. | System, method, and computer program product for patent-centric and group-oriented data processing |
| US6339767B1 (en) | 1997-06-02 | 2002-01-15 | Aurigin Systems, Inc. | Using hyperbolic trees to visualize data generated by patent-centric and group-oriented data processing |
| US5467472A (en) * | 1994-04-15 | 1995-11-14 | Microsoft Corporation | Method and system for generating and maintaining property sets with unique format identifiers |
| JP3063555B2 (ja) * | 1995-01-06 | 2000-07-12 | 富士ゼロックス株式会社 | 文書データベース管理装置及び方法 |
| JPH0916457A (ja) * | 1995-06-28 | 1997-01-17 | Fujitsu Ltd | マルチメディアデータ検索システム |
| IL114432A (en) * | 1995-07-03 | 1999-08-17 | Wiernik Ady | Multi-media method |
| JPH0981445A (ja) * | 1995-07-11 | 1997-03-28 | Matsushita Electric Ind Co Ltd | 情報管理装置 |
| US5640560A (en) * | 1995-08-02 | 1997-06-17 | Microsoft Corporation | CD-ROM content repurposing |
| US5742816A (en) * | 1995-09-15 | 1998-04-21 | Infonautics Corporation | Method and apparatus for identifying textual documents and multi-mediafiles corresponding to a search topic |
| US5751280A (en) * | 1995-12-11 | 1998-05-12 | Silicon Graphics, Inc. | System and method for media stream synchronization with a base atom index file and an auxiliary atom index file |
| US5721910A (en) * | 1996-06-04 | 1998-02-24 | Exxon Research And Engineering Company | Relational database system containing a multidimensional hierachical model of interrelated subject categories with recognition capabilities |
| US6134583A (en) * | 1996-07-01 | 2000-10-17 | Sun Microsystems, Inc. | Method, system, apparatus and article of manufacture for providing identity-based caching services to a plurality of computer systems (#16) |
| US5999972A (en) | 1996-07-01 | 1999-12-07 | Sun Microsystems, Inc. | System, method and article of manufacture for a distributed computer system framework |
| US6154742A (en) * | 1996-07-02 | 2000-11-28 | Sun Microsystems, Inc. | System, method, apparatus and article of manufacture for identity-based caching (#15) |
| US5802521A (en) * | 1996-10-07 | 1998-09-01 | Oracle Corporation | Method and apparatus for determining distinct cardinality dual hash bitmaps |
| US5864870A (en) * | 1996-12-18 | 1999-01-26 | Unisys Corp. | Method for storing/retrieving files of various formats in an object database using a virtual multimedia file system |
| US6654933B1 (en) | 1999-09-21 | 2003-11-25 | Kasenna, Inc. | System and method for media stream indexing |
| US6338067B1 (en) | 1998-09-01 | 2002-01-08 | Sector Data, Llc. | Product/service hierarchy database for market competition and investment analysis |
| US6510450B1 (en) | 1999-02-04 | 2003-01-21 | Novell, Inc. | Multiple storage class distributed nametags for locating items in a distributed computing system |
| US7716060B2 (en) | 1999-03-02 | 2010-05-11 | Germeraad Paul B | Patent-related tools and methodology for use in the merger and acquisition process |
| US7966328B2 (en) | 1999-03-02 | 2011-06-21 | Rose Blush Software Llc | Patent-related tools and methodology for use in research and development projects |
| US7007275B1 (en) * | 1999-10-21 | 2006-02-28 | Unisys Corporation | Method and apparatus for automatic execution of concatenated methods across multiple heterogeneous data sources |
| US7310678B2 (en) * | 2000-07-28 | 2007-12-18 | Kasenna, Inc. | System, server, and method for variable bit rate multimedia streaming |
| US7277956B2 (en) * | 2000-07-28 | 2007-10-02 | Kasenna, Inc. | System and method for improved utilization of bandwidth in a computer system serving multiple users |
| US20030018978A1 (en) * | 2001-03-02 | 2003-01-23 | Singal Sanjay S. | Transfer file format and system and method for distributing media content |
| AU2002247257A1 (en) | 2001-03-02 | 2002-09-19 | Kasenna, Inc. | Metadata enabled push-pull model for efficient low-latency video-content distribution over a network |
| TWI242725B (en) * | 2001-06-11 | 2005-11-01 | Oce Tech Bv | A method for executing a hot migrate operation through an incremental roll-over process that uses migration plug-in means for conversion during an upgrade transition, and a multiprocessing system and a system arranged for implementing such method |
| CN100530145C (zh) * | 2001-10-29 | 2009-08-19 | 媒体网国际公司 | 一种多媒体通信的系统和方法 |
| US20050002388A1 (en) * | 2001-10-29 | 2005-01-06 | Hanzhong Gao | Data structure method, and system for multimedia communications |
| US7020782B2 (en) * | 2002-03-08 | 2006-03-28 | Arcot Systems, Inc. | Size-dependent hashing for credit card verification and other applications |
| US20040199650A1 (en) * | 2002-11-14 | 2004-10-07 | Howe John E. | System and methods for accelerating data delivery |
| US20030108030A1 (en) * | 2003-01-21 | 2003-06-12 | Henry Gao | System, method, and data structure for multimedia communications |
| US20050262245A1 (en) * | 2004-04-19 | 2005-11-24 | Satish Menon | Scalable cluster-based architecture for streaming media |
| US7793329B2 (en) * | 2006-02-06 | 2010-09-07 | Kasenna, Inc. | Method and system for reducing switching delays between digital video feeds using multicast slotted transmission technique |
| US20080109557A1 (en) * | 2006-11-02 | 2008-05-08 | Vinay Joshi | Method and system for reducing switching delays between digital video feeds using personalized unicast transmission techniques |
| US8744147B2 (en) * | 2009-06-16 | 2014-06-03 | Robert Torti | Graphical digital medical record annotation |
| US8489650B2 (en) | 2011-01-05 | 2013-07-16 | Beijing Uniwtech Co., Ltd. | System, implementation, application, and query language for a tetrahedral data model for unstructured data |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH087709B2 (ja) * | 1989-05-15 | 1996-01-29 | インターナシヨナル・ビジネス・マシーンズ・コーポレーシヨン | アクセス特権制御方法及びシステム |
| EP0953900A3 (fr) * | 1989-07-21 | 2000-05-24 | Hewlett-Packard Company | Systèmes orientés objet |
| US5181162A (en) * | 1989-12-06 | 1993-01-19 | Eastman Kodak Company | Document management and production system |
| US5297279A (en) * | 1990-05-30 | 1994-03-22 | Texas Instruments Incorporated | System and method for database management supporting object-oriented programming |
| AU639802B2 (en) * | 1990-08-14 | 1993-08-05 | Oracle International Corporation | Methods and apparatus for providing dynamic invocation of applications in a distributed heterogeneous environment |
| US5280610A (en) * | 1990-08-14 | 1994-01-18 | Digital Equipment Corporation | Methods and apparatus for implementing data bases to provide object-oriented invocation of applications |
| US5212787A (en) * | 1991-03-12 | 1993-05-18 | International Business Machines Corporation | Method and apparatus for accessing a relational database without exiting an object-oriented environment |
-
1992
- 1992-12-03 FR FR9214584A patent/FR2698977B1/fr not_active Expired - Fee Related
-
1993
- 1993-12-02 US US08/160,203 patent/US5557785A/en not_active Expired - Fee Related
- 1993-12-02 CA CA002110538A patent/CA2110538A1/fr not_active Abandoned
- 1993-12-02 EP EP93402924A patent/EP0601917A1/fr not_active Withdrawn
- 1993-12-03 JP JP5304193A patent/JPH06259472A/ja active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| US5557785A (en) | 1996-09-17 |
| FR2698977B1 (fr) | 1994-12-30 |
| EP0601917A1 (fr) | 1994-06-15 |
| FR2698977A1 (fr) | 1994-06-10 |
| JPH06259472A (ja) | 1994-09-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2110538A1 (fr) | Systeme d'information multimedia | |
| CA2277941C (fr) | Systeme de telechargement d'objets ou de fichiers pour mise a jour de logiciels | |
| EP0702312B1 (fr) | Dispositif de génération d'interfaces orientées objet pour des bases de données relationnelles et procédé mis en oeuvres par ledit dispositif | |
| US6134559A (en) | Uniform object model having methods and additional features for integrating objects defined by different foreign object type systems into a single type system | |
| US6108670A (en) | Checking and enabling database updates with a dynamic, multi-modal, rule based system | |
| FR2824160A1 (fr) | Conteneur generique configurable de facon dynamique | |
| CA2192049C (fr) | Procede de manipulation de modeles de donnees utilises en genie logiciel | |
| JP4222947B2 (ja) | マルチメディア・コンテンツ管理オブジェクトを表現するための方法、プログラム、及びシステム | |
| EP1096394A1 (fr) | Système et procédé de gestion de la persistance des composants EJB dans un annuaire accédé par LDAP | |
| EP0804771A1 (fr) | Interface administrateur pour base de donnees dans un environnement informatique distribue | |
| FR2768826A1 (fr) | Controle d'interface utilisateur standard pour un fournisseur de donnees | |
| US20140025714A1 (en) | Method and Apparatus for Realizing a Dynamically Typed File or Object System Enabling the User to Perform Calculations Over the Properties Associated with the Files or Objects in the System | |
| EP2074531A1 (fr) | Procede pour traiter des informations | |
| WO1994012942A1 (fr) | Methode d'extraction de profils de statistiques, utilisation des statistiques creees par la methode | |
| EP1262867A1 (fr) | Procédé d'implémentation d'une pluralité d'interfaces d'objets | |
| FR2643734A1 (fr) | Procede de gestion de fichiers pour un systeme informatique, et module systeme pour la mise en oeuvre de ce procede | |
| WO2003012682A1 (fr) | Systeme de gestion d'une base de donnees topologique | |
| Gudes et al. | Remote conferencing with multimedia objects | |
| US20070118495A1 (en) | Inverse hierarchical approach to data | |
| EP1408428A1 (fr) | Système et procédé de traitement et de visualisation des résultats de recherches effectuées par un moteur de recherche à base d'indexation, modèle d'interface et méta-modèle correspondants | |
| Mwebaze et al. | A data lineage model for distributed sub-image processing | |
| WO2005013145A2 (fr) | Procede permettant a un utilisateur de developper des applications informatiques appliquees a des donnees qualifiees dans un systeme de gestion de donnees (sgd) | |
| WO2017134399A1 (fr) | Procédé de stockage de contenus, procédé de consultation de contenus, procédé de gestion de contenus et lecteurs de contenus | |
| Bonjean | Image recognition on an Android mobile phone | |
| FR2830957A1 (fr) | Procede et systeme de gestion de bases de donnees multimedia |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FZDE | Discontinued |