Единая информационная многопользовательская система, осуществляющая контроль над ходом реализации Адресной инвестиционной программы в сферах государственного заказа, проектирования и строительства объектов городского заказа на территории города Москвы

Заказчик:
Департамент информационных технологий города Москвы
Руководитель проекта со стороны заказчика
Поставщик
АО "БАРС Груп"
Год завершения проекта
2015
Сроки выполнения проекта
Ноябрь, 2011 — Декабрь, 2015
Масштаб проекта
95000 человеко-часов
500 автоматизированных рабочих мест
Цели
ЕИС "Мосгорзаказ" обеспечивает реализацию и мониторинг исполнения Адресной инвестиционной программы города Москвы в части реализации проектов по созданию и реконструкции объектов капитального строительства, передаче объектов на баланс города и иных функций ведомства.

ЕИС «Мосгорзаказ» автоматизирует ключевые процессы Департамента и позволяет реализовать следующие цели и задачи:

•    Создание единого информационного пространства по исполнению государственных функций Департамента строительства города Москвы и его подведомственных учреждений;
•    Обеспечение централизованного хранения и оперативного доступа ко всей информации, необходимой для обеспечения деятельности Департамента;
•    Приведение к единым информационным стандартам процессов ведения и учета объектной и нормативно-справочной информации, применяемой в строительном комплексе города Москвы;
•    Обеспечение электронного обмена документами, создаваемыми в процессе строительного комплекса в пределах единого информационного пространства;
•    Обеспечение возможности планирования исполнения Программы АИП с последующим комплексным мониторингом исполнения;
•    Обеспечение инструментами формирования и контроля исполнения планов-графиков работ по объектам с закреплением ответственности по проектам/работам;
•    Автоматизация ключевых процессов Департамента в части финансового обеспечения объектов, закупочной деятельности, учета и оплаты работ, графиков передачи объекта на баланс и др.;
•    Автоматизация формирования основных видов аналитической и статистической отчетности;
•    Обеспечение руководящего состава аналитическими панелями с ключевыми показателями реализации работ по объектам Программы АИП.

Уникальность проекта

Уникальностью проекта является полное покрытие всех основных и обеспечивающих функций Департамента от идеи и планирования до передачи в эксплуатацию при помощи одного продукта, являющегося полностью отечественной разработкой.
В системе «Мосгорзаказ» осуществляется контроль реализации одной из самых крупных государственных программ строительства, реконструкции и ремонта, в рамках которой реализуются объекты городского заказа города Москвы.
Использованное ПО
Система имеет трехзвенную архитектуру: web-браузер в качестве тонкого клиента, сервер приложений и сервер баз данных. Разработана информационная система ввода и обработки данных с аналитической панелью в виде мобильного рабочего места руководителя.
Сервер БД: Oracle Application Server 11g SE, RHEL 6.4
Сервер хранилища данных: Windows Server x64 2008 Ent
Сервер приложения: IIS, Windows Server x64 2008 Ent, Oracle Client, .NET Framework 4.0
Описание проекта
Система «Мосгорзаказ» реализована в качестве эффективного инструмента для исполнения государственных функций Департамента строительства города Москвы, средством стандартизации процессов учета и ведения данных и документации по объектам, а также инструментом комплексного мониторинга ключевых показателей реализации Программы АИП. В системе «Мосгорзаказ» охвачен весь строительный цикл объекта – от проектирования до сдачи объекта и передачи его на баланс, возможность формирования и контроля исполнения планов-графиков работ, проведения закупочных процедур, полного цикла финансовой деятельности по объектам, формирования начальных и твердых договорных цен, заключения и контроля исполнения государственных контрактов, пообъектного учета и оплаты работ, ведения судебно-претензионных дел и других процессов, реализуемых в рамках деятельности Департамента. «Мосгорзаказ» позволяет автоматизировать функции Департамента, осуществляемые по объектам от получения исходно-разрешительной документации до передачи затрат на баланс. Система автоматизирует процессы формирования и контроля исполнения графиков работ по объектам с закреплением ответственного, установкой сроков и условий закрытия работ. Реализована автоматизированная актуализация графиков работ по составу работ и плановым датам, автоматическое закрытие работ на основании поступившей в систему информации (с возможностью предварительной проверки достоверности данных для исполнителя), а также множественные проверки, автоматические пересчеты дат с учетом логических связей и очередности работ графика. «Мосгорзаказ» позволяет планировать и систематизировать работу сотрудников Департамента, повышая взаимодействие структурных подразделений и обеспечивая инструментами работы в едином пространстве в режиме он-лайн. Разработана аналитическая панель в виде мобильного места руководителя, обеспечивающая управленческой аналитикой в разрезе сроков, объемов и качества работ, финансовых расходов, ответственных исполнителей, средствами визуализации – фото, видео мониторинга хода работ на строительных площадках. Работы, выполненные в ходе проекта В рамках реализации проекта были разработаны и внедрены функциональные, обеспечивающие и аналитические модули системы, позволившие повысить качество оказываемых государственных функций. Параллельно с внедрением системы проводился реинжиниринг существующих в Департаменте строительства города Москвы процессов взаимодействия подразделений, а также разработка необходимой методической и нормативно-справочной информации. Разработаны следующие функциональные подсистемы: • Подсистема планирования; • Подсистема учета информации по объектам АИП; • Подсистема финансового управления; • Подсистема учета информации по планируемым и проведенным торгам; • Подсистема проектного управления; • Подсистема интеграции со смежными системами. В рамках развития проекта были реализованы работы по развитию функциональных возможностей ЕИС «Мосгорзаказ», в частности осуществлена: • Модернизация подсистемы финансового управления; • Модернизация подсистемы проектного управления; • Разработана и внедрена подсистема формирования протоколов начальных цен; • Разработана и внедрена подсистема передачи объектов на баланс. Внедрены механизмы автоматизированного обмена данными со смежными информационными системами. Внедрение ЕИС «Мосгорзаказ осуществлено на рабочих местах функционального заказчика – Департамента строительства города Москвы, а также на рабочих местах подведомственных организаций Департамента. На текущий момент идет промышленная эксплуатация Системы. Сложности и риски, сопровождавшие проект: Риски проекта: • Частое изменение нормативной базы, законов, постановлений; • Частое изменение методов расчета начальных цен; • Постоянные изменения структуры Программы АИП и состава ее данных; • Изменения информационных систем и форматов передаваемых данных, с которыми выполнялась интеграция. Сложности проекта: • Множество интересантов, ведомств и различных процессов, которые необходимо было в короткие сроки систематизировать и регламентировать. В следствии этого возникла необходимость разработки специальных надстроек для разных ведомств на одном и том же функционале; • Сложности в формировании отчетности; • Сложности внедрения, нежелание отказываться от привычных программных средств (Excel); • Разрозненное ведение данных каждым подразделением в удобном для них формате. Для сведения и сверки данных требовались дополнительные трудозатраты. Проблема недостоверности сводимых данных. Внедрение ЕИС «Мосгорзаказ осуществлено на рабочих местах функционального заказчика – Департамента строительства города Москвы, а также на рабочих местах подведомственных организаций Департамента.
География проекта
ЕИС «Мосгорзаказ» внедрен и успешно функционирует на 568 рабочих местах сотрудников Департамента строительства города Москвы. Для своевременного получения актуальной информации к системе были подключены подведомственные учреждения: • Казенное предприятие города Москвы «Управление гражданского строительства»; • Казенное предприятие «Большая спортивная арена «Лужники»; • Казенное предприятие «Управление подготовки территорий», Также к системе ЕИС «Мосгорзаказ» подключена подрядная организация Департамента строительства города Москвы ОАО «ИНТУС».
Коментарии: 13

Комментировать могут только авторизованные пользователи.
Предлагаем Вам в систему или зарегистрироваться.

  • 02.07.2014 00:07

    Чувствую, следующей должна быть статья в которой катком пройдутся по VoLTE? Или кто-то из Adobe напишет, что RTPM "живее всех живых"...
    Было бы интересно, чтобы к обсуждению в комментариях этой статьи подключились "небольшие фирмы-разработчики" из тех кто есть на портале :)

    За статью спасибо, актуально.

  • 02.07.2014 11:38

    Как легко догадаться, у нас тут складывается любопытная дискуссия о судьбе протоколов. Для меня лично было открытием убедиться, что конкуренция столь сильна. Но это обычно хорошо: победит оптимальное решение, будет движение вперед. Во всяком случае, в этой области у нас мир точно многополярный....

  • 02.07.2014 19:49

    Спасибо огромное за статью, Андрей Владимирович!
    Однако осталось несколько вопросов, после прочтения, на которые хотелось бы услышать комментарии.

    Ваша статья начинается со слов что “ничего не состоялось” в рамках технологии Google WebRTC, но тут у осведомленного читателя возникает вопрос, подождите, как не состоялась ? Неужели стандарт, я подчеркиваю, стандарт - выкинули из консорциума w3c ? Неужели html5 больше не обладает тегами video и возможностью работы с локальными и удаленными медиа-данными ? Все-таки как мне помниться он все еще на месте и более того, говоря про транспортную-IETF часть - это все еще даже не стандарт, а т.н. draft - т.е. все еще черновик - уже достаточно законченный и “почти” доведенный до конца - но все еще черновик.

    По поводу интеграции и поддержки стандарта большим ентерпрайзом - я буквально неделю назад был на конференции в Атланте, WebRTC expo, которая проходит с 2012 года каждые полгода. Дело в том, что там вообщем-то присутствовали все игроки рынка телекома, включая Avaya и Microsoft, за исключение разве что Apple. Неофициально было объявлено Бернардом Абоба, что IE к концу года выйдет с поддержкой getUserMedia и локальной обработкой медиа, но пока без PeerConnection. Компания Cisco поддерживает WebRTC в своем ключевом ВКС продукте - Webex ( без плагина! Смотрите первый комментарий от Cullen Jennings на очень похожую статью http://www.nojitter.com/post/240166836/webrtc-is-for-losers ), аналогично Oravle, Avaya, Genband, Dialogic, Requestec, Vidyo - все безоговорочно поддерживают webrtc в своих медиа-серверах и соответственно поддерживают бизнес-кейсы с использованием WebRTC.

    По поводу плагинов - компания Temasys, которая занимается разработкой 100% webrtc совметимых и бесплатных плагинов, предложила включить в webkit свои разработки и ментейнить измнения на бесплатной основе. Как мы знаем - измнения в webkit -> webrtc появляется в яблоке. Предложено это было относительно недавно, потому пока результатов переговоров или решений не видно.

    Дальше я не буду углубляться в рассуждения о стоимости транскодинга - в случае с тендециями решений и требований рынка, вышеперечисленные компании все, как правило, активно переходят на формат SFU ( Switching Forwaring Unit ) и при таком раскладе конференции как правило нужно всего два кодера VP8<->H264
    И вот тут да, возникает единственный действительный и очень жирный минус этой молодой технологии - это кодек, и не потому что Nokia что-то там безуспешно когда-то требовала, а потому что он сам по себе достаточно…кхм…несовершеннен ( весь DCT с квантованием помещается в страничку стандарта ). Однако, как всем нам известно( раз мы пишем про WebRTC), Google создал инициативную группу с Vidyo для разработки VP9 кодека с возможностью SVC, для последующего его использования в рамках стандарта WebRTC. Что особенно знаково, человек, который возглавляет эту группу, Алекс Элефтериадис, раньше работал в комитете над h264 SVC, RTP SVC ну и в целом большой человек в мире видеосжатия и видеопередачи. Немного инженерно-инсайдерской вкусности - будет VP9 SVC + ULFPEC, но для снижения оверхеда, защищать будут только базовый слой… ну что в принципе ожидаемо.

    Далее… G.711 в WebRTC поддерживается “из коробки”, а SIP-interoperability давно уже пройденный шаг - генерируемая SDP спокойно “заворачивается” в SIP-овые пакеты и давно уже присутствует сильное множество как фреймворков, так и просто сервисов - sipml5, webrtc2sip, onsip и так далее

    Вы тоже, к великому сожалению, тоже делаете большую ошибку в подобных рассуждения — нельзя пытаться выставить WebRTC в виде панацеи и решений всех проблем на рынке ВКС и сервисов видео-связи - это одна из новых технологий, которая официально просуществовала всего два года(!) и за этот, достаточно короткий срок, достижений более чем достаточно! И при этом не замечать ее или игнорировать или же предавать забвению, на мой взгляд, является ошибкой.

    Ну и раз тут все-таки бизнес-портал - вот компания Bistri, опубликовавшая метафоры звонков с ноября 2012 ( когда появился WebRTC в хроме ), до июня сего года - http://webrtcstats.com/webrtc-revolution-in-progress/?utm_content=bufferdcee1&utm_medium=social&utm_source=twitter.com&utm_campaign=buffer

    Еще раз, огромное спасибо за статью!

  • Андрей Свириденко
    Рейтинг: 10
    SPIRIT DSP
    Пред.правления
    04.07.2014 17:05

    Герман,
    Спасибо за ваш интерес к вопросам, поднятым в моей статье.

    - WebRTC это НЕ стандарт. Почти попал - это не гол. Не надо путать с HTML5. Это 2 разных сущности. WebRTC это черновик, который двигает 1 коммерческая компания Google. Задумка хорошая, но Microsoft двигает свой RTC-web. А все операторы связи и производители телеком оборудования - двигают стандарты ITU-T и H.265.
    - GIPS начал делать продукт, который лежит в основе WebRTC, в 1999 году. Через 11 лет, в 2010 году Google купил и GIPS и компанию On2, которая тоже работала более 10 лет до этого. Это еще On2 сделала VPх. А примерно в 2009 Adobe перешел с VPх на H.264 внутри Flash. После покупок Google прошло еще 4 года. Разговоры про «всего 2 года прошло» – это искривление действительности в ПР Google.
    - я не писал «ничего не состоялось», я написал что WebRTC не работает без плагина, не стандартизован, не имеет индустриальной поддержки от других вендоров, не распространен, и не бесплатен – т.е не выполнил обещаний интернет-пользователям, и корпоративным клиентам, не более того.
    - т.е. WebRTC это не только не панацея, а вообще не предлагает ничего нового для пользователя по сравнению со Скайпом например, которого Google так хочет убить. Звонки с веб-сайта SPIRIT делал еще в 2007 году, в чем новизна или новое качество или новое удобство для пользователя в WebRTC?
    - вы ездили на WebRTC УРА-конференцию для разработчиков, для которых конечно бесплатный СПО код привлекателен, разрабатывать удобно, да. Но пользоваться сделанным продуктом потом корпоративному клиенту сложно, потому что совместимости со стандартом нет. И технической поддержки от Google для вендоров нет,
    - а я ездил на WebRTC-конференцию для операторов и вендоров, и там за-здравные речи проплаченных аналитиков закончилось в первые несколько часов, и далее 2 дня были за-упокой, потому что операторам и вендроам нужна совместимость и поддержка индустрии, которой в WebRTC пока и не пахнет,
    - Oracle, Broadsoft, Dialogic, Avaya, Requestec – все прямые клиенты SPIRIT, их маркетинг публично поддерживает WebRTC ПР-хайп, также как и наш продукт ВидеоМост тоже публично поддерживает WebRTC, но реальные продукты для операторов связи и для предприятий делаются этими и другими вендорами по-другому, они уже уходят от WebRTC, а не приходят к нему, и мы обсуждаем новые международные сделки такого типа с международными технологическими компаниями,
    - у самого Google большая проблема с продажами Hangouts предприятиям, даже только в США, потому что предприятиям не нужен не совместимый коммуникационный продукт, и начинаются нашлепки и гейтвеи, которые больших денег стоят, совсем не бесплатно получается, да еще и инсталлировать и интегрировать дополнительное железо на предприятии надо, совсем не просто получается,
    - Cisco Webex не работает без плагина в браузерах Microsoft IE и Apple Safari,
    - Даже будущий VP9, даже с SVC, которого еще нет, который только обещан в будущем, но сегодня не готов, не решает фундаментальную проблему единого стандарта и требует тяжелого транскодировая видео, что большая проблема для экономики сервис-провайдера, и снижает качество для пользователя.
    - Адаптация к потерям пакетов в сети (это реальная жизнь в публичном интернете) у WebRTC значительно слабее, т.е. качество, которое даёт WebRTC, особенно на гетерогенных сетях, существенно хуже коммерческих решений (можно взять практически любое),
    - Транскодинг видео – это не всего одна проблема, это огромная и нерешаемая проблема WebRTC, отсутствие единого стандарта связи, я просидел в Google HQ в Калифорнии 2 суток в этих обсуждениях недавно,
    - Вы предлагаете транскодировать медиа в одном углу интернета, а сигнализацию в другом? А кто это будет поддерживать для корпоративного клиента, и за какие деньги?
    - т.е. WebRTC – разработчикам хорошо, СПО коды есть, бесплатно и хлорка творожок, можно попрограммировать. А вот клиентам-предприятиям – никакой ценности в WebRTC нет, голый ноль.
    - Надо подождать Гугла еще 2 года? Но тогда все коммуникации в VoLTE уйдут, а WebRTC там и не пахнет, там другие стандарты. Телекоммуникационные. И большие мобильные операторы только что уже выкатили VoLTE сервисы.

    С уважением,
    Андрей

  • 07.07.2014 11:28

    Андрей, рад снова видеть тебя в эфире!

    Скажи, ну зачем ты опять наводишь тень на плетень? Говоришь, что был в Лондоне на скучной конференции операторов. Выкладываю отчет. Там очень подробно описано текущее положение дел. Если не хочется читать все, то в самом конце отчёта можно просто ознакомиться с отзывами представителей тех самых телеком-операторов.

    Можно тебе задать пару вопросов? Что там делали представители 81 компаний из 27 стран? Собрались на панихиду? Ты говоришь, что Oracle, Dialogic, BroadSoft это прямые клиенты Spirit. А зачем они тогда спонсировали мероприятие в Лондоне? И ведь в следующем году опять собираются отпевать WebRTC и ещё с большим размахом.

    Ещё ты утверждаешь, что «конкуренты Google, Microsoft, Apple, Cisco, Polycom и операторы связи никогда не согласятся на поддержку продукта Google». Разве есть какие-то сложности с поддержкой операторами поисковика Google или Gmail? Может операторы согласны сейчас с поддержкой Skype, а на Google у них аллергия? Насчет Apple соглашусь – это наверное самая закрытая IT компания в мире. Что у них на уме одному богу известно. Мало кто у нас знает, что над Купертино постоянно барражирует вертолет в целях безопасности, лишь бы чего не свинтили. Все остальные очень даже активно участвуют. «Polycom intends to be at the forefront of WebRTC deployments…». Microsoft, как уже отметил Герман, активно участвует в глобальных конференциях разработчиков. Cisco входит в Advisory Board той же конференции.

    Проблема твоего взгляда на проблему заключается в том, что ты смотришь на неё с колокольни производителя технологий, а не глазами конечного потребителя. Ты искренне считаешь, что клиенту нужна лучшая технология, намекая при этом, что ваша и есть лучшая. Однако клиенту не нужна лучшая технология, клиенту нужно, чтобы у него продукт работал. А что такое для клиента работающий продукт? Это когда несколько систем различных производителей могут работать как одна единая система. Вот в чем состоит настоящая проблема.

    Какое сейчас реальное положение дел на предприятиях? Руководство пользует качественное дорогое железо, сотрудники – Skype. Посередине может быть закуплено ещё несколько систем различных производителей. Мало того, что все это не работает как единая система, ещё нужно немало потрудиться, чтобы хотя бы что-то с чем-то скрестить. В этой ситуации предлагать какую-то технологию, на замену всем используемым нереально. Никто ничего выбрасывать не будет. Поэтому можно предложить только объединяющую технологию, которая и не призвана быть лучшей. Только в этом случае ее все примут, как объединяющую. Если же она будет лучшей, то она составит конкуренцию лидерам и, соответственно, не будет поддержана лидерами, такими как Vidyo, Microsoft, Cisco, Polycom. В тоже время, это должна быть качественная технология, иначе будет поисходить потеря качества при обеспечении совместимости систем различных производителей. И, наконец, важнейшее условие – это должна быть открытая, не принадлежащая никому технология. Это не продукт Google – ты заблуждаешся. Гуглу от него не холодно, не жарко. Гугл прежде всего заинтересован в связности, целостности глобального интернет-пространства. Почему, думаю понятно, как в этом может помочь WebRTC – я пояснил. Кто в итоге будет в выигрыше – все, за исключением ряда разработчиков медиа-технологий, которые не смогут составить достойную конкуренцию по качеству. Фамилии называть не буду.

    Наконец позволю усомниться в твоей информированности по части использования технологии ведущими разработчиками. Как показал Герман, сейчас наблюдается порядка 1 млрд. ендпоинтов с прогнозом до 4 млрд. к 2016 году. Вот текущий список компаний, активно применяющих технологию. Здесь есть и телекомы, но главное – здесь есть компании специализирующиеся исключительно на интероперабилити – обеспечении бесшовного взаимодействия различных систем ВКС. Это BlueJeans и Pexip. Они и поднимают сейчас основные инвестиции.

    С уважением,
    Алексей

  • Андрей Свириденко
    Рейтинг: 10
    SPIRIT DSP
    Пред.правления
    08.07.2014 11:12

    Алексей,

    Рад взаимно, но ты похоже не внимательно читал. Корпорациям нужна совместимость, которой у WebRTC нет и не будет. Операторам связи нужен стандарт, и это НЕ WebRTC, а телеком стандарты ITU-T. Абоненты AT&T например не хотят видео-звонить абонентам другого оператора через мелкого посредника типа BlueJeans, который все инвестиции палит на свою рекламу. И корпоративные пользователи Microsoft не захотят участвовать в конференции с пользователями Google через такого посредника. Ты путаешь услуги связи и поиск. Вся связь базируется на стандартах. Когда я делаю звонок, я не думаю, какой оператор связи, какой смарт-фон, какая на нем стоит ОС, и какой браузер у той, кому я сейчас звоню. То же самое и с видео-звонком, и с видео-конференцией. А ты предлагаешь корпоратам пользоваться слабым по качеству и несовместимым продуктом, который требует платного посредника для связи. Операторы не поддерживают ни Skype, ни Goolge, они с ними борятся, как со своими конкурентами, которые делают голос бесплатным сервисом. А на голосе операторы сегодня все еще зарабатывают 80% всех своих доходов. А вот поиск Google операторам не мешает, а даже помогает им на смарфонах беспроводной ШПД интернет продавать. А ШПД у операторов нынче – главный драйвер роста.

    Далее, Google ведет массовый ПР, поэтому организуются десятки WebRTC конференций ангажированными аналитиками. Вендоры пользуются созданной Google высокой и пенной волной в своих интересах, это нормально. Кто-то деньги зарабатывает на конференциях, кто-то использует эти конференции как место для общения с клиентами и коллегами на свои темы. На конференции WebRTC вендоры встречаются с операторами, совсем не на тему WebRTC, а на свои темы. Года три назад Broadsoft купил компанию, софт которой был сделан на GIPS (теперь основа WebRTC). Через год Broadsoft понял, что от Google поддержки нет, и перешел на голосовые и видео движки SPIRIT. Для справки у Broadsoft 500 операторов связи клиенты, и они занимают 40% мирового рынка софт-свичей. А все эти операторы оказывают услуги связи корпоративным пользователям, включая видео. И Broadsoft при этом поддерживает Гугловый хайп и спонсируйют WebRTC конференции, это ПР. Только они свои продукты для клиентов на WebRTC не делают.

    Моя компания SPIRIT ВидеоМост тоже поддерживает WebRTC, мы поддерживаем все стандарты и популярные протоколы для совместимости, отвечаем на публичные запросы, которые генерирует чужой ПР. Но мы конкретно знаем, как сильно WebRTC рушит эффективность видео-конференций сделанных на стандарте Н.264.SVC, ухудшает качество, загружает сеть и сервера, и не советуем использовать WebRTC корпоративным клиентам, потому что есть решения гораздо лучше. Но ПР-поддерживаем.

    А про миллиард ендпоинтов WebRTC – это просто полная ерунда. Вот у продуктов SPIRIT – миллиард эндпоинтов, это правда. Длинный список вендров хочет дополнительно зарабатывать (на корпоративных пользователях) на продуктах для транскодинга, SBC и гейтвеях необходимых на стыке сетей при применении WebRTC, т.е. вендоры зарабатывают на неэффективностях и недостатках WebRTC, что так прямо и написано в описаниях некоторых их продуктов. Ведь технология WebRTC сама так и не обеспечила ожидаемых от нее преимуществ, включая поставленную задачу стать бесплатной, повсеместно используемой и не нуждающейся в установке дополнительных плагинов для браузеров. Вот опытные вендоры и продают заплатки и нашлепки тем корпоратам, кто попался на Google ПР.

    Ты пишешь - Гугл прежде всего заинтересован в связности, целостности глобального интернет-пространства. Ага. И Microsoft заинтересован. И Apple. Только на своих, а не на Гуловых стандартах и протоколах. А на предприятиях сейчас везде Microsoft стоит, а не Google.

    Вот цитата из документа, на который ты сам дал ссылку «WebRTC Global Summit 2014 -POST-SHOW REPORT» (надо понимать что все эти конференции проводятся заинтересованными организаторами, которые конечно не будут в своем отчете писать про себя плохо) «Overall the industry is moving on from the hype of “WebRTC changes everything” to a much more practical focus on making WebRTC work reliably in practice. Which at the moment it does not because of technology and ecosystem immaturity». Т.е. сам организатор конференции, при всей своей заинтересованности написал, что технология не зрелая и надежно не работает. Это даже если не касаться ее несовместимости с принятым стандартом.

    А конференция в Лондоне кстати была совсем не скучная. В следующий раз давай вместе поедем, присоединимся к общему шуму, и ты сам послушаешь что международные технологические лидеры говорят и делают, а не из 3х рук.

    Андрей

  • 08.07.2014 13:13

    Спасибо за комментарии, Андрей Владимирович! Но вы так и не ответили на мой вопрос, к сожалению.

    По сути и по бизнесовой части - ответил Алексей, за что отдельное спасибо! Однако я постараюсь перефразировать свой комментарий, чтобы он был максимально сжат, чтобы передать эффективно мой вопрос:

    Существует w3c консорциум, который занимается разработкой стандартов. Если там присутствует активная работа по драфту, то есть все основания, что рано или поздно это будет стандартом. http://dev.w3.org/2011/webrtc/editor/webrtc.html Помимо всего, чтобы была “устаканена” транспортная часть для облечения жизни разработчиков MCU http://tools.ietf.org/wg/rtcweb/ Если посмотреть внимательно, то ни в w3c, ни в ietf, рабочие группы не входит ни один человек из компании Google. Ну они конечно тайно пиарят и защищают свои интересы в комитетах.

    Далее, если посмотреть истории изменения стандартов, что в w3c, что в ietf - они все начинают свою жизнь с 2012 - это неоспоримый факт.

    Далее, это очень хорошо, что когда-то существовал мощный и проприетарный движок от GIPS — отлично, но никакого отношения к тому, что сейчас называется WebRTC он уже давно не имеет. Разве что в Хроме реализация данного стандарта, да одноименная библиотека очень сильно напоминают о том, кто является их прародителем.

    Далее, если вы прочитаете хотя бы по диагонали ORTC, активно разрабатываемый компанией Microsoft то увидите, что он поддерживает WebRTC 1.0 стандарт полностью, плюс вносит все те самые исправления на уровень API, для полноценного контроля на стороне клиента за публикацией видео, что так необходимо для существования WebRTC в рамках MCU. Для удобства, вот цитата (ortc.org):
    It is also a mandate that Object RTC be compatible with WebRTC.

    Далее, компания Apple мержит WebRTC в WebKit меньше года (https://lists.webkit.org/pipermail/webkit-unassigned/2013-September/583037.html) и нововышедший Safari 8.0 содержит уже куски WebRTC, как-то WebAudio API, MediaSource Extensions

    Т.е. вышеуказанные факты позволяют сделать два простых вывода: стандарт есть, находится в разработке и ВСЕ основные бренды на IT рынке включились в его поддержку.
    Из-за чего возникает всего один вопрос - вы ездили на WebRTC УРА-конференцию для операторов и вендоров(!) — какой коммерческий успешный продукт с использованием WebRTC, стандарта двухгодичной давности и пока еще и не стандарта вовсе, вы ожидали там увидеть? И правильно ли я понимаю, что именно поэтому вы решили, что это “закат” того, чего еще вообщем-то и нет?

    От себя добавлю банальность, что существование стандарта для браузеров для real-time соединений, никоим образом не “делает грустно” компаниям Apple, Microsoft и Google, которые фактически создают и поддерживают свои закрытые eco-системы между своими продуктами и железками, а скорее наоборот, облегчают жизнь разработчикам сторонних систем и сервисов для создания interoperability меньшим числом усилий, нежели поддержание зоопарка плагинов, архитектур и систем - вообщем-то это и есть его основная цель. Сейчас, на мой взгляд не стоит вопрос “закат-не-закат”, а скорее “когда”. Вы ставите на VoLTE - прекрасно. Я не вижу проблем сосуществования WebRTC over VoLTE, просто потому что это легко реализуемо, как например Verizon гоняет Facetime звонки бесплатно по 3g/4g сетям.

  • 08.07.2014 13:48

    Андрей, ну ты вообще рассмешил))) По твоему выходит, что десятки-сотни компаний, в том числе и вы, развелись на PR Гугла и тратят ресурсы. Зачем? Чтобы их Гугл поцеловал?

    Все, нас больше Гугл не разведет! Гугл в топку, Спирит рулит!!!

    С уважением,
    Алексей

  • 08.07.2014 16:11

    В общем, на что стоит развестись заказчику - на WebEx, iMind, Видеомост, TrueConf и т.п.?

  • Андрей Свириденко
    Рейтинг: 10
    SPIRIT DSP
    Пред.правления
    08.07.2014 16:55

    Герман,

    Если и когда WebRTC станет принятым стандартом или хотя бы популярным протоколом де-факто, чего сегодня совсем нет, если и когда Microsoft, Apple и операторы связи реально поддержат WebRTC, чего сегодня совсем нет, м.б лет через 5, тогда давайте и поговорим. А сегодня только разбитые надежды, не работающие продукты, невыполненные обещания, новые обещания, у уже начавшийся уход больших мировых вендроров от WebRTC. Когда большие мировые вендоры уходят – это и есть закат, даже когда они панихиду спонсируют. VoLTE кардинально отличается тем, что это – реальный принятый стандарт, сегодня, по которому ходит голос и видео в 4G сетях, большие операторы уже начали его практически разворачивать, он сделан на стандартах ITU-T, совместимо с оборудованием и с сетями, и WebRTC там даже и не пахнет.

    Андрей

  • 08.07.2014 23:46

    Антон, здравствуйте.

    Если заказчику самому сложно сделать выбор, то лучше всего спросить интеграторов и профессиональных поставщиков решений. Там работают толковые ребята, которые давно уже во всем разобрались и не станут поставлять клиенту хлам.

    С уважением,
    Алексей

  • Дмитрий Платонов
    Рейтинг: 10
    VideoMost
    Менеджер по маркетингу
    09.07.2014 15:22

    Антон,
    Судя по публичной информации, продукт iMind сейчас переходит с Flash на WebRTC, а сама платформа WebRTC пока нормально не работает, и не совместима ни с телефонией, ни с офисным оборудованием.

  • 09.07.2014 16:40

    Ну а кроме iMind и VideoMost, какие еще продукты достойны внимания?

Год
Предметная область
Отрасль
Управление
Мы используем файлы cookie в аналитических целях и для того, чтобы обеспечить вам наилучшие впечатления от работы с нашим сайтом. Заходя на сайт, вы соглашаетесь с Политикой использования файлов cookie.