戻る

平成２４年８月３１日判決言渡同日原本領収裁判所書記官塙義和
平成２２年(ワ)第１３７７６号特許権侵害差止等請求事件
口頭弁論終結日平成２４年５月２１日
判決
当事者の表示別紙当事者目録記載のとおり
目次
主文..................................................4
事実及び理由..................................................4
第１請求..............................................................4
第２事案の概要........................................................4
１概要..............................................................4
２前提事実..........................................................4
３争点.............................................................13
第３争点に関する当事者の主張.........................................15
１本件特許発明１に係る侵害の成否...................................15
１－１構成要件１Ａの充足性（争点１－１）...........................15
１－２構成要件１Ｂの充足性（争点１－２）...........................22
１－３構成要件１Ｃの充足性（争点１－３）...........................34
１－４均等侵害の成否（争点１－４）.................................51
１－５道具理論の成否（争点１－５）.................................58
１－６乙１１号証を主引例とする進歩性の欠如（争点１－６）...........61
１－７乙８号証を主引例とする進歩性の欠如（争点１－７）.............88
２本件特許発明２に係る侵害の成否...................................96
２－１構成要件２Ａの充足性（争点２－１）...........................96
２－２構成要件２Ｂ～２Ｃの充足性（争点２－２）....................103
２－３構成要件２Ｄ～２Ｆの充足性（争点２－３）....................108
２－４構成要件２Ｇの充足性（争点２－４）..........................115
２－５間接侵害の成否（争点２－５）................................116
２－６均等侵害の成否（争点２－６）................................117
３本件特許発明３に係る侵害の成否..................................123
３－１構成要件３Ａの充足性（争点３－１）..........................123
３－２構成要件３Ｂ～３Ｃ及び３Ｅの充足性（争点３－２）............127
３－３構成要件３Ｄの充足性（争点３－３）..........................139
３－４構成要件３Ｆ及び３Ｈの充足性（争点３－４）..................140
３－５構成要件３Ｉの充足性（争点３－５）..........................146
３－６サポート要件違反の有無（争点３－６）........................147
３－７明確性要件違反の有無（争点３－７）..........................159
３－８実施可能要件違反の有無（争点３－８）........................163
３－９乙１３号証を主引例とする進歩性の欠如（争点３－９）..........164
４原告の損害額（争点４）..........................................182
第４当裁判所の判断..................................................183
１本件特許発明１に係る侵害の成否について..........................183
１－１構成要件１Ａの充足性（争点１－１）について..................183
１－２構成要件１Ｂの充足性（争点１－２）について..................190
１－３構成要件１Ｃの充足性（争点１－３）について..................207
１－４まとめ......................................................217
２本件特許発明２に係る侵害の成否について..........................217
２－１構成要件２Ａの充足性（争点２－１）について..................217
２－２構成要件２Ｂ～２Ｃの充足性（争点２－２）について............225
２－３構成要件２Ｄ～２Ｆの充足性（争点２－３）について............234
２－４構成要件２Ｇの充足性（争点２－４）について..................236
２－５まとめ......................................................237
３本件特許発明３に係る侵害の成否について..........................237
３－１構成要件３Ａの充足性（争点３－１）について..................237
３－２構成要件３Ｂ～３Ｃ及び３Ｅの充足性（争点３－２）について....247
３－３構成要件３Ｄの充足性（争点３－３）について..................256
３－４構成要件３Ｆ及び３Ｈの充足性（争点３－４）について..........257
３－５構成要件３Ｉの充足性（争点３－５）について..................258
３－６まとめ......................................................260
第５結論............................................................260
主文
１原告の請求をいずれも棄却する。
２訴訟費用は原告の負担とする。
事実及び理由
第１請求
１被告は，別紙被告製品目録記載の各製品を，製造し，譲渡し，貸渡し，譲渡
若しくは貸渡しの申出をし，又は譲渡若しくは貸渡しのために展示してはなら
ない。
２被告は，原告に対し，金２億５０００万円およびこれに対する平成２２年４
月２４日から支払済みまで年５分の割合による金員を支払え。
第２事案の概要
１概要
本件は，発明の名称を「信号処理装置」「電子楽器の音源装置」「楽音デー
タ再生装置」とする３つの特許権を有する原告が，被告が製造・販売するＬＳ
Ｉが原告の特許権を侵害する旨主張して，被告に対し，特許法１００条１項に
基づく差止請求として当該ＬＳＩの製造，譲渡等の禁止と不法行為に基づく損
害賠償請求として４億８０００万円の一部である２億５０００万円（附帯請求
として訴状送達の日の翌日である平成２２年４月２４日から支払済みまで民法
所定の年５分の割合による遅延損害金）の支払を求めた事案である。
２前提事実
以下の各事実は，当事者間に争いがない。
(1)当事者
原告は，楽器，音楽機器，半導体等を製造販売する会社である。
被告は，半導体集積回路等を製造販売する会社である。
(2)特許第２９４３６３６号
ア概要
原告は，次の特許権を有している（以下，【請求項１】に係る特許発明
を「本件特許発明１」といい，これに係る特許を「本件特許１」という。
また，当該特許権に係る特許公報〔甲１の２〕を末尾に添付し，これを
「本件特許１明細書」という。）。
発明の名称信号処理装置
出願日平成６年１１月２２日
出願番号特願平６－２８８４７４
公開日平成８年６月７日
公開番号特開平８－１４７８８３
登録日平成１１年６月２５日
特許番号特許第２９４３６３６号
特許請求の範囲
【請求項１】
データを所定の圧縮処理によつて圧縮して外部記憶手段に記録するとと
もに，前記外部記憶手段に記録した圧縮データを所定のデコード処理によ
って元のデータに戻し，該元のデータに基づいて音信号を生成する信号処
理装置において，
発音指示を発生する発音指示手段と，
該発音指示に先立って，前記圧縮データの所定の開始位置から所定の部
分までを予めデコード処理して元のデータに戻し，先頭データとして所定
の記憶手段に記憶し，該発音指示の発生に応じて，前記所定の記憶手段に
記憶された先頭データに基づいて音信号の発生を開始するとともに前記所
定の部分以降の圧縮データのデコード処理を開始して，前記先頭データに
基づく音信号の発生と平行して前記所定の部分以降の圧縮データのデコー
ド処理を行い，前記先頭データに基づいた音信号の発生に引き続いて前記
所定の部分以降の圧縮データのデコード処理の結果生成された元のデータ
に基づいて音信号を生成する演算手段とを具備することを特徴とする信号
処理装置
イ本件特許発明１の構成要件の分説
本件特許発明１の構成要件は，次のとおり分説することができる（以下
「構成要件１Ａ」などという。）。
１Ａデータを所定の圧縮処理によつて圧縮して外部記憶手段に記録する
とともに，前記外部記憶手段に記録した圧縮データを所定のデコード
処理によって元のデータに戻し，該元のデータに基づいて音信号を生
成する信号処理装置において，
１Ｂ発音指示を発生する発音指示手段と，
１Ｃ該発音指示に先立って，前記圧縮データの所定の開始位置から所定
の部分までを予めデコード処理して元のデータに戻し，先頭データと
して所定の記憶手段に記憶し，該発音指示の発生に応じて，前記所定
の記憶手段に記憶された先頭データに基づいて音信号の発生を開始す
るとともに前記所定の部分以降の圧縮データのデコード処理を開始し
て，前記先頭データに基づく音信号の発生と平行して前記所定の部分
以降の圧縮データのデコード処理を行い，前記先頭データに基づいた
音信号の発生に引き続いて前記所定の部分以降の圧縮データのデコー
ド処理の結果生成された元のデータに基づいて音信号を生成する演算
手段と
１Ｄを具備することを特徴とする信号処理装置。
ウ本件特許発明１の目的・効果
本件特許発明１は，「従来より，デジタルデータを記録する際には，そ
の記憶容量を小さくするために，各種のデジタルデータ圧縮技術が用いら
れてきた」（本件特許１明細書【０００２】）が，「再生するためのデー
タ処理に時間がかかるため，頭出しにおいて直ちに再生音が出てこないと
いう問題を生じる」（同明細書【０００４】）という課題解決を目的とす
るものであり，本件特許発明１の構成により，「圧縮データのデコード時
における時間遅れが生ぜず，このため高圧縮率の圧縮法を効果的に用いる
ことができるという利点が得られる」（同明細書【００５２】）ようにな
ったものである。
(3)特許第２７３４３２３号
ア概要
原告は，次の特許権を有している（以下，【請求項２】に係る特許発明
を「本件特許発明２」といい，これに係る特許を「本件特許２」という。
また，当該特許権に係る特許公報〔甲２の２〕を末尾に添付し，これを
「本件特許２明細書」という。）。
発明の名称電子楽器の音源装置
出願日平成４年１１月３０日
公開日平成６年６月１４日
公開番号特開平６－１６７９７８
登録日平成１０年１月９日
特許番号特許第２７３４３２３号
特許請求の範囲
【請求項２】
楽音信号の先頭から，前記楽音信号のディジタル・データに圧縮処理を
施したデータの展開処理に要する時間以上の所定期間までの部分をディジ
タル・データの状態にて記憶するとともに，前記所定期間以降の部分をデ
ィジタル・データに圧縮処理を施したデータの状態にて記憶する記憶手段
と，
発音指示に応答して，前記記憶手段に記憶されたディジタル・データお
よび圧縮処理を施したデータの読み出しを開始する読出手段と，
前記読出手段によって読み出された，圧縮処理を施したデータに展開処
理を施して元のディジタル・データに展開するデータ展開手段と，
前記読出手段によって前記ディジタル・データの読み出しが終了したか
否かを判別する第２の判別手段と，
前記第２の判別手段によって前記ディジタル・データの読み出しが終了
していないと判別された場合には前記読出手段によって読み出されたディ
ジタル・データを選択し，前記第２の判別手段によって前記ディジタル・
データの読み出しが終了したと判別された場合には前記データ展開手段に
よって展開されたディジタル・データを選択する第２の選択手段とを具備
し，
前記第２の選択手段によって選択されたディジタル・データに基づいて
発音することを特徴とする電子楽器の音源装置。
イ本件特許発明２の構成要件の分説
本件特許発明２の構成要件は，次のとおり分説することができる（以下
「構成要件２Ａ」などという。）。
２Ａ楽音信号の先頭から，前記楽音信号のディジタル・データに圧縮処
理を施したデータの展開処理に要する時間以上の所定期間までの部分
をディジタル・データの状態にて記憶するとともに，前記所定期間以
降の部分をディジタル・データに圧縮処理を施したデータの状態にて
記憶する記憶手段と，
２Ｂ発音指示に応答して，前記記憶手段に記憶されたディジタル・デー
タおよび圧縮処理を施したデータの読み出しを開始する読出手段と，
２Ｃ前記読出手段によって読み出された，圧縮処理を施したデータに展
開処理を施して元のディジタル・データに展開するデータ展開手段と，
２Ｄ前記読出手段によって前記ディジタル・データの読み出しが終了し
たか否かを判別する第２の判別手段と，
２Ｅ前記第２の判別手段によって前記ディジタル・データの読み出しが
終了していないと判別された場合には前記読出手段によって読み出さ
れたディジタル・データを選択し，前記第２の判別手段によって前記
ディジタル・データの読み出しが終了したと判別された場合には前記
データ展開手段によって展開されたディジタル・データを選択する第
２の選択手段とを具備し，
２Ｆ前記第２の選択手段によって選択されたディジタル・データに基づ
いて発音する
２Ｇことを特徴とする電子楽器の音源装置。
ウ本件特許発明２の目的・効果
本件特許発明２は，「特に圧縮効率の高いデータのデコード処理にはあ
る程度の時間が必要である」ことに鑑み，「発音指示後，時間遅れを極め
て少なくして，直ちに楽音を発生することができる電子楽器の音源装置を
提供する」（本件特許２明細書【０００３】）ことを目的とし，本件特許
発明２の構成により，「時間遅れを極めて少なくして，直ちに楽音を発生
することができる（請求項２）」（同明細書【００６２】）。
(4)特許第３９１８８２６号
ア原告は，次の特許権を有している（以下，【請求項４】に係る特許発明
を「本件特許発明３」といい，これに係る特許を「本件特許３」という。
また，当該特許権に係る特許公報〔甲３の２〕を末尾に添付し，これを
「本件特許３明細書」という。）。
発明の名称楽音データ再生装置
出願日平成１６年３月３０日
公開日平成１７年１０月１３日
公開番号特開２００５－２８３９４４
登録日平成１９年２月２３日
特許番号特許第３９１８８２６号
特許請求の範囲
【請求項１】
圧縮楽音データと非圧縮楽音データとから構成される楽音データが記憶
された記憶媒体から前記楽音データを圧縮楽音データ，非圧縮楽音データ
の順に読み出して再生する楽音データ再生装置であって，
前記記憶媒体から前記非圧縮楽音データを読み出すとともに，前記非圧
縮楽音データの読み出しを終了した時点で読み出し終了通知を出力する第
１の読出手段と，
前記記憶媒体から前記圧縮楽音データを読み出す第２の読出手段と，
前記第２の読出手段によって読み出された圧縮楽音データを伸張して出
力するデコーダと，
前記第１の読出手段の出力と前記デコーダの出力とを切り換える切換手
段と，
前記第１の読出手段，前記第２の読出手段，および前記切換手段を制御
する制御手段とを具備し，
前記圧縮楽音データは，楽音データの再生における所定の再生処理単位
の整数倍のデータサイズを有し，
前記制御手段は，ループ再生指示を受けて，前記第２の読出手段へ前記
圧縮楽音データの読み出し指令を出力するとともに前記切換手段を前記デ
コーダの出力に切り換える第１手順，前記デコーダによる前記圧縮楽音デ
ータの伸張および出力が終了した時点で前記第１の読出手段へ前記非圧縮
楽音データの読み出し指令を出力するとともに前記切換手段を前記第１の
読出手段の出力に切り換える第２手順，を順に実行し，前記第１の読出手
段から出力される前記読み出し終了通知を受けて再び前記第１手順を実行
することにより，前記楽音データをループ再生させる
ことを特徴とする楽音データ再生装置。
【請求項４】
前記非圧縮楽音データに代えてＡＤＰＣＭ方式によって圧縮された圧縮
楽音データを用いることを特徴とする請求項１から請求項３のいずれかの
項に記載の楽音データ再生装置。
イ本件特許発明３の構成要件の分説
本件特許発明３の構成要件は，次のとおり分説することができる（以下
「構成要件３Ａ」などという。）。
３Ａ圧縮楽音データとＡＤＰＣＭ方式によって圧縮された圧縮楽音デー
タとから構成される楽音データが記憶された記憶媒体から前記楽音デ
ータを圧縮楽音データ，ＡＤＰＣＭ方式によって圧縮された圧縮楽音
データの順に読み出して再生する楽音データ再生装置であって，
３Ｂ前記記憶媒体から前記ＡＤＰＣＭ方式によって圧縮された圧縮楽音
データを読み出すとともに，前記ＡＤＰＣＭ方式によって圧縮された
圧縮楽音データの読み出しを終了した時点で読み出し終了通知を出力
する第１の読出手段と，
３Ｃ前記記憶媒体から前記圧縮楽音データを読み出す第２の読出手段と，
３Ｄ前記第２の読出手段によって読み出された圧縮楽音データを伸張し
て出力するデコーダと，
３Ｅ前記第１の読出手段の出力と前記デコーダの出力とを切り換える切
換手段と，
３Ｆ前記第１の読出手段，前記第２の読出手段，および前記切換手段を
制御する制御手段とを具備し，
３Ｇ前記圧縮楽音データは，楽音データの再生における所定の再生処理
単位の整数倍のデータサイズを有し，
３Ｈ前記制御手段は，ループ再生指示を受けて，前記第２の読出手段へ
前記圧縮楽音データの読み出し指令を出力するとともに前記切換手段
を前記デコーダの出力に切り換える第１手順，前記デコーダによる前
記圧縮楽音データの伸張および出力が終了した時点で前記第１の読出
手段へ前記ＡＤＰＣＭ方式によって圧縮された圧縮楽音データの読み
出し指令を出力するとともに前記切換手段を前記第１の読出手段の出
力に切り換える第２手順，を順に実行し，前記第１の読出手段から出
力される前記読み出し終了通知を受けて再び前記第１手順を実行する
ことにより，前記楽音データをループ再生させる
３Ｉことを特徴とする楽音データ再生装置。
ウ本件特許発明３の目的・効果
本件特許発明３は，「パチンコ等のゲーム機の分野においては，同じ楽
曲を続けて繰り返し再生するループ再生がしばしば行われる。しかしなが
ら，上述した圧縮楽音データをゲーム機において使用する場合，例えばＭ
ＰＥＧは１１５２サンプル，ＡＡＣは１０２４サンプルを１フレームとし，
このフレーム単位で再生処理を行うようになっているので，曲の最後のフ
レームが規定数のサンプルを含まない場合にフレームの後部に無音部分が
含まれることになる。このため，繰り返し再生において曲の終端部と先頭
部との間に無音部分が生じてしまう問題があった。」（本件特許３明細書
【０００２】）という課題に鑑み，「無音部分を作ることなくループ再生
を行うことができる楽音データ再生装置を提供する」（同明細書【０００
３】）ことを目的とするものであり，「この発明によれば，楽音データの
終了部に非圧縮データを配置したので，圧縮楽音データを，無音部分を作
ることなく任意の箇所でループ再生することができる効果が得られる」
（同明細書【０００８】）。
(5)被告の行為
被告は，別紙被告製品目録記載の各製品（以下，同目録記載の番号に従っ
て「被告製品１」などという。）を製造・販売している。
被告製品１～４の概要は，別紙被告製品１～４説明書記載のとおりである
（ただし，別紙被告製品１説明書３機能のうち，下線及び二重取消線を付し
た箇所を除く。）。
なお，被告は，被告製品２～４の構成要件３Ｇ充足性については，クレー
ムが記載不備であると主張するほか，その充足性について積極的に争うもの
ではない。
３争点
(1)本件特許発明１に係る侵害の成否
ア被告製品１が本件特許発明１の技術的範囲に属するか。
(ア)構成要件１Ａの充足性（争点１－１）
「外部記憶手段に記録する」の意義
(イ)構成要件１Ｂの充足性（争点１－２）
ａ「発音指示を発生する発音指示手段」の意義
ｂ被告製品１が「発音指示手段」を備えているか。
(ウ)構成要件１Ｃの充足性（争点１－３）
ａ「所定の開始位置から所定の部分まで」の意義
ｂ構成要件１Ｃにおける①「デコード処理」の開始と「音信号の発
生」の開始の同時性②「デコード処理」と「音信号の発生」の平行性
の程度
ｃ被告製品１が構成要件１Ｃを処理する演算手段を備えているか。
(エ)均等侵害の成否（争点１－４）
(オ)道具理論の成否（争点１－５）
イ本件特許１が特許無効審判により無効にされるべきものであるか。
(ア)乙１１号証を主引例とする進歩性の欠如（争点１－６）
(イ)乙８号証を主引例とする進歩性の欠如（争点１－７）
(2)本件特許発明２に係る侵害の成否
被告製品２～４が本件特許発明２の技術的範囲に属するか。
ア構成要件２Ａの充足性（争点２－１）
構成要件２Ａの「ディジタル・データ」の意義
イ構成要件２Ｂ～２Ｃの充足性（争点２－２）
(ア)構成要件２Ｂ～２Ｃにおいて，①「ディジタル・データ」の読み出
し開始と「圧縮処理を施したデータ」の読み出し開始の同時性，②「デ
ィジタル・データ」の読み出しと「圧縮処理を施したデータ」のデコー
ド処理の同時平行性が要求されているか。
(イ)被告製品２～４が「読出手段」「データ展開手段」を備えているか。
ウ構成要件２Ｄ～２Ｆの充足性（争点２－３）
(ア)構成要件２Ｄの「第２の判別手段」の意義
(イ)被告製品２～４が「第２の判別手段」「第２の選択手段」を備えて
いるか。
エ構成要件２Ｇの充足性（争点２－４）
被告製品２～４が「電子楽器の音源装置」に該当するか。
オ間接侵害の成否（争点２－５）
カ均等侵害の成否（争点２－６）
(3)本件特許発明３に係る侵害の成否
ア被告製品２～４が本件特許発明３の技術的範囲に属するか。
(ア)構成要件３Ａの充足性（争点３－１）
構成要件３Ａには楽音データの先頭部がＡＤＰＣＭ方式によって圧縮
された楽音データである場合が含まれるか。
(イ)構成要件３Ｂ～３Ｃ及び３Ｅの充足性（争点３－２）
被告製品２～４が「第１の読出手段」「第２の読出手段」「切換手
段」を備えているか。
(ウ)構成要件３Ｄの充足性（争点３－３）
被告製品２～４が「デコーダ」を備えているか。
(エ)構成要件３Ｆ及び３Ｈの充足性（争点３－４）
ａ被告製品２～４が「制御手段」を備えているか。
ｂ被告製品２～４が「第１手順」「第２手順」を実行するか。
(オ)構成要件３Ｉの充足性（争点３－５）
被告製品２～４が「楽音データ再生装置」に該当するか。
イ本件特許３が特許無効審判により無効にされるべきものであるか。
(ア)サポート要件違反の有無（争点３－６）
(イ)明確性要件違反の有無（争点３－７）
(ウ)実施可能要件違反の有無（争点３－８）
(エ)乙１３号証を主引例とする進歩性の欠如（争点３－９）
(4)原告の損害額（争点４）
第３争点に関する当事者の主張
以下，本件特許１～３明細書の図面は末尾に添付したものを参照することと
し，本文中には掲載しない。
１本件特許発明１に係る侵害の成否
１－１構成要件１Ａの充足性（争点１－１）
「外部記憶手段に記録する」の意義
（原告の主張）
(1)「データを所定の圧縮処理によつて圧縮して外部記憶手段に記録すると
ともに」というのは，外部記憶手段に記録されたものが，所定の圧縮手段で
データを圧縮したものであるという趣旨である。
(2)被告は，構成要件１Ａには，デコード処理機能だけでなく，「データを
所定の圧縮処理によつて圧縮して外部記憶手段に記録する」という機能（エ
ンコード処理機能）も含まれていると解されるところ，被告製品１はエンコ
ード処理機能の方は有しないので要件不充足である旨主張しているが，以下
のとおり，そのような解釈は失当である。
本件特許発明１が，専らデコード処理機能に関するものであり，何らエン
コード処理機能に関する内容を含んでいないことは，構成要件１Ｂ以下のク
レーム文言，ないしは本件特許１明細書記載の発明の課題，目的，効果等よ
り明らかである。
すなわち，本件特許発明１は，「信号処理装置」に関する発明である（同
明細書【発明の名称】及び構成要件１Ｄ）が，クレーム文言上，当該「信号
処理装置」が具備すべき構成として限定されているのは，いずれもデコード
処理機能に関わる，発音指示手段（構成要件１Ｂ）と，音信号を生成する演
算手段（構成要件１Ｃ）のみであり，エンコード処理機能ないしは圧縮処理
に関わる文言は一切ない。
そもそも，構成要件１Ａのような「おいて」書きによって示された構成は，
当該発明の前提部分または上位概念であるから，当然，構成要件１Ａにおい
て限定された権利範囲は，その他の構成要件１Ｂ～１Ｄにおいて限定された
権利範囲よりも広くなるはずである。したがって，構成要件１Ｂ～１Ｄにお
いて広くデコード処理機能を有する信号処理装置を対象にしているにもかか
わらず，その上位概念であるべき構成要件１Ａにおいて，デコード処理機能
と併せてエンコード処理機能まで有する信号処理装置にまで狭く権利範囲を
限定しているなどと解する余地は，概念的にあり得ない。
このことは，技術的意義を考えれば，より一層明確になる。すなわち，本
件特許発明１の目的は，「再生するためのデータ処理に時間がかかるため，
頭出しにおいて直ちに再生音が出てこないという問題を生じる」（同明細書
段落【０００４】）という具体的な課題の解決，すなわち，発音遅延の解消
この１点にある。
かかる課題を解決するために，本件特許発明１では，先頭楽音データの一
部を予め先行してデコード処理しておき（構成要件１Ｃ前段），発音指示
（構成要件１Ｂ）に応じて当該先頭楽音データを遅延なく発音させている間
に，続きのデータのデコード処理を開始して追いつき，先行デコードデータ
に基づく発音と発音指示後のデコードデータに基づく発音との間で途切れな
く発音を継続させる（構成要件１Ｃ後段）という解決原理を採用したのであ
る。専らデコード処理に係る工夫で解決を図っていることは明らかである。
したがって，本件特許発明１の課題解決原理の実現のために，対象装置が
デコード処理機能に加えてエンコード処理機能まで具備している技術的必要
性など全く認められないのであるから，そもそも上位概念として，構成要件
１Ａでエンコード処理機能付きにまで対象装置の範囲を限定する解釈は採り
得ないのである。
(3)本件特許１当初明細書（特開平８－１４７８８３〔甲２３〕）には，デ
コード機能に関する発明である請求項１～３に加え，【請求項４】として，
エンコード機能に関する発明も記載されていたが，審査の過程（乙５拒絶理
由通知書）で完全に削除したという経緯がある。
該【請求項４】をサポートしていた，エンコード機能の説明部分（同当初
明細書段落【００１４】【００１５】【図３】等）は，特に削除するまでの
必要もないために，本件特許１明細書においてもそのまま実施例のエンコー
ド機能部分に対する説明として残されたものである。
本件特許１当初明細書の請求項１～３で示されたデコード機能に関する発
明と，請求項４で示されたエンコード機能に関する発明とを，併せて１つの
実施例を用いて効率的に説明するために，エンコード機能とデコード機能，
ないしは，録音機能と再生機能とを併せ持つ装置を対象にしたにすぎないの
であり，上記請求項４の構成に当該実施例のデコード機能が直接関係しない
のと同様に，本件特許発明１（請求項１）の構成には当該実施例のエンコー
ド機能は直接関係しないのである。
したがって，エンコード機能に関する発明削除後も本件特許１明細書の実
施例に残存して示されているにすぎないエンコード機能部分を殊更に採り上
げて，これが別のデコード機能に関する発明である本件特許発明１（請求項
１）の技術的課題に深く関わるものと捉えたり，対象装置に必須の構成であ
ると捉えたりすることは，審査経過に照らしても誤りであることは明らかと
いうべきである。
(4)ア構成要件１Ａのクレーム文言解釈の問題は，文言の分析からは，「と
ともに」の意義の解釈の問題と，その直前の「記録する」の意義の解釈の
問題とに分かれる。
被告の主張は，「記録する」「とともに」「生成する」信号処理装置に
ついて，「記録する」と「生成する」の両方を兼ね備える信号処理装置と
読み，すなわち，「とともに」を「ａｎｄ（アンド）」の意味で解釈し，
かつ，「記録する」について，文字通りそのまま「信号処理装置」が記録
する動作を行うと読むものである。
したがって，被告主張に完全に従えば，当該「信号処理装置」は，「記
録する」＝エンコード機能と，「生成する」＝デコード機能との両方を兼
ね備える装置ということになる。
イこれに対し，原告の主張は，「とともに」を「ａｎｄ（アンド）」の意
ではなく，「（～した）状態下で」あるいは「（～した）条件のもとで」
（英語で言えば，「ｗｉｔｈ（ウィズ）」）というように，先行の前提条
件と後続の本文とをつなぐものとして解釈するものである。
本件では，「とともに」で結ばれた前後の事柄の関連性と時間的先後を
示す意味で使われているにすぎない。すなわち，「ともに」の後に記され
たデコード処理の対象となる圧縮データが，当該デコード処理よりも時間
的に先行し，かつ当該デコード処理とは対になる演算を用いる圧縮処理に
よって予め「外部記憶手段に記録」されたものであることを明確にするた
めに，「とともに」の前に，「データを所定の圧縮処理によつて圧縮して
外部記憶手段に記録する」という前提条件を確認的に配置したにすぎない
のである。このような前提条件と本文との関係は，まさに「とも－に【共
に・倶に】①ひとつになって。いっしょに。相連れて。」（広辞苑【第五
版】），すなわち英語で言えば，「ｗｉｔｈ（ウィズ）」に当たるもので
ある。
特に本件では，発明のスタートとなる圧縮データが，構成要件上，必要
な装置の中に含まれていない「外部記憶手段」に記録されていることもあ
り，発明の前提部分にすぎない圧縮処理ないしはエンコード処理にまでク
レームで言及する必要があったのである。
ウ原告の主張は，「記録する」についても，その動作主体は「信号処理装
置」ではなく，構成要件に記載されていない動作主体が，当該「信号処理
装置」の外部記憶手段に「記録する」と読むものである。
したがって，このとき，仮に「とともに」を「ａｎｄ（アンド）」の意
に解釈するとしても，当該「信号処理装置」は，その外部記憶手段に，構
成要件に記載されていない動作主体（他のエンコーダでもよい）がデータ
を圧縮して「記録する」ことと，その圧縮データをデコードして音信号を
「生成する」ことの両方を兼ね備える装置と読むべきことは明らかであり，
当該「信号処理装置」にエンコード機能まで兼用させる限定解釈をする理
由はない。
被告の解釈は，「とともに」で結合される後半のデコード機能部分を抜
き去って，そのまま前半部分の「データを所定の圧縮処理によって圧縮し
て外部記憶手段に記録する」を「信号処理装置」に直結するという読み方
をするから，あたかも「信号処理装置」自身が「記録する」動作を行うよ
うに読めてしまうが，「とともに」で結ばれた文章の読み方としては適正
さを欠いているといわざるを得ない。
仮に，被告主張に完全に従って，「エンコード機能を有する信号処理装
置において」と読むとした場合，前提としてそのような機能をあえて掲げ
た以上，以降のクレームにはその機能について何らかの言及があって然る
べきである。しかるに，以降の構成にエンコード機能が全く登場しないこ
とはこれまで主張のとおりである。
原告主張のように，「その外部記憶手段にデータを圧縮して記録した信
号処理装置において」と読めば，構成要件１Ｃ等にデコード機能の対象な
いしは出発点としてその内容の言及がされ，無理なくクレーム解釈が行え
るのである。
このように，本件特許１明細書の【特許請求の範囲】の記載だけからも，
被告の主張する限定解釈が採り得ないことは明らかである。
(5)被告製品１は，圧縮オーディオデジタルデータ（最大１０２４曲のフレ
ーズデータ）が外部音声ＲＯＭ内にＯｇｇＶｏｒｂｉｓ方式にて圧縮済みの
デジタルデータとして格納されている（別紙被告製品１の機能説明３の５）
参照）から，「データを所定の圧縮処理によつて圧縮して外部記憶手段に記
録するとともに，」の構成に該当する。
また，被告製品１は，オーディオを構成する一連のフレーズを伸長変換
（デコード）演算して，バス部へ転送する機能（別紙被告製品１の機能説明
３の６）参照）が「所定のデコード処理によって元のデータに戻し，」に該
当し，バス部を経由してスピーカに対応する発音チャンネル単位で出力部へ
オーディオデータを出力する機能（別紙被告製品１の機能説明３の７）参
照）が「該元のデータに基づいて音信号を生成する」に該当するから，「信
号処理装置」に該当する。
したがって，被告製品１は構成要件１Ａを充足する。
（被告の主張）
(1)本件特許発明１の信号処理装置は「データを所定の圧縮処理によって圧
縮して外部記憶手段に記録する」（下線は被告が付したものである。以下，
被告の主張について同じ。）とクレームされているのであるから，本件特許
発明１の信号処理装置は，その装置自体にエンコード機能・記録機能を有す
るものでなければならない。「おいて」書きであるからといって，クレーム
の文言を無視してよいことにはなり得ない。
(2)本件特許１明細書段落【０００１】【００１４】【００１５】【図３】
には，以下の記載がある。
「【０００１】
【産業上の利用分野】この発明は，高効率データ圧縮を採用したレコーダ
等に用いて好適な信号処理装置に関する。」
「【００１４】次に，上述した構成による動作について，図４～図６に示す
タイムチャートを参照して説明する。
［ＲＥＣタイムチャート］まず，図４において，ＲＥＣキー１ｂが押下さ
れると，ＡＤＣ１１によってデジタル信号に変換されたデータがＣＰＵ５に
よって演算器１０のバッファＡＢＵＦにブロック（１０２４サンプル）単位
で順次格納される。まず，バッファＡＢＵＦ（０）に最初の１ブロック目
（以下，第０ブロックという）のデータが格納される。第０ブロックのデー
タが全て格納されると，該バッファＡＢＵＦ（０）のデータが演算器によっ
て圧縮が開始される。この圧縮時間を符号Ｄで示す。この圧縮時に，バッフ
ァＡＢＵＦ（１）に次の第２ブロック（「１」で示されている）のデータが
格納されていく。また，圧縮されたデータはバッファＢＢＵＦ（０）に書き
込まれる。そして，第０ブロックのデータ圧縮が終了すると，バッファＢＢ
ＵＦ（０）のデータを外部記憶装置９へ書き込む。この書き込みの時間を符
号Ｓで示す。この書き込みの間にも，バッファＡＢＵＦ（１）へは第１ブロ
ックのデータが格納されていく。
【００１５】上記第１ブロックのデータの格納が終了すると，次に，該デ
ータの圧縮が行なわれ，圧縮データはバッファＢＢＵＦ（１）に書き込まれ
る。そして，データ圧縮が終了すると，バッファＢＢＵＦ（１）に書き込ま
れた圧縮データは外部記憶装置へ書き込まれる。この間に，バッファＡＢＵ
Ｆ（０）には，第２ブロックのデータが格納されていく。以下，同様にして，
バッファＡＢＵＦ（０），（１）およびバッファＢＢＵＦ（０），（１）を
交互に用いることで連続して圧縮を行なっていく。なお，この場合には，バ
ッファＢＢＵＦはシングルでもよい。あるいは，バッファＡＢＵＦ上で演算
を行なうようにすれば，バッファＢＢＵＦは１つも必要ない。」
このように，本件特許１明細書には，本件特許発明１の信号処理装置自体
がデータを所定の圧縮処理によって外部記憶手段に記録することが明確に記
載されている。
(3)被告製品１は，外部ＭＰＵからオーディオ再生命令を含む様々な実行命
令を受ける命令受取機能，オーディオ再生命令に従い，外部音声データＲＯ
Ｍ内に格納された圧縮オーディオディジタル・データを伸張して出力をする
機能を備えるが，構成要件１Ａの「データを所定の圧縮処理によって圧縮し
て外部記憶手段に記録する」ことはない。また，外部ＲＯＭに対して圧縮オ
ーディオディジタル・データを記録するのは，被告製品１が組み込まれた装
置（遊技機）ではない別の装置であり，オーディオディジタル・データを圧
縮する（エンコード）ことも別の装置が行う。
したがって，被告製品１は構成要件１Ａを充足しない。
１－２構成要件１Ｂの充足性（争点１－２）
(1)「発音指示を発生する発音指示手段」の意義
（原告の主張）
ア本件特許発明１における，「発音指示」がいかなるものであるかを考え
るには，構成要件１Ｃとの関係が重要である。
構成要件１Ｃでは，構成要件１Ｂの「発音指示」について，「該発音指
示の発生に応じて，前記所定の記憶手段に記憶された先頭データに基づい
て音信号の発生を開始する」と明記されている。すなわち，発音が開始さ
れるまではいくつかの信号のやりとりが通常行われるであろうが，それら
の中でも，既にデコード済みの音信号の発生を開始させる信号が，「発音
指示」であり，したがってそれを発生させる手段が「発音指示手段」であ
る。
イ本件特許１明細書の実施例でいえば，段落【００４１】【図６】に「同
期パルス」として示されているものがそれに関係する。
「【００４０】［同期再生キー処理］そして，同期再生キー１ｇが押下
されると，図１３に示す同期再生キー処理が実行される。まず，ステップ
ＳＧ１においてタイマ割込みを停止する。これにより，図５に示すタイマ
割込み処理が中断される。次に，ステップＳＧ２において，演算器１０を
圧縮データをデコードするためにデコーダに設定する。次に，ステップＳ
Ｇ３へ進み，モードフラグＳＣを「１」に設定し，その後，当該処理を終
了し，通常の処理へ戻る。以上の処理で，同期パルス待ち受け状態に設定
され，次に同期パルス（同期トリガ割り込み）を受信したタイミングで同
期再生がスタートする（下線は原告が付したものである。以下，原告の主
張について同じ。）。
【００４１】[同期トリガ割込み処理]次に，図６に示す同期パルスが出
力されると，図１４に示す同期トリガ割込み処理が実行される。まず，ス
テップＳＨ１において，モードフラグＳＣが「１」であるか否かを判断す
る。この場合，上述した同期再生キー処理において，モードフラグＳＣが
「１」に設定されているため，ステップＳＨ１における判断結果は「ＹＥ
Ｓ」となり，ステップＳＨ２へ進む。ステップＳＨ２では，モードフラグ
ＳＣを「２」に設定する。次に，ステップＳＨ３へ進み，マークポインタ
ＭＰに基づいて，外部記憶装置９のトラック中の読み込み開始ブロック
（ステップＳＦ４にて読み込んだブロックに続くブロック）を指定する。
そして，ステップＳＨ４において，外部記憶装置９からのバッファＢＢＵ
Ｆ（０）への初めのブロック（上記ステップＳＨ３において設定された読
み込み開始ブロック）のデータの読み込みを開始する。」
上記段落【００４１】に示されるように，同期パルスが出力され，それ
が受信されると，そのタイミングで図１４の「同期トリガ割込み処理」が
開始され，「モードフラグ」を判断して１から２に切り替えた上で，外部
記憶装置からのバッファＢＢＵＦの初めのブロックのデータの読み込みを
開始する。すなわち，ＢＢＵＦにはエンコードされたデータが収納されて
いるため，デコードが開始される。
他方，モードフラグは１から２に切り替えられたので，段落【００４
３】「モードフラグＳＣが「２」に設定されているので・・ＲＡＭ８よ
り・・デコードされ，書き込まれたデータを・・読み出す。」すなわち，
発音が開始される。
以上から明らかなように，同期パルスを受けて，同期トリガ割り込み処
理が行われる，言い換えれば同期パルスを受けて，同期トリガ割り込み処
理をスタートさせるものがあることが示されているのであり，その同期ト
リガ割り込み処理をスタートさせるものが明細書実施例における発音指示
手段であり，図１４の「スタート」にあたるものが，実施例上の発音指示
であり，これにより一方では発音の開始が，他方ではデコードの開始がさ
れている。
ウ被告は，発音指示手段という機能を実現するクレームの内容は，本件特
許１明細書に説明されている「同期再生キー」が備える機能と解する以外
にないなどと主張しているが，明らかに明細書を読み間違えているもので
失当である。
被告の引用する段落【００４０】は「［同期再生キー処理］そして，同
期再生キー１ｇが押下されると，・・・以上の処理で，同期パルス待ち受
け状態に設定され，次に同期パルス（同期トリガ割り込み）を受信したタ
イミングで同期再生がスタートする。」である。
上記のように，「同期再生キー１ｇ」が押下されると，装置としては，
待ち受け状態になるだけで，これだけでは何も起こらない，すなわちまだ
音信号の発生は開始されない。
次に，「同期パルス」が受信されて初めて再生がスタートするのである。
構成要件１Ｂの「発音指示」は構成要件１Ｃの「該発音指示の発生に応じ
て，前記所定の記憶手段に記憶された先頭データに基づいて音信号の発生
を開始する」ものでなければならないことは，構成要件文言上明らかであ
るから，待ち受け状態にするだけで，次に同期パルスが来ないと音信号が
発生しない場合における，待ち受けキーの押下が，発音指示にあたること
はあり得ない。
エ被告は，同期パルスは図６の途中再生指示と同時に発生することが記載
されている，図６の途中再生指示は途中再生開始点として任意の位置を予
め指定しておくもの，図６の記載からして「同期再生処理」の指示は同期
再生キー１ｇの押下によってされるものであると解さざるを得ないなどと
主張しているが，明らかな誤解である。
本件特許１明細書において，図６の説明は，段落【００１８】［途中再
生タイムチャート］に記載されているが，ここには，「途中再生開始のタ
イミングを指示する同期パルスが供給されると，」と明記されているので
ある。すなわち，図６における「同期パルス」と「途中再生指示」との関
係は，「同期パルス」＝「途中再生指示」と位置付けるものであるから，
「同時に発生することが記載されている。」のは当然である。
被告は，「同期再生キー１ｇの押下」を「途中再生指示」と同視してい
るようであるが，「同期再生キー１ｇの押下」は「同期再生の開始を指
示」（段落【０００９】）というように，明細書は明らかに「途中再生指
示」（段落【００１８】）とは文言上も区別しているから誤りである。
「同期再生キー１ｇの押下」は「同期パルス待ち受け状態」へのトリガ
ーとなるだけで，「途中再生開始のタイミングを指示する同期パルス」と
は直結してはいない（段落【００４０】）のだから，そのような外部の操
作キーだけ捉えて，「発音指示手段」と呼べないことは明らかである。
本件特許１明細書の図６の「途中再生指示」は，図から明らかなように，
「パルス待ちＳＣ＝１」の状態で「同期パルス」を受信し，「ＨＴ再生
ＳＣ＝２」にモードフラグを設定変更することで発行される（段落【００
４１】【図１４】）。敢えていえば，このようなモードフラグの切替えを
伴う内部の発信回路全体を捉えて「発音指示手段」というべきである。
オ本件特許発明１は，「レコーダ等に用いて好適な信号処理装置に関す
る」発明である（段落【０００１】）から，組み込む先の外部の「レコー
ダ等」から命令を受けなければ何ら動作しない，部品としての信号処理装
置を対象としており，したがって，これが具備する「発音指示手段」も，
外部の操作キーなどではなく，内部にあって直接「演算手段」の動作開始
を指示する回路がこれに相当する。
（被告の主張）
ア本件特許１明細書には，「発音指示手段」に関する説明は全くされてい
ない。しかし，本件特許発明１の「指示」に関する記載としては，次のも
のがある。
「【０００８】
【実施例】次に図面を参照してこの発明の実施例について説明する。図
１はこの発明の一実施例の構成を示すブロック図である。パネルスイッチ
１は，同期再生の開始，停止を指示，マークしたブロックの頭出しを指定，
また，同期再生するトラックを指定するためのキーなどから構成されてお
り，これらのキーの状態はＣＰＵ（中央処理装置）５へ供給される。また，
ディスプレイ２は上記パネルスイッチ１による指示等，当該装置の状態を
表示する。
【０００９】ここで，パネルスイッチ１の一例を図２（ａ）に示す。こ
の図において，パネルスイッチ１は，テンキー，録音再生の開始するキー，
動作停止を指示するキー，再生トラックやデータ位置を指示するキー等か
ら構成されている。具体的には，再生の開始を指示する「ＰＬＡＹ」キー
１ａ，録音の開始を指示する「ＲＥＣ」キー１ｂ，上記再生および録音を
停止させる「ＳＴＯＰ」キー１ｃ，どのトラックまたは位置から再生する
かを指示する「トラック」キー１ｄおよび「位置」キー１ｅ，後述する同
期再生を行なう先頭位置を指示する（マークする）「マーク」キー１ｆ，
そして，同期再生の開始を指示する「同期再生」キー１ｇからなる。また，
上述した各種キーに付帯して数値を入力するためのテンキー１ｈがあ
る。」
「【００１６】［ＰＬＡＹタイムチャート］まず，図５において，ＰＬＡ
Ｙキー１ａが押下されると，外部記憶装置９から第０ブロックの圧縮デー
タを読み込み，バッファＢＢＵＦ（０）に格納する。圧縮データの格納が
終了すると，次に，演算器１０によるデコードが開始される。このデコー
ドされた第０ブロックのデータはバッファＡＢＵＦ（０）に格納されてい
く。そして，デコードが終了すると，バッファＡＢＵＦ（０）に格納され
た第０ブロックのデータは順次ＤＡＣ１２に供給されてアナログ信号に変
換される。この間に，次の第１ブロックの圧縮データを外部記憶装置９か
ら読み込み，バッファＢＢＵＦ（１）に格納していく。そして，圧縮デー
タの格納が終了すると，演算器によるデコードが行なわれ，デコードされ
た第１ブロックのデータはバッファＡＢＵＦ（１）に格納されていく。」
「【００４０】［同期再生キー処理］そして，同期再生キー１ｇが押下さ
れると，図１３に示す同期再生キー処理が実行される。まず，ステップＳ
Ｇ１においてタイマ割込みを停止する。これにより，図５に示すタイマ割
込み処理が中断される。次に，ステップＳＧ２において，演算器１０を圧
縮データをデコードするためにデコーダに設定する。次に，ステップＳＧ
３へ進み，モードフラグＳＣを「１」に設定し，その後，当該処理を終了
し，通常の処理へ戻る。以上の処理で，同期パルス待ち受け状態に設定さ
れ，次に同期パルス（同期トリガ割り込み）を受信したタイミングで同期
再生がスタートする。
【００４１】［同期トリガ割込み処理］次に，図６に示す同期パルスが
出力されると，図１４に示す同期トリガ割込み処理が実行される。」
イ図２（ａ）に記載された「トラック」「位置」「マーク」「同期再生」
「ＳＴＯＰ」「ＰＬＡＹ」「ＲＥＣ」「早戻し」「戻し」「早送り」と記
載されているものは，いずれも操作キーであり，操作者（オペレータ）が
これを押下して指示を発し，これらのキーの状態がＣＰＵ５に供給される
（段落【０００８】参照）。「ＰＬＡＹ」キーは，これが押下されること
により，圧縮データの読み込み，デコード処理，アナログ信号変換が行わ
れて信号処理装置から発音する（再生機能）。
したがって，「発音指示を発生する発音指示手段」は，上記の再生機能
を動作させるための作用をする技術手段を意味し，当該指示手段によって
「発音指示」が発生する。つまり，「発音指示」は発音指示手段によって
ＣＰＵ（中央演算処理手段）へ伝達される発音指示信号を意味する。
ウ実施例においては，「ＰＬＡＹ」キー（１ａ），「同期再生」キー（１
ｇ）が「発音指示手段」に相当する。本件特許発明１の「発音指示（信
号）」は，これが発生することに先立って「前記圧縮データの所定の開始
位置から所定の部分までを予めデコード処理して元のデータに戻し，先頭
データとして所定の記憶手段に記憶し，該発音指示の発生に応じて，前記
所定の記憶手段に記憶された先頭データに基づいて音信号の発生を開始す
るとともに前記所定の部分以降の圧縮データのデコード処理を開始して，
前記先頭データに基づく音信号の発生と平行して前記所定の部分以降の圧
縮データのデコード処理を行い，前記先頭データに基づいた音信号の発生
に引き続いて前記所定の部分以降の圧縮データのデコード処理の結果生成
された元のデータに基づいて音信号を生成する」から，本件特許発明１の
「発音指示手段」は，明細書の説明によれば「同期再生」キー（１ｇ）が
これに相当すると理解できる。
また，本件特許１明細書の図６の「途中再生指示（信号）」は，途中再
生開始点として任意の位置を予め指定して（マーク処理）から行うもので
あり，途中再生はマーク処理によっては自動的には開始しない。同明細書
の実施例における「同期再生処理」は，「同期再生キー１ｇの押下による
同期パルス待ち受け状態」にした後に，同期再生キー１ｇの押下とほぼ同
時刻に「同期パルスの出力による同期トリガ割込み処理」が開始すること
によって初めて実行することができる処理である。同明細書には，同期パ
ルスの出力の詳細は記載されていないが，「途中再生開始のタイミングを
指示する同期パルスが供給されると，」（段落【００１８】）との記載及
び図６の記載からして，「同期再生処理」の指示（信号）（＝同期パル
ス）は同期再生キー１ｇの押下によって発生するものであると解さざるを
得ない。
そして，同期パルス（発音指示信号）は，同期再生キー１ｇが押下され
ない限り発生（出力）することはない。したがって，本件特許発明１の
「発音指示手段」は，同期再生（途中再生）を開始する技術手段としての
「同期再生キー１ｇ」のような物理的手段と解すべきである。そして，こ
れに基づき同期再生としての発音指示（信号）である同期パルスが発生す
る。
(2)被告製品１が「発音指示手段」を備えているか。
（原告の主張）
ア被告製品１は，レジスタマップが「発音指示手段」に該当し，当該レジ
スタマップがＰＣＭバッファゲートに対して，その情報を伝達するととも
に，対象トラックのシーケンサに対しても，後続データのデコードを，そ
の後直ちに再開するように指示を発行する動作が「発音指示を発生する」
に該当するから（別紙被告製品１の機能説明３．３(4)(5)参照），構成要
件１Ｂに該当する。
イ(ア)被告は，オーディオ再生命令を「発音指示」に，外部ＭＰＵを「発
音指示手段」に対応付けようとすることで非侵害を主張しているようで
あるが，失当である。
(イ)オーディオ再生命令ないしはコマンドリストを構成するコマンドは，
アドレスビットとデータビットとの組合せから成るところ，レジスタマ
ップに書き込まれる際にはすでにデータビットだけになっており，当該
指示の受け手であるシーケンサに到達する前に，その形態が変更されて
いる。
外部ＭＰＵから入力された上記コマンドは，コマンド解析部の入り口
の１２８段ＦＩＦＯ（コマンドバッファ）で順番待ち状況に置かれる。
また，初期設定コマンドやコマンド解析休止コマンドの制御を受けるた
め，実行のタイミングも，外部ＭＰＵではなく，被告製品１内部に委ね
られている。
以上のとおり，外部ＭＰＵから入力された指示は，その形態もタイミ
ングも変更されているから，到底，被告が主張するように，何ら変更さ
れずにシーケンサに伝達されるものではない。
(ウ)また，仮に，その点をおいたとしても，シーケンサに対しレジスタ
マップから入力される指示は，外部ＭＰＵからの指示と同じものなどと
は到底いうことができない。
なぜなら，レジスタマップは１個設けられているにすぎないのに対し，
シーケンサは，トラック毎に各別に設けられているからである。すなわ
ち，外部ＭＰＵから上記共通のレジスタマップに書き込まれるときには，
対象トラックの情報もコマンドの内容として実行命令とともにデータビ
ットを構成しているが，それがトラック毎の各別のシーケンサに伝達さ
れるためには，そのデータビットの内容が解析され，対象トラックを認
識した上で，実行命令の内容をそのトラック用のシーケンサに伝達する
必要があるからである。
ウさらに，「発音指示」は，発音指示一般に対応付けられるものではなく，
先行デコード後の即時発音指示に特化して対応付けられるものであること
は，構成要件１Ｃの文言態様「該発音指示…」から明らかである。
したがって，「発音指示」は，シーケンサに対しデコード開始を指示す
るだけではなく，ＰＣＭバッファゲートに対し蓄積された先頭データの出
力開始を指示するものでもあるため，その発生のためには，レジスタマッ
プ内部のステータス系の状態表示を書き換えるという内部動作が必要不可
欠であるから，もはや外部ＭＰＵから入力された指示とは，完全に同一性
は失われている。
（被告の主張）
ア被告製品１は「発音指示（信号）」を発生させる物理的な操作手段を有
しておらず，構成要件１Ｂを充足しない。
イ原告は，レジスタマップが「発音指示手段」に該当し，レジスタマップ
がＰＣＭバッファゲートに対して，その情報を伝達するとともに，対象ト
ラックのシーケンサに対しても，後続データのデコードを，その後直ちに
再開するように指示を発行する動作が「発音指示を発生する」に該当する
と主張する。
しかしながら，レジスタマップは，「発音指示（信号）」を伝達する
ものであって，「発音指示（信号）」を新たに発するものではないから
「発音指示手段」に該当しない。
ウ(ア)原告は，外部ＭＰＵから入力された指示は，その形態もタイミング
も変更されているのだから，到底，被告が主張するように，何ら変更さ
れずにシーケンサに伝達されるものではないと主張する。
しかし，被告製品１は，外部ＭＰＵからのオーディオ再生命令を受け
取らない限り，デコードや発音を開始することはない。すなわち，被告
製品１は，外部ＭＰＵからオーディオ再生命令（「発音指示（信
号）」）を受け取ると，コマンド解析部，レジスタマップへと，予め定
義された処理方法に基づいて，「発音指示（信号）」が順次伝達される
にすぎず，自ら「発音指示（信号）」を発生することはない。
なお，原告は，上記主張の根拠として，オーディオ再生命令ないしは
コマンドリストを構成するコマンドは，アドレスビットとデータビット
との組合せから成るところ，レジスタマップに書き込まれる際にはすで
にデータビットだけになっており，当該指示の受け手であるシーケンサ
に到達する前に，その形態が変更されていると主張する。
しかしながら，被告製品１のレジスタマップは，甲６号証（被告製品
１の仕様書）１５頁に記載された表に該当するものである。同表の左欄
のアドレスに右端の命令が１バイト（８ビット）で示すフォーマットに
よるパラメータを伴って定義されている。
被告製品１では，トラック２に対するオーディオ再生命令は，４Ａ８
１ｈ（０１００１０１０１００００００１）で表記される信号で
ある（甲６の１５頁レジスタマップ。２４頁レジスタ名ＳＥＱＣＴＲ
Ｌ）。また，音量調整命令はこれとは異なる命令であり，トラック２に
対するフェード命令は，例えば現在のトラックボリュームからフェード
アウトしフェード終了時にはトラックボリュームを０に更新する命令は，
７１０１ｈ（０１１１０００１０００００００１）である（甲６
の１５頁レジスタマップ。２５頁レジスタ名ＦＡＤＥＣＴＲＬ）。この
ように，オーディオ再生命令はアドレスビットとデータビットの組合せ
で意味をもつ情報（信号により伝達される情報）であり，個々に切り離
しては情報として無意味であって，実際の設計においても，レジスタマ
ップブロックにはアドレスとデータの両方の信号が入力される。
(イ)また，原告は，外部ＭＰＵから入力されたコマンドは，コマンド解
析部の１２８段ＦＩＦＯ（コマンドバッファ）で順番待ち状況に置かれ，
また，初期設定コマンドやコマンド解析休止コマンドの制御を受けるた
め，実行のタイミングも，外部ＭＰＵではなく，被告製品１内部に委ね
られているとも主張する。
しかし，タイミングの問題は，データの内容（発音指示（信号）とし
て伝達される情報の内容）とは全く別の問題である。
(ウ)さらに，原告は，仮に，その点をおいたとしても，シーケンサに対
しレジスタマップから入力される指示は，外部ＭＰＵからの指示とは全
く異なるものといわざるを得ないとして，レジスタマップは１個設けら
れているにすぎないのに対し，シーケンサは，トラック毎に各別に独立
に設けられているからであるなどと主張する。
しかしながら，被告製品１のレジスタマップは，予め定義された外部
ＭＰＵからの指令の組合せの値に応じた各種動作との対応関係に従って
シーケンサに対するオーディオ再生命令（発音指示（信号））であるこ
とを認識し，シーケンサにその情報を伝達するだけであって，オーディ
オ再生命令（発音指示（信号））との同一性は失われていないし，独自
に新たな発音指示（信号）を発行するものでもない。
原告は，シーケンサはトラック毎に各別に独立に設けられていると主
張するが，シーケンサは，登録したフレーズ番号がトラック毎に複数並
べられているもので，各トラック毎に独立して動作する。被告製品１の
シーケンサは，一種の表（テーブル）として記憶されたものにすぎず，
何らかの物理的な実体があるものではない。
１－３構成要件１Ｃの充足性（争点１－３）
(1)「所定の開始位置から所定の部分まで」の意義
（原告の主張）
ア「所定の開始位置から」は，先頭からでも途中からでも，いずれでもよ
く，適宜選択可能（本件特許１明細書段落【０００９】では「（マークす
る）」と記載され，段落【００５０】は「任意位置」「トラックの先頭か
ら・・にしても良い」と記載されている）という意味である。
「所定の部分」とは，このデコード処理された部分の発音に引き続いて
「所定の部分以降の圧縮データのデコード処理の結果生成された元のデー
タ」が途切れなく発音できることが必要なので，それを「所定の部分」と
表現したものである。「所定の部分」については，常に一つに固定されて
いなければならない理由はない。
したがって，「所定の部分」についても，一定の規則性，例えば「発音
指示」までの時間や解凍に要する時間等から定まるものであれば，「所定
の部分」である。
イ被告は，「所定」が「固定」を含まず，被告製品１は先頭位置に「固
定」だから非侵害だと主張しているようであるが，失当である。
「所定」＝定まっていること，定めてあること，「固定」＝ひと所に定
まって移動しないこと（広辞苑【第五版】）であるから，辞書的国語的に
も，「所定」⊃「固定」（「所定」は「固定」を含む上位概念）であり，
かつ，技術的にも明細書上も，「再生するトラックの先頭から」（本件特
許１明細書段落【００５０】）の「固定」位置に適用することが想定され
ているのであるから，「固定」だから「所定」ではなく非侵害との主張が
容れられる余地はない。
ウ被告は，デコードする対象のデータ量が「ＰＡＵＳＥ命令」と「ＰＬＡ
Ｙ命令」との両命令が発せられる時間差に応じて決定されることをもって
「所定」ではないと主張するが，失当である。
「所定の部分」とは「固定部分」を意味しない。「変化するから」「所
定」ではないということはできない。明細書に示された「ヘッドタイムＨ
Ｔ」についても，「ヘッドタイムＨＴの再生期間内に次ブロックの転送
（時間Ｓ）とデコード（時間Ｄ）が完了することが保証されていれば良
い」（本件特許１明細書段落【００５１】）という幅のある値である。
本件特許発明１においても，被告製品１の「ＰＡＵＳＥ命令」に相当す
る「マーク処理」により先行デコード（構成要件１Ｃ前段）が行われ，被
告製品１の「ＰＬＡＹ命令」に相当する「同期再生キー処理」～「同期ト
リガ割込み処理」により発音開始や後続デコード（本件構成要件１Ｃ後
段）が行われ（同明細書段落【００３８】～【００４３】），「バッフ
ァ」に相当する「テンポラリＲＡＭ８」の記憶容量によって「所定の部
分」ないしは「ヘッドタイムＨＴ」に示される先行デコードの範囲が規定
される（同明細書段落【００５１】，【００１８】）というように対応付
けられるのであるから，本件特許１明細書に示される構成が被告製品１の
構成と別異に解さなければならない理由は全くなく，かかる観点からも，
被告の「所定の部分」否認論が失当であることは明らかである。
（被告の主張）
ア原告は，「所定の部分」とは「固定部分」を意味しない，「変化するか
ら」「所定」ではないということはできないと主張しているが，これは
「所定」と「固定」とは意味が異なるものであると主張しているものであ
る。すなわち，少なくとも「固定の開始位置」と「所定の開始位置」は異
なるものであるという主張であり，「固定の開始位置」はある一定の開始
位置という意味であり，「所定の開始位置」というのはある一定の開始位
置のみのものは含まず，開始位置が変化することが含まれなければならな
いという主張と理解することができる。
しかるに，被告製品１は，先行デコードの開始位置が常にフレーズの先
頭という一定の開始位置であって，その他の開始位置はないから「所定の
開始位置」ではなく「固定の開始位置」である。
したがって，原告の主張を前提としても，被告製品１は構成要件１Ｃを
充足しない。
イ被告製品１は，上記のとおり，「所定の開始位置」からデコードも開始
しないし，全トラックが停止中であることを条件とし，仮に何らかの理由
により「ＰＡＵＳＥ命令＋ＰＬＡＹ命令」という組み合わせのプログラム
が存在したと仮定した場合には，「ＰＡＵＳＥ命令」によって，先頭の圧
縮データから順次デコードを開始しバッファに格納し，続いて，「ＰＬＡ
Ｙ命令」を受けてバッファに格納したデコードデータを出力する。このと
き，バッファに余裕がある限り次の圧縮データのデコードを行うが，バッ
ファに空き領域が不足するとデコードは行わない。この場合の被告製品１
は，外部記憶手段に格納されたプログラムが規定する「ＰＡＵＳＥ命令」
と「ＰＬＡＹ命令」との両命令が発せられる時間差に応じて，バッファに
余裕がある限り圧縮データを順次デコードするが，デコードする対象のデ
ータ量はこの時間差によって決定されるのである。
このような時間差によってデコードの対象となるデータ量が決定される
ことをもって「所定の部分」ということはできない。
したがって，仮に，「ＰＡＵＳＥ命令＋ＰＬＡＹ命令」という組み合わ
せのプログラムが存在し，「ＰＡＵＳＥ命令＋ＰＬＡＹ命令」が供給され
たとしても，被告製品１は，構成要件１Ｃを充足するように動作しない。
(2)構成要件１Ｃにおける①デコード処理の開始と音信号の発生の開始の同
時性②デコード処理と音信号の発生の平行性の程度
（原告の主張）
ア本件特許発明１の技術思想に即して解釈すれば，本件特許発明１で重要
なのは，予めデコードした先頭楽音データを遅延なく発音させるとともに，
当該先頭データが発音している間に，続きのデータのデコードを開始して
追いつき，先行デコードデータに基づく発音と，発音指示後のデコードデ
ータに基づく発音との間で途切れがないようにすることであるから，その
ような出力データの接続を可能にする程度の同時平行処理を要求するのが，
構成要件１Ｃにいう「とともに」の意味である。
イそもそも，「ともに」とは，一般に「①ひとつになって。いっしょに。
相連れて。同じく。…②同時に。」（広辞苑第５版）と説明されており，
本件における「ともに」とは，被告の主張する「②同時に」の意よりはむ
しろ，再生開始（発音）コマンドの発行を受けて，「先頭データの再生の
開始」という動作と，「デコードの再開」という動作とが連動すること，
すなわち「①ひとつになって。いっしょに。相連れて。同じく」の意で用
いられていると解するのが自然である。
被告は，構成要件１Ｃのクレーム文言「とともに」の語義だけを根拠に
上記「（厳密な意味での）同時性」への限定解釈を主張しているが，上記
のように，「とともに」は多義的な言葉であり，辞書的にさえ，そのよう
な「（厳密な意味での）同時性」に限定する理由がない上，「とともに」
は技術用語ではなく，日常用語であるから，その語義から本件特許発明１
における「とともに」の意義が直ちに明らかになるものではなく，本件特
許発明１の技術的特徴に照らして，技術的見地から確定されるべきもので
ある。
ウ構成要件１Ｃの技術的意義は，被告自身が，「予め行われるデコード処
理の対象部分である先頭の所定部分は，その先頭データに基づく音信号の
発生時間が所定部分以降の圧縮データのデコード処理時間以上になるよう
に設定される必要があり，したがって，先頭データに基づく音信号の発生
と所定部分以降の圧縮データのデコード処理とが平行して行われる必要が
あるからである。」（被告第６準備書面３１頁）と述べるとおりであり，
そのように本件特許１明細書の詳細な説明でも記載されている。
そして，やはり被告自身が述べるように，まさに「この『平行性』は，
特許請求の範囲において，『前記先頭データに基づく音信号の発生と平行
して前記所定部分以降の圧縮データのデコード処理を行い』との規定に基
づくものである。」（被告第６準備書面３１頁）のであり，当該構成要件
の技術的意義は，特許請求の範囲自体からも十分に解釈できるものである。
以上のとおりであるから，当該「とともに」の意味は，特許請求の範囲
及び明細書の記載により，先頭データに基づく音信号の発生と所定部分以
降の音信号の発生とが途切れなく接続する程度の同時平行性を指している
ことが容易に理解できるのであり，にもかかわらず，当該多義語を，被告
が主張するような，寸分の違いもなく正しく同時に，という意味に限定し
て解すべき合理的理由はない。
（被告の主張）
ア構成要件１Ｃとして，特許請求の範囲は次のように記載している。
「該発音指示の発生に応じて，前記所定の記憶手段に記憶された先頭デー
タに基づいて音信号の発生を開始するとともに前記所定の部分以降の圧縮
データのデコード処理を開始して，前記先頭データに基づく音信号の発生
と平行して前記所定の部分以降の圧縮データのデコード処理を行い，前記
先頭データに基づいた音信号の発生に引き続いて前記所定の部分以降の圧
縮データのデコード処理の結果生成された元のデータに基づいて音信号を
生成する演算手段と」
上記の記載から，「音信号の発生の開始」と「デコード処理の開始」は，
「発音指示の発生」に応じて開始すること，その両者の開始が，「ととも
に」という用語で接続されているから，「発音指示の発生」に応じて同時
に開始することを意味している。また，「音信号の発生」と「デコード処
理」は，「平行して」行われることが明記されている。
したがって，特許請求の範囲の記載は，音信号の発生開始とデコード処
理の同時性と音信号発生とデコード処理の平行性を規定していることは明
らかである。
イ本件特許１明細書段落【００１８】［途中再生タイムチャート］には，
「途中再生開始のタイミングを指示する同期パルスが供給されると，まず，
上述したテンポラリーＲＡＭ８に記憶されていたデータ（マークされた位
置のアドレス以降のデータ）を所定サンプリング速度で順次読み出したＤ
ＡＣ１２へ供給し，サウンドシステムから出力する。また，これと同時に，
第３ブロックの圧縮データを外部記憶装置から読み込んでバッファＢＢＵ
Ｆ（０）へ格納する。」と記載し，これに続けて，段落【００１９】では，
「上記格納が終了すると，演算器１０によりバッファＢＢＵＦ（０）の圧
縮データをデコードし」と記載している。
また，図６においては，「途中再生指示」により出力される同期パルス
に同期してリニア波形（予めデコードされてテンポラリーＲＡＭ８に記憶
されていたデータ〔マークされた位置のアドレス以降のデータ〕）はＤＡ
Ｃに入力されて音信号の発生を開始するとともに，外部記憶圧縮波形が読
み出されてＢＢＵＦに格納され，順次デコードが行われる。予めデコード
されてテンポラリーＲＡＭ８に記憶されていたデータ（マークされた位置
のアドレス以降のデータ）による再生は「ＨＴ再生」として記載された時
間行われ，その間にこれと平行して圧縮波形の読み出し及びリニアデコー
ド演算が行われることが図示されている。さらに，発明の詳細な説明には，
音信号の発生開始とデコード処理開始の同時性と音信号発生とデコード処
理の平行性が記載されており，それ以外の態様の記載はない。
ウ本件特許１明細書の記載によれば，開始位置からヘッドタイムＨＴ分以
上のデータ部分（所定部分）を予めデコード処理して元のデータに戻し，
先頭データとして所定の記憶手段に記憶しているから，発音指示の発生に
ともなってその先頭データから発音（再生）するに際して，デコードの時
間も記憶手段への書き込みの時間も不要であるため，当該発音指示の発生
と同時に発音することができることを規定し，当該所定部分がヘッドタイ
ムＨＴ分以上のデータからなるために，当該所定部分以降の圧縮データの
デコードを同時に開始することによってデコード及び書き込みに要する時
間が存するものの，デコードに平行して予めデコードし先頭データとして
記憶された部分の発音が行われており（ヘッドタイムＨＴ分以上のデータ
であるから），その間にデコード及び書き込みが行える。
以上，開始位置からヘッドタイムＨＴ分以上のデータ部分は，
①所定部分以降の圧縮データのデコード処理に要する時間（＝ヘッド
タイムＨＴ）と同一の部分を所定の開始位置から所定部分を予めデコ
ード処理して先頭データとした場合，
②所定部分以降の圧縮データのデコード処理に要する時間（＝ヘッド
タイムＨＴ）を超えた部分を所定の開始位置から所定部分を予めデコ
ード処理して先頭データとした場合，
の２つ場合がある。
この①の場合において，先頭データに基づく音信号の発生開始と所定部
分以降のデコード処理の開始とが同時に行われ，先頭データに基づく音信
号の発生とデコード処理が平行して行われると，先頭データに基づく音信
号の発生終了と同時に所定部分以降の最初の部分のデコード処理が終了し
ているから（何らかの記憶手段にデコード後の波形データが保持されてい
る），先頭データに基づいた音信号の発生に引き続いて所定部分以降の圧
縮データのデコード処理の結果生成された元のデータに基づいた音信号を
生成することができる。
次に，②の場合において，先頭データに基づく音信号の発生開始と所定
部分以降のデコード処理の開始とが同時に行われ，先頭データに基づく音
信号の発生とデコード処理が平行して行われると，先頭データに基づく音
信号の発生終了前に所定部分以降の最初の部分のデコード処理が終了して
いるから，先頭データに基づいた音信号の発生の終了までこれを待機させ，
先頭データの音信号発生終了に引き続いて所定部分以降の圧縮データのデ
コード処理の結果生成された元のデータに基づいた音信号を生成すること
ができる。もっとも，②の場合において，先頭部分の音信号の発生が終了
した時点で所定部分に続く部分のデコード処理が終了するように構成する
ことを条件にして先頭データに基づく音信号の発生開始から遅れて所定部
分以降のデコード処理を開始するようにすることは理論的には可能である。
この場合，先頭部分の音信号の発生が終了した時点で所定部分に続く部分
のデコード処理が終了していることは，必須の構成であって，これを欠く
時は所望の効果を得ることができない。しかし，特許請求の範囲の記載は
このような構成を全く記載せず，「該発音指示の発生に応じて，前記所定
の記憶手段に記憶された先頭データに基づいて音信号の発生を開始すると
ともに前記所定の部分以降の圧縮データのデコード処理を開始して，前記
先頭データに基づく音信号の発生と平行して前記所定の部分以降の圧縮デ
ータのデコード処理を行い，前記先頭データに基づいた音信号の発生に引
き続いて前記所定の部分以降の圧縮データのデコード処理の結果生成され
た元のデータに基づいて音信号を生成する演算手段と」いうように一律に
規定している。したがって，①の場合を包含する「所定部分」を一律に対
象にする以上，すなわち，①②の場合を通じて切れ目なく音信号発生を行
うためには，デコード処理の開始時は先頭の所定部分に基づく音信号の発
生開始時でなければならない。上記の理論的可能性に基づく構成は，本件
特許発明１の技術的範囲からは除外されていると解さざるを得ない。
(3)被告製品１が構成要件１Ｃを処理する演算手段を備えているか。
（原告の主張）
ア被告製品１の構成要件１Ｃ前段（「該発音指示に先立って，前記圧縮デ
ータの所定の開始位置から所定の部分までを予めデコード処理して元のデ
ータに戻し，先頭データとして所定の記憶手段に記憶し，」）の充足につ
いては，別紙被告製品１の機能説明３．３(1)ないし(3)の構成により実現
されている。
被告製品１の動作と構成要件との対比をより具体的に説明すれば，次の
とおりである。上記構成の「ＰＬＡＹ命令に先立って」が「該発音指示に
先立って，」に該当する。
上記構成の「先頭から」が「所定の開始位置から」に該当する。
上記構成の「通常，バスバッファの容量であるＯｇｇＶｏｒｂｉｓ４フ
レーム分（サンプル数で言うと１０２４×４）が満杯になるまで」が「所
定の部分まで」に該当する。なお，「上記ＰＡＵＳＥ命令と次項ＰＬＡＹ
命令との間隔…が，１０ｍｓ以上で，４フレーム分満杯になるのに足りな
い場合には，圧縮データの種類やトラック数に応じて予め定まっているデ
コードスケジュールに従って，先頭から各トラック１フレーム以上４フレ
ーム未満の部分」が「所定の部分」である。
上記構成の「対象トラックに設定されているフレーズ番号のフレーズを
予めデコードし」が「予めデコード処理して元のデータに戻し」に該当す
る。
上記構成の被告製品１の「バスバッファ」が，「所定の記憶手段」に該
当する。
イ構成要件１Ｃ中段（「該発音指示の発生に応じて，前記所定の記憶手段
に記憶された先頭データに基づいて音信号の発生を開始するとともに前記
所定の部分以降の圧縮データのデコード処理を開始して，」）については，
別紙被告製品１の機能説明３．３(4)(5)の構成により実現されている。
被告製品１の動作と構成要件との対比をより具体的に説明すれば，次の
とおりである。
上記構成の「…『ＰＬＡＹ命令』を受けると…その際，レジスタマップ
は，自身のステータス系の情報が，通常再生準備状態（ＲＵＮＳＴＡＴ＝
０，ＰＡＵＳＥＳＴＡＴ＝１）であれば，即時発音開始を伴うＰＬＡＹ命
令であることを認識し，上記ステータス系の情報を通常再生状態（ＲＵＮ
ＳＴＡＴ＝１，ＰＡＵＳＥＳＴＡＴ＝０）に変更することにより，「ＰＣ
Ｍバッファゲート」に対して，その情報を伝達する（図１）。」「ととも
に，対象トラックのシーケンサに対しても，後続データのデコードを，そ
の後直ちに再開するように指示を発行する。」ことが「該発音指示の発
生」に該当する。
上記構成の「ＰＣＭバッファゲートはこの情報に基づき，予めデコード
され，バスバッファに蓄積されていた先頭部分のフレーズデータを直ちに
出力して発音を開始するよう動作する」が「（該発音指示の発生）に応じ
て，前記所定の記憶手段に記憶された先頭データに基づいて音信号の発生
を開始する」に該当する。
上記構成の「他方，レジスタマップは，上記ＰＣＭバッファゲートへの
指示とともに，対象トラックのシーケンサに対しても，後続データのデコ
ードを，その後直ちに再開するように指示を発行する。このとき，予めデ
コードされた音データがバスバッファに格納された状態でＰＬＡＹ命令が
発行された場合には，バスバッファに格納された音データがサンプリング
周波数（３２ｋＨｚ，４４．１ｋＨｚまたは４８ｋＨｚ）に基づき，１サ
ンプルずつ順次読み出される。この１サンプルずつの読み出しの進行に伴
い，所定量の空きエリア（１０２４サンプル分以上）が確保できた時に，
後続のＯｇｇＶｏｒｂｉｓデータのデコードを再開する。」が「（該発音
指示の発生）に応じて，…とともに前記所定の部分以降の圧縮データのデ
コード処理を開始して，」に該当する。
上記構成の「所定量の空きエリア（１０２４サンプル以上）が確保で
き」るのは，「該発音指示」後，僅か約２３．２ｍｓｅｃ．であり，後記
のとおり，その後，上記「後続データのデコード」動作と，上記「バスバ
ッファに格納された（予めデコードされた）音データがサンプリング周波
数（３２ｋＨｚ，４４．１ｋＨｚまたは４８ｋＨｚ）に基づき，１サンプ
ルずつ順次読み出される」動作とは，同時平行的に行われるのだから，ま
さに，「（該発音指示の発生）に応じて，…とともに」に当たる。
被告製品１では，出力バッファの記憶量は，ＯｇｇＶｏｒｖｉｓデコー
ド演算４フレーム分の読み出し時間に堪える容量が確保されており，この
うち１フレーム分の読み出しを待って続きのデコードを開始しても，次の
１フレーム分のデコードに要する時間１０ｍｓに比べて，残り３フレーム
分の出力に費やす時間２３．２×３＝６９．６ｍｓは十分に長いので，両
者のデータ間で途切れが生じることはない。被告製品の「とともに」要件
の充足は明らかである。
ウ構成要件１Ｃ後段（「前記先頭データに基づく音信号の発生と平行して
前記所定の部分以降の圧縮データのデコード処理を行い，前記先頭データ
に基づいた音信号の発生に引き続いて前記所定の部分以降の圧縮データの
デコード処理の結果生成された元のデータに基づいて音信号を生成する演
算手段」）については，被告製品１の機能説明３．３(5)の構成により実
現されている。
被告製品１の動作と構成要件との対比をより具体的に説明すれば，次の
とおりである。
上記構成の「バスバッファに格納された音データがサンプリング周波数
（略）に基づき，１サンプルずつ順次読み出される。」が「前記先頭デー
タに基づく音信号の発生」に該当する。
上記構成の「この１サンプルずつの読み出しの進行に伴い，所定量の空
きエリア（１０２４サンプル分以上）が確保できた時に，後続のＯｇｇＶ
ｏｒｂｉｓデータのデコードを再開する。この，ＯｇｇＶｏｒｂｉｓデー
タのデコードは，サンプリング周波数より高速の基準クロック（図２）に
基づき１フレーム（１０２４サンプル分）単位で一括して行われバスバッ
ファに格納される。」が「音信号の発生と平行して前記所定の部分以降の
圧縮データのデコード処理を行い，」に該当する。
上記構成の「このバスバッファへの格納が，予めデコードされてバスバ
ッファに格納されていた音データの未読サンプルが欠乏する前に行われる
ことにより，音切れのない連続再生が保証される。」が「前記先頭データ
に基づいた音信号の発生に引き続いて前記所定の部分以降の圧縮データの
デコード処理の結果生成された元のデータに基づいて音信号を生成する」
に該当する。
エ以上のとおり，被告製品１は構成要件１Ｃを充足する。
被告は，被告製品１においては，そのような動作の命令を与えるプログ
ラムは存在せず，主張自体失当であるなどと主張する。
被告がいう「そのような動作の命令を与えるプログラム」とは，外部か
ら被告製品に対し，「ＰＡＵＳＥ命令」に引き続き「ＰＬＡＹ命令」を送
り込むための部品があって，その部品に備えられているプログラムのこと
を指していると思われ，そのようなプログラムは被告製品内部にはないこ
とを主張していると理解されるが，本件特許発明１の構成要件１Ｃが要求
しているのは，そのような外部からの信号処理の要求があった場合におけ
る信号処理装置内部の処理についてであるから，外部からの信号処理を要
求する部品の操作の実施自体は，構成要件１Ｃの該当性とは無関係である。
オ本件構成要件１Ｃが要求しているのは，「該発音指示の発生に応じて，
前記所定の記憶手段に記憶された先頭データに基づいて音信号の発生を開
始するとともに前記所定の部分以降の圧縮データのデコード処理を開始」
する「演算手段」の具備だけである。
被告製品１は，外部からのコマンドを受け取ると，レジスタマップのス
テータス系の情報を分析した上で，その条件が一致すれば，バスバッファ
に蓄積されていた先頭部分のフレーズデータを直ちに出力して発音を開始
するよう指示し，他方，対象トラックのシーケンサに対しても，後続デー
タのデコードを，その後直ちに再開するように指示を発行するという内部
の演算手段により，これを完全に充足している。
（被告の主張）
ア被告製品１は，集積回路から成るサウンド用ＬＳＩである。このような
ＬＳＩは，コンピュータプログラムによって制御されて初めて所望の動作
をするものであるが，被告製品１は，「ＰＡＵＳＥ命令＋ＰＬＡＹ命令」
を含むようなコンピュータプログラムを内蔵していない。
構成要件１Ｃが規定する演算手段は，機能的クレームとして「該発音指
示の発生に応じて，前記所定の記憶手段に記憶された先頭データに基づい
て音信号の発生を開始するとともに前記所定の部分以降の圧縮データのデ
コード処理を開始して，前記先頭データに基づく音信号の発生と平行して
前記所定の部分以降の圧縮データのデコード処理を行い，前記先頭データ
に基づいた音信号の発生に引き続いて前記所定の部分以降の圧縮データの
デコード処理の結果生成された元のデータに基づいて音信号を生成する」
という機能を奏するものとして特定されている。
しかしながら，被告製品１単独では（たとえ電力が供給されても）何ら
の動作をしない。上記のとおり，被告製品１には「ＰＡＵＳＥ命令＋ＰＬ
ＡＹ命令」のプログラムを備えないからである。被告製品１を作動させる
ためには，被告製品１に対して何らかの処理を行うべきであるとする命令
が外部から供給されなければならない。このような機能を奏するための所
定の動作をする命令からなるコンピュータプログラムに基づき，当該動作
を命令する信号（命令をするための情報）が外部から供給された場合に，
被告製品１が初めて当該プログラムに応じた動作をするのである。仮に，
「ＰＡＵＳＥ命令＋ＰＬＡＹ命令」のプログラムが被告製品１にインスト
ールされるとするときは（このようなインストールをすることは実際にで
きないが），コンピュータプログラムという一種の部品が被告製品１に後
から結合されて（インストールされて），当該機能を奏する「～手段」が
そのときに初めて出現する（当該手段を有する装置が生産される）。プロ
グラムによって動作する装置においては，このような機能を奏するための
プログラムが（インストールされるなどして）存在しなければ，ただの箱
にすぎないことになる（被告製品１と異なり，このようなプログラムを内
蔵している装置（所望の動作をするような命令の組合せからなるプログラ
ムを内蔵しているメカトロニクス装置）は，当該プログラムが格納される
ことによって，これに関連する装置が出現する（生産されるといっても良
い）。そして，被告製品１はそのようなコンピュータプログラムを内部に
一切備えていないし，こうしたプログラムが被告製品１にインストールさ
れることもない。したがって，構成要件１Ｃが規定するような動作を行う
ためのプログラムも内部に一切備えていない。つまり，「ＰＡＵＳＥ命
令」＋「ＰＬＡＹ命令」を命ずるコンピュータプログラムが被告製品１に
は存在しない（内蔵していないし，インストールされることもない）から，
このようなプログラムを備えない被告製品１単独で，構成要件１Ｃの機能
を奏することはなく，被告製品１は構成要件１Ｃが規定する「演算手段」
（機能的に特定されている）を備えないから，本件特許発明１の直接侵害
はあり得ない。
イ「ＰＡＵＳＥ命令」＋「ＰＬＡＹ命令」が機能するための条件である全
部のトラックについてのオーディオ再生が行われていない場合に，仮に，
「ＰＡＵＳＥ命令」及びこれに続く「ＰＬＡＹ命令」が外部ＭＰＵから発
せられると，次のように動作する。
被告製品１は，全トラックが停止中であることを条件とし，「ＰＡＵＳ
Ｅ命令」を受けると先頭の圧縮データから順次デコードを開始しバッファ
に格納していく。続いて，「ＰＬＡＹ命令」を受けるとバッファに格納し
たデコードデータを出力する。このとき，バッファに余裕がある限り次の
圧縮データのデコードを行うが，バッファの空き領域が不足するとデコー
ドは行わない。
ところで，「ＰＡＵＳＥ命令＋ＰＬＡＹ命令」の条件として，上記のよ
うに全てのトラック停止中であることを要求しているのは，いずれかのト
ラックが停止していないときに「ＰＡＵＳＥ命令」を受けてバスバッファ
のゲートを閉じてしまうと，当該トラックについての発音までも停止して
しまうことになり不都合であるため，全部のトラックが停止中に限り「Ｐ
ＡＵＳＥ命令」の拡張をし，ゲートを閉じる命令として機能するようにな
っているという意味である。上記のように「ＰＡＵＳＥ命令」が拡張され
たときの「ＰＬＡＹ命令」は同様に拡張され，閉じたゲートを開く命令を
伴うため，デコードが完了しているか否かに関係なく直ちにバスバッファ
からの出力を開始する。
換言すると，「ＰＡＵＳＥ命令＋ＰＬＡＹ命令」における「ＰＡＵＳＥ
命令」は，バスバッファのゲートを閉じる命令である。そして，同様に
「ＰＡＵＳＥ命令＋ＰＬＡＹ命令」における「ＰＬＡＹ命令」は，バスバ
ッファのゲートを開ける命令である。つまり，ゲートスイッチ命令に相当
する。
ゲートスイッチ命令としての「ＰＡＵＳＥ命令」に相当するコマンドは，
ＰＡＵＳＥコマンドである。レジスタマップのアドレス４Ａｈを指定しさ
らにバラメータとして，上位１バイト中の上位２ビット目に「１」，下位
１バイトに対象トラックを指定する。全トラックが休止中において，第３
トラックを指定してゲートを閉めるためのコマンドは，具体的には次のよ
うになる。
４Ａ４３ｈ（０１００１０１００１００００１１）
このコマンドがプログラムにより外部ＭＰＵから送信されると，第３ト
ラックは再生準備状態になる。ゲートスイッチがＯＦＦ状態でデコードが
開始される。ＰＣＭバッファにデコード済みデータが蓄積される。次に，
外部ＭＰＵはプログラムに応じて上記で指定した再生準備中のトラックで
ある第３トラックを指定してＰＬＡＹコマンドを発行する。ゲートスイッ
チ命令としての「ＰＬＡＹ命令」に相当するコマンドは，ＰＬＡＹコマン
ドである。レジスタマップのアドレス４Ａｈを指定し，さらにパラメータ
として，上位１バイト中の上位１ビット目に「１」，下位１バイトに対象
トラックを指定する。具体的には次のようになる。
４Ａ８３ｈ（０１００１０１０１０００００１１）
このコマンドがプログラムにより外部ＭＰＵから送信されると，第３ト
ラックは再生状態になる。ゲートスイッチがＯＮになりＰＣＭバッファに
準備された音データが出力される。
被告製品１は，外部記憶手段に格納されたプログラムが規定するＰＡＵ
ＳＥコマンドとＰＬＡＹコマンドの発行時間差に応じて，バッファに余裕
がある限り圧縮データを順次デコードするが，デコードする対象のデータ
量はこの時間差によって決定される。ＰＡＵＳＥコマンドとＰＬＡＹコマ
ンドの発行時間差が十分でないときは，最初に再生すべきデータ（１ブロ
ック）のデコードを終了していない可能性があり，そのときは，当該デコ
ード終了までの間は無音状態となる。つまり，「ＰＬＡＹ命令」という発
音指示が発生したにもかかわらず無音となるから，構成要件１Ｃが規定す
る「該発音指示の発生に応じて，前記所定の記憶手段に記憶された先頭デ
ータに基づいて音信号の発生を開始」しない。さらに，先頭フレーズの圧
縮データのデコード中には，これに続く圧縮データ（所定の部分以降の圧
縮データに相当する）のデコードもしない。
これに対して，「ＰＡＵＳＥ命令」と「ＰＬＡＹ命令」との時間差が十
分あるときは，「ＰＬＡＹ命令」を受けるまでの間にデコード処理を行い
元のＰＣＭデータを格納していくが，バッファに空き領域がなくなること
がある。この空き領域がなくなると，デコード処理を中止する。その後
「ＰＬＡＹ命令」を受けて，元のＰＣＭデータ（所定部分に相当する）に
基づく発音を開始し，バッファの空き領域ができると，再びデコード処理
を開始する（再開されたデコード対象は，所定部分以降の圧縮データに相
当する）。この場合は，構成要件１Ｃが規定する「前記所定の記憶手段に
記憶された先頭データに基づいて音信号の発生を開始するとともに前記所
定の部分以降の圧縮データのデコード処理を開始して，」という音信号の
発生開始とデコード処理の開始の同時性を備えないことになる。
このように，信号の発生の前に行われるデコード対象の圧縮データ（所
定部分）は，外部記憶手段に格納されたプログラムが規定する「ＰＡＵＳ
Ｅ命令」と「ＰＬＡＹ命令」との両命令が発せられる時間差に応じてバッ
ファに余裕がある限り圧縮データを順次デコードする。したがって，「所
定の部分」は，両者の時間差によって変化するものであり，また，ヘッド
タイムＨＴ分以上のデータであることは何ら保証されず，「ＰＡＵＳＥ命
令」と「ＰＬＡＹ命令」との時間差が十分でないときは，無音となってし
まう（本件特許発明１の課題を解決できない）。逆に，「ＰＡＵＳＥ命
令」と「ＰＬＡＹ命令」との時間差が十分あるときは，バッファの余裕が
なくなり，音信号の発生とデコード処理の平行性を備えなくなるのである
（課題解決手段として重要な構成を欠くことになる。）。
構成要件１Ｃが規定する「所定の開始位置」は，予め操作者が指定する
任意の位置を意味するといわざるを得ない。被告製品１は，上記のように
外部ＭＰＵから「ＰＡＵＳＥ命令」＋「ＰＬＡＹ命令」が供給された場合
において，特殊な条件が成立した場合（全トラックが停止状態）にのみ，
先頭位置からのデータの読み込みを開始し，その後デコード処理を行うが，
操作者により任意の位置を指定することはできない。また，この場合のデ
コード対象は，「ＰＡＵＳＥ命令」＋「ＰＬＡＹ命令」の時間差に応じて
変化するから，ＨＴで特定される「所定の部分」をデコードしない。
さらに，構成要件１Ｃが規定する「所定の記憶手段」は，予めデコード
処理して元のデータに戻し，先頭データとして記憶するための特別の記憶
手段（実施例では，テンポラリーＲＡＭ８）であり，通常の再生処理でデ
コード後データを記憶する記憶手段（実施例ではＢＢＵＦ）とは異なるも
のである。被告製品１は，ＢＢＵＦに相当する記憶手段のみを用い，所定
の部分はＨＴ分ではなく，先頭データとして記憶するための特別の「所定
の記憶手段」を備えない。
ウ以上の次第であるから，外部ＭＰＵから「ＰＡＵＳＥ命令」＋「ＰＬＡ
Ｙ命令」が供給された場合であっても，被告製品１は構成要件１Ｃが規定
する動作をしない。
１－４均等侵害の成否（争点１－４）
（原告の主張）
(1)仮に，構成要件１Ａの，「外部記憶手段に記録する」を「外部記憶手段
に記録された」場合は文言上含まれないと解釈したとしても，
ア「データを所定の圧縮処理によつて圧縮して外部記憶手段に記録すると
ともに，前記外部記憶手段に記録した圧縮データを所定のデコード処理に
よって元のデータに戻し，該元のデータに基づいて音信号を生成する信号
処理装置において，」について，「所定の圧縮処理によつて圧縮したデー
タが記録された外部記憶手段に記録された圧縮デー夕を所定のデコード処
理によって元のデータに戻し，該元のデータに基づいて音信号を生成する
信号処理装置において，」にすることは，特許発明１の本質的部分ではな
く（第１要件非本質的部分），
イ上記アのように置き換えることが可能なことは自明であり，そうしても
本件発明１の作用効果自体には全く影響がなく（第２要件置換可能性），
ウ上記アのように置き換えることは，当業者はもちろん，一般レベルでさ
えも，それが容易なことは理解されており（第３要件置換容易性），
エ上記アのように置き換えると，そのために公知技術に接近し，公知技術
から容易推考の範囲に含まれてくるという問題は全くなく（第４要件逆均
等ではないこと），
オ明細書の記載，出願経過における意見書・補正書等において，「所定の
圧縮処理によつて圧縮したデータが記録された外部記憶手段に記録された
圧縮データを所定のデコード処理によって元のデータに戻し，該元のデー
タに基づいて音信号を生成する信号処理装置において，」にすることは権
利対象から除外する旨の態度を表明したことは全くない（第５要件禁反
言）
ので，均等侵害が成立する。
(2)第１要件（非本質的部分）
本件特許発明１の本質的部分は，構成要件１Ｃ（特徴部分）に示された，
先行デコードよる発音遅延の解消にある。
本件特許１明細書に示された作用・効果，本件出願経過，被告から提出さ
れた出願前資料，どの観点から捉えても，本件特許発明１が，デコード処理
の工夫（先行デコード）によって，圧縮データのデコード時における時間遅
れをなくす効果をもたらした，デコード機能に関する発明であることは明ら
かである。
付加的に説明されている「マルチトラック・レコーダ」については後記ウ
で述べるが，同明細書の目的【０００５】，効果【００５２】として挙げら
れているのは，「圧縮データのデコード時における時間遅れが生ぜず，この
ため高圧縮率の圧縮法を効果的に用いることができる」ということであり，
付加的に説明されている「マルチトラック・レコーダ」についても，「録
音」と「再生」を「同期」させるために本件特許発明１を使うのは，あくま
で使用例の１つにすぎない。
「エンコード機能」の有無が本件特許発明１の本質的部分に当たらないこ
とは明らかである。
したがって，均等第１要件の充足に問題はない。
(3)第２要件（置換可能性）
本件特許発明１は，録音側ないしはエンコード機能に関する工夫は何も必
要とはしていない。単に，デコードする際の当然の前提として，外部記憶手
段（ＲＯＭ）に予め，対となる形式で圧縮データを格納しておくことを確認
しているだけである。
したがって，外部記憶手段（ＲＯＭ）に格納された所定の圧縮データさえ
あればよく，それが同じ信号処理装置に具備された演算器を用いて準備しよ
うが，信号処理装置外の別の演算器ないしは演算ソフトウェアを用いて準備
しようが，発明の効果に影響を及ぼさないことは明らかである。
この点，被告は，置換後の発明では所定の圧縮処理によりデータを圧縮し
て外部記憶手段に記録できないからマルチトラック・レコーダとして成立し
得ないことを理由に作用効果の同一性を否定し，均等第２要件（置換可能
性）非充足を主張しているが，失当である。
そもそも，均等第２要件にいう作用効果の同一性とは，明細書の発明の詳
細な説明の作用効果に関する記載を基礎とすべきとされてきたところ，本件
特許発明１の作用効果は，本件特許１明細書において，
「【０００７】【作用】外部記憶手段に記録された圧縮データの任意の位置
からデコード処理を行う場合，該デコード処理に先立って，圧縮データのデ
コード開始位置から所定の部分までを演算手段によって予め元のデータに戻
した後，該データを所定の記憶手段に記憶する。そして，上記所定の部分以
降のデコード処理の準備が整った時点で，所定の記憶手段に記憶したデコー
ドされたデータを出力するとともに，上記所定の部分以降の圧縮データを順
次デコード処理を行い，前記デコード処理されたデータの出力と並行して上
記所定の部分以降のデコード処理を行い，先にデコードされたデータの出力
に引き続いて上記所定の部分以降のデコード処理により生成されたデータを
出力する」
「【００５２】【発明の効果】以上，説明したように，この発明によれば，
外部記憶手段に記録された圧縮データの任意の位置からデコード処理を行う
場合，該デコード処理に先立って，圧縮データのデコード開始位置から所定
の部分までを予め元のデータに戻して所定の記憶手段に記憶し，上記所定の
部分以降のデコード処理の準備が整った時点で，所定の記憶手段に記憶した
デコードされたデータを出力するとともに，上記所定の部分以降の圧縮デー
タを順次デコード処理を行って，前記デコード処理されたデータの出力と並
行して上記所定の部分以降のデコード処理を行い，先にデコードされたデー
タの出力に引き続いて上記所定の部分以降のデコード処理により生成された
データを出力する演算手段を具備するようにしたため，圧縮データのデコー
ド時における時間遅れが生ぜず，このため高圧縮率の圧縮法を効果的に用い
ることができるという利点が得られる。」
と明記されている。
すなわち，均等第２要件にいう作用効果とは，あくまで，所定の部分の先
行デコードによって，圧縮データのデコード時における時間遅れが生じない
ようにする点が対象とされるべきことは，明細書の記載からも明らかである。
さらに，マルチトラック・レコーダは，同明細書において，「【００４
７】なお，上述した実施例では，演算器，ＡＤＣおよびＤＡＣを１つとした
が，複数設けたり，時分割的な処理によってマルチトラックレコーダとして
もよい。」と明記されているとおり，実施例の応用形として，＋αを加えた
ものとして，なお書きで紹介されている応用例の１つにすぎないものである。
本件特許発明１の実施例そのものでは，演算器等が１つであり，エンコー
ドとデコードを同時に行うことは記載されていないのであるから，被告の主
張する「マルチトラック・レコーダ」の作用効果を奏することなど，本件特
許発明１自体の実施例上の作用効果ですらない。到底，同一性を論ずる対象
ではないのである。
以上のとおり，均等第２要件(置換可能性)の充足にも問題はない。
(4)第３要件（置換容易性）
外部記憶手段（ＲＯＭ）に格納する所定の圧縮データを，内蔵の演算器で
はなく，外部の演算器ないしは演算ソフトウェアを用いて準備しても同様の
効果を得られることは，特に追試等を行わなくても容易に想到できる設計事
項であることは，本件侵害時点の平成１６年時点を問題にするまでもなく明
白である。
エンコードとデコードの対となる演算機能はもとより，一般にも，複数の
機能を１つにまとめるのは困難を伴うことがあるとしても，１つにまとまっ
ていた機能を元の複数に分けることには，経済性はともかく，技術的困難を
生じないことは明らかである。
したがって，均等第３要件の充足にも問題はない。
(5)第４要件（公知技術からの非容易推考性）
無効論で説明するように，被告提出に係る出願前資料は，いずれも本件特
許発明１の特徴部分の構成（構成要件１Ｃ）を欠くものであった。
したがって，構成要件１Ａについて，エンコード機能＋デコード機能を具
備する信号処理装置から，デコード機能だけを具備する信号処理装置に「置
換」し，エンコード機能は外部に委ねても，本件特許発明１の特徴部分の構
成（構成要件１Ｃ）を欠く公知技術からは容易推考性が認められないのであ
るから，均等第４要件（公知技術からの非容易推考性）の充足にも問題はな
い。
(6)第５要件（禁反言等の不存在）
本件出願経過を見ても，原告が，デコード機能だけを有する信号処理装置
への「置換」を排除してきた事情もない。原告が本件特許発明１について行
った補正は，構成要件１Ｃに関するデコード動作の明確化であり，何らエン
コード機能ないしは録音に関わるものではない。
むしろ，本件出願経過において，原告は，旧請求項４のエンコード機能に
関する発明を削除することにより，エンコード機能に依存しない，デコード
機能に特化した発明へと集約を図っているのであるから，その意味でもデコ
ード機能だけを有する信号処理装置を除外することなどあり得ない。
被告は，特許請求の範囲に含めなかったことを問題としているのではなく，
原告が限定を付したことを問題としているなどと主張するが，誤導的である。
「限定を付した」というのは，いわゆる除くクレームのような場合を指すの
であって，単に，「～において」と対象を示すだけのことが，どうして「限
定を付した」ことになるのか，理解不能である。対象外のものを消極的に
「特許請求の範囲に含めなかった」だけで，積極的に対象内のものに「限定
を付した」ことになるとすれば，およそ第５要件具備など成し得なくなって
しまう。
したがって，均等第５要件（意識的除外等の不存在）の充足にも，問題は
ない。
（被告の主張）
(1)第２要件（作用効果の同一性）
特許請求の範囲は，「該発音指示に先立って，前記圧縮データの所定の開
始位置から所定の部分までを予めデコード処理して元のデータに戻し，先頭
データとして所定の記憶手段に記憶し，」と規定しており，「所定の開始位
置」すなわち，任意に指定した開始位置からの再生において発音遅れがない
ようにする作用効果を奏する構成を必須としている。指定した任意の開始位
置からの再生がデコード遅れなく行われる必要があるのは，マルチトラッ
ク・レコーダを代表とする機器においてである。したがって，本件特許発明
１の「データを所定の圧縮処理によつて圧縮して外部記憶手段に記録すると
ともに，前記外部記憶手段に記録した圧縮データを所定のデコード処理によ
って元のデータに戻し，該元のデータに基づいて音信号を生成する信号処理
装置」を，原告が主張するように，「外部記憶手段に記録した圧縮データを
所定のデコード処理によって元のデータに戻し，該元のデータに基づいて音
信号を生成する信号処理装置」というようにデータを所定の圧縮処理によっ
て圧縮して外部記憶手段に記録する構成を欠くものに置換すると，マルチト
ラック・レコーダに当該置換後の発明を適用することができなくなる。これ
では，本件特許発明１の産業上の利用分野としてレコーダに用いて好適であ
るとする本件特許１明細書段落【０００１】の記載に反することになる。
したがって，第２要件を具備しないものである。
(2)第４要件（公知技術からの非容易推考性）
この点については，無効論において述べるが，公知技術から容易想到であ
るから，第４要件を具備しないものである。
(3)第５要件（意識的除外等の不存在）
原告があえて特許請求の範囲にエンコード機能・録音機能を有する信号処
理装置であるとの限定を付したことは意識的な限定に他ならない。エンコー
ド機能・録音機能を有しない信号処理装置を意識的に除外したことに他なら
ない。
したがって，第５要件も具備しない。
(4)第１要件（発明の本質部分ではないこと）
次の技術は本件特許発明１の出願日前に当業者に周知・慣用の技術であっ
た。
①デコードにある程度の時間がかかる技術的課題の解決手段として予め
デコードして記憶手段に格納しておきこれに基づき発音する技術
②デコード済みのデータを出力しながらこれに続く圧縮データのデコー
ドを同時平行して行う技術
このような周知技術のもとで，本件特許発明１が特許性を備えるとすれば，
例えば，マルチトラック・レコーダによる多重録音において予め録音したト
ラックにおける音楽を再生しながら演奏する場合に，正確な頭出し（所望の
タイミングで再生が正確に開始すること）をすることが要求される場合など
に適用することができることが必須であると解さざるを得ない。すなわち，
マルチトラック・レコーダ等が備えるべきエンコード機能及び外部記憶手段
に記録する機能を本件特許発明１の構成要素として無視することはできない
とともに発明の本質部分といわざるを得ない。このことは，本件特許発明１
の産業上の利用分野が，レコーダ等に用いて好適であるとする本件特許１明
細書段落【０００１】の記載からも明らかである。
したがって，第１要件も具備しない。
１－５道具理論の成否（争点１－５）
（原告の主張）
(1)被告製品１には圧縮機能が備えられていないが，被告は被告製品１を購
入した者が圧縮データを作成するのに必要な圧縮ソフトを，「Ａｓｔａｒｔ
ｅ」の商品名で購入者に提供する他，必要なライブラリーソフトを購入者に
提供している。
被告製品１に用いられている圧縮データの形式は，ＯｇｇＶｏｒｂｉｓ方
式に準拠した形式であるが，被告製品１で使用可能な圧縮データを作成する
圧縮ソフト，あるいは圧縮器は他に市販されておらず，購入者は事実上「Ａ
ｓｔａｒｔｅ」等被告提供のソフトを用いて圧縮されたデータを，購入者は
外部ＲＯＭに記憶させることによって，被告製品１の使用に供している。
このことは，圧縮することが要件であると解したとしても，被告は，「Ａ
ｓｔａｒｔｅ」等被告提供のソフトを手足，道具として圧縮させていること
に他ならないから，いわゆる道具理論として，構成要件の充足が行われてい
る。
(2)被告は，物の構成の一部を備えていない場合に，その欠如している部分
の構成を原告が主張するような道具で代替する余地はないなどと主張し，道
具理論適用を否定しているが失当である。
道具理論は，第三者に分担された問題の一部の構成が，商品の性質及び構
造に照らし，他の用途が考えられず，該第三者によって実施されることが，
当該商品の製造時点から，当然のこととして予定されていたことを要件に，
規範的に全部実施と同視できることを要件に認められるものであるから，何
ら物の発明への適用が排除されるものではない。一般に，方法発明について
は，結論の妥当性を確保するために，道具理論の構成を採る要請が物の発明
よりも強い（間接侵害を認めにくい事例が起こりやすいから）というにすぎ
ず，本件のように，物の発明であっても，規範的に全部実施と同視できれば，
道具理論は成立する。
本件では，被告製品１が，単に，本件特許発明１の物の構成の一部を備え
ていない場合に，その欠如している部分の構成を代替するものではなく，被
告製品１自体が，エンコード機能を有さずにデコード機能だけを有する信号
処理装置であっても，これに対応するエンコードデータを作成するソフトウ
ェアを同じユーザーに供給し，当該ユーザーの使用する一般のハードウェア
と組み合わせてエンコード機能を分担させることが当然のこととして予定さ
れている，そういう形でセット販売もされている（甲５プレスリリース）と
いう特殊な形態を捉えて，まさに結論の妥当性を確保するために，規範的に
全部実施と同視できると主張しているのである。
(3)したがって，本件において，原告の主張する道具理論が排斥される理由
はない。
（被告の主張）
(1)本件の「信号処理装置」という物の発明においては，信号処理装置自体
がエンコード機能・記録機能を備えていなければならない。物の構成の一部
を備えていない場合に，その欠如している部分の構成を原告が主張するよう
な道具で代替する余地はない。
「Ａｓｔａｒｔｅ」などのエンコード用ツール（ＯｇｇＶｏｒｂｉｓは，
音声データ圧縮方法の１つである）はソフトウエアであり，これがＰＣなど
の情報処理装置にインストールされることにより，ＰＣＭデータをエンコー
ドして外部音声データＲＯＭに格納すべき圧縮楽音データとすることができ
る機能を備えた信号処理装置となり，これは被告製品１とは別に生産される。
被告製品１は，ＬＳＩチップであり，一種の部品であって外部音声データＲ
ＯＭも備えない。被告製品１とは全く別の情報処理装置がＰＣＭデータをエ
ンコードして，これまた被告製品１とは全く別の外部音声データＲＯＭに記
憶させるべき圧縮楽音データとするのである。しかし，当該圧縮楽音データ
とする機能（エンコード機能）を備えた情報処理装置が同装置内で直接当該
外部音声データＲＯＭに記憶させることは行われていない。圧縮データを格
納した外部音声データＲＯＭは，エンコード機能を備える情報処理装置とは
別に，大量に製造されるものであり，，このようなＲＯＭの記録装置が，エ
ンコードされた圧縮データを大量の外部音声データとして記憶するのである
（このＲＯＭへの記憶は遊技機メーカ又は外注のメモリメーカが行う。）。
(2)本件特許発明１の「信号処理装置」における道具と評価するためには，
「Ａｓｔａｒｔｅ」単体で，エンコード機能及び記憶機能を有するものであ
ることが必要であるというべきである。しかし，「Ａｓｔａｒｔｅ」単体は
単なるソフトウエアであって，情報処理装置にこれがインストールされなけ
ればエンコード機能を奏することはできず，また，エンコード後のデータを
記憶させることは別途ＲＯＭ記憶装置を用いる。
したがって，被告製品１とＡｓｔａｒｔｅとをセットとしての組合せ物と
して把握しても，その組合せ物全体で本件特許発明１の発明物（信号処理装
置）を構成することはない。
(3)上記のとおりであるから，被告の手を離れたところを含めて，被告製品
１が使用される場面のすべてにおいて，本件特許発明１が規定する発明物
（信号処理装置）が生産される（現出する）ことはない。被告製品１の製造
販売行為が，遊技機メーカに対して，支配関係や道具としての利用関係を形
成することはない。
１－６乙１１号証を主引例とする進歩性の欠如（争点１－６）
（被告の主張）
(1)乙１１号証（特開平６－１６７９７８公報）の記載
乙１１号証には，以下のような記載がある。
「【請求項１】入力されるディジタル楽音データに圧縮処理を施すデータ圧
縮手段と，録音すべきディジタル楽音データの入力から所定期間経過したか
否かを判別する第１の判別手段と，前記第１の判別手段によって所定期間経
過していないと判別された場合には，前記ディジタル楽音データを選択し，
前記第１の判別手段によって所定期間経過したと判別された場合には，前記
データ圧縮手段により圧縮処理が施されたデータを選択する第１の選択手段
と，書き込み可能な記憶手段と，前記選択手段によって選択されたデータを
前記記憶手段に書き込む書込手段とを具備することを特徴とする電子楽器の
音源装置。
【請求項２】楽音信号の先頭から所定期間までの部分をディジタル・デー
タの状態にて記憶するとともに，前記所定期間以降の部分をディジタル・デ
ータに圧縮処理を施したデータの状態にて記憶する記憶手段と，発音指示が
あった場合に前記記憶手段に記憶されたディジタル・データおよび圧縮処理
を施したデータを読み出す読出手段と，前記読出手段によって読み出された，
圧縮処理を施したデータに展開処理を施して元のディジタル・データに展開
するデータ展開手段と，前記読出手段によって前記ディジタル・データの読
み出しが終了したか否かを判別する第２の判別手段と，前記第２の判別手段
によって前記ディジタル・データの読み出しが終了していないと判別された
場合には前記読出手段によって読み出されたディジタル・データを選択し，
前記第２の判別手段によって前記ディジタル・データの読み出しが終了した
と判別された場合には前記データ展開手段によって展開されたディジタル・
データを選択する第２の選択手段とを具備し，前記第２の選択手段によって
選択されたディジタル・データに基づいて発音することを特徴とする電子楽
器の音源装置。」（２頁左欄２行～３６行）
「【０００２】
【従来の技術】従来より，楽音信号をＰＣＭ（パルス符号化変調）等を用
いてディジタルのＰＣＭ・データに変換し，さらに，圧縮処理を施して波形
メモリ内に記憶するとともに，再生（発音）時には，この波形メモリ内から
圧縮処理を施したデータ（エンコード・データ）を読み出し，このデータに
デコード（展開）処理を施して，元のＰＣＭ・データに戻し，楽音を発生さ
せる電子楽器の音源装置が知られている。圧縮処理には，例えば，ＡＤＰＣ
Ｍ（適応型差分ＰＣＭ）や，さらに圧縮効率をあげたサブバンドコーディン
グを用いることできる。圧縮処理を施すことによって，波形メモリ内に記憶
する情報量を少なくすることができるので，より少ない容量の記憶装置を用
いて効率的に波形メモリを構成することができる。
【０００３】
【発明が解決しようとする課題】ところで，上述したような，特に圧縮効
率の高いデータのデコード処理にはある程度の時間が必要である。すなわち，
オペレータ（操作者）による発音指示によって読み出したエンコード・デー
タを，元のＰＣＭ・データへデコードする時間が必要である。このため，図
１１に示すように，楽音発生が，発音指示後から，デコード処理に要する時
間Ｄだけ遅れるいう問題があった。この発明は，上記課題に鑑みなされたも
ので，その目的とするところは，発音指示後，時間遅れを極めて少なくして，
直ちに楽音を発生することができる電子楽器の音源装置を提供することにあ
る。
【０００４】
【課題を解決するための手段】上述した課題を解決するために請求項１記
載の発明は，入力されるディジタル楽音データに圧縮処理を施すデータ圧縮
手段と，録音すべきディジタル楽音データの入力から所定期間経過したか否
かを判別する第１の判別手段と，前記第１の判別手段によって所定期間経過
していないと判別された場合には，前記ディジタル楽音データを選択し，前
記第１の判別手段によって所定期間経過したと判別された場合には，前記デ
ータ圧縮手段により圧縮処理が施されたデータを選択する第１の選択手段と，
書き込み可能な記憶手段と，前記選択手段によって選択されたデータを前記
記憶手段に書き込む書込手段とを具備することを特徴としている。
【０００５】上述した課題を解決するために請求項２記載の発明は，楽音
信号の先頭から所定期間までの部分をディジタル・データの状態にて記憶す
るとともに，前記所定期間以降の部分をディジタル・データに圧縮処理を施
したデータの状態にて記憶する記憶手段と，発音指示があった場合に前記記
憶手段に記憶されたディジタル・データおよび圧縮処理を施したデータを読
み出す読出手段と，前記読出手段によって読み出された，圧縮処理を施した
データに展開処理を施して元のディジタル・データに展開するデータ展開手
段と，前記読出手段によって前記ディジタル・データの読み出しが終了した
か否かを判別する第２の判別手段と，前記第２の判別手段によって前記ディ
ジタル・データの読み出しが終了していないと判別された場合には前記読出
手段によって読み出されたディジタル・データを選択し，前記第２の判別手
段によって前記ディジタル・データの読み出しが終了したと判別された場合
には前記データ展開手段によって展開されたディジタル・データを選択する
第２の選択手段とを具備し，前記第２の選択手段によって選択されたディジ
タル・データに基づいて発音することを特徴としている。」
「【０００７】請求項２記載の発明によれば，発音指示があった場合に，記
憶手段からディジタル・データおよび圧縮処理を施したデータが読み出され，
ディジタル・データは，第２の選択手段を介して出力される一方，圧縮処理
を施したデータは，さらにデータ展開手段によって元のディジタル・データ
に戻される。第２の選択手段は，発音指示後からディジタル・データを選択
して，すべてのディジタル・データを出力し，この後，データ展開手段によ
って戻されたディジタル・データを選択して，選択されたデータを出力する。
したがって，発音指示後，直ちに，ディジタル・データが読み出され，この
後に，元に戻されたディジタル・データが出力されるので，時間遅れを極め
て少なくして，直ちに楽音を発生することができる。」
「【００６２】
【発明の効果】以上説明したように，この発明によれば，楽音信号の所定
期間までのディジタル・データの長さは，圧縮処理を施したデータの長さに
比べて充分短いので，圧縮効率を悪化させなくて済むという利点がある（請
求項１）。また，発音指示後，直ちに，ディジタル・データが読み出され，
この後に，元に戻されたディジタル・データが出力されるので，時間遅れを
極めて少なくして，直ちに楽音を発生することができる（請求項２）。」
(2)乙１１号証に記載された発明
以上の記載によれば，次の発明が記載されている（以下「乙１１発明」と
いう。）。
「データを先頭から所定期間までの所定部分をディジタル・データの状態に
て，前記所定部分以降のデータを所定の圧縮処理によって圧縮して外部記憶
手段に記録するとともに，前記外部記憶手段に記録した圧縮データを所定の
デコード処理によって元のデータに戻し，該元のデータに基づいて音信号を
生成する信号処理装置において，
発音指示を発生する発音指示手段と，
該発音指示の発生に応じて，前記所定の記憶手段に記憶された先頭データ
に基づいて音信号の発生を開始するとともに前記所定の部分以降の圧縮デー
タのデコード処理を開始して，前記先頭データに基づく音信号の発生と平行
して前記所定の部分以降の圧縮データのデコード処理を行い，前記先頭デー
タに基づいた音信号の発生に引き続いて前記所定の部分以降の圧縮データの
デコード処理の結果生成された元のデータに基づいて音信号を生成する演算
手段とを具備することを特徴とする信号処理装置。」
(3)本件特許発明１と乙１１発明との対比
本件特許発明１と乙１１発明を対比すると，両者は次の点で一致し，次の
点で相違する。
【一致点】
データを所定の圧縮処理によって圧縮して外部記憶手段に記録するととも
に，前記外部記憶手段に記録した圧縮データを所定のデコード処理によって
元のデータに戻し，該元のデータに基づいて音信号を生成する信号処理装置
において，
発音指示を発生する発音指示手段と，
該発音指示の発生に応じて，記憶手段に記憶された所定の開始位置から所
定の部分までの先頭データに基づいて音信号の発生を開始するとともに前記
所定部分以降の圧縮データのデコード処理を開始して，前記先頭データに基
づく音信号の発生と平行して前記所定の部分以降の圧縮データのデコード処
理を行い，前記先頭データに基づいた音信号の発生に引き続いて前記所定の
部分以降の圧縮データのデコード処理の結果生成された元のデータに基づい
て音信号を生成する演算手段とを具備することを特徴とする信号処理装置。
【相違点】
先頭データについて，本件特許発明１では所定の圧縮処理によって圧縮し
て外部記憶手段に記録するとともに，発音指示に先立って予めデコード処理
して元のデータに戻し，先頭データとして所定の記憶手段に記憶されるのに
対し，乙１１発明では，圧縮処理せずにディジタル・データの状態にて外部
記憶手段に記録されている点。
(4)相違点の検討
ア相違点の技術的意味
本件特許１明細書の図６によると，「途中再生指示」が発行される段階
で，テンポラリーＲＡＭ８（図６では「ＴＭＰ」と表示されている）には
リニア波形，すなわち非圧縮データが「所定部分」として（マーク処理に
よりマークされた位置（１の途中）から２の最後まで）記憶されている。
また，外部記憶手段には，所定部分以降の圧縮データが記憶されている。
すなわち，本件特許発明１において，途中再生指示がされる時点におい
ては，途中再生対象の先頭であるマーク位置からＨＴ分の所定部分は，デ
ィジタル・データ（非圧縮データ）の状態にてテンポラリーＲＡＭ８に記
憶するととともに，前記所定部分以降の部分をディジタル・データの状態
にて記憶している。そして，ＨＴ分とは，所定部分以降のディジタル・デ
ータに圧縮処理を施したデータの展開処理（デコード処理）に要する時間
以上のものである。したがって，本件特許発明１において，途中再生指示
がされる時点においては，乙１１発明の楽音信号のデータ記憶手段と同一
の状況となっている。
さらに，乙１１発明の装置は，同請求項１が規定するように，楽音デー
タ（非圧縮データ）をエンコードして記憶する手段を備えており，楽音デ
ータの全部をエンコードすることを控えて，先頭の所定部分をＨＴ分にな
るようにエンコードせずにディジタル・データのまま記憶する方法を具体
的に開示している。他方，本件特許発明１は，その信号処理装置はデータ
（楽音データ）をエンコードして外部記憶装置に記憶するものの，途中再
生の対象である先頭，すなわち所定の開始位置から所定の部分まで（ＨＴ
分）のディジタル・データを，途中再生指示が発行されるまでの間に予め
デコード処理してこれを得る構成を備えている。
このことを踏まえると，上記相違点は，途中再生の対象となる先頭デー
タとしての所定部分（ＨＴ分）のディジタル・データ（非圧縮データ）に
ついて，本件特許発明１は，予めデコード処理して得るものであるのに対
し，乙１１発明では，エンコードせずに先頭部分（ＨＴ分）の楽音データ
をディジタル・データ（非圧縮データ）のまま記憶するかの相違であり，
その先頭部分（ＨＴ分）のディジタル・データの取得方法の相違にすぎな
いことがわかる。
イ乙８号証（特開平６－２５９０８８号公報）の記載
乙８号証には，次のような記載がある。
「【特許請求の範囲】
【請求項１０】音声データをディジタル圧縮形式で記憶した複数の圧縮
音声データファイルを有し，表示画面上の音声アイコンウインドウにおけ
る音声アイコンの操作によって選択された圧縮音声データファイルを処理
対象とし，編集コマンドの入力によって編集処理を行う音声編集装置にお
いて，圧縮音声データの伸長処理に関するデータを生成し，管理する伸長
音声データ管理部と，音声アイコンの入力を監視し，該音声アイコンに対
する操作が行われるたびに，前記伸長音声データ管理部から必要なデータ
を受け取り，決められた編集画面操作及び編集操作を行うと共に，操作受
け付けシグナルを生成する音声編集画面制御及び音声編集部と，前記操作
受け付けシグナルを受け取り，将来編集対象となり伸長処理の必要となる
音声データファイルを予測し，伸長優先順位管理テーブルに結果を記録す
る伸長優先順位判定部と，前記伸長優先順位管理テーブルの記録に基づい
て，前記圧縮音声データの伸長処理を行い，得られた伸長音声データを前
記伸長音声データ管理部に格納する伸長処理部とを備えたことを特徴とす
る音声デ－タ編集装置。」
「【０００３】その中で，ディジタル音声データを対話的に編集する音声
データ編集装置は，映像表示装置上に波形等でグラフィカルに表示された
音声データを，マウス等の入力手段によって，対話的に操作することで音
声データの再生，複製，分割，結合等の編集操作を行うものである。オペ
レータは，編集可能な複数の音声データをアイコンとして表示した音声ア
イコンウインドから，編集対象となる音声アイコンを選択し，任意の編集
コマンドを入力することでその編集処理を行うことができる。
【０００４】音声データ編集装置では，一般に圧縮音声データを用いて
いるので，編集処理を行うためには，圧縮音声データを伸長する必要があ
る。
【０００５】
【発明が解決しようとする課題】従来の音声データ編集装置では，オペ
レータが編集対象となる音声データを選択し，そのデータに対し
て″cut″，″波形表示″等の編集コマンドを入力して初めて，伸長処
理が始まるものであった。このため，コマンド入力後，伸長処理のための
時間待たされることが多く，操作の応答性の点で問題があった。
【０００６】また，あらかじめすべての音声データを伸長して格納する
ことは，記録データ量が膨大になってしまう欠点を持ち，さらに編集装置
起動時にすべてのデータを伸長する方法では，起動時間が長くなってしま
う短所を持つ。
【０００７】本発明の目的は，ディジタル圧縮音声データの編集におけ
る，上記のような欠点を最小限に押えた，音声データ編集方法及び装置を
提供することにある。
【０００８】
【課題を解決するための手段】本発明の特徴は，音声データに対するオ
ペレータの一連の操作から，将来編集対象になるであろう可能性の高い音
声データを予測し，実際の編集コマンド入力以前に伸長処理を始めるもの
である。すなわち，オペレータの編集コマンド入力に対応する処理と並行
して，これから編集されるであろうデータを予測し，編集操作に先行して
予め伸長処理を行なう音声データ編集方法及び，予測される編集可能性の
程度に応じて各音声データに伸長優先順位を設定する手段と，その優先順
位に従って伸長処理を行う手段と，結果を記憶させる手段より構成され，
本来の編集制御とは独立して先行的に伸長処理を行う音声データ編集装置
に特徴がある。」
「【００２０】アイコンウインドウでのアイコンのピック操作（７０４）
の時は，そのピック操作後，ワークエリアへの移動操作が行われる可能性
が高いと判断し，優先順位２を設定（７１２）する。この時の様子を示し
たものが図１０である。マウスカーソル２６０によってピックされたアイ
コンに対応するvoice４には，優先順位２が付けられる。
【００２１】アイコンウインドウからワークエリアへの音声アイコンの
移動操作（７０５）の時は，ワークエリアに移動される音声データが直後
に編集されるデータであることが確実なので，一番優先順位の高い１を設
定（７１３）する。この様子を示したものが図１１である。この時，ワー
クエリア２４０のvoice４には一番優先順位の高い１が付けられる。この
後，playボタン等による再生や，cutボタン等によってvoice４データの
編集処理が行われる。」
「【００２４】図１２は，伸長処理部５１０が伸長処理を行う順番を決め
る過程を示すフローチャートである。一連の流れのなかで伸長処理部５１
０がどのような作業を行っていようとも，優先順位管理テーブル１０００
の優先順位が更新されたことを示す優先順位更新シグナルを受信すると
（５１１），割り込み動作として再スタートを行う（５１２）。スタート
するとまず，その時刻までの伸長処理済みデータサイズを優先順位管理テ
ーブル１０００に記録する（５１３）。伸長処理が終了している場合には，
ステップ５１３を省略する。次に，優先順位管理テーブル１０００を参照
して，完全に伸長処理の終っていない音声データの中で優先順位が一番高
く，かつ更新時刻の最も新しい音声データをピックアップする（５１４,
５１５,５１６）。そして，このデータの伸長処理を始める（５１７）。
伸長したデータは，伸長データ管理部４３０によって伸長データ格納領域
１５０に格納すると共に，優先順位管理テーブル１０００の記録を更新す
る（５１８）。そして再び始めのステップ５１４に戻り，同じ動作を繰り
返す。なお，前に述べたように，伸長処理中に伸長優先順位管理テーブル
１０００の優先順位が変更された場合は（優先順位更新シグナル受信），
伸長作業を中断し伸長された部分だけを記録し，新たな優先順位で作業を
始める。
【００２５】伸長装置部５１０から伸長データ格納要求がされると，伸
長音声データ管理プログラム１３０は必要なメモリ領域を伸長データ格納
領域１５０に割り当てるが，もし容量が足りないときは伸長優先順位管理
テーブル１０００を参照し，優先順位の最も低いデータを消去し，スペー
スを確保する。なお，伸長データ格納領域１５０は，できるだけ大きな記
憶容量をもたせる。多くの伸長データを蓄えられるようし，一度伸長した
データを記憶容量の不足のため削除し，その後必要となって再び伸長する
ことをなるべく避けるためである。音声編集画面制御及び音声編集部６０
０は，ある音声伸長データが必要になったとき，伸長データ管理プログラ
ム１３０に問い合わせ，そのデータが格納されている伸長データ格納領域
１５０のアドレスを得る。もし，まだ伸長されていなければ，伸長データ
が作成されるまで待つ。しかし，音声編集画面制御及び音声編集部６００
が実際に伸長データを必要とする以前に，その音声データに対しては高い
伸長優先順位が付けられている可能性が高いので，すでに伸長されている
かあるいは部分的に伸長済みである場合が多いと考えられ，新たに伸長し
なければならない量の期待値は低くなる。よって，編集の際に，データ伸
長のために待たされる時間は，全体的に少なくなる。」
【００２６】図１３は，本発明の実施例の効果を示す図である。…本発
明の方法によれば（ｂ）に示すように，音声アイコンウインドウに対する
オペレータの操作の時点Ｔ１～Ｔ２，Ｔ３～Ｔ４で将来編集対象になるで
あろう音声データを予測し，時点Ｔ２，Ｔ４で各々先行的に伸張処理を始
めることができる。対話操作において，対象データの選択や編集コマンド
の入力には通常数秒ないし十数秒程度の時間を要する。本発明の方法にお
いて，Ｔ１～Ｔ２間の１次予測とＴ３～Ｔ４間の２次予測の結果最も優先
順位を高く設定した音声データが，その後の編集作業に実際に使われたと
すると，従来の方法に比べて最大２つの対話入力操作分，すなわち，十数
秒ないし数十秒コマンド入力後の伸張処理を早く終了させることができ
る。」
「【００３４】また，以上の実施例では，音声データごとに伸長優先順位
を付け，優先順位の高いデータから，データ全体を伸長するものであった
が，ひとつのデータを幾つかに分割し，それぞれに優先順位を付けること
もできる。例えば，それぞれの音声データを１０秒ごとに分割し，それぞ
れの先頭１０秒間に高い優先順位を付ければ，音声データの先頭１０秒間
だけの頭だし再生のとき，伸長待ち時間が少なくなる可能性が高くなる。
また，音声データの波形表示を行う際も，一画面に表示できる時間はたか
だか１０秒程度なので，データ先頭の一画面を表示するだけの場合応答性
が早くなる可能性が高くなる。よってこの実施例によれば，音声データの
ブラウジングを行う時などに有効である。」
「【００３６】
【発明の効果】以上述べたように，本発明によれば，編集中将来利用さ
れるであろう圧縮データに，その利用可能性に応じ優先順位を付け，優先
順位の高いものから先行的に伸長処理を行うことで，実際にその伸長デー
タが必要になったときの伸長処理時間を短縮あるいは省略することができ
る。」
図１及び図１３は次のものである。
ウ乙８号証記載の技術（予めデコードしておく技術）事項
(ア)先頭の開始位置から所定の部分まで
上記の「ひとつのデータを幾つかに分割し，それぞれに優先順位を付
けることもできる。例えば，それぞれの音声データを１０秒ごとに分割
し，それぞれの先頭１０秒間に高い優先順位を付ければ，音声データの
先頭１０秒間だけの頭だし再生のとき，伸長待ち時間が少なくなる可能
性が高くなる。」との記載によれば，それぞれの音声データを１０秒ご
とに分割し，それぞれの先頭１０秒間に高い優先順位を付けることがで
き，そのような場合において，当該各先頭データは先頭から１０秒間は，
「先頭の開始位置から所定の部分まで」に相当する。
(イ)音声データの再生処理コマンドの入力に先立って，当該音声データ
の先頭部分を予めデコード処理すること
上記の各１０秒間の先頭音声データに優先順位を付けた場合には，図
１３の時刻Ｔ１～Ｔ２において対象データが選択されることにより優先
順位が一番高いものと認識されるから，当該選択された対象データであ
る音声データについて，時刻Ｔ２において当該データの伸長処理を始め
（５１７），伸長したデータは，伸長データ管理部４３０によって伸長
データ格納領域１５０に格納される。この伸張処理は，未だ，編集処理
が開始しないときに，編集処理対象である確率が高いものとして予測し
て実行されるものである。そして，実際に当該予測どおりに当該音声デ
ータが編集対象となり，編集処理として音声データの再生処理が選択さ
れたときは，先頭データとして１０秒間の頭出し再生が実行される。つ
まり，この場合には，音声データの再生処理コマンドの入力に先立って，
当該音声データの先頭部分（先頭の１０秒間）を予めデコード処理する
ことに相当する。
(ウ)先頭位置から所定部分までの圧縮データを予めデコードしておく技
術が本件特許発明１出願日前に周知・慣用技術であったこと
デコードにある程度の時間がかかる技術的課題の解決手段として先頭
位置から所定部分までの圧縮データを予めデコードしておく技術が本件
特許発明１出願日前に周知・慣用技術であった。
(エ)相違点と乙８号証，周知・慣用技術
相違点にかかる構成は，乙８号証にその全部が記載されているととも
に，その相違点は，本件特許発明１の出願日前に当業者に周知・慣用技
術であったことは明らかである。
(5)本件特許発明１は全体が圧縮されたデータからなること，乙１１発明が
非圧縮データと圧縮データを混在させたものであること
乙１１発明が「楽音信号の先頭から所定期間までの部分をディジタル・デ
ータの状態にて記憶」されているものであることは，本件特許発明１と同様，
発音指示時におけるデコード処理による楽音発生の時間遅れを解消するため
の解決手段を示している。つまり，もともと，本件特許発明１も乙１１発明
も，圧縮データのデコードにある程度の時間がかかるため，所望のタイミン
グで再生できないという問題が生じるということが技術的課題であるから，
いずれにしても音信号発生の対象がすべて圧縮データであるための技術的課
題である。したがって，進歩性の判断の主引例として乙１１号証発明を出発
点とすることは，原告が主張するように，従来技術に戻るなどと評価する必
要はない。
上記相違点は，技術的課題を有する従来技術の前提状況に関するものであ
り，本件特許発明１は，予めデコードして先頭の所定部分のディジタル・デ
ータを得る構成により，また，乙１１発明は先頭部分をエンコードせずに楽
音データをそのままディジタル・データ（非圧縮データ）としてこれを得る
構成により，発音指示に応じて即時にＤＡＣから発音できるようにしている
ものであって，実質的な相違点ではないといわなければならない。
(6)乙１１発明に乙８号証記載の発明（以下「乙８発明」という。）を適用
するということの意味
乙１１発明及び乙８発明は，音（楽音）信号を生成演算する演算手段を具
備する信号処理装置であり，圧縮データのデコードに一定の時間がかかるた
め，所望のタイミングで再生できないという問題が生じるということを技術
的課題とし，その解決手段として，発音指示の発生時には音信号の発生を非
圧縮データ（ディジタル・データ。元のデータ）を先頭データとしてこれに
基づいて行うものである点において，本件特許発明１と同一である。乙１１
発明は，この技術的課題の解決手段である「発音指示の発生時には音信号の
発生を非圧縮データ（ディジタル・データ。元のデータ）を先頭データとし
てこれに基づいて行う」ことを実現するために，先頭データをエンコードせ
ずに非圧縮データ（ディジタル・データ）としてそのまま記憶手段に記憶す
る構成としている。乙８号証は，この技術的課題の解決手段である「発音指
示の発生時には音信号の発生を非圧縮データ（ディジタル・データ。元のデ
ータ）を先頭データとしてこれに基づいて行う」ことを実現するために，本
件特許発明１と同様に圧縮データを予めデコード処理して先頭データとして
記憶手段に記憶する構成としている。
そして，上記相違点に関して，乙１１発明に乙８発明を適用するとは，乙
１１発明の技術的課題の解決手段である「発音指示の発生時には音信号の発
生を非圧縮データ（ディジタル・データ。元のデータ）を先頭データとして
これに基づいて行う」ことを実現するための構成である，乙１１発明の先頭
データを非圧縮データ（ディジタル・データ）として記憶手段に記憶する構
成について，当該先頭データの非圧縮データを乙８発明に基づき圧縮データ
を予めデコード処理して先頭データとして記憶手段に記憶することとで得る
構成とすることをいうのである。決して，基本構成（前提構成）を変更する
とともに，新たな解決手段を付加するなどということではない。
(7)乙１１発明に乙８発明を適用する動機
圧縮データのデコードに一定の時間がかかるため，所望のタイミングで再
生できないという問題が生じるということを技術的課題とし，その解決手段
として，発音指示の発生時には音信号の発生を非圧縮データ（ディジタル・
データ。元のデータ）を先頭データとしてこれに基づいて行うために，予め
デコード処理して先頭データとして記憶手段に記憶する構成とするという技
術思想を提供した本件特許発明１との相違点について，同じ解決のためのア
プローチをする乙１１発明と乙８発明の親和性は極めて高いというべきであ
り，両発明を組み合わせる動機は十分に肯定されるべきである。ましてや，
そもそも，圧縮データを用いることを大前提とする以上，乙１１発明の先頭
データのディジタル・データの代わりに圧縮データを用い，発音指示の発生
時点までにこれを予めデコードしてディジタル・データとすることは当業者
の技術常識上自然であり，乙１１発明及び乙８発明に接した当業者は乙１１
発明に乙８発明を適用して本件特許発明１に至るはずである。
本件特許発明１を初めとして乙１１発明も乙８発明も，圧縮データのデコ
ードに一定の時間がかかるために，所望のタイミングで圧縮データに基づく
音信号の発生ができないことを共通の技術的課題にしているのであって，一
方で，いずれも非圧縮データではなく圧縮データを用いることが技術的に求
められている技術分野であり，乙１１発明の課題解決手段が，その技術的に
求められたもの（できれば圧縮データを用いる方が良いというもの）である
以上，課題が一部残存している，あるいは不徹底なものと当業者が一般に理
解するべきものである。
（原告の主張）
(1)乙１１号証について
乙１１発明と本件特許発明１とでは，圧縮データのデコード時間遅れによ
る発音開始時間遅れの問題を解決するという課題においてのみ共通している
が，以下述べるように，課題解決のための技術的構成も技術思想も大きく相
違している。
(2)本件特許発明１と乙１１発明の対比
ア一致点
「データを所定の圧縮処理によって圧縮して外部記憶手段に記録するとと
もに，前記外部記憶手段に記録した圧縮データを所定のデコード処理によ
って元のデータに戻し，該元のデータに基づいて音信号を生成する信号処
理装置（電子楽器の音源装置）」が対象である点，及び「発音指示を発生
する発音指示手段」を具備する点で一致している。
イ相違点１
本件特許発明１が対象データを全て「所定の圧縮処理によって圧縮して
外部記憶手段」に記録しているのに対して，
乙１１発明では，「楽音信号の先頭から所定期間までの部分をディジタ
ル・データの状態にて記憶するとともに，前記所定期間以降の部分をディ
ジタル・データに圧縮処理を施したデータの状態にて記憶する」点。
すなわち，本件特許発明１において，「外部記憶手段」に記録するデー
タは，「楽音信号の先頭から所定期間までの部分」はもちろん，それ以外
も含めてデータ全体が「所定の圧縮処理によって圧縮したデータ」である
点。
なお，同様に，「先頭データに基づく音信号の発生と平行して前記所定
の部分以降の圧縮データのデコード処理を行い，前記先頭データに基づい
た音信号の発生に引き続いて前記所定の部分以降の圧縮データのデコード
処理の結果生成された元のデータに基づいて音信号を生成する」点の「先
頭データ」も異なる。
ウ相違点２
本件特許発明１が「該発音指示に先立って，前記圧縮データの所定の開
始位置から所定の部分までを予めデコード処理して元のデータに戻し，先
頭データとして所定の記憶手段に記憶し，」という構成を具備しているの
に対して，乙１１発明はそのような構成を具備していない点。
エ相違点３
本件特許発明１が「該発音指示の発生に応じて，前記所定の記憶手段に
記憶された先頭データに基づいて音信号の発生を開始するとともに前記所
定の部分以降の圧縮データのデコード処理を開始」するのに対して，
乙１１発明では，「発音指示があった場合に前記記憶手段に記憶された
ディジタル・データおよび圧縮処理を施したデータを読み出す」点。
すなわち，本件特許発明１では，発音指示に先立って予めデコード処理
することで所定の記憶手段に記憶された先頭データに基づいて，発音指示
の発生に応じて，音信号の発生を開始するのに対して，乙１１発明では，
元々記憶手段に記憶されているディジタル・データを，発音指示があった
場合に，そのまま読み出す点が相違している。
オ課題及び効果について
「再生時の圧縮データのデコードの際に時間遅れを生じるという問題が
ある」という課題を解決することを意図している点は，本件特許発明１と
乙１１発明は一致している。したがって，「圧縮データのデコード時にお
ける時間遅れが生ぜず」という効果を奏する点では，本件特許発明１と乙
１１発明は一致している。
しかし，本件特許発明１では，上記相違点に係る構成を具備しているこ
とにより，「外部記憶手段」に記録するデータは圧縮データのみであって
よく，乙１１発明のような「楽音信号の先頭から所定期間までの部分をデ
ィジタル・データの状態にて記憶するとともに，前記所定期間以降の部分
をディジタル・データに圧縮処理を施したデータの状態にて記憶する」と
いう特殊なデータ記録構成を採用する必要がない，という乙１１発明には
ない優れた効果を奏する。
これに伴い，本件特許発明１では，高圧縮率の圧縮法を効果的に用いる
ことができるのに対して，乙１１発明では，記録するデータ中にＰＣＭ
等々のデジタルデータが不可避的に含まれてしまうので，高圧縮率の圧縮
法を本件特許発明１ほどに効果的に用いることができない。
また，これに伴い，本件特許発明１では，全ての範囲のデータを圧縮デ
ータで記録している通常の記録形態の圧縮データであれば，どのようなコ
ンテンツであっても，格別のコンテンツデータ改変の必要なしに，本件特
許発明１を適用することができるので，各種コンテンツに対する適応性が
高いという利点を持つのに対して，乙１１発明では，全ての範囲のデータ
を圧縮データで記録している通常の記録形態の圧縮データからなるコンテ
ンツをそのまま適用することができず，各コンテンツを，「楽音信号の先
頭から所定期間までの部分をディジタル・データの状態にて記憶するとと
もに，前記所定期間以降の部分をディジタル・データに圧縮処理を施した
データの状態にて記憶する」という特殊なデータ記録構成に一々変換しな
ければならない。
このように，本件特許発明１は，乙１１発明に対して，相違点１～３を
有するのみならず，これらの相違点の故に，大きな効果上の相違を有する。
カ一致点，相違点の評価について
前述のとおり，本件特許発明１と乙１１発明とでは，圧縮データのデコ
ード時間遅れによる発音開始時間遅れの問題を解決するという課題におい
ては共通しているが，その課題解決のための技術思想が１８０度異なると
いえるほど，大きく相違している。
すなわち，乙１１発明の特徴は，その課題解決のためには，「楽音信号
の先頭から所定期間までの部分をディジタル・データの状態にて記憶する
とともに，前記所定期間以降の部分をディジタル・データに圧縮処理を施
したデータの状態にて記憶する」という記憶構成を採用することが必須で
あるところ，乙１１発明に基づいて当業者が本件特許発明１を容易に推考
し得るという考え方は，乙１１発明の課題解決のための最も重要な特徴部
分を放棄させ，先頭部分のデータを後続の重い圧縮形式に戻させたうえで，
再度予め発音指示に先立ってデコード演算させるための余分の構成を採用
させる，という大きな変形を強いるものである。このような無理な変形は，
到底，乙１１発明に基づいて容易に発想し得るものではない。
乙１１発明においては，課題解決のための手段として，「楽音信号の先
頭から所定期間までの部分をディジタル・データの状態にて記憶するとと
もに，前記所定期間以降の部分をディジタル・データに圧縮処理を施した
データの状態にて記憶する」という，異なるタイプのデータに切り分けて
記憶する構成を採用することを必須のものとしているのであるから，かか
る必須の構成をあえて改変して，それ以前の「全てのディジタル・データ
に圧縮処理を施したデータの状態にて記憶する」という構成に戻すことに
なる本件特許発明１の特徴点に到達するためにしたはずであるという示唆
等が，乙１１には全くない。
したがって，仮に，相違点に係る技術がそれ単独では被告主張のように
周知・公知だとしても，乙１１発明からはそれらの周知・公知技術と組み
合わせる示唆・動機付けが認められないのみか，発想・技術思想・目のつ
けどころが全く逆なのであるから，他の引用例を検討するまでもなく，被
告の無効主張には理由がないというべきである。
(3)乙８号証について
ア乙８発明は，本件特許発明１が「音信号を生成する信号処理装置」であ
るのに対して，「音声データ編集方法及び編集装置」の発明であって，乙
８号証【要約】欄にも記載されているように「編集コマンド入力時の応答
を早め，操作性を向上させる。」ことを目的とするもので，段落【０００
１】産業上の利用分野に記載されているように「複製，分割，結合」等の
編集作業を迅速に行えるようにする発明であって，「デコードにある程度
の時間がかかる技術的課題の解決手段として予めデコードして記憶手段に
格納しておきこれに基づき発音する技術」ではない。
すなわち，音声データを取り扱う点では共通でも，本件特許発明１が音
を出すこと自体を目的とする発明であるのに対し，乙８発明は「複製，分
割，結合」等の編集作業を行うことを目的とする発明であり，発明全体が
異なる。
このことは，以下説明するように，特に乙８発明においては，編集作業
のための各種操作が加わる点において，本件特許発明１との相違点として
浮かび上がってくる。
イ乙８号証の主な記載は次のとおりである。
「【０００５】（発明が解決しようとする課題）従来の音声データ編集
装置では，オペレータが編集対象となる音声データを選択し，そのデータ
に対して″ｃｕｔ″，″波形表示″等の編集コマンドを入力して初め
て，伸長処理が始まるものであった。このため，コマンド入力後，伸長処
理のための時間待たされることが多く，操作の応答性の点で問題があっ
た。」
「【０００８】（課題を解決するための手段）本発明の特徴は，音声デ
ータに対するオペレータの一連の操作から，将来編集対象になるであろう
可能性の高い音声データを予測し，実際の編集コマンド入力以前に伸長処
理を始めるものである。すなわち，オペレータの編集コマンド入力に対応
する処理と並行して，これから編集されるであろうデータを予測し，編集
操作に先行して予め伸長処理を行なう音声データ編集方法及び，予測され
る編集可能性の程度に応じて各音声データに伸長優先順位を設定する手段
と，その優先順位に従って伸長処理を行う手段と，結果を記憶させる手段
より構成され，本来の編集制御とは独立して先行的に伸長処理を行う音声
データ編集装置に特徴がある。」
段落【００１０】～【００１２】には，音声圧縮データファイル４００
に複数の圧縮音声データｖｏｉｃｅ１～ｖｏｉｃｅ５を記録しておく一方
で，各圧縮音声データｖｏｉｃｅ１～ｖｏｉｃｅ５の伸長済データを伸長
音声データ格納領域１５０に順次格納することが示されている。
段落【００１６】～【００２５】には，図６に示すような「伸長優先順
位管理テーブル１０００」によって，各圧縮音声データファイル毎に，そ
の優先順位と伸長済データサイズをリアルタイムで管理し，優先順位と伸
長済データサイズをリアルタイムに逐次更新することが示されている。
すなわち，ユーザの編集操作状況に応じて各圧縮音声データファイルの
優先順位が随時変更され，現在の最優先順位の圧縮音声データが伸長され，
その伸長済データが伸長音声データ格納領域１５０に格納され，伸長優先
順位管理テーブル１０００には，各圧縮音声データｖｏｉｃｅ１～ｖｏｉ
ｃｅ５のファイル毎に，現時点までの伸長済データサイズがどれだけにな
ったかが記録される。そして，「音声編集画面制御及び音声編集部６００
は，ある音声伸長データが必要になったとき，伸長データ管理プログラム
１３０に問い合わせ，そのデータが格納されている伸長データ格納領域１
５０のアドレスを得る。もし，まだ伸長されていなければ，伸長データが
作成されるまで待つ。」（段落【００２５】）
また，段落【００３４】には，「また，以上の実施例では，音声データ
ごとに伸長優先順位を付け，優先順位の高いデータから，データ全体を伸
長するものであったが，ひとつのデータを幾つかに分割し，それぞれに優
先順位を付けることもできる。例えば，それぞれの音声データを１０秒ご
とに分割し，それぞれの先頭１０秒間に高い優先順位を付ければ，音声デ
ータの先頭１０秒間だけの頭だし再生のとき，伸長待ち時間が少なくなる
可能性が高くなる。また，音声データの波形表示を行う際も，一画面に表
示できる時間はたかだか１０秒程度なので，データ先頭の一画面を表示す
るだけの場合応答性が早くなる可能性が高くなる。よってこの実施例によ
れば，音声データのブラウジングを行う時などに有効である。」と記載さ
れている。
この段落【００３４】に示された実施形態においては，先頭１０秒間の
圧縮音声データを伸長し，この先頭１０秒間分の伸長済データを再生発音
する又は画面表示する形態からなっている。このような実施形態において
は，再生又は画面表示する目的のデータ自体が先頭１０秒間分であり，そ
れに引き続いて残りの圧縮音声データが再生又は表示されるものではない。
ウすなわち，段落【００３４】に記載された実施形態において，先頭１０
秒間分のデータは，記録されているデータの一部ではあり，「頭だし」と
いう言葉が使われているが，頭に引き続いて胴体が表示されるのではなく，
再生又は表示する目的のデータの全部を構成しているものである。
乙８発明において，本来のデータの全部を再生又は表示しようとする場
合は，主たる実施形態に示されているように，全部の伸長データが作成さ
れるまで待たなければならない（段落【００２５】）。
すなわち，乙８発明においては，実際に使用されるかかどうか未定の再
生又は表示する目的のデータの全部を予め伸長するという技術思想しか示
されておらず，したがって，再生又は表示することが目的のデータである
が，その先頭の一部だけを発音指示に先立って予め伸長しておき，発音指
示に応じて先頭を再生している間に残りのデコード処理を開始して引き続
きすべての部分の再生を行うという技術思想は有していない。
そして，乙８発明は，段落【００２６】に「対象データの選択や編集コ
マンドの入力には通常数秒ないし十数秒程度の時間を要する。本発明の方
法において・・優先順位を高く設定した音声データが，その後の編集作業
に実際に使われたとすると従来の方法に比べ最大２つの対話入力操作
分・・伸長処理を速く終了させることができる」と記載されているように，
本件特許発明１乙８発明
指定された圧縮データ（未定ではな
い）の一部を
何を編集＝再生対象にするのか未
定（選択中）の間を利用し，
発音指示に先だって，指定されたデ
ータの一部をデコードしておく
編集に供されるかも知れない，さ
れないかも知れないデータを伸長
しておいて
選択による当たりはずれの問題はな
く，そのデータの一部のデコードさ
れた部分は使用されるが，それ以降
分は発音指示後デコードされて引き
続き発音に供される
もしそれが編集対象に選ばれたな
らば伸長されたデータでかつ目的
とする全部がそのまま伸長なしに
使用可能になる
選択的中か否かに関係なく，発音指
示後にデコードされた部分はすぐ発
音に供され，残部は引き続いてデコ
ードされる
当たれば編集＝再生対象が決定さ
れてから伸長するよりも早くでき
る。
選択が外れるということはあり得な
い
選択が外れれば，通常通り全体が
伸長されるまで待つ
という違いがあり，早くできる場合がある点のみ共通していても，一部か
全体かということに関連して，本件特許発明１の「予め」と「発音指示
後」に対する乙８発明の「選択中」と「選択後」の関係の意味が異なり，
乙８発明は選択が的中した場合にのみ早くなり，そうでなければ早くなら
ないのに対し，本件特許発明１は必ず早くできる等の点で，両者はシステ
ム全体が大きく異なる。
特に，乙８発明の時間短縮は，本件特許発明１の圧縮データのデコード
時間遅れ（例えば数１０ｍｓ）の改善とは性格を異にしている。
したがって，本件特許発明１と乙８発明を対比すると，発音の指示に先
だってデコード処理を行うこと，すなわち「データを所定の圧縮処理によ
って圧縮して外部記憶手段に記録するとともに，前記外部記憶手段に記録
した圧縮データを所定のデコード処理によって元のデータに戻し，該元の
データに基づいて音信号を生成する信号処理装置」及び何らかの「発音指
示手段」を具備する点では一致しているが，本件特許発明１における「該
発音指示に先立って，前記圧縮データの所定の開始位置から所定の部分ま
でを予めデコード処理して元のデータに戻し，先頭データとして所定の記
憶手段に記憶し，」（相違点２）という構成に関しては相違している。
以上は，乙８発明の主たる実施態様である段落【００２６】以下との対
比であるが，被告の引用する，もう１つの実施態様である段落【００３
４】についてもこれと同様の違いがある。
本件特許発明１における「先頭データ」とは発音指示に従って発音すべ
きデータの一部としての先頭データであり，この後に引き続いてデコード
すべきデータがデコードされるのに対して，乙８号証の段落【００３４】
に記載された実施形態における「先頭１０秒間分のデータ」は使用未定の
データであるのみならず「音声データのブラウジング」として発音すべき
「１０秒間分のデータ」の全てであり，発音すべきデータの一部としての
先頭データではないからである。
エまた，本件特許発明１における「該発音指示の発生に応じて，前記所定
の記憶手段に記憶された先頭データに基づいて音信号の発生を開始すると
ともに前記所定の部分以降の圧縮データのデコード処理を開始」する（相
違点３）という構成に関しても，乙８発明は相違している。
その理由は，乙８号証の段落【００３４】に記載された実施形態におい
てはデコードした「先頭１０秒間分のデータ」に基づいて音信号の発生を
開始したときは，それで処理が終わり，この音信号発生に平行してそれ以
降の圧縮データのデコード処理を開始するようにはなっていないからであ
る。
オしたがって，乙８発明は相違点２，３に係る構成を開示していない。
(4)乙１１発明と乙８発明の組み合わせについて
ア乙１１発明が「楽音発生が，発音指示後から，デコード処理に要する時
間Ｄだけ遅れるという問題があった」という課題を解決することを意図し
ているのに対して，乙８発明は「オペレータが編集対象となる音声データ
を選択し，そのデータに対して″cut″，″波形表示″等の編集コマン
ドを入力して初めて，伸長処理が始まるものであった。このため，コマン
ド入力後，伸長処理のための時間待たされることが多く，操作の応答性の
点で問題があった」という課題を解決することを意図しており，両者の解
決しようとする技術的課題は一致していない。
すなわち，乙１１発明における「デコード処理に要する時間Ｄだけ遅れ
るという問題」は，乙１１号証の図１１に示されるように発音指示から発
音開始までの発音開始時間遅れの問題である。他方，乙８発明は，音声デ
ータ編集に係る発明であり，伸長済みのデータに対して編集処理が行われ
ることが明白である（乙８段落【００２５】「音声編集画面制御及び音声
編集部６００は，ある音声伸長データが必要になったとき，伸長データ管
理プログラム１３０に問い合わせ，そのデータが格納されている伸長デー
タ格納領域１５０のアドレスを得る。もし，まだ伸長されていなければ，
伸長データが作成されるまで待つ。」との記載から明らかである。）。
乙８発明は，乙１１発明のように「発音指示から発音開始までの発音開
始時間遅れＤ」の問題を解決しようとするものではない。上記(3)ウで本
件発明１との違いを説明したように，本件発明１は「発音指示から」から
の時間遅れを解決しようとするもので，乙１１発明もその点だけでは同様
であるが，乙８発明は「選択」を待たずに，かつ使用されるか否か未定の
段階で予想されるデータを多数伸長させ準備しておくもので，「発音指示
から」つまり乙８発明でいう選択して編集コマンド入力後の動作には何ら
の改良はなく，的中しなければ，「伸長データが作成されるまで待つ」の
である。
したがって，乙１１発明と乙８発明には課題の一致がみられず，当業者
が乙１１発明と乙８発明を結びつけることが容易であるということはでき
ない。
イこの点，被告は，これら技術的課題は，本件特許発明１の技術的課題で
ある圧縮データのデコード時における時間遅れが生じることと同一のもの
であると述べるが，誤りである。
本件においても，単に「予めデコード処理する」という大雑把な解決手
段ないし解決結果の一部の共通性から部分的かつ事後分析的に遡って，
「圧縮データのデコード時における時間遅れが生じること」が共通の課題
であるなどという思考が否定されるべきことはいうまでもない。
むしろ，特殊なフォーマットを用いる乙１１発明の特徴は，その課題解
決のためには，「楽音信号の先頭から所定期間までの部分をディジタル・
データの状態にて記憶するとともに，前記所定期間以降の部分をディジタ
ル・データに圧縮処理を施したデータの状態にて記憶する」という記憶形
式を採用することが必須であるところ，乙８発明では，すべてのデータを
圧縮データとする記憶形式を採用しているものであり，このため乙１１発
明では事前デコードという手段は不要であるのに対し，乙８発明では（本
件特許発明１とは異なるが）事前デコードを採用するというように，解決
手段が全く異なっているものであるから，このことは両者の組み合わせを
容易になすことの阻害要因となる。
また，仮に，乙１１発明と乙８発明を無理にでもあれ結びつけることが
できたとしても，相違点２，３は乙８発明には示されておらず，相違点１
が示されているだけであるから，本件特許発明１を完成させることができ
ない。例えば，乙１１発明に乙８発明を組み合わせたとすると，乙１１発
明における記憶手段から，発音しようする圧縮処理を施したデータを一旦
全部読み出して伸張する構成となり，本件特許発明１とは大きく異なるも
のとなる。
１－７乙８号証を主引例とする進歩性の欠如（争点１－７）
（被告の主張）
(1)乙８発明
乙８号証には，音声圧縮データフィル４００に記憶された収録済みのディ
ジタル圧縮音声データを伸張し，その再生などを行う音声データ編集装置が
記載されている。
この編集（再生）は，まず編集（再生）対象の音声データを選択するため，
アイコンウィンドウに表示された音声データに対応する音声アイコンをマウ
スポインタ等で選択し，これをワークエリア２４０に移動させて編集（再
生）対象として確定する。その後，編集の種類を選択するために編集コマン
ドボタン群２３０中に設けられた再生コマンドボタンを押下することにより，
編集（再生）コマンドを入力する（段落【００２０】【００２１】）。
この編集（再生）コマンドの入力に先立って，編集（再生）の音声データ
選択・確定による対象音声データの先頭から１０秒分のデータについて最も
高い優先順位が与えられ，他の音声データの先頭から１０秒分のデータとと
もに伸張部５１０により伸張が行われ，先頭データとして伸張音声データ格
納領域１５０に格納されている（段落【００３４】【００２４】）。
編集対象の音声データに対する編集（再生）コマンドの入力により，実際
に伸張データが必要となると，伸張データ管理プログラム１３０に問い合わ
せ，そのデータが格納されている伸張データ格納領域１５０のアドレスを得
る。これにより伸張データを読み出して編集（再生）が開始され音声出力装
置２７０から出音される。また，前記編集対象の音声データの先頭の１０秒
分の伸張データに続く残部は伸張部５１０により伸張が行われ，伸張データ
が得られ編集（再生）に供される。このことは，乙８号証に次の記載がある
ことから明らかである。
「音声編集画面制御及び音声編集部６００は，ある音声伸長データが必要に
なったとき，伸長データ管理プログラム１３０に問い合わせ，そのデータが
格納されている伸長データ格納領域１５０のアドレスを得る。もし，まだ伸
長されていなければ，伸長データが作成されるまで待つ。しかし，音声編集
画面制御及び音声編集部６００が実際に伸長データを必要とする以前に，そ
の音声データに対しては高い伸長優先順位が付けられている可能性が高いの
で，すでに伸長されているかあるいは部分的に伸長済みである場合が多いと
考えられ，新たに伸長しなければならない量の期待値は低くなる。よって，
編集の際に，データ伸長のために待たされる時間は，全体的に少なくな
る。」（５頁左欄３６行～４９行）
すなわち，上記の各記載によれば，先頭の１０秒分の伸張データが予め伸
張データ格納領域１５０に格納されていること，編集（再生）コマンドの入
力により編集（再生）が行われること，先頭の１０秒分に続く部分の圧縮デ
ータが伸張部５１０によって伸張され伸張データ格納領域１５０に格納され，
これら伸張データに基づく編集（再生）が行われることが明らかであるから
である。
したがって，乙８号証には，以下の発明が記載されている。
「音声圧縮データフィル４００に記憶された収録済みのディジタル圧縮音声
データを伸張し，その再生を行う音声データ編集装置において，
コマンドボタン群２３０中に設けられた再生を実行させるコマンドボタン
と，
該再生コマンドボタン押下に先立って，再生対象の音声アイコンをマウス
ポインタ等で選択しワークエリア２４０に移動させて再生対象音声データを
確定し，当該選択され移動された音声アイコンに対応する音声データの先頭
から１０秒分は伸張部５１０によって予め伸張して伸張データ格納領域１５
０に格納され，前記再生コマンドボタンの押下により前記確定した音声デー
タについて伸張部５１０において前記先頭の１０秒分が読み出されて再生さ
れ，先頭の１０秒分に続く残部の音声データを伸張して当該声データを再生
する音声データ編集装置。」
(2)本件特許発明１との対比
乙８発明の①音声データファイル４００，②記憶，③ディジタル圧縮音声
データ，④伸張，⑤再生，⑥音声データ編集装置，⑦再生を実行させるコマ
ンドボタン，⑧再生コマンドボタンの押下，⑨音声データの先頭から１０秒
分，⑩伸張部５１０，⑪伸張データ，⑫伸張データ格納領域１５０は，①本
件特許発明１の外部記憶手段，②記録，③データを所定の圧縮処理によって
圧縮した圧縮データ，④所定のデコード処理，⑤音信号を生成，⑥信号処理
装置，⑦発音指示を発生する発音指示手段，⑧発音指示，⑨所定の開始位置
から所定の部分まで，⑩演算手段，⑪先頭データ，⑫所定の記憶手段にそれ
ぞれ相当する。
したがって，本件特許発明１と乙８発明とは，次の点で一致するとともに
次の点で相違する。
【一致点】
外部記憶手段に記録したデータを所定の圧縮処理によって圧縮した圧縮デ
ータを所定のデコード処理によって元のデータに戻し，該元のデータに基づ
いて音信号を生成する信号処理装置において，
発音指示を発生する発音指示手段と，
該発音指示に先立って，前記圧縮データの所定の開始位置から所定の部分
までを予めデコード処理して元のデータに戻し，先頭データとして所定の記
憶手段に記憶し，該発音指示の発生に応じて，前記所定の記憶手段に記憶さ
れた先頭データに基づいて音信号の発生を開始し，前記所定の部分以降の圧
縮データのデコード処理を行い，前記先頭データに基づく音信号の発生及び
前記所定の部分以降の圧縮データのデコード処理を行い，前記先頭データに
基づいた音信号の発生に引き続いて前記所定の部分以降の圧縮データのデコ
ード処理の結果生成された元のデータに基づいて音信号を生成する演算手段
とを具備することを特徴とする信号処理装置。
【相違点１】
圧縮データについて，本件特許発明１ではデータを所定の圧縮処理によっ
て圧縮して外部記憶手段に記録するものであるのに対し，乙８発明では圧縮
して記録するものではない点
【相違点２】
先頭データに基づいた音信号の発生と所定部分以降の圧縮データのデコー
ド処理について，本件特許発明１では発音指示の発生に応じて両者が同時に
開始し平行して行われるものであるのに対し，乙８発明ではこれが明確では
ない点
(3)相違点１の検討
信号処理装置において，エンコード機能によりデータを圧縮する機能をデ
コード機能と共に合わせ持つことは，本件特許発明１の出願前には当業者に
は公知（乙１１）であったものであり，実質的な相違点ではない。
(4)相違点２の検討
乙１１号証には，圧縮データのデコードに要する時間分の音信号の発生が
遅れるという技術的課題の解決手段として，楽音信号の先頭から，楽音信号
のディジタル・データに圧縮処理を施したデータの展開処理に要する時間以
上の所定期間までの部分をディジタル・データの状態にて記憶すること，発
音指示に応答して，記憶手段に記憶されたディジタル・データ及び圧縮処理
を施したデータの読み出しを開始すること，読み出されたディジタル・デー
タに基づいて発音し，読み出された圧縮処理を施したデータに展開処理を施
して元のディジタル・データに戻し，ディジタル・データの読み出し終了に
引き続いて展開されたディジタル・データに基づいて発音することが記載さ
れている。
乙８発明において，音声データの最初の１０秒分を伸張データとして所定
の記憶手段に記憶し，他の残部を圧縮データとして未だ伸張されていない状
態で外部記憶手段に記憶していることは，乙１１発明における楽音信号の先
頭から楽音信号のディジタル・データに圧縮処理を施したデータの展開処理
に要する時間以上の所定期間までの部分をディジタル・データの状態にて記
憶するとともに，所定期間以降の部分をディジタル・データに圧縮処理を施
したデータの状態にて記憶していることに等しい。圧縮データのデコードに
要する時間分の音信号の発生が遅れるという技術的課題の解決手段として，
先行する所定部分のデータを発音開始の指示があるときまでに元のデータの
状態（非圧縮データ）にするという技術思想は同一である。
ところで，乙８発明は，発音指示を受けても圧縮楽音データのデコードに
要する時間分の音信号の発音が遅れる点を技術的課題とし，乙１１発明も発
音指示後にデコードに要する時間分の遅れを生じることが技術的課題であり，
両者ともその技術的課題は同一である。そして，乙８発明では予め先頭の所
定部分の圧縮データをデコードして先頭データとして所定の記憶手段に記憶
しており，先頭データに続く残部のデータをデコードして，再生するように
構成することによってデコードに要する時間分発音が遅れる課題を解決して
いるものである。
この乙８発明の場合，最初の１０秒分についてすでにディジタル・データ
（非圧縮データ）状態となっているから，当該１０秒分について直ちに再生
を開始することが可能である。乙８発明の編集装置における編集の種類の１
つである再生は，編集（再生）対象の全部の再生を目的とするから（頭出し
再生ではなく），残部の圧縮データが伸張されてその１０秒分の再生に引き
続いて再生される必要がある。乙８発明では，この残部の伸張をして引き続
いて残部の再生が可能になるまで待ってから先頭の１０秒間の再生を開始す
るのか，先頭１０秒分の再生の際に平行して残部の圧縮データの伸張を行い，
先頭１０秒分の再生後引き続いて残部の再生を行うものであるのか明確では
ない。そこで，同様の技術的課題を解決している乙１１発明を適用し，先頭
１０秒分の再生の際に平行して残部の圧縮データの伸張を行い，先頭１０秒
分の再生後引き続いて残部の再生を行うように構成することは当業者には容
易であるといわざるを得ない。
したがって，相違点２に関し，乙８発明における先頭データに基づく発音
と先頭データに続く残部のデコード処理を，乙１１発明を適用して同時に開
始するように構成し，先頭データの発音とその先頭データに続く残部のデコ
ード処理を平行して行うようにして，本件特許発明１に至ることは当業者に
容易であるというべきである。
(5)以上より，本件特許発明１は，乙８発明に乙１１発明を適用することに
より容易に想到することができる。
（原告の主張）
(1)乙８発明は「音声データ編集方法及び編集装置」の発明であって，本件
の楽音についての信号処理装置とは大幅に趣が異なる。
乙８発明においては，多数の編集対象になるかも知れない曲（ボイスと呼
ばれている）のどれかを選択して，編集を開始することになる。このとき，
どれかを選択してから，その圧縮データを解凍して，画面に音符等の形で表
示したり，テスト的に発音させるのに，いちいち何十秒も待たなければなら
ないのでは待ち時間が長すぎるであろう。
そこで，各ファイルについて「先頭１０秒分」だけは，全部事前解凍して
おけば，この問題は解決できる。Ａファイルであれ，Ｂファイルであれ，全
部先頭部分は事前解凍されているのであるから，Ａファイルを開いて，目的
とするファイルではないと分かれば，次にＢファイルを開くことにより，目
的とするファイル（乙８発明の場合ボイス）にすぐたどりつくことができる。
乙８発明における「先頭１０秒分」というのは実施例レベルでの説明にす
ぎないが，「一画面に表示できる時間はたかだか１０秒程度なので，データ
先頭の一画面を表示するだけの場合応答性が早くなる」（乙８段落【００３
４】）ことを意図してそうしているものであり，逆にいえば，全てのデータ
を全部事前解凍してメモリに入れておくのは無理でも，「先頭１０秒分」だ
けであれば，ほとんどのファイル（乙８ではボイス）を事前解凍してメモリ
に入れておくことが可能だということでそうしたのである。
すなわち，この「先頭１０秒分」というのは，「先頭１０秒分」が第一順
位で「次の１０秒分」がその次の順位として事前に解凍されるのではなく，
例えば１００ボイスある場合は，それぞれの「先頭１０秒分」が，第一順位
から第１００順位で事前解凍されることをいっているのである。
言い換えれば，この場合における「先頭１０秒分」は，解凍目的の順位か
ら見れば，目的データの先頭部分ではなく，解凍目的のデータの全部を指し
ているのである。
(2)乙８発明は，限られた能力下でいかに工夫するかについて，二つのモー
ドを記載している。
分かりやすくするために，対象とするボイスが１００で，１ボイスあたり
平均２００秒づつの伸長されるべきデータがあるとし，他方事前に伸長して
記憶させるべき容量は１０００秒分であるとする。
一つ目のモードは，優先度が高いと思われる５ボイス各２００秒分は全部
事前解凍しておくモードである。この場合，的中すれば，１ボイスすべては
伸長済みで，続けて編集することが容易になるが，的中しない場合は，頭か
ら全部伸長しなければならない（乙８段落【００２５】には「伸長データが
作成されるまで待つ」と明記されている。）。
二つ目のモードは，１００ボイスの全てについて，先頭１０秒分は伸長さ
せておくモードである。どれを選択しても，先頭１０秒分は伸長されている
ので，頭出しは迅速に行える。したがって，選択が間違っていたと気付いて，
別のボイスを選択に移っても，その頭出しは迅速に行える。しかし，選択が
正しいということになり，次の１０秒間に移るときは，次の１０秒間を伸長
するようもう一度指示する必要がある。その場合は，「伸長データが作成さ
れるまで待つ」ことになる。当然ながら，既に伸長記憶されている１００ボ
イス分のデータについては，容量の余裕にもよるが，全部又はどれかを消さ
なければならない。
この二つのモードは，少数精鋭か，薄いが手広くかという二律背反の関係
になる。被告の主張は，この二律背反の関係にあることを無視して，少数精
鋭と，薄いが手広くの両者が記載されているのなら，多数精鋭も当然想定で
きると主張するもので，無理な理屈である。
(3)なお，被告は，乙８発明において，先頭の１０秒分が解凍されていて残
りは解凍されていないということは，その時点では先頭がデジタルデータで
あり，残りは圧縮データであるという乙１１発明と同じことになるから，両
者の組合せは容易である旨も主張しているが，これは結局のところ，乙８発
明を乙１１発明に戻すことに他ならない。
２本件特許発明２に係る侵害の成否
２－１構成要件２Ａの充足性（争点２－１）
（原告の主張）
(1)構成要件２Ａの「ディジタル・データ」の意義
ア本件特許発明２は，「特に圧縮効率の高いデータのデコード処理にはあ
る程度の時間が必要である」（本件特許２明細書段落【０００３】）とい
う課題に鑑み，「発音指示後，時間遅れを極めて少なくして，直ちに楽音
を発生することができる電子楽器の音源装置を提供する」（同明細書段落
【０００３】）ことを目的とし，「特に圧縮効率の高いデータ」の先頭部
分を「時間遅れ」を極めて少なく楽音を発生することができるデータとす
ることによって，「時間遅れを極めて少なくして，直ちに楽音を発生する
ことができる（請求項２）」（同明細書段落【００６２】）ものである。
楽音信号の「ディジタル・データ」をすべて，「（デコード処理にある
程度の時間が必要な）特に圧縮効率の高いデータ」としてしまうと，楽音
信号の先頭部分で，データの処理に時間がかかり，スムーズに発音開始が
されないことから，先頭部分については，その後の「特に圧縮効率の高い
データ」の部分と比べて処理に時間のかからないデータとしておき，先頭
部分の処理をスムーズにしつつ，その後の部分については，「特に圧縮効
率の高いデータ」を利用することによって，上記課題を解決し，「特に圧
縮効率の高いデータ」を利用するというものである。
イ構成要件２Ａにおける「楽音信号」（Ｘ）は，以下に説明するとおり，
先頭部分の楽音信号（ＸＡ）とその後の部分の楽音信号（ＸＢ）とからな
る。
「楽音信号の先頭から」とは，「楽音信号」（Ｘ）の先頭部分であり，
具体的には，楽音信号の先頭部分である楽音信号（ＸＡ）の先頭を表す。
そして，「前記楽音信号のディジタル・データに圧縮処理を施したデータ
の展開処理に要する時間以上の所定期間」とは，楽音信号（ＸＡ）に続く
楽音信号（ＸＢ）のディジタル・データ（Ｂ）に圧縮処理を施したディジ
タル・データ（β）の展開処理に要する以上の所定期間を表す。
したがって，「楽音信号の先頭から，前記楽音信号のディジタル・デー
タに圧縮処理を施したデータの展開処理に要する時間以上の所定期間まで
の部分をディジタル・データの状態にて記憶する」とは，楽音信号の先頭
から，「ディジタル・データ（Ａ）の発音時間＞ディジタル・データ
（Ｂ）の展開時間」となるまでの楽音信号（ＸＡ）の部分について，ディ
ジタル・データ（Ａ）の状態にて記憶するということである。
また，「前記所定期間以降の部分をディジタル・データに圧縮処理を施
したデータの状態にて記憶する」とは，楽音信号（ＸＡ）以降の楽音信号
（ＸＢ）の部分について，楽音信号（ＸＢ）のディジタル・データ（Ｂ）
に圧縮処理を施したディジタル・データ（β）の状態にて記憶するという
ことである。このディジタル・データ（β）は，「特に圧縮効率の高いデ
ータ」（本件特許２明細書段落【０００３】）である。
ウ被告は，「ディジタル・データ」はＰＣＭデータであり，圧縮データと
は，本件特許２明細書の従来の技術の説明において，「圧縮処理には，例
えば，ＡＤＰＣＭ（適応型差分ＰＣＭ）や，さらに圧縮効率をあげたサブ
バンドコーディングを用いることもできる。」とあることから，請求項２
の「ディジタル・データに圧縮処理を施したデータ」にＡＤＰＣＭが含ま
れると主張する。
本件特許２明細書において，「【０００３】【発明が解決しようとする
課題】…上述したような，特に圧縮効率の高いデータのデコード処理には
ある程度の時間が必要である」から，「この発明は，上記課題に鑑みなさ
れたもので，その目的とするところは，発音指示後，時間遅れを極めて少
なくして，直ちに楽音を発生することができる電子楽器の音源装置を提供
することにある。」と説明されている。すなわち，本件特許発明２におい
ては，「上述したような，特に圧縮効率の高いデータのデコード処理」に
ある程度の時間が必要であるという課題についてされたものであり，上述
した「デコード処理にはある程度の時間が必要である」特に圧縮効率の高
いデータとしては，「さらに圧縮効率をあげたサブバンドコーディング」
が含まれることは明らかである。
従来技術においてＡＤＰＣＭも１つの圧縮処理であるとされてはいても，
「データに圧縮処理を施したデータの展開処理に要する時間」が問題とな
るような「デコード処理にはある程度の時間が必要である」圧縮処理の例
として，本件特許２明細書は，特に圧縮効率の高いデータであるサブバン
ドコーディングを挙げているのである。このときには，データの先頭に，
圧縮されていないＰＣＭデータや，圧縮効率が低く，すなわちデコード処
理時間の遅れが問題にならずに，すみやかにデータを読み出すことができ
るＡＤＰＣＭデータを設けることにより，圧縮データの読み出しをスムー
ズに行うことができるのである。
以上のとおり，楽音信号（ＸＡ）の部分について，ディジタル・データ
（Ａ）の状態にて記憶する点については，ディジタル・データ（Ａ）は，
「特に圧縮効率の高いデータ」（本件特許２明細書段落【０００３】）で
あるディジタル・データ（β）よりも，デコード処理時間の遅れが問題に
ならない，圧縮効率の高くないディジタル・データの状態にて記憶されて
いるものである。
(2)被告製品２～４の構成要件２Ａ充足性
ア以上のとおりであるから，「デコード処理にはある程度の時間が必要で
ある」（本件特許２明細書段落【０００３】）圧縮データの先頭部分
（「楽音信号の先頭」）に付する「ディジタル・データ」に，被告製品２
～４の「ＡＤＰＣＭ①」データが該当する。
イ被告製品２～４は，「各フレーズデータの圧縮オーディオデジタルデー
タの先頭部は２０４８サンプル分のＡＤＰＣＭ①データで構成されており，
シーケンサは，まず，それらＡＤＰＣＭ①データを読み出す。」（別紙被
告製品２～４の機能説明３．３）のであり，別紙被告製品２～４説明書の
図３及び５の「ＡＤＰＣＭ①」が構成要件２Ａにおける「ディジタル・デ
ータ」に該当し，図５の「ＭＤＣＴ」が構成要件２Ａにおける「圧縮処理
を施したデータ」に該当する。
また，被告製品２～４は，「シーケンサから，読み出すべきフレーズ番
号が入力されると，音声データＲＯＭインターフェース（Ｉ／Ｆ）を介し
て，音声データＲＯＭのフレーズアドレス領域に格納されているフレーズ
番号のフレーズデータが格納された先頭のアドレスであるフレーズデータ
アドレスを読み出し，その後，これに対応する音声データＲＯＭのアドレ
スから，対応するフレーズのフレーズデータを読み出す。このフレーズデ
ータの読み込みは，シリアルに行われて１つのバッファに取り込まれ
る。」（別紙被告製品２～４の機能説明３．３）のであるから，「ディジ
タル・データ」及び「圧縮処理を施されたデータ」は，音声データＲＯＭ
に記憶されており，構成要件２Ａを充足する。
ウ被告は，構成要件２Ａの充足性について，間接侵害を主張するものであ
る（争点２－５間接侵害の成否）。
（被告の主張）
(1)構成要件２Ａの「ディジタル・データ」の意義
ア特許請求の範囲は，「ディジタル・データの状態にて記憶するとともに，
前記所定期間以降の部分をディジタル・データに圧縮処理を施したデータ
の状態にて記憶する記憶手段」と規定しているから，記憶手段への記憶の
態様として，「ディジタル・データの状態」と「ディジタル・データに圧
縮処理を施したデータの状態」とが異なるものとして規定されていると解
すべきである。
そして，「発音指示に応答して，前記記憶手段に記憶されたディジタ
ル・データおよび圧縮処理を施したデータの読み出しを開始する」のであ
るから，読み出される「ディジタル・データ」は，記憶手段に「ディジタ
ル・データの状態」で記憶されていたものであり，読み出される圧縮処理
を施したデータは，記憶手段に「ディジタル・データに圧縮処理を施した
データの状態」で記憶されていたものであることが明らかである。
さらに，「圧縮処理を施したデータに展開処理を施して元のディジタ
ル・データに展開する展開手段」と規定しているから，圧縮処理を施した
データは展開手段によって元の「ディジタル・データ」になるものである
ことが分かる。
このように特許請求の範囲に複数個記載されている「ディジタル・デー
タ」を相互に区別する記載がないことから（区別するのであれば，例えば
「第１のディジタル・データ」，「第２のディジタル・データ」などと規
定するはずである），当該複数個の「ディジタル・データ」は，同一のデ
ータ形式を備えるものであると理解せざるを得ない。
つまり，「ディジタル・データに圧縮処理を施したデータの状態」が
「ディジタル・データの状態」を包含することはない（換言すると，ディ
ジタル・データに圧縮処理を施したＡＤＰＣＭ（方式）圧縮データの状態
で記憶手段に記憶されたものは，「ディジタル・データの状態」で記憶手
段に記憶されたものとすることはできない）。
また，ＡＤＰＣＭ（方式）で圧縮されたデータは，展開手段によって展
開処理を施されると元のディジタル・データに展開するから，ＡＤＰＣＭ
（方式）で圧縮されたデータは，元のディジタル・データそのものではな
く，あくまでもその元のディジタル・データに圧縮処理を施したものであ
ることになる。
イ本件特許２明細書の実施例の記載中（段落【０００８】～【００６
１】）には，「ディジタル・データ」及び「ディジタル・データの状態」
並びに「ディジタル・データに圧縮処理を施したデータ」及び「ディジタ
ル・データに圧縮処理を施したデータの状態」という用語は一切使用され
ていない。
実施例の記載中には，「ディジタル・データ」に相当するものとして，
「ＰＣＭ・データ」が記載され，「ディジタル・データに圧縮処理を施し
たデータ」に相当するものとして，「圧縮処理されたエンコード・デー
タ」が記載されている。すなわち，明細書では，前記のとおり従来技術に
関して，「楽音信号をＰＣＭ（パルス符号化変調）等を用いてディジタル
のＰＣＭ・データに変換し，さらに，圧縮処理を施して波形メモリ内に記
憶するとともに，再生（発音）時には，この波形メモリ内から圧縮処理を
施したデータ（エンコード・データ）を読み出し，このデータにデコード
（展開）処理を施して，元のＰＣＭ・データに戻し，楽音を発生させる電
子楽器の音源装置が知られている。」とし，楽音発生が，発音指示後から，
その圧縮処理を施したデータ（エンコード・データ）のデコード処理に要
する時間Ｄだけ遅れるという技術的課題を解決するために本件特許発明２
があるとしている。
その解決手段は，発音指示に応答してまず圧縮していないＰＣＭ・デー
タに基づき楽音を発生させつつ，同時に，これに続く圧縮処理を施したデ
ータ（エンコード・データ）を当該ＰＣＭ・データに基づく楽音の発生中
にデコード処理を完了して元のＰＣＭ・データに戻してこれに基づいて楽
音を引き続いて発生させるように構成したことを特徴としている。
したがって，特許請求の範囲に記載された「ディジタル・データ」は，
ＰＣＭ・データに相当するものを指称し，当該ＰＣＭ・データに相当する
ものに圧縮処理を施したデータ（エンコード・データ）は，特許請求の範
囲に記載された「ディジタル・データに圧縮処理を施したデータ」を意味
していることは明らかである。
本件特許２明細書には，「【００２２】１５はラッチ回路であり，波形
メモリ１０からストローブ信号ＳＴ１のタイミングで読み出されたＰＣ
Ｍ・データを，本来のサンプリングクロックＳＣで供給するようにラッチ
する。１６は，カウンタ１４の制御信号ＳＡ２によって入力の選択切換を
行うセレクタであり，制御信号ＳＡ２のレベルが「Ｌ」の場合には入力端
Ｂを選択し，レベルが「Ｈ」の場合には入力端Ａを選択して，選択された
入力端に供給されているＰＣＭ・データを出力する。そして，カウンタ１
６によって出力されたＰＣＭ・データは，図示せぬＤ／Ａ変換部，サウン
ドシステム等を介し，この装置の発生楽音として出力される。」と記載さ
れており，ＰＣＭ・データは，Ｄ／Ａ変換部，サウンドシステム等を介し
て発生楽音として出力（楽音の発生）となるのである。つまり，ＰＣＭ・
データは，Ｄ／Ａ変換のみによって発音することができるものである。
特許請求の範囲において「前記ディジタル・データの読み出しが終了し
ていないと判別された場合には前記読出手段によって読み出されたディジ
タル・データを選択し，当該選択されたディジタル・データに基づいて発
音する」と規定しているのは，このディジタル・データが実施例のＰＣ
Ｍ・データに相当するゆえに，これをＤ／Ａ変換して楽音として発音する
ことができることを意味している。
このため，ＡＤＰＣＭ（方式）の圧縮データのようなＰＣＭ・データに
圧縮処理を施したデータは，デコード処理を省略してＤ／Ａ変換すること
は不可能であるから，ＡＤＰＣＭ（方式）の圧縮データをもって，特許請
求の範囲が規定する「ディジタル・データ」とすることは到底できない。
ウ原告は，「圧縮効率の高いデータ」と「圧縮効率の高くないディジタ
ル・データ」とが，特許請求の範囲に記載されているかのような主張をし
ている。
しかし，特許請求の範囲の記載には，圧縮効率の高低に関しては何ら規
定されていない。また，明細書にも，「圧縮効率の高いデータ」の展開処
理に要する時間よりも長く「圧縮効率の高くないディジタル・データ」の
展開処理及び発音に時間がかかるように「圧縮効率の高くないディジタ
ル・データ」量を大きくして記憶する構成は，全く記載されていない。
本件特許発明２では，「ディジタル・データに圧縮処理を施したデー
タ」と規定されているのであるから，データの構成としては，「ディジタ
ル・データ」と「ディジタル・データに圧縮処理を施したデータ」の２種
類である。そして，本件特許発明２においては，「圧縮データ」に「圧縮
処理」を施すことはありえない。
(2)被告製品２～４の構成要件２Ａ充足性
本件特許２明細書段落【０００２】【従来の技術】にも「圧縮処理には，
例えば，ＡＤＰＣＭ（適応型差分ＰＣＭ）」と記載されているとおり，「Ａ
ＤＰＣＭ①」は「ディジタル・データに圧縮処理を施したデータ」であって，
構成要件２Ａの「ディジタル・データ」には該当しない。
被告製品２～４の先頭データは，ＡＤＰＣＭ方式の圧縮楽音データである。
よって，被告製品２～４は構成要件２Ａを充足しない。
２－２構成要件２Ｂ～２Ｃの充足性（争点２－２）
(1)構成要件２Ｂにおいて，①「ディジタル・データ」の読み出し開始と
「圧縮処理を施したデータ」の読み出し開始の同時性，②「ディジタル・デ
ータ」の読み出しと「圧縮処理を施したデータ」のデコード処理の同時平行
性が要求されているか。
（原告の主張）
ア特許請求の範囲には，「ディジタル・データ」と「圧縮処理を施したデ
ータ」の読み出しを「同時に」行うということは一切記載されていない。
構成要件２Ａ～２Ｂから導かれることは，先頭部のディジタル・データ
の外への発音処理（外部への発音中ということであって，被告が述べるよ
うな「読出手段によるディジタル・データの出力中」ではない。）と，デ
ィジタル・データに圧縮処理を施したデータの展開（伸張）とが平行して
行われるということにすぎない。
イ楽音信号のディジタル・データに圧縮処理を施したデータの展開処理に
要する時間と同一の期間までの部分をディジタル・データの状態とした場
合には両者の読み出しを同時に開始する必要があるとしても，圧縮処理を
施したデータの展開処理に要する時間より長い期間までの部分をディジタ
ル・データの状態とした場合には，その必要性は全くない。
特許請求の範囲の記載には，「ディジタル・データ」の状態で記憶する
所定期間は，圧縮処理を施したデータの展開処理に要する時間以上の所定
期間と明記されている。そして，「ディジタル・データに圧縮処理を施し
たデータ」の状態で記憶する所定期間以降の部分とは，特許請求の範囲の
記載において，圧縮処理を施したデータの展開処理に要する時間以上の所
定期間以降の部分である。
また，例えば，第２の実施例（本件特許２明細書段落【００２３】～
【００２６】）において，ディジタル・データの読み出しを発音指示から
開始するとともに圧縮処理を施したデータの読み出しを（Ｎ－Ｄ）クロッ
ク後に開始することが示され，第３の実施例（同明細書段落【００２８】
～【００３６】）のとおり，「ディジタル・データ」と「ディジタル・デ
ータに圧縮処理を施したデータ」のシリアルな処理が明確に示されている
のであり，その場合に，当該構成に応じて必要な範囲で先頭部分の「ディ
ジタル・データ」の長さを調整すればよいことは，当業者にとっていかに
も自明である。
（被告の主張）
ア特許請求の範囲は，「発音指示に応答して，前記記憶手段に記憶された
ディジタル・データおよび圧縮処理を施したデータの読み出しを開始する
読出手段と，」と規定しているから，発音指示信号をトリガ信号として，
ディジタル・データの読み出しと圧縮処理を施したデータの読み出しとが
同時に開始されることが規定されていることは明らかである。
先頭のディジタル・データについて，①圧縮処理を施したデータの展開
処理に要する時間と同一の期間までの部分とした場合，②圧縮処理を施し
たデータの展開処理に要する時間を超えた期間までの部分とした場合の２
つ場合がある。
原告は，①の場合には，ディジタル・データの読み出し開始と圧縮処理
を施したデータの読み出し開始の同時である必要があることを認めている。
原告が指摘する実施例（本件特許２明細書段落【００２３】～【００２
６】）は，圧縮処理を施したデータの読み出しを（Ｎ－Ｄ）クロック後に
開始する構成が記載されている。この場合にディジタル・データと展開処
理によって元のディジタル・データとなったものを切れ目なく出力するた
めの必須の構成は，遅くとも（Ｎ－Ｄ）クロック後に圧縮処理を施したデ
ータの読み出しを開始することである。この構成を欠いてしまっては，所
望の効果を上げることはできない。しかし，特許請求の範囲の記載はこの
ような構成を全く規定せず，①の場合も②の場合も，「発音指示に応答し
て，前記記憶手段に記憶されたディジタル・データおよび圧縮処理を施し
たデータの読み出しを開始する読出手段と，」というように一律に規定し
ているから，原告が指摘する実施例は本件特許発明２とは異なるものであ
り，発明の技術的範囲から除外されていると解さざるを得ない。
イ楽音発生が，発音指示後から，その圧縮処理を施したデータ（エンコー
ド・データ）のデコード処理に要する時間Ｄだけ遅れるという技術的課題
を解決するための本件特許発明２の構成において，「前記楽音信号のディ
ジタル・データに圧縮処理を施したデータの展開処理に要する時間以上の
所定期間までの部分をディジタル・データの状態にて記憶する」こと，及
び，「発音指示に応答して，前記記憶手段に記憶されたディジタル・デー
タおよび圧縮処理を施したデータの読み出しを開始する読出手段」は，デ
ィジタル・データの読み出しと圧縮処理を施したデータのデコード処理が
同時平行に行われることを規定するものとして重要である（少なくとも，
デコード時間Ｄの間は同時平行でなければならない）。読み出された圧縮
処理を施したデータは展開処理を施してもとのディジタル・データに展開
されるのであるが，仮に，ディジタル・データの読み出しと圧縮処理を施
したデータのデコード処理が同時平行に行われなければ，すなわち，ディ
ジタル・データの読み出し完了後に圧縮処理を施したデータのデコード処
理を開始したのでは，デコードにＤ時間要する以上，ディジタル・データ
の読み出し完了（発音完了）後Ｄ時間だけ無音状態となってしまうからで
ある。
(2)被告製品２～４が「読出手段」「データ展開手段」を備えているか（被
告製品２～４の構成要件２Ｂ～２Ｃ充足性）。
（原告の主張）
ア被告製品２～４は，「各フレーズデータの圧縮オーディオデジタルデー
タの先頭部は２０４８サンプル分のＡＤＰＣＭ①データで構成されており，
シーケンサは，まず，それらＡＤＰＣＭ①データを読み出す。」，「読み
出されたＡＤＰＣＭ①データは，ＡＤＰＣＭデコーダでＰＣＭデータに伸
張され，２０４８サンプル分のＰＣＭデータをＲＡＭに順次格納する。Ｒ
ＡＭに格納された２０４８サンプル分のＰＣＭデータ（ＡＤＰＣＭ①が伸
張されたデータ）は，音量調整後バスバッファに１サンプルずつ出力し，
デコード部においてＲＡＭからバスバッファに出力するサンプル数をカウ
ントする。」，「ＲＡＭからバスバッファへのＰＣＭデータ（ＡＤＰＣＭ
①が伸張されたデータ）の出力が完了した時点で，デコード部からシーケ
ンサへ上記バスバッファへの出力が完了したことを通知する。」，「その
通知を受けて，シーケンサはＡＤＰＣＭ①部分のデコード及びバスバッフ
ァへの出力が完了したことを確認し，次にＭＤＣＴ部分のデコードが必要
なことを認識する。そして，バスバッファの空き容量を確認しながらデコ
ードを開始できる状態と判断すると，シーケンサはＭＤＣＴデータの読み
出しを開始する。」（別紙被告製品２～４の機能説明３．３）のであり，
これらを行うシーケンサ及びＡＤＰＣＭデコーダが，構成要件２Ｂの「読
出手段」に該当する。
したがって，被告製品２～４は，構成要件２Ｂを充足する。
イ被告製品２～４は，「ＭＤＣＴデータは，ハフマンデコードと逆量子化
を施して復号化され，復号化された周波数領域のデータをＲＡＭに順次格
納する。」，「ＲＡＭに格納された周波数領域のデータをＩＭＤＣＴで時
間領域のＰＣＭデータに変換後（フレーム単位の時間軸情報が得られる），
音量調整をして１サンプルずつバスバッファに格納する。」（被告製品２
～４の機能説明３．３）のであり，このハフマンデコードと逆量子化を施
して復号化する手段及びＩＭＤＣＴが構成要件２Ｃにおける「データ展開
手段」に該当する。
したがって，被告製品２は，構成要件２Ｃを充足する。
（被告の主張）
本件特許発明２は，楽音信号が「『ディジタル・データ』＋『ディジタ
ル・データに圧縮処理を施したデータ』」で構成されているのに対し，被告
製品２～４は，「圧縮データ（ＡＤＰＣＭ方式）＋圧縮データ（ＭＤＣＴ方
式）＋圧縮データ（ＡＤＰＣＭ方式）」で構成されている。したがって，被
告製品２～４は，読出手段によって本件特許発明２が規定する「ディジタ
ル・データ（非圧縮楽音データ）」に相当するものを読み出すことはない。
また，本件特許発明２の「読出手段」は，ディジタル・データ（非圧縮楽
音データ）の読み出し開始とディジタル・データに圧縮処理を施したデータ
（圧縮楽音データ）の読み出し開始を同時に行うものである。さらには，デ
ィジタル・データ（非圧縮楽音データ）の読み出しとディジタル・データに
圧縮処理を施したデータ（圧縮楽音データ）のデコード処理が同時平行的に
行われることが規定されている。
被告製品２～４は，ＡＤＰＣＭ①データとＭＤＣＴデータとを同時に読み
出すこともなく，ＡＤＰＣＭ①のデコード処理とＭＤＣＴデータのデコード
処理（ＩＭＤＣＴ処理）とを同時平行して行うこともない。
したがって，被告製品２～４は，構成要件２Ｂを充足しない。
２－３構成要件２Ｄ～２Ｆの充足性（争点２－３）
(1)構成要件２Ｄの「第２の判別手段」の意義
（原告の主張）
構成要件２Ｄにおける「データの読み出しが終了したか否かを判別する」
目的は，先頭部分の「ディジタル」形式の「データ」のすべてが発音される
こととなる前に，後続の圧縮効率の高い「圧縮処理を施したデータ」の発音
がされることとなる等，データの混在・不整合が生じることを防ぐためであ
り，先頭部分の発音し残しとなるデータがないか否かを判別するためのもの
である。
（被告の主張）
本件特許発明２の第２の判別手段は，特許請求の範囲において，「前記読
出手段によって前記ディジタル・データの読み出しが終了したか否かを判別
する第２の判別手段と，」（構成要件２Ｄ）と規定しているから，ディジタ
ル・データ及び圧縮処理を施したデータの読み出しをする際に，ディジタ
ル・データの読み出しが終了したか否かを判別する機能を有するものである。
そして，本件特許発明２の第２の選択手段は，特許請求の範囲において，
「前記第２の判別手段によって前記ディジタル・データの読み出しが終了し
ていないと判別された場合には前記読出手段によって読み出されたディジタ
ル・データを選択し，前記第２の判別手段によって前記ディジタル・データ
の読み出しが終了したと判別された場合には前記データ展開手段によって展
開されたディジタル・データを選択する第２の選択手段」（構成要件２Ｅ）
と規定しているから，第２の判別手段の判別結果に基づき，ディジタル・デ
ータ又は展開されたディジタル・データのどちらかを選択する機能を有する
ものである。
したがって，ディジタル・データ（ＰＣＭデータ）は，読み出されて第２
の選択手段によって選択されて，そのディジタル・データ（ＰＣＭデータ）
に基づき発音されるところ，データ展開手段によって展開されたデータは，
一旦，例えばデータ展開手段に設けられた記憶手段に保持され，第２の判別
手段によってディジタル・データ（ＰＣＭデータ）の読み出しが終了したと
判別されたときに第２の選択手段によって選択されて，その展開されたデー
タに基づき発音される。つまり，発音されるディジタル・データと展開され
たデータ（元のディジタル・データ）は２系統に分離されていることが分か
る。この２系統に分離されていることは，セレクタ１６を備える本件特許２
明細書の図３等からも明らかである。
このような構成を備えるのは，前記のとおり，本件特許発明２において，
ディジタル・データの読み出しとこれに基づく発音と圧縮処理を施したデー
タのデコードが同時平行に行われるため，圧縮処理を施したデータのデコー
ド処理に基づく展開されたデータがディジタル・データに基づく発音中に
続々と生成されることとなり，ディジタル・データの読み出しとこれに基づ
く発音中は，デコードされた元のディジタル・データに基づく発音を待機さ
せなければならないからである。
(2)被告製品２～４が「第２の判別手段」「第２の選択手段」を備えている
か（被告製品２～４の構成要件２Ｄ～２Ｆ充足性）。
（原告の主張）
ア被告製品２～４について，ＲＡＭからＩＭＤＣＴを通らないデータの通
り道（ＡＤＰＣＭデータを基とするデータの通り道）と，ＲＡＭからＩＭ
ＤＣＴを経るデータの通り道（ＩＭＤＣＴデータを基とするデータの通り
道）の２つのデータの通り道があることは原告被告間に争いがない。
仮に，被告製品には，データラインを物理的に共通としないバスがある
ということだとしても，被告の主張によれば，被告製品２～４は，「ある
トラックのＡＤＰＣＭ①の読み出し，デコード，バスバッファへの格納と
いう一連の動作が終了すると，シーケンサはデコード待ちのトラックを探
索し，他のトラックについてのデコードが可能であるときはこれを（ＡＤ
ＰＣＭ方式による圧縮されたデータ又はＭＤＣＴ方式による圧縮データの
いずれもありうる）デコードしてバスバッファに格納し，他のトラックに
ついてのデコードが必要でないときは，当該トラックのＭＤＣＴ方式の圧
縮データ（前記デコードが終了したＡＤＰＣＭ①に連続するフレーズデー
タである）をバスバッファの状況も判断しながらデコードしてバスバッフ
ァに格納する。」（被告第１３準備書面９頁下から７行目以下）というの
であり，「ＡＤＰＣＭ①」の読み出しが終了したことが確実な状態で，
「シーケンサ」がデコード待ちのトラックを探索し，他のトラックについ
てのデコードが必要でないときは，当該トラックの「ＭＤＣＴ方式の圧縮
データ」をバスバッファの状況も判断しながらデコードしてバスバッファ
に格納するものであるから，結局，「シーケンサ」が，「ＡＤＰＣＭ①」
の読み出しの終了の有無を判別しているものである。
これを，被告製品２～４の構成，機能に即して見れば，被告製品２～４
において，先頭部分のデータが「ＡＤＰＣＭデータ」であることにより，
「ＲＡＭからバスバッファへのＰＣＭデータ（ＡＤＰＣＭ①が伸張された
データ）の出力が完了した時点で，デコード部からシーケンサへ上記バス
バッファへの出力が完了したことを通知する。」，「その通知を受けて，
シーケンサはＡＤＰＣＭ①部分のデコード及びバスバッファへの出力が完
了したことを確認し，次にＭＤＣＴ部分のデコードが必要なことを認識す
る。」（別紙被告製品２～４の機能説明３．３）構成としていることは，
「読出手段によって前記ディジタル・データの読み出しが終了したか否か
を判別する」ことに該当する。
したがって，被告製品２～４は，構成要件２Ｄを充足する。
イ被告製品２～４は，「各フレーズデータの圧縮オーディオデジタルデー
タの先頭部は２０４８サンプル分のＡＤＰＣＭ①データで構成されており，
シーケンサは，まず，それらＡＤＰＣＭ①データを読み出す。」，「読み
出されたＡＤＰＣＭ①データは，ＡＤＰＣＭデコーダでＰＣＭデータに伸
張され，２０４８サンプル分のＰＣＭデータをＲＡＭに順次格納する。Ｒ
ＡＭに格納された２０４８サンプル分のＰＣＭデータ（ＡＤＰＣＭ①が伸
張されたデータ）は，音量調整後バスバッファに１サンプルずつ出力し，
デコード部においてＲＡＭからバスバッファに出力するサンプル数をカウ
ントする。」，「ＲＡＭからバスバッファへのＰＣＭデータ（ＡＤＰＣＭ
①が伸張されたデータ）の出力が完了した時点で，デコード部からシーケ
ンサへ上記バスバッファへの出力が完了したことを通知する。」（別紙被
告製品２～４の機能説明３．３）のであり，構成要件２Ｅにおける「前記
第２の判別手段によって前記ディジタル・データの読み出しが終了してい
ないと判別された場合には前記読出手段によって読み出されたディジタ
ル・データを選択し」に該当する。
被告製品２～４は，「読み出されたＡＤＰＣＭ①データは，ＡＤＰＣＭ
デコーダでＰＣＭデータに伸張され，２０４８サンプル分のＰＣＭデータ
をＲＡＭに順次格納する。ＲＡＭに格納された２０４８サンプル分のＰＣ
Ｍデータ（ＡＤＰＣＭ①が伸張されたデータ）は，音量調整後バスバッフ
ァに１サンプルずつ出力し，デコード部においてＲＡＭからバスバッファ
に出力するサンプル数をカウントする。」，「ＲＡＭからバスバッファへ
のＰＣＭデータ（ＡＤＰＣＭ①が伸張されたデータ）の出力が完了した時
点で，デコード部からシーケンサへ上記バスバッファへの出力が完了した
ことを通知する。」，「その通知を受けて，シーケンサはＡＤＰＣＭ①部
分のデコード及びバスバッファへの出力が完了したことを確認し，次にＭ
ＤＣＴ部分のデコードが必要なことを認識する。そして，バスバッファの
空き容量を確認しながらデコードを開始できる状態と判断すると，シーケ
ンサはＭＤＣＴデータの読み出しを開始する。」，「ＭＤＣＴデータは，
ハフマンデコードと逆量子化を施して復号化され，復号化された周波数領
域のデータをＲＡＭに順次格納する。」，「ＲＡＭに格納された周波数領
域のデータをＩＭＤＣＴで時間領域のＰＣＭデータに変換後（フレーム単
位の時間軸情報が得られる），音量調整をして１サンプルずつバスバッフ
ァに格納する。」（別紙被告製品２～４の機能説明３．３）のであり，構
成要件２Ｅにおける「前記第２の判別手段によって前記ディジタル・デー
タの読み出しが終了したと判別された場合には前記データ展開手段によっ
て展開されたディジタル・データを選択する」に該当する。
そして，構成要件２Ｅにおける「選択」は，上記のとおり，「シーケン
サ」が行っている。
したがって，被告製品２～４は，構成要件２Ｅを充足する。
ウ被告製品２～４は，「例えばパチンコなどの遊技機では，上下左右など
複数スピーカ単位に，デコード演算後のオーディオデータを出力する。」
（別紙被告製品２～４の機能説明３．５）のであって，このようにオーデ
ィオデータを出力するものであり，それは，「シーケンサ」が選択したデ
ータである。
構成要件２Ｅにおいて述べたとおり，被告製品２～４においては，「あ
るトラックのＡＤＰＣＭ①の読み出し，デコード，バスバッファへの格納
という一連の動作が終了する」までは，「ＡＤＰＣＭ①」データを出力系
統へ入力するように選択が行なわれ，その後については，「ＡＤＰＣＭ
①」データを選択することなく「ＭＤＣＴ方式の圧縮データ」を出力系統
へ入力するように選択が行なわれるということであり，これを「シーケン
サ」が行うものである。
被告製品２～４は，この「シーケンサ」の選択に基づき発音するもので
あるから，構成要件２Ｆを充足する。
（被告の主張）
ア被告製品２～４は，１系統のＲＡＭ及びバス部に時間順に格納されて，
順次出力されていくので，デコーダの出力側経路ではなんら出口調停とか，
終端検出は行わないので，第２の判別手段に相当するものはない。同様に，
被告製品２～４は，１系統のＲＡＭ及びバス部に時間順に格納されて，順
次出力されていくので，両者のいずれかを選択する第２の選択手段に相当
するものもない。これらの点で，被告製品２～４は，本件特許発明２と決
定的に異なる。
原告は，まず，ＡＤＰＣＭ①データを，次にＭＤＣＴデータを順次読み
出し，出力するものであるから，ＡＤＰＣＭ①データの読み出しの終了の
有無が判別される（第２の判別手段上それに応じて，異なる経路を通じた
データが選択されるものである（第２の選択手段））と主張する。
しかしながら，本件特許発明２の「第２の判別手段」は，「前記読出手
段によって前記ディジタル・データの読み出しが終了したか否かを判別す
る」手段であるところ，ディジタル・データをＡＤＰＣＭ①と仮定した場
合において，前記のとおり，被告製品２～４では，ＡＤＰＣＭ①データの
読み出しが完了したか否かは判別していない。被告製品２～４では，ＲＡ
Ｍに格納されたＰＣＭデータ（ＡＤＰＣＭ①が伸張された２０４８サンプ
ル分のデータ）がバスバッファに全て出力された後に，ＭＤＣＴデータを
読み出しに行くものであって，ＡＤＰＣＭ①データの読み出しが完了した
だけでは，ＭＤＣＴデータを読み出しに行くことはない。上記決定的相違
点としたところであり，出力が１系統であるからである。
したがって，被告製品２～４は，「第２の判別手段」も「第２の選択手
段」も有しない。
イ被告製品２～４は，フレーズデータとして「ディジタル・データ（非圧
縮楽音データ）」に相当するものを有しないし，構成要件２Ｄの「第２の
判別手段」も有していないので，第２の判別手段によってディジタル・デ
ータ（非圧縮楽音データ）の読み出しが終了したか否かを判別することも
ないから，「第２の選択手段」も有することはない。
原告は，ＡＤＰＣＭ①が伸張されたＰＣＭデータがＲＡＭからバスバッ
ファへ書き込みが完了した時点で，デコード部からシーケンサへ上記バス
バッファへの書き込みが完了したことを通知することをもって，「第２の
判別手段によって前記ディジタル・データの読み出しが終了したと判別さ
れた場合」に該当すると主張するようである。
しかしながら，読出終了の判別とバスバッファへの書き込み完了の通知
とは全く異なる手段である。特にＡＤＰＣＭ①は，ディジタル・データに
圧縮処理を施したデータであるからこれを読み出してそのまま出力できる
ものではなく，必ずデコード処理が必要となるのであるから，読出終了の
判別とバスバッファへの書き込み完了の通知は全く異なる手段であって，
実質的にも同一の手段であるということはできない。
ウ被告製品２～４は，「第２の選択手段」を有しないし，ＡＤＰＣＭ①の
読み出しを終了したからといって，ＭＤＣＴデータが展開されたＰＣＭデ
ータを選択するものではない。ディジタル・データに基づく発音もない。
したがって，構成要件２Ｆを充足しない。
２－４構成要件２Ｇの充足性（争点２－４）
被告製品２～４が「電子楽器の音源装置」に該当するか。
（原告の主張）
一般に，「楽音」とは，「音楽の音。音楽の素材になる音。」であるといわ
れている（広辞苑第５版）。「楽曲（ＢＧＭ）」や人を楽しませる「効果音」
は，「楽音」に含まれるものである。
ミュージックシンセサイザにおいても，ノイズ混じりの自然界の音を記録再
生して使用すること，ユーザーにおいて自らの求める音を録音・記憶させて使
用することが行われている。例えば，甲１６号証，甲１７号証，甲３３号証及
び甲３４号証は，「デジタルミュージック」，「キーボードマガジン」，「キ
ーボードマガジンプロフェッショナル」といった雑誌記事であるが，原告を含
め各社のミュージックシンセサイザにユーザーが記録した音を演奏の際に再生
利用する技術が記載されている。
被告製品２～４は，複数の音（フレーズ）を個々独立に操作者の任意のタイ
ミングで発生するような多彩な演奏を可能にしており，単なる再生装置とはい
えないものである。
以上のとおり，「電子楽器の音源装置」について，限定的に解釈する理由は
なく，現代の遊技機の音声発生にかかる装置は，電子楽器の音源装置にほかな
らない。
（被告の主張）
被告製品２～４は，フレーズデータをデコードするなどして再生するためだ
けのサウンドＬＳＩであり電子楽器の音源装置でもない。
原告は，あたかもＣＤプレイヤーや携帯型音楽プレイヤーなどの一般的な単
なるオーディオ信号の再生装置をもって「電子楽器」と称しているに等しく，
技術常識に欠けるものである。また，雑誌記事等は，執筆者が主観的に記載す
るものであり，本件特許発明２が規定する「電子楽器の音源装置」の意味を解
釈する場合には，証拠価値は全くないものといわざるを得ない。
２－５間接侵害の成否（争点２－５）
（原告の主張）
(1)被告製品２～４に接続される「外部の音声データＲＯＭ」が構成要件２
Ａを充足し，被告製品２～４は構成要件２Ａ～２Ｇを満たす。被告製品２～
４は，「ＡＤＰＣＭ①」，「ＭＤＣＴ」，「ＡＤＰＣＭ②」というデータ構
造の「外部の音声データＲＯＭ」と接続して使用される（別紙被告製品２～
４説明書図３）ほか，他の用途を有しない。したがって，被告製品２～４は，
本件特許発明２の装置の生産にのみ用いるものである。
したがって，被告製品２～４の製造，譲渡等又は譲渡等の申出をする行為
は，本件特許２にかかる原告の特許権を侵害するものとみなされる（特許法
１０１条１号）。
(2)被告製品３及び４は，「外部の音声データＲＯＭ」と接続されることに
よって，本件特許発明２の装置となるものであるから，本件特許発明２の装
置の生産に用いる物であるとともに，本件特許発明２の課題の解決に不可欠
なものである。
被告は，原告からの平成２１年５月２０日付内容証明郵便により，被告製
品３が本件特許発明２の技術的範囲に属することを知っている。また，被告
製品４も，本件特許発明２とかかわりのある範囲で構成に何らの差異はない
から，被告は，被告製品４が本件特許発明２の技術的範囲に属することを知
っている。
したがって，特許法１０１条２号の要件を充足するから，被告が被告製品
３及び４の製造，譲渡等又は譲渡等の申出をする行為は，本件特許２にかか
る原告の特許権を侵害するものとみなされる。
（被告の主張）
外部音声データＲＯＭに記憶されるフレーズデータは，ＡＤＰＣＭ①，アク
セル独自方式のＭＤＣＴ及びＡＤＰＣＭ②から構成されるから，ディジタル・
データの状態で記憶されていないため，構成要件２Ａを充足しない。
２－６均等侵害の成否（争点２－６）
（原告の主張）
(1)被告製品２～４は，再生するデータの先頭部分がＰＣＭデータではなく
ＡＤＰＣＭ形式により軽圧縮されたデータであっても，均等論の適用により，
音声データＲＯＭと接続されたことにより，本件特許発明２の技術的範囲に
属する。
(2)第１要件（非本質的部分）
特許発明における本質的部分とは，特許請求の範囲に記載された特許発明
のうちで，当該特許発明特有の課題解決手段を基礎づける特徴的な部分をい
う。
本件特許発明２は，「特に圧縮効率の高いデータのデコード処理にはある
程度の時間が必要である」（本件特許２明細書段落【０００３】）という課
題に鑑み，「発音指示後，時間遅れを極めて少なくして，直ちに楽音を発生
することができる電子楽器の音源装置を提供する」（同明細書段落【０００
３】）ことを目的とし，「特に圧縮効率の高いデータ」の先頭部分を「時間
遅れ」を極めて少なく楽音を発生することができるデータとすることによっ
て，「時間遅れを極めて少なくして，直ちに楽音を発生することができる
（請求項２）」（同明細書段落【００６２】）ものである。
被告製品２～４は，先頭部分を「ＭＤＣＴデータ」よりも格段にデコード
に処理時間のかからない「ＡＤＰＣＭデータ」とし，その後の部分を「ＭＤ
ＣＴデータ」としている。被告製品２～４は，先頭部分を時間遅れを極めて
少なく楽音を発生することができる「ＡＤＰＣＭ」データとし，処理に時間
のかかる「特に圧縮効率の高い圧縮処理を施したデータ」である「ＭＤＣＴ
データ」のデコード処理をしない構成とした。このように，被告製品２～４
は，軽圧縮データであるＡＤＰＣＭ形式のデータを用いることにより，先頭
部分以外の部分より処理に「時間遅れ」のない構成とすることにより，「時
間遅れを極めて少なくして，直ちに楽音を発生することができる」構成であ
る。先頭部分のデータがまったく圧縮されていないデータであるか否かとい
うことは，上記の課題とも，目的とも，効果ともかかわりがないものであり，
本件特許発明２の本質的部分とはかかわりがないものである。
以上のとおり，被告製品２～４は，本件特許発明２における本質的部分の
うち，特許請求の範囲の前記の記載にかかわる部分において相違するもので
はない。
(3)第２要件（置換可能性）
被告製品２～４により読み出される先頭部分のデータが「ＡＤＰＣＭデー
タ」であるとしても，「発音指示後，時間遅れを極めて少なくして，直ちに
楽音を発生することができる電子楽器の音源装置を提供する」（本件特許２
明細書段落【０００３】）という本件特許発明の目的を達成することができ
るし，「発音指示後，直ちに，ディジタル・データが読み出されるとともに，
圧縮処理を施したデータの展開処理が前もって行われ，所定期間経過以降は
展開処理で元に戻されたディジタル・データが出力されるので，時間遅れを
極めて少なくして，直ちに楽音を発生することができる」（同明細書【００
６２】）という本件特許発明と同一の作用効果を奏する。
また，先頭部分のデータを「ＡＤＰＣＭデータ」とすることに伴い，被告
製品２～４においては，「ＲＡＭからバスバッファへのＰＣＭデータ（ＡＤ
ＰＣＭ①が伸張されたデータ）の出力が完了した時点で，デコード部からシ
ーケンサへ上記バスバッファへの出力が完了したことを通知する。」，「そ
の通知を受けて，シーケンサはＡＤＰＣＭ①部分のデコード及びバスバッフ
ァへの出力が完了したことを確認し，次にＭＤＣＴ部分のデコードが必要な
ことを認識する。」（別紙被告製品２～４の機能説明３．３）ものであるが，
これによっても，本件特許２明細書段落【０００３】記載の本件特許発明２
の目的を達成することができるし，同明細書段落【００６２】記載の本件特
許発明２と同一の作用効果を奏する。
したがって，本件特許発明２の構成について，被告製品２～４における構
成と置き換えても，本件特許発明２の目的は達成され，同一の作用効果を奏
する。
(4)第３要件（置換容易性）
本件特許２明細書にも，「上述した実施例では，楽音信号の変換にＰＣＭ
を用いたが，本発明はこれに限定されない。例えば，ＰＷＭ（パルス幅変
調）やＰＰＭ（パルス位置変調）を用いても良い。また，ＰＣＭ・データと
デコード・データとの合成を，セレクタを用いて行ったが，クロスフェード
乗算器と加算器とを用いて行っても良い。この場合には，ＰＣＭ・データと
デコード・データとが部分的に重なりあって合成される。」（段落【００６
１】）と記載されているとおり，ディジタル・データには種々の形式がある
ことが予定されている。
そして，被告が被告製品２～４の製造販売を開始した時点において，「Ａ
ＤＰＣＭデータ」が，時間遅れを極めて少なく楽音を発生することができる
データ形式として周知であり，当業者が，データの先頭部を「ＡＤＰＣＭデ
ータ」とし，その後を「ＭＤＣＴデータ」という被告製品２～４の構成とす
ることは，技術的にはもちろん製造コストの上からも容易であった。
少なくとも，被告製品２～４の製造・販売行為の開始時において，先頭部
分をＡＤＰＣＭとし，以降をより圧縮率の高いデータとする構成は，本件特
許発明３にかかわる公報のほか，ＷＯ／９９／５１９３３再公表特許公報
（甲４７）（例えば，請求項１～４及び５頁「背景技術」欄）にも明確に示
され周知であったのであり，当業者が容易に行うことができたものである。
また，被告製品２～４の製造・販売行為の開始時において，先頭部分のデ
ータを「ＡＤＰＣＭデータ」とすることに伴い，被告製品２～４においては，
「ＲＡＭからバスバッファへのＰＣＭデータ（ＡＤＰＣＭ①が伸張されたデ
ータ）の出力が完了した時点で，デコード部からシーケンサへ上記バスバッ
ファへの出力が完了したことを通知する。」，「その通知を受けて，シーケ
ンサはＡＤＰＣＭ①部分のデコード及びバスバッファへの出力が完了したこ
とを確認し，次にＭＤＣＴ部分のデコードが必要なことを認識する。」（別
紙被告製品２～４の機能説明３．３）構成とすることは，当業者にとって容
易であった。
以上のとおり，被告製品２～４の製造・販売行為の開始時において，当業
者は，本件特許発明２の構成を被告製品２～４の構成に置換することに容易
に想到することができたものである。
(5)第４要件（公知技術からの非容易推考性）
本件特許発明２自体，「特に圧縮効率の高いデータのデコード処理にはあ
る程度の時間が必要である」ことから，データの先頭部分について，データ
の先頭部分以外の後の部分において必要とされる，処理に時間のかかる「特
に圧縮効率の高いデータのデコード処理」をしない構成，言い換えると，先
頭部分以外の部分より処理に「時間遅れ」のない構成とすることにより，
「時間遅れを極めて少なくして，直ちに楽音を発生することができる」構成
としたまったく新たな発明である。
被告製品２～４は，この構成における先頭部分の「ディジタル・データ」
につき「ＡＤＰＣＭデータ」としてこの変更に伴う構成を採用したものにす
ぎないから，被告製品２～４の構成は，本件特許の出願時に容易に推考でき
たものではない。
(6)第５要件（禁反言の不存在）
原告は，被告製品２～４の構成を，本件特許２の出願手続において意識的
に除外したという事情は一切存在しない。
以上のとおり，音声データＲＯＭに接続された被告製品２～４は，均等侵
害のすべての要件を充足し，特許請求の範囲に記載された構成と均等なもの
として，本件特許発明２の技術的範囲に属するものであり，被告製品２～４
の製造・販売等は本件特許権の侵害（間接侵害）に該当する。
（被告の主張）
(1)原告が主張する均等論は，「ディジタル・データ」を「ディジタル・デ
ータにＡＤＰＣＭ方式により圧縮処理を施したデータ」に置換することに加
えて，「ディジタル・データに圧縮処理を施したデータ」を「ディジタル・
データにＡＤＰＣＭ方式によりも高圧縮とする圧縮処理を施したデータ」に
置換することを均等論の置換の内容とするものである。
この均等論は，本件特許発明２を特許請求の範囲の記載を離れて上位概念
化したものをもって均等であるとする原告独自のものであって，最高裁判所
が認める均等論ではない。
(2)第１要件（非本質的部分）
本件特許発明２は，「ディジタル・データに圧縮処理を施したデータ」の
楽音発生が，発音指示後から，デコード処理に要する時間分だけ遅れるとい
う課題があることに鑑み，「楽音信号の先頭から，前記楽音信号のディジタ
ル・データに圧縮処理を施したデータの展開処理に要する時間以上の所定期
間までの部分をディジタル・データの状態にて記憶するとともに，前記楽音
信号のディジタル・データに圧縮処理を施したデータの展開処理に要する時
間以上の所定期間以降の部分をディジタル・データに圧縮処理を施したデー
タの状態にて記憶する」構成としたものである。
すなわち，本件特許発明２は，解決手段として，所定期間までをデコード
処理が不要な圧縮処理を施さないディジタル・データ（非圧縮データ）を配
置することにより，発音指示後からの発音開始遅れを極めて少なくしたので
ある。
本件特許発明２は，「非圧縮データ」＋「圧縮データ」というデータ構成
こそが本質的部分であり，先頭に圧縮処理が不要な「非圧縮データ」を配置
することが極めて重要であって，「非圧縮データ」を「圧縮データ」に置換
することは，本質的部分を変更することとなる。
したがって，先頭部分の「非圧縮データ」を「ＡＤＰＣＭデータ」に置換
することは，本質的部分の変更に該当する。
(3)第２要件（作用効果の同一性）
被告製品２～４の先頭データである「ＡＤＰＣＭデータ」もＡＤＰＣＭ方
式で圧縮された「圧縮データ」である以上，デコード時間を要するものであ
る。これに続くディジタル・データに圧縮処理を施したデータには，ディジ
タル・データにＡＤＰＣＭ方式により圧縮処理を施したデータを包含する。
そもそも本件発明２は，ディジタル・データにＡＤＰＣＭ方式により圧縮処
理を施したデータの展開処理に時間がかかることを技術的課題とする発明で
ある。したがって，先頭から末尾まで全部がディジタル・データにＡＤＰＣ
Ｍ方式により圧縮処理を施したデータであるものは，本件発明２の技術的課
題を備えた従来技術そのものである。つまり，置換可能性はない。
(4)第３要件（置換容易性）
先頭データであるディジタル・データにＡＤＰＣＭ方式により圧縮処理を
施したデータとこれに続くディジタル・データに圧縮処理を施したデータに
は，ディジタル・データにＡＤＰＣＭ方式により圧縮処理を施したデータを
包含する。このときは，先頭から末尾まで全部がディジタル・データにＡＤ
ＰＣＭ方式により圧縮処理を施したデータであり，本件発明２の技術的課題
を備えた従来技術そのものである。つまり，置換可能性はなくその容易性を
論じる前提を欠くものである。
(5)第４要件（公知技術からの非容易推考性）
上記のとおり，置換したことによって包含することになる従来技術そのも
の（先頭から末尾まで全部がディジタル・データにＡＤＰＣＭ方式により圧
縮処理を施したデータ）に均等論を適用することはできない。
(6)第５要件（意識的除外の不存在）
本件特許２明細書段落【０００２】【従来技術】には，「圧縮処理には，
例えば，ＡＤＰＣＭ（適応差分型ＰＣＭ）」と記載されており，ＡＤＰＣＭ
データが圧縮データであることは原告も認識していたものである。
さらに，段落【０００３】【発明が解決しようとする課題】には「特に圧
縮効率の高いデータのデコード処理にはある程度の時間が必要である。」と
記載されており，原告が，圧縮効率の高低についても把握していたものであ
ったことは明らかである。
にもかかわらず，本件特許発明２の特許請求の範囲として「楽音信号の先
頭から，前記楽音信号のディジタル・データに圧縮処理を施したデータの展
開処理に要する時間以上の所定期間までの部分をディジタル・データの状態
にて記憶するとともに，前記楽音信号のディジタル・データに圧縮処理を施
したデータの展開処理に要する時間以上の所定期間以降の部分をディジタ
ル・データに圧縮処理を施したデータの状態にて記憶する」と記載し，所定
期間までの部分（先頭データ）について，圧縮処理を施さない非圧縮データ
としたのであるから，圧縮処理を施したデータを意識的に除外したことに他
ならない。
３本件特許発明３に係る侵害の成否
３－１構成要件３Ａの充足性（争点３－１）
(1)構成要件３Ａには楽音データの先頭部がＡＤＰＣＭ方式によって圧縮さ
れた楽音データである場合が含まれるか。
（原告の主張）
ア本件特許発明３は，圧縮データの伸張後の終端部に不可避的に生じてし
まう無音部分について，ループ再生の際に，無音として再生されないよう
に（無音部分が生じないように），楽音データの終端部分に非（軽）圧縮
データを配置したものであり，圧縮データの前のデータ構成については何
ら限定が付加されていない。また，本件特許発明３では，主要な実施例と
して，非圧縮データ，圧縮データ，非圧縮データというデータ構成が示さ
れており，その変形例として，先頭の非圧縮データをなくしてもよいと記
載されているのであるから，この両者を包含するものであることは明らか
である。
したがって，本件特許発明３は楽音データの先頭部分に非（軽）圧縮デ
ータを配置するかどうかは問わないものである。
イ被告は，原告が拒絶理由を回避するために，補正前のものは始端に非圧
縮データを有していたのを，補正によりこれを削除したかのように主張す
る。しかし，始端のデータ構成の限定をはずせば技術的範囲は広くなるの
であるから，始端の限定をはずすことで，公知例による拒絶理由を回避が
できるわけではない。
原告の補正は，拒絶理由通知における公知例を理由として先頭部分に非
（軽）圧縮データを配置する構成を削除したものではない。
（被告の主張）
ア本件特許発明３が引用する請求項１は，「圧縮楽音データと非圧縮楽音
データとから構成される楽音データが記憶された記憶媒体から前記楽音デ
ータを圧縮楽音データ，非圧縮楽音データの順に読み出して再生する楽音
データ再生装置であって，」と規定しているから，ループ再生するときは，
圧縮楽音データ→非圧縮楽音データ→圧縮楽音データ・・・の
順に読み出すことが規定されている。したがって，本件特許発明３が引用
する請求項１の楽音データの先端部は圧縮楽音データであることが規定さ
れていることは明らかである。そうすると，本件特許発明３の先端部のデ
ータは，圧縮楽音データであることが規定されている。
イ本件特許発明３が引用する請求項１の他の記載は，
①「圧縮楽音データと非圧縮楽音データとから構成される楽音データが記
憶された記憶媒体から前記楽音データを圧縮楽音データ，非圧縮楽音デー
タの順に読み出して再生する楽音データ再生装置であって，」とあるから，
楽音データ＝圧縮楽音データ＋非圧縮楽音データ
であること，及び，
楽音データの読み出し再生は，圧縮楽音データ，非圧縮楽音データ
の順
であることが明らかである。
②「ループ再生指示を受けて，前記第２の読出手段へ前記圧縮楽音データ
の読み出し指令を出力するとともに前記切換手段を前記デコーダの出力に
切り換える第１手順，前記デコーダによる前記圧縮楽音データの伸張およ
び出力が終了した時点で前記第１の読出手段へ前記非圧縮楽音データの読
み出し指令を出力するとともに前記切換手段を前記第１の読出手段の出力
に切り換える第２手順，を順に実行し，前記第１の読出手段から出力され
る前記読み出し終了通知を受けて再び前記第１手順を実行する」とあるか
ら，
ループ再生指示を受けて最初に第２の読出手段へ圧縮楽音データの
読み出し指令が出力されること
第２の読出手段は，「前記記憶媒体から前記圧縮楽音データを読み
出す」ものであること
第２手順の終了時には，第１の読出手段から読み出し終了通知が出
力され，再び第１手順を実行すること
第１手順の最初では第２の読出手段へ圧縮楽音データの読み出し指
令が出力されること
が明らかである。
このことは，本件特許発明３が引用する「請求項１」に原告が変更補正
したことにより，始端部に非圧縮データを備える楽音データを除外したこ
とを意味する。この除外は，乙１１号証に基づく進歩性欠如の拒絶理由回
避のためのものであり，始端部に非圧縮データを備える楽音データを除外
する補正をしておきながら，権利行使の段階に至って，始端部に非圧縮デ
ータを備える楽音データであっても技術的範囲に属すると主張することは，
特許請求の範囲の記載に反するとともに，禁反言の法理に照らしても許さ
れないというべきである。
本件特許発明３は，請求項１の非圧縮データがＡＤＰＣＭ方式で圧縮さ
れた楽音データであるから，その先端部の楽音データは，請求項１の記載
に基づき，圧縮楽音データである。
(2)被告製品２～４の構成要件３Ａ充足性
（原告の主張）
被告製品２～４は，「ＡＤＰＣＭ①」，「ＭＤＣＴデータ」，「ＡＤＰＣ
Ｍ②」の順で，「外部音声データＲＯＭ」からデータを「順に読み出して再
生する」（別紙被告製品２～４説明書）。
この「ＭＤＣＴデータ」が，構成要件３Ａにおける「圧縮楽音データ」に
該当し，「ＡＤＰＣＭ②」が，構成要件３Ａにおける「ＡＤＰＣＭ方式によ
って圧縮された圧縮楽音データ」に該当し，被告製品２～４はそれらの楽音
データを「順に読み出して再生する」。また，「当該オーディオを構成する
フレーズ（圧縮オーディオデジタルデータ）を外部音声ＲＯＭから順次取り
出し･･･スピーカーへ出力する」（別紙被告製品２～４の機能説明３）とあ
るように，被告製品２～４は「（楽音データを）再生する楽音データ再生装
置」に該当する。
先頭部分に非（軽）圧縮データを配置したとしても，本件特許発明３の技
術範囲に含まれることに変わりはない。
被告製品２～４は，構成要件３Ａを充足する。
（被告の主張）
構成要件３Ａの楽音データは，「圧縮楽音データ＋ＡＤＰＣＭ楽音デー
タ」とから構成される。これに対し，被告製品２～４の楽音データは，「Ａ
ＤＰＣＭ楽音データ①＋ＭＤＣＴ楽音データ（圧縮データ）＋ＡＤＰＣＭ②
楽音データ」とから構成されており，構成要件３Ａを充足しない。
３－２構成要件３Ｂ～３Ｃ及び３Ｅの充足性（争点３－２）
(1)被告製品２～４が「第１の読出手段」「第２の読出手段」「切換手段」
を備えているか。
（原告の主張）
構成要件３Ｂの「第１の読出手段」について，簡単に図示すると以下のと
おりである。本件特許発明３のように非圧縮楽音データ（ＰＣＭデータ）に
代えてＡＤＰＣＭ方式によって圧縮された圧縮楽音データを用いる場合，
「読出手段」は，ＰＣＭデータが読み出されて次のバッファに送られる手前
までであり，ＡＤＰＣＭデータのときには，ＡＤＰＣＭデコーダによって伸
長されたＰＣＭデータを次のバッファに送る手前までをいうものである。
ＲＯＭ
ＭＤＣＴデコーダ
ＰＣＭデータ
ＰＣＭデータ
第1の読出手段
第2の読出手段
本件特許発明３の第１の読出手段における終了通知は，上記の対比のとお
り，終了通知の発信時が，ＡＤＰＣＭ方式によって圧縮された圧縮楽音デー
タの読み出し時ではなく，伸張及び出力が終了した時点に出力されるもので
ある。
（被告の主張）
本件特許発明３（請求項４）が引用する請求項１の楽音データ再生装置の
装置システムは，次のような技術要素を備える。
①第１の読出手段
②第２の読出手段
③圧縮楽音データを伸張して出力するデコーダ
④切換手段
そして，その相互の関係は，下図に示すとおりである（模式図。ただし，
非圧縮データと表示したものはＡＤＰＣＭ方式によって圧縮された圧縮デー
タである。以下，この項において同じ。）。
ＲＯＭ
ＡＤＰＣＭデコーダ
ＭＤＣＴデコーダ
ＰＣＭデータ
ＰＣＭデータ
第1の読出手段
第2の読出手段
特許請求の範囲には，第１の読出手段と第２の読出手段とを備えること，
第１の読出手段，第２の読出手段および切換手段を制御する制御手段を備え
ること，制御手段はループ再生指示を受けて第２の読出手段へ読出指令を出
力し切換手段をデコーダの出力に切り換えること，制御手段は圧縮楽音デー
タの伸張および出力が終了した時点で第１の読出手段へ読出指令を出力し切
換手段を第１の読出手段に切り換えること，第１の読出手段の読み出し終了
通知を受けて，制御手段は再び第２の読出手段へ読出指令を出力データの出
力に切り換えることが規定されている。
第１の読出手段，第２の読出手段は，制御手段及び切換手段の処理対象で
あり，第１の読出手段は読み出し終了通知を発するなど，特許請求の範囲の
各特定事項と相互に強く関係している。つまり，本件特許発明３においては，
記録媒体からの２つの入力系統（第１及び第２の読出手段）からそれに応じ
た２つの出力系統（第１の読出手段からの出力及びデコーダからの出力）と
いう２つの系統を非圧縮データと圧縮データに対応して備え，この２つの系
統を制御手段が制御して，非圧縮データの読み出し開始はループ再生命令又
は圧縮楽音データの伸張および出力が終了した時点で開始し，圧縮データの
読み出し開始は第１の読出手段の読み出し終了通知を受けて行う。そして２
系統の出力を切換手段が切り換え，非圧縮データの出力と圧縮データの伸張
したデータの出力が順次繰り返してされ，ループ再生が実行される。
この２系統の存在は，本件特許発明３が本来は先頭部分に由来する無音部
分の消去のために，非圧縮データの読み出し，これに基づく出力と圧縮デー
タの読み出しと伸張処理とを同時平行処理する必要があるためである。２系
統存在するからこそ，平行処理が可能になるのである。
すなわち，例えば，本件特許発明３と同じデータ状態を有する第１の実施
形態の変形例②（ただし，ＡＤＰＣＭ方式による圧縮データではなく非圧縮
データ）について見ると，先頭部分に由来する無音部分の消去のために，終
端部のＰＣＭデータの終了時点より一定時間前に圧縮データを読み出してデ
コードを開始するように構成している。一定時間は，発明の詳細な説明によ
ればＭサンプル以上の出力時間に相当する。この状況を理解するため，図解
すると次のとおりである。
非圧縮データの読み出し処理と圧縮データの読み出し及びその伸張処理が
同時平行処理として行われるのは，上図の第２の読出手段による圧縮データ
の読み出し開始から第１の読出手段による非圧縮データの読出終了までの間
である。デコーダは，伸張済みのデータを保持しているから，切換手段によ
り選択されるのを待っている。その状況を模式的に図解すると次のとおりで
ある。
(2)被告製品２～４の構成要件３Ｂ～３Ｃ及び３Ｅ充足性
（原告の主張）
ア被告製品２～４は，「各フレーズデータの圧縮オーディオデジタルデー
タの終端部の所定サンプル分（０～１０２４サンプルの間。ＭＤＣＴのフ
レーム余りを調整する部分）のＡＤＰＣＭ②データで構成されており，シ
ーケンサは，まず，それらＡＤＰＣＭ②データを読み出す」（別紙被告製
品２～４の機能説明３．３）から，「前記記憶媒体から前記ＡＤＰＣＭ方
式によって圧縮された圧縮楽音データを読み出す」。そして，被告製品２
～４は，「読み出されたＡＤＰＣＭ②データは，ＡＤＰＣＭデコーダでＰ
ＣＭデータに伸張され，所定サンプル分のＰＣＭデータをＲＡＭに順次格
納する。ＲＡＭに格納された所定サンプル分のＰＣＭデータ（ＡＤＰＣＭ
②が伸張されたデータ）は，音量調整後バスバッファに１サンプルずつ出
力し，デコード部においてＲＡＭからバスバッファに出力するサンプル数
をカウントする。ＲＡＭからバスバッファへのＰＣＭデータ（ＡＤＰＣＭ
②が伸張されたデータ）の出力が完了した時点で，デコード部からシーケ
ンサへ上記バスバッファへの出力が完了したことを通知する。」のである
から，「前記ＡＤＰＣＭ方式によって圧縮された圧縮楽音データの読み出
しを終了した時点で読み出し終了通知を出力する」。
したがって，被告製品２～４は，構成要件３Ｂを充足する。
イ被告製品２～４は，「外部音声データＲＯＭ（前記記憶媒体）」に記憶
された「ＭＤＣＴデータ」（前記圧縮楽音データ）を読み出す「読出手
段」を有する（別紙被告製品２～４説明書図５参照）。また，被告製品２
～４は，「バスバッファの空き容量を確認しながらデコードを開始できる
状態と判断すると，シーケンサはＭＤＣＴデータの読み出しを開始する」
（別紙被告製品２～４の機能説明３．３）。この「読出手段」は「前記記
憶媒体から前記圧縮楽音データを読み出す」ものであり，構成要件３Ｃに
おける「前記記憶媒体から前記圧縮楽音データを読み出す第２の読出手
段」に該当する。
被告は，第１の読出手段と第２の読出手段をあえて区別していることか
らすれば，ＡＤＰＣＭ（方式）圧縮データの読出手段とＭＤＣＴ（方式）
圧縮データの読出手段とは異なる読出手段であり，本件特許発明３には第
１の読出手段と第２の読出手段を共用することは含まれない旨主張する。
しかし，ＡＤＰＣＭ（方式）圧縮データを読み出す読出手段が存在し，
またＭＤＣＴ（方式）圧縮データを読み出す読出手段が存在すること自体
に争いがあるのではない。ＡＤＰＣＭ（方式）圧縮データの「読出手段」
とＭＤＣＴ（方式）圧縮データの「読出手段」とを読み出す手段は，これ
らが全く別個の装置でなければならないというわけではない。「第１の読
出手段」は，外部音声ＲＯＭに記憶されたＡＤＰＣＭ②データ読み出しＡ
ＤＰＣＭデコーダでＰＣＭデータに伸張してバスバッファに出力する。こ
の読出し終了後を探知して（バスバッファの空き容量を確認しながらデコ
ードを開始できる状態と判断すると）「第２の読出手段」が外部音声ＲＯ
Ｍに記憶されたＭＤＣＴデータを読み出す。大きな圧縮がなされているＭ
ＤＣＴによる圧縮データを読み出す時と，ＡＤＰＣＭデータを読み出す時
とで，読出手段は回路部材としては同じものであっても，データによって
読み出しの動作が異なり，またデコードするデコーダーも異なるので出力
先も異なり，別の動作が行われている。このように１つの装置が共用され
る場合であっても，複数のデータを別々の時点で読み出すのであるから，
被告の主張は誤りである。
したがって，被告製品２～４は，構成要件３Ｃを充足する。
ウ被告製品２～４は，「ＭＤＣＴデータの１フレーム分が伸張されてＰＣ
Ｍデータとなり，バスバッファへの出力が完了した時点で，デコード部か
らシーケンサへＭＤＣＴデータのバスバッファへの出力が完了したことを
通知する。シーケンサは，全てのＭＤＣＴデータの伸長とＰＣＭデータの
バスバッファへの出力が完了すると，次にＡＤＰＣＭ②部分のデコードが
必要なことを認識する。そして，バスバッファの空き容量を確認しながら
デコードを開始できる状態と判断すると，ＡＤＰＣＭ②の読み出しを開始
する。ＡＤＰＣＭ②のデコードからバスバッファへの出力までの動作はＡ
ＤＰＣＭ①と同様である。」（別紙被告製品２～４の機能説明３．３）か
ら，ＭＤＣＴデータを外部音声ＲＯＭから読出し，（ＭＤＣＴデータを伸
長した）ＰＣＭデータの「バスバッファへの出力が完了」したことが確実
な状態で，「シーケンサ」がＡＤＰＣＭデータのデコードが必要なことを
認識し，「バスバッファの空き容量を確認しながらデコードを開始できる
状態と判断」して，ＡＤＰＣＭ②データの読出し，出力を行う。このよう
に，被告製品２～４では，ＭＤＣＴデコーダ（前記デコーダ）を構成する
ＩＭＤＣＴの出力（＝ＭＤＣＴデータをデコードして得られたＰＣＭデー
タ）を，ＡＤＰＣＭ②の読出手段（前記第１の読出手段）の出力を一時記
憶したＲＡＭの出力（＝ＡＤＰＣＭデータをデコードして得られたＰＣＭ
データ）に，「シーケンサ」が切り換える。
また，被告製品２～４は，「後端部のＡＤＰＣＭ②データを伸張してバ
スバッファへの出力が完了すると，次に，シーケンサに複数のフレーズが
登録されている場合には次のフレーズの先頭から上記の動作を行い，この
読み出しを登録されているすべてのフレーズの読み出しが終わるまで行い，
その後，先頭のフレーズの先頭に戻って上記の動作を繰り返す（リピート
再生が指定されていない場合は，登録されているすべてのフレーズのデコ
ードが完了した時点でデコードを停止する）。一方，シーケンサに１つの
フレーズしか登録されていない場合には，当該フレーズの先頭に戻って上
記の動作を繰り返す」（別紙被告製品２の機能説明３．３）。そして，被
告製品２～４は，フレーズの先頭にループすると，再び，「各フレーズデ
ータの圧縮オーディオデジタルデータの先頭部は２０４８サンプル分のＡ
ＤＰＣＭ①データで構成されており，シーケンサは，まず，それらＡＤＰ
ＣＭ①データを読み出す。読み出されたＡＤＰＣＭ①データは，ＡＤＰＣ
ＭデコーダでＰＣＭデータに伸張され，２０４８サンプル分のＰＣＭデー
タをＲＡＭに順次格納する。ＲＡＭに格納された２０４８サンプル分のＰ
ＣＭデータ（ＡＤＰＣＭ①が伸張されたデータ）は，音量調整後バスバッ
ファに１サンプルずつ出力し，デコード部においてＲＡＭからバスバッフ
ァに出力するサンプル数をカウントする。ＲＡＭからバスバッファへのＰ
ＣＭデータ（ＡＤＰＣＭ①が伸張されたデータ）の出力が完了した時点で，
デコード部からシーケンサへ上記バスバッファへの出力が完了したことを
通知する。その通知を受けて，シーケンサはＡＤＰＣＭ①部分のデコード
及びバスバッファへの出力が完了したことを確認し，次にＭＤＣＴ部分の
デコードが必要なことを認識する。そして，バスバッファの空き容量を確
認しながらデコードを開始できる状態と判断すると，シーケンサはＭＤＣ
Ｔデータの読み出しを開始する。ＭＤＣＴデータは，ハフマンデコードと
逆量子化を施して復号化され，復号化された周波数領域のデータをＲＡＭ
に順次格納する。ＲＡＭに格納された周波数領域のデータをＩＭＤＣＴで
時間領域のＰＣＭデータに変換後（フレーム単位の時間軸情報が得られ
る），音量調整をして１サンプルずつバスバッファに格納する。」（別紙
被告製品２～４の機能説明３．３）から，ＡＤＰＣＭ②データを外部音声
ＲＯＭから読出し，（ＡＤＰＣＭ②データを伸長した）ＰＣＭデータを出
力し，「シーケンサ」が「ＭＤＣＴ部分のデコードが必要なことを認識」
し，「バスバッファの空き容量を確認しながらデコードを開始できる状態
と判断」して，ＭＤＣＴデータの読出し，デコード，出力を開始する。こ
のように，被告製品２～４では，ＡＤＰＣＭ②の読出手段（前記第１の読
出手段）の出力を一時記憶したＲＡＭの出力（＝ＡＤＰＣＭデータをデコ
ードして得られたＰＣＭデータ）を，ＭＤＣＴデコーダ（前記デコーダ）
を構成するＩＭＤＣＴの出力（＝ＭＤＣＴデータをデコードして得られた
ＰＣＭデータ）に，「シーケンサ」が切り換える。
以上のように，第１の読出手段の出力とＭＤＣＴデコーダの出力とをシ
ーケンサが切換えている。
したがって，「シーケンサ」が構成要件３Ｅにおける「切換手段」に該
当し，被告製品は構成要件３Ｅを充足する。
エ被告は，被告製品２～４においては，ＡＤＰＣＭ方式による圧縮データ
もＭＤＣＴ方式による圧縮データも平行処理されることなく，シリアルに
処理されるから１系統の入力と１系統の出力の構成となっているから，第
１及び第２の読出手段を読み出しの際に制御したり，読出手段の読み出し
による終了通知により第２の読出手段による圧縮データの読み出しを命令
したり，出力を切り替えたりする制御手段も切替手段も備えていない旨主
張する。
しかし，ＲＡＭからＩＭＤＣＴを通らないデータの通り道（ＡＤＰＣＭ
データを基とするデータの通り道）と，ＲＡＭからＩＭＤＣＴを経るデー
タの通り道（ＩＭＤＣＴデータを基とするデータの通り道）の２つのデー
タの通り道があることは原告被告間に争いがない。そして，ＭＤＣＴデー
タを外部音声ＲＯＭから読出し，（ＭＤＣＴデータを伸長した）ＰＣＭデ
ータが２つのデータの通り道の一方からバスバッファへ出力され，「バス
バッファへの出力が完了」したことが確実な状態で，「シーケンサ」がＡ
ＤＰＣＭデータのデコードが必要なことを認識し，「バスバッファの空き
容量を確認しながらデコードを開始できる状態と判断」して，ＡＤＰＣＭ
②データの読出し，もう一方のデータの通り道からバスバッファへ出力を
行うのであるから，ＭＤＣＴの出力とＡＤＰＣＭの出力の切換えが行われ
ている。
（被告の主張）
ア被告製品２～４を用いたシステムは，次の要素を備える。
①１つの読出手段
②ＡＤＰＣＭ方式による圧縮楽音データを伸張するＡＤＰＣＭデコ
ーダ
③ＭＤＣＴ方式による圧縮楽音データを伸張するＭＤＣＴデコーダ
④１つのバスバッファ
ただし，本件特許発明３の第１及び第２の読出手段という２つの読出手
段並びに切換手段を備えない。
そして，その相互の関係は，下図に示すとおりである。
すなわち，読出手段が外部音声ＲＯＭから先頭のＡＤＰＣＭ方式で圧縮
されたフレーズデータを読み出し，読み出されたＡＤＰＣＭ方式で圧縮さ
れたフレーズデータをＡＤＰＣＭデコーダが伸張してバスバッファに蓄積
する。引き続いて，読出手段が外部音声ＲＯＭからＭＤＣＴ方式で圧縮さ
れたフレーズデータを読み出し，読み出されたＭＤＣＴ方式で圧縮された
フレーズデータをＭＤＣＴデコーダが伸張してバスバッファに蓄積する。
その後，読出手段が外部音声ＲＯＭから後部のＡＤＰＣＭ方式で圧縮され
たフレーズデータを読み出し，読み出されたＡＤＰＣＭ方式で圧縮された
フレーズデータをＡＤＰＣＭデコーダが伸張しバスバッファに蓄積する。
バスバッファに蓄積された伸張後のフレーズデータを順次出力する。
本件特許発明３と被告製品２～４のシステムとの決定的相違点を挙げる
と次のとおりである。
①第１及び第２の別個の読出手段を備えるか（本件特許発明３），同
一の読出手段を備えるか（被告製品システム）
②切換手段によって，ＡＤＰＣＭデータ又は圧縮楽音データの伸張後，
伸張後データの何れかを切り換えて出力するか（本件特許発明３），
あるいは，ＡＤＰＣＭデータがバスバッファに格納され，その後ディ
ジタル・データに圧縮処理を施したデータの展開後（伸張後）データ
がバスバッファに格納されて，これが順次出力するか（被告製品シス
テム）
この決定的相違点に基づき，本件特許発明３では，読出手段の読出終了
通知が必須であるとともに，ループ再生指示を受けて第２の読出手段への
読出指令とデコーダへの出力への切り換え，並びに，デコーダの伸張およ
び出力終了時点での第１の読出手段への読出指令と第１の読出手段の出力
に切り換える制御手段が不可欠である。
被告製品２～４のシーケンサは，ＡＤＰＣＭ①及び②データの読み出し
が終了したことを判別しないから，読出終了通知を出力することもない。
したがって，構成要件３Ｂを充足しない。
イ特許請求の範囲には，第１の読出手段と第２の読出手段とを備えること，
第１の読出手段，第２の読出手段および切換手段を制御する制御手段を備
えること，制御手段はループ再生指示を受けて第２の読出手段へ読出指令
を出力し切換手段をデコーダの出力に切り換えること，制御手段は圧縮楽
音データの伸張および出力が終了した時点で第１の読出手段へ読出指令を
出力し切換手段を第１の読出手段に切り換えること，第１の読出手段の読
み出し終了通知を受けて，制御手段は再び第２の読出手段へ読出指令を出
力データの出力に切り換えることが規定されているから，第１の読出手段
と第２の読出手段が同一の読出手段であるときは，制御手段は読出指令の
出力により読出手段を制御をすることはできず，また，切換手段による切
り換えもできないことになるから，共用されることは含まれていない。
第２の読出手段は，構成要件３Ｈによって，「ループ再生指示を受けて，
前記第２の読出手段へ前記圧縮楽音データの読み出し指令を出力する」と
規定されているように，先端部の圧縮楽音データを読み出すものである。
被告製品２～４が取り扱う圧縮楽音データの先端部分は，圧縮楽音デー
タではなく，ＡＤＰＣＭ方式で圧縮されたデータであるから，第２の読出
手段を備えない。
したがって，構成要件３Ｃを充足しない。
ウ被告製品２～４は，１系統の読出手段によりＡＤＰＣＭデータおよびＭ
ＤＣＴデータを順次読み出し，ＡＤＰＣＭ①データがデコード処理された
ＰＣＭデータ，ＭＤＣＴデータがデコード処理されたＰＣＭデータ，ＡＤ
ＰＣＭ②データがデコード処理されたＰＣＭデータ，ＡＤＰＣＭ①データ
がデコード処理されたＰＣＭデータが順次（シリアルに）バスバッファに
対して出力される（ＰＣＭデータであるからデータが揃い次第これを順次
出力することによる不都合はない）。本件特許発明３のように２系統の読
出手段によりそれぞれ読み出され，ＡＤＰＣＭデータのデコード処理後デ
ータと圧縮楽音データのデコード処理後データを切換手段によって切り換
えない。
したがって，被告製品２～４は，「前記第１の読出手段の出力と前記デ
コーダの出力とを切り換える切換手段」は備えておらず，構成要件３Ｅを
充足しない。
３－３構成要件３Ｄの充足性（争点３－３）
被告製品２～４が「デコーダ」を備えているか。
（原告の主張）
被告製品２～４は，「ＭＤＣＴデコーダ」を有している（別紙被告製品２～
４の機能説明３．４）。具体的には，「ＭＤＣＴデータは，ハフマンデコード
と逆量子化を施して復号化され，復号化された周波数領域のデータをＲＡＭに
順次格納する。ＲＡＭに格納された周波数領域のデータをＩＭＤＣＴで時間領
域のＰＣＭデータに変換後（フレーム単位の時間軸情報が得られる），音量調
整をして１サンプルずつバスバッファに格納する。」（別紙被告製品２～４の
機能説明３．３）。このように，「第２の読出手段」に読み出された「圧縮楽
音データ」（ＭＤＣＴデータ）は「ＭＤＣＴデコーダ」により伸長される。
したがって，被告製品２～４は，構成要件３Ｄを充足する。
（被告の主張）
被告製品２～４においては，外部音声データＲＯＭから，ＡＤＰＣＭ①圧縮
データ及びＭＤＣＴ圧縮データの両者を読み出し，それぞれの方式に応じた伸
張をするデコード機能を備えたデコード部（演算部）を有するが，ＡＤＰＣＭ
①は「第２の読出手段によって読み出された圧縮楽音データ」ではないから，
これを伸張して出力するデコーダもない。
したがって，被告製品２～４は，構成要件３Ｄを充足しない。
３－４構成要件３Ｆ及び３Ｈの充足性（争点３－４）
(1)被告製品２～４が「制御手段」を備えているか（構成要件３Ｆの充足
性）。
（原告の主張）
被告製品２～４は，前記３－２（原告の主張）のとおり，「第１の読出手
段」「第２の読出手段」「切換手段」を有する。
そして，被告製品２～４は，｢シーケンサは…再生を繰り返すようにフレ
ーズデータを読み出し，演算部にこれを出力する｣ものであり，「先頭から
末尾までの再生が繰り返される」（別紙被告製品２～４の機能説明３．２)
ものである。具体的には，まず，ＡＤＰＣＭ②の読出し（前記第１の読出手
段）において，「シーケンサは，･･･バスバッファの空き容量を確認しなが
らデコードを開始できる状態と判断すると，ＡＤＰＣＭ②の読み出しを開始
する」（別紙被告製品２～４の機能説明３．３）。このように，「シーケン
サ」は「第１の読出手段」を「制御」している。
次に，ＭＤＣＴの読み出し（前記第２の読出手段）において，「バスバッ
ファの空き容量を確認しながらデコードを開始できる状態と判断すると，シ
ーケンサはＭＤＣＴデータの読み出しを開始する」（別紙被告製品２～４の
機能説明３．３）。このように，「シーケンサ」は「第２の読出手段」を
「制御」している。
さらに，「シーケンサ」が「バスバッファの空き容量を確認しながらデコ
ードを開始できる状態と判断すると」（別紙被告製品２～４の機能説明３．
３），ＡＤＰＣＭ②の読出手段（前記第１の読出手段）の出力を一時記憶し
たＲＡＭの出力（＝ＡＤＰＣＭデータをデコードして得られたＰＣＭデー
タ）とＭＤＣＴデコーダ（前記デコーダ）を構成するＩＭＤＣＴの出力（＝
ＭＤＣＴデータをデコードして得られたＰＣＭデータ）との切り換えが行わ
れるので，「シーケンサ」は「切換手段」を「制御」している。
以上のように，「シーケンサ」が，「第１の読出手段」，「第２の読出手
段」および「切換手段」を制御する「制御手段」に該当する。
したがって，被告製品２～４は，構成要件３Ｆを充足する。
（被告の主張）
被告製品２～４は，「第１の読出手段」，「第２の読出手段」，「切換手
段」を有せず，これらを制御する「制御手段」も具備しないから，構成要件
３Ｆを充足しない。
(2)被告製品２～４が「第１手順」「第２手順」を実行するか（構成要件３
Ｈの充足性）。
（原告の主張）
ア上記(1)のとおり，被告製品２～４の「シーケンサ」が，「前記制御手
段」に該当する。
被告製品２～４は，「リピート再生指示が与えられたことを伝達された
シーケンサは，各トラック毎に登録されている先頭フレーズの最初から登
録されている最終フレーズの末尾までを再生を繰り返すようにフレーズデ
ータを読み出し，演算部にこれを出力する（・・・）。なお，シーケンサ
へのフレーズの登録を１曲（例えばフレーズ３のみ）としたときは，フレ
ーズ３の先頭から末尾までの再生が繰り返される。」（別紙被告製品２～
４の機能説明３．２）。このように，シーケンサは，「リピート再生指
示」を受けて，先頭フレーズの最初から登録されている最終フレーズの末
尾までを再生を繰り返すのであり，「リピート再生指示」が「ループ再生
指示」に当たる。
したがって，被告製品２～４は，「前記制御手段は，ループ再生指示を
受けて，」に該当する。
イ被告製品２～４は，「シーケンサは･･･，バスバッファの空き容量を確
認しながらデコードを開始できる状態と判断すると，シーケンサはＭＤＣ
Ｔデータの読み出しを開始する。」（別紙被告製品２～４の機能説明３．
３）。このように，シーケンサ（制御手段）は，「前記第２の読出手段」
（ＭＤＣＴの読出手段）へ「前記圧縮楽音データの読み出し指令を出力す
る」。
そして，被告製品２～４において，シーケンサの指令によって読出しの
開始された「ＭＤＣＴデータは，ハフマンデコードと逆量子化を施して復
号化され，･･･ＩＭＤＣＴで時間領域のＰＣＭデータに変換後（フレーム
単位の時間軸情報が得られる），音量調整をして１サンプルずつバスバッ
ファに格納する」（別紙被告製品２～４の機能説明３．３）。このように，
シーケンサによって，バスバッファの空き容量を確認し，ＡＤＰＣＭデー
タの出力からＭＤＣＴデコーダによって伸長されたデータへの出力に切換
える（「前記切換手段を前記デコーダの出力に切り換える」）。
以上のとおり，被告製品２～４のシーケンサ（制御手段）は，「前記第
２の読出手段へ前記圧縮楽音データの読み出し指令を出力するとともに前
記切換手段を前記デコーダの出力に切り換える第１手順」を実行する。
ウ被告製品２～４は，「ＭＤＣＴデータの１フレーム分が伸張されてＰＣ
Ｍデータとなり，バスバッファへの出力が完了した時点で，デコード部か
らシーケンサへＭＤＣＴデータのバスバッファへの出力が完了したことを
通知する。」（別紙被告製品２～４の機能説明３．３）。ここで，ＭＤＣ
ＴデータをＰＣＭデータに伸長するものが，構成要件３Ｈの第２手順にか
かわる「前記デコーダ」である。
また，伸長後のＰＣＭデータが「バスバッファへの出力が完了した時
点」が構成要件の「前記圧縮楽音データの伸張および出力が終了した時
点」に当たる。そして，被告製品２は，上記の「出力が完了した」「通
知」を受けると，「シーケンサは，全てのＭＤＣＴデータの伸長とＰＣＭ
データのバスバッファへの出力が完了すると，次にＡＤＰＣＭ②部分のデ
コードが必要なことを認識する。そして，バスバッファの空き容量を確認
しながらデコードを開始できる状態と判断すると，ＡＤＰＣＭ②の読み出
しを開始する。」（別紙被告製品２～４の機能説明３．３）。
このように，シーケンサは，ＡＤＰＣＭ②の読出手段（「第１の読出し
手段」）による読み出しを開始させるのであるから，構成要件の「前記第
１の読出手段へ前記ＡＤＰＣＭ方式によって圧縮された圧縮楽音データの
読み出し指令を出力する」を充足する。
次に，被告製品２～４においては，「読み出されたＡＤＰＣＭ②データ
は，ＡＤＰＣＭデコーダでＰＣＭデータに伸張され，所定サンプル分のＰ
ＣＭデータをＲＡＭに順次格納する。ＲＡＭに格納された所定サンプル分
のＰＣＭデータ（ＡＤＰＣＭ②が伸張されたデータ）は，音量調整後バス
バッファに１サンプルずつ出力し，デコード部においてＲＡＭからバスバ
ッファに出力するサンプル数をカウントする。」（別紙被告製品２～４の
機能説明３．３）。このように，ＭＤＣＴデータの出力が終了した後に，
続けてＡＤＰＣＭ②データの出力（第１の読出手段の出力）への切換が行
われる。
したがって，被告製品２～４は，「前記切換手段を前記第１の読出手段
の出力に切り換える」。
以上より，被告製品２～４のシーケンサは，「前記デコーダによる前記
圧縮楽音データの伸張および出力が終了した時点で前記第１の読出手段へ
前記ＡＤＰＣＭ方式によって圧縮された圧縮楽音データの読み出し指令を
出力するとともに前記切換手段を前記第１の読出手段の出力に切り換える
第２手順」を行う。
エ以上のように，シーケンサは，「第１手順」と「第２手順」を，別紙被
告製品２～４の機能説明３．３に記載されている「順に実行」する。
オ第１の読出し手段（ＡＤＰＣＭ②の読出し）から読出されたＡＤＰＣＭ
②の出力については，以下のとおりである。
まず，ＡＤＰＣＭ②に関する被告製品２～４の動作は，「読み出された
ＡＤＰＣＭ②データは，ＡＤＰＣＭデコーダでＰＣＭデータに伸張され，
所定サンプル分のＰＣＭデータをＲＡＭに順次格納する。ＲＡＭに格納さ
れた所定サンプル分のＰＣＭデータ（ＡＤＰＣＭ②が伸張されたデータ）
は，音量調整後バスバッファに１サンプルずつ出力し，デコード部におい
てＲＡＭからバスバッファに出力するサンプル数をカウントする。ＲＡＭ
からバスバッファへのＰＣＭデータ（ＡＤＰＣＭ②が伸張されたデータ）
の出力が完了した時点で，デコード部からシーケンサへ上記バスバッファ
への出力が完了したことを通知する。」（別紙被告製品２～４の機能説明
３．３）。このように，ＡＤＰＣＭ②の読出手段（「第１の読出手段」）
により，記憶媒体から読出されたＡＤＰＣＭデータは，バスバッファに出
力され，「出力が完了した時点で，デコード部からシーケンサへ上記バス
バッファへの出力が完了したことを通知する」。記憶媒体から読出し完了
が判別された後にされるこのような通知が，「読み出し終了通知」に該当
する。
そして，「後端部のＡＤＰＣＭ②データを伸張してバスバッファへの出
力が完了すると，次に，シーケンサに複数のフレーズが登録されている場
合には次のフレーズの先頭から上記の動作を行い，この読み出しを登録さ
れているすべてのフレーズの読み出しが終わるまで行い，その後，先頭の
フレーズの先頭に戻って上記の動作を繰り返す･･･。一方，シーケンサに
１つのフレーズしか登録されていない場合には，当該フレーズの先頭に戻
って上記の動作を繰り返す」（別紙被告製品２～４の機能説明３．３）。
すなわち，シーケンサは，後端部のＡＤＰＣＭ②の出力後に，「その後，
先頭のフレーズの先頭に戻って上記の動作を繰り返す」あるいは「当該フ
レーズの先頭に戻って上記の動作を繰り返す」（別紙被告製品２～４の機
能説明３．３）とあるように，フレーズの先頭に戻って再生を行い「楽音
データをループ再生させる」。
以上のように，被告製品２～４は，「前記第１の読出手段から出力され
る前記読み出し終了通知を受けて再び前記第１手順を実行することにより，
前記楽音データをループ再生させる」。
カしたがって，被告製品２～４は，構成要件３Ｈを充足する。
（被告の主張）
被告製品２～４は，そもそも構成要件３Ｆの「制御手段」を有していない。
さらに，第１の読出手段及び第２の読出手段も有していない。また，被告製
品２～４は，「切換手段」も有していないから，「第１手順」及び「第２手
順」のいずれも有していない。
被告製品２～４は，フレーズの終端（ＡＤＰＣＭ②）までデコードが完了
すると，その次は，唯一の読み出し手段によって再びフレーズの先端部のＡ
ＤＰＣＭ①，ＭＤＣＴデータ，ＡＤＰＣＭ②を順に読み出して順次デコード
する（シーケンサにフレーズデータが１つだけ登録されている場合）という
手順によってリピート再生をするものである。
被告製品２～４は，（ａ）リピート再生指令を受けて，ＡＤＰＣＭ①の読
み出し・デコード指令を出力すること，（ｂ）切換手段はなくＡＤＰＣＭ①
のデコード後データをバスバッファに出力すること，（ｃ）中間部のＭＤＣ
Ｔデータのデコードが終了したのちこれに続くＡＤＰＣＭ②データの読み出
し・デコードがなされるが，その読み出し・デコードは，ＭＤＣＴデータの
デコード後ＰＣＭデータに基づく発音が終了していない段階で行われること
（バスバッファにはＭＤＣＴデータのデコード後データが残存しているとこ
ろに引き続いてＡＤＰＣＭ②データのデコード後データが書き込まれるこ
と），（ｄ）ＡＤＰＣＭ②のデコーダの出力に切り換える切換手段はないこ
と，（ｅ）ＡＤＰＣＭ②の読み出し終了通知はなく，また，ＡＤＰＣＭ②の
デコードしたＰＣＭデータがバスバッファに書き込まれると（バスバッファ
に空き容量があることを前提に）先端部のＡＤＰＣＭ①を読み出してデコー
ドをするため，ＭＤＣＴデータを読み出す指令は出力されないこと，という
点で全く異なる。
したがって，被告製品２～４は，構成要件３Ｈを充足しない。
３－５構成要件３Ｉの充足性（争点３－５）
被告製品が「楽音データ再生装置」に該当するか。
（原告の主張）
「楽音」とは，「音楽の音。音楽の素材になる音。」である（広辞苑第５
版）。被告製品が再生する「楽曲（ＢＧＭ）」や人を楽しませる「効果音」は
「楽音」に含まれるものである。
これを再生する被告製品２～４は，「楽音データ再生装置」に該当し，構成
要件３Ｉを充足する。
（被告の主張）
被告製品２～４は，構成要件３Ａ～３Ｈを充足しないから，「ことを特徴と
する楽音データ再生装置」にも該当せず，構成要件３Ｉを充足しない。
３－６サポート要件違反の有無（争点３－６）
（被告の主張）
(1)本件特許発明３は，ループ再生をする際に従来の技術は，
繰り返し再生において曲の終端部と先頭部との間に無音部分が生じて
しまう問題（段落【０００２】）
があるため，
無音部分を作ることなくループ再生を行うことができる楽音データ再
生装置を提供すること（段落【０００３】）
を目的にしたものである。
ループ再生を行うときは，ループ対象の楽音データの終端部と先端部が連
結して循環して再生するから，当該連結部分に無音データが存在するときは，
「繰り返し再生において曲の終端部と先端部との連結部に無音部分が生じて
しまう」ことになる。したがって，当該連結部分の無音データを一体不可分
に解消することが重要である。終端部に由来する無音部分を厳密に解消して
も，先端部に由来する無音部分が存在してはその努力は無に帰する（技術的
には無意味になる）。
本件特許３明細書の発明の詳細な説明においては，第１の実施形態，その
変形①②及び第２の実施形態のみが記載され，いずれも，連結部における終
端部に由来する無音部分および先端部に由来する無音部分の全部を一体不可
分に解消している。
(2)請求項１にかかる発明は，非圧縮楽音データの読み出し終了時点で出力
される読み出し終了通知に基づき圧縮楽音データの読み出しを開始するもの
であって，これでは，非圧縮楽音データの読み出し終了後，圧縮楽音データ
の伸長に要する時間分は圧縮楽音データに基づく楽音の出力ができないため
無音部分が生じてしまうことになる。すなわち，請求項１は，明細書の発明
の詳細な説明に開示された発明とは異なるものとなっている。
請求項４は，非圧縮データに代えてＡＤＰＣＭ方式によって圧縮された圧
縮楽音データを用いるものであるが，請求項１を引用する発明において，Ａ
ＤＰＣＭ方式により圧縮された圧縮楽音データの読み出し終了通知に基づき
圧縮楽音データを読み出したのでは，圧縮楽音データの伸長に要する時間分
は圧縮楽音データに基づく楽音の出力ができないため無音部分が生じてしま
い，明細書に記載された本件特許発明３が意図する作用効果を奏することが
できない。つまり，制御部１７が後部のＡＤＰＣＭデータの再生終了時点よ
り一定時間前に圧縮楽音データ読出部１３へ読み出し開始を指示する構成に
よって初めて所望の作用効果が生じる発明が明細書の発明の詳細な説明に記
載されているが，請求項４（請求項１を引用する）はかかる記載とは異なる
圧縮楽音データの読み出し開始時を特定しており，発明の詳細な説明に記載
した発明とは異なる発明を特定している。この点において，本件特許発明３
は特許法３６条６項１号に反する。
(3)発明の詳細な説明の記載においては，圧縮楽音データの無音部分の存在
によるループ再生時の不都合が次のように記載されている。
「【０００２】･･･上述した圧縮楽音データをゲーム機において使用する場
合，例えばＭＰＥＧは１１５２サンプル，ＡＡＣは１０２４サンプルを１フ
レームとし，このフレーム単位で再生処理を行うようになっているので，曲
の最後のフレームが規定数のサンプルを含まない場合にフレームの後部に無
音部分が含まれることになる。このため，繰り返し再生において曲の終端部
と先頭部との間に無音部分が生じてしまう問題があった」
そこで，このようなフレーム単位で圧縮・伸張・再生処理される圧縮楽音
データを含む楽音データを対象にして，ループ再生を行う際に不都合が生じ
ることとなる圧縮楽音データの無音部分を包含しないように圧縮楽音データ
を作成したり，包含する無音データを削除したりする発明が発明の詳細な説
明の項に記載されている。
ところが，原告が認めるように，「フレーム」は多義的である以上，「再
生処理単位」とは「フレーム」を意味すると認定することはできない。この
ため，本件特許発明３の特許請求の範囲の記載においては，フレーム単位で
圧縮処理・伸張処理・再生処理を行うものであるか否か特定をしていないこ
とに帰し，フレーム単位で圧縮処理・伸張処理・再生処理を行う圧縮楽音デ
ータ以外のものを対象とする発明を包含することとなり，このため明細書に
記載された以外の発明が記載されている。
この点において，本件特許発明３は特許法３６条６項１号に反する。
(4)請求項４は，「前記非圧縮楽音データに代えてＡＤＰＣＭ方式によって
圧縮された圧縮楽音データを用いることを特徴とする請求項１から請求項３
のいずれかの項に記載の楽音データ再生装置。」と規定するから，請求項１
を引用する請求項４記載に係る発明についてみると，請求項１の非圧縮楽音
データをＡＤＰＣＭ方式によって圧縮された圧縮楽音データに置換する構成
の発明である旨規定されており，請求項１の他の構成要素は全て請求項４記
載に係る発明の構成要素である。
しかしながら，非圧縮楽音データをＡＤＰＣＭ方式によって圧縮された圧
縮楽音データに置換して所望の効果を奏するように構成するためには，請求
項１の構成に対して次のような変更を施す必要があるといわざるを得ない
すなわち，
①ＡＤＰＣＭ方式によって圧縮された圧縮楽音データを記憶媒体から読
み出すが，読み出し終了通知を発しない構成とすること，
②ＡＤＰＣＭ方式によって圧縮された圧縮楽音データを伸張する第２の
デコーダを備える構成とすること，
③第２のデコーダがＡＤＰＣＭ方式によって圧縮された圧縮楽音データ
の伸張および出力が終了した時点で当該終了通知を発する構成とするこ
と，
④制御手段は，圧縮楽音データの伸張および出力が終了した時点で第１
の読出手段の出力に切り換えるのではなく第２のデコーダの出力に切り
換える切り換え手段を設ける構成とすること
しかるに，請求項４に係る発明は，非圧縮楽音データに代えてＡＤＰＣＭ
方式によって圧縮された圧縮楽音データを用いる場合に当業者が発明の詳細
な説明に記載された発明の効果を奏するために必須と思うはずの技術事項に
反する規定がされている。
逆にいうと，請求項１の非圧縮楽音データに代替させてＡＤＰＣＭ方式に
よって圧縮された圧縮楽音データを用いる場合において，請求項１が規定す
る事項をもってその余の特定事項とする本件特許発明３においては，その構
成のゆえに本件特許発明の作用効果を奏するどころか，現実に動作すること
もできない，すなわち，当業者が，請求項１を引用する請求項４の構成に従
って実施することは不可能である。
上記①～④のようにその構成を変更することが仮に容易であるとしても，
その容易性は，請求項１が規定する発明特定事項において非圧縮データの代
わりにＡＤＰＣＭ方式によって圧縮された圧縮楽音データを用いる場合に当
業者が行うべき変更の容易性であって，現にそれ以外に何らの変更を施さな
い本件特許発明３の発明特定事項の構成のもとで，所望の効果を奏するよう
に実施することが容易であるわけではない（実は不可能である）。
このことは，すなわち，請求項１を引用する請求項４に係る発明（本件特
許発明３）は，発明の詳細な説明に記載された発明ではないことに帰する。
この点において，本件特許発明３は特許法３６条６項１号に反する。
(5)本件特許発明３が規定するように，楽音データの末尾にＡＤＰＣＭ方式
によって圧縮された圧縮楽音データを備え，当該ＡＤＰＣＭ方式によって圧
縮された圧縮楽音データの読出終了時に先頭の圧縮楽音データの読み出し及
び伸張を開始したのでは（第２の実施形態のように，付加された無音部分の
出力を除外する構成を採用しない以上），窓関数の適用によって生じること
になる無音部分の付加は避けられず，圧縮楽音データの末尾に無音部分が挿
入されてしまう。
すなわち，ＡＤＰＣＭ方式によって圧縮された圧縮楽音データを，フレー
ムを構成するサンプル数で除した剰余数であると限定しない場合に生じる不
都合である。ところが，発明の詳細な説明においては，非圧縮楽音データを
フレームを構成するサンプル数で除した剰余数とするもの以外の開示はなく，
この点で，本件特許発明３は，発明の詳細な説明に開示された以外の発明を
包含しているから，特許法３６条６項１号に反する。
(6)以上をまとめると，発明の詳細な説明に記載された発明と本件特許発明
３とは次の点で齟齬している。
①発明の詳細な説明に記載された発明では，ループ再生に生じる連結部
分において終端部に由来する無音部分及び先端部に由来する無音部分を
いずれも解消する発明であるのに対し，本件特許発明３は先端部に由来
する無音部分の解消ができないものである点
②発明の詳細な説明に記載された発明では，楽音データを圧縮する際に
ＭＤＣＴ方式を利用するなど複数のサンプルデータを単位に一括処理す
るために，その伸張処理によっても複数のサンプルデータを単位に一括
してデコードデータが得られるものを「フレーム」と説明して発明の特
定事項としているのに対し，本件特許発明３では，楽音データの圧縮方
式を何ら限定することなく技術用語ではなくその一義的意義が不明な
「再生処理単位」による発明の特定をしているものである点
③発明の詳細な説明に記載された発明では，楽音データを構成する非圧
縮楽音データ（ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ）の
サンプル数が，楽音データの総サンプル数（Ｎ）を１フレーム構成サン
プル数で除した剰余数であるのに対し，本件特許３発明ではそのサンプ
ル数の特定がない点
(7)以上のとおり，本件特許発明３は，発明の詳細な説明に記載した以外の
発明が記載されているというべきであるから，特許法３６条６項１号に違反
するものであり，同法１２３条１項４号により無効とされるべきである。
（原告の主張）
(1)ア曲（楽音データ）の先端部に由来する無音部分とは，発音開始指示に
応じて圧縮楽音データの最初のフレームをデコードした場合に生じる「圧
縮データを読み始めるとき伸張処理に要する時間遅れ」に起因するもので
あり，再生すべき圧縮楽音データの中に無音データが含まれているわけで
はない。再生すべき圧縮楽音データの先頭がデコード出力されるまでの時
間がＭサンプル分の再生時間だけ遅れるのである。このＭサンプル分の遅
れ時間の間は無音状態であるが，この無音状態は，そこに再生すべき楽音
データとして「０データ」が存在していることに起因するのではなく，単
に，再生すべき楽音データのデコード出力が遅れているから音が出ないだ
けなのである。
これに対して，圧縮楽音データの終端部に由来する無音部分は，「曲の
最後のフレームが規定数のサンプルを含まない場合にフレームの後部に無
音部分が含まれる」（本件特許３明細書段落【０００２】）という理由に
よるものである。すなわち，この場合は，再生すべき圧縮楽音データの最
後のフレーム中に無音データが明確に存在しているのである。よって，該
最後のフレームをデコード出力すると，該最後のフレーム中に明確に存在
する無音データが再生すべき楽音データとして出力され，無音状態として
再生がされる。このような終端部に由来する無音部分は，元の楽音データ
には存在していなかったものであるが，フレーム単位で圧縮することによ
り，圧縮楽音データの末尾に否応なしに含まれてしまい，こうして，再生
すべき楽音データの一部として無音データが存在することとなる。
したがって，先端部に由来する無音部分（伸張処理に要する時間遅れ）
と，終端部に由来する無音部分（圧縮楽音データ中に明確に存在する「０
データ」（無音データ））は，技術的意義が全く異なっている。
イ上記のとおり，「終端部に無音部分がないようにする発明」と「先端部
に無音部分がないようにする発明」は，原因を異にする異なる課題を異な
る解決手段によって解決するものであり，両者は異なる発明として把握す
ることができるものである。
「終端部に無音部分がないようにする発明」に関する本件特許発明３
（請求項１に従属する請求項４）が，発明の詳細な説明においてどのよう
に記載されているのか，具体的に述べると次のとおりである。
本件特許３明細書及び図面に示された第１の実施形態においては，楽音
データは，「【０００９】・・・図２（ａ）に示すように，この実施形態
においては，楽曲の先頭部と終了部が圧縮されていないＰＣＭ（Ｐｕｌｓ
ｅＣｏｄｅＭｏｄｕｒａｔｉｏｎ）楽音データ（以下，ＰＣＭデータ
という）であり，中央部が圧縮楽音データ（以下，圧縮データという）と
いう構成の楽音データが使用される。また，圧縮データはＭＰＥＧ規格に
よって圧縮されている。」というデータ構造からなっている。
このような第１の実施形態は，本件特許発明３の実施形態に加えて，
「先端部に無音部分がないようにする発明」（伸張処理に要する時間遅れ
の問題を解決する発明）の一形態が組み合わされたものである。
すなわち，
①楽曲の終了部が圧縮されていないＰＣＭ楽音データであり，その
前の部分が「圧縮楽音データ」である点が本件特許発明３の実施形
態に相当し，
②楽曲の先頭部が圧縮されていないＰＣＭ楽音データであり，その
後の部分が「圧縮楽音データ」である点が公知の別発明の一形態に
相当する。
第１の実施形態における，「【００１１】・・・先頭のＭサンプルをＰ
ＣＭデータによってハードディスク等の記憶媒体に記憶させる（ステップ
Ｓ４）。ここで，Ｍサンプルとは，図２（ｂ），（ｃ）に示すように，圧
縮データの伸張を開始してから第１番目の伸張済みサンプルを出力するま
でに要する時間に対応するサンプル数である。・・・」「【００１
６】・・・ループ再生の指示を受けた制御部１７は，まず，楽音データの
先頭アドレスをＰＣＭデータ読出部１２へ出力してＰＣＭデータの読み出
しを指示し，次に，圧縮データの先頭アドレスを圧縮データ読出部１３へ
出力して圧縮データの読み出しを指示し，次いで，切換部１５をＰＣＭデ
ータ読出部１２の出力に切り換える（図７の時刻ｔ１）。・・・ＰＣＭデ
ータ読出部１２は，楽音データの先頭部のＰＣＭデータを全て出力した時
点で，制御部１７へ出力終了を通知する（時刻ｔ２）。制御部１７はこの
終了通知を受け，切換部１５をデコーダ１４の出力に切り換える（図７
（ｃ）参照）。」「【００１７】一方，圧縮データ読出部１３は，制御部
１７からの読み出し指示を受け，ＲＯＭ１１から圧縮データを順次読み出
し，デコーダ１４へ出力する。デコーダ１４はその圧縮データを伸張し，
伸張済みデータを切換部１５へ出力する。ここで，前述したように，先頭
部のＰＣＭデータのサンプル数Ｍは，その読み出し時間が，デコーダ１４
が圧縮データ読出部１３から最初のデータを受けた時点から第１番目の伸
張済みデータを出力するまでの時間に一致するように決められている。し
たがって，制御部１７がＰＣＭデータ読出部１２から終了通知を受けて切
換部１５を切り換えた時点に一致するタイミングで，デコーダ１４から第
１番目の伸張済みデータが出力される。以後，デコーダ１４から順次伸張
済みデータが出力される。・・・」等の記載から明らかなように，楽曲の
先頭部が圧縮されていないＰＣＭ楽音データであり，その後の部分が「圧
縮楽音データ」である」という公知の別発明の一形態とは，「圧縮楽音デ
ータ」の伸張・出力にあっては，デコーダ１４が圧縮データ読出部１３か
ら最初のデータを受けた時点から第１番目の伸張済みデータを出力するま
での時間に相当する時間遅れがあるため，それが発音開始時間遅れとなる
ことに鑑み（公知の別発明の課題），楽曲の先頭部に圧縮されていないＰ
ＣＭ楽音データを配置することにより（公知の別発明の解決手段），時間
遅れを生ずることなく発音開始させるようにしたものである（公知の別発
明の作用効果）。
これに対して，本件特許発明３は，「最後のフレームの後部にある無音
部分」を作ることなくループ再生を行うことを課題としており，そのため
の解決手段を具備し，それに対応する作用効果を奏するものであるから，
上記の公知の別発明の課題，解決手段，作用効果とは明らかに異なるもの
である。
ウ第１の実施形態における，「【００１１】・・・次に，上記Ｍサンプル
に続くＩＮＴ{（Ｎ－Ｍ）／１１５２}×１１５２サンプル，すなわち，１
フレームのサンプル数である１１５２で割り切れる数のサンプルを圧縮し
て記憶媒体に記憶させる（ステップＳ５；図４，図５参照）。次に，最後
に残ったＭＯＤ｛（Ｎ－Ｍ）／１１５２｝サンプルをＰＣＭデータによっ
て記憶媒体に記憶させる。・・・」「【００１８】次に，圧縮データ読出
部１３は，ＲＯＭ１１内の圧縮データを全て読み出した時点で制御部１７
へ読み出し終了を通知する（時刻ｔ３）。制御部１７はこの通知を受け，
予め設定されている一定時間Ｔが経過後，ＰＣＭデータ読出部１２へ楽音
データの後部のＰＣＭデータの先頭アドレスを出力してＰＣＭデータの読
み出しを指示し，次いで，切換部１５をＰＣＭデータ読出部１２の出力に
切り換える（時刻ｔ４）。ここで，時間Ｔとは，圧縮データの最後のデー
タがＲＯＭ１１から読み出されデコーダ１４へ入力された時点から，その
最後のデータが伸張されデコーダ１４から出力されるまでの時間であ
る。」「【００１９】制御部１７から読み出し指示を受けたＰＣＭデータ
読出部１２は，ＲＯＭ１１から楽音データの終了部のＰＣＭデータを順次
読み出し，切換部１５を介してＤ／Ａ変換器１６へ出力する。これにより，
楽音データの終了部のＰＣＭデータに基づく楽音が発生する。そして，Ｐ
ＣＭデータ読出部１２は，楽音データの終了部のＰＣＭデータを全て出力
した時点で，制御部１７へ出力終了を通知し（時刻ｔ５），次いで，再び
楽音データの先頭部のＰＣＭデータを順次読み出し，切換部１５を介して
Ｄ／Ａ変換器１６へ出力する。これにより，楽音データの最後の音と最初
の音が連続した状態で楽音再生が再び行われる。」等の記載が本件特許発
明３の本質的部分の実施形態に対応している。すなわち，「１フレームの
サンプル数である１１５２で割り切れる数のサンプル」を「圧縮データ」
として記憶し，その後の残りのサンプル（ＭＯＤ｛（Ｎ－Ｍ）／１１５
２｝サンプル）を「楽音データの終了部のＰＣＭデータ」として記憶して
いることにより，「楽音データの終了部のＰＣＭデータ」には無音部が存
在していないこととなり，楽音データの終了部から引き続いて，楽音デー
タの先頭部に移行するときに，終了部の無音部が介在することなく，楽音
データの先頭部に移行することができるように構成されている。
以上から理解できるように，第１の実施形態において，本件特許発明３
の本質的部分の実施形態は，「楽音データの終了部のＰＣＭデータを全て
出力した時点で，制御部１７へ出力終了を通知し（時刻ｔ５），次いで，
再び楽音データの先頭部のＰＣＭデータを順次読み出し」という形態から
なっており，これは，要するに，楽音データの終了部のＰＣＭデータをす
べて出力し終えたとき，楽音データの先頭部に戻る形態であり，楽音デー
タの終了部のＰＣＭデータには無音部がないため，楽音データの終了部か
ら楽音データの先頭部に戻るときに終了部の無音部が介在することがない，
という本件特許発明３の課題を解決する作用効果を奏する。
本件特許発明３の課題は，楽曲を続けて繰り返し再生する際に，最後の
フレームの後部に生じる無音部分を解消することにあるのであり，曲の先
頭部を発音開始するに当たって時間遅れが生じることとは無関係である。
その意味で，第１の実施形態においては，曲の先頭部を発音開始するにあ
たって，公知の別発明の考えを採用して，再生開始に時間遅れが出ないよ
うに工夫しているが，そのような再生開始に時間遅れが出ないようにする
工夫とは別に，最後のフレームの後部に生じる無音部分を解消するよう，
本件特許発明３に従う解決手段の一実施形態を上述のように開示している
ので，本件特許発明３に従う一実施形態を示すものである。
したがって，特許請求の範囲（請求項１に従属する請求項４）に記載さ
れた本件特許発明３は，第１の実施の形態として発明の詳細な説明に記載
された発明である。
(2)本件特許発明３においては，特許請求の範囲において「前記圧縮楽音デ
ータは，楽音データの再生における所定の再生処理単位の整数倍のデータサ
イズを有し，」と記載されており，一方，明細書段落【０００２】において
「例えばＭＰＥＧは１１５２サンプル，ＡＡＣは１０２４サンプルを１フレ
ームとし，このフレーム単位で再生処理を行うようになっている」と記載さ
れている。このことから，特許請求の範囲における「所定の再生処理単位」
とは，発明の詳細な説明に記載された「フレーム単位で再生処理を行う」と
いう「再生処理」の「単位」（フレーム単位）に対応していることが明らか
である。このように，特許請求の範囲における「所定の再生処理単位」と，
発明の詳細な説明に記載された「フレーム単位で再生処理を行う」という
「再生処理」の「単位」（フレーム単位）との間には明確な対応があり，ど
ちらの側からでもその対応性を説明することができる。
また，本件特許２明細書においては，例えば，段落【０００２】において
「例えばＭＰＥＧは１１５２サンプル，ＡＡＣは１０２４サンプルを１フレ
ームとし，このフレーム単位で再生処理を行うようになっているので，」と
記載されており，段落【０００９】～【００１５】等の実施例においては，
サブバンド符号化方式に従う実施例が示されていることから明らかなように，
本件特許２明細書及び図面の記載においては，ＭＤＣＴ方式に従うフレーム
概念に限らず，サブバンド符号化方式に従うフレーム概念も示されている。
(3)ＡＤＰＣＭ方式の圧縮は本件特許発明３以前から周知のものである。
「非圧縮楽音データ」に代えて「ＡＤＰＣＭ方式によって圧縮された圧縮楽
音データ」を用いるということは，第1の実施態様における「ＰＣＭデー
タ」を「ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ」に置き換えれ
ばよいことであり，「ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ」
を伸張して非圧縮のＰＣＭデータにしたものを，第1の実施態様の「ＰＣＭ
データ」と同じく再生するだけのことである。
例えば，再生しようとする楽曲データの全体のサンプル数がＮサンプルで
あり，１フレームが１１５２サンプルであるとすると，本件特許発明３に従
えば，前が「圧縮楽音データ」，終端部が「ＡＤＰＣＭ方式によって圧縮さ
れた圧縮楽音データ」となり，前にくる「圧縮楽音データ」においては，被
告も自認しているとおり必然的に１フレーム＝１１５２サンプル単位で圧縮
され，かつ，まだ楽曲データ全体の終端部には至っていないから，最後の
「圧縮楽音データ」のフレームには無音部分が入り込む余地がない。そして，
全体のＮサンプルから，「圧縮楽音データ」として圧縮された１フレーム＝
１１５２サンプルの整数倍のサンプル数を引いた残りが，終端部の「ＡＤＰ
ＣＭ方式によって圧縮された圧縮楽音データ」となる。
３－７明確性要件違反の有無（争点３－７）
（被告の主張）
(1)本件特許発明３（請求項１を引用する請求項４）の特許請求の範囲に記
載された「楽音データの再生における所定の再生処理単位」について，明細
書の発明の詳細な説明の項には，請求項の記載を引用する形式で課題を解決
するための手段についての記載があるが（段落【０００４】～【０００
７】），他には，次の記載があるのみである。
「【０００２】
上述した圧縮楽音データをゲーム機において使用する場合，例えばＭＰＥ
Ｇは１１５２サンプル，ＡＡＣは１０２４サンプルを１フレームとし，この
フレーム単位で再生処理を行うようになっているので，曲の最後のフレーム
が規定数のサンプルを含まない場合にフレームの後部に無音部分が含まれる
ことになる。」
「フレーム」は多義的な概念であるが，，本件特許発明３の発明の詳細な説
明において用いられる「フレーム」は，楽音データを圧縮する際にＭＤＣＴ
方式を利用するなど複数のサンプルデータを単位に一括処理するために，そ
の伸張処理によっても複数のサンプルデータを単位に一括してデコードデー
タが得られるものをもって限定的に「フレーム」と説明している。しかし，
この発明の詳細な説明において限定的な意味をもって使用される「フレー
ム」を「再生処理単位」であるとする定義がされているわけではなく，また，
特許請求の範囲において，圧縮楽音データがどのような方式によるものであ
るかも特定されていない。ＭＰＥＧ１－レイヤ２では「フレーム」を１１５
２サンプル単位としながら，ＰＱＭＦは３２個のデータを単位として行なっ
ており，１１５２サンプルを再生処理単位に相当するとすれば，同様に３２
サンプルも再生処理単位に相当することとなり，原告のように「再生処理単
位」を適宜当てはめて読み替えてよいことにはならないというべきである。
したがって，「再生処理単位」について，これを楽音データを圧縮する際
にＭＤＣＴ方式を利用するなど複数のサンプルデータを単位に一括処理する
ために，その伸張処理によっても複数のサンプルデータを単位に一括してデ
コードデータが得られる複数のサンプルデータ単位を意味するとすることは
到底できない。この点において，本件特許発明３は特許法３６条６項２号に
反するものといわざるを得ない。
(2)上記のとおり，本件特許発明３の特許請求の範囲の記載には，ＡＤＰＣ
Ｍ方式によって圧縮された圧縮楽音データの読出手段及び同データの伸張処
理手段の記載がなく，引用する請求項１の第１の読出手段及び圧縮楽音デー
タのデコーダとの関係が不明であって，発明が明確であるとすることができ
ない。
さらに，ＡＤＰＣＭ方式によって圧縮された圧縮楽音データの取扱いが公
知でありその実施が当業者に自明であり，発明の詳細な説明における第１の
実施形態の変形例①において当業者が非圧縮楽音データの代わりにＡＤＰＣ
Ｍ方式によって圧縮された圧縮楽音データを用いる場合に所定の変更した構
成を採用することが容易にできるとしても，そのことと，本件特許発明３の
特定事項のもとにおいて請求項１の「非圧縮楽音データ」に代わった「ＡＤ
ＰＣＭ方式によって圧縮された圧縮楽音データ」をその構成の一部に備える
楽音データのループ再生が可能であるかを混同してはならない（当業者が想
定する構成の変更を反映した特許請求の範囲が本来記載されるべきである。
この点で，発明の詳細な説明における第１の実施形態の変形例①に所定の変
更を加えることが当業者に想定されるとしても当該想定された発明との齟齬
は明らかである）。この点において，本件特許発明３は根本的な誤りをして
いる。
上記発明特定事項による発明は実施不可能であって，これによって所望の
効果を奏することができないのであるから，本件特許発明３の内容は不明に
帰し，記載不備であるといわざるを得ない。
(3)以上の次第であるから，本件特許発明３の特許請求の範囲の記載は，発
明を特定するものとして不明瞭であるから，特許法３６条６第２号に反し，
同法１２３条１項４号により無効とされるべきである。
（原告の主張）
(1)本件特許３明細書の段落【０００２】において「フレーム単位で再生処
理を行うようになっている」と記載されており，実施例においても「フレー
ム単位で再生処理を行う」構成が説明されているので，特許請求の範囲にお
ける「前記圧縮楽音データは，楽音データの再生における所定の再生処理単
位の整数倍のデータサイズを有し，」とは，発明の詳細な説明に記載された
「フレーム単位で再生処理を行うようになっている」という，そのような
「再生処理単位」の整数倍のデータサイズに相当することが明白である。
被告は，ＭＰＥＧ１－レイヤ２では「フレーム」を１１５２サンプル単位
としながら，ＰＱＭＦは３２個のデータを単位として行なっており，１１５
２サンプルを再生処理単位に相当するとすれば，同様に３２サンプルも再生
処理単位に相当することになる旨主張する。しかし，ＰＱＭＦにおける３２
個のデータ単位とは，再生演算途中の中間的な形態であるにすぎない。この
ような再生演算途中の中間的な形態にかかわらず，ＭＰＥＧ１－レイヤ２に
おいては，本件発明が課題としているような終端部の無音部分は，１１５２
サンプルからなる再生処理単位においてしか問題とされない。したがって，
これをもって，本件特許発明３は明確でないということはできない。
(2)被告は，非圧縮データ（ＰＣＭデータ）に代えてＡＤＰＣＭ方式によっ
て圧縮された圧縮楽音データを用いる際には，単に，前者を後者に置き換え
るだけでは足りず，後者を用いるための構成が必要であるところ，発明の詳
細な説明にはそのような構成は記載されていない旨主張する。
しかし，「非圧縮楽音データ」に代えて「ＡＤＰＣＭ方式によって圧縮さ
れた圧縮楽音データ」を用いるということは，第１の実施態様における「Ｐ
ＣＭデータ」を「ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ」に置
き換えればよいことであり，発明の詳細な説明に明らかに記載されている。
また，「ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ」それ自体及び
その読み出し方や伸張処理法などは本件特許出願前より周知である（例えば
甲３・５頁１２行～６頁９行）から，特段の具体的記載が明示されていない
としても，当業者にとっては実施可能である。
また，請求項１に対する請求項４の当てはめも，すべて「非圧縮楽音デー
タ」を「ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ」に置き換えれ
ばよいので，不明瞭な点はない。被告が必要であると主張する「ＡＤＰＣＭ
方式によって圧縮された圧縮楽音データ」をデコードするための構成は周知
であり，「非圧縮楽音データ」に代えて「ＡＤＰＣＭ方式によって圧縮され
た圧縮楽音データ」を用いる，という定義の中に当然に含まれている。すな
わち，「非圧縮楽音データ」に代えて「ＡＤＰＣＭ方式によって圧縮された
圧縮楽音データ」を用いた場合，請求項１の「第１の読出手段」における
「非圧縮楽音データを読み出す」という構成は，代替的に記憶した「ＡＤＰ
ＣＭ方式によって圧縮された圧縮楽音データ」を読み出すことが「非圧縮楽
音データを読み出す」ことと等価となるものであるから，読み出した「ＡＤ
ＰＣＭ方式によって圧縮された圧縮楽音データ」をデコードすることを当然
に含む構成となる。
なお，公知のように，「ＡＤＰＣＭ方式によって圧縮された圧縮楽音デー
タ」の読み出し及び伸張に要する時間遅れは，フレーム単位で処理しなけれ
ばならない「圧縮楽音データ」の読み出し及び伸張に要する時間遅れとは比
べものにならないほど短いものであり，そのために，変形例②として，ＰＣ
Ｍデータに代替しうるものとして「ＡＤＰＣＭ方式によって圧縮された圧縮
楽音データ」を挙げているのである。したがって，請求項１に対する請求項
４の当てはめにおいても，「第１の読出手段」が「前記記憶媒体から前記Ａ
ＤＰＣＭ方式によって圧縮された圧縮楽音データを読み出す」ことが明らか
にされていれば，本件特許発明３にとって必須の構成が記載されているとい
えるのである。
３－８実施可能要件違反の有無（争点３－８）
（被告の主張）
本件特許発明３が引用する請求項１の「非圧縮データに代えてＡＤＰＣＭ方
式によって圧縮された圧縮楽音データを用いる」ことに関し，発明の詳細な説
明の項には，課題を解決しようとする課題の項を除き，唯一，段落【００２
１】の次の記載があるだけである。
「【００２１】
なお，上記の実施形態において，楽音データの先頭部および終了部にＰＣＭ
データ，すなわち圧縮されていないディジタル楽音データを配置したが，これ
に代えて，例えばＡＤＰＣＭ等の圧縮手法を用いた，伸張が短時間で行えるデ
ィジタル楽音データを配置してもよい。」
もっとも，当業者は，この置換により所望の動作をして所望の効果を奏する
ように，その構成を変更することには容易に想到するかもしれない。しかし，
本件特許発明３は，請求項１の「非圧縮楽音データ」を「ＡＤＰＣＭ方式によ
って圧縮された圧縮楽音データ」に代えることだけを規定したから，上記のよ
うな当業者が行うべき他の構成の変更を施すことのない構成において，発明の
詳細な説明において奏すべきものとされる「無音部分を作ることなくループ再
生を行うことができる」という作用効果をどのように達成できるのかは，発明
の詳細な説明には何らの開示がない。
したがって，「請求項１の非圧縮データに代えてＡＤＰＣＭ方式によって圧
縮された圧縮楽音データを用いる」ことを規定した本件特許発明３（請求項１
を引用する請求項４）は，明細書の発明の詳細な説明の記載が不備であって，
当業者が実施することができないものであり，本件特許発明３は特許法３６条
４項１号に反するから，同法１２３条１項４号により無効とされるべきである。
（原告の主張）
前記３－７（原告の主張）(2)のとおり，ＡＤＰＣＭ方式の再生処理技術自
体は周知であるから，発明の詳細な説明に特段の具体的記載が明示されていな
いとしても，当業者にとっては実施可能である。
３－９乙１３号証を主引例とする進歩性の欠如（争点３－９）
（被告の主張）
(1)乙１３号証には，以下のような記載がある。
「２．特許請求の範囲
所定周期分のアナログ波形に対応するディジタル・データを，所定数のサ
ンプル毎のブロック単位で圧縮データ・ワードとその圧縮に関するパラメー
タとを生成し，所定数の圧縮データ・ワードとそのパラメータを含む１また
は複数の圧縮符号ブロックを構成して記憶媒体にストアするようにした音源
データ圧縮符号化方法であって，上記１または複数の圧縮符号ブロックのう
ち少なくとも始めのブロックの始めの所定数のワードはストレートＰＣＭの
ワードがストアされるようにしたことを特徴とする音源データ圧縮符号化方
法。」
「〔課題を解決するための手段〕・・・すなわち第１図において，ルーピン
グ区間ＬＰが上記アナログ波形の所定周期分に対応し，このルーピング区間
ＬＰ内の始めの圧縮符号ブロックＢＬの始めの所定数のワードをストレート
ＰＣＭワードＷＳＴとしている。このストレートＰＣＭワードＷＳＴの個数は，
圧縮符号化の際のフィルタの次数以上とすればよい。」（２頁右下欄１９行
～３頁左上欄６行）
「〔実施例〕・・・この繰り返し波形の所定のｎ周期分（ｎは整数）をルー
ピング区間ＬＰとし，この区間ＬＰの始点及び終点をそれぞれルーピング開
始点ＬＰＳ及びルーピング終端点ＬＰＥ（ルーピングポイント）と表してい
る。そして上記フォルマント部分ＦＲ及びルーピング区間ＬＰのアナログ波
形に対応するディジタル・データを記憶媒体に記録し，再生時にはフォルマ
ント部分ＦＲの再生に続いてルーピング区間ＬＰを繰り返し再生することに
より，任意の長時間にわたって楽音を発生させることができる。ここで，
このようなルーピング区間ＬＰを含む楽音データをメモリ等の記憶媒体にス
トアするに先立ってビット圧縮符号化することにより，データ量の低減を図
るわけであるが，本実施例においては，本件出願人が先に特開昭６１－１５
８２１７号公報，特開昭６２－００８６２９号公報あるいは特開昭６２－０
０３５１６号公報等において提案しているビット圧縮符号化方式，すなわち
波高値データの所定数のサンプル（ｈサンプル）毎にブロック化しこのブロ
ック単位で最適のビット圧縮を施すような高能率符号化方式を用いるものと
し，この高能率ビット圧縮符号化方式について，第３図を参照しながら概略
的に説明する。」（３頁右上欄１６行～左下欄２０行）
「このビット圧縮符号化システムにおいては，上記入力信号（波高値デー
タ）ｘ（ｎ）を，所定数のサンプル（ｈサンプル）毎にブロック化して，各
ブロック毎に最適の特性の上記エンコード・フィルタ７４を選択するように
している。これは互いに異なる特性を有する複数の（例えば４個の）エンコ
ード・フィルタを予め設けておき，これらのフィルタのうち最適の特性の，
すなわち最も高い圧縮率を得ることのできるようなフィルタを選択すること
で実現し得るものである。」（３頁右下欄１９行～４頁左上欄８行）
「ここで第４図は，このようなパラメータ情報および上記ビット圧縮（エン
コード）されたサンプル・データ（上記出力ｄ（ｎ））のｌブロック分の一
具体例を示すものである。この第４図におけるｌブロック分のデータとして
は，１バイトのヘッダ情報（パラメータ情報）ＲＦと８バイトのサンプル用
データＤＡ０～ＤＢ３で構成されている。」（４頁右下欄１５行～５頁左上欄
１行）
「次に，再生側のデコーダ９０の入力端子９１には，上記エンコーダ７０の
出力端子８２からの出力ｄ（ｎ）が伝送され，あるいは記録，再生されるこ
とによって得られた信号ｄ’（ｎ）が供給されている。この入力信号ｄ’
（ｎ）は利得Ｇ－１のシフタ９２を介し加算器９３に送られている。加算器
９３からの出力ｘ’（ｎ）は予測器９４に送られて予測信号ｘ’（ｎ）とな
り，この予測信号ｘ’（ｎ）は上記加算器９３に送られて上記シフタ９２か
らの出力ｄ”（ｎ）と加算される。この加算出力がデコード出力ｘ’（ｎ）
として出力端子９５より出力される。」（５頁左上欄１３行～右上欄４行）
「このような構成のビット圧縮符号化システムにおいて，上記第２図のルー
ピング区間ＬＰのルーピング開始点ＬＰｓから始まるブロック（ルーピング
開始ブロック）の最初の所定数のワードを，第１図に示すように，ストレー
トＰＣＭデータのワードＷＳＴとする。この所定数としては，上記エンコー
ド・フィルタ７４の次数（予測フィルタの次数）の最大値と同じかあるいは
それ以上とすればよく，上記具体例ではエンコード・フィルタ７４の最大次
数が２次であるから，２個以上のストレートＰＣＭデータのワードＷＳＴを
配置するようにすればよい。このためには，例えばエンコード出力端子８２
の直前に切換スイッチを設け量子化器７６からの圧縮データとストレートＰ
ＣＭデータとを切換選択して出力可能と成し，上記ルーピング開始点ＬＰＳ
からの上記所定数ワードの間は上記切換スイッチによりストレートＰＣＭデ
ータを選択して出力するように構成すればよい。なお，レンジ情報はブロッ
クで独立であるから，元のサンプルのワード長の例えば１６ビットのストレ
ートＰＣＭデータをそのまま出力する代わりに，同じブロックのレンジ情報
に対応するビットだけ圧縮した例えば４ビットのストレートＰＣＭデータを
出力するようにしてもよい。」（５頁左下欄２行～右下欄５行）
「この第５図において，メモリ１には，上記圧縮符号化されたサンプル・デ
ータやパラメータ情報（第４図のヘッダ情報ＲＦ，付属情報）等（音源デー
タ）が記憶されており，さらにルーピング開始アドレス（上記ルーピング開
始ブロックのメモリ内アドレス）等も例えばディレクトリ情報として記憶さ
れている。この少なくともルーピング開始アドレスは，メモリ１のデータバ
スを介してアドレス・レジスタ２に送られて一時記憶され，ルーピングの終
了直前にアドレス・カウンタ３にプリセットされるようになっている。デコ
ーダ４はアドレス・カウンタ３からの出力及び上記ループ・スタート・フラ
グＬＳＦに応じて，上記ルーピング開始ブロック内の始めの上記所定数ワー
ドの間（ストレートＰＣＭデータが出力される間）ストレートＰＣＭ切換制
御信号を出力するものである。」（５頁右下欄１０行～６頁左上欄６行）
「このようにメモリ１から読み出される音源データの内，上記パラメータ情
報（第４図のヘッダ情報ＲＦ，付属情報）は，付属情報レジスタ５に送られ
て一時記憶され，上記圧縮符号化されて得られた４ビットの圧縮データ（第
４図のサンプル・データＤＡ０Ｈ～ＤＢ３Ｌ）はデータ・レジスタ６に送られて
一時記憶される。また，メモリ１からの音源データの内の上記ルーピング開
始ブロックの始めの所定数ワードのストレートＰＣＭデータは，マルチプレ
クサ８に送られる。」（６頁左上欄１９行～右上欄８行）
「このような第５図中のデコーダ２０において，上記４ビットの圧縮データ
については，前述した第３図のデコーダ７０と同様なデコード処理が施され，
例えば１６ビットの波高値データとなって出力レジスタ１６を介してＤ／Ａ
変換器１７に送られ，アナログ楽音信号として出力端子１８より取り出され
る。」（６頁左下欄１５行～右下欄１行）
「ルーピング終端点を含むブロックの音源データを読み出している際には上
記付属情報のループ・エンド・フラグＬＥＦが立ち，このループ・エンド・
フラグＬＥＦに基づいてルーピング終端点に達した時点でアドレス・レジス
タ２からのルーピング開始アドレスをアドレス・カウンタ３にプリセットす
る。
従って，アドレス・カウンタ３はアドレスバスを介してメモリ１のルーピ
ング開始ブロックをアクセス開始し，上記始めの所定数のワードは上記スト
レートＰＣＭデータを読み出す。このストレートＰＣＭデータを読み出して
いる間は，デコーダ４が前記ストレートＰＣＭ切換制御信号を出力してマル
チプレクサ８及び係数発生回路９に送り，このストレートＰＣＭデータをそ
のまま出力レジスタ１６に送るような制御がなされる。すなわち，マルチプ
レクサ８はメモリ１からの上記ストレートＰＣＭデータを選択して出力し，
係数発生回路９は０次のフィルタを構成するような乗算係数を係数乗算器１
２，１３に送るから，加算器１０からの出カには上記ストレートＰＣＭデー
タがそのまま得られることになる。」（６頁右下欄４行～７頁左上欄５行）
第５図は次のものである。
(2)乙１３号証に記載された発明
乙１３号証では，波高値データの所定数のサンプル（ｈサンプル）毎にブ
ロック化しこのブロック単位で最適のビット圧縮を施すような高能率符号化
方式により楽音データが圧縮されている。そして，ルーピング開始点ＬＰｓ
から始まるブロック（ルーピング開始ブロック）の最初の所定数のワードを，
第１図に示すように，ストレートＰＣＭデータのワードＷＳＴとするから，
非圧縮の楽音データとしてストレートＰＣＭデータが設けられ，ストレート
ＰＣＭデータ及び圧縮データが楽音データとしてメモリ１に格納されている。
乙１３号証では，第１図のようにルーピング期間では，ルーピング先頭部
分のストレートＰＣＭ，これに続く圧縮データがメモリ１に格納され，ルー
ピング期間に基づく発音をする際には，メモリ１に格納されたルーピング期
間の先頭部分のストレートＰＣＭ，これに続く圧縮データ，そして先頭のス
トレートＰＣＭというように順次ルーピング期間の楽音データが繰り返し読
み出される。
乙１３号証のデコーダ４はアドレス・カウンタ３からの出力及び上記ルー
プ・スタート・フラグＬＳＦに応じて，上記ルーピング開始ブロック内の始
めの上記所定数ワードの間（ストレートＰＣＭデータが出力される間）スト
レートＰＣＭ切換制御信号を出力する。したがって，ストレートＰＣＭの読
み出しが終了すると，このストレートＰＣＭ切換制御信号の出力は停止する。
乙１３号証では，メモリ１から読み出される音源データの内，パラメータ
情報（第４図のヘッダ情報ＲＦ，付属情報）は，付属情報レジスタ５に送ら
れて一時記憶され，上記圧縮符号化されて得られた４ビットの圧縮データ
（第４図のサンプル・データＤＡ０Ｈ～ＤＢ３Ｌ）はデータ・レジスタ６に送ら
れて一時記憶されるから，圧縮楽音データが読み出されるものであることは
明らかである。
乙１３号証のデコーダ２０（第５図）において，４ビットの圧縮データは
第３図のデコーダ９０と同様なデコード処理が施され，例えば１６ビットの
波高値データとなって出力レジスタ１６を介してＤ／Ａ変換器１７に送られ，
アナログ楽音信号として出力端子１８より取り出される。
そして，ストレートＰＣＭデータが出力される間，ストレートＰＣＭ切換
制御信号をマルチプレクサ８及び係数発生回路９に対して出力し，このスト
レートＰＣＭデータをそのまま出力レジスタ１６に送るような制御がなされ
る。
乙１３号証では，波高値データの所定数のサンプル（ｈサンプル）毎にブ
ロック化しこのブロック単位で最適のビット圧縮を施すような高能率符号化
方式が採用されるから，ストレートＰＣＭを含むものを含めて，楽音データ
は全てｈサンプル毎にブロックされている。
乙１３号証のメモリ１には，圧縮符号化されたサンプル・データやパラメ
ータ情報（第４図のヘッダ情報ＲＦ，付属情報）等（音源データ）が記憶さ
れており，さらにルーピング開始アドレス（上記ルーピング開始ブロックの
メモリ内アドレス）等も例えばディレクトリ情報として記憶され，ルーピン
グ開始アドレスは，メモリ１のデータバスを介してアドレス・レジスタ２に
送られて一時記憶され，ルーピングの終了直前にアドレス・カウンタ３にプ
リセットされ，デコーダ４はアドレス・カウンタ３からの出力及びループ・
スタート・フラグＬＳＦに応じて，ルーピング開始ブロック内の始めの所定
数ワードの間ストレートＰＣＭ切換制御信号を出力して，マルチプレクサ８
はストレートＰＣＭの出力を選択する。そして，圧縮楽音データが読み出さ
れてデコードされると，マルチプレクサ８はこのデコードデータを選択して
出力するようになっていることは明らかである。
そして，ルーピング終端点を含むブロックの音源データを読み出している
際には上記付属情報のループ・エンド・フラグＬＥＦが立ち，このループ・
エンド・フラグＬＥＦに基づいてルーピング終端点に達した時点でアドレ
ス・レジスタ２からのルーピング開始アドレスをアドレス・カウンタ３にプ
リセットする。
したがって，アドレス・カウンタ３はアドレスバスを介してメモリ１のル
ーピング開始ブロックをアクセス開始し，上記始めの所定数のワードは上記
ストレートＰＣＭデータを読み出す。
乙１３号証は，以後これらを順次実行する。
乙１３号証の第５図は，楽音データの再生装置を示している。
以上から，乙１３号証には次の発明が記載されている（以下「乙１３発
明」という）。
「ストレートＰＣＭデータと圧縮楽音データとから構成される楽音データが
記憶されたメモリから前記楽音データをストレートＰＣＭデータ，圧縮楽音
データの順に読み出して再生する楽音データ再生装置であって，
前記メモリから前記ストレートＰＣＭデータを読み出すとともに，前記ス
トレートＰＣＭデータの読み出しを終了した時点で読み出し終了通知を出力
する第１の読出手段と，
前記メモリから前記圧縮楽音データを読み出す第２の読出手段と，
前記第２の読出手段によって読み出された圧縮楽音データをデコードして
出力するデコーダと，
前記第１の読出手段の出力と前記デコーダの出力とを切り換える切換手段
と，
前記第１の読出手段，前記第２の読出手段，および前記切換手段を制御す
る制御手段とを具備し，
前記圧縮楽音データは，楽音データの再生における再生処理単位である１
サンプルのｈ倍のデータサイズを有し，
前記制御手段は，ルーピング期間において，前記第１の読出手段へ前記ス
トレートＰＣＭデータの読み出し指令を出力するとともに前記切換手段を前
記ストレートＰＣＭの出力に切り換える第１手順，前記ストレートＰＣＭの
出力が終了した時点で前記第２読出手段へ前記圧縮楽音データの読み出し指
令を出力するとともに前記切換手段を前記第２の読出手段の出力に切り換え
る第２手順，を順に実行し，前記第２の読出手段から前記圧縮楽音データの
デコード及び出力が終了した通知を受けて再び前記第１手順を実行すること
により，前記楽音データをループ再生させることを特徴とする楽音データ再
生装置。」
(3)本件特許発明３と乙１３発明とを対比すると，両者は次の一致点及び相
違点を有する。
【一致点】
「第２の状態の圧縮楽音データと第１の状態の楽音データとから構成される
楽音データが記憶された記憶媒体から前記楽音データを読み出して再生する
楽音データ再生装置であって，
前記記憶媒体から前記第１の状態の楽音データを読み出すとともに，前記
第１の状態の楽音データの読み出しを終了した時点で読み出し終了通知を出
力する第１の読出手段と，
前記記憶媒体から前記第２の状態の圧縮楽音データを読み出す第２の読出
手段と，
前記第２の読出手段によって読み出された第２の状態の圧縮楽音データを
伸張して出力するデコーダと，
前記第１の読出手段の出力と前記デコーダの出力とを切り換える切換手段
と，
前記第１の読出手段，前記第２の読出手段，および前記切換手段を制御す
る制御手段とを具備し，
前記第２の状態の圧縮楽音データは，楽音データの再生における所定の再
生処理単位の整数倍のデータサイズを有し，
前記制御手段は，前記第１の読出手段からの読み出し終了通知を受けて前
記第２の読出手段へ前記第２の状態の圧縮楽音データの読み出し指令を出力
するとともに前記切換手段を前記デコーダの出力に切り換えるＡ手順，前記
デコーダによる前記第２の状態の圧縮楽音データの伸張および出力が終了し
た時点で前記第１の読出手段へ前記第１の状態の楽音データの読み出し指令
を出力するとともに前記切換手段を前記第１の読出手段の出力に切り換える
Ｂ手順，を有し，
前記第１の読出手段から出力される前記読み出し終了通知を受けて前記Ａ
手順を実行し，その後Ｂ手順を実行することにより，前記楽音データをルー
プ再生させる
ことを特徴とする楽音データ再生装置。」である点で一致する。
【相違点１】
第１の状態の楽音データについて，本件特許発明３はＡＤＰＣＭ方式によ
って圧縮された圧縮楽音データであるのに対し，乙１３発明は，ストレート
ＰＣＭ（非圧縮楽音データ）である点で異なる。
【相違点２】
楽音データの読み出しについて，本件特許発明３は，第２の状態の圧縮楽
音データ，第１の状態の楽音データの順に読み出すのに対し，乙１３発明は，
第１の状態の楽音データ，第２の状態の圧縮楽音データの順に読み出す点で
異なる。ただし，第１の状態の楽音データの読み出し後は本件特許発明３と
同様に，第２の状態の圧縮楽音データ，第１の状態の楽音データの順に読み
出す点では一致する。
【相違点３】
ループ再生指示を受けた後の手順について，本件特許発明３は第１手順
（Ａ手順相当）を実行するものであるのに対し，乙１３発明では，Ｂ手順
（第２手順相当）を実行するものである点で異なる。ただし，第１の状態の
楽音データの読み出し後は本件特許発明３と同様に，Ａ手順，Ｂ手順の順に
実行する点で一致する。
(4)ア乙１５号証には，次の記載がある。
「【特許請求の範囲】
１．圧縮されていないか，または伸張処理に要する時間が短い第１の圧
縮方法により圧縮された第１のデータと，前記第１の圧縮方法より伸張処
理に要する時間が長い第２の圧縮方法により圧縮された第２のデータから
構成される楽音データを読み出す読み出し手段と，前記読み出し手段によ
り読み出されたデータのうち，前記第１のデータを必要に応じ伸張して出
力する第１の出力手段と，前記第２のデータを伸張して出力する第２の出
力手段と，を備えることを特徴とする楽音生成装置。
２．圧縮されていないか，または伸張処理に要する時間が短い第１の圧
縮方法により圧縮された第１のデータと，前記第１の圧縮方法より伸張処
理に要する時間が長い第２の圧縮方法により圧縮された第２のデータから
構成される楽音データを読み出す読み出しステップと，前記読み出しス
テップで読み出されたデータのうち，前記第１のデータを必要に応じ伸張
して出力する第１の出力ステップと，前記第２のデータを伸張して出力
する第２の出力ステップと，を含むことを特徴とする楽音生成方法。」
「背景技術
電子楽器やゲーム機などにおいては，ユーザの操作は無作為に行われこ
のため発音される楽音は予測しがたく，予めユーザの操作を予測して，発
音要求があるであろう楽音を生成しておくことは難しかった。また，電子
楽器やゲーム機などでは所定の楽音の発音要求があってから，即座に発音
されることも要求されている。このような予測しがたい即座の発音要求に
対処するため，電子楽器やゲーム機などに使われる楽音データは，非圧縮
としたりまたは伸張する際に処理時間が少ない圧縮方法，例えばＡＤＰＣ
Ｍ（ＡｄａｐｔｉｖｅＤｉｆｆｅｒｅｎｔｉａＩＰｕｌｓｅＣｏｄｅ
Ｍｏｄｕｌａｔｉｏｎ）が用いられて圧縮されていた。
例えばＭＤ（ＭｉｎｉＤｉｓｃ）などにおいては，高効率符号化音声
圧縮方式として，ＡＴＲＡＣ(ＡｄａｐｔｉｖｅＴｒａｎｓｆｏｒｍＡ
ｃｏｕｓｔｉｃＣｏｄｉｎｇ)やＡＴＲＡＣ２などが開発されてきており，
かかる方式では，高音質が得られしかも，先のデータを予見して（ユーザ
の操作に左右されずに）データを先読みし，楽音を生成できる音楽再生装
置を実現しつつある。
ここで，ＡＤＰＣＭはデータを約４分の１に圧縮するのに対し，ＡＴＲ
ＡＣ２は約１０分の１乃至２０分の１に圧縮することが可能である。また，
ＡＴＲＡＣ２で圧縮されたデータを伸張した音声は，ＡＤＰＣＭで圧縮さ
れたデータを伸張した音よりも原音（圧縮前の音）に近い音となっている。
しかしながら，ＡＴＲＡＣ２はＡＤＰＣＭに比べて圧縮，伸張にかかる
処理の負荷が重い（約２０倍）ため，ユーザの発音要求に応じて即座に発
音しなければならないような電子楽器やゲーム機などにはやはり不向きと
されていた。
また，電子楽器やゲーム機などでは，同時に複数の楽音が発音要求され
る場合があり，そのような場合にＡＴＲＡＣ２などの処理の負荷が重い圧
縮方法を用いられていた場合，即座に全ての楽音が生成できない(発音で
きない)という課題があった。
本発明は，このような状況に鑑みてなされたものであり，１つの楽音を
生成するためのデータのうち先頭部分とその他の部分とで，異なる圧縮方
法を用いて圧縮された楽音データを用いることにより，または，伸張処理
されたデータのうち，一部を記憶するようにすることにより，発音要求か
ら発音されるまでの遅延時間をなくし，かつ，高効率符号化音声圧方式を
用いることができるようにするものである。」
以上のように，乙１５号証には，非圧縮楽音データと低圧縮楽音データ
とを同等に取り扱い，これよりも高圧縮の楽音データと組み合わせること
によって，ユーザの発音要求に応じて即座に発音する（即座に発音できな
いときは，最初の部分が無音となってしまうという意味である）ことがで
きる技術として開示されている。従って，相違点１にもかかわらず，本件
特許発明３は，乙１５号証記載の発明に基づき，当業者は容易に想到する
ことができる。
イ乙１３号証のルーピング開始期間ＬＰのルーピング開始点ＬＰｓから始
まるブロックの始めの所定数ワードがストレートＰＣＭのワードとなるか
ら，ルーピング開始点ＬＰｓから始まるブロックはこのストレートＰＣＭ
のワードＷｓｔ分数だけ少なくなる。しかし，他の部分は全てｈサンプル
の整数倍のサンプルからなるブロックを形成している。
所定数のストレートＰＣＭのワードＷＳＴをＳサンプルとすると，ルー
ピング開始点ＬＰｓから始まるブロックは，ＳサンプルのストレートＰＣ
Ｍ（非圧縮楽音データ）および（ｈ－Ｓ）サンプル数の圧縮楽音データと
なる。しかしこれに続くブロックは，いずれもｈサンプルからなるビット
圧縮楽音データである。この場合の，乙第１３号証の圧縮楽音データのデ
ータサイズは，「楽音データの再生における再生処理単位である１サンプ
ルのｈ倍に分割したブロック数を乗じた数から先端部のストレートＰＣＭ
のサンプル数（Ｓ）を減じたサンプル数（ｈ×ｋ－Ｓ）に等しいデータサ
イズである（ｋは全体のブロック数）。（ｈ×ｋ－Ｓ）は整数であるから，
再生処理単位である１サンプルの整数倍であることに変わりはない。この
関係を乙１３号証の第１図に書き込んで図示すると次のとおりである。
これを模式的に図示すると次のとおりである。
仮に，再生処理単位が所定の複数のサンプル単位であると解するとして
も，乙１３号証のブロックは所定数（ｈ）のサンプルからなる再生処理単
位に相当する。圧縮楽音データは再生処理単位の整数倍のサンプルに最初
のブロックの再生処理単位のサンプル数からストレートＰＣＭサンプル数
を控除したサンプル数を加算したもの（ｈ×ｋ－Ｓ）となる。この点で，
圧縮楽音データの整数倍ではないが，最初のＷＳＴについて，ブロック対
象から先端部に移動してしまうことは当業者には容易であることは明らか
である。
そうすると，ＰＣＭデータが先端部に位置するか終端部に位置するかの
相違にすぎないことになり，ループ再生の連結部にＰＣＭデータが位置す
ることについては本件特許発明３も乙１３発明においても変わりはない。
乙１３発明は，ループ再生の無音部分を生じないようにする発明ではない
が，本件特許発明３もループ再生の無音部分を生じないようにすることが
できないのであるから，この点の相違は何ら問題にすべきではない。
(5)本件特許発明３は，乙１３発明に乙１５号証記載の発明を適用すること
によって容易に想到できるというべきであるから特許法２９条２項に違反す
るものであり，同法１２３条１項２号により無効とされるべきである。
（原告の主張）
(1)本件特許発明３は，曲の最後のフレームが規定数のサンプルを含まない
場合にフレームの後部に無音部分が含まれることになるので，繰り返し再生
において曲の終端部と先頭部との間に無音部分が生じてしまう問題があった
ことを解決しようとするものであるのに対して，乙１３発明は，そもそも，
音源データの所定周期分（ルーピング区間）の始めの部分，特にルーピング
の折り返し点（ルーピングポイント）での悲連続性をなくすことができ，し
かも記憶容量の増大を防ぐことが可能な音源データ圧縮符号化方法の提供を
目的とするものであり，本件特許発明３が解決しようとする上記課題とは無
関係である。
本件特許発明３は，構成要件３Ａ～３Ｈからなる構成を上記課題の解決手
段として具備していることにより，「圧縮楽音データ」は楽音データの終了
部に配置されないようにし，楽音データの終了部には「ＡＤＰＣＭ方式によ
って圧縮された圧縮楽音データ」が配置されるようにしていることを特徴と
している。乙１３発明は，「第２図のルーピング区間ＬＰのルーピング開始
点ＬＰＳから始まるブロック（ルーピング開始ブロック）の最初の所定数の
ワードを，第１図に示すように，ストレートＰＣＭデータのワードＷＳＴと
する。」（乙１３の５頁左下欄２行～６行）もので，ルーピング区間ＬＰの
ルーピング終端点ＬＰＥを含むブロックは圧縮データからなっている。
したがって，乙１３発明は，ルーピング区間ＬＰのルーピング終端点ＬＰ
Ｅを含むブロックが圧縮データからなっている点において，本件特許発明３
とは明らかに相違している。詳しく述べると，本件特許発明３と乙１３発明
とは，次の４点で相違する。
相違点①：乙１３号証には構成要件３Ａが示されていない点。
相違点②：乙１３号証には構成要件３Ｂが示されていない点。
相違点③：乙１３号証には構成要件３Ｇが示されていない点。
相違点④：乙１３号証には構成要件３Ｈが示されていない点。
(2)ア構成要件３Ａが，「圧縮楽音データと“ＡＤＰＣＭ方式によって圧縮
された圧縮楽音データ”とから構成される楽音データが記憶された記憶媒
体から前記楽音データを圧縮楽音データ，“ＡＤＰＣＭ方式によって圧縮
された圧縮楽音データ”の順に読み出して再生する楽音データ再生装置」
であるのに対して，乙１３発明は，ルーピング区間ＬＰについて着目する
と，ルーピング開始点ＬＰＳから始まる所定数のワードからなるストレー
トＰＣＭデータのワードＷＳＴをまず読み出し，次に圧縮データを読み出
すようになっている。
したがって，乙１３号証の「ストレートＰＣＭデータ」を本件特許発明
３の“ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ”に対応付け，
「圧縮データ」を「圧縮楽音データ」に対応付けたとしても，読み出しの
順序が一致しておらず，乙１３号証は構成要件Ａを開示していない（相違
点①）。
イ構成要件３Ｂが，「前記記憶媒体から前記“ＡＤＰＣＭ方式によって圧
縮された圧縮楽音データ”を読み出すとともに，前記“ＡＤＰＣＭ方式に
よって圧縮された圧縮楽音データ”の読み出しを終了した時点で読み出し
終了通知を出力する第１の読出手段」であるのに対して，乙１３発明は，
ルーピング区間ＬＰについて着目すると，メモリ１から圧縮データを読み
出してデコードしているときに，該圧縮データの最後部の「ルーピング終
端点を含むブロックの音源データを読み出している際には上記付属情報の
ループ・エンド・フラグＬＥＦが立ち，このループ・エンド・フラグＬＥ
Ｆに基づいてルーピング終端点に達した時点でアドレス・レジスタ２から
のルーピング開始アドレスをアドレス・カウンタ３にプリセットする」
（乙３の６頁右下欄４行～１０行）ようになっている。
ここで，乙１３号証の「ルーピング終端点に達した時点でアドレス・レ
ジスタ２からのルーピング開始アドレスをアドレス・カウンタ３にプリセ
ットする」を，本件特許発明３の「読み出しを終了した時点で読み出し終
了通知を出力する」に対応付けたとしても，乙１３号証では「圧縮デー
タ」の読み出し終了に応答しているにすぎず，“ＡＤＰＣＭ方式によって
圧縮された圧縮楽音データ”（非圧縮楽音データ）の読み出し終了に応答
する構成とはなっていないので，乙１３号証は構成要件３Ｂを開示してい
ない。
一方，乙１３号証に示された「アドレスカウンタ３」（第５図）は，メ
モリ１から「ストレートＰＣＭデータ」を読み出すように機能するので，
これを一応，構成要件３Ｂの「第１の読出手段」に対応付けることができ
る。しかし，そうすると，「ストレートＰＣＭデータ」の読み出しの終了
は，「ルーピング終端点」から「ルーピング開始点」に戻るときに生じる
ものではないので，構成要件３Ｂにおける「前記“ＡＤＰＣＭ方式によっ
て圧縮された圧縮楽音データ”の読み出しを終了した時点で読み出し終了
通知を出力する」ものに該当しない。
本件特許発明３では，構成要件３Ｂが出力する「読み出し終了通知」は，
構成要件３Ｈにおいて「楽音データをループ再生させる」ために用いられ
ている。よって，乙１３号証に示された「アドレスカウンタ３」（第５
図）を構成要件３Ｂの「第１の読出手段」に対応付けた場合，「ストレー
トＰＣＭデータ」の読み出しの終了は，「ルーピング終端点」から「ルー
ピング開始点」に戻るときに生じるものではないので，結局，構成要件３
Ｂに該当しないことになる。
このように，乙１３号証の構成をどのように当てはめても，構成要件３
Ｂに該当せず，構成要件Ｂを開示していない（相違点②）。
ウ構成要件３Ｇが，「前記圧縮楽音データは，楽音データの再生における
所定の再生処理単位の整数倍のデータサイズを有し，」であるのに対して，
乙１３発明は，ルーピング区間ＬＰにおいて再生される圧縮データのサン
プル数は１ブロックの整数倍とはなっていないので，「楽音データの再生
における所定の再生処理単位の整数倍のデータサイズ」に該当していない。
したがって，構成要件３Ｇを開示していない（相違点③）。
エ構成要件３Ｈが，「前記制御手段は，ループ再生指示を受けて，前記第
２の読出手段へ前記圧縮楽音データの読み出し指令を出力するとともに前
記切換手段を前記デコーダの出力に切り換える第１手順，前記デコーダに
よる前記圧縮楽音データの伸張および出力が終了した時点で前記第１の読
出手段へ前記“ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ”の読
み出し指令を出力するとともに前記切換手段を前記第１の読出手段の出力
に切り換える第２手順，を順に実行し，前記第１の読出手段から出力され
る前記読み出し終了通知を受けて再び前記第１手順を実行することにより，
前記楽音データをループ再生させる」であるのに対して，乙１３発明は，
ルーピング区間ＬＰについて着目すると，ルーピング開始点ＬＰＳから始
まる所定数のワードからなるストレートＰＣＭデータのワードＷＳＴをま
ず読み出し，次に圧縮データを読み出すようになっている。
したがって，乙１３号証の「ストレートＰＣＭデータ」を本件特許発明
３の“ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ”に対応付け，
「圧縮データ」を「圧縮楽音データ」に対応付けたとしても，読み出しの
順序（第１手順と第２手順の順序）が一致しておらず，乙１３号証は構成
要件３Ｈを開示していない（相違点④）。
(3)乙１５号証においては，「１効果音を生成するデータの先頭部分が非圧
縮のデータであり，残りの部分が圧縮されたデータである音楽データ」が示
されており，また，非圧縮データと圧縮データの違いは，伸張処理に要する
時間の相対的な長短の相違で区別することが示されている。
このように，乙１５号証においても，楽音データの終わりの部分が圧縮デ
ータとなっており，明らかに，本件特許発明３が特徴とする相違点①④に係
る構成要件３Ａ及び３Ｈを開示していない。また，相違点②に係る構成要件
３Ｂも開示していない。
特に，相違点④に係る構成要件３Ｈは，本件特許発明３の課題を解決し，
所期の効果を奏するために重要な構成であるから，いずれの刊行物において
もこの点が開示されていないことを考慮すると，本件特許発明３は，これら
の刊行物（乙１３，１５）に記載された発明に基づいて，当業者が容易に推
考し得たものではないことが明白である。
４原告の損害額（争点４）
（原告の主張）
(1)被告は，平成１６年１０月頃から，業として被告製品１を製造・販売し
ており，その売上高は平成２２年３月末日現在において２９億円を下らない。
また，被告製品１にかかる被告の利益率は，５０％を下らず，本件特許発明
１の寄与率は２０％を下らない。
したがって，被告による本件特許１にかかる特許権侵害行為により原告が
被った損害は，２億９０００万円を下らない。
(2)被告は，平成１９年１０月頃から，業として被告製品２を製造・販売し
ており，その売上高は平成２２年３月末日現在において２億円を下らない。
被告は，平成２１年２月頃から，業として被告製品３を製造・販売しており，
その売上高は同月末日現在において１５億円を下らない。また，被告製品２
にかかる被告の利益率は，５０％を下らず，本件特許発明２及び３の寄与率
は４０％を下らない。被告製品３にかかる被告の利益率は，５０％を下らず，
本件特許発明２及び３の寄与率は２０％を下らない。
したがって，被告による本件特許２及び３にかかる特許権侵害行為により
原告が被った損害は，１億９０００万円を下らない。
(3)原告は，本件特許１の侵害による損害賠償金のうちの一部である金１億
５０００万円，本件特許２及び３の侵害による損害賠償金のうちの一部であ
る金１億円並びにこれらに対する訴状送達の日の翌日である平成２２年４月
２４日から支払済みまで民法所定の年５分の割合による遅延損害金の支払を
求める。
（被告の主張）
原告の主張は否認ないし争う。
第４当裁判所の判断
１本件特許発明１に係る侵害の成否について
１－１構成要件１Ａの充足性（争点１－１）について
(1)被告製品１がデコード機能を有するものの，エンコード機能を有しない
ものであることは当事者間に争いがない（別紙被告製品１の機能説明参照）。
したがって，構成要件１Ａの「データを所定の圧縮処理によつて圧縮して
外部記憶手段に記録するとともに，前記外部記憶手段に記録した圧縮データ
を所定のデコード処理によって元のデータに戻し，該元のデータに基づいて
音信号を生成する信号処理装置において，」うちの前段，すなわち，「デー
タを所定の圧縮処理によつて圧縮して外部手段に記憶する」という部分が，
本件特許発明１の「信号処理装置」においてデータの圧縮処理（エンコー
ド）が行われることを意味するものとすれば，被告製品１は構成要件１Ａを
充足しないということになる。
そこで，まず，構成要件１Ａの「外部記憶手段に記録する」の意義につい
て検討する。
(2)構成要件１Ａの文言をみると，①「データを所定の圧縮処理によつて圧
縮して外部記憶手段に記録する」ことと②「前記外部記憶手段に記録した圧
縮データを所定のデコード処理によって元のデータに戻し，該元のデータに
基づいて音信号を生成する」ことが「とともに」で並列的に記載されている
のであるから，「とともに」は「かつ」又はこれに類似する意味であると解
される。加えて，上記①と②はいずれも「記録する」と「生成する」という
動詞であるから，上記①の「外部記憶手段に記録する」とは記録する動作
（機能）を意味すると解するのが自然である。
(3)続いて，本件特許１明細書の【発明の詳細な説明】の記載に基づいて検
討する。
ア本件特許１明細書の【発明の詳細な説明】には，以下の記載がある。
「【０００１】
【産業上の利用分野】この発明は，高効率データ圧縮を採用したレコー
ダ等に用いられて好適な信号処理装置に関する。
【０００２】
【従来の技術】従来より，デジタルデータを記録する際には，その記憶
容量を小さくするために，各種のデジタルデータ圧縮技術が用いられてき
た。ここでは，代表的な例として，帯域分割符号化（ＳＢＣ；サブバンド
コーディング）および適応変換符号化（ＡＴＣ）について説明する。帯域
分割符号化による圧縮法では，アナログ波形を帯域通過フィルタ（ＢＰ
Ｆ；ＢａｎｄＰａｓｓＦｉｌｔｅｒ）群によって帯域分割して符号化
する。さらに，帯域分割された信号に，その重要さに応じて適切なビット
数を割当て，該割当てられたビット数で量子化する。すなわち，この方式
では，これまでの圧縮法のように単に波形の統計的な特性を考慮して圧縮
するのではなく，信号を受け取る人間の知覚処理過程に整合するようにし
て圧縮するようになっている。
【０００３】また，適応変換符号化による圧縮法では，アナログ波形を
所定の区間毎に直交変換（例えば，フーリエ変換によるスペクトル変換）
し，その変換係数を適応符号化する。ここで，適応符号化とは量子化間隔
を適宜，状況に応じて変化させながら量子化することである。
【０００４】
【発明が解決しようとする課題】ところで，上述した圧縮技術を，例え
ば，マルチトラックのレコーダに適用して，性能／価格比を上げようとす
ると，十分な圧縮性能は得られるが，再生時の圧縮データのデコードの際
に時間遅れを生じるという問題がある。すなわち，マルチトラック・レコ
ーダでは，例えば，予め圧縮記録しておいた信号に同期させて，後から別
のトラックに他の信号を記録するという作業が行なわれる。この時，予め
圧縮記録しておいた信号を再生するのであるが，再生するためのデータ処
理に時間がかかるため，頭出しにおいて直ちに再生音が出てこないという
問題を生じる。特に，上述した技術では，ＦＦＴ等のブロックデータ処理
が含まれており，これが聴感上無視できないほどの再生時の立上がり遅れ
を生ずる。」
上記記載によれば，従来技術として，帯域分割符号化（ＳＢＣ）による
圧縮法，適応変換符号化（ＡＴＣ）による圧縮法が挙げられ，本件特許発
明１は，その改良技術として位置付けられている。したがって，このよう
な本件特許発明１の技術的な位置付けからみれば，本件特許発明１が圧縮
技術の部分を含まず，専らデコード処理技術に関わるものであると限定し
て解することは相当でない。
イまた，発明の詳細な説明の実施例については，次の記載がある。
「【０００８】
【実施例】次に図面を参照してこの発明の実施例について説明する。図
１はこの発明の一実施例の構成を示すブロック図である。…（以下省
略）」
「【０００９】ここで，パネルスイッチ１の一例を図２（ａ）に示す。…
（途中省略）…具体的には，再生の開始を指示する「ＰＬＡＹ」キー１ａ，
録音の開始を指示する「ＲＥＣ」キー１ｂ，上記再生および録音を停止さ
せる「ＳＴＯＰ」キー１ｃ，どのトラックまたは位置から再生するかを指
示する「トラック」キー１ｄおよび「位置」キー１ｅ，後述する同期再生
を行なう先頭位置を指示する（マークする）「マーク」キー１ｆ，そして，
同期再生の開始を指示する「同期再生」キー１ｇからなる。…（以下省
略）」
「【００１１】（前略）…また，テンポラリＲＡＭ８には圧縮データをデ
コートする際に，同期再生される最初の部分のデータが記憶される。外部
記憶装置は，圧縮データを記憶するものであり，例えば，ハードディスク，
あるいはＤＲＡＭやフラッシュメモリのような半導体メモリや光磁気ディ
スク等からなる。…（以下省略）」
「【００１２】次に，演算器１０はＤＦＴベースのＡＴＣ（Adaptive
TransformCorder）の方法に基づく，圧縮演算（エンコード）および再生
演算（デコード）を行なう。…（以下省略）」
「【００１３】次に，ＡＤＣ（アナログ／デジタル変換器）１１はアナロ
グ信号をデジタル信号に変換する。このデジタル信号に対して圧縮が行な
われる。…（以下省略）」
「【００１４】次に，上述した構成による動作について，図４～図６に示
すタイムチャートを参照して説明する。
［ＲＥＣタイムチャート］まず，図４において，ＲＥＣキー１ｂが押下
されると，ＡＤＣ１１によってデジタル信号に変換されたデータがＣＰＵ
５によって演算器１０のバッファＡＢＵＦにブロック（１０２４サンプ
ル）単位で順次格納される。…（以下省略）」
「【００１５】上記第１ブロックのデータの格納が終了すると，次に，該
データの圧縮が行なわれ，圧縮データはバッファＢＢＵＦ（１）に書き込
まれる。そして，データ圧縮が終了すると，バッファＢＢＵＦ（１）に書
き込まれた圧縮データは外部記憶装置へ書き込まれる。…（以下省略）」
「【００２１】次に，上述したタイムチャートにおける動作を図７～図１
４に示すフローチャートを参照して説明する。まず，ＲＥＣキーオンイベ
ント処理について図７を参照して説明する。…（以下省略）」
「【００２４】［タイマ割込み処理］…（途中省略）…ステップＳＢ２で
は，ＡＤＣ１１により入力波形をデジタル変換し，このデジタルデータを
バッファＡＢＵＦ（ｉ）に順次格納する（この場合，ｉは「０」であ
る）。」
「【００２７】そして，上記ステップＳＢ４において，バッファフラグｉ
を反転した時，すなわち，１ブロックのデータの格納が終了すると，演算
器１０は，上記バッファＡＢＵＦ（ｉ）に格納されたデータの圧縮を開始
し，所定時間Ｄ経過後，該圧縮データはバッファＢＢＵＦ（ｉ）へ格納さ
れる。」
「【００２８】そして，上記圧縮が終了すると，タイマ１３によってＣＰ
Ｕ５に割込みがかかり，図９に示すエンコード終了割込み処理が実行され
る。
［エンコード終了割込み処理］…（途中省略）…ステップＳＣ２では，
バッファＢＢＵＦ（ｉ）に格納された圧縮データを１ブロック分，外部記
憶装置９へ送出させるべく，ＤＭＡへ指示する。…（途中省略）…この
結果，ＤＭＡにより，バッファＢＢＵＦ（ｉ）のデータが，順次，外部記
憶装置９に転送される。…（途中省略）…以上の処理をＳＴＯＰキー１ｃ
が押下されるまで繰り返し，外部記憶装置９へ順次圧縮データを書込
む。」
「【００４６】（前略）…この装置によれば，聴感上の応答性能を損うこ
となく，データ量に対してその圧縮率がリニアなＰＣＭに比べ，圧縮器の
性能に応じてデータ量を１／２あるいは１／４にすることができる圧縮技
術を効果的に利用することができ，結果として記憶装置（ＨＤＤ，ＭＯＤ，
ＭＴ等）の性能限界（アクセス速度，記憶容量）から決定される最大オー
ディオトラック数，最長録音時間を２倍あるいは４倍等に向上させ得る。
記憶装置は，エンコード，デコードに必要な処理装置に比べ，高価，大き
い，重いので２台，４台と複数の記憶装置を装備するよりも，本装置採用
による効果は大きい。」
「【００４７】なお，上述した実施例では，演算器，ＡＤＣおよびＤＡＣ
を１つとしたが，複数設けたり，時分割的な処理によってマルチトラック
レコーダとしてもよい。マルチトラックレコーダとした場合のＲＥＣ処理
を示すタイムチャートを図１５に示す。図１５においては，４トラックの
マルチトラックレコードを実現しており，トラックＴｒ１，Ｔｒ２および
Ｔｒ３は録音トラック，トラックＴｒ４は再生トラックとしている。図に
おいて，バッファＡＢＵＦでの圧縮，バッファＢＢＵＦ（０）に書き込み
処理は図４と同様にトラックＴｒ１，Ｔｒ２およびＴｒ３の各々に対して
行なわれる。シングルトラックの場合と異なる点は，外部記憶装置９へ書
き込む時間Ｓである。４トラックの場合には，次の圧縮が終了するまでに，
４トラック分の圧縮データを外部記憶装置９へ転送する必要があるため，
最長でも，１ブロックの時間Ｂの１／４以下にする。」
「【００４８】また，図４に示したＲＥＣ処理のタイムチャートにおいて，
圧縮時間Ｄと外部記憶装置への転送時間Ｓの和が１ブロックの時間Ｂより
大であるとき，すなわち，Ｄ＋Ｓ＞Ｂとなる時は，ＲＥＣ処理のタイムチ
ャートは図１６に示すようになる。この場合，２つのバッファＢＢＵＦを
用いているため，外部記憶装置への書込みを次のブロックのエンコード開
始前までに終了しなくてもよい。言換えると，外部記憶装置への書込みは，
次の外部記憶装置への書込みの開始直前に終了していればよい。したがっ
て，例えば，マルチトラックでＲＥＣ／ＰＬＡＹ（録音／再生）を行なう
場合に適用でき，符号Ｓ’で示す時間において他のトラックへの書込みや，
読み出しを行なうようにしてもよい。」
本件特許１明細書の実施例に関する上記記載及び図１～３の記載に照ら
すと，本件特許発明１の実施例である信号処理装置について，①ＲＥＣキ
ー１ｂを有するパネルスイッチ１，②アナログ信号をデジタル信号に変換
するＡＤＣ１１，③ＡＢＵＦ，ＢＢＵＦを有し圧縮演算（エンコード）を
行う演算器１０，④ＡＤＣ１１によってデジタル信号に変換されたデータ
をＡＢＵＦに格納するＣＰＵ５，⑤ＢＢＵＦに格納された圧縮データを１
ブロック分，外部記憶装置９へ送出させる指示を出すＤＭＡ１４が備えら
れていることが明らかである。そして，上記①～⑤の構成による圧縮（エ
ンコード）手順は，㋐ＲＥＣキーが押下される，㋑ＡＤＣ１１によりアナ
ログ信号がデジタル信号に変換される，㋒ＡＤＣ１１により変換されたデ
ータがＣＰＵ５によりＡＢＵＦに格納される，㋓演算器１０によりＡＢＵ
Ｆに格納されたデータが圧縮されＢＢＵＦに格納される，㋔ＤＭＡ１４に
よりＢＢＵＦに格納された圧縮データが外部記憶装置９に送出される，と
いうものである。
以上のとおり，実施例においても，本件特許発明１は，エンコード機能
を有するものとされている。
ウ以上の請求項の記載文言，発明の詳細な説明の記載に照らすと，本件特
許発明１の「信号処理装置」は，エンコード機能を有する技術として定め
られていると解するのが相当である。
エこれに対し，原告は，本件特許発明１の課題は発音遅延の解消にあり，
その課題解決のために，対象装置がデコード処理機能に加えてエンコード
処理機能まで具備している技術的必要性は認められないと主張する。確か
に，前記発明の詳細な説明の段落【０００４】～【０００５】の記載に照
らせば，本件特許発明１の課題解決手段はデコード処理の部分にあるとみ
られるが，そのことと，特許請求の範囲において，従来技術を踏まえてど
の範囲の技術が特許の内容とされているかは，別のことであり，特許請求
の範囲に定められた技術的範囲は，特許請求の範囲の記載文言と明細書の
発明の詳細な説明及び図面の記載内容に照らして判断されるべきことであ
る。原告が主張するように，課題解決手段の部分のみに特許請求の範囲を
限定して解釈すべき理由は認められない。
また，原告は，本件特許１の当初明細書（特開平８－１４７８８３〔甲
２３〕）には，【請求項４】として，エンコード機能に関する発明も記載
されていたが，審査の過程で完全に削除したという経緯があるなどとして，
エンコード機能に関する発明削除後も本件特許１明細書の実施例に残存し
て示されているにすぎないエンコード機能部分を殊更に採り上げて，これ
が別のデコード機能に関する発明である本件特許発明１の技術的課題に深
く関わるものと捉えたり，対象装置に必須の構成であると捉えたりするこ
とは，審査経過に照らしても誤りである旨主張する。
しかしながら，本件特許１に係る出願の経過をみても，拒絶理由通知書
（乙５）に対する意見書（乙７）では，特許庁審査官の提示した引用文献
と本件特許発明１の目的，構成，効果が異なることを主張しているにとど
まり，本件発明１について圧縮（エンコード）の構成を除外したとの記載
は認められないから，原告の主張は採用できない。
(4)以上のとおり，構成要件１Ａの「データを所定の圧縮処理によつて圧縮
して外部記憶手段に記憶する」とは，信号処理装置がデータをエンコード機
能によって圧縮して外部記憶手段に記憶させることをいうものと解すべきで
ある。これに対し，被告製品１は，別紙被告製品１説明書３の機能の項に記
載のとおり，データをエンコード機能によって圧縮して外部記憶手段に記憶
する構成を有しないから，被告製品１は構成要件１Ａを充足しない。
１－２構成要件１Ｂの充足性（争点１－２）について
(1)「発音指示を発生する発音指示手段」の意義について
本件特許発明１の特許請求の範囲に記載された「発音指示」及び「発音指
示手段」の意義については，特許請求の範囲の文言の記載のみからは明らか
でなく，明細書や図面の記載を参照する必要があるというべきである。しか
し，明細書の発明の詳細な説明における実施例以外の記載で，「発音指示」
又は「発音指示手段」について触れているのは段落【０００６】のみであり，
同段落の記載は特許請求の範囲の記載とほぼ同一であるから，実施例以外の
記載に基づいて「発音指示」及び「発音指示手段」の意義を確定することも
できない。そこで，以下では実施例及び図面の記載を参照しつつ，そこから
特許請求の範囲及び発明の詳細な説明の実施例以外の記載と整合するように，
「発音指示」及び「発音指示手段」の意義について解釈することとする。
ア本件特許１明細書の【発明の詳細な説明】には，実施例について以下の
記載がある。
「【００１６】［ＰＬＡＹタイムチャート］まず，図５において，ＰＬＡ
Ｙキー１ａが押下されると，外部記憶装置９から第０ブロックの圧縮デー
タを読み込み，バッファＢＢＵＦ（０）に格納する。圧縮データの格納が
終了すると，次に，演算器１０によるデコードが開始される。このデコー
ドされた第０ブロックのデータはバッファＡＢＵＦ（０）に格納されてい
く。そして，デコードが終了すると，バッファＡＢＵＦ（０）に格納され
た第０ブロックのデータは順次ＤＡＣ１２に供給されてアナログ信号に変
換される。この間に，次の第１ブロックの圧縮データを外部記憶装置９か
ら読み込み，バッファＢＢＵＦ（１）に格納していく。そして，圧縮デー
タの格納が終了すると，演算器によるデコードが行なわれ，デコードされ
た第１ブロックのデータはバッファＡＢＵＦ（１）に格納されていく。
【００１７】上記外部記憶装置９からの圧縮データをバッファＢＢＵＦ
（ｉ）に格納し，さらに，これをデコードする合計時間（Ｓ＋Ｄ）は，バ
ッファＡＢＵＦ（ｉ）からＤＡＣ１２へデコードされたデータを供給する
（アナログ変換する）時間Ｅより必ずしも短い必要はなく，各々が時間Ｅ
より短ければよい。すなわち，上記第０ブロックのデコードされたデータ
がＤＡＣ１２に全て供給されるまでには，上記第１ブロックの圧縮データ
の全ては既にデコードされてバッファＡＢＵＦ（１）に格納されている。
したがって，第０ブロックのデコードされたデータ（バッファＡＢＵＦ
（０））のＤＡＣ１２への供給が終了すると，直ちに，第１ブロックのデ
コードされたデータ（バッファＡＢＵＦ（１））をＤＡＣ１２へ供給し始
める。以下，同様にして，バッファＡＢＵＦ（０），（１）およびバッフ
ァＢＢＵＦ（０），（１）を交互に用いることで，第２，第３ブロックの
圧縮データを順次デコードし，該デコードされたデータを連続してＤＡＣ
１２へ供給する。
【００１８】［途中再生タイムチャート］次に，図６において，マーク
された任意の位置から再生する場合について説明する。例えば，上述した
図５に示すタイムチャートにおいて，マークされた位置から再生する場合
には，まず，所定の時間分（ＨＴ；ヘッドタイム）のデータを予め演算器
１０によってデコードしてテンポラリーＲＡＭ８に記憶しておく。この場
合には，第１ブロックのデータ（マークされた位置以降のデータ）と第２
ブロックのデータをデコードしテンポラリーＲＡＭ８に記憶しておく。そ
して，途中再生開始のタイミングを指示する同期パルスが供給されると，
まず，上述したテンポラリーＲＡＭ８に記憶されていたデータ（マークさ
れた位置のアドレス以降のデータ）を所定サンプリング速度で順次読み出
してＤＡＣ１２へ供給し，サウンドシステムから出力する。また，これと
同時に，第３ブロックの圧縮データを外部記憶装置９から読み込んでバッ
ファＢＢＵＦ（０）へ格納する。
【００１９】そして，上記格納が終了すると，演算器１０によりバッフ
ァＢＢＵＦ（０）の圧縮データをデコードし，これをバッファＡＢＵＦ
（０）へ格納していく。この時間，上記第１ブロックのデータと第２ブロ
ックのデータは順次ＤＡＣ１２へ出力されている。そして，第２ブロック
のデータが出力し終えると，引き続き，バッファＡＢＵＦ（０）に格納さ
れた第３ブロックのデータをＤＡＣ１２へ出力する。また，これと並行し
て，第４ブロックの圧縮データを外部記憶装置９から読み込み，バッファ
ＢＢＵＦ（１）へ格納する。以下，上述した通常のＰＬＡＹ動作と同様に，
バッファＡＢＵＦ（０），（１）およびＢＢＵＦ（０），（１）を交互に
用いることで，順次，第５，第６，……第ｎブロックのデータをデコード
し，ＤＡＣ１２へ出力する。なお，この場合，同期パルスが供給されるま
での処理をモードフラグＳＣを「１」（パルス待ち）とし，予めデコード
しておいたデータの再生処理をモードフラグＳＣを「２」とし，さらに，
通常の再生処理をモードフラグＳＣを「０」として表す。
【００２０】ここで，ヘッドタイムＨＴの設定について説明する。通常，
ヘッドタイムＨＴは１フレーム以上，２フレーム以下となる。これは，例
えば，デコード演算を無限に速くすると，遅れ時間は外部記憶装置９から
の圧縮データの読み込みに要する時間のみとなる。しかしながら，デコー
ド演算を速くするには，当然のことながら高速な演算器が必要となり，こ
のため装置規模が大きくなるとともに，コストも大となる。したがって，
一般的には，最低必要な演算速度（Ｓ＋Ｄ≦（１／５０ＫＨｚ）×１０２
４，すなわち，約２０ｍｓｅｃ）程度で設計するのが望ましい。その場合，
Ｓ＋Ｄが１フレーム分の再生時間Ｅに近付き，この結果，途中再生時の遅
れは１～２フレーム相当時間となる。」
「【００３１】次に，ＰＬＡＹキーオンイベント処理について図１１に示
すフローチャートを参照して説明する。［ＰＬＡＹ処理］ＰＬＡＹキー１
ａが押下されると，ステップＳＥ１において，タイマ１３が動作中である
か否かを判断する。これは，前述したステップＳＡ１と同様に，既にＰＬ
ＡＹ処理またはＲＥＣ処理が動作しているか否かを判断するためである。
ここで，既にＰＬＡＹ処理またはＲＥＣ処理が動作している場合には，ス
テップＳＥ１における判断結果が「ＹＥＳ」となり，当該処理を終了する。
【００３２】一方，ＰＬＡＹ処理またはＲＥＣ処理がまだ動作していな
い場合には，ステップＳＥ１における判断結果は「ＮＯ」となり，ステッ
プＳＥ２へ進む。ステップＳＥ２では，パネルスイッチ１によって設定さ
れたトラックおよび位置を外部記憶装置９のインターフェイスに設定する。
次に，ステップＳＥ３へ進み，演算器１０をデコーダとして動作するよう
に設定する。そして，ステップＳＥ４において，フラグＲＥＣを「０」に，
バッファフラグｉを「０」に設定する。次に，ステップＳＥ５へ進み，タ
イマ割込みをスタートし，当該処理を終了する。
【００３３】上記ステップＳＥ５においてタイマがスタートすると，タ
イマ１０が所定のタイミングでＣＰＵ５に割込みをかける。割込みがかか
ると，ＣＰＵ５は図５に示すタイマ割込み処理を実行する。この図におい
て，まず，ステップＳＢ１において，フラグＲＥＣが「１」であるか否か
を判断する。この場合，フラグＲＥＣは「０」であるので，ステップＳＢ
１における判断結果は「ＮＯ」となり，ステップＳＢ５へ進む。
【００３４】［通常ＰＬＡＹ処理］ステップＳＢ５ではモードフラグＳ
Ｃが０，１，または２のいずれであるかを判断する。ここで，現在のＰＬ
ＡＹ動作が通常の再生動作であると，モードフラグＳＣは「０」であるた
め，ステップＳＢ６へ進み，通常再生動作を行なう。ステップＳＢ６では
バッファＡＢＵＦ（ｉ）よりデコードされたデータを順次読み出す。次に，
ステップＳＢ７において，上記ステップＳＢ６において読み出されたデー
タのあったか否かを判断する。
【００３５】ステップＳＢ７における判断結果が「ＹＥＳ」の場合，す
なわち読み出されたデータがある場合にはステップＳＢ８へ進む。ステッ
プＳＢ８ではエンドマークが検出されたか否かを判断する。そして，ステ
ップＳＢ８における判断結果が「ＮＯ」の場合にはステップＳＢ９へ進む。
ステップＳＢ９ではステップＳＢ６において読み出したデータをＤＡＣへ
出力する。次に，ステップＳＢ１０に進み，バッファＡＢＵＦ（ｉ）にデ
ータが残っているか否かを判断する。ここで，データが残っている場合に
は，ステップＳＢ１１における判断結果は「ＮＯ」となり，そのまま当該
処理を終了し，通常の処理へ戻る。そして，次のタイマ割込みにおいて，
前回，読み出されたデータの次のデータから順次読み出し，ＤＡＣ１２へ
出力する。この処理はバッファＡＢＵＦ（ｉ）にデータがなくなるまで行
なわれる。
【００３６】そして，ステップＳＢ９においてデータをＤＡＣへ出力し
た後で，バッファＡＢＵＦ（ｉ）にデータがなくなると，ステップＳＢ１
１における判断結果は「ＹＥＳ」となり，ステップＳＢ１１へ進む。ステ
ップＳＢ１１ではバッファフラグｉを反転する。なお，この時点（反転
前）でバッファＡＢＵＦ（Ｎ＿ｉ）（ｉ＝０ならばＮ＿ｉ＝１，ｉ＝１な
らばＮ＿ｉ＝０），すなわち１つ前のバッファＡＢＵＦには，既にデコー
ドされた次のデータが格納されており，次回からのタイマ割り込みにおけ
る通常プレイ処理では，該バッファのデータが再生される。次に，ステッ
プＳＢ１２において，外部記憶装置９からバッファＢＢＵＦ（Ｎ＿ｉ）へ
圧縮データの次のブロックの読み込みを開始する。この処理は，ＤＭＡに
指示することにより実行され，外部記憶装置９への書込み開始と同様に，
外部記憶装置９からの読み込み要求に応じて順次バッファＢＢＵＦ（Ｎ＿
ｉ）へ圧縮データを取り込み，１ブロック分の圧縮データを読み込むとそ
の動作を終了する。
【００３７】そして，次の割込みでは他方のバッファに対して同様の処
理が行なわれる。すなわち，バッファＡＢＵＦ（０），（１）およびＢＢ
ＵＦ（０），（１）に対して交互に処理が行なわれる。そして，ステップ
ＳＢ６において，読み込んだデータがエンドマークの場合（データの最後
の場合）には，ステップＳＢ８における判断結果が「ＹＥＳ」となり，ス
テップＳＢ１３へ進む。ステップＳＢ１３ではタイマ割込みを停止した後，
通常の処理へ戻る。また，読み込みデータがない場合にはステップＳＢ７
における判断結果は「ＮＯ」となり，そのまま当該処理を終了し，通常の
処理へ戻る。
【００３８】［マーク処理］上述した通常のＰＬＡＹ処理において，図
５に示すＭＰの位置でマークキー１ｆが押下されると，図１２に示すマー
ク処理が実行される。まず，ステップＳＦ１において，フラグＲＥＣが
「０」であるか否かを判断する。ここで，ＲＥＣ処理が行なわれている場
合には，フラグＲＥＣが「１」となっているので，ステップＳＦ１におけ
る判断結果は「ＮＯ」となり，そのまま当該処理を終了し，通常の処理へ
戻る。
【００３９】一方，ＰＬＡＹ処理が行なわれている場合には，ステップ
ＳＦ１における判断結果は「ＹＥＳ」となり，ステップＳＦ２へ進む。ス
テップＳＦ２では，マークキー１ｆにより再生指定されたトラックの現在
読み出し位置を検出し，これをマークポインタＭＰに格納する。次に，ス
テップＳＦ３において，レジスタＭＰに応じてヘッドタイムＨＴを設定す
る。そして，ステップＳＦ４へ進み，ＭＰ～ＭＰ＋ＨＴ分のフレームに対
応する２ブロック分のデータを予め外部記憶装置９から読み込み，デコー
ドした後，テンポラリＲＡＭ８へ書込む。そして，当該処理を終了し，通
常の処理へ戻る。
【００４０】［同期再生キー処理］そして，同期再生キー１ｇが押下さ
れると，図１３に示す同期再生キー処理が実行される。まず，ステップＳ
Ｇ１においてタイマ割込みを停止する。これにより，図５に示すタイマ割
込み処理が中断される。次に，ステップＳＧ２において，演算器１０を圧
縮データをデコードするためにデコーダに設定する。次に，ステップＳＧ
３へ進み，モードフラグＳＣを「１」に設定し，その後，当該処理を終了
し，通常の処理へ戻る。以上の処理で，同期パルス待ち受け状態に設定さ
れ，次に同期パルス（同期トリガ割り込み）を受信したタイミングで同期
再生がスタートする。
【００４１】［同期トリガ割込み処理］次に，図６に示す同期パルスが
出力されると，図１４に示す同期トリガ割込み処理が実行される。まず，
ステップＳＨ１において，モードフラグＳＣが「１」であるか否かを判断
する。この場合，上述した同期再生キー処理において，モードフラグＳＣ
が「１」に設定されているため，ステップＳＨ１における判断結果は「Ｙ
ＥＳ」となり，ステップＳＨ２へ進む。ステップＳＨ２では，モードフラ
グＳＣを「２」に設定する。次に，ステップＳＨ３へ進み，マークポイン
タＭＰに基づいて，外部記憶装置９のトラック中の読み込み開始ブロック
（ステップＳＦ４にて読み込んだブロックに続くブロック）を指定する。
そして，ステップＳＨ４において，外部記憶装置９からのバッファＢＢＵ
Ｆ（０）への初めのブロック（上記ステップＳＨ３において設定された読
み込み開始ブロック）のデータの読み込みを開始する。
【００４２】次に，ステップＳＨ５において，ヘッドタイムＨＴをカウ
ントするカウンタＷＴを「０」に設定し，ステップＳＨ６へ進む。ステッ
プＳＨ６ではタイマを再びスタートする。これによって，図５に示すタイ
マ割込み処理が所定の時間間隔で実行される。なお，ステップＳＨ１にお
いて，モードフラグＳＣが「１」以外の場合には，当該処理は実行されな
い。
【００４３】そして，タイマ割込みにより図５に示す処理が実行される
と，この場合，ＲＥＣ処理でないため，ステップＳＢ１における判断結果
は「ＮＯ」となり，ステップＳＢ５へ進む。また，この場合，上述した処
理において，モードフラグＳＣが「２」に設定されているので，ステップ
ＳＢ５を経て，ステップＳＢ１５へ進む。ステップＳＢ１５ではテンポラ
リＲＡＭ８より予めステップＳＦ４においてデコードされ，書き込まれた
データをタイマ割込毎に順次読み出す。
【００４４】そして，ステップＳＢ１６において，上記データをＤＡＣ
１２へ出力し，アナログ信号に変換した後，図示しないサウンドシステム
より出力する。次に，ステップＳＢ１７において，前述したカウンタＷＴ
をインクリメントし，ステップＳＢ１８へ進む。ステップＳＢ１８ではカ
ウンタＷＴがヘッドタイムＨＴ以上になったか否かを判断する。そして，
カウンタＷＴがヘッドタイムＨＴより小さい場合，すなわち，テンポラリ
ＲＡＭ８に格納されたデータが全て再生されていない場合には，ステップ
ＳＢ１８における判断結果は「ＮＯ」となり，そのまま当該処理を終了し，
通常の処理へ戻る。そして，タイマ割込みが発生する毎に，ステップＳＢ
１７においてカウンタＷＴをインクリメントし，ステップＳＢ１８におい
てカウンタＷＴがヘッドタイムＨＴ以上になったか否かを判断する。
【００４５】そして，テンポラリＲＡＭ８のデータが全て再生されると，
ステップＳＢ１８における判断結果が「ＹＥＳ」となりステップＳＢ１９
へ進む。ステップＳＢ１９ではバッファフラグｉを「０」に，モードフラ
グＳＣを「０」（通常再生動作）に設定し，当該処理を終了して通常の処
理へ戻る。そして，次のタイマ割込みからは，モードフラグＳＣが「０」
に設定されているため，ステップＳＢ６～ＳＢ１３の通常再生の処理が行
なわれる。一方，モードフラグＳＣが「１」の場合にはステップＳＢ１４
におけるタイマ割込みエラー処理が行なわれる。（モードフラグＳＣに
「１」をセットする図１３の同期再生キー処理では，ステップＳＧ１でタ
イマを止めており，正常な動作ではＳＣが「１」の間にタイマ割込みは発
生しない。）
【００４６】このように，本実施例では，頭出しのアドレス（あるいは
トラック上のタイミング）指示を受けた時点で，そのブロックのデコード
処理を予め済ませ，これをテンポラリＲＡＭ８に格納しておくことにより，
再生スタートの指示で直ちに音出しが可能となる。この装置によれば，聴
感上の応答性能を損うことなく，データ量に対してその圧縮率がリニアな
ＰＣＭに比べ，圧縮器の性能に応じてデータ量を１／２あるいは１／４に
することができる圧縮技術を効果的に利用することができ，結果として記
憶装置（ＨＤＤ，ＭＯＤ，ＭＴ等）の性能限界（アクセス速度，記憶容
量）から決定される最大オーディオトラック数，最長録音時間を２倍ある
いは４倍等に向上させ得る。記憶装置は，エンコード，デコードに必要な
処理装置に比べ，高価，大きい，重いので２台，４台と複数の記憶装置を
装備するよりも，本装置採用による効果は大きい。」
「【００４９】また，図５に示したＰＬＡＹ処理のタイムチャートにおけ
る各タイミングは図１７に示すようにしてもよい。図においては，バッフ
ァＢＢＵＦ（ｉ）の圧縮データをデコード演算し，これをバッファＡＢＵ
Ｆ（ｉ）へ転送する開始タイミングを外部記憶装置から次の圧縮データを
読み込むタイミングに一致させるようにしている。これは，データを外部
記憶装置からバッファへ転送する際の転送時間が一定でない場合でも，影
響を受けないようにするためである。
【００５０】また，本実施例では，同期パルスによる再生開始指示に応
じて直ちに再生を開始する”同期再生”は，再生しようとするトラック上
の任意位置を予めマークポインタＭＰに設定しておき，その位置から同期
再生を開始するという仕様であったが，マークポインタＭＰの設定をやめ
て，再生するトラックの先頭から同期再生が行われるような仕様にしても
良い。本実施例では，演算器の圧縮処理，及び，伸張処理に要する時間は
共に時間ＤでありバッファＢＢＵＦから外部記憶装置９へのデータ転送，
及び外部記憶装置９からバッファＢＢＵＦへのデータ転送に要する時間は
共に時間Ｓであるとしたが，これは，互いに異なる場合もあり得る。その
場合も，時間Ｅより短い（Ｄ＜Ｅ，Ｓ＜Ｅ）という条件は同じで，それぞ
れの時間Ｄ，時間Ｓがその条件を満たす必要がある。
【００５１】図６の同期再生の説明では，ヘッドタイムＨＴの時間長に
関する条件は１フレーム以上，２フレーム以下であったが，これは時間Ｓ
と時間Ｄの和が時間Ｅ（＝１フレーム）以下の場合の条件であり，時間Ｓ
と時間Ｄの和が１フレーム以上２フレーム以下の場合は，ヘッドタイムＨ
Ｔの条件は２フレーム以上，３フレーム以下となる。この条件の最大値よ
りも長いヘッドタイムを設定しても動作には問題が無いが，その分，テン
ポラリーＲＡＭ８の記憶容量が必要になり，効率が悪くなる。また，最小
値についてはさらに短縮が可能で，いずれの場合も，ヘッドタイムＨＴが
時間Ｓと時間Ｄの和より大きくなる，すなわち，ヘットタイムＨＴの再生
期間内に次ブロックの転送（時間Ｓ）とデコード（時間Ｄ）が完了するこ
とが保証されていれば良い。
【００５２】
【発明の効果】以上，説明したように，この発明によれば，外部記憶手
段に記録された圧縮データの任意の位置からデコード処理を行う場合，該
デコード処理に先立って，圧縮データのデコード開始位置から所定の部分
までを予め元のデータに戻して所定の記憶手段に記憶し，上記所定の部分
以降のデコード処理の準備が整った時点で，所定の記憶手段に記憶したデ
コードされたデータを出力するとともに，上記所定の部分以降の圧縮デー
タを順次デコード処理を行って，前記デコード処理されたデータの出力と
並行して上記所定の部分以降のデコード処理を行い，先にデコードされた
データの出力に引き続いて上記所定の部分以降のデコード処理により生成
されたデータを出力する演算手段を具備するようにしたため，圧縮データ
のデコード時における時間遅れが生ぜず，このため高圧縮率の圧縮法を効
果的に用いることができるという利点が得られる。」
イ以上に照らすと，本件特許発明１の実施例である信号処理装置の再生処
理の概要等は，以下のとおりである。
(ア)通常ＰＬＡＹ再生（段落【００１６】～【００１７】，【００３
１】～【００３７】，【００４３】～【００４５】，【００４９】）
ＰＬＡＹキー１ａを押下すると，圧縮データのデコードが開始される。
デコードされたデータはＤＡＣに供給される（段落【００１６】～【０
０１７】）。
ＰＬＡＹキー１ａが押下されると，タイマ割込み処理が実行され（段
落【００３３】），ＲＥＣ処理が動作していない（ＲＥＣが「０」）と
きにＳＣの値を調べ，ＳＣ＝０のとき通常再生動作（通常ＰＬＡＹ処
理）を行い（段落【００３４】），ＳＣ＝１のときタイマ割込みエラー
処理を行い（段落【００４５】），ＳＣ＝２のときテンポラリーＲＡＭ
８より予めデコードされたデータを読み出す（段落【００４３】）。
バッファへ転送するタイミングを変えた変形例もある（段落【００４
９】）。
(イ)途中再生，同期再生及びマーク処理（段落【００１８】～【００２
０】，【００３８】～【００３９】，【００４０】～【００４５】，
【００５０】～【００５１】）
ａマーク処理
ＰＬＡＹ処理が行われている場合に，マークキー１ｆが押下される
と再生指定されたトラックの現在読み出し位置を検出し，マークポイ
ンタＭＰに格納する。ＭＰ～ＭＰ＋ＨＴ分のフレームに対応する２ブ
ロック分のデータをあらかじめ外部記憶装置９から読み込み，デコー
ドした後，テンポラリーＲＡＭ８に書き込む（段落【００３８】～
【００３９】）。
マークポインタの設定をやめて，再生するトラックの先頭から同期
再生が行われるような仕様にしてもよい（段落【００５０】～【００
５１】）。
ｂ途中再生・同期再生
マークされた任意の位置から再生する場合には，所定の時間分のデ
ータをデコードしてテンポラリーＲＡＭ８に記憶しておく。途中再生
開始のタイミングを指示する同期パルスが供給されると，テンポラリ
ーＲＡＭ８に記憶されたデータを所定のサンプリング速度で順次読み
出してＤＡＣへ供給し，サウンドシステムから出力する（段落【００
１８】～【００２０】）。
同期再生キー１ｇが押下されると，同期パルス待ち受け状態（ＳＣ
＝１）に設定され，同期パルスを受信したタイミング（ＳＣ＝２）で
同期再生がスタートする（段落【００４０】）。
同期パルスが出力されると，マークポインタＭＰに基づいて外部記
憶装置９のトラック中の読み込み開始ブロックを指定し，外部記憶装
置９からバッファＢＢＵＦ（０）へのデータの読み込みを開始する
（段落【００１８】，【００４１】～【００４２】）。
ｃｂの補足説明
段落【００１８】～【００２０】の「途中再生」は「同期再生」と
同じ意味であると解される。なぜなら，「そして，途中再生開始のタ
イミングを指示する同期パルスが供給されると，まず，上述したテン
ポラリーＲＡＭ８に記憶されていたデータ（括弧内省略）を所定サン
プリング速度で順次読み出して」（段落【００１８】）と記載され，
「本実施例では，同期パルスによる再生開始指示に応じて直ちに再生
を開始する”同期再生”は，再生しようとするトラック上の任意位置
を予めマークポインタＭＰに設定しておき，その位置から同期再生を
開始するという仕様であったが」（段落【００５０】）と記載されて
いるからである。
(ウ)効果（段落【００４６】，【００５２】）
デコード処理を予め済ませたデータをテンポラリーＲＡＭ８に格納し
ておくことで，再生スタートの指示で直ちに音出しが可能となる（段落
【００４６】）。
圧縮データのデコード時における時間遅れが生じない（段落【００５
２】）。
ウそこで，まず構成要件１Ｃの構成要件１Ｂと関連する記載について検討
するに，構成要件１Ｃの「該発音指示に先立って，前記圧縮データの所定
の開始位置から所定の部分までを予めデコード処理して元のデータに戻し，
先頭データとして所定の記憶手段に記憶し，該発音指示の発生に応じて，
前記所定の記憶手段に記憶された先頭データに基づいて音信号の発生を開
始する」との記載に照らすと，構成要件１Ｃは，発音指示の開始前に，こ
れに先だって所定の開始位置から所定の部分までのデコード処理が行われ
ていることを前提としているから，所定の開始位置が設定されている途中
再生・同期再生の場合を定めていると解するのが相当である。
そこで，この途中再生・同期再生に関する実施例の記載をみると，まず，
どこから再生するのかを示すための「マーク処理」が行われる。すなわち，
通常のＰＬＡＹ処理において，図５に示すＭＰの位置でマークキー１ｆが
押下されると，図１２に示すマーク処理が行われる。マーク処理において
は，マークキー１ｆにより再生指定されたトラックの現在読み出し位置を
検出し，これをマークポインタＭＰに格納し，レジスタＭＰに応じてヘッ
ドタイムＨＴを設定する。そして，ＭＰ～ＭＰ＋ＨＴ分のフレームに対応
する２ブロック分のデータを予め外部記憶装置９から読み込み，デコード
した後，テンポラリＲＡＭ８へ書き込む（以上段落【００３８】【００３
９】）。このマーク処理におけるマークキー１ｆの押下げからデコードし
たデータのテンポラリＲＡＭ８への書き込みまでが，構成要件１Ｃの前段，
すなわち，発音指示に先立つ動作であると理解される（上記「２ブロック
分のデータ」が構成要件１Ｃの「先頭データ」に相当するものと理解され
る。）。
実施例においては，次に，発音指示の発生に応じて先頭データの音信号
が発生するようにするため，同期再生キー処理が行われる。すなわち，同
期再生処理キーの押下げにより，モードフラグＳＣが「１」に設定される
ことにより，後続の動作が可能であるようにする。同期パルスの受信によ
り，同期トリガ割込み処理が開始され，デコードされた先頭データの読み
出しが可能になるようにする（以上段落【００４０】）。これは，構成要
件１Ｃ後段における「発音指示発生による音信号発生の開始」を可能にす
るための準備動作と解される。
そして，同期パルスの出力により同期トリガ割込み処理が開始されると
初めのブロック（段落【００３９】の２ブロック）のデータの読み込みが
開始され（段落【００４１】），ＤＡＣ１２を通じてサウンドシステムか
ら出力される（段落【００１８】）。これは，構成要件１Ｃ後段の「該発
音指示の発生に応じて，前記所定の記憶手段に記憶された先頭データに基
づいて音信号の発生を開始する。」に相当するものと理解される。
以上の実施例の記載と構成要件１Ｃとの関係を考慮しながら，構成要件
１Ｃの「発音指示」の意義を検討すると，同期再生キー１ｇが押下され同
期パルス待ち受け状態に設定された後に，同期パルスを受信したタイミン
グで同期トリガ割込み処理が行われ，同期再生がスタートするのであるか
ら（上記イ(イ)ｂ），実施例における同期パルスは本件特許発明１の「発
音指示」に対応するものであるといえる。
そして，段落【００４１】には，「次に，図６に示す同期パルスが出力
されると，図１４に示す同期トリガ割込み処理が実行される。まず，ステ
ップＳＨ１において，モードフラグＳＣが「１」であるか否かを判断す
る。」と記載されているから，同期トリガ割込み処理をスタートさせるも
のが発音指示手段であり，同期トリガ割り込み処理をスタートさせるため
には同期パルスを発生させることが必要であると解される。
本件特許１明細書には，特許請求の範囲における「発音指示」，「発音
指示手段」の技術的意義を直接説明した記載はないが，上記実施例の記載
を参考にして検討するならば，「発音指示」及び「発音指示手段」はいず
れも，一般的な技術として使用される同期パルスを念頭に置いたものであ
り，「発音指示手段」は同期パルスを発生させる手段であり，同期パルス
を「発音指示」と解するのが相当である。
エさらに，「発音指示手段」の構成について検討するに，上記実施例の記
載においても，本件構成要件１Ｃの「発音指示」と解される同期パルスを
発生させる「発音指示手段」の構成についての具体的な記載はない。
そして，段落【０００４】には「マルチトラック・レコーダでは，例え
ば，予め圧縮記録しておいた信号に同期させて，後から別のトラックに他
の信号を記録するという作業が行なわれる。この時，予め圧縮記録してお
いた信号を再生するのであるが，再生するためのデータ処理に時間がかか
るため，頭出しにおいて直ちに再生音が出てこないという問題を生じる。
特に，上述した技術では，ＦＦＴ等のブロックデータ処理が含まれており，
これが聴感上無視できないほどの再生時の立上がり遅れを生ずる。」とあ
り，聴感上無視できないのは，利用者が再生をさせようとする行為と実際
の発音にズレが生じることが原因であることは明らかであるから，再生を
開始させるための何らかの動作は利用者が行っていると解される。
オ以上のとおり，明細書の発明の詳細な説明の記載によれば，再生を開始
させるために利用者が何らかの動作を行っていると考えるのが合理的であ
ること，また【図１】【図２】で示されるものが主要な実施例であること
をも考慮すると，構成要件１Ｂの「発音指示手段」は，同期パルスを発生
させる手段であって，利用者の動作（例えばキーの押下げ等）を必要とす
る構成を有するものであると解するのが相当である。
この点，実施例におけるＰＬＡＹキー１ａは，外部記憶装置から圧縮デ
ータを読み込み，これをデコードして読み出すための起点となるものであ
り（段落【００１６】【００１７】），同期再生キー１ｇは，前記のとお
り，その押下により同期パルス待ち受け状態（ＳＣ＝１）を設定するもの
であって，いずれも同期再生をスタートさせる（ＳＣ＝２）ものではない
から（上記イ(ア)及び(イ)ｂ参照），同期パルスを発生させるものではな
く，「発音指示手段」には当たらない。
カこれに対し，原告は，本件特許発明１は，「レコーダ等に用いて好適な
信号処理装置に関する」発明である（段落【０００１】）から，組み込む
先の外部の「レコーダ等」から命令を受けなければ何ら動作しない，部品
としての信号処理装置を対象としているから，これが具備する「発音指示
手段」も，外部の操作キーなどではなく，内部にあって直接「演算手段」
の動作開始を指示する回路がこれに相当する旨主張する。
しかしながら，上記オのとおり，「発音指示手段」は利用者の動作を必
要とする構成を有するものであって，原告の主張は採用できない。また，
原告の主張に沿って考えても，動作開始を指示する回路が「発音指示」を
発生させる契機が不明であって，このような契機を生じさせるものが「発
音指示手段」に当たると考えるのが相当である。
(2)被告製品１が「発音指示手段」を備えているかについて
原告は，被告製品１について，レジスタマップが「発音指示手段」に該当
し，当該レジスタマップがＰＣＭバッファゲートに対して，その情報を伝達
するとともに，対象トラックのシーケンサに対しても，後続データのデコー
ドを，その後直ちに再開するように指示を発行する動作が「発音指示を発生
する」に該当する旨主張する。
しかしながら，上記(1)オのとおり，「発音指示手段」は，同期パルスを
発生させる手段であって，利用者の動作を必要とする構成を有するものであ
るから，原告の主張は失当である。また，上記(1)カのとおり，原告の主張
に沿って考えても，被告製品１のレジスタマップの動作の契機が不明であっ
て，このような契機を生じさせるものが「発音指示手段」に当たると考えら
れるが，この点についての主張・立証はない。
そうすると，被告製品１が「発音指示手段」を備えているとは認められな
い。
(3)以上のとおり，被告製品１は構成要件１Ｂを充足しない。
１－３構成要件１Ｃの充足性（争点１－３）について
(1)「所定の開始位置から所定の部分まで」の意義について
ア本件特許１明細書の【発明の詳細な説明】には，以下の記載がある。
「【０００７】
【作用】外部記憶手段に記録された圧縮データの任意の位置からデコ－
ド処理を行う場合，該デコード処理に先立って，圧縮データのデコード開
始位置から所定の部分までを演算手段によって予め元のデータに戻した後，
該データを所定の記憶手段に記憶する。そして，上記所定の部分以降のデ
コード処理の準備が整った時点で，所定の記憶手段に記憶したデコードさ
れたデータを出力するとともに，上記所定の部分以降の圧縮データを順次
デコード処理を行い，前記デコード処理されたデータの出力と並行して上
記所定の部分以降のデコード処理を行い，先にデコードされたデータの出
力に引き続いて上記所定の部分以降のデコード処理により生成されたデー
タを出力する
【０００８】
【実施例】次に図面を参照してこの発明の実施例について説明する。図
１はこの発明の一実施例の構成を示すブロック図である。パネルスイッチ
１は，同期再生の開始，停止を指示，マークしたブロックの頭出しを指定，
また，同期再生するトラックを指定するためのキーなどから構成されてお
り，これらのキーの状態はＣＰＵ（中央処理装置）５へ供給される。また，
ディスプレイ２は上記パネルスイッチ１による指示等，当該装置の状態を
表示する。
【０００９】ここで，パネルスイッチ１の一例を図２（ａ）に示す。こ
の図において，パネルスイッチ１は，テンキー，録音再生の開始するキー，
動作停止を指示するキー，再生トラックやデータ位置を指示するキー等か
ら構成されている。具体的には，再生の開始を指示する「ＰＬＡＹ」キー
１ａ，録音の開始を指示する「ＲＥＣ」キー１ｂ，上記再生および録音を
停止させる「ＳＴＯＰ」キー１ｃ，どのトラックまたは位置から再生する
かを指示する「トラック」キー１ｄおよび「位置」キー１ｅ，後述する同
期再生を行なう先頭位置を指示する（マークする）「マーク」キー１ｆ，
そして，同期再生の開始を指示する「同期再生」キー１ｇからなる。また，
上述した各種キーに付帯して数値を入力するためのテンキー１ｈがあ
る。」
「【００１８】［途中再生タイムチャート］次に，図６において，マーク
された任意の位置から再生する場合について説明する。例えば，上述した
図５に示すタイムチャートにおいて，マークされた位置から再生する場合
には，まず，所定の時間分（ＨＴ；ヘッドタイム）のデータを予め演算器
１０によってデコードしてテンポラリーＲＡＭ８に記憶しておく。この場
合には，第１ブロックのデータ（マークされた位置以降のデータ）と第２
ブロックのデータをデコードしテンポラリーＲＡＭ８に記憶しておく。そ
して，途中再生開始のタイミングを指示する同期パルスが供給されると，
まず，上述したテンポラリーＲＡＭ８に記憶されていたデータ（マークさ
れた位置のアドレス以降のデータ）を所定サンプリング速度で順次読み出
してＤＡＣ１２へ供給し，サウンドシステムから出力する。また，これと
同時に，第３ブロックの圧縮データを外部記憶装置９から読み込んでバッ
ファＢＢＵＦ（０）へ格納する。」
「【００３８】［マーク処理］上述した通常のＰＬＡＹ処理において，図
５に示すＭＰの位置でマークキー１ｆが押下されると，図１２に示すマー
ク処理が実行される。まず，ステップＳＦ１において，フラグＲＥＣが
「０」であるか否かを判断する。ここで，ＲＥＣ処理が行なわれている場
合には，フラグＲＥＣが「１」となっているので，ステップＳＦ１におけ
る判断結果は「ＮＯ」となり，そのまま当該処理を終了し，通常の処理へ
戻る。
【００３９】一方，ＰＬＡＹ処理が行なわれている場合には，ステップ
ＳＦ１における判断結果は「ＹＥＳ」となり，ステップＳＦ２へ進む。ス
テップＳＦ２では，マークキー１ｆにより再生指定されたトラックの現在
読み出し位置を検出し，これをマークポインタＭＰに格納する。次に，ス
テップＳＦ３において，レジスタＭＰに応じてヘッドタイムＨＴを設定す
る。そして，ステップＳＦ４へ進み，ＭＰ～ＭＰ＋ＨＴ分のフレームに対
応する２ブロック分のデータを予め外部記憶装置９から読み込み，デコー
ドした後，テンポラリＲＡＭ８へ書込む。そして，当該処理を終了し，通
常の処理へ戻る。」
「【００４１】［同期トリガ割込み処理］次に，図６に示す同期パルスが
出力されると，図１４に示す同期トリガ割込み処理が実行される。まず，
ステップＳＨ１において，モードフラグＳＣが「１」であるか否かを判断
する。この場合，上述した同期再生キー処理において，モードフラグＳＣ
が「１」に設定されているため，ステップＳＨ１における判断結果は「Ｙ
ＥＳ」となり，ステップＳＨ２へ進む。ステップＳＨ２では，モードフラ
グＳＣを「２」に設定する。次に，ステップＳＨ３へ進み，マークポイン
タＭＰに基づいて，外部記憶装置９のトラック中の読み込み開始ブロック
（ステップＳＦ４にて読み込んだブロックに続くブロック）を指定する。
そして，ステップＳＨ４において，外部記憶装置９からのバッファＢＢＵ
Ｆ（０）への初めのブロック（上記ステップＳＨ３において設定された読
み込み開始ブロック）のデータの読み込みを開始する。」
「【００４６】このように，本実施例では，頭出しのアドレス（あるいは
トラック上のタイミング）指示を受けた時点で，そのブロックのデコード
処理を予め済ませ，これをテンポラリＲＡＭ８に格納しておくことにより，
再生スタートの指示で直ちに音出しが可能となる。…（以下省略）」
「【００５０】また，本実施例では，同期パルスによる再生開始指示に応
じて直ちに再生を開始する”同期再生”は，再生しようとするトラック上
の任意位置を予めマークポインタＭＰに設定しておき，その位置から同期
再生を開始するという仕様であったが，マークポインタＭＰの設定をやめ
て，再生するトラックの先頭から同期再生が行われるような仕様にしても
良い。本実施例では，演算器の圧縮処理，及び，伸張処理に要する時間は
共に時間ＤでありバッファＢＢＵＦから外部記憶装置９へのデータ転送，
及び外部記憶装置９からバッファＢＢＵＦへのデータ転送に要する時間は
共に時間Ｓであるとしたが，これは，互いに異なる場合もあり得る。その
場合も，時間Ｅより短い（Ｄ＜Ｅ，Ｓ＜Ｅ）という条件は同じで，それぞ
れの時間Ｄ，時間Ｓがその条件を満たす必要がある。」
「【００５２】【発明の効果】以上，説明したように，この発明によれば，
外部記憶手段に記録された圧縮データの任意の位置からデコード処理を行
う場合，該デコード処理に先立って，圧縮データのデコード開始位置から
所定の部分までを予め元のデータに戻して所定の記憶手段に記憶し，上記
所定の部分以降のデコード処理の準備が整った時点で，所定の記憶手段に
記憶したデコードされたデータを出力するとともに，上記所定の部分以降
の圧縮データを順次デコード処理を行って，前記デコード処理されたデー
タの出力と並行して上記所定の部分以降のデコード処理を行い，先にデコ
ードされたデータの出力に引き続いて上記所定の部分以降のデコード処理
により生成されたデータを出力する演算手段を具備するようにしたため，
圧縮データのデコード時における時間遅れが生ぜず，このため高圧縮率の
圧縮法を効果的に用いることができるという利点が得られる。」
イ以上に基づいて検討するに，前記１－２(1)ウのとおり，構成要件１Ｃ
は，発音指示の開始前に，これに先だって所定の開始位置から所定の部分
までのデコード処理が行われていることを前提としているから，所定の開
始位置が設定されている途中再生・同期再生の場合を定めていると解する
のが相当である。
そして，本件特許１明細書では，「圧縮データの任意の位置からデコ－
ド処理を行う場合」（段落【０００７】，【００５２】）と記載され，本
件特許発明１の実施例である信号処理装置について，「図５に示すＭＰの
位置でマークキー１ｆが押下されると，図１２に示すマーク処理が実行さ
れる。」（段落【００３８】），「マークキー１ｆにより再生指定された
トラックの現在読み出し位置を検出し，これをマークポインタＭＰに格納
する。」（段落【００３９】），「マークポインタＭＰに基づいて，外部
記憶装置９のトラック中の読み込み開始ブロック（ステップＳＦ４にて読
み込んだブロックに続くブロック）を指定する。」（段落【００４１】），
「頭出しのアドレス（あるいはトラック上のタイミング）指示を受けた時
点で，そのブロックのデコード処理を予め済ませ，これをテンポラリＲＡ
Ｍ８に格納しておくことにより，再生スタートの指示で直ちに音出しが可
能となる。」（段落【００４６】），「本実施例では，同期パルスによる
再生開始指示に応じて直ちに再生を開始する”同期再生”は，再生しよう
とするトラック上の任意位置を予めマークポインタＭＰに設定しておき，
その位置から同期再生を開始するという仕様であった」（段落【００５
０】）と記載されているから，実施例に即していえば，「所定の開始位
置」は，操作者がマークキー１ｆを押下することで指定された開始位置と
解される。もっとも，「マークポインタＭＰの設定をやめて，再生するト
ラックの先頭から同期再生が行われるような仕様にしても良い。」（段落
【００５０】）と記載されており，これはマークポインタＭＰを設定する
実施例の変形例であることから，トラックの先頭が「所定の開始位置」に
含まれないとまではいえない。
そうすると，「所定の開始位置」は，操作者が指定する任意の位置だけ
でなく，固定されている場合も含むと解するのが相当である。
ウまた，「所定の部分」については，「マークされた位置から再生する場
合には，まず，所定の時間分（ＨＴ；ヘッドタイム）のデータを予め演算
器１０によってデコードしてテンポラリーＲＡＭ８に記憶しておく。この
場合には，第１ブロックのデータ（マークされた位置以降のデータ）と第
２ブロックのデータをデコードしテンポラリーＲＡＭ８に記憶してお
く。」（段落【００１８】）と記載されているように，例えば「ブロッ
ク」で特定される範囲を意味するのであり，圧縮データにおける一定の範
囲をいうものと解される。
(2)構成要件１Ｃにおける①「デコード処理」の開始と「音信号の発生」の
開始の同時性②「デコード処理」と「音信号の発生」の平行性の程度につい
て
ア本件特許１明細書の【発明の詳細な説明】には，以下の記載がある。
「【０００４】
【発明が解決しようとする課題】ところで，上述した圧縮技術を，例え
ば，マルチトラックのレコーダに適用して，性能／価格比を上げようとす
ると，十分な圧縮性能は得られるが，再生時の圧縮データのデコードの際
に時間遅れを生じるという問題がある。すなわち，マルチトラック・レコ
ーダでは，例えば，予め圧縮記録しておいた信号に同期させて，後から別
のトラックに他の信号を記録するという作業が行なわれる。この時，予め
圧縮記録しておいた信号を再生するのであるが，再生するためのデータ処
理に時間がかかるため，頭出しにおいて直ちに再生音が出てこないという
問題を生じる。特に，上述した技術では，ＦＦＴ等のブロックデータ処理
が含まれており，これが聴感上無視できないほどの再生時の立上がり遅れ
を生ずる。
【０００５】この発明は上述した事情に鑑みてなされたもので，圧縮デ
ータのデコード時における時間遅れが生ぜず，このため高圧縮率の圧縮法
を効果的に用いることができる信号処理装置を提供することを目的として
いる。」
「【００１８】［途中再生タイムチャート］次に，図６において，マーク
された任意の位置から再生する場合について説明する。例えば，上述した
図５に示すタイムチャートにおいて，マークされた位置から再生する場合
には，まず，所定の時間分（ＨＴ；ヘッドタイム）のデータを予め演算器
１０によってデコードしてテンポラリーＲＡＭ８に記憶しておく。この場
合には，第１ブロックのデータ（マークされた位置以降のデータ）と第２
ブロックのデータをデコードしテンポラリーＲＡＭ８に記憶しておく。そ
して，途中再生開始のタイミングを指示する同期パルスが供給されると，
まず，上述したテンポラリーＲＡＭ８に記憶されていたデータ（マークさ
れた位置のアドレス以降のデータ）を所定サンプリング速度で順次読み出
してＤＡＣ１２へ供給し，サウンドシステムから出力する。また，これと
同時に，第３ブロックの圧縮データを外部記憶装置９から読み込んでバッ
ファＢＢＵＦ（０）へ格納する。
【００１９】そして，上記格納が終了すると，演算器１０によりバッフ
ァＢＢＵＦ（０）の圧縮データをデコードし，これをバッファＡＢＵＦ
（０）へ格納していく。この時間，上記第１ブロックのデータと第２ブロ
ックのデータは順次ＤＡＣ１２へ出力されている。そして，第２ブロック
のデータが出力し終えると，引き続き，バッファＡＢＵＦ（０）に格納さ
れた第３ブロックのデータをＤＡＣ１２へ出力する。…（以下省略）」
イ以上によれば，構成要件１Ｃの同時平行性は，先頭データに基づいた音
信号の発生に引き続いて所定の部分以降の圧縮データをデコード処理し，
その結果生成された元のデータに基づいた音信号の発生を先頭データに基
づいた音信号の発生に引き続いて行うことを可能にするために要求される
構成である。また，上記アの記載によると，本件特許発明１の実施例であ
る信号処理装置では，ＨＴ（ヘッドタイム）の間に圧縮データを読み込ん
でデコード処理をすればよいものであるといえる。
また，発明の詳細な説明における本件特許発明１の課題に関する記載を
みても，本件特許発明１の課題は，「再生するためのデータ処理に時間が
かかるため，頭出しにおいて直ちに再生音が出てこないという問題を生じ
る。･･･これが聴覚上無視できないほどの再生時の立上がり遅れを生じ
る」（段落【０００４】），「圧縮データのデコード時における時間遅れ
が生ぜず，このため高圧縮率の圧縮法を効果的に用いることができる信号
装置を提供することを目的としている。」（段落【０００５】）とされて
おり，再生時の立上がり遅れが課題とされているのであって，その課題解
決の達成手段としてのデコード処理の厳格な同時平行性までが技術的な課
題とされているものとは認められない。
そうすると，構成要件１Ｃの同時平行性は，先頭データに基づいた音信
号の発生に引き続いて所定の部分以降の圧縮データをデコード処理し，そ
の結果生成された元のデータに基づいた音信号の発生を先頭データに基づ
いた音信号の発生に引き続いて行うことを可能にする程度であれば許容さ
れると解するのが相当であって，厳格に同時平行性を要求する理由は見い
だせない。
構成要件１Ｃの同時平行性に対応する請求項の部分は，拒絶理由通知後
の手続補正において追加されたものであるが（乙５，６），原告の意見書
（乙７）をみても，この同時平行性について厳格に解することを前提とし
た記載は見当たらない。
ウ以上のとおり，構成要件１Ｃの同時平行性は，先頭データに基づいた音
信号の発生に引き続いて所定の部分以降の圧縮データをデコード処理し，
その結果生成された元のデータに基づいた音信号の発生を先頭データに基
づいた音信号の発生に引き続いて行うことを可能にするに足りる程度であ
ると解される。
(3)被告製品１が構成要件１Ｃを処理する演算手段を備えているかについて
ア甲６号証（被告製品１の仕様書４３頁）には，「ＰＣＭバッファゲート
による発音遅延の制御」について，以下の記載がある。
「各トラックのデコーダ出力に設けられているＰＣＭバッファには図６．
６に示すようなゲートスイッチが付属しており，このゲートスイッチを利
用することで場合によっては発音遅延時間を減少させることができます。
（ＰＣＭバッファに起因する最大１０［ｍｓ］の遅延を１［ｕｓ］以内に
できます。）
ゲートスイッチを有効に利用できるのは以下の２つの条件を共に満たせ
る状況です。
１．全トラックが発音していない状態からの再生であること。（ゲート
スイッチが全トラック共用のため。）
２．再生実行より１０[ｍｓ]以上前に再生準備が開始できること。（音
データの準備に１０[ｍｓ]必要なため。）
手順は以下の様になります。
１．停止中のトラックに対してＰＵＳＥコマンドを発行する。
→当該トラックは再生準備状態になります。
ゲートスイッチがＯＦＦ状態でデコードが開始され，ＰＣＭバッ
ファにデコード済み音データが蓄積されます。音データの準備には
最大１０［ｍｓ］かかります。
２．再生準備中のトラックに対してＰＬＡＹコマンドを発行する。
→当該トラックは再生状態になります。
ゲートスイッチがＯＮになりＰＣＭバッファに準備された音デー
タが出力されます。このとき，ＰＬＡＹコマンド発行から音データ
出力までの遅延は１［ｕｍ］以内になります。」
イ以上によると，被告製品１には，①命令を適切に組み合わせることによ
って発音遅延時間を減少させることができる機能，②ＰＵＳＥコマンドを
発行するとゲートスイッチをＯＦＦにできる機能，③ＰＬＡＹコマンドを
発行するとゲートスイッチをＯＮにできる機能，④ＰＵＳＥコマンド発行
からＰＬＡＹコマンドの発行まで１０［ｍｓ］以上間が空くと遅延を１
［ｕｍ］以内にできる機能があると認められる。
しかしながら，本件全証拠によっても，㋐被告製品１が構成要件１Ｃを
処理するためのプログラムを有していること，㋑予めデコードされる範囲
が所定の開始位置から所定の部分までと範囲が定められていること，㋒バ
ッファに蓄積された音データを再生中に圧縮されたデータをデコードして
いることなどは認められない。
原告は，甲４９添付の「①特許関連の技術説明」２２頁～４１頁におい
て，被告製品１の仕様書（甲６）の５頁，１５頁，２４頁，２９頁，３６
頁の記載を引用して，これらの記載から上記㋐～㋒の事実が認められると
するが，これらの記載から上記㋐～㋒の事実を認めるには足りない。
そうすると，被告製品１は構成要件１Ｃを処理する演算手段を備えてい
るとは認められない。
ウさらにいうと，被告製品１は，ＰＣＭバッファのみで，予めデコードし
たデータとバッファに空き領域ができたときにデコードされるデータを記
憶するものであり（乙２５〔技術説明会資料〕４２～４６頁），発音状況
によってデコードが一時停止する場合があり得るから（同６７頁），構成
要件１Ｃの同時平行性を充足しない。
これに対し，本件特許発明１は，構成要件１Ｃに照らすと，発音指示が
あると所定の記憶手段の空き容量に関係なく圧縮データのデコードを行う
ものと解されるのであって，被告製品１と本件特許発明１とは技術思想に
おいても相違するものであるといえる。
１－４まとめ
以上のとおり，被告製品１は構成要件１Ａ～１Ｃを充足しない。
そうすると，構成要件１Ａに関する主張である均等侵害及び道具理論につい
て判断するまでもなく，被告製品１が本件特許発明１の技術的範囲に属すると
は認められないから，本件特許発明１に係る請求はいずれも理由がない。
２本件特許発明２に係る侵害の成否について
２－１構成要件２Ａの充足性（争点２－１）について
(1)構成要件２Ａの「ディジタル・データ」の意義について検討する。
原告は，本件特許発明２について，楽音信号の「ディジタル・データ」を
すべて，「（デコード処理にある程度の時間が必要な）特に圧縮効率の高い
データ」としてしまうと，楽音信号の先頭部分で，データの処理に時間がか
かり，スムーズに発音開始がされないことから，先頭部分については，その
後の「特に圧縮効率の高いデータ」の部分と比べて処理に時間のかからない
データとしておき，先頭部分の処理をスムーズにしつつ，その後の部分につ
いては，「特に圧縮効率の高いデータ」を利用することによって，上記課題
を解決しつつ「特に圧縮効率の高いデータ」を利用するというものであると
し，圧縮データの先頭部分（「楽音信号の先頭」）に付する「ディジタル・
データ」に，被告製品２～４の「ＡＤＰＣＭ①」データが該当する旨主張す
る。
すなわち，原告の主張は，構成要件２Ａの「ディジタル・データ」と「デ
ィジタル・データに圧縮処理を施したデータ」の区別の基準について，圧縮
処理を施したデータか否かという基準ではなく，特に圧縮効率が高くデータ
処理に時間がかかるか否かという基準を用いるべきであると主張するもので
ある。そして，原告は，その主張の根拠として，本件特許発明２の課題が，
「特に圧縮効率の高いデータ」を利用する際の「時間遅れ」を極めて少なく
することにあることを挙げているものと解される。
しかし，「特に圧縮効率の高いデータ」を利用する際の「時間遅れ」を極
めて少なくする方法として，先頭部分に圧縮しないディジタル・データを配
置して課題を解決するのか，それとも，ディジタル・データのほかＡＤＰＣ
Ｍデータのように圧縮効率の低いデータを配置することも含めて課題を解決
するのかは発明者の選択に係ることであって，圧縮しないディジタル・デー
タとＡＤＰＣＭデータのように圧縮効率の低いデータのいずれをも「ディジ
タル・データ」として取り扱っているか否かは，明細書の記載に基づいて定
められるべき事柄である。
(2)そこで，構成要件２Ａの「ディジタル・データ」の意義について検討す
る。
ア本件特許２明細書の【請求項１】及び【発明の詳細な説明】には，以下
の記載がある。
「【請求項１】入力されるディジタル楽音データに圧縮処理を施すデータ
圧縮手段と，録音すべきディジタル楽音データの入力から，前記ディジタ
ル楽音データに圧縮処理を施したデータの展開処理に要する時間以上の所
定期間が経過したか否かを判別する第１の判別手段と，前記第１の判別手
段によって所定期間経過していないと判別された場合には，前記ディジタ
ル楽音データを選択し，前記第１の判別手段によって所定期間経過したと
判別された場合には，前記データ圧縮手段により圧縮処理が施されたデー
タを選択する第１の選択手段と，書き込み可能な記憶手段と，前記選択手
段によって選択されたデータを前記記憶手段に書き込む書込手段とを具備
することを特徴とする電子楽器の音源装置。」
「【０００１】
【産業上の利用分野】この発明は，圧縮処理を施した楽音信号に基づき
録音・発音する電子楽器の音源装置に関する。
【０００２】
【従来の技術】従来より，楽音信号をＰＣＭ（パルス符号化変調）等を
用いてディジタルのＰＣＭ・データに変換し，さらに，圧縮処理を施して
波形メモリ内に記憶するとともに，再生（発音）時には，この波形メモリ
内から圧縮処理を施したデータ（エンコード・データ）を読み出し，この
データにデコード（展開）処理を施して，元のＰＣＭ・データに戻し，楽
音を発生させる電子楽器の音源装置が知られている。圧縮処理には，例え
ば，ＡＤＰＣＭ（適応型差分ＰＣＭ）や，さらに圧縮効率をあげたサブバ
ンドコーディングを用いることできる。圧縮処理を施すことによって，波
形メモリ内に記憶する情報量を少なくすることができるので，より少ない
容量の記憶装置を用いて効率的に波形メモリを構成することができる。
【０００３】
【発明が解決しようとする課題】ところで，上述したような，特に圧縮
効率の高いデータのデコード処理にはある程度の時間が必要である。すな
わち，オペレータ（操作者）による発音指示によって読み出したエンコー
ド・データを，元のＰＣＭ・データへデコードする時間が必要である。こ
のため，図１１に示すように，楽音発生が，発音指示後から，デコード処
理に要する時間Ｄだけ遅れるいう（注：原文のまま）問題があった。この
発明は，上記課題に鑑みなされたもので，その目的とするところは，発音
指示後，時間遅れを極めて少なくして，直ちに楽音を発生することができ
る電子楽器の音源装置を提供することにある。」
「【０００５】上述した課題を解決するために請求項２記載の発明は，楽
音信号の先頭から，前記楽音信号のディジタル・データに圧縮処理を施し
たデータの展開処理に要する時間以上の所定期間までの部分をディジタ
ル・データの状態にて記憶するとともに，前記所定期間以降の部分をディ
ジタル・データに圧縮処理を施したデータの状態にて記憶する記憶手段と，
発音指示に応答して，前記記憶手段に記憶されたディジタル・データおよ
び圧縮処理を施したデータの読み出しを開始する読出手段と，前記読出手
段によって読み出された，圧縮処理を施したデータに展開処理を施して元
のディジタル・データに展開するデータ展開手段と，前記読出手段によっ
て前記ディジタル・データの読み出しが終了したか否かを判別する第２の
判別手段と，前記第２の判別手段によって前記ディジタル・データの読み
出しが終了していないと判別された場合には前記読出手段によって読み出
されたディジタル・データを選択し，前記第２の判別手段によって前記デ
ィジタル・データの読み出しが終了したと判別された場合には前記データ
展開手段によって展開されたディジタル・データを選択する第２の選択手
段とを具備し，前記第２の選択手段によって選択されたディジタル・デー
タに基づいて発音することを特徴としている。
【０００６】
【作用】請求項１記載の発明によれば，第１の選択手段は，ディジタル
楽音信号の入力から，データ圧縮手段の圧縮処理で圧縮されるディジタル
楽音データの展開処理に要する時間以上の所定の時間まで，入力されるデ
ィジタル楽音データを選択し，所定期間以降では，データ圧縮手段により
圧縮処理が施されたデータを選択する。記憶手段には，第１の選択手段に
よって選択されたデータが書き込まれるので，録音すべき楽音信号は，そ
の先頭から所定期間までの部分がディジタル・データの状態にて，所定期
間以降の部分が圧縮処理されたディジタル・データの状態にて，それぞれ
記憶手段に記憶される。
【０００７】請求項２記載の発明によれば，発音指示に応答して，記憶
手段からのディジタル・データおよび圧縮処理を施したデータの読み出し
が開始され，ディジタル・データは，第２の選択手段を介して出力される
一方，圧縮処理を施したデータは，さらにデータ展開手段によって元のデ
ィジタル・データに戻される。第２の選択手段は，発音指示後からディジ
タル・データを選択して，すべてのディジタル・データを出力し，この後，
楽音信号の先頭から，当該楽音信号のディジタル・データに圧縮処理を施
したデータの展開処理に要する時間以上の所定期間が経過した以降は，デ
ータ展開手段によって戻されたディジタル・データを選択して，選択され
たデータを出力する。したがって，発音指示後，直ちに，ディジタル・デ
ータが読み出されるとともに，圧縮処理を施したデータの展開処理が前も
って行われ，所定期間経過以降は展開処理で元に戻されたディジタル・デ
ータが出力されるので，時間遅れを極めて少なくして，直ちに楽音を発生
することができる。」
【０００８】
【実施例】以下，図面を参照してこの発明の実施例について説明する。
＜第１の実施例＞図１は，この発明による第１の実施例の構成を示すブ
ロック図であり，楽音信号を録音するものである。この図に示すＰＣＭ・
データは，録音すべき楽音信号を図示せぬＡ／Ｄ変換部によってディジタ
ル信号に変換した２値データであり，エンコーダ１の入力端およびセレク
タ２の入力端Ｂに供給されている。エンコーダ１は，制御信号ＳＡ１にし
たがって，入力したＰＣＭ・データを圧縮処理を連続的に施すものであり，
圧縮したエンコード・データをセレクタ２の入力端Ａに供給する。ここで，
エンコーダ１の圧縮能力は１／４であり，例えば，連続する４個のＰＣ
Ｍ・データを，１個のエンコード・データに圧縮するものである。なお，
エンコーダ１は，圧縮すべきデータを入力後，時間遅れＴをもってエンコ
ード・データを出力する。」
「【００１６】かかる実施例によれば，波形メモリ４に記憶される波形デ
ータは，図２（５）にその構成を示すように，１～Ｎサンプルまでが，す
なわち，サンプリングクロックＳＣがＮカウントされるまでがＰＣＭ・デ
ータであり，これ以降は圧縮処理されたエンコード・データである。ＰＣ
Ｍ・データの部分は，圧縮処理されないのでデータ量が増加するが，圧縮
処理されたエンコード・データの部分に比べて充分短いので，全体のデー
タ量にはほとんど影響を与えない。したがって，従来と比較して，圧縮効
率にほとんど差が生じない。」
「【００６２】
【発明の効果】以上説明したように，この発明によれば，楽音信号の所
定期間までのディジタル・データの長さは，圧縮処理を施したデータの長
さに比べて充分短いので，圧縮効率を悪化させなくて済むという利点があ
る（請求項１）。また，発音指示後，直ちに，ディジタル・データが読み
出されるとともに，圧縮処理を施したデータの展開処理が前もって行われ，
所定期間経過以降は展開処理で元に戻されたディジタル・データが出力さ
れるので，時間遅れを極めて少なくして，直ちに楽音を発生することがで
きる（請求項２）。」
イ上記発明の詳細な説明の段落【０００２】によれば，「圧縮処理には，
例えば，ＡＤＰＣＭ（適応型差分ＰＣＭ）や，さらに圧縮効率をあげたサ
ブバンドコーディングを用いることができる。」とされ，ここでは，従来
技術の説明として，ＡＤＰＣＭが圧縮処理を施されたデータとして扱われ
ていることが明らかである。
そして，本件特許発明２の課題としては，従来技術の圧縮処理をされた
データのうち，「特に圧縮高率の高いデータ」のデコードに伴う時間遅れ
に焦点を当て，その「時間遅れを極めて少なくして，直ちに楽音を発生す
る」ことを挙げている（段落【０００３】）。
ところで，本件特許発明２の課題とされる「特に圧縮効率の高いデー
タ」との関係をみると，前記のとおり，本件特許２明細書の実施例（段落
【０００８】）には，請求項１に係る実施例として，エンコーダの圧縮能
力が１／４である例が挙げられている。
そして，請求項１と本件特許発明２である請求項２との関係をみると，
段落【０００６】～【０００７】の記載によれば，請求項１の発明が段落
【０００１】にいう「録音」の発明，すわなち「録音すべき音楽信号は，
その先頭から所定期間までの部分がディジタル・データの状態にて，所定
期間以降の部分が圧縮処理されたデータの状態にて，それぞれ記憶手段に
記憶される」発明であり（段落【０００６】），本件特許発明２が「発
音」の発明，すなわち「発音指示後，直ちにディジタルデータが読み出さ
れるとともに，圧縮処理を施したデータの展開処理が前もって行われ，所
定期間経過以降は展開処理で元に戻されたディジタル・データが出力され
るので，時間遅れを極めて少なくして，直ちに楽音を発生することができ
る」発明であるものと解される（段落【０００７】）。
このように，請求項１の発明と本件特許発明２とは，録音と発音という
一対を成す発明であって，そこで請求項を形成する「圧縮処理を施したデ
ータ」とは，同一内容のデータを意味するものと解するのが相当である。
そうすると，前記請求項１の実施例である圧縮能力１／４のエンコーダ
で圧縮されたデータとは，本件特許発明２の「圧縮処理を施したデータ」
にも該当するものということができる。
そこで，この１／４に圧縮されたデータの性質について検討する。本件
特許発明２の出願より約３年８か月ほど前の平成元年３月２日に出願され
たセイコー電子株式会社出願の公開特許公報（平２－２３０２００〔乙２
２〕）には，「従来のＡＤＰＣＢ方式（注記：ＡＤＰＣＭ方式の誤記と認
められる。）では，符号化圧縮率が約１／２程度であり」との記載があり
（１頁右欄１０行～１１行），また，本件特許発明２の出願より後の平成
１１年５月１４日に国際特許出願されたソニー・コンピュータエンタテイ
ンメント出願の再公表特許公報（ＷＯ９９／５９１３３〔乙１５〕）には，
「ＡＤＰＣＭはデータを約４分の１に圧縮する」との記載がある（５頁２
７行）。
これらの記載に照らせば，ＡＤＰＣＭは圧縮率が約１／２ないし１／４
のデータであって，上記実施例の圧縮されたデータと圧縮率が同程度であ
ると認められる。
ウそして，本件特許２明細書のその他の記載をみても，楽音信号の先頭部
分を「特に圧縮効率の高いデータ」の部分と比べて処理に時間のかからな
い圧縮処理されたデータとする構成を示す記載はない。かえって，本件特
許２明細書には，「ＰＣＭ・データの部分は，圧縮処理されないのでデー
タ量が増加するが，圧縮処理されたエンコード・データの部分に比べて充
分短いので，全体のデータ量にはほとんど影響を与えない。したがって，
従来と比較して，圧縮効率にほとんど差が生じない。」（段落【００１
６】）と記載されており，楽音信号の先頭部分をＰＣＭ・データとしても
課題が解決されたものと解されるから，楽音信号の先頭部分をＰＣＭ・デ
ータに代えてＡＤＰＣＭ方式の圧縮処理を施したデータとする構成も本件
特許発明２に含まれると解することは困難である。
エ以上によれば，構成要件２Ａの「ディジタル・データ」には，ＡＤＰＣ
Ｍ方式の圧縮処理を施したデータは含まれないと解するのが相当である。
(3)被告製品２～４の先頭部のデータがＡＤＰＣＭ①データであることは当
事者間に争いがなく，前記(2)のとおり，被告製品２～４の「ＡＤＰＣＭ
①」データは，「ディジタル・データ」に該当しないから，被告製品２～４
は構成要件２Ａを充足しない。
２－２構成要件２Ｂ～２Ｃの充足性（争点２－２）について
(1)構成要件２Ｂ～２Ｃにおいて，①「ディジタル・データ」の読み出し開
始と「圧縮処理を施したデータ」の読み出し開始の同時性，②「ディジタ
ル・データ」の読み出しと「圧縮処理を施したデータ」のデコード処理の同
時平行性が要求されているかについて
ア本件特許発明２の【発明の詳細な説明】には，次の記載がある。
「【０００３】
【発明が解決しようとする課題】ところで，上述したような，特に圧縮
効率の高いデータのデコード処理にはある程度の時間が必要である。すな
わち，オペレータ（操作者）による発音指示によって読み出したエンコー
ド・データを，元のＰＣＭ・データへデコードする時間が必要である。こ
のため，図１１に示すように，楽音発生が，発音指示後から，デコード処
理に要する時間Ｄだけ遅れるいう（注：原文のまま）問題があった。この
発明は，上記課題に鑑みなされたもので，その目的とするところは，発音
指示後，時間遅れを極めて少なくして，直ちに楽音を発生することができ
る電子楽器の音源装置を提供することにある。」
「【００２３】次に，この実施例の動作について説明する。
①発音指示から（Ｎ－Ｄ）クロックまで
まず，オペレータが発音指示の旨のキーを押下すると，これに対応して
発音開始トリガーＰＴＲＧが各部に供給される。これによって，カウンタ
１４がデータＮのカウントダウンを行なうとともに，アドレスコントロー
ラ１２は，ストローブ信号ＳＴ１によってＰＣＭ・データ読出用アドレス
のカウントアップを行なう。これによって，波形メモリ１０からＰＣＭ・
データは，図４（２）の①に示すように，ストローブ信号ＳＴ１のタイミ
ングにて読み出され，ラッチ回路１５によって，本来のサンプリングクロ
ックＳＣのタイミングに戻される。このとき，制御信号ＳＡ２のレベルは
「Ｌ」であり，これにより，セレクタ１６は入力端Ｂを選択しているので，
セレクタ１６の出力データは，ＰＣＭ・データがサンプリングクロックＳ
Ｃのタイミングにて出力されることになる。
【００２４】②（Ｎ－Ｄ）クロックからＮクロックまで
サンプリングクロックＳＣ（ストローブ信号ＳＴ１）を（Ｎ－Ｄ）カウ
ントすると，アドレスコントローラ１２は，ＰＣＭ・データ読出用アドレ
スとともに，ストローブ信号ＳＴ２によってエンコード・データ読出用ア
ドレスのカウントアップを行なう。すなわち，Ｎクロックからデコーダ１
３による時間遅れＤの分だけ前に達すると，図４（２）の②に示すように，
波形メモリ１０からＰＣＭ・データとエンコード・データとが，それぞれ
ストローブ信号ＳＴ１，ＳＴ２のタイミングにて読み出される。このとき，
ＰＣＭ・データは①と同様に，ラッチ回路１５によってサンプリングクロ
ックＳＣのタイミングにて出力される一方，エンコード・データはストロ
ーブ信号ＳＴ２のタイミングにてデコーダ１３に取り込まれ，展開処理が
施される。
【００２５】③Ｎカウント経過後
次に，カウンタ１４によってサンプリングクロックＳＣがＮカウントさ
れると，すなわち，波形メモリ１０に記憶されているＰＣＭ・データの先
頭からＮサンプルまでのすべてが読み出されると，カウンタ１４による制
御信号ＳＡ２のレベルが「Ｈ」になるので，セレクタ１６の入力端Ａが選
択される。同時に，（Ｎ－Ｄ）クロックからＤクロック経過したので，デ
コーダ１３からは元に戻されたＰＣＭ・データが，サンプリングクロック
ＳＣのタイミング毎に順次供給される。したがって，セレクタ１６は，１
～ＮサンプルまでのＰＣＭ・データに引き続き，サンプリングクロックＳ
Ｃのタイミングで，元に戻された（Ｎ＋１）以降のＰＣＭ・データを出力
することになる。
【００２６】これと同時に，アドレスコントローラ１２によるＰＣＭ・
データ読出用アドレスのカウントが停止する。これは，ＰＣＭ・データ読
出用アドレスによってエンコード・データが読み出されるのを防止するた
めである。これによって，図４（２）のに示すように，波形メモリ１０か
らは，エンコード・データだけが，ストローブ信号ＳＴ２のタイミングで
読み出される。すなわち，デコーダ１３では，サンプリングクロックＳＣ
の４クロックに対し，１個のエンコード・データが展開され，４個のＰＣ
Ｍ・データに戻されるとともに，サンプリングクロックＳＣ１クロックに
対し１個のＰＣＭ・データがセレクタ１６を介して出力される。
【００２７】上述した第２の実施例によれば，図４（３）に示すように，
発音指示後，まず，ＰＣＭ・データが読み出され，サンプリングクロック
ＳＣのタイミングで出力される。その後，（Ｎ－Ｄ）クロック経過すると，
ＰＣＭ・データとエンコード・データとが読み出され，ラッチ回路１５は
ＰＣＭ・データをサンプリングクロックＳＣにてラッチして出力する一方，
デコーダ１３はエンコード・データを順次取り込み，Ｎクロック経過した
時点で最初のＰＣＭ・データを供給すべく，展開処理を開始する。そして，
Ｎクロック経過すると，セレクタ１６の選択は入力端Ｂから入力端Ａへと
切り替わるとともに，デコーダ１３は，時間遅れＤを見越して展開処理を
していたＰＣＭ・データを，サンプリングクロックＳＣのタイミングにて
出力する。したがって，発音指示後，時間遅れを生じることなく，ＰＣ
Ｍ・データを連続して出力することができる。」
「【００４９】次に，上述した実施例の動作について説明する。図９は，
この実施例の動作を示すタイミングチャートである。
①鍵盤装置３０のキーが押鍵されてからタイミング発生部３２がシス
テムクロックφを規定数カウントするまで，すなわち，ヘッダ信号HDの状
態が“Ｈ”である場合について説明する（図９において，①の期間に対応
する）。
【００５０】まず，キーが押鍵されると，鍵盤装置３０では，ノートオ
ンＮＯＮおよび押鍵されたキーに対応するノートコードＮＣＤが生成され
る。このときの音色の種類は，すでに音色ＳＷ部３１で選択されており，
音色コードＴＣが生成されているものとする。そして，タイミング発生部
３２は，オン・パルス信号ＯＮＰをノートオン信号ＮＯＮから，また，ノ
ートクロックをノートコードＮＣＤからそれぞれ生成する。
【００５１】さらに，アドレス発生部３３は，アドレスデータの初期値
をノートコードＮＣＤおよび音色コードＴＣによって決定し，さらに，ノ
ートクロックによるアドレスデータのカウントアップをオン・パルス信号
ＯＮＰによって開始する。このアドレスデータによって，第１波形メモリ
３４から押鍵されたキーに対応するＰＣＭ・データが読み出され，セレク
タ３７の入力端Ａに供給される。そして，ヘッダ信号ＨＤの状態は“Ｈ”
であるので，セレクタ３７は入力端Ａを選択する。すなわち，キーが押鍵
されてからヘッダ信号ＨＤの状態が“Ｈ”である場合には，セレクタ３７
は，第１波形メモリ３４から読み出されたＰＣＭ・データを出力する。
【００５２】一方，読み出し部３９は，アドレスデータの初期値をノー
トコードＮＣＤおよび音色コードＴＣによって決定し，さらに，このアド
レスデータのカウントアップをオン・パルス信号ＯＮＰによって開始する。
このアドレスデータによって第２波形メモリ４０から，押鍵されたキーに
対応するエンコード・データが読み出される。さらに，読み出し部３９は，
信号Ｓの状態（“Ｈ”）にしたがって１ブロック分のエンコードデータを
デコード・バッファＢ（０）に転送する。この転送が終了した場合には，
転送終了信号ＴＥをデコーダ３５に供給する。デコーダ３５は，転送終了
信号ＴＥを入力すると，読み出し部３９から転送された１ブロック分のエ
ンコード・データのデコードをデコード・バッファＢ（０）に開始させ，
デコード・データをデコード・バッファＢ（０）に書き込む。
【００５３】②次に，タイミング発生部３２がシステムクロックφを
規定数カウントしてからＡＤ１０が反転するまで，すなわち，ヘッダ信号
ＨＤの状態が“Ｌ”になってからアドレス発生部３３が１０２４（２１
０）をカウントするまでの期間について説明する（図９において，②の期
間に対応する）。
【００５４】まず，タイミング発生部３２は，ヘッダ信号ＨＤを“Ｈ”
から“Ｌ”へ切り換えて，セレクタ３７の選択を入力端Ｂに切り換えると
ともに，ヘッダ・エンド・パルス信号ＨＥＰを生成する。また，ヘッダ信
号ＨＤにしたがって信号Ｓが反転するので，変化検出部３８では１ショッ
トパルスが発生する。ヘッダ・エンド・パルス信号ＨＥＰ信号により，ア
ドレス発生部３３のアドレスデータは，オール０にリセットされて，ノー
トクロックによってカウントが再開される。このアドレスデータのＡＤ０
～ＡＤ９の１０ビットがデコード・バッファＢ（０）のアドレスを指定
する。これによって，１ブロック分のデコートデータが読み出され，セレ
クタ３７の入力端Ｂに供給される。すなわち，ヘッダ信号ＨＤが“Ｌ”に
なると，セレクタ３７の出力データは，ＡＤ０～ＡＤ９で指定されたデコ
ード・データとなる。
【００５５】一方，読み出し部３９は，次の１ブロック分のエンコード
データを信号Ｓの状態（“Ｌ”）にしたがってデコード・バッファＢ
（１）に転送する。この転送が終了した場合には，転送終了信号TEがデコ
ーダ３５に供給され，デコーダ３５は，転送されたエンコード・データの
デコードをデコード・バッファＢ（１）に開始させ，デコード・データは
デコード・バッファＢ（１）に書き込まれる。」
「【００６２】
【発明の効果】以上説明したように，この発明によれば，楽音信号の所
定期間までのディジタル・データの長さは，圧縮処理を施したデータの長
さに比べて充分短いので，圧縮効率を悪化させなくて済むという利点があ
る（請求項１）。また，発音指示後，直ちに，ディジタル・データが読み
出されるとともに，圧縮処理を施したデータの展開処理が前もって行われ，
所定期間経過以降は展開処理で元に戻されたディジタル・データが出力さ
れるので，時間遅れを極めて少なくして，直ちに楽音を発生することがで
きる（請求項２）。」
イ以上に基づいて，①「ディジタル・データ」の読み出し開始と「圧縮処
理を施したデータ」の読み出し開始の同時性，②「ディジタル・データ」
の読み出しと「圧縮処理を施したデータ」のデコード処理の同時平行性に
ついて検討する。
(ア)まず，特許請求の範囲の記載について検討するに，構成要件２Ｂの
文言は，「ディジタル・データおよび圧縮処理を施したデータの読み出
しを開始する」であるから，「ディジタル・データ」と「圧縮処理を施
したデータ」との読み出し開始が同時であることが要求されているよう
にもみえる。
しかしながら，構成要件２Ｂに先立つ構成要件２Ａの文言をみると
「楽音信号の先頭から，前記楽音信号のディジタル・データに圧縮処理
を施したデータの展開処理に要する時間以上の所定期間までの部分をデ
ィジタル・データの状態にて記憶するとともに，前記所定期間以降の部
分をディジタル・データに圧縮処理を施したデータの状態にて記憶する
記憶手段と，」であるから，「ディジタル・データ」の状態で記憶する
所定期間は，「圧縮処理を施したデータ」の展開処理に要する時間以上
の所定期間であり，「圧縮処理を施したデータ」の状態で記憶する所定
期間以降の部分とは，圧縮処理を施したデータの展開処理に要する時間
以上の所定期間以降の部分である。
そうすると，ディジタル・データに圧縮処理を施したデータの展開処
理に要する時間と同一の期間までの部分をディジタル・データの状態と
した場合には両者の読み出しを同時に開始する必要があるが，圧縮処理
を施したデータの展開処理に要する時間より長い期間までの部分をディ
ジタル・データの状態とした場合には，その必要は認められないのであ
って，構成要件２Ｂの文言のみを根拠として，「ディジタル・データ」
と「圧縮処理を施したデータ」との読み出し開始が同時であることが必
要であると解することはできない。
(イ)そこで，本件特許２明細書の【発明の詳細な説明】をみるに，本件
特許発明２の実施例（第２の実施例）では，「①発音指示から（Ｎ－
Ｄ）クロックまで」において，「オペレータが発音指示の旨のキーを押
下すると，…波形メモリ１０からＰＣＭ・データは，図４（２）の①に
示すように，ストローブ信号ＳＴ１のタイミングにて読み出され」（段
落【００２３】），「②（Ｎ－Ｄ）クロックからＮクロックまで」に
おいて，「（Ｎ－Ｄ）カウントすると，…図４（２）の②に示すように，
波形メモリ１０からＰＣＭ・データとエンコード・データとが，それぞ
れストローブ信号ＳＴ１，ＳＴ２のタイミングにて読み出される。…エ
ンコード・データはストローブ信号ＳＴ２のタイミングにてデコーダ１
３に取り込まれ，展開処理が施される。」（段落【００２４】），「③
Ｎカウント経過後」において，「波形メモリ１０に記憶されているＰＣ
Ｍ・データの先頭からＮサンプルまでのすべてが読み出されると」（段
落【００２５】），「これと同時に，…ＰＣＭ・データ読出用アドレス
のカウントが停止する。…これによって，図４（２）の③に示すように，
波形メモリ１０からは，エンコード・データだけが，ストローブ信号Ｓ
Ｔ２のタイミングで読み出される。」（段落【００２６】），「上述し
た第２の実施例によれば，図４（３）に示すように，発音指示後，まず，
ＰＣＭ・データが読み出され，サンプリングクロックＳＣのタイミング
で出力される。その後，（Ｎ－Ｄ）クロック経過すると，ＰＣＭ・デー
タとエンコード・データとが読み出され，…デコーダ１３はエンコー
ド・データを順次取り込み，Ｎクロック経過した時点で最初のＰＣＭ・
データを供給すべく，展開処理を開始する。」，「Ｎクロック経過する
と，…デコーダ１３は，時間遅れＤを見越して展開処理をしていたＰＣ
Ｍ・データを，サンプリングクロックＳＣのタイミングにて出力する。
したがって，発音指示後，時間遅れを生じることなく，ＰＣＭ・データ
を連続して出力することができる。」（段落【００２７】）とされてい
る。
以上の実施例に沿って考えると，ＰＣＭ・データを読み出していると
きにエンコード・データを読み出すのであって，ＰＣＭ・データとエン
コード・データの読み出し開始は同時である必要はないものと解される。
また，エンコード・データは，ＰＣＭ・データの出力が終了した時点で，
連続して出力されるように，ＰＣＭ・データに展開されるものと解され
る。
これに上記(ア)の構成要件２Ａの文言を併せ考えれば，①「ディジタ
ル・データ」の読み出し開始と「圧縮処理を施したデータ」の読み出し
開始の同時性は必要がないと解される。また，②「ディジタル・デー
タ」の読み出しと「圧縮処理を施したデータ」のデコード処理の同時平
行性については，「圧縮処理を施したデータ」は，「ディジタル・デー
タ」の出力が終了した時点で，連続して出力されるように，デコード処
理される限度では平行性が必要であるといえるものの（段落【０００
３】【００６２】も参照），同時性は必要がないと解される。
(ウ)被告は，構成要件２Ｂが「ディジタル・データおよび圧縮処理を施
したデータの読み出しを開始する」としていることを根拠として，本件
特許２明細書の第２の実施例が本件特許発明２とは異なる旨主張する。
しかしながら，上記(ア)で述べたように，構成要件２Ａの記載を踏まえ
ると，「ディジタル・データ」の読み出し開始と「圧縮処理を施したデ
ータ」の読み出し開始が同時である必要はないと解されるから，被告の
主張は採用できない。
ウ以上のとおり，構成要件２Ｃの解釈として，「圧縮処理を施したデー
タ」は，「ディジタル・データ」の出力が終了した時点で，連続して出力
されるように，デコード処理される限度では平行性が必要であるが，同時
性は要求されないものと解される。
(2)被告製品２～４が「読出手段」「データ展開手段」を備えているかにつ
いて
別紙被告製品２～４説明書によると，「オーディオ再生命令に従い，外部
音声ＲＯＭ内に被告が独自に開発したＭＤＣＴ方式（先頭と末尾は，ＡＤＰ
ＣＭ方式）にて圧縮済みのデジタルデータとして格納されている圧縮オーデ
ィオデジタルデータ（最大２０４８曲のフレーズデータ）の中から当該オー
ディオ再生に必要な構成フレーズを順次読み出す機能（第３機能）」を有す
る。そうすると，被告製品２～４は，構成要件２Ｂの「読出手段」を備えて
いると認められ，「ＡＤＰＣＭ①」データが「ディジタル・データ」である
かを除いて，構成要件２Ｂを充足する。しかし，被告製品２～４の「ＡＤＰ
ＣＭ①」は，構成要件２Ｂの「ディジタル・データ」に該当しないのである
から，結局のところ，被告製品２～４は，構成要件２Ｂを充足しない。
次に，上記機能には，「ＭＤＣＴ方式」のデータの「展開手段」があり
（別紙被告製品２～４の機能説明３．３では，ハフマンデコードと逆量子化
を施して復号化され，ＩＭＤＣＴで時間領域のＰＣＭデータに変換される
〔当事者間に争いはない。〕。），また，上記のとおり，「当該オーディオ
再生に必要な構成フレーズを順次読み出す機能」がある。そうすると，被告
製品２～４は，「ＭＤＣＴ方式」にて圧縮済みのデジタルデータが連続して
出力されるように，デコード処理されていると認められるから，構成要件２
Ｃを充足する。
(3)以上のとおり，被告製品２～４は，構成要件２Ｃを充足するが，構成要
件２Ｂを充足しない。
２－３構成要件２Ｄ～２Ｆの充足性（争点２－３）について
(1)まず，構成要件２Ｅ～２Ｆについて検討する。
構成要件２Ｅは，「前記第２の判別手段によって前記ディジタル・データ
の読み出しが終了していないと判別された場合には前記読出手段によって読
み出されたディジタル・データを選択し，前記第２の判別手段によって前記
ディジタル・データの読み出しが終了したと判別された場合には前記データ
展開手段によって展開されたディジタル・データを選択する第２の選択手段
とを具備し，」であり，構成要件２Ｆは，「前記第２の選択手段によって選
択されたディジタル・データに基づいて発音する」というものであるから，
構成要件２Ｆの「第２の選択手段」は，「第２の判別手段」の判別を前提と
して，「ディジタル・データ」又は「展開されたディジタル・データ」を選
択するものと解される。
また，本件特許２明細書の図３及び５をみるに，本件特許発明２の実施例
では，波形メモリから読み出されたデータはＰＣＭ・データの場合には，そ
のままセレクタに供給され，エンコード・データの場合には，デコーダでデ
コード処理されてセレクタに供給され，その後，セレクタは，ＰＣＭ・デー
タとデコードされたエンコード・データのいずれかを選択するものと解され
る。
そうすると，本件特許発明２の実施例では，セレクタが「第２の選択手
段」に該当すると解するのが相当である。
(2)そこで，被告製品２～４において，セレクタに相当するような「第２の
選択手段」が備えられているかを検討する。
原告は，前記第３の２－３構成要件２Ｄ～２Ｆの充足性(2)（原告の主
張）のとおり，被告製品２～４について，「ＲＡＭからバスバッファへのＰ
ＣＭデータ（ＡＤＰＣＭ①が伸張されたデータ）の出力が完了した時点で，
デコード部からシーケンサへ上記バスバッファへの出力が完了したことを通
知する。」，「その通知を受けて，シーケンサはＡＤＰＣＭ①部分のデコー
ド及びバスバッファへの出力が完了したことを確認し，次にＭＤＣＴ部分の
デコードが必要なことを認識する。そして，バスバッファの空き容量を確認
しながらデコードを開始できる状態と判断すると，シーケンサはＭＤＣＴデ
ータの読み出しを開始する。」，「ＭＤＣＴデータは，ハフマンデコードと
逆量子化を施して復号化され，復号化された周波数領域のデータをＲＡＭに
順次格納する。」，「ＲＡＭに格納された周波数領域のデータをＩＭＤＣＴ
で時間領域のＰＣＭデータに変換後（フレーム単位の時間軸情報が得られ
る），音量調整をして１サンプルずつバスバッファに格納する。」と説明す
る。
また，原告は，被告製品２について，出力系統はシリアルに行われていて
も，「シーケンサはＡＤＰＣＭ①部分のデコード及びバスバッファへの出力
が完了したことを確認し，」（別紙被告製品２の機能説明３．３）その出力
系統への入力の順序に従って出力されるデータが選択されている，より具体
的には，その選択は，「あるトラックのＡＤＰＣＭ①の読み出し，デコード，
バスバッファへの格納という一連の動作が終了する」までは，「ＡＤＰＣＭ
①」データを出力系統へ入力するように選択が行われ，その後については，
「ＡＤＰＣＭ①」データを選択することなく「ＭＤＣＴ方式の圧縮データ」
を出力系統へ入力するように選択が行われるということであり，これを「シ
ーケンサ」が行うものであると説明する（甲５０〔技術説明会資料〕・２６
～２７頁。これは，被告製品２についての説明であるが，被告製品３及び４
も製品の機能は同じであるとの説明と解される。）。
しかしながら，後者の説明が前者の説明を敷衍するものであることを踏ま
えると，以上の説明は，被告製品２～４について，シーケンサがＡＤＰＣＭ
とＭＤＣＴデータの読み出しを切り換えることを特定するにとどまるという
べきであって，ＡＤＰＣＭデコーダの出力とＭＤＣＴデコーダの出力を選択
することを特定するものとはいい難い。
そして，その他の原告の説明に加え，本件全証拠をみても，被告製品２～
４について，セレクタ等の「第２の選択手段」に相当するものが存在すると
は認められない。
(3)そうすると，被告製品２～４は，「第２の選択手段」を備えないから，
構成要件２Ｅ～２Ｆを充足しないし，「第２の選択手段」を備えない以上，
「第２の判別手段」の存否も不明であるというほかなく，構成要件２Ｄを充
足しない。
２－４構成要件２Ｇの充足性（争点２－４）について
(1)被告製品２～４は，順にサウンドＬＳＩ，マルチ機能ＬＳＩ，サウンド
ＬＳＩである。
この点，原告は，被告製品２～４は，複数の音（フレーズ）を個々独立に
操作者の任意のタイミングで発生するような多彩な演奏を可能にしており，
単なる再生装置とはいえないとして，「電子楽器の音源装置」に該当する旨
主張する。
(2)そこで，「電子楽器」の意義について検討するに，本件特許２明細書を
みても，これを特に定義した記載はないから，一般的な意義で使用されてい
るものと解される。
そして，「電子楽器」は，楽器であるから，操作者により演奏情報として
楽音の情報が入力され，当該情報に従って楽音として出力されるものである
と解される（例えば，電子ピアノでは，演奏者の鍵盤操作により楽音の情報
が入力され，当該情報に従った楽音が出力される。）。
そうすると，被告製品２～４は，オーディオ再生命令の契機が操作者の意
思に基づくものであったとしても，その後の楽音の進行は，操作者の意思と
は関係なくオーディオデータが出力されるものであるから（別紙被告製品２
～４説明書），構成要件２Ｇの「電子楽器」の音源装置に該当しない。
(3)したがって，被告製品２～４は，構成要件２Ｇを充足しない。
２－５まとめ
以上のとおり，被告製品２～４は，構成要件２Ａ，２Ｂ，２Ｄ～２Ｇを充足
しない。
そうすると，構成要件２Ａに関する主張である間接侵害及び均等侵害につい
て判断するまでもなく，被告製品２～４が本件特許発明２の技術的範囲に属す
るとは認められないから，本件特許発明２に係る請求はいずれも理由がない。
３本件特許発明３に係る侵害の成否について
３－１構成要件３Ａの充足性（争点３－１）について
原告は，請求項４に係る特許発明を本件特許発明３と主張するところ，本来，
請求項４に係る発明は，請求項２，３も引用しているのであるが，原告による
請求項の記載の仕方及び構成要件の分説の内容からみると，原告は，本件特許
発明３としては，請求項１を引用する請求項４に係る発明に限定して請求する
ことが明らかであるところから，以下では，原告の請求をそのようなものであ
るとして判断する。
(1)まず，構成要件３Ａには楽音データの先頭部がＡＤＰＣＭ方式によって
圧縮された楽音データである場合が含まれるかについて検討する。
ア構成要件３Ａは，「圧縮楽音データとＡＤＰＣＭ方式によって圧縮され
た圧縮楽音データとから構成される楽音データが記憶された記憶媒体から
前記楽音データを圧縮楽音データ，ＡＤＰＣＭ方式によって圧縮された圧
縮楽音データの順に読み出して再生する楽音データ再生装置であって，」
というものであって，その文言上，楽音データの先頭部のデータの形式に
ついては必ずしも明らかではない。
イそこで，本件特許３明細書の【発明の詳細な説明】をみると，以下の記
載がある。
「【技術分野】
【０００１】
本発明は，圧縮され記憶媒体に記憶された楽音データを再生する楽音デ
ータ再生装置に関する。
【背景技術】
【０００２】
近年，オーディオの分野においては，ディジタル楽音データを圧縮する
方式（規格）として，ＭＰＥＧ，ＭＰ３，ＡＡＣ，ＷＭＡ等種々の方式が
開発され，これに伴い，圧縮楽音データを再生する再生装置も種々実用化
されている（特許文献１参照）。
ところで，パチンコ等のゲーム機の分野においては，同じ楽曲を続けて
繰り返し再生するループ再生がしばしば行われる。しかしながら，上述し
た圧縮楽音データをゲーム機において使用する場合，例えばＭＰＥＧは１
１５２サンプル，ＡＡＣは１０２４サンプルを１フレームとし，このフレ
ーム単位で再生処理を行うようになっているので，曲の最後のフレームが
規定数のサンプルを含まない場合にフレームの後部に無音部分が含まれる
ことになる。このため，繰り返し再生において曲の終端部と先頭部との間
に無音部分が生じてしまう問題があった。」
「【発明が解決しようとする課題】
【０００３】
本発明は上記事情を考慮してなされたもので，その目的は，無音部分を
作ることなくループ再生を行うことができる楽音データ再生装置を提供す
ることにある。
【課題を解決するための手段】
【０００４】
この発明は上記の課題を解決するためになされたもので，請求項１に記
載の発明は，圧縮楽音データと非圧縮楽音データとから構成される楽音デ
ータが記憶された記憶媒体から前記楽音データを圧縮楽音データ，非圧縮
楽音データの順に読み出して再生する楽音データ再生装置であって，前記
記憶媒体から前記非圧縮楽音データを読み出すとともに，前記非圧縮楽音
データの読み出しを終了した時点で読み出し終了通知を出力する第１の読
出手段と，前記記憶媒体から前記圧縮楽音データを読み出す第２の読出
手段と，前記第２の読出手段によって読み出された圧縮楽音データを伸張
して出力するデコーダと，前記第１の読出手段の出力と前記デコーダの出
力とを切り換える切換手段と，前記第１の読出手段，前記第２の読出手段，
および前記切換手段を制御する制御手段とを具備し，前記圧縮楽音データ
は，楽音データの再生における所定の再生処理単位の整数倍のデータサイ
ズを有し，前記制御手段は，ループ再生指示を受けて，前記第２の読出
手段へ前記圧縮楽音データの読み出し指令を出力するとともに前記切換手
段を前記デコーダの出力に切り換える第１手順，前記デコーダによる前記
圧縮楽音データの伸張および出力が終了した時点で前記第１の読出手段へ
前記非圧縮楽音データの読み出し指令を出力するとともに前記切換手段を
前記第１の読出手段の出力に切り換える第２手順，を順に実行し，前記第
１の読出手段から出力される前記読み出し終了通知を受けて再び前記第１
手順を実行することにより，前記楽音データをループ再生させることを特
徴とする楽音データ再生装置である。」
「【０００７】
請求項４に記載の発明は，請求項１から請求項３のいずれかの項に記載
の楽音データ再生装置において，前記非圧縮楽音データに代えてＡＤＰＣ
Ｍ方式によって圧縮された圧縮楽音データを用いることを特徴とする。
【発明の効果】
【０００８】
この発明によれば，楽音データの終了部に非圧縮データを配置したので，
圧縮楽音データを，無音部分を作ることなく任意の箇所でループ再生する
ことができる効果が得られる。また，この発明によれば，楽音データの先
頭部に非圧縮データを配置したので，圧縮楽音データのデコードによる遅
れの影響を無くし，無音部分のないループ再生をすることができる効果が
ある。
【発明を実施するための最良の形態】
【０００９】
以下，図面を参照し，この発明の実施の形態について説明する。図１は
この発明の第１の実施の形態による楽音データ再生装置の構成を示すブロ
ック図，図２は，（ａ）楽音データのフォーマット，（ｂ）楽音データの
デコードタイミング，（ｃ）楽音データの出力タイミングを各々示す図で
ある。図２（ａ）に示すように，この実施形態においては，楽曲の先頭部
と終了部が圧縮されていないＰＣＭ（ＰｕｌｓｅＣｏｄｅＭｏｄｕｒａ
ｔｉｏｎ）楽音データ（以下，ＰＣＭデータという）であり，中央部が圧
縮楽音データ（以下，圧縮データという）という構成の楽音データが使用
される。また，圧縮データはＭＰＥＧ規格によって圧縮されている。」
「【００２１】
なお，上記の実施形態において，楽音データの先頭部および終了部にＰ
ＣＭデータ，すなわち圧縮されていないディジタル楽音データを配置した
が，これに代えて，例えばＡＤＰＣＭ等の圧縮手法を用いた，伸張が短時
間で行えるディジタル楽音データを配置してもよい。
また，上記実施形態は，圧縮データの先頭部および終了部にＰＣＭデー
タを配置しているが，これに代えて，終了部にのみ配置してもよい。この
場合，ループ再生を行うには，制御部１７が後部のＰＣＭデータの再生終
了時点より一定時間前に圧縮データ読出部１３へ読み出し開始を指示する
必要がある。」
以上のとおり，本件特許３明細書においては，楽曲の先頭部と終了部が
圧縮されていないＰＣＭ楽音データで，中央部が圧縮楽音データという構
成の楽音データが使用されたものが第１の実施の形態とされ（段落【００
０９】），これに代えて，例えばＡＤＰＣＭ等の圧縮手法を用いた伸張が
短時間で行えるディジタル楽音データを配置してもよいとされているから
（段落【００２１】），実施例として，楽音データの先頭部がＰＣＭ楽音
データ又はＡＤＰＣＭ方式によって圧縮された圧縮楽音データであるもの
が示されている。そして，上記実施例以外の記載において，楽音データの
先頭部がＡＤＰＣＭ方式により圧縮された楽音データであることを排斥す
るような記載はない。
ウ次に，出願経過について検討する。
(ア)本件特許３の原出願に係る請求項３は「圧縮データと，その先端に
配置された第１の非圧縮データまたは伸張時間が短い圧縮データと，そ
の終端に配置された第２の非圧縮データまたは伸張時間が短い圧縮デー
タとからなる楽音データが記憶された記憶媒体から前記楽音データを読
み出して再生する楽音データ再生装置であって，」（乙１）とされてい
たのに対し，補正後の請求項４（請求項１を引用するもの）は「圧縮楽
音データとＡＤＰＣＭ方式によって圧縮された圧縮楽音データとから構
成される楽音データが記憶された記憶媒体から前記楽音データを圧縮楽
音データ，ＡＤＰＣＭ方式によって圧縮された圧縮楽音データの順に読
み出して再生する楽音データ再生装置であって，」とされている。
(イ)上記補正の経緯は，次のとおりである。
ａ本件特許３を含む特願２００４－９７３８３については，拒絶理由
通知がされたが，その理由の１つは，特許法２９条２項の規定により
特許を受けることができないとするものであり，拒絶理由通知書（乙
２）によれば，「刊行物１には，データの先頭の所定期間を非圧縮デ
ータとし，所定期間以降を圧縮データとした音源装置（楽音データ再
生装置）の発明が記載されている。これは両者を組み合わせて１つの
連続データとする技術思想であり，データ記憶部に余裕があるのであ
れば，圧縮データの終端部を非圧縮データとし，これらを切り換えて
出力再生することは設計的事項にすぎない。」というものであった。
また，他の拒絶理由として，特許法３６条４項，同条６項２号の要
件を満たしていないことが挙げられ，「（１）・・・段落０００３に
はループ再生における問題が課題である旨が記載されているが，各請
求項の構成には，その関係が存在せず，なぜ無音部分が生じるのか，
その前提も存在しない。（２）「読出手段の出力データを交互に（請
求項１），あるいは順次（請求項２）切り換えて出力する」というこ
とが，次のデータを含んでの意味であるのか，単に１つのデータセッ
トのみを意味するのか不明である。（３）請求項３の記載では，「先
端」「終端」という表現がなされているが，先端の前のデータ，ある
いは終端の次のデータとの処理の関係が不明である。」とされていた。
上記の拒絶理由通知における刊行物１とは特開平０６－１６７９７
８（乙１１）であり，その明細書の発明の詳細な説明によれば，請求
項２の発明について，「請求項２記載の発明によれば，発音指示があ
った場合に，記憶手段からディジタル・データおよび圧縮処理を施し
たデータが読み出され，ディジタル・データは，第２の選択手段を介
して出力される一方，圧縮処理を施したデータは，さらにデータ展開
手段によって元のディジタル・データに戻される。第２の選択手段は，
発音指示後からディジタル・データを選択して，すべてのディジタ
ル・データを出力し，この後，データ展開手段によって戻されたディ
ジタル・データを選択して，選択されたデータを出力する。したがっ
て，発音指示後，直ちに，ディジタル・データが読み出され，この後
に，元に戻されたディジタル・データが出力されるので，時間遅れを
極めて少なくして，直ちに楽音を発生することができる。」とされて
いた。
上記の刊行物１の記載によれば，刊行物１に関する拒絶理由の趣旨
は，刊行物１にはデータの先頭の所定期間を非圧縮データとし，所定
期間以降を圧縮データとした音源装置の発明が記載されており，これ
は非圧縮データと圧縮データの両者を組み合わせて１つの連続データ
とする技術思想であり，本件特許３に係る発明も圧縮データと非圧縮
データを１つの連続データとする技術思想において同一であること，
データの連続のさせ方として，データの記憶部に余裕があるのであれ
ば，圧縮データの終端部を非圧縮データとすることは設計的事項にす
ぎないものであることを指摘したものであったと解される。
ｂ上記拒絶理由通知を受けて，手続補正書とともに提出された意見書
（乙３）には，以下の記載がある。
「（１）補正について
別途提出する手続補正書により，元の請求項１および２を削除する
とともに，元の請求項３および４の要旨を明確にした請求項を新請求
項１および２とし，さらに新たな請求項を新請求項３および４として
追加しました。これらの補正は，明細書の段落０００９，００１４，
００１６～００２１，００２４～００２７などの記載を根拠とするも
のであり，新規事項の追加ではありません。
（２）本願発明
本願発明は，所定の再生処理単位（フレーム）の整数倍のデータサ
イズを有する圧縮楽音データを含む楽音データをループ再生する際に，
圧縮楽音データの終端部のフレームに含まれるサンプル数が上記所定
の再生処理単位とならず端数である場合，当該フレームのサンプルの
無い部分が無音として再生されてしまうことを防止することを目的と
してなされたものです。
そして請求項１に係る発明では，（Ａ）上記終端部のフレームを圧
縮楽音データとせずに非圧縮楽音データとして楽音データを記憶する
ようにしたこと，（Ｂ）圧縮楽音データと非圧縮楽音データとを切り
換えて再生すること，を特徴的な構成としています。圧縮楽音データ
の終端部のフレーム内のサンプル数が端数であるにもかかわらず当該
フレーム全体を圧縮楽音データとしてしまうと，当該フレームのサン
プルの無い部分が無音として再生されてしまいますが，本願のように
当該フレームを非圧縮楽音データとすることによって，圧縮楽音デー
タの再生が終わると非圧縮楽音データを再生し，非圧縮楽音データの
再生が終わったらすぐに圧縮楽音データの再生に移ることができるの
で，無音のないループ再生を行うことが可能となります。」
「刊行物１や刊行物２には，引例として，圧縮部と非圧縮部の再生を
切り換える楽音再生装置の発明が開示されていますが，これらの引例
においては，本願発明のように楽音のループ再生での無音部分の発生
を防止するという課題は全く認識されていません。
また，審査官殿は，刊行物１記載の発明において記憶部に余裕があ
る場合に終端部を非圧縮データとすることは単なる設計的事項である，
と認定されましたが，本願請求項１の発明は，上記のとおり圧縮楽音
データとすると終端部のフレームに無音が生じる楽音データを非圧縮
データとすることによって無音部分の発生が防止可能となるという知
見に基づいてなされたものであり，単に記憶部の余裕具合に応じて終
端部に非圧縮データを配置しただけのものではありません。よって，
刊行物１に基づいて，当業者がループ再生における無音部分の発生を
防止するという課題を認識した上で，本願発明のようなデータ構造の
楽音データを読み出して該楽音データをループ再生させる楽音データ
再生装置を想到できたとは言えないと考えられます。
また，本願請求項１の発明では，楽音データが圧縮楽音データと終
端部の非圧縮楽音データからなるデータ構造を有し，各読出手段がこ
れら各データ（圧縮楽音データと非圧縮楽音データ）の読み出しを終
了した時に制御手段へその旨を通知して，制御手段が該通知を受ける
とそれに応じたデータを読み出すように各読出手段を制御することに
よって，ループ再生を行うことを可能としています。このような制御
手段の処理について，各刊行物には開示がありません。」
ｃそこで，上記拒絶理由通知及び意見書の内容に照らして，補正の趣
旨について検討するに，前記補正は，拒絶理由における刊行物１等を
理由とする特許法２９条２項違反の指摘，同法３６条６項２号の明確
性要件違反等と指摘を踏まえてされたものであり，その対応策として，
次のような方策を採用したものと考えられる。まず，刊行物１との技
術的相違点を明らかにするため，本件特許３に係る発明の技術的意義
が，圧縮楽音データの終端部のフレームに含まれるサンプル数が上記
所定の再生処理単位とならず端数である場合，当該フレームのサンプ
ルのない部分が無音として再生されてしまうことを防止することを目
的としてされたものであることを明確にした。また，明確でないと指
摘された請求項１，２を削除した。そして，同じく明確でないと指摘
された旧請求項３における「先端の前のデータ，あるいは終端の次の
データ処理との関係」については，新請求項１（旧請求項３）におい
ては，「圧縮楽音データ」と「非圧縮楽音データ」の記載のみとし，
「先頭の前のデータ，あるいは終端の次のデータ処理との関係」とい
う問題が顕在化しないようにするとともに，発明の技術的意義に即し
た記載になるようにした。
以上のとおり，原告は，補正の際の意見書において，楽音データの
終端部に非圧縮楽音データを配置したことが技術的に重要であること
を主張するのみであって，楽音データの先頭部に非圧縮楽音データを
配置することについて技術的な説明をしていない。
被告は，このことを捉えて，先端に非圧縮楽音データ（請求項１）
又はＡＤＰＣＭ方式によって圧縮された圧縮楽音データ（請求項４）
を配置する構成は除外されたと主張する。
しかし，原告による補正の趣旨は，楽音データの終端部に非圧縮楽
音データを配置することによる無音部分の発生の解消が技術的に重要
であることを指摘したものであり，意見書や補正後の請求項及び発明
の詳細な説明の記載をみても，先頭部分に非圧縮楽音データ（又はＡ
ＤＰＣＭ方式で圧縮された圧縮楽音データ）を配置することが排除さ
れているわけではない。楽音データの先頭部に非圧縮楽音データ（又
はＡＤＰＣＭデータ方式で圧縮された圧縮楽音データ）を配置するか
否かは本件特許発明３を含む発明において重要な事項ではなかったと
解されるし，そのことが本件特許３を含む発明の技術的意義を阻害す
るものではなく，また補正前（出願時）に記載されていなかった新規
事項の追加であるということもできない。
エ以上に照らすと，構成要件３Ａは，楽音データの先頭部に非圧縮楽音デ
ータ（又はＡＤＰＣＭデータ方式で圧縮された圧縮楽音データ）を配置す
る構成を排除したものとはいえないから，構成要件３Ａには楽音データの
先頭部がＡＤＰＣＭ方式によって圧縮された楽音データである場合が含ま
れるものというべきである。
(2)被告製品２～４は，「ＡＤＰＣＭ①」，「ＭＤＣＴデータ」，「ＡＤＰ
ＣＭ②」の順で，「外部音声データＲＯＭ」からデータを「順に読み出して
再生する」（別紙被告製品２～４説明書）。
そして，「ＭＤＣＴデータ」が構成要件３Ａの「圧縮楽音データ」に，
「ＡＤＰＣＭ②」が構成要件３Ａの「ＡＤＰＣＭ方式によって圧縮された圧
縮楽音データ」にそれぞれ該当する。
(3)したがって，被告製品２～４は，「楽音データ再生装置」に該当するか
否かを除いて，構成要件３Ａを充足する（「楽音データ再生装置」に該当す
るか否かは，後記３－５において判断する。）。
３－２構成要件３Ｂ～３Ｃ及び３Ｅの充足性（争点３－２）について
(1)本件特許３明細書の【発明の詳細な説明】には，実施例以外の記載
（【０００１】～【０００８】，【０００２９】）においては，構成要件３
Ｂの「第１の読出手段」，構成要件３Ｃの「第２の読出手段」，構成要件３
Ｅの「切換手段」の技術的意義についての記載はなく，実施例について，以
下の記載がある。
「【００１４】
次に，上述した楽音データを再生する再生装置について図１，図６，図７
を参照して説明する。
図１はこの発明の一実施形態による楽音データ再生装置の構成を示すブロ
ック図である。この図において，１１は前述した楽音データが記憶されたＲ
ＯＭ，１２はＲＯＭ１１から楽音データの先頭部および終了部に設けられた
ＰＣＭデータを読み出すＰＣＭデータ読出部，１３はＲＯＭ１１からＭＰＥ
Ｇ規格によって圧縮された圧縮データを読み出す圧縮データ読出部，１４は
圧縮データ読出部１３によって読み出された圧縮データを伸張（デコード）
するデコーダ，１５はＰＣＭデータ読出部１２の出力と，デコーダ１４の出
力のいずれか一方を選択して出力する切換部，１６は切換部１５の出力をア
ナログ信号に変換するＤ／Ａ（ディジタル／アナログ）変換器，１７は各部
を制御する制御部である。
【００１５】
また，図６はデコーダ１４の構成を示すブロック図である。この図におい
て，２１は，逆フォーマット回路であり，圧縮データ読出部１３から出力さ
れる圧縮データ（図５の符号Ｂ参照）から量子化されたサブバンドサンプル，
ビット割当情報およびスケールファクタを分離し，サブバンドサンプルを逆
量子化回路２２へ出力すると共に，ビット割当情報を同じ逆量子化回路２２
へ出力する。また，スケールファクタを逆スケーリング回路２３へ出力する。
逆量子化回路２２は，サブバンドサンプルをビット割当情報を用いて逆量子
化し，逆スケーリング回路２３へ出力する。逆スケーリング回路２３はスケ
ールファクタに基づいて逆量子化回路の出力データのスケールを元に戻し，
サブバンド合成フィルタバンク２４へ出力する。サブバンド合成フィルタバ
ンク２４は，逆スケーリング回路２３から出力されるサブバンドデータを合
成して圧縮前のＰＣＭデータに戻す。このＰＣＭデータは出力バッファ２５
に一時記憶された後，図１の切換部１５へ出力される。
【００１６】
次に，図１に示す楽音データ再生装置の動作を図７を参照して説明する。
ループ再生の指示を受けた制御部１７は，まず，楽音データの先頭アドレ
スをＰＣＭデータ読出部１２へ出力してＰＣＭデータの読み出しを指示し，
次に，圧縮データの先頭アドレスを圧縮データ読出部１３へ出力して圧縮デ
ータの読み出しを指示し，次いで，切換部１５をＰＣＭデータ読出部１２の
出力に切り換える（図７の時刻ｔ１）。制御部１７から読み出し指示を受け
たＰＣＭデータ読出部１２は，ＲＯＭ１１から楽音データの先頭部のＰＣＭ
データを順次読み出し，切換部１５を介してＤ／Ａ変換器１６へ出力する。
Ｄ／Ａ変換器１６はそのＰＣＭデータをアナログ楽音信号に変換し，スピー
カユニット（図示略）へ出力する。これにより，楽音データの先端部のＰＣ
Ｍデータに基づく楽音が発生する。ＰＣＭデータ読出部１２は，楽音データ
の先頭部のＰＣＭデータを全て出力した時点で，制御部１７へ出力終了を通
知する（時刻ｔ２）。制御部１７はこの終了通知を受け，切換部１５をデコ
ーダ１４の出力に切り換える（図７（ｃ）参照）。
【００１７】
一方，圧縮データ読出部１３は，制御部１７からの読み出し指示を受け，
ＲＯＭ１１から圧縮データを順次読み出し，デコーダ１４へ出力する。デコ
ーダ１４はその圧縮データを伸張し，伸張済みデータを切換部１５へ出力す
る。ここで，前述したように，先頭部のＰＣＭデータのサンプル数Ｍは，そ
の読み出し時間が，デコーダ１４が圧縮データ読出部１３から最初のデータ
を受けた時点から第１番目の伸張済みデータを出力するまでの時間に一致す
るように決められている。したがって，制御部１７がＰＣＭデータ読出部１
２から終了通知を受けて切換部１５を切り換えた時点に一致するタイミング
で，デコーダ１４から第１番目の伸張済みデータが出力される。以後，デコ
ーダ１４から順次伸張済みデータが出力され，切換部１５を介してＤ／Ａ変
換器１６へ出力される。Ｄ／Ａ変換器１６はその伸張済みデータをアナログ
楽音信号に変換し，スピーカユニットへ出力する。これにより，ＲＯＭ１１
内の圧縮データに基づく楽音が発生する。
【００１８】
次に，圧縮データ読出部１３は，ＲＯＭ１１内の圧縮データを全て読み出
した時点で制御部１７へ読み出し終了を通知する（時刻ｔ３）。制御部１７
はこの通知を受け，予め設定されている一定時間Ｔが経過後，ＰＣＭデータ
読出部１２へ楽音データの後部のＰＣＭデータの先頭アドレスを出力してＰ
ＣＭデータの読み出しを指示し，次いで，切換部１５をＰＣＭデータ読出部
１２の出力に切り換える（時刻ｔ４）。ここで，時間Ｔとは，圧縮データの
最後のデータがＲＯＭ１１から読み出されデコーダ１４へ入力された時点か
ら，その最後のデータが伸張されデコーダ１４から出力されるまでの時間で
ある。
【００１９】
制御部１７から読み出し指示を受けたＰＣＭデータ読出部１２は，ＲＯＭ
１１から楽音データの終了部のＰＣＭデータを順次読み出し，切換部１５を
介してＤ／Ａ変換器１６へ出力する。これにより，楽音データの終了部のＰ
ＣＭデータに基づく楽音が発生する。そして，ＰＣＭデータ読出部１２は，
楽音データの終了部のＰＣＭデータを全て出力した時点で，制御部１７へ出
力終了を通知し（時刻ｔ５），次いで，再び楽音データの先頭部のＰＣＭデ
ータを順次読み出し，切換部１５を介してＤ／Ａ変換器１６へ出力する。こ
れにより，楽音データの最後の音と最初の音が連続した状態で楽音再生が再
び行われる。
【００２０】
一方，ＰＣＭデータ読出部１２から楽音データの終了部のＰＣＭデータの
出力終了通知を受けた制御部１７は，圧縮データ読出部１３へ読み出し指令
を出力する。圧縮データ読出部１３はこの指令を受け，再び圧縮データを順
次読み出し，デコーダ１４へ出力する。そして，制御部１７はＰＣＭデータ
読出部１２から楽音データの先頭部の読み出し終了通知を受けて切換部１５
を切り換える（時刻ｔ６）。以下，上述した動作と同様の動作が繰り返され，
ＲＯＭ１１の楽音データのループ再生が行われる。
【００２１】
なお，上記の実施形態において，楽音データの先頭部および終了部にＰＣ
Ｍデータ，すなわち圧縮されていないディジタル楽音データを配置したが，
これに代えて，例えばＡＤＰＣＭ等の圧縮手法を用いた，伸張が短時間で行
えるディジタル楽音データを配置してもよい。
また，上記実施形態は，圧縮データの先頭部および終了部にＰＣＭデータ
を配置しているが，これに代えて，終了部にのみ配置してもよい。この場合，
ループ再生を行うには，制御部１７が後部のＰＣＭデータの再生終了時点よ
り一定時間前に圧縮データ読出部１３へ読み出し開始を指示する必要があ
る。」
「【００２５】
次に，図８の楽音データ再生装置の動作を説明する。
制御部１７ａへループ再生指示が供給されると，制御部１７はヘッダ読出
部３３，ＰＣＭデータ読出部１２および圧縮データ読出部１３へ，順次，読
出指令を出力し，次いで，切換部１５をＰＣＭデータ読出部１２側へ切り換
える。ヘッダ読出部３３へ読出指令が出力されると，ヘッダ読出部３３がＲ
ＯＭ３１からヘッダＨを読み出し，ヘッダＨに含まれる総サンプル数Ｎをダ
ウンカウンタ３４へプリセットする。以後，ダウンカウンタ３４がクロック
パルスｆｓをダウンカウントする。
【００２６】
また，ＰＣＭデータ読出部１２および圧縮データ読出部１３へ読出指令が
出力されると，上述した第１の実施形態と同様に，まず，ＲＯＭ３１内のＰ
ＣＭデータに基づく楽音が発生し（図９の時刻ｔ１～ｔ２），次いで圧縮デ
ータに基づく楽音が発生する（時刻ｔ２～ｔ３）。そして，時刻ｔ３におい
て，ＲＯＭ３１内の圧縮データの最後のサンプルに基づく楽音が発生すると，
同一タイミングで０検出回路３５から検出信号が制御部１７ａへ出力される。
制御部１７ａはこの検出信号を受け，再び，ヘッダ読出部３３，ＰＣＭデー
タ読出部１２および圧縮データ読出部１３へ，順次，読出指令を出力し，次
いで，切換部１５をＰＣＭデータ読出部１２側へ切り換える。以後，再び上
記の過程で楽音再生が行われる。」
(2)以上に基づいて，まず，ＡＤＰＣＭ方式によって圧縮された圧縮楽音デ
ータのデコーダについて検討する。
構成要件３Ｂには，ＡＤＰＣＭ方式によって圧縮された圧縮楽音データに
ついて，そのデコーダの記載がないし，本件特許３明細書の【発明の詳細な
説明】にも同様に記載がない。
しかしながら，本件特許３明細書の段落【００２１】においては，楽曲の
先頭部と終了部が圧縮されていないＰＣＭ楽音データで，中央部が圧縮楽音
データという構成の楽音データが使用されたものが第１の実施の形態とされ，
これに代えて，例えばＡＤＰＣＭ等の圧縮手法を用いた伸張が短時間で行え
るディジタル楽音データを配置してもよいとされている。また，圧縮楽音デ
ータの先頭部及び終了部にＰＣＭ楽音データを配置しているが，これに代え
て，終了部にのみ配置してもよいとされているから，これはＡＤＰＣＭ方式
によって圧縮された圧縮楽音データでも同様であると解される。
このように，ＰＣＭ楽音データをＡＤＰＣＭ方式によって圧縮された圧縮
楽音データに代えることが変形例であることや，ＡＤＰＣＭ方式によって圧
縮された圧縮楽音データにデコーダが必要であることは技術常識であると解
されることに照らすと，構成要件３Ｂの解釈として，ＡＤＰＣＭ方式によっ
て圧縮された圧縮楽音データのデコーダが必要であると解される。
(3)上記(1)のとおり，本件特許３明細書には，実施例として，①ＰＣＭデー
タ読出部１２は楽音データの先頭部及び終了部に設けられたＰＣＭデータを
読み出すこと，②ＰＣＭデータ読出部１２は楽音データの先頭部のＰＣＭデ
ータを全て出力した時点で制御部１７へ出力終了を通知すること，③ＰＣＭ
データ読出部１２は楽音データの終了部のＰＣＭデータを全て出力した時点
で制御部１７へ出力終了を通知すること，④圧縮データ読出部１３はＭＰＥ
Ｇ規格によって圧縮された圧縮楽音データを読み出すこと，⑤圧縮データ読
出部１３で読み出された圧縮楽音データは，デコーダ１４に送られること，
⑥圧縮データ読出部１３は圧縮楽音データを全て読み出した時点で制御部１
７へ読み出し終了を通知すること，⑦切換部１５はＰＣＭデータ読出部１２
の出力と，デコーダ１４（圧縮データ読出部１３）の出力のいずれか一方を
選択して出力すること，⑧上記⑦の切換部１５の動作は，ＰＣＭデータ読出
部１２又は圧縮データ読出部１３からの終了の通知を受けた制御部からの読
出指令に基づいて行われること，⑨終了通知は，ＰＣＭデータ又は圧縮楽音
データを全て出力した時点でＰＣＭデータ読出部１２又は圧縮データ読出部
１３から制御部１７へ通知されることが記載されている。
以上を前提として，まず，構成要件３Ｂの解釈として，ＡＤＰＣＭ方式に
よって圧縮された圧縮楽音データの読み出し終了の判別が必要であるかにつ
いて検討する。上記(2)のとおり，構成要件３Ｂの解釈として，ＡＤＰＣＭ
方式によって圧縮された圧縮楽音データのデコーダが必要であると解される
上，構成要件３Ｂにおいて読み出し終了通知が必要とされていることや，上
記①～③の実施例におけるＰＣＭデータ読出部１２の動作を考慮すると，Ａ
ＤＰＣＭ方式によって圧縮された圧縮楽音データの読み出し終了の判別が必
要であると解される。本件特許３明細書の記載では，「第１の読出手段」及
び「第２の読出手段」について，読み出し終了を判別する態様が不明である
ものの，構成要件３Ｂの記載及び上記⑨からすると，「第１の読出手段」及
び「第２の読出手段」が読み出し終了の判別のため機能を有していると解す
るのが相当である。
続いて，構成要件３Ｂ～３Ｃの解釈として，「第１の読出手段」と「第２
の読出手段」が１つの手段である場合が含まれるかについて検討する。
請求項１，４の記載によれば，ＡＤＰＣＭ方式によって圧縮された圧縮楽
音データを読み出す「第１の読出手段」（構成要件３Ｂ）と圧縮楽音データ
を読み出す「第２の読出手段」（構成要件３Ｃ）とが区別され，「第２の読
出手段」から読み出された圧縮楽音データはデコーダへ出力され（前記のと
おり，ＡＤＰＣＭ方式の圧縮楽音データもデコーダへの出力が必要と解され
るが，請求項１の場合は非圧縮楽音データが使用されるので，非圧縮楽音デ
ータが「第１の読出手段」で読み出された後，デコーダへ出力する必要はな
い。），それぞれの読出手段から読み出されたデータの出力が切換手段で切
り換えられることとされている（構成要件３Ｄ）。また，そのような切り換
えを可能にするための制御手段が設けられている（構成要件３Ｅ）。このよ
うに，２つの読出系統とその切り換えが想定されているところからみて，
「第１の読出手段」と「第２の読出手段」とは別個の手段であると解するの
が自然である。
次に，発明の詳細な説明をみると，ＰＣＭデータ読出部１２と圧縮データ
読出部１３は，楽音データを読み出し，制御部に読み出しの終了を通知する
点で，機能は一致している。しかしながら，ＰＣＭデータ読出部１２と圧縮
データ読出部１３が１つの読出部により実現してもよいとの記載はない。ま
た，段落【００１６】～【００１７】の実施例の記載においても，制御部１
７は，ＰＣＭデータ読出部１２，圧縮データ読出部１３に読み出しを指示し
た後に，切換部１５をＰＣＭデータ読出部１２の出力に切り換えるのである
から，２つの読出部は異なるものであると解される。
以上のような，特許請求の範囲，発明の詳細な説明の記載に照らすと，
「第１の読出手段」と「第２の読出手段」は，１つの手段ではなく，異なる
手段であると解するのが相当である。
そうすると，これが１つの手段でもよいとする原告の主張を採用すること
はできない。
(4)そこで，被告製品２～４が構成要件３Ｂの「第１の読出手段」を充足す
るかについて検討する。
前提として，ＡＤＰＣＭ方式によって圧縮された圧縮楽音データに相当す
るＡＤＰＣＭ②のデコーダを有することは当事者間に争いはない（別紙被告
製品２～４説明書）。
原告は，「第１の読出手段」について，ＡＤＰＣＭデコーダによって伸張
されたＰＣＭデータを次のバッファに送る手前までである旨主張した上で，
被告製品２～４について，「読み出されたＡＤＰＣＭ①データは，ＡＤＰＣ
ＭデコーダでＰＣＭデータに伸張され，所定サンプル分のＰＣＭデータをＲ
ＡＭに順次格納する。ＲＡＭに格納された所定サンプル分のＰＣＭデータ
（ＡＤＰＣＭ①が伸張されたデータ）は，音量調整後バスバッファに１サン
プルずつ出力し，デコード部においてＲＡＭからバスバッファに出力するサ
ンプル数をカウントする。ＲＡＭからバスバッファへのＰＣＭデータ（ＡＤ
ＰＣＭ①が伸張されたデータ）の出力が完了した時点で，デコード部からシ
ーケンサへ上記バスバッファへの出力が完了したことを通知する。」とし，
「ＡＤＰＣＭ②のデコードからバスバッファへの出力までの動作はＡＤＰＣ
Ｍ①と同様である。」とする。そして，「デコード部においてＲＡＭからバ
スバッファに出力するサンプル数をカウントする。ＲＡＭからバスバッファ
へのＰＣＭデータ（ＡＤＰＣＭ①が伸張されたデータ）の出力が完了した時
点で，デコード部からシーケンサへ上記バスバッファへの出力が完了したこ
とを通知する。」とし，これが，読み出し終了を通知するものであると主張
する。
しかしながら，被告製品２～４において，「デコード部においてＲＡＭか
らバスバッファに出力するサンプル数をカウントする」というＬＳＩの機能
を説明するものの，読み出し終了の判別を説明するものとはいえないから，
ＡＤＰＣＭ②データの読み出し終了を判別する態様は明らかではない。そし
て，この判別の態様が明らかでない以上，「デコード部からシーケンサへ上
記バスバッファへの出力が完了したことを通知する」ことが「読み出し終了
通知を出力する」に当たるともいい難い。
そうすると，被告製品２～４は「第１の読出手段」を備えていないから，
構成要件３Ｂを充足しない。
(5)続いて，被告製品２～４が構成要件３Ｃ及び３Ｅを充足するかについて
検討する。
上記(3)のとおり，「第１の読出手段」と「第２の読出手段」は異なる手
段であると解釈される。そして，被告製品２～４について，外部音声ＲＯＭ
からＡＤＰＣＭ②データとＭＤＣＴデータの読み出し系統が同一であること
（シリアルバスであること）に争いがなく，「第２の読出手段」を備えてい
るとはいえないから，被告製品２～４は構成要件３Ｃを充足しない。
また，被告製品２～４は，２つの「読出手段」を備えていない以上，「切
換手段」を備えているとはいえないから，構成要件３Ｅを充足しない。
３－３構成要件３Ｄの充足性（争点３－３）について
被告製品２～４は，ＭＤＣＴデータのデコーダを備えている（別紙被告製品
２～４説明書）。しかしながら，前記３－２のとおり，被告製品２～４が「第
２の読出手段」を備えていないから，上記デコーダが「前記第２の読出手段に
よって読み出された圧縮楽音データを伸張して出力するデコーダ」であるとは
いえない。
そうすると，被告製品２～４は構成要件３Ｄを充足しない。
３－４構成要件３Ｆ及び３Ｈの充足性（争点３－４）について
(1)まず，「制御手段」について検討する。
ア前記３－１のとおり，本件特許発明３が引用する請求項１は，無音部分
を作ることなくループ再生を行うことができる楽音データ再生装置を提供
するために，楽音データを圧縮楽音データだけで構成するのではなく，圧
縮楽音データと非圧縮楽音データとから構成し，楽音データの終了部に非
圧縮楽音データを配置する構成を採用することにより，無音部分を作るこ
となくループ再生することができる効果を有するものである。また，本件
特許発明３は，非圧縮楽音データに代えてＡＤＰＣＭ方式によって圧縮さ
れた圧縮楽音データを用いることにより同様の効果を有するものである。
このように，本件特許発明３は，楽音データを圧縮楽音データだけで構
成するのではなく，楽音データを圧縮楽音データとＡＤＰＣＭ方式によっ
て圧縮された圧縮楽音データとから構成し，楽音データの終了部にＡＤＰ
ＣＭ方式によって圧縮された圧縮楽音データを配置することに技術的意義
を有するものである。
しかしながら，本件特許発明３においては，楽音データの終了部にＡＤ
ＰＣＭ方式によって圧縮された圧縮楽音データを配置するだけではなく，
圧縮楽音データのデコードによる時間の遅れを解消しないと，無音部分を
作ることなくループ再生することはできないことは明らかである。
構成要件３Ｈの「制御手段」の技術的意義はこの点にあると考えられる。
すなわち，構成要件３Ｈ中の「前記デコーダによる前記圧縮楽音データの
伸張および出力が終了した時点で前記第１の読出手段へ前記ＡＤＰＣＭ方
式によって圧縮された圧縮された圧縮楽音データの読み出し指令を出力す
る」というのはこのような時間遅れの解消も目的とするものと解される。
イこの点について，本件特許３明細書の【発明の詳細な説明】をみるに，
圧縮楽音データのデコードによる時間の遅れを解消する解決原理は，明示
的には説明されていないが，本件特許発明３の実施例（「第１の実施の形
態」）の動作（段落【００１６】～【００２０】及び図７）をみるに，切
換部１５によって切り換えられて出力される信号がバッファに送られるこ
とは記載されていないから，バッファによって時間の遅れを調整している
とは認められない。そうすると，制御部１７が切換部１５による切り換え
のタイミングを制御することによって，圧縮楽音データのデコードによる
時間の遅れを解消するものと解するのが相当である。
ウ以上のとおり，構成要件３Ｆ及び３Ｈの「制御手段」は，圧縮楽音デー
タのデコードによる無音部分が生じないように「切換手段」の切り換えの
タイミングを制御する機能を有するものであると解される。
(2)これに対し，被告製品２～４は，前記３－２のとおり，「切換手段」を
備えていないから，ＡＤＰＣＭ②データの再生に連続して，ＭＤＣＴデータ
の再生を行ったときに（正確には，ＡＤＰＣＭ②データとＭＤＣＴデータの
再生の間にＡＤＰＣＭ①データが再生される。），そのデコードによって無
音部分が生じないのは，バスバッファにおいて，ＭＤＣＴデータのデコード
による時間の遅れを調整しているからであると推測される。
このように，本件特許発明３と被告製品２～４とでは，圧縮楽音データの
デコードによって無音部分を生じないようにする解決手段が異なるのであり，
被告製品２～４について，本件特許発明３の「制御手段」を備えているとは
いえない。また，切換手段による切り換えの「第１手順」「第２手順」があ
るとはいえないし，前記３－２のとおり，「第１の読出手段」「第２の読出
手段」「切換手段」も備えていない。。
(3)したがって，被告製品２～４は構成要件３Ｆ及び３Ｈを充足しない。
３－５構成要件３Ｉの充足性（争点３－５）について
(1)まず「楽音」の意義について検討するに，本件特許３明細書の【発明の
詳細な説明】には，以下の記載がある。
「【背景技術】
【０００２】
近年，オーディオの分野においては，ディジタル楽音データを圧縮する方
式（規格）として，ＭＰＥＧ，ＭＰ３，ＡＡＣ，ＷＭＡ等種々の方式が開発
され，これに伴い，圧縮楽音データを再生する再生装置も種々実用化されて
いる（特許文献１参照）。
ところで，パチンコ等のゲーム機の分野においては，同じ楽曲を続けて繰
り返し再生するループ再生がしばしば行われる。しかしながら，上述した圧
縮楽音データをゲーム機において使用する場合，例えばＭＰＥＧは１１５２
サンプル，ＡＡＣは１０２４サンプルを１フレームとし，このフレーム単位
で再生処理を行うようになっているので，曲の最後のフレームが規定数のサ
ンプルを含まない場合にフレームの後部に無音部分が含まれることになる。
このため，繰り返し再生において曲の終端部と先頭部との間に無音部分が生
じてしまう問題があった。」
以上のとおり，パチンコ等のゲーム機の分野においては，同じ楽曲を続け
て繰り返し再生するループ再生がしばしば行われ，パチンコ等のゲーム機に
おいて圧縮楽音データを再生することが記載されている。
そうすると，「楽音」とは，パチンコ等のゲーム機で再生される音楽・音
声その他人間の聴覚で認識できるデータであると解される。
(2)そこで，被告製品２～４が「楽音データ再生装置」に該当するかについ
て検討する。
原告の主張によっても，被告製品２～４では，バスバッファに書き込まれ
たＰＣＭデータが読み出されて外部に出力されるから，外部のスピーカが最
終的な「楽音」の発生を行うこととなる（別紙被告製品２～４の機能説明３．
５）。このように，被告製品２～４は，外部のスピーカが「楽音」の発生を
行うために，非圧縮の楽音データを生成しているものの，最終的な「楽音」
の発生は外部で行われているのであるから，楽音データを「再生」する装置
であるとはいい難い。
(3)そうすると，被告製品２～４は構成要件３Ｉを充足しない。また，構成
要件３Ａについても「楽音データ再生装置」に該当することが要件であるか
ら，同様に被告製品２～４は構成要件３Ａを充足しない。
３－６まとめ
以上のとおり，被告製品２～４は，構成要件３Ａ～３Ｆ，３Ｈ～３Ｉを充足
しない。
そうすると，被告製品２～４が本件特許発明３の技術的範囲に属するとは認
められないから，本件特許発明３に係る請求はいずれも理由がない。
第５結論
よって，原告の請求は，理由がないからいずれも棄却することとし，主文の
とおり判決する。
東京地方裁判所民事第２９部
裁判長裁判官大須賀滋
裁判官小川雅敏
裁判官西村康夫
（別紙）
当事者目録
浜松市＜以下略＞
原告ヤマハ株式会社
同訴訟代理人弁護士内藤義三
同大橋厚志
同田中成志
同平出貴和
同板井典子
同山田徹
同森修一郎
同訴訟代理人弁理士飯塚義仁
同大場弘行
東京都千代田区＜以下略＞
被告株式会社アクセル
同訴訟代理人弁護士飯田秀郷
同栗宇一樹
同大友良浩
同隈部泰正
同和氣満美子
同戸谷由布子
同辻本恵太
同林由希子
同森山航洋
同船橋茂紀
同遠山光貴
同西山彩乃
同訴訟復代理人弁護士杉浦秀
同奥津啓太
以上

戻る