फ़िलहाल, (Cloud-to-cloud) का इस्तेमाल कर रहे किसी डिवाइस को Matter में बदलते समय, आपको यह पक्का करना होगा कि डिवाइस, Matter पर उसी आईडी का इस्तेमाल करता हो जिसका इस्तेमाल वह गैर-Matter एपीआई का इस्तेमाल करके कनेक्ट करते समय करता है. ऐसा करने से यह पक्का हो जाता है कि उपयोगकर्ता के Google Home Graph पर डिवाइस सिर्फ़ एक बार दिखे. Cloud-to-cloud डिवाइसों की डुप्लीकेट कॉपी सिर्फ़ तब हटाई जा सकती है, जब वे Google Home app (GHA) में किसी खास स्ट्रक्चर (घर) से जुड़े हों.
SYNC
के लिए ज़रूरी शर्तें
Home Graph पर डुप्लीकेट डेटा न दिखने के लिए, पार्टनर के क्लाउड को हर डिवाइस के लिए Google को
SYNC
जवाब में, तीन नए स्ट्रिंग फ़ील्ड भेजने होंगे. इन फ़ील्ड को Matter डिवाइस के लिए, बुनियादी जानकारी वाले क्लस्टर में बताए गए एट्रिब्यूट से मेल खाना चाहिए. इसके अलावा,
SYNC
जवाबों में roomHint
शामिल होना चाहिए:
matterUniqueId
— स्ट्रिंग फ़ॉर्मैट मेंUniqueId
एट्रिब्यूट.matterOriginalVendorId
—VendorId
एट्रिब्यूट, हेक्साडेसिमल स्ट्रिंग फ़ॉर्मैट में.matterOriginalProductId
—ProductId
एट्रिब्यूट, हेक्साडेसिमल स्ट्रिंग फ़ॉर्मैट में.roomHint
- वह कमरा जहां यह डिवाइस रहता है.
SYNC
जैसे इंटेंट पर उपलब्ध दस्तावेज़, क्लाउड-टू-क्लाउड प्राइमर में मिल सकते हैं.
नीचे दिए गए उदाहरण SYNC
रिस्पॉन्स में, तीन नए फ़ील्ड के साथ-साथ roomHint
का इस्तेमाल दिखाया गया है:
SYNC
जवाब
{ "requestId": "ff36a3cc-ec34-11e6-b1a0-64510650abcf", "payload": { "agentUserId": "1836.15267389", "devices": [ { "id": "456", "type": "action.devices.types.LIGHT", "traits": [ "action.devices.traits.OnOff", "action.devices.traits.Brightness", "action.devices.traits.ColorSetting", ], "willReportState": true, "roomHint": "office", "deviceInfo": { ... }, "matterUniqueId": "00112233aabbccddeeff", "matterOriginalVendorId": "0xfff1", "matterOriginalProductId": "0x1234", "otherDeviceIds": [ { "deviceId": "local-device-id", } ] } ] } }
जब किसी पार्टनर के क्लाउड का इस्तेमाल करके, उपयोगकर्ता के होम नेटवर्क पर पहले से काम कर रहे डिवाइस को Matter डिवाइस में बदला जाता है, तो पार्टनर के क्लाउड को तुरंत Google को REQUEST SYNC
भेजना होता है, ताकि इन फ़ील्ड को जल्द से जल्द अपडेट किया जा सके. ऐसा करने से, डुप्लीकेट कॉपी को हटाने की प्रोसेस में देरी नहीं होगी.
किसी डिवाइस के लिए दिए जाने के बाद, इन स्ट्रिंग में कभी भी बदलाव नहीं होना चाहिए. यूनीक आईडी को सिर्फ़ फ़ैक्ट्री रीसेट करने पर ही बदलना चाहिए. इससे, डिवाइस सभी इंटिग्रेशन को पूरी तरह से नए डिवाइस की तरह दिखता है.
अपने-आप होम असोसिएशन की सुविधा
इस बात की कोई गारंटी नहीं है कि Cloud-to-cloud डिवाइस किसी खास स्ट्रक्चर से अपने-आप जुड़े होंगे. जिन स्थितियों में अपने-आप होम स्क्रीन जोड़ना मुमकिन नहीं है वहां काम के Cloud-to-cloud डिवाइस, किसी भी कमरे के बाहर, GHA की मुख्य स्क्रीन के खास सेक्शन में, आपसे लिंक किया गया सेक्शन में दिखेंगे. ऐसे डिवाइसों की डुप्लीकेट कॉपी नहीं हटाई जाएगी. अगर उपयोगकर्ता के GHA में एक से ज़्यादा स्ट्रक्चर (घर) हैं, तो डिवाइस को अपने-आप स्ट्रक्चर में नहीं रखा जाएगा. हो सकता है कि डिवाइस दूसरी वजहों से स्ट्रक्चर्ड न हों.
अगर कोई उपयोगकर्ता किसी ऐसे Cloud-to-cloud डिवाइस को मूव करता है जो मैन्युअल तरीके से स्ट्रक्चर में अपने-आप नहीं जुड़ता, तो अगले SYNC
पर डुप्लीकेट कॉपी हटाने की प्रोसेस लागू हो सकती है. ऐसा तब तक होगा, जब तक SYNC
के जवाब सिंक करने की ज़रूरी शर्तों में बताई गई ज़रूरी शर्तों के मुताबिक हों.