Question:
Est-il même possible d'utiliser l'API Google Maps sans enfreindre leurs conditions d'utilisation?
Katgus
2015-09-23 02:25:07 UTC
view on stackexchange narkive permalink

Je suis allé à la page des conditions d'utilisation de l'API Google Maps et j'ai fait défiler vers le bas et j'ai trouvé la section à 10.5f, qui disait:

Pas d'incorporation de logiciel Google dans d'autres Logiciel. Vous n'incorporerez aucun logiciel fourni dans le cadre du Service dans d'autres logiciels.

Si pris à la lettre, et que "autre logiciel" est l'application des développeurs, il semble que l'un d'entre eux puisse être en violation simplement en utilisant le service API Google Maps dans n'importe quelle application, point final. Cela signifie-t-il que toute personne utilisant l'API Google Maps enfreint les conditions d'utilisation?

Je crois que "incorporer" fait ici référence à l'acte de combiner le logiciel Google dans votre propre logiciel de telle sorte que les deux deviennent un seul produit, essentiellement. Puisque l'utilisation d'une API consiste simplement à faire "communiquer" votre propre logiciel avec le logiciel de Google, je ne pense pas que cela puisse être qualifié d'incorporation. En fait, puisque vous ne disposez pas du code source de Google Maps, je ne vois aucune manière imaginable de l'incorporer dans votre logiciel de cette manière.
En tant que développeur de logiciels, lorsque j'intègre un autre logiciel dans mon propre logiciel, je n'accède pas simplement à une API, j'assimile directement le logiciel exposé via cette API comme s'il faisait partie du travail plus vaste indiscernable du reste du travail. Je pense que l’esprit de cette restriction est d’interdire aux gens de créer des "Super Maps Plus", qui ne font qu’intégrer le logiciel et le service de Google. Langue définitivement pas très bien définie. Bonne question, dans l'attente de la réponse.
Deux réponses:
Patrick Conheady
2016-06-27 18:13:18 UTC
view on stackexchange narkive permalink

Cela signifie-t-il que toute personne utilisant l'API Google Maps enfreint les conditions d'utilisation?

Non.

«Incorporer» peut signifier plusieurs différentes choses, mais l’alinéa 10.5 (f) serait interprété dans son contexte. Les autres paragraphes de la clause 10.5 concernent la conduite par laquelle vous utilisez les données de Google pour alimenter votre propre système ou obscurcissent le fait que vous utilisez le système de Google pour fournir un service. Par conséquent, le type d '«incorporation» par lequel votre logiciel fait partie de l'interface utilisateur du système Google Maps apparaît comme faisant partie de l'interface utilisateur de votre logiciel n'est pas interdit.

L'autre élément clé du contexte est le fait que Google Maps est évidemment destiné à être utilisé. Il serait absurde d'offrir un service et, dans les conditions de service, d'interdire à quiconque de l'utiliser. Un tribunal interpréterait les mots de manière à éviter une telle absurdité. Voir par exemple Dockside Holdings contre Rakio [2001] SASC 78; Westpac Banking Corporation contre Tanzone [2000] NSWCA 25.

lol
2016-06-27 19:12:30 UTC
view on stackexchange narkive permalink

La réponse à presque tous les cas de propriété intellectuelle modernes impliquant Internet, ou du code, ou un mélange des deux est catégoriquement "nous n'avons aucune idée".

Internet est suffisamment différent d'un journal ou d'une usine de conditionnement de bouteilles pour que nous "découvrions" littéralement maintenant un tout nouveau corpus de lois comme on pourrait "découvrir" une nouvelle physique ou des mathématiques.

Avec cela à l'écart , voici mon analyse:

  • Je ne suis pas sûr que les précédents australiens ( Dockside , Tanzone ) étaient à l'esprit lorsque Google était en train de rédiger ceci.

  • Je suis beaucoup plus convaincu que les «restrictions de propriété intellectuelle» 10.5 ont été mises en place pour créer une autre source de responsabilité, étant contractuelle, pour violation des droits de propriété intellectuelle de Google qui leur sont accordés en vertu de la Convention de Berne et de sa législation associée. Fondamentalement, cela revient à coder dans une assertion ou un test unitaire. Si l'utilisateur malveillant est en mesure de se soustraire à la loi, il devra également défendre une réclamation contractuelle de Google.

  • Enfin, nous arrivons à s 10.5 (f). Notez comment il est mélangé avec d'autres restrictions. En effet, Google accorde à tout le monde cette licence:

Google vous offre une licence non exclusive, mondiale, personnelle, non transférable, non cessible, non sous-licenciable , licence libre de droits pour utiliser le Service tel que fourni par Google, de la manière autorisée par les Conditions.

Il s'agit en fait d'une licence assez large (même si elle semble très "qualifiée". Je veux dire qu'il y a 9 qualificatifs dans cette phrase seule, ce qui est presque ridicule sauf que ce n'est pas pour les avocats)

  • En raison de cette licence, ils doivent limiter explicitement votre utilisation de celle-ci, par exemple comme créant des "œuvres dérivées": s 10.5 (b). Il existe une jurisprudence américaine qui donne au «nouveau propriétaire» des droits sur l'œuvre s'ils appliquent des modifications même très «mineures, mais transformatrices» à l'œuvre. Voici de très bons exemples amusants: travaux dérivés.

  • Il y a aussi la doctrine de l'abandon de marque, qui est probablement ce que vise 10.5 (f). Fondamentalement, vous pouvez perdre complètement votre marque (c'est-à-dire que rien n'empêche un plaideur entreprenant d'affirmer que vous avez abandonné votre marque) simplement parce que votre licence était "incontrôlée": voir Freecycle Sunnyvale v. Freecycle Network, 626 F.3d 509 (9e Cir. 2010) ( Perte des droits sur les marques (États-Unis))

En résumé, vous devez y penser du point de vue de Google : même si cela semble onéreux ou que "Google gardera toujours quelque chose sur vous pour un service gratuit", ce n'est en fait pas le cas. C'est plutôt comme si Google essayait frénétiquement de se protéger de tous les arguments connus dans tous les tribunaux connus ET de tous les nouveaux arguments qui pourraient survenir, car je veux dire qu'il n'y a pas de doctrine juridique réglementant 10.5 (d):

Pas de mise en cache ni de stockage. Vous ne prélèverez pas, ne mettre en cache, indexer ou stocker aucun contenu à utiliser en dehors du service.

Je serais surpris si un juge savait même ce qu'il y avait dans cette pré-extraction ou mise en cache contexte - mais ils pourraient potentiellement être influencés par cela comme un argument «nouveau et nouveau». Si vous pensez que cela n'arrive pas, un très vieux juge australien a estimé que "le torrenting n'est pas illégal parce que vous le faites par petits morceaux verrrrrrry à la fois": Roadshow v iiNet. Je sais. (Qu'il suffise de dire que le précédent a été renversé en un clin d'œil)

Donc, pour répondre à votre question:

Cela signifie-t-il que toute personne utilisant l'API Google Maps enfreint les conditions d'utilisation?

La réponse est que jusqu'à ce que quelqu'un fasse quelque chose de sournois avec l'API, Google les poursuit et s'appuie sur 10.5 (f), nous ne le saurons jamais.

Tant que vous en faites quelque chose de vanille, vous n'attirerez probablement pas la boue de Google.


Pour répondre aux commentaires de Roadshow v iiNet ci-dessous: il faut comprendre que l'analyse doctrinale du réseau BitTorrent doit être totalement séparée des faits réels et de l'issue du litige iiNet. Bien que vous ne puissiez pas dire que l'utilisation du réseau BitTorrent pour enfreindre le droit d'auteur est "insignifiante" simplement parce que la taille du morceau est petite, il faut également reconnaître que le litige iiNet était une pratique absolument dégoûtante dans laquelle Village Roadshow et Voltage Pictures se sont engagés.

On leur a refusé à juste titre un recours ou on leur a donné des recours onéreux. Cependant, l'utilisation de BitTorrent pour échanger du matériel contrefait constitue toujours une infraction théorique. En tant que société moderne, cependant, nous devons travailler à un système global approprié et plus juste pour réglementer les récompenses de propriété intellectuelle et promouvoir la liberté de création.

Pourriez-vous s'il vous plaît fournir une citation pour le cas 'verrrrrrrrry small chunks'?
Je ne l'ai pas inclus dans la réponse parce qu'il n'a absolument aucune valeur de précédent et n'est probablement utile que pour étayer un argument sur l'âge de la retraite obligatoire pour les juges. Je peux cependant vous orienter dans le sens du texte; essayez de trouver la décision de première instance de Dallas Buyers Club LLC contre iiNet (voici un point de départ raisonnable: http://www.austlii.edu.au/cgi-bin/sinodisp/au/cases/cth/FCA/2015/ 317.html)
Ce à quoi vous m'avez lié est une décision de première instance. Dans cette affaire, Dallas Buyers Club contre iiNet, Perram J a rejeté l'argument des «petits morceaux verrrrrrrry»: paragraphes 28 à 30. De quel juge parlez-vous?
Oui, le juge Perram a clairement interprété l'utilisation du réseau bit torrent comme une violation du droit d'auteur (lors de l'échange d'œuvres protégées sans autorisation) correctement: cependant les commentaires de Cowdroy J dans Roadshow v iiNet (http://www.austlii.edu.au/au/ cases / cth / FCA / 2010 / 24.html) à 304 laisser ouverte la possibilité d'utiliser le réseau bit torrent pour échanger un petit nombre de paquets sous l'exception d'insubstantialité à la contrefaçon: "Il est très peu probable que chaque pièce en soit une partie substantielle . " ce qui est manifestement faux du point de vue de la logique, de l'éthique et de l'état actuel du droit.
Bien sûr, je me suis trompé à propos du Dallas Buyers Club - le précédent auquel je pensais était en effet le Village Roadshow.


Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 3.0 sous laquelle il est distribué.
Loading...