СИСТЕМА УПРАВЛЕНИЯ ПЕРЕДАЧЕЙ И СИСТЕМА ПЕРЕДАЧИ Российский патент 2014 года по МПК H04M3/56 

Область техники, к которой относится изобретение

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

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

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

Патент США № 7631039 (в дальнейшем называемый "патентным документом 1") раскрывает пример технологии предшествующего уровня техники для инициирования видеоконференции между терминалами более чем в двух местоположениях. Эта технология использует модуль выделения, который определяет информацию конференции, указывающую атрибут конференции. В частности, в технологии, раскрытой в патентном документе 1, два или более клиентов принимают информацию конференции, определенную посредством модуля выделения. Эти клиенты подключаются к модулю многоточечной конференции (MCU), который ретранслирует передаваемые данные, включающие в себя аудиоданные и данные изображений, на основе принимаемой информации конференции. Когда MCU подключается к каждому из клиентов, MCU ретранслирует передаваемые данные, принятые из клиентов, в другие клиенты. Как результат, видеоконференция может быть инициирована между клиентами (терминалами), расположенными более чем в двух местоположениях.

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

Сущность изобретения

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

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

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

Краткое описание чертежей

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

Фиг.1 является принципиальной схемой, иллюстрирующей систему передачи согласно варианту осуществления;

Фиг.2 является схемой аппаратной конфигурации, иллюстрирующей передающий терминал в системе передачи согласно варианту осуществления;

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

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

Фиг.5 является подробной функциональной блок-схемой, подробно иллюстрирующей модуль управления состояниями, проиллюстрированный на Фиг.4;

Фиг.6 является функциональной блок-схемой, подробно иллюстрирующей модуль выбора ретрансляционных устройств, проиллюстрированный на Фиг.4;

Фиг.7 является концептуальной схемой, иллюстрирующей таблицу управления качеством изменения;

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

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

Фиг.10 является концептуальной схемой, иллюстрирующей таблицу управления аутентификацией терминалов;

Фиг.11 является концептуальной схемой, иллюстрирующей таблицу управления терминалами;

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

Фиг.13 является концептуальной схемой, иллюстрирующей таблицу управления сеансами;

Фиг.14 является концептуальной схемой, иллюстрирующей таблицу управления качеством;

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

Фиг.16 является концептуальной схемой, иллюстрирующей таблицу управления изменением состояния;

Фиг.17 является другой концептуальной схемой, иллюстрирующей таблицу управления изменением состояния;

Фиг.18 является другой концептуальной схемой, иллюстрирующей таблицу управления изменением состояния;

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

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

Фиг.21 является схемой последовательности операций, иллюстрирующей процесс в подготовительной фазе для инициирования связи между передающими терминалами;

Фиг.22 является концептуальной схемой, иллюстрирующей список адресов согласно варианту осуществления;

Фиг.23 является схемой последовательности операций, иллюстрирующей процесс, в котором запрашивается инициирование связи;

Фиг.24 является блок-схемой последовательности операций способа, иллюстрирующей процесс, в котором изменяется состояние связи;

Фиг.25 является схемой последовательности операций, иллюстрирующей процесс, в котором авторизован запрос на инициирование связи;

Фиг.26 является схемой последовательности операций, иллюстрирующей процесс, в котором отклоняется запрос на инициирование связи;

Фиг.27 является блок-схемой последовательности операций способа, иллюстрирующей процесс, в котором изменяется состояние связи;

Фиг.28 является схемой последовательности операций, иллюстрирующей процесс, в котором отменяется запрос на инициирование связи;

Фиг.29 является схемой последовательности операций, иллюстрирующей процесс, в котором запрашивается ретрансляция передаваемых данных;

Фиг.30 является блок-схемой последовательности операций способа, иллюстрирующей процесс, в котором изменяется состояние связи;

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

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

Фиг.33 является блок-схемой последовательности операций способа, иллюстрирующей процесс, в котором изменяется состояние связи;

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

Фиг.35 является концептуальной схемой, иллюстрирующей список адресов согласно другому варианту осуществления;

Фиг.36 является схемой переходов состояния связи, иллюстрирующей переходы состояния связи; и

Фиг.37 является внешней схемой, иллюстрирующей передающий терминал, используемый в системе передачи согласно варианту осуществления.

Оптимальный режим осуществления изобретения

Общая конфигурация варианта осуществления

Далее описываются предпочтительные варианты осуществления со ссылкой на Фиг.1-37. Фиг.1 является принципиальной схемой, иллюстрирующей систему 1 передачи согласно варианту осуществления. Первоначально описывается структура системы 1 передачи согласно варианту осуществления со ссылкой на Фиг.1.

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

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

Как проиллюстрировано на Фиг.1, система 1 передачи включает в себя два или более передающих терминалов (10aa, 10ab, ...), дисплеи (120aa, 120ab, ...) для передающих терминалов (10aa, 10ab, ...), два или более ретрансляционных устройств (30a, 30b, 30c, 30d и 30e), систему 50 управления передачей, систему 90 предоставления программ и обслуживающую систему 100.

Следует отметить, что в этом варианте осуществления, любой из передающих терминалов (10aa, 10ab, ...) может упоминаться как "передающий терминал 10", любой из дисплеев (120aa, 120ab, ...) для передающих терминалов (10aa, 10ab, ...) может упоминаться как "дисплей 120", а любое из ретрансляционных устройств (30a, 30b, 30c, 30d и 30e) может упоминаться как "ретрансляционное устройство 30".

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

В этом варианте осуществления, данные динамических изображений (т.е. видеоданные) проиллюстрированы в качестве примера данных изображений; тем не менее, данные изображений также могут быть данными статических изображений. Альтернативно, данные изображений могут включать в себя данные динамических и статических изображений. Ретрансляционное устройство 30 выполнено с возможностью ретранслировать данные изображений и аудиоданные между терминалами 10. Система 50 управления выполнена с возможностью управлять терминалом 10 и ретрансляционным устройством 30 интегрированным способом.

Маршрутизаторы (70a, 70b, 70c, 70d, 70d, 70ab и 70cd), проиллюстрированные на Фиг.1, выполнены с возможностью выбирать оптимальные тракты для данных изображений и аудиоданных. Следует отметить, что в этом варианте осуществления, любой из маршрутизаторов (70a, 70b, 70c, 70d, 70d, 70ab и 70cd) может называться просто "маршрутизатором 70".

Система 90 предоставления программ включает в себя непроиллюстрированный жесткий диск (HD), выполненный с возможностью сохранять программы для терминала, с помощью которых терминал 10 может реализовывать различные функции или различные способы. Соответственно, система 90 предоставления программ может передавать такие программы для терминала в терминал 10. HD системы 90 предоставления программ дополнительно сохраняет программы для ретрансляционного устройства, с помощью которых ретрансляционное устройство 30 может реализовывать различные функции или различные способы. Соответственно, система 90 предоставления программ также может передавать такие программы для ретрансляционного устройства в ретрансляционное устройство 30. Помимо этого, HD системы 90 предоставления программ дополнительно сохраняет программы управления передачей, с помощью которых система 50 управления может реализовывать различные функции или различные способы. Соответственно, система 90 предоставления программ также может передавать такие программы управления передачей в систему 50 управления.

Обслуживающая система 100 является компьютером, выполненным с возможностью поддерживать или управлять, по меньшей мере, одним из терминала 10, ретрансляционного устройства 30, системы 50 управления и системы 90 предоставления программ. Например, если обслуживающая система 100 находится внутри страны, в то время как терминал 10, ретрансляционное устройство 30, система 50 управления или система 90 предоставления программ находятся за границей, обслуживающая система 100 удаленно поддерживает или управляет, по меньшей мере, одним из терминала 10, ретрансляционного устройства 30, системы 50 управления и системы 90 предоставления программ через сеть 2 связи. Дополнительно, обслуживающая система 100 выполняет техническое обслуживание, к примеру, управление номером модели, серийным номером изготовителя, пунктом доставки, техническим осмотром и предысторией сбоев, по меньшей мере, для одного из терминала 10, ретрансляционного устройства 30, системы 50 управления и системы 90 предоставления программ, без использования сети 2 связи.

Терминалы (10aa, 10ab, 10ac, 10a, ...), ретрансляционное устройство 30a и маршрутизатор 70a подключаются через LAN 2a, так что они могут обмениваться данными друг с другом. Дополнительно, терминалы (10ba, 10bb, 10bc, 10b, ...), ретрансляционное устройство 30b и маршрутизатор 70b подключаются через LAN 2b, так что они могут обмениваться данными друг с другом. Как проиллюстрировано на Фиг.1, LAN 2a и LAN 2b задаются в предварительно определенной области A. В области A LAN 2a и LAN 2b подключаются через выделенную линию 2ab, включающую в себя маршрутизатор 70ab, так что они могут обмениваться данными друг с другом. Например, область A может быть Японией, и LAN 2a может быть установлена в офисе в Токио, тогда как LAN 2b может быть установлена в офисе в Осаке.

Между тем, терминалы (10ca, 10cb, 10cc, 10c, ...), ретрансляционное устройство 30c и маршрутизатор 70c подключаются через LAN 2c, так что они могут обмениваться данными друг с другом. Терминалы (10da, 10db, 10dc, 10d, ...), ретрансляционное устройство 30d и маршрутизатор 70d подключаются через LAN 2d, так что они могут обмениваться данными друг с другом. Дополнительно, LAN 2c и LAN 2d задаются в предварительно определенной области B. В области B LAN 2c и LAN 2d подключаются через выделенную линию 2cd, включающую в себя маршрутизатор 70cd, так что они могут обмениваться данными друг с другом. Например, областью B могут быть США, и LAN 2c может быть установлена в офисе в Нью-Йорке, тогда как LAN 2d может быть установлена в офисе в Вашингтоне. Область A и область B подключаются от соответствующих маршрутизаторов 70ab и 70cd через Интернет 2i, так что область A и область B поддерживают связь между собой через Интернет 2i.

Дополнительно, система 50 управления и система 90 предоставления программ подключаются к терминалу 10 и ретрансляционному устройству 30 через Интернет 2i, так что они могут обмениваться данными друг с другом. Система 50 управления и система 90 предоставления программ могут располагаться в области A, области B или могут быть в области, отличной от областей A и B.

Ретрансляционное устройство 30e подключается к терминалу 10 через сеть 2 связи. Ретрансляционное устройство 30e выполнено с возможностью работать постоянно и может находиться в области, отличной от областей A и B, для исключения влияния посредством связи в локальных зонах областей A и B. Таким образом, когда терминал 10 хочет обмениваться данными с другим терминалом, расположенным в другой локальной зоне, ретрансляционное устройство 30e используется для ретрансляции передаваемых данных между двумя терминалами в различных локальных зонах. Дополнительно, ретрансляционное устройство 30e также может быть использовано в качестве ретрансляционного устройства для экстренных вызовов, когда терминалы, расположенные в идентичной локальной зоне, хотят обмениваться данными друг с другом, но ретрансляционные устройства, расположенные в этой локальной зоне, не работают.

Следует отметить, что в этом варианте осуществления, сеть 2 связи состоит из LAN 2a, LAN 2b, выделенной линии 2ab, Интернета 2i, выделенной линии 2cd, LAN 2c и LAN 2d. В сети 2 связи связь типично выполняется по проводам, но может частично выполняться в беспроводном режиме.

На Фиг.1, набор из четырех номеров, прилагаемый к каждому из терминала 10, ретрансляционного устройства 30, системы 50 управления, маршрутизатора 70, системы 90 предоставления программ и обслуживающей системы 100, указывает просто IP-адрес в типичном IPv4-формате. Например, IP-адрес для терминала 10aa представляет собой "1.2.1.3", как проиллюстрировано на Фиг.1. IP-адреса могут быть в IPv6-формате; тем не менее, в этом варианте осуществления, Ipv4 используется для упрощения иллюстрации.

Аппаратная конфигурация варианта осуществления

Затем описывается аппаратная конфигурация системы 1 передачи согласно варианту осуществления.

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

Фиг.37 является внешней схемой, иллюстрирующей терминал 10 согласно варианту осуществления. В дальнейшем в этом документе, направление по оси X представляет продольное направление терминала 10, направление по оси Y представляет направление, перпендикулярное направлению по оси X в горизонтальной плоскости, направление оси Z представляет направление, перпендикулярное направлению по оси X и направлению по оси Y (т.е. вертикальное направление).

Как проиллюстрировано на Фиг.37, терминал 10 включает в себя корпус 1120, кронштейн 1200 и кожух 1300 камеры. Поверхность 1120a передней стенки корпуса 1120 включает в себя не проиллюстрированную поверхность для впуска воздуха, сформированную из отверстий для впуска воздуха, и поверхность 1120b задней стенки корпуса 1120 включает в себя поверхность 1121 для выпуска воздуха, сформированную из выпускных отверстий. Соответственно, терминал 10 может принимать наружный воздух извне терминала 10 через поверхность для впуска воздуха и выпускать воздух в терминале 10 через поверхность 1121 для выпуска воздуха посредством активации охлаждающего вентилятора, размещаемого в корпусе 1120. Поверхность 1130 правой стенки корпуса 1120 включает в себя отверстие 1131 для приема звука, через которое встроенный микрофон 114 (см. Фиг.2), допускает съем акустического звука, к примеру, речи, звуков или шумов.

Поверхность 1130 правой стенки корпуса 1120 включает в себя панель 1150 управления. Панель 1150 управления включает в себя функциональные кнопки (108a-108e), нижеописанный выключатель 109 питания, нижеописанную индикаторную лампу 119 и поверхность 1151 вывода звука, сформированную из отверстий для вывода звука для вывода звука из нижеописанного встроенного динамика 115. Дополнительно, поверхность 1140 левой стенки корпуса 1120 включает в себя утопленное посадочное место 1160 для размещения кронштейна 1200 и панели 1200 управления. Поверхность 1130 правой стенки корпуса 1120 дополнительно включает в себя порты (1132a-1132c) подключения для электрического подключения кабелей к нижеописанному интерфейсу 118 для подключения внешних устройств. Поверхность 1140 левой стенки корпуса 1120 дополнительно включает в себя не проиллюстрированный порт подключения для электрического подключения кабеля 120c дисплея к нижеописанному интерфейсу 118 для подключения внешних устройств.

Следует отметить, что в дальнейшем в этом документе любая из функциональных кнопок (108a-108e) может называться "функциональной кнопкой 108", а любой из портов (1132a-1132c) подключения может называться "портом 1132 подключения".

Затем, кронштейн 1200 присоединяется к корпусу 1120 через поворотный шарнир 1210 таким образом, что кронштейн 1200 перемещается в направлениях вверх и вниз в диапазоне угла θ1 наклона в 135 градусов относительно корпуса 1120. Кронштейн 1200, проиллюстрированный на Фиг.37, размещается под углом θ1 наклона в 90 градусов.

Кожух 1300 камеры включает в себя нижеописанную камеру 112, выполненную с возможностью снимать изображения пользователя, документов, помещения и т.п. Кожух 1300 камеры дополнительно включает в себя поворотный шарнир 1310. Кожух 1300 камеры присоединяется к кронштейну 1200 через поворотный шарнир 1310. Кожух 1300 камеры вращательно присоединяется к кронштейну 1200 в направлениях вверх и вниз через поворотный шарнир 1310 таким образом, что кожух 1300 камеры перемещается в диапазоне угла θ2 отклонения по горизонтали в ±180 градусов и в диапазоне угла θ3 наклона в ±45 градусов на основе того, что углы отклонения по горизонтали и наклона, проиллюстрированные на Фиг.37, составляют 0.

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

Фиг.2 является схемой аппаратной конфигурации, иллюстрирующей терминал (т.е. передающий терминал) 10 согласно варианту осуществления. Как проиллюстрировано на Фиг.2, терминал 10 включает в себя центральный процессор (CPU) 101, выполненный с возможностью полностью управлять работой терминала 10, постоянное запоминающее устройство (ROM) 102, сохраняющее программы для терминала, оперативное запоминающее устройство (RAM) 103, используемое в качестве рабочей области CPU 101, флэш-память 104, выполненную с возможностью сохранять различные данные, к примеру, данные изображений или аудиоданные, полупроводниковый накопитель (SDD) 105, выполненный с возможностью управлять извлечением и записью (сохранением) различных данных во флэш-памяти 104 и т.п. на основе управления CPU 101, накопитель 107 на носителях, выполненный с возможностью управлять извлечением и записью (сохранением) данных в носитель 106 записи, такой как флэш-память, функциональную кнопку 108, управляемую пользователем для выбора адреса терминала 10, выключатель 109 питания для включения/выключения питания терминала 10 и сетевой интерфейс (IF) для передачи данных с использованием сети 2 связи.

Терминал 10 дополнительно включает в себя встроенную камеру 112, выполненную с возможностью формировать изображение объекта на основе управления CPU 101, интерфейс 113 устройства формирования изображений, выполненный с возможностью управлять активацией камеры 112, интерфейс отображения, выполненный с возможностью передавать данные изображений на внешний дисплей 120 на основе управления CPU 101, интерфейс 118 для подключения внешних устройств, выполненный с возможностью подключать различные внешние устройства к портам (1132a-1132c) подключения, проиллюстрированным на Фиг.37, индикаторную лампу 119, выполненную с возможностью сообщать пользователю относительно различных функциональных проблем терминала 10, и линию 110 шины, такую как адресная шина или шина данных для электрического подключения элементов и устройств между собой, проиллюстрированную на Фиг.2 через линию 110 шины.

Дисплей 120 является модулем отображения, сформированным из жидкокристаллического или органического электролюминесцентного материала, выполненным с возможностью отображать изображения объекта или значки для управления терминалом 10. Дополнительно, дисплей 120 подключается к интерфейсу 117 отображения через кабель 120c (см. Фиг.37). Кабель 120c может быть аналоговым RGB-(VGA-)кабелем, компонентным видеокабелем, кабелем на основе мультимедийного интерфейса высокой четкости (HDMI) или кабелем на основе цифрового видеоинтерфейса (DVI).

Камера 112 включает в себя линзы и полупроводниковый датчик изображений, выполненный с возможностью преобразовывать свет в электрические заряды, чтобы формировать цифровые изображения (видео) объекта. Примеры полупроводникового датчика изображений включают в себя комплементарную структуру "металл-оксид-полупроводник" (CMOS) или прибор с зарядовой связью (CCD).

Интерфейс 118 для подключения внешних устройств может быть подключен через универсальную последовательную шину (USB) к внешним устройствам, таким как внешняя камера, внешний микрофон и внешний динамик. При подключении внешней камеры к интерфейсу 118 для подключения внешних устройств через USB, внешняя камера активируется приоритетно относительно встроенной камеры 112. Аналогично, при подключении внешнего микрофона или внешнего динамика к интерфейсу 118 для подключения внешних устройств через USB, внешний микрофон или внешний динамик активируется приоритетно относительно встроенного микрофона 114 или встроенного динамика 115.

Следует отметить, что носитель 106 записи является съемным относительно терминала 10. Помимо этого, если носитель 106 записи является энергонезависимым запоминающим устройством, выполненным с возможностью извлекать или записывать данные на основе управления CPU 101, носитель 106 записи не ограничивается флэш-памятью 104 и может быть электрически стираемым программируемым ROM (EEPROM).

Дополнительно, вышеуказанные программы для терминала могут записываться в устанавливаемом формате или исполняемом формате на машиночитаемом носителе записи, таком как носитель 106 записи, чтобы распространять такой носитель записи.

Фиг.3 является схемой аппаратной конфигурации, иллюстрирующей систему 50 управления согласно варианту осуществления. Система 50 управления включает в себя центральный процессор (CPU) 201, выполненный с возможностью полностью управлять работой системы 50 управления, постоянное запоминающее устройство (ROM) 202, сохраняющее программы для управления передачей, оперативное запоминающее устройство (RAM) 203, используемое в качестве рабочей области CPU 201, жесткий диск (HD) 204, выполненный с возможностью сохранять различные данные, накопитель 205 на жестких дисках (HDD), выполненный с возможностью управлять извлечением и записью (сохранением) различных данных в HD 204 на основе управления CPU 201, накопитель 207 на носителях, выполненный с возможностью управлять извлечением и записью (сохранением) данных в носитель 206 записи, такой как флэш-память, дисплей 208, выполненный с возможностью отображать различную информацию, такую как курсор, меню, окна, символы и изображения, сетевой интерфейс 209 для передачи данных с использованием нижеописанной сети 2 связи, клавиатуру 211, включающую в себя несколько клавиш для ввода букв, чисел и различных инструкций, мышь 212 для выбора или выполнения различных инструкций, выбора элементов, которые должны быть обработаны, и перемещения курсора, накопитель 214 на CD, выполненный с возможностью управлять извлечением или записью данных в постоянном запоминающем устройстве 213 на компакт-дисках (CD-ROM) в качестве примера съемного носителя записи, и линию 210 шины, такую как адресная шина или шина данных для электрического подключения элементов и устройств между собой, проиллюстрированную на Фиг.3 через линию 210 шины.

Следует отметить, что вышеуказанные программы для управления передачей могут записываться в устанавливаемом формате или исполняемом формате на машиночитаемом носителе записи, таком как носитель 206 записи или CD-ROM 213, чтобы распространять такой носитель записи.

Дополнительно, ретрансляционное устройство 30 включает в себя аппаратную конфигурацию, аналогичную аппаратной конфигурации системы 50 управления, и, как следствие, описание аппаратной конфигурации ретрансляционного устройства 30 опускается. Следует отметить, что ROM 202 сохраняет программы для управления ретрансляционным устройством 30. В этом случае, программы для ретрансляционного устройства также могут записываться в устанавливаемом формате или исполняемом формате на машиночитаемом носителе записи, таком как носитель 206 записи или CD-ROM 213, чтобы распространять такой носитель записи.

Дополнительно, система 90 предоставления программ включает в себя аппаратную конфигурацию, аналогичную аппаратной конфигурации системы 50 управления, и, как следствие, описание аппаратной конфигурации системы 90 предоставления программ опускается. Следует отметить, что ROM 202 сохраняет программы для управления системой 90 предоставления программ. В этом случае, программы для системы 90 предоставления программ также могут записываться в устанавливаемом формате или исполняемом формате на машиночитаемом носителе записи, таком как носитель 206 записи или CD-ROM 213, чтобы распространять такой носитель записи.

Дополнительно, обслуживающая система 100 включает в себя аппаратную конфигурацию, аналогичную аппаратной конфигурации системы 50 управления, и, как следствие, описание аппаратной конфигурации обслуживающей системы 100 опускается. Следует отметить, что ROM 202 сохраняет программы для управления обслуживающей системой 100. В этом случае, программы для обслуживающей системы 100 также могут записываться в устанавливаемом формате или исполняемом формате на машиночитаемом носителе записи, таком как носитель 206 записи или CD-ROM 213, чтобы распространять такой носитель записи.

Следует отметить, что другие примеры съемного носителя записи включают в себя записываемый компакт-диск (CD-R), универсальный цифровой диск (DVD) и Blu-Ray-диск (BD).

Функциональная конфигурация варианта осуществления

Затем описывается функциональная конфигурация системы 1 передачи согласно варианту осуществления. Фиг.4 является функциональной блок-схемой, иллюстрирующей передающий терминал 10, ретрансляционное устройство 30 и систему 50 управления, которые составляют систему 1 передачи согласно варианту осуществления. Как проиллюстрировано на Фиг.4, терминал 10, ретрансляционное устройство 30 и система 50 управления подключаются через сеть 2 связи таким образом, что они выполняют передачу данных друг с другом через сеть 2 связи. Следует отметить, что система 90 предоставления программ и обслуживающая система 100 не ассоциированы непосредственно с видеоконференц-связью, и, как следствие, их иллюстрации опускаются из Фиг.4.

Функциональная конфигурация терминала

Терминал 10 включает в себя модуль 11 приемо-передающего устройства, модуль 12 приемного устройства функционального ввода, модуль 13 обработки запросов на ввод регистрационных данных, модуль 14 формирования изображений, модуль 15a ввода звука, модуль 15b речевого вывода, модуль 16 управления отображением, модуль 18 детектора задержки, процессор 19 сохранения и считывания и модуль 20 создания списков адресов. Вышеуказанные модули представляют функции и модули, реализованные посредством любого из элементов и устройств, проиллюстрированных на Фиг.2, которые активируются посредством инструкций из CPU 201 на основе программ, сохраненных в ROM 102. Дополнительно, терминал 10 дополнительно включает в себя энергозависимый модуль 1100 хранения, сформированный из RAM 103, проиллюстрированного на Фиг.2, и энергонезависимый модуль 1000 хранения, сформированный из флэш-памяти 104, проиллюстрированной на Фиг.2.

Функциональные модули терминала

Затем подробнее описываются функциональные модули терминала 10. Модуль 11 приемо-передающего устройства терминала 10 выполнен с возможностью передавать различные данные (информацию) и принимать такие данные из других терминалов, ретрансляционных устройств и систем. Функция модуля 11 приемо-передающего устройства может быть реализована посредством сетевого интерфейса 111, проиллюстрированного на Фиг.2. Модуль 11 приемо-передающего устройства начинает прием информации состояния каждого из вариантов целевых терминалов из системы 50 управления перед инициированием связи с требуемыми целевыми терминалами. Следует отметить, что информация состояния включает в себя не только рабочее состояние (онлайновое или оффлайновое состояние), но также и подробное состояние, к примеру, состояние занятости или ожидания в ходе нахождения терминала 10 в онлайновом режиме. Информация состояния дополнительно включает в себя различные состояния в дополнение к рабочему состоянию терминала 10, примеры которых включают в себя состояние отсоединенных кабелей от терминала 10, состояние невозможности вывода изображений при выводе звука и состояние отключенной громкости звука с невозможностью вывода звука. Следующий пример иллюстрирует случай, в котором информация состояния представляет собой рабочее состояние терминала 10.

Модуль 12 приемного устройства функционального ввода выполнен с возможностью принимать различные вводы от пользователя, и эта функция модуля 12 приемного устройства функционального ввода реализуется посредством функциональной кнопки 108 и выключателя 109 питания, проиллюстрированных на Фиг.2. Например, когда пользователь включает выключатель 109 питания на Фиг.2, модуль 12 приемного устройства функционального ввода, проиллюстрированный на Фиг.4, принимает сигнал включения питания, чтобы включать питание терминала 10.

Модуль 13 обработки запросов на ввод регистрационных данных выполнен с возможностью автоматически передавать информацию запроса на ввод регистрационных данных, указывающую то, что пользователь хочет ввести регистрационные данные, и текущий IP-адрес терминала 10 в качестве IP-адреса запрашивающего исходного терминала из модуля 11 приемо-передающего устройства в систему 50 управления через сеть 2 связи, когда сигнал включения питания принимается посредством модуля 12 приемного устройства функционального ввода в качестве триггера. Эта функция модуля 13 обработки запросов на ввод регистрационных данных реализуется посредством инструкций, принимаемых из CPU 101, проиллюстрированного на Фиг.2. С другой стороны, когда пользователь отключает выключатель 109 питания, модуль 11 приемо-передающего устройства передает информацию состояния выключенного питания в систему 50 управления, и модуль 12 приемного устройства функционального ввода затем полностью отключает питание терминала 10. Соответственно, система 50 управления может обнаруживать состояние питания терминала 10 в качестве отключенного состояния.

Модуль 14 формирования изображений выполнен с возможностью снимать изображение объекта и выводить данные изображений объекта, и эта функция модуля 14 формирования изображений реализуется посредством инструкций, принимаемых из CPU 101, проиллюстрированного на Фиг.2, и также посредством камеры 112 и интерфейса 113 устройства формирования изображений, также проиллюстрированных на Фиг.2. Модуль 15a ввода звука выполнен с возможностью вводить аудиоданные аудиосигнала, полученного посредством микрофона 114, который преобразует речь пользователя в аудиосигнал, и эта функция модуля 15a ввода звука реализуется посредством интерфейса 116 ввода-вывода аудио, проиллюстрированного на Фиг.2. Модуль 14 формирования изображений выполнен с возможностью снимать изображение объекта и выводить данные изображений объекта, и эта функция модуля 15 формирования изображений реализуется посредством инструкций, принимаемых из CPU 101, проиллюстрированного на Фиг.2, а также посредством камеры 116 и интерфейса 113 устройства формирования изображений, также проиллюстрированных на Фиг.2.

Модуль 16 управления отображением выполнен с возможностью управлять передачей данных изображений на внешний дисплей 120, и эта функция модуля 16 управления отображением может быть реализована посредством сетевого интерфейса 117, проиллюстрированного на Фиг.2. Модуль 16 управления отображением управляет дисплеем 120 таким образом, что дисплей 120 отображает список адресов, содержащий имена целевых терминалов, для которых отражаются соответствующие элементы информации состояния целевых терминалов, принимаемые посредством модуля 11 приемо-передающего устройства, до того как терминал 10 в качестве исходного терминала инициирует видеоконференц-связь с требуемыми целевыми терминалами.

Например, дисплей 120 отображает фрейм 11-1 списка адресов, проиллюстрированный на Фиг.22. Как проиллюстрировано на Фиг.22, фрейм 11-1 списка адресов включает в себя имена целевых терминалов, к примеру, "Терминал AB, офис в Токио, Япония" 11-2 и значки (11-3a, 11-3b, 11-3c и 11-3d) элементов информации состояния для соответствующих имен целевых терминалов. Значок 11-3a представляет состояние, в котором один из вариантов целевых терминалов находится в онлайновом состоянии, и состояние ожидания, которое указывает, что этот вариант целевого терминала готов принимать вызов. Значок 11-3b представляет состояние, в котором один из вариантов целевых терминалов находится в оффлайновом состоянии, которое указывает, что этот вариант целевого терминала не может принимать вызов. Значок 11-3b представляет состояние, в котором один из вариантов целевых терминалов уже взаимодействует с другим терминалом и находится в занятом состоянии, которое указывает, что этот вариант целевого терминала готов принимать другой вызов в дополнение к уже принимаемому вызову (т.е. готов принимать трехсторонний вызов). Значок 11-3d представляет состояние, в котором один из вариантов целевых терминалов вызывает другой терминал или вызывается из другого терминала, которое указывает, что этот вариант целевого терминала не может принимать вызов из других терминалов. Значок 11-3d дополнительно представляет состояние, в котором этот вариант целевого терминала не может принимать вызов других терминалов, поскольку вариант целевого терминала авторизовал вызов из другого терминала или авторизуется посредством другого терминала. Фрейм 11-1 списка адресов включает в себя полосу 11-4 прокрутки в правой стороне, и неотображаемые имена (целевых) адресов и состояния вариантов целевых терминалов на Фиг.22 должны показываться посредством выбора значка в форме направленного вверх треугольника или значка в виде направленного вниз треугольника.

Модуль 18 детектора задержки выполнен с возможностью обнаруживать задержанное время (мс) данных изображений или аудиоданных, передаваемых из другого терминала 10 через ретрансляционное устройство 30, и эта функция модуля 18 детектора задержки может быть реализована посредством инструкций, принимаемых из CPU 101, проиллюстрированного на Фиг.2.

Процессор 19 сохранения и считывания выполнен с возможностью сохранять различные данные в энергонезависимом модуле 1000 хранения или извлекать различные данные из энергонезависимого модуля 1000 хранения, и эта функция процессора 19 сохранения и считывания может быть реализована посредством инструкций, принимаемых из CPU 101, а также посредством SSD 105, проиллюстрированного в качестве примера на Фиг.2. Энергонезависимый модуль 1000 хранения сохраняет идентификационные данные (идентификатор, ID) и пароль терминала и т.п. для идентификации терминала 10. Процессор 19 сохранения и считывания выполнен с возможностью дополнительно сохранять различные данные в энергозависимом модуле 1100 хранения и извлекать различные данные из энергозависимого модуля 1100 хранения. Процессор 19 сохранения и считывания перезаписывает данные изображений и аудиоданные в энергозависимом модуле 1100 хранения на новые данные, принимаемые из целевого терминала, каждый раз, когда терминал 10 взаимодействует с целевыми терминалами. Следует отметить, что дисплей 120 отображает предыдущие данные изображений до перезаписи на новые данные изображений, и динамик 115 выводит предыдущие аудиоданные до перезаписи на новые аудиоданные.

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

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

Функциональная конфигурация ретрансляционного устройства

Затем описываются функции и модули ретрансляционного устройства 30. Как проиллюстрировано в качестве примера на Фиг.4, ретрансляционное устройство 30 включает в себя модуль 31 приемо-передающего устройства, модуль 32 детектора состояния, модуль 33 проверки качества данных, модуль 34 управления качеством изменения, модуль 35 изменения качества данных и процессор 39 сохранения и считывания. Вышеуказанные модули представляют функции и модули, реализованные посредством любого из элементов и устройств, проиллюстрированных на Фиг.3, которые активируются посредством инструкций из CPU 201 на основе программ, сохраненных в ROM 202. Дополнительно, ретрансляционное устройство 30 дополнительно включает в себя энергонезависимый модуль 3000 хранения, сформированный из HD 204, проиллюстрированного на Фиг.3, который допускает поддержание различных данных или информации, даже когда отключено питание ретрансляционного устройства 30.

Таблица управления качеством изменения

Энергонезависимый модуль 3000 хранения включает в себя базу данных (DB) 3001 управления качеством изменения, сформированную из таблицы управления качеством изменения, проиллюстрированной на Фиг.7. Таблица управления качеством изменения включает в себя IP-адреса терминалов 10, используемых в качестве целевых ретрансляционных терминалов, относительно качества изображений для данных изображений, ретранслированных посредством соответствующих терминалов 10.

В данном документе, описываются разрешения данных изображений, обрабатываемых в этом варианте осуществления. Фиг.8A представляет базовое изображение, используемое в качестве изображения низкого разрешения, сформированного из 160*120 пикселов, Фиг.8B представляет изображение среднего разрешения, сформированное из 320*240 пикселов, и Фиг.8C представляют изображение высокого разрешения, сформированное из 640*480 пикселов. Когда данные изображений ретранслируются через узкополосный тракт, ретранслируются данные изображений низкого разрешения, используемые в качестве базового изображения. Когда данные изображений ретранслируются через относительно широкополосный тракт, ретранслируются данные изображений низкого разрешения, используемые в качестве базового изображения, и данные изображений среднего разрешения, демонстрирующие среднее качество изображений. Когда данные изображений ретранслируются через сверхширокополосный тракт, ретранслируются данные изображений низкого разрешения, используемые в качестве базового изображения, данные изображений среднего разрешения, демонстрирующие среднее качество изображений, данные изображений высокого разрешения, демонстрирующие высокое качество изображений. Как проиллюстрировано на Фиг.7, если, например, ретрансляционное устройство 30 ретранслирует данные изображений, адресованные целевому терминалу, имеющему IP-адрес "1.3.2.4", качество ретранслированных данных изображений является "высоким качеством изображений".

Функциональные модули ретрансляционного устройства

Затем описывается функциональная конфигурация ретрансляционного устройства 30. Следует отметить, что в нижеприведенном описании, функции ретрансляционного устройства 30 проиллюстрированы в ассоциации с основными элементами и устройствами для реализации модулей ретрансляционного устройства 30, проиллюстрированного на Фиг.3.

Модуль 31 приемо-передающего устройства ретрансляционного устройства 30 выполнен с возможностью передавать различные данные (информацию) и принимать такие данные из других терминалов, ретрансляционных устройств и систем. Функция модуля 31 приемо-передающего устройства может быть реализована посредством сетевого интерфейса 209, проиллюстрированного на Фиг.3. Модуль 32 детектора состояния выполнен с возможностью обнаруживать рабочее состояние ретрансляционного устройства 30, имеющего модуль 32 детектора состояния. Функция модуля 32 детектора состояния может быть реализована посредством инструкций из CPU 201, проиллюстрированного на Фиг.3. Рабочее состояние может быть "онлайн", "оффлайн" или "сбой".

Модуль 33 проверки качества данных выполнен с возможностью осуществлять поиск в таблице управления качеством изменения (см. Фиг.7) посредством IP-адреса целевого терминала в качестве ключа поиска и проверять качество изображений ретранслированных данных изображений посредством извлечения качества изображений для соответствующих данных изображений, которые должны быть ретранслированы. Функция модуля 33 проверки качества данных может быть реализована посредством инструкций из CPU 201, проиллюстрированного на Фиг.3. Модуль 34 управления качеством изменения выполнен с возможностью изменять содержимое таблицы управления качеством изменения DB 3001 управления изменением состояния на основе нижеописанной информации качества, передаваемой из системы 50 управления. Функция модуля 34 управления качеством изменения может быть реализована посредством инструкций из CPU 201, проиллюстрированного на Фиг.3. Например, допустим, что в то время как видеоконференция поддерживается между запрашивающим исходным терминалом (терминал 10aa), имеющим идентификатор терминала "01aa", и целевым терминалом (терминалом 10db), имеющим идентификатор терминала "01db", другая видеоконференция инициируется между запрашивающим исходным терминалом (терминалом 10bb) и целевым терминалом (терминалом 10ca) через сеть 2 связи. В этом случае, если прием данных изображений задерживается в целевом терминале (10db), ретрансляционное устройство 30, возможно, должно снижать качество изображений ретранслированных данных изображений с высокого качества изображений до среднего качества изображений. В таком случае, содержимое таблицы управления качеством изменения DB 3001 управления изменением состояния изменяется таким образом, что качество данных изображений, ретранслированных посредством ретрансляционного устройства 30, снижается с высокого качества изображений до среднего качества изображений.

Модуль 35 изменения качества данных выполнен с возможностью изменять качество изображений для данных изображений, передаваемых из передающего исходного терминала 10, на основе измененного содержимого таблицы управления качеством изменения DB 3001 управления изменением состояния. Функция модуля 35 изменения качества данных может быть реализована посредством инструкций из CPU 201, проиллюстрированного на Фиг.3. Процессор 39 сохранения и считывания выполнен с возможностью сохранять различные данные в энергонезависимом модуле 3000 хранения и извлекать различные данные из энергонезависимого модуля 3000 хранения. Функция процессора 39 сохранения и считывания может быть реализована посредством HDD 205, проиллюстрированного на Фиг.3.

Функциональная конфигурация системы управления

Затем описываются функции и модули системы 50 управления. Система 50 управления включает в себя модуль 51 приемо-передающего устройства (пример модуля приемного устройства; пример запроса передающего устройства), модуль 52 аутентификации терминалов, модуль 53 управления состояниями, модуль 54 извлечения терминалов, модуль 55 получения состояния терминалов, модуль 56 выбора ретрансляционных устройств, модуль 57 управления сеансами, модуль 58 определения качества, процессор 59 сохранения и считывания, модуль 60 управления временем задержки, модуль 61 определения и модуль 62 оценки. Вышеуказанные модули представляют функции и модули, реализованные посредством любого из элементов и устройств, проиллюстрированных на Фиг.3, которые активируются посредством инструкций из CPU 201, на основе программ, сохраненных в ROM 202. Дополнительно, система 50 управления дополнительно включает в себя энергонезависимый модуль 5000 хранения, сформированный из HD 204, проиллюстрированного на Фиг.3, который допускает поддержание различных данных или информации, даже когда отключено питание системы 50 управления. Например, энергонезависимый модуль 5000 хранения сохраняет фрейм 11-1 списка адресов, проиллюстрированный на Фиг.22. Система 50 управления может включать в себя энергозависимый модуль 5100 хранения, сформированный из RAM 203, проиллюстрированного на Фиг.3.

Таблица управления ретрансляционными устройствами

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

В таблице управления ретрансляционными устройствами идентификаторы ретрансляционных устройств для ретрансляционных устройств 30 ассоциированы с рабочими состояниями ретрансляционных устройств 30, временем и датой приема, в которое информация состояния, указывающая рабочие состояния ретрансляционных устройств 30, принимается посредством системы 50 управления, IP-адресами ретрансляционных устройств 30 и максимальными скоростями передачи данных (Мбит/с) ретрансляционных устройств 30. Например, в таблице управления ретрансляционными устройствами, проиллюстрированной на Фиг.9, ретрансляционное устройство 30a, имеющее идентификатор ретрансляционного устройства "111a", ассоциировано с рабочим состоянием "онлайн", временем и датой приема "13:00, 10 ноября 2009 года", в которое информация состояния ретрансляционного устройства 30a принимается посредством системы 50 управления, IP-адресом "1.2.1.2" ретрансляционного устройства 30a и максимальной скоростью передачи данных в 100 Мбит/с ретрансляционного устройства 30a.

Таблица управления аутентификацией терминалов

Энергонезависимый модуль 5000 хранения включает в себя DB 5002 управления аутентификацией терминалов, сформированную из таблицы управления аутентификацией терминалов, проиллюстрированной на Фиг.10. В таблице управления аутентификацией терминалов пароли по отдельности ассоциированы с идентификаторами терминалов для всех терминалов, управляемых посредством системы 50 управления. Например, в таблице управления аутентификацией терминалов, проиллюстрированной на Фиг.10, идентификатор терминала "01aa" для терминала 10aa ассоциирован с паролем "aaaa".

Таблица управления терминалами

Энергонезависимый модуль 5000 хранения включает в себя DB 5003 управления терминалами (пример модуля управления терминалами), сформированную из таблицы управления терминалами, проиллюстрированной на Фиг.11. В таблице управления терминалами идентификаторы терминалов для терминалов 10 в качестве целевых терминалов ассоциированы с именами терминалов для целевых терминалов 10, рабочими состояниями целевых терминалов 10, состояниями связи целевых терминалов 10 с другими терминалами, временем и датой приема, в которое нижеописанная информация запроса на ввод регистрационных данных целевых терминалов 10 принимается посредством системы 50 управления, и IP-адресами целевых терминалов 10. Например, в таблице управления терминалами, проиллюстрированной на Фиг.11, терминал 10aa, имеющий идентификатор терминала "01aa", ассоциирован с именем терминала "Терминал AA, офис в Токио, Япония" для терминала 10aa, рабочим состоянием "онлайн" терминала 10aa, состоянием связи "нет связи", указывающим то, что терминал 10aa находится в состоянии ожидания и не обменивается данными с другими терминалами, временем и датой приема "13:40, 10 ноября 2009 года", в которое информация запроса на ввод регистрационных данных терминала 10aa принимается посредством системы 50 управления, и IP-адресом "1.2.1.3" терминала 10aa. Следует отметить, что состояние связи включает в себя "исходящий вызов", указывающее состояние, в котором терминал вызывает другой терминал, "входящий вызов", указывающее состояние, в котором терминал вызывается, "принято", указывающее состояние, в котором терминал авторизовал запрос на осуществление связи из другого терминала либо запрос на осуществление связи терминала авторизован, и "занято", указывающее состояние, в котором терминал занят в обмене данными с другим терминалом.

Таблица управления списками терминалов

Энергонезависимый модуль 5000 хранения включает в себя DB 5004 управления списками адресов, сформированную из таблицы управления списками адресов, проиллюстрированной на Фиг.12. В таблице управления списками адресов идентификаторы терминалов для зарегистрированных вариантов целевых терминалов ассоциированы с идентификаторами терминалов для запрашивающих исходных терминалов, которые запрашивают инициирование видеоконференц-связи. Например, в таблице управления списками адресов, проиллюстрированной на Фиг.12, идентификатор терминала "01aa" для запрашивающего исходного терминала 10aa ассоциирован с вариантом 10ab целевого терминала, имеющим идентификатор терминала "01ab", вариантом 10ba целевого терминала, имеющим идентификатор терминала "01ba", вариантом 10bb целевого терминала, имеющим идентификатор терминала "01bb", и т.п., которые запрашивающий исходный терминал запрашивает на предмет того, чтобы инициировать видеоконференцию. Варианты целевых терминалов могут добавляться или удаляться на основе инструкций из запрашивающего исходного терминала в систему 50 управления.

Таблица управления сеансами

Энергонезависимый модуль 5000 хранения включает в себя DB 5005 управления сеансами, сформированную из таблицы управления сеансами, проиллюстрированной на Фиг.13. В таблице управления сеансами идентификаторы сеансов, которые идентифицируют сеансы, в которых передаваемые данные передаются и принимаются между терминалами, ассоциированы с идентификаторами ретрансляционных устройств для ретрансляционных устройств 30, используемых для ретрансляции данных изображений и аудиоданных, идентификатором терминала для запрашивающего исходного терминала 10, идентификаторами терминалов для целевых терминалов 10, временем задержки (мс) при приеме данных изображений посредством целевых терминалов 10 и временем и датой приема, в которое информация задержки, указывающая время задержки, передаваемое из каждого из целевых терминалов, принимается посредством системы 50 управления. Например, в таблице управления сеансами, проиллюстрированной на Фиг.13, ретрансляционное устройство 30a (имеющее идентификатор ретрансляционного устройства "111a"), выбранное для выполнения сеанса, имеющего идентификатор сеанса "se1", ассоциировано с запрашивающим исходным терминалом 10aa, имеющим идентификатор терминала "01aa", который имеет видеоконференцию с целевым терминалом 10bb, имеющим идентификатор терминала "01bb", целевым терминалом 10cb, имеющим идентификатор терминала "01cb", и целевым терминалом 10db, имеющим идентификатор терминала "01db". Таблица управления сеансами указывает, что ретрансляционное устройство 30a ретранслирует данные изображений и аудиоданные между запрашивающим исходным терминалом 10aa и целевыми терминалами 10bb, 10cb и 10db, и время задержки 200 мс при приеме данных изображений посредством целевого терминала 10db во время и дату приема "14:00, 10 ноября 2009 года". Следует отметить, что если видеоконференция проводится между двумя терминалами 10, время и дата приема информации задержки может управляться не на основе целевых терминалов, а на основе информации задержки, передаваемой из запрашивающего исходного терминала. Тем не менее, если видеоконференция проводится между тремя или более терминалов 10, время и дата приема информации задержки может управляться на основе информации задержки, передаваемой из терминалов 10 на стороне приема данных изображений и аудиоданных.

Таблица управления качеством

Энергонезависимый модуль 5000 хранения дополнительно включает в себя DB 5007 управления качеством, сформированную из таблицы управления качеством, проиллюстрированной на Фиг.14. В таблице управления качеством время задержки (мс) в запрашивающем исходном терминале или целевом терминале ассоциировано с качеством изображений (качеством изображения) для данных изображений, ретранслированных посредством ретрансляционного устройства 30.

Таблица управления выбором ретрансляционных устройств

Энергонезависимый модуль 5000 хранения дополнительно включает в себя DB 5008 управления выбором ретрансляционных устройств, сформированную из таблицы управления выбором ретрансляционных устройств, проиллюстрированной на Фиг.15. В таблице управления выбором ретрансляционных устройств идентификаторы ретрансляционных устройств для ретрансляционных устройств, используемых для ретрансляции данных изображений и аудиоданных, по отдельности ассоциированы с идентификаторами терминалов для всех терминалов, управляемых посредством системы 50 управления.

Таблица управления изменением состояния

Энергонезависимый модуль 5000 хранения включает в себя DB 5009 управления изменением состояния (пример модуля управления изменением состояния), сформированную из таблиц управления изменением состояния, проиллюстрированных на Фиг.16, 17 и 18. В таблице управления изменением состояния, проиллюстрированной на Фиг.16, информация запроса на изменение (пример информации изменения), указывающая запрос на изменение состояния связи между терминалами, ассоциирована с информацией состояния до изменения, указывающей состояние связи до того, как состояние связи изменяется посредством модуля 53c изменения состояния (пример модуля изменения), и информацией изменения, указывающей измененное состояние, измененное посредством модуля 53c изменения состояния. В таблице управления изменением состояния, проиллюстрированной на Фиг.17, информация запроса на изменение ассоциирована с информацией терминала для идентификации запрашивающего исходного терминала и целевого терминала, информацией состояния до изменения и информацией изменения. В таблице управления изменением состояния, проиллюстрированной на Фиг.18, информация запроса на изменение ассоциирована с информацией терминала, информацией оценки, указывающей результат оценки в отношении того, принимается или нет информация запроса на изменение "отклонить", указывающая отклонение инициирования связи, из всех терминалов, которые принимают информацию запроса на изменение "пригласить", указывающую запрос на инициирование связи, когда информация запроса на изменение "отклонить" принимается из любого из терминалов, которые принимают информацию запроса на изменение "пригласить", информацией до изменения и информацией изменения. Следует отметить, что в дополнение к "отклонить" и "пригласить", информация запроса на изменение дополнительно включает в себя "принять", указывающую авторизацию инициирования связи, "отмена", указывающую отмену инициирования связи, "присоединиться", указывающую инициирование ретрансляции передаваемых данных, "вызов", указывающую участие в установленном сеансе между терминалами, и "выход", указывающую конец связи.

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

Затем описываются функциональные модули системы 50 управления. Следует отметить, что в нижеприведенном описании, функции системы 50 управления проиллюстрированы в ассоциации с основными элементами и устройствами для реализации модулей системы 50 управления, проиллюстрированной на Фиг.3.

Модуль 51 приемо-передающего устройства системы 50 управления выполнен с возможностью передавать различные данные (информацию) и принимать такие данные из других терминалов, ретрансляционных устройств и систем. Функция модуля 51 приемо-передающего устройства может быть реализована посредством сетевого интерфейса 209, проиллюстрированного на Фиг.3. Модуль 52 аутентификации терминалов выполнен с возможностью осуществлять поиск в таблице управления аутентификацией терминалов (см. Фиг.10) энергонезависимого модуля 5000 хранения посредством идентификатора и пароля терминала, содержащихся в информации запроса на ввод регистрационных данных, в качестве ключей поиска и аутентифицировать соответствующий терминал на основе того, являются или нет идентификатор и пароль терминала, содержащиеся в запросе на ввод регистрационных данных, идентичными идентификатору и паролю терминала, управляемым в таблице управления аутентификацией терминалов.

Модуль 53 управления состояниями выполнен с возможностью управлять таблицей управления терминалами (см. Фиг.11) посредством ассоциирования идентификатора терминала для запрашивающего исходного терминала, который запрашивает ввод регистрационных данных, с рабочим состоянием, временем и датой при приеме информации запроса на ввод регистрационных данных посредством системы 50 управления и IP-адресом запрашивающего исходного терминала. Таким образом, модуль 53 управления состояниями может реализовывать модуль 53a задания состояния (пример модуля задания), модуль 53b получения состояния (пример модуля получения) и модуль 53c изменения состояния на основе инструкций из CPU 201, проиллюстрированного на Фиг.3.

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

Модуль 53b получения состояния выполнен с возможностью получать информацию состояния, по меньшей мере, одного из запрашивающего исходного терминала и целевого терминала из таблицы управления терминалами (см. Фиг.11), когда информация изменения состояния, передаваемая из запрашивающего исходного терминала или целевого терминала, принимается посредством модуля 51 приемо-передающего устройства.

Модуль 53c изменения состояния выполнен с возможностью изменять одну или обе из информации состояния запрашивающего исходного терминала и информации состояния целевого терминала, управляемых посредством таблицы управления терминалами (см. Фиг.11), на основе информации запроса на изменение, принимаемой посредством модуля 51 приемо-передающего устройства.

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

Модуль 55 получения состояния терминалов выполнен с возможностью осуществлять поиск в таблице управления терминалами (см. Фиг.11) посредством идентификаторов терминалов для вариантов целевых терминалов, извлеченных посредством модуля 54 извлечения терминалов, в качестве ключей поиска и извлекать рабочие состояния извлеченных вариантов целевых терминалов посредством идентификаторов терминалов для извлеченных вариантов целевых терминалов. Таким образом, модуль 55 получения состояния терминалов получает рабочие состояния вариантов целевых терминалов, допускающих обмен данными с запрашивающим исходным терминалом, который запрашивает ввод регистрационных данных. Дополнительно, модуль 55 получения состояния терминалов выполнен с возможностью осуществлять поиск в таблице управления терминалами посредством идентификаторов терминалов для терминалов, извлеченных посредством модуля 54 извлечения терминалов, в качестве ключей поиска и обнаруживать рабочее состояние запрашивающего исходного терминала, который запрашивает ввод регистрационных данных.

Модуль 56 выбора ретрансляционных устройств выполнен с возможностью осуществлять процесс конечного выбора одного из ретрансляционных устройств 30. Таким образом, модуль 56 выбора ретрансляционных устройств может реализовывать модуль 56a формирования идентификаторов сеансов (см. Фиг.6), модуль 56b извлечения ретрансляционных устройств, модуль 56c выбора на основе инструкций из CPU 201, проиллюстрированного на Фиг.3.

Модуль 56a формирования идентификаторов сеансов выполнен с возможностью формировать идентификаторы сеансов для идентификации сеансов, в которые передаваемые данные передаются и принимаются между терминалами. Модуль 56b извлечения ретрансляционных устройств выполнен с возможностью осуществлять поиск в таблице управления выбором ретрансляционных устройств (см. Фиг.15) на основе идентификатора терминала для запрашивающего исходного терминала и идентификатора терминала для целевого терминала, содержащихся в информации запроса на инициирование, передаваемой из запрашивающего исходного терминала, и извлекать идентификаторы ретрансляционных устройств, соответствующие запрашивающему исходному терминалу и целевому терминалу. Модуль 56c выбора выполнен с возможностью выбирать ретрансляционные устройства, имеющие рабочее состояние "онлайн", из таблицы управления ретрансляционными устройствами (см. Фиг.9).

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

Модуль 58 определения качества выполнен с возможностью осуществлять поиск в таблице управления качеством (см. Фиг.14) посредством времени задержки в качестве ключа поиска, извлекать качество изображений для соответствующих данных изображений и определять качество изображений для данных изображений, ретранслированных посредством ретрансляционного устройства 30. Процессор 59 сохранения и считывания выполнен с возможностью сохранять различные данные в энергонезависимом модуле 5000 хранения и извлекать различные данные из энергонезависимого модуля 5000 хранения. Функция процессора 59 сохранения и считывания может быть реализована посредством HDD 205, проиллюстрированного на Фиг.3. Модуль 60 управления временем задержки выполнен с возможностью осуществлять поиск в таблице управления терминалами (см. Фиг.11) посредством IP-адреса целевого терминала в качестве ключа поиска, чтобы извлекать соответствующий идентификатор терминала. Дополнительно, модуль 60 управления временем задержки выполнен с возможностью сохранять время задержки, указываемое посредством информации задержки, в поле времени задержки записи, соответствующей извлеченному идентификатору терминала, в таблице управления сеансами (см. Фиг.13).

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

Обработка и работа

Выше описаны конфигурация и функции (модули) системы 1 передачи согласно варианту осуществления, и процессы, выполняемые посредством системы 1 передачи согласно варианту осуществления, описываются далее со ссылкой на Фиг.19-37. Следует отметить, что Фиг.19 является схемой последовательности операций, иллюстрирующей процесс, в котором управляется информация состояния, указывающая рабочие состояния ретрансляционных устройств. Фиг.20 является концептуальной схемой, иллюстрирующей состояния передачи и приема данных изображений, аудиоданных и различной управляющей информации в системе передачи. Фиг.21 является схемой последовательности операций, иллюстрирующей подготовительный процесс для инициирования связи между передающими терминалами. Фиг.22 является концептуальной схемой, иллюстрирующей список адресов согласно варианту осуществления. Фиг.23 является схемой последовательности операций, иллюстрирующей процесс, в котором запрашивается инициирование связи. Фиг.24 является блок-схемой последовательности операций способа, иллюстрирующей процесс, в котором изменяется состояние связи. Фиг.25 является схемой последовательности операций, иллюстрирующей процесс, в котором авторизован запрос на инициирование связи. Фиг.26 является схемой последовательности операций, иллюстрирующей процесс, в котором отклоняется запрос на инициирование связи. Фиг.27 является блок-схемой последовательности операций способа, иллюстрирующей процесс, в котором изменяется состояние связи. Фиг.28 является схемой последовательности операций, иллюстрирующей процесс, в котором отменяется запрос на инициирование связи. Фиг.29 является схемой последовательности операций, иллюстрирующей процесс, в котором запрашивается ретрансляция передаваемых данных. Фиг.30 является блок-схемой последовательности операций способа, иллюстрирующей процесс, в котором изменяется состояние связи. Фиг.31 является схемой последовательности операций, иллюстрирующей процесс, в котором данные изображений и аудиоданные передаются и принимаются между передающими терминалами. Фиг.32 является схемой последовательности операций, иллюстрирующей процесс, в котором запрашивается участие в сеансе передачи данных. Фиг.33 является блок-схемой последовательности операций способа, иллюстрирующей процесс, в котором изменяется состояние связи. Фиг.34 является схемой последовательности операций, иллюстрирующей процесс, в котором запрашивается выход сеанса передачи данных. Фиг.35 является концептуальной схемой, иллюстрирующей список адресов согласно другому варианту осуществления. Фиг.36 является схемой переходов состояния связи, иллюстрирующей переходы состояния связи. Фиг.37 является внешней схемой, иллюстрирующей передающий терминал согласно варианту осуществления.

Во-первых, описывается процесс управления информацией состояния ретрансляционных устройств 30, передаваемой в систему 50 управления, со ссылкой на Фиг.19. Каждое из ретрансляционных устройств 30 включает в себя модуль 32 детектора состояния, проиллюстрированный на Фиг.4, который регулярно обнаруживает рабочее состояние данного устройства (т.е. данного ретрансляционного устройства 30) (этапы S1-1 - S1-4). Модули 31 приемо-передающего устройства ретрансляционных устройств 30 регулярно передают соответствующую информацию состояния данного устройства в систему 50 управления через сеть 2 связи, так что сторона системы 50 управления может управлять рабочими состояниями ретрансляционных устройств 30 в реальном времени (этапы S2-1 - S2-4). Информация состояния включает в себя идентификатор ретрансляционного устройства для данного ретрансляционного устройства 30 и рабочее состояние, обнаруженное посредством модуля 32 детектора состояния данного ретрансляционного устройства 30, ассоциированного с идентификатором ретрансляционного устройства. Следует отметить, что этот вариант осуществления иллюстрирует случай, в котором ретрансляционные устройства (30a, 30b, 30d) работают в штатном режиме и находятся в "онлайновом" состоянии; тем не менее, ретрансляционное устройство 30c работает, но находится в оффлайновом состоянии вследствие некоторых дефектов в программах, управляющих ретрансляционным устройством 30c.

Затем, в системе 50 управления, модуль 51 приемо-передающего устройства принимает информацию состояния, передаваемую из каждого из ретрансляционных устройств 30, и процессор 59 сохранения и считывания сохраняет каждую информацию состояния, принимаемую посредством модуля 51 приемо-передающего устройства, в ассоциации с соответствующим идентификатором ретрансляционного устройства в таблице управления ретрансляционными устройствами (см. Фиг.9) в энергонезависимом модуле 5000 хранения (этапы S3-1 - S3-4). Соответственно, "онлайн", "оффлайн" или "сбой" сохраняется в поле рабочего состояния таблицы управления ретрансляционными устройствами, проиллюстрированной на Фиг.9, в ассоциации с идентификатором ретрансляционного устройства для каждого из ретрансляционных устройств 30. Одновременно, время и дата приема информации состояния, принимаемой посредством системы 50 управления, также сохраняется в ассоциации с соответствующим идентификатором ретрансляционного устройства в таблице управления ретрансляционными устройствами. Следует отметить, что, когда информация состояния не передается из ретрансляционного устройства 30, поле рабочего состояния и поле времени и даты приема записи в таблице управления ретрансляционными устройствами, проиллюстрированной на Фиг.9, могут быть пустыми либо могут представлять предыдущее рабочее состояние или предыдущее время и дату приема.

Затем описывается принцип, иллюстрирующий состояния передачи и приема данных изображений, аудиоданных и различной управляющей информации в системе передачи, со ссылкой на Фиг.20. Как проиллюстрировано на Фиг.20, сеансы sei передачи управляющей информации устанавливаются между терминалами 10A, 10B и 10C через систему 50 управления для передачи и приема различных управляющих информационных элементов. Дополнительно, четыре сеанса sed передачи изображений и аудиоданных устанавливаются между терминалами 10A, 10B и 10C через ретрансляционное устройство 30 для передачи и приема данных изображений высокого разрешения, данных изображений среднего разрешения, данных изображений низкого разрешения и аудиоданных. Следует отметить, что эти четыре сеанса проиллюстрированы в качестве сеанса sed передачи изображений и аудиоданных.

Затем описывается процесс, в котором каждый из управляющих информационных элементов передается и принимается в подготовительной фазе до того, как терминал 10aa инициирует связь, со ссылкой на Фиг.21. Следует отметить, что Фиг.21 иллюстрирует процесс, в котором различные управляющие информационные элементы передаются и принимаются в сеансах sei передачи управляющей информации.

Во-первых, когда пользователь терминала 10aa включает выключатель 109 питания, проиллюстрированный на Фиг.2, модуль 12 приемного устройства функционального ввода, проиллюстрированный на Фиг.4, принимает сигнал включения питания, чтобы включать питание терминала 10aa (этап S21). При приеме сигнала включения питания в качестве триггера модуль 13 обработки запросов на ввод регистрационных данных автоматически передает информацию запроса на ввод регистрационных данных, указывающую запрос на ввод регистрационных данных, из модуля 11 приемо-передающего устройства в систему 50 управления через сеть 2 связи (этап S22). Информация запроса на ввод регистрационных данных включает в себя идентификатор и пароль терминала для идентификации терминала 10aa, указывающей собственный терминал в качестве запрашивающего исходного терминала. Идентификатор и пароль терминала представляют собой данные, которые извлекаются из энергонезависимого модуля 1000 хранения через процессор 19 сохранения и считывания и затем передаются в модуль 11 приемо-передающего устройства. Следует отметить, что когда информация запроса на ввод регистрационных данных передается из терминала 10aa в систему 50 управления, система 50 управления на стороне приемного устройства может обнаруживать IP-адрес терминала 10aa на стороне передающего устройства.

Затем, модуль 52 аутентификации терминалов системы 50 управления аутентифицирует терминал 10aa на основе того, в DB 5002 управления аутентификацией терминалов энергонезависимого модуля 5000 хранения управляются идентификатор и пароль, идентичные или не идентичные идентификатору и паролю в информации запроса на ввод регистрационных данных, посредством выполнения поиска идентификатора и пароля в качестве ключей поиска в таблице управления аутентификацией терминалов (см. Фиг.10) (этап S23).

Модуль 52 аутентификации терминалов управляет идентичными идентификаторами и паролями терминалов. Соответственно, когда модуль 52 аутентификации терминалов определяет то, что принимаемый запрос на ввод регистрационных данных поступает из терминала 10, имеющего допустимую авторизацию доступа, модуль 53 управления состояниями сохраняет время и дату приема принимаемой регистрационной информации и IP-адрес терминала 10aa в ассоциации с записью, представленной посредством идентификатора терминала и целевого имени терминала 10aa в таблице управления терминалами (см. Фиг.11) (этап S24-1). Таким образом, время и дата приема "2009.11.10,13:40" и IP-адрес терминала "1.2.1.3" управляются в ассоциации с идентификатором терминала "01aa" в таблице управления терминалами, проиллюстрированной на Фиг.11.

Затем, модуль 53a задания состояния модуля 53 управления состояниями задает рабочее состояние "онлайн" и состояние связи "нет связи" терминала 10aa и сохраняет заданное рабочее состояние и состояние связи в ассоциации с записью, представленной посредством идентификатора терминала и целевого имени терминала 10aa в таблице управления терминалами (см. Фиг.11) (этап S24-2). Таким образом, рабочее состояние "онлайн" и состояние связи "нет связи" управляются в ассоциации с идентификатором терминала "01aa" в таблице управления терминалами, проиллюстрированной на Фиг.11.

Модуль 51 приемо-передающего устройства системы 50 управления передает информацию результата аутентификации, указывающую результат аутентификации, обнаруженный посредством модуля 52 аутентификации терминалов, через сеть 2 связи в запрашивающий исходный терминал (т.е. терминал 10aa), который запрашивает запрос на ввод регистрационных данных (этап S25). Далее дополнительно описывается случай, в котором модуль 52 аутентификации терминалов определяет то, что терминал (например, терминал 10aa в этом случае) имеет допустимую авторизацию доступа.

Когда терминал 10aa принимает определенный результат, указывающий то, что терминал 10aa имеет допустимую авторизацию доступа, модуль 11 приемо-передающего устройства терминала 10aa передает информацию запроса на получение списка адресов, указывающую запрос на получение списка адресов, в систему 50 управления через сеть 2 связи (этап S26). Модуль 51 приемо-передающего устройства системы 50 управления затем принимает информацию запроса на получение списка адресов.

Затем, модуль 54 извлечения терминалов выполняет поиск в таблице управления списками адресов (см. Фиг.12) посредством идентификатора терминала (01aa) для запрашивающего исходного терминала (т.е. терминала 10aa), который запрашивает ввод регистрационных данных, в качестве ключа поиска и извлекает идентификаторы терминалов для вариантов целевых терминалов, допускающих обмен данными с запрашивающим исходным терминалом (т.е. терминал 10aa). Как результат, модуль 54 извлечения терминалов извлекает идентификаторы терминалов для вариантов целевых терминалов, допускающих обмен данными с запрашивающим исходным терминалом (этап S27). Помимо этого, модуль 54 получения состояния терминалов выполняет поиск в таблице управления терминалами (см. Фиг.11) посредством идентификаторов терминалов для вариантов целевых терминалов, извлеченных посредством модуля 54 извлечения терминалов, в качестве ключей поиска и извлекает целевые имена, соответствующие идентификаторам терминалов для вариантов целевых терминалов. В этом примере, извлекаются идентификаторы терминалов (01ab, 01ba, ..., 01db, ...) для целевых терминалов (10ab, 10ba, ..., 10db, ...), ассоциированных с идентификатором терминала "01aa" для запрашивающего исходного терминала (т.е. терминала 10aa), и имена терминалов (Терминал AB, офис в Токио, Япония; Терминал BB, офис в Осаке, Япония; ..., Терминал DB, офис в Вашингтоне, США; ...), соответствующие идентификаторам терминалов (01ab, 01ba, ..., 01db, ...) для целевых терминалов (10ab, 10ba, ..., 10db, ...).

Затем, модуль 51 приемо-передающего устройства системы 50 управления извлекает данные, указываемые посредством фрейма списка адресов (т.е. данные, указываемые посредством фрейма 11-1 списка адресов на Фиг.22), из энергонезависимого модуля 5000 хранения (этап S28) и передает информацию списков адресов (фрейм списка адресов, идентификаторы терминалов, адресные имена), включающую в себя фрейм списка адресов, идентификаторы терминалов и целевые имена, извлеченные посредством модуля 54 извлечения терминалов, в запрашивающий исходный терминал (т.е. терминал 10aa) (этап S29). Соответственно, в запрашивающем исходном терминале (терминале 10aa), модуль 11 приемо-передающего устройства принимает информацию списков адресов, и процессор 19 сохранения и считывания сохраняет информацию списков адресов в энергозависимом модуле 1100 хранения (этап S30).

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

Модуль 55 получения состояния терминалов системы 50 управления выполняет поиск в таблице управления терминалами (см. Фиг.11) посредством идентификаторов терминалов (01ab, 01ba, ..., 01db, ...) для вариантов целевых терминалов (10ab, 10ba, ..., 10db, ...), извлеченных посредством модуля 54 извлечения терминалов, в качестве ключей поиска и извлекает рабочие состояния извлеченных вариантов целевых терминалов (10ab, 10ba, ..., 10db, ...) на основе идентификаторов терминалов, извлеченных посредством модуля 54 извлечения терминалов (этап S31).

Затем, модуль 51 приемо-передающего устройства передает информацию состояния терминала, содержащую идентификатор терминала "01ab", используемый в качестве ключа поиска на этапе S27, и рабочее состояние "оффлайн" целевого терминала (т.е. терминала 10ab), соответствующего идентификатору терминала "01ab", в запрашивающий исходный терминал (т.е. терминал 10aa) через терминал 2 связи (этап S32). Дополнительно, модуль 51 приемо-передающего устройства отдельно передает оставшуюся информацию состояния терминала, содержащую идентификатор терминала "01ba" и рабочее состояние "онлайн (исходящий вызов)" целевого терминала (т.е. терминала 10ba), соответствующего идентификатору терминала "01ba", в запрашивающий исходный терминал (т.е. терминал 10aa) через терминал 2 связи в качестве части процесса на этапе S32.

Затем, процессор 19 сохранения и считывания запрашивающего исходного терминала (т.е. терминала 10aa) последовательно сохраняет информацию состояния терминалов, принимаемую из системы 50 управления (этап S33). Соответственно, запрашивающий исходный терминал (терминал 10aa) может обнаруживать текущую информацию рабочего состояния вариантов целевых терминалов, к примеру, терминала 10ab и т.п., допускающих обмен данными с запрашивающим исходным терминалом (терминалом 10aa).

Затем, модуль 20 создания списков адресов запрашивающего исходного терминала (терминала 10aa) создает список адресов, в котором отражаются состояния вариантов 10 целевых терминалов, на основе информации списков адресов и информации состояния терминала, сохраненной в энергозависимом модуле 1100 хранения, и модуль 16 управления отображением управляет временем отображения списка адресов дисплея 120, проиллюстрированного на Фиг.2 (этап S34).

Как описано выше, дисплей 120aa может отображать список адресов, содержащий целевые имена 11-2, значки 11-3a информации состояния, отражающие информацию состояния, и т.п., представленные во фрейме 11-1 списка адресов, как проиллюстрировано на Фиг.22.

Снова ссылаясь на Фиг.21, модуль 54 извлечения терминалов системы 50 управления выполняет поиск в таблице управления списками адресов (см. Фиг.12) посредством идентификатора терминала (01aa) для запрашивающего исходного терминала (т.е. терминала 10aa), который запрашивает ввод регистрационных данных, в качестве ключа поиска и извлекает идентификаторы терминалов для других запрашивающих исходных терминалов, которые зарегистрированы в качестве вариантов целевых терминалов, для идентификатора терминала "01aa" для запрашивающего исходного терминала (терминала 10aa). Как результат, модуль 54 извлечения терминалов извлекает идентификаторы терминалов для других запрашивающих исходных терминалов, которые зарегистрированы в качестве вариантов целевых терминалов, для идентификатора терминала "01aa" для запрашивающего исходного терминала (терминала 10aa) (этап S35). В таблице управления списками адресов, проиллюстрированной на Фиг.12, извлеченные идентификаторы терминалов для других запрашивающих исходных терминалов, которые зарегистрированы в качестве целевых терминалов, для идентификатора терминала "01aa" для запрашивающего исходного терминала (терминала 10aa), представляют собой "01ab", "01ba" и "01db".

Затем, модуль 55 получения состояния терминалов модуля 50 извлечения терминалов выполняет поиск таблицы управления терминалами (см. Фиг.11) посредством идентификатора терминала (01aa) для запрашивающего исходного терминала (т.е. терминала 10aa), который запрашивает ввод регистрационных данных, в качестве ключа поиска и обнаруживает рабочее состояние запрашивающего исходного терминала (т.е. терминала 10aa) (этап S36).

Для терминалов (10ab, 10ba, 10db), соответствующих идентификаторам терминалов (01ab, 01ba, 01db), извлеченным на этапе S35, модуль 51 приемо-передающего устройства передает информацию состояния терминала, содержащую идентификатор терминала "01aa" и рабочее состояние "онлайн" запрашивающего исходного терминала (терминала 10aa), обнаруженную на этапе S36, в терминалы (терминалы 10ba, 10db), рабочие состояния которых представляются как "онлайн" в таблице управления терминалами (см. Фиг.11) (этапы S37-1, S37-2). Следует отметить, что модуль 51 приемо-передающего устройства обращается к IP-адресу терминалов, управляемых в таблице управления терминалами, проиллюстрированной на Фиг.11, на основе идентификаторов терминалов (01ba, 01db в этом случае), когда модуль 51 приемо-передающего устройства передает информацию состояния терминалов (10ba, 10db). Соответственно, идентификатор терминала "01aa" и рабочее состояние "онлайн" запрашивающего исходного терминала (терминала 10aa) могут быть переданы в каждый из других целевых терминалов (10ba, 10db), допускающих обмен данными с запрашивающим исходным терминалом (терминалом 10aa), которые запрашивают ввод регистрационных данных в качестве целевого терминала.

Аналогично этапу S21, когда пользователь включает выключатель 109 питания, проиллюстрированный на Фиг.2, модуль 12 приемного устройства функционального ввода, проиллюстрированный на Фиг.4, принимает сигнал включения питания, чтобы включать питание другого терминала 10, и затем выполняются процессы, аналогичные процессам, выполняемым на этапах S22 - S38-1, S38-2. Таким образом, описания этапов S22 - S38-1, S38-2 опускаются.

Затем описывается процесс, в котором терминал запрашивает другой терминал, чтобы инициировать связь. Следует отметить, что Фиг.23 иллюстрирует процесс, в котором различные управляющие информационные элементы передаются и принимаются в сеансах sei передачи управляющей информации. Дополнительно, в этом варианте осуществления, запрашивающий исходный терминал (терминал 10aa) может обмениваться данными, по меньшей мере, с одним из терминалов (10bb, 10cb, 10db), имеющих рабочее состояние "онлайн" и состояние связи "нет связи", которые указываются посредством информации состояния терминала, принимаемой на этапе S32. Соответственно, далее описывается случай, в котором пользователь запрашивающего исходного терминала (терминала 10aa) выбирает целевые терминалы (терминалы 10bb, 10cb, 10db), чтобы инициировать связь.

Первоначально, когда пользователь запрашивающего исходного терминала (терминала 10aa) нажимает функциональную кнопку 108, проиллюстрированную на Фиг.2, чтобы выбирать целевые терминалы (терминалы 10bb, 10cb, 10db), модуль 12 приемного устройства функционального ввода, проиллюстрированный на Фиг.4, принимает соответствующие запросы на инициирование связи с целевыми терминалами (терминалами 10bb, 10cb, 10db) (этап S41). Модуль 11 приемо-передающего устройства терминала 10aa передает информацию запроса на инициирование, содержащую идентификатор терминала "01aa" для запрашивающего исходного терминала 10aa, идентификаторы терминалов (01bb, 01cb, 01db) для терминалов (терминалов 10bb, 10cb, 10db) и информацию запроса на изменение "пригласить", указывающую запрос на инициирование связи, в систему 50 управления (этап S42). Соответственно, модуль 51 приемо-передающего устройства системы 50 управления принимает информацию запроса на инициирование при обнаружении IP-адреса "1.2.1.3" запрашивающего исходного терминала 10aa, который является передающим исходным терминалом.

Модуль 53 управления состояниями изменяет поля состояния связи записей, ассоциированных с идентификаторами терминалов "01aa", "01bb", "01cb", "01db" в таблице управления терминалами (см. Фиг.11), на основе идентификатора терминала "01aa" для запрашивающего исходного терминала 10aa, идентификаторов терминалов (01bb, 01cb, 01db) для терминалов (терминалов 10bb, 10cb, 10db), содержащиеся в информации запроса на инициирование (этап S43).

В данном документе, процесс на этапе S43 подробнее описывается со ссылкой на Фиг.24. В этом варианте осуществления, модуль 53 управления состояниями изменяет состояние связи терминала 10 на основе правил изменения состояний связи, проиллюстрированных посредством схемы переходов состояний на Фиг.36. Например, когда модуль 53 управления состояниями принимает запрос на изменение "отмена", и состояние связи терминала - это "входящий вызов" или "исходящий вызов", модуль 53 управления состояниями изменяет состояние связи с "входящий вызов" или "исходящий вызов" на "нет связи". Когда состояние связи терминала - это "принято", модуль 53 управления состояниями позволяет состоянию связи оставаться "принято". В этом варианте осуществления описывается пример, в котором таблица управления изменением состояния (см. Фиг.16, 17 и 18) используется для реализации изменения состояния посредством модуля 53 управления состояниями; тем не менее, реализация изменения состояния может не ограничиваться этим примером. В этом случае, программы системы управления могут быть заданы таким образом, что модуль 53 управления состояниями изменяет состояние связи терминала 53 на основе правил изменения состояний связи, проиллюстрированных посредством схемы переходов состояний на Фиг.36.

Первоначально, модуль 53b получения состояния модуля 53 управления состояниями, проиллюстрированного на Фиг.5, получает состояния связи терминалов, управляемых посредством DB 5003 управления терминалами (этап S43-1). В этом случае, информация запроса на изменение "пригласить", принимаемая посредством модуля 51 приемо-передающего устройства, определяется заранее посредством модуля 63 определения информации запросов на изменение в качестве конкретной информации запроса на изменение. Таким образом, модуль 53 управления состояниями обнаруживает не только состояние связи запрашивающего исходного терминала (терминала 10aa), но также и состояния связи целевых терминалов (терминалов 10bb, 10cb, 10db). В этом случае, модуль 53b получения состояния выполняет поиск в таблице управления терминалами (см. Фиг.11) посредством идентификатора терминала "01aa" для запрашивающего исходного терминала (т.е. терминала 10aa) в качестве ключа поиска и получает рабочее состояние "нет связи" запрашивающего исходного терминала (т.е. терминала 10aa), который запрашивает инициирование связи. Аналогично, модуль 53b получения состояния также получает состояния связи "нет связи" целевых терминалов 10bb и 10db.

Затем, модуль 53c изменения состояния модуля 53 управления состояниями обнаруживает соответствующие элементы информации состояния до изменения запрашивающего исходного терминала и целевых терминалов, соответствующие информации запроса на изменение "пригласить" (этап S43-2). В этом случае, модуль 53c изменения состояния выполняет поиск в таблице управления изменением состояния (см. Фиг.17) посредством информации запроса на изменение "пригласить" и информации терминала "запрашивающий исходный" в качестве ключей поиска и обнаруживает информацию состояния до изменения "нет связи" запрашивающего исходного терминала. Аналогично, модуль 53c изменения состояния выполняет поиск в таблице управления изменением состояния (см. Фиг.17) посредством информации запроса на изменение "пригласить" и информации терминала "целевой" в качестве ключей поиска и обнаруживает информацию состояния до изменения "нет связи" целевых терминалов.

Затем, модуль 53c изменения состояния сравнивает состояние связи, полученное посредством модуля 53b получения состояния, и информацию состояния до изменения, обнаруженную посредством модуля 53c изменения состояния, для каждого терминала и определяет то, совпадает или нет состояние связи с информацией состояния до изменения (этап S43-3). В этом случае, модуль 53c изменения состояния сравнивает состояние связи "нет связи" запрашивающего исходного терминала (терминала 10aa), полученное посредством модуля 53b получения состояния, и информацию состояния до изменения "нет связи" запрашивающего исходного терминала, обнаруженную посредством модуля 53c изменения состояния, и определяет то, совпадает или нет состояние связи с информацией состояния до изменения. Аналогично, модуль 53c изменения состояния сравнивает состояние связи целевого терминала (терминала 10bb, 10cb или 10db), полученное посредством модуля 53b получения состояния, и информацию состояния до изменения целевых терминалов (терминал 10bb, 10cb или 10db), обнаруженную посредством модуля 53c изменения состояния, и определяет то, совпадает или нет состояние связи с информацией состояния до изменения для каждого целевого терминала.

Если совпадает состояние связи запрашивающего исходного терминала, полученное посредством модуля 53b получения состояния, и информация состояния до изменения запрашивающего исходного терминала, обнаруженная посредством модуля 53c изменения состояния, и совпадают состояния связи целевых терминалов (терминалов 10bb, 10cb и 10db), полученные посредством модуля 53b получения состояния, и соответствующая информация состояния до изменения целевых терминалов (терминалов 10bb, 10cb и 10db), обнаруженная посредством модуля 53c изменения состояния ("Да" на этапе S43-3), модуль 53c изменения состояния обнаруживает информацию изменения запрашивающего исходного терминала и информацию изменения целевых терминалов, соответствующую информации запроса на изменение "пригласить" (этап S43-4). В этом случае, модуль 53c изменения состояния выполняет поиск в таблице управления изменением состояния (см. Фиг.17) посредством информации запроса на изменение "пригласить" и информации терминала "запрашивающий исходный" в качестве ключей поиска и обнаруживает информацию изменения "исходящий вызов" запрашивающего исходного терминала. Аналогично, модуль 53c изменения состояния выполняет поиск в таблице управления изменением состояния (см. Фиг.17) посредством информации запроса на изменение "пригласить" и информации терминала "целевой" в качестве ключей поиска и обнаруживает информацию изменения "входящий вызов" целевых терминалов.

Модуль 53c изменения состояния изменяет поля состояния связи соответствующих записей, ассоциированных с идентификаторами терминалов "01aa", "01bb", "01cb", "01db" в таблице управления терминалами (см. Фиг.11), на основе идентификатора терминала "01aa" для запрашивающего исходного терминала 10aa, идентификаторов терминалов (01bb, 01cb, 01db) для терминалов (терминалов 10bb, 10cb, 10db), содержащихся в информации запроса на инициирование (этап S43-5). В этом случае, поле состояния связи записи, ассоциированной с идентификатором терминала "01aa" в таблице управления терминалами, изменяется на "исходящий вызов" на основе обнаруженной информации изменения запрашивающего исходного терминала. Аналогично, поля состояния связи записей, ассоциированных с идентификаторами терминалов "01bb", "01cb" и "01db" в таблице управления терминалами, изменяются на "входящий вызов" на основе обнаруженной информации изменения целевых терминалов. Дополнительно, модуль 61 определения определяет надлежащие процессы (см. этапы S48-1, S48-2 и S48-3) для передачи информации запроса на инициирование связи в целевые терминалы (терминалы 10bb, 10cb, 10db), чтобы выполнять управление вызовами для связи между запрашивающим исходным терминалом (терминалом 10aa) и целевыми терминалами (терминалами 10bb, 10cb, 10db).

Следует отметить, что если не совпадает состояние связи и информация состояния до изменения запрашивающего исходного терминала, или не совпадает состояние связи и информация состояния до изменения любого из целевых терминалов (терминалов 10bb, 10cb и 10db) ("Нет" на этапе S43-3), модуль 53c изменения состояния не изменяет поле состояния связи записи, ассоциированной с соответствующим одним из идентификаторов терминалов "01aa", "01bb", "01cb" и "01db", в таблице управления терминалами (см. Фиг.11). Это обусловлено тем, что любой из запрашивающего исходного терминала (терминала 10aa) и целевых терминалов (терминалов 10bb, 10cb, 10db) не готов инициировать связь. Дополнительно, модуль 61 определения определяет надлежащий процесс для создания предварительно определенного сообщения об ошибке и его передаче в запрашивающий исходный терминал (терминал 10aa). Затем, модуль 51 приемо-передающего устройства создает предварительно определенное сообщение об ошибке и передает его в запрашивающий исходный терминал (терминал 10aa), тем самым завершая процесс.

Затем, снова ссылаясь на Фиг.23, описывается процесс, выполняемый после процесса передачи информации запроса на инициирование в соответствующие целевые терминалы, определенные посредством модуля 61 определения. Первоначально, модуль 56a формирования идентификаторов сеансов формирует идентификатор сеанса "se1" для идентификации сеанса (т.е. сеанса sed передачи данных), который выполняет связь, запрашиваемую посредством запрашивающего исходного терминала (терминала 10aa), между запрашивающим исходным терминалом и каждым из целевых терминалов (этап S44). Когда модуль 56a формирования идентификаторов сеансов формирует идентификатор сеанса "se1", сформированный идентификатор сеанса "se1" и число целевых терминалов "3" сохраняются в энергозависимом модуле 5100 хранения. Число целевых терминалов ("3" в этом случае) используется для того, чтобы определять то, принимается или нет информация запроса на изменение "отклонить" из всех целевых терминалов, когда принимается информация запроса на изменение "отклонить", указывающая отклонение инициирования связи.

Затем, модуль 56 выбора ретрансляционных устройств модуля 50 управления состояниями выбирают ретрансляционное устройство 30 для ретрансляции связи между запрашивающим исходным терминалом (терминалом 10aa) и целевыми терминалами (терминалами 10bb, 10cb, 10db), на основе DB 5001 управления ретрансляционными устройствами и DB 5008 управления выбором ретрансляционных устройств (см. Фиг.4) (этап S45). В этом случае, модуль 56 выбора ретрансляционных устройств выполняет поиск в таблице управления выбором ретрансляционных устройств (см. Фиг.15) посредством идентификаторов терминалов "01aa", "01bb", "01cb" и "01db", содержащихся в информации запроса на инициирование связи (этап S43) в качестве ключей поиска и извлекает идентификаторы ретрансляционных устройств "111a", "111b", "111c" и "111d", ассоциированные с терминалами (10aa, 10bb, 10cb и 10db).

Если извлеченные идентификаторы ретрансляционного терминала являются идентичными, модуль 56c выбора обращается к рабочему состоянию ретрансляционного устройства 30 в таблице управления ретрансляционными устройствами (см. Фиг.9), соответствующего извлеченному идентификатору ретрансляционного устройства. Если рабочее состояние, соответствующее извлеченному идентификатору ретрансляционного устройства, является "онлайновым" состоянием, модуль 56c выбора выбирает ретрансляционное устройство, соответствующее извлеченному идентификатору ретрансляционного устройства, в качестве ретрансляционного устройства, используемого для ретрансляции связи. Тем не менее, если извлеченные идентификаторы ретрансляционных устройств не являются идентичными, или рабочее состояние является "оффлайн" в результате обращения к рабочему состоянию ретрансляционного устройства, соответствующего извлеченному идентификатору ретрансляционного устройства, модуль 56c выбора выбирает ретрансляционное устройство 30e, соответствующее извлеченному идентификатору ретрансляционного устройства "111e", в качестве ретрансляционного устройства, используемого для ретрансляции связи. Далее описывается случай, в котором модуль 56c выбора выбирает ретрансляционное устройство 30e в качестве ретрансляционного устройства, используемого для ретрансляции связи.

После того, как завершается выбор ретрансляционного устройства 30 (ретрансляционного устройства 30e в этом случае), модуль 57 управления сеансами сохраняет идентификатор терминала "01aa" для запрашивающего исходного терминала 10aa в поле идентификаторов запрашивающих исходных терминалов, идентификаторы терминалов (01bb, 01cb, 01db) для терминалов (терминалов 10bb, 10cb, 10db) в поле целевых терминалов и идентификатор ретрансляционного устройства (111e) для выбранного ретрансляционного устройства в поле ретрансляционных устройств записи, ассоциированной с идентификатором сеанса "se1" в таблице управления сеансами (см. Фиг.13) (этап S46).

Затем, модуль 51 приемо-передающего устройства, проиллюстрированный на Фиг.4, передает идентификатор сеанса, сформированный посредством модуля 56a формирования идентификаторов сеансов, и информацию подключения к ретрансляционному устройству, используемую для подключения ретрансляционного устройства 30e, выбранного посредством модуля 56c выбора, в запрашивающий исходный терминал (терминал 10aa) через сеть 2 связи (этап S47). Информация подключения к ретрансляционному устройству может содержать IP-адрес "1.1.1.3" ретрансляционного устройства 30e, аутентификационную информацию и номер порта и т.п. Соответственно, терминал 10aa может обнаруживать информацию подключения к ретрансляционному устройству, используемую для подключения к ретрансляционному устройству 30e, которое ретранслирует передаваемые данные посредством выполнения сеанса, соответствующего идентификатору сеанса "se1".

Затем, модуль 51 приемо-передающего устройства передает идентификатор терминала "01aa" для запрашивающего исходного терминала 10aa, информацию запроса на изменение "пригласить", указывающую запрос на инициирование связи с целевыми терминалами, информацию запроса на инициирование связи, содержащую идентификатор сеанса "se1", информацию подключения к ретрансляционному устройству, используемую для подключения к ретрансляционному устройству 30e, и IP-адрес системы 50 управления во все целевые терминалы (терминалы 10bb, 10cb, 10db) (этапы S48-1, S48-2 и S48-3). Соответственно, модули 11 приемо-передающего устройства целевых терминалов (терминалов 10bb, 10cb, 10db) могут принимать информацию запроса на инициирование связи и обнаруживать информацию подключения к ретрансляционному устройству, используемую для подключения к ретрансляционному устройству 30e, которое ретранслирует передаваемые данные и IP-адрес "1.1.1.2" системы 50 управления в качестве передающего исходного устройства.

Затем, процесс, который должен быть выполнен, когда целевой терминал (терминал 10db), который принимает информацию запроса на инициирование связи, принимает ответ, указывающий разрешение инициировать связь с запрашивающим исходным терминалом (терминалом 10aa), посредством нажатия пользователем целевого терминала (терминала 10db) функциональной кнопки 108, проиллюстрированной на Фиг.2, со ссылкой на Фиг.24 и 25. Целевой терминал (терминал 10db) принимает ответ, указывающий разрешение инициировать связь с запрашивающим исходным терминалом (терминалом 10aa), когда пользователь целевого терминала (терминала 10db) нажимает функциональную кнопку 108 (этап S49). Модуль 11 приемо-передающего устройства целевого терминала 10db передает информацию ответа по инициированию, содержащую идентификатор терминала "01db" для целевого терминала 10db, идентификатор терминала "01aa" для запрашивающего исходного терминала 10aa, информацию запроса на изменение "принять", указывающую разрешение инициировать связь, и идентификатор сеанса "se1", в систему 50 управления (этап S50).

Когда модуль 51 приемо-передающего устройства системы 50 управления принимает информацию ответа по инициированию, модуль 53 управления состояниями изменяет поля состояния связи соответствующих записей, ассоциированных с идентификаторами терминалов "01aa" и "01db" в таблице управления терминалами (см. Фиг.11), на основе идентификатора терминала "01aa" для запрашивающего исходного терминала 10aa и идентификатора терминала (01db) для терминала (терминала 10db) (этап S51).

В данном документе, процесс на этапе S51 подробнее описывается со ссылкой на Фиг.24. Первоначально, когда модуль 51 приемо-передающего устройства системы 50 управления принимает информацию ответа по инициированию, модуль 53b получения состояния модуля 53 управления состояниями, проиллюстрированного на Фиг.5, обнаруживает состояния связи терминалов, управляемых посредством таблицы управления терминалами (см. Фиг.11), аналогично процессу на этапе S43-1 (этап S51-1). В этом случае, информация запроса на изменение "принять", принимаемая посредством модуля 51 приемо-передающего устройства, определяется заранее посредством модуля 63 определения информации запросов на изменение в качестве конкретной информации запроса на изменение. Таким образом, модуль 53 управления состояниями обнаруживает не только состояние связи "входящий вызов" целевого терминала (терминала 10db), но также и состояние связи "исходящий вызов" запрашивающего исходного терминала (терминала 10aa).

Затем, модуль 53c изменения состояния модуля 53 управления состояниями обнаруживает информацию состояния до изменения "исходящий вызов" и "принято" запрашивающего исходного терминала 10aa, ассоциированную с информацией запроса на изменение "принять", управляемой в таблице управления изменением состояния (см. Фиг.17), аналогично процессу на этапе S43-2. Аналогично, модуль 53c изменения состояния модуля 53 управления состояниями обнаруживает информацию состояния до изменения "входящий вызов" целевого терминала, ассоциированную с информацией запроса на изменение "принять", управляемой в таблице управления изменением состояния (см. Фиг.17) (этап S51-2).

Затем, модуль 53c изменения состояния сравнивает состояние связи, полученное посредством модуля 53b получения состояния, и информацию состояния до изменения, обнаруженную посредством модуля 53c изменения состояния, для каждого терминала и определяет то, совпадает или нет состояние связи с информацией состояния до изменения (этап S51-3). В этом случае, модуль 53c изменения состояния сравнивает состояние связи "исходящий вызов" запрашивающего исходного терминала (терминала 10aa), полученное посредством модуля 53b получения состояния, и информацию состояния до изменения "исходящий вызов" запрашивающего исходного терминала, обнаруженную посредством модуля 53c изменения состояния, и определяет то, совпадает или нет состояние связи "исходящий вызов" запрашивающего исходного терминала (терминала 10aa) с одним из элементов информации состояния до изменения "исходящий вызов" и "принято". Аналогично, модуль 53c изменения состояния определяет то, совпадает или нет состояние связи "входящий вызов" целевого терминала (терминала 10db), полученное посредством модуля 53b получения состояния, с информацией состояния до изменения "входящий вызов" целевого терминала, обнаруженной посредством модуля 53c изменения состояния.

Если совпадает состояние связи запрашивающего исходного терминала и информация состояния до изменения запрашивающего исходного терминала, и совпадает состояние связи целевого терминала (терминала 10db) и информация состояния до изменения целевого терминала (терминала 10db) ("Да" на этапе S51-3), модуль 53c изменения состояния обнаруживает информацию изменения запрашивающего исходного терминала и информацию изменения целевого терминала, соответствующую информации ответа по инициированию "принять" (этап S51-4). В этом случае, модуль 53c изменения состояния выполняет поиск в таблице управления изменением состояния (см. Фиг.17) посредством информации ответа по инициированию "принять", информации терминала "запрашивающий исходный", указывающей запрашивающий исходный терминал, и информации состояния до изменения "исходящий вызов", указывающей предыдущее состояние связи запрашивающего исходного терминала, в качестве ключей поиска и обнаруживает информацию изменения "принято" запрашивающего исходного терминала.

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

Затем, модуль 53c изменения состояния изменяет поля состояния связи соответствующих записей, ассоциированных с идентификаторами терминалов "01aa" и "01db", содержащихся в информации ответа по инициированию в таблице управления терминалами (см. Фиг.11), на основе идентификатора терминала "01aa" для запрашивающего исходного терминала 10aa и идентификатора терминала (01db) для целевого терминала (терминала 10db) (этап S51-5). В этом случае, поле состояния связи записи, ассоциированной с идентификатором терминала "01aa" в таблице управления терминалами, изменяется на "принято" на основе обнаруженной информации изменения запрашивающего исходного терминала. Аналогично, поле состояния связи записи, ассоциированной с идентификатором терминала "01db" в таблице управления терминалами, изменяется на "принято" на основе обнаруженной информации изменения целевого терминала. Дополнительно, модуль 61 определения определяет надлежащий процесс (см. этап S52) для передачи информации ответа по инициированию в запрашивающий исходный терминал (терминал 10aa), чтобы выполнять управление вызовами для связи между запрашивающим исходным терминалом (терминалом 10aa) и целевым терминалом (терминалом 10db).

Следует отметить, что если не совпадают элементы состояния связи и информации состояния до изменения запрашивающего исходного терминала (10aa), либо не совпадают элементы состояния связи и информации состояния до изменения целевого терминала (терминала 10db) ("Нет" на этапе S51-3), модуль 53c изменения состояния не изменяет поле состояния связи записи, ассоциированной с соответствующим одним из идентификаторов терминалов "01aa" и "01db" в таблице управления терминалами (см. Фиг.11). В этом случае, модуль 61 определения определяет надлежащий процесс для создания предварительно определенного сообщения об ошибке и его передаче в целевой терминал (терминалу 10db). Затем, модуль 51 приемо-передающего устройства создает предварительно определенное сообщение об ошибке и передает его в целевой терминал (терминал 10db), тем самым завершая процесс.

Затем, снова ссылаясь на Фиг.25, описывается процесс, который должен быть выполнен, когда передача информации ответа по инициированию в целевой терминал определяется посредством модуля 61 определения. Модуль 51 приемо-передающего устройства передает информацию ответа по инициированию, содержащую идентификатор терминала "01db" для целевого терминала 10db, информацию запроса на изменение "принять", указывающую разрешение инициировать связь с целевым терминалом, и идентификатор сеанса "se1", в запрашивающий исходный терминал (этап S52). При приеме информации ответа по инициированию модуль 11 приемо-передающего устройства запрашивающего исходного терминала (терминала 10aa) передает идентификатор сеанса "se1" и информацию подключения к ретрансляционному устройству, обнаруженную на этапе S47, в ретрансляционное устройство 30e, тем самым подключая запрашивающий исходный терминал (терминал 10aa) и ретрансляционное устройство 30e (этап S53). Аналогично, модуль 11 приемо-передающего устройства целевого терминала (терминала 10db) передает идентификатор сеанса "se1" и информацию подключения к ретрансляционному устройству, обнаруженную на этапе S48-1, в ретрансляционное устройство 30e, тем самым подключая целевой терминал (терминал 10db) и ретрансляционное устройство 30e (этап S54).

Затем описывается процесс, который должен быть выполнен, когда целевой терминал (терминал 10bb), который принимает информацию запроса на инициирование связи, принимает ответ, указывающий отклонение в инициировании связи с запрашивающим исходным терминалом (терминалом 10aa), посредством нажатия пользователем целевого терминала (терминала 10bb) функциональной кнопки 108, проиллюстрированной на Фиг.2, со ссылкой на Фиг.26 и 27. Когда целевой терминал (терминал 10bb) принимает ответ, указывающий отклонение в инициировании связи с запрашивающим исходным терминалом (терминалом 10aa), посредством нажатия пользователем функциональной кнопки 108 целевого терминала (терминала 10bb) (этап S55), модуль 11 приемо-передающего устройства терминала 10bb передает информацию ответа по инициированию, содержащую идентификатор терминала "01bb" запрашивающего исходного терминала 10bb, информацию запроса на изменение "отклонить", указывающую отклонение в инициировании связи, и идентификатор сеанса "se1", в систему 50 управления (этап S56).

Когда модуль 51 приемо-передающего устройства системы 50 управления принимает информацию ответа по инициированию, модуль 53 управления состояниями изменяет поля состояния связи соответствующих записей, ассоциированных с идентификаторами терминалов "01aa" и "01bb" в таблице управления терминалами (см. Фиг.11), на основе идентификатора терминала "01aa" для запрашивающего исходного терминала 10aa и идентификатора терминала "01db" для терминала 10bb (этап S57).

В данном документе, процесс на этапе S57 подробнее описывается со ссылкой на Фиг.27. Первоначально, когда модуль 51 приемо-передающего устройства системы 50 управления принимает информацию ответа по инициированию, модуль 62 оценки сохраняет номер информации ответа по инициированию "отклонить", принимаемой посредством модуля 51 приемо-передающего устройства (число принимаемых ответов) в сеансе, указываемом посредством идентификатора сеанса "se1", в энергозависимом модуле 5100 хранения (этап S57-1). В этом случае, поскольку информация ответа по инициированию "отклонить", принимаемая из целевого терминала (терминала 10bb), является первой из информации ответа по инициированию "отклонить" в сеансе, указываемом посредством идентификатора сеанса "se1", модуль 62 оценки сохраняет число принимаемых ответов "1" в ассоциации с идентификатором сеанса "se1" в энергозависимом модуле 5100 хранения.

Затем, модуль 53b получения состояния модуля 53 управления состояниями, проиллюстрированного на Фиг.5, получает состояния связи терминалов, управляемых посредством таблицы управления терминалами (см. Фиг.11), аналогично процессу на этапе S43-1 (этап S57-2). В этом процессе модуль 63 определения информации запросов на изменение определяет информацию запроса на изменение "отклонить", принимаемую посредством модуля 51 приемо-передающего устройства, в качестве конкретной информации запроса на изменение. Таким образом, модуль 53 управления состояниями обнаруживает не только состояние связи "входящий вызов" целевого терминала (терминала 10bb), но также и состояние связи "принято" запрашивающего исходного терминала (терминала 10aa) (этап S57-2).

Затем, модуль 53c изменения состояния модуля 53 управления состояниями обнаруживает информацию состояния до изменения "исходящий вызов" и "принято" запрашивающего исходного терминала, ассоциированную с информацией ответа по инициированию "отклонить", управляемой в таблице управления изменением состояния (см. Фиг.18), аналогично процессу на этапе S43-2 (этап S57-3).

Затем, модуль 53c изменения состояния сравнивает состояние связи, полученное посредством модуля 53b получения состояния, и информацию состояния до изменения, обнаруженную посредством модуля 53c изменения состояния, и определяет то, совпадает или нет состояние связи с информацией состояния до изменения для каждого терминала (этап S57-4). В этом случае, модуль 53c изменения состояния сравнивает состояние связи "принято" запрашивающего исходного терминала (терминала 10aa), полученное посредством модуля 53b получения состояния, и один из элементов информации состояния до изменения "исходящий вызов" и "принято" запрашивающего исходного терминала, обнаруженных посредством модуля 53c изменения состояния, и определяет то, совпадает или нет состояние связи "принято" запрашивающего исходного терминала (терминала 10aa) с одним из элементов информации состояния до изменения "исходящий вызов" и "принято". Аналогично, модуль 53c изменения состояния определяет то, совпадает или нет состояние связи "входящий вызов" целевого терминала (терминала 10bb), полученное посредством модуля 53b получения состояния, с информацией состояния до изменения "входящий вызов" целевого терминала (терминала 10bb), обнаруженной посредством модуля 53c изменения состояния.

Если совпадает состояние связи и информация состояния до изменения запрашивающего исходного терминала, и совпадает состояние связи и информация состояния до изменения целевого терминала (терминала 10bb) для каждого терминала ("Да" на этапе S57-4), модуль 62 оценки определяет то, отклоняют или нет все целевые терминалы запрос из запрашивающего исходного терминала (терминала 10aa) либо часть целевых терминалов отклоняет запрос из запрашивающего исходного терминала (терминала 10aa) (этап S57-5). В этом процессе модуль 62 оценки обнаруживает число целевых терминалов "3" назначения, в которое передается информация запроса посредством запрашивающего исходного терминала (т.е. терминала 10aa), из энергозависимого модуля 5100 хранения (см. этап S44). Затем, модуль 62 оценки обнаруживает число принимаемых элементов информации ответа по инициированию "отклонить" (число принимаемых ответов) "1", измеряемое посредством модуля измерения, из энергозависимого модуля 5100 хранения (см. этап S57-1). Таким образом, модуль 62 оценки определяет то, что часть целевых терминалов отклоняет запрос из запрашивающего исходного терминала (терминала 10aa).

После завершения вышеуказанного определения, выполненного посредством модуля 62 оценки, модуль 53c изменения состояния обнаруживает соответствующую информацию изменения запрашивающего исходного терминала и целевых терминалов, ассоциированную с информацией ответа "отклонить" (этап S57-6). В этом случае, модуль 53c изменения состояния выполняет поиск в таблице управления изменением состояния (см. Фиг.18) посредством информации ответа "отклонить", информации терминала "запрашивающий исходный", указывающей запрашивающий исходный терминал, информации определения "часть", указывающей результат, определенный посредством модуля 62 оценки, и информации состояния до изменения "принято", указывающей предыдущее состояние связи запрашивающего исходного терминала, в качестве ключей поиска и обнаруживает информацию изменения "принято" запрашивающего исходного терминала. Аналогично, модуль 53c изменения состояния выполняет поиск в таблице управления изменением состояния (см. Фиг.18) посредством информации ответа "отклонить" и информации терминала "целевой" в качестве ключей поиска и обнаруживает информацию изменения "нет связи" целевых терминалов.

Затем, модуль 53c изменения состояния изменяет поля состояния связи соответствующих записей, ассоциированных с идентификаторами терминалов "01aa" и "01bb" в таблице управления терминалами (см. Фиг.11), на основе идентификатора терминала "01aa" для запрашивающего исходного терминала 10aa и идентификатора терминала (01bb) для терминала (терминала 10bb) (этап S57-7). В этом случае, поле состояния связи записи, ассоциированной с идентификатором терминала "01aa" в таблице управления терминалами, изменяется на "принято" на основе обнаруженной информации изменения запрашивающего исходного терминала. Аналогично, поле состояния связи записи, ассоциированной с идентификатором терминала "01bb" в таблице управления терминалами, изменяется на "нет связи" на основе обнаруженной информации изменения целевого терминала. Дополнительно, модуль 61 определения определяет надлежащий процесс (см. этап S59) для передачи информации ответа по инициированию в запрашивающий исходный терминал (терминал 10aa), чтобы выполнять управление вызовами для связи между запрашивающим исходным терминалом (терминалом 10aa) и целевым терминалом (терминалом 10bb).

Следует отметить, что если не совпадает состояние связи и информация состояния до изменения запрашивающего исходного терминала (10aa), или не совпадает состояние связи и информация состояния до изменения целевого терминала (терминала 10bb) ("Нет" на этапе S57-4), модуль 53c изменения состояния не изменяет поле состояния связи записи, ассоциированной с соответствующим одним из идентификаторов терминалов "01aa" и "01bb" в таблице управления терминалами (см. Фиг.11). В этом случае, модуль 61 определения определяет надлежащий процесс для создания предварительно определенного сообщения об ошибке и его передачи в целевой терминал (терминалу 10bb). Затем, модуль 51 приемо-передающего устройства создает предварительно определенное сообщение об ошибке и передает его в целевой терминал (терминал 10bb), тем самым завершая процесс.

Затем, снова ссылаясь на Фиг.26, описывается процесс, который должен быть выполнен, когда процесс передачи информации запроса на инициирование связи в запрашивающий исходный терминал (терминал 10aa) определяется посредством модуля 61 определения. Первоначально, модуль 57 управления сеансами удаляет идентификатор терминала "01bb" для целевого терминала (терминала 10bb) из поля идентификаторов целевых терминалов записи, ассоциированной с идентификатором сеанса "se1" в таблице управления сеансами энергонезависимого модуля 5000 хранения (см. Фиг.13) (этап S58). Дополнительно, модуль 51 приемо-передающего устройства передает информацию ответа по инициированию, содержащую идентификатор терминала "01bb" для целевого терминала 10bb, информацию ответа "отклонить", указывающую отклонение в инициировании связи, и идентификатор сеанса "se1", в запрашивающий исходный терминал (терминал 10aa) (этап S59). Соответственно, запрашивающий исходный терминал (терминал 10aa) обнаруживает индикатор того, что отклонено инициирование связи с целевым терминалом (терминалом 10bb).

Затем описывается процесс, который должен быть выполнен, когда запрашивающий исходный терминал (терминал 10aa) принимает запрос для отмены запроса на инициирование связи для связи посредством нажатия пользователем запрашивающего исходного терминала (терминала 10aa) функциональной кнопки 108 после того, как запрос на инициирование связи для связи передается посредством запрашивающего исходного терминала (терминала 10aa), со ссылкой на Фиг.24 и 28. Когда запрашивающий исходный терминал (терминал 10aa) принимает ответ, указывающий отмену запроса на инициирование связи (в дальнейшем называемый "информацией запроса на отмену"), посредством нажатия пользователем функциональной кнопки 108 запрашивающего исходного терминала (терминала 10aa) (этап S61), модуль 11 приемо-передающего устройства терминала 10aa передает информацию запроса на отмену, содержащую идентификатор терминала "01aa" для запрашивающего исходного терминала (терминала 10aa), информацию запроса на изменение "отмена", указывающую отмену запроса на инициирование связи, и идентификатор сеанса "se1", в систему 50 управления (этап S62).

Когда модуль 51 приемо-передающего устройства системы 50 управления принимает информацию запроса на отмену, модуль 53 управления состояниями изменяет поле состояния связи записи, ассоциированной с идентификатором терминала "01aa" в таблице управления терминалами (см. Фиг.11), на основе идентификатора терминала "01aa" для запрашивающего исходного терминала 10aa (этап S63).

В данном документе, процесс на этапе S63 подробнее описывается со ссылкой на Фиг.24. Первоначально, когда модуль 51 приемо-передающего устройства системы 50 управления принимает информацию запроса на изменение "отмена", содержащую информацию запроса на отмену, модуль 53b получения состояния модуля 53 управления состояниями, проиллюстрированного на Фиг.5, обнаруживает состояния связи терминалов, управляемых посредством таблицы управления терминалами (см. Фиг.11) (этап S63-1). В этом процессе модуль 63 определения информации запросов на изменение определяет информацию запроса на изменение "отмена", принимаемую посредством модуля 51 приемо-передающего устройства, в качестве конкретной информации запроса на изменение. Таким образом, модуль 53 управления состояниями обнаруживает не только состояние связи запрашивающего исходного терминала (терминала 10aa), но также и состояния связи целевых терминалов (этап S63-1). В этом случае, модуль 53b получения состояния выполняет поиск в таблице управления терминалами (см. Фиг.11) посредством идентификатора терминала "01aa" для запрашивающего исходного терминала (терминала 10aa) в качестве ключа поиска и получает состояние связи "принято" запрашивающего исходного терминала (терминала 10aa), который запрашивает инициирование связи. Затем, модуль 53b получения состояния выполняет поиск в таблице управления сеансами (см. Фиг.13) посредством идентификатора сеанса "se1" в качестве ключа поиска и получает идентификаторы терминалов "01db" и "01cb" для целевых терминалов. Затем, модуль 53b получения состояния выполняет поиск в таблице управления изменением состояния (см. Фиг.11) посредством идентификатора терминала "01db" для целевого терминала (терминала 10db) и идентификатора терминала "01cd" для целевого терминала (терминала 10cb) в качестве ключей поиска и получает соответствующие состояния связи "принято" и "входящий вызов" целевых терминалов (терминалов 10db и 10cd в этом случае). Затем, модуль 53c изменения состояния модуля 53 управления состояниями обнаруживает информацию состояния до изменения "исходящий вызов" и "принято" запрашивающего исходного терминала и информацию состояния до изменения "входящий вызов" целевого терминала, ассоциированную с информацией ответа по инициированию "отмена", управляемой в таблице управления изменением состояния (см. Фиг.17), аналогично процессу на этапе S43-2 (этап 63-2).

Затем, модуль 53c изменения состояния сравнивает состояние связи, полученное посредством модуля 53b получения состояния, и информацию состояния до изменения, обнаруженную посредством модуля 53c изменения состояния, для каждого терминала и определяет то, совпадает или нет состояние связи с информацией состояния до изменения (этап S63-3). В этом случае, модуль 53c изменения состояния сравнивает состояние связи "принято" запрашивающего исходного терминала (терминала 10aa), полученное посредством модуля 53b получения состояния, и одну из информации состояния до изменения "исходящий вызов" и "принято" запрашивающего исходного терминала, обнаруженную посредством модуля 53c изменения состояния, и определяет то, совпадает или нет состояние связи "принято" запрашивающего исходного терминала (терминала 10aa) с одной из информации состояния до изменения "исходящий вызов" и "принято" соответствующего целевого терминала. Аналогично, модуль 53c изменения состояния определяет то, совпадают или нет состояние связи "принято" целевого терминала (терминала 10db) и состояние связи "входящий вызов" целевого терминала (терминала 10cb), полученные посредством модуля 53b получения состояния, с информацией состояния до изменения "входящий вызов" соответствующего целевого терминала, обнаруженной посредством модуля 53c изменения состояния.

Если совпадает состояние связи запрашивающего исходного терминала, полученное посредством модуля 53b получения состояния, и информация состояния до изменения запрашивающего исходного терминала, обнаруженная посредством модуля 53c изменения состояния, и совпадают состояния связи целевых терминалов, полученные посредством модуля 53b получения состояния, и соответствующие элементы информации состояния до изменения целевых терминалов, обнаруженные посредством модуля 53c изменения состояния ("Да" на этапе S63-3), модуль 53c изменения состояния обнаруживает информацию изменения запрашивающего исходного терминала и информацию изменения целевых терминалов, соответствующую информации запроса на изменение "отмена" (этап S63-4). В этом случае, модуль 53c изменения состояния выполняет поиск в таблице управления изменением состояния (см. Фиг.18) посредством информации запроса на изменение "отмена", информации терминала "запрашивающий исходный", указывающей запрашивающий исходный терминал, и информации состояния до изменения "принято", указывающей предыдущее состояние связи запрашивающего исходного терминала, в качестве ключей поиска и обнаруживает информацию изменения "принято" запрашивающего исходного терминала. Аналогично, модуль 53c изменения состояния выполняет поиск в таблице управления изменением состояния (см. Фиг.17) посредством информации запроса на изменение "отмена" и информации терминала "целевой" в качестве ключей поиска и обнаруживает информацию изменения "нет связи" целевого терминала.

Затем, модуль 53c изменения состояния изменяет поля состояния связи соответствующих записей, ассоциированных с идентификаторами терминалов "01aa" и "01cb" в таблице управления терминалами (см. Фиг.11), на основе идентификатора терминала "01aa" для запрашивающего исходного терминала 10aa и идентификатора терминала (01cb) для терминала (терминала 10cb) (этап S63-5). В этом случае, поле состояния связи записи, ассоциированной с идентификатором терминала "01aa" в таблице управления терминалами, изменяется на "принято" на основе обнаруженной информации изменения запрашивающего исходного терминала. Аналогично, поле состояния связи записи, ассоциированной с идентификатором терминала "01cb" в таблице управления терминалами, изменяется на "нет связи" на основе обнаруженной информации изменения целевого терминала. Дополнительно, модуль 61 определения определяет надлежащие процессы (см. этапы S65-1 и S65-2) для передачи информации запроса на отмену в запрашивающий исходный терминал (терминал 10aa) и целевой терминал (терминал 10cb), чтобы выполнять управление вызовами для связи между запрашивающим исходным терминалом (терминалом 10aa) и целевым терминалом (терминалом 10cb).

Если не совпадает состояние связи и информация состояния до изменения запрашивающего исходного терминала, или не совпадает состояние связи и информация состояния до изменения целевого терминала ("Нет" на этапе S63-3), модуль 53c изменения состояния не изменяет поле состояния связи записи, ассоциированной с соответствующим одним из идентификаторов терминалов запрашивающего исходного терминала и целевого терминала в таблице управления терминалами (см. Фиг.11). В этом варианте осуществления, поскольку состояние связи "принято" целевого терминала (терминала 10db) отличается от состояния до изменения "входящий вызов" целевого терминала (терминала 10db), поле состояния связи записи, ассоциированной с идентификатором терминала "01db", не изменяется в таблице управления терминалами (см. Фиг.11. Это обусловлено тем, что целевой терминал (терминал 10db) уже авторизовал запрос на осуществление связи и тем самым не может отменять запрос на осуществление связи. В этом случае, модуль 61 определения определяет надлежащий процесс для создания предварительно определенного сообщения об ошибке, указывающего то, что не может быть отменена связь с целевым терминалом (терминалом 10db), и его передачи в запрашивающий исходный терминал (терминал 10aa). Затем, модуль 51 приемо-передающего устройства создает предварительно определенное сообщение об ошибке и передает его в запрашивающий исходный терминал (терминал 10aa), тем самым завершая процесс.

Затем, снова ссылаясь на Фиг.28, описывается процесс, который должен быть выполнен, когда передача информации, указывающей то, что отменен запрос на осуществление связи, в запрашивающий исходный терминал (терминал 10aa) и целевой терминал (терминал 10cb), определяется посредством модуля 61 определения. Первоначально, модуль 57 управления сеансами удаляет идентификатор терминала "01cb" для целевого терминала (терминала 10cb) из поля идентификаторов целевых терминалов записи, ассоциированной с идентификатором сеанса "se1" в таблице управления сеансами энергонезависимого модуля 5000 хранения (см. Фиг.13) (этап S64).

Дополнительно, модуль 51 приемо-передающего устройства передает информацию отмены, содержащую идентификатор сеанса "se1", и информацию, указывающую то, что отменена связь с целевым терминалом (терминалом 10cb), в запрашивающий исходный терминал (терминал 10aa) и целевой терминал (терминал 10cb) (этапы S65-1 и S65-2). Соответственно, запрашивающий исходный терминал (терминал 10aa) и целевой терминал (терминал 10cb) обнаруживают индикатор того, что отменена связь между запрашивающим исходным терминалом (терминалом 10aa) и целевым терминалом (терминалом 10cb).

Затем описывается процесс, в котором ретрансляционное устройство 30e инициирует ретрансляцию передаваемых данных, передаваемых между запрашивающим исходным терминалом (терминалом 10aa) и целевым терминалом (терминалом 10db). Следует отметить, что Фиг.29 иллюстрирует процесс, в котором различные управляющие информационные элементы передаются и принимаются через сеансы sei передачи управляющей информации.

Первоначально, когда запрашивающий исходный терминал (терминал 10aa) подключается к ретрансляционному устройству 30e (см. этап S53), модуль 11 приемо-передающего устройства запрашивающего исходного терминала (10aa) передает информацию запроса на ретрансляцию, содержащую идентификатор терминала "01aa" для запрашивающего исходного терминала (терминала 10aa), идентификатор сеанса "se1" и информацию запроса на изменение "присоединиться", указывающую запрос на инициирование ретрансляции передаваемых данных (в дальнейшем называемую "запросом на инициирование ретрансляции"), в систему 50 управления в предварительно определенное время (этап S71-1).

Когда модуль 51 приемо-передающего устройства системы 50 управления принимает информацию запроса на ретрансляцию, модуль 53 управления состояниями изменяет поле состояния связи записи, ассоциированной с идентификатором терминала "01aa" в таблице управления терминалами (см. Фиг.11), на основе идентификатора терминала "01aa" для запрашивающего исходного терминала 10aa (этап S72-1).

В данном документе, процесс на этапе S72-1 подробнее описывается со ссылкой на Фиг.30. Первоначально, модуль 53b получения состояния модуля 53 управления состояниями, проиллюстрированного на Фиг.5, получает состояния связи терминалов, управляемых посредством DB 5003 управления терминалами (этап S72-1-1). В этом случае, информация запроса на изменение "присоединиться", принимаемая посредством модуля 51 приемо-передающего устройства, определяется заранее посредством модуля 63 определения информации запросов на изменение в качестве неконкретной информации запроса на изменение. Таким образом, модуль 53 управления состояниями обнаруживает только состояние связи запрашивающего исходного терминала (терминала 10aa). В этом случае, модуль 53b получения состояния выполняет поиск в таблице управления терминалами (см. Фиг.11) посредством идентификатора терминала "01aa" для запрашивающего исходного терминала (терминала 10aa) в качестве ключа поиска и получает состояние связи "принято" запрашивающего исходного терминала (терминала 10aa), который запрашивает инициирование ретрансляции передаваемых данных.

Затем, модуль 53c изменения состояния модуля 53 управления состояниями обнаруживает информацию состояния до изменения запрашивающего исходного терминала (терминала 10aa), соответствующую информации запроса на изменение "присоединиться" (этап S72-1-2). В этом случае, модуль 53c изменения состояния выполняет поиск в таблице управления изменением состояния (см. Фиг.16) посредством информации запроса на изменение "присоединиться" в качестве ключа поиска и обнаруживает информацию состояния до изменения "принято" запрашивающего исходного терминала (терминала 10aa).

Затем, модуль 53c изменения состояния сравнивает состояние связи, полученное посредством модуля 53b получения состояния, и информацию состояния до изменения, обнаруженную посредством модуля 53c изменения состояния, для терминала 10aa и определяет то, совпадает или нет состояние связи с информацией состояния до изменения (этап S72-1-3). В этом случае, модуль 53c изменения состояния сравнивает состояние связи "принято" запрашивающего исходного терминала (терминала 10aa), полученное посредством модуля 53b получения состояния, и информацию состояния до изменения "принято" запрашивающего исходного терминала (терминала 10aa), обнаруженную посредством модуля 53c изменения состояния, и определяет то, совпадает или нет состояние связи с информацией состояния до изменения.

Если совпадает состояние связи запрашивающего исходного терминала, полученное посредством модуля 53b получения состояния, и информация состояния до изменения запрашивающего исходного терминала, обнаруженная посредством модуля 53c изменения состояния ("Да" на этапе S72-1-3), модуль 53c изменения состояния обнаруживает информацию изменения запрашивающего исходного терминала, ассоциированную с информацией запроса на изменение "присоединиться" (этап S72-1-4). В этом случае, модуль 53c изменения состояния выполняет поиск в таблице управления изменением состояния (см. Фиг.16) посредством информации запроса на изменение "присоединиться" в качестве ключа поиска и обнаруживает информацию изменения "занято".

Затем, модуль 53c изменения состояния изменяет поле состояния связи записи, ассоциированной с идентификатором терминала "01aa" в таблице управления терминалами (см. Фиг.11), на основе идентификатора терминала "01aa" для запрашивающего исходного терминала 10aa (этап S72-1-5). В этом случае, поле состояния связи записи, ассоциированной с идентификатором терминала "01aa" в таблице управления терминалами, изменяется на "занято" на основе обнаруженной информации изменения.

Дополнительно, модуль 61 определения определяет надлежащий процесс (см. этап S73-1) для передачи запроса на инициирование ретрансляции в ретрансляционное устройство 30e, чтобы выполнять управление вызовами для связи.

Следует отметить, что если не совпадает состояние связи и информация состояния до изменения запрашивающего исходного терминала (10aa) ("Нет" на этапе S72-1-3), модуль 53c изменения состояния не изменяет поле состояния связи записи, ассоциированной с идентификатором терминала "01aa" в таблице управления терминалами (см. Фиг.11). В этом случае, модуль 61 определения определяет надлежащий процесс для создания предварительно определенного сообщения об ошибке и передачи его в запрашивающий исходный терминал (терминал 10aa). Затем, модуль 51 приемо-передающего устройства создает предварительно определенное сообщение об ошибке и передает его в запрашивающий исходный терминал (терминал 10aa), тем самым завершая процесс.

Затем, снова ссылаясь на Фиг.29, описывается процесс, который должен быть выполнен, когда передача запроса на инициирование ретрансляции в ретрансляционное устройство 30e определяется посредством модуля 61 определения. Первоначально, система 50 управления передает запрос на инициирование ретрансляции, содержащий идентификатор терминала "01aa" для запрашивающего исходного терминала 10aa и идентификатор сеанса "se1", в ретрансляционное устройство 30e (этап S73-1). Когда ретрансляционное устройство 30e принимает запрос на инициирование ретрансляции, ретрансляционное устройство 30e передает информацию разрешения инициирования ретрансляции, содержащую информацию с сообщением "OK", указывающую разрешение инициировать ретрансляцию передаваемых данных, в систему 50 управления (этап S74-1). При приеме информации разрешения инициирования ретрансляции в качестве ответа модуль 51 приемо-передающего устройства системы 50 управления передает принимаемую информацию разрешения инициирования ретрансляции в запрашивающий исходный терминал (терминал 10aa) (этап S75-1). Соответственно, сеанс sed передачи данных устанавливается между запрашивающим исходным терминалом (терминалом 10aa) и ретрансляционным устройством 30e (этап S76-1).

Между тем, когда целевой терминал (терминал 10db) подключается к ретрансляционному устройству 30e (см. Фиг.25, этап S54), модуль 11 приемо-передающего устройства целевого терминала (10db) передает информацию запроса на ретрансляцию, содержащую идентификатор терминала "01db" для целевого терминала (терминала 10db), идентификатор сеанса "se1" и информацию запроса на изменение "присоединиться", указывающую запрос на инициирование ретрансляции передаваемых данных, в систему 50 управления в предварительно определенное время (этап S71-2).

Затем, система 50 управления и ретрансляционное устройство 30e выполняют процессы, аналогичные процессам на этапах S72-1, S73-1, S74-1 и S75-1, так что сеанс sed передачи данных устанавливается между целевым терминалом (терминалом 10db) и ретрансляционным устройством 30e (этапы 72-2, S73-2, S74-2, S75-2 и S76-2). Когда соответствующие сеансы sed передачи данных устанавливаются между запрашивающим исходным терминалом (терминалом 10aa) и ретрансляционным устройством 30e и между целевым терминалом (терминалом 10db) и ретрансляционным устройством 30e, ретрансляционное устройство 30e может ретранслировать три уровня данных изображений, т.е. данные изображений низкого разрешения, среднего разрешения и высокого разрешения и аудиоданные, между терминалами (терминалами 10aa и 10db). Соответственно, видеоконференция может быть инициирована между терминалами (10aa и 10db).

Затем описывается процесс, в котором данные изображений и аудиоданные передаются и принимаются между запрашивающим исходным терминалом (терминалом 10aa) и целевым терминалом (терминалом 10db), чтобы инициировать видеоконференцию между ними, со ссылкой на Фиг.4 и 31. Следует отметить, что процесс передачи и приема данных изображений и аудиоданных и нижеописанный процесс обнаружения времени задержки являются идентичными касательно одностороннего процесса передачи данных изображений и аудиоданных из терминала 10aa в терминал 10db и обратного процесса передачи данных изображений и аудиоданных из терминала 10db в терминал 10aa. Соответственно, процесс передачи и приема данных изображений и аудиоданных и нижеописанный процесс обнаружения времени задержки описываются только на основе одностороннего процесса передачи данных изображений и аудиоданных из терминала 10aa в терминал 10db, и описания обратных процессов опускаются.

Первоначально, модуль 11 приемо-передающего устройства запрашивающего исходного терминала (терминала 10aa) передает данные изображений объекта, захватываемого посредством модуля 14 формирования изображений, и аудиоданные, вводимые посредством модуля 15a речевого ввода в сеансе sed передачи изображений и аудиоданных, в ретрансляционное устройство 30e через сеть 2 связи (этап S81). Следует отметить, что в этом варианте осуществления передаются данные изображений высокого качества, сформированные из трех уровней данных изображений, т.е. данные изображений низкого разрешения, среднего разрешения и высокого разрешения, проиллюстрированные на Фиг.20, и аудиоданные. Соответственно, модуль 31 приемо-передающего устройства ретрансляционного устройства 30e может принимать три уровня разрешения данных изображений и аудиоданных.

Модуль 33 проверки качества данных выполняет поиск в таблице управления качеством изменения (см. Фиг.7) посредством IP-адреса целевого терминала (терминала 10db) в качестве ключа поиска и проверяет качество данных изображений, которые должны быть ретранслированы, посредством извлечения качества изображений соответствующих данных изображений, которые должны быть ретранслированы (этап S82). В этом варианте осуществления, качество изображений для данных изображений, проверенное посредством модуля 33 проверки качества данных, является "высоким качеством изображений", т.е. является качеством изображений, идентичным качеству изображений для данных изображений, принимаемых посредством модуля 31 приемо-передающего устройства. Соответственно, ретрансляционное устройство 30a передает данные изображений и аудиоданные в сеансе sed передачи изображений и аудиоданных в целевой терминал (терминал 10db) без изменений (этап S83). Таким образом, в целевом терминале (терминале 10db), модуль 11 приемо-передающего устройства принимает данные изображений и аудиоданные, модуль 16 управления отображением отображает изображения на дисплее 120 на основе вышеуказанных данных изображений, и модуль 15b речевого вывода выводит звуки на основе вышеуказанных аудиоданных.

Затем, модуль 18 детектора задержки целевого терминала (терминала 10db) обнаруживает время задержки данных изображений, принимаемых посредством модуля 11 приемо-передающего устройства за предварительно определенное время (например, в секунду) (этап S84). Следует отметить, что далее описывается случай, в котором время задержки определяется как 200 мс.

Модуль 11 приемо-передающего устройства целевого терминала (терминала 10db) передает информацию задержки, указывающую время задержки "200 мс" в сеансе sei передачи управляющей информации, в систему 50 управления через сеть 2 связи (этап S85). Соответственно, система 50 управления может обнаруживать время задержки и IP-адрес "1.3.2.4" целевого терминала 10db, который является передающим исходным терминалом для передачи информации задержки.

Затем, модуль 60 управления временем задержки системы 50 управления выполняет поиск в таблице управления терминалами (см. Фиг.11) посредством IP-адреса "1.3.2.4" целевого терминала (терминала 10db) в качестве ключа поиска, чтобы извлекать соответствующий идентификатор терминала "01db". Дополнительно, модуль 60 управления временем задержки управляет временем задержки посредством сохранения времени задержки "200 мс", указываемого посредством информации задержки, в поле времени задержки записи, соответствующей извлеченному идентификатору терминала "01db" в таблице управления сеансами (см. Фиг.13) (этап S86).

Затем, модуль 58 определения качества выполняет поиск в таблице управления качеством (см. Фиг.14) посредством времени задержки "200 мс" в качестве ключа поиска и извлекает "среднее качество изображений" для соответствующих данных изображений, чтобы определять качество изображений для данных изображений в качестве "среднего качества изображений" (этап S87).

Затем, модуль 51 определения качества выполняет поиск в таблице управления ретрансляционными устройствами (см. Фиг.9) посредством идентификатора ретрансляционного устройства "111e", ассоциированного с идентификатором терминала "01db" в таблице управления сеансами (см. Фиг.13), в качестве ключа поиска и извлекает соответствующий IP-адрес "1.1.1.3" ретрансляционного устройства 30e (этап S88).

Модуль 51 приемо-передающего устройства затем передает информацию качества, указывающую качество изображений "среднее" для данных изображений, определенное на этапе S87, в ретрансляционное устройство 30e через сеть 2 связи (этап S89). Информация качества содержит IP-адрес "1.3.2.4" целевого терминала (терминала 10db), используемый в качестве ключа поиска на этапе S86. Соответственно, в ретрансляционном устройстве 30e, модуль 34 управления качеством изменения сохраняет IP-адрес "1.3.2.4" передающего исходного терминала 10 (терминала 10db в этом случае) и качество изображений "среднее качество изображений" для данных изображений, которые должны быть ретранслированы, посредством ассоциирования передающего исходного терминала 10 (терминала 10db в этом случае) с IP-адресом "1.3.2.4" и качеством изображений "среднее качество изображений" для данных изображений, которые должны быть ретранслированы, в таблице управления качеством изменения (см. Фиг.7) (этап S90).

Затем, терминал 10aa непрерывно передает три уровня данных изображений низкого, среднего и высокого качества и аудиоданных в сеансе sed передачи изображений и аудиоданных в ретрансляционное устройство 30e, аналогично процессу на этапе S81 (этап S91). Соответственно, в ретрансляционном устройстве 30e, модуль 33 проверки качества данных выполняет поиск в таблице управления качеством изменения (см. Фиг.7) посредством IP-адреса "1.3.2.4" целевого терминала (терминала 10db) в качестве ключа поиска и проверяет качество данных изображений, которые должны быть ретранслированы, посредством извлечения "среднего качества изображений" для соответствующих данных изображений, которые должны быть ретранслированы, аналогично процессу на этапе S82 (этап 592).

В этом варианте осуществления, качество изображений для данных изображений, проверенное посредством модуля 33 проверки качества данных, является "средним качеством изображений", уровень которого ниже качества изображений для данных изображений, принимаемых посредством модуля 31 приемо-передающего устройства. Соответственно, модуль 35 изменения качества данных изменяет качество изображений для данных изображений посредством ухудшения данных изображений высокого качества до данных изображений среднего качества (этап 593). Модуль 31 приемо-передающего устройства затем передает данные изображений, имеющие "среднее" качество изображений, и аудиоданные без изменения качества звука в сеансе sed передачи изображений и аудиоданных в терминал 10db через сеть 2 связи (этап S94). Таким образом, когда задерживается прием данных изображений посредством целевого терминала (терминала 10db), ретрансляционное устройство изменяет качество изображений, так что участники видеоконференции могут избежать неестественных ощущений.

Затем описывается процесс, в котором целевой терминал (терминал 10cb) участвует в сеансе передачи данных, который установлен между запрашивающим исходным терминалом (терминалом 10aa) и целевым терминалом (терминалом 10db), со ссылкой на Фиг.32. Следует отметить, что Фиг.32 иллюстрирует процесс, в котором различные управляющие информационные элементы передаются и принимаются через сеансы sei передачи управляющей информации.

Первоначально, пользователь запрашивающего исходного терминала (терминала 10aa) нажимает функциональную кнопку 108, проиллюстрированную на Фиг.2, чтобы принимать информацию относительно запроса на сообщение идентификатора сеанса в целевой терминал 10cb, чтобы целевой терминал 10cb участвовал в сеансе sed связи (этап S101). Модуль 11 приемо-передающего устройства запрашивающего исходного терминала (терминала 10aa) передает информацию запроса на сообщение идентификатора сеанса, содержащую идентификатор терминала "01aa" для запрашивающего исходного терминала (терминала 10aa), идентификатор терминала "01cb" для целевого терминала (терминала 10cb) и идентификатор сеанса "se1", в систему 50 управления (этап S102). При приеме информации запроса на сообщение идентификатора сеанса модуль 51 приемо-передающего устройства системы 50 управления передает информацию с сообщением идентификатора сеанса, содержащую идентификатор терминала "01aa" для запрашивающего исходного терминала (терминала 10aa) и идентификатор сеанса "se1", в терминал 10cb (этап S103).

При приеме информации с сообщением идентификатора сеанса целевой терминал (терминал 10cb) принимает запрос на участие в сеансе sed передачи данных (этап S104). В этом случае, пользователь целевого терминала (терминала 10cb) нажимает функциональную кнопку 108, проиллюстрированную на Фиг.2, чтобы принимать запрос на участие в сеансе sed передачи данных. Соответственно, модуль 11 приемо-передающего устройства целевого терминала (терминала 10cb) передает информацию запроса на участие в сеансе, содержащую идентификатор терминала "01cb" для целевого терминала (терминала 10cb), информацию запроса на изменение "вызов", указывающую запрос на участие в сеансе передачи данных, и идентификатор сеанса "se1", в систему 50 управления (этап S105).

При приеме информации запроса на участие в сеансе модуль 53 управления состояниями системы 50 управления изменяет поле состояния связи записи, ассоциированной с идентификатором терминала "01cb" в таблице управления терминалами (см. Фиг.11), на основе идентификатора терминала "01cb" запрашивающего исходного терминала (терминала 10cb), содержащегося в информации запроса на участие в сеансе (этап S106).

В данном документе, процесс на этапе S106 подробнее описывается со ссылкой на Фиг.33. Первоначально, модуль 53b получения состояния модуля 53 управления состояниями, проиллюстрированного на Фиг.5, получает состояния связи терминалов, управляемых посредством DB 5003 управления терминалами (этап S106-1). В этом случае, информация запроса на изменение "вызов", принимаемая посредством модуля 51 приемо-передающего устройства, определяется заранее посредством модуля 63 определения информации запросов на изменение в качестве неконкретной информации запроса на изменение. Таким образом, модуль 53 управления состояниями обнаруживает только состояние связи целевого терминала (терминала 10cb). В этом случае, модуль 53b получения состояния выполняет поиск в таблице управления терминалами (см. Фиг.11) посредством идентификатора терминала "01cb" для целевого терминала (терминала 10cb) в качестве ключа поиска и получает состояние связи "нет связи" целевого терминала (терминала 10cb), который запрашивает участие в сеансе передачи данных.

Затем, модуль 53c изменения состояния модуля 53 управления состояниями обнаруживает информацию состояния до изменения целевого терминала, соответствующую информации запроса на изменение "вызов" (этап S106-2). В этом случае, модуль 53c изменения состояния выполняет поиск в таблице управления изменением состояния (см. Фиг.16) посредством информации запроса на изменение "вызов" в качестве ключа поиска и обнаруживает информацию состояния до изменения "нет связи" целевого терминала (терминала 10cb).

Затем, модуль 53c изменения состояния сравнивает состояние связи, полученное посредством модуля 53b получения состояния, и информацию состояния до изменения, обнаруженную посредством модуля 53c изменения состояния, и определяет то, совпадает или нет состояние связи с информацией состояния до изменения (этап S106-3). В этом случае, модуль 53c изменения состояния сравнивает состояние связи "нет связи" целевого терминала (терминала 10cb), полученное посредством модуля 53b получения состояния, и информацию состояния до изменения "нет связи" целевого терминала (терминала 10cb), обнаруженную посредством модуля 53c изменения состояния, и определяет то, совпадает или нет состояние связи с информацией состояния до изменения.

Если совпадает состояние связи целевого терминала, полученное посредством модуля 53b получения состояния, и информация состояния до изменения целевого терминала, обнаруженная посредством модуля 53c изменения состояния ("Да" на этапе S106-3), модуль 53c изменения состояния обнаруживает информацию изменения целевого терминала, ассоциированную с информацией запроса на изменение "вызов" (этап S106-4). В этом случае, модуль 53c изменения состояния выполняет поиск в таблице управления изменением состояния (см. Фиг.16) посредством информации запроса на изменение "вызов" в качестве ключа поиска и обнаруживает информацию изменения "принято" целевого терминала (терминала 10cb).

Затем, модуль 53c изменения состояния изменяет поле состояния связи записи, ассоциированной с идентификатором терминала "01cb" в таблице управления терминалами (см. Фиг.11), на основе идентификатора терминала "01cb" для целевого терминала (терминала 10cb) (этап S106-5). В этом случае, поле состояния связи записи, ассоциированной с идентификатором терминала "01cb" в таблице управления терминалами, изменяется на "принято" на основе обнаруженной информации изменения целевого терминала. Дополнительно, модуль 61 определения определяет надлежащие процессы (см. этапы S107-1, S107-2 и S107-3) для передачи информации, указывающей то, что запрос на участие авторизован, в запрашивающий исходный терминал (терминал 10aa) и целевые терминалы (терминалы 10cb, 10db) для выполнения управления вызовами для связи между запрашивающим исходным терминалом (терминалом 10aa) и целевыми терминалами (терминалами 10cb, 10db).

Следует отметить, что если не совпадает состояние связи и информация состояния до изменения целевого терминала (терминала 10cb) ("Нет" на этапе S106-3), модуль 53c изменения состояния не изменяет поле состояния связи записи, ассоциированной с идентификатором терминала "01cb" в таблице управления терминалами (см. Фиг.11). В этом случае, модуль 61 определения определяет надлежащий процесс для создания предварительно определенного сообщения об ошибке и его передачи в целевой терминал (терминалу 10cb). Затем, модуль 51 приемо-передающего устройства создает предварительно определенное сообщение об ошибке и передает его в целевой терминал (терминал 10cb), тем самым завершая процесс.

Затем, снова ссылаясь на Фиг.32, описывается процесс, который должен быть выполнен, когда передача информации, указывающей то, что запрос на участие авторизован, в запрашивающий исходный терминал (терминал 10aa) и целевые терминалы (терминалы 10cb, 10db), определяется посредством модуля 61 определения. Первоначально, модуль 57 управления сеансами вставляет идентификатор терминала "01cb" для целевого терминала (терминала 10cb), который запрашивает участие в сеансе передачи данных, в поле идентификаторов целевых терминалов записи, ассоциированной с идентификатором сеанса "se1" в таблице управления сеансами энергонезависимого модуля 5000 хранения (см. Фиг.13).

Затем, модуль 51 приемо-передающего устройства системы 50 управления передает сообщение об участии, содержащее идентификатор терминала для терминала (терминала 10cb) для участия в сеансе sed передачи данных и идентификатор сеанса "se1", в запрашивающий исходный терминал (терминал 10aa), а также идентификатор терминала "01db" для целевого терминала (терминала 10db), который уже участвует в сеансе sed передачи данных (этапы S107-1, S107-2). Соответственно, запрашивающий исходный терминал (терминал 10aa) и целевой терминал (терминал 10db) могут обнаруживать индикатор того, что целевой терминал (терминал 10cb) может участвовать в сеансе sed передачи данных. Дополнительно, модуль 51 приемо-передающего устройства системы 50 управления передает сообщение о разрешении участия, содержащее идентификатор сеанса "se1" для участия в сеансе sed передачи данных и информацию подключения к ретрансляционному устройству, используемую для подключения ретрансляционного устройства, в целевой терминал (терминал 10cb), который должен участвовать в сеансе sed передачи данных (этап S107-3).

При приеме сообщения о разрешении участия модуль 11 приемо-передающего устройства целевого терминала (терминала 10cb) передает идентификатор сеанса "se1" и информацию подключения к ретрансляционному устройству, содержащуюся в сообщении о разрешении участия, в ретрансляционное устройство 30e, тем самым подключая целевой терминал (терминал 10cb) и ретрансляционное устройство 30e (этап S108). Дополнительно, когда целевой терминал (терминал 10db) подключается к ретрансляционному устройству 30e, модуль 11 приемо-передающего устройства целевого терминала (10cb) передает информацию запроса на ретрансляцию, содержащую идентификатор терминала "01cb" для целевого терминала (терминала 10cb), идентификатор сеанса "se1" и информацию запроса на изменение "присоединиться", указывающую запрос на инициирование ретрансляции передаваемых данных, в систему 50 управления в предварительно определенное время.

Затем, система 50 управления и ретрансляционное устройство 30e выполняют процессы, аналогичные процессам на этапах S72-1, S73-1, S74-1 и S75-1, так что сеанс sed передачи данных устанавливается между целевым терминалом (терминалом cb) и ретрансляционным устройством 30e. Когда сеанс sed передачи данных устанавливается между целевым терминалом (терминалом cb) и ретрансляционным устройством 30e, ретрансляционное устройство 30e может ретранслировать данные изображений низкого разрешения, среднего разрешения и высокого разрешения и аудиоданные между терминалами (терминалами 10aa, 10cb и 10db). Соответственно, видеоконференция может быть инициирована между терминалами (10aa, 10cb и 10db).

Затем описывается процесс, в котором запрашивающий исходный терминал (терминал 10aa) выходит (завершает) из сеанса передачи данных, который установлен между запрашивающим исходным терминалом (терминалом 10aa) и целевыми терминалами (терминалами 10cb, 10db), со ссылкой на Фиг.34. Следует отметить, что Фиг.20 иллюстрирует процесс, в котором различные управляющие информационные элементы передаются и принимаются через сеанс sei передачи управляющей информации.

Первоначально, пользователь запрашивающего исходного терминала (терминала 10aa) нажимает функциональную кнопку 108, проиллюстрированную на Фиг.2, чтобы принимать запрос на выход для выхода из сеанса sed передачи данных (этап S111). Модуль 11 приемо-передающего устройства запрашивающего исходного терминала (терминала 10aa) передает информацию запроса на выход из сеанса, содержащую идентификатор терминала "01aa" для запрашивающего исходного терминала (терминала 10aa), информацию запроса на изменение "выход", указывающую запрос для выхода из сеанса передачи данных, и идентификатор сеанса "se1", в систему 50 управления (этап S112).

При приеме запроса на выход из сеанса модуль 53 управления состояниями системы 50 управления изменяет поле состояния связи записи, ассоциированной с идентификатором терминала "01aa" в таблице управления терминалами (см. Фиг.11), на основе идентификатора терминала "01aa" для запрашивающего исходного терминала 10aa, содержащегося в запросе на выход из сеанса (этап S113).

В данном документе, процесс на этапе S113 подробнее описывается со ссылкой на Фиг.30. Первоначально, модуль 53b получения состояния модуля 53 управления состояниями, проиллюстрированного на Фиг.5, получает состояния связи терминалов, управляемых посредством DB 5003 управления терминалами (этап S113-1). В этом случае, информация запроса на изменение "выход", принимаемая посредством модуля 51 приемо-передающего устройства, определяется заранее посредством модуля 63 определения информации запросов на изменение в качестве неконкретной информации запроса на изменение. Таким образом, модуль 53 управления состояниями обнаруживает только состояние связи запрашивающего исходного терминала (терминала 10aa). В этом случае, модуль 53b получения состояния выполняет поиск в таблице управления терминалами (см. Фиг.11) посредством идентификатора терминала "01aa" для запрашивающего исходного терминала (терминала 10aa) в качестве ключа поиска и получает состояние связи "занято" запрашивающего исходного терминала (терминала 10aa).

Затем, модуль 53c изменения состояния модуля 53 управления состояниями обнаруживает информацию состояния до изменения запрашивающего исходного терминала (терминала 10aa), соответствующую информации запроса на изменение "выход" (этап S113-2). В этом случае, модуль 53c изменения состояния выполняет поиск в таблице управления изменением состояния (см. Фиг.16) посредством информации запроса на изменение "выход" в качестве ключа поиска и обнаруживает информацию состояния до изменения "занято" запрашивающего исходного терминала (терминала 10aa).

Затем, модуль 53c изменения состояния сравнивает состояние связи, полученное посредством модуля 53b получения состояния, и информацию состояния до изменения, обнаруженную посредством модуля 53c изменения состояния, и определяет то, совпадает или нет состояние связи с информацией состояния до изменения (этап S113-3). В этом случае, модуль 53c изменения состояния сравнивает состояние связи "занято" запрашивающего исходного терминала (терминала 10aa), полученное посредством модуля 53b получения состояния, и информацию состояния до изменения "занято" запрашивающего исходного терминала (терминала 10aa), обнаруженную посредством модуля 53c изменения состояния, и определяет то, совпадает или нет состояние связи с информацией состояния до изменения.

Если совпадает состояние связи терминала, полученное посредством модуля 53b получения состояния, и информация состояния до изменения терминала, обнаруженная посредством модуля 53c изменения состояния ("Да" на этапе S113-3), модуль 53c изменения состояния обнаруживает информацию изменения терминала, ассоциированную с информацией запроса на изменение "выход" (этап S113-4). В этом случае, модуль 53c изменения состояния выполняет поиск в таблице управления изменением состояния (см. Фиг.16) посредством информации запроса на изменение "выход" в качестве ключа поиска и обнаруживает информацию состояния до изменения "нет связи".

Затем, модуль 53c изменения состояния изменяет поле состояния связи записи, ассоциированной с идентификатором терминала "01aa" в таблице управления терминалами (см. Фиг.11), на основе идентификатора терминала "01aa" для запрашивающего исходного терминала 10aa (этап S113-5). В этом случае, поле состояния связи записи, ассоциированной с идентификатором терминала "01aa" в таблице управления терминалами, изменяется на "нет связи" на основе обнаруженной информации изменения запрашивающего исходного терминала. Дополнительно, модуль 61 определения определяет надлежащий процесс для передачи информации, указывающей то, что выход из сеанса передачи данных авторизован, в целевые терминалы, чтобы выполнять управление вызовами для связи между запрашивающим исходным терминалом (терминалом 10aa) и целевыми терминалами (терминалами 10cb, 10db).

Следует отметить, что если не совпадает состояние связи и информация состояния до изменения запрашивающего исходного терминала (10aa) ("Нет" на этапе S113-3), модуль 53c изменения состояния не изменяет поле состояния связи записи, ассоциированной с идентификаторами терминалов "01aa" в таблице управления терминалами (см. Фиг.11). В этом случае, модуль 61 определения определяет надлежащий процесс для создания предварительно определенного сообщения об ошибке и его передачи в запрашивающий исходный терминал (терминал 10aa). Затем, модуль 51 приемо-передающего устройства создает предварительно определенное сообщение об ошибке и передает его в запрашивающий исходный терминал (терминал 10aa), тем самым завершая процесс.

Затем, снова ссылаясь на Фиг.34, описывается процесс, выполняемый после процесса передачи информации на разрешение выхода из сеанса в соответствующие целевые терминалы, определенные посредством модуля 61 определения. Первоначально, модуль 57 управления сеансами удаляет идентификатор терминала "01aa" для запрашивающего исходного терминала (терминала 10aa) из поля идентификаторов запрашивающих исходных терминалов записи, ассоциированной с идентификатором сеанса "se1" в таблице управления сеансами энергонезависимого модуля 5000 хранения (см. Фиг.13) (этап S114). Система 50 управления передает сообщение, указывающее запрос на выход из сеанса передачи данных, содержащий идентификатор терминала "01aa" для запрашивающего исходного терминала 10aa и идентификатор сеанса "se1", в ретрансляционное устройство 30e (этап S115).

Соответственно, сеанс передачи данных завершается между запрашивающим исходным терминалом (терминалом 10aa) и ретрансляционным устройством 30e, и запрашивающий исходный терминал (терминал 10aa) отсоединяется от ретрансляционного устройства 30e. Затем, ретрансляционное устройство 30e передает сообщение, указывающее разрешение для запроса на выход из сеанса передачи данных, содержащее идентификатор терминала "01aa" для запрашивающего исходного терминала 10aa и идентификатор сеанса "se1", в систему 50 управления (этап S116).

При приеме сообщения, указывающего разрешение для запроса на выход из сеанса передачи данных, система 50 управления передает информацию разрешения выхода из сеанса, содержащую идентификатор терминала "01aa" для запрашивающего исходного терминала 10aa, информацию запроса на изменение "выход", информацию с сообщением "OK", указывающую разрешение для выхода из сеанса передачи данных, и идентификатор сеанса "se1", в запрашивающий исходный терминал (терминал 10aa) (этап S117). При приеме информации разрешения выхода из сеанса пользователь запрашивающего исходного терминала (терминала 10aa) нажимает выключатель 109 питания, проиллюстрированный на Фиг.2, чтобы принимать запрос на выключение питания (этап S118). При приеме запроса на выключение питания модуль 11 приемо-передающего устройства терминала 10aa передает информацию запроса на отсоединение, содержащую идентификатор терминала "01aa" для терминала 10aa, информацию с сообщением, указывающую отсоединение терминала 10aa от системы 50 управления, в систему 50 управления (этап S119).

Когда модуль 51 приемо-передающего устройства системы 50 управления принимает информацию запроса на отсоединение, модуль 53 управления состояниями удаляет запись поля состояния связи, ассоциированную с идентификатором терминала "01aa" в таблице управления терминалами (см. Фиг.11), на основе идентификатора терминала "01aa" для запрашивающего исходного терминала 10aa, содержащегося в информации запроса на отсоединение (этап S120). Затем, модуль 51 приемо-передающего устройства передает информацию разрешения отсоединения, указывающую то, что запрос на отсоединение авторизован, в запрашивающий исходный терминал (терминал 10aa) (этап S121). Соответственно, сеанс передачи управляющих данных завершается между запрашивающим исходным терминалом (терминалом 10aa) и системой 50 управления, и запрашивающий исходный терминал (терминал 10aa) отсоединяется от системы 50 управления.

При приеме информации разрешения отсоединения запрашивающий исходный терминал (терминал 10aa) выполняет отключение питания, тем самым завершая процесс (этап S122). Терминалы 10cb и 10db также могут выходить из сеанса sed передачи данных аналогично процессам, выполняемым посредством запрашивающего исходного терминала 10aa на этапах S111-S121, чтобы заканчивать (завершать) связь между терминалами.

Основные преимущества варианта осуществления

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

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

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

Дополнительно, система 50 управления включает в себя DB 5009 управления изменением состояния, сформированную из таблицы управления изменением состояния, имеющей информацию запроса на изменение, информацию состояния до изменения и управляющую информацию после изменения, которые ассоциированы друг с другом. Соответственно, система 50 управления может иметь возможность эффективно изменять состояния связи терминалов на основе информации запроса на изменение, принимаемой посредством модуля 51 приемо-передающего устройства, и состояния связи, полученного посредством модуля 53b получения состояния.

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

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

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

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

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

Дополнительная информация касательно варианта осуществления

Вышеописанный вариант осуществления описывает случай, в котором пользователь запрашивающего исходного терминала (терминала 10aa) выбирает целевые терминалы (терминалы 10bb, 10cb, 10db), чтобы инициировать связь; тем не менее, вариант осуществления не ограничивается вышеуказанным случаем. Пользователь запрашивающего исходного терминала (терминала 10aa) может выбирать собственный терминал (т.е. терминал 10aa) в качестве целевого терминала. Когда собственный терминал (терминал 10aa) выбирается в качестве целевого терминала, сеанс sed передачи данных первоначально устанавливается между запрашивающим исходным терминалом (терминалом 10aa) и ретрансляционным устройством 30. Затем, запрашивающий исходный терминал (терминал 10aa) указывает требуемый целевой терминал, принимает информацию, указывающую запрос на сообщение идентификатора сеанса, требуемого для участия в сеансе sed передачи данных, в указанный целевой терминал (этап S101) и инициирует связь посредством выполнения процесса запроса участия в сеансе sed передачи данных. Следует отметить, что, когда запрашивающий исходный терминал (терминал 10aa) выбирает собственный терминал в качестве целевого терминала и передает информацию запроса на изменение "пригласить" в собственный терминал (терминал 10aa), система 50 управления выполняет поиск в таблице управления изменением состояния (см. Фиг.17) посредством информации терминала "выбор собственного терминала" в качестве ключа поиска и изменяет состояние запрашивающего исходного терминала (терминала 10aa).

В этом варианте осуществления, отображается фрейм 11-1 списка адресов, включающий в себя целевые имена 11-2, значки 11-3a и т.п., как проиллюстрировано на Фиг.22; тем не менее, целевые имена 11-2, значки 11-3a и т.п. могут отображаться без фрейма 11-1 списка адресов.

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

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

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

Помимо этого, время и дата приема управляется посредством таблицы управления ретрансляционными устройствами, таблицы управления терминалами и таблицы управления сеансами, проиллюстрированных на Фиг.9, 11 и 13. Тем не менее, по меньшей мере, время приема может управляться посредством таблицы управления ретрансляционными устройствами, таблицы управления терминалами и таблицы управления сеансами.

Кроме того, согласно варианту осуществления, IP-адреса ретрансляционных устройств управляются посредством таблицы управления ретрансляционными устройствами, а IP-адреса терминалов управляются посредством таблицы управления терминалами, как проиллюстрировано на Фиг.9 и 11. Тем не менее, альтернативно, соответствующие полностью определенные доменные имена (FQDN) ретрансляционных устройств 30 и терминалов 10 могут управляться вместо соответствующих IP-адресов в качестве информации указания ретрансляционных устройств для указания ретрансляционных устройств 30 по сети 2 связи и информации указания терминалов для указания терминалов 10 по сети 2 связи. В этом случае, известный сервер системы доменных имен (DNS) может обнаруживать IP-адрес, соответствующий FQDN. Следует отметить, что "информация указания ретрансляционных устройств для указания ретрансляционных устройств 30 по сети 2 связи" также может выражаться "как информация точек доступа ретрансляционных устройств, указывающая точки доступа ретрансляционных устройств 30 по сети 2 связи", или "информация назначений ретрансляционных устройств, указывающая назначения ретрансляционных устройств 30 по сети 2 связи". Аналогично, "информация указания терминалов для указания терминалов 10 по сети 2 связи" также может выражаться "как информация точек доступа терминалов, указывающая точки доступа для терминалов 10 по сети 2 связи", или "информация назначений терминалов, указывающая назначения терминалов 10 по сети 2 связи".

В этом варианте осуществления, термины "видеоконференция" и "телеконференция" могут быть использованы взаимозаменяемо.

Дополнительно, согласно вышеописанному варианту осуществления, система проведения видеоконференций описывается в качестве примера системы 1 передачи; тем не менее, система 1 передачи может не ограничиваться системой проведения видеоконференций. Система 1 передачи может быть телефонной системой, к примеру, для телефонов по Интернет-протоколу (IP) или Интернет-телефонов. Дополнительно, система 1 передачи может быть автомобильной навигационной системой. В этом случае, один из терминалов 10 может быть автомобильным навигационным устройством, установленным в транспортном средстве, а другой терминал 10 может быть терминалом управления или сервером управления, выполненным с возможностью управлять автомобильной навигацией или другим автомобильным навигационным устройством, установленным в другом транспортном средстве. Дополнительно, система 1 передачи может быть системой проведения аудиоконференций или системой совместного использования экрана персонального компьютера (PC).

Помимо этого, система 1 передачи может быть системой мобильной телефонной связи. В этом случае, терминал 10 может быть мобильным телефонным терминалом. Фиг.35 иллюстрирует пример списка адресов, отображаемого на мобильном телефонном терминале. В частности, мобильный телефонный терминал в качестве терминала 10 включает в себя основной корпус 10-1, кнопку 10-2 отображения экрана меню, размещаемую на основном корпусе 10-1, модуль 10-3 отображения, размещаемый на основном корпусе 10-1, микрофон, предоставляемый в нижней части основного корпуса 10-1, и динамик, предоставляемый на поверхности основного корпуса 10-1. Из них, "кнопка 10-2 отображения экрана меню" используется для отображения экрана меню, на котором отображаются значки различных приложений. Модуль 10-3 отображения формируется из сенсорной панели, которой пользователь касается пальцем или рукой для того, чтобы выбирать требуемое адресное имя, чтобы обмениваться данными с пользователем с требуемым адресным именем.

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

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

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

Преимущества, проиллюстрированные выше, являются просто примерами наиболее предпочтительных преимуществ, предоставляемых посредством вариантов осуществления, и, следовательно, не ограничены преимуществами, описанными в вариантах осуществления.

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

Настоящая заявка основана на приоритетной заявке (Япония) № 2010-169434, поданной 28 июля 2010 года, и приоритетной заявке (Япония) № 2011-107320, поданной 12 мая 2011 года, в Патентное бюро (Япония), все содержимое которых содержится в данном документе по ссылке.

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

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

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

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

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

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

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

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

8. Система управления передачей по п.1 или 2, в которой модуль изменения изменяет первую информацию состояния, которой управляет модуль управления терминалами, на соответствующую одну из информации состояния подсоединения и информации состояния отсоединения в случае, если связь между первым передающим терминалом и системой управления передачей подключается или отсоединяется.

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

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