Все новости от 30 марта 2000 г.

Novell включается в игру немедленного обмена сообщениями

На ежегодной конференции BrainShare Novell анонсировала свой долгожданный клиент немедленного обмена сообщениями instantme, разработанный в партнерстве с компанией America Online. Он совместим с клиентом AOL AIM (AOL Instant Messenger), у которого, как утверждается, около 50 млн пользователей. Instantme не ориентирован на потребителей: для хранения контактной информации он использует Novell Directory Services eDirectory.

В ответ на растущее беспокойство предприятий по поводу онлайновой защиты Novell планирует выпустить во втором квартале защищенную версию instantme. Она будет поддерживать шифрование и цифровые сертификаты. Novell объявила также о том, что разрабатывает визуальный IM-клиент на базе технологии CU-SeeMe компании White Pine Software. Он тоже выйдет во втором квартале и будет интегрирован с instantme.

Визуальный IM от Ericsson
С White Pine сотрудничает и Ericsson — компания разрабатывает визуальный клиент IM iPulse, который во многом напоминает другие программы немедленного обмена сообщениями, но, кроме того, позволяет в любое время устраивать сеансы видео- и аудио-чата. Для видеосеансов пользователям потребуется цифровая видеокамера. Ericsson продвигает iPulse как способ совместной работы территориально распределенных коллективов над общим проектом, исключающий необходимость в загрузке каждым участником больших объемов ПО. iPulse (он несовместим с AIM) начнет поставляться в конце второго квартала и будет распространяться через ISP и ASP.

Не отстает и компания Tribal Voice, которая выпустила версию 4.0 своего IM-клиента PowWow — теперь она совместима с AIM, Microsoft MSN Messenger и Yahoo Messenger. PowWow 4.0 поддерживает голосовые сообщения, коллективный чат и «белую доску», которая позволяет читать и делать пометки на документах сразу нескольким пользователям.

Обсуждение и комментарии

	miha - miha_outmail.ru 31 Mar 2000 9:01 AM
Именно IM станут основным средством связи и использованием и-нет для карманных компьютеров, а не WAP, который является попыткой втиснуть широкие web-страницы в маленький экранчик. Также IM наиболее удобен как клиент для серверов электронной коммерции, так как во-первых и клиент и магазин всегда знают кто находится в онлайн и могут заранее готовиться к маркетинг-акциям по расписанию, во-вторых он более удобен и быстр для проведения самого платежа, в отличии web-клиента, который отлично подходит только для функции витрины е-магазина. Спасибо за внимание, с удовольствием пообщаюсь на эту тему. :)
	Irsi - irsiextranet.u 31 Mar 2000 1:48 PM
Пока не будет открытого стандарта, подходящего под идеологию инете, все IM беспереспективны.
	Shadow 31 Mar 2000 3:19 PM
А чем вам не стандарт то подмножество ICQ, используемое Маттом в своей micq?? По-моему, у "свободных" он стал стандартом.
	Irsi - irsiextranet.ru 1 Apr 2000 2:22 PM
2Shadow: 1. Он зависит от серверов AOL, если AOL захочет то все "свободные" клоны ICQ моментально станут неработоспособны, как это было с AIM. 2. RFC на нее нет и не будет ибо лицензионные проблемы, история с GIF многих научила... 3. Сам протокол ICQ плохой и противоричит идеологии интернет - он централизован по своей сути, а интернет система распределенная. Как следствие - добится неработоспособности всей системы ICQ достачно несложно, а например в распределенных служах как irc, e-mail... добится можно только неработоспособности отдельных частей, вся система не прекратит своего функционирования... А DoS-атаки и аварии это то с чем считаться просто необходимо...
	miha - miha_outmail.ru 3 Apr 2000 2:07 PM
IM может быть децентрализована, достаточно организовать репликацию серверов. Основой протокола необходимо сделать XML и тогда никакого противоречия и-нету не будет :) Главное ведь не в этих "мелочах", а в идеологии IM - интерактивность, немедленность, возможность видеть кто в он-лайне.
	Irsi - irsiextranet.ru 3 Apr 2000 3:18 PM
2miha: IM - можно и нужно делать децентрелизованной, ICQ - нельзя, не получится... А вот про основной протокол не понял приччем здесь XML??? Имхо plain text в utf-8 или даже для гарантии в utf-7 хватит за глаза... форматированных документов ведь явно передавать не придется... Ну а если и придется send file никто не предлагает отменить...:)