OCCC Wiki - مشارکت‌های کاربر [fa]

آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی

2017-01-30T19:54:21Z

Rasool yekta: /* Performance */

*مــــــوضوع : '''آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی'''
*تهيه كننده : '''رسول ابوالحسنی یکتا'''

== چکیده ==
* [http://ceit.aut.ac.ir/~hshahriari/how-to-write-abstract.htm چگونه یک چکیده خوب بنویسیم؟]

== مقدمه ==
یکی از چالشهای بزرگ برای وب ، فراهم کردن راهی برای ارتباط انسان ها به وسیله صوت و تصویر بوده وهمواره ارتباط بلادرنگ کاری پیچیده و هزینه بر بوده است . دنیای امروز ما با اینترنتی عجین شده که همان اینترنت ساده‌ی ۱۰ سال پیش نیست. ارتباطاتی که در حال حاضر می‌توان از طریق اینترنت برقرار کرد، فقط ایمیل‌های ساده‌ی دیروز نیست. حتی ایمیل هم آمیخته به سرویس‌های ابری قدرتمند شده ولیکن از همه مهم‌تر ارتباطاتی است که سال‌ها پیش به پلاگین‌ها و اپلیکیشن‌های خاص نیاز داشت و مشکلات زیادی هم در راهکارهای آن روز به چشم می‌خورد. ارتباطات ویدیویی و صوتی این روزها بسیار ساده شده و WebRTC هم یکی از مقولات جدیدی است که به این سادگی و در عین حال توانمندی کمک زیادی کرده است.

WebRTC به توسعه ‌دهندگانی که به دنبال ایجاد ارتباطات آنی هستند، استفاده از تکنولوژی‌های متداول وب یعنی HTML5 ، جاوااسکریپت و CSS را پیشنهاد می‌کند. مثلاً بخش چت یک بازی مالتی‌پلیر آنلاین یا یک سایت ساده برای ویدیوکنفرانس را در نظر بگیرید، WebRTC ارتباطات آنی این اپلیکیشن‌ها را ساده می‌کند.

WebRTC واسط برنامه‌نویسی یا همان API است، اما نه به شکل یک محصول خاص یا یک واسط برنامه‌نویسی ویژه؛ در واقع WebRTC شامل گروهی از APIها برای تکمیل بخش‌های مختلف یک اپلیکیشن یا ارتباط تحت وب است و هر بخش هم به شکل‌های مختلفی در مرورگرها پشتیبانی می‌شود.

برخی از واسط‌های برنامه‌نوسی (API) در WebRTC مسئول دسترسی به وب‌کم و میکروفون یک کامپیوتر هستند و برخی دیگر وظایف محیرالعقول دیگری را انجام می‌دهند. مثلاً API خاصی برای به اشتراک‌گذاری صفحه با مخاطبین وجود دارد، منظورم از صفحه همان دستاپ یا نرم‌افزارهای اجرا شده‌ای است که روی دستاپ نمایش داده می‌شوند. حتی برای مخابره کردن ویدیو آن هم با کیفیت‌ها و بیت‌ریت‌های مختلف هم API خاصی وجود دارد. یکی دیگر از APIهای WebRTC که نام آن MediaStream API است، به توسعه‌دهنده اجازه می‌دهد که صدا را سریع پردازش کند، قطع یا متوقف کند و همین‌طور صداهای دیگری را اضافه کند.

بنابراین WebRTC یکی از کاربردی‌ترین تکنولوژی‌های وب است و توانمندی‌های بسیاری دارد؛ ویژگی مشترک کاربردهای WebRTC همان ارتباط آنی یا Realtime است.

== بررسی ادبیات موضوع ==
===جدول دانش===

http://s9.picofile.com/file/8271884542/Articles_For_WebRTC_1.jpg

===درخت دانش===
http://s9.picofile.com/file/8271885676/Website_Outline1.jpg

== بدنه تحقیق ==
ارتباطات چند رسانه ای تعاملی زمان واقعی از موضوعات تحقیقاتی فعال در زمینه ارتباطات راه دور در سال های اخیر بوده است. کنفرانس های راه دور به طور عمده توسط سیستم های اختصاصی و گران بر اساس دو پروتکل سیگنالینگ برجسته H.323 وSIP مورد حمایت قرار می گرفتند که SIP تطبیق پذیری بیشتری بدست آورد و از این رو تبدیل به استاندارد بالفعل برای VOIP و ویدئو کنفرانس شد . این سیستم ها معمولا نیازمند نرم افزار خاصی بودند که بایستی دانلود و نصب می شد که معمولا یک برنامه سفارشی یا یک افزونه بر روی مرورگر بود . در طول این سالها، ثابت شده است که تهدیدات امنیتی، بی ثباتی سیستم و ناسازگاری ناشی از پشتیبانی از پلاگین مرورگر ممکن است برای هر سیستم عامل متفاوت باشد. با این حال، همگرایی خدمات بسوی محیط وب در حال وقوع است.

اخیرا استانداردهایی برای ارتباطات زمان واقعی نظیر به نظیر منتشر شده است که بطور گسترده توسط مرورگرهای وب مدرن پشتیبانی می شوند بنابر این دیگر نیازی به استفاده از نرم افزارهای خاص برای برقراری ارتباطات real-time وجود ندارد .

WebRTC(Web Real-Time Communication) یک استاندارد و تلاش صنعت برای توسعه مدل مرورگر وب می باشد . برای اولین بار مرورگرها قادر به تبادل رسانه ی زمان واقعی (real-time media) بطور مستقیم با دیگر مرورگرها بصورت نظیر به نظیر (peer-to-peer) شدند .

کنسرسیوم شبکه جهانی وب (W3C) و نیروی ضربت مهندسی اینترنت (IETF) به طور مشترک ، API های جاوا اسکریپت ، استاندارد تگ های HTML5 و پروتوکل های ارتباطی زیرساختی را برای راه اندازی و مدیریت یک کانال ارتباطی قابل اعتماد بین هر جفت از مرورگرهای وب نسل بعدی تعریف کردند .

هدف این استانداردسازی معرفی یک API برای WebRTC است که برنامه تحت وب را قادر می سازد بر روی هر دستگاهی اجرا شود و دسترسی امنی به لوازم جانبی ورودی مانند وبکم و میکروفون داشته باشد تا بتواند دیتا و مدیای زمان واقعی را با یک سیستم راه دور تبادل کند .

WebRTC مجموعه ای از رابط های برنامه نویسی کاربردی جاوا اسکریپت برای استفاده از پروتکل های استاندارد در ارتباطات صوتی، تصویری و دیگر انواع داده های زمان واقعی بصورت نظیر به نظیر در مرورگرهای وب است که بطور گسترده توسط مرورگرهای وب دسکتاپ و موبایل پشتیبانی می شود و ساخت و توسعه ی خدمات ارتباطی بی درنگ بدون هیچ افزونه یا نرم افزار جانبی را امکان پذیر نموده است .

WebRTC ویژگی های از قبیل حق امتیاز کدک های رایگان، حمل و نقل داده ها به صورت امن با پروتکل امن زمان واقعی حمل و نقل (SRTP)، NAT و ... را فراهم می کند. WebRTC هیچ پروتکل سیگنالینگی را به برنامه نویس تحمیل نمی کند و برنامه نویس مختار است تا مکانیزم سیگنالینگ خود را انتخاب کند و می تواند از پروتکل های سیگنالینگ موجود برای ارتباط تلفن های قدیمی و یا سیستم های VOIP استفاده کند و بسته به توپولوژی سیگنالینگ، مدل های مختلف کنفرانس می تواند با WebRTC پیاده سازی شود.

استاندارد WebRTC در حال حاضر تحت فعالیت development.It بصورت یک تلاش مشترک از IETF RTCWeb و گروه های کاری W3C WebRTC می باشد . گروه کاری IETF RTCWeb بر روی پروتکل های اساسی تمرکز دارند و تمرکز W3C WebRTC بر روی توسعه API های جاوااسکریپ برای استفاده مرورگرهاست .
Webrtc ارتباط صوتی و تصویری و داده را بین کاربران بصورت نظیر به نظیر بسیار امن تر ، سریعتر و ساده تر با امکان استفاده بر روی دستگاه های مختلف فراهم می سازد. مزایای Webrtc نسبت به تکنولوژی های قدیمی تری که امکان برقراری ارتباط صوتی و تصویری بین کاربران اینترنت را فراهم می کردند را می توان به چند عنوان اصلی تقسیم کرد :

===1- کاربردپذیری (Useability)===
در تکنولوژی های قدیمی تر برای ارتباط با درایورهای سخت افزار نیاز به نصب افزونه هایی بود که بایستی متناسب با سیستم عامل دستگاه کاربر بر روی سیستم نصب می شد تا مکان استفاده از وبکم ، میکروفن و دیگر سخت افزار ها را فراهم می کرد ، ولی در Webrtc درصورتی که مرورگر دستگاه این تکنولوژی را ساپورت کند فارق از اینکه این دستگاه یک کامپیوتر رومیزی می باشد یا یک لپ تاپ یا تبلت یا موبایل یا هر دستگاه دیگری که قابلیت اتصال به اینترنت داشته باشد و برای مشاهده وب از مرورگر استفاده کند مانند تلوزیون ، تلفن و ... نیاز به نصب هیچ افزونه ای وجود ندارد واین امر باعث خواهد شد این تکنولوژی در مبحث اینترنت اشیا بسیار پرکاربرد باشد .

===2- امنیت و حریم خصوصی (security & Privacy) ===
در تکنولوژی های قدیمی تر مانند Silverlight برای ارتباط صوتی و تصویری میان کاربران لازم بود تا ارتباط هر یک با سرور برقرار باشد و صوت و تصویر را ابتدا برای سرور ارسال نموده و سرور اقدام به ارسال این صوت و تصویر به کاربر مقصد نمایند . به همین دلیل همواره این نگرانی وجود داشت تا شرکت ارائه دهنده خدمات از این اطلاعات استفاده های سوء نمایند و حریم خصوصی کاربران خود را نقض کند و اقدام به فروش این اطلاعات با مقاصد اقتصادی یا سیاسی نماید ولی در Webrtc ارتباط نظیر به نظیر بین مرورگرهای کاربران برقرار می شود و اطلاعات صوتی و تصویری و داده ها به هیچ وجه به سرور واسط آنها ارسال نمی گردد و این امر تضمینی برای حفظ امنیت و حریم خصوصی افراد است .

===3- کاهش هزینه ===
شرکت هایی که خدمات ویدئو کنفرانس یا کلاس های مجازی و یا ارتباطات تصویری دوطرفه را ارائه می دهند با هزینه های فزاینده ترافیک اینترنت و پردازش بسیار بالا بر روی سرورهای خود هستند زیرا بایستی تمام فایل های صوتی و تصویری ابتدا به سرور ارسال و سپس از آنحا به کاربر مقصد ارسال شود و این امر بار پردازشی سرور و پهنای باند بسیار زیادی را به سرور تحمیل می کند . صاحبان این شرکت ها نیز برای تامین هزینه های ناشی از این سربار فزاینده به ناچار قیمت خدمات خود را افزایش می دادند . در Webrtc چون سرور فقط نقش هماهنگ کننده را بین کاربران دارد و اطلاعات به سرور ارسال نمی شود به همین دلیل سربار پردازشی و پهنای باند نخواهد داشت و هزینه های نگهداری سرور به شدت کاهش پیدا می کند .

===4- افزایش کیفیت ===
در تلنولوژی های قدیمی تر چون ارتباط کلاینت – سروری بود و تمام اطلاعات به سرور ارسال می شد و از آنجا مجدد برای کاربر مقصد ارسال می شد ، توان پردازشی و پهنای باند سرور و همچنین میزان بار سرور در کیفیت ارتباط تاثیرگزار بود و در بهترین شرایط که میزان بار سرور کمینه بود و ازقدرت پردازشی و پهنای باند خوبی هم برخوردار بود ، به علت راسال مجدد اطلاعات و رفت و برگشت اضافی اطلاعات تاخیر بیشتری به وجود می آمد ولی در Webrtc به دلیل اینکه Connection بین مرورگرهای کاربران برقرار می گردد و اطلاعات بصورت Stream بین دو کاربر تبادل می شود کیفیت خدمات به شدت افزایش می یابد .

===معماری وب ===
معماری کلاسیک وب Client-Server می باشد که بر اساس آن مرورگرها درخواست های HTTP خود را برای دریافت محتوا به سرور ارسال می کنند و سرور نیز به این درخواست ها پاسخ می دهد . در سناریوی برنامه های تحت وب، سرور می تواند برخی از کد جاوا اسکریپت را در صفحه HTML ی که برای کاربر می فرستد جاسازی کنید. این کدها می توانند با مرورگرها ازطریق API های استاندارد جاوا اسکریپت و با کاربران از طریق رابط کاربری تعامل کنند.

===معماری WebRTC ===
WebRTC مدل کلاینت-سرور سنتی را با معرفی ارتباط نظیر به نظیر بین مرورگرها گسترش داده است . مدل عمومی تر معماری WebRTC که از مدل SIP(Session Initiation Protocol) الهام گرفته شده است و در شکل زیر نمایش داده شده است WebRTC Trapezoid نامیده می شود .
http://s4.picofile.com/file/8283360792/pic1.png

در مدل WebRTC Trapezoid هر دو مرورگر یک برنامه تحت وب را اجرا می کنند که بر روی وب سرور های متفاوت قرار داده شده است . پیام های سیگنالینگ برای راه اندازی و خاتمه ارتباط استفاده می شوند . این پیام ها از طریق پروتکل HTTP یا WebSocket بین وب سرور ها منتقل می شوند که می تواند در صورت نیاز آنها را تغییر ، ترجمه و یا مدیریت کند .بایستی توجه شود که ارتباط سیگنالینگ بین مرورگر و سرور درWebRTC استاندارد نشده است و توسعه دهنده مختار است تا از پروتکل های موجود در سازمان و یا هر پروتوکل دلخواه دیگری برای برقراری این ارتباط استفاده کند . بعد از اینکه مرورگرها از طریق این پروتکل سیگنالینگ و سرورها از مشخصات و توانایی های یکدیگر اطلاع پیدا کردند ، PeerConnection به آنها این امکان را می دهد تا یک کانکشن مستقیم بین یکدیگر برای انتقال اطلاعات بدون دخالت سرورهابرقرار کنند . سرور ها برای ارتباطات سیگنالینگ می توانند از پروتکل های استاندارد سیگنالینگ مانند SIP یا Jingle استفاده کنند .

یکی دیگر از مدل های معماری رایج WebRTC این است که هر دو مرورگر برنامه تحت وب را بر روی یک سرور اجرا کنند . این مدل معماری به WebRTC Triangle معروف است و مطابق با شکل زیر می باشد .
http://s1.picofile.com/file/8283360834/2.png

====WebRTC در مرورگرها ====
یک برنامه تحت وب WebRTC که ترکیبی از HTML و کدهای جاوااسکریپت می باشد ، از طریق API های استاندارد WebRTC با مرورگرها تعامل می کند و این امکان را فراهم می کند که برنامه کاربردی وب از توابع real-time مرورگر به درستی بهره برداری و استفاده نماید به عنوان مثال به وب کم یا میکروفن دسترسی داشته باشد . بنابراین API های WebRTC بایستی عملیات های وسیعی ازجمله مدیریت اتصال ، توانایی Encoding/Decoding ، کنترل استریم و ... را فراهم کند

http://s9.picofile.com/file/8283360968/3.png

طراحی API های WebRTC با یک مسئله چالش برانگیز مواجه است و آن این است که در این سناریو یک جریان زمان واقعی از داده ها در سراسر شبکه به منظور امکان ارتباط مستقیم بین دو مرورگر بدون واسطه ، در طول مسیر لازم است . این امر به وضوح نشان دهنده یک رویکرد انقلابی در ارتباطات مبتنی بر وب است .

فرض کنید می خواهیم یک ارتباط صوتی و تصویری آنلاین بین دو مرورگر بر قرار کنیم . در اینجا لازم است یک جریان داده مستقیم (media direct stream) بین دو مرورگر بر قرار باشد که این نیازمند یه Connection مستقیم بین دو مرورگر است . فعل و انفعالاتی که در این سناریو بایستی انجام شود توسط این عوامل انجام می گیرد :
• مرورگر تماس گیرنده و نرم افزار تماس گیرنده جاوا اسکریپت (برای مثال، از طریق API جاوا اسکریپتی ذکر شده (
• نرم افزار تماس گیرنده جاوا اسکریپت و ارائه دهنده برنامه (به طور معمول، یک وب سرور)
• ارائه دهنده نرم افزار و برنامه پذیرنده جاوا اسکریپت
• نرم افزار جاوا اسکریپت پذیرنده و مرورگر پذیرنده (باز از طریق API جاوا اسکریپت نرم افزار مرورگر (

===سیگنالینگ===
ایده کلی در طراحی WebRTC این است که بطور کامل مشخص شود که چگونه قرار است ارتباط رسانه ای کنترل شود در حالیکه پلن سیگنالینگ تا آنجایی که ممکن است در لایه کاربردی رها شده است . منطق این کار این است که برنامه های کاربردی مختلف ممکن است ترجیح دهند تا از پروتکل های استاندارد سیگنالینگ مختلفی استفاده کنند مانند : SIP یا XMPP یا حتی یک پروتکل شخصی سازی شده .

توضیحات جلسه (Session description) اطلاعات بسیار مهمی را نشان می دهد که نیاز به رد و بدل شدن دارد. از جمله اطلاعات حمل و نقل (ICE) ، نوع رسانه ، فرمت و همچنین تنظیمات مورد نیاز برای ایجاد یک Connection مستقیم و انتقال یک جریان داده در بستر آن .

از آنجا که ایده اصلی برای تبادل اطلاعات توضیحات جلسه (Session description) در قالب پروتکل توصیف نشست (SDP) در حال حاضر کاستی های بسیاری دارد ،IETF در حال حاضر از استاندارد ایجاد پروتکل جلسه جاوا اسکریپت (JSEP) استفاده می کند . JSEP رابط مورد نیاز یک برنامه کاربردی برای ایجاد مذاکره بین توضیحات جلسه محلی (local Session description) و توضیحات جلسه راه دور Session description) (Remoteرا فراهم می کند .

در واقع مرورگرها برای ایجاد یک Connection مستقیم نظیر به نظیر بین خود و برقراری جریان داده در این مسیر نیاز به اطلاعاتی از توانایی ها و پروتکل های مورد پشتیبانی یکدیگر دارند که این اطلاعات تحت عنوان توضیحات جلسه (Session description) بین آنها مبادکه می شود . روند مبادله این اطلاعات بدین گونه است که ابتدا یکی از طرفین که شروع کننده ارتباط است یه Affer برای طرف مقابل می فرستد و گیرنده نیز با توجه به این Affer یک پاسخ برای طرف دیگر ارسال می کند و طی یک فرایند مذاکره بر سر پروتکل ها و استانداردهای مورد پشتیبانی طرفین به توافق می رسند و ارتباط را بر مبنای آن شکل می دهند .
http://s6.picofile.com/file/8284467000/4.png

برای برقراری یک ارتباط WebRTC گام های زیر بایستی برداشته شود :
1- ایجاد یک شیء های MediaStream از دستگاه های محلی خود (به عنوان مثال، میکروفون، وب کم).
2- بدست آوردن یک URL از MediaStream محلی .
3- استفاده از URL محلی برای پیش نمایش محلی .
4- ایجاد یک شی RTCPeerConnection
5- افزودن استریم محلی به Connection ایجاد شده .
6- ارسال Session description خود برای طرف مقابل به عنوان یک Affer
7- دریافت Seeeion Description طرف مقابل به عوان یک Affer
8- پردازش Session description دریافتی و افزودن remote stream به RTCPeerConnection خود .
9- بدست آوردن Url برای RemoteStream
10- استفاده از Url بدست آمده و نمایش فیلم یا صوت طرف مقابل

روش های سیگنالینگ توسط WebRTC مشخص نشده است تا از افزونگی جلوگیری شود و بیشترین انطباق را با تکنولوژی های موجود در سازمان ها داشته باشد .
فرایند سیگنالیگ مربوط به پروتکل های مانند SIP (Session Initiation Protocol) ، XMPP (Extensible Messaging and Presence Protocol) ، XHR(XML HTTP Requsest) و SIP over WebSocket می باشد.
http://s1.picofile.com/file/8284467284/5.png

WebSocket یک افزونه جدید به مرورگرها است که در سال 2011 استاندارد شد . مهمترین مزیت WebSocket این است که هنگامیکه یک Session از جانب کلایت به سمت سرور ایجاد می کند ، تا زمانیکه Session بسته نشود آن را باز نگه می دارد . پیام ها می توانند متنی یا باینری باشند.
نمودار دنباله پیام ارتباطات WebRTC جریان ارتباط بین طرفین و سرور را توصیف میکند. این نمودار در زیر نشام داده شده است .
در راه کار سیگنالینگ 4 نوع پیام کنترلی ایجاد می شود :
- Initialize
- Initiator
- got user media
- peerChannel

این پیام های کنترلی متنی هستند و از آنها به منظور تنظیم Flag ها برای راه اندازی مکانیزم خاص استفاده می شود . در ابتدا Peer1 پیام initialize را به سمت سرور ارسال می کند تا به سرور اعلام کند که آغازگر جلسه است . پس از آن Peer1 رسانه های کاربر را که می تواند صوت با تصویر یا داده باشد را پس از دریافت پیام کنترلی Got user media از طرف سرور پیکربندی می کند . پس از آن peer1 در حال انتظار باقی می ماند تا Peer2 آماده شود . پس از فعال سازی Peer2 پیام سیگنالینگ معادل را ارسال می کند و وقتی متوجه می شود که آغازگر جلسه نیست ابتدا peerChannel و got user media را انجام می دهد و پس از آن هر دو طرف می توانند ارتباط Peer to Peer را برپا کنند .

پیام Affer و پاسخ آن با فرمت SDP (Session Description Protocol) ارسال می شود . SDP نقش اساسی در برپایی جلسه WebRTC ایفا می کند. SDP پروتکلی است که از طرف IETF و W3C برای تبادل اطلاعات رسانه بین طرفین انتخاب شده است. SDP اطلاعاتی مانند نوع مدیا ، فرمت ، Codec و دیگر خصوصیات مورد نیاز که برای یرپایی یک جلسه انتقال رسانه نیاز است را حمل می کند. همانطور که در دیاگرام زیر مشاهده می کنید که Peer1 یک SDP offer و یک ICE candidates به سمت سرور ارسال می کند و سرور آن را به Peer2 می فرستد . Peer2 هم یک SDP answer و یک ICE candidates را برای سرور ارسال می کند تا سرور برای Peer1 ارسال کند . پس از آن ارتباط Peer to Peer برپا می شود و از این پس طرفین می توانند بدون حضور سرور با یکدیگر تبادل پیام و صوت و تصویر داشته باشند .

http://s8.picofile.com/file/8284467692/6.png

تمام سیگنالینگ های SDP و پیام های کنترلی در برنامه WebRTC بصورت یک آبجکت JSON منتل می شوند . بطور خلاصه سه فاز دیاگرام بالا در شکل زیر نمایش داده شده است .

در فاز اول طرفین اقدام به تبادل پیام های کنترلی با سرور می کنند . در فاز دوم اقدام به ایجاد یک Peer Connection بر مبنای تبادل پیام از طریق SDP می کنند و در فاز سوم ارتیاط نظیر به نظیر برقرار شده و طرفین می توانند بصورت مستقیم تبادل پیام انجام دهند .

http://s6.picofile.com/file/8284467892/7.png

===اجزای اصلی WebRTC API ===
اجزای اصلی WebRTC API عبارتند از :
====MediaStream : ====به یک مرورگر وب اجازه دسترسی به میکروفن و دوربین را می دهد .
این API وظیفه کنترل جریان داده را دارد که دارای ورودی و خروجی است . منبع ورودی ممکن است یک دستگاه سخت افزاری مانند دوربین یا میکروفن باشد و خروجی ممکن است به یک یا چند مقصد مانند یک تگ ویدئو یا یک آبجکت PeerConnection ارسال شود . دو کامپوننت اصلی در MediaStream API ، MediaStream interface و MediaStreamTrack می باشد . MediaStream interface محتوای جریان داده را فراهم می کند . جریان داده می تواند قسمت های مختلفی اشته باشد ، این قسمت ها باعنوان Track شناخته می شوند که هر کدام از آنها نوع صریحی مانند Audio ، Video دارند .
http://s2.picofile.com/file/8284468500/8.png

MediaStreamTrack نوع داده ای را که از وردی گرفته شده است را مشخص می کند برای مثال نوع داده ورودی از میکروفن، Audio می باشد .

====RTCPeerConnection : ==== تماس صوتی یا تصویری را برقرار می کند .
این API به طرفین این امکان را می دهد تا یک ارتباط مستقیم مرورگر به مرورگر داشته باشند . WebRTC چارچوبی برای امکان برقراری ارتباط زمان واقعی فراهم می کند . معماری WebRTC سه بخش اساسی دارد . بخش اول شامل Audio ، Video و مکانیزمی برای انتقال می باشد . وضیفه اصلی مکانیزم Audio کاهش نویز و echo cancellation می باشد . مکایزم Video وظیفه بهبود تصاویر و بافر کردن ویدئو را دارد . بهبود تصاویر با استفاده از Codec VP8 انجام می گیرد .

http://s9.picofile.com/file/8284468734/9.png

====RTCDataChannel :==== به مرورگر اجازه می دهد تا داده را از کانال ارتباطی Peer to Peer ارسال کند .
ین API یک ارتباط دو طرفه بین دو طرفین فراهم می کند تا بتوانند داده ی دلخواه را بین خود تبادل کنند . هر RTCDataChannel می توان برای ارئه های مختلف پیکربندی شود :
- تحویل قابل اعتماد یا غیر قابل اعتماد از پیام؛
- تحویل پیام بصورت in-order یا out-of-order
تحویل in-order و قابل اعتماد معادل TCP می باشد و تحویل Out-of-order و غیر قابل اعتماد معادل UDP می باشد .

====Interactive Connectivity Establishment (ICE)====
سیستم آدرس دهی اینترنتی که کماکان مورد استفاده قرار می گیرد IPV4 می باشد و به همین دلیل بسیاری از دستگاه هایی که به اینترنت متصل می شوند به ناچار در پشت لایه هایی از NAT قرار می گیرند . NAT مکانیزمی برای نگاشت آدرس های اینترنتی اختصاصی به آدرس های اینترنتی عمومی است و این مکانیزم می تواند توسط ISP ها یا حتی توسط یک روتر WiFi خانگی انجام پذیرد .

توسعه دهندگان تکنولوژی WebRTC می توانند با استفاده از ICE پیچیدگی های سیستم آدرس دهی اینترنتی را ساده سازی کنند ، برای این کار لازم است تا آدرس سرور ICE را به PeerConnection ارسال کنند. ICE تلاش خواهد کرد تا بهترین مسیر را برای اتصال طرفین پیدا کند . ICE از دو نوع سرور STUN (Session Traversal Utilities for NAT) و TURN (Traversal Using Relays around NAT) استفاده می کند ، از سرور STUN برای یافتن این که چه آدرس خارجی ای را به طرف مقابل اختصاص بدهد استفاده می کند و اگر این روال با مشکل مواجه شود از سرور TURN برای مسیریابی استفاده می کند .

===E-learning ===
امروزه، با توسعه روش های نوین ارتباطی (اینترنت، تلفن همراه، و کامپیوتر) ،دانشگاه های سنتی از جمله دانشگاه آموزش الکترونیکی و مجازی با چالش های فاصله مواجه هستند ، آموزش الکترونیکی که در ابتدا توسط افراد حرفه ای که می خواستند برای تکمیل آموزش خود از این روش استفاده کنند مورد توجه قرار گرفت ، امروزه مورد توجه همگان قرار گرفته است . افراد با تجربه و مهارت کمتر در حوزه ارتباطات بایستی برای کار کردن با سیستم های آموزش الکترونیک ، دانش کافی را کسب کنند . برای آموزش مجازی سیستم های یادگیری از راه دور بسیاری وجود دارد که شامل خودارزیابی و ارزیابی آنلاین می باشند . یکی از این سیستم ها Moodle است که توسط دانشگاه های زیادی مورد استفاده قرار می گیرد . پس از معرفی WebRTC توسط گوگل که کمک شایانی در برقراری ارتباط زمان واقعی می کند انقلابی در سیستم های یادگیری آنلاین اتفاق افتاد .

یکپارچه سازی WebRTC با سیستم آموزش الکترونیکی Moddle توسط پلاگینی از WebRTC برای Moddle تست شده است ولی فقط ارتباطات پایه ای صوت و تصویر امکان پذیر است و هنوز تمام امکانات ارائه شده توسط WebRTC در آن پیاده سازی نشده است . مشکل دیگری که دانشگاه های مجازی با آن مواجه هستند ، ارزیابی دانش آموزان در دوره های زبان و STEM است . برای رفع این محدوذیت می توان از امکانات تکنولوژی جدید WebRTC استفاده کرد و قابلیت های زیر را به پلاگین Moddle اضافه کرد :
- Presentation of the virtual classroom
- Language oral exam
- Whiteboard
- Mathematical editor
- File Transfert

===Performance===
تعامل مستقیم کاربران با استفاده از WebRTC ، زمان پاسخ و عملکرد آن را حیاتی کرده است . نیاز WebRTC به توان پردازشی و پهنای باند بالا ، سیستم ها بویژه دستگاه های تلفن همران با منابع محدود را به بهبود منابع فرا می خواند .

اندازه گیری از قابلیت های اساسی و پیشرفته از پیاده سازی فعلی و آینده از WebRTC به ویژه در این مرحله از استاندارد و توسعه مهم است. برای این منظور جنبه های مختلف یک سیستم WebRTC مورد ارزیابی قرار گرفته است . برای مثال در مقالات متعددی چگونگی انجام کنترل ازدحام و زمان تاخیر در توپولوژی های مختلف نشان داده شده است . مطالعه دیگری نشان می دهد ، کیفیت ویدیو در راه اندازی واقع بینانه برای دستگاه هایی که در فضای شبکه در حال حرکت هستند چگونه تغییر می کند .

نتایج یکی از آزمایش های انجام شده برای ارزیابی پارامترهای مختلف یک سیستم WebRTC بر روی گوشی Galaxy S5 به شرح زیر می باشد .
- اندازه STUN BINDING REQUEST برای اتصال درخواست 154 بایت
- اندازه STUN BINDING RESPONSE برای پاسخ به درخواست 106 بایت
- درخواست های STUN برای هر 500ms ارسال می شد .
جدول زیر تجزیه و تحلیل مربوط به استفاده از پهنای باند در هر ثانیه تنها برای پاسخ به درخواست STUN را نمایش می هد .
With Bundle Without Bundle
520 bytes 1040 bytes Bandwidth
Utilization
این تجزیه و تحلیل با گرفتن نمونه های تصادفی از مصرف پهنای باند در طول فرآیندجلسه و با در نظر گرفتن متوسط نمونه ها انجام شده است .
http://s4.picofile.com/file/8284472242/10.jpg

این تجزیه و تحلیل با گرفتن نمونه های تصادفی از مصرف پهنای باند در طول فرآیندجلسه و با در نظر گرفتن متوسط نمونه ها انجام شده است .
همچنین میزان استفاده از باتری برای برپایی یک جلسه صوتی و تصویری با استفاده از Bundle و بدون استفاده از آن شبیه سازی شده است . در فرایند شبیه سازی برای ارسال صوت و تصویر از بسته های RTP و RTCP بر روی یک ارتباط تکی استفاده شده است .

Battery usage without Bundle :

http://s7.picofile.com/file/8284473142/11.png

Battery usage with Bundl :

http://s4.picofile.com/file/8284473276/12.png

در نهایت WebRTC یک محیط سازگار برای تضمین استقرار جلسه صوتی و تصویری بین مرورگر های شرکت های مختلف فراهم می کند و همچنین محیطی توسعه پذیرتر و توسعه پسندتر نسبت به سیستم های پلاگین محور فراهم می کند .
آزمایشات انجام شده نشان می دهد یکپارچه سازی بسته نرم افزاری در WebRTC مصرف باتری و میزان استفاده از پهنای باند را به شدت کاهش می دهد و بهره وری سیستم را بهبود می بخشد .

== نتیجه گیری ==
نتیجه ای که در نهایت حاصل شده است.

== مراجع ==
*[http://ieeexplore.ieee.org/document/7489664/] Samuel Ouya ,Khalifa Sylla,Pape Mamadou Djidiack Faye,Mouhamadou Yaya Sow and Claude Lishou. "Impact of integrating WebRTC in universities' e-learning platforms" Information and Communication Technologies (WICT) (Dec. 2015 ): 14-16
*[http://ieeexplore.ieee.org/document/7160422/]Branislav Sredojev ,Dragan Samardzija and Dragan Posarac. "WebRTC technology overview and signaling solution design and implementation" Information and Communication Technology, Electronics and Microelectronics (MIPRO) (May 2015 ): 25-29
*[http://ieeexplore.ieee.org/document/6956711/]Chuan-Yen Chiang ,Yen-Lin Chen,Pei-Shiun Tsai and Shyan-Ming Yuan. "A Video Conferencing System Based on WebRTC for Seniors" Trustworthy Systems and their Applications (TSA) (June 2014): 9-10
*[http://ieeexplore.ieee.org/document/6757840/] Michael Adeyeye ,Ishmeal Makitla and Thomas Fogwill. "Determining the signalling overhead of two common WebRTC methods: JSON via XMLHttpRequest and SIP over WebSocket" AFRICON (Sept. 2013): 9-12
*[http://ieeexplore.ieee.org/document/7280092/]Kiran Kumar Guduru and Sachin Dev. "Web RTC Implementation Analysis and Impact of Bundle Feature" Communication Systems and Network Technologies (CSNT) (April 2015): 4-6

آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی

2017-01-30T19:53:13Z

Rasool yekta: /* Performance */

*مــــــوضوع : '''آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی'''
*تهيه كننده : '''رسول ابوالحسنی یکتا'''

== چکیده ==
* [http://ceit.aut.ac.ir/~hshahriari/how-to-write-abstract.htm چگونه یک چکیده خوب بنویسیم؟]

== مقدمه ==
یکی از چالشهای بزرگ برای وب ، فراهم کردن راهی برای ارتباط انسان ها به وسیله صوت و تصویر بوده وهمواره ارتباط بلادرنگ کاری پیچیده و هزینه بر بوده است . دنیای امروز ما با اینترنتی عجین شده که همان اینترنت ساده‌ی ۱۰ سال پیش نیست. ارتباطاتی که در حال حاضر می‌توان از طریق اینترنت برقرار کرد، فقط ایمیل‌های ساده‌ی دیروز نیست. حتی ایمیل هم آمیخته به سرویس‌های ابری قدرتمند شده ولیکن از همه مهم‌تر ارتباطاتی است که سال‌ها پیش به پلاگین‌ها و اپلیکیشن‌های خاص نیاز داشت و مشکلات زیادی هم در راهکارهای آن روز به چشم می‌خورد. ارتباطات ویدیویی و صوتی این روزها بسیار ساده شده و WebRTC هم یکی از مقولات جدیدی است که به این سادگی و در عین حال توانمندی کمک زیادی کرده است.

WebRTC به توسعه ‌دهندگانی که به دنبال ایجاد ارتباطات آنی هستند، استفاده از تکنولوژی‌های متداول وب یعنی HTML5 ، جاوااسکریپت و CSS را پیشنهاد می‌کند. مثلاً بخش چت یک بازی مالتی‌پلیر آنلاین یا یک سایت ساده برای ویدیوکنفرانس را در نظر بگیرید، WebRTC ارتباطات آنی این اپلیکیشن‌ها را ساده می‌کند.

WebRTC واسط برنامه‌نویسی یا همان API است، اما نه به شکل یک محصول خاص یا یک واسط برنامه‌نویسی ویژه؛ در واقع WebRTC شامل گروهی از APIها برای تکمیل بخش‌های مختلف یک اپلیکیشن یا ارتباط تحت وب است و هر بخش هم به شکل‌های مختلفی در مرورگرها پشتیبانی می‌شود.

برخی از واسط‌های برنامه‌نوسی (API) در WebRTC مسئول دسترسی به وب‌کم و میکروفون یک کامپیوتر هستند و برخی دیگر وظایف محیرالعقول دیگری را انجام می‌دهند. مثلاً API خاصی برای به اشتراک‌گذاری صفحه با مخاطبین وجود دارد، منظورم از صفحه همان دستاپ یا نرم‌افزارهای اجرا شده‌ای است که روی دستاپ نمایش داده می‌شوند. حتی برای مخابره کردن ویدیو آن هم با کیفیت‌ها و بیت‌ریت‌های مختلف هم API خاصی وجود دارد. یکی دیگر از APIهای WebRTC که نام آن MediaStream API است، به توسعه‌دهنده اجازه می‌دهد که صدا را سریع پردازش کند، قطع یا متوقف کند و همین‌طور صداهای دیگری را اضافه کند.

بنابراین WebRTC یکی از کاربردی‌ترین تکنولوژی‌های وب است و توانمندی‌های بسیاری دارد؛ ویژگی مشترک کاربردهای WebRTC همان ارتباط آنی یا Realtime است.

== بررسی ادبیات موضوع ==
===جدول دانش===

http://s9.picofile.com/file/8271884542/Articles_For_WebRTC_1.jpg

===درخت دانش===
http://s9.picofile.com/file/8271885676/Website_Outline1.jpg

== بدنه تحقیق ==
ارتباطات چند رسانه ای تعاملی زمان واقعی از موضوعات تحقیقاتی فعال در زمینه ارتباطات راه دور در سال های اخیر بوده است. کنفرانس های راه دور به طور عمده توسط سیستم های اختصاصی و گران بر اساس دو پروتکل سیگنالینگ برجسته H.323 وSIP مورد حمایت قرار می گرفتند که SIP تطبیق پذیری بیشتری بدست آورد و از این رو تبدیل به استاندارد بالفعل برای VOIP و ویدئو کنفرانس شد . این سیستم ها معمولا نیازمند نرم افزار خاصی بودند که بایستی دانلود و نصب می شد که معمولا یک برنامه سفارشی یا یک افزونه بر روی مرورگر بود . در طول این سالها، ثابت شده است که تهدیدات امنیتی، بی ثباتی سیستم و ناسازگاری ناشی از پشتیبانی از پلاگین مرورگر ممکن است برای هر سیستم عامل متفاوت باشد. با این حال، همگرایی خدمات بسوی محیط وب در حال وقوع است.

اخیرا استانداردهایی برای ارتباطات زمان واقعی نظیر به نظیر منتشر شده است که بطور گسترده توسط مرورگرهای وب مدرن پشتیبانی می شوند بنابر این دیگر نیازی به استفاده از نرم افزارهای خاص برای برقراری ارتباطات real-time وجود ندارد .

WebRTC(Web Real-Time Communication) یک استاندارد و تلاش صنعت برای توسعه مدل مرورگر وب می باشد . برای اولین بار مرورگرها قادر به تبادل رسانه ی زمان واقعی (real-time media) بطور مستقیم با دیگر مرورگرها بصورت نظیر به نظیر (peer-to-peer) شدند .

کنسرسیوم شبکه جهانی وب (W3C) و نیروی ضربت مهندسی اینترنت (IETF) به طور مشترک ، API های جاوا اسکریپت ، استاندارد تگ های HTML5 و پروتوکل های ارتباطی زیرساختی را برای راه اندازی و مدیریت یک کانال ارتباطی قابل اعتماد بین هر جفت از مرورگرهای وب نسل بعدی تعریف کردند .

هدف این استانداردسازی معرفی یک API برای WebRTC است که برنامه تحت وب را قادر می سازد بر روی هر دستگاهی اجرا شود و دسترسی امنی به لوازم جانبی ورودی مانند وبکم و میکروفون داشته باشد تا بتواند دیتا و مدیای زمان واقعی را با یک سیستم راه دور تبادل کند .

WebRTC مجموعه ای از رابط های برنامه نویسی کاربردی جاوا اسکریپت برای استفاده از پروتکل های استاندارد در ارتباطات صوتی، تصویری و دیگر انواع داده های زمان واقعی بصورت نظیر به نظیر در مرورگرهای وب است که بطور گسترده توسط مرورگرهای وب دسکتاپ و موبایل پشتیبانی می شود و ساخت و توسعه ی خدمات ارتباطی بی درنگ بدون هیچ افزونه یا نرم افزار جانبی را امکان پذیر نموده است .

WebRTC ویژگی های از قبیل حق امتیاز کدک های رایگان، حمل و نقل داده ها به صورت امن با پروتکل امن زمان واقعی حمل و نقل (SRTP)، NAT و ... را فراهم می کند. WebRTC هیچ پروتکل سیگنالینگی را به برنامه نویس تحمیل نمی کند و برنامه نویس مختار است تا مکانیزم سیگنالینگ خود را انتخاب کند و می تواند از پروتکل های سیگنالینگ موجود برای ارتباط تلفن های قدیمی و یا سیستم های VOIP استفاده کند و بسته به توپولوژی سیگنالینگ، مدل های مختلف کنفرانس می تواند با WebRTC پیاده سازی شود.

استاندارد WebRTC در حال حاضر تحت فعالیت development.It بصورت یک تلاش مشترک از IETF RTCWeb و گروه های کاری W3C WebRTC می باشد . گروه کاری IETF RTCWeb بر روی پروتکل های اساسی تمرکز دارند و تمرکز W3C WebRTC بر روی توسعه API های جاوااسکریپ برای استفاده مرورگرهاست .
Webrtc ارتباط صوتی و تصویری و داده را بین کاربران بصورت نظیر به نظیر بسیار امن تر ، سریعتر و ساده تر با امکان استفاده بر روی دستگاه های مختلف فراهم می سازد. مزایای Webrtc نسبت به تکنولوژی های قدیمی تری که امکان برقراری ارتباط صوتی و تصویری بین کاربران اینترنت را فراهم می کردند را می توان به چند عنوان اصلی تقسیم کرد :

===1- کاربردپذیری (Useability)===
در تکنولوژی های قدیمی تر برای ارتباط با درایورهای سخت افزار نیاز به نصب افزونه هایی بود که بایستی متناسب با سیستم عامل دستگاه کاربر بر روی سیستم نصب می شد تا مکان استفاده از وبکم ، میکروفن و دیگر سخت افزار ها را فراهم می کرد ، ولی در Webrtc درصورتی که مرورگر دستگاه این تکنولوژی را ساپورت کند فارق از اینکه این دستگاه یک کامپیوتر رومیزی می باشد یا یک لپ تاپ یا تبلت یا موبایل یا هر دستگاه دیگری که قابلیت اتصال به اینترنت داشته باشد و برای مشاهده وب از مرورگر استفاده کند مانند تلوزیون ، تلفن و ... نیاز به نصب هیچ افزونه ای وجود ندارد واین امر باعث خواهد شد این تکنولوژی در مبحث اینترنت اشیا بسیار پرکاربرد باشد .

===2- امنیت و حریم خصوصی (security & Privacy) ===
در تکنولوژی های قدیمی تر مانند Silverlight برای ارتباط صوتی و تصویری میان کاربران لازم بود تا ارتباط هر یک با سرور برقرار باشد و صوت و تصویر را ابتدا برای سرور ارسال نموده و سرور اقدام به ارسال این صوت و تصویر به کاربر مقصد نمایند . به همین دلیل همواره این نگرانی وجود داشت تا شرکت ارائه دهنده خدمات از این اطلاعات استفاده های سوء نمایند و حریم خصوصی کاربران خود را نقض کند و اقدام به فروش این اطلاعات با مقاصد اقتصادی یا سیاسی نماید ولی در Webrtc ارتباط نظیر به نظیر بین مرورگرهای کاربران برقرار می شود و اطلاعات صوتی و تصویری و داده ها به هیچ وجه به سرور واسط آنها ارسال نمی گردد و این امر تضمینی برای حفظ امنیت و حریم خصوصی افراد است .

===3- کاهش هزینه ===
شرکت هایی که خدمات ویدئو کنفرانس یا کلاس های مجازی و یا ارتباطات تصویری دوطرفه را ارائه می دهند با هزینه های فزاینده ترافیک اینترنت و پردازش بسیار بالا بر روی سرورهای خود هستند زیرا بایستی تمام فایل های صوتی و تصویری ابتدا به سرور ارسال و سپس از آنحا به کاربر مقصد ارسال شود و این امر بار پردازشی سرور و پهنای باند بسیار زیادی را به سرور تحمیل می کند . صاحبان این شرکت ها نیز برای تامین هزینه های ناشی از این سربار فزاینده به ناچار قیمت خدمات خود را افزایش می دادند . در Webrtc چون سرور فقط نقش هماهنگ کننده را بین کاربران دارد و اطلاعات به سرور ارسال نمی شود به همین دلیل سربار پردازشی و پهنای باند نخواهد داشت و هزینه های نگهداری سرور به شدت کاهش پیدا می کند .

===4- افزایش کیفیت ===
در تلنولوژی های قدیمی تر چون ارتباط کلاینت – سروری بود و تمام اطلاعات به سرور ارسال می شد و از آنجا مجدد برای کاربر مقصد ارسال می شد ، توان پردازشی و پهنای باند سرور و همچنین میزان بار سرور در کیفیت ارتباط تاثیرگزار بود و در بهترین شرایط که میزان بار سرور کمینه بود و ازقدرت پردازشی و پهنای باند خوبی هم برخوردار بود ، به علت راسال مجدد اطلاعات و رفت و برگشت اضافی اطلاعات تاخیر بیشتری به وجود می آمد ولی در Webrtc به دلیل اینکه Connection بین مرورگرهای کاربران برقرار می گردد و اطلاعات بصورت Stream بین دو کاربر تبادل می شود کیفیت خدمات به شدت افزایش می یابد .

===معماری وب ===
معماری کلاسیک وب Client-Server می باشد که بر اساس آن مرورگرها درخواست های HTTP خود را برای دریافت محتوا به سرور ارسال می کنند و سرور نیز به این درخواست ها پاسخ می دهد . در سناریوی برنامه های تحت وب، سرور می تواند برخی از کد جاوا اسکریپت را در صفحه HTML ی که برای کاربر می فرستد جاسازی کنید. این کدها می توانند با مرورگرها ازطریق API های استاندارد جاوا اسکریپت و با کاربران از طریق رابط کاربری تعامل کنند.

===معماری WebRTC ===
WebRTC مدل کلاینت-سرور سنتی را با معرفی ارتباط نظیر به نظیر بین مرورگرها گسترش داده است . مدل عمومی تر معماری WebRTC که از مدل SIP(Session Initiation Protocol) الهام گرفته شده است و در شکل زیر نمایش داده شده است WebRTC Trapezoid نامیده می شود .
http://s4.picofile.com/file/8283360792/pic1.png

در مدل WebRTC Trapezoid هر دو مرورگر یک برنامه تحت وب را اجرا می کنند که بر روی وب سرور های متفاوت قرار داده شده است . پیام های سیگنالینگ برای راه اندازی و خاتمه ارتباط استفاده می شوند . این پیام ها از طریق پروتکل HTTP یا WebSocket بین وب سرور ها منتقل می شوند که می تواند در صورت نیاز آنها را تغییر ، ترجمه و یا مدیریت کند .بایستی توجه شود که ارتباط سیگنالینگ بین مرورگر و سرور درWebRTC استاندارد نشده است و توسعه دهنده مختار است تا از پروتکل های موجود در سازمان و یا هر پروتوکل دلخواه دیگری برای برقراری این ارتباط استفاده کند . بعد از اینکه مرورگرها از طریق این پروتکل سیگنالینگ و سرورها از مشخصات و توانایی های یکدیگر اطلاع پیدا کردند ، PeerConnection به آنها این امکان را می دهد تا یک کانکشن مستقیم بین یکدیگر برای انتقال اطلاعات بدون دخالت سرورهابرقرار کنند . سرور ها برای ارتباطات سیگنالینگ می توانند از پروتکل های استاندارد سیگنالینگ مانند SIP یا Jingle استفاده کنند .

یکی دیگر از مدل های معماری رایج WebRTC این است که هر دو مرورگر برنامه تحت وب را بر روی یک سرور اجرا کنند . این مدل معماری به WebRTC Triangle معروف است و مطابق با شکل زیر می باشد .
http://s1.picofile.com/file/8283360834/2.png

====WebRTC در مرورگرها ====
یک برنامه تحت وب WebRTC که ترکیبی از HTML و کدهای جاوااسکریپت می باشد ، از طریق API های استاندارد WebRTC با مرورگرها تعامل می کند و این امکان را فراهم می کند که برنامه کاربردی وب از توابع real-time مرورگر به درستی بهره برداری و استفاده نماید به عنوان مثال به وب کم یا میکروفن دسترسی داشته باشد . بنابراین API های WebRTC بایستی عملیات های وسیعی ازجمله مدیریت اتصال ، توانایی Encoding/Decoding ، کنترل استریم و ... را فراهم کند

http://s9.picofile.com/file/8283360968/3.png

طراحی API های WebRTC با یک مسئله چالش برانگیز مواجه است و آن این است که در این سناریو یک جریان زمان واقعی از داده ها در سراسر شبکه به منظور امکان ارتباط مستقیم بین دو مرورگر بدون واسطه ، در طول مسیر لازم است . این امر به وضوح نشان دهنده یک رویکرد انقلابی در ارتباطات مبتنی بر وب است .

فرض کنید می خواهیم یک ارتباط صوتی و تصویری آنلاین بین دو مرورگر بر قرار کنیم . در اینجا لازم است یک جریان داده مستقیم (media direct stream) بین دو مرورگر بر قرار باشد که این نیازمند یه Connection مستقیم بین دو مرورگر است . فعل و انفعالاتی که در این سناریو بایستی انجام شود توسط این عوامل انجام می گیرد :
• مرورگر تماس گیرنده و نرم افزار تماس گیرنده جاوا اسکریپت (برای مثال، از طریق API جاوا اسکریپتی ذکر شده (
• نرم افزار تماس گیرنده جاوا اسکریپت و ارائه دهنده برنامه (به طور معمول، یک وب سرور)
• ارائه دهنده نرم افزار و برنامه پذیرنده جاوا اسکریپت
• نرم افزار جاوا اسکریپت پذیرنده و مرورگر پذیرنده (باز از طریق API جاوا اسکریپت نرم افزار مرورگر (

===سیگنالینگ===
ایده کلی در طراحی WebRTC این است که بطور کامل مشخص شود که چگونه قرار است ارتباط رسانه ای کنترل شود در حالیکه پلن سیگنالینگ تا آنجایی که ممکن است در لایه کاربردی رها شده است . منطق این کار این است که برنامه های کاربردی مختلف ممکن است ترجیح دهند تا از پروتکل های استاندارد سیگنالینگ مختلفی استفاده کنند مانند : SIP یا XMPP یا حتی یک پروتکل شخصی سازی شده .

توضیحات جلسه (Session description) اطلاعات بسیار مهمی را نشان می دهد که نیاز به رد و بدل شدن دارد. از جمله اطلاعات حمل و نقل (ICE) ، نوع رسانه ، فرمت و همچنین تنظیمات مورد نیاز برای ایجاد یک Connection مستقیم و انتقال یک جریان داده در بستر آن .

از آنجا که ایده اصلی برای تبادل اطلاعات توضیحات جلسه (Session description) در قالب پروتکل توصیف نشست (SDP) در حال حاضر کاستی های بسیاری دارد ،IETF در حال حاضر از استاندارد ایجاد پروتکل جلسه جاوا اسکریپت (JSEP) استفاده می کند . JSEP رابط مورد نیاز یک برنامه کاربردی برای ایجاد مذاکره بین توضیحات جلسه محلی (local Session description) و توضیحات جلسه راه دور Session description) (Remoteرا فراهم می کند .

در واقع مرورگرها برای ایجاد یک Connection مستقیم نظیر به نظیر بین خود و برقراری جریان داده در این مسیر نیاز به اطلاعاتی از توانایی ها و پروتکل های مورد پشتیبانی یکدیگر دارند که این اطلاعات تحت عنوان توضیحات جلسه (Session description) بین آنها مبادکه می شود . روند مبادله این اطلاعات بدین گونه است که ابتدا یکی از طرفین که شروع کننده ارتباط است یه Affer برای طرف مقابل می فرستد و گیرنده نیز با توجه به این Affer یک پاسخ برای طرف دیگر ارسال می کند و طی یک فرایند مذاکره بر سر پروتکل ها و استانداردهای مورد پشتیبانی طرفین به توافق می رسند و ارتباط را بر مبنای آن شکل می دهند .
http://s6.picofile.com/file/8284467000/4.png

برای برقراری یک ارتباط WebRTC گام های زیر بایستی برداشته شود :
1- ایجاد یک شیء های MediaStream از دستگاه های محلی خود (به عنوان مثال، میکروفون، وب کم).
2- بدست آوردن یک URL از MediaStream محلی .
3- استفاده از URL محلی برای پیش نمایش محلی .
4- ایجاد یک شی RTCPeerConnection
5- افزودن استریم محلی به Connection ایجاد شده .
6- ارسال Session description خود برای طرف مقابل به عنوان یک Affer
7- دریافت Seeeion Description طرف مقابل به عوان یک Affer
8- پردازش Session description دریافتی و افزودن remote stream به RTCPeerConnection خود .
9- بدست آوردن Url برای RemoteStream
10- استفاده از Url بدست آمده و نمایش فیلم یا صوت طرف مقابل

روش های سیگنالینگ توسط WebRTC مشخص نشده است تا از افزونگی جلوگیری شود و بیشترین انطباق را با تکنولوژی های موجود در سازمان ها داشته باشد .
فرایند سیگنالیگ مربوط به پروتکل های مانند SIP (Session Initiation Protocol) ، XMPP (Extensible Messaging and Presence Protocol) ، XHR(XML HTTP Requsest) و SIP over WebSocket می باشد.
http://s1.picofile.com/file/8284467284/5.png

WebSocket یک افزونه جدید به مرورگرها است که در سال 2011 استاندارد شد . مهمترین مزیت WebSocket این است که هنگامیکه یک Session از جانب کلایت به سمت سرور ایجاد می کند ، تا زمانیکه Session بسته نشود آن را باز نگه می دارد . پیام ها می توانند متنی یا باینری باشند.
نمودار دنباله پیام ارتباطات WebRTC جریان ارتباط بین طرفین و سرور را توصیف میکند. این نمودار در زیر نشام داده شده است .
در راه کار سیگنالینگ 4 نوع پیام کنترلی ایجاد می شود :
- Initialize
- Initiator
- got user media
- peerChannel

این پیام های کنترلی متنی هستند و از آنها به منظور تنظیم Flag ها برای راه اندازی مکانیزم خاص استفاده می شود . در ابتدا Peer1 پیام initialize را به سمت سرور ارسال می کند تا به سرور اعلام کند که آغازگر جلسه است . پس از آن Peer1 رسانه های کاربر را که می تواند صوت با تصویر یا داده باشد را پس از دریافت پیام کنترلی Got user media از طرف سرور پیکربندی می کند . پس از آن peer1 در حال انتظار باقی می ماند تا Peer2 آماده شود . پس از فعال سازی Peer2 پیام سیگنالینگ معادل را ارسال می کند و وقتی متوجه می شود که آغازگر جلسه نیست ابتدا peerChannel و got user media را انجام می دهد و پس از آن هر دو طرف می توانند ارتباط Peer to Peer را برپا کنند .

پیام Affer و پاسخ آن با فرمت SDP (Session Description Protocol) ارسال می شود . SDP نقش اساسی در برپایی جلسه WebRTC ایفا می کند. SDP پروتکلی است که از طرف IETF و W3C برای تبادل اطلاعات رسانه بین طرفین انتخاب شده است. SDP اطلاعاتی مانند نوع مدیا ، فرمت ، Codec و دیگر خصوصیات مورد نیاز که برای یرپایی یک جلسه انتقال رسانه نیاز است را حمل می کند. همانطور که در دیاگرام زیر مشاهده می کنید که Peer1 یک SDP offer و یک ICE candidates به سمت سرور ارسال می کند و سرور آن را به Peer2 می فرستد . Peer2 هم یک SDP answer و یک ICE candidates را برای سرور ارسال می کند تا سرور برای Peer1 ارسال کند . پس از آن ارتباط Peer to Peer برپا می شود و از این پس طرفین می توانند بدون حضور سرور با یکدیگر تبادل پیام و صوت و تصویر داشته باشند .

http://s8.picofile.com/file/8284467692/6.png

تمام سیگنالینگ های SDP و پیام های کنترلی در برنامه WebRTC بصورت یک آبجکت JSON منتل می شوند . بطور خلاصه سه فاز دیاگرام بالا در شکل زیر نمایش داده شده است .

در فاز اول طرفین اقدام به تبادل پیام های کنترلی با سرور می کنند . در فاز دوم اقدام به ایجاد یک Peer Connection بر مبنای تبادل پیام از طریق SDP می کنند و در فاز سوم ارتیاط نظیر به نظیر برقرار شده و طرفین می توانند بصورت مستقیم تبادل پیام انجام دهند .

http://s6.picofile.com/file/8284467892/7.png

===اجزای اصلی WebRTC API ===
اجزای اصلی WebRTC API عبارتند از :
====MediaStream : ====به یک مرورگر وب اجازه دسترسی به میکروفن و دوربین را می دهد .
این API وظیفه کنترل جریان داده را دارد که دارای ورودی و خروجی است . منبع ورودی ممکن است یک دستگاه سخت افزاری مانند دوربین یا میکروفن باشد و خروجی ممکن است به یک یا چند مقصد مانند یک تگ ویدئو یا یک آبجکت PeerConnection ارسال شود . دو کامپوننت اصلی در MediaStream API ، MediaStream interface و MediaStreamTrack می باشد . MediaStream interface محتوای جریان داده را فراهم می کند . جریان داده می تواند قسمت های مختلفی اشته باشد ، این قسمت ها باعنوان Track شناخته می شوند که هر کدام از آنها نوع صریحی مانند Audio ، Video دارند .
http://s2.picofile.com/file/8284468500/8.png

MediaStreamTrack نوع داده ای را که از وردی گرفته شده است را مشخص می کند برای مثال نوع داده ورودی از میکروفن، Audio می باشد .

====RTCPeerConnection : ==== تماس صوتی یا تصویری را برقرار می کند .
این API به طرفین این امکان را می دهد تا یک ارتباط مستقیم مرورگر به مرورگر داشته باشند . WebRTC چارچوبی برای امکان برقراری ارتباط زمان واقعی فراهم می کند . معماری WebRTC سه بخش اساسی دارد . بخش اول شامل Audio ، Video و مکانیزمی برای انتقال می باشد . وضیفه اصلی مکانیزم Audio کاهش نویز و echo cancellation می باشد . مکایزم Video وظیفه بهبود تصاویر و بافر کردن ویدئو را دارد . بهبود تصاویر با استفاده از Codec VP8 انجام می گیرد .

http://s9.picofile.com/file/8284468734/9.png

====RTCDataChannel :==== به مرورگر اجازه می دهد تا داده را از کانال ارتباطی Peer to Peer ارسال کند .
ین API یک ارتباط دو طرفه بین دو طرفین فراهم می کند تا بتوانند داده ی دلخواه را بین خود تبادل کنند . هر RTCDataChannel می توان برای ارئه های مختلف پیکربندی شود :
- تحویل قابل اعتماد یا غیر قابل اعتماد از پیام؛
- تحویل پیام بصورت in-order یا out-of-order
تحویل in-order و قابل اعتماد معادل TCP می باشد و تحویل Out-of-order و غیر قابل اعتماد معادل UDP می باشد .

====Interactive Connectivity Establishment (ICE)====
سیستم آدرس دهی اینترنتی که کماکان مورد استفاده قرار می گیرد IPV4 می باشد و به همین دلیل بسیاری از دستگاه هایی که به اینترنت متصل می شوند به ناچار در پشت لایه هایی از NAT قرار می گیرند . NAT مکانیزمی برای نگاشت آدرس های اینترنتی اختصاصی به آدرس های اینترنتی عمومی است و این مکانیزم می تواند توسط ISP ها یا حتی توسط یک روتر WiFi خانگی انجام پذیرد .

توسعه دهندگان تکنولوژی WebRTC می توانند با استفاده از ICE پیچیدگی های سیستم آدرس دهی اینترنتی را ساده سازی کنند ، برای این کار لازم است تا آدرس سرور ICE را به PeerConnection ارسال کنند. ICE تلاش خواهد کرد تا بهترین مسیر را برای اتصال طرفین پیدا کند . ICE از دو نوع سرور STUN (Session Traversal Utilities for NAT) و TURN (Traversal Using Relays around NAT) استفاده می کند ، از سرور STUN برای یافتن این که چه آدرس خارجی ای را به طرف مقابل اختصاص بدهد استفاده می کند و اگر این روال با مشکل مواجه شود از سرور TURN برای مسیریابی استفاده می کند .

===E-learning ===
امروزه، با توسعه روش های نوین ارتباطی (اینترنت، تلفن همراه، و کامپیوتر) ،دانشگاه های سنتی از جمله دانشگاه آموزش الکترونیکی و مجازی با چالش های فاصله مواجه هستند ، آموزش الکترونیکی که در ابتدا توسط افراد حرفه ای که می خواستند برای تکمیل آموزش خود از این روش استفاده کنند مورد توجه قرار گرفت ، امروزه مورد توجه همگان قرار گرفته است . افراد با تجربه و مهارت کمتر در حوزه ارتباطات بایستی برای کار کردن با سیستم های آموزش الکترونیک ، دانش کافی را کسب کنند . برای آموزش مجازی سیستم های یادگیری از راه دور بسیاری وجود دارد که شامل خودارزیابی و ارزیابی آنلاین می باشند . یکی از این سیستم ها Moodle است که توسط دانشگاه های زیادی مورد استفاده قرار می گیرد . پس از معرفی WebRTC توسط گوگل که کمک شایانی در برقراری ارتباط زمان واقعی می کند انقلابی در سیستم های یادگیری آنلاین اتفاق افتاد .

یکپارچه سازی WebRTC با سیستم آموزش الکترونیکی Moddle توسط پلاگینی از WebRTC برای Moddle تست شده است ولی فقط ارتباطات پایه ای صوت و تصویر امکان پذیر است و هنوز تمام امکانات ارائه شده توسط WebRTC در آن پیاده سازی نشده است . مشکل دیگری که دانشگاه های مجازی با آن مواجه هستند ، ارزیابی دانش آموزان در دوره های زبان و STEM است . برای رفع این محدوذیت می توان از امکانات تکنولوژی جدید WebRTC استفاده کرد و قابلیت های زیر را به پلاگین Moddle اضافه کرد :
- Presentation of the virtual classroom
- Language oral exam
- Whiteboard
- Mathematical editor
- File Transfert

===Performance===
تعامل مستقیم کاربران با استفاده از WebRTC ، زمان پاسخ و عملکرد آن را حیاتی کرده است . نیاز WebRTC به توان پردازشی و پهنای باند بالا ، سیستم ها بویژه دستگاه های تلفن همران با منابع محدود را به بهبود منابع فرا می خواند .

اندازه گیری از قابلیت های اساسی و پیشرفته از پیاده سازی فعلی و آینده از WebRTC به ویژه در این مرحله از استاندارد و توسعه مهم است. برای این منظور جنبه های مختلف یک سیستم WebRTC مورد ارزیابی قرار گرفته است . برای مثال در مقالات متعددی چگونگی انجام کنترل ازدحام و زمان تاخیر در توپولوژی های مختلف نشان داده شده است . مطالعه دیگری نشان می دهد ، کیفیت ویدیو در راه اندازی واقع بینانه برای دستگاه هایی که در فضای شبکه در حال حرکت هستند چگونه تغییر می کند .

نتایج یکی از آزمایش های انجام شده برای ارزیابی پارامترهای مختلف یک سیستم WebRTC بر روی گوشی Galaxy S5 به شرح زیر می باشد .
- اندازه STUN BINDING REQUEST برای اتصال درخواست 154 بایت
- اندازه STUN BINDING RESPONSE برای پاسخ به درخواست 106 بایت
- درخواست های STUN برای هر 500ms ارسال می شد .
جدول زیر تجزیه و تحلیل مربوط به استفاده از پهنای باند در هر ثانیه تنها برای پاسخ به درخواست STUN را نمایش می هد .
With Bundle Without Bundle
520 bytes 1040 bytes Bandwidth
Utilization
این تجزیه و تحلیل با گرفتن نمونه های تصادفی از مصرف پهنای باند در طول فرآیندجلسه و با در نظر گرفتن متوسط نمونه ها انجام شده است .
http://s4.picofile.com/file/8284472242/10.jpg

این تجزیه و تحلیل با گرفتن نمونه های تصادفی از مصرف پهنای باند در طول فرآیندجلسه و با در نظر گرفتن متوسط نمونه ها انجام شده است .
همچنین میزان استفاده از باتری برای برپایی یک جلسه صوتی و تصویری با استفاده از Bundle و بدون استفاده از آن شبیه سازی شده است . در فرایند شبیه سازی برای ارسال صوت و تصویر از بسته های RTP و RTCP بر روی یک ارتباط تکی استفاده شده است .

Battery usage without Bundle :
http://s7.picofile.com/file/8284473142/11.png

Battery usage with Bundl :
http://s4.picofile.com/file/8284473276/12.png

در نهایت WebRTC یک محیط سازگار برای تضمین استقرار جلسه صوتی و تصویری بین مرورگر های شرکت های مختلف فراهم می کند و همچنین محیطی توسعه پذیرتر و توسعه پسندتر نسبت به سیستم های پلاگین محور فراهم می کند .
آزمایشات انجام شده نشان می دهد یکپارچه سازی بسته نرم افزاری در WebRTC مصرف باتری و میزان استفاده از پهنای باند را به شدت کاهش می دهد و بهره وری سیستم را بهبود می بخشد .

== نتیجه گیری ==
نتیجه ای که در نهایت حاصل شده است.

== مراجع ==
*[http://ieeexplore.ieee.org/document/7489664/] Samuel Ouya ,Khalifa Sylla,Pape Mamadou Djidiack Faye,Mouhamadou Yaya Sow and Claude Lishou. "Impact of integrating WebRTC in universities' e-learning platforms" Information and Communication Technologies (WICT) (Dec. 2015 ): 14-16
*[http://ieeexplore.ieee.org/document/7160422/]Branislav Sredojev ,Dragan Samardzija and Dragan Posarac. "WebRTC technology overview and signaling solution design and implementation" Information and Communication Technology, Electronics and Microelectronics (MIPRO) (May 2015 ): 25-29
*[http://ieeexplore.ieee.org/document/6956711/]Chuan-Yen Chiang ,Yen-Lin Chen,Pei-Shiun Tsai and Shyan-Ming Yuan. "A Video Conferencing System Based on WebRTC for Seniors" Trustworthy Systems and their Applications (TSA) (June 2014): 9-10
*[http://ieeexplore.ieee.org/document/6757840/] Michael Adeyeye ,Ishmeal Makitla and Thomas Fogwill. "Determining the signalling overhead of two common WebRTC methods: JSON via XMLHttpRequest and SIP over WebSocket" AFRICON (Sept. 2013): 9-12
*[http://ieeexplore.ieee.org/document/7280092/]Kiran Kumar Guduru and Sachin Dev. "Web RTC Implementation Analysis and Impact of Bundle Feature" Communication Systems and Network Technologies (CSNT) (April 2015): 4-6

آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی

2017-01-30T19:49:14Z

Rasool yekta:

*مــــــوضوع : '''آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی'''
*تهيه كننده : '''رسول ابوالحسنی یکتا'''

== چکیده ==
* [http://ceit.aut.ac.ir/~hshahriari/how-to-write-abstract.htm چگونه یک چکیده خوب بنویسیم؟]

== مقدمه ==
یکی از چالشهای بزرگ برای وب ، فراهم کردن راهی برای ارتباط انسان ها به وسیله صوت و تصویر بوده وهمواره ارتباط بلادرنگ کاری پیچیده و هزینه بر بوده است . دنیای امروز ما با اینترنتی عجین شده که همان اینترنت ساده‌ی ۱۰ سال پیش نیست. ارتباطاتی که در حال حاضر می‌توان از طریق اینترنت برقرار کرد، فقط ایمیل‌های ساده‌ی دیروز نیست. حتی ایمیل هم آمیخته به سرویس‌های ابری قدرتمند شده ولیکن از همه مهم‌تر ارتباطاتی است که سال‌ها پیش به پلاگین‌ها و اپلیکیشن‌های خاص نیاز داشت و مشکلات زیادی هم در راهکارهای آن روز به چشم می‌خورد. ارتباطات ویدیویی و صوتی این روزها بسیار ساده شده و WebRTC هم یکی از مقولات جدیدی است که به این سادگی و در عین حال توانمندی کمک زیادی کرده است.

WebRTC به توسعه ‌دهندگانی که به دنبال ایجاد ارتباطات آنی هستند، استفاده از تکنولوژی‌های متداول وب یعنی HTML5 ، جاوااسکریپت و CSS را پیشنهاد می‌کند. مثلاً بخش چت یک بازی مالتی‌پلیر آنلاین یا یک سایت ساده برای ویدیوکنفرانس را در نظر بگیرید، WebRTC ارتباطات آنی این اپلیکیشن‌ها را ساده می‌کند.

WebRTC واسط برنامه‌نویسی یا همان API است، اما نه به شکل یک محصول خاص یا یک واسط برنامه‌نویسی ویژه؛ در واقع WebRTC شامل گروهی از APIها برای تکمیل بخش‌های مختلف یک اپلیکیشن یا ارتباط تحت وب است و هر بخش هم به شکل‌های مختلفی در مرورگرها پشتیبانی می‌شود.

برخی از واسط‌های برنامه‌نوسی (API) در WebRTC مسئول دسترسی به وب‌کم و میکروفون یک کامپیوتر هستند و برخی دیگر وظایف محیرالعقول دیگری را انجام می‌دهند. مثلاً API خاصی برای به اشتراک‌گذاری صفحه با مخاطبین وجود دارد، منظورم از صفحه همان دستاپ یا نرم‌افزارهای اجرا شده‌ای است که روی دستاپ نمایش داده می‌شوند. حتی برای مخابره کردن ویدیو آن هم با کیفیت‌ها و بیت‌ریت‌های مختلف هم API خاصی وجود دارد. یکی دیگر از APIهای WebRTC که نام آن MediaStream API است، به توسعه‌دهنده اجازه می‌دهد که صدا را سریع پردازش کند، قطع یا متوقف کند و همین‌طور صداهای دیگری را اضافه کند.

بنابراین WebRTC یکی از کاربردی‌ترین تکنولوژی‌های وب است و توانمندی‌های بسیاری دارد؛ ویژگی مشترک کاربردهای WebRTC همان ارتباط آنی یا Realtime است.

== بررسی ادبیات موضوع ==
===جدول دانش===

http://s9.picofile.com/file/8271884542/Articles_For_WebRTC_1.jpg

===درخت دانش===
http://s9.picofile.com/file/8271885676/Website_Outline1.jpg

== بدنه تحقیق ==
ارتباطات چند رسانه ای تعاملی زمان واقعی از موضوعات تحقیقاتی فعال در زمینه ارتباطات راه دور در سال های اخیر بوده است. کنفرانس های راه دور به طور عمده توسط سیستم های اختصاصی و گران بر اساس دو پروتکل سیگنالینگ برجسته H.323 وSIP مورد حمایت قرار می گرفتند که SIP تطبیق پذیری بیشتری بدست آورد و از این رو تبدیل به استاندارد بالفعل برای VOIP و ویدئو کنفرانس شد . این سیستم ها معمولا نیازمند نرم افزار خاصی بودند که بایستی دانلود و نصب می شد که معمولا یک برنامه سفارشی یا یک افزونه بر روی مرورگر بود . در طول این سالها، ثابت شده است که تهدیدات امنیتی، بی ثباتی سیستم و ناسازگاری ناشی از پشتیبانی از پلاگین مرورگر ممکن است برای هر سیستم عامل متفاوت باشد. با این حال، همگرایی خدمات بسوی محیط وب در حال وقوع است.

اخیرا استانداردهایی برای ارتباطات زمان واقعی نظیر به نظیر منتشر شده است که بطور گسترده توسط مرورگرهای وب مدرن پشتیبانی می شوند بنابر این دیگر نیازی به استفاده از نرم افزارهای خاص برای برقراری ارتباطات real-time وجود ندارد .

WebRTC(Web Real-Time Communication) یک استاندارد و تلاش صنعت برای توسعه مدل مرورگر وب می باشد . برای اولین بار مرورگرها قادر به تبادل رسانه ی زمان واقعی (real-time media) بطور مستقیم با دیگر مرورگرها بصورت نظیر به نظیر (peer-to-peer) شدند .

کنسرسیوم شبکه جهانی وب (W3C) و نیروی ضربت مهندسی اینترنت (IETF) به طور مشترک ، API های جاوا اسکریپت ، استاندارد تگ های HTML5 و پروتوکل های ارتباطی زیرساختی را برای راه اندازی و مدیریت یک کانال ارتباطی قابل اعتماد بین هر جفت از مرورگرهای وب نسل بعدی تعریف کردند .

هدف این استانداردسازی معرفی یک API برای WebRTC است که برنامه تحت وب را قادر می سازد بر روی هر دستگاهی اجرا شود و دسترسی امنی به لوازم جانبی ورودی مانند وبکم و میکروفون داشته باشد تا بتواند دیتا و مدیای زمان واقعی را با یک سیستم راه دور تبادل کند .

WebRTC مجموعه ای از رابط های برنامه نویسی کاربردی جاوا اسکریپت برای استفاده از پروتکل های استاندارد در ارتباطات صوتی، تصویری و دیگر انواع داده های زمان واقعی بصورت نظیر به نظیر در مرورگرهای وب است که بطور گسترده توسط مرورگرهای وب دسکتاپ و موبایل پشتیبانی می شود و ساخت و توسعه ی خدمات ارتباطی بی درنگ بدون هیچ افزونه یا نرم افزار جانبی را امکان پذیر نموده است .

WebRTC ویژگی های از قبیل حق امتیاز کدک های رایگان، حمل و نقل داده ها به صورت امن با پروتکل امن زمان واقعی حمل و نقل (SRTP)، NAT و ... را فراهم می کند. WebRTC هیچ پروتکل سیگنالینگی را به برنامه نویس تحمیل نمی کند و برنامه نویس مختار است تا مکانیزم سیگنالینگ خود را انتخاب کند و می تواند از پروتکل های سیگنالینگ موجود برای ارتباط تلفن های قدیمی و یا سیستم های VOIP استفاده کند و بسته به توپولوژی سیگنالینگ، مدل های مختلف کنفرانس می تواند با WebRTC پیاده سازی شود.

استاندارد WebRTC در حال حاضر تحت فعالیت development.It بصورت یک تلاش مشترک از IETF RTCWeb و گروه های کاری W3C WebRTC می باشد . گروه کاری IETF RTCWeb بر روی پروتکل های اساسی تمرکز دارند و تمرکز W3C WebRTC بر روی توسعه API های جاوااسکریپ برای استفاده مرورگرهاست .
Webrtc ارتباط صوتی و تصویری و داده را بین کاربران بصورت نظیر به نظیر بسیار امن تر ، سریعتر و ساده تر با امکان استفاده بر روی دستگاه های مختلف فراهم می سازد. مزایای Webrtc نسبت به تکنولوژی های قدیمی تری که امکان برقراری ارتباط صوتی و تصویری بین کاربران اینترنت را فراهم می کردند را می توان به چند عنوان اصلی تقسیم کرد :

===1- کاربردپذیری (Useability)===
در تکنولوژی های قدیمی تر برای ارتباط با درایورهای سخت افزار نیاز به نصب افزونه هایی بود که بایستی متناسب با سیستم عامل دستگاه کاربر بر روی سیستم نصب می شد تا مکان استفاده از وبکم ، میکروفن و دیگر سخت افزار ها را فراهم می کرد ، ولی در Webrtc درصورتی که مرورگر دستگاه این تکنولوژی را ساپورت کند فارق از اینکه این دستگاه یک کامپیوتر رومیزی می باشد یا یک لپ تاپ یا تبلت یا موبایل یا هر دستگاه دیگری که قابلیت اتصال به اینترنت داشته باشد و برای مشاهده وب از مرورگر استفاده کند مانند تلوزیون ، تلفن و ... نیاز به نصب هیچ افزونه ای وجود ندارد واین امر باعث خواهد شد این تکنولوژی در مبحث اینترنت اشیا بسیار پرکاربرد باشد .

===2- امنیت و حریم خصوصی (security & Privacy) ===
در تکنولوژی های قدیمی تر مانند Silverlight برای ارتباط صوتی و تصویری میان کاربران لازم بود تا ارتباط هر یک با سرور برقرار باشد و صوت و تصویر را ابتدا برای سرور ارسال نموده و سرور اقدام به ارسال این صوت و تصویر به کاربر مقصد نمایند . به همین دلیل همواره این نگرانی وجود داشت تا شرکت ارائه دهنده خدمات از این اطلاعات استفاده های سوء نمایند و حریم خصوصی کاربران خود را نقض کند و اقدام به فروش این اطلاعات با مقاصد اقتصادی یا سیاسی نماید ولی در Webrtc ارتباط نظیر به نظیر بین مرورگرهای کاربران برقرار می شود و اطلاعات صوتی و تصویری و داده ها به هیچ وجه به سرور واسط آنها ارسال نمی گردد و این امر تضمینی برای حفظ امنیت و حریم خصوصی افراد است .

===3- کاهش هزینه ===
شرکت هایی که خدمات ویدئو کنفرانس یا کلاس های مجازی و یا ارتباطات تصویری دوطرفه را ارائه می دهند با هزینه های فزاینده ترافیک اینترنت و پردازش بسیار بالا بر روی سرورهای خود هستند زیرا بایستی تمام فایل های صوتی و تصویری ابتدا به سرور ارسال و سپس از آنحا به کاربر مقصد ارسال شود و این امر بار پردازشی سرور و پهنای باند بسیار زیادی را به سرور تحمیل می کند . صاحبان این شرکت ها نیز برای تامین هزینه های ناشی از این سربار فزاینده به ناچار قیمت خدمات خود را افزایش می دادند . در Webrtc چون سرور فقط نقش هماهنگ کننده را بین کاربران دارد و اطلاعات به سرور ارسال نمی شود به همین دلیل سربار پردازشی و پهنای باند نخواهد داشت و هزینه های نگهداری سرور به شدت کاهش پیدا می کند .

===4- افزایش کیفیت ===
در تلنولوژی های قدیمی تر چون ارتباط کلاینت – سروری بود و تمام اطلاعات به سرور ارسال می شد و از آنجا مجدد برای کاربر مقصد ارسال می شد ، توان پردازشی و پهنای باند سرور و همچنین میزان بار سرور در کیفیت ارتباط تاثیرگزار بود و در بهترین شرایط که میزان بار سرور کمینه بود و ازقدرت پردازشی و پهنای باند خوبی هم برخوردار بود ، به علت راسال مجدد اطلاعات و رفت و برگشت اضافی اطلاعات تاخیر بیشتری به وجود می آمد ولی در Webrtc به دلیل اینکه Connection بین مرورگرهای کاربران برقرار می گردد و اطلاعات بصورت Stream بین دو کاربر تبادل می شود کیفیت خدمات به شدت افزایش می یابد .

===معماری وب ===
معماری کلاسیک وب Client-Server می باشد که بر اساس آن مرورگرها درخواست های HTTP خود را برای دریافت محتوا به سرور ارسال می کنند و سرور نیز به این درخواست ها پاسخ می دهد . در سناریوی برنامه های تحت وب، سرور می تواند برخی از کد جاوا اسکریپت را در صفحه HTML ی که برای کاربر می فرستد جاسازی کنید. این کدها می توانند با مرورگرها ازطریق API های استاندارد جاوا اسکریپت و با کاربران از طریق رابط کاربری تعامل کنند.

===معماری WebRTC ===
WebRTC مدل کلاینت-سرور سنتی را با معرفی ارتباط نظیر به نظیر بین مرورگرها گسترش داده است . مدل عمومی تر معماری WebRTC که از مدل SIP(Session Initiation Protocol) الهام گرفته شده است و در شکل زیر نمایش داده شده است WebRTC Trapezoid نامیده می شود .
http://s4.picofile.com/file/8283360792/pic1.png

در مدل WebRTC Trapezoid هر دو مرورگر یک برنامه تحت وب را اجرا می کنند که بر روی وب سرور های متفاوت قرار داده شده است . پیام های سیگنالینگ برای راه اندازی و خاتمه ارتباط استفاده می شوند . این پیام ها از طریق پروتکل HTTP یا WebSocket بین وب سرور ها منتقل می شوند که می تواند در صورت نیاز آنها را تغییر ، ترجمه و یا مدیریت کند .بایستی توجه شود که ارتباط سیگنالینگ بین مرورگر و سرور درWebRTC استاندارد نشده است و توسعه دهنده مختار است تا از پروتکل های موجود در سازمان و یا هر پروتوکل دلخواه دیگری برای برقراری این ارتباط استفاده کند . بعد از اینکه مرورگرها از طریق این پروتکل سیگنالینگ و سرورها از مشخصات و توانایی های یکدیگر اطلاع پیدا کردند ، PeerConnection به آنها این امکان را می دهد تا یک کانکشن مستقیم بین یکدیگر برای انتقال اطلاعات بدون دخالت سرورهابرقرار کنند . سرور ها برای ارتباطات سیگنالینگ می توانند از پروتکل های استاندارد سیگنالینگ مانند SIP یا Jingle استفاده کنند .

یکی دیگر از مدل های معماری رایج WebRTC این است که هر دو مرورگر برنامه تحت وب را بر روی یک سرور اجرا کنند . این مدل معماری به WebRTC Triangle معروف است و مطابق با شکل زیر می باشد .
http://s1.picofile.com/file/8283360834/2.png

====WebRTC در مرورگرها ====
یک برنامه تحت وب WebRTC که ترکیبی از HTML و کدهای جاوااسکریپت می باشد ، از طریق API های استاندارد WebRTC با مرورگرها تعامل می کند و این امکان را فراهم می کند که برنامه کاربردی وب از توابع real-time مرورگر به درستی بهره برداری و استفاده نماید به عنوان مثال به وب کم یا میکروفن دسترسی داشته باشد . بنابراین API های WebRTC بایستی عملیات های وسیعی ازجمله مدیریت اتصال ، توانایی Encoding/Decoding ، کنترل استریم و ... را فراهم کند

http://s9.picofile.com/file/8283360968/3.png

طراحی API های WebRTC با یک مسئله چالش برانگیز مواجه است و آن این است که در این سناریو یک جریان زمان واقعی از داده ها در سراسر شبکه به منظور امکان ارتباط مستقیم بین دو مرورگر بدون واسطه ، در طول مسیر لازم است . این امر به وضوح نشان دهنده یک رویکرد انقلابی در ارتباطات مبتنی بر وب است .

فرض کنید می خواهیم یک ارتباط صوتی و تصویری آنلاین بین دو مرورگر بر قرار کنیم . در اینجا لازم است یک جریان داده مستقیم (media direct stream) بین دو مرورگر بر قرار باشد که این نیازمند یه Connection مستقیم بین دو مرورگر است . فعل و انفعالاتی که در این سناریو بایستی انجام شود توسط این عوامل انجام می گیرد :
• مرورگر تماس گیرنده و نرم افزار تماس گیرنده جاوا اسکریپت (برای مثال، از طریق API جاوا اسکریپتی ذکر شده (
• نرم افزار تماس گیرنده جاوا اسکریپت و ارائه دهنده برنامه (به طور معمول، یک وب سرور)
• ارائه دهنده نرم افزار و برنامه پذیرنده جاوا اسکریپت
• نرم افزار جاوا اسکریپت پذیرنده و مرورگر پذیرنده (باز از طریق API جاوا اسکریپت نرم افزار مرورگر (

===سیگنالینگ===
ایده کلی در طراحی WebRTC این است که بطور کامل مشخص شود که چگونه قرار است ارتباط رسانه ای کنترل شود در حالیکه پلن سیگنالینگ تا آنجایی که ممکن است در لایه کاربردی رها شده است . منطق این کار این است که برنامه های کاربردی مختلف ممکن است ترجیح دهند تا از پروتکل های استاندارد سیگنالینگ مختلفی استفاده کنند مانند : SIP یا XMPP یا حتی یک پروتکل شخصی سازی شده .

توضیحات جلسه (Session description) اطلاعات بسیار مهمی را نشان می دهد که نیاز به رد و بدل شدن دارد. از جمله اطلاعات حمل و نقل (ICE) ، نوع رسانه ، فرمت و همچنین تنظیمات مورد نیاز برای ایجاد یک Connection مستقیم و انتقال یک جریان داده در بستر آن .

از آنجا که ایده اصلی برای تبادل اطلاعات توضیحات جلسه (Session description) در قالب پروتکل توصیف نشست (SDP) در حال حاضر کاستی های بسیاری دارد ،IETF در حال حاضر از استاندارد ایجاد پروتکل جلسه جاوا اسکریپت (JSEP) استفاده می کند . JSEP رابط مورد نیاز یک برنامه کاربردی برای ایجاد مذاکره بین توضیحات جلسه محلی (local Session description) و توضیحات جلسه راه دور Session description) (Remoteرا فراهم می کند .

در واقع مرورگرها برای ایجاد یک Connection مستقیم نظیر به نظیر بین خود و برقراری جریان داده در این مسیر نیاز به اطلاعاتی از توانایی ها و پروتکل های مورد پشتیبانی یکدیگر دارند که این اطلاعات تحت عنوان توضیحات جلسه (Session description) بین آنها مبادکه می شود . روند مبادله این اطلاعات بدین گونه است که ابتدا یکی از طرفین که شروع کننده ارتباط است یه Affer برای طرف مقابل می فرستد و گیرنده نیز با توجه به این Affer یک پاسخ برای طرف دیگر ارسال می کند و طی یک فرایند مذاکره بر سر پروتکل ها و استانداردهای مورد پشتیبانی طرفین به توافق می رسند و ارتباط را بر مبنای آن شکل می دهند .
http://s6.picofile.com/file/8284467000/4.png

برای برقراری یک ارتباط WebRTC گام های زیر بایستی برداشته شود :
1- ایجاد یک شیء های MediaStream از دستگاه های محلی خود (به عنوان مثال، میکروفون، وب کم).
2- بدست آوردن یک URL از MediaStream محلی .
3- استفاده از URL محلی برای پیش نمایش محلی .
4- ایجاد یک شی RTCPeerConnection
5- افزودن استریم محلی به Connection ایجاد شده .
6- ارسال Session description خود برای طرف مقابل به عنوان یک Affer
7- دریافت Seeeion Description طرف مقابل به عوان یک Affer
8- پردازش Session description دریافتی و افزودن remote stream به RTCPeerConnection خود .
9- بدست آوردن Url برای RemoteStream
10- استفاده از Url بدست آمده و نمایش فیلم یا صوت طرف مقابل

روش های سیگنالینگ توسط WebRTC مشخص نشده است تا از افزونگی جلوگیری شود و بیشترین انطباق را با تکنولوژی های موجود در سازمان ها داشته باشد .
فرایند سیگنالیگ مربوط به پروتکل های مانند SIP (Session Initiation Protocol) ، XMPP (Extensible Messaging and Presence Protocol) ، XHR(XML HTTP Requsest) و SIP over WebSocket می باشد.
http://s1.picofile.com/file/8284467284/5.png

WebSocket یک افزونه جدید به مرورگرها است که در سال 2011 استاندارد شد . مهمترین مزیت WebSocket این است که هنگامیکه یک Session از جانب کلایت به سمت سرور ایجاد می کند ، تا زمانیکه Session بسته نشود آن را باز نگه می دارد . پیام ها می توانند متنی یا باینری باشند.
نمودار دنباله پیام ارتباطات WebRTC جریان ارتباط بین طرفین و سرور را توصیف میکند. این نمودار در زیر نشام داده شده است .
در راه کار سیگنالینگ 4 نوع پیام کنترلی ایجاد می شود :
- Initialize
- Initiator
- got user media
- peerChannel

این پیام های کنترلی متنی هستند و از آنها به منظور تنظیم Flag ها برای راه اندازی مکانیزم خاص استفاده می شود . در ابتدا Peer1 پیام initialize را به سمت سرور ارسال می کند تا به سرور اعلام کند که آغازگر جلسه است . پس از آن Peer1 رسانه های کاربر را که می تواند صوت با تصویر یا داده باشد را پس از دریافت پیام کنترلی Got user media از طرف سرور پیکربندی می کند . پس از آن peer1 در حال انتظار باقی می ماند تا Peer2 آماده شود . پس از فعال سازی Peer2 پیام سیگنالینگ معادل را ارسال می کند و وقتی متوجه می شود که آغازگر جلسه نیست ابتدا peerChannel و got user media را انجام می دهد و پس از آن هر دو طرف می توانند ارتباط Peer to Peer را برپا کنند .

پیام Affer و پاسخ آن با فرمت SDP (Session Description Protocol) ارسال می شود . SDP نقش اساسی در برپایی جلسه WebRTC ایفا می کند. SDP پروتکلی است که از طرف IETF و W3C برای تبادل اطلاعات رسانه بین طرفین انتخاب شده است. SDP اطلاعاتی مانند نوع مدیا ، فرمت ، Codec و دیگر خصوصیات مورد نیاز که برای یرپایی یک جلسه انتقال رسانه نیاز است را حمل می کند. همانطور که در دیاگرام زیر مشاهده می کنید که Peer1 یک SDP offer و یک ICE candidates به سمت سرور ارسال می کند و سرور آن را به Peer2 می فرستد . Peer2 هم یک SDP answer و یک ICE candidates را برای سرور ارسال می کند تا سرور برای Peer1 ارسال کند . پس از آن ارتباط Peer to Peer برپا می شود و از این پس طرفین می توانند بدون حضور سرور با یکدیگر تبادل پیام و صوت و تصویر داشته باشند .

http://s8.picofile.com/file/8284467692/6.png

تمام سیگنالینگ های SDP و پیام های کنترلی در برنامه WebRTC بصورت یک آبجکت JSON منتل می شوند . بطور خلاصه سه فاز دیاگرام بالا در شکل زیر نمایش داده شده است .

در فاز اول طرفین اقدام به تبادل پیام های کنترلی با سرور می کنند . در فاز دوم اقدام به ایجاد یک Peer Connection بر مبنای تبادل پیام از طریق SDP می کنند و در فاز سوم ارتیاط نظیر به نظیر برقرار شده و طرفین می توانند بصورت مستقیم تبادل پیام انجام دهند .

http://s6.picofile.com/file/8284467892/7.png

===اجزای اصلی WebRTC API ===
اجزای اصلی WebRTC API عبارتند از :
====MediaStream : ====به یک مرورگر وب اجازه دسترسی به میکروفن و دوربین را می دهد .
این API وظیفه کنترل جریان داده را دارد که دارای ورودی و خروجی است . منبع ورودی ممکن است یک دستگاه سخت افزاری مانند دوربین یا میکروفن باشد و خروجی ممکن است به یک یا چند مقصد مانند یک تگ ویدئو یا یک آبجکت PeerConnection ارسال شود . دو کامپوننت اصلی در MediaStream API ، MediaStream interface و MediaStreamTrack می باشد . MediaStream interface محتوای جریان داده را فراهم می کند . جریان داده می تواند قسمت های مختلفی اشته باشد ، این قسمت ها باعنوان Track شناخته می شوند که هر کدام از آنها نوع صریحی مانند Audio ، Video دارند .
http://s2.picofile.com/file/8284468500/8.png

MediaStreamTrack نوع داده ای را که از وردی گرفته شده است را مشخص می کند برای مثال نوع داده ورودی از میکروفن، Audio می باشد .

====RTCPeerConnection : ==== تماس صوتی یا تصویری را برقرار می کند .
این API به طرفین این امکان را می دهد تا یک ارتباط مستقیم مرورگر به مرورگر داشته باشند . WebRTC چارچوبی برای امکان برقراری ارتباط زمان واقعی فراهم می کند . معماری WebRTC سه بخش اساسی دارد . بخش اول شامل Audio ، Video و مکانیزمی برای انتقال می باشد . وضیفه اصلی مکانیزم Audio کاهش نویز و echo cancellation می باشد . مکایزم Video وظیفه بهبود تصاویر و بافر کردن ویدئو را دارد . بهبود تصاویر با استفاده از Codec VP8 انجام می گیرد .

http://s9.picofile.com/file/8284468734/9.png

====RTCDataChannel :==== به مرورگر اجازه می دهد تا داده را از کانال ارتباطی Peer to Peer ارسال کند .
ین API یک ارتباط دو طرفه بین دو طرفین فراهم می کند تا بتوانند داده ی دلخواه را بین خود تبادل کنند . هر RTCDataChannel می توان برای ارئه های مختلف پیکربندی شود :
- تحویل قابل اعتماد یا غیر قابل اعتماد از پیام؛
- تحویل پیام بصورت in-order یا out-of-order
تحویل in-order و قابل اعتماد معادل TCP می باشد و تحویل Out-of-order و غیر قابل اعتماد معادل UDP می باشد .

====Interactive Connectivity Establishment (ICE)====
سیستم آدرس دهی اینترنتی که کماکان مورد استفاده قرار می گیرد IPV4 می باشد و به همین دلیل بسیاری از دستگاه هایی که به اینترنت متصل می شوند به ناچار در پشت لایه هایی از NAT قرار می گیرند . NAT مکانیزمی برای نگاشت آدرس های اینترنتی اختصاصی به آدرس های اینترنتی عمومی است و این مکانیزم می تواند توسط ISP ها یا حتی توسط یک روتر WiFi خانگی انجام پذیرد .

توسعه دهندگان تکنولوژی WebRTC می توانند با استفاده از ICE پیچیدگی های سیستم آدرس دهی اینترنتی را ساده سازی کنند ، برای این کار لازم است تا آدرس سرور ICE را به PeerConnection ارسال کنند. ICE تلاش خواهد کرد تا بهترین مسیر را برای اتصال طرفین پیدا کند . ICE از دو نوع سرور STUN (Session Traversal Utilities for NAT) و TURN (Traversal Using Relays around NAT) استفاده می کند ، از سرور STUN برای یافتن این که چه آدرس خارجی ای را به طرف مقابل اختصاص بدهد استفاده می کند و اگر این روال با مشکل مواجه شود از سرور TURN برای مسیریابی استفاده می کند .

===E-learning ===
امروزه، با توسعه روش های نوین ارتباطی (اینترنت، تلفن همراه، و کامپیوتر) ،دانشگاه های سنتی از جمله دانشگاه آموزش الکترونیکی و مجازی با چالش های فاصله مواجه هستند ، آموزش الکترونیکی که در ابتدا توسط افراد حرفه ای که می خواستند برای تکمیل آموزش خود از این روش استفاده کنند مورد توجه قرار گرفت ، امروزه مورد توجه همگان قرار گرفته است . افراد با تجربه و مهارت کمتر در حوزه ارتباطات بایستی برای کار کردن با سیستم های آموزش الکترونیک ، دانش کافی را کسب کنند . برای آموزش مجازی سیستم های یادگیری از راه دور بسیاری وجود دارد که شامل خودارزیابی و ارزیابی آنلاین می باشند . یکی از این سیستم ها Moodle است که توسط دانشگاه های زیادی مورد استفاده قرار می گیرد . پس از معرفی WebRTC توسط گوگل که کمک شایانی در برقراری ارتباط زمان واقعی می کند انقلابی در سیستم های یادگیری آنلاین اتفاق افتاد .

یکپارچه سازی WebRTC با سیستم آموزش الکترونیکی Moddle توسط پلاگینی از WebRTC برای Moddle تست شده است ولی فقط ارتباطات پایه ای صوت و تصویر امکان پذیر است و هنوز تمام امکانات ارائه شده توسط WebRTC در آن پیاده سازی نشده است . مشکل دیگری که دانشگاه های مجازی با آن مواجه هستند ، ارزیابی دانش آموزان در دوره های زبان و STEM است . برای رفع این محدوذیت می توان از امکانات تکنولوژی جدید WebRTC استفاده کرد و قابلیت های زیر را به پلاگین Moddle اضافه کرد :
- Presentation of the virtual classroom
- Language oral exam
- Whiteboard
- Mathematical editor
- File Transfert

===Performance===
تعامل مستقیم کاربران با استفاده از WebRTC ، زمان پاسخ و عملکرد آن را حیاتی کرده است . نیاز WebRTC به توان پردازشی و پهنای باند بالا ، سیستم ها بویژه دستگاه های تلفن همران با منابع محدود را به بهبود منابع فرا می خواند .

اندازه گیری از قابلیت های اساسی و پیشرفته از پیاده سازی فعلی و آینده از WebRTC به ویژه در این مرحله از استاندارد و توسعه مهم است. برای این منظور جنبه های مختلف یک سیستم WebRTC مورد ارزیابی قرار گرفته است . برای مثال در مقالات متعددی چگونگی انجام کنترل ازدحام و زمان تاخیر در توپولوژی های مختلف نشان داده شده است . مطالعه دیگری نشان می دهد ، کیفیت ویدیو در راه اندازی واقع بینانه برای دستگاه هایی که در فضای شبکه در حال حرکت هستند چگونه تغییر می کند .

نتایج یکی از آزمایش های انجام شده برای ارزیابی پارامترهای مختلف یک سیستم WebRTC بر روی گوشی Galaxy S5 به شرح زیر می باشد .
- اندازه STUN BINDING REQUEST برای اتصال درخواست 154 بایت
- اندازه STUN BINDING RESPONSE برای پاسخ به درخواست 106 بایت
- درخواست های STUN برای هر 500ms ارسال می شد .
جدول زیر تجزیه و تحلیل مربوط به استفاده از پهنای باند در هر ثانیه تنها برای پاسخ به درخواست STUN را نمایش می هد .
With Bundle Without Bundle
520 bytes 1040 bytes Bandwidth
Utilization
این تجزیه و تحلیل با گرفتن نمونه های تصادفی از مصرف پهنای باند در طول فرآیندجلسه و با در نظر گرفتن متوسط نمونه ها انجام شده است .
http://s4.picofile.com/file/8284472242/10.jpg

این تجزیه و تحلیل با گرفتن نمونه های تصادفی از مصرف پهنای باند در طول فرآیندجلسه و با در نظر گرفتن متوسط نمونه ها انجام شده است .
همچنین میزان استفاده از باتری برای برپایی یک جلسه صوتی و تصویری با استفاده از Bundle و بدون استفاده از آن شبیه سازی شده است . در فرایند شبیه سازی برای ارسال صوت و تصویر از بسته های RTP و RTCP بر روی یک ارتباط تکی استفاده شده است .

Battery usage without Bundle :
http://s9.picofile.com/file/8284472676/11.png

Battery usage with Bundl :
http://s6.picofile.com/file/8284472626/12.png

در نهایت WebRTC یک محیط سازگار برای تضمین استقرار جلسه صوتی و تصویری بین مرورگر های شرکت های مختلف فراهم می کند و همچنین محیطی توسعه پذیرتر و توسعه پسندتر نسبت به سیستم های پلاگین محور فراهم می کند .
آزمایشات انجام شده نشان می دهد یکپارچه سازی بسته نرم افزاری در WebRTC مصرف باتری و میزان استفاده از پهنای باند را به شدت کاهش می دهد و بهره وری سیستم را بهبود می بخشد .

== نتیجه گیری ==
نتیجه ای که در نهایت حاصل شده است.

== مراجع ==
*[http://ieeexplore.ieee.org/document/7489664/] Samuel Ouya ,Khalifa Sylla,Pape Mamadou Djidiack Faye,Mouhamadou Yaya Sow and Claude Lishou. "Impact of integrating WebRTC in universities' e-learning platforms" Information and Communication Technologies (WICT) (Dec. 2015 ): 14-16
*[http://ieeexplore.ieee.org/document/7160422/]Branislav Sredojev ,Dragan Samardzija and Dragan Posarac. "WebRTC technology overview and signaling solution design and implementation" Information and Communication Technology, Electronics and Microelectronics (MIPRO) (May 2015 ): 25-29
*[http://ieeexplore.ieee.org/document/6956711/]Chuan-Yen Chiang ,Yen-Lin Chen,Pei-Shiun Tsai and Shyan-Ming Yuan. "A Video Conferencing System Based on WebRTC for Seniors" Trustworthy Systems and their Applications (TSA) (June 2014): 9-10
*[http://ieeexplore.ieee.org/document/6757840/] Michael Adeyeye ,Ishmeal Makitla and Thomas Fogwill. "Determining the signalling overhead of two common WebRTC methods: JSON via XMLHttpRequest and SIP over WebSocket" AFRICON (Sept. 2013): 9-12
*[http://ieeexplore.ieee.org/document/7280092/]Kiran Kumar Guduru and Sachin Dev. "Web RTC Implementation Analysis and Impact of Bundle Feature" Communication Systems and Network Technologies (CSNT) (April 2015): 4-6

پرونده:4.png

2017-01-30T18:58:30Z

Rasool yekta:

آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی

2017-01-21T21:12:56Z

Rasool yekta:

آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی

2017-01-21T21:09:33Z

Rasool yekta:

پرونده:Articles For WebRTC-1.jpg

2017-01-21T21:07:39Z

Rasool yekta:

پرونده:Pic1.png

2017-01-21T21:07:17Z

Rasool yekta: Rasool yekta نسخه جدیدی از «پرونده:Pic1.png» را بارگذاری کرد

پرونده:Pic1.png

2017-01-21T21:06:21Z

Rasool yekta:

آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی

2017-01-21T21:04:51Z

Rasool yekta:

آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی

2017-01-21T21:03:58Z

Rasool yekta:

آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی

2017-01-21T20:15:17Z

Rasool yekta:

آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی

2017-01-21T18:33:16Z

Rasool yekta:

آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی

2017-01-21T18:31:37Z

Rasool yekta: /* 1- کاربردپذیری : (Useability) */

آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی

2017-01-21T18:30:48Z

Rasool yekta:

آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی

2017-01-21T11:42:36Z

Rasool yekta:

آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی

2017-01-21T11:38:14Z

Rasool yekta:

آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی

2017-01-21T11:36:44Z

Rasool yekta:

آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی

2017-01-21T11:34:39Z

Rasool yekta:

آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی

2017-01-21T10:08:17Z

Rasool yekta: صفحه‌ای جدید حاوی «*مــــــوضوع : '''آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتب...» ایجاد کرد

*مــــــوضوع : '''آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی'''
*تهيه كننده : '''رسول ابوالحسنی یکتا'''

== خلاصه اجرايي ==

در جهان رو به رشد تکنولوژی و عرصه ی تجارت الکترونیکی کمتر کسب و کاری است که قدم به وادی وب نگذاشته باشد ، هر چند این ورود گاهی خیلی کم و ناچیز است و گاهی اساسی و اصولی ، اما رفته رفته تمامی معادلات و معاملات سنتی گذشته در حال گذار و تجربه ی عرصه ی جدید تحت وب می باشند. بسیاری از صنعت ها و کسب و کارها ورودی زودهنگام تری به این عرصه داشته اند مانند: بانک ها ، بیمه ها ، محصولات غذایی ، خدمات فروشگاهی و ... اما برخی از صنایع هنوز آنطور که باید از قابلیت های این فضا بهره نمی برند و از جمله این صنایع ، صنایع ساختمانی است که بسیار متکی به روندهای سنتی خود می باشد.
اگر بخواهیم راه صنایع ساختمانی را به دنیای وب باز کنیم ناچاریم از مهمترین مسائل این صنعت آغاز کرده و آن فعالیت های اساسی را تحت وب و تجارت الکترونیک انجام دهیم که در صنایع ساختمانی این مهم چیزی نیست جزارتباط بین پیمانکاران و کارفرمایان.
این سامانه درصدد آن است تا پل ارتباطی بین پیمانکاران و کارفرمایان باشد و مناقصه های عرصه ی ساختمانی را به صورت آنلاین برگزار کند.

== بوم کسب و کار ناب ==

[[پرونده:LEAN-CUS-95131501.jpg||وسط|1000px]]

== معرفی شرکت ==

سامانه بنایی اولین سامانه مناقصه آنلاین در حوزه صنعت ساختمان است که علاوه بر برگزاری انواع مناقصات ساختمانی بین پیمانکاران و کارفرمایان ، خدماتی از قبیل امکان نمایش محصولات و خدمات پیمانکاران در فضای اختصاصی وب سایت ، و روند پیشرفت پروژه کارفرمایان را نیز انجام می دهد. همچنین این سامانه به معرفی انواع پیمانکاران و فعالان حوزه صنعت ساختمان در شهرهای مختلف می پردازد و امکان برقراری ارتباط با آنها را برای کارفرمایان فراهم می کند.
هدف از طراحی این سامانه به روز کردن مناقصات ساختمانی و ایجاد مزیت های از جمله سادگی ، صرفه جویی در وقت و هزینه و پایین آوردن قیمت تمام شده ساختمان بود. با استفاده از این سامانه کارفرمایان می توانند پیمانکار مورد نظر و مناسب خود را در هر شهر و استانی پیدا کنند و همچنین پیمانکاران نیز علاوه بر شرکت در انواع مناقصات می توانند خدمات و محصولات متنوع خود را در دیدرس عموم و کارفرمایان قرار دهند.

[[پرونده:Webb.jpg||وسط|1000px]]

EC:95131501

2017-01-21T10:06:34Z

Rasool yekta:

بسمه تعالی

'''''رسول ابوالحسنی یکتا'''''

دانشگاه امیر کبیر

مهندسی فناوری اطلاعات-تجارت الکترونیک

'''عنوان طرح کسب و کار تجاری:''' [[سامانه ارتباطی پیمانکاران و کارفرمایان در حوزه ساختمان]]

'''عنوان طرح پژوهشی :''' [[آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی]]

== ''خلاصه طرح کسب و کار'' ==

در جهان رو به رشد تکنولوژی و عرصه ی تجارت الکترونیکی کمتر کسب و کاری است که قدم به وادی وب نگذاشته باشد ، هر چند این ورود گاهی خیلی کم و ناچیز است و گاهی اساسی و اصولی ، اما رفته رفته تمامی معادلات و معاملات سنتی گذشته در حال گذار و تجربه ی عرصه ی جدید تحت وب می باشند. بسیاری از صنعت ها و کسب و کارها ورودی زودهنگام تری به این عرصه داشته اند مانند: بانک ها ، بیمه ها ، محصولات غذایی ، خدمات فروشگاهی و ... اما برخی از صنایع هنوز آنطور که باید از قابلیت های این فضا بهره نمی برند و از جمله این صنایع ، صنایع ساختمانی است که بسیار متکی به روندهای سنتی خود می باشد. اگر بخواهیم راه صنایع ساختمانی را به دنیای وب باز کنیم ناچاریم از مهمترین مسائل این صنعت آغاز کرده و آن فعالیت های اساسی را تحت وب و تجارت الکترونیک انجام دهیم که در صنایع ساختمانی این مهم چیزی نیست جزارتباط بین پیمانکاران و کارفرمایان. این سامانه درصدد آن است تا پل ارتباطی بین پیمانکاران و کارفرمایان باشد و مناقصه های عرصه ی ساختمانی را به صورت آنلاین برگزار کند.

== خلاصه اجرایی طرح پژوهشی ==
===مقدمه===
همواره یکی از مشکلات ارتباط (متنی، صوتی، تصویری، فایلی و …) بین افراد، این بود که باید یک سرور به عنوان واسط عمل می‌کرد. یعنی صدای من ابتدا به سرور ارسال می‌شد و سپس از سرور به دستگاه گیرنده.
این امر از سویی موجب کاهش امنیت می‌شود (چون صاحب سرور بر کل داده‌های ردوبدل شده اشراف دارد) و از سویی نیز پهنای باند زیادی را بر سرور تحمیل می‌کند که موجب می‌شود اغلب صاحبان اینگونه سرویس‌ها، برای حفظ مشتریان رایگان خود، علاوه بر نمایش تبلیغات، دست به فروش اطلاعات آنها به دیگران بزنند تا بتوانند هزینه‌های سرور خود را تامین کنند.
WebRTC یک تکنولوژی اپن سورس است که برای ارتباط مرورگرهای وب با یکدیگر (بدون دخالت یک سرور واسط) است. با این فناوری مرورگرها می‌توانند به صورت مستقیم مبادله اطلاعات کنند. وب‌آرتی‌سی شامل API است که با کمک آن‌ها می‌توان بین مرورگرها ارتباط زنده برقرار کرد. یکی از کاربردهای مهم وب‌آرتی‌سی در صحبت‌های صوتی و تصویری است.
وب آر تی سی هم اکنون در اکثر براوزرها (فایرفاکس، کروم، اپرا) پشتیبانی می‌شود و لذا کاربر برای استفاده از آن نیاز به نصب هیچ پلاگین و افزونه‌ای ندارد.

===تاریخچه===

یکی از چالشهای بزرگ برای وب،فراهم کردن راهی برای ارتباط انسان ها به وسیله صوت و تصویر بوده است.همواره ارتباط بلادرنگ کاری پیچیده و هزینه بر بوده.در سال ۲۰۰۸ چت ویدوئی گوگل مطرح شد علاوه برا آن در سال ۲۰۱۱ گوگل سرویس Hangouts خود را معرفی کرد.سپس شرکت GIPS را خرید.این شرکت در حال توسعه کامپننت هایی بود که لازمه ارتباط بلادرنگ است.مثل انواع کدک ها و تکنیک های از بین بردن اکو(Echo suppression and cancellation).

گوگل این تکنولوژی ها را سورس باز کرد و به منظور اجماع در آن ها مشغول آماده سازی استانداردها برای IETF و W3C شد.در ماه می ۲۰۱۱ اریکسون اولین پیاده سازی خودش را از این تکنولوژی(WebRTC) ارائه داد.

WebRTC هم اکنون یک پیاده سازی استاندارد برای ارتباط بلادرنگ بدون نیاز به هیچ پلاگینی جهت انتقال داده، صدا و تصویر است.

===WebRTC برای ایجاد تحول معرفی شده===

دنیای امروز ما با اینترنتی عجین شده که همان اینترنت ساده‌ی ۱۰ سال پیش نیست. ارتباطاتی که در حال حاضر می‌توان از طریق اینترنت برقرار کرد، فقط ایمیل‌های ساده‌ی دیروز نیست. حتی ایمیل هم آمیخته به سرویس‌های ابری قدرتمند شده ولیکن از همه مهم‌تر ارتباطاتی است که سال‌ها پیش به پلاگین‌ها و اپلیکیشن‌های خاص نیاز داشت و مشکلات زیادی هم در راهکارهای آن روز به چشم می‌خورد. ارتباطات ویدیویی و صوتی این روزها بسیار ساده شده و WebRTC هم یکی از مقولات جدیدی است که به این سادگی و در عین حال توانمندی کمک زیادی کرده است.

WebRTC به توسعه‌دهندگانی که به دنبال ایجاد ارتباطات آنی هستند، استفاده از تکنولوژی‌های متداول وب یعنی HTML5 ، جاوااسکریپت و CSS را پیشنهاد می‌کند. مثلاً بخش چت یک بازی مالتی‌پلیر آنلاین یا یک سایت ساده برای ویدیوکنفرانس را در نظر بگیرید، WebRTC ارتباطات آنی این اپلیکیشن‌ها را ساده می‌کند.

===جدول دانش===

http://s9.picofile.com/file/8271884542/Articles_For_WebRTC_1.jpg

===درخت دانش===
http://s9.picofile.com/file/8271885676/Website_Outline1.jpg

== مقالات و منابع مورد مطالعه ==
*[http://ieeexplore.ieee.org/document/7489664/] Samuel Ouya ,Khalifa Sylla,Pape Mamadou Djidiack Faye,Mouhamadou Yaya Sow and Claude Lishou. "Impact of integrating WebRTC in universities' e-learning platforms" Information and Communication Technologies (WICT) (Dec. 2015 ): 14-16
*[http://ieeexplore.ieee.org/document/7160422/]Branislav Sredojev ,Dragan Samardzija and Dragan Posarac. "WebRTC technology overview and signaling solution design and implementation" Information and Communication Technology, Electronics and Microelectronics (MIPRO) (May 2015 ): 25-29
*[http://ieeexplore.ieee.org/document/6956711/]Chuan-Yen Chiang ,Yen-Lin Chen,Pei-Shiun Tsai and Shyan-Ming Yuan. "A Video Conferencing System Based on WebRTC for Seniors" Trustworthy Systems and their Applications (TSA) (June 2014): 9-10
*[http://ieeexplore.ieee.org/document/6757840/] Michael Adeyeye ,Ishmeal Makitla and Thomas Fogwill. "Determining the signalling overhead of two common WebRTC methods: JSON via XMLHttpRequest and SIP over WebSocket" AFRICON (Sept. 2013): 9-12
*[http://ieeexplore.ieee.org/document/7280092/]Kiran Kumar Guduru and Sachin Dev. "Web RTC Implementation Analysis and Impact of Bundle Feature" Communication Systems and Network Technologies (CSNT) (April 2015): 4-6

EC:95131501

2017-01-02T00:53:30Z

Rasool yekta:

بسمه تعالی

'''''رسول ابوالحسنی یکتا'''''

دانشگاه امیر کبیر

مهندسی فناوری اطلاعات-تجارت الکترونیک

'''عنوان طرح کسب و کار تجاری:''' [[سامانه ارتباطی پیمانکاران و کارفرمایان در حوزه ساختمان]]

'''عنوان طرح پژوهشی :''' آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی

== ''خلاصه طرح کسب و کار'' ==

در جهان رو به رشد تکنولوژی و عرصه ی تجارت الکترونیکی کمتر کسب و کاری است که قدم به وادی وب نگذاشته باشد ، هر چند این ورود گاهی خیلی کم و ناچیز است و گاهی اساسی و اصولی ، اما رفته رفته تمامی معادلات و معاملات سنتی گذشته در حال گذار و تجربه ی عرصه ی جدید تحت وب می باشند. بسیاری از صنعت ها و کسب و کارها ورودی زودهنگام تری به این عرصه داشته اند مانند: بانک ها ، بیمه ها ، محصولات غذایی ، خدمات فروشگاهی و ... اما برخی از صنایع هنوز آنطور که باید از قابلیت های این فضا بهره نمی برند و از جمله این صنایع ، صنایع ساختمانی است که بسیار متکی به روندهای سنتی خود می باشد. اگر بخواهیم راه صنایع ساختمانی را به دنیای وب باز کنیم ناچاریم از مهمترین مسائل این صنعت آغاز کرده و آن فعالیت های اساسی را تحت وب و تجارت الکترونیک انجام دهیم که در صنایع ساختمانی این مهم چیزی نیست جزارتباط بین پیمانکاران و کارفرمایان. این سامانه درصدد آن است تا پل ارتباطی بین پیمانکاران و کارفرمایان باشد و مناقصه های عرصه ی ساختمانی را به صورت آنلاین برگزار کند.

== خلاصه اجرایی طرح پژوهشی ==
===مقدمه===
همواره یکی از مشکلات ارتباط (متنی، صوتی، تصویری، فایلی و …) بین افراد، این بود که باید یک سرور به عنوان واسط عمل می‌کرد. یعنی صدای من ابتدا به سرور ارسال می‌شد و سپس از سرور به دستگاه گیرنده.
این امر از سویی موجب کاهش امنیت می‌شود (چون صاحب سرور بر کل داده‌های ردوبدل شده اشراف دارد) و از سویی نیز پهنای باند زیادی را بر سرور تحمیل می‌کند که موجب می‌شود اغلب صاحبان اینگونه سرویس‌ها، برای حفظ مشتریان رایگان خود، علاوه بر نمایش تبلیغات، دست به فروش اطلاعات آنها به دیگران بزنند تا بتوانند هزینه‌های سرور خود را تامین کنند.
WebRTC یک تکنولوژی اپن سورس است که برای ارتباط مرورگرهای وب با یکدیگر (بدون دخالت یک سرور واسط) است. با این فناوری مرورگرها می‌توانند به صورت مستقیم مبادله اطلاعات کنند. وب‌آرتی‌سی شامل API است که با کمک آن‌ها می‌توان بین مرورگرها ارتباط زنده برقرار کرد. یکی از کاربردهای مهم وب‌آرتی‌سی در صحبت‌های صوتی و تصویری است.
وب آر تی سی هم اکنون در اکثر براوزرها (فایرفاکس، کروم، اپرا) پشتیبانی می‌شود و لذا کاربر برای استفاده از آن نیاز به نصب هیچ پلاگین و افزونه‌ای ندارد.

===تاریخچه===

یکی از چالشهای بزرگ برای وب،فراهم کردن راهی برای ارتباط انسان ها به وسیله صوت و تصویر بوده است.همواره ارتباط بلادرنگ کاری پیچیده و هزینه بر بوده.در سال ۲۰۰۸ چت ویدوئی گوگل مطرح شد علاوه برا آن در سال ۲۰۱۱ گوگل سرویس Hangouts خود را معرفی کرد.سپس شرکت GIPS را خرید.این شرکت در حال توسعه کامپننت هایی بود که لازمه ارتباط بلادرنگ است.مثل انواع کدک ها و تکنیک های از بین بردن اکو(Echo suppression and cancellation).

گوگل این تکنولوژی ها را سورس باز کرد و به منظور اجماع در آن ها مشغول آماده سازی استانداردها برای IETF و W3C شد.در ماه می ۲۰۱۱ اریکسون اولین پیاده سازی خودش را از این تکنولوژی(WebRTC) ارائه داد.

WebRTC هم اکنون یک پیاده سازی استاندارد برای ارتباط بلادرنگ بدون نیاز به هیچ پلاگینی جهت انتقال داده، صدا و تصویر است.

===WebRTC برای ایجاد تحول معرفی شده===

دنیای امروز ما با اینترنتی عجین شده که همان اینترنت ساده‌ی ۱۰ سال پیش نیست. ارتباطاتی که در حال حاضر می‌توان از طریق اینترنت برقرار کرد، فقط ایمیل‌های ساده‌ی دیروز نیست. حتی ایمیل هم آمیخته به سرویس‌های ابری قدرتمند شده ولیکن از همه مهم‌تر ارتباطاتی است که سال‌ها پیش به پلاگین‌ها و اپلیکیشن‌های خاص نیاز داشت و مشکلات زیادی هم در راهکارهای آن روز به چشم می‌خورد. ارتباطات ویدیویی و صوتی این روزها بسیار ساده شده و WebRTC هم یکی از مقولات جدیدی است که به این سادگی و در عین حال توانمندی کمک زیادی کرده است.

WebRTC به توسعه‌دهندگانی که به دنبال ایجاد ارتباطات آنی هستند، استفاده از تکنولوژی‌های متداول وب یعنی HTML5 ، جاوااسکریپت و CSS را پیشنهاد می‌کند. مثلاً بخش چت یک بازی مالتی‌پلیر آنلاین یا یک سایت ساده برای ویدیوکنفرانس را در نظر بگیرید، WebRTC ارتباطات آنی این اپلیکیشن‌ها را ساده می‌کند.

===جدول دانش===

http://s9.picofile.com/file/8271884542/Articles_For_WebRTC_1.jpg

===درخت دانش===
http://s9.picofile.com/file/8271885676/Website_Outline1.jpg

== مقالات و منابع مورد مطالعه ==
*[http://ieeexplore.ieee.org/document/7489664/] Samuel Ouya ,Khalifa Sylla,Pape Mamadou Djidiack Faye,Mouhamadou Yaya Sow and Claude Lishou. "Impact of integrating WebRTC in universities' e-learning platforms" Information and Communication Technologies (WICT) (Dec. 2015 ): 14-16
*[http://ieeexplore.ieee.org/document/7160422/]Branislav Sredojev ,Dragan Samardzija and Dragan Posarac. "WebRTC technology overview and signaling solution design and implementation" Information and Communication Technology, Electronics and Microelectronics (MIPRO) (May 2015 ): 25-29
*[http://ieeexplore.ieee.org/document/6956711/]Chuan-Yen Chiang ,Yen-Lin Chen,Pei-Shiun Tsai and Shyan-Ming Yuan. "A Video Conferencing System Based on WebRTC for Seniors" Trustworthy Systems and their Applications (TSA) (June 2014): 9-10
*[http://ieeexplore.ieee.org/document/6757840/] Michael Adeyeye ,Ishmeal Makitla and Thomas Fogwill. "Determining the signalling overhead of two common WebRTC methods: JSON via XMLHttpRequest and SIP over WebSocket" AFRICON (Sept. 2013): 9-12
*[http://ieeexplore.ieee.org/document/7280092/]Kiran Kumar Guduru and Sachin Dev. "Web RTC Implementation Analysis and Impact of Bundle Feature" Communication Systems and Network Technologies (CSNT) (April 2015): 4-6

سامانه ارتباطی پیمانکاران و کارفرمایان در حوزه ساختمان

2017-01-02T00:49:24Z

Rasool yekta:

*مــــــوضوع : '''ایجاد سامانه ارتباطی پیمانکاران و کارفرمایان در حوزه ساختمان'''
*تهيه كننده : '''رسول ابوالحسنی یکتا'''

== خلاصه اجرايي ==

در جهان رو به رشد تکنولوژی و عرصه ی تجارت الکترونیکی کمتر کسب و کاری است که قدم به وادی وب نگذاشته باشد ، هر چند این ورود گاهی خیلی کم و ناچیز است و گاهی اساسی و اصولی ، اما رفته رفته تمامی معادلات و معاملات سنتی گذشته در حال گذار و تجربه ی عرصه ی جدید تحت وب می باشند. بسیاری از صنعت ها و کسب و کارها ورودی زودهنگام تری به این عرصه داشته اند مانند: بانک ها ، بیمه ها ، محصولات غذایی ، خدمات فروشگاهی و ... اما برخی از صنایع هنوز آنطور که باید از قابلیت های این فضا بهره نمی برند و از جمله این صنایع ، صنایع ساختمانی است که بسیار متکی به روندهای سنتی خود می باشد.
اگر بخواهیم راه صنایع ساختمانی را به دنیای وب باز کنیم ناچاریم از مهمترین مسائل این صنعت آغاز کرده و آن فعالیت های اساسی را تحت وب و تجارت الکترونیک انجام دهیم که در صنایع ساختمانی این مهم چیزی نیست جزارتباط بین پیمانکاران و کارفرمایان.
این سامانه درصدد آن است تا پل ارتباطی بین پیمانکاران و کارفرمایان باشد و مناقصه های عرصه ی ساختمانی را به صورت آنلاین برگزار کند.

== بوم کسب و کار ناب ==

[[پرونده:LEAN-CUS-95131501.jpg||وسط|1000px]]

== معرفی شرکت ==

سامانه بنایی اولین سامانه مناقصه آنلاین در حوزه صنعت ساختمان است که علاوه بر برگزاری انواع مناقصات ساختمانی بین پیمانکاران و کارفرمایان ، خدماتی از قبیل امکان نمایش محصولات و خدمات پیمانکاران در فضای اختصاصی وب سایت ، و روند پیشرفت پروژه کارفرمایان را نیز انجام می دهد. همچنین این سامانه به معرفی انواع پیمانکاران و فعالان حوزه صنعت ساختمان در شهرهای مختلف می پردازد و امکان برقراری ارتباط با آنها را برای کارفرمایان فراهم می کند.
هدف از طراحی این سامانه به روز کردن مناقصات ساختمانی و ایجاد مزیت های از جمله سادگی ، صرفه جویی در وقت و هزینه و پایین آوردن قیمت تمام شده ساختمان بود. با استفاده از این سامانه کارفرمایان می توانند پیمانکار مورد نظر و مناسب خود را در هر شهر و استانی پیدا کنند و همچنین پیمانکاران نیز علاوه بر شرکت در انواع مناقصات می توانند خدمات و محصولات متنوع خود را در دیدرس عموم و کارفرمایان قرار دهند.

[[پرونده:Webb.jpg||وسط|1000px]]

== چشم انداز ==
ارائه کلیه خدمات پروژه ها ی ساختمانی در قالب مناقصه و پل ارتباطی آسان و ارزان بین پیمانکاران و کارفرمایان صنعت ساختمان به نحوی که تمامی مناقصات ممکن در زمینه صنعت ساختمان توسط سامانه ما حل و فصل شود.
== ماموریت ==
ماموریت این سامانه دسترسی به اطلاعات کلیه اتفاقات مربوط به حوزه ساختمان و روند تکمیل آنها می باشد و همچنین ثبت ، بررسی و زمان بندی کلیه اقدامات پروژه ها در این زمینه و برگزاری مناقصات عادلانه مربوط به هر پروژه در زمان مشخص آن و ارتباط سریعتر و راه حتر پیمانکاران و کارفرمایان.
== اهداف مالی ==
• بازگشت کامل سرمایه در سال اول
• کسب درآمد در سال دوم به میزان 3 برابر سال اول
• کسب درآمد در سال سوم به میزان 3 برابر سال دوم
== اهداف پرسنلی ==
افزایش شعب از 3 استان به 10 استان در سال اول
افزایش پرسنل بازاریاب از 10 نفر به 30 نفر در سال اول
اهداف فروش و بازاریابی
• امکان ثبت مناقصه ، پیمانکار و کارفرما در 10 استان کشور در سال دوم
• امکان ثبت مناقصه ، پیمانکار و کارفرما در 25 استان کشور در سال سوم
• ارائه نرم افزار موبایل در سال دوم
• ثبت 10 مناقصه در روز در سال دوم
• مشارکت در پروژه های ساختمانی در سال چهارم
• افزایش 5 برابری آمار بازدید کنندگان در سال دوم نسبت به سال اول
== سایر اهداف ==
• گنجینه کامل و آرشیو اطلاعات محصولات و خدمات کلیه پیمانکاران کشور
• ثبت کلیه ساخت و سازهای کشور در سامانه و پیگیری روند فعالیت آنها
• قابلیت مقایسه پیمانکاران با یکدیگر
• قابلیت آلارم گذاری برای پیمانکارن در زمینه مناقصات
• قابلیت جستجو بر اساس کارفرمایان خاص
== محدوده فعالیت ==
محدوده ی فعالیت سامانه مناقصه آنلاین صنعت ساختمان تمامی مناقصات بین پیمانکاران و کارفرمایان صنعت ساختمان می باشد ، این سامانه در آینده در کل کشور فعالیت می کند و اطلاعات تمامی پروژه های ساختمانی در خال ساخت را به مخاطبین نمایش می دهد. همچنین پیمانکاران و کارفرمایان می توانند ااز پروژه های فعال در کشور دیدن کنند و مناقصات آتی آنها شرکت کنند.
== ویژگی های متمایز کننده ی محصول ==
این محصول برای اولین بار است که به صورت تخصصی در زمینه صنعت ساختمان در کشور فعالیت می کند ، برد اساس اطلاعات موجود دانشنامه های آنلاین در حوزه صنعت ساختمان رو به افزایش است و اقبال افراد فعال در این صنعت برای دادن تبلیغات مجازی و همچنین ایجاد درگاه وب دذر سال های اخیر رو به رشد می باشد و این نوید خوبی برای حرکت به سمت مناقصات ساختمانی آنلاین می باشد.
== تحلیل صنعت مادر ==
طبق آمارها 33 درصد هزینه هر خانوار و همچنین 40 درصد سرمایه گذاری های کشور در حوزه مسکن انجام می شود. با توجه به رکودی که از سال 92 در زمینه ساخت و سازهای ساختمانی ایجاد شد اقدامات متفاوتی توسط دولت برای مهار این رکود انجام شد که از جمله این اقدامات پایین آوردن سود بانکی دادن وام های بلند مدت و تسهیلاتی در زمینه صنعت ساختمان بود که همه این ها دلیل خوبی برای رشد صنعتا ساختمان در سال های آتی می باشد و دیگر شاهد کاهش قیمت در بازار مسکن نخواهیم بود در سال های 96 و 97 رونق دوباره به این بازار برمی گردد.
بر اساس آمارهای منتشر شده از 360 قلم کالا و خدماتی که ایرانی ها در ماه مصرف می کنند، 33 درصد آن در بخش مسکن، 25 درصد در خوراکی ها و آشامیدنی ها و 10 درصد در حمل و نقل هزینه می شود. با وجود این ایران جزو 5 کشور دنیاست که هزینه مسکن سهم بالایی از درآمد خانوار را به خود اختصاص می دهد.
بسیاری از کارشناسان سال 95 را سال آخر رکود مسکن می دانند و معتقدند بهترین زمان برای ساخت مسکن، اواخر دوره رکود است و همچنین اوایل دوره رونق زمانی مناسب برای خرید و پایان دوره رونق زمان مناسب فروش مسکن است.
بازار مسکن از نیمه دوم سال 92 دچار رکود شد و امروز انتظار داریم بازار مسکن به سمت پایان رکود حرکت کند. در سال 91 حدود 60 هزار واحد مسکونی، در سال 92 معادل 55 هزار واحد مسکونی، در سال 93 برابر با 32 هزار واحد مسکونی و در سال 94 معادل 27 هزار واحد مسکونی پروانه صادر شده است. هر چه به سمت سال های 96 و 97 حرکت کنیم ثبات قیمت مسکن توجیه خود را از دست می دهد. بازار مسکن به مرور وارد دوره گذار از رونق می شود و در سال های 96 و 97 رونق دوباره به بازار مسکن بازمی گردد، در سال 96 شاهد رشد قیمت، پروانه و اجاره در بخش مسکن خواهیم بود.
== تحلیل صنعت خود ==
ارتباط بین پیمانکاران و کارفرمایان یکی از اساسی ترین و ضروری ترین بخش های صنعت ساختمان در کشور است و چگونگی این ارتباطات ، ایجاد سهولت در انجام این ارتباط و برگذاری مناقصات ساختمانی عادلانه بین تمامی افراد و شرکت های پیمانکاری که توانایی فعالیت در عرصه ای خاص را دارند می تواند زمینه رونق این بازار را فراهم کند .
در خیلی از موارد به دلیل وجود دلال ها و واسطه ها و همچنین افرادی که در شهرستان های کوچک تر با استفاده از ارتباطات مانع از فعالیت پیمانکاران خرد می شدند امام با وجود این سامانه تمامی پیمانکاران اعم از خرد و کلان توانایی رقابت با یکدیگر را دارند.
صنعت ساختمان پس از گذراندن بیش از 3 سال رکود اکنون در آستانه ی عبور از این رکود قرار دارد و سیاست گذاری های دولت می توان در سالهای 96 و 97 چشم انداز خوبی را برای فعالیت های عمرانی در نظر گرفت. با رونق گرفتن فعالیت های عمرانی و راه اندازی پروژه های ساخت و ساز تعطیل شده بسیاری از مناقصات ساختمانی دوباره برپا می شود و راه اندازی این سامانه زمان خوبی برای بهره برداری از اتفاق می باشد.
== تحلیل بازار ==
با توجه به تحولات اخیر در بازار مسکن احتمال زیاد نقطه شروع شیب مثبت ساخت و ساز هم از نیمه اول سال 95 خواهد بود و کاهش نرخ سود بانکی می‌تواند محرک مناسبی برای افزایش سرمایه‌گذاری و تسریع رونق در بازار مسکن و ساخت‌وساز باشد هر چند نرخ دو درصدی کاهش یافته طی دو ماه اخیر به تنهایی کافی نبوده و این اثرگذاری زمانی محسوس‌تر است که نرخ سود باز هم به‌طور موثر و متناسب با کاهش تورم در کشور کاهش یابد.

گزینه‌های برتر سرمایه‌گذاری ملکی در سال 95 متناسب با شرابط روز و پیش‌بینی‌های آتی ابتدا در حوزه ساخت و سازهای مسکونی آن هم در بخش مسکن اقشار متوسط است و در سایر حوزه‌ها ساخت‌وساز اداری و سرمایه‌گذاری برای ساخت واحدهای اداری توصیه می‌شود. همچنین بهترین مکان سرمایه‌گذاری در بخش مسکن اقشار متوسط در بافت‌های فرسوده شهری و ساخت‌وسازهای اداری در مناطق تجاری درون شهرها و کلانشهرها برآورد می‌شود. در مورد میزان نوسان قیمت مسکن و ساختمان در سال آینده، هم می‌توان گفت به هیچ وجه بازار مسکن و ساختمان در سال 95 جهش قیمتی نخواهد داشت و همان‌طور که گفته شد با رد احتمال جهش، افزایش قیمت از تورم عمومی فراتر نخواهد رفت.

به هر حال افزایش سقف تسهیلات خرید مسکن به‌عنوان یکی از سیاست‌های اساسی وزارت راه و شهرسازی در راستای افزایش قدرت خرید متقاضیان که در اواخر اسفندماه با موافقت بانک مرکزی و مصوبه شورای پول و اعتبار به تصویب رسید کمک بسیار موثری جهت خانه‌دار شدن و تبدیل تقاضای موجود در بازار مسکن به تقاضای موثر است.

آمارها و اطلاعات موجود از میزان استقبال از این تسهیلات حاکی است تاکنون استقبال نسبتا خوبی از این تسهیلات صورت گرفته است و تعداد قابل‌توجهی از متقاضیان برای ثبت نام در صندوق پس‌انداز مسکن یکم به بانک مسکن مراجعه کرده‌اند، البته برای برآورد میزان دقیق استقبال مراجعه‌کنندگان به زمان بیشتری نیاز است و حداقل باید تا پایان بهار برای اینکه گفته شود وام از سوی چند درصد از گروه‌های هدف مورد استقبال واقع شده است صبر کنیم.

با این حال، وزارت راه و شهرسازی که از ابتدای تصدی دولت یازدهم افزایش سقف تسهیلات خرید مسکن با اتکا به نظام پس‌انداز را در دستور کار خود قرار داده است، نهایتا اواخر اسفند 94 با تصویب این مصوبه سطح پوشش‌دهی وام از قیمت مسکن را به حد مطلوبی افزایش داد. کارشناسان و فعالان بازار مسکن بعضا این ادعا را مطرح می‌کنند که بازپرداخت اصل وام و نرخ سود آن در قالب اقساط ماهانه از توان مالی گروه هدف یعنی زوج‌های جوان خانه اولی خارج است، اما وزارت راه وشهرسازی و بانک مرکزی در یک اقدام مشترک به‌طور غیررسمی اعلام کردند اگر در سنوات و ماه‌های اخیر مشکل مسکن خانوارهای طبقات متوسط، کمبود و در واقع ضعف پوشش‌دهی وام مسکن از هزینه‌های خرید یک آپارتمان است، امروز می‌توان گفت این ضعف تا حد زیادی برطرف شده است.

ضمن اینکه با طراحی سازوکارهای دیگری از جمله وام 100 میلیون تومانی از محل اوراق خرید حق‌تقدم دریافت تسهیلات سایر متقاضیان نیز می‌توانند از سایر فرمول‌ها برای دریافت وام استفاده کنند. آنچه در حال حاضر اهمیت اساسی دارد آن است که حباب قیمتی مسکن هم‌اکنون کاملا خالی شده است و پس‌از این کاهش قیمت که در دهه‌های اخیر بی‌سابقه بوده است، پیش‌بینی می‌شود رونق مسکن از نیمه دوم امسال قطعا آغاز شود. قیمت فعلی مسکن با لحاظ کردن تورم سال‌های اخیر، به نرخ سال 89 بازگشته است، رکود مسکن به پایان رسیده است و ما از این پس تا نیمه دوم سال 95 آغاز دوران رونق را پیش‌بینی می‌کنیم. به همین علت انبوه‌سازان به‌خصوص طی یک سال و نیم گذشته فروش واحدهای آپارتمانی خود را متوقف کرده‌اند و منتظرند آینده بازار مسکن را ببینند.
== تحلیل رقبا ==
رقبای ما در این زمینه بیشتر به فعالیت اطلاع رسانی مشغول هستند تا برگزاری آنلاین مناقصه و این رقبا عبارتند از ، www.parsnamaddata.com ، www.namatender.com که در زمینه اطلاع رسانی مناقصات و مزایدات فعالیت می کنند.
[[پرونده:Swot.jpg||وسط|1000px]]
== مشتریان هدف ==
===جنسیت ===
اکثر افرادی که در زمینه های ساختمانی فعالیت می کنند آقایان هستند اما تفاوت چندانی بین زن و مرد وجود ندارد با وجود اینکه ماهیت این کار امری مردانه است.
===محدوده سنی ===
افرادی که در زمینه مناقصات ساختمانی فعالیت می کنند اعم از پیمانکار یا کارفرما از سن جوانی کمی فاصله گرفته اند و هنوز پای به پیری نگذاشته اند و با تخمین نزدیکی محدوده سنی این افراد بین 25 سال تا 65 سال می باشد
===سطح درآمد===
مخاطبین هدف ما معمولا از درآمد نسبی خوبی برخوردار می باشد و جزو اقشار متوسط رو به بالای جامعه می باشند زیرا صنعت ساختمان صنعت پردرآمدی می باشد هزچند در بین مشتریان سطوح درآمدی متفاوتی وجود دارد.
===وضعیت تاهل===
تفاوت معناداری بین تاهل یا تجرد مشتریان هدف وجود ندارد اما با تقریب بالایی عموم مشتریان هدف متاهل می باشند.
===محل زندگی ===
این سامانه در نظر دارد بعد از دوسال در سراسر کشور فعالیت کند بنا براین محل زندگی افراد تفاوتی در کارکرد آنها با سامانه ندارد.
== تدوین استراتژی ==
به دلیل نوع فعالیت شرکت و ارتباط مستقیم آن با پیمانکاران و کارفرمایان و افراد ئخیل در صنعت ساختمان بیشتر تمرکز شرکت در زمینه بازاریابی باید به بازاریابی میدانی و چهره به چهره باشد به طوری که در ابتدا کارفرمایان عمده و پیمانکاران اصلی در زمینه های مختلف در شهر های گوناگون را شناسایی کند و طی جلساتی نخوه استفاده از سامانه را برای آنها توضیح دهد و افراد را ترغیب به استفاده از این تکنولوژی بکند. شرکت بسیاری از خدمات خود مانند اختصاص دادن صفخات تخصصی به پیمانکاران و کارفرمایان را به صورت رایگان در اختیار مشتریان می گذارد تا مزیت های زیادی را برای استفاده از سامانه ی خود ایجاد کند.
در مرحله بعدی تمرکز تبلیغات باید بر روی پیمانکاران و کارفرمایانی باشد که در فضای مجازی به هر نوعی فعالیت می کنند این فعالیت می تواند داشتن یک صفحه در شبکه ای اجتماعی یک وب سایت و یا حتی یک تبلیغ در سایت های تبلیغات باشد.
== تحلیل مالی ==
برای این کسب و کار دو نوع سرمایه وجود دارد یک سرمایه ثابت و یک سرمایه در گردش کسب و کار ،
از جمله موارد سرمایه ثابت این طرح می توان به موارد زیر اشاره کرد:
هزینه طراحی و پیاده سازی وب سایت : 25 میلیون تومان
هزینه رهن واحد اداری : 100 میلیون تومان
هزینه تبلیغات اولیه : 30 میلیون تومان
و از هزینه های در گردش می توان به این موارد اشاره کرد:
حقوق پرسنل اداری ماهانه : 30 میلیون تومان با فرض 15 کارمند
هزینه بازاریابی میدانی ماهانه : 5 میلیون تومان
هزینه های جاری دفتر از قبیل سرور اینترنت و ... : 5 میلیون تومان
== تحلیل ریسک ==
با توجه به روند رو به رشد حضور صنایع و خدمات مختلف در عرصه وب ریسک ورود زودهنگام به این عرصه بسیار کمتر از سالیان قبل شده است اما مواردی مانند ، عدم آشنایی بخش عمده ای از مشتریان با ابزارهای مدرن مانند کامپیوتر ، اینترنت و موبایل هوشمند و همچنین عدم اعتماد افراد باسابقه به حضور در یک مناقصه آنلاین می تواند به ریسک پذیری این پروژه بیافزاید.
باید در زمینه اعتماد سازی هم شرکت از پیمانکاران و کارفرمایان مدارک مناسبی را دریافت کند و فعالیت آنها را تایید کند و هم تیم حقوقی شرکت با تنظیم قراردادها و مناقصات باعث ایجاد اطمینان و اعتماد به این سامانه آنلاین بشوند.

سامانه ارتباطی پیمانکاران و کارفرمایان در حوزه ساختمان

2017-01-02T00:45:13Z

Rasool yekta:

*مــــــوضوع : '''ایجاد سامانه ارتباطی پیمانکاران و کارفرمایان در حوزه ساختمان'''
*تهيه كننده : '''رسول ابوالحسنی یکتا'''

== خلاصه اجرايي ==

در جهان رو به رشد تکنولوژی و عرصه ی تجارت الکترونیکی کمتر کسب و کاری است که قدم به وادی وب نگذاشته باشد ، هر چند این ورود گاهی خیلی کم و ناچیز است و گاهی اساسی و اصولی ، اما رفته رفته تمامی معادلات و معاملات سنتی گذشته در حال گذار و تجربه ی عرصه ی جدید تحت وب می باشند. بسیاری از صنعت ها و کسب و کارها ورودی زودهنگام تری به این عرصه داشته اند مانند: بانک ها ، بیمه ها ، محصولات غذایی ، خدمات فروشگاهی و ... اما برخی از صنایع هنوز آنطور که باید از قابلیت های این فضا بهره نمی برند و از جمله این صنایع ، صنایع ساختمانی است که بسیار متکی به روندهای سنتی خود می باشد.
اگر بخواهیم راه صنایع ساختمانی را به دنیای وب باز کنیم ناچاریم از مهمترین مسائل این صنعت آغاز کرده و آن فعالیت های اساسی را تحت وب و تجارت الکترونیک انجام دهیم که در صنایع ساختمانی این مهم چیزی نیست جزارتباط بین پیمانکاران و کارفرمایان.
این سامانه درصدد آن است تا پل ارتباطی بین پیمانکاران و کارفرمایان باشد و مناقصه های عرصه ی ساختمانی را به صورت آنلاین برگزار کند.

== بوم کسب و کار ناب ==

[[پرونده:LEAN-CUS-95131501.jpg||وسط|1000px]]

== معرفی شرکت ==

سامانه بنایی اولین سامانه مناقصه آنلاین در حوزه صنعت ساختمان است که علاوه بر برگزاری انواع مناقصات ساختمانی بین پیمانکاران و کارفرمایان ، خدماتی از قبیل امکان نمایش محصولات و خدمات پیمانکاران در فضای اختصاصی وب سایت ، و روند پیشرفت پروژه کارفرمایان را نیز انجام می دهد. همچنین این سامانه به معرفی انواع پیمانکاران و فعالان حوزه صنعت ساختمان در شهرهای مختلف می پردازد و امکان برقراری ارتباط با آنها را برای کارفرمایان فراهم می کند.
هدف از طراحی این سامانه به روز کردن مناقصات ساختمانی و ایجاد مزیت های از جمله سادگی ، صرفه جویی در وقت و هزینه و پایین آوردن قیمت تمام شده ساختمان بود. با استفاده از این سامانه کارفرمایان می توانند پیمانکار مورد نظر و مناسب خود را در هر شهر و استانی پیدا کنند و همچنین پیمانکاران نیز علاوه بر شرکت در انواع مناقصات می توانند خدمات و محصولات متنوع خود را در دیدرس عموم و کارفرمایان قرار دهند.

[[پرونده:Webb.jpg||وسط|1000px]]

== چشم انداز ==
ارائه کلیه خدمات پروژه ها ی ساختمانی در قالب مناقصه و پل ارتباطی آسان و ارزان بین پیمانکاران و کارفرمایان صنعت ساختمان به نحوی که تمامی مناقصات ممکن در زمینه صنعت ساختمان توسط سامانه ما حل و فصل شود.
== ماموریت ==
ماموریت این سامانه دسترسی به اطلاعات کلیه اتفاقات مربوط به حوزه ساختمان و روند تکمیل آنها می باشد و همچنین ثبت ، بررسی و زمان بندی کلیه اقدامات پروژه ها در این زمینه و برگزاری مناقصات عادلانه مربوط به هر پروژه در زمان مشخص آن و ارتباط سریعتر و راه حتر پیمانکاران و کارفرمایان.
== اهداف مالی ==
• بازگشت کامل سرمایه در سال اول
• کسب درآمد در سال دوم به میزان 3 برابر سال اول
• کسب درآمد در سال سوم به میزان 3 برابر سال دوم
== اهداف پرسنلی ==
افزایش شعب از 3 استان به 10 استان در سال اول
افزایش پرسنل بازاریاب از 10 نفر به 30 نفر در سال اول
اهداف فروش و بازاریابی
• امکان ثبت مناقصه ، پیمانکار و کارفرما در 10 استان کشور در سال دوم
• امکان ثبت مناقصه ، پیمانکار و کارفرما در 25 استان کشور در سال سوم
• ارائه نرم افزار موبایل در سال دوم
• ثبت 10 مناقصه در روز در سال دوم
• مشارکت در پروژه های ساختمانی در سال چهارم
• افزایش 5 برابری آمار بازدید کنندگان در سال دوم نسبت به سال اول
== سایر اهداف ==
• گنجینه کامل و آرشیو اطلاعات محصولات و خدمات کلیه پیمانکاران کشور
• ثبت کلیه ساخت و سازهای کشور در سامانه و پیگیری روند فعالیت آنها
• قابلیت مقایسه پیمانکاران با یکدیگر
• قابلیت آلارم گذاری برای پیمانکارن در زمینه مناقصات
• قابلیت جستجو بر اساس کارفرمایان خاص
== محدوده فعالیت ==
محدوده ی فعالیت سامانه مناقصه آنلاین صنعت ساختمان تمامی مناقصات بین پیمانکاران و کارفرمایان صنعت ساختمان می باشد ، این سامانه در آینده در کل کشور فعالیت می کند و اطلاعات تمامی پروژه های ساختمانی در خال ساخت را به مخاطبین نمایش می دهد. همچنین پیمانکاران و کارفرمایان می توانند ااز پروژه های فعال در کشور دیدن کنند و مناقصات آتی آنها شرکت کنند.
== ویژگی های متمایز کننده ی محصول ==
این محصول برای اولین بار است که به صورت تخصصی در زمینه صنعت ساختمان در کشور فعالیت می کند ، برد اساس اطلاعات موجود دانشنامه های آنلاین در حوزه صنعت ساختمان رو به افزایش است و اقبال افراد فعال در این صنعت برای دادن تبلیغات مجازی و همچنین ایجاد درگاه وب دذر سال های اخیر رو به رشد می باشد و این نوید خوبی برای حرکت به سمت مناقصات ساختمانی آنلاین می باشد.
== تحلیل صنعت مادر ==
طبق آمارها 33 درصد هزینه هر خانوار و همچنین 40 درصد سرمایه گذاری های کشور در حوزه مسکن انجام می شود. با توجه به رکودی که از سال 92 در زمینه ساخت و سازهای ساختمانی ایجاد شد اقدامات متفاوتی توسط دولت برای مهار این رکود انجام شد که از جمله این اقدامات پایین آوردن سود بانکی دادن وام های بلند مدت و تسهیلاتی در زمینه صنعت ساختمان بود که همه این ها دلیل خوبی برای رشد صنعتا ساختمان در سال های آتی می باشد و دیگر شاهد کاهش قیمت در بازار مسکن نخواهیم بود در سال های 96 و 97 رونق دوباره به این بازار برمی گردد.
بر اساس آمارهای منتشر شده از 360 قلم کالا و خدماتی که ایرانی ها در ماه مصرف می کنند، 33 درصد آن در بخش مسکن، 25 درصد در خوراکی ها و آشامیدنی ها و 10 درصد در حمل و نقل هزینه می شود. با وجود این ایران جزو 5 کشور دنیاست که هزینه مسکن سهم بالایی از درآمد خانوار را به خود اختصاص می دهد.
بسیاری از کارشناسان سال 95 را سال آخر رکود مسکن می دانند و معتقدند بهترین زمان برای ساخت مسکن، اواخر دوره رکود است و همچنین اوایل دوره رونق زمانی مناسب برای خرید و پایان دوره رونق زمان مناسب فروش مسکن است.
بازار مسکن از نیمه دوم سال 92 دچار رکود شد و امروز انتظار داریم بازار مسکن به سمت پایان رکود حرکت کند. در سال 91 حدود 60 هزار واحد مسکونی، در سال 92 معادل 55 هزار واحد مسکونی، در سال 93 برابر با 32 هزار واحد مسکونی و در سال 94 معادل 27 هزار واحد مسکونی پروانه صادر شده است. هر چه به سمت سال های 96 و 97 حرکت کنیم ثبات قیمت مسکن توجیه خود را از دست می دهد. بازار مسکن به مرور وارد دوره گذار از رونق می شود و در سال های 96 و 97 رونق دوباره به بازار مسکن بازمی گردد، در سال 96 شاهد رشد قیمت، پروانه و اجاره در بخش مسکن خواهیم بود.
== تحلیل صنعت خود ==
ارتباط بین پیمانکاران و کارفرمایان یکی از اساسی ترین و ضروری ترین بخش های صنعت ساختمان در کشور است و چگونگی این ارتباطات ، ایجاد سهولت در انجام این ارتباط و برگذاری مناقصات ساختمانی عادلانه بین تمامی افراد و شرکت های پیمانکاری که توانایی فعالیت در عرصه ای خاص را دارند می تواند زمینه رونق این بازار را فراهم کند .
در خیلی از موارد به دلیل وجود دلال ها و واسطه ها و همچنین افرادی که در شهرستان های کوچک تر با استفاده از ارتباطات مانع از فعالیت پیمانکاران خرد می شدند امام با وجود این سامانه تمامی پیمانکاران اعم از خرد و کلان توانایی رقابت با یکدیگر را دارند.
صنعت ساختمان پس از گذراندن بیش از 3 سال رکود اکنون در آستانه ی عبور از این رکود قرار دارد و سیاست گذاری های دولت می توان در سالهای 96 و 97 چشم انداز خوبی را برای فعالیت های عمرانی در نظر گرفت. با رونق گرفتن فعالیت های عمرانی و راه اندازی پروژه های ساخت و ساز تعطیل شده بسیاری از مناقصات ساختمانی دوباره برپا می شود و راه اندازی این سامانه زمان خوبی برای بهره برداری از اتفاق می باشد.
== تحلیل بازار ==
با توجه به تحولات اخیر در بازار مسکن احتمال زیاد نقطه شروع شیب مثبت ساخت و ساز هم از نیمه اول سال 95 خواهد بود و کاهش نرخ سود بانکی می‌تواند محرک مناسبی برای افزایش سرمایه‌گذاری و تسریع رونق در بازار مسکن و ساخت‌وساز باشد هر چند نرخ دو درصدی کاهش یافته طی دو ماه اخیر به تنهایی کافی نبوده و این اثرگذاری زمانی محسوس‌تر است که نرخ سود باز هم به‌طور موثر و متناسب با کاهش تورم در کشور کاهش یابد.

گزینه‌های برتر سرمایه‌گذاری ملکی در سال 95 متناسب با شرابط روز و پیش‌بینی‌های آتی ابتدا در حوزه ساخت و سازهای مسکونی آن هم در بخش مسکن اقشار متوسط است و در سایر حوزه‌ها ساخت‌وساز اداری و سرمایه‌گذاری برای ساخت واحدهای اداری توصیه می‌شود. همچنین بهترین مکان سرمایه‌گذاری در بخش مسکن اقشار متوسط در بافت‌های فرسوده شهری و ساخت‌وسازهای اداری در مناطق تجاری درون شهرها و کلانشهرها برآورد می‌شود. در مورد میزان نوسان قیمت مسکن و ساختمان در سال آینده، هم می‌توان گفت به هیچ وجه بازار مسکن و ساختمان در سال 95 جهش قیمتی نخواهد داشت و همان‌طور که گفته شد با رد احتمال جهش، افزایش قیمت از تورم عمومی فراتر نخواهد رفت.

به هر حال افزایش سقف تسهیلات خرید مسکن به‌عنوان یکی از سیاست‌های اساسی وزارت راه و شهرسازی در راستای افزایش قدرت خرید متقاضیان که در اواخر اسفندماه با موافقت بانک مرکزی و مصوبه شورای پول و اعتبار به تصویب رسید کمک بسیار موثری جهت خانه‌دار شدن و تبدیل تقاضای موجود در بازار مسکن به تقاضای موثر است.

آمارها و اطلاعات موجود از میزان استقبال از این تسهیلات حاکی است تاکنون استقبال نسبتا خوبی از این تسهیلات صورت گرفته است و تعداد قابل‌توجهی از متقاضیان برای ثبت نام در صندوق پس‌انداز مسکن یکم به بانک مسکن مراجعه کرده‌اند، البته برای برآورد میزان دقیق استقبال مراجعه‌کنندگان به زمان بیشتری نیاز است و حداقل باید تا پایان بهار برای اینکه گفته شود وام از سوی چند درصد از گروه‌های هدف مورد استقبال واقع شده است صبر کنیم.

با این حال، وزارت راه و شهرسازی که از ابتدای تصدی دولت یازدهم افزایش سقف تسهیلات خرید مسکن با اتکا به نظام پس‌انداز را در دستور کار خود قرار داده است، نهایتا اواخر اسفند 94 با تصویب این مصوبه سطح پوشش‌دهی وام از قیمت مسکن را به حد مطلوبی افزایش داد. کارشناسان و فعالان بازار مسکن بعضا این ادعا را مطرح می‌کنند که بازپرداخت اصل وام و نرخ سود آن در قالب اقساط ماهانه از توان مالی گروه هدف یعنی زوج‌های جوان خانه اولی خارج است، اما وزارت راه وشهرسازی و بانک مرکزی در یک اقدام مشترک به‌طور غیررسمی اعلام کردند اگر در سنوات و ماه‌های اخیر مشکل مسکن خانوارهای طبقات متوسط، کمبود و در واقع ضعف پوشش‌دهی وام مسکن از هزینه‌های خرید یک آپارتمان است، امروز می‌توان گفت این ضعف تا حد زیادی برطرف شده است.

ضمن اینکه با طراحی سازوکارهای دیگری از جمله وام 100 میلیون تومانی از محل اوراق خرید حق‌تقدم دریافت تسهیلات سایر متقاضیان نیز می‌توانند از سایر فرمول‌ها برای دریافت وام استفاده کنند. آنچه در حال حاضر اهمیت اساسی دارد آن است که حباب قیمتی مسکن هم‌اکنون کاملا خالی شده است و پس‌از این کاهش قیمت که در دهه‌های اخیر بی‌سابقه بوده است، پیش‌بینی می‌شود رونق مسکن از نیمه دوم امسال قطعا آغاز شود. قیمت فعلی مسکن با لحاظ کردن تورم سال‌های اخیر، به نرخ سال 89 بازگشته است، رکود مسکن به پایان رسیده است و ما از این پس تا نیمه دوم سال 95 آغاز دوران رونق را پیش‌بینی می‌کنیم. به همین علت انبوه‌سازان به‌خصوص طی یک سال و نیم گذشته فروش واحدهای آپارتمانی خود را متوقف کرده‌اند و منتظرند آینده بازار مسکن را ببینند.
== تحلیل رقبا ==
رقبای ما در این زمینه بیشتر به فعالیت اطلاع رسانی مشغول هستند تا برگزاری آنلاین مناقصه و این رقبا عبارتند از ، www.parsnamaddata.com ، www.namatender.com که در زمینه اطلاع رسانی مناقصات و مزایدات فعالیت می کنند.
[[پرونده:Swot.jpg||وسط|1000px]]
== مشتریان هدف ==
جنسیت :
اکثر افرادی که در زمینه های ساختمانی فعالیت می کنند آقایان هستند اما تفاوت چندانی بین زن و مرد وجود ندارد با وجود اینکه ماهیت این کار امری مردانه است.
محدوده سنی :
افرادی که در زمینه مناقصات ساختمانی فعالیت می کنند اعم از پیمانکار یا کارفرما از سن جوانی کمی فاصله گرفته اند و هنوز پای به پیری نگذاشته اند و با تخمین نزدیکی محدوده سنی این افراد بین 25 سال تا 65 سال می باشد
سطح درآمد :
مخاطبین هدف ما معمولا از درآمد نسبی خوبی برخوردار می باشد و جزو اقشار متوسط رو به بالای جامعه می باشند زیرا صنعت ساختمان صنعت پردرآمدی می باشد هزچند در بین مشتریان سطوح درآمدی متفاوتی وجود دارد.
وضعیت تاهل:
تفاوت معناداری بین تاهل یا تجرد مشتریان هدف وجود ندارد اما با تقریب بالایی عموم مشتریان هدف متاهل می باشند.
محل زندگی :
این سامانه در نظر دارد بعد از دوسال در سراسر کشور فعالیت کند بنا براین محل زندگی افراد تفاوتی در کارکرد آنها با سامانه ندارد.
== تدوین استراتژی ==
به دلیل نوع فعالیت شرکت و ارتباط مستقیم آن با پیمانکاران و کارفرمایان و افراد ئخیل در صنعت ساختمان بیشتر تمرکز شرکت در زمینه بازاریابی باید به بازاریابی میدانی و چهره به چهره باشد به طوری که در ابتدا کارفرمایان عمده و پیمانکاران اصلی در زمینه های مختلف در شهر های گوناگون را شناسایی کند و طی جلساتی نخوه استفاده از سامانه را برای آنها توضیح دهد و افراد را ترغیب به استفاده از این تکنولوژی بکند. شرکت بسیاری از خدمات خود مانند اختصاص دادن صفخات تخصصی به پیمانکاران و کارفرمایان را به صورت رایگان در اختیار مشتریان می گذارد تا مزیت های زیادی را برای استفاده از سامانه ی خود ایجاد کند.
در مرحله بعدی تمرکز تبلیغات باید بر روی پیمانکاران و کارفرمایانی باشد که در فضای مجازی به هر نوعی فعالیت می کنند این فعالیت می تواند داشتن یک صفحه در شبکه ای اجتماعی یک وب سایت و یا حتی یک تبلیغ در سایت های تبلیغات باشد.
== تحلیل مالی ==
برای این کسب و کار دو نوع سرمایه وجود دارد یک سرمایه ثابت و یک سرمایه در گردش کسب و کار ،
از جمله موارد سرمایه ثابت این طرح می توان به موارد زیر اشاره کرد:
هزینه طراحی و پیاده سازی وب سایت : 25 میلیون تومان
هزینه رهن واحد اداری : 100 میلیون تومان
هزینه تبلیغات اولیه : 30 میلیون تومان
و از هزینه های در گردش می توان به این موارد اشاره کرد:
حقوق پرسنل اداری ماهانه : 30 میلیون تومان با فرض 15 کارمند
هزینه بازاریابی میدانی ماهانه : 5 میلیون تومان
هزینه های جاری دفتر از قبیل سرور اینترنت و ... : 5 میلیون تومان
== تحلیل ریسک ==
با توجه به روند رو به رشد حضور صنایع و خدمات مختلف در عرصه وب ریسک ورود زودهنگام به این عرصه بسیار کمتر از سالیان قبل شده است اما مواردی مانند ، عدم آشنایی بخش عمده ای از مشتریان با ابزارهای مدرن مانند کامپیوتر ، اینترنت و موبایل هوشمند و همچنین عدم اعتماد افراد باسابقه به حضور در یک مناقصه آنلاین می تواند به ریسک پذیری این پروژه بیافزاید.
باید در زمینه اعتماد سازی هم شرکت از پیمانکاران و کارفرمایان مدارک مناسبی را دریافت کند و فعالیت آنها را تایید کند و هم تیم حقوقی شرکت با تنظیم قراردادها و مناقصات باعث ایجاد اطمینان و اعتماد به این سامانه آنلاین بشوند.

پرونده:Swot.jpg

2017-01-02T00:42:44Z

Rasool yekta:

سامانه ارتباطی پیمانکاران و کارفرمایان در حوزه ساختمان

2017-01-02T00:26:41Z

Rasool yekta:

سامانه ارتباطی پیمانکاران و کارفرمایان در حوزه ساختمان

2017-01-02T00:23:27Z

Rasool yekta:

پرونده:Webb.jpg

2017-01-02T00:23:09Z

Rasool yekta:

سامانه ارتباطی پیمانکاران و کارفرمایان در حوزه ساختمان

2017-01-02T00:21:25Z

Rasool yekta: صفحه‌ای جدید حاوی «*مــــــوضوع : '''ایجاد سامانه ارتباطی پیمانکاران و کارفرمایان در حوزه ساختما...» ایجاد کرد

پرونده:LEAN-CUS-95131501.jpg

2017-01-02T00:20:29Z

Rasool yekta:

EC:95131501

2017-01-02T00:14:04Z

Rasool yekta:

بسمه تعالی

'''''رسول ابوالحسنی یکتا'''''

دانشگاه امیر کبیر

مهندسی فناوری اطلاعات-تجارت الکترونیک

'''عنوان طرح کسب و کار تجاری:''' [[سامانه ارتباطی پیمانکاران و کارفرمایان در حوزه ساختمان]]

'''عنوان طرح پژوهشی :''' آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی

== ''خلاصه طرح کسب و کار'' ==

خلاصه طرح کسب و کار

== خلاصه اجرایی طرح پژوهشی ==
===مقدمه===
همواره یکی از مشکلات ارتباط (متنی، صوتی، تصویری، فایلی و …) بین افراد، این بود که باید یک سرور به عنوان واسط عمل می‌کرد. یعنی صدای من ابتدا به سرور ارسال می‌شد و سپس از سرور به دستگاه گیرنده.
این امر از سویی موجب کاهش امنیت می‌شود (چون صاحب سرور بر کل داده‌های ردوبدل شده اشراف دارد) و از سویی نیز پهنای باند زیادی را بر سرور تحمیل می‌کند که موجب می‌شود اغلب صاحبان اینگونه سرویس‌ها، برای حفظ مشتریان رایگان خود، علاوه بر نمایش تبلیغات، دست به فروش اطلاعات آنها به دیگران بزنند تا بتوانند هزینه‌های سرور خود را تامین کنند.
WebRTC یک تکنولوژی اپن سورس است که برای ارتباط مرورگرهای وب با یکدیگر (بدون دخالت یک سرور واسط) است. با این فناوری مرورگرها می‌توانند به صورت مستقیم مبادله اطلاعات کنند. وب‌آرتی‌سی شامل API است که با کمک آن‌ها می‌توان بین مرورگرها ارتباط زنده برقرار کرد. یکی از کاربردهای مهم وب‌آرتی‌سی در صحبت‌های صوتی و تصویری است.
وب آر تی سی هم اکنون در اکثر براوزرها (فایرفاکس، کروم، اپرا) پشتیبانی می‌شود و لذا کاربر برای استفاده از آن نیاز به نصب هیچ پلاگین و افزونه‌ای ندارد.

===تاریخچه===

یکی از چالشهای بزرگ برای وب،فراهم کردن راهی برای ارتباط انسان ها به وسیله صوت و تصویر بوده است.همواره ارتباط بلادرنگ کاری پیچیده و هزینه بر بوده.در سال ۲۰۰۸ چت ویدوئی گوگل مطرح شد علاوه برا آن در سال ۲۰۱۱ گوگل سرویس Hangouts خود را معرفی کرد.سپس شرکت GIPS را خرید.این شرکت در حال توسعه کامپننت هایی بود که لازمه ارتباط بلادرنگ است.مثل انواع کدک ها و تکنیک های از بین بردن اکو(Echo suppression and cancellation).

گوگل این تکنولوژی ها را سورس باز کرد و به منظور اجماع در آن ها مشغول آماده سازی استانداردها برای IETF و W3C شد.در ماه می ۲۰۱۱ اریکسون اولین پیاده سازی خودش را از این تکنولوژی(WebRTC) ارائه داد.

WebRTC هم اکنون یک پیاده سازی استاندارد برای ارتباط بلادرنگ بدون نیاز به هیچ پلاگینی جهت انتقال داده، صدا و تصویر است.

===WebRTC برای ایجاد تحول معرفی شده===

دنیای امروز ما با اینترنتی عجین شده که همان اینترنت ساده‌ی ۱۰ سال پیش نیست. ارتباطاتی که در حال حاضر می‌توان از طریق اینترنت برقرار کرد، فقط ایمیل‌های ساده‌ی دیروز نیست. حتی ایمیل هم آمیخته به سرویس‌های ابری قدرتمند شده ولیکن از همه مهم‌تر ارتباطاتی است که سال‌ها پیش به پلاگین‌ها و اپلیکیشن‌های خاص نیاز داشت و مشکلات زیادی هم در راهکارهای آن روز به چشم می‌خورد. ارتباطات ویدیویی و صوتی این روزها بسیار ساده شده و WebRTC هم یکی از مقولات جدیدی است که به این سادگی و در عین حال توانمندی کمک زیادی کرده است.

WebRTC به توسعه‌دهندگانی که به دنبال ایجاد ارتباطات آنی هستند، استفاده از تکنولوژی‌های متداول وب یعنی HTML5 ، جاوااسکریپت و CSS را پیشنهاد می‌کند. مثلاً بخش چت یک بازی مالتی‌پلیر آنلاین یا یک سایت ساده برای ویدیوکنفرانس را در نظر بگیرید، WebRTC ارتباطات آنی این اپلیکیشن‌ها را ساده می‌کند.

===جدول دانش===

http://s9.picofile.com/file/8271884542/Articles_For_WebRTC_1.jpg

===درخت دانش===
http://s9.picofile.com/file/8271885676/Website_Outline1.jpg

== مقالات و منابع مورد مطالعه ==
*[http://ieeexplore.ieee.org/document/7489664/] Samuel Ouya ,Khalifa Sylla,Pape Mamadou Djidiack Faye,Mouhamadou Yaya Sow and Claude Lishou. "Impact of integrating WebRTC in universities' e-learning platforms" Information and Communication Technologies (WICT) (Dec. 2015 ): 14-16
*[http://ieeexplore.ieee.org/document/7160422/]Branislav Sredojev ,Dragan Samardzija and Dragan Posarac. "WebRTC technology overview and signaling solution design and implementation" Information and Communication Technology, Electronics and Microelectronics (MIPRO) (May 2015 ): 25-29
*[http://ieeexplore.ieee.org/document/6956711/]Chuan-Yen Chiang ,Yen-Lin Chen,Pei-Shiun Tsai and Shyan-Ming Yuan. "A Video Conferencing System Based on WebRTC for Seniors" Trustworthy Systems and their Applications (TSA) (June 2014): 9-10
*[http://ieeexplore.ieee.org/document/6757840/] Michael Adeyeye ,Ishmeal Makitla and Thomas Fogwill. "Determining the signalling overhead of two common WebRTC methods: JSON via XMLHttpRequest and SIP over WebSocket" AFRICON (Sept. 2013): 9-12
*[http://ieeexplore.ieee.org/document/7280092/]Kiran Kumar Guduru and Sachin Dev. "Web RTC Implementation Analysis and Impact of Bundle Feature" Communication Systems and Network Technologies (CSNT) (April 2015): 4-6

EC:95131501

2016-10-22T18:08:21Z

Rasool yekta: /* درخت دانش */

بسمه تعالی

'''''رسول ابوالحسنی یکتا'''''

دانشگاه امیر کبیر

مهندسی فناوری اطلاعات-تجارت الکترونیک

'''عنوان طرح کسب و کار تجاری:''' سامانه ارتباطی پیمانکاران و کارفرمایان در حوزه ساختمان

'''عنوان طرح پژوهشی :''' آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی

== ''خلاصه طرح کسب و کار'' ==

خلاصه طرح کسب و کار

== خلاصه اجرایی طرح پژوهشی ==
===مقدمه===
همواره یکی از مشکلات ارتباط (متنی، صوتی، تصویری، فایلی و …) بین افراد، این بود که باید یک سرور به عنوان واسط عمل می‌کرد. یعنی صدای من ابتدا به سرور ارسال می‌شد و سپس از سرور به دستگاه گیرنده.
این امر از سویی موجب کاهش امنیت می‌شود (چون صاحب سرور بر کل داده‌های ردوبدل شده اشراف دارد) و از سویی نیز پهنای باند زیادی را بر سرور تحمیل می‌کند که موجب می‌شود اغلب صاحبان اینگونه سرویس‌ها، برای حفظ مشتریان رایگان خود، علاوه بر نمایش تبلیغات، دست به فروش اطلاعات آنها به دیگران بزنند تا بتوانند هزینه‌های سرور خود را تامین کنند.
WebRTC یک تکنولوژی اپن سورس است که برای ارتباط مرورگرهای وب با یکدیگر (بدون دخالت یک سرور واسط) است. با این فناوری مرورگرها می‌توانند به صورت مستقیم مبادله اطلاعات کنند. وب‌آرتی‌سی شامل API است که با کمک آن‌ها می‌توان بین مرورگرها ارتباط زنده برقرار کرد. یکی از کاربردهای مهم وب‌آرتی‌سی در صحبت‌های صوتی و تصویری است.
وب آر تی سی هم اکنون در اکثر براوزرها (فایرفاکس، کروم، اپرا) پشتیبانی می‌شود و لذا کاربر برای استفاده از آن نیاز به نصب هیچ پلاگین و افزونه‌ای ندارد.

===تاریخچه===

یکی از چالشهای بزرگ برای وب،فراهم کردن راهی برای ارتباط انسان ها به وسیله صوت و تصویر بوده است.همواره ارتباط بلادرنگ کاری پیچیده و هزینه بر بوده.در سال ۲۰۰۸ چت ویدوئی گوگل مطرح شد علاوه برا آن در سال ۲۰۱۱ گوگل سرویس Hangouts خود را معرفی کرد.سپس شرکت GIPS را خرید.این شرکت در حال توسعه کامپننت هایی بود که لازمه ارتباط بلادرنگ است.مثل انواع کدک ها و تکنیک های از بین بردن اکو(Echo suppression and cancellation).

گوگل این تکنولوژی ها را سورس باز کرد و به منظور اجماع در آن ها مشغول آماده سازی استانداردها برای IETF و W3C شد.در ماه می ۲۰۱۱ اریکسون اولین پیاده سازی خودش را از این تکنولوژی(WebRTC) ارائه داد.

WebRTC هم اکنون یک پیاده سازی استاندارد برای ارتباط بلادرنگ بدون نیاز به هیچ پلاگینی جهت انتقال داده، صدا و تصویر است.

===WebRTC برای ایجاد تحول معرفی شده===

دنیای امروز ما با اینترنتی عجین شده که همان اینترنت ساده‌ی ۱۰ سال پیش نیست. ارتباطاتی که در حال حاضر می‌توان از طریق اینترنت برقرار کرد، فقط ایمیل‌های ساده‌ی دیروز نیست. حتی ایمیل هم آمیخته به سرویس‌های ابری قدرتمند شده ولیکن از همه مهم‌تر ارتباطاتی است که سال‌ها پیش به پلاگین‌ها و اپلیکیشن‌های خاص نیاز داشت و مشکلات زیادی هم در راهکارهای آن روز به چشم می‌خورد. ارتباطات ویدیویی و صوتی این روزها بسیار ساده شده و WebRTC هم یکی از مقولات جدیدی است که به این سادگی و در عین حال توانمندی کمک زیادی کرده است.

WebRTC به توسعه‌دهندگانی که به دنبال ایجاد ارتباطات آنی هستند، استفاده از تکنولوژی‌های متداول وب یعنی HTML5 ، جاوااسکریپت و CSS را پیشنهاد می‌کند. مثلاً بخش چت یک بازی مالتی‌پلیر آنلاین یا یک سایت ساده برای ویدیوکنفرانس را در نظر بگیرید، WebRTC ارتباطات آنی این اپلیکیشن‌ها را ساده می‌کند.

===جدول دانش===

http://s9.picofile.com/file/8271884542/Articles_For_WebRTC_1.jpg

===درخت دانش===
http://s9.picofile.com/file/8271885676/Website_Outline1.jpg

== مقالات و منابع مورد مطالعه ==
*[http://ieeexplore.ieee.org/document/7489664/] Samuel Ouya ,Khalifa Sylla,Pape Mamadou Djidiack Faye,Mouhamadou Yaya Sow and Claude Lishou. "Impact of integrating WebRTC in universities' e-learning platforms" Information and Communication Technologies (WICT) (Dec. 2015 ): 14-16
*[http://ieeexplore.ieee.org/document/7160422/]Branislav Sredojev ,Dragan Samardzija and Dragan Posarac. "WebRTC technology overview and signaling solution design and implementation" Information and Communication Technology, Electronics and Microelectronics (MIPRO) (May 2015 ): 25-29
*[http://ieeexplore.ieee.org/document/6956711/]Chuan-Yen Chiang ,Yen-Lin Chen,Pei-Shiun Tsai and Shyan-Ming Yuan. "A Video Conferencing System Based on WebRTC for Seniors" Trustworthy Systems and their Applications (TSA) (June 2014): 9-10
*[http://ieeexplore.ieee.org/document/6757840/] Michael Adeyeye ,Ishmeal Makitla and Thomas Fogwill. "Determining the signalling overhead of two common WebRTC methods: JSON via XMLHttpRequest and SIP over WebSocket" AFRICON (Sept. 2013): 9-12
*[http://ieeexplore.ieee.org/document/7280092/]Kiran Kumar Guduru and Sachin Dev. "Web RTC Implementation Analysis and Impact of Bundle Feature" Communication Systems and Network Technologies (CSNT) (April 2015): 4-6

EC:95131501

2016-10-22T18:06:17Z

Rasool yekta: /* خلاصه اجرایی طرح پژوهشی */

بسمه تعالی

'''''رسول ابوالحسنی یکتا'''''

دانشگاه امیر کبیر

مهندسی فناوری اطلاعات-تجارت الکترونیک

'''عنوان طرح کسب و کار تجاری:''' سامانه ارتباطی پیمانکاران و کارفرمایان در حوزه ساختمان

'''عنوان طرح پژوهشی :''' آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی

== ''خلاصه طرح کسب و کار'' ==

خلاصه طرح کسب و کار

== خلاصه اجرایی طرح پژوهشی ==
===مقدمه===
همواره یکی از مشکلات ارتباط (متنی، صوتی، تصویری، فایلی و …) بین افراد، این بود که باید یک سرور به عنوان واسط عمل می‌کرد. یعنی صدای من ابتدا به سرور ارسال می‌شد و سپس از سرور به دستگاه گیرنده.
این امر از سویی موجب کاهش امنیت می‌شود (چون صاحب سرور بر کل داده‌های ردوبدل شده اشراف دارد) و از سویی نیز پهنای باند زیادی را بر سرور تحمیل می‌کند که موجب می‌شود اغلب صاحبان اینگونه سرویس‌ها، برای حفظ مشتریان رایگان خود، علاوه بر نمایش تبلیغات، دست به فروش اطلاعات آنها به دیگران بزنند تا بتوانند هزینه‌های سرور خود را تامین کنند.
WebRTC یک تکنولوژی اپن سورس است که برای ارتباط مرورگرهای وب با یکدیگر (بدون دخالت یک سرور واسط) است. با این فناوری مرورگرها می‌توانند به صورت مستقیم مبادله اطلاعات کنند. وب‌آرتی‌سی شامل API است که با کمک آن‌ها می‌توان بین مرورگرها ارتباط زنده برقرار کرد. یکی از کاربردهای مهم وب‌آرتی‌سی در صحبت‌های صوتی و تصویری است.
وب آر تی سی هم اکنون در اکثر براوزرها (فایرفاکس، کروم، اپرا) پشتیبانی می‌شود و لذا کاربر برای استفاده از آن نیاز به نصب هیچ پلاگین و افزونه‌ای ندارد.

===تاریخچه===

یکی از چالشهای بزرگ برای وب،فراهم کردن راهی برای ارتباط انسان ها به وسیله صوت و تصویر بوده است.همواره ارتباط بلادرنگ کاری پیچیده و هزینه بر بوده.در سال ۲۰۰۸ چت ویدوئی گوگل مطرح شد علاوه برا آن در سال ۲۰۱۱ گوگل سرویس Hangouts خود را معرفی کرد.سپس شرکت GIPS را خرید.این شرکت در حال توسعه کامپننت هایی بود که لازمه ارتباط بلادرنگ است.مثل انواع کدک ها و تکنیک های از بین بردن اکو(Echo suppression and cancellation).

گوگل این تکنولوژی ها را سورس باز کرد و به منظور اجماع در آن ها مشغول آماده سازی استانداردها برای IETF و W3C شد.در ماه می ۲۰۱۱ اریکسون اولین پیاده سازی خودش را از این تکنولوژی(WebRTC) ارائه داد.

WebRTC هم اکنون یک پیاده سازی استاندارد برای ارتباط بلادرنگ بدون نیاز به هیچ پلاگینی جهت انتقال داده، صدا و تصویر است.

===WebRTC برای ایجاد تحول معرفی شده===

دنیای امروز ما با اینترنتی عجین شده که همان اینترنت ساده‌ی ۱۰ سال پیش نیست. ارتباطاتی که در حال حاضر می‌توان از طریق اینترنت برقرار کرد، فقط ایمیل‌های ساده‌ی دیروز نیست. حتی ایمیل هم آمیخته به سرویس‌های ابری قدرتمند شده ولیکن از همه مهم‌تر ارتباطاتی است که سال‌ها پیش به پلاگین‌ها و اپلیکیشن‌های خاص نیاز داشت و مشکلات زیادی هم در راهکارهای آن روز به چشم می‌خورد. ارتباطات ویدیویی و صوتی این روزها بسیار ساده شده و WebRTC هم یکی از مقولات جدیدی است که به این سادگی و در عین حال توانمندی کمک زیادی کرده است.

WebRTC به توسعه‌دهندگانی که به دنبال ایجاد ارتباطات آنی هستند، استفاده از تکنولوژی‌های متداول وب یعنی HTML5 ، جاوااسکریپت و CSS را پیشنهاد می‌کند. مثلاً بخش چت یک بازی مالتی‌پلیر آنلاین یا یک سایت ساده برای ویدیوکنفرانس را در نظر بگیرید، WebRTC ارتباطات آنی این اپلیکیشن‌ها را ساده می‌کند.

===جدول دانش===

http://s9.picofile.com/file/8271884542/Articles_For_WebRTC_1.jpg

===درخت دانش===
http://s8.picofile.com/file/8271885600/Website_Outline.png

== مقالات و منابع مورد مطالعه ==
*[http://ieeexplore.ieee.org/document/7489664/] Samuel Ouya ,Khalifa Sylla,Pape Mamadou Djidiack Faye,Mouhamadou Yaya Sow and Claude Lishou. "Impact of integrating WebRTC in universities' e-learning platforms" Information and Communication Technologies (WICT) (Dec. 2015 ): 14-16
*[http://ieeexplore.ieee.org/document/7160422/]Branislav Sredojev ,Dragan Samardzija and Dragan Posarac. "WebRTC technology overview and signaling solution design and implementation" Information and Communication Technology, Electronics and Microelectronics (MIPRO) (May 2015 ): 25-29
*[http://ieeexplore.ieee.org/document/6956711/]Chuan-Yen Chiang ,Yen-Lin Chen,Pei-Shiun Tsai and Shyan-Ming Yuan. "A Video Conferencing System Based on WebRTC for Seniors" Trustworthy Systems and their Applications (TSA) (June 2014): 9-10
*[http://ieeexplore.ieee.org/document/6757840/] Michael Adeyeye ,Ishmeal Makitla and Thomas Fogwill. "Determining the signalling overhead of two common WebRTC methods: JSON via XMLHttpRequest and SIP over WebSocket" AFRICON (Sept. 2013): 9-12
*[http://ieeexplore.ieee.org/document/7280092/]Kiran Kumar Guduru and Sachin Dev. "Web RTC Implementation Analysis and Impact of Bundle Feature" Communication Systems and Network Technologies (CSNT) (April 2015): 4-6

EC:95131501

2016-10-22T17:49:45Z

Rasool yekta: /* جدول دانش */

بسمه تعالی

'''''رسول ابوالحسنی یکتا'''''

دانشگاه امیر کبیر

مهندسی فناوری اطلاعات-تجارت الکترونیک

'''عنوان طرح کسب و کار تجاری:''' سامانه ارتباطی پیمانکاران و کارفرمایان در حوزه ساختمان

'''عنوان طرح پژوهشی :''' آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی

== ''خلاصه طرح کسب و کار'' ==

خلاصه طرح کسب و کار

== خلاصه اجرایی طرح پژوهشی ==
===مقدمه===
همواره یکی از مشکلات ارتباط (متنی، صوتی، تصویری، فایلی و …) بین افراد، این بود که باید یک سرور به عنوان واسط عمل می‌کرد. یعنی صدای من ابتدا به سرور ارسال می‌شد و سپس از سرور به دستگاه گیرنده.
این امر از سویی موجب کاهش امنیت می‌شود (چون صاحب سرور بر کل داده‌های ردوبدل شده اشراف دارد) و از سویی نیز پهنای باند زیادی را بر سرور تحمیل می‌کند که موجب می‌شود اغلب صاحبان اینگونه سرویس‌ها، برای حفظ مشتریان رایگان خود، علاوه بر نمایش تبلیغات، دست به فروش اطلاعات آنها به دیگران بزنند تا بتوانند هزینه‌های سرور خود را تامین کنند.
WebRTC یک تکنولوژی اپن سورس است که برای ارتباط مرورگرهای وب با یکدیگر (بدون دخالت یک سرور واسط) است. با این فناوری مرورگرها می‌توانند به صورت مستقیم مبادله اطلاعات کنند. وب‌آرتی‌سی شامل API است که با کمک آن‌ها می‌توان بین مرورگرها ارتباط زنده برقرار کرد. یکی از کاربردهای مهم وب‌آرتی‌سی در صحبت‌های صوتی و تصویری است.
وب آر تی سی هم اکنون در اکثر براوزرها (فایرفاکس، کروم، اپرا) پشتیبانی می‌شود و لذا کاربر برای استفاده از آن نیاز به نصب هیچ پلاگین و افزونه‌ای ندارد.

===تاریخچه===

یکی از چالشهای بزرگ برای وب،فراهم کردن راهی برای ارتباط انسان ها به وسیله صوت و تصویر بوده است.همواره ارتباط بلادرنگ کاری پیچیده و هزینه بر بوده.در سال ۲۰۰۸ چت ویدوئی گوگل مطرح شد علاوه برا آن در سال ۲۰۱۱ گوگل سرویس Hangouts خود را معرفی کرد.سپس شرکت GIPS را خرید.این شرکت در حال توسعه کامپننت هایی بود که لازمه ارتباط بلادرنگ است.مثل انواع کدک ها و تکنیک های از بین بردن اکو(Echo suppression and cancellation).

گوگل این تکنولوژی ها را سورس باز کرد و به منظور اجماع در آن ها مشغول آماده سازی استانداردها برای IETF و W3C شد.در ماه می ۲۰۱۱ اریکسون اولین پیاده سازی خودش را از این تکنولوژی(WebRTC) ارائه داد.

WebRTC هم اکنون یک پیاده سازی استاندارد برای ارتباط بلادرنگ بدون نیاز به هیچ پلاگینی جهت انتقال داده، صدا و تصویر است.

===WebRTC برای ایجاد تحول معرفی شده===

دنیای امروز ما با اینترنتی عجین شده که همان اینترنت ساده‌ی ۱۰ سال پیش نیست. ارتباطاتی که در حال حاضر می‌توان از طریق اینترنت برقرار کرد، فقط ایمیل‌های ساده‌ی دیروز نیست. حتی ایمیل هم آمیخته به سرویس‌های ابری قدرتمند شده ولیکن از همه مهم‌تر ارتباطاتی است که سال‌ها پیش به پلاگین‌ها و اپلیکیشن‌های خاص نیاز داشت و مشکلات زیادی هم در راهکارهای آن روز به چشم می‌خورد. ارتباطات ویدیویی و صوتی این روزها بسیار ساده شده و WebRTC هم یکی از مقولات جدیدی است که به این سادگی و در عین حال توانمندی کمک زیادی کرده است.

WebRTC به توسعه‌دهندگانی که به دنبال ایجاد ارتباطات آنی هستند، استفاده از تکنولوژی‌های متداول وب یعنی HTML5 ، جاوااسکریپت و CSS را پیشنهاد می‌کند. مثلاً بخش چت یک بازی مالتی‌پلیر آنلاین یا یک سایت ساده برای ویدیوکنفرانس را در نظر بگیرید، WebRTC ارتباطات آنی این اپلیکیشن‌ها را ساده می‌کند.

===جدول دانش===

http://s9.picofile.com/file/8271884542/Articles_For_WebRTC_1.jpg

== مقالات و منابع مورد مطالعه ==
*[http://ieeexplore.ieee.org/document/7489664/] Samuel Ouya ,Khalifa Sylla,Pape Mamadou Djidiack Faye,Mouhamadou Yaya Sow and Claude Lishou. "Impact of integrating WebRTC in universities' e-learning platforms" Information and Communication Technologies (WICT) (Dec. 2015 ): 14-16
*[http://ieeexplore.ieee.org/document/7160422/]Branislav Sredojev ,Dragan Samardzija and Dragan Posarac. "WebRTC technology overview and signaling solution design and implementation" Information and Communication Technology, Electronics and Microelectronics (MIPRO) (May 2015 ): 25-29
*[http://ieeexplore.ieee.org/document/6956711/]Chuan-Yen Chiang ,Yen-Lin Chen,Pei-Shiun Tsai and Shyan-Ming Yuan. "A Video Conferencing System Based on WebRTC for Seniors" Trustworthy Systems and their Applications (TSA) (June 2014): 9-10
*[http://ieeexplore.ieee.org/document/6757840/] Michael Adeyeye ,Ishmeal Makitla and Thomas Fogwill. "Determining the signalling overhead of two common WebRTC methods: JSON via XMLHttpRequest and SIP over WebSocket" AFRICON (Sept. 2013): 9-12
*[http://ieeexplore.ieee.org/document/7280092/]Kiran Kumar Guduru and Sachin Dev. "Web RTC Implementation Analysis and Impact of Bundle Feature" Communication Systems and Network Technologies (CSNT) (April 2015): 4-6

EC:95131501

2016-10-22T17:42:12Z

Rasool yekta: /* جدول دانش */

بسمه تعالی

'''''رسول ابوالحسنی یکتا'''''

دانشگاه امیر کبیر

مهندسی فناوری اطلاعات-تجارت الکترونیک

'''عنوان طرح کسب و کار تجاری:''' سامانه ارتباطی پیمانکاران و کارفرمایان در حوزه ساختمان

'''عنوان طرح پژوهشی :''' آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی

== ''خلاصه طرح کسب و کار'' ==

خلاصه طرح کسب و کار

== خلاصه اجرایی طرح پژوهشی ==
===مقدمه===
همواره یکی از مشکلات ارتباط (متنی، صوتی، تصویری، فایلی و …) بین افراد، این بود که باید یک سرور به عنوان واسط عمل می‌کرد. یعنی صدای من ابتدا به سرور ارسال می‌شد و سپس از سرور به دستگاه گیرنده.
این امر از سویی موجب کاهش امنیت می‌شود (چون صاحب سرور بر کل داده‌های ردوبدل شده اشراف دارد) و از سویی نیز پهنای باند زیادی را بر سرور تحمیل می‌کند که موجب می‌شود اغلب صاحبان اینگونه سرویس‌ها، برای حفظ مشتریان رایگان خود، علاوه بر نمایش تبلیغات، دست به فروش اطلاعات آنها به دیگران بزنند تا بتوانند هزینه‌های سرور خود را تامین کنند.
WebRTC یک تکنولوژی اپن سورس است که برای ارتباط مرورگرهای وب با یکدیگر (بدون دخالت یک سرور واسط) است. با این فناوری مرورگرها می‌توانند به صورت مستقیم مبادله اطلاعات کنند. وب‌آرتی‌سی شامل API است که با کمک آن‌ها می‌توان بین مرورگرها ارتباط زنده برقرار کرد. یکی از کاربردهای مهم وب‌آرتی‌سی در صحبت‌های صوتی و تصویری است.
وب آر تی سی هم اکنون در اکثر براوزرها (فایرفاکس، کروم، اپرا) پشتیبانی می‌شود و لذا کاربر برای استفاده از آن نیاز به نصب هیچ پلاگین و افزونه‌ای ندارد.

===تاریخچه===

یکی از چالشهای بزرگ برای وب،فراهم کردن راهی برای ارتباط انسان ها به وسیله صوت و تصویر بوده است.همواره ارتباط بلادرنگ کاری پیچیده و هزینه بر بوده.در سال ۲۰۰۸ چت ویدوئی گوگل مطرح شد علاوه برا آن در سال ۲۰۱۱ گوگل سرویس Hangouts خود را معرفی کرد.سپس شرکت GIPS را خرید.این شرکت در حال توسعه کامپننت هایی بود که لازمه ارتباط بلادرنگ است.مثل انواع کدک ها و تکنیک های از بین بردن اکو(Echo suppression and cancellation).

گوگل این تکنولوژی ها را سورس باز کرد و به منظور اجماع در آن ها مشغول آماده سازی استانداردها برای IETF و W3C شد.در ماه می ۲۰۱۱ اریکسون اولین پیاده سازی خودش را از این تکنولوژی(WebRTC) ارائه داد.

WebRTC هم اکنون یک پیاده سازی استاندارد برای ارتباط بلادرنگ بدون نیاز به هیچ پلاگینی جهت انتقال داده، صدا و تصویر است.

===WebRTC برای ایجاد تحول معرفی شده===

دنیای امروز ما با اینترنتی عجین شده که همان اینترنت ساده‌ی ۱۰ سال پیش نیست. ارتباطاتی که در حال حاضر می‌توان از طریق اینترنت برقرار کرد، فقط ایمیل‌های ساده‌ی دیروز نیست. حتی ایمیل هم آمیخته به سرویس‌های ابری قدرتمند شده ولیکن از همه مهم‌تر ارتباطاتی است که سال‌ها پیش به پلاگین‌ها و اپلیکیشن‌های خاص نیاز داشت و مشکلات زیادی هم در راهکارهای آن روز به چشم می‌خورد. ارتباطات ویدیویی و صوتی این روزها بسیار ساده شده و WebRTC هم یکی از مقولات جدیدی است که به این سادگی و در عین حال توانمندی کمک زیادی کرده است.

WebRTC به توسعه‌دهندگانی که به دنبال ایجاد ارتباطات آنی هستند، استفاده از تکنولوژی‌های متداول وب یعنی HTML5 ، جاوااسکریپت و CSS را پیشنهاد می‌کند. مثلاً بخش چت یک بازی مالتی‌پلیر آنلاین یا یک سایت ساده برای ویدیوکنفرانس را در نظر بگیرید، WebRTC ارتباطات آنی این اپلیکیشن‌ها را ساده می‌کند.

===جدول دانش===

http://s8.picofile.com/file/8271884000/Articles_For_WebRTC_1.jpg

== مقالات و منابع مورد مطالعه ==
*[http://ieeexplore.ieee.org/document/7489664/] Samuel Ouya ,Khalifa Sylla,Pape Mamadou Djidiack Faye,Mouhamadou Yaya Sow and Claude Lishou. "Impact of integrating WebRTC in universities' e-learning platforms" Information and Communication Technologies (WICT) (Dec. 2015 ): 14-16
*[http://ieeexplore.ieee.org/document/7160422/]Branislav Sredojev ,Dragan Samardzija and Dragan Posarac. "WebRTC technology overview and signaling solution design and implementation" Information and Communication Technology, Electronics and Microelectronics (MIPRO) (May 2015 ): 25-29
*[http://ieeexplore.ieee.org/document/6956711/]Chuan-Yen Chiang ,Yen-Lin Chen,Pei-Shiun Tsai and Shyan-Ming Yuan. "A Video Conferencing System Based on WebRTC for Seniors" Trustworthy Systems and their Applications (TSA) (June 2014): 9-10
*[http://ieeexplore.ieee.org/document/6757840/] Michael Adeyeye ,Ishmeal Makitla and Thomas Fogwill. "Determining the signalling overhead of two common WebRTC methods: JSON via XMLHttpRequest and SIP over WebSocket" AFRICON (Sept. 2013): 9-12
*[http://ieeexplore.ieee.org/document/7280092/]Kiran Kumar Guduru and Sachin Dev. "Web RTC Implementation Analysis and Impact of Bundle Feature" Communication Systems and Network Technologies (CSNT) (April 2015): 4-6

EC:95131501

2016-10-22T17:35:47Z

Rasool yekta: /* خلاصه اجرایی طرح پژوهشی */

بسمه تعالی

'''''رسول ابوالحسنی یکتا'''''

دانشگاه امیر کبیر

مهندسی فناوری اطلاعات-تجارت الکترونیک

'''عنوان طرح کسب و کار تجاری:''' سامانه ارتباطی پیمانکاران و کارفرمایان در حوزه ساختمان

'''عنوان طرح پژوهشی :''' آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی

== ''خلاصه طرح کسب و کار'' ==

خلاصه طرح کسب و کار

== خلاصه اجرایی طرح پژوهشی ==
===مقدمه===
همواره یکی از مشکلات ارتباط (متنی، صوتی، تصویری، فایلی و …) بین افراد، این بود که باید یک سرور به عنوان واسط عمل می‌کرد. یعنی صدای من ابتدا به سرور ارسال می‌شد و سپس از سرور به دستگاه گیرنده.
این امر از سویی موجب کاهش امنیت می‌شود (چون صاحب سرور بر کل داده‌های ردوبدل شده اشراف دارد) و از سویی نیز پهنای باند زیادی را بر سرور تحمیل می‌کند که موجب می‌شود اغلب صاحبان اینگونه سرویس‌ها، برای حفظ مشتریان رایگان خود، علاوه بر نمایش تبلیغات، دست به فروش اطلاعات آنها به دیگران بزنند تا بتوانند هزینه‌های سرور خود را تامین کنند.
WebRTC یک تکنولوژی اپن سورس است که برای ارتباط مرورگرهای وب با یکدیگر (بدون دخالت یک سرور واسط) است. با این فناوری مرورگرها می‌توانند به صورت مستقیم مبادله اطلاعات کنند. وب‌آرتی‌سی شامل API است که با کمک آن‌ها می‌توان بین مرورگرها ارتباط زنده برقرار کرد. یکی از کاربردهای مهم وب‌آرتی‌سی در صحبت‌های صوتی و تصویری است.
وب آر تی سی هم اکنون در اکثر براوزرها (فایرفاکس، کروم، اپرا) پشتیبانی می‌شود و لذا کاربر برای استفاده از آن نیاز به نصب هیچ پلاگین و افزونه‌ای ندارد.

===تاریخچه===

یکی از چالشهای بزرگ برای وب،فراهم کردن راهی برای ارتباط انسان ها به وسیله صوت و تصویر بوده است.همواره ارتباط بلادرنگ کاری پیچیده و هزینه بر بوده.در سال ۲۰۰۸ چت ویدوئی گوگل مطرح شد علاوه برا آن در سال ۲۰۱۱ گوگل سرویس Hangouts خود را معرفی کرد.سپس شرکت GIPS را خرید.این شرکت در حال توسعه کامپننت هایی بود که لازمه ارتباط بلادرنگ است.مثل انواع کدک ها و تکنیک های از بین بردن اکو(Echo suppression and cancellation).

گوگل این تکنولوژی ها را سورس باز کرد و به منظور اجماع در آن ها مشغول آماده سازی استانداردها برای IETF و W3C شد.در ماه می ۲۰۱۱ اریکسون اولین پیاده سازی خودش را از این تکنولوژی(WebRTC) ارائه داد.

WebRTC هم اکنون یک پیاده سازی استاندارد برای ارتباط بلادرنگ بدون نیاز به هیچ پلاگینی جهت انتقال داده، صدا و تصویر است.

===WebRTC برای ایجاد تحول معرفی شده===

دنیای امروز ما با اینترنتی عجین شده که همان اینترنت ساده‌ی ۱۰ سال پیش نیست. ارتباطاتی که در حال حاضر می‌توان از طریق اینترنت برقرار کرد، فقط ایمیل‌های ساده‌ی دیروز نیست. حتی ایمیل هم آمیخته به سرویس‌های ابری قدرتمند شده ولیکن از همه مهم‌تر ارتباطاتی است که سال‌ها پیش به پلاگین‌ها و اپلیکیشن‌های خاص نیاز داشت و مشکلات زیادی هم در راهکارهای آن روز به چشم می‌خورد. ارتباطات ویدیویی و صوتی این روزها بسیار ساده شده و WebRTC هم یکی از مقولات جدیدی است که به این سادگی و در عین حال توانمندی کمک زیادی کرده است.

WebRTC به توسعه‌دهندگانی که به دنبال ایجاد ارتباطات آنی هستند، استفاده از تکنولوژی‌های متداول وب یعنی HTML5 ، جاوااسکریپت و CSS را پیشنهاد می‌کند. مثلاً بخش چت یک بازی مالتی‌پلیر آنلاین یا یک سایت ساده برای ویدیوکنفرانس را در نظر بگیرید، WebRTC ارتباطات آنی این اپلیکیشن‌ها را ساده می‌کند.

===جدول دانش===
http://s8.picofile.com/file/8271883676/Articles_For_WebRTC_1.png

== مقالات و منابع مورد مطالعه ==
*[http://ieeexplore.ieee.org/document/7489664/] Samuel Ouya ,Khalifa Sylla,Pape Mamadou Djidiack Faye,Mouhamadou Yaya Sow and Claude Lishou. "Impact of integrating WebRTC in universities' e-learning platforms" Information and Communication Technologies (WICT) (Dec. 2015 ): 14-16
*[http://ieeexplore.ieee.org/document/7160422/]Branislav Sredojev ,Dragan Samardzija and Dragan Posarac. "WebRTC technology overview and signaling solution design and implementation" Information and Communication Technology, Electronics and Microelectronics (MIPRO) (May 2015 ): 25-29
*[http://ieeexplore.ieee.org/document/6956711/]Chuan-Yen Chiang ,Yen-Lin Chen,Pei-Shiun Tsai and Shyan-Ming Yuan. "A Video Conferencing System Based on WebRTC for Seniors" Trustworthy Systems and their Applications (TSA) (June 2014): 9-10
*[http://ieeexplore.ieee.org/document/6757840/] Michael Adeyeye ,Ishmeal Makitla and Thomas Fogwill. "Determining the signalling overhead of two common WebRTC methods: JSON via XMLHttpRequest and SIP over WebSocket" AFRICON (Sept. 2013): 9-12
*[http://ieeexplore.ieee.org/document/7280092/]Kiran Kumar Guduru and Sachin Dev. "Web RTC Implementation Analysis and Impact of Bundle Feature" Communication Systems and Network Technologies (CSNT) (April 2015): 4-6

EC:95131501

2016-10-15T00:32:07Z

Rasool yekta: /* مقالات و منابع مورد مطالعه */

بسمه تعالی

'''''رسول ابوالحسنی یکتا'''''

دانشگاه امیر کبیر

مهندسی فناوری اطلاعات-تجارت الکترونیک

'''عنوان طرح کسب و کار تجاری:''' سامانه ارتباطی پیمانکاران و کارفرمایان در حوزه ساختمان

'''عنوان طرح پژوهشی :''' آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی

== ''خلاصه طرح کسب و کار'' ==

خلاصه طرح کسب و کار

== خلاصه اجرایی طرح پژوهشی ==
===مقدمه===
همواره یکی از مشکلات ارتباط (متنی، صوتی، تصویری، فایلی و …) بین افراد، این بود که باید یک سرور به عنوان واسط عمل می‌کرد. یعنی صدای من ابتدا به سرور ارسال می‌شد و سپس از سرور به دستگاه گیرنده.
این امر از سویی موجب کاهش امنیت می‌شود (چون صاحب سرور بر کل داده‌های ردوبدل شده اشراف دارد) و از سویی نیز پهنای باند زیادی را بر سرور تحمیل می‌کند که موجب می‌شود اغلب صاحبان اینگونه سرویس‌ها، برای حفظ مشتریان رایگان خود، علاوه بر نمایش تبلیغات، دست به فروش اطلاعات آنها به دیگران بزنند تا بتوانند هزینه‌های سرور خود را تامین کنند.
WebRTC یک تکنولوژی اپن سورس است که برای ارتباط مرورگرهای وب با یکدیگر (بدون دخالت یک سرور واسط) است. با این فناوری مرورگرها می‌توانند به صورت مستقیم مبادله اطلاعات کنند. وب‌آرتی‌سی شامل API است که با کمک آن‌ها می‌توان بین مرورگرها ارتباط زنده برقرار کرد. یکی از کاربردهای مهم وب‌آرتی‌سی در صحبت‌های صوتی و تصویری است.
وب آر تی سی هم اکنون در اکثر براوزرها (فایرفاکس، کروم، اپرا) پشتیبانی می‌شود و لذا کاربر برای استفاده از آن نیاز به نصب هیچ پلاگین و افزونه‌ای ندارد.

===تاریخچه===

یکی از چالشهای بزرگ برای وب،فراهم کردن راهی برای ارتباط انسان ها به وسیله صوت و تصویر بوده است.همواره ارتباط بلادرنگ کاری پیچیده و هزینه بر بوده.در سال ۲۰۰۸ چت ویدوئی گوگل مطرح شد علاوه برا آن در سال ۲۰۱۱ گوگل سرویس Hangouts خود را معرفی کرد.سپس شرکت GIPS را خرید.این شرکت در حال توسعه کامپننت هایی بود که لازمه ارتباط بلادرنگ است.مثل انواع کدک ها و تکنیک های از بین بردن اکو(Echo suppression and cancellation).

گوگل این تکنولوژی ها را سورس باز کرد و به منظور اجماع در آن ها مشغول آماده سازی استانداردها برای IETF و W3C شد.در ماه می ۲۰۱۱ اریکسون اولین پیاده سازی خودش را از این تکنولوژی(WebRTC) ارائه داد.

WebRTC هم اکنون یک پیاده سازی استاندارد برای ارتباط بلادرنگ بدون نیاز به هیچ پلاگینی جهت انتقال داده، صدا و تصویر است.

===WebRTC برای ایجاد تحول معرفی شده===

دنیای امروز ما با اینترنتی عجین شده که همان اینترنت ساده‌ی ۱۰ سال پیش نیست. ارتباطاتی که در حال حاضر می‌توان از طریق اینترنت برقرار کرد، فقط ایمیل‌های ساده‌ی دیروز نیست. حتی ایمیل هم آمیخته به سرویس‌های ابری قدرتمند شده ولیکن از همه مهم‌تر ارتباطاتی است که سال‌ها پیش به پلاگین‌ها و اپلیکیشن‌های خاص نیاز داشت و مشکلات زیادی هم در راهکارهای آن روز به چشم می‌خورد. ارتباطات ویدیویی و صوتی این روزها بسیار ساده شده و WebRTC هم یکی از مقولات جدیدی است که به این سادگی و در عین حال توانمندی کمک زیادی کرده است.

WebRTC به توسعه‌دهندگانی که به دنبال ایجاد ارتباطات آنی هستند، استفاده از تکنولوژی‌های متداول وب یعنی HTML5 ، جاوااسکریپت و CSS را پیشنهاد می‌کند. مثلاً بخش چت یک بازی مالتی‌پلیر آنلاین یا یک سایت ساده برای ویدیوکنفرانس را در نظر بگیرید، WebRTC ارتباطات آنی این اپلیکیشن‌ها را ساده می‌کند.

== مقالات و منابع مورد مطالعه ==

EC:95131501

2016-10-14T21:04:37Z

Rasool yekta: /* خلاصه اجرایی طرح پژوهشی */

بسمه تعالی

'''''رسول ابوالحسنی یکتا'''''

دانشگاه امیر کبیر

مهندسی فناوری اطلاعات-تجارت الکترونیک

'''عنوان طرح کسب و کار تجاری:''' سامانه ارتباطی پیمانکاران و کارفرمایان در حوزه ساختمان

'''عنوان طرح پژوهشی :''' آشنایی با WebRTC و نقش آن در آینده صنعت مخابرات و سرویس های ارتباطی

== ''خلاصه طرح کسب و کار'' ==

خلاصه طرح کسب و کار

== خلاصه اجرایی طرح پژوهشی ==
===مقدمه===
همواره یکی از مشکلات ارتباط (متنی، صوتی، تصویری، فایلی و …) بین افراد، این بود که باید یک سرور به عنوان واسط عمل می‌کرد. یعنی صدای من ابتدا به سرور ارسال می‌شد و سپس از سرور به دستگاه گیرنده.
این امر از سویی موجب کاهش امنیت می‌شود (چون صاحب سرور بر کل داده‌های ردوبدل شده اشراف دارد) و از سویی نیز پهنای باند زیادی را بر سرور تحمیل می‌کند که موجب می‌شود اغلب صاحبان اینگونه سرویس‌ها، برای حفظ مشتریان رایگان خود، علاوه بر نمایش تبلیغات، دست به فروش اطلاعات آنها به دیگران بزنند تا بتوانند هزینه‌های سرور خود را تامین کنند.
WebRTC یک تکنولوژی اپن سورس است که برای ارتباط مرورگرهای وب با یکدیگر (بدون دخالت یک سرور واسط) است. با این فناوری مرورگرها می‌توانند به صورت مستقیم مبادله اطلاعات کنند. وب‌آرتی‌سی شامل API است که با کمک آن‌ها می‌توان بین مرورگرها ارتباط زنده برقرار کرد. یکی از کاربردهای مهم وب‌آرتی‌سی در صحبت‌های صوتی و تصویری است.
وب آر تی سی هم اکنون در اکثر براوزرها (فایرفاکس، کروم، اپرا) پشتیبانی می‌شود و لذا کاربر برای استفاده از آن نیاز به نصب هیچ پلاگین و افزونه‌ای ندارد.

===تاریخچه===

یکی از چالشهای بزرگ برای وب،فراهم کردن راهی برای ارتباط انسان ها به وسیله صوت و تصویر بوده است.همواره ارتباط بلادرنگ کاری پیچیده و هزینه بر بوده.در سال ۲۰۰۸ چت ویدوئی گوگل مطرح شد علاوه برا آن در سال ۲۰۱۱ گوگل سرویس Hangouts خود را معرفی کرد.سپس شرکت GIPS را خرید.این شرکت در حال توسعه کامپننت هایی بود که لازمه ارتباط بلادرنگ است.مثل انواع کدک ها و تکنیک های از بین بردن اکو(Echo suppression and cancellation).

گوگل این تکنولوژی ها را سورس باز کرد و به منظور اجماع در آن ها مشغول آماده سازی استانداردها برای IETF و W3C شد.در ماه می ۲۰۱۱ اریکسون اولین پیاده سازی خودش را از این تکنولوژی(WebRTC) ارائه داد.

WebRTC هم اکنون یک پیاده سازی استاندارد برای ارتباط بلادرنگ بدون نیاز به هیچ پلاگینی جهت انتقال داده، صدا و تصویر است.

===WebRTC برای ایجاد تحول معرفی شده===

دنیای امروز ما با اینترنتی عجین شده که همان اینترنت ساده‌ی ۱۰ سال پیش نیست. ارتباطاتی که در حال حاضر می‌توان از طریق اینترنت برقرار کرد، فقط ایمیل‌های ساده‌ی دیروز نیست. حتی ایمیل هم آمیخته به سرویس‌های ابری قدرتمند شده ولیکن از همه مهم‌تر ارتباطاتی است که سال‌ها پیش به پلاگین‌ها و اپلیکیشن‌های خاص نیاز داشت و مشکلات زیادی هم در راهکارهای آن روز به چشم می‌خورد. ارتباطات ویدیویی و صوتی این روزها بسیار ساده شده و WebRTC هم یکی از مقولات جدیدی است که به این سادگی و در عین حال توانمندی کمک زیادی کرده است.

WebRTC به توسعه‌دهندگانی که به دنبال ایجاد ارتباطات آنی هستند، استفاده از تکنولوژی‌های متداول وب یعنی HTML5 ، جاوااسکریپت و CSS را پیشنهاد می‌کند. مثلاً بخش چت یک بازی مالتی‌پلیر آنلاین یا یک سایت ساده برای ویدیوکنفرانس را در نظر بگیرید، WebRTC ارتباطات آنی این اپلیکیشن‌ها را ساده می‌کند.

== مقالات و منابع مورد مطالعه ==
====1- Full-body WebRTC video conferencing in a web-based real-time collaboration system====
Published in: Computer Supported Cooperative Work in Design (CSCWD), 2016 IEEE 20th International Conference on
Date of Conference: 4-6 May 2016
Date Added to IEEE Xplore: 15 September 2016
Print on Demand(PoD) ISBN: 978-1-5090-1916-8
INSPEC Accession Number: 16304615
DOI: 10.1109/CSCWD.2016.7566010
Publisher: IEEE

====2- A performance evaluation of WebRTC over LTE====
Published in: Wireless On-demand Network Systems and Services (WONS), 2016 12th Annual Conference on
Date of Conference: 20-22 Jan. 2016
Date Added to IEEE Xplore: 10 March 2016
Electronic ISBN: 978-3-9018-8279-1
INSPEC Accession Number: 15838647
Publisher: IFIP

====3-Addressing Challenges in Browser Based P2P Content Sharing Framework Using WebRTC====
Published in: Advanced Information Networking and Applications (AINA), 2016 IEEE 30th International Conference on
Date of Conference: 23-25 March 2016
Date Added to IEEE Xplore: 23 May 2016
Print ISSN: 1550-445X
INSPEC Accession Number: 16022469
DOI: 10.1109/AINA.2016.143
Publisher: IEEE

====4-WebRTCbench: a benchmark for performance assessment of webRTC implementations====
Published in: Embedded Systems For Real-time Multimedia (ESTIMedia), 2015 13th IEEE Symposium on
Date of Conference: 8-9 Oct. 2015
Date Added to IEEE Xplore: 17 December 2015
INSPEC Accession Number: 15663597
DOI: 10.1109/ESTIMedia.2015.7351769
Publisher: IEEE

====5-Peer-to-peer between browsers: cyclon protocol over WebRTC====
Published in: Peer-to-Peer Computing (P2P), 2015 IEEE International Conference on
Date of Conference: 21-25 Sept. 2015
Date Added to IEEE Xplore: 16 November 2015
Electronic ISBN: 978-1-5090-0300-6
INSPEC Accession Number: 15589952
DOI: 10.1109/P2P.2015.7328517
Publisher: IEEE

====6- Overlay network based on WebRTC for interactive multimedia communications====
Published in: Computer, Information and Telecommunication Systems (CITS), 2015 International Conference on
Date of Conference: 15-17 July 2015
Date Added to IEEE Xplore: 15 October 2015
INSPEC Accession Number: 15523074
DOI: 10.1109/CITS.2015.7297729
Publisher: IEEE

EC:95131501

2016-10-14T21:01:49Z

Rasool yekta: /* مقالات و منابع مورد مطالعه */

EC:95131501

2016-10-14T20:55:32Z

Rasool yekta: /* مقالات و منابع مورد مطالعه */

EC:95131501

2016-10-14T20:33:56Z

Rasool yekta:

EC:95131501

2016-10-06T03:28:39Z

Rasool yekta:

EC:95131501

2016-10-06T03:01:57Z

Rasool yekta: صفحه‌ای جدید حاوی «بسمه تعالی '''''رسول ابوالحسنی یکتا''''' دانشگاه امیر کبیر مهندسی فناوری اطلاع...» ایجاد کرد

بسمه تعالی

'''''رسول ابوالحسنی یکتا'''''

دانشگاه امیر کبیر

مهندسی فناوری اطلاعات-تجارت الکترونیک

'''عنوان طرح کسب و کار تجاری:''' سامانه ارتباطی پیمانکاران و کارفرمایان در حوزه ساختمان

'''عنوان طرح پژوهشی :'''

== ''خلاصه طرح کسب و کار'' ==

خلاصه طرح کسب و کار

== خلاصه اجرایی طرح پژوهشی ==

خلاصه طرح پژوهشی

== مقالات و منابع مورد مطالعه ==

'''1)''' A Survey on Effects of Customer Relationship Management (Crm) On Performance Improvement of Resource Equipping (Case Study: A State Bank in Iran)

M Hormohammadi, M Nemati… - Journal of Current …, 2016 - search.proquest.com

'''2)''' Relationship between Electronic Crm (Customer Relationship Management) with Relationship Marketing (Parsian Bank in Razavi Khorasan Province, Iran

M Sistar, T Sadeghi - International Journal of Humanities and Cultural …, 2016 - ijhcs.com

'''3)'''Studying the electronic customer relationship management and its effect on bank quality outcomes

MG Farahani, AM Eaidivandi, ZH Rad - Journal of Fundamental and …, 2016 - ajol.info

'''4)'''Big data customer knowledge management

JO Chan - Communications of the IIMA, 2016 - scholarworks.lib.csusb.edu

EC95

2016-10-06T00:29:01Z

Rasool yekta:

* مثال (مرتضی جوان): [[EC:87131018]] ''(شامل الگوهای مورد نیاز برای انجام پروژه ها)''
* صبا خلیلی بروجنی : [[EC:95131518]]
* علیرضا بهمن پور : [[EC:95131506]]
* روشنک رمضانی :[[EC:95131521]]
* پگاه عظیمی : [[EC:95131529]]
* فرهاد احمدی : [[EC:95131502]]
* سیده متین ماهری : [[EC:95131537]]
*سامره منظم : [[EC:95131538]]
*مسعود خادمی : [[EC:95131611]]
*امین صالح زاده : [[EC:95131525]]
* زیبـا فقیـه :[[EC:95131533]]
* سید جعفر حسینی نژاد :[[EC:95131514]]
*لیـلا ولیی :[[EC:95131543]]
*حسن اکبری نژاد :[[EC:95131504]]
*رسول ابوالحسنی یکتا : [[EC:95131501]]
== لینک های مرتبط ==
'''* [https://telegram.me/joinchat/AolMZj7gAxsGiFSV_l7vbQ عضویت در گروه تلگرام درس تجارت الکترونیک 95]'''
* [[EC93 |تجارت الکترونیک 93]]
* [[EC94 |تجارت الکترونیک 94]]