平成２４年１２月１８日判決言渡同日原本領収裁判所書記官
平成２４年（ワ）第５７７１号著作権侵害差止請求権不存在確認等請求事件口頭弁論終結日平成２４年１０月９日
判決
川崎市高津区＜以下略＞
原告新高和ソフトウェア株式会社
訴訟代理人弁護士松島淳也
同木村貴司
補佐人弁理士廣田恵梨奈
東京都千代田区＜以下略＞
被告日本テクノ・ラボ株式会社
訴訟代理人弁護士栄枝明典
同石井尚子
同齋藤貴弘
同内山浩人
主文
１ 原告が行う別紙目録１記載の各ソフトウェアの製造，販売について，被告が，別紙目録２記載のソフトウェアのプログラムの複製
権，翻案権及び譲渡権に基づく差止請求権を有しないことを確認する。
２ 原告が行う別紙目録１記載の各ソフトウェアの製造，販売について，被告が，原告の上記行為が不正競争防止法２条１項７号の不正競争行為に当たることを理由とする同法３条１項に基づく差止請求権を有しないことを確認する。
３ 訴訟費用は被告の負担とする。
事実及び理由
第１ 請求
主文第１項及び第２項と同旨
第２ 事案の概要
本件は，別紙目録１記載の各ソフトウェア（以下「原告ソフトウェア」と総称する。）を製造，販売する原告が，被告が，原告ソフトウェアのプログラムは，被告の著作物である別紙目録２記載のソフトウェア（以下「本件ソフトウェア」という。）のプログラムを複製又は翻案したものであり，原告が原告ソフトウェアを製造，販売する行為は，被告が保有する本件ソフトウェアのプログラムの著作権（複製権（著作権法２１条）又は翻案権（同法２７条）及び譲渡権（同法２６条の２第１項））の侵害行為に該当するとともに，被告の営業秘密である本件ソフトウェアのプログラム等の不正使用の不正競争行為（不正競争防止法２条１項７号）に該当することを理由に，原告に対し，著作権法１１２条１項及び不正競争防止法３条１項に基づく原告ソフトウェアの製造，販売の差止請求権を有するなどと主張しているとして，被告の上記各差止請求権の不存在の確認を求めた事案である。
１ 争いのない事実等（証拠の摘示のない事実は，争いのない事実又は弁論の全趣旨により認められる事実である。）
(1) 当事者
ア 原告は，情報処理機器並びにその周辺機器の開発，製造，販売，保守及び賃貸，ソフトウェアの企画，開発，設計，製造，販売及び保守等を目的とする株式会社である。
イ 被告は，コンピュータソフト及び関連機器の開発・販売，ソフトウェア業等を目的とする株式会社である。
(2) 本件訴訟に至る経緯
ア(ア) 原告は，原告と被告間の平成２０年８月５日付け業務委託基本契約（乙１。以下「本件業務委託基本契約」という。）に基づいて，平成２２年８月ころ，被告から，ＣＤ，ＤＶＤ，ブルーレイディスク等の光ディスク（記憶媒体）へのデータの書き込みからレーベル印刷（盤面印刷）までを自動で行う機能を有する装置である，いわゆる「ディスクパブリッシャー」を制御するソフトウェアの開発業務の委託を受け，同年１２月ころまでに，その成果物である本件ソフトウェアを製作し，被告に納入した（乙１，１８，１９，弁論の全趣旨）。本件業務委託基本契約の７条は，「個別契約に基づき作成された成果物」の所有権及び著作権（著作権法２７条，２８条の権利を含
む。）は，被告が「個別契約で定める請負金額全額」を原告に支払うことによって，原告から被告に移転する旨規定している。
(イ) 被告は，遅くとも本件口頭弁論終結日（平成２４年１０月９日）までに，本件ソフトウェアをインストールしたディスクパブリッシャー（製品名「Bravo se Disc Publisher」等）の販売を開始した（甲５，２１，乙９，１０，弁論の全趣旨）。
イ 原告は，平成２３年９月ころから，ディスクパブリッシャーを制御するソフトウェアである原告ソフトウェアの製造，販売を行っている。
ウ 被告の代理人弁護士は，原告の代理人弁護士に対し，平成２３年１２月２８日付け通知書（甲１）をもって，①原告が現在被告と競合する同一のソフトウェアを販売していることは，原告が被告から「iDupli」を請け負い製作した契約に違反する違法行為であるのみならず，著作権侵害及び営業秘密侵害である，②「群刻」のソフトウェアそのものが被告の著作権及び営業秘密侵害であるが，被告とエプソンチャイナ社との間で「iDupuli」を「EPSON製PP-100」等にバンドルするとの秘密の商談の内容を知って，これを利用して自らの取引にしたことも，被告の営業秘密の侵害であり，契約違反でもあるなどと通知した。
エ 原告は，平成２４年２月２９日，本件訴訟を提起した。
２ 争点
本件の争点は，①原告が原告ソフトウェアを製造，販売する行為についての本件ソフトウェアのプログラムの著作権（複製権又は翻案権及び譲渡権）侵害の成否（争点１），②原告の上記行為についての不正競争防止法２条１項７号の不正競争行為の成否（争点２）である。
第３ 争点に関する当事者の主張
１ 争点１（本件ソフトウェアのプログラムの著作権侵害の成否）
(1) 被告の主張
ア 本件ソフトウェアのプログラムの著作物性
(ア) 本件ソフトウェアは，ディスクパブリッシャーを用いて，企業内のサーバに蓄積された重要かつ膨大なデータを，光ディスクにバックアップし，それをオフライン管理し，検索や参照をする機能を備えた統合ソフトウェアである。
本件ソフトウェアのプログラムは，①ディスクパブリッシャーを制御して，サーバに蓄積されたデータを光ディスクに保存し，閲覧するという高度かつ複雑な機能を実現していること，②それらの機能の実現のために約７２００ステップの膨大な分量のソースコードが記述されていること，③その記述にはVisualC++という低レベル言語が用いられ，人為的作業によるコーディング量が多いこと，④２９にも及ぶソースコードのクラス分けに工夫が見られることなどからすると，本件ソフトウェアのプログラムの記述には，プログラマーの個性，すなわち表現上の創作性が認められるから，本件ソフトウェアのプログラムは，著作権法１０条１項９号の「プログラムの著作物」に該当する。
(イ) 被告は，本件業務委託基本契約に基づいて，原告に対し，本件ソフトウェアの製作を委託発注し，その代金全額を支払ったから，本件業務委託基本契約の７条により，本件ソフトウェアのプログラムの著作権は，原告から被告に移転した。
イ 類似性
(ア) 本件ソフトウェアのプログラムの基本機能部分のソースコードと原告ソフトウェアのプログラムの基本機能部分のソースコードとを対比すると，双方のクラスは，その名称が若干異なっているものの（例えば，本件ソフトウェアのプログラムの「 iDupli 」，「 panel 」，「job(s)」，「monitor」，「setting」，「tool」及び「operation」が，原告ソフトウェアのプログラムではそれぞれ「 Qunke 」，「box」，「project」，「listener」，「option」，「controller」及び「edit」となっている。），内容的な違いはなく，実質的には，ほぼ１対１で対応している。
このように両者のクラス構造が類似しているということは，両者の設計がほぼ一致していることを端的に示している。
(イ) 次に，本件ソフトウェアのプログラムのソースコードの記述における表現上の創作性を有する部分と原告ソフトウェアのプログラムのソースコードの記述とを，別紙１ないし１２のとおり対比すると，以下に述べるとおり，両者は，同一又は類似している。
ａ 別紙１及び２について
(ａ)①表現上の創作性を有する部分
本件ソフトウェアのプログラムのソースコードは，
「 IMPLEMENT_DYNAMIC(CJobsListPanel,CPanel) 」（別紙１の左）及び「 IMPLEMENT_DYNAMIC(CTasksListPanel,CPanel)」（別紙２の左）とあるように，「 CJobsListPanel 」や「 CTasksListPanel 」といった各クラスの上位クラスとして「CPanel」クラスを用意し，共通機能を当該上位クラスにまとめて，記述の重複やコーディング量を減らす等の表現上の工夫
をしている。
② 原告ソフトウェアのプログラムとの対比
原告ソフトウェアのプログラムのソースコードは，本件ソフ
トウェアのプログラムのソースコードと同様に，共通機能を上
位クラスにまとめて，記述の重複やコーディング量を減らす表
現上の工夫をしている
（「 IMPLEMENT_DYNAMIC(CProjectListBox,CBox) 」（別紙１の右），「 IMPLEMENT_DYNAMIC(CTaskListBox,CBox) 」（別紙２の右））。
(ｂ)①表現上の創作性を有する部分
本件ソフトウェアのプログラムは，３か国言語（日本語，英
語，中国語）に対応しているところ，表示する文字列を
「LoadResString」関数（別紙１の左，別紙２の左）を用いて獲得することにより，ユーザが選択した言語を意識せずにコーデ
ィングできるよう工夫している。
② 原告ソフトウェアのプログラムとの対比
原告ソフトウェアのプログラムは，「GetString」と関数名を変えているものの，本件ソフトウェアのプログラムと同じ処理
内容によって多言語化を実現している（別紙１の右，別紙２の
右）。
(ｃ)①表現上の創作性を有する部分
本件ソフトウェアのプログラムは，
「 theApp.m_jobMonitor.LoadJobs() 」命令（別紙１の左）又は「 theApp.m_taskMonitor.LoadTasks() 」命令（別紙２の左）で，「CTasksListPnael」オブジェクトを作成するときに，ファ
イ ルに保存してある設定項目を読み込み，終了するときは，
「 theApp.m_jobMonitor.SaveJobs() 」命令（別紙１の左）又は「 theApp.m_taskMonitor.SaveTasks() 」命令（別紙２の左）で設定項目をファイルに保存することとし，これにより，次回の
起動時に，前回の終了時の状態から再開できるようにしてい
る。
② 原告ソフトウェアのプログラムとの対比
原告ソフトウェアのプログラムは，
「 theApp.m_projectListener.LoadAllProject() 」（別紙１の右），「 theApp.m_taskListener.LoadTasks() 」（別紙２の右），「 theApp.m_projectListener.SaveAllProject()」（別紙１の右），「theApp.m_taskListener.SaveTasks()」（別紙２の右）といった本件ソフトウェアのプログラムと同様の表現で，
同じ機能を実現している。
ｂ 別紙３について
(ａ) 表現上の創作性を有する部分
本件ソフトウェアのプログラムは，「OnSize」メソッド（別紙３の左）で，ウィンドウのサイズが変更された場合の挙動につい
てプログラミングしている。この挙動の種類としては，ウィンド
ウのリサイズを認めない方法や，縦のみ又は横のみのサイズ変更
を認める方法がある中，本件ソフトウェアのプログラムは，ユー
ザビリティを考慮して，縦横ともに任意のサイズへの変更を認め
た上，中身もリサイズする仕様としている。
(ｂ) 原告ソフトウェアのプログラムとの対比
原告ソフトウェアのプログラムは，「OnSize」メソッドを配し（別紙３の右），本件ソフトウェアのプログラムと同様に，ウィ
ンドウのサイズを任意のサイズにリサイズするようプログラミン
グしている。
ｃ 別紙４について
(ａ) 表現上の創作性を有する部分
本件ソフトウェアのプログラムは，多言語（３か国語）表示に
対応しているが，どの言語で画面表示するかについては，
「m_cbLanguage.AddString」命令（別紙４の左）で，画面上のコンボボックスから三つの言語を選べるようにし，即時に利用言語
を変更できることにより，ユーザビリティの向上を図っている。
(ｂ) 原告ソフトウェアのプログラムとの対比
原告ソフトウェアのプログラムは，
「m_cbLanguage.AddString」命令（別紙４の右）を用いて，三つの言語をコンボボックスから選べるようにしている。
ｄ 別紙５について
(ａ)①表現上の創作性を有する部分
本件ソフトウェアのプログラムは，スプラッシュウィンドウ
（アプリケーション起動時に表示される案内画面）をビットマ
ップとして用意しておき，「LoadBitmap」命令（別紙５の左）で別ファイルを呼び出して表示している。これにより，プログ
ラムに変更を加えずに，スプラッシュウィンドウのデザインを
自由に変更することを可能にしている。また，スプラッシュウ
ィンドウのサイズについても，ビットマップの画像サイズであ
る「bmWidth」，「bmHeight」をそのままスプラッシュウィンドウのサイズとすることにより，自由なサイズのビットマップを
利用できるように工夫している。
② 原告ソフトウェアのプログラムとの対比
原告ソフトウェアのプログラムにおけるスプラッシュウィン
ドウの表示の仕組みは，本件ソフトウェアのプログラムのそれ
と同様であり，ソースコードの表記も同じである。
(ｂ)①表現上の創作性を有する部分
どのくらいの時間スプラッシュウィンドウを表示しておくか
を決めるのが「SetTimer」関数であるが，被告は，長すぎず短すぎずのバランスから，２０００ミリ秒が理想的であると考
え，本件ソフトウェアのプログラムにおいて
「SetTimer(1,2000,NULL)」と表記している（別紙５の左）。
② 原告ソフトウェアのプログラムとの対比
原告ソフトウェアのプログラムは，「SetTimer」関数を用いて表示時間を２０００ミリ秒としている。
ｅ 別紙６について
(ａ) 表現上の創作性を有する部分
本件ソフトウェアのプログラムは，画面に表示する文字につい
て，「LoadResString」関数を定義・利用し，その関数中で多言語処理を行わせることによって，呼出元では使用言語を意識しない
ように工夫している（別紙６の左）。
(ｂ) 原告ソフトウェアのプログラムとの対比
原告ソフトウェアのプログラムは，「 GetString」関数を定義し，同じように多言語処理を関数内で行わせ，呼出元では言語を
意識しなくてもよいような作りとなっている。
ｆ 別紙７について
(ａ) 表現上の創作性を有する部分
本件ソフトウェアのプログラムの機能を設定する画面におい
て，全ての設定項目を１画面で表示する方法もあるところ，被告
は，「AddPage」命令を用いて，機能ごとにグルーピングしてタブを設け，複数のタブを切り替え表示することにより，１画面に表
示される情報量を少なくし，利用者の使い勝手をよくするよう工
夫してプログラミングしている（別紙７の左）。
(ｂ) 原告ソフトウェアのプログラムとの対比
原告ソフトウェアのプログラムも，「AddPage」命令で，タブ画面を利用している。
ｇ 別紙８及び９について
(ａ)①表現上の創作性を有する部分
本件ソフトウェアのプログラムでは，「 DrawRobot」命令，「DrawInk」命令，「DrawDisc」命令でディスクパブリッシャーの状態を表示して，利用者の便宜を図るよう工夫している（別
紙８の左，別紙９の左）。このうち，「DrawRobot」命令でディスクパブリッシャーのアイコンを表示し，「DrawInk」命令でデ
ィ スクパブリッシャー内のインクの残量を表示し，
「DrawDisc」命令で書き込み対象の光ディスクの残量を表示している。
② 原告ソフトウェアのプログラムとの対比
原告ソフトウェアのプログラムは，「 DrawPublisher 」，「DrawInk」，「DrawBins」といった，上記①と同一又は類似の表現で同じ機能を提供している。
(ｂ)①表現上の創作性を有する部分
どのくらいの頻度でディスクパブリッシャーの状態を取得し
て画面に表示するかは，表示のリアルタイム性と処理速度との
バランスをとる上で重要であるところ，被告は，これを２００
０ミリ秒が最適であると考え，本件ソフトウェアのプログラム
において，「SetTimer」関数にて２０００ミリ秒をセットしている（別紙８の左，別紙９の左）。
② 原告ソフトウェアのプログラムとの対比
原告ソフトウェアのプログラムも，「SetTimer」関数で２０００ミリ秒と設定している。
ｈ 別紙１０について
(ａ) 表現上の創作性を有する部分
ディスクパブリッシャーにセットされた光ディスクに，実際に
データを書き込もうとした場合，その書き込み開始方法として，
手動で開始する方法，自動で開始する方法，自動で開始する場合
についても日時を指定するのか，特定の条件により開始するのか
など，いろいろな方法が考えられる。
この点，本件ソフトウェアのプログラムは，利用者がいちいち
本件ソフトウェアのプログラムを操作しなくても書き込みが開始
できる仕組みとして，①外部のコンピュータでCSVファイルを用意して，そのファイルを特定のフォルダに保存した時点で，CSVファイルの内容に従って書き込みを開始する方法（CSVジョブ）と，②フォルダの容量を監視して一定容量を超えた際に書き込みを開始
する方法（フォルダジョブ）を用意し，遠隔地からの処理や自動
処理に対応する機能を備えている。そして，その機能を実現する
ため，「if (CSV_JOB == m_nJobType)」と「else if (FOLDER_JOB== m_nJobType)」により処理を分けて記述している（別紙１０の左）。
(ｂ) 原告ソフトウェアのプログラムとの対比
原告ソフトウェアのプログラムは，上記(ａ)と同様の機能を有
し，「 if (NORMAL_PROJECT == m_nProjectType) 」と「 else if(FOLDER_PROJECT == m_nProjectType) 」に条件分岐して処理を記述している。
ｉ 別紙１１について
(ａ) 表現上の創作性を有する部分
本件ソフトウェアのプログラムは，
「IMPLEMENT_DYNCREATE(CCsvIDTask,CIDTask)」（別紙１１の左）とあるように，タスク処理に関する共通機能について「CIDTask」にまとめて記述し，「CCsvIDTask」，「CFolderIDTask」等がクラス承継する仕組みをとっている。これにより，重複ソースコード
を排除してメンテナンス性の向上を図るとともに，承継先クラス
の違いを意識することなく，「CIDTask」を扱うことがきるよう工夫して記述されている。
(ｂ) 原告ソフトウェアのプログラムとの対比
原告ソフトウェアのプログラムも，「IMPLEMENT_DYNCREATE」命令により，共通機能を「 CTask 」にまとめて記述し，これを「CCsvTask」，「CFolderTask」が承継している点で，本件ソフトウェアのプログラムと同じである。
ｊ 別紙１２について
(ａ)①表現上の創作性を有する部分
本件ソフトウェアのプログラムは，ユーザのメニューアクセ
ス性を向上させるため，Windowsのタスクトレイにアイコンを表示し，それを右クリックするとメニューが選択できるように工
夫している。それを実現するため，「 AddNotifyIcon() 」関数（別紙１２の左）において，「OnSysHFMStart()」でホットフォルダー（監視対象先フォルダー）の監視，「OnSysJMStart()」でジョブの監視，「OnSysTMStart()」でタスクの監視の各メニューを追加している。
② 原告ソフトウェアのプログラムとの対比
原告ソフトウェアのプログラムも，「AddNotify()」関数の中の「 OnHFLStart() 」，「 OnPLStart() 」，「 OnTLStart() 」の記述によって，同じ機能を実現してる。
(ｂ)①表現上の創作性を有する部分
処理作業中に利用者がアプリケーションの終了処理を行った
場合の挙動について，強制終了を認める方法，全く認めない方
法等いろいろ考えられるところ，本件ソフトウェアのプログラ
ムは，処理中のタスクがある場合に終了すると，処理途中で終
了して何らかの不具合が生じる危険があることから，その危険
を利用者に警告し，それでも終了するかどうかについて，利用
者の判断に委ねることにした。そのため，「 if
(the.App.m_taskMonitor.IsExistUnFinishedTasks() …」で，未終了のタスクがあるかどうかを確認し，あった場合に
「 AfxMessageBox 」命令で「 There are some unfinishedtask(s).The exact status will lose if you close theapplicaton. Are you sure to close it ?」とメッセージを表示して，「YES」，「NO」ボタンを表示し，「YES」が押された場合に終了するようにプログラミングしている（別紙１２の
左）。
② 原告ソフトウェアのプログラムとの対比
原告ソフトウェアのプログラムも，「 if
(theApp.m_taskListener.IsExistUnFinishedTasks() 」で，未終了のタスクがあるかどうかを確認し，あった場合に
「 AfxMessageBox 」命令で，「 Unfinished task(s) exist, Ifyou close the application you will lost the status. Areyou sure to exit application?」と，ほぼ同様のメッセージを表示して「YES」，「NO」ボタンを表示し，「YES」ボタンが押された場合に終了処理をするように記述されている。
(ｃ)①表現上の創作性を有する部分
アプリケーションの終了処理に際し，ディスクへの書き込み
作業等が終了する前にアプリケーションが終了し，不具合が生
じてしまうことを避けるため，一定間隔で作業の終了確認を行
い，終了が確認できた場合に限り，アプリケーションが終了す
るように工夫している。もっとも，この場合であっても，どの
程度の間隔で終了確認をするのか，短すぎれば，その確認処理
自体の処理の重さから，終了処理が遅れる本末転倒の事態が生
じかねず，逆に確認処理間隔が長すぎれば，すでに終了処理が
終わっていても，アプリケーションが終わらないという無駄な
時間が生じてしまう。そこで，被告は，両者のバランスを考慮
した結果，終了確認の間隔を５００ミリ秒に調整し，この工夫
を実現するため，本件ソフトウェアのプログラムは，「while」命令のループ処理の中で，「Delay」命令で５００ミリ秒ごとに終了確認を行い，終了が確認できるまでループする処理をして
いる（別紙１２の左）。
② 原告ソフトウェアのプログラムとの対比
原告ソフトウェアのプログラムも，「 while 」文の中の
「 Delay」で，５００ミリ秒の間隔を設定しており，その表現は，本件ソフトウェアのプログラムと同じである。
(ウ) 以上のとおり，原告ソフトウェアのプログラムと本件ソフトウェアのプログラムとは，ほとんどの部分が同一又は類似した表現となっており，相違が認められる部分は些細なものにすぎないから，表現上の本質的な特徴が同一である。
ウ 依拠
(ア) 原告は，被告からプログラム開発の委託を受けて，本件ソフトウェアのプログラムを製作し，これを被告に納入しているのであるから（前記争いのない事実等(2)ア(ア)），本件ソフトウェアのプログラムの内容を熟知していた。
(イ ) 原告ソフトウェアのプログラムのソースコードには，次のとおり，本件ソフトウェアのプログラムが流用された痕跡が残っている。
ａ 原告ソフトウェアのプログラムの「CCsvTask」クラスのソースコード（別紙１１の右）の１行目には，「// CsvIDTask.cpp…」と記述されているが，原告ソフトウェアのプログラムのクラスの名称である「CCsvTask」からすれば，ここは「// CsvTask.cpp…」と記述されなければならない。それにもかかわらず，「CsvIDTask.cpp…」と記述されているのは，原告が，本件ソフトウェアのプログラムの「 CCsvIDTask 」クラスのソースコードをそのままコピーしたものの，訂正し忘れたからにほかならない。
ｂ また，原告ソフトウェアのプログラムのCMainFrame（別紙１２の右・甲７の７３頁）に，「 /* 」，
「 ON_NOTIFY_EX_RANGE(TTN_NEEDTEXTW, …」，「 ON_NOTIFY_EX_RANGE(TTN_NEEDTEXTA, …」，「 */」との記述があるところ，「/*」～「*/」で囲まれた部分は，コメントとなりプログラムとしては意味のない部分となる。
しかしながら，本来，この２行はVisual C++が自動生成するソース部分であるところ，もし，原告が一からプログラムを製作したのであれば，不要なコードが自動生成されることはありえないはずである。このように，原告ソフトウェアのプログラムのソースコードに，全く不要なコードの記述が残っているのは，本件ソフトウェアのプログラムの「CMainFrm」クラスのソースコードをそのままコピーしたこと以外には，その原因が考えられない。
(ウ) したがって，原告が原告ソフトウェアのプログラムを製作するに当たり本件ソフトウェアのプログラムに依拠したものといえる。
エ まとめ
以上によれば，原告は，本件ソフトウェアのプログラムに依拠して，その表現上の本質的な特徴の同一性を維持しつつ，些細な修正，増減，変更等を加えて，原告ソフトウェアのプログラムを製作したものであるから，原告の上記行為は，本件ソフトウェアのプログラムの複製又は翻案に当たる。
したがって，原告が原告ソフトウェアを製造及び販売する行為は，本件ソフトウェアのプログラムについて原告が保有する著作権（複製権又は翻案権及び譲渡権）の侵害行為に該当する。
(2) 原告の主張
ア 類似性の主張に対し
(ア) 既存の著作物の複製権侵害又は翻案権侵害を主張するには，既存の著作物と複製物又は翻案物であるとされる対象物との表現上の同一性のある部分を抽出して，その部分が創作性を有すること，つまり，対象物の表現から既存の著作物の表現上の本質的な特徴を直接感得することができることを具体的に述べなければならず，プログラムの著作物の複製権侵害又は翻案権侵害を主張するに当たっても，プログラムが果たす機能やアイデアそれ自体の共通性ではなく，自己のプログラムの表現上の創作性を有する部分，つまり，プログラムの具体的記述における創作性のある部分と，対象プログラムの具体的記述との同一性又は類似性があることを明らかにする必要がある。
この点に関し，被告は，本件ソフトウェアのプログラムの基本機能部分のソースコードのクラスと原告ソフトウェアのプログラムの基本機能部分のソースコードのクラスとが実質的にはほぼ１対１で対応し，両者のクラス構造が類似しているということは，両者の設計がほぼ一致していることを端的に示している旨主張する。
しかしながら，そもそも原告ソフトウェアと本件ソフトウェアとでは，実現する機能や表示画面の内容が全く異なり，原告ソフトウェアのプログラムは，行数４０６頁２万１４８８行，１２５のクラスで構成されているのに対し，本件ソフトウェアのプログラムは，行数１７２頁６８４７行，５２のクラスで構成されており，両者の設計がほぼ一致しているとはいえない。また，仮に両者の設計がほぼ一致しているという事実があるとしても，単にアイデアが共通しているというだけで，表現が共通することを意味するものではないから，著作権侵害とは関係がない。
したがって，原告の上記主張は，本件ソフトウェアのプログラムの表現上の創作性を有する部分が原告ソフトウェアのプログラムの表現と同一又は類似することの根拠となるものではない。
(イ) 次に，被告は，本件ソフトウェアのプログラムのソースコードと原告ソフトウェアのプログラムのソースコードの一部分を抽出して，その対比を試みているが，別紙１ないし１２のとおり，両者の具体的記述は異なっている。また，両者で共通性が認められる部分は，機能又はアイデアそれ自体か，第三者（Baidu社）が提供しているオープン
ソ ースソフトウェアを利用した記述，マイクロソフト社の「 VisualStudio」が自動生成するソースコードを利用した記述，その他ありふれた表現を用いたものなどにすぎず，本件ソフトウェアのプログラムの表現上の本質的な特徴を原告ソフトウェアのプログラムから直接感得できるものではない。
具体的には，次のとおりである。
ａ 別紙１及び２について
被告の指摘する本件ソフトウェアのプログラム及び原告ソフトウ
ェアのプログラムの各記述は，表現が異なる。
また，「IMPLEMENT_DYNAMIC」は，マイクロソフト社があらかじめ用意している関数の名称（甲２２）であり，この点については，創作性はない。
さらに，被告が主張する記述の重複やコーディング量を減らす等
の表現上の工夫をしているとの点（前記(1)イ(イ)ａ(ａ)①），ユーザが選択した言語を意識せずにコーディングできるよう工夫しているとの点（前記(1)イ(イ)ａ(ｂ)①），次回の起動時に，前回の終了時の状態から再開できるようにしているとの点（前記(1)イ(イ)ａ(ｃ)①）は，いずれもアイデアであって表現ではないから，著作権による保護の対象ではない。
ｂ 別紙３について
被告主張の「OnSize」メソッドは，マイクロソフト社があらかじめ用意しているメソッド（甲８）であり，Visual Studioを使用するとソースコードの雛形が自動生成される。
被告の指摘する本件ソフトウェアのプログラム及び原告ソフトウ
ェアの各記述は，マイクロソフト社が提供している上記ソースコードの雛形を利用したものであり，ありふれた表現である。
また，被告が主張するユーザビリティを考慮して，縦横ともに任
意のサイズへの変更を認めた上，中身もリサイズする仕様としているとの点（前記(1)イ(イ)ｂ(ａ)）は，アイデアであって表現ではないから，著作権による保護の対象ではない。
ｃ 別紙４について
被告の指摘する本件ソフトウェアのプログラム及び原告ソフトウ
ェアのプログラムの各記述は，表現が異なる。
また，「m_cbLanguage.AddString」という表現は共通しているが「 m_cbLanguage 」は，コンボボックス（ combo box ）で「言語」（Language）を選択するための関数であるため，combo boxの頭文字と Language を結合したにすぎないありふれた表現である（甲１１）。
そして，「 m_cbLanguage.AddString」は「 m_cbLanguage」というありふれた関数名と「AddString」というマイクロソフト社があらかじめ用意していた関数（甲１０）の関数名を文法に従って結合させたにすぎないから，創作性はない。
さらに，被告が主張する画面上のコンボボックスから三つの言語
を選べるようにし，即時に利用言語を変更できることにより，ユーザビリティの向上を図っているとの点（前記(1)イ(イ)ｃ(ａ)）は，アイデアであって表現ではないから，著作権による保護の対象ではない。
ｄ 別紙５について
別紙５（乙４の５）は，そもそもBaidu社が広く公開しているオープンソースソフトウェア（甲１１）に係る記述部分であり，原告ソフトウェアのプログラムも，本件ソフトウェアのプログラムも，上記オープンソースソフトウェアを利用しているのであるから，両プログラムに共通部分が存在するのは当然である。上記オープンソースソフトウェアに関する権利は，Baidu社に帰属していることは明らかであるから，被告が著作権侵害を主張することはできない。
また，被告が指摘する「LoadBitmap」命令及び「SetTimer」関数は，マイクロソフト社があらかじめ用意している関数の名称（甲１
２ ，１３）であり，被告が共通性を主張する部分には創作性もない。
ｅ 別紙６について
被告の指摘する本件ソフトウェアのプログラム及び原告ソフトウ
ェアのプログラムの各記述は，表現が異なる。
また，上記各記述中の「CString」，「UINT」はデータの型名であり文法上の制約を受ける表現である上，「nID」という変数名もありふれた表現である。
さらに，被告が主張する関数中で多言語処理を行わせることによ
り，呼出元では，使用言語を意識しないように工夫しているとの点（前記(1)イ(イ)ｅ(ａ)）は，アイデアであって表現ではないから，著作権による保護の対象ではない。
ｆ 別紙７について
被告の指摘する本件ソフトウェアのプログラム及び原告ソフトウ
ェアのプログラムの各記述は，表現が異なる。
また，原告プログラムでは，九つの「AddPage」命令が記述されているのに対し，被告プログラムでは四つの「AddPage」命令が記述されているにすぎず，共通する表現は，「 AddPage
（&m_normalPage）」，「AddPage（&m_discFormatPage）」の２行だけである。「AddPage」命令自体は，あらかじめマイクロソフト社が用意している命令（甲１４）であり，引数の「 &m_normalPage」，「&m_discFormatPage」もありふれた表現である。さらに，被告が主張する「AddPage」命令を用いて，機能ごとにグルーピングしてタブを設け，複数のタブを切り替え表示することにより，１画面に表示される情報量を少なくし，利用者の使い勝手をよくするよう工夫しているとの点（前記(1)イ(イ)ｆ(ａ)）は，アイ
デ アであって表現ではないから，著作権による保護の対象ではない。
ｇ 別紙８及び９について
被告の指摘する本件ソフトウェアのプログラム及び原告ソフトウ
ェアのプログラムにおける「DrawRobot」命令，「DrawInk」命令，「DrawDisc」命令に係る各記述は，表現が異なる。一致しているのは，「DrawInk（&dc）」の１行だけであるが，ありふれた表現であることは，一見して明らかである。
次に，「SetTimer」関数自体は，マイクロソフト社が用意している関数の名称（甲１３）にすぎず，ありふれた表現である。また，被告はあたかも２０００ミリ秒が設定されていることに意味があるかのような主張をしているが，このパラメータは経験則により最適値が設定されるだけのことであり，表現としてはありふれている。さらに，被告が主張する「DrawRobot」命令，「DrawInk」命令，「DrawDisc」命令でディスクパブリシャーの状態を表示して，利用者の便宜を図るとの点（前記(1)イ(イ)ｇ(ａ)①），どのくらいの頻度でディスクパブリッシャーの状態を取得して画面に表示するか
は，表示のリアルタイム性と処理速度とのバランスをとる上で重要であるとの点（前記(1)イ(イ)ｇ(ｂ)①）は，アイデアであって表現ではないから，著作権による保護の対象ではない。
ｈ 別紙１０について
被告の指摘する本件ソフトウェアのプログラム及び原告ソフトウ
ェアのプログラムの各記述は，表現が異なる。
本件ソフトウェアのプログラムは，if文の中で，更にif文を三つ利用しているのに対し，原告ソフトウェアのプログラムでは，このような表現は使用されていない点，原告ソフトウェアのプログラムでは「GetDlgItem」命令が４７回も表現されているのに対し，本件ソフトウェアのプログラムは，「GetDlgItem」命令が１９回しか表現されていないなど，「GetDlgItem」命令が使用されていることを除き共通点を見出すことができないが，「 GetDlgItem 」命令自体は，マイクロソフト社があらかじめ用意している関数の名称（甲１５）であり，ありふれた表現である。
さらに，被告が主張する利用者がいちいち本件ソフトウェアのプ
ログラムを操作しなくても書き込みが開始できる仕組みとして，二つの方法を用意し，遠隔地からの処理や自動処理に対応する機能を備えているとの点（前記(1)イ(イ)ｈ(ａ)）は，アイデアであって表現ではないから，著作権による保護の対象ではない。
ｉ 別紙１１について
被告の指摘する本件ソフトウェアのプログラム及び原告ソフトウ
ェアのプログラムの各記述は，表現が異なる。そもそも原告ソフトウェアのプログラムはわずか１９行しかないのに対し，本件ソフトウェアのプログラムは８０行で構成されている。
「IMPLEMENT_DYNCREATE」は，マイクロソフト社があらかじめ用意している関数の名称（甲１６）であり，ありふれた表現である。
さらに，被告が主張する重複ソースコードを排除してメンテナン
ス性の向上を図るとともに，承継先クラスの違いを意識することなく，「CIDTask」を扱うことができるよう工夫しているとの点（前記(1)イ(イ)ｉ(ａ)）は，アイデアであって表現ではないから，著作権による保護の対象ではない。
ｊ 別紙１２について
被告の指摘する本件ソフトウェアのプログラム及び原告ソフトウ
ェアのプログラムの各記述は，表現が異なる。
「AddNotifyIcon()」という表現は共通しているが，これは，この関数名がありふれているためであり（甲１７），「AfxMessageBox」関数を使用している点は一致しているが，「AfxMessageBox」関数自体は，マイクロソフト社が用意している関数の名称（甲１８）であり，同様に，ありふれた表現である。また，「 while 」文及び「Delay」関数を使用しているという点と「Delay」関数の引数である点でも共通するが，「while」文は文法上定められた表現であり（甲１９），「Delay」関数はエンジニアが一般的に使用するありふれた関数名（甲２０）である。被告はあたかも５００ミリ秒が設定されていることに意味があるかのような主張をしているが，このパラメータは経験則により最適値が設定されるだけのことであり，表現としてはありふれている。
さらに，被告が主張するユーザのメニューアクセス性を向上させ
るため，Windowsのタスクトレイにアイコンを表示し，それを右クリックするとメニューが選択できるように工夫しているとの点（前記(1)イ(イ)ｊ(ａ)①），「if」文で，未終了のタスクがあるかどうかを確認し，あった場合に「AfxMessageBox」命令でメッセージを表示して，「YES」，「NO」ボタンを表示し，「YES」が押された場合に終了するようにプログラミングしているとの点（前記(1)イ(イ)ｊ(ｂ)①），終了確認の間隔を５００ミリ秒に調整するとの点（前記(1)イ(イ)ｊ(ｃ)①）は，いずれもアイデアであって表現ではないから，著作権による保護の対象ではない。
イ 依拠の主張に対し
被告の主張は争う。
ウ まとめ
以上のとおり，被告が本件ソフトウェアのプログラムにおいて表現上の創作性を有すると主張する部分には，そもそも創作性がなく，また，上記部分と原告ソフトウェアのプログラムの表現は全く異なるから，原告ソフトウェアのプログラムは，本件ソフトウェアのプログラムを複製又は翻案したものといえない。
したがって，原告が原告ソフトウェアを製造及び販売する行為は，本件ソフトウェアのプログラムに係る被告の複製権，翻案権及び譲渡権を侵害するものではない。
２ 争点２（不正競争防止法２条１項７号の不正競争行為の成否）
(1) 被告の主張
ア 本件ソフトウェアのプログラムの不正使用
(ア) 本件ソフトウェアのプログラムの営業秘密該当性
ａ 本件ソフトウェアのプログラムは，製作のアイデアを表すものであり，これを用いて本件ソフトウェアが製作されるのであるから，それ自体が被告の事業活動に有用な情報である。
ｂ 本件ソフトウェアのプログラムは，その製作段階から製作担当者以外の者がアクセスしてはならない仕組みになっており，また，完成したソースコードは，被告のサーバで厳格に秘密として管理さ
れ，特別なパスワードなくしてはアクセスできない。
ｃ 本件ソフトウェアのプログラムは，守秘義務を課された者以外に知る術がなく，公然と知られていない。
ｄ 以上によれば，本件ソフトウェアのプログラムは，被告の営業秘密（不正競争防止法２条６項）に該当する。
(イ) 原告の不正競争行為
原告は，本件ソフトウェアのプログラムの製作業務の遂行によって知り得た被告の技術ノウハウ，営業等の機密を保持する義務を負っていたにもかかわらず（乙１の２），被告から顧客を奪い，被告に損害を加える目的で，被告の営業秘密である本件ソフトウェアのプログラムの表現上の創作性を有する部分（前記１(1)イ(イ)）を使用して原告ソフトウェアを製造し，販売したものであり，原告の上記製造及び販売は，不正競争防止法２条１項７号の不正競争行為に該当する。
イ エプソンチャイナ社の製品改良検討要望事項の不正使用
(ア) エプソンチャイナ社の製品改良検討要望事項の営業秘密該当性
ａ 原告は，被告の依頼を受けて，被告の顧客である中国法人のエプソンチャイナ社との交渉を行い，その交渉過程で，エプソンチャイナ社から，ディスクパブリッシャーについて，下記の要望事項のとおりの製品改良検討要望（以下，この要望事項を「本件要望事項」という。）を受けた。そして，エプソンチャイナ社からの本件要望事項は，エプソンチャイナ社に被告のディスクパブリッシャーを購入させるためには重要な条件であり，これを満たすことが購入の前提となるから，被告の事業活動に有用な情報である。
（要望事項）
(ａ) 元データ削除機能（光ディスクへのバックアップ完了後にサーバ上の元データを消す機能）の追加
(ｂ) 分葉計算のロジックの検討（例えば，１０００ファイルで１枚のディスクに入りきらないが，９９９ファイルまでは１枚のデ
ィスクに入るという場合に，１枚目に９９９ファイルを入れて，
２枚目に１ファイルしか入れないとすれば，２枚目がもったいな
いので，このような場合に，どう動作させるかを再検討するとい
うもの）
(ｃ) フォルダ容量監視の開始タイミング（例えば，５０ＧＢを超えたらバックアップ開始するというトリガーが設定されていると
きに，１００ＧＢのデータを転送したらどのように動かすのかを
精査するということ）
ｂ 被告と原告にとってエプソンチャイナ社との交渉は，第三者に知られてはならない機密情報であり，エプソンチャイナ社からの本件要望事項は，被告において秘密として管理されていた。
ｃ エプソンチャイナ社からの本件要望事項は，被告の依頼を受けて被告のためにエプソンチャイナ社との交渉に当たった原告の担当者以外には知られておらず，公然と知られていない。
ｄ 以上によれば，エプソンチャイナ社からの本件要望事項は，被告の営業秘密（不正競争防止法２条６項）に該当する。
(イ) 原告の不正競争行為
原告は，エプソンチャイナ社からの本件要望事項について守秘義務が課されていたにもかかわらず，被告から顧客を奪い，被告に損害を加える目的で，被告の営業秘密である本件要望事項を利用し，これを搭載した原告ソフトウェアを製造し，販売したものであり，原告の上記製造及び販売は，不正競争防止法２条１項７号の不正競争行為に該当する。
(2) 原告の主張
ア 本件ソフトウェアのプログラムの不正使用の主張に対し
(ア) 本件ソフトウェアのプログラムが被告の事業活動に有用な情報であることは認めるが，被告が本件ソフトウェアのプログラムを秘密として管理していた事実は否認する。
また，別紙１ないし１２に係る大多数の関数は，マイクロソフト社が公開している関数であり，本件ソフトウェアのプログラムのうち，これらの関数に関する情報や，オープンソースを利用したにすぎない部分は，公知である。
したがって，本件ソフトウェアのプログラムが被告の営業秘密に該当するとの被告の主張は争う。
(イ) 原告は，前記１(2)のとおり，本件ソフトウェアのプログラムの表現上の創作性を有する部分を使用して原告ソフトウェアのプログラムを製作していないから，原告による原告ソフトウェアの製造及び販売が本件ソフトウェアのプログラムの不正使用の不正競争行為に該当する旨の被告の主張は理由がない。
イ エプソンチャイナ社の製品改良検討要望事項の不正使用
本件要望事項が被告の営業秘密に該当するとの被告の主張は争う。そもそも，原告は，被告主張の営業秘密を「示された」（不正競争防止法２条１項７号）ことはなく，当該営業秘密を使用した事実もない。したがって，原告による原告ソフトウェアの製造及び販売が本件要望事項の不正使用の不正競争行為に該当する旨の被告の主張は理由がない。
第４ 当裁判所の判断
１ 争点１（本件ソフトウェアのプログラムの著作権侵害の成否）について
(1) 著作権法が保護の対象とする「著作物」は，「思想又は感情を創作的に表現したもの」（同法２条１項１号）をいい，アイデアなど表現それ自体でないもの又はありふれた表現など表現上の創作性がないものは，著作権法による保護は及ばない。また，著作権法上，「プログラム」とは，「電子計算機を機能させて一の結果を得ることができるようにこれに対する指令を組み合わせたものとして表現したもの」（同法２条１項１０号の２）をいい，「プログラムの著作物」（同法１０条１項９号）に対する著作権法による保護は，その著作物を作成するために用いる「プログラム言語」（プログラムを表現する手段としての文字その他の記号及びその体系），「規約」（特定のプログラムにおけるプログラム言語の用法についての特別の約束）及び「解法」（プログラムにおける電子計算機に対する指令の組合せの方法）には及ばない（同条３項）。
そうすると，プログラムにおいて，コンピュータ（電子計算機）にどのような処理をさせ，どのような機能を持たせるかなどの工夫それ自体は，アイデアであって，著作権法による保護が及ぶことはなく，また，プログラムを著作権法上の著作物として保護するためには，プログラムの具体的記述に作成者の思想又は感情が創作的に表現され，その作成者の個性が表れていることが必要であるが，プログラムは，その性質上，プログラム言語，規約及び解法による表現の手段の制約を受け，かつ，コンピュータ（電子計算機）を効率的に機能させようとすると，指令の組合せの具体的記述における表現は事実上類似せざるを得ない面があることからすると，プログラムの作成者の個性を発揮し得る選択の幅には自ずと制約があるものといわざるを得ない。
一方，複製とは，印刷，写真，複写，録音，録画その他の方法により著作物を有形的に再製することをいい（著作権法２条１項１５号参照），著作物の再製は，当該著作物に依拠して，その表現上の本質的な特徴を直接感得することのできるものを作成することを意味するものと解され，また，著作物の翻案とは，既存の著作物に依拠し，かつ，その表現上の本質的な特徴の同一性を維持しつつ，具体的表現に修正，増減，変更等を加えて，新たに思想又は感情を創作的に表現することにより，これに接する者が既存の著作物の表現上の本質的な特徴を直接感得することのできる別の著作物を創作する行為をいうものと解される（最高裁判所平成１３年６月２８日第一小法廷判決・民集５５巻４号８３７頁参照）。
以上の諸点に鑑みると，原告ソフトウェアのプログラムが本件ソフトウェアのプログラムの複製又は翻案に当たるかどうかを判断するに当たっては，まず，本件ソフトウェアのプログラムの具体的記述における表現上の創作性を有する部分と原告ソフトウェアのプログラムの具体的記述とを対比し，原告ソフトウェアのプログラムの具体的記述から本件ソフトウェアのプログラムの表現上の本質的な特徴を直接感得することができるかどうかを検討する必要があるというべきである。
(2) 被告は，本件ソフトウェアのプログラムのソースコードの記述における表現上の創作性を有する部分と原告ソフトウェアのプログラムのソースコードの記述とを，別紙１ないし１２のとおり対比すると，両者は，同一又は類似した表現となっており，相違が認められる部分は些細なものにすぎないから，表現上の本質的な特徴が同一である旨（前記第３の１ (1) イ(イ)，(ウ)）主張する。
しかしながら，被告が主張する本件ソフトウェアのプログラムにおける表現上の工夫は，いずれも本件ソフトウェアの機能を述べるものにすぎず，それらは，プログラムの具体的記述における表現それ自体ではないアイデアであって，著作権法による保護が及ぶものではないから，その主張自体，本件ソフトウェアのプログラムの具体的記述における表現上の創作性を基礎付けるものではない。
また，別紙１ないし１２から明らかなとおり，被告が主張する本件ソフトウェアのプログラムのソースコードの記述における表現上の創作性を有する部分と原告ソフトウェアのプログラムのソースコードの具体的記述とは，一部分において共通する箇所があるものの，一致しているとはいえない。
さらに，上記共通する箇所は，原告が主張するように，第三者（Baidu社）が提供しているオープンソースソフトウェアを利用した記述や，マイクロソフト社の「Visual Studio」が自動生成するソースコードを利用した記述，マイクロソフト社が公開している関数の名称（「 OnSize 」，「 AddString 」，「 LoadBitMap 」，「 SetTimer 」，「 AddPage 」，「 GetDlgItem 」，「 IMPLEMENT_DYNCREATE 」，「 AfxMessageBox 」，「IMPLEMENT_DYNAMIC」等）の記述，コンピュータプログラムの文法上一般的に使用される表現を用いたもの（「While」文等）など，いずれもありふれた表現であって（甲８ないし２０，２２，弁論の全趣旨），作成者の個性が表れているものとはいえない。
以上によれば，被告が本件ソフトウェアのプログラムのソースコードの記述における表現上の創作性を有すると主張する部分は，そもそも表現上創作性を認めることはできないし，また，被告が主張する原告ソフトウェアのプログラムの具体的記述から本件ソフトウェアのプログラムの表現上の本質的な特徴を直接感得することはできない。
したがって，本件ソフトウェアのプログラムのソースコードの記述における表現上の創作性を有する部分と原告ソフトウェアのプログラムのソースコードの記述とが表現上の本質的な特徴が同一であるとの被告の主張は採用することはできない。
(3) 以上のとおり，原告ソフトウェアのプログラムの具体的記述から本件ソフトウェアのプログラムの表現上の本質的な特徴を直接感得することができないから，その余の点について判断するまでもなく，原告ソフトウェアのプログラムが本件ソフトウェアのプログラムを複製又は翻案したものと認めることはできない。
したがって，原告が原告ソフトウェアを製造，販売する行為が，被告が保有する本件ソフトウェアのプログラムの著作権（複製権又は翻案権及び譲渡権）の侵害行為に該当するとの被告の主張は理由がないから，被告が，原告に対し，著作権法１１２条１項に基づいて，原告ソフトウェアの製造，販売の差止請求権を有するものとは認められない。
２ 争点２（不正競争防止法２条１項７号の不正競争行為の成否）について
(1) 本件ソフトウェアのプログラムの不正使用に係る不正競争行為の成否について
被告は，原告が，被告から顧客を奪い，被告に損害を加える目的で，被告の営業秘密である本件ソフトウェアのプログラムの表現上の創作性を有する部分を使用して原告ソフトウェアを製造し，販売したものであり，原告の上記製造及び販売は，不正競争防止法２条１項７号の不正競争行為に該当する旨主張する。
しかしながら，前記１(3)のとおり，原告ソフトウェアのプログラムが本件ソフトウェアのプログラムを複製又は翻案したものと認めることはできず，原告が本件ソフトウェアのプログラムの表現上の創作性を有する部分を使用して原告ソフトウェアを製造し，販売したものとはいえないから，その余の点について検討するまでもなく，被告の上記主張は，理由がない。
(2) エプソンチャイナ社からの本件要望事項の不正使用に係る不正競争行為の成否について
被告は，原告が，被告から顧客を奪い，被告に損害を加える目的で，被告の営業秘密であるエプソンチャイナ社からの本件要望事項を利用し，これを搭載した原告ソフトウェアを製造し，販売したものであり，原告の上記製造及び販売は，不正競争防止法２条１項７号の不正競争行為に該当する旨主張する。
しかしながら，被告が主張するエプソンチャイナ社からの本件要望事項それ自体が被告において秘密として管理されていたことを認めるに足りる証拠はない。また，原告がエプソンチャイナ社からの本件要望事項を利用し，これを搭載した原告ソフトウェアを製造したことについての具体的な主張立証はない。
したがって，その余の点について検討するまでもなく，被告の上記主張は，理由がない。
(3) まとめ
以上のとおり，原告が被告の営業秘密である本件ソフトウェアのプログラムの表現上の創作性を有する部分及びエプソンチャイナ社からの本件要望事項を使用して原告ソフトウェアを製造し，販売したことが不正競争防止法２条１項７号の不正競争行為に該当するとの被告の主張は理由がないから，被告が，原告に対し，同法３条１項に基づいて，原告ソフトウェアの製造，販売の差止請求権を有するものとは認められない。
３ 結論
(1) 以上によれば，原告の請求は，理由があるから，いずれも認容することとし，主文のとおり判決する。
(2) なお，被告の平成２４年９月１９日付け文書提出命令の申立て（平成２４年（モ）第３６１９号）については，本訴における被告の主張内容等に鑑みれば，既に書証として提出されている原告ソフトウェアのプログラムのソースコード（甲７）のほかに，上記申立てに係る原告ソフトウェアのプログラムのソースコードの証拠調べの必要性はないものと認められるから，上記申立てを却下する。
東京地方裁判所民事第４６部
裁判長裁判官 大鷹一郎
裁判官 高橋彩
裁判官 上田真史
（別紙）目録１
(1) 「群刻簡易版」
(2) 「群刻標準版」
(3) 「群刻究極版」
（別紙）目録２
「iDupli Bravo with Disk Publisher」（別紙１ないし別紙１２）
●（省略）●
出典：裁判所ウェブサイト「裁判例検索」（https://www.courts.go.jp/hanrei/82869/detail7/index.html）。本文は同サイト掲載の判決書PDFからTaiLexi AIがテキスト化・整形したもの（正確な文言は原本PDFを参照）。判示事項・裁判要旨・参照法条は裁判所の公表どおり。