탐색자는 제공업체에 작업을 실행하도록 요청할 수 있습니다. 제공자가 작업을 지원하는 경우 작업을 확인하고 실행해야 하며 그렇지 않은 경우 무시해야 합니다.
메시지 그룹 이름
값
기기 작업 이벤트
0x04
기기 작업 코드 이름
값
링
0x01
기기 벨 울리기
이러한 작업의 한 가지 사용 사례는 예를 들어 사용자가 기기를 분실하여 찾아야 할 때 제공업체에 벨을 울릴 것을 요청합니다. 링 작업을 수신하면 제공자는 미리 로드된 사운드 파일을 사용자가 찾을 수 있을 만큼 충분히 높은 볼륨에서 재생해야 합니다. 시간이 지남에 따라 소리가 낮은 볼륨에서 최대 볼륨으로 증가하는 것이 좋습니다. 벨소리는 중지를 가리키는 추가 작업이 수신되거나 시간 초과 값이 전달될 때까지 계속되어야 합니다.
메시지에 벨소리가 시작되거나 중지되어야 하는지를 나타내는 추가 데이터가 포함됩니다. 이는 여러 구성요소 (왼쪽 및 오른쪽 이어폰)가 있는 제공자를 지원하도록 확장할 수 있습니다. 첫 번째 바이트에서 비트는 1을 설정하여 링을 시작하도록 요청하거나 0을 설정하여 링을 중지하도록 요청합니다.
예를 들어 추가 데이터의 첫 번째 바이트가 다음과 같이 설정된 경우
0x00 (0b00000000): 모든 구성요소 벨소리가 멈춰야 함
0x01 (0b00000001): 오른쪽 벨소리, 왼쪽 벨소리 중지
0x02 (0b00000010): 왼쪽 벨소리 울림, 오른쪽 벨소리 중지
0x03 (0b00000011): 왼쪽과 오른쪽 모두에서 벨소리 울림
개별 벨소리를 지원하지 않는 제공자에서는 1비트만 고려해야 합니다.
0x00 (0b00000000): 벨소리 중지
0x01 (0b00000001): 벨소리 울리기
추가 데이터의 두 번째 바이트(있는 경우)는 시간 제한을 초 단위로 나타냅니다. 이 값은 제공자가 자신을 음소거하기 전에 벨이 울리는 시간을 결정하는 데 사용해야 합니다. 위의 링 오른쪽 예시와 제한 시간 60초를 기반으로 0x013C가 추가 데이터로 전달됩니다.
Seeker에 벨소리 상태 다시 동기화 중
예를 들어 동작으로 인해 벨이 울리지 않는 경우 제공업체에서 벨링 상태를 변경할 때 구시자에게 알리는 것이 좋습니다. 그러면 필요한 경우 UI를 통해 메시지를 수신하고 UI를 업데이트할 수 있습니다.
제공자는 위의 예에 정의된 것과 동일한 메시지 형식을 따라야 합니다. 시커는 이 메시지를 수신하여 수신 확인을 제공합니다.
작업 확인
작업을 수신한 경우 확인해야 구직자가 작업 실행 여부를 알 수 있습니다. 작업 전송 후 1초 내에 확인을 받지 못한 경우 (또는 부정적인 확인이 수신된 경우) 탐색자는 현재 작업이 지원되지 않는 것으로 가정합니다.
[null,null,["최종 업데이트: 2022-12-20(UTC)"],[[["Seekers can request Providers to perform actions, such as ringing, which should be acknowledged and performed if supported."],["Ringing can be initiated and stopped for single or dual components (like earbuds) using specific data values, with optional timeout duration."],["Providers can notify Seekers of ringing status changes, enabling UI updates on the Seeker's end."],["Seekers expect acknowledgements within 1 second to confirm action execution, otherwise assuming unsupported functionality."],["Device actions use a specific message group and action codes for communication between Seekers and Providers."]]],["Seekers request Providers to perform actions, like ringing. Providers acknowledge and execute supported actions or ignore unsupported ones. The \"Ring\" action (0x01) initiates a preloaded sound, potentially ramping up in volume until stopped or timed out. The first data byte indicates which components (e.g., left/right) should ring, using bit flags (1 for start, 0 for stop). The second byte sets a timeout in seconds. Providers should update Seekers of changes to the ringing status, and Seekers must acknowledge the action.\n"]]