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

Размещено на http://www.allbest.ru/

Государственное автономное профессиональное образовательное учреждение Иркутской области

Ангарский техникум строительных технологий

Специальность: информационные системы

КУРСОВАЯ РАБОТА

Тема:

Система регистрации речи диспетчерских переговоров

Выполнила: Рыбаченко Е.Г.

Студентка группы ИС-41203

Проверил: Дорош Е.Г.

Ангарск, 2015

• Содержание
• Введение
• Глава 1. Обзор форматов преобразования звуковых данных
• 1.1 Отличия цифрового представления сигналов от аналогового.
• 1.2 Способы представления звука в цифровом виде
• Глава 2. Программная реализация системы регистрации речи диспетчерских переговоров
• 2.1 Общее описание программного обеспечения реализующего разработанный алгоритм
• 2.2 Программный интерфейс телефонии (TAPI)
• Заключение
• Список литературы
• ВВЕДЕНИЕ

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

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

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

Если в качестве предприятия выступает таксопарк, то появляется много производственных и экономических задач которые возможно решить с помощью технических и программных средств. Рассмотрим одну из таких задач.

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

Решение задачи можно выразить в следующих рекомендациях:

1) Определить технические средства необходимые для решения данной задачи

2) Определить программные средства

3) Разработать алгоритм программной реализации этой задачи

4) А также решить сопутствующую проблему сжатия звуковых данных

Разберем эти этапы более подробно.

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

Модем ACORP M-56EMSF-2 (рис. 1) создан специально для максимально надёжной и быстрой работы. Производители использовали весь свой накопленный опыт и учли все особенности эксплуатации подобных модемов в российских условиях. И из ниже приведенных характеристик видно, что он подходит для нашей задачи.

Поддержка всех основных протоколов передачи данных.

· ITU-T V.23C

· ITU-T V.22B

· ITU-T V.22

· ITU-T V.21

· ITU-T BEL 212

· ITU-T BEL 103

Работа с факсом:

· Класс передачи факсовых сообщений Class 1,1.0,2

· Поддерживаемые протоколы согласно стандарту ITU-T: V.17, V.26ter, V.27ter, V.29

· Возможность принимать \ передавать факсимильные сообщения на обычный факсимильный аппарат.

Голосовые возможности:

· Автоматический прием голосовых и факсимильных сообщений аппаратным способом.

· Модем поддерживает все основные «голосовые» функции, реализация спикерфона (работа в режиме телефона) максимально упрощена. Для этого достаточно подключить микрофон и наушники к специальным гнёздам.

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

Особенности модема:

· Уровень выходного сигнала от -0 до -15db

· Регулировка скорости передачи данных и «сверху» и «снизу».

· 100% настройка сигнала «Линия занята»

· Повышенная чувствительность приемника.

· Расширенная индикация состояния модема.

· Бесшумный набор номера в импульсном режиме.

· Дополнительное гнездо для подключения параллельного телефона

Все модемы Acorp 56К адаптированы к российским телефонным линиям и отлично распознают сигналы ATC.

Выбор звуковой карты для проигрывания звука влияет лишь на качество воспроизведения, а, следовательно, можно воспользоваться и звуковой картой, встроенной в материнскую плату компьютера, ставшей практически стандартом (например, C-Media).

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

Итак, схема соединения технических средств выглядит так:

Размещено на http://www.allbest.ru/

Рис. 1

1) Для взаимодействия технических средств и реализации поставленной задачи необходимы программные средства:

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

А также язык программирования для создания программной реализации поставленной задачи. Язык программирования Delphi - это комбинация нескольких важнейших технологий:

· Высокопроизводительный компилятор в машинный код

· Объектно-ориентированная модель компонент

· Визуальное (а, следовательно, и скоростное) построение приложений из программных прототипов

· Масштабируемые средства для построения баз данных

1. Обзор форматов преобразования звуковых данных

1.1 Отличия цифрового представления сигналов от аналогового

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

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

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

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

Сформированный таким образом цифровой сигнал может переносить любую полезную информацию, которая закодирована в виде последовательности битов - нулей и единиц; частным случаем такой информации являются электрические и звуковые сигналы. Здесь количество информации в несущем цифровом сигнале значительно больше, нежели в кодированном исходном, так что несущий сигнал имеет определенную избыточность относительно исходного, и любые искажения формы кривой несущего сигнала, при которых еще сохраняется способность приемника правильно различать нули и единицы, не влияют на достоверность передаваемой этим сигналом информации. Однако в случае воздействия значительных помех форма сигнала может искажаться настолько, что точная передача переносимой информации становится невозможной - в ней появляются ошибки, которые при простом способе кодирования приемник не сможет не только исправить, но и обнаружить. Для еще большего повышения стойкости цифрового сигнала к помехам и искажениям применяется цифровое избыточное кодирование двух типов: проверочные (EDC - Error Detection Code, обнаруживающий ошибку код) и корректирующие (ECC - Error Correction Code, исправляющий ошибку код) коды.

Цифровое кодирование состоит в простом добавлении к исходной информации дополнительных битов и/или преобразовании исходной битовой цепочки в цепочку большей длины и другой структуры. EDC позволяет просто обнаружить факт ошибки - искажение или выпадение полезной либо появление ложной цифры, однако переносимая информация в этом случае также искажается; ECC позволяет сразу же исправлять обнаруженные ошибки, сохраняя переносимую информацию неизменной. Для удобства и надежности передаваемую информацию разбивают на блоки (кадры), каждый из которых снабжается собственным набором этих кодов.

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

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

1.2 Способы представления звука в цифровом виде

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

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

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

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

Полученный поток чисел (серий двоичных цифр), описывающий звуковой сигнал, называют импульсно-кодовой модуляцией или ИКМ (Pulse Code Modulation, PCM), так как каждый импульс дискретизованного по времени сигнала представляется собственным цифровым кодом.

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

Временная дискретизация и амплитудное квантование сигнала неизбежно вносят в сигнал шумовые искажения, уровень которых принято оценивать по формуле 6N + 10lg (Fдискр/2Fмакс) + C (дБ), где константа C варьируется для разных типов сигналов: для чистой синусоиды это 1.7 дБ, для звуковых сигналов - от -15 до 2 дБ. Отсюда видно, что к снижению шумов в рабочей полосе частот 0..Fмакс приводит не только увеличение разрядности отсчета, но и повышение частоты дискретизации относительно 2Fмакс, поскольку шумы квантования "размазываются" по всей полосе вплоть до частоты дискретизации, а звуковая информация занимает только нижнюю часть этой полосы.

В большинстве современных цифровых звуковых систем используются стандартные частоты дискретизации 44.1 и 48 кГц, однако частотный диапазон сигнала обычно ограничивается возле 20 кГц для оставления запаса по отношению к теоретическому пределу. Также наиболее распространено 16-разрядное квантование по уровню, что дает предельное соотношение сигнал/шум около 98 дБ. В студийной аппаратуре используются более высокие разрешения - 18-, 20- и 24-разрядное квантование при частотах дискретизации 56, 96 и 192 кГц. Это делается для того, чтобы сохранить высшие гармоники звукового сигнала, которые непосредственно не воспринимаются слухом, но влияют на формирование общей звуковой картины.

Для оцифровки более узкополосных и менее качественных сигналов частота и разрядность дискретизации могут снижаться; например, в телефонных линиях применяется 7- или 8-разрядная оцифровка с частотами 8..12 кГц.

Представление аналогового сигнала в цифровом виде называется также импульсно-кодовой модуляцией (ИКМ, PCM - Pulse Code Modulation), так как сигнал представляется в виде серии импульсов постоянной частоты (временная дискретизация), амплитуда которых передается цифровым кодом (амплитудная дискретизация). PCM-поток может быть как параллельным, когда все биты каждого отсчета передаются одновременно по нескольким линиям с частотой дискретизации, так и последовательным, когда биты передаются друг за другом с более высокой частотой по одной линии.

Глава 2. Программная реализация системы регистрации речи диспетчерских переговоров

2.1 Общее описание программного обеспечения, реализующего разработанный алгоритм

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

Исходя из ниже перечисленных достоинств автор остановился на таком языке программирования как Delphi:

1) Для кого предназначен Delphi

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

2) Высокопроизводительный компилятор в машинный код

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

3) Открытая компонентная архитектура

Благодаря такой архитектуре приложения, изготовленные при помощи Delphi, работают надежно и устойчиво. Delphi поддерживает использование уже существующих объектов, включая DLL, написанные на С и С++, OLE сервера, VBX, объекты, созданные при помощи Delphi. Из готовых компонент работающие приложения собираются очень быстро.

4) Библиотека визуальных компонент

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

5) Компоненты доступа к базам данных и визуализации данных

Библиотека объектов содержит набор визуальных компонент, значительно упрощающих разработку приложений для СУБД с архитектурой клиент-сервер. Объекты инкапсулируют в себя нижний уровень - Borland Database Engine.

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

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

программный цифровой диспетчерский речь



Рис. 2. Delphi: настраиваемая cреда разработчика

Ha cтpaницe Standard палитры компонентов сосредоточены стандартные для Windows интерфейсные элементы, без которых не обходится практически ни одна программа (рис 3).

Рис. 3

B страницу Additonal помещены 18 дополнительных компонентов, с помощью которых можно разнообразить вид диалоговых окон (рис 4).

Рис. 4

Страница Win32 содержит интерфейсные элементы для 32-paзpядныx операционных систем Windows 95/98/NT/2000 (рис 5).

Рис. 5

Cтpaницa BDE (рис. 6) - здесь представлены компоненты, поддерживающие доступ к данным с помощью BDE - Table, Query, StoredProc и т.п. Mexaнизм BDE в равной степени успешно работает как с фaйл-cepвepными, так и с клиeнт-cepвepными БД. Кoмпoнeнты этой страницы есть во всех версиях Delphi.

Рис. 6

Cтpaницa Data Controls. 15 кoмпoнeнтoв этoй cтpaницы пpeднaзнaчeны для визyaлизaции дaнныx, иx ввoдa и peдaктиpoвaния (рис. 7).

Рис. 7

2.2 Программный интерфейс телефонии (TAPI)

Microsoft Win32 прикладной программный интерфейс телефонии (TAPI) обеспечивает услуги, которые дают возможность прикладному разработчику добавить телефонную связь к приложениям, разработанным для операционных систем, которые поддерживают Microsoft®Win32®API

Чтобы обеспечивать лучшую работу (выполнение) и поддержку на платформе Windows NT и на будущих выпусках платформы Windows 95, Win32 API телефонии и его поставщики услуг и компоненты поддержки полностью осуществлены как 32-разрядные компоненты в Win32. В дополнение к полному 32-разрядному выполнению, Win32 TAPI включает эти много новых особенностей:

родная 32-разрядная поддержка. Все ядро TAPI компоненты - Win32, с полной поддержкой процессоров не Intel (выполняющийся Windows NT), симметрические многопроцессорные, многопоточные приложения, и приоритетная многозадачность.

32-разрядная прикладная мобильность. Существование Win32 полного TAPI и помогает приложениям TAPI, которые в настоящее время работают на Windows 95 (использующие TAPI 1.4 API) выполненный на Windows NT на Intel x86 семейство микропроцессоров без модификации или перетрансляции.

16-разрядная прикладная мобильность. Существование Win16 полного TAPI и помогает приложениям TAPI, которые в настоящее время работают на Windows 95 и операционной системе Windows - 3.1 (использующие TAPI 1.3 API) выполненный на Windows NT без модификации или перетрансляции.

поддержка уникода. Win32 приложения может выбрать существующий ANSI-код функциями TAPI или вызывать версии юникода функций, которые передают или возвращают строки (функции с суффиксом "W").

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

NDISTAPI совместимость. Существующая поддержка в Windows NT 3.5 для минипортов глобальной сети цифровой сети комплексного обслуживания под Службой удаленного доступа сохраняется. NDIS драйверы минипорта глобальной сети поддерживаются при поставщике услуг привилегированного режима без модификации.

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

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

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

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

компоненты непривилегированного режима. Полная TAPI система, включая поставщика услуг верхнего уровня DLLs, выполняется в непривилегированном режиме.

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

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

1) Использование телефонии в приложениях

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

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

соединяются непосредственно с телефонной сетью, а не полагаются на отдельное приложение связи

номера телефона набираются автоматически

передаются документы как файлы, факсы, или электронная почта

данные доступа от поиска новостей и других информационных служб

установка и управление запросами конференции

получение, сохранение, и сортировка речевой почты

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

управление операциями удаленного компьютера

совместная работа, используя телефонные линии

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

2) Сетевые услуги

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

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

3) Компоненты Телефонии

Базируемая на Windows Открытая Архитектура Услуг (WOSA) модель, Windows Телефония состоит из TAPI и TAPI32 библиотек динамической связи (которые заставляют приложение, посылать запрос Службе Телефонии на обработку), TAPISRV.EXE (который осуществляет и управляет функциями TAPI) и одним или более поставщиками услуг телефонии (драйверы). TAPI обеспечивает не зависящий от устройства интерфейс для того, чтобы выполнить задачи телефонии. Поставщики услуг - библиотеки динамической связи, которые выполняют и возможно зависящие от устройств действия нижнего уровня.

Когда приложение вызывает функцию TAPI, TAPI динамически компонуемая библиотека проверяет правильность и генеральные параметры функции и передает управление TAPISRV.EXE. TAPISRV (Служба Телефонии) обрабатывает запрос и направляет запрос соответствующему поставщику услуг. Чтобы получать запросы от TAPISRV, поставщик услуг должен осуществить интерфейс драйвера службы Телефонии (TSPI). Поставщик услуг может обеспечить различные уровни интерфейса драйвера службы: основной, дополнительный, или расширенный (продленный). Например, простой поставщик услуг мог бы обеспечить основное обслуживание (службу) телефонии, типа поддержки запросам выхода, через Hayes-совместимый модем. Заказной поставщик услуг, написанный сторонним продавцом, мог бы обеспечить полный диапазон приходящей и уходящей поддержки запроса.

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

Для разработки алгоритма будем использовать компоненты TAPI 2.2 для Delphi 7 (рис. 8):

Рис. 8

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

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

Руководящие устройства (TAPILineDevice, TAPIPhoneDevice) - это абстракция аппаратных средств типа модема / ISDN карты или телефона.

Линии - TAPILine. Каждому руководящему устройству могут быть подчинены различные линии.

Объект TTapiCallParams помогает вам формировать необходимую структуру TAPI.

Адрес - TAPIAddress. Минимум один адрес подчинен каждой линии. TAPI отличает 2 различных адресных формата: выборный и AddressID.

Вызовы - TAPICall. Вызов представляет подключение (связь) по меньшей мере, двух адресов.

Таблица 1

Свойства компонент	Пояснение
TTapiLine.Active	Это свойство активирует и дезактивирует прибор строки телефонии
TTapiLine.MediaModes	Это - набор разрядных флажков, которые указывают режимы носителей, которые используются, когда прибор строки TAPI активизирован, устанавливая TTapiLine
TTapiLine.Privileges	Это свойство используется, чтобы управлять привилегией, которую TTapiLine элемент хочет иметь к входящему, и исходящему запросу
TTapiLine.Device	Указывается компонент типа TAPILineDevice
TTapiCallParams.BearerMode	Этот свойство указывает режим, который используется, когда создан запрос.
TTapiCallParams.AddressID	Это свойство указывает адрес, который используется, когда создан запрос
TTapiCallParams. CallParamsFlags	Это - набор разрядных флажков, который использует LINECALLPARAMFLAGS_ константы
TTapiCallParams.MediaMode	Этот свойство указывает MediaMode, который используется, когда создан запрос
TAPILineDevice. LineMapper	Разрешает TAPI определить нужное устройство самостоятельно.
TAPILineDevice.ID TAPIPhoneDevice.ID	Идентификатор устройства подключенного к линии.
TAPILineService.AppName TAPIPhoneService.AppName	Это название приложение, которое посылало или первоначально принимало запрос или ответило на запрос.
TAPICall.Info.CallerID	Это свойство содержит информацию, которая идентифицирует возникающий адрес запроса.
TAPIPhone.SpeakerHookSwitchMode	Устанавливает режим работы общей связи
TAPIPhone.SpeakerVolume	Объем звуковых данных общей связи
TAPIPhone.SpeakerGain	Коэффициент усиления общей связи
TAPIPhone.HeadSetHookSwitchMode	Устанавливает режим работы наушников
TAPIPhone.HandSetHookSwitchMode	Устанавливает режим работы микрофона
TAPIPhone.HeadSetVolume	Объем звуковых данных наушников
TAPIPhone.HeadSetGain	Коэффициент усиления наушников
TAPIPhone.HandSetVolume	Объем звуковых данных микрофона
TAPIPhone.HandSetGain	Коэффициент усиления микрофона

Таблица 2

Методы объектов	Пояснение
TAPIAddress1.OutboundCall.MakeCall	Функция размещает запрос на строке
TAPICall1.Drop TAPIAddress1.OutboundCall.Drop;	Метод понижает или разъединяет точно установленный запрос. Запрос типично перемещается в неактивный запрос, и будет через некоторое время освобожден
TAPIAddress1.InboundCall.Answer	Метод отвечает на точно установленный запрос предложения. После того, как запросу успешно ответили, состояние запросов типично переходит на связанное состояние
TAPICall1.DeallocateCall	В TAPI больше ненужный (неактивный) запрос должен быть удален, чтобы освободить внутренние ресурсы.
TAPIAddress1.InboundCall.Accept	Функция принимает точно установленный предлагаемый запрос. И показывает что приложение примет контроль вызова.

Таблица 3

События	Пояснения
TAPILineDevice. OnStateReMoved	При удалении устройства из системы
TAPILineDevice. OnStateRinging	Событие вызывается тогда, когда “ИН” (Индикатор звонка) обнаружил активный сигнал в порту
TAPICall. OnInfoCallerId	CallerID информация появилась или изменилась
TAPICall. OnReply	При ответе устройства на запрос
TAPICall. OnStateBusy	При состоянии в линии - `занято'
TAPICall. OnStateConnected	При состоянии соединения
TAPICall. OnStateDisconnected	При состоянии разъединения
TAPICall. OnStateIdle	События появляется если запрос находится в неактивном состоянии
TAPICall. OnStateOffering	Входящий запрос обнаружен на строке
TAPICall. OnStateProceeding	Появляется когда идет набор номера, и запрос продолжает проходить сквозь коммутатор или телефонную сеть.

ЗАКЛЮЧЕНИЕ

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

Использование данной системы возможно только в том случаи, если установлен механизм работы с базой данных - BDE, а также желательно наличие ОС WidowsXP.

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

СПИСОК ЛИТЕРАТУРЫ

1. ГОСТ 12.0.003-74 “Опасные и вредные производственные факторы. Классификация”

2. СанПиН 2.2.2.542-03 “Гигиенические требования к персональным электронно-вычислительным машинам и организации работы”

3. ГОСТ Р 50923-96 “Дисплеи. Рабочее место оператора. Общие эргономические требования и требования к производственной среде. Методы измерения”

4. СН 2.2.4/2.1.8.562-03 “Шум на рабочих местах в помещениях жилых общественных зданий и на территории жилой застройки”

5. ГОСТ 12.1.029-80 “Средства и методы защиты от шума. Классификация”

6. ГОСТ Р 50948-96 “Средства отображения информации индивидуального пользования. Общие эргономические требования и требования безопасности”

7. ГОСТ 12.1.019-79 “Электробезопасность. Общие требования и номенклатура видов защиты”

8. ГОСТ Р 22.7.01-99 “Безопасность в чрезвычайных ситуациях. Единая дежурно-диспетчерская служба. Основные положения”

9. ГОСТ Р 51658-2000 "Фильтры-экраны защитные для средств отображения информации. Типы, основные параметры и методы измерений".

10. ПУЭ-03 “Правила устройства электроустановок”

11. ППБ 01-03 “Правила пожарной безопасности”

12. ПТЭ и ПТБ “Правила технической эксплуатации электрических станций и сетей РФ” и “Правила техники безопасности при эксплуатации электрических станций и сетей РФ”

13. Материалы по Delphi на сайте http://www.delphikingdom.com (сеть Internet)

14. П. Дарахвелидзе, Е. Марков “Программирование в Delphi7” СПб.: БХВ-Петербург, 2004

15. С. Бобровский “Delphi7. Учебный курс” СПб.: Питер, 2004

16. В. Никамин. "Форматы цифровой звукозаписи". СПб.: Элби, 1998

17. Н. Секунов. "Обработка звука на PC". - СПб.: БХВ-Петербург, 2001

18. В.Д. Смирнов, О. Логутенко. "Аудиосистема РС". СПб.: БХВ-Петербург, 1999

19. И. Кузнецов “Обзор возможностей системы Audio Compression Manager (ACM)”

20. Е. Музыченко. "Подсистема сжатия звука в Windows". Компьютер-Пресс, №7-2000

Е. Музыченко. " Обработка звуковых файлов в Windows". Компьютер-Пресс, №8-2000

21. “Acorp-EMSF2 V90\V92 modem. Руководство пользователя” DdiX Labs. 2002

22. “Telephony Application Programming Interface (TAPI) Programmer's Reference” 1995-1996 Microsoft Corporation. All rights reserved

23. “MSDN Library - October 2004” Microsoft Corporation. All rights reserved

24. Материалы по TAPI на сайте (сеть Internet)

Размещено на Allbest.ru