ＥＯシステム事件仮処分決定
東京地裁平成元年(ヨ)第2577号仮処分申請事件
決 定
債 権 者 株式会社アイシーエム
債 権 者 株式会社エージーソフト
債 務 者 シティソフト株式会社
債 務 者 株式会社メッツ
主 文
債権者らの申請を却下する。
申請費用は，債権者らの負担とする。
事 実
第一 当事者の求めた裁判
一 申請の趣旨
１ 債務者らは，別紙目録(二)及び(三)記載の各プログラムを製造販売し，又第三者に複製を許諾してはならない。
２ 債務者らの別紙目録(二)及び(三)記載の各プログラム及びこれを格納したNEC9801パーソナル・コンピュータ用ハードディスクに対する占有を解いて東京地方裁判所執行宮にその保管を命ずる。
二 申請の趣旨に対する答弁
主文と同旨
第二 当事者の主張
一 申請の理由
１ 被保全権利
(一) 債権者株式会社アイシーエム（以下「債権者アイシーエム」という。）は，昭和56年12月22日に設立されたパーソナルコンピュータ関連のハードウエア及びソフトウェアを製造する会社であり，また，債権者株式会社エージーソフト（以下「債権者エージーソフト」という。）は，平成元年4月1日に設立されたパーソナルコンピュータ用のソフトウエアを開発する会社である。
債権者らは，ＩＢＦファイルと称するプログラム中，別紙目録(一)記載のプログラム42個（上段がソースプログラム，下段がその16進数表示である。以下同プログラム42個を総称して「ＩＢＦファイル」という。なお，「ＩＢＦ」とは，「Install Batch Fileの略称である。）の著作権者である（ＩＢＦファイルは，本来，81個のプログラムからなるものであるが，本申請においては，そのうちの42個について著作物の主張をするものである。）。
ＩＢＦファイルの作成及び販売の経過は，次のとおりである。すなわち，申請外宝蔵顕治，前保純，新枦雅美及び岡哲男は，共同して，NEC9801パーソナル・コンピュータ対応のハードディスク用アプリケーションプログラム管理用ソフトウエアの企画及び開発を行い，略和63年10月，MENU.EXEファイル，ＩＢＦファイル，MENU.AZMファイル，CONFIG.AZMファイルなどから構成されている「ＥＯシステム」というプログラム（以下「ＥＯシステム」又は「債権者プログラム」という。）を完成した。債権者アイシーエムは，昭和63年11月から，これをハードディスクに格納し，ユーザーに販売している。
申請外宝蔵顕治は債権者アイシーエムの企画部課長，申請外前保純は同債権者の企画部次長であるところ，
両名は，同債権者の発意に基づき，業務として，右プログラムの企画及び開発に従事したものであり，また，申請外新枦雅美は，右両名と共同して右プログラムを完成した後，債権者エージーソフトの設立と同時に同債権者の代表取締役に就任し，申請外両哲男も，右両名と共同して右プログラムを完成した後，同債権者の開発本部長に就任し，同申請外両名は，同債権者に対し，ＥＯシステムに関するすべての業務上の権利義務を移転した。したがって，債権者らは，ＥＯシステムを構成するＩＢＦファイルについて共同著作権を有する。
(二) ＩＢＦファイルの概要
ＩＢＦファイルは，前記のとおり，ＥＯシステムを構成するファイルの｝部である。ＥＯシステムは，米国マイクロソフト社のMS-DOS上で作動し，市販のアプリケーションブログラム又はフロントプロセッサ（以下「アプリケーションプログラム等」という。）中のファイルをハードディスクヘ組み送み，右ファイルをメニュー形式で呼び出したり，管理を行ったりする，いわゆるユーティリティプログラムであり，その主要な特徴は，(1)市販のアプリケーションプログラム等の中のファイルをハードディスクに組み込むことが簡単にできること，(2)組み込んだファイルが，メニュー形式で簡単に呼び出せること，(3)組み込んだファイルの管理が，メニュー形式で簡単に行えることである。
ＩＢＦファイルは，42個のファイルからなるところ，この42個のファイルは，アプリケーションプログラム用ファイル（一太郎・IBAなど「IBA」の拡張子を有するもの），フロントプロセッサ用ファイル（VJE-β・IBFなど「IBF」の拡張子を有するもの）からなる（なお，前記81個のプログラムの中には，サブアプリケーションプログラム用ファイル（エコロジ・IBSなど「IBS」の拡張子を有するもの）が含まれている。）。各ファイルの構造と内容は，次のとおりである。
(1) ＩＤ行
ＩＤ行では，「*AZ MENU IBF V1」という記述をし，正しい組込みファイルであるかどうかをチェックする。
(2) タイトル行
タイトル行では，アプリケーションプログラム等のプログラム名を記述する。この行の内容は，アプリケーションプログラム等のプログラム名としてメニュー中で参照される。全角10文字以内，半角では20文字以内で記述する。
(3) デバイス行
デバイス行では，デバイスドライバを指定する。MS-DOSのCONFIG.SYSファイルの「DEVICE=」で始まる行と同じ意味を持つ。なお，ここで措定することができるデバイスドライバは，
キャラクタ型のみである。同行の先頭に半角文字の「!」，「?」を追加することにより，組込み対象のアプリケーションプログラム等の中のCONFIG.SYSの内容を参照することが可能である。すなわち，先頭に「!」を付けた場合には，その行の「!」の次からキャリッジリターンの直前までの文字列と同じ文宇列で始まるデバイス行が，組込み対象のアプリケーションプログラム等の中のCONFIG.SYSファイルの中に存在すれば，そのパラメータを引用する。同じ文字列で始まるデバイス行が存在しない場合，あるいはCONFIG.SYSが存在しない場合には，その行は，パラメータなしで作成される。先頭に「?」を付けた場合には，「?」の次からキャリッジリターンの直前までの文字列と同じ文字列で始まるデバイス行が，組込み対象のアプリケーションプログラム等の中のCONFIG.SYSファイルの中に存在すれば，そのパラメータを引用する。同じ文字列で始まる行が存在しない場合，あるいはCONFIG.SYSが存在しない場合には，その行は作成されない。なお，「DEVICE=」を記述する際には，必ず「=」の前後に1文字の空白を入れるが，CONFIG.SYSの内容と比較する際には，「=」の前後に空白があってもなくても一致したものとみなされる。
(4) 区切りマーク行１
半角の「*」の記述である。省略することができない。
(5) コマンド行
MS-DOSの「AUTOEXEC.BAT」に相当するアプリケーションプログラムの起動のための手順を記述した行である。コマンド行は，CONFIG.AZMファイルの中に収められ，アプリケ−ションプログラムの起動の際に実行される。各行の先頭へ「!」，「?」を追加する場合の，各記号の機能は，デバイス行におけるそれと同様である。フロントプロセッサ用ファイルの場合には，コマンド行を省略する。
(6) 区切りマーク行２
半角の「*」の記述である。省略することができない。
(7) 組込みメッセージ行
組込み作業開始前に，作業者に，組込み対象のアプリケーションプログラム等を格納したフロッピーディスクの挿入を指示する。
(8) 組込み手順行
組込み手順をバッチファイルの形式で記述する。「%1」と「%2」の後には，それぞれ転送元，転送先のドライブ名及びサブディレクトリ名が記入される。フロントエンドプロセッサの辞書の場合だけは，
通常，ルートディレクトリになければならないので，「%2」の直後に「\」マークを付する。
(9) 終了マーク行
半角の「**」の記述である。省略することができない。
（三） 債務者らの本件著作権侵害行為
(1) 債務者シティソフト株式会社は，別紙目録(二)及び(三)記載のプログラム（以下「債務者プログラム」という。）を作成し，その複製権を債務者株式会社メッツに与え，同債務者は，平成元年4月から，債務者プログラムをフロッピーーディスクに格納して，「MET'S Filedriver」ないし「MET'S Filedriver 2」の各商品名で販売している。
(2) 債務者プログラムは，機能目的がＥＯシステムと同しで，その操作牲もＥＯシステムと酷似している。すなわち，債務者プログラムのファイル構成及び構造は，ＥＯシステムのそれとほぼ同一であり，特に，債権者らのＩＢＦファイルは，各種アプリケーションプログラム等について十分な知識を有しなければ作成することのできないものであるが，債務者プログラムを構成するファイルのうちＨＣＡファイル（以下「ＨＣＡファイル」という。）は，このＩＢＦファイルとほぼ１対１の対応関係を有する。したがって，
債務者シティソフト株式会社は，債権者らの作成したＩＢＦファイルを複製して，ＨＣＡファイルを作成したものといわざるをえない。
２ 保全の必要性
債権者らは，平成元年5月ころから，債務者らに対し，債権者らのＩＢＦファイルの著作権を侵害している旨通知し，「MET'S Filedriver」及び「MET'S Filedriver 2」の販売の中止を求めてきたが，債務者らは，これを無視し，販売を継続するばかりでなく，かえって，販売を拡大しようとしている。プログラムの開発状況は，ますます急速な進歩を遂げており，この種商品の寿命は短いのであるから，債権者らは，回収不可能な損害を被ることになる。
二 申請の理由に対する債務者らの認否及び主張
１ 申請の理由ｌ(一)及び(二)の事実は知らない。同１(三)(2)の事実は認める。同１三掛の事実は否認する。同２は否認する。
２ ＩＢＦファイルのプログラム性について
(一) ＩＢＦファイルは，要するに，(1)ハードディスクヘの組込みの対象として選択するアプリケーションプログラム等のファイル名を記述していること，(2)組込み作業の指示を簡単な用語で記述していることの２つにとどまる。種々の命令の組合せもなく，論理的思考は全く要求されず，特別の解法の発見も要求されない。作成者の個性などは，そこに反映されず，結果として，作成者の個性によって相違が生じることもない。しかも，ＩＢＦファイルに使用されている用語は，簡単な日本語と英単語であり，また，アセンブラ言語，Ｃ言語を使用しているわけでもない。このような内容の単純性などからすれば，ＩＢＦファイルは，プログラムファイルということはできず，それとは本質的に異なるデータファイルというべきである。
(二) プログラムは，電子計算機に対する指令であり，電子計算機に対するいわば主体的な存在である。ところが，別紙目録(一)上段の記載は，ソースコード（ソースプログラム）なダ）ではなく，コンパイル等をすることができないことから明らかなとおり，電子計算機を機能させるものではなく，他のプログラムで使用するデータを記述したものであって，基本的にバッチファイルたるテキストファイルにすぎない。このようなテキストファイルであるＩＢＦファイルは，いかようにしても，主体的に電子計算機を機能させて一定の結果を得ることはできず，プログラムから働きかけられる受動的な存在であるから，データファイルというべきであり，プログラムということはできない。
３ ＩＢＦファイルの創作性について
(一) ＩＢＦファイルの記述は，極めて簡単で，アプリケーションプログラム等の作成者が命名したプログラム名やファイル名，MS-DOSのコマンドに類似した英単語の羅列にすぎず，表現形式に創作性がない。すなわち，タイトル行では，アプリケーショシプログラム等の作成者が命名したプログラム名を記載し，デバイス行では，MS-DOSが採用している日本語フロントプロセッサ組込みのための用語である「DEVICE=」を使用し，コマンド行では，アプリケーションプログラム等の作成者が自動実行バッチファイルに命名したファイル名を記述し，組込み手順行では，MS-DOSのユーザーが一般的に使用している「COPY」，「%1」，「%2」コマンドを使用しているにすぎず，また，「%」，「*」，「?」は，アスキーコード表に掲載されており，かつ，「*」，「?」は，MS-DOSにおいてワイルドカードとして便用されているものであり，更に，ＩＤ行，組込みメッセージ行に創作性がないことは論ずるまでもなく，結局，ＩＢＦファイルの記述には全体的に創作性が認められない。
(二) ハードディスク組込みプログラムを作成する場合，アプリケーションプログラム等の構成するところに徒い，そのプログラム中の必要なファイルを組み込むことになるが，その際，どのファイルを選択するがというファイル選択の基本的なところは，当初からアプリケーションプログラム等に内在し，ユーザーに示されているのであって，誰がやっても同じファイル選択とならざるをえず，組込み対象として重要性を持たないファイルについてのみ，多少の重要でないファイル選択の余地が残されるにすぎない。その場合でも，ファイルの容量，バッチファイルの作成上の都合，ファイル名等を考慮すれば，同程度の知識経験を有するものが選択すれば，ほとんどの場合一致する。したがって，ＥＯシステムについても，アプリケーションプログラム等のユーザーの１人にすぎない債権者らが，特定のファイルを選択しても，その選択のアイデアには創作性はない。
(三) 債権者らの主張する「処理の流れ」や「解法」は，著作権法上保護されないばかりでなく，そのような「処理の流れ」や「解法」に該当するものは，ＩＢＦファイル中に在しない。
４ ＩＢＦファイルとＨＣＡファイルの類似性について
(一) ＨＣＡファイルは，合計58個のファイルによって構成されているが，そのうち15個は，ＩＢＦファイルに対応するファイルが存在せず，また，15個は，アプリケーションプログラム等のファイルの選択方法が著しく異なっており，更に，残りの28個は，誰がやっても同じになるファイル選択方法のものばかりである。また，ハードディスクヘの組込みは，難しいものではなく，ユーザーは，MS-DOSのコマンドのうち「COPY」コマンドを理解していれば，本件のような組込みプログラムに頼ることなく，マニュアルを見なから，自分で必要なファイルを選択し，これをハードディスグに組み込むことができる。
(二) 債権者プログラムは，ＩＢＦファイルを一行ずつ読み込み，これをMS-DOSのCOMMAND.COMによって，MS-DOSのバッチファイルのコマンドに修正したうえ，MS-DOSのバッチファイルを実行する仕組みであるのに対し，債務者プログラムは，ＨＣＡファイルを読み送んだ後，新たにバッチファイルを作成することなく，本体のプログラムの中で，ファイルの内容を認識して，直接に目的とする処理を実行する仕組みであるから，プログラムの基本的な構造，ファイルの活用の仕方が決定的に異なっている。
(三) ＩＢＦファイルのＩＤ行に対応する「MET'S HCA Ver 1」の記述は，ＨＣＡファイルと他のファイルを区別するための識別文字列であって，この文字列なくしてはＨＣＡファイルを活用することができず，「;」記号は，それによってＨＣＡファイルを3つのブロックに区切るものであって，ＩＢＦファイルの区切りマーク「*」とは対応せず，「COPY」記号は，前(二)のとおり，ＩＢＦファイルとは処理の仕組みが異なっており，いずれもＨＣＡファイル独特の記述である。また，ＨＣＡファイルのタイトル行，デバイス行，コマンド行及び紐込み手順行などは，周知かつ普遍的な記述である。したがって，債務者らがＩＢＦファイルをエディタで修正してＨＣＡファイルを作成したということはありえない。また，ＥＯシステムと債務者プログラムとの容量を比較してみると，ＥＯシステムの全容量は40万9540バイト，そのうちＩＢＦファイルの容量は7418バイト，債務者プログラムの全容量は8万3772バイト，そのうちＨＣＡファイル中債権者らがＩＢＦファイルと類似していると主張している部分の容量は7418パイトであり，しかも，債権者らは，本体プログラムたるMENU.EXEファイルをアセンブラ言語で作成しているのに対し，債務者らは，本体プログラムたるMFD.EXEファイルをＣ言語で作成しているのであるから，債権者らに比べて作成期間が短いのである。
（四） 他社のプログラム作品を見ようとすれば，それを操作して少なくとも画面に顕出させなければならないから，ＨＣＡファイル中の「THEGRAPH.HCA」のダンプリストの中に，ＩＢＦファイルのデイレクトリを示す「ＩＢＡ」の記号が，いわゆるゴミとして存在しているからといって，債務者らが，ＩＢＦファイルをエディタで修正してＨＣＡファイルを作成したということはできない。また，ＨＣＡファイル58個中，ＩＢＦファイルの関係のゴミを含むのは１個のみであり，しかも，そのゴミというのは，ＩＢＦファイルの内容ではなく，デイレクトリであるから，債務者らが，債務者プログラムをエディタで修正したとはいえない。
三 債務者らの主張に対する債権者らの反論
１ ＩＢＦファイルのプログラム性について
(一) プログラムは，指名の紐合せとして表現されるものであり，指令の種類，すなわち，プログラム言語の種類を問わないから，高級言語，アセンブラ言語，簡易言語，オペレーション・システムによって機能が規定されている言語及びそれぞれのプログラム内において使用され，当該プログラムによって機能，記述方法が規定される言語のいずれで記述されていても，プログラム性を左右しない。
(二) ＩＢＦファイルの機能，処理手順から，これが著作権法上のブログラムの要件を備えていることは明らかである。他のファイルとの関連があって，実際の処理が，一連のファイルの作動によって機能するプログラムの場合，このうちの１つないし数種のファイルもまた，プログラムたりうる。すなわち，ＩＢＦファイルのように，プログラム内の１ファイル中に，特に使用される機能をルーチンにまとめ，このルーチンに移行する記号を設定すれば，この記号は，ルーチンの機能を果たす命令語として，当該プログラム中に又はこれと結合して使用可能となり，このような命令語を複数記述し，組み含わせることによって，一つの処理を行うプログラムもありうるのである。
(三) プログラムには，ベーシック・インプット・アウトプット・システム，オペレーション・システム，アプリケーションプログラム等いろいろなレベルが存在し，例えば，アプリケーションプログラムの場合，オペレーション・システムが規定するコマンドを前提として記述されており，１個のまとまりとして処理した結果をオペレーション・システムに送り，処理を実行したり，各ステップごとにオペレーション・システムの処理に委ねたりしている。同様に，あるプログラムのみに有効なコマンドを設定し，このコマンドの処理をルーチンとして記述しておき，このコマンドを組み合わせて記述し，電子計算機を機能させる手順を形成するプログラムとすることも可能である。ＩＢＦファイルにおいては，右のように，ＥＯシステムにおいてのみ有効な処理の機能を有するコマンドを設定し，これを組み合わせたものであって，プログラムであることは明らかである。
２ ＩＢＦファイルの創作性について
(一) ＩＢＦファイルは，単なるデータファイルではなく，同ファイル中の各行が一連のかたまりとなって意味を持ち，全体としてプログラムの創作性を有するのである。ＩＢＦファイルは，各コマンドの記述が簡単なものであるからといって，創作性が否定されるものではない。他の同種ユーティリティプログラムと比較しても，MS-DOSで記述した場合と比較しても，相当の記述の違いがでてくる。換言すれば，プログラム開発者の創作性が発揮されているのである。要するに，ハードディスクヘアプリケーションプログラム等の中のファイルを組み込むためのプログラムは，決して，「処理の流れ」や「解法」が一つしかないものではなく，また，「処理の流れ」や「解法」を表すプログラムの表現自体にも多くの違いがある。
(二) ＩＢＦファイルの作成過程の一つとして，組込み対象のアプリケーションプログラム等のファイルの選択という過程があるところ，この選択も，ＩＢＦファイルの創作性を構成するものである。
３ ＩＢＦファイルとＨＣＡファイルの類似性について
(一) ＩＢＦファイルとＨＣＡファイルの表現と機能とは，完全に対応する。すなち，ＩＤ行は，「*AZ MENU IBF V1」も「MET'S HCA Ver 1」も，本体プログラムと対応するプログラムであることを示す識別文字列の記述であり，タイトル行は，どのアプリケーションプログラム等に対応するファイルであるかを示す識別文字列の記述であり，区切りマーク行は，「*」も「;」も区切り記号であり，コマンド行は，いずれもアプリケーションプログラムの起動，実行に関する記述であり，組込みメッセージ行は，いずれも画面指示メッセージの記述であり，組込み手順行は，アプリケーションプログラム等の中の対象ファイルを組み込むための指示や手順の記述であり，終了マーク行は，「**」も「;」も終了記号であり，プログラムの「処理の流れ」，「解法」及びその表現が酷似していることは明らかであって，ＩＢＦファイルとＨＣＡファイルの表現と機能が完全な対応関係になる。
(二) ＨＣＡファイル中の「THEGRAPH.HCA」において，ダンプリストのゴミの中に，ＩＢＦファイルのデイレクトリを示す「ＩＢＡ」の記号が存在している。また，HCAファイルには，アクセスがない限り生じ得ないようなＩＢＦファイルと同様の誤記や不要な記載，その他不自然な点も在在する。これらは，債務者らが，ＩＢＦファイルを本体メモリ上に読み込み，それをエディタなどを使って再編集し，「THEGRAPH.HCA」を作成したことを示すものである。
理 由
一 疎甲第1号証，第2号証，第5号証，第12号証及び第35号証によれば，債権者アイシーエムは，昭和56年12月22日設立された電子機器（マイクロコンピュータ）及び部品の製造販売等を目的とする会社であり，また，債権者エージーソフトは，平成元年4月1日設立されたコンピュータソフトウエアの開発及び販売等を目的とする会社であること，債権者アイシーエムは，MENU.EXEファイル，ＩＢＦファイル，MENU.AZMファイル，CONFIG.AZMファイルなどから構成されている「ＥＯシステム」というプログラムをハードディスクに格納して，これを販売していること，ＥＯシステムは，NEC9801パーソナル・コンピュータ対応の，MS-DOSの環境下で作動するハードディスク自動組込みプログラムであること，ＩＢＦファイルは，42個のファイルからなり，これらのファイルは，アプリケーションプログラム用ファイル28個（「IBA」の拡張子を有するもの），フロントプロセッサ用ファイル14個（「IBF」の拡張子を有するもの）に分類することができること，各ＩＢＦファイルの記述は，別紙目録(一)記載のダンプリストのとおりであることが認められる。
二 ＩＢＦファイルについて
１ 疎甲第5号証，第7号証及び第8号証によれば，ＩＢＦファイルは，MENU.EXEファイル，MENU.AZMファイル，CONFIG.AZMファイルなどとともに，NEC9801パーソナル・コンピュータを機能させるＥＯシステムを構成していること，ＥＯシステムは，市販のアプリケーションプログラム等のファイルをハードディスクヘ自動的に組み込み，右ファイルをメニュー形式で呼び出したり，管理を行ったりするプログラムであること，ＥＯシステムの中では，MENU.EXEファイルが，中枢機能を果たしているプログラムで，ＩＢＦファイルは，MENU.EXEファイルがアプリケーションプログラム等のファイルをハードディスクに組み込むための指示や情報を記述しているものであることが認められる。
２ 次に，疎甲第5号証，第7号証，第8号証，第11号証，第36号証及び疎乙第42号証によれば，ＩＢＦファイルの記述の順序，各行の機能及び各行の記述内容は，次のとおりである。
(一) ＩＤ行
ＩＤ行は，適正なＩＢＦファイルであることを表示する行であって，必ずＩＢＦファイルの先頭行に記述される。MENU.EXEファイルは，指定されたＩＢＦファイルのＩＤ行を先頭から読み込み，同行の記述が半角文宇で「*AZ MENU IBF V1」となっていれば正しい記述と判断して次に進み，記述が違っていれば，書式エラーとして処理する。
(二) タイトル行
タイトル行は，組込みの際，メニューシステムの管理情報の中に転記され，組み込んだファイルのタイトルとなる行であって，必ずＩＢＦファイルの2行目に記述される。通常，アプリケーションプログラム等のプログラム名が用いられる。MENU.EXEファイルは，タイトル行を読み込んだうえ，その先頭1文字を読んで，これが半角文字の「*」でなければ文法エラーとし，これが半角文宇の「*」であればこれに続くタイトル行を読み，所定の字敷を超えていれば文法エラーとし，所定の字数以内であれば次の手順に進む。
(三) デバイス行
デバイス行は，デバイスドライバの定義情報を提供する行であって，MS-DOSのシステム起動のためのCONFIG.SYSの「DEVICE=」で始まる行と同じ要領で記述する。ただし，「DEVICE=」を記述する際には，必ず「=」の前後に1文字の空白を入れる。なお，同行の先頭に半角文宇の「!」あるいは「?」を追加することにより，組込み対象のアプリケーションプログラム等の中のCONFIG.SYSファイルを参照，引用させることができる。MENU.EXEファイルは，デバイス行を読み込んだうえ，その先頭1文字を読んで，半角文字の「!」あるいは「?」であれば，「!」あるいは「?」の次からキャリッジリターンの直前までの文字列と同じ文字列で始まるデバイス行が，組込み村象のアプリケーションプログラム等のCONFIG.SYSファイル中に存在するかどうかをチェックし，存在すれば，そのパラメータを転記するなどの作業を行う。
(四) 区切りマーク行１
区切りマーク行ｌは，デバイス行とコマンド行とを分離する役割を果たすものであって，必ず半角文字の「*」1文字を記述する。MENU.EXEファイルは，区切りマーク行ｌを読み込んで，半角文字の「*」でなければエラー処理に進み，半角文字の「*」であれば次に進む。
(五) コマンド行
コマンド行は，組込み対象のアプリケーションプログラムの自動実行バッチファイルをCONFIG.AZMファイル中に作成させる行であって，組込み対象のアプリケーションプログラムの自動実行バッチファイルに相当する記号を，MS-DOSのAUTOEXEC.BATの場合と同じ要領で記述する。なお，同行の先頭に半角文字の「!」あるいは「?」を追加することにより，組込み対象のアプリケーションプログラム中のAUTOEXEC.BATファイルを参照，引用させる，しとができる。MENU.EXEファイルは，1行を読み込んだうえ，その先頭1文字を読んで，半角文字の「!」あるいは「?」であれば，「!」あるいは「?」の次からキャリッジリターンの直前までの文字列と同じ文字列で始まるコマンド行か，組込み対象のアプリケーションプログラムのAUTOEXEC.BATファイル中に存在するかどうかをチェックし，存在すれば，そのパラメータを転記するなどの作業を行う。
(六) 区切りマーク行２
区切りマーク行２は，コマンド行の終りを示すものであって，必ず半角支宇の「*」１文字を記述する。MENU.EXEファイルは，区切りマーク行２を読み込んで，半角文字の「*」でなければエラー処理に進み，半角文字の「*」であれば次に進む。
(七) 組込みメッセージ行
組込みメッセージ行は，組込み作業開始前に，作業者に，組込み対象のアプリケーションプログラム等を格納したフロッピーディスクの挿入を指示するメッセージを記述したものであって，同行の先頭には，必ず，半角文字の「*」を記述し，2字目から組込み対象のアプリケーションプログラム等を格納したフロッピーディスクの挿入を指示するためのメッセージを記述する。MENU.EXEファイルは，組込みメッセージ行の先頭1文字を読んで，半角文字の「*」でなければ書式エラー処理とし，半角文字の「*」であれば2文字目を読んで，これも半角文字の「*」でなければ残りを読み込み，これを，次の組込み手順を実行する前にメッセージとして操作画面に表示する。
(八) 組込み手順行
組込み手順行は，組込みにおいて，アプリケーションプログラム等から，指定したファイルをハードディスク内に作成したサブディレクトリに転送させる手順を記述した行であって，MS-DOSのCOPYコマンドを用いたバッチファイルの場合と同し要領で記述する。なお，同行の最初の4文字を「COPY」，「copy」でなく，「Copy」とすることにより，指定されたファイルが，組送み対象のアプリケーションプログラム等の中に存在しなかったとき，エラーとせず次に進ませることができる。MENU.EXEファイルは，組込み手順を１行ずつ読み込んで，最初の4文字が「COPY」あるいは「copy」であれば，措定されたファイルを，転送元のフロッピーディスタからハードディスクに転送し，ファイルがなければ，組込みエラーとし，「Copy」であれば，指定されたファイルが転送元のフロッピーディスクに存在するかどうかチェックし，存在すれば，ハードディスクに転送し，ファイルがなくてもエラーとしない。
(九) 終了マーク行
終了マーク行は，組込み手順の終了を宣言するものであって，必ず半角文字の「**」と記述する。MENU.EXEファイルは，その先頭１文字を読んで，半角文字の「*」であり，更に，２字目も半角文字の「*」であれば処理を終える。
(一〇) 以上の各行は，一定の順序を有する書式を構成している。
右認定の事実によれば，ＥＯシステムの中枢機能を司るMENU.EXEファイルは，アプリケーションプログラム等の中のファイルをハードディスクに自動的に組み込む作業において，電子計算機に組込みをさせるための一般的な指令を記述したプログラムであり，他方，ＩＢＦファイルは，MENU.EXEファイルを中心とするプログラムを前提として，個々のアプリケーションプログラム等を組入込むに当たっての指示や情報をMENU.EXEファイルに提供するものであり，ＩＢＦファイルの右指示や情報によって，MENU.EXEファイルをして，NEC9801パーソナル・コンピュータを機能させ，アプリケーションプログラム等の中のファイルをハードディスクヘ自動的に組み込むことができるように仕組まれているものと認めることができる。
三 ＩＢＦファイルの創作性について
右二２の認定事実によれば，仮にＩＢＦファイルが著作権法にいうプログラムであるとしても，以下に述べるとおり，ＩＢＦファイルは，創作性を有しないものと認められる。
1 前二２の認定事実によれば，ＩＢＦファイルの構成は，書式であって，プログラムを表現する手段としての文字その他の記号及びその体系（著作権法10条3項1号）に属する文法であると解されるから，ＩＢＦファイルの構成自体には著作権法による保護は及ばないものというほがはなく，また，疎甲第8号証によれば，ＩＢＦファイルの書式の選択は，MENU.EXEファイルによって規定されていることが認められ，患送択の余地はないから，書式の選択によってＩＢＦファイルの表現に創作性が生ずるということも，およそ考えられないことであるといわざるをえない。
２ そこで，次に，ＩＢＦファイルの表現内容に着目して，その創作性の有無について検討することとする。
(一) 前二２の認定事実によれば，ＩＢＦファイルのＩＤ行の表現，区切りマーク行の表現，区切りマーク行をコマンド行の前後に配置するという表現（コマンド行がない場合は，右の前後に配置するという表現はないが，区切りマーク行はその位置に残る。），終了マーク行の表現，終了マーク行を最終行に配置するという表現並びにＩＤ行，タイトル行及び組込みメッセージ行の先頭に「*」を記述するという表現は，いずれもMENU.EXEファイルによって規定されており，その表現に選択の余地はないのであるから，右表現をもってＩＢＦファイルの創作性の根拠とすることはできない。
（二） また，前二２の認定事実によれば，タイトル行，コマンド行及びデバイス行は，組込み号象のアプリケーションプログラム等によって規定され，その表現に選択の余地はないから，右表現によってＩＢＦファイルの創作性が生じるものとは認められない。なお，組込み対象のアプリケーションプログラム等として何を選択するか，その中からどのファイルを選択するかということは，単なるアイデアに止まるから，その選択によって創作性が生じるということはありえない。
(三) 更に，前二２の認定事実によれば，複数のファイルを組み込む場合，ＩＢＦファイルの構成中，組込み手順行の順序は規定されていないが，その余の構成は，その順序がMENU.EXEファイルによって規定されているから，右順序を任意に選択する余地はない。そして，前二２の認定事実によれば，組込み手順行の順序は，選択の余地はあるものの，選択自体は単なるアイデアであり，また，選択したものをどのような順序で記述するかということによっては，表現に相違はでてくるけれども，表現方法はMS-DOSのバッチファイルで用いられている表現方法とほぼ同一であり，しかも，機能的には順序を間わないものであり，更に，疎甲第9号証によれば，組込み手順行の順序は，ほとんど組込み対象のアプリケーションプログラム等のファイルの出現順に従っているのであるから，その表現には創作性があるとは認められない。
(四) 更にまた，前二２の認定事実によれば，組込みメッセージ行は，表現の仕方に選択の余地はあるが，その表現は，通常用いられる表現方法に従って行われるものであって，その選択の幅は極めて小さいから，その表現の仕方によってＩＢＦファイルの創作性が生じるものとも認められない。
(五) 以上によれば，ＩＢＦファイルの表現は，大部分がMENU.EXEファイル及び組込み対象のアプリケーションプログラム等いかんによって規定されており，選択の余地がないものであり，また，選択の余地があるものも，選択の幅は極めて小さく，その選択によってその表現に創作性が生じるものとは認められず，更に，ＩＢＦファイルの表現を全体的に考察しても，その表現に創作性があるとは認めることはできない。
３
(一) 債権者らは，ＩＢＦファイルは，単なるデータファイルではなく，同ファイル中の各行が一連のかたまりとなって意味を持ち，全体として創造性を有するのであるから，各コマンドの記述が簡単なものであるからといって，創作性が否定されるものではなく，また，他の同種ユーティリティプログラムと比較しても，MS-DOSで記述した場合と比較しても，相当の違いがでてくるのであって，プログラム開発者の創作性が発揮されている旨，主張するが，ＩＢＦファイルに創作性を認めえないことは，前説示のとおりであって，右主張のような点を考慮してもなお，その結論を左右するものとは認められず，したがって，債権者らの右主張は，採用することができない。
(二) また，債権者らは，ＩＢＦファイルの作成過程の一つとして，組込み対象のアプリケーションプログラム等のファイルの選択という過程があるところ，その選択も，ＩＢＦファイルの創作性を構成するものである旨主張するが，組込み対象のアプリケーションプログラム等のファイルの選択自体は，単なるアイデアに止まり，また，右の選択のうえ行われたＩＢＦファイルの表現に創作性の認めえないことは，前説示のとおりであり，したがって，債権者らの右主張も，採用の限りでない。
四 そうすると，本件申請は，被保全権利についての疎明がないことに帰するから，これを却下することとし，申請費用の負担について民事訴訟法89条を適用して，主文のとおり決定する。
裁 判 官 宍 戸 充
別紙
目 録 （一）
＜省 略＞
目 録 （二）
表 題 「ＭＥＴ'Ｓ Ｆiledriver」
（メッツファイルドライバー）
種 類 ハードディスクユーティリティ用アプリケーションプログラム
製 作 者 シティソフト株式会社
製作年月日 平成元年4月
販 売 元 債務者株式会社メッツ
便 用 ハードウェアＮＥＣパーソナルコンピュータ（PC-9801E PC-9801F PC-9801M PC-9801VF PC-9801VM PC-9801VX PC-9801UV PC-9801UX PC9801LV PC-9801CV PC-9801XL/XL2（ノーマル） PC-9801RA2/RA5 PC-9801RX2/RX4）用ハードディスク
オペレーティングシステム MS-DOS（エムエスドス，米国マイクロソフト社製ディスクオペレーティング，ンステム）バージョン2・11及び3・10
機 能 ハードディスク内に各種アプリケーションプログラムをインストール（組み込み）し，メニュー方式で起動，管理を行うハードディスクユーサーサポートプログラム
ディスク構成 ５インチフロッピーディスク１部
＜以下略＞
目 録 （三）
表 題 「ＭＥＴ'S Filedriver 2」
（メッツファイルドライバー２）
種 類 ハードディスクユーティリティ用アプリケーショシプログラム
製 作 者 シティソフト株式会社
製作年月日 平成元年9月
販 売 元 債務者株式会社メッツ
便 用 ハードウェアＮＥＣパーソナルコンピュータ（PC-9801E PC-9801F PC-9801M PC-9801VF PC-9801VM PC-9801VX PC-9801UV PC-9801UX PC9801LV PC-9801CV PC-9801XL/XL2（ノーマル） PC-9801RA2/RA5 PC-9801RX2/RX4）用ハードディスク
オペレーティングシステム MS-DOS（エムエスドス，米国マイクロソフト社製ディスクオペレーティング，ンステム）バージョン2・11及び3・10
機 能 ハードディスク内に各種アプリケーションプログラムをインストール（組み込み）し，メニュー方式で起動，管理を行うハードディスクユーサーサポートプログラム
ディスク構成 ５インチフロッピーディスク１部
＜以下略＞
Copyright (C) 1998 Takato Natsui, All rights reserved.
最終更新日： 1998/04/25