Avec des développeurs «vierges», Microsoft pourrait débourser Android

Windows Phone n'est pas une option pour la renaissance mobile de Microsoft. C'est juste trop peu et trop tard.

Pour rattraper son retard, Microsoft pourrait investir dans une fourchette Android qui impressionnerait les consommateurs avec des performances réactives sur l'appareil, l'intégration avec l'écosystème mobile de Microsoft et la compatibilité avec plus de 1 million d'applications disponibles via Google Play et d'autres magasins d'applications..

Chaque discussion sur le fait de bifurquer Android mène à des discussions sur "comment est ouvert Android?" »et« les composants Android propriétaires empêcheront-ils un concurrent de créer un excellent smartphone basé sur le projet Open Source Android? »

Un scénario logiciel propriétaire similaire a alimenté la croissance de Microsoft lorsqu'elle était une jeune entreprise fournissant des systèmes d'exploitation pour PC. Microsoft DOS a été conçu selon les spécifications d'IBM pour fonctionner exclusivement sur les plates-formes matérielles PC d'IBM. Phoenix Technologies a employé des développeurs de logiciels qu'elle a surnommés «vierges», qui n'avaient pas été exposés aux systèmes IBM pour créer une couche logicielle entre le système DOS de Microsoft et les PC construits par les concurrents d'IBM. Cela a empêché les concurrents d'IBM d'enfreindre les brevets ou les droits d'auteur d'IBM, et a par la suite contribué à alimenter la croissance explosive des clones de PC. Microsoft pourrait utiliser la même approche pour «cloner» les composants Android propriétaires dans sa propre fourche Android.

Deux histoires récentes écrites à partir de points de vue opposés publiées par Ars Technica et CNET couvrent en détail les avantages et les inconvénients de forder Android à l'aide de l'arborescence des sources du projet Open Source Android (AOSP). En un mot, Google publie le code source Android sous des licences libres et open source. Un «fork» est simplement une version d'Android compilée indépendamment. Téléchargez la source Android gratuite, recompilez et distribuez la version forkée. C'est tout ce qu'il faut - le fabricant d'appareils est en affaires.

Mais certains diront que le contrôle de Google sur la partie propriétaire d'Android, la plate-forme Google Mobile Services (GMS), est une tactique pour monopoliser Android. GMS fait référence aux interfaces entre les applications qui s'exécutent sur un appareil mobile et les services cloud exclusifs de Google qui créent son écosystème. Les applications propriétaires de Google et de nombreuses applications développées indépendamment reposent sur GMS. La distribution d'une version d'Android avec les applications propriétaires de Google et l'accès à ses services cloud nécessitent une licence de Google, ainsi que la vérification de Google que la version d'Android est conforme à ses normes. C'est assez juste - les fabricants de smartphones vérifiés obtiennent gratuitement l'écosystème d'Android et de Google, y compris ses applications Google propriétaires et toutes les applications du Play Store.

À moins que la fourche Android ne soit vérifiée par Google, un fabricant de smartphones ne peut pas expédier les applications propriétaires de Google. Cependant, la vérification de Google n'est pas nécessaire pour qu'un consommateur individuel télécharge et installe une version signée Google de la boutique d'applications Google Play, puis télécharge l'inventaire complet des applications propriétaires de Google vers une version Android non vérifiée. Microsoft ne voudrait pas des applications et services cloud exclusifs de Google, mais voudrait tirer parti des millions d'applications Android développées indépendamment et d'une grande communauté de développeurs. Le contournement de GMS signifie que certaines applications développées de manière indépendante qui reposent sur la plate-forme GMS et les services cloud de Google ne fonctionneront plus.

L'expérience de Microsoft en matière de clonage de PC peut être appliquée au clonage de GMS

Microsoft peut résoudre ce problème facilement. Une bonne équipe de développeurs pourrait «cloner» la fonctionnalité GMS afin que les applications Android développées indépendamment puissent fonctionner sans modification et remplacer l'écosystème de services cloud de Google par un écosystème compétitif. Cela impliquerait la rétro-ingénierie GMS afin qu'une demande programmatique faite par une application au clone GMS renvoie les résultats attendus au format exact attendu.

Un bon exemple serait de remplacer les services de localisation Android par les cartes Bing de Microsoft. La nouvelle interface de programmation d'application (API) pour Android lancée l'année dernière simplifie le codage des applications qui utilisent la localisation géographique et est incluse dans le Play Store propriétaire de Google. Cette nouvelle API de localisation est construite à l'aide d'API de gestionnaire d'emplacement de niveau inférieur qui font partie du projet Android Open Source. Microsoft aurait besoin de créer une copie carbone fonctionnelle de la nouvelle API de localisation à l'aide des API de gestionnaire de localisation de niveau inférieur qui fonctionneraient de manière identique lorsqu'une application appelle des services de localisation.

La technique de la salle blanche, ou parfois appelée le mur chinois, est une méthode de conception pour l'ingénierie inverse d'une plate-forme et la recréation de la compatibilité des applications au niveau binaire qui s'est avérée légalement défendable il y a longtemps. Au début des années 1980, Phoenix Technologies a été l'une des premières sociétés à utiliser cette technique pour créer le premier bios PC compatible qui permettait à Microsoft DOS de fonctionner sur des PC qui n'étaient pas fabriqués par IBM..

Lorsque le PC a été introduit pour la première fois, le système d'exploitation DOS de Microsoft a été conçu pour s'interfacer avec la plate-forme matérielle PC d'IBM en utilisant le système d'entrée / sortie (bios) de base qu'IBM avait spécifié. Phoenix Technologies a cloné le bios d'IBM et l'a concédé sous licence aux concurrents d'IBM qui voulaient construire des PC compatibles DOS et les vendre sur un marché de PC aussi dynamique et en croissance à l'époque que le marché des smartphones aujourd'hui..

Dans le passé, les développeurs «vierges» ont aidé à prévenir la violation du droit d'auteur

Il a été vérifié que les développeurs «vierges» de Phoenix Technologies n'avaient jamais été exposés au code source de bios propriétaire d'IBM ou à la conception matérielle. Les vierges ont écrit des bios compatibles en utilisant des spécifications écrites par des développeurs qui avaient lu le code source et la documentation de conception d'IBM.

Un clone de la plateforme GMS de Google pourrait être construit de la même manière. Un groupe de développeurs familiarisés avec GMS et toutes ses fonctions et API associées que les développeurs d'applications utilisent pour créer des applications pourraient écrire une spécification pour recréer les API GMS, tandis que les développeurs vierges reproduiraient précisément la fonction et le fonctionnement de l'API..

Les PC et les services cloud de Google sont similaires. Ce sont deux plates-formes. Le codage d'une routine de bios qui écrit un bloc de données sur un disque exactement comme le bios d'IBM est similaire dans son concept à l'écriture d'un service de localisation qui fonctionne de manière identique à l'API de localisation d'Android.

Il serait presque impossible pour Google de poursuivre Microsoft pour violation du droit d'auteur de l'API, car Google s'est opposé à ces droits d'auteur dans sa défense contre le procès en matière de brevets et de droits d'auteur d'Oracle. Dans cette affaire, le juge Allsop a déclaré dans sa décision (PDF):

«Tant que le code spécifique utilisé pour implémenter une méthode est différent, toute personne est libre en vertu de la Loi sur le droit d'auteur d'écrire son propre code pour exécuter exactement la même fonction ou spécification de toutes les méthodes utilisées dans l'API Java.»

La compatibilité des applications Android et du matériel Nokia serait une grande victoire pour Microsoft

Chaque consommateur garde de bons souvenirs de ses téléphones Nokia. Le matériel Nokia avec une compatibilité complète avec les applications Android pourrait attirer de nombreux consommateurs. Le clonage de GMS ne serait pas facile, mais Microsoft a les ressources techniques, l'expérience et l'argent pour réussir. Estimer la taille du projet à cloner GMS n'est pas une tâche simple, mais un exemple d'un projet d'importance stratégique égale est Intel. Intel compte plus de 1 000 ingénieurs travaillant pour assurer la compatibilité d'Android avec son processeur mobile Atom. Le clonage de GMS par Microsoft serait un ordre de grandeur moins cher que l'achat de Nokia, et pourrait conduire beaucoup plus de consommateurs dans l'écosystème de Microsoft plus rapidement que Windows Phone n'a connu une croissance douloureusement par petits incréments.

Rejoignez les communautés Network World sur Facebook et LinkedIn pour commenter des sujets qui vous tiennent à cœur.