Aller au contenu
Nouveau : le SDK Node dialpress. Routez le SIP comme avec Express et placez un agent sur n’importe quel appel.Commencer
DialPress
DialPress
Comment fonctionne DialPress

Une seule stack, de l’opérateur à la conversation

Une passerelle, un moteur média, un moteur vocal, un runtime d’agents et un routeur de messages. Chacun est un module qui tourne dans le même processus, comme service distinct ou sur une flotte.

DialPress softphone on the web, iPhone and Android

En bref

Un seul chemin média

L’audio va de l’opérateur à la voix et à l’agent sans quitter la stack.

Modulaire

Chaque module tourne dans le même processus, dans son propre processus ou sur ses propres machines.

Programmable

Tout ce qui est dans le tableau de bord est dans l’API, le SDK et le serveur MCP.

Portable

La même stack tourne dans le cloud DialPress ou sur vos propres serveurs.

Pourquoi une stack vocale, et pas une API vocale

La plupart des produits d’IA vocale sont un modèle posé sur la ligne téléphonique de quelqu’un d’autre. Quand l’audio arrive en retard, qu’un numéro est signalé comme spam ou qu’un transfert échoue, le modèle n’y peut rien. Ces problèmes se situent dans le réseau : c’est là que DialPress les résout.

DialPress voice waveform on ember

La vie d’un appel

Ce qui se passe entre la première sonnerie et le dernier mot.

01

L’appel arrive

Un opérateur, un trunk SIP, un téléphone de bureau ou un navigateur envoie l’appel à la passerelle. SIP et WebRTC s’y rejoignent.

02

Le plan de numérotation choisit un chemin

Les flux de routage filtrent selon le numéro, l’heure ou les touches, et l’appel arrive sur un chemin comme /inbound/15550100 ou /ai/front-desk.

03

Une app répond

L’app qui revendique le chemin répond en code : appeler une personne, diffuser une annonce ou ouvrir l’audio de l’appel.

04

La voix et l’agent parlent à tour de rôle

L’audio de l’appelant est transmis à la reconnaissance, l’agent répond et la synthèse vocale est restituée, avec interruption quand l’appelant coupe la parole.

05

Chaque étape est un événement

État des appels, touches pressées, transcriptions et enregistrements sont publiés sous forme d’événements et conservés avec l’appel.

Conçu pour évoluer

Chaque couche évolue indépendamment. Ajoutez de la capacité là où est la charge, pas partout à la fois.

01

Modulaire par conception

Chaque module (passerelle, voix, agents, messagerie, enregistrement) tourne dans le même processus, dans son propre processus ou sur ses propres machines via TLS mutuel.

02

Passerelles horizontales

Exécutez autant d’instances de passerelle que nécessaire. Les enregistrements sont partagés, les appels conservent leur affinité de dialogue et le trafic est réparti selon une politique.

03

Voix répartie sur les GPU

Les requêtes vocales et d’agents vont au point de terminaison sain le moins chargé qui sert le modèle, pondéré par GPU.

04

Autoscaling

Sur Kubernetes, chaque groupe de modules évolue selon les métriques en direct et le CPU, avec des bornes que vous fixez par module.

05

Déploiements sans coupure

Les instances arrêtées se vident d’abord : plus de nouveaux appels, les appels en cours se terminent. Mises à jour et réductions de capacité ne coupent jamais un appelant.

06

Le même code, à toute taille

Un binaire sur un portable, une stack Compose sur un VPS ou une flotte sur Kubernetes. Vos apps et vos routes ne changent pas.

Apportez vos propres modèles. LLM d’OpenAI ou Gemini, voix issue de modèles ouverts sur vos propres GPU ou d’un fournisseur cloud. DialPress achemine chaque requête vers le point de terminaison qui la sert.

DialPress voice waveform on ember

Construisez sur la couche vocale.

Accès complet à l’API et au SDK pendant l’essai de 14 jours.