Brevet FR3081059A1 — publié le 20191115

PROCEDE DE REPRESENTATION DE L'INFORMATION AU MOYEN DE SYMBOLES MATRICIELS « ALPHALIE ». DOMAINE TECHNIQUE DE L'INVENTION. [0001] La présente invention se rapporte au domaine des procédés de représentation de l'information au moyen de structures de symboles physiques et de structures informatiques. La présente invention se rapporte plus particulièrement à un procédé mis en oeuvre par ordinateur de codages d'informations décrites au moyen d'un ensemble de structures de symboles physiques et de structures informatiques. L'invention concerne également le produit programme comportant des instructions pour l'exécution par ce procédé d'instructions informatiques d'applications. [0002] ETAT DE LA TECHNIQUE ANTERIEURE. On connaît de nombreux procédés de représentation de l'information sous forme digitale, notamment les codes à caractères et les codes à barres comme les codes 2D. Seuls ces derniers permettent de coder les 256 valeurs d'un octet et de représenter ainsi des fichiers informatiques. [0003] De tels codes sont des codes matriciels globaux, définissant une surface ou une image en deux dimensions globale. Chaque colonne matricielle d'un code global n'est pas porteuse en elle-même d'une information. De tels codes matriciels globaux présentent plusieurs inconvénients : - ils ne permettent pas d'intégrer une représentation sémantique de l'information ainsi codée, de la structure et du contrôle de l'élément porteur de l'information ; - le nombre de symboles du fichier informatique initial représenté par une image globale est limité ; - ils ne peuvent pas être représentés par des traitements de textes, mais exigent des algorithmes natifs dédiés pour réaliser l'image globale ; - Ils imposent d'utiliser un logiciel de lecture optique spécifique pour décoder les informations codées dans la globalité de l'image. 2 100041 On connaît également le procédé de codage DOTEM tel que décrit dans le document EP 1 880 348. Un tel procédé permet de coder directement les octets en faisant correspondre chacune des 256 valeurs de l'octet à un caractère d'au moins deux colonnes de dots. L'ensemble de ces caractères sont regroupé sous forme de polices. La 5 dénomination de « dot » désigne tout élément constituant. [0005] On connaît aussi le procédé de codage de l'information décrit dans le PCT/FR2016/051125 qui précise la nature physique des dots et les protocoles de mise en oeuvre en fonction de leur nature physique, mais il ne précise pas les règles définissant et 10 optimisant les structures et les propriétés spécifiques des dots, des colonnes de dots et de leur groupement. Il ne mentionne pas la mise en oeuvre dé dots de type couleur correspondant à des bases de numération supérieures à 2. [0006] EXPOSE DE L'INVENTION. 15 L'invention propose des structures, règles et protocoles entraînant de nouvelles fonctionnalités permettant de coder directement les octets en différentes bases de numération définissant et optimisant les organisations et les propriétés des ensembles de dots comportant toutes les informations, notamment la mise en oeuvre généralisée des tables internes ou externes de structures, de caractéristiques, de fonctions, de liens et de 20 règles nécessaires à la réalisation des applications à l'aide d'un traitement de génération de code exécutable de type éditeur-interpréteur en lieu et place de compilateurs et ainsi de simplifier les codages, minimiser les conventions et accroître l'interopérabilité des applications. 25 [0007] Cet objectif est atteint grâce à un procédé, mis en oeuvre par ordinateur, de codage d'informations décrites au moyen d'un ensemble de structures de symboles physiques et de structures informatiques, ledit ensemble de structures étant composé d'éléments porteurs d'information, chaque structure de symboles physiques comportant au moins une colonne réelle ou virtuelle, chaque colonne comprenant au moins un dot, un dot 30 constituant la représentation physique d'au moins un bit informatique. Une colonne réelle étant apte à être affichée sur un support d'affichage, une colonne virtuelle n'étant pas apte à être affichée sur un support physique. Le procédé comporte une étape de création des colonnes de dots ou écriture au sein de moyens de mémorisation de l'ordinateur, au 3 cours de laquelle au moins un dot de chaque colonne de dots est affecté d'une valeur qui est fonction de la position ou zone qu'il occupe sur ladite colonne. [0008] Ce procédé s'appuie notamment sur le concept de dot qui conserve la même 5 structure de codage quel que soit le type de matérialisation de l'information utilisant notamment des supports filaires, optiques, radioélectriques, sonores etc. Un tel procédé a pour avantage de permettre d'élaborer un code exécutable comme l'on écrit un texte à l'aide d'un traitement de textes. Pour ce faire ce procédé définit des règles et fonctions qui permettent d'élaborer avec la 10 précision nécessaire les structures et les propriétés des dots et de leur groupement au sein des colonnes ainsi que celles de l'association de ces dernières pour aboutir à un programme exécutable à la manière d'un langage interprété. Il permet de collecter des compléments d'informations dans des tables internes à l'unité de traitement ou externes y compris via des réseaux grâce aux éléments liens et adresses intégrés aux DotCols [00032]. 15 [0009] Le concept « DotCol » d'ALPHAIie permet d'associer aux ordres du concepteur d'application (programmeur) les compléments d'informations nécessaires à l'exécution de l'application. Il intègre aux données elles-mêmes leurs sens, leurs structures, leurs fonctions et éventuellement leurs liens avec d'autres structures ainsi que le contexte de 20 l'information et le cas échéant leur représentation physique, rendant sans objet déclarations et formatages préalables. Les DotCols sont formées de dots : éléments unitaires d'information. L'exploitation de l'élaboration à l'exécution des logiciels s'en trouve singulièrement simplifiée. Il est à remarquer que : 25 - en mode élaboration la construction en DotCols du code d'exécution se fait au fur et à mesure de l'entrée des paramètres des objets et des actions que le traitement d'application doit accomplir. Les extensions et les mises à jour sont facilitées par le chargement partiel ou total de tables de paramètres, de fonctions, d'expressions ou d'adresses... 30 L'écriture du sens, des structures et du contexte des données et des paramètres n'ont théoriquement pas de limite en nombre et en capacité, directement fonction de la quantité et du détail des informations ; toutefois certaines structures réduites n'ont pas la possibilité d'éventuelles extensions. 4 - le mode de représentation-exécution des DotCols, généralement mise en oeuvre par un interpréteur et des drivers, est le reflet de la physique des objets et « s'écrit » directement en informatique (ordinateurs et réseaux), mais aussi directement sur supports physiques (papier, écran...) et liaisons sans fils où un à deux dots repères physiques s'avèrent très 5 utiles notamment pour la sécurité de lecture. [00010] En base binaire, une DotCol peut être un ensemble de plusieurs champs de 16 dots correspondant aux 16 bits d'un « integer » informatique, plus 1 ou 2 dots facultatifs dits « repères » et notés « a » ou champ 1 et « [3 » ou champ 6. Ils sont utiles dans les 10 représentations physiques pour signaler le début et la fin de la DotCol. Ils correspondent à des points d'encres, des pixels, des ondes de différentes fréquences ou durées ou brillances, les distinguant des autres dots. Les dots repères, quand ils existent, représentent des éléments de sécurité de l'écriture de la DotCol. Il s'agit le plus souvent de la parité de la DotCol, paire pour l'un et impaire pour l'autre qu'ils peuvent représenter avantageusement à 15 l'aide de couleurs ou de formes différentes des autres dots de la DotCol pour faciliter le repérage ; exemple avec un mélange de couleur : « 0 » avec rouge + vert et « 1 » avec rouge + bleu. Ils permettent de détecter une erreur. Ils n'ont pas de correspondance informatique, donc sont absents des mémoires informatiques alors que les autres dots sont une correspondance directe totale avec les bits. 20 [00011] Composition d'une DotCol en mufti-champs [fig. 1]. Les DotCols sont souvent exprimés en base binaire. D'autres bases notamment couleurs sont analysées en [00019]. Le Modèle Canonique de DotCol binaire est : 25 Integer informatique = 16 bits = 1 DotCol =16 dots + 2 dots a et R repères physiques facultatifs. Les 16 dots se composent de deux parties : - La première comprend les 8 premiers dots (hors repères physiques) des DotCols qui codent la Valeur ou data (champ 2, [12A] fig.1) d'une variable ou d'une composante généralement de 0 à 255 ou plus sans limite par extension. 30 - La seconde des DotCols est un octet « Caractéristiques » principalement sémantiques composé des champs 3, 4 et 5 qui sont : [00012] Le champ 3 ou « Tn1 » qualifiant la nature les domaines [13 fig.].) auxquels appartiennent les informations, comprend trois dots : T°1, T11 et T21 en positions 9, 10 et 11 5 sur la DotCol pour coder principalement différents types de variables qui, en base binaire et hors extension, sont principalement : - 000 = 0, pour les caractères (ASCII, UNICODE ...etc) : DotCol « caractère » ; - 001 = 1, pour les balises, une telle DotCol est dite « DotCol balise » 5 - 010 = 2, pour les Nombres, DotCol « nombre » ; - 011 = 3, pour les Multi-variables, DotCol « multi-variables » ; - 100 = 4, pour les liens (tables de liens, URL ...) ; - 101= 5, pour la sécurité : intégrité (redondance ...) - 110 = 6, pour la confidentialité des informations ; 10 - 111 = 7, pour adresses locales, externes et réseaux ; [00013] Le champ 4 ou « » : sous-domaines [[14 fig. 1]. Chaque domaine de représentation de l'information est détaillé en sous-domaines au sein même des DotCols par le champ « » : R°, R1, R2. 15 A chaque domaine correspond 8 sous-domaines (en base binaire). Toutefois la taille du champ 2 « valeur» ainsi que celle des champs 3 «r, » et 4 «e, » qui précisent les domaines et les sous-domaines peut être augmentée à volonté par extension sans limite, en totalité ou deux à deux ou séparément, par ajout de DotCols. 20 00014] Exemples partiels illustrant la notion de désignation des domaines et de sous domaines. Première DotCol (indice 1) de composante (plusieurs DotCols) ou DotCol indépendante (1 DotCol). T1" (domaine) R1" (sous-domaine) Valeur ( champ 2 : Data) L1 "(champ 5) 3 25 0 = caractères 0 = UNICODE 0 à 255 (couvre l'alphabet latin et plus) 1= autre norme 2 = hors norme 1= balises 0 = balises simples 0 à 255 1= balises étendues 0 à 255 30 2 = balises composées 0 à 255 3 = balises MIME et plus 0 à 255 (80 fonctions standard) 4 = balises adresses 0 à 255 5 = balises spéciales 0 à 255 6 = balises fonctions 0 à 255 7 = balises de désignation (0 à 127 et 0 à 127) 2 = nombres 0 = entiers 0 à 127 (ler dot = signe) 1= virgule fixe 0 à 255 2 = norme lEEE754 5 3 = Table types de représentations 0 à 255 types 4 = Exponentiels 5 = imaginaires 6 =log et Log 3 = multi-variables : 10 0 = Table standard 0 à 255 (balises standard) 15 1= Identification d'objets 0 à 255 (255 types) 2 = Identif. biens/Entités 0 à 255 3 = Identif. des personnes 0 à 255 4 = Authentification des objets 0 à 255 (255 procédés) 5 = Authentif. des biens/entités0 à 255 6 = Liens complexes 0 à 255 7 = Sécurisation des info. 0 à 255 4 = liens 0 = Liens locaux 0 à 255 (liens logiciels) 20 1= Liens réseaux 0 à 255 (liens favoris 2 = Tables d'URL 0 à 255 (liens URL favoris) 3 = Tables (liens standards) 0 à 255 (selon standard) 4 = Table d'ensembles de liens 0 à 255 (255 ensembles complexes) 5 = Tables de logiciels 25 6 = Tables téléphoniques. 5 = Sécurité 0 = types de Redondances 0 à 255 (255 types de redondance) Intégrité 1= Reed Solomon 0 à 255 détail des paramètres 2 = Parités... 0 à 255 paramètres de la parité 30 6 = Confidentialité 0 = Chiffrements 1= Sectionnement... 7 = Domaine Adresses 0 = tables d'adresses internes ou locales. 1= tables d'adresses externes ; 2 = tables d'accès réseaux 3 = adresses Origine. 7 Soient 8 domaines ou plus et 64 sous-domaines (ou plus avec « extensions ») ; [00015] Explicitation de la notion de sous-domaines pour les principaux domaines. La structure DotCol permet de préciser la nature et le sens de la « valeur » portée par le 5 premier champ. Une DotCol simple code 256 possibilités et 2 Dotcols associées en codent 65536, comme : NB = - I - u est le domaine « caractères ». - R" = 0 indique que « valeur » correspond à un symbole de la norme UNICODE. Comme « valeur » n'a pas de limite toute la norme UNICODE présente et avenir 10 pourra être représentée. - e =1 indique que « valeur » représente un caractère dans une autre norme ...etc. T" =1 désigne le domaine balises qui est très riche en sémantique. - = 0 correspond aux balises simples qui sont souvent des éléments déclaratifs explicitant la nature et le sens de la ou des DotCols qu'elle précède. Il s'agit 15 notamment d'unités physiques ou de références standards ; [Exemples 24] - = 1 désigne une balise étendue qui indique que la première DotCol assigne une classe de balises étendues et que la seconde est liée et pointe sur un élément de cette classe qui précise de façon très précise nature, structure sens et fonction de « valeur » (256 possibilités ou plus avec extension). 20 - = 2 désigne une balise composée où la première DotCol indique une Classe de balises composées qui correspondent à des structures spécifiques abondées par les DotCols suivantes pour exprimer des « objets » complexes. - R" = 7 sont des balises de « désignation » qui affectent un identifiant (ensemble de 25 caractères de normes UNICODE ou d'images, graphismes...) à une variable, une composante, une DotCol, un mot, une fonction, une table, une matrice, un objet, une référence, un message... Le nom des autres domaines sont suffisamment explicites. 30 [00016] Le champ « L" » d'association et d'extension. L'information est supportée par 1 ou plusieurs DotCols dont l'association représente des composantes puis des mots. La règle d'association est codée par le champ « Ln » : L° et Ll. 8 Elle précise ainsi, en quelque sorte, «l'orthographe des mots » dont la taille est optimisée et dépend de la quantité et de la précision des informations comme ci-après en base binaire : - 00 = 0 = DotCol non liée donc indépendante ou fin de composante ou de mot ; - 01 = 1= DotCol liée à la suivante ; 5 - 10 = 2 = DotCol liée à la suivante et extension avec champs indépendants; - 11 = 3 = DotCol liée à la suivante et extension avec champs liés à ceux de la DotCol voisine (concaténés champ à champ). Si la base de numération est supérieure à 2 on a : - 4 = DotCol liée à la suivante et extension des seuls champs « valeur » ; 10 - 5 = DotCol liée à la suivante, et extension des seuls champs « ».... Une seconde DotCol liée à la première précise un ou plusieurs champs de celle-ci et ainsi de suite jusqu'à la fin de la composante. Les champs peuvent être indépendants avec Cm= 2 ou dépendre des précédents avec L",'. 3. 15 [00017] Codage des Extensions, généralement par concaténation de champs. Dans un groupement de DotCols, les champs de la première peuvent être étendus par concaténation avec ceux de la ou des DotCols suivantes. Les conditions d'extension des champs de la lere DotCol avec les suivantes sont commandées à la fois par le codage de son propre champ L"1 et par celui des champs des DotCols suivantes, ainsi : 20 - Le champ de la première L'1= 3 définit : « champs liées aux voisins par concaténation ». En binaire, le champ « valeur » de la première DotCol croît de 8 bits ou dots à chaque DotCol du groupement: 8 puis 16(pour la seconde), puis 32 sans limite théorique. - Si les champs Tni et Ln1 des colonnes suivantes sont nuls, seuls les champs « valeur » des DotCols du groupement sont concaténés pour n'en former qu'un seul, les autres champs 25 restent indépendants. Une suite de Dotcols peut comporter une grande variété d'associations avec des Dotcols indépendantes en position quelconque dans le message ou déterminée (cas des adresses), ainsi que des composantes d'une ou plusieurs Dotcols et des mots de taille variable, tous en nombre quelconque pour former éventuellement un message ou une exécution plus ou 30 moins complexe qui se suffit à elle-même (représentation canonique). 9 [00018] DotCols : composantes et mots. Les groupements de DotCols correspondent généralement à des composantes qui représentent une même sémantique. Il existe des composantes simples généralement initiées par une DotCol qualifiant un 5 domaine, exemple balise. Les DotCols suivantes composent la balise jusqu'à la dernière dont le champ Ln=0 = fin composante. Leur taille ne comprend souvent que quelques DotCols. Il existe des composantes composées ou complexes qui sont généralement encadrées par les balises 260 et 261 et comprennent des DotCols en nombre quelconque de différentes significations où la seconde DotCol est liée à la première et ainsi de suite. Les DotCols 10 précisent, autant que nécessaire, les informations complémentaires par ajout d'autres DotCols souvent pointant sur des tables locales ou externes, voire des URL. Les composantes portent souvent un identifiant (grâce à une DotCol de désignation). Un mot est formé d'au moins une composante. L'ensemble des mots forme un message. 15 Le sens des dots qui composent les DotCols d'une composante est souvent fonction de la position de ces DotCols au sein de la composante. Les DotCols indépendantes sont souvent des caractères UNICODE de valeur 255 : - 256= début de rangée, 257 = fin de rangée, - 260=début de composante et 261 = fin de composante ; 10 - 262= début de mot et 263 = fin de mot... - 270= caractères UNICODE ; - 280=DotCol balise: la ou (les) DotCol suivante pointe sur un élément de la table, - 290 = DotCol nombre ; 300= DotCol multi-variables (table) ; - 310 = DotCol Liens (tables) ; 320 adresses (tables) et ainsi de suite... 15 Entre les valeurs de domaines prennent place 9 valeurs de sous-domaines. Une composante peut comporter un nombre quelconque de DotCols (concaténation) entre deux DotCols encadrantes « 260 et 261 ». - En lecture du début de rangée et en absence de DotCol 256, les DotCols inférieures à 256 qui apparaissent après un « vide » (zone blanche) supérieure à 20 l'espace de 2 DotCols sont considérées comme désignant des symboles UNICODE. Mais il est recommandé de commencer une rangée par une DotCol 256 pour indiquer son sens. A l'intérieur d'une composante les Dotcols de même valeur qui se suivent ont leurs champs concaténés. En application, cette propriété permet notamment de représenter sur papier ou 25 écran tous les symboles UNICODE présents et à venir. Pour des raisons de fiabilité d'écriture il est recommandé la mise en oeuvre de redondance du type Reed-Solomon ou simplement d'ordre 2 ou plus, avec au moins une rangée dans le sens standard gauche-droite et de préférence en dessous la même rangée en sens inverse avec le sens d'écriture de droite à gauche. 30 [00023] Codage sur un seul champ de taille non limitative. Ce codage est le plus simple mais moins généralisable que le multi-champ. Le principe consiste à coder avec un seul champ dans une base quelconque des valeurs supérieures à la 13 valeur 255, limite de représentation de l'octet. Les valeurs ainsi représentées au-delà de ce nombre sont désignées pour exprimer chacune un sens ou une fonction spécifique qui sont définies dans des tables et qui qualifie les Dotcols qui les suivent ou qu'elles encadrent, comme [00022]. 5 En base 5 [fig. 4B] la structure comporte un seul champ de 4 dots [1911 qui code 625 valeurs soient 370 possibilités pour coder des compléments d'information. La base 5 présente l'avantage de ne mettre en oeuvre qu'une seule couleur et tout ou rien, ce qui garantit un bon contraste donc une meilleure sécurité de lecture, tableau [00019]. 10 [00024] Configurations optimisées pour DotCols mono champ. La configuration mono champ est particulièrement adaptée aux DotCols denses : - de base binaire avec 9 dots significatifs pondérés de 2 à 256 qui offre 511 possibilités, codées comme en [0022] et - de base 7 couleurs [fig. 4A], pondérée 1, 7, 49 qui code 343 possibilités ; 15 - de Base 5 couleurs [fig. 4B], pondérée 1, 5, 25, 125 qui code 625 possibilités. Dans ce cas il est recommandé d'utiliser au moins un dot repère et notamment de commencer les DotCols par un dot repère qui indique la parité de la DotCol comme : o En mode additif : Rouge+Vert pour la parité «0» et Vert+Bleu pour la parité «1» ; o En mode soustractif : magenta+Jaune pour « 0 » et Jaune +cyan pour « 1 ». 20 [00025]Les DotCols indépendantes ou liées forment des composantes puis des mots. Le procédé de représentation par DotCols offre une très grande richesse de représentations de l'information, notamment grâce à la segmentation par domaine puis par sous-domaine dont le nombre des uns et des autres s'accroît automatiquement sans limite en fonction des 25 besoins, optimisant continuellement la taille de la représentation. Ci-après quelques exemples pour illustrer le principe de codage des DotCols comme celui du domaine « balises » représentant différentes structures de dates. La richesse des 'représentations demeure valable pour les autres domaines et sous domaines. 30 [00026] Exemple partiel de sémantique de balises simples. Ces balises sont souvent déclaratives et donnent un sens aux DotCols qui les suivent. Le nombre de DotCols qui compose une telle balise n'est pas limité. Le champ 3 qualifie la DotCol de « balise » et le champ 5 permet d'ajouter ou non une autre DotCol balise qui à son 14 tour peut en ajouter une autre (pour accroître l'indice de la balise) ou [000161 se déclarer fin de balise. Chaque indice correspond à une balise de sens spécifique. En binaire, le champ valeur de 8 dots d'une DotCol code 256 valeurs ou indices, deux DotCols 65535... En base 4 le champ valeur de 4 dots d'une DotCol code 1024 indices et 2 DotCols 5 concaténées >106. En base 6, on a respectivement pour 4 dots : 1295 et 1,6x106... Ces balises délimitent une zone d'information que l'on appelle composante simple et déterminent la signification de l'information supportée. Ainsi toute information peut être exprimée par un ensemble composé d'une DotCol balise de champ suivie d'une ou plusieurs DotCols quantifiant la déclaration. Ce sont par exemple les sens affectés aux indices suivants : 10 Unités physiques. Formatage Finances/gestion 33- cm 54- début rangée fin rangée 45- TVA 34- m 55- début image 46- Valeur 33- mm 56- fin image 47- Montant total 34- m2 57- début bloc 48- Montant partiel 15 35- m3 58- fin bloc 49- Recette 36- m/s 59- début entête 50- Dépense 37- km/h 60- fin entête... 51- Engagement 38- Tonne 52- Crédit 39- kg 53- Débit.... 20 Traitements des Objets 70- loT, Identification d'objets Type 2 71- Identification d'objets Type1 (DC1(0 9255) DC2 965535) ) = 0, Ln =1 r=0, e=2) 72- loT Constitution d'objets Type 1 73- loT, Constitution d'objets Type 2 74- loT, Liens d'objets Type 1 75- loT, Liens d'objets Type Messages 76- Table 1 de structures simples 77- Table 1 de sous-programmes images. 30 78- Table 2 de sous-programmes gestions 79- Table 3 de sous-programmes graphiques 80- Table 1 de procédures, 81- Table d'adresses internes, 82- Table 1 d'URL 25 35 15 [00027] Exemple de codage avec des balises binaires simples (DCn = niem. DotCol). Elles qualifient la structure et le sens des DotCols qui les suivent ou qu'elles encadrent. Ces précisions sont contenues dans une série de tables (dictionnaires) sur lesquelles pointent des champs de DotCols de façon à élaborer les DotCols successives en mode 5 construction ou à les interpréter en mode exécution. La représentation basée sur les DotCols permet plusieurs approches pour les coder : Les balises simples : n° 235 annonce une date de la forme « jj, mm, aa », n° 236 date de forme « mm, jj, aa », n° 237 date en secondes depuis 01/01/1970, 0 h, 0 mn, Os. 10 - lere façon avec 4 DotCols hiérarchisées (ordonnées) en 1 seule composante =1 mot: o DC1 : valeur= 235, r= 1 (Balises), Rn= 0 (Simple), Ln= 2 (liée suivante, Champs indép.) ; Ainsi DC1 = 1101011100100010 (integer binaire) même principe pour les autres... o DC2 : valeur 1 à 31 (jour), r = 0, R"=0, L".2 (liée à la suivante, champs indép.) ; o DC3 : valeur 1 à 12 (mois), r = 0, R"=0, Ln=2 (liée à la suivante, champs indép.) ; 15 o DC4 : valeur 0 à 255 (année, année base 1900), T" = 0, Fr=o, c=0 (fin mot). Ainsi DC4 = 1111111000000000 (integer binaire). Ces DCn sont exécutables. - 2ieme façon avec 6 Dotcols non hiérarchisées (ordre indifférent) : Ici chaque variable (jour, mois et année) est déclarée par une balise simple spécifique. o DC1 : valeur = 240 (nb jours) r = 0, Fr=0, Ln=2 (liée à suivante, champs indép.) ; 20 o DC2 : valeur 1 à 31 (jour), r = 0, Rn=0, Ln=1 (liée et fin composante); o DC3 : valeur =241 (nb mois), r = 0, Fr=0, Ln=2 (liée à la suivante, champs indép. o DC4 : valeur là 12 (mois), T" = 0, Fr=0, L"=1 (liée et fin composante); o DC5 : valeur=242 (nb années) T" = 0, R"=0, L"=2 (liée à suivante, champs indép.); o DC6 : valeur = 0 à 255 base 1900) r = 0, Rn=0, L"=0 (fin mot « date »). 25 Ce mode est plus souple mais plus volumineux que le mode ordonné. [00028] Exemple de codage avec des balises binaires composées. Les balises composées permettent de représenter des composants de structure complexe dont l'ossature générale est précisée dans des tables (dictionnaires de structures). Elles 30 permettent notamment de coder des extensions combinant les 3 champs : Valeur, T" et R. Ainsi le champ valeur peut être concaténé au champ T" pour porter le nouveau champ 2 « valeur » à une taille de 11 dots (bits) au lieu de 8. Le champ R" précisant la partition de ces 11 dots comme suit : 16 - = 0 = champ valeur sur 11 dots, - e= 1= « Valeur » s'exprimant en 2 parties indép. de 5 et 6 dots, - = 2 = « Valeur » exprimée en 2 parties indép. de 8 et 3 dots et - e= 3 = structure en 2 parties indép. de 9 et 2 dots. 5 Des DotCols spécifiques (principalement entre 235 et 255) permettent de fixer une association de 2 ou 3 champs avec une partition librement choisie des champs «valeur», «T"» et « e » soit un total de codage sur 14 dots (bits). Autre exemple (codant une date de l'an - 4000 à + 4047 ; exemple illustrant les possibilités. 10 Représentation d'une date avec balise composée n°201 qui code une date au format jj, mm, aa sur 3 DotCols avec extension du champ valeur par concaténation des champs 2(valeur) et 3(Tn) ; le champ 4(Rn) précisant la partition des 11 dots de l'extension (champs 3+4). - DC1 : champ valeur= 201= date (jj mm aa), Tn=1 (balise), e=2 (composée), Ln= 2 liée ; - DC2: champs valeur et Tn sur 11 dots =1 à 31 (jours sur 5 dots), là 12 (mois sur 6 dots), 15 R" =1 (11 dots partitionnés en 5 et 6 dots), L." =2 (liée champs indépendants) ; - DC3 : champ valeur = 0 à 2047 (année base an 1000), e= 0 base année 0, e=1 base année 2000, Fe=2 = (base -2000), le=3= (base -4000). Une date de -4000 à + 4047 peut ainsi être codée sur 3 DotCols ou 3 « integers ». 20 Remarque: d'autres formats peuvent être choisis suivant l'objectif poursuivi. Ainsi 2 DotCols suffisent pour coder une date de 2010 à 2042 au format personnalisé suivant qui peut être défini dans la table structure : - DC1 : balise composée au format jj, mm, aa sur 2 DotCols, extension avec concaténation des champs 2, 3 et 4 de DC2 (14 dots) ; 25 - DC2 : date structurée en 5 dots (jours), 4 dots (mois) et 5 dots (année base 2010)... [00029] Concrétisation/matérialisation des DotCols. Les DotCols peuvent être réalisées physiquement de différentes façons notamment pour être imprimées ou visualisées à l'écran : 30 - A l'aide de polices de caractères, ou polices de DotCols. Il est préférable en binaire d'utiliser des polices limitées à 256 symboles [fig.5, 24B1 tous les 8 dots consécutifs des DotCols [fig.5, 24 A] qui est la taille maximale des polices usuelles. Pour une taille de 16 dots, deux polices conviennent, une pour le champ 2 17 « valeur » (8 dots binaires) et une autre pour les champs 3, 4 et 5 (de 8 dots binaires de caractéristiques). Les pouces gagnent à intégrer les dots « repères », de préférence complémentaires l'un de l'autre en vue de l'impression ou de la visualisation. 5 - De préférence, par mise en oeuvre de matrices de dots ou tableaux dont les éléments sont des dots quantifiés en base 2 ou plus, de préférence en base 4 ou 6. o En base binaire [fig.5], chaque DotCol est représentée par une matrice colonne avec autant de lignes que de dots binaires formant la DotCol. On peut admettre que 2 10 polices chacune de « demi-DotCols » soient remplacées par 1 seule matrice de 256 colonnes de 8 lignes plus facile à programmer et nettement moins volumineuse. o En base 8 [fig.6], chaque DotCol est représentée par une matrice à trois colonnes [24E], une par couleur basique (rouge, vert et bleu ou encore magenta, jaune, cyan) où « 0 » signifie absence de couleur, et « 1 » que la couleur de la colonne 15 correspondante est activée à 100% (tableau en [00019]). Les couleurs se trouvent parfois mixées deux à deux. Le nombre de lignes d'une telle matrice à trois colonnes est celui du nombre de dots qui constituent la DotCol. Le nombre de colonnes est de 258 [Fig. 6,24D] pour une matrice complète. o Autre représentation en base 8 [fig.5] où chaque DotCol est représentée par une 20 matrice d'une colonne où chaque élément peut avoir 8 valeurs correspondant aux couleurs Rouge, vert et bleu et toutes les possibilités de mixage à 100%, y compris la valeur nulle. En mode soustractif les couleurs rouge, verte et bleue sont remplacées par magenta, jaune et cyan et le noir. o Une dernière représentation qui présente un bon rapport performance/ densité est 25 en base 5 en 3 couleurs (fig.4 B) comme précédemment suivant le mode additif ou soustractif mais sans composition des couleurs (sauf parfois pour le noir et le blanc), de façon à n'obtenir sur les capteurs couleurs des canaux activés à prés de 100%, les autres ne comportant que le bruit de fond. Dans certains cas il est nécessaire d'additionner les 3 canaux pour obtenir du noir ou du blanc sur écran. Ceci permet 30 d'obtenir une très bonne discrimination des dots couleurs. La matrice d'édition correspondante est analogue à la [fig.6], mais où un seul canal est activé de façon correspondante au tableau [19]. Toutefois il est utile de composer les couleurs deux à deux pour réaliser les dots repères. 18 [000301 Par ailleurs les dots peuvent être composés d'un ou de plusieurs sous-éléments comme un groupement de « pixels » qui sont, soit créés en temps réel lors de l'élaboration de l'application, soit enregistrés dans des tables de structures de dots contenant toutes les 5 configurations ou pondérations de dot. Ainsi le procédé permet de représenter les Dotcols par des matrices de dots où ceux-ci sont composés à partir d'une même matrice ou chaque dot est élaboré à partir d'une matrice qui lui est Spécifique. A titre d'illustration les dots peuvent correspondre soit à une même fleur dont la couleur et 10 la position déterminera la pondération, soit chacun à une fleur différente... Dans ce cas complexe, le processus se fait en deux temps, chaque dot est exprimé par une ligne de la matrice de base constituée d'un ou de plusieurs éléments (comme fig.5) qui est ou sont normalement des dots mais qui peuvent être des pointeurs adressant chacun une matrice de constitution propre à chaque dot. 15 Autrement dit, la mise en oeuvre par matrices au lieu de polices permet à chaque dot d'être décrit par une matrice éventuellement spécifique quelle que soit sa composition. Ces dots complexes sont matérialisés avec des composants physiques comme des encres en impression, des pixels à l'écran, des impulsions d'ondes de différents types, formes ou composés chimiques ou organiques... dont les associations en terme de composition, de 20 formes graphiques ou temporelles, de durées, de pondérations... caractérisent le dot. A titre d'exemple, une DotCol peut représenter un parfum dont chaque dot est composé de substances chimiques odorantes. Dans une DotCol la combinaison de tous les dots (indépendants) du champ « valeur » fournit la composition complète ou parfum final qui 25 correspond notamment à un nombre d'identification par composition. Le même résultat pourrait être obtenu avec une composante de plusieurs DotCols représentant chaque substance et son pourcentage relatif. Le nombre et le type de pixels formant un dot déterminent ses caractéristiques, notamment la couleur, la taille et la forme de ce dernier. 30 Les DotCols physiques peuvent être espacées par des inter-colonnes et des interlignes de « dots blancs » (absence d'encre sur fond papier, par exemple) de couleurs et tailles semblables ou différentes des autres dots. 19 En impression la partie matrice correspondant au champ « valeur » reprend la table UNICODE, caractères en colonnes et chiffres correspondants en lignes en puissance de base croissante (2°, 21 ou 6°,61...). 5 [00)311 Création de DotCols. La création d'un logiciel d'application est basé sur un dialogue entre le programme Editeur de DotCols (EDITlie) et l'opérateur « ou programmeur». Les ordres de l'opérateur en langage naturel sont adaptés par l'Editeur pour élaborer les dots des DotCols nécessaires au bon déroulement de l'application. 10 L'Editeur applique les structures, règles et protocoles de codage des DotCols en faisant appel aux tables internes ou externes (URL ...). Il assiste l'opérateur, qui n'est plus nécessairement spécialiste, en lui demandant d'affiner sa demande et en lui proposant des choix souvent par listes déroulantes, sans déclarations ni formatages préalables. Les listes déroulantes sont présentées à l'opérateur 15 de façon hiérarchisée du plus général au plus précis pour aboutir à un « texte de DotCols ». Il utilisera des «polices de DotCols» ou des «matrices de DotCols». L'Editeur utilise aussi pour cela des Tables d'application (mots réservés, dictionnaires, paramètres, propriétés, liens, procédures...) qu'il met en oeuvre pour déterminer les dots des DotCols et guider l'opérateur au fur et à mesure de l'écriture de l'application par 20 l'opérateur. Ces DotCols d'application exécutées notamment par l'interpréteur sont destinées à être chargées dans des «consoles», smartphones, PC de commande et dans divers objets (dont connectés). Ces DotCols peuvent également à leur tour interroger les Tables via un réseau et une mémoire locale ou externe qui réduit considérablement la taille des mémoires des 25 objets. Des DotCols mentionnant les liens permettent de les interroger. Les adresses étant précisées dans les DotCols. (00032] Apports du procédé « ALPHALIE » La principale nouveauté réside dans la structure des « DotCols » et des propriétés qui s'en 30 déduisent et qui étendent, améliorent et précisent les propriétés et performances des colonnes des brevets Dotem et PCT précités. Cette extension étend la faculté d'élaborer les DotCols à l'aide de polices de symboles mais surtout de matrices ou d'ensemble de matrices 20 qui simplifient la construction et rend possible la mise en oeuvre de dots composés. Deux principaux cas se présentent : - D'abord en numération binaire où la définition des symboles de 16 dots permet : o une correspondance bijective entre les 16 bits du format « integer » en 5 informatique et les 16 dots de la DotCol sans perte contrairement aux autres formats de colonne notamment de 8, 10 et 17 dots binaires ; o des colonnes qui sous-tend, sans limite théorique, une extension la définition de 3 champs de plusieurs bits 1-", e et qui, se complétant, permettent de nouvelles fonctionnalités, notamment avec une extension de l'association individuelle ou 10 globale des champs et des composantes simples ou composées. - Ensuite considérons les numérations en bases supérieures à 2, notamment en base 4, 6 et 8 avec 3 couleurs comme rouge, vert et bleu (en additif : écran) ou bien magenta, jaune et cyan (en soustractif : imprimante) qui peuvent être mixées pour obtenir une base 8 ou non mixée pour fournir une base 4. Elles permettent : 15 o plusieurs tailles fonctionnelles de DotCols qui induisent des formats réduits et des gains de place pour s'adapter aux différents domaines d'applications ainsi que l'introduction des dots repères notamment sur papier ; o la mise en oeuvre de matrices de dots à la place des polices de caractères facilitant les corrections, les mises à jour sans limite de taille et l'utilisation des dots composés 20 de plusieurs éléments ainsi que les problèmes liés aux normes et royalties des polices. o L'introduction des dots repères différents des autres dots significatifs qui lorsqu'ils existent sont toujours présents dans l'écriture quelle que soit la représentation de la DotCol. Ces propriétés améliorent grandement la sécurité de lecture car elles 25 permettent de corriger les déformations sur supports physiques (connaissant toujours le début et parfois la fin de chaque DotCol ainsi que la position de la DotCol juste en dessous dans le cas d'empilage). Elles introduisent un contrôle notamment de parité qui signale certaines erreurs de lecture. Elles permettent l'empilement des DotCols qui à son tour rend possible l'impression d'une multitude de formes planes carrées 30 rectangulaires, polygones... o Enfin les DotCols pouvant supporter la totalité des informations nécessaires à une application. Elles constituent une représentation canonique de l'information et facilitent 21 ainsi la mise en oeuvre « d'éditeur et interpréteur » performants grâce à la mise en oeuvre de tables de différentes natures aussi bien pour l'élaboration des DotCols que pour leur exécution, notamment avec les tables d'adresses internes ou externes (URL...). La représentation basée sur les DotCols procure une grande richesse de codage des 5 informations, le plus souvent sans limite théorique, qui sont intégralement définies au sein des DotCols y compris les adresses des tables là où elles sont nécessaires, rendant inutiles déclaration ou de formatage extérieurs. Cette grande richesse d'expression s'exprime par une arborescence précise qui permet une description complète des objets avec leur physique. L'accroissement des possibilités de codage permet d'introduire des informations de type 10 « caché», notamment de sécurisation. [00033] Définitions. Dot : élément unitaire de représentation de l'Information. Exprimé en base binaire il est la correspondance totale du bit informatique mais il peut être exprimé dans une base 15 quelconque avantageusement en bases 5, 7 et 8. Sa nature physique va des encres noires ou couleurs aux rayonnements acoustiques, électromagnétiques de fréquences, de durée et d'amplitudes variées ainsi, que des composés chimiques et organiques ou des formes et des reliefs multiples. Il peut ainsi s'adapter directement à toute nature de l'information. DotCol : ensemble de bits informatiques ou de dots physiques souvent binaires, mais les 20 bases 5, 6 et 7 sont très intéressantes. Les DotCols peuvent être unitaires et indépendantes ou associées en elles en nombre variable. Elles sont de plusieurs types : invariantes ou fonction les unes des autres. Certaines comme les DotCols Adresses ou les balises déclaratives ont une position déterminée, après pour les premières et avant pour les secondes, celles qu'elles qualifient ou renseignent. Au sein d'une même DotCol les dots sont, le plus souvent, 25 de même nature. Champ : sous ensemble d'une DotCol de taille généralement prédéfinie. Les DotCols sont formées d'au moins un champ qui possède des propriétés spécifiques qui dépendent de sa position dans la DotCol. La loi de pondération des dots qui le compose peut varier : dots indépendants ou fonction de leur position dans le champ. La taille des champs d'une DotCol 30 peut être augmentée par extension portée par la ou les DotCols suivantes, sans limite. Composante : groupement sans limite de DotCols représentant une partie ou la totalité d'une information. Les DotCols définissant un domaine, comme par exemple les balises déclaratives, composent des composantes simples qui débutent avec une DotCol de domaine et finissent 22 avec une DotCol dont le champ L"=0. D'autres composantes dites composées ou complexes définissent des ensembles multi-paramètres comme notamment des structures, des fonctions, voire des résultats... Elles sont généralement encadrées par les DotCols 260 et 261. La position des Dotcols au sein de la composante est souvent indifférente mais peut être 5 réglée comme les DotCols « adresse » pointant sur des tables. Mot : ensemble d'une ou plusieurs Composantes sans limite. La position des composantes au sein d'un mot est le plus souvent libre. Message : ensemble de mots parfois hiérarchisé dont les caractéristiques sont précisées par les DotCols. 10 Domaine : ensemble de propriétés communes généralement d'ordre sémantique. Il est souvent défini par la première DotCol d'une composante à l'aide du champ 3 «T" ». Le même champ de la DotCol suivante est intitulé « Catégories » et constituent une arborescence du domaine. Dans le cas des DotCols mono-champs, les domaines correspondent à des valeurs supérieures à 256. 15 Sous -domaine : ensemble de caractéristiques complétant ou précisant les propriétés d'un domaine donné. Il est souvent défini par la première DotCol d'une composante à l'aide du champ 4 « R" ». Le même champ de la suivante est intitulé « Type ». Comme pour les domaines, avec les DotCols mono-champs les sous-domaines sont désignés par une table de valeurs. 20 Dictionnaire de structures : tables modifiables à double entrées : 1 pour l'élaboration des DotCols, 1 pour l'exécution. Le contenu du champ2 (valeur) pointe souvent sur une des deux entrées pour obtenir la structure de la DotCol en cours de traitement et ses contenus sémantiques. « dots composés » (parfois dits pixels virtuels) : éléments constitutifs non limités d'un dot qui 25 est matérialisé dans la physique de l'application : encres, ondes de différentes natures, reliefs, graphiques, pixels, images, composés chimiques ou organiques... Matrices de DotCols : ce sont en fait les matrices colonnes de dots qui constituent les DotCols. Elles sont de dimension 2 pour les dots binaires et généralement de dimension 3 pour les dots couleurs sauf quand les éléments (dots) de la matrice peuvent prendre plusieurs 30 couleurs. Texte de DotCols : ensemble mots de DotCols qui constitue une application ou une partie d'application résultant du travail de l'éditeur. Ce texte peut être « exécuté » par l'intégrateur. 23 [00034] BREVE DESCRIPTION DES FIGURES La figure 1 est la représentation d'une colonne de dots ou « DotCol » standard de 16 dots physiques pondérés en base binaire qui correspondent exactement aux 16 bits informatiques correspondant au format « integer » qui remplace de plus en plus l'ancien format « Char » de 5 8 bits. Pour des raisons de commodité et de fiabilité les 16 dots physiques (papier) sont souvent complétés à chaque extrémité par un dot « repère » (facultatif) noté « a » et « 3 » qui indiquent le début (haut) ou la fin (bas) de la DotCol et qui participe à la sécurité en supportant un contrôle de parité de la DotCol 1000101. 10 La figure 2 illustre la structure d'une DotCol pondérée en base 8 couleurs réduite à 6. Deux couleurs différentes de celles des dots significatifs sont affectées aux dots « repères » sur supports physiques (comme le papier). Ceci afin de faciliter la détection des débuts et fins des DotCols permettant de les empiler sans interligne et de corriger automatiquement leur inclinaison. Enfin ces dots repères peuvent servir de contrôle parité complémentaire signalant 15 certaines erreurs de lecture et leur changement de couleur ajoute au rendu esthétique de l'ensemble. La figure 3 illustre la structure d'une DotCol pondérée comme la précédente mais sans le champ e qui désigne les sous domaines. Cette structure apporte plus de possibilités d'association des DotCols que le modèle binaire. 20 Les figures 4 illustrent d'abord la structure d'une DotCol toujours pondérée en base 8 couleurs réduite à 7 [fig. 4A1 mais avec un seul champ. Les valeurs supérieures à 255 sont utilisées pour différencier les octets purs des DotCols de sémantique : balises, liens...etc. La figure [fig. 4B1 illustre ensuite les DotCols en base 5 dont les dots ne sont par un mixage des trois couleurs (R, V, B et absence de couleur). L'absence peut être remplacée au contraire 25 par l'addition des 3 couleurs qui donne blanc sur écran et noir sur imprimante. La figure 5 représente une matrice de DotCols binaires qui remplace plusieurs polices de caractères pour élaborer DotCol de 16 dots, une pour la partie supérieure « valeur » et une autre pour la partie « caractéristiques ». La figure 6 illustre une matrice exprimée en base 8 à 3 couleurs avec 1 colonne par couleur 30 qui permet l'élaboration de Dotcols de 4, 5, 6 et 7 dots significatifs (avec REVENDICATIONS1. Procédé de codage de l'information par des ensembles de bits ou de dots physiques ou virtuels simples ou composés, de tailles variables appelés DotCols dont les éléments exprimés en « base numérique » quelconque sont pondérés suivant leur position dans la DotCol base°, baser, base2, base" ... et déterminent au moins 1 champ comme celui de structure, de caractéristiques, de sémantique, de tiens et de fonctions parmi les suivants : - Champ 1 composé d'un élément repère ou dot physique ; - Champ 2 appelé « valeur » ou data composé d'au moins un élément codant un nombre ; - Champ 3 d'au moins un élément, désigné « T. » qui définit principalement l'appartenance des informations supportées à un domaine de qualification ou d'application; - Champ 4 d'au moins un élément, désigné « Ir » qui définit les sous-domaines précisant et complétant les domaines ; - Champ 5 d'au moins 1 élément désigné « Ln » qui code les modes d'association des DotCols et gère les extensions et la partition du ou des champs de la DotCol; - Champ 6 composé d'un élément repère ou dot physique de préférence complémentaire du champ 1. Les DotCols ainsi organisées, supportent et définissent pour elles-mêmes les différentes formes et valeurs de leurs structures, paramètres, caractéristiques et fonctions ainsi que les données et les liens, notamment vers les tables ou des structures de mémoires internes ou externes, les complétant et les détaillant autant que nécessaire de sorte que le nombre de DotCols formant les composantes s'ajuste automatiquement, sans limites, au nombre et à la précision des informations à représenter. Les DotCols sont indépendantes ou groupées en nombre quelconque et composent alors des mots pour constituer, avec les tables et dictionnaires associés, une représentation exhaustive ou canonique des informations qui est optimisée pour des traitements par éditeur et interpréteur. 2. Procédé de codage selon la revendication 1 caractérisé en ce que la structure des DotCols est fonction du type de la base mathématique de pondération des dots, notamment comme suit : 25 - en binaire pour la DotCol de 16 dots : le champ 2 de 8 dots ou 8 bits, le champ 3 de 3 dots ou 3 bits, le champ 4 de 3 dots ou 3 bits et le champ 5 de 2 dots ou 2 bits; - en base 6 et format supérieur, une DotCol de 9 dots (dont 2 dots repères facultatifs), le champ 2 de 4 dots et les champs 3, 4 et 5 de 1 dot ; 5 - en base 6 et format moyen, une DotCol de 7 dots (dont un dot repère facultatif) : le champ 2 de 4 dots et les champs 3 et 5 de 1 dot ; - en base 7 et format réduit, une DotCol de 4 dots (dont un dot repère physique facultatif) : le champ 2 de 3 dots. - En base 5 et format réduit, une DotCol de 5 dots (dont un repère facultatif physique 10 facultatif) : le champ 2 de 4 dots. Généralement la représentation informatique de chacune de ces DotCols correspond à des bits au format integer. 3. Procédé de codage selon les revendications 1 et 2 caractérisé en ce que le ou les dots 15 « repères » indiquent l'un le début et l'autre la fin de la DotCol, souvent identiques aux autres dots, ils gagnent à être de couleur, de forme et de taille différents l'un de l'autre et des autres dots de la même DotCol. 4. Procédé de codage selon les revendications précédentes caractérisé en ce que le ou les 20 dots « repères » soient utilisés comme élément de sécurité, notamment porteur de la parité de la DotCol qu'ils désignent comme paire pour l'un et impaire pour l'autre, de préférence avec des couleurs spécifiques pour traduire leur état, comme en mode additif : le « début de DotCol » avec l'état 0 en vert + bleu, et l' état 1 en rouge + bleu, puis la « fin de DotCol » avec l'état 0 en vert + rouge, et l'état 1 en rouge + bleu ; enfin en mode 25 soustractif avec le magenta correspondant au rouge, le jaune au vert et le cyan au bleu. 5. Procédé de codage selon les revendications précédentes caractérisé en ce que les dots peuvent être, en dehors des bits informatiques, composés d'un ou de plusieurs sous-éléments qui correspondent chacun à une ou plusieurs matérialisations physiques propres 30 à l'application comme des pixels, des reliefs, des encres, des ondes sonores ou électromagnétiques, des composés chimiques ou organiques dont les caractéristiques sont définies notamment par des polices ou de préférence des matrices d'éléments constitutifs des dots, ainsi chaque dot peut avoir une composition spécifique. 26 6. Procédé de codage selon les revendications précédentes caractérisé en ce que la taille des champs soient extensibles séparément ou ensembles par concaténation totale ou partielle sans limite théorique des champs de même rang d'une ou plusieurs DotCols consécutives pour coder un même nombre. Mais des champs peuvent être formés en 5 totalité ou partiellement avec des dots indépendants ayant chacun un sens ou une fonction spécifiques souvent précisés par une autre DotCol ou une table spécifique. 7. Procédé de codage selon les revendications précédentes caractérisé en ce que le champ 3 code les domaines sémantiques de l'information comme les Caractères, balises, nombres, 10 mufti-variables, liens, sécurité-intégrité, éléments de confidentialité et des adresses. 8. Procédé de codage selon les revendications précédentes caractérisé en ce que le champ 4 précise de préférence les caractéristiques et les paramètres de chaque domaine. 15 9. Procédé de codage selon les revendications précédentes caractérisé en ce que le champ 5 (Il régit les règles d'association des Dotcols, qualifiant leurs états et fonctions comme indépendantes, groupées pour former des composantes ou associées en une ou plusieurs composantes pour former des mots tout en précisant les propriétés des champs des DotCols comme indépendants, liés ou étendus. 20 10. Procédé de codage selon les revendications précédentes caractérisé en ce que les champs 2, 3, et 4 des DotCols dites de « désignation » permettent d'affecter un identifiant à des DotCols, composantes, mots, variables, matrices, messages, paramètres, fonctions, tables et objets au moyen de DotCols représentant des graphismes, ou des ensembles de 25 caractères normés UNICODE, de graphismes ou d'images . 11. Procédé de codage selon les revendications précédentes caractérisé en ce que les dots d'une DotCol structurent le ou les champs d'une autre DotCol comme le champ « valeur » qui peut représenter une ou plusieurs variables suivant le code de DotCols voisines. 30 12. Procédé de codage selon les revendications précédentes caractérisé en ce que les DotCols sont indépendantes et libres ou liées, éventuellement hiérarchisées et possèdent des positions déterminées au sein des composantes ou des mots, notamment en fonction de leur sémantique. 27 13. Procédé de codage selon les revendications précédentes caractérisé en ce que les dots des DotCols de différentes natures physiques sont matérialisés via une ou plusieurs matrices 1D, 20 ou 3D dont les éléments constitutifs correspondent aux dots ou à des pointeurs visant des matrices de constitution parfois spécifiques exploitées par un éditeur 5 pour créer des textes de Dotcols ou un interpréteur pour l'exécution. 14. Procédé de codage selon les revendications précédentes caractérisé en ce qu'un champ de certaines DotCols, notamment quand il est unique, possède une capacité de représentation supérieure aux 256 valeurs de l'octet afin de consacrer les valeurs 10 supérieures au codage de structures, sens, fonctions, règles, associations et caractéristiques spécifiques, domaines et sous domaines et aux éléments représentés par les DotCols y compris les adresses des tables et dictionnaires associés. 15. Procédé de codage selon les revendications précédentes caractérisé en ce que des 15 groupements de DotCols gagnent à être représentés en plusieurs exemplaires identiques en différents lieux ou temps, par exemple sur un plan, proches les uns des autres et de préférence tantôt en sens usuel (gauche-droite pour un plan), tantôt en sens inverse. 11111111 20