Architektura klienta a serveru

Tato stránka znázorňuje typické součásti architektury a toky dat v různých scénářích služby Azure Communication Service. Mezi relevantní komponenty patří:

  1. Klientská aplikace. Tento web nebo nativní aplikaci využívají koncoví uživatelé ke komunikaci. Azure Communication Services poskytuje klientské knihovny SDK pro více prohlížečů a aplikačních platforem. Kromě základních sad SDK je k dispozici sada nástrojů uživatelského rozhraní pro zrychlení vývoje aplikací v prohlížeči.
  2. Služba Identity Management. Tato funkce služby, kterou vytváříte pro mapování uživatelů a dalších konceptů v obchodní logice na Azure Communication Services a také vytváření tokenů pro tyto uživatele v případě potřeby.
  3. Call Management Service. Tato funkce služby, kterou vytváříte pro správu a monitorování hlasových a videohozev. Tato služba může vytvářet hovory, pozvat uživatele, volat telefonní čísla, přehrávat zvuk, naslouchat tónům DMTF a využívat mnoho dalších funkcí volání prostřednictvím sady SDK pro volání a rozhraní REST API.

Správa uživatelských přístupů

Azure Communication Services klienti musí user access tokens prezentovat, aby Communication Services k prostředkům bezpečně přistupovat. User access tokens by měla být generována a spravována důvěryhodnou službou kvůli citlivé povaze tokenu a připojovacímu řetězci nebo spravované identitě, které jsou nezbytné k jejich vygenerování. Pokud přístupové tokeny správně nespravujete, náklady na vás mohou způsobit zneužití prostředků.

Diagram znázorňující architekturu tokenu přístupu uživatele

Toky dat

  1. Uživatel spustí klientskou aplikaci. Návrh této aplikace a schématu ověřování uživatelů je ve vaší kontrole.
  2. Klientská aplikace kontaktuje vaši službu správy identit. Služba správy identit udržuje mapování mezi vašimi uživateli a jinými adresovatelnými objekty (například služby nebo roboty) na identity služby Azure Communication Service.
  3. Služba správy identit vytvoří pro příslušnou identitu přístupový token uživatele. Pokud nebyla Azure Communication Services identitě přidělena dříve, vytvoří se nová identita.

Zdroje informací

Důležité

Pro zjednodušení se v následných tocích architektury neukašuje správa přístupu uživatelů a distribuce tokenů.

Volání uživatele bez nabízených oznámení

Nejjednodušší scénáře volání pomocí hlasu a videa zahrnují volání jiného uživatele v popředí bez nabízených oznámení.

Diagram znázorňující Communication Services volání bez nabízených oznámení

Toky dat

  1. Přijímající uživatel inicializuje klienta volání, což mu umožní přijímat příchozí telefonní hovory.
  2. Iniciující uživatel Azure Communication Services identitu osoby, kterou chce volat. Typickým prostředím může být seznam přátel spravovaný službou správy identit, který sdruží přátele uživatele a přidružené identity služby Azure Communication Service.
  3. Iniciující uživatel inicializuje klienta Call a volá vzdáleného uživatele.
  4. Přijímající uživatel je na příchozí volání upozorněn prostřednictvím volající sady SDK.
  5. Uživatelé navzájem komunikují pomocí hlasu a videa v hovoru.

Zdroje informací

Připojení k volání skupiny vytvořené uživatelem

Můžete chtít, aby se uživatelé připojili k hovoru bez explicitní pozvánky. Můžete mít například sociální prostor s přidruženým voláním a uživatelé se k hovoru připojí v jejich okolí. V tomto prvním toku dat zobrazíme volání, které bylo původně vytvořeno klientem.

Diagram Communication Services architektury, která volá mimo pásmo signalizování

Toky dat

  1. Inicializující uživatel inicializuje svého klienta volání a provede volání skupiny.
  2. Iniciující uživatel sdílí ID volání skupiny se službou pro správu volání.
  3. Služba správy volání sdílí ID volání s ostatními uživateli. Pokud se například aplikace orientuje na plánované události, ID volání skupiny může být atributem datového modelu plánované události.
  4. Ostatní uživatelé se k volání připojí pomocí ID volání skupiny.
  5. Uživatelé navzájem komunikují pomocí hlasu a videa v hovoru.

Připojení k plánované Teams volání

Aplikace služby Azure Communication Service se mohou Teams volání. To je ideální pro mnoho scénářů business-to-consumer, kde zákazník využívá vlastní aplikaci a vlastní identitu, zatímco obchodní strana používá Teams.

Diagram znázorňující Communication Services pro připojení k Teams schůzce

Toky dat

  1. Služba správy volání vytvoří skupinové volání pomocí Graph API. Dalším vzorem je vytvoření skupinového volání koncovými uživateli pomocí rezervací,Outlook, Teams nebo jiného prostředí plánování v Microsoft 365 ekosystému.
  2. Služba správy volání sdílí podrobnosti Teams s klienty služby Azure Communication Service.
  3. Obvykle musí Teams připojit k volání a umožnit externím uživatelům, aby se připojili prostřednictvím hovoru. Toto prostředí je ale citlivé na konfiguraci Teams tenanta a na konkrétní nastavení schůzky.
  4. Uživatelé služby Azure Communication Service inicializovali klienta volání a připojili se Teams schůzky pomocí podrobností přijatých v kroku 2.
  5. Uživatelé navzájem komunikují pomocí hlasu a videa v hovoru.

Zdroje informací