運営:アスタミューゼ株式会社
  • ポートフォリオ機能


追加

元本PDF 裁判所収録の全文PDFを見る pdf
事件 平成 21年 (ワ) 16019号
裁判所のデータが存在しません。
裁判所 東京地方裁判所 
判決言渡日 2014/03/14
権利種別 著作権
訴訟類型 民事訴訟
判例全文
判例全文
平成26年3月14日判決言渡 同日原本交付 裁判所書記官

平成21年(ワ)第16019号 著作権侵害差止等請求事件

口頭弁論終結日 平成25年11月29日

判 決

当事者 別紙当事者目録記載のとおり

主 文

1 被告アゼスタは,別紙被告物件目録記載1ないし21の各データ

ベースを複製し,頒布し又は公衆送信送信可能化を含む。)して

はならない。

2 被告アゼスタは,別紙被告物件目録記載1ないし21の各データ

ベースを格納したCD−ROM等の記録媒体を廃棄し,同各データ

ベースの記録内容を消去せよ。

3 被告アゼスタ,被告Y1,被告Y2,被告Y3及び被告Y4は,

原告に対し,連帯して,1億1215万1000円及びうち768

0万8000円に対する平成21年5月28日から,うち3534

万3000円に対する平成23年11月2日から,各支払済みまで

年5分の割合による金員(ただし,1億0548万円及びうち70

13万7000円に対する平成21年5月28日から,うち353

4万3000円に対する平成23年11月2日から,各支払済みま

で同割合による金員の限度で被告Y6と,5561万2000円及

びこれに対する平成21年5月28日から支払済みまで同割合によ

る金員の限度で被告Y5と,それぞれ連帯して)を支払え。

4 被告Y6は,原告に対し,被告アゼスタ,被告Y1,被告Y2,

被告Y3及び被告Y4と連帯して,1億0548万円及びうち70

13万7000円に対する平成21年5月28日から,うち353

4万3000円に対する平成23年11月2日から,各支払済みま




1
で年5分の割合による金員(ただし,4944万1000円及びこ

れに対する平成21年5月28日から支払済みまで同割合による金

員の限度で被告Y5と連帯して)を支払え。

5 被告Y5は,原告に対し,被告アゼスタ,被告Y1,被告Y2,

被告Y3及び被告Y4と連帯して,5561万2000円及びこれ

に対する平成21年5月28日から支払済みまで年5分の割合によ

る金員(ただし,4944万1000円及びこれに対する平成21

年5月28日から支払済みまで同割合による金員の限度で被告Y6

と連帯して)を支払え。

6 原告のその余の請求をいずれも棄却する。

7 訴訟費用は,これを8分し,その7を原告の,その余を被告らの

負担とする。

8 この判決は,第1項,第3項ないし第5項に限り仮に執行するこ

とができる。

事 実 及 び 理 由

第1 請求の趣旨

1 被告らは,別紙被告物件目録記載の各データベースを複製,翻案,頒布及び

公衆送信送信可能化を含む。)してはならない。

2 被告らは,別紙被告物件目録記載の各データベースを格納したCD−ROM

等の記録媒体を廃棄し,同各データベースの記録内容を消去せよ。

3 被告らは,原告に対し,連帯して,9億1037万0978円及びうち5億

5349万6000円につき平成21年5月28日(被告Y6に対する訴状送

達の日の翌日であり被告Y6以外の被告 らに対する訴状送達日の翌日以降の

日)から,うち1億1859万3600円につき平成23年11月2日(平成

23年10月7日付け訴えの変更の申立書送達の日の翌日)から,うち2億3

828万1378円につき平成25年1月31日(平成25年1月28日付け




2
訴えの変更申立書送達の日の翌日)から,各支払済みまで年5分の割合による

金員を支払え。

4 訴訟費用は被告らの負担とする。

5 仮執行宣言

第2 事案の概要

本件は,原告に吸収合併される前の訴外株式会社ブロードリーフ(以下「旧

原告会社」という。なお,原告は,旧原告会社を平成22年1月1日に吸収合

併するとともに商号を旧原告会社と同名に変更したものである。)が,訴外翼

システム株式会社(以下「翼システム」という。)から営業譲渡に伴い著作権

等の譲渡を受けた,別紙原告物件目録記載のデータベース部分(以下「原告C

DDB」という。なお,「CDDB」はCDで提供されるマスターテーブルに

よるデータベースの趣旨である。)を含む旅行業者向けシステム「旅行業シス

テムSP」(旧製品名「スーパーフロントマン 旅行業システム」。以下,こ

の旧製品名のものも併せて「原告システム」という。)につき,その開発,営

業等を担当していた旧原告会社の社員であった被告Y2,被告Y3,被告Y4,

被告Y5,被告Y6らが,旧原告会社を退職した後,被告Y1らと共に被告ア

ゼスタを設立し,あるいは同社に入社して,別紙被告物件目録記載1ないし2

2の各検索及び行程作成業務用データベース(以下,これらデータベースを総

称して「被告CDDB」という。)を含む旅行業者向けシステム「旅 nesPro」

(以下「被告システム」という。)を制作し,顧客らに販売するに当たり,被

告システムに含まれる被告CDDBを複製・頒布等する行為について,(1)原告

CDDBについて原告が有する著作権(複製権翻案権,譲渡権貸与権,公

衆送信権)を侵害するものであるとして,著作権法112条1項に基づき,被

告らに対し,被告CDDBの複製,翻案,頒布,公衆送信送信可能化を含む。)

差止め(請求の趣旨1項),(2)著作権法112条2項に基づき,被告らに対

し,被告CDDBを格納したCD−ROM等の記録媒体の廃棄とその記録内容




3
の消去(請求の趣旨2項),(3)損害賠償として,被告らに対し,連帯して,主

位的に,著作権法114条1項,民法709条に基づき,予備的に一般不法行

為として民法709条に基づき,9億1037万0978円及びうち5億53

49万6000円につき訴状送達の日の翌日以降の日である平成21年5月2

8日から,うち1億1859万3600円につき平成23年10月7日付け訴

えの変更の申立書送達の日の翌日である平成23年11月2日から,うち2億

3828万1378円につき平成25年1月28日付け訴えの変更の申立書送

達の日の翌日である平成25年1月31日から,各支払済みまで民法所定の年

5分の割合による遅延損害金の支払(請求の趣旨3項),をそれぞれ求めたも

のである。

1 前提事実(証拠等の摘示のない事実は当事者間に争いがない。なお,書証の枝

番号は,特に記載しない限り省略する。以下,同様である。)

(1) 当事者

ア 原告(旧原告会社を含む)

旧原告会社は,翼システムの関連会社として,旧商号をアイ・ティー・エ

ックス翼ネット株式会社とし,平成17年12月16日に設立された,コン

ピュータソフトウェアの開発,販売,情報提供サービス,情報処理サービス

等を業とする会社である。旧原告会社は,平成18年8月1日,商号を株式

会社ブロードリーフと変更した。〔甲81〕

原告は,平成21年9月16日に設立されたところ(現在の商号への変更

前の商号は「シー・ビー・ホールディングス株式会社」),本件訴え提起後

の平成22年1月1日に,旧原告会社を吸収合併し,訴訟を承継した。

イ 被告ら

(ア) 被告アゼスタは,平成17年10月18日に設立されたコンピュータシ

ステムの開発,各種情報提供サービス,各種情報処理サービス等を業とす

る株式会社である。被告アゼスタの従業員は平成22年9月時点で10名




4
であり,その取扱商品は,被告システムのほかは,本件訴え提起(平成2

1年5月15日)の後である平成21年10月に販売を開始した貸切バス

の予約,配車,運行管理システムである「バス快道」のみである。〔甲1

1(別紙2),25の2〕

被告アゼスタは,東京都中央区に本社を置くほか,大阪市西区に大阪支

店を,福岡市博多区に福岡支社を置いている。〔甲80〕

(イ) 被告Y1は,被告アゼスタの設立当初からの代表取締役である。同被告

は,旧原告会社に在籍していたことはない。

(ウ) 被告Y2は,翼システム及び旧原告会社において原告システムの営業等

を担当していた者であるところ,平成18年2月15日に旧原告会社を退

職して被告アゼスタに転職し,営業を担当している。同被告は,平成19

年12月以来,被告アゼスタの取締役である。〔甲62,乙40〕

(エ) 被告Y3は,翼システム及び旧原告会社において原告システムの営業等

を担当していた者であるところ,平成18年2月28日に旧原告会社を退

職して被告アゼスタに転職し,営業を担当している。同被告は,平成19

年12月以来,被告アゼスタの取締役であり,営業グループのマネージャ

ーである。〔甲62,乙41〕

(オ) 被告Y4は,翼システム及び旧原告会社において原告システムの営業を

担当していた者であるところ,平成18年3月15日に旧原告会社を退職

して被告アゼスタに転職し,営業を担当している。同被告は,現在被告ア

ゼスタの従業員である。

(カ) 被告Y5は,翼システム及び旧原告会社において原告システムの開発を

担当していた者であるところ,平成18年6月15日に旧原告会社を退職

し,被告アゼスタに転職して開発を担当していたが,平成20年6月に被

告アゼスタを退職した。同被告は,現在は,コンピュータソフトウェアの

開発業務を行っている。〔乙39〕




5
(キ) 被告Y6(以下,被告アゼスタを除く,被告Y1,被告Y2,被告Y3,

被告Y4,被告Y5及び被告Y6を,併せて「個人被告ら」という。)は,

翼システム及び旧原告会社において原告システムの営業を担当していた者

であるところ,平成18年11月30日に旧原告会社を退職して被告アゼ

スタに転職し,営業を担当している。同被告は,現在被告アゼスタの従業

員であり,被告アゼスタの福岡営業所(福岡支社)の所長である。〔乙4

2〕

(ク) 被告アゼスタの代表取締役は被告Y1 1人であり,取締役は被告Y1,

被告Y2,被告Y3の3名のみである。

(2) 原告システムの大要

ア 原告システムは,旧原告会社が設立される以前の平成8年1月に,翼シス

テムが制作して販売を開始した「スーパーフロントマン 旅行業システム」

を基本として,その後,翼システムにおいて改良されてきたものである。原

告システムについては,平成17年12月30日に,同月16日に設立され

た旧原告会社が翼システムから原告システムを含むパッケージソフトウェア

に関する営業の譲渡を受けるとともに,その著作権等の譲渡を受けた(なお,

翼システム時代と,旧原告会社に譲渡された後を通じ,特に区別せず「原告

システム」という。)。また,上記営業譲渡に伴い,原告システムの開発,

営業等に携わってきた翼システムの従業員である,被告Y2,被告Y3,被

告Y4,被告Y5,被告Y6らは,翼システムから旧原告会社に移籍した。

イ 原告システムは,国内旅行の旅行行程表,見積書作成のために必要な観光

施設,宿泊施設,道路,時刻表などの各種データをデータベース化し,パソ

コンを用いて効率よく行程表,見積書等を作成することを可能とする旅行業

者用システムである。旅行業者は,顧客の要望に合わせ,原告システムを用

い,パソコンの画面表示に従って,出発地,帰着地,観光・宿泊施設,交通

手段等を検索して選択すると,経路や所要時間等を原告システムにおいて自




6
動的に検索して計算した上で,行程表や見積書も自動的に作成することがで

きる。

ウ 原告CDDBは,地図ソフト(株式会社クレオ〔旧商号・株式会社アルプ

ス社〕のプロアトラス)との連動により,観光・宿泊施設の所在地情報や旅

行行程の経路を地図上へ表示する機能を実現するための設計や,インターネ

ットとの連動により観光・宿泊施設のホームページへのアクセスを容易にす

る設計など,旅行業者の業務用データベースとして,機能性やユーザーの利

便性の拡充を図るための工夫がされたデータベースである。

エ 商品としての原告システムの種類としては,検索業務,行程表・見積書作

成,インターネット連動,地図連動機能を含むTR−P1のほか,これに加

え,さらに売上集計管理,顧客管理機能をも含むTR−P4がある。〔甲1

の1〕

オ 原告システムのカタログ(2009年〔平成21年〕版)によれば,検索

業務,行程・見積作成の各機能の内容には,以下のものが含まれている。〔甲

1の1〕

(検索業務)

時刻表検索,観光施設検索,宿泊施設検索,道路料金経路検索,インタ

ーネット検索,画像保存,地図検索。

(行程・見積作成)

行程表作成,見積書作成,損益検討書作成,受注型企画旅行見積書,包

括見積書作成,修学旅行見積書,利用施設一覧印刷,観光施設案内書印刷,

宿泊施設案内書印刷,添乗指示書作成,現地払い見積書,契約書(受注型・

手配型),Mail送信(PDF),画像付き行程表出力。

カ 原告CDDBを含む原告システムで利用するデータベースは,米国のパベ

イシブ・ソフトウェア・インク( なお,旧称

)が販売するデータベースソフト「 (ビートリーブ)」




7
(以下「ビートリーブ」という。)を用いて作成されている。ビートリーブ

においては,固有のデータアクセス言語であるAPIが使用されている。

〔甲2,15頁〕

ビートリーブで構築,維持されるデータベースは,データベースの情報の

単位であるレコードを,別のレコードと関連付ける処理機能を持つものであ

る。

(3) データベースについての一般的な説明及び正規化について

データベースにおいては,入力される情報は行と列から構成されるテーブ

ルと呼ばれる表に格納される。テーブルは,二次元の表を使って表現される

が,この二次元のテーブル内を構成する縦の列と横の行のうち,縦の列は,

これ以上細分化できない情報の集合であり,個々のデータの属性を表すもの

として,「フィールド(アトリビュート,カラム)」と呼ばれている。各フ

ィールド項目(列)においては,格納されるデータの種類及び型(テキスト,

数値,通貨,Yes/No など)が決められている。

一つのテーブルの中には複数のフィールドが存在しているのが通常である

が,一つのテーブル内に重複して同じフィールド名を付けることはできず,

一つのフィールド内にデータを格納するに当たって,異なる属性のデータを

複数混在させて格納することもできないから,必ず同一の属性を持ったデー

タのみを格納しなければならないという制約がある。

テーブルの,上記二次元の表としてそのテーブル内を構成する縦の列と横

の行のうち,横の行は,データベースを利用するユーザーが,最小単位の格

納データとして検索等の操作をすることができる1件分のデータを意味し,

これは「レコード」と呼ばれる。

そして,複数のテーブル同士を関連付けてデータの検索を行うタイプのデ

ータモデルにおいては,データ検索時にテーブル内の検索したいレコード

他のレコードから識別するための情報を,「キー」として設定する必要があ




8
る。そして,テーブル内のレコードを一意的に識別できるフィールドを「候

補キー」といい,この候補キーの中から任意に選んだフィールドを,一つの

テーブル内に一つだけ,「プライマリー・キー(主キー)」として設定する

必要がある。

具体的にどの候補キーをプライマリー・キーとするかについては,どの情

報を管理したいのかというテーブル設計の目的によって,プライマリー・キ

ーとして適当とされる候補キーは限定されることとなる。

そして,複数のテーブルがそれぞれ関係づけられることなく個々に存在し

ているのであれば,紙媒体の資料と異ならないこととなり,重複した内容が

あちこちに記載されている個々のテーブル内のデータをコンピュータ上の画

面に複数立ち上げて,データの照合と統合作業を地道に行っていくこととな

ってしまい,データベースとしての価値がないことになる。そこで,複数の

テーブル内に分散して格納されている個々のデータを,必要な時に必要な分

だけ効率的に読み出し,これらのデータを統合・集計して,ユーザーが最終

的に必要とする結果としてのデータのみを,コンピュータ上の画面に表示さ

せるような仕組みが必要となる。この一連の作業を実行させるため,複数存

在しているテーブル間を何らかの法則を使って関連付けしておくことが必要

となり,この各テーブル間の関連付けのことを「リレーション」という。

具体的には,データベース開発者が,データベースの設計を行う際に,ユ

ーザーが最終的に必要とする多数の検索結果を想定し,そのような検索結果

を導き出すために相互に関連付けておきたいと考える各テーブルの内部に,

同じ属性を持つデータが格納される共通のフィールドを事前に設定しておき,

これらのテーブル間にリレーションを持たせることになる。これにより,相

互のテーブル内の他のフィールド内に格納されている異なる性質のデータを

自由に呼び出し,あたかも一つのテーブル内の情報を取り扱うのと同様にこ

れらのデータを統合・集計して,ユーザーが最終的に必要とする結果を,コ




9
ンピュータ上の画面に一括して表示することができる。なお,これらのリレ

ーション関係を持たせるフィールド同士は,必ずしも同一のフィールド名で

ある必要はなく,フィールド内に格納されている実際のデータの属性が同一

であれば,リレーションを持たせることができる。〔甲2〕

イ 原告CDDBに限らず,データベースにおいては,一般に,バージョンア

ップ等,見直しが行われる際に,「正規化」が検討されるのが通常である。

「正規化」とは,主に,複数のテーブル同士を関連付けてデータの検索を行

うタイプのデータモデルにおいて,各テーブル内に格納されている重複した

無駄なデータを排除することで冗長度を減らし,効率的なデータアクセスを

可能とする冗長性の排除を目的とする作業,及び,関連性の高いデータ群だ

けを別のテーブルに分離させることで当該データ群の独立性を高め,各テー

ブル内に格納されているデータの更新を行う際にデータ間で不整合が起こら

ないようにする不整合性の回避を目的とする作業のことをいう。〔甲2〕

(4) 翼システム,旧原告会社における被告Y1を除く個人被告らの行為等

被告Y1を除く個人被告らは,いずれも翼システムの社員であったところ,

平成17年12月30日における翼システムから旧原告会社への原告システム

を含む営業譲渡とともに,旧原告会社に移籍した者であるが,翼システム当時

の原告システムへの関与の大要は,以下のとおりである。

ア 被告Y5は,平成2年4月22日,翼システムに入社し,それまでにプロ

グラミングの知識・経験を有していたことから,電装システムの設計,検収

等の業務を行ってきたが,平成6年4月ころに,翼システムにおいて,原告

システムの開発が決まると,そのプロジェクトのリーダーとなり,旅行代理

店へのヒアリング,要件定義,システム設計,データベースの設計・開発,

スケジュール管理,営業・サポートへの指導・支援など,旧原告会社の退社

に至るまで多岐にわたる業務をこなし,当初から原告システムの制作に携わ

った者として,原告システムの内容を熟知していた。〔乙39,1頁〕




10
イ 訴外A(以下「A」という。)は,平成7年7月1日に翼システムに入社

し,被告Y5の下でサブリーダーとなるとともに,原告システムについての

プログラマーとして参加し,データ加工等を行った。その後,原告システム

の開発リーダーとなり,原告システムの開発・改良の責任者として,旅行代

理店へのヒアリング,要件定義,システム設計,データベースの設計・開発,

スケジュール管理,営業・サポートへの指導・支援など多岐にわたる業務を

こなし,翼システム内部においても,被告Y5とともに,原告システムの内

容を最も熟知していた。〔乙38,2頁〕

ウ 被告Y2は,平成8年2月16日に翼システムに入社し,原告システムの

販売やサポートに当たり,その主任を務めていた。

エ 被告Y3は,平成8年12月16日に翼システムに入社し,原告システム

のシステムサポートを行うとともに,その営業を担当していた。

オ 被告Y6は,平成9年1月6日に,被告Y4は,平成9年12月24日に,

それぞれ翼システムに入社し,原告システムの営業を担当していた。〔甲7

8〕

(5) 被告Y1を除く個人被告らの旧原告会社の退社と,被告Y1らによる被告ア

ゼスタの設立

ア 被告アゼスタは,平成17年10月18日に設立され,出資金の過半を

拠出した被告Y1がその代表取締役に就任した。

イ Aは,平成16年7月末,翼システムを退社し,その後,別会社に勤務

した後,平成17年11月に被告アゼスタに入社し,平成19年12月25

日から被告アゼスタの監査役に就任した。〔甲62〕

ウ 被告Y2は,平成18年2月15日に,被告Y3は,同月28日に,そ

れぞれ旧原告会社を退社した。

エ 被告Y4は,平成18年3月15日に,被告Y5は,平成18年6月1

5日に,それぞれ旧原告会社を退社した。




11
オ 被告Y6は,平成18年10月末まで旧原告会社において原告システム

の営業に関与した後に退社し,被告アゼスタに入社した。

(6) 被告システムの大要

ア 被告システムは,平成18年(2006年)6月に販売を開始したところ,

観光・宿泊施設検索,行程表作成,見積書作成,原価計算等を行う営業ツー

ルシステム,請求書作成,入金未収金管理,支払管理,各種集計表,顧客管

理からなる管理業務システム等からなる。〔甲25の2〕

イ 被告CDDBには,被告システムの 向けのもの(被告物件目録記

載1。以下「当初版」という。),被告システム 向けのもの(被告

物件目録記載2。以下「2006年版」という。),被告システム

から 向けのもの(被告物件目録記載3〜21。以下,これらを併せ

て「現行版」といい,そのうちのバージョンを特定する必要のあるもののみ,

被告システムないし被告CDDBのバージョンとして記載する。),被告シ

ステム 向けのもの(被告物件目録記載22。以下「新版」という。)

がある。なお,検索及び行程作成業務用データベースである被告CDDBと

しては,当初版及び2006年版は同じものとなっている(以下,併せて「当

初版・2006年版」ということがある。その意味では,別紙被告物件目録

記載1と同2の被告CDDBは,内容としては同一である。)。

ウ 被告CDDBを含む被告システムで利用されるデータベースは,

社の (以下「 サーバー」という。)を用いて作成されてい

る。 サーバーはリレーショナル・データベースを開発,維持するために

用いられるデータベースソフトであり,テーブル,フィールドを設定し,テ

ーブル間をプライマリー・キーや候補キー等によって関係づけてデータベー

スを構築・維持するものである。

エ 原告CDDBに用いられているビートリーブと被告CDDBに用いられて

いる サーバーを比較すると,ビートリーブはナビゲーショナル型デー




12
タベースに, サーバーはリレーショナル型データベースに属するとされ

るところ,多数のデータが含まれている集合図をエクセルシートのような行

と列からなる二次元の表で表現し,特定の表と表とを共通の項目であるキー

を使って数学的・論理的に繋げることを意味する「リレーション」を構築す

ることにより,表と表との相関関係を簡単に表現するという点で,同様のデ

ータベースソフトである。ただし,両者では,テーブル内に格納されている

個々のデータの読取り手順が異なる。すなわち,ナビゲーショナル型データ

ベースでは,レコード指向アクセス方式が採用されており,テーブル内にあ

る特定のレコードに格納されているデータを検索する際,レコードが存在す

るテーブルにアクセスし,そのレコードの位置を確認して,1レコードずつ

データを取り出すというアクセス方式を採用しており,そのため,レコード

指向アクセス方式において複数テーブル内の複数レコードに格納されている

複数のデータを検索して取り出したい場合には,上記のような読取り手順を,

レコードごとに何度も繰り返すことで,1レコードずつ取り出してくる必

要がある。これに対し,リレーショナル型データベースで採用されているセ

ット指向アクセス方式では,複数テーブル内の複数レコードに格納されてい

る複数のデータを取り出したい場合であっても,読出し条件さえ事前に設定

しておけば,検索目的となっている複数データを,同時に一括して取り出し

てくることができるものとなっている。アクセス方法が異なれば,検索を実

行するためのアプリケーションのロジックの組み立て方も異なることになる

が,既に完成しているデータベースの全体構造の中に格納されている個々の

データを,どのような手順でどのように読み取っていくかという方法が異な

るのみであり,アクセス方式の違い自体が,データベースの全体的構造に影

響を与えるものではない。〔甲2〕

オ 被告システムでは,地図ソフトは株式会社クレオのプロアトラスSVと連

動していた。また,被告CDDBでは,被告システムの平成18年6月の販




13
売当初から,経路探索ソフトである「駅すぱあと(株式会社ヴァル研究所)」

と連動させていたため,基本的に列車等の情報に関するデータについては,

フェリーの情報などを除き不要となるものであった。そのため,列車等の情

報をデータベース内に格納していない時期がある。具体的には,被告CDD

B(当初版・2006年版)にはなかった「43路線マスタ」,「44便マ

スタ」,「45時刻マスタ」,「46路線構成マスタ」の各テーブルを,被

告CDDB(現行版)で設けるに至った。〔甲23〕

(7) 原告システム及び原告CDDBの概要

ア 原告システムのテーブルは,マスターテーブルとエントリーテーブルから

なる。マスターテーブルとは,最終的にユーザーが必要とする検索結果を作

成するための基礎となるデータを格納しておくテーブルのことであり,デー

タベースの提供時点で,基礎情報が予め格納されている提供マスターテーブ

ルと,付加価値情報をユーザーが任意に後から格納していくことができるユ

ーザーマスターテーブルとを含む。一方,エントリーテーブルとは,データ

ベースの提供時点においてはいまだデータが格納されていない空のテーブル

と,フィールドのみを枠組みとして用意しておき,システムを利用する過程

において,ユーザー自身の行為を通じてテーブル内にユーザーのオリジナル

データが徐々に蓄積されていく形式をとるテーブルである。〔甲2,2〜3

頁〕

イ 原告システムを使用するユーザーである旅行業者は,マスターテーブル内

に格納されたデータを使って検索した結果を利用して顧客向けの行程表を作

成し,作成した行程表データは,ユーザー用のエントリーテーブル内に蓄積

されることになる。

ウ 原告CDDBの内容としては,原告システムのうち,顧客情報関連のテー

ブル,部課・担当者関連のテーブル,仕入先関連のテーブル,システム内部

で使用するにすぎないテーブル(科目テーブル,旅行種別テーブルなど),




14
クーポン関連のテーブルなど,原告が提供するマスターテーブルと直接リレ

ーションのないエントリーテーブルが除かれるほか,原告システムのマスタ

ーテーブルには存在するが原告CDDBには含まれないものとして,以下の

テーブルがある。

(ア) 原告システムが原告CDDBを介さずに直接参照するテーブルであり,

原告CDDBとリレーションをもってデータベースを構成しているもので

はないもの

・郵便番号テーブル(テーブルID;TRVZIP)

・ロード用地点テーブル(テーブルID;TRVROADK)

・メッセージテーブル(テーブルID;TRVMSG)

・メッセージボックス管理テーブル(テーブルID;TRVMSGBX)

・ファイル名が「TRVDMM」であるテーブル(乙23別紙3で行No.

61,テーブルID不明とされているテーブル)

(イ) 原告システムの開発途上で作成されていたが,結局利用の予定がないこ

とから,未完成のまま残っていたことを理由として,原告システムにおい

て参照されることがないもの

・ランドマークテーブル(テーブルID;TRVRDMK)

・ランドマーク種別テーブル(テーブルID;TRVRDMKC)

・接続索引1テーブル(テーブルID;TRVROADH)

・接続索引2テーブル(テーブルID;TRVROADJ)

・接続索引3テーブル(テーブルID;TRVROADN)

・接続索引4テーブル(テーブルID;TRVROADO)

・JR繁忙閑散期定義テーブル(テーブルID;TRVJRA)

・JR普通運賃表テーブル(テーブルID;TRVJRB)

・JR新幹線特急料金表テーブル(テーブルID;TRVJRC)

・JR特急グリーン等料金表テーブル(テーブルID;TRVJRD)




15
・JR特急区分定義テーブル(テーブルID;TRVJRE)

・JR特急都区市内駅定義テーブル(テーブルID;TRVJRF)

・観光施設IDテーブル(テーブルID;TRVSTID)

・海外地区・方面テーブル(テーブルID;TRVFRGPT)

エ 原告CDDBのマスターテーブルのテーブルIDと各テーブルの概要は,

別紙1記載のとおりである(以下,単に「テーブル」という場合には,原告

CDDB,被告CDDBを問わず,「マスターテーブル」をいうものとする。

なお,別紙1原告CDDBのテーブルについて,緑塗りの表記がされている

テーブルは,被告CDDBに一致するテーブルの存在が認められるものであ

る。)。テーブル名は,各テーブルIDで識別されるテーブルの概要に基づ

き,整理の便宜のために付したものであり,テーブル番号も同様である(な

お,別紙1では,テーブル番号は,被告CDDBとの対応関係の便宜等のた

め,23〜27番を欠番としている。以下,各テーブルについては,特にテ

ーブルIDを記載しない限り,別紙1記載のテーブル番号とテーブル名で表

記する。ただし,後記のとおり,テーブルIDをTRVSTKMKとするも

のをテーブル番号及びテーブル名「23観光施設種別テーブル」と,テーブ

ルIDをTRVSTSMとするものをテーブル番号及びテーブル名「24観

光施設検索タイトルテーブル」として言及する場合がある。これらは,原告

が,原告システムのインストール時にCD以外で提供しているテーブルであ

り,CDで提供されるマスターテーブルを構成するものではないことから,

原告CDDBには含まれていない。)。

オ また,原告CDDBにおける各テーブルに存在するフィールドは,別紙3

記載のとおりであり,上記テーブルの場合と同じく,各フィールド自体は各

フィールドIDで識別されるところ,整理の便宜のためにフィールド名を付

したものである。以下,各フィールドについても,特にフィールドIDを記

載しない限り,別紙3記載のフィールド名のみで表記するか,これと併せて




16
テーブル番号ないしフィールドIDで表記する。

カ 原告CDDBにおけるレコード数については別紙4記載の,原告CDDB

におけるフィールド間のリレーションのとり方は別紙5記載(原告CDDB

におけるリレーションについては別紙6,7も同内容)のとおりである(な

お,被告CDDBと一致することに争いのある原告システムにおけるテーブ

ル,フィールドの存在についての判断は後記のとおりである。)。

(8) 被告システム及び被告CDDBの概要

ア 被告システムのテーブルも,マスターテーブルとエントリーテーブルから

なるところ,被告CDDBのマスターテーブルのIDは,別紙2の該当欄記

載のとおりである(被告CDDBについても,テーブル番号及びテーブル名

は,各テーブルIDで識別されるテーブルに含まれるフィールド等の概要に

基づき,整理の便宜のために番号と名を付したものであり,各テーブルにつ

いて,特にテーブルIDを表記しない限り,別紙2記載のテーブル番号とテ

ーブル名で表記する。なお,別紙2記載のテーブル名の括弧内の記載は省略

する場合がある。)。

イ 被告CDDBにおける各テーブルのフィールドは,別紙3記載のとおりで

あり,各フィールド自体は各フィールドIDで識別されるところ,整理の便

宜のためにフィールド名を付したものである。以下,各フィールドについて

も,特にフィールドIDを記載しない限り,別紙3記載のフィールド名のみ

で表記するか,これと併せてテーブル番号ないしフィールドIDで表記する

(フィールド名の括弧内の記載は省略する場合がある。)。

ウ 被告CDDBにおけるレコード数については別紙4記載の,被告CDDB

におけるフィールド間のリレーションのとり方は,当初版・2006年版,

現行版,新版につき,それぞれ別紙8,9,10各記載のとおりである(な

お,原告CDDBと一致することに争いのある被告CDDBにおけるテーブ

ル,フィールドの存在,及び存在に争いのあるフィールド間のリレーション




17
のとり方についての判断は後記のとおりである。)。

2 争点

(1) 原告CDDBの著作物性及び被告CDDBが原告CDDBに依拠して作成

された複製物ないし翻案物といえるか

(2) 被告らによる著作権(複製権翻案権,譲渡権貸与権公衆送信権,送信

可能化権)侵害についての共同不法行為の成否

(3) 一般不法行為の成否(予備的主張)

(4) 原告の行為の私的独占の禁止及び公正取引の確保に関する法律(以下「独占

禁止法」という。)違反の可能性の有無

(5)被告らの損害賠償義務の有無及び原告の損害額

第3 争点に関する当事者の主張

1 争点(1) 原告CDDBの著作物性及び被告CDDBが原告CDDBに依拠し


て作成された複製物ないし翻案物といえるか)について

〔原告の主張〕

(1) 原告CDDBの著作物性について

ア 原告CDDBは,旅行業者が原告システムを使って行程表作成の業務を行

うに当たって必要となる情報を選択して,観光施設データ,宿泊施設データ,

全国各地の主要道路の道路地点,隣接する道路地点間の大型観光バスの移動

時間・距離,有料道路・高速道路の料金データ,鉄道・飛行機・フェリーに

関する路線,駅,時刻表等の様々な情報を多項目にわたって収集・蓄積した

情報の集合物であり,かつこれらの情報を格納する42個のマスターテーブ

ル内に合計405個のフィールド項目を配し,各テーブル間をプライマリ

ー・キーや候補キー等によって有機的に関連付けることで,旅行業者が顧客

のニーズに合わせた行程表を作成する際,観光施設,宿泊施設,交通手段,

経路,スケジュール(出発時間,到着時間,滞在時間など)をどのようにす

べきかといった事項を,検索結果の情報を適宜選択することによって決定し




18
ていくことができるような体系的構成を持つ,情報の膨大な分類体系である

(甲1の1,甲29,30,54,55)。

イ 原告CDDBの体系的構成は他に依拠することなく構築されたものであ

り,かつ,原告CDDBの各テーブルに格納される情報は網羅的なものでは

ないし,機械的に選択されたものでもなく,修学旅行,慰安旅行など主とし

て団体旅行における顧客のニーズという観点から行程表作成に必要となる

情報が選択されて各テーブルに格納されているものであるから,原告CDD

Bは著作者の個性が表れているものであり,著作物として保護されるべき創

作性を有している。

ウ 原告CDDBは,旅行業者が検索及び行程表作成業務で必要となる情報を

42個のマスターテーブルに分類して格納し,各マスターテーブル内には合

計405個のフィールド項目を配し,各マスターテーブルごとに各フィール

ド項目として旅行業者が必要とすると思われる情報を多項目にわたって詳

細に採り上げ,プライマリー・キーや候補キーなどによって各テーブルを有

機的に関連付けて,効率的に必要とする情報を検索することができるような

体系的構成を持つ膨大な規模の情報分類体系であり,かかる体系的構成を持

つ原告CDDBを使用することにより,旅行業者が行程表作成業務で必要と

なる情報を効率的に検索できる。

エ 原告CDDBの体系的構成は,旅行業に関わる様々な情報について,行程

表作成に必要な情報が備わり行程表作成のための情報検索が可能となるよ

うに,種類別・関連別にカテゴリー分けを行い,テーブル及び情報項目(フ

ィールド)を設定し,各テーブル間にリレーションを取っているものであり,

知的活動を経て作成されたものである(甲2の15頁以下)。

原告CDDBにおけるこのような体系的構成を持つ膨大な規模の情報分

類体系は,他に依拠して構築されたものではなく,オリジナルに構築された

ものである(甲63,乙38,39)。




19
したがって,原告CDDBには著作物の保護要件を充足する創作性がある。

オ 原告CDDBは42個のマスターテーブル内に合計405個のフィール

ド項目を配しているところ,これらも情報の集合物であり,行程表作成に関

する多数の情報項目の中から旅行業システムにおけるデータベースのフィ

ールド項目として何を取り上げるべきかという知的活動を経て,405個の

フィールド項目を選択しているものである。かかるフィールド項目の選択も

データベースにおける情報の選択に該当し,どのフィールド項目を選択する

かについては選択の幅があり著作者の個性が表れるものであるから,原告C

DDBは,情報の選択について著作物の保護要件を充足する創作性があると

いえる。

また,原告CDDBの各テーブルには,旅行業者が修学旅行,慰安旅行な

ど主として団体旅行における顧客のニーズに合わせて原告システムを使っ

て行程表作成の業務を行うに当たって必要となる情報が選択されて格納さ

れている。かかる情報の選択は,基本的に網羅的であるわけでもなく,機械

的であるわけでもないので,原告CDDBの42個のテーブルに格納されて

いる各情報の集合物には,情報の選択に創作性があるといえる。

すなわち,原告CDDBでは,市販の一般情報誌,旅行業者向けの専門誌,

インターネット,ユーザーからの情報提供等から得られる膨大な情報のうち,

旅行業者の利用目的を考慮した上で必要となる情報を選別し,そこで選別さ

れたデータを独自の基準によって作成された各テーブル内の各フィールド

内に格納することにより,データベースが体系的構成及び情報の集合物とし

て構築されているものである。原告CDDBにおける情報の集合物は,例え

ば宿泊施設であれば全部機械的に格納するというような,形式的な条件を満

たす情報を機械的に全て格納するというものではなく,情報の母集団(ここ

では宿泊施設)から必要性(例えば団体旅行に利用可能な宿泊施設)の観点

から選択して格納しているのであるから,どの情報を格納するかについては




20
選択の幅があり,原告CDDBの各テーブルにおける情報の選択に著作物の

保護要件を充足する創作性がある。

各テーブルの情報の集合物については,いずれにも情報の選択に創作性

あるが,以下道路地点と道路の情報の選択について創作性のあることを例と

して詳述する。

カ 道路地点に関する情報の創作性について

データ自体のソースが原告CDDBにしかない情報として道路地点情報

がある。したがって,もし原告CDDBの道路地点情報が他のデータベース

に存在する場合,原告CDDBに依拠したことは否定できないこととなる。

後記のとおり,被告CDDBには原告CDDBの道路地点情報のほぼ全てが

存在している。この道路地点に関する情報の選択について創作性があること

については,以下のとおり明らかである。

(ア) 「09地点名テーブル」の地点名称(道路地点名称)及び地点緯度・地

点経度のデータ(以下「地点データ」という場合がある。)は,原告CD

DBを使って経路検索をする場合の基本となる位置情報である。「20ホ

テル・旅館テーブル」 「21観光施設テーブル」
や などの施設データの「代

表道路地点」などと結び付いたり,他のテーブル内に格納されている交通

関係のデータなどと連動したりすることで,ユーザーが設定した旅行行程

における具体的な所要時間,距離,有料道路通行時の料金情報等の算出を

するための基礎情報となるデータであり,旅行行程の作成において重大な

役割を果たしている(甲30の3頁以下)。

道路地点データは,例えば自動車のナビゲーションシステムにも格納さ

れているが,旅行の行程を作成するのが目的である原告CDDBにおいて

は,運転者に対して道路案内を行うナビゲーションシステムほど数多くの

道路地点データを選択する必要がないため,原告が道路地点データを選択

するに当っては,必要に応じた道路地点データに絞って選択をしている。




21
具体的には,観光バスが通過するのに適切と考えられる道路上の地点,

インターチェンジや観光施設等から最も近い交差点,ユーザーの要望を満

たすのに適切な地点などを中心に,実際に選択作業を行うデータベース

発者自身が各々適切と考える任意の地点を地図上から選び出し,パソコン

のマウスで地図上をクリックするという方法で,当該道路地点データを手

作業で選択している。

(イ) 上記考慮に基づいて道路地点を決定した上,上記の方法により詳細な緯

度経度情報を「09地点名テーブル」に格納していくことになるので,道

路地点データは以下の@,Aの二つの観点から選択の幅があり,著作者

個性が表れる原告らのオリジナルデータである。

@ 「10道路テーブル」に格納されている道路上の,どの場所を選ぶか

A その場所のスペースから緯度・経度として具体的に詳細な地点として

どこ(原告CDDBでは,緯度・経度を0.1秒単位でデータとして格

納している。)を選ぶか

原告CDDBにおいて選択された「09地点名テーブル」のデータは,

上記@,Aの過程を経て選択されたものであり著作者の個性が表れるもの

であるので,情報の選択に著作物の保護要件を充足する創作性があるとい

える。

(ウ) このように地点データは,原告CDDBの各開発者自身の価値判断で独

自に決定し選択した場所及び緯度・経度の情報であるので,この情報は原

告CDDBにしか存在し得ない原告固有の情報である。したがって,原告

CDDBのデータをデッドコピーしない限り,被告CDDBも含め,他の

データベースにおける道路地点データが原告CDDBと一致することは

あり得ない(甲30,32,34,39,47〜49)。

キ 道路データの選択の創作性

原告CDDBでは基本的に大型観光バスによる移動を前提とする行程表作




22
成のためのデータを提供することを目的にしていることから,道路テーブル

に格納すべき道路については,その観点から選択がされている。原告CDD

Bの「10道路テーブル」では,国道,高速道路,有料道路,都市高速道路

(首都高速など)を基本的に全て格納しているが,都道府県道,一般道路に

ついては,原告CDDBで選択された「20ホテル・旅館テーブル」のホテ

ル・旅館の所在地情報,「21観光施設テーブル」の観光施設所在地情報な

ども踏まえ,大型観光バスによる移動に適切な道路を選択して格納している

(甲30,31の1〜3,甲33,47〜49)。原告CDDBの道路テー

ブルのデータは,このような過程を経て選択されたものであり著作者の個性

が表れるものであるので,情報の選択に著作物の保護要件を充足する創作性

がある。

ク 以上のとおり,原告CDDBには,体系的構成及び情報の選択のいずれに

おいてもデータベースの著作物として保護されるべき創作性がある。

(2) 被告CDDBが原告CDDBの複製ないし翻案であることについて

ア 具体的対比

(ア) 被告CDDBも,原告CDDBと同じく,旅行業者が旅行行程表を作成

するに当たって必要となる,観光施設データ,宿泊施設データ,全国各地

の主要道路に関する時間・距離・料金データ等の情報が収集・蓄積された

ものであり,これらを蓄積するテーブルやフィールド項目を有し,各テー

ブル間をプライマリー・キーや候補キー等によって有機的に関連付けるこ

とで,旅行業者が必要とする情報を効率的に検索できるようにした機能と

構造を持つ情報の分類体系である(甲54,55)。

なお,被告システムに含まれるデータベースには,CD−ROM及びイ

ンターネットを通じて提供される被告CDDBの他にユーザーが使用する

ハードウェアに被告システムをインストールする際に作成されるエントリ

ーテーブルがあるが,エントリーテーブルにはユーザーが自ら作成する見




23
積関係,売上関係,顧客関係などのデータが格納される。

(イ) 体系的構成の類似性

a テーブルの種類及び数

(a) 被告CDDB(当初版・2006年版)

被告CDDB(当初版・2006年版)に含まれる31個のマスタ

ーテーブルのうち29個のマスターテーブルは,原告CDDBに含ま

れる27個のマスターテーブル(別紙1の原告CDDBのテーブル番

号01,02,05〜22,28〜32,42,44の各テーブル)

と一致する。なお,原告CDDBのテーブル番号20,21,22に

対応する被告CDDBのテーブルについては,正規化などによる変動

があるが実質的に対応関係のあるテーブルとなっている。「29個」

と「27個」と一致数が異なるのは,この正規化を行っているためで,

被告CDDB(当初版・2006年版)では2個テーブルが増えてい

る。すなわち,原告CDDBの「20ホテル・旅館テーブル」,「2

1観光施設テーブル」,「22観光施設備考テーブル」の3テーブル

に対応するのが被告CDDB(当初版・2006年版)の「21施設

マスタ」,「29旅館マスタ基本」,「23観光マスタ基本」,「2

6観光料金マスタ」,「25観光料金種別マスタ」の5テーブル(2

テーブル増加)であり,原告CDDB側でカウントするとテーブル数

は27個になり,被告CDDB側でカウントすると29個になる。

なお,原告CDDBと一致していない被告CDDB(当初版・20

06年版)の2個のテーブル「27観光種別マスタ」と「28観光詳

細種別マスタ」についても,CDで提供されるのではなく,原告シス

テムをユーザーのハードウェア内にインストールした際に作成される

原告マスターテーブルの中に,これら二つのテーブルと完全に一致す

るマスターテーブル(テーブル番号23,24)が存在している(甲




24
3の別紙2のNo.23,24,甲23の3頁(2)A)ので,実質

的には,被告CDDB(当初版・2006年版)に存在する31個の

マスターテーブルの全てが,原告のマスターテーブルと一致している

といえる。

しかも,被告CDDB(当初版・2006年版)に存在する原告C

DDBのテーブル,フィールドに対応するテーブル,フィールドには,

原告CDDBのテーブルIDとフィールドIDがデッドコピーされて

そのまま使われている(甲9,23,54,55)ことからも,原告

CDDBと被告CDDB(当初版・2006年版)のテーブル,フィ

ールドが一致していることは明らかである。

(b) 被告CDDB(現行版)

被告CDDB(現行版)に含まれる26個のマスターテーブルのう

ち24個のマスターテーブルは,原告CDDBに含まれる23個のマ

スターテーブル(別紙1の原告CDDBのテーブル番号01,02,

05ないし12,14,15,20〜22,32〜34,36,39,

40,42,43)と一致する。正規化を行っているため,一致する

テーブルを被告CDDB(現行版)でカウントすると1個テーブルが

増えている。すなわち,原告CDDBの「20ホテル・旅館テーブル」,

「21観光施設テーブル」,「22観光施設備考テーブル」の3テー

ブルに対応するのが被告CDDB(現行版)の「21施設マスタ」,

「29宿泊施設マスタ」,「23観光施設マスタ」,「26観光料金

マスタ」,「25観光料金種別マスタ」の5テーブル(2テーブル増

加)であり,原告CDDB「39便テーブル」,「40運行日定義テ

ーブル」の2テーブルに対応するのが現行版の「44便マスタ」の1

テーブル(1テーブル減少)であるため,一致する数を原告CDDB

側でカウントするとテーブル数は23個になり,被告CDDB(現行




25
版)側でカウントすると24個になる。

上記のとおり原告CDDBと一致していない被告CDDB(現行版)

の2個のテーブル「27観光種別マスタ」(テーブルID;M_KA

NKO_SBT)と「28観光詳細種別マスタ」(テーブルID;M

_KANKO_SYOSAI_SBT)についても,CDで提供され

るのではなく,ユーザーのハードウェア内に原告システムをインスト

ールした際に作成される原告マスターテーブルの中に,これら二つの

テーブル(テーブル番号23,24)と完全に一致するマスターテー

ブルが存在しているため(甲3の別紙2の 23,24,甲23の

3頁(2)A),実質的には被告CDDB(現行版)に存在する26

個のマスターテーブルの全てが,原告のマスターテーブルと一致して

いるといえる。

また,被告CDDB(現行版)では,原告CDDBのテーブル,フ

ィールドに対応するテーブル,フィールドのIDは,被告CDDB(当

初版・2006年版)で使っていた原告CDDBのID(甲9,23,

54,55)から変更してはいるが,デッドコピーしたIDのみを変

えただけであり,原告CDDBに対応するテーブル,フィールドが被

告CDDB(現行版)に存在することは,被告CDDB(現行版)も

被告CDDB(当初版・2006年版)の場合と何ら変わっていない。

(c) 被告CDDB(新版)

被告CDDB(新版)に含まれる29個のマスターテーブルのうち

25個のマスターテーブルは,原告CDDBに含まれる20個のマス

ターテーブル(別紙1の原告CDDBのテーブル番号01,02,0

6,09〜12,14,15,20〜22,32〜34,36,39,

40,42,43)と一致する。

正規化を行っているため,一致するテーブルを被告CDDB(新版)




26
でカウントすると5個テーブルが増えている。すなわち,原告CDD

Bの「20ホテル・旅館テーブル」,「21観光施設テーブル」,「2

2観光施設備考テーブル」の3テーブルに対応するのが新版の「21

施設マスタ」,「29宿泊施設マスタ」,「23観光施設マスタ」,

「130食事土産マスタ」,「26観光料金マスタ」,「25観光料

金種別マスタ」,「131施設別詳細種別マスタ」,「132施設種

別マスタ」,「133施設詳細種別マスタ」の9テーブル(6テーブ

ル増加)であり,原告CDDBの「39便テーブル」,「40運行日

定義テーブル」の2テーブルに対応するのが被告CDDB(新版)の

「44便マスタ」の1テーブル(1テーブル減少)であるため,一致

する数を原告CDDB側でカウントするとテーブル数は20個になり,

被告CDDB(新版)側でカウントすると25個になる。

以上のとおり,一部正規化による変動はあるものの,被告CDDB

(新版)に含まれる29個のマスターテーブルのうち,25個のマス

ターテーブルは,原告CDDBに含まれる20個のマスターテーブル

に対応し,一致しているものといえる。

また,被告CDDB(新版)でも,被告CDDB(現行版)と同様

に,原告CDDBのテーブル,フィールドに対応するテーブル,フィ

ールドのIDは,被告CDDB(当初版・2006年版)で使ってい

た原告CDDBのID(甲9,23,54,55)から変更してはい

るものの,デッドコピーしたIDのみを変えただけであり,原告CD

DBに対応するテーブル,フィールドが被告CDDB(新版)に存在

することは,被告CDDB(新版)においても被告CDDB(当初版・

2006年版)の場合と何ら変わっていない。

b 被告CDDBの各テーブルに存在するフィールドの種類及び数

(a) 被告CDDB(当初版・2006年版)




27
原告CDDBのマスターテーブルと一致するテーブルにおけるフィ

ールド項目を見ると,原告CDDBに存在するフィールド項目のほぼ

全てが被告CDDB(当初版・2006年版)に存在する(甲9,5

4,55)。テーブル管理のためのフィールドである被告CDDB(当

初版・2006年版)における「登録日時」,「更新日時」,「削除

区分」のフィールド13個を除いた場合の被告CDDBのフィールド

数286個のうち252個が原告CDDBと一致している(甲55)。

しかも,被告CDDB(当初版・2006年版)に存在する原告C

DDBのテーブル,フィールドに対応するテーブル,フィールドには,

原告CDDBのテーブルIDとフィールドIDがデッドコピーされて

そのまま使われていることからも,原告CDDBと被告CDDB(当

初版・2006年版)のテーブル,フィールドが一致していることは

明らかである。

(b) 被告CDDB(現行版)

原告CDDBのマスターテーブルと一致するテーブルにおけるフィ

ールド項目を見ると,原告CDDBに存在するフィールド項目の大多

数が被告CDDB(現行版)に存在する(甲54,55)。詳細は甲

55のとおりであり,テーブル管理のためのフィールドである各テー

ブルの「作成日時」,「更新日時」,「削除区分」のフィールド合計

72個を除いた場合の被告CDDB(現行版)のフィールド数173

個のうち143個が原告CDDBと一致している(甲55の別紙2の

12頁)。ちなみに,被告CDDBの現行版においてフィールドが増

えたといっても,行程表作成のために検索対象となるデータではなく

「作成日時」,「更新日時」,「削除区分」などテーブル管理のため

のフィールドがその大部分である。

また,被告CDDB(現行版)では,原告CDDBのテーブル,フ




28
ィールドに対応するテーブル,フィールドのIDは,被告CDDB(当

初版・2006年版)で使っていた原告CDDBのID(甲9,23,

54,55)から変更されてはいるが,デッドコピーしたIDを変え

ただけであり,原告CDDBに対応するテーブル,フィールドが被告

CDDB(現行版)に存在することは,被告CDDB(当初版・20

06年版)の場合と何ら変わっていない。

(c) 被告CDDB(新版)

原告CDDBのマスターテーブルと一致するテーブルにおけるフィ

ールド項目は,原告CDDBに存在するフィールド項目の大多数が被

告CDDB(新版)に存在する(甲54,55)。詳細は甲55のと

おりであり,テーブル管理のためのフィールドである「作成日時」,

「更新日時」,「削除区分」のフィールド75個を除いた場合の被告

CDDB(新版)のフィールド数219個のうち146個が原告CD

DBと一致している(甲55の別紙2の12頁)。

また,被告CDDB(新版)でも,被告CDDB(現行版)と同様

に原告CDDBのテーブル,フィールドに対応するテーブル,フィー

ルドのIDは,被告CDDB(当初版・2006年版)で使っていた

原告CDDBのID(甲9,23,54,55)から変更されてはい

るが,デッドコピーしたIDを変えただけであり,原告CDDBに対

応するテーブル,フィールドが被告CDDB(新版)に存在すること

は,被告CDDB(当初版・2006年版)の場合と何ら変わってい

ない。

c テーブル間の関連付け

(a) 被告CDDB(当初版・2006年版)

原告CDDBのマスターテーブルと一致する29個のテーブルに関

して,プライマリー・キーの設定も含め,原告CDDBに存在する関




29
連付けのほぼ全てについて,同様の関連付け(リレーション)が被告

CDDB(当初版・2006年版)に存在する(甲54の別紙1,甲

55)。

なお,被告CDDB(当初版・2006年版)では,原告CDDB

について正規化がなされ,原告CDDBの「20ホテル・旅館テーブ

ル」,「21観光施設テーブル」及び「22観光施設備考テーブル」

の3テーブルに対応するテーブルとして,「21施設マスタ」,「2

9旅館マスタ基本」,「23観光マスタ基本」,「26観光料金マス

タ」及び「25観光料金種別マスタ」の5テーブルを設けた。原告C

DDBにおける「01市区町村テーブル」が「20ホテル・旅館テー

ブル」,「21観光施設テーブル」の二つのテーブルとリレーション

を取っていることに対して,被告CDDBでは「4市区町村マスタ」

は,原告CDDBの「20ホテル・旅館テーブル」,「21観光施設

テーブル」の共通項目を括りだした上位のテーブルとなる「21施設

マスタ」の一つのテーブルとのみリレーションを取っている。このこ

とによりリレーションの線が半減しているが,これにより原告CDD

Bの全体としての体系的構成に実質的な変更が加えられているとはい

えず,被告CDDB(当初版・2006年版)において原告CDDB

の体系的構成は維持されている。

(b) 被告CDDB(現行版)

原告CDDBのマスターテーブルと一致する24個のテーブルに関

して,プライマリー・キーの設定も含め,原告CDDBに存在する関

連付けのほぼ全てについて,同じ関連付け(リレーション)が,被告

CDDB(現行版)に存在する(甲54の別紙2,甲55)。

なお,被告CDDB(現行版)では,原告CDDBについてさらに

正規化がなされ,原告CDDBの「39便テーブル」及び「40運行




30
日定義テーブル」の2テーブルに対応するテーブルとして,「44便

マスタ」の1テーブルが設けられた。この正規化の関係で,被告CD

DBではこの2テーブルが1テーブルになっているため,原告CDD

Bでは「39便テーブル」と「40運行日定義テーブル」間にあるリ

レーションが被告CDDBにはない結果となっている。しかし,これ

により原告CDDBの全体としての体系的構成に実質的な変更が加え

られているとはいえず,被告CDDBにおいて原告CDDBの体系的

構成は維持されている。

(c) 被告CDDB(新版)

原告CDDBのマスターテーブルと一致する25個のテーブルに関

して,プライマリー・キーの設定も含め,原告CDDBに存在する関

連付けのほぼ全てについて,同じ関連付け(リレーション)が,被告

CDDB(新版)に存在する(甲54の別紙3)。

なお,被告CDDB(新版)では,従前の施設関係のテーブルにつ

いてさらに正規化がなされ,原告CDDBの「20ホテル・旅館テー

ブル」,「21観光施設テーブル」及び「22観光施設備考テーブル」

の3テーブルに対応するテーブルとして,「21施設マスタ」,「2

9宿泊施設マスタ」,「23観光施設マスタ」,「130食事土産マ

スタ」,「26観光料金マスタ」,「25観光料金種別マスタ」,「1

32施設種別マスタ」,「133施設詳細種別マスタ」及び「131

施設別詳細種別マスタ」の9テーブルを設けた。宿泊施設マスタや観

光施設マスタ同様に施設マスタの下位のテーブルとして「130食事

土産マスタ」を,施設の種別に関して大分類,中分類,小分類のテー

ブルとして「132施設種別マスタ」 「133施設詳細種別マスタ」
, ,

「131施設別詳細種別マスタ」をそれぞれ追加したものである。

また,被告CDDB(当初版・2006年版)及び被告CDDB(現




31
行版)では,緯度経度情報を「34緯度経度マスタ」とその他のテー

ブル(「4市区町村マスタ」,「21施設マスタ」,「35地点マス

タ」,「47駅マスタ」)で重複して保有しており,原告CDDBの

体系的構成の特徴的部分をそのまま流用していたが,被告らは,原告

の指摘により,原告CDDBに依拠しないでデータベースを作成する

場合における緯度経度情報の重複保有の不合理さに気づき,被告CD

DB(新版)では「34緯度経度マスタ」のテーブルを削除した。ま

た,被告らは,同時に「34緯度経度マスタ」とリレーションが取ら

れていたが実質的に利用されていなかった「32URL種別マスタ」,

「33URL分類マスタ」も削除した。

かかるテーブルの追加や削除によって被告CDDBのテーブル間の

リレーションに変更が生じてはいるが,これにより原告CDDBと一

致するテーブル間における被告CDDBの全体としての体系的構成に

実質的な変更が加えられているとはいえず,原告CDDBの体系的構

成の大部分は維持されている。

d 小括

以上によれば,被告CDDBの当初版・2006年版,現行版,新版

の各体系的構成は,それぞれの各テーブルのうち原告CDDBと一致す

るテーブル(当初版・2006年版は29個,現行版は24個,新版は

20個)に関して,各テーブルの種類,各テーブルに存在するフィール

ドの種類,各テーブル間の関連付け(リレーション)の全ての点におい

て,原告CDDBの体系的構成と実質的に類似していると認められる。

また,原告CDDBの体系的構成は上記のとおり創作性があるものであ

るところ,被告CDDBは,当初版・2006年版,現行版,新版のい

ずれにおいても,その大部分の体系的構成(テーブル,フィールド,リ

レーション)は原告CDDBと共通であるので,原告CDDBの創作性




32
ある部分と類似しているといえる。

(ウ) 情報の選択の類似性

a フィールド項目の選択の類似性

(a) 被告CDDB(当初版・2006年版)

テーブル管理のためのフィールドである「登録日時」 「更新日時」
, ,

「削除区分」のフィールド13個を除いた場合の被告CDDBのフィー

ルド数286個のうち252個が原告CDDBのフィールドと一致し

ており(甲55の別紙2の12頁),252個のフィールドに関しては

原告CDDBのフィールド項目の選択を流用しているといえるので,こ

の点に関して原被告CDDBは同一あるいは少なくとも類似している

といえる。

また,被告CDDB(当初版・2006年版)では,原告CDDBと

対応するテーブル,フィールドのテーブルID,フィールドIDには原

告CDDBのIDがデッドコピーされてそのまま使われていることか

らもフィールド項目の選択の同一性ないし類似性は裏付けられる。

(b) 被告CDDB(現行版)

テーブル管理のためのフィールドである「作成日時」 「更新日時」
, ,

「削除区分」のフィールド72個を除いた場合の被告CDDBのフィー

ルド数173個のうち143個が原告CDDBと一致しており(甲55

の別紙2の12頁),143個のフィールドに関しては原告CDDBの

フィールド項目の選択を流用しているといえるので,この点に関して同

一あるいは少なくとも類似しているといえる。

また,被告CDDB(現行版)では,原告CDDBのテーブル,フィ

ールドに対応するテーブル,フィールドのIDは,被告CDDB(当初

版・2006年版)で使っていた原告CDDBのIDから変更してはい

るが,デッドコピーしたIDを変えただけであり,原告CDDBに対応




33
するテーブル,フィールドが被告CDDB(現行版)に存在することは,

被告CDDB(当初版・2006年版)の場合と何ら変わっていないの

で,このことからもフィールド項目の選択の同一性ないし類似性は裏付

けられる。

(c) 被告CDDB(新版)

テーブル管理のためのフィールドである「作成日時」 「更新日時」
, ,

「削除区分」のフィールド75個を除いた場合の被告CDDBのフィー

ルド数219個のうち146個が原告CDDBと一致しており(甲55

の別紙2の12頁),146個のフィールドに関しては原告CDDBの

フィールド項目の選択を流用しているといえるので,この点に関して原

告CDDBと被告CDDBは,同一あるいは少なくとも類似していると

いえる。

また,被告CDDB(新版)でも,原告CDDBのテーブル,フィー

ルドに対応するテーブル,フィールドのIDは,当初版・2006年版

で使っていた原告CDDBのIDから変更してはいるが,デッドコピー

したIDを変えただけであり,原告CDDBに対応するテーブル,フィ

ールドが被告CDDB(新版)に存在することは,当初版・2006年

版の場合と何ら変わっていないので,このことからもフィールド項目の

選択の同一性ないし類似性は裏付けられる。

b 各テーブルに格納されたデータ(レコード)の選択の類似性

上記のとおり,原告CDDBの各テーブルにどのようなデータ(レコー

ド)を登録するかについては基本的に選択の余地があるので,原告CDD

Bの各テーブルのレコードの集合物には情報の選択の創作性がある。

被告らは,別紙4被告らの主張欄記載のとおり,原告CDDBの各テー

ブルに格納されたレコード集合物の全部あるいはその一部となるレコー

ドを集合物として,被告CDDBの対応するテーブルに直接コピーして入




34
力し,内容を確認して修正等を行った上で入力してきたことを認めている。

また,被告CDDBには,当初版・2006年版,現行版,新版のいず

れにも,原告CDDBのレコードをコピーして入力した痕跡が多数残され

ている。

このように被告CDDBの各テーブルのレコードは原告CDDBの各

レコードの全部あるいはその一部となるレコードを集合物として,被告C

DDBの対応するテーブルに直接コピーして入力したり,内容を確認して

修正等を行った上で入力したものであるので,被告CDDBの各テーブル

における情報の選択は原告CDDBと同一あるいは少なくとも類似して

いるといえる。

c 被告らの主張及びレコードの追加の点について

(a) 被告らは,現行版,新版に関して原告CDDBの各レコードについて

確認し必要な修正を行ったから,当初版の被告CDDBのデータとはい

えないし,ましてや原告CDDBのデータと同視されるべきものではな

いと主張するが,失当である。

例えば,被告らが流用を自認する原告CDDBの観光施設のレコード

約1万4000件について電話番号が正しいかを確認し,誤りのあった

電話番号を修正したとしても,観光施設としてどの施設を選択するかと

いう原告が行った情報の選択に関して1万4000件の選択はそのま

ま維持されているので,被告CDDBには情報の選択の類似性があるこ

とは明らかである。

(b) 被告CDDBでは各テーブルにおいてレコードが追加されている場

合があるが,原告CDDBのレコードの集合物に対してレコードが追加

されたとしても,原告CDDBの集合物は維持されて存続しているので,

追加されたレコードが膨大なものか否かにかかわらず,原告CDDBの

レコードの集合物に関して,その部分は情報の選択について原告CDD




35
Bと類似していることは明らかである。

例えば,あるホテルが廃業になったためそのホテルに関するレコード

が削除された場合でも,被告が流用を自認する原告CDDBのレコード

9400件の大部分が削除されずに存続しているのであるから,被告ら

が流用した原告CDDBのレコードの集合物にする情報の選択につい

て原告CDDBと類似していることは明らかである。

また,フィールドの追加,変更,削除に伴い原告CDDBのレコード

のデータの変更がされる場合があるが,被告らが利用した原告CDDB

レコード,例えば,被告らが流用を自認する宿泊施設のレコード94

00件についてのフィールド項目に追加,変更,削除があるだけであり,

宿泊施設としてどの施設を選択するかという原告が行った情報の選択

に関して9400件の選択はそのまま維持されているので,被告CDD

Bにおいてフィールド項目の追加,変更,削除があったとしても,情報

の選択について原告CDDBとの類似性が維持されていることは明ら

かである。

(c) 被告らは,原告CDDBのデータを直接コピーするなどして被告CD

DBへ格納した後にレコードを追加してレコード件数を増加させたの

で,データベース全体のレコード件数総数から見れば原告CDDBから

直接コピーなどしたレコード件数の割合は低いと主張するが,意味のな

い主張である。

なぜならば,原告は被告らがその後追加したレコードについて責任を

追及しているわけではないからである。仮に追加されたレコードが存在

するとしても,被告らが直接コピーするなどした原告CDDBのテーブ

ル,フィールドなどの体系的構成及びレコードの集合物自体は被告CD

DBに維持・存続しているのであるから,著作権侵害及び一般不法行為

の成立が妨げられることはないというべきである。




36
(d) 被告らは,原告CDDBに格納させるデータについて,創作性が認め

られない単なる客観的なデータであることを理由に,データベースの著

作権による保護がないと主張するが,失当である。

原告CDDBにおいて選択された一つ一つのデータが道路地点の緯

度経度情報や道路情報(道路名,道路名読み)など客観的データであっ

たとしても,そのデータの選択には創作性があるので,データの集合物

の無断流用は著作権侵害を構成する。情報の選択対象が客観的データで

あったとしてもデータベースの著作物になり得ることは当然のことで

あり,その創作性のある部分(情報の選択や体系的構成)を流用すれば,

以下のとおり,著作権侵害が成立することは明らかである。

まず,被告CDDB(当初版・2006年版)は,別紙4の被告らの

主張のとおり,被告が自認するだけでも,原告CDDBの以下の20個

のテーブルのレコードの集合物を直接コピーするなどして利用してお

り,原告CDDBの情報の選択と同一あるいは少なくとも類似している

といえる。

・「01市区町村テーブル」

・「02地区・県名テーブル」

・「05緯度経度テーブル」

・「06URLアドレステーブル」

・「07URL種別テーブル」

・「08URL分類テーブル」

・「09地点名テーブル」

・「10道路テーブル」

・「11接続テーブル」

・「12禁止乗換テーブル」

・「13有料道路番号テーブル」




37
・「14区間料金テーブル」

・「15首都高速料金テーブル」

・「16道路構成地点テーブル」

・「17道路構成地点索引テーブル」

・「18市区町村通過道路索引テーブル」

・「19県範囲定義テーブル」

・「20ホテル・旅館テーブル」

・「21観光施設テーブル」

・「32駅テーブル」

被告らはレコードの集合物に対して一部追加,修正,削除を行ったと

主張しているが,仮にそのような事実があったとしても,被告CDDB

には原告CDDBのレコードの集合物の大部分が残っているので,原告

CDDBにおける情報の選択との同一性あるいは少なくとも類似性

維持されている。

次に,被告CDDB(現行版)については,別紙4の被告らの主張の

とおり,被告らが自認するだけでも,原告CDDBの以下の11個のテ

ーブルのレコードの集合物を被告CDDB(当初版・2006年版)か

ら引き継いで利用しており,原告CDDBの情報の選択と類似している。

・「05緯度経度テーブル」

・「06URLアドレステーブル」

・「09地点名テーブル」

・「10道路テーブル」

・「11接続テーブル」

・「12禁止乗換テーブル」

・「14区間料金テーブル」

・「15首都高速料金テーブル」




38
・「20ホテル・旅館テーブル」

・「21観光施設テーブル」

・「32駅テーブル」

被告らはレコードの集合物に一部追加,修正,削除を行ったと主張し

ているが,仮にそのような事実があったとしても,被告CDDBには原

告CDDBのレコードの集合物の大部分が残っているので,原告CDD

Bにおける情報の選択との同一性あるいは少なくとも類似性は維持さ

れている。

最後に,被告CDDB(新版)については,別紙4の被告らの主張の

とおり,被告らが自認するだけでも,原告CDDBの以下の11個のテ

ーブルのレコードの集合物を当初版・2006年版及び現行版から引き

継いで利用しており,原告CDDBの情報の選択と類似している。

・「05緯度経度テーブル」

・「06URLアドレステーブル」

・「09地点名テーブル」

・「10道路テーブル」

・「11接続テーブル」

・「12禁止乗換テーブル」

・「14区間料金テーブル」

・「15首都高速料金テーブル」

・「20ホテル・旅館テーブル」

・「21観光施設テーブル」

・「32駅テーブル」

被告らはレコードの集合物に対して一部追加,修正,削除を行ったと

主張しているが,仮にそのような事実があったとしても,被告CDDB

には原告CDDBのレコードの集合物の大部分が残っているので,前記




39
のとおり情報の選択の類似性は維持されている。

d 道路地点情報の選択の類似性

上記のとおり,被告CDDBにおいて,原告CDDBの各情報の選択の

創作性のある部分が類似しているが,道路地点の情報の選択に関しては,

以下のとおりである。

原告CDDBの道路地点情報はソースが原告CDDBにしかない原告固

有の情報であり,もし原告CDDBの道路地点情報が他のデータベース

存在する場合,原告CDDBに依拠したことは否定できない。

また,原告CDDBでは,「10道路テーブル」に格納された道路に関

して,行程表を作成する上で必要と考えられる適切な地点はどこかという

考慮に基づいて道路地点を決定した上,詳細な緯度経度情報が「09地点

名テーブル」に格納されていくことになるが,道路地点データには,@道

路上のどの場所を選ぶか,Aその場所の緯度経度として具体的にどこを選

ぶかの二つの局面で情報の選択の幅があることは上記のとおりであり,著

作者の個性が表れる原告らのオリジナルデータである。

被告らは別紙4のとおり,原告CDDBの「09地点名テーブル」に格

納されている道路地点を,被告CDDB(当初版・2006年版)にコピ

ーして入力した上で,追加・修正・削除し,現行版,新版では追加・更新

したことを自認する。

被告CDDBでは,原告CDDBの「09地点名テーブル」に格納され

ている道路地点(道路上のどの場所か,具体的な緯度経度)の情報を「3

5地点マスタ」に流用し複製しているので,原告CDDBと同一であるか,

あるいは少なくとも類似しているものといえる。また,原告CDDBの道

路地点の選択(情報の選択)は上記のとおり創作性があるものであるとこ

ろ,被告CDDBは原告CDDBの創作性ある部分と同一であるか,ある

いは少なくとも類似しているものといえる。




40
類似状況の詳細は,以下のとおりである。

(a) 道路上のどの場所かについて

原告CDDB2005年9月版との比較(甲34)から明らかなよう

に,被告CDDB(当初版・2006年版)では,99.98%,被告

CDDB(現行版。2007年9月版, )では99.89%,

被告CDDB(現行版。2009年4月版, ! )では98.38 %,

被告CDDB(現行版。2009年6月版, !")では94.60%,

被告CDDB(新版)では92.93%もの原告CDDBの地点に関す

る「道路上のどの場所か」というデータを流用している(甲34)。な

お,データベースにおいては修正などの例外を除き,基本的に従前のデ

ータが承継されることになるので,上記バージョン以外のバージョンの

被告CDDBの地点データについても,原告CDDBからのデータの流

用がされているものと推認することができる。

(b) その場所の緯度経度として具体的にどこを選ぶかについて

原告CDDBにおける「09地点名テーブル」における緯度経度デー

タの作成は,独自の方法に基づいて全て手作業で行われているため,た

とえ同様の方法を用いたとしても,人間がパソコンのマウスで地図上を

クリックするという方法で行うものである以上,度分秒(しかも0.1

秒単位)で表現された緯度経度の0.1秒単位まで緯度経度データが一

件であっても一致することなどあり得ないことである。

それにもかかわらず,被告CDDBの「地点マスタ」の緯度経度デー

タの完全一致率(緯度及び経度が0.1秒単位まで一致している率)は,

平成21年(2009年)5月に被告らが原告から著作権侵害の訴えを

提起されるときまで,実に92%以上にも達する極めて異常な状態にあ

る(甲5,22,31の1〜3,甲32,33,34,39)。

ちなみに,本件訴えが提起される直前の被告CDDB(現行版。20




41
09年4月版, ! )の緯度経度データの完全一致率は,92.9%

であったが,訴え提起直後の被告CDDB(現行版。2009年6月版,

!")では,8.1%に激減している。

原告CDDBの2005年9月版との比較で見ると,被告CDDB(現

行版。2009年6月版, !" 以降)や被告CDDB(新版)では,

原告CDDBの緯度経度情報とは微妙に差を設けているが,被告CDD

B(現行版)の !" では−10秒から10秒の間に約92%,被告

CDDB(新版)では,−10秒から10秒の間に約90%含まれてい

る(甲34の別紙4の1,別紙5の1)ことから,平成21年(200

9年)5月,被告らは,原告から著作権侵害の訴えを提起された後に,

一定範囲内で数値が異なるような自動処理(例えば乱数発生機能を利用

する変換プログラムを作成して,元の緯度経度データの数値に対して一

斉に変換をかける等)や個別の改変等の工作を行っているものと推認さ

れる。しかし,このような工作を行ったとしても,原告CDDBの緯度

経度情報をデッドコピーした後,隠蔽目的でデッドコピーした緯度経度

に依拠して自動変換等の改変がされたすぎない(甲75の2の162頁

以下)ものであるので,被告CDDBは,結局新版に至るまで,原告C

DDBの道路地点情報の緯度経度情報を流用しているといえる。

このように,原告CDDBにおける道路地点情報の選択には創作性

あるところ,被告CDDBは原告CDDBの創作性ある部分と同一であ

るか,あるいは少なくとも類似しているものといえる。

e 道路情報の選択の類似性

上記のとおり,被告CDDBにおいて,原告CDDBの情報の選択の創作

性のある部分が類似しているが,都道府県道,一般道路に関する情報の選択

に関しては,以下のとおりである。

原告CDDBでは都道府県道,一般道路については,原告CDDBで選択




42
された「20ホテル・旅館テーブル」のホテル・旅館の所在地情報,「21

観光施設テーブル」の観光施設所在地情報なども踏まえ,大型観光バスによ

る移動に適切な道路を選択して「10道路テーブル」に格納しているので,

その情報の選択には創作性がある。

被告らは別紙4の被告らの主張のとおり,原告CDDBの「10道路テー

ブル」に格納されている道路情報を,被告CDDB(当初版・2006年版)

にコピーして入力した上で,追加・修正・削除し,現行版,新版では追加・

更新したことを自認する。

このように被告CDDBは,原告CDDBの「10道路テーブル」に格納

されている道路のデータを「36道路マスタ」に流用し複製している(甲3

3,別表2,別表3の痕跡番号26ないし31)ので,道路データ(情報)

の選択が原告CDDBと同一であるか,あるいは少なくとも類似しているも

のといえる。また,原告CDDBの道路(情報)の選択は上記のとおり創作

性があるので,被告CDDBは原告CDDBの創作性ある部分と同一である

か,あるいは少なくとも類似しているものといえる。

f ダミーデータの選択の同一性

被告CDDBの当初版・2006年版と現行版には,原告CDDBにおけ

るダミーデータ『ダミーデータ「***」(道路名),「ン ダミー」(道路名

の読み)』が格納されている(甲21)。かかるダミーデータを格納するか

どうかは原告CDDBにおける個性が表れているという意味で創作性ある情

報の選択の一つであるところ,被告CDDBではこれと同一の情報の選択を

行っている。

(エ) 小括

上記のとおり,被告CDDBは当初版・2006年版,現行版,新版のい

ずれにおいても,原告CDDBの体系的構成及び情報の選択において創作性

る部分と同一であるか少なくとも類似している。




43
なお,著作物の全部でなくとも著作物の創作性ある部分を複製すれば,著

作権侵害は成立する。データベースの著作物でもこの理は同じである。

昭和60年9月の著作権審議会第七小委員会(データベース及びニューメ

ディア関係)報告書でも,複製に関して「従来から複製権は著作物の全体的

な複製だけでなく,その一部分であっても,著作物としての価値を持ち得る

部分である限り,その部分にも及ぶと解釈されてきたところである。データ

ベースにこの解釈を適用すると,著作物としての価値を持ち得るような形で,

情報をある程度のまとまりで複製することについては複製権が及ぶと考えら

れる。」としており,データベースの一部複製等についても,データベース

著作者複製権等が及ぶことは明らかである。

なお,被告らは著作権侵害及び一般不法行為が成立しないことの事情とし

て被告システムの優位性を主張する。

しかし,著作権侵害及び一般不法行為の成立とシステムの優位性は関係が

ない。仮に被告システムに優位性があったとしても,被告CDDBが原告C

DDBに依拠し類似性があるものであれば著作権侵害が成立するし,多大な

労力費用をかけて開発された原告CDDBを流用した被告CDDBを含む被

告システムを,原告CDDBを含む原告システムの販売地域と競合する地域

に販売する行為は一般不法行為に該当するというべきである。このことは被

告システムに優位性があろうとなかろうと変わりがない。

したがって,被告らの優位性に関する主張は失当である。

イ 依拠性

原告CDDBと被告CDDBとは,データベースとしての表現において,実

質的な同一性ないし類似性が認められ,アクセス可能性やデッドコピーされた

具体的痕跡からして依拠性があることは明らかである。被告CDDBの開発者

であるA及び被告Y5が,翼システムあるいは翼システムから営業譲渡を受け

た後は旧原告会社等において原告CDDBの開発に従事していたこと,被告Y




44
3,被告Y2,被告Y4,被告Y6が,原告等において営業担当者として原告

システム用の提供データベースである原告CDDB等を常に持ち歩き,顧客に

対する原告CDDB等のインストール作業に従事していたこと, 被告Y5,
A,

被告Y3,被告Y2,被告Y4,被告Y6が,原告等を退職した後,ごく短期

間で膨大なデータベースの体系的構成及びデータよりなる被告CDDBを開

発して販売を行っていること,並びに,被告CDDBには原告CDDBをデッ

ドコピーした痕跡が新版に至るまで多数残されていることなどに鑑みると,A

及び被告Y5は,原告CDDBの内容を設計レベルのコアとなる情報まで正確

に認識した上で,これに依拠して被告CDDBを作成したものであると認めら

れる。

この点に関して被告らは,一旦CSV(Character-Separated Values)フ

ァイルに抽出した上で,被告CDDBに入力したと主張するが,CSVファイ

ルに一旦出力した後に被告CDDBに入力したのであれば本来不都合が生じ

る「,(カンマ)」,「"(ダブルクォート)」等が含まれているデータのデッド

コピーについても,何ら不都合を生じさせることなくデータ移行を行っている

ことに鑑みて,被告らの主張は明らかに不合理なもので到底信用することはで

きない。被告らは当初版・2006年版において,原告CDDBのデータを原

告CDDBのテーブルID,フィールドIDと同一あるいは酷似したテーブル

ID,フィールドIDとする被告CDDBの各テーブル,フィールドにデッド

コピーして移行させ,その後現行版,新版において改変等を行ったものである。

また,被告らは,CSVファイルに抽出した後に,一般のホームページや市

販のDVDソフト等に掲載されている情報を閲覧,参照等しながら手作業によ

る追加・修正・削除を行い,そのような作業を行った後に被告CDDBに入力

したと主張するが,一般のホームページや市販のDVDソフト等に掲載されて

いる情報を閲覧,参照等しながら手作業による追加・修正・削除を行うことは

できないし,そもそも対比すべき正しいデータは存在しない。




45
むしろ,各施設の緯度経度情報やコード体系などをデッドコピーしているこ

と,原告CDDBの道路テーブルにおける道路名フィールドで「***」,道

路名カナフィールドで「ン ダミー」として登録されているデータがそのまま被告

CDDBにも登録されていたことを含めデッドコピーの痕跡が存在する理由

を被告らが何ら説明できない項目があることなどに鑑みて,被告らの主張は明

らかに不合理なもので到底信用することはできない。被告らは当初版・200

6年版において,原告CDDBのデータを原告CDDBのテーブルID,フィ

ールドIDと同一あるいは酷似したテーブルID,フィールドIDとする被告

CDDBの各テーブル,フィールドにデッドコピーして移行させ,その後現行

版,新版において改変等を行ったものである。

このように,被告CDDBへのデータの収録過程について,CSVファイル

を経由して,エクセル上で一般情報をもとに目視,手作業で追加・修正・削除

を行ったとする被告らの主張は,極めて不合理である。

被告らは,原告の指摘のうちのタブ区切りの点のみ反論するが,その余は認

否も反論もない。タブ区切りの点についても,データ移行に際して対象テーブ

ルの全データを打ち出して,カンマやダブルクォートが含まれているかを確認

し,含まれていない場合はカンマ区切りのCSVで,含まれている場合はタブ

区切りのTSVで抽出するという被告ら主張の方法は,かなり手間暇のかかる

作業であり,現実的でなく,信用できない。

〔被告らの主張〕

(1) 原告CDDBの著作物性について

そもそも,データベースにおいてはその作成目的や利用対象が同一である限

り,その信頼性を維持するため,選択される情報は客観的基準に従ってある程

度機械的に収集・選択されることになり,情報の選択について,データベース

創作者の創作性が反映する可能性は制限される(乙28)。つまり,収集方針,

選定基準というのは,一般的にはシステムの記憶容量が小さい時や,規模に制




46
約のあるデータベースには重要であるが,規模が大きく真に利用価値のあるデ

ータベースほどその重要性がなくなり,場合によっては不必要となるものであ

る。

一方,体系的な構成についても,データベースが最大限活用されるためには,

フォーマットの作成や体系設定は「没個性」的でかつ標準的な「汎用性」のあ

るものが望ましく,ユーザーの習慣性や効率性等を追及すれば一つの標準的な

技術に収斂していく傾向があり,情報を網羅した完璧なデータベースであるほ

創作性を認める余地は少なくなってしまうのであり,逆に,フォーマットや

体系設定が個性的ということになれば,その分データベースの利用を狭めるこ

とになってしまうのである。原告の指摘する昭和60年9月の著作権審議会第

七小委員会報告書においても,「没個性」,「汎用性」を指向するデータベー

スの特質などから,データベースについて創作的行為とすることのできない場

合がかなりあるとの指摘がされている。

また,下級審裁判例(東京地裁平成12年3月17日判決・判例時報171

4号128頁。いわゆるNTTタウンページ事件)においても,データベース

における情報の選択,体系的な構成の基準となる創作性に関しては,当該デー

タベースの目的・性格が考慮され,データベースの利便性向上のため,作成者

として当然行うべき情報の選択はデータベース著作物の創作性については考慮

されないことを明確にしたと解されている(乙28)。

実質的にも,データベースについて創作性の程度を低く設定すると,先行デ

ータベースの創作者が情報の体系的構成に創作者なりの何らかの構成を反映し

データベースを作成すると,後発者は同一の体系的構成からなるデータベー

スを制作できないだけでなく,当該データベースの一部を構成する情報の集合

体を利用する場合にも当該部分で先行者の体系的構成における創作性が反映さ

れていれば,先行データベースの一部複製とされるおそれがあり,データベー

スの自由な開発や情報の自由な利用が阻害されるから,この意味でも,データ




47
ベースの創作性の程度を低く解すべきではない。

以上を踏まえると,原告が原告CDDBの特徴的部分,すなわち創作性のあ

る部分であると主張する,観光施設テーブルの格納情報,ホテル・旅館テーブ

ルの格納情報,行程表作成のために必要なテーブル,フィールド及びリレーシ

ョンの設計などは,いずれも,旅行業者向けの行程表作成を目的としたデータ

ベースという性質上,作成者として当然考慮すべきものであり,その情報の選

択や体系設定はいずれも客観的・標準的な基準に従った没個性的・汎用的なも

のにすぎないから,仮にこれらの作業が相当程度の資本・労力の投下を要する

ものであったとしても,創作性は認められない。このようなものに安易に著作

物性が認められれば,旅行業者向けのデータベースは,原告以外におよそ制作

できないことになり,競争原理が全く機能せず,一社に市場を独占させる結果

となり,利用者にとっての利便性向上を著しく阻害する。

したがって,原告CDDBは著作物として保護されるべき創作性を有してお

らず,原告CDDBには著作物性がない。

(2) 被告CDDBが原告CDDBの複製ないし翻案に当たらないことについて

ア 被告アゼスタが,原告CDDBのデータの一部を被告CDDBに利用した

ことは認めるが,以下個別に詳述するとおり,それは,被告CDDBの作成

過程において,原告CDDBのデータの一部について,一旦エクセルで読み

込めるファイル形式であるCSVファイルで抽出するなどした上で,これら

のデータに適宜追加・修正・削除を加えて,それを被告CDDBに収録,利

用したり,一旦CSVファイルに抽出した上で,一般のホームページや市販

のDVDソフト等に掲載されている情報を閲覧,参照等しながら手作業によ

る追加・修正・削除を行い,そのような作業を行った後に被告CDDBに入

力したものである。そのため,特段修正・削除を要しなかった箇所や修正漏

れがあった箇所などについて,結果的に原告CDDBのデータと同一のもの

が被告CDDBに収録されている場合もあるが,これらのデータには,被告




48
アゼスタにおいてホームページ等により情報の正確性等を確認したものも

含まれている以上,原告CDDBのデータと同視されるべきものとはいえな

いのであって,被告アゼスタは,原告CDDBのデッドコピーなどしていな

い。

また,被告Y3,被告Y2及び被告Y4などの営業担当者は,原告システ

ムのインストール用CDを所持し取り扱うことは会社から一切許されておら

ず,管理も厳重であったため所在すらもわからなかった。納品などのインス

トール作業はサポート部門に依頼するという厳格な社内ルールがあったため,

上記の者らが手にしたことなど一度もなかった。

(ア) 当初版の被告CDDBのデータについて

被告アゼスタは,当初版の被告CDDBを開発するにあたり,独自に収集

したデータに加えて,原告CDDBのデータの一部を,以下のように修正等

の加工を施した上で利用した。

a 施設関係データ

(a) 観光施設データ

原告CDDB(2005年11月版)の観光施設データのうち,市販の

料金ガイドに掲載されている観光施設(約1万4000件)について,一

旦エクセルで読み込めるファイル形式(CSVファイル)で抽出した上で,

公式ホームページや一般ホームページ(「ヤフー電話帳」等),料金ガイ

ド等により,最新の情報(名称,名称カナ,郵便番号,電話・ファックス

番号,住所)を確認し,適宜追加・修正・削除を加えた。また,原告CD

DBでは,テーブル,フィールド等の変更なく,観光施設テーブル及び観

光施設備考テーブルに登録できる観光料金の種類が非常に限られた種類

固定的な設定となってしまっており,複雑な料金体系を採用している観

光施設に柔軟に対応できていなかった。すなわち,原告CDDBでは,1

施設レコードについて,個人・団体ごとに,小学生/中学生/高校生/大




49
人の4項目について,それぞれ4種類の料金しか登録できなかった。しか

し,実際には,東京ディズニーランドのように,個人であっても,1デー

パスポートからスターライトパスポートまで6種類の料金設定がされて

いたり,また小学生/中学生/高校生/大人の区別だけではなく,さらに

大学生/シニア/障害者等の各属性に応じて細かく料金が異なっている

施設や,通常の団体料金とは別に修学旅行等の場合に適用される特別な団

体料金(学校団体料金)が設定されている施設も存在しており,原告CD

DBはこのような施設の料金情報を十分反映できておらず,顧客のニーズ

に合致していなかった。

そこで,被告CDDBは,テーブル,フィールド等の変更なく,このよ

うな施設の複雑な料金体系をも正確に反映できるように適宜データを加

工・修正した上で被告CDDB(「施設マスタ」,「観光マスタ基本」,

「観光料金マスタ」)に機械的に移行入力したが,このような詳細な料金

情報は料金ガイドにも掲載されておらず,各施設の公式ホームページ等に

より料金体系の種類・内容の詳細を1件ずつ確認して加工・修正作業を行

わなければならないため,多大な労力を必要とした。

また,自然・神社等(山,川,湖沼,渚,城,神社,滝,温泉,海岸,

寺,スキー場,公園)のデータ(約4500件)については,一般ホーム

ページや市販のDVDソフト「プロアトラス2002 日本の風景100

0」より最新の情報(名称,名称カナ,郵便番号,電話・ファックス番号,

住所)を確認して,データを手入力し,さらに,原告CDDB(2005

年11月版)のデータの一部についても,CSVファイルで抽出し,一般

ホームページより最新の情報(名称,名称カナ,郵便番号,電話・ファッ

クス番号,住所)を確認し,適宜データに追加・修正・削除を加えた上で,

被告CDDB(「施設マスタ」,「観光マスタ基本」,「観光料金マスタ」)

に機械的に移行入力した。




50
もっとも,顧客への被告システムの出荷(平成18年6月末ころ販売開

始)にあたり,平成17年11月以降急ピッチで進められていた被告CD

DBの開発作業が間に合わなかったこともあり,原告CDDBの観光施設

データのうち,神社仏閣,ゴルフ場,食事処,ドライブイン,温泉地等に

関するデータを中心に,被告CDDB(「施設マスタ」,「観光マスタ基

本」,「観光料金マスタ」)にコピーした上で,誤記等の修正を加えた。

(b) 宿泊施設データ

原告CDDB(2005年11月版)の宿泊施設データのうち,「ホテ

ル」区分,「旅館」区分,「その他」区分の「公共の宿」(国民宿舎等)

のデータ(約9400件)についても,CSVファイルで抽出した上で,

公式ホームページや一般に公開されているホームページ 「ヤフー電話帳」


等)等により,最新の情報(名称,名称カナ,郵便番号,電話・ファック

ス番号,住所)を確認し,適宜追加・修正・削除を加えた上で,被告CD

DB(「施設マスタ」,「旅館マスタ基本」)に機械的に移行入力した。

また,観光施設データと同様に,顧客への被告システムの出荷にあたり,

被告CDDBの開発作業が間に合わなかったこともあり,原告CDDBの

宿泊施設データのうち,ビジネスホテルに関するデータを中心に,コピー

して被告CDDB(「施設マスタ」,「旅館マスタ基本」)に入力した上

で,誤記等の修正を加えた。

b 交通関係データ

被告CDDBは,鉄道・路線バス・飛行機等の路線・運賃探索ソフトで

ある「駅すぱあと」と連携させているため,原告CDDBと異なり鉄道や飛

行機の路線探索,時刻表・料金に関するテーブルを備えておらず,これらの

データは入力していない。

ただし,原告CDDBの駅テーブルのデータ(約9200件)について

は,CSVファイルで抽出した上で,「駅すぱあと」と連携させるために,




51
駅コード及び駅名のデータに修正を加えた上で,被告CDDB 「駅マスタ」
( )

に機械的に移行入力した。

c 道路関係データ

原告CDDBの道路データ,地点データ等の道路関係データについて,コ

ピーして被告CDDB(「道路名マスタ」,「地点マスタ」,「接続マスタ」

等)に入力した上で,不要なデータの削除,誤記等の修正,追加を加えた。

ただし,高速道路・有力道路の料金データは,原告CDDBと同様に,一般

に公開されているホームページより入力したものである。

これらのデータは,情報の選択に独自の視点や発想が加わる余地がほとん

どなく創作性を有しない。

d エリア関係データ

原告CDDBの都道府県データをコピーして被告CDDB(地区・都道府

県マスタ)に入力し,原告CDDBの市区町村データについても,コピーし

て被告CDDB(市区町村マスタ)に入力した上で市区町村の合併等を確認

して追加・削除を行ったが,これらのデータは公知の情報であり,選択の幅

は皆無であり創作性はない。

(イ)現行版及び新版の被告CDDBのデータについて

被告アゼスタは,平成18年6月末ころの被告システム(当初版)の販売

開始以降,現在まで6年以上もの長期間にわたり,膨大な手間・時間をかけ

て,顧客のニーズに対応してデータ内容を充実させており,継続して被告C

DDBのデータを追加・修正・削除している(乙34)。

これにより,現行版及び新版の被告CDDBのデータは,最初に開発した

当初版の被告CDDBのデータから一新され,データの件数・内容ともに大

幅に変更している。レコード数だけをとっても,新版のレコード数(213

万3846件)は当初版・2006年版(58万9592件)の3.6倍を

超えるほどに至っている。また,当初版の被告CDDB開発の際に原告CD




52
DBから利用したデータに関して,仮に新版の被告CDDBに同内容のデー

タが存在していたとしても,当該データは,当初版開発時から現在までの6

年数か月の期間を通して,被告アゼスタがホームページや書籍等により情報

の正確性等を幾度となく確認した上で被告CDDBに格納しているものであ

り,被告アゼスタの継続的な企業努力により,現在の情報を正しく反映して

いるデータとしての価値が新しく備わったものであるから,もはや6年以上

も昔の当初版の被告CDDBのデータとはいえないし,ましてや原告CDD

Bのデータと同視されるべきものではない。

現行版及び新版の被告CDDBの当初版からの主なデータ変更部分は以下

のとおりである。

a 施設関係データ

現行版の被告CDDBにおいて,顧客のニーズに対応するため,観光施

設,宿泊施設,公共施設等のデータの大幅な拡充を行った結果,現行版

(Ver2.99)では,施設マスタのレコード件数が約15万件になり,当初版

レコード件数(約5万7000件)の約2.6倍にまで増加し,さらに各

種施設の新設・閉館や住所・料金等の内容変更などに伴い,2万7000件

以上のデータを修正した。

また,現行版(Ver2.96)の被告CDDBにおいては,施設に関する緯度

経度データが全て更新しており,新版の被告CDDBにおいて,緯度経度マ

スタのテーブルを削除している。

さらに,新版の被告CDDBにおいては,食事土産マスタ等のテーブルを

新設し,全国「観光・運輸」総合カタログ2011年に掲載されたドライブ

イン等の食事施設や土産店について,公式ホームページや一般ホームページ

等により最新の情報(名称,住所,電話・ファックス番号等)を確認し,デ

ータを追加・更新した。

b 交通関係データ




53
現行版の被告CDDBにおいては,「駅すぱあと」に収録されていない

フェリー,ケーブルカー,ロープウェイ等の交通機関に対応するため,便マ

スタ,時刻マスタ等のテーブルを新設し,フェリーガイドやホームページ等

を確認した上で,交通会社,時刻表,便名等のデータを新たに追加した。

c 道路関係データ

現行版の被告CDDBにおいて,顧客のニーズに対応するため,地点・道

路,高速道路料金等のデータの大幅な拡充を行った結果,現行版(Ver2.99)

では,レコード件数が,地点マスタ約2万2300件,道路マスタ約480

0件,単経路マスタ約6万6000件,区間料金マスタ約176万8000

件となり,当初版のレコード件数(地点マスタ約1万2800件,道路マス

タ約2700件,接続マスタ約3万7000件,料金マスタ約36万330

0件)からそれぞれ大幅に増加され,既存のデータについても,最新の情報

に合わせて多数のデータが更新されている。同様に,新版の被告CDDBに

おいても継続的にデータの追加・更新が行われている。

また,現行版(Ver2.94)の被告CDDBにおいては,地点に関する緯度経

度データはすべて更新されている。

d エリア関係データ

現行版の被告CDDBにおいては,都道府県マスタ及び市区町村マスタの

データをすべて入力し直した。

また,現行版(Ver2.96)の被告CDDBにおいて,エリアに関する緯度経

度データはすべて更新しており,新版の被告CDDBにおいては,緯度経度

マスタのテーブルを削除している。

さらに,新版の被告CDDBにおいて,市区町村マスタに政令指定都市の

データを追加し,市区町村だけでなく政令市の検索まで可能となるようにし

た。新版の都道府県マスタについても,「緯度経路カラム」フィールドを追

加して,都道府県庁位置を新規に登録した。




54
なお,原告は,CSVファイルに一旦出力した後に被告CDDBに入力し

たのであれば不都合が生じる「,(カンマ)」,「"(ダブルクォート)」等が含

まれているデータのデッドコピーについても,不都合を生じさせることなく

データ移行を行っていることに鑑みて,被告らの主張は明らかに不合理なも

のであると主張するが,CSVファイルには,カンマ区切り(CSV:デー

タをカンマで区切って並べたファイル形式)のみならずタブ区切り(TS

V:データをタブ文字で区切って並べたファイル形式)も含まれ,カンマ区

切り(CSV)では,カンマ,ダブルクォート等は文字化けや項目ずれを起

こすため,被告アゼスタでも,カンマ,ダブルクォート等が含まれているデ

ータについてはタブ区切り(TSV)を使って上記支障が生じないように対

処しており,このことは,エクセルを使ってデータ入力・加工等を行う開発

者であれば誰でも知っている常識的な知識である。

したがって,原告の上記主張は失当である。

イ 被告CDDBは原告CDDBに依拠したものではなく,原告が主張するよ

うな原告CDDBの複製物ないし翻案物ではない。

(ア) 被告らは,独自の設計思想に基づき被告CDDBを開発したものであり,

体系的構成が異なる。

被告アゼスタが独自の設計思想に基づき開発した被告CDDB(当初版・

2006年版,現行版,新版)では,原告CDDBとのテーブルの一致率(当

初版・2006年版は49.0%,現行版は18.2%,新版は11.5%)

及びフィールドの一致率(当初版・2006年版は44.1%,現行版は2

1.1%,新版は13.4%)からも明らかな通り,被告CDDBは,テー

ブルの内容(種類及び数) 各テーブルに設定されたフィールド項目の内容,


各テーブルの関連付けのあり方のいずれの点についても,原告CDDBの構

造と大きく異なっている。

具体的には,まず,被告CDDBは,格納されている情報について,デー




55
タベース上,相互に結合・連動する必要のある関連性の強いまとまりごとに

類型化していくと,大きく分けて,中核となる施設情報とその他の三つの情

報(道路情報,交通情報,エリア情報)に分類することができる。

このうち,施設情報は旅行の目的地や出発地に関する情報であるところ,

そもそも,旅行業者向けシステムにおいては,旅行の目的地をどこにするか

という点が最も肝要であり,その他の交通情報,道路情報及びエリア情報は,

目的地に到達するためのいわば手段となる情報にすぎないから,目的地とな

る施設情報に関する体系的な構成をどのような内容とするかが,旅行業者向

けシステムのデータベース創作性を判断する上で決定的な要素となる。

実際に,本件のような旅行業者向けシステムと一般に普及しているルー

ト・路線検索システム(カーナビゲーションシステムや「NAVITIME」

(株式会社ナビタイムジャパン提供),「駅すぱあと」など)との間で,格

納している情報に違いが現れる最たるものが施設情報である。すなわち,ル

ート・路線検索システムを利用しても出発地や目的地の基本情報(名称や電

話番号)は検索することができる上,その間の距離や時間,料金も全て検索

することができるところ,本件のような旅行業者向けシステムは,CDデー

タベース(CD−ROM)に格納する情報との関係では,旅行で訪れる観光

施設や宿泊施設に関する詳細情報(営業時間,入館料,客室数,大浴場の有

無等)を追加した点に特徴がある。

したがって,施設情報は,旅行業者向けシステムにおいて最も特徴的な情

報であり,これがあることではじめて,当該システムがルート・路線検索シ

ステムとは異なる独自の検索機能を有しているものといえる。

よって,旅行業者向けシステムのデータベースにおいては,施設情報に関

する体系的な構成をどのようにするかが,データベースの体系的な構成にお

ける創作性を最も大きく左右するものといえる。

以上を踏まえ,当初版・2006年版,現行版及び新版の被告CDDBの




56
開発における被告アゼスタの独自の設計思想,原告CDDBとの差異等につ

いて詳論する。

a 当初版・2006年版

(a) 施設情報について

当初版の被告CDDBの開発当時(2006年ころ),日本人の旅

行形態の主流は,旅先に行くこと自体(例えば京都に行く,ニューヨ

ークに行くなど)やその旅先の有名な観光名所を巡る(例えば清水寺

を巡る,自由の女神を巡るなど)ことを目的とするものから,体験す

る,味わう,参拝する,世界遺産を巡る,癒しの時間を過ごすなどと

いった個々人の興味に沿ったテーマを満足することを目的とする傾向

に変わりつつあった。また,当該テーマ自体についても,時代の進展

に応じてその多様化が進む傾向にあった。

そのため,被告アゼスタは,ゆくゆくは,そのようなテーマに沿っ

た柔軟な検索や旅行計画の作成を利用者(旅行業者)が行うようにな

ることを想定し,将来におけるデータベースとしての拡張性や格納効

率,保守性を最大限に高めるという視点から,施設情報に関するデー

タベースを設計することとした。

このような意図のもと,被告アゼスタは,当初版・2006年版の

被告CDDBにおいて,施設マスタという独立したマスターテーブル

を上位テーブルとして用意し,宿泊施設マスタや観光施設マスタとい

った施設の類型別のマスターテーブルを,施設マスタの下位テーブル

として位置付ける格納方法をとることとし,最大2階層でデータを保

持するテーブル構成を採用した。

これにより,当初版・2006年版の被告CDDBでは,電話番号

や住所などの施設の基本情報は,「宿泊施設」や「観光施設」といっ

た施設類型の区別なく,いったん全て施設マスタに格納する設計とし




57
たことから,上記のようなテーマに沿って施設を検索する場合に,デ

ータベースの構造上は,施設マスタのみを検索することで,テーマに

沿った施設を検索することが可能な設計構造となったものである。さ

らに,現行版では,上記設計思想をもとに,下位テーブルではなく上

位テーブルである施設マスタに「キーワード」のフィールドを設け,

施設マスタを「世界遺産」,「祭り」,「花火」,「桜」,「紅葉」,

「観光・食事100選」,「土産物100選」などのキーワードで検

索できるようにしている。したがって,被告CDDBでは,いつでも

施設類型別のマスターテーブル(例えば,食事施設,公共施設等)を

増やすことができ,かつ,これらを上位テーブルの施設マスタで検索

できる設計構造となっており,施設類型が多様化してもそれに対応で

きるような柔軟な設計となっている。現に,新版では,施設類型別の

マスターテーブルとして食事・土産マスタを追加し,食事処及び土産

施設の情報充実を図っている。

また,宿泊施設自体が観光施設を兼ねている複合施設など(例えば,

善光寺宿坊常智院,鴨川ホテル三日月スパ三日月),必ずしも一つの

目的地が,「宿泊施設」や「観光施設」といった単独の施設類型に当

てはまらないものがあるところ,今後,格納する施設類型が多様化し

た場合,当該施設がどの施設類型に格納されているか直ちには判然と

しないケースが増えてくることが予想される。その場合,個々の施設

類型から目的の施設を検索しようにも,格納箇所が判然とせず,検索

できない可能性があるところ,被告CDDBの設計構造であれば,施

設類型が判然としなくとも,上位テーブルである施設マスタを検索す

れば目的地を検索することができる仕組みになっていることから,上

記多様化にも柔軟に対応することができる。

このように被告CDDBにおいては,旅行業界の動向を見据え,顧




58
客のニーズに応えることができるように,情報の体系付けやキーワー

ドの付与に独自の創意工夫を凝らしている。

一方,原告CDDBにおける施設情報の格納方法は,テーマ別検索

を意図していないため,ホテル・旅館テーブルと観光施設テーブルの

二つの施設類型別のマスターテーブルでのみ,施設に関する情報を格

納している。

そのため,データベースの構造上,目的の施設を検索する場合も,

「ホテル・旅館」又は「観光」のいずれか一つのテーブルに絞って検

索するか,両方のテーブルを別々に検索せざるを得ず,格納している

施設に関する情報をまとめて1テーブルの中で検索できる設計構造に

なっていない。また,キーワード検索機能を持たない原告CDDBの

場合,被告CDDBのようにテーマ別検索を可能とするためには,ホ

テル・旅館テーブルと観光施設テーブルの両方に「キーワード」のフ

ィールドを追加し,両方のマスターテーブルを個別にすべて検索する

必要があることから,被告CDDBと比べて,データベースとしての

検索効率及び格納効率が悪いものとなっている。

さらには,原告CDDBの設計構造では,被告CDDBと異なり,

施設類型のテーブルを「ホテル・旅館」と「観光」の二つ以外に追加

するのがそもそも難しく,仮に追加して施設類型が多様化した場合も,

格納した情報の施設類型が判然としない場合に個々の施設類型からの

検索が困難なケースが出てくることになり,データベースとして柔軟

な設計構造になっていない。

このように旅行業者向けシステムにとって最も重要かつ本質的な特

徴といえる施設情報において,被告CDDBは,原告CDDBとは全

く異なる独自の設計思想に基づいて情報の格納を行っている(乙19)。

(b) 施設情報以外について




59
道路情報の格納方法としては,ある地点までの最短経路を検索抽出

するというダイクストラ法(乙21。最短距離だけに限らず,時間や

費用等の要素も組み合わせ,目的に応じた最適な経路を検索抽出する

ことを含む。)の考え方に従い格納するのが一般的であり,実際の利

用者のニーズにも合致している。

そのため,ダイクストラ法は,上記「NAVITIME」やカーナ

ビゲーションシステムなどルート・路線検索を行うシステムではほぼ

必ず採用されている方法であり,当然,被告CDDBも原告CDDB

もこれを採用している。

したがって,被告CDDBも原告CDDBも,ダイクストラ法とい

う一般的でありふれた最短経路検索方法を採用する以上,これを実現

するために,地点(始点)と地点(終点)並びにその間の距離及び所

要時間等を格納していくという具体的な情報の格納方法それ自体にお

いて特段顕著な差異が生じ得るものではなく,このような格納方法自

体には何ら創作性著作物性)が認められない。

また,交通情報(路線情報,交通会社,便情報,時刻情報,運賃情

報,距離情報など)は,情報の内容からして本来,格納する情報に取

捨選択の余地があるものではなく,基本的には全ての情報を登録する

必要があるものであるから,情報の取捨選択について特段顕著な差異

が生じるものではない。

実際に,上記「NAVITIME」,「Yahoo!路線情報」,

「駅すぱあと」といった他の多くのルート・路線検索システムにおい

ても,これらの情報は格納されている。

したがって,そもそも交通情報をどのように格納しようと,格納方

法に創作性著作物性)があるということはできず,著作権侵害の問

題が生じるものではない。




60
そして,被告CDDBでは,頻繁に変更が行われる交通情報のデー

タメンテナンス作業の軽減の観点から,鉄道・路線バス・飛行機等の

路線・運賃探索ソフトである「駅すぱあと」と連動させることとした

ため,原告CDDBと異なり,鉄道や飛行機の路線探索,時刻表・料

金に関する情報を一切格納しておらず,その分,テーブル及びフィー

ルド構成も簡素なものとなっている。

したがって,交通情報の格納方法について,交通情報のデータメン

テナンス(外部ソフトウェアを利用するか否か)に関する考え方の違

いから,原告CDDBと被告CDDBとで全く異なる格納方法となっ

ている。

さらに,エリア情報は,そもそも格納する情報が,地区(北海道,

東北,関東,中部,関西等)と47都道府県しかないため,格納方法

においても,特段顕著な差異が生じるものではなく,格納方法に創作

性(著作物性)が認められるものではない。

したがって,そもそもエリア情報をどのように格納しようと,著作

権侵害の問題が生じるものではない。

最後に,被告CDDBは,レコード修正を容易にするため,地区情

報と都道府県情報を,原告CDDBと異なり,三つのマスターテーブ

ルで保持することとしている上,原告CDDBには,被告CDDBと

異なり,地区と都道府県情報に加え,「方面」情報が格納されている。

以上のとおり,エリア情報の格納方法についても,原告CDDBと

被告CDDBとでは,一部異なる情報を格納している上,格納方法も

異なっている。

b 現行版

(a) 行程・見積機能の当初版からの見直し

2006年版の被告システムから追加搭載した売上・顧客管理機能




61
は,顧客からの評判もよく,システム安定性にも優れていた。そのた

め,被告アゼスタは,当初版で構築した行程・見積機能についても,

この際,新たな外注先に全て見直してもらい,再構築してもらうこと

とした。

そして,被告アゼスタは,2007年4月,行程・見積機能を当初

版から大きく変更した現行版を構築した。

これに伴い,被告CDDBに格納する各情報の格納方法についても

次のとおり見直しが行われた。

(b) 施設情報の格納方法

施設情報の格納は,将来におけるテーマ別検索を可能とすることを

目的として構築されていたことから,現行版においては,かかる設計

思想を受け継ぐこととし,これを具体的に実現すべく,2008年1

0・11月版(Ver2.82)以降,施設マスタに「キーワード」のフィー

ルドを設け,施設マスタの中から「世界遺産」,「祭り」,「花火」,

「桜」,「紅葉」,「観光・食事100選」,「土産物100選」な

どのテーマに沿って検索できるようにした。

(c) 道路情報の格納方法

前記のとおり,被告CDDBも原告CDDBも,ダイクストラ法と

いう一般的でありふれた最短経路検索方法を採用する以上,これを実

現するために,地点(始点)と地点(終点)並びにその間の距離及び

所要時間等を格納していくという具体的な情報の格納方法それ自体に

おいて特段顕著な差異が生じ得るものではなく,このような格納方法

自体には何ら創作性著作物性)が認められない。

もっとも,ダイクストラ法の特徴は,最短となる経路の探索をひた

すら繰り返すことにあるところ,被告アゼスタは,翼システムには在

籍していなかった開発担当者も交えて根本から設計思想を見直し,被




62
告CDDBの現行版においては,経路の方向を上下区分で表現した「接

続」の組み合わせにより禁止経路を構成する原告CDDBとは全く異

なり,禁止経路を定義するための作業量を軽減して格納効率を向上さ

せるべく,上下区分による「接続」概念を一新し,始点→中間点→終

点の3地点の組み合わせで禁止経路情報を禁止経路マスタとして1テ

ーブルに格納する方法で格納することとした。

この結果,被告CDDBでは,原告CDDBよりデータの読み込み

回数を少なくすませて経路探索を高速で処理することが可能となり,

以下の(i)ないし(v)のとおり,現行版の被告CDDBでは,道路情報

の格納方法についても,原告CDDBとの間に大きな違いが生じるこ

ととなった。

(i) 原告CDDBの接続テーブルでは,接続番号というフィールド項

目がプライマリー・キーとなっているのに対し,被告CDDBの単

経路マスタでは,地点コード(始点),地点コード(終点),道路

コードの三つのフィールド項目がプライマリー・キーとされている

(乙9別紙5)。

これにより,例えば,地点Aから地点Bに道路1を介して接続さ

れる経路を登録する場合,被告CDDBでは,それぞれのフィール

ド項目がプライマリー・キーとなっているため重複して登録される

ことはないが,原告CDDBでは,接続番号というフィールド項目

のみがプライマリー・キーとなっているため同一の経路が重複して

登録され無駄なデータが作られる可能性がある。もしデータが重複

登録されると,同じ地点間でも異なる所要時間や距離が誤って登録

される可能性があり,不都合が生じる。その上,原告CDDBでは,

地点(始点)がプライマリー・キーとなっていないため,経路検索

において,効率の良いデータの読み込みができない設計となってい




63
る。

(ii) 被告CDDBの禁止経路マスタは,始点→中間点→終点の3地点

の組み合わせで禁止経路情報を1テーブルに格納しているが,原告

CDDBでは,経路と経路の組み合わせを接続テーブル及び禁止乗

換テーブルの2テーブルに分けて格納しており,被告CDDBの禁

止経路マスタと原告CDDBの禁止乗換テーブルは,その構造が異

なっている(乙9別紙5)。

これは禁止経路の設定の仕方について原告CDDBと被告CDD

Bとで異なる考え方(原告CDDBは2地点と2地点の組み合わせ

で禁止経路を設定する考え方であるのに対し,被告CDDBは3地

点の組み合わせで禁止経路を設定する考え方)を採用していること

による。

その結果,禁止経路に関し,原告CDDBでは,被告CDDBに

比べて複雑な禁止経路定義設計となっているため,禁止経路を定義

するための作業量が増えることから,被告CDDBより誤りが生じ

やすい構造になっている(乙9別紙5)。

(iii) 被告CDDBの区間料金マスタ及び通行料金マスタと,原告C

DDBの区間料金テーブル及び首都高速料金テーブルを比較すると,

被告CDDBの方が道路料金区分を備えている分,柔軟な設計とな

っている(乙9別紙5)。

例えば,新たに深夜早朝,通勤割引などのETC割引料金を追加

する場合,被告CDDBでは,区間料金マスタのレコードを追加す

るだけで,フィールド追加などのテーブルの設計変更は不要である。

これに対し,原告CDDBの区間料金テーブルの構造では,必要な

料金種類分のフィールドの追加が必須となる。なお,原告も認める

とおり,フィールドの追加はシステムへの影響が大きく容易でない




64
が,レコードの追加は容易にできる(甲3,4頁)。

(iv) 原告CDDBの首都高速料金テーブルは,その名のとおり首都高

速料金の情報だけを格納しているが,被告CDDBの通行料金マス

タは,首都高速だけでなく,有料道路などの定額の通行料金の情報

全てを格納する設計となっている(乙9別紙5)。

(v) 被告CDDBでは,原告CDDBの市区町村通過道路索引テーブ

ル,道路構成地点索引テーブル,県範囲定義テーブル,道路構成地

点テーブル,有料道路番号テーブルに対応するテーブルは存在しな

い。

(d) 交通情報の格納

交通情報については,そもそも格納方法に創作性著作物性)があ

るものではない。もっとも,被告アゼスタでは,前記のとおり,当初

版の被告CDDBにおいて,「駅すぱあと」と連動させることとした

ため,原告CDDBと異なり,鉄道や飛行機の路線探索,時刻表・料

金に関する情報を一切格納していなかったところ,利用者より,鉄道

や飛行機以外のフェリーなどの路線やその時刻表等の情報も追加して

欲しいといった要望があった。これを受けて,被告アゼスタでは,こ

れらのフェリーなどの路線情報を格納するため,現行版において路線

構成マスタ,路線マスタ,時刻マスタ,便マスタの各テーブルを新た

に設計したものである。その結果,便情報や運行日の格納に関するテ

ーブル構成にも違いが生じることとなった(乙9別紙6)。

したがって,交通情報の格納については,被告CDDBと原告CD

DBとは,当初版からして「駅すぱあと」と連動させるか否かの点で

基本的な設計思想が大きく異なっていたが,現行版ではさらにその違

いが大きくなっている。

(e) 2006年版の売上・顧客管理機能との設計方針の統一




65
現行版では,被告データベースの行程・見積機能の部分について,

上記の見直しの他に,2006年版の売上・顧客管理機能と設計方針

を統一させるため,システムの機能向上,設計工程及び製造工程にお

ける品質確保や効率の追求という観点から,被告CDDBのフィール

ド構成等を再構築した。

具体的には,被告CDDBのフィールドの並び順を変更し,また,

全テーブルにおいて作成日時,更新日時及び削除区分のフィールドを

追加した。さらに,予備フィールド(別紙3の括弧内に「予備」と記

載された,フラグ,区分,日付,数値等のフィールド)は全て削除し,

施設情報のURLマスタに表示順フィールドを追加した。

c 新版

被告システムの新版は,平成23年4月4日,それまでの被告システ

ムの現行版(Ver2.99)を再構築して発売した。これに伴い,被告CDD

B部分についても内容が大きく変更した。

新版における設計思想は以下のとおりである。

(a) 施設情報の格納方法の変更

新版の被告CDDBでは,主に施設情報の格納につき,利用者のニ

ーズと意識やライフスタイルの変化に対応し,さらにデータベース

拡張性,格納効率及び検索効率等の向上の観点から再構築がされた。

当初版においては,前記のとおり,施設情報の格納に関して,個々

人の旅のテーマに沿った柔軟な検索や旅行計画の作成を利用者(旅行

業者)が行えるようにするため,将来におけるデータベースとしての

拡張性や安定性,検索効率等を考慮して,被告CDDBにおいて,施

設マスタを上位テーブルとして用意して,ここに基本的な情報を集約

し,いかなる検索テーマを設定しようと施設マスタという一つのマス

ターテーブルから全て検索できるようにし,宿泊施設マスタや観光施




66
設マスタといった施設の類型別の詳細情報を収録したマスターテーブ

ルを,施設マスタの下位テーブルとして位置付けるテーブル構成をと

ることとしていた。

新版の被告CDDBでも,上記設計思想をそのまま受け継ぎ,下位

テーブルである類型別のマスターテーブルとして新たに食事・土産マ

スタを追加し,食事処及び土産施設の情報充実を図った。これは観光

施設か宿泊施設かにかかわらず,ドライブインや名産品の土産店など

のように食事のためや土産物を購入するためにだけ立ち寄ることがで

きる施設について,これらに特化した情報である,開館・閉館時間や

食事内容,土産内容等を充実してもらいたいとの利用者からのリクエ

ストがあり,重要性が増したことから,観光施設や宿泊施設から独立

させて追加したものである。

また,新版の被告CDDBでは,施設の種別及び詳細種別の格納を

統合的に格納するため,施設種別マスタ,施設詳細種別マスタ及び施

設別詳細種別マスタを追加した。

具体的には,現行版の被告CDDBまでは,観光施設の種別につい

ては施設マスタの中の「観光種別」のフィールド及び観光種別マスタ

と観光詳細種別マスタで格納していたのに対し,宿泊施設と公共施設

の種別については施設マスタの中の「宿泊種別」,「公共施設種別」

のフィールドのみで格納しており,施設によって施設の種別の格納の

仕方が異なっていた。そこで,新版の被告CDDBでは,これらを一

元的に整理し格納するため,施設の種別については,観光施設,宿泊

施設,公共施設さらには新版で追加された食事処及び土産施設のいず

れも,施設種別マスタ,施設詳細種別マスタ及び施設別詳細種別マス

タの三つのテーブルで格納することとしたものである。これに伴い観

光種別マスタ及び観光詳細種別マスタは削除した。それぞれのテーブ




67
ル(マスタ)の格納情報の詳細は,施設を「宿泊」,「観光」,「公

共」,「食事・土産」の四つに大分類し,そこから施設種別の中分類

として施設種別マスタを用意し,小分類として施設詳細種別マスタを

用意したものである。

これにより,例えば,ある一つの施設が神社・仏閣としても博物館

としても分類されるような複合的な施設種別を持つ場合において,当

該施設に割り当てられた一つの施設コードを使って,神社・仏閣とし

ても博物館としても検索できるような構造になった。すなわち,神社・

仏閣としても博物館としても検索されるようなキーワードを関連する

格納情報の中に全て直接書き込んでおき文字列で検索できるようにす

る方法もあるが,データベースとしては施設コードで検索できるよう

にしておいた方が効率的であるし,データベースの開発時及び更新時

における人為的ミスを低減することができる。また,施設の種別を増

やしたい場合,食事・土産マスタのようなマスターテーブルとして追

加するという方法もあるが,そこまで施設の詳細情報を入力する必要

が現時点ではない場合に,施設種別マスタの「施設大種別」の中で追

レコードとして増やすことで対応することも可能となった。これに

より検索テーマの種別を増やすことも容易となり,このことは被告の

データベース開発の設計思想にあるテーマ別検索を充実させることに

もつながる。なお,現行版の被告CDDBで施設の種別を増やしたい

場合,施設マスタの中のフィールドとして新たに追加する必要があり,

単なるレコードの追加の場合に比べて,データベースを動作させるプ

ログラムの開発及びその動作検証等に時間を要するなど,データベー

スの追加拡張が容易ではなかった。

このように,新版の被告CDDBでは,施設の種別につき,一元的

に整理,格納することが可能となり,種別の追加が容易になった。




68
なお,原告CDDBには上記のようなテーブルはない上,施設の種

別を増やそうにも,ホテル・旅館テーブル又は観光施設テーブルの中

でのフィールドの追加という形でしか対応できない構造になっており,

データベースとしての拡張性に乏しい構造となっており,その違いは

より一層顕著なものとなっている。

その他にも,新版の被告CDDBでは,提携施設マスタ,提携種別

マスタ及び提携会社マスタを追加した。これは,宿泊施設や観光施設

等が,大手旅行会社や全国旅行業協会,旅行案内所などと提携してい

る施設か否か,また,宿泊クーポンや食事クーポン等のクーポンを利

用できる施設か否か,各会社のクーポンを発券できる施設か否かとい

った情報を新たに格納したものであり,これらも利用者からの要望に

応えるために追加したものである。

また,新版の被告CDDBでは,既存の施設マスタ,観光施設マス

タ,宿泊施設マスタにおいても,利用者からの要望をふまえ,「Eメ

ール」(施設への連絡先),「団体受入区分」(団体客の受入れが可

能か否か)及び「風呂,温泉効能」(施設内の風呂,温泉の効能)な

どのフィールドをそれぞれ追加,変更した。

以上のとおり,新版の被告CDDBでは,施設情報の格納方法が大

きく変更されており,原告CDDBとは似ている点がないほど体系的

な構成を大きく異にしている。

(b) その他の情報

その他の情報については,交通情報に関しては,システム画面上で

表示した出発駅と到着駅の駅名で「駅すぱあと」の駅名と連動させる

ようにして,「駅すぱあと」による検索を可能にしているが,利用者

の利便性を考えると駅名によってはシステム画面上で表示する駅名と

「駅すぱあと」に登録されている駅名とを別名にしたい場合がある。




69
例えば,新千歳空港ではなく札幌空港(新千歳空港)と表示する,東

京国際空港(羽田)ではなく羽田空港(東京国際空港)と表示する等

のように,「駅すぱあと」の駅名ではなく通称で表示した方が利便性

が高い,と考えられることによるものである。これらの別名を収録し

た「駅名(駅すぱあと)」のフィールドを,駅マスタに追加したりも

した。

また,道路情報に関しては,地図上に表示するルート検索結果の経

路表示をより一層地図上の道路に沿った曲線のように画面上表示する

ための座標データの情報を格納した「単経路補間マスタ」を追加した

り,利用者の要望により道路名の略称でも検索できるように,例えば

「中央自動車道」ではなく「中央道」で検索できるよう,「道路名略

称」のフィールドを道路マスタに追加したりした。

また,エリア情報に関しては,利用者の要望により,政令指定都市

でも検索できるように,「政令市区分」,「政令市コード」をフィー

ルドとして市区町村マスタに追加したりした。

このように利用者からの要望やシステム操作上の利便性等をふまえ,

施設情報以外の情報についてもテーブルやフィールドの変更等を行っ

た。なお,これらの新規テーブルや新規フィールドは,原告CDDB

には存在しない。

(イ) 原告CDDBと被告CDDBとは,実際のテーブル・フィールドの構造

及びリレーションが異なる。

テーブル構造及びフィールド構造の違いに基づく原告CDDBと被告

CDDB(新版)の機能等の差異の詳細には大きな違いがあり,被告CD

DBが原告CDDBに依拠して作成されたものではないことは明らかで

ある。とりわけ,前記のとおり,旅行業者向けシステムのデータベース

おいては,施設情報に関する体系的な構成をどのようにするかが,データ




70
ベースの体系的な構成における創作性を最も大きく左右する。

そして,施設情報に関しては,当初版よりすでに,原告CDDBと被告

CDDBとで設計思想が大きく異なっており,被告CDDBでは,施設マ

スタの下位テーブルとして観光施設マスタと宿泊施設マスタが位置付け

られ,全ての施設が施設コードで体系立てられており,原告CDDBと体

系的な構成を大きく異にしていた。その上さらに,新版の被告CDDBで

は,観光施設種別だけではなく,宿泊施設や食事・土産施設,公共施設の

施設種別も一元的に管理可能なテーブル構造に変更したことにより,今後

どのような種別の施設を追加しても,施設種別の追加に伴うテーブル変更

やフィールドの追加を生じさせないですむようになった。これに対し,原

告CDDBでは,上位の施設テーブルが存在しないため,異なる種別の施

設データを追加する場合には必ず種別ごとのテーブルを追加しなければ

ならず,両CDDBの体系的な構成の違いに基づく機能の優劣も顕著とな

っている。

以上のように,異なる設計思想で開発された新版の被告CDDBと原告

CDDBとは,旅行業者向けシステムのデータベースにおいて最も創作性

を左右する施設情報において,もはや似ている点がないほど体系的な構成

が異なっており,全く別物のデータベース構造となっている。

(ウ) 原告CDDBとは情報の選択も異なる。

被告アゼスタは,当初版の被告CDDBを開発するにあたり,独自に収

集したデータに加えて,原告CDDBのデータの一部を,修正等の加工を

施した上で利用した。しかし,これらのデータは,いずれも,行程表・見

積書等の作成業務等の機能を有する旅行業者向けのデータベースに格納

する情報としては当然かつありふれたものであり,かつその情報の選択に

おいて創作性が認められない単なる客観的なデータであるところ,このよ

うなデータに修正等の加工を加えて利用する行為が著作権侵害となるこ




71
とはあり得ない。

また,被告アゼスタは,平成18年6月末ころの被告システム(当初版)

の販売開始以降,現在まで6年以上もの長期間にわたり,膨大な手間・時

間をかけて,顧客のニーズに対応してデータ内容を充実させており,継続

して被告CDDBのデータを追加・修正・削除してきた結果,現行版及び

新版の被告CDDBのデータは,当初版の被告CDDBのデータから一新

されている。

これら具体的なデータの入力等については,前記(ア)で詳述したとおり

である。

(エ) まとめ

以上のとおり,被告アゼスタが独自の設計思想に基づき開発した被告

CDDBと原告CDDBとは,体系的な構成及び情報の選択のいずれの点

においても大きく異なっており,さらに,被告アゼスタは,当初版・20

06年版,現行版,新版と,絶え間なく被告システムに大幅な改良・変更

を加えており,被告CDDBと原告CDDBにおける体系的な構成及び情

報の選択の点での乖離はますます甚だしいものとなっている。

したがって,被告CDDBは原告CDDBに依拠したものではなく,原

告の著作権(複製権)を侵害するものではない。

また,著作物の翻案とは,既存の著作物に依拠し,かつその表現上の本

質的な特徴の同一性を維持しつつ,具体的表現に修正,増減,変更等を加

えて,新たに思想又は感情を創作的に表現することにより,これに接する

者が既存の著作物の表現上の本質的な特徴を直接感得することのできる

別の著作物を創作する行為をいうとされ,思想,感情若しくはアイデア

事実若しくは事件など表現それ自体ではない部分又は表現上の創作性

ない部分において既存の著作物と同一性を有するにすぎない著作物を創

作する行為は,既存の著作物の翻案に当たらないとされるところ,データ




72
ベースの著作物においても,体系的な構成及び情報の選択に関して,創作

性がない部分において既存の著作物と同一性を有するにすぎない著作物

を創作する行為は,既存の著作物の翻案に当たらないというべきである。

本件において,原告は,原告CDDBの創作性について,旅行業者が行

程表作成の業務を行うにあたって必要となる観光施設データ,宿泊施設デ

ータ,全国各地の主要道路の道路地点,大型観光バスの移動時間・距離,

有料道路・高速道路の料金データ,鉄道・飛行機・フェリーに関する路線,

駅,時刻表等の情報を収集・蓄積し,各テーブル間をプライマリー・キー

等によって有機的に関連付けることで,顧客のニーズに合わせた行程表を

作成できるようにした情報の分類体系であることを強調する。

しかし,旅行業者向けのデータベースの開発に当たり,上記の情報を収

集・蓄積し,各テーブル間をプライマリー・キー等によって有機的に関連

付けることで,顧客のニーズに合わせた行程表を作成できるようにするこ

と自体は,アイデアの範疇に属するものにすぎず,それ自体が創作性を基

礎付けるわけではない。

データベース創作性においては,あくまでも体系的な構成及び情報の

選択における創作性が問題となるところ,上記のとおり,被告CDDB(と

りわけ新版の被告CDDB)は,データの内容についても,情報の選択に

おいて創作性を有する部分について原告CDDBと大きく異なっている

し,何より,テーブル・フィールドの構造及びリレーションについても,

旅行業者向けシステムのデータベースにおいて最も創作性を大きく左右

する施設情報を中心に,もはや似ている点がないほど異なっており全くの

別物となっている。

したがって,被告CDDB(とりわけ新版の被告CDDB)は,原告C

DDBとは,データベースの著作物の創作性を基礎付ける本質的な特徴が

大きく異なっており,原告の翻案権を侵害するものともなり得ない。




73
2 争点(2)(被告らによる著作権侵害についての共同不法行為の成否)について

〔原告の主張〕

被告CDDBは原告CDDBに依拠して作成されたものであるが,依拠して

作成され共通の内容となっている部分は,情報の選択及び体系的構成について

創作性を有する部分であるので,被告CDDBを製造し販売しインターネット

を通じて顧客に提供する被告らの行為は,原告CDDBについて原告が保有す

る著作権(複製権翻案権,譲渡権貸与権公衆送信権)を侵害するもので

ある。

そして,被告アゼスタの代表取締役である被告Y1をはじめ,被告Y3,被告

Y2,被告Y4は,A及び被告Y5に対し,原告CDDBに依拠して,これと

同一ないし実質的に同一である被告CDDBを作成することを依頼ないし黙認

し,A及び被告Y5の2名は,被告Y1らの右依頼を受け,自らの意思と判断

により,被告CDDBを設計ないし作成し,被告Y1,被告Y3,被告Y2,

被告Y4,被告Y6の5名は,被告CDDBを含む被告システムを販売してお

り,被告Y1,被告Y3,被告Y2,被告Y4,被告Y6,被告Y5及びAは,

これらの一連の行為により,原告CDDBに係る原告の著作権(複製権翻案

権,譲渡権貸与権公衆送信権)を侵害したものと認められる。

これらの著作権侵害行為は,被告アゼスタの代表者,取締役,監査役や従業

員としての行為であるとともに,個人被告らについて,個人としての行為でも

あると評価することができる。

そして,A及び被告Y5は被告CDDBの開発者として,上記のとおり原告

CDDBに依拠して,これと類似する被告CDDBを作成しており,著作権侵

害について故意があるというべきである。被告アゼスタの代表者である被告Y

1は,A,被告Y5のかかる行為を行うことを依頼し自らもその作業に加わっ

たものであり,著作権侵害について故意があるというべきである。

また,被告Y1,被告Y3,被告Y2,被告Y4,被告Y6らは,被告アゼ




74
スタの営業担当者として,被告CDDBが原告CDDBに依拠して作成された

ものであることを知りながら,被告CDDBを含む被告システムをユーザーに

対して提供し続けているので,著作権侵害について故意があるというべきであ

る。

仮に,個人被告ら及びAに著作権侵害についての故意が認められないとして

も,少なくとも過失が認められる。すなわち,個人被告ら及びAは,原告シス

テムの開発に中心的に携わった開発者であるA,被告Y5が,原告システムと

競合する被告システムを原告システムの開発に関するノウハウを利用して開発

し,原告システムの販売に中心的に携わっていた営業担当者である被告Y3,

被告Y2,被告Y4,被告Y6が,被告システムを原告システムの既存ユーザ

ーに対して販売するという事業計画の下で新会社である被告アゼスタを設立し,

被告システムを開発し販売しようとしたものであり,原告システムに関する著

作権侵害を行う可能性のある行為をあえて行おうとしていたことになる。個人

被告ら及びAには,被告CDDBを含む被告システムが,原告CDDBを含む

原告システムに関する著作権を侵害しない製品となるように,開発を実施させ,

著作権侵害品をユーザーに提供しないという注意義務があったというべきであ

るが,個人被告ら及びAはかかる注意義務に違反しているので,少なくとも著

作権侵害に関して過失があるというべきである。

以上のとおり,本件著作権侵害は個人被告らの故意ないし少なくとも過失に

より行われたものである。

〔被告らの主張〕

否認し,争う。

被告CDDBは,情報の選択という点のみならず,そもそも体系的な構成か

らして原告CDDBと大きく異なっており,被告らは原告の著作権を何ら侵害

しておらず,また被告アゼスタが原告CDDBのデータの一部を利用した行為

について不法行為とはなり得ない。




75
したがって,被告らの行為が原告に対する不法行為を構成することはない。

3 争点(3)(一般不法行為の成否〔予備的主張〕)について

〔原告の主張〕

(1) 民法709条にいう一般不法行為の成立要件としての権利侵害は,必ずしも

厳密な法律上の具体的権利の侵害であることを要せず,法的保護に値する利益

の侵害をもって足りる。そして,対象となる作品や製品が著作物に該当しない

場合でも,第三者によるそれらの複製,頒布,販売,公衆送信等の利用行為が

自由競争の範囲を逸脱し,社会的な許容限度を超える場合には,一般不法行為

として権利侵害となる。

データベースに関しても,人が費用や労力をかけて体系的構成を構築し,情

報を収集,整理することで,データベースを作成し,そのデータベースを製造

販売することで営業活動を行っている場合において,第三者が無断で,そのデ

ータベースの体系的構成,選択収集されたデータを複製して作成したデータベ

ースを,その者の販売地域と競合する地域において販売する行為は,公正かつ

自由な競争原理によって成り立つ取引社会において,著しく不公正な手段を用

いて他人の法的保護に値する営業活動上の利益を妨害するもので,自由競争の

範囲を逸脱し,社会的な許容限度を超えるものであるので,不法行為を構成す

るというべきである。

(2) 被告らによる自由競争の範囲を逸脱する行為

ア 原告CDDBの作成経緯

原告CDDBは,体系的構成の構築,情報の取得及び入力されたデータの

適否のチェックに多大な費用及び労力を費やして作成されたものである。

原告CDDBを含む原告システムは,翼システムが平成6年(1994年)

7月から開発を開始し,平成8年(1996年)1月に完成して販売を開始

した「スーパーフロントマン 旅行業システム」が元となっており,その後

改良が加えられてきたものである。翼システム時代も含め,原告は,日本全




76
国に原告CDDBを含む原告システムを販売し現在に至っている。

被告CDDBの2006年版にデッドコピーされたテーブルIDやフィ

ールドIDから見ると,被告らは,平成18年(2006年)頃までに原告

CDDBをデッドコピーした上,当初版,2006年版,現行版及び新版を

作成しているものと推認されるが,翼システムないし旧原告会社は,平成6

年(1994年)7月の開発開始時から平成18年(2006年)頃までの

間,原告CDDBの開発及び維持には,開発要員として少なくとも常時10

人以上従事させ,その間,開発費用として少なくとも7億円以上を費やして

きた。

イ 被告らによる原告CDDBの体系的構成及び選択収集した情報の流用

被告Y2,被告Y3,被告Y4,被告Y5,被告Y6は翼システムの従業

員であったところ,営業譲渡に伴い,原告に移籍してきたものである。上記

被告らは翼システムないし旧原告会社在職中に原告CDDBを備える原告

システムの開発,販売に従事していたものであり,原告CDDBにアクセス

していたものである。

体系的構成の流用状況,収集した情報の流用状況については前記2争点

(2)〔原告の主張〕のとおりである。すなわち,被告らは,道路情報,道路

地点情報についてコピーしたことを認めているところ,その他の情報につい

てもデッドコピーしている痕跡が多々存在する(甲9,21,23,28,

37)。被告CDDBはまず原告CDDBをデッドコピーし,それを元に当

初版,2006年版,現行版,新版と作成してきたものであり,各版作成の

都度流用を隠蔽するために一部改変を加えたものである。その結果,被告C

DDBには原告CDDBから改変されている部分(甲23,35,36,3

7)も一部あるが,総じてデッドコピーの状況といえる。

ほぼデッドコピーそのものである当初版・2006年版の作成から始まり,

その後少しずつ改変を加えて,現行版,新版が作成されたという経過に鑑み




77
ると,被告CDDBにおける改変部分の多くは,テーブルID,フィールド

ID,道路地点の緯度経度情報の改変が典型例であるが,それらは流用の事

実を隠蔽しようとしてされているのであって,かかる改変によりデッドコピ

ーでない部分が生じるとしても,そのことは,むしろ被告らの行為の悪質性

を顕著に示すものであって,社会的に許容限度内の行為であることを基礎づ

ける事実には到底ならない。

ウ 被告らによる原告の顧客の不当な奪取行為

原告CDDBのような観光施設,宿泊施設,道路,各種交通機関の時刻表

等の様々な情報をデータベースとして備え,旅行業者向けの行程表が作成で

きるパッケージソフトウェアは,被告らが被告CDDBを備える被告システ

ムを平成18年6月から販売するまで,日本国内市場に原告システム以外に

存在しなかった。それまでは,原告は日本全国に原告CDDBを含む原告シ

ステムを販売してきたものである。

しかるに,原告システムの開発・営業に携わった個人被告ら(被告Y1を

除く。)は,原告を退職した上,被告アゼスタを設立し,原告CDDBをデ

ッドコピーあるいは一部改変した被告CDDBを備える被告システムを作

成し,主に原告システムのユーザーに対して大幅な値引きを行って売り込み

をかけ,原告の顧客を奪ったものである。被告らは原告CDDBを流用する

ことによって開発費をかけずに被告CDDBを作成し,安価な製品の提供を

行って原告の顧客をターゲットにして顧客を奪ってきている。被告らが奪っ

た顧客数は,被告ら自身が明確に認めるものだけでも平成20年(2008

年)7月時点で182社(甲52),平成22年(2010年)11月時点

で300社(甲53)に及び,現時点ではその数は優に360社を超えてい

る。なお,被告らは平成22年(2010年)11月時点で被告CDDBを

含む被告システムのユーザーが約500社であることも認めている。

原告の元従業員である被告らが原告を退職後被告アゼスタを設立し,原告




78
CDDBを含む原告システムの顧客に対して,原告が長年多大な費用や労力

をかけて作成したデータベースである原告CDDBをそのまま複製等して,

作成した被告CDDBを含む被告システムを大きな値引きを行って販売し,

原告システムを被告システムに乗り換えさせて原告の顧客を奪うという行

為は,故意,あるいは少なくとも過失により,取引における公正かつ自由な

競争として許される範囲を甚だしく逸脱し,法的保護に値する原告の営業活

動を妨害しその営業上の利益を侵害するものとして不法行為を構成すると

いうべきである。

なお,原告CDDBの開発及び維持管理は,平成17年12月30日まで

は翼システムが行ったものであるが,原告は,平成17年12月30日に翼

システムから営業譲渡を受けて,原告CDDBを含む原告システムについて,

著作権のほか一般不法行為上の権利も原告に譲渡されたものであり,原告C

DDBについて,原告が一般不法行為上の権利を保有する。

(3) 個人被告らの責任

被告Y1,被告Y3,被告Y2,被告Y4,被告Y5は,互いに相談の上,

原告CDDBを含む原告システムと競合する旅行業システムを開発販売する

被告アゼスタを設立し,A及び被告Y5は,原告CDDBを含む原告システ

ムに依拠して,これと実質的に同一ないし類似する被告CDDBを含む被告

システムを開発し,被告Y1,被告Y3,被告Y2,被告Y4,被告Y6は,

被告CDDBを含む被告システムを原告システムの販売地域と競合する地域

にて販売し,原告の営業上の利益を侵害しているのであるから,個人被告ら

及びAは,これらの一連の行為により一般不法行為を行っているものである。

そして,これらの行為は,被告アゼスタの代表者(被告Y1),取締役(被

告Y2,被告Y3),監査役(A)や従業員(被告Y4,被告Y6)として

の行為であるとともに,個人被告らの個人の行為でもあると評価することが

でき,被告アゼスタ,個人被告ら及びAによる共同不法行為であるといえる。




79
したがって,原告に対する一般不法行為について,被告らは,共同不法行

為責任を負うというべきである。

A及び被告Y5は,被告CDDBを含む被告システムが原告システムと競

合する地域にて販売されることを認識しながら,原告CDDBの体系的構成

やデータを流用した被告CDDBを作成しているので,原告の利益を侵害す

ることについて故意があるというべきである。

また,被告Y1,被告Y3,被告Y2,被告Y4,被告Y6らは,被告ア

ゼスタの営業を通じて,被告CDDBが原告CDDBの体系的構成やデータ

を流用して作成されたものであることを知りながら,被告CDDBを含む被

告システムを原告システムの販売地域と競合する地域のユーザーに対して提

供し続けているので,原告の利益を侵害することについて故意があるという

べきである。

仮に,個人被告ら及びAに故意がなかったとしても,個人被告ら及びAに

は,少なくとも過失が認められる。すなわち,原告システムの開発に中心的

に携わった者であるA,被告Y5が,原告システムと競合する被告システム

を開発し,原告システムの販売に中心的に携わっていた者が被告システムを

販売するという事業計画の被告アゼスタを設立したのであるから,被告CD

DBも含め被告システムの開発販売が不公正な手段を用いて原告の法的保護

に値する営業活動上の利益を侵害することにならないように,開発販売を行

うべき注意義務があったというべきであるが,個人被告ら及びAはかかる注

意義務に違反しているので,少なくとも過失があるというべきである。

以上のとおり,本件共同不法行為は被告らの故意により,仮に故意が認め

られないとしても少なくとも過失により行われたものである。

したがって,被告らは,原告に対し,上記不法行為により原告が被った損

害を賠償する責任を免れない。

〔被告らの主張〕




80
(1) データの違法な流用及び顧客奪取行為は存しないこと

ア 被告アゼスタが当初版の被告CDDBの開発にあたり利用した原告CD

DBのデータは,いずれも行程表・見積書等の作成業務等の機能を有する

旅行業者向けのデータベースに不可欠であり,かつその情報の選択におい

創作性が認められない単なる客観的なデータである。著作権侵害に至ら

ない行為を不法行為と捉えることは,著作権法の趣旨を潜脱するものであ

り許されるべきではないし,職業選択の自由(憲法22条1項)の重要性

に鑑み,在職中に業務を通して取得した知識・技能に基づいて行う行為は

原則として自由競争の範囲内のものとして許容されるべきである。したが

って,本件で被告アゼスタが原告CDDBのデータの一部を利用した行為

については,不法行為とはなり得ない。

また,原告は,原告CDDBが多大な費用や労力をかけて開発されたと

主張するが,これも実態とは大きく異なる。平成8年1月に販売開始され

た原告CDDBは,日本観光協会の観光施設データと,旧国際観光旅館連

盟・旧日本観光旅館連盟の加盟施設,政府登録国際観光旅館の宿泊施設が

登録されているのみで,旅行業者にとっては全く不十分なものであり,と

ても顧客を満足させるようなものではなかった。特に,原告CDDBの観

光施設データについては,旅行業者が送客手数料を受領できる施設の登録

に不備があり,これが販売面での致命傷となっていたため,無断転記を禁

じられている料金ガイドから全てのデータを転用して観光データを入力し

た。実際,被告Y2がヘッドハンティングを受けて翼システムに入社した

平成8年2月当時,翼システムでは,情報企画事業部で旅行営業課が設立

されたばかりで,原告CDDBも上記のとおり試作品レベルのものであっ

た。しかし,前職で旅行業者向けのトータル業務システム販売業務に従事

して旅行業務システム構築のノウハウを熟知していた被告Y2や被告Y5,

主たる開発者であったAらが中心になって,原告CDDBの観光施設・宿




81
泊施設データの増加や改良がなされ,わずか3か月後の平成8年5月には

販売してもクレームにならない程度まで原告CDDBの品質が改善され,

現在の原告CDDBと同等のレベルの性能を備えるに至ったものであり,

多大な費用や労力をかけて原告CDDBが開発されたとはいえない。

イ 原告は,被告システム販売開始後,被告らが原告の顧客をターゲットと

し残リース期間の短いところから順次「狙い撃ち」して営業を行っていた

と主張する。

しかし,被告らは,原告の顧客のみをターゲットにしていたものではな

く,当然,その他の旅行会社にも営業を行っていた。また,被告Y3,被

告Y2,被告Y4及び被告Y6は残リース期間の長短に関係なく営業を行

っていたし,残リース料を負担とするというのはごく普通のことであり,

実際被告アゼスタに限らず同業他社も同じ営業方法をとっている。前記の

とおり,そもそも原告の顧客が被告システムに変更したのは,単に原告シ

ステムの不具合やメンテナンス不足に対する不満と被告システムの優位性

が理由であるから,被告らの営業は完全に自由競争の範囲内のものである。

(2) 被告ら各人に不法行為は成立しないこと

ア 被告Y1の責任につき

被告Y1は,そもそも翼システムに在職してもおらず,株式会社グッド

ウィルの取締役,株式会社エス・エス・アイ・トリスター及び株式会社ト

リスターの代表取締役を務めた経験を買われ,被告Y3及び被告Y2と友

人関係にあったこと等から,被告アゼスタの代表取締役に就任したにすぎ

ない。被告Y1には,被告アゼスタの代表取締役就任以前にデータベース

やプログラムの開発に関与した経験は全くなく,その専門的知識も何ら持

ち合わせていなかった。実際に,被告Y1は,被告CDDBの早期販売の

ためにやむを得ず,独自に収集したデータに加えて,被告アゼスタ社内に

あった原告CDDBのメンテナンスCDのデータの一部を利用することと




82
した際にも,当該データをそのまま被告CDDBで利用するのではなく,

そのまま利用しても顧客からクレームの対象になるだけであるから,旅行

業者向けのデータベースに格納する情報としては当然かつありふれた客観

的なデータの正誤を確認し必要な修正等を加えた上で利用するように指示

していたにすぎない。そして,被告Y1としては,被告CDDBが被告ア

ゼスタの独自の設計思想に基づき開発され,その体系的構成は原告CDD

Bと大きく異なっている以上,客観的データの一部を修正して利用する行

為は,自由競争の範囲内の行為として当然許容されると認識していたもの

である。

以上からすれば,被告Y1には,原告の企業秘密に接する機会がなかっ

たことに加えて,そもそも原告の営業活動を違法・不当に侵害する故意な

どなく,被告CDDBの開発・販売に際して,原告の著作権侵害とならな

いように慎重な配慮も尽くしているから,過失もない。

したがって,被告Y1に不法行為は成立しない。

イ 被告Y5の責任につき

被告Y5は,被告システムのデータベース開発を担当していたところ,

被告Y1の指示を受けて,被告アゼスタが独自に収集したデータに加えて,

原告CDDBのデータのうち,旅行業者向けのデータベースに格納する情

報としては当然かつありふれた客観的なデータについて,必要な修正等を

加えた上で利用することにした。確かに,被告Y5としては,長年翼シス

テムにおいて原告CDDBの開発に携わっており,原告CDDBの内容を

熟知してはいたが,翼システムから原告CDDBのメンテナンスCDを含

データベース設計資料等の機密情報を持ち出しすようなことは一切して

いなかったし,被告CDDBが被告アゼスタの独自の設計思想に基づき開

発され,その体系的構成が原告CDDBと大きく異なっている以上,旅行

業者向けのデータベースに格納する情報としては当然かつありふれた原告




83
CDDBの客観的データの一部を修正して利用する行為は,自由競争の範

囲内の行為として当然許容されると認識していた。

以上からすれば,被告Y5は,そもそも原告の営業活動を違法・不当に

侵害する故意などなく,被告CDDBの開発・販売に際して,原告の著作

権侵害とならないように慎重な配慮も尽くしているから,過失もない。

したがって,被告Y5に不法行為は成立しない。

なお,原告は,被告アゼスタの行為は,被告ら個人としての行為でもあ

ると評価することができ,被告らに不法行為ないし共同不法行為が成立す

るとも主張しているが,被告アゼスタの役員でもなく被告Y1の指示に従

って被告CDDBの開発に関与していた被告Y5に,被告アゼスタの会社

としての行為の責任を帰責させるべきではなく,この意味でも不法行為な

いし共同不法行為は成立し得ない。

ウ 被告Y3,被告Y2,被告Y4及び被告Y6の責任につき

被告Y3,被告Y2,被告Y4及び被告Y6は,被告システムの営業担

当であり,そもそもデータベースの設計や構造を含む開発に関する知識を

持ち合わせていない。被告Y3は,翼システム時代に開発に関する会議に

参加していたことはあるが,それも顧客目線でどのような画面であれば見

易いか等の営業の立場からのアドバイスをしていただけで,それによって

データベース開発の知識を習得していたものではない。被告システムの開

発においても,被告Y3,被告Y2,被告Y4については,単純なデータ

入力作業の一部を手伝うことはあったが,それ以上に被告システムの開発

には特に関与しておらず,その開発経過については知らないし,原告シス

テムのデータが一部利用されていることも特に認識していなかった。

また,被告Y3,被告Y2,被告Y4及び被告Y6は,原告の顧客リス

トの持ち出しなどもしていない。被告Y3,被告Y2,被告Y4及び被告

Y6は皆,自分が探索した顧客名やその担当者については,何度も通って




84
おり当然頭の中で覚えていたし,一般に流通している旅行業者名簿を見れ

ば簡単に連絡先も探すことができたことから,顧客リストなど不要であり,

わざわざ持ち出す必要もなかった。

さらに,被告Y3,被告Y2,被告Y4及び被告Y6は,原告システム

のインストール用CDを所持し取扱うことは会社から一切許されておらず,

納品などのインストール作業はサポート部門に依頼するという社内ルール

があったため,被告Y3,被告Y2,被告Y4及び被告Y6がこれを手に

したことなど一度もなく,管理も厳重であったため所在すら知らなかった

し,顧客へのデモンストレーション用に使っていたPCについても,原告

退職時に返却又は退職後は特に使用していない上,インストールされてい

るデータをコピーして持ち出すこともしていないしその方法すら知らなか

った。

何よりも,被告Y3,被告Y2,被告Y4及び被告Y6は,顧客からの

度重なるクレームにも対応しない原告システムの内容に強い不満を持ち,

顧客のためよりよい製品を提供したいという思いから,原告を退職し,各々

に集まり被告アゼスタの設立に尽力した者たちであるから,原告システム

を単にコピーした商品を販売する意思など毛頭なかったし,そのようなこ

とを行えば再びクレームに晒されるだけということも十分に自覚していた。

特に,被告Y6については,被告システムの当初版の販売開始(平成1

8年6月)及び2006年版の販売開始(平成18年11月)後の同年1

2月に入社したものである。このように,入社時期から考えて被告システ

ムの開発には全く関与していないことは明らかであるし,最新の顧客リス

トやインストール用CDの最新版等を持ち出したこともなく,被告CDD

Bのデータ入力作業には一切関与していないのである。なお,被告Y6は,

被告Y2ら他の営業担当者から積極的な引き抜きの勧誘を受けたものでは

なく,原告の顧客不在の営業方針に失望して自らの意思で退社し被告アゼ




85
スタに入社したものである。

したがって,被告Y3,被告Y2,被告Y4及び被告Y6に不法行為が

成立する余地はない。

エ 被告アゼスタの責任につき

被告アゼスタについては,上記のとおり,被告Y1,被告Y5,被告Y

3,被告Y2,被告Y4及び被告Y6のいずれにも故意・過失はなく,そ

の使用者たる被告アゼスタにも不法行為は成立しない。

4 争点(4)(原告の行為の独占禁止法違反の可能性の有無)について

〔被告らの主張〕

仮に,原告システム及び被告システムのような,行程表・見積書の作成及

び出力,売上・集計・顧客管理のトータルサポートを可能とする旅行業向け

システムを開発・販売している業者が原告と被告アゼスタの二社のみで,寡

占状況となっているとすれば,原告の本件訴えの提起による被告CDDBの

差止請求及び損害賠償請求は,原告一社による市場独占を企図するものと考

えられ,競争原理を機能させずに利用者にとっての利便性向上を著しく阻害

する結果をもたらすものであるから,まさに,同業者である被告アゼスタの

事業活動を排除することにより,公共の利益に反して,一定の取引分野にお

ける競争を実質的に制限するものに他ならず,独占禁止法2条5項3条

違反している可能性すらある。この意味でも,原告の請求は速やかに棄却さ

れるべきである。

〔原告の主張〕

被告らは,独占禁止法違反の可能性を指摘し,原告の請求は速やかに棄却

されるべきであると主張するが,訴えの提起が私的独占となる理由は全くな

い。訴えの提起によって旅行業システムに関する市場への参入を制限してい

るわけではないし,被告アゼスタの事業活動を支配しているわけでもない。

また,原告による訴えは著作権の権利行使であり,そもそも独占禁止法の適




86
用は除外される(独占禁止法第21条)。

5 争点(5)(被告らの損害賠償義務の有無及び原告の損害額)について

〔原告の主張〕

(1) 被告らの損害賠償義務

前記のとおり,被告らは,原告CDDBをデッドコピーした上,若干の変

更を加えて被告CDDBを作成し販売してきているものであり,原告CDD

Bの著作権侵害ないし原告の 法的に保護 された利益を侵害する一般不 法行

為について,故意ないし過失がある。

そして,原告は,被告らが被告CDDBを含む被告システムを販売したこ

とにより,以下の損害を被ったものであるから,被告らは,著作権法114

条1項ないし民法709条により,以下のとおり,原告に生じた損害を賠償

する義務を負う。

(2) 原告の逸失利益

ア 原告システムと被告システムとの関係

被告らは,被告システムを平成18年6月頃から平成22年11月頃に

至るまで,ユーザーに対して,少なくとも500本(少なくとも当初版2

2本,2006年版78本,現行版400本)販売し(甲53),各販売

先のユーザーと更新データを提供するデータメンテナンス契約を締結して

いる。

被告システムにおいて被告CDDBは必須なものであり,被告CDDB

がなければ,ユーザーが被告システムを購入することはない。また,原告

CDDBや被告CDDBのような観光施設,宿泊施設,道路,各種交通機

関の時刻表等の様々な情報をデータベースとして備え,旅行業者向け行程

表が作成できるシステムは,パッケージソフトウェアとしては原告システ

ムと被告システム以外には市場に存在せず,原告システムと被告システム

には,あるユーザーに対して被告システムが販売されなければ,当該ユー




87
ザーに原告システムが販売され,原告と当該ユーザー間に更新データを提

供するデータメンテナンス契約が締結される,という関係がある。

したがって,被告CDDBを含む被告システム500本の販売により,

原告は原告システム500本の販売にかかる利益及びデータメンテナンス

契約にかかる利益を失ったものであり,かかる逸失利益は原告が被った損

害となる。

原告の逸失利益は,原告システム1本分及び原告のデータメンテナンス

1件分につき失われた売上額から,それぞれ原告システムの製造・販売の

ための変動経費又はデータメンテナンスのための変動経費を控除した限界

利益につき,500本分を計算すべきことになる。

イ 被告システムの販売にかかる原告の逸失利益(原告システム販売に関す

る損害額)

被告システムの販売にかかる原告の逸失利益は,原告システム「旅行業

システムSP」のTR−P4(甲68)に基づいて計算すべきところ,詳

細は以下のとおりである。

被告システムである「旅nesPro」は,検索業務,行程・見積業務,

売上・集計業務が全て含まれるシステムであるところ(甲1の2),これ

に対応する原告システムである「旅行業システムSP」の基本システムの

タイプはTR−P4である(甲59,68。なお,平成19年9月以降,

「TR−SP4」にバージョンアップされ,その標準価格はいずれも22

0万円である。以下,「TR−P4」と「TR−SP4」を併せて「TR

−P4等」という。)。上記のとおり,被告システムの販売により,原告

システムである「旅行業システムSP」の基本システムであるTR−P4

等の販売にかかる利益が失われる関係にあるので,原告の逸失利益はTR

−P4等に基づいて,計算すべきである。

ただし,被告システムの販売が開始された平成18年6月以降は,原告




88
も被告システムの販売価格に対抗するため原告システムの値下げを余儀な

くされたことを考慮すると,平成18年当時の原告システムTR−P4の

販売価格及び限界利益を前提に原告の逸失利益(損害)を算定すべきであ

る。

平成18年1月から12月までの原告システムTR−P4は37台販売

され,その売上総額は7127万8074円であるので,平均実売価格は

1台あたり192万6434円となる(甲69)。

平成18年度(1月から12月まで)における原告システム販売の限界

利益率は以下のとおり少なくとも83.4%であるので,原告システム1

台を販売することによる限界利益は少なくとも160万6646円となる

(甲69)。

原告の平成18年度(1月から12月まで)の原告システム関連の売上

高は2億2166万7154円であり,原告システムの製造販売にかかる,

変動経費は,仕入高,残債,販売手数料,販促費・リース料S,販促費・

その他,インセンティブ,外注費,物流費であり,その合計は3683万

2045円となる。

平成18年度の原告システムの売上高2億2166万7154円に対す

る上記変動経費合計3683万2045円の比率は,16.6%となる。

したがって,原告システムの限界利益率は,83.4%となる。

被告システム販売にかかる原告の逸失利益(損害)は以下のとおりとな

る。

192万6434円(原告システムの平均実売価格)×500(本)×

0.834(限界利益率)=8億0332万2978円

ウ 被告システム販売にかかる原告の逸失利益(原告システムのデータメン

テナンス契約についての損害額)

データメンテナンスは,原告システムを導入するユーザーとの間で毎月




89
ユーザーに更新データを提供するためのもので,1本あたり月額6000

円で提供される。この月額料金は平成18年1月時点から現在に至るまで

変わっていない。

平成18年度(1月から12月まで)における原告における全システム

に関するデータメンテナンスの限界利益率は,以下のとおり少なくとも8

0.6%であり,原告システムのデータメンテナンスの限界利益率も少な

くとも80.6%と考えられる(甲69)。

原告の平成18年度(1月から12月まで)のデータメンテナンスの売

上は10億4742万9088円であり,データメンテナンスにかかる変

動経費は,仕入高,残債,販売手数料,販促費・リース料S,販促費・そ

の他,インセンティブ,外注費,物流費であり,その合計は2億0309

万8451円となる。

平成18年度の原告におけるデータメンテナンスの売上高10億474

2万9088円に対する上記変動経費合計2億0309万8451円の比

率は,19.4%となる。

したがって,原告におけるデータメンテナンス契約の限界利益率は,8

0.6%となる。

原告システムのデータメンテナンスに関する逸失利益(損害)は以下の

とおりとなる。

被告らは,被告システムを少なくとも以下のとおり500本(平成18

年度に少なくとも当初版22本,2006年版78本合計100本,平成

19年度から22年度までに現行版を各年度少なくとも100本合計40

0本)販売し,各販売先とデータメンテナンス契約を締結していることか

ら,データメンテナンス契約についての逸失利益にかかる原告の損害は以

下の計算により少なくとも8704万8000円となる。

(ア) 平成18年度 580万3200円




90
平成18年度における被告の販売本数は,当初版が22本,2006

年版が78本の合計100本である。したがって,原告の損害額は,次

のとおり,580万3200円となる。

6000円×12(か月)×100(本)×0.806=580万3

200円

(イ) 平成19年度 1160万6400円

平成19年度における被告の販売本数は,当初版が22本,2006

年版が78本,現行版が100本の合計200本である。したがって,

原告の損害額は,次のとおり,1160万6400円となる。

6000円×12(月)×200(本)×0.806=1160万6

400円

(ウ) 平成20年度 1740万9600円

平成20年度における被告の販売本数は当初版22本,2006年版

78本,現行版200本の合計300本である。したがって,原告の損

害は,次のとおり,1740万9600円となる。

6000円×12(月)×300(本)×0.806=1740万9

600円

(エ) 平成21年度 2321万2800円

平成21年度における被告の販売本数は,当初版22本,2006年

版78本,現行版300本の合計400本である。したがって,原告の

損害は,次のとおり,2321万2800円となる。

6000円×12(月)×400(本)×0.806=2321万2

800円

(オ) 平成22年度 2901万6000円

平成22年度における被告の販売本数は当初版22本,2006年版

78本,現行版400本の合計500本である。したがって,原告の損




91
害は,次のとおり,2901万6000円である。

6000円×12(月)×500(本)×0.806=2901万6

000円

エ 小括

以上から,原告の逸失利益にかかる損害額合計は,以下のとおり8億9

037万0978円となる。

8億0332万2978円+8704万8000円=8億9037万0

978円

(3) 弁護士費用

相当な弁護士費用は2000万円を下らない。

(4) 損害額の合計

上記(2)及び(3)の合計額は9億1037万0978円となる。

(5) 予備的主張に係る損害額

予備的主張(一般不法行為)に係る損害額も,上記著作権侵害に基づく損

害額と同額である。

〔被告らの主張〕

(1) 原告の主張(1)は否認する。被告らに著作権侵害ないし一般不法行為につい

ての故意ないし過失がないことについては,前記4争点(4)〔被告らの主張〕

のとおりである。

(2) 原告の主張(2)ないし(5)は,否認ないし争う。

ア 被告システムは,平成18年6月から平成24年12月までの6年6か

月もの期間をかけて,当初版・2006年版,現行版,新版と順次改良さ

れ,被告CDDB部分はもちろんのこと,その他のデータベースについて

も,データベースの構造はもちろんデータの数・内容も大幅に変更してお

り,さらにはプログラムにも改良が加えられている。しかるに,原告は,

これらの違いを全く考慮せずに,当初版,2006年版,現行版の全ての




92
販売数について損害賠償を求めているが,およそ因果関係は認められない。

また,原告は,その著作権が侵害されたと主張する対象について,当初

原告システム全体としていたものを,訴えの変更により原告CDDBへと

大幅に縮小したにもかかわらず,当該著作権侵害による損害額については,

原告システム全体を前提とした金額から一切減額しておらず,整合性がな

い。

原告が問題とする原告CDDBは,行程・見積機能が参照する一部のデ

ータしか有しておらず,当該部分は,原告システムの旅行業者向けシステ

ムとしての本質的機能が「旅行業者がその業務を遂行する上で必要不可欠

な行程表・見積書の作成及び出力,売上・集計・顧客管理のトータルサポ

ート」というところにあることからすれば,わずか一部分にすぎない。テ

ーブル数及びフィールド数についても,原告システムに係るデータベース

が合計60個のテーブル(46個のマスターテーブル及び14個のエント

リーテーブル)を有し,合計938個のフィールドを含んでいたのに対し,

原告CDDBは原告の主張によっても42個のマスターテーブルと405

個のフィールドを有するに留まっている。

しかも当然ながら,実際のデータベースは,デジタルデータの集合体と

これを管理・処理するコンピュータ・プログラムとが不可分一体となって

稼働するものであり,本件の旅行業者向けシステムもデータベースとプロ

グラムとが不可分一体となって機能するところ,原告システムと被告シス

テムとはそのデータベースのみならずプログラムについても全く異なって

おり,かかるプログラム上の差異から生じる機能の違いも極めて大きい。

以上の点を考慮すると,仮に万一著作権侵害又は不法行為の事実が認め

られるような場合であっても,原告が主張する損害はそのほとんど全てが

減殺されるべきである。

イ 原告は,原告システムの基本システムのタイプはTR−P4(標準価格




93
は220万円)であると主張して,これを前提に限界利益率を算定してい

る。しかし,原告システムは,行程表・見積書作成機能のみのTR−P1

(標準価格は170万円)と,TR−P1の機能に加えて売上・顧客管理

機能(同機能には原告CDDBは含まれていない)が追加されたTR−P

4とがあり,原告CDDBは,行程表・見積書作成機能部分のみにしか含

まれていないから,標準価格でTR−P1を50万円も上回るTR−P4

の販売価格を基準として損害額を算定するのは明らかに過大であって,不

当である。

さらに,原告は,標準価格を大幅に下回る値引きを行っており,自ら標

準価格「1本220万円」と主張する原告システムを70万円にも満たな

い金額(標準価格の30%以下)で顧客に販売している(乙32)。この

点に関して原告は,被告システムの販売が開始された平成18年6月以降

は,被告システムの販売価格に対抗するため原告システムの値下げを余儀

なくされたなどと主張するが,全く事実に反する。被告システムが販売さ

れる平成18年6月以前も,原告システムは,標準価格を大幅に下回る金

額で販売されており(乙36の1〜26),TR−P1のみならずTR−

P4をも含めた合計30本の販売数の平均販売価格は約106万円にすぎ

ない。原告は,何ら客観的資料も示さずに報告書(甲69)のみを根拠と

して,平成18年1月から12月までの原告システムTR−P4は37台

販売されその売上総額は7127万8074円であり,平均実売価格は1

台当たり192万6434円となる,などと主張するが,翼システムが標

準価格の半額近くまで大幅に値引きして原告システムを販売してきた実績

(TR−P1及びTR−P4が標準価格で販売されたことは一度もない。)

からすれば,到底信用できない。

また,旅行業者向け行程表作成システムを販売する業者は被告アゼスタ

以外にも存在するし,旅行業者全体の傾向として団体旅行の激減,インタ




94
ーネット等の普及により,旅行業者を通さない個人での予約の増加に伴い,

売上減少,経費削減を強いられている中,データメンテナンスも十分に行

われないパッケージソフトウェアが,平成18年当時の価格を維持できる

はずがない。

したがって,そもそも原告システムのTR−P4ではなくTR−P1の

販売価格によらなければ不合理であるし,TR−P1の販売価格について

も,標準価格(1本170万円)ではなく,大幅に値引きされて販売され

ている事実に即した実売見込価格によるべきであるから,原告の主張は失

当である。

ウ 原告は,平成18年1月から現在に至るまでデータメンテナンスの月額

料金は1本6000円であると主張するが,事実に反する。実際は月額2

000円で顧客とデータメンテナンス契約を締結している(乙33)。

さらに,被告システムが販売される平成18年6月以前も,原告システ

ムのデータメンテナンス料金は,大きな値引きがされており,合計29本

のデータメンテナンス契約の平均料金は約1810円にすぎない(乙36

の1〜26)。

したがって,月額6000円のデータメンテナンス料金を前提として逸

失利益を算出する原告の主張も失当である。

(3) 被告らの主張

原告は,観光施設,宿泊施設,道路,各種交通機関の時刻表等の様々な情

報をデータベースとして備え,旅行業者向け行程表が作成できるシステムは,

パッケージソフトウェアとしては原告システムと被告システム以外には市場

に存在せず,原告システムと被告システムには,被告システムが販売されな

ければ,当該ユーザーに原告システムが販売され,さらに原告と当該ユーザ

ー間にデータメンテナンス契約が締結されるという関係があると主張するが,

以下のとおり,そのような事実は全くない。




95
まず,旅行業者向け行程表作成システムは,原告システム及び被告システ

ム以外にも,株式会社エヌシステムのJA旅行センター向け旅行業営業支援

システム「応援団くん」,株式会社JMCの国内行程表管理システム

「 #$%& '」 株式会社全旅の観光商品流通システム
, 「ANTA−NET」,

株式会社ワールドエキスプレスの国内/海外旅程表作成・見積集計の旅行業

支援システム「( ) *+」などがあり(乙35の1〜4),現に上記各社

は,被告アゼスタとも原告とも競合している。さらに,その他にも行程表・

見積書作成業務支援システム「旅の助」を展開する株式会社エイブルシステ

ムズや「シンフォニーアトゥー」を展開する株式会社ウィ・キャンなど(乙

35の5〜6),シンプルな行程表作成機能ではあるが団体旅行が激減した

昨今ではかえって業者ニーズに即しており,競合することも多くなっている。

被告システムは,原告システムと同額以上で販売しているところ,仮に単

に原告システムのデータベースをコピーしただけの模倣品レベルのものであ

れば,原告システムの既存ユーザーからすれば,会社規模も資本規模も被告

アゼスタとは比較にならないほど大きい原告が販売するシステムから新興の

企業で資本規模も原告の約560分の1,従業員数もパートを含め12名に

すぎない被告アゼスタが販売するシステムにあえて乗り換える必要がない。

データベースシステムについては,格納されているデータがいかに正確で,

きちんとメンテナンスが施されているかが顧客にとって最重要であるところ,

会社規模・資本規模の小さな会社のシステムを導入することは将来のメンテ

ナンスに不安を覚えるのが通常であるからである。被告システムに変更した

原告ユーザーからは,変更の理由として,商品開発力の不足(バージョンア

ップがほとんどなく導入時から全く仕様が変わっていない等),データメン

テナンス更新ペースの遅さ(新東名高速等料金情報が遅い,観光・宿泊施設

における追加,修正,削除要望には全く応えられない等),データが不正確

(道路料金・施設入場料金データの誤りが多い,倒産・廃業した観光・宿泊




96
施設データが何年も放置されている等),サポート体制の不十分さ(急な障

害対応や操作説明を受けたくてサポートセンターに連絡しても,旅行業シス

テムは即対応不可なので後で担当者から連絡させると回答され業務が止まっ

てしまう等)などが挙げられており,原告システムの顧客が離反するのは,

被告システムの存在が原因なのではなく,専ら原告システムの顧客満足度の

低さに起因しているのである。

一方で,被告アゼスタは,その営業担当者は全員旅行業界出身で旅行業シ

ステム販売にも10年ないし15年のキャリアを持っており,熱意もあって,

業界の動向や顧客の要望に対する理解力に優れており,これらのフィードバ

ックを受けてシステム開発を行うことから,正確かつ迅速なメンテナンスが

施され,継続的にデータの量・質ともに向上していることに加え,被告シス

テムは原告システムに比して機能面やサポート体制が充実しており優位性が

極めて高く,先進性・利便性・サポート面等のトータルで優れたシステムと

して高い支持を受けている。したがって,被告システムには,データベース

の内容だけに限定されない商品価値があり,被告アゼスタの弛まぬ開発努力

やサポートを含めた営業努力が販売に大きく貢献しているのである。他方で,

旧原告会社では,主力の営業担当者が多数退職したため,入社間もない新人

や他部署から配属された,旅行業務や旅行業務システム販売の経験の少ない

従業員が営業担当とならざるを得ず,これが販売数低下を招く大きな原因の

一つになったと考えられる。

以上のとおり,被告システムが販売されなければ,原告システムが必然的

に購入され,データメンテナンス契約も締結されるという因果関係は存在し

ない。

第4 当裁判所の判断

1 前記第2,1の前提事実並びに証拠(甲1〜81,乙1〜43,証人B,証

人A〔下記措信しない部分を除く〕,被告Y5本人,被告Y2本人,被告Y3




97
本人)及び弁論の全趣旨によれば,以下の事実が認められ,同認定を覆すに足

りる的確な証拠はない(なお,各段落の末尾に主要な証拠を掲記した。)。

(1) 原告CDDBを含む原告システムの開発の経緯及びその開発,営業活動等

についての被告Y5,A,被告Y2,被告Y3,被告Y6,被告Y4の関与

の状況について

ア 原告システムは,現在も原告において旅行営業課の課長代理として原告

システムの販売を担当するB(以下「B」という。)が翼システムに入社

して間もない平成6年4月頃に,当時の同社代表者に対して旅行業システ

ムの制作販売の提案をし,これを代表者が了承したことから,その開発に

着手されることとなったシステムである。

被告Y5は,それに先立つ平成2年4月22日に翼システムに入社した。

被告Y5は,翼システムに入社する以前,昭和61年から他社で設計書を

基にプログラムを行うプログラマーとして稼働し,翼システムにおいても

電装システムの設計,検収等の業務を行ってきたことから,翼システムに

おいて原告システムの制作が決まり,社員を集めて原告システムの開発プ

ロジェクトが組織されたことを契機にそのリーダーとなった。

Bが原告システムの開発の提案をするに当たって,そのきっかけとなっ

たのは,株式会社小田急トラベル(以下「小田急トラベル」という。)か

らの要望にあった。同社においては,それまで,団体旅行の行程表の作成

のほとんどを,従業員の手作業で行っていたところ,大型バスの使用の際

の通行道路の所要時間計算や,途中のドライブインの検索等に時間を要し,

手作業でこれらを行うため,一件の行程表作成に20時間ほども要してい

るという実情にあった。そこで,同社では,パソコンを用いてこれらの業

務を効率化したいとの要望が強かったものの,これに適するソフトウェア

が当時存しなかったことから,それを可能とする団体旅行の行程表作成用

のソフトウェアが作成されたならば,使用したいとの要望が示されていた。




98
そこで,被告Y5及びBは,小田急トラベルに対し,原告システムの開

発のため,状況調査のヒアリングを行い,さらに,平成7年(1995年)

1月10日に小田急トラベル社内で行われた原告システム開発プロジェク

トの打合せに参加したところ,同打合せにおいて,小田急トラベルの状況

調査の結果が報告された。そこでは,同社における行程表作成には上記の

問題点があることのほか,同社においては,顧客と打ち合わせた結果作成

された行程表の最終原稿のみを,ワープロや表計算ソフトを使用して浄書

して保管し,その後に要望が似通う旅行行程表作成の必要があったとき,

その要望と類似する上記最終原稿を探し出し,これを変更して使用してい

るが,その検索にも手間がかかる上に,旅行目的(例えば「女性のグルメ

旅行」等)に応じた必要な情報の検索もできない状況にあること等が問題

であることが報告された。そして,同社において,行程表作成の際に使用

している資料及びその使用方法は,まず「全国道路地図」を用いて旅行行

程についての大まかなコース作りをし,次に観光バスキロ程図のある「R

oad Map」(以下「ロードマップ」という。甲47)を用い,行程

に沿って時間を加算して所要時間を算出し,更に料金ガイド,JTB宿泊

情報等を用いて,必要な料金等を算出していた。同社によれば,団体旅行

に使用される交通機関は,貸切バスの使用が6割,鉄道利用が2ないし3

割,航空機使用が1ないし2割で,旅行人数は30名程度での利用が最も

多く,多くは10ないし40名程度であること,旅行行程の作成の相談に

当たっては,出発地,到着地及びその時間をまず確定して,それから観光

地や昼食地を選ぶことが多く,交通機関として貸切バスを使用するのであ

れば,90ないし120分走行したところで休憩ないし昼食地を探す必要

があること,一般的な出発時刻,到着時刻は,それぞれ9時頃,16時頃

であること,使用するホテル等の宿泊施設には,ホテル・旅館・民宿・ペ

ンションの種類区分とエコノミー等の料金カテゴリーが必要であり,部屋




99
や食事の内容,風呂の内容や大きさ,料金,宴会場の空きがあるか等が選

択項目選定の際のポイントであり重要な情報となること,検索は5ないし

6程度の項目とすること等が,原告システムの制作に当たって有益な情報

として打合せにおいて紹介され,今後,その要望に沿ったデータベース

ある原告CDDBを含む原告システム(以下,原告システムの開発という

場合には,必要なデータベースである原告CDDBの開発も含む。)の開

発スケジュールが組み立てられることとなった。〔被告Y5尋問調書1頁,

甲63の別紙1〕

イ 平成7年7月には,Aが翼システムに入社し,原告システムの開発にプ

ログラマーとして参加し,データ加工を担当することとなった。そして,

原告システムのホテル・旅館のデータについては,社団法人日本観光協会,

実業之日本社からデータの提供を,観光施設については社団法人日本観光

協会からデータの提供を,それぞれ受けることとなった。〔乙38,2頁,

甲63の別紙1,2〕

同年11月9日の時点における,当時進行中の原告システムの開発状況

は,行程表のプログラムについては,道路検索について作り直しの途中で

あり,同月末には終了予定とされ,道路データに関して,国道のデータ入

力は終了したが,有料道路は東京,神奈川,千葉,埼玉,静岡は全て終了

したものの,それ以外の地域は道路名称のみの入力が終了した段階で,市

町村道については未だ700件以上の代表地点のデータが入力されていな

い状況であった。ホテル・旅館のデータについては,観光施設について社

団法人日本観光協会から提供を受けたデータの間違いについて折衝を続け

ること,収容人数に関するデータも追加することなどが決められた。〔甲

63の別紙3〕

そして,同年12月ないし平成8年1月に,原告システム(当時の名称

は「スーパーフロントマン 旅行業システム」 の販売が開始された後も,





100
翼システムにおいては,原告システムの充実改良が引き続き行われた。そ

こにおいて,Aは,原告システムの新機能の追加や改良等を担当した。そ

の後,Aは,翼システムにおいて,システムエンジニアとして認められて

主任となり,平成9年ころからは,原告システムのシステム設計やプログ

ラム開発を手がけ,原告システムに関するリーダーであった被告Y5のも

とで,サブリーダーとなった。〔乙38,2頁〕

ウ 被告Y2は,昭和62年から旅行業者や旅行業者に業務システムを販売

する会社等に勤務して,その間,旅行業者向けトータル業務のシステム販

売業務に従事し,旅行業務システム仕様と構築ノウハウを修得していたが,

平成8年2月に翼システムからヘッドハンティングを受けて同社に転職し

た。被告Y2は,翼システムに入社後,原告システムの販売・サポート体

制の構築に従事することとなり,平成9年10月ころまでには主任となり,

営業成績優秀者表彰を7度受けた。〔甲63の別紙8,甲78,6頁,乙

40,12頁〕

エ 被告Y3は,昭和61年からは旅行業者に勤務して旅行業務の営業等を

行った後,平成8年12月に翼システムに入社し,入社後,原告システム

についてシステムサポートを担当することとなり,平成10年1月ころか

らは同社営業課でシステム営業を担当することとなった。〔甲78,6頁,

乙41,5頁〕

オ 平成9年1月6日に被告Y6が,平成9年12月24日に被告Y4が,

翼システムに入社した。〔甲78,6頁〕

カ 被告Y5らが参加した平成9年2月15日の原告システムの開発に関す

る打合せにおいて,原告システムの改良について話し合われ,例えば,道

路データは詳細地点を増やすなど,今後も地道に精度を上げていく努力を

する旨が決定され,データ管理のコントロールについて,サポート担当の

被告Y6が当たることとなった。




101
同年3月19日時点での原告システムに関する人的体制として,データ

コンテンツの作成について,派遣の者6名が当たっていたが,同年4月以

降,これを道路データに3人,時刻表メンテナンスに2人,観光施設デー

タに6人,ホテルデータに1人の合計12人に増員することとされた。ま

た,データ開発システムに関しても,同年4月以降,設計にシステムエン

ジニア1人,プログラムに関しプログラマー1人を当てることとされた。

その他,同年3月時点で,原告システムの基本パッケージに関する業務に

当てられるシステムエンジニアとして,被告Y5,Aのほかに翼システム

の社員1名,外注の者1名,プログラマーとして翼システムの社員2名,

外注の者1名が当てられている状況であったが,これを引き続き維持する

こととされた。また,物的設備については,データ開発用,プログラム開

発用兼テスト機,サーバー機として各1台の合計300万円,クライアン

ト機として,各8台の合計640万円の設備投資(ソフトウェアを含む)

を行うことが決定された。〔甲63の別紙5,甲78〕

被告Y6は,平成9年5月13日にAらとの間で行われた原告システム

の開発業務に関するインタビューにおいて,入金一覧表の帳票イメージに

ついての回答をするなどした。〔甲63の別紙4,6〕

また,被告Y3は,平成10年1月14日に,原告システムについての

包括料金特約についての提案をするなどした。〔甲63の別紙11〕

キ 平成10年8月29日,Bのほか,被告Y5,A,被告Y2,被告Y6

が参加して原告システムについての営業会議が行われ,原告システムにつ

いての不具合点やこれについての改善案の提案がされた。同会議において,

原告システムの顧客管理機能の充実を図る必要があるとされ,例として,

「法人客の場合は,創立記念旅行に行くことが多いので『創立記念日』で

の検索等を出来るように検討する」ことなどが今後の検討項目とされた。

また,鉄道や航空料金に関しても,乗継ぎ料金の計算,普通運賃の計算が




102
正確にできるように運行キロ数で計算処理すること,ローカル線の駅デー

タも入力していくこととされた。〔甲63の別紙14〕

さらに,今後の検討事項の一つとして,作成した行程表を地図と連動さ

せることで,地図上に行程の経路の表示を可能とすること,祭りやさくら

んぼ狩り,カニ食べ放題など,観光施設の検索条件が設定できるよう検討

していくこと,宿泊施設の検索には,露天風呂やサウナが重要なキーであ

り,これらがある旅館を検索することができるようにすることなど,今後

も宿泊施設のデータベースの改善を検討していくこととされた。また,旅

行代理店は,兼業でバス会社等を営業していることも多く,バス運行管理

システムについての要望があった旨も紹介された。〔甲63の別紙14〕

ク 平成11年10月16日,被告Y5,A,被告Y2,被告Y6らが参加

して原告システムの商品会議が行われ,今後のバージョンアップに向けて

ユーザーアンケートを行うこと,観光,ホテルの検索結果からURLに移

行できるようにインターネット機能を強化すること,検索パレットは「駅・

空港・フェリー」・「市区町村」・「道路地点」のみとすること,利用施

設一覧表に休館日を表示した休館日チェックリストを追加すること等の機

能強化の方針が打ち出された。〔甲63の別紙19,20〕

ケ 平成12年2月12日,被告Y5,A,被告Y2,被告Y3,被告Y6

らが参加して原告システムの商品会議が行われ,原告システムの当時の次

期商品として Ver5 の提案がされ,そこでは,原告システムをプロアトラス

地図を利用した旅行業システムとする方針で開発することとし,行程表

の検索結果のルートを地図で表示し,地図から温泉地・施設が検索できる

ようにするため,その技術サンプルを被告Y5が作成することとされた。

〔甲63の別紙22〕

コ 平成12年6月,被告Y5が文具・事務機システムのリーダーに転出す

ると,Aが原告システムの開発,改良に関する責任者となり,旅行代理店




103
のヒアリング,要件定義,システム設計,データベース設計,開発等を行

った。〔乙38,2頁〕

被告Y3は,同年8月7日付けで,原告システムの地図機能について,

検索フローチャート,表示画面の遷移や地図表示画面との対応関係等につ

いての提案を行い,同月21日付けでも,原告システムの地図機能につい

て,検索フローチャート,表示画面の遷移や地図表示画面との対応関係等

について,より詳細な提案を行っている。〔甲75の別紙3〜5〕

サ 平成12年10月28日,Bのほか,被告Y2,被告Y3,被告Y4,

Aが参加して原告システムについての営業会議が行われ,原告システムの

Ver5 の全機能についての仕様が決定されて紹介され,販売方法についても

協議された。同会議における Ver5 についての紹介では,例えば,検索業務

においては,サブメニューが「道路検索」,「時刻表検索」,「ホテル・

旅館検索」,「観光施設検索」から,「道路」については「時間・経路・

料金」,「時刻表」については「JR・AIR・フェリー」,「施設」に

ついては「宿泊」,「観光」,「地図」等のサブメニューが設けられるこ

となどの,Ver4 からの改善点が全て紹介されている。加えて,同会議では,

当時のユーザーに対する Ver5 の販売方法について,増設・バージョンアッ

プ時は,リプレースを考慮して販売することとされ,@リース残1ないし

2年のユーザーについてはリプレース商談を,A契約後1年未満のユーザ

ーは,営業時の内容によりバージョンアップなどの商談を,B契約1年以

上経過のユーザーは,契約時のバージョンで商談をすることとされ,各営

業担当者は,担当する顧客のリース終了年月,売買契約書の使用権終了年

月を調査し,Bに報告することとされた。〔甲71の別紙6〕

シ 平成12年11月ころから,地図検索機能,インターネット接続機能が

追加された「スーパーフロントマン 旅行業システム Ver5」が販売された。

〔甲63,3頁〕




104
ス 平成12年11月20日,Bのほか,被告Y3,被告Y6,被告Y5,

Aが参加して原告システムについての商品会議が行われ,原告システムの

今後のバージョンアップに向けて,当時の原告システムのユーザーに対し,

ユーザーアンケートを実施し,その結果を反映させることとして,被告Y

6がそのアンケートを作成することとされた。〔甲71の別紙26〕

セ 平成13年6月18日,Bのほか,被告Y6,被告Y5,Aが参加して

原告システムについての商品会議が行われ(なお,被告Y3は参加してい

なかったが資料が配付された。),原告システムにおいては,観光施設デ

ータについて,1施設に4個までの料金しか保存できず,そのうち一番上

登録した料金しか連動できないこと,無料なのか料金設定がないのかが

判断できないことが問題とされ,今後の課題とされるとともに,同一施設

で複数のレコード登録されている場合があることも報告された。そして,

同一施設は一つのレコードにまとめ,料金を無制限に登録できるようにす

ること,連動できる料金を選択できるようにすること,無料の場合は「無

料」,料金設定なしは「−」を表示するよう,原告システムを改良するこ

ととされた。〔甲63の別紙34〕

(2) 構築された原告CDDBの内容

以上のとおりの原告システムの開発当時における聞き取り調査や,販売開始

後のユーザーの意見聴取の結果等も踏まえて,旧原告会社は,原告システムに

用いられる原告CDDBを,平成17年(2005年)9月までに,以下のと

おり構築した。なお,原告CDDBは,2005年9月版以降,2006年1

1月版までは,テーブル,フィールド及びリレーションに変更はないが,レコ

ード数に若干の違いがある。〔甲35,1頁〕

ア 道路情報の選択について

前記(1)のとおり,原告システムを構築するに当たって実情調査を行った

旅行会社である小田急トラベルにおいては,行程の所要時間算出のためロー




105
ドマップを参照していることが判明していたところ,このロードマップは,

貸切観光バスが通行するのに適した道路を選択して道路地点を設定し,隣接

道路地点間のキロ数と時間を示した資料である。ロードマップにおいては,

有料道路及び国道については名称ないし番号が示されるとともに,主な交差

点ないし地名については,その地名とともに黒丸で示され,その黒丸と黒丸

との間に,交差点ないし地名間の距離(キロ数)及び所要時間(分)が示さ

れている。〔甲47〕

しかし,原告CDDBの作成に当たっては,まず貸切バスとして通常使用

される大型観光バスによる移動に適切な道路の選択を行うこととした。この

観点から,国道,高速道路,有料道路,首都高速などの都市高速道路につい

ては全ての道路を選択しているものの,都道府県道については約10%,市

区町村道だけでも約306万以上に上る一般道路については,そのうちの約

0.004%程度に相当する143の一般道路を大型観光バスによる移動に

適切な道路として選択し,これを「10道路テーブル」に格納した。その際,

道路番号を付すこととして「道路番号」のフィールドを設けるほか,「道路

名」,「道路名読み」,「区分」の各フィールドを設けた。〔甲3,甲30,

12〜13頁〕

これを具体的にみると,例えば,県道及び道道の選択において,ロードマ

ップにおいては,福島県については全県道516件のうちから12県道,北

海道については全道道1128件(なお,平成18年(2006年)11月

当時は913道路。甲31の1,2頁)のうちから64道道を選択している

ところ,原告CDDBにおいては,これよりも多い,福島県において47県

道,北海道においては80道道を選択しており,ロードマップと原告CDD

Bとで共通する県道,道道も,福島県について9道路,北海道についても3

3道路にすぎない。

次に,これら道路上にとる道路地点の情報についてみると,例えば,北海




106
道の国道230号線における例をとると,ロードマップにおいては,選択し

ている道路地点は14地点であるところ,原告CDDBはこれよりも多い2

5地点を選択し,このうち共通する道路地点は,5道路地点である。また,

九州の国道3号線における福岡県内の道路地点をみると,ロードマップにお

いては27地点であるところ,原告CDDBにおいては,これよりも多い4

8地点であり,共通する道路地点は3地点にすぎない。〔甲47,48〕

さらに,原告CDDBでは,大型観光バスが移動する経路,経由地,目的

地と一応の所要時間,到着時間が示せればよいとの考え方をとり,そのため

必要な道路地点情報に絞って選択して格納することとした。これは,実際の

自動車の走行を前提として全ての交差点や目的地の道路地点の情報を必要と

するカーナビゲーションシステムに比して情報量を少なく済ませることがで

きるものであり,格納すべき情報量は格段に少なくなる。〔甲43,2頁〕

イ 道路地点情報の選択(緯度経度情報)について

(ア) 次に,原告CDDBにおいては,上記道路地点として選択した地点にお

ける情報を緯度及び経度のデータとして格納することとしたが,実際の作

成については,まず,上記のとおりの大型観光バスが通過するのに適切と

考えられる道路のうちの,行程表を作成する上で必要と考えられる適切な

地点である,交差点,インターチェンジ,サービスエリア,パーキングエ

リア,観光施設,宿泊施設,駅,役所等の代表道路地点とするのに適切な

地点につき,インターチェンジや観光施設等から最も近い交差点や,ユー

ザーの要望を充たすのに最も適切な地点を中心に,上記選択された道路上

から選び出す作業を行った。

そして,道路上でどの場所を選ぶかが決まると,その具体的な地点につ

いての緯度経度は,実際にその選択作業を行うこととなる原告CDDBの

作成者自身において,具体的な地点をパソコンのマウスを地図上でクリッ

クする方法で選択し,そこに示される緯度及び経度を,実際に入力する方




107
法をとった。その情報は,「09地点名テーブル」に格納されている。「0

9地点名テーブル」には,「地点番号」 「地点名称」 「地点名称カナ」
, , ,

「地点区分」,「都道府県コード」,「市区町村番号」,「地点経度」,

「地点緯度」の各フィールドが設けられている。〔甲3,甲28,4〜6

頁,甲30,14頁〕

上記道路地点の選択は,平成18年(2006年)2月版の時点で1万

2781件,同年11月版の原告CDDBにおいて,1万2822件であ

る。〔甲32,1頁〕

(イ) そして,施設と関係する代表道路地点の選択においては,施設が接する

道路地点ではなく,当該施設の近辺の道路地点を当該施設の代表道路地点

として適宜設定し,その代表道路地点への経路検索をもって,当該施設へ

の経路検索としている。その例として,横浜市中区のホテルニューグラン

ドには,当該ホテルが接する道路ではなく,横浜市中区山下橋が設定され,

これとは異なる施設のマリンタワーについても,同じ道路地点が設定され,

横浜市中区内では,8か所の代表道路地点を設定しているにすぎない。ま

た,地方では,施設が10キロメートル以上離れているものについて同一

の代表道路地点を,70以上の施設について,一つの代表道路地点を設定

している例もある。このように,施設が道路に接しているところをもって

目的地とせず,当該施設の近辺の道路地点を当該施設の代表道路地点とし

て適宜設定して経路検索を行うこととしたのは,施設の数だけ道路地点の

情報を持つことは,道路地点の数を膨大にし,経路検索の効率も悪くなる

ため,あえてこのような構成をとったものである。〔甲43〕

(ウ) なお,翼システムは,平成8年1月ころに原告システムの販売を開始し

たが,当初の原告システムには,地図検索機能がなかったため,これら緯

度経度情報は,一つのテーブルで保有するのではなく,「01市区町村テ

ーブル」,「09地点名テーブル」,「20ホテル・旅館テーブル」,「2




108
1観光施設テーブル」,「32駅テーブル」のそれぞれのテーブルで重複

して保有していた。

その後,前記(1)で認定したとおり,被告Y2,被告Y3,被告Y4,被

告Y5,被告Y6及びAがその開発ないし営業に関与して,開発・販売さ

れた原告システムの Ver5 において,地図検索が効率的に行えるよう,「0

5緯度経度テーブル」を設けることとし,さらにインターネット接続のた

め「06URLアドレステーブル」,「07URL種別テーブル」,「0

8URL分類テーブル」を設けることとした。しかし,その際,既に原告

システムを導入しているが,地図検索機能を必要とせず,新たな原告シス

テムへの移行をしない顧客においても,問題なく使用し続けることができ

るよう,「01市区町村テーブル」,「09地点名テーブル」,「20ホ

テル・旅館テーブル」,「21観光施設テーブル」,「32駅テーブル」

で重複し保有している緯度経度情報を,上記「05緯度経度テーブル」で

も重複保有することとした。地図検索機能を使用すると,地図上で一定の

範囲を指定し,「05緯度経度テーブル」により,その範囲内にある緯度

経度の観光施設,宿泊施設,駅,市区町村等を検索して地図上に表示する

ことができる。

「05緯度経度テーブル」には,緯度経度情報毎に,市区町村,ホテル・

旅館,観光施設,地点,駅の各テーブルについての「種別番号」と各テー

ブルのプライマリー・キーとなる「種別毎番号」の情報を収録するととも

に,関連する「01市区町村テーブル」,「09地点名テーブル」,「2

1観光施設テーブル」,「20ホテル・旅館テーブル」,「32駅テーブ

ル」とリレーションを取っている。

ウ 道路の接続情報の選択について

(ア) 原告CDDBでは,選択された道路と道路との接続地点には,隣接する

道路地点間の各道路について,「11接続テーブル」において,各接続番




109
号で特定される細切れの道路を接続していくことで,出来るだけ所要時間

の短い経路を検索することとした。「11接続テーブル」には,道路地点

間の接続情報として,各細切れの道路の「始点番号」,「終点番号」,通

行する道路の「道路番号」,移動に要する「所要時間」,2地点間の「距

離」,上り下りの車線情報である「上下区分」,「禁止フラグ」,「接続

番号」などの情報を,九つのフィールドに格納した。具体的な距離と時間

の算定は,別紙1の「11接続テーブル」の「原告CDDBの各テーブル

の概要」欄記載の例のとおりである。〔甲3,甲23,11頁〕

このうち,上記「接続番号」とは,一つの道路を細分化し,その道路の

1単位毎に付与される番号であり,2地点間の情報を識別するものである。

この接続番号は,原告システムの作成時に,ある道路の1単位を登録する

たびにその都度原告が付与したものである。例えば,伊勢自動車道のうち,

関JCTから芸濃ICまでの区間を接続番号1と,その逆を接続番号2と

して上下区分により区別し,同じく伊勢自動車道のうち芸濃ICから安濃

SAまでの区間を接続番号3とする,等のものである。〔甲28の7頁及

び別紙8〕

(イ) そして,その経路中には,道路条件により,進入禁止,右折禁止,左折

禁止などの規制のある場合がある。そこで,原告CDDBにおいては,そ

のような経路が選択されないようにしておくため,「12禁止乗換テーブ

ル」を設け,そこに選択不可とすべき道路の接続経路,すなわち,ある接

続番号からある接続番号への乗換について,禁止されるパターンの情報を

格納して,これを経路検索の場合に除外するようにした。「12禁止乗換

テーブル」には,「乗換元接続番号」,「乗換先接続番号」のそれぞれの

情報項目を設けて,各フィールドとした。〔甲3,甲30,11頁〕

原告CDDBの「12禁止乗換テーブル」には,上記のとおり,一方通

行などの理由により,経路として接続できない道路の情報を格納している




110
ところ,具体的には,上記「11接続テーブル」で持つ「接続番号」につ

いて,ある接続番号(始点番号,終点番号,道路番号などの情報)の経路

から,ある接続番号の経路に乗り換えようとした場合に禁止される接続番

号の組み合わせを,この「12禁止乗換テーブル」に情報として格納する

ものである。「12禁止乗換テーブル」の上記「乗換元接続番号」と「乗

換先接続番号」のフィールドには,乗換元と乗換先の接続番号で禁止され

る乗換のパターンを特定して格納している。

これによると,「11接続テーブル」から各接続番号の始点,終点,道

路番号がわかり,乗換を行う場合,乗換元の終点は乗換先の始点となる関

係にあるので,接続された場合のルートは

乗換元の始点→(乗換元の終点=乗換先の始点)→乗換先の終点

という関係になる。〔甲23,11〜12頁〕

この「12禁止乗換テーブル」には,「乗換元接続番号」を「16」,

「乗換先接続番号」を「16606」などとして,数値がそれぞれ格納さ

れている。〔甲28の別紙9〕

エ 移動手段に関する情報の選択について

また,移動手段の種別については,それまでの一般的な分類に従えば,鉄

道,バスを含む自動車,飛行機,船等となるところ,原告CDDBにおいて

は,これを「JR」,「私鉄」,「空路」,「徒歩」とするほか,船につい

ては,想定する旅行会社が扱う旅行で利用頻度の高い「フェリー」として,

必要な情報を「43交通機関種別テーブル」に格納した。その際,移動手段

を提供する会社についての情報を「42会社テーブル」として格納すること

とし,交通会社を検索条件として,路線検索を行うことを可能とした。

この点につき,インターネット上での経路検索を可能とするウェブサイト

において交通会社を経路検索に用いるものは存せず,他の路線検索システム

には見られない原告CDDBの特徴となっている。〔甲30,6,18頁,




111
甲50〕

オ 観光施設情報の選択について

観光施設については,まず観光施設に関する様々な情報項目の中から,施

設の名称,住所,緯度経度による位置情報,営業日や時間・駐車場の有無等

の施設概要,利用料金等の43項目に分類することとし,フィールドとする

こととした。また,これらの情報を格納する「21観光施設テーブル」とは

別に,これを補う目的で,料金種別の増加に対応した施設利用料に関する情

報項目や施設に関するコメントなどの情報項目を44に分類してフィールド

とし,これを「22観光施設備考テーブル」に格納した。

また,観光施設の中から,旅行業者が取り扱うと考えられた観光施設を選

択し,これを「21観光施設テーブル」,「22観光施設備考テーブル」に

格納した。〔甲30,8頁〕

原告CDDBの「21観光施設テーブル」に収録されたレコード数は,別

紙4のとおり,7万2093件である。

カ 宿泊施設情報の選択について

宿泊施設に関しては,宿泊施設に関する情報の中から,宿泊施設の名称,

住所,緯度経度の位置情報,室数や収容人数・宴会場の有無・プールの有無

等の施設情報などの43項目を選択して,これをフィールドとし,「20ホ

テル・旅館テーブル」に格納した。

また,宿泊施設の中から,旅行業者が取り扱うと考えられた宿泊施設を選

択し,これを「20ホテル・旅館テーブル」に格納した。〔甲30,8〜9

頁〕

原告CDDBの「20ホテル・旅館テーブル」に収録されたレコード数は,

別紙4のとおり,1万6229件である。

キ 小括(原告CDDBの概要の整理)

上記のとおり,分類して収集すべき情報項目の選択,及び情報自体の選択・




112
収集を踏まえて,翼システムにおいて構築された原告CDDBの内容を整理

すると,概ね,以下のとおりとなる。

(ア) 原告CDDBの概要としては,旅行業者がパソコンにインストールされ

た原告システムを使って行程表作成の業務を行うにあたって必要となる,

観光施設データ,宿泊施設データ,全国各地の主要道路の道路地点や,隣

接する道路地点間の大型観光バスの移動時間・距離,有料道路・高速道路

の料金データ,鉄道・飛行機・フェリーに関する路線,駅,時刻表等の情

報を収集し,蓄積したものである。原告CDDBでは,別紙2のとおり合

計42個のマスターテーブル内に,別紙2,3のとおり合計405個のフ

ィールド項目を配し,各テーブル間を別紙3のとおり設定されたプライマ

リー・キーにより,別紙5(別紙6,7も同じ)のとおりのリレーション

をとって関連付けることで,修学旅行や会社の慰安旅行などの旅行目的や,

所要時間,立寄り施設等の要望に合わせた行程表を作成するため,観光施

設,宿泊施設,交通手段,経路,出発時間や到着時間,施設等への滞在時

間などの具体的なスケジュールをどうすべきかといった事項を,各情報を

検索した結果を選択することにより決定し,行程表を作成していくことを

可能とした情報の分類体系ということができる。

そして,このような情報の分類を有機的に繋げ合わせて,具体的な行程

表を作成するためには,顧客の出発地,帰着地,観光施設などの途中の立

寄り地,宿泊施設,交通手段,経路を選択するとともに,出発時刻,到着

時刻,滞在時間なども確定する必要があるところ,行程表作成及び検索シ

ステムのデータベースでは,これらの情報が,顧客等の具体的要求に基づ

き,求められたときに対応できるように,テーブル,フィールド及びリレ

ーションを設計した上で,予め情報を選択して格納しておくことが必要と

なる。

このように,原告CDDBは,上記アないしカの方針で実際に集められ




113
た膨大な数のレコードを(各テーブルのレコード数については,別紙4の

とおり),別紙2,3のとおりのテーブル,フィールドに格納し,別紙5

(同6,7も同様)のとおりのリレーションをとることにより,効率的に

検索・行程表作成業務を行えるようにデータベースとして設計したもので

ある。

(イ) そこで,原告CDDBにおける具体的な検索過程と,テーブル,フィー

ルド等の関係等について検討する。

まず,経路検索に関するテーブル及びフィールドの設定,体系的構成,

リレーションの設定について,出発地,帰着地,観光施設などの途中立寄

り地,宿泊施設,駅,空港,フェリー発着所などに関し,これと関連する

テーブルである「01市区町村テーブル」 「20ホテル・旅館テーブル」
, ,

「21観光施設テーブル」,「32駅テーブル」に「代表道路地区コード」

や「代表道路地点番号」のフィールドを持つこととしている。そして,道

路利用の経路検索の対象として市区町村,観光施設,宿泊施設,駅がある

場合には,それぞれの施設自体の緯度経度ではなく,これと関連した道路

地点の緯度経度情報のデータを使って,その道路地点までの経路を検索す

ることとなる。各施設等にかかるテーブルの「代表道路地区コード」や「代

表道路地点番号」は,「09地点名テーブル」の「地点番号」とリレーシ

ョンがとられていることにより,各施設までの経路を検索するときには,

この「代表道路地区コード」や「代表道路地点番号」所定の道路地点まで

の経路を検索することになる。

また,施設を含めた経路検索を行う場合,施設関連の各テーブルに,「代

表道路地区コード」や「代表道路地点番号」という道路地点のフィールド

を持たせ,これと「09地点名テーブル」の「地点番号」との間でリレー

ションを取り,道路地点としての検索を行うという構成を採用している。

具体的には,別紙3記載のとおり,原告CDDBでは,「09地点名テ




114
ーブル」の「地点番号」フィールドをプライマリー・キーに設定し,これ

と,別紙5で,青丸と青丸を結ぶ太線のうち黒太線で記載されたリレーシ

ョンのとおり,「01市区町村テーブル」の「代表道路地区コード」フィ

ールド,「20ホテル・旅館テーブル」の「代表道路地区コード」フィー

ルド,「21観光施設テーブル」の「代表道路地点番号」フィールド,「3

2駅テーブル」の「代表道路地点番号」フィールドとにリレーションを持

たせている。

また,禁止乗換に関するテーブル及びフィールドの設定,体系的構成,

リレーションについては,道路利用の経路検索では「09地点名テーブル」

及び「11接続テーブル」のデータを使って,所要時間の短い経路を検索

して提示するものの,「12禁止乗換テーブル」を設けて,一定の接続経

路を除外するように構成している。

上記の「09地点名テーブル」には,別紙3記載の各フィールドに,道

路地点の情報(地点番号,地点名称,都道府県コード,市区町村番号,地

点区分,緯度,経度など)を格納している。道路地点の情報は,経路検索

をする場合の基本となる位置情報となる。「09地点名テーブル」の「地

点番号」フィールドについては,上記のとおり「01市区町村テーブル」,

「21観光施設テーブル」,「20ホテル・旅館テーブル」,「32駅テ

ーブル」の「代表道路地区コード」や「代表道路地点番号」とリレーショ

ンを取り,また「11接続テーブル」,「12禁止乗換テーブル」ともリ

レーションを取って,旅行行程における具体的な経路検索,所要時間,距

離,有料道路通行時の料金情報等の検索をするための基本的な情報となっ

ている。

(ウ) 原告CDDBでは,鉄道,飛行機,フェリー等の経路検索を行う場合に

は,まず,ある地区や都道府県において交通機関を運営している会社等を

特定し,そののちに路線等を特定する方法をとっている。




115
具体的には,まず交通機関を運営している会社等を特定するために乗車

する地区,都道府県を絞り込み(「02地区・県名テーブル」による),

次に当該区域の交通機関の会社を選択する(「42会社テーブル」,「4

4地方別会社索引テーブル」,「45検索地方範囲定義テーブル」,「4

6地方別路線索引テーブル」による)。すると,当該交通会社が運行して

いる路線一覧が表示され,利用する路線を選択すると路線の駅等が一覧表

で示される(「34路線テーブル」,「42会社テーブル」,「46地方

別路線索引テーブル」による。)。そこで,出発時刻,乗車駅と降車駅等

を選択して検索すると,利用可能な便(「32駅テーブル」,「34路線

テーブル」,「36路線検索テーブル」,「39便テーブル」,「40運

行日定義テーブル」,「47駅通過路線索引テーブル」による。)が表示

されるので,利用する便を確定することになる。

ク 原告CDDBの各テーブルの相互関係

原告CDDBは,上記のとおり,42個のマスターテーブル,405個の

フィールド項目からなり,原告CDDBの各テーブルの意義については,別

紙1記載のとおりであるところ,原告CDDBの各テーブル相互の関係につ

いては,以下のとおり分類される。

「01市区町村テーブル」,「32駅テーブル」,「20ホテル・旅館テ

ーブル」,「21観光施設テーブル」,「09地点名テーブル」,「11接

続テーブル」,「10道路テーブル」により,出発地点,経由地,目的地に

面した道路に関するデータの検索が可能になる。

次に「09地点名テーブル」,「10道路テーブル」,「11接続テーブ

ル」,「12禁止乗換テーブル」,「14区間料金テーブル」,「15首都

高速料金テーブル」により,道路を利用した移動に関する経路探索・料金の

算出に必要なデータの検索を可能にしている。

そして,「20ホテル・旅館テーブル」,「21観光施設テーブル」,「2




116
2観光施設備考テーブル」,「05緯度経度テーブル」,「06URLアド

レステーブル」,「07URL種別テーブル」,「08URL分類テーブル」

により,ホテル・旅館,観光施設に関する情報を検索することを可能にして

いる。

「01市区町村テーブル」,「02地区・県名テーブル」は,道路と地図

を関連付ける情報であって,地図から検索をするときに用いられている。

「32駅テーブル」,「33路線構成テーブル」,「34路線テーブル」,

「36路線検索テーブル」,「39便テーブル」,「40運行日定義テーブ

ル「42会社テーブル」,「43交通機関種別テーブル」により,公共交通

機関を利用した経路探索に必要なデータの検索を可能にしている。

ケ 原告CDDBにおける検索,行程作成の実際

以上を踏まえて,具体的な検索,行程作成の実際について検討する。

まず,出発地を「01市区町村テーブル」を使って市区町村内の道路地点

から選択する。その際,選択された市区町村内の道路地点として,「09地

点名テーブル」の道路地点のうち,当該市区町村内にある道路地点を見るこ

とができる。そして,市区町村の絞り込みは「02地区・県名テーブル」,

方面については「03方面テーブル」,「04方面設定テーブル」,都道府

県については,「02地区・県名テーブル」から絞りこむことができる。

また,「01市区町村テーブル」,「20ホテル・旅館テーブル」,「2

1観光施設テーブル」,「32駅テーブル」には施設等の近辺の道路地点の

情報が代表道路地区コードや代表道路地点番号として格納されており,当該

市区町村内にあるこれらの施設や駅などを選ぶことを通じて,出発点として

の「09地点名テーブル」の道路地点を選ぶことができる。

次に,観光施設を「21観光施設テーブル」から選択する。観光施設の絞

り込みは,上記と同じく,「02地区・県名テーブル」,「03方面テーブ

ル」,「04方面設定テーブル」,「01市区町村テーブル」から行うこと




117
ができる。観光種別は「23観光施設種別テーブル」(ただし,前記のとお

り,CDで提供されるものではないことから,原告CDDB自体には含まれ

ていない。)に,名称は「21観光施設テーブル」に,検索結果の観光施設

について,当該観光施設に関する様々な情報は,「22観光施設備考テーブ

ル」に格納されており,観光施設に関するホームページの情報も「06UR

Lアドレステーブル」,「07URL種別テーブル」から参照可能であり,

最終的に行程に入れるかどうかを判断することができる。

宿泊施設については,「20ホテル・旅館テーブル」から選択し,地区は

「02地区・県名テーブル」,方面は「03方面テーブル」,「04方面設

定テーブル」,都道府県は「02地区・県名テーブル」,市区町村は「01

市区町村テーブル」,地図上の範囲設定は別途の地図ソフトであるプロアト

ラスと「05緯度経度テーブル」,「20ホテル・旅館テーブル」,宿泊種

別は「20ホテル・旅館テーブル」,名称は「20ホテル・旅館テーブル」,

検索結果の宿泊施設については当該宿泊施設に関する様々な情報,すなわち

和室,洋室の客室数,収容人員,料金,付帯施設,駐車場などが「20ホテ

ル・旅館テーブル」に格納されていて,当該宿泊施設に関するホームページ

の情報も「06URLアドレステーブル」,「07URL種別テーブル」が

対応し,これらを参照してシステムのユーザーである旅行会社ないしその顧

客の判断で決定することができる。

コ 原告CDDBのルート検索における交通機関別での必要なテーブル

原告CDDBにおいては,複数の道路地点を用いてルートを検索するとこ

ろ,このときの利用交通機関別の必要なテーブルについては,以下のとおり

整理することができる。

(ア) 道路利用(大型バス)

「09地点名テーブル」,「11接続テーブル」,「12禁止乗換テー

ブル」




118
原告CDDBでは,各市区町村,各観光施設,各宿泊施設,各駅の近辺

にある道路地点の地点番号を「代表道路地区コード」や「代表道路地点番

号」として,各テーブルのフィールドとして持たせ,道路利用の経路検索

の対象として市区町村,観光施設,宿泊施設,駅がある場合には,各テー

ブルの「代表道路地区コード」や「代表道路地点番号」のフィールドに格

納されている道路地点までの経路を検索するようにしている。

(イ)鉄道利用

「02地区・県名テーブル」,「32駅テーブル」,「33路線構成テ

ーブル」,「34路線テーブル」,「36路線検索テーブル」,「39便

テーブル」,「40運行日定義テーブル」,「42会社テーブル」,「4

4地方別会社索引テーブル」,「46地方別路線索引テーブル」,「47

駅通過路線索引テーブル」

(ウ) 飛行機利用

「02地区・県名テーブル」,「32駅テーブル」,「33路線構成テ

ーブル」,「34路線テーブル」,「36路線検索テーブル」,「39便

テーブル」,「40運行日定義テーブル」,「42会社テーブル」,「4

4地方別会社索引テーブル」,「46地方別路線索引テーブル」,「47

駅通過路線索引テーブル」

(エ) フェリー利用

「02地区・県名テーブル」,「32駅テーブル」,「33路線構成テ

ーブル」,「34路線テーブル」,「36路線検索テーブル」,「39便

テーブル」,「40運行日定義テーブル」,「42会社テーブル」,「4

4地方別会社索引テーブル」,「46地方別路線索引テーブル」,「47

駅通過路線索引テーブル」

(3) 翼システムないし旧原告会社の状況及びそこにおける被告Y1を除く個人被

告らの活動等




119
ア 翼システムにおいては,平成11年1月に,当時の翼システム会長が脱税

容疑で逮捕され,平成13年3月に実刑判決を受けるに至った。〔甲79〕

これらを受け,平成15年10月ころからは,翼システムにおいても人員

削減等の話が出て,経営の存続が危ぶまれる声も聞かれるようになった。

イ 平成17年当時の翼システムにおける,被告Y2,被告Y3,被告Y4,

被告Y6の担当営業地域は以下のとおりである。

被告Y2の担当は,概ね,北海道,青森,岩手,宮城,秋田,山形,福島,

茨城,栃木,富山,石川の11道県である。

同じく被告Y3の担当は,概ね,千葉,三重,東京の3都県である。

同じく被告Y4の担当は,概ね,群馬,埼玉,神奈川,新潟,山梨,長野,

静岡の7県である。

同じく被告Y6の担当は,広島,山口,徳島,香川,愛媛,高知,福岡,

佐賀,長崎,熊本,大分,宮崎,鹿児島,沖縄の14県である。

これら被告Y2,被告Y3,被告Y4,被告Y6の4名の担当都県等は,

合計で35都道県となり,被告Y2,被告Y3,被告Y4及び被告Y6の4

名で,翼システムの顧客の8割以上を担当していた。〔被告Y2尋問調書2

頁〕 その他の翼システムにおける営業の担当は,Bが岐阜,三重,福井,

滋賀,京都の5府県及び大手ユーザー,訴外Cが大阪,兵庫,奈良,和歌山,

鳥取,島根,岡山の7府県であった。〔甲78〕

ウ 被告Y6は,原告システムのサポート担当者として,原告CDDBを含む

データベースCDと,ユーザーのPCなどに原告システムのプログラムをイ

ンストールするため,プログラム部分やエントリーテーブル部分から成り,

システム導入時にユーザー側に設置されるPC内に必要なプログラムやエン

トリーテーブル等をインストールすることを可能とするインストールCD,

及び,これらがインストールされたノートパソコンを常に持ち歩いており,

これらにはコピープロテクションがかかっておらず,そこに格納されている




120
プログラム,データベース,データその他の情報にアクセスすることができ

た。〔甲63,71〕

エ また,被告Y3,被告Y2,被告Y4の3名,及び,営業も担当すること

となった後の被告Y6は,翼システムの営業担当者として,営業活動中,原

告CDDBを含むデータベースCDと,原告システムをインストールするた

めのインストールCD,及び,原告システムのデモ環境がインストールされ

ている,営業担当者が,システム導入の見込み客に対し,原告システムのデ

モンストレーションをする際に使用するノートパソコンを常に持ち歩いてお

り,これらにはコピープロテクションがかかっておらず,そこに格納されて

いるプログラム,データベース,データその他の情報にアクセスすることが

できた。また,被告Y5は,被告Y3,被告Y2,被告Y4らの営業担当者

は原告等の管理区域内に設置されており本来はアクセスできない開発系サー

バー内に格納されている,プログラムやデータベース,これらに関する設計

資料等を,それぞれ電子媒体,紙媒体その他の媒体等に複製し得る環境にあ

った。〔甲63,71〕

オ 上記デモンストレーション用の原告システムのプログラム及びデータベー

スは,最新の販売用の製品を顧客ないし導入見込み客にデモンストレーショ

ンを行うため,常に最新のものとされており,データベースのCDも,最新

版が発行されるたびに,営業担当者全員に配布され,データの定期的な更新

をすることが可能とされていた。〔甲71〕

(4) 個人被告らによる被告アゼスタの設立等

ア 被告Y3,被告Y2,被告Y4,被告Y5らは,平成17年6月ころまでに

は,旧原告会社を退社して旅行業システムを営む新会社を設立することの相談

を始めた。〔被告Y2尋問調書21頁〕

イ 一方,被告Y1は,翼システム及び旧原告会社に在籍したことはなく,株式

会社グッドウィルの取締役,株式会社エス・エス・アイ・トリスター,株式会




121
社トリスターの代表取締役等,IT・ソフトウェア関係の事業の経営に携わっ

てきた経験があり,被告Y3,被告Y2の高校の同級生で,知人でもあったこ

となどから,平成17年10月18日の被告アゼスタの設立に当たり過半を出

資して,設立と同時に被告アゼスタの代表者に就任した。〔証人A尋問調書8

頁〕

ウ Aは,被告アゼスタ設立に先立つ平成16年7月に,既に翼システムを退社

し,訴外株式会社ストラテジィに入社していたが,平成17年7月頃,被告Y

3及び被告Y5から,旅行業システムの販売をする設立準備中の被告アゼスタ

に加入することの勧誘を受け,同年11月に,被告アゼスタに入社した。Aが

入社した当時の被告アゼスタには,常勤の役員,社員は,被告Y1のほかは,

Aしかいなかった。〔証人A尋問調書3,9頁,乙38,1頁〕

エ 被告Y3は,平成17年9月ないし10月ころ,翼システムの社員であり,

原告システムの営業及びサポート業務に携わっていた訴外Dに対し,翼システ

ムを退社して被告Y3らと事業を行うことを勧誘したが,断られた。〔甲71〕

オ 被告Y5は,前記のとおり,平成17年7月ころには,既に翼システムを退

職していたAを被告アゼスタの設立に向けて勧誘をしていたが,被告Y5自身

はそのまま旧原告会社に在籍を続けた。被告Y5は,旧原告会社において,原

告システムのプログラム,データベース,開発資料,メンテナンス資料等につ

いて自由にアクセスできる立場にいた。被告Y5は,遅くとも平成18年1月

ころまでには,旧原告会社の社員でありながら,被告システムの当初版の開発

にも携わり,入力の指示等を行っており,平成18年6月に旧原告会社を退社

し,被告アゼスタに入社した。〔証人A尋問調書11頁,被告Y5尋問調書1

4,15,24〜25頁〕

ただし,A及び被告Y5は,被告CDDBの当初版の開発当時,被告システ

ムに用いられているSQLサーバーに関し,それほどのキャリアを積んではい

ない状態にあった。〔証人A尋問調書16頁〕




122
カ 被告アゼスタは,平成18年6月,当初版の被告システムの販売を開始し

た。被告Y2らは,旧原告会社の顧客に対し,被告アゼスタ設立の挨拶とシス

テム資料を一斉送付し,営業を行った。〔被告Y2尋問調書8頁〕

しかし,被告システムに関し,同月末に納入したアルピコ観光サービス株

式会社から,被告システムの性能に関し,重大なクレームが寄せられるとい

うことがあった。〔証人A尋問調書19,20頁〕

キ 被告Y6は,平成18年10月まで旧原告会社において,原告システムの

営業を担当していたが,同月,旧原告会社を退社した。〔乙42〕

また,被告Y5は,平成20年6月,被告アゼスタを退社した。

ク 被告Y1は,平成20年7月に,「株式会社アゼスタ 営業部 Y1」の

名義で,翼システムの顧客である旅行会社に向け,下記の内容の文書を送付し

た。なお,上記のとおり,被告Y1は翼システムに在籍したことはない。〔甲

52〕



「翼システム株式会社在籍中はひとかたならぬ御愛顧を賜り,厚く御礼申

し上げます。さて,昨年7月に弊社旅行業務システム『旅 nes Pro』を初

めてご紹介させて頂き丁度一年が経過致しましたが,この間も順調に全国

の旅行会社様に弊社システムをご導入頂きまして,6月末現在のユーザー

数は222社,その内旧翼システム『スーパーフロントマン旅行業システ

ム』から弊社システムへのお切り替えユーザー様が182社となっており

ます。・・・現行システムリース満了に伴う契約更新やシステム増設をご

検討の際には,何卒,比較検討頂けます様お願い申し上げます。尚,弊社

システムにお切り換え頂く場合には,現行システムからのデータ移行,現

行システムのリース残債下取り(社内規定の範囲内)等のご要望もお受け

賜り致しますので,ご商談の際に遠慮なくお申し付け下さい。」

ケ 被告アゼスタは,平成20年8月18日,別紙被告物件目録記載11の被




123
告CDDB(現行版)を含む被告システムの Ver2.80 を発売した。また,被

告アゼスタは,同年11月発売の別紙被告物件目録記載12の被告CDDB

(現行版)を含む被告システム Ver2.82 からは,施設マスタに「キーワード」

のフィールドを設け,「世界遺産」,「祭り」,「観光・食事100選」な

どのテーマに沿って検索することを可能にした。

コ 被告Y6は,平成20年12月1日付け書類送付状を原告の顧客に送付し

たが,そこには,下記の記載がある。〔甲25の1。アンダーライン・太字

は原文どおり。なお,「※」以下は,手書き記載。〕



「突然の資料送付にて大変失礼いたします。翼システム(株)営業として

数回ご訪問させていただきましたY6と申します。その節は,長い間皆

様にいろいろとお世話になり,誠にありがとうございました。新たに他

社にて旅行業システム専門の会社を立ち上げさせていただきまし

た。・・・全国にて300店舗以上の旅行社様が当社へ切り替えをして

いただきました。※現在ご利用の翼システムも残リースが1年くらいだ

と思います。一度ご提案させていただけたらと思います。」

サ 原告は,平成21年5月15日付けで本件訴訟を提起し,その訴状は,同

月27日までに被告らに対し送達された。

被告らは,同年6月,原告に対し,ロイヤルティの支払や原告事業の買取

り等を条件とする和解の申入れを行ったが,原告に拒絶された。〔当事者間

に争いがない〕

シ 被告らは,平成21年6月,別紙被告物件目録記載16の被告CDDB

(現行版)を含む被告システム(Ver2.94)を販売した。同システムの被告

CDDB(現行版,Ver2.94)においては,同年4月に発売された別紙被告

物件目録記載15の被告システム(Ver2.92)の被告CDDBに比べ,原告

CDDBにおける緯度経度情報の完全一致率(緯度及び経度を0.1秒単位




124
で表すために原告が設定した6桁ないし7桁の数字で表される緯度経度の

数値がすべて一致する率) 約92%から8.
が, 1%に激減した。〔甲32,

34,39〕

この点につき,Aは,原告から本件訴訟の提起を受けて,原告から指摘を

受けるまで,これらが同じであることを知らなかったが,原告の指摘を受け

たことから,交差点が中心になるようにマウスでクリックをして位置決めを

して,数値の入れ直しをした結果であるとする。〔証人A尋問調書20頁〕

ス 平成21年10月,被告アゼスタは,新たに,バス運行管理システムの「バ

ス快道」を開発し,その販売を開始し,同年12月には,「バス快道」をバ

ージョンアップした。〔甲25の2〕

セ 被告Y1は,平成22年(2010年)11月29日付けで,被告アゼス

タ「営業グループ Y1」の名義で手書きの新製品案内状を送付したが,そ

こには,下記の記載がある。〔甲53〕



「拝啓 貴社益々ご清栄のこととお慶び申し上げます。私どもアゼスタ

は旧翼システムにて旅行業システムの開発・営業に携わっていたメンバー

で2005年10月に独立した会社です。弊社の旅行業システム『旅ネス

プロ』は販売開始から4年間で約500社様,その内旧翼システム時代の

お客様約300社様が『旅ネスプロ』へ切換導入して頂いております。 ・・


尚,弊社システムへお切換え頂くことは,現在システムをご使用している

途中でも可能でございます。現行システムのリース残債の下取り現行シス

テムからのデータ移行ができます。」

なお,このころ被告アゼスタから発売された製品は,被告CDDB(現行

版)であり,平成22年8月3日に Ver2.99 の2010年8・9月版が,同

年10月4日に Ver2.99 の2010年10・11月版が,同年12月6日に

Ver2.99 の2010年12月・2011年1月版が,それぞれ発売されてい




125
る。〔甲38〕

なお,このころ,後記のとおり,被告CDDBに存する原告CDDBと共

通する誤りがある情報について,その誤りを訂正する変更がされているもの

がある。

ソ 被告らは,平成23年2月にも,原告に対し,再度の和解の申入れ及び個

人被告らに対する訴えの取下げを求めたが,原告に拒絶された。〔当事者間

に争いがない〕

タ 被告アゼスタは,平成23年2月7日発行で,被告CDDB(現行版)の

Ver3.1 を発売した。〔甲38〕

そして,被告アゼスタは,同年4月4日に,被告CDDB(新版)を含む

被告システム(別紙被告物件目録記載22)の販売を開始した。

(5) 一般的なデータコピーのプロセスについて

データベース間でデータのコピーを行うには,CSV(Comma Separated

Values)ファイルを使う方法と直接コピーする方法がある。〔甲67,70〕

このうち,データベースのデータをCSVファイルに出力する場合には,1

個のテーブルにつき一つのCSVファイルが作成され,テーブル内の1個のレ

コードが通常1行のデータとして出力される。その際,改行があると,次のレ

コードとして認識される。1レコード内のフィールドの区切りには「,(カン

マ)」を挿入して出力するので,フィールド間は「,(カンマ)」で区切られ,

「,(カンマ)」があると,次のデータとなる。

そこで,CSVファイルを使用する場合は,フィールド内のデータに改行や,

「,(カンマ)」等が含まれ,かつこれらがフィールドやレコードの区切りを

示すものでない場合は,データの前後を「"(ダブルクォート)」で囲う処理な

どを行い,フィールドやレコードの区切りとして扱われないようにする処理が

必要となり,単純にコピーした場合には,CSVファイルへの抽出では,「,(カ

ンマ)」,「"(ダブルクォート)」等が含まれているデータでは不都合が生じ




126
ることがある。〔甲70,6〜8頁〕

なお,タブ区切り(TSV:データをタブ文字で区切って並べたファイル形

式)にすれば不都合が生じない場合があり,カンマ区切り(CSV)では,カ

ンマ,ダブルクォート等は文字化けや項目ずれを起こすため,被告アゼスタで

も,カンマ,ダブルクォート等が含まれているデータについてはタブ区切り(T

SV)を使って上記支障が生じないように対処することは可能である。

(6) 顧客(システムのユーザー)が蓄積したデータの移行について

また,顧客(システムのユーザー)が使用しているシステムについて,別の

システムに移行する際には,顧客の元で作成・保存された既存のデータを,新

システムでも使用できるようにするために,データを移行(コンバート)する

必要がある。データ移行のためには,移行元のテーブルレイアウトが必要であ

るところ,原告システムで作成されたエントリーテーブルに保存されるユーザ

ーデータは,原告CDDBの各マスターテーブルの情報と紐付けられており,

原告CDDBのテーブル,フィールド,リレーション,フィールドにおける種

別の設定,コードの割振りなどの内容や,テーブルレイアウトを知らないと,

原告システムのユーザーデータを被告システムに移行することはできない。

〔甲61〕

原告が顧客に提供した原告CDDBには,テーブル名,フィールド名,コー

ドの意味,リレーション,予備の項目(別紙3の括弧内に「予備」と記載され

た,フラグ,区分,日付,数値等のフィールド)に格納されているデータの内

容などの情報は格納されておらず,原告CDDBを解析しても,原告CDDB

から被告CDDBへとユーザーデータの移行を行うために必要な,原告CDD

Bについてのテーブル名,フィールド名,コードの意味,リレーションなどの

情報を取得することはできない。〔甲67〕

なお,移行元のテーブルID,フィールドIDと,移行先のテーブルID,

フィールドIDとを対応させることができれば,両者の間でのデータ移行は容




127
易に行うことができる。〔甲70〕

(7) 被告CDDBに格納されたデータ等について

被告CDDBに格納されたデータには,上記「,(カンマ)」や「"(ダブルク

ォート)」が含まれていることにより,データ移行がされた場合に不都合が生

じたものと認められるものはない。

なお,被告らは,原告CDDBをコピーし流用したことは認めるが客観的な

データに誤記修正をした上であり,しかもカンマ区切り(CSV)ではカンマ

やダブルクォートが含まれていると文字化けや項目ずれを起こすため,これら

が含まれている場合にはタブ区切り(TSV)を使ってデータ入力・加工を行

っているものであると主張するところ,確かに,原告CDDBの「09地点名

テーブル」の地点番号「12414」には,地点名称「北九州市(R3,県道

270号)小倉北区上到津2」との地点が登録されており,この地点名称カナ

フィールドには,「キタキュウシュウシオク"ラキタクミヤコカミトウツ2」と,「オク"ラ」には,濁点で

はなく「"(ダブルクォート)」が含まれており,被告CDDB(当初版・20

06年版)には,「キタキュウシュウシオク"ラキタクミヤコカミトウツ2」と原告CDDBと同じデー

タがそのまま格納されている。しかし,上記「北九州市小倉北区上到津2」の

正しい読み仮名は,「キタキュウシュウシコクラキタクカミイトウヅ2」であり,原告CDDBの表

記は正しい読み方とも大きく異なるが,被告CDDB(当初版・2006年版)

には,全く同じ表記でデータが格納されていることが認められる。〔甲70〕

(8) 原告における原告システム以外の製品の販売について

原告は,原告システムのほか,平成21年ころからは,多拠点向けの旅行業

システムとして,「トラベルート・エヌエス」(以下「TR−NS」という。)

を販売している。近年における原告システムとTR−NSの販売割合は,ほぼ

同等である。〔証人B,12頁,弁論の全趣旨〕

2 争点(1) 原告CDDBの著作物性及び被告CDDBが原告CDDBに依拠し


て作成された複製物ないし翻案物といえるか)について




128
(1) 著作権法2条1項10号の3は,データベースにつき,「論文,数値,図形

その他の情報の集合物であって,それらの情報を電子計算機を用いて検索する

ことができるように体系的に構成したものをいう」とし,同法12条の2第1

項は,「データベースでその情報の選択又は体系的な構成によって創作性を有

するものは,著作物として保護する」と規定している。

このように,データベースとは,情報の集合物を電子計算機を用いて検索す

ることができるように体系的に構成したものをいうところ,前記第2,1の前

提事実及び前記1で認定した事実によれば,原告CDDBは,データベース

情報の単位であるレコードを別のレコードと関連付ける処理機能を持ついわ

ゆるリレーショナル・データベースである。リレーショナル・データベース

おいては,入力される情報はテーブルと呼ばれる表に格納され,各テーブルは

フィールド項目に細分され,あるテーブルのあるフィールド項目を他のテーブ

ルのあるフィールド項目と一致させてテーブル間を関連付けることにより,既

存の複数のテーブルから抽出したいフィールド項目だけを効率的に選択する

ことができるデータベースであるから,情報の選択又は体系的な構成によって

データベースの著作物と評価することができるための重要な要素は,情報が格

納される表であるテーブルの内容(種類及び数),各テーブルに存在するフィ

ールド項目の内容(種類及び数),各テーブル間の関連付けのあり方の点にあ

るものと解される。

上記のような観点も踏まえ,原告CDDBのようなリレーショナル・データ

ベースについて情報の選択に創作性があるというためには,データベースの主

題,用途やデータベースの提供対象等を考慮して決定された一定の収集方針に

基づき収集された情報の中から,更に一定の選定基準に基づき情報を選定する

ことが必要であり,また体系的構成に創作性があるというためには,収集,選

定した情報を整理統合するために,情報の項目,構造,形式等を決定して様式

を作成し,分類の体系を決定するなどのデータベースの体系の設定が行われる




129
ことが必要であると解される。

ただし,データベースにおける創作性は,情報の選択又は体系的構成に,何

らかの形で人間の創作活動の成果が表れ,制作者の個性が表れていることをも

って足りるものと解される。

(2) 次に,著作物の複製ないし翻案については,複製とは,印刷,写真,複写,

録音録画その他の方法により有形的に再製することをいうとされているとこ

ろ(著作権法2条1項15号),著作物の複製は,既存の著作物に依拠し,こ

れと同一のものを作成し,又は,具体的な表現に修正,増減,変更等を加えて

も,新たに思想又は感情を創作的に表現することなく,その表現上の本質的な

特徴の同一性を維持し,これに接する者が既存の著作物の表現上の本質的な特

徴を直接感得することのできるものを作成する行為をいうと解される。

また,著作物の翻案(著作権法27条)とは,既存の著作物に依拠し,かつ,

その表現上の本質的な特徴の同一性を維持しつつ,具体的表現に修正,増減,

変更等を加えて,新たに思想又は感情を創作的に表現することにより,これに

接する者が既存の著作物の表現上の本質的な特徴を直接感得することのでき

る別の著作物を創作する行為をいう(最高裁平成13年6月28日第一小法廷

判決・民集55巻4号837頁参照)。

そして,著作権法は,思想又は感情の創作的な表現を保護するものであるか

ら(著作権法2条1項1号),既存の著作物に依拠して作成又は創作された著

作物が,思想,感情若しくはアイデア,事実若しくは事件など表現それ自体で

ない部分又は表現上の創作性がない部分において,既存の著作物と同一性を有

するにすぎない場合には,複製にも翻案にも当たらないというべきである。

データベースについては,情報の選択又は体系的な構成によって創作性を有

するものは,著作物として保護されるものであるところ(著作権法12条の2),

上記のとおり,データベースにおける創作性は,情報の選択又は体系的構成に,

何らかの形で人間の創作活動の成果が表れ,制作者の個性が表れていることを




130
もって足りるものあるが,データベースの著作物として保護されるのはあくま

でも,具体的なデータベースに表現として表れた情報の選択や体系的構成であ

って,具体的な表現としての情報の選択や体系的構成と離れた情報の選択の方

針や体系的構成の方針それ自体は保護の対象とはならないというべきである。

(3) 以上を前提に,まず被告CDDB(当初版・2006年版)につき検討する。

ア 被告CDDB(当初版・2006年版)と原告CDDBとの体系的構成の

共通性

(ア) テーブルの種類及び数

a 一致するマスターテーブル

原告CDDBには42個の,被告CDDB(当初版・2006年版)に

は31個のマスターテーブルがそれぞれ含まれるところ,このうち,以下

の24個のマスターテーブルについては,原告CDDBに含まれるマスタ

ーテーブルと一致することにつき争いがない。

一致することに争いのない24個のマスターテーブルは,以下のとおり

である(原告CDDBのマスターテーブル。これと対応する被告CDDB

(当初版・2006年版)の表記は別紙2該当欄各記載のとおり)。

・「01市区町村テーブル」

・「02地区・県名テーブル」

・「05緯度経度テーブル」

・「06URLアドレステーブル」

・「07URL種別テーブル」

・「08URL分類テーブル」

・「09地点名テーブル」

・「10道路テーブル」

・「11接続テーブル」

・「12禁止乗換テーブル」




131
・「13有料道路番号テーブル」

・「14区間料金テーブル」

・「15首都高速料金テーブル」

・「16道路構成地点テーブル」

・「17道路構成地点索引テーブル」

・「18市区町村通過道路索引テーブル」

・「19県範囲定義テーブル」

・「28協定施設テーブル」

・「29券種テーブル」

・「30協定旅館テーブル」

・「31連結協定テーブル」

・「32駅テーブル」

・「42会社テーブル」

・「44地方別会社索引テーブル」

そして,原告は,「20ホテル・旅館テーブル」,「21観光施設テー

ブル」及び「22観光施設備考テーブル」についても,これら三つのテー

ブルに対応する,被告CDDB(当初版・2006年版)の「21施設マ

スタ」,「29旅館マスタ基本」,「23観光マスタ基本」,「26観光

料金マスタ」及び「25観光料金種別マスタ」は,一致するマスターテー

ブルである旨主張する。

このうち,被告CDDB(当初版・2006年版) 「21施設マスタ」
の ,

「29旅館マスタ基本」,「23観光マスタ基本」と原告CDDBの「2

0ホテル・旅館テーブル」,「21観光施設テーブル」とは,別紙3記載

のとおり,フィールドのテーブルへのまとめ方は異なるものの,被告CD

DB(当初版・2006年版)の下記テーブルについての合計19個のフ

ィールドを除いては,いずれも原告CDDBのフィールドと共通し,被告




132
CDDB(当初版・2006年版)に固有のフィールドといえるものは存

在しない。

・「29旅館マスタ基本」テーブルにつき,以下のフィールド(フィ

ールド名の右の記載はフィールドID)

シングル数(客室数_シングル),HLRMSGL

ツイン数(客室数_ツイン),HLRMTWN

その他数(客室数_その他),HLRMETC

TEL2(TEL2),HLTEL2

TEL2コメント(TEL2備考),HLTEL2CMNT

数値1(予備),HLNFILLER5

数値2(予備),HLNFILLER6

登録日時(作成日時),HLTOROKUYMD

更新日時(更新日時),HLKOSHINYMD

・「21施設マスタ」テーブルにつき,以下のフィールド(フィール

ド名の右の記載はフィールドID)

温泉地コード(温泉地番号),STSPACD

登録日時(作成日時),STOROKUYMD

更新日時(更新日時),STKOSHINYMD

削除フラグ,STDELETECLS

数値1(予備),STFILLER5

数値2(予備),STFILLER6

観光フラグ,STSTFLG

宿泊フラグ,STHLFLG

・「23観光施設マスタ」テーブルにつき,以下のフィールド(フィ

ールド名の右の記載はフィールドID)

登録日時(作成日時),SGTTOROKUYMD




133
更新日時(更新日時),SGTKOSHINYMD

そして,上記19個のフィールドは,いずれも,それ以外の,例えばプ

ライマリー・キーの設定された「施設コード」フィールドや,施設名称や

種別,室数等,原告CDDBと一致するフィールドと比して,重要なもの

とはいえない。

また,別紙8記載のとおりと認められる被告CDDB(当初版・200

6年版)のフィールド間のリレーションをみると(争いのあるリレーショ

ンについての判断は後記する。),施設コード同士,代表道路地点や市区

町村コード等の間でリレーションをとるテーブルの参照の仕方もほぼ同

じものであり,両者は同じ目的で使用されるものと認められる。

そうすると,これら被告CDDB(当初版・2006年版)の「21施

設マスタ」,「29旅館マスタ基本」,「23観光マスタ基本」について

は,原告CDDBの「20ホテル・旅館テーブル」,「21観光施設テー

ブル」と実質的に一致するテーブルであると認められる。

また,被告CDDB(当初版・2006年版)の「26観光料金マスタ」

と,原告CDDBの「22観光施設備考テーブル」とを比較すると,フィ

ールド内容において,別紙3記載のとおり,原告CDDBの方が若干詳細

にフィールド区分がされているものの,テーブルの参照の仕方はほぼ同じ

ものであり,両者は同じ目的で使用されるものと認められる。そうすると,

被告CDDB(当初版・2006年版)の「26観光料金マスタ」につい

ても,一致するフィールドであると認められる。

一方,被告CDDB(当初版・2006年版)の「25観光料金種別マ

スタ」は,原告CDDBの「21観光施設テーブル」,「22観光施設備

考テーブル」に,料金区分自体のフィールドは存するものの,被告CDD

B(当初版・2006年版)の「25観光料金種別マスタ」の「料金種別

コード」や「料金種別名称」自体の区分やフィールドが原告のCDDBに




134
は存在せず,そのテーブルが一致するものとは認められない。

以上によれば,原告CDDBと被告CDDB(当初版・2006年版)

とで一致するマスターテーブルは,被告CDDB(当初版・2006年版)

のテーブルで数えると上記28個,原告CDDBの対応するテーブルで数

えると27個であると認められる。

b 一致しないマスターテーブル

上記のとおり,被告CDDB(当初版・2006年版)の「25観光料

金種別マスタ」は,原告CDDBに対応するマスターテーブルが存在しな

い。

その他,原告CDDBのマスターテーブルのうち, 03方面テーブル」
「 ,

「04方面設定テーブル」については,被告システムでは,方面検索の機

能がないため,対応するテーブルが存在しない。

また,原告CDDBのマスターテーブルのうち,「33路線構成テーブ

ル」,「34路線テーブル」,「35時刻表料金テーブル」,「36路線

検索テーブル」,「37路線検索索引テーブル」,「38路線タイプテー

ブル」,「39便テーブル」,「40運行日定義テーブル」,「41時刻

テーブル」,「43交通機関種別テーブル」,「45検索地方範囲定義テ

ーブル」,「46地方別路線索引テーブル」,「47駅通過線索引テーブ

ル」についても,被告CDDB(当初版・2006年版)に対応するマス

ターテーブルが存在しない。

このうち,「45検索地方範囲定義テーブル」については,二地点間の

検索範囲を管理するためのテーブルであり,原告システム提供当時から存

在するテーブルであるところ,原告システム提供開始当時は,パソコンの

性能が低く,検索効率を上げるための工夫として必要とされていたが,そ

の後,パソコンの性能が向上したため,必要性が乏しくなっていたテーブ

ルであることが認められる。〔甲3,別紙2〕




135
なお,上記のうち,被告CDDB(当初版・2006年版)に存するが,

原告CDDBに存しない2個のテーブル(「28観光詳細種別マスタ〔テ

ーブルID;AZMSTKMK〕」と「27観光種別マスタ〔テーブルI

D;AZMSTSM〕」は,原告CDDBには含まれないものの,原告シ

ステムをユーザーのハードウェア内にインストールした際に作成される

原告マスターテーブルの中に,これら被告CDDB(当初版・2006年

版)の二つのテーブルに対応するマスターテーブル(「23観光施設種別

テーブル」及び「24観光施設検索タイトルテーブル」)が存在する。

すなわち,上記原告システムの「23観光施設種別テーブル」に含まれ

るフィールドは「種別番号〔フィールドID;SKCLSCD〕」フィー

ルド,「種別名称〔フィールドID;SKCLSNM〕」フィールドの二

つのフィールドであるところ,被告CDDB(当初版・2006年版)の

「28観光詳細種別マスタ」テーブルに含まれるフィールドは「詳細種別

コード〔フィールドID;SKCLSCD〕」フィールド,「観光詳細種

別名称〔フィールドID;SKCLSNM〕」フィールドのほかは,フラ

グ,区分,日付,数値,登録日時,更新日時等のフィールドであり,上記

フラグ等を除いた重要なフィールドについてはフィールドIDが完全に

一致している。また,原告システムの「24観光施設検索タイトルテーブ

ル」に含まれるフィールドは「観光施設検索タイトルコード〔フィールド

ID;SSSEETLCD〕」フィールド,「表示タイトル名〔フィール

ドID;SSTTLNM〕」フィールド,「種別数〔フィールドID;S

SCLSNUM〕」フィールド,「種別コード1〔フィールドID;SS

CLS1〕」フィールド,「種別コード2〔フィールドID;SSCLS

2〕」フィールド,「種別コード3〔フィールドID;SSCLS3〕」

フィールド,「種別コード4〔フィールドID;SSCLS4〕」フィー

ルド,「種別コード5〔フィールドID;SSCLS5〕」フィールド,




136
「種別コード6〔フィールドID;SSCLS6〕」フィールド,「種別

コード7〔フィールドID;SSCLS7〕」フィールド,「種別コード

8〔フィールドID;SSCLS8〕」フィールド,「種別コード9〔フ

ィールドID;SSCLS9〕」フィールド,「種別コード10〔フィー

ルドID;SSCLS10〕」フィールドの13個のフィールドであると

ころ,被告CDDB(当初版・2006年版)の「27観光種別マスタ」

テーブルに含まれるフィールドのうち「観光種別コード〔フィールドI

D;SSSEETLCD〕」フィールド,「種別名称〔フィールドID;

SSTTLNM〕」フィールドについては,原告CDDBのフィールドI

Dと完全に一致しており,「観光種別コード〔フィールドID;SSCL

S〕 フィールドについても,
」 原告CDDBのフィールドIDのうち,「種

別コード」フィールドのフィールドIDの数字を除く部分 「SSCLS」
( )

と一致しており,その余はフラグ,区分,日付,数値,登録日時,更新日

時等のフィールドとなっている。〔別紙3,甲8別紙B−3−1の2頁〕

このように,原告CDDBと一致しない被告CDDB(当初版・200

6年版)の「27観光種別マスタ」と「28観光詳細種別マスタ」テーブ

ルは,原告CDDBには含まれないものの,内容的にこれと一致するテー

ブルが原告システムには存在する。

(イ) 被告CDDB(当初版・2006年版)の各テーブルに存在するフィール

ドの種類及び数

原告CDDBには42個のテーブルに,405個のフィールドが存すると

ころ,被告CDDB(当初版・2006年版)の各テーブルに存在するフィ

ールドIDは別紙3記載のとおりであり,31個のテーブルに318個のフ

ィールドが存する。

フィールドのうち,「作成日時」,「更新日時」及び「削除区分」のフィ

ールドは,データ更新やテーブル管理を行うための管理項目であり,データ




137
ベースの検索機能やデータの内容自体に影響を及ぼす性質のものではない。

〔甲3,7頁〕

そうすると,被告CDDB(当初版・2006年版)における,「29旅

館マスタ基本」,「21施設マスタ」,「23観光マスタ基本」,「26観

光料金マスタ」,「25観光料金種別マスタ」,「27観光種別マスタ」,

「28観光詳細種別マスタ」(別紙3の記載順)に各1個ずつ存在する「登

録日時(作成日時)」及び「更新日時(更新日時)」フィールド(合計14

個),「26観光料金マスタ」に1個存在する「料金デフォルトフラグ(削

除区分)」の合計15個のフィールドを除くと,被告CDDB(当初版・2

006年版)のフィールドのうち,これらを除いたフィールド数は,303

個となる。

そして,このうち,別紙3記載のとおり,原告CDDBと被告CDDB(当

初版・2006年版)とでは,一致するテーブル28個につき,一致するフ

ィールドは299個である。

上記のとおり原告CDDBのマスターテーブルと一致する被告CDDB

(当初版・2006年版)のテーブルにおけるフィールド項目については,

別紙3記載のとおり,ここから登録日時,更新日時及び削除区分のフィール

ドを除くと286個となり,このうち原告CDDBと被告CDDB(当初

版・2006年版)とで一致するフィールドは252個である。

(ウ) テーブル間の関連付け

別紙3のとおり,原告CDDBと被告CDDB(当初版・2006年版)

とでは,原告CDDBのマスターテーブルと一致する28個のテーブルに関

して,プライマリー・キーの設定につき,原告CDDBの「02地区・県名

テーブル」の「地区コード」フィールドを除き,一致したフィールドないし

同一のテーブルの同種フィールドにプライマリー・キーが設定されている。

また,別紙5,別紙8(青丸と青丸を結ぶ黒線〔黒太線を含む〕,及び,




138
下記のとおり,青丸と青丸を結ぶ黒点線が,当裁判所の認めるリレーション

である。)のとおり,原告CDDBのマスターテーブルと一致する28個の

テーブルに関して,原告CDDBに存在する関連付けのほぼ全てについて,

同様のリレーションが被告CDDB(当初版・2006年版)に存在するも

のといえる(なお,原告CDDBの「01市区町村テーブル」と「20ホテ

ル・旅館テーブル」,「21観光施設テーブル」とのリレーション,被告C

DDB(当初版・2006年版)の「4市区町村マスタ」と「21施設マス

タ」,「29旅館マスタ基本」,「23観光施設マスタ」,「26観光料金

マスタ」のテーブルとのそれぞれのリレーションの関係の評価については,

後記のとおり)。

なお,この点に関して被告らは,被告CDDB(当初版・2006年版)

の「道路構成地点マスタ〔テーブルID;AZMROADP〕」の「道路構

成地点番号」フィールドと「道路構成地点索引マスタ〔テーブルID;AZ

MROADQ〕」の「道路構成地点インデックス」フィールド及び「構成地

点数」フィールドとの各リレーション,「36道路名マスタ〔テーブルID;

AZMROADA〕」の「道路コード」フィールドと「道路構成地点索引マ

スタ」の「道路構成地点インデックス」フィールドとのリレーションをいず

れも否認し(別紙8で青丸と青丸を結ぶ黒点線で示されたリレーション),

「道路構成地点マスタ」の「レコード番号」フィールドと「道路構成地点索

引マスタ」の「道路構成地点インデックス」フィールドとのリレーション,

「36道路名マスタ」の「道路コード」フィールドと「道路構成地点索引マ

スタ」の「レコード番号」フィールドとのリレーションの存在を主張するが

(別紙8で赤丸と赤丸を結ぶ赤点線で示されたリレーション),別紙3記載

のとおりの被告CDDB(当初版・2006年版) 「道路構成地点マスタ」
の ,

「道路構成地点索引マスタ」,「36道路名マスタ」の各テーブルに含まれ

るフィールドの数やプライマリー・キーの設定状況を含めたフィールドの内




139
容,「4市区町村マスタ」及び「21施設マスタ」のテーブル等に存するそ

れぞれの「代表道路地点コード」フィールド等と「道路構成地点マスタ」の

「道路構成地点番号」フィールドとの間にリレーションがとられていること

について争いがないこと,被告らが,別紙4記載のとおり,「36道路名マ

スタ」,「道路構成地点マスタ」,「道路構成地点索引マスタ」について,

いずれも原告CDDBの対応するフィールド等からデータをコピーしたと

しているところ,そのデータの内容などからすると,別紙8記載のとおり,

「道路構成地点マスタ」テーブルの「道路構成地点番号」フィールドと「道

路構成地点索引マスタ」テーブルの「道路構成地点インデックス」フィール

ド及び「構成地点数」フィールドとの各リレーション,「36道路名マスタ」

テーブルの「道路コード」フィールドと「道路構成地点索引マスタ」テーブ

ルの「道路構成地点インデックス」フィールドとのリレーション(別紙8で

青丸と青丸を結ぶ黒点線で示されたリレーション)の存在がいずれも認めら

れる。これに対し,被告CDDB(当初版・2006年版)の「36道路名

マスタ」の「道路コード」フィールドと「道路構成地点索引マスタ」の「レ

コード番号」フィールドと「道路構成地点マスタ」の「レコード番号」フィ

ールドと「道路構成地点索引マスタ」の「道路構成地点インデックス」フィ

ールドとのリレーションの存在について,「道路構成地点索引マスタ」 「レ


コード番号」フィールドと「道路構成地点マスタ」の「レコード番号」フィ

ールドには,それぞれプライマリー・キーが設定されているものの,上記の

とおり争いのない「道路構成地点マスタ」の「道路構成地点番号」フィール

ドと他のテーブルの各地点コードフィールドとのリレーション,「36道路

名マスタ」の「道路コード」フィールドと他のテーブルの各道路コードない

し道路番号フィールドとのリレーションの関係や,上記のとおりの原告主張

のリレーション(別紙8で青丸と青丸を結ぶ黒点線で示されたリレーショ

ン)の存在が認められること等からして,被告ら主張のリレーション(別紙




140
8で赤丸と赤丸を結ぶ赤点線で示されたリレーション)の存在は認められな

いというべきである。

また,上記のとおり,被告CDDB(当初版・2006年版)では,原告

CDDBの「20ホテル・旅館テーブル」,「21観光施設テーブル」,「2

2観光施設備考テーブル」の3テーブルに対応するテーブルとして,被告C

DDB(当初版・2006年版)では「21施設マスタ」,「29旅館マス

タ基本」,「23観光マスタ基本」,「26観光料金マスタ」の4テーブル

を設けており,このうち「21施設マスタ」テーブルについては,別紙3,

5,8記載の原告CDDBの「20ホテル・旅館テーブル」,「21観光施

設テーブル」 被告CDDB
, (当初版・2006年版) 「21施設マスタ」
の ,

「29旅館マスタ基本」,「23観光マスタ基本」,「26観光料金マスタ」

の各テーブルのそれぞれのフィールド,テーブル間のリレーションの内容を

比較すると,被告CDDB(当初版・2006年版)の「21施設マスタ」

テーブルは,原告CDDBの「20ホテル・旅館テーブル」及び「21観光

施設テーブル」の共通項目を括りだしたものと認められ,上位のテーブルと

して設けられているものと認められる。そして,原告CDDBにおける「0

1市区町村テーブル」が「20ホテル・旅館テーブル」及び「21観光施設

テーブル」の二つのテーブルとリレーションを取っているのに対して,被告

CDDB(当初版・2006年版)では「4市区町村マスタ」は,原告CD

DBの「20ホテル・旅館テーブル」及び「21観光施設テーブル」の共通

項目を括りだした上位のテーブルとなっている「21施設マスタ」の一つの

テーブルとのみリレーションを取っていることから,これと関連するリレー

ションの線の分が,別紙5と別紙8を対比すると,少なくなっている。

イ 被告CDDB(当初版・2006年版)の体系的構成が,原告CDDBの複

製又は翻案に当たるか

(ア) 上記のとおり,原告CDDBと被告CDDB(当初版・2006年版)と




141
では,原告CDDBにおける,「01市区町村テーブル」,「02地区・県

名テーブル」 「05緯度経度テーブル」 「06URLアドレステーブル」
, , ,

「07URL種別テーブル」,「08URL分類テーブル」,「09地点名

テーブル」,「10道路テーブル」,「11接続テーブル」,「12禁止乗

換テーブル」 「13有料道路番号テーブル」 「14区間料金テーブル」
, , ,

「15首都高速料金テーブル」,「16道路構成地点テーブル」,「17道

路構成地点索引テーブル」,「18市区町村通過道路索引テーブル」,「1

9県範囲定義テーブル」,「20ホテル・旅館テーブル」,「21観光施設

テーブル」,「22観光施設備考テーブル」,「28協定施設テーブル」,

「29券種テーブル」,「30協定旅館テーブル」,「31連結協定テーブ

ル」,「32駅テーブル」,「42会社テーブル」及び「44地方別会社索

引テーブル」の27個のテーブルにつき,これと一致する28個のテーブル

が被告CDDB(当初版・2006年版)にも存する。

そして,別紙3のとおり,原告CDDBと被告CDDB(当初版・200

6年版)とで一致するテーブルに存する総フィールドも288個にのぼり,

このうち,原告CDDBと一致するフィールド数は,252個である。

さらに,テーブル間の関連付けについてみると,原告CDDBと被告CD

DB(当初版・2006年版)とでは,別紙5,8のとおり,原告CDDB

と被告CDDB(当初版・2006年版)とで一致するフィールドについて,

同様のリレーションが存するものと認められる。上記のとおり,被告CDD

B(当初版・2006年版)では,「21施設マスタ」を原告CDDBの「2

0ホテル・旅館テーブル」及び「21観光施設テーブル」の上位のテーブル

として設けているところから,原告CDDBにおける「01市区町村テーブ

ル」と「20ホテル・旅館テーブル」,「21観光施設テーブル」とのリレ

ーションに比して,被告CDDB(当初版・2006年版)の「4市区町村

マスタ」は上位テーブルの「21観光施設マスタ」とのみリレーションをと




142
っており,これと関連するリレーションの線が,原告CDDBと比して,そ

の分少なくなっている。しかし,上記のとおり,原告CDDBの「20ホテ

ル・旅館テーブル」,「21観光施設テーブル」,「22観光施設備考テー

ブル」についても,これら三つのテーブルに対応する,被告CDDB(当初

版・2006年版)の「21施設マスタ」,「29旅館マスタ基本」,「2

3観光マスタ基本」,「26観光料金マスタ」と実質的に一致するテーブル

であると認められること,そして,これらテーブルに含まれるフィールドの

内容等からして,原告CDDBと被告CDDB(当初版・2006年版)に

おける「01市区町村テーブル」ないし「4市区町村マスタ」と,宿泊施設

及び観光施設等のテーブルとのそれぞれのリレーションのとり方は,実質的

には同一であるものと認められる。

(イ) 前記認定のとおり,原告CDDBは,それまで存しなかった団体旅行の行

程検索・行程表作成のため,顧客である旅行業者等からのヒアリングや寄せ

られた要望等に基づき,出発地,到着地,交通手段,経由地である観光施設,

宿泊施設をデータベース化してこれをコンピュータで効率よく検索できる

ようにするためのデータベースであるところ,上記被告CDDB(当初版・

2006年版)と共通するテーブルに関してみると,原告CDDBの「01

市区町村テーブル」,「32駅テーブル」,「20ホテル・施設テーブル」,

「21観光施設テーブル」,「09地点名テーブル」,「11接続テーブル」

及び「10道路テーブル」により,出発地,経由地,目的地に面した道路に

関するデータの検索を可能にし,次に「09地点名テーブル」,「10道路

テーブル」,「11接続テーブル」,「12禁止乗換テーブル」,「14区

間料金テーブル」及び「15首都高速料金テーブル」により,道路を利用し

た移動に関する経路探索・料金の算出に必要なデータの検索を可能にしてい

ること,また,「20ホテル・旅館テーブル」 「21観光施設テーブル」
, ,

「22観光設備備考テーブル」,「05緯度経度テーブル」,「06URL




143
アドレステーブル」,「07URL種別テーブル」及び「08URL分類テ

ーブル」により,ホテル・旅館,観光施設に関する情報を検索することを可

能にしていること,そして,「01市区町村テーブル」及び「02地区・県

名テーブル」は,道路と地図を関連付ける情報として,地図から検索をする

ときに用いられていること,「01市区町村テーブル」,「20ホテル・旅

館テーブル」,「21観光施設テーブル」及び「32駅テーブル」には施設

等の近辺の道路地点の情報が代表道路地区コードや代表道路地点番号とし

て格納されており,当該市区町村内にあるこれらの施設や駅などを選ぶこと

を通じて,「09地点名テーブル」の必要な道路地点を選ぶことができるこ

と,観光施設も「21観光施設テーブル」から選択し,絞り込みは,「02

地区・県名テーブル」,「01市区町村テーブル」から行うことができるこ

と,観光施設の名称は「21観光施設テーブル」に,検索結果の観光施設に

ついて,当該観光施設に関する様々の情報は,「22観光施設備考テーブル」

に格納されており,観光施設に関するホームページの情報も「06URLア

ドレステーブル」,「07URL種別テーブル」から参照可能であり,最終

的に行程に入れるかどうかを判断することができること,が認められる。

また,宿泊施設については,「20ホテル・旅館テーブル」から選択し,

地区は「02地区・県名テーブル」,都道府県も同じく「02地区・県名テ

ーブル」,市区町村は「01市区町村テーブル」,地図上の範囲設定は,地

図ソフトと「05緯度経度テーブル」,「20ホテル・旅館テーブル」によ

り,宿泊種別は「20ホテル・旅館テーブル」,名称は「20ホテル・旅館

テーブル」,検索結果の宿泊施設については当該宿泊施設に関する様々な情

報,すなわち,和室,洋室の客室数,収容人員,料金,付帯施設,駐車場な

どが「20ホテル・旅館テーブル」に格納されていて,当該宿泊施設に関す

るホームページの情報も「06URLアドレステーブル」,「07URL種

別テーブル」が対応し,これらを参照して,ユーザーである旅行会社ないし




144
その顧客の判断で行程等を決めることができることが認められる。

以上のとおり,これら共通するテーブルについては,いずれも各テーブル

を構成するフィールドにつき,原告CDDBと,被告CDDB(当初版・2

006年版)とでほとんどが共通し,リレーションのとり方もほぼ共通する

ものである。

そして,両者で共通するこれらの体系的構成は,原告CDDBの制作者に

おいて,それまでのデータベースにはなかった設計思想に基づき構成した原

告CDDBの創作活動の成果であり,その共通する部分のみでデータベース

として機能し得る膨大な規模の情報分類体系であると認められ,データベー

スとして制作者の個性が表現されているものということができる。

したがって,被告CDDB(当初版・2006年版)と共通する上記原告

CDDBの部分については,データベースの体系的構成としての創作性を有

するものと認めるのが相当である。

(ウ) 一方,原告CDDBと被告CDDB(当初版・2006年版)とを比較

すると,両者で一致しないマスターテーブルとして,被告CDDB(当初版・

2006年版)の「25観光料金種別マスタ」,「27観光種別マスタ」と

「28観光詳細種別マスタ」があり,これらは,原告CDDBには含まれな

いものである。

このうち「25観光料金種別マスタ」については,そこに含まれるフィー

ルドをみると,プライマリー・キーの設定された「料金種別コード」フィー

ルド,「料金種別名称」,「料金メモ(管理用)」の各フィールドのほかは,

フラグや日付,区分等のフィールドであり,このうち料金種別にかかるもの

は,原告CDDBの「21観光施設テーブル」,「22観光施設備考テーブ

ル」では4種類までの料金しか登録することができないところ,被告CDD

B(当初版・2006年版)の「25観光料金種別マスタ」を設けることに

より5種類以上の料金設定についても登録できるようにテーブルを設ける




145
こととしたものである。〔乙20〕

しかし,上記のとおり原告CDDBでも料金種別により分類可能であった

ところ,これについて,料金種別を増やすためにテーブルを設けること自体

は,原告CDDBに新たに創作的表現を加えたものとはいい難い。

また,
「27観光種別マスタ」 「28観光詳細種別マスタ」
と については,

上記のとおり,原告システムをユーザーのハードウェア内にインストールし

た際に作成される原告マスターテーブルの中に,これら二つのテーブルに対

応するマスターテーブルである「23観光施設種別テーブル」及び「24観

光施設検索タイトルテーブル」が存在し,しかも,これらテーブルについて

のテーブルの種類やIDのほとんどが原告CDDBと被告CDDB(当初

版・2006年版)とで一致することなどからすれば,これらは被告CDD

B(当初版・2006年版)において新たに加わった創作的表現の成果とい

うことはできず,実質的に原告システム中に存する原告CDDBと関連する

部分を,CDで提供されるデータベース中に移した関係にすぎないものと認

められる。

そして,フィールドについてみても,被告CDDB(当初版・2006年

版)の「道路構成地点マスタ」,「道路構成地点索引マスタ」の各「レコー

ド番号」フィールドについては,それぞれ「道路構成地点索引マスタ」テー

ブルの「道路構成地点インデックス」フィールド,「36道路名マスタ」テ

ーブルの「道路コード」フィールドとのリレーションがとられていること等

からすると,原告CDDBの「16道路構成地点テーブル」,「17道路構

成地点索引テーブル」の各テーブルを構成するフィールドと実質的な相違は

ないものと認められる。

さらに,リレーションのとり方についてみても,原告CDDBと被告CD

DB(当初版・2006年版)とで異なるリレーションとなっている,被告

CDDB(当初版・2006年版)で「4市区町村マスタ」は,施設に関し




146
ては「21施設マスタ」とのみリレーションをとっていることから,原告C

DDBにおける「01市区町村テーブル」 「20ホテル・旅館テーブル」
が ,

「21観光施設テーブル」の二つのテーブルとリレーションをとっているこ

とに対して,リレーションが少なくなっているところ,既に検討したとおり,

被告CDDB(当初版・2006年版)の「21施設マスタ」及びこれと関

連する,「29旅館マスタ基本」,「23観光マスタ基本」テーブルについ

ては,原告CDDBの「20ホテル・旅館テーブル」,「21観光施設テー

ブル」とは実質的に一致するテーブルであると認められることや,別紙8の

とおり認められる被告CDDB(当初版・2006年版)の「4市区町村マ

スタ」,「31URLアドレスマスタ」,「34緯度経度マスタ」テーブル

等と,「21施設マスタ」,「29旅館マスタ基本」,「23観光マスタ基

本」テーブル等,及び,「21施設マスタ」テーブルと,「29旅館マスタ

基本」,「23観光マスタ基本」テーブルとのリレーションのとり方からす

ると,リレーションのとり方において,被告CDDB(当初版・2006年

版)のリレーションのとり方には,原告CDDBのリレーションのとり方に,

新たな創作性を加えたものとはいえない。

(エ) そうすると,これら被告CDDB(当初版・2006年版)が原告CDD

Bと共通性を有する部分は,原告CDDBの創作的表現の本質的特徴の同一

性が維持されており,これを直接感得することができるものというべきであ

り,被告CDDB(当初版・2006年版)において変更が加えられた部分

については,創作性を有しない部分であるということができる。

ウ 被告CDDB(当初版・2006年版)と原告CDDBとの情報の選択の共

通性

(ア) フィールド項目の選択の類似性

前記のとおり,テーブル管理のためのフィールドである「登録日時」 「更


新日時」及び「削除区分」のフィールドを除いた被告CDDB(当初版・2




147
006年版)のフィールド数のうち,252個が原告CDDBのフィールド

と一致している。

このうち,被告CDDB(当初版・2006年版)の「4市区町村マスタ」

の7個のフィールド,「03都道府県マスタ」の4個のフィールド,「緯度

経度マスタ」の4個のフィールド,「31URLアドレスマスタ」の5個の

フィールド,「35地点マスタ」の8個のフィールド,「36道路名マスタ」

の4個のフィールド,「38禁止乗換マスタ」の2個のフィールド,「有料

道路番号マスタ」のうちの「道路番号」フィールド,「39料金マスタ」の

5個のフィールド,「40高速料金マスタ」の5個のフィールド,「道路構

成地点マスタ」の「道路構成地点番号」フィールド,「道路構成地点索引マ

スタ」の2個のフィールド,「市区町村通過道路索引マスタ」の3個のフィ

ールド,「県範囲定義マスタ」の4個のフィールド,「協定施設マスタ」の

31個のフィールド,「券種マスタ」の19個のフィールド,「協定旅館マ

スタ」の21個のフィールド,「連結協定マスタ」の32個のフィールド,

「47駅マスタ」の10個のフィールド,「42会社マスタ」の4個のフィ

ールド,「地方別会社索引マスタ」の2個のフィールドでは,フィールドI

Dが原告CDDBの対応するフィールドと完全に一致している。詳細は別紙

3記載のとおりである。

また,原告CDDBの「20ホテル・旅館テーブル」の「加盟団体種別」

フィールドと被告CDDB(当初版・2006年版)の「29旅館マスタ基

本」の「加盟団体種別」フィールド,原告CDDBの「20ホテル・旅館テ

ーブル」の「和室客室数」・「洋室客室数」・「和洋室客室数」・「収容人

員」・「付帯施設」フィールドと被告CDDB(当初版・2006年版)の

「29旅館マスタ基本」の「和室数」・「洋室数」・「和洋室数」・「総収

容人員」・「設備」フィールド,さらにはいずれもプライマリー・キーが設

定されている,原告CDDBの「20ホテル・旅館テーブル」の「ホテル旅




148
館コード」フィールドと被告CDDB(当初版・2006年版)の「29旅

館マスタ基本」の「施設コード(施設番号)」フィールド,原告CDDBの

「21観光施設テーブル」の「地区コード」・「都道府県コード」・「市区

町村番号」・「観光施設名(カナ)」フィールドと被告CDDB(当初版・

2006年版) 「21施設マスタ」 「地区コード」 「都道府県コード」
の の ・ ・

「市区町村コード」・「名称かな」フィールド,いずれもプライマリー・キ

ーが設定された原告CDDBの「21観光施設テーブル」 「観光施設番号」


フィールドと被告CDDB(当初版・2006年版)の「21施設マスタ」

の「施設コード」フィールド,原告CDDBの「21観光施設テーブル」の

「施設経度」・「施設緯度」・「代表道路地点番号」フィールドと被告CD

DB(当初版・2006年版)の「21施設マスタ」の「施設経度」・「施

設緯度」・「代表道路地点コード」フィールド等においても,フィールドI

Dが完全に一致している。

そうすると,フィールド項目の選択について,これらは一致しているもの

と認められる。

(イ)レコードの選択の類似性

さらに,被告らは,被告CDDB(当初版・2006年版)において,原

告CDDBのテーブルのうち,以下の20個のテーブルに含まれるレコード

をコピーして用いたことを認めている。

そのテーブルとは,「20ホテル・旅館テーブル」,「21観光施設テー

ブル」,「05緯度経度テーブル」 「06URLアドレステーブル」
, ,「0

7URL種別テーブル」,「08URL分類テーブル」,「01市区町村テ

ーブル」,「02地区・県名テーブル」,「09地点名テーブル」,「10

道路テーブル」,「11接続テーブル」,「12禁止乗換テーブル」,「1

3有料道路番号テーブル」,「14区間料金テーブル」,「15首都高速料

金テーブル」,「16道路構成地点テーブル」,「17道路構成地点索引テ




149
ーブル」,「18市区町村通過道路索引テーブル」,「19県範囲定義テー

ブル」及び「32駅テーブル」である。

そして,別紙4の各テーブルのレコード数記載のとおり,このうち,レコ

ード数が47で同一であり,一般的な内容のとおりであることが推認される

「02地区・県名テーブル」を除き,原告CDDBの「09地点名テーブル」,

「10道路テーブル」 「11接続テーブル」 「12禁止乗換テーブル」
, , ,

「14区間料金テーブル」,「15首都高速料金テーブル」,「16道路構

成地点テーブル」,「17道路構成地点索引テーブル」,「18市区町村通

過道路索引テーブル」,「19県範囲定義テーブル」及び「32駅テーブル」

においては,それらテーブルのそれぞれの数百ないし数十万のレコード数に

つき,各近似するレコード数が被告CDDB(当初版・2006年版)の対

応するテーブルには収録されている。

(ウ) 具体的な情報の同一ないし類似性

a 地点名テーブルの道路情報

原告CDDB(2006年11月版)の「09地点名テーブル」には,

1万2822件のレコードが収録され,被告CDDB(当初版・2006

年版)の「35地点マスタ」には,そのうちの99.6%である1万27

74件につき,一致する道路地点(例えば,「関JCT(伊勢自動車道・

名阪国道)」,「芸濃IC(伊勢自動車道,県道10号)」等)のレコー

ドが収録されている。〔甲32〕

b 緯度経度情報の一致

そして,原告CDDBの「09地点名テーブル」の上記道路地点の緯度

経度情報は,前記のとおり,原告CDDB作成時に,作成者自身がパソコ

ンのマウスを地図上でクリックする方法で選択した場所について,これを

0.1秒単位で緯度経度を測定して数値化したものである。

その際,原告CDDBにおいては,一般的な度・分・秒の表記ではなく,




150
度・分・秒につき,0.1秒単位で,A度B分C.D秒を以下の計算式で

算出された数値で収録しており,6ないし7桁の数値となって算出される。

なお,この0.1秒は,実際には約3メートルである。

(計算式) A×36000+B×600+C×10+D

例えば,上記「関JCT(伊勢自動車道・名阪国道)」については,一

般的な度・分・秒表記であれば,経度136度24分48.2秒,緯度3

4度50分33.1秒であるところ,これを上記表記で表すと,経度「4

910882」,緯度「1254331」となる。

被告CDDB(当初版・2006年版)も,6ないし7桁の数値で緯度

経度情報を収録しているところ,被告CDDB(当初版・2006年版)

の「関JCT(伊勢自動車道・名阪国道)」の緯度経度表記も,全く同じ

経度「4910882」,緯度「1254331」であり,上記道路地点

のうち,この6ないし7桁で表される緯度及び経度情報につき,これが原

告CDDB(2006年11月版)と完全に数値が一致する率(完全一致

率)は98.7%であり,1万2652件の一致するレコードが収録され

ている。〔甲22,28,32,39,70〕

c 選択道路の一致

原告CDDBは,上記のとおり,大型観光バスでの移動に適した道路の

選択を行っており,多くの府県道,道道等の中から,北海道では80道道,

福岡県では47県道を選択しているところ,被告CDDB(当初版・20

06年版)では,北海道では全く同じ80道道を,福岡県でもこれと一致

する県道のうち41県道を選択している。〔甲48〕

d その他の情報の一致

(a) 原告CDDBの「06URLアドレステーブル」と被告CDDB(当

初版・2006年版)の「31URLアドレスマスタ」における情報の

一致




151
@ 被告CDDB(当初版・2006年版)では,同一の宿泊施設のU

RLデータを,「マスタ種別(URL種別)」フィールド(フィール

ドID;RL1KIND) 「5」
の (以下,「URL種別5」という。)

に,原告CDDBの「テーブル種別」フィールド(フィールドID;

RL1KIND)と同じ施設番号で登録するとともに,これを再び「マ

スタ種別(URL種別)」フィールド(フィールドID;RL1KI

ND)の「8」(以下,「URL種別8」という。)に,原告CDD

Bと異なる施設番号で,重複登録している。

すなわち,原告CDDBでは,「テーブル種別」フィールド(フィ

ールドID;RL1KIND)のURL種別の「5」として宿泊施設

のURLデータを登録している。他方,被告CDDB(当初版・20

06年版)は宿泊施設と観光施設のURLデータを,URL種別8と

して統合して登録していることに加え,URL種別5としても,宿泊

施設の同じURLデータを重複登録していることになる。

その例として,原告CDDB「テーブル種別」フィールド(フィー

ルドID;RL1KIND)のURL種別5の施設番号1番である「ア

イスバーグホテル」は,被告CDDB(当初版・2006年版)のU

RL種別5に原告CDDBと同じ施設番号1番で格納されていると

ころ,被告CDDB(当初版・2006年版)のURL種別8では,

同じ「アイスバーグホテル」が,施設番号9440番として重複登録

されている。すなわち,被告CDDB(当初版・2006年版)は,

同一の施設について,URL種別5とURL種別8とで異なる施設番

号を付与してそれぞれ登録している。原告CDDB「テーブル種別」

フィールド(フィールドID;RL1KIND)のURL種別5の施

設番号2番である「札幌第一ホテル 本館」等についても,同様であ

る。〔甲65の別紙1〕




152
これらは,原告CDDBのURL種別5のデータを一旦コピーし,

その後これをURL種別8に番号を変えて登録したが,URL種別5

のデータもそのまま残存してしまったことによるものと認められる。

そして,この原告CDDBの「テーブル種別」フィールド(フィー

ルドID;RL1KIND)に登録されている上記URLデータにつ

き,被告CDDB(当初版・2006年版)において,1万5000

件以上のデータが一致している。〔甲65〕

A 上記宿泊施設の重複登録と同様のことが,観光施設についてのUR

Lデータについても認められる。

被告CDDB(当初版・2006年版)は同一の観光施設のURL

データを,「マスタ種別(URL種別)」フィールド(フィールドI

D;RL1KIND)の「6」(以下,「URL種別6」という。)

に,原告CDDBの「テーブル種別」フィールド(フィールドID;

RL1KIND)と同じ施設番号で登録するとともに,URL種別8

に原告CDDBと異なる施設番号で重複登録している。すなわち,原

告CDDBは,「テーブル種別」フィールドに,URL種別6として

観光施設のURLデータを登録しているところ,被告CDDB(当初

版・2006年版)は宿泊施設と観光施設のURLデータをURL種

別8として統合して登録していることに加え,URL種別6として観

光施設につき,同じURLデータを重複登録している。例えば,原告

CDDBのURL種別6の施設番号1番の「朝里岳」が,被告CDD

B(当初版・2006年版)のURL種別6に原告CDDBと同じ施

設番号1番で格納されているところ,被告CDDB(当初版・200

6年版)の種別8でも,同じ「朝里岳」が施設番号117174番と

して重複登録されている。登録番号2の「無意根山」等でも同様であ

る。〔甲65の別紙2〕




153
すなわち,被告CDDB(当初版・2006年版)は,同一の観光

施設について,上記宿泊施設と同様に,URL種別6とURL種別8

とで,異なる施設番号を付与して重複登録している。

これも,上記同様,被告CDDB(当初版・2006年版)が原告

CDDBのURL種別6のデータを一旦コピーし,その後種別番号8

に番号を変えて登録したが,URL種別6のデータもそのまま残存し

てしまったことによるものと認められる。

これについても,原告CDDBにおいて登録されている4万件以上

のURLデータが,被告CDDB(当初版・2006年版)と一致し

ている。〔甲65〕

B URLに関し,原告CDDBは,開発者の便宜のためとして,UR

L種別番号の10000以降には,リンク集として,各種URLデー

タを選択して登録している。このURLデータの登録は,原告CDD

Bの制作者において,任意に選択して行ったものであることは,UR

Lデータの内容からも明らかである。その例としては,後記のほか,

種別キー1番の優先順位2ないし4は,順番に,「全国鉄道会社

OFFICIAL 系サイト総合リンク」,「国道901号」,「秩父札所め

ぐり[西武鉄道HP] となっていること等からも明らかである。
」 〔甲

65の別紙3〕

被告CDDB(当初版・2006年版)におけるこのURLデータ

は,原告CDDBと完全に一致している。この中には,被告CDDB

(当初版・2006年版)の用途等に鑑みると,意味があるものとは

考えにくい翼システムのURLが,3箇所(タイトルが「注意書き」

の2箇所,「翼システム株式会社」の1箇所,合計3箇所)も重複登

録されている点についても,完全に一致している。〔甲65の別紙3〕

(b) 原告CDDBの「11接続テーブル」と被告CDDB(当初版・2




154
006年版)の「37接続マスタ」における情報の一致

原告CDDBの「11接続テーブル」と被告CDDB(当初版・2

006年版)の「37接続マスタ」において,各接続番号が一致して

いる。この接続番号の付与は,前記のとおり,隣接する道路地点間を

一単位として,その一単位ごとに,原告CDDBの制作者において付

与した番号であり,機能としては,二地点間の情報を識別するもので

ある。この接続番号は,原告CDDBにおいて定められた,ある道路

の一単位を登録する都度,上記のとおり原告システムの制作者におい

て,任意に付与したものである。

これについて,被告CDDB(当初版・2006年版)の「37接

続マスタ」において,各道路の一単位に対して,原告CDDBと同じ

接続番号が付与されている。〔甲28の別紙8。なお,別紙8の1/

2の始点番号,終点番号につき,実際の地点名称を表示したものが2

/2であり,格納されているデータが実質的に同じであることが認め

られる。〕

(c) 原告CDDBの「12禁止乗換テーブル」と被告CDDB(当初版・

2006年版)の「38禁止乗換マスタ」における情報の一致

原告CDDBの「12禁止乗換テーブル」の「乗換元接続番号」,

「乗換先接続番号」の各フィールドには,接続テーブルのデータが格

納されている。これらのデータが原告CDDBと被告CDDB(当初

版・2006年版)とで一致している。〔甲28の別紙9〕

被告らは,原告CDDBからコピーして入力し,追加,修正,削

除した旨主張するが,原告CDDBの「12禁止乗換テーブル」のフ

ィールドは,「乗換元接続番号」,「乗換先接続番号」の二つの数値

フィールドのみで構成されており,しかもその内容は,数値を羅列し

た表にすぎないから,一般的な資料等と比較することで,その正誤判




155
定や修正等を行うことができない性質のものということができる。加

えて,原告CDDBの「12禁止乗換テーブル」は,「09地点名テ

ーブル」のデータを3レコード分使用した上で,「10道路テーブル」

の2レコード分,「11接続テーブル」の2レコード分のデータを使

用し,これらテーブルとリレーションを取ることによって,はじめて

意味のあるテーブルとなるものである。これらは,上記の原告CDD

Bの設計ないし情報の選択の方針に基づいてデータを組み合わせて

できたものであり,一般的な資料と比較して正誤判定等を行う性質の

ものでもなく,またその正誤判定等が可能なものとも認められない。

〔甲70,10頁〕

(d) 原告CDDBの「19県範囲定義テーブル」と被告CDDB(当初

版・2006年版)の「県範囲定義マスタ」における情報の一致

@ 原告CDDBが「19県範囲定義テーブル」において,原告が独自

に設定した登録データについて,被告CDDB(当初版・2006年

版)の「県範囲定義マスタ」に,同一のものが存在する。

原告CDDBの「19県範囲定義テーブル」のテーブルは,出発都

道府県から到着都道府県までの経由可能性のある都道府県を管理し

ているテーブルであり,原告CDDBは,例えば,北海道から青森県

までの経由可能性のある都道府県に関しては,「北海道,青森県,岩

手県,秋田県」(通常想定される経路に比して原告が独自に設定した

点は,岩手県,秋田県が入っていることである。),北海道から岩手

県では,「北海道,青森県,岩手県,宮城県,秋田県,山形県」(原

告が独自に設定した点は,宮城県,秋田県,山形県が入っていること

である。)となっている。同様に他の例でも経由都道府県が,原告が

独自に設定した組合せで選択格納されている。この47都道府県にお

ける出発と到着のパターンは2209(47×47)パターンあるこ




156
とになるが,被告CDDB(当初版・2006年版)では,原告CD

DBの経由都道府県の組合せデータを完全に一致する形で格納して

いる。〔甲65の別紙8〕

A 原告CDDBの「19県範囲定義テーブル」の,行程を開始する都

道府県のコードである「始点県番号」,行程を終了する都道府県のコ

ードである「終点県番号」,47都道府県の内32都道府県を通過す

るかどうかのデータである「県範囲定義ビット1」,47都道府県の

内15都道府県を通過するかどうかのデータである「県範囲定義ビッ

ト2」の各フィールドに格納されているデータが,被告CDDB(当

初版・2006年版)の「県範囲定義マスタ」で一致している(フィ

ールドID等も全て一致することについては,別紙3のとおりであ

る。)。ある都道府県からある都道府県に向かう場合,通過する都道

府県にどの県を組み入れるかには選択の幅があると認められるとこ

ろ,これを表した原告CDDBの県範囲定義ビット1,県範囲定義ビ

ット2についても,このような選択範囲をとること自体については,

選択の幅があるものと認められる。〔甲28の別紙10,甲65の別

紙8〕

エ 被告CDDB(当初版・2006年版)の情報の選択が,原告CDDBの

複製又は翻案に当たるか

(ア) 前記のとおり,原告CDDBと被告CDDB(当初版・2006年版)と

では,情報項目としてのテーブル,フィールドの設定について,被告CDD

B(当初版・2006年版)のテーブル数31個のうちの,28個において

テーブルが一致している。そして,フィールド項目についても,318個の

フィールドのうち,252個のフィールドが一致している。

(イ) そして,前記のとおり,原告CDDBと被告CDDB(当初版・2006

年版)とで一致する,地点名テーブルの道路情報,緯度経度情報,接続テー




157
ブル及び禁止乗換テーブルの情報,県範囲定義テーブルの各情報は,いずれ

も原告CDDBの制作者において,前記認定のとおり,それぞれ選択の幅の

ある中から一定の選択方針に基づき選定し,あるいは全く任意に番号等設定

したものであり,それぞれ創作性を有するものと認められる。

(ウ) さらに,原告CDDBにおいては,前記のとおり,旅行会社に対する実情

調査等の結果を踏まえ,主たる目的として,大型観光バスによる団体旅行を

主眼とした行程表作成のための便宜から,通常使用されるロードマップとは

異なる観点である,貸切観光バスが通行するのに適した道路として,都道府

県道については約10%,市区町村道では約0.004%程度を選択して「1

0道路テーブル」に格納し,道路地点として選択した地点における情報も緯

度及び経度のデータとして格納することとし,これを大型観光バスが通過す

るのに適切と考えられる道路のうちの,行程表を作成する上で必要と考えら

れる適切な地点である,交差点,インターチェンジ,サービスエリア,パー

キングエリア,観光施設,宿泊施設,駅,役所等の代表道路地点とするのに

適切な地点を選別し,パソコンのマウスを地図上でクリックする方法で選択

して,実際に入力したものである。また,施設と関係する代表道路地点の選

択においても,施設が存する場所の緯度経度による地点ではなく,大型観光

バスでの出入りの観点から,当該施設の近辺の道路地点を選び,当該施設の

代表道路地点として適宜設定している。

このように,原告CDDBと被告CDDB(当初版・2006年版)との

共通部分である,道路,道路位置,代表道路地点等の選別・選択についても,

原告CDDBの制作者による創作活動の成果が表れており,創作者の個性が

表現されているものといえる。

したがって,被告CDDB(当初版・2006年版)と共通する上記原告

CDDBの部分については,データベースの情報の選択としての創作性を有

するものと認めるのが相当である。




158
(エ) そして,これら被告CDDB(当初版・2006年版)が原告CDDBと

同一性を有する情報の選択に関する部分も,原告CDDBの創作的表現の本

質的特徴を直接感得することのできる同一性が維持されているものという

べきである。

オ 被告らの主張に対する判断

(ア) 被告らは,原告CDDBにおける情報の選択は,客観的,標準的な基準に

従った没個性的・汎用的なものにすぎず,創作性がないと主張する。

しかし,前記のとおり,原告CDDBにおいて,道路や道路位置,代表道

路地点,緯度経度情報,接続・禁止乗換,県範囲定義等を選択,選定するに

当たっては,極めて多数にのぼる選択対象として幅のある中から,専ら大型

観光バスでの移動を前提とした効率的な経路検索,行程表作成を可能とする

という観点からの情報の選別等がされており,その情報の選択には制作者の

個性が表れており,創作性があるものということができる。

したがって,被告らの上記主張は採用することができない。

(イ) 被告らは,被告CDDB(当初版・2006年版)の施設情報に関する設

計思想は,柔軟な検索や旅行計画の作成を利用者(旅行業者)が行うように

なることを想定し,将来におけるデータベースとしての拡張性や格納効率,

保守性を最大限に高めるという視点から,施設情報に関するデータベース

設計することとしており,具体的には,施設マスタという独立したマスター

テーブルを上位テーブルとして用意し,宿泊施設マスタや観光施設マスタと

いった施設の類型別のマスターテーブルを,施設マスタの下位テーブルとし

て位置付ける格納方法をとることとし,最大2階層でデータを保持するテー

ブル構成を採用し,これにより,被告CDDB(当初版・2006年版)で

は,電話番号や住所などの施設の基本情報は,「宿泊施設」や「観光施設」

といった施設類型の区別なく,一旦全て施設マスタに格納する設計としたこ

とから,テーマに沿って施設を検索する場合に,データベースの構造上は,




159
施設マスタのみを検索することで,テーマに沿った施設を検索することが可

能な設計構造となったものである一方,原告CDDBにおける施設情報の格

納方法は,テーマ別検索を意図していないため,ホテル・旅館テーブルと観

光施設テーブルの二つの施設類型別のマスターテーブルでのみ,施設に関す

る情報を格納しており,この点で体系的構成が異なる旨主張し,それに沿う

証拠として,乙19,27を提出する。

しかし,乙19,27は,いずれも被告Y1の作成した報告書であるとこ

ろ,これらはいずれも被告らが用いる「格納方法」の語の意味について,被

告CDDB(当初版・2006年版)におけるテーブルやフィールド,リレ

ーションとの関係でいかなる意味を持つかについては何ら具体的に明らか

にするものではなく,被告CDDB(当初版・2006年版)の「21施設

マスタ」 「29旅館マスタ基本」
, 及び「23観光マスタ基本」については,

原告CDDBの「20ホテル・旅館テーブル」及び「21観光施設テーブル」

と実質的に一致するテーブルであると認められることについては,既に検討

したとおりである。

したがって,被告らの上記主張は採用することができない。

(ウ) 被告らは,被告CDDBも原告CDDBも,「NAVITIME」やカー

ナビゲーションシステムなどルート・路線検索を行うシステムではほぼ必ず

採用されている方法であるダイクストラ法という一般的でありふれた最短

経路検索方法を採用しており,これを実現するために,地点(始点)と地点

(終点)並びにその間の距離及び所要時間等を格納していくという具体的な

情報の格納方法それ自体において特段顕著な差異が生じ得るものではなく,

このような格納方法自体には創作性が認められない旨主張する。

a そこで,まず,ダイクストラ法について検討する。

ダイクストラ法について,公開特許公報(特開平5−113340号,

発明の名称「車載ナビゲータ」,出願日 平成3年10月22日,出願人




160
アルパイン株式会社,甲45)には,以下の記載がある。

・「出発地点から目的地点までの最適経路を求める方法として,ダイクス

トラ法と称せられる方法が提案されている。このダイクストラ法は出発

地点と目的地点を結ぶ直線を半径とする領域,あるいは該領域より大き

めの領域内に存在する全交差点を考慮して出発地から目的地迄の最短

経路を交差点ネットリストCRNLを参照して探索するものである。図

10はダイクストラ法の概略説明図であり,道路を直線,交差点を直線

の交点としてグラフ化したものであり,各交差点間の距離は既知で,S

TPは出発地(交差点),DSPは目的地(交差点)である。」(段落

【0007】)

・「ダイクストラ法においては,交差点ネットリストCRNLを参照しな

がら,出発地を0次交差点として,該0次交差点に隣接する1次交差点

A1 〜A4 を探し,各1次交差点A1 〜A4 に対応させて1つ前の次数

の交差点(出発地交差点)及び出発地からの距離を求める。次いで,各

1次交差点A1 〜A4 について2次交差点Bij を探し,各2次交差点

に対応させて1次交差点及び出発地からの距離を求める。」(段落【0

008】)

・ 【発明が解決しようとする課題】
「 このようにダイクストラ法によれば,

グラフ理論的に最短経路が求まる。」(段落【0011】)

b 上記記載によれば,ダイクストラ法自体は,地点間の最短経路を求める

方法として公知のものであると認められるが,原告CDDBは選択された

出発地や観光施設,宿泊施設,到着地等の間での最短経路を探索すること

を行っているものとしても,前記認定のとおり,原告CDDBの創作性

ついては,原告CDDBがダイクストラ法を実現するためのシステムとし

創作性を有するとするものではなく,テーブルやフィールド,これらの

リレーションの体系的構成について創作性を認めるものであるから,その




161
創作性の有無は,ダイクストラ法を実現するものとしてありふれているか

否かと直接関係するものではないというべきである。

したがって,被告らの上記主張は採用することができない。

(エ) 被告らは,他に同種のデータベースが存在することを前提として,原告C

DDBはありふれたものであって,著作物とはいえない旨主張し,それに沿

う証拠として,乙35の1ないし6を提出する。

しかし,株式会社エヌシステムのホームページには,平成8年(1996

年)4月に,JA旅行センター向け旅行業営業支援システムである「応援団

くん」の展開を開始した旨の記載があるが,そのシステムの内容については

何ら記載がなく,その詳細は明らかではない。〔乙35の1〕

また,株式会社JMC(ジェーエムシー)のホームページには,「国内行

程表管理システム『eZROUTE(イージールート)』」に関する記載が

あるが,「カーナビで用いられている機能や詳細な電子地図を活用し,パソ

コン上でかんたん(=イージー)に行程表を作成することが出来るツールで

す。作成した行程表はモデルコースとして登録し,社内で共有することがで

きます。画像をクリックするとデモ画像が流れます。」と記載されているに

すぎず,「eZROUTE」は,株式会社JTB情報システムの国内行程表

作成システムとして採用されているが,これについてもそのシステムの詳細

は明らかではない。〔乙35の2,乙39,3頁〕

企業間取引サイトであるANTA−NETのホームページには,「社団法

人全国旅行業協会(ANTA)が運営する観光商品流通システムで,インタ

ーネットを通じて観光関連事業者(旅行業者,宿泊・観光・運輸施設等)の

業務拡大を支援するBtoB(企業間取引)サイトです。」との記載がある

が,その詳細は何ら明らかではない。〔乙35の3〕

株式会社ワールドエキスプレスによる「国内/海外旅程表作成&見積集計

旅行業支援システム World TAC」のホームページには,「国内・




162
海外旅程表作成から見積書・請求書・実績集計まで 一連の手配業務を徹底

的に合理化!」として,同システムには国内旅程表作成機能がある旨の記載

があるが,同システムの具体的な内容については何ら記載されておらず,そ

の詳細は明らかではない。〔乙35の4〕

株式会社エイブルズシステムの「Mr.トラベルくんシリーズ 旅の助」

についてのホームページには,「旅行業,観光バス業,観光関連事業者向け

の旅行行程表,見積書作成,顧客管理,営業管理が出来る旅行業務支援シス

テムです。」との記載があるが,それ以上のシステムの詳細については何ら

明らかではない。〔乙35の5〕

株式会社ウィ・キャンの旅行業基幹業務システムとして「シンフォニーア

トゥー」を紹介するホームページには,「それぞれの部署の方,またそれぞ

れの機能が同時進行し,壮大な交響曲・・・を奏でるように旅行業が遂行さ

れるシステムであるという願いを込めています。」等の記載はあるが,具体

的なシステムの詳細については不明である。〔乙35の6〕

また,被告Y5も,JTBのシステムである「eZROUTE」,農協観

光のシステム等を使ったことはないとし,これらシステムの具体的な構成や

規模等の詳細については明らかにすることができない。〔被告Y5尋問調書

21〜22頁〕

以上によれば,原告CDDBが同種データベースの存在によりありふれた

ものであると認めるべき証拠はない。

したがって,被告らの上記主張は採用することができない。

(オ) 被告らは,自動車道路の経路探索上,当該施設の自動車出入口から最も近

い道路地点(代表道路地点)を定めておくことは必要不可欠であり,これは

自動車ルートの検索システムである「NAVITIME」や,一般的なカー

ナビゲーションシステム等でも同様であるから,原告CDDBに特徴的な部

分とはいえないとして創作性がない旨主張し,それに沿う証拠として,乙2




163
9を提出する。

そこで,乙29について検討すると,まず,乙29の別紙1は「NAVI

TIME」の自動車ルート検索,同別紙2は「Map Fan Web」の

ルート検索,同別紙3は「カーナビゲーション(パナソニック ストラーダ

CN−DV250D)」のルート検索画面である。乙29別紙1の各地図

に示された目的地点である「G」は,いずれも施設(東京ディズニーランド)

内の目的地点であって,道路上の道路地点ではないし,代表道路地点でもな

い。すなわち,乙29別紙1の2枚目(上の地図),3枚目(上下の各地図

及び4枚目(上下の各地図)の各地図の「G」は,いずれも目的地内の地点

であり,道路上の地点とはいえない。これによれば,同システムでは,目的

地となる施設内の地点(上記では,東京ディズニーランドの駐車場内に入り

込んだ地点「G」)に直近となる道路地点を求め,その道路地点を前提に経

路検索を行っているものと認められるから,目的地となる施設自体の緯度経

度情報に基づき直近の道路地点を求めているものといえる。

また,乙29別紙2の「Map Fan Web」の事例についても,3

枚目の上の地図の「5」近くのルート到着地点は東京ディズニーランドの駐

車場内の地点,同5枚目の地図の「G」は遊園地内の地点で,いずれも施設

内の地点であって,道路上の地点ではない。これら施設内に設定された目的

地点に対して,道路について経路検索を行う場合は,これらの地点(施設内

の位置情報)に直近の道路地点を前提に経路検索が行われているものといえ

る。同システムにおいても,上記「NAVITIME」のシステムの場合と

同様に,施設情報のテーブルに代表道路地点を固定的に保有しているもので

はないということができる。

さらに,乙29別紙3の「カーナビゲーションシステム(パナソニック

ストラーダ)」についても,上記「NAVITIME」や「Map Fan

Web」の各システムの場合と同様に,地図上に施設自体の位置を示すとき




164
の緯度経度情報と,経路検索時の目的地点の緯度経度情報が複数存在するこ

とを示すものであり,これらはいずれも道路上の緯度経度情報ではないから,

施設情報として代表道路地点の情報を持つものを示しているとはいえない。

そうすると,これらはいずれも,原告CDDBのように,施設関係のテー

ブルに,予め代表道路地点を設けておくことを示すものではなく,施設情報

として検索方法に応じて施設内に目的地点を複数持つものにすぎないとい

うほかない。

したがって,被告らの上記主張は採用することができない。

(カ) 被告らは,ダイクストラ法を前提として,選択不可とすべき接続経路情報

の設定を行うことは,旅行業者向けデータベースとしてありふれたものであ

ると主張し,それに沿う証拠として乙30を提出する。

しかし,乙30の別紙1の1枚目には「◆リンクの使用可否情報を考慮可

能−動的考慮」として「『・・・工事中により一時的に通行止めにしたい』

などがあります。・・・動的にリンクの使用不可を設定することで実現可能

です。」と記載されており,事前に選択不可のリンク(経路)をテーブルと

して保有するものでないことは明らかである。

また,乙30の別紙1の2枚目では「◆道路の一方通行などの進行方向制

約を考慮可能」として,「一方通行でない道路」については双方向のリンク

(経路)を作成し,「一方通行の道路」については走行可能な方向のリンク

(経路)のみを作成すると記載されており,選択可能なリンク(経路)のみ

を作成している例であることが明らかで,選択不可の接続道路情報テーブル

を設けることを示しているものとはいえない。

さらに,乙30の別紙2の特許公報(特許第2641470号,発明の名

称「ナビゲーション装置」,特許権者 アイシン・エィ・ダブリュ株式会社

外1名)には,以下の記載がある。

・「そのために本発明は,出発地から目的地までの経路を探索して探索さ




165
れたコースに基づき案内を行うナビゲーション装置において,始点から

終点で表される道路単位で経路探索を行うための道路に関する情報から

なる道路データを格納した記憶手段と,前記記憶手段に格納された道路

データを用いて最適経路を探索する経路探索手段とを備え,前記道路デ

ータは,該道路データに接続する道路の進入禁止情報を有し,前記経路

探索手段は,前記進入禁止情報により進入禁止である道路を除外して経

路探索を行うことを特徴とするものである。

〔作用及び発明の効果〕

本発明のナビゲーション装置では,道路データに右左折禁止情報を設

定するので,右左折禁止情報の記憶領域は少なくてよい。また,経路探

索手段が経路を探索する際には右左折禁止情報の設定された道路を探索

コースから除外するので,無駄な探索処理がなくなり,処理の高速化を

図ることができる。

〔実施例〕

以下,図面を参照しつつ実施例を説明する。

・・・道路のネットワークデータは,道路のネットワークが例えば第

2図(a)に示すような交差点番号・・・,道路番号・・・からなるも

のとした場合,交差点データについては同図(b),道路データについ

ては同図(c),ノードデータについては同図(d)に示すようなデー

タ構成となっている。

すなわち,交差点データは,同図(b)に示すように交差点番号・・・

に対応して交差点名,当該交差点が始点となっている道路のうち一番番

号の小さい道路番号,当該交差点が始点となっている道路のうち一番番

号の小さい道路番号,信号の有無からなる。

また,道路データは,同図(c)に示すように道路番号・・・に対応し

て交差点番号による始点,終点,同じ始点を持つ道路のうち番号が次の




166
もの,同じ終点を持つ道路のうち番号が次のもの,道路の太さ,禁止情

報,案内不要情報,写真番号,ノード数,ノード列データの先頭アドレ

ス,長さ等からなる。

そして,ノードデータは,同図(d)に示すように東経,北緯,属性等

からなり,道路データから明らかなように道路番号の単位は複数個のノ

ードからなる。すなわち,ノードデータは道路上の1地点に関するデー

タであり,ノード間を接続するものをアークと呼ぶと,複数のノード列

のそれぞれの間をアークで接続することによって道路が表現される。例

えば道路番号に関して見ると,道路データよりノード数 15 からなりノ

ードデータの先頭アドレスが 100 であることから,道路番号は,100 か

ら 114 までのアドレスのノードデータで構成されることになる。

これらのネットワークデータによると,・・・このように特に道路デー

タでは,右左折禁止等の進入禁止の道路番号と案内不要の道路番号をも

っていることにより,情報記憶の容量を少なくし,また経路探索を容易

に行えるようにしている。」(2頁3欄31行〜3頁5欄19行)

上記記載は,隣接する道路地点間の道路間の道路を一単位とした道路に関

するデータである道路データを格納するテーブルである,原告CDDBであ

れば「11接続テーブル」,被告CDDB(当初版・2006年版)であれ

ば「37接続マスタ」(なお,被告CDDB(現行版),被告CDDB(新

版)の「37単経路マスタ」についても同様である。)のテーブル自体に右

左折禁止の情報を格納する例を示すものであり,禁止されている道路間の接

続情報のテーブルを別途設けるものが示されているわけではない。

したがって,被告らの上記主張は採用することができない。

(キ) 被告らは,路線の特定に交通会社の特定も重要であるから交通会社の情報

を格納するのは当然のことであると主張する。

しかし,交通会社を条件設定して検索する例については,証拠上見当たら




167
ず(甲50),経路検索において必要となる情報につき交通会社テーブルを

設けることが当然のことであるということはできない。

したがって,被告らの上記主張は採用することができない。

カ 依拠性について

次に,被告CDDB(当初版・2006年版)が原告CDDBに依拠して

制作されたものであるかにつき判断する。

(ア) 依拠性に関連する事実

被告らは,被告CDDB(当初版・2006年版)につき,前記記載の

複数のテーブルについて,データを原告CDDBからコピーして利用した

事実を認めているところ,その他にも,以下の事実が存する。

a テーブル,フィールドの各IDについて

原告CDDBと,被告CDDB(当初版・2006年版)との対応する

テーブルとフィールドについて,テーブルID,フィールドIDの一致す

る例については既に検討したとおりであるが,完全に一致するものでなく

ても,被告CDDB(当初版・2006年版)では,テーブルIDの頭3

文字を「AZM」にするなどし,それら以外はテーブルID,フィールド

IDが完全に一致している例が多数みられる。その詳細は,別紙3のとお

りであり,これらのうち,原告CDDBと一致するテーブルID,フィー

ルドIDについては,原告CDDBのデータをコピーしたことによるもの

と認められる。〔甲9,23,55〕

この点に関してAは,その証言において,原告CDDBと被告CDDB

とのフィールドID,テーブルIDの一致につき,フィールドIDの一致

については認めるものの,テーブルIDについては「TRV」と「AZM」

の部分のみが異なるものがあるが,その余はすべて一致する理由について,

10年近くプログラム作業に従事していたことから,全て頭の中に入って

おり,開発効率を上げるために命名したとし(証人A13頁),その一方




168
で,Aは,原告システムのプログラムの入力には一切関与しておらず,全

て旧原告会社(翼システム)の方針に従って入力を指示しただけであると

も証言するが(証人A6頁),これらの証言部分は,Aが原告システムの

開発経過において,プログラマーとして参加して被告Y5の下でサブリー

ダーとなり,その後被告Y5の転出後に原告システムの開発,改良におけ

る責任者となったとの事実経過に反する上に,内容的にも不合理であり,

信用することができない。

b 緯度経度情報について

原告CDDBでは,バージョンアップ時に,新バージョンである Ver5

に移行しない顧客のために,「01市区町村テーブル」,「09地点名テ

ーブル」,「20ホテル・旅館テーブル」,「21観光施設テーブル」,

「32駅テーブル」と,緯度経度テーブルとで緯度経度情報を重複保有し

ていることについては既に検討したとおりであるところ,被告CDDB

(当初版・2006年版)は,本来必要のない緯度経度情報を複数テーブ

ルで重複保有している。

なお,被告らは,これにつき,被告CDDB(新版)から緯度経度マス

タ自体を削除している。

c URLアドレステーブルについて

原告CDDBではタイトルに用いるカタカナについて全角(例として,

「青森県[観光コンベンション協会HP]」と半角(例として,その次の

優先順位となっている,「青森県[観光情報ネットワークHP]」)が不規則に

混用されている例が見られるところ,被告CDDB(当初版・2006年

版)の全角半角の混用使用箇所が,原告CDDBと完全に一致する例があ

る。〔甲28の別紙4〕

d 地点名テーブルについて

(a) 原告CDDBの誤りである地点名の表記「阿武隅PA」(正しくは




169
「阿武隈」)と同じ誤りが,被告CDDB(当初版・2006年版)

に存在する。ちなみに,別紙4の被告CDDB(当初版・2006年

版)の「35地点マスタ」の被告らの主張欄記載のとおり,被告らは,

原告CDDBをコピーして入力した上で追加・修正・削除した旨主張

するところであるが,NEXCO東日本のホームページには正しい表

記がされている。〔甲21〕

原告は,平成19年8月にその誤りに気付き,その時点で修正をし

ているが,被告CDDBでは,現行版の Ver2.6(2007年12月5

日01版)においても,この誤りがそのまま引き継がれており,その

後に,被告らは修正している。

(b) 原告CDDBと同じ誤りが被告CDDB(当初版・2006年版)

に存在する。例えば,京都市右京区渡月橋の読みについて「キョウト

シウキョウクトゲツバシ」となっているところ,正しくは「キョウト

シウキョウクトゲツキョウ」である。

被告らは,原告からの指摘を受け,その後修正した。〔甲65〕

(c) 原告CDDBと同じ誤りが被告CDDB(当初版・2006年版)

に存在する。例えば,北九州市小倉北区清水の読みが「キタキュウシ

ュウシコクラキタクシミズ」となっているところ,正しくは「キタキ

ュウシュウシコクラキタクキヨミズ」である。

被告らは,原告からの指摘を受けて,その後修正した。

(d) 原告CDDBと同じ誤りが被告CDDB(当初版・2006年版)

に存在する。福岡市中央区警固の読みが「フクオカシチュウオウクケ

イコ」となっているところ,正しくは「フクオカシチュウオウクケゴ」

である。

被告らは,原告からの指摘を受け,その後修正した。

e 道路テーブルについて




170
(a) 原告CDDBと同じ誤りが,被告CDDB(当初版・2006年版)

に多数存在する。例えば,道路番号原告CDDB462(AZ634)

道路名「金精道路」の読みの誤りの一致の例がある。これについて,

「キンセイドウロ」は誤りであり,正しくは「コンセイドウロ」であ

るが,この誤りが一致している。

なお,この誤りは,被告CDDB(現行版)にも引き継がれている。

その後,被告らは,被告CDDB(新版)において,道路名の読み

仮名である「道路カナ」のフィールド自体を削除している。〔甲65

の別紙4〕

また,原告CDDBでは,茨城県の読み仮名を,「イバラキケン」

(正)と「イバラギケン」(誤)を混在して登録している。

この正誤の混在状況が,被告CDDB(当初版・2006年版)に

おいても,一致して存在している。〔甲65の別紙5〕

(b) 原告CDDBに格納されたダミーデータ「***」(道路名) 「ン


ダミー」(道路名の読み)が被告CDDB(当初版・2006年版)

においても一致している。

被告らは,原告からの指摘を受け,被告CDDB(新版)において

はこれらを削除している。〔甲21〕

f 首都高速料金テーブルについて

以下の例のとおり,原告CDDBと同じ誤りが被告CDDB(当初版・

2006年版)に存在する。

芦ノ湖スカイラインの大型車の通行料金が「2,200円」のところ

を,中型車の「1,400円」という誤ったデータを登録している。

阿蘇町営有料道路の中型車の通行料金が「1,580円」のところを,

普通車の「560円」という誤ったデータを登録している。

久住高原ロードパークの大型車の通行料金が「2,000円」のとこ




171
ろを,中型車の「1,250円」という誤ったデータを登録している。

なみはや大橋(尻無川新橋有料道)の中型車の通行料金が「100円」

のところを,大型車の「150円」という誤ったデータを登録している。

また,原告CDDBでは,蔵王ハイラインの大型車の通行料金が「2,

100円」のところを,「1,300円」という誤った料金データで格

納していたところ,これと同じ誤りが被告CDDB(当初版・2006

年版)に存在した。〔甲65の別紙7〕

g ホテル・旅館テーブルについて

(a) 宿泊施設の読み仮名に関して,原告CDDBと同じ誤りが被告CD

DB(当初版・2006年版)に存在する。原告CDDBでは宿泊施

設名の読み仮名について長音符「ー」とすべきを誤って数字記号マイ

ナス「−」で登録した場合があるところ,これらと同じ誤りが被告C

DDB(当初版・2006年版)に存在する。

以下は,読み仮名に長音符「ー」とマイナス記号「−」が混用されて

いる一例であるところ,同様の事例が多数存在する。〔甲65〕

原告CDDB

施設名:リゾートホテルローゼンハイム白馬

施設カナ:リゾートホテルロ−ゼンハイムハクバ

被告CDDB(当初版・2006年版)

施設名:リゾートホテルローゼンハイム白馬

施設カナ:リゾートホテルロ−ゼンハイムハクバ

(b) 宿泊施設名の読み仮名に関する原告CDDBと同じ誤り(施設カナ)

が被告CDDB(当初版・2006年版)に存在する。以下のとおり

であり,「カナざワ」となっているほか,「新潟」,「大垣」がその

まま漢字で表記されている誤りがある。

・施設名:金沢みなとホテル




172
施設カナ:カナざワミナトホテル

・施設名:スターホテル新潟

施設カナ:スターホテル新潟

・施設名:チサングランド大垣

施設カナ:チサングランド大垣

h 観光施設テーブルについて

(a) 観光施設名の読み仮名に関して,原告CDDBと同じ誤りが被告C

DDB(当初版・2006年版)に存在する。

原告CDDBは宿泊施設名称の読み仮名を表記するフィールドを有

しており,宿泊施設名に「英字」「数字」を含む場合,「英字」「数

字」について,きちんとした読み仮名である,例えば1をワンないし

イチとするなどの方法で表記されているものと,読み仮名に英字や数

字がそのまま残っているものとが混用されている。この原告CDDB

の混用状態は,理由はともかくとしても,原告独自のデータの登録

態であるということができる。

これにつき,被告CDDB(当初版・2006年版)にも,原告C

DDBと同一の混用状態のものが相当数存在する。例えば,原告CD

DBの施設名称「美利河I遺跡」(「I」は英字のアイ)は誤りであ

り,「美利河T遺跡」(「T」はギリシャ数字の1)とするのが正し

いところ,被告CDDB(当初版・2006年版)では,被告CDD

B(現行版)に至るまで,原告CDDBと一致する誤り(英字の「I」)

登録をしている。〔甲65〕

(b) 観光施設の読み仮名に関して,原告CDDBと同じ誤りが,被告C

DDB(当初版・2006年版)に存在する。すなわち,原告CDD

Bでは観光施設名の読み仮名について長音符「ー」とすべきところを,

誤って数字記号マイナス「−」で登録した場合が相当に存するところ,




173
これと同じ誤りが被告CDDB(当初版・2006年版)に存在する。

下記は読み仮名に長音符「ー」とマイナス記号「−」が混用されてい

る一例であるが,同様の事例が相当数存在する。〔甲65〕

・原告CDDB

施設カナ:アカンネイチャーセンタ−

・被告CDDB(当初版・2006年版)

施設カナ:アカンネイチャーセンタ−

(c) 株式会社,有限会社の施設名やその読み仮名に関する原告CDDB

の不統一の表記や誤りと,同じ不統一の表記や誤りが,被告CDDB

(当初版・2006年版)にも存在する。

原告CDDBは,株式会社や有限会社といった法人の種別について,

施設名とそのカナについて,不統一な表記を行っている。

原告CDDBの以下の八つのパターンのデータと同じデータが,被

告CDDB(当初版・2006年版)に多数存在する。〔甲65の別

紙18〕

・施設名を株式会社とし,カナをサブシキカイシャと誤って表記する

・施設名を(株)とし,カナをカブと表記する

・施設名を(株)や(有)とし,カナを(カブ),(ユウ)と表記す



・施設名を(株)や(有)とし,カナを(カ),(ユ)と表記する

・施設名を(株)とし,カナをカブシキガイシャと表記する

・施設名を株式会社とし,カナをカブシキガイシャやカブシキカイシ

ャと表記する

・施設名を(株)や株式会社とし,カナではそれらを表記しない

・例外的にカナを「カブシキカイシャ」(通常は「カブシキガイシャ」)

と表記する




174
(d) 観光施設名の読み仮名表記に原告CDDBと同じ誤り(「ひらがな

が混じる」,「漢字が混じる」,「英字が混じり読みも誤る」,「記

号「^」が混じり読みも誤る」など)が被告CDDB(当初版・20

06年版)に多数存在する。

以下はその例であるが,その他にも事例がある。〔甲65の別紙1

9〕

・施設名:光大寺の湯

施設カナ:コウダイジのユ

・施設名:霞間ヶ渓スポーツ公園

施設カナ:カマガタニスポ−ツ公園

・施設名:航空博物館

施設カナ:コウクウガクブツアkン

・施設名:スパガーデンコートピア

施設カナ:スパガ−デンコ^−トピア

(e) 原告CDDBでは,施設について旧名称と現行名称と重複して登録

する例があるが,被告CDDB(当初版・2006年版)でも同一の

重複登録がある。

以下の例は,被告CDDB(当初版・2006年版)のデータベー

ス開発時期(2005(平成17)年10月以降)からすると格納さ

れるはずのない古い施設名称が重複して登録されている。

下記の「大分阿蘇レーシングパーク」は,1993年から1995

年のみ使用され,その後,名称を「オートポリス」に変更した。

このような例につき,原告CDDBと同じ重複登録があり,被告C

DDB(当初版・2006年版)の開発時より10年前の旧施設名称

登録されている。

原告CDDB




175
@施設No.50447,施設名:大分阿蘇レーシングパーク

A施設No.75327,施設名:オートポリス

被告CDDB(当初版・2006年版)

@施設No.142041,施設名:大分阿蘇レーシングパーク

A施設No.142055,施設名:オートポリス

@は,被告CDDB(新版)では「オートポリス」に改変されてい

る。また,Aは,被告CDDB(新版)では削除されている。

(f) 原告CDDBにおいて,2005年当時登録されていた下記平成1

7年(2005年)のイベントのデータが,被告CDDB(当初版・

2006年版),被告CDDB(現行版)においても,一致して存在

している。

被告CDDB(当初版・2006年版)のデータベース開発時期(平

成17年(2005年)10月以降)及び販売時期(平成18年(2

006年)6月)からすると,これらデータは格納されるはずのない

ものである。

イベント:アイランド花どんたく[★開催期間:2005年9月9

日〜11月20日]

i 協定施設テーブル,券種テーブル,協定旅館テーブル,連結協定テー

ブルについて

原告CDDBにおいては,別紙1の前記各テーブルについての原告C

DDBの各テーブルの概要欄記載のとおり,主に大手旅行会社など個別

の顧客向けに用意していたテーブルである,協定施設テーブル,券種テ

ーブル,協定旅館テーブル,連結協定テーブルについて,同じテーブル

ID(ただし,頭文字3文字を除く)で被告CDDB(当初版・200

6年版)に存在する。しかも,この被告CDDBのテーブルには,別紙

4のとおり,データは全く格納されておらず,不要なテーブルであると




176
いうことができる。被告CDDB(現行版)以降は,それらのテーブル

自体が削除されている。

j 駅テーブルについて

駅名の読み仮名に関して,原告CDDBと同じ誤りが被告CDDB(当

初版・2006年版)に存在する。なお,被告らは,駅番号を被告CD

DB(現行版)より再度振り直した。

・施設名:別府[◆市営地下鉄]

施設カナ:ベップ(正しくは「ベフ」)

被告CDDB(現行版)の一部(2011年2・3月版 Ver3.1 まで),

被告CDDB(新版)からは,上記につき,「ベフ」に改変した。〔甲

65の別紙25〕

K 会社テーブルについて

被告CDDB(当初版・2006年版)では,交通機関の会社を検索

条件としておらず,その存在の必要性が認められないところ,被告CD

DB(当初版・2006年版)には「42会社マスタ」を設けており,

しかも別紙4のとおり,そのテーブル(AZMJKF)にはデータが全

く入っておらず,不要なテーブルであるにもかかわらず,原告CDDB

と同じテーブルが設けられている。

l 地方別会社索引テーブルについて

同テーブルは,被告CDDB(当初版・2006年版)においては「駅

すぱあと」との連動により必要ないテーブルであるところ,原告CDD

Bと同じテーブルが存在する。そのテーブル(AZMJKJ)には,別

紙4のとおり,データが全く入っておらず,不要なテーブルである。

m メッセージテーブルについて

被告CDDB(当初版・2006年版)の「メッセージマスタ」テー

ブル(テーブルID;AZMMSG)は,マスターテーブルであるが,




177
他のテーブルとリレーションを持たず,原告システムが原告CDDBを

介さず直接参照するテーブルであり,原告CDDBを構成していないと

して,別紙1ないし3のマスターテーブルとしては記載がされていない

ものである。〔甲6別紙A−13−2,甲13,27〕

被告CDDB(当初版・2006年版)のテーブルには,原告CDD

Bのメッセージデータと全く同一の内容のデータが格納されており,M

SGコード,MSG内容の各フィールドに格納されているデータは一致

している。

メッセージ内容を具体的にどのような文章にするのか,また各メッセ

ージに何番のコードを付与するかについては,選択の幅があるというこ

とができるところ,被告CDDB(当初版・2006年版)はこれと同

じ文章を格納し,同じコード(番号)を付与している。被告CDDB(当

初版・2006年版)のAZMMSGテーブルに格納されているメッセ

ージについては,原告CDDBのTRVMSGテーブルのメッセージと

完全に同一のものが97.5%の割合となっている。〔甲28の別紙1

2〕

n メッセージボックステーブルについて

(a) 被告CDDB(当初版・2006年版)の「メッセージボックスマ

スタ」テーブル(テーブルID;AZMMSGBX)もマスターテー

ブルであるが,他のテーブルとリレーションを持たず,原告システム

が原告CDDBを介さず直接参照するテーブルであり,原告CDDB

を構成していないとして,別紙1ないし3のマスターテーブルとして

は記載がされていないものである。〔甲13,27〕

被告CDDB(当初版・2006年版)の上記テーブルには,原告

CDDBと同一のデータが格納されている。すなわち,被告CDDB

(当初版・2006年版)の「メッセージボックスマスタ」テーブル




178
に格納されているメッセージは,原告CDDBの「メッセージボック

ス(テーブルID;TRVMSGBX)」テーブルのメッセージと完

全に同一のものが51.9%,一部一致のものを含めると82.8%

の割合で存在している。〔甲28の別紙13〕

(b) 被告CDDB(当初版・2006年版)について,被告らは,被告

CDDBの2006年版では「方面」という概念を前提にしないで独

自に開発したと主張し,実際,被告CDDBでは方面検索機能は存し

ないところ,被告CDDBの2006年版の「メッセージボックスマ

スタ(テーブルID;AZMMSG)」テーブルには「方面を入力し

て下さい。」とのメッセージが,また,同じく被告CDDBの200

6年版の「メッセージボックスマスタ(テーブルID;AZMMSG

BX」テーブルには,「入力エラー:方面」,「入力エラー:方面名」

とのエラーメッセージが格納されている。

これらは,被告CDDBを独自に開発したとの被告らの主張を前提

とすれば,不要なメッセージということができる。

o ランドマークテーブル,ランドマーク種別テーブルについて

ランドマークテーブル,ランドマーク種別テーブルも,マスターテーブ

ルであり,原告システムの開発途上で作成されていたが,結局利用の予定

がないことから未完成のまま残っており,原告システムにおいて参照され

ることがなく,原告CDDBを構成していないとして,別紙1ないし3の

マスターテーブルとしては記載がされていないものである。被告CDDB

(当初版・2006年版)においても別紙4のとおりデータは全く格納さ

れておらず,不要であるにもかかわらず,これらのテーブルが存在する。

その後,被告CDDB(現行版),被告CDDB(新版)ではこれらの

テーブル自体が削除されている。

(イ) 上記(ア)の事実によれば,被告CDDB(当初版・2006年版)が,原




179
告CDDBに依拠して作成されたことは明らかであるということができる。

なお,この点に関して被告らは,被告CDDB(当初版・2006年版)

のフィールドIDと,原告CDDBのフィールドIDとの間に一致している

部分があることは認めるが,例えば,被告CDDB(当初版・2006年版)

の市区町村マスタにおける都道府県コードのフィールドID「CIPRC

D」は,

・「CITY」を省略した「CI」を先頭2文字(全フィールド同様)

・「PR」は,県を意味する(Prefecture)を省略したもの

・「CD」は,コード(Code)を省略したもの

との命名ルールに則って付けられており,このようなフィールドIDは,

様々なシステムで用いられている一般的な命名規則であり,原告CDDBだ

けに使用される特殊な命名ルールではなく,被告アゼスタは,被告CDDB

についても同様の命名ルールでフィールドIDを定義したにすぎない旨主

張する。

しかし,上記が一般的な命名規則であることについて,これを裏付ける的

確な証拠はなく,被告らは,上記以外のフィールドIDが一致するものにつ

いて何ら説明をしていないばかりか,その余の多数の一致するフィールドに

ついても,一般的な命名規則から説明が付くものがほとんどであると認める

に足りない。

したがって,被告らの上記主張は採用することができない。

キ 被告CDDB(当初版・2006年版)についての結論

以上の検討によれば,被告CDDB(当初版・2006年版)は,原告C

DDBに依拠して制作された複製物であると認めるのが相当である。

(4) 次に,被告CDDB(現行版)につき検討する。

ア 被告CDDB(現行版)と原告CDDBとの体系的構成の共通性

(ア) テーブルの種類及び数




180
a 一致するマスターテーブル

(a) 原告CDDBには42個の,被告CDDB(現行版)には26個のマ

スターテーブルがそれぞれ含まれるところ,このうち,以下の10個の

マスターテーブルについては,原告CDDBに含まれるマスターテーブ

ルと一致することにつき争いがない。

一致することに争いのない10個のマスターテーブルは,以下のとお

りである(原告CDDBのマスターテーブルによる表記。対応する被告

CDDB(現行版)の表記は別紙2該当欄記載のとおり)。

・「01市区町村テーブル」

・「05緯度経度テーブル」

・「06URLアドレステーブル」

・「07URL種別テーブル」

・「08URL分類テーブル」

・「09地点名テーブル」

・「10道路テーブル」

・「32駅テーブル」

・「42会社テーブル」

・「43交通機関種別テーブル」

(b) そして,原告は,「20ホテル・旅館テーブル」,「21観光施

設テーブル」及び「22観光施設備考テーブル」についても,これ

ら三つのテーブルに対応する,被告CDDB(現行版)の「21施

設マスタ」,「29宿泊施設マスタ」,「23観光施設マスタ」,

「26観光料金マスタ」及び「25観光料金種別マスタ」は,一致

するマスターテーブルである旨主張し,さらに,「02地区・県名

テーブル」は「3都道府県マスタ」と,「11接続テーブル」は「3

7単経路マスタ」と,「12禁止乗換テーブル」は「37禁止経路




181
マスタ」と,「14区間料金テーブル」は「39区間料金マスタ」

と,「15首都高速料金テーブル」は「40通行料金マスタ」と,

「33路線構成テーブル」は「46路線構成マスタ」と,「34路

線テーブル」は「43路線マスタ」と,「36路線検索テーブル」

は「45時刻マスタ」と,「39便テーブル」及び「40運行日定

義テーブル」は「44便マスタ」と,それぞれ対応して被告CDD

B(現行版)に存在する旨主張する。

まず,被告CDDB(現行版)の「3都道府県マスタ」と原告C

DDB「02地区・県名テーブル」とは,いずれもプライマリー・

キーが設定された「都道府県コード」,及び「都道府県名」フィー

ルドから構成されていること,被告CDDB(現行版)のフィール

ドには「表示順」のフィールドが存するものの,これは検索結果に

おける表示順を定めるものであるところ,これは,都道府県コード

に基づき表示順を決定するにすぎないものと認められ,その余の被

告CDDB(現行版)のフィールドも,「作成日時」 「更新日時」
, ,

「削除区分」,「都道府県名英字」等のフィールドであることから,

被告CDDB(現行版)の「3都道府県マスタ」と原告CDDB「0

2地区・県名テーブル」とは同じ目的で使用されるものであり,実

質的に一致するものと認められる。

次に,被告CDDB(現行版)の「37単経路マスタ」,「38

禁止経路マスタ」,「39区間料金マスタ」及び「40通行料金マ

スタ」と原告CDDBの「11接続テーブル」,「12禁止乗換テ

ーブル」,「14区間料金テーブル」及び「15首都高速料金テー

ブル」とは,別紙3のとおりの各テーブルにおけるフィールドの存

在,別紙6のとおりの原告CDDBのリレーション,別紙9のとお

り認められる(争いがあるリレーションについての判断は後記のと




182
おりである。)被告CDDB(現行版)のリレーションのとり方を

参照すると,どちらも地点コード(地点番号)により特定される道

路の始点・終点と禁止ルートを特定し,有料道路の場合に料金を検

索するためのものと認められる。フィールドの内容を詳細にみると

若干相違する点はあるものの,検索の目的の観点からすると,それ

らのリレーションに特徴があるものとは認められず,両者は同じ目

的で使用されるものであり,実質的に一致するものと認められる。

なお,この点についての判断の詳細は,下記オ(被告らの主張に対

する判断)のとおりである。

被告CDDB(現行版)の「21施設マスタ」,「29宿泊施設

マスタ」,「23観光施設マスタ」,「26観光料金マスタ」につ

いては,被告CDDB(当初版・2006年版)と比較して,別紙

3のとおり,フラグフィールド等の削除や,「21施設マスタ」に

「キーワード」,「公共施設種別」等のフィールドを加えるなど,

フィールドに若干の変更はあるものの,被告CDDB(当初版・2

006年版)の主要なフィールドには変更がなく,全体的に重要な

変更がされているものとはいえないから,被告CDDB(当初版・

2006年版)と同様,被告CDDB(現行版)の「21施設マス

タ」,「29宿泊施設マスタ」,「23観光施設マスタ」,「26

観光料金マスタ」についても,原告CDDBの対応するテーブルと

実質一致するものと認められる。なお,被告CDDB(現行版)の

「25観光料金種別マスタ」は原告CDDBに対応するテーブルが

ないことは前記と同様である。

被告CDDB(現行版)の「46路線構成マスタ」,「43路線

マスタ」,「45時刻マスタ」及び「44便マスタ」と原告CDD

Bの「33路線構成テーブル」,「34路線テーブル」,「36路




183
線検索テーブル」,「39便テーブル」及び「40運行日定義テー

ブル」とは,別紙3のとおりの各テーブルにおけるフィールドの存

在,別紙6のとおりの原告CDDBのリレーション,別紙9のとお

り認められる被告CDDB(現行版)のリレーションのとり方を参

照すると,これらは,道路を移動するものを除く鉄道等の公共輸送

サービスを利用した場合の経路探索及び料金の検索をするためのも

のであるところ,原告CDDBの「33路線構成テーブル」,「3

4路線テーブル」,「39便テーブル」及び「40運行日定義テー

ブル」に存在する「路線番号」フィールドにいずれもプライマリー・

キーが設定されているところ,被告CDDB(現行版)の「46路

線構成マスタ」,「43路線マスタ」及び「44便マスタ」の「路

線コード」フィールドにも,いずれもプライマリー・キーが設定さ

れており,その他各テーブルに存するフィールドについても,「備

考」や「作成日時」等のフィールドを除くとほとんど共通するもの

であること,検索の目的の観点でみると,リレーションに特徴があ

るものともみられないことから,被告CDDB(現行版)の「46

路線構成マスタ」,「43路線マスタ」,「45時刻マスタ」及び

「44便マスタ」と,原告CDDBの「33路線構成テーブル」,

「34路線テーブル」,「36路線検索テーブル」,「39便テー

ブル」及び「40運行日定義テーブル」とは,同じ目的で使用され

るものと認められ,一致するものと認められる。なお,被告CDD

B「44便マスタ」は,別紙3のとおりの各フィールドの内容の共

通性からみて,原告CDDBの「39便テーブル」,「40運行日

定義テーブル」及び「41時刻テーブル」を実質的には正規化した

関係にすぎないものであるから,これも一致するものと認められる。

(c) 上記によれば,原告CDDBと被告CDDB(現行版)とで一致する




184
マスターテーブルは,上記23個であると認められる。

b 一致しないマスターテーブル

前記のとおり,被告CDDB(現行版)の「25観光料金種別マスタ」

は,原告CDDBに対応するマスターテーブルが存在しない。

その他,原告CDDBのマスターテーブルのうち,
「03方面テーブル」

及び「04方面設定テーブル」については,被告システムでは,方面検索

の機能がないため,対応するテーブルが存在しない。

また,原告CDDBのマスターテーブルのうち,「16道路構成地点テ

ーブル」,「17道路構成地点索引テーブル」,「18市区町村通過道路

索引テーブル」 「19県範囲定義テーブル」 「28協定施設テーブル」
, , ,

「29券種テーブル」,「30協定旅館テーブル」,「31連結協定テー

ブル」,「35時刻表料金テーブル」,「37路線検索索引テーブル」,

「38路線タイプテーブル」,「41時刻テーブル」,「44地方別会社

索引テーブル」,「45検索地方範囲定義テーブル」,「46地方別路線

索引テーブル」及び「47駅通過線索引テーブル」についても,被告CD

DB(現行版)に対応するマスターテーブルが存在しない。

「45検索地方範囲定義テーブル」については,上記被告CDDB(当

初版・2006年版)記載のとおりである。

(イ) 被告CDDB(現行版)の各テーブルに存在するフィールドの種類及び数

原告CDDBには42個のテーブルに,405個のフィールドが存すると

ころ,被告CDDB(現行版)の26個のテーブルには別紙3記載のとおり,

総数256個のフィールドが存する。

前記のとおり原告CDDBのマスターテーブルと一致する被告CDDB

(現行版)のテーブルにおけるフィールド項目については,別紙3記載のと

おり,一致するテーブルに存するフィールドは245個である(なお,被告

CDDB(現行版)のフィールドのうち,「21施設マスタ」テーブルの「キ




185
ーワード」フィールド,「公共種別」フィールドは,いずれも被告CDDB

(現行版)の Ver2.84 以降のものに加えられたフィールドであるところ,別

紙3のフィールド数の計算(カウント)にはこれも含めている。また,被告

CDDB(現行版)のうち,「3都道府県マスタ」の「都道府県名英字」フ

ィールドは,被告CDDB(現行版)の Ver2.90 以降のものに加えられたフ

ィールドであるところ,別紙3のフィールド数の計算(カウント)にはこれ

も含めている。)。

フィールドのうち,「作成日時」,「更新日時」及び「削除区分」のフィ

ールドは,データ更新やテーブル管理を行うための管理項目であり,データ

ベースの検索機能や提供データの内容自体に影響を及ぼす性質のものでは

ない。〔甲3,7頁〕

このうち,被告CDDB(現行版)における,ほぼ各テーブル(マスタ)

に存在する「登録日時(作成日時)」,「更新日時(更新日時)」及び「削

除区分(削除区分)」のフィールドを除くと,原告CDDBと被告CDDB

(現行版)とで一致するフィールド数は173個となるところ,別紙3のと

おり,このうちの143個が,原告CDDBと一致している。

(ウ) テーブル間の関連付け

原告CDDBのマスターテーブルと一致する23個のテーブルに関しては,

プライマリー・キーの設定も含め,原告CDDBに存在する関連付けのほぼ

全てについて,同様の関連付け(リレーション)が被告CDDBに存在する。

その内容は,別紙6,9のとおりである(別紙9で青丸と青丸とを結ぶ黒線

〔黒太線を含む〕及び黒点線で記載されたリレーションが,当裁判所がその

存在を認めるリレーションである。)。

別紙3のとおり,原告CDDBと被告CDDB(現行版)とでは,原告C

DDBのマスターテーブルと一致する23個のテーブルに関して,プライマ

リー・キーの設定につき,原告CDDBの「02地区・県名テーブル」の「地




186
区コード」フィールド,原告CDDBの「11接続テーブル」の「接続番号」

フィールド(被告CDDB(現行版)では,「37単経路マスタ」の「地点

コード(始点)(地点番号 始点)」,「地点コード(終点)(地点番号

終点)」及び「道路コード(道路番号)」の三つのフィールドにプライマリ

ー・キーが設定されている。),原告CDDBの「12禁止乗換テーブル」

の「乗換元接続番号」フィールド(被告CDDB(現行版)では,「38禁

止経路マスタ」の「地点コード(始点)(地点番号 始点)」,「道路コー

ド(道路番号)」,「地点コード(中間点)(地点番号 中間)」,「地点

コード(終点)(地点番号 終点)」及び「通行禁止道路コード(道路番号

禁止)」の五つのフィールドにプライマリー・キーが設定されている。),

被告CDDB(現行版)の「39区間料金マスタ」及び「40通行料金マス

タ」の各「道路料金区分(道路料金区分)」フィールドを除き,一致したフ

ィールドないし同一のテーブルの同種フィールドにプライマリー・キーが設

定され,これらに基づき,上記のとおりのリレーションがとられている。

なお,この点につき,被告らは,被告CDDB(現行版)の「36道路マ

スタ〔テーブルID;M DORO〕」の「道路コード」フィールドと「3

8禁止経路マスタ〔テーブルID;M KINSIKEIRO〕」の「道路

コード」フィールドとの間,「36道路マスタ」の「道路コード」フィール

ドと「38禁止経路マスタ」の「通行禁止道路コード」フィールドとの間,

及び「38禁止経路マスタ」の「地点コード(始点)」,「地点コード(中

間点)」,「地点コード(終点)」のそれぞれの地点コードと「35地点マ

スタ〔テーブルID;M CHITEN〕」の「地点コード(始点)」,「地

点コード(中間点)」,「地点コード(終点)」のそれぞれの地点コードと

の間には,いずれもリレーションがあるとする一方(別紙9に赤丸と赤丸を

結ぶ赤点線で記載されたリレーション),「37単経路マスタ〔テーブルI

D;M TANKEIRO〕」の「地点コード(始点)」,「地点コード(終




187
点)」,「道路コード」のそれぞれのフィールドと「38禁止経路マスタ」

の「地点コード(始点)」,「地点コード(中間点)」,「地点コード(終

点)」,「道路コード」,「通行禁止道路コード」との間のリレーションを

否認する(別紙9に青丸と青丸を結ぶ黒点線で記載されたリレーション)の

で,以下,検討する。

まず,「38禁止経路マスタ」と「37単経路マスタ」との間にリレーシ

ョンが存在しないとする被告の主張については,被告システムに用いられて

いる サーバーを管理するツールである を用いた

解析結果によれば,被告CDDB(現行版)において,「38禁止経路マス

タ」 「37単経路マスタ」
と とにリレーションがあることが認められるから,

これと各テーブルのフィールドの内容からすれば, 「37単経路マスタ」
上記

の「地点コード(始点)」,「地点コード(終点)」,「道路コード」のそ

れぞれのフィールドと「38禁止経路マスタ」の「地点コード(始点)」,

「地点コード(中間点)」,「地点コード(終点)」,「道路コード」,「通

行禁止道路コード」との間にリレーションがあることが認められる。詳細は

後記オのとおりである。〔甲58〕

次に,「36道路マスタ」の「道路コード」フィールドと「38禁止経路

マスタ」の「道路コード」フィールドとの間,「36道路マスタ」の「道路

コード」フィールドと「38禁止経路マスタ」の「通行禁止道路コード」フ

ィールドとの間,及び「38禁止経路マスタ」の「地点コード(始点)」,

「地点コード(中間点)」,「地点コード(終点)」のそれぞれの地点コー

ドのフィールドと「35地点マスタ」の「地点コード」フィールドとの間に

は,いずれもリレーションがあるとする点につき,被告らは,禁止経路は,

あくまでも地点の組み合わせによりデータを取得していて単経路の組み合

わせとはなっていないために,禁止経路マスタと単経路マスタは,一方が他

方を包含する関係にあるから,リレーションがある旨を主張するが,包含関




188
係があるか否かによりリレーションの有無が判断されるものとは認められ

ない。なお,この点についての詳細は後記オのとおりである。

また,前記のとおり,被告CDDB(現行版)では,原告CDDBの「2

0ホテル・旅館テーブル」,「21観光施設テーブル」及び「22観光施設

備考テーブル」の3テーブルに対応するテーブルとして,「21施設マスタ」,

「29宿泊施設マスタ」,「23観光施設マスタ」及び「26観光料金マス

タ」の4テーブルを設けているところ,原告CDDBにおける「01市区町

村テーブル」が「20ホテル・旅館テーブル」,「21観光施設テーブル」

の二つのテーブルとリレーションをとっていることに対して,被告CDDB

(現行版)の「4市区町村マスタ」は,原告CDDBの「20ホテル・旅館

テーブル」及び「21観光施設テーブル」の共通項目を括りだした上位のテ

ーブルとなっている被告CDDB(現行版)の「21施設マスタ」の一つの

テーブルとのみリレーションをとっており,これにより,これと関連するリ

レーションの線がその分少なくなっているが,この点については,被告CD

DB(当初版・2006年版)についてと同様である。

イ 被告CDDB(現行版)の体系的構成が,原告CDDBの複製又は翻案に当

たるか

(ア) 前記のとおり,原告CDDBと被告CDDB(現行版)とでは,原告CD

DBにおける,「01市区町村テーブル」,「02地区・県名テーブル」,

「05緯度経度テーブル」,「06URLアドレステーブル」,「07UR

L種別テーブル」 「08URL分類テーブル」 「09地点名テーブル」
, , ,

「10道路テーブル」 「11接続テーブル」 「12禁止乗換テーブル」
, , ,

「14区間料金テーブル」 「15首都高速料金テーブル」 「20ホテル・
, ,

旅館テーブル」 「21観光施設テーブル」 「22観光施設備考テーブル」
, , ,

「32駅テーブル」,「33路線構成テーブル」,「34路線テーブル」,

「36路線検索テーブル」,「39便テーブル」,「40運行日定義テーブ




189
ル」,「42会社テーブル」,「43交通機関種別テーブル」の23個のテ

ーブルにつき,これと一致するテーブルが被告CDDB(現行版)には存す

る。

原告CDDBと被告CDDB(現行版)とで一致するテーブルに存するフ

ィールドも,143個にのぼる。

さらに,テーブル間の関連付けについてみると,原告CDDBと被告CD

DB(現行版)とでは,別紙6,9のとおり,同様のリレーションが存する。

(イ) そして,原告CDDBは,それまで存しなかった団体旅行の行程表作成の

ため,顧客である旅行業者等からのヒアリングに基づき,出発地,到着地,

交通手段,経由地である観光施設,宿泊施設をデータベース化してこれをコ

ンピュータで効率よく検索できるようにするためのデータベースであり,こ

の点につき,上記被告CDDB(現行版)と共通するフィールドに関してみ

ると,原告CDDBの「01市区町村テーブル」,「32駅テーブル」,「2

0ホテル・施設テーブル」,「21観光施設テーブル」,「09地点名テー

ブル」,「11接続テーブル」及び「10道路テーブル」により,出発地,

経由地,目的地に面した道路に関するデータの検索を可能にし,次に「09

地点名テーブル」,「10道路テーブル」,「11接続テーブル」,「12

禁止乗換テーブル」,「14区間料金テーブル」及び「15首都高速料金テ

ーブル」により,道路を利用した移動に関する経路探索・料金の算出に必要

なデータの検索を可能にしている。また,「20ホテル・旅館テーブル」,

「21観光施設テーブル」,「22観光設備備考テーブル」,「05緯度経

度テーブル」,「06URLアドレステーブル」,「07URL種別テーブ

ル」及び「08URL分類テーブル」により,ホテル・旅館,観光施設に関

する情報を検索することを可能にしている。そして,「01市区町村テーブ

ル」 「02地区・県名テーブル」
, は,道路と地図を関連付ける情報として,

地図から検索をするときに用いられている。また,「01市区町村テーブル」,




190
「20ホテル・旅館テーブル」,「21観光施設テーブル」及び「32駅テ

ーブル」には施設等の近辺の道路地点の情報が代表道路地区コードや代表道

路地点番号として格納されており,当該市区町村内にあるこれらの施設や駅

などを選ぶことを通じて出発点としての「09地点名テーブル」の道路地点

を選ぶことができる。また,観光施設も「21観光施設テーブル」から選択

し,絞り込みは,「02地区・県名テーブル」,「01市区町村テーブル」

から行うことができる。観光名称は「21観光施設テーブル」に,検索結果

の観光施設について,当該観光施設に関する様々の情報は,「22観光施設

備考テーブル」に格納されており,観光施設に関するホームページの情報も

「06URLアドレステーブル」,「07URL種別テーブル」から参照可

能であり,最終的に行程に入れるかどうかを判断することができる。

宿泊施設については,「20ホテル・旅館テーブル」から選択し,地区は

「02地区・県名テーブル」,都道府県も「02地区・県名テーブル」,市

区町村は「01市区町村テーブル」 地図上の範囲設定はプロアトラスと
, 「0

5緯度経度テーブル」,「20ホテル・旅館テーブル」,宿泊種別は「20

ホテル・旅館テーブル」,名称は「20ホテル・旅館テーブル」,検索結果

の宿泊施設については当該宿泊施設に関する様々な情報,すなわち和室,洋

室の客室数,収容人員,料金,付帯施設,駐車場などが「20ホテル・旅館

テーブル」に格納されていて,当該宿泊施設に関するホームページの情報も

「06URLアドレステーブル」,「07URL種別テーブル」が対応し,

これらを参照して顧客の判断で決定することができる。

また,「32駅テーブル」,「33路線構成テーブル」,「34路線テー

ブル」,「36路線検索テーブル」,「39便テーブル」,「40運行日定

義テーブル」,「42会社テーブル」及び「43交通機関種別テーブル」に

より,公共交通機関を利用した経路探索に必要なデータの検索を可能にして

いる。




191
これら共通するテーブルについては,いずれも各テーブルを構成するフィ

ールドにつき,原告CDDBと,被告CDDB(現行版)とでほとんどが共

通し,リレーションのとり方もほぼ共通するものである。

そして,両者で共通するこれらの体系的構成は,原告CDDBの制作者に

おいて,それまでのデータベースにはなかった設計思想に基づき構成した原

告CDDBの創作活動の成果であり,その共通する部分のみでデータベース

として機能し得る膨大な規模の情報分類体系であると認められ,データベー

スとして制作者の個性が表現されているものということができる。

したがって,被告CDDB(現行版)と共通する上記原告CDDBの部分

については,データベースの体系的構成としての創作性を有するものと認め

るのが相当である。

(ウ) 一方,原告CDDBと被告CDDB(現行版)とを比較すると,両者で一

致しないマスターテーブルとして,被告CDDB(現行版)の「25観光料

金種別マスタ」,「27観光種別マスタ」と「28観光詳細種別マスタ」が

あり,これらは,原告CDDBには含まれないものである。

このうち「25観光料金種別マスタ」については,そこに含まれるフィー

ルドをみると,プライマリー・キーの設定された「観光料金種別」フィール

ド,「料金種別名」,「管理備考」の各フィールド(被告CDDB(当初版・

2006年版)とは若干異なる。)のほかは,作成日時,区分等のフィール

ドであり,このうち料金種別にかかるものは,原告CDDBの「21観光施

設テーブル」,「22観光施設備考テーブル」では4種類までの料金しか登

録することができないところ,被告CDDB(現行版)においても,「25

観光料金種別マスタ」を設けることによりそれ以上の種類の料金設定につい

ても登録できるようにテーブルを設けることとしたことに変わりないもの

と認められる。〔乙20〕

しかし,前記のとおり原告CDDBでも料金種別により分類可能であった




192
ところ,これについて,料金種別を増やすためにテーブルを設けること自体

は,原告CDDBに新たに創作的表現を加えたものとはいい難い。

また,
「27観光種別マスタ」 「28観光詳細種別マスタ」
と については,

前記のとおり,原告システムをユーザーのハードウェア内にインストールし

た際に作成される原告マスターテーブルの中に,これら二つのテーブルに対

応するマスターテーブルである「23観光施設種別テーブル」及び「24観

光施設検索タイトルテーブル」が存在し,被告CDDB(現行版)において

は,被告CDDB(当初版・2006年版)と比べて,フィールドIDのう

ち原告CDDBと一致するものについて変更されているものの,フィールド

の区分等についてはほとんど変更がなく,被告CDDB(現行版)において

新たに加わった創作の成果ということはできないから,実質的に原告システ

ム中に存する原告CDDBと関連する部分を,CDで提供されるデータベー

ス中に移した関係にすぎないものと認められる。

しかも,テーブルについては,被告CDDB(当初版・2006年版)に

おいては一致するテーブルとしては存しなかった「43路線マスタ」,「4

4便マスタ」,「45時刻マスタ」及び「46路線構成マスタ」も,被告C

DDB(現行版)には設けられ,これら各テーブルのフィールドも,「備考」,

「作成日時」等のフィールドを除き,原告CDDBのフィールドとすべて一

致している。

そして,フィールドの詳細についてみても,被告CDDB(現行版) 「3


5地点マスタ」,「36道路マスタ」,「37単経路マスタ」及び「38禁

止乗換マスタ」の各テーブルのフィールドは,上記リレーションの存在等か

らして,いずれも「作成日時」,「更新日時」及び「削除区分」フィールド

を除き,原告CDDBの「09地点名テーブル」,「10道路テーブル」,

「11接続テーブル」及び「12禁止乗換テーブル」の各テーブルのフィー

ルドと一致するものと認められる。




193
また,原告CDDBと一致するテーブルである,
「39区間料金マスタ」,

「40通行料金マスタ」テーブルには,いずれも「道路料金区分」のフィー

ルドが設けられているが,「39区間料金マスタ」,「40首都高速料金マ

スタ」テーブルには,いずれも原告CDDBと一致するフィールドであった

被告CDDB(当初版・2006年版)の「39料金マスタ」,「40通行

料金マスタ」テーブルの「普通車料金」,「中型車料金」,「大型車料金」,

「特大車料金」の各フィールドにつき,原告CDDBにおいて,もともと区

分されていた料金につき,その区分のフィールドを独立して設けたものにす

ぎない。また,「21施設マスタ」テーブルの「温泉地コード」フィールド,

「26観光料金マスタ」の「料金種別コード」フィールド,「29旅館マス

タ基本」テーブルの「シングル数」フィールド等についても,もともと種別

自体は設けられていたものを細分化したにすぎないものであって,これらに

ついては,いずれも体系的構成として独自の創作性は認められないものであ

る。

さらに,リレーションの取り方についてみても,原告CDDBと被告CD

DB(現行版)とで異なるリレーションとなっている,被告CDDB(現行

版)においても,「4市区町村マスタ」は,施設に関し「21施設マスタ」

とのみリレーションを取っていることから,原告CDDBにおける「01市

区町村テーブル」が「20ホテル・旅館テーブル」,「21観光施設テーブ

ル」の二つのテーブルとリレーションを取っていることに対して,リレーシ

ョンが少なくなっているところ,既に検討したとおり,被告CDDB(現行

版)の「21施設マスタ」及びこれと関連する,「29宿泊施設マスタ」,

「23観光施設マスタ」テーブルについては,原告CDDBの「20ホテル・

旅館テーブル」,「21観光施設テーブル」とは実質的に一致するテーブル

であると認められることや,別紙9のとおり認められる被告CDDB(現行

版)の「4市区町村マスタ」,「31URLマスタ」,「34緯度経度マス




194
タ」テーブル等と,「21施設マスタ」,「29宿泊施設マスタ」,「23

観光施設マスタ」テーブル等,及び「21施設マスタ」テーブルと,「29

宿泊施設マスタ」,「23観光施設マスタ」テーブルとのリレーションのと

り方等からすると,被告CDDB(現行版)とのリレーションのとり方は,

原告CDDBのリレーションのとり方に新たな創作性を加えるものは認め

られない。

(エ) そうすると,これら被告CDDB(現行版)が原告CDDBと共通性を有

する部分は,原告CDDBの創作的表現の本質的特徴の同一性が維持されて

おり,これを直接感得することができるものというべきであり,一方,被告

CDDB(現行版)において変更が加えられた部分は,いずれも創作性を有

しない部分であるということができる。

ウ 被告CDDB(現行版)と原告CDDBとの情報の選択の共通性

(ア) フィールド項目の選択の類似性

前記のとおり,テーブル管理のためのフィールドである「登録日時」 「更


新日時」及び「削除区分」等のフィールドを除いた被告CDDB(現行版)

のフィールド数173個のうち143個が原告CDDBのフィールドと一

致している。

(イ)レコードの選択の類似性

被告らは,被告CDDB(当初版・2006年版)において,原告CDD

Bのテーブルのうち,以下の20個のテーブルに含まれるレコードをコピー

して用いたことを認めていた。

そのテーブルとは,「20ホテル・旅館テーブル」,「21観光施設テー

ブル」,「05緯度経度テーブル」 「06URLアドレステーブル」
, ,「0

7URL種別テーブル」,「08URL分類テーブル」,「01市区町村テ

ーブル」,「02地区・県名テーブル」,「09地点名テーブル」,「10

道路テーブル」,「11接続テーブル」,「12禁止乗換テーブル」,「1




195
3有料道路番号テーブル」,「14区間料金テーブル」,「15首都高速料

金テーブル」,「16道路構成地点テーブル」,「17道路構成地点索引テ

ーブル」,「18市区町村通過道路索引テーブル」,「19県範囲定義テー

ブル」及び「32駅テーブル」である。

このうち,被告らは,被告CDDB(当初版・2006年版)において存

在した,原告CDDBの「13有料道路番号テーブル」,「16道路構成地

点テーブル」,「17道路構成地点索引テーブル」,「18市区町村通過道

路索引テーブル」及び「19県範囲定義テーブル」の五つのテーブルと対応

するテーブルについては,被告CDDB(現行版)においては削除したとし

ている。

また,被告らは,被告CDDB(現行版)において,原告CDDBの「0

7URL種別テーブル」,「08URL分類テーブル」に対応する「32U

RL種別マスタ」,「33URL見出しマスタ(被告CDDB(現行版)で

はURL分類マスタ)」の二つのテーブルについては,テーブル及びそれら

に存する合計11個のフィールドはいずれも維持するものの,レコード数は

いずれもゼロであるとする。

原告CDDBの「05緯度経度テーブル」に対応する「34緯度経度マス

タ」については,別紙3のとおり,被告CDDB(当初版・2006年版)

の四つのフィールドにおいては,いずれも原告CDDBの対応するフィール

ドとフィールドIDが完全に一致していたところ,被告CDDB(現行版)

においては,フィールドIDを改め,新たに「作成日時」,「更新日時」及

び「削除区分」の三つのフィールドを設けるほか,別紙4のとおり,公共施

設につき7万件余りのレコードを追加し,総レコード数を18万余とした。

対応する原告CDDBのレコード数は11万余件である。

原告CDDBの「20ホテル・旅館テーブル」,「21観光施設テーブル」

についても,被告CDDB(当初版・2006年版)と原告CDDBの対応




196
するフィールドとフィールドIDが完全に一致していたものについては,被

告CDDB(現行版)においては,フィールドIDを改め,フラグ,日付等

に関するフィールドについて,一部削除を行うなどしたほかは,基本的に被

告CDDB(当初版・2006年版)のフィールドを維持し,レコードに関

し,新設ホテル,施設等の追加や削除等を行った。

原告CDDBの「09地点名テーブル」と対応する「35地点マスタ」に

ついては,被告CDDB(当初版・2006年版)においては,フィールド

数,フィールドIDが原告CDDBと完全に一致していたところ,被告CD

DB(現行版)においては,フィールドIDを改めるとともに,「作成日時」,

「更新日時」及び「削除区分」の三つのフィールドを新設するほか,道路デ

ータの追加等に伴い,レコードを追加・更新した。

原告CDDBの「10道路テーブル」と対応する被告CDDB(現行版)

の「36道路マスタ」については,被告CDDB(当初版・2006年版)

の「36道路名マスタ」においては,フィールド数,フィールドIDが原告

CDDBと完全に一致していたところ,被告CDDB(現行版)においては,

フィールドIDを改めるとともに,「作成日時」,「更新日時」及び「削除

区分」の三つのフィールドを新設するほか,道路データを追加・更新した。

被告CDDB(当初版・2006年版) 「37接続マスタ」
の については,

原告CDDBの「11接続テーブル」のデータをコピーして利用したことを

被告らは認めており,被告CDDB(当初版・2006年版)の同テーブル

の各フィールドIDは,被告CDDB(当初版・2006年版)で付加され

た「連番」フィールドを除き,その余の9個のフィールドにつき,いずれも

原告CDDBのフィールドIDに「RDC」を頭に付加した以外は同一であ

るところ,被告CDDB(現行版)ではこれらIDを改めるとともに,フィ

ールドを五つとして被告CDDB(当初版・2006年版)からの正規化を

行うとともに,「作成日時」,「更新日時」及び「削除区分」の三つのフィ




197
ールドを新設するほか,「地点コード(始点)」,「地点コード(終点)」,

「道路コード」の三つにプライマリー・キーを設定した。また,道路データ

を充実させたことに伴う追加,更新等をレコードに関して行った。

被告CDDB(当初版・2006年版)の「38禁止乗換マスタ」につい

ては,原告CDDBの「12禁止乗換テーブル」のデータをコピーして利用

したことを被告らは認めており,被告CDDB(当初版・2006年版)の

同テーブルの各フィールドIDは,いずれも原告CDDBのフィールドID

と同一であるところ,被告CDDB(現行版)ではこれらIDを改めるとと

もに,「作成日時」,「更新日時」及び「削除区分」の三つのフィールドを

新設するほか,「地点コード(始点)」,「地点コード(終点)」,「道路

コード」の三つにプライマリー・キーを設定した。また,道路データを充実

させたことに伴う追加,更新等をレコードに関して行った。

原告CDDBの「14区間料金テーブル」に対応する被告CDDB(当初

版・2006年版)の「39料金マスタ」については,原告CDDBのデー

タをコピーして利用したことを被告らは認めており,被告CDDB(当初

版・2006年版)の同テーブルの各フィールドIDは,いずれも原告CD

DBのフィールドIDと同一であるところ,被告CDDB(現行版)ではこ

れらIDを改めるとともに,「作成日時」,「更新日時」及び「削除区分」

の三つのフィールドを新設するほか,「地点コード(始点)」,「地点コー

ド(終点)」,「道路料金区分」の三つにプライマリー・キーを設定した。

また,高速道路の料金改定,区間延長等に対応してレコードを追加し,この

テーブルのレコードだけで170万件余りとなり,全レコードの66%以上

を占めている。

原告CDDBの「15首都高速料金テーブル」に対応する被告CDDB(当

初版・2006年版)の「40首都高速料金マスタ」については,原告CD

DBのデータをコピーして利用したことを被告らは認めており,被告CDD




198
B(当初版・2006年版)の同テーブルの各フィールドIDは,いずれも

原告CDDBのフィールドIDと同一であるところ,被告CDDB(現行版)

ではこれらIDを改めるとともに,「作成日時」,「更新日時」,「削除区

分」の三つのフィールドを新設するほか,「道路コード」,「道路料金区分」

の二つにプライマリー・キーを設定した。また,有料道路料金の無料化,料

金改定等に対応してレコードの追加,更新等を行った。

原告CDDBの「32駅テーブル」に対応する「47駅マスタ」では,被

告CDDB(当初版・2006年版)に存した「駅番号(ヴァル研)〔フィ

ールドID;JKBVALND〕」,「JR駅名コード〔フィールドID;

JKBJRNO〕」の二つのフィールドを削除した。なお,これらフィール

ドIDは,いずれも原告CDDBの対応するフィールドのIDと同一である。

(ウ) 具体的な情報の同一ないし類似性

a 地点名テーブルの道路情報

原告CDDB(2006年11月版)の「09地点名テーブル」には,

1万2822件のレコードが収録され,被告CDDB(現行版)では,バ

ージョンにより異なるものの,2007年9月版の Ver2.53 の「35地点

マスタ」には,そのうちの99.5%である1万2762件につき,一致

する道路地点(前記同様,「関JCT(伊勢自動車道・名阪国道)」,「芸

濃IC(伊勢自動車道,県道10号) 等)
」 のレコードが収録されている。

〔甲32〕

b 緯度経度情報の一致

そして,原告CDDBの「09地点名テーブル」の道路地点の緯度経度

情報は,前記のとおり,原告CDDB作成時に,作成者自身がパソコンの

マウスを地図上でクリックする方法で選択した場所について,これを0.

1秒単位で緯度経度を測定して数値化したものであり,被告CDDB(現

行版のうち,2007年9月版の Ver2.53)においても,6ないし7桁の




199
数値で緯度経度情報を収録しているところ,上記道路地点のうち,この6

ないし7桁で表される緯度及び経度情報につき,原告CDDB(2006

年11月版)との完全一致率は96.6%であり,1万2392件の一致

するレコードが収録されている。〔甲22,28,32,39,70〕

c 選択道路の一致

原告CDDBは,前記のとおり,大型観光バスでの移動に適した道路の

選択を行っており,多くの道道,県道等の中から北海道では80道道,福

岡県では47県道を選択しているところ,被告CDDB(現行版のうち,

2007年5月版の Ver2.0)では,北海道では,全データ83件のうち,

全く同じ80道道を,福岡県ではこれと一致する県道のうち41県道を選

択して格納している。〔甲48〕

d その他の情報の一致

(a) 緯度経度情報について

原告CDDBでは,新バージョンに移行しない顧客のために「01市

区町村テーブル」,「09地点名テーブル」,「20ホテル・旅館テー

ブル」,「21観光施設テーブル」,「32駅テーブル」と緯度経度テ

ーブルとで緯度経度情報を重複保有している。被告CDDB(現行版)

でも同様に重複保有している。

(b) 地点名テーブルについて

原告CDDBと同じ誤りが被告CDDB(現行版)にも存在する(被

告CDDB(当初版・2006年版)の該当箇所で記載した「阿武隅」。

正しくは「阿武隈」。)。

(c) 道路テーブルについて

@ 原告CDDBと同じ誤りが被告CDDB(現行版)にも存在する。

すなわち,被告CDDB(当初版・2006年版)の例で挙げた,道

路番号原告CDDB462(AZ634)の道路名「金精道路」の読




200
みの誤り(誤りは「キンセイドウロ」,正しくは「コンセイドウロ」)

が,被告CDDB(現行版)にも存する。

A 原告CDDBと同じ誤りが被告CDDB(現行版)にも存在する。

被告CDDB(当初版・2006年版)の該当箇所でも記載したとお

り,原告CDDBは茨城県の読み仮名を,「イバラキケン」(正)と

「イバラギケン」(誤)を混在して登録している。〔甲65の別紙5〕

B 被告CDDB(当初版・2006年版)の該当箇所でも記載したと

おり,ダミーデータ「***」(道路名),「ン ダミー」(道路名

の読み)の一致が,被告CDDB(現行版)においても認められる。

〔甲21〕

(d) 首都高速料金テーブルについて

原告CDDBと同じ誤りが被告CDDB(現行版)にも存在する。具

体的には,前記(3)カ(ア)f 記載のとおりである。

被告らは,原告から,2010年9月22日付け第6準備書面で,

「蔵王ハイライン」の誤った料金データ一致がデッドコピーであると

の指摘を受け,その後の2010年12月・2011年1月版の

Ver2.99 からはこれを修正した。〔甲65の別紙7〕

(e) ホテル・旅館テーブルについて

@ 宿泊施設の読み仮名に関して,原告CDDBと同じ誤りが被告CD

DB(現行版)にも存在する。被告CDDB(当初版・2006年版)

の該当箇所でも記載したとおり,原告CDDBでは宿泊施設名の読み

仮名について長音符「ー」とすべきを誤って数字記号マイナス「−」

登録した場合が相当あるが,これらと同じ誤りが被告CDDB(現

行版)にも存在する。具体的には,前記(3)カ(ア)g(a)記載のとおりで

ある。

A 宿泊施設名の読み仮名に関して,原告CDDBと同じ誤り(施設カ




201
ナ)が被告CDDB(現行版)に存在する。これらについては,被告

CDDB(当初版・2006年版)と同じ誤りが,全て被告CDDB

(現行版)にも存する。具体的には,前記(3)カ(ア)g(b)記載のとおり

である。

(f) 観光施設テーブルについて

@ 観光施設名の読み仮名に関して,原告CDDBと同じ誤りが被告C

DDB(現行版)にも存在する。

被告CDDB(当初版・2006年版)の該当箇所でも記載したと

おり,原告CDDBは宿泊施設名称の読み仮名を表記するフィールド

を有しており,宿泊施設名に「英字」「数字」を含む場合に「英字」

「数字」についてもきちんと読み仮名で表記されているものと,読み

仮名に「英字」「数字」がそのまま残っているものが混用されている

ところ,被告CDDB(現行版)にも原告CDDBと同じ混用状態が

存在する。

被告CDDB(当初版・2006年版)と同じく,原告CDDBの

施設名称「美利河I遺跡」(「I」は英字のアイ)の誤りにつき,被

告CDDB(現行版)は原告CDDBと一致する誤り(英字の「I」)

登録をしている。〔甲65の別紙14〕

A 観光施設の読み仮名に関して,原告CDDBと同じ誤りが被告CD

DB(現行版)に存在する。原告CDDBでは観光施設名の読み仮名

について,長音符「ー」とすべきを誤って数字記号マイナス「−」で

登録した場合が相当数あるところ,これらと同じ誤りが被告CDDB

(現行版)に存在する。読み仮名に長音符「ー」とマイナス記号「−」

が混用されている前記(3)カ(ア)h(b)記載の例のほか,被告CDDB(当

初版・2006年版)と同様,そうした事例が存在する。〔甲65の

別紙15〕




202
B 株式会社,有限会社の施設名やその読み仮名に関する原告CDDB

の不統一表記や誤りと同じ不統一の表記や誤りが被告CDDB(現行

版)にも存在する。

被告CDDB(当初版・2006年版)の該当箇所でも記載したと

おり,原告CDDBは,株式会社や有限会社といった法人の種別につ

いて,施設名とそのカナについて不統一な表記を行っている。

原告CDDBの以下の二つのパターン(被告CDDB(当初版・2

006年版)では八つ)のデータと同じデータが被告CDDB(現行

版)に存する。〔甲65の別紙18〕

・施設名を株式会社とし,カナをサブシキカイシャと誤って表記す



・施設名を(株)とし,カナをカブと表記する

C 観光施設名の読み仮名表記に原告CDDBと同じ誤り(「ひらがな

が混じる」,「漢字が混じる」,「英字が混じり読みも誤る」,「記

号「^」が混じり読みも誤る」など)が被告CDDB(現行版)にも

存在する。具体的には前記(3)カ(ア)h(d)記載の被告CDDB(当初版・

2006年版)の例のほか,その他にも事例がある。〔甲65の別紙

19〕

D 原告CDDBでは施設について旧名称と現行名称と重複して登録

る例があるが,被告CDDB(現行版)でも同一の重複登録があり,

この点については,前記(3)カ(ア)h(e)記載と同様である。

E 原告CDDBに平成17年(2005年)当時登録されていた下記

の平成17年(2005年)のイベントのデータが,被告CDDB(現

行 版 ) に も 引 き 続 き 存 在 し て お り , こ の 点 に つ い て は , 前 記 (3) カ

(ア)h(f)記載と同様である。

(g) 駅テーブルについて




203
駅名の読み仮名に関して,原告CDDBと同じ誤りが被告CDDB(現

行版)にも存在する(なお,2011年2・3月版 Ver3.1 以降と,被告

CDDB(新版)では「ベフ」に改変されている)。〔甲65の別紙2

5〕

この点については,前記(3)カ(ア)j 記載と同様である。

エ 被告CDDB(現行版)の情報の選択が,原告CDDBの複製又は翻案

当たるか

(ア) 前記のとおり,原告CDDBと被告CDDB(現行版)とでは,情報の選

択について,地点名テーブルの道路情報,緯度経度情報の情報が,それぞれ

完全に一致するか,大部分において一致している。

(イ) そして,原告CDDBにおいては,前記のとおり,旅行会社に対する実情

調査等の結果を踏まえ,主たる目的として,大型観光バスによる団体旅行を

主眼とした行程表作成のための便宜から,通常使用されるロードマップとは

異なる観点である,貸切観光バスが通行するのに適した道路として,都道府

県道については約10%,市区町村道では約0.004%程度を選択して「1

0道路テーブル」に格納し,道路地点として選択した地点における情報も緯

度及び経度のデータとして格納することとし,これを大型観光バスが通過す

るのに適切と考えられる道路のうちの,行程表を作成する上で必要と考えら

れ適切な地点でもある,交差点,インターチェンジ,サービスエリア,パー

キングエリア,観光施設,宿泊施設,駅,役所等の代表道路地点とするのに

適切な地点を選別し,パソコンのマウスを地図上でクリックする方法で選択

して,実際に入力したものである。

そして,施設と関係する代表道路地点の選択においては,施設が接する道

路地点ではなく,当該施設の近辺の道路地点を当該施設の代表道路地点とし

て適宜設定している。

このように,原告CDDBと被告CDDB(現行版)との共通部分である,




204
道路,道路位置,代表道路地点等の選別・選択について,原告CDDBの制

作者の創作活動の成果が表れており,その個性が表現されている。

したがって,被告CDDB(現行版)と共通する上記原告CDDBの部分

については,データベースの情報の選択としての創作性を有するものと認め

るのが相当である。

そして,これら被告CDDB(現行版)が原告CDDBと共通性を有する

部分は,原告CDDBの創作的表現の本質的特徴を直接感得することができ

るものというべきである。

オ 被告らの主張に対する判断

(ア) 被告らは,被告CDDB(現行版)の「37単経路マスタ」では,接続番

号のフィールドを削除して接続概念を一新しており,原告CDDBの「11

接続テーブル」とは異なる旨主張する。

原告CDDBの「11接続テーブル」においては,道路地点間の接続情報

である始点,終点,通行する道路の道路番号,移動に要する時間,2地点間

の距離,上り下り車線の情報,接続番号などの情報等を各フィールドごとに

格納しているところ,前記認定のとおり,被告CDDB(当初版・2006

年版)の「37接続マスタ」では,これら原告CDDBと比較すると,「連

番」のフィールドを除き,同一のフィールドが存在していた。そして,被告

CDDB(現行版)の「37単経路マスタ」では,これら接続情報のうち,

始点,終点,通行する道路の道路番号,移動に要する時間,2地点間の距離

に関連するフィールドのみを残して,「接続番号」 「乗換禁止情報索引」
, ,

「上下区分」等,その余のフィールドを削除したものと認められる。これに

ついては,後記のとおり,乗換禁止の情報に関して,接続番号のフィールド

を使わず,これを「始点」,「中間点」,「終点」というフィールドで持つ

ようにしたためであると認められる。

しかし,これら被告CDDB(現行版)の「37単経路マスタ」における




205
接続番号等のフィールドの削除自体は,その体系的構成や既に選択されてい

る情報自体に影響を及ぼすものとは認められない。

したがって,被告らの上記主張は採用することができない。

(イ) また,被告らは,被告CDDB(現行版)の「38禁止経路マスタ」は,

と原告CDDBの「12禁止乗換テーブル」とは異なるものである旨主張す

る。

既に検討したとおり,原告CDDBの「12禁止乗換テーブル」には,一

方通行などの理由により,経路として接続できない道路の情報を格納してい

るところ,具体的には,「11接続テーブル」で持つ「接続番号」について,

ある接続番号(始点番号,終点番号,道路番号などの情報)の経路から,あ

る接続番号の経路に乗り換えようとした場合に禁止される接続番号の組み

合わせを「12禁止乗換テーブル」に情報として格納している。

この「12禁止乗換テーブル」の「乗換元接続番号」と「乗換先接続番号」

のフィールドには,乗換元と乗換先の接続番号で禁止される乗換のパターン

を特定して格納しているものである。

これによると,「11接続テーブル」から各接続番号の始点,終点,道路

番号がわかり,乗換を行う場合,乗換元の終点は乗換先の始点となる関係に

あるので,接続された場合のルートは

乗換元の始点→(乗換元の終点=乗換先の始点)→乗換先の終点

との関係になる。〔甲23,11,12頁〕

そして,上記(乗換元の終点=乗換先の始点)は,希望するルートであ

る,乗換元の始点から乗換先の終点から見れば,これはすなわち中間点で

あるということができる。別紙1の「11接続テーブル」についての「原

告CDDBの各テーブルの概要」欄記載の例であれば,地点Bはまさにこ

の中間点である。

一方,被告CDDB(現行版)の「38禁止経路マスタ」においては,




206
経路として接続できない,例えば一方通行であるなど,その道路の情報を

「地点コード(始点)」,「地点コード(中間点)」,「道路コード」,

「地点コード(終点)」,「通行禁止道路コード」の各フィールドにおい

て格納している(別紙3のとおり,その余のフィールドは,作成日時等の

フィールドである。)。

そうすると,被告CDDB(現行版)においては,原告CDDBの乗換

元の始点が被告CDDB(現行版)の地点コード(始点)に,乗換元の終

点=乗換先の始点が地点コード(中間)に,乗換先の終点が地点コード(終

点)に,道路コードが通行禁止道路コードにそれぞれ対応するものであっ

て,その違いは,乗換地点が一つ(乗換元の終点=乗換先の始点)あるの

につき,原告CDDBでは乗換元の終点,乗換先の始点と二つのフィール

ドとして捉えているのに対して,被告CDDB(現行版)では,中間点と

いう一つのフィールドで捉えたところにある。

しかし,これは実質的内容には変化がなく,合理化を図る一種の正規化

として行われたものにすぎず,被告CDDB(当初版・2006年版)か

ら被告CDDB(現行版)とで体系的構成に実質的な変化をもたらすもの

とは認められない。

したがって,被告らの上記主張は採用することができない。

(ウ) 被告らは,被告CDDB(現行版)の「39区間料金マスタ」は,原告

CDDBの「14区間料金テーブル」における料金区分の増加に対する対

応において柔軟性があり,異なるものである旨主張する。

なるほど,原告CDDBの「14区間料金テーブル」には有料道路(距

離制料金)における区間,車種による料金情報が格納されており,原告C

DDBではそれぞれの具体的な車種料金(大型車料金,中型車料金,普通

車料金など)を,それぞれフィールドとして保有していることから,新た

な車種料金(例えば超小型車)が生じた場合には,フィールドを増やす必




207
要が生じるので,車種料金のフィールドではなく,車種のフィールドを設

け具体的な車種についてはデータとして管理した方が合理的といえるとこ

ろ,被告CDDB(現行版)の「39区間料金マスタ」では,道路料金区

分として車種を格納するフィールドを設け,具体的な車種(大型車,中型

車料金,普通車料金など)を具体的なデータとすることにより,新たな車

種料金が生じても,フィールドを増やさないで対応できることになる。 こ

のように,原告CDDBの「14区間料金テーブル」と,被告CDDB(現

行版)の「39区間料金マスタ」とでは,道路料金区分として車種を格納

するフィールドを設けるか否かには違いがあるが,結局のところこれは,

被告CDDB(当初版・2006年版)と同じ機能について正規化による

フィールドの整理を行ったにすぎないものというべきであり,被告CDD

B(当初版・2006年版)と被告CDDB(現行版)とを比較してその

体系的構成自体に変化があるものとはいえない。

したがって,被告らの上記主張は採用することができない。

(エ) また,被告らは,被告CDDB(現行版)において,「38禁止経路マ

スタ」は,「35地点マスタ」及び「36道路マスタ」とはリレーション

があるものの「37単経路マスタ」とはリレーションがない旨主張する。

被告らは,被告CDDB(現行版)の「36道路マスタ〔テーブルID;

M DORO〕」の「道路コード」フィールドと「38禁止経路マスタ〔テ

ーブルID;M KINSIKEIRO〕」の「道路コード」フィールド

との間,「36道路マスタ」の「道路コード」フィールドと「38禁止経

路マスタ」の「通行禁止道路コード」フィールドとの間,及び「38禁止

経路マスタ」の「地点コード(始点)」,「地点コード(中間点)」,「地

点コード(終点)」のそれぞれの地点コードと「35地点マスタ〔テーブ

ルID;M CHITEN〕」の「地点コード」との間には,いずれもリ

レーションがあるとする一方,「37単経路マスタ〔テーブルID;M T




208
ANKEIRO〕の「地点コード(始点)」,「地点コード(終点)」,

「道路コード」のそれぞれのコードと「38禁止経路マスタ」の「地点コ

ード(始点)」,「地点コード(中間点)」,「地点コード(終点)」,

「道路コード」,「通行禁止道路コード」との間にはリレーションを否認

するので,以下検討する。

まず,「38禁止経路マスタ」と「37単経路マスタ」との間にリレーシ

ョンが存在しないとする被告の主張については,リレーショナル・データベ

ースでは,各テーブルに共通するフィールドを用いて検索することになると

ころ,プログラムが禁止経路マスタと単経路マスタのそれぞれの「地点コー

ド」と「道路コード」という双方のテーブルに共通するフィールドのデータ

を元に検索を行っていることから,体系的構成としてもテーブル間に共通の

フィールドを設けるリレーションがとられていること,被告システムに用い

られている サーバーを管理するツールである を

用いた解析結果によれば,現実の電子計算機による検索でも,被告システム

においては,禁止経路マスタの地点コード(始点)と単経路マスタの地点コ

ード(始点),禁止経路マスタの地点コード(中間点)と単経路マスタの地

点コード(終点),禁止経路マスタの道路コードと単経路マスタの道路コー

ドが全て同じとなる単経路に「1」,そうでない単経路には「0」というフ

ラグ(指標)を付けて,単経路マスタの全ての単経路について,「地点コー

ド始点」,「地点コード終点」,「所要時間」,「距離」の各フィールドの

情報及び道路マスタの「道路区分」の各フィールドの情報を取得する命令を

しており,被告CDDB(現行版)において,「38禁止経路マスタ」と「3

7単経路マスタ」とにリレーションがあることが認められるから,「37単

経路マスタ」の「地点コード(始点)」,「地点コード(終点)」,「道路

コード」のそれぞれのコードと「38禁止経路マスタ」の「地点コード(始

点)」,「地点コード(中間点)」,「地点コード(終点)」,「道路コー




209
ド」,「通行禁止道路コード」との間にリレーションがあることが認められ

る。〔甲58〕

したがって,被告らの上記主張は採用することができない。

(オ) 被告らは,「36道路マスタ」の「道路コード」フィールドと「38禁止

経路マスタ」の「道路コード」フィールドとの間,「36道路マスタ」の「道

路コード」フィールドと「38禁止経路マスタ」の「通行禁止道路コード」

フィールドとの間,及び「38禁止経路マスタ」の「地点コード(始点)」,

「地点コード(中間点)」,「地点コード(終点)」のそれぞれの地点コー

ドと「35地点マスタ」の「地点コード」との間には,いずれもリレーショ

ンがあるとする点につき,被告らは,禁止経路は,あくまでも地点の組み合

わせによりデータを取得していて単経路の組み合わせとはなっていないた

めに,禁止経路マスタと単経路マスタは,一方が他方を包含する関係にあり

リレーションがある旨主張し,それに沿う証拠として,乙31の1,2を提

出する。

乙31の1(木暮仁著「利用部門のための情報システム設計論」1997

年3月2日第1刷発行・株式会社日科技連出版社)には,「リレーションシ

ップとは,たとえば『社員』と『部門』の間での,『所属する』『部員であ

る』というような結びつきをいう.一般的には動詞である.」と,また,乙

31の2(株式会社システム・テクノロジー・アイ 林優子「プロとしての

データモデリング入門」2006年11月29日初版第1刷発行・ソフトバ

ンク クリエイティブ株式会社)には,「リレーションシップとは,『2つ

のエンティティの間の意味ある関連を表現するもの』です。たとえば,部門

エンティティとは社員エンティティの間には,『社員は部門に所属する』と

いう関係が成り立ちますが。この『所属する』というのがリレーションシッ

プです。」との記載がある。

このうち,データモデルにおけるエンティティについては,データベース




210
におけるテーブルに対応するものとは認められるところ(甲64の4),上

記乙31の1,2に,被告らが主張する,一方が他方を包含する関係にある

場合にリレーションがあるとする内容についての記載はない。

また,リレーションシップとは,「データベースで,共通するフィールド

を通じて複数のテーブルが関連付けられること。関連付けることで,複数の

テーブルのレコードをひとつのテーブルのレコードのように扱える。」こと

を意味するものと認められるところ(甲64の1),リレーションには,1

対1,1対多,多対多の関係があるものと認められるから(甲64の3, ,
4)

包含関係があるか否かによりリレーションシップの有無を判断すべきもの

とは認められない。

そして,このように,データベースにおけるリレーションシップは,テー

ブル間の関連付けで,具体的にリレーションシップを実現するために,各テ

ーブルに共通するフィールドを通じて,複数のテーブルが関連付けられるこ

とをいうものであるから,テーブル間に共通するフィールドがあれば両テー

ブル間にはリレーションがあるものと考えられるところ,その場合,フィー

ルドIDないしフィールド名が同じになることが多いものと解されるが,そ

れらが異なっていても,同じ属性のフィールドであれば共通のフィールドと

なるものと解される。

加えて,被告CDDB(現行版)の「単経路マスタ」には「地点コード(始

点)」,「地点コード(終点)」,「道路コード」のフィールドがあり,「禁

止経路マスタ」には「地点コード(始点)」,「地点コード(中間点)」,

「地点コード(終点)」,「道路コード」のフィールドがあり,単経路も禁

止経路も道路コードと地点の組み合せで特定している。「単経路マスタ」で

も「禁止経路マスタ」でも,道路コードのフィールドが共通であることに加

え,始点,中間点,終点のいずれであれ地点コードが格納されているフィー

ルドは地点コードという属性のデータが格納されている点で共通であるの




211
で,テーブル間にはその共通の属性のフィールドを介してリレーションがあ

るといえる。加えて,前記のとおり,被告CDDB(現行版)では,

サーバーの命令により,単経路マスタ,禁止経路マスタ間の共通のフィール

ドを使って実際の検索もされていることが認められる。

したがって,被告らの上記主張は採用することができない。

カ 依拠性について

被告CDDB(現行版)が,被告CDDB(当初版・2006年版)に改

変等を加える形で制作されたと認められること,上記誤記等を含む具体的な

情報の同一性等に照らし,被告CDDB(現行版)が,原告CDDBに依拠

して作成されたことは明らかである。

被告らは,原告CDDBに依拠することなく,平成18年8月に被告CD

DBを含む被告システムの制作を委託した外注先を変更し,独自に被告CD

DB(現行版,Ver2.99)を作成したと主張し,それに沿う証拠として,外

注先が作成したとするテーブル定義書(乙22)を提出する。

しかし,上記テーブル定義書(乙22)には,作成者,承認者の押印欄等

があり,作成日を記入する欄も設けられているにもかかわらず,100枚以

上提出されたその定義書には1枚も作成者,承認者の押印も作成日の記入も

ない上,平成23年2月21日に行われた第8回弁論準備手続期日において

も,被告らにおいて,乙22の作成者については外注先の強い希望により具

体的に特定することは差し控えるなどとして乙22の作成の経緯について

は何ら明らかにしないことを考慮すると,乙22及びそれが被告CDDB

(現行版,Ver2.99)のテーブル定義書であるとする平成23年2月9日付

け被告Y1作成の報告書(乙24)は,いずれも信用するに足りない。

したがって,被告らの主張は上記採用することができない。

キ 被告CDDB(現行版)についての結論

以上の検討によれば,被告CDDB(現行版)は,原告CDDBに依拠し




212
て制作された複製物に当たると認めるのが相当である。

(5) 最後に,被告CDDB(新版)につき検討する。

ア 被告CDDB(新版)と原告CDDBとの体系的構成の共通性

(ア) テーブルの種類及び数

a 一致するマスターテーブル

(a) 原告CDDBには42個の,被告CDDB(新版)には29個のマス

ターテーブルがそれぞれ含まれるところ,このうち,以下の7個のマス

ターテーブルについては,原告CDDBに含まれるマスターテーブルと

一致することにつき争いがない。

一致することに争いのない7個のマスターテーブルは,以下のとおり

である(原告CDDBのマスターテーブルによる表記。対応する被告C

DDB(新版)の表記は別紙2該当欄記載のとおり)。

・「01市区町村テーブル」

・「06URLアドレステーブル」

・「09地点名テーブル」

・「10道路テーブル」

・「32駅テーブル」

・「42会社テーブル」

・「43交通機関種別テーブル」

(b) そして,原告は,「20ホテル・旅館テーブル」,「21観光施設

テーブル」及び「22観光施設備考テーブル」についても,これら三

つのテーブルに対応する,被告CDDB(新版) 「21施設マスタ」
の ,

「29宿泊施設マスタ」,「23観光施設マスタ」,「26観光料金

マスタ」,「25観光料金種別マスタ」,さらには被告CDDB(新

版)で加わった「130食事土産マスタ」,「131施設別詳細種別

マスタ」,「132施設種別マスタ」,「133施設詳細種別マスタ」




213
は,一致するマスターテーブルである旨主張し,さらに,「02地区・

県名テーブル」は「3都道府県マスタ」と,「11接続テーブル」は

「37単経路マスタ」と,「12禁止乗換テーブル」は「38禁止経

路マスタ」と,「14区間料金テーブル」は「39区間料金マスタ」

と,「15首都高速料金テーブル」は「40通行料金マスタ」と,「3

3路線構成テーブル」は「46路線構成マスタ」と,「34路線テー

ブル」は「43路線マスタ」と,「36路線検索テーブル」は「45

時刻マスタ」と,「39便テーブル」及び「40運行日定義テーブル」

は「44便マスタ」と,それぞれ対応して被告CDDB(新版)に存

在する旨主張する。

まず,被告CDDB(新版)の「3都道府県マスタ」は,被告CD

DB(現行版)と比較すると,被告CDDB(現行版)から被告CD

DB(新版)へのバージョンアップに当たり,「34緯度経度マスタ」

を削除したことに伴い,被告CDDB(新版)の「3都道府県マスタ」

では,「代表道路地点コード」,「緯度」,「経度」,「都道府県カ

ナ」の各フィールドが追加されたものの,これは上記削除に伴うもの

であって,内容的に重要な変更はされていないものと認められること

から,被告CDDB(現行版)と同様,「3都道府県マスタ」は原告

CDDBの対応するテーブルと実質一致するものと認められる。

また,被告CDDB(新版)の「37単経路マスタ」,「38禁止

経路マスタ」,「39区間料金マスタ」及び「40通行料金マスタ」

それら自体は,別紙3のとおり,各フィールドを含め,被告CDDB

(現行版)と比較して変更はないと認められるから,被告CDDB(現

行版)と同様,「37単経路マスタ」,「38禁止経路マスタ」,「3

9区間料金マスタ」及び「40通行料金マスタ」は,原告CDDBの

対応するテーブルと実質的に一致するものと認められる。




214
次に,被告CDDB(新版)の「21施設マスタ」,「29宿泊施

設マスタ」及び「23観光施設マスタ」は,被告CDDB(現行版)

等と比較して詳細な情報を登録するためのフィールド(「風呂」 「バ


リアフリー」等)が追加されているものの,テーブル全体としては重

要な変更がされていないから,被告CDDB(新版)の「26観光料

金マスタ」及び「25観光料金種別マスタ」は,被告CDDB(現行

版)と比較して変更はなく,被告CDDB(新版)の「21施設マス

タ」,「29宿泊施設マスタ」,「23観光施設マスタ」及び「26

観光料金マスタ」も,原告CDDBの対応するテーブルと実質的に一

致するものと認められる。なお,被告CDDB(新版)の「25観光

料金種別マスタ」は原告CDDBに対応するテーブルが存しないこと

は被告CDDB(当初版・2006年版),被告CDDB(現行版)

のときと同様である。

そして,被告CDDB(新版)では,「宿泊施設マスタ」や「観光

施設マスタ」と同様に,「施設マスタ」の下位のテーブルとして「1

30食事土産マスタ」が,施設の種別に関して大分類,中分類,小分

類のテーブルとして,「132施設種別マスタ」,「133施設詳細

種別マスタ」,「131施設別詳細種別マスタ」が,それぞれ追加さ

れている。被告CDDB(新版)の「130食事土産マスタ」,「1

31施設別詳細種別マスタ」,「132施設種別マスタ」,「133

施設詳細種別マスタ」と原告CDDBの「20ホテル・旅館テーブル」,

「21観光施設テーブル」とは,別紙3,別紙7,別紙10(争いの

あるリレーションについての判断は後記する。)のとおりの各フィー

ルドやリレーションの内容等をみると,一部に共通するフィールドは

存在しているものの,共通していない部分は,施設に関する情報を被

告CDDB(現行版)からさらに追加可能にするものであって,施設




215
を選択するための情報として参照可能なものであることが推認される。

そうすると,これらは,原告CDDBとは,対応しないものと認めら

れる。

さらに,被告CDDB(新版)の「46路線構成マスタ」,「43

路線マスタ」は被告CDDB(現行版)と比較してフィールド内容に

一部変更がされているが,被告CDDB(新版)では被告CDDB(現

行版)に持たせていた料金計算のための情報を「駅すぱあと」に行わ

せるように設計を変更し,そのためのフィールドを設けたものであり,

被告CDDB(新版)の「45時刻マスタ」,「44便マスタ」は被

告CDDB(現行版)と比較して変更はないと思われることから,被

告CDDB(現行版)と同様,被告CDDB(新版)の「46路線構

成マスタ」,「43路線マスタ」,「45時刻マスタ」及び「44便

マスタ」は原告CDDBの対応するテーブルと実質的には一致するも

のと認められる。ただし,後記するとおり,別紙10において,(※

※)の付けられたフィールドが被告CDDB(新版)には新設されて

おり,また,それに伴いリレーションの取り方も異なるものとなって

いる。

(c) 上記によれば,原告CDDBと被告CDDB(新版)とで一致する

マスターテーブルは,上記20個であると認められる。

なお,被告CDDB(当初版・2006年版)及び被告CDDB(現

行版)では,緯度経度情報を,「34緯度経度マスタ」とその他のテ

ーブルの「4市区町村マスタ」,「21施設マスタ」,「35地点マ

スタ」,「47駅マスタ」で重複して保有しており,原告CDDBと

同様となっていたところ,被告CDDB(新版)では「34緯度経度

マスタ」のテーブルが削除されている。また,被告らは,それまで,

「34緯度経度マスタ」とリレーションを取っていたが,実質的に利




216
用していなかった「32URL種別マスタ」,「33URL分類マス

タ」も削除した。

b 一致しないマスターテーブル

前記のとおり,被告CDDB(新版) 「25観光料金種別マスタ」
の は,

原告CDDBに対応するマスターテーブルが存在せず,「130食事土産

マスタ」,「131施設別詳細種別マスタ」,「132施設種別マスタ」

及び「133施設詳細種別マスタ」についても,被告CDDB(新版)に

おいて新たに設けられたマスターテーブルであって,一致するものは原告

CDDBには存しない。

また,被告CDDB(新版)の「134提携施設マスタ」,「135

提携種別マスタ」,「136提携会社マスタ」及び「137単経路補間マ

スタ」についても,原告CDDBに対応するマスターテーブルが存在しな

い。

そして,原告CDDBのマスターテーブルのうち,「03方面テーブ

ル」,「04方面設定テーブル」については,被告システムでは,方面検

索の機能がないため,対応するテーブルが存在しない。

さらに,原告CDDBのマスターテーブルのうち,被告CDDB(新版)

においては,原告CDDBの「05緯度経度テーブル」について,対応す

るテーブルが存在しない。

その他,被告CDDB(新版)では,原告CDDBの,「07URL種

別テーブル」,「08URL分類テーブル」,「13有料道路番号テーブ

ル」 「16道路構成地点テーブル」 「17道路構成地点索引テーブル」
, , ,

「18市区町村通過道路索引テーブル」,「19県範囲定義テーブル」,

「28協定施設テーブル」,「29券種テーブル」,「30協定旅館テー

ブル」,「31連結協定テーブル」,「35時刻表料金テーブル」,「3

7路線検索索引テーブル」,「38路線タイプテーブル」,「41時刻テ




217
ーブル」,「44地方別会社索引テーブル」,「45検索地方範囲定義テ

ーブル」,「46地方別路線索引テーブル」及び「47駅通過線索引テー

ブル」についても,被告CDDB(新版)に対応するマスターテーブルが

存在しない。

(イ) 被告CDDB(新版)の各テーブルに存在するフィールドの種類及び数

原告CDDBには42個のテーブルに,405個のフィールドが存すると

ころ,被告CDDB(新版)の各テーブルに存在するフィールドは別紙3記

載のとおりであり,29個のテーブルに326個のフィールドが存する。

前記のとおり原告CDDBのマスターテーブルと一致する被告CDDB

(新版)の20個のテーブルにおけるフィールド項目については,別紙3記

載のとおり,一致するテーブルに存するフィールドは294個である。

フィールドのうち,「作成日時」,「更新日時」及び「削除区分」のフィ

ールドは,データ更新やテーブル管理を行うための管理項目であり,データ

ベースの検索機能や提供データの内容自体に影響を及ぼす性質のものでは

ない。〔甲3,7頁〕

このうち,被告CDDB(新版)における,ほぼ各テーブル(マスタ)に

存在する「登録日時(作成日時)」,「更新日時(更新日時)」及び「削除

区分(削除区分) のフィールドを除くと,
」 原告CDDBと被告CDDB(新

版)とで一致するフィールド数のうち,別紙3のとおり,133個が,原告

CDDBと一致している。

(ウ) テーブル間の関連付け

別紙3のとおり,原告CDDBと被告CDDB(新版)とでは,原告CD

DBのマスターテーブルと一致する20個のテーブルに関して,プライマリ

ー・キーの設定につき,原告CDDBの「02地区・県名テーブル」の「地

区コード」フィールド,原告CDDBの「06URLアドレステーブル」の

「テーブル種別」・「種別毎キー」フィールド,原告CDDBの「11接続




218
テーブル」の「接続番号」フィールド(被告CDDB(新版)では,「37

単経路マスタ」の「地点コード(始点)(地点番号 始点)」,「地点コー

ド(終点)(地点番号 終点)」及び「道路コード(道路番号)」の三つの

フィールドにプライマリー・キーが設定されている。 ,
) 原告CDDBの「1

2禁止乗換テーブル」の「乗換元接続番号」フィールド(被告CDDB(新

版)では,「38禁止経路マスタ」の「地点コード(始点)(地点番号 始

点)」,「道路コード(道路番号)」,「地点コード(中間点)(地点番号

中間)」「地点コード(終点)(地点番号 終点)」及び「通行禁止道路コ

ード(道路番号 禁止)」の五つのフィールドにプライマリー・キーが設定

されている。),被告CDDB(新版)の「39区間料金マスタ」及び「4

0通行料金マスタ」の各「道路料金区分(道路料金区分)」フィールドを除

き,一致したフィールドないし同一のテーブルの同種フィールドにプライマ

リー・キーが設定されている。

これらによれば,被告CDDB(新版)におけるテーブル間のリレーショ

ンに関しては,別紙10の青丸と青丸を結ぶ黒線(黒太線を含む)及び黒点

線のとおりと認められる。

なお,この点につき,被告らは,被告CDDB(新版)の「36道路マス

タ〔テーブルID;M DORO〕」の「道路コード」フィールドと「38

禁止経路マスタ〔テーブルID;M KINSIKEIRO〕」の「道路コ

ード」フィールドとの間,「36道路マスタ」の「道路コード」フィールド

と「38禁止経路マスタ」の「通行禁止道路コード」フィールドとの間,及

び,「38禁止経路マスタ」の「地点コード(始点)」,「地点コード(中

間点)」,「地点コード(終点)」のそれぞれの地点コードと「35地点マ

スタ〔テーブルID;M CHITEN〕」の「地点コード」との間には,

いずれもリレーションがあるとする一方(別紙10に赤丸と赤丸を結ぶ赤点

線で記載されたリレーション),「37単経路マスタ〔テーブルID;M




219
TANKEIRO〕」の「地点コード(始点)」,「地点コード(終点)」,

「道路コード」のそれぞれのフィールドと「38禁止経路マスタ」の「地点

コード(始点)」,「地点コード(中間点)」,「地点コード(終点)」,

「道路コード」,「通行禁止道路コード」との間のリレーションを否認する

(別紙10に青丸と青丸を結ぶ黒点線で記載されたリレーション)ので,以

下,検討する。

まず,「38禁止経路マスタ」と「37単経路マスタ」との間にリレーシ

ョンが存在しないとする被告の主張については,被告システムに用いられて

いる サーバーを管理するツールである を用いた

解析結果によれば,被告CDDB(新版)においても,「38禁止経路マス

タ」 「37単経路マスタ」
と とにリレーションがあることが認められるから,

これと各テーブルのフィールドの内容からすれば, 「37単経路マスタ」
上記

の「地点コード(始点)」,「地点コード(終点)」,「道路コード」のそ

れぞれのフィールドと「38禁止経路マスタ」の「地点コード(始点)」,

「地点コード(中間点)」,「地点コード(終点)」,「道路コード」,「通

行禁止道路コード」との間にリレーションがあることが認められる。これら

の詳細は前記被告CDDB(現行版)における判断と同様である。〔甲58〕

次に,「36道路マスタ」の「道路コード」フィールドと「38禁止経路

マスタ」の「道路コード」フィールドとの間,「36道路マスタ」の「道路

コード」フィールドと「38禁止経路マスタ」の「通行禁止道路コード」フ

ィールドとの間,及び「38禁止経路マスタ」の「地点コード(始点)」,

「地点コード(中間点)」,「地点コード(終点)」のそれぞれの地点コー

ドのフィールドと「35地点マスタ」の「地点コード」フィールドとの間に

は,いずれもリレーションがあるとする点につき,被告らは,禁止経路は,

あくまでも地点の組み合わせによりデータを取得していて単経路の組み合

わせとはなっていないために,禁止経路マスタと単経路マスタは,一方が他




220
方を包含する関係にあるから,リレーションがある旨主張する。

しかし,包含関係があるか否かによりリレーションの有無が判断されるも

のとは認められないことは前記被告CDDB(現行版)についての判断と同

様である。

また,被告CDDB(新版)では,被告CDDB(現行版)と同様,原告

CDDBの「20ホテル・旅館テーブル」,「21観光施設テーブル」及び

「22観光施設備考テーブル」の3テーブルに対応するテーブルとして,被

告CDDB(新版)では「21施設マスタ」,「29宿泊施設マスタ」,「2

3観光施設マスタ」及び「26観光料金マスタ」の4テーブルを設けている

ところ,原告CDDBにおける「01市区町村テーブル」が「20ホテル・

旅館テーブル」,「21観光施設テーブル」の二つのテーブルとリレーショ

ンを取っていることに対して,被告CDDB(新版)では「4市区町村マス

タ」は,原告CDDBの「20ホテル・旅館テーブル」,「21観光施設テ

ーブル」の共通項目を括りだした上位のテーブルとなっている被告CDDB

(新版)の「21施設マスタ」の一つのテーブルとのみリレーションを取っ

ている。これにより,これと関連するリレーションの線がその分少なくなっ

ている。

(エ) 一方で,被告CDDB(新版)では,前記のとおり,被告CDDB(現行

版)に比して,原告CDDBと一致しないテーブルである,「130食事土

産マスタ」 「131施設別詳細種別マスタ」 「132施設種別マスタ」
, , ,

「133施設詳細種別マスタ」,「134提携施設マスタ」,「135提携

種別マスタ」,「136提携会社マスタ」及び「137単経路補間マスタ」

が追加されている。

まず,「130食事土産マスタ」は,下位テーブルである類型別のマスタ

ーテーブルとして新たに追加するものであり,具体的には,食事処及び土産

施設の情報充実を図るものである。これは観光施設,宿泊施設にかかわらず,




221
ドライブインや名産品の土産店などのように,食事のためや土産物を購入す

るためにだけ立ち寄ることができる施設があり,観光施設や宿泊施設から独

立させて,これらに特化した情報である開館・閉館時間や,食事内容,土産

内容等に関する検索機能を充実させることへの利用者(顧客)からの要望に

応えるために設置されたものである。

また,「131施設別詳細種別マスタ」,「132施設種別マスタ」及び

「133施設詳細種別マスタ」は,被告CDDB(現行版)においては,観

光施設の種別につき,「施設マスタ」中の「観光種別」のフィールド,「観

光種別マスタ」と「観光詳細種別マスタ」で格納していたのに対し,宿泊施

設と公共施設の種別については,施設マスタの中の「宿泊種別」「公共施設

種別」のフィールドのみで格納しており,これら施設によって施設の種別の

格納の仕方が異なっていたが,被告CDDB(新版)では,これを一元的に

整理し格納するため,施設の種別については,観光施設,宿泊施設,公共施

設,被告CDDB(新版)で追加された食事処及び土産施設のいずれも,「1

32施設種別マスタ」,「133施設詳細種別マスタ」及び「131施設別

詳細種別マスタ」の三つのテーブルで格納することとした。これに伴って,

被告CDDB(現行版)の「観光種別マスタ」及び「観光詳細種別マスタ」

は削除された。

これら情報の格納の詳細については,まず,施設を「宿泊」,「観光」,

「公共」及び「食事・土産」の四つに大分類し,次に,そこから施設種別の

中分類として施設種別マスタを用意し,さらに,小分類として施設詳細種別

マスタを用意している。〔乙26〕

これにより,例えば,ある一つの施設が神社・仏閣としても博物館として

も分類されるような複合的な施設種別を持つ場合において,当該施設に割り

当てられた一つの施設コードを使って,神社・仏閣としても博物館としても

検索できるような構造とした。




222
また,「134提携施設マスタ」,「135提携種別マスタ」及び「13

6提携会社マスタ」は,宿泊施設や観光施設等が,大手旅行会社や全国旅行

業協会,旅行案内所などと提携している施設か否か,宿泊クーポンや食事ク

ーポン等のクーポンを利用できる施設か否か,各会社のクーポンを発券でき

る施設か否かといった情報を新たに格納したものであり,これらも利用者か

らの要望に応えるものである。

イ 被告CDDB(新版)の体系的構成が,原告CDDBの複製又は翻案に当た

るか

(ア) 上記のとおり,原告CDDBと被告CDDB(新版)とでは,原告CDD

Bにおける,「01市区町村テーブル」 「02地区・県名テーブル」
, ,「0

6URLアドレステーブル」,「09地点名テーブル」,「10道路テーブ

ル」,「11接続テーブル」,「12禁止乗換テーブル」,「14区間料金

テーブル」 「15首都高速料金テーブル」 「20ホテル・旅館テーブル」
, , ,

「21観光施設テーブル」,「22観光施設備考テーブル」,「32駅テー

ブル」,「33路線構成テーブル」,「34路線テーブル」,「36路線検

索テーブル」,「39便テーブル」,「40運行日定義テーブル」,「42

会社テーブル」及び「43交通機関種別テーブル」の20個のテーブルにつ

き,これと一致するテーブルが被告CDDB(新版)にも存する。

しかし,これら一致するテーブルについても,フィールドの構成やリレー

ションのとり方には,被告CDDB(現行版)と異なる点があることは後記

のとおりである。

また,被告CDDB(新版)の全フィールド数は,326個であるところ,

原告CDDBと被告CDDB(新版)とで一致するフィールドは133個で

ある。

さらに,テーブル間の関連付けについては,原告CDDBと被告CDDB

(新版)とのリレーションの関係を対比すると,別紙7,10のとおりであ




223
り,被告CDDB(新版)では,別紙10の青丸と青丸を結ぶ黒太線で示さ

れている,「4市区町村マスタ」の「代表道路地点コード」フィールドと,

「21施設マスタ」の「代表道路地点コード」フィールド,「35地点マス

タ」の「地点コード」フィールド,「47駅マスタ」の「代表道路地点コー

ド」フィールドとのリレーションについては被告CDDB(現行版)から引

き続いて存在するものの,「34緯度経度マスタ」,「32URLアドレス

マスタ種別マスタ」,「33URL分類マスタ」を削除したことに伴い,こ

れらとのリレーションが消滅している。

そして,被告CDDB(新版)において,「130食事土産マスタ」,「1

31施設別詳細種別マスタ」,「132施設種別マスタ」,「133施設詳

細種別マスタ」,「134提携施設マスタ」,「135提携種別マスタ」,

「136提携会社マスタ」及び「137単経路補間マスタ」が新設されたこ

とに伴い,これら相互のリレーションのほか,被告CDDB(現行版)にも

存した,「37単経路マスタ」,「21施設マスタ」,「29宿泊施設マス

タ」との間で,新たなリレーションも多数発生している。

(イ) 前記認定のとおりの,原告CDDBと被告CDDB(新版)との間で一致

するテーブルについて詳しくみると,原告CDDBでは,「01市区町村テ

ーブル」,「32駅テーブル」,「20ホテル・施設テーブル」,「21観

光施設テーブル」,「09地点名テーブル」,「11接続テーブル」及び「1

0道路テーブル」により,出発地,経由地,目的地に面した道路に関するデ

ータの検索を可能にし,また,「09地点名テーブル」,「10道路テーブ

ル」,「11接続テーブル」,「12禁止乗換テーブル」,「14区間料金

テーブル」及び「15首都高速料金テーブル」により,道路を利用した移動

に関する経路探索・料金の算出に必要なデータの検索を可能にしている。

しかし,これらと対応する被告CDDB(新版)のテーブルをみると,新

たなテーブルとして,「137単経路補完マスタ」が「37単経路マスタ」




224
とリレーションをとる形で設けられ,従来設けられていた「34緯度経度マ

スタ」とのリレーションも消滅している。

また,原告CDDBでは,「20ホテル・旅館テーブル」,「21観光施

設テーブル」,「22観光設備備考テーブル」及び「06URLアドレステ

ーブル」により,ホテル・旅館,観光施設に関する情報を検索することを可

能にしているものであるが,被告CDDB(新版)では,新たに「130食

事土産マスタ」が設けられているほか,「29宿泊施設マスタ」,「23観

光施設マスタ」においても,別紙10の各テーブル内に(※※)が記載され

たフィールドに示されているとおり,相当の数の新設フィールドが設置され

ているし,「21施設マスタ」,「29宿泊施設マスタ」は,いずれも新設

テーブルである「131施設別詳細種別マスタ」 「132施設種別マスタ」
, ,

「133施設詳細種別マスタ」,「134提携施設マスタ」,「135提携

種別マスタ」,「136提携会社マスタ」との新たなリレーションがとられ

ている。

さらに,原告CDDBでは,「32駅テーブル」,「33路線構成テーブ

ル」,「34路線テーブル」,「36路線検索テーブル」,「39便テーブ

ル」,「40運行日定義テーブル」,「42会社テーブル」及び「43交通

機関種別テーブル」により,公共交通機関を利用した経路探索に必要なデー

タの検索を可能にしているが,それらに対応する被告CDDB(新版) 「4


3路線マスタ」,「47駅マスタ」には「駅すぱあと」との連動のためのフ

ィールドが設けられ,また「46路線構成マスタ」に「出発駅コード」,「到

着駅コード」の各フィールドが設けられたことに伴い,「47駅マスタ」と

のリレーションにも変化がある。

そして,原告CDDBの「01市区町村テーブル」,「02地区・県名テ

ーブル」は,道路と地図を関連付ける情報として,地図から検索をするとき

に用いられるものであるが,検索対象となる宿泊・観光施設や経路等との結




225
びつきが重要であるとみられるところ,前記のとおり,これらの施設や経路

等についてのテーブル,フィールド及びそれらについてのリレーションに関

し,相当な変更が被告CDDB(新版)ではされているものといえる。

(ウ) 以上によれば,被告CDDB(新版)においては,被告CDDB(新版)

が原告CDDBと共通性を有する部分のうち,「01市区町村テーブル」,

「32駅テーブル」,「20ホテル・施設テーブル」,「21観光施設テー

ブル」,「09地点名テーブル」,「11接続テーブル」及び「10道路テ

ーブル」により,出発地点,経由地,目的地に面した道路に関するデータの

検索を可能にし,「09地点名テーブル」,「10道路テーブル」,「11

接続テーブル」,「12禁止乗換テーブル」,「14区間料金テーブル」及

び「15首都高速料金テーブル」により,道路を利用した移動に関する経路

探索を行うことを可能にしている点では,なお原告CDDBの創作的表現

本質的な特徴を直接感得することができる部分があるということができそ

うにも思われる。

(エ) しかし,出発地,経由地,目的地に面した代表道路地点に関連して,その

緯度経度情報による経路探索を行うことを可能とする被告CDDB(新版)

の「4市区町村マスタ」(原告CDDBの「01市区町村テーブル」),「4

7駅マスタ」(原告CDDBの「32駅テーブル」),「21施設マスタ」

(原告CDDBの「20ホテル 施設テーブル」 「21観光施設テーブル」 ,
・ , )

「35地点マスタ」(原告CDDBの「09地点名テーブル」)の各テーブ

ル及びこれらを結ぶリレーション(別紙10の青丸と青丸を結ぶ黒太線),こ

れと関連する,「37単経路マスタ」(原告CDDBの「11接続テーブル」 ,


「36道路マスタ」(原告CDDBの「10道路テーブル」),「38禁止

経路マスタ」(原告CDDBの「12禁止乗換テーブル」)との別紙10記

載のリレーションについては,それらを構成するテーブル,リレーションは,

被告CDDB(新版)の全体のフィールド数,リレーションのとり方からみ




226
ると,ごく一部となってしまっている上に,新たに設けられたテーブルであ

る,「137単経路補完マスタ」,「130食事土産マスタ」,「131施

設別詳細種別マスタ」,「132施設種別マスタ」,「133施設詳細種別

マスタ」,「134提携施設マスタ」,「135提携種別マスタ」,「13

6提携会社マスタ」等との間に新たなリレーションがとられている。そして,

これら新設テーブルについては,上記各テーブルに含まれるフィールドの内

容や機能等からすれば,これら被告CDDB(新版)において,新たな創作

的表現として加えられたことを肯定できる。

そうすると,従前の一致部分が削除されたり,新たな創作的表現が付け加

えられたりしている被告CDDB(新版)全体からみた場合には,原告CD

DBと共通性を有する部分は,被告CDDB(新版)の全体の中からみれば,

もはや原告CDDBの表現の本質的な特徴を直接感得することができなく

なっていると認めるのが相当である。

そうすると,被告CDDB(新版)は,もはやその体系的構成において,

原告CDDBの複製ないし翻案には該当しないというべきである。

ウ 被告CDDB(新版)と原告CDDBとの情報の選択の共通性

(ア) フィールド項目の選択の類似性

前記のとおり,テーブル管理のためのフィールドである「登録日時」 「更


新日時」及び「削除区分」等のフィールドを除いた被告CDDB(新版)の

フィールド数219個のうち146個が原告CDDBのフィールドと一致

している。

一方,被告CDDB(新版)では,「3都道府県マスタ」テーブルに「代

表道路地点コード」,「緯度」,「経度」等のフィールドを新設した。

また,被告CDDB(新版)では,「47駅マスタ」テーブルに「駅名(駅

すぱあと)」フィールドを,「46路線構成マスタ」テーブルに「出発駅コ

ード」及び「到着駅コード」フィールドを,「43路線マスタ」テーブルに




227
「駅すぱあと収録区分」及び「集約路線コード」フィールドをそれぞれ新設

した。

これらの新設フィールドについては,原告CDDBに対応するフィールド

が存しない。

さらに,被告CDDB(新版)において新設したテーブルについては,原

告CDDBに対応するテーブルが存しないところ,その詳細は以下のとおり

である。

被告CDDB(新版)における新設テーブルである,「132施設種別マ

スタ」には,ホテル,旅館,ビジネス,名所旧跡・公園景観等,18の施設

種別名の情報が格納されており,別紙3のとおり,フィールドは「施設種別

名」,「表示順」,「施設大種別」,「施設種別」,「更新日時」,「作成

日時」及び「削除区分」の7個である。〔乙26〕

同じく新設テーブルである「133施設詳細種別マスタ」には,ホテル,

旅館,ビジネス,史跡,庭園,歴史的建造物等,60の施設詳細種別名の情

報が格納されており,別紙3のとおり,フィールドは,「施設種別」,「施

設詳細種別名」,「施設大種別」,「表示順」,「作成日時」,「更新日時」

及び「削除区分」の7個である。〔乙26〕

新設テーブルである「131施設別詳細種別マスタ」には,「かんぽの宿

小樽」以下,15万件余りの旅館,施設等の施設名の情報が格納されており,

フィールドは,「施設種別」,「施設大種別」,「更新日時」,「作成日時」

及び「削除区分」の5個である。

同じく新設テーブルである「134提携施設マスタ」には観光施設,食事

施設等5000件余りの施設の情報が格納されており,別紙3のとおり,フ

ィールドは,「施設コード」,「提携会社コード」,「提携種別」,「提携

施設コード」,「更新日時」,「削除日時」及び「作成日時」の7個である。

〔乙26〕




228
新設テーブルである「135提携種別マスタ」には6件の情報が格納され

ており,別紙3のとおり,フィールドは,「表示順」,「提携会社コード」,

「提携種別」,「提携種別名」,「更新日時」,「削除区分」及び「作成日

時」の7個である。〔乙26〕

新設テーブルである「136提携会社マスタ」には1件の情報しか格納さ

れていないが,別紙3のとおり,フィールドは,「表示順」,「提携会社コ

ード」,「提携会社名」,「更新日時」,「削除区分」及び「作成日時」の

6個である。〔乙26〕

新設テーブルである「137単経路補間マスタ」は,道路に関し,地図

に表示するルート検索結果の経路表示を地図上の道路に沿った曲線のよう

に画面上に表示するための座標データとして,1万7000件余りの情報が

格納され,別紙3のとおり,フィールドは,「地点コード(始点)」,「地

点コード(終点)」,「道路コード」,「緯度」,「経度」,「更新日時」,

「連番」,「削除区分」及び「作成日時」の9個であり,このうち,「地点

コード(始点)」,「地点コード(終点)」,「道路コード」及び「連番」

のフィールドにプライマリー・キーが設定されている。〔乙26〕

「137単経路補間マスタ」は,「37単経路マスタ」に格納された地点

間を結ぶ情報につき,行程表において単経路マスタの情報を使用して地図

の移動経路を印刷するところ,地点間の距離が離れるほど,地図上の移動経

路の印刷が直線的になるので,「単経路マスタ」の経路情報をさらに詳細な

ものとして,「137単経路補間マスタ」に収録することとしたものである。

これにより,上記のとおり,行程表の移動経路の印刷を,実際の道路に近い,

きめ細かなものとするためのテーブルである。

(イ)レコードの選択の類似性

被告らは,被告CDDB(当初版・2006年版)において,原告CDD

Bのテーブルのうち,以下の20個のテーブルに含まれるレコードをコピー




229
して用いたことを認めていた。

そのテーブルとは,「20ホテル・旅館テーブル」,「21観光施設テー

ブル」,「05緯度経度テーブル」 「06URLアドレステーブル」
, ,「0

7URL種別テーブル」,「08URL分類テーブル」,「01市区町村テ

ーブル」,「02地区・県名テーブル」,「09地点名テーブル」,「10

道路テーブル」,「11接続テーブル」,「12禁止乗換テーブル」,「1

3有料道路番号テーブル」,「14区間料金テーブル」,「15首都高速料

金テーブル」,「16道路構成地点テーブル」,「17道路構成地点索引テ

ーブル」,「18市区町村通過道路索引テーブル」,「19県範囲定義テー

ブル」及び「32駅テーブル」である。

このうち,被告らは,被告CDDB(現行版)までに,被告CDDB(当

初版・2006年版)において存在した,原告CDDBの「13有料道路番

号テーブル」,「16道路構成地点テーブル」,「17道路構成地点索引テ

ーブル」,「18市区町村通過道路索引テーブル」及び「19県範囲定義テ

ーブル」の5個のテーブルと対応するテーブルは削除したとしている。

また,被告らは,被告CDDB(現行版)においてはレコード数がゼロで

あったにもかかわらず維持されていた,原告CDDBの「07URL種別テ

ーブル」 「08URL分類テーブル」
, に対応する「32URL種別マスタ」,

「33URL見出しマスタ(被告CDDB(現行版)ではURL分類マスタ)」

の2個のテーブルについて,被告CDDB(新版)では削除した。

さらに,重複保有となっていた「34緯度経度マスタ」について,被告C

DDB(現行版)において公共施設7万件余りを追加し,総レコード数を1

8万件余りとしていたところ,このテーブルについても削除した。

原告CDDBの「20ホテル・旅館テーブル」及び「21観光施設テーブ

ル」と対応する被告CDDB(新版)の「29宿泊施設マスタ」,「21施

設マスタ」,「23観光施設マスタ」についても,被告CDDB(現行版)




230
と比して,レコードの追加削除等を行っている。

その他,「35地点マスタ」 「36道路マスタ」 「37単経路マスタ」
, , ,

「38禁止経路マスタ」,「39区間料金マスタ」,「40通行料金マスタ」

及び「47駅マスタ」については,被告CDDB(現行版)から,それぞれ

レコードの追加削除等を行った。

(ウ) 具体的な情報の同一ないし類似性

a 地点名テーブルの道路情報

原告CDDB(2006年11月版)の「09地点名テーブル」には,

1万2822件のレコードが収録され,被告CDDB(新版)では,「3

5地点マスタ」には,そのうちの92.6%である1万1872件につき,

一致する道路地点(前記同様,「関JCT(伊勢自動車道・名阪国道)」,

「芸濃IC(伊勢自動車道,県道10号)」等)のレコードが収録されて

いる。〔甲32〕

b 緯度経度情報の一致

そして,原告CDDBの「09地点名テーブル」の上記道路地点の緯度

経度情報は,前記のとおり,原告CDDB作成時に,作成者自身がパソコ

ンのマウスを地図上でクリックする方法で選択した場所について,これを

0.1秒単位で緯度経度を測定して数値化したものであるところ,被告C

DDB(新版)も,6ないし7桁の数値で緯度経度情報を収録していると

ころ,上記道路地点のうち,この6桁ないし7桁で表される緯度及び経度

情報につき,これと原告CDDB(2006年11月版)との完全一致率

は8.1%であり,1033件の一致するレコードが収録されている。〔甲

22,28,32,39,70〕

これについては,被告システム(現行版)Ver2.94 までは,緯度経度情

報は,原告CDDBのものを全て流用していたものであるが,その後,原

告からの訴訟提起を受けて,見直した結果であるとする。〔証人A尋問調




231
書20頁〕

c 選択道路の一致

原告CDDBは,前記のとおり,大型観光バスでの移動に適した道路の

選択を行っており,多くの道道,県道等の中から北海道では80道道,福

岡県では47県道を選択しているところ,被告CDDB(新版)では,北

海道については全データが171件となり,原告CDDBと同じ道道は7

9個を,福岡県では全データが123件となり,これと一致する県道のう

ち42県道を,それぞれ選択している。〔甲48〕

d その他の情報の一致

(a) 地点名テーブルについて

被告CDDB(現行版)に存在した原告CDDBと同じ誤りについて

は,被告らは,被告CDDB(新版)で修正した。〔甲21〕

(b) 道路テーブルについて

被告CDDB(現行版)には原告CDDBと同じ誤りが存したが,被

告らは,被告CDDB(新版)から道路名の読み仮名である「道路カ

ナ」のフィールド自体を削除した。

また,原告CDDBと一致するダミーデータ「***」(道路名),

「ン ダミー」(道路名の読み)についても,被告らは,被告CDD

B(新版)において削除している。〔甲21〕

(c) ホテル・旅館テーブルについて

@ 宿泊施設の読み仮名に関しては,原告CDDBと同じ誤りが被告C

DDB(新版)にも存在する。原告CDDBでは宿泊施設名の読み仮

名について長音符「ー」とすべきを誤って数字記号マイナス「−」で

登録した場合が相当数あるが,これらと同じ誤りが被告CDDB(新

版)にも存在する。具体的には,前記(3)カ(ア)g(a)記載のとおりであ

る。




232
A 宿泊施設名の読み仮名に関して,原告CDDBと同じ誤り(施設カ

ナ)が被告CDDB(新版)にも存在する。具体的には,前記(3)カ

(ア)g(b)記載のとおりである。〔甲65の別紙13〕

(d) 観光施設テーブルについて

@ 観光施設の読み仮名に関して原告CDDBと同じ誤りが被告CD

DB(新版)にも存在する。原告CDDBでは観光施設名の読み仮

名について長音符「ー」とすべきを誤って数字記号マイナス「−」

登録した場合が相当あるが,これと同じ誤りが被告CDDB(新

版)にも存在する。以下は読み仮名に長音符「ー」とマイナス記号

「−」が混用されている前記(3)カ(ア)h(b)記載の例のほか,同様の

事例が存在を示すものである。

なお,宿泊施設名称の読み仮名に関し,原告CDDBでは,宿泊

施設名に「英字」「数字」を含む場合,「英字」「数字」について

もきちんと読み仮名で表記されているものと,読み仮名に「英字」

「数字」がそのまま残っているものが混用されており,被告CDD

B(現行版)にも同じ混用状態が存在していた。この点につき,被

告CDDB(新版)では,原告CDDBの施設名称「美利河I遺跡」

(「I」は英字のアイ)の誤りにつき,被告CDDB(新版)は,

被告CDDB(現行版)において原告CDDBと一致する誤り(英

字の「I」)の登録を訂正した。〔甲65の別紙14〕

A 株式会社,有限会社の施設名やその読み仮名に関する原告CDD

Bの不統一の表記や誤りと同じ不統一の表記や誤りが被告CDDB

(新版)に存在する。

原告CDDBは,株式会社や有限会社といった法人の種別につい

て,施設名とそのカナについて不統一な表記を行っている。

原告CDDBの以下の二つのパターンと同様のデータの事例が




233
被告CDDB(新版)にも存在する。〔甲65の別紙18〕

・ 施設名を株式会社とし,カナをサブシキカイシャと誤って表記

する

・ 施設名を(株)とし,カナをカブと表記する

B 観光施設名の読み仮名表記に原告CDDBと同じ誤り(「ひらが

なが混じる」,「漢字が混じる」など)が被告CDDB(新版)に

も存在する。被告CDDB(現行版)と同じ以下の例のほか,他に

も事例がある。〔甲65の別紙19〕

・施設名:光大寺の湯

施設カナ:コウダイジのユ

・施設名:霞間ヶ渓スポーツ公園

施設カナ:カマガタニスポ−ツ公園

なお,以下の例については,被告CDDB(新版)においては訂

正されている。

・施設名:航空博物館(誤記である施設カナ:コウクウガクブツア

kン)

・施設名:スパガーデンコートピア(誤記である施設カナ:スパガ

−デンコ^−トピア)

(エ) 新たなテーブルへの情報の格納

前記のとおり,被告CDDB(新版)においては,新設テーブルとして,

「131施設別詳細種別マスタ」,「132施設種別マスタ」,「133施

設詳細種別マスタ」,
「134提携施設マスタ」 「135提携種別マスタ」
, ,

「136提携会社マスタ」及び「137単経路補間マスタ」が設けられてお

り,「131施設別詳細種別マスタ」には,15万件余りの旅館,施設等の

施設名の情報が,「134提携施設マスタ」には観光施設,食事施設等50

00件余りの施設の情報が格納されている。




234
また,被告CDDB(新版)における新設テーブルである「130食事土

産マスタ」には,別紙4のとおり,株式会社全旅クーポン事業部発行の「全

国『観光・運輸』総合カタログ2011年」に掲載されたドライブインなど

の食事施設,土産物店などの情報1万0695件が,新たに格納されている。

エ 被告CDDB(新版)の情報の選択が,原告CDDBの複製又は翻案に当

たるか

(ア) 原告CDDBと被告CDDB(新版)との情報の選択の類似性に関し,情

報の選択項目であるテーブル,フィールドについて,原告CDDBと被告C

DDB(新版)とを比較すると,前記のとおり,被告CDDB(新版)の全

テーブル数が29個であるところ,一致するテーブルはそのうちの20個で

あり,フィールド数に関しては,全フィールド数が326個であるところ,

一致するフィールドは133個である。

そして,被告CDDB(新版)においては,前記のとおり,相当の数の新

たなテーブルが設置され,既存のテーブルについても,詳細化するフィール

ドの追加が相当数されている。

例えば,地点名テーブルの道路情報については,相当数の地点が一致して

いるが,これは前記のように,「関JCT」や「芸濃IC」等,インターチ

ェンジ自体を選ぶというものであるから,それら重要地点を選ぶ必然性が高

く,また,これら一致する道路地点の選択が,相当に幅のある中から1万件

余りの情報を選択したことについての証拠はない。

具体的な道路地点についての緯度経度情報の完全一致率についても,被告

CDDB(現行版)と比して大幅に低下し,一致率は10%に満たない。

また,選択道路についても,被告CDDB(新版)の全データに比較して,

原告CDDBと一致する選択道路の割合でみた場合には半分以下となって

いる。

さらに,被告CDDB(新版)の全レコード数は,別紙4のとおり約27




235
0万件にも及び,原告CDDBとは,その情報量に相当の隔たりがある。

(イ) 他方,原告CDDBと被告CDDB(新版)では,依然として,前記記載

のとおり,原告CDDBと同じ誤りないし不自然な表現方法同一性もみら

れる。

しかし,これらについても,上記認定した原告CDDBと被告CDDB(新

版)とで共通性を有する部分の表現方法ないし誤り自体には,原告CDDB

創作性があるものと認めるべき内容はみられないというべきである。

(ウ) これらを総合勘案すると,被告CDDB(新版)においては,もはや,情

報の選択においても,原告CDDBと共通性を有する部分は少なく,共通性

を有する部分については創作性を有するものとは認め難いか,あるいは原告

CDDBの創作的表現上の特徴を直接感得することができないものである

と認めるのが相当である。

そうすると,被告CDDB(新版)は,もはやその情報の選択において,

原告CDDBの複製ないし翻案には該当しないというべきである。

オ 原告の主張に対する判断

(ア) 原告は,被告CDDB(新版)においても,体系的構成において,テーブ

ル間の関連付けが,原告CDDBのマスターテーブルと一致するテーブルに

関して,プライマリー・キーの設定も含め,原告CDDBに存在する関連付

けのほぼ全てについて同じリレーションが,被告CDDB(新版)にも存在

する旨主張する。

しかし,被告CDDB(新版)におけるテーブル間のリレーションについ

ては,原告CDDBと相当程度の相違があることは前記のとおりである。

したがって,原告の上記主張は採用することができない。

(イ) 原告は,フィールド項目の選択の類似性として,テーブル管理のためのフ

ィールドである「作成日時」,「更新日時」及び「削除区分」のフィールド

を除いた場合の被告CDDBのフィールド数のうち,146個が原告CDD




236
Bと一致しており,したがって,原告CDDBのフィールド項目の選択を流

用しているといえるから,この点に関して原告CDDBと被告CDDB(新

版)は同一あるいは少なくとも類似している旨主張する。

しかし,原告CDDBと被告CDDB(新版)のフィールドの一致数につ

いては,前記認定のとおり133個であると認められるところ,その余の2

00個弱のフィールドについては,もはや原告CDDBと一致するものでは

なく,被告CDDB(新版)を全体としてみた場合に,原告CDDBと被告

CDDB(新版)とのフィールドには同一性ないし類似性は認められないと

いうべきである。

したがって,原告の上記主張は採用することができない。

(ウ) 原告は,被告CDDB(新版)では,各テーブルにおいてレコードが追加

されている場合があるものの,原告CDDBのレコードの集合物に対してレ

コードが追加されたとしても,原告CDDBの集合物は維持されて存続して

いるので,追加されたレコードが膨大なものか否かにかかわらず,原告CD

DBのレコードの集合物のその部分に関しては,情報の選択について原告C

DDBと類似しているから,被告らが流用した原告CDDBのレコードの集

合物の情報の選択について,原告CDDBと類似することとなる旨主張する。

なるほど,被告CDDB(新版)のレコード数が270万件余りにのぼる

としても,これらは原告CDDBからコピーしたデータが相当数存する被告

CDDB(当初版・2006年版)に,レコードが追加・改変されてきたも

のにほかならず,いまだ原告CDDBからコピーされたままのレコードも相

当数に上ると推認されるところである。

しかし,データベースの著作物として保護されるのは情報の選択ないし体

系的構成において創作性を有するものであり,データないしレコード等それ

自体を保護するものではない。そして,前記のデータベースが著作物として

保護される理由,その著作物性の有無や複製及び翻案の判断基準に照らせば,




237
例え,原告のデータベースと被告のデータベースとの間に情報の選択におい

て共通点があり,その共通点において,原告データベースの表現としての創

作性のある部分が一部含まれているとしても,両データベース全体を比較し

た場合に,その保有する情報量に大きな差があるため,情報の選択として創

作性を有する共通部分がその一部にすぎず,相当部分が異なる場合には,も

はや情報の選択においてその表現の本質的特徴を直接感得できると評価す

ることはできず,また,原告のデータベースと被告のデータベースとの間に

体系的構成において共通点があり,その共通点において,原告データベース

の表現としての創作性のある部分が一部含まれているとしても,両データベ

ース全体を比較した場合に,共通しないテーブル,フィールド項目が相当数

を占め,また,それら相互間のリレーションの仕方にも大きな相違がみられ

るため,体系的な構成として創作性を有する共通部分がその一部にすぎず,

相当部分が異なる場合には,体系的構成においてもその表現の本質的特徴を

直接感得できるということはできないというべきであって,そのような場合,

被告データベースはもはや,共通部分を有する原告データベースとは別個の

データベースであると認めるのが相当である。

そうすると,本件においては,前記のとおり,被告CDDB(新版)は,

原告CDDBと比較して,情報の選択及び体系的構成において相当な相違が

存在し,共通する部分を有する原告データベースとは別個のデータベース

なったものというべきであるから,原告CDDBからコピーしたレコード

体が残存しているとしても,もはや,両者が情報の選択及び体系的構成にお

いて類似していると評価することは相当でないというべきである。

したがって,原告の上記主張は採用することができない。

(エ) 原告CDDBの道路地点の情報の選択に関して,被告CDDB(新版)の

道路地点の緯度経度情報については,−10秒から10秒の間でみれば,被

告CDDB(新版)には原告CDDBの緯度経度情報が約90%が含まれて




238
いるところ(甲34の別紙4の1,別紙5の1),被告らは,原告から平成

21年5月に著作権侵害の訴えを提起された後に,一定範囲内で数値が異な

るような乱数発生機能を利用する変換プログラムを作成して,元の緯度経度

データの数値に対して一斉に変換をかける等の自動処理や個別の改変等の

工作を行っているものであり,このような工作を行ったとしても,原告CD

DBの緯度経度情報をデッドコピーした後に,隠蔽目的でデッドコピーした

緯度経度情報に依拠して自動変換等の改変がされたすぎないから,被告CD

DB(新版)は,原告CDDBの道路地点情報の緯度経度情報を流用してい

ると主張する。

確かに,Aは,その証言において,原告CDDBと被告CDDBとの緯度

経度情報につき,原告から本件訴訟の提起を受けて指摘を受けるまで,これ

らが同じであることを知らなかったが,原告の指摘を受けたことから,交差

点が中心になるようにマウスでクリックをして位置決めをして,数値の入れ

直しをした結果,緯度経度情報が異なるに至ったとするところ(証人A尋問

調書20頁),新たに位置決めをして数値を入れ直したとする証言の信用性

については,前記のとおりAの証言自体の信用性からして疑問は残るものの,

結果としては10%を切る一致率となっていること,被告CDDB(新版)

の地点マスタのレコード数は別紙4のとおり2万3000件余りであり,原

告主張のレコードの一致率も,原告CDDBが保有する1万2000件余り

の地点に関する緯度経度情報に関し,同一の地点がこのうちいくつ被告CD

DB(新版)にあるかを探し,それについて,緯度経度情報が一致する率を

調べた結果が10%を切る,としているものであるから,その一致する地点

の範囲で緯度経度情報の数値が例えプラスマイナス10秒の間に90%が

入るものとしても,地点に関する緯度経度情報の全体からみた場合には,緯

度経度情報が重複している割合が多いとは認められないというべきである。

したがって,原告の上記主張は採用することができない。




239
カ 被告CDDB(新版)についての結論

以上によれば,被告CDDB(新版)については,原告CDDBの複製物

ないし翻案物に該当しないというべきである。

3 争点(2)(被告らによる著作権〔複製権翻案権,譲渡権貸与権公衆送信

権,送信可能化権〕侵害についての共同不法行為の成否)について

(1) 前記のとおり,被告CDDB(当初版・2006年版),被告CDDB(現

行版)は原告CDDBの複製物であり,原告CDDBについて原告が有する

複製権を侵害するものと認められる。

証拠(甲51)によれば,被告アゼスタは,原告CDDBの複製物である

被告CDDB(当初版・2006年版),被告CDDB(現行版)を顧客に

対してCD等を用いて販売するほか,被告CDDBを含む被告システムにつ

き,インターネットを通じてオンラインアップデート等の行為を行っており,

また,被告CDDBを含む被告システムについて,リース等も行っていると

認められるから,被告アゼスタは,原告CDDBについての譲渡権貸与権

公衆送信権送信可能化権を侵害している。

そうすると,請求の趣旨第1項のうち,原告が,被告アゼスタに対し,著

作権法112条1項に基づき,被告CDDB(当初版・2006年版),被

告CDDB(現行版)に関する,別紙被告物件目録1ないし21記載の物件

について,複製,頒布,公衆送信送信可能化を含む)の差止めを求める部

分については理由がある(主文第1項)。

これに対し,請求の趣旨第1項のうち,原告が,被告らに対し,被告CD

DBの翻案差止めを求める部分については,データベースである被告CD

DBを翻案する行為には広範かつ多様な態様があり得るところであるから,

原告の請求は差止めの対象となる具体的な行為を特定することなく,多様な

態様を含みうる翻案行為の全てを差止めることを求めるものであり,内容の

限定されない態様を含むものとして,本件において,その差止めの必要性を




240
認めることはできない。

そうすると,請求の趣旨第1項のうち,被告らに対し,被告CDDBの翻

案の差止めを求める部分については理由がないというべきである。

(2) 請求の趣旨第1項のうち,被告アゼスタ以外の個人被告らに対しても,被

告CDDB(別紙被告物件目録1ないし21について)の複製等の差止めを

求める部分については,まず,被告Y5については,平成20年6月に被告

アゼスタを退社し,その後の職業については不明であるものの,被告システ

ムの複製や販売等に関与している旨の証拠もないから,被告Y5に係る差止

請求については理由がないというべきである。

また,その余の個人被告らに対する差止請求についても,それら被告が個

人として,原告CDDBを複製し,頒布し,公衆送信送信可能化を含む)

をしたものと認めるべき証拠はないから,請求の趣旨第1項のうち,個人被

告らに対し,被告CDDB(別紙被告物件目録1ないし21について)の複

製等の差止めを求める部分についても理由がないというべきである。

(3) そして,前記によれば,原告の請求の趣旨第2項にかかる著作権法112

条2項に基づく廃棄等請求のうち,被告アゼスタに対し,被告CDDB(当

初版・2006年版),被告CDDB(現行版)に関する,別紙被告物件目

録1ないし21記載の物件についての各データベースを格納したCD−RO

M等の記録媒体を廃棄し,同各データベースの記録内容の消去を命ずる部分

については理由があり(主文第2項),その余については理由がないという

べきである。

(4) なお,著作権侵害の共同不法行為に基づく損害賠償の主張については,後

記4のとおり,著作権侵害の予備的主張として一般不法行為の主張がされて

いることに鑑み,争点(3)(一般不法行為の成否〔著作権侵害についての予備

的主張〕),争点(4)(原告の行為の独占禁止法違反の可能性の有無)につい

ての判断の後,争点(5)(被告らの損害賠償義務の有無及び原告の損害額)の




241
冒頭において,被告らの故意ないし過失の有無についての判断を行うことと

する。

4 争点(3)(一般不法行為の成否〔著作権侵害についての予備的主張〕)につい



(1) 原告は,著作権侵害についての予備的主張として,一般不法行為に基づく主

張をしているところ,原告の主張する損害の算定時期は,平成18年6月から

平成22年11月までで,その対象も,被告CDDB(当初版 2006年版)
・ ,

被告CDDB(現行版)を組み込んだ被告システムの販売に基づく損害を主張

しており,被告CDDB(新版)の発売時期は平成23年4月以降であり,損

害算定のための販売数に,被告CDDB(新版)を対象とはしていない。した

がって,被告CDDB(新版)は,一般不法行為に基づく損害賠償請求の対象

になっていないことは明らかであるが,なお,事案に鑑み,著作権侵害を認め

ない被告CDDB(新版)について,一般不法行為の成否についても検討し,

判断を示すこととする。

原告は,原告が費用や労力をかけて開発し,制作した原告CDDBにつき,

その多数の部分を流用して被告CDDBを販売する行為は,先行者の築いた開

発成果にいわばただ乗りする行為であって,取引における公正かつ自由な競争

として許される範囲を逸脱するものとして不法行為を構成するというべきで

あると主張する。

しかし,著作権法は,著作物の利用について,一定の範囲の者に対し,一定

の要件の下に独占的な利益を認めるとともに,その独占的な利益と国民の文化

的生活の自由との調和を図る趣旨で,著作権の発生原因,内容,範囲,消滅原

因等を定め,独占的な利益の及ぶ範囲,限界を明らかにしていることからすれ

ば,ある著作物が同法による保護を受ける著作物に該当しないものである場合,

当該著作物を独占的に利用する権利は法的保護の対象とはならないものと解

すべきであるから,著作権法による保護を受けない著作物の利用行為は,同法




242
の規律の対象とする著作物の利用による利益とは異なる法的に保護された利

益を侵害するなどの特段の事情がない限り,不法行為を構成するものではない

と解するのが相当である(最高裁平成21(受)第602号・同第603号,同

23年12月8日第一小法廷判決・民集65巻9号3275頁参照)。

この観点から本件を検討すると,前記認定事実によれば,原告CDDBにつ

いての著作権侵害が認め難い被告CDDB(新版)については,体系的構成及

び情報の選択のいずれについても原告CDDBとの同一性ないし類似性が認

められないところであり,その情報の選択における判断において示したように,

被告CDDB(新版)においては,原告CDDBから流用した情報の割合は,

相当程度に低下している。

確かに,原告の主張するとおり,被告CDDB(新版)においては,前記2

記載のとおり,原告CDDBから流用したものと推認されるレコードが存する

ものの,被告CDDB(新版)において,総レコード数からみた場合のこれら

流用レコードの割合も相当に低いものとなっている。

そうすると,原告が費用や労力をかけて作り上げた原告CDDBに関して主

張する保護されるべき利益とは,結局,原告が著作権法によって保護されるべ

きと主張する法的利益,すなわち,原告CDDBの情報の選択方針や,情報内

容それ自体といったアイデアや抽象的な特徴,ないし表現それ自体でないもの

に基づく利益と異なるものではないことになり,それらの点が著作権法によっ

ては保護されないものであることは前記判示のとおりである。

また,本件全証拠を精査し,原告システムからのリプレースをも目的とした

営業活動がされていることを勘案しても,被告らが被告CDDBを含む被告シ

ステムを販売し,収益を得る行為が殊更原告に損害を与えることを目的として

行われたなどの自由競争の範囲を逸脱する行為であると認めるに足りる事実

も窺われない。

そうすると,被告らが被告CDDBを販売等する行為には,著作権法の規律




243
の対象とする著作物の利用とは異なる法的に保護された利益を侵害するなど

の特段の事情は認められないというべきである。

したがって,被告らの上記行為については民法上の不法行為を構成するも

のではないと認めるのが相当であるから,著作権法上の請求が認められない被

告CDDB(新版)に関して,一般不法行為の成立を理由に著作権侵害に係る

損害と同額の損害の賠償を求める原告の予備的請求には理由がないというべ

きである。

(2) また,原告は,被告らが原告CDDBをデッドコピーし,これに改変を加え

て被告CDDB(新版)を制作したものであり,改変によってデッドコピーと

は異なるものとなったとしても,それは社会的に許容される限度を超える行為

であり,不法行為を構成するものであるとも主張する。

確かに,被告CDDB(新版)にも,いまだ原告CDDBからのコピーであ

ると推認されるレコードも一部に存する上,被告らは,度重なる求釈明がされ

た後であり,本件訴え提起から3年以上が経過した後の,平成25年1月29

日付け被告第22準備書面においても,原告CDDBのデータの一部を被告C

DDBに利用する際のデータの入手経路を含む具体的態様については,認否を

差し控える,などとしており,個人被告らの各陳述書ないし報告書(乙39な

いし42)においても,何らこれらデータの入手経路について触れるところが

なく,かえって,被告Y1は,平成21年9月18日付け陳述書において,「私

どもは,被告データベースの設計・構築にあたって,自らの経験,ノウハウ等

をもとに,実際に現場でデータベースを利用することになる取引先(利用者)

からヒアリングを行い,現在使用中の出力帳票(…)のサンプルの提供を受け,

書籍やウェブサイト等の様々な旅行関連資料とも照らし合わせながら,議論を

重ねた上でデータ項目の洗い出し及びデータ収集を行って,独自に被告データ

ベースを設計・構築しました。」,「私どもは,上記…のとおり,膨大な時間

をかけて議論を重ね,独自の設計思想を確定して,文字どおりゼロから独自に




244
被告データベースを設計・構築したのであり,原告から被告データベースの販

売等の差止めを求められるような理由は全くありません。 などとしていた
」 (乙

2の1)にもかかわらず,被告Y5は,当法廷において,被告CDDBの開発

当初は,ゼロから作成していたが,間に合わないことが分かったことから,原

告CDDBのメンテナンスCDからデータをコピーすることとしたと供述し

(被告Y5尋問調書16頁),上記被告Y1の陳述内容とは全く相反する供述

をするなど,原告CDDBに依拠して制作された被告CDDBの制作過程は何

ら明らかになっておらず,原告CDDBについて,そこから被告CDDBに流

用したレコードの全貌も不明である。そして,被告システムは,原告システム

からのデータ移行が可能なことをうたったリプレース販売の手法を主にとって

いることから,被告らが,被告システムを,原告システムからのデータ移行が

可能なシステムとしていかに構築したかについても,何ら被告らは明らかにせ

ず,また,被告らの上記リプレースを主体とした営業方法について,上記被告

システムの制作過程からすれば,明らかな自由競争の範囲内のものであるとま

ではいい難い面がないとはいえない。

しかし,前記(1)のとおり,被告らが被告CDDB(新版)を販売等する行為

には,著作権法の規律の対象とする著作物の利用とは異なる法的に保護された

利益を侵害するなどの特段の事情は認められないから,原告の不法行為に基づ

く予備的請求についても理由がないというべきである。

5 争点(4)(原告の行為の独占禁止法違反の可能性の有無)について

被告らは,原告システム及び被告システムのような,行程表・見積書の作成及

び出力,売上・集計・顧客管理のトータルサポートを可能とする旅行業向けシス

テムを開発・販売している業者が原告と被告アゼスタの2社のみであり,寡占状

況となっているとすれば,原告の本訴提起による被告CDDBの差止請求及び損

害賠償請求は,原告1社による市場独占を企図するものと考えられ,公共の利益

に反し一定の取引分野における競争を実質的に制限するものであるから,独占禁




245
止法2条5項3条に違反している可能性があり,原告の請求はこの点から速や

かに棄却されるべきものである旨主張する。

独占禁止法2条5項は,「この法律において『私的独占』とは,事業者が,単

独に,又は他の事業者と結合し,若しくは通謀し,その他いかなる方法をもって

するかを問わず,他の事業者の事業活動を排除し,又は支配することにより,公

共の利益に反して,一定の取引分野における競争を実質的に制限することをい

う。」とし,同法3条は,事業者が私的独占等をしてはならないことを定めるも

のであるところ,そもそも,それらの規定に違反しているというのであればとも

かく,その可能性があるというのみで,原告の請求を棄却しなければならない法

的根拠は不明といわざるを得ないばかりか,原告による本件訴えの提起は著作権

法等に基づくものであるところ,独占禁止法21条は,同法の適用関係について,

著作権法による権利行使には適用しないと規定しているのであって,本件全証拠

を精査しても,原告による訴えの提起につき,同条の規定を排除すべき事情を認

めるに足りる証拠はなく,その他原告による被告らに対する差止め及び損害賠償

等の請求につき,その権利行使が許されないとする事情は何ら認められない。

したがって,被告らの上記主張は採用することができない。

6 争点(5)(被告らの損害賠償義務の有無及び原告の損害額)について

(1) 被告らの損害賠償義務の有無

前記のとおり,被告アゼスタは著作権侵害の不法行為責任を負うところ,以

下,各個人被告らの損害賠償義務の有無について,検討する。

ア 被告Y1につき

被告Y1は,旧原告会社に在籍した経験はなく,データベースやシステム

に関する専門知識はない。〔被告Y5尋問調書18,19頁〕

しかし,平成17年10月18日の被告アゼスタの設立に際しては出資金

の過半を拠出してその代表者となり,Aが同年11月に被告アゼスタに入社

した際には,常勤の役員,社員は被告Y1しかいない状態であったところ,




246
その状況で,被告Y1は,Aとともに被告システムの制作に当初から携わっ

てきている。被告Y5も,原告CDDBのデータをコピーするため,CDを

利用するに当たっては,被告Y1と相談して決めたとしている。〔被告Y5

尋問調書26,27頁〕

被告Y1は,被告システム販売開始当初から,旧原告会社の顧客に向けて,

被告システムへのリプレースを勧める文書を送付していること(上記認定の

乙52の記載内容)などからすると,被告Y1は,被告アゼスタの著作権侵

害について共同不法行為を行ったものと認めることができ,上記認定事実に

よれば,被告Y1には,著作権侵害について少なくとも過失を認めることが

できる。

イ 被告Y2につき

被告Y2は,翼システムにおいて,主任として原告システムの会議にも参

加し,その販売に関与しており,しかも,被告Y2は,翼システムへの転職

前においても,旅行業者向けのトータル業務システムの販売業務に従事して

いて,旅行業務システム構築のノウハウを熟知していた者である。被告Y2

は,被告アゼスタにおいても,営業を担当して営業グループのマネージャー

であるほか,取締役にも就任しており,被告アゼスタの著作権侵害の共同不

法行為を行ったものと認めることができる。上記認定事実によれば,被告Y

2につき,著作権侵害について少なくとも過失を認めることができる。

ウ 被告Y3につき

被告Y3は,翼システムにおいて,営業担当として積極的に原告システム

の会議にも参加して提言をし,その販売にも関与しており,被告アゼスタに

おいても,著作権侵害の共同不法行為を行ったものと認めることができる。

上記認定事実によれば,被告Y3につき,著作権侵害について少なくとも過

失を認めることができる。

エ 被告Y4につき




247
被告Y4は,翼システムにおいて,営業担当として原告システムの会議にも

参加して,その販売にも関与しており,被告アゼスタにおいても,著作権侵害

の共同不法行為を行ったものと認めることができる。上記認定事実によれば,

被告Y4につき,著作権侵害について少なくとも過失を認めることができる。

オ 被告Y5につき

被告Y5は,被告アゼスタを平成20年6月に退社しているが,それまでは,

被告CDDB(現行版)の開発に関与している。〔被告Y5尋問調書18頁〕

被告Y5は原告システム開発のリーダーであり,被告アゼスタ入社時期は遅

いものの,被告システムの開発当初から積極的に関与しており,被告CDDB

の販売開始から,被告Y5の被告アゼスタ退社の平成20年6月までの損害に

関する著作権侵害の共同不法行為については責任を負うものと認められ,上記

認定事実によれば,被告Y5には少なくとも過失が認められる。

カ 被告Y6につき

被告Y6は,翼システムにおいて,営業担当として原告システムの会議にも

参加して,販売にも関与しており,被告アゼスタにおいても,著作権侵害の共

同不法行為を行ったものと認めることができる。上記認定事実によれば,被告

Y6につき,著作権侵害について少なくとも過失を認めることができる。ただ

し,被告Y6は,原告も,平成18年10月末までは原告システムの販売に関

与してきたと主張しているところであるので,その時期以降の損害について,

その余の被告らとの共同不法行為責任を認めるべきである。

キ 小括

以上によれば,個人被告らは,被告アゼスタの著作権侵害の不法行為につい

て,共同不法行為を行ったものと認められるから,それぞれ損害賠償義務を負

うこととなり,被告らは,原告が被告らの著作権侵害行為により被った損害を

賠償すべき責任を負う。

(2) 著作権法114条1項に基づく損害額




248
ア 被告CDDBを含む被告システムの販売本数

(ア) 被告システム(旅 nesPro)には,Pro-1 と Pro-2 の二つのタイプがあると

認められるところ,このうち Pro-1 は,行程表・見積書作成機能のみのシス

テムであり,Pro-2 は,Pro-1 の機能に加えて売上・顧客管理機能が追加され

たシステムである(甲25の2)。なお,売上・顧客管理機能は原告CDD

Bには含まれていない。

被告システムのバージョン毎の販売本数は,以下のとおりであると認めら

れる。



被告システムのバージョン(納品時期) 販売本数

, , 合計

当初版- . 本 本 本

(平成 /年0月〜同年 月)

2006年版- . "本 "1本 0 本

(平成 /年 月〜平成 !年"月)

現行版- 〜 . 0本 1本 本

(平成 !年"月〜平成 年"月)

新版- . 本 0本 0本

(平成 年"月〜平成 年0月)

合計 1 本 / 本 " 本


そうすると,原告が,損害賠償として請求する期間は,平成18年6月か

ら平成22年11月末までであるから,上記のうち,現行版については月数

の割合を乗じることとして計算することにより,被告アゼスタの被告システ

ムの販売本数を算定するのが相当である。その内容は,当初版・2006年




249
版については上記販売本数の合計欄記載の以下の本数,現行版については,

月数に応じた以下の計算による。

・22本(当初版)

・61本(2006年版)

・333÷49×44(現行版)≒299本

・合計 22+61+299=382本

以上のとおり,被告らは,上記合計382本の被告システムを販売したも

のとすべきである。

(イ) この点に関して原告は,被告らは,被告システムを平成18年6月から平

成22年11月ころまでの間に少なくとも500本を販売したと主張し,そ

れに沿う証拠として,甲53を提出する。

確かに,甲53には,被告代表者である被告Y1において,被告システム

を平成22年11月29日までに,約500社に納入したかに読める記載が

ある。しかし,この文書は,新製品の案内として原告顧客に送付した文書で

あり,必ずしも正確な納入本数を反映した文書であるとは認め難く,また被

告アゼスタの紹介の文書には,平成22年1月の時点において,被告システ

ムの導入350社を達成した旨の記載があり(甲25の2),これは上記販

売本数の認定と概ね相違しないことが認められる。

したがって,原告の上記主張は採用することができない。

イ 原告CDDBにつき,著作権法114条1項本文の「著作権者等がその

侵害の行為がなければ販売することができた」といえるかについて

原告CDDBと被告CDDBとの代替関係(相互補完性)については,前

記認定のとおり,顧客である旅行会社のニーズを分析した上で制作された原

告CDDBと,被告CDDB自体の類似性に加え,被告らは,原告システム

を使用する顧客の手持ちデータの移行が可能であることを宣伝して原告シス

テムとのリプレース販売を仕掛け,原告顧客に対しても,被告アゼスタの設




250
立当初から販売をしているものであるから,原告CDDBと被告CDDBと

の間には代替関係を肯定することができる。

また,原告の供給能力についても,後記ウのとおり,原告は平成18年1

月ないし同年12月までの1年間に,原告システムを132本販売している

こと,原告は,被告アゼスタよりも相当に事業規模が大きいことに照らせば,

原告の供給能力には特段の問題は認められない。

ウ 原告の利益率について

(ア) 原告が,被告アゼスタの販売した被告CDDBを含む被告システムを追

加的に販売したとした場合に,必要な経費を考慮した原告の利益率につい

ては,平成18年1月から同年12月の実績を基に,以下のとおり算定さ

れる。

原告の費目毎の経費は以下のとおりと認められ,これらについては経費

として算入すべきである。

・ 仕入高:781万4000円

仕入高は,原告システムと関連するパソコン,プリンター等のハード

ウェアなどと一緒に販売する場合の仕入費用である。

・ 残債:108万5000円

残債は,原告システム販売時に,顧客の旧リース料を原告が負担する

場合の費用である。

・ 販売手数料:250万4000円

販売手数料は,原告システム販売時に販売代理店に対し支払われる手

数料である。

・ 販促費/リース料S:43万9000円

販促費/リース料Sは,原告システム販売時に,顧客の新たなリース

料の一部を原告が負担する場合の費用である。

・ 販促費/その他:39万6000円




251
販促費/その他は,原告システムの販売促進活動にかかる成約記念

品等の費用である。

・ 外注費:678万2000円

外注費は,原告システムの開発及びメンテナンスなどについての外

部委託費用である。

・ 物流費:188万3000円

物流費は,原告システム等の出荷に伴い発生する運送費用である。

・ インセンティブ:1592万9000円

インセンティブとは,原告システム販売担当営業員に販売額に応じ

て支払われるインセンティブ費用である。〔以上,甲77〕

以上の合計額は,3683万2000円となる。

(イ) 以下の経費については控除すべきものとは認められない。

・ 広告宣伝費:112万5000円

・ その他管理費:5332万9000円

(ウ) 次に,仮に被告が販売した量の原告システムを原告が追加的販売に要し

た場合の人件費については,以下のとおりである。

原告システムの売上高は,甲69の売上高欄のうち,「内ソフト」の欄

の記載金額によるべきと認められるから,2億1257万8000円とな

り(甲69),同じく甲69によれば,原告システムの単価は167万9

000円,平成18年1月ないし12月の原告システムの販売本数は13

2本(ただし,基本タイプ〔TR−P1,TR−P3,TR−P4〕のほ

か,モバイルタイプTR−P1M,子機セットTR−P1L,TR−P4

Lの販売台数を含むとし,これらの販売台数の内訳は明らかではないが,

これらを合算した上記販売本数によるのを相当と認める。)となる。

原告において,旅行部門に携わる人員は,営業部門につき営業4人,ア

フター3人,スタッフ1人,開発部門に1人,本社スタッフ1人の合計1




252
0人である。〔甲69〕

そうすると,原告の人件費は,甲69によれば6561万9000円と

認められるところ,被告アゼスタの販売本数が平成18年6月から平成2

2年11月末までの4年6か月で382本であると認められるから,

382÷54×12=84(本,年平均)となる。

原告の販売本数について,その内訳は明らかでないものの,上記のとお

り売上本数は132本とするものとし,上記84本を販売するのに必要な

追加的人件費は,以下のとおりの式で計算される。

6561万9000円×営業部門人数8人÷全体10人×84÷132

≒3340万6000円

そうすると,必要な追加的人件費は,3340万6000円となる。

(エ) 上記追加的人件費を,経費に加え,原告の限界利益を算出する。

上記を前提とした原告の限界利益率は以下のとおりとなる。

2億1257万8000円÷132本=161万0439円

〔2億1257万8000円−(3683万2000円+3340万6

000円)〕÷132本=1億4234万円÷132本=107万83

33円

161万0439円−107万8333円=53万2106円

53万2106円÷161万0439円=0.3304

以上によれば,原告の限界利益率は33%であると認められる。

エ 著作権法114条1項ただし書の事情の有無

被告らは,原告システムは,長年にわたり十分なバージョンアップないし

バックアップもされていないのに対し,被告システムにおいては,頻繁な

バージョンアップや,旅行業に熟練した社員らによるバックアップ等が充

実していたことにより,販売の実績をあげてきたものであり,それに相当

する相応量の販売数量は,原告が販売することができないとする事情に該




253
当する旨主張する。

確かに被告らは,頻繁なバージョンアップを行っており,被告Y2,被

告Y3,被告Y6らは,旅行業システムに長年携わり,多くの知識を有す

るものと認められるが,原告側において,被告らに比べ,十分なシステム

サポート体制等がとられていないことを認めるに足る的確な証拠はないし,

また被告主張の事情により,被告システムの販売が特段に伸びたものと認

めるべき証拠もない。

したがって,被告らの上記主張は採用することができない。

オ 寄与率

原告CDDBは,別紙原告物件目録記載のとおり,原告システムの一部

であるところ,原告は,損害額算定に当たって,原告システム全体の販売価

格を基準としているから,原告システムにおける原告CDDBの寄与率を考

慮すべきこととなる。

原告CDDBは原告システムのうちの検索及び行程作成業務用のデータ

ベース部分であり,原告システムのうちの,基本システムであるTR−P1

は,検索業務,行程表・見積書作成,インターネット連動,地図連動機能を

含むものであるから,TR−P1の販売価格(システム価格170万円)を

基準とすれば十分であり,TR−P1に売上集計管理,顧客管理機能を加え

たTR−P4を基準とすべき理由はない。

そして,前記第2,1(2)のとおり,原告システムのカタログ(2009

年〔平成21年〕版)によれば,検索業務,行程・見積作成の各機能の内容

としては,検索業務は時刻表検索,観光施設検索,宿泊施設検索,道路料金

経路検索,インターネット検索,画像保存,地図検索を含むもの,行程・見

積作成は行程表作成,見積書作成,損益検討書作成,受注型企画旅行見積書,

包括見積書作成,修学旅行見積書,利用施設一覧印刷,観光施設案内書印刷,

宿泊施設案内書印刷,添乗指示書作成,現地払い見積書,契約書(受注型・




254
手配型),Mail送信(PDF),画像付き行程表出力を含むものである

から,このうち時刻表検索,インターネット検索,画像保存,地図検索,見

積書作成,損益検討書作成,受注型企画旅行見積書,包括見積書作成,修学

旅行見積書,利用施設一覧印刷,観光施設案内書印刷,宿泊施設案内書印刷,

添乗指示書作成,現地払い見積書,契約書(受注型・手配型),Mail送

信(PDF),画像付き行程表出力等の機能については,原告CDDBとは

無関係の機能である。

これらを総合考慮すると,原告CDDBの原告システム(TR−P1)に

おける寄与率は50%と認めるのが相当である。

そうすると,原告CDDBに係る損害は1本当たりの販売価格に寄与率,

利益率を乗じて,これに販売本数を乗じることにより,以下のとおり計算

される。

170万円×0.5×0.33=28万0500円

28万0500円×382本=1億0715万1000円

カ 原告の主張に対する判断

原告は,原告システムについてのデータメンテナンス契約についての損害

の賠償を請求するので,以下,この点につき判断する。

データメンテナンス契約は,原告システムを導入するユーザーとの間で,

毎月ユーザーに更新データを提供するための契約であり,月額6000円で

提供されているとするものである。〔甲77,5頁〕

しかし,データメンテナンス契約自体は,原告CDDBにかかる著作権侵

害と相当因果関係を欠き,著作権侵害に基づく損害賠償請求の範囲に入るも

のとは認められない。

したがって,原告の上記主張は採用することができない。

キ 被告らの主張に対する判断

(ア) 被告らは,旅行業者向けシステムには,「応援団くん」等同種のものが




255
複数あり,被告システムの販売と原告の損害との因果関係が存しないと主

張するが,既に検討したとおり,それらは,原告CDDBとは内容的に異

なるものであり,むしろ,原告システムと被告システムとは相互補完関係

にあると認められることは前記のとおりである。

したがって,被告らの上記主張については採用することができない。

(イ) 被告らは,被告システムの方が,レコード数が豊富であること,データ

メンテナンス及びサポート体制が充実していること,担当個人被告らの経

歴・ノウハウの存在等により,これら体制が優れていること,原告CDD

Bとの不一致部分が被告システムの販売に寄与していること,データベー

ス以外の部分が被告システムの販売に寄与していること等を理由として,

著作権法114条1項ただし書の事情が認められると主張する。

確かに,レコード数については別紙4のとおり,被告CDDB(現行版)

においては,原告CDDBと比して多くのレコードを格納しているといえ

るものの,被告CDDB(当初版・2006年版)においては,原告CD

DBと大差はない。また,被告CDDB(現行版)において増加したレコ

ードも,その多くが「39区間料金マスタ」テーブルにかかるものである

ところ,これらにはインターネットから入手可能な高速道路情報等もある

こと,被告らの主張によっても,もともと被告らは原告CDDBから多く

のデータをコピーするなどし,しかも前記認定のとおり,被告CDDBに

は原告CDDBからコピーしたままのデータが多数存在し,原告CDDB

からコピーしたデータを安易にそのまま利用したものを基に,これを充実

させてきたものともいえること,そもそも原告の顧客におけるニーズやそ

の契約期間を被告らにおいて把握した上で,そのリプレースを前提として

原告CDDBのデータを利用して短期間に開発したことによる廉価販売が

被告アゼスタの売上げに貢献しているともいえること等を総合考慮すると,

本件において,著作権法114条1項ただし書の事情があると認めること




256
はできないというべきである。

したがって,被告らの上記主張はいずれも採用することができない。

(ウ) 被告らは,被告システムの販売において,被告らが提供するバス運行管

理システムとのセット販売の分については,原告の損害との相当因果関係

を欠くものと主張する。

しかし,前記1で認定したとおり,被告アゼスタがバス運行管理システ

ムである「バス快道」を発売したのは,本件訴え提起後の平成21年10

月のことであるから,被告が乙43において,2006年版についての販

売本数を計上していることについてはそもそも疑問があるほか,バス運行

管理システムの導入が増えたのは平成24年のゴールデンウイークに発生

した事故が契機となっているとする(乙40,9頁)ところからすると,

原告の求める損害賠償期間(平成18年〜22年)とも重ならないから,

そもそも主張の前提を欠くものである。

したがって,被告らの上記主張は採用することができない。

(エ) 被告らは,原告システムは値引き販売を行うことが常態となっているか

ら,損害の計算もそれを基礎として算定すべきであると主張し,それに沿

う証拠として,乙36の1ないし26を提出する。

しかし,乙36の1ないし26は見積書のうちのごく一部であって,こ

れを保存していたパソコンも現存しない(被告Y2尋問調書27頁)とい

うのであるから,上記証拠は不十分であって,他に翼システムないし旧原

告会社において値引き販売が常態化していたものと認めるべき的確な証拠

はないし,原告CDDBについての著作権侵害に基づく損害については,

TR−P1の販売価格である170万円を基準としてそこに寄与率等を乗

じることにより適正に評価されていると認められるから,原告の損害を上

記算定方法により行うことに特段の問題は認められない。

したがって,被告らの上記主張は採用することができない。




257
(3) 弁護士費用

被告らのうち,平成18年6月から平成22年11月までの著作権侵害の不

法行為と相当因果関係のある原告の弁護士費用相当額の損害は,事案の性質,

認容額,主張立証の難易度等の事情に鑑み,500万円を下らない。

(4) 個人被告ら各人毎の損害賠償責任を負う範囲についての判断

ア 被告Y1,被告Y2,被告Y3及び被告Y4について

被告Y1,被告Y2,被告Y3及び被告Y4の損害賠償責任については,

原告の主張する損害期間の全範囲にわたるから,弁護士費用を加算して,以

下の式の通りとなる。

1億0715万1000円+500万円=1億1215万1000円

イ 被告Y5について

(ア) 被告Y5は,平成20年6月に被告アゼスタを退社しているから,被告

CDDB(現行版)については月数に応じ,それまでの間の原告の損害を

計算すべきである。

・22本(当初版)

・61本(2006年版)

・333÷49×15(現行版)≒101本

以上の合計184本の被告システムの売上げに関する損害について,賠

償責任を負うとすべきである。

28万0500円×184本=5161万2000円

(イ) そうすると,被告Y5が責任を負う弁護士費用の範囲は400万円とす

るのが相当である。

(ウ) 以上の合計は5561万2000円となる。

ウ 被告Y6について

(ア) 被告Y6は,平成18年10月まで旧原告会社で営業を担当したが同月

退職したとし(乙42),その後被告アゼスタに入社しているところ,旧




258
原告会社の退社の日が平成18年11月30日となっていることからし

て,被告CDDBの2006年版以降の販売に係る分については責任を負

うものとして損害を計算すべきである。

・61本(2006年版)

・333÷49×44(現行版)≒299本

以上の合計360本の被告システムの売上げに関する損害について,

賠償責任を負うとすべきである。

28万0500円×360本=1億0098万円

(イ) そうすると,被告Y6が責任を負う弁護士費用の範囲は450万円とす

るのが相当である。

(ウ) 以上の合計は1億0548万円となる。

エ 被告Y5と被告Y6との損害賠償債務の連帯の範囲について

被告Y5と被告Y6との損害賠償債務についての連帯の範囲は,両者の責

任が併存する期間に応じることとなり,被告CDDB(現行版)の販売数に

ついての重なり合う期間は15か月分となることから,以下のとおり計算さ

れる。

・61本(2006年版)

・333÷49×15(現行版)≒101本

の合計162本分

28万0500円×162本=4544万1000円

これと重なり合う弁護士費用400万円の合計4944万1000円の範

囲で連帯責任を認めるべきである。

オ 遅延損害金の起算点について

遅延損害金の起算点については,原告は,当初,平成18年6月から訴え

提起時である平成21年5月15日までの損害賠償金として5億5349万

6000円(うち弁護士費用相当額2000万円)及びこれに対する訴状送




259
達の日の翌日以降の日である平成21年5月28日から支払済みまで年5分

の割合による遅延損害金の支払を求めていたところ,平成23年10月7日

付け訴えの変更の申立書により,損害算定の期間を,現状の平成22年11

月分までを含むものとして請求額も6億7208万9600円に拡張し,遅

延損害金については,うち5億5349万6000円に対する平成21年5

月28日から,うち1億1859万3600円につき上記平成23年10月

7日付け訴えの変更の申立書送達の日の翌日である平成23年11月2日か

ら各支払済みまで民法所定の年5分の割合による遅延損害金の支払を求める

内容に変更した。

したがって,被告CDDBを含む被告システムの販売に係る遅延損害金の

起算点については,平成21年5月15日までの販売に係る分については平

成21年5月28日から,平成21年5月16日以降平成22年11月まで

の販売に係る分については平成23年11月2日からとすべきである。

そして,前記認定のとおり,被告システム(現行版)の販売本数は平成1

9年4月から平成22年11月末までの44か月分として299本とすべき

ところ,これを平成19年4月から平成21年5月15日までの25.5か

月分と平成21年5月16日から平成22年11月末までの18.5か月分

とに割り振ることになる。

そうすると,平成19年4月から平成21年5月15日までの分は,

299本×25.5÷44≒173本

平成21年5月16日から平成22年11月末までの分は

299本×18.5÷44≒126本

となる。

平成19年4月から平成21年5月15日までの損害分の計算は,当初版

(22本),2006年版(61本)の本数と合算して,

28万0500円×(22+61+173)=7180万8000円




260
となる(このうち,被告Y6が責任を負うべき分は,28万0500円×(6

1+173)=6563万7000円である。)。

これと弁護士費用相当額500万円を合算すべきこととなり(弁護士費用

については一括して算入するのを相当とする。以下同じ。),その合計は,

7680万8000円となる。

また,平成21年5月16日から平成22年11月末まで損害分の計算は,

28万0500円×126=3534万3000円

となる。

個人被告らのうち,被告Y6,被告Y5については関与の時期に対応して,

被告Y6については,認容額のうち7013万7000円(上記7180万

8000円のうち,被告Y6が責任を負うべき損害に相当する6563万7

000円と,被告Y6について相当な弁護士費用450万円の合算額)につ

いては平成21年5月28日から,うち3534万3000円については平

成23年11月2日から起算すべきこととなり,被告Y5については,認容

額全額につき,平成21年5月28日から起算すべきこととなる。

7 結論

以上のとおりであり,原告の請求は,主文掲記の限度で理由があるから,そ

の限度で認容し,その余の請求は理由がないから棄却することとし,仮執行宣

言については主文第1項,第3項ないし第5項については相当であるので付す

ることとし,別紙被告物件目録1ないし21記載のデータベースを格納したC

D−ROM等の記録媒体の廃棄,データベースの記録内容の消去を命ずる主文

第2項について仮執行宣言は相当でないので付さないこととして,主文のとお

り判決する。

東京地方裁判所民事第40部



裁判長裁判官




261
東 海 林 保



裁判官



今 井 弘 晃



裁判官



足 立 拓 人




262
(別紙) 当事者目録

東京都品川区<以下略>

原 告 株式会社ブロードリーフ訴訟承継人

株式会社ブロードリーフ

原告訴訟代理人弁護士 吉 田 正 夫

同 井 口 加 奈 子

東京都中央区<以下略>

被 告 株 式 会 社 ア ゼ ス タ

(以下「被告アゼスタ」という。)

名古屋市<以下略>

被 告 Y1

(以下「被告Y1」という。)

埼玉県越谷市<以下略>

被 告 Y2

(以下「被告Y2」という。)

さいたま市<以下略>

被 告 Y3

(以下「被告Y3」という。)

神奈川県茅ヶ崎市<以下略>

被 告 Y4

(以下「被告Y4」という。)

横浜市<以下略>

被 告 Y5

(以下「被告Y5」という。)

福岡県糟屋郡<以下略>

被 告 Y6




263
(以下「被告Y6」という。)

被告ら訴訟代理人弁護士 野 間 自 子

同 中 島 健 太 郎

同 浅 田 登 志 雄




264
(被告物件目録)

1 旅 nesPro Ver1.0 メンテナンスCDに格納されている検索及び行程作成業

務用データベース

2 旅 nesPro Ver1.5 メンテナンスCDに格納されている検索及び行程作成業

務用データベース

3 旅 nesPro Ver2.0 メンテナンスCDに格納されている検索及び行程作成業

務用データベース

4 旅 nesPro Ver2.51 メンテナンスCDに格納されている検索及び行程作成業

務用データベース

5 旅 nesPro Ver2.53 メンテナンスCDに格納されている検索及び行程作成業

務用データベース

6 旅 nesPro Ver2.6 メンテナンスCDに格納されている検索及び行程作成業

務用データベース

7 旅 nesPro Ver2.70 メンテナンスCDに格納されている検索及び行程作成業

務用データベース

8 旅 nesPro Ver2.72 メンテナンスCDに格納されている検索及び行程作成業

務用データベース

9 旅 nesPro Ver2.76 メンテナンスCDに格納されている検索及び行程作成業

務用データベース

10 旅 nesPro Ver2.78 メンテナンスCDに格納されている検索及び行程作成業

務用データベース

11 旅 nesPro Ver2.80 メンテナンスCDに格納されている検索及び行程作成業

務用データベース

12 旅 nesPro Ver2.82 メンテナンスCDに格納されている検索及び行程作成業

務用データベース

13 旅 nesPro Ver2.84 メンテナンスCDに格納されている検索及び行程作成業




265
務用データベース

14 旅 nesPro Ver2.90 メンテナンスCDに格納されている検索及び行程作成業

務用データベース

15 旅 nesPro Ver2.92 メンテナンスCDに格納されている検索及び行程作成業

務用データベース

16 旅 nesPro Ver2.94 メンテナンスCDに格納されている検索及び行程作成業

務用データベース

17 旅 nesPro Ver2.96 メンテナンスCDに格納されている検索及び行程作成業

務用データベース

18 旅 nesPro Ver2.97 メンテナンスCDに格納されている検索及び行程作成業

務用データベース

19 旅 nesPro Ver2.98 メンテナンスCDに格納されている検索及び行程作成業

務用データベース

20 旅 nesPro Ver2.99 メンテナンスCDに格納されている検索及び行程作成業

務用データベース

21 旅 nesPro Ver3.1 メンテナンスCDに格納されている検索及び行程作成業

務用データベース

22 旅 nesPro Ver3.2 メンテナンスCDに格納されている検索及び行程作成業

務用データベース




266
(原告物件目録)

「旅行業システムSP」に含まれる検索及び行程作成業務用データベース部分



<以下別紙省略略>




267