Licentie voor EV-opladertechnologie

Drie categorieën IP

1. 1

   Achtergrond-IP

   Eigendom vóór het programma. Platformarchitectuur, bestaande firmwaremodules, geaccumuleerde methoden. Normaal gesproken gelicentieerd in plaats van toegewezen, omdat het ook de producten van andere klanten ondersteunt.

2. 2

   Project-IP

   Speciaal gemaakt voor uw programma. Eigendom is echt bespreekbaar en moet worden besloten voordat met de werkzaamheden wordt begonnen.

3. 3

   Kennis van de productie

   Hoe het product wordt gebouwd, getest en binnen tolerantie wordt gehouden. Zelden volledig opgeschreven, en commercieel de meest waardevolle van de drie.

Firmware-lagen

Firmware is niet één asset. Rechten worden doorgaans verschillend toegekend over de lagen heen.

• Bootloader, die veilig update- en herstelgedrag biedt
• Applicatielaag, waar productgedrag leeft
• Protocolstack, inclusief OCPP-implementatie
• Hardware-abstractie, nauw verbonden met het bordontwerp
• Bibliotheken van derden, waarvan de licenties beperken wat kan worden doorgegeven

Componenten van derden verdienen vroegtijdige aandacht. Hun licenties kunnen de overdrachtsvoorwaarden waarmee u van plan was akkoord te gaan, in de weg staan.

Productiepakket versus ontwerpbron

Het recht om te bouwen is niet het recht om te veranderen. Met een productiepakket kan een fabriek het product produceren zoals ontworpen. Ontwerpbronrechten laten een technisch team het wijzigen. Veel programma's hebben het eerste nodig en vragen om het tweede.

Eigendom van gereedschap

Wie heeft voor het gereedschap betaald, wie is de eigenaar ervan, waar het zich fysiek bevindt en wie het onderhoudt. Als gereedschap werd afgeschreven in eenheidsprijs in plaats van rechtstreeks te worden betaald, is eigendom zelden zo vanzelfsprekend als beide partijen aannemen.

Cloud, data en inloggegevens

• Backend- of CMS-bronrechten, die los staan van firmwarerechten
• Eigendom van implementatieaccount en administratief beheer
• Gegevenseigendom, inclusief sessie- en telemetriegegevens
• Bewaring van legitimatiegegevens en rotatieverantwoordelijkheid
• Exportrechten, zodat u met intacte gegevens kunt vertrekken

Sleutels ondertekenen en beveiliging bewaren

Firmware-ondertekeningssleutels, certificeringsautoriteiten en inrichtingsgeheimen hebben een gedefinieerde bewaarder nodig, een gedefinieerd rotatieproces en een gedefinieerd antwoord op wat er gebeurt als ze worden gecompromitteerd.

Dit is het deel van een licentieovereenkomst dat het vaakst onopgesteld blijft, en het deel met de ergste gevolgen als het er toe doet.

Techniek na de overdracht

Licenties bepalen de rechten. Het biedt op zichzelf geen doorlopende engineering. Wijzigingsbeheer, firmware-releases, beveiligingsupdates en veldanalyse zijn een afzonderlijke commerciële regeling, en de meeste programma's hebben er één nodig.

Hoe wij hierin met u samenwerken

Een licentie is een commercieel instrument, en het is de moeite waard om duidelijk te maken dat we deze beschouwen als het begin van een relatie en niet als het einde van een verkoop. De voorwaarden zijn belangrijk, maar wat bepaalt of een licentie iets waard is, is of de licentienemer het product daarna daadwerkelijk kan bouwen en ondersteunen.

Licenties komen dus met de techniek erachter: training, testsystemen en voortdurende ondersteuning op een maandelijks model. Een licentie die zonder deze wordt overgedragen, is een document en geen vaardigheid.

Wat beheerde licentieverlening betekent

De meeste technologielicenties zijn een overdracht, gevolgd door stilte. Je ontvangt een pakketje en alles wat er daarna met het product gebeurt, is jouw verantwoordelijkheid.

Die van ons gaat door. Protocolversies veranderen, standaarden worden herzien, veiligheidsverwachtingen veranderen. Wanneer het product mee moet verhuizen, komt die upgrade via de licentie en niet als een nieuw project. Een OCPP-revisie ligt voor de hand: wanneer een nieuwe versie wordt uitgebracht, krijgen licentiehouders deze.

Het praktische gevolg is dat u geen groot technisch team hoeft op te bouwen en vast te houden om een gelicentieerd product actueel te houden. Dat is het punt van de regeling.

Wat je krijgt

• Productiekennis en productie-IP, zodat u het product kunt bouwen
• Het recht om op uw markt te produceren
• Voortdurende upgrades als onderdeel van de licentie, inclusief protocolherzieningen
• CMS-licenties naast de hardware ook beheerd
• Uw gegevens blijven van u

Achtergrond-IP blijft bij RIOD. Dat is normaal voor een licentie en het beperkt niet wat je eronder kunt bouwen of verkopen.

Waar dit afwijkt van whitelabel

Een groot deel van de markt biedt white label aan, waarbij u het product krijgt en de leverancier de gegevens en de controle houdt.

• Onder licentie vervaardigt u de eenheden van iemand anders, in plaats van deze door te verkopen
• De gegevens van uw implementaties zijn van u, niet van uw leverancier
• Op maat gemaakte functies kunnen op basis van uw wensen worden ontwikkeld, zowel op hardware als op software
• Upgrades zijn eerder contractueel dan discretionair

Dat verschil is de hele reden om licenties te verlenen in plaats van te distribueren.