Authentification
L'API Connection utilise l'authentification par token Bearer. Toutes les requêtes doivent inclure un token d'accès JWT valide dans l'en-tête Authorization.
Obtenir un token
Envoyez vos identifiants en POST à l'endpoint d'authentification. Vous recevrez un access_token de courte durée et un refresh_token de longue durée.
Utiliser le token
Incluez le token dans chaque requête :
{
"email": "admin@yourorg.com",
"password": "••••••••"
}{
"access_token": "eyJhbG...",
"refresh_token": "dGhpcw...",
"expires_in": 3600,
"token_type": "Bearer"
}URL de base et versionnage
Tous les endpoints API sont versionnés sous /api/v1/. L'URL de base dépend de votre déploiement.
Pour les déploiements hébergés dans le cloud, utilisez l'endpoint régional assigné à votre organisation. Pour les déploiements Serveur sur site, utilisez le nom d'hôte de votre serveur.
| Environnement | URL de base |
|---|---|
| Cloud (US) | https://beta.connection.app/api/v1 |
| Sur site | https://<your-server>/api/v1 |
Tous les corps de requête et réponse utilisent application/json. Incluez Content-Type: application/json sur les requêtes avec un corps.
Erreurs et codes de statut
L'API utilise des codes de statut HTTP standard. Les réponses d'erreur incluent un code lisible par machine et un message lisible par l'humain.
| Statut | Signification |
|---|---|
| 200 | Succès |
| 201 | Créé |
| 400 | Mauvaise requête — paramètres invalides |
| 401 | Non autorisé — token manquant ou expiré |
| 403 | Interdit — permissions insuffisantes |
| 404 | Non trouvé |
| 500 | Erreur interne du serveur |
{
"error": {
"code": "device_not_found",
"message": "No device with that UUID exists in your organization",
"status": 404
}
}Vue d'ensemble de l'API REST
L'API REST Serveur Connection fournit un accès programmatique complet à votre flotte d'appareils, infrastructure de communications et analytique. Elle suit les conventions RESTful avec des corps de requête/réponse JSON.
Authentification
Authentification par token. La connexion retourne un token qui doit être envoyé comme Authorization: Token <token> sur toutes les requêtes suivantes.
Utilisateurs
Créez et gérez des comptes utilisateurs. L'endpoint GET /users/user retourne l'utilisateur actuellement authentifié.
Appareils
Listez et inspectez les appareils, gérez les associations utilisateur-appareil, lisez et écrivez les paramètres et statuts par appareil, gérez les images firmware et stockage, et recevez les journaux et rapports de crash.
Proxy CBBP
Envoyez n'importe quelle commande CBBP à un appareil via le serveur. Le serveur relaie la commande via la connexion WiFi de l'appareil et retourne la réponse de l'appareil. La réponse outgoing-make intègre également un CBBPMessage que l'appareil exécute immédiatement.
Le corps de la requête est une enveloppe de commande CBBP. L'objet CBBPCommand stocké suit le statut de livraison : UNSET → SENT → RECEIVED ou TIMED_OUT.
{
"outgoingMessage": {
"command": "WiFiScan"
}
}{
"uuid": "a3f2...",
"status": "SENT",
"device": "d7f3a1b2-...",
"dateSent": "2025-09-15T14:22:01Z",
"outgoingMessage": { /* echoed */ },
"incomingMessage": null
}Canaux
Les canaux sont les primitives de communication principales. Les types incluent ChannelPeople, ChannelGroup, ChannelContact, ChannelContactNumber, ChannelExternalNumber, ChannelService et ChannelRecorder.
Communication
Initiez et gérez les sessions de communication actives — appels sortants, VCP, enregistrement et streaming de contenu. La réponse outgoing-make inclut un CBBPMessage sur lequel l'appareil agit immédiatement.
Pont audio
Accédez aux conversations de pont enregistrées incluant les transcriptions complètes, listes de participants et résumés générés par IA. Supporte plusieurs modèles de résumés (notes de réunion, notes de cours, santé, etc.) et la génération audio TTS pour les résumés.
Conversations
Sessions de conversation propulsées par IA utilisant ChatGPT, Gemini ou le moteur natif. Supporte plusieurs personas (Médecin, Tuteur, Mécanicien, etc.) et l'historique de messages paginé.
Contenu
Parcourez et lisez du contenu audio en streaming sur les appareils. Le contenu est organisé en arborescence de catégories ; le contenu populaire peut être filtré par ville, région ou pays.
Localisations
Résolvez les coordonnées géographiques en un objet ville, région et pays structuré. Utilisé par les appareils lors de l'ingestion de contexte.
Notifications push
Enregistrez une application mobile pour recevoir des notifications push FCM. Supporte les cibles iOS, Android et web.
Stockage
Téléchargez les fichiers stockés sur les objets de modèle, et exécutez la suppression du fond d'image (retourne un résultat encodé en base64).
Opérations en masse
Exécutez plusieurs opérations API dans une seule requête HTTP. Passez single_transaction=true pour envelopper toutes les opérations dans une seule transaction atomique — un échec sur n'importe quel élément annule tout le lot.
Date et heure
Retourne la date et l'heure actuelles du serveur en GMT+0. Ne nécessite pas d'authentification. Utilisé par les appareils pour synchroniser leur horloge interne.
Com Badge Basic Protocol
CBBP est un protocole de commande JSON léger pour l'interaction directe avec les badges Connection. Il vous donne un contrôle total sur chaque fonction hardware et logicielle de l'appareil.
Format des messages
Chaque interaction CBBP consiste en un message de commande envoyé à l'appareil et un message de résultat retourné par l'appareil.
Le champ objet dans la requête et la réponse porte les données spécifiques à la commande et peut être omis quand ce n'est pas nécessaire.
{
"command": "command_name",
"object": {
// optional command parameters
}
}{
"result": 0, // 0 = success, -1 = error
"detail": "ok", // human-readable status
"object": { // optional response data
// command-specific fields
}
}Transport
Les messages CBBP peuvent être délivrés à un badge via trois transports différents selon votre architecture d'intégration.
Bluetooth (Application)
Envoyez des commandes CBBP directement depuis une application mobile via BLE. Nécessite que l'appareil soit couplé et à portée.
SDK MobileWiFi ou Bluetooth via Serveur
Proxifiez CBBP via l'API REST — POST /devices//cbbp. Le serveur route automatiquement vers l'appareil via WiFi ou Bluetooth selon la façon dont le badge est connecté. Le plus courant pour les intégrations backend.
API RESTDispatch interne
Dispatch CBBP sur appareil ou inter-processus. Utilisé par le firmware du badge pour router les commandes entre les sous-systèmes internes.
Firmware uniquementCommandes d'alimentation
Contrôlez l'état d'alimentation de l'appareil — veille, réveil, redémarrage et réinitialisation d'usine.
Commandes WiFi
Configurez les réseaux sans fil, scannez les AP, vérifiez le statut de connexion et gérez les identifiants sauvegardés.
Commandes Bluetooth
Contrôlez la publicité BLE, le couplage et la communication badge-à-badge.
Commandes de paramètres
Lisez et écrivez la configuration de l'appareil — nom d'affichage, fuseau horaire, langue et indicateurs de fonctionnalités.
Commandes firmware
Déclenchez les mises à jour firmware OTA, vérifiez le statut des mises à jour et interrogez la version firmware actuelle sur l'appareil.
Commandes appareil
Cycle de vie de l'appareil, authentification, configuration, journalisation, statut et contrôle hardware.
Commandes de communication
Initiez des appels, envoyez des messages, gérez les sessions de communication actives et contrôlez l'enregistrement.
Commandes audio
Contrôlez le volume du haut-parleur, le gain du microphone, les profils audio et la lecture TTS.
Commandes LED
Définissez la couleur, la luminosité et les patterns d'animation de la LED indicatrice du badge.
Commandes internes
Commandes de dispatch interne utilisées pour la livraison de contexte, l'historique de canal, la vocalisation et le décodage audio.
Commandes mobiles
Commandes pour coordonner le badge avec une application mobile couplée — notifications push, synchronisation d'état de l'application et deep linking.