Voor onmiddellijke publicatie · Londen, 28 mei 2026
Een leveranciersneutrale specificatie maakt het mogelijk voor AI-spraakagenten, IVR-systemen, contactcenters en mensen om live gesprekken, met geverifieerde identiteit, intentie, toestemming en mediacontinuïteit, door te geven tussen verschillende platformen. Samenwerking met meerdere leveranciers is een voorwaarde voor elke v1.0-release.
Cloudax heeft vandaag het openbare concept gepubliceerd van OHP: het Open Handoff ProtocolEen leveranciersneutrale specificatie voor het doorgeven van live spraakgesprekken tussen AI-agenten, IVR-systemen, contactcenters en menselijk personeel. Het concept is beschikbaar op [link]. github.com/OpenHandoffProtocol/OHP onder een Apache-2.0-licentie.
OHP dicht een leemte waar de spraakindustrie al meer dan tien jaar mee worstelt: er bestaat geen gestandaardiseerde manier voor een spraak-AI van de ene leverancier om een live gesprek, inclusief geverifieerde belleridentiteit, intentie, slotstatus, toestemming en mediacontinuïteit, door te geven aan een spraak-AI, IVR of medewerker van een andere leverancier. Elke laag onder het gesprek heeft al een standaard. Het gesprek zelf niet.
Het probleem, in vier getallen
Het verschil komt tot uiting in meetbare klantervaring en kosten, niet alleen in architectuurdiagrammen.
Forrester's CX-index van 2025: bellers die gevraagd worden informatie te herhalen na een doorverwijzing van IVR naar medewerker.
Industriestandaarden voor de overdracht van de conversatiestatus tussen AI's. SIP, WebRTC, MCP en OVON hebben elk een eigen laag.
Eigen overdrachtsformaten waargenomen bij Genesys, NICE, Avaya, Twilio, Vapi, Retell, Bland, ElevenLabs, Cloudax, Pindrop, Cresta, PolyAI, Cognigy en Voiceflow.
Gemiddelde extra kosten per gesprek als gevolg van herauthenticatie en herontdekking bij warme overdracht (interne audit van Cloudax, n = 412.000 SIP-overdrachten, Q1 2026).
“Elke laag onder het gesprek heeft al een standaard: SIP voor signalering, WebRTC voor media, MCP voor het gebruik van tools, OpenTelemetry voor observability. Het gesprek zelf niet. OHP is de ontbrekende laag en is te belangrijk om in handen te zijn van één enkele leverancier, inclusief ons.”
Wat OHP definieert
OHP is een gelaagd draadformaat voor het overdragen van informatie tijdens live gesprekken. vormt een combinatie met, maar vervangt niet.SIP, WebRTC, MCP, OVON Open Floor en bestaande CPaaS-controlelagen. De specificatie definieert vijf combineerbare lagen.
- L4: Gesprekstoestandsenvelop (CSE).Een ondertekend, canoniek JSON/CBOR-document met geverifieerde belleridentiteit, intent stack, slotstatus, geredigeerd transcript, modelgeheugenhints, toestemmingsbewijzen en bewijzen van mediacontinuïteit.
- L3: Besturingsvlak.Vijf idempotente werkwoorden met ack-ed:
VOORSTELLEN,ACCEPTEREN,AFWIJZEN,AANNEMEN,OPBRENGST, plus een gereserveerdeINCIDENTWerkwoord voor het melden van ernstige incidenten volgens artikel 73 van de EU-wetgeving inzake kunstmatige inseminatie. - L2: Transportbindingen.SIP INFO, WebSocket, HTTP en gRPC, dus dezelfde envelope blijft ongewijzigd voor telefonie, web en operationele processen.
- L1: Vertrouwen en identiteit.Hybride Ed25519 + ML-DSA-65 handtekeningen (post-quantum hedged, FIPS 204), HPKE per-ontvanger verzegeling, SD-JWT verifieerbare referenties, ISO/IEC 27560 toestemmingsbewijzen en een transparantielogboek in Sigstore-stijl.
- L0: Mediacontinuïteit.SDP re-INVITE-hints, SFU-trackdoorsturing en een optionele audio-vingerafdrukcontrole die elke envelop koppelt aan een specifieke gespreksverbinding.
Vier conformiteitsniveaus: van de minimale adoptiegrens tot de gereguleerde bovengrens.
OHP is zo ontworpen dat een kleine leverancier de vloervariant in een lang weekend kan verzenden, terwijl een gereguleerd bedrijf de plafondvariant kan verlichten zonder de bedrading aan te passen. Elke variant is een strikte uitbreiding van de variant daaronder.
Een ondertekend JSON-document met vijf werkwoorden via TLS. Voldoende voor anonieme IVR-navigatie, planning, FAQ en continuïteitsbeheer ("waar was ik toen het gesprek werd verbroken?"). Binnen enkele dagen te implementeren door elke leverancier die een structuur in JSON kan coderen en via HTTPS kan verzenden.
Voegt losgekoppelde Ed25519 JWS toe bovenop de canonieke CBOR, JWK Set-publicatie en envelop-idempotentie. Voldoende voor geauthenticeerde klantenservice zonder persoonsgegevens.
Voegt HPKE-verzegeling per ontvanger, SD-JWT VC selectieve openbaarmaking, ISO/IEC 27560-toestemmingsbewijzen, DPoP-afzenderbeperking en RTP-vingerafdrukkoppeling toe. Voldoende voor HIPAA PHI via verzegelde FHIR-referenties, PCI-netwerktokens en grensoverschrijdende PII onder een rechtmatig overdrachtsmechanisme.
Voegt hybride ondertekening na kwantumtechnologie toe, een transparantielogboek in Sigstore-stijl, het tot stand brengen van een vertrouwensrelatie met OpenID Federation en machineleesbare metadata voor de EU AI-wetgeving: attestatie van verboden praktijken (artikel 5), logboekregistratie (artikel 12), toezichtstatus (artikel 14), bewijs van openbaarmaking (artikel 50), incidentrapportage (artikel 73) en eindpunt voor het recht op uitleg (artikel 86).
De werklasten specificeren het minimale vereiste niveau, en het formaat van de gegevensoverdracht zelf, niet de goede wil van de leverancier of de kwartaalverklaringen, weigert niet-conforme overdrachten. Een gereguleerde onderneming kan dit afdwingen.audience.minTier="sealed" of "gereguleerd"bij de aanbesteding en met een machine die een weigering afdwingt als een tegenpartij probeert de transactie onder die drempel over te dragen.
Ontworpen voor gereguleerde gegevens vanaf de eerste lijn.
OHP is het eerste spraakoverdrachtsformaat dat is ontworpen om machinaal leesbaar te zijn voor zowel de EU AI-wetgeving als het ISO/IEC 42001 AI-managementsysteem. Eén enkele envelop bevat de identiteit en versie van het AI-systeem, de risicoclassificatie, de clausule van bijlage III, de CE-conformiteitsreferentie, AIIA- en FRIA-referenties, de GPAI-leveranciersketen (artikel 53), het bewijs van openbaarmaking (artikel 50), de toezichtshouding (artikel 14) en een gestructureerde herkomstketen per beslissing.
Een toezichthouder die een enkele hash van een envelop identificeert, kan het volledige verantwoordelijkheidsbeeld van een gesprek reconstrueren: welk AI-systeem het gesprek heeft verwerkt, onder welke risicoklasse, wat er aan de beller is bekendgemaakt en wanneer, wie er toezicht hield, welke beslissingen het systeem heeft genomen en waarom, en welke upstream-modellen er in de keten zaten, zonder leverancierspecifieke tools en zonder toegang tot de payload.
Elke conforme implementatie moet aan alle zes eisen voldoen.
- Minimale informatieverstrekking.Het is verboden om onbewerkte PAN-nummers, CVV-codes, wachtwoorden, OTP's, volledige BSN-nummers, biometrische sjablonen en vrij ingevulde persoonsgegevens over de gezondheid in te voeren in welk OHP-veld dan ook, op welk niveau dan ook.
- Selectieve openbaarmaking.Identiteitsclaims maken gebruik van SD-JWT Verifiable Credentials: ontvangers zien alleen de kenmerken waar ze contractueel recht op hebben.
- Volledige vertrouwelijkheid van begin tot eind.Gevoelige velden worden HPKE-verzegeld per openbare sleutel van de ontvanger; tussenpersonen routeren ondoorzichtige bytes.
- Cryptografische herkomst.Hybride Ed25519 + ML-DSA losgekoppelde JWS, DPoP-gebonden, verankerd aan een transparantielogboek.
- Toestemming en doelbinding.Bij elke overdracht wordt een ISO/IEC 27560-toestemmingsbewijs meegeleverd waarin de wettelijke basis, het doel, de reikwijdte en de jurisdictie worden vermeld.
- Tijdelijk en herroepbaar.Enveloppen bevatten
nietNa≤ 5 minuten, gekoppeld aan een specifiek gesprekssegment, met herroepbare sleutel- en toestemmingsidentificaties.
Waarom bestaande normen de kloof niet dichten
Elke laag onder het gesprek heeft al een standaard. Het gesprek zelf niet, en OHP is expliciet over waarmee het samenwerkt in plaats van wat het vervangt.
- SIP / SIP REFER.Het zet spraaksessies op, draagt ze over en beëindigt ze, maar heeft geen semantische inhoud: X-headers zijn ad-hoc, gaan verloren bij verschillende providers en zijn beperkt tot een paar honderd bytes.
- WebRTC + DataChannel.Definieert een pijplijn, geen schema. Elke leverancier verzint zijn eigen JSON-structuur daar bovenop.
- MCP.Standaardiseert hoe een model tools aanroept. Beperkt tot één agent-runtime, zonder rekening te houden met conversatie, belleridentiteit of mediaoverdracht.
- OVON Open Floor.Een algemene woordenschat voor agenten om zichzelf voor te stellen. Geen koppeling met audio/media, geen koppeling met telefonie, geen semantiek met betrekking tot toestemming of het bewaren van informatie.
- CCXML / VoiceXML.IVR-scripting van vóór het LLM-tijdperk. Geen modelstatus, geen embeddings, geen streaming partials.
- CPaaS-webhooks en CC-bijgevoegde gegevens.Gebonden aan één leverancier; eenrichtingsverkeer; geen ruimte voor AI en geen grensoverschrijdende verdedigbaarheid.
- OpenTelemetry GenAI semconv.Alleen-lezen telemetrie, geen overdrachtsenvelop tijdens de uitvoering.
Governance: geschreven door Cloudax, eigendom van de industrie.
Cloudax publiceert OHP onder Apache-2.0 met een DCO-only bijdragemodel en heeft alleen de rechten voor de v0.x-serie. Voordat er een v1.0-versie verschijnt, zal het bedrijf een werkgroep bijeenroepen met minstens drie leveranciers van spraak-AI die niet tot Cloudax behorenen de verantwoordelijkheid overdragen aan een stuurgroep bestaande uit meerdere leveranciers.
Een openbare conformiteitstestsuite wordt meegeleverd met het concept. Elke wijziging van de specificatie vereist nieuwe testvectoren, en de conformiteitstestsuite is de bron van waarheid voor wat "voldoet aan de OHP-richtlijnen" betekent.
“Deze standaard moet eigendom zijn van de sector die hij dient, niet van ons. Wij schrijven de eerste versie en brengen de eerste referentie-implementatie uit. Daarna nemen we weer plaats aan de tafel, tussen vele anderen.”
Routekaart naar versie 1.0
- v0.1: vandaag.Het openbare concept, de referentie-implementatie en de conformiteitstest zijn gepubliceerd. De contacten met ontwerppartners worden gestart.
- v0.2.Twee externe implementeerders zijn gearriveerd; openbare testomgevingen zijn gepubliceerd.
- v0.9 RC.Werkgroep uitgebreid; definitieve kandidaatbeoordeling aan de hand van de conformiteitsnorm.
- v1.0.De door Cloudax geleide werkgroep wordt omgevormd tot een stuurgroep met vertegenwoordigers van meerdere leveranciers.
Referentiepartners voor implementatie en ontwerp
Cloudax heeft een referentie-implementatie gepubliceerd die is gebouwd op zijn bestaande spraak-AI-platform, Cloudax Fabric. De volledige conformiteitsrunner, JSON-schema, CBOR-canoniseringsregels en voorbeeld-enveloppen zijn beschikbaar naast het concept.
Cloudax is actief op zoek naar ontwerppartners en deelnemers aan werkgroepen binnen contactcenterplatformen, CPaaS-providers, spraak-AI-runtimes, leveranciers van spraakbiometrie, identiteitsproviders en gereguleerde bedrijven die oplossingen implementeren. Leveranciers die al eigen overdrachtsformaten gebruiken, worden expliciet uitgenodigd: het gelaagde ontwerp van OHP is bedoeld om de implementatie te laten verlopen als een weekendje werk op de werkvloer en een compleet pakket bewijsmateriaal, en niet als een heftruck.
Beschikbaarheid
Over OHP
OHP (Open Handoff Protocol) is een leveranciersneutrale specificatie voor het doorgeven van live spraakgesprekken: context, intentie, status, identiteit, toestemming en media, tussen spraakgestuurde AI-agenten, IVR-systemen, contactcenters en mensen. Het is ontworpen om te worden ingebed in SIP-, WebRTC- en HTTP/WS-controlelagen zonder een specifieke runtime, model of telefonieprovider op te leggen, en is van meet af aan ontwikkeld voor gereguleerde datastromen, zodat authenticatiestatus, ID&V-resultaten, betalingsinstructies, zorgcontext en andere gevoelige persoonsgegevens leveranciersgrenzen kunnen overschrijden met dezelfde juridische bescherming als een ISO 20022-bericht tussen banken.
Over Cloudax
Cloudax bouwt spraakgestuurde AI-infrastructuur voor bedrijven in gereguleerde sectoren. Het bedrijf is de auteur van het openbare OHP-ontwerp en de beheerder van de initiële referentie-implementatie. Cloudax is alleen verantwoordelijk voor de v0.x-serie van de specificatie en zet zich in voor samenwerking met meerdere leveranciers vóór elke v1.0-release.
Pers- en redactiecontact
Specificatieredacteuren, persvragen en deelname aan werkgroepen: [email protected]
Wil je meehelpen OHP vorm te geven? Sluit je aan bij de werkgroep.
Leveranciers, operators, identiteitsaanbieders en toezichthouders worden uitgenodigd om deel te nemen. Of u Core nu in een lang weekend implementeert of Regulated verplicht stelt in uw aanbesteding, OHP werkt alleen als het de standaard is die de hele branche implementeert, en niet de standaard die Cloudax alleen ontwikkelt.




