Sélection des noms commerciaux et le droit de la propriété intellectuelle

Que ce soit un accord de licence du logiciel est correctement construit pour une transaction dépend d'un certain nombre de facteurs. Bien sûr, la gestion des droits de propriété intellectuelle pour le propriétaire du droit d'auteur est un domaine clé pour un examen attentif. Cela implique de définir le territoire - en général les pays - pour l'utilisation du logiciel.

Contrats de développement de logiciels

Un indicateur clé de la complexité est de savoir si la licence du logiciel est ou sera partie d'un vaste accord visant à développer des logiciels à partir de zéro - que l'ancienne mot sur mesure peut sonner quelques cloches. Lorsque le logiciel informatique est développé en vertu d'un contrat, de bons conseils, c'est que d'un document spécifiant ce que le logiciel fera à la fin de la journée devrait être incorporée dans l'accord. Que ce soit dénommé le cahier des charges fonctionnel, les exigences fonctionnelles ou le cahier des charges est sans importance. Ce qui est important, c'est qu'il définit avec assez de clarté ce que le logiciel va faire, et bien sûr sur le plan fonctionnel.

Contrats de progiciels

À l'autre extrémité du spectre est une licence de logiciel pour les logiciels emballés. Dans ce cas, le logiciel ne doit pas être construite avec la spécification particulière de toute personne, mais plutôt le fournisseur du logiciel a donné beaucoup de mal à identifier un besoin dans un marché et construit le logiciel pour combler l'écart sur le marché. Parfois - et plus souvent - un logiciel de niche est construite avec des options de configuration pour faire face à un large éventail de configurations pour répondre à différentes saveurs des entreprises. Ainsi, un package de comptabilité peuvent être adaptées aux entreprises de 10 personnes à 1000 personnes. Le point est ceci: le logiciel de cette nature est fondamentalement emballés et est vendu tel qu'il est. Il peut y avoir une exigence pour la configuration élargie pour répondre aux besoins du client particulier, mais à la fin il est emballé et pas un logiciel conçu pour la spécification particulière de quelqu'un, comme c'est le cas avec les contrats de développement de logiciels.

La différence peut-être évident à cet égard, mais maintes et maintes fois le contrat incorrect est utilisé en raison de malentendu quant à la nature fondamentale de ce qui est livré.

Après avoir déterminé la nature fondamentale du logiciel, quelques-unes des autres questions qui sont fréquemment traités dans ce qu'on appelle les accords de licence de logiciels sont les suivants:

1. La disposition de la maintenance et des services de soutien

2. Installation et essais

3. Accords de niveau de service, la livraison des améliorations (si elles sont mises à jour ou mises à niveau, plutôt que de correctifs à chaud). Les services logiciels qui lui sont liés dans un document séparé ou ils peuvent être incorporés dans le même accord que la licence du logiciel. Nous reviendrons sur ces ci-dessous.

Droits de propriété intellectuelle

Conditions de licence

En supposant que le fournisseur du logiciel n'a pas l'intention de céder le droit d'auteur dans le logiciel pour le titulaire de licence, les termes de la licence sont d'une importance cruciale pour les fournisseurs de logiciels "poursuite de l'exploitation du logiciel.

Au niveau le plus générique, il existe 3 types de licences qui peuvent être accordées: des licences non exclusives, les licences individuelles et les licences exclusives. Permis si, comme ils ne sont que des autorisations peuvent être des encadrés de toute façon les parties le souhaitent. Un fournisseur de logiciels souhaitent souvent leur permis de logiciel pour un certain nombre de clients. Dans ce cas, la licence sera une licence non-exclusive en tant que fournisseur de logiciels accorde un droit non-exclusif à la titulaire d'utiliser le logiciel. Licences individuelles ne semblent pas trop souvent, et ils signifient simplement que le donneur de licence (le fournisseur du logiciel) accorde une licence unique pour une partie d'utiliser le logiciel, et ils conservent le droit d'utiliser le logiciel eux-mêmes. À l'autre extrémité du spectre de licence est une licence exclusive. Dans le cas où un fournisseur de logiciels souhaite accorder à son titulaire le droit d'utiliser le logiciel à l'exclusion de tous les autres, une licence exclusive est accordée. Certains soins doivent être prises lors de l'octroi de licences exclusives, comme les tribunaux se penchera sur les termes de la licence exclusive et de décider si il est en substance une affectation. Si c'est le cas, un tribunal ordonne que la durée de la licence n'était pas en droit à une licence à tout, mais plutôt d'une cession et donc la cession de l'éditeur de logiciels de tous les droits dans le logiciel.
Voici un bref exemple de la complexité qui peut être introduit dans l'octroi de licences.

Supposons qu'un fournisseur conceptions et des logiciels qui gère les constructions passeurs de documents d'un bureau à des affaires. Il est possible pour le fournisseur de logiciels d'accorder des licences non exclusives à des entreprises dans un métier particulier, disons bancaire à utiliser le logiciel. Ces licences peuvent être limités à une utilisation dans une région géographique particulière, comme la City de Londres. Le fournisseur de logiciels peut alors accorder des licences non exclusives à des entreprises dans le secteur financier à Manchester pour utiliser le logiciel. En outre, le fournisseur de logiciels peut accorder une licence exclusive à une personne de développer le code source pour exécuter des fonctions supplémentaires. Cette licence exclusive priverait le fournisseur de logiciels de développer davantage le code source lui-même. Donc, concédants de licence de logiciel sont en mesure de souplesse d'accorder des autorisations d'utiliser le logiciel, et restreindre son utilisation géographiquement, par l'industrie et toute autre base qui fait appel à eux.

Des extensions de ces types de licences sont des licences non-transférables et non-cessible, qui empêchent effectivement obtenu une licence de vente ou la licence d'autres personnes à utiliser le logiciel. L'un des droits exclusifs du titulaire du droit d'auteur est le droit de distribution - le droit de vendre des licences pour distribuer des logiciels. Tel est le fondement des accords de revente, dans lequel des tiers sont autorisés à licence du logiciel pour le compte des fournisseurs de logiciels ». La plupart des licences de logiciels ne donne pas à son titulaire le droit d'exercice du droit de distribution car elle leur permettrait de vendre des licences pour le logiciel.

En outre licences peuvent être fixées pour une durée déterminée ou à l'octroi de la licence peut être perpétuelle - autorisant la titulaire à utiliser le logiciel pour toujours sous réserve de toute autre condition imposée par le donneur de licence.

Permis de suivi

Lorsque le logiciel est autorisé sur une base par utilisation, il est une bonne idée de fournir un registre de maintenir des copies faites du logiciel, en plus de surveiller l'utilisation des logiciels par Active Directory sur des systèmes Windows. Ces implémentations de faciliter nier l'utilisation des logiciels par des moyens électroniques. Si ce n'est à faire cependant, le donneur de licence doit être informé dans le document contractuel.
Droits de propriété intellectuelle indemnités

Dans les accords de licence de logiciels, ces indemnités sont destinées à protéger le titulaire de la responsabilité primaire pour infraction, lorsque leur utilisation du logiciel développé violerait les droits de brevet ou droit d'auteur. Comme l'innocence n'est pas une défense à la violation, un utilisateur du logiciel viole les droits de propriété intellectuelle simplement en l'utilisant. Il est intéressant de noter, cependant, que l'innocence peut être pris en compte dans l'évaluation des dommages. Ces indemnités sont de plus en plus importante aux titulaires de permis comme un effet secondaire de la popularité dans l'obtention des droits de brevet. Les inventions brevetées peuvent être combinés avec d'autres inventions, et bien que dans le brevet des cas d'infraction peut être difficile à prouver en l'absence de grands frais, l'existence de droits de brevet dans le logiciel est la meilleure forme de protection, parce qu'il n'y a aucun moyen de défense que le logiciel était créé de façon indépendante. Ce moyen de défense est seulement disponible en cas d'infraction du droit d'auteur.

Pour prétendre au bénéfice d'une indemnité, la partie garante devrait exiger qu'ils ont conduite de la défense de la procédure d'infraction de la défense et insister sur la coopération et l'assistance de la partie indemnisée dans la défense de la réclamation. Ce dans une certaine mesure permet à l'indemnisatrice à contrôler leurs coûts et d'exécuter la défense de leurs intérêts. Le fournisseur de logiciels est dans la meilleure position pour exécuter la défense dans tous les cas en raison de leur connaissance du développement du logiciel et les sources utilisées dans son développement.

Habituellement accompagnement indemnités de propriété intellectuelle sont des dispositions exigeant du fournisseur de logiciels pour remplacer enfreindre les aspects du code source et à défaut, payer les frais du titulaire de permis de le faire.

Le paiement des licences

En raison de la nature des droits du donneur de licence dans l'octroi de licences de logiciels, le donneur de licence est en mesure de structurer le paiement des licences pour construire dans la flexibilité des structures de paiement.
Des restrictions peuvent aussi être mis sur l'utilisation du logiciel sur un réseau, par machine, à usage unique, sur le matériel spécifié, par utilisateur, par site, dans le monde entier, par territoire ou toute combinaison de ceux-ci.
La forme la plus basique de la licence semble être une somme fixe pour une organisation. Extensions de cette forme de licence peut être pour un nombre défini d'utilisateurs avec des licences supplémentaires encourir des frais supplémentaires pour une période déterminée. Pour les logiciels à multiples facettes, des taxes différentes peuvent être appliquées pour les différents types de licences requises. Par exemple, une organisation peut exiger des licences ou de licences supplémentaires d'administration de traitement de données dont chacun serait d'attirer un tarif différent.

Où licences accordées ne sont pas destinés à être perpétuelle, le calendrier des paiements de renouvellement doivent être énoncées et la méthode de calcul de la somme exigible. Contrats correctement rédigés devrait permettre la hausse des prix au cours de la période de licence avec la hausse des prix des matériaux et des ressources humaines. En outre, les parties devraient considérer s'ils veulent la licence à renouveler automatiquement, ou pour automatiquement caduc.

Il est utile de prévoir des taux d'intérêt si les paiements sont en retard, mais à défaut que les retards de paiement de dettes commerciales (intérêts) Loi de 1998 sur s'appliquera pour les retards de paiement.

Autres paiements de transfert

Lorsque le logiciel a été commandé, il peut bien y avoir des exigences matérielles pour héberger le logiciel ou d'autres dépenses comme les frais de personnel, d'autres matériaux et les frais de voyage qui doivent être traitées dans l'accord. Pour plus de clarté, si les prix sont inclusif ou exclusif de la TVA il devrait être clair pour éviter tout doute quant à savoir qui sera redevable de la taxe dans le cas où elle devient payable dans des circonstances inattendues.

Services supplémentaires et des améliorations (services de mise à niveau)

Il peut être prévu dans les accords de licence de logiciel pour le développement et / ou des personnalisations par le fournisseur du logiciel. Ceux-ci sont couramment l'objet de deux façons. Tout d'abord, le fournisseur peut être tenu de fournir un devis pour les services de développement demandés par le titulaire de licence ou encore le fournisseur du logiciel peut être accordée droit de facturer le temps et les matériaux à des taux publiés. Il est rare de nos jours et l'âge pour les fournisseurs à donner un chèque en blanc pour effectuer d'autres services pour les concédants de licence désireux d'améliorer la fonctionnalité du logiciel.
Dans logiciels et officiers accords de licence informatique, en particulier dans le cas où le logiciel est distribué sur une base non-exclusive et sans cesse amélioré et mis au point, les licences souvent le droit au titulaire de licence à des améliorations pour une période déterminée. Dans le cas où le donneur de licence a financé le développement unique, mais reçoit le logiciel à un prix réduit, des droits plus favorables pour recevoir des améliorations sont couramment rencontrés.

Contrôle des changements

Des dispositions efficaces de contrôle des changements sont indispensables pour éviter le fluage champ d'application, mais pour être efficace, une spécification fonctionnelle ou autre document doit être incorporé dans l'accord de fournir un point de référence pour le contrôle des changements. Modifier les dispositions de contrôle permettent également un mécanisme élégant pour le fournisseur de logiciels d'étendre les échelles de temps de livraison. Où fluage champ d'application se produit, le fournisseur ne peut pas avoir un problème qui exécute le travail supplémentaire, mais pour effectuer le travail dans les mêmes délais que l'œuvre originale n'est pas réaliste. L'accent dans ce sens est la gestion des contrats: la gestion des livrables, et quand ils doivent être livrés. Contrôle des changements est de ne pas être sous-estimée.

Test Factory Acceptance

Pour un fournisseur de logiciels pour s'assurer que leurs produits sont adaptés à leur objet, les tests d'acceptation en usine doit avoir lieu avant un produit logiciel est publié.

Pour les produits hors plateau, il incombe uniquement sur le fournisseur du logiciel pour que le produit répond aux exigences fonctionnelles et est exempt de bogue pour éviter d'avoir à patcher des copies de logiciels déjà mis sur le marché.

Toutefois, dans des solutions sur mesure ou plus personnalisable de la responsabilité pour les essais en usine acceptation de succès avant la libération tombe sur les deux parties. La majorité de la responsabilité retombe sur le fournisseur du logiciel pour s'assurer que le produit est testé dans la maison avant la libération.

La pression du temps pour livrer réduit souvent le temps réel consacré à cette phase de développement de logiciels à un minimum. Il s'agit d'une cause d'un nombre beaucoup plus élevé de fautes signalées dans la phase de test d'acceptation des utilisateurs qui est un exercice plus coûteux pour les deux parties.

Afin d'assurer les essais d'acceptation en usine se produit et est effectuée de manière adéquate les obligations doit être mis sur le fournisseur du logiciel pour fournir la documentation de test pour le client aux fins d'examen avant la signature du client hors de recevoir un communiqué. Les résultats d'essai doivent contenir certains nombres d'itérations de test à travers la suite logicielle complète.

Les obligations doivent également être placé sur le client à fournir dans un temps opportun des éléments comme une suite de données de test et des scripts de test pour le fournisseur du logiciel. Forcer cette coopération par un accord contractuel crée un équilibre dans le contrat de concentrer les esprits partis sur le travail à la main réduisant ainsi le temps passé les tests d'acceptation utilisateur sur le site d'un client réduisant ainsi le coût.

User Acceptance Testing

Paru le logiciel implique invariablement un certain degré de tests d'acceptation et les méthodes de conduite sont plus ou moins pénible pour le fournisseur du logiciel. Pour mener à bien les tests d'acceptation, l'acheteur doit avoir la possibilité de préparer leurs propres données de test et des scripts de test. Les tests d'acceptation devrait être effectuée en présence du fournisseur de logiciel afin que les cas de défauts apparents peuvent être traitées immédiatement, et si les tests sont concluants obtenir le certificat d'acceptation immédiatement, que les certificats d'acceptation sont le précurseur de paiement. Provision pour retester devraient être énoncés afin de permettre un processus rapide dans le cas où un défaut est constaté au cours véritable processus de tests d'acceptation. La période de garantie pour la maintenance des logiciels, résultant de défauts devrait courir à partir de la date d'acceptation et pas avant.

Exigences relatives aux documents

Alors que les entreprises deviennent plus sophistiqués en ce qui concerne la livraison de logiciels, le fait de l'exigence de documentation de l'utilisateur convaincante.

Il s'agit d'une exigence minimale pour le logiciel emballé et mis en service. Dans le cas où les droits de propriété intellectuelle doivent être attribués au commissaire du logiciel, la livraison des documents de conception, des documents de gestion de projet et des besoins des utilisateurs des documents sont susceptibles d'être requis pour être livré à la fin du projet de développement, pour permettre à la commissaire du logiciel pour développer le logiciel dans son propre droit.

Habituellement, il n'ya aucune raison commerciale d'accorder des droits pour accéder à ces documents de développement où le logiciel est soumis à une licence paquet, ou lorsque le titulaire est tout simplement le droit d'utiliser le logiciel.

Formation

La formation peut prendre diverses formes. Dans le cas d'un logiciel commandé, le fournisseur du logiciel peut être nécessaire de «former le formateur" du titulaire de permis comme une exigence minimale, ou pour des frais supplémentaires, des séances de formation formelles pour les utilisateurs finaux. Beaucoup dépend de la complexité du logiciel et de l'alphabétisation informatique de la base de l'utilisateur prévu.

Conventions d'entiercement

Conventions d'entiercement visent à protéger le titulaire de permis de payer un fournisseur de logiciels pour concevoir et construire un logiciel qui répond à leurs besoins particuliers. Ces accords sont invoqués lors de l'éditeur de logiciels perd les moyens de continuer à soutenir le logiciel que ce soit par la liquidation ou le manque de volonté. Contrats d'entiercement sont fondés sur l'état de choses que le titulaire n'est jamais en possession du code source, et dans cette mesure, le titulaire est exposé au risque que si le fournisseur du logiciel ou un logiciel maison tombe en panne, ils ont recours à la source pour maintenir et développer ce code source. Les conditions de libération du logiciel pour le titulaire de licence peut être faite aussi particulier que les parties souhaitent les faire. La saveur plus formel de conventions d'entiercement comporte un tiers de confiance indépendant qui se spécialisent dans la fourniture de services d'entiercement. Ils prennent possession du code source du logiciel, et s'engage par ce contrat pour libérer le code source pour le titulaire de permis seulement dans les circonstances spécifiées. Le titulaire de permis gagne un peu de réconfort dans la gestion de leur risque à investir dans le développement de logiciels dans le premier cas.

Astreintes pour défaut de livraison

Plutôt que d'être obligé de commencer un litige afin de recouvrer des dommages et de réduire le coût administratif de gestion des contrats, l'incorporation des astreintes (dommages-intérêts) des clauses dans les accords de licence de logiciel est de plus en plus monnaie courante. Déjà, liquidés clauses dommages sont souvent utilisés comme moyen de récupération pour non-respect des niveaux de service convenus. Ces paiements forfaitaires dommages se présentent sous la forme de crédits de niveau de service. La difficulté avec les clauses des dommages-intérêts à fixer les dommages-intérêts devant être versés en cas de violation ou de non-performance à un niveau qui n'est pas considérée comme une peine ou une confiscation, qui sont inapplicables dans le système juridique anglais. La clef de voûte de déterminer si une clause de dommages-intérêts sera considérée comme une pénalité ou confiscation est de savoir si la somme des dommages liquidés est un véritable pré-estimation de la perte qui sera subi à la suite de la violation qui mène vers la droite pour dommages-intérêts à payer. Sommes acceptant d'être payés par voie de dommages-intérêts ne limite cependant pas au bénéficiaire d'accepter la somme indiquée ou calculée dans le cas d'une violation, car il peut encore intenter une action en dommages-intérêts au sens large.

Résiliation

Les deux dispositions qui répondent à la résiliation dans pratiquement tous les documents préparés par des professionnels - lorsque les parties ont près de pouvoir de négociation égal - sont que chaque partie peut résilier en cas d'une violation substantielle ou si une partie pénètre dans la liquidation ou est insolvable.
Intégrer d'autres droits de résilier repose largement sur la nature des services devant être fournis. Avoir le droit de mettre fin aux obligations contractuelles suppose qu'il ya des obligations continues dans le cadre du contrat. Si le contrat accorde simplement une licence de logiciel perpétuelle pour un montant fixe, puis il va de soi qu'il n'y est guère besoin de droits de résiliation. Le style moderne de la rédaction du contrat, même pour les logiciels de série (qui sont souvent les instances d'une concession de licence perpétuelle d'ions) existent généralement dans les accords de licence de logiciels, et se rapportent généralement à l'échec du fournisseur à répondre à certains niveaux de service minimum.

Conséquences de la résiliation

Dans le cas des services informatiques externalisés, des dispositions de gestion de sortie sont essentielles pour assurer un transfert rapide et professionnelle des services externalisés. Dans le contexte d'un logiciel développé sous licence et par la suite, il peut être qu'il est approprié pour le donneur,

1. Documentation de l'utilisateur à la main arrière

2. Supprimez toutes les copies du logiciel résidant sur les serveurs et postes de travail

3. Livrer des copies du logiciel sur un support de sauvegarde et de

4. Détruire des informations confidentielles.

Les certificats de conformité peuvent être utilisés pour obtenir la confirmation que les exigences de post-résiliation du contrat ont été respectées.

Sur une question connexe, c'est là que la gestion des licences de logiciels par des moyens électroniques est un outil utile pour empêcher l'utilisation du logiciel. Il s'agit d'un titre de la mesure utilisée par concédants de licence pour s'assurer que le logiciel ne peut pas être utilisé.

Limitations de la responsabilité

Limitation de la responsabilité peut être l'une des questions les plus controversées dans la négociation des conditions de licence. Le but de la limitation de responsabilité est d'exclure ou de limiter la responsabilité qui découle d'un parti dans le cas d'une rupture de contrat ou de négligence dans l'exécution du contrat. Responsabilité qui ne peut pas être exclue, doit être assuré et il est un bon exemple pour employer d'autres moyens de gérer la responsabilité des entreprises et de protéger les actifs d'une société, qui inclut naturellement les actifs de propriété intellectuelle. La responsabilité découlant de la négligence qui entraîne des blessures ou la mort ne peut être exclue ou limitée, en tout cas. Les types de responsabilité qui peuvent être exclues comprennent les dommages matériels, la perte de profits, d'affaires ou de recettes; pertes consécutives ou accessoires; perte d'achalandage et les dommages causés par la perte et la destruction des données.

Dans les contrats de technologie qui utilisent les installations telles que l'Internet qui sont hors du contrôle des parties, la force majeure clauses peuvent être utilisés pour dégager les parties de la responsabilité lorsque quelque chose se passe mal. La Force clauses majeure peut se référer à des événements nommés ainsi que d'un type général de l'événement. L'effet est d'éviter l'instance d'un parti étant en violation où les événements sont en dehors de leur contrôle.

La liste de contrôle de base pour quelques-unes des dispositions qui sont souvent sensiblement incorporés dans les contrats de licence de logiciels est la suivante:

1. Les Parties

2. Le Prix

3. Obligations du fournisseur du logiciel

4. Obligations du Licencié

5. Procédures de test d'acceptation utilisateur conduisant à l'acceptation, y compris les périodes de garantie qui s'appliquent par la suite

6. Services supplémentaires

7. Contrôle des changements

8. Exigences de formation

9. Convention d'entiercement

10. Niveaux de service

11. Compensation de niveau de service

12. Dommages-intérêts

13. Documentation utilisateur

14. Les droits à des améliorations

15. Obligations de confidentialité

16. Droits de propriété intellectuelle
une. Droits de l'image de marque

b. Conditions de licence
17. Obligations de confidentialité

18. Les clauses résolutoires

19. Conséquences de la résiliation

20. Limitations de la responsabilité...