2016-08-08 29 views

Antwort

0

Hier ist eine Erklärung, die ich auf einer developers.google.com Seite here gefunden habe.

Was passiert, wenn ein Kunde einen Eddystone-EID Beacon ansieht?

Wenn ein Client-Gerät Sehenswürdigkeiten ein Eddystone-EID Leuchtfeuer als Ergebnis einer Nähe Abonnements wird der aktuelle EID zum Google Proximity Beacon API zusammen mit dem API-Schlüssel des rufenden App gesendet. Die Google Proximity Beacon-API stellt fest, ob der bereitgestellte API-Schlüssel berechtigt ist, mit dem Beacon verknüpfte Anlagen abzurufen. Wenn die Auflösung zulässig ist, werden die Anhänge wie gewohnt als Nachrichtenobjekte in der Nähe bereitgestellt. Andernfalls gibt Google Proximity Beacon API einen leeren Wert zurück, als ob das Beacon nicht registriert worden wäre.

- Die Bake Scan-Komponente der Google Leuchtfeuer Plattform

- Der Proximity Beacon-API ist ein Cloud-Service, den Sie Daten im Zusammenhang mit Ihrem BLE Beacons mit einer REST-Schnittstelle verwalten .

Hier ist ein weiterer Absatz, den ich kritisch zu verstehen, wie die Technologie funktioniert.

Eddystone-EID wurde entwickelt, um Entwicklern die Kontrolle darüber zu geben, welche Clients ihre Beacon-Signale nutzen können. Die Beacon-Kennung ändert sich pseudozufällig auf eine solche Weise, dass sie nur durch einen Auflösungsdienst, der einen Verschlüsselungsschlüssel mit dem Beacon teilt, zu stabilen Informationen aufgelöst werden kann. Ohne Zugriff auf den Auflösungsdienst ist die Beacon-Kennung wenig nützlich.

Eddystone-EID ist geeignet für Fälle, in denen Leuchtfeuer deployers wollen:

  • verhindern, dass andere Parteien von ihren Beacons verwenden.
  • Schützen Sie die Privatsphäre des Benutzers in Szenarien mit Wearables oder anderen vom Benutzer getragenen Geräten.
  • Lease ihr Beacon-Netzwerk an andere Parteien in einer Weise, die einen nachweisbaren "Aus-Schalter" für den Zugriff ermöglicht.
  • Geben Sie ein starkes Signal, dass ein Benutzer an einem bestimmten Ort ist, der nicht leicht gefälscht werden kann.
2

Standard-Beacons übertragen, um eine eindeutige Kennung so apps sagen kann, wenn sie an einem bestimmten Ort sind. Da sich diese Kennung jedoch im Klartext befindet, kann jede App diese Kennung lesen und die Übertragung verwenden, um zu wissen, wo sie sich befindet. Eine nicht autorisierte Drittanbieter-App kann Standardbeacons verwenden, die von den Autoren der App nicht bereitgestellt wurden.

Eddystone-EID verschlüsselt seine Kennung und rotiert sie regelmäßig, um zu verhindern, dass andere die Beacon-Kennung verwenden. Autorisierte Apps können einen "Trusted Resolver" verwenden, um bei der Übertragung eine stabile ID aus der rotierenden verschlüsselten ID zu erhalten.Ein Serveraufruf wird benötigt, um die 8-Byte-AES-verschlüsselte Kennung in eine stabile zu konvertieren.

Googles Proximity Beacon API bietet diese Konvertierung. Theoretisch ist es möglich, einen unabhängigen Trusted Resolver neben Google zu erstellen (dies habe ich zu Testzwecken getan), aber ansonsten müssen Sie Ihre EID-Beacons bei Google registrieren und ihre Webdienste zur Auflösung ihrer Identifikatoren verwenden.

Ein Beispiel ephemeren Bezeichner wie folgt aussieht:

0a194f562c97d2ea. 

Hier ist eine aufzuschreiben ich zu dem Thema haben: http://altbeacon.github.io/android-beacon-library/eddystone-eid.html