JRuDevels

oss · Отметившийся

Извиняюсь, если уже существует данная тема, но я не смог её найти при помощи поиска.

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

Binary · Разработчик

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

KRom · Разработчик

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

Оператор может одновременно общаться только с одним клиентом или с несколькими? Если с несколькими, то вопрос усложняется.

Binary · Разработчик

oss · Отметившийся

В любом случае придется запоминать и номера и сессии.
Оператор общается только с одним клиентом.

Я так понимаю общая схема такая?

сообщение от клиента
client -> ICQ -> Jabber(our server) -> JabberBot (choose operator) -> operator

сообщение от оператора
operator -> Jabber(our server) -> JabberBot (resolve who receiver) -> ICQ -> client

Binary · Разработчик

oss · Отметившийся

А, ну да, нам заводить свой Jabber сервер для этого не понадобится...
Но поставить бота на каком-то серваке придется... А вот в этом проблема... Или её нет? есть же сервера Jabber которые работают на 80 порту и тогда бота можно написать на php... Wink

Binary · Разработчик

oss · Отметившийся

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

Binary · Разработчик

KRom · Разработчик

Не понял я чета Question

А зачем заводить хостинг?
Как я понимаю, количество операторов порядка 10 человек, так зачем же заводить бота в интернете. Можно поставить и на рабочей станции с более или менее широким каналом, скорее всего, это будет компьютер одного из операторов. Если хостить бота на одной из популярных хостинг площадок в интернете, то это выйдет не менее $5 per month.
А вопрос по поводу того, с каким количеством клиентов оператор может одновременно общаться (1 или несколько) заключается в следующем: если мы пользуем бота, то все клиенты будут писать от одного жида. А как тогда их отличать? Хотя, можно, конечно, в ответы добавлять идентификатор клиента, но это геморно слегка Grin

Binary · Разработчик

лучше, наверно, делать в виде транспорта, тогда будет проще отличать нескольких клиентов

feez · Разработчик

Что -то подобное уже запротоколировано в JEP-0142.

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

Если смириться со всеми этими недостатками, то, чтобы заработало и для ICQ,MSN,XXX польтзователей, нужно по идее просто сделать бота, который все сообщения транслировал бы в какую-нить workgroup и обратно, т.е. выступал бы в роли юзера с точки зрения протокола.

leksey · Графоман

leksey · Графоман

Работая в саппорте убеждаюсь, что такая штука была бы очень полезна.

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

Причем, можно жестко ограничить протоколом на стороне принимающей стороны - жаббером, естественно. Зачем на этой то стороне гибкость?

Т.е. компания заводит helpdesk id в основных IM - аське, MSN-е и жаббере и все с ним централизованно валится всем JID, которые online, а также дублируется в некий внутренний MUC.

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

ОФфтопик.
Звонил тут в ТП панаса и подивился, как там все грамотно сделано - во-первых нет тонового управления (все эти идиотские нажмите 1, нажмите 2) - а нужно просто голосом сказать ключевое слово.

После выбора департмента механическая женщина называет место в общей очереди к операторам (не абстрактное "вам ответят обязательно через N-минут).

Можно же сделать нормально, если хотеть.

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