Responsabilità dei Termini di servizio durante lo sviluppo di un servizio di libreria che include un'API di terze parti

2

Per il mio divertimento e le mie istruzioni ho sviluppato una libreria C # / .NET che è fondamentalmente un wrapper attorno a API di geocoding di Google . Semplifica l'intero processo e consente agli utenti di eseguire la geocodifica interamente all'interno del codice .NET. Ad un certo punto stavo pensando di rendere la libreria liberamente disponibile e, possibilmente, di aprire l'intero progetto caricandolo in qualche posto come GitHub o CodePlex.

Tuttavia, Google ha una serie di restrizioni sull'utilizzo del suo servizio nei Termini di servizio . Una di queste restrizioni è:

Note: the Geocoding API may only be used in conjunction with a Google map; geocoding results without displaying them on a map is prohibited.

Quindi le mie domande sono:

  1. Se rilascio la mia libreria affinché altre persone possano utilizzarla (gratuitamente), allora devo includere una licenza di qualche tipo e deve fare riferimento ai Termini di servizio di Google?

  2. Se le persone utilizzano la mia biblioteca in un modo che viola le condizioni di Google, chi è responsabile? Non voglio in alcun modo aprirmi responsabilità per le azioni di altre persone quando uso il mio codice.

Modifica: Apprezzo che le persone qui non siano avvocati e non mi aspetto una consulenza legale. Sono solo più interessato a ciò che le persone hanno fatto in situazioni simili o che farebbero in questa situazione. Non terrò nessuno per conto, onesto!

    
posta Dan Diplo 02.06.2011 - 16:27
fonte

2 risposte

1

Non ho mai incluso termini di servizio nei miei wrapper API e questo è il motivo:

Tutte le API che ho impacchettato richiedono una chiave API per utilizzare anche il servizio. Quella chiave API è legata al tuo account quando ti registri. Ognuno riceve una chiave diversa in modo che se qualcuno abusa dei termini del servizio, verrà immediatamente tagliato fuori. Il wrapper API che hai creato può essere testato usando la tua chiave API, che va bene. Tuttavia, quando apri il codice wrapper del codice sorgente, avrai la chiave API passata al servizio. Ora, non vuoi dare il tuo a tutti e farglielo usare, così hai la chiave API come una proprietà o qualcosa che possono impostare per usare la propria chiave, che hanno acquisito firmando digitalmente il ToS per il servizio API , che è completamente indipendente dal tuo wrapper, che non funziona nemmeno senza la chiave.

In sostanza, se apri il tuo codice sorgente, il ToS che hai menzionato sarà lì per coprire l'utilizzo dell'API e le persone potrebbero semplicemente volere che il tuo codice capisca come fare qualcosa di semplice come chiamare un webservice. Quindi, per questo motivo, dico che sono separati e legati alla chiave API, non al codice wrapping.

Disclaimer: non sono un avvocato e non posso dare consigli legali.

    
risposta data 02.06.2011 - 17:26
fonte
1
  1. Se vuoi che le persone usino liberamente la tua biblioteca, devi fornire una licenza che permetta loro di farlo. Probabilmente vuoi mantenere separato il codice e l'uso previsto, fornendo una licenza del sistema operativo per il codice e qualche tipo di avviso e collegamento al ToS.

  2. Questa è una domanda legale e qui non è possibile rispondere in modo soddisfacente. La maggior parte di noi non sono avvocati, la maggior parte di quelli probabilmente non sono nel Regno Unito, e nessuno di noi è il tuo avvocato a meno che non ci sia un accordo in vigore. Potresti vedere se puoi ottenere una risposta da Google che chiarisca cosa devi fare e cosa no. In caso contrario, consulta un avvocato o cogli l'occasione e spera che la prima cosa che senti da Google sia una specie di ordine Cease and Desist.

risposta data 02.06.2011 - 17:49
fonte

Leggi altre domande sui tag