音声の切り替え検証ツール ユーザー マニュアル

設定

Validator アプリでテストを有効にするには:

  • デバイスの GmsCore のバージョンが 22.08.xx 以降であることを確認します。
  • テストメールがファスト ペアリング パートナー テスト グループに登録されていることを確認します。
    • 新しく登録したメールとデバイスが権限を同期するまでには、6 ~ 24 時間かかることがあります。
    • 関連付けられている Google アカウントにログインおよびログアウトした場合も、直ちに同期がトリガーされることがあります。

例:

サポートされている GMS のバージョンと詳細

テストにはファスト ペアリングが必要

音声の切り替えテストでは、ファスト ペアリングを使用してスマートフォンをペア設定する必要があります。

  1. 同じ Google アカウントにログインしている、2 台のスマートフォン A と B を用意します。
  2. ヘッドセットをスマートフォン A とペア設定します(最初のペア設定)。
  3. ペア設定モードに入り、ハーフシート UI の通知が表示されるまで待ちます。
  4. [接続] をクリックします。
  5. [完了] をクリックします。
  6. ヘッドセットをスマートフォン B とペア設定します(その後のペア設定)。
    1. 両方のペア設定が完了したという通知が表示されるまで待ちます。
  7. [システム通知] をクリックします。

質問の流れの例を次に示します。

図 2: デバイス A の最初のペア設定のボタン シーケンス 図 3: 後続のペア設定デバイス B のボタン シーケンスを示しています。

基本的な UI フロー

一般的な UI フローを次に示します。

図 4: デバイスの初回ログインと検出画面 図 5: テスト用のデバイスの選択方法を示しています。 図 6: さまざまなタイプのテストとそれぞれのテストに対応するデバイスを示しています。 図 7: テストで特定のデバイスをターゲットにする方法を示しています。

オーディオ スイッチのシングルポイント テスト

音声の切り替えテスト(シングルポイント)

このテストでは、次の機能を実行します。

  • ペイロードの検証。
    • さまざまなシナリオの広告データを検証します。
  • メッセージ ストリームの検証
    • メッセージ ストリームの通信を検証します。
  • 戻ります。
    • スイッチバック動作を確認します。

ペイロード検証(シングルポイント)

ペイロードの検証シーケンスは次のとおりです。

  1. ヘッドセットに接続します。
  2. 標準で要求されているように、アカウントキーの最初のバイトが 0x06 であることを確認します。
  3. デバイスとの接続を解除します。
  4. 標準で要求されているように、アカウントキーの最初のバイトが 0x05 であることを確認します。
  5. ヘッドセットに再接続します。
  6. 音楽を再生する。
  7. 接続状態が次のいずれかであることを確認します。
    1. 0x4: A2DP ストリーミングのみ。
    2. 0x5: AVRCP を使用した A2DP ストリーミング。
  8. SCO 接続を開始します。
  9. SCO が正常に接続されたことを確認します。
  10. 接続状態が次のことを確認します。
    1. 0x6: HFP(電話/Voip 通話)ストリーミング(インバンド着信音と非インバンド着信音を含む)。

ペイロード検証の例(シングルポイント):

図 8: サンプル デバイスのペイロード検証テスト結果を示しています。

メッセージ ストリームの検証(シングルポイント)

メッセージ ストリームの検証シーケンスは次のとおりです。

  1. 異なる RFCOMM 接続間のセッションのノンスを検証します。
    1. ヘッドセットに接続します。
    2. ヘッドセットからノンス X を取得します(5 秒以内)。
    3. ヘッドセットに再接続します。
    4. ヘッドセットからもう一度ノンス Y を取得します(5 秒以内)。
    5. X と Y が異なるかどうかを確認します。
  2. Get Audio switch Capability リクエストを送信します。
    1. レスポンスが 2 秒以内に送信されたことを確認します。コンテンツは確認されていません。
  3. 使用中のアカウントキーを示すリクエストを送信します。
    1. レスポンスが 2 秒以内に送信されたことを確認します。コンテンツは確認されていません。
  4. Notify Initiated Connection リクエストを送信します。
    1. レスポンスが 2 秒以内に送信されたことを確認します。コンテンツは確認されていません。
  5. カスタムデータの送信リクエストを送信します。
    1. ACK が 2 秒以内に返されることを確認します。
    2. 広告データに、設定されたカスタムデータが含まれているかどうかを(10 秒で)確認します。

メッセージ ストリームの検証の例(シングルポイント):

図 9: サンプル デバイスのメッセージ ストリーム検証テスト結果を示しています。

スイッチバック(シングルポイント)

このテストには、プライマリ シーカーとセカンダリ シーカーの 2 つのデバイスが必要です。テストの流れは次のとおりです。

  1. プライマリ シーカーがヘッドセットに 10 秒以内に接続します。
  2. セカンダリ シーカーがヘッドセットを 10 秒以内に接続します。
  3. セカンダリ シーカーは、切り替えの返送リクエストをヘッドセットに送信します。

15 秒以内に、次のようになるはずです。

  • メインのシーカーがヘッドセットに再び接続します。
  • セカンダリ シーカーがヘッドセットから切断されます。

図 10: プライマリ デバイスで十分なテスト時間を確保できるセカンダリ ディスプレイ オプションが表示されています。

スイッチバック テストの例を次に示します。

図 11: スイッチバック テストの初期化方法 図 12: どのデバイスがどの役割を処理するかを定義する方法を示しています。 図 13: ロールを定義した後の手順 図 14: 確認待ちのデバイスの表示 図 15: セカンダリ デバイスの電源を切ってアクティブに保つ必要がある場所を示しています。 図 16: 成功したテストの結果を示しています。

音声切り替えのマルチポイント テスト

ペイロード検証(マルチポイント)

ペイロードの検証シーケンスは次のとおりです。

  1. ヘッドセットに接続します。
  2. 標準で要求されているように、アカウントキーの最初のバイトが 0x06 であることを確認します。
  3. デバイスとの接続を解除します。
  4. 標準で要求されているように、アカウントキーの最初のバイトが 0x05 であることを確認します。
  5. ヘッドセットに再接続します。
  6. 音楽を再生する。
  7. 接続状態が次のいずれかであることを確認します。
    1. 0x4: A2DP ストリーミングのみ。
    2. 0x5: AVRCP を使用した A2DP ストリーミング。
  8. SCO 接続を開始します。
  9. SCO が正常に接続されたことを確認します。
  10. 接続状態が次のことを確認します。
    1. 0x6: HFP(電話/Voip 通話)ストリーミング(インバンド着信音と非インバンド着信音を含む)。

メッセージ ストリーム(マルチポイント)

このテストには第 1 シーカーと第 2 シーカーが必要です。multiplint 構成フラグTRUE に設定されたテストには、メッセージ ストリーム コマンドでこの状態をテストする追加の手順があります。

構成不可能なメッセージ ストリーム テスト(マルチポイント)の例:

図 17: 構成不可能なテストの成功結果を示しています。

構成可能なメッセージ ストリーム テスト(マルチポイント)の例:

図 18: 構成可能なテストの成功結果を示しています。

スイッチバック(マルチポイント)

このテストには第 1 シーカーと第 2 シーカーが必要です。このテストは、シングルポイント バージョンとほぼ同じです。唯一の違いは、プロバイダは複数の接続をサポートしているため、セカンダリ シーカーがプロバイダに接続しても、プライマリ シーカーは引き続きプロバイダに接続するということです。

マルチポイント スイッチバック テストの例:

図 19: テストでマルチポイント デバイスでスイッチバックを実現する方法を示しています。

スイッチ アクティブ(マルチポイントのみ)

このテストには第 1 シーカーと第 2 シーカーが必要です。

このテストでは、プロバイダがメッセージ ストリーム チャネルを使用して、想定されるメッセージを送信していることのみを検証します。

テスト手順:

  1. プライマリ シーカーがプロバイダに接続する
  2. プライマリ シーカーはプロバイダの機能をチェックします。
    1. マルチポイントがオフで、かつマルチポイント構成可能が TRUE の場合、マルチポイントの有効化を試みます。
  3. プライマリ シーカーは、自身に対してアクティブな音源を(接続済みのデバイスへ)切り替え(0x30)を呼び出します。
  4. 二次シーカーがプロバイダに接続します。
  5. プライマリ シーカーは、別のデバイスにアクティブなオーディオ ソースを(接続済みのデバイスに切り替え)(0x30)を呼び出します。
  6. 提供者は、一次申込者に確認を行います。
  7. セカンダリ シーカーは、アクティブな状態で [Notify multipoint-switch event](0x32)を受け取ります。

スイッチ アクティブ(マルチポイントのみ)テストの例:

図 20: テストでマルチポイント専用デバイスでスイッチバックを実現する方法を示しています。

デバイス コンソールに結果をアップロードする方法

結果の送信方法

テストが完了したら、結果をアップロードするためのボタンがアプリに表示されます。

図 21: [送信] ボタンを使ってテスト結果を送信する方法 図 22: テスト送信の結果を示しています。

デバイス コンソールの使用方法

提出されたテスト結果は Nearby Console で確認できます。(音声の切り替えのテストケースでは、距離指標と所要時間の指標が削除されます)。次に例を示します。

図 23: Nearby Console のテストレポート例。

トラブルシューティング

すべてのテストが失敗した場合は、Bluetooth のオンとオフを切り替えてみてください。

図 24: Bluetooth 設定を切り替える方法の例

スイッチバック テストが失敗し、図 1 のように停止する場合: [テストデバイス] ページ(図 2)に戻って再度テストします。

図 25: スイッチバック ケースの再テスト方法の例