Ez az útmutató az Azure Communication Services adatfolyam-diagramjait mutatja be. Ezekkel a diagramokkal megtudhatja, hogyan kommunikálnak az ügyfelek és a szolgáltatások az Azure-ral a kommunikációs élmények biztosításához.
A Communication Services egy felhőalapú szolgáltatás REST API-kkal és ügyféloldali kódtár-SDK-kkal, amelyek segítségével integrálhatja a kommunikációt az alkalmazásokba. A Communication Services több kommunikációs formátumot is támogat: hang- és videohívást, szöveges csevegést, SMS-t és egyéni bináris adatokat.
Hozzáadhat kommunikációt webes és mobilalkalmazásokhoz, integrálhatja az egyéni szolgáltatásokat és robotokat, és programozott módon hozzáférhet a nyilvános telefonhálózathoz (PSTN). Telefonszámokat közvetlenül az Azure Communication Services API-jából vagy az Azure Portalról szerezhet be, és ezeket a számokat sms- vagy hanghívási alkalmazásokhoz használhatja. A Communication Services közvetlen útválasztásával saját telefonos szolgáltatót hozhat létre a munkamenet-kezdeményezési protokoll (SIP) és a munkamenet-szegélyvezérlők használatával.
Az adatfolyam-diagramok a következő összetevőket használják:
- Ügyfélalkalmazás. A végfelhasználók által a kommunikációhoz használt webhely vagy natív alkalmazás. A Communication Services SDK-ügyfélkódtárakat biztosít a böngészőkhöz és a natív alkalmazásokhoz. Az ezekre az SDK-kra épülő nyílt forráskódú felhasználói felületi kódtár programozható webes (React), iOS- és Android-felhasználói felületi összetevőket biztosít.
- Identitáskezelési szolgáltatás. Olyan szolgáltatás, amelyet a felhasználók és szolgáltatások Communication Services-identitásokhoz való leképezéséhez hoz létre. Ez a szolgáltatás jogkivonatokat is létrehoz a felhasználók számára, amikor hozzá kell férniük az adatsíkhoz.
- Kommunikációs vezérlő szolgáltatás. Egy szolgáltatás, amelyet a csevegési szálak, valamint a hang- és videohívások vezérlésére hoz létre.
- Kommunikációs adatszolgáltatás. Olyan szolgáltatásképesség, amelyet úgy hozhat létre, hogy közvetlenül kommunikáljon a kommunikációs tartalmakkal, például csevegőüzeneteket és SMS-üzeneteket küld, vagy hangjelzést játszik le egy hanghívásban.
A kommunikációra vonatkozó iparági szabványok, például a WebRTC, különválasztják a kommunikációt egy vezérlő- és jelzősíkon és egy adatsíkon. A Communication Services használatával anélkül hozhat létre kommunikációs élményt, hogy tisztában kellene lenni a WebRTC szolgáltatás belső implementációjával. Ezek a fogalmak azonban segíthetnek az alkalmazás megtervezésében:
Rendszer | Függvény | Protokollok | Hozzáférési modell |
---|---|---|---|
Vezérlősík | Szabályozza, hogy ki és mikor kommunikál, és hogyan | REST | Microsoft Entra szolgáltatás hitelesítő adatai |
Adatsík | Olyan kommunikációs tartalmakat, hangokat, videókat, szöveget és adatokat tartalmaz, amelyek az emberekkel és alkalmazásokkal kommunikálnak | UDP, RTMP, WebSockets, REST | Felhasználói hozzáférési jogkivonatok és a Microsoft Entra szolgáltatás hitelesítő adatai |
Gyakori adatfolyam akkor fordul elő, ha az ügyfélalkalmazások vezérlési információkat kérnek egy szolgáltatásvezérlőtől:
- Milyen értekezletek vannak ma?
- Milyen telefonszámot használok Joseph barátom hívásához?
- Mik a csapattársaim nevei? Milyen folyamatban lévő csevegési szálak vannak?
A vezérlőszolgáltatás úgy teljesíti ezeket a kéréseket, hogy kommunikációs szolgáltatási jogkivonatokat és azonosítókat biztosít az ügyfeleknek a felhasználók, szálak, telefonszámok és hívások számára. Az ügyfelek ezután ezeket a jogkivonatokat és azonosítókat használják az Azure-adatsík használatához. A Communication Services API-k nem korlátozzák a végfelhasználói élmény vagy a kommunikációt vezérlő folyamatok kialakítását.
A WebRTC szabványban az ügyfelek vezérlési információkat kérnek a szolgáltatásoktól a vezérlőüzenetek jelzésként ismert folyamatba való küldésével. A Communication Services-azonosítók, például a hívásazonosító hasonlóak a WebRTC-munkamenet leírásához.
Felhasználói hozzáférési jogkivonatokkal hitelesített felhasználók
A Communication Services-ügyfelek felhasználói hozzáférési jogkivonatokat mutatnak be az Azure-beli hívási és csevegési adatsík jobb biztonságával való hozzáféréshez. A felhasználói hozzáférési jogkivonatokat megbízható szolgáltatással kell létrehoznia és kezelnie. A jogkivonatot és a létrehozásukhoz szükséges kapcsolati sztring vagy Microsoft Entra titkos kódokat védeni kell. A hozzáférési jogkivonatok megfelelő kezelésének elmulasztása további díjakat vonhat maga után az erőforrásokkal való visszaélés miatt.
Töltse le az architektúra Visio-fájlját.
Adatfolyam
- Egy felhasználó elindítja az ügyfélalkalmazást.
- Az ügyfélalkalmazás kapcsolatba lép az identitáskezelési szolgáltatással. Az identitáskezelési szolgáltatás megfeleltetést tart fenn az alkalmazás-identitások és a Communication Services-identitások között. (Az alkalmazásidentitások közé tartoznak a felhasználók és más címezhető objektumok, például szolgáltatások vagy robotok.)
- Az identitáskezelési szolgáltatás a leképezéssel állít ki egy felhasználói hozzáférési jogkivonatot az alkalmazandó identitáshoz.
Azure-alkalmazás Szolgáltatás vagy Azure Functions két alternatíva az identitáskezelési szolgáltatás működtetéséhez. Ezek a szolgáltatások egyszerűen méretezhetőek, és beépített funkciókkal rendelkeznek a felhasználók hitelesítéséhez. Integrálva vannak az OpenID-vel és külső identitásszolgáltatókkal, például a Facebookkal.
Források
- Fogalom: Felhasználói identitás
- Rövid útmutató: Hozzáférési jogkivonatok létrehozása és kezelése
- Oktatóanyag: Identitáskezelési szolgáltatás létrehozása az Azure Functions használatával
- Példa: Identitáskezelési szolgáltatás létrehozása az Azure Functions használatával
A felhasználó egy alkalmazást vagy telefonszámot hív meg
A legegyszerűbb hang- és videohívási forgatókönyvben egy felhasználó leküldéses értesítések nélkül hív meg egy másik felhasználót az előtérben. A Communication Services hang- és videohívásait webes, natív mobil- és Windows asztali alkalmazásokba integrálhatja. A nyílt forráskódú felhasználói felületi kódtár segíthet a fejlesztés felgyorsításában.
Töltse le az architektúra Visio-fájlját.
Adatfolyam
- A kezdeményező felhasználó lekérte a meghívni kívánt személy Kommunikációs szolgáltatások identitását. Egy tipikus forgatókönyvben a felhasználó lekéri az identitást egy ismerősök listájából , amelyet az identitáskezelési szolgáltatás tart fenn. A lista összeválogatja a felhasználó barátait és a társított Communication Services-identitásokat.
- A kezdeményező felhasználó elindítja a Hívás ügyfelet, és meghívja a távoli felhasználót.
- Az elfogadó felhasználó értesítést kap a bejövő hívásról a Hívó SDK-on keresztül. A bejövő hívások fogadásához az elfogadónak már inicializálnia kell a hívásügyfélt.
- A felhasználók hangon és videón keresztül kommunikálnak egymással egy hívásban.
Az adatfolyam majdnem azonos, ha egy felhasználó külső telefonszámot hív meg. A fő különbség az, hogy a hagyományos telefonálás eléréséhez a kezdeményező felhasználói ügyfélnek a felhasználói identitások kérése helyett forrás- és cél telefonszámokat kell kérnie a vezérlőszolgáltatástól.
Bizonyos esetekben előfordulhat, hogy az alkalmazások a háttérben fogadják a hívásokat olyan platformszolgáltatások használatával, mint az Apple Push Notification. Ezt a funkciót a Communication Services és az Azure Notification Hubs integrálásával engedélyezheti.
Források
- Fogalom: A hívás áttekintése
- Fogalom: Felhasználói felületi kódtár
- Rövid útmutató: Hanghívás hozzáadása az alkalmazáshoz
- Rövid útmutató: Videohívás hozzáadása az alkalmazáshoz
- Minta: Csoportos hívás webre, iOS-re és Androidra
A felhasználó meghívás nélkül csatlakozik egy csoporthíváshoz
Előfordulhat, hogy azt szeretné, hogy a felhasználók explicit meghívás nélkül csatlakozhassanak egy csoporthíváshoz. Előfordulhat, hogy az alkalmazás állandó közösségi teret vagy klubot biztosít, amely tartalmaz egy videohívási csatornát, amelyhez a felhasználók csatlakozhatnak, amikor szeretnének. Ez az adatfolyam egy ügyfél által eredetileg létrehozott hívást jelenít meg, és lehetővé teszi, hogy egy távoli ügyfél explicit meghívás nélkül csatlakozzon:
Töltse le az architektúra Visio-fájlját.
Adatfolyam
- A kezdeményező felhasználó inicializálja a hívásügyfélt, és csoportos hívást kezdeményez.
- A kezdeményező felhasználó megosztja a csoport hívásazonosítóját egy kommunikációs vezérlő szolgáltatással.
- A kommunikációs vezérlő szolgáltatás megosztja a hívásazonosítót más felhasználókkal. Ha például az alkalmazás felhasználói klubokat biztosít, a csoporthívás azonosítója a klub Azure Cosmos DB-ben tárolt adatmodelljének attribútuma.
- Más felhasználók a csoport hívásazonosítójával csatlakoznak a híváshoz.
- A felhasználók hangon és videón keresztül kommunikálnak egymással egy hívásban.
Microsoft 365 és Teams
Számos szervezet használja a Microsoft 365-öt és a Teamst a kommunikációhoz. A Kommunikációs szolgáltatások és a Teams interoperábilisak, ami lehetővé teszi az alábbi forgatókönyveket:
- Egyéni alkalmazás létrehozása, amely lehetővé teszi egy külső felhasználó számára a Teams-értekezlethez való csatlakozást. Ez a forgatókönyv ideális virtuális látogatási forgatókönyvekhez, ahol egy Teamst használó vállalat értekezletet tart az egyéni alkalmazást és egyéni identitást használó külső felhasználók számára. A forgatókönyvről további információt a Virtuális látogatások oktatóanyagban és a Mintaszerkesztőben talál.
- Egyéni alkalmazás létrehozása belső felhasználó számára Teams/Microsoft Entra hitelesítő adatokkal. Ez a forgatókönyv egyéni Teams-ügyfelek létrehozására szolgál az alkalmazottak számára.
Ezek az egyéni alkalmazásforgatókönyvek Microsoft Graph API-kat és kommunikációs szolgáltatásokat használnak. A Teamshez csatlakozó külső alkalmazások és szolgáltatások létrehozásakor általában a Microsoft Graphot használja a Teams vezérlősíkjaként. Ezzel a vezérlősíkkal konfigurálhatja, hogy ki és hogyan kommunikáljon az API-k használatával:
Ezekből a vezérlő API-kból származó információkat, például az értekezlet URL-címét és a szálazonosítót használva csatlakoztathatja a Communication Services hívás- és csevegési ügyfeleit a Teams adatsíkhoz.
A Teams SDK-kkal egyéni funkciókat adhat hozzá a Teams-szolgáltatásokon belül és a Teams áruházon keresztül, például lapokat, robotokat és automatizálást. Ezek a forgatókönyvek túlmutatnak a jelen cikk hatókörén.
A Communication Services nem támogatja közvetlenül a Teams-csatornákkal folytatott interakciókat. Egyéni alkalmazások esetén a Microsoft Graph Chat és a Channel API-k segítségével egyéni ügyfeleket hozhat létre a csatornákhoz hozzáférő alkalmazottak számára.
Az alkalmazás egy ütemezett Teams-híváshoz csatlakozik
A Communication Services-alkalmazások csatlakozhatnak a Teams-hívásokhoz. Külső felhasználók számára az alkalmazásnak szüksége van egy, a Teams-értekezletre mutató hivatkozásra. A hivatkozáslekérés a Microsoft Graph API-kon keresztül történik. Az adatfolyam a következő:
Töltse le az architektúra Visio-fájlját.
Adatfolyam
- (1A) A kommunikációs vezérlő szolgáltatás a Microsoft Graph API használatával ütemezi a csoporthívást. Egy másik használati esetben (1B) a felhasználók az Outlook vagy a Teams használatával ütemezik a csoporthívást.
- A kommunikációs vezérlő szolgáltatás megosztja a Teams-hívások részleteit a Communication Services-ügyfelekkel.
- A Teams-felhasználóknak általában a Teams felhasználói felületén keresztül kell csatlakozniuk a híváshoz, és lehetővé kell tenni, hogy a külső felhasználók áthaladjanak a Teams előhívási előszobájában. Ez a követelmény azonban a Teams-bérlő konfigurációjától és az adott értekezlet-beállításoktól függ.
- A Communication Services felhasználói inicializálják a Hívás ügyfelet, és csatlakoznak a Teams-értekezlethez a 2. lépésben kapott adatok használatával.
- A felhasználók hangon és videón keresztül kommunikálnak egymással.
Források
- Oktatóanyag és Mintaszerkesztő: Virtuális látogatások
- Koncepció: Teams-együttműködés
- Rövid útmutató: Csatlakozás Teams-értekezlethez
Közreműködők
Ezt a cikket a Microsoft tartja karban. Eredetileg a következő közreműködők írták.
Fő szerző:
- Chris Palmer | Egyszerű csoport termékmenedzsere
Egyéb közreműködők:
- Mick Alberts | Műszaki író
A nem nyilvános LinkedIn-profilok megtekintéséhez jelentkezzen be a LinkedInbe.
Következő lépések
- Mi az a Communication Services?
- Communication Services-erőforrás létrehozása
- A Communication Services referenciadokumentációja
- Learn modul: Bevezetés az Azure Communication Services használatába
- Learn modul: Hanghívási webalkalmazás létrehozása az Azure Communication Services használatával