Система проведения аудиоконференций

Система проведения аудиоконференций

Введение

Компьютерные сети в настоящий момент представляют собой сложные комплексы с множеством поддерживаемых протоколов передачи данных и управелния, которые интенсивно совершенствуются. Компьютерные сети предоставляют пользователям сервисы, реализуемые в виде сетевых приложений. Одним из наиболее распространенных классов сетевых приложений являются клиент-серверные приложения [1], которые реализуются в виде клиентской части, реализующей запросы к серверам, и серверной части, реагирующей на эти запросы (рис. 1.).

Рис. 1. Клиент-серверное приложение

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

·        Команда о передаче данных авторизации на сервер.

·        Команда об отключении клиента.

·        Команда о подключении исходящего аудиопотока.

·        Команда о подключении входящего аудиопотока.

·        Команда о передаче аудиоданных.

·        Команда обновления данных о конференции.

1. Исследовательская часть

1.1 Цель разработки и основные решаемые задачи

программный алгоритм приложение серверный

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

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

·        Авторизация пользователей в системе.

·        Отправка корректных команд клиенту.

·        Получение аудиоданных от клиентов.

·        Микширование аудиоданных.

·        Передача микшированных аудиоданных клиентам.

·        Передача клиентам информации об участниках конференции.

·        Сохранение в лог файл истории событий.

·        Отслеживание ошибок соединения и передачи (обработка исключительных ситуаций).

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

·        Корректное реагирование на команды сервера.

·        Авторизация на сервере.

·        Запись аудиоданных с микрофона.

·        Передача аудиоданных на сервер.

·        Воспроизведение полученных с сервера аудиоданных.

·        Отображение информации об участниках конференции.

·        Сохранение в лог файл истории событий.

·        Отслеживание ошибок соединения и передачи (обработка исключительных ситуаций).

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

.2 Современные средства решения поставленной задачи

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

Asterisk

Asterisk - это проект с открытым исходным кодом компании Digium.

Данный проект:

·              обладает всеми возможностями классической АТС

·              поддерживает множество VoIP протоколов

·              предоставляет функции

§           голосовой почты

§   конференций

§   интерактивного голосового меню (IVR)

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

·              не требует никакого специального оборудования практически для всех устройств Voice over IP

Недостатки:

·              Приложение работает на операционных системах GNU/Linux, FreeBSD (Рис. 1.2.1.1) и Solaris

·              Сложность в администрировании. Администратору системы требуется обладать знаниями в Asterisk и хорошими навыками администрирования Linux, знать технологии и продукты IP телефонии.

Рис. 1.2.1.1 инструмент управления Астериск FreePBX.

XMPP

XMPP (Extensible Messaging and Presence Protocol - расширяемый протокол обмена сообщениями и информацией о присутствии), ранее известный как Jabber (Рис. 1.2.2.1) - основанный на XML.

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

·        Помимо передачи текстовых сообщений, поддерживает передачу голоса, видео и файлов по сети;

·        Не требует зависимости от центрального сервера. Каждый собственный сервер может функционировать обособленно;

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

Рис. 1.2.2.1 Окно обмена сообщениями в Jabber

Skype- бесплатное проприетарное программное обеспечение с закрытым кодом, обеспечивающее шифрованную голосовую связь через Интернет между компьютерами (VoIP), а также платные услуги для звонков на мобильные истационарные телефоны (Рис. 1.2.3.1).

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

·        Программные клиенты Skype выпущены для операционных систем^[1]: Windows, Mac OS X, Linux, iOS, Windows Mobile, Google Android, PSP, Symbian.

Недостатки:

·        Использование проприетарного протокола, несовместимого с открытыми стандартами (такими, как SIP илиH.323).

·        постоянная передача данных (даже в ситуациях, когда сама программа находится в режиме ожидания);

·        Как и любая сеть, работающая по принципу P2P, Skype подвержен вирусным эпидемиям.

Рис. 1.2.3.1 инструмент управления Skype

программный алгоритм приложение серверный

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

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

·        Авторизация.

·        Запись аудиоданных.

·        Отправка аудиоданных на сервер.

·        Микширование аудиоданных на сервере.

·        Отправка микшированных аудиоданных клиентам.

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

·        Отображение состава участников аудиоконференции.

Прием и отправка команд в созданном приложении происходит через специально разработанный протокол.

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

2. Конструкторская часть

2.1 Блок-схемы алгоритмов

Блок-схема алгоритма подключения клиента к серверу

Блок-схема алгоритма для клиентской части. При подключении клиента к серверу создается три соединения: для передачи аудиоданных на сервер, для приема аудиоданных с сервера и управляющее соединение. Данные, относящиеся к каждому соединению, обрабатываются в отдельных потоках (Рис. 2.1.1.1).

Рис. 2.1.1.1. Блок-схема алгоритма подключения клиента к серверу

Блок-схема алгоритма работы управляющего потока клиента

Блок-схема алгоритма для клиентской части. Управляющий поток посылает запрос о следующей команде на сервер, получает эту команду и выполняет ее (Рис. 2.1.2.1.).

Рис. 2.1.2.1. Блок-схема алгоритма работы управляющего потока клиента

Блок-схема алгоритма работы потока отправки аудиоданных клиента

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

Рис. 2.1.3.1. Блок-схема алгоритма работы потока отправки аудиоданных

Блок-схема алгоритма работы потока получения аудиоданных клиента

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

Рис. 2.1.4.1. Блок-схема алгоритма работы потока получения аудиоданных

Блок-схема алгоритма подключения клиентов сервером

Блок-схема алгоритма для серверной части. Сервер ожидает подключения клиентов. Как только клиент устанавливает первое соединение, это соединение считается управляющим, клиент получает команду на авторизацию и, если она происходит успешно, получает команду на установку соединений входящих и исходящих аудиоданных и помещается в список клиентов, ожидающих установки этих соединений. Затем клиент устанавливает соединения для входящих и исходящих аудиоданных. После установки всех трех соединений, клиент помещается в список подключенных клиентов и начинает передавать и получать аудиоданные, а также команды через командное соединение (Рис. 2.1.5.1.).

Рис. 2.1.5.1. Блок-схема алгоритма подключения клиентов сервером.

Блок-схема алгоритма передачи аудиоданных клиентам

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

Рис. 2.1.6.1. Блок-схема алгоритма передачи аудиоданных клиентам

Диаграмма протокола

Для приема и отправки команд серверной и клиентской части в создаваемом приложении был разработан специальный протокол вида (Рис. 2.2.1.):

<команда> <данные>

Рис. 2.2.1. Диаграмма протокола

2.2 Функциональная структура

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

1.       Исключительно для сервера:

·        IServer. Start - создание TCP сервера и запуск прослушивания подключений.

·        IServer. Stop - остановка сервера и отключение всех клиентов.

·        Server. ListenForClients - прослушивание подключений клиентов

·        Server. HandleClient - обработка подключения клиента

·        Server. Playback - отправка данных клиентам

·        IClientHandler. Start - запуск работы обработчика клиентских данных

·        IClientHandler. Stop - остановка обработчика клиентских данных

·        ClientHandler. ControlThread - поток управления

·        ClientHandler. InputThread - поток входящих данных

·        ClientHandler. OutputThread - поток исходящих данных

2.       Исключительно для клиента:

·        IClient. Start - подключение к серверу

·        IClient. Stop - отключение от сервера

·        IClient. AddAudioData - получение данных с аудиоустройства

·        Client. PlaybackThread - поток воспроизведения

·        Client. InputThread - поток входящих данных

·        Client. OutputThread - поток исходящих данных

·        Client. ClientThread - управляющий поток

3.       Классы важные для обеспечения корректной работоспособности обоих приложений:

·        Command - команда в сообщении протокола.

·        Data - данные в сообщении протокола

·        AudioStream - поток аудиоданных

·        AudioData - аудиоданные

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

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

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

3. Технологическая часть

.1 Средства программирования и отладки

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

Средой разработки был выбран Microsoft Visual Studio 2008 из-за обширности и разнообразия компонентных моделей, проработанных за долгие годы существования среды.

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

.2 Основные структуры данных программного комплекса

Протокол

Создаваемое приложение имеет ряд запросов, которые сервер и клиент посылают друг другу. Структура этих запросов:

Command [Data]

Где Command содержит в себе тип, которые определеят содержание данных в Data. Соответствия Command и Data приведены ниже (запросы, начинающиеся с Client посылает клиент, а начинающиеся с Server посылает сервер):

·           «ClientLogin DataClientLogin» - передача данных авторизации.

·        «ClientLogout» - отключение клиента.

·        «ClientConnectInput DataInteger» - подключение соединения входящих аудиоданных (в поле данных идентификатор соединения).

·        «ClientConnectOutput DataInteger» - подключение соединения исходящих аудиоданных (в поле данных идентификатор соединения).

·        «ClientSendAudioData DataAudio» - передача аудиоданных.

·        «ClientAction» - запрос следующего действия у сервера.

·        «ServerLoginAccepted DataInteger» - сообщение об успешной авторизации и передача идентификатора соединения.

·        «ServerAccepted» - сообщение об успешной операции.

·        «ServerDenied DataString» - сообщение о неудачной операции и причина.

·        «ServerClearUserList» - указание очистить список пользователей.

·        «ServerUserOnline DataUser» - сообщение о том, что ползователь подключился к конференции.

·        «ServerSendAudioData AudioData» - отправление аудио данных.

·        «ServerLogout» - указание отлкючиться от сервера.

·        «ServerNone» - указание ничего не делать.

3.3 Описание работы приложения

Начало работы

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

Для того чтобы запустить приложение-сервер, необходимо запустить по ACServer.exe файл, после чего появится окно программы. Чтобы начать прослушивание необходимо ввести порт, через который будет работать приложение. После ввода нужной информации необходимо нажать на кнопку «Пуск» (Рис. 3.3.1.).

Рис. 3.3.1. Окно приложения-сервера

Чтобы запустить, приложение-клиент, необходимо запустить файл по ACClient.exe файлу, после чего откроется окно программы. В открывшемся окне нужно выбрать вкладку «Настройки». На данной вкладке необходимо установить IP-адрес сервера, порт, имя пользователя и пароль. Также необходимо выбрать устройство записи аудио с помощью кнопки «Выбрать».

Для того, чтобы установить соединение с компьютером-сервером необходимо нажать кнопку «Подключиться» (Рис. 3.3.2.).

Рис. 3.3.2. Окно приложения-клиента

Информация о пользователях и просмотр событий на сервере

Информацию о зарегестрированных на сервере пользователях можно увидеть в окне приложения сервера. Добавить новых пользователей можно, занеся необходимую информацию в файл app.config, который находится в одной дирректории с файлом приложения сервера. Информацию о событиях сервера можно увидеть в окне «Журнал» приложения сервера (Рис. 3.3.3.).

Рис. 3.3.3. Информация о пользователях и событиях на сервере

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

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

Рис. 3.3.4. Окно приложения-клиента. Список участников

Информацию о событиях клиента можно увидеть на вкладке «Журнал» (Рис. 3.3.5.).

Рис. 3.3.5. Окно приложения-клиента. Журнал

Тестирование проекта

Проект был тщательно протестирован. Были выявлены следующие недостатки:

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

·        Простота мехнизма формирования исходящих аудиоданных сервером приводит к возникновению задержек воспроизведения, которые ликвидируются механизмами синхронизации, что приводит к ухудшению качества воспроизведения.

В целом, приложения работают стабильно, скорость посылки и выполнения команд не вызывает нареканий.

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

·        Передача команд сервера на клиент.

·        Выполнения команд сервера клиентом, а именно:

·        Авторизация.

·        Отправка аудиоданных.

·        Получение аудиоданных.

·        Воспроизведение аудиоданных.

·        Сохранение всей истории работы в лог-файл.

Основными направлениями совершенствования проекта в дальнейшем будут:

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

·        Увеличение частоты дискретизации записываемых аудиоданных.

·        Оптимизация существующих алгоритмов и введение новых (например - сжатия аудиоданных) для увеличения скорости передачи данных.

Заключение

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

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

1.       Возможность передачи сообщений с сервера на клиентское приложение.

2.       Возможность записи аудиоданных на клиентском приложении.

.        Возможность передачи аудиоданных серверному приложению.

.        Возможность работы с несколькими клиентами серверным приложением.

.        Возможность объединения аудиоданных клиентов и отправка этих данных клиентам.

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

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

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

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

Приложение 1

Исходные программные коды

Класс клиента

 // Класс представляющий функциональность клиента

public class Client: IClient

{

m_acnpClient = null; // Управляющее соединениеm_acnpInput = null; // Входящий поток аудиоданныхm_acnpOutput = null; // Исходящий поток аудиоданных

bool m_disconnect = true; // Соединение разорваноbool m_transmit = false; // Передача данных разрешена

m_iwp = null; // Проигрыватель аудиоданных

m_sendBuffer = new ACBuffer(); // Буфер отправки аудиоданных. Threading. AutoResetEvent m_sendBufferEvent = new AutoResetEvent(false); // Событие отправки данных

// Событие получения данных. Threading. AutoResetEvent m_recieveBufferEvent = new AutoResetEvent(false);

// Событие воспроизведения аудиоданных. Threading. AutoResetEvent m_playbackEvent = new AutoResetEvent(false);

 // Обратная связь для агрегирующего классаm_callbacks = null;

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

Thread m_clientThread = null;m_outputThread = null;m_inputThread = null;m_plabackThread = null;

// Деинициализация: закрываются соединения, уничтожаются потокиCloseAllConnections()

{_transmit = false;_disconnect = true;

(m_inputThread!= null)

{(m_inputThread);_inputThread = null;

}

(m_outputThread!= null)

{(m_outputThread);_outputThread = null;

}

(m_plabackThread!= null)

{(m_plabackThread);_plabackThread = null;

}

(m_iwp!= null)

{_iwp. Stop();_iwp = null;

}

(m_acnpClient!= null)

{_acnpClient. Client. Close();_acnpClient = null;

}

(m_acnpInput!= null)

{_input. Client. Close();_acnpInput = null;

}

(m_acnpOutput!= null)

{_acnpOutput. Client. Close();_acnpOutput = null;

}

(m_callbacks!= null)

{_callbacks. OnDisconnect();

}

(m_clientThread!= null)

{(m_clientThread);_clientThread = null;

}

}

AbortThread (Thread thread)

{

{. Abort();

}(Exception ex)

{

}

}

// Начало работы. Установление соединений с сервером.

//Config: параметры соединения (адрес, порт…)

bool IClient. Start (Config config)

{_transmit = false;_disconnect = false;

_clientThread = new Thread (new ParameterizedThreadStart(ClientThread));_clientThread. Start(config);

true;

}

// Завершение работы клиентаIClient. Stop()

{(m_acnpClient!= null)

{();

}true;

}

// Управляющий потокvoid ClientThread (object objConfig)

{config = (Config) objConfig;

// Создание управляющего соединения

m_acnpClient = new ACNPClient();

{_acnpClient. Connect (config. Address, config. Port);

}(SocketException ex)

{();;

}

DataInteger loginData = m_acnpClient. Login (config. UserName, config. Password);(loginData == null)

{();;

}

// Создание соединения входящих данных_acnpInput = new ACNPClient ();

try

{_acnpInput. Connect (config. Address, config. Port);

}(SocketException ex)

{();;

}

// Создание соединения исходящих данных

m_acnpOutput = new ACNPClient();

{_acnpOutput. Connect (config. Address, config. Port);

}(SocketException ex)

{();;

}

m_recieveBufferEvent. Reset();_sendBufferEvent. Reset();

// Запуск потоков соединений входящих и исходящих данных

m_outputThread = new Thread (new ThreadStart(OutputThread));_outputThread. Start();

_inputThread = new Thread (new ThreadStart(InputThread));_inputThread. Start();

_transmit = true;

// управляющий цикл

// управляющий клиент запрашивает действие у сервера и выполняет его

bool localDisconnect = true;(! m_disconnect)

{request = new Command (Command. CommandType. ClientAction);_acnpClient. SendCommand(request);

response = m_acnpClient. RecieveCommand();(response == null)

{_disconnect = true;();;

}(response. Value)

{Command. CommandType. None:// Ничего не делать. Sleep(3000);;Command. CommandType. ServerLogout:// Разорвать соединение_transmit = false;_disconnect = true;= false;();;;Command. CommandType. ServerClearUserList:// Очистить контакт-лист_callbacks. OnContactListClear();;Command. CommandType. ServerUserOnline:// Новый пользовательuserName = m_acnpClient. RecieveData<DataString>();_callbacks. OnContactListAddUser (userName. Value);;

}

}

// В случае, если клиент самостоятельно разорвал соединение

// необходимо послать уведомление серверу(localDisconnect)

{request = new Command (Command. CommandType. ClientLogout);_acnpClient. SendCommand(request);

}

}

// Поток исходящих данныхvoid OutputThread()

{(! m_disconnect)

{(m_transmit)

{

// Ждем, пока данные не поступят в буфер

m_sendBufferEvent. WaitOne();

audioData = m_sendBuffer. GetNext();_acnpOutput. SendAudioData(audioData);

}

}

}

// Поток входящих данныхvoid InputThread()

{ws = new AudioStream (new WaveFormat (8000, 1));_plabackThread = new Thread (new ParameterizedThreadStart(PlayBackThread));_plabackThread. Start(ws);

(! m_disconnect)

{(! m_transmit)

{;

}

data = m_acnpInput. RecieveAudioData();(data == null)

{;

}

. Add(data);

(ws. IsReady())

{ps = PlaybackState. Stopped;

// неизвестное поведение библиотеки NAudio

// иногда при чтении свойства возникает исключение

try

{= m_iwp. PlaybackState;

}(Exception ex)

}

(ps!= PlaybackState. Playing)

{_recieveBufferEvent. Set();

}

}

}

}

// Поток воспроизведенияvoid PlayBackThread (object wsObj)

{ws = (AudioStream) wsObj;_iwp = new DirectSoundOut();

bs = new BlockAlignReductionStream(ws);_iwp. Init(ws);_iwp. PlaybackStopped += new EventHandler(OnPlaybackStopped);

(! m_disconnect)

{_recieveBufferEvent. WaitOne();

(ws. IsReady())

{(m_iwp. PlaybackState!= PlaybackState. Playing)

{_iwp. Play();

}

}

}

}

// Логирование сообщенияvoid Log (string message)

{. Log(message);

}

#region IAudioReciever Members

// Счетчик поступлений аудио блоковint m_c = 0;

// Установка класса подписчика на события клиента

void IClient. SetCallbacks (IClientCallbacks callbacks)

{_callbacks = callbacks;

}

// Получение аудиоданных от библиотеки NAudioIClient. AddAudioData (byte[] buffer, int count)

{(m_disconnect ||! m_transmit)

{;

}

_c++;

// Каждый 40-й блок мы отбрасываем, поскольку воспроизведение

// происходит медленнее чем запись. Число определено эксперементально.

if (m_c% 40 == 0)

{;

}

m_sendBuffer. Add (buffer, count);

(m_sendBuffer. IsReady())

{_sendBufferEvent. Set();

}

}

#endregion

}

Класс сервера

 // Класс представляющий функциональность сервера

public class Server: IServer, IClientHandlerCallbacks

{

// Объект, ожидающий подключений клинтовTcpListener m_listener = null;

// Поток прослушивания клинтовThread m_listenThread = null;

// Список подключенных пользователейList<User> m_users = new List<User>();

// Генератор случайных чисел для идентификатора пользователя

private Random m_random = new Random(0);

// Список авторизованных клиентов, не установивших еще все необходимые

// соединения и ожидающих их установления.

private List<IClientHandler> m_waiting = new List<IClientHandler>();

// Список клиентов готовых к работеList<IClientHandler> m_ready = new List<IClientHandler>();

// Объект для синхронизации на предыдущих двух списках

private object m_handlersMutex = new object();

// Поток исходящих данныхThread m_playbackThread = null;

// Класс подписанных на события сервераIServerCallbacks m_callbacks = null;

// Состояния сервераState

{,

}

m_state = State. None;

// Закрываем все соединенияvoid CloseAllConnections()

{_state = State. None;

(m_listener!= null)

{

{_listener. Stop();

}(SocketException ex)

{

Manager. Log («Сервер: Не удалось остановить прослушивание. Причина:» + ex. Message);

}

_listener = null;

}

(m_ready)

{(IClientHandler handler in m_ready)

{. Stop();

}

}

(m_callbacks!= null)

{_callbacks. OnStop();

}

}

// Поток микширования данных

private void Playback()

{(m_state == State. Listening)

{(m_ready)

{length = m_ready. Count;

idx = m_ready. Count;

// Получаем массив, содержащий аудидоданный каждого клиента

AudioData[] data = new AudioData[idx];merge = null;(int i = 0; i < idx; i++)

{[i] = m_ready[i].GetNext();

}

// Производим микширование аудиоданных

for (int i = idx - 1; i >= 0; i-)

{(data[i] == null)

{;

}

(merge == null)

{= new AudioData (data[i].Count, data[i].Data);;

}

. Merge (data[i]);

}

 // Отправляем смикшированные данные обратно клиентам

for (int i = 0; i < idx; i++)

{_ready[i].Add(merge);

}

}. Sleep(190);

}

}

// Поток прослушивания подключений клиентов

private void ListenForClients()

{

{_listener. Start();

}(SocketException ex)

{. Log («Server: Failed to start listening. Reason:» + ex. Message);();;

}

Manager. Log («Сервер: Начало прослушивания» + m_listener. LocalEndpoint. ToString());

(m_state == State. Listening)

{client = null;

try

{= m_listener. AcceptTcpClient();

}(SocketException ex)

{. Log («Server: Failed to accept tcp client. Reason:» + ex. Message);;

}

. Log («Сервер: Подключение» + client. Client. RemoteEndPoint. ToString());

thread = new Thread (new ParameterizedThreadStart(HandleClient));. Start(client); // Запуск установления соединения

}

}

// Поток создания соединения с клиентомvoid HandleClient (object objClient)

{client = (TcpClient) objClient;

server = new ACNPServer(client);

// Получаем запрос от клиента и в соответствии с запросом

// выполняем авторизацию или подключение входного или выходного потоков

Command command = server. RecieveCommand();(command == null)

{;

}

handler;data;movedToReady = false;(command. Value)

{Command. CommandType. ClientLogin:   // Выполняем авторизациюloginData = server. GetLoginData();(loginData == null)

{;

}

// Проверям, зарегистрирован ли пользовательfoundUser = GetUser (loginData. UserName, loginData. Password);(foundUser == null)

{. DenyLogin();;

}

else // Проверям есть ли в списке ожидающих клиентов

{(IClientHandler clientHandler in m_waiting)

{(clientHandler. GetUserName() == loginData. UserName)

{. DenyLogin();;

}

}

(IClientHandler clientHandler in m_ready)

{(clientHandler. GetUserName() == loginData. UserName)

{. DenyLogin();;

}

}

id = m_random. Next(1000000);= new ClientHandler (server, foundUser, id);. SetCallbacks(this);_waiting. Add(handler);. AcceptLogin(id);

};Command. CommandType. ClientConnectInput:// Регистрация входящего потока= server. RecieveData<DataInteger>();(data == null)

{;

}= GetWaitingHandler (data. Id);(handler == null)

{. SendDeny();

}

inputServer = new ACNPServer(client);. SetOutput(inputServer);(handler. IsComplete())

{(handler);= true;

}. SendAccept();;

// Регистрация исходящего потока

case Command. CommandType. ClientConnectOutput:= server. RecieveData<DataInteger>();(data == null)

{;

}= GetWaitingHandler (data. Id);(handler == null)

{. SendDeny();

}

outputServer = new ACNPServer(client);. SetInput(outputServer);(handler. IsComplete())

{(handler);= true;

}. SendAccept();;:(«Сервер: Ошибка.»);;;

}

(! movedToReady)

{;

}

();

. ControlThread();

}

// Обновление списка пользователейvoid RefreshContactLists()

{(m_ready)

{(IClientHandler clientHandler in m_ready)

{. RefreshContactList();

}

}

}

// Получить список пользователейUser GetUser (string name, string password)

{found = null;(m_usersMutex)

{(User user in m_users)

{(user. IsTheSame (name, password))

{= user;;

}

}

}

found;

}

// Получить обработчик клиента по идентификаторуIClientHandler GetWaitingHandler (int id)

{(IClientHandler handler in m_waiting)

{(handler. IsYourId(id))

{handler;

}

}

null;

}

// Перемещение обработчика клиента из списка ожидающих клиентов

// в списко готовых к работе клиентов

private void MoveToReady (IClientHandler handler)

{(m_handlersMutex)

{_waiting. Remove(handler);_ready. Add(handler);

handler. Start();

}

}

#region IServer Members

// Подписка на события сервераIServer. SetCallbacks (IServerCallbacks callbacks)

{_callbacks = callbacks;

}

// Начало работа сервера

bool IServer. Start (Config config)

{

m_state = State. Listening;

lock (this)

{_users. Clear();(User user in config. Users)

{_users. Add(user);

}

}

m_listener = new TcpListener (IPAddress. Any, config. Port);

m_listenThread = new Thread (new ThreadStart(ListenForClients));

m_listenThread. Start();

m_playbackThread = new Thread (new ThreadStart(Playback));

m_playbackThread. Start();

true;

}

// Окончание работы сервераIServer. Stop()

{

CloseAllConnections();. Log («Server: Stopped listening.»);

true;

}

#endregion

#region IClientHandlerCallbacks Members

// Обратный вызов от обработчика клиента, сообщающий об отключении

// клиента

void IClientHandlerCallbacks. OnDisconnect (IClientHandler handler)

{

lock (m_waiting)

{_waiting. Remove(handler);

}

(m_ready)

{_ready. Remove(handler);

}

();

}

// Обратный вызов от обработчика клиента, запрашивающий

// список работающих пользователей

string[] IClientHandlerCallbacks. GetUsers()

{[] users = null;

(m_ready)

{= new string [m_ready. Count];(int i = 0; i < m_ready. Count; i++)

{[i] = m_ready[i].GetUserName();

}

}

users;

}

#endregion

}