Avant toute chose, si le termeiBeacon ne vous dit rien, je vous invite déjà à regarder notre reportage qui vous explique en détail le fonctionnement de ces petites bornes qui pourrait révolutionner certains lieux publics (et privés) dans les années à venir :
Ensuite, avant d'aller plus loin, il est utile de rappeler brièvement le fonctionnement de ces beacons : chacun (vous, moi, une société) peut aujourd'hui se procurer librement ces petites bornes, qui émettent toutes sur des fréquences Bluetooth LE. Chaque boitier agit comme une balise, renvoyant un bip (pour faire simple) à intervalle régulier, associé à quelques informations de base, à savoir, la force du signal et un identifiant unique (UUID).
Du côté des développeurs, comme on vous l'expliquait dans le reportage, chaque application soumise à Apple doit contenir une liste d'identifiants, chacun correspondant à une borne (physique) avec laquelle le programme va interagir. En clair, si Disney prévoie d'équiper un parc d'attraction, il devra entrer tous les UUID dans son application officielle. Cela impose donc à chaque équipe de bien référencer ses bornes et de maintenir à jour la fameuse liste au fur et à mesure des ajouts/retraits dans le parc.
Pour résumer, Apple n'autorise les développeurs qu'à scanner leurs propres bornes. Il faut savoir que ce fonctionnement est spécifique à iOS : sur Android, le système laisse les applications repérer d'autres identifiants et les développeurs peuvent tout à fait notifier les utilisateurs lorsque le programme voit d'autres beacons. Cela n'a l'air de rien, mais il s'agit déjà d'une limitation. Je vous donne un exemple : si je m'appelle Apple et que j'utilise ces bornes pour faire un peu de promo, il me sera possible de lancer des alertes que dans les Apple Store. Impossible, par exemple, de détecter les beacon de Samsung, et de proposer (du coup) des contre-offres lorsqu'un de mes utilisateurs rentre dans une boutique concurrente. Il s'agit ici d'un cas un peu extrême, mais vous saisissez l'idée : on aimerait parfois capter le signal des bornes externes dans une app, sans forcément qu'elles nous appartiennent (un peu comme les programmes qui scannent les bornes WiFi et qu'Apple autorise)
Mais depuis peu, les lutins de l'App Store vont encore plus loin et se sont mis à refuser les programmes autorisant l'ajout manuel d'UUID. En clair, Cupertino n'accepte plus que l'on puisse rajouter (pour des phases de développement par exemple) une nouvelle borne sans soumettre une mise à jour du programme. Pour les utilisateurs lambdas, ce n'est pas bien grave, il y a peu de chance qu'on ait un jour besoin d'entrer un tel identifiant dans une application. Mais c'est plutôt la philosophie qui est derrière qui inquiète. Jusqu'où Apple est-elle prête à aller en verrouillant ainsi son écosystème ?
Certains imaginent déjà que ces limitations poussent les industriels à mettre en place sur le marché deux plateformes bien distinctes : d'un côté Apple et son iBeacon, verrouillé et sécurisé, et de l'autre, un système plus ouvert, associé aux système Android et qui permettraient plus de souplesse dans la gestion des parcs. Evidemment, si on en arrivait à de tels extrêmes, le déploiement à grande échelle de ces beacons pourrait être fortement compromis.
Mais avant de crier au scandale et de sauter à pieds-joints dans l'Apple-Bashing (ce que certains AndroFans ne manqueront pas de faire, dans les réactions ^^), il faut aussi relativiser un peu les choses. D'une part, il ne me semble pas illégitime qu'une société n'envoie des alertes qu'à des périphériques qui lui sont liés. En tant qu'utilisateur, j'aimerais éviter que Célio m'envoie des pubs quand j'entre dans une boutique Jules, pour reprendre mon exemple). D'autre part, il faut savoir qu'avec iBeacon, l'iPhone scanne en permanence les bornes à la recherche d'identifiants. Si Apple autorisait n'importe quelle app de scanner l'ensemble des beacons autour d'elle, et ce, à chaque instant, n'y a-t-il pas des risques de grever un peu l'autonomie ? Difficile de savoir comment fonctionne exactement iOS à ce niveau, mais il est probable que le système ne lance les apps (en arrière plan) que lorsque les identifiants correspondent à ceux qui ont été préalablement déclarés.
