Wprowadzenie natywnej widoczności w aplikacjach VoIP dzięki najnowszej wersji alfa Telecom

W pierwszej wersji biblioteki Jetpack Telecom wprowadziliśmy CallsManager, który zastępuje starszy interfejs API ConnectionService, aby uprościć integrację VoIP. CallsManager usprawnia zarządzanie cyklem życia połączeń i routingiem dźwięku, a jednocześnie umożliwia interakcje z platformami zdalnymi, takimi jak smartwatche, urządzenia Bluetooth i Android Auto. Dodatkowo obsługuje rozszerzenia połączeń, które zapewniają bogatsze funkcje, takie jak obsługa uczestników, ikony niestandardowe, wyciszanie połączeń i podsumowanie spotkania na platformach zdalnych. Zachowuje przy tym zgodność wsteczną z Androidem O (poziom API 26).

W oparciu o te podstawy Jetpack Telecom w wersji 1.1.0 zapewnia aplikacjom VoIP innych firm widoczność i wygodę na poziomie natywnym. Ta najnowsza wersja wprowadza nowe, zaawansowane funkcje, w tym ujednoliconą historię połączeń, wykluczanie z rejestrów połączeń i natywną funkcję wywołania zwrotnego, dzięki czemu zarządzanie połączeniami jest dla użytkowników łatwiejsze niż kiedykolwiek.

Przyjrzyjmy się bliżej nowościom i sposobom implementowania tych funkcji w aplikacjach.

Wypełnianie luki w dialerze: ujednolicona historia połączeń i wywołania zwrotne

Do tej pory użytkownicy musieli otwierać poszczególne aplikacje innych firm, aby wyświetlić historię połączeń VoIP lub oddzwonić na nieodebrane połączenie. Dzięki nowej funkcji zintegrowanego rejestrowania połączeń aplikacje dialera systemowego mogą teraz wyświetlać dzienniki połączeń bezpośrednio z aplikacji VoIP innych firm.

Co więcej, użytkownicy mogą teraz inicjować wywołanie zwrotne do kontaktu VoIP bezpośrednio z natywnego dialera systemowego, co usprawnia komunikację.

Jak to działa:

Aby włączyć tę funkcję:

1. Zarejestruj wywołania zwrotne: aplikacja VoIP musi zarejestrować nowy chroniony przez system intent: TelecomManager.ACTION_CALL_BACK.
2. Zaloguj połączenie: użyj TelecomManager.addCall (lub powiązanych interfejsów API Jetpack), aby system automatycznie rejestrował połączenie.
3. Zarządzaj identyfikatorami połączeń: gdy połączenie jest zarejestrowane, CallControlScope.getCallId udostępnia unikalny identyfikator UUID. Dialer systemowy używa tego samego TelecomManager.EXTRA_UUID podczas tworzenia intentu wywołania zwrotnego.
4. Zainicjuj wywołanie zwrotne: aplikacja musi przechowywać szczegóły połączenia powiązane z tym identyfikatorem UUID i nimi zarządzać. Gdy dialer systemowy uruchomi intent wywołania zwrotnego z EXTRA_UUID, aplikacja może bezproblemowo rozpoznać identyfikator i zainicjować połączenie z prawidłowymi szczegółami.

Szczegółowa kontrola: wykluczanie rejestrów połączeń

Zdajemy sobie sprawę, że nie wszystkie połączenia VoIP powinny być widoczne w historii natywnego dialera systemowego. Niezależnie od tego, czy chodzi o prywatność, komunikację efemeryczną czy zachowanie specyficzne dla aplikacji, musisz mieć kontrolę nad tym, co jest wyświetlane.

Aby temu zaradzić, wprowadzamy wykluczanie rejestrów połączeń. Możesz teraz uniemożliwić rejestrowanie określonych połączeń w rejestrach połączeń systemowych, ustawiając wartość logiczną isLogExcluded na true w CallAttributesCompat. Po skonfigurowaniu tej flagi połączenie pozostaje całkowicie ukryte w logach systemowych i nie będzie wyświetlane w natywnym dialerze.

Ważna uwaga dotycząca zgodności

Te zintegrowane funkcje rejestrowania i wywołań zwrotnych są dostępne na urządzeniach z Androidem 16.1 (SDK 36.1) lub nowszym. Tutaj znajdziesz informacje o kompilowaniu aplikacji za pomocą Androida SDK 36.1.

Rozpocznij

Zachęcamy deweloperów do testowania tych integracji i sprawdzania, jak ujednolicona historia połączeń i wywołania zwrotne mogą poprawić codzienne wrażenia użytkowników aplikacji VoIP.

Aby ułatwić Ci rozpoczęcie i zobaczenie tych interfejsów API w działaniu, przygotowaliśmy przykładową aplikację, która pokazuje nowe integracje.

• Przykładowa aplikacja: https://github.com/android/platform-samples/tree/main/samples/connectivity/telecom

Aby zacząć wdrażać te funkcje już dziś, zapoznaj się z informacjami o wersji i dokumentacją.

Uwaga:: chociaż interfejsy API Jetpack Telecom w wersji 1.1.0 są dostępne do integracji, możliwość renderowania natywnych rejestrów połączeń przez Telefon systemowy jest wprowadzana etapami, począwszy od Google Meet. Aby chronić przed spamem, natywne dialery używają bezpiecznych list dozwolonych pakietów do kontrolowania wyświetlania VoIP. Do lokalnego testowania implementacji wywołań zwrotnych i rejestrowania zalecamy używanie dialera Telecom Sample Dialer jako środowiska emulatora.