Preprojet sympa sur une méthode innovante de compression et cryptage, utilisation d'algorithmes et de fonctions hypergéométriques, de polycyclicite alternes, de series de suites numériques notamment.

1. SPÉCIFICATIONS PRÉPROJET : TRAITEMENT DU SIGNAL EN GÉNÉRAL ET DE TYPE QUELCONQUE AVEC
LE CAS SPÉCIFIQUE DU TRAITEMENT DE LA PAROLE HUMAINE.
LUNDI 16/09/2013 14H44 U.T.C. RESTAURANT LA CHICHA ABIDJAN RIVIERA 3 COCODY.
AUDENTES FORTUNA JUVAT
LOGICIELS DE COMPRESSION OU EXTENSION DE FICHIER QUELCONQUE ( AVEC CRYPTAGES
POLYCYCLIQUES ALTERNÉS SI VOULU ).
1°) FONCTIONS LOGICIELLES QUI DANS UNE SUITE DE BITS :
010001000111 EXEMPLI GRATIA
a) CHOISIT LE MODE LITLLE OU BIG ENDIAN POUR LE TRAITEMENT DES DONNÉES ( EN
FONCTION DES GRANDEURS ET DU TYPE DE FICHIER, OPTIONS PARAMÉTRABLES ! ) MAIS LES
CALCULS SE FERONT TOUJOURS EN LITTLE ENDIAN ET PUIS SERONT CONVERTIS SI
NÉCESSAIRE EN BIG ENDIAN APRÈS !!!!! PAR MESURE DE SIMPLIFICATION !!
b) DÉFINIT LA PLUS GRANDE SUITE DE 0 OU DE 1 DU SIGNAL.
c) ÉTABLIT LA SUITE NUMÉRIQUE CORRESPONDANT AUX PLUS GRANDES VALEURS PUIS
ÉTABLIT LA 2NDE
SUITE NUMÉRIQUE CORRESPONDANT AUX PLUS GRANDES VALEURS
RESTANTES DANS LES SOUS-CHAINES DE BITS ET AINSI DE SUITE JUSQU’À CE QU’IL NE RESTE
ÉVENTUELLEMENT QUE DES VALEURS PONCTUELLES ET LES DÉFINIT COMME DES
SINGLETONS !!!!!
d) ÉCRIT AVEC ALGORITHMES DE TRANSCRITPIONS LE CODE CRYPTÉ COMPRESSÉOU ÉTENDU
EN FONCTION DES VALEURS CHOISIES POUR LE CRYPTER ( LES POLYCYCLES DE CRYPTAGE NE
SE FERONT QUE DANS UN SENS UNIQUE EN COMPRESSION SEULEMENT OU EN EXTENSION
UNIQUEMENT !!!!! POUR ÉVITER UNE IMPOSSIBILITÉ DE DÉCRYPTAGE COHÉRENTE PAR LA
SUITE !!!!! ).
e) LE RÉSULTAT EST ENCAPSULÉ DANS UN FORMAT DE FICHIER D’EXTENSION À CRÉER (.CRY )
QUII CORRESPOND À :
1ÈRE
PARTIE DU SEGMENT : SUR 16 BITS ( PAR EXEMPLE ), LE NOM ET LE TYPE DE FICHIER
INITIAL ( .PDF ; .MP3 ; ETC ) EN ISO ( SEGMENT NON CRYPTÉ !!! ).
2NDE
PARTIE DU SEGMENT SUR 16 BITS ( PAR EXEMPLE ), LE NOMBRE DE FOIS QU’IL À ÉTÉ
ENCRYPTÉ PAR L’ALGORTIHME DE TRANSCRIPTION ET LES VALEURS RÉFÉRENCES CHOISIES
ÉVENTUELLEMENT ( IL PEUT AVOIR UNE VALEUR À DÉFINIR POUR NON CRYPTÉ !!! ).
3ÈME
PARTIE DU SEGMENT : VARIABLE SELON LA TAILLE DU FICHIER INITIAL À COMPRESSER
OU ÉTENDRE ET QUI CORRESPOND AU SOURCE DU FICHIER CRYPTÉ ( OU NON ! ).
4ÈME
PARTIE DU SEGMENT : LE CODE CRC ( CYCLICAL REDUNDANCY CHECK ) POUR VÉRIFIER
L’INTÉGRITÉ DES 3 PREMIERS SEGMENTS !!!!! ( SEGMENT NON CRYPTÉ ! ).
5ÈME
PARTIE DU FICHIER : SON EXTENSION (.CRY) EN ISO.

2. 2°) FONCTIONS LOGICIELLES QUI DANS UNE SUITE DE BITS :
010001000111 EXEMPLI GRATIA
a) CHOISIT LE MODE LITLLE OU BIG ENDIAN POUR LE TRAITEMENT DES DONNÉES ( EN
FONCTION DES GRANDEURS ET DU TYPE DE FICHIER, OPTIONS PARAMÉTRABLES ! ) MAIS LES
CALCULS SE FERONT TOUJOURS EN LITTLE ENDIAN ET PUIS SERONT CONVERTIS SI
NÉCESSAIRE EN BIG ENDIAN APRÈS !!!!! PAR MESURE DE SIMPLIFICATION !!
b) DÉFINIT LES GROUPES DE CYCLES DISTINCTS PAAR VALEURS LES PLUS GRANDES PUIS LES
SOUS-GROUPES ET ENFIN LES SINGLETONS DE 0 OU DE 1 DU SIGNAL.
c) DÉFINIT LES SUITES NUMÉRIQUES CORRESPONDANTES AU FICHIER BINAIRE.
d) ÉCRIT AVEC ALGORITHMES DE TRANSCRITPIONS LE CODE CRYPTÉ COMPRESSÉOU ÉTENDU
EN FONCTION DES VALEURS CHOISIES POUR LE CRYPTER ( LES POLYCYCLES DE CRYPTAGE NE
SE FERONT QUE DANS UN SENS UNIQUE EN COMPRESSION SEULEMENT OU EN EXTENSION
UNIQUEMENT !!!!! POUR ÉVITER UNE IMPOSSIBILITÉ DE DÉCRYPTAGE COHÉRENTE PAR LA
SUITE !!!!! ).
e) LE RÉSULTAT EST ENCAPSULÉ DANS UN FORMAT DE FICHIER D’EXTENSION À CRÉER (.CRY )
QUII CORRESPOND À :
1ÈRE
PARTIE DU SEGMENT : SUR 16 BITS ( PAR EXEMPLE ), LE NOM ET LE TYPE DE FICHIER
INITIAL ( .PDF ; .MP3 ; ETC ) EN ISO ( SEGMENT NON CRYPTÉ !!! ).
2NDE
PARTIE DU SEGMENT SUR 16 BITS ( PAR EXEMPLE ), LE NOMBRE DE FOIS QU’IL À ÉTÉ
ENCRYPTÉ PAR L’ALGORTIHME DE TRANSCRIPTION ET LES VALEURS RÉFÉRENCES CHOISIES
ÉVENTUELLEMENT ( IL PEUT AVOIR UNE VALEUR À DÉFINIR POUR NON CRYPTÉ !!! ). AVEC UN
PARAMÈTRE SUPPLÉMENTAIRE DANS CE CAS POUR INDIQUER QUE C’EST UNE CLASSE DE
GROUPE D’ENSEMBLES ( C.G.E. ).
3ÈME
PARTIE DU SEGMENT : VARIABLE SELON LA TAILLE DU FICHIER INITIAL À COMPRESSER
OU ÉTENDRE ET QUI CORRESPOND AU SOURCE DU FICHIER CRYPTÉ ( OU NON ! ).
4ÈME
PARTIE DU SEGMENT : LE CODE CRC ( CYCLICAL REDUNDANCY CHECK ) POUR VÉRIFIER
L’INTÉGRITÉ DES 3 PREMIERS SEGMENTS !!!!! ( SEGMENT NON CRYPTÉ ! ).
5ÈME
PARTIE DU FICHIER : SON EXTENSION (.CRY) EN ISO.
GRAPHISME
3°)
a) FONCTIONS GRAPHIQUES SOUS FORME DE MENU DANS UNE FENÊTRE.
b) POSSIBILITÉ DE MULTI-FENÊTRAGES.
c) AFFICHAGES DES VALEURS : SUITRES DE 0 ; SUITES DE 1, SUITES PAR ORDRE DÉCROISSANT
DES CYCLES ; DU NOMBRE DE SINGLETONS DE 0 OU 1.
d) POSSSIBILITÉ EN MODE LIGNE DE COMMANDE SUR INVITE DE CRYPTER OU DÉCRYPTER UN
FICHIER ET AFFICHER LE NOMBRE DE FOIS QU’IL EST CRYPTÉ CYCLIQUEMENT SI EFFECTUÉ !

3. e) AFFICHAGE TAILLE INITIALE ET TAILLE FINALE DU FICHIER ; COMPRESSÉ OU ÉTENDU.
ÉVENTUELLEMENT CRYPTÉ !
f) PENSER À METTRE UN BOUTON POUR CHOIX DU MODE VECTORIEL POUR CALCUL SUR
SUPERCALCULATEUR OU EN MODE PIPELINE POUR MULTIPROCESSEURS ! ( SOIT L’ÉCRITURE
EN COMMANDES SYSTÈMES POUR LES PROCESSEURS FORTEMENT COUPLÉS AFIN D’
OPTIMISER LE TRAITEMENT ! POUR DE VOLUMINEUX FICHIERS À TRAITER § )
g) PENSER À METTRE UN BOUTON D’ ACTIVATION OPTIONNEL EN MODE CALCUL DISTRIBUÉ EN
RÉSEAU : PROTOCOLE TCP/IP.
SOIT PAR MULTITHREADS GERÉ PAR POSTE PRINCIPAL.
SOIT PAR CALCUL DISTRIBUÉ TOTAL SUR UNE MÊME PLATEFORME ENGLOBANT TOUTES LES
RESSOURCES COMME UNE SEULE ET MÊME MACHINE TEL LE PROJET BOINC DE BERKELEY
UNIVERSITY À UTILISER DE PRÉFÉRENCE !!!!!
4°) ADDENDUM 1 : ABIDJAN COCODY RIVIERA 3, le jeudi 24/10/2019 07h43mn U.T.C
Le traitement des données se fera par exemple sous la forme de trames ou blocs de 7 * 64 bits en
raison des 7 couches de la norme OSI ( Open Systems Interconnection ) proposée par l’ ISO
( International Organization for Standardization ) et des architectures systèmes et logicielles actuelles
généralement de 64 bits !!!
Soit 448 bits auxquels on ajoutera 2 bits de contrôle donc soit 450 bits.
Mais cela reste un choix arbitraire par commodité, et on pourra prendre des valeurs plus grandes ou
moins grandes au choix selon le signal à compresser ou étendre ou analyser ou décrypter et afin
d’optimiser le calcul des redondances ou des cycles alternes ou des bits répétitifs !!!
Il est à noter que ces choix devront être portés en fonction des spécificités matérielles et des types
de processeurs utilisés et des choix de calculs en mode distribués ou non, car cela influe énormément
sur les fonctions de hachage que l’on utilisera , les algorithmes et fonctions logicielles pour
encapsuler de grandes données dans un format réduit ( compression de data ) !!!!!
Le choix de série hypergéométrique pour encapsuler les positions des bits du signal à analyser tient
au fait que justement c’est un type de fonction génératrice qui s’ y prçete tout simplement et
facilement et qui est très performante en matière de vitesse de croissance de fonction !!!!!
Pour le choix de séries entières ou non, cela est un problème épineux qui nécessitera des analyses
plus approfondies et que la pratique permettra, peut-être de résoudre !!!
Mais des valeurs fractionnaires uniques devraient être choisies plutôt qu’une liste de valeurs de
nombres rationnels ou réels !!! Il s’entend car sinon le distinguo et l’étendue des résultats de
positionnements de la fonction hypergéométrique deviendraient trop nombreux à analyser et de
surcroît redondants voire inutiles !!!