![[CRDP]](/img/btn24/top_24.gif){kind=small}
![[Info]](/img/btn24/info_24.gif){kind=small}
![[Help]](/img/btn24/aide_24.gif){kind=small}
Notre firme se spécialise dans la conception de logiciels de recherche textuelle pour la gestion de l'information sur support magnétique, optique et sur l'Internet.
Ardilog a vu le jour suite au développement d'une nouvelle technologie en matière de repérage d'information. Monsieur Gratien Rousseau, président d'Ardilog, a conçu un nouvelle technique de recherche en séquentiel indexé et a développé un algorithme unique basé sur l'utilisation du langage courant pour l'interrogation. Par la suite, Ardilog a poursuivi ses recherches afin d'offrir à ses usagers diverses composantes technologiques, dont son interface à affichage dynamique - offrant à l'usager un résultat en temps réel - et le processus de segmentation dynamique des documents.
L'ensemble des composantes de systèmes sont développées à Pointe-Claire par notre équipe de spécialistes.
Le responsable de la recherche et développement d'Ardilog compte plus de 20 ans d'expérience dans le domaine de l'informatique textuelle.
Ardilog a pour objectif d'implanter des solutions qui s'adaptent à l'information ponctuellement disponible dans les organisations. Dans ce cadre, l'ensemble des produits développés par notre firme permet le traitement des documents en format natif et permet d'éviter, dans la mesure du possible, les opérations de transformation de l'information.
À ce niveau:
aucune duplication n'est nécessaire;
aucune conversion ou transformation est nécessaire;
aucune importation n'est nécessaire;
les documents ne sont pas déplacés de leur localisation originale.
Ce processus simplifie la gestion et la mise à jour des bases d'information textuelle. Les index sont mis à jour en arrière plan et l'opération ne nécessite pas d'intervention humaine.
Les filtres disponibles permettent la gestion et la recherche, en langage naturel, d'informations issues de traitements de textes, bases de données, chiffriers électroniques, éditeurs HTML ou éventuellement SGML.
En fonction de l'architecture du système en vigueur chez le client, Ardilog offre différentes solutions.
Un ensemble de fonctions permet à l'usager de retrouver, contrôler, assembler et échanger son information. Naturel Pro permet la création de liens hypertextes multi-formats, de notes personnelles et de listes. Il permet le traitement de l'image et utilise des thésaurus unitermes et/ou multi-termes en ligne pour l'interrogation. Son architecture permet une intégration avec différents systèmes de gestion documentaire, de gestion de bibliothèque, d'ingéniérie, etc.
Naturel est utilisé pour différents types d'applications tels que la gestion de procès verbaux, le traitement des manuels de politiques et procédures et la recherche d'information juridique - opinions, litige assisté, lois et jurisprudence.
Naturel centralise la fonction de recherche sur un réseau et s'adapte à une grande variété d'utilisateurs.
d'un progiciel de gestion et recherche d'information;
d'un logiciel de bibliothèque;
d'un logiciel de gestion documentaire;
d'un CD-ROM multimédia ou sur l'autoroute électronique.
Les différents produits offrent à l'organisation une architecture ouverte qui leur permet de coexister et d'interagir entre eux ou avec d'autres solutions ou logiciels.
Par exemple:
Une organisation pourrait implanter Naturel Pro pour centraliser son accès à l'information à l'intérieur d'un seul produit. Ensuite, une partie de cette information pourrait être publiée sur disque magnétique ou sur CD-ROM pour être distribuée par l'entremise de Naturel Edition. Cette même information pourrait, par le biais de Naturel Net, être publiée sur l'Internet.
N'oublions pas que l'information initialement indexée par NQL peut provenir de sources diverses: logiciel de gestion de bibliothèque ou de gestion documentaire, traitement de textes, base de données, chiffrier électronique, etc.
De plus une base d'information pourrait-être configurée de telle sorte qu'elle interagisse avec un logiciel d'imagerie, un générateur de rapport ou un logiciel de reconnaissance optique.
Afin de favoriser l'interaction des différentes composantes des solutions et d'offrir au client l'ensemble des fonctionnalités qu'il exige, l'implantation prévoit souvent des modifications au niveau de la structure même de l'information. Dans ce cadre, Ardilog développe des outils ayant pour objectif de minimiser l'effort investi dans la transformation de l'information.
Devant la complexité d'une telle architecture, il est évident que notre firme a depuis longtemps considéré la normalisation des structures de l'information comme un élément qui favoriserait l'implantation d'une solution d'accès à l'information. Nous nous voyons donc naturellement poussés à diriger nos activités de recherche et développement en considérant l'avénement éventuel d'un standard dans la structure de l'information.
Voici donc l'ensemble des étapes qui ont amené notre firme à considérer l'utilisation d'une norme dans la structure des documents.
Il est possible de classer ces besoins en trois grandes catégories:
- Donner accès à l'information de l'entreprise à l'intérieur de celle-ci;
- Permettre la diffusion de certaines informations à l'extérieur de l'entreprise;
- Faciliter les échanges d'information entre plusieurs organisations.
L'avènement de la bureautique a bouleversé la gestion de l'information documentaire. L'utilisation du traitement de texte pour imprimer les documents s'est répandue rapidement et très vite a surgi l'idée de conserver les textes sur disquettes,puis sur disques durs afin de pouvoir consulter et réutiliser cette information.
Bien sûr, les traitements de textes offraient des fonctions de recherche à l'intérieur des fichiers créés dans leur format, mais elles étaient rudimentaires et les interrogations devaient se faire fichier par fichier.
De plus, les logiciels de création de documents n'étant pas normalisés à l'intérieur d'une entreprise, l'accès à l'information documentaire restait limité.
C'est pour répondre à ces besoins de recherche en plein texte dans l'ensemble des documents (quelque soit leur format d'enregistrement) regroupés sur un réseau que des logiciels comme NATUREL-PRO ont vu le jour.
De cette manière l'accès n'était plus limité aux spécialistes et NATUREL devenait le seul système d'interrogation à apprendre. La normalisation se faisait ainsi au niveau du système de recherche.
NATUREL, reconnaissant automatiquement le format du fichier, permet ces fonctions d'appel sur fichier courant et d'extraction de texte en en conservant le format d'origine.
Les éditeurs sont assurés d'une intégration complète de leurs bases à l'information personnelle de leurs clients. Les bases commerciales livrées avec Naturel Edition s'installent dans les mêmes répertoires. Les utilisateurs peuvent choisir à partir d'une seule fenêtre d'interroger soit une base interne soit une base commerciale.
La fonction de lancement d'application déjà présente dans Naturel Pro a permis de publier des documents contenant des images, des photographies et des graphiques.
C'est grâce à cette fonction que Procédurix a pu être intégré au Code de procédure civile en greffant l'appel de WordPerfect sur des modèles pré-établis à des lignes particulières du Code.
Toutes les fonctions développées pour améliorer la consultation des bases publiées avec NATUREL-EDITION ont toujours été intégrées à NATUREL-PRO.
Le principal problème rencontré est la nécessité de transformer l'information existante et de coder les documents selon la norme HTML afin de pouvoir être traités par les logiciels en vigueur sur Internet (WAIS, MOSAIC, LYNX, etc.).
Cela représente une très grande masse d'information à retravailler et les entreprises ne veulent pas modifier leurs textes originaux ni maintenir plusieurs versions selon leur utilisation. Elles désirent aussi pouvoir utiliser le même logiciel ou tout au moins ne pas avoir à reconstruire les index des bases.
Un système de codage unique des documents leur serait indispensable pour améliorer le transfert d'information.
Comme les textes dans ces cas-là sont souvent mis à jour, il nous a été demandé de conserver les ancrages afin qu'ils ne soient pas affectés lors de la modification. La solution la plus sûre était le codage à l'intérieur même du texte. La question du sytème de codage s'est donc posée.
L'évolution des besoins de nos clients par rapport aux différents formats d'information nous a conduit à trouver une manière de normaliser le traitement des filtres.
- mlien identification du lien - chaîne de caractères qui doit obligatoirement être présente et unique dans le codage des liens "destination".
- Exemples : Pour l'Article 605 du CCQ
<A HREF="cm-02.asc#605">Ministère de la Justice</A>
<A HREF="doct-07.asc#605">Doctrine citée</A>
<A HREF="cpc-art.asc#394">CPC</A>
Exemple :
- Dans le fichier cm-02.asc : <A NAME="605">Commentaire:605</A>
- Dans le fichier doct-07.asc : <A NAME="605">Doctrine sur l'art. 605</A>
- Dans le fichier cpc-art.asc : <A NAME="394">ARTICLE: 394</A> Image "bitmap" <IMG SRC="nom du fichier.bmp">
Appel d'application <A EXEC="nom de l'application+ paramètre d'appel">texte</A>
Exemple:
<A EXEC="C:\W_WORDF\WINWORD.exe exemple.doc">APPEL de WORD</A>
La syntaxe utilisée est celle adoptée par les concepteurs de logiciels de traitement de texte: <étiquette> et </étiquette>
Séparateurs de documents, noms de champs et table des matières.
Les étiquettes sont définies par le client. La syntaxe suggérée est:
<DOC> pour le séparateur de document;
<TIT> et </TIT> pour un titre de la table des matières;
<NOMCHAMP> ; </NOMCHAMP> ; <CHAMP>contenu du champ</CHAMP> pour les champs. Cette dernière syntaxe étant assez éloignée de la forme contenue dans les textes, Naturel s'adapte à la syntaxe du client (Auteur: par exemple). Par contre cette écriture permet de traiter des champs et de sous-champs.
Naturel et NQL permettent une adapatation facile à d'autres marquages.
Il est très facile d'intégrer NQL dans une application sur un serveur WEB et d'offrir toute la puissance de la recherche en langage naturel et de la recherche par champs sur Internet.