「楽音信号の先頭から」とは，「楽音信号」（Ｘ）の先頭部分であり，具体的には，楽音信号の先頭部分である楽音信号（ＸＡ）の先頭を表す。そして，「前記楽音信号のディジタル・データに圧縮処理を施したデータの展開処理に要する時間以上の所定期間」とは，楽音信号（ＸＡ）に続く楽音信号（ＸＢ）のディジタル・データ（Ｂ）に圧縮処理を施したディジタル・データ（β）の展開処理に要する以上の所定期間を表す。したがって，「楽音信号の先頭から，前記楽音信号のディジタル・データに圧縮処理を施したデータの展開処理に要する時間以上の所定期間までの部分をディジタル・データの状態にて記憶する」とは，楽音信号の先頭から，   「ディ   ジタル   ・デー   タ（Ａ   ）の発   音時間   ＞ディ   ジタル   ・デー   タ（Ｂ）の展開時間」となるまでの楽音信号（ＸＡ）の部分について，ディジタル・データ（Ａ）の状態にて記憶するということである。また，「前記所定期間以降の部分をディジタル・データに圧縮処理を施したデータの状態にて記憶する」とは，楽音信号（ＸＡ）以降の楽音信号（ＸＢ）の部分について，楽音信号（ＸＢ）のディジタル・データ（Ｂ）に圧縮処理を施したディジタル・データ（β）の状態にて記憶するということである。このディジタル・データ（β）は，「特に圧縮効率の高いデータ」（本件特許２明細書段落【０００３】）である。ウ被告は，「ディジタル・データ」はＰＣＭデータであり，圧縮データとは，本件特許２明細書の従来の技術の説明において，「圧縮処理には，例えば，ＡＤＰＣＭ（適応型差分ＰＣＭ）や，さらに圧縮効率をあげたサブバンドコーディングを用いることもできる。」とあることから，請求項２の「ディジタル・データに圧縮処理を施したデータ」にＡＤＰＣＭが含まれると主張する。
本件特許２明細書において，「【０００３】【発明が解決しようとする課題】…上述したような，特に圧縮効率の高いデータのデコード処理にはある程度の時間が必要である」から，「この発明は，上記課題に鑑みなされたもので，その目的とするところは，発音指示後，時間遅れを極めて少なくして，直ちに楽音を発生することができる電子楽器の音源装置を提供することにある。」と説明されている。すなわち，本件特許発明２においては，「上述したような，特に圧縮効率の高いデータのデコード処理」にある程度の時間が必要であるという課題についてされたものであり，上述した「デコード処理にはある程度の時間が必要である」特に圧縮効率の高いデータとしては，「さらに圧縮効率をあげたサブバンドコーディング」が含まれることは明らかである。
従来技術においてＡＤＰＣＭも１つの圧縮処理であるとされてはいても，「データに圧縮処理を施したデータの展開処理に要する時間」が問題となるような「デコード処理にはある程度の時間が必要である」圧縮処理の例として，本件特許２明細書は，特に圧縮効率の高いデータであるサブバンドコーディングを挙げているのである。このときには，データの先頭に，圧縮されていないＰＣＭデータや，圧縮効率が低く，すなわちデコード処理時間の遅れが問題にならずに，すみやかにデータを読み出すことができるＡＤＰＣＭデータを設けることにより，圧縮データの読み出しをスムーズに行うことができるのである。
以上のとおり，楽音信号（ＸＡ）の部分について，ディジタル・データ（Ａ）の状態にて記憶する点については，ディジタル・データ（Ａ）は，「特に圧縮効率の高いデータ」（本件特許２明細書段落【０００３】）であるディジタル・データ（β）よりも，デコード処理時間の遅れが問題にならない，圧縮効率の高くないディジタル・データの状態にて記憶されているものである。
(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)のとおり，被告製品２～４の「シーケンサ」が，「前記制御手段」に該当する。
被告製品２～４は，「リピート再生指示が与えられたことを伝達されたシーケンサは，各トラック毎に登録されている先頭フレーズの最初から登録されている最終フレーズの末尾までを再生を繰り返すようにフレーズデータを読み出し，演算部にこれを出力する（・・・）。なお，シーケンサへのフレーズの登録を１曲（例えばフレーズ３のみ）としたときは，フレーズ３の先頭から末尾までの再生が繰り返される。」（別紙被告製品２～４の機能説明３．２）。このように，シーケンサは，「リピート再生指示」を受けて，先頭フレーズの最初から登録されている最終フレーズの末尾までを再生を繰り返すのであり，「リピート再生指示」が「ループ再生指示」に当たる。
したがって，被告製品２～４は，「前記制御手段は，ループ再生指示を受けて，」に該当する。


イ被告製品２～４は，「シーケンサは･･･，バスバッファの空き容量を確認しながらデコードを開始できる状態と判断すると，シーケンサはＭＤＣＴデータの読み出しを開始する。」（別紙被告製品２～４の機能説明３．３）。このように，シーケンサ（制御手段）は，「前記第２の読出手段」（ＭＤＣＴの読出手段）へ「前記圧縮楽音データの読み出し指令を出力する」。
そして，被告製品２～４において，シーケンサの指令によって読出しの開始された「ＭＤＣＴデータは，ハフマンデコードと逆量子化を施して復号化され，･･･ＩＭＤＣＴで時間領域のＰＣＭデータに変換後（フレーム単位の時間軸情報が得られる），音量調整をして１サンプルずつバスバッファに格納する」（別紙被告製品２～４の機能説明３．３）。このように，シーケンサによって，バスバッファの空き容量を確認し，ＡＤＰＣＭデータの出力からＭＤＣＴデコーダによって伸長されたデータへの出力に切換える（「前記切換手段を前記デコーダの出力に切り換える」）。以上のとおり，被告製品２～４のシーケンサ（制御手段）は，「前記第２の読出手段へ前記圧縮楽音データの読み出し指令を出力するとともに前記切換手段を前記デコーダの出力に切り換える第１手順」を実行する。ウ被告製品２～４は，「ＭＤＣＴデータの１フレーム分が伸張されてＰＣＭデータとなり，バスバッファへの出力が完了した時点で，デコード部からシーケンサへＭＤＣＴデータのバスバッファへの出力が完了したことを通知する。」（別紙被告製品２～４の機能説明３．３）。ここで，ＭＤＣＴデータをＰＣＭデータに伸長するものが，構成要件３Ｈの第２手順にかかわる「前記デコーダ」である。
また，伸長後のＰＣＭデータが「バスバッファへの出力が完了した時点」が構成要件の「前記圧縮楽音データの伸張および出力が終了した時点」に当たる。そして，被告製品２は，上記の「出力が完了した」「通知」を受けると，「シーケンサは，全てのＭＤＣＴデータの伸長とＰＣＭデータのバスバッファへの出力が完了すると，次にＡＤＰＣＭ②部分のデコードが必要なことを認識する。そして，バスバッファの空き容量を確認しながらデコードを開始できる状態と判断すると，ＡＤＰＣＭ②の読み出しを開始する。」（別紙被告製品２～４の機能説明３．３）。このように，シーケンサは，ＡＤＰＣＭ②の読出手段（「第１の読出し手段」）による読み出しを開始させるのであるから，構成要件の「前記第１の読出手段へ前記ＡＤＰＣＭ方式によって圧縮された圧縮楽音データの読み出し指令を出力する」を充足する。
次に，被告製品２～４においては，「読み出されたＡＤＰＣＭ②データは，ＡＤＰＣＭデコーダでＰＣＭデータに伸張され，所定サンプル分のＰＣＭデータをＲＡＭに順次格納する。ＲＡＭに格納された所定サンプル分のＰＣＭデータ（ＡＤＰＣＭ②が伸張されたデータ）は，音量調整後バスバッファに１サンプルずつ出力し，デコード部においてＲＡＭからバスバッファに出力するサンプル数をカウントする。」（別紙被告製品２～４の機能説明３．３）。このように，ＭＤＣＴデータの出力が終了した後に，続けてＡＤＰＣＭ②データの出力（第１の読出手段の出力）への切換が行われる。
したがって，被告製品２～４は，「前記切換手段を前記第１の読出手段の出力に切り換える」。
以上より，被告製品２～４のシーケンサは，「前記デコーダによる前記圧縮楽音データの伸張および出力が終了した時点で前記第１の読出手段へ前記ＡＤＰＣＭ方式によって圧縮された圧縮楽音データの読み出し指令を出力するとともに前記切換手段を前記第１の読出手段の出力に切り換える第２手順」を行う。
エ以上のように，シーケンサは，「第１手順」と「第２手順」を，別紙被告製品２～４の機能説明３．３に記載されている「順に実行」する。オ第１の読出し手段（ＡＤＰＣＭ②の読出し）から読出されたＡＤＰＣＭ②の出力については，以下のとおりである。
まず，ＡＤＰＣＭ②に関する被告製品２～４の動作は，「読み出されたＡＤＰＣＭ②データは，ＡＤＰＣＭデコーダでＰＣＭデータに伸張され，所定サンプル分のＰＣＭデータをＲＡＭに順次格納する。ＲＡＭに格納された所定サンプル分のＰＣＭデータ（ＡＤＰＣＭ②が伸張されたデータ）は，音量調整後バスバッファに１サンプルずつ出力し，デコード部においてＲＡＭからバスバッファに出力するサンプル数をカウントする。ＲＡＭからバスバッファへのＰＣＭデータ（ＡＤＰＣＭ②が伸張されたデータ）の出力が完了した時点で，デコード部からシーケンサへ上記バスバッファへの出力が完了したことを通知する。」（別紙被告製品２～４の機能説明３．３）。このように，ＡＤＰＣＭ②の読出手段（「第１の読出手段」）により，記憶媒体から読出されたＡＤＰＣＭデータは，バスバッファに出力され，「出力が完了した時点で，デコード部からシーケンサへ上記バスバッファへの出力が完了したことを通知する」。記憶媒体から読出し完了が判別された後にされるこのような通知が，「読み出し終了通知」に該当する。


そして，「後端部のＡＤＰＣＭ②データを伸張してバスバッファへの出力が完了すると，次に，シーケンサに複数のフレーズが登録されている場合には次のフレーズの先頭から上記の動作を行い，この読み出しを登録されているすべてのフレーズの読み出しが終わるまで行い，その後，先頭のフレーズの先頭に戻って上記の動作を繰り返す･･･。一方，シーケンサに１つのフレーズしか登録されていない場合には，当該フレーズの先頭に戻って上記の動作を繰り返す」（別紙被告製品２～４の機能説明３．３）。すなわち，シーケンサは，後端部のＡＤＰＣＭ②の出力後に，「その後，先頭のフレーズの先頭に戻って上記の動作を繰り返す」あるいは「当該フレーズの先頭に戻って上記の動作を繰り返す」（別紙被告製品２～４の機能説明３．３）とあるように，フレーズの先頭に戻って再生を行い「楽音データをループ再生させる」。
以上のように，被告製品２～４は，「前記第１の読出手段から出力される前記読み出し終了通知を受けて再び前記第１手順を実行することにより，前記楽音データをループ再生させる」。
カしたがって，被告製品２～４は，構成要件３Ｈを充足する。
（被告の主張）
被告製品２～４は，そもそも構成要件３Ｆの「制御手段」を有していない。さらに，第１の読出手段及び第２の読出手段も有していない。また，被告製品２～４は，「切換手段」も有していないから，「第１手順」及び「第２手順」のいずれも有していない。
被告製品２～４は，フレーズの終端（ＡＤＰＣＭ②）までデコードが完了すると，その次は，唯一の読み出し手段によって再びフレーズの先端部のＡＤＰＣＭ①，ＭＤＣＴデータ，ＡＤＰＣＭ②を順に読み出して順次デコードする（シーケンサにフレーズデータが１つだけ登録されている場合）という手順によってリピート再生をするものである。
被告製品２～４は，（ａ）リピート再生指令を受けて，ＡＤＰＣＭ①の読み出し・デコード指令を出力すること，（ｂ）切換手段はなくＡＤＰＣＭ①のデコード後データをバスバッファに出力すること，（ｃ）中間部のＭＤＣＴデータのデコードが終了したのちこれに続くＡＤＰＣＭ②データの読み出し・デコードがなされるが，その読み出し・デコードは，ＭＤＣＴデータのデコード後ＰＣＭデータに基づく発音が終了していない段階で行われること（バスバッファにはＭＤＣＴデータのデコード後データが残存しているところに引き続いてＡＤＰＣＭ②データのデコード後データが書き込まれること），（ｄ）ＡＤＰＣＭ②のデコーダの出力に切り換える切換手段はないこと，（ｅ）ＡＤＰＣＭ②の読み出し終了通知はなく，また，ＡＤＰＣＭ②のデコードしたＰＣＭデータがバスバッファに書き込まれると（バスバッファに空き容量があることを前提に）先端部のＡＤＰＣＭ①を読み出してデコードをするため，ＭＤＣＴデータを読み出す指令は出力されないこと，という点で全く異なる。
したがって，被告製品２～４は，構成要件３Ｈを充足しない。
３－５構成要件３Ｉの充足性（争点３－５）
被告製品が「楽音データ再生装置」に該当するか。
（原告の主張）
「楽音」とは，「音楽の音。音楽の素材になる音。」である（広辞苑第５版）。被告製品が再生する「楽曲（ＢＧＭ）」や人を楽しませる「効果音」は「楽音」に含まれるものである。
これを再生する被告製品２～４は，「楽音データ再生装置」に該当し，構成要件３Ｉを充足する。
（被告の主張）
被告製品２～４は，構成要件３Ａ～３Ｈを充足しないから，「ことを特徴とする楽音データ再生装置」にも該当せず，構成要件３Ｉを充足しない。
３－６サポート要件違反の有無（争点３－６）
（被告の主張）
(1)本件特許発明３は，ループ再生をする際に従来の技術は，繰り返し再生において曲の終端部と先頭部との間に無音部分が生じて
しまう問題（段落【０００２】）
があるため，
無音部分を作ることなくループ再生を行うことができる楽音データ再
生装置を提供すること（段落【０００３】）
を目的にしたものである。
ループ再生を行うときは，ループ対象の楽音データの終端部と先端部が連結して循環して再生するから，当該連結部分に無音データが存在するときは，「繰り返し再生において曲の終端部と先端部との連結部に無音部分が生じてしまう」ことになる。したがって，当該連結部分の無音データを一体不可分に解消することが重要である。終端部に由来する無音部分を厳密に解消しても，先端部に由来する無音部分が存在してはその努力は無に帰する（技術的には無意味になる）。
本件特許３明細書の発明の詳細な説明においては，第１の実施形態，その変形①②及び第２の実施形態のみが記載され，いずれも，連結部における終端部に由来する無音部分および先端部に由来する無音部分の全部を一体不可分に解消している。


(2)請求項１にかかる発明は，非圧縮楽音データの読み出し終了時点で出力される読み出し終了通知に基づき圧縮楽音データの読み出しを開始するものであって，これでは，非圧縮楽音データの読み出し終了後，圧縮楽音データの伸長に要する時間分は圧縮楽音データに基づく楽音の出力ができないため無音部分が生じてしまうことになる。すなわち，請求項１は，明細書の発明の詳細な説明に開示された発明とは異なるものとなっている。請求項４は，非圧縮データに代えてＡＤＰＣＭ方式によって圧縮された圧縮楽音データを用いるものであるが，請求項１を引用する発明において，ＡＤＰＣＭ方式により圧縮された圧縮楽音データの読み出し終了通知に基づき圧縮楽音データを読み出したのでは，圧縮楽音データの伸長に要する時間分は圧縮楽音データに基づく楽音の出力ができないため無音部分が生じてしまい，明細書に記載された本件特許発明３が意図する作用効果を奏することができない。つまり，制御部１７が後部のＡＤＰＣＭデータの再生終了時点より一定時間前に圧縮楽音データ読出部１３へ読み出し開始を指示する構成によって初めて所望の作用効果が生じる発明が明細書の発明の詳細な説明に記載されているが，請求項４（請求項１を引用する）はかかる記載とは異なる圧縮楽音データの読み出し開始時を特定しており，発明の詳細な説明に記載した発明とは異なる発明を特定している。この点において，本件特許発明３は特許法３６条６項１号に反する。
(3)発明の詳細な説明の記載においては，圧縮楽音データの無音部分の存在によるループ再生時の不都合が次のように記載されている。「【０００２】･･･上述した圧縮楽音データをゲーム機において使用する場合，例えばＭＰＥＧは１１５２サンプル，ＡＡＣは１０２４サンプルを１フレームとし，このフレーム単位で再生処理を行うようになっているので，曲の最後のフレームが規定数のサンプルを含まない場合にフレームの後部に無音部分が含まれることになる。このため，繰り返し再生において曲の終端部と先頭部との間に無音部分が生じてしまう問題があった」そこで，このようなフレーム単位で圧縮・伸張・再生処理される圧縮楽音データを含む楽音データを対象にして，ループ再生を行う際に不都合が生じることとなる圧縮楽音データの無音部分を包含しないように圧縮楽音データを作成したり，包含する無音データを削除したりする発明が発明の詳細な説明の項に記載されている。
ところが，原告が認めるように，「フレーム」は多義的である以上，「再生処理単位」とは「フレーム」を意味すると認定することはできない。このため，本件特許発明３の特許請求の範囲の記載においては，フレーム単位で圧縮処理・伸張処理・再生処理を行うものであるか否か特定をしていないことに帰し，フレーム単位で圧縮処理・伸張処理・再生処理を行う圧縮楽音データ以外のものを対象とする発明を包含することとなり，このため明細書に記載された以外の発明が記載されている。
この点において，本件特許発明３は特許法３６条６項１号に反する。(4)請求項４は，「前記非圧縮楽音データに代えてＡＤＰＣＭ方式によって圧縮された圧縮楽音データを用いることを特徴とする請求項１から請求項３のいずれかの項に記載の楽音データ再生装置。」と規定するから，請求項１を引用する請求項４記載に係る発明についてみると，請求項１の非圧縮楽音データをＡＤＰＣＭ方式によって圧縮された圧縮楽音データに置換する構成の発明である旨規定されており，請求項１の他の構成要素は全て請求項４記載に係る発明の構成要素である。
しかしながら，非圧縮楽音データをＡＤＰＣＭ方式によって圧縮された圧縮楽音データに置換して所望の効果を奏するように構成するためには，請求項１の構成に対して次のような変更を施す必要があるといわざるを得ない
すなわち，
①ＡＤＰＣＭ方式によって圧縮された圧縮楽音データを記憶媒体から読み出すが，読み出し終了通知を発しない構成とすること，②ＡＤＰＣＭ方式によって圧縮された圧縮楽音データを伸張する第２の
デコーダを備える構成とすること，
③第２のデコーダがＡＤＰＣＭ方式によって圧縮された圧縮楽音データの伸張および出力が終了した時点で当該終了通知を発する構成とするこ
と，
④制御手段は，圧縮楽音データの伸張および出力が終了した時点で第１の読出手段の出力に切り換えるのではなく第２のデコーダの出力に切り
換える切り換え手段を設ける構成とすること
しかるに，請求項４に係る発明は，非圧縮楽音データに代えてＡＤＰＣＭ方式によって圧縮された圧縮楽音データを用いる場合に当業者が発明の詳細な説明に記載された発明の効果を奏するために必須と思うはずの技術事項に反する規定がされている。
逆にいうと，請求項１の非圧縮楽音データに代替させてＡＤＰＣＭ方式によって圧縮された圧縮楽音データを用いる場合において，請求項１が規定する事項をもってその余の特定事項とする本件特許発明３においては，その構成のゆえに本件特許発明の作用効果を奏するどころか，現実に動作することもできない，すなわち，当業者が，請求項１を引用する請求項４の構成に従って実施することは不可能である。
上記①～④のようにその構成を変更することが仮に容易であるとしても，その容易性は，請求項１が規定する発明特定事項において非圧縮データの代わりにＡＤＰＣＭ方式によって圧縮された圧縮楽音データを用いる場合に当業者が行うべき変更の容易性であって，現にそれ以外に何らの変更を施さない本件特許発明３の発明特定事項の構成のもとで，所望の効果を奏するように実施することが容易であるわけではない（実は不可能である）。このことは，すなわち，請求項１を引用する請求項４に係る発明（本件特許発明３）は，発明の詳細な説明に記載された発明ではないことに帰する。この点において，本件特許発明３は特許法３６条６項１号に反する。(5)本件特許発明３が規定するように，楽音データの末尾にＡＤＰＣＭ方式によって圧縮された圧縮楽音データを備え，当該ＡＤＰＣＭ方式によって圧縮された圧縮楽音データの読出終了時に先頭の圧縮楽音データの読み出し及び伸張を開始したのでは（第２の実施形態のように，付加された無音部分の出力を除外する構成を採用しない以上），窓関数の適用によって生じることになる無音部分の付加は避けられず，圧縮楽音データの末尾に無音部分が挿入されてしまう。


すなわち，ＡＤＰＣＭ方式によって圧縮された圧縮楽音データを，フレームを構成するサンプル数で除した剰余数であると限定しない場合に生じる不都合である。ところが，発明の詳細な説明においては，非圧縮楽音データをフレームを構成するサンプル数で除した剰余数とするもの以外の開示はなく，この点で，本件特許発明３は，発明の詳細な説明に開示された以外の発明を包含しているから，特許法３６条６項１号に反する。
(6)以上をまとめると，発明の詳細な説明に記載された発明と本件特許発明３とは次の点で齟齬している。
①発明の詳細な説明に記載された発明では，ループ再生に生じる連結部分において終端部に由来する無音部分及び先端部に由来する無音部分をいずれも解消する発明であるのに対し，本件特許発明３は先端部に由来
する無音部分の解消ができないものである点
②発明の詳細な説明に記載された発明では，楽音データを圧縮する際にＭＤＣＴ方式を利用するなど複数のサンプルデータを単位に一括処理するために，その伸張処理によっても複数のサンプルデータを単位に一括してデコードデータが得られるものを「フレーム」と説明して発明の特定事項としているのに対し，本件特許発明３では，楽音データの圧縮方式を何ら限定することなく技術用語ではなくその一義的意義が不明な「再生処理単位」による発明の特定をしているものである点③発明の詳細な説明に記載された発明では，楽音データを構成する非圧縮楽音データ（ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ）のサンプル数が，楽音データの総サンプル数（Ｎ）を１フレーム構成サンプル数で除した剰余数であるのに対し，本件特許３発明ではそのサンプ
ル数の特定がない点
(7)以上のとおり，本件特許発明３は，発明の詳細な説明に記載した以外の発明が記載されているというべきであるから，特許法３６条６項１号に違反するものであり，同法１２３条１項４号により無効とされるべきである。
（原告の主張）
(1)ア曲（楽音データ）の先端部に由来する無音部分とは，発音開始指示に応じて圧縮楽音データの最初のフレームをデコードした場合に生じる「圧縮データを読み始めるとき伸張処理に要する時間遅れ」に起因するものであり，再生すべき圧縮楽音データの中に無音データが含まれているわけではない。再生すべき圧縮楽音データの先頭がデコード出力されるまでの時間がＭサンプル分の再生時間だけ遅れるのである。このＭサンプル分の遅れ時間の間は無音状態であるが，この無音状態は，そこに再生すべき楽音データとして「０データ」が存在していることに起因するのではなく，単に，再生すべき楽音データのデコード出力が遅れているから音が出ないだけなのである。
これに対して，圧縮楽音データの終端部に由来する無音部分は，「曲の最後のフレームが規定数のサンプルを含まない場合にフレームの後部に無音部分が含まれる」（本件特許３明細書段落【０００２】）という理由によるものである。すなわち，この場合は，再生すべき圧縮楽音データの最後のフレーム中に無音データが明確に存在しているのである。よって，該最後のフレームをデコード出力すると，該最後のフレーム中に明確に存在する無音データが再生すべき楽音データとして出力され，無音状態として再生がされる。このような終端部に由来する無音部分は，元の楽音データには存在していなかったものであるが，フレーム単位で圧縮することにより，圧縮楽音データの末尾に否応なしに含まれてしまい，こうして，再生すべき楽音データの一部として無音データが存在することとなる。したがって，先端部に由来する無音部分（伸張処理に要する時間遅れ）と，終端部に由来する無音部分（圧縮楽音データ中に明確に存在する「０データ」（無音データ））は，技術的意義が全く異なっている。イ上記のとおり，「終端部に無音部分がないようにする発明」と「先端部に無音部分がないようにする発明」は，原因を異にする異なる課題を異なる解決手段によって解決するものであり，両者は異なる発明として把握することができるものである。
「終端部に無音部分がないようにする発明」に関する本件特許発明３（請求項１に従属する請求項４）が，発明の詳細な説明においてどのように記載されているのか，具体的に述べると次のとおりである。本件特許３明細書及び図面に示された第１の実施形態においては，楽音データは，「【０００９】・・・図２（ａ）に示すように，この実施形態においては，楽曲の先頭部と終了部が圧縮されていないＰＣＭ（ＰｕｌｓｅＣｏｄｅ    Ｍｏｄｕｒａｔｉｏｎ）楽音データ（以下，ＰＣＭデータという）であり，中央部が圧縮楽音データ（以下，圧縮データという）という構成の楽音データが使用される。また，圧縮データはＭＰＥＧ規格によって圧縮されている。」というデータ構造からなっている。このような第１の実施形態は，本件特許発明３の実施形態に加えて，「先端部に無音部分がないようにする発明」（伸張処理に要する時間遅れの問題を解決する発明）の一形態が組み合わされたものである。
すなわち，
①楽曲の終了部が圧縮されていないＰＣＭ楽音データであり，その前の部分が「圧縮楽音データ」である点が本件特許発明３の実施形
態に相当し，
②楽曲の先頭部が圧縮されていないＰＣＭ楽音データであり，その後の部分が「圧縮楽音データ」である点が公知の別発明の一形態に相当する。


第１の実施形態における，「【００１１】・・・先頭のＭサンプルをＰＣＭデータによってハードディスク等の記憶媒体に記憶させる（ステップＳ４）。ここで，Ｍサンプルとは，図２（ｂ），（ｃ）に示すように，圧縮データの伸張を開始してから第１番目の伸張済みサンプルを出力するまでに要   する時   間に対   応する   サンプ   ル数で   ある。   ・・・   」「【   ００１６】・・・ループ再生の指示を受けた制御部１７は，まず，楽音データの先頭アドレスをＰＣＭデータ読出部１２へ出力してＰＣＭデータの読み出しを指示し，次に，圧縮データの先頭アドレスを圧縮データ読出部１３へ出力して圧縮データの読み出しを指示し，次いで，切換部１５をＰＣＭデータ読出部１２の出力に切り換える（図７の時刻ｔ１）。・・・ＰＣＭデータ読出部１２は，楽音データの先頭部のＰＣＭデータを全て出力した時点で，制御部１７へ出力終了を通知する（時刻ｔ２）。制御部１７はこの終了通知を受け，切換部１５をデコーダ１４の出力に切り換える（図７（ｃ）参照）。」「【００１７】一方，圧縮データ読出部１３は，制御部１７からの読み出し指示を受け，ＲＯＭ１１から圧縮データを順次読み出し，デコーダ１４へ出力する。デコーダ１４はその圧縮データを伸張し，伸張済みデータを切換部１５へ出力する。ここで，前述したように，先頭部のＰＣＭデータのサンプル数Ｍは，その読み出し時間が，デコーダ１４が圧縮データ読出部１３から最初のデータを受けた時点から第１番目の伸張済みデータを出力するまでの時間に一致するように決められている。したがって，制御部１７がＰＣＭデータ読出部１２から終了通知を受けて切換部１５を切り換えた時点に一致するタイミングで，デコーダ１４から第１番目の伸張済みデータが出力される。以後，デコーダ１４から順次伸張済みデータが出力される。・・・」等の記載から明らかなように，楽曲の先頭部が圧縮されていないＰＣＭ楽音データであり，その後の部分が「圧縮楽音データ」である」という公知の別発明の一形態とは，「圧縮楽音データ」の伸張・出力にあっては，デコーダ１４が圧縮データ読出部１３から最初のデータを受けた時点から第１番目の伸張済みデータを出力するまでの時間に相当する時間遅れがあるため，それが発音開始時間遅れとなることに鑑み（公知の別発明の課題），楽曲の先頭部に圧縮されていないＰＣＭ楽音データを配置することにより（公知の別発明の解決手段），時間遅れを生ずることなく発音開始させるようにしたものである（公知の別発明の作用効果）。
これに対して，本件特許発明３は，「最後のフレームの後部にある無音部分」を作ることなくループ再生を行うことを課題としており，そのための解決手段を具備し，それに対応する作用効果を奏するものであるから，上記の公知の別発明の課題，解決手段，作用効果とは明らかに異なるものである。


ウ第１の実施形態における，「【００１１】・・・次に，上記Ｍサンプルに続くＩＮＴ{（Ｎ－Ｍ）／１１５２}×１１５２サンプル，すなわち，１フレームのサンプル数である１１５２で割り切れる数のサンプルを圧縮して記憶媒体に記憶させる（ステップＳ５；図４，図５参照）。次に，最後に残ったＭＯＤ｛（Ｎ－Ｍ）／１１５２｝サンプルをＰＣＭデータによって記憶媒体に記憶させる。・・・」「【００１８】次に，圧縮データ読出部１３は，ＲＯＭ１１内の圧縮データを全て読み出した時点で制御部１７へ読み出し終了を通知する（時刻ｔ３）。制御部１７はこの通知を受け，予め設定されている一定時間Ｔが経過後，ＰＣＭデータ読出部１２へ楽音データの後部のＰＣＭデータの先頭アドレスを出力してＰＣＭデータの読み出しを指示し，次いで，切換部１５をＰＣＭデータ読出部１２の出力に切り換える（時刻ｔ４）。ここで，時間Ｔとは，圧縮データの最後のデータがＲＯＭ１１から読み出されデコーダ１４へ入力された時点から，その最後の   データ   が伸張   されデ   コーダ   １４か   ら出力   される   までの   時間で   ある。」「【００１９】制御部１７から読み出し指示を受けたＰＣＭデータ読出部１２は，ＲＯＭ１１から楽音データの終了部のＰＣＭデータを順次読み出し，切換部１５を介してＤ／Ａ変換器１６へ出力する。これにより，楽音データの終了部のＰＣＭデータに基づく楽音が発生する。そして，ＰＣＭデータ読出部１２は，楽音データの終了部のＰＣＭデータを全て出力した時点で，制御部１７へ出力終了を通知し（時刻ｔ５），次いで，再び楽音データの先頭部のＰＣＭデータを順次読み出し，切換部１５を介してＤ／Ａ変換器１６へ出力する。これにより，楽音データの最後の音と最初の音が連続した状態で楽音再生が再び行われる。」等の記載が本件特許発明３の本質的部分の実施形態に対応している。すなわち，「１フレームのサンプル数である１１５２で割り切れる数のサンプル」を「圧縮データ」として記憶し，その後の残りのサンプル（ＭＯＤ｛（Ｎ－Ｍ）／１１５２｝サンプル）を「楽音データの終了部のＰＣＭデータ」として記憶していることにより，「楽音データの終了部のＰＣＭデータ」には無音部が存在していないこととなり，楽音データの終了部から引き続いて，楽音データの先頭部に移行するときに，終了部の無音部が介在することなく，楽音データの先頭部に移行することができるように構成されている。以上から理解できるように，第１の実施形態において，本件特許発明３の本質的部分の実施形態は，「楽音データの終了部のＰＣＭデータを全て出力した時点で，制御部１７へ出力終了を通知し（時刻ｔ５），次いで，再び楽音データの先頭部のＰＣＭデータを順次読み出し」という形態からなっており，これは，要するに，楽音データの終了部のＰＣＭデータをすべて出力し終えたとき，楽音データの先頭部に戻る形態であり，楽音データの終了部のＰＣＭデータには無音部がないため，楽音データの終了部から楽音データの先頭部に戻るときに終了部の無音部が介在することがない，という本件特許発明３の課題を解決する作用効果を奏する。本件特許発明３の課題は，楽曲を続けて繰り返し再生する際に，最後のフレームの後部に生じる無音部分を解消することにあるのであり，曲の先頭部を発音開始するに当たって時間遅れが生じることとは無関係である。その意味で，第１の実施形態においては，曲の先頭部を発音開始するにあたって，公知の別発明の考えを採用して，再生開始に時間遅れが出ないように工夫しているが，そのような再生開始に時間遅れが出ないようにする工夫とは別に，最後のフレームの後部に生じる無音部分を解消するよう，本件特許発明３に従う解決手段の一実施形態を上述のように開示しているので，本件特許発明３に従う一実施形態を示すものである。したがって，特許請求の範囲（請求項１に従属する請求項４）に記載された本件特許発明３は，第１の実施の形態として発明の詳細な説明に記載された発明である。
(2)本件特許発明３においては，特許請求の範囲において「前記圧縮楽音データは，楽音データの再生における所定の再生処理単位の整数倍のデータサイズを有し，」と記載されており，一方，明細書段落【０００２】において「例えばＭＰＥＧは１１５２サンプル，ＡＡＣは１０２４サンプルを１フレームとし，このフレーム単位で再生処理を行うようになっている」と記載されている。このことから，特許請求の範囲における「所定の再生処理単位」とは，発明の詳細な説明に記載された「フレーム単位で再生処理を行う」という「再生処理」の「単位」（フレーム単位）に対応していることが明らかである。このように，特許請求の範囲における「所定の再生処理単位」と，発明の詳細な説明に記載された「フレーム単位で再生処理を行う」という「再生処理」の「単位」（フレーム単位）との間には明確な対応があり，どちらの側からでもその対応性を説明することができる。また，本件特許２明細書においては，例えば，段落【０００２】において「例えばＭＰＥＧは１１５２サンプル，ＡＡＣは１０２４サンプルを１フレームとし，このフレーム単位で再生処理を行うようになっているので，」と記載されており，段落【０００９】～【００１５】等の実施例においては，サブバンド符号化方式に従う実施例が示されていることから明らかなように，本件特許２明細書及び図面の記載においては，ＭＤＣＴ方式に従うフレーム概念に限らず，サブバンド符号化方式に従うフレーム概念も示されている。(3)ＡＤＰＣＭ方式の圧縮は本件特許発明３以前から周知のものである。「非圧縮楽音データ」に代えて「ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ」を用いるということは，第1の実施態様における「ＰＣＭデータ」を「ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ」に置き換えればよいことであり，「ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ」を伸張して非圧縮のＰＣＭデータにしたものを，第1の実施態様の「ＰＣＭデータ」と同じく再生するだけのことである。


例えば，再生しようとする楽曲データの全体のサンプル数がＮサンプルであり，１フレームが１１５２サンプルであるとすると，本件特許発明３に従えば，前が「圧縮楽音データ」，終端部が「ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ」となり，前にくる「圧縮楽音データ」においては，被告も自認しているとおり必然的に１フレーム＝１１５２サンプル単位で圧縮され，かつ，まだ楽曲データ全体の終端部には至っていないから，最後の「圧縮楽音データ」のフレームには無音部分が入り込む余地がない。そして，全体のＮサンプルから，「圧縮楽音データ」として圧縮された１フレーム＝１１５２サンプルの整数倍のサンプル数を引いた残りが，終端部の「ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ」となる。
３－７明確性要件違反の有無（争点３－７）
（被告の主張）
(1)本件特許発明３（請求項１を引用する請求項４）の特許請求の範囲に記載された「楽音データの再生における所定の再生処理単位」について，明細書の発明の詳細な説明の項には，請求項の記載を引用する形式で課題を解決するた   めの手   段につ   いての   記載が   あるが   （段落   【００   ０４】   ～【０   ００７】），他には，次の記載があるのみである。
「【０００２】
上述した圧縮楽音データをゲーム機において使用する場合，例えばＭＰＥＧは１１５２サンプル，ＡＡＣは１０２４サンプルを１フレームとし，このフレーム単位で再生処理を行うようになっているので，曲の最後のフレームが規定数のサンプルを含まない場合にフレームの後部に無音部分が含まれることになる。」
「フレーム」は多義的な概念であるが，，本件特許発明３の発明の詳細な説明において用いられる「フレーム」は，楽音データを圧縮する際にＭＤＣＴ方式を利用するなど複数のサンプルデータを単位に一括処理するために，その伸張処理によっても複数のサンプルデータを単位に一括してデコードデータが得られるものをもって限定的に「フレーム」と説明している。しかし，この発明の詳細な説明において限定的な意味をもって使用される「フレーム」を「再生処理単位」であるとする定義がされているわけではなく，また，特許請求の範囲において，圧縮楽音データがどのような方式によるものであるかも特定されていない。ＭＰＥＧ１－レイヤ２では「フレーム」を１１５２サンプル単位としながら，ＰＱＭＦは３２個のデータを単位として行なっており，１１５２サンプルを再生処理単位に相当するとすれば，同様に３２サンプルも再生処理単位に相当することとなり，原告のように「再生処理単位」を適宜当てはめて読み替えてよいことにはならないというべきである。したがって，「再生処理単位」について，これを楽音データを圧縮する際にＭＤＣＴ方式を利用するなど複数のサンプルデータを単位に一括処理するために，その伸張処理によっても複数のサンプルデータを単位に一括してデコードデータが得られる複数のサンプルデータ単位を意味するとすることは到底できない。この点において，本件特許発明３は特許法３６条６項２号に反するものといわざるを得ない。
(2)上記のとおり，本件特許発明３の特許請求の範囲の記載には，ＡＤＰＣＭ方式によって圧縮された圧縮楽音データの読出手段及び同データの伸張処理手段の記載がなく，引用する請求項１の第１の読出手段及び圧縮楽音データのデコーダとの関係が不明であって，発明が明確であるとすることができない。
さらに，ＡＤＰＣＭ方式によって圧縮された圧縮楽音データの取扱いが公知でありその実施が当業者に自明であり，発明の詳細な説明における第１の実施形態の変形例①において当業者が非圧縮楽音データの代わりにＡＤＰＣＭ方式によって圧縮された圧縮楽音データを用いる場合に所定の変更した構成を採用することが容易にできるとしても，そのことと，本件特許発明３の特定事項のもとにおいて請求項１の「非圧縮楽音データ」に代わった「ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ」をその構成の一部に備える楽音データのループ再生が可能であるかを混同してはならない（当業者が想定する構成の変更を反映した特許請求の範囲が本来記載されるべきである。この点で，発明の詳細な説明における第１の実施形態の変形例①に所定の変更を加えることが当業者に想定されるとしても当該想定された発明との齟齬は明らかである）。この点において，本件特許発明３は根本的な誤りをしている。
上記発明特定事項による発明は実施不可能であって，これによって所望の効果を奏することができないのであるから，本件特許発明３の内容は不明に帰し，記載不備であるといわざるを得ない。
(3)以上の次第であるから，本件特許発明３の特許請求の範囲の記載は，発明を特定するものとして不明瞭であるから，特許法３６条６第２号に反し，同法１２３条１項４号により無効とされるべきである。
（原告の主張）


(1)本件特許３明細書の段落【０００２】において「フレーム単位で再生処理を行うようになっている」と記載されており，実施例においても「フレーム単位で再生処理を行う」構成が説明されているので，特許請求の範囲における「前記圧縮楽音データは，楽音データの再生における所定の再生処理単位の整数倍のデータサイズを有し，」とは，発明の詳細な説明に記載された「フレーム単位で再生処理を行うようになっている」という，そのような「再生処理単位」の整数倍のデータサイズに相当することが明白である。被告は，ＭＰＥＧ１－レイヤ２では「フレーム」を１１５２サンプル単位としながら，ＰＱＭＦは３２個のデータを単位として行なっており，１１５２サンプルを再生処理単位に相当するとすれば，同様に３２サンプルも再生処理単位に相当することになる旨主張する。しかし，ＰＱＭＦにおける３２個のデータ単位とは，再生演算途中の中間的な形態であるにすぎない。このような再生演算途中の中間的な形態にかかわらず，ＭＰＥＧ１－レイヤ２においては，本件発明が課題としているような終端部の無音部分は，１１５２サンプルからなる再生処理単位においてしか問題とされない。したがって，これをもって，本件特許発明３は明確でないということはできない。(2)被告は，非圧縮データ（ＰＣＭデータ）に代えてＡＤＰＣＭ方式によって圧縮された圧縮楽音データを用いる際には，単に，前者を後者に置き換えるだけでは足りず，後者を用いるための構成が必要であるところ，発明の詳細な説明にはそのような構成は記載されていない旨主張する。しかし，「非圧縮楽音データ」に代えて「ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ」を用いるということは，第１の実施態様における「ＰＣＭデータ」を「ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ」に置き換えればよいことであり，発明の詳細な説明に明らかに記載されている。また，「ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ」それ自体及びその読み出し方や伸張処理法などは本件特許出願前より周知である（例えば甲３・５頁１２行～６頁９行）から，特段の具体的記載が明示されていないとしても，当業者にとっては実施可能である。
また，請求項１に対する請求項４の当てはめも，すべて「非圧縮楽音データ」を「ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ」に置き換えればよいので，不明瞭な点はない。被告が必要であると主張する「ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ」をデコードするための構成は周知であり，「非圧縮楽音データ」に代えて「ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ」を用いる，という定義の中に当然に含まれている。すなわち，「非圧縮楽音データ」に代えて「ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ」を用いた場合，請求項１の「第１の読出手段」における「非圧縮楽音データを読み出す」という構成は，代替的に記憶した「ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ」を読み出すことが「非圧縮楽音データを読み出す」ことと等価となるものであるから，読み出した「ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ」をデコードすることを当然に含む構成となる。
なお，公知のように，「ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ」の読み出し及び伸張に要する時間遅れは，フレーム単位で処理しなければならない「圧縮楽音データ」の読み出し及び伸張に要する時間遅れとは比べものにならないほど短いものであり，そのために，変形例②として，ＰＣＭデータに代替しうるものとして「ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ」を挙げているのである。したがって，請求項１に対する請求項４の当てはめにおいても，「第１の読出手段」が「前記記憶媒体から前記ＡＤＰＣＭ方式によって圧縮された圧縮楽音データを読み出す」ことが明らかにされていれば，本件特許発明３にとって必須の構成が記載されているといえるのである。
３－８実施可能要件違反の有無（争点３－８）
（被告の主張）
本件特許発明３が引用する請求項１の「非圧縮データに代えてＡＤＰＣＭ方式によって圧縮された圧縮楽音データを用いる」ことに関し，発明の詳細な説明の項には，課題を解決しようとする課題の項を除き，唯一，段落【００２１】の次の記載があるだけである。
「【００２１】
なお，上記の実施形態において，楽音データの先頭部および終了部にＰＣＭデータ，すなわち圧縮されていないディジタル楽音データを配置したが，これに代えて，例えばＡＤＰＣＭ等の圧縮手法を用いた，伸張が短時間で行えるディジタル楽音データを配置してもよい。」
もっとも，当業者は，この置換により所望の動作をして所望の効果を奏するように，その構成を変更することには容易に想到するかもしれない。しかし，本件特許発明３は，請求項１の「非圧縮楽音データ」を「ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ」に代えることだけを規定したから，上記のような当業者が行うべき他の構成の変更を施すことのない構成において，発明の詳細な説明において奏すべきものとされる「無音部分を作ることなくループ再生を行うことができる」という作用効果をどのように達成できるのかは，発明の詳細な説明には何らの開示がない。
したがって，「請求項１の非圧縮データに代えてＡＤＰＣＭ方式によって圧縮された圧縮楽音データを用いる」ことを規定した本件特許発明３（請求項１を引用する請求項４）は，明細書の発明の詳細な説明の記載が不備であって，当業者が実施することができないものであり，本件特許発明３は特許法３６条４項１号に反するから，同法１２３条１項４号により無効とされるべきである。
（原告の主張）
前記３－７（原告の主張）(2)のとおり，ＡＤＰＣＭ方式の再生処理技術自体は周知であるから，発明の詳細な説明に特段の具体的記載が明示されていないとしても，当業者にとっては実施可能である。
３－９乙１３号証を主引例とする進歩性の欠如（争点３－９）
（被告の主張）
(1)乙１３号証には，以下のような記載がある。
「２．特許請求の範囲


所定周期分のアナログ波形に対応するディジタル・データを，所定数のサンプル毎のブロック単位で圧縮データ・ワードとその圧縮に関するパラメータとを生成し，所定数の圧縮データ・ワードとそのパラメータを含む１または複数の圧縮符号ブロックを構成して記憶媒体にストアするようにした音源データ圧縮符号化方法であって，上記１または複数の圧縮符号ブロックのうち少なくとも始めのブロックの始めの所定数のワードはストレートＰＣＭのワードがストアされるようにしたことを特徴とする音源データ圧縮符号化方法。」
「〔課題を解決するための手段〕・・・すなわち第１図において，ルーピング区間ＬＰが上記アナログ波形の所定周期分に対応し，このルーピング区間ＬＰ内の始めの圧縮符号ブロックＢＬの始めの所定数のワードをストレートＰＣＭワードＷＳＴとしている。このストレートＰＣＭワードＷ   ＳＴの個数は，圧縮符号化の際のフィルタの次数以上とすればよい。」（２頁右下欄１９行～３頁左上欄６行）
「〔実施例〕・・・この繰り返し波形の所定のｎ周期分（ｎは整数）をルーピング区間ＬＰとし，この区間ＬＰの始点及び終点をそれぞれルーピング開始点ＬＰＳ及びルーピング終端点ＬＰＥ（ルーピングポイント）と表している。そして上記フォルマント部分ＦＲ及びルーピング区間ＬＰのアナログ波形に対応するディジタル・データを記憶媒体に記録し，再生時にはフォルマント部分ＦＲの再生に続いてルーピング区間ＬＰを繰り返し再生することにより，任意の長時間にわたって楽音を発生させることができる。ここで，このようなルーピング区間ＬＰを含む楽音データをメモリ等の記憶媒体にストアするに先立ってビット圧縮符号化することにより，データ量の低減を図るわけであるが，本実施例においては，本件出願人が先に特開昭６１－１５８２１７号公報，特開昭６２－００８６２９号公報あるいは特開昭６２－００３５１６号公報等において提案しているビット圧縮符号化方式，すなわち波高値データの所定数のサンプル（ｈサンプル）毎にブロック化しこのブロック単位で最適のビット圧縮を施すような高能率符号化方式を用いるものとし，この高能率ビット圧縮符号化方式について，第３図を参照しながら概略的に説明する。」（３頁右上欄１６行～左下欄２０行）「このビット圧縮符号化システムにおいては，上記入力信号（波高値データ）ｘ（ｎ）を，所定数のサンプル（ｈサンプル）毎にブロック化して，各ブロック毎に最適の特性の上記エンコード・フィルタ７４を選択するようにしている。これは互いに異なる特性を有する複数の（例えば４個の）エンコード・フィルタを予め設けておき，これらのフィルタのうち最適の特性の，すなわち最も高い圧縮率を得ることのできるようなフィルタを選択することで実現し得るものである。」（３頁右下欄１９行～４頁左上欄８行）「ここで第４図は，このようなパラメータ情報および上記ビット圧縮（エンコード）されたサンプル・データ（上記出力ｄ（ｎ））のｌブロック分の一具体例を示すものである。この第４図におけるｌブロック分のデータとしては，１バイトのヘッダ情報（パラメータ情報）ＲＦと８バイトのサンプル用データＤＡ０～Ｄ   Ｂ３で構成されている。」（４頁右下欄１５行～５頁左上欄１行）


「次に，再生側のデコーダ９０の入力端子９１には，上記エンコーダ７０の出力端子８２からの出力ｄ（ｎ）が伝送され，あるいは記録，再生されることによって得られた信号ｄ’（ｎ）が供給されている。この入力信号ｄ’（ｎ）は利得Ｇ－１のシフタ９２を介し加算器９３に送られている。加算器９３からの出力ｘ’（ｎ）は予測器９４に送られて予測信号ｘ’（ｎ）となり，この予測信号ｘ’（ｎ）は上記加算器９３に送られて上記シフタ９２からの出力ｄ”（ｎ）と加算される。この加算出力がデコード出力ｘ’（ｎ）として出力端子９５より出力される。」（５頁左上欄１３行～右上欄４行）「このような構成のビット圧縮符号化システムにおいて，上記第２図のルーピング区間ＬＰのルーピング開始点ＬＰｓから始まるブロック（ルーピング開始ブロック）の最初の所定数のワードを，第１図に示すように，ストレートＰＣＭデータのワードＷＳＴとする。この所定数としては，上記エンコード・フィルタ７４の次数（予測フィルタの次数）の最大値と同じかあるいはそれ以上とすればよく，上記具体例ではエンコード・フィルタ７４の最大次数が２次であるから，２個以上のストレートＰＣＭデータのワードＷＳＴを配置するようにすればよい。このためには，例えばエンコード出力端子８２の直前に切換スイッチを設け量子化器７６からの圧縮データとストレートＰＣＭデータとを切換選択して出力可能と成し，上記ルーピング開始点ＬＰＳからの上記所定数ワードの間は上記切換スイッチによりストレートＰＣＭデータを選択して出力するように構成すればよい。なお，レンジ情報はブロックで独立であるから，元のサンプルのワード長の例えば１６ビットのストレートＰＣＭデータをそのまま出力する代わりに，同じブロックのレンジ情報に対応するビットだけ圧縮した例えば４ビットのストレートＰＣＭデータを出力するようにしてもよい。」（５頁左下欄２行～右下欄５行）「この第５図において，メモリ１には，上記圧縮符号化されたサンプル・データやパラメータ情報（第４図のヘッダ情報ＲＦ，付属情報）等（音源データ）が記憶されており，さらにルーピング開始アドレス（上記ルーピング開始ブロックのメモリ内アドレス）等も例えばディレクトリ情報として記憶されている。この少なくともルーピング開始アドレスは，メモリ１のデータバスを介してアドレス・レジスタ２に送られて一時記憶され，ルーピングの終了直前にアドレス・カウンタ３にプリセットされるようになっている。デコーダ４はアドレス・カウンタ３からの出力及び上記ループ・スタート・フラグＬＳＦに応じて，上記ルーピング開始ブロック内の始めの上記所定数ワードの間（ストレートＰＣＭデータが出力される間）ストレートＰＣＭ切換制御信号を出力するものである。」（５頁右下欄１０行～６頁左上欄６行）「このようにメモリ１から読み出される音源データの内，上記パラメータ情報（第４図のヘッダ情報ＲＦ，付属情報）は，付属情報レジスタ５に送られて一時記憶され，上記圧縮符号化されて得られた４ビットの圧縮データ（第４図のサンプル・データＤＡ０   Ｈ～ＤＢ３   Ｌ）はデータ・レジスタ６に送られて一時記憶される。また，メモリ１からの音源データの内の上記ルーピング開始ブロックの始めの所定数ワードのストレートＰＣＭデータは，マルチプレクサ８に送られる。」（６頁左上欄１９行～右上欄８行）「このような第５図中のデコーダ２０において，上記４ビットの圧縮データについては，前述した第３図のデコーダ７０と同様なデコード処理が施され，例えば１６ビットの波高値データとなって出力レジスタ１６を介してＤ／Ａ変換器１７に送られ，アナログ楽音信号として出力端子１８より取り出される。」（６頁左下欄１５行～右下欄１行）
「ルーピング終端点を含むブロックの音源データを読み出している際には上記付属情報のループ・エンド・フラグＬＥＦが立ち，このループ・エンド・フラグＬＥＦに基づいてルーピング終端点に達した時点でアドレス・レジスタ２からのルーピング開始アドレスをアドレス・カウンタ３にプリセットする。
従って，アドレス・カウンタ３はアドレスバスを介してメモリ１のルーピング開始ブロックをアクセス開始し，上記始めの所定数のワードは上記ストレートＰＣＭデータを読み出す。このストレートＰＣＭデータを読み出している間は，デコーダ４が前記ストレートＰＣＭ切換制御信号を出力してマルチプレクサ８及び係数発生回路９に送り，このストレートＰＣＭデータをそのまま出力レジスタ１６に送るような制御がなされる。すなわち，マルチプレクサ８はメモリ１からの上記ストレートＰＣＭデータを選択して出力し，係数発生回路９は０次のフィルタを構成するような乗算係数を係数乗算器１２，１３に送るから，加算器１０からの出カには上記ストレートＰＣＭデータがそのまま得られることになる。」（６頁右下欄４行～７頁左上欄５行）第５図は次のものである。
(2)乙１３号証に記載された発明
乙１３号証では，波高値データの所定数のサンプル（ｈサンプル）毎にブロック化しこのブロック単位で最適のビット圧縮を施すような高能率符号化方式により楽音データが圧縮されている。そして，ルーピング開始点ＬＰｓから始まるブロック（ルーピング開始ブロック）の最初の所定数のワードを，第１図に示すように，ストレートＰＣＭデータのワードＷＳＴとするから，非圧縮の楽音データとしてストレートＰＣＭデータが設けられ，ストレートＰＣＭデータ及び圧縮データが楽音データとしてメモリ１に格納されている。乙１３号証では，第１図のようにルーピング期間では，ルーピング先頭部分のストレートＰＣＭ，これに続く圧縮データがメモリ１に格納され，ルーピング期間に基づく発音をする際には，メモリ１に格納されたルーピング期間の先頭部分のストレートＰＣＭ，これに続く圧縮データ，そして先頭のストレートＰＣＭというように順次ルーピング期間の楽音データが繰り返し読み出される。


乙１３号証のデコーダ４はアドレス・カウンタ３からの出力及び上記ループ・スタート・フラグＬＳＦに応じて，上記ルーピング開始ブロック内の始めの上記所定数ワードの間（ストレートＰＣＭデータが出力される間）ストレートＰＣＭ切換制御信号を出力する。したがって，ストレートＰＣＭの読み出しが終了すると，このストレートＰＣＭ切換制御信号の出力は停止する。乙１３号証では，メモリ１から読み出される音源データの内，パラメータ情報（第４図のヘッダ情報ＲＦ，付属情報）は，付属情報レジスタ５に送られて一時記憶され，上記圧縮符号化されて得られた４ビットの圧縮データ（第４図のサンプル・データＤＡ０   Ｈ～ＤＢ３   Ｌ）はデータ・レジスタ６に送られて一時記憶されるから，圧縮楽音データが読み出されるものであることは明らかである。
乙１３号証のデコーダ２０（第５図）において，４ビットの圧縮データは第３図のデコーダ９０と同様なデコード処理が施され，例えば１６ビットの波高値データとなって出力レジスタ１６を介してＤ／Ａ変換器１７に送られ，アナログ楽音信号として出力端子１８より取り出される。そして，ストレートＰＣＭデータが出力される間，ストレートＰＣＭ切換制御信号をマルチプレクサ８及び係数発生回路９に対して出力し，このストレートＰＣＭデータをそのまま出力レジスタ１６に送るような制御がなされる。
乙１３号証では，波高値データの所定数のサンプル（ｈサンプル）毎にブロック化しこのブロック単位で最適のビット圧縮を施すような高能率符号化方式が採用されるから，ストレートＰＣＭを含むものを含めて，楽音データは全てｈサンプル毎にブロックされている。
乙１３号証のメモリ１には，圧縮符号化されたサンプル・データやパラメータ情報（第４図のヘッダ情報ＲＦ，付属情報）等（音源データ）が記憶されており，さらにルーピング開始アドレス（上記ルーピング開始ブロックのメモリ内アドレス）等も例えばディレクトリ情報として記憶され，ルーピング開始アドレスは，メモリ１のデータバスを介してアドレス・レジスタ２に送られて一時記憶され，ルーピングの終了直前にアドレス・カウンタ３にプリセットされ，デコーダ４はアドレス・カウンタ３からの出力及びループ・スタート・フラグＬＳＦに応じて，ルーピング開始ブロック内の始めの所定数ワードの間ストレートＰＣＭ切換制御信号を出力して，マルチプレクサ８はストレートＰＣＭの出力を選択する。そして，圧縮楽音データが読み出されてデコードされると，マルチプレクサ８はこのデコードデータを選択して出力するようになっていることは明らかである。
そして，ルーピング終端点を含むブロックの音源データを読み出している際には上記付属情報のループ・エンド・フラグＬＥＦが立ち，このループ・エンド・フラグＬＥＦに基づいてルーピング終端点に達した時点でアドレス・レジスタ２からのルーピング開始アドレスをアドレス・カウンタ３にプリセットする。
したがって，アドレス・カウンタ３はアドレスバスを介してメモリ１のルーピング開始ブロックをアクセス開始し，上記始めの所定数のワードは上記ストレートＰＣＭデータを読み出す。
乙１３号証は，以後これらを順次実行する。
乙１３号証の第５図は，楽音データの再生装置を示している。以上から，乙１３号証には次の発明が記載されている（以下「乙１３発明」という）。
「ストレートＰＣＭデータと圧縮楽音データとから構成される楽音データが記憶されたメモリから前記楽音データをストレートＰＣＭデータ，圧縮楽音データの順に読み出して再生する楽音データ再生装置であって，前記メモリから前記ストレートＰＣＭデータを読み出すとともに，前記ストレートＰＣＭデータの読み出しを終了した時点で読み出し終了通知を出力
する第１の読出手段と，
前記メモリから前記圧縮楽音データを読み出す第２の読出手段と，前記第２の読出手段によって読み出された圧縮楽音データをデコードして
出力するデコーダと，
前記第１の読出手段の出力と前記デコーダの出力とを切り換える切換手段
と，
前記第１の読出手段，前記第２の読出手段，および前記切換手段を制御す
る制御手段とを具備し，
前記圧縮楽音データは，楽音データの再生における再生処理単位である１
サンプルのｈ倍のデータサイズを有し，
前記制御手段は，ルーピング期間において，前記第１の読出手段へ前記ストレートＰＣＭデータの読み出し指令を出力するとともに前記切換手段を前記ストレートＰＣＭの出力に切り換える第１手順，前記ストレートＰＣＭの出力が終了した時点で前記第２読出手段へ前記圧縮楽音データの読み出し指令を出力するとともに前記切換手段を前記第２の読出手段の出力に切り換える第２手順，を順に実行し，前記第２の読出手段から前記圧縮楽音データのデコード及び出力が終了した通知を受けて再び前記第１手順を実行することにより，前記楽音データをループ再生させることを特徴とする楽音データ再生装置。」
(3)本件特許発明３と乙１３発明とを対比すると，両者は次の一致点及び相違点を有する。
【一致点】
「第２の状態の圧縮楽音データと第１の状態の楽音データとから構成される楽音データが記憶された記憶媒体から前記楽音データを読み出して再生する
楽音データ再生装置であって，
前記記憶媒体から前記第１の状態の楽音データを読み出すとともに，前記第１の状態の楽音データの読み出しを終了した時点で読み出し終了通知を出
力する第１の読出手段と，
前記記憶媒体から前記第２の状態の圧縮楽音データを読み出す第２の読出
手段と，
前記第２の読出手段によって読み出された第２の状態の圧縮楽音データを
伸張して出力するデコーダと，
前記第１の読出手段の出力と前記デコーダの出力とを切り換える切換手段
と，
前記第１の読出手段，前記第２の読出手段，および前記切換手段を制御す
る制御手段とを具備し，
前記第２の状態の圧縮楽音データは，楽音データの再生における所定の再
生処理単位の整数倍のデータサイズを有し，
前記制御手段は，前記第１の読出手段からの読み出し終了通知を受けて前記第２の読出手段へ前記第２の状態の圧縮楽音データの読み出し指令を出力するとともに前記切換手段を前記デコーダの出力に切り換えるＡ手順，前記デコーダによる前記第２の状態の圧縮楽音データの伸張および出力が終了した時点で前記第１の読出手段へ前記第１の状態の楽音データの読み出し指令を出力するとともに前記切換手段を前記第１の読出手段の出力に切り換える


Ｂ手順，を有し，
前記第１の読出手段から出力される前記読み出し終了通知を受けて前記Ａ手順を実行し，その後Ｂ手順を実行することにより，前記楽音データをルー
プ再生させる
ことを特徴とする楽音データ再生装置。」である点で一致する。
【相違点１】
第１の状態の楽音データについて，本件特許発明３はＡＤＰＣＭ方式によって圧縮された圧縮楽音データであるのに対し，乙１３発明は，ストレートＰＣＭ（非圧縮楽音データ）である点で異なる。
【相違点２】
楽音データの読み出しについて，本件特許発明３は，第２の状態の圧縮楽音データ，第１の状態の楽音データの順に読み出すのに対し，乙１３発明は，第１の状態の楽音データ，第２の状態の圧縮楽音データの順に読み出す点で異なる。ただし，第１の状態の楽音データの読み出し後は本件特許発明３と同様に，第２の状態の圧縮楽音データ，第１の状態の楽音データの順に読み出す点では一致する。
【相違点３】
ループ再生指示を受けた後の手順について，本件特許発明３は第１手順（Ａ手順相当）を実行するものであるのに対し，乙１３発明では，Ｂ手順（第２手順相当）を実行するものである点で異なる。ただし，第１の状態の楽音データの読み出し後は本件特許発明３と同様に，Ａ手順，Ｂ手順の順に実行する点で一致する。
(4)ア乙１５号証には，次の記載がある。
「【特許請求の範囲】
１．圧縮されていないか，または伸張処理に要する時間が短い第１の圧縮方法により圧縮された第１のデータと，前記第１の圧縮方法より伸張処理に要する時間が長い第２の圧縮方法により圧縮された第２のデータから構成される楽音データを読み出す読み出し手段と，前記読み出し手段により読み出されたデータのうち，前記第１のデータを必要に応じ伸張して出力する第１の出力手段と，前記第２のデータを伸張して出力する第２の出力手段と，を備えることを特徴とする楽音生成装置。
２．圧縮されていないか，または伸張処理に要する時間が短い第１の圧縮方法により圧縮された第１のデータと，前記第１の圧縮方法より伸張処理に要する時間が長い第２の圧縮方法により圧縮された第２のデータから構成される楽音データを読み出す読み出しステップと，前記読み出しステップで読み出されたデータのうち，前記第１のデータを必要に応じ伸張して出力する第１の出力ステップと，前記第２のデータを伸張して出力する第２の出力ステップと，を含むことを特徴とする楽音生成方法。」
「背景技術
電子楽器やゲーム機などにおいては，ユーザの操作は無作為に行われこのため発音される楽音は予測しがたく，予めユーザの操作を予測して，発音要求があるであろう楽音を生成しておくことは難しかった。また，電子楽器やゲーム機などでは所定の楽音の発音要求があってから，即座に発音されることも要求されている。このような予測しがたい即座の発音要求に対処するため，電子楽器やゲーム機などに使われる楽音データは，非圧縮としたりまたは伸張する際に処理時間が少ない圧縮方法，例えばＡＤＰＣＭ（ＡｄａｐｔｉｖｅＤｉｆｆｅｒｅｎｔｉａＩＰｕｌｓｅＣｏｄｅＭｏｄｕｌａｔｉｏｎ）が用いられて圧縮されていた。例えばＭＤ（ＭｉｎｉＤｉｓｃ）などにおいては，高効率符号化音声圧縮方式として，ＡＴＲＡＣ(ＡｄａｐｔｉｖｅＴｒａｎｓｆｏｒｍＡｃｏｕｓｔｉｃＣｏｄｉｎｇ)やＡＴＲＡＣ２などが開発されてきており，かかる方式では，高音質が得られしかも，先のデータを予見して（ユーザの操作に左右されずに）データを先読みし，楽音を生成できる音楽再生装置を実現しつつある。
ここで，ＡＤＰＣＭはデータを約４分の１に圧縮するのに対し，ＡＴＲＡＣ２は約１０分の１乃至２０分の１に圧縮することが可能である。また，ＡＴＲＡＣ２で圧縮されたデータを伸張した音声は，ＡＤＰＣＭで圧縮されたデータを伸張した音よりも原音（圧縮前の音）に近い音となっている。しかしながら，ＡＴＲＡＣ２はＡＤＰＣＭに比べて圧縮，伸張にかかる処理の負荷が重い（約２０倍）ため，ユーザの発音要求に応じて即座に発音しなければならないような電子楽器やゲーム機などにはやはり不向きとされていた。
また，電子楽器やゲーム機などでは，同時に複数の楽音が発音要求される場合があり，そのような場合にＡＴＲＡＣ２などの処理の負荷が重い圧縮方法を用いられていた場合，即座に全ての楽音が生成できない(発音できない)という課題があった。
本発明は，このような状況に鑑みてなされたものであり，１つの楽音を生成するためのデータのうち先頭部分とその他の部分とで，異なる圧縮方法を用いて圧縮された楽音データを用いることにより，または，伸張処理されたデータのうち，一部を記憶するようにすることにより，発音要求から発音されるまでの遅延時間をなくし，かつ，高効率符号化音声圧方式を用いることができるようにするものである。」
以上のように，乙１５号証には，非圧縮楽音データと低圧縮楽音データとを同等に取り扱い，これよりも高圧縮の楽音データと組み合わせることによって，ユーザの発音要求に応じて即座に発音する（即座に発音できないときは，最初の部分が無音となってしまうという意味である）ことができる技術として開示されている。従って，相違点１にもかかわらず，本件特許発明３は，乙１５号証記載の発明に基づき，当業者は容易に想到することができる。


イ乙１３号証のルーピング開始期間ＬＰのルーピング開始点ＬＰｓから始まるブロックの始めの所定数ワードがストレートＰＣＭのワードとなるから，ルーピング開始点ＬＰｓから始まるブロックはこのストレートＰＣＭのワードＷｓｔ分数だけ少なくなる。しかし，他の部分は全てｈサンプルの整数倍のサンプルからなるブロックを形成している。所定数のストレートＰＣＭのワードＷＳＴをＳサンプルとすると，ルーピング開始点ＬＰｓから始まるブロックは，ＳサンプルのストレートＰＣＭ（非圧縮楽音データ）および（ｈ－Ｓ）サンプル数の圧縮楽音データとなる。しかしこれに続くブロックは，いずれもｈサンプルからなるビット圧縮楽音データである。この場合の，乙第１３号証の圧縮楽音データのデータサイズは，「楽音データの再生における再生処理単位である１サンプルのｈ倍に分割したブロック数を乗じた数から先端部のストレートＰＣＭのサンプル数（Ｓ）を減じたサンプル数（ｈ×ｋ－Ｓ）に等しいデータサイズである（ｋは全体のブロック数）。（ｈ×ｋ－Ｓ）は整数であるから，再生処理単位である１サンプルの整数倍であることに変わりはない。この関係を乙１３号証の第１図に書き込んで図示すると次のとおりである。これを模式的に図示すると次のとおりである。
（原告の主張）
(1)本件特許発明３は，曲の最後のフレームが規定数のサンプルを含まない場合にフレームの後部に無音部分が含まれることになるので，繰り返し再生において曲の終端部と先頭部との間に無音部分が生じてしまう問題があったことを解決しようとするものであるのに対して，乙１３発明は，そもそも，音源データの所定周期分（ルーピング区間）の始めの部分，特にルーピングの折り返し点（ルーピングポイント）での悲連続性をなくすことができ，しかも記憶容量の増大を防ぐことが可能な音源データ圧縮符号化方法の提供を目的とするものであり，本件特許発明３が解決しようとする上記課題とは無関係である。
本件特許発明３は，構成要件３Ａ～３Ｈからなる構成を上記課題の解決手段として具備していることにより，「圧縮楽音データ」は楽音データの終了部に配置されないようにし，楽音データの終了部には「ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ」が配置されるようにしていることを特徴としている。乙１３発明は，「第２図のルーピング区間ＬＰのルーピング開始点ＬＰＳから始まるブロック（ルーピング開始ブロック）の最初の所定数のワードを，第１図に示すように，ストレートＰＣＭデータのワードＷＳＴとする。」（乙１３の５頁左下欄２行～６行）もので，ルーピング区間ＬＰのルーピング終端点ＬＰＥを含むブロックは圧縮データからなっている。したがって，乙１３発明は，ルーピング区間ＬＰのルーピング終端点ＬＰＥを含むブロックが圧縮データからなっている点において，本件特許発明３とは明らかに相違している。詳しく述べると，本件特許発明３と乙１３発明とは，次の４点で相違する。
相違点①：乙１３号証には構成要件３Ａが示されていない点。相違点②：乙１３号証には構成要件３Ｂが示されていない点。相違点③：乙１３号証には構成要件３Ｇが示されていない点。相違点④：乙１３号証には構成要件３Ｈが示されていない点。(2)ア構成要件３Ａが，「圧縮楽音データと“ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ”とから構成される楽音データが記憶された記憶媒体から前記楽音データを圧縮楽音データ，“ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ”の順に読み出して再生する楽音データ再生装置」であるのに対して，乙１３発明は，ルーピング区間ＬＰについて着目すると，ルーピング開始点ＬＰＳから始まる所定数のワードからなるストレートＰＣＭデータのワードＷＳＴをまず読み出し，次に圧縮データを読み出すようになっている。
したがって，乙１３号証の「ストレートＰＣＭデータ」を本件特許発明３の“ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ”に対応付け，「圧縮データ」を「圧縮楽音データ」に対応付けたとしても，読み出しの順序が一致しておらず，乙１３号証は構成要件Ａを開示していない（相違点①）。
イ構成要件３Ｂが，「前記記憶媒体から前記“ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ”を読み出すとともに，前記“ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ”の読み出しを終了した時点で読み出し終了通知を出力する第１の読出手段」であるのに対して，乙１３発明は，ルーピング区間ＬＰについて着目すると，メモリ１から圧縮データを読み出してデコードしているときに，該圧縮データの最後部の「ルーピング終端点を含むブロックの音源データを読み出している際には上記付属情報のループ・エンド・フラグＬＥＦが立ち，このループ・エンド・フラグＬＥＦに基づいてルーピング終端点に達した時点でアドレス・レジスタ２からのルーピング開始アドレスをアドレス・カウンタ３にプリセットする」（乙３の６頁右下欄４行～１０行）ようになっている。ここで，乙１３号証の「ルーピング終端点に達した時点でアドレス・レジスタ２からのルーピング開始アドレスをアドレス・カウンタ３にプリセットする」を，本件特許発明３の「読み出しを終了した時点で読み出し終了通知を出力する」に対応付けたとしても，乙１３号証では「圧縮データ」の読み出し終了に応答しているにすぎず，“ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ”（非圧縮楽音データ）の読み出し終了に応答する構成とはなっていないので，乙１３号証は構成要件３Ｂを開示していない。


一方，乙１３号証に示された「アドレスカウンタ３」（第５図）は，メモリ１から「ストレートＰＣＭデータ」を読み出すように機能するので，これを一応，構成要件３Ｂの「第１の読出手段」に対応付けることができる。しかし，そうすると，「ストレートＰＣＭデータ」の読み出しの終了は，「ルーピング終端点」から「ルーピング開始点」に戻るときに生じるものではないので，構成要件３Ｂにおける「前記“ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ”の読み出しを終了した時点で読み出し終了通知を出力する」ものに該当しない。
本件特許発明３では，構成要件３Ｂが出力する「読み出し終了通知」は，構成要件３Ｈにおいて「楽音データをループ再生させる」ために用いられている。よって，乙１３号証に示された「アドレスカウンタ３」（第５図）を構成要件３Ｂの「第１の読出手段」に対応付けた場合，「ストレートＰＣＭデータ」の読み出しの終了は，「ルーピング終端点」から「ルーピング開始点」に戻るときに生じるものではないので，結局，構成要件３Ｂに該当しないことになる。
このように，乙１３号証の構成をどのように当てはめても，構成要件３Ｂに該当せず，構成要件Ｂを開示していない（相違点②）。ウ構成要件３Ｇが，「前記圧縮楽音データは，楽音データの再生における所定の再生処理単位の整数倍のデータサイズを有し，」であるのに対して，乙１３発明は，ルーピング区間ＬＰにおいて再生される圧縮データのサンプル数は１ブロックの整数倍とはなっていないので，「楽音データの再生における所定の再生処理単位の整数倍のデータサイズ」に該当していない。したがって，構成要件３Ｇを開示していない（相違点③）。エ構成要件３Ｈが，「前記制御手段は，ループ再生指示を受けて，前記第２の読出手段へ前記圧縮楽音データの読み出し指令を出力するとともに前記切換手段を前記デコーダの出力に切り換える第１手順，前記デコーダによる前記圧縮楽音データの伸張および出力が終了した時点で前記第１の読出手段へ前記“ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ”の読み出し指令を出力するとともに前記切換手段を前記第１の読出手段の出力に切り換える第２手順，を順に実行し，前記第１の読出手段から出力される前記読み出し終了通知を受けて再び前記第１手順を実行することにより，前記楽音データをループ再生させる」であるのに対して，乙１３発明は，ルーピング区間ＬＰについて着目すると，ルーピング開始点ＬＰＳから始まる所定数のワードからなるストレートＰＣＭデータのワードＷＳＴをまず読み出し，次に圧縮データを読み出すようになっている。したがって，乙１３号証の「ストレートＰＣＭデータ」を本件特許発明３の“ＡＤＰＣＭ方式によって圧縮された圧縮楽音データ”に対応付け，「圧縮データ」を「圧縮楽音データ」に対応付けたとしても，読み出しの順序（第１手順と第２手順の順序）が一致しておらず，乙１３号証は構成要件３Ｈを開示していない（相違点④）。
(3)乙１５号証においては，「１効果音を生成するデータの先頭部分が非圧縮のデータであり，残りの部分が圧縮されたデータである音楽データ」が示されており，また，非圧縮データと圧縮データの違いは，伸張処理に要する時間の相対的な長短の相違で区別することが示されている。このように，乙１５号証においても，楽音データの終わりの部分が圧縮データとなっており，明らかに，本件特許発明３が特徴とする相違点①④に係る構成要件３Ａ及び３Ｈを開示していない。また，相違点②に係る構成要件３Ｂも開示していない。
特に，相違点④に係る構成要件３Ｈは，本件特許発明３の課題を解決し，所期の効果を奏するために重要な構成であるから，いずれの刊行物においてもこの点が開示されていないことを考慮すると，本件特許発明３は，これらの刊行物（乙１３，１５）に記載された発明に基づいて，当業者が容易に推考し得たものではないことが明白である。
４原告の損害額（争点４）
（原告の主張）
(1)被告は，平成１６年１０月頃から，業として被告製品１を製造・販売しており，その売上高は平成２２年３月末日現在において２９億円を下らない。また，被告製品１にかかる被告の利益率は，５０％を下らず，本件特許発明１の寄与率は２０％を下らない。
したがって，被告による本件特許１にかかる特許権侵害行為により原告が被った損害は，２億９０００万円を下らない。
(2)被告は，平成１９年１０月頃から，業として被告製品２を製造・販売しており，その売上高は平成２２年３月末日現在において２億円を下らない。被告は，平成２１年２月頃から，業として被告製品３を製造・販売しており，その売上高は同月末日現在において１５億円を下らない。また，被告製品２にかかる被告の利益率は，５０％を下らず，本件特許発明２及び３の寄与率は４０％を下らない。被告製品３にかかる被告の利益率は，５０％を下らず，本件特許発明２及び３の寄与率は２０％を下らない。
したがって，被告による本件特許２及び３にかかる特許権侵害行為により原告が被った損害は，１億９０００万円を下らない。
(3)原告は，本件特許１の侵害による損害賠償金のうちの一部である金１億５０００万円，本件特許２及び３の侵害による損害賠償金のうちの一部である金１億円並びにこれらに対する訴状送達の日の翌日である平成２２年４月２４日から支払済みまで民法所定の年５分の割合による遅延損害金の支払を求める。
（被告の主張）
原告の主張は否認ないし争う。
第４当裁判所の判断
１本件特許発明１に係る侵害の成否について


１－１構成要件１Ａの充足性（争点１－１）について(1)被告製品１がデコード機能を有するものの，エンコード機能を有しないものであることは当事者間に争いがない（別紙被告製品１の機能説明参照）。したがって，構成要件１Ａの「データを所定の圧縮処理によつて圧縮して外部記憶手段に記録するとともに，前記外部記憶手段に記録した圧縮データを所定のデコード処理によって元のデータに戻し，該元のデータに基づいて音信号を生成する信号処理装置において，」うちの前段，すなわち，「データを所定の圧縮処理によつて圧縮して外部手段に記憶する」という部分が，本件特許発明１の「信号処理装置」においてデータの圧縮処理（エンコード）が行われることを意味するものとすれば，被告製品１は構成要件１Ａを充足しないということになる。
そこで，まず，構成要件１Ａの「外部記憶手段に記録する」の意義について検討する。
(2)構成要件１Ａの文言をみると，①「データを所定の圧縮処理によつて圧縮して外部記憶手段に記録する」ことと②「前記外部記憶手段に記録した圧縮データを所定のデコード処理によって元のデータに戻し，該元のデータに基づいて音信号を生成する」ことが「とともに」で並列的に記載されているのであるから，「とともに」は「かつ」又はこれに類似する意味であると解される。加えて，上記①と②はいずれも「記録する」と「生成する」という動詞であるから，上記①の「外部記憶手段に記録する」とは記録する動作（機能）を意味すると解するのが自然である。
(3)続いて，本件特許１明細書の【発明の詳細な説明】の記載に基づいて検討する。
ア本件特許１明細書の【発明の詳細な説明】には，以下の記載がある。
「【０００１】
【産業上の利用分野】この発明は，高効率データ圧縮を採用したレコーダ等に用いられて好適な信号処理装置に関する。
【０００２】
【従来の技術】従来より，デジタルデータを記録する際には，その記憶容量を小さくするために，各種のデジタルデータ圧縮技術が用いられてきた。ここでは，代表的な例として，帯域分割符号化（ＳＢＣ；サブバンドコーディング）および適応変換符号化（ＡＴＣ）について説明する。帯域分割符号化による圧縮法では，アナログ波形を帯域通過フィルタ（ＢＰＦ；ＢａｎｄＰａｓｓ    Ｆｉｌｔｅｒ）群によって帯域分割して符号化する。さらに，帯域分割された信号に，その重要さに応じて適切なビット数を割当て，該割当てられたビット数で量子化する。すなわち，この方式では，これまでの圧縮法のように単に波形の統計的な特性を考慮して圧縮するのではなく，信号を受け取る人間の知覚処理過程に整合するようにして圧縮するようになっている。
【０００３】また，適応変換符号化による圧縮法では，アナログ波形を所定の区間毎に直交変換（例えば，フーリエ変換によるスペクトル変換）し，その変換係数を適応符号化する。ここで，適応符号化とは量子化間隔を適宜，状況に応じて変化させながら量子化することである。
【０００４】
【発明が解決しようとする課題】ところで，上述した圧縮技術を，例えば，マルチトラックのレコーダに適用して，性能／価格比を上げようとすると，十分な圧縮性能は得られるが，再生時の圧縮データのデコードの際に時間遅れを生じるという問題がある。すなわち，マルチトラック・レコーダでは，例えば，予め圧縮記録しておいた信号に同期させて，後から別のトラックに他の信号を記録するという作業が行なわれる。この時，予め圧縮記録しておいた信号を再生するのであるが，再生するためのデータ処理に時間がかかるため，頭出しにおいて直ちに再生音が出てこないという問題を生じる。特に，上述した技術では，ＦＦＴ等のブロックデータ処理が含まれており，これが聴感上無視できないほどの再生時の立上がり遅れを生ずる。」
上記記載によれば，従来技術として，帯域分割符号化（ＳＢＣ）による圧縮法，適応変換符号化（ＡＴＣ）による圧縮法が挙げられ，本件特許発明１は，その改良技術として位置付けられている。したがって，このような本件特許発明１の技術的な位置付けからみれば，本件特許発明１が圧縮技術の部分を含まず，専らデコード処理技術に関わるものであると限定して解することは相当でない。
イまた，発明の詳細な説明の実施例については，次の記載がある。
「【０００８】
【実施例】次に図面を参照してこの発明の実施例について説明する。図１はこ   の発明   の一実   施例の   構成を   示すブ   ロック   図であ   る。…   （以下   省略）」
「【０００９】ここで，パネルスイッチ１の一例を図２（ａ）に示す。…（途中省略）…具体的には，再生の開始を指示する「ＰＬＡＹ」キー１ａ，録音の開始を指示する「ＲＥＣ」キー１ｂ，上記再生および録音を停止させる「ＳＴＯＰ」キー１ｃ，どのトラックまたは位置から再生するかを指示する「トラック」キー１ｄおよび「位置」キー１ｅ，後述する同期再生を行なう先頭位置を指示する（マークする）「マーク」キー１ｆ，そして，同期再生の開始を指示する「同期再生」キー１ｇからなる。…（以下省略）」
「【００１１】（前略）…また，テンポラリＲＡＭ８には圧縮データをデコートする際に，同期再生される最初の部分のデータが記憶される。外部記憶装置は，圧縮データを記憶するものであり，例えば，ハードディスク，あるいはＤＲＡＭやフラッシュメモリのような半導体メモリや光磁気ディスク等からなる。…（以下省略）」
「【０   ０１２   】次に   ，演算   器１０   はＤＦ   Ｔベー   スのＡ   ＴＣ（   AdaptiveTransformCorder）の方法に基づく，圧縮演算（エンコード）および再生演算（デコード）を行なう。…（以下省略）」
「【００１３】次に，ＡＤＣ（アナログ／デジタル変換器）１１はアナログ信号をデジタル信号に変換する。このデジタル信号に対して圧縮が行なわれる。…（以下省略）」
「【００１４】次に，上述した構成による動作について，図４～図６に示すタイムチャートを参照して説明する。
［ＲＥＣタイムチャート］まず，図４において，ＲＥＣキー１ｂが押下されると，ＡＤＣ１１によってデジタル信号に変換されたデータがＣＰＵ５によって演算器１０のバッファＡＢＵＦにブロック（１０２４サンプル）単位で順次格納される。…（以下省略）」


「【００１５】上記第１ブロックのデータの格納が終了すると，次に，該データの圧縮が行なわれ，圧縮データはバッファＢＢＵＦ（１）に書き込まれる。そして，データ圧縮が終了すると，バッファＢＢＵＦ（１）に書き込まれた圧縮データは外部記憶装置へ書き込まれる。…（以下省略）」「【００２１】次に，上述したタイムチャートにおける動作を図７～図１４に示すフローチャートを参照して説明する。まず，ＲＥＣキーオンイベント処理について図７を参照して説明する。…（以下省略）」「【００２４】［タイマ割込み処理］…（途中省略）…ステップＳＢ２では，ＡＤＣ１１により入力波形をデジタル変換し，このデジタルデータをバッフ   ァＡＢ   ＵＦ（   ｉ）に   順次格   納する   （この   場合，   ｉは「   ０」で   ある）。」
「【００２７】そして，上記ステップＳＢ４において，バッファフラグｉを反転した時，すなわち，１ブロックのデータの格納が終了すると，演算器１０は，上記バッファＡＢＵＦ（ｉ）に格納されたデータの圧縮を開始し，所定時間Ｄ経過後，該圧縮データはバッファＢＢＵＦ（ｉ）へ格納される。」
「【００２８】そして，上記圧縮が終了すると，タイマ１３によってＣＰＵ５に割込みがかかり，図９に示すエンコード終了割込み処理が実行される。
［エンコード終了割込み処理］…（途中省略）…ステップＳＣ２では，バッファＢＢＵＦ（ｉ）に格納された圧縮データを１ブロック分，外部記憶装置９へ送出させるべく，ＤＭＡへ指示する。…（途中省略）…この結果，ＤＭＡにより，バッファＢＢＵＦ（ｉ）のデータが，順次，外部記憶装置９に転送される。…（途中省略）…以上の処理をＳＴＯＰキー１ｃが押下   される   まで繰   り返し   ，外部   記憶装   置９へ   順次圧   縮デー   タを書   込む。」
「【００４６】（前略）…この装置によれば，聴感上の応答性能を損うことなく，データ量に対してその圧縮率がリニアなＰＣＭに比べ，圧縮器の性能に応じてデータ量を１／２あるいは１／４にすることができる圧縮技術を効果的に利用することができ，結果として記憶装置（ＨＤＤ，ＭＯＤ，ＭＴ等）の性能限界（アクセス速度，記憶容量）から決定される最大オーディオトラック数，最長録音時間を２倍あるいは４倍等に向上させ得る。記憶装置は，エンコード，デコードに必要な処理装置に比べ，高価，大きい，重いので２台，４台と複数の記憶装置を装備するよりも，本装置採用による効果は大きい。」
「【００４７】なお，上述した実施例では，演算器，ＡＤＣおよびＤＡＣを１つとしたが，複数設けたり，時分割的な処理によってマルチトラックレコーダとしてもよい。マルチトラックレコーダとした場合のＲＥＣ処理を示すタイムチャートを図１５に示す。図１５においては，４トラックのマルチトラックレコードを実現しており，トラックＴｒ１，Ｔｒ２およびＴｒ３は録音トラック，トラックＴｒ４は再生トラックとしている。図において，バッファＡＢＵＦでの圧縮，バッファＢＢＵＦ（０）に書き込み処理は図４と同様にトラックＴｒ１，Ｔｒ２およびＴｒ３の各々に対して行なわれる。シングルトラックの場合と異なる点は，外部記憶装置９へ書き込む時間Ｓである。４トラックの場合には，次の圧縮が終了するまでに，４トラック分の圧縮データを外部記憶装置９へ転送する必要があるため，最長でも，１ブロックの時間Ｂの１／４以下にする。」「【００４８】また，図４に示したＲＥＣ処理のタイムチャートにおいて，圧縮時間Ｄと外部記憶装置への転送時間Ｓの和が１ブロックの時間Ｂより大であるとき，すなわち，Ｄ＋Ｓ＞Ｂとなる時は，ＲＥＣ処理のタイムチャートは図１６に示すようになる。この場合，２つのバッファＢＢＵＦを用いているため，外部記憶装置への書込みを次のブロックのエンコード開始前までに終了しなくてもよい。言換えると，外部記憶装置への書込みは，次の外部記憶装置への書込みの開始直前に終了していればよい。したがって，例えば，マルチトラックでＲＥＣ／ＰＬＡＹ（録音／再生）を行なう場合に適用でき，符号Ｓ’で示す時間において他のトラックへの書込みや，読み出しを行なうようにしてもよい。」
本件特許１明細書の実施例に関する上記記載及び図１～３の記載に照らすと，本件特許発明１の実施例である信号処理装置について，①ＲＥＣキー１ｂを有するパネルスイッチ１，②アナログ信号をデジタル信号に変換するＡＤＣ１１，③ＡＢＵＦ，ＢＢＵＦを有し圧縮演算（エンコード）を行う演算器１０，④ＡＤＣ１１によってデジタル信号に変換されたデータをＡＢＵＦに格納するＣＰＵ５，⑤ＢＢＵＦに格納された圧縮データを１ブロック分，外部記憶装置９へ送出させる指示を出すＤＭＡ１４が備えられていることが明らかである。そして，上記①～⑤の構成による圧縮（エンコード）手順は，㋐ＲＥＣキーが押下される，㋑ＡＤＣ１１によりアナログ信号がデジタル信号に変換される，㋒ＡＤＣ１１により変換されたデータがＣＰＵ５によりＡＢＵＦに格納される，㋓演算器１０によりＡＢＵＦに格納されたデータが圧縮されＢＢＵＦに格納される，㋔ＤＭＡ１４によりＢＢＵＦに格納された圧縮データが外部記憶装置９に送出される，というものである。
以上のとおり，実施例においても，本件特許発明１は，エンコード機能を有するものとされている。
ウ以上の請求項の記載文言，発明の詳細な説明の記載に照らすと，本件特許発明１の「信号処理装置」は，エンコード機能を有する技術として定められていると解するのが相当である。


エこれに対し，原告は，本件特許発明１の課題は発音遅延の解消にあり，その課題解決のために，対象装置がデコード処理機能に加えてエンコード処理機能まで具備している技術的必要性は認められないと主張する。確かに，前記発明の詳細な説明の段落【０００４】～【０００５】の記載に照らせば，本件特許発明１の課題解決手段はデコード処理の部分にあるとみられるが，そのことと，特許請求の範囲において，従来技術を踏まえてどの範囲の技術が特許の内容とされているかは，別のことであり，特許請求の範囲に定められた技術的範囲は，特許請求の範囲の記載文言と明細書の発明の詳細な説明及び図面の記載内容に照らして判断されるべきことである。原告が主張するように，課題解決手段の部分のみに特許請求の範囲を限定して解釈すべき理由は認められない。
また，原告は，本件特許１の当初明細書（特開平８－１４７８８３〔甲２３〕）には，【請求項４】として，エンコード機能に関する発明も記載されていたが，審査の過程で完全に削除したという経緯があるなどとして，エンコード機能に関する発明削除後も本件特許１明細書の実施例に残存して示されているにすぎないエンコード機能部分を殊更に採り上げて，これが別のデコード機能に関する発明である本件特許発明１の技術的課題に深く関わるものと捉えたり，対象装置に必須の構成であると捉えたりすることは，審査経過に照らしても誤りである旨主張する。
しかしながら，本件特許１に係る出願の経過をみても，拒絶理由通知書（乙５）に対する意見書（乙７）では，特許庁審査官の提示した引用文献と本件特許発明１の目的，構成，効果が異なることを主張しているにとどまり，本件発明１について圧縮（エンコード）の構成を除外したとの記載は認められないから，原告の主張は採用できない。
(4)以上のとおり，構成要件１Ａの「データを所定の圧縮処理によつて圧縮して外部記憶手段に記憶する」とは，信号処理装置がデータをエンコード機能によって圧縮して外部記憶手段に記憶させることをいうものと解すべきである。これに対し，被告製品１は，別紙被告製品１説明書３の機能の項に記載のとおり，データをエンコード機能によって圧縮して外部記憶手段に記憶する構成を有しないから，被告製品１は構成要件１Ａを充足しない。１－２構成要件１Ｂの充足性（争点１－２）について(1)「発音指示を発生する発音指示手段」の意義について本件特許発明１の特許請求の範囲に記載された「発音指示」及び「発音指示手段」の意義については，特許請求の範囲の文言の記載のみからは明らかでなく，明細書や図面の記載を参照する必要があるというべきである。しかし，明細書の発明の詳細な説明における実施例以外の記載で，「発音指示」又は「発音指示手段」について触れているのは段落【０００６】のみであり，同段落の記載は特許請求の範囲の記載とほぼ同一であるから，実施例以外の記載に基づいて「発音指示」及び「発音指示手段」の意義を確定することもできない。そこで，以下では実施例及び図面の記載を参照しつつ，そこから特許請求の範囲及び発明の詳細な説明の実施例以外の記載と整合するように，「発音指示」及び「発音指示手段」の意義について解釈することとする。ア本件特許１明細書の【発明の詳細な説明】には，実施例について以下の記載がある。
「【００１６】［ＰＬＡＹタイムチャート］まず，図５において，ＰＬＡＹキー１ａが押下されると，外部記憶装置９から第０ブロックの圧縮データを読み込み，バッファＢＢＵＦ（０）に格納する。圧縮データの格納が終了すると，次に，演算器１０によるデコードが開始される。このデコードされた第０ブロックのデータはバッファＡＢＵＦ（０）に格納されていく。そして，デコードが終了すると，バッファＡＢＵＦ（０）に格納された第０ブロックのデータは順次ＤＡＣ１２に供給されてアナログ信号に変換される。この間に，次の第１ブロックの圧縮データを外部記憶装置９から読み込み，バッファＢＢＵＦ（１）に格納していく。そして，圧縮データの格納が終了すると，演算器によるデコードが行なわれ，デコードされた第１ブロックのデータはバッファＡＢＵＦ（１）に格納されていく。【００１７】上記外部記憶装置９からの圧縮データをバッファＢＢＵＦ（ｉ）に格納し，さらに，これをデコードする合計時間（Ｓ＋Ｄ）は，バッファＡＢＵＦ（ｉ）からＤＡＣ１２へデコードされたデータを供給する（アナログ変換する）時間Ｅより必ずしも短い必要はなく，各々が時間Ｅより短ければよい。すなわち，上記第０ブロックのデコードされたデータがＤＡＣ１２に全て供給されるまでには，上記第１ブロックの圧縮データの全ては既にデコードされてバッファＡＢＵＦ（１）に格納されている。したがって，第０ブロックのデコードされたデータ（バッファＡＢＵＦ（０））のＤＡＣ１２への供給が終了すると，直ちに，第１ブロックのデコードされたデータ（バッファＡＢＵＦ（１））をＤＡＣ１２へ供給し始める。以下，同様にして，バッファＡＢＵＦ（０），（１）およびバッファＢＢＵＦ（０），（１）を交互に用いることで，第２，第３ブロックの圧縮データを順次デコードし，該デコードされたデータを連続してＤＡＣ１２へ供給する。
【００１８】［途中再生タイムチャート］次に，図６において，マークされた任意の位置から再生する場合について説明する。例えば，上述した図５に示すタイムチャートにおいて，マークされた位置から再生する場合には，まず，所定の時間分（ＨＴ；ヘッドタイム）のデータを予め演算器１０によってデコードしてテンポラリーＲＡＭ８に記憶しておく。この場合には，第１ブロックのデータ（マークされた位置以降のデータ）と第２ブロックのデータをデコードしテンポラリーＲＡＭ８に記憶しておく。そして，途中再生開始のタイミングを指示する同期パルスが供給されると，まず，上述したテンポラリーＲＡＭ８に記憶されていたデータ（マークされた位置のアドレス以降のデータ）を所定サンプリング速度で順次読み出してＤＡＣ１２へ供給し，サウンドシステムから出力する。また，これと同時に，第３ブロックの圧縮データを外部記憶装置９から読み込んでバッファＢＢＵＦ（０）へ格納する。


【００１９】そして，上記格納が終了すると，演算器１０によりバッファＢＢＵＦ（０）の圧縮データをデコードし，これをバッファＡＢＵＦ（０）へ格納していく。この時間，上記第１ブロックのデータと第２ブロックのデータは順次ＤＡＣ１２へ出力されている。そして，第２ブロックのデータが出力し終えると，引き続き，バッファＡＢＵＦ（０）に格納された第３ブロックのデータをＤＡＣ１２へ出力する。また，これと並行して，第４ブロックの圧縮データを外部記憶装置９から読み込み，バッファＢＢＵＦ（１）へ格納する。以下，上述した通常のＰＬＡＹ動作と同様に，バッファＡＢＵＦ（０），（１）およびＢＢＵＦ（０），（１）を交互に用いることで，順次，第５，第６，……第ｎブロックのデータをデコードし，ＤＡＣ１２へ出力する。なお，この場合，同期パルスが供給されるまでの処理をモードフラグＳＣを「１」（パルス待ち）とし，予めデコードしておいたデータの再生処理をモードフラグＳＣを「２」とし，さらに，通常の再生処理をモードフラグＳＣを「０」として表す。【００２０】ここで，ヘッドタイムＨＴの設定について説明する。通常，ヘッドタイムＨＴは１フレーム以上，２フレーム以下となる。これは，例えば，デコード演算を無限に速くすると，遅れ時間は外部記憶装置９からの圧縮データの読み込みに要する時間のみとなる。しかしながら，デコード演算を速くするには，当然のことながら高速な演算器が必要となり，このため装置規模が大きくなるとともに，コストも大となる。したがって，一般的には，最低必要な演算速度（Ｓ＋Ｄ≦（１／５０ＫＨｚ）×１０２４，すなわち，約２０ｍｓｅｃ）程度で設計するのが望ましい。その場合，Ｓ＋Ｄが１フレーム分の再生時間Ｅに近付き，この結果，途中再生時の遅れは１～２フレーム相当時間となる。」
「【００３１】次に，ＰＬＡＹキーオンイベント処理について図１１に示すフローチャートを参照して説明する。［ＰＬＡＹ処理］ＰＬＡＹキー１ａが押下されると，ステップＳＥ１において，タイマ１３が動作中であるか否かを判断する。これは，前述したステップＳＡ１と同様に，既にＰＬＡＹ処理またはＲＥＣ処理が動作しているか否かを判断するためである。ここで，既にＰＬＡＹ処理またはＲＥＣ処理が動作している場合には，ステップＳＥ１における判断結果が「ＹＥＳ」となり，当該処理を終了する。【００３２】一方，ＰＬＡＹ処理またはＲＥＣ処理がまだ動作していない場合には，ステップＳＥ１における判断結果は「ＮＯ」となり，ステップＳＥ２へ進む。ステップＳＥ２では，パネルスイッチ１によって設定されたトラックおよび位置を外部記憶装置９のインターフェイスに設定する。次に，ステップＳＥ３へ進み，演算器１０をデコーダとして動作するように設定する。そして，ステップＳＥ４において，フラグＲＥＣを「０」に，バッファフラグｉを「０」に設定する。次に，ステップＳＥ５へ進み，タイマ割込みをスタートし，当該処理を終了する。
【００３３】上記ステップＳＥ５においてタイマがスタートすると，タイマ１０が所定のタイミングでＣＰＵ５に割込みをかける。割込みがかかると，ＣＰＵ５は図５に示すタイマ割込み処理を実行する。この図において，まず，ステップＳＢ１において，フラグＲＥＣが「１」であるか否かを判断する。この場合，フラグＲＥＣは「０」であるので，ステップＳＢ１における判断結果は「ＮＯ」となり，ステップＳＢ５へ進む。【００３４】［通常ＰＬＡＹ処理］ステップＳＢ５ではモードフラグＳＣが０，１，または２のいずれであるかを判断する。ここで，現在のＰＬＡＹ動作が通常の再生動作であると，モードフラグＳＣは「０」であるため，ステップＳＢ６へ進み，通常再生動作を行なう。ステップＳＢ６ではバッファＡＢＵＦ（ｉ）よりデコードされたデータを順次読み出す。次に，ステップＳＢ７において，上記ステップＳＢ６において読み出されたデータのあったか否かを判断する。
【００３５】ステップＳＢ７における判断結果が「ＹＥＳ」の場合，すなわち読み出されたデータがある場合にはステップＳＢ８へ進む。ステップＳＢ８ではエンドマークが検出されたか否かを判断する。そして，ステップＳＢ８における判断結果が「ＮＯ」の場合にはステップＳＢ９へ進む。ステップＳＢ９ではステップＳＢ６において読み出したデータをＤＡＣへ出力する。次に，ステップＳＢ１０に進み，バッファＡＢＵＦ（ｉ）にデータが残っているか否かを判断する。ここで，データが残っている場合には，ステップＳＢ１１における判断結果は「ＮＯ」となり，そのまま当該処理を終了し，通常の処理へ戻る。そして，次のタイマ割込みにおいて，前回，読み出されたデータの次のデータから順次読み出し，ＤＡＣ１２へ出力する。この処理はバッファＡＢＵＦ（ｉ）にデータがなくなるまで行なわれる。


【００３６】そして，ステップＳＢ９においてデータをＤＡＣへ出力した後で，バッファＡＢＵＦ（ｉ）にデータがなくなると，ステップＳＢ１１における判断結果は「ＹＥＳ」となり，ステップＳＢ１１へ進む。ステップＳＢ１１ではバッファフラグｉを反転する。なお，この時点（反転前）でバッファＡＢＵＦ（Ｎ＿ｉ）（ｉ＝０ならばＮ＿ｉ＝１，ｉ＝１ならばＮ＿ｉ＝０），すなわち１つ前のバッファＡＢＵＦには，既にデコードされた次のデータが格納されており，次回からのタイマ割り込みにおける通常プレイ処理では，該バッファのデータが再生される。次に，ステップＳＢ１２において，外部記憶装置９からバッファＢＢＵＦ（Ｎ＿ｉ）へ圧縮データの次のブロックの読み込みを開始する。この処理は，ＤＭＡに指示することにより実行され，外部記憶装置９への書込み開始と同様に，外部記憶装置９からの読み込み要求に応じて順次バッファＢＢＵＦ（Ｎ＿ｉ）へ圧縮データを取り込み，１ブロック分の圧縮データを読み込むとその動作を終了する。
【００３７】そして，次の割込みでは他方のバッファに対して同様の処理が行なわれる。すなわち，バッファＡＢＵＦ（０），（１）およびＢＢＵＦ（０），（１）に対して交互に処理が行なわれる。そして，ステップＳＢ６において，読み込んだデータがエンドマークの場合（データの最後の場合）には，ステップＳＢ８における判断結果が「ＹＥＳ」となり，ステップＳＢ１３へ進む。ステップＳＢ１３ではタイマ割込みを停止した後，通常の処理へ戻る。また，読み込みデータがない場合にはステップＳＢ７における判断結果は「ＮＯ」となり，そのまま当該処理を終了し，通常の処理へ戻る。
【００３８】［マーク処理］上述した通常のＰＬＡＹ処理において，図５に示すＭＰの位置でマークキー１ｆが押下されると，図１２に示すマーク処理が実行される。まず，ステップＳＦ１において，フラグＲＥＣが「０」であるか否かを判断する。ここで，ＲＥＣ処理が行なわれている場合には，フラグＲＥＣが「１」となっているので，ステップＳＦ１における判断結果は「ＮＯ」となり，そのまま当該処理を終了し，通常の処理へ戻る。
【００３９】一方，ＰＬＡＹ処理が行なわれている場合には，ステップＳＦ１における判断結果は「ＹＥＳ」となり，ステップＳＦ２へ進む。ステップＳＦ２では，マークキー１ｆにより再生指定されたトラックの現在読み出し位置を検出し，これをマークポインタＭＰに格納する。次に，ステップＳＦ３において，レジスタＭＰに応じてヘッドタイムＨＴを設定する。そして，ステップＳＦ４へ進み，ＭＰ～ＭＰ＋ＨＴ分のフレームに対応する２ブロック分のデータを予め外部記憶装置９から読み込み，デコードした後，テンポラリＲＡＭ８へ書込む。そして，当該処理を終了し，通常の処理へ戻る。
【００４０】［同期再生キー処理］そして，同期再生キー１ｇが押下されると，図１３に示す同期再生キー処理が実行される。まず，ステップＳＧ１においてタイマ割込みを停止する。これにより，図５に示すタイマ割込み処理が中断される。次に，ステップＳＧ２において，演算器１０を圧縮データをデコードするためにデコーダに設定する。次に，ステップＳＧ３へ進み，モードフラグＳＣを「１」に設定し，その後，当該処理を終了し，通常の処理へ戻る。以上の処理で，同期パルス待ち受け状態に設定され，次に同期パルス（同期トリガ割り込み）を受信したタイミングで同期再生がスタートする。
【００４１】［同期トリガ割込み処理］次に，図６に示す同期パルスが出力されると，図１４に示す同期トリガ割込み処理が実行される。まず，ステップＳＨ１において，モードフラグＳＣが「１」であるか否かを判断する。この場合，上述した同期再生キー処理において，モードフラグＳＣが「１」に設定されているため，ステップＳＨ１における判断結果は「ＹＥＳ」となり，ステップＳＨ２へ進む。ステップＳＨ２では，モードフラグＳＣを「２」に設定する。次に，ステップＳＨ３へ進み，マークポインタＭＰに基づいて，外部記憶装置９のトラック中の読み込み開始ブロック（ステップＳＦ４にて読み込んだブロックに続くブロック）を指定する。そして，ステップＳＨ４において，外部記憶装置９からのバッファＢＢＵＦ（０）への初めのブロック（上記ステップＳＨ３において設定された読み込み開始ブロック）のデータの読み込みを開始する。【００４２】次に，ステップＳＨ５において，ヘッドタイムＨＴをカウントするカウンタＷＴを「０」に設定し，ステップＳＨ６へ進む。ステップＳＨ６ではタイマを再びスタートする。これによって，図５に示すタイマ割込み処理が所定の時間間隔で実行される。なお，ステップＳＨ１において，モードフラグＳＣが「１」以外の場合には，当該処理は実行されない。
【００４３】そして，タイマ割込みにより図５に示す処理が実行されると，この場合，ＲＥＣ処理でないため，ステップＳＢ１における判断結果は「ＮＯ」となり，ステップＳＢ５へ進む。また，この場合，上述した処理において，モードフラグＳＣが「２」に設定されているので，ステップＳＢ５を経て，ステップＳＢ１５へ進む。ステップＳＢ１５ではテンポラリＲＡＭ８より予めステップＳＦ４においてデコードされ，書き込まれたデータをタイマ割込毎に順次読み出す。


【００４４】そして，ステップＳＢ１６において，上記データをＤＡＣ１２へ出力し，アナログ信号に変換した後，図示しないサウンドシステムより出力する。次に，ステップＳＢ１７において，前述したカウンタＷＴをインクリメントし，ステップＳＢ１８へ進む。ステップＳＢ１８ではカウンタＷＴがヘッドタイムＨＴ以上になったか否かを判断する。そして，カウンタＷＴがヘッドタイムＨＴより小さい場合，すなわち，テンポラリＲＡＭ８に格納されたデータが全て再生されていない場合には，ステップＳＢ１８における判断結果は「ＮＯ」となり，そのまま当該処理を終了し，通常の処理へ戻る。そして，タイマ割込みが発生する毎に，ステップＳＢ１７においてカウンタＷＴをインクリメントし，ステップＳＢ１８においてカウンタＷＴがヘッドタイムＨＴ以上になったか否かを判断する。【００４５】そして，テンポラリＲＡＭ８のデータが全て再生されると，ステップＳＢ１８における判断結果が「ＹＥＳ」となりステップＳＢ１９へ進む。ステップＳＢ１９ではバッファフラグｉを「０」に，モードフラグＳＣを「０」（通常再生動作）に設定し，当該処理を終了して通常の処理へ戻る。そして，次のタイマ割込みからは，モードフラグＳＣが「０」に設定されているため，ステップＳＢ６～ＳＢ１３の通常再生の処理が行なわれる。一方，モードフラグＳＣが「１」の場合にはステップＳＢ１４におけるタイマ割込みエラー処理が行なわれる。（モードフラグＳＣに「１」をセットする図１３の同期再生キー処理では，ステップＳＧ１でタイマを止めており，正常な動作ではＳＣが「１」の間にタイマ割込みは発生しない。）
【００４６】このように，本実施例では，頭出しのアドレス（あるいはトラック上のタイミング）指示を受けた時点で，そのブロックのデコード処理を予め済ませ，これをテンポラリＲＡＭ８に格納しておくことにより，再生スタートの指示で直ちに音出しが可能となる。この装置によれば，聴感上の応答性能を損うことなく，データ量に対してその圧縮率がリニアなＰＣＭに比べ，圧縮器の性能に応じてデータ量を１／２あるいは１／４にすることができる圧縮技術を効果的に利用することができ，結果として記憶装置（ＨＤＤ，ＭＯＤ，ＭＴ等）の性能限界（アクセス速度，記憶容量）から決定される最大オーディオトラック数，最長録音時間を２倍あるいは４倍等に向上させ得る。記憶装置は，エンコード，デコードに必要な処理装置に比べ，高価，大きい，重いので２台，４台と複数の記憶装置を装備するよりも，本装置採用による効果は大きい。」
「【００４９】また，図５に示したＰＬＡＹ処理のタイムチャートにおける各タイミングは図１７に示すようにしてもよい。図においては，バッファＢＢＵＦ（ｉ）の圧縮データをデコード演算し，これをバッファＡＢＵＦ（ｉ）へ転送する開始タイミングを外部記憶装置から次の圧縮データを読み込むタイミングに一致させるようにしている。これは，データを外部記憶装置からバッファへ転送する際の転送時間が一定でない場合でも，影響を受けないようにするためである。
【００５０】また，本実施例では，同期パルスによる再生開始指示に応じて直ちに再生を開始する”同期再生”は，再生しようとするトラック上の任意位置を予めマークポインタＭＰに設定しておき，その位置から同期再生を開始するという仕様であったが，マークポインタＭＰの設定をやめて，再生するトラックの先頭から同期再生が行われるような仕様にしても良い。本実施例では，演算器の圧縮処理，及び，伸張処理に要する時間は共に時間ＤでありバッファＢＢＵＦから外部記憶装置９へのデータ転送，及び外部記憶装置９からバッファＢＢＵＦへのデータ転送に要する時間は共に時間Ｓであるとしたが，これは，互いに異なる場合もあり得る。その場合も，時間Ｅより短い（Ｄ＜Ｅ，Ｓ＜Ｅ）という条件は同じで，それぞれの時間Ｄ，時間Ｓがその条件を満たす必要がある。
【００５１】図６の同期再生の説明では，ヘッドタイムＨＴの時間長に関する条件は１フレーム以上，２フレーム以下であったが，これは時間Ｓと時間Ｄの和が時間Ｅ（＝１フレーム）以下の場合の条件であり，時間Ｓと時間Ｄの和が１フレーム以上２フレーム以下の場合は，ヘッドタイムＨＴの条件は２フレーム以上，３フレーム以下となる。この条件の最大値よりも長いヘッドタイムを設定しても動作には問題が無いが，その分，テンポラリーＲＡＭ８の記憶容量が必要になり，効率が悪くなる。また，最小値についてはさらに短縮が可能で，いずれの場合も，ヘッドタイムＨＴが時間Ｓと時間Ｄの和より大きくなる，すなわち，ヘットタイムＨＴの再生期間内に次ブロックの転送（時間Ｓ）とデコード（時間Ｄ）が完了することが保証されていれば良い。
【００５２】
【発明の効果】以上，説明したように，この発明によれば，外部記憶手段に記録された圧縮データの任意の位置からデコード処理を行う場合，該デコード処理に先立って，圧縮データのデコード開始位置から所定の部分までを予め元のデータに戻して所定の記憶手段に記憶し，上記所定の部分以降のデコード処理の準備が整った時点で，所定の記憶手段に記憶したデコードされたデータを出力するとともに，上記所定の部分以降の圧縮データを順次デコード処理を行って，前記デコード処理されたデータの出力と並行して上記所定の部分以降のデコード処理を行い，先にデコードされたデータの出力に引き続いて上記所定の部分以降のデコード処理により生成されたデータを出力する演算手段を具備するようにしたため，圧縮データのデコード時における時間遅れが生ぜず，このため高圧縮率の圧縮法を効果的に用いることができるという利点が得られる。」
イ以上に照らすと，本件特許発明１の実施例である信号処理装置の再生処理の概要等は，以下のとおりである。
(ア)通常ＰＬＡＹ再生（段落【００１６】～【００１７】，【００３１】～【００３７】，【００４３】～【００４５】，【００４９】）ＰＬＡＹキー１ａを押下すると，圧縮データのデコードが開始される。デコードされたデータはＤＡＣに供給される（段落【００１６】～【００１７】）。


ＰＬＡＹキー１ａが押下されると，タイマ割込み処理が実行され（段落【００３３】），ＲＥＣ処理が動作していない（ＲＥＣが「０」）ときにＳＣの値を調べ，ＳＣ＝０のとき通常再生動作（通常ＰＬＡＹ処理）を行い（段落【００３４】），ＳＣ＝１のときタイマ割込みエラー処理を行い（段落【００４５】），ＳＣ＝２のときテンポラリーＲＡＭ８より予めデコードされたデータを読み出す（段落【００４３】）。バッファへ転送するタイミングを変えた変形例もある（段落【００４９】）。
(イ)途中再生，同期再生及びマーク処理（段落【００１８】～【００２０】，【００３８】～【００３９】，【００４０】～【００４５】，【００５０】～【００５１】）
ａマーク処理
ＰＬＡＹ処理が行われている場合に，マークキー１ｆが押下されると再生指定されたトラックの現在読み出し位置を検出し，マークポインタＭＰに格納する。ＭＰ～ＭＰ＋ＨＴ分のフレームに対応する２ブロック分のデータをあらかじめ外部記憶装置９から読み込み，デコードした後，テンポラリーＲＡＭ８に書き込む（段落【００３８】～【００３９】）。
マークポインタの設定をやめて，再生するトラックの先頭から同期再生が行われるような仕様にしてもよい（段落【００５０】～【００５１】）。
ｂ途中再生・同期再生
マークされた任意の位置から再生する場合には，所定の時間分のデータをデコードしてテンポラリーＲＡＭ８に記憶しておく。途中再生開始のタイミングを指示する同期パルスが供給されると，テンポラリーＲＡＭ８に記憶されたデータを所定のサンプリング速度で順次読み出してＤＡＣへ供給し，サウンドシステムから出力する（段落【００１８】～【００２０】）。
同期再生キー１ｇが押下されると，同期パルス待ち受け状態（ＳＣ＝１）に設定され，同期パルスを受信したタイミング（ＳＣ＝２）で同期再生がスタートする（段落【００４０】）。
同期パルスが出力されると，マークポインタＭＰに基づいて外部記憶装置９のトラック中の読み込み開始ブロックを指定し，外部記憶装置９からバッファＢＢＵＦ（０）へのデータの読み込みを開始する（段落【００１８】，【００４１】～【００４２】）。
ｃｂの補足説明
段落【００１８】～【００２０】の「途中再生」は「同期再生」と同じ意味であると解される。なぜなら，「そして，途中再生開始のタイミングを指示する同期パルスが供給されると，まず，上述したテンポラリーＲＡＭ８に記憶されていたデータ（括弧内省略）を所定サンプリング速度で順次読み出して」（段落【００１８】）と記載され，「本実施例では，同期パルスによる再生開始指示に応じて直ちに再生を開始する”同期再生”は，再生しようとするトラック上の任意位置を予めマークポインタＭＰに設定しておき，その位置から同期再生を開始するという仕様であったが」（段落【００５０】）と記載されているからである。
(ウ)効果（段落【００４６】，【００５２】）
デコード処理を予め済ませたデータをテンポラリーＲＡＭ８に格納しておくことで，再生スタートの指示で直ちに音出しが可能となる（段落【００４６】）。
圧縮データのデコード時における時間遅れが生じない（段落【００５２】）。
ウそこで，まず構成要件１Ｃの構成要件１Ｂと関連する記載について検討するに，構成要件１Ｃの「該発音指示に先立って，前記圧縮データの所定の開始位置から所定の部分までを予めデコード処理して元のデータに戻し，先頭データとして所定の記憶手段に記憶し，該発音指示の発生に応じて，前記所定の記憶手段に記憶された先頭データに基づいて音信号の発生を開始する」との記載に照らすと，構成要件１Ｃは，発音指示の開始前に，これに先だって所定の開始位置から所定の部分までのデコード処理が行われていることを前提としているから，所定の開始位置が設定されている途中再生・同期再生の場合を定めていると解するのが相当である。そこで，この途中再生・同期再生に関する実施例の記載をみると，まず，どこから再生するのかを示すための「マーク処理」が行われる。すなわち，通常のＰＬＡＹ処理において，図５に示すＭＰの位置でマークキー１ｆが押下されると，図１２に示すマーク処理が行われる。マーク処理においては，マークキー１ｆにより再生指定されたトラックの現在読み出し位置を検出し，これをマークポインタＭＰに格納し，レジスタＭＰに応じてヘッドタイムＨＴを設定する。そして，ＭＰ～ＭＰ＋ＨＴ分のフレームに対応する２ブロック分のデータを予め外部記憶装置９から読み込み，デコードした後，テンポラリＲＡＭ８へ書き込む（以上段落【００３８】【００３９】）。このマーク処理におけるマークキー１ｆの押下げからデコードしたデータのテンポラリＲＡＭ８への書き込みまでが，構成要件１Ｃの前段，すなわち，発音指示に先立つ動作であると理解される（上記「２ブロック分のデータ」が構成要件１Ｃの「先頭データ」に相当するものと理解される。）。
実施例においては，次に，発音指示の発生に応じて先頭データの音信号が発生するようにするため，同期再生キー処理が行われる。すなわち，同期再生処理キーの押下げにより，モードフラグＳＣが「１」に設定されることにより，後続の動作が可能であるようにする。同期パルスの受信により，同期トリガ割込み処理が開始され，デコードされた先頭データの読み出しが可能になるようにする（以上段落【００４０】）。これは，構成要件１Ｃ後段における「発音指示発生による音信号発生の開始」を可能にするための準備動作と解される。


そして，同期パルスの出力により同期トリガ割込み処理が開始されると初めのブロック（段落【００３９】の２ブロック）のデータの読み込みが開始され（段落【００４１】），ＤＡＣ１２を通じてサウンドシステムから出力される（段落【００１８】）。これは，構成要件１Ｃ後段の「該発音指示の発生に応じて，前記所定の記憶手段に記憶された先頭データに基づいて音信号の発生を開始する。」に相当するものと理解される。以上の実施例の記載と構成要件１Ｃとの関係を考慮しながら，構成要件１Ｃの「発音指示」の意義を検討すると，同期再生キー１ｇが押下され同期パルス待ち受け状態に設定された後に，同期パルスを受信したタイミングで同期トリガ割込み処理が行われ，同期再生がスタートするのであるから（上記イ(イ)ｂ），実施例における同期パルスは本件特許発明１の「発音指示」に対応するものであるといえる。
そして，段落【００４１】には，「次に，図６に示す同期パルスが出力されると，図１４に示す同期トリガ割込み処理が実行される。まず，ステップＳＨ１において，モードフラグＳＣが「１」であるか否かを判断する。」と記載されているから，同期トリガ割込み処理をスタートさせるものが発音指示手段であり，同期トリガ割り込み処理をスタートさせるためには同期パルスを発生させることが必要であると解される。本件特許１明細書には，特許請求の範囲における「発音指示」，「発音指示手段」の技術的意義を直接説明した記載はないが，上記実施例の記載を参考にして検討するならば，「発音指示」及び「発音指示手段」はいずれも，一般的な技術として使用される同期パルスを念頭に置いたものであり，「発音指示手段」は同期パルスを発生させる手段であり，同期パルスを「発音指示」と解するのが相当である。
エさらに，「発音指示手段」の構成について検討するに，上記実施例の記載においても，本件構成要件１Ｃの「発音指示」と解される同期パルスを発生させる「発音指示手段」の構成についての具体的な記載はない。そして，段落【０００４】には「マルチトラック・レコーダでは，例えば，予め圧縮記録しておいた信号に同期させて，後から別のトラックに他の信号を記録するという作業が行なわれる。この時，予め圧縮記録しておいた信号を再生するのであるが，再生するためのデータ処理に時間がかかるため，頭出しにおいて直ちに再生音が出てこないという問題を生じる。特に，上述した技術では，ＦＦＴ等のブロックデータ処理が含まれており，これが聴感上無視できないほどの再生時の立上がり遅れを生ずる。」とあり，聴感上無視できないのは，利用者が再生をさせようとする行為と実際の発音にズレが生じることが原因であることは明らかであるから，再生を開始させるための何らかの動作は利用者が行っていると解される。オ以上のとおり，明細書の発明の詳細な説明の記載によれば，再生を開始させるために利用者が何らかの動作を行っていると考えるのが合理的であること，また【図１】【図２】で示されるものが主要な実施例であることをも考慮すると，構成要件１Ｂの「発音指示手段」は，同期パルスを発生させる手段であって，利用者の動作（例えばキーの押下げ等）を必要とする構成を有するものであると解するのが相当である。
この点，実施例におけるＰＬＡＹキー１ａは，外部記憶装置から圧縮データを読み込み，これをデコードして読み出すための起点となるものであり（段落【００１６】【００１７】），同期再生キー１ｇは，前記のとおり，その押下により同期パルス待ち受け状態（ＳＣ＝１）を設定するものであって，いずれも同期再生をスタートさせる（ＳＣ＝２）ものではないから（上記イ(ア)及び(イ)ｂ参照），同期パルスを発生させるものではなく，「発音指示手段」には当たらない。
カこれに対し，原告は，本件特許発明１は，「レコーダ等に用いて好適な信号処理装置に関する」発明である（段落【０００１】）から，組み込む先の外部の「レコーダ等」から命令を受けなければ何ら動作しない，部品としての信号処理装置を対象としているから，これが具備する「発音指示手段」も，外部の操作キーなどではなく，内部にあって直接「演算手段」の動作開始を指示する回路がこれに相当する旨主張する。しかしながら，上記オのとおり，「発音指示手段」は利用者の動作を必要とする構成を有するものであって，原告の主張は採用できない。また，原告の主張に沿って考えても，動作開始を指示する回路が「発音指示」を発生させる契機が不明であって，このような契機を生じさせるものが「発音指示手段」に当たると考えるのが相当である。
(2)被告製品１が「発音指示手段」を備えているかについて原告は，被告製品１について，レジスタマップが「発音指示手段」に該当し，当該レジスタマップがＰＣＭバッファゲートに対して，その情報を伝達するとともに，対象トラックのシーケンサに対しても，後続データのデコードを，その後直ちに再開するように指示を発行する動作が「発音指示を発生する」に該当する旨主張する。
しかしながら，上記(1)オのとおり，「発音指示手段」は，同期パルスを発生させる手段であって，利用者の動作を必要とする構成を有するものであるから，原告の主張は失当である。また，上記(1)カのとおり，原告の主張に沿って考えても，被告製品１のレジスタマップの動作の契機が不明であって，このような契機を生じさせるものが「発音指示手段」に当たると考えられるが，この点についての主張・立証はない。
そうすると，被告製品１が「発音指示手段」を備えているとは認められない。
(3)以上のとおり，被告製品１は構成要件１Ｂを充足しない。１－３構成要件１Ｃの充足性（争点１－３）について(1)「所定の開始位置から所定の部分まで」の意義についてア本件特許１明細書の【発明の詳細な説明】には，以下の記載がある。
「【０００７】
【作用】外部記憶手段に記録された圧縮データの任意の位置からデコ－ド処理を行う場合，該デコード処理に先立って，圧縮データのデコード開始位置から所定の部分までを演算手段によって予め元のデータに戻した後，該データを所定の記憶手段に記憶する。そして，上記所定の部分以降のデコード処理の準備が整った時点で，所定の記憶手段に記憶したデコードされたデータを出力するとともに，上記所定の部分以降の圧縮データを順次デコード処理を行い，前記デコード処理されたデータの出力と並行して上記所定の部分以降のデコード処理を行い，先にデコードされたデータの出力に引き続いて上記所定の部分以降のデコード処理により生成されたデー
タを出力する
【０００８】


【実施例】次に図面を参照してこの発明の実施例について説明する。図１はこの発明の一実施例の構成を示すブロック図である。パネルスイッチ１は，同期再生の開始，停止を指示，マークしたブロックの頭出しを指定，また，同期再生するトラックを指定するためのキーなどから構成されており，これらのキーの状態はＣＰＵ（中央処理装置）５へ供給される。また，ディスプレイ２は上記パネルスイッチ１による指示等，当該装置の状態を表示する。
【０００９】ここで，パネルスイッチ１の一例を図２（ａ）に示す。この図において，パネルスイッチ１は，テンキー，録音再生の開始するキー，動作停止を指示するキー，再生トラックやデータ位置を指示するキー等から構成されている。具体的には，再生の開始を指示する「ＰＬＡＹ」キー１ａ，録音の開始を指示する「ＲＥＣ」キー１ｂ，上記再生および録音を停止させる「ＳＴＯＰ」キー１ｃ，どのトラックまたは位置から再生するかを指示する「トラック」キー１ｄおよび「位置」キー１ｅ，後述する同期再生を行なう先頭位置を指示する（マークする）「マーク」キー１ｆ，そして，同期再生の開始を指示する「同期再生」キー１ｇからなる。また，上述し   た各種   キーに   付帯し   て数値   を入力   するた   めのテ   ンキー   １ｈが   ある。」
「【００１８】［途中再生タイムチャート］次に，図６において，マークされた任意の位置から再生する場合について説明する。例えば，上述した図５に示すタイムチャートにおいて，マークされた位置から再生する場合には，まず，所定の時間分（ＨＴ；ヘッドタイム）のデータを予め演算器１０によってデコードしてテンポラリーＲＡＭ８に記憶しておく。この場合には，第１ブロックのデータ（マークされた位置以降のデータ）と第２ブロックのデータをデコードしテンポラリーＲＡＭ８に記憶しておく。そして，途中再生開始のタイミングを指示する同期パルスが供給されると，まず，上述したテンポラリーＲＡＭ８に記憶されていたデータ（マークされた位置のアドレス以降のデータ）を所定サンプリング速度で順次読み出してＤＡＣ１２へ供給し，サウンドシステムから出力する。また，これと同時に，第３ブロックの圧縮データを外部記憶装置９から読み込んでバッファＢＢＵＦ（０）へ格納する。」
「【００３８】［マーク処理］上述した通常のＰＬＡＹ処理において，図５に示すＭＰの位置でマークキー１ｆが押下されると，図１２に示すマーク処理が実行される。まず，ステップＳＦ１において，フラグＲＥＣが「０」であるか否かを判断する。ここで，ＲＥＣ処理が行なわれている場合には，フラグＲＥＣが「１」となっているので，ステップＳＦ１における判断結果は「ＮＯ」となり，そのまま当該処理を終了し，通常の処理へ戻る。
【００３９】一方，ＰＬＡＹ処理が行なわれている場合には，ステップＳＦ１における判断結果は「ＹＥＳ」となり，ステップＳＦ２へ進む。ステップＳＦ２では，マークキー１ｆにより再生指定されたトラックの現在読み出し位置を検出し，これをマークポインタＭＰに格納する。次に，ステップＳＦ３において，レジスタＭＰに応じてヘッドタイムＨＴを設定する。そして，ステップＳＦ４へ進み，ＭＰ～ＭＰ＋ＨＴ分のフレームに対応する２ブロック分のデータを予め外部記憶装置９から読み込み，デコードした後，テンポラリＲＡＭ８へ書込む。そして，当該処理を終了し，通常の処理へ戻る。」


「【００４１】［同期トリガ割込み処理］次に，図６に示す同期パルスが出力されると，図１４に示す同期トリガ割込み処理が実行される。まず，ステップＳＨ１において，モードフラグＳＣが「１」であるか否かを判断する。この場合，上述した同期再生キー処理において，モードフラグＳＣが「１」に設定されているため，ステップＳＨ１における判断結果は「ＹＥＳ」となり，ステップＳＨ２へ進む。ステップＳＨ２では，モードフラグＳＣを「２」に設定する。次に，ステップＳＨ３へ進み，マークポインタＭＰに基づいて，外部記憶装置９のトラック中の読み込み開始ブロック（ステップＳＦ４にて読み込んだブロックに続くブロック）を指定する。そして，ステップＳＨ４において，外部記憶装置９からのバッファＢＢＵＦ（０）への初めのブロック（上記ステップＳＨ３において設定された読み込み開始ブロック）のデータの読み込みを開始する。」「【００４６】このように，本実施例では，頭出しのアドレス（あるいはトラック上のタイミング）指示を受けた時点で，そのブロックのデコード処理を予め済ませ，これをテンポラリＲＡＭ８に格納しておくことにより，再生スタートの指示で直ちに音出しが可能となる。…（以下省略）」「【００５０】また，本実施例では，同期パルスによる再生開始指示に応じて直ちに再生を開始する”同期再生”は，再生しようとするトラック上の任意位置を予めマークポインタＭＰに設定しておき，その位置から同期再生を開始するという仕様であったが，マークポインタＭＰの設定をやめて，再生するトラックの先頭から同期再生が行われるような仕様にしても良い。本実施例では，演算器の圧縮処理，及び，伸張処理に要する時間は共に時間ＤでありバッファＢＢＵＦから外部記憶装置９へのデータ転送，及び外部記憶装置９からバッファＢＢＵＦへのデータ転送に要する時間は共に時間Ｓであるとしたが，これは，互いに異なる場合もあり得る。その場合も，時間Ｅより短い（Ｄ＜Ｅ，Ｓ＜Ｅ）という条件は同じで，それぞれの時間Ｄ，時間Ｓがその条件を満たす必要がある。」「【００５２】【発明の効果】以上，説明したように，この発明によれば，外部記憶手段に記録された圧縮データの任意の位置からデコード処理を行う場合，該デコード処理に先立って，圧縮データのデコード開始位置から所定の部分までを予め元のデータに戻して所定の記憶手段に記憶し，上記所定の部分以降のデコード処理の準備が整った時点で，所定の記憶手段に記憶したデコードされたデータを出力するとともに，上記所定の部分以降の圧縮データを順次デコード処理を行って，前記デコード処理されたデータの出力と並行して上記所定の部分以降のデコード処理を行い，先にデコードされたデータの出力に引き続いて上記所定の部分以降のデコード処理により生成されたデータを出力する演算手段を具備するようにしたため，圧縮データのデコード時における時間遅れが生ぜず，このため高圧縮率の圧縮法を効果的に用いることができるという利点が得られる。」イ以上に基づいて検討するに，前記１－２(1)ウのとおり，構成要件１Ｃは，発音指示の開始前に，これに先だって所定の開始位置から所定の部分までのデコード処理が行われていることを前提としているから，所定の開始位置が設定されている途中再生・同期再生の場合を定めていると解するのが相当である。
そして，本件特許１明細書では，「圧縮データの任意の位置からデコ－ド処理を行う場合」（段落【０００７】，【００５２】）と記載され，本件特許発明１の実施例である信号処理装置について，「図５に示すＭＰの位置でマークキー１ｆが押下されると，図１２に示すマーク処理が実行される。」（段落【００３８】），「マークキー１ｆにより再生指定されたトラックの現在読み出し位置を検出し，これをマークポインタＭＰに格納する。」（段落【００３９】），「マークポインタＭＰに基づいて，外部記憶装置９のトラック中の読み込み開始ブロック（ステップＳＦ４にて読み込んだブロックに続くブロック）を指定する。」（段落【００４１】），「頭出しのアドレス（あるいはトラック上のタイミング）指示を受けた時点で，そのブロックのデコード処理を予め済ませ，これをテンポラリＲＡＭ８に格納しておくことにより，再生スタートの指示で直ちに音出しが可能となる。」（段落【００４６】），「本実施例では，同期パルスによる再生開始指示に応じて直ちに再生を開始する”同期再生”は，再生しようとするトラック上の任意位置を予めマークポインタＭＰに設定しておき，その位置から同期再生を開始するという仕様であった」（段落【００５０】）と記載されているから，実施例に即していえば，「所定の開始位置」は，操作者がマークキー１ｆを押下することで指定された開始位置と解される。もっとも，「マークポインタＭＰの設定をやめて，再生するトラックの先頭から同期再生が行われるような仕様にしても良い。」（段落【００５０】）と記載されており，これはマークポインタＭＰを設定する実施例の変形例であることから，トラックの先頭が「所定の開始位置」に含まれないとまではいえない。
そうすると，「所定の開始位置」は，操作者が指定する任意の位置だけでなく，固定されている場合も含むと解するのが相当である。ウまた，「所定の部分」については，「マークされた位置から再生する場合には，まず，所定の時間分（ＨＴ；ヘッドタイム）のデータを予め演算器１０によってデコードしてテンポラリーＲＡＭ８に記憶しておく。この場合には，第１ブロックのデータ（マークされた位置以降のデータ）と第２ブロ   ックの   データ   をデコ   ードし   テンポ   ラリー   ＲＡＭ   ８に記   憶して   おく。」（段落【００１８】）と記載されているように，例えば「ブロック」で特定される範囲を意味するのであり，圧縮データにおける一定の範囲をいうものと解される。
(2)構成要件１Ｃにおける①「デコード処理」の開始と「音信号の発生」の開始の同時性②「デコード処理」と「音信号の発生」の平行性の程度についてア本件特許１明細書の【発明の詳細な説明】には，以下の記載がある。
「【０００４】


【発明が解決しようとする課題】ところで，上述した圧縮技術を，例えば，マルチトラックのレコーダに適用して，性能／価格比を上げようとすると，十分な圧縮性能は得られるが，再生時の圧縮データのデコードの際に時間遅れを生じるという問題がある。すなわち，マルチトラック・レコーダでは，例えば，予め圧縮記録しておいた信号に同期させて，後から別のトラックに他の信号を記録するという作業が行なわれる。この時，予め圧縮記録しておいた信号を再生するのであるが，再生するためのデータ処理に時間がかかるため，頭出しにおいて直ちに再生音が出てこないという問題を生じる。特に，上述した技術では，ＦＦＴ等のブロックデータ処理が含まれており，これが聴感上無視できないほどの再生時の立上がり遅れを生ずる。
【０００５】この発明は上述した事情に鑑みてなされたもので，圧縮データのデコード時における時間遅れが生ぜず，このため高圧縮率の圧縮法を効果的に用いることができる信号処理装置を提供することを目的としている。」
「【００１８】［途中再生タイムチャート］次に，図６において，マークされた任意の位置から再生する場合について説明する。例えば，上述した図５に示すタイムチャートにおいて，マークされた位置から再生する場合には，まず，所定の時間分（ＨＴ；ヘッドタイム）のデータを予め演算器１０によってデコードしてテンポラリーＲＡＭ８に記憶しておく。この場合には，第１ブロックのデータ（マークされた位置以降のデータ）と第２ブロックのデータをデコードしテンポラリーＲＡＭ８に記憶しておく。そして，途中再生開始のタイミングを指示する同期パルスが供給されると，まず，上述したテンポラリーＲＡＭ８に記憶されていたデータ（マークされた位置のアドレス以降のデータ）を所定サンプリング速度で順次読み出してＤＡＣ１２へ供給し，サウンドシステムから出力する。また，これと同時に，第３ブロックの圧縮データを外部記憶装置９から読み込んでバッファＢＢＵＦ（０）へ格納する。
【００１９】そして，上記格納が終了すると，演算器１０によりバッファＢＢＵＦ（０）の圧縮データをデコードし，これをバッファＡＢＵＦ（０）へ格納していく。この時間，上記第１ブロックのデータと第２ブロックのデータは順次ＤＡＣ１２へ出力されている。そして，第２ブロックのデータが出力し終えると，引き続き，バッファＡＢＵＦ（０）に格納された第３ブロックのデータをＤＡＣ１２へ出力する。…（以下省略）」イ以上によれば，構成要件１Ｃの同時平行性は，先頭データに基づいた音信号の発生に引き続いて所定の部分以降の圧縮データをデコード処理し，その結果生成された元のデータに基づいた音信号の発生を先頭データに基づいた音信号の発生に引き続いて行うことを可能にするために要求される構成である。また，上記アの記載によると，本件特許発明１の実施例である信号処理装置では，ＨＴ（ヘッドタイム）の間に圧縮データを読み込んでデコード処理をすればよいものであるといえる。
また，発明の詳細な説明における本件特許発明１の課題に関する記載をみても，本件特許発明１の課題は，「再生するためのデータ処理に時間がかかるため，頭出しにおいて直ちに再生音が出てこないという問題を生じる。･･･これが聴覚上無視できないほどの再生時の立上がり遅れを生じる」（段落【０００４】），「圧縮データのデコード時における時間遅れが生ぜず，このため高圧縮率の圧縮法を効果的に用いることができる信号装置を提供することを目的としている。」（段落【０００５】）とされており，再生時の立上がり遅れが課題とされているのであって，その課題解決の達成手段としてのデコード処理の厳格な同時平行性までが技術的な課題とされているものとは認められない。
そうすると，構成要件１Ｃの同時平行性は，先頭データに基づいた音信号の発生に引き続いて所定の部分以降の圧縮データをデコード処理し，その結果生成された元のデータに基づいた音信号の発生を先頭データに基づいた音信号の発生に引き続いて行うことを可能にする程度であれば許容されると解するのが相当であって，厳格に同時平行性を要求する理由は見いだせない。
構成要件１Ｃの同時平行性に対応する請求項の部分は，拒絶理由通知後の手続補正において追加されたものであるが（乙５，６），原告の意見書（乙７）をみても，この同時平行性について厳格に解することを前提とした記載は見当たらない。
ウ以上のとおり，構成要件１Ｃの同時平行性は，先頭データに基づいた音信号の発生に引き続いて所定の部分以降の圧縮データをデコード処理し，その結果生成された元のデータに基づいた音信号の発生を先頭データに基づいた音信号の発生に引き続いて行うことを可能にするに足りる程度であると解される。
(3)被告製品１が構成要件１Ｃを処理する演算手段を備えているかについてア甲６号証（被告製品１の仕様書４３頁）には，「ＰＣＭバッファゲートによる発音遅延の制御」について，以下の記載がある。「各トラックのデコーダ出力に設けられているＰＣＭバッファには図６．６に示すようなゲートスイッチが付属しており，このゲートスイッチを利用することで場合によっては発音遅延時間を減少させることができます。（ＰＣＭバッファに起因する最大１０［ｍｓ］の遅延を１［ｕｓ］以内にできます。）
ゲートスイッチを有効に利用できるのは以下の２つの条件を共に満たせる状況です。
１．全トラックが発音していない状態からの再生であること。（ゲートスイッチが全トラック共用のため。）
２．再生実行より１０[ｍｓ]以上前に再生準備が開始できること。（音データの準備に１０[ｍｓ]必要なため。）
手順は以下の様になります。
１．停止中のトラックに対してＰＵＳＥコマンドを発行する。→当該トラックは再生準備状態になります。
ゲートスイッチがＯＦＦ状態でデコードが開始され，ＰＣＭバッファにデコード済み音データが蓄積されます。音データの準備には最大１０［ｍｓ］かかります。
２．再生準備中のトラックに対してＰＬＡＹコマンドを発行する。→当該トラックは再生状態になります。
ゲートスイッチがＯＮになりＰＣＭバッファに準備された音データが出力されます。このとき，ＰＬＡＹコマンド発行から音データ出力までの遅延は１［ｕｍ］以内になります。」


イ以上によると，被告製品１には，①命令を適切に組み合わせることによって発音遅延時間を減少させることができる機能，②ＰＵＳＥコマンドを発行するとゲートスイッチをＯＦＦにできる機能，③ＰＬＡＹコマンドを発行するとゲートスイッチをＯＮにできる機能，④ＰＵＳＥコマンド発行からＰＬＡＹコマンドの発行まで１０［ｍｓ］以上間が空くと遅延を１［ｕｍ］以内にできる機能があると認められる。
しかしながら，本件全証拠によっても，㋐被告製品１が構成要件１Ｃを処理するためのプログラムを有していること，㋑予めデコードされる範囲が所定の開始位置から所定の部分までと範囲が定められていること，㋒バッファに蓄積された音データを再生中に圧縮されたデータをデコードしていることなどは認められない。
原告は，甲４９添付の「①特許関連の技術説明」２２頁～４１頁において，被告製品１の仕様書（甲６）の５頁，１５頁，２４頁，２９頁，３６頁の記載を引用して，これらの記載から上記㋐～㋒の事実が認められるとするが，これらの記載から上記㋐～㋒の事実を認めるには足りない。そうすると，被告製品１は構成要件１Ｃを処理する演算手段を備えているとは認められない。
ウさらにいうと，被告製品１は，ＰＣＭバッファのみで，予めデコードしたデータとバッファに空き領域ができたときにデコードされるデータを記憶するものであり（乙２５〔技術説明会資料〕４２～４６頁），発音状況によってデコードが一時停止する場合があり得るから（同６７頁），構成要件１Ｃの同時平行性を充足しない。
これに対し，本件特許発明１は，構成要件１Ｃに照らすと，発音指示があると所定の記憶手段の空き容量に関係なく圧縮データのデコードを行うものと解されるのであって，被告製品１と本件特許発明１とは技術思想においても相違するものであるといえる。
１－４まとめ
以上のとおり，被告製品１は構成要件１Ａ～１Ｃを充足しない。そうすると，構成要件１Ａに関する主張である均等侵害及び道具理論について判断するまでもなく，被告製品１が本件特許発明１の技術的範囲に属するとは認められないから，本件特許発明１に係る請求はいずれも理由がない。
２本件特許発明２に係る侵害の成否について
２－１構成要件２Ａの充足性（争点２－１）について(1)構成要件２Ａの「ディジタル・データ」の意義について検討する。原告は，本件特許発明２について，楽音信号の「ディジタル・データ」をすべて，「（デコード処理にある程度の時間が必要な）特に圧縮効率の高いデータ」としてしまうと，楽音信号の先頭部分で，データの処理に時間がかかり，スムーズに発音開始がされないことから，先頭部分については，その後の「特に圧縮効率の高いデータ」の部分と比べて処理に時間のかからないデータとしておき，先頭部分の処理をスムーズにしつつ，その後の部分については，「特に圧縮効率の高いデータ」を利用することによって，上記課題を解決しつつ「特に圧縮効率の高いデータ」を利用するというものであるとし，圧縮データの先頭部分（「楽音信号の先頭」）に付する「ディジタル・データ」に，被告製品２～４の「ＡＤＰＣＭ①」データが該当する旨主張する。
すなわち，原告の主張は，構成要件２Ａの「ディジタル・データ」と「ディジタル・データに圧縮処理を施したデータ」の区別の基準について，圧縮処理を施したデータか否かという基準ではなく，特に圧縮効率が高くデータ処理に時間がかかるか否かという基準を用いるべきであると主張するものである。そして，原告は，その主張の根拠として，本件特許発明２の課題が，「特に圧縮効率の高いデータ」を利用する際の「時間遅れ」を極めて少なくすることにあることを挙げているものと解される。
しかし，「特に圧縮効率の高いデータ」を利用する際の「時間遅れ」を極めて少なくする方法として，先頭部分に圧縮しないディジタル・データを配置して課題を解決するのか，それとも，ディジタル・データのほかＡＤＰＣＭデータのように圧縮効率の低いデータを配置することも含めて課題を解決するのかは発明者の選択に係ることであって，圧縮しないディジタル・データとＡＤＰＣＭデータのように圧縮効率の低いデータのいずれをも「ディジタル・データ」として取り扱っているか否かは，明細書の記載に基づいて定められるべき事柄である。
(2)そこで，構成要件２Ａの「ディジタル・データ」の意義について検討する。
ア本件特許２明細書の【請求項１】及び【発明の詳細な説明】には，以下の記載がある。
「【請求項１】入力されるディジタル楽音データに圧縮処理を施すデータ圧縮手段と，録音すべきディジタル楽音データの入力から，前記ディジタル楽音データに圧縮処理を施したデータの展開処理に要する時間以上の所定期間が経過したか否かを判別する第１の判別手段と，前記第１の判別手段によって所定期間経過していないと判別された場合には，前記ディジタル楽音データを選択し，前記第１の判別手段によって所定期間経過したと判別された場合には，前記データ圧縮手段により圧縮処理が施されたデータを選択する第１の選択手段と，書き込み可能な記憶手段と，前記選択手段によって選択されたデータを前記記憶手段に書き込む書込手段とを具備することを特徴とする電子楽器の音源装置。」
「【０００１】
【産業上の利用分野】この発明は，圧縮処理を施した楽音信号に基づき録音・発音する電子楽器の音源装置に関する。
【０００２】
【従来の技術】従来より，楽音信号をＰＣＭ（パルス符号化変調）等を用いてディジタルのＰＣＭ・データに変換し，さらに，圧縮処理を施して波形メモリ内に記憶するとともに，再生（発音）時には，この波形メモリ内から圧縮処理を施したデータ（エンコード・データ）を読み出し，このデータにデコード（展開）処理を施して，元のＰＣＭ・データに戻し，楽音を発生させる電子楽器の音源装置が知られている。圧縮処理には，例えば，ＡＤＰＣＭ（適応型差分ＰＣＭ）や，さらに圧縮効率をあげたサブバンドコーディングを用いることできる。圧縮処理を施すことによって，波形メモリ内に記憶する情報量を少なくすることができるので，より少ない容量の記憶装置を用いて効率的に波形メモリを構成することができる。
【０００３】


【発明が解決しようとする課題】ところで，上述したような，特に圧縮効率の高いデータのデコード処理にはある程度の時間が必要である。すなわち，オペレータ（操作者）による発音指示によって読み出したエンコード・データを，元のＰＣＭ・データへデコードする時間が必要である。このため，図１１に示すように，楽音発生が，発音指示後から，デコード処理に要する時間Ｄだけ遅れるいう（注：原文のまま）問題があった。この発明は，上記課題に鑑みなされたもので，その目的とするところは，発音指示後，時間遅れを極めて少なくして，直ちに楽音を発生することができる電子楽器の音源装置を提供することにある。」
「【０００５】上述した課題を解決するために請求項２記載の発明は，楽音信号の先頭から，前記楽音信号のディジタル・データに圧縮処理を施したデータの展開処理に要する時間以上の所定期間までの部分をディジタル・データの状態にて記憶するとともに，前記所定期間以降の部分をディジタル・データに圧縮処理を施したデータの状態にて記憶する記憶手段と，発音指示に応答して，前記記憶手段に記憶されたディジタル・データおよび圧縮処理を施したデータの読み出しを開始する読出手段と，前記読出手段によって読み出された，圧縮処理を施したデータに展開処理を施して元のディジタル・データに展開するデータ展開手段と，前記読出手段によって前記ディジタル・データの読み出しが終了したか否かを判別する第２の判別手段と，前記第２の判別手段によって前記ディジタル・データの読み出しが終了していないと判別された場合には前記読出手段によって読み出されたディジタル・データを選択し，前記第２の判別手段によって前記ディジタル・データの読み出しが終了したと判別された場合には前記データ展開手段によって展開されたディジタル・データを選択する第２の選択手段とを具備し，前記第２の選択手段によって選択されたディジタル・データに基づいて発音することを特徴としている。
【０００６】
【作用】請求項１記載の発明によれば，第１の選択手段は，ディジタル楽音信号の入力から，データ圧縮手段の圧縮処理で圧縮されるディジタル楽音データの展開処理に要する時間以上の所定の時間まで，入力されるディジタル楽音データを選択し，所定期間以降では，データ圧縮手段により圧縮処理が施されたデータを選択する。記憶手段には，第１の選択手段によって選択されたデータが書き込まれるので，録音すべき楽音信号は，その先頭から所定期間までの部分がディジタル・データの状態にて，所定期間以降の部分が圧縮処理されたディジタル・データの状態にて，それぞれ記憶手段に記憶される。
【０００７】請求項２記載の発明によれば，発音指示に応答して，記憶手段からのディジタル・データおよび圧縮処理を施したデータの読み出しが開始され，ディジタル・データは，第２の選択手段を介して出力される一方，圧縮処理を施したデータは，さらにデータ展開手段によって元のディジタル・データに戻される。第２の選択手段は，発音指示後からディジタル・データを選択して，すべてのディジタル・データを出力し，この後，楽音信号の先頭から，当該楽音信号のディジタル・データに圧縮処理を施したデータの展開処理に要する時間以上の所定期間が経過した以降は，データ展開手段によって戻されたディジタル・データを選択して，選択されたデータを出力する。したがって，発音指示後，直ちに，ディジタル・データが読み出されるとともに，圧縮処理を施したデータの展開処理が前もって行われ，所定期間経過以降は展開処理で元に戻されたディジタル・データが出力されるので，時間遅れを極めて少なくして，直ちに楽音を発生することができる。」
【０００８】
【実施例】以下，図面を参照してこの発明の実施例について説明する。＜第１の実施例＞図１は，この発明による第１の実施例の構成を示すブロック図であり，楽音信号を録音するものである。この図に示すＰＣＭ・データは，録音すべき楽音信号を図示せぬＡ／Ｄ変換部によってディジタル信号に変換した２値データであり，エンコーダ１の入力端およびセレクタ２の入力端Ｂに供給されている。エンコーダ１は，制御信号ＳＡ１にしたがって，入力したＰＣＭ・データを圧縮処理を連続的に施すものであり，圧縮したエンコード・データをセレクタ２の入力端Ａに供給する。ここで，エンコーダ１の圧縮能力は１／４であり，例えば，連続する４個のＰＣＭ・データを，１個のエンコード・データに圧縮するものである。なお，エンコーダ１は，圧縮すべきデータを入力後，時間遅れＴをもってエンコード・データを出力する。」
「【００１６】かかる実施例によれば，波形メモリ４に記憶される波形データは，図２（５）にその構成を示すように，１～Ｎサンプルまでが，すなわち，サンプリングクロックＳＣがＮカウントされるまでがＰＣＭ・データであり，これ以降は圧縮処理されたエンコード・データである。ＰＣＭ・データの部分は，圧縮処理されないのでデータ量が増加するが，圧縮処理されたエンコード・データの部分に比べて充分短いので，全体のデータ量にはほとんど影響を与えない。したがって，従来と比較して，圧縮効率にほとんど差が生じない。」
「【００６２】
【発明の効果】以上説明したように，この発明によれば，楽音信号の所定期間までのディジタル・データの長さは，圧縮処理を施したデータの長さに比べて充分短いので，圧縮効率を悪化させなくて済むという利点がある（請求項１）。また，発音指示後，直ちに，ディジタル・データが読み出されるとともに，圧縮処理を施したデータの展開処理が前もって行われ，所定期間経過以降は展開処理で元に戻されたディジタル・データが出力されるので，時間遅れを極めて少なくして，直ちに楽音を発生することができる（請求項２）。」
イ上記発明の詳細な説明の段落【０００２】によれば，「圧縮処理には，例えば，ＡＤＰＣＭ（適応型差分ＰＣＭ）や，さらに圧縮効率をあげたサブバンドコーディングを用いることができる。」とされ，ここでは，従来技術の説明として，ＡＤＰＣＭが圧縮処理を施されたデータとして扱われていることが明らかである。
そして，本件特許発明２の課題としては，従来技術の圧縮処理をされたデータのうち，「特に圧縮高率の高いデータ」のデコードに伴う時間遅れに焦点を当て，その「時間遅れを極めて少なくして，直ちに楽音を発生する」ことを挙げている（段落【０００３】）。
ところで，本件特許発明２の課題とされる「特に圧縮効率の高いデータ」との関係をみると，前記のとおり，本件特許２明細書の実施例（段落【０００８】）には，請求項１に係る実施例として，エンコーダの圧縮能力が１／４である例が挙げられている。


そして，請求項１と本件特許発明２である請求項２との関係をみると，段落【０００６】～【０００７】の記載によれば，請求項１の発明が段落【０００１】にいう「録音」の発明，すわなち「録音すべき音楽信号は，その先頭から所定期間までの部分がディジタル・データの状態にて，所定期間以降の部分が圧縮処理されたデータの状態にて，それぞれ記憶手段に記憶される」発明であり（段落【０００６】），本件特許発明２が「発音」の発明，すなわち「発音指示後，直ちにディジタルデータが読み出されるとともに，圧縮処理を施したデータの展開処理が前もって行われ，所定期間経過以降は展開処理で元に戻されたディジタル・データが出力されるので，時間遅れを極めて少なくして，直ちに楽音を発生することができる」発明であるものと解される（段落【０００７】）。このように，請求項１の発明と本件特許発明２とは，録音と発音という一対を成す発明であって，そこで請求項を形成する「圧縮処理を施したデータ」とは，同一内容のデータを意味するものと解するのが相当である。そうすると，前記請求項１の実施例である圧縮能力１／４のエンコーダで圧縮されたデータとは，本件特許発明２の「圧縮処理を施したデータ」にも該当するものということができる。
そこで，この１／４に圧縮されたデータの性質について検討する。本件特許発明２の出願より約３年８か月ほど前の平成元年３月２日に出願されたセイコー電子株式会社出願の公開特許公報（平２－２３０２００〔乙２２〕）には，「従来のＡＤＰＣＢ方式（注記：ＡＤＰＣＭ方式の誤記と認められる。）では，符号化圧縮率が約１／２程度であり」との記載があり（１頁右欄１０行～１１行），また，本件特許発明２の出願より後の平成１１年５月１４日に国際特許出願されたソニー・コンピュータエンタテインメント出願の再公表特許公報（ＷＯ９９／５９１３３〔乙１５〕）には，「ＡＤＰＣＭはデータを約４分の１に圧縮する」との記載がある（５頁２７行）。
これらの記載に照らせば，ＡＤＰＣＭは圧縮率が約１／２ないし１／４のデータであって，上記実施例の圧縮されたデータと圧縮率が同程度であると認められる。
ウそして，本件特許２明細書のその他の記載をみても，楽音信号の先頭部分を「特に圧縮効率の高いデータ」の部分と比べて処理に時間のかからない圧縮処理されたデータとする構成を示す記載はない。かえって，本件特許２明細書には，「ＰＣＭ・データの部分は，圧縮処理されないのでデータ量が増加するが，圧縮処理されたエンコード・データの部分に比べて充分短いので，全体のデータ量にはほとんど影響を与えない。したがって，従来と比較して，圧縮効率にほとんど差が生じない。」（段落【００１６】）と記載されており，楽音信号の先頭部分をＰＣＭ・データとしても課題が解決されたものと解されるから，楽音信号の先頭部分をＰＣＭ・データに代えてＡＤＰＣＭ方式の圧縮処理を施したデータとする構成も本件特許発明２に含まれると解することは困難である。
エ以上によれば，構成要件２Ａの「ディジタル・データ」には，ＡＤＰＣＭ方式の圧縮処理を施したデータは含まれないと解するのが相当である。(3)被告製品２～４の先頭部のデータがＡＤＰＣＭ①データであることは当事者間に争いがなく，前記(2)のとおり，被告製品２～４の「ＡＤＰ   ＣＭ①」データは，「ディジタル・データ」に該当しないから，被告製品２～４は構成要件２Ａを充足しない。
２－２構成要件２Ｂ～２Ｃの充足性（争点２－２）について(1)構成要件２Ｂ～２Ｃにおいて，①「ディジタル・データ」の読み出し開始と「圧縮処理を施したデータ」の読み出し開始の同時性，②「ディジタル・データ」の読み出しと「圧縮処理を施したデータ」のデコード処理の同
時平行性が要求されているかについて
ア本件特許発明２の【発明の詳細な説明】には，次の記載がある。
「【０００３】
【発明が解決しようとする課題】ところで，上述したような，特に圧縮効率の高いデータのデコード処理にはある程度の時間が必要である。すなわち，オペレータ（操作者）による発音指示によって読み出したエンコード・データを，元のＰＣＭ・データへデコードする時間が必要である。このため，図１１に示すように，楽音発生が，発音指示後から，デコード処理に要する時間Ｄだけ遅れるいう（注：原文のまま）問題があった。この発明は，上記課題に鑑みなされたもので，その目的とするところは，発音指示後，時間遅れを極めて少なくして，直ちに楽音を発生することができる電子楽器の音源装置を提供することにある。」
「【００２３】次に，この実施例の動作について説明する。
①発音指示から（Ｎ－Ｄ）クロックまで
まず，オペレータが発音指示の旨のキーを押下すると，これに対応して発音開始トリガーＰＴＲＧが各部に供給される。これによって，カウンタ１４がデータＮのカウントダウンを行なうとともに，アドレスコントローラ１２は，ストローブ信号ＳＴ１によってＰＣＭ・データ読出用アドレスのカウントアップを行なう。これによって，波形メモリ１０からＰＣＭ・データは，図４（２）の①に示すように，ストローブ信号ＳＴ１のタイミングにて読み出され，ラッチ回路１５によって，本来のサンプリングクロックＳＣのタイミングに戻される。このとき，制御信号ＳＡ２のレベルは「Ｌ」であり，これにより，セレクタ１６は入力端Ｂを選択しているので，セレクタ１６の出力データは，ＰＣＭ・データがサンプリングクロックＳＣのタイミングにて出力されることになる。