הגדרת מרחבים משותפים ומשתתפים לפגישות

מרחב שיתוף מייצג מקום וירטואלי או אובייקט קבוע (כמו חדר ישיבות) שבו מתקיימות ועידות. מרחב משותף עוזר למשתמשים גם לקיים פגישות ולמצוא משאבים משותפים.

כשיוצרים מרחב עבודה משותף באמצעות השיטה 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.

חשוב לזכור ש'חבר' הוא לא משתתף. משתתף הוא אדם שהצטרף לשיחה או משתמש במצב Companion, צופה כצופה או מכשיר בחדר שמחובר לשיחה. יש משאב conferenceRecords.participants אחד לכל אדם.

אתם יכולים לנהל את חברי המרחב המשותף באמצעות השיטות הבאות:

• spaces.members.create
• spaces.members.delete
• spaces.members.get
• spaces.members.list

כל שיטה מקבלת פרמטר נתיב, כאשר בשיטות create ו-list השדה parent משמש לסימון מרחב הפגישה, ובשיטות delete ו-get השדה name משמש לסינון התוצאות על סמך מרחב הפגישה ושם המשתתף.

כל השיטות, מלבד delete, תומכות בפרמטר fields ב-SystemParameterContext. אם משמיטים את הפרמטר fields, תגובת ה-API מוגדרת כברירת מחדל ל-"name,email,role,user".

הפרמטר fields מסתמך על FieldMask לסינון התשובות. FieldMask הוא דרך שמאפשרת למפעילי ה-API לרשום את השדות שהבקשה אמורה להחזיר. זוהי רשימה של שדות מופרדים בפסיקים, שמשמשת לציון שדות מסוימים באובייקט שנעשה בהם שימוש, תוך השארת השדות האחרים ללא שינוי. שימוש ב-FieldMask מאפשר ל-API להימנע מעבודה מיותרת ולשפר את הביצועים. מסכת שדה משמשת בשיטות create,‏ get ו-list. למידע נוסף על מסיכות שדות, ראו שימוש במסיכות שדות במאמר בנושא Google Sheets API.