Wie eine deutsche Datenschutzmarke eine bestehende Android-Plattform für de-Googled ODM nutzte

Für diese deutsche Datenschutzmarke bestand die primäre Herausforderung darin, die Kosten und die Vorlaufzeit eines brandneuen Hardwareprogramms zu vermeiden. Anstatt bei Null anzufangen, konzentrierte sich das Projekt auf eine praktische Ingenieursfrage: wie viel einer bestehenden kommerziellen Android-Plattform beibehalten werden konnte, während sie für eine kontrollierte, De-Googled-Umgebung angepasst wurde?

Dies machte ein bestehendes kommerzielles Android-Tablet zu einem praktischen Ausgangspunkt für die Bewertung. Der ODM-Ansatz bestand darin, die ausgereifte Hardware-Grundlage so weit wie möglich beizubehalten und gezielte Anpassungen nur dort vorzunehmen, wo die Produktanforderungen dies tatsächlich erforderten.

Die erste technische Überlegung war, was von einer bestehenden Plattform beibehalten werden konnte und nicht, was neu gestaltet werden musste.

Für ein ODM-Projekt bietet eine bestehende Hardware-Grundlage einen Ausgangspunkt für die Bewertung des Displays, der Gehäusestruktur, der Kernplattform und der anwendbaren Zertifizierungen. Hopestars wandmontierte Android-Tablets zeigen, wie ein ausgereiftes Android-Hardware-Design die Display-, Gehäuse- und Konnektivitätsgrundlage in eine etablierte Plattform integrieren kann, die für verschiedene Anwendungsanforderungen bewertet werden kann.

Der Zweck der Nutzung eines bestehenden Produkts auf diese Weise ist nicht, davon auszugehen, dass die Standardkonfiguration für jedes Projekt geeignet ist. Stattdessen gibt es dem Ingenieurteam eine konkrete Plattform, anhand derer die Anforderungen des Kunden bewertet werden können. Hardware, die geeignet bleibt, kann potenziell übernommen werden, während Anforderungen, die die Plattform tatsächlich beeinflussen, separat identifiziert werden können.

Dies ist besonders relevant, wenn die Alternative ein völlig neues Hardwareprogramm ist. Bestehende Smart-Home-Steuerungstablets bieten ein weiteres Beispiel für eine anwendungsorientierte Android-Plattform, bei der die Hardware-Grundlage bereits um eine spezifische Nutzungsumgebung herum definiert ist. Für eine ODM-Bewertung können solche Plattformen als Referenzpunkte dienen, um festzustellen, ob die bestehende Architektur nahe genug an der beabsichtigten Anwendung liegt, um weitere Anpassungen zu rechtfertigen.

Nachdem die Hardware-Grundlage berücksichtigt war, war das nächste Thema die Softwareumgebung.

Für dieses Projekt war die bestätigte De-Googled-Fähigkeit die softwareseitige Entfernung von GMS-Anwendungen. Dies betrifft die vorinstallierte GMS-Anwendungsschicht und sollte nicht als vollständiger Neuaufbau der zugrunde liegenden AOSP-Firmware dargestellt werden.

Die frühzeitige Festlegung dieser Grenze war wichtig, da Android-Anpassungen sehr unterschiedliche Ingenieurniveaus umfassen können. In diesem Fall konnte ein bestehendes Android-Touchscreen-Tablet als Hardware-Ausgangspunkt dienen, während die Entfernung von GMS-Anwendungen als spezifische Software-Anpassungsanforderung behandelt wurde.

Diese Unterscheidung gilt auch bei der Bewertung anwendungsorientierter Plattformen wie Besprechungsraum-Buchungstablets. Eine kommerzielle Android-Plattform kann die Hardware-Basis liefern, während die Softwareumgebung und die Anwendungsanforderungen separat gemäß dem beabsichtigten Projekt bewertet werden.

Für andere Projekte, die tiefgreifendere Firmware-Änderungen oder eine andere Betriebssystemarchitektur erfordern, müssen diese Anforderungen separat gegen die ausgewählte Plattform bewertet werden, anstatt davon auszugehen, dass sie in denselben Anpassungsumfang fallen.

Nachdem die Plattform und der bestätigte Softwareumfang getrennt waren, konnten die verbleibenden Anforderungen entsprechend ihrer tatsächlichen technischen Auswirkung bewertet werden.

Einige Anforderungen können durch Software oder Konfiguration gehandhabt werden, während andere die zugrunde liegende Hardware beeinflussen und daher eine zusätzliche Machbarkeitsprüfung erfordern. Deshalb kann ein bestehendes Smart-Home-Android-Tablets als ODM-Ausgangspunkt nützlich sein: Es ermöglicht die Bewertung einzelner Anforderungen anhand einer etablierten Plattform, anstatt das gesamte Projekt von Anfang an zu einer neuen Hardwarespezifikation zu machen.

Die gleiche Logik gilt für verschiedene Anwendungsformen. Hopestars Besprechungsraum-Planungstablets zeigen eine weitere etablierte Android-Plattformkategorie, bei der Display-, Montage-, Konnektivitäts- und Anwendungsanforderungen bereits in einer kommerziellen Produktstruktur berücksichtigt sind. Solche Referenzen helfen, plattformbezogene Anforderungen von Änderungen zu trennen, die tatsächlich weitere Entwicklung erfordern.

Die Zertifizierung folgt dem gleichen Prinzip. Bestehende Produkte können bereits Zertifizierungen für ihre Standardkonfigurationen haben, aber die anwendbare Zertifizierungsdokumentation für ein kundenspezifisches Gerät hängt von seiner endgültigen Konfiguration und dem Zielmarkt ab. Die Zertifizierung muss daher als Teil des Projekts überprüft werden und nicht von einem ähnlichen Produkt übernommen werden.

Diese Trennung schafft einen klareren technischen Arbeitsablauf. Die bestehende Plattform legt die Hardware-Basis fest, die bestätigte Software-Anpassung definiert, was bereits behandelt werden kann, und Anforderungen außerhalb dieses Umfangs können zur weiteren technischen Bewertung identifiziert werden.

Das Ergebnis ist keine Behauptung, dass jede Anforderung ohne weitere Entwicklung erfüllt werden kann. Stattdessen kann das Projekt unterscheiden zwischen was beibehalten werden kann, was innerhalb des bestätigten Umfangs angepasst werden kann und was noch eine technische Validierung benötigt. Ein bestehendes 10,1-Zoll-Android-Besprechungsraum-Tablet kann zum Beispiel den Typ einer ausgereiften Anwendungsplattform darstellen, die bewertet werden kann, bevor entschieden wird, ob tiefgreifendere Änderungen tatsächlich notwendig sind.

Die Auswertung zeigte, dass das Projekt nicht unbedingt mit einer neuen Hardware-Plattform von Grund auf neu beginnen musste. Eine bestehende Android-Plattform konnte als Ausgangspunkt dienen, wobei die softwareseitige Entfernung von GMS-Anwendungen innerhalb des bestätigten Anpassungsumfangs gehandhabt wurde und andere Anforderungen in die technische Validierung übergingen.

Dies verwandelte eine offene, voll-kundenspezifische Anforderung in einen definierten, plattformbasierten Weg zur Musterbewertung.

Wenn Sie nach einer De-Googled-Android-ODM-Lösung suchen, kontaktieren Sie Hopestar, um Ihre Anforderungen zu besprechen und Unterstützung bei der Bewertung eines bestehenden Smart-Home-Android-Tablets oder einer Besprechungsraum-Tablet-Plattform, des anwendbaren De-Googled-Anpassungsumfangs und der nächsten Schritte für Ihr Projekt zu erhalten.