КОНТРОЛЛЕР КОММУТАЦИИ ДЛЯ РАСПРЕДЕЛЕНИЯ ГОЛОСОВЫХ ПАКЕТОВ Российский патент 2019 года по МПК H04M3/56 H04W4/16 

ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ

Эта заявка испрашивает приоритет по отношению к предварительной заявке США № 62/108 420, поданной 27 января 2015 года под названием «Switch Controller for Bifurcating Multiple Legs of a Call», и предварительной заявке США № 62/110 333, поданной 30 января 2015 года под названием «Switch Controller for Bifurcating Multiple Legs of a Call», каждая из которых включена в данный документ посредством ссылки в полном объеме.

УРОВЕНЬ ТЕХНИКИ

Оператор мобильной виртуальной сети (ОМВС) получает сетевые ресурсы от операторов мобильной связи и перепродает ресурсы своим пользователям. Как правило, ОМВС не имеют своей собственной инфраструктуры и зависят от возможностей поставщиков услуг в коммутации вызовов и коммутации пакетов. Некоторые ОМВС используют собственную инфраструктуру; тем не менее, известные решения не предоставляют надлежащий уровень информационной безопасности и не обеспечивают надежный комплекс технических сервисов или функций обеспечения комфорта для людей и организаций, которые используют их в качестве мобильных решений.

КРАТКОЕ ОПИСАНИЕ ГРАФИЧЕСКИХ МАТЕРИАЛОВ

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

Фиг. 1 изображает пример системы для предоставления усовершенствованных сервисов предприятию или другому конечному пользователю ОМВС в соответствии с некоторыми вариантами реализации настоящей технологии;

Фиг. 2 изображает пример способа разделения голосовых пакетов с использованием программно определяемого контроллера коммутации в сервисной платформе виртуальной сети, размещенной у ОМВС, в соответствии с некоторыми вариантами реализации настоящей технологии;

Фиг. 3 изображает пример способа автоматической передачи данных вызова CRM-системе в соответствии с некоторыми вариантами реализации настоящей технологии;

Фиг. 4 изображает пример системы для получения контактных данных об абонентах вызова в соответствии с некоторыми вариантами реализации настоящей технологии;

Фиг. 5 изображает способ предоставления инструментов входного контроля модератору вызова в соответствии с некоторыми вариантами реализации настоящей технологии; и

Фиг. 6A и 6B изображают пример возможного варианта реализации системы.

ОПИСАНИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ

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

Как описывалось выше, операторы мобильных сетей могут предоставлять сетевые ресурсы операторам мобильной виртуальной сети (ОМВС) и разрешать ОМВС продавать ресурсы потребителям. Некоторые варианты реализации настоящей технологии включают систему ОМВС, которая размещает сервисную платформу для предоставления усовершенствованных инструментов своим потребителям. Такая платформа может быть предусмотрена в виде сервера или виртуальной машины внутри центра обработки данных, другими словами, на внутреннем сетевом пути потока данных. Например, платформа может быть установлена в центре обработки данных оператора мобильной сети. Несмотря на то, что последующее изложение изобретения описывает управление коммутацией, разделение частей вызова и другие усовершенствованные сервисы, которые относятся к системе ОМВС, специалистам в данной области техники, получающим преимущества от данного изобретения, будет понятно, что, настоящая технология может использоваться различными другими операторами, включая оператора мобильной сети (ОМС), поставщика услуг аналоговой телефонной сети (АТС) и т.д.

Фиг.1 изображает пример системы 100, предоставляющей усовершенствованные сервисы для предприятия или другого конечного пользователя ОМВС в соответствии с некоторыми вариантами реализации настоящей технологии. Система 100 содержит облако оператора мобильной связи 130, подключенное к сервисной платформе виртуальной сети 150, размещенной у ОМВС. Сервисная платформа виртуальной сети 150 также может получать доступ к веб-ресурсам 160 из сети Интернет посредством облака оператора мобильной связи 130 или посредством ссылок многопротокольной коммутации с использованием меток (MPLS) и ссылок интерфейса прикладного программирования (API).

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

Сервисная платформа виртуальной сети 150 может содержать широкий спектр инструментов и ресурсов для предоставления пользователям ОМВС надежного комплекса технических сервисов и функций обеспечения комфорта, например, посредством приложения или графического интерфейса пользователя на базе веб-технологии. Например, сервисная платформа виртуальной сети 150 может содержать сервер аутентификации 151, контроллер коммутации 152, обработчик данных вызова 153, хранилище метаданных вызова 154, модуль защиты от несанкционированного доступа 155, интерфейсную машину 156, модуль транскрипции 157 и модуль распознавания речи и машинного обучения 158.

В некоторых вариантах реализации настоящей технологии, сервер аутентификации 151 может использовать методики аутентификации, такие же или аналогичные описанным в одновременно рассматриваемой заявке на патент США 62/076 703 под названием «Method and Apparatus for Mobile Authentication», поданной 7 ноября 2014 года, предварительной заявке на патент США 62/100 816 под названием «Method and Apparatus for Mobile Authentication», поданной 7 января 2015 года и заявке на патент США № 14/934 051 под названием «Method and Apparatus for Mobile Authentication», поданной 5 ноября 2015 года, каждая из которых включена в данный документ посредством ссылки в полном объеме.

В некоторых случаях, оператор мобильной сети (ОМС), предоставляющий сетевой доступ к ОМВС, позволяет ОМВС размещать коммутационные устройства внутри своего оборудования. Соответственно, сервисная платформа виртуальной сети 150 также может содержать контроллер коммутации 152, позволяющий ОМВС обеспечивать полное управление коммутацией в экосистеме ОМС.

Контроллер коммутации 152 может содержать программно определяемую коммутацию для приема вызова от инициирующего объекта, определения местоположения оконечного устройства запрашиваемого объекта, получения разрешения от запрашиваемого объекта и установки (т.е. создания) вызова между инициирующим объектом и запрашиваемым объектом.

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

В некоторых вариантах реализации настоящей технологии, контроллер коммутации 152 также может содержать улучшенные возможности управления коммутацией. Например, улучшенные возможности управления коммутацией позволяют контроллеру коммутации выделять отдельные части (например, потоки или ветви) вызова и работать вместе с обработчиком данных вызова 153 для сбора и хранения метаданных вызова (например, направлять в хранилище метаданных вызова 154), сохранения нужных аудиоданных и удаления других аудиоданных. Части вызова могут относиться к голосовой информации (например, данным или сигналу), генерируемой участниками (например, вызов между двумя людьми может иметь две отдельные части, при этом одна часть соответствует каждому из участников). Каждая отдельная часть вызова также может содержать свои собственные метаданные. Метаданные вызова также могут быть отдельной частью вызова. Отдельная часть вызова может быть объединенной. Например, отдельная часть вызова от первого участника может объединиться с отдельной частью вызова от второго участника, а затем объединенная часть может быть направлена в виде одной объединенной части стороннему участнику. В дополнение, одна часть может содержать множество подчиненных частей (например, часть видеоконференции также может содержать аудио часть, видео часть и часть передачи сообщений). Отдельная часть может не содержать легко разделяемые подчинённые части (например, аудио часть может содержать множество говорящих абонентов) и, в некоторых вариантах реализации изобретения, может использоваться алгоритм (например, идентификации говорящего абонента) для интеллектуального разделения этих подчиненных частей. Такие подчинённые части могут быть разделены, распределены и обработаны как независимые части, в соответствии с принципами, изложенными в данном документе. Например, абонент может говорить шепотом в одной части (например, в ауди части, которая отправляется только одному абоненту), при этом в полной мере принимать участие в другой части (например, в части передачи сообщений, распределяемых между всеми абонентами). Кроме того, следует понимать, что принципы настоящего изобретения могут применяться к другим частям коммуникационных данных, включая части передачи сообщений, части видео данных и т.д.

Контроллер коммутации 152 также может получать доступ к различным частям разделенных вызовов и может направить запрос интерфейсной машине 156 на создание кнопки, панели, ссылки, объекта и т.п. для предоставления доступа к вызову или части вызова сторонним абонентам. В некоторых случаях, сторонний абонент может слушать обе части вызова (т.е., подслушивать) и может вводить (например, вставлять) аудиоданные только в одну изолированную часть вызова (например, разговор шепотом). В сценарии со множеством абонентов, присутствующих во время вызова (например, в случае конференц-вызова), контроллер коммутации 152 может выделять все части и соединять заново определенные части, чтобы позволить определённым подгруппам абонентов конференц-вызова разговаривать шепотом с одной или более частями, или подгруппами абонентов. Другими словами, разговор шепотом может означать передачу одной абонентской части только подгруппе подключенных абонентов, а подслушивание может означать получение одним абонентом частей вызова от других подключенных абонентов без передачи абонентской части всем подключенным абонентам. Термины «разговор шепотом» и «подслушивание» иногда могут означать одну и ту же конфигурацию и их не следует рассматривать, как взаимоисключающие. Например, если абоненты А, В, С и D осуществляют вызов и часть вызова абонента А направлена только абоненту В, но не абонентам С и D, то абонента А можно рассматривать, как подслушивающего (в разговоре между В, С и D), а также, как разговаривающего шепотом (с абонентом В).

Контроллер коммутации

Фиг.2 изображает пример способа 200 разделения частей вызова с использованием программно определяемого контроллера коммутации на сервисной платформе виртуальной сети, размещенной у ОМВС, в соответствии с некоторыми вариантами реализации настоящей технологи. Способ 200 начинается с получения вызова от инициирующего оконечного устройства 210 (например, «оконечного устройства абонента», т.е. мобильного устройства сотрудника предприятия, являющегося потребителем ОМВС) и определения местоположения запрашиваемых объектов на соответствующих удаленных оконечных устройствах 220. Затем, один или более запрашиваемых объектов может принять вызов от инициирующего оконечного устройства 230. В некоторых вариантах реализации настоящей технологии, как только удаленное оконечное устройство принимает вызов, способ 200 осуществляет сбор метаданных вызова (например, время, местоположение и т.п.) об оконечных устройствах 232 и отправку метаданных вызова 234 в хранилище метаданных вызова (например, в сервисную платформу виртуальной сети). В некоторых вариантах реализации изобретения, модуль защиты от несанкционированного доступа в сервисной платформе виртуальной сети требует информированного согласия от удаленного оконечного устройства перед началом сбора некоторых или всех метаданных. После того, как метаданные вызова собраны, сервисная платформа виртуальной сети может опросить хранилище метаданных вызова и предоставить метаданные пользователю посредством кнопки, панели, объекта, ссылки и т.п. в приложении или веб-интерфейсе 236.

Далее, способ 200 осуществляет разделение аудиоданных вызова на две или более частей аудиоданных 240 и объединение частей аудиоданных 251. В некоторых вариантах реализации изобретения, выделенные части аудиоданных могут содержать только изолированные аудиоданные, собранные из соответствующих оконечных устройств. В других вариантах реализации изобретения, выделенные аудиоданные могут содержать изолированные аудиоданные из двух или более оконечных устройств, каждое из которых обеспечивается одним и тем же предприятием, но являются изолированными от сторонних абонентов.

Обработчик данных вызова в сервисной платформе виртуальной сети может обрабатывать различные изолированные части аудиоданных самыми различными способами, как будет более подробно рассмотрено ниже. Например, способ 200 осуществляет выдачу уведомлений инициирующему оконечному устройству о том, что аудиоданные вызова будут сохранены 252, а также сохранение изолированных аудиоданных, полученных от инициирующего оконечного устройства 253. За счет сохранения только одной части вызова, лицу, использующему удаленное оконечное устройство, не нужно предоставлять каких-либо разрешений или получать заявление об отказе от ответственности для выполнения требований определенных законов о перехвате телефонных разговоров.

Как упоминалось выше, способ 200 осуществляет объединение частей 251 аудиоданных в форме фактического вызова и создание объекта, доступного для приложения или веб-интерфейса, для получения доступа к объединенному вызову посредством сервисной платформы виртуальной сети 280.

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

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

Кроме того, инструкции, созданные в изолированных аудиоданных, могут использоваться в сочетании с системой распознавания речи и личным помощником с элементами искусственного интеллекта (например, Siri, Google Now, Cortana и т.п.) Личный помощник с элементами искусственного интеллекта может реагировать на изолированные вопросы, произнося шепотом запросы только заданным абонентам вызова вместо запросов всем участникам вызова. Личный помощник с элементами искусственного интеллекта может прослушивать фразы и выполнять в ответ определенные действия. Например, может использоваться определенная фраза для добавления абонентов, введения аудиоданных одному или более абоненту и т.д.

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

Сохраненные аудиоданные также могут кэшироваться (например, храниться) и доступ к ним может получить другое лицо таким образом, чтобы иметь возможность считать/прослушать аудиоданные перед присоединением этого лица к вызову.

Возвращаясь к фиг. 2, способ 200 может обработать аудиоданные из других оконечных устройств самыми разными способами. В некоторых случаях, способ 200 просто осуществляет игнорирование (например, удаление, разрушение или, в противном случае, не сохранение) изолированных аудиоданных из удаленных оконечных устройств 254 без кого-либо сохранения. Кроме того, способ 200 может включать запрос на согласие от удаленного оконечного устройства на сохранение аудиоданных вызова 255, сохранение аудиоданных, если согласие получено 253, и уничтожение аудиоданных, если в получении согласия отказано 257.

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

В некоторых вариантах реализации изобретения, контроллер коммутации может иметь настройки по умолчанию для отправки записей пользователю напрямую (например, посредством электронной почты). Затем, пользователь может пересылать, предоставлять общий доступ или, в противном случае, передавать запись вызова лицу, приложению, сервису и т.д. Например, это может осуществляться посредством передачи записи вызова в общедоступный календарь, который может быть выполнен с возможностью служить репозиторием для записей вызова. Это также позволяет пользователю снабжать комментариями записи календаря с помощью других материалов, например, текстовых сообщений определенному виртуальному собеседнику посредством коротких SMS-кодов. Например, пользователь может отправить текстовое сообщение виртуальному собеседнику календаря «запустить задачу клиента», следующую за сообщением «стоп», для указания окончания данного блока времени, при этом комментарий добавляется к записи календаря.

По завершении вызова контроллер коммутации может отключить оконечное устройство 260, завершить снабжение комментариями метаданных вызова 270 и отправить метаданные вызова в хранилище метаданных 234.

В дополнение к сохранению аудиоданных вызова, платформа услуг виртуальной сети также может предоставлять сервисы транскрипции. Модуль транскрипции может преобразовывать аудиоданные вызова (например, посредством API, сервиса преобразования, разработанного пользователем преобразователя и т.п.). Модуль транскрипции также может быть выполнен с возможностью предоставлять краткое описание вызова. Например, модуль транскрипции может транскрибировать аудиоданные, изучать транскрипции для определенных слов и предоставлять списки обязательств, выполненных абонентами, последующих мероприятий и т.п.

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

Как описывалось выше, для записи аудиоданных может потребоваться согласие. Согласие на сохранение может быть запрошено или предоставлено самыми различными способами. В некоторых случаях, уведомление делается, когда абонент присоединяется к вызову, поясняя, что вызов будет сохранен. Уведомление может проигрываться для всех абонентов или может быть сказано шепотом (описано более подробно ниже) только заданным оконечным устройствам.

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

Как было описано выше, сервисная платформа виртуальной сети 150 может содержать модуль защиты от несанкционированного доступа 155. Модуль защиты от несанкционированного доступа 155 может вводить в действие уведомление, относящееся к записи вызова, запрашивать согласие на запись, определять, когда абонент ранее предоставил согласие на запись и т.д. Настоящее раскрытие изобретения дополнительно предполагает, что объекты, отвечающие за сбор, анализ, раскрытие, перенос, хранение или другое использование таких голосовых данных должны осуществлять и обязательно использовать политику конфиденциальности, и подходы, удовлетворяющие общепринятыми требованиям или превышающих индустриальные или государственные требования в отношении поддержки конфиденциальности и безопасности персональных данных. Например, персональные данные пользователей должны собираться для законного и обоснованного использовании объекта и не должны становится общедоступными или продаваться вне рамок такого законного использования. Кроме того, такой сбор данных должен выполняться только после информированного согласия пользователей. Дополнительно, такие объекты должны пройти любые необходимые этапы для обеспечения сохранности и безопасности доступа к таким персональным данным, а также должны обеспечивать соблюдение другими лицами доступа к персональным данным с учетом политик, процедур конфиденциальности и безопасности. Кроме того, такие объекты могут подвергаться оценке сторонними абонентами в отношении сертификации их приверженности широко распространенным политикам и практикам соблюдения конфиденциальности.

Настоящее изобретение рассматривает варианты реализации изобретения, в которых предоставляются аппаратные и/или программные элементы для предотвращения или блокировки доступа к таким персональным данным. Например, настоящая технология может быть выполнена с возможностью позволять пользователям выбирать «принимать» или «не принимать» участие в записи голосовых данных.

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

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

Усовершенствованные сервисы

Размещение контроллера коммутации в сервисной платформе виртуальной сети, размещенной у ОМВС, предоставляет потребителю ОМВС широкий спектр дополнительных возможностей по использованию сохраненных аудиоданных внутри предприятия. Например, сервисная платформа виртуальной сети может использоваться для публикации метаданных вызова и сохраненных аудиоданных для сторонних платформ, например, систем управления взаимоотношениями с клиентами (CRM). Кроме того, контроллер коммутации в этой платформе предоставляет ОМВС возможность контролировать появление вызова (т.е., начало вызова) и разъединение вызова (т.е., окончание вызова), позволяя, таким образом, оператору использовать информацию об идентификаторе вызывающего абонента, предоставлять усовершенствованные органы управления вызовом, предоставлять усовершенствованные функции работы с SMS посредством взаимодействия с сервером приложений SMS и т.п. Ниже описываются эти и другие усовершенствованные функциональные возможности.

Предоставление доступа к метаданным вызова и сохраненным аудиоданным

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

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

В некоторых вариантах реализации изобретения, аудиоданные вызова записываются для всех частей разделенных вызовов. Когда согласие на вызов предоставляется абонентом, записанные аудиоданные автоматически отправляются во внешнюю базу данных. В некоторых случаях, сервисная платформа виртуальной сети может разрешить обработку вызова без начального запроса на получение согласия и позднее запросить согласие. Например, когда модуль коммутации обнаруживает разъединение вызова, сервисная платформа виртуальной сети может предписывать воспроизвести уведомление о запрашиваемом согласии. Например, уведомление может быть таким «Для вашего удобства этот вызов будет записан, если вы желаете получить доступ к аудиоданным этого вызова - нажмите 1, если вы желаете уничтожить аудиоданные вызова - нажмите 2 или положите трубку». Когда сервисная платформа виртуальной сети определит, что согласие было получено после вызова, она отправит записанные аудиоданные вызова во внешнюю базу данных. Если отказано в получении согласия, записанные аудиоданные вызова уничтожаются.

Как описано выше, метаданные вызова и записанные и/или размещенные в хранилище аудиоданные вызова могут предоставляться пользователям или предприятию посредством веб-ссылки. Дополнительно, в некоторых вариантах реализации изобретения, метаданные вызова и аудиоданные вызова могут направляться напрямую другой веб-службе, приложению или платформе посредством API. Например, данные могут быть направлены напрямую в систему управления взаимоотношениями с клиентами (CRM) посредством API, вызываемого между сервисной платформой виртуальной сети и CRM-системой.

Фиг.3 изображает пример способа 300 автоматической передачи данных вызова CRM-системе в соответствии с некоторыми вариантами реализации настоящей технологии. Способ 300 начинается с установки вызова 310 между пользователем ОМВС, который имеет доступ к CRM-системе, и дополнительным абонентом, сохранения в хранилище метаданных вызова для обоих абонентов 330, и выделения частей вызова 320 для создания двух изолированных частей аудиоданных. Далее, способ 300 определяет, какую часть аудиоданных сохранить 340. Если отказано в получении согласия на сохранение аудиоданных, способ 300 уничтожает аудиоданные вызова 350. И наоборот, если согласие предоставлено, способ 300 осуществляет запись (или сохранение) аудиоданных вызова 360.

Далее, способ 300 осуществляет отправку сохраненных аудиоданных в CRM-систему 370, отправку метаданных вызова в CRM-систему 380 и наполнение CRM-системы 390 аудио и метаданными.

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

Аналогично, платформа услуг виртуальной сети может предоставлять различные интерфейсы для уведомлений и обновлений записей вызова, а также предоставления общего доступа к информационным потокам. Например, записи вызовов могут отправляться по электронной почте, быть общедоступными в приложении календаря, быть общедоступными посредством API, быть общедоступными вместе с пользовательским кодом и т.д.

Кроме того, сервисная платформа виртуальной сети может быть выполнена с возможностью предоставлять инструменты для поиска и предоставления булевых запросов, и т.д. для обзора записей вызовов и других элементов обмена данными. Например, инструменты поиска в сервисной платформе виртуальной сети позволяют пользователю выполнять поиск по компании, диапазону дат/времени, а также по ключевым словам содержимого вызовов или сообщений. Аналогично, сервисная платформа виртуальной сети может содержать поисковый интерфейс для текстовых сообщений, выполненный с возможностью поиска записей вызова, примечаний и других элементов обмена данными посредством приема от пользователя текстовых сообщений, а также для ответной отправки текстового сообщения с результатами запроса.

Представление контактных данных абонентов вызова

Как описывалось выше, модуль коммутации, установленный в сервисной платформе виртуальной сети, размещенной у ОМВС, может контролировать появление вызова и разъединение вызова. Этот процесс может включать предоставление номера телефона для некоторых или всех абонентов вызова. Сервисная платформа виртуальной сети может быть выполнена с возможностью использовать номера телефонов абонентов для получения самых различных данных, связанных с абонентом.

Фиг. 4 изображает пример системы 400 для получения контактных данных об абонентах вызова в соответствии с некоторыми вариантами реализации настоящей технологии. Система 400 содержит сервисную платформу виртуальной сети 410, размещенную у ОМВС, а также одно или более устройств предприятия 404, которые являются пользователями ОМВС.

Сервисная платформа виртуальной сети 410, размещенная у ОМВС, может соединять устройство предприятия 402 (например, инициирующее оконечное устройство или оконечное устройство назначения) с другим коммуникационным устройством 404 (например, оконечным устройством назначения или инициирующим оконечным устройством) с использованием контроллера коммутации 412. Для обоих вызовов - размещенного устройством предприятия 404 и принятого устройством предприятия 404 - контроллер коммутации 412 может использовать номер телефона для другого коммуникационного устройства 402 с целью получения имени, связанного с телефонным номером, посредством модуля идентификации 414.

Наличие доступа к номеру телефона и имени пользователя, связанного с коммуникационным устройством 402, позволяет сервисной платформе виртуальной сети 410, размещенной у ОМВС, получать дополнительные данные о пользователе. В некоторых вариантах реализации настоящей технологии, сервисная платформа виртуальной сети 410, размещенная у ОМВС, отправляет имя пользователи и номер телефона на веб-сервер контактных данных 420. Веб-сервер контактных данных 420 может найти данные пользователя и отправить их обратно (например, посредством API) в модуль контактных данных 416 внутри сервисной платформы виртуальной сети 410, размещенной у ОМВС.

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

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

В некоторых вариантах реализации настоящей технологии, контактные данные могут быть представлены пользователю сервисной платформы виртуальной сети в течение продолжительности телефонного вызова, а также может быть зарезервирован доступ когда-нибудь в будущем. В некоторых вариантах реализации изобретения, модуль контактных данных 416 может отправлять устройству предприятия текстовое сообщение с контактными данными или с выполняемой ссылкой для предоставления пользователю устройства предприятия 404 веб-интерфейса, приложения и т.д. для обзора контактных данных. Эта информация может быть также автоматически предоставлена на графическом интерфейсе пользователя устройства предприятия 404. В некоторых случаях, контактные данные могут автоматически направляться другому веб-сервису, приложению или платформе посредством API, как описывалось выше. Например, контактные данные могут направляться напрямую в систему управления взаимоотношениями с клиентами (CRM) в виде части записи о пользователе. Как изображено на фиг. 4, контактные данные могут отправляться в базу данных предприятия 430, в CRM-систему 440 или напрямую в устройство предприятия 404.

Представление доступа к записям данных о вызовах

Еще одним преимуществом наличия доступа к информации о появлении вызова и разъединении вызова (например, посредством контроллера коммутации) является возможность для сервисной платформы виртуальной сети, размещенной у ОМВС, отправлять пользователям ОМВС сообщение, предоставляющее доступ к собранным данным. В некоторых вариантах реализации изобретения, сервисная платформа виртуальной сети, размещенная у ОМВС, может содержать модуль доступа к записи для отправки пользователям ОМВС доступа к записи пользователя другому абоненту вызова, метаданных вызова, записанных аудиоданных, контактных данных и т.д. Например, когда вызов завершен, контроллер коммутации может использовать уведомление о разъединении для автоматического инструктирования модуля доступа к записи о взаимодействии с сервером SMS для отправки текстового сообщения пользователю ОМВС, связывающего его с записью пользователя, содержащей пространство для снабжения примечанием взаимодействия пользователя. В некоторых случаях, пользователь также может отвечать на текстовое сообщение и ответ может использоваться для предоставления примечаний пользователя в разделе примечаний CRM-системы.

Примечания, предоставляемые пользователем ОМВС могут иметь специфический перечень названий, дат, денежных единиц и т.д. Эти специфические перечни могут обрабатываться и использоваться для создания последующих напоминаний, наполнения календаря, изменения записи о пользователе и т.д.

Улучшенные функции конференц-вызова

Представление контроллера коммутации в сервисной платформе виртуальной сети, размещенной у ОМВС, позволяет ОМВС предоставлять своим пользователям улучшенные функции вызова (например, функции конференц-вызова). Некоторые улучшенные функции вызова содержат текстовые сообщения для предоставления доступа к вызову, предоставления контактных данных участника, определения прав доступа участника вызова и т.д.

В некоторых случаях, сервисная платформа виртуальной сети, размещенная у ОМВС, содержит контроллер коммутации, который контролирует приложение вызова (внутреннее приложение, партнерский сервер приложений вызова и т.д.), используемое пользователем ОМВС для настройки вызова. Контроллер коммутации может обнаруживать попытку стороннего абонента присоединиться к вызову и может выдать предупреждение пользователю ОМВС с одновременной передачей данных стороннего абонента (например, номера, имени, полных контактных данных и т.д.), а сервисная платформа виртуальной сети может предоставить инструменты для добавления стороннего абонента к вызову или к изолированной части вызова. Например, в некоторых вариантах реализации изобретения, сервисная платформа виртуальной сети соединена с сервером SMS, который может быть выполнен с возможностью отправлять пользователю ОМВС текстовое сообщение, идентифицирующее стороннего абонента, когда сторонний абонент пытается присоединиться к вызову, и предоставляет информацию о том, как разрешить или отклонить присоединение стороннего абонента к вызову. В некоторых случаях, пользователь ОМВС может ответить на текстовое сообщение для выдачи разрешения стороннему абоненту присоединиться к вызову. Аналогично, текстовое сообщение может объяснять некоторое количество ответных действий, предоставляющих стороннему абоненту несколько уровней доступа к вызову. Например, первый тип ответного действия (например, набор слова «разрешить») может предоставлять стороннему абоненту доступ к вызову, тогда как второй тип ответного действия (например, набор слова «прослушать») ограничивает стороннему абоненту доступ к вызову только в качестве слушателя, т.е. подслушивающего. В некоторых вариантах реализации изобретения, абоненты могут быть добавлены к вызову при определении группы участников (например, посредством получения ввода данных от компьютера модератора, получения текстового сообщения от модератора, доступа абонентов к приглашению из календаря и т.д.) и вызове или отправке сообщения абонентам во время начала вызова или конференции. Ответ на вызов или щелчок по ссылке в текстовом сообщении подключает абонента к вызову.

Фиг. 5 изображает способ 500 предоставления инструментов входного контроля модератору вызова в соответствии с некоторыми вариантами реализации настоящей технологии. Способ 500 начинается с настройки вызова сервисной платформой виртуальной сети (например, моста конференц-вызова) для модератора вызова 510 и контроллера коммутации в сервисной платформе виртуальной сети, определяющей попытку стороннего абонента присоединиться к вызову 520.Способ 500 может включать сбор сервисной платформой виртуальной сети контактных данных о стороннем абоненте 530.

Сервисная платформа виртуальной сети может предписывать отправку модератору сообщения входного контроля 540, описывающего стороннего абонента и предоставляющего возможность выбора предоставления доступа стороннему абоненту к вызову. В ответ на получение ответного сообщения от модератора 550, указывающего на подтверждение разрешения, способ 500 осуществляет разделение аудиоданных вызова на части 555, и предоставление доступа стороннему абоненту к частям аудиоданных в соответствии с ответным сообщением 560. В качестве альтернативы, после получения ответного сообщения с отказом 570 или не получение какого-либо ответного сообщения в течение заданного периода времени 575, способ 500 может включать отключение стороннего абонента от вызова 580 сервисной платформой виртуальной сети.

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

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

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

Дополнительные инструменты входного контроля могут содержать инструменты для добавления стороннего абонента к вызову с ограниченными возможностями (только подслушивание, разговор шепотом только одной частью и т.д.). Инструменты входного контроля вызова, предоставляемые сервисной платформой виртуальной сети, также могут использоваться для предоставления пользователю ОМВС возможности принятия решения, уведомлять или нет стороннего абонента о том, что он будет записан, информируя, тем самым, сервисную платформу виртуальной сети о том, записывать или нет вызов, и отправлять ли стороннему абоненту аудиоданные вызова.

Варианты реализации системы

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

Фиг. 6А изображает обычную системную шину архитектуры вычислительной системы 600, при этом компоненты системы электрически связаны друг с другом посредством шины 605. Пример системы 600 содержит процессорное устройство (ЦПУ или процессор) 610 и системную шину 605, которая соединяет различные системные компоненты, включая системную память 615, например, постоянное запоминающее устройство (ПЗУ) 620 и оперативное запоминающее устройство (ОЗУ) 625, с процессором 610. Система 600 может содержать кэш из быстродействующей памяти, напрямую соединенный с процессором, находящийся в непосредственной близости или интегрированный в процессор 610. Система 600 копирует данные из памяти 615 и/или накопительного устройства 630 в кэш 612 для быстрого доступа со стороны процессора 610. В этом случае, кэш предоставляет увеличение производительности, что предотвращает задержки при ожидании процессором 610 данных. Эти и другие модули могут управлять или быть выполнены с возможностью управлять процессором 610 для выполнения различных действий. Можно также использовать и другую системную память 615. Память 615 может содержать множество различных типов памяти с разными характеристиками производительности. Процессор 610 может включать в себя любой процессор общего назначения и аппаратный модуль или программный модуль, например, модуль 1 632, модуль 2 634 и модуль 3 636, сохраненные на накопительном устройстве 630, выполненные с возможностью управлять процессором 610, а также специализированный процессор, в котором программные инструкции встроены в фактическую конструкцию процессора. Процессор 610 фактически может быть полностью законченной вычислительной системой, содержащей множество ядер или процессоров, шину, контроллер памяти, кэш и т.д. Многоядерный процессор может быть симметричным или асимметричным.

Для обеспечения взаимодействия пользователя с вычислительным устройством 600 устройство ввода 645 может представлять собой любое количество механизмов ввода, например, микрофон для голоса, сенсорный экран для жестов или графического ввода, клавиатуру, мышь, ввод посредством перемещения, речи и т.д. Устройство вывода 635 также представлять собой один или более механизмов вывода, известных специалистам в данной области техники. В некоторых вариантах, многомодальные системы позволяют предоставить пользователю множество типов устройств ввода для взаимодействия с вычислительным устройством 600. Коммуникационный интерфейс 640, в общем случае, может определять и управлять пользовательским вводом и системным выводом. Нет каких-либо ограничений работы на любой специфической аппаратной конфигурации и, таким образом, изложенные в данном документе основные функции могут быть с легкостью заменены на улучшенные аппаратные или встроенные аппаратные конфигурации, по мере их разработки.

Накопительное устройство 630 представляет собой энергонезависимую память и может быть жестким диском или другим типом машиночитаемого носителя, который способен хранить данные, доступ к которым осуществляется компьютером, например, магнитные кассеты, карты флэш-памяти, твердотельные накопители, универсальные цифровые диски, картриджи, оперативные запоминающие устройства (ОЗУ) 625, постоянные запоминающие устройства (ПЗУ) 620, а также их смешанные варианты.

Накопительное устройство 630 может содержать программные модули 632, 634, 636 для управления процессором 610.Предполагаются и другие аппаратные или программные модули. Накопительное устройство 630 может быть подключено к системной шине 605. В одном аспекте, аппаратный модуль, который выполняет определенные функции, может содержать программные компоненты, сохраненные на машиночитаемом носителе, связанные с необходимыми аппаратными компонентами, например, процессором 610, шиной 605, экраном 635 и т.д., для выполнения определенных функций.

Фиг. 6В изображает компьютерную систему 650, имеющую архитектуру набора микросхем, которая может использоваться при выполнении описанного способа, генерирования и отображения графического интерфейса пользователя (ГИП). Компьютерная система 650 представляет собой пример компьютерного аппаратного обеспечения, программного обеспечения и встроенного программного обеспечения, которое используется для реализации изложенной технологии. Система 650 может содержать процессор 655, характерный для любого количества физически и/или логически выделенных ресурсов, на которых возможно выполнить программное обеспечение, встроенное программное обеспечение и аппаратное обеспечение, способное осуществлять предусмотренные вычисления. Процессор 655 может обмениваться данными с набором микросхем 660, который управляет вводом и выводом данных из процессора 655. В этом примере, набор микросхем 660 выводит информацию в устройство вывода 665, например, экран, и может читать и записывать информацию на накопительное устройство 670, которое может содержать, к примеру, магнитный носитель и твердотельный носитель. Набор микросхем 660 также может читать данные и записывать данные в ОЗУ 675. Для взаимодействия с набором микросхем 660 может быть предоставлен мост 680, обеспечивающий взаимодействие с различными компонентами пользовательского интерфейса 685. Такие компоненты пользовательского интерфейса 685 могут включать клавиатуру, микрофон, схему обнаружения касаний и обработки, указывающее устройство, например, мышь и т.д. В общем случае, ввод данных в систему 650 может поступать от любого количества различных источников, генерируемых машиной и/или человеком.

Набор микросхем 660 также может взаимодействовать с одним или более коммуникационных интерфейсов 690, которые имеют различные физические интерфейсы. Такие коммуникационные интерфейсы могут содержать интерфейсы для проводных или беспроводных локальный сетей, широкополосных беспроводных сетей, а также персональных сетей. Некоторые варианты применения способа для генерирования, отображения и использования ГИП, изложенные в данном документе, могут содержать получение упорядоченных наборов данных посредством физического интерфейса или сгенерированные самой машиной при помощи анализа процессором 655 данных, сохраненных на накопительном устройстве 670 или 675. Кроме того, машина может получать ввод данных от пользователя посредством компонентов пользовательского интерфейса 685 и выполнять соответствующие функции, например, обзор функций за счет интерпретации этого ввода данных с использованием процессора 655.

Понятно, что примеры систем 600 и 650 могут иметь более одного процессора 610 или являться частью группы или кластером вычислительных устройств, соединенных вместе сетью для предоставления больших возможностей обработки.

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

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

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

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

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

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

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

Изобретение относится к области обеспечения конференц-связи, а именно к системе коммутации для распределения голосовых пакетов. Техническим результатом является повышение уровня информационной безопасности услуг, предоставляемых операторами мобильной виртуальной сети (ОМВС). Для этого осуществляют настройку вызова между оконечным устройством пользователя ОМВС и дополнительным оконечным устройством, сбор и хранение метаданных вызова от оконечного устройства пользователя ОМВС и дополнительного оконечного устройства и выделение аудиоданных вызова в изолированных частях аудиоданных с использованием контроллера коммутации внутри платформы оператора мобильной виртуальной сети (ОМВС). Затем осуществляют выявление из оконечных устройств пользователя ОМВС и дополнительного оконечного устройства того, что получено согласие на сохранение изолированных частей аудиоданных, и отправку одной или более изолированных частей аудиоданных системе управления взаимоотношениями с клиентами (CRM) при получении согласия. При этом предоставляют стороннему абоненту доступ к прослушиванию вызова и возможность введения аудиоданных в изолированные части аудиоданных. 3 н. и 15 з.п. ф-лы, 7 ил.

1. Способ, включающий:

настройку вызова между оконечным устройством пользователя оператора мобильной виртуальной сети (ОМВС) и дополнительным оконечным устройством;

сбор и хранение метаданных вызова от оконечного устройства пользователя ОМВС и дополнительного оконечного устройства;

выделение аудиоданных вызова в одной или более изолированных частях аудиоданных с использованием контроллера коммутации внутри платформы оператора мобильной виртуальной сети (ОМВС);

выявление из одного или более оконечных устройств пользователя ОМВС и дополнительного оконечного устройства того, что получено согласие на сохранение одной или более изолированных частей аудиоданных; и

отправку одной или более изолированных частей аудиоданных системе управления взаимоотношениями с клиентами (CRM) при получении согласия,

и дополнительно включающий:

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

2. Способ по п. 1, дополнительно включающий:

предоставление пользователю, авторизованному ОМВС, ссылки на извлечение метаданных вызова из CRM-системы.

3. Способ по п. 1, дополнительно включающий:

предоставление оконечному устройству пользователя ОМВС ссылки на извлечение части аудиоданных для оконечного устройства пользователя ОМВС.

4. Способ по п. 1, дополнительно включающий:

выявление из одного или более оконечных устройств пользователя ОМВС и дополнительного оконечного устройства того, что отказано в получении согласия на сохранение одной или более изолированных частей аудиоданных; и

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

5. Способ по п. 1, дополнительно включающий:

выявление, в контроллере коммутации, когда вызов разрывается,

отправку, посредством текстового сообщения, ссылки на изолированные части аудиоданных в CRM-системе.

6. Способ по п. 1, дополнительно включающий:

выявление, в контроллере коммутации, когда вызов разрывается,

отправку, посредством текстового сообщения, интерфейса для примечаний к изолированным частям аудиоданных в CRM-системе.

7. Способ по п. 1, дополнительно включающий:

получение, с использованием контроллера коммутации, номера телефона для дополнительного оконечного устройства;

получение, посредством модуля идентификации вызывающего абонента, имени, связанного с номером телефона; и

выявление набора контактных данных с использованием номера телефона и имени.

8. Способ по п. 7, дополнительно включающий:

предоставление контактных данных в оконечное устройство пользователя ОМВС.

9. Способ по п. 7, дополнительно включающий:

предоставление контактных данных в CRM-систему.

10. Система, содержащая:

процессор;

машиночитаемый носитель информации; и

энергонезависимые машиночитаемые инструкции, сохраненные на нем, которые, при выполнении процессором, предписывают системе:

установить вызов между оконечным устройством пользователя оператора мобильной виртуальной сети (ОМВС) и дополнительным оконечным устройством;

собирать и хранить метаданные вызова из оконечного устройства пользователя ОМВС и дополнительного оконечного устройства;

выделять аудиоданные вызова в одну или более изолированных частей аудиоданных с использованием контроллера коммутации внутри платформы оператора мобильной виртуальной сети (ОМВС);

выявлять из одного или более оконечных устройств пользователя ОМВС и дополнительного оконечного устройства, что получено согласие на сохранение одной или более изолированных частей аудиоданных; и

отправлять один или более изолированных аудиопотоков в систему управления взаимоотношениями с клиентами (CRM) при получении согласия,

при этом энергонезависимые машиночитаемые инструкции, при выполнении процессором, дополнительно предписывают системе:

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

11. Система по п. 10, отличающаяся тем, что энергонезависимые машиночитаемые инструкции, при выполнении процессором, дополнительно предписывают системе:

выявлять из одного или более оконечных устройств пользователя ОМВС и дополнительного оконечного устройства, что отказано в получении согласия на сохранение одной или более изолированных частей аудиоданных; и

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

12. Система по п. 10, отличающаяся тем, что энергонезависимые машиночитаемые инструкции, при выполнении процессором, дополнительно предписывают системе:

определять, в контроллере коммутации, когда вызов разрывается,

отправлять, посредством текстового сообщения, ссылку на изолированные части аудиоданных в CRM-систему.

13. Система по п. 10, отличающаяся тем, что энергонезависимые машиночитаемые инструкции, при выполнении процессором, дополнительно предписывают системе:

определять, в контроллере коммутации, когда вызов разрывается,

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

14. Система по п. 10, отличающаяся тем, что энергонезависимые машиночитаемые инструкции, при выполнении процессором, дополнительно предписывают системе:

получать, с использованием контроллера коммутации, номер телефона для дополнительного оконечного устройства;

получать, посредством модуля идентификации вызывающего абонента, имя, связанное с номером телефона; и

выявлять набор контактных данных с использованием номера телефона и имени.

15. Система по п. 13, отличающаяся тем, что энергонезависимые машиночитаемые инструкции, при выполнении процессором, дополнительно предписывают системе:

предоставлять контактные данные в оконечное устройство пользователя ОМВС.

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

настраивать конференц-вызов для модератора;

получать запрос от стороннего абонента на присоединение к конференц-вызову;

собирать контактную информацию для стороннего абонента;

отправлять модератору сообщение входного контроля, описывающее стороннего абонента; и

предоставлять стороннему абоненту доступ к конференц-вызову после получения ответа на сообщение входного контроля.

17. Энергонезависимый машиночитаемый носитель информации по п. 16, отличающийся тем, что сообщение входного контроля оправляется с сервера SMS.

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