Системы связи *

Не удивительно, что во многих бизнес процессах так или иначе встречается такая задача как позвонить на один номер телефона и потом соединить его с другим номером. Чаще всего такой сервис называют callback или обратный вызов, иногда — заказ звонка. Многие встречали его на сайтах интернет-магазинов, но в большинстве случаев это не автоматизированный обратный звонок, а обычная заявка, которая падает менеджеру на email или появляется в CRM, после чего менеджер ручками набирает номер клиента и с ним беседует. Некоторые крупные компании реализуют автоматизированный callback и даже интегрируют его с очередями в контакт-центре. В данном посте мы рассмотрим как буквально за несколько минут создать callback-сценарий с помощью платформы VoxImplant, а также интегрировать это хозяйство с каким-нибудь существующим бэкендом для сохранения/получения данных по звонку, запасайтесь поп-корном и добро пожаловать под кат.

Совсем недавно, на Enterprise Connect 2014 во Флориде, Cisco объявила о полном обновлении линейки терминального оборудования видеосвязи. Для тех кто пропустил это событие я подготовил краткий обзор новых продуктов.
Прежде всего 1-е поколение систем MX200 и MX300 вытесняется 2-м поколением этих устройств — MX200G2 и MX300G2. Я думаю, любой кто сравнит характеристики и цену этих систем — сделает выбор в пользу 2-го поколения. Это не говоря о новом дизайне «arctic style» и новом 10 дюймовом сенсорном пульте управления.

Соавтор и идейный вдохновитель проекта RoadAR Марат Башлыков опирался на свою собственную потребность замечать знаки на дороге. Много путешествуя на автомобиле, он обратил внимание, что водитель далеко не всегда видит знаки, а это грозит штрафами и в целом повышает опасность вождения. С другой стороны, у многих есть видеорегистратор, камера которого способна фиксировать знаки, и телефон, который может обрабатывать данные с камеры. Так и появилась идея создать RoadAR.

История интернет телефонии и технологии VoIP началась гораздо раньше, чем думает большинство пользователей сети. Кроме того, темпы развития данной области значительно опережают другие коммуникационные технологии, уступая разве что смартфонам. У VoIP богатая история, в которой нашлось место великим личностям, правительственным агентствам и образовательным учреждениям — к развитию технологии приложили свои усилия множество интересных людей и организаций.

1928 год: Технологические истоки VoIP

В 1925 году компания AT&T, которая тогда была, по сути, единственным игроком рынка телефонных коммуникаций, открыла подразделение Bell Laboratories, в чьи задачи входило изобретение и дальнейшая разработка технологий связи, которые бы позволили бы компании улучшить свой сервис. В 1928 году Гомер Дадли (Homer Dudley) создал первый электронный синтезатор голоса, получивший название вокодер. Вокодер анализировал звуки, издаваемые ртом и связками человека, и умел воспроиводить их, что выливалось в аналог речи. Принцип работы вокодера можно сравнить с нынешними технологиями передачи пакетов, в ходе работы которых на одном телефоне записываются образцы звука, воспроизводимые затем на другом устройстве. Позднее во время Второй мировой войны вокодер использовался для передачи зашифрованных сообщений, а всемирную славу получил десятки лет спустя, когда его стали использовать музыканты вроде Kraftwerk.

Доброго времени суток всем!

Я уже писал о своем опыте работы с WebRTC тут, но учитывая то, что в последнее время всё больше статей на эту тему появляется на хабре и то, что я давно хотел написать о том, как мы добились стабильной работы SIP телефонии через WebRTC на продакшне, я решил написать через что мы прошли.

А прошли мы через многое: боль, панику, истерики, кучу матов и пожелания добра мейнтейнерам.
Сейчас же это всё в прошлом. Мы избавились от всех костылей, которые мы делали, и сделали так, чтобы операторы звонили и всё работало стабильно.
В статье, я как можно подробнее описал все проблемы, с которыми мы сталкивались, используя как можно меньше кода и конфигов.

Кому интересно, прошу под кат.

Статья написана по мотивам Синтез и распознавание речи от Google для Asterisk, с не большими изменениями. Для распознавания речи используется платформа Yandex SpeechKit HTTP API.

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



Эта звонилка устанавливалась на компьютере каждого сотрудника, принимала звонки и звонила, куда надо. Чтобы сделать какие-либо изменения в настройках, нужно было обойти все машины и сделать все вручную. При этом, если сотрудник работает удаленно, приходилось его консультировать по телефону, как это все сделать. И часто это было довольно непросто.

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

Возникла идея объединить в одной системе и базе данных всю внутреннюю работу и звонки. Я долго допиливал нашу CRM с функцией встроенной звонилки c записью разговоров.
Для реализации звонков рассмотрел ряд технологий и пришел к выводу, что их не так уж и много. Нашлась пара опенсорсных и коммерческих реализаций, а так же несколько SAAS сервисов, которые не подходили в силу внутренних политик безопасности — обрабатывать звонки через собственный сервер.

В начале пытался использовать sipml5:

IP-телефония уже давно применяется в корпоративных телефонных системах и ТфОП. Но технологические диспетчерские системы телефонной связи в таких ведомствах как управление железнодорожными перевозками и сетями передачи электроэнергии до сих пор используют классическую TDM телефонию, или аналоговую аппаратуру. Особенностью этих диспетчерских систем является то, что работа управляющего диспетчера и подконтрольного дежурного управляемого объекта (электроподстанции или ЖД-станции) строго регламентирована отраслевыми стандартами и правилами. Часто эти правила происходят от технических ограничений первоначальных аналоговых диспетчерских систем.

Ведомственные аналоговые диспетчерские системы

Диспетчерские системы в энергетике и железной дороге требуют выполнения дополнительных специальных функций, которые не в состоянии реализовать стандартные телекоммуникационные протоколы (такие как, например, аналоговые частотные сигнализации типа R1.5, R2, DTMF, которые посылают управляющие частоты/тоны в канал тональной частоты в диапазоне передачи голос), поэтому были разработаны ведомственные системы телефонной связи АДАСЭ для энергетики и ОТС для железнодорожного транспорта.

После создания iOS SDK мы активно взялись за работу над Android-версией, так как современные тренды не позволяют усомниться в необходимости поддержки данной платформы. К тому же уже есть компании, интегрировавшие функционал звонков в свои мобильные приложения для iOS, и они активно намекали, что пора бы и для Android им выдать инструменты. В результате, в семействе SDK, которые могут взаимодействовать с платформой VoxImplant, произошло пополнение. О том какие возможности доступны разработчикам и что с ними можно построить, а также о нашей идее про конкурс для разработчиков VoxImplant можно узнать под катом.

Хочу поделиться с хабросообществом Астерискеров и IP телефонистов о том, как мы провели двух-дневную конференцию в Дубне на прошедших выходных.

Кстати сказать, это вторая в России конференция по Asterisk. Дэвид Даффетт из Digium, прилетевший из Лондона, рассказал, что самое активное сообщество в Канаде, где каждый месяц собирается 70-100 астерискеров (вот бы у нас так!). Забегая вперед, скажу, что всем так понравилось, что организаторы конференции подписались делать это каждый год.

Официальный отчет об участниках и их докладах мы разметили в нашем блоге, а тут хотелось бы рассказать об этом в более «неформальной» обстановке, так как свободный Дух Asterisk постоянно витал над нами, оказывая влияние на то, как проходила эта большая и теплая встреча.

Также мы создали группу в VK, которая называется Конференция Asterisk 2014, куда мы выкладываем записи выступлений участников.

Для тех, кто не любит прелюдий, а хочет все и сразу, привожу до хабраката два ролика, день первый и день второй.




Ну а кому интересно долго и во всех подробностях, милости прошу под кат.

Предисловие

В прошлом году компания, в которой я работаю, стала активно переходить на IP-телефонию. Для этих целей был использован дистрибутив FreePBX. Опыта работы с телефонией практически не было, поэтому проблем было много. Всего у нас используется 2 сервера FreePBX, примерно по 30 транков на каждом. Некоторые транки ведут себя не очень хорошо и порой теряют регистрацию. Поэтому возникла необходимость мониторить состояние регистрации, чтобы узнавать о неработающей телефонии раньше пользователей.
Для мониторинга IT-инфраструктуры мы уже давно используем Zabbix. Заводить элементы данных на каждый транк (т.е. около 60) — задача нудная, утомительная и неинтересная. Кроме того, надо постоянно следить за списком транков в мониторинге и актуализировать его. Поэтому, решено было использовать одну из самых интересных особенностей этой системы мониторинга — низкоуровневое обнаружение. Итак, что было сделано.

Как известно, телефония предполагает передачу голоса. Для передачи голоса полная полоса 20Гц-20кГц никому не нужна, для четкого различимого и узнаваемого голоса вполне достаточно до 3.5кГц. Если быть точнее, речевая полоса частот используемая в телефонии от 300 до 3400Гц. При компрессии в общий канал, для точного выделения нужны защитные интервалы частот по краям, потому полоса пропускания — 4кГц. При оцифровке это получается 8кГц. Сейчас, в связи с развитием толщины каналов связи, те же скайпы и прочие, хвастающиеся «повышенным» качеством, используют 16кГц, а то и 32кГц, что, впрочем, реально на слух практически не отличимо при обычном разговоре (зато очень хорошо различимо при ухудшении качества канала связи, но когда это волновало маркетолухов).

Итак, практически все звуковые файлы, которые используются в телефонии, записаны с 8кГц оцифровкой. Для ускорения обработки больших потоков, применяемые методы сжатия так же просты и направлены на достойный результат при применении к желаемому — сжатию речи. Это простая оцифровка (PCM), простые дельта-кодеки (ADPCM, G711), либо хитрые кодеки (GSM 06.10). Эти форматы являются «родными» для систем телефонии — asterisk, freeswitch (и наверняка других тоже). В этих форматах данные подготавливаются для проигрывания системой людям, в эти же форматы системы могут записывать записи.

Однако сейчас всё шире web шагает по планете, и людям хочется иметь возможность прослушать записи разговоров, приветствий и др. на вебе, где «родным» форматом стал mp3…

К сожалению, поддержка стандарта WebRTC до сих пор не реалозована в браузере Safari. А клиентов, которые нажимают на наши ссылки/кнопки онлайн звонка на мобильных устройствах под управлением iOS становится с каждым днем только больше (на текущий момент это более 7%). Набрав солидное количество фидбэка по предыдущей версии приложения, мы решили выпустить новую версию, в которой проделали работу над ошибками в области UX/UI, а также поправили ряд мелких ошибок и багов, которые портили впечатление о приложении. К тому же за это время успела выйти новая версия iOS, в которой предыдущий вариант приложения уже смотрелся устаревшим, а мы не намерены отставать от прогресса. Под катом вы найдете несколько скриншотов нового приложения и наши мысли по развитию приложения в будущем.

Привет Хабр! Несколько дней назад ко мне в руки попало необычное и очень крутое устройство. Наверное, по заглавной картинке можно догадаться о его назначении, однако, это лишь вершина айсберга. Меня больше всего впечатлил уровень реализации. Естественно, все подробности под катом, но для начала, раз уж это подробная статья, будет небольшая вводная — бизнес кейс, так сказать.

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

Однако вы ведь много читали об эффективном бизнесе на Хабре, поэтому уверены, что надо стараться максимально оптимизировать процессы и, конечно, знаете, что в вашем деле очень важна внимательность к деталям.

И вот, анализируя затраты времени, вы обнаружили что клиенты в основном люди нетехнические и поэтому регулярно просят помочь с, казалось бы, несложными вещами: перекинуть записную книжку на новый телефон, сохранить смски и фотки, записать мелодии вместо тех дурацких, что поставил производитель, установить программки. На все это у ваших продавцов уходит масса времени, и постоянно образуются очереди. А уж принятие на комиссию старого телефона способно отвлечь одного из продавцов на полчаса-час: помимо сохранения (или удаления) данных клиента из аппарата вам надо внимательно осмотреть телефон, оценить работоспособность всех компонентов, объявить цену и обосновать ее. Можно, конечно, нанять еще продавцов, открыть новую точку или даже несколько. И, наверное, вы бы так и поступили. Но как человек изобретательный и технически грамотный, вы решили сначала поискать возможности автоматизации всей этой рутины и попытаться обойтись текущими мощностями и сэкономить.

И вот после пары дней поиска вы уже с удивлением читаете про устройство Cellebrite, которое умеет все, что вам надо и даже больше. Давайте почитаем вместе.

 
В данной статье мы познакомимся с программированием DECT модуля SC14CVMDECT, обязательно помигаем светодиодом, а также поделимся опытом разработки решения для SIP-телефонии на базе этого модуля.

История

Одним прекрасным вечером мой товарищ спросил, смогу ли я сделать одну штуку. Я сказал, что смогу, и за следующие пару месяцев, в свободное от работы и отдыха время сделал работающий прототип вот чего:

Биржа телефонных операторов, работающих самостоятельно из дома.
Альтернатива традиционным колл-центрам, позволяющая избавить сотрудников от холодных звонков, быстро проинформировать или опросить существующих клиентов и выяснить потребность потенциальных.

Прошло полтора года, за которые я попробовал подать заявки на стартап-конкурсы (отказывали либо по формальной причине отсутствия открытого юридического лица, либо из за того, что я не смог заполнить бизнес план на absly), заинтересовать людей, близких к телефонным сервисам и даже предлагал систему на выкуп, но без особого успеха.

Поэтому мне кажется правильным, чтобы идея не затухла, выложить все наработки в открытый доступ. Что и делаю.

Закон

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

Прочитал статью «Вероятно, что Google перестанет выпускать технику под маркой Nexus» и расстроился.

Ведь недавно были слухи что Google в сотрудничестве с MediaTek могут представить бюджетный смартфон линейки Nexus стоимостью всего $100. Благодаря дешёвым четырехъядерным процессорам от MediaTek, многие китайские производители уже выпустили Android-устройства, приблизительная стоимость которых составляет $130. Например, смартфон Xiaomi Hongmi, также известный как Red Rice, обладает четырехъядерным процессором MediaTek MT-6589. Стоимость производства аппарата для компании составляет $85, в то время как его стоимость в Китае не превышает $130.

Учитывая ценовую политику Google, выпуск смартфона стоимостью $100 выглядит весьма реальным. Сообщается, что разработка бюджетной модели не повлияет на анонс флагманского Nexus 6.

Неужели не наступит некогда давняя мечта иметь дешевый Нексус?

Анонс этого события под громким заголовком «Четвертый федеральный оператор» висит сейчас у них на сайте: www.yota.ru/voice



Услуги телефонии «Йота» предоставляет на базе «Мегафона», которым была приобретена в прошлом году.

Особенность предложения — фиксированная цена, «100% безлимитный интернет», безлимитные SMS, 300 минут звонков по России и отсутствие роуминга внутри страны. Похоже на идеальное предложение, потому что современному юзеру безлимитный интернет куда важнее безлимитных звонков, мода на которые уходит в прошлое.

Насколько важны метаданные при использовании телефона? Обсуждения этого вопроса вспыхнули с новой силой после прошлогодних разоблачений Эдварда Сноудена. Правительство рассматривает введение разнообразных запретов на доступ к подобной информации; о неприкосновенности частной жизни задумались и в американской Федеральной комиссии по связи (FCC).

Президент Обама особенно подчеркивал, что АНБ «не вникало в содержание разговоров». «Использовались только метаданные», — сообщил репортерам Сенатор Файнстейн (Feinstein). Отклоняя иск Американского союза гражданских свобод (ACLU) судья Поли (Pauley) описала возможные правовые последствия иного решения как «парад ужасов».

С другой стороны, многие ученые и ИТ-специалисты выражали свою озабоченность тем риском, который представляет разглашение метаданных. Эд Фелтен (Ed Felten) в своем заявлении для ACLU дал исчерпывающее объяснение этого: «Телефонные метаданные могут помочь полностью раскрыть личность пользователя. Как на уровне индивидуальных звонков, так и (особенно!) в агрегированном состоянии». Судья Леон, признавая, что программа слежки АНБ скорее всего является антиконституционной, согласился с точкой зрения Фелтена и отметил, что «метаданные из телефона конкреного человека могут дать информацию о его семейном положении, политических и религиозных взглядах, сексуальных предпочтениях».