【判例介紹】十合科技 v. 臺北大眾捷運事件
【判例介紹】十合科技 v. 臺北大眾捷運
——軟體著作之原創性與默示授權的界限
電腦程式著作之原創性要件 ／ 思想與表達合併原則在軟體領域之適用 ／ 分包關係中之默示授權 ／ 系統移植知情與過失之認定
一、事案概要
當事人
上訴人（原告）：十合科技股份有限公司（下稱十合公司）。系爭軟體之實際開發商，受資策會分包委託開發「封裝佈建系統（PDMS）」及「權限管理系統（FACS）」。
被上訴人（被告）：臺北大眾捷運股份有限公司（下稱北捷公司）。「帳務整合系統」專案之業主，系爭二系統之最終用戶。
合約關係與系爭軟體之概要
北捷公司委託資策會承攬「帳務整合系統」開發專案，資策會再將「封裝佈建系統（PDMS）」及「權限管理系統（FACS）」（下合稱系爭二系統）分包予十合公司開發。依十合公司與資策會之分包合約，系爭二系統之著作財產權由十合公司享有（法院就此點採納，北捷公司之著作權歸屬主張被駁回）。
爭議起因於北捷公司興建「貓空纜車（貓纜）」系統時，將北捷帳務系統（包含系爭二系統）「移植」至貓纜系統使用。十合公司主張此移植行為未經授權，構成對其電腦程式著作之侵害，請求賠償新臺幣1,445萬元。
系爭二系統之功能說明
| 系 統 | 功 能 | 爭議使用情形 |
|---|---|---|
| 封裝佈建系統（PDMS） | 中央端（Console）管理各車站端（Agent）軟體之自動更新佈建 | 貓纜車站端Agent連線至北捷既有之中央端Console進行更新 |
| 權限管理系統（FACS） | 管理各使用者帳號之存取權限 | 貓纜中央端及各車站端（北捷及貓纜）安裝或使用相關程式、資料庫及設定檔 |
判決結果一覽
| 項 目 | 法院認定 |
|---|---|
| 著作財產權歸屬 | 系爭二系統著作財產權歸十合公司所有；北捷公司之抗辯（依業主合約應取得著作權）被駁回。 |
| PDMS之使用（貓纜車站端連線北捷中央端） | 在十合公司之默示授權範圍內。 |
| FACS之使用（貓纜中央端） | 在十合公司之默示授權範圍內，且北捷公司無侵害故意。 |
| FACS之使用（各車站端）——資料庫資料表 | 欠缺原創性，非電腦程式著作，不受著作權保護。 |
| FACS之使用（各車站端）——IIIA.sql 程式 | 欠缺原創性，非電腦程式著作，不受著作權保護。 |
| FACS之使用（各車站端）——persist.properties 設定檔 | 欠缺原創性，非電腦程式著作，不受著作權保護。 |
| 最終結論 | 北捷公司勝訴；十合公司1,445萬元之損害賠償請求全部駁回。 |
二、裁判所之核心判斷
（一）PDMS——默示授權之成立
法院就PDMS之使用，認定北捷公司雖未為貓纜系統另行購買一套獨立之「中央端」軟體，但PDMS之系統架構本即設計為車站端（Agent）必須透過連線中央端（Console）始能運作；十合公司知悉貓纜系統之建置目的並曾交付相關軟體，已可推認十合公司就「貓纜車站端連線北捷既有中央端」之使用方式，已有默示授權。
（二）FACS貓纜中央端——默示授權及無侵害故意
法院認定，貓纜系統之建置本即是為了「移植」北捷原本之帳務系統，此為兩造均知悉之情形；十合公司曾參與相關投標及諮詢，知悉北捷在貓纜中央端安裝FACS之計畫，應已取得默示授權。縱認未獲默示授權，北捷公司就此部分亦欠缺侵害著作權之故意。
（三）FACS各車站端——三項軟體構成要素之原創性否定
【判決要旨】並非軟體系統中的所有檔案都自動享有著作權保護。法院就以下三項構成要素，分別以欠缺原創性為由，認定非屬著作權法保護之電腦程式著作。
| 構成要素 | 性 質 | 否定原創性之理由 | 適用原則 |
|---|---|---|---|
| 資料庫資料表（Data Tables） | 資料庫欄位設計，記錄帳務系統所需之資料結構 | 欄位設計係配合帳務系統執行效率與特定業主需求，表達方式有限；為「思想與表達合一」之情形，不具原創性。 | 思想與表達合併原則（Merger Doctrine） |
| IIIA.sql 程式 | 以標準SQL語法撰寫之資料庫操作指令集 | 由常見標準SQL語法構成，在滿足特定功能需求下，不同創作者之表達空間有限，不具原創性，無法單獨構成電腦程式著作。 | 思想與表達合併原則；必要場景原則 |
| persist.properties 設定檔 | 紀錄連線資訊（IP位址、帳號、密碼）之設定檔 | 本身非程式，表達語法固定且資訊標準化，不具原創性。 | 功能性表達之著作權排除 |
法院並指出，車站端僅有上述不具著作權保護之檔案，並未安裝完整之FACS執行檔（如Java程式），因此即使認定相關檔案具有著作權，亦不構成對完整電腦程式著作之侵害。
三、重要論點
論點一：軟體系統並非整體受著作權保護——構成要素之逐一審查義務
核心意義
本案確立之最重要原則為：一個完整之軟體系統中，並非所有構成要素均自動享有著作權保護。著作財產權人就系爭軟體之特定構成要素主張侵害時，法院對每一項構成要素分別進行原創性審查，不得以系統整體具有原創性而推定各個組成部分亦受保護。
本案法院以比喻說明此原則：若將完整之軟體系統比作一台複雜機器，則隨機附帶之「操作指令清單」（SQL程式）及「開關設定表」（設定檔），因均為使機器運作之標準程序或必要設定，缺乏獨特創作性，本身不被視為獨立受保護之著作。此原則對軟體著作侵害訴訟之訴訟策略具有根本性之意義：原告不得以「使用了我的軟體系統」概括主張，而應精確指出具有原創性之特定程式碼或架構設計遭到重製或改作。
論點二：思想與表達合併原則在軟體領域之操作——功能驅動之表達限制
核心意義
本案就「資料庫資料表」及「SQL程式」明確適用「思想與表達合併原則」（Merger Doctrine）：當特定功能性目標（配合帳務系統執行效率、操作資料庫之SQL指令）只能以有限方式表達時，此等表達因與思想合而為一，不受著作權保護。此為軟體著作保護中最具實踐意義之限制原則。
「思想與表達合併原則」在軟體著作之適用，較文學著作更為頻繁：軟體之許多功能性設計，往往在特定技術規格或業務需求下，只有極為有限之表達方式可供選擇（例如SQL資料庫操作之基本語法結構）。在此情況下，著作權保護若及於此類功能性表達，實質上將保護到軟體功能本身（即思想層次），造成對軟體開發業界自由競爭之不當限制。本案之認定體現了著作權法在促進創新與防止壟斷之間的平衡。
論點三：設定檔之著作權地位——功能性表達之排除
核心意義
「persist.properties」設定檔僅記錄連線資訊（IP位址、帳號密碼等），表達語法固定且資訊標準化。法院認定此類設定檔：其一，本身並非「程式」，不具有「讓電腦執行特定工作」之程式性質；其二，表達方式固定，欠缺任何創作性選擇之空間，因此既非電腦程式著作，亦不具備其他類型著作之原創性要件。
此一認定區分了三種類型的軟體相關檔案：其一，具有複雜演算法設計之執行程式（通常具有原創性，受著作權保護）；其二，由標準語法構成之資料庫操作指令（可能因表達空間有限而欠缺原創性）；其三，僅記錄標準化資訊之設定檔（通常欠缺原創性，不受著作權保護）。此三層區分對軟體著作侵害訴訟中之證據準備與著作權主張策略，具有重要的實務指引意義。
論點四：分包關係中之默示授權——「知情＋交付」的推認標準
核心意義
本案就PDMS及FACS之默示授權認定，確立了分包開發關係中之推認標準：（1）著作財產權人（十合公司）知悉最終用戶（北捷公司）之系統架構及使用計畫；（2）著作財產權人交付軟體供最終用戶使用；（3）使用方式在系統架構上本屬必要（PDMS之車站端須連線中央端）。三者合力，即可推認默示授權之成立。
此一認定對軟體分包開發之商業實務具有重要提示：著作財產權留存於分包商（開發者）之安排下，若分包商在知情之情況下交付軟體供最終用戶之特定用途使用，事後主張該特定用途超出授權範圍，在法院看來難以成立。實務上，分包商若欲限制最終用戶之使用範圍（例如明確排除「移植至其他系統」之使用），應在交付前以明示書面約定，而非事後依賴著作財產權主張。
論點五：本案之整體實務意義——政府採購IT專案之著作權風險管理
本案揭示了政府採購IT專案中著作權管理之典型風險：其一，業主（北捷公司）依業主合約主張應取得著作權，被法院否定，顯示業主合約之著作權條款若未延伸約束分包商，無法對抗分包商之著作財產權；其二，分包商（十合公司）雖取得著作財產權，但因知情交付及系統架構之必要性，多項主張因默示授權或原創性欠缺而失敗，顯示「持有著作財產權」並不等同於「得對業主主張侵害」；其三，軟體系統中功能性、標準化之構成要素（SQL程式、設定檔、資料表），在訴訟中往往因欠缺原創性而喪失著作權保護。本案提示IT產業各方當事人，著作權保護策略應在合約簽訂前即針對軟體各構成要素之歸屬及使用範圍作出明確安排。
【判例紹介】十合科技 v. 臺北大眾捷運事件
コンピュータプログラム著作物の創作性要件 ／ マージャー・ドクトリンのソフトウェア分野への適用 ／ 下請関係における黙示的許諾 ／ システム移植の認識と過失の認定
一、事案の概要
当事者
上告人（原告）：十合科技股份有限公司（以下「十合社」）。係争ソフトウェアの実際の開発者。資策会（財団法人資訊工業策進会）からの下請として「パッケージング展開システム（PDMS）」および「アクセス権限管理システム（FACS）」を開発した。
被上告人（被告）：臺北大眾捷運股份有限公司（以下「北捷社（台北MRT）」）。「経理統合システム」プロジェクトの発注者であり、係争2システムの最終ユーザー。
契約関係と係争ソフトウェアの概要
北捷社は「経理統合システム」の開発を資策会に発注し、資策会が「パッケージング展開システム（PDMS）」と「アクセス権限管理システム（FACS）」（以下「係争2システム」）の開発を十合社に下請けに出した。十合社と資策会との下請契約に基づき、係争2システムの著作財産権は十合社に帰属する（裁判所はこの点を認め、北捷社の著作権帰属の抗弁は排斥された）。
紛争の発端は北捷社が「猫空ロープウェイ（猫纜）」システムを建設した際に、北捷の経理システム（係争2システムを含む）を猫纜システムに「移植」して使用したことにある。十合社はこの移植が無許諾であり、コンピュータプログラム著作物の侵害に当たるとして、1,445万台湾元の損害賠償を請求した。
係争2システムの機能
| システム | 機 能 | 紛争となった使用態様 |
|---|---|---|
| PDMS（パッケージング展開システム） | 中央端（Console）から各駅端（Agent）のソフトウェアを自動更新・展開する管理システム | 猫纜の駅端Agentを北捷の既存の中央端Consoleに接続してアップデートを実施 |
| FACS（アクセス権限管理システム） | 各ユーザーアカウントのアクセス権限を管理するシステム | 猫纜の中央端および各駅端（北捷・猫纜両方）へのプログラム・データベース・設定ファイルのインストールまたは使用 |
判決結果の一覧
| 項 目 | 裁判所の認定 |
|---|---|
| 著作財産権の帰属 | 係争2システムの著作財産権は十合社に帰属；北捷社の抗弁（発注者契約により著作権を取得すべき）は排斥。 |
| PDMSの使用（猫纜駅端が北捷中央端に接続） | 十合社の黙示的許諾の範囲内。 |
| FACsの使用（猫纜中央端） | 十合社の黙示的許諾の範囲内、かつ北捷社に侵害の故意なし。 |
| FACSの使用（各駅端）——データベーステーブル | 創作性欠如。コンピュータプログラム著作物に非ず。著作権保護なし。 |
| FACSの使用（各駅端）——IIIA.sqlプログラム | 創作性欠如。コンピュータプログラム著作物に非ず。著作権保護なし。 |
| FACSの使用（各駅端）——persist.properties設定ファイル | 創作性欠如。コンピュータプログラム著作物に非ず。著作権保護なし。 |
| 最終結論 | 北捷社勝訴；十合社の1,445万元損害賠償請求を全部棄却。 |
二、裁判所の核心的判断
（一）PDMS——黙示的許諾の成立
PDMSの使用について、裁判所は、北捷社が猫纜システム用に独立した「中央端」ソフトウェアを別途購入していなかったとしても、PDMSのシステム構造自体が駅端（Agent）を中央端（Console）に接続することではじめて機能する設計になっていること、十合社が猫纜システムの建設目的を認識したうえで関連ソフトウェアを引き渡したことから、「猫纜駅端が北捷の既存の中央端に接続する」という使用方法について黙示的許諾が成立すると認定した。
（二）FACS猫纜中央端——黙示的許諾および侵害故意なし
裁判所は、猫纜システムの建設がそもそも北捷の経理システムを「移植」する目的であり、双方ともこれを認識していたこと、十合社が関連入札・コンサルティングに参加して北捷が猫纜中央端にFACSをインストールする計画を知っていたことから、黙示的許諾が成立すると認定した。仮に黙示的許諾が認められないとしても、北捷社にはこの部分について著作権侵害の故意はないとした。
（三）FACS各駅端——3つのソフトウェア構成要素の創作性の否定
【判決要旨】ソフトウェアシステム内のすべてのファイルが自動的に著作権保護を受けるわけではない。裁判所は以下の3つの構成要素について、それぞれ創作性の欠如を理由として、著作権法上保護されるコンピュータプログラム著作物に該当しないと認定した。
| 構成要素 | 性 質 | 創作性否定の理由 | 適用原則 |
|---|---|---|---|
| データベーステーブル（Data Tables） | 経理システムに必要なデータ構造を記録するデータベースの列設計 | 列設計は経理システムの実行効率と特定の発注者要件に合わせたものであり、表現方法が限定的。思想と表現が合体した状況にあり、創作性なし。 | マージャー・ドクトリン（思想と表現合体原則） |
| IIIA.sqlプログラム | 標準的なSQL構文で記述されたデータベース操作命令集 | 一般的な標準SQL構文で構成され、特定の機能要件を満たすにあたり異なる創作者の表現空間が限られており、創作性なし。単独でコンピュータプログラム著作物を構成しない。 | マージャー・ドクトリン；必要場面の原則 |
| persist.properties設定ファイル | 接続情報（IPアドレス・アカウント・パスワード）を記録する設定ファイル | プログラム自体ではなく、表現構文が固定されており情報が標準化されているため、創作性なし。 | 機能的表現の著作権排除 |
裁判所はさらに、各駅端には上述の著作権保護を受けないファイルのみが存在し、FACSの完全な実行ファイル（Javaプログラム等）はインストールされていないため、関連ファイルに著作権が認められたとしても完全なコンピュータプログラム著作物への侵害は成立しないとも指摘した。
三、重要な論点
論点一：ソフトウェアシステムの全体が著作権保護を受けるわけではない——構成要素ごとの審査義務
核心的意義
本件が確立した最も重要な原則は、完全なソフトウェアシステムにおいて、すべての構成要素が自動的に著作権保護を受けるわけではないことである。著作財産権者が特定の構成要素について侵害を主張する場合、裁判所は各構成要素について個別に創作性を審査する。システム全体の創作性をもって個々の構成部分が保護されると推定することはできない。
裁判所は比喩を用いてこの原則を説明した。完全なソフトウェアシステムを複雑な機械に例えると、付属する「操作命令リスト」（SQLファイル）や「スイッチ設定表」（設定ファイル）は、いずれも機械を動かすための標準的な手順や必要な設定にすぎず、独自の創作性を欠くため、独立した「文学作品（著作物）」として保護されない。この原則はソフトウェア著作権侵害訴訟の戦略に根本的な意義を持つ。原告は「私のソフトウェアシステムを使用した」と概括的に主張することはできず、創作性を有する特定のプログラムコードやアーキテクチャ設計が複製または改変されたことを正確に特定しなければならない。
論点二：マージャー・ドクトリンのソフトウェア分野への適用——機能に駆動される表現の制約
核心的意義
本件は「データベーステーブル」および「SQLプログラム」についてマージャー・ドクトリン（思想と表現合体原則）を明確に適用した。特定の機能的目標（経理システムの実行効率への対応・SQLによるデータベース操作）が限られた方法でしか表現できない場合、その表現は思想と合体しており著作権保護を受けない。これはソフトウェア著作権保護において実践上最も重要な制限原則である。
マージャー・ドクトリンは文学著作物よりもソフトウェア著作物においてより頻繁に適用される。ソフトウェアの多くの機能的設計は、特定の技術仕様や業務要件のもとで選択できる表現方法が極めて限られている（例えばSQLデータベース操作の基本的な構文構造）。このような場合に著作権保護が機能的表現にまで及ぶとすれば、実質的にソフトウェアの機能そのもの（思想のレベル）を保護することになり、ソフトウェア開発業界の自由な競争を不当に制限する。本件の認定は、著作権法がイノベーションの促進と独占防止との間でバランスを保つという原則を体現している。
論点三：設定ファイルの著作権上の地位——機能的表現の排除
核心的意義
「persist.properties」設定ファイルは接続情報（IPアドレス・アカウント・パスワード）を記録するだけのものであり、表現構文が固定され情報が標準化されている。裁判所は、第一に、それ自体が「プログラム」ではなく「コンピュータに特定の作業を実行させる」プログラム的性質を持たない、第二に、表現方法が固定されていて創作的選択の余地がないとして、コンピュータプログラム著作物でも他の種類の著作物の創作性要件も満たさないと認定した。
この認定は、ソフトウェア関連ファイルを3つの類型に区別している。第一は複雑なアルゴリズム設計を含む実行プログラム（通常創作性あり、著作権保護を受ける）。第二は標準的な構文で構成されたデータベース操作命令（表現空間が限られているため創作性を欠く可能性がある）。第三は標準化された情報を記録するだけの設定ファイル（通常創作性なし、著作権保護なし）。この3層の区別は、ソフトウェア著作権侵害訴訟における証拠準備と著作権主張戦略に重要な実務的指針を与える。
論点四：下請関係における黙示的許諾——「認識＋引渡し」の推認基準
核心的意義
本件はPDMSおよびFACSの黙示的許諾認定において、下請開発関係における推認基準を確立した。（1）著作財産権者（十合社）が最終ユーザー（北捷社）のシステム構成および使用計画を認識していた、（2）著作財産権者が最終ユーザーの使用のためにソフトウェアを引き渡した、（3）使用方法がシステム構成上必然的なものである（PDMSの駅端は中央端に接続することが必要）——これら3点が合わさって黙示的許諾の成立が推認される。
この認定はソフトウェア下請開発の商業実務に重要な示唆を与えている。著作財産権が下請業者（開発者）に留まる契約構成のもとで、下請業者が認識したうえで特定の用途のために最終ユーザーにソフトウェアを引き渡した場合、その特定の用途が許諾範囲を超えるという事後的な主張は、裁判所において認められにくい。実務上、下請業者が最終ユーザーの使用範囲を制限しようとする場合（例えば「他のシステムへの移植」を明示的に排除するなど）は、引渡し前に書面で明示的に約定すべきであり、事後的に著作財産権を根拠に主張することは困難である。
論点五：本件の総合的な実務的意義——政府調達ITプロジェクトの著作権リスク管理
本件は政府調達のITプロジェクトにおける著作権管理の典型的なリスクを浮き彫りにした。第一に、発注者（北捷社）が発注者契約に基づき著作権を取得すべきと主張したが裁判所に否定された。発注者契約の著作権条項が下請業者に及ばなければ、下請業者の著作財産権に対抗できないことが示された。第二に、下請業者（十合社）が著作財産権を取得したにもかかわらず、認識したうえでの引渡しおよびシステム構成上の必然性により、複数の主張が黙示的許諾または創作性の欠如によって失敗した。「著作財産権を保有する」ことは「発注者に対して侵害を主張できる」ことと同義ではない。第三に、ソフトウェアシステムにおける機能的・標準化された構成要素（SQLプログラム・設定ファイル・データテーブル）は、訴訟において創作性の欠如を理由に著作権保護を失いやすい。本件はIT産業の各当事者に対し、著作権保護戦略は契約締結前の段階でソフトウェアの各構成要素の帰属と使用範囲について明確な取決めを行うべきであることを示唆している。
