Lorsque l’on aborde la question du multimédia dans un navigateur web, on retombe souvent sur WebRTC. Ce standard en cours de construction permet la diffusion d’une vidéo dans le cadre d’une communication. Mais Microsoft propose désormais son propre brouillon d’une technologie équivalente afin que le W3C le standardise.

Une communication directe entre deux navigateurs 

Microsoft vient de proposer un prototype fonctionnel d’une technologie proposée au W3C pour qu’elle y devienne un standard. Il s’agit de mettre en place les bases d’une communication pouvant porter un flux multimédia, donc audio et/ou vidéo. Ici, on se heurte aux travaux déjà effectués notamment par Google et Firefox sur l’implémentation de WebRTC au sein de Chrome et Firefox. Ce protocole doit en effet permettre de réaliser des vidéoconférences sur une page par exemple, même s’il est encore à l’état de brouillon.

Mais pour Microsoft, il existe une différence très importante entre WebRTC et sa proposition, baptisée CU-RTC-Web (Customizable, Ubiquitous Real-Time Communication). En effet, si WebRTC permet bien une vidéoconférence, c’est uniquement de manière centralisée, c’est-à-dire entre un navigateur et un serveur. En clair, si deux utilisateurs veulent communiquer, leurs deux serveurs doivent impérativement passer par un serveur central.

Ce point est justement différent dans CU-RTC-Web. Microsoft indique sur l’un de ses blogs que sa technologie peut être utilisée de deux manières, la première de manière centralisée, l’autre pour mettre en relation directement deux navigateurs. Par analogie, on pourrait comparer les deux cas à un réseau Wi-Fi où deux éléments peuvent communiquer en passant par un point d’accès (une Box par exemple) ou directement, en configuration Ad-Hoc.

De Chrome sous OS X à Internet Explorer 10 : aucun problème, du moins en théorie

Pour prouver que son protocole fonctionne, Microsoft propose des fichiers à télécharger afin de mettre en place un cas pratique. La version préliminaire proposée de CU-RTC-Web permet en effet de faire communiquer Internet Explorer 10 (donc sous Windows 8) avec Chrome sous OS X (version 10.6 minimum).

Seulement voilà : à l’heure où nous écrivons ces lignes, le fichier pour OS X n’est plus disponible. Nous n’avons donc pu que tester en local la communication au sein d’Internet Explorer 10. En suivant la liste des manipulations, on peut effectivement faire communiquer un hôte et un client répartis dans des onglets/fenêtres différents, mais c’est justement l’interopérabilité qui ne peut être actuellement testée.

CU-RTC-Web et WebRTC ne sont pas nécessairement en guerre

Microsoft aborde toutefois l’opposition avec WebRTC pour son protocole : « La proposition a généré à la fois un intérêt positif ainsi que de saines inquiétudes sceptiques des membres du groupe de travail. Une inquiétude courante était qu’il était trop radicalement différent de l’approche existante, dont beaucoup pensaient qu’elle était quasiment prête pour la standardisation. Il est devenu clair depuis, cependant, que l’approche existante (le protocole RTCWeb et les spécifications d’API WebRTC) est loin d'être complète et stable, et qu’elle a besoin d’un affinage et de clarifications considérables avant sa standardisation et avant qu’elle soit utilisée pour créer des implémentations interopérables. »

L’éditeur explique que sa solution n’est pas fondamentalement opposée à WebRTC. CU-RTC-Web pourrait ainsi être utilisé pour simplifier l’utilisation de WebRTC par des applications. La firme cite le cas de son propre client de communication Lync 2013 qui utilise déjà REST et Hypermedia via une API nommée UCWA (Unified Communications Web API). Selon Microsoft, l’UCWA pourrait très bien reposer sur WebRTC mais l’utilisation de sa solution CU-RTC-Web permettrait de simplifier le travail tout en le rendant plus clair.

La proposition de Microsoft est dans tous les cas un brouillon. Elle a été faite au même groupe de travail qui développe actuellement RTCWeb et WebRTC. Elle entre donc dans un cycle d’examen et de révision. Il n’est évidemment pas sûr que ce brouillon donne un résultat concret, mais il pourrait déboucher sur une solution complémentaire à WebRTC.