Droits de protection et famille de demandes de brevet
Base source : communications bibliographiques et extraits de registre du DPMA (état de traitement : 27.03.2026).
Demande de brevet 10 2025 003 091.6 - GitCover / V7GUID
| Champ | Contenu |
|---|---|
| Numéro de dossier | 10 2025 003 091.6 |
| Demandeur / Inventeur | Axel Franz Johann Druschel, Friedrichsdorf, DE |
| Date de dépôt | 09.09.2025 |
| Désignation | Système et procédé d'orchestration de processus métier basée sur Git avec automatisation de la conformité conforme à OSCAL, intégration des EU-Building-Blocks et sécurisation cryptographique des preuves |
| État de la procédure | Communication bibliographique émise |
Demande de brevet 10 2025 003 359.1 - GCEP
| Champ | Contenu |
|---|---|
| Numéro de dossier | 10 2025 003 359.1 |
| Date de dépôt | 27.09.2025 |
| Désignation | Procédé et système de synchronisation multi-dépôts infalsifiable et coordonnée par verrous, et de validation par politiques des métadonnées de conformité dans Git |
| État de la procédure | Communication bibliographique émise |
Remarque (N3 — signature de bundle) : La demande de brevet couvre la signature de bundle pour la synchronisation multi-dépôts. Ceci correspond à l'architecture de trousseau GPG (voir Techniques : architecture de trousseau GPG) :
git bundletransporte les dépôts y compris.gitcover/keys/et les preuves d'identité → unité forensique portable, vérifiable sans infrastructure vivante (--no-default-keyring).
Demande de brevet 10 2025 004 214.0 - GCSYNC
| Champ | Contenu |
|---|---|
| Numéro de dossier | 10 2025 004 214.0 |
| Date de dépôt | 24.11.2025 |
| Désignation | Système et procédé de synchronisation bidirectionnelle de dépôts Git avec des systèmes de fichiers cloud au moyen d'une coordination déterministe par verrous |
| État de la procédure | Communication bibliographique émise |
Modèle d'utilité 20 2026 000 272.7 - GCPN
| Champ | Contenu |
|---|---|
| Numéro de dossier | 20 2026 000 272.7 |
| Document publié | DE202026000272U1 |
| Date de dépôt | 20.01.2026 |
| Date d'inscription | 27.03.2026 |
| Désignation | Structure de données de conteneur pour une gestion de documents d'entreprise basée sur UUIDv7 et infalsifiable, avec chaînage dynamique Predecessor/Successor (GitCover PrimaNota) |
| Statut | En vigueur |
Cadre stratégique
AFJD est, en tant que personne physique, titulaire permanent de l'ensemble des droits de protection ainsi qu'initiateur du GCBoK. L'IP reste chez AFJD - la GCC est mise à disposition pour utilisation sur une base contractuelle (aucun transfert de propriété).
Objectif A - Défense contre les trolls de brevets et les tentatives de prise de contrôle
L'IP reste chez AFJD et ne peut être acquise par une prise de contrôle de la GCC. La normalisation via GCBoK (OSS, Non-Profit) crée une large base d'utilisation qui rend économiquement insensée une monopolisation ultérieure par des tiers.
Objectif B - Développement de la communauté avec participation à la création de valeur
La GCC, la communauté et les partenaires d'exploitation économique obtiennent sur la même base contractuelle des droits d'utilisation sur l'IP - sans que la GCC elle-même doive agir en tant que donneur de licence.
Voir aussi : La tutelle à but non lucratif de la GCC est documentée sur la landing page GCC.