Googles ansträngningar för att föra RCS till världen har inte varit så inspirerande som många av oss hade hoppats, till stor del på grund av långsam adoption av operatörer och en del självisk beteende i vissa delar av OEM (hosta). Vissa av dem kan dock också kopplas till begränsningar på själva Android. För att använda RCS idag har du inget val i valet av applikationer – du sitter fast med en applikation som tillhandahålls av din mobiltelefon-OEM, vare sig det Google, Samsung, LG eller andra partners. Tidigare i år verkade det som om Google hade lagt till kod till Android Q som skulle tillåta tredjepartsapplikationer att stödja RCS, men det diskuterades strax efter. Även om vi inte kommer att se applikationer som lanseras för nästa större version av Android, verkar nedgraderingen av ny kod till AOSP sätta det officiella API: t på plats.
Såsom ses av LinkofHyrule-användare på reddit lägger det nya åtagandet för AOSP till ett API som verkar för att möjliggöra RCS-implementering på användarnivå. Med andra ord är det ett API som tredje parts utvecklare kommer att använda när de registrerar sin applikation för att hantera RCS-kommunikation. Den nyligen tillagda koden innehåller stöd för information om social närvaro (t.ex. kontaktavatarer, tillgänglighet, aktiviteter etc.) och förmågan att kommunicera tillgängligheten till andra funktioner. För att vara tydlig är detta verkligen inte den sista koden som lades till eller modifierades i samband med RCS, men det är gränssnittet som behövs för att tredjepartsapplikationer verkligen ska riktas in av RCS-meddelanden. (Observera att devs fortfarande skriver sin applikation med gränssnittet i SDK, men ändå kallar den här metoden indirekt).
Ingenting i åtagandet indikerar när detta API kommer att bli en officiell del av Android-utgåvan. Om det är planerat att släppas i nästa stora Android-utgåva (t.ex. R eller version 11), ser vi det inte bli officiellt förrän i början av nästa år. Google har emellertid varit känt för att göra release-poäng tidigare för att lägga till stöd för viktiga funktioner, till exempel att lägga till multi-SIM-stöd i 5.1 Lollipop, eller lägga till funktioner i 7.1 och 8.1 relaterade till utgivningen av nya Pixel-telefoner. Det är möjligt att uppdatering 10.1 kan visas mellan den officiella Android Q-versionen och början av Android R-beta – men historiskt sett har OEM-företag inte uppdaterat sina telefoner till den tillfälliga versionen.
Självklart, även med ett standard-API för tredje parts RCS-stöd som säkert är ett CTS-krav, är det svårt att säkerställa att OEM-tillverkare inte kommer att försöka hålla användare låsta i meddelandeprogram från första parten. Vissa har gjort betydande investeringar för att ha sin egen form av låsning och de kanske inte vill ge användaren den del som upplevelsen står inför utvecklaren.
