Med 'jomfruelige' udviklere kunne Microsoft gafle Android

Windows Phone er ikke en mulighed for Microsofts mobile renæssance. Det er bare for lidt og for sent.

For at indhente dette kunne Microsoft investere i en Android-gaffel, der ville imponere forbrugerne med lydhør effektivitet på enheden, integration med Microsofts mobile økosystem og kompatibilitet med de mere end 1 million apps, der er tilgængelige via Google Play og andre app-butikker.

Hver diskussion om forfalskning af Android fører til diskussioner om "hvor åben er Android?" og "vil de proprietære Android-komponenter forhindre en konkurrent i at bygge en fantastisk smartphone baseret på Android Open Source-projektet?"

Et lignende proprietært softwarescenario gav anledning til Microsofts vækst, da det var en ung virksomhed, der leverede pc-operativsystemer. Microsoft DOS blev designet efter IBMs specifikation til udelukkende at køre på IBMs pc-hardwareplatforme. Phoenix Technologies beskæftigede softwareudviklere, der kaldte “jomfruer”, som ikke var blevet udsat for IBMs systemer for at skabe et softwarelag mellem Microsofts DOS-system og pc'er, der er bygget af IBMs konkurrenter. Dette forhindrede IBMs konkurrenter fra at krænke IBMs patenter eller ophavsret, og hjalp efterfølgende med at brænde den eksplosive vækst af pc-kloner. Microsoft kunne bruge den samme tilgang til at "klone" de proprietære Android-komponenter i sin egen Android-gaffel.

To nylige historier skrevet fra modsatte synspunkter udgivet af Ars Technica og CNET dækker detaljerede fordele og ulemper ved at gafle Android ved hjælp af kildetræet til Android Open Source Project (AOSP). Kort sagt, Google udgiver Android-kildekode under gratis og open source-licenser. En “gaffel” er simpelthen en uafhængigt kompileret version af Android. Download den gratis Android-kilde, kompilér og distribuer den gaffelversion. Det er alt, hvad det kræver - enhedsproducenten er i forretning.

Men nogle vil hævde, at Googles kontrol over den proprietære del af Android, Google Mobile Services (GMS) -platformen, er en taktik til monopolisering af Android. GMS henviser til grænsefladerne mellem apps, der kører på en mobilenhed og Googles proprietære skytjenester, der skaber sit økosystem. Googles proprietære apps og mange uafhængigt udviklede apps er afhængige af GMS. Distribution af en version af Android med Googles proprietære apps og adgang til dets skytjenester kræver en licens fra Google samt Googles verifikation af, at versionen af ​​Android er i overensstemmelse med dens standarder. Det er fair nok - de verificerede smartphone-producenter får Android og Googles hele økosystem gratis, inklusive dets proprietære Google-apps og alle apps i Play Store.

Medmindre Android-gaffelen er bekræftet af Google, kan en smartphone-producent ikke sende Googles proprietære apps. Googles verifikation er dog ikke nødvendig for, at en individuel forbruger kan hente og installere en Google-underskrevet version af Google Play-appbutikken og derefter downloade den fulde beholdning af Googles proprietære apps til en ikke-verificeret Android-version. Microsoft vil ikke have Googles proprietære apps og cloud-tjenester, men vil ønske at udnytte million-plus uafhængigt udviklede Android-apps og det store udviklerfællesskab. Omkørsel af GMS betyder nogle uafhængigt udviklede apps, der er afhængige af GMS-platformen, og Googles cloud-tjenester vil gå i stykker.

Microsofts erfaring med kloning af pc'er kan anvendes til kloning af GMS

Microsoft kan løse dette problem let. Et godt team af udviklere kunne “klone” GMS-funktionalitet, så uafhængigt udviklede Android-apps kunne fungere uden ændring og erstatte Googles økosystem af skytjenester med et konkurrencedygtigt økosystem. Dette vil involvere omvendt engineering GMS, så en programmatisk anmodning fra en app til GMS klonen vil returnere de forventede resultater i det nøjagtige forventede format.

Et godt eksempel ville være at erstatte Android-placeringstjenesterne med Microsofts Bing-kort. Den nye Android-lokationsapplikationsprogrammeringsgrænseflade (API), der blev frigivet sidste år, forenkler kodningen af ​​apps, der bruger geografisk placering og er inkluderet i Googles proprietære Play Store. Denne nye lokaliserings-API er bygget ved hjælp af API-API'er på lavere niveau, der er en del af Android Open Source-projektet. Microsoft bliver nødt til at opbygge en funktionel carbon-kopi af den nye lokations-API ved hjælp af API-API'er på lavere niveau, der fungerer identisk, når en app opfordrede til lokationstjenester.

Det rene rum, eller nogle gange kaldet den kinesiske væg, teknik er en designmetode til reverse engineering af en platform og genskabelse af app-kompatibilitet på binært niveau, der blev bevist lovligt forsvarligt for længe siden. I begyndelsen af ​​1980'erne var Phoenix Technologies en af ​​de første virksomheder, der benyttede denne teknik til at skabe de første kompatible pc-bios, der gjorde det muligt for Microsoft DOS at køre på pc'er, der ikke var fremstillet af IBM.

Da pc'en først blev introduceret, blev Microsofts DOS-operativsystem designet til at interface med IBMs pc-hardwareplatform ved hjælp af det basale input / output-system (bios), som IBM havde specificeret. Phoenix Technologies klonede IBMs bios og licenserede det til IBMs konkurrenter, der ønskede at bygge DOS-kompatible pc'er og sælge dem til et pc-marked, der var så dynamisk og voksende på det tidspunkt, som smartphonemarkedet er i dag.

Tidligere hjalp 'jomfruelige' udviklere med at forhindre krænkelse af ophavsret

Phoenix Technologies '“jomfru” -udviklere blev bekræftet for aldrig at have været udsat for IBMs proprietære bios kildekode eller hardware design. Jomfruer skrev kompatible bios ved hjælp af specifikationer skrevet af udviklere, der havde læst IBMs bios kildekode og design dokumentation.

En klon af Googles GMS-platform kunne bygges på samme måde. En gruppe udviklere, der er bekendt med GMS og alle dens relaterede funktioner og API'er, som appudviklere bruger til at oprette apps, kunne skrive en specifikation til genskabelse af GMS API'er, mens de jomfruelige udviklere præcist ville gengive funktionen og driften af ​​API'en.

PC'er og Googles skytjenester er ens. De er begge platforme. Kodning af en bios-rutine, der skriver en blok af data til en disk nøjagtigt som IBMs bios, ligner konceptet at skrive en lokationstjeneste, der fungerer identisk med Android's lokations-API.

Det ville være næsten umuligt for Google at sagsøge Microsoft for API-krænkelse af ophavsret, fordi Google modsatte sig sådanne ophavsret i sit forsvar mod Orakles patent- og copyright-retssag. I denne sag sagde dommer Allsop i sin afgørelse (PDF):

"Så længe den specifikke kode, der bruges til at implementere en metode, er anderledes, er enhver frit under lov om ophavsret til at skrive sin egen kode for at udføre nøjagtig den samme funktion eller specifikation af alle metoder, der bruges i Java API."

Android-app-kompatibilitet og Nokia-hardware ville være en stor gevinst for Microsoft

Hver forbruger har gode minder fra sine Nokia-telefoner. Nokias hardware med fuld Android-appkompatibilitet kunne tiltrække mange forbrugere. Kloning af GMS ville ikke være let, men Microsoft har de tekniske ressourcer, erfaring og penge til at lykkes. At estimere projektets størrelse for at klone GMS er ikke en simpel opgave, men et tilfælde af et projekt af lige stor strategisk betydning er Intel. Intel har mere end 1.000 ingeniører, der arbejder for at sikre Android-kompatibilitet med sin Atom-mobile processor. Microsofts kloning af GMS ville være en størrelsesordre billigere end Nokia-købet og kunne føre mange flere forbrugere ind i Microsofts økosystem hurtigere end Windows Phone har vokset i smerteligt små trin.

Deltag i Network World-samfundene på Facebook og LinkedIn for at kommentere emner, der er øverste af sindet.