Olvasótoll nyílt forráskód és GPL licenc: gyakorlati megfelelőség beágyazott eszközökhöz

Célközönség: Ez a cikk az OEM/ODM megfelelőségi felelősöknek, firmware-fejlesztő mérnököknek, valamint importőröknél, kiadóknál és oktatási disztribútoroknál dolgozó márkatulajdonosoknak szól, akiknek GPL/LGPL/MIT/BSD/Apache-2.0 kötelezettségeket kell teljesíteniük egy intelligens olvasótoll esetében a szállítás előtt.

A nyílt forráskódú szoftver a modern olvasótollakban a tulajdonosi kód alatt fut. 11 modellből álló kínálatunk – B1, B2, F8, K7, KF1, L5, P2, Q6, Q8, T2, Y6 – 8 firmware-buildben összesen 47 különböző nyílt forráskódú csomagot tartalmazó beágyazott anyaglistával kerül forgalomba. Ezek többsége MIT, BSD vagy Apache-2.0; néhány LGPL; egy GPLv2. Egyik sem GPLv3.

Ez a cikk ismerteti azokat a licenckötelezettségeket, amelyeket egy olvasótoll továbbértékesítésekor teljesítenie kell, azokat a build-flag-eket, amelyeket a copyleft komponensek izolálására használunk, valamint az egyes konténerekhez mellékelt dokumentációt.

Vásárlási tipp: A „nyílt forráskód” nem jelenti azt, hogy „kötelezettségektől mentes”. Az LGPL és GPL komponensek megkövetelik a megfelelő forráskód felajánlását, a licencszövegek szállítását, és (egyes esetekben) a hibakeresés céljából történő visszafejtés elfogadását. Ezt előre építse be a megfelelőségi költségkeretébe.

1. Miért fontos a nyílt forráskód egy olvasótollnál

A nyílt forráskódú kódot azért használjuk, mert 2026-ban ez a legjobb minőségű és legalacsonyabb költségű módja egy beágyazott termék forgalmazásának. Az alternatívák – saját TLS-verem, saját fájlrendszer, saját audió kodek megírása – 30-60 mérnök-hónappal növelnék a projektet, és nem érnék el a közösségi auditálású könyvtárak biztonsági szintjét. Ezért minden modern olvasótoll tartalmaz nyílt forráskódú komponenseket, és minden nyílt forráskódú komponenshez licenc tartozik.

A termékvonalunkra vonatkozó licenckategóriák:

• MIT és BSD-2/3-Clause: Permisszív, csak a szerzői jogi nyilatkozatot követeli. Nincs copyleft. Lefedi a FreeRTOS-t, az LVGL-t, a FatFs-t, az OPUS-t és grafikai veremünk nagy részét.
• Apache-2.0: Permisszív kifejezett szabadalmazási engedéllyel. Lefedi az mbedTLS-t, a Zephyr-t és a K7 boot-folyamat egyes részeit.
• LGPL-2.1 és LGPL-3.0: Gyenge copyleft, megköveteli, hogy a könyvtár újralinkelhető legyen. Lefedi a GNU C Library-t (glibc) kizárólag Linux-alapú tesztberendezésünkben – magán az olvasótollon nem.
• GPLv2 FreeType kivétellel: Erős copyleft, de speciális FreeType Licenc (FTL) kivétellel, amely lehetővé teszi a statikus linkelést kereskedelmi termékekben. Lefedi a FreeType-ot az Y6, Q8, T2 és L5 modelleken.
• Közkincs (Public domain): Nincsenek kötelezettségek. Lefedi az OID-elemző 2018-ban általunk írt és CC0 alatt kiadott részeit.

Az öt kategória öt különböző megfelelőségi megközelítést eredményez. Helytelen a naiv kezelésük: „nyílt forráskód = nincs teendő”; helytelen az is, hogy „GPL = katasztrófa”. Mindegyikhez konkrét, dokumentált válasz tartozik.

Open Source Components in Reading Pen Firmware
===============================================
Permissive (MIT/BSD/Apache) : 41 packages
LGPL                         : 4 packages
GPLv2+FTL exception          : 1 package
GPLv3                        : 0 packages
Public domain (CC0)          : 1 package
===============================================
Total: 47 open source packages
===============================================

2. Modellenkénti nyílt forráskód-összetétel

Nem minden olvasótoll használja ugyanazt a nyílt forráskódú csomagkészletet. Az összetétel modellenként és firmware-verziónként eltérő. Alább a 2026 Q3-as flotta pillanatképe látható:

A négy GPL-t tartalmazó modell (L5, Q8, T2, Y6) a FreeType motort használja az OID könyvborítók megjelenítéséhez. A hét nem GPL-es modell egy kisebb bitmap betűkészlet-motort használ. Ezt a felosztást azért választottuk, mert a Olvasótoll kodek licence és jogdíj és a Firmware licenc és megfelelőség terhelés már önmagában is jelentős, és nem akartuk tovább növelni egy erős copyleft kötelezettséggel minden toll esetében.

3. Az LGPL komponensek és az újrafordítási kötelezettség

Négy LGPL licencek alatt álló komponens található a tesztberendezésünkben és a PC-s kiegészítő eszközünkben – nem magában az olvasótollban. A komponensek a következők:

• glibc 2.31 (LGPL-2.1) – a gyári tesztrendszerben és a PC-s OTA kompozitorban használjuk.
• libusb 1.0.24 (LGPL-2.1) – a gyári tesztrendszerben használjuk USB-eszközhozzáféréshez.
• Qt 5.15 (LGPL-3.0) – a disztribútorok számára készült OID könyvszerkesztő eszközben használjuk.
• libsodium 1.0.18 (ISC, permisszív) – a felhőoldali OTA kompozitorban használjuk.

Az LGPL kötelezettség lényege, hogy a felhasználónak képesnek kell lennie az alkalmazást a könyvtár egy másik verziójával újrafordítani. Beágyazott firmware esetén ez két dokumentált útvonal egyikével teljesíthető:

1. Dinamikus linkelés: a könyvtár a készülék fájlrendszerén egy külön megosztott objektumban található. A felhasználó lecserélheti az objektumot.
2. Forráskód-felajánlás: az alkalmazás statikusan van linkelve, de a felhasználó számára a könyvtár teljes megfelelő forráskódja felajánlásra kerül.

A 2. útvonalat használjuk, mert a toll nem rendelkezik megosztott objektum-betöltővel. A megfelelő forráskódot weboldalunk márkacímke-oldalán kínáljuk, a nyomtatott használati útmutatóban pedig QR-kód található. Az a vevő, aki 12 000 darabot rendel egy iskolai programhoz, a kézikönyv 38. oldalán a következő nyomtatott szöveget látja: „Ehhez az eszközhöz nyílt forráskódú szoftvert használunk. A forráskód a your-distributor.example/open-source címen érhető el.“

Az LGPL-3.0 ezen felül tartalmazza az „anti-tivoization“ záradékot — a felhasználónak képesnek kell lennie módosított könyvtárat futtatni az eszközön. A biztonságos rendszerindítási láncunk nem teszi lehetővé a felhasználó által módosított firmware futtatását, ezért ezt kizárólag dokumentációs kötelezettségként kezeljük, és az EULA-ban jelezzük, hogy az LGPL-3.0 felhasználói módosítási jogai nem terjednek ki a zárt rendszerindítási lánccal rendelkező eszközökre. Ezt az álláspontot három külső ügyvédi iroda vizsgálta felül.

Tipp vevőknek: Ha az Ön forgalmazói piaca tiltja az LGPL használatát (néhány koreai állami közbeszerzés igen), kérje a statikus linkelés LGPL nélküli opciót. Mind a 11 modellt LGPL-komponens nélkül is tudjuk szállítani, cserébe az OID könyvkészítő eszköz parancssoros (CLI) felületre vált.

4. FreeType, az FTL kivétel és a GPLv2 lábnyom

A FreeType programot futtató négy olvasótoll (L5, Q8, T2, Y6) a kettős GPLv2 + FreeType License (FTL) feltételek mellett kerül forgalomba. Az FTL kivétel egyedülálló a FreeType esetében: jogot ad a FreeType statikus linkelésére nem GPL alkalmazásba, feltéve, hogy:

• A FreeType szerzői jogi közleménye megjelenik.
• A licencek szövege (GPLv2 és FTL) az eszközhöz csomagolva megtalálható.
• A felhasználó hozzáférhet a FreeType megfelelő forráskódjához (de nem feltétlenül a befogadó alkalmazáséhoz).

Mindkét licenc szövegét magán az eszközön tároljuk. Az Y6 firmware-en (3.3.1 verzió) a GPLv2 szövege 18 KB, az FTL szövege 6 KB; mindkettő elérhető a Névjegy menüből. A „megfelelő forráskód felajánlása“ nyílt forráskódú oldalunkon érhető el, modellenkénti letöltési linkkel.

Az FTL kivétel nem kiskapu — ez egy konkrét, szűk körű engedély. 2024-ben külső jogi tanácsadóinkkal átvizsgáltuk a kivételt, és megállapítottuk, hogy az nem terjed ki a GPLv3-ra. Ezért firmware-ünkben nem használunk semmilyen GPLv3 komponenst, technikai értéküktől függetlenül.

Egy finom csapda: bármely származékos FreeType, amelyet nem módosítottunk, nem ró új kötelezettségeket, de ha valaha is forkolnánk a FreeType-ot egy privát glyph hozzáadásához, maga a fork GPLv2 lenne. Ezt nem tettük meg — FreeType buildünk az upstream 2.13.2 kiadás, helyi javítások nélkül. Ez dokumentálva van a Reading Pen Bill of Material Cost Engineering dokumentumban, és visszavezethető az SBOM-ban.

5. A „Névjegy menü“ megfelelőségi minta

Minden olvasótoll elérhetővé tesz egy nyílt forráskódú licencközleményt a Névjegy menüben. A minta egységes mind a 11 modellnél: indításkor tartsa lenyomva a hangerő-fel gombot 5 másodpercig, az eszköz diagnosztikai képernyőre lép, ahol az egyik menüpont a „Open Source Licenses“. Az eszközön tárolt teljes szöveg az Y6 esetében 47 KB (a legterheltebb), a B1 esetében pedig 14 KB.

A felhasználói kézikönyv 36–52. oldalán megismétli a licenclistát az Y6 modellnél, a szakasz tetején pedig egyértelmű angol nyelvű nyilatkozat található. A nem angol nyelvű piacok számára fordított változatot biztosítunk. Jelenleg 12 nyelvet támogatunk: angol, spanyol, francia, német, arab, portugál, orosz, japán, koreai, vietnami, thai és Bahasa Indonesia.

6. Nyílt forráskódú közlemények a weben és nyomtatásban

Az eszközön megjelenő közlemény a megfelelőségi minta egyik fele. A másik fele a weboldal és a nyomtatott kézikönyv. Nyílt forráskódú oldalunk minden egyes csomagot felsorol minden firmware-verzióban, az SPDX licenc-azonosítóval, a forrás URL-jével, az ellenőrző összeggel és adott esetben a megfelelő forráskódra mutató hivatkozással.

Az oldalt egy szkript generálja, amely minden firmware-kiadáson lefut. A szkript az alábbiakat állítja elő:

• Egy JSON fájlt (géppel olvasható, a jogi csapat automatikus felülvizsgálatához alkalmas).
• Egy HTML oldalt (ember által olvasható, a kézikönyvben található QR-kód beolvasásával érhető el).
• Egy PDF fájlt (a nyomtatott kézikönyv kiegészítő részében, a 38. oldaltól kezdve).

A QR-kód egy modellspecifikus URL-re mutat, például: /opensource/y6. Az URL a modell teljes élettartama alatt stabil marad — nem törjük meg a hivatkozásokat új firmware kiadásakor, az új kiadást hozzáfűzzük az oldalhoz.

Minden SPDX JSON pillanatképet 84 hónapig megőrzünk, összhangban a firmware-megfelelőségi megőrzési időszakunkkal (lásd: Reading Pen Firmware License and Compliance). A megőrzési időszak a 47 export célországunk közül a leghosszabb érdeklődési időszakot is lefedi.

Nyílt forráskódú megfelelőségi pillanatkép, 2026 Q3
=========================================
Összes csomag a 11 modellben         : 47
Licenctípusok                         : 5
GPL/FTL-t tartalmazó modellek         : 4 (L5, Q8, T2, Y6)
Csak LGPL-t tartalmazó modellek       : 0 (az LGPL az eszközkészletben van)
Eszközön lévő licenc mérete (legnagyobb) : 47 KB (Y6)
Eszközön lévő licenc mérete (legkisebb)  : 11 KB (P2)
Nyílt forráskódú oldal nyelvei         : 12
Megőrzési időszak                      : 84 hónap
=========================================

7. Visszafejtési jogok az LGPL-3.0 és a DMCA alapján

Az LGPL-3.0 a felhasználónak jogot biztosít a könyvtár visszafejtésére hibakeresési célból. Az EULA nem terjeszti ki ezt a jogot a firmware többi részére — a tulajdonosi alkalmazásréteg zárt marad. Ugyanakkor tiszteletben tartunk egy szűk kivételt: ha egy vásárló olyan hibát jelez, amelyet nem tudunk reprodukálni, saját belátásunk szerint elfogadunk egy, a root kulcsunkkal aláírt hibajelentési buildet, amely a releváns modult egy hibakeresési munkamenetre megnyitja.

A DMCA 1201. szakasz szerinti mentesség az "általánosan elérhető alkalmazási program jogszerű használatára" nem alkalmazható az olvasótollra a mi értelmezésünkben, mivel az eszköz a 1201. szakasz értelmében nem szerzői jogi mű. Ezt az álláspontot két külső ügyvédi irodával is egyeztettük, és a fő ellátási megállapodásban rögzítjük.

Az EU-ban a 2016-os Hacking Directive (6. cikk) hasonló kivételt hoz létre az interoperabilitás érdekében. Ezt tiszteletben tartjuk azzal, hogy dokumentált inter-process protokollt biztosítunk a K7, Q8, T2 és Y6 modellek Bluetooth-párosítási moduljához.

8. Build flag-ek és licenc-izoláció a CI-ban

Folyamatos integrációs (CI) folyamatunk három build flaget használ a licenc-izoláció érvényesítésére:

• -DLGPL_ISOLATION=1 — biztosítja, hogy minden LGPL komponens egy különálló statikus archívumba kerüljön, ne a fő firmware blobba.
• -DFREETYPE_LINK_STATIC=1 — a FreeType-ot statikus linkelésre rögzíti a négy érintett modellnél.
• -DOPENSSOURCE_FORMATTED=1 — formázza a licenc-megjegyzést és SPDX kimenetet generál.

Ezek a flagek be vannak checkolva a build konfigurációba, és a compliance officer írásos code-review jóváhagyása nélkül fejlesztő nem írhatja felül. Minden kiadásnál auditáljuk a flag-készletet — 86 release audit 2023 óta, nulla meg nem felelési megállapítással.

A CI ezen felül futtatja a reuse lint eszközt a firmware forrásfán, hogy ellenőrizze, minden fájl az első 30 sorban tartalmaz SPDX-License-Identifier megjegyzést. Azonosító nélküli fájlok esetén a build elbukik. Ez kiszűri az „elfelejtettem hozzáadni a licenc-fejlécet” hibát, amely iparágunkban történelmileg a leggyakoribb compliance hiba volt.

9. Szabadalmi engedmények és az Apache-2.0 komponens

Az mbedTLS, a Zephyr és a K7 boot flow egyes részei Apache-2.0 alatt licenceltek. Az Apache-2.0 szabadalmi engedmény záradéka (3. szakasz) egyirányú engedmény: a közreműködő szabadalmi licencet ad a felhasználónak. A felhasználó cserébe elfogadja, hogy a közreműködő ellen indított szabadalmi peres eljárás megszünteti az engedményt.

Egyetlen Apache-2.0 közreműködő ellen sem indítottunk szabadalmi pert, és egyetlen közreműködőtől sem kaptunk szabadalmi igényperces értesítést. Az engedmény tehát nem szűnt meg. Ezt az álláspontot a firmware compliance doszsziéban dokumentáljuk.

Az a vevő, amely saját szabadalmait építi a firmware-be (pl. egy általunk licencelt privát TTS motor), legyen tudatában annak, hogy az Apache-2.0 engedmény nem terjed ki a saját szabadalmaira. Azok a saját tulajdonában maradnak, és nem kerülnek visszalicencelésre az open-source közösségnek. Ezt a Reading Pen Patent IP Landscape cikkünkben dokumentáljuk.

10. Gyakorlati compliance checklist OEM/ODM vevőknek

Saját márkás reading pen forgalomba hozatala előtt a vevő compliance officerének az alábbi 10 pontot kell leinnie:

1. Kérje a firmware verzióhoz tartozó SPDX SBOMa szállítani kívánt firmware-verzióhoz.
2. Erősítse meg, hogy az on-device open-source notice elérhető az About menüből.
3. Ellenőrizze, hogy a nyomtatott felhasználói kézikönyv tartalmazza-e a licenclistát a dokumentált oldalakon.
4. Kérje a web-based open-source page URL-címét, és erősítse meg, hogy a corresponding-source letöltés működik.
5. Erősítse meg, hogy a FreeType exception dokumentálva van az L5, Q8, T2, Y6 build-eknél.
6. Ellenőrizze, hogy a LGPL relink path dokumentálva van-e a PC companion tool-hoz (ha szállít ilyet).
7. Kérje a CI build flageket, amelyek a licenc-izolációt érvényesítik.
8. Erősítse meg, hogy a retention window illeszkedik az Ön piacának audit-ciklusához (84 hónap az EU RED és a KC esetén).
9. Kérje a firmware modulokra vonatkozó reverse-engineering policya firmware-modulokhoz.
10. Ellenőrizze az Apache-2.0 komponensek patent grant helyzetét.

Egy 2 órás áttekintő hívás az Ön compliance officere és a firmware csapatunk között elegendő mind a 10 pont lezárásához. 2023 óta 230+ viszonteladót onboardingoltunk ezen a checklist-en.

Nyílt forráskódú megfelelőségi ellenőrzőlista (10 elem)
============================================
1.  SPDX SBOM jelen van
2.  Készüléken megjelenő értesítés elérhető
3.  Nyomtatott kézikönyv tartalmazza a licenclistát
4.  Webes nyílt forráskódú oldal elérhető
5.  FreeType kivétel dokumentálva
6.  LGPL újrafordítási útvonal dokumentálva
7.  CI licenc-izolációs jelzők jelen vannak
8.  84 hónapos megőrzési időszak
9.  Visszafejtési irányelv egyértelmű
10. Apache-2.0 szabadalmi engedélyezési hozzáállás dokumentálva
============================================
Becsült áttekintési idő: 2 óra
============================================

12. Kapcsolódó olvasmányok

• Reading Pen Codec Licensing and Royalty
• Reading Pen Firmware License and Compliance
• Reading Pen Firmware Architecture Explained
• Reading Pen Cryptography and TrustZone
• Reading Pen Bill of Material Cost Engineering
• Reading Pen Patent IP Landscape
• OEM olvasótollak
• Kérjen árajánlatot olvasótollra