API telecomando o come iniziare?

Question

Se, per qualsiasi cambiamento che voglio sviluppare il mio strumento di condivisione di assistenza / schermo remoto da includere nel mio CRM, dove dovrei andare?

ho capito nulla di comunicazione, ma vorrei coinvolgere me stesso in una tale idea. La mia domanda è, che cosa le conoscenze di base e la struttura di base per creare un rel="nofollow LogMeIn / CoPilot / prodotto, ecc?

Mi ricordo di Joel parlato di CoPilot in uno PodCast (alcuni anni fa) che ha usato un brillante compagno di sviluppare l'intero protocollo in C ++ ...

tutte le idee su come raggiungere questo obiettivo, o se c'è un'API aperta là fuori mi aspetta?

Answer 1

Si prega di consultare questo articolo intitolato: come funziona VNC, Fog Creek Copilot e altri software di controllo remoto .

fornirò qualche dettaglio ulteriore qui, da quello che post sul blog dice, ma che è più specifico per il codice sorgente Fog Creek Copilot. Tutti questi dati è stata presa dal guardare il codice sorgente.

In sostanza Copilot non è stato scritto da zero in C ++, ma invece è stato costruito fuori del GPL TightVNC. Sì, questo significa che la fonte principale di copilota deve essere dato fuori. È possibile ottenere il Fog Creek codice sorgente copilota qui . E per quanto ho capito, si potrebbe costruire la vostra soluzione fuori del codice sorgente di questo progetto finché l'hai fatta gpl pure.

Il progetto è suddiviso in una versione per Mac e una versione di Windows. La versione per Mac è costruito in Objective C e la versione di Windows è costruito in Win32 C ++ (non MFC). Per la versione di Windows esiste una soluzione Helper fatto in VS 2008 e una soluzione Host (l'host è la persona che viene aiutato) realizzato in VS 2008. Credo che non hanno usato Qt di Trolltech a causa della sua grande collegamento, è stato importante per loro di mantenere il download molto piccolo dal momento che doveva essere originariamente scaricato da tutti aiutare qualcuno e tutti hanno bisogno di aiuto ogni volta.

Non v'è alcun configurazioni x64 né IA64, quindi tutto il codice su Windows funziona solo come un processo x86. Esso può essere eseguito su un computer Windows a 64 bit se attraverso WOW64 come qualsiasi altro processo a 32 bit possono utilizzare.

A quanto ho capito, lo sviluppo è stato fatto con l'host in esecuzione su una macchina virtuale per la maggior parte. Lo sviluppo della Helper è stato fatto sul proprio desktop.

Il codice sorgente Copilot utilizza aumentare 1,38, e diverse altre librerie di terze parti. Queste librerie comprendono stunt per NAT traversal, MatrixSSL, libntlm (Biblioteca per l'autenticazione NTLM di Microsoft) e omnithread (filettatura e biblioteca sincronizzazione).

Per la maggior parte si utilizza socket stile BSD, ma ha anche un po 'di codice di rete in boost :: ASIO. Questo è problematico perché boost :: asio 1.38 ha un sacco di bug in esso che vengono corretti in spinta 1.40. Il progetto ha un finestre gancio dll anche per agganciare tastiera, mouse e altri messaggi di Windows sull'host.

C'è un progetto shell che non è come le finestre shell ma che contiene fondamentalmente 3 binari: l'host, deleter e ganci dll. Estrae questi.

Quello che non danno fuori è il codice sorgente per il riflettore e il sito web, che mi pare di capire da alcuni post del blog su projectaardvark. it , sono entrambi in C #, tutto il resto in C ++. Lo scopo del riflettore è quello di assistere in NAT traversal. Il nuovo blog che sostituisce projectaardvark.com dal modo in cui è chiamato traffico aereo .

VNC è bassed iniziale del protocollo framebuffer remoto. Il protocollo RFB in sé non è poi così difficile se si hanno un sacco di esperienza protocollo.

Answer 2

Dai un'occhiata ai programmi open source VNC. Essi consentono condivisione dello schermo protetto da password e la visualizzazione

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

Spero VNC le librerie e applicazioni di aiuto. Essi sono utilizzati su vari sistemi Unix e di Windows.

Answer 3

Si potrebbe dare un'occhiata al il controllo ActiveX per il desktop remoto. In tal caso il protocollo è RPC (ben documentata). Inoltre sia le comunicazioni e gli strati di interfaccia utente remoto sono fatto per te, devi solo scrivere qualche semplice codice shell UI.