戻る

　　　　　　　主　　　文
債権者らの申請を却下する。
申請費用は、債権者らの負担とする。
　　　　　　　事　　　実
第一　当事者の求めた裁判
一　申請の趣旨
１　債務者らは、別紙目録（二）及び（三）記載の各プログラムを製造販売し、又
第三者に複製を許諾してはならない。
２　債務者らの別紙目録（二）及び（三）記載の各プログラム及びこれを格納した
ＮＥＣ九八〇一パーソナル・コンピュータ用ハードディスクに対する占有を解いて
東京地方裁判所執行官にその保管を命ずる。
二　申請の趣旨に対する答弁
主文と同旨
第二　当事者の主張
一　申請の理由
１　被保全権利
（一）　債権者株式会社アイシーエム（以下「債権者アイシーエム」という。）
は、昭和五六年一二月二二日に設立されたパーソナルコンピュータ関連のハードウ
エア及びソフトウエアを製造する会社であり、また、債権者株式会社エージーソフ
ト（以下「債権者エージーソフト」という。）は、平成元年四月一日に設立された
パーソナルコンピュータ用のソフトウエアを開発する会社である。
　債権者らは、ＩＢＦファイルと称するプログラム中、別紙目録（一）記載のプロ
グラム四二個（上段がソースプログラム、下段がその一六進数表示である。以下同
プログラム四二個を総称して「ＩＢＦファイル」という。なお、「ＩＢＦ」とは、
「Ｉｎｓｔａｌｌ、Ｂａｔｃｈ　Ｆｉｌｅ」の略称である。）の著作権者である
（ＩＢＦファイルは、本来、八一個のプログラムからなるものであるが、本申請に
おいては、そのうちの四二個について著作物の主張をするものである。）。
　ＩＢＦファイルの作成及び販売の経過は、次のとおりである。すなわち、申請外
【Ａ】、【Ｂ】、【Ｃ】及び【Ｄ】は、共同して、ＮＥＣ九八〇一パーソナル・コ
ンピュータ対応のハードディスク用アプリケーションプログラム管理用ソフトウエ
アの企画及び開発を行い、昭和六三年一〇月、ＭＥＮＵ・ＥＸＥファイル、ＩＢＦ
ファイル、ＭＥＮＵ・ＡＺＭファイル、ＣＯＮＦＩＧ・ＡＺＭファイルなどから構
成されている「ＥＯシステム」というプログラム（以下「ＥＯシステム」又は「債
権者プログラム」という。）を完成した。債権者アイシーエムは、昭和六三年一一
月から、これをハードディスクに格納し、ユーザーに販売している。
　申請外【Ａ】は債権者アイシーエムの企画部課長、申請外【Ｂ】は同債権者の企
画部次長であるところ、両名は、同債権者の発意に基づき、業務として、右プログ
ラムの企画及び開発に従事したものであり、また、申請外【Ｃ】は、右両名と共同
して右プログラムを完成した後、債権者エージーソフトの設立と同時に同債権者の
代表取締役に就任し、申請外【Ｄ】も、右両名と共同して右プログラムを完成した
後、同債権者の開発本部長に就任し、同申請外両名は、同債権者に対し、ＥＯシス
テムに関するすべての業務上の権利義務を移転した。したがって、債権者らは、Ｅ
Ｏシステムを構成するＩＢＦファイルについて共同著作権を有する。
（二）　ＩＢＦファイルの概要
　ＩＢＦファイルは、前記のとおり、ＥＯシステムを構成するファイルの一部であ
る。ＥＯシステムは、米国マイクロソフト社のＭＳ―ＤＯＳ上で作動し、市販のア
プリケーションプログラム又はフロントプロセッサ（以下「アプリケーションプロ
グラム等」という。）中のファイルをハードディスクへ組み込み、右ファイルをメ
ニュー形式で呼び出したり、管理を行ったりする、いわゆるユーティリティプログ
ラムであり、その主要な特徴は、（１）市販のアプリケーションプログラム等の中
のファイルをハードディスクに組み込むことが簡単にできること、（２）組み込ん
だファイルが、メニュー形式で簡単に呼び出せること、（３）組み込んだファイル
の管理が、メニュー形式で簡単に行えることである。
　ＩＢＦファイルは、四二個のファイルからなるところ、この四二個のファイル
は、アプリケーションプログラム用ファイル（一太郎・ＩＢＡなど「ＩＢＡ」の拡
張子を有するもの）、フロントプロセッサ用ファイル（ＶＪＥ―β・ＩＢＦなど
「ＩＢＦ」の拡張子を有するもの）からなる（なお、前記八一個のプログラムの中
には、サブアプリケーションプログラム用ファイル（エコロジ・ＩＢＳなど「ＩＢ
Ｓ」の拡張子を有するもの）が含まれている。）。各ファイルの構造と内容は、次
のとおりである。
（１）　ＩＤ行
　ＩＤ行では、「＊ＡＺ　ＭＥＮＵ　ＩＢＦ　Ｖ１」という記述をし、正しい組込
みファイルであるかどうかをチェックする。
（２）　タイトル行
　タイトル行では、アプリケーションプログラム等のプログラム名を記述する。こ
の行の内容は、アプリケーションプログラム等のプログラム名としてメニュー中で
参照される。全角一〇文字以内、半角では二〇文字以内で記述する。
（３）　デバイス行
　デバイス行では、デバイスドライバを指定する。ＭＳ―ＤＯＳのＣＯＮＦＩＧ・
ＳＹＳファイルの「ＤＥＶＩＣＥ＝」で始まる行と同じ意味を持つ。なお、ここで
指定することができるデバイスドライバは、キャラクタ型のみである。同行の先頭
に半角文字の「！」、「？」を追加することにより、組込み対象のアプリケーショ
ンプログラム等の中のＣＯＮＦＩＧ・ＳＹＳの内容を参照することが可能である。
すなわち、先頭に「！」を付けた場合には、その行の「！」の次からキャリッジリ
ターンの直前までの文字列と同じ文字列で始まるデバイス行が、組込み対象のアプ
リケーションプログラム等の中のＣＯＮＦＩＧ・ＳＹＳファイルの中に存在すれ
ば、そのパラメータを引用する。同じ文字列で始まるデバイス行が存在しない場
合、あるいはＣＯＮＦＩＧ・ＳＹＳが存在しない場合には、その行は、パラメータ
なしで作成される。先頭に「？」を付けた場合には、「？」の次からキャリッジリ
ターンの直前までの文字列と同じ文字列で始まるデバイス行が、組込み対象のアプ
リケーションプログラム等の中のＣＯＮＦＩＧ・ＳＹＳファイルの中に存在すれ
ば、そのパラメータを引用する。同じ文字列で始まる行が存在しない場合、あるい
はＣＯＮＦＩＧ・ＳＹＳが存在しない場合には、その行は作成されない。なお、
「ＤＥＶＩＣＥ＝」を記述する際には、必ず「＝」の前後に一文字の空白を入れる
が、ＣＯＮＦＩＧ・ＳＹＳの内容と比較する際には、「＝」の前後に空白があって
もなくても一致したものとみなされる。
（４）　区切りマーク行１
　半角の「＊」の記述である。省略することができない。
（５）　コマンド行
　ＭＳ―ＤＯＳの「ＡＵＴＯＥＸＥＣ・ＢＡＴ」に相当するアプリケーションプロ
グラムの起動のための手順を記述した行である。コマンド行は、ＣＯＮＦＩＧ・Ａ
ＺＭファイルの中に収められ、アプリケーションプログラムの起動の際に実行され
る。各行の先頭へ「！」、「？」を追加する場合の、各記号の機能は、デバイス行
におけるそれと同様である。フロントプロセッサ用ファイルの場合には、コマンド
行を省略する。
（６）　区切りマーク行２
　半角の「＊」の記述である。省略することができない。
（７）　組込みメッセージ行
　組込み作業開始前に、作業者に、組込み対象のアプリケーションプログラム等を
格納したフロッピーディスクの挿入を指示する。
（８）　組込み手順行
　組込み手順をバッチファイルの形式で記述する。「％１」と「％２」の後には、
それぞれ転送元、転送先のドライブ名及びサブディレクトリ名が記入される。フロ
ントエンドプロセッサの辞書の場合だけは、通常、ルートディレクトリになければ
ならないので、「％２」の直後に「￥」マークを付する。
（９）　終了マーク行
　半角の「＊＊」の記述である。省略することができない。
（三）　債務者らの本件著作権侵害行為
（１）　債務者シティソフト株式会社は、別紙目録（二）及び（三）記載のプログ
ラム（以下「債務者プログラム」という。）を作成し、その複製権を債務者株式会
社メッツに与え、同債務者は、平成元年四月から、債務者プログラムをフロッピー
ディスクに格納して、「ＭＥＴ’Ｓ　Ｆｉｌｅｄｒｉｖｅｒ」ないし「ＭＥＴ’Ｓ
　Ｆｉｌｅｄｒｉｖｅｒ　２」の各商品名で販売している。
（２）　債務者プログラムは、機能目的がＥＯシステムと同じで、その操作性もＥ
Ｏシステムと酷似している。すなわち、債務者プログラムのファイル構成及び構造
は、ＥＯシステムのそれとほぼ同一であり、特に、債権者らのＩＢＦファイルは、
各種アプリケーションプログラム等について十分な知識を有しなければ作成するこ
とのできないものであるが、債務者プログラムを構成するファイルのうちＨＣＡフ
ァイル（以下「ＨＣＡファイル」という。）は、このＩＢＦファイルとほぼ一対一
の対応関係を有する。したがって、債務者シティソフト株式会社は、債権者らの作
成したＩＢＦファイルを複製して、ＨＣＡファイルを作成したものといわざるをえ
ない。
２　保全の必要性
　債権者らは、平成元年五月ころから、債務者らに対し、債権者らのＩＢＦファイ
ルの著作権を侵害している旨通知し、「ＭＥＴ’Ｓ　Ｆｉｌｅｄｒｉｖｅｒ」及び
「ＭＥＴ’Ｓ　Ｆｉｌｅｄｒｉｖｅｒ　２」の販売の中止を求めてきたが、債務者
らは、これを無視し、販売を継続するばかりでなく、かえって、販売を拡大しよう
としている。プログラムの開発状況は、ますます急速な進歩を遂げており、この種
商品の寿命は短いのであるから、債権者らは、回収不可能な損害を被ることにな
る。
二　申請の理由に対する債務者らの認否及び主張
１　申請の理由１（一）及び（二）の事実は知らない。同１（三）（１）の事実は
認める。同１（三）（２）の事実は否認する。同２は否認する。
２　ＩＢＦファイルのプログラム性について
（一）　ＩＢＦファイルは、要するに、（１）ハードディスクへの組込みの対象と
して選択するアプリケーションプログラム等のファイル名を記述していること、
（２）組込み作業の指示を簡単な用語で記述していることの二つにとどまる。種々
の命令の組合せもなく、論理的思考は全く要求されず、特別の解法の発見も要求さ
れない。作成者の個性などは、そこに反映されず、結果として、作成者の個性によ
って相違が生じることもない。しかも、ＩＢＦファイルに使用されている用語は、
簡単な日本語と英単語であり、また、アセンブラ言語、Ｃ言語を使用しているわけ
でもない。このような内容の単純性などからすれば、ＩＢＦファイルは、プログラ
ムファイルということはできず、それとは本質的に異なるデータファイルというべ
きである。
（二）　プログラムは、電子計算機に対する指令であり、電子計算機に対するいわ
ば主体的な存在である。ところが、別紙目録（一）上段の記載は、ソースコード
（ソースプログラム）などではなく、コンパイル等をすることができないことから
明らかなとおり、電子計算機を機能させるものではなく、他のプログラムで使用す
るデータを記述したものであって、基本的にバッチファイルたるテキストファイル
にすぎない。このようなテキストファイルであるＩＢＦファイルは、いかようにし
ても、主体的に電子計算機を機能させて一定の結果を得ることはできず、プログラ
ムから働きかけられる受動的な存在であるから、データファイルというべきであ
り、プログラムということはできない。
３　ＩＢＦファイルの創作性について
（一）　ＩＢＦファイルの記述は、極めて簡単で、アプリケーションプログラム等
の作成者が命名したプログラム名やファイル名、ＭＳ―ＤＯＳのコマンドに類似し
た英単語の羅列にすぎず、表現形式に創作性がない。すなわち、タイトル行では、
アプリケーションプログラム等の作成者が命名したプログラム名を記述し、デバイ
ス行では、ＭＳ―ＤＯＳが採用している日本語フロントプロセッサ組込みのための
用語である「ＤＥＶＩＣＥ＝」を使用し、コマンド行では、アプリケーションプロ
グラム等の作成者が自動実行バッチファイルに命名したファイル名を記述し、組込
み手順行では、ＭＳ―ＤＯＳのユーザーが一般的に使用している「ＣＯＰＹ」、
「％１」、「％２」コマンドを使用しているにすぎず、また、「％」、「＊」、
「？」は、アスキーコード表に掲載されており、かつ、「＊」、「？」は、ＭＳ―
ＤＯＳにおいてワイルドカードとして使用されているものであり、更に、ＩＤ行、
組込みメッセージ行に創作性がないことは論ずるまでもなく、結局、ＩＢＦファイ
ルの記述には全体的に創作性が認められない。
（二）　ハードディスク組込みプログラムを作成する場合、アプリケーションプロ
グラム等の構成するところに従い、そのプログラム中の必要なファイルを組み込む
ことになるが、その際、どのファイルを選択するかというファイル選択の基本的な
ところは、当初からアプリケーションプログラム等に内在し、ユーザーに示されて
いるのであって、誰がやっても同じファイル選択とならざるをえず、組込み対象と
して重要性を持たないファイルについてのみ、多少の重要でないファイル選択の余
地が残されるにすぎない。その場合でも、ファイルの容量、バッチファイルの作成
上の都合、ファイル名等を考慮すれば、同程度の知識経験を有するものが選択すれ
ば、ほとんどの場合一致する。したがって、ＥＯシステムについても、アプリケー
ションプログラム等のユーザーの一人にすぎない債権者らが、特定のファイルを選
択しても、その選択のアイデアには創作性はない。
（三）　債権者らの主張する「処理の流れ」や「解法」は、著作権法上保護されな
いばかりでなく、そのような「処理の流れ」や「解法」に該当するものは、ＩＢＦ
ファイル中に存しない。
４　ＩＢＦファイルとＨＣＡファイルの類似性について
（一）　ＨＣＡファイルは、合計五八個のファイルによって構成されているが、そ
のうち一五個は、ＩＢＦファイルに対応するファイルが存在せず、また、一五個
は、アプリケーションプログラム等のファイルの選択方法が著しく異なっており、
更に、残りの二八個は、誰がやっても同じになるファイル選択方法のものばかりで
ある。また、ハードディスクへの組込みは、難しいものではなく、ユーザーは、Ｍ
Ｓ―ＤＯＳのコマンドのうち「ＣＯＰＹ」コマンドを理解していれば、本件のよう
な組込みプログラムに頼ることなく、マニュアルを見ながら、自分で必要なファイ
ルを選択し、これをハードディスクに組み込むことができる。
（二）　債権者プログラムは、ＩＢＦファイルを一行ずつ読み込み、これをＭＳ―
ＤＯＳのＣＯＭＭＡＮＤ・ＣＯＭによって、ＭＳ―ＤＯＳのバッチファイルのコマ
ンドに修正したうえ、ＭＳ―ＤＯＳのバッチファイルを実行する仕組みであるのに
対し、債務者プログラムは、ＨＣＡファイルを読み込んだ後、新たにバッチファイ
ルを作成することなく、本体のプログラムの中で、ファイルの内容を認識して、直
接に目的とする処理を実行する仕組みであるから、プログラムの基本的な構造、フ
ァイルの活用の仕方が決定的に異なっている。
（三）　ＩＢＦファイルのＩＤ行に対応する「ＭＥＴ’Ｓ　ＨＣＡ　Ｖｅｒ１」の
記述は、ＨＣＡファイルと他のファイルを区別するための識別文字列であって、こ
の文字列なくしてはＨＣＡファイルを活用することができず、「；」記号は、それ
によってＨＣＡファイルを三つのブロックに区切るものであって、ＩＢＦファイル
の区切りマーク「＊」とは対応せず、「ＣＯＰＹ」記号は、前（二）のとおり、Ｉ
ＢＦファイルとは処理の仕組みが異なっており、いずれもＨＣＡファイル独特の記
述である。また、ＨＣＡファイルのタイトル行、デバイス行、コマンド行及び組込
み手順行などは、周知かつ普遍的な記述である。したがって、債務者らが、ＩＢＦ
ファイルをエディタで修正してＨＣＡファイルを作成したということはありえな
い。また、ＥＯシステムと債務者プログラムとの容量を比較してみると、ＥＯシス
テムの全容量は四〇万九五四〇バイト、そのうちＩＢＦファイルの容量は七四一八
バイト、債務者プログラムの全容量は八万三七七二バイト、そのうちＨＣＡファイ
ル中債権者らがＩＢＦファイルと類似していると主張している部分の容量は七四一
八バイトであり、しかも、債権者らは、本件プログラムたるＭＥＮＵ・ＥＸＥファ
イルをアセンブラ言語で作成しているのに対し、債務者らは、本体プログラムたる
ＭＦＤ・ＥＸＥファイルをＣ言語で作成しているのであるから、債権者らに比べて
作成期間が短いのである。
（四）　他社のプログラム作品を見ようとすれば、それを操作して少なくとも画面
に顕出させなければならないから、ＨＣＡファイル中の「ＴＨＥＧＲＡＰＨ・ＨＣ
Ａ」のダンプリストの中に、ＩＢＦファイルのディレクトリを示す「ＩＢＡ」の記
号が、いわゆるゴミとして存在しているからといって、債務者らが、ＩＢＦファイ
ルをエディタで修正してＨＣＡファイルを作成したということはできない。また、
ＨＣＡファイル五八個中、ＩＢＦファイルの関係のゴミを含むのは一個のみであ
り、しかも、そのゴミというのは、ＩＢＦファイルの内容ではなく、デイレクトリ
であるから、債務者らが、債務者プログラムをエディタで修正したとはいえない。
三　債務者らの主張に対する債権者らの反論
１　ＩＢＦファイルのプログラム性について
（一）　プログラムは、指名の組合せとして表現されるものであり、指令の種類、
すなわち、プログラム言語の種類を問わないから、高級言語、アセンブラ言語、簡
易言語、オペレーション・システムによって機能が規定されている言語及びそれぞ
れのプログラム内において使用され、当該プログラムによって機能、記述方法が規
定される言語のいずれで記述されていても、プログラム性を左右しない。
（二）　ＩＢＦファイルの機能、処理手順から、これが著作権法上のプログラムの
要件を備えていることは明らかでる。他のファイルとの関連があって、実際の処理
が、一連のファイルの作動によって機能するプログラムの場合、このうちの一つな
いし数種のファイルもまた、プログラムたりうる。すなわち、ＩＢＦファイルのよ
うに、プログラム内の一ファイル中に、特に使用される機能をルーチンにまとめ、
このルーチンに移行する記号を設定すれば、この記号は、ルーチンの機能を果たす
命令語として、当該プログラム中に又はこれと結合して使用可能となり、このよう
な命令語を複数記述し、組み合わせることによって、一つの処理を行うプログラム
もありうるのである。
（三）　プログラムには、ベーシック・インプット・アウトプット・システム、オ
ペレーション・システム、アプリケーションプログラム等いろいろなレベルが存在
し、例えば、アプリケーションプログラムの場合、オペレーション・システムが規
定するコマンドを前提として記述されており、一個のまとまりとして処理した結果
をオペレーション・システムに送り、処理を実行したり、各ステップごとにオペレ
ーション・システムの処理に委ねたりしている。同様に、あるプログラムのみに有
効なコマンドを設定し、このコマンドの処理をルーチンとして記述しておき、この
コマンドを組み合わせて記述し、電子計算機を機能させる手順を形成するプログラ
ムとすることも可能である。ＩＢＦファイルにおいては、右のように、ＥＯシステ
ムにおいてのみ有効な処理の機能を有するコマンドを設定し、これを組み合わせた
ものであって、プログラムであることは明らかである。
２　ＩＢＦファイルの創作性について
（一）　ＩＢＦファイルは、単なるデータファイルではなく、同ファイル中の各行
が一連のかたまりとなって意味を持ち、全体としてプログラムの創作性を有するの
である。ＩＢＦファイルは、各コマンドの記述が簡単なものであるからといって、
創作性が否定されるものではない。他の同種ユーティリティプログラムと比較して
も、ＭＳ―ＤＯＳで記述した場合と比較しても、相当の記述の違いがでてくる。換
言すれば、プログラム開発者の創作性が発揮されているのである。要するに、ハー
ドディスクへアプリケーションプログラム等の中のファイルを組み込むためのプロ
グラムは、決して、「処理の流れ」や「解法」が一つしかないものではなく、ま
た、「処理の流れ」や「解法」を表すプログラムの表現自体にも多くの違いがあ
る。
（二）　ＩＢＦファイルの作成過程の一つとして、組込み対象のアプリケーション
プログラム等のファイルの選択という過程があるところ、この選択も、ＩＢＦファ
イルの創作性を構成するものである。
３　ＩＢＦファイルとＨＣＡファイルの類似性について
（一）　ＩＢＦファイルとＨＣＡファイルの表現と機能とは、完全に対応する。す
なち、ＩＤ行は、「＊ＡＺ　ＭＥＮＵ　ＩＢＦ　Ｖ１」も「ＭＥＴ’Ｓ　ＨＣＡ　
Ｖｅｒ１」も、本体プログラムと対応するプログラムであることを示す識別文字列
の記述であり、タイトル行は、どのアプリケーションプログラム等に対応するファ
イルであるかを示す識別文字列の記述であり、区切りマーク行は、「＊」も「；」
も区切り記号であり、コマンド行は、いずれもアプリケーションプログラムの起
動、実行に関する記述であり、組込みメツセージ行は、いずれも画面指示メッセー
ジの記述であり、組込み手順行は、アプリケーションプログラム等の中の対象ファ
イルを組み込むための指示や手順の記述であり、終了マーク行は、「＊＊」も
「；」も終了記号であり、プログラムの「処理の流れ」、「解法」及びその表現が
酷似していることは明らかであって、ＩＢＦファイルとＨＣＡファイルの表現と機
能が完全な対応関係になる。
（二）　ＨＣＡファイル中の「ＴＨＥＧＲＡＰＨ・ＨＣＡ」において、ダンプリス
トのゴミの中に、ＩＢＦファイルのデイレクトリを示す「ＩＢＡ」の記号が存在し
ている。また、ＨＣＡファイルには、アクセスがない限り生じ得ないようなＩＢＦ
ファイルと同様の誤記や不要な記載、その他不自然な点も存在する。これらは、債
務者らが、ＩＢＦファイルを本体メモリ上に読み込み、それをエディタなどを使っ
て再編集し、「ＴＨＥ　ＧＲＡＰＨ・ＨＣＡ」を作成したことを示すものである。
　　　　　　　理　　　由
一　疎甲第一号証、第二号証、第五号証、第一二号証及び第三五号証によれば、債
権者アイシーエムは、昭和五六年一二月二二日設立された電子機器（マイクロコン
ピュータ）及び部品の製造販売等を目的とする会社であり、また、債権者エージー
ソフトは、平成元年四月一日設立されたコンピュータソフトウエアの開発及び販売
等を目的とする会社であること、債権者アイシーエムは、ＭＥＮＵ・ＥＸＥファイ
ル、ＩＢＦファイル、ＭＥＮＵ・ＡＺＭファイル、ＣＯＮＦＩＧ・ＡＺＭファイル
などから構成されている「ＥＯシステム」というプログラムをハードディスクに格
納して、これを販売していること、ＥＯシステムは、ＮＥＣ九八〇一パーソナル・
コンピュータ対応の、ＭＳ―ＤＯＳの環境下で作動するハードディスク自動組込み
プログラムであること、ＩＢＦファイルは、四二個のファイルからなり、これらの
ファイルは、アプリケーションプログラム用ファイル二八個（「ＩＢＡ」の拡張子
を有するもの）、フロントプロセッサ用ファイル一四個（「ＩＢＦ」の拡張子を有
するもの）に分類することができること、各ＩＢＦファイルの記述は、別紙目録
（一）記載のダンプリストのとおりであることが認められる。
二　ＩＢＦファイルについて
１　疎甲第五号証、第七号証及び第八号証によれば、ＩＢＦファイルは、ＭＥＮ
Ｕ・ＥＸＥファイル、ＭＥＮＵ・ＡＺＭファイル、ＣＯＮＦＩＧ・ＡＺＭファイル
などとともに、ＮＥＣ九八〇一パーソナル・コンピュータを機能させるＥＯシステ
ムを構成していること、ＥＯシステムは、市販のアプリケーションプログラム等の
ファイルをハードディスクへ自動的に組み込み、右ファイルをメニュー形式で呼び
出したり、管理を行ったりするプログラムであること、ＥＯシステムの中では、Ｍ
ＥＮＵ・ＥＸＥファイルが、中枢機能を果たしているプログラムで、ＩＢＦファイ
ルは、ＭＥＮＵ・ＥＸＥファイルがアプリケーションプログラム等のファイルをハ
ードディスクに組み込むための指示や情報を記述しているものであることが認めら
れる。
２　次に、疎甲第五号証、第七号証、第八号証、第一一号証、第三六号証及び疎乙
第四二号証によれば、ＩＢＦファイルの記述の順序、各行の機能及び各行の記述内
容は、次のとおりである。
（一）　ＩＤ行
　ＩＤ行は、適正はＩＢＦファイルであることを表示する行であって、必らずＩＢ
Ｆファイルの先頭行に記述される。ＭＥＮＵ・ＥＸＥファイルは、指定されたＩＢ
ＦファイルのＩＤ行を先頭から読み込み、同行の記述が半角文字で「＊ＡＺ　ＭＥ
ＮＵ　ＩＢＦ　Ｖ１」となっていれば正しい記述と判断して次に進み、記述が違っ
ていれば、書式エラーとして処理する。
（二）　タイトル行
　タイトル行は、組込みの際、メニューシステムの管理情報の中に転記され、組み
込んだファイルのタイトルとなる行であって、必ずＩＢＦファイルの二行目に記述
される。通常、アプリケーションプログラム等のプログラム名が用いられる。ＭＥ
ＮＵ・ＥＸＥファイルは、タイトル行を読み込んだうえ、その先頭一文字を読ん
で、これが半角文字の「＊」でなければ文法エラーとし、これが半角文字の「＊」
であればこれに続くタイトル行を読み、所定の字数を超えていれば文法エラーと
し、所定の字数以内であれば次の手順に進む。
（三）　デバイス行
　デバイス行は、デバイスドライバの定義情報を提供する行であって、ＭＳ―ＤＯ
Ｓのシステム起動のためのＣＯＮＦＩＧ・ＳＹＳの「ＤＥＶＩＣＥ＝」で始まる行
と同じ要領で記述する。ただし、「ＤＥＶＩＣＥ＝」を記述する際には、必ず
「＝」の前後に一文字の空白を入れる。なお、同行の先頭に半角文字の「！」ある
いは「？」を追加することにより、組込み対象のアプリケーションプログラム等の
中のＣＯＮＦＩＧ・ＳＹＳファイルを参照、引用させることができる。ＭＥＮＵ・
ＥＸＥファイルは、デバイス行を読み込んだうえ、その先頭一文字を読んで、半角
文字の「！」あるいは「？」であれば、「！」あるいは「？」の次からキャリッジ
リターンの直前までの文字列と同じ文字列で始まるデバイス行が、組込み対象のア
プリケーションプログラム等のＣＯＮＦＩＧ・ＳＹＳファイル中に存在するかどう
かをチェックし、存在すれば、そのパラメータを転記するなどの作業を行う。
（四）　区切りマーク行１
　区切りマーク行１は、デバイス行とコマンド行とを分離する役割を果たすもので
あって、必ず半角文字の「＊」一文字を記述する。ＭＥＮＵ・ＥＸＥファイルは、
区切りマーク行１を読み込んで、半角文字の「＊」でなければエラー処理に進み、
半角文字の「＊」であれば次に進む。
（五）　コマンド行
　コマンド行は、組込み対象のアプリケーションプログラムの自動実行バッチファ
イルをＣＯＮＦＩＧ・ＡＺＭファイル中に作成させる行であって、組込み対象のア
プリケーションプログラムの自動実行バッチファイルに相当する記号を、ＭＳ―Ｄ
ＯＳのＡＵＴＯＥＸＥＣ・ＢＡＴの場合と同じ要領で記述する。なお、同行の先頭
に半角文字の「！」あるいは「？」を追加することにより、組込み対象のアプリケ
ーションプログラム中のＡＵＴＯＥＸＥＣ・ＢＡＴファイルを参照、引用させるこ
とができる。ＭＥＮＵ・ＥＸＥファイルは、一行を読み込んだうえ、その先頭一文
字を読んで、半角文字の「！」あるいは「？」であれば、「！」あるいは「？」の
次からキャリッジリターンの直前までの文字列と同じ文字列で始まるコマンド行
か、組込み対象のアプリケーションプログラムのＡＵＴＯＥＸＥＣ・ＢＡＴファイ
ル中に存在するかどうかをチェックし、存在すれば、そのパラメータを転記するな
どの作業を行う。
（六）　区切りマーク行２
　区切りマーク行２は、コマンド行の終りを示すものであって、必ず半角文字の
「＊」一文字を記述する。ＭＥＮＵ・ＥＸＥファイルは、区切りマーク行２を読み
込んで、半角文字の「＊」でなければエラー処理に進み、半角文字の「＊」であれ
ば次に進む。
（七）　組込みメッセージ行
　組込みメッセージ行は、組込み作業開始前に、作業者に、組込み対象のアプリケ
ーションプログラム等を格納したフロッピーディスクの挿入を指示するメッセージ
を記述したものであって、同行の先頭には、必ず、半角文字の「＊」を記述し、二
字目から組込み対象のアプリケーションプログラム等を格納したフロッピーディス
クの挿入を指示するためのメッセージを記述する。ＭＥＮＵ・ＥＸＥファイルは、
組込みメッセージ行の先頭一文字を読んで、半角文字の「＊」でなければ書式エラ
ー処理とし、半角文字の「＊」であれば二文字目を読んで、これも半角文字の
「＊」でなければ残りを読み込み、これを、次の組込み手順を実行する前にメッセ
ージとして操作画面に表示する。
（八）　組込み手順行
　組込み手順行は、組込みにおいて、アプリケーションプログラム等から、指定し
たファイルをハードディスク内に作成したサブディレクトリに転送させる手順を記
述した行であって、ＭＳーＤＯＳのＣＯＰＹコマンドを用いたバッチファイルの場
合と同じ要領で記述する。なお、同行の最初の四文字を「ＣＯＰＹ」、「ｃｏｐ
ｙ」でなく、「Ｃｏｐｙ」とすることにより、指定されたファイルが、組込み対象
のアプリケーションプログラム等の中に存在しなかったとき、エラーとせず次に進
ませることができる。ＭＥＮＵ・ＥＸＥファイルは、組込み手順を一行ずつ読み込
んで、最初の四文字が「ＣＯＰＹ」あるいは「ｃｏｐｙ」であれば、指定されたフ
ァイルを、転送元のフロッピーディスクからハードディスクに転送し、ファイルが
なければ、組込みエラーとし、「Ｃｏｐｙ」であれば、指定されたファイルが転送
元のフロッピーディスクに存在するかどうかチェックし、存在すれば、ハードディ
スクに転送し、ファイルがなくてもエラーとしない。
（九）　終了マーク行
　終了マーク行は、組込み手順の終了を宣言するものであって、必ず半角文字の
「＊＊」と記述する。ＭＥＮＵ・ＥＸＥファイルは、その先頭一文字を読んで、半
角文字の「＊」であり、更に、二字目も　半角文字の「＊」であれば処理を終え
る。
（二）　以上の各行は、一定の順序を有する書式を構成している。
　右認定の事実によれば、ＥＯシステムの中枢機能を司るＭＥＮＵ・ＥＸＥファイ
ルは、アプリケーションプログラム等の中のファイルをハードディスクに自動的に
組み込む作業において、電子計算機に組込みをさせるための一般的な指令を記述し
たプログラムであり、他方、ＩＢＦファイルは、ＭＥＮＵ・ＥＸＥファイルを中心
とするプログラムを前提として、個々のアプリケーションプログラム等を組み込む
に当たっての指示や情報をＭＥＮＵ・ＥＸＥファイルに提供するものであり、ＩＢ
Ｆファイルの右指示や情報によって、ＭＥＮＵ・ＥＸＥファイルをして、ＮＥＣ九
八〇一パーソナル・コンピュータを機能させ、アプリケーションプログラム等の中
のファイルをハードディスクへ自動的に組み込むことができるように仕組まれてい
るものと認めることができる。
三　ＩＢＦファイルの創作性について
　右二２の認定事実によれば、仮にＩＢＦファイルが著作権法にいうプログラムで
あるとしても、以下に述べるとおり、ＩＢＦファイルは、創作性を有しないものと
認められる。
１　前二２の認定事実によれば、ＩＢＦファイルの構成は、書式であって、プログ
ラムを表現する手段としての文字その他の記号及びその体系（著作権法一〇条三項
一号）に属する文法であると解されるから、ＩＢＦファイルの構成自体には著作権
法による保護は及ばないものというほかはなく、また、疎甲第八号証によれば、Ｉ
ＢＦファイルの書式の選択は、ＭＥＮＵ・ＥＸＥファイルによって規定されている
ことが認められ、選択の余地はないから、書式の選択によってＩＢＦファイルの表
現に創作性が生ずるということも、およそ考えられないことであるといわざるをえ
ない。
２　そこで、次に、ＩＢＦファイルの表現内容に着目して、その創作性の有無につ
いて検討することとする。
（一）　前二２の認定事実によれば、ＩＢＦファイルのＩＤ行の表現、区切りマー
ク行の表現、区切りマーク行をコマンド行の前後に配置するという表現（コマンド
行がない場合は、右の前後に配置するという表現はないが、区切りマーク行はその
位置に残る。）、終了マーク行の表現、終了マーク行を最終行に配置するという表
現並びにＩＤ行、タイトル行及び組込みメッセージ行の先頭に「＊」を記述すると
いう表現は、いずれもＭＥＮＵ・ＥＸＥファイルによって規定されており、その表
現に選択の余地はないのであるから、右表現をもってＩＢＦファイルの創作性の根
拠とすることはできない。
（二）　また、前二２の認定事実によれば、タイトル行、コマンド行及びデバイス
行は、組込み対象のアプリケーションプログラム等によって規定され、その表現に
選択の余地はないから、右表現によってＩＢＦファイルの創作性が生じるものとは
認められない。なお、組込み対象のアプリケーションプログラム等として何を選択
するか、その中からどのファイルを選択するかということは、単なるアイデアに止
まるから、その選択によって創作性が生じるということはありえない。
（三）　更に、前二２の認定事実によれば、複数のファイルを組み込む場合、ＩＢ
Ｆファイルの構成中、組込み手順行の順序は規定されていないが、その余の構成
は、その順序がＭＥＮＵ・ＥＸＥファイルによって規定されているから、右順序を
任意に選択する余地はない。そして、前二２の認定事実によれば、組込み手順行の
順序は、選択の余地はあるものの、選択自体は単なるアイデアであり、また、選択
したものをどのような順序で記述するかということによっては、表現に相違はでて
くるけれども、表現方法はＭＳーＤＯＳのバッチファイルで用いられている表現方
法とほぼ同一であり、しかも、機能的には順序を問わないものであり、更に、疎甲
第九号証によれば、組込み手順行の順序は、ほとんど組込み対象のアプリケーショ
ンプログラム等のファイルの出現順に従っているのであるから、その表現には創作
性があるとは認められない。
（四）　更にまた、前二２の認定事実によれば、組込みメッセージ行は、表現の仕
方に選択の余地はあるが、その表現は、通常用いられる表現方法に従って行われる
ものであって、その選択の幅は極めて小さいから、その表現の仕方によってＩＢＦ
ファイルの創作性が生じるものとも認められない。
（五）　以上によれば、ＩＢＦファイルの表現は、大部分がＭＥＮＵ・ＥＸＥファ
イル及び組込み対象のアプリケーションプログラム等いかんによって規定されてお
り、選択の余地がないものであり、また、選択の余地があるものも、選択の幅は極
めて小さく、その選択によってその表現に創作性が生じるものとは認められず、更
に、ＩＢＦファイルの表現を全体的に考察しても、その表現に創作性があるとは認
めることはできない。
３（一）　債権者らは、ＩＢＦファイルは、単なるデータファイルではなく、同フ
ァイル中の各行が一連のかたまりとなって意味を持ち、全体として創造性を有する
のであるから、各コマンドの記述が簡単なものであるからといって、創作性が否定
されるものではなく、また、他の同種ユーティリティプログラムと比較しても、Ｍ
ＳーＤＯＳで記述した場合と比較しても、相当の違いがでてくるのであって、プロ
グラム開発者の創作性が発揮されている旨主張するが、ＩＢＦファイルに創作性を
認めえないことは、前説示のとおりであって、右主張のような点を考慮してもな
お、その結論を左右するものとは認められず、したがって、債権者らの右主張は、
採用することができない。
（二）　また、債権者らは、ＩＢＦファイルの作成過程の一つとして、組込み対象
のアプリケーションプログラム等のファイルの選択という過程があるところ、その
選択も、ＩＢＦファイルの創作性を構成するものである旨主張するが、組込み対象
のアプリケーションプログラム等のファイルの選択自体は、単なるアイデアに止ま
り、また、右の選択のうえ行われたＩＢＦファイルの表現に創作性の認めえないこ
とは、前説示のとおりであり、したがって、債権者らの右主張も、採用の限りでな
い。
四　そうすると、本件申請は、被保全権利についての疎明がないことに帰するか
ら、これを却下することとし、申請費用の負担について民事訴訟法八九条を適用し
て、主文のとおり決定する。
（裁判官　宍戸充）
目録　（一）
＜３０５９－００１＞
目録　（二）
表題　「ＭＥＴ’Ｓ　Ｆｉｌｅｄｒｉｖｅｒ」
（メッツ　ファイルドライバー）
種類　ハードディスクユーティリティ用アプリケーションプログラム
製作者　シティソフト株式会社
製作年月日　平成元年四月
販売元　債務者　株式会社メッツ
使用ハードウェア　ＮＥＣ　九八〇一パーソナルコンピュータ（ＰＣー９８０１Ｅ
　ＰＣー９８０１Ｆ　ＰＣー９８０１Ｍ　ＰＣー９８０１ＶＦ、ＰＣー９８０１Ｖ
Ｍ　ＰＣー９８０１ＶＸ　ＰＣー９８０１ＵＶ　ＰＣー９８０１ＵＸ　ＰＣー９８
０１ＬＶ　ＰＣー９８０１ＣＶ　ＰＣー９８０１ＸＬ／ＸＬ２（ノーマル）ＰＣー
９８０１ＲＡ２／ＲＡ５　ＰＣー９８０１ＲＸ２／ＲＸ４）用ハードディスク
オペレーティングシステム　ＭＳーＤＯＳ（エムエスドス、米国マイクロソフト社
製ディスクオペレーティングシステム）バージョン二・一一及び三・一〇
機能　ハードディスク内に各種アプリケーションプログラムをインストール（組み
込み）し、メニュー方式で起動、管理を行うハードディスクユーザーサポートプロ
グラム
ディスク構成　五インチ　フロッピーディスク　一部
以下略
目録　（三）
表題　「ＭＥＴ’Ｓ　Ｆｉｌｅｄｒｉｖｅｒ　２」
（メッツ　ファイルドライバー　２）
種類　ハードディスクユーティリティ用アプリケーションプログラム
製作者　シティソフト株式会社
製作年月日　平成元年九月
販売元　債務者　株式会社メッツ
使用ハードウェア　ＮＥＣ　九八〇一パーソナルコンピュータ（ＰＣー９８０１Ｅ
　ＰＣー９８０１Ｆ　ＰＣー９８０１Ｍ　ＰＣー９８０１ＶＦ、ＰＣー９８０１Ｖ
Ｍ　ＰＣー９８０１ＶＸ　ＰＣー９８０１ＵＶ　ＰＣー９８０１ＵＸ　ＰＣー９８
０１ＬＶ　ＰＣー９８０１ＣＶ　ＰＣー９８０１ＸＬ／ＸＬ２（ノーマル）ＰＣー
９８０１ＲＡ２／ＲＡ５　ＰＣー９８０１ＲＸ２／ＲＸ４）用ハードディスク
オペレーティングシステム　ＭＳーＤＯＳ（エムエスドス、米国マイクロソフト社
製ディスクオペレーティングシステム）バージョン二・一一及び三・一〇
機能　ハードディスク内に各種アプリケーションプログラムをインストール（組み
込み）し、メニュー方式で起動、管理を行うハードディスクユーザーサポートプロ
グラム
ディスク構成　五インチ　フロッピーディスク　一部
以下略

戻る