پردیس دانشگاهی از نظر معماری شبیه یک مجموعه چندسایته است: چند ساختمان پراکنده که هر کدام ضبط محلی خودشان را دارند و از یک مرکز مدیریت می شوند. تفاوت اصلی با پروژه های دیگر، ملاحظات حریم خصوصی است. اینجا به همان اندازه که جای دوربین ها مهم است، باید روشن شود کجا دوربین نباشد و چه کسی اجازه دیدن تصویر را دارد. تصمیم درباره فضاهای حساس باید پیش از نصب و با مشارکت مراجع داخلی دانشگاه گرفته شود، نه بعد از آن.
یک دانشگاه معمولا ده ها ساختمان در محوطه ای وسیع دارد، جمعیتش در طول روز و در طول سال تحصیلی نوسان زیادی دارد و بخشی از فضاهایش محل زندگی افراد است نه محل کار. هر سه ویژگی روی طراحی سامانه اثر می گذارند.
الزامات این حوزه با صنایع دیگر تفاوت روشنی دارد؛ مرور کلی و مقایسه صنایع را در کاربرد VMS در صنایع آورده ایم.
پردیس، یک مجموعه چندسایته
از نظر معماری شبکه، ساختمان های یک پردیس مثل شعبه های یک سازمان چندشعبه ای رفتار می کنند. هر ساختمان دوربین های خودش را دارد و اگر تصویر همه آنها به صورت زنده به مرکز منتقل شود، بار پیوسته ای روی شبکه داخلی می افتد که معمولا برای ترافیک آموزشی و پژوهشی طراحی شده، نه برای جریان شبانه روزی تصویر.
راه حل همان الگوی آشناست: ضبط در هر ساختمان به صورت محلی انجام شود و مرکز فقط هنگام پایش یا جست وجو جریان بگیرد. مزیت دومش این است که قطعی موقت لینک یک ساختمان، ضبط آن را متوقف نمی کند. جزئیات این معماری را با عدد و مثال در نظارت تصویری بانک آورده ایم، چون الگو یکی است.
مزیت سوم در دانشگاه اهمیت خاصی دارد، چون بودجه معمولا مرحله ای است: می توان ساختمان به ساختمان توسعه داد و هر فاز یعنی افزودن یک نود، نه بازطراحی کل سامانه.
کدام فضاها و با چه ملاحظه ای
این جدول نقطه شروع گفت وگو با واحد حراست و مراجع داخلی دانشگاه است، نه تصمیم نهایی. تصمیم نهایی باید با مشارکت آنها گرفته شود.
| فضا | هدف | ملاحظه |
|---|---|---|
| ورودی پردیس و درب ها | ثبت تردد افراد و خودرو | رزولوشن بالا؛ در صورت نیاز پلاک خوان |
| محوطه و مسیرهای اصلی | پایش عمومی و ایمنی شبانه | پوشش شب؛ مقاوم به شرایط جوی |
| پارکینگ | پیشگیری از سرقت و خسارت | زاویه رو به پلاک؛ نور کافی |
| لابی و راهروی ساختمان ها | پوشش عمومی | محیط نیمه ساکن؛ گزینه ضبط مبتنی بر حرکت |
| آزمایشگاه و کارگاه | حفاظت از تجهیزات گران قیمت و ایمنی | نگهداری طولانی تر؛ ورود در ساعات غیرکاری |
| انبار و اموال | کنترل ورود و خروج تجهیزات | دسترسی محدود به واحد اموال |
| محوطه خوابگاه | پایش پیرامون و ورودی | فقط محوطه و ورودی؛ ملاحظات حریم خصوصی جدی |
| کلاس و فضای مطالعه | معمولا لازم نیست | پیش از هر تصمیم، با مراجع داخلی مشورت شود |
حریم خصوصی، تصمیمی که پیش از نصب گرفته می شود
در محیط دانشگاهی، بخشی از فضاها محل زندگی روزمره افراد است و نه محل کار. این تفاوت ملاحظه ای پیش می آورد که در کارخانه یا بانک وجود ندارد. اگر در طراحی نادیده گرفته شود، سامانه با مخالفت روبه رو می شود و در عمل محدود یا خاموش خواهد شد.
چهار قاعده عملی کمک می کند. اول، شفافیت: وجود دوربین و محدوده پوشش آن باید اعلام شده باشد؛ نصب پنهانی هم اعتماد را از بین می برد و هم معمولا مجاز نیست. دوم، حداقل لازم: هدف هر دوربین را پیش از نصب بنویسید؛ دوربینی که هدف روشنی ندارد نباید نصب شود. سوم، پوشش محدود: در فضاهای حساس، دوربین ورودی و محوطه را ببیند نه داخل را. چهارم، دسترسی محدود: تصویر فضاهای حساس فقط در دسترس تعداد کمی از افراد باشد و هر بار مشاهده کامل ثبت شود.
الزامات دقیق قانونی و آیین نامه ای در این حوزه به مقررات جاری و آیین نامه داخلی هر مجموعه بستگی دارد و باید از واحد حقوقی خود دانشگاه گرفته شود. آنچه در طراحی فنی اهمیت دارد این است که سامانه بتواند این محدودیت ها را اعمال کند: پوشش، دسترسی و ثبت مشاهده.
تفکیک دسترسی در یک مجموعه بزرگ
در دانشگاه، چند واحد مستقل به بخش هایی از سامانه نیاز دارند و هیچ کدام نباید به همه چیز دسترسی داشته باشند. واحد حراست، مدیر هر دانشکده، واحد اموال و واحد فنی، هر کدام دامنه متفاوتی دارند.
به جای تعریف دستی مجوز برای تک تک کاربران، دسترسی بر پایه نقش تعریف می شود: نقش «مدیر ساختمان» یک بار با دسترسی به دوربین های همان ساختمان ساخته می شود و هر مدیر این نقش را می گیرد. وقتی کسی جابه جا می شود یا دیگر در مجموعه نیست، کافی است نقشش را عوض کنید یا حسابش را ببندید.
ثبت وقایع هم به همان اندازه مهم است. در محیطی که حریم خصوصی موضوع حساسی است، این پرسش که چه کسی چه تصویری را دید و چه زمانی خروجی گرفت، خودش بخشی از پاسخگویی مجموعه است. سامانه باید بتواند این گزارش را تولید کند. الزاماتش در امنیت و کنترل دسترسی آمده است.
جمعیت متغیر و بار سامانه
دانشگاه الگوی رفتاری خاصی دارد: در ساعات کلاس شلوغ است، شب ها و آخر هفته ها خلوت و در تعطیلات تابستان تقریبا خالی. این نوسان دو فرصت عملی پیش می آورد.
ضبط مبتنی بر حرکت در ساعات خلوت. راهرویی که از ساعت ده شب تا هفت صبح کسی از آن عبور نمی کند، لازم نیست نه ساعت تصویر ثابت ضبط کند. همین یک تنظیم می تواند حجم قابل توجهی آزاد کند. اثرش را می توانید با ابزار محاسبه فضای ذخیره سازی بسنجید.
قواعد هشدار متفاوت بر اساس زمان. حضور فرد در راهروی دانشکده در ساعت یازده صبح عادی است؛ همان حضور در ساعت سه بامداد رویدادی است که باید دیده شود. سامانه ای که قاعده هشدار را با زمان بندی تعریف می کند، بدون افزایش هشدار کاذب، پایش شبانه موثری می دهد.
محوطه وسیع و پیدا کردن دوربین
در پردیسی با ده ها ساختمان و صدها دوربین، فهرست متنی کار نمی کند. وقتی هشداری از ساختمان فنی می آید، اپراتور باید نقطه را روی نقشه ببیند و دوربین های اطرافش را انتخاب کند، نه اینکه در فهرستی از نام ها دنبال بگردد.
این کار با نمایش دوربین ها روی نقشه محوطه و پلان هر طبقه ممکن می شود. برای دانشگاه هایی که شبکه شان از اینترنت جداست، نقشه هم باید روی سرور خود مجموعه باشد؛ سامانه ای که نقشه را از سرویس بیرونی می گیرد در آن شرایط صفحه خالی نشان می دهد.
ذخیره سازی و مدت نگهداری
در دانشگاهی با چند صد دوربین، مدت نگهداری یکسان برای همه، هم گران است و هم لازم نیست. تفکیک بر پایه اهمیت فضا، بیشترین صرفه جویی را می دهد بدون آنکه چیزی از دست برود.
احتمال اینکه تصویر دوربین های ورودی پردیس، پارکینگ و آزمایشگاه در روزها یا هفته های بعد لازم شود بیشتر است و برای این ها مدت نگهداری بلندتر منطقی است. دوربین راهروی داخلی یا محوطه کم تردد، معمولا اگر مسئله ای پیش بیاید در همان روزهای اول مطرح می شود.
در کنارش، ضبط مبتنی بر حرکت روی دوربین های کم تردد و کاهش نرخ فریم در فضاهایی که جزئیات حرکت اهمیت ندارد، دو اهرم ساده اند. برآورد عددی برای ترکیب دوربین های خودتان را می توانید با ابزار محاسبه فضای ذخیره سازی بگیرید.
مشکلی که در مجموعه های دانشگاهی زیاد پیش می آید: فضای ذخیره سازی در فاز اول کم گرفته می شود و در سال دوم کمبودش آشکار می شود. سامانه ای انتخاب کنید که افزودن دیسک یا نود ذخیره سازی در آن یک عملیات معمول باشد، نه بازطراحی.
پژوهش و آموزش، یک استفاده جانبی
در محیط دانشگاهی یک استفاده وجود دارد که در پروژه های دیگر مطرح نیست: دانشکده های فنی و گروه های پژوهشی ممکن است بخواهند روی همین بستر کار کنند. تحلیل تصویر، بینایی ماشین و پردازش رویداد، همگی حوزه هایی هستند که یک سامانه واقعی در حال کار، بستر خوبی برایشان است.
این وقتی ممکن است که سامانه رابط برنامه نویسی باز داشته باشد و بتوان قابلیت جدید را به شکل پلاگین به آن اضافه کرد، بدون آنکه هسته دست بخورد. در چنین حالتی گروه پژوهشی مدل خودش را می نویسد و آن را به سامانه وصل می کند و نتیجه در همان کنسولی دیده می شود که اپراتور استفاده می کند.
دو ملاحظه اینجا مهم است. اول، دسترسی پژوهشی باید محدود و ثبت شده باشد و شامل فضاهای حساس نشود؛ استفاده آموزشی نباید به دور زدن قواعد حریم خصوصی تبدیل شود. دوم، محیط آزمایش پژوهشی بهتر است از سامانه عملیاتی جدا باشد تا خطای یک آزمایش، پایش واقعی را مختل نکند. ساختار پلاگین ها در چارچوب پلاگین و SDK توضیح داده شده است.
خرید در بستر دولتی
بسیاری از دانشگاه ها بودجه دولتی دارند و در فرایند خرید، تولید داخلی بودن محصول یا شرط ورود است یا امتیاز ارزیابی. این موضوع فنی نیست ولی روی انتخاب اثر مستقیم دارد و بهتر است از ابتدای پروژه روشن شود، نه در مرحله عقد قرارداد.
نکته دوم این است که خود مجموعه بتواند سامانه را توسعه دهد. دانشگاهی که دانشکده فنی دارد، ممکن است بخواهد سامانه را به سامانه های داخلی خودش وصل کند یا قابلیتی برای نیاز خاص خودش بسازد. سامانه ای با رابط برنامه نویسی باز این را ممکن می کند؛ سامانه بسته، هر تغییر کوچکی را به یک درخواست از سازنده تبدیل می کند.
سوالات متداول درباره نظارت تصویری دانشگاه
در خوابگاه می توان دوربین نصب کرد؟
در محوطه و ورودی معمولا بله، در فضاهای خصوصی خیر. این تصمیم فنی نیست و باید بر پایه مقررات جاری و آیین نامه داخلی مجموعه و با مشارکت واحد حقوقی گرفته شود. آنچه در طراحی فنی اهمیت دارد این است که پوشش دوربین محدود به همان محدوده تعیین شده بماند و دسترسی به تصویر آن، محدودتر از سایر دوربین ها باشد.
آیا تصویر همه ساختمان ها باید به مرکز منتقل شود؟
خیر. ضبط باید در هر ساختمان محلی انجام شود و مرکز فقط هنگام پایش یا جست وجو جریان بگیرد. این کار هم بار شبکه داخلی را که برای ترافیک آموزشی طراحی شده آزاد می کند و هم باعث می شود قطعی موقت یک لینک، ضبط آن ساختمان را متوقف نکند.
چطور دسترسی مدیران دانشکده ها را محدود کنیم؟
با تعریف دسترسی بر پایه نقش. نقش «مدیر ساختمان» یک بار با دسترسی به دوربین های همان ساختمان تعریف می شود و هر مدیر همین نقش را می گیرد. مدیریت دستی مجوز برای هر کاربر در مجموعه ای با ده ها ساختمان عملا ممکن نیست و به سرعت از کنترل خارج می شود.
در تعطیلات که پردیس خالی است چه تنظیمی مناسب است؟
ضبط مبتنی بر حرکت روی دوربین های کم تردد و قواعد هشدار متفاوت برای بازه های خلوت. حضور فرد در راهرو در ساعت کلاس عادی است و همان حضور در نیمه شب رویدادی است که باید دیده شود؛ سامانه ای که از زمان بندی قاعده ها پشتیبانی می کند، این تفکیک را بدون افزایش هشدار کاذب انجام می دهد.
آیا می توان سامانه را مرحله ای توسعه داد؟
بله، اگر معماری از ابتدا خوشه ای انتخاب شده باشد. هر فاز یعنی افزودن یک نود ضبط برای ساختمان جدید، در حالی که سرور اصلی و همه کاربران و تنظیمات سر جای خودشان می مانند. این با بودجه مرحله ای که در مجموعه های دانشگاهی رایج است تناسب دارد.
سامانه VMS بومی آریسا برای همین شکل از استقرار ساخته شده است: ضبط محلی در هر ساختمان، مدیریت متمرکز، دسترسی نقش محور و نقشه روی سرور خودتان. برای بررسی با شرایط مجموعه خودتان دموی زنده درخواست دهید.