El protocolo TOC , o Talk to OSCAR , fue un protocolo utilizado por algunos clientes de mensajería instantánea de terceros de AOL y varios clientes que AOL produjo por sí mismo. En algún momento cerca del 19 de agosto de 2005, AOL dejó de brindar soporte para el protocolo y ya no lo usa en ninguno de los clientes de mensajería instantánea que mantiene activamente, como sus clientes de Windows y Mac para los sistemas AOL Instant Messenger e ICQ . Sin embargo, una vez produjo varios de sus propios clientes TOC, incluidos TiK y TAC que están escritos en Tcl / Tk , TNT que está escrito en Emacs Lisp , todos los cuales son de código abierto, y un cliente Java originalmente llamado TIC que luego se convirtió en el subprograma web Quick Buddy. AOL también proporcionó la especificación del protocolo TOC abiertamente a los desarrolladores con la esperanza de que lo usen en lugar del protocolo propietario OSCAR que ellos mismos usan. En julio de 2012, AOL apagó los servidores TOC2 y ya no es posible conectarse a AIM usando este protocolo. [1]
TOC era un protocolo basado en ASCII , mientras que OSCAR es un protocolo binario. Además, TOC contenía menos funciones que su contraparte OSCAR. OSCAR proporciona funciones como iconos de amigos , transferencia de archivos y publicidad .
TOC actuó como un contenedor para el protocolo OSCAR. En el gran esquema de las cosas, el servidor TOC no era más que un cliente OSCAR que escuchaba en un socket y traducía mensajes entre los dos protocolos. Al iniciar sesión, el cliente TOC especificaba un servidor de inicio de sesión OSCAR (probablemente login.oscar.aol.com o login.icq.com ) que el servidor TOC usaba en nombre del cliente.
TOC utilizaba FLAP para encapsular sus mensajes, al igual que OSCAR, sin embargo, FLAP ha sido modificado de tal manera que puede implementarse en el mismo puerto que un servidor HTTP . De forma predeterminada, el servidor TOC operaba en modo HTTP, indistinguible de un servidor web típico. Si un cliente que se conecta, en lugar de una solicitud HTTP, escribe la cadena " FLAPON " seguida de dos CRLF , TOC cambiaría de marcha y comenzaría a leer mensajes FLAP. Al obtener el perfil de un usuario, se esperaba que el cliente se volviera a conectar a TOC y lo usara como un servidor HTTP, que alojaría el perfil del usuario en HTML .
Una vez conectados, existían dos formatos básicos de mensajes para las comunicaciones dentro de FLAP. Los mensajes de cliente a servidor se enviaban en un formato similar a una línea de comandos de estilo Unix : comandos con argumentos separados por espacios en blanco , comillas y secuencias de escape con barra invertida . Los mensajes de servidor a cliente eran mucho más simples: se enviaban como cadenas ASCII separadas por dos puntos , de manera similar a muchos archivos de configuración de Unix . Por lo tanto, era bastante fácil escribir un cliente, ya que los mensajes entrantes eran muy fáciles de analizar y los comandos salientes eran fáciles de generar.
Esto contrasta con OSCAR, que debido a la representación binaria de los datos puede ser más difícil de entender.
El protocolo TOC2 es una versión actualizada del protocolo TOC, o protocolo "Talk to OSCAR". AOL nunca documentó su existencia y solo se utiliza en unos pocos clientes de mensajería instantánea de AOL . Algunos clientes están empezando a ofrecer complementos para TOC2 a la luz del reciente cierre de los servidores TOC por parte de AOL. Al igual que su predecesor, TOC2 es un protocolo ASCII y carece de algunas características de OSCAR , pero a diferencia de TOC, se sabe que TOC2 admite íconos de amigos y la recepción de transferencias de archivos (no el envío). TOC2 funciona esencialmente de la misma manera que TOC, como un contenedor para OSCAR. Portar código de TOC a TOC2 también es notablemente fácil.
Debido a las similitudes entre TOC1.0 y TOC2.0, se definen mejor por sus diferencias, de las cuales solo hay unas pocas: