平成30(ネ)10092不正競争行為差止等請求控訴事件

令和元年８月２１日判決言渡
平成３０年（ネ）第１００９２号 不正競争行為差止等請求控訴事件
（原審・東京地方裁判所平成２７年（ワ）第１６４２３号）
口頭弁論終結日 令和元年５月２９日
判 決
控訴人兼被控訴人 株 式 会 社 カ ン バ ス
（以下「一審原告」という。）
同訴訟代理人弁護士 安 國 忠 彦
朝 吹 英 太
被控訴人兼控訴人 株 式 会 社 フ ェ イ ス
（以下「一審被告フェイス」という。）
被控訴人兼控訴人 Ｙ
（以下「一審被告Ｙ」という。）
上記両名訴訟代理人弁護士
永 井 健 三
村 尾 治 亮
新 間 祐 一 郎
関 谷 健 太 朗
千 葉 健 太 郎
開 沼 卓 也
主 文
１ 一審被告らの控訴に基づき，原判決中一審被告らの敗訴部分を
取り消す。
一審原告の請求をいずれも棄却する。
２ 一審原告の本件控訴を棄却する。
３ 訴訟費用は，第１，２審とも一審原告の負担とする。
事実及び理由
第１ 控訴の趣旨
１ 一審原告の控訴の趣旨
(1) 原判決を以下のとおり変更する。
(2) 一審被告らは，原判決別紙物件目録１記載のソフトウェアを生産し，使用し，
譲渡し（電気通信回線を通じた提供を含む。，貸し渡し，又はその譲渡若しくは貸
）
渡しの申出（譲渡又は貸渡しのための展示を含む。）をしてはならない。
(3) 一審被告らは，その占有にかかる原判決別紙物件目録１記載のソフトウェ
アのプログラムを収納したフロッピーディスク，ＣＤ－ＲＯＭ，ハードディスク等
の記憶媒体を廃棄せよ。
(4) 一審被告らは，原判決別紙物件目録２－１記載の各ソースコードを使用し
てはならない。
(5) 一審被告らは，原判決別紙物件目録２－１記載の各ソースコードを記録し
たフロッピーディスク，ＣＤ－ＲＯＭ，ハードディスク等の記憶媒体を廃棄せよ。
(6) 一審被告らは，自ら又は第三者をして，一審被告らが製造，譲渡する製品に
Ｔｅｍｐｌａｔｅ．ｍｄｂ形式の字幕データのインポート機能若しくはエクスポー
ト機能を実装し，又は実装せしめてはならない。
(7) 一審被告らは，一審原告に対し，連帯して３０００万円及びこれに対する一
審被告フェイスについては平成２７年６月１９日から，一審被告Ｙについては同月
２０日から，各支払済みまで年５分の割合による金員を支払え。
(8) 訴訟費用は，第１，２審とも一審被告らの負担とする。
(9) この判決は，第７項に限り，仮に執行することができる。
２ 一審被告らの控訴の趣旨
主文第１項，第３項と同旨。
第２ 事案の概要
１ 本件は，一審原告が，(1)一審被告Ｙが，一審原告の営業秘密である，「ＳＳ
ＴＧ１」との名称の字幕制作ソフトウェア（以下「原告ソフトウェア」という。）を
構成するプログラムのソースコード（以下「本件ソースコード」という。原判決別
紙物件目録２－１）を，正当な権限なく一審原告から持ち出して一審被告フェイス
に開示し，又は開発担当者として保有していた本件ソースコードを不正の利益を得
る目的で一審被告フェイスに開示したこと，(2)一審被告フェイスが，本件ソースコ
ードの前記(1)の不正取得又は不正開示を知りながら字幕制作ソフトウェアである
原判決別紙物件目録１記載のソフトウェア（名称は「Ｂａｂｅｌ」。以下「被告ソフ
トウェア」という。の制作に当たって本件ソースコードを取得又は使用したことは，
）
不競法２条１項４号，５号，７号及び８号に規定する不正競争行為のいずれかに該
当することを理由として，一審被告らに対し，不競法３条１項及び２項に基づき，
①被告ソフトウェアの生産・使用等の差止め，②被告ソフトウェアのプログラムを
収納した記憶媒体の廃棄，③本件ソースコードの使用の差止め，④本件ソースコー
ドの全部又は一部を記録した記憶媒体の廃棄，⑤原告ソフトウェアに含まれるファ
イル「Ｔｅｍｐｌａｔｅ．ｍｄｂ」を利用して原告ソフトウェアとの互換性を確保
しようとする行為の禁止を求めるとともに，⑥同法４条に基づき，損害賠償として
３０００万円（一部請求）及び遅延損害金の支払を求める事案である。
原判決は，本件ソースコードのうち，原判決別紙物件目録２－２記載の部分は不
競法２条６項所定の営業秘密に該当し，一審被告Ｙがこれらの情報を一審被告フェ
イスに開示したことは同条１項７号の不正競争行為に，一審被告フェイスがこれら
の情報を取得し，被告ソフトウェアに用いて販売したことは同条８号の不正競争行
為に，それぞれ該当するとして，一審被告らに対し，前記①，②の被告ソフトウェ
アの生産・使用等の差止め及びその記録媒体の廃棄請求，同③，④のうち，本件ソ
ースコードのうちの原判決別紙物件目録２－２記載の部分の使用の差止め及びその
記録媒体の廃棄請求，同⑥のうち，１９８万９１６８円及びこれに対する一審被告
フェイスについては平成２７年６月１９日から，一審被告Ｙについては同月２０日
から，各支払済みまで年５分の割合による遅延損害金の支払の限度で損害賠償請求
を認容し，一審原告のその余の請求を棄却した。
一審原告及び一審被告らは，いずれも，原判決を不服として，控訴を提起した。
２ 前提事実（争いがない事実及び後掲証拠によって容易に認められる事実）
(1) 当事者等
ア 一審原告は，平成１０年１２月１５日に設立されたコンピュータソフトウェ
アの開発，映画及びテレビ番組等の字幕制作等を目的とする株式会社である（甲１）。
イ 一審被告フェイスは，平成２２年２月１日に設立されたコンピュータソフト
ウェアの開発等，映画及びテレビ番組等の字幕制作，放送用関連技術及び映像制作
に関する教室の経営等を目的とする株式会社である（争いがない）。
ウ 一審被告Ｙは，原告ソフトウェアの開発，制作に携わった者の一人で，一審
原告外部の技術者としてその開発，制作に携わり，その後，一審被告フェイスから
委託を受け，被告ソフトウェアの実際の開発，制作を担当した（甲３７，８１の１・
２，弁論の全趣旨）。
(2) 原告ソフトウェアの開発等
一審原告は，平成１４年４月３０日，米国のソフトレード社から字幕制作ソフト
ウェア「ＳＳＴ」（以下「旧ＳＳＴ」という。）について日本国内における独占的な
改変，複製，利用，販売等のライセンスを受けた（甲４の１・２）。
一審原告代表者は，平成１６年４月１４日，ソフトレード社から旧ＳＳＴの著作
権を買い受け（甲５），一審原告に対し，旧ＳＳＴの改良を許諾した（甲６，弁論の
全趣旨）。
一審原告は，平成１８年１月頃までに，旧ＳＳＴを改良して原告ソフトウェアを
開発，制作し，日本国内において販売を開始した（争いがない）。
(3) 被告ソフトウェアの販売
一審被告フェイスは，遅くとも，平成２５年２月１日から被告ソフトウェアの販
売を開始した（争いがない）。
(4) 先行訴訟
一審原告は，平成２５年，被告ソフトウェアは一審原告の著作物であるプログラ
ム（本件ソースコード）を複製又は翻案したもので一審原告の著作権を侵害するも
のであると主張して，一審被告フェイスに対し，被告ソフトウェアの販売等の差止
めや損害賠償等を求める訴訟を東京地方裁判所に提起し（同庁平成２５年（ワ）第
１８１１０号）平成２７年６月２５日，
， 一審原告の請求を棄却する旨の判決（乙４）
がされた。
一審原告は，同判決を不服として控訴するとともに（当庁平成２７年（ネ）第１
０１０２号） 控訴審において被告ソフトウェアはＴｅｍｐｌａｔｅ．
， ｍｄｂを複製
していると主張してＴｅｍｐｌａｔｅ.ｍｄｂの使用等の差止請求を追加したが，平
成２８年３月２３日，一審原告の請求をいずれも棄却すべきものとする判決（乙１
７）がされ，同判決はその後確定した。
３ 争点
(1) 不競法２条１項４号，５号，７号及び８号所定の不正競争行為の成否
(2) 差止めの当否及び範囲
(3) 損害及びその額
第３ 当事者の主張
１ 不競法２条１項４号，５号，７号及び８号所定の不正競争行為の成否につい
て
〔一審原告の主張〕
(1) 本件ソースコードは，全体として，一審原告の営業秘密であるところ，原審
で行われた鑑定（以下「本件鑑定」という。）の結果によれば，被告ソフトウェアの
ソースコードには，本件ソースコードと不自然に一致ないし類似するとされた箇所
が４箇所ある（以下，それぞれ「類似箇所１」などと表記する。。これらの類似箇
）
所は，一審被告らが本件ソースコードを使用しなければ生じないのであるから，一
審被告らが，本件ソースコード全体を使用したことは明らかである。
類似箇所に係る本件ソースコードの内容は，以下のとおりである。
ア 類似箇所１について
本件鑑定の結果によれば，類似箇所１について，被告ソフトウェアのソースコー
ドＳｏｕｒｃｅＤｅｆａｕｌｔ．ｈで宣言されている変数３０個のうち，２０の宣
言が，型，コメント，インデントも含めて，本件ソースコードＧｌｏｂａｌＳｅｔ
ｔｉｎｇｓ．ｈのものと完全に一致し，残りの１０個のうち，５個では少なくとも
変数の名前が一致している。一方，一審被告らは，ＳｏｕｒｃｅＤｅｆａｕｌｔ．
ｈと一対をなすＳｏｕｒｃｅＤｅｆａｕｌｔ．ｃｐｐをもって，被告ソフトウェア
の字幕データの標準値情報としているので，標準値の定義において８３％の変数名
が一致している。そして，一致する変数名は，本件ソースコードの様々なソースフ
ァイルに多数回現れており，類似箇所１に係るＧｌｏｂａｌＳｅｔｔｉｎｇｓ．ｈ
で定義された変数は，本件ソースコード上において，多岐にわたる機能に影響を及
ぼし，様々な形で利用されている。
字幕のフォーマットデータ（標準値）をどのように構成するかを設計した後に，
当該フォーマットデータの構成要素のどのような変数名を付するか，また，設定し
た変数をどのような型にするかについては，本件ソースコード上にしか記載がない
のであるから，一審被告らが，本件ソースコードを使用して被告ソフトウェアのソ
ースコードを制作したことは明らかである。
イ 類似箇所２について
類似箇所２に係る本件ソースコードのＧｌｏｂａｌＳｅｔｔｉｎｇｓ．ｃｐｐは，
特定のフォーマット情報を，メモリ上に，編集中のプロジェクトのフォーマット情
報として格納する機能である。
ＧｌｏｂａｌＳｅｔｔｉｎｇｓ．ｃｐｐにおいて，フォーマットデータの構成要
素にどのような変数名を付けるか，各変数名にどのような順番で変数を代入するか
は，いずれも一審原告の営業秘密であるから，この点において類似する被告ソフト
ウェアのソースコードは，本件ソースコードを使用して制作したものである。
ウ 類似箇所３について
類似箇所３に係る本件ソースコードのＧｌｏｂａｌＳｅｔｔｉｎｇｓ．ｃｐｐは，
編集中の字幕のフォーマット情報を保存する際に，既存のフォーマットリストの中
に，保存しようとするフォーマット情報と同一のものがないかを判断するために呼
び出される比較処理部分である。
ＧｌｏｂａｌＳｅｔｔｉｎｇｓ．ｃｐｐにおいて，フォーマットデータの構成要
素にどのような変数名を付けるか，各変数名にどのような順番で変数を代入するか
は，いずれも一審原告の営業秘密であるから，この点において類似する被告ソフト
ウェアのソースコードは，本件ソースコードを使用して制作したものである。
エ 類似箇所４について
類似箇所４に係るＳＳＴＤＢ．ｃｐｐは，Ｔｅｍｐｌａｔｅ．ｍｄｂに字幕デー
タをセマンティクスに従って記述，保存する機能，Ｔｅｍｐｌａｔｅ．ｍｄｂ形式
の字幕ファイル（．ｍｄｂ）からセマンティクスに従って字幕データを解析する機
能，Ｔｅｍｐｌａｔｅ．ｍｄｂ形式の字幕ファイル（．ｍｄｂ）をセマンティクス
に従って原告ソフトウェアのデータメモリ領域に展開する機能を有する。そして，
ＳＳＴＤＢ．ｃｐｐは，かかる機能を実行するため，本件ソースコードから様々な
関数や定義を呼び出している。
Ｔｅｍｐｌａｔｅ．ｍｄｂは，もともと原告ソフトウェアの旧バージョンである
ＳＳＴにおけるソフトウェア部品であり，ＳＳＴにおいて生成された字幕データを
書き出すためのｍｄｂ形式ファイルのひな型となるファイルであるが，Ｔｅｍｐｌ
ａｔｅ．ｍｄｂを開いただけの状態は，様々な文字列とデータの型にすぎず，画面
表示からはロジックを確認することはできない。すなわち，Ｔｅｍｐｌａｔｅ．ｍ
ｄｂの公開された情報を見ても，テーブル名やフィールド名が把握できるだけであ
り，本件ソースコードに記載された定義を参照しつつ，当該データが何を示すか，
何を意味するかを確認，検証しない限り，利用不可能である。Ｔｅｍｐｌａｔｅ．
ｍｄｂのセマンティクスとは，Ｔｅｍｐｌａｔｅ．ｍｄｂの各フィールドの記述ロ
ジック又は解析ロジック（解析アルゴリズム）であり，本件ソースコードとＴｅｍ
ｐｌａｔｅ．ｍｄｂ自体の仕様を理解した者でなければ解読できない文字列が有機
的一体になって，相互に関連性を有して構成されるものである。そして，一審原告
は，かかるセマンティクスを公開しておらず，これを知る者は原告ソフトウェアの
開発に関与した限定された範囲の者にとどまるのであるから，かかるセマンティク
スを利用している被告ソフトウェアは，本件ソースコードを使用して制作されたも
のである。
(2) 一審被告らによる本件ソースコードの取得，使用について
ア 本件鑑定の結果によれば，類似箇所１ないし４について，同一人物がコーデ
ィングを行ったとしてもこれだけの一致が起こるのは不自然であり，本件ソースコ
ードを参照したと考えるのが自然であると判断されている。
そして，本件鑑定書は，その鑑定の手法による限りにおいて，類似箇所を指摘す
るものにすぎず，本件鑑定書を根拠としてその余の部分について，一審被告らによ
り使用等はなかったと判断することはできない。本件ソースコードと被告ソフトウ
ェアのソースコードの類似箇所は，上記類似箇所１ないし４にとどまるものではな
く，類似箇所の変数名などが利用されているソースコードは膨大な行に上る。
さらに，一審被告フェイスは，Ｔｅｍｐｌａｔｅ．ｍｄｂによる業務レベルでの
互換性をうたって被告ソフトウェアを販売しているところ，Ｔｅｍｐｌａｔｅ．ｍ
ｄｂを解析するためのセマンティクスを取得，使用しなければ，Ｔｅｍｐｌａｔｅ．
ｍｄｂを利用して原告ソフトウェアとの互換性を確保することができないのである
から，Ｔｅｍｐｌａｔｅ．ｍｄｂにかかるセマンティクスを取得，使用しているこ
とが明らかである。
コードクローン専門家の意見によっても，類似箇所１ないし４は，いずれも本件
ソースコードをコピーアンドペーストして取り入れられたコードである可能性が高
く，これ以外の部分についても，本件鑑定の結果によっては，コードの類似箇所や
共通箇所がないと判断することはできないとされている（甲１４３）。
イ このほか，被告ソフトウェアには，一審被告らが被告ソフトウェアに本件ソ
ースコードを流用したことを推認させる事情が多数存在することについての一審原
告の主張は，原判決６頁１６行目から１２頁５行目のとおりであるから，これを引
用する。
ウ 以上の事実によれば，一審被告らが本件ソースコードを使用して被告ソフト
ウェアを制作したことは明らかである。
(3) 一審被告らによる本件ソースコードに係る不正競争行為について
上記(2)に加えて，字幕制作ソフトウェアの業界は原告ソフトウェアと被告ソフト
ウェアの寡占状態にあり，両者が競争関係にあること，一審被告Ｙが，原告ソフト
ウェアの開発，制作に携わっており，本件ソースコードが営業秘密であることを当
然認識できたこと，一審被告Ｙは，一審被告フェイスの業務に集中的に従事し，一
審被告フェイスの利益のために稼働していること等の事情を総合的に勘案すれば，
一審被告らの行為は，不競法２条１項４号，５号，７号及び８号に規定する不正競
争のいずれかに該当する。
〔一審被告らの主張〕
(1) 鑑定の結果によれば，本件ソースコードと被告ソフトウェアのソースコード
が類似するとされたのは，類似箇所１ないし５のみであり，鑑定の対象となったソ
ースコード２万９６７９行のうちの１１８行にすぎない。非類似箇所の行数は，２
万９５６１行であり，鑑定対象部分の９９．６％は非類似であることになる。
本件ソースコードは１３万６０１７行であるとの原告主張を前提とすると，類似
箇所１１８行を除く非類似箇所は１３万５８９９行となり，本件ソースコードの９
９．９１％は被告ソフトウェアのソースコードと類似していないことになる。
そして，以下のとおり，類似箇所１ないし４は営業秘密とはいえず，これらの類
似は一審被告らが本件ソースコードを使用したことを意味するものではない。
ア 類似箇所１について
(ア) 本件ソースコード及び被告ソフトウェアのソースコードにおける類似箇所
１に係る部分は，利用者が字幕を作る際にフォントサイズなどを設定したデータを
保持するための変数の定義部であり，変数の項目と変数の定義の仕方（型，変数名，
注釈）からなる。
変数とは，値を入れる「入れ物」である。変数名は入れ物の名称，型は入れ物の
種類を示す型名であって，変数を定義（宣言）するために用いられる。注釈は，プ
ログラマーがソースコードを見たときに，その内容を把握できるように記述するも
のである。
(イ) 類似箇所１に係る本件ソースコードの内容
本件ソースコードの類似箇所１に係る箇所が列挙する項目は，字幕の表示パター
ンの項目である。これらの項目は，字幕ソフトの利用者が，利用に際し確認できる
ものであり，開示情報である。
変数の定義部分は，型，変数名，注釈で構成されるのが一般的であり，本件ソー
スコードもかかる一般的な定義の仕方を採用したものである。
本件ソースコードの型名の記載は，ＬＯＮＧ，ＣＳｔｒｉｎｇ，ＢＯＯＬという
ものであるが，これらは，プログラミングで使用する標準の型の名称である。本件
ソースコードでは，数値の項目をＬＯＮＧ，文字列の項目をＣＳｔｒｉｎｇ，ＢＯ
ＯＬ値の項目をＢＯＯＬとしているだけである。
本件ソースコードの変数名も，ＦｏｎｔＮａｍｅ，ＦｏｎｔＳｉｚｅなど字幕ソ
フトが使用する一般的な内容をごく短い英語表記にしただけの名称であり，注釈欄
の記載も，ありふれた一般的な説明である。
また，字幕の基本的な設定のように，多くの項目からなる一連のデータを扱う場
合，データクラスというまとまりとして扱う（データクラスのパブリック・メンバ
とする）ことは，プログラムの手法として一般的である。
以上によれば，類似箇所１に係る情報は，本件ソースコード上にしか存在しない
ものではない。
(ウ) 被告ソフトウェアのソースコードの制作方法
原告ソフトウェアは，一審原告の従業員ではなく，外部の技術者であった一審被
告Ｙが，一審原告からの依頼により，ほぼ一人で制作したものである。一審被告Ｙ
は，原告ソフトウェアの制作作業中，一審原告から，自分のパソコンを持ち込むこ
とや自宅で作業すること，制作途中で取得した資料やデータ，ファイル等を保持す
ることを禁じられておらず，開発過程で収集した資料や付随的に作成したものなど
は，利用できるとの認識の下，画像の描画を行う外部ライブラリの評価を目的とし
て，独自に簡易な評価プログラムを作成した。
一審被告Ｙは，被告ソフトウェアの開発時にも，その時点での新しいライブラリ
を評価するために評価プログラムを作ったが，原告ソフトウェア作成時に作った上
記評価プログラムが自分のパソコンに残っていたため，これを利用した。
以上の次第で，本件ソースコードに利用されたのと同じ変数名・型式・注釈の変
数が被告ソフトウェアのソースコードに存在することになり，類似箇所１に係る一
致が生じたものであり，かかる一致は，一審被告Ｙが本件ソースコードを参照して
生じたものではない。
イ 類似箇所２及び３について
類似箇所２は代入演算子のオーバーロード部分，類似箇所３は比較演算子のオー
バーロード部分であるところ，これらの部分は入力ミスを防止するため基本的に定
義を複製して実装する。一審被告Ｙは原告ソフトウェア開発時も被告ソフトウェア
開発時も，類似箇所１を複製して類似箇所２，３を作成した。
したがって，類似箇所２，３において本件ソースコードと被告ソフトウェアのソ
ースコードが一致することは，一審被告らが本件ソースコードを使用したことを意
味するものではない。
ウ 類似箇所４について
(ア) 類似箇所４は，原告ソフトウェアのＳＳＴＤＢ．ｃｐｐファイル，被告ソフ
トウェアのＭｄｂ．ｃｐｐファイルにおいて，字幕データをｍｄｂファイルとして
保管する際に付されるフィールド名の一致である。
フィールド名の情報は，ソフトウェア外で一般に流通するｍｄｂファイルにも記
載され，マイクロソフトＡｃｃｅｓｓで開くことができる上，パスワードもかかっ
ていないから，誰でも見ることができる。一審被告らは，旧ＳＳＴとの互換を目的
として，ｍｄｂファイルを参照し，Ｍｄｂ．ｃｐｐファイルを実装したものであり，
その結果，フィールド名の一致が生じたものである。
鑑定の結果によれば，「フィールド名の一致」という記載があるのみで，「処理内
容の一致」という記載はないこと，鑑定人が，類似の原因が，ｍｄｂファイルから
フィールド名を抽出したことにある場合には，この類似をもって被告ソフトウェア
の独自性が低いと判断することはできないと判断していること等によれば，類似箇
所４の範囲はフィールド名に限られることは明らかである。
(イ) 原告ソフトウェアのＴｅｍｐｌａｔｅ．ｍｄｂは，旧ＳＳＴのプロジェクト
ファイルをエクスポートするために必要なタイミング等のデータを入れておく箱で
あり，書式にすぎない。
この書式の所定のフィールドにユーザーが字幕制作ソフトで作成した字幕データ
が上書きされていき，字幕データが完成する。完成した字幕データをｍｄｂ形式で
保存したものがｍｄｂファイルであり，同ファイルには，書式であるＴｅｍｐｌａ
ｔｅ．ｍｄｂの情報も全て記載されている。
セマンティクスとは，データの持つ意味であるところ，Ｔｅｍｐｌａｔｅ．ｍｄ
ｂは，単なる書式であるから，そのセマンティクスは書式のデータの意味にすぎな
い。また，ｍｄｂファイルに記載された字幕データのセマンティクスについては，
ｍｄｂファイルに記載された具体的なデータと字幕の表示画面を見ながら，互換を
取りたい箇所に関係しそうなデータを変化させて，それが字幕表示画面にどう反映
されるかについての相関関係を把握すれば，容易に把握することができ，本件ソー
スコードを見る必要はない。
(ウ) 以上によれば，被告ソフトウェアにおいて，Ｔｅｍｐｌａｔｅ．ｍｄｂを複
製してＰｌｕｇＤｔｍ．ｄｌｌとして実装し，Ｔｅｍｐｌａｔｅ．ｍｄｂやｍｄｂ
ファイルのセマンティクスを把握できたことは，一審被告らが，本件ソースコード
を使用したことを意味するものではない。
(2) 一審被告らによる本件ソースコードに係る不正競争行為について
仮に一審被告らが本件ソースコードを使用したと認定されるとしても，一審被告
らは，本件ソースコードを一審原告から示されたものではないこと，一審被告Ｙに
は，図利加害目的はないこと，一審被告フェイスに重過失はないことから，一審被
告らによる本件ソースコードの使用について不正競争行為を認定する余地はない。
２ 差止めの当否及び範囲について
〔一審原告の主張〕
(1) 被告ソフトウェアには本件ソースコードが組み込まれており，被告ソフトウ
ェアは一審原告の営業秘密の侵害品であるから，当該侵害品のバージョンアップさ
れたソフトウェアもまた，侵害品であることは当然である。
(2) 一審被告らの不正競争行為が明らかである以上，これを差し止めることがで
きるのは当然であり，差止請求が権利濫用となるものではない。
〔一審被告らの主張〕
(1) 原判決で使用等が禁止されたソースコードは同判決別紙物件目録２－２記
載のソースコード（原判決別紙資料１ないし３のソースコード）だけであり（原判
決主文３項，４項） それ以外の被告ソフトウェアのソースコードについては使用等
，
を禁じられていない。
しかし，原判決主文第１項は，
「被告株式会社フェイスが制作，販売する字幕ソフ
トウェア『Ｂａｂｅｌ』
（ただし，バージョンアップを含む。」の生産等を禁じてお
）
り，原判決別紙資料１ないし３のソースコードを使用しない被告ソフトウェアも，
バージョンアップ版として，その生産等を禁じられることになる。これは，判決理
由中において，類似箇所１ないし４以外の被告ソフトウェアについては，利用が妨
げられないことと矛盾し，過大である。
(2) 被告ソフトウェアのソースコードは，そのごくわずかな部分について，プロ
グラムのロジックとも関わりがない変数名，型，注釈に関する記述において，本件
ソースコードと一致しているにすぎないから，被告ソフトウェアの生産，使用，譲
渡等の差止めを求めるのは，権利濫用に当たる。
３ 損害及びその額について
以下のとおり，当審における主張を付加するほか，当事者双方の主張は，原判決
２４頁１６行目から２６頁５行目のとおりであるから，これを引用する。
〔一審原告の主張〕
原判決は，一審原告の損害額を認定するにあたって，スクール版の譲渡数量を１
８９個と認定しているが，正しくは６９９個であるから，損害額は，３７７８万３
３６０円ではなく，４２８４万２５６０円である。
また，原判決は，不競法５条１項は法律上の事実推定規定ではないにもかかわら
ず，推定覆滅事由を認定しており，法令違反の誤謬がある。
仮に，同条１項ただし書に基づく事情の認定としても，９５パーセントもの過大
な推定覆滅は，明らかな事実誤認である。
被告ソフトウェアの開発は，本件ソースコードの使用という不正競争行為によっ
て，開発原価が著しく抑えられ，販売価格を廉価に設定することが可能となり，し
かも，極めて短期間に被告ソフトウェアを上市させ，その結果，営業活動に優位性
が生じたのであるから，不正競争行為後の改変行為や営業活動を過度に斟酌し，過
大な推定覆滅を認定することは，不当に不正競争行為者を保護する結果を生じさせ
るものである。
〔一審被告らの主張〕
一審被告フェイスは，被告ソフトウェアを，ドングル版，オンライン版，スクー
ル版，Ｗｅｂ講座用として提供していたが，譲渡しているのは，ドングル版とスク
ール版のうちの６割であるから，不競法５条１項本文が適用されるのは，ドングル
版とスクール版のうちの６割のみである。なお，オンライン版，スクール版のうち
の４割，Ｗｅｂ講座用について，同条２項の適用を検討する場合，一審被告フェイ
スはこれらの提供により利益を得ていないから，損害額は０円である。
類似箇所１ないし３は，変数名，型，注釈にすぎず，プログラムのロジックとは
全く関係がないから，これにより原告ソフトウェアを販売することができなくなる
ということはあり得ず，不競法５条１項による推定は１００％覆され，一審被告ら
は損害賠償債務を負わない。
また，他に競合品が存在すること，被告ソフトウェアの販売は一審被告フェイス
の企業努力によること，被告ソフトウェアが原告ソフトウェアより機能的に優れて
いること，市場が競合していないことによれば，侵害行為と被侵害者の製品の販売
減少との間に相当因果関係は認められず，同条１項ただし書の「販売することがで
きないとする事情」が存在するから，一審原告は，同条 1 項の譲渡数量の全部につ
いて販売することはできなかったものであり，損害額は０円である。
第４ 当裁判所の判断
当裁判所は，原判決とは異なり，一審原告の請求はいずれも理由がないものと判
断する。その理由は，以下のとおりである。
１ 認定事実
前記前提事実に後掲の各証拠及び弁論の全趣旨を総合すると，以下の事実が認め
られ，これを覆すに足りる証拠はない。
(1) 原告ソフトウェアについて
ア 原告ソフトウェアは，映像字幕データを作成するソフトアプリケーションで
ある。
その操作画面は，映像を確認しながら作業が可能となるビデオウィンドウ，音声
を波形で表示する音声波形ウィンドウ，ハコ割りした原文を表示する原文ウィンド
ウ，字幕をワープロ感覚で入力するテキスト入力ウィンドウ，タイムコードウィン
ドウから構成され，基本編集機能として，字幕テキストの入力・削除，２トラック
（二重表示），スポッティング機能，ルビ・イタリック・傍点・組文字等の設定，コ
メント機能・ブックマークの設定，ショートカットの設定，字幕の分割・結合，レ
ンダリング機能（仮ミックス用）を，オプションによる高等編集機能として，フォ
ント・エッジの種類・サイズ・カラーの設定，カーニング・レディングの調整，文
字の自由位置，フェードイン・フェードアウト，マスクを，それぞれ有し，データ
コンバート機能として，ＳＳＴプロジェクト（．ｍｄｂ／．ｓｄｂ）のデータイン
ポート，及びＳＳＴプロジェクト（旧バージョン）
（．ｍｄｂ）のデータエクポート
を標準機能で行うことができる。
原告ソフトウェアによる字幕制作は，①映像の読み込み（あらかじめｍｐｇ１又
はｗｍｖデータに変換した映像を原告ソフトウェアに読み込む），②スポッティン
グ（字幕を表示するタイミングを画面で確認し，音声波形を選択する），③字幕文字
の入力（テキストウィンドウに文字を入力し，Ｅｎｔｅｒキーを押すと画面上に字
幕が表示される） ④字幕のプレビュー
， （映像を再生しながら字幕表示を見て確認す
る），⑤効果の設定（ルビ・イタリック・傍点・組文字などの効果をボタン１つで設
定する），⑥文字位置・カラーなどの変更（画面を見ながら文字の色や位置の変更作
業ができる） ⑦レンダリング機能
， （映像に字幕を合成して仮ミックス映像を作成で
きる），⑧エクスポート機能（目的のフォーマットにデータをエクスポートできる）
の手順により行うものである（甲７）。
イ 原告ソフトウェアに含まれるファイルＴｅｍｐｌａｔｅ．ｍｄｂは，マイク
ロソフトＡｃｃｅｓｓのｍｄｂ形式のテンプレートであり，ＳＳＴが編集・保存す
るデータを定義し，体系的なテーブル構成を持ったファイルである。Ｔｅｍｐｌａ
ｔｅ．ｍｄｂには，エントリーテーブルとして，Ｇｌｏｂａｌｓテーブル，Ｍｐｅ
ｇＥｄｉｔｓテーブル，Ｐｒｏｐｅｒｔｉｅｓテーブル，ＳｃｒｉｐｔＣｕｒｒｅ
ｎｔテーブル，ＳｃｒｉｐｔＯｒｉｇｉｎａｌテーブル，Ｔｉｍｅｃｏｄｅｓテー
ブル，Ｔｒａｃｋ１テーブル，Ｔｒａｃｋ２テーブルが存在し，それらの中に１４
７個のデータ項目が設定されている（甲５０）。
Ｇｌｏｂａｌｓテーブルには，ＳＳＴデータファイル全体の設定情報が，Ｍｐｅ
ｇＥｄｉｔｓテーブルには，映像ファイルの使い方を示す情報が，Ｐｒｏｐｅｒｔ
ｉｅｓテーブルには，作業上重要な情報が，ＳｃｒｉｐｔＣｕｒｒｅｎｔテーブル
には，編集された台本情報が，ＳｃｒｉｐｔＯｒｉｇｉｎａｌテーブルには，イン
ポートされた台本情報が，Ｔｉｍｅｃｏｄｅｓテーブルには，タイムコード関連の
情報等が，Ｔｒａｃｋ１テーブルには，Ａトラックの，Ｔｒａｃｋ２テーブルには，
Ｂトラックの字幕情報が，それぞれ保存格納される（甲４８）。
Ｔｅｍｐｌａｔｅ．ｍｄｂは，もともと，旧ＳＳＴにおいて生成された字幕デー
タを書き出すためのｍｄｂ形式のファイル（ｍｄｂファイル）を作成するためのひ
な型となるファイルである。原告ソフトウェアで編集される字幕データ（プロジェ
クト）は，ｓｄｂ形式で保存されるが，ｍｄｂ形式で保存されている旧ＳＳＴのデ
ータとの互換性を確保するために，Ｔｅｍｐｌａｔｅ．ｍｄｂを利用している。ｓ
ｄｂ形式は，Ｔｅｍｐｌａｔｅ．ｍｄｂの設計構造を受け継いで設計されているた
め，原告ソフトウェアにおいてｓｄｂ形式の字幕データを入出力するためのプログ
ラムは，旧ＳＳＴにおいてｍｄｂ形式にデータを入出力するプログラムと共通性を
有しており，双方のデータ形式を入出力するプログラムは共用される構造となって
いる（甲４８，４９）。
原告ソフトウェアからｍｄｂファイルを作成するには，原告ソフトウェアの字幕
情報（ｓｄｂの情報）をテンポラリーファイルとして開いたＴｅｍｐｌａｔｅ．ｍ
ｄｂに入れ込み，エクスポートする際にＴｅｍｐｌａｔｅ．ｍｄｂに「名前を付け
て保存」するとの手順による。旧ＳＳＴや原告ソフトウェアのエクスポート機能は，
１４７のデータ項目を有するｍｄｂファイルから，必要な項目のみを取捨選択し，
任意の字幕フォーマットに合わせて変換出力することができる（甲７，５０，９２）。
ＳＳＴＤＢ．ｃｐｐファイルは，プロジェクトをｍｄｂ形式でインポート・エク
スポートするプログラムであり，Ｔｅｍｐｌａｔｅ．ｍｄｂファイルに，字幕デー
タを記述及び保存する機能，Ｔｅｍｐｌａｔｅ．ｍｄｂ形式の字幕ファイルから字
幕データを解析する機能，Ｔｅｍｐｌａｔｅ．ｍｄｂ形式の字幕データを原告ソフ
トウェアのデータメモリ領域に展開する機能を有する（甲７５，７６の１，１００，
１０４，弁論の全趣旨）。
(2) 被告ソフトウェアについて
ア 被告ソフトウェアは，映画，ＤＶＤ，Ｂｌｕ－ｒａｙのオープンキャプショ
ン用字幕を作成するソフトウェアであり，プレビューウィンドウ，字幕テキストウ
ィンドウ，音声波形ウィンドウを有する（甲１２，乙１９）。
被告ソフトウェアは，①アイコン表示で操作が簡単，スピーディ，②音声波形上
に字幕が表示され，チェックが簡単，③多彩な編集機能を搭載，④スポッティング
を残した状態で，字幕の一括削除が可能，⑤ショートカットキー設定が自由にでき
作業効率アップ，という特徴を有する（甲１２）。
基本編集機能として，スポッティング機能，字幕テキストの作成，制限文字数の
表示，２トラック表示，字幕の分割・結合，ショートカットキー設定，タイムシフ
ト機能，ルビ・イタリック・傍点・組文字・表示位置変更，フェードイン・フェー
ドアウト，自由位置・サイズ・カラーの設定・マスク・個別カーニング・レディン
グ，見直し用リストなどを有し，他社字幕ソフトとデータ互換性があり，ＭＤＢフ
ァイル（．ｍｄｂ）のインポート，エクスポート機能を有する（甲１２，９４，１
３０，１３１）。
イ 被告ソフトウェアにおいては，編集される字幕データ（プロジェクト）は，
ｐｊｄ形式で保存されるが（甲１３８） 旧ＳＳＴのデータをエクスポートするため
，
に，ＰｌｕｇＤｔｍ．ｄｌｌを使用している（甲１６）。ＰｌｕｇＤｔｍ．ｄｌｌフ
ァイルは，一審被告らにおいて，Ｔｅｍｐｌａｔｅ．ｍｄｂを複製して作成したも
のである（争いがない）。
被告ソフトウェアのＭｄｂ．ｃｐｐファイルは，プロジェクトをｍｄｂ形式でイ
ンポート・エクスポートするプログラムであり，旧ＳＳＴや原告ソフトウェアでエ
クスポートされたｍｄｂ形式のプロジェクトを被告ソフトウェアのデータとしてイ
ンポートする機能，被告ソフトウェアで作成されたプロジェクトを，ＰｌｕｇＤｔ
ｍ．ｄｌｌを使用して，ｍｄｂ形式でエクスポートする機能を有する（甲１２）。
(3) 本件鑑定書によれば，鑑定人Ａによる鑑定の結果として，以下の事実が記載
されている。
ア 本件鑑定の手法
本件鑑定においては，本件ソースコードの６１０個のソースファイルのうち１１
４個のソースファイルが鑑定の対象とされた。１つ又は複数の本件ソースコードに
対して複数の被告ソフトウェアのソースコードを比較するべき場合があることから，
３００組のソースコードの組合せが鑑定対象とされた。
８種類のコードクローン（ソースコード中に存在する互いに一致又は類似したコ
ード断片）を検出する技術により，類似度が判定された。その概要は，ソースコー
ド中の識別子やリテラル，コメントの一致度合いをオーバーラップ係数やコサイン
係数で測定し，ソースコードの構造の類似性をＳｍｉｔｈ－Ｗａｔｅｒｍａｎアル
ゴリズムで測定するというものである。
その結果，本件ソースコードと被告ソフトウェアのソースコードが完全に一致す
る箇所が存在し，その理由として一審被告らが一審原告のソースコードをコピー又
は参照してコーディングしたことが疑われる場合（基準ａ）による類似箇所は見つ
からなかったが，本件ソースコードと被告ソフトウェアのソースコードが不自然に
類似・共通する箇所が存在し，その理由として一審被告らが一審原告のソースコー
ドをコピー又は参照してコーディングしたことが疑われる場合（基準ｂ）による類
似箇所が４箇所（類似箇所１ないし４） 本件ソースコードと被告ソフトウェアのソ
，
ースコードに類似性・共通性が見られるが，その理由が不自然とまではいえず，一
審被告らが一審原告のソースコードをコピー又は参照したことを疑うのは無理があ
る場合（基準ｃ）による類似箇所が１箇所（類似箇所５），それぞれ見つかり，他に
類似・共通すると認定できる箇所は見つからなかった。
イ 類似箇所１ないし４について
(ア) 類似箇所１
類似箇所１は，原判決別紙ａのとおりである。
被告ソフトウェアでは，字幕データの標準値を，ＳｏｕｒｃｅＤｅｆａｕｌｔ．
ｈのＣＳｏｕｒｃｅＤｅｆａｕｌｔクラスのパブリック・メンバ変数に，原告ソフ
トウェアでは字幕データの標準値を，ＧｌｏｂａｌＳｅｔｔｉｎｇｓ．ｈのＣＧｌ
ｏｂａｌＳｅｔｔｉｎｇｓクラスのパブリック・メンバ変数に，それぞれ格納して
おり，両者のソースコードの主な役割は，字幕データの標準値を格納する変数を宣
言することである。
被告ソフトウェアのソースコードで宣言されている変数３０個のうち，２０個の
宣言が型，コメント，インデントも含めて本件ソースコードのものと完全に一致し，
５個で少なくとも変数の名前が本件ソースコードのものと一致した。
(イ) 類似箇所２
類似箇所２は，原判決別紙ｂのとおりである。
被告ソフトウェアのソースコードＳｏｕｒｃｅＤｅｆａｕｌｔ．ｃｐｐが実装す
るＣＳｏｕｒｃｅＤｅｆａｕｌｔクラスの代入演算子のオーバーロードで参照され
る３０個の変数のうち，２１個の変数について，本件ソースコードＧｌｏｂａｌＳ
ｅｔｔｉｎｇｓ．ｃｐｐが実装するＣＧｌｏｂａｌＳｅｔｔｉｎｇｓクラスの代入
演算子のオーバーロードと変数名と注釈の一致が見られた。
(ウ) 類似箇所３
類似箇所３は，原判決別紙ｃのとおりである。
被告ソフトウェアのソースコードＳｏｕｒｃｅＤｅｆａｕｌｔ．ｃｐｐが実装す
るＣＳｏｕｒｃｅＤｅｆａｕｌｔクラスの比較演算子のオーバーロードで参照され
る２９個の変数のうち，２０個の変数について，本件ソースコードＧｌｏｂａｌＳ
ｅｔｔｉｎｇｓ．ｃｐｐが実装するＣＧｌｏｂａｌＳｅｔｔｉｎｇｓクラスの比較
演算子のオーバーロードと変数名と注釈の一致が見られた。
(エ) 類似箇所４
類似箇所４は，原判決別紙ｄのとおりである。
原告ソフトウェア，被告ソフトウェアの双方とも，字幕データの標準値をｍｄｂ
形式のデータベースに保管するために，ＡｃｔｉｖｅＸ Ｄａｔａ Ｏｂｊｅｃｔ
ｓ（ＡＤＯ）を利用している。ＡＤＯでデータの読み書きを行う際は，Ｒｅｃｏｒ
ｄｓｅｔと呼ばれるオブジェクトを経由する。Ｒｅｃｏｒｄｓｅｔは，レコード（行）
とフィールド（列）で構成される表に似たオブジェクトであり，フィールド名を指
定してレコードの読み書きを行う。
被告ソフトウェアのデータベースで用いられている５２件のフィールド名は，全
て原告ソフトウェアで用いられている６３件のフィールド名に包含される。
ウ 類似箇所１ないし４の独自性について
(ア) 類似箇所１について
ａ 本件ソースコードと被告ソフトウェアのソースコードに共通してみられる特
徴として，次の点が挙げられる。
①クラスメンバ変数の名前がアンダースコア（＿）で始まる。変数の命名規則と
して，クラスメンバ変数の名前の先頭にアンダースコア（＿）や，ｍ＿をつけるこ
とがある。
②複数の英単語から構成される変数名において，各単語の先頭が大文字になって
いる（＿ＲｕｂｙＦｏｎｔＮａｍｅ） この命名規則はＷｉｎｄｏｗｓでよくみられ
。
るが，一般的にはアンダースコア（＿）を好む開発者もいる●●●●●●●●●●
●●●●●●●●
③型名にＬＯＮＧが多用されている。色を格納する●●●●●●●●●●●●●
●●●●●●●●ではＣＯＬＯＲＲＥＦ型を用いる方がより自然であるが，双方の
ソースコードではＬＯＮＧが一貫して用いられている。また，Ｗｉｎ３２ＡＰＩで
はＬＯＮＧよりもＤＷＯＲＤの方がよく用いられる印象があるが，字幕データの標
準値の変数宣言においてＤＷＯＲＤは一切用いられない。
④ＨｏｒｉｚｏｎｔａｌをＨｏｒｉｚ，ＶｅｒｔｉｃａｌをＶｅｒｔと略してい
る。
⑤変数宣言の順番が似ている。
⑥メンバ変数の型を記述する部分に３個のタブ（１２個のスペース）を用いてい
る。タブ文字を埋めて変数名の開始位置を揃えることは，多くのプログラマーが実
践する慣習である。原告ソフトウェアで用いられている型の中で最も長いものはＢ
ｏｔｔｏｍＡｌｉｇｎ（１１文字）であるため，型名に３個のタブに相当するスペ
ースを与えることは理にかなっている。しかし，被告ソフトウェアで用いられてい
る型の中で最も長いものはＣＳｔｒｉｎｇ（７文字）であり，型名に２個のタブに
相当するスペースを配置すれば十分で，３個のタブに相当するスペースを与える必
要はない。
⑦●●●●●●●●●●●●●●●●●●●●のコメントがタブ文字を含めて完
全に一致している。特に，「(０：無し １：フェードイン)」や「(０：無し １：フ
ェードアウト)」という表記そのもの，
「種別」と「(０：無し」の間にタブ文字が置
かれていることは，双方のソースコードの共通点・類似点を強く示唆している。仮
に，原告ソフトウェアと被告ソフトウェアの開発者が同一人物で，その人物の記憶
を手がかりとしても，原告ソフトウェアのソースコードを参照せずに，これほど細
かい特徴を一致させるのは難しいのではないかと考える。
①と②は開発者の慣習であるため，異なる開発者の間でもこれらの特徴が一致す
ることはあり得るが，③ないし⑦の共通点から，原告ソフトウェアと被告ソフトウ
ェアの開発者は同一人物と考えられる。表１．３で示した共通点が多いこと，⑥⑦
の共通点を鑑みると，被告ソフトウェアは原告ソフトウェアを参照して開発された
と考えるのが自然である。
ｂ 原告ソフトウェアと被告ソフトウェアには，以下の相違点もある。
① 被告ソフトウェアでは，コメントの開始に//（スラッシュ２つ）が用いられ
るが，原告ソフトウェアでは，///（スラッシュ３つ）が用いられている。
② 被告ソフトウェアでは，●●●●●●●●●変数のコメントが「本文フォン
トサイズ」であるが，原告ソフトウェアでは，「本文フォントサイズ（高さ）」のよ
うに「高さ」という括弧書きがある。
③ 被告ソフトウェアでは，●●●●●●●●●変数の型をＬＯＮＧとして定義
しているが，原告ソフトウェアでは，列挙型である●●●●●●●●である。
④ 被告ソフトウェアでは，●●●●●●●●●●●●●●●●●●●●●●●
●●のコメントがない。
⑤ その他，仕様の差に由来すると思われる変更点。
ｃ 外部要因の可能性（例えば，原告ソフトウェアのソースコードの一部がＳＤ
Ｋのサンプルなどで公開されていたなど）はないと仮定し，類似箇所１のみで判断
すると，原告ソフトウェアの開発者と被告ソフトウェアの開発者は必ず同一人物で
あり，被告ソフトウェアを開発する際に原告ソフトウェアを参照した可能性が高い
が，参照せずに開発することが全く不可能とは言い切れない。
相違点を生み出すことよりも，共通点を生み出すことの方が珍しい現象であると
考えられるため，共通点の一致を重く見て被告ソフトウェアの独自性が乏しいと判
断した。
(イ) 類似箇所２，３について
類似箇所２，３については，原告ソフトウェア，被告ソフトウェアのいずれも，
類似箇所１の変数やコメントをコピーし，類似箇所２と類似箇所３のコードを記述
した可能性を否定できず，類似箇所１に基づいて発生していると考えられるため，
類似箇所２，３に基づいて，原告ソフトウェアと被告ソフトウェアの開発者の同一
性を判定したり，被告ソフトウェアの独自性を判定することはできない。原告ソフ
トウェアと被告ソフトウェアの共通点や，共通に見られる特徴は類似箇所１で説明
したものと一貫しているが，これによって被告ソフトウェアの独自性の評価をさら
に下げることは適当ではない。
(ウ) 類似箇所４について
鑑定人は，原告と被告ソフトウェアの間でｍｄｂファイルの互換性が確保された
経緯を把握していない。また，本鑑定はソースコードの類似性・共通性を評価する
ことを目的としているので，まずは一審被告らがｍｄｂファイルに関する情報を全
く持っていなかった場合を仮定して議論を進めると，原告ソフトウェアの開発者と
被告ソフトウェアの開発者は必ず同一人物である。被告ソフトウェアを開発する際
に原告ソフトウェアを参照したと考えるか，それ以外の特別な事情がない限り，こ
の類似箇所が生み出されることはない。
被告ソフトウェアのデータベースで用いられる５２件のフィールドの名前は，全
て原告ソフトウェアのデータベースで用いられているものと同一である。それぞれ
１から５単語の英単語の連結で命名された変数が，大文字・小文字や単語の並び順
の相違なく，完全に一致するというのは，同一人物の記憶を頼りにしたとしても不
自然である。
フィールド名をさらに詳しく分析すると，以下のような知見が得られる。
①フィールド名の命名規則にはハンガリアン記法，すなわち，変数の型を名前の
先頭に付与しておき，変数名から変数へのアクセス方法に関する情報を伝えようと
する記法が用いられている。例えば，変数名の冒頭のｂはｂｏｏｌ型，ｉはｉｎｔ
型，ｓｔｒはＣＳｔｒｉｎｇ型，ｐｔはＣｐｏｉｎｔ（ＰＯＩＮＴ）型，ｒｃはＣ
Ｒｅｃｔ（ＲＥＣＴ）型，ｃｌｒはＣＯＬＯＲＲＥＦ型を表す。これは，Ｗｉｎｄ
ｏｗｓのソフトウェア開発キット（ＳＤＫ）でよく用いられているため，Ｗｉｎｄ
ｏｗｓをターゲットとしたプログラミングでは珍しいことではない。
②「ルビ」に対応する英単語は“ｒｕｂｙ”であるが，フィールド名では“ｒｕｂ
ｉ”という間違った綴りが用いられる。
③変数名ではアライメント（ａｌｉｇｎｍｅｎｔ）をａｌｉｇｎｅと略すことが
多いが，データベースのフィールド名では“e”が脱落し，Ａｌｉｇｎとされている。
④フィールド名で用いられるＧｌｏｂという文字列は，おそらく“ｇｌｏｂａｌ”
の略語であり，元々は本件ソースコードの中にあるＣＧｌｏｂａｌＳｅｔｔｉｎｇ
ｓクラスのことを指していたと推定される。被告ソフトウェアでは，ＣＳｏｕｒｃ
ｅＤｅｆａｕｌｔクラスに変更になったが，そのままＧｌｏｂが用いられている。
⑤複数形を使うかどうか，過去分詞を使うかどうか，命名で判断に迷うようなフ
ィールド名も完全に一致している。フィールド名を命名した時にどの活用形を使う
と判断したかによって，フィールド名の相違が出ても不思議ではないが，類似箇所
４ではそれが全く見られない。
以上は，一審被告らがｍｄｂファイルに関する情報を全く持っていなかった場合
を仮定した議論であるが，一審被告らがｍｄｂファイルの形式を知り得たかどうか
を考慮する必要がある。ｍｄｂファイルはマイクロソフトのＡｃｃｅｓｓで開くこ
とができるため，原告ソフトウェアが生成するｍｄｂファイルのレコード名（テー
ブル名），フィールド名を調べることは比較的容易である。
ただし，各フィールドがどのようなセマンティクスを持つのかを正確に把握する
のは，容易なことではない。例えば，ｉＧｌｏｂＯｒｉｅｎｔａｔｉｏｎフィール
ドが格納している整数値のセマンティクスはかなり複雑である。また，被告ソフト
ウェアが読み書きするフィールドは，原告ソフトウェアのものと比較すると少ない
が，なぜ，一審被告らが少ないフィールドだけで互換性を持たせることができると
考えたのか，その理由も不明である。
類似箇所４が発生する原因として，①一審被告らが原告ソフトウェアを参照して
被告ソフトウェアを開発した，②一審被告らが原告ソフトウェアのｍｄｂデータベ
ースの構造を解析して，フィールド名を抽出した上で，被告ソフトウェアを開発し
た，③何らかの事情により，原告ソフトウェアのｍｄｂデータベースのフィールド
名に関する情報が公開されていた，の３つの場合が考えられる。②，③の場合は，
類似箇所４をもって被告ソフトウェアの独自性が低いと判断することはできない。
２ 不競法２条１項４号，５号，７号及び８号所定の不正競争行為の成否につい
て
前記１(3)のとおり，本件鑑定の結果によれば，鑑定対象とされた３００組のソー
スコードのペアは，類似箇所１ないし４について，共通ないし類似すると判断され
たことが認められる。
そこで，かかる鑑定結果を踏まえて，一審被告らが本件ソースコードを使用した
と評価することができるかについて，以下検討する。
(1) 類似箇所１について
ア 類似箇所１は，字幕データの標準値を格納するクラスメンバ変数を宣言する
ものである。
本件鑑定の結果によれば，被告ソフトウェアのソースファイルＳｏｕｒｃｅＤｅ
ｆａｕｌｔ．ｈで宣言されている変数３０個のうち，２０個の宣言が型，注釈，イ
ンデントを含めて原告ソフトウェアのソースファイルＧｌｏｂａｌＳｅｔｔｉｎｇ
ｓ．ｈのものと完全に一致し（表記方法が複数あると考えられる●●●●●●●●
●●●●●●●●●●●●の注釈を含む。，５個では少なくとも変数の名前がＧｌ
）
ｏｂａｌＳｅｔｔｉｎｇｓ．ｈのものと一致しており，残りの５個では一致してい
ない。
また，本件ソースコードと被告ソフトウェアのソースコードに共通してみられる
特徴として，①クラスメンバ変数の名前がアンダースコア（＿）で始まること，②
複数の英単語から構成される変数名において，各単語の先頭が大文字になっている
こと，③型名にＬＯＮＧが多用されていること，④ＨｏｒｉｚｏｎｔａｌをＨｏｒ
ｉｚ，ＶｅｒｔｉｃａｌをＶｅｒｔと略していること，⑤変数宣言の順番が似てい
ること，⑥メンバ変数の型を記述する部分に３個のタブ（１２個のスペース）を用
いていること，⑦●●●●●●●●●●●●●●●●●●●●のコメントがタブ文
字を含めて完全に一致していることが指摘されている（以下，順に，それぞれ「共
通点①」などという。。
）
そして，鑑定人は，上記共通点③ないし⑦から，原告ソフトウェアと被告ソフト
ウェアの開発者は同一人物であると判断した上で，変数の一致箇所が多いことと，
共通点⑥⑦を理由に，被告ソフトウェアが原告ソフトウェアを参照して開発された
と考えるのが自然である旨述べていることが認められる。
イ 本件ソースコードの類似箇所１に係る部分について
(ア) 本件ソースコードの類似箇所１に係る部分は，原告ソフトウェアの字幕デ
ータの標準値を，ＧｌｏｂａｌＳｅｔｔｉｎｇｓ．ｈのＣＧｌｏｂａｌＳｅｔｔｉ
ｎｇｓクラスのパブリック・メンバ変数に格納し，字幕データの標準値を格納する
変数を宣言するものであって，処理を行う部分ではない。
また，本件ソースコードのうち，被告ソフトウェアのソースコードと一致又は類
似するとされた２５個の変数名は，●●●●●●●●●●●●●●●●●●●●●
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
●●●●●●●●●●というものである。そして，上記括弧内の注釈に記載された
とおり，上記の変数は，それぞれ，字幕を表示する際の基本的な設定に関する変数
と解される。
これらの変数名は，字幕制作ソフトウェアで使用する一般的な内容をごく短い英
単語で表記したものであり，その形式は，変数の命名をアンダースコアで始め（共
通点①），各英単語の先頭を大文字にして一体化したもの（共通点②）となっている
が，鑑定人は，共通点①②について，変数の命名規則として，クラスメンバ変数の
名前の先頭にアンダースコア（＿）があり，各単語の先頭を大文字とする命名規則
もＷｉｎｄｏｗｓでよくみられ，開発者の慣習であるから，異なる開発者間でも一
致することがあり得るとの意見を述べており，変数名の付け方は，特徴的とはいえ
ないと認められる。
さらに，上記２５個の変数についてのデータの型名のうち，両者で一致するとさ
れた２３の変数のデータ型は，ＬＯＮＧ型，ＣＳｔｒｉｎｇ型，ＢＯＯＬ型が使用
されているところ，これらは，マイクロソフト社が提供する標準のデータ型であっ
て（乙５７～６０），特別なものではない。
なお，前記１(3)イ(ア)のとおり，本件鑑定の結果によれば，類似箇所１に係る本件
ソースコードと被告ソフトウェアのソースコードは，字幕データの標準値（変数名）
をパブリック・メンバ変数（公開変数）に格納している点で一致しているとされる。
しかし，これらの変数は字幕データの標準値を設定するものであって，他のクラス
の関数から参照されることが前提であるから，パブリック・メンバ変数とすること
は通常のことであると解され，本件鑑定においても，この点は有用な一致点とはさ
れていない。
(イ) 共通点①ないし⑦について
共通点①②は，異なる開発者であっても一致することがあり得るものであること
は，前記(ア)で検討したとおりである。
共通点③は，ＬＯＮＧ型が多用されているというもの，共通点④は単語の略し方
の特徴，共通点⑤は，変数宣言の順番であるが，いずれもプログラムの制作者が同
一であれば，同じになることは自然であると解される。また，共通点⑥は，変数名
の開始位置を揃えるため，メンバ変数の型を記述する部分にタブ文字を使う際に，
被告ソフトウェアでは２個のタブに相当するスペースを配置すれば十分で，３個の
タブに相当するスペースを与える必然性はないにもかかわらず，３個のタブを使っ
ている点で原告ソフトウェアと共通するというものであるが，被告ソフトウェアに
おいては，タブが２個以上であれば変数名の開始位置を揃えることができるから，
３個のタブを使用したことが不自然とまではいえない。
そうすると，共通点③ないし⑥は，原告ソフトウェアと被告ソフトウェアの制作
者が同一であれば不自然な一致とはいえないことから，いずれも，一審被告らが本
件ソースコードを使用したことを推認させるものではない。
他方，共通点⑦は，●●●●●●●●●●●●●●●●●●●●のコメントがタ
ブ文字を含めて完全に一致しているというものであり，鑑定人は，
「特に，
『(０：無
し １：フェードイン)』 『(０：無し １：フェードアウト)』
や という表記そのもの，
『種別』と『(０：無し)』の間にタブ文字が置かれていることは，双方のソースコー
ドの共通点・類似点を強く示唆している。仮に，原告ソフトウェアと被告ソフトウ
ェアの開発者が同一人物で，その人物の記憶を手がかりとしても，原告ソフトウェ
アのソースコードを参照せずに，これほど細かい特徴を一致させるのは難しいので
はないかと考える。」との意見を述べている。そうすると，共通点⑦によれば，一審
被告らが，本件ソースコードの変数定義部分を参照した可能性を否定できないとい
うべきである。
ウ 検討
上記イ(イ)のとおり，類似箇所１に係る本件ソースコードと被告ソフトウェアの
ソースコードとの共通点⑦によれば，一審被告らが，本件ソースコードの変数定義
部分を参照した可能性は否定できない。
しかし，上記イ(ア)によれば，類似箇所１に係る本件ソースコードは，変数定義部
分であり，字幕データの標準値を格納する変数を宣言するもので，処理を行う部分
ではないこと，変数は，いずれも字幕を表示する際の基本的な設定に関する変数で
あること，変数名は，字幕制作ソフトで使用する一般的な内容を表す，ごく短い英
単語に基づくものであって，その形式も開発者の慣習に基づくこと，変数のデータ
の型は，マイクロソフト社が提供する標準のデータ型であること，注釈の内容も，
変数名が表す字幕の意味をそのまま説明したものであることが認められる。
そして，字幕表示に必要な設定項目は，原告ソフトウェアの設定メニューから把
握できること（乙６４），変数の定義の仕方として，変数名，型，注釈で定義するこ
とは極めて一般的であること，変数名は字幕ソフトが使用する一般的な名称である
こと，データの型はマイクロソフト社が提供する標準の型であること，注釈も一般
的な説明であることによれば，類似箇所１に係る本件ソースコードの情報の内容（変
数定義）自体は，少なくとも有用性又は非公知性を欠き，営業秘密とはいえない。
一審被告らが，類似箇所１に係る本件ソースコードの変数定義部分を参照して，
被告ソフトウェアのソースコードを作成したとしても，このことから他の部分を参
照したことまで推認されるものではない上，それ自体が営業秘密とはいえない変数
定義部分を参照したことのみをもって，本件ソースコードを使用したとも評価でき
ないというべきである。
エ 小括
以上によれば，一審被告らが，類似箇所１について，本件ソースコードの変数定
義部分を参照した可能性が否定できないとしても，そのことをもって，一審被告ら
が本件ソースコードを使用したとは評価できない。
(2) 類似箇所２及び３について
ア 類似箇所２，３は，それぞれ，字幕データの標準値を格納するオブジェクト
の代入演算子，比較演算子のオーバーロードを定義するものであるから，類似箇所
１と同じ変数が使用される。これらの変数は，誤入力を避けるために類似箇所１を
コピーして作成したと考えるのが自然であり，類似箇所２，３は，類似箇所１に基
づいて発生したものと解される。
鑑定人も，
「類似箇所２，３については，原告ソフトウェア，被告ソフトウェアの
いずれも，類似箇所１の変数やコメントをコピーし，類似箇所２と類似箇所３のコ
ードを記述した可能性を否定できず，類似箇所１に基づいて発生していると考えら
れるため，類似箇所２，３に基づいて，原告ソフトウェアと被告ソフトウェアの開
発者の同一性を判定したり，被告ソフトウェアの独自性を判定することはできない。」
との意見を述べている。
イ 一審原告は，類似箇所３における比較演算子のオーバーロードは，編集中の
字幕フォーマット情報を保存しようとする際，既存のフォーマットのリストの中に，
保存しようとする前記フォーマット情報と同一のものがあるか否かを判断するため
に呼び出される比較処理部分であるところ，そもそも被告ソフトウェアにはフォー
マット情報をファイルに保存してリスト化する機能はないから，この部分は被告ソ
フトウェアにとって不要であると主張し，Ｂ大阪大学大学院情報科学研究科准教授
作成の意見書（甲１４３。以下「Ｂ意見書」という。）は，類似箇所３について，被
告ソフトウェアのソースコードには必要のないコードが存在していることを，流用
の根拠として指摘する。
しかし，演算子のオーバーロードは，Ｃ＋＋言語のプログラムでは普通に実装さ
れるものであり，被告ソフトウェアのＣＳｏｕｒｃｅＤｅｆａｕｌｔクラスの比較
演算子のオーバーロードは，フォーマット情報をファイルに保存してリスト化する
機能に特化されたものとは認められないから，被告ソフトウェアにとって不要なも
のとはいえない。
そして，他に，類似箇所２，３が，類似箇所１とは別個に生じた類似箇所である
ことを認めるに足りる証拠はなく，類似箇所２，３によって，一審被告らが本件ソ
ースコードを使用したことを推認することはできない。
(3) 類似箇所４について
ア 類似箇所４は，字幕データの標準値をＡＤＯインターフェースでｍｄｂ形式
のデータベースに格納するためのプログラムに関し，原告ソフトウェアのＳＳＴＤ
Ｂ．ｃｐｐのソースコードと被告ソフトウェアのＭｄｂ．ｃｐｐのソースコードに
おいて，５２個のフィールド名が一致したというものである。
上記フィールド名自体はｍｄｂファイルから参照可能であるところ，一審被告ら
は，旧ＳＳＴとの互換を得るため，ｍｄｂファイルを参照してＭｄｂ．ｃｐｐファ
イルを実装したことを認めており，類似箇所４に係るフィールド名の一致は，その
ことによって生じたものと推認される。
イ 一審原告は，被告ソフトウェアにおいて，Ｔｅｍｐｌａｔｅ．ｍｄｂを利用
し，旧ＳＳＴのプロジェクトファイルと互換性のあるプロジェクトファイルをエク
スポートできていることは，Ｔｅｍｐｌａｔｅ．ｍｄｂのセマンティクス，すなわ
ち，Ｔｅｍｐｌａｔｅ．ｍｄｂの解析アルゴリズム（解析ロジック）を利用してい
ることを意味するところ，本件鑑定において，類似箇所４から生じるセマンティク
スの正確な把握は困難であると指摘されており，Ｔｅｍｐｌａｔｅ．ｍｄｂのセマ
ンティクスの利用は，本件ソースコードを使用していることにほかならない旨主張
する。
(ア) セマンティクスの意味
セマンティクスとは，データの形式や構造ないし枠であるシンタックスに対応す
る概念であり，データの意味，内容のことであるとされる（甲９５）。
Ｔｅｍｐｌａｔｅ．ｍｄｂは，旧ＳＳＴにおいて生成された字幕データを書き出
すためのｍｄｂ形式のファイルを作成するためのひな型であり，ひな型を構成する
フィールド名，データ型がシンタックスであるのに対し，各フィールドが表す意味，
各フィールドのデータ型に従った個々のデータ値の表す意味がセマンティクスであ
ると解される。例えば，Ｇｌｏｂａｌｓテーブル１行目の「ｓｔｒＧｌｏｂＦｏｎ
ｔＮａｍｅ」
（甲４８，５０）では，フィールド名「ｓｔｒＧｌｏｂＦｏｎｔＮａｍ
ｅ」，データ型「テキスト型」がシンタックスであり，フィールドの意味が，字幕本
文フォント名を表し，
「ＭＳゴシック」というように文字列（テキスト）で記述する
ということが，セマンティクスに当たる。
この点，一審原告は，セマンティクスとは，解析アルゴリズムであると主張する。
しかし，Ｔｅｍｐｌａｔｅ．ｍｄｂは，ｍｄｂ形式のファイルを作成するためのひ
な型であり，プログラムではないから，そのセマンティクスに解析アルゴリズムが
含まれるとは解されず，一審原告の主張は採用できない。
(イ) セマンティクスの把握方法
ａ 類似箇所４に係るフィールド名は，Ｔｅｍｐｌａｔｅ．ｍｄｂに具体的な字
幕データ等を上書きしたファイルであるｍｄｂファイルをマイクロソフトＡｃｃｅ
ｓｓで開けば見ることができるところ，フィールド名には，Ｆｏｎｔ」 Ｅｄｇｅ」
「 「
，
など，字幕制作に携わる者であれば容易に分かる名称が用いられていることから，
それ自体から，フィールドの意味を理解することができるものと認められる。例え
ば，フィールド名「ｓｔｒＧｌｏｂＦｏｎｔＮａｍｅ」であれば，
「ＦｏｎｔＮａｍ
ｅ」の意味は本文フォント名を表すことを理解することができ，
「ｓｔｒ」の記載か
ら，データ型がハンガリアン記法（変数の型を名前の先頭に付与しておき，変数名
から変数へのアクセス方法に関する情報を伝えようとする記法）により，
「ＣＳｔｒ
ｉｎｇ」，すなわち，文字列型であることを推測することができる。さらに，ｍｄｂ
ファイルのプロパティを見れば，データ型も見ることができるから（甲５０），デー
タ型がテキスト型（文字列型）であることを確認することができ，本文フォント名
を表し，テキスト型（文字列型）で記載されるフィールドであるというセマンティ
クスを把握できる。
フィールド名からすぐにはその内容がわからないものについても，ｍｄｂファイ
ルを参照し，記録されている具体的な字幕データの数値を変えて字幕の変化を見た
り，目標とする字幕を見つけて該当項目の数値を確認し，字幕の設定を変えて数値
の変化を確認したりすることにより，データの属性を把握することができると解さ
れる。例えば，ｍｄｂファイルで保存した字幕ファイルには，ｓｔｒＧｌｏｂＦｏ
ｎｔＮａｍｅのデータとして，
「ＭＳゴシック」のように字体の名称が記載されてい
るところ（甲８９），これを手掛かりとして，本文フォントの字体の設定を変えたと
きに，ｍｄｂファイルのｓｔｒＧｌｏｂＦｏｎｔＮａｍｅのデータがどのように変
化するかを試すことにより，どのような名称の字体が記述されるセマンティクスな
のかを把握することは可能であると認められる。
また，
「ｓｔｒＦｏｒｍａｔ」は，標準設定と異なる個別設定をする際のフォーマ
ット情報が格納されたフィールドであり，文字修飾の個別設定を指定すると，ｍｄ
ｂファイルのｓｔｒＦｏｒｍａｔ欄にその個別設定に対応する数字や文字列が格納
される（乙２４，２８）。そうすると，字幕データの入力内容を変化させ，その変化
に対して格納される数字や文字列がどのように変化するかを確認することで，ｓｔ
ｒＦｏｒｍａｔの値がいかなる文字修飾を意味するものであるかを把握できるもの
と認められ，セマンティクスを把握することができるというべきである。
以上によれば，一審被告らが，Ｔｅｍｐｌａｔｅ．ｍｄｂのセマンティクスを利
用しているとしても，かかるセマンティクスは，本件ソースコードを使用しなくて
も把握可能であるものと認められる。
ｂ 鑑定人は，「各フィールドがどのようなセマンティクスを持つのかを正確に
把握するのは，容易なことではない。例えば，ｉＧｌｏｂＯｒｉｅｎｔａｔｉｏｎ
フィールドが格納している整数値のセマンティクスはかなり複雑である。」との意
見を述べている。
しかし，ＳＳＴＧ１操作マニュアルによれば，原告ソフトウェアにおいては，
「表
示位置・行配置」欄において，６箇所の表示位置と５箇所の行配置を指定すること
ができるとされるところ（乙２５），ｍｄｂファイルを参照すれば，ｉＧｌｏｂＯｒ
ｉｅｎｔａｔｉｏｎのデータ値と「表示位置・行配置」とは，
「４」と「横下中央」，
「１」と「横下中頭」「８」と「横下中末」「１６」と「横下行頭」というように
， ，
１対１の対応で把握することができることが認められる（乙２９）。そうすると，本
件ソースコードを参照しなくても，ｉＧｌｏｂＯｒｉｅｎｔａｔｉｏｎフィールド
のセマンティクスを把握することができるものと認められる。
もっとも，ｉＧｌｏｂＯｒｉｅｎｔａｔｉｏｎは，１６進表記で表されており（甲
１０１），その各桁の数値と，字幕の表示位置・行配置とがそれぞれ対応していると
思われるところ，かかる各桁の数値からその意味を把握することは困難であり，鑑
定人の上記意見は，この点を指して正確なセマンティクスを把握するのは容易では
ないとするものと推察される。しかし，データ値と「表示位置・行配置」の１対１
の対応関係を把握できれば互換を得ることができるのであれば，それ以上に，ｉＧ
ｌｏｂＯｒｉｅｎｔａｔｉｏｎのセマンティクスを正確に把握する必要はないと解
されるから，互換を得るために必要なｉＧｌｏｂＯｒｉｅｎｔａｔｉｏｎのセマン
ティクスは，ｍｄｂファイルから把握可能であり，本件ソースコードを参照しない
限り把握できないものとはいえない。
(ウ) 以上によれば，一審被告らが，旧ＳＳＴとの互換を得るため，ｍｄｂファイ
ルを参照してＭｄｂ．ｃｐｐファイルを実装していることは，本件ソースコードを
使用していることを意味するものではない。
ウ 一審原告は，本件鑑定書は，ＳＳＴＤＢ．ｃｐｐファイルとＭｄｂ．ｃｐｐ
ファイルは，ファイル自体が類似・共通すると指摘しており，フィールド名の一致
は，両ファイルが一致していると判断する理由の一つにすぎない上，ＳＳＴＤＢ．
ｃｐｐファイルの行数は優に３０００行を超えるのであるから，類似箇所は５２の
フィールド名の一致にとどまるものではないと主張し，Ｂ意見書は，５２のフィー
ルド名が一致しており，ファイルが巨大であることから，処理も一致している可能
性が高いとの意見を述べる。
しかし，本件鑑定において，鑑定人は，原告ソフトウェアのＳＳＴＤＢ．ｃｐｐ
と被告ソフトウェアのＭｄｂ．ｃｐｐとの目視確認を行った上で，類似箇所は５２
個のフィールド名にあると鑑定したのであり，処理も含めて両ファイルが類似・共
通すると鑑定していないことは明らかである。
また，Ｂ意見書は，被告ソフトウェアのソースコードを視認せずに，類似した処
理を含んでいる可能性が高いと述べているにすぎない上，ファイルの行数が多いこ
とが処理の一致を意味すると解すべき根拠はないから，採用することはできない。
そして，被告ソフトウェアにおいて，本件ソースコードを参照して原告ソフトウ
ェアの解析アルゴリズムを把握し，同じ処理を行っていることを認めるに足りる証
拠はない。かえって，エクスポートされるｍｄｂファイルの字幕の配置に関するｉ
ＧｌｏｂＯｒｉｅｎｔａｔｉｏｎフィールドとｉＯｒｉｅｎｔａｔｉｏｎフィール
ドのデータ値は，エクスポート前においては，原告ソフトウェア及び被告ソフトウ
ェアのいずれも変数名を●●●●●●●●●●●●とする変数に格納されているが，
原告ソフトウェアにおいては，データ型をＬＯＮＧ型とし（甲９９，原判決別紙ａ），
表示位置・行配置の設定について，水平位置，垂直位置，行揃え，縦書き横書きの
４種の情報を１６進表記の特定の桁に割り当て，特定の桁をマスクビットを用いて
ビット演算により抽出している（甲１００～１０２）のに対し，被告ソフトウェア
においては，データ型を列挙型としており（原判決別紙ａ），表示位置・行配置の設
定について，水平位置，垂直位置，行揃え，縦書き横書きの４種の情報を１６進表
記の特定の桁に割り当て，特定の桁をマスクビットを用いてビット演算により抽出
するものではないと解され，表示位置・行配置の設定処理のアルゴリズムは同一で
はないことが認められるのであって，本件ソースコードを参照したものではないこ
とが推認されるというべきである。
エ 小括
以上によれば，類似箇所４は，一審被告らによる本件ソースコードの使用を意味
するものではないのであって，一審原告の主張は採用できない。
(4) 一審被告らによる本件ソースコードの使用の有無
ア 以上の検討によれば，類似箇所１については，一審被告らが本件ソースコー
ドの変数定義部分を参照したことにより生じた可能性を否定できないものの，当該
変数定義部分は営業秘密とはいえない以上，これのみをもって，本件ソースコード
を使用したとは評価できない。
また，類似箇所２，３は，類似箇所１とは別個に生じた類似箇所ではない。
類似箇所４は，本件ソースコードを参照したことにより生じた一致とはいえない
上，旧ＳＳＴとの互換を得るために本件ソースコードを参照したとも認められない。
そして，本件鑑定の結果によれば，３００組のソースコードのペア中，類似箇所
１ないし５に該当する１１８行の他には本件ソースコードと被告ソフトウェアのソ
ースコードとが一致ないし類似する部分があったとは認められず，鑑定の対象とな
ったソースコード２万９６７９行（コメント，空行を除いた有効行）のうち２万９
５６１行は非類似であって，非類似部分が９９％以上となる。
以上によれば，一審被告らが，類似箇所１に係る部分以外に本件ソースコードを
参照したとは認められず，また，類似箇所１に係る変数定義部分を参照した可能性
が否定できないことをもって，本件ソースコードを使用したとは評価できない。そ
うすると，本件ソースコードについて，不競法２条１項７号にいう「使用」があっ
たとはいえないというべきである。
イ 一審原告の主張について
(ア) 一審原告は，本件鑑定は最低限度の共通性の言及にとどまり，類似箇所や共
通箇所を網羅的に指摘したものではないから，本件鑑定の結果によって，類似箇所
１ないし４以外は類似しないとは認定できない旨主張し，Ｂ意見書も，本件鑑定手
法は不十分であり，他に類似箇所がないとはいえない旨の意見を述べる。
しかし，鑑定人は，
「表１．２に示した（判決注：類似箇所１ないし５）以外の場
所では，類似・共通すると認定できる箇所は見つからなかった」と明記しており，
本件鑑定の結果によっては，他に類似・共通する箇所があるとはいえないことは明
らかである。そして，前記(3)ウのとおり，Ｂ意見書は，被告ソフトウェアのソース
コードを参照しておらず，具体的な一致箇所を指摘するものではないから，採用の
限りではなく，他に本件鑑定の結果を左右するに足りる証拠はない。よって，一審
原告の主張は理由がない。
(イ) 一審原告は，類似箇所１ないし４の他にも，一審被告らによる本件ソースコ
ードの使用を推認させる事実が多数存在するとも主張する。
しかし，以下のとおり，一審原告の主張は，いずれも理由がない。
ａ 一審原告は，被告ソフトウェアに原告ソフトウェアで使用されているｓｄｂ
形式の字幕データベースが実装されていたことは，一審被告らが本件ソースコード
を不当に入手，利用していることを推認させる旨主張する。
しかし，被告ソフトウェアのプログラムファイルに，ｓｄｂとの記載があること
は認められるものの（甲５１の１～５） ｓｄｂ形式の字幕データベースが実装され
，
ていたことを認めるに足りる証拠はないから，一審原告の主張は，その前提を欠く
ものである。
ｂ 一審原告は，被告ソフトウェアと原告ソフトウェアには，①字幕の全体設定
（デフォルト）を縦書きに設定して作成されたｍｄｂファイルをインポートした場
合に，原告ソフトウェアも被告ソフトウェアも横書きでインポートされてしまう，
②一審被告フェイスは平成２２年に設立されていて，それ以降に開発された被告ソ
フトウェアからエクスポートしたＥｘｃｅｌファイルの拡張子は「．ｘｌｓｘ」と
なるはずであるところ，被告ソフトウェアのエクスポート先の拡張子は ｘｌｓ」
「．
である，③Ｅｘｃｅｌの言語設定を英語にした状態で，Ｅｘｃｅｌファイルをエク
スポートすると，原告ソフトウェアも被告ソフトウェアもハングアップする，④エ
クスポート先をＣ：￥に設定してＥｘｃｅｌファイルをエクスポートすると，原告
ソフトウェアと被告ソフトウェアもハングアップする，⑤横書きで，例えば「ワシ
ントンＤ．Ｃ．」と入力した字幕を縦書きに変換すると，原告ソフトウェアも被告ソ
フトウェアも「Ｄ．Ｃ．」のピリオドの位置がおかしくなってしまうとの共通したバ
グが存在することも，一審被告らによる本件ソースコードの使用を推認させると主
張する。
しかし，本件鑑定の結果によれば，①の事象は，被告ソフトウェアでは発生する
ものの，原告ソフトウェアでは発生していないとされ，そもそも事象の共通性が認
められない，②については，原告ソフトウェアは拡張子の情報がリソースの文字列
定数として格納されているのに対し，被告ソフトウェアではＣ＃のソースコード中
で直接記述されているという差異がある，③については，原告ソフトウェアと被告
ソフトウェアはＥｘｃｅｌのＡＰＩを読み出すために異なるアプローチを採用し，
不具合が発生する直接の原因は原告ソフトウェアと被告ソフトウェアでは異なる，
④については，原告ソフトウェアと被告ソフトウェアとでは不具合が発生する原因
が異なる，⑤については，表示位置を左上から右上に修正させる処理が，原告ソフ
トウェアと被告ソフトウェアとでは，大きく異なっているとの意見が述べられてい
る。かかる本件鑑定の結果によれば，これらのバグが共通することは，一審被告ら
が，本件ソースコードを使用したことを裏付ける事実とは認められない。
ｃ 一審原告は，本件ソースコードと被告ソフトウェアのソースコードでは，ス
ペルミスが一致するところ，かかる一致は，一審被告らが本件ソースコードを複製
したものでなければ到底発生し得ないものである旨主張する。
しかし，本件鑑定の結果によれば，原告ソフトウェアと被告ソフトウェアとで共
通するスペルミスは圧倒的に少ないから，共通するスペルミスの存在は一審被告ら
が原告ソフトウェアを複製したことの根拠とならないとされる。また，原告ソフト
ウェアと被告ソフトウェアとで共通して，ｒｕｂｙの複数形をｒｕｂｉｅｓとすべ
きところがｒｕｂｙｓとなっていたり，ルビの綴りは正しくはｒｕｂｙであるにも
かかわらず，ｒｕｂｉという綴りが混在しているほか，ａｌｉｇｎｍｅｎｔをａｌ
ｉｇｎ，ｈｏｒｉｚｏｎｔａｌをｈｏｒｚ又ｈｏｒｉｚと略す傾向があるところ，
これらは，原告ソフトウェアを参照しなくても，同一開発者の一貫した記憶間違い
や発想によっても生じ得るとされる。そうすると，共通するスペルミスも，一審被
告らによる本件ソースコードの使用を推認させる事実とは認められない。
ｄ 一審原告は，被告ソフトウェアでは，Ｃ＋＋／ＣＬＩ言語による無用なコー
ディングが行われており，Ｃ＋＋言語の本件ソースコードを流用したことを推認さ
せる旨主張する。
しかし，本件鑑定の結果によれば，鑑定人は，Ｃ＋＋言語とＣ＃言語を使い分け
るというのは，
「Ｖｉｓｕａｌ Ｓｔｕｄｉｏ」を用いた開発においては合理的な選
択と考えられ，Ｃ＋＋／ＣＬＩ言語は，Ｃ＋＋言語とＣ＃言語の間を橋渡しするた
めに用いられていると考えられるとの意見を述べている。そうすると，被告ソフト
ウェアにおけるＣ＋＋／ＣＬＩ言語でのコーディングの存在も，一審被告らが，一
審原告から持ち出したＣ＋＋言語のソースコードを流用したことを裏付ける事実と
は認められない。
ｅ 一審原告は，被告ソフトウェアの開発が開始した平成２４年頃には，
「Ｖｉｓ
ｕａｌ Ｓｔｕｄｉｏ２００８」「Ｖｉｓｕａｌ
， Ｓｔｕｄｉｏ２０１０」という
２つの新しい開発環境がリリースされ，広く一般的に利用されていたにもかかわら
ず，被告ソフトウェアの当初の開発環境が，原告ソフトウェアの開発環境と同じ「Ｖ
ｉｓｕａｌ Ｓｔｕｄｉｏ２００５」であることは，被告ソフトウェアにおいて，
「Ｖｉｓｕａｌ Ｓｔｕｄｉｏ２００５」で開発された本件ソースコードを流用し
たことを推認させると主張する。
しかし，本件鑑定の結果によれば，「Ｖｉｓｕａｌ Ｓｔｕｄｉｏ２００５」は，
Ｗｉｎｄｏｗｓ７までしか対応しておらず，被告ソフトウェアの開発環境もＷｉｎ
ｄｏｗｓ７であるから，被告ソフトウェアを開始した時期に，
「Ｖｉｓｕａｌ Ｓｔ
ｕｄｉｏ２００５」を開発環境として採用することに，特段の矛盾は見つからない
とされる。そうすると，被告ソフトウェアの開発環境が「Ｖｉｓｕａｌ Ｓｔｕｄ
ｉｏ２００５」であることも，一審被告らが本件ソースコードを流用して被告ソフ
トウェアのソースコードを作成したことを推認させる事実とは認められない。
ｆ その他，一審原告は，るる主張するが，いずれも採用できない。
(5) まとめ
以上によれば，一審被告Ｙの行為は，不競法２条１項７号の営業秘密の使用に該
当せず，一審被告フェイスについても，同項８号の不正競争行為は認められない。
また，同項４号，５号の不正競争行為についても認定することはできない。
その余の争点については判断するまでもないが，原判決が，将来バージョンアッ
プされた後の被告ソフトウェアについて，本件ソースコードを使用するものか否か
審理することなく，その使用等の差止めを認めたことは，その範囲が過大であって，
相当でないことを付言する。
３ 結語
よって，一審原告の一審被告らに対する請求は，いずれも理由がないから棄却す
べきところ，これと異なる原判決は一部失当である。一審被告らの控訴はいずれも
理由があるから，原判決中一審被告ら敗訴部分を取り消して，一審原告の請求をい
ずれも棄却し，一審原告の控訴は理由がないからこれを棄却することとして，主文
のとおり判決する。
知的財産高等裁判所第１部
裁判長裁判官 高 部 眞 規 子
裁判官 小 林 康 彦
裁判官 関 根 澄 子