Патент на изобретение №2293368

(54) СПОСОБ (ВАРИАНТЫ) И СИСТЕМА (ВАРИАНТЫ) ДЛЯ УПРАВЛЕНИЯ КОНФЕРЕНЦИЯМИ И БЛОК УПРАВЛЕНИЯ ДЛЯ МНОГОТОЧЕЧНОЙ МУЛЬТИМЕДИЙНОЙ/РЕЧЕВОЙ СИСТЕМЫ

(57) Реферат:

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

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

Область техники

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

Уровень техники

В современных речевых или видеоконференциях участником является некий объект, который может участвовать в одной конференции (т.е., участник может говорить и/или слушать, принимая участие в одной конференции). Однако часто участнику требуется говорить, обращаясь к одной группе участников, и в то же время слушать другую группу, участвующую в данной или несвязанной с ним конференциях. Примером такой необходимости является конференция с участием двух групп участников, которые не говорят на одном языке и нуждаются в переводчиках. Например, один такой сценарий включает группу, состоящую из англо-говорящих лиц, от Е1 до En, вторую группу, состоящую из франкоязычных участников, от F1 до Fm, переводчика с английского языка на французский (EF) и переводчика с французского языка на английский (FE). В таком случае участники конференции могут желать проведения следующих соответствующих конференций: конференции А с участниками от Е1 до En, от F1 до Fm и FE и конференции с участниками от Е1 до En, от F1 до Fm и EF.

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

Многоточечный блок управления (МБУ) представляет собой средство управления конференц-связью. МБУ может быть частью оборудования, расположенного в узле сети или в оконечном пункте, которое имеет несколько каналов от портов доступа и обрабатывает звуковые или аудиовизуальные сигналы и распределяет их по подключенным каналам в соответствии с определенными критериями. Звуковые сигналы обрабатываются согласно протоколу сигнализации в канально-коммутируемых или пакетно-коммутируемых сетях, таких как коммутируемая телефонная сеть общего пользования (PSTN), цифровая сеть с интеграцией служб (ASDN), асинхронный способ передачи (АТМ), протокол Интернет (PI), протокол инициирования сессии (SIP), H.320, Н.323 или другие протоколы. Примером МБУ является MGC-100, который поставляется фирмой Policom, Inc. Когда МБУ предназначен для речевой/ мультимедийной конференц-связи, он может обрабатывать звуковые сигналы и распределять их по подключенным каналам или может быть использован для управления конференц-связью. Однако современные МБУ не могут удовлетворить потребности участников, желающих участвовать в нескольких конференциях, таких как в вышеприведенных примерах. Поэтому, очевидно, что существует потребность в системе и способе, которые позволяют одному или нескольким участникам принимать участие в более чем одной конференции.

Краткое описание изобретения

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

В настоящем изобретении мост может представлять собой логический модуль, который распознается при проведении конференции. Мост может включать логический модуль анализа и повышения качества сигнала, блок управления, коммутатор и смеситель. Логический модуль анализа и повышения качества сигнала может включать набор алгоритмов, анализирующих голосовой поток участников и улучшающих его качество. Модуль анализа и повышения качества может включать, например, ITU G.165 (подавление эха), подавление сигнализации на двух группах частот (DTMF), обнаружение наличия голосового сигнала (VAD) и другие узлы. Блок управления может представлять собой центральный процессор для конференц-связи и может принимать все информационные сигналы от логических модулей анализа и повышения качества сигнала. Блок управления может выбирать участников, информация от которых будет направлена для смешивания. Коммутатор может представлять собой селектор, который принимает декодированные потоки от всех участников конференции и передает выбранные потоки к смесителю. Выбор основывается на решениях блока управления. Блок смесителя принимает все потоки от всех выбранных участников и обеспечивает каждого участника распакованным смешанным голосовым потоком от выбранных участников. Параметр соединения может показывать ресурсы, распределенные по каждому участнику и по каждой конференции. Например, параметр соединения может быть параметром, относящимся к кодер-декодеру, связанному с участником, и/или определять мост, связанный с конференцией. В тексте описания такие термины, как сжать и кодировать, могут использоваться равнозначно. Подобным же образом выражения декодировать, расшифровать и раскрыть данные могут использоваться равнозначно.

Кроме того, в настоящем изобретении в качестве средства организации может служить база данных кросс-конференции (БДКК), которая позволяет участие, по крайней мере, одного участника на двух или нескольких конференциях одновременно. БДКК – это база данных, которая хранит состояния соединения каждого участника всех конференций, управляемых в данное время с помощью МБУ, и/или параметры соединения всех конференций и/или всех участников, которые в данное время подключены к МБУ. Состояние соединения может определять состояние участника в конференции. Некоторыми примерами состояния соединения могут служить «нормальное» состояние, состояние «подавления», «усиления», состояния «говорящего» или «слушающего» участника и состояние “None” (отсутствие всякой активности». Состояние «подавления» соединения может означать, что этого участника конференции нельзя услышать. Состояние «нормального» соединения может означать, что этот участник может говорить и слушать при проведении конференции. Состояние соединения «говорящего» участника может означать, что этот участник может быть услышан во время конференции, но сам он не может слышать других участников. Иногда для состояния соединения «разговора» и/или «слушания» участника можно услышать только в случае, если сигнал, представляющий голос этого участника, удовлетворяет определенному критерию, например, если его уровень превышает некоторую заданную величину. Состояние «усиления» соединения может означать, что этого участника необходимо услышать во время конференции, даже если сигнал от его голоса не удовлетворяет критерию, согласно которому он должен быть услышан. Состояние «усиления» соединения может также позволить этому участнику слушать других участников конференции. Состояние «исключительного» соединения может означать, что этот участник является единственным, которого можно слышать во время конференции. Состояния «слушания» или «подавления» соединения могут означать, что этот участник может слушать других участников конференции, но сам не может говорить. Наконец, состояние соединения “None” (отсутствие активности) может означать, что этот участник не имеет отношения к данной конференции.

МБУ настоящего изобретения может управлять участием, по меньшей мере, одного участника на более чем одной конференции путем использования БДКК. МБУ может выполнять изменения соединений участников или конференций на основании информации, которая записана в этой базе данных. Изменение соединения может быть любым изменением в текущей ситуации. Изменение соединения может представлять собой, например, начало конференции, окончание конференции, добавление участника к конференции или отключение звука голоса участника. БДКК может быть выполнена в виде одной базы данных или в виде нескольких баз данных. Например, может использоваться база данных для каждого участника, которая может включать состояние соединения и/или параметры соединения этого участника на каждой конференции, которая в данное время управляется или организуется этим МБУ. В качестве другого примера может быть база данных для каждой конференции, которая в данное время управляется этим МБУ. Она может включать состояния соединения всех участников этой конференции и/или параметры соединения этой конференции. В одном варианте МБУ могут содержать одну или несколько подпрограмм, которые при изменениях в одной конференции выполняют соответствующие изменения в некоторых или во всех остальных конференциях, и/или при изменениях в состоянии соединения одного участника выполняют соответствующие изменения в некоторых или во всех конференциях. В этом варианте кодер может представлять собой логический модуль повышения качества и кодирования, сжимающий речевой сигнал участников на основании стандарта связи, такого как G.723.1, G.728, G.729, MPEG (формат файлов подвижного изображения) и т.д. Декодер может представлять собой логический модуль для декодирования сжатого речевого потока на основании стандартов связи, таких как G.723.1, G.728, G.729, MPEG и т.д. Термин «кодер-декодер» относится к устройству, которое может быть логическим блоком и включать декодер или устройство дешифрации и кодер или устройство кодирования. Также в этом варианте термин «мост» относится к устройству, которое может представлять собой логический модуль, связанный с конференцией. Звуковая часть варианта настоящего изобретения имеет такую архитектуру, которая позволяет осуществлять групповую передачу декодированного выходного сигнала от кодер-декодера каждого участника к мостам всех конференций. Более того, звуковая часть может предоставлять возможность направлять выходной сигнал любого моста или любой группы мостов к любому участнику или к любой группе участников. Другие цели, особенности и преимущества настоящего изобретения станут понятны при чтении последующего подробного описания вариантов со ссылками на сопровождающие чертежи и прилагаемой формулы изобретения.

Фигура 1А – блок-схема, отображающая условия конференц-связи;

Фигура 1В – блок-схема варианта изобретения, включая общее описание звукового модуля;

Фигура 1С – блок-схема способа работы варианта, показанного на фигуре 1В;

Фигура 2 – пример базы данных кросс-конференций (БДКК);

Фигура 3 – блок-схема, иллюстрирующая стадии примерного способа для отключения участника; и

Фигура 4 – блок-схема, иллюстрирующая стадии примерного способа для завершения конференции.

Описание примерных вариантов

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

Фигура 1А – примерная блок-схема, дающая общее описание конференц-среды 10, имеющей конечные точки 1110aa-nk, оператор 1115, мультимедийные сигналы 1120aa-nk, мультимедийные связи 1122a-k, сети 1130а-k и блок управления мультимедийной конференцией (БУМК) 1140. В одном примерном варианте БУМК 1140 может включать сетевой интерфейс (N1) 1142, общий интерфейс сжатия по звуковой частоте (ИСЗЧ) 110, звуковой модуль 1160, систему организации и управления (СОУ) 1170, управляющие сигналы 1174, главный компьютер 1200 и видеоустройство 1300. Другие примерные варианты могут не иметь системы видео и могут быть использованы только для речевой конференц-связи. Множества конечных точек 1110aa-nk соединены через множество сетей 1130а-k с БУМК 1140. БУМК 1140 может быть основным блоком управления или только звуковым многоточечным блоком управления (например, звуковой мост). БУМК 1140 и/или некоторые или все его компоненты представляют собой логические модули, реализуемые аппаратными и/или программными средствами. СОУ 1170 может быть модулем управления и может быть логическим модулем, который управляет работой БУМК 1140.

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

N1 1142 обеспечивает мультимедийную связь 1122a-k через множество сетей 1130а-k, получает мультимедийные сигналы 1120aa-nk от множества конечных точек 1110aa-nk и обрабатывает мультимедийные сигналы в соответствии со стандартами связи, которые используются в каждой сети, включая, но не ограничиваясь, стандарты Н.323, Н.321, SIP и/или Н.320. N1 1142 затем передает сжатые звуковые сигналы, сжатые видеосигналы, сжатые данные и потоки управляющих сигналов в соответствующие логические модули в БУМК 1140. Некоторые стандарты связи требуют, чтобы процесс N1 1142 включал демультиплексирование входящих мультимедийных сигналов в сжатые звуковые сигналы, сжатые видеосигналы, сжатые данные и сжатые сигналы управления. В противоположном направлении N1 1142 получает отдельные потоки от различных модулей (например, СОУ 1170, звукового устройства 1160 и/или видеоустройства 1300) и обрабатывает потоки сигналов по соответствующему стандарту связи. Затем N1 1142 передает потоки в соответствующую сеть 1130a-k.

Звуковой модуль 1160 получает сжатые звуковые потоки от множества конечных точек 1110aa-nk через N1 1142 и ИСЗЧ 110, обрабатывает звуковые потоки, смешивает значимые звуковые потоки и посылает сжатый смешанный сигнал через общий интерфейс сжатия по звуковой частоте (ИСЗЧ) 110 и N1 1142 на конечные точки 1110аа-nk. Звуковой модуль 1160 может быть логическим модулем и описан ниже со ссылкой на фигуру 1В. Видеомодуль 1300 может быть логическим модулем, который получает и посылает сжатые видео потоки. Видеомодуль 1300 включает, по меньшей мере, один модуль ввода видеосигналов, который обрабатывает входную часть видеопотока 1302 от участвующей в процессе конечной точки, и, по меньшей мере, один модуль вывода видеосигналов, который формирует составной сжатый выходной видеопоток, передаваемый через общий интерфейс сжатых видеосигналов (ОИСВ) 1302 на N1 1142 и оттуда на указанные конечные точки 1110aa-nk.

Несжатые данные видео делятся между модулями ввода и вывода на общем интерфейсе типа, без ограничения, мультиплексирования с временным уплотнением (TDM), способ асинхронной передачи данных (АТМ) и/или через совместно используемую память. Данные с общего интерфейса могут быть несжатыми или частично сжатыми. Примерная операция такого видеомодуля описана в патенте США 6300973, который включен здесь в качестве ссылки.

Предпочтительно, чтобы главный компьютер 1200 был соединен с оператором 1115 БУМК 1140, где оператор 1115 может иметь станцию оператора для связи с главным компьютером 1200. Главный компьютер 1200 управляет БУМК 1140 через СОУ 1170 по командам оператора 1115.

Фигура 1В представляет примерную блок-схему варианта изобретения, включая общее описание звукового модуля 1160. Вариант фигуры 1В включает общий интерфейс сжатия по звуковой частоте (ИСЗЧ) 110, шину управления 135, СОУ 1170 и звуковой модуль 1160, имеющий сжатые сигналы 115 и 117, кодер-декодер (кодек) 120, декодированную информацию 126, смешанный выход 128, общий интерфейс декодированных звуковых сигналов (ИДЗС) 140 и мост 150. Кодер-декодер 120 включает декодер 122 и кодер 124, в то время как мост 150 включает блок анализа и повышения качества сигнала 152, информационный сигнал 153, блок управления 154, коммутатор 156, управляющие сигналы 157, выбранные сигналы 159, смеситель 160 и смешанный сигнал 161. Фигура 1В описывает прохождение звукового потока в одном примере настоящего изобретения. Сжатые звуковые потоки от всех конечных точек поступают в основной блок управления и передаются через общий интерфейс сжатия сигналов звуковой частоты (ИСЗЧ) 110. СОУ 1170 назначает кодер-декодер 120 каждой конечной точке 1110aa-nk (фигура 1А).

Затем ИСЗЧ 110 подает сигналы на конечные точки 1110aa-nk. Например, сжатый сигнал 115 из одной конечной точки 1110aa-nk направляется через ИСЗЧ 110 на декодер 122 в кодер-декодере 120, который был предварительно назначен конечной точке системой СОУ 1170 через шину управления 135. Декодер 122 может быть логическим модулем и может декодировать сжатые звуковые потоки, основанные на стандартах связи типа G.723.1, G.728, G.729, MPEG. Затем декодер 122 декодирует сжатые звуковые потоки типа сжатого сигнала 115 и передает декодированный сигнал 126 по общему интерфейсу декодированных звуковых сигналов (ИДЗС) 140. ИДЗС 140 представляет собой шину, которая может передавать сигналы по сети. ИДЗС 140 может быть выполнен, например, в виде одной системы или сочетания систем асинхронной передачи данных (АТМ), локальной сети (LAN), технологии беспроводной связи или общедоступной памяти. Мост 150 может затем захватить декодированный сигнал от ИДЗС 140, анализировать, повышать качество сигнала и/или смешивать декодированный сигнал и возвращать выход 161 в интерфейс ИДЗС 140. Кодер 124 может быть логическим модулем и может быть модулем повышения качества сигнала и/или модулем кодирования. Кодер 124 может сжимать выход 128 соответствующего моста 150, формируя сжатые звуковые потоки типа сжатого сигнала 117, на основе стандартов связи типа, не ограничиваясь, G.723.1, G.728, G.729 и/или стандарта «Экспертной группы по вопросам движущегося изображения» (MPEG).

СОУ 1170 создает базу данных кросс-конференций (БДКК), основанную на требуемой установке всех участников и всех конференций, которые в данное время существуют в БУМК. БДКК представляет собой базу данных кросс-конференцией, которая включает параметры соединения (например, кодеки, мосты и т.д.) и состояние соединения (например, нормальное соединение, соединение с подавлением и т.д.) каждой конечной точки (участника), которая в настоящее время соединена с конференцией, управляемой в данное время основным блоком управления. БДКК позволяет участвовать, по меньшей мере, одному участнику в нескольких конференциях одновременно. Ниже БДКК описывается более подробно со ссылкой на фиг.2. В соответствии с БДКК СОУ 1170 программирует один или большее количество мостов 150, чтобы получить от ИДЗС 140 декодированные сигналы всех участников конференции, которая назначена этим мостам 150.

Декодированный выход любого кодер-декодера 120 может быть захвачен более чем одним мостом 150, позволяя участникам принять участие в более чем одной конференции. Декодированные потоки от декодеров 122, поступающие на ИДЗС 140, могут быть захвачены мостом 150 и затем проанализированы и улучшены модулем 152. Модуль анализа и повышения качества сигнала 152 может быть логическим модулем и может включать набор алгоритмов для анализа звукового потока участника и/или повышения качества сигнала по стандартам Международного союза телекоммуникаций (ITU) G.165 (подавление эхо), двухтонального многочастотного набора (DTMF) с подавлением помех и/или датчик активности речи (VAD).

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

Сигналы от модуля анализа и повышения качества сигнала 152 передаются на блок управления 154, а декодированные улучшенные звуковые сигналы передаются от модуля анализа и повышения качества сигнала 152 на коммутатор 156. Коммутатор 156 представляет собой селектор, который получает декодированные потоки от всех участников конференции и передает выбранные потоки на смеситель 160. Выбор основывается на решениях блока управления 154. На основе полученных команд от СОУ 1170, которые определяют статус соединения участников конференции, назначенной через мост 150, и информационного сигнала 153 от модуля анализа и повышения качества сигнала 152, блок управления 154 с помощью управляющих сигналов 157 управляет работой коммутатора 156 и смесителя 160. Например, в случае нормального соединения участника (N) модуль анализа и повышения качества сигнала 152, который связан с участником, может указать, что речевой сигнал отвечает определенным критериям, сформулированным VAD (например, что уровень сигнала превышает некоторую пороговую величину). В этом случае блок управления 154 через коммутатор 156 выбирает выход модуля анализа и повышения качества сигнала 152, который назначен участнику, как один из вводов смесителя 160. Смеситель 160 смешивает выбранные звуковые сигналы, чтобы сформировать смешанный сигнал 161, и передает смешанный сигнал 161 через интерфейс ИДЗС 140. Некоторые варианты моста 150 имеют возможность выделения голоса оратора из смешанного сигнала, который нацелен на конечную точку этого оратора.

Блок управления СОУ 1170, который использует состояние соединения, сохраненное в БДКК, выдает команды одному или нескольким кодекам 120 на захват смешанного выхода 128 от ИДЗС 140 для участия в конференции. После захвата смешанного выхода 128 интерфейса ИДЗС 140 кодер 124 кодирует декодированный сигнал от соответствующего моста 150 и посылает сжатый сигнал 117 через ИСЗЧ 110 соответствующему участнику конференции.

Кодер-декодеры 120 и мосты 150 могут быть оборудованы цифровыми процессорами сигнала (ЦПС) типа, но не ограничиваясь этим, цифровых процессоров фирмы Texas Instrument TMS320C31. Один ЦПС может включать более одного модуля (например, больше одного кодека и/или моста). В вышеописанном примере кодер-декодер 120 обрабатывает звуковой сигнал отдельного участника, а мост 150 обрабатывает одну конференцию.

Обратимся теперь к фигуре 1С с блок-схемой, изображающей способ 170 работы системы, показанной на фигуре 1В. В способе 170 смешанный сигнал передается назад к конечным точкам 1110aa-nk (Фиг.1А). Конкретно, способ 170 начинается со стадии 172, на которой СОУ 1170 (фигура 1А) получает сигналы от главного компьютера 1200 (фигура 1А) или от одной или нескольких конечных точек 1110aa-nk (фигура 1А), относящихся к конфигурации конференции или к процессу организации конференции. Конечные точки 1110aa-nk через определенные цепи связываются с СОУ 1170, посылая мультимедийные сигналы 1120aa-nk (фигура 1А) в цепи N1 1142 (фигура 1А). Затем N1 1142 подключается к мультимедийной связи 1122a-k, посылая управляющий сигнал 1174 в систему управления СОУ 1170, чтобы организовать конференцию. В одном варианте звуковой модуль 1160 (фигура 1А) и/или видеоустройство 1300 (фигура 1А) может посылать сигналы управления в систему управления 1170 для ведения конференции в дополнение или вместо управляющих сигналов 1174 (фигура 1А). После этого, на стадии 174 СОУ 1170 создает и/или обновляет один или несколько БДКК, в которых хранится информация о порядке организации конференции, и передает сигналы управления на шину управления 135 (фигура. 1В). Как следствие, кодер-декодеры 120 (фигура 1В) получают и/или захватывают сигналы управления от шины управления 135, связывая отдельные кодер-декодеры 120 с конечными точками и/или с участниками конфигурации, организованной в БДКК на стадии 176. Затем, на стадии 178, мосты 150 (фигура 1В) захватывают и/или получают сигналы управления от шины управления 135, соединяя каждый модуль анализа и повышения качества сигнала 152 с конечной точкой и/или с участником. Затем сжатые звуковые сигналы от одной или нескольких конечных точек размещаются или передаются на ИСЗЧ 110 (фигура 1В) на стадии 180. В результате на стадии 182 соответствующий декодер 122 (фигура 1В) кодер-декодера 120 может захватывать и/или принимать сжатый сигнал 115 (фигура 1В) от ИСЗЧ 110 и декодировать сжатый сигнал 115, чтобы получить декодированный сигнал 126 (фигура 1В) для передачи декодированного сигнала 126 на ИДЗС 140 (фигура 1В).

Затем, на стадии 184, модуль анализа и повышения качества сигнала 152 (фигура 1В) захватывает и/или принимает декодированный сигнал (который может быть получен из декодированного сигнала 126) из ИДЗС 140 по сигналам управления от СОУ 1170, которая управляется от БДКК (стадия 174). Кроме того, на стадии 184 модуль анализа и повышения качества сигнала 152 повышает качество декодированного сигнала 141, чтобы сформировать улучшенный сигнал 155 (фигура 1В) и извлечь управляющую информацию 153 (фигура 1В). Улучшенный сигнал 155 затем передается на коммутатор 156 (фигура 1В), и управляющая информация 153 передается на блок управления 154 (фигура 1В).

Блок управления 154 формирует управляющие сигналы 157 (фигура 1В) на основе управляющих сигналов от СОУ 1170 (которые получены от БДКК на стадии 174) и/или управляющую информацию 153 на стадии 190. Используя управляющую информацию 157 и/или управляющие сигналы от СОУ 1170, коммутатор 156 определяет, какие улучшенные сигналы 155 нужно послать как выбранные сигналы 159 (фигура 1В) на смеситель 160 (фигура 1В) на стадии 191. В свою очередь на стадии 192 смеситель 160 смешивает выбранные сигналы 159, чтобы сформировать смешанный сигнал 161 (фигура 1В) в соответствии с управляющими сигналами от СОУ 1170 и передает смешанный сигнал 161 в интерфейс ИДЗС 140. Один или несколько кодеров 124 (фигура 1В) на основе БДКК (стадия 174) могут захватывать и/или принимать смешанный выход 128 (который может быть получен из смешанного сигнала 161) и кодировать смешанный выход 128 для формирования сжатых звуковых сигналов 117 (фигура 1В) на стадии 194. Сжатый звуковой сигнал 117 затем передается в интерфейс ИСЗЧ 110. Наконец, на стадии 196 конечные точки 1110aa-nk захватывают и/или принимают смешанные сжатые звуковые сигналы через N1 1142 и сети 1130a-k.

Стадии способа 170 были описаны в одном порядке, облегчающем понимание способа. Однако стадии способа 170 могут быть выполнены в любом другом порядке. Поскольку некоторые конечные точки, в соответствии с информацией, хранимой В БДКК (стадия 174), могут только передавать речевые сообщения, а некоторые другие могут только слушать, определенные кодер-декодеры 120 (связанные только с точкой, которая только передает речь) могут захватывать и/или принимать сжатые сигналы 115 с конкретной конечной точки и передавать сжатые сигналы 117 (для других конечных точек, чтобы слушать сообщения), в то время как другие кодер-декодеры 120 могут не захватывать или принимать сжатые сигналы 115 (от их соответствующей конечной точки), но могут тем не менее посылать смешанные сжатые сигналы 117 к их соответствующей конечной точке.

На фигуре 2 представлен пример БДКК. Каждый столбец представляет собой конференцию и мост 150 (фигура 1А), который связан с этой конференцией. На фигуре 2 участники обозначены позициями от 1 до N+2, а конференции обозначены как А-Х. Мосты, используемые для конференции, обозначены как B1-Bz. Франкоязычные участники обозначены буквой “F”, англоязычные участники обозначены буквой “Е”. Англо-французский переводчик обозначен буквами “EF”, а франко-английский переводчик обозначен буквами “FE”. Используемые кодер-декодеры обозначены как С01-Ck. Ячейки, отмеченные как “N”, имеют нормальное состояние, ячейки, отмеченные как “S”, имеют состояние переговоров, а пустые ячейки имеют состояние “None” (отсутствие активности).

Например, столбец А 202 (т.е. конференция А) использует мост №3 (т.е. В3), и первый ряд 204 является участником №1, который использует кодер-декодер №11 (С11) 206. Данный пример представляет случай с пятью конференциями. Первая конференция – конференция А, которая использует В3 в качестве моста. Конференция имеет шесть участников, обозначенных как 1, 2, 3, 4, 5 и 6, которые используют кодер-декодеры 120 (фигура 1В), имеющие номера С11, С21, С13, С05, С07 и С06 соответственно. На этой конференции состояние соединения участников 1, 3, 5 (Англоязычные участники) и 6 (франко-английские переводчики) находятся в “нормальном” состоянии (N). Состояние соединения N может подразумевать, что участник может говорить и слышать других участников конференции. Мост 150, связанный с конференцией, в этом случае мост В3, захватывает декодированную информацию 126 (фигура 1В) от каждого декодера 122 (фигура 1В), связанную одним из участников 1, 2, 3, 4, 5 и 6, с тем, чтобы декодированная информация этих участников могла быть смешана с другими звуковыми сигналами конференции и участники 1, 2, 3, 4, 5 и 6 могли быть услышаны. Для каждого участника 1, 3, 5 и 6 кодер 124 (фигура 1В), связанный с этим участником, захватывает смешанный выход 128 (фигура 1В) моста (В3) для того, чтобы участники 1, 3, 5 и 6 могли слышать выступления на конференции.

На конференции А состояние соединения участников 2 и 4 (Франкоязычные) соответствует “Говорите” (S). Состояние соединения S означает, что участников 2 и 4 можно слышать на конференции, но они сами не могут слышать выступления на конференции. Для каждого участника 2 и 4 мост, связанный с конференцией, в этом случае мост В3, захватывает декодированную информацию 126 от декодера 122, связанного с этим участником, с тем, чтобы декодированная информация могла быть смешана с другими звуковыми сигналами конференции и участников 2 и 4 можно было бы слышать.

На второй примерной конференции, конференции В, используется мост В1. Конференция В имеет шесть участников 1, 2, 3, 4, 5 и 7, которые используют номера кодер-декодеров С11, С21, С13, С05, С07 и С17 соответственно и соединены с конференцией. На этой конференции состояние соединения участников 1, 3 и 5 (англоязычные участники) обозначены как S. Следовательно, участников 1, 3 и 5 можно слышать на конференции, но они не могут слышать выступления на этой конференции. Мост 150, связанный с конференцией, т.е. мост В1, захватывает декодированную информацию 126 от декодера 122 участников 1, 3 и 5, так что их звуковые сигналы могут быть смешаны с остальной частью звуковых сигналов конференции, позволяющей участникам 1, 3 и 5 быть услышанными.

При продолжении конференции В состояние соединения участников 2, 4 (франкоязычные участники) и 7 (Англо-французский переводчик) “нормальное” (N). Таким образом, участники 2, 4 и 7 могут говорить и слышать выступления на конференции. Речь каждого из участников 2, 4 и 7 обеспечивается мостом В1, который захватывает информацию от декодера 122, связанного с этими участниками, в результате чего декодированная информация этих участников может быть смешана с другими звуковыми сигналами конференции и участники 2, 4 и 7 могут слышать выступления на конференции. Процесс подачи звуковых сигналов одному из участников осуществляется кодером 124, связанным с этим участником и снимающим смешанный выход 128 от моста (В1).

Третья примерная конференция, конференция с использованием моста В5, имеет двух участников 8 и 9, которые используют кодер-декодеры, имеющие номера С05 и С01 соответственно. На этой конференции состояние соединения обоих участников “нормальное” (N).

На четвертой примерной конференции, или конференции D, используется мост В4. Конференция D имеет четырех участников 8, 9, 10 и 11, которые используют кодер-декодеры С08, С01, С1 и С04 соответственно. На конференции D состояние соединения участников 8 и 9 – «разговор» (S). Состояние соединения S означает, что можно слушать выступления участников 8 и 9 на конференции, но эти участники не могут слышать других участников конференции. Для каждого участника 8 и 9 создан мост 150, связанный с конференцией, и в этом случае мост В4 получает декодированную информацию 126 от декодера 122, связанного с данным участником таким образом, что декодированная информация может быть смешана с другими звуковыми сигналами конференции, и можно слышать выступления других участников 8 и 9 на конференции. Состояние соединения участников 10 и 11 “нормальное” (N). Следовательно, для каждого из участников 10 и 11 мост В4 захватывает декодированную информацию 126 от декодера 122, связанного с участником, и кодер 124 этого участника захватывает смешанный выход 128 от моста В4.

В последнем примерном варианте на конференции Х используется мост Bz и имеются 3 участника N, N+1 и N+2, которые используют кодер-декодеры, обозначенные как Cm, Cl и Ck соответственно. Конференция Х представляет собой обычную конференцию, где состояние соединения всех участников «нормальное» (N).

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

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

Например, участник на конференции может запросить (или, скорее, обратиться) объект, представляющий конкретного участника. Наличие такого примера подразумевает, что состояние соединения участника на конференции не является «состоянием отсутствия» (“None”). В других вариантах на конференциях могут быть использованы состояния соединения типа, без ограничения этим, “Исключительное” (Е) и “Слушание” (L). В состоянии Е участник является единственным, кто может слышать все выступления на конференции. Альтернативно, состояние L позволяет участнику слушать выступления на конференции без права выступления с его стороны.

Одно или оба состояния соединения Е и L могут быть использованы в варианте с любым из соединений или их комбинации М, N и «None». Например, один вариант может включать состояния соединения N, Е, L и «None», тогда как другой вариант может включать М, N, Е, S и «None».

В настоящем описании изменение соединения это любое изменение в текущей ситуации или конфигурации конференции. Изменением соединения может, например, считаться начало конференции, завершение конференции, включение еще одного участника или выключение участника. На основании информации, введенной В БДКК, СОУ 1170 (фигура 1А) может осуществить изменения соединения, посылая команды на декодер 122 и кодер 124 из кодер-декодера 120, который определяет, какую информацию нужно снять с общего интерфейса сжатия по звуковой частоте 110 этой системы (фигура 1А) и/или с интерфейса ИДЗС 140 (фигура 1В) соответственно, и/или посылая команды на мост 150, определяющий, какую информацию следует снять с ИДЗС 140.

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

Фигура 3 – блок-схема, показывающая стадии примерного способа 300 для отключения участника. Способ 300 обновляет соединения конференции путем отключения участников. Кроме того, способ 300 гарантирует, что данный участник больше не будет соединен с любой конференцией. Более того, отключенный участник может привести конференцию в состояние, когда конференция должна быть закончена (например, потому, что после его отключения на этой конференции остается только один участник). Следовательно, способ 300 также гарантирует, что любая конференция, которая должна быть закончена в результате отключения, фактически завершается.

Когда СОУ 1170 (фигура 1А) получает сигнал 1174 (фигура 1А) либо от главного компьютера 1200 (фигура 1А), либо от N1 1142 (фигура 1А) о том, что участник был отключен на стадии 310, СОУ 1170 начинает программу разъединения по способу 300. На стадии 320 СОУ 1170 ищет для БДКК вход, относящийся к отключенному участнику. На этой стадии в БДКК находится, например, соответствующий ряд, как показано на фигуре 2.

Затем на стадии 330 СОУ 1170 запускает контур конференции, который является контуром, включающим все конференции, которые в данное время управляются основным блоком управления. Контур может осуществлять последовательный поиск конференций. Например, СОУ 1170 может проверить, сколько конференций управляются в текущее время основным блоком управления, и может сохранить этот параметр К. Затем СОУ 1170 может добавить 1 к переменной j и двигаться по соответствующему ряду в БДКК фигуры 2, например, до первой найденной конференции.

На стадии 340 СОУ 1170 может проверить, является ли состояние соединения отключенного участника на текущей конференции “None”. Если этот состояние отличается от “None”, то СОУ 1170 перемещается на стадию 350. В ином случае СОУ 1170 перемещается на стадию 385. На стадии 350 СОУ 1170 может обновить БДКК фигуры 2, например, с новой ситуацией (например, изменяет состояние соединения участника на “None”). После этого на стадии 360 СОУ 1170 может посылать сигналы остальным участникам конференции, сообщая, что один из участников был отключен.

Затем СОУ 1170 может выполнить проверку на стадии 370 для того, чтобы определить выполнено ли условие окончания конференции. Условие окончания может иметь место, когда имеется меньше двух участника. Альтернативно условие окончания может иметь место, когда число участников падает ниже предопределенного порога. Предопределенный порог может, например, быть определен финансовыми или другими соображениями. Условие окончания может включать запрос на окончание конференции, которое может требоваться в дополнение или вместо условия уменьшения числа участников ниже предопределенной величины. Завершение конференции может быть выполнено способом, описанным со ссылкой на фигуру 4. Условие завершения может быть логической функцией нескольких условий окончания и может изменяться динамически в соответствии с политикой окончания совещаний. Если условие окончания соблюдено, СОУ 1170 может переместиться на стадию 365 и закончить конференцию. Однако если условие окончания не соблюдено (например, при наличии больше двух участников), СОУ 1170 продолжает конференцию и перемещается на стадию 385.

На стадии 385 СОУ 1170 может увеличить переменную j на единицу и проверить, соблюдено ли условие выхода для существующего контура. Например, условием выхода может быть условие, показательное для всех проверяемых конференций (например, j=К). Затем СОУ 1170 перемещается на стадию 395 и выходит из контура, заканчивая, таким образом, процедуру отключения. В противном случае, на стадии 397 СОУ 1170 переходит на следующую конференцию в ряду и возвращается на стадию 340. Хотя в примере способа 300 участник отключен от всех конференций, подобный способ может использоваться для отключения участника от всех конференций, кроме одной или нескольких указанных конференций.

На фигуре 4 показана блок-схема стадий выполнения примерного способа 400 для завершения конференции (т.е. стадии 365 фигуры 3). По способу 400 все участники конференции уведомляются о том, что конференция заканчивается. Если участник соединен с конференцией и если положение участника отвечает критериям отключения, по способу 400 этот участник также отключается. После завершения конференции БДКК должен быть обновлен, поскольку СОУ 1170 (фигура 1А) больше не посылает сигналы управления, связанные с завершенной конференцией. Следовательно, после уведомления и отключения участников на соответствующей стадии способа 400 БДКК обновляется с тем, чтобы отразить событие завершения конференции.

Когда СОУ 1170 получает команду на окончание конференции на стадии 410, СОУ 1170 может запустить подпрограмму завершения способа 400. На стадии 420 СОУ 1170 стадии ищет вход БДКК, связанный с завершаемой конференцией. Например, на этой стадии находится соответствующий столбец в БДКК в таблице фигуры 2.

Затем на стадии 430 СОУ 1170 запускает контур участника, который может включать всех участников, которые в данное время подключены к конференции. СОУ 1170 может проверять, сколько участников в настоящее время подключены к конференции, и сохраняет число участников (параметр Р). Затем СОУ 1170 (фигура 1) может приложить величину 1 к переменной j и перемещаться по соответствующему столбцу (или конференции) к первому участнику. После этого на стадии 435 СОУ 1170 обновляет БДКК с новым состоянием конференции (например, состояние соединения участника, который связан с переменной j, изменяется в состояние “нет”).

На стадии 440 СОУ 1170 проверяет условие окончания конференции для участника j. Например, условие окончания может возникнуть, когда участник не соединен ни с какой другой конференцией. Эта проверка может быть выполнена, наблюдая соответствующий ряд участников в БДКК. Если участник не имеет никакого отношения к любой другой конференции, условие окончания для участника j выполнено. В этом примере, если участник связан с любой другой конференцией, СОУ 1170 перемещается на стадию 445, в противном случае СОУ 1170 перемещается на стадию 450. На стадии 450 СОУ 1170 посылает извещение участнику j, что конференция завершена и на стадии 455 отключает участника j. В другом примерном способе, СОУ 1170 может руководствоваться другим условием завершения или политикой для отключения участника. Условие окончания может быть динамичным и может потребовать запрос о завершении для участника и/или другого объекта в качестве дополнения или как альтернатива участнику, имеющему состояние “нет” на всех конференциях. Если условие окончания не выполнено, например если участник соединен с любой другой конференцией 440, СОУ 1170 посылает оператору и/или участнику напоминание о том, что текущая конференция закончена, и способ 400 перемещается на стадию 465.

На стадии 465 СОУ 1170 может увеличить переменную j на единицу и проверить на стадии 470, соблюдено ли условие j=Р. Если j=Р, СОУ 1170 может переместиться на стадию 477 и удалить соответствующий столбец из БДКК. Затем способ 400 перемещается на стадию 480 и заканчивает конференцию. В противном случае (если jP) СОУ 1170 возвращается на стадию 435, на которой обрабатывается следующий участник в столбце на таблице фигуры 2.

Специалистам в данной области ясно, что СОУ 1170 может быть любой комбинацией программных и аппаратных средств и/или программируемого оборудования. Если СОУ 1170 является программой, СОУ 1170 может постоянно находиться в главном компьютере соответствующего основного блока управления. Альтернативно, если СОУ 1170 является набором аппаратных средств, СОУ 1170 может быть дополнительным модулем, расположенным в БУМК.

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

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

Формула изобретения

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

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

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

4. Способ по п.3, отличающийся тем, что полученные звуковые сигналы закодированы.

5. Способ по п.4, отличающийся тем, что обработка принятых звуковых сигналов включает декодирование полученных звуковых сигналов.

6. Способ по п.5, отличающийся тем, что обработка полученных звуковых сигналов включает анализ декодированных звуковых сигналов.

7. Способ по п.3, отличающийся тем, что передача смешанного сигнала выполняется на основании базы данных кросс-конференции.

8. Способ по п.3, отличающийся тем, что модуль представляет собой кодер-декодер.

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

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

11. Система по п.10, отличающаяся тем, что дополнительно содержит кодер-декодер.

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

13. Система по п.12, отличающаяся тем, что кодер-декодер получает смешанный выход от общего звукового интерфейса декодированных сигналов; кодирует смешанный выход; передает смешанный выход, который был закодирован, на общий звуковой интерфейс сжатых сигналов.

14. Система по п.10, отличающаяся тем, что дополнительно содержит мост.

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

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

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

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

РИСУНКИ