مصرف اینترنت کلاس آنلاین چقدر است؟ روش محاسبه با یک مثال
یک عدد ثابت برای همه کلاس‌ها وجود ندارد. با نرخ انتقال و مدت جلسه می‌توانید تخمین اولیه بسازید و آن را با مصرف واقعی دستگاه کنترل کنید.
مصرف اینترنت کلاس آنلاین عدد ثابتی برای همه جلسه‌ها نیست. مدت جلسه، کیفیت و تعداد تصویرهای دریافتی، ارسال دوربین شما و تغییر کیفیت هنگام نوسان شبکه روی آن اثر دارند. برای تخمین اولیه، مقدار داده‌ای را که در هر ثانیه ارسال و دریافت می‌شود در مدت کلاس حساب کنید و سپس با مصرف واقعی دستگاه مقایسه کنید.
در این مقاله چه می‌خوانید؟
مگابیت با مگابایت فرق دارد
ارسال و دریافت را جدا حساب کنید
چطور مصرف را بدون آسیب جدی به درس کم کنیم؟
چرا دو کلاسِ هم‌مدت مصرف یکسانی ندارند؟
وقتی کسی می‌پرسد «یک ساعت کلاس آنلاین چند گیگ اینترنت می‌برد؟»، پاسخ دقیق بدون دانستنِ کارهای داخل همان ساعت ممکن نیست. یک جلسه ممکن است بیشتر گفت‌وگوی صوتی و نمایش یک صفحهٔ ثابت باشد. جلسهٔ دیگر، دوربین مدرس، ویدیوی چند هنرجو، پخش فیلم آموزشی و اشتراک صفحه با حرکت زیاد دارد. هرکدام جریان دادهٔ متفاوتی می‌سازد. حتی در یک جلسه، نرم‌افزار ممکن است کیفیت را با وضعیت شبکه تغییر دهد؛ عددِ مصرف، خط مستقیمی با زمان رسم نمی‌کند.
باید سه چیز را از هم جدا کنیم: سرعت لازم برای روان‌بودن ارتباط، حجم داده‌ای که در طول جلسه جابه‌جا شده و حجم فایلی که بعداً برای دانلود گذاشته می‌شود. سرعت را معمولاً با Mbps می‌نویسند؛ حجم بستهٔ اینترنت را با MB یا GB؛ حجم فایل ضبط‌شده نیز به تنظیماتِ خروجی بستگی دارد. داشتنِ سرعتِ ۱۰ مگابیت‌برثانیه به معنی مصرفِ ۱۰ مگابیت در تمام ثانیه‌های کلاس نیست. برعکس، حجمِ بستهٔ بزرگ هم مشکلِ افت سرعت آپلود یا قطعی کوتاه را حل نمی‌کند.
برای برنامه‌ریزی، یک بازهٔ آزموده‌شده بهتر از یک عدد تبلیغاتی است. ابتدا با فرمول، حدودِ سناریوی خود را حساب کنید. بعد، یک جلسهٔ آزمایشی با همان دوربین، تعداد تصویر، روش اشتراک صفحه و دستگاه برگزار کنید. اختلافِ اندازه‌گیری واقعی را ثبت کنید و برای تغییراتِ کیفیت و کارهای پس‌زمینه حاشیه بگذارید. اگر کلاس چند مدرس یا چند مکان دارد، نتیجهٔ یک دستگاه را به همه تعمیم ندهید.
مگابیت، مگابایت و گیگابایت را با یک مثال روشن کنیم
در محاسبهٔ سادهٔ این راهنما، هر بایت هشت بیت است. اگر متوسط نرخِ مجموعِ ارسال و دریافت در یک بازه ۱ مگابیت‌برثانیه باشد، در ۶۰ ثانیه حدود ۷٫۵ مگابایت و در یک ساعت حدود ۴۵۰ مگابایت داده جابه‌جا می‌شود. این فقط تبدیل ریاضی با نرخِ ثابتِ فرضی است. بسته‌های کنترلی شبکه، تغییر کیفیت، زمان اتصال و ترافیکِ برنامه‌های دیگر عددِ دستگاه را تغییر می‌دهند. عددی که ارائه‌دهندهٔ اینترنت صورتحساب می‌کند نیز ممکن است با شیوهٔ نمایش دستگاه یکسان نباشد.
فرمول را می‌توان کوتاه نوشت: حجم تقریبی MB = متوسط Mbps × تعداد ثانیه ÷ ۸. برای تبدیل به GB ده‌دهی، عددِ MB را بر ۱۰۰۰ تقسیم کنید. اگر ابزار شما GiB نشان می‌دهد، آن را با GB یکی نگیرید. در گزارش به هنرجو یا مدیر دوره، واحد را همیشه کنار عدد بنویسید. «یک گیگ» بدون اینکه معلوم باشد دانلود است، آپلود است یا مجموع، برای تصمیم‌گیری کافی نیست.
یک مثال ۹۰دقیقه‌ای: فرض کنید دریافتِ میانگین ۰٫۶ و ارسالِ میانگین ۰٫۲ مگابیت‌برثانیه باشد. جمع، ۰٫۸ است و ۹۰ دقیقه ۵۴۰۰ ثانیه دارد؛ پس برآورد ریاضی ۰٫۸ × ۵۴۰۰ ÷ ۸ = ۵۴۰ مگابایت است. اگر در همین جلسه چند دقیقه فیلمِ باکیفیت پخش شود، متوسط نرخ تغییر می‌کند و این برآورد دیگر نمایندهٔ آن بخش نیست. برای عددِ قابل استفاده، باید نرخِ همان فعالیت یا حجم واقعیِ اتصال را ثبت کنید.
هر بایت هشت بیت است. اگر نرخ انتقال بر حسب مگابیت بر ثانیه باشد، برای رسیدن به مگابایت بر ثانیه آن را بر هشت تقسیم می‌کنیم.
در محاسبه ده‌دهی این مقاله، هر گیگابایت ۱۰۰۰ مگابایت در نظر گرفته شده است؛ بعضی ابزارها حجم را با واحدهایی مثل GiB نشان می‌دهند که روش محاسبهٔ متفاوتی دارند؛ بنابراین ممکن است عدد آن‌ها دقیقاً با این محاسبه یکی نباشد.
حجم تقریبی بر حسب مگابایت = نرخ مگابیت‌برثانیه × مدت به ثانیه ÷ ۸
چهار سناریوی آموزشی، با فرض‌های آشکار
جدول زیر مصرفِ ثبت‌شدهٔ فاکسیمون، Zoom یا Google Meet نیست. اعدادِ نرخ فقط برای تمرینِ محاسبه انتخاب شده‌اند تا ببینید تصمیمِ آموزشی چگونه بر حجم اثر می‌گذارد. «ارسال» و «دریافت» را جدا نوشته‌ایم، زیرا مدرسِ فرستندهٔ تصویر و هنرجوی تماشاگر نقش یکسانی ندارند. در شبکهٔ واقعی، نرخ ممکن است در هر دقیقه عوض شود و ترافیکِ اضافی هم وجود دارد.
سناریوی فرضی ۶۰دقیقه‌ای | دریافت متوسط | ارسال متوسط | جمع نرخ | حجم ریاضیِ تقریبی |
|---|---|---|---|---|
شنیدن و دیدن صفحهٔ ثابت | ۰٫۲ Mbps | ۰٫۰۵ Mbps | ۰٫۲۵ Mbps | حدود ۱۱۳ MB |
هنرجو با تصویر سخن‌گو | ۰٫۸ Mbps | ۰٫۲ Mbps | ۱ Mbps | حدود ۴۵۰ MB |
مدرس با دوربین و اشتراک صفحه | ۱ Mbps | ۱٫۲ Mbps | ۲٫۲ Mbps | حدود ۹۹۰ MB |
تصویرهای متعدد و محتوای متحرک | ۲ Mbps | ۱٫۵ Mbps | ۳٫۵ Mbps | حدود ۱۵۷۵ MB |
عددِ ردیف نخست را «مصرفِ قطعیِ کلاس صوتی» معرفی نکنید؛ ممکن است برنامه تصویرِ کوچک، پیام، فایل یا دادهٔ پس‌زمینه بفرستد. همچنین ردیف آخر سقف نیست. برای یک برنامهٔ واقعی، نتیجه را با اندازه‌گیری روی همان حساب و دستگاه تصحیح کنید. اگر جلسات مختلف‌اند، یک «جلسهٔ سبک» و یک «جلسهٔ سنگین» را جدا ثبت کنید؛ میانگینِ آن‌ها بهتر از حدسِ یک جلسه است، ولی هنوز وعدهٔ ثابت برای همهٔ هنرجویان نمی‌سازد.
نرخ ثابت فرضی | محاسبه برای ۳۶۰۰ ثانیه | حجم تقریبی |
|---|---|---|
۰٫۵ مگابیت‌برثانیه | ۰٫۵ × ۳۶۰۰ ÷ ۸ | ۲۲۵ مگابایت |
۱ مگابیت‌برثانیه | ۱ × ۳۶۰۰ ÷ ۸ | ۴۵۰ مگابایت |
۲ مگابیت‌برثانیه | ۲ × ۳۶۰۰ ÷ ۸ | ۹۰۰ مگابایت |
این جدول مشخصات مصرف فاکسیمون یا یک سرویس خاص نیست؛ فقط تبدیل واحد با نرخ ثابت فرضی است. دادهٔ اضافی لازم برای ارتباط شبکه، ارسال و دریافت هم‌زمان، دانلود فایل و کیفیت متغیر در این حساب وارد نشده‌اند. عدد طرح اینترنت یا سرعت اسمی اتصال نیز نرخ مصرف دائمی کلاس نیست.
دانشجویی که فقط گوش می‌دهد، با مدرسی که دوربین و صفحه را ارسال می‌کند لزوماً به یک اندازه اینترنت مصرف نمی‌کند.
اگر مجموع نرخ دریافت فرضی یک و نرخ ارسال نیم مگابیت‌برثانیه باشد، مجموع ریاضی برای یک ساعت ۶۷۵ مگابایت می‌شود؛ باز هم بدون حساب‌کردن دادهٔ اضافی ارتباط شبکه و تغییر کیفیت.
شیوه محاسبه حجم در قرارداد اینترنت را از ارائه‌دهنده همان اتصال بررسی کنید.
چرا سرعت آپلودِ مدرس به اندازهٔ دانلود مهم است؟
مدرس وقتی دوربین، صدا یا تصویر صفحه را می‌فرستد، به مسیرِ ارسال وابسته است. ممکن است آزمون سرعتِ منزل، دانلودِ بالایی نشان دهد ولی آپلودِ کم یا ناپایدار داشته باشد. در این حالت هنرجو تصویرِ مدرس را با مکث می‌بیند، در حالی که خودِ مدرس تصویر دیگران را خوب دریافت می‌کند. برای هنرجویی که فقط نگاه می‌کند، سهمِ دریافت بیشتر است؛ اما اگر او هم دوربین یا ارائهٔ خود را روشن کند، ارسالش اهمیت پیدا می‌کند. عددِ یک جهت را به جای هر دو گزارش نکنید.
برای کلاسِ گروهی، تعدادِ دوربین‌های روشن و شیوهٔ نمایش تصویر هم مهم است. در بعضی چیدمان‌ها نرم‌افزار چند جریانِ تصویری را هم‌زمان دریافت می‌کند؛ در برخی شرایط کیفیت را پایین می‌آورد. از روی تعداد افراد در فهرست شرکت‌کنندگان نمی‌توان دقیقاً تعداد جریان‌های دریافتی یا حجم را نتیجه گرفت. در آزمونِ عملی، چیدمانِ معمولِ کلاس را تکرار کنید. اگر در برنامهٔ درس فقط توضیحِ مدرس لازم است، روشن‌بودنِ بی‌هدفِ همهٔ دوربین‌ها را پیش‌فرض نگیرید؛ اما برای فعالیتی که مشاهدهٔ حرکت یا واکنش لازم دارد، تصویر را صرفاً برای صرفه‌جویی حذف نکنید.
اعداد رسمی سرویس‌ها را چگونه درست بخوانیم؟
صفحهٔ رسمیِ نیازمندی‌های پهنای باند Zoom Web App برای کیفیت‌ها و نقش‌های مختلف، نرخ‌های پیشنهادیِ متفاوتی می‌دهد و تصریح می‌کند مصرف با وضعیت شبکه سازگار می‌شود. این اعداد سرعت پیشنهادی برای شرایط مشخص‌اند؛ نباید آن‌ها را بدون زمان، نقش، مدتِ روشن‌بودن دوربین و اندازه‌گیری به «حجمِ تضمینیِ یک جلسه» تبدیل کرد. برای مثال، توصیهٔ پهنای باند یک تماس گروهی با تصویر ۷۲۰p، صورتحساب اینترنت همهٔ شرکت‌کنندگان را تعیین نمی‌کند.
راهنمای رسمی عیب‌یابی Google Meet نیز روی پایداری اتصال، تأخیر، آزمون سرعت در طول زمان و خاموش‌کردن تصویر یا کم‌کردن کیفیت در شرایط ضعیف تأکید می‌کند. این توصیه نشان می‌دهد «سرعتِ لحظه‌ایِ خوب» برای یک کلاسِ پایدار کافی نیست. همچنین مستندات Microsoft Teams دربارهٔ شبکه توضیح می‌دهد مصرف واقعی با چیدمان تصویر، وضوح و نرخ فریم تغییر می‌کند. بنابراین جدولی از یک محصول را به محصول دیگر یا از یک روز به روز دیگر کپی نکنید.
اگر می‌خواهید عددی از راهنمای رسمی نقل کنید، تاریخ مشاهده، نامِ محصول، نقش کاربر، کیفیت و اینکه عدد برای آپلود است یا دانلود را همراه آن بیاورید. صفحه‌های راهنما ممکن است با نسخهٔ محصول تغییر کنند. در صفحهٔ فروش دوره، وعدهٔ «هر کلاس فقط ۲۰۰ مگابایت» ندهید مگر اینکه شرایطِ اندازه‌گیری و دامنهٔ اعتبار آن را روشن کرده باشید؛ حتی در آن صورت هم بهتر است از «نمونهٔ اندازه‌گیری» یا «بازهٔ تقریبی» استفاده کنید.
مصرف یک جلسهٔ آزمایشی را چطور اندازه بگیریم؟
پیش از آزمون، دستگاه و اتصال را ثابت کنید: همان لپ‌تاپ یا گوشی، همان Wi‑Fi یا دادهٔ همراه، همان مرورگر یا برنامه، و همان دوربین و میکروفونی که در کلاس واقعی استفاده می‌کنید. زمانِ شروع، حجمِ ارسال و دریافتِ نمایش‌داده‌شده در دستگاه یا روتر، تعداد تصویرهای فعال و نوعِ فعالیت را یادداشت کنید. لازم نیست حفاظتِ امنیتی را خاموش کنید؛ فقط انتقال‌های غیرضروریِ شناخته‌شده مثل پشتیبان‌گیری بزرگ یا دانلود بازی را برای مدت آزمون متوقف کنید. اگر دستگاه‌های دیگری از همان روتر استفاده می‌کنند، عددِ روتر را به کلاسِ خودتان نسبت ندهید.
حداقل پانزده دقیقهٔ آزمایشی باید نمایندهٔ فعالیتِ واقعی باشد: دو دقیقه گفت‌وگوی صوتی، چند دقیقه اشتراک صفحه، نمایش یک اسلایدِ پرجزئیات، پرسشِ هنرجو و اگر در کلاس لازم است یک کلیپ کوتاه. آزمونِ فقطِ صفحهٔ ورود یا انتظار در اتاق، مصرفِ تدریس را نشان نمی‌دهد. پایان آزمون، زمان و حجم را دوباره ثبت کنید؛ اختلافِ دو حجم، مصرفِ تقریبیِ آن اتصال در آن بازه است. اگر دستگاه فقط مجموع دادهٔ همهٔ برنامه‌ها را می‌دهد، همین محدودیت را کنار عدد بنویسید.
برآورد یک ساعت را از آزمونِ ۱۵دقیقه‌ای با ضرب ساده در چهار می‌توان شروع کرد، اما این فرض می‌کند چهار ربع ساعت شبیه هم‌اند. در کلاس واقعی شاید بخشِ اول گفت‌وگو و بخشِ آخر پخش ویدیو باشد. بهتر است هر نوع فعالیت را جدا نمونه‌برداری کنید و مدتِ برنامه‌ریزی‌شدهٔ آن را در نرخِ مشاهده‌شده ضرب کنید. سپس یک حاشیهٔ احتیاط بگذارید و آن را به‌عنوان فرضِ داخلی نگه دارید، نه ویژگیِ ثابتِ سرویس. پس از نخستین جلسهٔ واقعی، برآورد را با عددِ واقعی اصلاح کنید.
زمان و مصرف داده دستگاه یا اتصال را قبل از آزمون یادداشت کنید.
دانلودهای غیرضروری و فرستادن خودکار فایل‌ها به فضای آنلاین را متوقف کنید، بدون خاموش‌کردن حفاظت امنیتی.
ده یا پانزده دقیقه همان کارهایی را انجام دهید که در کلاس واقعی انجام می‌دهید.
مصرف پایان را ثبت و اختلاف را حساب کنید.
برای جلسه طولانی‌تر تخمین بسازید و حاشیه احتیاط در نظر بگیرید.
آزمون کوتاه تضمین نمی‌کند جلسه بعد دقیقاً همان مصرف را داشته باشد. تعداد دوربین‌ها، کیفیت تصویر و کارهای پس‌زمینه می‌توانند تغییر کنند. روش اندازه‌گیری و شرایط آزمون را کنار عدد بنویسید تا خواننده آن را با وعده ثابت اشتباه نگیرد.
فرم سادهٔ ثبت مصرف برای مدرس و مدیر دوره
یک ردیف برای هر جلسه بسازید: تاریخ، مدت، دستگاه، نوع اتصال، نقش، دوربین روشن/خاموش، تعداد تصویرهای دریافتی، مدتِ اشتراک صفحه، پخشِ ویدیو، حجمِ آغاز و پایان، و توضیحِ اختلال. این فرم کمک می‌کند اختلافِ دو جلسه را علت‌یابی کنید. اگر کلاسِ دوشنبه ۴۰۰ و کلاسِ پنجشنبه ۱۱۰۰ مگابایت مصرف کرد، ابتدا ببینید آیا در جلسهٔ دوم ویدیو پخش شده، کیفیت بالاتر بوده یا نرم‌افزار دیگری هم فعال بوده است؛ از دو عدد خام نمی‌توان دربارهٔ «پر‌مصرف شدن سایت» نتیجه گرفت.
فیلد | نمونهٔ ثبتِ فرضی | دلیل ثبت |
|---|---|---|
نقش و دستگاه | مدرس، لپ‌تاپ، Wi‑Fi خانگی | جداکردنِ ارسال مدرس از دریافت هنرجو |
مدت و فعالیت | ۶۰ دقیقه؛ ۲۵ دقیقه اشتراک صفحه | تفسیرِ میانگین حجم |
وضعیت تصویر | دوربین مدرس روشن، دو تصویر دریافت‌شده | مقایسهٔ جلسه‌های مشابه |
مصرف دستگاه | پیش از جلسه ۴٫۲ GB، پس از جلسه ۵٫۰ GB | اختلافِ حدود ۰٫۸ GB با محدودیتِ ابزار |
یادداشت | ده دقیقه دانلود فایل در همان دستگاه | نسبت ندادنِ همهٔ مصرف به کلاس |
اگر این داده‌ها را برای هنرجویان جمع می‌کنید، فقط اطلاعاتِ لازم برای حل مشکل را بخواهید. تصویرِ کامل صفحهٔ تنظیماتِ گوشی، شمارهٔ تماس یا موقعیت مکانیِ دقیق برای برآورد حجم لازم نیست. گزارشِ «با اینترنت همراه در دقیقهٔ ۲۰ صدا قطع شد» برای بررسیِ آموزشی معمولاً کافی است. ابزارِ مدیریت کلاس باید داده‌ها را به تصمیم تبدیل کند، نه اینکه از هر هنرجو اطلاعاتِ بیشتری از نیازِ واقعی جمع کند.
مصرف را کم کنیم، اما کدام کیفیت آموزشی را نگه داریم؟
ابتدا هدفِ هر بخش را بنویسید. برای حلِ مسئلهٔ ریاضی، خواناییِ نوشته و صدای واضح مهم‌تر از تصویرِ تمام‌صفحهٔ چهرهٔ مدرس است. برای آموزشِ حرکتِ دست یا اجرای آزمایش، تصویرِ حرکت ممکن است بخشِ اصلیِ درس باشد. برای خواندنِ یک سندِ ثابت، یک فایلِ کم‌حجم و قابل دانلود می‌تواند بهتر از اشتراک صفحهٔ طولانی باشد. همین تصمیم‌های آموزشی، گاهی مصرف را هم کم می‌کند؛ اما نباید کیفیت را آن‌قدر پایین آورد که هنرجو متن، شکل یا حرکت را تشخیص ندهد.
فایل‌های ضروری را پیش از جلسه بفرستید و نسخهٔ خوانا برای گوشی فراهم کنید. اگر فیلمِ ضبط‌شده‌ای را در کلاس نمایش می‌دهید، پیشاپیش بررسی کنید آیا پخشِ زنده برای هدفِ درس لازم است یا می‌توان زمانِ مشاهدهٔ مستقل و پرسشِ کوتاهِ بعدی طراحی کرد. راهنمای فشرده‌سازی ویدیوی آموزشی دربارهٔ آزمون خوانایی پس از کاهش حجم توضیح می‌دهد. کوچک‌کردنِ فایلِ ضبط‌شده با کم‌کردنِ مصرفِ جلسهٔ زنده یک کار واحد نیست، ولی طراحیِ محتوا می‌تواند هر دو را بهتر کند.
در وضعیتِ اینترنتِ ضعیف، برنامهٔ جایگزین را پیش از قطع‌شدن آماده کنید: صوت، نسخهٔ کوتاهِ متن یا تصویرِ کلیدی، راهِ دریافت پرسش و زمانِ پیگیری. برنامهٔ کلاس با اینترنت ضعیف برای این تصمیم‌ها مفید است. اگر بخشی از پرسش‌ها پس از جلسه می‌آیند، راهنمای دستیار هوشمند استاد را برای نظم‌دادن به پرسش‌ها و پاسخ‌های مبتنی بر محتوای دوره ببینید؛ پاسخِ خودکار باید در محدودهٔ منابعِ تأییدشده باشد و مدرس امکانِ بازبینی داشته باشد. هیچ‌کدام جای ارتباطِ زندهٔ لازم برای هدفِ آموزشی را خودکار حذف نمی‌کنند.
اگر دوربین برای فعالیت ضروری نیست، درباره خاموش‌کردن آن تصمیم بگیرید. منابع متنی و تمرین‌های کم‌حجم را از قبل آماده کنید. برای توضیح یک سند ثابت، ارسال یک فایل خوانا گاهی مناسب‌تر از نمایش دائمی صفحه است. اما در آموزش حرکت یا مشاهده دقیق، کاهش کیفیت تا حد نامفهوم‌شدن تصویر راه‌حل نیست.
در معرفی دوره، به‌جای یک عدد قطعی، شرایط آزمون و بازه تقریبی را توضیح دهید. برای زمان اختلال، برنامه کلاس با اینترنت ضعیف را داشته باشید. برای فایل‌های ضبط‌شده نیز فشرده‌سازی همراه با آزمون خوانایی را بررسی کنید. مصرف شبکه و اندازه فایل ضبط‌شده دو عدد متفاوت‌اند و نباید جای هم اعلام شوند.
برای هنرجویی که با اینترنت همراه وارد می‌شود چه اعلام کنیم؟
در صفحهٔ معرفی یا پیامِ پیش از دوره، به‌جای یک عددِ قطعی، بگویید جلسه معمولاً چه نوع فعالیتی دارد: صوتی، دوربینِ اختیاری، اشتراک صفحه، پخش فیلم یا دریافت فایل. مدتِ معمول و وجودِ نسخهٔ ضبط‌شده یا متنِ کم‌حجم را نیز روشن کنید. این اطلاعات به هنرجو کمک می‌کند بستهٔ اینترنت و زمانِ اتصال را برنامه‌ریزی کند. اگر اندازه‌گیریِ داخلی دارید، می‌توانید بازهٔ مشاهده‌شده و شرایطش را بیان کنید: «در دو جلسهٔ آزمایشی ۶۰دقیقه‌ای با دوربینِ خاموشِ هنرجو و نمایشِ یک تصویر، این دستگاه و اتصال چنین حجمی ثبت کردند؛ مصرفِ واقعی شما ممکن است متفاوت باشد.»
هزینهٔ بسته و نحوهٔ محاسبهٔ ترافیک را ارائه‌دهندهٔ اینترنت تعیین می‌کند و ممکن است تغییر کند. عددِ تومان یا وعدهٔ «نیم‌بها» را بدون منبعِ روز و شرطِ سرویس ننویسید. در بعضی گوشی‌ها شمارندهٔ برنامه و شمارندهٔ کل اتصال جدا هستند؛ اگر هنرجو با نقطهٔ اتصالِ گوشی، لپ‌تاپش را وصل می‌کند، مصرفِ لپ‌تاپ نیز از همان بسته کم می‌شود. بهتر است پیش از نخستین جلسه یک آزمونِ کوتاه انجام شود تا مشکلاتِ صدا، آپلود و حجم زودتر دیده شود.
اگر عددِ تخمین با مصرفِ واقعی نخواند، از کجا شروع کنیم؟
اول واحد را بررسی کنید. Mbps سرعتِ انتقال است و MB حجم؛ اشتباه گرفتنِ این دو می‌تواند نتیجه را هشت برابر جابه‌جا کند. بعد، مدتِ واقعیِ اتصال را با مدتِ برنامه‌ریزی‌شده مقایسه کنید. ورودِ زودتر به اتاق، انتظار برای شروع، گفت‌وگوی پس از پایان و تماشای ضبطِ جلسه، اگر در همان شمارنده ثبت شده باشند، به مصرفِ همان روز اضافه می‌شوند. زمانِ خاموش‌بودنِ دوربین نیز لزوماً به معنیِ صفرشدنِ جریانِ صدا یا دریافت تصویر نیست.
گام دوم، منبعِ اندازه‌گیری است. شمارندهٔ روتر ممکن است مصرفِ چند دستگاهِ خانه را جمع کند؛ شمارندهٔ یک برنامه شاید فایلِ دانلودشده از مرورگر یا پیام‌رسان را نشان ندهد؛ و شمارندهٔ اپراتور می‌تواند با تأخیر به‌روزرسانی شود. برای مقایسه، یک منبعِ ثابت انتخاب کنید و حداقل دو جلسهٔ مشابه را با همان روش بسنجید. اگر عددِ جلسهٔ دوم بسیار متفاوت شد، فعالیت‌ها را کنار هم بگذارید: آیا فیلم پخش شد، تصویرهای بیشتری باز بودند، فایل بزرگی دانلود شد یا پشتیبان‌گیریِ خودکار فعال بود؟ فقط پس از این مقایسه می‌توان دربارهٔ تغییرِ شیوهٔ کلاس تصمیم گرفت.
گام سوم، کیفیتِ تجربه است. ممکن است مصرف کم شده باشد چون تصویر مدام به کیفیت پایین افتاده یا ارتباط قطع شده است؛ چنین «صرفه‌جویی» موفقیتِ آموزشی نیست. کنار حجم، دو یادداشتِ کوتاه دربارهٔ شنیده‌شدنِ صدا و خواناییِ متن یا حرکت ثبت کنید. اگر هدفِ جلسه با کیفیتِ جدید انجام نشد، تصمیم را اصلاح کنید: فایلِ خوانا را پیشاپیش بدهید، بخشِ تصویری را کوتاه‌تر و متمرکزتر کنید یا برنامهٔ جایگزینِ غیرهم‌زمان داشته باشید. معیارِ نهایی فقط پایین‌آوردنِ عددِ MB نیست؛ انجام‌شدنِ فعالیتِ آموزشی با هزینهٔ قابل پیش‌بینی است.
چک‌لیست پنج‌دقیقه‌ای پیش از شروع کلاس
پنج دقیقه پیش از ورود هنرجویان، یک صفحه یا شکلِ پرجزئیاتِ واقعیِ همان درس را روی دستگاهِ دوم یا در پیش‌نمایش ببینید. اگر نوشته ریز است، آن را قبل از کلاس در چند قابِ خوانا تقسیم کنید؛ بعد از شروعِ جلسه، کم‌کردنِ کیفیتِ تصویر ممکن است متن را ناخوانا کند. یک جمله با میکروفون بگویید و بازپخش یا پاسخِ همکار را بررسی کنید. اگر صدا مشکل دارد، تغییرِ دوربین به‌تنهایی آن را حل نمی‌کند. سرعتِ ارسال و دریافت را در همان اتصالی که قرار است استفاده کنید ببینید، اما نتیجهٔ یک آزمونِ چندثانیه‌ای را جای تجربهٔ پانزده‌دقیقه‌ای نگذارید.
فایلِ کم‌حجمِ جایگزین، مسیرِ اعلامِ وقفه و زمانِ پیگیری را در دسترس داشته باشید. اگر چند دستگاه به یک اتصالِ خانگی وصل‌اند، از اعضای خانه بخواهید انتقالِ سنگینِ غیرضروری را در زمان کلاس عقب بیندازند؛ لازم نیست تنظیماتِ امنیتی یا پشتیبان‌گیریِ ضروری را خاموش کنید. اگر کلاس با دادهٔ همراه اجرا می‌شود، باقی‌ماندهٔ بسته و شارژ دستگاه را بررسی کنید. این چک‌لیست مصرف را به عددِ مشخصی نمی‌رساند، ولی احتمال اینکه یک مشکلِ ساده وسطِ آموزش دیده شود را کم می‌کند.
پرسش‌های پرتکرار دربارهٔ حجم اینترنت کلاس آنلاین
مصرف یک ساعت کلاس آنلاین دقیقاً چند مگابایت است؟
عددِ یکتایی ندارد. برای برآورد، نرخِ متوسطِ مجموع ارسال و دریافت را به زمان تبدیل کنید و سپس با یک جلسهٔ واقعی روی دستگاه و اتصالِ مورد استفاده بسنجید. جدولِ این مقاله فقط حسابِ نرخ‌های فرضی است. اگر دوربین، اشتراک صفحه یا تعداد جریان‌های تصویری عوض شود، نتیجهٔ جلسهٔ بعد نیز می‌تواند عوض شود.
خاموش‌کردن دوربین همیشه بهترین راهِ کاهش مصرف است؟
خیر؛ به هدفِ درس بستگی دارد. اگر دوربین برای مشاهدهٔ اجرای هنرجو یا توضیحِ حرکت لازم است، خاموش‌کردنِ آن می‌تواند کیفیتِ یادگیری را کم کند. ابتدا تصویرهای غیرضروری، زمانِ اشتراک صفحه و فعالیت‌های پس‌زمینه را بررسی کنید؛ برای بخش‌های کم‌تصویر، صوت و فایلِ خوانا ممکن است کافی باشند. نتیجه را در آزمونِ همان کلاس بسنجید.
آیا حجمِ فیلمِ ضبط‌شده همان اینترنت مصرفیِ کلاس است؟
خیر. فایلِ ضبط‌شده ممکن است بعداً با تنظیماتِ دیگری فشرده شود. مصرفِ جلسه شامل رفت‌وآمدِ زندهٔ صدا، تصویر، پیام و داده‌های ارتباطی است؛ حجمِ فایلِ خروجی فقط یک محصولِ آن فرایند است. اگر هنرجو بعداً فایل را دانلود یا آنلاین تماشا کند، آن فعالیت مصرفِ جداگانه دارد.
اگر سرعت دانلود بالا باشد، کلاس حتماً روان اجرا می‌شود؟
خیر. سرعتِ آپلود، تأخیر، نوسان اتصال، کیفیتِ Wi‑Fi، توانِ دستگاه و کارهای هم‌زمان نیز اثر دارند. برای مدرسِ فرستندهٔ تصویر و صدا، آپلود اهمیت ویژه دارد. یک آزمونِ سرعتِ لحظه‌ای مفید است، اما اجرای آزمایشیِ همان فعالیت در بازهٔ زمانیِ مشابه اطلاعاتِ عملی‌تری می‌دهد.
جمع‌بندی و قدم بعدی
برای هر کلاس، ابتدا نقش و فعالیت را مشخص کنید؛ سپس با فرمولِ Mbps به MB یک برآورد بسازید و آن را با اندازه‌گیریِ واقعی اصلاح کنید. عددِ نمونه را همراه شرایطش ثبت کنید و برای هنرجو به‌صورت بازه و با توضیحِ عدم قطعیت بیان کنید. اگر می‌خواهید جلسه، فایل‌های درس و پیگیری پرسش‌ها در یک مسیر روشن باشند، راهنمای برگزاری کلاس آنلاین و وبینار فاکسیمون را ببینید و پیش از ثبت‌نام، امکاناتِ فعالِ حساب و نیازهای دورهٔ خود را بررسی کنید. ساخت حساب فاکسیمون مسیرِ شروعِ این بررسی است؛ کاهشِ مصرف یا افزایشِ فروش، نتیجهٔ تضمینیِ یک ابزار نیست و باید در کلاسِ خودتان سنجیده شود.