Даниил Фейгин: мысли вслух

Как я предсказал немногим более года назад, Oracle основательно занялся телекоммуникационным рынком. Анонсированные в апреле планы принесли первые плоды. Пока Oracle SDP -- это интегрированные на базе Oracle Fusion Middleware (sic) внешние приобретения компании: TimesTen, HotSip и Net4Call. Одно только это дало неплохой набор возможностей, среди которых поддержка IMS (в том числе SIP через JSR 116, SMS/MMS и т.п.) для создания сервисов и Java-клиент Parlay X, подходящий также для интеграции с OSS/BSS. На базе этой платформы Oracle поставляет в составе SDP "готовые" решения, среди которых значится и Virtual PBX (a.k.a. Hosted PBX), т.е. программная имитация отдельной PBX, предоставляемая провайдером.

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

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

1. Операторам связи для предоставления своим абонентам новых коммуникационных и сопутствующих услуг.
2. Провайдерам услуг, предоставляемых посредством телефонии и/или мобильных сообщений (SMS/MMS). Таких провайдеров, никак не связанных с владельцами каналов, сейчас гораздо больше, чем традиционных оператораторов связи. К ним относятся в том числе провайдеры дальней связи, телеконференцсвязи, доступа к контенту и приложениям (например: знакомства, органайзер/"личный" секретарь, гео-навигация, словарь) посредством голоса и/или сообщений.
3. Корпоративным пользователям для организации внутренней голосовой (VoIP) связи, голосовых меню (IVR), интеграции факсимильной связи и пр. Однако во многих случаях, вероятно, таким пользователям будет более интересен Oracle Collaboration Suite, в котором все эти функции выведены на более понятный IT-службам прикладной уровень.

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

Еще в пике доткомовского бума я познакомился в Silicon Valley с командой, организовавшей резервирование столов в участвующих в этом проекте ресторанах с использованием телефонии. Для этого нужно было обеспечить надежное общение с рестораном в режиме real-time, получить от заведения подтверждение или альтернативное время, когда бронь возможна. Так как рестораторам было проще принимать автоматизированный телефонный звонок (за $), чем гарантировать немедленную реакцию на email, было решено использовать обычную телефонную связь. В дальнейшем эту инфраструктуру планировалось распространить на другие сферы. Возможно эта бизнес-модель прижилась бы в России, учитывая наличие здесь широкого контингента SMB, гораздо более плотно подключенного к телефонии, чем к интернету.

Характерно, что Oracle избрал платформенную стратегию в отношении рынка телеком, при том что конкурирующие платформы уже существуют (например, у BEA). Можно было опираться на какие-нибудь из своих прикладных решений (а их у несчастного Oracle при последнем подсчете было целых 5 отдельных линеек), скажем, CRM и Financials, превратив их отраслевые варианты в некий аналог OSS/BSS. Однако этого пока не происходит, что говорит о заинтересованности Oracle не только в старых телефонных компаниях, но и в новых сервис-провайдерах.

technorati tags: oracle, voip, saas