MONOLITH LAW OFFICE+81-3-6262-3248Zilele săptămânii 10:00-18:00 JST[English Only]

MONOLITH LAW MAGAZINE

General Corporate

Contractul de dezvoltare a software-ului AI este un contract de prestări servicii sau un mandat? Explicăm punctele cheie de care trebuie să ții cont în contract

General Corporate

Contractul de dezvoltare a software-ului AI este un contract de prestări servicii sau un mandat? Explicăm punctele cheie de care trebuie să ții cont în contract

Tehnologia AI a ajuns la stadiul de practică, iar în afacerile conexe se solicită clarificarea relațiilor de drept și a împărțirii responsabilităților. Cu toate acestea, în prezent, legislația nu a reușit să țină pasul, lăsând multe aspecte neclare.

În această situație, Ministerul Economiei, Comerțului și Industriei din Japonia a emis un set de linii directoare pentru contractele părților implicate în dezvoltarea tehnologiei AI. Pe baza acestor linii directoare, a elaborat împreună cu Oficiul de Brevete din Japonia un “Contract-model”. Liniile directoare indică faptul că părțile implicate ar trebui să încheie contracte la fiecare etapă de dezvoltare, cu scopul de a “maximiza valoarea afacerii generate de AI”.

Acest articol oferă o explicație detaliată a contractului de dezvoltare atunci când se dezvoltă software folosind tehnologia AI.

Caracteristicile dezvoltării software-ului utilizând tehnologia AI

Caracteristicile dezvoltării software-ului utilizând tehnologia AI

Dezvoltarea software-ului care utilizează tehnologia AI are multe aspecte diferite de dezvoltarea software-ului tradițional și nu se poate aplica direct metoda de dezvoltare tradițională.

Prin urmare, Ministerul Economiei, Comerțului și Industriei din Japonia a creat în 2018 ‘Ghidul de contracte pentru utilizarea AI și a datelor versiunea 1.1’, care indică politica de dezvoltare.

Diferența față de dezvoltarea software-ului tradițional

Una dintre cele mai mari diferențe între dezvoltarea software-ului tradițional și dezvoltarea software-ului AI este că “nu putem ști ce rezultate vom obține până nu încercăm”.

În dezvoltarea software-ului tradițional, se spune că este mai ușor să definim cerințele în prealabil și să dezvoltăm în conformitate cu procesul. Această metodă de dezvoltare este numită “modelul cascada”, comparându-se cu modul în care apa unui cascada curge treptat de sus în jos.

În contrast, se spune că dezvoltarea software-ului AI nu se potrivește cu “modelul cascada” din următoarele motive:

  • Conținutul și performanța modelului instruit nu sunt cunoscute la momentul încheierii contractului
  • Conținutul și performanța modelului instruit sunt influențate de calitatea setului de date pentru instruire
  • Importanța know-how-ului este foarte mare
  • Există o cerere pentru reutilizarea produselor generate

În dezvoltarea software-ului AI, performanța modelului instruit este influențată de calitatea setului de date pentru instruire, ceea ce face dificilă garantarea performanței în prealabil. În plus, know-how-ul deținut de utilizatori și furnizori este utilizat și are un impact semnificativ asupra performanței modelului instruit.

Mai mult, modelul instruit generat poate fi reutilizat în multe situații pentru scopuri comerciale prin modificarea parametrilor instruiți.

Datorită acestor caracteristici, se consideră că este preferabil să se adopte o metodă de dezvoltare “exploratorie incrementală” în loc de “modelul cascada” tradițional pentru dezvoltarea software-ului AI.

Metoda de dezvoltare “exploratorie în etape”

Metoda de dezvoltare “exploratorie în etape” este o metodă de dezvoltare recomandată în ghidurile stabilite de Ministerul Economiei, Comerțului și Industriei din Japonia. Acest ghid împarte etapele de dezvoltare a sistemelor tehnologice AI în următoarele patru etape, propunând crearea de contracte în funcție de fiecare etapă.

Ministerul Economiei, Comerțului și Industriei, în colaborare cu Oficiul de Brevete, a creat diverse modele de contracte pentru fiecare etapă și a prezentat această politică.

  1. Etapa de evaluare → Contract de confidențialitate (NDA)
  2. Etapa PoC → Contract de verificare a implementării
  3. Etapa de dezvoltare → Contract de dezvoltare software
  4. Etapa de învățare suplimentară → Contract de utilizare

Referință: Portalul de inovație deschisă | Ministerul Economiei, Comerțului și Industriei, Oficiul de Brevete[ja]

Pentru contractul de utilizare din etapa 4, vă rugăm să consultați articolul de mai jos pentru o explicație detaliată.

Articolul corelat: Ce sunt ghidurile pentru contractele de utilizare AI? Explicăm în detaliu clauzele pentru prevenirea problemelor înainte de a apărea[ja]

Contract de prestări servicii sau contract de mandat?

În ghidul nostru, se menționează că dezvoltarea software-ului AI nu se potrivește bine cu contractele de prestări servicii și este mai potrivită pentru contractele de mandat. Acest lucru se datorează faptului că contractele de prestări servicii au ca scop finalizarea unui proiect și implică responsabilitatea pentru neconformitatea contractului în cazul în care proiectul nu poate fi finalizat.

În dezvoltarea sistemelor AI, este dificil pentru furnizor să garanteze finalizarea în avans și există posibilitatea ca dezvoltarea să trebuiască să fie oprită pe parcurs.

Prin urmare, ghidul nostru sugerează că în contractele pentru dezvoltarea sistemelor AI, ar trebui adoptat un model de contract de mandat, care nu implică obligația de a finaliza proiectul sau responsabilitatea pentru neconformitatea contractului.

Tipuri de dezvoltare pentru modelele de învățare pre-antrenate

Tipuri de dezvoltare pentru modelele de învățare pre-antrenate

În urma audierilor la subcomitetul Ministerului Economiei, Comerțului și Industriei (Japanese Ministry of Economy, Trade and Industry), am identificat trei categorii principale de modele de învățare pre-antrenate:

  1. Tipul care generează doar modele de învățare pre-antrenate
  2. Tipul care dezvoltă sisteme care includ modele de învățare pre-antrenate
  3. Tipul care acceptă subcontractarea pentru generarea de modele de învățare pre-antrenate

În primul tip, rolul utilizatorului este doar de a furniza date, iar furnizorul generează singur modelul de învățare pre-antrenat. Există și cazuri în care atât utilizatorul, cât și furnizorul furnizează date împreună. În acest tip, furnizorul livrează modelul de învățare pre-antrenat utilizatorului.

În al doilea tip, pe baza datelor furnizate de utilizator, furnizorul dezvoltă singur întregul sistem care include modelul de învățare pre-antrenat. În acest caz, furnizorul livrează sistemul care include modelul de învățare pre-antrenat.

Al treilea tip se referă la cazurile în care dezvoltatorii de sisteme, cum ar fi SIer, care au primit o comandă de dezvoltare a întregului sistem de la utilizator, subcontractează generarea modelului de învățare pre-antrenat către furnizor. Dezvoltatorii de sisteme oferă know-how-ul furnizorului, care la rândul său livrează modelul de învățare pre-antrenat. Pe baza acestuia, dezvoltatorii de sisteme construiesc sistemul și îl oferă utilizatorului final.

În continuare, vom discuta în special despre primul tip, care generează doar modele de învățare pre-antrenate, datorită versatilității sale ridicate, și vom explica conținutul contractului și aspectele de care trebuie să ținem cont atunci când îl încheiem.

Aspecte de luat în considerare la elaborarea contractelor de dezvoltare a software-ului cu tehnologie AI

Ministerul Economiei, Comerțului și Industriei, precum și Oficiul de Brevete, susțin că în dezvoltarea tehnologiei AI, trebuie să ne concentrăm pe “maximizarea valorii totale a afacerii generate de proprietatea intelectuală și altele asemenea”.

În contractele de dezvoltare, în special, trebuie să definim între părți “atribuirea drepturilor” și “metoda de livrare”, care pot deveni ușor probleme, având în vedere dezvoltarea și progresul AI.

Organizarea destinației drepturilor de autor și brevet prin separare

În contractele de dezvoltare AI, este de dorit să organizăm destinația drepturilor prin separarea drepturilor de autor și a drepturilor de brevet. Este clar că drepturile de autor apar la finalizarea dezvoltării. Pe de altă parte, nu este clar dacă drepturile de proprietate intelectuală, cum ar fi drepturile de brevet, apar înainte de dezvoltare.

În contractul model, drepturile de autor asupra modelului instruit sunt atribuite părții vânzătoare (Articolul 17 al contractului model), în timp ce “condițiile de utilizare” ajustează interesele ambelor părți.

Deoarece nu este clar dacă drepturile de brevet apar la momentul încheierii contractului de dezvoltare, inițial este stabilită principiul inventatorului conform legii brevetelor (Articolul 18 al contractului model).

Stabilirea metodei de furnizare a rezultatelor

Modul în care modelul instruit este livrat părții utilizatorului poate deveni o problemă care poate afecta protecția proprietății intelectuale a părții vânzătoare.

Riscul de scurgere de informații și riscul de încălcare a contractului se pot mări dacă se furnizează modelul instruit într-un format care poate fi citit și reutilizat. Este important ca partea vânzătoare să ia în considerare acest risc și să stabilească în prealabil metoda de furnizare a rezultatelor.

Puncte cheie în crearea unui contract de dezvoltare a software-ului cu tehnologie AI

Puncte cheie în crearea unui contract de dezvoltare a software-ului cu tehnologie AI

Contractul de dezvoltare a software-ului cu tehnologie AI trebuie să fie conceput cu conștientizarea maximizării valorii generate de progresul tehnologiei AI, și trebuie încheiat de către furnizor și utilizator ca dezvoltatori comuni.

În continuare, vom explica punctele cheie în crearea unui contract de dezvoltare comună, bazându-ne pe modelul de contract anunțat în comun de Ministerul Economiei, Comerțului și Industriei și Agenția de Brevete din Japonia.
(Referință: Portalul de Inovație Deschisă | Ministerul Economiei, Comerțului și Industriei și Agenția de Brevete din Japonia, Contractul de Dezvoltare Comună (AI)[ja])

Atribuirea drepturilor de autor pentru produsele rezultate din acest proiect (Articolul 17)

Drepturile de autor apar aproape sigur odată cu finalizarea dezvoltării, așa că este necesar să se stabilească în prealabil atribuirea acestora în contract.

În contractul model, se stabilește că drepturile de autor pentru modelul instruit aparțin în principiu părții vânzătoare, în timp ce drepturile de autor pentru sistemul de colaborare și documente sunt atribuite părții utilizatorului.

În timp ce drepturile de autor pentru modelul instruit sunt atribuite părții vânzătoare, se iau în considerare modelele de afaceri ale ambelor părți și contribuția părții utilizatorului la dezvoltare, ajustând interesele ambelor părți prin examinarea condițiilor de utilizare separate, cum ar fi aplicarea unei reduceri a taxei de utilizare a serviciului.

Articolul 17

Drepturile de autor asupra produselor rezultate din acest proiect și a proprietății intelectuale generate în cursul dezvoltării comune (denumite în continuare “produsele rezultate din acest proiect etc.”) (inclusiv drepturile prevăzute la articolele 27 și 28 ale Legii japoneze a drepturilor de autor, denumite în continuare în același mod în acest contract), cu excepția drepturilor de autor deținute anterior de către Partea B sau o terță parte, aparțin Partei A. Cu toate acestea, drepturile de autor asupra acestui sistem de colaborare și a acestui document (denumite în continuare “sistemul de colaborare etc.”) sunt transferate Partei B odată cu plata integrală a taxei de comision.

Restul este omis

Extras din Contractul de utilizare a Agenției de Brevete din 2021 ver2.0 (Ediția AI)[ja]

Atribuirea drepturilor de brevet pentru produsele rezultate (Articolul 18)

Drepturile de proprietate intelectuală, cum ar fi drepturile de brevet, sunt adesea neclare la momentul începerii dezvoltării. Prin urmare, în contractul model, se aplică principiul legii brevetelor și se adoptă sistemul de inventatori (Articolul 29, paragraful 1 al Legii Brevetelor Japoneze). Legea brevetelor recunoaște ca “inventator” persoana care a contribuit semnificativ la rezolvarea problemelor specifice invenției.

În acest caz, se consideră că drepturile de brevet aparțin în mod normal părții furnizorului care a dezvoltat modelul instruit. Cu toate acestea, dacă contribuția utilizatorului, cum ar fi furnizarea de know-how, este puternică în crearea modelului instruit, există și posibilitatea ca acestea să aparțină utilizatorului.

Articolul 18

 Drepturile de brevet și alte drepturi de proprietate intelectuală (cu excepția drepturilor de autor, denumite în continuare “drepturi de brevet, etc.”) asupra produselor rezultate etc. aparțin părții căreia îi aparține persoana care a creat produsele rezultate etc.

Continuarea este omisă

Extras din Contractul de utilizare a Agenției de Brevete Japoneze 2021 ver2.0 (Ediția AI)[ja]

Confirmarea furnizării produsului final și a finalizării proiectului (Articolul 10)

În dezvoltarea comună a unui model de învățare, este necesar să se stabilească în prealabil metoda de furnizare și livrare a produsului final prin contract.

Dacă drepturile de proprietate intelectuală asupra modelului de învățare sunt atribuite furnizorului, nu se poate garanta protecția eficientă a acestor drepturi, în funcție de metoda de livrare către utilizator.

Exemple de metode de furnizare a produsului final al modelului de învățare includ următoarele:

  • Furnizarea doar a conținutului de ieșire prin API
  • Furnizarea de coduri criptate sau obscure
  • Furnizarea de coduri binare
  • Furnizarea codului sursă etc.

Riscul de scurgere de informații și riscul de încălcare a contractului variază în funcție de metoda de furnizare. Este important ca furnizorul să ia în considerare aceste riscuri și să discute cu atenție cu utilizatorul.

Articolul 10

 Partea A va furniza Partea B cu codul sursă al acestui sistem de colaborare, care face parte din produsul final al acestui proiect, prin instalarea acestuia pe serverul Partei B până la termenul de furnizare a produsului final menționat în Anexa (1) 8 “Finalizarea proiectului”, precum și cu un fișier PDF al acestui document. În plus, în ceea ce privește modelul de învățare care face parte din produsul final al acestui proiect, acesta va fi menținut într-o stare în care poate fi furnizat prin API pe serverul Partei A în timpul perioadei de verificare menționate în “Finalizarea proiectului” de mai sus (denumită în continuare “Perioada de verificare”).

Restul este omis

Extras din Contractul de utilizare a Agenției de Brevete din 2021 ver2.0 (Ediția AI)[ja]

Concluzie: Punctul cheie al contractului de dezvoltare este maximizarea valorii generate de AI

Dezvoltarea software-ului de tehnologie AI are caracteristica că “nu se poate ști ce rezultate vor apărea dacă nu încerci”. Prin urmare, în ghiduri, se recomandă adoptarea unei metode de dezvoltare “exploratorie în etape”, iar contractul ar trebui încheiat la fiecare etapă de dezvoltare.

Contractul de dezvoltare comună trebuie să fie conștient de maximizarea valorii afacerii generate de progresul tehnologiei AI de către ambele părți și să fie creat pe baza contractului model al Ministerului Economiei, Comerțului și Industriei și al Oficiului de Brevete Japonez.

Atunci când creați un contract de dezvoltare a software-ului de tehnologie AI, este important să solicitați un avocat care are o cunoaștere profundă a afacerilor AI și are experiență în contractele de dezvoltare a software-ului.

Prezentarea măsurilor noastre de către firma noastră

Cabinetul nostru de avocatură Monolith, are o experiență bogată în ambele domenii, IT, în special internetul și dreptul.

Afacerea AI implică multe riscuri juridice, iar sprijinul unui avocat care cunoaște problemele juridice legate de AI este esențial. Echipa noastră, formată din avocați și ingineri familiarizați cu AI, oferă suport juridic avansat pentru afaceri AI, inclusiv ChatGPT, cum ar fi crearea de contracte, examinarea legalității modelului de afaceri, protecția drepturilor de proprietate intelectuală și gestionarea confidențialității. Detalii sunt prezentate în articolul de mai jos.

Domeniile de practică ale Cabinetului de Avocatură Monolith: Dreptul AI (ChatGPT etc.)[ja]

Managing Attorney: Toki Kawase

The Editor in Chief: Managing Attorney: Toki Kawase

An expert in IT-related legal affairs in Japan who established MONOLITH LAW OFFICE and serves as its managing attorney. Formerly an IT engineer, he has been involved in the management of IT companies. Served as legal counsel to more than 100 companies, ranging from top-tier organizations to seed-stage Startups.

?napoi la ?nceput