Introduction

L’Institutional Knowledge Graph (IKG), développé par CRISalid, est implémenté sous la forme d'un graphe Neo4j et est conçu en conformité avec le standard international CERIF 2 (euroCRIS).

Les publications des chercheurs et chercheuses sont déjà intégrées dans IKG. Un travail approfondi a été mené sur la gestion des affiliations associées à ces publications, ainsi que sur la modélisation des structures de recherche. L’étape suivante vise à intégrer les projets de recherche. Plusieurs établissements disposent d'applications de gestion du montage de projets et de suivi des contrats de recherche. OSCAR, développée par l'université de Caen, en est un exemple. Ces outils seront la principale source de données sur les projets, les candidatures déposées et les financements obtenus.

Les projets dans CERIF

Dans le modèle CERIF, un projet peut contenir des sous-projets. Il est structuré autour de ressources mobilisées et de contributions. Par ailleurs, les projets et les financements existent dès leur conceptualisation, avant l'obtention du financement.

Les ressources :
CERIF appelle Resource tout ce qui peut être utilisé pour la recherche ou au cours de la recherche : un financement (Funding), une infrastructure (Infrastructure), l'expertise et le temps d'une personne (Expertise+Time+Effort), un document (Document). Une même ressource peut être offerte (par exemple dans un appel à projets), demandée (dans une candidature), fournie (par un contributeur) puis utilisée. Elle peut aussi être composée d'autres ressources (is-part-of / has-part) ou remplacer une version antérieure (is-new-version-of).

Les offres et les demandes de financement :
Une offre de ressource (Resource Offer) est émise par un agent (personnes, groupes ou organisations) avec la relation is-solicited-by / solicits et porte sur une ressource (relation offers entre l'offre de ressources et la ressource). Un appel à candidatures (Call for Applications) est une offre de ressource ayant une date limite et auquel des candidatures (Application) répondront. Lorsque la ressource offerte est un financement, l'appel est un Call for Funding Applications et CERIF impose alors que l'offre porte sur un Funding (spécialisation de Resource) et que les candidatures reçues soient des FundingApplications (spécialisation d'Application).

L'agent qui dépose la candidature en est le requester, celui à qui elle est adressée en est l'addressee.

Les financements d'un projet et les candidatures à des financements peuvent être multiples.

Les contributions :
Un projet peut recevoir plusieurs contributions, de la même manière que les documents et les évènements. Pour les projets, CERIF définit des Contribution to Project, sous-type de Contribution et d'Activity, précisées par des Contribution Statements. Des agents (personnes, groupes ou organisations) apportent des contributions de type Expertise+Time+Effort, Infrastructure ou Document. Par exemple, une chercheuse consacre des heures au projet ou une organisation met à disposition des serveurs GPU.

Les documents : 
CERIF comporte une classe Document, spécialisation de Resource. Le rôle d'un document n'est pas porté par sa classe mais par ses relations : la relation is-description-of vers une ressource, describes-resource-offer vers une offre, describes-resource-request vers une demande, presents-decision vers une décision, proves vers une activité.

Les décisions :
La décision prise sur une candidature est une entité à part entière (Decision), reliée à l'agent qui décide, à un document, et éventuellement à un Evaluation Outcome. Ce dernier rassemble les conclusions d'une évaluation.

Modélisation de l'information autour des Application dans CERIFModélisation de l'information autour des Contribution_to_Project dans CERIF

Proposition de modélisation

La proposition de modélisation présentée ci-dessus s’appuie sur la norme CERIF décrite précédemment, tout en introduisant certaines simplifications.

Explications sur les choix retenus

Les contributions

Comme pour les documents, les projets sont reliés à un nœud Contribution. Une propriété type (work, infrastructure, document) y est introduite. C'est une simplification des Contribution Statements de CERIF. Elle évite une entité supplémentaire tout en conservant la distinction entre les types de contributions apportées au projet.
Les contributions ont des dates de début et de fin, une personne ou une organisation ne participant pas nécessairement au projet pendant toute sa durée.

Les financeurs

Les financeurs ne sont pas représentés comme des contributeurs puisqu'ils sont déjà reliés à la candidature par IS_ADDRESSEE_OF et à l'appel par SOLICITS. Pour savoir qui apporte le financement, une relation PROVIDES relie directement l'organisation au financement.

Les lots et les tâches

CERIF Core modélise les sous-projets, lots de travail et tâches comme des projets, reliés par is-part-of. Le modèle suit ce principe et ajoute un label de spécialisation (WorkPackage ou Task) ainsi qu'une propriété code (par exemple WP3, T3.2) pour l'affichage et le tri. Le projet global n'a pas de label propre : c'est celui qui n'est rattaché à aucun autre projet.

Les décisions

Une propriété status est portée par la candidature. Elle simplifie la représentation CERIF des Decisions. Elle permet de suivre facilement le statut d'un dossier entre son dépôt et la décision finale (par exemple candidature déposée, dossier en cours de montage, dossier abandonné) sans avoir à parcourir l'ensemble des décisions associées à la candidature.

De la même manière, une propriété status est portée par le projet lui-même, ce qui permet de savoir rapidement s'il est en montage, financé mais pas encore démarré, en cours, terminé ou abandonné. Ce statut se déduit de celui des candidatures qui s'y rattachent. Si le besoin d'un historique des décisions apparaissait, l'entité Decision de CERIF pourrait être introduite sans remettre en cause le reste du modèle.

Les dates

Un projet n'a pas nécessairement les mêmes dates de début et de fin que son financement et il peut avoir plusieurs financements successifs ou complémentaires. Des dates de début et de fin sont donc portées à la fois par le projet et par le financement.

Les appels à projets

En CERIF, un appel à projets est un Call for Funding Applications, c'est-à-dire une offre portant sur un financement. CERIF Core ne lui donne qu'un attribut, deadline. Or les établissements disposent de davantage d'informations, qui sont utiles pour le pilotage comme pour l'alignement avec des référentiels externes. Le modèle ajoute donc les propriétés "id", "name", "type", "url", "year", "deadlines", "results_dates". Les dates limites et les dates d'annonce des résultats sont des listes, parce qu'un appel peut se dérouler en deux phases.

Les axes d'un appel

Un appel est souvent subdivisé : topics pour Horizon Europe, instruments pour les appels génériques de l'ANR, axes thématiques pour d'autres types d'AAP. CERIF Core ne prévoit pas cette notion. Ces subdivisions seront représentées dans IKG par un nœud CallAxis.  Un axe n'est créé que lorsque la subdivision existe bel et bien, et est nommée par le financeur. C'est à cette subdivision que le chercheur ou la chercheuse candidate et elle peut porter sa propre date limite et sa propre URL.

L'axe porte aussi le label CallForFundingApplications. Il correspond bien à la définition CERIF d'un appel ("A Call for Applications that expects Funding Applications", le Call for Applications étant défini comme "A written or verbal request inviting someone to go somewhere or to do something, namely, submit an Application."). Ce choix est aussi guidé par le fait que la relation IN_RESPONSE_TO est contrainte à viser un Call for Applications.

Les candidatures

La candidature porte une date et un statut. Elle est reliée au financement demandé (REQUESTS), à l'appel ou à l'axe auquel elle répond (IN_RESPONSE_TO), aux agents qui la déposent (IS_REQUESTER_IN) et à ceux à qui elle est adressée (IS_ADDRESSEE_OF). La propriété position de ces relations précise le rôle des agents : porteur scientifique, coordinateur, bénéficiaire, financeur, co-financeur.

Les organisations

Il existe plusieurs types d'organisations dans IKG : celles issues du référentiel de l'établissement, les Source Organisations issues du moissonnage des publications, et les Authority Organisations, version consolidée des précédentes. La question se pose donc du type à retenir pour les organisations liées aux projets, qu'elles le soient par une contribution ou par un financement, d'autant que les applications sources ont leur propre référentiel d'organisations.

Règle retenue : si l'organisation provient du référentiel interne, par exemple de l'annuaire LDAP, c'est une Authority Organisation ; sinon, c'est une Organisation.

Les documents

Les candidatures, les appels et les financements s'accompagnent de différents types de documents : dossier déposé, budget prévisionnel, courrier de décision du financeur, convention signée, avenants, annexes.

Dans CERIF, ce sont des Documents, au même titre que les productions scientifiques, le rôle étant porté par la relation. Dans IKG en revanche, le label Document désigne les publications : il porte titres, résumés, contributions et embeddings, et il entre dans le dédoublonnage et le calcul des topics, avec des requêtes qui interrogent le label sans filtre. Il est donc nécessaire d'établir une distinction entre les documents liés à des projets et les publications.

Dès lors, dans notre modèle, un double label Document:ProjectDocument est introduit. Le label général conserve la conformité à CERIF, le label de spécialisation permet aux traitements existants d'exclure ces nœuds. Cette exclusion est aussi à implémenter dans IKG. Les propriétés retenues décrivent le fichier et son régime d'accès : title, type, url, mime_type, size, upload_date, confidential.

Les documents produits par le projet (publications, actes, livrables) sont, quant à eux, des Documents au sens d'IKG. CERIF ne prévoit pas de relation directe entre un projet et ses productions : seule la relation proves relie un document à une activité. Le modèle ajoute donc ici une relation HAS_OUTCOME du projet, le plus souvent d'une tâche, vers le document. Elle rattache une production au la tâche ou au lot qui l'a produite.

Concepts et disciplines

L'application OSCAR permet d'associer des mots-clés et des disciplines aux projets. A Paris 1, c'est le vocabulaire des disciplines ERC qui est utilisé.

Les disciplines sont traitées comme les concepts des publications : le projet est relié par HAS_SUBJECT à un nœud Concept, qui porte en plus le label "ErcDiscipline". Le label permet de distinguer les disciplines des mots-clés reliés aux publications. Le label Domain est évité, car IKG l'utilise déjà pour le niveau le plus haut de la classification OpenAlex.

Les infrastructures

CERIF traite les infrastructures comme des ressources, au même titre que les financements. Deux chemins sont possibles : une organisation apporte une infrastructure au projet, sous la forme d'une contribution de type infrastructure ; ou un appel à projets offre une infrastructure, par exemple un accès à un calculateur ou à une plateforme, ce qui s'exprime par une relation OFFERS de l'appel vers une Infrastructure.

Les infrastructures sont laissées de côté pour l'instant dans cette modélisation, la donnée n'étant pas disponible, et en attendant d'avancer sur ce sujet