API Java для интегрированных сетей
Эта статья включает список литературы , связанную литературу или внешние ссылки , но ее источники остаются неясными, поскольку в ней отсутствуют встроенные цитаты . ( Март 2012 г. ) |
API Java для интегрированных сетей ( JAIN ) — это деятельность в рамках процесса сообщества Java , разрабатывающая API для создания сервисов телефонии (голоса и данных). Первоначально JAIN обозначал Java API для интеллектуальной сети . Позже название было изменено на Java APIs for Integrated Networks, чтобы отразить расширение масштабов проекта. Деятельность JAIN состоит из нескольких «экспертных групп», каждая из которых разрабатывает одну спецификацию API.
Тренд
[ редактировать ]JAIN является частью общей тенденции к созданию открытых сервисов в телефонной сети, так что, по аналогии с Интернетом , открытость должна привести к растущему числу участников, создающих услуги, что, в свою очередь, создаст больший спрос и более качественные, более целевые услуги.
Цель
[ редактировать ]Цель API JAIN — абстрагировать базовую сеть, чтобы сервисы можно было разрабатывать независимо от сетевых технологий, будь то традиционная PSTN или сеть следующего поколения .
API
[ редактировать ]В результате усилий JAIN было создано около 20 API, находящихся на различных стадиях стандартизации, начиная от API Java для конкретных сетевых протоколов , таких как SIP и TCAP , и заканчивая более абстрактными API, такими как управление вызовами и взимание платы , и даже включая разработки, не связанные с Java. для описания телефонных услуг в XML .
Экспресс X
[ редактировать ]есть совпадение Между JAIN и Parlay / OSA , поскольку оба решают схожие проблемные области. Однако, как первоначально задумано, JAIN сосредоточился на API, которые облегчили бы сетевым операторам разработку собственных сервисов в рамках протоколов интеллектуальной сети (IN). Как следствие, первые API JAIN были сосредоточены на методах создания и интерпретации сообщений SS7 , и только позже JAIN обратил свое внимание на методы более высокого уровня для управления вызовами. Между тем, примерно в то же время, когда JAIN только зарождался, началась работа над Parlay с акцентом на API, позволяющих разрабатывать сетевые сервисы третьими сторонами, не являющимися операторами.
Стандартизированные API
[ редактировать ]Примерно с 2001 по 2003 год предпринимались попытки гармонизировать еще не стандартизированные API-интерфейсы JAIN для управления вызовами с сопоставимыми и к тому времени стандартизированными API-интерфейсами Parlay. Возник ряд трудностей, но, пожалуй, самая серьезная была не техническая, а процедурная. Процесс сообщества Java требует, чтобы для каждого стандартизированного API Java была создана эталонная реализация. В Parlay нет такого требования. Неудивительно, что, учитывая усилия, которые потребовались бы для создания эталонной реализации управления вызовами JAIN, сообщество по стандартизации решило (если не явно), что API управления вызовами Parlay адекватны, и работа над управлением вызовами JAIN сошла на нет. Тем не менее, работа над управлением вызовами JAIN оказала важное влияние на Parlay, поскольку помогла определить согласованное сопоставление Parlay с языком Java.
См. также
[ редактировать ]Внешние ссылки
[ редактировать ]Книги
[ редактировать ]- Джайн, Рави; Анджум, Фарук; Баккер, Джон-Люк (2005). Программирование конвергентных сетей: управление вызовами на Java, XML и Parlay . Хобокен, Нью-Джерси: Wiley-Interscience. ISBN 0-471-26801-1 .
- Джепсен, Томас К. (2001). Анджум, Фарук (ред.). Java в телекоммуникациях: решения для сетей следующего поколения . Чичестер [ua]: Уайли. ISBN 0-471-49826-2 .
- Мюллер, Стивен М. (2002). API и протоколы для конвергентных сетевых служб: [JTAPI, JAIN и PARLAY; SIP и PINT, XML, LDAP, CORBA и SOAP] . Нью-Йорк [ua]: МакГроу-Хилл. ISBN 0-07-138880-Х .