मीटिंग स्पेस, किसी वर्चुअल जगह या ऐसे ऑब्जेक्ट (जैसे, मीटिंग रूम) को दिखाता है जहां कॉन्फ़्रेंस आयोजित किए जाते हैं. मीटिंग स्पेस से, उपयोगकर्ताओं को शेयर किए गए संसाधनों को ढूंढने और उनसे जुड़ने में भी मदद मिलती है.
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 का फ़ील्ड मास्क का इस्तेमाल करना लेख पढ़ें.
अपने-आप जनरेट होने वाले आर्टफ़ैक्ट मैनेज करना
मीटिंग के आयोजक, मीटिंग स्पेस में अपने-आप रिकॉर्ड होने की सुविधा, अपने-आप ट्रांसक्रिप्ट जनरेट होने की सुविधा, और "मेरे लिए नोट लें" सुविधा को पहले से कॉन्फ़िगर कर सकते हैं. हालांकि, को-होस्ट ऐसा नहीं कर सकते. इन सेटिंग के चालू होने पर, मीटिंग स्पेस अपने-आप रिकॉर्ड हो जाता है, ट्रांसक्रिप्ट जनरेट हो जाती हैं, और मीटिंग के नोट अपने-आप कैप्चर होकर Google Docs में व्यवस्थित हो जाते हैं. हर सुविधा अलग-अलग होती है और हर मीटिंग स्पेस के हिसाब से सेट की जाती है. रिकॉर्डिंग के कैप्शन सिर्फ़ अंग्रेज़ी में उपलब्ध हैं.
मीटिंग स्पेस बनाते समय या मीटिंग स्पेस बन जाने के बाद, अपने-आप जनरेट होने वाले आर्टफ़ैक्ट को पहले से कॉन्फ़िगर किया जा सकता है. इस सुविधा की मदद से, Google Calendar से बनाई गई मीटिंग के लिए, अपने-आप जनरेट होने वाले आर्टफ़ैक्ट भी सेट अप किए जा सकते हैं. दोनों तरीकों के लिए, meetings.space.settings
OAuth स्कोप की ज़रूरत होती है. ज़्यादा जानकारी के लिए, सेटिंग के लिए OAuth के दायरे देखें.
अपने-आप जनरेट होने वाले आर्टफ़ैक्ट, SpaceConfig
ऑब्जेक्ट के तहत ArtifactConfig
ऑब्जेक्ट की मदद से सेट किए जाते हैं. यह ऑब्जेक्ट, spaces
संसाधन का हिस्सा होता है. ArtifactConfig
, recordingConfig
,
transcriptionConfig
, और smartNotesConfig
फ़ील्ड से बना है.
हर फ़ील्ड को एक जैसे ऑब्जेक्ट से मैप किया जाता है, जैसे कि
RecordingConfig
,
TranscriptionConfig
, और
SmartNotesConfig
. हर ऑब्जेक्ट को AutoGenerationType
बूलियन एनम का इस्तेमाल करके सेट किया जाता है, ताकि कॉन्फ़िगरेशन ऑब्जेक्ट को चालू या बंद किया जा सके.
सेटिंग के लिए OAuth के दायरे
मीटिंग की सेटिंग सेट करने या ऐक्सेस करने के लिए, OAuth के इन स्कोप की ज़रूरत होती है:
इस्तेमाल का उदाहरण | स्कोप कोड |
---|---|
अन्य ऐप्लिकेशन से बनाए गए स्पेस के लिए, आर्टफ़ैक्ट अपने-आप जनरेट होने की सुविधा सेट करें. | https://www.googleapis.com/auth/meetings.space.settings |
दूसरे ऐप्लिकेशन से बनाई गई कॉन्फ़्रेंस से आर्टफ़ैक्ट पाना या उनकी सूची बनाना. | https://www.googleapis.com/auth/meetings.space.readonly |
तीसरे पक्ष के ऐप्लिकेशन से बनाए गए मीटिंग स्पेस की, मीटिंग से पहले की अन्य सेटिंग देखना या उनका ऐक्सेस पाना. | https://www.googleapis.com/auth/meetings.space.created https://www.googleapis.com/auth/meetings.space.readonly |
उन सभी मीटिंग स्पेस की सेटिंग पढ़ें और उनमें बदलाव करें जिन्हें उपयोगकर्ता, Calendar जैसे किसी अन्य ऐप्लिकेशन से ऐक्सेस कर सकता है. | https://www.googleapis.com/auth/meetings.space.settings |
OAuth स्कोप के बारे में ज़्यादा जानकारी के लिए, Meet REST API के स्कोप देखें.