मीटिंग स्पेस, किसी वर्चुअल जगह या ऐसे ऑब्जेक्ट (जैसे, मीटिंग रूम) को दिखाता है जहां कॉन्फ़्रेंस आयोजित किए जाते हैं. मीटिंग स्पेस से, उपयोगकर्ताओं को शेयर किए गए संसाधनों को ढूंढने और एक-दूसरे से मिलने में भी मदद मिलती है.
spaces.create
तरीके का इस्तेमाल करके मीटिंग स्पेस बनाने पर, यह spaces
संसाधन का एक इंस्टेंस दिखाता है. इस संसाधन में, मीटिंग स्पेस का कॉन्फ़िगरेशन बताने वाला SpaceConfig
ऑब्जेक्ट शामिल होता है. इसमें ActiveConference
ऑब्जेक्ट भी शामिल होता है. यह मीटिंग स्पेस में मौजूद मौजूदा conferenceRecords
संसाधन का लिंक होता है.
नीचे दिए गए सेक्शन में, कई नए बीटा ऑब्जेक्ट और तरीकों का इस्तेमाल करके, मीटिंग स्पेस को कॉन्फ़िगर करने का तरीका बताया गया है.
मीटिंग को मॉडरेट करने और उसमें शामिल होने का ऐक्सेस सेट करना
नए बीटा ऑब्जेक्ट की मदद से, अब मॉडरेशन मोड, सुविधा से जुड़ी पाबंदियां, और मीटिंग में शामिल होने पर उपयोगकर्ताओं को मिलने वाली अनुमतियां सेट की जा सकती हैं. ये
SpaceConfig
ऑब्जेक्ट के ज़रिए सेट किए जाते हैं.
moderation
फ़ील्ड, मीटिंग के लिए पहले से कॉन्फ़िगर किया गया मॉडरेशन मोड है. इसकी डिफ़ॉल्ट सेटिंग, उपयोगकर्ता की नीतियों से कंट्रोल की जाती है. यह Moderation
ऑब्जेक्ट का इस्तेमाल करता है. मॉडरेशन मोड चालू होने पर, मीटिंग के मालिक के पास मीटिंग को कंट्रोल करने का विकल्प होता है. जैसे, को-होस्ट मैनेज करना (spaces.members
देखें) और सुविधाओं पर पाबंदियां लगाना (moderationRestrictions
देखें). सदस्यों के बारे में ज़्यादा जानकारी के लिए, स्पेस के सदस्यों को मैनेज करना लेख पढ़ें.
moderationRestrictions
फ़ील्ड, moderation
के चालू होने पर मीटिंग के लिए मॉडरेशन से जुड़ी पाबंदियां लागू करता है. यह ModerationRestrictions
ऑब्जेक्ट का इस्तेमाल करता है. पाबंदियों से यह तय होता है कि किस व्यक्ति को चैट मैसेज और प्रतिक्रियाएं भेजने, अपनी स्क्रीन शेयर करने की अनुमति है. साथ ही, यह भी तय होता है कि व्यूअर के तौर पर उपयोगकर्ताओं को असाइन की गई डिफ़ॉल्ट भूमिका पर पाबंदी लगानी है या नहीं. moderationRestrictions
फ़ील्ड, पहली तीन पाबंदियां लागू करने के लिए, RestrictionType
पर निर्भर करता है. RestrictionType
को मीटिंग के मालिक और को-होस्ट पर या मीटिंग में हिस्सा लेने वाले सभी लोगों पर लागू किया जा सकता है. DefaultJoinAsViewerType
अंतिम अनुमति तब लागू होती है, जब उपयोगकर्ता डिफ़ॉल्ट रूप से योगदान देने वाले के तौर पर शामिल होते हैं. हालांकि, होस्ट उपयोगकर्ताओं को दर्शक के तौर पर शामिल होने पर भी पाबंदी लगा सकते हैं.
firstJoinerType
फ़ील्ड से यह तय होता है कि इस मीटिंग स्पेस में होस्ट से पहले, उपयोगकर्ता कॉन्फ़्रेंस में शामिल हो सकते हैं या नहीं. इससे यह तय होता है कि कौनसे उपयोगकर्ता सबसे पहले मीटिंग में शामिल हो सकते हैं और क्या अन्य उपयोगकर्ताओं को इंतज़ार करना होगा. यह FirstJoinerType
ऑब्जेक्ट का इस्तेमाल करता है.
स्पेस के सदस्यों को मैनेज करना
मीटिंग का मालिक, बिना अनुरोध किए हमेशा मीटिंग में शामिल हो सकता है. हालांकि, अब आपके पास उन सदस्यों को कॉन्फ़िगर करने का विकल्प है जो बिना अनुरोध किए मीटिंग में शामिल हो सकते हैं. इसके अलावा, सदस्यों को मीटिंग में कोई भूमिका असाइन की जा सकती है. जैसे, COHOST
. इससे उन्हें मीटिंग को मैनेज करने के वही अधिकार मिलते हैं जो मीटिंग के मालिक के पास होते हैं. मीटिंग स्पेस में बिना अनुरोध भेजे शामिल होने के बारे में ज़्यादा जानने के लिए, AccessType
देखें.
spaces.members
संसाधन में name
, user
, और role
फ़ील्ड शामिल हैं.
ध्यान दें कि सदस्य, उम्मीदवार से अलग होता है. कॉल में शामिल व्यक्ति वह होता है जो कॉल में शामिल होता है या कंपैनियन मोड का इस्तेमाल करके, दर्शक के तौर पर कॉल देखता है. इसके अलावा, कॉल में शामिल रूम डिवाइस भी कॉल में शामिल व्यक्ति माना जाता है. हर व्यक्ति के लिए एक
conferenceRecords.participants
रिसॉर्स होता है.
स्पेस के सदस्यों को मैनेज करने के लिए, इन तरीकों का इस्तेमाल किया जा सकता है:
हर तरीका, पैथ पैरामीटर लेता है. इसमें, मीटिंग स्पेस को दिखाने के लिए, बनाएं और सूची बनाएं तरीकों में parent
फ़ील्ड का इस्तेमाल किया जाता है. साथ ही, मीटिंग स्पेस और सदस्य के नाम के आधार पर नतीजों को फ़िल्टर करने के लिए, मिटाएं और पाएं तरीकों में name
फ़ील्ड का इस्तेमाल किया जाता है.
मिटाने के अलावा, सभी तरीके SystemParameterContext में fields
पैरामीटर के साथ काम करते हैं
. fields
पैरामीटर को हटाने पर, एपीआई का रिस्पॉन्स डिफ़ॉल्ट रूप से
"name,email,role,user"
पर सेट हो जाता है.
fields
पैरामीटर, रिस्पॉन्स फ़िल्टर करने के लिए FieldMask पर निर्भर करता है. फ़ील्डमास्क, एपीआई कॉलर के लिए एक ऐसा तरीका है जिससे उन फ़ील्ड की सूची बनाई जा सकती है जिन्हें अनुरोध के ज़रिए दिखाना है. यह फ़ील्ड की सूची होती है, जिसमें कॉमा लगा होता है. इससे यह तय किया जाता है कि किसी ऑब्जेक्ट के सिर्फ़ कुछ फ़ील्ड का इस्तेमाल किया जाए, जबकि अन्य फ़ील्ड में कोई बदलाव न किया जाए.
FieldMask का इस्तेमाल करने से, एपीआई को ग़ैर-ज़रूरी काम से बचने में मदद मिलती है. साथ ही, इससे परफ़ॉर्मेंस भी बेहतर होती है. फ़ील्ड मास्क का इस्तेमाल, बनाने, पाने, और सूची बनाने के तरीकों के लिए किया जाता है. फ़ील्ड मास्क के बारे में ज़्यादा जानकारी के लिए, Google Sheets API का फ़ील्ड मास्क का इस्तेमाल करना लेख पढ़ें.