Google vs Oracle の訴訟の行方 3

no extension

先週の mimemagic 騒ぎに関する戯れ言を Zenn のほうに書いたが，これで思い出したのが「そういや Google vs Oracle の訴訟ってどうなったっけ？」だった。

たしか Google による最高裁への上告が2019年に受理され（「コロナ」のせいで遅れに遅れて）翌2020年10月から審理が始まったんだよね。

んで，まだ判決は出てないってことでOK？

この訴訟は，私が一介のプログラマとして Java というか Oracle を見限るキッカケになったものなので（もちろん仕事なら Java だろうが何だろうが喜んで引き受けますよw），当初から注目はしていた。 まぁ，ここ2,3年は追いかける余裕がなかったのだが。

せっかくなので今まで書いた分も含めて最初から書き直すか。

Java API 特許権への侵害はなかったので…

元々この訴訟は Andorid を巡って Google が Java API の「特許権」を侵害している，というのが Oracle の言い分だった。 特許権侵害については2012年の連邦地裁の判決で決着がついている。

ここまでの経緯をかいつまんで紹介するとこんな感じ。

  1. 最初は著作権ではなく特許権の侵害（7件）の有無が訴訟の中心だった
  2. Oracle の申し立てた7件のうち5件は特許自体が無効とされ，残り2件については侵害は認められないとされた
  3. この判決を受け，争点が特許権の侵害から著作権の侵害へと移る。論点は以下の通り
    1. 37の Java API パッケージの互換コードについて， Oracle は Google が著作物全体の「構造、順序、構成」（Structure, Sequence, Organization; SSO）を侵害したと証明したか
    2. 「TimSort.java および互換コードの rangeCheck メソッド」の著作権侵害があったか
  4. 争点 3-1 については著作権侵害は認められるが「公正な利用（fair use）」については結論が出ず。争点 3-2 については侵害が認められた（ただし軽微）

上の争点 3-1 については，さらに2つの論点がある。

  1. API の構成要素である SSO について著作権が適用されるのかどうか
  2. 仮に著作権が適用されるとして公正な利用の範囲内かどうか

で，判決では，前者については yes，後者については不明（訴訟の範囲から外れるので）となった。 これに対し Google は「API に著作権なんかねーよ！」（←超意訳）と最高裁に上告したわけだ。

その結果が以下。

「API のコピー」は著作権に抵触するか

こんな感じで最高裁への上告は棄却されたので，連邦地裁での判決および議論はそのまま持ち越されたことになった。 ここは（プログラマとして）大事なところなので，もう少し詳しく見ていこう。

宣言コード

この「API のコピー」の論点には大きく2つあるようだ。 ひとつは「宣言コード（declaring code）」の扱いで，もうひとつは「SSO の非逐語的コピー（non-literal copy）」である。

宣言コードというのは，たとえば

public static int max(int x, int y) {
    if (x > y) return x;
    else return y;
}

というコード（これは判決文の中に出てくる）の最初の行の部分を指す。 ちなみに，宣言コードに対する { ... } 内の記述を「実装コード（implementing code）」と呼ぶ。

Google は，宣言コードは “method of operation” であり著作権は適用されないと主張したが1，最終的には認められなかった。

Rather, the uncopyrightable “method of operation” or “system” or “process” is the underlying computer function triggered by the written code – for example, an algorithm that the computer executes to sort a data set. The code itself, however, is eligible for copyright protection.

宣言コードは単なる「名前」ではなく，著作権の適用という点で宣言コードと実装コードを区別する意味はないということらしい。 その上で宣言コードの逐語的コピー（literal, verbatim copying of declaring code）があった，と認定されたわけだ。

構造、順序、構成

もうひとつの SSO だが， Google は “merger doctrine” や “scènes à faire doctrine” を盾に JDK の SSO を著作権の適用外とするよう求めていたが，この点についても認められなかった。

ちなみに “merger doctrine” や “scènes à faire doctrine” てのは，アイデアなどに対する「表現」が限られたバリエーションしかない場合や，古典的あるいは標準的な表現の場合には著作権の適用外となるというものだそうだが，控訴審が「命名や構造化には無数の方法がある」と述べたことに対し Google は反論しなかったようだ。

The Court thus decided the case based on what was effectively a merger analysis. Here, by contrast, petitioner does not dispute the court of appeals’ statement that there were “unlimited” ways that respondent could have named and structured its methods, Pet. App. 33, and nothing logically required petitioner to copy respondent’s declaring code when it created the Android platform.

SSO のコピー自体は非逐語的コピーかもしれないが，もともと Android のプラットフォームや開発ツールが Java エンジニアへの利便性のために JDK に似せて作られている点と，宣言コードが明らかに逐語的コピーである点も合わせて，「独立した表現」であるとは言えない（SSO のコピーが逐語的であるかどうかの要件を問わない）ということのようだ。

ぶっちゃけて言うと「それ，ただの丸パクリだろ」ってことらしい。 身も蓋もないな（笑）

「公正な利用」は有効か（そして再び最高裁へ）

上の判断をふまえた上で API コードの利用2 に “fair use doctrine” が認められるかどうかについては結論を先送りとし「上告を棄却」となった。 ただし，この訴訟については Section 102(b) （著作権の適用範囲）で争うのではなく， API コードに著作権があるとした上で， Section 107 “fair use doctrine” の可否で争うべきだとの意見が添えられた。

Rather, petitioner argues that programmers have become fluent in respondent's Java platform; that they will be deterred from writing programs for Android if they are required to learn all new commands; and that verbatim copying of respondent's declaring code was necessary for the familiar commands to work on the Android platform. The general concerns that petitioner raises are substantial and important, but Section 102(b) is not the appropriate statutory provision to address them. Rather, legitimate concerns with interoperability and lock-in effects are far better addressed through the fair-use doctrine codified at Section 107.

そこで争点は「API に著作権があるとした上で公正な利用を満たしているか」に移っていった。

米国の著作権における「公正な利用」は以下の4要件について社会的に「公正」であるかを（訴訟を通じて）議論する。

  1. 利用の目的や本質
  2. 原作品の本質
  3. 抜粋の量や実質性
  4. 原作品の価値への影響

つまり「公正な利用」に争点が移った時点で個別案件となったのだ。 故に，たとえこの件で Google が勝ったとしても，あらゆる局面で「API の利用は『公正な利用』である」とは言えない。

「自由でないソフトウェアによる API」の利用は常に著作権リスクを含んでいる。 このことは頭に入れておいて欲しい。

実は，2016年の時点では陪審員団に Java API の利用が公正な利用であると認められていた。

しかし2018年の判決では一転して Oracle 側の勝訴となっている。

そしてこの記事の最初の話に戻るわけだ。

【2021-04-11 追記】

判決出ちゃいました。

ブックマーク

参考図書

photo
著作権法（第4版）
中山信弘 (著)
有斐閣 2023-10-31 (Release 2024-02-02)
Kindle版
B0CTM1KHDX (ASIN)

第4版が出てた。Kindle 版も出ている。第2版を図書館で借りて読んだが途中でギブアップした。個人が興味本位で読める本ではないらしい（笑）

reviewed by Spiegel on 2024-07-12 (powered by PA-APIv5)

photo
著作権２．０ ウェブ時代の文化発展をめざして (NTT出版ライブラリー―レゾナント)
名和 小太郎 (著)
NTT出版 2010-06-24
単行本（ソフトカバー）
4757102852 (ASIN), 9784757102859 (EAN), 4757102852 (ISBN)
評価     

名著です。今すぐ買うべきです。

reviewed by Spiegel on 2014-08-02 (powered by PA-APIv5)

photo
〈反〉知的独占　―特許と著作権の経済学
ミケーレ・ボルドリン (著), デイヴィッド・Ｋ・レヴァイン (著), 山形浩生 (翻訳), 守岡桜　 (翻訳)
NTT出版 2010-10-22
単行本
4757122349 (ASIN), 9784757122345 (EAN), 4757122349 (ISBN)
評価     

「知的財産権は、人類進歩を阻害する！」（帯文より）

reviewed by Spiegel on 2018-11-17 (powered by PA-APIv5)

photo
CODE VERSION 2.0
ローレンス・レッシグ (著), 山形浩生 (翻訳)
翔泳社 2007-12-19 (Release 2016-03-14)
Kindle版
B01CYDGUV8 (ASIN)
評価     

前著『CODE』改訂版。

reviewed by Spiegel on 2018-11-17 (powered by PA-APIv5)

photo
〈海賊版〉の思想‐18世紀英国の永久コピーライト闘争
山田 奨治 (著)
みすず書房 2007-12-20
単行本
4622073455 (ASIN), 9784622073451 (EAN), 4622073455 (ISBN)
評価     

「コピーライト永久独占を目論む大書店主に挑む〈海賊出版者〉ドナルドソンの肖像。法廷闘争を軸に著作権を史的に考察する。」（帯文より）

reviewed by Spiegel on 2018-11-13 (powered by PA-APIv5)

photo
インターネットの法と慣習　かなり奇妙な法学入門 [ソフトバンク新書]
白田 秀彰 (著)
ソフトバンククリエイティブ 2006-07-15
新書
4797334673 (ASIN), 9784797334678 (EAN), 4797334673 (ISBN)
評価     

ライアカ本。 Web 2.0 真っ只中に書かれた本だが，時事的な部分を除けば古びてはいないと思う。

reviewed by Spiegel on 2014-09-14 (powered by PA-APIv5)

  1. 何故 “Method of operation” が著作権の適用外になるのかということについては「コンピュータ関係の創作保護についての最近の米国での話題（via Internet Archive）」あたりが参考になる。 なお「最近」と書かれているが1996年の記事である。 ↩︎

  2. 著作権では「使用」と「利用」を分けて考える。著作権は「利用」を除く「使用」について関知しない。著作権の「利用」について厳密な話は大変だが，概ね「複製」「配布」「改変」の3つだと覚えておけばいいだろう。この記事では Java API の「複製」が問題となっているわけだが，逐語的コピーでないなら「改変」も含むし，それを広く公開しているのだから「配布」も絡んでくる。 ↩︎