TOC 프로토콜

TOC protocol

TOC 프로토콜(Talk to OSCAR 프로토콜)은 일부 서드파티 AOL Instant Messenger 클라이언트와 AOL이 직접 제작한 여러 클라이언트가 사용하는 프로토콜입니다.2005년 8월 19일쯤 AOL은 프로토콜 지원을 중단하고 AOL Instant Messenger 및 ICQ 시스템용 Windows 및 Mac 클라이언트와 같이 적극적으로 유지 관리하는 인스턴트 메시징 클라이언트에서 더 이상 프로토콜을 사용하지 않습니다.단, Tcl/Tk로 기술된TiK와 TAC, 모두 오픈소스인Emacs Lisp로 기술된TNT, 나중에 Quick Buddy Web 애플릿이 된 Java 클라이언트 등 자체 TOC 클라이언트를 여러 개 생산한 적이 있습니다.AOL은 또한 개발자들이 자신들이 사용하는 독점적인 OSCAR 프로토콜 대신 TOC 프로토콜을 사용할 수 있기를 바라며 TOC 프로토콜 규격을 공개적으로 제공했습니다.2012년 7월, AOL은 TOC2 서버의 전원을 끄고,[1] 이 프로토콜을 사용해 AIM에 접속할 수 없게 되었습니다.

TOC는 ASCII 기반 프로토콜이고 OSCAR은 이진 프로토콜입니다.또한 TOC는 OSCAR에 비해 기능이 적었습니다.OSCAR는 버디 아이콘, 파일 전송, 광고 등의 기능을 제공합니다.

구조

TOC는 OSCAR 프로토콜의 래퍼 역할을 했습니다.대략적으로 보면 TOC 서버는 OSC 클라이언트에 불과했습니다.SCOR 클라이언트는 우연히 소켓을 통해 두 프로토콜 간에 메시지를 변환합니다.로그인 시 TOC 클라이언트는 OSCAR 로그인 서버를 지정했습니다(아마 다음 중 하나일 것).TOC 서버가 클라이언트 대신 사용한 login.oscar.aol.com 또는 login.icq.com).

TOC는 OSCAR와 마찬가지로 메시지를 캡슐화하기 위해 FLAP을 사용했지만 HTTP 서버와 동일한 포트에 구현할 수 있도록 FLAP이 해킹되었습니다.디폴트로는 TOC 서버는 HTTP 모드로 동작하고 있어 일반적인 웹 서버와 구별할 수 없습니다.HTTP 요구 대신 접속 클라이언트가 문자열 'FLAPON'에 이어서2개의 CRLF를 쓰면 TOC는 기어를 전환하고 FLAP 메시지 읽기를 시작합니다.유저의 프로파일을 취득하면, 클라이언트는 TOC 에 재접속해, 유저의 프로파일을 HTML 로 호스트 하는 HTTP 서버로서 사용할 것으로 기대되고 있습니다.

연결되면 PLAP 내부 통신에 대한 두 가지 기본 메시지 형식이 존재하게 됩니다.클라이언트 대 서버 메시지는 공백으로 구분된 인수, 따옴표 및 백슬래시 이스케이프 시퀀스를 포함한 Unix 스타일의 명령줄과 유사한 형식으로 발송되었습니다.서버에서 클라이언트로의 메시지는 훨씬 심플했습니다.콜론으로 구분된 ASCII 스트링으로 송신되어 많은 Unix 설정 파일과 비슷합니다.따라서, 착신 메세지의 해석이나 발신 커맨드의 생성이 매우 용이하기 때문에, 클라이언트의 기입은 매우 간단했습니다.

이는 OSCAR와 대조되는 것으로, 데이터의 바이너리 표현으로 인해 이해하기 어려울 수 있습니다.

TOC2

TOC2 프로토콜은 TOC 프로토콜 또는 "Talk to OSCAR" 프로토콜의 업데이트된 버전입니다.그 존재는 AOL에 의해 문서화된 적이 없으며 소수의 AOL Instant Messenger 클라이언트에서만 사용됩니다.AOL의 최근 TOC 서버 셧다운에 따라 일부 클라이언트는 TOC2용 플러그인을 제공하기 시작했습니다.전작과 같이 TOC2는 ASCII 프로토콜로 OSCAR의 일부 기능이 없지만 TOC와 달리 버디 아이콘과 파일 전송 수신(전송 안 함)을 지원하는 것으로 알려져 있습니다.TOC2는 기본적으로 OSCAR의 래퍼로서 TOC와 같은 방법으로 동작합니다.TOC에서 TOC2로의 코드 이식도 매우 간단합니다.

TOC1.0과 TOC2.0의 유사성으로 인해 이들 차이는 몇 가지에 불과합니다.

  • TOC1.0에서는 빈 친구 목록으로 연결하면 다른 사용자가 온라인으로 사용자를 볼 수 없게 됩니다.이 문제는 TOC2.0에서 수정되었습니다.
  • TOC1.0에는 toc_add_deny 명령어가 있지만 toc_remove_deny 명령어는 없습니다.TOC2.0에서도 이 문제가 수정되었습니다.
  • 사인온 프로세스는 기본적으로 TOC1.0과 동일하지만 버전, 번호 및 사용자 이름과 비밀번호를 기반으로 작성된 코드라는 몇 가지 새로운 파라미터가 있습니다.이 번호의 용도를 알 수 없습니다.기본값은 160으로 변경해도 효과가 없을 것으로 보입니다.
  • 허가 및 거부는 TOC2.0으로 대폭 개선되어 풀기능이 갖추어져 있습니다.명령어 toc2_add_permit, toc2_remove_permit, toc2_add_deny 및 toc2_remove_deny는 모두 존재하며 언제든지 액세스할 수 있습니다.
  • 버디 목록 명령도 개선되었습니다.toc2_new_group 및 toc2_del_group 명령을 사용하면 그룹 관리가 쉬워집니다.또한 한 번에 둘 이상의 버디를 추가 또는 제거하고 버디가 속한 그룹을 선택할 수 있습니다.
  • 구문도 몇 가지 변경되어 일부 명령어에 파라미터가 추가되었습니다.이들 파라미터의 용도는 아직 결정되지 않았다.
  • 이 외에도 TOC에서 유일하게 변경된 것은 CLIENT-> SERVER 명령어 대부분에 '2'가 추가되어 있다는 사실뿐입니다.예: IM_IN2, UPDATE_BUDDY2 등
  • 또한 TOC2는 단일 IP 주소(10)에서 로그인할 수 있는 ScreenNames의 수를 제한합니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ "Possible end of AIM support [Update: Confirmed]". 27 July 2012.

외부 링크

실장

TOC
TOC2