API de control remoto o cómo empezar?

Question

Si, por cualquier cambio que quiero desarrollar mi propia herramienta de asistencia remota para compartir / pantalla para incluir en mi propia CRM, dónde debo ir?

No entiendo nada acerca de la comunicación, pero me gustaría involucrarme en una idea. Mi pregunta es, ¿cuál de los conocimientos básicos y la estructura básica para crear un rel="nofollow LogMeIn / CoPilot / producto, etc.?

Me acuerdo Joel habló de CoPilot en un podcast (hace algunos años) que usó un compañero brillante para desarrollar el protocolo completo en C ++ ...

alguna idea sobre cómo lograr esto, o si hay una API abierta por ahí esperando por mí?

Answer 1

Por favor, vea este artículo titulado: Cómo VNC, Fog Creek copiloto y otro software de control remoto funciona .

I se proporcionan algunos detalles adicionales aquí, de lo que dice que la entrada del blog, pero eso es más específica para el código fuente Fog Creek Copilot. Toda esta información fue tomada de mirar el código fuente.

Básicamente copiloto no fue escrito desde cero en C ++ pero en su lugar se construyó fuera de la GPL TightVNC. Sí, esto significa que la fuente principal del copiloto también debe ser entregado. Usted puede obtener el Fog Creek código fuente copiloto aquí . Y por lo que yo entiendo, usted podría construir su solución fuera del código fuente de este proyecto, siempre y cuando usted lo hizo GPL también.

El proyecto se divide en una versión para Mac y una versión de Windows. La versión para Mac se basa en el objetivo C y la versión de Windows está construido en Win32 C ++ (no MFC). Para la versión de Windows no es una solución ayudante hecho en VS 2008 y una solución al anfitrión (host es la persona que está siendo ayudado) hecha en VS 2008. Creo que no habían usado Qt de Trolltech debido a su gran tamaño vinculación, era importante a ellos para mantener la descarga muy pequeña, ya que tuvo que ser descargado originalmente por todo el mundo y todo el mundo para ayudar a alguien que necesita ayuda cada vez.

No existe ni configuraciones x64 IA64, por lo que todo el código en Windows sólo se ejecuta como un proceso x86. Se puede ejecutar en un equipo Windows de 64 bits, aunque a través de WOW64 al igual que cualquier otro proceso de 32 bits pueden utilizar.

A mi entender, el desarrollo se hizo con el Host se ejecuta en una máquina virtual en su mayor parte. El desarrollo del ayudante se hizo en su escritorio.

El código fuente del copiloto utiliza impulsar 1.38, y varias otras bibliotecas 3 ª parte. Estas bibliotecas incluyen TRUCO para NAT transversal, MatrixSSL, libntlm (Biblioteca para la autenticación NTLM de Microsoft) y omnithread (roscado y una biblioteca de sincronización).

En su mayor parte se utiliza sockets BSD, pero también tiene un cierto código de red en el impulso :: asio. Esto es problemático porque impulso :: asio 1.38 tiene un montón de errores en los mismos que se corrigen en alza de 1,40. El proyecto tiene un gancho DLL de Windows, así que conectar el teclado, el ratón y otros mensajes de ventanas en el host.

Hay un proyecto cáscara que no es como el shell de Windows, pero que básicamente contiene 3 binarios: el anfitrión, Deleter y ganchos DLL. Extrae estos.

Lo que no se dan hacia fuera es el código fuente para el reflector y el sitio web, que según entiendo de algunas entradas de blog en projectaardvark. com , ambos están en C #, todo lo demás en C ++. El propósito del reflector es ayudar en la NAT transversal. El nuevo blog que sustituye projectaardvark.com por cierto se llama tráfico aéreo .

VNC se bassed fuera del protocolo framebuffer remoto. El protocolo RFB en sí no es tan difícil si usted tiene mucha experiencia protocolo.

Answer 2

Tener un vistazo a los programas de VNC de código abierto. Permiten compartir pantalla protegido por contraseña y visualización

http://www.realvnc.com/vnc/index.html http://en.wikipedia.org/wiki/Virtual_Network_Computing http://libvncserver.sourceforge.net/

Espero VNC bibliotecas y aplicaciones de ayuda. Se utilizan en Windows y diversos sistemas Unix.

Answer 3

Se puede echar un vistazo al control ActiveX de escritorio remoto. En ese caso, el protocolo es RPC (bien documentado). Además tanto las comunicaciones y las capas de interfaz de usuario remoto están hechas para ti, sólo tienen que escribir algo de código shell de la interfaz de usuario sencilla.