IMS GLOBAL CONSORTIUM : Badge Connect API sortira fin de deuxième semestre 2019 à l’occasion d'une version 2.1 du standard Open badges. L’API est principalement développée par Nate Otto (@ottonomy) et sera validée par le consortium IMS.

Les avancées que vont permettre l’API Badge Connect sont de faciliter la récupération et l’affichage des badges côté récepteur.

Le principe est que grâce au protocole oauth 2.0, chaque personne va pouvoir s’identifier sur un service qui délivre ou qui permet d’afficher ses badges,  à partir de son passeport ou sac à badges personnel.

Aujourd’hui si je veux récupérer dans mon passeport un badge obtenu grâce à la plateforme Badgr (ou inversement), je dois télécharger le fichier et l’importer, ou l’importer grâce à l’URL de son assertion. Cela représente des manipulations qui sont sources d’erreur et complexe pour les utilisateurs.

Grâce à l’API Badge Connect, je vais pouvoir m’identifier avec mon compte Passport ou Badgr sur – par exemple – une plateforme Moodle, et récupérer automatiquement tout badge obtenu directement en mode Web to Web, sans passer par un import/export.

Grâce au même principe, je vais pouvoir “pousser” des badges dans le service auquel je suis connecté.

Lorsque je le souhaiterai, je pourrais me déconnecter du service en question et garder les badges obtenus. 

Outre le fait que Badge Connect API nous permettra de ne plus créer un compte pour chaque nouveau service, et d’avoir plus de contrôle sur nos données personnelles, c’est une nouvel horizon pour les Open badges car cette API va permettre de développer des services d’usages des badges construits autour de la personne.

Voici quelques éléments techniques fournis par Nate Otto : 

  • A manifest file that defines a particular service (in either backpack/host or relying party role) and which of the optional features of the spec are supported
  • A set of standard API endpoints relative to a baseUrl defined in manifest file. Those endpoints are:
      • GET assertions (read what badges are in a user’s backpack)
      • POST assertions (push a new award to the user’s backpack)
      • GET profile (user profile with name and what recipient identifiers are thought by the backpack to be associated with a user’s account)
  • POST update profile (suggest a new recipient identifier that the backpack may wish to associate with a user’s account)

 

Article rédigé par Philippe Petitqueux