Erweiterte Funktionen

Mitteilungstypen

Standardmäßig werden in einem Abo alle Nachrichten gefunden, die mit dem Google Cloud Console-Projekt der App verknüpft sind. Dazu zählen:

  • Nachrichten, die von derselben App auf einem anderen Gerät veröffentlicht wurden.
  • Nachrichten, die zu diesem Projekt gehören und Beacons zugeordnet sind. Weitere Informationen

Ihre App kann ein MessageFilter verwenden, um weitere Arten von Nachrichten in der Nähe zu abonnieren, darunter öffentliche Beacon-Anhänge und rohe Bluetooth Low Energy (BLE)-Beacon-IDs.

Öffentliche Beacon-Anhänge

Ein Entwickler kann seinen Namespace für Beacon-Anhänge als PUBLIC kennzeichnen. Dadurch können alle Apps sie abrufen, unabhängig von ihrem Cloud Console-Projekt. Informationen dazu, wie Sie Namespace-Anhänge öffentlich machen, finden Sie unter Sichtbarkeit von Anhängen.

Beispiel:

// Subscribe for two different public beacon attachment types.
MessageFilter messageFilter = new MessageFilter.Builder()
  .includeNamespacedType(EXAMPLE_PUBLIC_NAMESPACE_A, EXAMPLE_PUBLIC_TYPE_A)
  .includeNamespacedType(EXAMPLE_PUBLIC_NAMESPACE_B, EXAMPLE_PUBLIC_TYPE_B)
  .build();
SubscribeOptions options = new SubscribeOptions.Builder()
  .setStrategy(Strategy.BLE_ONLY)
  .setFilter(messageFilter)
  .build();

MessageListener messageListener = new MessageListener() {
  @Override
  public void onFound(final Message message) {
    // We may want to handle the two types of message differently.
    if (EXAMPLE_PUBLIC_NAMESPACE_A.equals(message.getNamespace())
        && EXAMPLE_PUBLIC_TYPE_A.equals(message.getType())) {
      // Handle a "type A" message.
    } else if (EXAMPLE_PUBLIC_NAMESPACE_B.equals(message.getNamespace())
        && EXAMPLE_PUBLIC_TYPE_B.equals(message.getType())) {
      // Handle a "type B" message.
    }
  }
};

Nearby.getMessagesClient(this).subscribe(messageListener, options);

BLE‑Beacon-IDs

Mit der Beacon-Plattform von Google können Sie beliebige Daten in der Cloud an Ihre Beacons anhängen. Die tatsächlichen Beacon-IDs, die in BLE-Paketen beworben werden, werden dabei abstrahiert. Diese Anhänge werden standardmäßig erkannt (siehe Nachrichtentypen).

Wenn Sie jedoch Roh-Beacon-IDs ermitteln müssen (z. B. um Ihre eigene Beacon-Registrierung zu verwenden), ist das möglich. Derzeit werden zwei Formate unterstützt:

Beispiel:

// Subscribe for all Eddystone UIDs whose first 10 bytes (the "namespace")
// match MY_EDDYSTONE_UID_NAMESPACE.
//
// Note that the Eddystone UID namespace is separate from the namespace
// field of a Nearby Message.
MessageFilter messageFilter = new MessageFilter.Builder()
  .includeEddystoneUids(MY_EDDYSTONE_UID_NAMESPACE, null /* any instance */)
  .build();
SubscribeOptions options = new SubscribeOptions.Builder()
  .setStrategy(Strategy.BLE_ONLY)
  .setFilter(messageFilter)
  .build();

MessageListener messageListener = new MessageListener() {
  @Override
  public void onFound(final Message message) {
    // Note: Checking the type shown for completeness, but is unnecessary
    // if your message filter only includes a single type.
    if (Message.MESSAGE_NAMESPACE_RESERVED.equals(message.getNamespace())
        && Message.MESSAGE_TYPE_EDDYSTONE_UID.equals(message.getType())) {
      // Nearby provides the EddystoneUid class to parse Eddystone UIDs
      // that have been found nearby.
      EddystoneUid eddystoneUid = EddystoneUid.from(message);
      Log.i(TAG, "Found Eddystone UID: " + eddystoneUid);
    }
  }
};

Nearby.getMessagesClient(this).subscribe(messageListener, options);

RSSI- und Distanz-Callbacks

Zusätzlich zu den Rückrufen für „gefunden“ und „verloren“ kann ein Abo im Vordergrund Ihren MessageListener aktualisieren, wenn Nearby neue Informationen zum BLE-Signal einer Nachricht hat.

:
  • Diese zusätzlichen Callbacks werden derzeit nur für BLE-Beacon-Nachrichten (sowohl Anhänge als auch Beacon-IDs) bereitgestellt.
  • Diese zusätzlichen Rückrufe werden nicht an Hintergrundabos (PendingIntent) gesendet.

Beispiel:

MessageListener messageListener = new MessageListener() {
  /**
   * Called when a message is discovered nearby.
   */
  @Override
  public void onFound(final Message message) {
    Log.i(TAG, "Found message: " + message);
  }

  /**
   * Called when the Bluetooth Low Energy (BLE) signal associated with a message changes.
   *
   * This is currently only called for BLE beacon messages.
   *
   * For example, this is called when we see the first BLE advertisement
   * frame associated with a message; or when we see subsequent frames with
   * significantly different received signal strength indicator (RSSI)
   * readings.
   *
   * For more information, see the MessageListener Javadocs.
   */
  @Override
  public void onBleSignalChanged(final Message message, final BleSignal bleSignal) {
    Log.i(TAG, "Message: " + message + " has new BLE signal information: " + bleSignal);
  }

  /**
   * Called when Nearby's estimate of the distance to a message changes.
   *
   * This is currently only called for BLE beacon messages.
   *
   * For more information, see the MessageListener Javadocs.
   */
  @Override
  public void onDistanceChanged(final Message message, final Distance distance) {
    Log.i(TAG, "Distance changed, message: " + message + ", new distance: " + distance);
  }

  /**
   * Called when a message is no longer detectable nearby.
   */
  @Override
  public void onLost(final Message message) {
    Log.i(TAG, "Lost message: " + message);
  }
};