Erweiterte Funktionen

Mitteilungstypen

Standardmäßig werden bei einem Abo alle Nachrichten gefunden, die mit dem App's Google Cloud Console Projekt 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 an Beacons angehängt sind Weitere Informationen Add Attachments to Beacons.

Mit einem MessageFilter kann Ihre App weitere Arten von Nachrichten in der Nähe abonnieren, darunter öffentliche Beacon Anhänge und BLE-Beacon-Roh-IDs.

Öffentliche Beacon-Anhänge

Entwickler können den Namespace für Beacon-Anhänge als PUBLIC kennzeichnen. Dadurch können alle Apps diese Anhänge abrufen, unabhängig von ihrem Cloud Console-Projekt. Informationen dazu, wie Sie Anhänge-Namespaces ö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 und so die tatsächlichen Beacon-IDs abstrahieren, die in BLE-Paketen beworben werden. Diese Anhänge werden standardmäßig erkannt (siehe Mitteilungstypen).

Sie können jedoch auch Beacon-Roh-IDs erkennen, z. B. um Ihre eigene Beacon-Registrierung zu verwenden. 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 Entfernungs-Callbacks

Zusätzlich zu den gefundenen und verlorenen Callbacks 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 bereitgestellt (sowohl für Anhänge als auch für Beacon-IDs).
  • Diese zusätzlichen Callbacks werden nicht an Abos im Hintergrund (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);
  }
};