인스턴트 메시징 클라이언트 : 광기를 멈 춥니 다.

Skype. AOL 인스턴트 메신저. Yahoo IM. Google 행 아웃. 페이스 북 채팅. 트위터 DM. 매일 처리해야하는 인스턴트 메시징 계정의 수는 절대적으로 감정적입니다.

필자는 반드시 이러한 모든 계정을 보유해야하는 것은 아니며 매일 상호 작용해야하는 사람들이 이러한 계정을 갖고 특정 서비스에 충성하기 때문입니다.

몇 년 동안 상황은 조금 나아졌습니다. Microsoft는 최근 MSN Live Messenger를 종료하고 라이브 계정을 Skype로 접어 들었습니다. Skype는 이제 몇 가지 제한 사항으로 Lync와 통화 할 수 있으며 반대의 경우도 마찬가지입니다.

하지만 여전히 모든 계정을 관리하기 위해 여러 가지 IM 프로그램을 사용해야합니다.

내 Windows 8.1 데스크톱에서는 Skype 및 Lync를 사용하여 해당 시스템의 전용 통신을 수행합니다. 트위터 덱은 공개 및 비공개 트위터 상호 작용을 위해 브라우저에서 실행되며 페이스 북은 독점적으로 거주하는 사람들을 위해 브라우저에서도 실행됩니다.

나머지 모든 정보를 얻으려고 Trillian을 사용합니다.이 Trillian은 중앙 집중식 통신 네트워크를 사용하여 통신을 통합 (페더레이션)하는 통합형 로그온 기능이있는 우수한 멀티 프로토콜 IM 클라이언트입니다.

이제 Trillian이 Skype IM을 처리하고 Facebook 및 Twitter를 처리하는 것이 가능합니다. 이 문제는 몇 가지 있습니다.

Trillian의 소프트웨어 엔지니어 (IM +, Adium 및 Pidgin과 같은 다른 멀티 프로토콜 IM 클라이언트 개발 업체)는 모든 경쟁 IM 시스템의 게시 된 구현 구현과의 호환성을 리버스 엔지니어링하거나 유지하려고 최선을 다해 노력합니다. .

코러스, 뉴질랜드 전역의 기가비트 속도 브로드밴드 발표, 텔스트라, 에릭슨, 라이브 4G 네트워크 테스트에서 1Gbps의 총 속도 달성, 통신 사업자, 삼성과 T- 모바일, 5G 시험 협력 클라우드, 마이클 델, EMC 계약 체결 : ‘우리는 수십 년 안에 생각할 수있다.

따라서 때때로 이러한 네트워크에 대한 연결이 끊어지며 모든 기능이 지원되는 것은 아닙니다.

연결이 끊기는 이유는 이러한 각 공급자가 변경 또는 새로운 기능을 구현하고 결과적으로 이러한 프로토콜의 타사 구현이 각 메시징 클라이언트의 수정 사항이 롤아웃 될 때까지 기능을 중지하거나 오픈 소스 커뮤니티 공유 라이브러리 (예 : Adium과 Pidgin 및 다른 몇몇 라이브러리에서 사용되는 libpurple)를 개발합니다.

이제는 Google, Microsoft, Twitter 및 Facebook과 같은 특정 정보 / 컨텐츠 제공 업체가 고유 한 클라이언트 및 프로토콜을 유지하려는 이유는 이해할 수 있습니다.

그러나 더 좋은 방법이 있어야합니다.

예를 들어, Trillian은 내가 좋아하는 것보다 더 자주 Facebook과의 연결을 끊었 기 때문에, 거기에서 통신 할 때 Facebook 웹 UI를 사용해야합니다.

트위터와 페이스 북의 통합을 위해 트릴 리언을 사용하지 않기를 바란다. 너무 많은 업데이트를 받아 트위터와 페이스 북이 UI 내에서 할 수있는 일의 세분성을 제어하기가 어렵 기 때문이다.

선호되는 IM 클라이언트가 묶여 있고 특정 모바일 운영 체제와 긴밀하게 통합되는 모바일 공간에서 상황은 훨씬 더 복잡해집니다.

즉, 공통점이 있어야합니다. 차라리 여러 개의 메신저 클라이언트를 사용하지 않을 것입니다. 내 화면을 혼란스럽게 만들면 일관성없는 문제에서 다른 알림자가 나오게됩니다.

또한 리버스 엔지니어링 또는 최선형 프로토콜 지원을 사용하는 모바일 장치에서 타사 멀티 프로토콜 클라이언트를 사용하면 장치가 데스크톱보다 수가 많기 때문에 통신 연결이 끊어 질 수 있습니다.

따라서 대안은 상주 메모리에서 실행중인 해당 플랫폼에 대한 원시 클라이언트를 가져야한다는 것입니다. 현대의 모바일 운영 체제는 푸시 알림을 지원하지만, 우리는 얼마나 성가신 것인지 알 수 있습니다.

Google+ 또는 Facebook과 같은 소셜 네트워크에 웹 UI를 사용해야하는 경우 결국 IM 세션이 갑자기 팝업되어 동기화되지 않거나 멀티 프로토콜 클라이언트에서 IM 세션을 무시할 때 더욱 귀찮습니다. .

트릴 리언 (Trillian)과 IM +는 다양한 모바일 장치 OS에서 작동한다는 장점이 있지만, 핵심은 백그라운드에서 실행되도록 유지함으로써 리소스를 씹을 수 있습니다.

인스턴트 메시징 표준이 좋지 않습니까? 그래서 당신은 하나의 클라이언트를 사용할 수 있습니까?

글쎄요. 일종의. 이전에 “Jabber”로 알려진 XMPP 프로토콜은 IETF가 플랫폼 간 통합 IM 통신을 제공하려는 시도에서 좋은 시도였습니다.

오랫동안 Google은 XMPP 용 외부 게이트웨이를 제공했지만 최근에는 2013 년 5 월 Google 행 아웃에서 지원을 중단했습니다. Facebook Chat은 XMPP의 일부 기능을 지원하지만 완전히 호환되는 XMPP 서버는 아닙니다.

공정하게 말하면 Skype는 XMPP를 전혀 지원하지 않으며 고유 프로토콜은 완전히 독점적이므로 직접 또는 페더레이션 서비스를 통해 제 3 자와 통신하려는 모든 시도는 리버스 엔지니어링되거나 직접 라이센스가 부여되었습니다.

모든 인스턴트 메시징 서비스 제공 업체가 통합 인스턴트 메시징 프로토콜에 동의하게하는 것은 분명히 일어나지 않을 것입니다. 그러나이 문제를 해결할 다른 방법이 있습니다.

아니요, 실제로 제가 가장 좋아하는 메신저 플랫폼이고 고용주가 개발하고 있지만 다양한 장치에서 작동하기는하지만 모든 사람이 Skype에 유리하게 모든 것을 포기해야한다고 생각하지 않습니다. 이는 비현실적이며 전혀 쓸모가 없기 때문입니다. 세계의보기입니다.

이상적으로는 기기의 기존 통합 메신저 및 알림 시스템에 간단하게 연결할 수있는 기본적으로 구현 된 IM 프로토콜 서비스가 정말로 필요합니다. 그러나 그러한 것은 아직 존재하지 않습니다.

필자가 생각하는 방식은 각 주요 플랫폼 제공 업체가 타사 서비스에 대한 암호화 된 IM 통신을 허용하는 라이브러리 및 프로토콜을 포함하는 “패키지”형식에 동의한다는 것입니다.

최적으로,이 패키지 형식은 다른 장치 운영 체제간에 쉽게 변환 가능하거나 이식 가능해야하며 각 서비스 제공 업체는 플랫폼 파트너가 해당 패키지를 다운로드하여 자동으로 업데이트 및 통합 할 수 있도록 저장소를 관리해야합니다 네이티브 장치 플랫폼 메시징 응용 프로그램으로

이렇게하지 않는 대안은 애플리케이션 플랫폼과 사용자 기반에서 단순화되는 장치 플랫폼 일뿐만 아니라 각각의 회사가 시장 점유율과 생태계를 개척하면서 서로 격리되는 것입니다.

IM 클라이언트의 과부하 또는 경쟁 업체의 운영 체제에서 인스턴트 메시지 통신을하는 바벨탑에 직면하고 있습니까? 다시 말하고 알려주세요.

코러스, 뉴질랜드 전역에서 기가비트 급 브로드밴드 방송 발표

Telstra, Ericson, Qualcomm, 실시간 4G 네트워크 테스트에서 1Gbps 총 속도 제공

삼성과 T-Mobile, 5G 시연 공동 작업

마이클 델 (Michael Dell)은 “EMC는 수십 년 안에 생각할 수있다.