LEADTOOLS PDF v23 - 1 Year Annual Maintenance for 1 Developer

LEADTOOLS-Lizenzierung

Produktkonfigurationen. LEADTOOLS SDKs umfassen eigenständige SDKs sowie Add-On-Module und Plug-ins.  Sie müssen über eine Lizenz für ein eigenständiges SDK verfügen, um zum Kauf einer Lizenz für ein Add-on-Modul oder Plug-in berechtigt zu sein. In einigen Fällen ist ein bestimmtes eigenständiges SDK erforderlich, um ein bestimmtes Add-on-Modul oder Plug-in zu lizenzieren.

Lizenzkomponenten. Es gibt zwei wesentliche Komponenten der LEADTOOLS-SDK-Lizenzierung:  (i) die Entwicklungslizenz, die die Nutzung des LEAD SDK bei der Entwicklung einer Endbenutzeranwendung abdeckt, und (ii) die Runtime-Lizenz, die das Kopieren, Verteilen und  Bereitstellen von LEADTOOLS-Redistributable-Dateien als Teil der resultierenden Anwendung abdeckt.

Entwicklungslizenz.
Eine Entwicklungslizenz ist erforderlich, um mit LEADTOOLS zu programmieren. Die Entwicklungslizenz erlaubt es dem Kunden, das SDK auf einem Entwicklungscomputer zu installieren und das SDK für die Entwicklung einer Endbenutzeranwendung zu verwenden, indem bestimmte Redistributable-Bibliotheken und -Dateien mithilfe des SDK-Beispielcodes und der Dokumentation in die Endbenutzeranwendung integriert werden.

Die grundlegenden Regeln für die Entwicklungslizenzen sind wie folgt:

• Lizenz für jeden Entwickler erforderlich. Für jeden Programmierer, der das SDK verwendet, muss eine Kopie von LEADTOOLS lizenziert werden. Wenn zum Beispiel drei (3) Programmierer mit LEADTOOLS eine einzelne Anwendung erstellen, müssen drei (3) Entwicklungs­lizenzen von LEADTOOLS erworben werden. (Rabatte sind für zusätzliche Entwicklungslizenzen verfügbar.)
• Lizenz für jede entwickelte Anwendung erforderlich. Für jede entwickelte Anwendung muss eine Kopie von LEADTOOLS lizenziert werden. Wenn zum Beispiel drei (3) separate Anwendungen entwickelt werden, müssen drei (3) LEADTOOLS-Entwicklungslizenzen erworben werden.
• Nur Endbenutzeranwendungen. LEADTOOLS darf nur zur Entwicklung einer "Endbenutzer"-Anwendung verwendet werden. Eine Endbenutzeranwendung ist eine Anwendung für geschäftliche oder persönliche Nutzung, die vom Benutzer nicht kopiert oder weiterverteilt werden darf und nicht zur Entwicklung von Software verwendet werden darf. LEADTOOLS darf nicht in einem auf Entwickler ausgerichteten Produkt verwendet werden, z. B. einem Entwicklungstoolkit oder einem Produkt, das eine API enthält.  Darüber hinaus ist eine Anwendung keine Endbenutzeranwendung im Sinne der LEADTOOLS EULA, wenn die Anwendung ganz oder teilweise vom Kunden des Kunden weiterverteilt wird. Wenn ein Kunde LEADTOOLS im Zusammenhang mit der Entwicklung einer Anwendung verwenden möchte, die keine "Endbenutzer"-Anwendung ist, kann der Kunde möglicherweise eine maßgeschneiderte Lizenz von LEAD erhalten. Bitte kontaktieren Sie sales@componentsource.com für ein Angebot.

Bitte beachten Sie, dass ein Formular für die Deployment License Application (DLA) ausgefüllt, unterzeichnet und eingereicht werden muss, bevor eine .lic-Datei und Unlock-Codes generiert und Ihnen zugesendet werden können. Das Formular erfordert:

• Kontaktinformationen des Lizenznehmers.
• Gekauftes LEADTOOLS-Produkt/gekaufte LEADTOOLS-Produkte.
• Zielbetriebssystem für die Endbenutzeranwendung.
• Für die Entwicklung verwendete API, z. B. .NET Framework, .NET Core, Xamarin...
• Entwicklungsprojekt- und Bereitstellungsinformationen.

Runtime- und Deployment-Lizenz.
Die Deployment-Lizenz regelt die Nutzung der resultierenden Endbenutzeranwendung ("End User Software") durch den Kunden, die mit dem SDK entwickelt wurde. Anders als bei einer Lizenzvereinbarung für eine typische Endbenutzeranwendung gewährt eine SDK-Lizenz dem Benutzer im Allgemeinen eine Lizenz zum Kopieren und Weiterverteilen eines Teils des SDK. LEADs Kunden müssen die entsprechende Bereitstellungslizenz erwerben, um LEADs geistiges Eigentum zu kopieren und zusammen mit der mit dem LEAD SDK entwickelten Endbenutzersoftware bereitzustellen. Die Bedingungen der Deployment-Lizenz variieren je nachdem, ob die mit dem LEAD SDK entwickelte Anwendung („End User Software“) intern von den Mitarbeitern des Kunden verwendet wird, vom Kunden für die Nutzung durch Dritte gehostet wird oder kommerziell an Endbenutzer verteilt wird.

Die Anforderungen und Preise für LEAD-Bereitstellungslizenzen variieren je nach Art der Bereitstellung. Im Folgenden sind einige der typischen Arten von Bereitstellungen der mit LEAD SDKs entwickelten Endbenutzersoftware aufgeführt:

Kommerzielle Bereitstellungen. "Commercial Deployment" bezeichnet jede Verteilung und sonstige Überlassung von Endbenutzersoftware durch einen Kunden an Endbenutzer von Dritten, entweder direkt oder über Vertriebskanäle. Kommerzielle Bereitstellungen sind typisch, wenn unser Kunde als ISV, OEM oder Lösungsanbieter auftritt und Endbenutzersoftware der Öffentlichkeit zur Lizenzierung, Miete, im Abonnement oder in anderer Form der Überlassung anbietet.

Interne Bereitstellungen. "Internal Deployment" liegt vor, wenn unser Kunde Endbenutzersoftware, einschließlich Single User Deployments, Concurrent Deployments, Server Deployments, Multi-user Deployments und/oder eines anderen von LEAD genehmigten Bereitstellungsmodells, auf Hardwaregeräten bereitstellt, die im Eigentum oder unter der Kontrolle unseres Kunden stehen, und die für den internen Geschäftseinsatz bestimmt sind, der auf die Mitarbeiter und Auftragnehmer unseres Kunden beschränkt ist.

Gehostete Dienstbereitstellungen. "Hosted Service Deployment" ist eine Art von Server Deployment, bei der unser Kunde Endbenutzersoftware auf Rechnern des Kunden hostet, damit diese von den Kunden, Lieferanten und anderen Dritten genutzt oder kommerziell verwendet werden kann. Beispiele für ein "Hosted Service Deployment" sind Endbenutzersoftware, die von einem Servicebüro, einem Application Service Provider, einer Outsourcing-Einrichtung betrieben wird, sowie jede öffentlich zugängliche, von unserem Kunden gehostete Endbenutzersoftware, auf die Dritte über das Internet oder ein anderes Netzwerk zugreifen können.

Single-User-Bereitstellungen. "Single User Deployment" ist die Installation von Endbenutzersoftware durch unseren Kunden und/oder dessen Kunden auf einem eigenständigen PC, einer Workstation, einem Mobilgerät oder anderer Hardware zur Nutzung durch einen einzelnen benannten Benutzer. Endbenutzersoftware, die als Single User bereitgestellt wird, ist für die interaktive Nutzung durch den benannten Endbenutzer vorgesehen und verfügt über eine GUI, die es dem Benutzer erfordert, die Anwendung per Maus, Tastatur, Touchscreen oder ähnlichen Mitteln zu steuern. Eine Single User Deployment ist auch dann anwendbar, wenn Endbenutzersoftware über einen Bereitstellungsserver oder ein anderes Netzwerkgerät mittels einer CAB-Datei oder eines ähnlichen Mechanismus an Client-Computer verteilt und auf dem Client-Computer installiert wird. Single User Deployments werden häufig als Desktop-Lizenzen, Client-Lizenzen, Stand-alone-Lizenzen, App-Lizenzen und Benutzerlizenzen bezeichnet.

Concurrent Deployments. "Concurrent Deployment" liegt vor, wenn unser Kunde in der Endbenutzersoftware eine angemessene Methode der Gleichzeitigkeit eingebaut hat, sodass, obwohl die Software auf mehreren PCs für die Nutzung durch einen einzelnen Benutzer installiert ist, nur einer begrenzten Anzahl von Benutzern technisch erlaubt ist, die Endbenutzersoftware gleichzeitig zu verwenden. Wenn beispielsweise die Endbenutzersoftware auf einhundert (100) PCs installiert ist, aber nur zehn (10) Benutzer gleichzeitig angemeldet sein und die Endbenutzersoftware nutzen dürfen, wären Lizenzen für zehn (10) Concurrent Deployments erforderlich statt 100 Single User Deployment-Lizenzen. Die Tatsache, dass eine Serveranwendung eingehende Aufträge "in eine Warteschlange stellt" und jeweils einen Auftrag nach dem anderen verarbeitet, gilt für die Zwecke dieses Dokuments nicht als Gleichzeitigkeit. Diese Art der Bereitstellung wäre ein Server Deployment. Ein Concurrent Deployment liegt auch vor, wenn unser Kunde Client-Lizenzen im Rahmen eines Abonnementmodells vergibt und nicht mehr abonnierte Client-Lizenzen zurückerlangen und einem anderen Benutzer zuweisen möchte. Concurrent-Lizenzen werden auch häufig als Floating-Lizenzen bezeichnet.

Server Deployments. "Server Deployment" umfasst Folgendes: (i) Endbenutzersoftware, die auf einem netzwerkfähigen Gerät installiert ist, auf das mehr als eine Person zugreifen kann und die Endbenutzersoftware unabhängig von einem anderen Rechner aus bedienen kann; (ii) Endbenutzersoftware, die auf einem netzwerkfähigen Gerät installiert ist und als Dienst ausgeführt wird, der Verbindungen von anderen Rechnern oder Anwendungen akzeptiert (zum Beispiel ein headless Prozess, der einen Ordner oder eine andere Datenquelle auf Arbeitseingänge von anderen Rechnern überwacht), und (iii) Endbenutzersoftware, die von einem Webserver an einen Browser bereitgestellt wird, etwa eine HTML5-basierte Anwendung, bei der die Endbenutzersoftware nicht auf dem Client-Computer installiert ist, aber vom Client-Computer verwendet wird, während der Benutzer mit dem Webserver verbunden ist.

Multi-User Deployments. "Multi-User Deployment" ist eine Computerinstallation, die für die Bedienung der Öffentlichkeit oder mehrerer nicht benannter Benutzer bestimmt ist, und nicht für einen einzelnen benannten Benutzer oder einen Satz gleichzeitiger benannter Benutzer, wie z. B. ein Kiosk oder eine Scan-Station.

Modulare Bereitstellungen. Eine "modulare Bereitstellung" bedeutet, dass unser Kunde verschiedene LEADTOOLS-Funktionen in einer "Anwendung" aktiviert hat, wobei einige Module auf einem oder mehreren Rechnern installiert und aktiviert sind und andere Module auf anderen Rechnern installiert und aktiviert sind. Beispielsweise kann ein Dokumentenmanagementsystem aus einigen Scan-Stationen für OCR- und Barcode-Erkennungsaufgaben sowie einigen Annotations-/Markup-Stationen für Bild-Markup- und Bearbeitungsaufgaben bestehen. Die Bereitstellungslizenzen für OCR-, Barcode- und Bild-Markup-Funktionen werden separat bepreist. Die jeweils anwendbaren Bereitstellungslizenzen müssen nur dort erworben werden, wo die Technologie aktiviert ist. Daher müssen für die Scan-Stationen OCR- und Barcode-fähige Lizenzen erworben werden, während für die Bild-Markup-Stationen die günstiger bepreisten Dokumenten-Imaging-Lizenzen erworben werden müssen.

Weitere Lizenzoptionen. Wenn keine dieser Bereitstellungslizenzen zu Ihrem Lizenzmodell passt, kann LEAD ein Lizenzprogramm maßschneidern, das Ihren speziellen Gegebenheiten und Umständen entspricht. In bestimmten Fällen bieten sie vollständig bezahlte Lizenzen, Site-Lizenzen und prozentuale Umsatzlizenzen an. Bitte kontaktieren Sie sales@componentsource.com, um einen Dialog bezüglich Ihrer individuellen Lizenzanforderungen zu beginnen.

Weitere Lizenzanforderungen. Für Anwendungen, die unter Verwendung von LEAD SDKs entwickelt wurden, gelten zusätzliche Lizenzanforderungen:

• Copyright-Hinweis. Eine mit LEADTOOLS entwickelte Anwendung muss den folgenden Copyright-Hinweis im "About"-Fenster oder in der Softwaredokumentation/Hilfedatei enthalten: "Portions of this program were developed using LEADTOOLS 1991-2022 LEAD Technologies, Inc. ALL RIGHTS RESERVED. Portions of this product are licensed under US patent 5,327,254 and foreign counterparts."
• Endbenutzer-Lizenzvereinbarung. Die mit LEADTOOLS entwickelte Endbenutzeranwendung muss mit einer EULA vertrieben werden, die Reverse Engineering, Disassemblierung, Modifizierung und Kopieren (außer zu Sicherungszwecken) verbietet und die die geistigen Eigentumsrechte von LEAD an der Software in einem kommerziell vertretbaren Maße wahrt.
• OEMs. Wenn LEADs Kunde eine Anwendung entwickelt und einem OEM eines Dritten gestatten möchte, die Anwendung zu ändern und weiterzuverteilen, muss der Kunde für jeden OEM, der die Software ändern und weiterverteilen wird, eine OEM-Vertriebslizenz erwerben. Bitte kontaktieren Sie sales@componentsource.com bezüglich OEM-Distribution-Lizenzen.
• Exportbeschränkungen. Jede mit LEADTOOLS entwickelte Endbenutzeranwendung unterliegt den US-Exportbestimmungen. Daher darf ein LEAD-Kunde die Endbenutzeranwendung nicht in Länder oder an Personen liefern, für die US-Recht Exporte einschränkt, wie z. B. Kuba, Sudan, Iran oder Nordkorea. (Bitte wenden Sie sich an die US Import Control Agency für eine aktuelle Liste der verbotenen Gebiete und Personen.)