تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
إجراء الجهاز
وقد يطلب الباحثون من مقدّم الخدمة اتخاذ إجراء. إذا كان الموفر يدعم الإجراء، يجب الإقرار به وتنفيذه، وإلا يجب تجاهله.
اسم مجموعة الرسائل
القيمة
حدث إجراء على الجهاز
0x04
اسم رمز إجراء الجهاز
القيمة
Ring
0x01
استصدار رنين من أحد الأجهزة
ومن حالات الاستخدام لهذه الإجراءات الباحث الذي يطلب من مقدّم الخدمة استصدار رنين، مثلاً عندما يفقد المستخدم الجهاز ويحتاج إلى تحديد موقعه. عندما يتم استلام إجراء الرنين، يجب أن يبدأ موفّر المحتوى في تشغيل ملف صوتي تم تحميله مسبقًا بمستوى صوت مرتفع بدرجة كافية بحيث يتمكن المستخدم من تحديد مكانه. ويُوصى برفع الصوت من مستوى صوت منخفض إلى أقصى مستوى للصوت مع مرور الوقت. يجب أن يستمر الرنين حتى يتم تلقّي إجراء إضافي
ينتج عنه إيقاف محطة أو إلى أن يتم تمرير قيمة المهلة.
سيتم تضمين بيانات إضافية في الرسالة لتوضيح ما إذا كان يجب بدء الرنين أو إيقافه، والتي يمكن توسيعها لدعم مقدمي الخدمة الذين لديهم مكونات متعددة (سمّاعة يسرى ويسرى). في البت الأول، سيتم تعيين وحدات البت
على 1 لطلب رنين لبدء التشغيل أو على 0 لطلب رنين لإيقافه.
على سبيل المثال، إذا تم ضبط أول بايت من البيانات الإضافية على:
0x00 (0b00000000): يجب أن تتوقف جميع المكونات عن الرنين
0x03 (0b00000011): استصدار رنين من اليسار واليمين على حد سواء
بالنسبة إلى مقدمي الخدمات الذين لا يتيحون الرنين الفردي، يجب مراعاة وحدة بت واحدة فقط:
0x00 (0b00000000): إيقاف الرنين
0x01 (0b00000001): بدء الرنين
ويمثل البايت الثاني في البيانات الإضافية، إذا كان موجودًا، المهلة بالثواني. يجب أن يستخدم موفّر المحتوى هذه القيمة لتحديد المدة التي يجب أن يرن خلالها الهاتف قبل كتم صوته. استنادًا إلى مثال الحلقة اليمنى أعلاه ومهلة 60 ثانية، سيتم تمرير 0x013C كبيانات إضافية.
إعادة مزامنة حالة الرنين مع الباحثين عن الجهاز
وقد يحتاج مقدّمو الخدمة إلى إشعار الباحث عندما يغيّر حالة الرنين، على سبيل المثال، إذا تسبّبت إيماءة بالتوقف عن الرنين. يستطيع الباحث بعد ذلك تلقي
الرسالة وتحديث واجهة المستخدم إذا لزم الأمر.
يجب أن يتبع الموفر تنسيق الرسالة نفسه كما هو موضح في المثال أعلاه. وسيستمع الباحث إلى هذه الرسالة ويقدّم إقرارًا عند استلامها.
الإقرار بإجراء
وعند تلقّي إجراء، يجب الإقرار به حتى يعرف الباحث ما إذا كان قد تم تنفيذ الإجراء أم لا. إذا لم يتم استلام إشعار بالاستلام في غضون ثانية واحدة من إرسال إجراء (أو عند استلام إقرار سلبي)، فسيفترض الباحث
أن الإجراء غير مدعوم حاليًا.
تاريخ التعديل الأخير: 2022-12-20 (حسب التوقيت العالمي المتفَّق عليه)
[[["يسهُل فهم المحتوى.","easyToUnderstand","thumb-up"],["ساعَدني المحتوى في حلّ مشكلتي.","solvedMyProblem","thumb-up"],["غير ذلك","otherUp","thumb-up"]],[["لا يحتوي على المعلومات التي أحتاج إليها.","missingTheInformationINeed","thumb-down"],["الخطوات معقدة للغاية / كثيرة جدًا.","tooComplicatedTooManySteps","thumb-down"],["المحتوى قديم.","outOfDate","thumb-down"],["ثمة مشكلة في الترجمة.","translationIssue","thumb-down"],["مشكلة في العيّنات / التعليمات البرمجية","samplesCodeIssue","thumb-down"],["غير ذلك","otherDown","thumb-down"]],["تاريخ التعديل الأخير: 2022-12-20 (حسب التوقيت العالمي المتفَّق عليه)"],[[["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"]]
