平成23(ワ)38969 債務不存在確認請求事件

平成２５年２月２８日判決言渡同日原本領収裁判所書記官平成２３年（ワ）第３８９６９号債務不存在確認請求事件口頭弁論終結日平成２４年１２月１８日判決東京都新宿区＜以下略＞原告アップルジャパン株式会社訴訟承継人ＡｐｐｌｅＪａｐａｎ合同会社訴訟代理人弁護士長沢幸男同矢倉千栄同永井秀人同金子晋輔訴訟復代理人弁護士稲瀬雄一同石原尚子同蔵 原 慎一朗同片山英二同北原潤一同岡本尚美訴訟代理人弁理士大塚康徳補佐人弁理士大塚康弘同坂田恭弘大韓民国京畿道水原市＜以下略＞被告三星電子株式会社訴訟代理人弁護士大野聖二同三村量一同田中昌利同市橋智峰 同井上義隆同小林英了同井上 聡同逵本憲祐同岡田紘明同飯塚暁夫訴訟代理人弁理士鈴木 守補佐人弁理士大谷 寛主文 １ 被告が，原告による別紙物件目録記載の各製品 紘明同飯塚暁夫訴訟代理人弁理士鈴木 守補佐人弁理士大谷 寛主文 １ 被告が，原告による別紙物件目録記載の各製品の生産，譲渡，貸渡し，輸入又はその譲渡若しくは貸渡しの申出（譲渡若しくは貸渡しのための展示を含む。）につき，特許第４６４２８９８号の特許権侵害に基づく原告に対する損害賠償請求権を有しないことを確認する。 ２ 訴訟費用は被告の負担とする。 ３ この判決に対する控訴のための付加期間を３０日と定める。 事実 及び理由第１ 請求主文第１項と同旨第２ 事案の概要 １ 事案の要旨本件は，原告が，原告による別紙物件目録記載の各製品（以下「本件各製品」と総称し，同目録１記載の製品を「本件製品１」，同目録２記載の製品を「本件製品２」などという。）の生産，譲渡，輸入等の行為は，被告が有する発明の名称を「移動通信システムにおける予め設定された長さインジケータを用いてパケットデータを送受信する方法及び装置」とする特許第４６ ４２８９８号の特許権（以下，この特許を「本件特許」，この特許権を「本件特許権」という。）の侵害行為に当たらないなどと主張し，被告が原告の上記行為に係る本件特許権侵害の不法行為に基づく損害賠償請求権を有しないことの確認を求めた事案である。 ２ 争いのない事実等（証拠の摘示のない事実は，争いのない事実又は弁論の全趣旨により認められる事実である。）(1) 当事者ア原告は，パーソナル・コンピュータ，コンピュータ関連機器のハードウェア及びソフトウェア，コンピュータに関連する付属機器の販売等を目的とする合同会社である。 なお，原告は，平成２３年１０月３０日に，米国法人のアップルインコーポレイテッド（以 関連機器のハードウェア及びソフトウェア，コンピュータに関連する付属機器の販売等を目的とする合同会社である。 なお，原告は，平成２３年１０月３０日に，米国法人のアップルインコーポレイテッド（以下「アップル社」という。）の子会社であるアップルジャパン株式会社を吸収合併し，本件訴訟における同社の地位を承継した（以下においては，上記吸収合併前のアップルジャパン株式会社についても「原告」という。）。 イ被告は，電子電気機械器具，通信機械器具及び関連機器とその部品の製作，販売等を目的とする韓国法人である。 (2) 被告の特許権ア被告（特許登録原簿上の名称「サムスンエレクトロニクスカンパニーリミテッド」）は，平成１８年５月４日，本件特許に係る国際特許出願（国際出願番号・ＰＣＴ／ＫＲ２００６／００１６９９，優先日・平成１７年５月４日，優先権主張国・韓国，日本における出願番号・特願２００８－５０７５６５号。以下「本件出願」という。）をし，平成２２年１２月１０日，本件特許権の設定登録を受けた（甲１の１，２）。 イ本件特許の特許請求の範囲は，請求項１ないし１４から成り，その請 求項１及び８の記載は，次のとおりである（以下，請求項８に係る発明を「本件発明１」，請求項１に係る発明を「本件発明２」といい，本件発明１及び２を併せて「本件各発明」という。）。 「【請求項１】 移動通信システムにおけるデータを送信する方法であって，上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定する段階と，前記ＳＤＵが一つのＰＤＵに含まれる場合に，ヘッダーとデータフィールドを含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一連番号（ＳＮ）フィールドと，前記ＰＤ まれるか否かを判定する段階と，前記ＳＤＵが一つのＰＤＵに含まれる場合に，ヘッダーとデータフィールドを含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一連番号（ＳＮ）フィールドと，前記ＰＤＵが分割，連結，またはパディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを指示する１ビットフィールドと，を含み，前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記ＳＤＵを伝送可能なＰＤＵのサイズにより複数のセグメントに分割し，各ＰＤＵのデータフィールドが前記複数のセグメントのうち一つのセグメントを含む複数のＰＤＵを構成する段階と，ここで，前記各ＰＤＵのヘッダーは，ＳＮフィールド，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示す１ビットフィールド，そして前記少なくとも一つのＬＩフィールドを含み，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され，前記ＰＤＵを受信器に伝送する段階と，を有することを特徴とするデータ送信方法。」「【請求項８】 移動通信システムにおけるデータを送信する装置であって，上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否 かを判定し，前記ＳＤＵを伝送可能なＰＤＵサイズによって少なくとも一つのセグメントに再構成するための伝送バッファと，一連番号（ＳＮ）フィールドと１ビットフィールドをヘッダーに含み，前記少なくとも一つのセグメントをデータフィールド内に含む少なくとも一つのＰＤＵを構成するヘッダー挿入部と，前記ＳＤＵが一つのＰＤＵに含まれる場合に フィールドと１ビットフィールドをヘッダーに含み，前記少なくとも一つのセグメントをデータフィールド内に含む少なくとも一つのＰＤＵを構成するヘッダー挿入部と，前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定し，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部と，前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記少なくとも一つのＰＤＵの前記１ビットフィールド以後にＬＩフィールドを挿入し，設定するＬＩ挿入部と，ここで，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され，前記ＬＩ挿入部から受信される少なくとも一つのＰＤＵを受信部に伝送する送信部と，を含むことを特徴をするデータ送信装置。」ウ本件各発明を構成要件に分説すると，次のとおりである(以下，各構成要件を「構成要件Ａ」，「構成要件Ｂ」などという。)。 (ア) 本件発明１（請求項８）Ａ 移動通信システムにおけるデータを送信する装置であって，Ｂ 上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定し，前記ＳＤＵを伝送可能なＰＤＵサイズによって少なく とも一つのセグメントに再構成するための伝送バッファと，Ｃ 一連番号（ＳＮ）フィールドと１ビットフィールドをヘッ まれるか否かを判定し，前記ＳＤＵを伝送可能なＰＤＵサイズによって少なく とも一つのセグメントに再構成するための伝送バッファと，Ｃ 一連番号（ＳＮ）フィールドと１ビットフィールドをヘッダーに含み，前記少なくとも一つのセグメントをデータフィールド内に含む少なくとも一つのＰＤＵを構成するヘッダー挿入部と，Ｄ 前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定し，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部と，Ｅ 前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記少なくとも一つのＰＤＵの前記１ビットフィールド以後にＬＩフィールドを挿入し，設定するＬＩ挿入部と，Ｆ ここで，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され，Ｇ 前記ＬＩ挿入部から受信される少なくとも一つのＰＤＵを受信部に伝送する送信部と，Ｈ を含むことを特徴をするデータ送信装置。 (イ) 本件発明２（請求項１）Ｉ 移動通信システムにおけるデータを送信する方法であって，Ｊ 上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定する段階と， Ｋ 前記ＳＤＵが一つのＰＤＵに含まれる場合に，ヘッダーとデータフィールドを含む Ｕ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定する段階と， Ｋ 前記ＳＤＵが一つのＰＤＵに含まれる場合に，ヘッダーとデータフィールドを含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一連番号（ＳＮ）フィールドと，前記ＰＤＵが分割，連結，またはパディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを指示する１ビットフィールドと，を含み，Ｌ 前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記ＳＤＵを伝送可能なＰＤＵのサイズにより複数のセグメントに分割し，各ＰＤＵのデータフィールドが前記複数のセグメントのうち一つのセグメントを含む複数のＰＤＵを構成する段階と，ここで，前記各ＰＤＵのヘッダーは，ＳＮフィールド，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示す１ビットフィールド，そして前記少なくとも一つのＬＩフィールドを含み，Ｍ 前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され，Ｎ 前記ＰＤＵを受信器に伝送する段階と，Ｏ を有することを特徴とするデータ送信方法。 (3) 原告の行為等ア原告は，アップル社が製造した本件各製品を輸入し，販売している。 イ(ア) 本件各製品は，本件発明１の構成要件Ａ及びＨを充足する。 (イ) 本件各製品におけるデータ送信方法は，本件発明２の構成要件Ｉ及びＯを充足する。 ウ本件各製品は，第３世代移動通信システムないし第３世代携帯電話システム（３Ｇ）（ThirdGeneration）の普及促進と付随する仕様の世界標準化を目的とする民間団 Ｉ及びＯを充足する。 ウ本件各製品は，第３世代移動通信システムないし第３世代携帯電話システム（３Ｇ）（ThirdGeneration）の普及促進と付随する仕様の世界標準化を目的とする民間団体である３ＧＰＰ（ThirdGeneration PartnershipProject）が策定した通信規格であるＵＭＴＳ規格（UniversalMobileTelecommunicationsSystem）に準拠した製品である（乙１ないし５。以下，３ＧＰＰが定める通信規格を「３ＧＰＰ規格」という。）。 ＵＭＴＳ規格は，日本では，Ｗ－ＣＤＭＡ方式（広帯域符号分割多元接続方式）と称されている。 (4) 本件特許に関するＦＲＡＮＤ宣言ア ３ＧＰＰを結成した標準化団体の一つであるＥＴＳＩ（EuropeanTelecommunicationsStandardsInstitute）（欧州電気通信標準化機構）は，知的財産権（ＩＰＲ）の取扱いに関する方針として「ＩＰＲポリシー」（IntellectualPropertyRightsPolicy）を定めている。 ＩＰＲポリシーには，次のような規定がある（甲１２。原文英語）。 「３ 方針の目的３．１ ＥＴＳＩは，総会が提議した，ヨーロッパの通信セクターの技術的な目的に最も資する解決策に基づく規格および技術仕様を作成することを目的としている。この目的を推進するため，ＥＴＳＩのＩＰＲについての方針は，ＥＴＳＩおよび会員，ＥＴＳＩ規格および技術仕様を適用するその他の，規格の準備および採用，適用への投資が，規格または技術仕様についての必須ＩＰＲを使用できない結果無駄になる可能性があるというリスクを軽減するためのものである。この目的を達成するに当たり，ＥＴＳＩのＩＰＲについ よび採用，適用への投資が，規格または技術仕様についての必須ＩＰＲを使用できない結果無駄になる可能性があるというリスクを軽減するためのものである。この目的を達成するに当たり，ＥＴＳＩのＩＰＲについての方針では，通信分野での一般利用の標準化の必要性と，ＩＰＲの所有者の権利との間のバランスを取ることが求められる。 ３．２ ＩＰＲの所有者は，ＥＴＳＩの会員またはその関連会社，第三者であるかによらず，規格および技術仕様の実装で，ＩＰＲ の使用につき適切かつ公平に扱われるものとする。」「４ ＩＰＲの開示４．１ …各会員は，自らが参加する規格または技術仕様の開発の間は特に，ＥＴＳＩに必須ＩＰＲについて適時に知らせるため合理的に取り組むものとする。特に，規格または技術仕様の技術提案を行う会員は，善意をもって，提案が採択された場合に必須となる可能性のあるその会員のＩＰＲについてＥＴＳＩの注意を喚起するものとする。 ４．３ 上記の第４．１項に従っての義務は，ＥＴＳＩにこの特許ファミリーの構成要素について適時に知らされた場合には，すべての既存および将来のその特許ファミリーの構成要素につき満たされたとみなされる。…」「６ ライセンスの可用性６．１ 特定の規格または技術仕様に関連する必須ＩＰＲがＥＴＳＩに知らされた場合，ＥＴＳＩの事務局長は，少なくとも以下の範囲で，当該のＩＰＲにおける取消不能なライセンス（irrevocablelicences）を公正，合理的かつ非差別的な条件（fair,reasonableandnon-discriminatorytermsandconditions）で許諾する用意があることを書面で取消不能な形で３か月以内に保証することを，所有者にただちに求めるものとする。 ・製造で使用するべ riminatorytermsandconditions）で許諾する用意があることを書面で取消不能な形で３か月以内に保証することを，所有者にただちに求めるものとする。 ・製造で使用するべく，ライセンシー自身の設計で，カスタマイズした部品およびサブシステムを製造または過去から引き続き製造する権利を含む，製造。 ・上記で製造した機器の販売または賃貸，処分。 ・機器の修理または使用，動作，および ・方法の使用。 上記の保証は，ライセンスの相互供与に同意することを求めるという条件に従い行われる場合がある。…６．２ 特許ファミリーの指定された構成要素に関する，第６．１項に従っての保証は，保証が行われた時点で指定したＩＰＲを除外する旨を明示する書面がある場合を除き，その特許ファミリーのすべての既存および将来の必須ＩＰＲに適用されるものとする。当該の除外の範囲は，明示的に指定されたＩＰＲに限定されるものとする。 ６．３ 要請されたＩＰＲの所有者の保証が許諾されない場合，委員会の委員長は，適切な場合，ＥＴＳＩ事務局と協議の上，問題が解決するまで，委員会が規格または技術仕様についての作業を停止すべきかどうかについて判断し，および／または関連の規格または技術仕様の承認を行うものとする。」「１２ このポリシーは，フランス法に準拠する。」「１５ 定義 ６ ＩＰＲに適用される「必須」とは，（商業的ではなく）技術的な理由で，標準化の時点で一般に利用可能な通常の技術慣行および最新技術を考慮し，ＩＰＲに抵触せずに規格に準拠する機器または方法を製造または販売，賃貸，処分，修理，使用または動作できないことを意味する。疑義を回避するため，規格が技術的な解決策でのみ実行可能で，すべてがＩＰＲに抵触する例外的な場合で，当該のすべ または方法を製造または販売，賃貸，処分，修理，使用または動作できないことを意味する。疑義を回避するため，規格が技術的な解決策でのみ実行可能で，すべてがＩＰＲに抵触する例外的な場合で，当該のすべてのＩＰＲは必須とみなされるものとする。 ７ 「ＩＰＲ」とは，商標以外の知的財産権の適用を含む，法律により参照された知的財産権を意味するものとする。疑義を回避するため，体裁に関連する権利または機密情報，企業秘密，同様のもの は，ＩＰＲの定義から除外される。 ９ 「会員」とは，ＥＴＳＩの会員または賛助会員を意味するものとする。会員の参照は，文脈が許す場合には常に，その会員およびその関連会社と解釈されるものとする。 １３ 「特許ファミリー」とは，優先順位の高い文書それ自体を含む，一般に１つ以上の優先順位のあるすべての文書を意味するものとする。疑義を回避するため，「文書」は特許および実用新案，その応用を表す。」イ(ア) ＥＴＳＩの会員である被告は，１９９８年（平成１０年）１２月１４日，ＥＴＳＩに対し，ＵＭＴＳ規格としてＥＴＳＩが推進しているＷ－ＣＤＭＡ技術に関し，被告の保有する必須ＩＰＲライセンスを，ＥＴＳＩのＩＰＲポリシー６．１項に従って，「公正，合理的かつ非差別的な条件」（fair,reasonableandnon-discriminatorytermsandconditions）（以下「ＦＲＡＮＤ条件」という。）で許諾する用意がある旨の誓約（宣言）をした（甲５）。 (イ) 被告は，２００７年（平成１９年）８月７日，ＥＴＳＩに対し，ＥＴＳＩのＩＰＲポリシー４．１項に従って，本件出願の優先権主張の基礎となる韓国出願の出願番号，本件出願の国際出願番号（ＰＣＴ／ＫＲ２００６／００１６９９）等に係るＩＰＲが，ＵＭＴＳ規格 Ｉに対し，ＥＴＳＩのＩＰＲポリシー４．１項に従って，本件出願の優先権主張の基礎となる韓国出願の出願番号，本件出願の国際出願番号（ＰＣＴ／ＫＲ２００６／００１６９９）等に係るＩＰＲが，ＵＭＴＳ規格（ＴＳ ２５．３２２等）に関連して必須ＩＰＲであるか，又はそうなる可能性が高い旨を知らせるとともに，ＥＴＳＩのＩＰＲポリシー６．１項に準拠する条件（ＦＲＡＮＤ条件）で，取消不能なライセンスを許諾する用意がある旨の宣言（以下「本件ＦＲＡＮＤ宣言」という。）をした（甲１３）。 (5) 本件訴訟に至る経緯等ア被告は，平成２３年４月２１日，原告による本件各製品の生産，譲 渡，輸入等の行為が本件各発明に係る本件特許権の直接侵害又は間接侵害（特許法１０１条４号，５号）を構成する旨主張して，特許法１０２条に基づく差止請求権を被保全権利として，原告に対し，本件各製品の生産，譲渡，輸入等の差止め等を求める仮処分命令の申立て（東京地方裁判所平成２３年（ヨ）第２２０２７号事件。以下「本件仮処分の申立て」という。）をした。 イ原告は，平成２３年９月１６日，本件訴訟を提起した。 その後，被告は，平成２４年９月２４日，本件仮処分の申立てのうち，本件製品１及び３を対象とする部分を取り下げた。 ３ 争点本件の争点は，①本件各製品についての本件発明１の技術的範囲の属否(争点１)，②本件発明２に係る本件特許権の間接侵害（特許法１０１条４号，５号）の成否（争点２），③特許法１０４条の３第１項の規定による本件各発明に係る本件特許権の権利行使の制限の成否（争点３），④本件各製品に係る本件特許権の消尽の有無（争点４），⑤被告の本件ＦＲＡＮＤ宣言に基づくアップル社と被告間の本件特許権のライセンス契約の成否（争点５），⑥被告による本件特許権に基づく損害賠 点３），④本件各製品に係る本件特許権の消尽の有無（争点４），⑤被告の本件ＦＲＡＮＤ宣言に基づくアップル社と被告間の本件特許権のライセンス契約の成否（争点５），⑥被告による本件特許権に基づく損害賠償請求権の行使の権利濫用の成否（争点６）である。 なお，本件口頭弁論終結時点において，被告は原告が賠償すべき被告の損害額に関する主張を留保していたため，この点に関する具体的な主張はない。 第３ 争点に関する当事者の主張 １ 争点１（本件各製品についての本件発明１の技術的範囲の属否）について(1) 被告の主張ア本件各製品の構成(ア) 本件各製品は，３ＧＰＰ規格であるＵＭＴＳ規格（Ｗ－ＣＤＭＡ 方式）に準拠したものであるから，３ＧＰＰが２００６年（平成１８年）９月に策定した３ＧＰＰ規格の技術仕様書「３ＧＰＰＴＳ５．３２２ Ｖ６．９．０」（甲１の３，乙６。以下「本件技術仕様書Ｖ６．９．０」という。）記載の構成を備えている。 そして，本件技術仕様書Ｖ６．９．０の「４．２．１．２ アンアクナリッジドモード（ＵＭ）ＲＬＣエンティティ」，「４．２．１． ２．１ 送信ＵＭＲＬＣエンティティ」，「９．２．１．３ ＵＭＤＰＤＵ」，「９．２．２．５ エクステンションビット（Ｅ）」及び「９．２．２．８ 長さインジケータ（ＬＩ）」（以下，それぞれを「４．２．１．２項」，「４．２．１．２．１項」などという。）によれば，本件各製品は，いずれも，次のとおりの構成を有している（以下，各構成を「構成ａ」，「構成ｂ」などという。)。 ａ 本件各製品は，移動通信システムにおいてデータを送信する装置である。 ｂ 本件各製品は，上位階層からサービスデータユニット(ＳＤＵ）を受信し，ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)の利用可能 製品は，移動通信システムにおいてデータを送信する装置である。 ｂ 本件各製品は，上位階層からサービスデータユニット(ＳＤＵ）を受信し，ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)の利用可能なスペースより大きい場合には適当なサイズのＰＤＵに分割するための伝送バッファを有している（別紙１の１及び２記載の４．２．１．２項及び４．２．１．２．１項参照）。 ｃ 本件各製品は，一連番号（ＳＮ）フィールドとＥビットフィールドを有するＵＭＤヘッダと，長さインジケータ（ＬＩ）とを含むＲＬＣヘッダをデータに対して付加するヘッダ付加部を有する（別紙１の３記載の９．２．１．３項参照）。 ｄ ヘッダ付加部は，ＰＤＵに含まれるのが分割，連結，パディングされていない完全なＳＤＵの場合には完全なＳＤＵが含まれることを示す「０」を設定し，ＰＤＵに含まれるのが完全なＳＤＵでない 場合にはＥビットに長さインジケータが存在することを示す「１」を設定する（別紙１の４記載の９．２．２．５項参照）。 ｅ ヘッダ付加部は，ＳＤＵが一つのＰＤＵに含まれない場合に，少なくとも一つのＰＤＵのＥビットフィールド以後にＬＩフィールドを挿入する（別紙１の５(1)記載の９．２．２．８項参照）。 ｆ ヘッダ付加部は，ＰＤＵのデータフィールドがＳＤＵの最初のセグメントでも最後のセグメントでもないセグメントを含む場合，ＬＩフィールドは，ＰＤＵがＳＤＵの最初のセグメントでも最後のセグメントでもないセグメントを含むことを示す予め定められた値（「１１１ １１１０」又は「１１１ １１１１ １１１１１０」）を設定する（別紙１の５(2)記載の９．２．２．８項参照）。 ｇ 本件各製品は，ヘッダ付加部から受信される少なくとも一つのＰＤＵを受信側のエンティティに伝送する送信部を有して １１１１０」）を設定する（別紙１の５(2)記載の９．２．２．８項参照）。 ｇ 本件各製品は，ヘッダ付加部から受信される少なくとも一つのＰＤＵを受信側のエンティティに伝送する送信部を有している。 ｈ 本件各製品は，データを送信することができる装置である。 (イ)ａ カナダ法人のチップワークス社による実機テスト（以下「本件実機テスト」という。）の報告書（乙１３）は，本件製品２及び４が，本件技術仕様書Ｖ６．９．０の「AlternativeE-bit解釈」（代替的Ｅビット解釈）に基づく機能（９．２．２．５項及び９． ２．２．８項）を実装していることを示している。このことは，電気通信大学Ａ教授作成の鑑定意見書（乙１４）からも裏付けられる。 (ａ) 本件実機テストに「基地局エミュレータ」として用いた機器は，ドイツ法人のローデ・シュワルツ社製の無線機テスタ「ＣＭＷ５００ universalradiocommunicationtester」（以下「ＣＭＷ５００」という。）である。ＣＭＷ５００は，Ｗ－ＣＤＭＡ 方式に対応したもので，実際のネットワークと同様の通信環境を実現することができる機器である（乙１４の１０頁，乙４１）。 ＣＭＷ５００は，ＧＣＦ (GlobalCertificationForum) 及びＰＴＣＲＢ (PCSTypeCertificationReviewBoard) といった国際的な機関による認証を受けている。 テスト１「ＰＤＵサイズ：４８８ビット，ＳＤＵサイズ：４８０ビット」は，「ＰＤＵが分割，連結，パディングされていない完全なＳＤＵを含む場合」のデータサイズの組合せである。なお，ＰＤＵサイズがＳＤＵサイズより８ビットだけ大きくなっているのは，ＳＤＵをＰＤＵに変換する際に８ビットのＰ ，連結，パディングされていない完全なＳＤＵを含む場合」のデータサイズの組合せである。なお，ＰＤＵサイズがＳＤＵサイズより８ビットだけ大きくなっているのは，ＳＤＵをＰＤＵに変換する際に８ビットのＰＤＵヘッダ（一連番号（ＳＮ）の７ビット＋Ｅビットの１ビット）が付加されることを考慮したためである（乙１４の１０頁）。 テスト２「ＰＤＵサイズ：８０ビット，ＳＤＵサイズ：４８０ビット」は，最初と最後を除いたＰＤＵ（例えば，２番目のＰＤＵ）が「中間セグメント」に該当するデータサイズの組合せであり，この中間セグメントとしてのＰＤＵをモニタするものである（乙１４の１１頁）。 (ｂ) 本件実機テストの結果は，次のとおりである。 ① ＰＤＵがＳＤＵを完全に含む場合（テスト１）には，一連番号（ＳＮ）に続くＥビットが「０」となり，長さインジケータを含まないＰＤＵが出力されている（乙１３の図１２，１４）。 ② ＰＤＵがＳＤＵの中間セグメントを含む場合（テスト２）には，一連番号（ＳＮ）に続くＥビットが「１」となり，長さインジケータとして所定値（１１１１１１０）を含むＰＤＵが出力されている（乙１３の図１３，１５）。 (ｃ) ９．２．２．５項には，代替的Ｅビット解釈として，「次のフィールドは，分割，連結，パディングされていない完全なＳＤＵ」である場合，Ｅビットを「０」とし，「次のフィールドは，長さインジケータとＥビット」である場合，Ｅビットを「１」とすることが，９．２．２．８項には，代替的Ｅビット解釈が設定され，かつ，ＰＤＵがＳＤＵの中間セグメントを含む場合，７ビットの長さインジケータが用いられるときは，値「１１１１０」を持つ長さインジケータを用いることが記載されている。 本件実機テストの結果におけるＥビットの値及び長さインジケ トを含む場合，７ビットの長さインジケータが用いられるときは，値「１１１１０」を持つ長さインジケータを用いることが記載されている。 本件実機テストの結果におけるＥビットの値及び長さインジケータの値（前記(ｂ)）は，本件技術仕様書Ｖ６．９．０の代替的Ｅビット解釈に基づく機能と整合しており，本件製品２及び４が上記機能を実装していることを示すものといえる。 ｂ この点に関し原告は，本件実機テストの結果の「Interpretation」 の欄に「次のオクテット：データ（「nextoctet: data」）」と表示されており，「分割，連結，パディングされていない完全なＳＤＵ」と表示されていないから，本件実機テストでは，代替的Ｅビット解釈ではなく，本件技術仕様書Ｖ６． ９．０の９．２．２．５項記載の「NormalE-bit解釈」（通常Ｅビット解釈）（別紙１の４参照）が用いられているなどと主張する。 しかしながら，代替的Ｅビット解釈において，Ｅビットに「０」が設定される場合，次に続くビット列が「データ」（ただし，「完全なＳＤＵ」の「データ」である。）であることには相違がないから，「Interpretation 」 の欄に「次のオクテット：データ（「nextoctet: data」）」と表示されていることは本件実機テストに代替的Ｅビット解釈が使用されていることと相反するものではない。 また，被告が通常Ｅビット解釈に従った場合（ＣＭＷ５００の設定画面の「altE_bitinterpretation」のチェックボックス（乙１３の図１１）にチェックを入れない場合）についての比較テストの結果を確認したところ，チェックを入れた場合と入れない場合とでは，ＰＤＵヘッダの構成が異なっており，しかも，チェックを入れない場合には通 の図１１）にチェックを入れない場合）についての比較テストの結果を確認したところ，チェックを入れた場合と入れない場合とでは，ＰＤＵヘッダの構成が異なっており，しかも，チェックを入れない場合には通常Ｅビット解釈に従ったＰＤＵヘッダが出力されていた（乙５５の３５頁ないし３８頁）。かかる比較テストの結果は，本件実機テストにおいて，通常Ｅビット解釈ではなく，代替的Ｅビット解釈が用いられていることを明確に示すものである。 したがって，原告の上記主張は理由がない。 イ構成要件Ｂ及びＤの充足(ア) 本件技術仕様書Ｖ６．９．０の９．２．２．５項記載の代替的Ｅビット解釈は，以下に述べるとおり，本件発明１の構成要件Ｂ及びＤの内容を開示したものである。 本件発明１は，「ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ）に含まれるか否かを判定し」（構成要件Ｂ），「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」（構成要件Ｄ）する構成を備えている。 構成要件Ｄの文言，本件特許に係る明細書（甲１の２。以下，図面を含めて「本件明細書」という。）の段落【００２２】及び図５Ａによれば，構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合」とは，「前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含む」場合，すなわち，「ＳＤＵのサイズがＰＤＵのペイロードのサイズに完全に一致する場合」を意味する ものであり，ＳＤＵが連結されてＰＤＵに格納されている場合やＳＤＵがパディングとともにＰＤＵに格納されている場合は，これに含まれない。 そして，９．２．２．５項には，「代替的Ｅビット解釈」とし ものであり，ＳＤＵが連結されてＰＤＵに格納されている場合やＳＤＵがパディングとともにＰＤＵに格納されている場合は，これに含まれない。 そして，９．２．２．５項には，「代替的Ｅビット解釈」として，「次のフィールドは，分割，連結，パディングされていない完全なＳＤＵ」である場合，すなわち，ＳＤＵがＰＤＵに完全に含まれる（一致する）場合は，Ｅビットを「０」とし，そうでない場合は，Ｅビットを「１」とすることが記載されており（別紙１の４参照），上記記載は，ＳＤＵがＰＤＵに完全に含まれる（一致する）か否かの判定を行い，その判定結果に従ってＥビットを上記のように設定することを規定するものといえるから，構成要件Ｂの「ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否か」を「判定」する構成及び構成要件Ｄの「前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」する構成を開示している。なお，４．２． １．２．１項（別紙１の２参照）と９．２．２．５項との関係は，４．２．１．２．１項は，Ｅビットのタイプによらず，ＳＤＵがＰＤＵよりも大きいか否かを判定するという包括的な記載にとどまり，代替的Ｅビット解釈が使用される場合の具体的な比較のやり方は，９． ２．２．５項に記載されていると合理的に理解することができる。 (イ) 以上を前提とすると，本件各製品の構成ｂ及びｄは，構成要件Ｂ及びＤをそれぞれ充足する。 ウ構成要件Ｃ，ＥないしＧの充足本件各製品の構成ｃは構成要件Ｃを，構成ｅは構成要件Ｅを，構成ｆは構成要件Ｆを，構成ｇは構成要件Ｇをそれぞれ充足する。 エまとめ(ア) 以上のとおり，本件各製品は，本件発明１の構成要件ＢないしＧ を充足し，また，本件各製品が構成要件Ａ及びＨを充足することは，前記争いのない事実 それぞれ充足する。 エまとめ(ア) 以上のとおり，本件各製品は，本件発明１の構成要件ＢないしＧ を充足し，また，本件各製品が構成要件Ａ及びＨを充足することは，前記争いのない事実等(3)イ(ア)のとおりである。 したがって，本件各製品は，本件発明１の構成要件を全て充足するから，その技術的範囲に属する。 (イ) これに対し原告は，本件各製品が本件発明１の技術的範囲に属するというためには，本件各製品が本件発明１の構成要件に記載された全ての機能を現実のネットワーク上で実行していることを立証する必要があるところ，代替的Ｅビット解釈は，通常Ｅビット解釈のオプション的なものであり，通信事業者が代替的Ｅビット解釈を使用するようにネットワークを設定していることについての立証がないから，本件各製品が本件発明１の技術的範囲に属さない旨主張する。 しかしながら，本件各製品は，本件発明１の構成要件を全て充足し，代替的Ｅビット解釈を実施する構成を備えている以上，本件発明１の技術的範囲に属するというべきであり，現実のネットワーク上で通信事業者が代替的Ｅビット解釈を使用するようにネットワークを設定しているかどうかは本件発明１の技術的範囲の属否とは無関係である。 したがって，原告の上記主張は失当である。 (2) 原告の主張ア本件各製品の構成について(ア) 本件各製品におけるＵＭＴＳ規格に関連する処理は，本件各製品に実装されたベースバンドチップ（チップセット）によって行われている。上記チップセットは，アップル社がインテル社（IntelCorporation）製のチップセットを●（省略）●を通じて購入し，実装したものである。 本件製品１及び３には，インテル社製のベースバンドチップ●（省 略）●が搭載されていると Corporation）製のチップセットを●（省略）●を通じて購入し，実装したものである。 本件製品１及び３には，インテル社製のベースバンドチップ●（省 略）●が搭載されているところ，●（省略）●が準拠している３ＧＰＰ規格は，本件出願の優先日前に公開された「リリース５」と呼ばれるバージョンであり，代替的Ｅビット解釈は含まれていないから，本件製品１及び３が被告主張の構成ｂないしｇを有することは争う。 また，本件製品２及び４が被告主張の構成ｂないしｇを有することは不知である。 (イ)ａ 被告主張の本件実機テストの報告書（乙１３）は，本件製品２及び４が代替的Ｅビット解釈に基づく機能を実装していることを基礎付けるものではない。 すなわち，本件実機テストは，基地局のように振る舞うエミュレータに携帯端末を接続し，テスト端末からエミュレータに送信されるデータを解析するためのソフトウェアを用いてテストを行っているにすぎないものであり，このような現実のネットワークとは異なる単なるテスト環境において実施したテストの結果によって，本件各製品が現実のネットワークにおいて代替的Ｅビット解釈に基づく機能を実行できることを示すものではない。 ｂ また，本件実機テストの報告書（乙１３）には，次のような不備又は問題点があり，本件製品２及び４が代替的Ｅビット解釈に基づく機能を実装していることを基礎付けるものではない。 (ａ) 乙１３の図１２及び図１４のテストログ（テスト１）においては，「Byte」欄の「６８」の２列目の行において，Ｅビットが「０」に設定されるとともに，「Interpretation」欄に「nextoctet: data」（訳文「次のオクテット：データ」）と記載されている。このように「次のフィールド」が「データ」と記載され に設定されるとともに，「Interpretation」欄に「nextoctet: data」（訳文「次のオクテット：データ」）と記載されている。このように「次のフィールド」が「データ」と記載されていることからすると，本件実機テストは，代替的Ｅビット解釈ではなく，通常Ｅビット解釈が使用されている場合（本件技術仕 様書Ｖ６．９．０の９．２．２．５項の「通常Ｅビット解釈」のビット「０」の場合）であると考えるのが素直である。 また，乙１３の図１２及び図１４のテストログに示されているビット列は，テスト製品から出力されたデータの一部でしかないため，ＰＤＵが分割，連結，パディングされていない一つの完全なＳＤＵを含んでいるのか，別のものを含んでいるのか定かでないから，そもそも図１２及び図１４のテストログを根拠として，テストに用いた製品が代替的Ｅビット解釈を使用しているとの結論を導くことはできない。 なお，乙１３の図１１の「altE_bitinterpretation」のチェックボックスにチェックが入っていることと，テスト製品において実際に代替的Ｅビット解釈が使用されるかどうかとは無関係である。 (ｂ) 乙１３の図１３及び図１５のテストログ（テスト２）における「１１１１１１０」という値が設定された長さインジケータが，中間セグメントを含むインジケータにだけ設定されることを裏付ける証拠がない以上，上記値が中間セグメントを含むＰＤＵの存在を示していると結論付けることはできない。 また，乙１３の図１３及び図１５も，図１２及び図１４と同様に，テスト製品から出力されたＳＤＵの表示部分を表示するにとどまり，ＳＤＵの他のセグメントがどのような状態になっているか明らかにされていない。 したがって，図１３及び図１５は，テスト製品が代替的 に，テスト製品から出力されたＳＤＵの表示部分を表示するにとどまり，ＳＤＵの他のセグメントがどのような状態になっているか明らかにされていない。 したがって，図１３及び図１５は，テスト製品が代替的Ｅビット解釈を実装していることを基礎付けるものとはいえない。 イ構成要件Ｂ及びＤの非充足本件発明１の構成要件Ｂ及びＤは，以下のとおり，本件技術仕様書Ｖ ６．９．０記載の構成と異なる構成のものであるから，仮に被告が主張するように本件各製品が本件技術仕様書Ｖ６．９．０に準拠した構成を備えているとしても，本件各製品が構成要件Ｂ及びＤを充足するとはいえない。 (ア) 構成要件Ｂについて構成要件Ｂの「前記ＳＤＵが一つのＰＤＵに含まれるか否かを判定」との記載と構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示す」との記載を総合すると，構成要件Ｂにおける「前記ＳＤＵが一つのＰＤＵに含まれる」とは，「ＳＤＵが一つのＰＤＵに完全に含まれる（一致する）」ことを意味すると解すべきである。 このように本件発明１は，構成要件Ｂにおいて，ＳＤＵが一つのＰＤＵに完全に含まれる（一致する）か否かを判定する方式を採用している。 他方で，本件技術仕様書Ｖ６．９．０の４．２．１．２．１項の「ＲＬＣＳＤＵがＵＭＤＰＤＵの利用可能なスペースの長さより大きい場合」に「ＲＬＣＳＤＵを適当なサイズのＵＭＤＰＤＵに分割する。」との記載によれば，４．２．１．２．１項記載の判定方式は，ＳＤＵの分割が必要か否かを決定することを目的とし，ＳＤＵがＰＤＵの利用可能な領域よりも大きいか否か（ＳＤＵとＰＤＵの大小関係）を判定する方式であって，ＳＤＵが一つのＰＤＵ ．１項記載の判定方式は，ＳＤＵの分割が必要か否かを決定することを目的とし，ＳＤＵがＰＤＵの利用可能な領域よりも大きいか否か（ＳＤＵとＰＤＵの大小関係）を判定する方式であって，ＳＤＵが一つのＰＤＵに完全に含まれる（一致する）か否かを判定する方式とは異なるものである。 また，被告主張の本件技術仕様書Ｖ６．９．０の９．２．２．５項の記載は，Ｅビットに設定される「０」又は「１」という値をそれぞれどのように解釈すべきかについて規定しているにすぎず，判定方式 については何ら述べていない。 したがって，本件各製品が本件技術仕様書Ｖ６．９．０に準拠した構成ｂを備えていることをもって，本件各製品が構成要件Ｂを充足するとはいえない。 (イ) 構成要件Ｄについて構成要件Ｄにいう「前記ＳＤＵが一つのＰＤＵに含まれる場合」とは，①パディングが生じている場合（すなわち，ＳＤＵがパディングとともにＰＤＵに格納される場合），②連結が生じている場合（すなわち，ＳＤＵが一つ又は複数の他のＳＤＵと連結され，ＰＤＵに格納される場合），③分割，連結及びパディングのいずれも生じていない場合（すなわち，ＳＤＵのサイズがＰＤＵのペイロードのサイズに完全に一致する場合）を全て対象とするものであるから，構成要件Ｄを充足するというためには，上記①又は②の場合であっても，「ＰＤＵが分割，連結又はパディングなしにＳＤＵを完全に含むことを示すように１ビットフィールドが設定」されなければならない。 他方で，本件技術仕様書Ｖ６．９．０記載の代替的Ｅビット解釈においては，上記③の場合にのみ，ＰＤＵが完全なＳＤＵを含むことを示すように１ビットフィールドが設定されるのであるから，構成要件Ｄと本件技術仕様書Ｖ６．９．０に準拠した構成ｄとでは，ＰＤＵが分割，連結又はパディ 記③の場合にのみ，ＰＤＵが完全なＳＤＵを含むことを示すように１ビットフィールドが設定されるのであるから，構成要件Ｄと本件技術仕様書Ｖ６．９．０に準拠した構成ｄとでは，ＰＤＵが分割，連結又はパディングされていないＳＤＵを含むことを示すように１ビットフィールドが設定される条件が異なるとともに，ＰＤＵが連結又はパディングの生じているＳＤＵを含む場合の１ビットフィールドの設定方法が異なっている。 したがって，本件各製品が本件技術仕様書Ｖ６．９．０に準拠した構成ｄを備えていることをもって，本件各製品が構成要件Ｄを充足するとはいえない。 ウ本件各製品が本件発明１の構成要件に記載された全ての機能を実行できることの立証がないこと本件各製品が本件発明１の技術的範囲に属するというためには，本件各製品が本件発明１の構成要件に記載された全ての機能を実行できることを立証する必要があり，そのためには，ネットワーク通信事業者が代替的Ｅビット解釈を使用できるようにネットワークを構成していることを示す必要があるというべきである。 すなわち，代替的Ｅビット解釈は，本件各製品それ自体が単独で実行できるものではなく，いかなる携帯端末も，代替的Ｅビット解釈を使用するようネットワークから指示されない限り，基地局へのデータ送信に際し，デフォルトの「通常Ｅビット解釈」を実行するのであり，その場合には，本件発明１の構成要件Ｄ及びＦが規定する内容に従ってＥビットや長さインジケータが設定されることはないのであるから，本件各製品が本件発明１の構成要件に記載された全ての機能を実行するには，ネットワーク通信事業者が代替的Ｅビット解釈を使用できるようにネットワークを構成していなければならない。 しかるところ，本件においては，ネットワーク通信事業者が代替的Ｅ ての機能を実行するには，ネットワーク通信事業者が代替的Ｅビット解釈を使用できるようにネットワークを構成していなければならない。 しかるところ，本件においては，ネットワーク通信事業者が代替的Ｅビット解釈を使用できるようにネットワークを構成していることを示す証拠は存在せず，本件各製品が本件発明１の構成要件に記載された全ての機能を実行できるものといえないから，本件各製品は本件発明１の技術的範囲に属さない。 エまとめ以上のとおり，本件各製品は，本件発明１の構成要件を充足せず，また，本件発明１の構成要件に記載された全ての機能を実行できるものといえないから，本件１発明の技術的範囲に属さない。 ２ 争点２（本件発明２に係る本件特許権の間接侵害の成否）について (1) 被告の主張ア本件各製品におけるデータ送信方法の構成前記１(1)アの本件各製品の構成によれば，本件各製品におけるデータ送信方法（以下「本件方法」という。）は，次のとおりの構成を有している（以下，各構成を「構成ｉ」，「構成ｊ」などという。）。 ｉ 本件方法は，移動通信システムにおいてデータを送信する。 ｊ 本件方法は，上位階層からサービスデータユニット(ＳＤＵ）を受信し，ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定する。 ｋＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれる場合に，ヘッダとデータを含むＰＤＵを構成する。ここで，ヘッダには，一連番号フィールドと，ＰＤＵに含まれるのが分割，連結，パディングされていない完全なＳＤＵを含むことを示す値「０」が設定されるＥビットフィールドとを含む。 ｌＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)の利用可能なスペースより大きい場合には，適当なサイズのＰＤＵに分割する ＳＤＵを含むことを示す値「０」が設定されるＥビットフィールドとを含む。 ｌＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)の利用可能なスペースより大きい場合には，適当なサイズのＰＤＵに分割する。ここで，ヘッダには，一連番号フィールドと，ＰＤＵに含まれるのが完全なＳＤＵでない場合に，長さインジケータが存在することを示す値「１」が設定されるＥビットフィールドと，長さインジケータとを含む。 ｍＰＤＵのデータフィールドがＳＤＵの最初のセグメントでも最後のセグメントでもないセグメントを含む場合，ＬＩフィールドは，ＰＤＵがＳＤＵの最初のセグメントでも最後のセグメントでもないセグメントを含むことを示す予め定められた値（「１１１ １１１０」又は「１１１ １１１１ １１１１ １１１０」）が設定される。 ｎ 本件方法は，ＰＤＵを受信側のエンティティに伝送する。 ｏ 本件方法は，データを送信する。 イ本件方法が本件発明２の技術的範囲に属すること(ア) 本件方法の構成ｊないしｎは，本件発明２の構成要件ＪないしＮをそれぞれ充足する。 この点に関し，原告は，本件発明２の構成要件Ｊ及びＬは，本件技術仕様書Ｖ６．９．０記載の構成と異なる構成のものであるから，本件方法が構成要件Ｊ及びＬを充足するとはいえない旨主張するが，前記１(1)イで構成要件Ｂ及びＤについて述べたのと同様の理由により，構成要件Ｊ及びＬは，本件技術仕様書Ｖ６．９．０記載の代替的Ｅビット解釈の内容を開示したものであるから，原告の上記主張は理由がない。 (イ) 以上のとおり，本件方法は，本件発明２の構成要件ＪないしＮを充足し，また，本件方法が構成要件Ｉ及びＯを充足することは，前記争いのない事実等(3)イ(イ)のとおりである。 したがって，本件方法は，本件発明２の構 本件方法は，本件発明２の構成要件ＪないしＮを充足し，また，本件方法が構成要件Ｉ及びＯを充足することは，前記争いのない事実等(3)イ(イ)のとおりである。 したがって，本件方法は，本件発明２の構成要件を全て充足するから，その技術的範囲に属する。 ウ間接侵害の成立(ア) 特許法１０１条４号の間接侵害特許発明に係る方法の使用に用いる物に，当該特許発明を実施しない使用方法自体が存する場合であっても，当該特許発明を実施しない機能のみを使用し続けながら，当該特許発明を実施する機能は全く使用しないという使用形態が，その物の経済的，商業的又は実用的な使用形態として認められない限り，その物を製造，販売等することによって侵害行為が誘発される蓋然性が極めて高いことに変わりはないというべきであるから，「その方法の使用にのみ用いる物」（特許法１０１条４号）に当たると解するのが相当である（知的財産高等裁判所 平成２３年６月２３日判決参照）。 そして，本件各製品において本件発明２を実施する機能を全く使用しないということは，その経済的，商業的又は実用的な使用形態としておよそ想定することができないことから，本件各製品は，本件発明２の「その方法の使用にのみ用いる物」に当たるものといえる。 そうすると，原告が本件各製品を輸入し，販売する行為は，本件発明２に係る本件特許権の間接侵害（特許法１０１条４号）を構成するというべきである。 (イ) 特許法１０１条５号の間接侵害本件発明２は，「従来技術によるＶｏＩＰ通信方式でＲＬＣフレーミング方式を使用する場合に，不必要なＬＩフィールドの使用によって限定された無線リソースが非効率的に使用されるという問題点」（本件明細書の段落【００１２】）を解決課題とし，「パケットサービスを支援する移動通信 使用する場合に，不必要なＬＩフィールドの使用によって限定された無線リソースが非効率的に使用されるという問題点」（本件明細書の段落【００１２】）を解決課題とし，「パケットサービスを支援する移動通信システムで，無線リンク制御階層のプロトコルデータユニット(ＲＬＣＰＤＵ）のヘッダーサイズを減少させて無線リソースを効率的に使用する方法及び装置を提供すること」（段落【００１３】）等を発明の目的とし，「限定された無線伝送リソースを効率的に使用する」等の効果を有する（段落【００１８】）ものである。本件各製品は，本件発明２の使用に用いる物であって，本件発明２の上記課題の解決に不可欠なものである。 また，原告は，被告による本件仮処分の申立てを受けたことにより，本件発明２が特許発明であること及び本件各製品が本件発明２の実施に用いられていることについて知ったものといえる。 そうすると，原告が本件各製品を輸入し，販売する行為は，本件発明２に係る本件特許権の間接侵害（特許法１０１条５号）を構成するというべきである。 エまとめ以上のとおりであるから，原告が本件各製品を輸入し，販売する行為は，本件発明２に係る本件特許権の間接侵害（特許法１０１条４号，５号）を構成する。 (2) 原告の主張ア本件方法が本件発明２の技術的範囲に属さないこと(ア) 前記１(2)アで述べたのと同様の理由により，本件各製品はいずれも代替的Ｅビット解釈に基づく機能を実装しているといえないから，本件方法は，被告主張の構成ｊないしｎを有しない。 また，本件発明２の構成要件Ｊ及びＬは，前記１(2)イで述べたのと同様の理由により，本件技術仕様書Ｖ６．９．０記載の構成と異なる構成のものであるから，本件方法が構成要件Ｊ及びＬを充足するとはいえない。 し 明２の構成要件Ｊ及びＬは，前記１(2)イで述べたのと同様の理由により，本件技術仕様書Ｖ６．９．０記載の構成と異なる構成のものであるから，本件方法が構成要件Ｊ及びＬを充足するとはいえない。 したがって，本件方法が構成要件ＪないしＮを充足するものといえないから，本件方法は，本件発明２の技術的範囲に属さない。 (イ) また，前記１(2)ウのとおり，ネットワーク通信事業者が代替的Ｅビット解釈を使用できるようにネットワークを構成していることを示す証拠は存せず，本件各製品において実際に代替的Ｅビット解釈が使用されていることの立証はないから，本件方法は，本件発明２の技術的範囲に属さない。 イ間接侵害の不成立(ア) 特許法１０１条４号又は５号の間接侵害の成立には，少なくとも発明が第三者により直接実施されていることを要すると解すべきであるところ，第三者が本件発明２を直接実施していることについての主張立証はない。 (イ) 本件各製品において実際に代替的Ｅビット解釈が使用されている ことの立証はなく，また，本件各製品には，本件発明２を実施しない機能のみを使用する使用形態が存在し，その使用形態は経済的，商業的又は実用的な使用形態であるから，本件各製品は，本件発明２の「その方法の使用にのみ用いる物」（特許法１０１条４号）に当たらない。 (ウ) ３ＧＰＰ規格に準拠した実際の通信において，ＳＤＵのサイズがＰＤＵのサイズに一致する割合はあまりに低く，本件発明２の効果を奏する場面は非常に限られているから，本件各製品は，本件発明２による「課題の解決に不可欠なもの」（特許法１０１条５号）に当たらない。 ウまとめ以上のとおりであるから，原告が本件各製品を輸入し，販売する行為が本件発明２に係る本件特許権の間接侵害を構成するとの被告の主 決に不可欠なもの」（特許法１０１条５号）に当たらない。 ウまとめ以上のとおりであるから，原告が本件各製品を輸入し，販売する行為が本件発明２に係る本件特許権の間接侵害を構成するとの被告の主張は，理由がない。 ３ 争点３（特許法１０４条の３第１項の規定による権利行使の制限の成否）について(1) 原告の主張本件各発明に係る本件特許には，以下のとおりの無効理由があり，特許無効審判により無効にされるべきものであるから，特許法１０４条の３第１項の規定により，被告は，原告に対し，本件特許権を行使することができない。 ア無効理由１（甲３による新規性欠如）本件各発明は，以下のとおり，本件出願の優先日前に頒布された刊行物である甲３（特開２００４－１７９９１７号公報）に記載された発明と実質的に同一であるから，本件各発明に係る本件特許には，特許法２９条１項３号に違反する無効理由（同法１２３条１項２号）がある。 (ア) 甲３の記載事項甲３の段落【０００１】，【０００３】，【０００４】，【０００８】，【０００９】，【００１３】，【００２５】，【００２６】，【００２８】，【００２９】，【００３１】，図２，３，８及び９によれば，甲３には，本件各発明の構成要件が全て開示されている。 (イ) 被告の主張について被告は，甲３には，構成要件Ｄ（Ｋ），Ｆ（Ｍ）の開示がない旨主張するが，以下のとおり，理由がない。 ａ 構成要件Ｄ（Ｋ）について(ａ) 甲３の段落【０００８】に，図３のＰＤＵ５０について，｢僅か一つのＳＤＵが，完全にＰＤＵ５０のデータ領域５８を充填する場合，ビット５５ａは０で，ＬＩは出現しないことを表示する。｣との記載がある。この「ビット５５ａ」は，「拡張子ビット（extensionbit）」であり（ 全にＰＤＵ５０のデータ領域５８を充填する場合，ビット５５ａは０で，ＬＩは出現しないことを表示する。｣との記載がある。この「ビット５５ａ」は，「拡張子ビット（extensionbit）」であり（段落【０００８】），１ビットのバイナリデータ（「０」か「１」）である（図３）。 このように拡張子ビット（Ｅビット）が「０」に設定され得るため，甲３には，構成要件Ｄ（Ｋ）の「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」する設定部があることが開示されているといえる。 (ｂ) ＳＤＵには様々なサイズがあるため，一つのＳＤＵが三つ以上のセグメントに分割される場合も不可避的に起こり得るのであり，その場合，中間セグメント（最初のセグメントでも最後のセグメントでもないセグメント）を含むＰＤＵが当然生じるのであるから，甲３に接した当業者であれば，甲３に，中間セグメント を含むＰＤＵが開示されていることを明確に理解できる。そして，ＰＤＵが中間セグメントを含む場合には，Ｅビットが「０」に設定される｢僅か一つのＳＤＵが，完全にＰＤＵ５０のデータ領域５８を充填する場合」（段落【０００８】）に該当しないことからすると，中間セグメントを含むＥビットの値は，「１」に設定するほかない。 また，甲３の「代替ＰＤＵ」の一例である｢パディングＰＤＵ」（段落【００２６】，【００３１】，図８及び９等）は，パディングＰＤＵの前後のＰＤＵを結合する役割を果たすため，「中間セグメントを含むＰＤＵ」に対応する。 そうすると，甲３には，構成要件Ｄ（Ｋ）の「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも する役割を果たすため，「中間セグメントを含むＰＤＵ」に対応する。 そうすると，甲３には，構成要件Ｄ（Ｋ）の「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部」があることが開示されているといえる。 ｂ 構成要件Ｆ（Ｍ）について甲３は，中間セグメントを含むＰＤＵに対応する「パディングＰＤＵ」について，ＬＩフィールドが「特別コードを設定し，全て１である。…残りのＰＤＵ…が未定義の部分を埋めるだけで，無視しても構わない情報を保持している」ことを開示し（段落【００２６】），また，特別なＬＩを含むパディングＰＤＵの数値として，図８において，予め定められた値｢１１１１１１１１１１１１１１１｣（１５桁）の長さインジケータ（ＬＩ）１５６ａを，図９において，予め定められた値｢１１１１１１１｣（７桁）の長さインジケータ（ＬＩ）１５６ｂを開示している。 したがって，甲３には，構成要件Ｆ（Ｍ）の「前記ＰＤＵの前記 データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」ることが開示されているといえる。 (ウ) 小括以上によれば，本件各発明は，甲３に記載された発明と同一のものであって，新規性が欠如している。 イ無効理由２（甲３を主引例とする進歩性欠如①）本件各発明は，以下のとおり，本件出願の優先日前に頒布された刊行物である甲３に記載された発明と技術常識に基づいて，当業者が容易に想到することができたものであるから，本件各発 とする進歩性欠如①）本件各発明は，以下のとおり，本件出願の優先日前に頒布された刊行物である甲３に記載された発明と技術常識に基づいて，当業者が容易に想到することができたものであるから，本件各発明に係る本件特許には，特許法２９条２項に違反する無効理由（同法１２３条１項２号）がある。 (ア) 本件各発明と甲３に記載された発明との一致点及び相違点本件各発明と甲３に記載された発明とは，甲３に記載された発明が，構成要件Ｆ（Ｍ）の「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値」を設定する構成を有するかどうか明らかでない点で相違し，その余の構成は一致する。 (イ) 相違点の容易想到性①甲３には，「１種類のデータからなる同じ長さを有するデータを完全に含む２種類のＰＤＵを区別するために長さインジケータに予め定義された値を設定する」という技術思想が開示されていること（段落【０００８】，【００２６】，図８及び９等），②技術的な観点からみても，２種類のＰＤＵを区別するために，長さインジケータを予 め定義された値に設定するという方法は，当業者にとって，最も現実的でかつ簡明な方法であり，当然に選択されるべきものであったこと（甲３９の段落【０００７】等）などからすると，当業者は，甲３と技術常識に基づいて，前記(ア)の相違点に係る本件各発明の構成を容易に想到することができたものといえる。 (ウ) 小括以上によれば，本件各発明は，甲３に記載された発明と技術常識に基づいて当業者が容易に想到することができたものであるから，進歩性が欠如している。 ウ無効理由３（甲３を主引 る。 (ウ) 小括以上によれば，本件各発明は，甲３に記載された発明と技術常識に基づいて当業者が容易に想到することができたものであるから，進歩性が欠如している。 ウ無効理由３（甲３を主引例とする進歩性欠如②）本件各発明は，以下のとおり，本件出願の優先日前に頒布された刊行物である甲３及び甲４（３ＧＰＰのワーキンググループの議事録「L2OptimizationforVoIP(R2-050969）」）に記載された発明に基づいて，当業者が容易に想到することができたものであるから，本件各発明に係る本件特許には，特許法２９条２項に違反する無効理由（同法１２３条１項２号）がある。 (ア) 相違点の容易想到性本件各発明と甲３に記載された発明との一致点及び相違点は，前記イ(ア)のとおりである。 そして，甲４には，２種類のＰＤＵ（同じ長さを持ち，全体として１種類となるデータを含むもの。）を識別できないという問題（具体的には，一つのＳＤＵを完全に含むＰＤＵと中間セグメントを含むＰＤＵとを区別することができないという問題）が生じること，長さインジケータに予め定められた特定の値を設定することによって上記問題を解決するという技術思想が開示されていること（図２及び３等）などからすると，当業者は，甲３及び甲４に基づいて，上記相違点に 係る本件各発明の構成を容易に想到することができたものといえる。 (イ) 小括以上によれば，本件各発明は，甲３及び甲４に記載された発明に基づいて当業者が容易に想到することができたものであるから，進歩性が欠如している。 エ無効理由４（甲３を主引例とする進歩性欠如③）本件各発明は，以下のとおり，本件出願の優先日前に頒布された刊行物である甲３及び甲３９（特表２００２－５２７９４５号公報 歩性が欠如している。 エ無効理由４（甲３を主引例とする進歩性欠如③）本件各発明は，以下のとおり，本件出願の優先日前に頒布された刊行物である甲３及び甲３９（特表２００２－５２７９４５号公報）に基づいて，当業者が容易に想到することができたものであるから，本件各発明に係る本件特許には，特許法２９条２項に違反する無効理由（同法１２３条１項２号）がある。 (ア) 本件各発明と甲３に記載された発明との一致点及び相違点本件各発明と甲３に記載された発明とは，甲３に記載された発明が，①構成要件Ｄ（Ｋ）の「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定し，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部」の構成を有するかどうか明らかでない点（以下「相違点①」という。），②構成要件Ｆ（Ｍ）の「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値」を設定する構成を有するかどうか明らかでない点（以下「相違点②」という。）で相違し，その余の構成は一致 する。 (イ) 甲３９の記載事項甲３９には，①データを受信する側において，分割されたデータを正しく組み立てるために長さインジケータを使用する必要があること（【要約】），②ＰＤＵに含まれるＳＤＵが当該ＰＤＵにおいて終了するか，それとも次のＰＤＵに続い 受信する側において，分割されたデータを正しく組み立てるために長さインジケータを使用する必要があること（【要約】），②ＰＤＵに含まれるＳＤＵが当該ＰＤＵにおいて終了するか，それとも次のＰＤＵに続いているのかを区別するために，ＳＤＵの中間セグメントを含むＰＤＵに長さインジケータが挿入され，そこに予め定義された値が設定されること（【要約】，段落【０００６】，【００１０】，【００１９】）が開示されている。 また，本件出願の出願経過において発せられた平成２２年３月３０日付け拒絶理由通知書（甲４４）は，甲３９には，長さインジケータに予め定義された値を設定することによって，ＳＤＵに関する「特殊な情報」を示し，「上記特殊な情報は，…下位層ＰＤＵのヘッダにおいて，ペイロードユニットのどの１つ又はそれ以上がセグメント長さ情報を含むかを指示する（本願の「中間セグメントが存在することを示す値に設定され」に相当）点が記載されている」と述べている。これに対し被告は，平成２２年１０月６日付け意見書において，上記拒絶理由通知書で述べられていた点を争わなかったのであるから，甲３９が長さインジケータを用いて中間セグメントの存在を示すことを開示していることを被告も認めていたものといえる。 (ウ) 相違点の容易想到性ａ 相違点①について①本件出願の優先日前に，一つのＳＤＵを完全に含むＰＤＵとＳＤＵの中間セグメントを含むＰＤＵとを区別する必要があることは，当業者に十分に認識されていたこと，②甲３９によれば，ＳＤＵの中間セグメントを含むＰＤＵに長さインジケータ が挿入されるため，当該ＰＤＵのＥビットは，長さインジケータが存在することを示すように設定されること（前記(イ)）に照らすならば，甲３に甲３９を組み合わせることにより，一つのＳＤＵが完全に が挿入されるため，当該ＰＤＵのＥビットは，長さインジケータが存在することを示すように設定されること（前記(イ)）に照らすならば，甲３に甲３９を組み合わせることにより，一つのＳＤＵが完全にＰＤＵに含まれるかどうか，又はＰＤＵがＳＤＵの中間セグメントを含み，長さインジケータが存在するかどうかを示すために１ビットフィールドを設定すること（相違点①に係る本件各発明の構成）は，当業者であれば，容易に想到することができたものといえる。 ｂ 相違点②について前記(イ)のとおり，甲３９には，相違点②に係る本件各発明の構成が開示されている。 そうすると，当業者は，甲３及び甲３９に基づいて，相違点②に係る本件各発明の構成を容易に想到することができたものといえる。 (エ) 小括以上によれば，本件各発明は，甲３及び甲３９に記載された発明に基づいて当業者が容易に想到することができたものであるから，進歩性が欠如している。 オ無効理由５（甲１の４を主引例とする進歩性欠如）本件各発明は，以下のとおり，本件出願の優先日前に頒布された刊行物である甲１の４（３ＧＰＰ規格の技術仕様書「３ＧＰＰＴＳ５．３２２ Ｖ６．３．０」。以下「本件技術仕様書Ｖ６．３．０」という。）に記載された発明と技術常識に基づいて，当業者が容易に想到することができたものであるから，本件各発明に係る本件特許には，特許法２９条２項に違反する無効理由（同法１２３条１項２号）がある。 (ア) 本件各発明と甲１の４に記載された発明との一致点及び相違点 甲１の４には，本件技術仕様書Ｖ６．３．０記載の「通常Ｅビット解釈」が開示されている。 そして，本件各発明と甲１の４に記載された発明とは，甲１の４記載の「通常Ｅビット解釈」が，①ＰＤＵが分割，連結又は ４には，本件技術仕様書Ｖ６．３．０記載の「通常Ｅビット解釈」が開示されている。 そして，本件各発明と甲１の４に記載された発明とは，甲１の４記載の「通常Ｅビット解釈」が，①ＰＤＵが分割，連結又はパディングされていないＰＤＵを含む場合，長さインジケータが出現しない点（以下「相違点１」という。），②ＰＤＵがＳＤＵの中間セグメントを含む場合，長さインジケータが挿入され，それに中間セグメントの存在を示す特別な値が設定される点（以下「相違点２」という。）で相違し，その余の構成は一致する。 (イ) 本件出願の優先日前の技術常識以下の点は，本件出願の優先日前の技術常識であった。 ａ 固定ビットレートの音声コーデックを使用するＶｏＩＰアプリケーションが，同じサイズのＳＤＵを頻繁に発生させること（甲１の２，４２，９１）ｂ 受信したデータがデータパケットのデータフィールドを完全に充填する場合（一つのＳＤＵがＰＤＵのデータフィールドを完全に充填する場合）に，ヘッダーサイズを減らすことができること（甲３の段落【０００８】の「僅か一つのＳＤＵが，完全にＰＤＵ５０のデータ領域５８を充填する場合，ビット５５ａは０で，ＬＩは出現しないことを表示する。」との記載，甲４０）ｃＰＤＵのデータフィールドに長さインジケータを用いて中間セグメントが含まれることを示すこと（甲３９の段落【００１９】，甲４３）(ウ) 相違点の容易想到性ａＰＤＵヘッダーの最初のＥビットに０を設定し，長さインジケータを省略することによって，ＰＤＵヘッダーのデータ量を減少させ ることができること，そのようにしてＰＤＵヘッダーのデータ量を減少させることのできるＰＤＵは４種類（①ＳＤＵの最初セグメントを含むＰＤＵ，②ＳＤＵの中間セグメントを含むＰＤＵ，③ＰＤＵのデ ることができること，そのようにしてＰＤＵヘッダーのデータ量を減少させることのできるＰＤＵは４種類（①ＳＤＵの最初セグメントを含むＰＤＵ，②ＳＤＵの中間セグメントを含むＰＤＵ，③ＰＤＵのデータフィールドのサイズと一致する，ＳＤＵの最後セグメントを含むＰＤＵ，④ＰＤＵのデータフィールドのサイズと一致する，一つのＳＤＵを含むＰＤＵ）しか存在しないことは，当業者のよく知るところであり，甲１の４記載の「通常Ｅビット解釈」は，上記②及び③の２種類のＰＤＵについて，Ｅビットに０を設定し，長さインジケータを省略することを選択している。 甲１の４記載の「通常Ｅビット解釈」が，ＳＤＵの中間セグメントを含むＰＤＵの長さインジケータ（上記②）を省略したのは，多くのアプリケーションでは，ＰＤＵデータフィールドよりも大きいサイズのＳＤＵが頻繁に発生し，その当然の帰結として，ＳＤＵの中間セグメントを含むＰＤＵも頻繁に発生することになることから，そのようなＰＤＵのヘッダーサイズを小さくすれば，トータルでのオーバーヘッドを減少させ，データ伝送をより効率的に行うことが可能となるためであり，中間セグメントを含むＰＤＵの長さインジケータを省略する方が，完全に一致するＳＤＵを含むＰＤＵの長さインジケータを省略するよりもヘッダーのデータ量を節約できると認識していたことを強く示唆するものである。同時に，長さインジケータを省略することのできるＰＤＵの種類が上記のとおり限られていることからすると，３ＧＰＰは，ＰＤＵデータフィールドに完全に一致するＳＤＵの発生頻度が高い場合には，そのようなＳＤＵを含むＰＤＵの長さインジケータを省略することにより，データ伝送のオーバーヘッドを減少させることができると認識していたこともうかがわれる。 一方，構成要件Ｄ（ は，そのようなＳＤＵを含むＰＤＵの長さインジケータを省略することにより，データ伝送のオーバーヘッドを減少させることができると認識していたこともうかがわれる。 一方，構成要件Ｄ（Ｋ）の「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」（以下「構成要件Ｄ(ａ)」という。）は，長さインジケータを省略するＰＤＵについて上記④の１種類を選択したものであり，これは，本件出願の優先日前に，固定ビットレートの音声コーデックを使用するＶｏＩＰアプリケーションが，同じサイズのＳＤＵを頻繁に発生させること（前記(イ)ａ）が当業者によく知られていたからである。 このように甲１の４記載の「通常Ｅビット解釈」と構成要件Ｄ(ａ)は，データ伝送の効率を向上させるために，発生頻度の高いＳＤＵを含むＰＤＵの長さインジケータを省略することにより，データ伝送のオーバーヘッドを減少させるという技術思想が共通する。 ｂ(ａ) 構成要件Ｄ(ａ)の構成を採用した場合，構成要件Ｄ（Ｋ）の「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定」（以下「構成要件Ｄ(ｂ)」という。）の構成が自動的かつ必然的に導き出される。 すなわち，Ｅビットは０か１という値しかとり得ない以上，構成要件Ｄ(ａ)の構成を採用し，ＰＤＵが分割，連結又はパディングされていないＰＤＵを含む場合，当該ＰＤＵの最初のＥビットを０に設定することを選択すると，それ以外の種類のデータを含むＰＤＵの最初のＥビットは，必ず１に設定されることになるから 連結又はパディングされていないＰＤＵを含む場合，当該ＰＤＵの最初のＥビットを０に設定することを選択すると，それ以外の種類のデータを含むＰＤＵの最初のＥビットは，必ず１に設定されることになるから，ＰＤＵがＳＤＵの中間セグメントを含む場合，当該ＰＤＵの最初のＥビットは，「少なくとも一つの長さインジケータ（Ｌ Ｉ）フィールドが存在することを示すように」，１に設定されることとなる。 (ｂ) また，構成要件Ｄ(ａ)の構成を採用した場合，構成要件Ｄ(ｂ)の構成とともに，構成要件Ｆ（Ｍ）の「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定」の構成が自動的かつ必然的に導き出される。 すなわち，一つのＳＤＵを完全に含むＰＤＵにおいて，最初のＥビットを０に設定し，長さインジケータを省略する以上は，中間セグメントを含むＰＤＵにおいては，必ず最初のＥビットを１に設定し，長さインジケータを挿入しなければならず，その長さインジケータには，ＰＤＵのどこでＳＤＵが終了するかを示す値か，ＰＤＵデータフィールドに格納されたデータの種類を示す予め定められた値のいずれかが設定される。そして，ＳＤＵが中間セグメントにおいて終了することがない以上，中間セグメントを含むＰＤＵの長さインジケータには，ＰＤＵデータフィールドに格納されたデータの種類（つまり，中間セグメント）を示す予め定められた値に設定する構成（構成要件Ｆ（Ｍ）の構成）を採用するほかない。 ｃ そして，本件出願の優先日前に，固定ビットレートの音声コーデックを使用するＶｏＩＰアプリケーションが，同じサイズのＳＤＵを頻繁に発生させ る構成（構成要件Ｆ（Ｍ）の構成）を採用するほかない。 ｃ そして，本件出願の優先日前に，固定ビットレートの音声コーデックを使用するＶｏＩＰアプリケーションが，同じサイズのＳＤＵを頻繁に発生させること，一つのＳＤＵがＰＤＵのデータフィールドを完全に充填する場合に，ヘッダーサイズを減らすことができること，ＰＤＵのデータフィールドに長さインジケータを用いて中間 セグメントが含まれることを示すことが，いずれも技術常識であったこと（前記(イ)）からすると，一つのＳＤＵがＰＤＵのデータフィールドを完全に充填する頻度が高い，特定のＶｏＩＰアプリケーションに関し，甲１の４記載の「通常Ｅビット解釈」において，上記技術常識を適用して，中間セグメントを含むＰＤＵの代わりに，一つのＳＤＵを完全に含むＰＤＵのヘッダーから長さインジケータを省略するという設計変更を行うことは，当業者にとっては極めて容易であり，しかも，そのような設計変更を行った場合，中間セグメントを含むＰＤＵに予め定められた値の長さインジケータを挿入することは自動的かつ必然的に導き出されるのであるから，当業者は，甲１の４記載の「通常Ｅビット解釈」と技術常識に基づいて，相違点１（構成要件Ｄ(ａ)）及び相違点２（構成要件Ｄ(ｂ)及びＦ（Ｍ））に係る本件各発明の構成を容易に想到することができたものといえる。 ｄ これに対し被告は，中間セグメントを含むＰＤＵに長さインジケータを付加するとオーバーヘッドが増加することになるから，甲１の４記載の「通常Ｅビット解釈」に構成要件Ｆ（Ｍ）の構成を適用することには阻害要因がある旨主張する。 しかしながら，たとえ中間セグメントを含むＰＤＵに関してはオーバーヘッドが増加することになるとしても，一つのＳＤＵを完全に含むＰＤＵについてはヘッダーサイ することには阻害要因がある旨主張する。 しかしながら，たとえ中間セグメントを含むＰＤＵに関してはオーバーヘッドが増加することになるとしても，一つのＳＤＵを完全に含むＰＤＵについてはヘッダーサイズを減少させることができ，特定のＶｏＩＰアプリケーションが使用される場面においてはオーバーヘッドが小さくなるのであるから，甲１の４記載の「通常Ｅビット解釈」に構成要件Ｆ（Ｍ）の構成を適用することに阻害要因はない。 したがって，被告の上記主張は失当である。 (エ) 小括以上によれば，本件各発明は，甲１の４に記載された発明と技術常識に基づいて，当業者が容易に想到することができたものであるから，進歩性が欠如している。 (2) 被告の主張ア無効理由１に対し(ア) 甲３には，本件各発明の構成要件Ｄ（Ｋ），Ｆ（Ｍ）の開示がない点で，甲３に記載された発明と本件各発明は相違する。 ａ 原告が指摘する甲３の図３についての｢僅か一つのＳＤＵが，完全にＰＤＵ５０のデータ領域５８を充填する場合，ビット５５ａは０で，ＬＩは出現しないことを表示する。｣（段落【０００８】）との説明は，段落【０００６】に「図３はＡＭデータＰＤＵ５０の簡略図で，３ＧＰＰＴＳ２５．３２２ Ｖ３．８．０．規範に掲載されている。」との記載があるとおり，代替的Ｅビット解釈が３ＧＰＰ規格に採用される前の３ＧＰＰ規格の技術仕様書である「３ＧＰＰＴＳ ２５．３２２ Ｖ３．８．０」（乙７。以下「本件技術仕様書Ｖ３．８．０」という。）について説明したものであって，その記載内容は，現在の３ＧＰＰ規格でいう通常Ｅビット解釈のものである。しかるところ，通常Ｅビット解釈には，「前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含む」場合について は，現在の３ＧＰＰ規格でいう通常Ｅビット解釈のものである。しかるところ，通常Ｅビット解釈には，「前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含む」場合について全く記載がない。 また，段落【０００８】の上記記載を字義通りに解釈しても，｢僅か一つのＳＤＵが，完全にＰＤＵ５０のデータ領域５８を充填する」という表現は，ＳＤＵとＰＤＵのサイズが一致する場合のみならず，ＳＤＵの方がサイズが大きく，分割された最初のセグメントや中間セグメントがＰＤＵを充填する場合にも，これに該当し， 構成要件Ｄ（Ｋ）の「前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含む」場合のみを意味するものではない。 したがって，甲３は，構成要件Ｄ（Ｋ）を開示するものではない。 ｂ 前記ａのとおり，甲３においては，中間セグメントがＰＤＵを充填する場合にも，「ビット５５ａは０で，ＬＩは出現しない」に該当するので，「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」ること（構成要件Ｆ（Ｍ））もない。 また，「パディングＰＤＵ」は，「実際のＳＤＵデータを備えず，ＳＤＵデータが不測のデータ中断の発生により破棄される時にだけ用いられる」もので，ＳＤＵを充填したものではなく（甲３の段落【００２６】），ＳＤＵとは全く無関係であり，ＳＤＵとの関係を観念することも，中間セグメントを観念することも不可能であるから，中間セグメントを含むＰＤＵに対応するものではない。しかも，「パディングＰＤＵ」である限り，「拡張子ビット１５５ａ」は常に の関係を観念することも，中間セグメントを観念することも不可能であるから，中間セグメントを含むＰＤＵに対応するものではない。しかも，「パディングＰＤＵ」である限り，「拡張子ビット１５５ａ」は常に１に設定され，中間セグメントかどうかによって拡張子ビット１５５ａの値が変更されるものではないから，「パディングＰＤＵ」は，完全なＳＤＵを含むＰＤＵと中間セグメントを含むＰＤＵとを区別する技術ではない。 したがって，甲３は，構成要件Ｆ（Ｍ）を開示するものではない。 (イ) 以上によれば，原告主張の無効理由１は理由がない。 イ無効理由２に対し(ア) 前記ア(ア)ａのとおり，甲３には構成要件Ｄ（Ｋ）の開示がないから，本件各発明と甲３に記載された発明とは，甲３に記載された発明が構成要件Ｄ（Ｋ）の構成を有しない点においても相違する。 (イ) 甲３に記載された従来技術は，本件技術仕様書Ｖ３．８．０の内容であり，それ自体が規格として成立しているから，完全なＳＤＵを含むＰＤＵと中間セグメントを含むＰＤＵを区別できないという課題は存在しない。 また，２種類のＰＤＵを区別するために，長さインジケータを予め定義された値に設定することが，技術的な観点から，当然の選択であったとはいえない。 したがって，当業者が甲３と技術常識に基づいて構成要件Ｆ（Ｍ）の構成を容易に想到することができたものとはいえない。 (ウ) 以上によれば，原告主張の無効理由２は理由がない。 ウ無効理由３に対し(ア) 前記イ(ア)及び(イ)のとおり，本件各発明と甲３に記載された発明とは，甲３に記載された発明が構成要件Ｄ（Ｋ）の構成を有しない点においても相違し，また，甲３に記載された従来技術には，完全なＳＤＵを含むＰＤＵと中間セグメントを含むＰＤＵを区別できない 載された発明とは，甲３に記載された発明が構成要件Ｄ（Ｋ）の構成を有しない点においても相違し，また，甲３に記載された従来技術には，完全なＳＤＵを含むＰＤＵと中間セグメントを含むＰＤＵを区別できないという課題は存在しない。 (イ) 甲４に記載された発明は，ＰＤＵどうしを区別できないという問題ではなく，「前のＲＬＣＰＤＵを失った場合，ＳＤＵ全体が受信されたかどうかが分からない。」（訳文３頁最終行）という課題を解決するための方策であって，甲３に記載された発明とは課題が異なる。 しかも，甲４に記載された内容は，「ＬＩの予約値のうち一つを使 用：この場合，追加ＬＩは，一番目のＲＬＣＳＤＵが完全に含まれるＲＬＣＰＤＵに含まれなければならない。その結果，１２.２kbpsペイロードのうち３％に相当する部分がオーバーヘッドとなる。」（訳文５頁１行～３行）というもので，ＳＤＵが完全に含まれる場合に，長さインジケータの予約値を用いるという本件発明１と正反対の技術であり，また，甲４には，中間セグメントに長さインジケータの予約値を用いることは記載されていない。 したがって，当業者が甲３及び甲４に基づいて構成要件Ｆ（Ｍ）の構成を容易に想到することができたものとはいえない。 (ウ) 以上によれば，原告主張の無効理由３は理由がない。 エ無効理由４に対し(ア) 甲３９には，本件各発明の構成要件Ｄ（Ｋ），Ｆ（Ｍ）の開示がない。 ａ もっとも，甲３９には，「ＰＤＵの第１ＰＤＵに，そのＰＤＵのＳＤＵが次のＲＬＣＰＤＵに続いていることを指示する所定値を有する長さ指示子が与えられてもよい。」（段落【００１９】）との記載があるが，上記記載は，ＳＤＵが次のＰＤＵに続いていること（最後のセグメントでないこと）を示すものではあっても，最初のセ 所定値を有する長さ指示子が与えられてもよい。」（段落【００１９】）との記載があるが，上記記載は，ＳＤＵが次のＰＤＵに続いていること（最後のセグメントでないこと）を示すものではあっても，最初のセグメントでないことを示すものではないから，（最初のセグメントでも最後のセグメントでもない）中間セグメントであることを示すものではなく，上記記載をもって，甲３９に構成要件Ｆが開示されているとはいえない。 この点に関し原告は，本件特許の出願経過において，被告が，平成２２年１０月６日付け意見書において，同年３月３０日付け拒絶理由通知書（甲４４）で甲３９について述べられていた点を争わなかったのであるから，甲３９が長さインジケータを用いて中間セグ メントを示すことを被告も認めていた旨主張する。 しかしながら，上記のとおり，甲３９には，中間セグメントについての開示はなく，また，審査官が拒絶の理由を発見しなかった「請求項２の要素」（甲４４）に基づき早期の権利化を図ることも，何ら不自然なことではないから，出願経過において意見書で明示的に争わなかったからといって甲３９が長さインジケータを用いて中間セグメントを示すことを被告が認めていたことにはならない。 したがって，原告の上記主張は理由がない。 ｂ また，甲３９においては，段落【００１９】の「ＳＤＵが現在ＰＤＵの終わりに終了する場合には，ＰＤＵの終わりを正確に指す長さ指示子の値によりそれが示される。」との記載があるとおり，ＰＤＵが完全なＳＤＵを含む場合には，長さ指示子（長さインジケータ）が用いられることは明らかであり，甲３９には，構成要件Ｄ（Ｋ）とは逆のことが記載されている。 (イ) 上記のとおり，甲３９には，本件各発明の構成要件Ｄ（Ｋ），Ｆ（Ｍ）の開示がなく，また，甲３と甲３９と いられることは明らかであり，甲３９には，構成要件Ｄ（Ｋ）とは逆のことが記載されている。 (イ) 上記のとおり，甲３９には，本件各発明の構成要件Ｄ（Ｋ），Ｆ（Ｍ）の開示がなく，また，甲３と甲３９とを組み合わせる動機付けは何ら存在しないから，本件各発明は，甲３及び甲３９に基づき当業者が容易に想到することができたものとはいえない。 したがって，原告主張の無効理由４は理由がない。 オ無効理由５に対し(ア)ａ 本件出願の優先日前において，実際の通信環境において，ＳＤＵのサイズがＰＤＵのサイズと完全に一致する割合が大きいことは，当業者には知られていなかったから（甲４２等は，原告主張の裏付けにはならない。），完全なＳＤＵを含むＰＤＵにおいてヘッダーの情報を減らそうという動機付けは全くなかった。 また，甲１の４記載の通常Ｅビット解釈においては，ヘッダーに含まれる長さインジケータは，ＳＤＵの最終オクテットがＰＤＵの最終オクテットに一致する場合には，予め定められた値を設定することとされており（訳文９頁の表には，「直前のＲＬＣＰＤＵは，ＲＬＣＳＤＵの最終セグメントで過不足なく満たされ，直前のＲＬＣＰＤＵにはＲＬＣＳＤＵの終端を示す「長さインジケータ」が存在しない」場合には，長さインジケータに「０００００００」というビット列を用いることが記載されている。），必要なものであったから，ＳＤＵのサイズとＰＤＵのサイズとが完全に一致する場合にも，長さインジケータを省略することは想定されていなかった。実際の通信環境において，ＳＤＵのサイズがＰＤＵのサイズと完全に一致するというような状況が相当頻繁に起こり，かつ，そのことを当業者が認識しなければ，既にリリースされた規格を変更してまで，長さインジケータを省略しようということには想 ズがＰＤＵのサイズと完全に一致するというような状況が相当頻繁に起こり，かつ，そのことを当業者が認識しなければ，既にリリースされた規格を変更してまで，長さインジケータを省略しようということには想到し得ない。 ｂ 甲１の４記載の通常Ｅビット解釈におけるＬＩは，ＳＤＵを連結，パディングしたときに，どこまでが一つのＳＤＵであるかを示す必要があることから，「ＰＤＵ内で終了する各ＲＬＣＳＤＵの最終オクテットを示す」もの（訳文４頁「９．２．２．８」）として定義されたことにより，ＳＤＵの最終オクテットが存在しない中間セグメントにおいてはＬＩが出現しないだけであり，通常Ｅビット解釈において，頻繁に発生する中間セグメントを含むＰＤＵにおいて，ＬＩを省略しようという技術思想があったとはいえない。 ｃ 原告は，構成要件Ｄ(ａ)の構成を採用した場合，構成要件Ｄ(ｂ)の構成及び構成要件Ｆ（Ｍ）の構成が自動的かつ必然的に導き出される旨主張するが，以下のとおり，失当である。 (ａ) シーケンス番号に続く１ビットフィールドについて，甲１の４においては，「後続のオクテットが「長さインジケータ」及びＥビットであるか否かを示す」（訳文４頁「９．２．２．５」）という意味を有し，これを「Ｅビット」と呼んでいるのに対し，原告の主張においては，ＳＤＵのサイズがＰＤＵのサイズと完全に一致（構成要件Ｄ(ａ)）するか否かを示す意味を有し，これを“Ｅビット”と呼んでおり，甲１の４記載の「Ｅビット」と意味合いが全く異なる。 原告は，構成要件Ｄ(ａ)の構成を採用し，ＰＤＵが分割，連結又はパディングされていないＰＤＵを含む場合（ＳＤＵのサイズがＰＤＵのサイズと完全に一致する場合），当該ＰＤＵの最初のＥビットを「０」に設定することを選択すると，それ以外の種類のデー が分割，連結又はパディングされていないＰＤＵを含む場合（ＳＤＵのサイズがＰＤＵのサイズと完全に一致する場合），当該ＰＤＵの最初のＥビットを「０」に設定することを選択すると，それ以外の種類のデータを含むＰＤＵの場合には，ＰＤＵがＳＤＵの中間セグメントの場合も含め，最初のＥビットは「１」に設定せざるを得ないので，構成要件Ｄ(ａ)の構成を採用した場合，構成要件Ｄ(ｂ)の構成が必然的に導き出され，さらには，中間セグメントを含むＰＤＵの長さインジケータは，中間セグメントを示す予め定められた値に設定する構成要件Ｆ（Ｍ）の構成が必然的に導き出される旨主張する。 しかしながら，中間セグメントを含むＰＤＵのＥビットが「１」であるなら，完全なＳＤＵを含むＰＤＵのＥビットは「０」であるから，両者を区別するという目的を達しているし，また，原告の主張は，構成要件Ｄ(ａ)を採用したことにより構成要件Ｄ(ｂ)が必然であるという段階では，シーケンス番号に続く１ビットフィールドは，ＳＤＵのサイズがＰＤＵのサイズと完全に一致するか否かを示すという新しい意味を持った“Ｅビット” であることを前提とし，構成要件Ｄ(ｂ)から構成要件Ｆ（Ｍ）が必然であるという段階では，シーケンス番号に続く１ビットフィールドは，甲１の４記載の従来の「Ｅビット」であることを前提とするものであって，失当である。 さらに，仮に完全なＳＤＵを含むＰＤＵから，長さインジケータを省略し，シーケンス番号に続く１ビットフィールドを完全なＳＤＵを含むことを示すビット（“Ｅビット”）として用い，「０」によって完全なＳＤＵを含むことを示すことができたとしても，中間セグメントにおいては，完全なＳＤＵを含まないから，シーケンス番号に続く１ビットフィールドが「１」となるだけであり，中間セグメ 「０」によって完全なＳＤＵを含むことを示すことができたとしても，中間セグメントにおいては，完全なＳＤＵを含まないから，シーケンス番号に続く１ビットフィールドが「１」となるだけであり，中間セグメントに長さインジケータを挿入する構成にはならない。 このように構成要件Ｄ(ａ)を採用することが必然的かつ自動的に構成要件Ｄ(ｂ)及びＦ（Ｍ）の採用につながることにはならない。 (ｂ) また，仮に原告が主張するように構成要件Ｄ(ａ)を採用することが必然的かつ自動的に構成要件Ｄ(ｂ)及びＦ（Ｍ）の採用につながるとすれば，構成要件Ｄ(ａ)を採用する段階において，構成要件Ｄ(ｂ)及びＦ（Ｍ）をも採用した構成（代替的Ｅビット解釈）について検討することになるが，「代替的Ｅビット解釈を使うとトータルでオーバーヘッドが増加」すること（甲１２４），原告も代替的Ｅビット解釈は非効率で実装される可能性は極めて低いと主張していることからすれば，構成要件Ｄ(ａ)を採用することについて強い阻害要因があったといわざるを得ない。 (イ) 以上によれば，当業者が甲１の４記載の通常Ｅビット解釈と技術常識に基づいて，相違点１及び２に係る本件各発明の構成を容易に想 到することができたものとはいえない。 したがって，原告主張の無効理由５は理由がない。 ４ 争点４（本件各製品に係る本件特許権の消尽の有無）について(1) 原告の主張ア被告のインテル社に対するライセンス許諾(ア) 前記１(2)ア(ア)のとおり，本件各製品におけるＵＭＴＳ規格に関連する処理は，本件各製品に実装されたベースバンドチップ（チップセット）（以下，本件各製品に実装されているベースバンドチップを「本件ベースバンドチップ」という。）によって行われている。 仮に本件各製品が本件各発明 各製品に実装されたベースバンドチップ（チップセット）（以下，本件各製品に実装されているベースバンドチップを「本件ベースバンドチップ」という。）によって行われている。 仮に本件各製品が本件各発明を実施しているとすれば，本件各発明の本質的な工程は，本件各製品の一部品である本件ベースバンドチップにより実施されているといえるから，本件ベースバンドチップは，本件発明１に係る本件特許権の間接侵害品に当たる。 本件ベースバンドチップは，アップル社が米国においてインテル社製のチップセットを●（省略）●購入し，実装したものである。 この点に関し，被告は，インテル社製の本件ベースバンドチップのアップル社に対する販売は，ＩＭＣ社（旧インフィニオン社）が行っている旨主張するが，そのような事実は存在しない。 (イ) インテル社と被告は，●（省略）●特許クロスライセンス契約（甲２０の１。以下「被告とインテル社間のライセンス契約」という。）を締結した。 被告は，被告とインテル社間のライセンス契約において，被告の保有する特許のうち，●（省略）●特許権（本件特許権を含む。）に関し，インテル社に対し，●（省略）●ライセンスを許諾した。 被告とインテル社間のライセンス契約により許諾される権利の範囲には，●（省略）● したがって，インテル社が●（省略）●アップル社に本件ベースバンドチップを販売することは，被告とインテル社間のライセンス契約に基づくライセンス許諾の範囲内である。 イ本件各発明に係る本件特許権の消尽最高裁判所平成９年７月１日第三小法廷判決（民集５１巻６号２２９９頁参照。以下「ＢＢＳ事件最高裁判決」という。）は，「我が国の特許権者又はこれと同視し得る者が国外において特許製品を譲渡した場合においては，特許権者は，…譲受 第三小法廷判決（民集５１巻６号２２９９頁参照。以下「ＢＢＳ事件最高裁判決」という。）は，「我が国の特許権者又はこれと同視し得る者が国外において特許製品を譲渡した場合においては，特許権者は，…譲受人から特許製品を譲り受けた第三者及びその後の転得者に対しては，…当該製品について我が国において特許権を行使することは許されないものと解するのが相当である。」と判示した。 ＢＢＳ事件最高裁判決にいう「特許権者と同視し得る者」から実施権者を除外すべき理由はないから，「特許権者と同視し得る者」にはインテル社などのライセンシーも含まれると解すべきであり，また，譲渡対象物が部品であったとしても，最終製品に関する物の発明に係る特許権の間接侵害品に当たるのであれば，当該部品を譲り受けた譲受人及びその後の転得者において当該部品を用いて最終製品に関する物の発明に係る特許権を実施することができることを前提とするものというべきであるから，当該部品は，ＢＢＳ事件最高裁判決にいう「特許製品」に該当すると解すべきである。 また，物の発明と実質的に同一の技術内容に係る方法の発明に係る特許権についても，当該方法の発明に関して特許権者が「特許発明の公開の代償を確保する機会」が保障されていたという事情が存在する限り，方法の発明に係る特許権に基づく権利行使も許されないと解すべきである。 そして，物の発明である本件発明１に係る特許権について，インテル 社製の本件ベースバンドチップが間接侵害品として「特許製品」に当たり，被告がインテル社に本件ベースバンドチップの販売のライセンスをした際に，被告に「特許発明の公開の代償を確保する機会」が保障されていたことから，被告がインテル社の下流顧客に対して本件発明１に係る本件特許権の権利行使をすることは許されず，また，本 のライセンスをした際に，被告に「特許発明の公開の代償を確保する機会」が保障されていたことから，被告がインテル社の下流顧客に対して本件発明１に係る本件特許権の権利行使をすることは許されず，また，本件発明２は，本件発明１と実質的に同一の技術内容に係る方法の発明であり，本件発明１に係る本件特許権の権利行使が許されない以上，本件発明２に係る本件特許権の権利行使も許されないというべきである。 したがって，被告から本件特許のライセンスを許諾されたインテル社が米国において本件ベースバンドチップを●（省略）●アップル社に販売したことによって，本件ベースバンドチップに関し本件各発明に係る本件特許権が消尽したというべきである。 ウまとめ以上によれば，被告は，原告に対し，本件ベースバンドチップを実装した本件各製品について本件特許権を行使することができない。 (2) 被告の主張原告は，本件ベースバンドチップに関し本件各発明に係る本件特許権が消尽した旨を主張するが，以下のとおり理由がない。 ア被告とインテル社間のライセンス契約●（省略）●●（省略）●本件特許権について無権限者にすぎないインテル社を通じてアップル社が本件ベースバンドチップの譲渡を受けたことをもって，本件各発明に係る本件特許権が消尽する余地はない。 イライセンス契約の許諾対象製品に非該当被告とインテル社間のライセンス契約（甲２０の１）には，●（省略）●しかるところ，本件ベースバンドチップは，インテル社ではなくＩＭ Ｃ社（旧インフィニオン社）によって開発され，製造されたもの（正確には，●（省略）●であるから，本件ライセンス契約の●（省略）●に該当しない。 ウ国際消尽の要件の非充足ＢＢＳ事件最高裁判決は，譲渡人が目的物である特許製品につい され，製造されたもの（正確には，●（省略）●であるから，本件ライセンス契約の●（省略）●に該当しない。 ウ国際消尽の要件の非充足ＢＢＳ事件最高裁判決は，譲渡人が目的物である特許製品について有する全ての権利に，我が国に輸入する権利（及び，我が国において使用し，譲渡する権利）が含まれていることを国際消尽成立のための前提としているというべきであるから，ＢＢＳ事件最高裁判決にいう「我が国の特許権者と同視し得る者」とは，目的物である特許製品を我が国に輸入する権利（及び，我が国において使用し，譲渡する権利）を有している者を意味することは明白である。 しかるところ，インテル社は，そもそも，目的物である特許製品（携帯電話機，タブレット型コンピュータ）について，我が国に輸入する権利（及び，我が国において使用し，譲渡する権利）を有するものでないから，インテル社が「我が国の特許権者と同視し得る者」に該当しない。 また，インテル社からアップル社が譲渡を受けた本件ベースバンドチップは，本件各発明の「データ送信装置」ないし「データ送信方法」ではない以上，ＢＢＳ事件最高裁判決にいう「特許製品」に該当しない。 さらに，インテル社自身が，●（省略）●本件ベースバンドチップが携帯電話機等に組み込まれることを被告が予想しても，被告がインテル社から「データ送信装置」，「データ送信方法」に関する本件各発明の公開の代償を得られるものではないから，被告に上記代償を確保する機会が保障されていたものといえないことは明らかであるし，また，本件ベースバンドチップが特許製品である本件各製品全体の価格に占める部品単価の割合は僅少であり，このような一部のみの利得機会をもって全 部の利得機会を得たと評価することもできない。 エまとめ以上のとおり，アッ である本件各製品全体の価格に占める部品単価の割合は僅少であり，このような一部のみの利得機会をもって全 部の利得機会を得たと評価することもできない。 エまとめ以上のとおり，アップル社がインテル社から本件各製品の一部品である本件ベースバンドチップを譲り受けたからといって，本件各発明に係る本件特許権が消尽するものではないから，被告が本件各製品について本件特許権を行使することができないとの原告の主張は，その前提を欠き，理由がない。 ５ 争点５（本件ＦＲＡＮＤ宣言に基づく本件特許権のライセンス契約の成否）について(1) 原告の主張ア本件ＦＲＡＮＤ宣言に関する準拠法(ア) 被告は，１９９８年（平成１０年）１２月１４日，ＥＴＳＩに対し，ＵＭＴＳ規格に必須である被告保有の特許をＦＲＡＮＤ条件（ＥＴＳＩのＩＰＲポリシー６．１項所定の公正，合理的かつ非差別的な条件）で許諾する用意がある旨の誓約（宣言）をし，さらに，２００７年（平成１９年）８月７日，ＥＴＳＩに対し，本件出願の優先権主張の基礎となる韓国出願の出願番号，本件出願の国際出願番号等を明示した上で，ＵＭＴＳ規格に必須である被告保有の特許をＦＲＡＮＤ条件で取消不能なライセンスを許諾する用意がある旨の宣言（本件ＦＲＡＮＤ宣言）をした。 ＦＲＡＮＤ条件による規格必須特許のライセンス宣言は，ＥＴＳＩの会員のみならず，非会員をも含むあらゆる者を対象とするものであるから（「ＩＰＲについてのＥＴＳＩの指針」（甲１６）），アップル社及び原告も，本件ＦＲＡＮＤ宣言の対象となり得る。 (イ) 本件ＦＲＡＮＤ宣言及びＩＰＲポリシーの準拠法は，フランス法であるから（甲１３，ＩＰＲポリシー１２項），本件ＦＲＡＮＤ宣言 の効力，本件ＦＲＡＮＤ宣言に基づくライセンス契約の成 (イ) 本件ＦＲＡＮＤ宣言及びＩＰＲポリシーの準拠法は，フランス法であるから（甲１３，ＩＰＲポリシー１２項），本件ＦＲＡＮＤ宣言 の効力，本件ＦＲＡＮＤ宣言に基づくライセンス契約の成立要件等については，フランス法が適用される。 イ被告とアップル社間のライセンス契約の成立(ア) 被告がＥＴＳＩに対して行った本件ＦＲＡＮＤ宣言は，フランス法において法的拘束力のある申込みであると考えるのに必要な要素（許諾対象特許，許諾される権利内容等）が全て含まれているから，「ある当事者が当該規格を実装することで承諾される，実際のライセンスの申出」を構成する。そして，フランス法上，承諾は，行為又は合意の履行によってされるから，アップル社が本件各製品に本件特許に係るＵＭＴＳ規格を実装したことにより，被告の上記ライセンスの申出（申込み）に対する黙示の承諾をし，これによりアップル社と被告との間で，本件特許権についてライセンス契約が成立したといえる。 (イ)ａ 被告の本件ＦＲＡＮＤ宣言において特定のライセンス料率が定まっていないことは，ライセンス契約の成立を妨げるものではない。 フランス法上，売買契約に関しては，特定の金額が定まっていることがその成立の要素となっているのに対し，ライセンス契約は，売買契約とは異なる特殊な契約に位置付けられ，当事者が契約を締結する上で，ライセンス料の合意があることが必須要件とされていない。また，フランス法上，裁判所がＦＲＡＮＤ条件のライセンス料率を決定することが可能である。 ｂ フランス法においては，ライセンスを構成する行為は，書面により締結されるべきであり，書面がない場合には，無効になると規定されているが（知的財産法Ｌ．６１３－８条５項），一方で，書面に対して義務を負う当事者の署名があれば，当該書面 を構成する行為は，書面により締結されるべきであり，書面がない場合には，無効になると規定されているが（知的財産法Ｌ．６１３－８条５項），一方で，書面に対して義務を負う当事者の署名があれば，当該書面は，法的拘束 力を有することとされている。 この点，被告の本件ＦＲＡＮＤ宣言は，被告の署名のある書面によってされているから，書面性の要件が充たされており，アップル社の署名がないことは，書面性の要件とは関係がない。また，フランス法上，ライセンス契約の書面性の要件は，「ライセンシーの特定の利益を守る目的」で課されたことから，書面の欠如を理由として契約の無効を主張できるのは，書面の欠如により保護されるべき当事者（ライセンシー）のみであり，本件において，被告は無効主張をする資格を有しない。 ウまとめ以上のとおり，被告がＥＴＳＩに対して行った本件ＦＲＡＮＤ宣言がＦＲＡＮＤ条件による本件特許権のライセンス契約の申込みに，アップル社が本件各製品に本件特許に係るＵＭＴＳ規格を実装したことが上記申込みに対する黙示の承諾に当たり，被告とアップル社間で本件特許権についてＦＲＡＮＤ条件によるライセンス契約が成立したから，被告は，アップル社の子会社である原告に対し，本件特許権を行使することができない。 (2) 被告の主張ア契約の申込みの不存在契約の成立により，当事者は当該契約を履行すべき法的義務を負うものであるから，申込みは，承諾によって直ちに契約を成立させ得る程度に具体的であることを要する。 しかるところ，被告の本件ＦＲＡＮＤ宣言には，対価（実施料率），期間及び地理的範囲といった契約の要素というべき重要事項の一切が含まれておらず，当事者が負うべき具体的義務が何ら特定されていないから，これがライセンス契約の申込みに該当する には，対価（実施料率），期間及び地理的範囲といった契約の要素というべき重要事項の一切が含まれておらず，当事者が負うべき具体的義務が何ら特定されていないから，これがライセンス契約の申込みに該当することはない。 この点，フランス法においても，ライセンス契約が成立するためには，契約の重要な要素（例えば，対価，対象特許，地域，期間）を明確にした申込み及びそれに合致した承諾が必要であると解されており，本件においては，それらを明確にした申込みはないから，ライセンス契約が成立する余地はない。なお，フランスの最高裁判所（破棄院）の判決において，ロイヤルティ（対価）がライセンス契約の必須要素であるか否かを取り扱ったものはない。 イ承諾の不存在(ア) 前記アのとおり，そもそも被告から本件特許権のライセンス契約の申込みがされた事実が存在しないのであるから，これに対するアップル社の承諾が存在することはない。 (イ) これに対し原告は，アップル社が本件各製品を製造するに当たってＵＭＴＳ規格を実装したことによって上記申込みに対する黙示の承諾がされた旨を主張する。 しかしながら，原告は規格の実装により意思の合致が認められる理由を述べていない。また，仮に原告の主張が肯定されるならば，特許技術の利用者は，単に規格を実装する行為をとるだけで，承諾を権利者に表明することなく，しかも対価を支払うことなく，当該特許技術を利用できることとなるが，そのような帰結が非常識であることは明らかである。 したがって，原告の上記主張は失当である。 ウ書面性の要件の欠如(ア) 仮にライセンスの成否についてフランス法を準拠法とする原告の主張を前提としても，フランス法においては，特許ライセンス契約は書面によらなければならないとされており，本件特許について 件の欠如(ア) 仮にライセンスの成否についてフランス法を準拠法とする原告の主張を前提としても，フランス法においては，特許ライセンス契約は書面によらなければならないとされており，本件特許について，被告とアップル社との間のライセンス契約に関する書面は存在しないから，原告主張のライセンス契約は成立していない。 (イ) これに対し，原告は，被告の本件ＦＲＡＮＤ宣言には，義務者である被告の署名があるので，特許ライセンス契約の成立に必要な書面性の要件を充足する旨を主張する。 しかしながら，①本件ＦＲＡＮＤ宣言には，ライセンス契約の目的，対価，期間及び地理的範囲といった契約の内容を表すのに必要な条項が含まれていないこと，②本件ＦＲＡＮＤ宣言に原告の署名が付されていない以上，双方当事者の意思が合致したか否かが不明確であること，③本件ＦＲＡＮＤ宣言は，相互にライセンス契約を受けることが前提とされており，他方当事者であるライセンシーも義務者になるのであるから，他方当事者であるアップル社の署名を不要とすることができないことからすると，原告主張の被告とアップル社間のライセンス契約は書面性の要件を充たしていない。 したがって，原告の上記主張は，理由がない。 エまとめ以上のとおり，本件ＦＲＡＮＤ宣言に基づいて被告とアップル社間で本件特許権についてライセンス契約が成立したとの原告の主張は，理由がない。 ６ 争点６（権利濫用の成否）について(1) 原告の主張以下の諸事情に鑑みれば，被告が原告に対し，本件特許権に基づく損害賠償請求権を行使することは，権利の濫用（民法１条３項）に当たり，許されない。 ア本件特許の適時開示義務違反ＥＴＳＩのＩＰＲポリシー４．１項は，ＥＴＳＩの会員が，開発済み又は開発中の標準規格に必 求権を行使することは，権利の濫用（民法１条３項）に当たり，許されない。 ア本件特許の適時開示義務違反ＥＴＳＩのＩＰＲポリシー４．１項は，ＥＴＳＩの会員が，開発済み又は開発中の標準規格に必須となり得る知的財産権を保有する場合，これをＥＴＳＩに適時に開示することを義務付けている。この趣旨は，標 準策定の参加者が標準規格を構成する特許の存在を秘匿すると，標準化のワーキンググループが当該特許の代わりの技術を標準規格に採用することを検討したり，当該特許を標準規格から外す旨の決定を行ったりする機会が奪われると同時に，標準規格を実装する者や，標準化団体が代替的技術を選択する機会も奪われることになるので，ＥＴＳＩの会員にその保有する標準規格に必須となり得る知的財産権の適時開示義務を負わせたものである。 被告は，本件出願の優先日の属する月である２００５年（平成１７年）５月，被告が特許を取得しようとしていた技術を含む変更要請書を作成し，これを３ＧＰＰのワーキンググループに提示し，その後本件特許に係る標準規格が決まってから，約２年経過後の２００７年（平成１９年）８月に至るまで本件特許の存在をＥＴＳＩに開示しなかった。 このように被告は，意図的にＩＰＲポリシー４．１項の適時開示義務に違反したものである。 イ本件仮処分の申立てが報復的な対抗措置であることアップル社は，２０１１年（平成２３年）４月，米国において，被告に対し，標準規格と関係のないアップル社保有の特許権等を侵害したとして，その侵害行為の差止請求訴訟を提起した。 被告は，同月，アップル社の上記提訴に対する報復的な対抗措置として，原告に対し，被告がＵＭＴＳ規格の必須特許であるとの宣言（以下，この宣言に係る特許を「必須宣言特許」という。）をした本件特許権に基づき は，同月，アップル社の上記提訴に対する報復的な対抗措置として，原告に対し，被告がＵＭＴＳ規格の必須特許であるとの宣言（以下，この宣言に係る特許を「必須宣言特許」という。）をした本件特許権に基づき本件各製品の販売等の差止めを求める本件仮処分の申立てなどをした。 ウ本件ＦＲＡＮＤ宣言に基づくライセンス契約締結義務違反及び誠実交渉義務違反(ア) 「ＩＰＲについてのＥＴＳＩの指針」１．４項（甲１６）は，第 三者は，ＥＴＳＩ規格の利用者として，ＩＰＲポリシー６．１項に基づき，規格に関し，ＦＲＡＮＤ条件でライセンスが許諾される権利を有することを定めている（訳文２頁，３頁の表の右欄）。 アップル社及び原告は，被告の本件ＦＲＡＮＤ宣言によって，必須宣言特許のライセンスを受ける権利を有するから，被告は，必須宣言特許である本件特許権についてライセンス契約を締結する義務（ライセンス契約締結義務）を負うというべきである。また，被告は，少なくとも，必須宣言特許のライセンスに関し誠実に交渉すべき義務（誠実交渉義務）を負うというべきである。 しかながら，被告は，以下に述べるとおり，ライセンス契約締結義務及び誠実交渉義務に違反している。 ａ 前記イのとおり，被告がアップル社の提訴に対する報復的な対抗措置として本件仮処分の申立てを行ったことは，必須宣言特許のライセンスに関する被告のライセンス契約締結義務及び誠実交渉義務に違反する行為である。 被告の本件仮処分の申立ての意図は，アップル社及び原告に対し，ＦＲＡＮＤ宣言でのライセンスを許諾する意思はなく，必須特許宣言をした本件特許権に基づく差止請求権を行使して原告及びアップル社を脅かすことにより，アップル社が提訴した事件を牽制し，有利に進めようとしているにすぎない。 ｂ アップル社が， はなく，必須特許宣言をした本件特許権に基づく差止請求権を行使して原告及びアップル社を脅かすことにより，アップル社が提訴した事件を牽制し，有利に進めようとしているにすぎない。 ｂ アップル社が，本件特許のライセンスに係る具体的なＦＲＡＮＤ条件でのライセンス料率の開示を被告に求めたところ，被告は，アップル社の開示要求から約４か月半が経過した後の２０１１年（平成２３年）７月２５日，アップル社に対し，「●（省略）●％のライセンス料率」という条件を提示●（省略）●した。また，被告は，他のライセンシーに対して実際にどの程度のライセンス料率で 支払を求めているかについての情報の開示を拒絶した。 被告の上記行為は，実質的には，ＦＲＡＮＤ条件で本件特許権をアップル社及び原告にライセンスすることを拒絶するものであるといえる。 すなわち，①被告は，自らは約４か月半もの期間を検討に費やしながら，アップル社に対しては，●（省略）●②被告がアップル社に対して提示した条件がＦＲＡＮＤ条件（公正，合理的かつ非差別的な条件）といえるかどうかについては，被告と第三者との間の本件特許のライセンス料率がアップル社に対して開示されなければ，アップル社において判断することができないところ，被告は，秘密保持義務に違反しない限られた範囲でアップル社に開示することが可能であるのに，第三者との間の秘密保持契約を理由として，アップル社に対し，ライセンス料率を全く明らかにしていないこと，③被告は，これまで，ＵＭＴＳ規格を実装した者がその規格の必須特許と宣言された特許全てに関して支払うべきライセンス料率は，合計で「約５％」であるという立場を何度となく示しており，被告以外の会社も同様の上限に賛同しているにもかかわらず，わずか一つの本件特許について，●（省略）●％ てに関して支払うべきライセンス料率は，合計で「約５％」であるという立場を何度となく示しており，被告以外の会社も同様の上限に賛同しているにもかかわらず，わずか一つの本件特許について，●（省略）●％のライセンス料率」という不当に高額なライセンス料を提示していること（ＵＭＴＳ規格の必須特許であると宣言されている特許ファミリー１８８９のうち，被告が保有している特許ファミリーはその５．４５％に当たる１０３であることからすると，被告が保有する必須宣言特許全てに対する合理的なライセンス料率は，０．２７３％（５％×５．４５％）にしかならない。）に鑑みると，被告がアップル社に提示した上記条件が，ＦＲＡＮＤ条件に当たらず，それからかけ離れた条件であることは明らかであり，被告は，実質的には，ＦＲＡＮＤ条件で本件特 許権をアップル社及び原告にライセンスすることを拒絶しているものといえる。 ｃ アップル社は，２０１２年（平成２４年）３月４日，被告に対し，署名入りのライセンス契約書案を送付し，本件特許権に関するライセンスの申出（甲６５の１，２）をした。アップル社の上記申出は，ＦＲＡＮＤ条件でのライセンス契約締結の目的に限り，●（省略）●を前提としたものであり，裁判所が本件特許権の有効性及び抵触性を認めた場合に限るなどの条件付きのライセンスの申出ではない。 しかし，被告は，アップル社の上記申出について，代案も示さずに拒絶した。 ｄ その後も，アップル社は，被告との間で，ＦＲＡＮＤ条件に関するライセンス交渉を全世界的に継続しようと試みている。 アップル社は，２０１２年（平成２４年）９月１日及び７日，アップル社及び被告が保有する携帯通信端末に関する必須宣言特許のポートフォリオ全体について，クロスライセンスを締結するというライセンスの申出 アップル社は，２０１２年（平成２４年）９月１日及び７日，アップル社及び被告が保有する携帯通信端末に関する必須宣言特許のポートフォリオ全体について，クロスライセンスを締結するというライセンスの申出を行った（甲１０９，１１０）。アップル社は，上記申出において，ベースバンドチップのうち，３ＧＰＰ規格に関する機能に寄与する部分の価格につき●（省略）●％のロイヤルティを支払うこと，ベースバンドチップの価格をロイヤルティ算定の基礎として，アップル社の特許ポートフォリオに関して●（省略）●％のロイヤルティとすることを提案した。 しかし，被告は，未だにアップル社の上記申出に対して回答をしていない。 ｅ 以上のとおり，アップル社は，被告に対し，ロイヤルティの算定根拠を詳細に説明した上で，これまで，繰り返し確定的なライセン スの申出を行ってきたにもかかわらず，被告は，従前の申出を未だに維持し，当該申出に係るロイヤルティの算定根拠も，アップル社の申出に対する代案も示すことなく，一方で，必須宣言特許である本件特許権に基づいて差止めを求める本件仮処分の申立てを維持し，アップル社に対して，必須宣言特許に基づく差止仮処分命令の脅威を背景として圧力をかけている。 このような被告の一連の行為は，特許発明に係る技術が標準規格に組み込まれることによりその技術に内在する価値を大幅に超える力，つまり，標準規格の実装者から不当に高いロイヤルティや非必須知的財産権のクロスライセンスを取得する力を特許権者に与えかねないという，いわゆる「ホールドアップ状況」（標準規格に取り込まれた技術の権利行使によって標準規格の利用を望む者が利用できなくなる状況）の策出行為に当たるものである。 したがって，被告は，必須宣言特許である本件特許権についてのライセンス契約締 格に取り込まれた技術の権利行使によって標準規格の利用を望む者が利用できなくなる状況）の策出行為に当たるものである。 したがって，被告は，必須宣言特許である本件特許権についてのライセンス契約締結義務及び誠実交渉義務に違反していることは明らかである。 (イ) この点に関し，被告は，アップル社がＦＲＡＮＤ条件による「確定的なライセンスの申出」を行っていないから，被告に誠実交渉義務が発生していない旨主張する。 しかしながら，ＥＴＳＩのＩＰＲポリシー，被告の本件ＦＲＡＮＤ宣言及びその準拠法であるフランス法のいずれにおいても，必須宣言特許権者が誠実交渉義務を負う条件として，ＵＭＴＳ規格の実施希望者に対して，「確定的なライセンスの申出」を行うことを求める規定は存しない。「確定的なライセンスの申出」は，ライセンス契約成立の要件ではなく，また，特許権者の誠実交渉義務発生の要件でもない。 日本法においても，「確定的なライセンスの申出」を要求する根拠は存しない。仮に日本法において被告の誠実交渉義務の発生要件としてアップル社又は原告の「確定的なライセンスの申出」が必要であるとしても，前記(ア)のとおり，アップル社は，被告に対し，ＦＲＡＮＤ条件でのライセンス契約締結の限りで，本件特許権の有効性及び抵触性を争わないとの意思を示し，「確定的なライセンスの申出」を行っている。 さらに，仮にライセンス希望者がＦＲＡＮＤ条件でのライセンスの申出を行うに際し特許の有効性や抵触性を争う権利を放棄しなければならないとすれば，必須宣言特許権者は，後に当該特許が必須でなかったことや，当該特許の有効性や抵触性が認められないことが判明したとしても，ライセンシーからその点を指摘されることから免れることができるようになり，しかも，ライセンシーから特許 当該特許が必須でなかったことや，当該特許の有効性や抵触性が認められないことが判明したとしても，ライセンシーからその点を指摘されることから免れることができるようになり，しかも，ライセンシーから特許の有効性や抵触性を争われることを免れるという利益を得るために，本来は必須特許ではないものについて，必須特許であるという過剰な宣言を助長しかねないこととなり，妥当でない。 したがって，被告の上記主張は，理由がない。 エ独占禁止法違反被告の一連の行為は，「ホールドアップ状況」を策出するものであって（前記ウ(ア)ｅ），標準規格を広く普及させることを目的とする３ＧＰＰの趣旨に真っ向から反対するものであるとともに，私的独占の禁止及び公正取引の確保に関する法律（以下「独占禁止法」という。）の不公正な取引方法に関する規定（２条９項２号，一般指定２項ないし４項，１４項等）のいずれかに該当する可能性が高く，独占禁止法違反にもなり得るものである。 オまとめ 以上のとおり，被告が意図的に本件特許について適時開示義務に違反したこと，被告の本件仮処分の申立てが報復的な対抗措置であること，被告が本件ＦＲＡＮＤ宣言に基づく必須宣言特許である本件特許権についてのライセンス契約締結義務及び誠実交渉義務に違反して「ホールドアップ状況」を策出していること，かかる被告の一連の行為が独占禁止法に違反することなどの諸事情に鑑みれば，被告が原告に対し，本件特許権に基づく損害賠償請求権を行使することは，権利の濫用に当たり許されないというべきである。 (2) 被告の主張原告が被告による本件特許権に基づく損害賠償請求権の行使が権利濫用に当たることを基礎付ける事情として挙げる諸点は，以下に述べるとおり，前提となる事実が存在しないか，そもそも権利濫用を基 告の主張原告が被告による本件特許権に基づく損害賠償請求権の行使が権利濫用に当たることを基礎付ける事情として挙げる諸点は，以下に述べるとおり，前提となる事実が存在しないか，そもそも権利濫用を基礎付ける事情に当たらない。 ア ＩＰＲポリシーの適時開示義務違反の主張に対し(ア) 原告が適時開示義務違反の根拠とするＥＴＳＩのＩＰＲポリシー４．１項（甲１２）は，自らの特許権等を開示するために合理的な努力を求めているが，当該規定はＥＴＳＩの会員に対してＥＴＳＩとの関係を規定するものであり，第三者との関係を規定するものではなく，その違反に対する制裁は何ら想定されていない。 加えて，そもそも，ＥＴＳＩとの関係での手続義務違反があることが，本件特許権の行使が権利濫用になることを基礎付ける事情になるべくもない。 (イ) 原告は，被告のＥＴＳＩに対する本件特許の開示が，本件出願の優先日から起算して約２年後であったことをもって，被告に適時開示義務違反がある旨主張する。 しかしながら，必須特許宣言は，会社において，特許の抽出，規格 に必須であることの精査を行い，適正な社内手続を経て行われるものであり，相応の労力と期間を要するとともに，会社としての決定と行為を要するものであることはいうまでもなく，それゆえに，一般的に，ＥＴＳＩの会員における特許の開示に要する期間として１年から２年の期間が必要となっている。 したがって，被告のＥＴＳＩに対する本件特許の開示が本件出願の優先日から起算して約２年後であったことは，通常の実務の水準に沿うものであって，被告において適時開示のための合理的な努力をしていたというべきであるから，適時開示義務違反が問題となることはない。 したがって，原告の上記主張は理由がない。 イ本件仮処分の申立てが であって，被告において適時開示のための合理的な努力をしていたというべきであるから，適時開示義務違反が問題となることはない。 したがって，原告の上記主張は理由がない。 イ本件仮処分の申立てが報復的な対抗措置等であるとの主張に対し原告は，被告の本件仮処分の申立てが，アップル社が被告に対して米国において差止請求を行った後に申し立てられたことをもって，報復的な対抗措置であり，アップル社が申し立てた事件を牽制し，有利に進めようとするものである旨主張する。 しかしながら，アップル社が被告に対して米国で差止請求を行った事件は，本件とは別個の事件であるし，被告が本件特許権の侵害行為の差止請求をする権利を有することの裏返しとして，原告が当該侵害行為の差止請求を受けることは法が当然に予定しているのであり，被告による権利行使がアップル社からの権利行使に遅れたことをもって「報復的な対抗措置」，「アップル社が申し立てた事件の牽制」等との非難を受けるいわれはない。 したがって，原告の上記主張は，理由がない。 ウ本件ＦＲＡＮＤ宣言に基づくライセンス契約締結義務違反及び誠実交渉義務違反の主張に対し (ア) ライセンス契約締結義務の不存在ＥＴＳＩに対するＦＲＡＮＤ宣言によって生じる義務は，ライセンスを受けることを希望する者との間で，その申出を受けて，ＩＰＲポリシー６．１項所定のＦＲＡＮＤ条件でライセンスを行うという基本原則に従って，誠実に交渉，協議する義務（誠実交渉義務）にほかならず，ＦＲＡＮＤ宣言が原告が主張するようなライセンス契約を締結する義務（ライセンス契約締結義務）を被告が負うことの根拠となるものではない。 また，ＦＲＡＮＤ宣言がライセンス契約締結義務を負うことの根拠となるとする原告の主張は，「ＩＰＲについての 約を締結する義務（ライセンス契約締結義務）を被告が負うことの根拠となるものではない。 また，ＦＲＡＮＤ宣言がライセンス契約締結義務を負うことの根拠となるとする原告の主張は，「ＩＰＲについてのＥＴＳＩの指針」（甲１６）に「具体的なライセンス条件及び交渉は企業間の商業上の問題であり，ＥＴＳＩ内で対処されるものではない」（４．１項）との規定があるように，ＥＴＳＩが個々のライセンス契約の交渉に関与しない方針であることと矛盾する。 したがって，被告に本件ＦＲＡＮＤ宣言に基づくライセンス契約締結義務違反があるとの原告の主張は，その前提を欠くものとして，理由がない。 (イ) 誠実交渉義務の不発生ａＦＲＡＮＤ宣言によりその宣言をした者に課せられる義務の内容については各国の公共政策に直接的に関わる問題であるため日本独自の観点から判断し得るものである。そして，日本法の観点からは，誠実交渉義務が生じるのは，ライセンス対象特許の有効性を争うことなく，真にライセンスを受けることを希望する「確定的なライセンスの申出」が必要であると解すべきである。 しかるところ，原告は，アップル社が被告に対し，２０１２年（平成２４年）３月４日，同年９月１日及び７日にＦＲＡＮＤ条件 による「確定的なライセンスの申出」を行った旨主張するが，いずれも理由がない。 (ａ) 原告主張の２０１２年（平成２４年）３月４日の申出は，被告の特許の抵触性と有効性を争うものであるから，そもそも「確定的なライセンスの申出」に該当しない。 また，上記申出の内容は，「●（省略）●％」という不合理に低額なライセンス料率を提示するものであって，交渉が成立しないことを知った上で，申出の外形を形式的に策出しただけの真にライセンスを受ける意思のないものであり，上記申出が「確定 ）●％」という不合理に低額なライセンス料率を提示するものであって，交渉が成立しないことを知った上で，申出の外形を形式的に策出しただけの真にライセンスを受ける意思のないものであり，上記申出が「確定的なライセンスの申出」に該当することはあり得ない。 (ｂ) 原告主張の２０１２年（平成２４年）９月１日及び７日の申出（甲１０９，１１０）は，●（省略）●提案している点で（訳文３頁），依然として被告の特許の抵触性と有効性を争うことを留保するものであるから，「確定的なライセンスの申出」とはいえない。また，アップル社は，●（省略）●特許消尽の主張が特許権侵害の主張に対する抗弁であることに鑑みれば，かかる要求を行うこと自体，依然として特許の抵触性を争っているに等しいから，やはり「確定的なライセンスの申出」とはいえない。 (ｃ) 以上のとおり，原告主張のアップル社の申出は，真にライセンスを希望する確定的な申出とはいえないから，被告にはそもそも誠実交渉義務が生じていない。 ｂ この点に関連して，原告は，他のライセンシーに対するライセンス条件について，秘密保持義務に違反しない範囲でアップル社に開示することは可能であるのに，被告がライセンス条件を開示しないことを非難する旨の主張をしている。 しかしながら，本件ＦＲＡＮＤ宣言により被告に課される義務 は，確定的なライセンス申出を行う者に対して誠実に交渉，協議する義務であって，他社へのライセンス条件を開示する義務は存在しない。また，アップル社は確定的なライセンスの申出を行っておらず，そもそも，被告は原告に対して何ら義務を負っていないというべきであるから，原告の上記主張は失当である。 (ウ) 誠実交渉義務違反の不存在ａ 被告は，終始一貫して，アップル社に対して両者の間で誠実に交渉するこ は原告に対して何ら義務を負っていないというべきであるから，原告の上記主張は失当である。 (ウ) 誠実交渉義務違反の不存在ａ 被告は，終始一貫して，アップル社に対して両者の間で誠実に交渉することを求めており，誠実交渉義務に違反していない。 すなわち，被告は，２０１２年（平成２４年）４月１８日付け回答書（乙４２）において，アップル社に対しＦＲＡＮＤ条件でのライセンスの用意があることを伝え，アップル社が真剣な提案を行うことを促している。また，被告は，２０１２年（平成２４年）９月７日付け書簡（甲１１１）において，●（省略）●を提案するなど，終始一貫して，アップル社に対して両者の間で誠実に交渉することを求めている。 むしろ，これまでに被告の誠実な交渉姿勢に応えてこなかったのは，アップル社自身である。 ｂ 原告は，ＦＲＡＮＤ宣言がされている特許については，５％というロイヤルティ上限を特許ポートフォリオ全体に対する割合で除するという計算方法が採られるべきであるなどと主張する。 しかし，ロイヤルティ上限が５％であるとする根拠はどこにもなく，原告の上記主張は理由がない。 ｃ また，原告は，被告がアップル社に対してＦＲＡＮＤ条件でのライセンスの提示を行っておらず，また代案を示すことなく，原告に対して差止請求を行っており，かかる行為はアップル社及び原告に対するＦＲＡＮＤ条件でのライセンスを拒絶する行為である旨主張 する。 しかしながら，そもそもアップル社が「確定的なライセンスの申出」を行っていないことは前述したとおりであるから，被告の行為がＦＲＡＮＤ条件でのライセンスを拒絶する行為であるとの原告の主張は，その前提を欠き失当である。 ｄ 以上のとおり，被告が誠実交渉義務に違反するとの原告の主張は，理由がない。 エ独 被告の行為がＦＲＡＮＤ条件でのライセンスを拒絶する行為であるとの原告の主張は，その前提を欠き失当である。 ｄ 以上のとおり，被告が誠実交渉義務に違反するとの原告の主張は，理由がない。 エ独占禁止法違反の主張に対し原告は，被告の一連の行為が独占禁止法所定の不公正な取引方法に該当し，同法に違反する旨主張する。 しかしながら，原告の上記主張は，被告に適時開示義務違反があること，被告が報復目的の対抗措置として本件仮処分の申立てを行っていることなどを根拠とするものであるが，その前提において誤りがあるから，失当である。 オまとめ以上のとおり，被告の本件特許権に基づく損害賠償請求権の行使が権利濫用に当たるとの原告の主張は，前提となる事実が存在しないか，そもそも権利濫用を基礎付ける事情に当たらないから，理由がない。 第４ 当裁判所の判断 １ 争点１（本件各製品についての本件発明１の技術的範囲の属否）について(1) 本件各製品の構成について被告は，本件発明１が３ＧＰＰ規格の本件技術仕様書Ｖ６．９．０記載の「代替的Ｅビット解釈」（AlternativeE-bit解釈）を具現化したものであり，同技術仕様書に準拠した本件各製品は，本件発明１の技術的範囲に属する旨主張する。 そこで，まず，本件各製品が本件技術仕様書Ｖ６．９．０に準拠した製 品といえるかどうかについて判断する。 ア本件製品１及び３について本件製品１及び３が３ＧＰＰが策定した通信規格の標準規格（３ＧＰＰ規格）であるＵＭＴＳ規格に準拠した製品であることは争いがない。 ＵＭＴＳ規格としてリリースされた規格には各種のバージョンがあり，被告主張の代替的Ｅビット解釈は，本件出願の優先日後に公開された「３ＧＰＰＴＳ２５．３２２ Ｖ６．４．０」（ ことは争いがない。 ＵＭＴＳ規格としてリリースされた規格には各種のバージョンがあり，被告主張の代替的Ｅビット解釈は，本件出願の優先日後に公開された「３ＧＰＰＴＳ２５．３２２ Ｖ６．４．０」（以下「本件技術仕様書Ｖ６．４．０」という。）以降のバージョンの技術仕様書において採用されたものである（甲２，８７，弁論の全趣旨）。 しかるところ，本件証拠上，本件製品１及び３において代替的Ｅビット解釈に基づく機能が実装されていることを認めるに足りない。かえって，本件製品１及び３に実装されたＵＭＴＳ規格に関連する処理を行うベースバンドチップは，インテル社製の●（省略）●であること，上記べースバンドチップは，本件出願の優先日前に公開された３ＧＰＰ規格「リリース５」に係るバージョンに準拠したものであり，代替的Ｅビット解釈に基づく機能を有していないことがうかがわれる（甲８２ないし８５）。 したがって，本件製品１及び３が本件技術仕様書Ｖ６．９．０に準拠した製品であるとの被告の主張は，理由がない。 そうすると，その余の点について判断するまでもなく，本件製品１及び３が本件発明１の技術的範囲に属するとの被告の主張も理由がない。 イ本件製品２及び４について(ア) 代替的Ｅビット解釈本件技術仕様書Ｖ６．９．０の９．２．２．５項，９．２．２．８項及び９．２．２．８．１項（別紙１参照）には，①伝送モードが非確認モードのＰＤＵ（ＵＭＤＰＤＵ）の最初のオクテットに含まれ るＥビット（拡張ビット）について，「通常Ｅビット解釈」又は「代替的Ｅビット解釈」が上位レイヤーのコンフィギュレーションに応じて選択的に適用されること，②「代替的Ｅビット解釈」の下では，最初のオクテットに含まれるＥビットが「０」の場合は，「次のフィールドは，分割，連 ット解釈」が上位レイヤーのコンフィギュレーションに応じて選択的に適用されること，②「代替的Ｅビット解釈」の下では，最初のオクテットに含まれるＥビットが「０」の場合は，「次のフィールドは，分割，連結，パディングされていない完全なＳＤＵ」であることを，「１」の場合は，「次のフィールドは，長さインジケータとＥビット」であることを示すこと，③「長さインジケータ」は，最初のオクテットに含まれるＥビットが「分割，連結，パディングされていない完全なＳＤＵ」であることを示していなければ，ＰＤＵの中のそれぞれのＳＤＵ（ＲＬＣＳＤＵ）が終わる最後のオクテットを示すものとして用いられること，④「代替的Ｅビット解釈」が設定され，かつ，ＰＤＵ（ＲＬＣＰＤＵ）がＳＤＵのセグメントを含むが，ＳＤＵの最初のオクテットも最後のオクテットも含まない場合には，「長さインジケータ」は，「１１１ １１１０」の値を持つ７ビットの長さインジケータ又は「１１１ １１１１ １１１１ １１１０」の値を持つ１５ビットの長さインジケータが用いられることが記載されている。 (イ) 本件実機テストａ 証拠（乙１３，１４，４１）及び弁論の全趣旨によれば，次の事実が認められる。 (ａ) カナダ法人のチップワークス社が本件製品２及び４について，「基地局エミュレータ」として，ＣＭＷ５００を用いたテスト（本件実機テスト）を行った。 ＣＭＷ５００は，Ｗ－ＣＤＭＡ方式に対応している。 (ｂ) 本件実機テストのテスト１は，「ＰＤＵサイズ：４８８ビット，ＳＤＵサイズ：４８０ビット」の設定で，「ＰＤＵが分割， 連結，パディングされていない完全なＳＤＵを含む場合」のテストであり，テスト２は，「ＰＤＵサイズ：８０ビット，ＳＤＵサイズ：４８０ビット」の設定で，最初と最後を除いた「中間セ が分割， 連結，パディングされていない完全なＳＤＵを含む場合」のテストであり，テスト２は，「ＰＤＵサイズ：８０ビット，ＳＤＵサイズ：４８０ビット」の設定で，最初と最後を除いた「中間セグメント」としてのＰＤＵ（例えば，２番目のＰＤＵ）をモニタするテストである。 (ｃ) 本件実機テストの結果は，次のとおりである。 ① テスト１の場合には，一連番号（ＳＮ）に続くＥビットが「０」となり，長さインジケータを含まないＰＤＵが出力されている（乙１３の図１２，１４）。 ② テスト２の場合には，一連番号（ＳＮ）に続くＥビットが「１」となり，長さインジケータとして所定値（１１１１１１０）を含むＰＤＵが出力されている（乙１３の図１３，１５）。 ｂ 前記ａの本件実機テストの結果が示すＥビットの値及び長さインジケータの値は，前記(ア)の代替的Ｅビット解釈を採用した場合の値と整合しており（テスト１は前記(ア)②及び③と，テスト２は前記(ア)②及び④とそれぞれ整合する。），本件製品２及び４は，代替的Ｅビット解釈の機能を実装していることが認められる。 ｃ これに対し原告は，本件実機テストの結果の「Interpretation」の欄に「次のオクテット：データ（「nextoctet: data」）」と表示されており，「分割，連結，パディングされていない完全なＳＤＵ」と表示されていないから，本件実機テストでは，代替的Ｅビット解釈ではなく，通常Ｅビット解釈が用いられているなどと主張する。 しかしながら，代替的Ｅビット解釈において，Ｅビットに「０」が設定される場合，次のフィールドのビット列が「分割，連結，パ ディングされていない完全なＳＤＵ」を構成するＳＤＵの「データ」を示すものであることからすると，「Interpretation 設定される場合，次のフィールドのビット列が「分割，連結，パ ディングされていない完全なＳＤＵ」を構成するＳＤＵの「データ」を示すものであることからすると，「Interpretation」 の欄に「次のオクテット：データ（「nextoctet: data」）」と表示されていることは本件実機テストにおいて代替的Ｅビット解釈が使用されていることと相反するものではない。 したがって，原告の上記主張は理由がない。 ウ小括以上によれば，本件製品２及び４は，本件技術仕様書Ｖ６．９．０に準拠した製品であり，代替的Ｅビット解釈に基づく機能を実施する構成を備えていることが認められる。 (2) 本件発明１の技術的意義ア本件明細書の記載事項(ア) 本件明細書（甲１の２）の発明の詳細な説明には，次のような記載がある（この記載中に引用する図面については，別紙本件明細書図面参照）。 ａ 「【技術分野】本発明はパケットサービスを支援する移動通信システムに関するもので，特に無線リンク上のプロトコルデータユニット(ProtocolDataUnit：以下，“ＰＤＵ”とする）のヘッダーサイズを減少させて無線リソースを効率的に使用する方法及び装置に関するものである。」（段落【０００１】）ｂ 「【背景技術】…ヨーロッパ式移動通信システムであるＧＳＭ(GlobalSystemforMobilecommunications）とＧＰＲＳ(GeneralPacketRadioServices)に基づいて広帯域符号分割多重接続(CodeDivisionMultipleAccess：以下，“ＣＤＭＡ”とする）を使用する第３世代の移動通信システムであるＵＭＴＳ(UniversalMobileTelecommunicati DivisionMultipleAccess：以下，“ＣＤＭＡ”とする）を使用する第３世代の移動通信システムであるＵＭＴＳ(UniversalMobileTelecommunicationService)システムは，移動電話加入者又はコン ピュータユーザーが全世界のどこにいてもパケットベースのテキスト，デジタル化された音声，ビデオ，及びマルチメディアデータを２Mbps以上の高速で伝送できるサービスを提供する。このＵＭＴＳシステムは，インターネットプロトコル(InternetProtocol：以下，“ＩＰ”とする）のようなパケットプロトコルを用いるパケット交換アクセス方式の概念を導入している。上記のＵＭＴＳ通信システムに対する標準化を担当する３ＧＰＰ(3rdGenerationPartnershipProject)で音声サービスについて，インターネットプロトコルを用いて音声パケットを支援するＶｏＩＰ(Voiceover ＩＰ)通信が論議されている。ＶｏＩＰは，音声コーデック(ＣＯＤＥＣ)から発生した音声フレームをＩＰ/ＵＤＰ(UserDatagramProtocol)/ＲＴＰ(Real-timeTransportProtocol)パケットの形態で伝送する通信技術である。このＶｏＩＰ，パケットネットワークを通じる音声サービスの提供を容易にする。」（段落【０００２】），「図１は，ＶｏＩＰを支援する通常の移動通信システムの構成を示す。」（段落【０００３】）」，「一般に，ＲＬＣ階層は，動作方式によりＵＭ(UnacknowledgedMode)，ＡＭ(AcknowledgedMode)，ＴＭ(TransparentMode)に分けられる。ＶｏＩＰは，上記ＲＬＣＵＭで動作する。送信器において，Ｒ nacknowledgedMode)，ＡＭ(AcknowledgedMode)，ＴＭ(TransparentMode)に分けられる。ＶｏＩＰは，上記ＲＬＣＵＭで動作する。送信器において，ＲＬＣＵＭ階層は，上位階層から受信されたＲＬＣサービスデータユニット(ServiceDataUnit：以下，“ＲＬＣＳＤＵ”とする)を無線チャンネルを通じて伝送するのに適合したサイズに分割し，連結し，或いはパディングする。ＲＬＣＵＭ階層は，分割/連結/パディング(segmentation/concatenation/padding)情報とシーケンス番号（ＳＮ）を上記結果値に挿入して無線チャンネルを通じて伝送に適合したＲＬＣＰＤＵ(ProtocolDataUnit)を構成し，このＬＣＰ ＰＤＵ（判決注・「ＲＬＣＰＤＵ」の誤記）を下位階層に伝送する。…上位階層から受信されたＲＬＣＳＤＵを無線チャンネルを通じて伝送するために適合したサイズに処理する動作は，“ＲＬＣフレーミング(framing)”と称する。」（段落【０００４】），「図２Ｃは，従来技術により，送信器のＲＬＣ階層でＲＬＣＳＤＵをフレーミングしてＲＬＣＰＤＵを構成する動作を示す。…送信器のＲＬＣ階層は，上位階層から任意のサイズ，例えば１００バイトＩＰパケットのＲＬＣＳＤＵ２２５を受信する。無線チャンネルを通じて伝送可能なデータのサイズが４０バイトである場合に，ＲＬＣ階層は，ＲＬＣＳＤＵ２２５を３個のＲＬＣＰＤＵ２３０，２３５，２４０に分割する。このとき，それぞれのＲＬＣＰＤＵは，４０バイトである。また，各ＲＬＣＰＤＵは，ＲＬＣヘッダー２４５を含む。ＲＬＣヘッダー２４５は，シーケンス番号(SequenceNumber：以下，“ＳＮ”とする ，それぞれのＲＬＣＰＤＵは，４０バイトである。また，各ＲＬＣＰＤＵは，ＲＬＣヘッダー２４５を含む。ＲＬＣヘッダー２４５は，シーケンス番号(SequenceNumber：以下，“ＳＮ”とする)２５０と，Ｅフィールド２５５と，長さインジケータ(LengthIndicator：以下，“ＬＩ”とする)フィールド２６０とＥフィールド２６５の少なくとも複数の対とから構成される。ＬＩフィールド２６０は，分割により含まれる。ＳＮフィールド２５０は，ＲＬＣＰＤＵごとに１ずつ単調に増加する７ビットのＳＮを示す。このＳＮは，ＲＬＣＰＤＵ２３０，２３５，２４０の順序を示す。Ｅフィールド２５５は，次のフィールド(followingfield)がデータフィールドであるか否か或いはＬＩフィールドとＥフィールドの対であるか否かを示し，１ビットのサイズを有する。ＬＩフィールド２６０は，ＲＬＣのフレーミングに基づいて７ビット又は１５ビットのサイズを有する。 ＲＬＣＰＤＵに含まれるＲＬＣＳＤＵ２２５のセグメントが，ＲＬＣＰＤＵのデータフィールド２７０に位置することを示す。す なわち，ＬＩフィールド２６０は，ＲＬＣＰＤＵのデータフィールド２７０で，ＲＬＣＳＤＵ２２５の開始及び終了を示す。ＬＩフィールド２６０は，パディングしたか否かを示すことができる。 ＬＩフィールド２６０が示す値はバイト単位で設定され，ＲＬＣヘッダーからＲＬＣＳＤＵが終了する地点までのバイト数を意味する。」（段落【０００７】）ｃ 「上記のように，ＬＩフィールドを用いてＲＬＣＳＤＵの最後のバイトの位置を示す従来の方式は，一つのＲＬＣＳＤＵを複数のＲＬＣＰＤＵに分割し，或いは複数のＲＬＣＳＤＵを一つのＲＬＣＰＤＵに連結する場合に効率的である。しかしながら， ＣＳＤＵの最後のバイトの位置を示す従来の方式は，一つのＲＬＣＳＤＵを複数のＲＬＣＰＤＵに分割し，或いは複数のＲＬＣＳＤＵを一つのＲＬＣＰＤＵに連結する場合に効率的である。しかしながら，通常にＶｏＩＰパケットの特性において，一つの完全なＲＬＣＳＤＵが一つのＲＬＣＰＤＵのみに対応し，分割/連結/パディングなしに頻繁に発生する。…このようにＲＬＣＰＤＵのサイズが，最も頻繁に発生するＲＬＣＳＤＵのサイズに基づいて定義されると，大多数のＲＬＣＳＤＵは分割/連結/パディングを経ることなく，ＲＬＣＰＤＵにフレーミングされる。この場合に，従来のフレーミング方式は非効率的である。」（段落【００１１】），「…言い換えれば，ＶｏＩＰ通信では，大部分ＲＬＣＳＤＵを分割又は連結せず，一つのＲＬＣＳＤＵは一つのＲＬＣＰＤＵで構成する。 それにも拘わらず，既存のＲＬＣフレーミング動作は，ＲＬＣＰＤＵに少なくとも２個のＬＩフィールド，すなわちＲＬＣＳＤＵの開始を示すＬＩフィールドと，ＲＬＣＳＤＵの終了を示すＬＩフィールドが常に要求される。必要によって，データフィールドのパディング可否を示すＬＩフィールドも追加で挿入される。したがって，従来技術によるＶｏＩＰ通信方式でＲＬＣフレーミング方式を使用する場合に，不必要なＬＩフィールドの使用によって限定さ れた無線リソースが非効率的に使用されるという問題点が発生した。」（段落【００１２】）ｄ 「【発明が解決しようとする課題】…上記の従来技術による問題点を解決するために，本発明の目的は，パケットサービスを支援する移動通信システムで，無線リンク制御階層のプロトコルデータユニット(ＲＬＣＰＤＵ）のヘッダーサイズを減少させて無線リソースを効率的に使用する方法及び装置を提供す 目的は，パケットサービスを支援する移動通信システムで，無線リンク制御階層のプロトコルデータユニット(ＲＬＣＰＤＵ）のヘッダーサイズを減少させて無線リソースを効率的に使用する方法及び装置を提供することにある。」（段落【００１３】）ｅ 「【課題を解決するための手段】 上記のような本発明の目的を達成するために，本発明は，移動通信システムにおける予め定められた長さインジケータ(ＬＩ)を用いてデータを送信する方法であって，上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定する段階と，前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記ＳＤＵを伝送可能なＰＤＵのサイズにより複数のセグメントに分割する段階と，一連番号(ＳＮ)フィールドと，ＬＩフィールドが存在することを示す少なくとも一つの１ビットフィールドと，前記ＬＩフィールドとをヘッダー内に有し，前記セグメントをデータフィールド内に有する複数のＰＤＵを構成する段階と，ここで前記ＳＤＵの中間セグメントをデータフィールド内に含むＰＤＵの前記ＬＩフィールドは，前記中間セグメントが存在することを示す値に設定され，前記ＰＤＵを受信器に伝送する段階とを有することを特徴とする。」（段落【００１４】），「本発明は，移動通信システムにおける予め定められた長さインジケータ(ＬＩ)を用いてデータを送信する装置であって，上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユ ニット(ＰＤＵ)に含まれるか否かを判定し，前記ＳＤＵを伝送可能なＰＤＵサイズによって少なくとも一つのセグメントに再構成するための伝送バッファと，ＳＮフィールドと１ビットフィールドをヘッダーに含み，前記少なくとも一つ まれるか否かを判定し，前記ＳＤＵを伝送可能なＰＤＵサイズによって少なくとも一つのセグメントに再構成するための伝送バッファと，ＳＮフィールドと１ビットフィールドをヘッダーに含み，前記少なくとも一つのセグメントをデータフィールド内に有する少なくとも一つのＰＤＵを構成するヘッダー挿入部と，前記少なくとも一つのＰＤＵの１ビットフィールドを，以後のＬＩフィールドの存在有無のうち少なくとも一つを示す値に設定する１ビットフィールド設定部と，前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記少なくとも一つのＰＤＵの前記１ビットフィールド以後にＬＩフィールドを挿入し，前記ＳＤＵの中間セグメントをデータフィールド内に含むＰＤＵのＬＩフィールドを，前記中間セグメントを含むことを示す値に設定するＬＩ挿入部と，前記ＬＩ挿入部から受信される少なくとも一つのＰＤＵを受信部に伝送する送信部とを含むことを特徴をする。」（段落【００１６】）ｆ 「【発明の効果】本発明は，ＲＬＣＰＤＵのデータフィールドに完全なＲＬＣＳＤＵが存在することを示す１ビットの情報によって，このＲＬＣＳＤＵの開始/終了/パディングを示すための追加情報の挿入を不要にすることによって，限定された無線伝送リソースを効率的に使用する効果を有する。また，本発明は，上記のようにＲＬＣＳＤＵの中間セグメントのみを含むＲＬＣＰＤＵに，予め定められたＬＩの新たな値に設定されたＬＩフィールドを含むことによって，ＲＬＣＳＤＵの分割動作が可能になる効果を有する。」（段落【００１８】）ｇ 「…本発明の望ましい実施形態によりＲＬＣ階層は，２つのフレーミング方式を使用する。第１の方式は，最も頻繁に使用されるサイズを有するＲＬＣＳＤＵが，ＬＩフィールドを使用せずにＲＬ ＣＰＤＵにフレーミン 実施形態によりＲＬＣ階層は，２つのフレーミング方式を使用する。第１の方式は，最も頻繁に使用されるサイズを有するＲＬＣＳＤＵが，ＬＩフィールドを使用せずにＲＬ ＣＰＤＵにフレーミングを遂行することである。第２の方式は，他のサイズのＲＬＣＳＤＵに対してＬＩフィールドを使用してＲＬＣＰＤＵにフレーミングを遂行することである。…第１のＥフィールドを，他のＥフィールドと区別するために“Ｆフィールド”と称する。」（段落【００２０】）ｈ 「図４は，本発明の望ましい実施形態によるＲＬＣＰＤＵの構造を示す。」（段落【００２１】），「図５Ａは，本発明の望ましい実施形態により，ＲＬＣＳＤＵが分割/連結/パディングを経ることなく，ＲＬＣＰＤＵに対応する場合にＲＬＣＰＤＵの構成を示す。図５Ａを参照すると，送信器(すなわち，送信器のＲＬＣ階層）は，一つの完全なＲＬＣＳＤＵを分割/連結/パディングせずに，一つのＲＬＣＰＤＵにフレーミングが可能である場合に，Ｆフィールドを‘０’に設定し，ＲＬＣＰＤＵのデータフィールドに完全なＲＬＣＳＤＵを挿入する。」（段落【００２２】），「図５Ｂは，本発明の望ましい実施形態により，ＲＬＣが分割/連結/パディングを通じてＲＬＣＰＤＵにフレーミングされる場合に，ＲＬＣＰＤＵの構造を示す。図５Ｂを参照すると，送信器はＲＬＣをフレーミングするために分割/連結/パディングを遂行することが必要である場合に，Ｆフィールドを‘１’に設定し，分割/連結/パディングに必要なＬＩフィールドとパディングを含んでＲＬＣＰＵＤを構成する。…既存の第１のＥフィールドをＦフィールドとして用いるためには，下記のような問題点を解決すべきである。通常，ＲＬＣＰＤＵがＲＬＣＳＤＵのセグメント(segment)であ ＬＣＰＵＤを構成する。…既存の第１のＥフィールドをＦフィールドとして用いるためには，下記のような問題点を解決すべきである。通常，ＲＬＣＰＤＵがＲＬＣＳＤＵのセグメント(segment)であり，ＲＬＣＰＤＵにＲＬＣＳＤＵの開始も終了も含まない場合に，ＲＬＣＰＤＵにはＬＩフィールドが存在しなかった。図５Ａでは，ＲＬＣＳＤＵが分割/連結/パディングを経ることなく， 一つのＲＬＣＰＤＵにフレーミングされる場合に，ＬＩフィールドを使用しない。ＲＬＣＰＤＵが一つの完全なＲＬＣＳＤＵを含まず，かつＲＬＣＳＤＵの開始又は終了を含まないことを示す必要がある。」（段落【００２３】）ｉ 「図６Ａは，従来のＲＬＣフレーミング技術により，一つのＲＬＣＳＤＵが複数のＲＬＣＰＤＵに分割される状況を示す。…ＲＬＣＳＤＵの開始や終了を含まないＲＬＣＰＤＵ６１５にＬＩフィールドを挿入しないと，受信器は，ＲＬＣＰＤＵ６１５のデータフィールドに含まれたセグメントが，一つの完全なＲＬＣＳＤＵを構成するか，或いは以前及び以後のＲＬＣＰＤＵのセグメントと結合して一つのＲＬＣＳＤＵを構成するか判定できない。したがって，後述する本発明の望ましい実施形態では，ＲＬＣＳＤＵの開始や終了が含まれないＲＬＣＰＤＵ(以下，“中間(intermediate)ＰＤＵ'とする)を示すために，予め定められたＬＩの新たな値を定義する。例えば‘１１１１ １１０’を予め定められたＬＩの新たな値として定義する。予め定められたＬＩの新たな値が挿入されたＲＬＣＰＤＵは，中間ＲＬＣＰＤＵとして認識される。」（段落【００２４】），「図６Ｂは，本発明の望ましい実施形態により，予め定められたＬＩを用いて一つのＲＬＣＳＤＵを複数のＲＬＣＰＤＵに分割す ＣＰＤＵは，中間ＲＬＣＰＤＵとして認識される。」（段落【００２４】），「図６Ｂは，本発明の望ましい実施形態により，予め定められたＬＩを用いて一つのＲＬＣＳＤＵを複数のＲＬＣＰＤＵに分割する状況を示す。図６Ｂを参照すると，一つのＲＬＣＳＤＵ６２５がＳＮ‘ｘ’，‘ｘ＋１’，‘ｘ＋２’である３個のＲＬＣＰＤＵ６３０，６３５，６４０に分割される。すると，第１のＲＬＣＰＤＵ６３０にはＦフィールドが‘１’に設定され，予め定められたＬＩ値‘１１１１ １００’が第１のＲＬＣＰＤＵ６３０に挿入され，このＲＬＣＰＤＵ６３０のデータフィールドの第１のバイトがＲＬＣＳＤＵ６２５の第１ のバイトに対応することを示す。第２のＲＬＣＰＤＵ６３５にはＲＬＣＳＤＵ６２５の開始も終了も含まれずに中間部分のみを含んでいるため，Ｆフィールドが‘０’に設定され，予め定められたＬＩ値‘１１１１ １１０’が第２のＲＬＣＰＤＵ６３５に挿入されて前記ＲＬＣＰＤＵ６３５が中間ＲＬＣＰＤＵであることを示す。第３のＲＬＣＰＤＵ６４０には，ＲＬＣＳＤＵ６２５の終了，例えばデータフィールドの３５番目のバイトまでであることを示すＬＩ値‘０１００ ０１１’が含まれる。」（段落【００２５】）(イ) 本件発明１の特許請求の範囲（請求項８）の文言と本件明細書の「発明の詳細な説明」の前記(ア)の記載事項（各図面を含む。）を総合すれば，本件明細書には，①パケットサービスを支援する移動通信システム（無線データパケット通信システム）において，音声コーデックから発生した音声フレームをインターネットプロトコルを用いて音声パケットの形態で伝送する通信技術であるＶｏＩＰを提供するに当たって，従来技術によるＶｏＩＰ通信方式でＲＬＣフレーミング方式（上位階層から受 生した音声フレームをインターネットプロトコルを用いて音声パケットの形態で伝送する通信技術であるＶｏＩＰを提供するに当たって，従来技術によるＶｏＩＰ通信方式でＲＬＣフレーミング方式（上位階層から受信されたＲＬＣＳＤＵを無線チャンネルを通じて伝送するために適合したサイズに処理する動作）を使用する場合，大部分のＲＬＣＳＤＵが，分割又は連結せず，一つのＲＬＣＳＤＵは一つのＲＬＣＰＤＵで構成されるにもかかわらず，既存のＲＬＣフレーミング動作では，少なくともＲＬＣＳＤＵの開始を示すＬＩ（長さインジケータ）フィールドとその終了を示すＬＩフィールドが常に要求されるといったように，不必要なＬＩフィールドが挿入され，それによって限定された無線リソースが非効率的に使用されるという問題点が発生すること，②本件発明１の目的は，従来技術による上記問題点を解決するために，ＲＬＣＰＤＵ（無線リンク制御階層 のプロトコルデータユニット）のヘッダーサイズを減少させて無線リソースを効率的に使用する装置を提供することにあること，③本件発明１は，上記目的を達成するための手段として，「一つの完全なＲＬＣＳＤＵを分割/連結/パディングせずに，一つのＲＬＣＰＤＵにフレーミングが可能である場合」に，そのことをＲＬＣＰＤＵのデータフィールドに１ビット情報で示す構成（構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」の構成）を採用することによって，そのＲＬＣＳＤＵの分割/連結/パディングを示すための追加情報の挿入（「ＬＩフィールド」の使用）を不要とし，ＲＬＣＰＤＵが「ＲＬＣＳＤＵの開始や終了が含まれない，ＲＬＣ 採用することによって，そのＲＬＣＳＤＵの分割/連結/パディングを示すための追加情報の挿入（「ＬＩフィールド」の使用）を不要とし，ＲＬＣＰＤＵが「ＲＬＣＳＤＵの開始や終了が含まれない，ＲＬＣＳＤＵの中間セグメントのみ」を含む場合に，そのことを予め定められたＬＩの新たな値に設定されたＬＩフィールドで示す構成（構成要件Ｄの「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部」の構成及び構成要件Ｆの「前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定」される構成）を採用することによって，ＲＬＣＳＤＵの分割動作を可能とし，これによりヘッダーサイズを減少させて無線リソースを効率的に使用する効果を奏することが開示されているものと認められる。 イ本件発明１と代替的Ｅビット解釈との関係(ア) 本件発明１の構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれ る場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」の構成及びその効果（前記ア(イ)③）は，代替的Ｅビット解釈において，最初のオクテットに含まれるＥビットが「０」の場合は，「次のフィールドは，分割，連結，パディングされていない完全なＳＤＵ」であることを示し，長さインジケータが用いられないこと（前記(1)イ(ア)②及び③）を規定し，また，構成要件Ｄの「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さイ 示し，長さインジケータが用いられないこと（前記(1)イ(ア)②及び③）を規定し，また，構成要件Ｄの「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部」の構成及び構成要件Ｆの「前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定」される構成は，代替的Ｅビット解釈において，ＰＤＵ（ＲＬＣＰＤＵ）がＳＤＵのセグメントを含むが，ＳＤＵの最初のオクテットも最後のオクテットも含まない場合には，「長さインジケータ」は，「１１１ １１１０」の値を持つ７ビットの長さインジケータ又は「１１１ １１１１ １１１１ １１１０」の値を持つ１５ビットの長さインジケータが用いられること（前記(1)イ(ア)④）を規定したものであると認められる。 したがって，本件発明１は，代替的Ｅビット解釈を具現化した発明であるというべきである。 (イ)ａ これに対し原告は，本件発明１の構成要件Ｂの「前記ＳＤＵが一つのＰＤＵに含まれるか否かを判定」とは，「ＳＤＵが一つのＰＤＵに完全に含まれるかどうか（一致するかどうか）」を判定することを意味するのに対し，本件技術仕様書Ｖ６．９．０の４．２． １．２．１項の「ＲＬＣＳＤＵがＵＭＤＰＤＵの利用可能なスペースの長さより大きい場合」に「ＲＬＣＳＤＵを適当なサイズのＵＭＤＰＤＵに分割する。」との記載は，４．２．１．２．１項記載の判定方式が，ＳＤＵの分割が必要か否かを決定することを目的とし，ＳＤＵがＰＤＵの利用可能な領域よりも大きいか否か（ＳＤＵとＰＤＵの大小関係）を判定 分割する。」との記載は，４．２．１．２．１項記載の判定方式が，ＳＤＵの分割が必要か否かを決定することを目的とし，ＳＤＵがＰＤＵの利用可能な領域よりも大きいか否か（ＳＤＵとＰＤＵの大小関係）を判定する方式を意味するものであり，ＳＤＵが一つのＰＤＵに完全に含まれる（一致する）か否かを判定する方式とは異なるものであるから，本件技術仕様書Ｖ６． ９．０には，構成要件Ｂの開示がない旨主張する。 しかしながら，本件技術仕様書Ｖ６．９．０の９．２．２．５項には，「代替的Ｅビット解釈」の下において，最初のオクテットに含まれるＥビットが「０」の場合は，「次のフィールドは，分割，連結，パディングされていない完全なＳＤＵ」であることを，「１」の場合は，「次のフィールドは，長さインジケータとＥビット」であることを示すこと（前記１(1)イ(ア)②）が記載されており，上記記載は，ＳＤＵがＰＤＵに完全に含まれる（一致する）か否か（「分割，連結，パディングされていない完全なＳＤＵ」か否か）の判定を行うことを前提に，その判定結果に従ってＥビットを上記のように設定することを規定するものといえるから，構成要件Ｂの「ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否か」を「判定」する構成を開示するものというべきである。 したがって，原告の上記主張は理由がない。 ｂ また，原告は，構成要件Ｄにいう「前記ＳＤＵが一つのＰＤＵに含まれる場合」とは，①パディングが生じている場合，②連結が生じている場合，③分割，連結及びパディングのいずれも生じていない場合を全て対象とするものであるから，構成要件Ｄを充足すると いうためには，上記①又は②の場合であっても，「ＰＤＵが分割，連結又はパディングなしにＳＤＵを完全に含むことを示すように１ビットフィールドが するものであるから，構成要件Ｄを充足すると いうためには，上記①又は②の場合であっても，「ＰＤＵが分割，連結又はパディングなしにＳＤＵを完全に含むことを示すように１ビットフィールドが設定」されなければならないのに対し，本件技術仕様書Ｖ６．９．０記載の代替的Ｅビット解釈においては，上記③の場合にのみ，ＰＤＵが完全なＳＤＵを含むことを示すように１ビットフィールドが設定されるのであるから，構成要件Ｄの構成は，本件技術仕様書Ｖ６．９．０記載の代替的Ｅビット解釈とは異なる旨主張する。 しかしながら，構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」との文言，本件明細書の段落【００２２】及び図５Ａによれば，構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合」とは，「前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含む」場合（上記③の場合）のみを意味し，ＳＤＵが連結されてＰＤＵに格納されている場合やＳＤＵがパディングとともにＰＤＵに格納されている場合は，これに含まれないと解すべきであるから，原告の主張は，その前提を欠くものとして，採用することができない。 (3) 本件製品２及び４についての本件発明１の技術的範囲の属否についてア本件製品２及び４が本件発明１の構成要件Ａ及びＨを充足することは，前記争いのない事実等(3)イ(ア)のとおりである。 そして，本件製品２及び４が，本件技術仕様書Ｖ６．９．０に準拠した製品であり，代替的Ｅビット解釈に基づく機能を実施する構成を備えていること（前記(1)ウ），本件発明１が代替的Ｅビット解釈を具現化した発明であること（前 び４が，本件技術仕様書Ｖ６．９．０に準拠した製品であり，代替的Ｅビット解釈に基づく機能を実施する構成を備えていること（前記(1)ウ），本件発明１が代替的Ｅビット解釈を具現化した発明であること（前記(2)イ(ア)）によれば，本件製品２及び４ は，本件発明１の構成要件ＢないしＧを充足するものと認められる。 以上によれば，本件製品２及び４は，本件発明１の構成要件を全て充足するから，その技術的範囲に属する。 イ(ア) これに対し原告は，本件技術仕様書Ｖ６．９．０に構成要件Ｂ及びＤの開示がないことを理由に，本件製品２及び４が構成要件Ｂ及びＤを充足しない旨主張する。 しかしながら，前記(2)イ(イ)で述べたとおり，原告の主張は，その前提を欠くものであるから，理由がない。 (イ) また，原告は，本件製品２及び４が本件発明１の技術的範囲に属するというためには，本件製品２及び４が本件発明１の構成要件に記載された全ての機能を現実のネットワーク上で実行していることを立証する必要があるが，代替的Ｅビット解釈は，通常Ｅビット解釈のオプション的なものであり，通信事業者が代替的Ｅビット解釈を使用するようにネットワークを設定していることについての立証がないから，本件各製品が本件発明１の技術的範囲に属さない旨主張する。 しかしながら，本件製品２及び４は，本件発明１の構成要件を全て充足し，代替的Ｅビット解釈を実施する構成を備えている以上，本件発明１の技術的範囲に属するものと認められ，現実のネットワーク上で通信事業者が代替的Ｅビット解釈を使用するようにネットワークを設定しているかどうかは本件発明１の技術的範囲の属否に影響を及ぼすものではないというべきである。 したがって，原告の上記主張は採用することができない。 (4) まとめア以上の ットワークを設定しているかどうかは本件発明１の技術的範囲の属否に影響を及ぼすものではないというべきである。 したがって，原告の上記主張は採用することができない。 (4) まとめア以上のとおり，本件製品１及び３は，本件発明１の技術的範囲に属さないが，本件製品２及び４は，その技術的範囲に属する。そして，本件発明２は，本件発明１の送信装置におけるデータの送信方法の発明であ り，両発明の構成は共通すること（争いがない。）によれば，本件製品１及び３におけるデータ送信方法の構成は，本件発明２の技術的範囲に属さないが，本件製品２及び４におけるデータ送信方法の構成は，その技術的範囲に属するものと認められる。 イ前記アによれば，原告による本件製品１及び３の輸入，販売等は，本件特許権の侵害行為に当たらないというべきである。 ２ 争点６（権利濫用の成否）について次に，本件事案の内容等に鑑み，被告による本件製品２及び４についての本件特許権に基づく損害賠償請求権の行使が権利の濫用に当たる旨の原告の抗弁の成否について判断することとする。 (1) 前提事実前記争いのない事実と証拠（甲５，６，１２，１３，２７ないし２９，３２ないし３７，６５，８５ないし８７，１０９ないし１１１，乙３６，４２，５３（枝番のあるものは枝番を含む。））及び弁論の全趣旨を総合すれば，以下の事実が認められる。 ア ＥＴＳＩのＩＰＲポリシー(ア) 第２世代移動通信システム（２Ｇ）は，欧州外においては国ごとに規格が異なるばかりか，一つの国の中ですら規格が異なっており，普遍的な運用互換性がなかった。また，米国，日本，欧州は，それぞれ互換性のない規格に従ったシステムを運用していた。そのような状況の中，従来の音声サービスだけでなく，データサービス及びマルチ おり，普遍的な運用互換性がなかった。また，米国，日本，欧州は，それぞれ互換性のない規格に従ったシステムを運用していた。そのような状況の中，従来の音声サービスだけでなく，データサービス及びマルチメディアサービスを提供する第３世代移動通信システム（３Ｇ）の普及促進と付随する仕様の標準化を目的として，ＥＴＳＩ（欧州電気通信標準化機構）などの世界の標準化団体が結集し，１９９８年（平成１０年）に３ＧＰＰという名称の標準化団体を結成した。 (イ) ＥＴＳＩは，知的財産権（ＩＰＲ）の取扱いに関する方針とし て，ＩＰＲポリシーを定めている。 一般に，技術の標準化を進めることによって，製品間の互換性を確保し，製造・調達のコストを削減し，また，研究開発の効率化や他社との提携機会の拡大等の効果が見込まれ，さらには，エンドユーザーにとっても，製品・サービスの利便性の向上，製品価格やサービス料金の低減につながるといった意義があると考えられるが，他方で，企業は，知的財産権に基づいて技術の実施を独占することで，競合他社による当該技術の実施を禁止し，自社の売上げの増加を図っているところ，ある特定の知的財産権が標準化された技術の規格に必須とされた場合，当該知的財産権を保有する企業が，その標準規格を使用して製品化を図る他の企業に対し，当該知的財産権の実施を禁止すると脅しつつ，法外な実施料やその他の理不尽なライセンス条件を要求して，これに強制的に同意させるという状況が策出されるおそれがあり，また，他の企業は，当該知的財産権の実施許諾を得られない結果，既に標準規格の適用のために行った投資（開発投資・設備投資）が無駄になるおそれがあり，ひいては，技術の標準化による普及が著しく阻害される可能性があることを踏まえて，通信分野における技術の標準化の必要性と 準規格の適用のために行った投資（開発投資・設備投資）が無駄になるおそれがあり，ひいては，技術の標準化による普及が著しく阻害される可能性があることを踏まえて，通信分野における技術の標準化の必要性と知的財産権の保有者の権利との間のバランスをとることが要請されている。 ＥＴＳＩのＩＰＲポリシーは，このような要請に応えることを目的とするものである（３．１項の「方針の目的」参照）。 (ウ) ＥＴＳＩのＩＰＲポリシーには，次のような規定がある。 ａＩＰＲポリシー４．１項は，各会員は，自らが参加する規格技術仕様の開発の間は特に，ＥＴＳＩに必須ＩＰＲについて適時に知らせるため合理的に取り組むものとし，特に，規格又は技術仕様の技術提案を行う会員は，善意をもって，提案が採択された場合に必須 となる可能性のあるその会員のＩＰＲについてＥＴＳＩの注意を喚起する旨を規定し，４．３項は，４．１項の義務は，ＥＴＳＩにこの特許ファミリーの構成要素について適時に知らされた場合には，全ての既存及び将来のその特許ファミリーの構成要素につき満たされたとみなされる旨を規定する。 ｂＩＰＲポリシー６．１項は，特定の規格又は技術仕様に関連する必須ＩＰＲがＥＴＳＩに知らされた場合，ＥＴＳＩの事務局長は，少なくとも製造（製造で使用するべく，ライセンシー自身の設計で，カスタマイズした部品及びサブシステムを製造又は過去から引き続き製造する権利を含む。），製造した機器の販売，賃貸，処分，修理又は使用，動作及び方法の使用の範囲で，当該ＩＰＲにおける取消不能なライセンスを「公正，合理的かつ非差別的な条件」（ＦＲＡＮＤ条件）で許諾する用意があることを書面で取消不能な形で３か月以内に保証することを，当該ＩＰＲの所有者に直ちに求めるものとする旨，上記保証は，ライセンスの 公正，合理的かつ非差別的な条件」（ＦＲＡＮＤ条件）で許諾する用意があることを書面で取消不能な形で３か月以内に保証することを，当該ＩＰＲの所有者に直ちに求めるものとする旨，上記保証は，ライセンスの相互供与に同意することを求めるという条件に従い行われる場合がある旨を規定し，６．２項は，６．１項の保証は，保証が行われた時点で指定したＩＰＲを除外する旨を明示する書面がある場合を除き，その特許ファミリーの全ての既存及び将来の必須ＩＰＲに適用されるものとする旨を規定し，６．３項は，要請されたＩＰＲの所有者の保証が許諾されない場合，委員会の委員長は，適切な場合，ＥＴＳＩ事務局と協議の上，問題が解決するまで，委員会が規格又は技術仕様についての作業を停止すべきかどうかについて判断し，「および／または」関連の規格または技術仕様の承認を行う旨を規定する。 ｃＩＰＲポリシー１５項６は，ＩＰＲに適用される「必須」とは，（商業的ではなく）技術的な理由で，標準化の時点で一般に利用可 能な通常の技術慣行および最新技術を考慮し，ＩＰＲに抵触せずに規格に準拠する機器又は方法を製造又は販売，賃貸，処分，修理，使用または動作できないことを意味する旨を規定する。 ｄＩＰＲポリシー１２項は，ＩＰＲポリシーはフランス法に準拠する旨を規定する。 (エ) ＩＰＲポリシーを補足する「ＩＰＲについてのＥＴＳＩの指針」（甲１６）には，次のような規定がある。 ａＩＰＲについてのＥＴＳＩの指針１．１項は，「本指針の主な特徴は，次のように簡略化できる」と規定する。 「・会員は，ライセンスの許諾を拒否する権利を含む，自らが保有するＩＰＲを保持しその利益を得る権利を完全に有する。 ・ＥＴＳＩは，ＥＴＳＩの技術的な目的に最も資する解決策に基づく規格および技術仕様を作成す は，ライセンスの許諾を拒否する権利を含む，自らが保有するＩＰＲを保持しその利益を得る権利を完全に有する。 ・ＥＴＳＩは，ＥＴＳＩの技術的な目的に最も資する解決策に基づく規格および技術仕様を作成することを目的としている。 ・この目的を達成するに当たり，ＥＴＳＩのＩＰＲについての方針では，通信分野での一般利用の標準化の必要性と，ＩＰＲの所有者の権利との間のバランスを取ることが求められる。 ・ＩＰＲについての方針は，規格の準備および採用，適用への投資が，規格または技術仕様についての必須ＩＰＲを使用できない結果無駄になる可能性があるというリスクを軽減するためのものである。 ・よって，規格作成過程の可能な限り早期に，必須ＩＰＲの存在を知っていることが，特にライセンスが公正，合理的かつ非差別的な（ＦＲＡＮＤ）条件を利用できない場合に必要である。」ｂＩＰＲについてのＥＴＳＩの指針１．４項は，ＥＴＳＩのＩＰＲについての方針は，機関としてのＥＴＳＩ及びその会員，事務局の 権利及び義務を定義するものであり，ＥＴＳＩの非会員にも，方針の下で特定の権利はあるが，法的な義務は有さない旨を規定し，同項に掲げる「表」中には，次のような記載がある。 「会員の権利」「・自らのＩＰＲを規格に含めることを拒否すること（８．１項及び８．２項）。 ・規格に関し，公正，合理的かつ非差別的な条件でライセンスが許諾されること（６．１項）。」「会員の義務」「・ＥＴＳＩに，自らのＩＰＲ及び他者の必須ＩＰＲについて知らせる（４．１項）。 ・必須ＩＰＲの所有者は，公正，合理的かつ非差別的な条件でライセンスを許諾することを保証することが求められる（６．１項）。」「第三者の権利」「・第三者には，必須ＩＰＲの所有者として，又はＥＴＳＩ規格若しく 有者は，公正，合理的かつ非差別的な条件でライセンスを許諾することを保証することが求められる（６．１項）。」「第三者の権利」「・第三者には，必須ＩＰＲの所有者として，又はＥＴＳＩ規格若しくは文書のユーザーとして，ＥＴＳＩのＩＰＲについての方針の下で，次の特定の権利を有する。 ○少なくとも製造及び販売，賃貸，修理，使用，動作するため，規格に関し，公正，合理的かつ非差別的な条件でライセンスが許諾されること（６．１項）。」イ本件ＦＲＡＮＤ宣言に至るまでの経緯(ア) ＥＴＳＩの会員である被告は，１９９８年（平成１０年）１２月１４日，ＥＴＳＩに対し，ＵＭＴＳ規格としてＥＴＳＩが推進しているＷ－ＣＤＭＡ技術に関し，被告の保有する必須ＩＰＲライセンスを，ＥＴＳＩのＩＰＲポリシー６．１項に従って，「公正，合理的か つ非差別的な条件」（ＦＲＡＮＤ条件）で許諾する用意がある旨の宣言（甲５）をした。 (イ) 被告は，２００５年（平成１７年）５月４日，韓国において，本件出願の優先権主張の基礎となる特許出願（優先権主張番号１０－２００５－００３７７７４）をした。 (ウ) 被告は，２００５年（平成１７年）５月９日から１３日にかけて，３ＧＰＰのワーキンググループに対し，その当時の規格を記載した本件技術仕様書Ｖ６．３．０について，「ＲＬＣＵＭでの動作時に任意で使用される「代替的Ｅビット解釈」の導入」及び「ＲＬＣＰＤＵがＲＬＣＳＤＵの最初のオクテットでも最後のオクテットでもない場合に「長さインジケータ」に設定する新たな所定値の導入」を要請する旨の変更リクエスト（甲８５）を提出した。 その後，上記変更リクエストが採用され，同年６月に発行された３ＧＰＰ規格の本件技術仕様書Ｖ６．４．０（甲８７）の「拡張ビット（Ｅビット）」の項（ 要請する旨の変更リクエスト（甲８５）を提出した。 その後，上記変更リクエストが採用され，同年６月に発行された３ＧＰＰ規格の本件技術仕様書Ｖ６．４．０（甲８７）の「拡張ビット（Ｅビット）」の項（９．２．２．５項）において，従来からある通常Ｅビット解釈のオプション規格としての代替的Ｅビット解釈（非確認モード（ＵＭ）でデータを伝送する場合に，シーケンス番号（ＳＮ）に続くＥビットについて，上位レイヤーのコンフィギュレーションが代替的Ｅビット解釈を使用することを選択した場合にのみ使用される規格）が記載され，代替的Ｅビット解釈は，標準規格の一つとされた。 (エ) 被告は，平成１８年５月４日，本件出願をした。その後，被告は，平成２２年１２月１０日，本件特許権の設定登録を受けた。 (オ) 被告は，２００７年（平成１９年）８月７日，ＥＴＳＩに対し，「ＩＰＲの情報についての声明及びライセンスの宣言」と題する書面（甲１３）を提出することにより，ＥＴＳＩのＩＰＲポリシー４．１ 項に従って，本件出願の優先権主張の基礎となる韓国出願の出願番号，本件出願の国際出願番号（ＰＣＴ／ＫＲ２００６／００１６９９）等に係るＩＰＲが，ＵＭＴＳ規格（ＴＳ ２５．３２２等）に関連した必須ＩＰＲであるか，又はそうなる可能性が高い旨を知らせるとともに，そのＩＰＲが引き続き必須である範囲で，規格に関し，ＩＰＲポリシー６．１項に準拠する条件（ＦＲＡＮＤ条件）で，取消不能なライセンスを許諾する用意がある旨の宣言（本件ＦＲＡＮＤ宣言）をした。 上記書面には，この保証は，ライセンスを求める者がＩＰＲポリシー６．１項に従い，規格に関し，相互にライセンスを供与することの条件に従い行われる旨，本件ＦＲＡＮＤの構成，有効性及び実行は，フランス法に準拠する旨の記載がある。 センスを求める者がＩＰＲポリシー６．１項に従い，規格に関し，相互にライセンスを供与することの条件に従い行われる旨，本件ＦＲＡＮＤの構成，有効性及び実行は，フランス法に準拠する旨の記載がある。 ウ本件ＦＲＡＮＤ宣言後の経緯等(ア) アップル社は，２０１１年（平成２３年）４月，米国において，被告に対し，被告が「ｉＰｈｏｎｅ」及び「ｉＰａｄ」に関するアップル社の知的財産権を侵害したと主張して侵害訴訟を提起した。 なお，アップル社主張の知的財産権は，標準規格に必須とされるものではない。 (イ) 前記(ア)のアップル社による米国での訴訟提起の後，被告は，平成２３年４月２１日，原告による本件各製品の生産，譲渡，輸入等の行為が本件各発明に係る本件特許権の直接侵害又は間接侵害（特許法１０１条４号，５号）を構成する旨主張して，特許法１０２条に基づく差止請求権を被保全権利として，原告に対し，本件各製品の生産，譲渡，輸入等の差止め等を求める仮処分命令の申立て（本件仮処分の申立て）をした。 なお，その後，被告は，平成２４年９月２４日，本件仮処分の申立 てのうち，本件製品１及び３を対象とする部分を取り下げた。 (ウ)ａ アップル社は，２０１１年（平成２３年）４月２９日付け書簡（甲６の１）で，被告に対し，●（省略）●等を明らかにするよう要請した。 ｂ 被告は，２０１１年（平成２３年）５月１３日付け書簡（甲６の３）で，アップル社に対し，アップル社が求めるライセンスの条件（対象特許の特定，期間，アップル社が保有する必須特許のクロスライセンスの可能性等）を明らかにすること及び今後の交渉について双方機密扱いで行うよう要請し，さらに，同年６月３日付け書簡（甲６の６）で，被告は，ＦＲＡＮＤ条件でアップル社にライセンスを提供する用意があるが の可能性等）を明らかにすること及び今後の交渉について双方機密扱いで行うよう要請し，さらに，同年６月３日付け書簡（甲６の６）で，被告は，ＦＲＡＮＤ条件でアップル社にライセンスを提供する用意があるが，当該ライセンスの条件を規定する前に，機密保持契約を締結することを求める旨を述べた。 アップル社は，同月２２日付け書簡（甲３２）で，被告に対し，●（省略）●旨を述べた。 これらの経緯を踏まえて，アップル社と被告は，同年７月２０日付けで秘密保持契約（以下「アップル社と被告間の秘密保持契約」という。）（甲３３）を締結した。 (エ) 被告は，２０１１年（平成２３年）７月２５日付け書簡（甲２９）で，アップル社に対し，ＦＲＡＮＤ条件に従って，ＵＭＴＳ規格に必須の被告の保有する特許（出願中のものを含む。）の全世界的かつ非独占的なライセンスを，関連する「●（省略）●％の料率」でライセンス供与する用意ができていることを提示（以下「被告の本件ライセンス提示」という。）し，●（省略）●旨を伝えた。 これに対し，アップル社は，同年８月１８日付け書簡（甲３４の４）で，被告に対し，●（省略）●との意見を述べるとともに，被告の本件ライセンス提示がＦＲＡＮＤ条件に従ったものとアップル社に おいて判断することができるようにするために，アップル社と被告間の秘密保持契約に基づいて，被告がアップル社に支払うことを求めるロイヤルティ料率を他社も支払っているかの確認を含む情報，被告と他社との間の必須特許のライセンス契約に関する情報を開示するよう要請した。 アップル社の上記意見は，①ＵＭＴＳ規格に不可欠とされる特許のあらゆる所有者が全体として要求できるロイヤルティ料率の合計には上限があると考えられており，被告も別の訴訟において，そのようなロイヤルティ料率 ル社の上記意見は，①ＵＭＴＳ規格に不可欠とされる特許のあらゆる所有者が全体として要求できるロイヤルティ料率の合計には上限があると考えられており，被告も別の訴訟において，そのようなロイヤルティ料率の合計が「約５％」であるべきだと主張しているところ，全世界においてＵＭＴＳ規格に不可欠と宣言された１８８９の特許ファミリーのうち，被告が保有しているものがその５．５％に当たる１０３にすぎないこと（２００９年に「FairfieldResourcesInternational」が実施した調査結果）に鑑みると，被告がアップル社に対して要求できるロイヤルティ料率は，高くても０．２７５％（５％×５．５％）と捉えるべきである，②被告がＵＭＴＳ規格に不可欠と宣言する特許は移動体通信チップの機能性にのみ関連するものであるから，当該部品の価格あるいは少なくとも通信装置の業界平均価格を基準とすべきであるところ，被告提示のライセンス料率は，●（省略）●を基準とし，その料率に係る数値も上記①の数値をはるかに上回る点で，法外に高いなどというものである。 (オ) 原告は，平成２３年９月１６日，本件訴訟を提起した。 (カ)ａ 被告は，２０１２年（平成２４年）１月３１日付け書簡（乙３６）で，アップル社に対し，●（省略）●などの意見を述べた上で，被告の本件ライセンス提示がアップル社にとって不本意な内容であるならば，アップル社において，真摯な対案を提示するよう要請をした。 ｂ アップル社は，２０１２年（平成２４年）３月４日付け書簡（甲６５の１）で，被告に対し，自社が行ったＵＭＴＳ規格に必須であると被告が主張する日本における三つの特許（特許第４６４２８９８号（本件特許），特許第４２９９２７０号及び特許第４２９１３２８号）に関する分析結果を反映したライセン 社が行ったＵＭＴＳ規格に必須であると被告が主張する日本における三つの特許（特許第４６４２８９８号（本件特許），特許第４２９９２７０号及び特許第４２９１３２８号）に関する分析結果を反映したライセンス条件を提案するものとして，ライセンス契約書案を添付して，ライセンス契約の申出をした。その概要は，同契約書案（甲６５の２）記載のとおり，●（省略）●％をロイヤルティとして支払うという内容のものである。 これを受けて，被告は，同年４月１８日付け書簡（乙４２）で，アップル社に対し，アップル社の上記ライセンス契約の申出について，●（省略）●ロイヤルティ料率●（省略）●％という金銭的条件が低額であり不合理であること，●（省略）●などを理由に，ＦＲＡＮＤ条件に基づくライセンス契約の申出に当たらないなどと意見を述べた。 (キ)ａ アップル社は，２０１２年（平成２４年）９月１日付け書簡（甲１０９）で，被告に対し，２Ｇ，３Ｇ及び４Ｇ（ＬＴＥ）に対応する携帯機器標準規格必須特許全体を対象として，クロスライセンスの提案を含むＦＲＡＮＤ条件に基づくライセンス許諾の枠組みを提案する用意がある旨を表明した。 ｂ 被告は，２０１２年（平成２４年）９月７日付け書簡（甲１１１）で，アップル社に対し，アップル社の同月１日付け書簡（甲１０９）は，●（省略）●などの意見を述べた上で，●（省略）●を提案した。 ｃ アップル社は，２０１２年（平成２４年）９月７日付け書簡（甲１１０）で，被告に対し，ロイヤルティ料率を算定するに当たって のアップル社の基本的な考え，算定基準等を示した上で，全てのフィーチャーフォン，スマートフォン及び携帯型タブレットに関する両当事者間の１台当たりのロイヤルティの構成として，携帯機器標準規格必須特許全体のロイヤルティを１台当たり● 基準等を示した上で，全てのフィーチャーフォン，スマートフォン及び携帯型タブレットに関する両当事者間の１台当たりのロイヤルティの構成として，携帯機器標準規格必須特許全体のロイヤルティを１台当たり●（省略）●ドルを上限とすべきであるとの前提に立ち，被告がアップル社に請求できるロイヤルティ料率をその●（省略）●％（１台当たり●（省略）●ドル），アップル社が被告に請求できるロイヤルティ料率をその●（省略）●％（１台当たり●（省略）●ドル）とするライセンス案を提示した。 アップル社の上記書簡（甲１１０）には，①ロイヤルティ料率を算定するに当たってのアップル社の基本的な考えとして，「●（省略）●」（訳文１頁３３行～２頁４行，３頁１行～８行，２０行～２１行），②「●（省略）●」（訳文４頁２８行～３９行）などの記載がある。 エ本件特許の位置付け本件特許は，ＵＭＴＳ規格の本件技術仕様書Ｖ６．９．０記載の「代替的Ｅビット解釈」に準拠した製品の製造，販売等及び方法の使用をするのに避けることのできない必須特許である。 (2) 準拠法について本件は，日本法人である原告が，韓国法人である被告に対し，原告による本件各製品の輸入，販売等について被告が本件特許権侵害に基づく原告に対する損害賠償請求権を有しないことの確認を求める訴訟であり，渉外的要素を含むものであるから，準拠法を決定する必要がある。 本件特許権侵害に基づく損害賠償請求権は，その法律関係の性質が不法行為であると解されるから，法の適用に関する通則法（以下「通則法」という。）１７条によってその準拠法が定められることになる。 そして，本件における「加害行為の結果が発生した地の法」（通則法１７条）は，本件各製品の輸入，販売が行われた地が日本国内であること，我が国の特許 その準拠法が定められることになる。 そして，本件における「加害行為の結果が発生した地の法」（通則法１７条）は，本件各製品の輸入，販売が行われた地が日本国内であること，我が国の特許法の保護を受ける本件特許権の侵害に係る損害が問題とされていることからすると，日本の法律と解すべきであるから，本件には，日本法が適用される。 以上を前提に，被告による本件特許権に基づく損害賠償請求権の行使が権利の濫用に当たるか否かについて判断することとする。 (3) 権利濫用の成否について原告は，被告が意図的に本件特許について適時開示義務に違反したこと，被告の本件仮処分の申立てが報復的な対抗措置であること，被告が本件ＦＲＡＮＤ宣言に基づく標準規格必須宣言特許である本件特許権についてのライセンス契約締結義務及び誠実交渉義務に違反し，いわゆる「ホールドアップ状況」（標準規格に取り込まれた技術の権利行使によって標準規格の利用を望む者が利用できなくなる状況）を策出していること，かかる被告の一連の行為が独占禁止法に違反することなどの諸事情に鑑みれば，被告が原告に対し，本件特許権に基づく損害賠償請求権を行使することは，権利の濫用（民法１条３項）に当たり許されない旨主張する。 ア(ア) 我が国の民法には，契約締結準備段階における当事者の義務について明示した規定はないが，契約交渉に入った者同士の間では，一定の場合には，重要な情報を相手方に提供し，誠実に交渉を行うべき信義則上の義務を負うものと解するのが相当である。 ところで，前記前提事実によれば，①３ＧＰＰを結成した標準化団体であるＥＴＳＩ（欧州電気通信標準化機構）の会員である被告は，平成１９年８月７日，甲１３の書面で，ＥＴＳＩに対し，本件出願の国際出願番号等に係るＩＰＲ（知的財産権）がＵＭＴＳ Ｐを結成した標準化団体であるＥＴＳＩ（欧州電気通信標準化機構）の会員である被告は，平成１９年８月７日，甲１３の書面で，ＥＴＳＩに対し，本件出願の国際出願番号等に係るＩＰＲ（知的財産権）がＵＭＴＳ規格（３ＧＰＰ規格）に必須であること，この必須ＩＰＲについて，ＥＴＳＩのＩ ＰＲポリシー６．１項に準拠するＦＲＡＮＤ条件（公正，合理的かつ非差別的な条件）で，取消不能なライセンスを許諾する用意がある旨の宣言（本件ＦＲＡＮＤ宣言）をしたこと，②ＩＰＲについてのＥＴＳＩの指針１．４項は，会員の義務として，「必須ＩＰＲの所有者は，公正，合理的かつ非差別的な条件でライセンスを許諾することを保証することが求められること」（ＩＰＲポリシー６．１項），会員の権利として，「規格に関し，公正，合理的かつ非差別的な条件でライセンスが許諾されること」（ＩＰＲポリシー６．１項），第三者の権利として，「少なくとも製造及び販売，賃貸，修理，使用，動作するため，規格に関し，公正，合理的かつ非差別的な条件でライセンスが許諾されること」（ＩＰＲポリシー６．１項）を定めていることが認められる。 上記①及び②と弁論の全趣旨を総合すると，被告は，ＥＴＳＩのＩＰＲポリシー６．１項，ＩＰＲについてのＥＴＳＩの指針１．４項の規定により，本件ＦＲＡＮＤ宣言でＵＭＴＳ規格に必須であると宣言した本件特許権についてＦＲＡＮＤ条件によるライセンスを希望する申出があった場合には，その申出をした者が会員又は第三者であるかを問わず，当該ＵＭＴＳ規格の利用に関し，当該者との間でＦＲＡＮＤ条件でのライセンス契約の締結に向けた交渉を誠実に行うべき義務を負うものと解される。 そうすると，被告が本件特許権についてＦＲＡＮＤ条件によるライセンスを希望する具体的な申出を受けた場合には，被告 件でのライセンス契約の締結に向けた交渉を誠実に行うべき義務を負うものと解される。 そうすると，被告が本件特許権についてＦＲＡＮＤ条件によるライセンスを希望する具体的な申出を受けた場合には，被告とその申出をした者との間で，ＦＲＡＮＤ条件でのライセンス契約に係る契約締結準備段階に入ったものというべきであるから，両者は，上記ライセンス契約の締結に向けて，重要な情報を相手方に提供し，誠実に交渉を行うべき信義則上の義務を負うものと解するのが相当である。 そして，遅くとも，アップル社が，平成２４年３月４日付け書簡（甲６５の１）で被告に対し，被告がＵＭＴＳ規格に必須であると宣言した本件特許を含む日本における三つの特許に関するＦＲＡＮＤ条件でのライセンス契約の申出をした時点（前記(1)ウ(カ)ｂ）で，アップル社から被告に対するＦＲＡＮＤ条件によるライセンスを希望する具体的な申出がされたものと認められ，アップル社と被告は，契約締結準備段階に入り，上記信義則上の義務を負うに至ったものというべきである。 (イ) この点に関し，被告は，①日本法の観点からは，ＦＲＡＮＤ宣言により誠実交渉義務が生じるのは，ライセンス対象特許の有効性を争うことなく，真にライセンスを受けることを希望する「確定的なライセンスの申出」が必要であると解すべきである，②アップル社の被告に対する平成２４年３月４日の申出は，被告の本件特許の抵触性と有効性を争うものであるから，そもそも「確定的なライセンスの申出」に該当しないし，③また，アップル社の上記申出の内容は，「●（省略）●％」という不合理に低額なライセンス料率を提示するものであって，交渉が成立しないことを知った上で，申出の外形を形式的に策出しただけの真にライセンスを受ける意思のないものであり，この点において 略）●％」という不合理に低額なライセンス料率を提示するものであって，交渉が成立しないことを知った上で，申出の外形を形式的に策出しただけの真にライセンスを受ける意思のないものであり，この点においても，上記申出が「確定的なライセンスの申出」に該当しないとして，被告には，本件ＦＲＡＮＤ宣言に基づく誠実交渉義務が発生していない旨主張する。 しかしながら，被告の主張は，以下のとおり理由がない。 ａ 上記①及び②についてＦＲＡＮＤ宣言に基づく標準規格必須宣言特許についてのＦＲＡＮＤ条件によるライセンスを希望する申出は，許諾対象特許の有効性を留保するものであったとしても，その申出の内容が許諾対象特 許が有効であることを前提とする具体的なものであり，ＦＲＡＮＤ条件によるライセンスを受けようとする意思が明確であるときは，上記申出により，ＦＲＡＮＤ宣言をした者と上記申出をした者との間で，前記(ア)の信義則上の義務が発生するというべきである。 しかるところ，アップル社の平成２４年３月４日付け申出（甲６５の１）は，許諾対象特許を本件特許を含む三つの日本国特許に特定し，ライセンス料率等の詳細なライセンス条件を記載したライセンス契約書案（甲６５の２）を添付した具体的なものであり，その記載内容に照らし，アップル社におけるＦＲＡＮＤ条件によるライセンスを受けようとする意思が明確であることが認められる。もっとも，上記契約書案の「●（省略）●」には，「●（省略）●」（訳文２頁２行～４行）との記載があり，アップル社の上記申出は，許諾対象特許とされた本件特許の有効性を留保するものといえる。しかし，上記条項の記載内容自体は格別不合理なものではない上，被告がアップル社の子会社である原告に対し本件特許権に基づく本件各製品の輸入，譲渡等の差止めを求 本件特許の有効性を留保するものといえる。しかし，上記条項の記載内容自体は格別不合理なものではない上，被告がアップル社の子会社である原告に対し本件特許権に基づく本件各製品の輸入，譲渡等の差止めを求める本件仮処分の申立てをし，原告がその防御として本件特許の有効性等を争っていること，同仮処分命令申立事件はアップル社の上記申出があった当時も係属中であったこと（弁論の全趣旨）を踏まえると，アップル社が上記申出において本件特許の有効性を留保しているからといって，直ちにアップル社においてＦＲＡＮＤ条件によるライセンスを受けようとする意思がないということはできない。 したがって，被告の主張①及び②は，理由がない。 ｂ 上記③についてアップル社が平成２４年３月４日付け申出において提示したライセンス料率（ロイヤルティ料率）は日本国における●（省略）●％ というものであるが，そのライセンス料率の数値のみからＦＲＡＮＤ条件に適合しない不合理に低額なものであり，アップル社においてＦＲＡＮＤ条件によるライセンスを受けようとする意思がないものと断ずることはできないし（前記前提事実に照らすと，上記ライセンス料率は，アップル社が平成２３年８月１８日付け書簡（甲３４の４）で示した全世界におけるＵＭＴＳ規格に不可欠と宣言された特許ファミリーのうち，被告が保有しているものの割合（前記(1)ウ(エ)）を踏まえたものであることがうかがわれる。），アップル社において上記ライセンス料率以外の条件でライセンス契約を締結する意思が全くなかったとまで認めることはできない。 したがって，被告の主張③は，理由がない。 イそこで，被告において前記ア(ア)の信義則上の義務違反があったかどうかについて検討する。 前記前提事実と弁論の全趣旨によれば，①被告は， ない。 したがって，被告の主張③は，理由がない。 イそこで，被告において前記ア(ア)の信義則上の義務違反があったかどうかについて検討する。 前記前提事実と弁論の全趣旨によれば，①被告は，平成２３年７月２０日付けで秘密保持契約（アップル社と被告間の秘密保持契約）を締結した後，同月２５日付け書簡（甲２９）で，アップル社に対し，ＦＲＡＮＤ条件に従って，ＵＭＴＳ規格に必須の被告の保有する特許（出願中のものを含む。）の全世界的かつ非独占的なライセンスを，関連する「●（省略）●％の料率」でライセンス供与する用意ができていることを提示（被告の本件ライセンス提示）し，●（省略）●，その際，被告は，上記ライセンス条件の「●（省略）●％の料率」の算定根拠を示さなかったこと，②アップル社は，同年８月１８日付け書簡（甲３４の４）で，被告に対し，被告の本件ライセンス提示について，全世界においてＵＭＴＳ規格に不可欠と宣言された１８８９の特許ファミリーのうち，被告が保有しているものがその５．５％に当たる１０３にすぎないこと（「FairfieldResourcesInternational」が実施した調査結果） からすると，被告がアップル社に対して要求できるロイヤルティ料率は，高くても０．２７５％（５％×５．５％）と捉えるべきであることなどを理由に，被告の本件ライセンス提示に係るライセンス料率が法外な高さであり，ＦＲＡＮＤ条件に従ったものでないとの意見を述べるとともに，被告の本件ライセンス提示がＦＲＡＮＤ条件に従ったものとアップル社において判断することができるようにするために，アップル社と被告間の秘密保持契約に基づいて，被告がアップル社に支払うことを求めるロイヤルティ料率を他社も支払っているかの確認を含む情報，被告と他社との間の必須 断することができるようにするために，アップル社と被告間の秘密保持契約に基づいて，被告がアップル社に支払うことを求めるロイヤルティ料率を他社も支払っているかの確認を含む情報，被告と他社との間の必須特許のライセンス契約に関する情報を開示するよう要請したこと，③被告は，平成２４年１月３１日付け書簡（乙３６）で，アップル社に対し，●（省略）●被告の本件ライセンス提示がアップル社にとって不本意な内容であるならば，アップル社において，真摯な対案を提示するよう要請をしたが，その際，被告は，被告の本件ライセンス提示に係るライセンス料率（ロイヤルティ料率）の算定根拠を示さなかったこと，④アップル社は，平成２４年３月４日付け書簡（甲６５の１）で，被告に対し，被告がＵＭＴＳ規格に必須であると宣言した本件特許を含む日本における三つの特許について，●（省略）●％をロイヤルティとして支払う旨のＦＲＡＮＤ条件でのライセンス契約の申出をしたこと，⑤被告は，同年４月１８日付け書簡（乙４２）で，アップル社に対し，アップル社の上記④の申出は，日本における三つの特許の個々につきロイヤルティ料率●（省略）●％という金銭的条件が低額であり不合理であること，●（省略）●などを理由に，ＦＲＡＮＤ条件に基づくライセンスの申出に当たらないなどと意見を述べたこと，⑥アップル社は，同年９月１日付け書簡（甲１０９）で，被告に対し，２Ｇ，３Ｇ及び４Ｇ（ＬＴＥ）に対応する携帯機器標準規格必須特許全体を対象として，クロスライセンスの提案を含むＦＲＡＮＤ条件に基づくライ センス許諾の枠組みを提案する用意がある旨を表明し，さらに，同月７日付け書簡（甲１１０）で，被告に対し，ロイヤルティ料率を算定するに当たってのアップル社の基本的な考え，算定基準等を示した上で，全てのフィーチャーフ みを提案する用意がある旨を表明し，さらに，同月７日付け書簡（甲１１０）で，被告に対し，ロイヤルティ料率を算定するに当たってのアップル社の基本的な考え，算定基準等を示した上で，全てのフィーチャーフォン，スマートフォン及び携帯型タブレットに関する両当事者間の１台当たりのロイヤルティの構成として，携帯機器標準規格必須特許全体のロイヤルティを１台当たり●（省略）●ドルを上限とすべきであるとの前提に立ち，被告がアップル社に請求できるロイヤルティ料率をその●（省略）●％（１台当たり●（省略）●ドル），アップル社が被告に請求できるロイヤルティ料率をその●（省略）●％（１台当たり●（省略）●ドル）とするライセンス案を提示したこと，⑦一方，被告は，同月７日付け書簡（甲１１１）で，アップル社に対し，上記⑥のアップル社の同月１日付け書簡は，●（省略）●を提案したことが認められる。 これらの認定事実に加えて，本件証拠上，アップル社が平成２４年９月７日付け書簡で提示したライセンス案について，被告がいかなる対応をしたのか不明であることを総合すると，①アップル社と被告間の本件特許権についてのライセンス交渉の過程において，被告は，平成２３年７月２５日付け書簡で，アップル社に対し，本件ＦＲＡＮＤ条件に従ったライセンス条件として，ＵＭＴＳ規格に必須の被告の保有する特許（出願中のものを含む。）の全世界的かつ非独占的なライセンスについて「●（省略）●％の料率」の提示（被告の本件ライセンス提示）をしたものの，その際には，上記ライセンス条件の算定根拠を示すことがなかった上，その後，アップル社から，被告の本件ライセンス提示がＦＲＡＮＤ条件に従ったものとアップル社において判断することができるようにするために，被告がアップル社に支払うことを求めるロイヤルティ料率を他社も支 の後，アップル社から，被告の本件ライセンス提示がＦＲＡＮＤ条件に従ったものとアップル社において判断することができるようにするために，被告がアップル社に支払うことを求めるロイヤルティ料率を他社も支払っているかの確認を含む情報，被告と他社との間の必 須特許のライセンス契約に関する情報を開示するよう要請があったにもかかわらず，平成２４年９月７日に至っても上記ライセンス条件の算定根拠を示すことはなかったこと，②その間，被告は，アップル社が同年３月４日付け書簡で被告がＵＭＴＳ規格に必須であると宣言した本件特許を含む日本における三つの特許について，●（省略）●％をロイヤルティとして支払う旨のＦＲＡＮＤ条件でのライセンス契約の申出をし，さらには，同年９月７日付け書簡でロイヤルティ料率を算定するに当たってのアップル社の基本的な考え，算定基準等を示した上で，クロスライセンスを含む具体的なライセンス案を提示しているにもかかわらず，アップル社が被告の本件ライセンス提示を不本意とするならば，アップル社において具体的な提案をするよう要請するのみで，アップル社が提示したライセンス条件に対する具体的な対案を示していないことが認められる。 上記①及び②に鑑みると，被告は，アップル社の再三の要請にもかかわらず，アップル社において被告の本件ライセンス提示又は自社のライセンス提案がＦＲＡＮＤ条件に従ったものかどうかを判断するのに必要な情報（被告と他社との間の必須特許のライセンス契約に関する情報等）を提供することなく，アップル社が提示したライセンス条件について具体的な対案を示すことがなかったものと認められるから，被告は，ＵＭＴＳ規格に必須であると宣言した本件特許に関するＦＲＡＮＤ条件でのライセンス契約の締結に向けて，重要な情報をアップル社に提供し， て具体的な対案を示すことがなかったものと認められるから，被告は，ＵＭＴＳ規格に必須であると宣言した本件特許に関するＦＲＡＮＤ条件でのライセンス契約の締結に向けて，重要な情報をアップル社に提供し，誠実に交渉を行うべき信義則上の義務に違反したものと認めるのが相当である。 これに反する被告の主張は，採用することができない。 ウ以上のとおり，被告が，原告の親会社であるアップル社に対し，本件ＦＲＡＮＤ宣言に基づく標準規格必須宣言特許である本件特許権につい てのＦＲＡＮＤ条件でのライセンス契約の締結準備段階における重要な情報を相手方に提供し，誠実に交渉を行うべき信義則上の義務に違反していること，かかる状況において，被告は，本件口頭弁論終結日現在，本件製品２及び４について，本件特許権に基づく輸入，譲渡等の差止めを求める本件仮処分の申立てを維持していること，被告のＥＴＳＩに対する本件特許の開示（本件出願の国際出願番号の開示）が，被告の３ＧＰＰ規格の変更リクエストに基づいて本件特許に係る技術（代替的Ｅビット解釈）が標準規格に採用されてから，約２年を経過していたこと，その他アップル社と被告間の本件特許権についてのライセンス交渉経過において現れた諸事情を総合すると，被告が，上記信義則上の義務を尽くすことなく，原告に対し，本件製品２及び４について本件特許権に基づく損害賠償請求権を行使することは，権利の濫用に当たるものとして許されないというべきである。 ３ 結論以上によれば，原告の請求は，理由があるから，認容することとし，主文のとおり判決する。 東京地方裁判所民事第４６部 裁判長裁判官大鷹一郎 裁判官高橋 彩 裁判官上田真史 （別紙） 決する。 東京地方裁判所民事第４６部 裁判長裁判官大鷹一郎 裁判官高橋 彩 裁判官上田真史 （別紙）　物件目録 １ 「ｉＰｈｏｎｅ ３ＧＳ」 ２ 「ｉＰｈｏｎｅ ４」 ３ 「ｉＰａｄＷｉ－Ｆｉ＋３Ｇモデル」 ４ 「ｉＰａｄ ２ Ｗｉ－Ｆｉ＋３Ｇモデル」 （別紙１）３ＧＰＰＴＳ２５．３２２ Ｖ６．９．０（抜粋） １ 「4.2.1.2 Unacknowledgedmode (UM) RLCentitiesFigure 4.3 belowshowsthemodeloftwounacknowledgedmodepeerRLCentitieswhenduplicateavoidanceandreorderingisnotconfigured.」 （訳文）「4.2.1.2 アンアクナリッジドモード(UM)RLC エンティティ下記に示す図4.3 は，重複回避及びリオーダリングを有しない２つのアンアクナリッジモード（UM）ピアRLC エンティティを示す。」 TransmittingUMRLCentityTransmissionbufferUM -SAPReceivingUMRLCentityReceptionbufferUM -SAPRadioInterface (Uu )Segmentation &ConcatenationCip M -SAPRadioInterface (Uu )Segmentation &ConcatenationCipheringAddRLCheaderReassemblyDecipheringRemoveRLCheaderDCCH /DTCH – UECCCH /SHCCH /DCCH /DTCH /CTCH /MCCH /MSCH /MTCH – UTRANDCCH /DTCH – UTRANCCCH /SHCCH /DCCH /DTCH /CTCH /MCCH /MSCH /MTCH – UEUE /UTRANUTRAN /UE Figure 4.3a:Modeloftwounacknowledgedmodepeerentitiesconfiguredforusewithduplicateavoidanceandreordering」 ２ 「4.2.1.2.1 TransmittingUMRLCentityThetransmittingUM-RLCentityreceivesRLCSDUsfromupperlayersthroughtheUM-SAP.ThetransmittingUMRLCentitysegmentstheRLCSDUi LCSDUsfromupperlayersthroughtheUM-SAP.ThetransmittingUMRLCentitysegmentstheRLCSDUintoUMDPDUsofappropriatesize, iftheRLCSDUislargerthanthelengthofavailablespaceintheUMDPDU.」 （訳文）「4.2.1.2.1 送信UMRLC エンティティ送信UM-RLC エンティティは，上位レイヤからUM-SAP を通じてRLCSDUs を受信する。送信UMRLC エンティティは，もしRLCSDU がUMDPDU の利用可能なスペースの長さより大きい場合には，RLCSDU を適当なサイズのUMDPDUs に分割する。」 ３ 「9.2.1.3 UMDPDUTheUMDPDUisusedtotransferuserdatawhenRLCisoperatinginunacknowledgedmode. Thelengthofthedatapartshallbeamultipleof 8bits. TheUMDPDUheaderconsistsofthefirstoctet, whichcontainsthe"SequenceNumber". TheRLCheaderconsistsofthefirstoctetandalltheoctetsthatcontain "LengthIndicators". 」 （訳文）「9.2.1.3 UMDPDUUMDPDU は，RLC がU dalltheoctetsthatcontain "LengthIndicators". 」 （訳文）「9.2.1.3 UMDPDUUMDPDU は，RLC がUM モードで動作しているときに，ユーザーデータを転送するために用いられる。データパートの長さは，８ビットの倍数である。UMDPDUヘッダは，「一連番号」を含む最初のオクテットで構成される。RLC ヘッダは，最初のオクテットと，「長さインジケータ」を含むすべてのオクテットで構成される。」 Oct1ELengthIndicatorDataPADLastOctetELengthIndicator(Optional) (1)...ESequenceNumber(Optional)(Optional) Figure 9.2: UMDPDU ４ 「9.2.2.5 Extensionbit(E)Length:1bit.TheinterpretationofthisbitdependsonRLCmodeandhigherlayerconfiguration:- IntheUMDPDU, the "Extensionbit" inthefirstoctethaseitherthenormalE-bitinterpretationorthealternativeE-bitinterpretationdependingonhigherlayerconfiguration. The "Extensionbit" inalltheotheroctectsalwayshasthenor dingonhigherlayerconfiguration. The "Extensionbit" inalltheotheroctectsalwayshasthenormalE-bitinterpretation.- IntheAMDPDU, the "Extensionbit" alwayshasthenormalE-bitinterpretation. NormalE-bitinterpretation: BitDescription Thenextfieldisdata,piggybackedSTATUSPDUorpadding ThenextfieldisLengthIndicatorandEbit AlternativeE-bitinterpretation:BitDescription ThenextfieldisacompleteSDU,whichisnotsegmented,concatenatedorpadded. ThenextfieldisLengthIndicatorandEbit」（訳文）「9.2.2.5 エクステンションビット(E)長さ：１ビットこのビットの解釈は，RLC のモード及び上位レイヤーのコンフィギュレーションに依存する。 － UMDPDU において，最初のオクテットに含まれる「拡張ビット」は，上位レイヤーのコンフィギュレーションに応じて，通常E ビット解釈又は代替的Eビット解釈のいずれかを有する。他の全てのオクテットに含まれる「拡張ビット」は 初のオクテットに含まれる「拡張ビット」は，上位レイヤーのコンフィギュレーションに応じて，通常E ビット解釈又は代替的Eビット解釈のいずれかを有する。他の全てのオクテットに含まれる「拡張ビット」は，常に通常Ｅビット解釈を有する。 － AMDPDU において，「拡張ビット」は，常に通常E ビット解釈を有する。 通常E ビット解釈： Bit記述 次のフィールドは，データ，ピギーバック状態のPDU，又はパディング 次のフィールドは，長さインジケータとE ビット 代替的E ビット解釈：Bit記述 次のフィールドは，分割，連結，パディングされていない完全なSDU 次のフィールドは，長さインジケータとE ビット」 ５(1) 「9.2.2.8 LengthIndicator (LI)Unlessthe "Extensionbit" indicatesthataUMDPDUcontainsacompleteSDUwhichisnotsegmented, concatenatedorpadded, a "LengthIndicator" isusedtoindicatethelastoctetofeachRLCSDUendingwithinthePDU.」 （訳文）「9.2.2.8 長さインジケータ（ＬＩ）「エクステンションビット」が，UMDPDU が分割，連結，パディングのいずれもなされていない完全なSDU を含むことを示していなければ，「長さインジケータ」は，PDU の中のそれぞれのRLCSD エクステンションビット」が，UMDPDU が分割，連結，パディングのいずれもなされていない完全なSDU を含むことを示していなければ，「長さインジケータ」は，PDU の中のそれぞれのRLCSDU が終わる最後のオクテットを示すものとして用いられる。」 (2) 「Inthecasewherethe "alternativeE-bitinterpretation" isconfiguredforUMRLCandanRLCPDUcontainsasegmentofanSDUbutneitherthefirstoctetnorthelastoctetofthisSDU:-ifa 7-bit "LengthIndicator" isused:-the "LengthIndicator" withvalue "111 1110" shallbeused.-ifa 15-bit "LengthIndicator" isused:- the "LengthIndicator" withvalue "111 1111 1111 1110" shallbeused.」 （訳文）「UMRLC のための「代替的Ｅビット解釈」が設定され，かつ，RLCPDU がSDU のセグメントを含むがSDU の最初のオクテットも最後のオクテットも含まない場合であって，－７ビットの「長さインジケータ」が用いられるときには，値「111 1110」を持つ「長さインジケータ」を用い，－１５ビットの「長さインジケータ」が用いられるときには，値「111 1111 11111110」を持つ「長さインジケータ」を用いる。」 」を持つ「長さインジケータ」を用い，－１５ビットの「長さインジケータ」が用いられるときには，値「11111111111110」を持つ「長さインジケータ」を用いる。」 （別紙）本件明細書の図面 【図１】 【図２Ｃ】 【図３】 【図４】 【図５Ａ】【図５Ｂ】 【図６Ａ】 【図６Ｂ】

▼ クリックして全文を表示