請問一下目前在工作上所開發的程式由於商品化後只有觸控螢幕作為輸入
所以在文字的輸入上需要使用virtual keyboard

目前survey大部分現有的virtual keyboard軟體(Linux上)都為GPL授權
那我們的程式在使用這個軟體作為輸入文字的方法
是否會受到GPL的感染(沒有link virtual keyboard的程式)

依據GPL的文字規定，只要一個程式包含有GPL程式碼，這整個程式都必須要採用GPL授權。不過這樣的規定在判斷上仍有很著很大的灰色地帶，因此，是否可以多描述一下：

1. 你們程式（以下代稱A）的功用如何？
2. 而您是詢問哪一個virtual keyboard（以下代稱VK）軟體呢？
4. A與VK是如何互動的？

冬梅　Florence

1.我們的程式是在手持裝置上 , 利用觸控螢幕來操作一些家庭的電器

2. virtual keyboard 部份目前還在survey , 舉例的話
QVKeyboard
qt-apps.org/content/show.php/QVKeyboard?content=77983

3. 我們程式A跟該virtual keyboard為獨立兩支程式
唯有在需要輸入文字的時候 , 自動執行該VK
該VK執行的時候可以在任何程式上輸入文字

Hi hawa,

抱歉耽擱了這麼久才回覆。

【獨立AP的授權狀態 原則上不互相影響】

依照您的描述，VK與A為兩隻獨立運作的程式，"原則上"VK是可以不受到GPL感染。舉例來說，Gimp、Firefox與Skype等程式分別是採用GPL、MPL以及不提供原始碼的專屬軟體授權條款來授權，是三種不同的授權狀態，其中的Gimp甚至採用具有感染性的GPL來授權，不過這三個程式卻可以同時在一台電腦上開啟、執行，而授權狀態卻不會互相影響，因為這三個程式在功能與運作上是獨立存在的，因此彼此可以保有各自的授權內容，而不會被其中的Gimp所採用的GPL來感染。

【同一個目的檔案中的程式碼都會受到GPL感染】

不過根據您的描述，A是跑在手持裝置上面，這樣的話VK也應該是跑在手持裝置上，手持裝置裡的程式碼通常是一整包編譯好的目的碼，依照GPL的規定，因為這一整包的程式碼當中包含有VK，並且是當作一整個不可分割的整體程式來執行，所以這一整包的目的碼也必須採用GPL來授權，VK以外的其他程式碼，也因此受到GPL感染。當然，GPL這樣的規定不是沒有爭議，不過由於目前尚沒有一個司法判決或者大家都認定的共同見解，因此若是想要保持VK以外的程式碼不受GPL感染的話，可以在可能的範圍內，將VK獨立於其他程式碼來編譯，讓A/其他程式不僅是在實質的功能上獨立，在以目的碼形式存在與運作的時候，也是獨立於VK之外，如此可以降低A/其他程式被判定受GPL感染的風險。

此外，目前有一些方法被用來實際區隔GPL的感染性，將相關文章連結附上如下，請您自行參考。不過必須注意，下面這些方式也是具有爭議的，也許有些社群或者個案採用下面的方式運作很成功，到目前為止也沒有出現侵權糾紛，卻並不表示依樣畫葫蘆地套用到其他個案上，也一樣地沒有糾紛，還是必須要個案討論為宜。

GPL的另類利用方式：「分開散布．責任轉嫁」 ：www.openfoundry.org/component/option,com_content/Itemid,252/id,1711/task,view/
Android的區隔GPL感染機制 ：www.openfoundry.org/component/option,com_content/Itemid,252/id,1788/task,view/

【修改VK程式碼必須採用GPL授權】

要提醒的是，無論如何，您若是修改了VK本身的程式碼，這些程式碼因為是屬於VK的衍生程式，因此還是必須採用GPL授權才是。

以上僅是概要說明，若是您還有任何的問題或不同意見，歡迎回文討論！

冬梅 Florence