平成25(ネ)10043 債務不存在確認請求控訴事件

平成２６年５月１６日判決言渡平成２５年（ネ）第１００４３号債務不存在確認請求控訴事件（原審・東京地裁平成２３年（ワ）第３８９６９号事件）口頭弁論終結日平成２６年３月３１日判決控訴人三星電子株式会社訴訟代理人弁護士大野聖二同三村量一同田中昌利同市橋智峰同井上義隆同小林英了同飯塚暁夫同井上聡同逵本憲祐同岡田紘明訴訟代理人弁理士鈴木守補佐人弁理士大谷寛被控訴人アップルジャパン株式会社訴訟承継人ＡｐｐｌｅＪａｐａｎ合同会社訴訟代理人弁護士長沢幸男同矢倉千栄同 同会社訴訟代理人弁護士長沢幸男同矢倉千栄同永井秀人同稲瀬雄一同石原尚子同金子晋輔
同蔵原慎一朗同片山英二同北原潤一同岡本尚美同岩間智女同梶並彰一郎訴訟代理人弁理士大塚康徳同加藤志麻子補佐人弁理士大塚康弘同坂田恭弘 主文 １ 原判決を次のとおり変更する。 ２ 被控訴人による別紙物件目録１及び３記載の各製品の生産，譲渡，貸渡し，輸入又はその譲渡若しくは貸渡しの申出（譲渡若しくは貸渡しのための展示を含む。）について，控訴人が被控訴人に対して特許第４６４２８９８号特許権の侵害を理由とする損害賠償請求権を有しないことを確認する。 若しくは貸渡しの申出（譲渡若しくは貸渡しのための展示を含む。）について，控訴人が被控訴人に対して特許第４６４２８９８号特許権の侵害を理由とする損害賠償請求権を有しないことを確認する。 ３ 被控訴人による別紙物件目録２及び４記載の各製品の生産，譲渡，貸渡し，輸入又はその譲渡若しくは貸渡しの申出（譲渡若しくは貸渡しのための展示を含む。）について，控訴人が被控訴人に対して有する特許第４６４２８９８号特許権の侵害を理由とする損害賠償請求権が，金９９５万５８５４円及びこれに対する平成２５年９月２８日から支払済まで年５分の割合による金額を超えて存在しないことを確認する。 ４ 被控訴人のその余の請求を棄却する。 ５ 訴訟費用は第１審，第２審を通じてこれを３分し，その２を控訴人の，その余を被控訴人の負担とする。
 ６ 控訴人に対し，この判決に対する上告及び上告受理の申立てのための付加期間を３０日と定める。 第１ 控訴の趣旨 １ 原判決を取り消す。 ２ 被控訴人の請求を棄却する。 ３ 訴訟費用は第１審，第２審とも被控訴人の負担とする。 第２ 事案の概要 １ 事案の要旨本件は，被控訴人（第１審原告）が，被控訴人による別紙物件目録記載の各製品（以下「本件各製品」と総称し，同目録１記載の製品を「本件製品１」，同目録２記載の製品を「本件製品２」などという。）の生産，譲渡，輸入等の行為は，控訴人（第１審被告）が有する発明の名称を「移動通信システムにおける予め設定された長さインジケータを用いてパケットデータを送受信する方法及び装置」とする特許第４６４２８９８号の特許権（以下，この特許を「本件特許」，この特許権を「本件特許権」という。）の侵害行為に当たらないなどと主張し，控訴人が被控訴人の上記 トデータを送受信する方法及び装置」とする特許第４６４２８９８号の特許権（以下，この特許を「本件特許」，この特許権を「本件特許権」という。）の侵害行為に当たらないなどと主張し，控訴人が被控訴人の上記行為に係る本件特許権侵害の不法行為に基づく損害賠償請求権を有しないことの確認を求めた事案である。 原判決は，本件製品１及び３は本件特許に係る発明の技術的範囲に属しないとする一方，本件製品２及び４については，本件特許に係る発明の技術的範囲に属するとしつつも，控訴人による本件特許権に基づく損害賠償請求権の行使は権利濫用に当たると判断して，被控訴人の請求を全部認容した。控訴人は，これを不服として本件控訴を提起した。 ２ 争いのない事実等（証拠の摘示のない事実は，公知事実若しくは争いのない事実であるか，又は弁論の全趣旨により認められる事実である。）(1) 当事者ア被控訴人は，パーソナル・コンピュータ，コンピュータ関連機器のハードウ
ェア及びソフトウェア，コンピュータに関連する付属機器の販売等を目的とする合同会社である。 なお，被控訴人は，平成２３年１０月３０日に，米国法人のアップルインコーポレイテッド（以下「アップル社」という。）の子会社であるアップルジャパン株式会社を吸収合併し，本件訴訟における同社の地位を承継した（以下においては，上記吸収合併前のアップルジャパン株式会社についても「被控訴人」という。）。 イ控訴人は，電子電気機械器具，通信機械器具及び関連機器とその部品の製作，販売等を目的とする韓国法人である。 (2) 本件特許権ア控訴人（特許登録原簿上の名称「サムスンエレクトロニクスカンパニーリミテッド」）は，平成１８年５月４日，本件特許に係る国際特許出願（国際出願番号・ＰＣＴ／ＫＲ２００６／００ 本件特許権ア控訴人（特許登録原簿上の名称「サムスンエレクトロニクスカンパニーリミテッド」）は，平成１８年５月４日，本件特許に係る国際特許出願（国際出願番号・ＰＣＴ／ＫＲ２００６／００１６９９，優先日・平成１７年５月４日，優先権主張国・韓国，日本における出願番号・特願２００８－５０７５６５号。以下「本件出願」という。）をし，平成２２年１２月１０日，本件特許権の設定登録を受けた（甲１の１，２）。 イ本件特許の特許請求の範囲は，請求項１ないし１４から成り，その請求項１及び８の記載は，次のとおりである（以下，請求項８に係る発明を「本件発明１」，請求項１に係る発明を「本件発明２」といい，本件発明１及び２を併せて「本件各発明」という。）。 「【請求項１】 移動通信システムにおけるデータを送信する方法であって，上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定する段階と，前記ＳＤＵが一つのＰＤＵに含まれる場合に，ヘッダーとデータフィールドを含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一連番号（ＳＮ）フィールドと，前記ＰＤＵが分割，連結，またはパディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを指示する１ビットフィールドと，を含み，前記ＳＤＵが一つのＰＤ
Ｕに含まれない場合に，前記ＳＤＵを伝送可能なＰＤＵのサイズにより複数のセグメントに分割し，各ＰＤＵのデータフィールドが前記複数のセグメントのうち一つのセグメントを含む複数のＰＤＵを構成する段階と，ここで，前記各ＰＤＵのヘッダーは，ＳＮフィールド，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示す１ビットフィールド，そして前記少なくとも一つのＬＩフィ Ｕを構成する段階と，ここで，前記各ＰＤＵのヘッダーは，ＳＮフィールド，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示す１ビットフィールド，そして前記少なくとも一つのＬＩフィールドを含み，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され，前記ＰＤＵを受信器に伝送する段階と，を有することを特徴とするデータ送信方法。」「【請求項８】 移動通信システムにおけるデータを送信する装置であって，上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定し，前記ＳＤＵを伝送可能なＰＤＵサイズによって少なくとも一つのセグメントに再構成するための伝送バッファと，一連番号（ＳＮ）フィールドと１ビットフィールドをヘッダーに含み，前記少なくとも一つのセグメントをデータフィールド内に含む少なくとも一つのＰＤＵを構成するヘッダー挿入部と，前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定し，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部と，前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記少なくとも一つのＰＤＵの前記１ビットフィールド以後にＬＩフィールドを挿入し，設定するＬＩ挿入部と，ここで，前記ＰＤＵの前記データフィールドが前記Ｓ 前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記少なくとも一つのＰＤＵの前記１ビットフィールド以後にＬＩフィールドを挿入し，設定するＬＩ挿入部と，ここで，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含
むことを示す予め定められた値に設定され，前記ＬＩ挿入部から受信される少なくとも一つのＰＤＵを受信部に伝送する送信部と，を含むことを特徴をするデータ送信装置。」ウ本件各発明を構成要件に分説すると，次のとおりである（以下，各構成要件を「構成要件Ａ」，「構成要件Ｂ」などという。)。 (ｱ) 本件発明１（請求項８）Ａ 移動通信システムにおけるデータを送信する装置であって，Ｂ 上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定し，前記ＳＤＵを伝送可能なＰＤＵサイズによって少なくとも一つのセグメントに再構成するための伝送バッファと，Ｃ 一連番号（ＳＮ）フィールドと１ビットフィールドをヘッダーに含み，前記少なくとも一つのセグメントをデータフィールド内に含む少なくとも一つのＰＤＵを構成するヘッダー挿入部と，Ｄ 前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定し，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部と，Ｅ 前記ＳＤＵ 前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部と，Ｅ 前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記少なくとも一つのＰＤＵの前記１ビットフィールド以後にＬＩフィールドを挿入し，設定するＬＩ挿入部と，Ｆ ここで，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に
設定され，Ｇ 前記ＬＩ挿入部から受信される少なくとも一つのＰＤＵを受信部に伝送する送信部と，Ｈ を含むことを特徴をするデータ送信装置。 (ｲ) 本件発明２（請求項１）Ｉ 移動通信システムにおけるデータを送信する方法であって，Ｊ 上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定する段階と，Ｋ 前記ＳＤＵが一つのＰＤＵに含まれる場合に，ヘッダーとデータフィールドを含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一連番号（ＳＮ）フィールドと，前記ＰＤＵが分割，連結，またはパディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを指示する１ビットフィールドと，を含み，Ｌ 前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記ＳＤＵを伝送可能なＰＤＵのサイズにより複数のセグメントに分割し，各ＰＤＵのデータフィールドが前記複数のセグメントのうち一つのセグメントを含む複数のＰＤＵを構成する段階と，ここで，前記各ＰＤＵのヘッダーは，ＳＮフィールド，少なくとも一つの長さインジケ に分割し，各ＰＤＵのデータフィールドが前記複数のセグメントのうち一つのセグメントを含む複数のＰＤＵを構成する段階と，ここで，前記各ＰＤＵのヘッダーは，ＳＮフィールド，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示す１ビットフィールド，そして前記少なくとも一つのＬＩフィールドを含み，Ｍ 前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され，Ｎ 前記ＰＤＵを受信器に伝送する段階と，Ｏ を有することを特徴とするデータ送信方法。 (3) 被控訴人の行為等ア被控訴人は，アップル社が製造した本件各製品を輸入・販売している。 イ本件各製品は，本件発明１の構成要件Ａ及びＨを充足する。本件各製品にお
けるデータ送信方法は，本件発明２の構成要件Ｉ及びＯを充足する。 ウ本件各製品は，第３世代移動通信システムないし第３世代携帯電話システム（３Ｇ）（ThirdGeneration）の普及促進と付随する仕様の世界標準化を目的とする民間団体である３ＧＰＰ（ThirdGenerationPartnershipProject）が策定した通信規格であるＵＭＴＳ規格（UniversalMobileTelecommunicationsSystem）に準拠した製品である（乙１ないし５。以下，３ＧＰＰが定める通信規格を「３ＧＰＰ規格」ということがある。）。 ＵＭＴＳ規格とは，３ＧＰＰで策定された第３世代移動通信システムの総称であり，多数の技術仕様からなっている。ＵＭＴＳ規格のうちの無線通信規格には，Ｗ－ＣＤＭＡ方式（WidebandCode ＵＭＴＳ規格とは，３ＧＰＰで策定された第３世代移動通信システムの総称であり，多数の技術仕様からなっている。ＵＭＴＳ規格のうちの無線通信規格には，Ｗ－ＣＤＭＡ方式（WidebandCodeDivisionMultipleAccess。一般に「Ｗ－ＣＤＭＡ」といった場合には，ＵＭＴＳ規格と同義に使われる例もあるが，本判決においては，「Ｗ－ＣＤＭＡ」といった場合には，３ＧＰＰの技術仕様書（TechnicalSpecification。以下「ＴＳ」と表記することがある。）のうち，２５シリーズに規定されている方式を指すものとする。）のほか，ＬＴＥ方式（LongTermEvolution。 ３ＧＰＰのＴＳのうち３６シリーズに規定されている。）などがある。 (4) 本件特許に関するＦＲＡＮＤ宣言ア ３ＧＰＰを結成した標準化団体の一つであるＥＴＳＩ（EuropeanTelecommunicationsStandardsInstitute）（欧州電気通信標準化機構）は，知的財産権の取扱いに関する方針として「ＩＰＲポリシー」（IntellectualPropertyRightsPolicy）を定めている。 ＩＰＲポリシー（２００９年４月８日付けのもの）には，次のような規定がある（甲１２，１６０。原文英語）。 「３ 方針の目的３．１ ＥＴＳＩは，総会が提議した，ヨーロッパの通信セクターの技術的な目的に最も資する解決策に基づく規格および技術仕様を作成することを目的としている。この目的を推進するため，ＥＴＳＩのＩＰＲについての方針は，ＥＴＳＩおよ
び会員，ＥＴＳＩ規格および技術仕様を適用するその他の，規格の準備および採用，適用への投資が，規格または技術仕様についての必須ＩＰＲを使用できない結果無駄になる可能性 ての方針は，ＥＴＳＩおよ
び会員，ＥＴＳＩ規格および技術仕様を適用するその他の，規格の準備および採用，適用への投資が，規格または技術仕様についての必須ＩＰＲを使用できない結果無駄になる可能性があるというリスクを軽減するためのものである。この目的を達成するに当たり，ＥＴＳＩのＩＰＲについての方針では，通信分野での一般利用の標準化の必要性と，ＩＰＲの所有者の権利との間のバランスを取ることが求められる。 ３．２ ＩＰＲの所有者は，ＥＴＳＩの会員またはその関連会社，第三者であるかによらず，規格および技術仕様の実装で，ＩＰＲの使用につき適切かつ公平に補償されるものとする。」「４ ＩＰＲの開示４．１ ・・・各会員は，自らが参加する規格または技術仕様の開発の間は特に，ＥＴＳＩに必須ＩＰＲについて適時に知らせるため合理的に取り組むものとする。 特に，規格または技術仕様の技術提案を行う会員は，善意をもって，提案が採択された場合に必須となる可能性のあるその会員のＩＰＲについてＥＴＳＩの注意を喚起するものとする。」「４．３ 上記の第４．１項に従っての義務は，ＥＴＳＩにこの特許ファミリーの構成要素について適時に知らされた場合には，すべての既存および将来のその特許ファミリーの構成要素につき満たされたとみなされる。・・・」「６ ライセンスの可用性６．１ 特定の規格または技術仕様に関連する必須ＩＰＲがＥＴＳＩに知らされた場合，ＥＴＳＩの事務局長は，少なくとも以下の範囲で，当該のＩＰＲにおける取消不能なライセンスを公正，合理的かつ非差別的な条件（fair, reasonableandnon-discriminatorytermsandconditions）で許諾する用意があることを書面で取消不能な形で３カ月以内に保証することを （fair, reasonableandnon-discriminatorytermsandconditions）で許諾する用意があることを書面で取消不能な形で３カ月以内に保証することを，所有者にただちに求めるものとする。 ・製造で使用するべく，ライセンシー自身の設計で，カスタマイズした部品およびサブシステムを製造または過去から引き続き製造する権利を含む，製造。 ・上記で製造した機器の販売または賃貸，処分。
・機器の修理または使用，動作，および・方法の使用。 上記の保証は，ライセンスの相互供与に同意することを求めるという条件に従い行われる場合がある。・・・６．２ 特許ファミリーの指定された構成要素に関する，第６．１項に従っての保証は，保証が行われた時点で指定したＩＰＲを除外する旨を明示する書面がある場合を除き，その特許ファミリーのすべての既存および将来の必須ＩＰＲに適用されるものとする。当該の除外の範囲は，明示的に指定されたＩＰＲに限定されるものとする。 ６．３ 要請されたＩＰＲの所有者の保証が許諾されない場合，委員会の委員長は，適切な場合，ＥＴＳＩ事務局と協議の上，問題が解決するまで，委員会が規格または技術仕様についての作業を停止すべきかどうかについて判断し，および／または関連の規格または技術仕様の承認を行うものとする。」「１２ このポリシーは，フランス法に準拠する。」「１５ 定義（判決注：本判決においても「必須」，「ＩＰＲ」，「会員」，「特許ファミリー」の語を，以下の定義に基づいて用いることとする。）・・・ ６ ＩＰＲに適用される「必須」とは，（商業的ではなく）技術的な理由で，標準化の時点で一般に利用可能な通常の技術慣行および最新技術を考慮し，ＩＰＲに抵触せずに規格に準 こととする。）・・・ ６ ＩＰＲに適用される「必須」とは，（商業的ではなく）技術的な理由で，標準化の時点で一般に利用可能な通常の技術慣行および最新技術を考慮し，ＩＰＲに抵触せずに規格に準拠する機器または方法を製造または販売，賃貸，処分，修理，使用または動作できないことを意味する。疑義を回避するため，規格が技術的な解決策でのみ実行可能で，すべてがＩＰＲに抵触する例外的な場合で，当該のすべてのＩＰＲは必須とみなされるものとする。 ７ 「ＩＰＲ」とは，商標以外の知的財産権の適用を含む，法律により参照された知的財産権を意味するものとする。疑義を回避するため，体裁に関連する権利または機密情報，企業秘密，同様のものは，ＩＰＲの定義から除外される。・・・
 ９ 「会員」とは，ＥＴＳＩの会員または賛助会員を意味するものとする。会員の参照は，文脈が許す場合には常に，その会員およびその関連会社と解釈されるものとする。・・・ １３ 「特許ファミリー」とは，優先順位の高い文書それ自体を含む，一般に１つ以上の優先順位のあるすべての文書を意味するものとする。疑義を回避するため，「文書」は特許および実用新案，その応用を表す。」イ(ｱ) 控訴人は，１９９８年（平成１０年）１２月１４日，ＥＴＳＩに対し，ＵＭＴＳ規格としてＥＴＳＩが推進しているＷ－ＣＤＭＡ技術に関し，控訴人の保有する必須ＩＰＲライセンスを，ＥＴＳＩのＩＰＲポリシー６．１項に従って，「公正，合理的かつ非差別的な条件」（fair, reasonableandnon-discriminatorytermsandconditions）（以下「ＦＲＡＮＤ条件」という。）で許諾する用意がある旨の誓約（宣言）をした（甲５）。 (ｲ) 控訴人は，２００７年（平成１９年）８月７ natorytermsandconditions）（以下「ＦＲＡＮＤ条件」という。）で許諾する用意がある旨の誓約（宣言）をした（甲５）。 (ｲ) 控訴人は，２００７年（平成１９年）８月７日，ＥＴＳＩに対し，ＥＴＳＩのＩＰＲポリシー４．１項に従って，本件出願の優先権主張の基礎となる韓国出願の出願番号，本件出願の国際出願番号（ＰＣＴ／ＫＲ２００６／００１６９９）等に係るＩＰＲが，ＵＭＴＳ規格（ＴＳ ２５．３２２等）に関連して必須ＩＰＲであるか，又はそうなる可能性が高い旨を知らせるとともに，ＥＴＳＩのＩＰＲポリシー６．１項に準拠する条件（ＦＲＡＮＤ条件）で，取消不能なライセンスを許諾する用意がある旨の宣言（以下「本件ＦＲＡＮＤ宣言」という。）をした（甲１３）。 本件ＦＲＡＮＤ宣言には，その有効性等はフランス法に準拠するとの文言及び規格に関し相互にライセンスを供与することを求めるとの条件に従い行われるとの文言が含まれていた。 (5) 本件訴訟に至る経緯等ア控訴人は，平成２３年４月２１日，被控訴人による本件各製品の生産，譲渡，輸入等の行為が本件各発明に係る本件特許権の直接侵害又は間接侵害（特許法１０１条４号，５号）を構成する旨主張して，特許法１０２条に基づく差止請求権を被
保全権利として，被控訴人に対し，本件各製品の生産，譲渡，輸入等の差止め等を求める仮処分命令の申立て（東京地方裁判所平成２３年（ヨ）第２２０２７号事件。 以下「本件仮処分の申立て」という。）をした。 イ被控訴人は，平成２３年９月１６日，本件訴訟を提起した。 控訴人は，同年１２月６日，「ｉＰｈｏｎｅ ４Ｓ」についても，同様の仮処分の申立て（東京地方裁判所平成２３年（ヨ）第２２０９８号事件。以下「別件仮処分の申立て」という。）をした。 控訴人は， 控訴人は，同年１２月６日，「ｉＰｈｏｎｅ ４Ｓ」についても，同様の仮処分の申立て（東京地方裁判所平成２３年（ヨ）第２２０９８号事件。以下「別件仮処分の申立て」という。）をした。 控訴人は，平成２４年９月２４日，本件仮処分の申立てのうち，本件製品１及び３を対象とする部分を取り下げた。 ウ東京地方裁判所は，平成２５年２月２８日，原判決を言い渡し，同日，本件仮処分の申立て及び別件仮処分の申立てについても，控訴人による本件特許権の行使は権利濫用に当たるとして申立てを却下する旨の決定をした。 ３ 争点本件の争点は，①本件各製品についての本件発明１の技術的範囲の属否(争点１)，②本件発明２に係る本件特許権の間接侵害（特許法１０１条４号，５号）の成否（争点２），③特許法１０４条の３第１項の規定による本件各発明に係る本件特許権の権利行使の制限の成否（争点３），④本件各製品に係る本件特許権の消尽の有無（争点４），⑤控訴人の本件ＦＲＡＮＤ宣言に基づく本件特許権のライセンス契約の成否（争点５），⑥控訴人による本件特許権に基づく損害賠償請求権の行使の権利濫用の成否（争点６）及び⑦損害額（争点７）である。 第３ 争点に関する当事者の主張 １ 争点１（本件各製品についての本件発明１の技術的範囲の属否）について(1) 控訴人の主張ア本件各製品の構成(ｱ) 本件各製品は，３ＧＰＰ規格であるＵＭＴＳ規格（Ｗ－ＣＤＭＡ方式）に準拠したものであるから，３ＧＰＰが２００６年（平成１８年）９月に策定した３Ｇ
ＰＰ規格の技術仕様書「３ＧＰＰＴＳ ２５．３２２ Ｖ６．９．０」（甲１の３，乙６。以下「本件技術仕様書Ｖ６．９．０」という。）記載の構成を備えている。 そして，本件技術仕様書Ｖ６．９．０の「４．２．１．２ アンアクナリッ ＰＴＳ ２５．３２２ Ｖ６．９．０」（甲１の３，乙６。以下「本件技術仕様書Ｖ６．９．０」という。）記載の構成を備えている。 そして，本件技術仕様書Ｖ６．９．０の「４．２．１．２ アンアクナリッジドモード（ＵＭ）ＲＬＣエンティティ」，「４．２．１．２．１ 送信ＵＭＲＬＣエンティティ」，「９．２．１．３ ＵＭＤＰＤＵ」，「９．２．２．５ エクステンションビット（Ｅ）」及び「９．２．２．８ 長さインジケータ（ＬＩ）」（以下，それぞれを「４．２．１．２項」，「４．２．１．２．１項」などという。）によれば，本件各製品は，いずれも，次のとおりの構成を有している（以下，各構成を「構成ａ」，「構成ｂ」などという。)。 ａ 本件各製品は，移動通信システムにおいてデータを送信する装置である。 ｂ 本件各製品は，上位階層からサービスデータユニット(ＳＤＵ）を受信し，ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)の利用可能なスペースより大きい場合には適当なサイズのＰＤＵに分割するための伝送バッファを有している（別紙３ＧＰＰＴＳ２５．３２２ Ｖ６．９．０（抜粋）（以下「別紙ＴＳ」という。）の１及び２記載の４．２．１．２項及び４．２．１．２．１項参照）。 ｃ 本件各製品は，一連番号（ＳＮ）フィールドとＥビットフィールドを有するＵＭＤヘッダと，長さインジケータ（ＬＩ）とを含むＲＬＣヘッダをデータに対して付加するヘッダ付加部を有する（別紙ＴＳの３記載の９．２．１．３項参照）。 ｄ ヘッダ付加部は，ＰＤＵに含まれるものが分割，連結，パディングされていない完全なＳＤＵの場合には完全なＳＤＵが含まれることを示す「０」を設定し，ＰＤＵに含まれるものが完全なＳＤＵでない場合にはＥビットに長さインジケータが存在することを示す「１」を設定する（別紙ＴＳの４記 完全なＳＤＵの場合には完全なＳＤＵが含まれることを示す「０」を設定し，ＰＤＵに含まれるものが完全なＳＤＵでない場合にはＥビットに長さインジケータが存在することを示す「１」を設定する（別紙ＴＳの４記載の９．２．２．５項参照）。 ｅ ヘッダ付加部は，ＳＤＵが一つのＰＤＵに含まれない場合に，少なくとも一つのＰＤＵのＥビットフィールド以後にＬＩフィールドを挿入する（別紙ＴＳの５(1)記載の９．２．２．８項参照）。
ｆ ヘッダ付加部は，ＰＤＵのデータフィールドがＳＤＵの最初のセグメントでも最後のセグメントでもないセグメントを含む場合，ＬＩフィールドは，ＰＤＵがＳＤＵの最初のセグメントでも最後のセグメントでもないセグメントを含むことを示す予め定められた値（「１１１ １１１０」又は「１１１ １１１１ １１１１１１０」）を設定する（別紙ＴＳの５(2)記載の９．２．２．８項参照）。 ｇ 本件各製品は，ヘッダ付加部から受信される少なくとも一つのＰＤＵを受信側のエンティティに伝送する送信部を有している。 ｈ 本件各製品は，データを送信することができる装置である。 (ｲ)ａ カナダ法人のチップワークス社による実機テスト（以下「本件実機テスト」という。）の報告書（乙１３）は，本件製品２及び４が，本件技術仕様書Ｖ６．９． ０の「AlternativeE-bit 解釈」（代替的Ｅビット解釈）に基づく機能（９．２．２． ５項及び９．２．２．８項）を実装していることを示している。このことは，電気通信大学Ａ教授作成の鑑定意見書（乙１４）からも裏付けられる。 (a) 本件実機テストに「基地局エミュレータ」として用いた機器は，ドイツ法人のローデ・シュワルツ社製の無線機テスタ「ＣＭＷ５００ universalradiocommunication 。 (a) 本件実機テストに「基地局エミュレータ」として用いた機器は，ドイツ法人のローデ・シュワルツ社製の無線機テスタ「ＣＭＷ５００ universalradiocommunicationtester」（以下「ＣＭＷ５００」という。）である。ＣＭＷ５００は，Ｗ－ＣＤＭＡ方式に対応したもので，実際のネットワークと同様の通信環境を実現することができる機器である（乙１４の１０頁，乙４１）。ＣＭＷ５００は，ＧＣＦ(GlobalCertificationForum) 及びＰＴＣＲＢ (PCSTypeCertificationReviewBoard) といった国際的な機関による認証を受けている。 テスト１「ＰＤＵサイズ：４８８ビット，ＳＤＵサイズ：４８０ビット」は，「ＰＤＵが分割，連結，パディングされていない完全なＳＤＵを含む場合」のデータサイズの組合せである。なお，ＰＤＵサイズがＳＤＵサイズより８ビットだけ大きくなっているのは，ＳＤＵをＰＤＵに変換する際に８ビットのＰＤＵヘッダ（一連番号（ＳＮ）の７ビット＋Ｅビットの１ビット）が付加されることを考慮したためである（乙１４の１０頁）。
テスト２「ＰＤＵサイズ：８０ビット，ＳＤＵサイズ：４８０ビット」は，最初と最後を除いたＰＤＵ（例えば，２番目のＰＤＵ）が「中間セグメント」に該当するデータサイズの組合せであり，この中間セグメントとしてのＰＤＵをモニタするものである（乙１４の１１頁）。 (b) 本件実機テストの結果は，次のとおりである。 ① ＰＤＵがＳＤＵを完全に含む場合（テスト１）には，一連番号（ＳＮ）に続くＥビットが「０」となり，長さインジケータを含まないＰＤＵが出力されている（乙１３の図１２，１４）。 ② ＰＤＵがＳＤＵの中間セグメントを含む場合（テ 場合（テスト１）には，一連番号（ＳＮ）に続くＥビットが「０」となり，長さインジケータを含まないＰＤＵが出力されている（乙１３の図１２，１４）。 ② ＰＤＵがＳＤＵの中間セグメントを含む場合（テスト２）には，一連番号（ＳＮ）に続くＥビットが「１」となり，長さインジケータとして所定値（１１１１１１０）を含むＰＤＵが出力されている（乙１３の図１３，１５）。 (c) ９．２．２．５項には，代替的Ｅビット解釈として，「次のフィールドは，分割，連結，パディングされていない完全なＳＤＵ」である場合，Ｅビットを「０」とし，「次のフィールドは，長さインジケータとＥビット」である場合，Ｅビットを「１」とすることが，９．２．２．８項には，代替的Ｅビット解釈が設定され，かつ，ＰＤＵがＳＤＵの中間セグメントを含む場合，７ビットの長さインジケータが用いられるときは，値「１１１ １１１０」を持つ長さインジケータを用いることが記載されている。 本件実機テストの結果におけるＥビットの値及び長さインジケータの値（前記(b)）は，本件技術仕様書Ｖ６．９．０の代替的Ｅビット解釈に基づく機能と整合しており，本件製品２及び４が上記機能を実装していることを示すものといえる。 ｂ この点に関し被控訴人は，本件実機テストの結果の「Interpretation」の欄に「次のオクテット：データ（「nextoctet: data」）」と表示されており，「分割，連結，パディングされていない完全なＳＤＵ」と表示されていないから，本件実機テストでは，代替的Ｅビット解釈ではなく，本件技術仕様書Ｖ６．９．０の９．２． ２．５項記載の「NormalE-bit 解釈」（通常Ｅビット解釈）（別紙ＴＳの４参照）が
用いられているなどと主張する。 しかし，代替的Ｅビット解釈において，Ｅ Ｖ６．９．０の９．２． ２．５項記載の「NormalE-bit 解釈」（通常Ｅビット解釈）（別紙ＴＳの４参照）が
用いられているなどと主張する。 しかし，代替的Ｅビット解釈において，Ｅビットに「０」が設定される場合，次に続くビット列が「データ」（ただし，「完全なＳＤＵ」の「データ」である。）であることには相違がないから，「Interpretation」の欄に「次のオクテット：データ（「nextoctet: data」）」と表示されていることは本件実機テストに代替的Ｅビット解釈が使用されていることと相反するものではない。 また，控訴人が通常Ｅビット解釈に従った場合（ＣＭＷ５００の設定画面の「altE_bitinterpretation」のチェックボックス（乙１３の図１１）にチェックを入れない場合）についての比較テストの結果を確認したところ，チェックを入れた場合と入れない場合とでは，ＰＤＵヘッダの構成が異なっており，しかも，チェックを入れない場合には通常Ｅビット解釈に従ったＰＤＵヘッダが出力されていた（乙５５の３５頁ないし３８頁）。かかる比較テストの結果は，本件実機テストにおいて，通常Ｅビット解釈ではなく，代替的Ｅビット解釈が用いられていることを明確に示すものである。 したがって，被控訴人の上記主張は理由がない。 イ構成要件Ｂ及びＤの充足(ｱ) 本件技術仕様書Ｖ６．９．０の９．２．２．５項記載の代替的Ｅビット解釈は，以下に述べるとおり，本件発明１の構成要件Ｂ及びＤの内容を開示したものである。 本件発明１は，「ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ）に含まれるか否かを判定し」（構成要件Ｂ），「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記 Ｕが一つのプロトコルデータユニット(ＰＤＵ）に含まれるか否かを判定し」（構成要件Ｂ），「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」（構成要件Ｄ）する構成を備えている。 構成要件Ｄの文言，本件特許に係る明細書（甲１の２。以下，図面を含めて「本件明細書」という。）の段落【００２２】及び図５Ａによれば，構成要件Ｄの「前記
ＳＤＵが一つのＰＤＵに含まれる場合」とは，「前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含む」場合，すなわち，「ＳＤＵのサイズがＰＤＵのペイロードのサイズに完全に一致する場合」を意味するものであり，ＳＤＵが連結されてＰＤＵに格納されている場合やＳＤＵがパディングとともにＰＤＵに格納されている場合は，これに含まれない。 そして，９．２．２．５項には，「代替的Ｅビット解釈」として，「次のフィールドは，分割，連結，パディングされていない完全なＳＤＵ」である場合，すなわち，ＳＤＵがＰＤＵに完全に含まれる（一致する）場合は，Ｅビットを「０」とし，そうでない場合は，Ｅビットを「１」とすることが記載されており（別紙ＴＳの４参照），上記記載は，ＳＤＵがＰＤＵに完全に含まれる（一致する）か否かの判定を行い，その判定結果に従ってＥビットを上記のように設定することを規定するものといえるから，構成要件Ｂの「ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否か」を「判定」する構成及び構成要件Ｄの「前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」する構成を開示している。なお，４．２．１．２．１項（別紙ＴＳの２参照）と９．２．２．５項との関係は 定」する構成及び構成要件Ｄの「前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」する構成を開示している。なお，４．２．１．２．１項（別紙ＴＳの２参照）と９．２．２．５項との関係は，４． ２．１．２．１項は，Ｅビットのタイプによらず，ＳＤＵがＰＤＵよりも大きいか否かを判定するという包括的な記載にとどまり，代替的Ｅビット解釈が使用される場合の具体的な比較の手法は，９．２．２．５項に記載されていると合理的に理解することができる。 (ｲ) 以上を前提とすると，本件各製品の構成ｂ及びｄは，構成要件Ｂ及びＤをそれぞれ充足する。 ウ構成要件Ｃ，ＥないしＧの充足本件各製品の構成ｃは構成要件Ｃを，構成ｅは構成要件Ｅを，構成ｆは構成要件Ｆを，構成ｇは構成要件Ｇをそれぞれ充足する。 エまとめ(ｱ) 以上のとおり，本件各製品は，本件発明１の構成要件ＢないしＧを充足し，
また，本件各製品が構成要件Ａ及びＨを充足することは，前記争いのない事実等(3)イのとおりである。 したがって，本件各製品は，本件発明１の構成要件を全て充足するから，その技術的範囲に属する。 (ｲ) これに対し被控訴人は，本件各製品が本件発明１の技術的範囲に属するというためには，本件各製品が本件発明１の構成要件に記載された全ての機能を現実のネットワーク上で実行していることを立証する必要があるところ，代替的Ｅビット解釈は，通常Ｅビット解釈のオプション的なものであり，通信事業者が代替的Ｅビット解釈を使用するようにネットワークを設定していることについての立証がないから，本件各製品が本件発明１の技術的範囲に属しない旨主張する。 しかし，本件各製品は，本件発明１の構成要件を全て充足し，代替的Ｅビット解釈を実施する構成を備えている以上，本件発明１の技 証がないから，本件各製品が本件発明１の技術的範囲に属しない旨主張する。 しかし，本件各製品は，本件発明１の構成要件を全て充足し，代替的Ｅビット解釈を実施する構成を備えている以上，本件発明１の技術的範囲に属するというべきであり，現実のネットワーク上で通信事業者が代替的Ｅビット解釈を使用するようにネットワークを設定しているかどうかは本件発明１の技術的範囲の属否とは無関係である。 したがって，被控訴人の上記主張は失当である。 (2) 被控訴人の主張ア本件各製品の構成について(ｱ) 本件各製品におけるＵＭＴＳ規格に関連する処理は，本件各製品に実装されたベースバンドチップによって行われている（以下，本件各製品に実装されているベースバンドチップを「本件ベースバンドチップ」という。）。本件ベースバンドチップは，アップル社がインテル社（IntelCorporation）製のチップをその完全子会社であるインテル・アメリカ社（IntelAmericas, Inc.）を通じて購入し，実装したものである。 本件製品１及び３には，インテル社製のベースバンドチップ「ＰＭＢ８８７８」が搭載されているところ，「ＰＭＢ８８７８」が準拠している３ＧＰＰ規格は，本件
出願の優先日前に公開された「リリース５」と呼ばれるバージョンであり，代替的Ｅビット解釈は含まれていないから，本件製品１及び３が控訴人主張の構成ｂないしｇを有することは争う。 また，本件製品２及び４が控訴人主張の構成ｂないしｇを有することは不知である。 (ｲ)ａ 控訴人主張の本件実機テストの報告書（乙１３）は，本件製品２及び４が代替的Ｅビット解釈に基づく機能を実装していることを基礎付けるものではない。 すなわち，本件実機テストは，基地局のように振る舞うエミュレータに携 件実機テストの報告書（乙１３）は，本件製品２及び４が代替的Ｅビット解釈に基づく機能を実装していることを基礎付けるものではない。 すなわち，本件実機テストは，基地局のように振る舞うエミュレータに携帯端末を接続し，テスト端末からエミュレータに送信されるデータを解析するためのソフトウェアを用いてテストを行っているにすぎないものであり，このような現実のネットワークとは異なる単なるテスト環境において実施したテストの結果によって，本件各製品が現実のネットワークにおいて代替的Ｅビット解釈に基づく機能を実行できることを示すものではない。 ｂ また，本件実機テストの報告書（乙１３）には，次のような不備又は問題点があり，本件製品２及び４が代替的Ｅビット解釈に基づく機能を実装していることを基礎付けるものではない。 (a) 乙１３の図１２及び図１４のテストログ（テスト１）においては，「Byte」欄の「６８」の２列目の行において，Ｅビットが「０」に設定されるとともに，「Interpretation」欄に「nextoctet: data」（訳文「次のオクテット：データ」）と記載されている。このように「次のフィールド」が「データ」と記載されていることからすると，本件実機テストは，代替的Ｅビット解釈ではなく，通常Ｅビット解釈が使用されている場合（本件技術仕様書Ｖ６．９．０の９．２．２．５項の「通常Ｅビット解釈」のビット「０」の場合）であると考えるのが素直である。 また，乙１３の図１２及び図１４のテストログに示されているビット列は，テスト製品から出力されたデータの一部でしかないため，ＰＤＵが分割，連結，パディングされていない一つの完全なＳＤＵを含んでいるのか，別のものを含んでいるの
か定かでないから，そもそも図１２及び図１４のテストログを根拠として 一部でしかないため，ＰＤＵが分割，連結，パディングされていない一つの完全なＳＤＵを含んでいるのか，別のものを含んでいるの
か定かでないから，そもそも図１２及び図１４のテストログを根拠として，テストに用いた製品が代替的Ｅビット解釈を使用しているとの結論を導くことはできない。 なお，乙１３の図１１の「altE_bitinterpretation」のチェックボックスにチェックが入っていることと，テスト製品において実際に代替的Ｅビット解釈が使用されるかどうかとは無関係である。 (b) 乙１３の図１３及び図１５のテストログ（テスト２）における「１１１１１１０」という値が設定された長さインジケータが，中間セグメントを含む長さインジケータにだけ設定されることを裏付ける証拠がない以上，上記値が中間セグメントを含むＰＤＵの存在を示していると結論付けることはできない。 また，乙１３の図１３及び図１５も，図１２及び図１４と同様に，テスト製品から出力されたＳＤＵの表示部分を表示するにとどまり，ＳＤＵの他のセグメントがどのような状態になっているか明らかにされていない。 したがって，図１３及び図１５は，テスト製品が代替的Ｅビット解釈を実装していることを基礎付けるものとはいえない。 イ構成要件Ｂ及びＤの非充足本件発明１の構成要件Ｂ及びＤは，以下のとおり，本件技術仕様書Ｖ６．９．０記載の構成と異なる構成のものであるから，仮に控訴人が主張するように本件各製品が本件技術仕様書Ｖ６．９．０に準拠した構成を備えているとしても，本件各製品が構成要件Ｂ及びＤを充足するとはいえない。 (ｱ) 構成要件Ｂについて構成要件Ｂの「前記ＳＤＵが一つのＰＤＵに含まれるか否かを判定」との記載と構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤ を充足するとはいえない。 (ｱ) 構成要件Ｂについて構成要件Ｂの「前記ＳＤＵが一つのＰＤＵに含まれるか否かを判定」との記載と構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示す」との記載を総合すると，構成要件Ｂにおける「前記ＳＤＵが一つのＰＤＵに含まれる」とは，「ＳＤＵが一つのＰＤＵに完全に含まれる（一致する）」ことを意味すると解すべきである。
このように本件発明１は，構成要件Ｂにおいて，ＳＤＵが一つのＰＤＵに完全に含まれる（一致する）か否かを判定する方式を採用している。 他方で，本件技術仕様書Ｖ６．９．０の４．２．１．２．１項の「ＲＬＣＳＤＵがＵＭＤＰＤＵの利用可能なスペースの長さより大きい場合」に「ＲＬＣＳＤＵを適当なサイズのＵＭＤＰＤＵｓに分割する。」との記載によれば，４．２． １．２．１項記載の判定方式は，ＳＤＵの分割が必要か否かを決定することを目的とし，ＳＤＵがＰＤＵの利用可能な領域よりも大きいか否か（ＳＤＵとＰＤＵの大小関係）を判定する方式であって，ＳＤＵが一つのＰＤＵに完全に含まれる（一致する）か否かを判定する方式とは異なるものである。 また，控訴人主張の本件技術仕様書Ｖ６．９．０の９．２．２．５項の記載は，Ｅビットに設定される「０」又は「１」という値をそれぞれどのように解釈すべきかについて規定しているにすぎず，判定方式については何ら述べていない。 したがって，本件各製品が本件技術仕様書Ｖ６．９．０に準拠した構成ｂを備えていることをもって，本件各製品が構成要件Ｂを充足するとはいえない。 (ｲ) 構成要件Ｄについて構成要件Ｄにいう「前記ＳＤＵが一つのＰＤＵに含まれる場合」とは，①パディ に準拠した構成ｂを備えていることをもって，本件各製品が構成要件Ｂを充足するとはいえない。 (ｲ) 構成要件Ｄについて構成要件Ｄにいう「前記ＳＤＵが一つのＰＤＵに含まれる場合」とは，①パディングが生じている場合（すなわち，ＳＤＵがパディングとともにＰＤＵに格納される場合），②連結が生じている場合（すなわち，ＳＤＵが一つ又は複数の他のＳＤＵと連結され，ＰＤＵに格納される場合），③分割，連結及びパディングのいずれも生じていない場合（すなわち，ＳＤＵのサイズがＰＤＵのペイロードのサイズに完全に一致する場合）を全て対象とするものであるから，構成要件Ｄを充足するというためには，上記①又は②の場合であっても，「ＰＤＵが分割，連結又はパディングなしにＳＤＵを完全に含むことを示すように１ビットフィールドが設定」されなければならない。 他方で，本件技術仕様書Ｖ６．９．０記載の代替的Ｅビット解釈においては，上記③の場合にのみ，ＰＤＵが完全なＳＤＵを含むことを示すように１ビットフィー
ルドが設定されるのであるから，構成要件Ｄと本件技術仕様書Ｖ６．９．０に準拠した構成ｄとでは，ＰＤＵが分割，連結又はパディングされていないＳＤＵを含むことを示すように１ビットフィールドが設定される条件が異なるとともに，ＰＤＵが連結又はパディングの生じているＳＤＵを含む場合の１ビットフィールドの設定方法が異なっている。 したがって，本件各製品が本件技術仕様書Ｖ６．９．０に準拠した構成ｄを備えていることをもって，本件各製品が構成要件Ｄを充足するとはいえない。 ウ本件各製品が本件発明１の構成要件に記載された全ての機能を実行できることの立証がないこと本件各製品が本件発明１の技術的範囲に属するというためには，本件各製品が本件発明１の構成要件に記載された全て 件各製品が本件発明１の構成要件に記載された全ての機能を実行できることの立証がないこと本件各製品が本件発明１の技術的範囲に属するというためには，本件各製品が本件発明１の構成要件に記載された全ての機能を実行できることを立証する必要があり，そのためには，ネットワーク通信事業者が代替的Ｅビット解釈を使用できるようにネットワークを構成していることを示す必要があるというべきである。 すなわち，代替的Ｅビット解釈は，本件各製品それ自体が単独で実行できるものではなく，いかなる携帯端末も，代替的Ｅビット解釈を使用するようネットワークから指示されない限り，基地局へのデータ送信に際し，デフォルトの「通常Ｅビット解釈」を実行するのであり，その場合には，本件発明１の構成要件Ｄ及びＦが規定する内容に従ってＥビットや長さインジケータが設定されることはないのであるから，本件各製品が本件発明１の構成要件に記載された全ての機能を実行するには，ネットワーク通信事業者が代替的Ｅビット解釈を使用できるようにネットワークを構成していなければならない。 しかるに，本件においては，ネットワーク通信事業者が代替的Ｅビット解釈を使用できるようにネットワークを構成していることを示す証拠は存在せず，本件各製品が本件発明１の構成要件に記載された全ての機能を実行できるものといえないから，本件各製品は本件発明１の技術的範囲に属しない。 エまとめ
以上のとおり，本件各製品は，本件発明１の構成要件を充足せず，また，本件発明１の構成要件に記載された全ての機能を実行できるものといえないから，本件発明１の技術的範囲に属しない。 ２ 争点２（本件発明２に係る本件特許権の間接侵害（特許法１０１条４号，５号）の成否）について(1) 控訴人の主張ア本件各製品におけるデ いから，本件発明１の技術的範囲に属しない。 ２ 争点２（本件発明２に係る本件特許権の間接侵害（特許法１０１条４号，５号）の成否）について(1) 控訴人の主張ア本件各製品におけるデータ送信方法の構成前記１(1)アの本件各製品の構成によれば，本件各製品におけるデータ送信方法（以下「本件方法」という。）は，次のとおりの構成を有している（以下，各構成を「構成ｉ」，「構成ｊ」などという。）。 ｉ 本件方法は，移動通信システムにおいてデータを送信する。 ｊ 本件方法は，上位階層からサービスデータユニット(ＳＤＵ）を受信し，ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定する。 ｋＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれる場合に，ヘッダとデータを含むＰＤＵを構成する。ここで，ヘッダには，一連番号フィールドと，ＰＤＵに含まれるのが分割，連結，パディングされていない完全なＳＤＵを含むことを示す値「０」が設定されるＥビットフィールドとを含む。 ｌＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)の利用可能なスペースより大きい場合には，適当なサイズのＰＤＵに分割する。ここで，ヘッダには，一連番号フィールドと，ＰＤＵに含まれるのが完全なＳＤＵでない場合に，長さインジケータが存在することを示す値「１」が設定されるＥビットフィールドと，長さインジケータとを含む。 ｍＰＤＵのデータフィールドがＳＤＵの最初のセグメントでも最後のセグメントでもないセグメントを含む場合，ＬＩフィールドは，ＰＤＵがＳＤＵの最初のセグメントでも最後のセグメントでもないセグメントを含むことを示す予め定められた値（「１１１ １１１０」又は「１１１ １１１１ １１１１ １１１０」）が設
定される。 ｎ 本件 の最初のセグメントでも最後のセグメントでもないセグメントを含むことを示す予め定められた値（「１１１ １１１０」又は「１１１ １１１１ １１１１ １１１０」）が設
定される。 ｎ 本件方法は，ＰＤＵを受信側のエンティティに伝送する。 ｏ 本件方法は，データを送信する。 イ本件方法が本件発明２の技術的範囲に属すること(ｱ) 本件方法の構成ｊないしｎは，本件発明２の構成要件ＪないしＮをそれぞれ充足する。 この点に関し，被控訴人は，本件発明２の構成要件Ｊ及びＬは，本件技術仕様書Ｖ６．９．０記載の構成と異なる構成のものであるから，本件方法が構成要件Ｊ及びＬを充足するとはいえない旨主張するが，前記１(1)イで構成要件Ｂ及びＤについて述べたのと同様の理由により，構成要件Ｊ及びＬは，本件技術仕様書Ｖ６．９． ０記載の代替的Ｅビット解釈の内容を開示したものであるから，被控訴人の上記主張は理由がない。 (ｲ) 以上のとおり，本件方法は，本件発明２の構成要件ＪないしＮを充足し，また，本件方法が構成要件Ｉ及びＯを充足することは，前記争いのない事実等(3)イのとおりである。 したがって，本件方法は，本件発明２の構成要件を全て充足するから，その技術的範囲に属する。 ウ間接侵害の成立(ｱ) 特許法１０１条４号の間接侵害特許発明に係る方法の使用に用いる物に，当該特許発明を実施しない使用方法自体が存する場合であっても，当該特許発明を実施しない機能のみを使用し続けながら，当該特許発明を実施する機能は全く使用しないという使用形態が，その物の経済的，商業的又は実用的な使用形態として認められない限り，その物を製造，販売等することによって侵害行為が誘発される蓋然性が極めて高いことに変わりはないというべきであるから，「その方法の使 その物の経済的，商業的又は実用的な使用形態として認められない限り，その物を製造，販売等することによって侵害行為が誘発される蓋然性が極めて高いことに変わりはないというべきであるから，「その方法の使用にのみ用いる物」（特許法１０１条４号）に当たると解するのが相当である（知的財産高等裁判所平成２３年６月２３日判決
参照）。 そして，本件各製品において本件発明２を実施する機能を全く使用しないということは，その経済的，商業的又は実用的な使用形態としておよそ想定することができないことから，本件各製品は，本件発明２の「その方法の使用にのみ用いる物」に当たるものといえる。 そうすると，被控訴人が本件各製品を輸入し，販売する行為は，本件発明２に係る本件特許権の間接侵害（特許法１０１条４号）を構成するというべきである。 (ｲ) 特許法１０１条５号の間接侵害本件発明２は，「従来技術によるＶｏＩＰ通信方式でＲＬＣフレーミング方式を使用する場合に，不必要なＬＩフィールドの使用によって限定された無線リソースが非効率的に使用されるという問題点」（本件明細書の段落【００１２】）を解決課題とし，「パケットサービスを支援する移動通信システムで，無線リンク制御階層のプロトコルデータユニット(ＲＬＣＰＤＵ）のヘッダーサイズを減少させて無線リソースを効率的に使用する方法及び装置を提供すること」（段落【００１３】）等を発明の目的とし，「限定された無線伝送リソースを効率的に使用する」等の効果を有する（段落【００１８】）ものである。本件各製品は，本件発明２の使用に用いる物であって，本件発明２の上記課題の解決に不可欠なものである。 また，被控訴人は，控訴人による本件仮処分の申立てを受けたことにより，本件発明２が特許発明であること及び本件各製品が本件発明２ 用いる物であって，本件発明２の上記課題の解決に不可欠なものである。 また，被控訴人は，控訴人による本件仮処分の申立てを受けたことにより，本件発明２が特許発明であること及び本件各製品が本件発明２の実施に用いられていることについて知ったものといえる。 そうすると，被控訴人が本件各製品を輸入し，販売する行為は，本件発明２に係る本件特許権の間接侵害（特許法１０１条５号）を構成するというべきである。 エまとめ以上のとおりであるから，被控訴人が本件各製品を輸入し，販売する行為は，本件発明２に係る本件特許権の間接侵害（特許法１０１条４号，５号）を構成する。 (2) 被控訴人の主張
ア本件方法が本件発明２の技術的範囲に属しないこと(ｱ) 前記１(2)アで述べたのと同様の理由により，本件各製品はいずれも代替的Ｅビット解釈に基づく機能を実装しているといえないから，本件方法は，控訴人主張の構成ｊないしｎを有しない。 また，本件発明２の構成要件Ｊ及びＬは，前記１(2)イで述べたのと同様の理由により，本件技術仕様書Ｖ６．９．０記載の構成と異なるから，本件方法が構成要件Ｊ及びＬを充足するとはいえない。 したがって，本件方法は，構成要件ＪないしＮを充足しないから，本件発明２の技術的範囲に属しない。 (ｲ) また，前記１(2)ウのとおり，ネットワーク通信事業者が代替的Ｅビット解釈を使用できるようにネットワークを構成していることを示す証拠は存せず，本件各製品において実際に代替的Ｅビット解釈が使用されていることの立証はないから，本件方法は，本件発明２の技術的範囲に属しない。 イ間接侵害の不成立(ｱ) 特許法１０１条４号又は５号の間接侵害の成立には，少なくとも発明が第三者により直接実施されていることを要すると解すべ 件方法は，本件発明２の技術的範囲に属しない。 イ間接侵害の不成立(ｱ) 特許法１０１条４号又は５号の間接侵害の成立には，少なくとも発明が第三者により直接実施されていることを要すると解すべきであるところ，第三者が本件発明２を直接実施していることについての主張立証はない。 (ｲ) 本件各製品において実際に代替的Ｅビット解釈が使用されていることの立証はなく，また，本件各製品には，本件発明２を実施しない機能のみを使用する使用形態が存在し，その使用形態は経済的，商業的又は実用的な使用形態であるから，本件各製品は，本件発明２の「その方法の使用にのみ用いる物」（特許法１０１条４号）に当たらない。 (ｳ) ３ＧＰＰ規格に準拠した実際の通信において，ＳＤＵのサイズがＰＤＵのサイズに一致する割合はあまりに低く，本件発明２の効果を奏する場面は非常に限られているから，本件各製品は，本件発明２による「課題の解決に不可欠なもの」（特許法１０１条５号）に当たらない。
ウまとめ以上のとおりであるから，被控訴人が本件各製品を輸入し，販売する行為が本件発明２に係る本件特許権の間接侵害を構成するとの控訴人の主張は，理由がない。 ３ 争点３（特許法１０４条の３第１項の規定による本件各発明に係る本件特許権の権利行使の制限の成否）について(1) 被控訴人の主張本件各発明に係る本件特許には，以下のとおりの無効理由があり，特許無効審判により無効にされるべきものであるから，特許法１０４条の３第１項の規定により，控訴人は，被控訴人に対し，本件特許権を行使することができない。 ア無効理由１（甲３による新規性欠如）本件各発明は，以下のとおり，本件出願の優先日前に頒布された刊行物である甲３（特開２００４－１７９９１７号公報）に記載され 権を行使することができない。 ア無効理由１（甲３による新規性欠如）本件各発明は，以下のとおり，本件出願の優先日前に頒布された刊行物である甲３（特開２００４－１７９９１７号公報）に記載された発明と実質的に同一であるから，本件各発明に係る本件特許には，特許法２９条１項３号に違反する無効理由（同法１２３条１項２号）がある。 (ｱ) 甲３の記載事項甲３の段落【０００１】，【０００３】，【０００４】，【０００８】，【０００９】，【００１３】，【００２５】，【００２６】，【００２８】，【００２９】，【００３１】，図２，３，８及び９によれば，甲３には，本件各発明の構成要件が全て開示されている。 (ｲ) 控訴人の主張について控訴人は，甲３には，構成要件Ｄ（Ｋ），Ｆ（Ｍ）の開示がない旨主張するが，以下のとおり，理由がない。 ａ 構成要件Ｄ（Ｋ）について(a) 甲３の段落【０００８】に，図３のＰＤＵ５０について，｢僅か一つのＳＤＵが，完全にＰＤＵ５０のデータ領域５８を充填する場合，ビット５５ａは０で，ＬＩは出現しないことを表示する。｣との記載がある。この「ビット５５ａ」は，「拡張子ビット（extensionbit）」であり（段落【０００８】），１ビットのバイナリデ
ータ（「０」か「１」）である（図３）。 このように拡張子ビット（Ｅビット）が「０」に設定され得るため，甲３には，構成要件Ｄ（Ｋ）の「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」する設定部があることが開示されているといえる。 (b) ＳＤＵには様々なサイズがあるため，一つのＳＤＵが三つ以上のセグメントに分割される場合も不 ことを示すように前記１ビットフィールドを設定」する設定部があることが開示されているといえる。 (b) ＳＤＵには様々なサイズがあるため，一つのＳＤＵが三つ以上のセグメントに分割される場合も不可避的に起こり得るのであり，その場合，中間セグメント（最初のセグメントでも最後のセグメントでもないセグメント）を含むＰＤＵが当然生じるのであるから，甲３に接した当業者であれば，甲３に，中間セグメントを含むＰＤＵが開示されていることを明確に理解できる。そして，ＰＤＵが中間セグメントを含む場合には，Ｅビットが「０」に設定される｢僅か一つのＳＤＵが，完全にＰＤＵ５０のデータ領域５８を充填する場合」（段落【０００８】）に該当しないことからすると，中間セグメントを含むＥビットの値は，「１」に設定するほかない。 また，甲３の「代替ＰＤＵ」の一例である｢パディングＰＤＵ」（段落【００２６】，【００３１】，図８及び９等）は，パディングＰＤＵの前後のＰＤＵを結合する役割を果たすため，「中間セグメントを含むＰＤＵ」に対応する。 そうすると，甲３には，構成要件Ｄ（Ｋ）の「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部」があることが開示されているといえる。 ｂ 構成要件Ｆ（Ｍ）について甲３は，中間セグメントを含むＰＤＵに対応する「パディングＰＤＵ」について，ＬＩフィールドが「特別コードを設定し，全て１である。・・・残りのＰＤＵ・・・が未定義の部分を埋めるだけで，無視しても構わない情報を保持している」ことを開示し（段落【００２６】），また，特別なＬＩを含むパディングＰＤＵの数値とし
て，図８にお ・・・残りのＰＤＵ・・・が未定義の部分を埋めるだけで，無視しても構わない情報を保持している」ことを開示し（段落【００２６】），また，特別なＬＩを含むパディングＰＤＵの数値とし
て，図８において，予め定められた値｢１１１１１１１１１１１１１１１｣（１５桁）の長さインジケータ（ＬＩ）１５６ａを，図９において，予め定められた値｢１１１１１１１｣（７桁）の長さインジケータ（ＬＩ）１５６ｂを開示している。 したがって，甲３には，構成要件Ｆ（Ｍ）の「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」ることが開示されているといえる。 (ｳ) 小括以上によれば，本件各発明は，甲３に記載された発明と同一のものであって，新規性が欠如している。 イ無効理由２（甲３を主引例とする進歩性欠如①）本件各発明は，以下のとおり，本件出願の優先日前に頒布された刊行物である甲３に記載された発明と技術常識に基づいて，当業者が容易に想到することができたものであるから，本件各発明に係る本件特許には，特許法２９条２項に違反する無効理由（同法１２３条１項２号）がある。 (ｱ) 本件各発明と甲３に記載された発明との一致点及び相違点本件各発明と甲３に記載された発明とは，甲３に記載された発明が，構成要件Ｆ（Ｍ）の「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値」を設定する構成を有するかどうか明らかでない点で相違し，その余の構成は一 ィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値」を設定する構成を有するかどうか明らかでない点で相違し，その余の構成は一致する。 (ｲ) 相違点の容易想到性① 甲３には，「１種類のデータからなる同じ長さを有するデータを完全に含む２種類のＰＤＵを区別するために長さインジケータに予め定義された値を設定する」という技術思想が開示されていること（段落【０００８】，【００２６】，図８及び９等），② 技術的な観点からみても，２種類のＰＤＵを区別するために，長さインジ
ケータを予め定義された値に設定する方法は，当業者にとって，最も現実的でかつ簡明な方法であり，当然に選択されるべきものであったこと（甲３９の段落【０００７】等）などからすると，当業者は，甲３と技術常識に基づいて，前記(ｱ)の相違点に係る本件各発明の構成を容易に想到することができたものといえる。 (ｳ) 小括以上によれば，本件各発明は，甲３に記載された発明と技術常識に基づいて当業者が容易に想到することができたものであるから，進歩性が欠如している。 ウ無効理由３（甲３を主引例とする進歩性欠如②）本件各発明は，以下のとおり，本件出願の優先日前に頒布された刊行物である甲３及び甲４（３ＧＰＰのワーキンググループの議事録「L2 OptimizationforVoIP(R2-050969）」）に記載された発明に基づいて，当業者が容易に想到することができたものであるから，本件各発明に係る本件特許には，特許法２９条２項に違反する無効理由（同法１２３条１項２号）がある。 (ｱ) 相違点の容易想到性本件各発明と甲３に記載された発明との一致点及び相違点は，前記イ(ｱ)のとおりである。 ，特許法２９条２項に違反する無効理由（同法１２３条１項２号）がある。 (ｱ) 相違点の容易想到性本件各発明と甲３に記載された発明との一致点及び相違点は，前記イ(ｱ)のとおりである。 そして，甲４には，２種類のＰＤＵ（同じ長さを持ち，全体として１種類となるデータを含むもの。）を識別できないという課題（具体的には，一つのＳＤＵを完全に含むＰＤＵと中間セグメントを含むＰＤＵとを区別することができないという問題）が生じること，長さインジケータに予め定められた特定の値を設定することによって上記課題を解決するという技術思想が開示されていること（図２及び３等）などからすると，当業者は，甲３及び甲４に基づいて，上記相違点に係る本件各発明の構成を容易に想到することができたものといえる。 (ｲ) 小括以上によれば，本件各発明は，甲３及び甲４に記載された発明に基づいて当業者が容易に想到することができたものであるから，進歩性が欠如している。
エ無効理由４（甲３を主引例とする進歩性欠如③）本件各発明は，以下のとおり，本件出願の優先日前に頒布された刊行物である甲３及び甲３９（特表２００２－５２７９４５号公報）に基づいて，当業者が容易に想到することができたものであるから，本件各発明に係る本件特許には，特許法２９条２項に違反する無効理由（同法１２３条１項２号）がある。 (ｱ) 本件各発明と甲３に記載された発明との一致点及び相違点本件各発明と甲３に記載された発明とは，甲３に記載された発明が，① 構成要件Ｄ（Ｋ）の「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定し，前記ＰＤＵの前記データフィールドが前 のＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定し，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部」の構成を有するかどうか明らかでない点（以下「相違点①」という。），② 構成要件Ｆ（Ｍ）の「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値」を設定する構成を有するかどうか明らかでない点（以下「相違点②」という。）で相違し，その余の構成は一致する。 (ｲ) 甲３９の記載事項甲３９には，① データを受信する側において，分割されたデータを正しく組み立てるために長さインジケータを使用する必要があること（【要約】），② ＰＤＵに含まれるＳＤＵが当該ＰＤＵにおいて終了するか，それとも次のＰＤＵに続いているのかを区別するために，ＳＤＵの中間セグメントを含むＰＤＵに長さインジケータが挿入され，そこに予め定義された値が設定されること（【要約】，段落【０００６】，【００１０】，【００１９】）が開示されている。 また，本件出願の出願経過において発せられた平成２２年３月３０日付け拒絶理
由通知書（甲４４）は，甲３９には，長さインジケータに予め定義された値を設定することによって，ＳＤＵに関する「特殊な情報」を示し，「上記特殊な情報は，・・・下位層ＰＤＵのヘッダにおいて，ペイロードユニットのどの１つ又はそれ以上がセグメント長さ情報 に予め定義された値を設定することによって，ＳＤＵに関する「特殊な情報」を示し，「上記特殊な情報は，・・・下位層ＰＤＵのヘッダにおいて，ペイロードユニットのどの１つ又はそれ以上がセグメント長さ情報を含むかを指示する（本願の「中間セグメントが存在することを示す値に設定され」に相当）点が記載されている」と述べている。これに対し控訴人は，平成２２年１０月６日付け意見書において，上記拒絶理由通知書で述べられていた点を争わなかったのであるから，甲３９が長さインジケータを用いて中間セグメントの存在を示すことを開示していることを控訴人も認めていたものといえる。 (ｳ) 相違点の容易想到性ａ 相違点①について① 本件出願の優先日前に，一つのＳＤＵを完全に含むＰＤＵとＳＤＵの中間セグメントを含むＰＤＵとを区別する必要があることは，当業者に十分に認識されていたこと，② 甲３９によれば，ＳＤＵの中間セグメントを含むＰＤＵに長さインジケータが挿入されるため，当該ＰＤＵのＥビットは，長さインジケータが存在することを示すように設定されること（前記(ｲ)）に照らすならば，甲３に甲３９を組み合わせることにより，一つのＳＤＵが完全にＰＤＵに含まれるかどうか，又はＰＤＵがＳＤＵの中間セグメントを含み，長さインジケータが存在するかどうかを示すために１ビットフィールドを設定すること（相違点①に係る本件各発明の構成）は，当業者であれば，容易に想到することができたものといえる。 ｂ 相違点②について前記(ｲ)のとおり，甲３９には，相違点②に係る本件各発明の構成が開示されている。 そうすると，当業者は，甲３及び甲３９に基づいて，相違点②に係る本件各発明の構成を容易に想到することができたものといえる。 (ｴ) 小括以上によれば，本件各発明は，甲３及び れている。 そうすると，当業者は，甲３及び甲３９に基づいて，相違点②に係る本件各発明の構成を容易に想到することができたものといえる。 (ｴ) 小括以上によれば，本件各発明は，甲３及び甲３９に記載された発明に基づいて当業
者が容易に想到することができたというべきである。 オ無効理由５（甲１の４を主引例とする進歩性欠如）本件各発明は，以下のとおり，本件出願の優先日前に頒布された刊行物である甲１の４（３ＧＰＰ規格の技術仕様書「３ＧＰＰＴＳ ２５．３２２ Ｖ６．３． ０」。以下「本件技術仕様書Ｖ６．３．０」という。）に記載された発明と技術常識に基づいて，当業者が容易に想到することができたものであるから，本件各発明に係る本件特許には，特許法２９条２項に違反する無効理由（同法１２３条１項２号）がある。 (ｱ) 本件各発明と甲１の４に記載された発明との一致点及び相違点甲１の４には，本件技術仕様書Ｖ６．３．０記載の「通常Ｅビット解釈」が開示されている。 そして，本件各発明と甲１の４に記載された発明とは，甲１の４記載の「通常Ｅビット解釈」が，① ＰＤＵが分割，連結又はパディングされていないＰＤＵを含む場合，長さインジケータが出現しない点（以下「相違点１」という。），② ＰＤＵがＳＤＵの中間セグメントを含む場合，長さインジケータが挿入され，それに中間セグメントの存在を示す特別な値が設定される点（以下「相違点２」という。）で相違し，その余の構成は一致する。 (ｲ) 本件出願の優先日前の技術常識以下の点は，本件出願の優先日前の技術常識であった。 ａ 固定ビットレートの音声コーデックを使用するＶｏＩＰアプリケーションが，同じサイズのＳＤＵを頻繁に発生させること（甲１の２，４２，９２）ｂ 受信したデータが 優先日前の技術常識であった。 ａ 固定ビットレートの音声コーデックを使用するＶｏＩＰアプリケーションが，同じサイズのＳＤＵを頻繁に発生させること（甲１の２，４２，９２）ｂ 受信したデータがデータパケットのデータフィールドを完全に充填する場合（一つのＳＤＵがＰＤＵのデータフィールドを完全に充填する場合）に，ヘッダーサイズを減らすことができること（甲３の段落【０００８】の「僅か一つのＳＤＵが，完全にＰＤＵ５０のデータ領域５８を充填する場合，ビット５５ａは０で，ＬＩは出現しないことを表示する。」との記載，甲４０）
ｃＰＤＵのデータフィールドに長さインジケータを用いて中間セグメントが含まれることを示すこと（甲３９の段落【００１９】，甲４３）(ｳ) 相違点の容易想到性ａＰＤＵヘッダーの最初のＥビットに０を設定し，長さインジケータを省略することによって，ＰＤＵヘッダーのデータ量を減少させることができること，そのようにしてＰＤＵヘッダーのデータ量を減少させることのできるＰＤＵは４種類（①ＳＤＵの最初セグメントを含むＰＤＵ，②ＳＤＵの中間セグメントを含むＰＤＵ，③ＰＤＵのデータフィールドのサイズと一致する，ＳＤＵの最後セグメントを含むＰＤＵ，④ＰＤＵのデータフィールドのサイズと一致する，一つのＳＤＵを含むＰＤＵ）しか存在しないことは，当業者のよく知るところであり，甲１の４記載の「通常Ｅビット解釈」は，上記②及び③の２種類のＰＤＵについて，Ｅビットに０を設定し，長さインジケータを省略することを選択している。 甲１の４記載の「通常Ｅビット解釈」が，ＳＤＵの中間セグメントを含むＰＤＵの長さインジケータ（上記②）を省略したのは，多くのアプリケーションでは，ＰＤＵデータフィールドよりも大きいサイズのＳＤＵが頻繁に発生し，その 通常Ｅビット解釈」が，ＳＤＵの中間セグメントを含むＰＤＵの長さインジケータ（上記②）を省略したのは，多くのアプリケーションでは，ＰＤＵデータフィールドよりも大きいサイズのＳＤＵが頻繁に発生し，その当然の帰結として，ＳＤＵの中間セグメントを含むＰＤＵも頻繁に発生することになることから，そのようなＰＤＵのヘッダーサイズを小さくすれば，トータルでのオーバーヘッドを減少させ，データ伝送をより効率的に行うことが可能となるためであり，中間セグメントを含むＰＤＵの長さインジケータを省略する方が，完全に一致するＳＤＵを含むＰＤＵの長さインジケータを省略するよりもヘッダーのデータ量を節約できると認識していたことを強く示唆するものである。同時に，長さインジケータを省略することのできるＰＤＵの種類が上記のとおり限られていることからすると，３ＧＰＰは，ＰＤＵデータフィールドに完全に一致するＳＤＵの発生頻度が高い場合には，そのようなＳＤＵを含むＰＤＵの長さインジケータを省略することにより，データ伝送のオーバーヘッドを減少させることができると認識していたこともうかがわれる。
一方，構成要件Ｄ（Ｋ）の「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」（以下「構成要件Ｄ(a)」という。）は，長さインジケータを省略するＰＤＵについて上記④の１種類を選択したものであり，これは，本件出願の優先日前に，固定ビットレートの音声コーデックを使用するＶｏＩＰアプリケーションが，同じサイズのＳＤＵを頻繁に発生させること（前記(ｲ)ａ）が当業者によく知られていたからである。 このように甲１の４記載の「通常Ｅビット解釈」と構成要件Ｄ(a)は，データ ｏＩＰアプリケーションが，同じサイズのＳＤＵを頻繁に発生させること（前記(ｲ)ａ）が当業者によく知られていたからである。 このように甲１の４記載の「通常Ｅビット解釈」と構成要件Ｄ(a)は，データ伝送の効率を向上させるために，発生頻度の高いＳＤＵを含むＰＤＵの長さインジケータを省略することにより，データ伝送のオーバーヘッドを減少させるという技術思想が共通する。 ｂ(a) 構成要件Ｄ(a)の構成を採用した場合，構成要件Ｄ（Ｋ）の「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定」（以下「構成要件Ｄ(b)」という。）の構成が自動的かつ必然的に導き出される。 すなわち，Ｅビットは０か１という値しかとり得ない以上，構成要件Ｄ(a)の構成を採用し，ＰＤＵが分割，連結又はパディングされていないＰＤＵを含む場合，当該ＰＤＵの最初のＥビットを０に設定することを選択すると，それ以外の種類のデータを含むＰＤＵの最初のＥビットは，必ず１に設定されることになるから，ＰＤＵがＳＤＵの中間セグメントを含む場合，当該ＰＤＵの最初のＥビットは，「少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように」，１に設定されることとなる。 (b) また，構成要件Ｄ(a)の構成を採用した場合，構成要件Ｄ(b)の構成とともに，構成要件Ｆ（Ｍ）の「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメ
ントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定」の構成が自動的かつ必然的に導き出される。 すなわち，一 ルドは前記ＰＤＵが前記ＳＤＵの最初のセグメ
ントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定」の構成が自動的かつ必然的に導き出される。 すなわち，一つのＳＤＵを完全に含むＰＤＵにおいて，最初のＥビットを０に設定し，長さインジケータを省略する以上は，中間セグメントを含むＰＤＵにおいては，必ず最初のＥビットを１に設定し，長さインジケータを挿入しなければならず，その長さインジケータには，ＰＤＵのどこでＳＤＵが終了するかを示す値か，ＰＤＵデータフィールドに格納されたデータの種類を示す予め定められた値のいずれかが設定される。そして，ＳＤＵが中間セグメントにおいて終了することがない以上，中間セグメントを含むＰＤＵの長さインジケータには，ＰＤＵデータフィールドに格納されたデータの種類（つまり，中間セグメント）を示す予め定められた値に設定する構成（構成要件Ｆ（Ｍ）の構成）を採用するほかない。 ｃ そして，本件出願の優先日前に，固定ビットレートの音声コーデックを使用するＶｏＩＰアプリケーションが，同じサイズのＳＤＵを頻繁に発生させること，一つのＳＤＵがＰＤＵのデータフィールドを完全に充填する場合に，ヘッダーサイズを減らすことができること，ＰＤＵのデータフィールドに長さインジケータを用いて中間セグメントが含まれることを示すことが，いずれも技術常識であったこと（前記(ｲ)）からすると，一つのＳＤＵがＰＤＵのデータフィールドを完全に充填する頻度が高い，特定のＶｏＩＰアプリケーションに関し，甲１の４記載の「通常Ｅビット解釈」において，上記技術常識を適用して，中間セグメントを含むＰＤＵの代わりに，一つのＳＤＵを完全に含むＰＤＵのヘッダーから長さインジケータを省略するという設計変更を行うことは，当業者にとって容易で 解釈」において，上記技術常識を適用して，中間セグメントを含むＰＤＵの代わりに，一つのＳＤＵを完全に含むＰＤＵのヘッダーから長さインジケータを省略するという設計変更を行うことは，当業者にとって容易であり，しかも，そのような設計変更を行った場合，中間セグメントを含むＰＤＵに予め定められた値の長さインジケータを挿入することは自動的かつ必然的に導き出されるのであるから，当業者は，甲１の４記載の「通常Ｅビット解釈」と技術常識に基づいて，相違点１（構成要件Ｄ(a)）及び相違点２（構成要件Ｄ(b)及びＦ（Ｍ））に係る本件各発明の構成を容易に想到することができたものといえる。
ｄ これに対し控訴人は，中間セグメントを含むＰＤＵに長さインジケータを付加するとオーバーヘッドが増加することになるから，甲１の４記載の「通常Ｅビット解釈」に構成要件Ｆ（Ｍ）の構成を適用することには阻害要因がある旨主張する。 しかし，たとえ中間セグメントを含むＰＤＵに関してはオーバーヘッドが増加することになるとしても，一つのＳＤＵを完全に含むＰＤＵについてはヘッダーサイズを減少させることができ，特定のＶｏＩＰアプリケーションが使用される場面においてはオーバーヘッドが小さくなるのであるから，甲１の４記載の「通常Ｅビット解釈」に構成要件Ｆ（Ｍ）の構成を適用することに阻害要因はない。 したがって，控訴人の上記主張は失当である。 (ｴ) 小括以上によれば，本件各発明は，甲１の４に記載された発明と技術常識に基づいて，当業者が容易に想到することができたというべきである。 (2) 控訴人の主張ア無効理由１に対し(ｱ) 甲３には，本件各発明の構成要件Ｄ（Ｋ），Ｆ（Ｍ）の開示がない点で，甲３に記載された発明と本件各発明は相違する。 ａ 被控訴人が指摘する (2) 控訴人の主張ア無効理由１に対し(ｱ) 甲３には，本件各発明の構成要件Ｄ（Ｋ），Ｆ（Ｍ）の開示がない点で，甲３に記載された発明と本件各発明は相違する。 ａ 被控訴人が指摘する甲３の図３についての｢僅か一つのＳＤＵが，完全にＰＤＵ５０のデータ領域５８を充填する場合，ビット５５ａは０で，ＬＩは出現しないことを表示する。｣（段落【０００８】）との説明は，段落【０００６】に「図３はＡＭデータＰＤＵ５０の簡略図で，３ＧＰＰＴＳ２５．３２２ Ｖ３．８．０．規範に掲載されている。」との記載があるとおり，代替的Ｅビット解釈が３ＧＰＰ規格に採用される前の３ＧＰＰ規格の技術仕様書である「３ＧＰＰＴＳ ２５．３２ ２ Ｖ３．８．０」（乙７。以下「本件技術仕様書Ｖ３．８．０」という。）について説明したものであって，その記載内容は，現在の３ＧＰＰ規格でいう通常Ｅビット解釈のものである。これに対し，通常Ｅビット解釈には，「前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含む」場合につ
いて全く記載がない。 また，段落【０００８】の上記記載を字義通りに解釈しても，｢僅か一つのＳＤＵが，完全にＰＤＵ５０のデータ領域５８を充填する」という表現は，ＳＤＵとＰＤＵのサイズが一致する場合のみならず，ＳＤＵの方がサイズが大きく，分割された最初のセグメントや中間セグメントがＰＤＵを充填する場合にも，これに該当し，構成要件Ｄ（Ｋ）の「前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含む」場合のみを意味するものではない。 したがって，甲３は，構成要件Ｄ（Ｋ）を開示するものではない。 ｂ 前記ａのとおり，甲３においては，中間セグメントがＰＤＵを充填する場合にも，「ビット５５ａは０で， みを意味するものではない。 したがって，甲３は，構成要件Ｄ（Ｋ）を開示するものではない。 ｂ 前記ａのとおり，甲３においては，中間セグメントがＰＤＵを充填する場合にも，「ビット５５ａは０で，ＬＩは出現しない」に該当するので，「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」ること（構成要件Ｆ（Ｍ））もない。 また，「パディングＰＤＵ」は，「実際のＳＤＵデータを備えず，ＳＤＵデータが不測のデータ中断の発生により破棄される時にだけ用いられる」もので，ＳＤＵを充填したものではなく（甲３の段落【００２６】），ＳＤＵとは全く無関係であり，ＳＤＵとの関係を観念することも，中間セグメントを観念することも不可能であるから，中間セグメントを含むＰＤＵに対応するものではない。しかも，「パディングＰＤＵ」である限り，「拡張子ビット１５５ａ」は常に１に設定され，中間セグメントかどうかによって拡張子ビット１５５ａの値が変更されるものではないから，「パディングＰＤＵ」は，完全なＳＤＵを含むＰＤＵと中間セグメントを含むＰＤＵとを区別する技術ではない。 したがって，甲３は，構成要件Ｆ（Ｍ）を開示するものではない。 (ｲ) 以上によれば，被控訴人主張の無効理由１は理由がない。 イ無効理由２に対し
(ｱ) 前記ア(ｱ)ａのとおり，甲３には構成要件Ｄ（Ｋ）の開示がないから，本件各発明と甲３に記載された発明とは，甲３に記載された発明が構成要件Ｄ（Ｋ）の構成を有しない点においても相違する。 (ｲ) 甲３に記載された従来技術は，本件技術仕様書Ｖ３．８．０の内容であり，それ自体 明と甲３に記載された発明とは，甲３に記載された発明が構成要件Ｄ（Ｋ）の構成を有しない点においても相違する。 (ｲ) 甲３に記載された従来技術は，本件技術仕様書Ｖ３．８．０の内容であり，それ自体が規格として成立しているから，完全なＳＤＵを含むＰＤＵと中間セグメントを含むＰＤＵを区別できないという課題は存在しない。 また，２種類のＰＤＵを区別するために，長さインジケータを予め定義された値に設定することが，技術的な観点から，当然の選択であったとはいえない。 したがって，当業者が甲３と技術常識に基づいて構成要件Ｆ（Ｍ）の構成を容易に想到することができたものとはいえない。 (ｳ) 以上によれば，被控訴人主張の無効理由２は理由がない。 ウ無効理由３に対し(ｱ) 前記イ(ｱ)及び(ｲ)のとおり，本件各発明と甲３に記載された発明とは，甲３に記載された発明が構成要件Ｄ（Ｋ）の構成を有しない点においても相違し，また，甲３に記載された従来技術には，完全なＳＤＵを含むＰＤＵと中間セグメントを含むＰＤＵを区別できないという課題は存在しない。 (ｲ) 甲４に記載された発明は，ＰＤＵ同士を区別できないという問題ではなく，「前のＲＬＣＰＤＵを失った場合，ＳＤＵ全体が受信されたかどうかが分からない。」（訳文３頁最終行）という課題を解決するための方策であって，甲３に記載された発明とは課題が異なる。 しかも，甲４に記載された内容は，「ＬＩの予約値のうち一つを使用：この場合，追加ＬＩは，一番目のＲＬＣＳＤＵが完全に含まれるＲＬＣＰＤＵに含まれなければならない。その結果，１２.２kbps ペイロードのうち３％に相当する部分がオーバーヘッドとなる。」（訳文５頁１行～３行）というもので，ＳＤＵが完全に含まれる場合に，長さインジケータの予約値を用いる ならない。その結果，１２.２kbps ペイロードのうち３％に相当する部分がオーバーヘッドとなる。」（訳文５頁１行～３行）というもので，ＳＤＵが完全に含まれる場合に，長さインジケータの予約値を用いるという本件発明１と正反対の技術であり，また，甲４には，中間セグメントに長さインジケータの予約値を用いる
ことは記載されていない。 したがって，当業者が甲３及び甲４に基づいて構成要件Ｆ（Ｍ）の構成を容易に想到することができたものとはいえない。 (ｳ) 以上によれば，被控訴人主張の無効理由３は理由がない。 エ無効理由４に対し(ｱ) 甲３９には，本件各発明の構成要件Ｄ（Ｋ），Ｆ（Ｍ）の開示がない。 ａ もっとも，甲３９には，「ＰＤＵの第１ＰＤＵに，そのＰＤＵのＳＤＵが次のＲＬＣＰＤＵに続いていることを指示する所定値を有する長さ指示子が与えられてもよい。」（段落【００１９】）との記載があるが，上記記載は，ＳＤＵが次のＰＤＵに続いていること（最後のセグメントでないこと）を示すものではあっても，最初のセグメントでないことを示すものではないから，（最初のセグメントでも最後のセグメントでもない）中間セグメントであることを示すものではなく，上記記載をもって，甲３９に構成要件Ｆが開示されているとはいえない。 この点に関し被控訴人は，本件特許の出願経過において，控訴人が，平成２２年１０月６日付け意見書において，同年３月３０日付け拒絶理由通知書（甲４４）で甲３９について述べられていた点を争わなかったのであるから，甲３９が長さインジケータを用いて中間セグメントを示すことを控訴人も認めていた旨主張する。 しかし，上記のとおり，甲３９には，中間セグメントについての開示はなく，また，審査官が拒絶の理由を発見しなかった「請求項２の要素」（甲４ て中間セグメントを示すことを控訴人も認めていた旨主張する。 しかし，上記のとおり，甲３９には，中間セグメントについての開示はなく，また，審査官が拒絶の理由を発見しなかった「請求項２の要素」（甲４４）に基づき早期の権利化を図ることも，何ら不自然なことではないから，出願経過において意見書で明示的に争わなかったからといって甲３９が長さインジケータを用いて中間セグメントを示すことを控訴人が認めていたことにはならない。 したがって，被控訴人の上記主張は理由がない。 ｂ また，甲３９においては，段落【００１９】の「ＳＤＵが現在ＰＤＵの終わりに終了する場合には，ＰＤＵの終わりを正確に指す長さ指示子の値によりそれが示される。」との記載があるとおり，ＰＤＵが完全なＳＤＵを含む場合には，長さ指
示子（長さインジケータ）が用いられることは明らかであり，甲３９には，構成要件Ｄ（Ｋ）とは逆のことが記載されている。 (ｲ) 上記のとおり，甲３９には，本件各発明の構成要件Ｄ（Ｋ），Ｆ（Ｍ）の開示がなく，また，甲３と甲３９とを組み合わせる動機付けは何ら存在しないから，本件各発明は，甲３及び甲３９に基づき当業者が容易に想到することができたものとはいえない。 したがって，被控訴人主張の無効理由４は理由がない。 オ無効理由５に対し(ｱ)ａ 本件出願の優先日前において，実際の通信環境において，ＳＤＵのサイズがＰＤＵのサイズと完全に一致する割合が大きいことは，当業者には知られていなかったから（甲４２等は，被控訴人主張の裏付けにはならない。），完全なＳＤＵを含むＰＤＵにおいてヘッダーの情報を減らそうという動機付けはない。 また，甲１の４記載の通常Ｅビット解釈においては，ヘッダーに含まれる長さインジケータは，ＳＤＵの最終オクテットがＰＤＵの最終オ を含むＰＤＵにおいてヘッダーの情報を減らそうという動機付けはない。 また，甲１の４記載の通常Ｅビット解釈においては，ヘッダーに含まれる長さインジケータは，ＳＤＵの最終オクテットがＰＤＵの最終オクテットに一致する場合には，予め定められた値を設定することとされており（訳文９頁の表には，「直前のＲＬＣＰＤＵは，ＲＬＣＳＤＵの最終セグメントで過不足なく満たされ，直前のＲＬＣＰＤＵにはＲＬＣＳＤＵの終端を示す「長さインジケータ」が存在しない」場合には，長さインジケータに「０００００００」というビット列を用いることが記載されている。），必要なものであったから，ＳＤＵのサイズとＰＤＵのサイズとが完全に一致する場合にも，長さインジケータを省略することは想定されていなかった。実際の通信環境において，ＳＤＵのサイズがＰＤＵのサイズと完全に一致するというような状況が相当頻繁に起こり，かつ，そのことを当業者が認識しなければ，既にリリースされた規格を変更してまで，長さインジケータを省略しようということには想到し得ない。 ｂ 甲１の４記載の通常Ｅビット解釈におけるＬＩは，ＳＤＵを連結，パディングしたときに，どこまでが一つのＳＤＵであるかを示す必要があることから，「ＰＤ
Ｕ内で終了する各ＲＬＣＳＤＵの最終オクテットを示す」もの（訳文４頁「９． ２．２．８」）として定義されたことにより，ＳＤＵの最終オクテットが存在しない中間セグメントにおいてはＬＩが出現しないだけであり，通常Ｅビット解釈において，頻繁に発生する中間セグメントを含むＰＤＵにおいて，ＬＩを省略しようという技術思想があったとはいえない。 ｃ 被控訴人は，構成要件Ｄ(a)の構成を採用した場合，構成要件Ｄ(b)の構成及び構成要件Ｆ（Ｍ）の構成が自動的かつ必然的に導き出される旨主張する 省略しようという技術思想があったとはいえない。 ｃ 被控訴人は，構成要件Ｄ(a)の構成を採用した場合，構成要件Ｄ(b)の構成及び構成要件Ｆ（Ｍ）の構成が自動的かつ必然的に導き出される旨主張するが，以下のとおり，失当である。 (a) シーケンス番号に続く１ビットフィールドについて，甲１の４においては，「後続のオクテットが「長さインジケータ」及びＥビットであるか否かを示す」（訳文４頁「９．２．２．５」）という意味を有し，この関係で「Ｅビット」と呼んでいる。これに対し，被控訴人の主張においては，ＳＤＵのサイズがＰＤＵのサイズと完全に一致（構成要件Ｄ(a)）するか否かを示す意味を有し，その関係で“Ｅビット”と呼んでいるため，甲１の４記載の「Ｅビット」とは意味内容が異なる。 被控訴人は，構成要件Ｄ(a)の構成を採用し，ＰＤＵが分割，連結又はパディングされていないＰＤＵを含む場合（ＳＤＵのサイズがＰＤＵのサイズと完全に一致する場合），当該ＰＤＵの最初のＥビットを「０」に設定することを選択すると，それ以外の種類のデータを含むＰＤＵの場合には，ＰＤＵがＳＤＵの中間セグメントの場合も含め，最初のＥビットは「１」に設定せざるを得ないので，構成要件Ｄ(a)の構成を採用した場合，構成要件Ｄ(b)の構成が必然的に導き出され，さらには，中間セグメントを含むＰＤＵの長さインジケータは，中間セグメントを示す予め定められた値に設定する構成要件Ｆ（Ｍ）の構成が必然的に導き出される旨主張する。 しかし，中間セグメントを含むＰＤＵのＥビットが「１」であるなら，完全なＳＤＵを含むＰＤＵのＥビットは「０」であるから，両者を区別するという目的を達している。また，被控訴人の主張は，構成要件Ｄ(a)を採用したことにより構成要件Ｄ(b)が必然であるという段階では，シーケンス Ｕを含むＰＤＵのＥビットは「０」であるから，両者を区別するという目的を達している。また，被控訴人の主張は，構成要件Ｄ(a)を採用したことにより構成要件Ｄ(b)が必然であるという段階では，シーケンス番号に続く１ビットフィールドは，
ＳＤＵのサイズがＰＤＵのサイズと完全に一致するか否かを示すという異なる意味を持った“Ｅビット”であることを前提とし，構成要件Ｄ(b)から構成要件Ｆ（Ｍ）が必然であるという段階では，シーケンス番号に続く１ビットフィールドは，甲１の４記載の従来の「Ｅビット」であることを前提とするものであって，失当である。 さらに，仮に完全なＳＤＵを含むＰＤＵから，長さインジケータを省略し，シーケンス番号に続く１ビットフィールドを完全なＳＤＵを含むことを示すビット（“Ｅビット”）として用い，「０」によって完全なＳＤＵを含むことを示すことができたとしても，中間セグメントにおいては，完全なＳＤＵを含まないから，シーケンス番号に続く１ビットフィールドが「１」となるだけであり，中間セグメントに長さインジケータを挿入する構成にはならない。 このように構成要件Ｄ(a)を採用することが必然的かつ自動的に構成要件Ｄ(b)及びＦ（Ｍ）の採用につながることにはならない。 (b) また，仮に被控訴人が主張するように構成要件Ｄ(a)を採用することが必然的かつ自動的に構成要件Ｄ(b)及びＦ（Ｍ）の採用につながるとすれば，構成要件Ｄ(a)を採用する段階において，構成要件Ｄ(b)及びＦ（Ｍ）をも採用した構成（代替的Ｅビット解釈）について検討することになるが，「代替的Ｅビット解釈を使うとトータルでオーバーヘッドが増加」すること（甲１２４），被控訴人も代替的Ｅビット解釈は非効率で実装される可能性は極めて低いと主張していることからすれば，構成要件Ｄ( が，「代替的Ｅビット解釈を使うとトータルでオーバーヘッドが増加」すること（甲１２４），被控訴人も代替的Ｅビット解釈は非効率で実装される可能性は極めて低いと主張していることからすれば，構成要件Ｄ(a)を採用することについて阻害要因があるといえる。 (ｲ) 以上によれば，当業者が甲１の４記載の通常Ｅビット解釈と技術常識に基づいて，相違点１及び２に係る本件各発明の構成を容易に想到することができたものとはいえない。 したがって，被控訴人主張の無効理由５は理由がない。 ４ 争点４（本件各製品に係る本件特許権の消尽の有無）について(1) 被控訴人の主張ア控訴人のインテル社に対するライセンス許諾
(ｱ) 本件各製品におけるＵＭＴＳ規格に関連する処理は，本件各製品に実装された本件ベースバンドチップによって行われている。 仮に本件各製品が本件各発明を実施しているとすれば，本件各発明の本質的な工程は，本件各製品の一部品である本件ベースバンドチップにより実施されているといえるから，本件ベースバンドチップは，本件発明１に係る本件特許権の間接侵害品に当たる。 本件ベースバンドチップは，アップル社が米国においてインテル社製のチップセットをその完全子会社であるインテル・アメリカ社を通じて購入し，実装したものである。 この点に関し，控訴人は，インテル社製の本件ベースバンドチップのアップル社に対する販売は，ＩＭＣ社（インテル・モバイル・コミュニケーションズＧＭＢＨ。 旧インフィニオン社）が行っている旨主張するが，そのような事実は存在しない。 (ｲ) インテル社と控訴人は，１９９３年（平成５年）１月１日を効力発生日とする特許クロスライセンス契約（甲２０の１，１６２。以下「控訴人とインテル社間のライセンス契約」という。）を締結し い。 (ｲ) インテル社と控訴人は，１９９３年（平成５年）１月１日を効力発生日とする特許クロスライセンス契約（甲２０の１，１６２。以下「控訴人とインテル社間のライセンス契約」という。）を締結した。 控訴人は，控訴人とインテル社間のライセンス契約において，控訴人の保有する特許のうち，契約満了日（２００９年１２月３１日）前の日付を第１優先日とする全ての特許権（本件特許権を含む。）に関し，インテル社に対し，「インテル・ライセンス対象製品」（半導体材料，半導体素子又は集積回路から構成される製品を含む。）の製造，販売（子会社等を経由した間接的な販売を含む。）等に関する全世界的なライセンスを許諾した。 控訴人とインテル社間のライセンス契約により許諾される権利の範囲には，インテル社が直接的又は子会社経由等により間接的にチップセットを販売する権利，当該ライセンスが，インテル社のみならず，その子会社にまで及ぶようにする権利が含まれ（甲２０の１第３．１項，３項），また，同契約の存続条項（甲２０の１第６． ４項）により，ある特許がいったん許諾対象に該当すると，インテル社及びその子
会社は，同契約の満了時期にかかわらず，当該特許の存続期間が満了するまでその特許に対するライセンスを有する。 したがって，インテル社がインテル・アメリカ社を介してアップル社に本件ベースバンドチップを販売することは，控訴人とインテル社間のライセンス契約に基づくライセンス許諾の範囲内である。 イ本件各発明に係る本件特許権の消尽最判平成９年７月１日・民集５１巻６号２２９９頁（以下「ＢＢＳ事件最高裁判決」という。）は，「我が国の特許権者又はこれと同視し得る者が国外において特許製品を譲渡した場合においては，特許権者は，・・・譲受人から特許製品を譲り受けた第三者 ２９９頁（以下「ＢＢＳ事件最高裁判決」という。）は，「我が国の特許権者又はこれと同視し得る者が国外において特許製品を譲渡した場合においては，特許権者は，・・・譲受人から特許製品を譲り受けた第三者及びその後の転得者に対しては，・・・当該製品について我が国において特許権を行使することは許されないものと解するのが相当である。」と判示した。 ＢＢＳ事件最高裁判決にいう「特許権者と同視し得る者」から実施権者を除外すべき理由はないから，「特許権者と同視し得る者」にはインテル社などのライセンシーも含まれると解すべきである。 また，本件発明１は，送信側のＲＬＣ層と受信側のＲＬＣ層との間のデータの送受信に関する技術であり，全て本件ベースバンドチップのみで実装可能であるから，本件ベースバンドチップは，本件特許権についてＢＢＳ事件最高裁判決のいう「特許製品」に当たると解するべきである。 仮に，本件発明１の「データ送信装置」（構成要件Ｈ）が本件ベースバンドチップではなく，これを組み込んだ最終製品である本件各製品と解される場合においても，本件ベースバンドチップは，本件発明１に係る特許権の間接侵害品に該当する。譲渡対象物が部品であったとしても，最終製品に関する物の発明に係る特許権の間接侵害品に当たるのであれば，譲渡者は，当該部品を譲り受けた譲受人及びその後の転得者において当該部品を用いて最終製品に関する物の発明に係る特許権を実施することができることを前提としていたというべきであるから，当該部品は，ＢＢＳ事件最高裁判決にいう「特許製品」に該当すると解すべきである。したがって，本
件ベースバンドチップもＢＢＳ事件最高裁判決にいう「特許製品」に該当する。 また，物の発明と実質的に同一の技術内容に係る方法の発明に係る特許権についても，当該方法の発明に したがって，本
件ベースバンドチップもＢＢＳ事件最高裁判決にいう「特許製品」に該当する。 また，物の発明と実質的に同一の技術内容に係る方法の発明に係る特許権についても，当該方法の発明に関して特許権者が「特許発明の公開の代償を確保する機会」が保障されていたという事情が存在する限り，方法の発明に係る特許権に基づく権利行使も許されないと解すべきである。 本件ベースバンドチップは直接侵害品又は間接侵害品として「特許製品」に当たり，控訴人がインテル社に本件ベースバンドチップの販売のライセンスをした際に，控訴人に「特許発明の公開の代償を確保する機会」が保障されていたことから，控訴人がインテル社の下流顧客に対して本件発明１に係る本件特許権の権利行使をすることは許されず，また，本件発明２は，本件発明１と実質的に同一の技術内容に係る方法の発明であり，本件発明１に係る本件特許権の権利行使が許されない以上，本件発明２に係る本件特許権の権利行使も許されないというべきである。 したがって，控訴人から本件特許のライセンスを許諾されたインテル社が米国において本件ベースバンドチップをインテル・アメリカ社を介してアップル社に販売したことによって，本件ベースバンドチップに関し本件各発明に係る本件特許権が消尽した。 ウまとめ以上によれば，控訴人は，被控訴人に対し，本件ベースバンドチップを実装した本件各製品について本件特許権を行使することができない。 (2) 控訴人の主張被控訴人は，本件ベースバンドチップに関し本件各発明に係る本件特許権が消尽した旨を主張するが，以下のとおり理由がない。 ア控訴人とインテル社間のライセンス契約の終了控訴人とインテル社間のライセンス契約は，２００９年（平成２１年）６月３０日に契約期間満了により終了し 旨を主張するが，以下のとおり理由がない。 ア控訴人とインテル社間のライセンス契約の終了控訴人とインテル社間のライセンス契約は，２００９年（平成２１年）６月３０日に契約期間満了により終了しており，同契約には，契約期間満了後のライセンスの存続条項は存在しない。したがって，インテル社は，本件特許権について無権限
者であるから，アップル社がインテル社から本件ベースバンドチップの譲渡を受けたことをもって，本件各発明に係る本件特許権が消尽する余地はない。 イライセンス契約の許諾対象製品に非該当控訴人とインテル社間のライセンス契約（甲２０の１・３，１６２，１６３）には，第三者から製品設計が提供される場合の第三者向けインテル社製品をライセンスの対象外とする規定（３．２項）及び限定した製造委託のみを許容する規定（３． ７項）が存在することからすると，同ライセンス契約において許諾対象とされた「インテル・ライセンス対象製品」は，インテル社自身により製造された製品又はインテル社が設計図等を提供して製造委託した製品を意味すると解すべきである。 しかるに，本件ベースバンドチップは，インテル社ではなくＩＭＣ社（旧インフィニオン社）によって開発され，製造されたもの（正確には，ＩＭＣ社から第三者へ製造委託されたもの）であるから，本件ライセンス契約の「インテル・ライセンス対象製品」に該当しない。 ウ国際消尽の要件の非充足ＢＢＳ事件最高裁判決は，譲渡人が目的物である特許製品について有する全ての権利に，我が国に輸入する権利（及び，我が国において使用し，譲渡する権利）が含まれていることを国際消尽成立のための前提としているというべきであるから，ＢＢＳ事件最高裁判決にいう「我が国の特許権者と同視し得る者」とは，目的物である特許製品を我が国に輸 用し，譲渡する権利）が含まれていることを国際消尽成立のための前提としているというべきであるから，ＢＢＳ事件最高裁判決にいう「我が国の特許権者と同視し得る者」とは，目的物である特許製品を我が国に輸入する権利（及び，我が国において使用し，譲渡する権利）を有している者を意味することは明白である。 しかるに，インテル社は，目的物である特許製品（携帯電話機，タブレット型コンピュータ）について，我が国に輸入する権利（及び，我が国において使用し，譲渡する権利）を有するものでないから，インテル社が「我が国の特許権者と同視し得る者」に該当しない。 また，インテル社からアップル社が譲渡を受けた本件ベースバンドチップは，本件各発明の「データ送信装置」ないし「データ送信方法」ではない以上，ＢＢＳ事
件最高裁判決にいう「特許製品」に該当しない。 さらに，インテル社自身が，携帯電話機やタブレット型コンピュータなどの最終製品を対象としたライセンスの許諾までは受けないことを内容としたライセンス契約（控訴人とインテル社間のライセンス契約）に合意した以上，本件ベースバンドチップが携帯電話機等に組み込まれることを控訴人が予想しても，控訴人がインテル社から「データ送信装置」，「データ送信方法」に関する本件各発明の公開の代償を得られるものではないから，控訴人に上記代償を確保する機会が保障されていたものといえないことは明らかであるし，また，本件ベースバンドチップが特許製品である本件各製品全体の価格に占める部品単価の割合は僅少であり，このような一部のみの利得機会をもって全部の利得機会を得たと評価することもできない。 エまとめ以上のとおり，アップル社がインテル社から本件各製品の一部品である本件ベースバンドチップを譲り受けたからといって，本件各発明に係る本 全部の利得機会を得たと評価することもできない。 エまとめ以上のとおり，アップル社がインテル社から本件各製品の一部品である本件ベースバンドチップを譲り受けたからといって，本件各発明に係る本件特許権が消尽するものではないから，控訴人が本件各製品について本件特許権を行使することができないとの被控訴人の主張は，その前提を欠き，理由がない。 ５ 争点５（控訴人の本件ＦＲＡＮＤ宣言に基づく本件特許権のライセンス契約の成否）について(1) 被控訴人の主張ア本件ＦＲＡＮＤ宣言に関する準拠法(ｱ) 控訴人は，１９９８年（平成１０年）１２月１４日，ＥＴＳＩに対し，ＵＭＴＳ規格に必須である控訴人保有の特許をＦＲＡＮＤ条件（ＥＴＳＩのＩＰＲポリシー６．１項所定の公正，合理的かつ非差別的な条件）で許諾する用意がある旨の誓約（宣言）をし，さらに，２００７年（平成１９年）８月７日，ＥＴＳＩに対し，本件出願の優先権主張の基礎となる韓国出願の出願番号，本件出願の国際出願番号等を明示した上で，ＵＭＴＳ規格に必須である控訴人保有の特許をＦＲＡＮＤ条件で取消不能なライセンスを許諾する用意がある旨の宣言（本件ＦＲＡＮＤ宣言）を
した。 ＦＲＡＮＤ条件による規格必須特許のライセンス宣言は，ＥＴＳＩの会員のみならず，非会員をも含むあらゆる者を対象とするものであるから（「ＩＰＲについてのＥＴＳＩの指針」（甲１６，１６１）），アップル社及び被控訴人も，本件ＦＲＡＮＤ宣言の対象となり得る。 (ｲ) 本件ＦＲＡＮＤ宣言及びＩＰＲポリシーの準拠法は，フランス法であるから（甲１３，ＩＰＲポリシー１２項），本件ＦＲＡＮＤ宣言の効力，本件ＦＲＡＮＤ宣言に基づくライセンス契約の成立要件等については，フランス法が適用される。 イ控訴人と被控訴人間のライ ス法であるから（甲１３，ＩＰＲポリシー１２項），本件ＦＲＡＮＤ宣言の効力，本件ＦＲＡＮＤ宣言に基づくライセンス契約の成立要件等については，フランス法が適用される。 イ控訴人と被控訴人間のライセンス契約の成立(ｱ) 控訴人がＥＴＳＩに対して行った本件ＦＲＡＮＤ宣言は，フランス法において法的拘束力のある申込み（又は「継続的な申し入れ（offrepermanente）」）であると考えるのに必要な要素（許諾対象特許，許諾される権利内容等）が全て含まれているから，「ある当事者が当該規格を実装することで承諾される，実際のライセンスの申出」を構成する。そして，フランス法上，承諾は，行為又は合意の履行によってされるから，被控訴人が本件各製品の輸入販売を開始したことによって，控訴人の上記ライセンスの申込みに対する黙示の承諾がされ，これにより控訴人と被控訴人との間で，本件特許権についてライセンス契約が成立したといえる。 (ｲ)ａ 控訴人の本件ＦＲＡＮＤ宣言において特定のライセンス料率が定まっていないことは，ライセンス契約の成立を妨げるものではない。 フランス法上，売買契約に関しては，特定の金額が定まっていることがその成立の要素となっているのに対し，ライセンス契約は，売買契約とは異なる特殊な契約に位置付けられ，当事者が契約を締結する上で，ライセンス料の合意があることが必須要件とされていない。また，フランス法上，裁判所がＦＲＡＮＤ条件のライセンス料率を決定することが可能である。 ｂ フランス法においては，ライセンスを構成する行為は，書面により締結されるべきであり，書面がない場合には，無効になると規定されているが（知的財産法
Ｌ．６１３－８条５項），一方で，書面に対して義務を負う当事者の署名があれば，当該書面は，法的拘束力を有するこ れるべきであり，書面がない場合には，無効になると規定されているが（知的財産法
Ｌ．６１３－８条５項），一方で，書面に対して義務を負う当事者の署名があれば，当該書面は，法的拘束力を有することとされている。 この点，控訴人の本件ＦＲＡＮＤ宣言は，控訴人の署名のある書面によってされているから，書面性の要件が充たされており，被控訴人の署名がないことは，書面性の要件とは関係がない。また，フランス法上，ライセンス契約の書面性の要件は，「ライセンシーの特定の利益を守る目的」で課されたことから，書面の欠如を理由として契約の無効を主張できるのは，書面の欠如により保護されるべき当事者（ライセンシー）のみであり，本件において，控訴人は無効主張をする資格を有しない。 (ｳ) また，本件ＦＲＡＮＤ宣言については，控訴人及びＥＴＳＩ間の第三者のためにする契約（stipulationpourautrui）と構成することも可能である。フランス法上，両当事者間の合意の交換によって，第三者に有利な義務を負う約束ができると解される。受益者である被控訴人は，契約の成立を目的として約束を受諾する必要はなく，受益者には約束者（控訴人）に対する即時かつ直接の権利が与えられると解される。 (ｴ) 仮に控訴人の本件ＦＲＡＮＤ宣言が，実装行為によって承諾されるような申込みに当たらない場合であっても，少なくとも，本件ＦＲＡＮＤ宣言は，拘束力ある契約を締結する旨の誓約に該当するというべきである。このように，控訴人は，被控訴人に対して，フランス法上，ライセンスを許諾する義務を負っているのであるから，損害賠償請求をすることは許されない。 ウ準拠法を日本法と解した場合について仮に本件ＦＲＡＮＤ宣言の準拠法を日本法と解した場合であっても，本件ＦＲＡＮＤ宣言は控訴人に ているのであるから，損害賠償請求をすることは許されない。 ウ準拠法を日本法と解した場合について仮に本件ＦＲＡＮＤ宣言の準拠法を日本法と解した場合であっても，本件ＦＲＡＮＤ宣言は控訴人による通常実施権許諾契約の申込みと解され，また，被控訴人がＵＭＴＳ規格の実装行為を行うことによって承諾されるから，日本法の下でもライセンス契約が成立していたと解されることになる。 エまとめ以上のとおり，控訴人がＥＴＳＩに対して行った本件ＦＲＡＮＤ宣言がＦＲＡＮ
Ｄ条件による本件特許権のライセンス契約の申込みに，被控訴人が本件各製品の輸入販売を始めたことが上記申込みに対する黙示の承諾に当たり，控訴人と被控訴人間で本件特許権についてＦＲＡＮＤ条件によるライセンス契約が成立したから，控訴人は，本件特許権を行使することができない。 (2) 控訴人の主張ア契約の申込みの不存在契約の成立により，当事者は当該契約を履行すべき法的義務を負うものであるから，申込みは，承諾によって直ちに契約を成立させ得る程度に具体的であることを要する。 しかるに，控訴人の本件ＦＲＡＮＤ宣言には，対価（実施料率），期間及び地理的範囲といった契約の要素というべき重要事項の一切が含まれておらず，当事者が負うべき具体的義務が何ら特定されていないから，これがライセンス契約の申込みに該当することはない。 この点，フランス法においても，ライセンス契約が成立するためには，契約の重要な要素（例えば，対価，対象特許，地域，期間）を明確にした申込み及びそれに合致した承諾が必要であると解されており，本件においては，それらを明確にした申込みはないから，ライセンス契約が成立する余地はない。なお，フランスの最高裁判所（破毀院）の判決において，ロイヤルティ（対価）がライセ が必要であると解されており，本件においては，それらを明確にした申込みはないから，ライセンス契約が成立する余地はない。なお，フランスの最高裁判所（破毀院）の判決において，ロイヤルティ（対価）がライセンス契約の必須要素であるか否かを取り扱ったものはない。 イ承諾の不存在(ｱ) 前記アのとおり，そもそも控訴人から本件特許権のライセンス契約の申込みがされた事実が存在しないのであるから，これに対する被控訴人の承諾が存在することはない。 (ｲ) これに対し被控訴人は，被控訴人が本件各製品を輸入販売等したことによって上記申込みに対する黙示の承諾がされた旨を主張する。 しかし，被控訴人は規格の実装により意思の合致が認められる理由を述べていな
い。また，仮に被控訴人の主張が肯定されるならば，特許技術の利用者は，単に規格を実装する行為をとるだけで，承諾を権利者に表明することなく，しかも対価を支払うことなく，当該特許技術を利用できることとなるが，そのような帰結が非常識であることは明らかである。 したがって，被控訴人の上記主張は失当である。 ウ書面性の要件の欠如(ｱ) 仮にライセンスの成否についてフランス法を準拠法とする被控訴人の主張を前提としても，フランス法においては，特許ライセンス契約は書面によらなければならないとされており，本件特許について，控訴人と被控訴人との間のライセンス契約に関する書面は存在しないから，被控訴人主張のライセンス契約は成立していない。 (ｲ) これに対し，被控訴人は，控訴人の本件ＦＲＡＮＤ宣言には，義務者である控訴人の署名があるので，特許ライセンス契約の成立に必要な書面性の要件を充足する旨を主張する。 しかし，①本件ＦＲＡＮＤ宣言には，ライセンス契約の目的，対価，期間及び地理的範囲といっ 務者である控訴人の署名があるので，特許ライセンス契約の成立に必要な書面性の要件を充足する旨を主張する。 しかし，①本件ＦＲＡＮＤ宣言には，ライセンス契約の目的，対価，期間及び地理的範囲といった契約の内容を表すのに必要な条項が含まれていないこと，②本件ＦＲＡＮＤ宣言に被控訴人の署名が付されていない以上，双方当事者の意思が合致したか否かが不明確であること，③本件ＦＲＡＮＤ宣言は，相互にライセンス契約を受けることが前提とされており，他方当事者であるライセンシーも義務者になるのであるから，他方当事者である被控訴人の署名を不要とすることができないことからすると，被控訴人主張の控訴人と被控訴人間のライセンス契約は書面性の要件を充たしていない。 したがって，被控訴人の上記主張は，理由がない。 エまとめ以上のとおり，本件ＦＲＡＮＤ宣言に基づいて控訴人と被控訴人間で本件特許権についてライセンス契約が成立したとの被控訴人の主張は，理由がない。
 ６ 争点６（控訴人による本件特許権に基づく損害賠償請求権の行使の権利濫用の成否）について(1) 被控訴人の主張以下の諸事情に鑑みれば，控訴人が被控訴人に対し，本件特許権に基づく損害賠償請求権を行使することは，権利の濫用（民法１条３項）に当たり，許されない。 ア本件特許の適時開示義務違反ＥＴＳＩのＩＰＲポリシー４．１項は，ＥＴＳＩの会員が，開発済み又は開発中の標準規格に必須となり得る知的財産権を保有する場合，これをＥＴＳＩに適時に開示することを義務付けている。この趣旨は，標準策定の参加者が標準規格を構成する特許の存在を秘匿すると，標準化のワーキンググループが当該特許の代わりの技術を標準規格に採用することを検討したり，当該特許を標準規格から外す旨の決定を行ったりする機 策定の参加者が標準規格を構成する特許の存在を秘匿すると，標準化のワーキンググループが当該特許の代わりの技術を標準規格に採用することを検討したり，当該特許を標準規格から外す旨の決定を行ったりする機会が奪われると同時に，標準規格を実装する者や，標準化団体が代替的技術を選択する機会も奪われることになるので，ＥＴＳＩの会員にその保有する標準規格に必須となり得る知的財産権の適時開示義務を負わせたものである。 控訴人は，本件出願の優先日の属する月である２００５年（平成１７年）５月，控訴人が特許を取得しようとしていた技術を含む変更要請書を作成し，これを３ＧＰＰのワーキンググループに提示し，その後本件特許に係る標準規格が決まってから，約２年経過後の２００７年（平成１９年）８月に至るまで本件特許の存在をＥＴＳＩに開示しなかった。 このように控訴人は，意図的にＩＰＲポリシー４．１項の適時開示義務に違反したものである。 イ本件仮処分の申立てが報復的な対抗措置であることアップル社は，２０１１年（平成２３年）４月，米国において，控訴人に対し，標準規格と関係のないアップル社保有の特許権等を侵害したとして，その侵害行為の差止請求訴訟を提起した。 控訴人は，同月，アップル社の上記提訴に対する報復的な対抗措置として，被控
訴人に対し，控訴人がＵＭＴＳ規格の必須特許であるとの宣言（以下，この宣言に係る特許を「必須宣言特許」という。）をした本件特許権に基づき本件各製品の販売等の差止めを求める本件仮処分の申立てなどをした。 ウ本件ＦＲＡＮＤ宣言に基づくライセンス契約締結義務違反及び誠実交渉義務違反(ｱ) 「ＩＰＲについてのＥＴＳＩの指針」１．４項（甲１６，１６１）は，第三者は，ＥＴＳＩ規格の利用者として，ＩＰＲポリシー６．１項に基づき， くライセンス契約締結義務違反及び誠実交渉義務違反(ｱ) 「ＩＰＲについてのＥＴＳＩの指針」１．４項（甲１６，１６１）は，第三者は，ＥＴＳＩ規格の利用者として，ＩＰＲポリシー６．１項に基づき，規格に関し，ＦＲＡＮＤ条件でライセンスが許諾される権利を有することを定めている。 アップル社及び被控訴人は，控訴人の本件ＦＲＡＮＤ宣言によって，必須宣言特許のライセンスを受ける権利を有するから，控訴人は，必須宣言特許である本件特許権についてライセンス契約を締結する義務（ライセンス契約締結義務）を負うというべきである。また，控訴人は，少なくとも，必須宣言特許のライセンスに関し誠実に交渉すべき義務（誠実交渉義務）を負うというべきである。 しかし，控訴人は，以下に述べるとおり，ライセンス契約締結義務及び誠実交渉義務に違反している。 (ｲ)ａ 前記イのとおり，控訴人がアップル社の提訴に対する報復的な対抗措置として本件仮処分の申立てを行ったことは，必須宣言特許のライセンスに関する控訴人のライセンス契約締結義務に違反する行為である。 控訴人の本件仮処分の申立ての意図は，アップル社及び被控訴人に対し，ＦＲＡＮＤ宣言でのライセンスを許諾する意思はなく，必須特許宣言をした本件特許権に基づく差止請求権を行使して被控訴人及びアップル社を脅かすことにより，アップル社が提訴した事件を牽制し，有利に進めようとしているにすぎない。 ｂ アップル社は，控訴人に対して，２０１１年（平成２３年）４月２９日付け書簡（甲６の１）で，控訴人が主張している個々の必須宣言特許及び同社の必須宣言特許ポートフォリオ（以下，「特許ポートフォリオ」とは，ある者の有する特許権の集合を指す趣旨で用いる。）に関して，ＦＲＡＮＤ条件に適ったロイヤルティ又は
一時金について問い合わせ の必須宣言特許ポートフォリオ（以下，「特許ポートフォリオ」とは，ある者の有する特許権の集合を指す趣旨で用いる。）に関して，ＦＲＡＮＤ条件に適ったロイヤルティ又は
一時金について問い合わせをし，その後，再三要求を繰り返したが，結局，同年７月２５日まで，控訴人から具体的なロイヤルティの提案はされなかった。 同日，控訴人からアップル社に対して，同日付け書簡（甲２９）において，具体的な料率が提示された。これは，本件各製品及び本件ベースバンドチップの平均販売価格をそれぞれ６００ドル及び１５ドルであると考えた場合，ほぼ本件ベースバンドチップと同程度の金額のロイヤルティを要求していることとなる。仮にアップル社が同様のライセンス料率を他のＵＭＴＳ規格に関する必須宣言特許の保有者に対して支払うと仮定すると，アップル社は，ＵＭＴＳ規格に関する全ての必須宣言特許についてライセンスを受けるために，本件ベースバンドチップの平均販売価格の約１８倍のライセンス料を支払わなければならなくなる。以上の経緯によれば，控訴人の提示したロイヤルティはＦＲＡＮＤ条件によるものではない。 これに対して，アップル社は，同年８月１８日，同日付け書簡（甲３４の４）で，控訴人に対し，必須宣言特許に関するライセンス料率算定の枠組みを提示した。しかし，控訴人は，アップル社の提案した枠組みを拒否し，また，具体的な代案も一切示さなかった。 控訴人は，翌年１２月になるまで，約１年半もの間，新たな代案を提示しなかった。控訴人は，アップル社に対する２０１２年（平成２４年）１２月３日付けの書簡（乙６４）で，従前の提案の半分以下の料率を提案した。しかし，控訴人は，その算定方法について具体的な説明をしていない。また，同月の，控訴人とアップル社の和解交渉の場面において，控訴人は，アップル社 簡（乙６４）で，従前の提案の半分以下の料率を提案した。しかし，控訴人は，その算定方法について具体的な説明をしていない。また，同月の，控訴人とアップル社の和解交渉の場面において，控訴人は，アップル社が控訴人に対して一時金を支払うという条件で，両者のＵＭＴＳ規格等に関する必須となる特許のポートフォリオについてクロスライセンスを行うという提案をした。しかし，この提案も，アップル社の知的財産権（標準規格に関しないもの）の侵害によって生じる控訴人の責任について免除を受けた上で世界的な紛争に関して和解をするという前提条件が付されていた。控訴人が同月に行ったこれらの提案は，いずれもＦＲＡＮＤ条件からかけ離れたものである。
控訴人は，いまだにＦＲＡＮＤ条件に適合するライセンスの提案を行っておらず，アップル社に対して提示するライセンスの提案が，他のライセンシーに対するライセンス条件と比して差別的ではないということを裏付ける情報の提供も行っていない。 ｃ また，現在に至るまで，控訴人は，自社の主張する必須宣言特許について，特許単位でのライセンスを行うように求めるアップル社の要請に応じていない。 ＥＴＳＩのＩＰＲポリシー６．１項は「特定の規格または技術仕様に関連する一つの必須ＩＰＲがＥＴＳＩに知らされた場合」としており，ＦＲＡＮＤ条件でのライセンス許諾が原則として個々の特許単位であることを明らかにしている。ポートフォリオ全体でのライセンス条件を強要することを許してしまえば，必須宣言特許の保有者がＦＲＡＮＤ条件でのライセンス義務を容易に潜脱することが可能になる弊害が生じる。 (ｳ) さらに，控訴人は，被控訴人が平成２５年５月１６日付け書簡（乙６６）で求めた，必須宣言特許ポートフォリオ及びそれに関するクロスライセンスの提案の評価に必要な が可能になる弊害が生じる。 (ｳ) さらに，控訴人は，被控訴人が平成２５年５月１６日付け書簡（乙６６）で求めた，必須宣言特許ポートフォリオ及びそれに関するクロスライセンスの提案の評価に必要な情報の提供を行っておらず，また，アップル社において控訴人のライセンス提案がＦＲＡＮＤ条件に適合するものであるかどうかを判断するのに必要な情報（控訴人と他社との間の必須宣言特許のライセンス契約に関する情報等）の提供を拒んでいる。このように控訴人は誠実交渉義務にも違反している。 (ｴ) 以上のとおり，アップル社は，控訴人に対し，ライセンス料の算定根拠を詳細に説明した上で，繰り返し確定的なライセンスの申出を行ったにもかかわらず，控訴人は，従前の申出をいまだに維持し，当該申出に係るライセンス料の算定根拠も，アップル社の申出に対する代案も示すことなく，一方で，必須宣言特許である本件特許権に基づいて差止めを求める本件仮処分の申立てを維持し，アップル社に対して，必須宣言特許に基づく差止仮処分命令の脅威を背景として圧力をかけている。 このような控訴人の一連の行為は，特許発明に係る技術が標準規格に組み込まれ
ることによりその技術に内在する価値を大幅に超える力，つまり，標準規格の実装者から不当に高いロイヤルティや非必須知的財産権のクロスライセンスを取得する力を特許権者に与えかねないという，いわゆる「ホールドアップ状況」（標準規格に取り込まれた技術の権利行使によって標準規格の利用を望む者が利用できなくなる状況）の策出行為に当たるものである。 以上によれば，控訴人は，必須宣言特許である本件特許権についてのライセンス契約締結義務及び誠実交渉義務に違反しているというべきである。 (ｵ) この点に関し，控訴人は，アップル社がＦＲＡＮＤ条件による「確定的な 控訴人は，必須宣言特許である本件特許権についてのライセンス契約締結義務及び誠実交渉義務に違反しているというべきである。 (ｵ) この点に関し，控訴人は，アップル社がＦＲＡＮＤ条件による「確定的なライセンスの申出」を行っていないから，控訴人に誠実交渉義務が発生していない旨主張する。 しかし，ＥＴＳＩのＩＰＲポリシー，控訴人の本件ＦＲＡＮＤ宣言及びその準拠法であるフランス法のいずれにおいても，必須宣言特許権者が誠実交渉義務を負う条件として，ＵＭＴＳ規格の実施希望者に対して，「確定的なライセンスの申出」を行うことを求める規定は存しない。「確定的なライセンスの申出」は，ライセンス契約成立の要件ではなく，また，特許権者の誠実交渉義務発生の要件でもない。 日本法においても，「確定的なライセンスの申出」を要求する根拠は存しない。仮に日本法において控訴人の誠実交渉義務の発生要件としてアップル社又は被控訴人の「確定的なライセンスの申出」が必要であるとしても，アップル社は，控訴人に対し，ＦＲＡＮＤ条件でのライセンス契約締結の限りで，本件特許権の有効性及び抵触性を争わないとの意思を示し，「確定的なライセンスの申出」を行っている。 さらに，仮にライセンス希望者がＦＲＡＮＤ条件でのライセンスの申出を行うに際し特許の有効性や抵触性を争う権利を放棄しなければならないとすれば，必須宣言特許権者は，後に当該特許が必須でなかったことや，当該特許の有効性や抵触性が認められないことが判明したとしても，ライセンシーからその点を指摘されることから免れることができる結果となり，しかも，ライセンシーから特許の有効性や抵触性を争われることを免れるという利益を得るために，本来は必須特許ではない
ものについて，必須特許であるという過剰な宣言を助長しかねないこととなり，妥 しかも，ライセンシーから特許の有効性や抵触性を争われることを免れるという利益を得るために，本来は必須特許ではない
ものについて，必須特許であるという過剰な宣言を助長しかねないこととなり，妥当でない。 したがって，控訴人の上記主張は，理由がない。 エ独占禁止法違反控訴人の一連の行為は，「ホールドアップ状況」を策出するものであって（前記ウ(ｴ)），標準規格を広く普及させることを目的とする３ＧＰＰの趣旨に反するものであるとともに，私的独占の禁止及び公正取引の確保に関する法律（以下「独占禁止法」という。）の不公正な取引方法に関する規定（２条９項２号，一般指定２項ないし４項，１４項等）のいずれかに該当する可能性が高く，独占禁止法違反になる。 また，控訴人が訴訟対象となっている必須特許のみを対象とするライセンスを拒否し，控訴人の保有する必須特許ポートフォリオ全体を対象とする一括ライセンスのみを求めることも，不公正な取引方法（一般指定１０項又は１２項）に該当する。 オ ＴＲＩＰｓ協定違反ＴＲＩＰｓ協定３１条は，国内法令によって強制実施権等，特許権者の許諾を得ずに行われる特許使用を認める場合について考慮するべき事項を定めた規定である。 したがって，損害賠償の場面を想定した規定ではないし，裁判所が特許権侵害を認定した場合において，いかなる場合にも損害賠償請求を認めなければならないという規定でもなく，控訴人の損害賠償請求を権利濫用と認めるに妨げとはならない。 カまとめ以上のとおり，控訴人が意図的に本件特許について適時開示義務に違反したこと，控訴人の本件仮処分の申立てが報復的な対抗措置であること，控訴人が本件ＦＲＡＮＤ宣言に基づく必須宣言特許である本件特許権についてのライセンス契約締結義務及び誠実交渉義務に違反して「ホー 反したこと，控訴人の本件仮処分の申立てが報復的な対抗措置であること，控訴人が本件ＦＲＡＮＤ宣言に基づく必須宣言特許である本件特許権についてのライセンス契約締結義務及び誠実交渉義務に違反して「ホールドアップ状況」を策出していること，かかる控訴人の一連の行為が独占禁止法に違反することなどの諸事情に鑑みれば，控訴人が被控訴人に対し，本件特許権に基づく損害賠償請求権を行使することは，権利の濫用に当たり許されないというべきである。
(2) 控訴人の主張被控訴人が控訴人による本件特許権に基づく損害賠償請求権の行使が権利濫用に当たることを基礎付ける事情として挙げる諸点は，以下に述べるとおり，前提となる事実が存在しないか，そもそも権利濫用を基礎付ける事情に当たらない。 ア ＩＰＲポリシーの適時開示義務違反の主張に対し(ｱ) 被控訴人が適時開示義務違反の根拠とするＥＴＳＩのＩＰＲポリシー４．１項（甲１２）は，自らの特許権等を開示するために合理的な努力を求めているが，当該規定はＥＴＳＩの会員に対してＥＴＳＩとの関係を規定するものであり，第三者との関係を規定するものではなく，その違反に対する制裁は何ら想定されていない。 また，ＥＴＳＩとの関係での手続義務違反があることが，当然に，本件特許権の行使が権利濫用に該当するとの結論を導くものではない。 (ｲ) 被控訴人は，控訴人のＥＴＳＩに対する本件特許の開示が，本件出願の優先日から起算して約２年後であったことをもって，控訴人に適時開示義務違反がある旨主張する。 しかし，必須特許宣言は，会社において，特許の抽出，規格に必須であることの精査を行い，適正な社内手続を経て行われるものであり，相応の労力と期間を要するとともに，会社としての決定と行為を要するものであることはいうまでもなく， 社において，特許の抽出，規格に必須であることの精査を行い，適正な社内手続を経て行われるものであり，相応の労力と期間を要するとともに，会社としての決定と行為を要するものであることはいうまでもなく，それゆえに，一般的に，ＥＴＳＩの会員における特許の開示に要する期間として１年から２年の期間が必要となる。 控訴人のＥＴＳＩに対する本件特許の開示が本件出願の優先日から起算して約２年後であったが，同期間は，通常の実務の水準に沿うものであって，控訴人において適時開示のための合理的な努力を怠ったものではなく，適時開示義務に反するとはいえない。 したがって，被控訴人の上記主張は理由がない。 イ本件仮処分の申立てが報復的な対抗措置等であるとの主張に対し
被控訴人は，控訴人の本件仮処分の申立てが，アップル社が控訴人に対して米国において差止請求を行った後に申し立てられたことをもって，報復的な対抗措置であり，アップル社が申し立てた事件を牽制し，有利に進めようとするものである旨主張する。 しかし，アップル社が控訴人に対して米国で差止請求を行った事件は，本件とは別個の事件であるし，控訴人が本件特許権の侵害行為の差止請求をする権利を有することの当然の効果として，被控訴人が当該侵害行為の差止請求を受けることは法が当然に予定しているのであり，控訴人による権利行使がアップル社からの権利行使に後れたことをもって「報復的な対抗措置」，「アップル社が申し立てた事件の牽制」等との非難を受けるいわれはない。ＥＴＳＩのＩＰＲポリシーにおいても，差止請求権の行使が明示的に禁じられてはいない。また，アップル社は，訴訟の結果が出るまでライセンス料を支払う意思のない者（unwillinglicensee）であり，真にライセンスを取得する意思がないにもかかわらず， 示的に禁じられてはいない。また，アップル社は，訴訟の結果が出るまでライセンス料を支払う意思のない者（unwillinglicensee）であり，真にライセンスを取得する意思がないにもかかわらず，ライセンスを希望するかのように装って，ライセンス料を払うことなく特許を利用するという「逆ホールドアップ」を行っているから，控訴人が本件仮処分命令の申立てをすることに不当な点はない。 したがって，被控訴人の上記主張は，理由がない。 ウ本件ＦＲＡＮＤ宣言に基づくライセンス契約締結義務違反及び誠実交渉義務違反の主張に対し(ｱ) ライセンス契約締結義務の不存在ＥＴＳＩに対するＦＲＡＮＤ宣言によって生じる特許権者の義務は，ライセンスを受けることを希望する者との間で，その申出を受けて，ＩＰＲポリシー６．１項所定のＦＲＡＮＤ条件でライセンスを行うという基本原則に従って，誠実に交渉，協議する義務（誠実交渉義務）である。ＦＲＡＮＤ宣言がされたからといって，いかなる場合にも，控訴人が，ライセンス契約を締結する義務（ライセンス契約締結義務）を負担するものではない。
被控訴人は，ＦＲＡＮＤ宣言によりライセンス契約締結義務を負うとする主張する。しかし，被控訴人が同主張の根拠とする「ＩＰＲについてのＥＴＳＩの指針」（甲１６，１６１）は，「具体的なライセンス条件及び交渉は企業間の商業上の問題であり，ＥＴＳＩ内で対処されるものではない」（４．１項）と規定しており，同主張は，ＥＴＳＩが個々のライセンス契約の交渉に関与しない方針であることと矛盾する。 したがって，控訴人に本件ＦＲＡＮＤ宣言に基づくライセンス契約締結義務違反があるとの被控訴人の主張は，理由がない。 (ｲ) 誠実交渉義務の不発生ａＦＲＡＮＤ宣言によりその宣言をした者に課 したがって，控訴人に本件ＦＲＡＮＤ宣言に基づくライセンス契約締結義務違反があるとの被控訴人の主張は，理由がない。 (ｲ) 誠実交渉義務の不発生ａＦＲＡＮＤ宣言によりその宣言をした者に課せられる義務の内容については，各国の公共政策に直接的に関わる問題であるため日本法固有の観点から判断し得るものである。そして，日本法の観点からは，誠実交渉義務が生じるのは，ライセンス対象特許の有効性を争うことなく，真にライセンスを受けることを希望する「確定的なライセンスの申出」が必要であると解すべきである。 被控訴人は，アップル社が控訴人に対し，２０１２年（平成２４年）３月４日，同年９月１日及び７日にＦＲＡＮＤ条件による「確定的なライセンスの申出」を行った旨主張するが，いずれも理由がない。 (a) 被控訴人主張の２０１２年（平成２４年）３月４日の申出は，控訴人の特許の抵触性と有効性を争うものであるから，そもそも「確定的なライセンスの申出」に該当しない。 また，上記申出の内容は，不合理に低額なライセンス料率を提示するものであって，交渉が成立しないことを知った上で，申出の外形を形式的に作出しただけの真にライセンスを受ける意思のないものであり，上記申出が「確定的なライセンスの申出」に該当することはあり得ない。 (b) 被控訴人主張の２０１２年（平成２４年）９月１日及び７日の申出（甲１０９，１１０）は，控訴人の特許が非侵害ないし無効であることを指摘しつつ，宣言
者による必須性の検証を提案している点で（訳文３頁），依然として控訴人の特許の抵触性と有効性を争うことを留保するものであるから，「確定的なライセンスの申出」とはいえない。また，アップル社は，特許権が消尽していると主張する製品については実施料を請求すべきでない（ロイヤリティの算 性と有効性を争うことを留保するものであるから，「確定的なライセンスの申出」とはいえない。また，アップル社は，特許権が消尽していると主張する製品については実施料を請求すべきでない（ロイヤリティの算定の基礎とすべきでない）旨主張しており（訳文４頁），特許消尽の主張が特許権侵害の主張に対する抗弁であることに鑑みれば，このような主張をすることは，依然として特許の抵触性を争っているに等しいから，「確定的なライセンスの申出」とはいえない。 (c) 以上のとおり，被控訴人主張のアップル社の申出は，真にライセンスを希望する確定的な申出とはいえないから，控訴人には誠実交渉義務が生じているとはいえない。 ｂ この点に関連して，被控訴人は，他のライセンシーに対するライセンス条件について，秘密保持義務に違反しない範囲でアップル社に開示することは可能であるのに，控訴人がライセンス条件を開示しないことを非難する旨の主張をしている。 しかし，本件ＦＲＡＮＤ宣言により控訴人に課される義務は，確定的なライセンス申出を行う者に対して誠実に交渉，協議する義務であって，他社へのライセンス条件を開示する義務は存在しない。また，アップル社は確定的なライセンスの申出を行っておらず，控訴人は被控訴人に対して何ら義務を負っていないというべきであるから，被控訴人の上記主張は失当である。 また，控訴人と他社との間のライセンス契約に関する情報は，秘密保持義務が課されており，提供できる性質のものではない。 (ｳ) 誠実交渉義務違反の不存在ａ 控訴人は，終始一貫して，アップル社に対して両社の間で誠実に交渉することを求めており，誠実交渉義務に違反していない。 すなわち，控訴人は，２０１２年（平成２４年）４月１８日付け回答書（乙４２）において，アップル社に対しＦＲＡＮＤ条件 して両社の間で誠実に交渉することを求めており，誠実交渉義務に違反していない。 すなわち，控訴人は，２０１２年（平成２４年）４月１８日付け回答書（乙４２）において，アップル社に対しＦＲＡＮＤ条件でのライセンスの用意があることを伝え，アップル社が真剣な提案を行うことを促している。また，控訴人は，２０１２
年（平成２４年）９月７日付け書簡（甲１１１）において，アップル社に対して交渉の再開を提案し，同年９月２５日以前に会談を行うことを提案した。また，控訴人は，同年１２月１８日には，アップル社に対して，ＵＭＴＳ規格等に関する必須特許ポートフォリオを対象とした１０年間のクロスライセンスの対価として多額の一時金を支払うことを内容とする新たな提案も行っている。そして，控訴人とアップル社は，平成２５年２月７日開催の会合において，●●●●●●●●●●●●●●●●●●●●●●その内容を記載した覚書（ドラフト）を作成した。このように，控訴人は，終始一貫して，アップル社に対して両者の間で誠実に交渉することを求めてきた。控訴人が２０１１年（平成２３年）７月２５日付けの書簡（甲２５）で示したライセンス料率は，いわゆるHeadline initialoffer であり，ＦＲＡＮＤ条件に従う必要はなく，その後の経緯を見れば，交渉が継続され，控訴人から対案が示されているのであるから，重視されるべきではない。 ｂ また，被控訴人は，控訴人がアップル社に対してＦＲＡＮＤ条件でのライセンスの提示を行っておらず，また代案を示すことなく，被控訴人に対して差止請求を行っており，かかる行為はアップル社及び被控訴人に対するＦＲＡＮＤ条件でのライセンスを拒絶する行為である旨主張する。 しかし，アップル社が「確定的なライセンスの申出」を行っていないことは前述したとお ており，かかる行為はアップル社及び被控訴人に対するＦＲＡＮＤ条件でのライセンスを拒絶する行為である旨主張する。 しかし，アップル社が「確定的なライセンスの申出」を行っていないことは前述したとおりであるから，控訴人の行為がＦＲＡＮＤ条件でのライセンスを拒絶する行為であるとの被控訴人の主張は，その前提を欠き失当である。 ｃ むしろ，これまでに控訴人の誠実な交渉姿勢に応えてこなかったのは，アップル社側であって，本件で問題とするべきなのは，真にライセンスを取得する意思がないにもかかわらず，ライセンスを希望するかのように装って，実施料を支払うことなく，必須宣言特許を利用する，いわゆる「逆ホールドアップ」状況である。 アップル社は，平成２５年２月７日開催の会合で，覚書（ドラフト）の作成段階にまで至っていた●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●また，アップル
社は，同年５月１６日付けの書簡（乙６６）でも，本件特許権がライセンス交渉の対象とならないことを明確に示している。このような交渉態度に照らすならば，アップル社は，真摯にライセンスを受ける意思を有していない者（unwillinglicensee）であるというべきである。 ｄ 以上のとおり，控訴人が誠実交渉義務に違反するとの被控訴人の主張は，理由がない。 (ｴ) ＦＲＡＮＤ条件での実施料相当額の請求についてＦＲＡＮＤ宣言は，無償での特許権の利用を認めるものではないから，ＦＲＡＮＤ条件での実施料相当額の請求が，ＦＲＡＮＤ宣言をしていることを根拠として制限される理由はない。ＦＲＡＮＤ宣言をしたことを理由として，何らかの制限があるか否かが議論されるのは，差止請求権に関してであって，損害賠償請求権に関し 求が，ＦＲＡＮＤ宣言をしていることを根拠として制限される理由はない。ＦＲＡＮＤ宣言をしたことを理由として，何らかの制限があるか否かが議論されるのは，差止請求権に関してであって，損害賠償請求権に関してではない。 エ独占禁止法違反の主張に対し被控訴人は，控訴人の一連の行為が独占禁止法所定の不公正な取引方法に該当し，同法に違反する旨主張する。 しかし，被控訴人の上記主張は，控訴人に適時開示義務違反があること，控訴人が報復目的の対抗措置として本件仮処分の申立てを行っていることなどを根拠とするものであるが，その前提において誤りがあるから，失当である。 オ ＴＲＩＰｓ協定に関する主張に対し我が国は，ＴＲＩＰｓ協定を批准しているところ，ＴＲＩＰｓ協定３１条は，加盟国が，特許権者の許諾を得ていない特許の使用に関して，これを認める場合には，特許権者に対して金銭的補償を行うことを求め，かかる金銭的補償に関しては裁判所が決定するべき旨を規定している。本件においても，特許権者たる控訴人には，当然に金銭的補償が与えられるべきであり，控訴人による損害賠償請求権の行使が許されないとされるべき理由は存在しない。 カまとめ
以上のとおり，控訴人の本件特許権に基づく損害賠償請求権の行使が権利濫用に当たるとの被控訴人の主張は，前提となる事実が存在しないか，権利濫用を基礎付ける事情に当たらないから，理由がない。また，控訴人による損害賠償請求を否定することはＴＲＩＰｓ協定に違反する。 ７ 争点７（損害額）(1) 控訴人の主張被控訴人による本件特許権の相当実施料に基づく支払債務は，後記の計算式のとおりである。 本件特許権の相当実施料率は，本件特許権の技術分野である通信機器の実施料率に倣って，原則として売上高の５．７％であ 人による本件特許権の相当実施料に基づく支払債務は，後記の計算式のとおりである。 本件特許権の相当実施料率は，本件特許権の技術分野である通信機器の実施料率に倣って，原則として売上高の５．７％であり，少なく見積もっても１％を下回らないとするのが合理的である。もっとも，原判決においては，本件特許権がＥＴＳＩのＩＰＲポリシーでいう必須ＩＰＲであると認定されており，被控訴人もこれを前提にした主張をしているので，かかる観点から，相当実施料率を修正する必要がある。 必須ＩＰＲである特許権の累積的実施料率の上限に関しては，被控訴人が売上高の５％と主張していることから，裁判の迅速化を図るために，これを争わない。 また，被控訴人が提出したＢの追加宣誓書（甲１３４）には，ＵＭＴＳ規格に必須と宣言された特許ファミリーのうち，実際に必須であるのは５２９ファミリーである旨が記載されているので，控訴人もこれを採用する。 本件特許権の実施料率は，次の計算式で求められることになる。 （計算式） ５％×１／５２９＝約０．００９５％これに，本件製品２及び４の発売から平成２５年９月２８日までの売上高を乗ずると，次の計算式のとおり，相当実施料額が算定される。 （計算式）本件製品２ ●（省略）●円×５％×１／５２９≒●（省略）●万円本件製品４ ●（省略）●円×５％×１／５２９≒●（省略）●万円
(2) 被控訴人の主張ＦＲＡＮＤ宣言がされた特許の価値を適切に評価するには，標準規格に組み込まれる前の発明本来の価値を基準としなければならない。 ＦＲＡＮＤ宣言された特許権の実施料率は，当該製品を構成する部品のうち，標準化された技術に関係するものを基準にして設定されなければならず，また，実施料率は，全ての必須宣言特許に係る実施料の支 。 ＦＲＡＮＤ宣言された特許権の実施料率は，当該製品を構成する部品のうち，標準化された技術に関係するものを基準にして設定されなければならず，また，実施料率は，全ての必須宣言特許に係る実施料の支払額が高くなりすぎないよう考慮して決定しなければならない。 ア控訴人による損害額の主張は，標準規格に組み込まれる前の価値を一切考慮していない点において，誤りがある。代替的Ｅビット解釈が，実際には使用されていないことや，その使用が必要あるいは望ましいことを示す証拠もないことからすれば，本件特許が標準規格の一部であるとしても，組み込まれる前の価値はゼロであるとするのが相当である。本件特許の技術的価値が低いことからして，標準規格に組み込まれる前にライセンス交渉が行われたとすれば，実施料を支払う者はいない。そうすると，本件特許に係る実施料率は，本件特許に係る技術の標準規格に組み込まれる前の価値がゼロかそれに近い数字であることを反映したものである必要があり，控訴人主張に係るような金額に上ることはあり得ない。 イ控訴人は，本件各製品の販売価格を実施料算定の基礎としているが，これでは本件各発明が寄与していない部分についてまで実施料の算定基礎に含まれることとなり，過大な実施料となる。また，本件特許における実施料は，非差別的なものでなければならないところ，本件各製品の販売価格を実施料算定の基礎とすることは，より高価格なスマートフォンを取り扱う者を不利益に取り扱うことになる。本件において不合理な結果を避けるためには，本件各発明が寄与する最小単位であるベースバンドチップの価格を基準にして実施料を算定するべきである。仮に，本件各製品の販売価格を基準とする場合でも，寄与度を乗じた額を基準とするべきで，本件各特許はベースバンドチップにのみ寄与しているというべき ドチップの価格を基準にして実施料を算定するべきである。仮に，本件各製品の販売価格を基準とする場合でも，寄与度を乗じた額を基準とするべきで，本件各特許はベースバンドチップにのみ寄与しているというべきであるから，ベースバンドチップの価格となるように寄与度を設定するべきである。そうでないとし
ても，通信機能をはじめとする基本的な機能しか備えていない携帯電話の価格（保守的に見積もって６０００円程度）を超える寄与はない。 ウ本件特許の実施料は，ＵＭＴＳ規格全体において本件特許が占める割合を反映したものでなければならならない。また，ＵＭＴＳ規格の必須宣言特許について，全体として要求できる実施料額の合計は５％とするべきである。この５％という割合は，ＵＭＴＳ規格の必須宣言特許全体（フェアフィールド社のレポート（甲１３５）によれば１８８９ファミリー）の合計であるから，本件特許単体としては，次の計算式のとおりとするべきである。 （計算式）５％×１／１８８９＝約０．００２６５％控訴人は，必須宣言された特許のうちフェアフィールド社のレポートで必須であると判定された特許の数を母数とするが，必須特許ファミリー数は控訴人が立証責任を負うにもかかわらず，控訴人はフェアフィールド社のレポートを引用するのみで立証責任を果たしていない。 エ以上によれば，本件特許に係る適切な実施料は，次のとおりとなる。 (ｱ) ベースバンドチップの価格を基礎とする場合ベースバンドチップの価格を基準に本件特許に係る適切な実施料相当額を算定すると次の計算式のとおりとなる。 （計算式）１，２５０円［ベースバンドチップのコスト］×約０．００２６５％［本件特許に係るロイヤルティ料率］×●（省略）●台［本件製品２及び４の販売台数合計］＝約●（省略）● 。 （計算式）１，２５０円［ベースバンドチップのコスト］×約０．００２６５％［本件特許に係るロイヤルティ料率］×●（省略）●台［本件製品２及び４の販売台数合計］＝約●（省略）●円また，仮に，標準規格に必須と判定された特許に分配するとの考え方を採用した場合には，次の計算式のとおりとなる。 １，２５０円［ベースバンドチップのコスト］×０．００９５％［控訴人の主張するロイヤルティ料率］
×●（省略）●台［本件製品２及び４の販売台数］＝約●（省略）●円(ｲ) 本件各製品の販売価格を基準とする場合本件各製品の販売価格に寄与率を乗じることによって算定される金額は，ベースバンドチップの価格と同一になるから，この場合も前記(ｱ)と同額になる。 また，本件特許に係る適切な実施料相当額は，基本的な電話機能しか有しない携帯電話の販売価格（６０００円）を超える金額を基礎とするべきではないから，次の計算式の金額を超えることはない。 ６，０００円［本件製品の販売価格に本件特許の寄与度を乗じた額の上限］×約０．００２６５％［本件特許に係るロイヤルティ料率］×●（省略）●台［本件製品２及び４の販売台数］＝約●（省略）●円第４ 当裁判所の判断 １ 争点１（本件各製品についての本件発明１の技術的範囲の属否）について当裁判所は，本件製品２及び４は，本件発明１の技術的範囲に属するが，本件製品１及び３は，本件発明１の技術的範囲に属しないと判断する。その理由は次のとおりである。 (1) 本件各製品の構成について控訴人は，本件発明１が３ＧＰＰ規格の本件技術仕様書Ｖ６．９．０記載の「代替的Ｅビット解釈」（AlternativeE-bit 解釈）を具現化したものであり，同技術仕様書に準拠した本件各 いて控訴人は，本件発明１が３ＧＰＰ規格の本件技術仕様書Ｖ６．９．０記載の「代替的Ｅビット解釈」（AlternativeE-bit 解釈）を具現化したものであり，同技術仕様書に準拠した本件各製品は，本件発明１の技術的範囲に属する旨主張する。 そこで，まず，本件各製品が本件技術仕様書Ｖ６．９．０に準拠した製品といえるかどうかについて判断する。 ア本件製品１及び３について本件製品１及び３が３ＧＰＰが策定した通信規格の標準規格（３ＧＰＰ規格）であるＵＭＴＳ規格に準拠した製品であることは争いがない。
ＵＭＴＳ規格としてリリースされた規格には各種のバージョンがあり，控訴人主張の代替的Ｅビット解釈は，本件出願の優先日後に公開された「３ＧＰＰＴＳ２５．３２２ Ｖ６．４．０」（以下「本件技術仕様書Ｖ６．４．０」という。）以降のバージョンの技術仕様書において採用されたものである（甲２，８７，弁論の全趣旨）。 しかるに，本件全証拠によるも，本件製品１及び３において代替的Ｅビット解釈に基づく機能が実装されていることを認めることはできない。かえって，本件製品１及び３に実装されたＵＭＴＳ規格に関連する処理を行うベースバンドチップは，インテル社製の「ＰＭＢ８８７８」であること，上記ベースバンドチップは，本件出願の優先日前に公開された３ＧＰＰ規格「リリース５」に係るバージョンに準拠したものであり，代替的Ｅビット解釈に基づく機能を有していないことがうかがわれる（甲８２ないし８５）。 したがって，本件製品１及び３が本件技術仕様書Ｖ６．９．０に準拠した製品であるとの控訴人の主張は，理由がない。 そうすると，その余の点について判断するまでもなく，本件製品１及び３が本件発明１の技術的範囲に属するとの控訴人の主張は理由がない。 イ に準拠した製品であるとの控訴人の主張は，理由がない。 そうすると，その余の点について判断するまでもなく，本件製品１及び３が本件発明１の技術的範囲に属するとの控訴人の主張は理由がない。 イ本件製品２及び４について(ｱ) 代替的Ｅビット解釈本件技術仕様書Ｖ６．９．０の９．２．２．５項及び９．２．２．８項（別紙ＴＳ参照）には，① 伝送モードが非確認モードのＰＤＵ（ＵＭＤＰＤＵ）の最初のオクテットに含まれるＥビット（拡張ビット）について，「通常Ｅビット解釈」又は「代替的Ｅビット解釈」が上位レイヤーのコンフィギュレーションに応じて選択的に適用されること，② 「代替的Ｅビット解釈」の下では，最初のオクテットに含まれるＥビットが「０」の場合は，「次のフィールドは，分割，連結，パディングされていない完全なＳＤＵ」であることを，「１」の場合は，「次のフィールドは，長さインジケータとＥビット」であることを示すこと，③ 「長さインジケータ」
は，最初のオクテットに含まれるＥビットが「分割，連結，パディングされていない完全なＳＤＵ」であることを示していなければ，ＰＤＵの中のそれぞれのＳＤＵ（ＲＬＣＳＤＵ）が終わる最後のオクテットを示すものとして用いられること，④ 「代替的Ｅビット解釈」が設定され，かつ，ＰＤＵ（ＲＬＣＰＤＵ）がＳＤＵのセグメントを含むが，ＳＤＵの最初のオクテットも最後のオクテットも含まない場合には，「長さインジケータ」は，「１１１ １１１０」の値を持つ７ビットの長さインジケータ又は「１１１ １１１１ １１１１ １１１０」の値を持つ１５ビットの長さインジケータが用いられることが記載されている。 (ｲ) 本件実機テストａ 証拠（乙１３，１４，４１）及び弁論の全趣旨によれば，次の事実が認められる。 (a 」の値を持つ１５ビットの長さインジケータが用いられることが記載されている。 (ｲ) 本件実機テストａ 証拠（乙１３，１４，４１）及び弁論の全趣旨によれば，次の事実が認められる。 (a) カナダ法人のチップワークス社が本件製品２及び４について，「基地局エミュレータ」として，ＣＭＷ５００を用いたテスト（本件実機テスト）を行った。 (b) 本件実機テストのテスト１は，「ＰＤＵサイズ：４８８ビット，ＳＤＵサイズ：４８０ビット」の設定で，「ＰＤＵが分割，連結，パディングされていない完全なＳＤＵを含む場合」のテストであり，テスト２は，「ＰＤＵサイズ：８０ビット，ＳＤＵサイズ：４８０ビット」の設定で，最初と最後を除いた「中間セグメント」としてのＰＤＵ（例えば，２番目のＰＤＵ）をモニタするテストである。 (c) 本件実機テストの結果は，次のとおりである。 ① テスト１の場合には，一連番号（ＳＮ）に続くＥビットが「０」となり，長さインジケータを含まないＰＤＵが出力されている（乙１３の図１２，１４）。 ② テスト２の場合には，一連番号（ＳＮ）に続くＥビットが「１」となり，長さインジケータとして所定値（１１１１１１０）を含むＰＤＵが出力されている（乙１３の図１３，１５）。 ｂ 前記ａの本件実機テストの結果が示すＥビットの値及び長さインジケータの値は，前記(ｱ)の代替的Ｅビット解釈を採用した場合の値と整合しており（テスト１
は前記(ｱ)②及び③と，テスト２は前記(ｱ)②及び④とそれぞれ整合する。），本件製品２及び４は，代替的Ｅビット解釈の機能を実装していることが認められる。 ｃ これに対し被控訴人は，本件実機テストの結果の「Interpretation」の欄に「次のオクテット：データ（「nextoctet: data」）」 釈の機能を実装していることが認められる。 ｃ これに対し被控訴人は，本件実機テストの結果の「Interpretation」の欄に「次のオクテット：データ（「nextoctet: data」）」と表示されており，「分割，連結，パディングされていない完全なＳＤＵ」と表示されていないから，本件実機テストでは，代替的Ｅビット解釈ではなく，通常Ｅビット解釈が用いられているなどと主張する。 しかし，代替的Ｅビット解釈において，Ｅビットに「０」が設定される場合，次のフィールドのビット列が「分割，連結，パディングされていない完全なＳＤＵ」を構成するＳＤＵの「データ」を示すものであることからすると，「Interpretation」の欄に「次のオクテット：データ（「nextoctet: data」）」と表示されていることは，本件実機テストにおいて代替的Ｅビット解釈が使用されていることと相反するものではない。 したがって，被控訴人の上記主張は理由がない。 ウ小括以上によれば，本件製品２及び４は，本件技術仕様書Ｖ６．９．０に準拠した製品であり，代替的Ｅビット解釈に基づく機能を実施する構成を備えていることが認められる。 (2) 本件発明１の技術的意義ア本件明細書の記載事項(ｱ) 本件明細書（甲１の２）の発明の詳細な説明には，次のような記載がある（この記載中に引用する図面については，別紙本件明細書図面参照。）。 ａ 「【技術分野】本発明はパケットサービスを支援する移動通信システムに関するもので，特に無線リンク上のプロトコルデータユニット(ProtocolDataUnit：以下，“ＰＤＵ”とする）のヘッダーサイズを減少させて無線リソースを効率的に使用する方法及び装置に関するものである。」（段落【０００１】）
 タユニット(ProtocolDataUnit：以下，“ＰＤＵ”とする）のヘッダーサイズを減少させて無線リソースを効率的に使用する方法及び装置に関するものである。」（段落【０００１】）
ｂ 「【背景技術】・・・ヨーロッパ式移動通信システムであるＧＳＭ(GlobalSystemforMobilecommunications）とＧＰＲＳ(GeneralPacketRadioServices)に基づいて広帯域符号分割多重接続(CodeDivisionMultipleAccess：以下，“ＣＤＭＡ”とする）を使用する第３世代の移動通信システムであるＵＭＴＳ(UniversalMobileTelecommunicationService)システムは，移動電話加入者又はコンピュータユーザーが全世界のどこにいてもパケットベースのテキスト，デジタル化された音声，ビデオ，及びマルチメディアデータを２Mbps 以上の高速で伝送できるサービスを提供する。このＵＭＴＳシステムは，インターネットプロトコル(InternetProtocol：以下，“ＩＰ”とする）のようなパケットプロトコルを用いるパケット交換アクセス方式の概念を導入している。上記のＵＭＴＳ通信システムに対する標準化を担当する３ＧＰＰ(3rdGenerationPartnershipProject)で音声サービスについて，インターネットプロトコルを用いて音声パケットを支援するＶｏＩＰ(Voiceover ＩＰ)通信が論議されている。ＶｏＩＰは，音声コーデック(ＣＯＤＥＣ)から発生した音声フレームをＩＰ/ ＵＤＰ(UserDatagramProtocol)/ ＲＴＰ(Real-timeTransportProtocol)パケットの形態で伝送する通信 ＯＤＥＣ)から発生した音声フレームをＩＰ/ ＵＤＰ(UserDatagramProtocol)/ ＲＴＰ(Real-timeTransportProtocol)パケットの形態で伝送する通信技術である。このＶｏＩＰ，パケットネットワークを通じる音声サービスの提供を容易にする。」（段落【０００２】），「図１は，ＶｏＩＰを支援する通常の移動通信システムの構成を示す。」（段落【０００３】）」，「一般に，ＲＬＣ階層は，動作方式によりＵＭ(UnacknowledgedMode)，ＡＭ(AcknowledgedMode)，ＴＭ(TransparentMode)に分けられる。ＶｏＩＰは，上記ＲＬＣＵＭで動作する。送信器において，ＲＬＣＵＭ階層は，上位階層から受信されたＲＬＣサービスデータユニット(ServiceDataUnit：以下，“ＲＬＣＳＤＵ”とする)を無線チャンネルを通じて伝送するのに適合したサイズに分割し，連結し，或いはパディングする。ＲＬＣＵＭ階層は，分割/ 連結/パディング(segmentation/concatenation/padding)情報とシーケンス番号（ＳＮ）を上記結果値に挿入して無線チャンネルを通じて伝送に適合したＲＬＣＰＤＵ(ProtocolDataUnit)を構成し，このＬＣＰＰＤＵ（判決注：「ＲＬＣＰＤＵ」の誤記）を
下位階層に伝送する。・・・上位階層から受信されたＲＬＣＳＤＵを無線チャンネルを通じて伝送するために適合したサイズに処理する動作は，“ＲＬＣフレーミング(framing)”と称する。」（段落【０００４】），「図２Ｃは，従来技術により，送信器のＲＬＣ階層でＲＬＣＳＤＵをフレーミングしてＲＬＣＰＤＵを構成する動作を示す。・・・送信器のＲＬＣ階層は，上位階層から g)”と称する。」（段落【０００４】），「図２Ｃは，従来技術により，送信器のＲＬＣ階層でＲＬＣＳＤＵをフレーミングしてＲＬＣＰＤＵを構成する動作を示す。・・・送信器のＲＬＣ階層は，上位階層から任意のサイズ，例えば１００バイトＩＰパケットのＲＬＣＳＤＵ２２５を受信する。無線チャンネルを通じて伝送可能なデータのサイズが４０バイトである場合に，ＲＬＣ階層は，ＲＬＣＳＤＵ２２５を３個のＲＬＣＰＤＵ２３０，２３５，２４０に分割する。このとき，それぞれのＲＬＣＰＤＵは，４０バイトである。また，各ＲＬＣＰＤＵは，ＲＬＣヘッダー２４５を含む。ＲＬＣヘッダー２４５は，シーケンス番号(SequenceNumber：以下，“ＳＮ”とする)２５０と，Ｅフィールド２５５と，長さインジケータ(LengthIndicator：以下，“ＬＩ”とする)フィールド２６０とＥフィールド２６５の少なくとも複数の対とから構成される。ＬＩフィールド２６０は，分割により含まれる。ＳＮフィールド２５０は，ＲＬＣＰＤＵごとに１ずつ単調に増加する７ビットのＳＮを示す。このＳＮは，ＲＬＣＰＤＵ２３０，２３５，２４０の順序を示す。Ｅフィールド２５５は，次のフィールド(followingfield)がデータフィールドであるか否か或いはＬＩフィールドとＥフィールドの対であるか否かを示し，１ビットのサイズを有する。ＬＩフィールド２６０は，ＲＬＣのフレーミングに基づいて７ビット又は１５ビットのサイズを有する。ＲＬＣＰＤＵに含まれるＲＬＣＳＤＵ２２５のセグメントが，ＲＬＣＰＤＵのデータフィールド２７０に位置することを示す。すなわち，ＬＩフィールド２６０は，ＲＬＣＰＤＵのデータフィールド２７０で，ＲＬＣＳＤＵ２２５の開始及び終了を示す。ＬＩフィールド２６０は，パディン データフィールド２７０に位置することを示す。すなわち，ＬＩフィールド２６０は，ＲＬＣＰＤＵのデータフィールド２７０で，ＲＬＣＳＤＵ２２５の開始及び終了を示す。ＬＩフィールド２６０は，パディングしたか否かを示すことができる。ＬＩフィールド２６０が示す値はバイト単位で設定され，ＲＬＣヘッダーからＲＬＣＳＤＵが終了する地点までのバイト数を意味する。」（段落【０００７】）ｃ 「上記のように，ＬＩフィールドを用いてＲＬＣＳＤＵの最後のバイトの
位置を示す従来の方式は，一つのＲＬＣＳＤＵを複数のＲＬＣＰＤＵに分割し，或いは複数のＲＬＣＳＤＵを一つのＲＬＣＰＤＵに連結する場合に効率的である。しかし，通常にＶｏＩＰパケットの特性において，一つの完全なＲＬＣＳＤＵが一つのＲＬＣＰＤＵのみに対応し，分割/連結/パディングなしに頻繁に発生する。・・・このようにＲＬＣＰＤＵのサイズが，最も頻繁に発生するＲＬＣＳＤＵのサイズに基づいて定義されると，大多数のＲＬＣＳＤＵは分割/連結/パディングを経ることなく，ＲＬＣＰＤＵにフレーミングされる。この場合に，従来のフレーミング方式は非効率的である。」（段落【００１１】），「・・・言い換えれば，ＶｏＩＰ通信では，大部分ＲＬＣＳＤＵを分割又は連結せず，一つのＲＬＣＳＤＵは一つのＲＬＣＰＤＵで構成する。それにも拘わらず，既存のＲＬＣフレーミング動作は，ＲＬＣＰＤＵに少なくとも２個のＬＩフィールド，すなわちＲＬＣＳＤＵの開始を示すＬＩフィールドと，ＲＬＣＳＤＵの終了を示すＬＩフィールドが常に要求される。必要によって，データフィールドのパディング可否を示すＬＩフィールドも追加で挿入される。したがって，従来技術によるＶｏＩＰ通信方式でＲＬＣフレーミング方式を使用する場合に，不 ールドが常に要求される。必要によって，データフィールドのパディング可否を示すＬＩフィールドも追加で挿入される。したがって，従来技術によるＶｏＩＰ通信方式でＲＬＣフレーミング方式を使用する場合に，不必要なＬＩフィールドの使用によって限定された無線リソースが非効率的に使用されるという問題点が発生した。」（段落【００１２】）ｄ 「【発明が解決しようとする課題】・・・上記の従来技術による問題点を解決するために，本発明の目的は，パケットサービスを支援する移動通信システムで，無線リンク制御階層のプロトコルデータユニット(ＲＬＣＰＤＵ）のヘッダーサイズを減少させて無線リソースを効率的に使用する方法及び装置を提供することにある。」（段落【００１３】）ｅ 「【課題を解決するための手段】 上記のような本発明の目的を達成するために，本発明は，移動通信システムにおける予め定められた長さインジケータ(ＬＩ)を用いてデータを送信する方法であって，上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれ
るか否かを判定する段階と，前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記ＳＤＵを伝送可能なＰＤＵのサイズにより複数のセグメントに分割する段階と，一連番号（ＳＮ）フィールドと，ＬＩフィールドが存在することを示す少なくとも一つの１ビットフィールドと，前記ＬＩフィールドとをヘッダー内に有し，前記セグメントをデータフィールド内に有する複数のＰＤＵを構成する段階と，ここで前記ＳＤＵの中間セグメントをデータフィールド内に含むＰＤＵの前記ＬＩフィールドは，前記中間セグメントが存在することを示す値に設定され，前記ＰＤＵを受信器に伝送する段階とを有することを特徴とする。」（段落【００１４】），「本発明は タフィールド内に含むＰＤＵの前記ＬＩフィールドは，前記中間セグメントが存在することを示す値に設定され，前記ＰＤＵを受信器に伝送する段階とを有することを特徴とする。」（段落【００１４】），「本発明は，移動通信システムにおける予め定められた長さインジケータ(ＬＩ)を用いてデータを送信する装置であって，上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定し，前記ＳＤＵを伝送可能なＰＤＵサイズによって少なくとも一つのセグメントに再構成するための伝送バッファと，ＳＮフィールドと１ビットフィールドをヘッダーに含み，前記少なくとも一つのセグメントをデータフィールド内に有する少なくとも一つのＰＤＵを構成するヘッダー挿入部と，前記少なくとも一つのＰＤＵの１ビットフィールドを，以後のＬＩフィールドの存在有無のうち少なくとも一つを示す値に設定する１ビットフィールド設定部と，前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記少なくとも一つのＰＤＵの前記１ビットフィールド以後にＬＩフィールドを挿入し，前記ＳＤＵの中間セグメントをデータフィールド内に含むＰＤＵのＬＩフィールドを，前記中間セグメントを含むことを示す値に設定するＬＩ挿入部と，前記ＬＩ挿入部から受信される少なくとも一つのＰＤＵを受信部に伝送する送信部とを含むことを特徴をする。」（段落【００１６】）ｆ 「【発明の効果】本発明は，ＲＬＣＰＤＵのデータフィールドに完全なＲＬＣＳＤＵが存在することを示す１ビットの情報によって，このＲＬＣＳＤＵの開始/終了/パディングを示すための追加情報の挿入を不要にすることによって，限定された無線伝送リソースを効率的に使用する効果を有する。また，本発明は，上
記のようにＲＬＣＳＤＵ ＳＤＵの開始/終了/パディングを示すための追加情報の挿入を不要にすることによって，限定された無線伝送リソースを効率的に使用する効果を有する。また，本発明は，上
記のようにＲＬＣＳＤＵの中間セグメントのみを含むＲＬＣＰＤＵに，予め定められたＬＩの新たな値に設定されたＬＩフィールドを含むことによって，ＲＬＣＳＤＵの分割動作が可能になる効果を有する。」（段落【００１８】）ｇ 「・・・本発明の望ましい実施形態によりＲＬＣ階層は，２つのフレーミング方式を使用する。第１の方式は，最も頻繁に使用されるサイズを有するＲＬＣＳＤＵが，ＬＩフィールドを使用せずにＲＬＣＰＤＵにフレーミングを遂行することである。第２の方式は，他のサイズのＲＬＣＳＤＵに対してＬＩフィールドを使用してＲＬＣＰＤＵにフレーミングを遂行することである。・・・第１のＥフィールドを，他のＥフィールドと区別するために“Ｆフィールド”と称する。」（段落【００２０】）ｈ 「図４は，本発明の望ましい実施形態によるＲＬＣＰＤＵの構造を示す。」（段落【００２１】），「図５Ａは，本発明の望ましい実施形態により，ＲＬＣＳＤＵが分割/連結/パディングを経ることなく，ＲＬＣＰＤＵに対応する場合にＲＬＣＰＤＵの構成を示す。図５Ａを参照すると，送信器(すなわち，送信器のＲＬＣ階層）は，一つの完全なＲＬＣＳＤＵを分割/連結/パディングせずに，一つのＲＬＣＰＤＵにフレーミングが可能である場合に，Ｆフィールドを‘０’に設定し，ＲＬＣＰＤＵのデータフィールドに完全なＲＬＣＳＤＵを挿入する。」（段落【００２２】），「図５Ｂは，本発明の望ましい実施形態により，ＲＬＣが分割/連結/パディングを通じてＲＬＣＰＤＵにフレーミングされる場合に，ＲＬＣＰＤＵの構造を示す。図 Ｕを挿入する。」（段落【００２２】），「図５Ｂは，本発明の望ましい実施形態により，ＲＬＣが分割/連結/パディングを通じてＲＬＣＰＤＵにフレーミングされる場合に，ＲＬＣＰＤＵの構造を示す。図５Ｂを参照すると，送信器はＲＬＣをフレーミングするために分割/連結/パディングを遂行することが必要である場合に，Ｆフィールドを‘１’に設定し，分割/連結/パディングに必要なＬＩフィールドとパディングを含んでＲＬＣＰＵＤを構成する。・・・既存の第１のＥフィールドをＦフィールドとして用いるためには，下記のような問題点を解決すべきである。通常，ＲＬＣＰＤＵがＲＬＣＳＤＵのセグメント(segment)であり，ＲＬＣＰＤＵにＲＬＣＳＤＵの開始も終了も含まない場合に，ＲＬＣＰＤＵにはＬＩフィールドが存在しなかった。図５Ａ
では，ＲＬＣＳＤＵが分割/連結/パディングを経ることなく，一つのＲＬＣＰＤＵにフレーミングされる場合に，ＬＩフィールドを使用しない。ＲＬＣＰＤＵが一つの完全なＲＬＣＳＤＵを含まず，かつＲＬＣＳＤＵの開始又は終了を含まないことを示す必要がある。」（段落【００２３】）ｉ 「図６Ａは，従来のＲＬＣフレーミング技術により，一つのＲＬＣＳＤＵが複数のＲＬＣＰＤＵに分割される状況を示す。・・・ＲＬＣＳＤＵの開始や終了を含まないＲＬＣＰＤＵ６１５にＬＩフィールドを挿入しないと，受信器は，ＲＬＣＰＤＵ６１５のデータフィールドに含まれたセグメントが，一つの完全なＲＬＣＳＤＵを構成するか，或いは以前及び以後のＲＬＣＰＤＵのセグメントと結合して一つのＲＬＣＳＤＵを構成するか判定できない。したがって，後述する本発明の望ましい実施形態では，ＲＬＣＳＤＵの開始や終了が含まれないＲＬＣＰＤＵ(以下，“中間(int Ｕのセグメントと結合して一つのＲＬＣＳＤＵを構成するか判定できない。したがって，後述する本発明の望ましい実施形態では，ＲＬＣＳＤＵの開始や終了が含まれないＲＬＣＰＤＵ(以下，“中間(intermediate)ＰＤＵ'とする)を示すために，予め定められたＬＩの新たな値を定義する。例えば‘１１１１ １１０’を予め定められたＬＩの新たな値として定義する。予め定められたＬＩの新たな値が挿入されたＲＬＣＰＤＵは，中間ＲＬＣＰＤＵとして認識される。」（段落【００２４】），「図６Ｂは，本発明の望ましい実施形態により，予め定められたＬＩを用いて一つのＲＬＣＳＤＵを複数のＲＬＣＰＤＵに分割する状況を示す。図６Ｂを参照すると，一つのＲＬＣＳＤＵ６２５がＳＮ‘ｘ’，‘ｘ＋１’，‘ｘ＋２’である３個のＲＬＣＰＤＵ６３０，６３５，６４０に分割される。すると，第１のＲＬＣＰＤＵ６３０にはＦフィールドが‘１’に設定され，予め定められたＬＩ値‘１１１１ １００’が第１のＲＬＣＰＤＵ６３０に挿入され，このＲＬＣＰＤＵ６３０のデータフィールドの第１のバイトがＲＬＣＳＤＵ６２５の第１のバイトに対応することを示す。第２のＲＬＣＰＤＵ６３５にはＲＬＣＳＤＵ６２５の開始も終了も含まれずに中間部分のみを含んでいるため，Ｆフィールドが‘０’に設定され，予め定められたＬＩ値‘１１１１ １１０’が第２のＲＬＣＰＤＵ６３５に挿入されて前記ＲＬＣＰＤＵ６３５が中間ＲＬＣＰＤＵであることを示す。第３のＲＬＣ
ＰＤＵ６４０には，ＲＬＣＳＤＵ６２５の終了，例えばデータフィールドの３５番目のバイトまでであることを示すＬＩ値‘０１００ ０１１’が含まれる。」（段落【００２５】）(ｲ) 本件発明１の特許請求の範囲（請求項８）の文言と本件明細書の 了，例えばデータフィールドの３５番目のバイトまでであることを示すＬＩ値‘０１００ ０１１’が含まれる。」（段落【００２５】）(ｲ) 本件発明１の特許請求の範囲（請求項８）の文言と本件明細書の「発明の詳細な説明」の前記(ｱ)の記載事項（各図面を含む。）を総合すれば，本件明細書には，① パケットサービスを支援する移動通信システム（無線データパケット通信システム）において，音声コーデックから発生した音声フレームをインターネットプロトコルを用いて音声パケットの形態で伝送する通信技術であるＶｏＩＰを提供するに当たって，従来技術によるＶｏＩＰ通信方式でＲＬＣフレーミング方式（上位階層から受信されたＲＬＣＳＤＵを無線チャンネルを通じて伝送するために適合したサイズに処理する動作）を使用する場合であって，ＲＬＣＰＤＵのサイズが，最も頻繁に発生するＲＬＣＳＤＵのサイズに基づいて定義される場合には，大部分のＲＬＣＳＤＵが，分割又は連結せず，一つのＲＬＣＳＤＵは一つのＲＬＣＰＤＵで構成されるにもかかわらず，既存のＲＬＣフレーミング動作では，少なくともＲＬＣＳＤＵの開始を示すＬＩ（長さインジケータ）フィールドとその終了を示すＬＩフィールドが常に要求されるなど不必要なＬＩフィールドが挿入され，それによって限定された無線リソースが非効率的に使用されるという問題点が発生すること，② 本件発明１の目的は，従来技術による上記問題点を解決するために，ＲＬＣＰＤＵ（無線リンク制御階層のプロトコルデータユニット）のヘッダーサイズを減少させて無線リソースを効率的に使用する装置を提供することにあること，③ 本件発明１は，上記目的を達成するための手段として，「一つの完全なＲＬＣＳＤＵを分割/連結/パディングせずに，一つのＲＬＣＰＤＵにフレーミングが可能で 使用する装置を提供することにあること，③ 本件発明１は，上記目的を達成するための手段として，「一つの完全なＲＬＣＳＤＵを分割/連結/パディングせずに，一つのＲＬＣＰＤＵにフレーミングが可能である場合」に，そのことをＲＬＣＰＤＵのデータフィールドに１ビット情報で示す構成（構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」するとの構成）を採用する
ことによって，そのＲＬＣＳＤＵの分割/連結/パディングを示すための追加情報の挿入（「ＬＩフィールド」の使用）を不要とし，ＲＬＣＰＤＵが「ＲＬＣＳＤＵの開始や終了が含まれない，ＲＬＣＳＤＵの中間セグメントのみ」を含む場合に，そのことを予め定められたＬＩの新たな値に設定されたＬＩフィールドで示す構成（構成要件Ｄの「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部」の構成及び構成要件Ｆの「前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定」される構成）を採用することによって，ＲＬＣＳＤＵの分割動作を可能とし，これによりヘッダーサイズを減少させて無線リソースを効率的に使用する効果を奏することが開示されているものと認められる。 イ本件発明１と代替的Ｅビット解釈との関係(ｱ) 本件発明１の構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィール められる。 イ本件発明１と代替的Ｅビット解釈との関係(ｱ) 本件発明１の構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」するとの構成及びその効果（前記ア(ｲ)③）は，代替的Ｅビット解釈において，最初のオクテットに含まれるＥビットが「０」の場合は，「次のフィールドは，分割，連結，パディングされていない完全なＳＤＵ」であることを示し，長さインジケータが用いられないこと（前記(1)イ(ｱ)②及び③）を規定し，また，構成要件Ｄの「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部」の構成及び構成要件Ｆの「前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定」される構成は，代替的Ｅビット解釈において，ＰＤＵ（ＲＬＣＰＤＵ）がＳＤＵのセグメントを含む
が，ＳＤＵの最初のオクテットも最後のオクテットも含まない場合には，「長さインジケータ」は，「１１１ １１１０」の値を持つ７ビットの長さインジケータ又は「１ １１ １１１１ １１１１ １１１０」の値を持つ１５ビットの長さインジケータが用いられること（前記(1)イ(ｱ)④）を規定したものであると認められる。 したがって，本件発明１は，代替的Ｅビット解釈を具現化した発明であるというべきである。 (ｲ)ａ これに対し被控訴人は，本件発明１の構成要件Ｂの「前記ＳＤＵが一つのＰＤＵに含まれるか否かを判定」とは，「 て，本件発明１は，代替的Ｅビット解釈を具現化した発明であるというべきである。 (ｲ)ａ これに対し被控訴人は，本件発明１の構成要件Ｂの「前記ＳＤＵが一つのＰＤＵに含まれるか否かを判定」とは，「ＳＤＵが一つのＰＤＵに完全に含まれるかどうか（一致するかどうか）」を判定することを意味するのに対し，本件技術仕様書Ｖ６．９．０の４．２．１．２．１項の「ＲＬＣＳＤＵがＵＭＤＰＤＵの利用可能なスペースの長さより大きい場合」に「ＲＬＣＳＤＵを適当なサイズのＵＭＤＰＤＵｓに分割する。」との記載は，４．２．１．２．１項記載の判定方式が，ＳＤＵの分割が必要か否かを決定することを目的とし，ＳＤＵがＰＤＵの利用可能な領域よりも大きいか否か（ＳＤＵとＰＤＵの大小関係）を判定する方式を意味するものであり，ＳＤＵが一つのＰＤＵに完全に含まれる（一致する）か否かを判定する方式とは異なるものであるから，本件技術仕様書Ｖ６．９．０には，構成要件Ｂの開示がない旨主張する。 しかし，本件技術仕様書Ｖ６．９．０の９．２．２．５項には，「代替的Ｅビット解釈」の下において，最初のオクテットに含まれるＥビットが「０」の場合は，「次のフィールドは，分割，連結，パディングされていない完全なＳＤＵ」であることを，「１」の場合は，「次のフィールドは，長さインジケータとＥビット」であることを示すこと（前記１(1)イ(ｱ)②）が記載されており，上記記載は，ＳＤＵがＰＤＵに完全に含まれる（一致する）か否か（「分割，連結，パディングされていない完全なＳＤＵ」か否か）の判定を行うことを前提に，その判定結果に従ってＥビットを上記のように設定することを規定するものといえるから，構成要件Ｂの「ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定」するとの構
成を開示 の判定結果に従ってＥビットを上記のように設定することを規定するものといえるから，構成要件Ｂの「ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定」するとの構
成を開示するものというべきである。 したがって，被控訴人の上記主張は理由がない。 ｂ また，被控訴人は，構成要件Ｄにいう「前記ＳＤＵが一つのＰＤＵに含まれる場合」とは，①パディングが生じている場合，②連結が生じている場合，③分割，連結及びパディングのいずれも生じていない場合の全てを対象とするものであるから，構成要件Ｄを充足するというためには，上記①又は②の場合であっても，「ＰＤＵが分割，連結又はパディングなしにＳＤＵを完全に含むことを示すように１ビットフィールドが設定」されなければならないのに対し，本件技術仕様書Ｖ６．９． ０記載の代替的Ｅビット解釈においては，上記③の場合にのみ，ＰＤＵが完全なＳＤＵを含むことを示すように１ビットフィールドが設定されるのであるから，構成要件Ｄの構成は，本件技術仕様書Ｖ６．９．０記載の代替的Ｅビット解釈とは異なる旨主張する。 しかし，構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」との文言，本件明細書の段落【００２２】及び図５Ａによれば，構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合」とは，「前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含む」場合（上記③の場合）のみを意味し，ＳＤＵが連結されてＰＤＵに格納されている場合やＳＤＵがパディングとともにＰＤＵに格納されている場合は，これに含まれないと解すべきであるから，被控訴人の主張は，その 合（上記③の場合）のみを意味し，ＳＤＵが連結されてＰＤＵに格納されている場合やＳＤＵがパディングとともにＰＤＵに格納されている場合は，これに含まれないと解すべきであるから，被控訴人の主張は，その前提を欠くものとして，採用することができない。 (3) 本件製品２及び４についての本件発明１の技術的範囲の属否についてア本件製品２及び４が本件発明１の構成要件Ａ及びＨを充足することは，前記争いのない事実等(3)イのとおりである。 そして，本件製品２及び４が，本件技術仕様書Ｖ６．９．０に準拠した製品であり，代替的Ｅビット解釈に基づく機能を実施する構成を備えていること（前記(1)
ウ），本件発明１が代替的Ｅビット解釈を具現化した発明であること（前記(2)イ(ｱ)）によれば，本件製品２及び４は，本件発明１の構成要件ＢないしＧを充足するものと認められる。 以上によれば，本件製品２及び４は，本件発明１の構成要件を全て充足するから，その技術的範囲に属する。 イ(ｱ) これに対し被控訴人は，本件技術仕様書Ｖ６．９．０に構成要件Ｂ及びＤの開示がないことを理由に，本件製品２及び４が構成要件Ｂ及びＤを充足しない旨主張する。 しかし，前記(2)イ(ｲ)で述べたとおり，被控訴人の主張は，その前提を欠くものであるから，理由がない。 (ｲ) また，被控訴人は，本件製品２及び４が本件発明１の技術的範囲に属するというためには，本件製品２及び４が本件発明１の構成要件に記載された全ての機能を現実のネットワーク上で実行していることを立証する必要があるが，代替的Ｅビット解釈は，通常Ｅビット解釈のオプション的なものであり，通信事業者が代替的Ｅビット解釈を使用するようにネットワークを設定していることについての立証がないから，本件各製品が本件発明１の技術的 的Ｅビット解釈は，通常Ｅビット解釈のオプション的なものであり，通信事業者が代替的Ｅビット解釈を使用するようにネットワークを設定していることについての立証がないから，本件各製品が本件発明１の技術的範囲に属しない旨主張する。 しかし，本件製品２及び４は，本件発明１の構成要件を全て充足し，代替的Ｅビット解釈を実施する構成を備えている以上，本件発明１の技術的範囲に属するものと認められ，現実のネットワーク上で通信事業者が代替的Ｅビット解釈を使用するようにネットワークを設定しているかどうかは本件発明１の技術的範囲の属否に影響を及ぼすものではないというべきである。 (4) まとめ以上のとおり，本件製品１及び３は，本件発明１の技術的範囲に属しないが，本件製品２及び４は，その技術的範囲に属する。 そうすると，被控訴人による本件製品１及び３の輸入，販売等は，本件特許権の侵害行為に当たらない。
 ２ 争点２（本件発明２に係る本件特許権の間接侵害（特許法１０１条４号，５号）の成否）について本件発明２は，本件発明１の送信装置におけるデータの送信方法の発明であり，両発明の構成は共通すること（争いがない。）によれば，本件製品１及び３におけるデータ送信方法の構成は，本件発明２の技術的範囲に属しないが，本件製品２及び４におけるデータ送信方法の構成は，その技術的範囲に属するものと認められる。 本件製品１及び３におけるデータ送信方法の構成は，本件発明２の技術的範囲に属しないから，被控訴人が本件製品１及び３を輸入し，販売する行為が本件発明２に係る本件特許権の間接侵害（特許法１０１条４号，５号）に該当するものではない。 本件製品２及び４におけるデータ送信方法の構成は，本件発明２の技術的範囲に属するものと認められるが，争点２に係る主張は争点 件特許権の間接侵害（特許法１０１条４号，５号）に該当するものではない。 本件製品２及び４におけるデータ送信方法の構成は，本件発明２の技術的範囲に属するものと認められるが，争点２に係る主張は争点１に係る主張と選択的な関係に立ち，争点３以下の判断は争点１と共通であるから，間接侵害の成否は判断しない。 ３ 争点３（特許法１０４条の３第１項の規定による本件各発明に係る本件特許権の権利行使の制限の成否）について当裁判所は，本件特許には被控訴人主張に係る無効理由はなく，特許法１０４条の３第１項の規定によりその権利行使が制限されるものではないと判断する。その理由は次のとおりである。 (1) 各文献の記載各引用例には次のとおりの記載がある（この記載中に引用する図面については，別紙引用例の図面参照。）。 ア甲３（特開２００４－１７９９１７号公報）の記載(ｱ) 「本発明は，ワイヤレスコミュニケーションデータの伝送中に発生する，不測のスケジュール中断を処理する方法に関するもので，特に，無線リンク制御（radiolinkcontrol，ＲＬＣ）層とメディアアクセス制御（mediumaccesscontrol，ＭＡ
Ｃ）層間のスケジュール中断の処理に関するものである。」（段落【０００１】）(ｲ) 「【従来の技術】・・・図１は，三層のコミュニケーションプロトコルを示す図である。・・・第一ステーション上のアプリケーション１３は，メッセージ１１を生成し，そのメッセージ１１を第三層（レイヤ）インターフェース１２に送り，第二ステーション２０に伝送する。・・・第三層インターフェース１２は，第二層のサービスデータユニット（servicedataunits，ＳＤＵｓ）１４の形式で，メッセージ１１，或いは第三信号メッセージ１ ーション２０に伝送する。・・・第三層インターフェース１２は，第二層のサービスデータユニット（servicedataunits，ＳＤＵｓ）１４の形式で，メッセージ１１，或いは第三信号メッセージ１２ａを，第二層インターフェース１６に伝送する。」（段落【０００２】），「第二層のＳＤＵ１４は，異なる大きさで，第三層インターフェース１２が第二ステーション２０に伝送したいデータを保持しており，このようなデータは，信号メッセージ１２ａ，或いは，メッセージ１１である。第二層インターフェース１６は，受信したＳＤＵ１４を，一つ或いはそれ以上の第二層プロトコルデータユニット（protocoldataunit，ＰＤＵｓ）１８に組み立てる。 各第二層ＰＤＵ１８の長さは一定で，第一層インターフェース１９に伝送される。 第一層インターフェース１９は実体層（physicallayer）で，データを第二ステーション２０に伝送する。」（段落【０００３】）(ｳ) 「図２は，第二層のデータ伝送受信の処理を示す図である。ベースステーション，或いはモバイルユニットである送信器３０の第二層インターフェース３２は，第三層インターフェース３３から，一連のＳＤＵ３４を受信する。ここでは，ＳＤＵ３４は，連続して１～５に並び，異なる大きさであるとし，図では異なる長さで示されている。第二層インターフェース３２は，一連のＳＤＵ３４を，一連のＰＤＵ３６にする。第二層ＰＤＵ３６は，１～４に並べられ，全て同じ長さである。ＰＤＵ３６は，第一層インターフェース３１に送られ，伝送を待つ。」（段落【０００４】）(ｴ) 「図３及び図１を参照すると，図３はＡＭデータＰＤＵ５０の簡略図で，３ＧＰＰＴＳ２５．３２２ Ｖ３．８．０．規範に掲載されている。」（段落【０００６】）(ｵ) 「図３中のＰ ４】）(ｴ) 「図３及び図１を参照すると，図３はＡＭデータＰＤＵ５０の簡略図で，３ＧＰＰＴＳ２５．３２２ Ｖ３．８．０．規範に掲載されている。」（段落【０００６】）(ｵ) 「図３中のＰＤＵ５０はデータＰＤＵで，第二層プロトコルに従って，様々
なフィールドに分割される。」，「第一フィールド５１は，ＰＤＵ５０がデータＰＤＵ或いは制御ＰＤＵのどちらかを示すシングルビットである。ビットの値が１の時，ＰＤＵ５０はデータＰＤＵである。第二フィールド５２はシーケンス番号（sequencenumber，ＳＮ）フィールドで，ＡＭ伝送時は，１２ビット長である。後続のＰＤＵ１８，２８は，高いシーケンス番号を備え，受信器（第二ステーション）２０に，受信した第二層ＰＤＵ２８を正確に組み立てさせ，第二層ＳＤＵ２４を形成する。」，「シーケンス番号フィールド５２の後に，単一のポーリングビット５３がある。」(ｶ) 「ポーリングビット５３が１の時，受信器（第二ステーション２０）は，確認状態ＰＤＵを出して応答しなければならない。」，「ビット５４が保留されていて，０に設定される。次のビット５５ａは，拡張子ビット（extensionbit）で，１に設定される時，即刻，長さインジケーター（lengthIndicator，ＬＩ）につなぐことを表示する。ＬＩは７ビットまたは１５ビットで，第二層ＳＤＵが，第二層ＰＤＵ５０内で終了する位置を表示するのに用いられる。僅か一つのＳＤＵが，完全にＰＤＵ５０のデータ領域５８を充填する場合，ビット５５ａは０で，ＬＩは出現しないことを表示する。」（段落【０００７】，【０００８】）(ｷ) 「図３の例において，２つの第二層ＳＤＵ５７ａ及び５７ｂは，第二層ＰＤＵ５０で終了する。よって，２つのＬＩにより，第二層ＳＤＵ５７ａ及 ことを表示する。」（段落【０００７】，【０００８】）(ｷ) 「図３の例において，２つの第二層ＳＤＵ５７ａ及び５７ｂは，第二層ＰＤＵ５０で終了する。よって，２つのＬＩにより，第二層ＳＤＵ５７ａ及び５７ｂの終了をそれぞれ表示する。続いて，ＰＤＵ５０の後続のＰＤＵ（シーケンス番号５２で区別する）は，ある一つのＬＩにより，ＳＤＵ５７ｃの終わりを表示する。ＬＩの後の拡張子ビット５５ｂは１に設定され，後にまだＬＩ（つまり，図上のＬＩ）があることを表示する。ＬＩ後の拡張子ビット５５ｃは０に設定され，後にＬＩがないことを示し，データ領域５８は，この拡張子ビット５５ｃに続いて開始される。 データ領域５８は，実際のＳＤＵデータを格納するのに用いられる。」（段落【０００９】）(ｸ) 「図６と図４を参照する。図６は，公知技術のＴＦＣ選択のタイミング図である。・・・ＴＴＩ８１において，ＲＬＣ層６２は，ＭＡＣ層６４に，ＲＬＣ実体情
報（entityinformation）８４を知らせなければならない。ＲＬＣ状態情報８４は，ＭＡＣ層６４に，いくつのＳＤＵ情報６５ａがＲＬＣ層６２により伝送されるのを待っているかを報告する。ＭＡＣ層６４は，ＲＬＣ状態情報８４に応答し，ＴＦＣデータ要求８６を与える。ＴＦＣデータ要求８６は，ＲＬＣ層６２に，ＭＡＣ層６４に伝送するＰＤＵ６５ｂの大きさと数量を指示する。・・・その後，これらのＰＤＵ６５ｂは，ブロック８８の方式で，ＭＡＣ層６４に伝送される。」，「しかし，一旦，ＭＡＣ層６４が，ＴＦＣデータ要求８６に応答した後，ＲＬＣ層６２は，ＴＦＣデータ要求８６の要求に符合する大きさと数量のＰＤＵを伝送しなければならない。 要求通りに実行されていない場合，無線デバイスのソフトウェア障害を生じる。この問題は，公知技術でも問題となっ ２は，ＴＦＣデータ要求８６の要求に符合する大きさと数量のＰＤＵを伝送しなければならない。 要求通りに実行されていない場合，無線デバイスのソフトウェア障害を生じる。この問題は，公知技術でも問題となっており，データ伝送のスケジュール上，非常に重要である。」（段落【００１３】，【００１４】）(ｹ) 「しかし，上述の状況以外に，他の不測のデータ中断事態が発生し，公知技術でも処理できない状態が生じるかもしれない。図１，図４及び図６をもう一度参照すると，これらの予期されないデータ中断のほとんどは，第三層インターフェース１２から第二層インターフェース１６へ伝送されるコマンド指令（commandprimitive）に起因する。・・・第三層インターフェース１２がベースステーションの変更を決定した時，第三層インターフェース１２は第二層インターフェース１６の停止指令を起動する。停止指令は第二層インターフェース１２に，ＳＤＵ情報６５ａの伝送を直ちに中止するよう要求する。よって，ＴＦＣデータ要求８６がすでに受信されても，ＰＤＵ６５ｂは，ＭＡＣ層６４に送られる状態から，伝送停止状態に変更する。」（段落【００１５】）(ｺ) 「【発明が解決しようとする課題】本発明は，ワイヤレスコミュニケーションシステムにおいて，ＲＬＣ層とＭＡＣ層間で生じる不測の伝送中断を処理する方法とそのシステムを提供することを目的とする。」，「【課題を解決するための手段】本発明は，ワイヤレスコミュニケーションデバイスにおいて，ＲＬＣ層とＭＡＣ層間のデータ伝送スケジュールで生じる不測の伝送中断の処理方法とシステムを開示
する。本発明によると，ＲＬＣ層は，ＲＬＣ実体情報をＭＡＣ層に提供する。ＲＬＣ実体情報は，ＲＬＣ層が伝送を待つＳＤＵデータを有することを示す。ＲＬＣ実体情報が提供 処理方法とシステムを開示
する。本発明によると，ＲＬＣ層は，ＲＬＣ実体情報をＭＡＣ層に提供する。ＲＬＣ実体情報は，ＲＬＣ層が伝送を待つＳＤＵデータを有することを示す。ＲＬＣ実体情報が提供された後，ＲＬＣ層は不測のデータ中断を受信し，ＲＬＣ層にＳＤＵの破棄を要求する。不測のデータ中断を受信した後，ＭＡＣ層は，ＭＡＣ要求を送信し，ＲＬＣ層に少なくとも一つのＰＤＵを出すよう要求する。このＭＡＣ要求に従って，ＲＬＣ層はＭＡＣ層に少なくとも一つのＰＤＵを伝送し，破棄されたＳＤＵを代替する。」（段落【００１９】，【００２０】）(ｻ) 「以下の記述において，送信器或いは受信器は，携帯電話，ＰＤＡ，パソコン或いは，その他のワイヤレスコミュニケーションプロトコルを使用したデバイスである。本発明は，前述の通り，ワイヤレスコミュニケーションシステム或いはその他のワイヤレスシステムにおいて応用される。本発明を構成する本発明と従来技術の相違点が，従来技術の適切な改良によりなされたものであることは，当業者によって容易に理解されることであろう。」（段落【００２３】）(ｼ) 「図７は，本発明によるワイヤレスコミュニケーション（無線通信）デバイス１００を示す図である」，「第二層インターフェース１３２は，ＲＬＣ層１４２及びＭＡＣ層１４４に分割される。ＲＬＣ層１４２は第三インターフェース１３３と通信し，ＳＤＵの形式で，第三層データを受信すると共に，バッファ１４３に保存する。ＲＬＣ層１４２は第三層インターフェース１３３から，一時停止，停止及び再構築などのコマンド指令を受信する。ＲＬＣ層１４２は，ＳＤＵ１４１によりＰＤＵ１４５を生成し，その後，ＰＤＵ１４５をＭＡＣ層１４４に送り，伝送する。 ＭＡＣ層１４４に伝送されたＰＤＵ１４５の大きさと数量は，ＭＡＣ層１４４ 令を受信する。ＲＬＣ層１４２は，ＳＤＵ１４１によりＰＤＵ１４５を生成し，その後，ＰＤＵ１４５をＭＡＣ層１４４に送り，伝送する。 ＭＡＣ層１４４に伝送されたＰＤＵ１４５の大きさと数量は，ＭＡＣ層１４４からＲＬＣ層１４２に送られるＴＦＣ（transportformatcombination，ＴＦＣ）データ要求により指定される。ＲＬＣ層１４２内に，伝送されるＳＤＵデータ１４１があると示された後，ＭＡＣ層１４４は，ＲＬＣ実体情報の形式で，ＴＦＣデータ要求をＲＬＣ層１４２に送る。」（段落【００２４】，【００２５」】）(ｽ) 「第一実施形態において，本発明の方法は，ＲＬＣ層１４２に，少なくとも
一つのパディング（padding）ＰＤＵ１５０を提供させ，ＭＡＣ層１４４からのＴＦＣデータ要求を満たす。パディングＰＤＵ１５０は，実際のＳＤＵデータ１４１を備えず，ＳＤＵデータ１４１が不測のデータ中断の発生により破棄される時にだけ用いられる。図８は，パディングＰＤＵ１５０を示す図である。パディングＰＤＵ１５０ａは標準的なＡＭデータＰＤＵであるため，ＰＤＵフィールド１５１ａは１に設定される。シーケンス番号フィールド１５２ａは，標準シーケンス番号で，ポーリングビット１５３ａは，０か１（第二層インターフェース１３２からポーリング状態に従って定義される）である。ビット１５４ａは保留されていて，その値は０である。続く，拡張子ビット１５５ａは常に１に設定され，後に一つのＬＩ１５６ａが続くことを示す。しかし，ＬＩ１５６ａにおいて，特別コードを設定し，全て１である。この特別コードが現す長さは，データ領域１５８ａの長さを大幅に超過する。ＲＬＣ実体がＬＩの長さに対する定義に従って，実際のＬＩ１５６ａが占める長さは，７或いは１５である。図８において，ＬＩ長さは１５ この特別コードが現す長さは，データ領域１５８ａの長さを大幅に超過する。ＲＬＣ実体がＬＩの長さに対する定義に従って，実際のＬＩ１５６ａが占める長さは，７或いは１５である。図８において，ＬＩ長さは１５ビットである。 この特別なＬＩ１５６ａは，残りのＰＤＵ１５０ａが未定義の部分を埋めるだけで，無視しても構わない情報を保持していることを示す。しかし，ＬＩ１５６ａの次のビット１５７ａは０でなければならず，その後は，ＳＤＵデータ領域１５８ａの開始であることを表示する。ＳＤＵデータ領域１５８ａの内容は定義されず，純粋に充填用である。注意すべきことは，ＵＭ伝送下で，ＵＭデータＰＤＵは充填に用いることが出来ることである。図９は，ＵＭデータパディングＰＤＵ１５０ｂを示す図である。ＵＭデータパディングＰＤＵ１５０ｂは，非常に簡単な構造で，７ビットのシーケンス番号フィールド１５２ｂ，それに続く拡張子ビット１５５ｂ（１に設定），全部が１に設定された７ビットのＬＩ１５６ｂ（その後のデータはパディングフィールドであることを表示する），０に設定される最後の拡張子ビット１５７ｂ，を備える。ＬＩ１５６ｂの実際のビットは，上層１３３が定義するＵＭＲＬＣ実体中の最大ＵＭＤＰＤＵの大きさによって決まり，７或いは１５ビットである。図９において，ＬＩは７ビットである。前述のように，ＰＤＵ１５０ｂ全体がパディン
グＰＤＵであるため，データ領域１５８ｂの定義がないか，或いは，いかなる値でもよい。」（段落【００２６】）(ｾ) 「いかなる状態でも，不測のデータ中断によってＲＬＣ層１４２内のＳＤＵデータ１４１がＴＦＣデータ要求１６６によるデータ量を満たさない場合，ＲＬＣ層１４２は相当する数量と正確な大きさのパディングＰＤＵを出して，ＴＦＣデータ要求１６６の要求を満たす。」，「 ２内のＳＤＵデータ１４１がＴＦＣデータ要求１６６によるデータ量を満たさない場合，ＲＬＣ層１４２は相当する数量と正確な大きさのパディングＰＤＵを出して，ＴＦＣデータ要求１６６の要求を満たす。」，「以上のように，パディングＰＤＵを代替ＰＤＵにすることにより，ＳＤＵデータの欠乏を補う。」（段落【００２９】，【００３１】）イ甲１の４（「３ＧＰＰＴＳ２５．３２２ Ｖ６．３．０」。本件技術仕様書Ｖ６．３．０。）の記載「４．２．１．２．１ 送信ＵＭＲＬＣエンティティ送信側ＵＭ－ＲＬＣエンティティは，上位レイヤーからＵＭ－ＳＡＰを通じてＲＬＣＳＤＵを受信する。 送信側ＵＭ－ＲＬＣエンティティは，ＲＬＣＳＤＵがＵＭＤＰＤＵの利用可能なスペースの長さより大きい場合，ＲＬＣＳＤＵを適当なサイズのＵＭＤＰＤＵに分割する。 ＵＭＤＰＤＵは分割及び／又は連結されたＲＬＣＳＤＵを含む場合がある。 また，ＵＭＤＰＤＵは，有効な長さであることを確保するため，パディングを含む場合もある。 長さインジケータは，ＵＭＤＰＤＵ内のＲＬＣＳＤＵ間の境界を定義するために使用される。長さインジケータはまた，ＵＭＤＰＤＵ内にパディングが含まれるか否かを示すためにも使用される。 送信側ＵＭＲＬＣエンティティは，ＣＣＣＨ，ＳＨＣＣＨ，ＤＣＣＨ，ＣＴＣＨ，ＤＴＣＨ，ＭＣＣＨ，ＭＳＣＨまたはＭＴＣＨのうちいずれかの論理チャネルを経由して，下位レイヤーにＵＭＤＰＤＵを伝送する。」「９．２．１．３ ＵＭＤＰＤＵＵＭＤＰＤＵは，ＲＬＣが非確認モードで動作しているときに，ユーザーデー
タを転送するために用いられる。データパートの長さは，８ビットの倍数である。 ＵＭＤＰＤＵヘッダは，「シーケンス番号」を含む最初のオクテットで 確認モードで動作しているときに，ユーザーデー
タを転送するために用いられる。データパートの長さは，８ビットの倍数である。 ＵＭＤＰＤＵヘッダは，「シーケンス番号」を含む最初のオクテットで構成される。 ＲＬＣヘッダは，最初のオクテットと，「長さインジケータ」を含むすべてのオクテットで構成される。」「９．２．２．５ 拡張ビット（Ｅ）長さ：１ビット本ビットは，後続のオクテットが「長さインジケータ」及びＥビットであるか否かを示す。 Bit説明 後続のフィールドは，データ，ピギーバックされたステータスPDU，又はパディングである。 後続のフィールドは，長さインジケータ及びE ビットである。 」「９．２．２．８ 長さインジケータ（ＬＩ）「長さインジケータ」は，ＰＤＵ内で終了する各ＲＬＣＳＤＵの最終オクテットを示すものである。 以下の表に列挙された，特別な目的のために予約された予め定義された値を除き，「長さインジケータ」は，－ＲＬＣヘッダの終わりから，ＲＬＣＳＤＵセグメントの最後のオクテットまでの間（最後のオクテットを含む）のオクテット数に設定され，－「長さインジケータ」が参照するＰＤＵに含まれなければならない。 「長さインジケータ」のとり得るサイズは７ビットまたは１５ビットである。」ウ甲４（３ＧＰＰのワーキンググループの議事録「L2 OptimizationsforVoIP(R2-050969）」）の記載
「現ＲＬＣの長さインジケータ（ＬＩ）方式で示されるのは，ＲＬＣＳＤＵの終了点だけである。従って，前のＲＬＣＰＤＵを失った場合，ＳＤＵ全体が受信されたかどうかが分からない。 図２において， 「現ＲＬＣの長さインジケータ（ＬＩ）方式で示されるのは，ＲＬＣＳＤＵの終了点だけである。従って，前のＲＬＣＰＤＵを失った場合，ＳＤＵ全体が受信されたかどうかが分からない。 図２において，二番目のＲＬＣＰＤＵを失った場合，ＲＬＣ受信機がシナリオＡとシナリオＢとを識別することができないため，ＲＬＣＳＤＵ２とＲＬＣＳＤＵ３（判決注：「ＲＬＣＳＤＵ３とＲＬＣＳＤＵ４」の誤記と認める。）の双方を破棄しなければならない。以下の項目において，この制約に対処する解決策を提案する。」「上記問題に対処するために，現ＰＤＵに一番目のＳＤＵセグメントが完全に含まれているか否かを帯域内でシグナリングすることを提案する。これは，図３で説明する。 この図では，ＲＬＣ受信機が今度は二つのシナリオを識別することができることから，シナリオＡの四番目のＲＬＣＳＤＵを破棄しない。 この追加情報のシグナリング方法についてオプションを以下に記載する。 ・ＬＩの予約値のうち一つを使用：この場合，追加ＬＩは，一番目のＲＬＣＳＤＵが完全に含まれるＲＬＣＰＤＵに含まれなければならない。その結果，１２． ２ｋｂｐｓペイロードのうち３％に相当する部分がオーバーヘッドとなる。なお，この追加ＬＩ値が現れるのは最大ＲＬＣＰＤＵ当たり１回である。」エ甲３９（特表２００２－５２７９４５号公報）の記載(ｱ) 「テレコミュニケーションシステムにおいて，上位層の大きなデータユニット（ＳＤＵ）が，下位層（ＲＬＣ）における小さなセグメントにセグメント化される。下位層のプロトコルデータユニット（ＰＤＵ）におけるセグメントの長さを指示するために，セグメント長さ情報が使用される。上位層データユニットが下位層ＰＤＵにおける現在データセグメントで終わるか，又は次の下位層 プロトコルデータユニット（ＰＤＵ）におけるセグメントの長さを指示するために，セグメント長さ情報が使用される。上位層データユニットが下位層ＰＤＵにおける現在データセグメントで終わるか，又は次の下位層ＰＤＵまで続くかといった上位層データユニット（ＳＤＵ）に関する特殊な情報を必要に応じて指示するためにセグメント長さ情報の特定の値が使用される。この情報は，セグメン
ト化されたデータを正しく組み立てるために受信器に必要とされる。」（【要約】）(ｲ) 「ＲＬＣは，上位層ＰＤＵをセグメント化することができる。このセグメント化は，上位層（例えば，Ｌ３，ＬＡＣ）の大きなデータユニットを，下位層（ＲＬＣ）における小さなユニット（セグメント）に分割できるようにする。セグメント化が使用されるときには，送信端は，次の下位層ユニットに同じ上位層ユニットが続くか，又は次の下位層ユニットに新たな上位レベルユニットがスタートされるかを受信端に指示しなければならない。この情報は，セグメント化されたデータを正しく組み立てるために受信器（移動ステーション（ＭＳ）又はネットワーク（ＮＷ）のいずれか）に必要とされる。」（段落【０００６】）(ｳ) 「公知の解決策では，現在データセグメントにおいて上位層ユニットがスタートするか，終了するか又は継続するかを特定するために，各下位層データセグメントに個別の指示子が使用されている。考えられる値は，例えば，１１：スタート及び終了，１０：スタート及び継続，００：継続，及び０１：終わりまで続く，である。公知解決策の欠点は，この特別なフィールドがプロトコルシグナリングの余計なスペースを使用し，ひいては，余計なオーバーヘッドを生じることである。」（段落【０００７】）(ｴ) 「本発明においては，上位層データユニットが下位層ＰＤ ールドがプロトコルシグナリングの余計なスペースを使用し，ひいては，余計なオーバーヘッドを生じることである。」（段落【０００７】）(ｴ) 「本発明においては，上位層データユニットが下位層ＰＤＵの現在データセグメントにおいて終了するか又は次の下位層ＰＤＵへ続くかといった上位層データユニットに関する特殊な情報を必要に応じて指示するために，セグメント長さ情報の特定の値が使用される。従って，公知技術で使用された個別の指示子フィールドは回避される。」（段落【００１０】）(ｵ) 「図５は，第１ＰＵにＮ個の長さ指示子をもつＰＵフォーマットを示す。セグメントの全数はＯであり，その各々は，長さがＭオクテットである。長さ指示子のフラグＥは，後続オクテットに別の長さ指示子があるか（フラグＥ＝１），ないか（フラグＥ＝０）を指示する。 最も簡単なケースは，ＰＵが１つのＳＤＵからのデータのみを含みそしてセグメ
ント化情報がＰＵに必要とされないケースである。換言すれば，セグメント化情報を伴わないＰＵは，ＰＵが連続していて，１つのＳＤＵから到来し，そしてセグメント化情報を含む次のＰＵまで同じＳＤＵが続くことを意味する。ＳＤＵが連続するかどうかを指示するための個別の指示子は必要とされない。ＲＬＣＰＤＵの全てのＰＵが同じＳＤＵからのデータを含む場合には，そのＰＤＵにセグメント化情報が必要とされない。或いは又，ＰＤＵの第１ＰＵに，そのＰＤＵのＳＤＵが次のＲＬＣＰＤＵに続いていることを指示する所定値を有する長さ指示子が与えられてもよい。このような値は，例えば，１１１１１１０である。ＳＤＵが現在ＰＤＵの終わりに終了する場合には，ＰＤＵの終わりを正確に指す長さ指示子の値によりそれが指示される。」（段落【００１９】）オ甲４２（３ＧＰＰのワーキング ば，１１１１１１０である。ＳＤＵが現在ＰＤＵの終わりに終了する場合には，ＰＤＵの終わりを正確に指す長さ指示子の値によりそれが指示される。」（段落【００１９】）オ甲４２（３ＧＰＰのワーキンググループの議事録「Ｌ２ considerationsforVoIPsupport（R2－021645）」）の記載(ｱ) 「ＡＭＲのデータフレームは２０ミリ秒毎に作成される。ＲＦＣによれば，１つ又は複数の音声フレームを単一のパケットで送信することができる。しかし，ＶｏＩＰを目的とする場合，１パケットあたり１つの音声フレームの場合にのみ，望ましい遅延特性を達成することができる。」（１頁）(ｲ) 「ＲＬＣ－ＵＭは，任意のＳＤＵサイズに対応するために必要なすべての機能（分割，連結及びパディング）を提供する。しかし，分割及び連結の使用には，メリットとデメリットがある。上位階層のＳＤＵが２つのフレームに分割される場合，当該ＳＤＵが失われる確率は，いずれかの一方のＰＤＵが失われる確率と同じである。・・・したがって，１つのＴＴＩで送信可能なペイロードと同一サイズを有するＳＤＵを処理する場合，最終的なＳＤＵエラー率を減少させるために，上記２つのフレームをアラインすることが望ましい。」（３頁）カ甲９２（変更リクエスト（R2-051681））の記載「変更理由：２５．３２２のＣＲ２８０は，ＵＴＲＡＮによってＲＬＣ－ＰＤＵのサイズを予期されるＲＬＣ－ＳＤＵのサイズへ調整することができるサービスに
おいて，ＲＬＣＵＭオーバーヘッドを削減するための，ＲＬＣＵＭヘッダー構造の最適化を提案するものである。 この変更リクエストは，それに必要なサポートを２５．３３１に導入するものである。」（１頁）キ甲４０（米国特許第６８１９６５８号 の，ＲＬＣＵＭヘッダー構造の最適化を提案するものである。 この変更リクエストは，それに必要なサポートを２５．３３１に導入するものである。」（１頁）キ甲４０（米国特許第６８１９６５８号）の記載「図１１Ａに示すように，動作時には，受信されたセルまたはパケットは，ステップ１１Ａ－１およびステップ１１Ａ－２のテストにより，そのサイズが最小サイズ，例えばＡＴＭセルのサイズと等しいかどうかが判断される。受信されたパケットまたはセルが最小サイズしかない場合は，分割は不要であるという判断がステップ１１Ａ－３において行われ，ステップ１１Ａ－４によりＳＡＲ１ヘッダー部が生成される。 ＳＡＲ１ヘッダー部は，図８に示すように，わずか１バイトから成る。ステップ１１Ａ－７では，このヘッダー部がパケットまたはセルのデータに適用され，宛先端末をアドレス指定して予め定められたバーストの中でその端末へ伝送するために，サイトにおいて選択された端末にあるモデムへと転送される。ステップ１１Ａ－２において，受信されたセルまたはパケットが最小サイズを超えると判断された場合，そのセルまたはパケットを伝送のために分割する必要がある。そこで，ステップ１１Ａ－５により，そのセルまたはパケットは予め定められたサイズのセグメントに分割され，次にステップ１１Ａ－６においてＳＡＲ２ヘッダー部の生成が行われる。 上記のように，また，図７Ａと７Ｂで示したように，ＳＡＲ２ヘッダー部は３バイトのヘッダー部であり，セグメントごとに変化してパケットごとに各セグメントをその端末が識別できるだけの十分な情報を含む。」（１４頁）ク甲４３（国際公開第０２／４３３３２号）の記載「本発明の第２の態様は，第１の態様と次の点で類似している。あるユーザーデータパケットのペイロードが複数のＡＡＬ 分な情報を含む。」（１４頁）ク甲４３（国際公開第０２／４３３３２号）の記載「本発明の第２の態様は，第１の態様と次の点で類似している。あるユーザーデータパケットのペイロードが複数のＡＡＬ２パケット上に分散（分割）される場合，ＡＡＬ２パケット（分割されたユーザーデータパケットを運ぶ）のシーケンス番号
に関連する値が，分割されたユーザーデータパケットが利用する複数のＡＡＬ２パケットの長さインジケータ（ＬＩ）フィールドに格納される。この第２の態様を円滑にするため，長さインジケータ（ＬＩ）フィールドに２つの範囲の値が予約される。ある実施例では，この予約された（予め定義された）値の第一の範囲は，４８から５５までの間（両端を含む）であり，第二の範囲は，５６から６３までの間（両端を含む）である。受信したＡＡＬ２パケットの長さインジケータ（ＬＩ）フィールドが第一の範囲に属する場合，その受信したＡＡＬ２パケットは，ユーザーデータフレームのユーザーデータを含む複数のＡＡＬ２パケットの一番目と認識される。 受信したＡＡＬ２パケットの長さインジケータ（ＬＩ）フィールドが第二の範囲に属する場合，その受信したＡＡＬ２パケットは，複数のＡＡＬ２パケットの一番目以外のパケット（例えば，第二，第三，第四のＡＡＬ２パケットなど）であると認識される。」（訳文７頁）(2) 無効理由１（甲３による新規性欠如）についてア前記(1)アのとおりの甲３の記載によれば，甲３には，次のとおりの発明が記載されていると認められる（以下「甲３発明」という。）。 「移動通信システムにおけるデータを送信する装置であって，上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定し，前記ＳＤＵを伝 ステムにおけるデータを送信する装置であって，上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定し，前記ＳＤＵを伝送可能なＰＤＵサイズによって少なくとも一つのセグメントに再構成するための伝送バッファと，一連番号（ＳＮ）フィールドと１ビットフィールドをヘッダーに含み，前記少なくとも一つのセグメントをデータフィールド内に含む少なくとも一つのＰＤＵを構成するヘッダー挿入部と，前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記少なくとも一つのＰＤＵの前記１ビットフィールド以後にＬＩフィールドを挿入し，設定するＬＩ挿入部と，前記ＬＩ挿入部から受信される少なくとも一つのＰＤＵを受信部に伝送する送信
部と，を含むことを特徴とするデータ送信装置（データ送信方法）。」イ以上の認定に関して，被控訴人は，甲３の「僅か一つのＳＤＵが，完全にＰＤＵ５０のデータ領域５８を充填する場合，ビット５５ａは０で，ＬＩは出現しないことを表示する。」との記載（段落【０００８】）から，甲３には，構成要件Ｄ（Ｋ）の「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」する設定部があることが開示されていると主張する。 しかし，① 甲３には「図３はＡＭデータＰＤＵ５０の簡略図で，３ＧＰＰＴＳ２５．３２２ Ｖ３．８．０．規範に掲載されている。」（段落【０００６】）と記載されており，ここに「３ＧＰＰＴＳ２５．３２２ Ｖ３．８．０．規範」は，代替的Ｅビット解釈が３ＧＰＰ規格に採用される前の３ＧＰＰ規格の技術仕様書であることからすると，被控訴人の指摘する ６】）と記載されており，ここに「３ＧＰＰＴＳ２５．３２２ Ｖ３．８．０．規範」は，代替的Ｅビット解釈が３ＧＰＰ規格に採用される前の３ＧＰＰ規格の技術仕様書であることからすると，被控訴人の指摘する記載は，通常Ｅビット解釈を行う際のものであると理解できる。しかるに，通常Ｅビット解釈は，「前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含む」場合について，規定するものではない。さらに，② 甲３の「僅か一つのＳＤＵが，完全にＰＤＵ５０のデータ領域５８を充填する場合」との文言には，ＳＤＵの方がサイズが大きく，分割された最初のセグメントや中間セグメントがＰＤＵを充填する場合も含まれると解するのが自然である。これらの事情からすると，被控訴人の指摘に係る甲３の記載（「僅か一つのＳＤＵが・・・ＬＩは出現しないことを表示する。」）に，構成要件Ｄ（Ｋ）の「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」するとの技術が開示されているとは認めることができない。 また，被控訴人は，甲３の「代替ＰＤＵ」の一例である「パディングＰＤＵ」は，パディングＰＤＵの前後のＰＤＵを結合する役割を果たすため，「中間セグメントを
含むＰＤＵ」に対応するとも主張する。しかし，甲３は，「パディングＰＤＵ」を「実際のＳＤＵデータを備えず，ＳＤＵデータが不測のデータ中断の発生により破棄される時にだけ用いられる」（段落【００２６】）とするのであるから，甲３記載の「パディングＰＤＵ」は，ＳＤＵの一部を分割して充填したものではなく，ＳＤＵとは全く無関係であり，ＳＤＵとの関係を観念することも，中間セグメントを観念することも不可 ）とするのであるから，甲３記載の「パディングＰＤＵ」は，ＳＤＵの一部を分割して充填したものではなく，ＳＤＵとは全く無関係であり，ＳＤＵとの関係を観念することも，中間セグメントを観念することも不可能であるから，本件発明１のＳＤＵの中間セグメントを含むＰＤＵに相当するとはいえない。 そうすると，甲３には，「パディングＰＤＵ」について，ＬＩフィールドに特別コードを設定することが記載されてはいるものの，このことが，本件発明１の構成要件Ｄにおける「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合」，「少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する」こと，及び構成要件Ｆにおける「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」ることに相当するとはいえない。 したがって，被控訴人の主張は採用できない。 ウ前記アのとおり認定される甲３発明と本件発明１を対比すると，両者の間には，次のとおりの相違点があると認められる（他の点では一致する。）。 (ｱ) 相違点１本件発明１では，「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定し，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部」（構成要件Ｄ）を含むのに対し，甲３発 中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部」（構成要件Ｄ）を含むのに対し，甲３発明は，上記の
構成を備えていない点。 (ｲ) 相違点２本件発明１では，「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」る（構成要件Ｆ）のに対し，甲３発明は，上記の構成を備えていない点。 エ前記アのとおりの甲３発明と本件発明２を対比すると，両者の間には，次のとおりの相違点がある（他の点では一致する）。 (ｱ) 相違点３本件発明２は，「前記ＳＤＵが一つのＰＤＵに含まれる場合に，ヘッダーとデータフィールドを含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一連番号（ＳＮ）フィールドと，前記ＰＤＵが分割，連結，またはパディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを指示する１ビットフィールドと，を含」む（構成要件Ｋ）のに対し，甲３発明は，上記の構成を備えていない点。 (ｲ) 相違点４本件発明２は，「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」る（構成要件Ｍ）のに対し，甲３発明は，上記の構成を備えていない点。 オ以上のとおり，本件発明１及び２と甲３発明の間には，相違点１ないし４があるのであるから，本件発明１及び２と甲３発明が同一のものであるとの被控 のに対し，甲３発明は，上記の構成を備えていない点。 オ以上のとおり，本件発明１及び２と甲３発明の間には，相違点１ないし４があるのであるから，本件発明１及び２と甲３発明が同一のものであるとの被控訴人の主張（無効理由１）は採用できない。 (3) 無効理由２（甲３を主引例とする進歩性欠如①）についてア本件発明１は，「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むこ
とを示すように前記１ビットフィールドを設定」（構成要件Ｄ）することで，不必要なＬＩフィールドの使用によって限定された無線リソースが非効率的に使用されるという課題を解決することができるとともに，「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定」（構成要件Ｄ）して，「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定」（構成要件Ｆ）することで，ＳＤＵを分割，連結，パディングなしにデータフィールドに完全に含むＰＤＵか， データフィールドにＳＤＵの開始や終了が含まれないＰＤＵ（ＳＤＵの中間セグメントを含むＰＤＵ）かの判定ができるようにしたものと認められる。 イ本件発明２は，「前記ＳＤＵが一つのＰＤＵに含まれる場合に，ヘッダーとデータフィールドを含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一連番号（ＳＮ）フィールドと，前記ＰＤＵが分割，連結，またはパディングなしに前記データフィールドに れる場合に，ヘッダーとデータフィールドを含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一連番号（ＳＮ）フィールドと，前記ＰＤＵが分割，連結，またはパディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを指示する１ビットフィールドと，を含み」（構成要件Ｋ）との構成により，不必要なＬＩフィールドの使用によって限定された無線リソースが非効率的に使用されるという課題を解決することができるとともに，「前記ＳＤＵが一つのＰＤＵに含まれない場合に」，「前記各ＰＤＵのヘッダーは」，「少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示す１ビットフィールド，そして前記少なくとも一つのＬＩフィールドを含み」（構成要件Ｌ），「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」（構成要件Ｍ）るとの構成により，ＳＤＵを分割，連結，パディングなしにデータフィールドに完全に含むＰＤＵか，データフィールドにＳＤＵの開始
や終了が含まれないＰＤＵかの判定ができるようにしたものと認められる。 ウ他方，甲３発明は，ＲＬＣ層とＭＡＣ層間で生じる不測の伝送中断を処理することを目的とし，不測のデータ中断によってＲＬＣ層内のＳＤＵデータが，ＭＡＣ層からのＴＦＣデータ要求によるデータ量を満たさない場合，ＲＬＣ層は相当する数量と正確な大きさのパディングＰＤＵを出し，これを代替ＰＤＵにすることにより，ＳＤＵデータの欠乏を補い，上記ＴＦＣデータ要求を満たすようにしたものと認められる。 エ無効理由１で検討のとおり，甲３発明は，「前記ＳＤＵが一つのＰＤＵに含まれる場合に， Ｕにすることにより，ＳＤＵデータの欠乏を補い，上記ＴＦＣデータ要求を満たすようにしたものと認められる。 エ無効理由１で検討のとおり，甲３発明は，「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」する構成を備えているとは認められず，また，甲３には，不必要なＬＩフィールドの使用によって限定された無線リソースが非効率的に使用されるとの課題や，ＳＤＵを分割，連結，パディングなしにデータフィールドに完全に含むＰＤＵか， データフィールドにＳＤＵの開始や終了が含まれないＰＤＵかの判定ができるようにするとの課題について記載も示唆もされていない。 同様に，そのような課題は，甲３９にも何ら記載されていない。 そうすると，甲３発明において，本件発明１のように，「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定し，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部」（構成要件Ｄ）を含み，「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」（構成要件Ｆ）るようにすることは，甲３の記載や甲３９にみられる技術常識に基
づいて当業者が容易に想到し得たものとはいえない。 オ同様に トを含むことを示す予め定められた値に設定され」（構成要件Ｆ）るようにすることは，甲３の記載や甲３９にみられる技術常識に基
づいて当業者が容易に想到し得たものとはいえない。 オ同様に，甲３発明において，本件発明２のように，「前記ＳＤＵが一つのＰＤＵに含まれる場合に，ヘッダーとデータフィールドを含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一連番号（ＳＮ）フィールドと，前記ＰＤＵが分割，連結，またはパディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを指示する１ビットフィールドと，を含み」，「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」るようにすることも，甲３の記載や甲３９にみられる技術常識に基づいて当業者が容易に想到し得たものとはいえない。 (4) 無効理由３（甲３を主引例とする進歩性欠如②）について本件各発明のそれぞれの課題，課題解決手段及び作用効果は，無効理由２で検討したとおりである（前記(3)）。また，甲３発明の目的も，無効理由２で検討したとおりである。無効理由２で検討したとおり，本件各発明と甲３発明とは，解決課題が異なり，甲３には，本件各発明の課題について記載も示唆もされていない。 さらに，甲４に記載の発明は，「前のＲＬＣＰＤＵを失った場合，ＳＤＵ全体が受信されたかどうかが分からない」との課題を解決するために，「現ＰＤＵに一番目のＳＤＵセグメントが完全に含まれているか否かを帯域内でシグナリング」するとするものである。甲４には，「シグナリング」の例として，予約値の一つを使用する場合は，「追加ＬＩは，一番目のＲＬＣ 一番目のＳＤＵセグメントが完全に含まれているか否かを帯域内でシグナリング」するとするものである。甲４には，「シグナリング」の例として，予約値の一つを使用する場合は，「追加ＬＩは，一番目のＲＬＣＳＤＵが完全に含まれるＲＬＣＰＤＵに含まれなければならない」とされており，本件各発明のように中間セグメントを含む場合にＬＩフィールドに予約値を用いるとするものではない。したがって，甲４には，本件発明１のように，「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定」（構成要件Ｆ）することや，本件発明２のように，「前記ＰＤＵ
の前記データフィールドが前記ＳＤＵの中間セグメントを含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」（構成要件Ｍ）ることで，ＳＤＵを分割，連結，パディングなしにデータフィールドに完全に含むＰＤＵか， データフィールドにＳＤＵの開始や終了が含まれないＰＤＵかの判定ができるようにすることについて，記載又は示唆されているとは認められない。 そうすると，本件各発明と甲３発明との相違点に係る構成が，甲３発明及び甲４の記載に基づいて当業者が容易に想到し得たものとはいえない。 (5) 無効理由４（甲３を主引例とする進歩性欠如③）について本件発明１及び本件発明２のそれぞれの課題，課題解決手段及び作用効果は，無効理由２で検討したとおりである。また，甲３発明の目的も，無効理由２で検討したとおりである。無効理由２で検討したとおり，本件発明１及び本件発明２と甲３発 れぞれの課題，課題解決手段及び作用効果は，無効理由２で検討したとおりである。また，甲３発明の目的も，無効理由２で検討したとおりである。無効理由２で検討したとおり，本件発明１及び本件発明２と甲３発明とは，解決課題が異なり，甲３には，本件各発明の課題について記載も示唆もされていない。 また，甲３９には，上位層データユニットが下位層ＰＤＵにおける現在データセグメントで終わるか，又は次の下位層ＰＤＵまで続くか等，上位層データユニット（ＳＤＵ）に関する特殊な情報を必要に応じて指示するためにセグメント長さ情報の特定の値を使用すること，例えば，ＰＤＵの第１ＰＵ（ペイロードユニット）に，そのＰＤＵのＳＤＵが次のＰＤＵに続いていることを指示する所定値（例えば，１１１１１１０）を有する長さ指示子を与えること，及び上記のセグメント長さ情報の特定の値を使用することは，受信器においてセグメント化されたデータを正しく組み立てるために必要とされ，これにより，個別の指示子フィールド（甲３９の段落【０００７】）が回避されることが記載されていると認められる。 そして，甲３９に記載の「そのＰＤＵのＳＤＵが次のＲＬＣＰＤＵに続いていること」（段落【００１９】）とは，「そのＰＤＵのＳＤＵが最後のセグメントでないこと」と解するのが相当であるから，当該記載には「そのＰＤＵのＳＤＵが中間セ
グメント」であることだけでなく，「そのＰＤＵのＳＤＵが最初のセグメント」であることも含まれると認められる。 そうすると，甲３９には，本件発明１のように，「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定」すること ルドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定」することや，本件発明２のように，「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」ることで，ＳＤＵを分割，連結，パディングなしにデータフィールドに完全に含むＰＤＵか，データフィールドにＳＤＵの開始や終了が含まれないＰＤＵかの判定ができるようにすることについて，記載又は示唆されているとは認められない。 以上から，本件各発明と甲３発明との相違点に係る構成は，甲３発明及び甲３９の記載に基づいて当業者が容易に想到し得たものとはいえない。 (6) 無効理由５（甲１の４を主引例とする進歩性欠如）についてア甲１の４の記載からすると，甲１の４には次の発明（以下「甲１の４発明」という。）が記載されていると認められる。 「移動通信システムにおけるデータを送信する装置であって，上位階層からサービスデータユニット（ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット（ＰＤＵ）に含まれるか否かを判定し，前記ＳＤＵを伝送可能なＰＤＵサイズによって少なくとも一つのセグメントに再構成するための伝送バッファと，一連番号（ＳＮ）フィールドと１ビットフィールドをヘッダーに含み，前記少なくとも一つのセグメントをデータフィールド内に含む少なくとも一つのＰＤＵを構成するヘッダー挿入部と，前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記少なくとも一つのＰＤＵの
前記１ビットフィール セグメントをデータフィールド内に含む少なくとも一つのＰＤＵを構成するヘッダー挿入部と，前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記少なくとも一つのＰＤＵの
前記１ビットフィールド以後にＬＩフィールドを挿入し，設定するＬＩ挿入部と，前記ＬＩ挿入部から受信される少なくとも一つのＰＤＵを受信部に伝送する送信部と，を含むことを特徴をするデータ送信装置（データ送信方法）。」イ前記アのとおりの甲１の４発明と本件発明１を比較すると，両者の間には，次のとおりの相違点がある（他の点では一致する。）。 (ｱ) 相違点５本件発明１では，「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定し，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部」（構成要件Ｄ）を備えるのに対し，甲１の４発明は，そのような構成を備えていない点。 (ｲ) 相違点６本件発明１では，「ここで，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」（構成要件Ｆ）るのに対し，甲１の４発明は，そのような構成を備えていない点。 ウ前記アのとおりの甲１の４発明と本件発明２を比較すると，両者の間には，次のとおりの相違点がある（他の点では一致する。）。 (ｱ) 相違点７本件発明２では，「前記ＳＤＵが一つの い点。 ウ前記アのとおりの甲１の４発明と本件発明２を比較すると，両者の間には，次のとおりの相違点がある（他の点では一致する。）。 (ｱ) 相違点７本件発明２では，「前記ＳＤＵが一つのＰＤＵに含まれる場合に，ヘッダーとデータフィールドを含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一連番号（ＳＮ）フィールドと，前記ＰＤＵが分割，連結，またはパディングなしに前
記データフィールドに前記ＳＤＵを完全に含むことを指示する１ビットフィールドと，を含」む（構成要件Ｋ）のに対し，甲１の４発明は，そのような構成を備えていない点。 (ｲ) 相違点８本件発明２では，「前記ＳＤＵが一つのＰＤＵに含まれない場合に」，「前記各ＰＤＵのヘッダーは，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示す１ビットフィールド，そして前記少なくとも一つのＬＩフィールドを含み」（構成要件Ｌ），「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」（構成要件Ｍ）るのに対し，甲１の４発明は，そのような構成を備えていない点。 エ相違点５ないし８について検討する。 本件各発明のそれぞれの課題，課題解決手段及び作用効果は，無効理由２で検討したとおりである（前記(3)）。 他方，甲１の４発明は，相違点５及び６に係る構成を備えていない点で本件発明１と相違し，また，相違点７及び８に係る構成を備えていない点で本件発明２と相違するから，甲１の４発明が，本件各発明のように，不必要なＬＩフィールドの使用によって限定された無線リソースが非効率的に使用されるとの課題，及 相違点７及び８に係る構成を備えていない点で本件発明２と相違するから，甲１の４発明が，本件各発明のように，不必要なＬＩフィールドの使用によって限定された無線リソースが非効率的に使用されるとの課題，及び「前記ＰＤＵが分割，連結，またはパディングなしに前記データフィールドに前記ＳＤＵを完全に含むこと」を示すように「１ビットフィールド」を設定した場合に，ＳＤＵを分割，連結，パディングなしにデータフィールドに完全に含むＰＤＵか，データフィールドにＳＤＵの開始や終了が含まれないＰＤＵかの判定ができるようにするとの課題を解決するものとは認められない。 ここで，被控訴人の提出に係る甲１の２，４２，９１及び９２には，固定ビットレートの音声コーデックを使用するＶｏＩＰアプリケーションが，同じサイズのＳ
ＤＵを頻繁に発生させることが，甲３及び４０には，一つのＳＤＵがＰＤＵのデータフィールドを完全に充填する場合，又は，受信したデータがデータパケットのデータフィールドを完全に充填する場合に，ヘッダーサイズを減らすことができることがそれぞれ記載されていると認められ，上記の各事項は，本件特許の優先日前，当該技術分野で知られていたと認められる。 もっとも，甲３９に記載の「そのＰＤＵのＳＤＵが次のＰＤＵに続いていること」は，無効理由４（前記(5)）で検討したとおり，「そのＰＤＵのＳＤＵが中間セグメント」であることだけでなく，「そのＰＤＵのＳＤＵが最初のセグメント」であることも示すと認められ，また，同様に，甲４３の「受信したＡＡＬ２パケットの長さインジケータ（ＬＩ）フィールドが第二の範囲に属する場合，その受信したＡＡＬ２パケットは，複数のＡＡＬ２パケットの一番目以外のパケット（例えば，第二，第三，第四のＡＡＬ２パケットなど）であると認識される。」との記載 Ｉ）フィールドが第二の範囲に属する場合，その受信したＡＡＬ２パケットは，複数のＡＡＬ２パケットの一番目以外のパケット（例えば，第二，第三，第四のＡＡＬ２パケットなど）であると認識される。」との記載において，「複数のＡＡＬ２パケットの一番目以外のパケット」は，「中間のＡＡＬ２パケット」であることだけでなく，「最後のＡＡＬ２パケット」であることも示すと認められるから，甲３９及び４３には，ＰＤＵのデータフィールドに長さインジケータを用いて中間セグメントであることを示すことが記載されているとは認められず，この点が，本件特許の優先日前，当該技術分野において知られていたとも認められない。 そして，上記の各証拠には，本件各発明の相違点５及び７に係る構成のように，ＰＤＵが分割，連結，パディングなしにデータフィールドにＳＤＵを完全に含むことを示すように「１ビットフィールド」を設定することにより，不必要なＬＩフィールドの使用によって限定された無線リソースが非効率的に使用されるとの課題を解決すること，また，「１ビットフィールド」を上記のように設定する際に，本件各発明の相違点５，６及び８に係る構成のように，ＰＤＵのデータフィールドがＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように上記１ビットフィールドを設定し，上記ＬＩフィールドには上記ＰＤＵが中間セグメントを含むことを示す予め定められた値を設
定することにより，ＳＤＵを分割，連結，パディングなしにデータフィールドに完全に含むＰＤＵか，データフィールドにＳＤＵの開始や終了が含まれないＰＤＵかの判定ができるようにすることについて，記載も示唆もされていない。 そうすると，本件各発明と甲１の４発明とは，解決課題でも相違し，また，上記各証拠 ィールドにＳＤＵの開始や終了が含まれないＰＤＵかの判定ができるようにすることについて，記載も示唆もされていない。 そうすると，本件各発明と甲１の４発明とは，解決課題でも相違し，また，上記各証拠に記載された事項では，本件各発明の課題とその解決手段について開示されているとはいえないから，甲１の４発明に上記各証拠に記載された事項を適用しても，本件各発明と甲１の４発明との相違点に係る構成について，当業者が容易に想到し得たとは認められない。 オ被控訴人は，通常Ｅビット解釈が採用されたのは，多くのアプリケーションでは，ＰＤＵデータフィールドよりも大きいサイズのＳＤＵが頻繁に発生し，その当然の帰結として，ＳＤＵの中間セグメントを含むＰＤＵも頻繁に発生することになることから，中間セグメントを含むＰＤＵの長さインジケータを省略する方が，完全に一致するＳＤＵを含むＰＤＵの長さインジケータを省略するよりもヘッダーのデータ量を節約できると認識していたからこそ甲１の４発明の構成を採用したのであって，３ＧＰＰは，ＰＤＵデータフィールドに完全に一致するＳＤＵの発生頻度が高い場合には，そのようなＳＤＵを含むＰＤＵの長さインジケータを省略することにより，データ伝送のオーバーヘッドを減少させることができると認識していたこともうかがわれると主張する。 しかし，被控訴人の上記の主張は採用できない。 甲１の４には，多くのアプリケーションでは，ＰＤＵデータフィールドよりも大きいサイズのＳＤＵが頻繁に発生し，ＳＤＵの中間セグメントを含むＰＤＵも頻繁に発生することになることから，このようなＰＤＵのヘッダーサイズを小さくし，トータルでのオーバーヘッドを減少させ，データ伝送をより効率的に行うことを可能とするために，ＳＤＵの中間セグメントを含むＰＤＵの長さインジケータを省略 ら，このようなＰＤＵのヘッダーサイズを小さくし，トータルでのオーバーヘッドを減少させ，データ伝送をより効率的に行うことを可能とするために，ＳＤＵの中間セグメントを含むＰＤＵの長さインジケータを省略したことについて，記載も示唆もされておらず，甲１の４の記載から，上記の点が認識されていたとは認められない。
また，甲１の４には，ＰＤＵデータフィールドに完全に一致するＳＤＵの発生頻度が高い場合には，そのようなＳＤＵを含むＰＤＵの長さインジケータを省略することにより，データ伝送のオーバーヘッドを減少させることができることについて，記載も示唆もされておらず，固定ビットレートの音声コーデックを使用するＶｏＩＰアプリケーションが，同じサイズのＳＤＵを頻繁に発生させることが，本件出願の優先日前に当業者によく知られていたとしても，甲１の４の記載から，上記の点が認識されていたとは認められない。 そして，甲１の４の記載によれば，ＰＤＵの長さインジケータは，「ＰＤＵ内で終了する各ＲＬＣＳＤＵの最終オクテットを示す」ものとして定義されているから，ＳＤＵの中間セグメントを含むＰＤＵの長さインジケータが省略されるのは，ＰＤＵの長さインジケータの上記の定義によるものと解するのが相当である。 また，仮に，固定ビットレートの音声コーデックを使用するＶｏＩＰアプリケーションが頻繁に発生させる同じサイズのＳＤＵをＰＤＵデータフィールドに完全に一致させ，そのようなＳＤＵを含むＰＤＵの長さインジケータを省略することを当業者が想到するとしたとしても，甲１の４には，中間セグメントを含むＰＤＵについて，長さインジケータを，その本来の定義とは異なる「ＰＤＵがＳＤＵの最初のセグメントでも最終のセグメントでもない中間セグメントを含むことを示す予め定められた値」に設定す セグメントを含むＰＤＵについて，長さインジケータを，その本来の定義とは異なる「ＰＤＵがＳＤＵの最初のセグメントでも最終のセグメントでもない中間セグメントを含むことを示す予め定められた値」に設定することまで記載や示唆されているとは認められないし，この点が自明であったと認めることもできない。 以上のとおり，被控訴人の主張は，その前提において誤りがあり，失当である。 ４ 争点４（本件各製品に係る本件特許権の消尽の有無）について当裁判所は，① 控訴人とインテル社間の変更ライセンス契約は，平成２１年６月３０日に契約期間満了により終了しており，また，終了していないとしても，本件ベースバンドチップ（以下，本件製品２及び４に実装されている本件ベースバンドチップについてのみ論ずる。）は当該契約の対象になるものではないから，本件特許権が消尽した旨の被控訴人の主張は前提において失当である，② 仮にライセン
ス契約が終了しておらず本件ベースバンドチップがその対象になると仮定したとしても，本件において，本件特許権の行使が制限される理由はない，と判断する。その理由は次のとおりである。 (1) 認定事実証拠（甲１９の１の１ないし１９の１の４，１９の２，２０の１ないし２０の３，１６２，１６３，乙４６，５２）及び弁論の全趣旨によれば，この点に関して，以下の各事実を認めることができる。 ア控訴人とインテル社は，平成５年１月１日，インテル社の保有する特許と控訴人の保有する特許を相互にクロスライセンスすることを骨子とするクロスライセンス契約（控訴人とインテル社間のライセンス契約）を締結した（甲２０の１，１６２）。 控訴人とインテル社間のライセンス契約には，次のとおりの条項が置かれていた。 「１．１１ 「三星特許」とは，現在，「三星」（又 インテル社間のライセンス契約）を締結した（甲２０の１，１６２）。 控訴人とインテル社間のライセンス契約には，次のとおりの条項が置かれていた。 「１．１１ 「三星特許」とは，現在，「三星」（又はその「子会社」）により所有又は支配される，又は，今後，「三星」（又はその「子会社」）により取得される，全世界の，全ての分類及び種類の特許権，実用新案権，意匠権（原出願，分割出願，継続出願，部分的な継続出願又は再出願を含むがそれに限られない）及びこれらの分類及び種類についての出願のうち，（ａ）本契約の終了又は解除以前の日付を最初の有効な出願日とするものであって，（ｂ）・・・を意味する。」「１．１４ 「インテル・ライセンス対象商品」は，(a)半導体材料，(b)半導体素子，又は(c)集積回路を構成する全ての製品（「三星所有製品」を除く）を意味する。」「３．１ 「三星」は，「インテル」に対して，「三星特許」につき，全世界で「インテル・ライセンス対象商品」を製造し，製造委託をし，使用し，（直接又は間接的に）販売し，「インテル」のためにのみ開発委託をし，リースし，又はその他の処分をする，非独占かつ譲渡不能のライセンスを許諾する。」「３．３ 「インテル」は，第３．１条及び第３．２条に基づくライセンスの範
囲を「インテル子会社」に対しても拡張する権利を有するものとする。「インテル子会社」をライセンスの範囲に拡張できるのは，当該事業体が「子会社」の要件を全て充たしており，かつ，拡張の対象となる権利が「インテル」に関して有効に存続している期間に限るものとする。」「６．４ 本契約終了時においても，一方当事者から他方当事者に対して，場合によって，「三星特許」又は「インテル特許」につき，許諾されたライセンスは，「三星特許」又は「インテル 限るものとする。」「６．４ 本契約終了時においても，一方当事者から他方当事者に対して，場合によって，「三星特許」又は「インテル特許」につき，許諾されたライセンスは，「三星特許」又は「インテル特許」の有効期間においては，６．３条に規定する場合を除き，存続するものとする。」「７．８ 本契約及び本契約の履行に関連する事項は，全ての点において，アメリカ合衆国連邦法及びカリフォルニア州法に準拠し，これを適用し，これに従って解釈するものとする。」イ控訴人とインテル社間のライセンス契約は，平成１４年１２月３１日の経過をもって終了した。控訴人とインテル社は，平成１５年３月１８日，控訴人とインテル社間のライセンス契約の一部を変更する旨の契約（甲２０の２）を締結した。 ウ控訴人とインテル社は，平成１６年７月１日，控訴人とインテル社間のライセンス契約を，さらに次のとおり変更する旨の契約（甲２０の３，１６３。以下，「第２変更契約」といい，同契約による変更後の控訴人とインテル社間のライセンス契約を指して，「控訴人とインテル社間の変更ライセンス契約」という。）を締結した（以下の文中の「特許クロスライセンス契約」は，本判決でいう控訴人とインテル社間のライセンス契約を指す。）。 「（１） 特許クロスライセンス契約第６．１条にかかわらず，特許クロスライセンス契約は，上記に規定された第２変更契約の効力発生日から５年後まで，期間が延長され有効に存続するものとする。」「（３） 第３．１条を次の条項と差し替えるものとする。 ３．１ 本契約の条件に従い，「三星」は「インテル」に対して，「三星特許」に基づき，サブライセンスをする権利を除き，以下の行為について，全世界的な，非
独占，譲渡不能かつ無償のライセンスを許諾する。 (a) 「三星」は「インテル」に対して，「三星特許」に基づき，サブライセンスをする権利を除き，以下の行為について，全世界的な，非
独占，譲渡不能かつ無償のライセンスを許諾する。 (a)(1) 全ての「インテル・ライセンス対象製品」の製造，使用，販売（直接又は間接を問わない。），販売の申出，輸入その他の処分。 (2) 機器の製造，製造委託（第３．７条に定める限定条項に服する。），使用及び／又は輸入，並びに全ての「インテル・ライセンス対象商品」の製造，使用，輸入及び／又は販売の方法又はプロセスの実施。 (3) 上記第３．１条(a)(1)において許諾されたライセンスに基づき，「インテル」が使用，輸入，販売，販売の申し出又は処分を行うためにインテルに対する供給のみを目的とする他の製造業者への「インテル・ライセンス対象製品」の製造委託（第３．７条に定める制限条項に服する。）。 なお，上記(1),(2)及び(3)において許諾されたこれらのライセンスは「インテル・ライセンス対象商品」から除外される「三星専有製品」には適用されない。」「（４） 第３．３条の後に次の条項を新たに挿入する。」「３．７ 製造委託権(a) 上記第３．１条において許諾されたライセンスに基づき，「インテル」が自己のために第三者に製品の製造を委託する権利は，（ｉ）第三者が製造する当該製品の製造のための設計図，仕様書，施工図等（以下，個別に又は併せて「本件製品仕様書」という。）を「インテル」が第三者製造業者に提供する場合であって，（ｉｉ）「本件製品仕様書」が当初は当該第三者製造業者より「インテル」に対し提供されたものではないとき（但し，「インテル」もかかる設計に付き無制限の所有権を有する場合はこの限りではない。）にのみ適用される。」「（９） が当初は当該第三者製造業者より「インテル」に対し提供されたものではないとき（但し，「インテル」もかかる設計に付き無制限の所有権を有する場合はこの限りではない。）にのみ適用される。」「（９） 第７．８条において「カリフォルニア」を「ニューヨーク」に変更する。」「（１３） 第６．２条，第６．３条及び第６．４条を次の条項と差し替える。」「６．４ 存続条項 ３．５条及び４．５条に規定するオプション，１条，２条，５．４条，６．３条，６．４条及び７条は，本契約のいかなる事由による終了後も
存続する。」エ控訴人とインテル社間の変更ライセンス契約の存続期間は，平成２１年６月３０日までであった。 オ本件ベースバンドチップは，①ＩＭＣ社が第三者に製造を委託し，②ＩＭＣ社が日本国外でインテル社に販売し，③インテル社が日本国外で完全子会社のインテル・アメリカ社に販売し，④インテル・アメリカ社が日本国外でアップル社に販売したものである（甲１９の１の１ないし１９の１の４，１９の２，乙４６）。ＩＭＣ社は，平成２３年１月３１日に，インフィニオン社がインテル社の子会社となることによって成立した会社である（乙５２）。 (2) 検討ア法の適用に関する通則法（以下「通則法」という。）７条によれば，控訴人とインテル社間のライセンス契約については「アメリカ合衆国連邦法及びカリフォルニア州法」を，控訴人とインテル社間の変更ライセンス契約については「アメリカ合衆国連邦法及びニューヨーク州法」をそれぞれ適用するべきことになる。 イ控訴人とインテル社間のライセンス契約の６．４条には，「本契約終了時においても，・・・「三星特許」・・・につき，許諾されたライセンスは，「三星特許」・・・の有効期間においては，・・・存続するものとする。」とあり テル社間のライセンス契約の６．４条には，「本契約終了時においても，・・・「三星特許」・・・につき，許諾されたライセンスは，「三星特許」・・・の有効期間においては，・・・存続するものとする。」とあり，明文をもって控訴人とインテル社間のライセンス契約が終了した後にも，実施権は存続することが規定されていた。ところが，第２変更契約の（１３）は，従前の６．４条を変更し，契約終了後にも効力が存続するとする条項として，「３．５条及び４．５条に規定するオプション，１条，２条，５．４条，６．３条，６．４条及び７条」のみを掲げ，３．１条等の実施許諾に係る条項は除外するに至っている。 このように，それ以前には掲げられていた実施権の存続が削除されている第２変更契約の文言からすると，控訴人とインテル社間の変更ライセンス契約においては，同契約の終了時点である平成２１年６月３０日の経過をもって，控訴人とインテル社間の変更ライセンス契約による「三星特許」等についての実施許諾は終了してい
ると解するのが相当である。 この点について，被控訴人は，インテル社から控訴人宛ての書簡（甲２５），インテル社と控訴人の間の電子メール（甲１２６，１６５），オーストラリアでの訴訟における控訴人の訴訟代理人の発言（甲１２７）等を指摘して，控訴人とインテル社間の（変更）ライセンス契約による実施権は存続している旨を主張する。しかし，これらの証拠によっても，控訴人とインテル社間の変更ライセンス契約の明文に基づく前記のとおりの判断を左右するものではなく，本件において提出された証拠を前提とする限り，控訴人とインテル社間の変更ライセンス契約は終了していると認めるのが相当である。 ウまた，仮に控訴人とインテル社間の変更ライセンス契約による実施権が存続していると解した場合であっても する限り，控訴人とインテル社間の変更ライセンス契約は終了していると認めるのが相当である。 ウまた，仮に控訴人とインテル社間の変更ライセンス契約による実施権が存続していると解した場合であっても，本件ベースバンドチップは同契約による実施許諾の対象にはならないと解される。すなわち，控訴人とインテル社間の変更ライセンス契約の３．１条は柱書でサブライセンスの権利を否定していること，同(a)(2)及び(3)並びに３．７条がインテル社が第三者製造業者への製造委託をすることができる場合を一定の要件を備えるものに限定していることからすれば，３．１条(a)(1)の「製造」及び「販売（直接又は間接を問わない）」とは，インテル社が自ら製造することと，自ら製造した物を，直接又は間接を問わず，販売することを意味すると解され，第三者製造業者に対して製造委託等した製品は，同(a)(1)による「販売」許諾の対象とはならないと解される。このように同(a)(1)の「販売」の意味を限定的に解さず，無関係の第三者製造業者等から購入した物の販売も同条にいう「販売」に該当するとすると，同(a)(2)及び(3)並びに３．７条において，第三者製造業者への製造委託に，インテル社が仕様書を第三者に提供した場合であって，当該仕様書が当初は当該第三者製造業者から提供されたものでないこととの条件を付したことが容易に潜脱できることとなる。このような解釈は，契約全体としての整合がとれないこととなり，不都合である。 本件ベースバンドチップは，ＩＭＣ社によって製造されているのであるから（前
記(1)オ），これが３．１条で正当化されるためには，同(a)(2)又は同(3)に該当する場合である（この場合には，インテル社がＩＭＣ社に対して，３．７条に定める図面等を提供して製造委託している必要 記(1)オ），これが３．１条で正当化されるためには，同(a)(2)又は同(3)に該当する場合である（この場合には，インテル社がＩＭＣ社に対して，３．７条に定める図面等を提供して製造委託している必要がある。）か，３．３条に従ってライセンス契約が拡張されている必要があるところ，本件全証拠によってもかかる事実を認めるに足りない。 エ以上のとおり，控訴人とインテル社間の変更ライセンス契約による実施許諾は終了しており，また仮に存続していたとしても，本件ベースバンドチップは同契約による実施許諾の対象とはならないと認められる。 オ念のため，仮に，控訴人とインテル社間の変更ライセンス契約が存続しており，かつ，本件ベースバンドチップがその対象となると仮定した場合においても，当裁判所は，次のとおり本件特許権の行使が制限されるものではないと判断するものである。以下にその理由を示す。 (ｱ) 特許権者又は専用実施権者（この項では，以下，単に「特許権者」という。）が，我が国において，特許製品の生産にのみ用いる物（第三者が生産し，譲渡する等すれば特許法１０１条１号に該当することとなるもの。以下「１号製品」という。）を譲渡した場合には，当該１号製品については特許権はその目的を達成したものとして消尽し，もはや特許権の効力は，当該１号製品の使用，譲渡等（特許法２条３項１号にいう使用，譲渡等，輸出若しくは輸入又は譲渡等の申出をいう。以下同じ。）には及ばず，特許権者は，当該１号製品がそのままの形態を維持する限りにおいては，当該１号製品について特許権を行使することは許されないと解される。しかし，その後，第三者が当該１号製品を用いて特許製品を生産した場合においては，特許発明の技術的範囲に属しない物を用いて新たに特許発明の技術的範囲に属する物が作出されていることか れないと解される。しかし，その後，第三者が当該１号製品を用いて特許製品を生産した場合においては，特許発明の技術的範囲に属しない物を用いて新たに特許発明の技術的範囲に属する物が作出されていることから，当該生産行為や，特許製品の使用，譲渡等の行為について，特許権の行使が制限されるものではないとするのが相当である（ＢＢＳ最高裁判決（最判平成９年７月１日・民集５１巻６号２２９９頁），最判平成１９年１１月８日・民集６１巻８号２９８９頁参照）。
なお，このような場合であっても，特許権者において，当該１号製品を用いて特許製品の生産が行われることを黙示的に承諾していると認められる場合には，特許権の効力は，当該１号製品を用いた特許製品の生産や，生産された特許製品の使用，譲渡等には及ばないとするのが相当である。 そして，この理は，我が国の特許権者（関連会社などこれと同視するべき者を含む。）が国外において１号製品を譲渡した場合についても，同様に当てはまると解される（ＢＢＳ最高裁判決（最判平成９年７月１日・民集５１巻６号２２９９頁参照））。 (ｲ) 次に，１号製品を譲渡した者が，特許権者からその許諾を受けた通常実施権者（１号製品のみの譲渡を許諾された者を含む。）である場合について検討する。 １号製品を譲渡した者が通常実施権者である場合にも，前記(ｱ)と同様に，特許権の効力は，当該１号製品の使用，譲渡等には及ばないが，他方，当該１号製品を用いて特許製品の生産が行われた場合には，生産行為や，生産された特許製品の使用，譲渡等についての特許権の行使が制限されるものではないと解される。さらには，１号製品を譲渡した者が通常実施権者である場合であっても，特許権者において，当該１号製品を用いて特許製品の生産が行われることを黙示的に承諾していると認めら 限されるものではないと解される。さらには，１号製品を譲渡した者が通常実施権者である場合であっても，特許権者において，当該１号製品を用いて特許製品の生産が行われることを黙示的に承諾していると認められる場合には，前記(ｱ)と同様に，特許権の効力は，当該１号製品を用いた特許製品の生産や，生産された特許製品の使用，譲渡等には及ばない。 このように黙示に承諾をしたと認められるか否かの判断は，特許権者について検討されるべきものではあるが，１号製品を譲渡した通常実施権者が，特許権者から，その後の第三者による１号製品を用いた特許製品の生産を承諾する権限まで付与されていたような場合には，黙示に承諾をしたと認められるか否かの判断は，別途，通常実施権者についても検討することが必要となる。 なお，この理は，我が国の特許権者（関連会社などこれと同視するべき者を含む。）からその許諾を受けた通常実施権者が国外において１号製品を譲渡した場合についても，同様に当てはまると解される。 (ｳ) これを本件についてみる。
ａ インテル社は，控訴人とインテル社間の変更ライセンス契約によって，本件ベースバンドチップの製造，販売等を許諾されていると仮定されるから，前記(ｲ)にいう特許権者からその許諾を受けた通常実施権者に該当する。また，「データを送信する装置」（構成要件Ａ）及び「データ送信装置」（構成要件Ｈ）に該当するのは本件ベースバンドチップを組み込んだ本件製品２及び４であると解される一方，本件ベースバンドチップには，本件発明１の技術的範囲に属する物を生産する以外には，社会通念上，経済的，商業的又は実用的な他の用途はないと認められるから，本件ベースバンドチップは，特許法１０１条１号に該当する製品（１号製品）である。アップル社は，インテル社が製造した本件ベ には，社会通念上，経済的，商業的又は実用的な他の用途はないと認められるから，本件ベースバンドチップは，特許法１０１条１号に該当する製品（１号製品）である。アップル社は，インテル社が製造した本件ベースバンドチップにその他の必要とされる各種の部品を組み合わせることで，新たに本件発明１の技術的範囲に属する本件製品２及び４を生産し，被控訴人がこれを輸入・販売しているのであるから，前記(ｱ)，(ｲ)のとおり，控訴人による本件特許権の行使は当然には制限されるものではない。 ｂ そこで，まず，控訴人においてこのような特許製品の生産を黙示的に承諾していると認められるかを検討する。 この点，控訴人とインテル社間の変更ライセンス契約が存続しており，かつ，本件ベースバンドチップがその対象となると仮定した場合における，仮定される控訴人とインテル社間の変更ライセンス契約は，控訴人が有する現在及び将来の多数の特許権を含む包括的なクロスライセンス契約であり，本件特許を含めて，個別の特許権の属性や価値に逐一注目して締結された契約であるとは考えられない。また，控訴人とインテル社間の変更ライセンス契約の対象は，「インテル・ライセンス対象商品」すなわち「(a)半導体材料，(b)半導体素子，又は(c)集積回路を構成する全ての製品」であって，「インテル・ライセンス対象商品」に該当する物には，控訴人の有する特許権との対比における技術的価値や経済的価値の異なる様々なものが含まれ得る。そうすると，かかる包括的なクロスライセンスの対象となった「インテル・ライセンス対象商品」を用いて生産される可能性のある多種多様な製品の全てにつ
いて，控訴人において黙示的に承諾していたと解することは困難である。そして，インテル社が譲渡した本件ベースバンドチップを用いて「データを送信す 産される可能性のある多種多様な製品の全てにつ
いて，控訴人において黙示的に承諾していたと解することは困難である。そして，インテル社が譲渡した本件ベースバンドチップを用いて「データを送信する装置」や「データ送信装置」を製造するには，さらに，ＲＦチップ，パワーマネジメントチップ，アンテナ，バッテリー等の部品が必要で，これらは技術的にも経済的にも重要な価値を有すると認められること，本件ベースバンドチップの価格と本件製品２及び４との間には数十倍の価格差が存在すること（乙３１，３２），いわゆるスマートフォンやタブレットデバイスである本件製品２及び４は「インテル・ライセンス対象商品」には含まれていないことを総合考慮するならば，控訴人が，本件製品２及び４の生産を黙示的に承諾していたと認めることはできない。 なお，このように解したとしても，本件ベースバンドチップをそのままの状態で流通させる限りにおいては，本件特許権の行使は許されないのであるから，本件ベースバンドチップを用いて本件製品２及び４を生産するに当たり，関連する特許権者からの許諾を受けることが必要であると解したとしても，本件ベースバンドチップ自体の流通が阻害されるとは直ちには考えられないし，控訴人とインテル社間の変更ライセンス契約が，契約の対象となった個別の特許権の価値に注目して対価を定めたものでないことからすると，控訴人に二重の利得を得ることを許すものともいえない。 ｃ 次に，インテル社が特許製品の生産を黙示的に承諾する権限を有していたかについて検討する。この点，控訴人とインテル社間の変更ライセンス契約が存続しており，かつ，本件ベースバンドチップがその対象となると仮定した場合における，仮定される控訴人とインテル社間の変更ライセンス契約は，１号製品を含めて「インテル・ライセン の変更ライセンス契約が存続しており，かつ，本件ベースバンドチップがその対象となると仮定した場合における，仮定される控訴人とインテル社間の変更ライセンス契約は，１号製品を含めて「インテル・ライセンス対象商品」についてインテル社に特許権の実施行為を許したものにすぎず，同契約には，これを超えて，インテル社に，１号製品を用いた特許製品の生産を承諾する権限まで与えたことを裏付ける条項は存在しない。その他，控訴人とインテル社間のライセンス契約やこれに対する第２変更契約に至る経緯等をみても，インテル社が特許製品の生産を黙示的に承諾し，控訴人による本件特許権
の行使が制限されること等の結論を導く事情があると認めることはできない。 (ｴ) 以上よりすると，本件では，控訴人が特許製品の生産を黙示的に承諾しているとは認めるに足りず，また，インテル社にその権限があったとも認めるに足らないから，本件ベースバンドチップを用いて生産された特許製品（本件製品２及び４）を輸入・販売する行為について本件特許権の行使が制限されるものではないと解される。 (3) 小括以上のとおり，被控訴人の消尽に係る主張は，本件ベースバンドチップが，控訴人とインテル社間の（変更）ライセンス契約に基づいて製造・販売された物であることを前提とするから，当該事実が認められない以上，その前提を欠き，採用できない。仮にそうでないとしても，特許製品である本件製品２及び４について，本件特許権の行使が制限されるものではないから，いずれにせよ，この点に関する被控訴人の主張は採用できない。 ５ 争点５（控訴人の本件ＦＲＡＮＤ宣言に基づく本件特許権のライセンス契約の成否）について当裁判所は，本件ＦＲＡＮＤ宣言はライセンス契約の申込みとは認められないから，本件ＦＲＡＮＤ宣言によって ５ 争点５（控訴人の本件ＦＲＡＮＤ宣言に基づく本件特許権のライセンス契約の成否）について当裁判所は，本件ＦＲＡＮＤ宣言はライセンス契約の申込みとは認められないから，本件ＦＲＡＮＤ宣言によって本件特許権のライセンス契約が成立するものではないと判断する。その理由は次のとおりである。 (1) 準拠法について被控訴人は，本件ＦＲＡＮＤ宣言はライセンス契約の申込みであり，被控訴人が本件各製品の輸入販売を開始したことが，これに対する黙示の承諾となるから，当事者間にはライセンス契約が成立していると主張する。 本件ＦＲＡＮＤ宣言に基づく本件特許権のライセンス契約の成否の判断の前提として，まず，準拠法について判断する。 本件ＦＲＡＮＤ宣言に基づく本件特許権のライセンス契約の成否は，その法律関係の性質が法律行為の成立及び効力に関する問題であるから，通則法７条によって
その準拠法が定められると解するのが相当である。 そして，ＥＴＳＩのＩＰＲポリシーには，「このポリシーは，フランス法に準拠する。」との規定があること（前記第２，２(4)ア），本件ＦＲＡＮＤ宣言にも，その有効性等はフランス法に準拠するとの文言が含まれていること（同イ(ｲ)）からすると，「当事者が当該法律行為の当時に選択した地の法」（通則法７条）は，フランス法であると解される（なお，本件ＦＲＡＮＤ宣言に基づくライセンス契約の成否については，控訴人はフランス法が適用されるべきことを前提に主張をし，被控訴人も主位的にはフランス法を適用するべきとするのであるから，フランス法が準拠法となることについては，当事者間に争いがないものでもある。）。 (2) ライセンス契約の成否についての検討そこで，フランス法上，本件ＦＲＡＮＤ宣言がライセンス契約の申込みと解されるか否かにつ なることについては，当事者間に争いがないものでもある。）。 (2) ライセンス契約の成否についての検討そこで，フランス法上，本件ＦＲＡＮＤ宣言がライセンス契約の申込みと解されるか否かについて検討する。 フランス法においては，ライセンス契約が成立するためには，少なくともライセンス契約の申込みと承諾が必要とされるところ，次のとおり本件ＦＲＡＮＤ宣言については，フランス法上，ライセンス契約の申込みであると解することはできない。 すなわち，① 本件ＦＲＡＮＤ宣言は「取消不能なライセンスを許諾する用意がある」（preparedtograntirrevocablelicenses）とするのみで，「ここにライセンスを供与する」（herebydolicense）あるいは「ライセンスを確約する」（committolicense）等他の採り得る文言と比較しても，暫定的で，宣言者の側で更なる行為がされることを前提とする文言となっており，文言上確定的なライセンスの許諾とはされていない。また，② フランス法上，ライセンス契約の成立にはその対価が決定されている必要がないとしたとしても，本件ＦＲＡＮＤ宣言には，ライセンス契約の対価たるライセンス料率が具体的に定められていないのみならず，ライセンスした場合の地理的範囲やライセンス契約の期間等も定まっておらず，これに対する承諾がされたことで契約が成立するとした場合の拘束力がいかなる範囲で生じるのかを知る手がかりが何ら用意されていない。このように本件ＦＲＡＮＤ宣言は，本
来ライセンス契約において定まっているべき条件を欠き，これをライセンス契約の申込みであるとすると，成立するライセンス契約の内容を定めることができない。 同様に，③ 本件ＦＲＡＮＤ宣言をするに際しては，ＥＴＳＩのＩＰＲポリシー 定まっているべき条件を欠き，これをライセンス契約の申込みであるとすると，成立するライセンス契約の内容を定めることができない。 同様に，③ 本件ＦＲＡＮＤ宣言をするに際しては，ＥＴＳＩのＩＰＲポリシーに従って互恵条件が選択されており，本件ＦＲＡＮＤ宣言には，規格に関し相互にライセンス供与することを求めるとの条件に従い行われるとの文言が含まれていた（第２，２(4)イ(ｲ))。本件ＦＲＡＮＤ宣言をライセンス契約の申込みであると解する場合には，ＦＲＡＮＤ宣言をしていない必須特許の保有者がいた場面等では，この互恵条件が満たされないまま，ＦＲＡＮＤ宣言の対象となった特許についてのみライセンス契約が成立する事態を招きかねない。加えて，④ 本件ＦＲＡＮＤ宣言は，ＥＴＳＩのＩＰＲポリシーに基づいてされたところ，これを補足する「ＩＰＲについてのＥＴＳＩの指針」（甲１６，１６１）には，「可能性のあるライセンサー」「可能性のある潜在的ライセンシー」との文言が使用され，「ＥＴＳＩは，ＦＲＡＮＤ条件のために必須ＩＰＲのライセンスの公平かつ誠実な交渉を行うことを，会員（およびＥＴＳＩ会員以外の者）に期待する。」と規定されているなど当事者間で交渉が行われることが前提とされている部分（４．４項），「具体的なライセンスの条件および交渉は企業間の商業上の問題であり，ＥＴＳＩ内部では取り上げられない。」とされるなど，ＥＴＳＩはライセンス交渉には関与しないことを明らかにしている部分（４．１項）がある。また，「ＥＴＳＩのＩＰＲポリシーについてのＦＡＱ」（甲１５９）でも，「ＥＴＳＩ規格にとって必須であると宣言された特許を使用するためには，許可を得る必要があります。その目的のため，規格の各使用者は，ライセンス許諾を，特許権者に直接求めなければなりません。」（回答６）とされている。こ って必須であると宣言された特許を使用するためには，許可を得る必要があります。その目的のため，規格の各使用者は，ライセンス許諾を，特許権者に直接求めなければなりません。」（回答６）とされている。このように，ＥＴＳＩにおいても，本件ＦＲＡＮＤ宣言を含めて，そのＩＰＲポリシーに基づいてされたＦＲＡＮＤ宣言が直ちにライセンス契約の成立を導くものではないことを前提としていると解される。さらには，⑤ 現在のＥＴＳＩのＩＰＲポリシーを制定するに当たっては，当初，利用者に「自動ライセンス」を与えることを可能とするような規定とする試みが存在したところ，これに強い反対があり断念
された結果，現在のＩＰＲポリシーが採用されたという経緯がある（乙３７，甲６９）。本件ＦＲＡＮＤ宣言が契約の申込みであると解することは，ＥＴＳＩのＩＰＲポリシーの制定過程で断念された「自動ライセンス」を認めたと同一の結果となり，現在のＥＴＳＩのＩＰＲポリシーの制定経緯に反する点に照らしても，相当とはいえない。 以上からすると，本件ＦＲＡＮＤ宣言がライセンス契約の申込みであると解することはできない。 (3) 被控訴人の主張についてア以上に対して，被控訴人は，フランス法上，本件ＦＲＡＮＤ宣言において特定のライセンス料率が定まっていないことがライセンス契約の成立を妨げるものではないと主張する。 しかし，被控訴人の主張は，採用できない。すなわち，特定のライセンス料率が定まっていないことが，フランス法上ライセンス契約の成立の要件ではないと解したとしても，本件ＦＲＡＮＤ宣言は，地理的範囲や期間などその他の要素も何ら定めるものではなく，これをライセンス契約の申込みと理解することはできない。 イまた，被控訴人は，本件ＦＲＡＮＤ宣言は控訴人とＥＴＳＩの間の第三者のた は，地理的範囲や期間などその他の要素も何ら定めるものではなく，これをライセンス契約の申込みと理解することはできない。 イまた，被控訴人は，本件ＦＲＡＮＤ宣言は控訴人とＥＴＳＩの間の第三者のためにする契約（stipulationpourautrui）であって，これによって被控訴人がライセンスを受けたと解することも可能であると主張する。 しかし，この点の被控訴人の主張も，採用できない。 この点，フランス法上，第三者のためにする契約（stipulationpourautrui）又は第三者のための契約の契約（stipulationdecontratpourautrui）によって，被控訴人と控訴人との間にライセンス契約が成立したとするためには，少なくとも，控訴人とＥＴＳＩとの間で，控訴人が受益者とライセンス契約を締結することが約されていることが必要とされると解すべきである（甲１５，甲５１の１，乙９，３８）。本件について，この点をみると，前記のとおり，①本件ＦＲＡＮＤ宣言の文言は確定的でないこと，②ライセンス契約の重要な内容が定まっていないこと，③互
恵条件を無にするおそれがあること，④ＥＴＳＩにおいても本件ＦＲＡＮＤ宣言がライセンス契約の成立を導かないとしていること，⑤ライセンス契約が成立するとすることはＥＴＳＩのＩＰＲポリシーの成立経過に反すること等の事実によれば，控訴人とＥＴＳＩの間で被控訴人を始めとする受益者とライセンス契約を締結することが約されていたとは認められない。よって，被控訴人の主張は採用の限りではない。 ウさらに，被控訴人は，本件ＦＲＡＮＤ宣言がライセンス契約の申込みに当たらないとしても，拘束力ある契約を締結する旨の誓約に該当するから，本件特許権の侵害を理由とする損害賠償請求権を行使するこ ウさらに，被控訴人は，本件ＦＲＡＮＤ宣言がライセンス契約の申込みに当たらないとしても，拘束力ある契約を締結する旨の誓約に該当するから，本件特許権の侵害を理由とする損害賠償請求権を行使することは許されないとも主張する。 しかし，この点の被控訴人の主張も，採用できない。すなわち，かかる誓約に基づいて，フランス法上，控訴人が被控訴人との関係で拘束力のある契約を締結しなければならない義務を負い，控訴人がかかる義務に違反したとすれば，その限りにおいて，別途何らかの損害賠償義務等を負担することがあり得たとしても，本件においては，前記のとおり，本件ＦＲＡＮＤ宣言はライセンス契約の申込みに該当せず，第三者のためにする契約も成立しない以上，本件ＦＲＡＮＤ宣言の効果として損害賠償請求権の行使が許されないとすることはできない。 日本法やフランス法上認められる債務不履行に対する救済を前提とする限り，被控訴人の各主張は，むしろ，損害賠償の請求に対する権利濫用の成否（後記６）の判断として検討すべきものといえる。 (4) 小括以上によれば，本件ＦＲＡＮＤ宣言によって控訴人と被控訴人の間にライセンス契約が成立したとの被控訴人の主張は理由がない。 ６ 争点６（控訴人による本件特許権に基づく損害賠償請求権の行使の権利濫用の成否）について当裁判所は，控訴人による本件製品２及び４についての本件特許権に基づく損害賠償請求権の行使は，ＦＲＡＮＤ条件でのライセンス料相当額を超える部分では権
利の濫用に当たるが，ＦＲＡＮＤ条件でのライセンス料相当額の範囲内では権利の濫用に当たるものではないと判断する。その理由は次のとおりである。 (1) 準拠法について被控訴人は，控訴人が本件特許権に基づいて損害賠償を請求することは，権利濫用に該当する 囲内では権利の濫用に当たるものではないと判断する。その理由は次のとおりである。 (1) 準拠法について被控訴人は，控訴人が本件特許権に基づいて損害賠償を請求することは，権利濫用に該当する旨を主張する。 本件特許権侵害に基づく損害賠償請求権は，その法律関係の性質が不法行為であると解されるから，通則法１７条によってその準拠法が定められることになる（なお，本件製品２及び４の発売はいずれも同法の施行後の事実である。）。 そして，本件における「加害行為の結果が発生した地の法」（通則法１７条）は，本件製品２及び４の輸入，販売が行われた地が日本国内であること，我が国の特許法の保護を受ける本件特許権の侵害に係る損害が問題とされていることからすると，日本の法律と解すべきであるから，本件には，日本法が適用される。 以上を前提に，控訴人による本件特許権に基づく損害賠償請求権の行使が権利の濫用に当たるか否かについて判断することとする。 (2) ＦＲＡＮＤ宣言がされた場合の損害賠償請求についてア前提となる事実前記争いのない事実等と証拠（甲５，１２，１３，１６，２７，２８の１・２，８５ないし８７，１６０，１６１）及び弁論の全趣旨により認められる事実は，次のとおりである。 (ｱ) ＥＴＳＩのＩＰＲポリシーａ 第２世代移動通信システム（２Ｇ）は，欧州外においては国ごとに規格が異なるばかりか，一つの国の中ですら規格が異なっており，普遍的な運用互換性がなかった。また，米国，日本，欧州は，それぞれ互換性のない規格に従ったシステムを運用していた。そのような状況の中，従来の音声サービスだけでなく，データサービス及びマルチメディアサービスを提供する第３世代移動通信システム（３Ｇ）の普及促進と付随する仕様の標準化を目的として，ＥＴＳＩ（欧州 た。そのような状況の中，従来の音声サービスだけでなく，データサービス及びマルチメディアサービスを提供する第３世代移動通信システム（３Ｇ）の普及促進と付随する仕様の標準化を目的として，ＥＴＳＩ（欧州電気通信標準化
機構）などの世界の標準化団体が結集し，１９９８年（平成１０年）に３ＧＰＰという名称の標準化団体を結成した。 ｂＥＴＳＩは，知的財産権（ＩＰＲ）の取扱いに関する方針として，ＩＰＲポリシーを定めている。 技術の標準化は，製品間の互換性を確保し，製造・調達のコストを削減し，これによって研究開発の効率化や他社との提携の拡大等が期待されるものであり，また，ユーザーにとっても，製品・サービスの利便性の向上，製品価格やサービス料金の低減等による利益を享受し得るという点で多大な効用がある。他方，当該標準に係る必須特許を使用して製品化を図ろうとする者は，必須特許を保有する企業から過大なライセンス料を要求されたり，実施許諾を得られなかった場合には，標準規格に準拠した製品に対する開発投資等が無駄になるなど，さまざまな不都合が生じ得る。 ＥＴＳＩのＩＰＲポリシーは，上記のような不都合な事態を回避し，通信分野における技術の標準化を促進させ，知的財産権の保有者の権利との間のバランスを図ることを目的として策定されたものである（３．１項の「方針の目的」参照）。 ｃＥＴＳＩのＩＰＲポリシーには，次のような規定がある。 (a) ＩＰＲポリシー４．１項は，各会員は，自らが参加する規格又は技術仕様の開発の間は特に，ＥＴＳＩに必須ＩＰＲについて適時に知らせるため合理的に取り組むものとし，特に，規格又は技術仕様の技術提案を行う会員は，善意をもって，提案が採択された場合に必須となる可能性のあるその会員のＩＰＲについてＥＴＳＩの注意を喚起する旨 に知らせるため合理的に取り組むものとし，特に，規格又は技術仕様の技術提案を行う会員は，善意をもって，提案が採択された場合に必須となる可能性のあるその会員のＩＰＲについてＥＴＳＩの注意を喚起する旨を規定し，４．３項は，４．１項の義務は，ＥＴＳＩにこの特許ファミリーの構成要素について適時に知らされた場合には，全ての既存及び将来のその特許ファミリーの構成要素につき満たされたとみなされる旨を規定する。 (b) ＩＰＲポリシー６．１項は，特定の規格又は技術仕様に関連する必須ＩＰＲがＥＴＳＩに知らされた場合，ＥＴＳＩの事務局長は，少なくとも製造（製造で使用するべく，ライセンシー自身の設計で，カスタマイズした部品及びサブシステム
を製造又は過去から引き続き製造する権利を含む。），製造した機器の販売，賃貸，処分，修理又は使用，動作及び方法の使用の範囲で，当該ＩＰＲにおける取消不能なライセンスを「公正，合理的かつ非差別的な条件」（ＦＲＡＮＤ条件）で許諾する用意があることを書面で取消不能な形で３か月以内に保証することを，当該ＩＰＲの所有者に直ちに求めるものとする旨，上記保証は，ライセンスの相互供与に同意することを求めるという条件に従い行われる場合がある旨を規定し，６．２項は，６．１項の保証は，保証が行われた時点で指定したＩＰＲを除外する旨を明示する書面がある場合を除き，その特許ファミリーの全ての既存及び将来の必須ＩＰＲに適用されるものとする旨を規定し，６．３項は，要請されたＩＰＲの所有者の保証が許諾されない場合，委員会の委員長は，適切な場合，ＥＴＳＩ事務局と協議の上，問題が解決するまで，委員会が規格又は技術仕様についての作業を停止すべきかどうかについて判断し，「および／または」関連の規格又は技術仕様の承認を行う旨を規定する。 (c) Ｉ 事務局と協議の上，問題が解決するまで，委員会が規格又は技術仕様についての作業を停止すべきかどうかについて判断し，「および／または」関連の規格又は技術仕様の承認を行う旨を規定する。 (c) ＩＰＲポリシー１５項６は，ＩＰＲに適用される「必須」とは，（商業的ではなく）技術的な理由で，標準化の時点で一般に利用可能な通常の技術慣行及び最新技術を考慮し，ＩＰＲに抵触せずに規格に準拠する機器又は方法を製造又は販売，賃貸，処分，修理，使用又は動作できないことを意味する旨を規定する。 (d) ＩＰＲポリシー１２項は，ＩＰＲポリシーはフランス法に準拠する旨を規定する。 ｄＩＰＲポリシーを補足する「ＩＰＲについてのＥＴＳＩの指針」（甲１６，１６１。２００８年１１月２７日付けのもの。）には，次のような規定がある。 (a) ＩＰＲについてのＥＴＳＩの指針１．１項は，「本指針の主な特徴は，次のように簡略化できる」と規定する。 「・会員は，ライセンスの許諾を拒否する権利を含む，自らが保有するＩＰＲを保持しその利益を得る権利を完全に有する。 ・ＥＴＳＩは，ＥＴＳＩの技術的な目的に最も資する解決策に基づく規格および
技術仕様を作成することを目的としている。 ・この目的を達成するに当たり，ＥＴＳＩのＩＰＲについての方針では，通信分野での一般利用の標準化の必要性と，ＩＰＲの保有者の権利との間のバランスを取ることが求められる。 ・ＩＰＲについての方針は，規格の準備および採用，適用への投資が，規格または技術仕様についての必須ＩＰＲを使用できない結果無駄になる可能性があるというリスクを軽減するためのものである。 ・よって，規格作成過程の可能な限り早期に，必須ＩＰＲの存在を知っていることが，特にライセンスが公正，合理的かつ非差別的な（ＦＲ 果無駄になる可能性があるというリスクを軽減するためのものである。 ・よって，規格作成過程の可能な限り早期に，必須ＩＰＲの存在を知っていることが，特にライセンスが公正，合理的かつ非差別的な（ＦＲＡＮＤ）条件で利用できない場合に必要である。」(b) ＩＰＲについてのＥＴＳＩの指針１．４項は，ＥＴＳＩのＩＰＲについての方針は，機関としてのＥＴＳＩ及びその会員，事務局の権利及び義務を定義するものであり，ＥＴＳＩの非会員にも，方針の下で特定の権利はあるが，法的な義務は有さない旨を規定し，同項に掲げる「表」中には，次のような記載がある。 「会員の権利」「・自らのＩＰＲを規格に含めることを拒否すること（８．１項及び８．２項）。 ・規格に関し，公正，合理的かつ非差別的な条件でライセンスが許諾されること（６．１項）。」「会員の義務」「・ＥＴＳＩに，自らのＩＰＲ及び他者の必須ＩＰＲについて知らせる（４．１項）。 ・必須ＩＰＲの保有者は，公正，合理的かつ非差別的な条件でライセンスを許諾することを保証することが求められる（６．１項）。」「第三者の権利」「・第三者には，必須ＩＰＲの保有者として，又はＥＴＳＩ規格若しくは文書のユーザーとして，ＥＴＳＩのＩＰＲについての方針の下で，次の特定の権利を有す
る。 ○少なくとも製造及び販売，賃貸，修理，使用，動作するため，規格に関し，公正，合理的かつ非差別的な条件でライセンスが許諾されること（６．１項）。」(ｲ) 本件ＦＲＡＮＤ宣言に至るまでの経緯等ａ 控訴人は，１９９８年（平成１０年）１２月１４日，ＥＴＳＩに対し，ＵＭＴＳ規格としてＥＴＳＩが推進しているＷ－ＣＤＭＡ技術に関し，控訴人の保有する必須ＩＰＲライセンスを，ＥＴＳＩのＩＰＲポリシー６．１項に従 ，１９９８年（平成１０年）１２月１４日，ＥＴＳＩに対し，ＵＭＴＳ規格としてＥＴＳＩが推進しているＷ－ＣＤＭＡ技術に関し，控訴人の保有する必須ＩＰＲライセンスを，ＥＴＳＩのＩＰＲポリシー６．１項に従って，「公正，合理的かつ非差別的な条件」（ＦＲＡＮＤ条件）で許諾する用意がある旨の宣言（甲５）をした。 ｂ 控訴人は，２００５年（平成１７年）５月４日，韓国において，本件出願の優先権主張の基礎となる特許出願（優先権主張番号１０－２００５－００３７７７４）をした。控訴人は，同月９日から１３日にかけて，３ＧＰＰのワーキンググループに対し，変更リクエスト（甲８５）を提出した。その後，上記変更リクエストが採用され，同年６月に発行された３ＧＰＰ規格の本件技術仕様書Ｖ６．４．０（甲８７）で代替的Ｅビット解釈が標準規格の一つとされた。控訴人は，平成１８年５月４日，本件出願をした。その後，控訴人は，平成２２年１２月１０日，本件特許権の設定登録を受けた。 ｃ 控訴人は，２００７年（平成１９年）８月７日，ＥＴＳＩに対し，「ＩＰＲの情報についての声明及びライセンスの宣言」と題する書面（甲１３）を提出することにより，ＥＴＳＩのＩＰＲポリシー４．１項に従って，本件出願の優先権主張の基礎となる韓国出願の出願番号，本件出願の国際出願番号（ＰＣＴ／ＫＲ２００６／００１６９９）等に係るＩＰＲが，ＵＭＴＳ規格（ＴＳ ２５．３２２等）に関連した必須ＩＰＲであるか，又はそうなる可能性が高い旨を知らせるとともに，そのＩＰＲが引き続き必須である範囲で，規格に関し，ＩＰＲポリシー６．１項に準拠する条件（ＦＲＡＮＤ条件）で，取消不能なライセンスを許諾する用意がある旨の宣言（本件ＦＲＡＮＤ宣言）をした。
ｄ 本件特許は，ＵＭＴＳ規格の本件技術仕様書Ｖ６．９．０記載の「代 準拠する条件（ＦＲＡＮＤ条件）で，取消不能なライセンスを許諾する用意がある旨の宣言（本件ＦＲＡＮＤ宣言）をした。
ｄ 本件特許は，ＵＭＴＳ規格の本件技術仕様書Ｖ６．９．０記載の「代替的Ｅビット解釈」に準拠した製品の製造，販売等及び方法の使用をするのに避けることのできない特許であり，必須特許である。 ｅ 一般に，各種の標準化団体においては，ＥＴＳＩのＩＰＲポリシーに見られると同様に，知的財産権の取扱基準を設け，参加者等の特許権等の知的財産権（以下においては，特許権についてのみ論ずる。）がその定める標準規格に必須となる場合には，標準化団体の参加者等に，そのような特許権の開示を求め，さらに当該特許権をＦＲＡＮＤ条件あるいはＲＡＮＤ条件（「reasonableandnon-discriminatory」な条件）等でライセンスを行うことの宣言（以下，ＦＲＡＮＤ条件又はＲＡＮＤ条件等によりライセンスを行うことの宣言を，「ＦＲＡＮＤ宣言」という。）を求めることが行われる。 イ損害賠償請求の許容される範囲について前記１ないし５のとおり，被控訴人による本件製品２及び４の製造・販売等は，本件発明１の技術的範囲に属し，本件特許権については，無効理由がなく，消尽しておらず，ライセンス契約は成立していないから，控訴人は損害の賠償を請求することができることになる。 そこで，ＦＲＡＮＤ宣言をした特許権者が，当該特許権に基づいて，損害賠償請求をした場合において，どの範囲の損害賠償請求が許容されるかを検討する。 (ｱ) ＦＲＡＮＤ宣言された必須特許（以下，ＦＲＡＮＤ宣言された特許一般を指す語として「必須宣言特許」を用いる。）に基づく損害賠償請求においては，ＦＲＡＮＤ条件によるライセンス料相当額を超える請求を許すことは，当該規格に準 た必須特許（以下，ＦＲＡＮＤ宣言された特許一般を指す語として「必須宣言特許」を用いる。）に基づく損害賠償請求においては，ＦＲＡＮＤ条件によるライセンス料相当額を超える請求を許すことは，当該規格に準拠しようとする者の信頼を損なうとともに特許発明を過度に保護することとなり，特許発明に係る技術の社会における幅広い利用をためらわせるなどの弊害を招き，特許法の目的である「産業の発達」（同法１条）を阻害するおそれがあり合理性を欠くものといえる。 すなわち，ある者が，標準規格に準拠した製品の製造，販売等を試みる場合，当
該規格を定めた標準化団体の知的財産権の取扱基準を参酌して，必須特許についてＦＲＡＮＤ宣言する義務を構成員に課している等，将来，必須特許についてＦＲＡＮＤ条件によるライセンスが受けられる条件が整っていることを確認した上で，投資をし，標準規格に準拠した製品等の製造・販売を行う。仮に，後に必須宣言特許に基づいてＦＲＡＮＤ条件によるライセンス料相当額を超える損害賠償請求を許容することがあれば，ＦＲＡＮＤ条件によるライセンスが受けられると信頼して当該標準規格に準拠した製品の製造・販売を企図し，投資等をした者の合理的な信頼を損なうことになる。必須宣言特許の保有者は，当該標準規格の利用者に当該必須宣言特許が利用されることを前提として，自らの意思で，ＦＲＡＮＤ条件でのライセンスを行う旨宣言していること，標準規格の一部となることで幅広い潜在的なライセンシーを獲得できることからすると，必須宣言特許の保有者にＦＲＡＮＤ条件でのライセンス料相当額を超えた損害賠償請求を許容することは，必須宣言特許の保有者に過度の保護を与えることになり，特許発明に係る技術の幅広い利用を抑制させ，特許法の目的である「産業の発達」（同法１条）を阻害することになる。 た損害賠償請求を許容することは，必須宣言特許の保有者に過度の保護を与えることになり，特許発明に係る技術の幅広い利用を抑制させ，特許法の目的である「産業の発達」（同法１条）を阻害することになる。 (ｲ) 一方，必須宣言特許に基づく損害賠償請求であっても，ＦＲＡＮＤ条件によるライセンス料相当額の範囲内にある限りにおいては，その行使を制限することは，発明への意欲を削ぎ，技術の標準化の促進を阻害する弊害を招き，同様に特許法の目的である「産業の発達」（同法１条）を阻害するおそれがあるから，合理性を欠くというべきである。標準規格に準拠した製品を製造，販売しようとする者は，ＦＲＡＮＤ条件でのライセンス料相当額の支払は当然に予定していたと考えられるから，特許権者が，ＦＲＡＮＤ条件でのライセンス料相当額の範囲内で損害賠償金の支払を請求する限りにおいては，当該損害賠償金の支払は，標準規格に準拠した製品を製造，販売する者の予測に反するものではない。 また，ＦＲＡＮＤ宣言の目的，趣旨に照らし，同宣言をした特許権者は，ＦＲＡＮＤ条件によるライセンス契約を締結する意思のある者に対しては，差止請求権を行使することができないという制約を受けると解すべきである（当裁判所において
も，控訴人が被控訴人に対して本件特許権に基づく差止請求権を被保全債権として，本件製品２及び４に加えて「ｉＰｈｏｎｅ ４Ｓ」の販売等の差止等を請求した仮処分事件（本件仮処分の申立て及び別件仮処分の申立ての抗告審。当庁平成２５年（ラ）第１０００７号，同１０００８号事件）において，控訴人の申立てを却下した原審決定を維持する旨の決定をした。）。ＦＲＡＮＤ宣言をした特許権者における差止請求権を行使することができないという上記制約を考慮するならば，ＦＲＡＮＤ条件でのライセンス料相当額の損害 てを却下した原審決定を維持する旨の決定をした。）。ＦＲＡＮＤ宣言をした特許権者における差止請求権を行使することができないという上記制約を考慮するならば，ＦＲＡＮＤ条件でのライセンス料相当額の損害賠償請求を認めることこそが，発明の公開に対する対価として極めて重要な意味を有するものであるから，これを制限することは慎重であるべきといえる。 (ｳ) 以上を「ＦＲＡＮＤ条件でのライセンス料相当額を超える損害賠償請求」と「ＦＲＡＮＤ条件でのライセンス料相当額による損害賠償請求」に分けて，より本件の事実に即して敷衍する。 ａＦＲＡＮＤ条件でのライセンス料相当額を超える損害賠償請求ＵＭＴＳ規格に準拠した製品を製造，販売等しようとする者は，ＵＭＴＳ規格に準拠した製品を製造，販売等するのに必須となる特許権のうち，少なくともＥＴＳＩの会員が保有するものについては，ＥＴＳＩのＩＰＲポリシー４．１項等に応じて適時に必要な開示がされるとともに，同ポリシー６．１項等によってＦＲＡＮＤ宣言をすることが要求されていることを認識しており，特許権者とのしかるべき交渉の結果，将来，ＦＲＡＮＤ条件によるライセンスを受けられるであろうと信頼するが，その信頼は保護に値するというべきである。したがって，本件ＦＲＡＮＤ宣言がされている本件特許についてＦＲＡＮＤ条件でのライセンス料相当額を超える損害賠償請求権の行使を許容することは，このような期待を抱いてＵＭＴＳ規格に準拠した製品を製造，販売する者の信頼を害することになる。 必須宣言特許を保有する者は，ＵＭＴＳ規格に準拠する者のかかる期待を背景に，ＵＭＴＳ規格の一部となった本件特許を含む特許権が全世界の多数の事業者等によって幅広く利用され，それに応じて，ＵＭＴＳ規格の一部とならなければ到底得ら
れなかったであ かかる期待を背景に，ＵＭＴＳ規格の一部となった本件特許を含む特許権が全世界の多数の事業者等によって幅広く利用され，それに応じて，ＵＭＴＳ規格の一部とならなければ到底得ら
れなかったであろう規模のライセンス料収入が得られるという利益を得ることができる。また，本件ＦＲＡＮＤ宣言を含めてＥＴＳＩのＩＰＲポリシーの要求するＦＲＡＮＤ宣言をした者については，自らの意思で取消不能なライセンスをＦＲＡＮＤ条件で許諾する用意がある旨を宣言しているのであるから，ＦＲＡＮＤ条件でのライセンス料相当額を超えた損害賠償請求権を許容する必要性は高くないといえる。 したがって，ＦＲＡＮＤ宣言をした特許権者が，当該特許権に基づいて，ＦＲＡＮＤ条件でのライセンス料相当額を超える損害賠償請求をする場合，そのような請求を受けた相手方は，特許権者がＦＲＡＮＤ宣言をした事実を主張，立証をすれば，ライセンス料相当額を超える請求を拒むことができると解すべきである。 これに対し，特許権者が，相手方がＦＲＡＮＤ条件によるライセンスを受ける意思を有しない等の特段の事情が存することについて主張，立証をすれば，ＦＲＡＮＤ条件でのライセンス料を超える損害賠償請求部分についても許容されるというべきである。そのような相手方については，そもそもＦＲＡＮＤ宣言による利益を受ける意思を有しないのであるから，特許権者の損害賠償請求権がＦＲＡＮＤ条件でのライセンス料相当額に限定される理由はない。もっとも，ＦＲＡＮＤ条件でのライセンス料相当額を超える損害賠償請求を許容することは，前記のとおりの弊害が存することに照らすならば，相手方がＦＲＡＮＤ条件によるライセンスを受ける意思を有しないとの特段の事情は，厳格に認定されるべきである。 ｂＦＲＡＮＤ条件でのライセンス料相当額の範囲内の損害賠償 存することに照らすならば，相手方がＦＲＡＮＤ条件によるライセンスを受ける意思を有しないとの特段の事情は，厳格に認定されるべきである。 ｂＦＲＡＮＤ条件でのライセンス料相当額の範囲内の損害賠償請求ＦＲＡＮＤ条件でのライセンス料相当額の範囲内での損害賠償請求については，必須宣言特許による場合であっても，制限されるべきではないといえる。 すなわち，ＵＭＴＳ規格に準拠した製品を製造，販売等しようとする者は，ＦＲＡＮＤ条件でのライセンス料相当額については，将来支払うべきことを想定して事業を開始しているものと想定される。また，ＥＴＳＩのＩＰＲポリシーの３．２項は「ＩＰＲの保有者は・・・ＩＰＲの使用につき適切かつ公平に補償を受ける」（IPRholdersshouldbeadequatelyandfairlyrewardedfortheuseoftheirIPRs[.]）
ことをもＥＴＳＩのＩＰＲポリシーの目的の一つと定めており，特許権者に対する適切な補償を確保することは，この点からも要請されているものである。 ただし，ＦＲＡＮＤ宣言に至る過程やライセンス交渉過程等で現れた諸般の事情を総合した結果，当該損害賠償請求権が発明の公開に対する対価として重要な意味を有することを考慮してもなお，ライセンス料相当額の範囲内の損害賠償請求を許すことが著しく不公正であると認められるなど特段の事情が存することについて，相手方から主張立証がされた場合には，権利濫用としてかかる請求が制限されることは妨げられないというべきである。 ｃ まとめ以上を総合すれば，本件ＦＲＡＮＤ宣言をした控訴人を含めて，ＦＲＡＮＤ宣言をしている者による損害賠償請求について，① ＦＲＡＮＤ条件でのライセンス料相当額を超える損害賠償請求を認 ｃ まとめ以上を総合すれば，本件ＦＲＡＮＤ宣言をした控訴人を含めて，ＦＲＡＮＤ宣言をしている者による損害賠償請求について，① ＦＲＡＮＤ条件でのライセンス料相当額を超える損害賠償請求を認めることは，上記ａの特段の事情のない限り許されないというべきであるが，他方，② ＦＲＡＮＤ条件でのライセンス料相当額の範囲内での損害賠償請求については，必須宣言特許による場合であっても，上記ｂの特段の事情のない限り，制限されるべきではないといえる。 (3) 特段の事情の有無についての検討本件においては，控訴人は，後記７のとおりと認められるＦＲＡＮＤ条件によるライセンス料相当額を超える損害額の請求をしている。そこで，ＦＲＡＮＤ条件によるライセンス料相当額の範囲内と認められる部分については，控訴人が損害賠償請求をすることが著しく不公正であると認められるなど特段の事情があるか，他方，ＦＲＡＮＤ条件によるライセンス料相当額を超える部分については，被控訴人がＦＲＡＮＤ条件によるライセンスを受ける意思を有しない場合など特段の事情があるかを，以下検討する。 ア前提となる事実前記争いのない事実等と証拠（甲５，６，１２，１３，１６，２７ないし２９，３２ないし３７，６５，８５ないし８７，１０９ないし１１１，１３３，１６０，
１６１，乙３６，４２，５３，５９（枝番号の記載は省略する。））及び弁論の全趣旨を総合すれば，以下の事実が認められる。 すなわち，① 控訴人は，平成２３年７月２５日付け書簡で，アップル社に対し，控訴人の必須宣言特許ポートフォリオについてのライセンス条件として，具体的な料率を提示したこと，② アップル社は同年８月１８日付けの書面でライセンス料率の上限を提示し，平成２４年３月４日付け書簡でさらに数桁小さい料率をロイヤ ォリオについてのライセンス条件として，具体的な料率を提示したこと，② アップル社は同年８月１８日付けの書面でライセンス料率の上限を提示し，平成２４年３月４日付け書簡でさらに数桁小さい料率をロイヤリティとして支払う旨のライセンス契約の申出をし，さらに，同年９月７日付け書簡で，クロスライセンス契約を含む具体的なライセンス案を提示したこと，③ これに対して，控訴人は，アップル社が控訴人の提示を不本意とするならば，アップル社において具体的な提案をするよう要請するのみであったこと，④ 控訴人は，同年９月１４日付け書簡でライセンス料算定の基礎となる価格の上限引下げの提案等をしたこと，⑤ 控訴人は，同年１２月３日付け書簡で，当初提案の料率を半分以下にする提案をしたこと，⑥ アップル社と控訴人は，同月１２日，１７日及び１８日に会合をもち，この際に控訴人は，アップル社が多額の一時金を支払うとの内容を含む提案を行い，アップル社は，ＵＭＴＳ規格の必須特許ポートフォリオを対象とするクロスライセンス契約の提案をしたこと，⑦ アップル社と控訴人は，平成２５年１月１４日にも会合をもち，その際アップル社はライセンス料の支払を伴わないクロスライセンス契約の提案を行ったこと，⑧ 両社の同年２月７日●●●●の会合の際には，合意書の案が作成された●●●●●●●●●●●●●●こと，⑨ その後も，控訴人とアップル社との間では，紛争を仲裁に付するとした場合の条件等をめぐって各種の交渉が断続的に行われていることが認められる。 イ ＦＲＡＮＤ条件によるライセンス料相当額の範囲での損害賠償請求について(ｱ) 誠実交渉義務について控訴人が本件ＦＲＡＮＤ宣言をしていることに照らせば，控訴人は，少なくとも我が国民法上の信義則に基づき，被控訴人との間でＦＲＡＮＤ条件でのライセンス 求について(ｱ) 誠実交渉義務について控訴人が本件ＦＲＡＮＤ宣言をしていることに照らせば，控訴人は，少なくとも我が国民法上の信義則に基づき，被控訴人との間でＦＲＡＮＤ条件でのライセンス契約の締結に向けた交渉を誠実に行うべき義務を負担すると解される。
この点，前記アのとおり，控訴人は，平成２３年７月２５日にライセンス提示をした後は，アップル社から具体的提案を受けつつも，平成２４年１２月３日に至るまで，具体的な対案を示すことがなく，また，控訴人は特許ポートフォリオ単位でのライセンス提案のみを行っており，個別の特許については，本件訴訟に至るまで料率の提案を提示せず，控訴人の提案するライセンス条件がＦＲＡＮＤ条件にのっとったものであることを十分に説明することもなかったと認められるから，この間の控訴人の交渉態度は，アップル社との間でのライセンス契約の締結を促進するものではなかったと解される。 もっとも，次のような事実経緯が存在する。すなわち，① 控訴人は，アップル社に対して直ちに対案を示すことはなかったものの，平成２４年１２月以降はアップル社との間で複数回，協議を行っており，その際には対案も示すなど，契約締結に向けた活動を継続している。② 一般に控訴人や被控訴人の属する移動体通信端末の製造業者の間では特許ポートフォリオ単位でのクロスライセンス契約が締結されることが通常である（乙５７等）から，特許ポートフォリオ単位でのライセンス提案のみを行うことも直ちに信義に反するものとはいえない。③ 控訴人と他社との間のライセンス契約の条件については守秘義務が付され開示できる性質のものではなく（同），開示されたとしても，当該条件はライセンス契約の相手方の特許ポートフォリオの相対的強弱によって決定されたものであって，前提を異にする控訴 については守秘義務が付され開示できる性質のものではなく（同），開示されたとしても，当該条件はライセンス契約の相手方の特許ポートフォリオの相対的強弱によって決定されたものであって，前提を異にする控訴人と被控訴人との間の契約条件を定めるに当たって常に参考になるものともいえない。 ④ ライセンス契約の条件中には，標準規格に関連しない特許権のライセンスやビジネス条件なども含まれることがあり得ることも考えられる。 以上の点を考慮すると，控訴人は提案するライセンス条件がＦＲＡＮＤ条件にのっとったものであることを説明すべきであるとしても，控訴人が控訴人と他社との間のライセンス契約の条件を開示しなかったことを直ちに不当と非難することはできず，控訴人のライセンス交渉過程での態度をもって，控訴人がＦＲＡＮＤ条件でのライセンス料相当額の範囲内で損害賠償請求をすることが著しく不公正であると
までは認めることはできない。 (ｲ) 適時開示義務についてＥＴＳＩのＩＰＲポリシーには，各会員は，自らが参加する規格技術仕様の開発の間は特に，ＥＴＳＩに必須ＩＰＲについて適時に知らせるため合理的に取り組むべきことが定められているから（前記(2)ア），控訴人もかかる義務を負担しているというべきである。 この点，前記(2)アのとおり，控訴人は，平成１７年５月４日に，韓国において，本件特許の優先権主張の基礎となる特許出願をし，また，その数日後の同月９日から１３日に開催された３ＧＰＰのワーキンググループに，後に代替的Ｅビット解釈の導入につながる変更リクエストを提出した。それにもかかわらず，控訴人は，平成１９年８月７日の本件ＦＲＡＮＤ宣言まで，本件特許権の存在をＥＴＳＩに知らせていなかった。このように，控訴人は，本件特許権の存在を知ってから２年余りもの間，Ｅ た。それにもかかわらず，控訴人は，平成１９年８月７日の本件ＦＲＡＮＤ宣言まで，本件特許権の存在をＥＴＳＩに知らせていなかった。このように，控訴人は，本件特許権の存在を知ってから２年余りもの間，ＥＴＳＩに対して本件特許権の存在を通知していない。 しかし，上記の事実経緯に対しては，控訴人は，最終的には本件ＦＲＡＮＤ宣言をするに至っていること，控訴人が本件特許権を有することが判明していたか否かが代替的Ｅビット解釈のＵＭＴＳ規格への導入の採否に何らかの影響を及ぼしたと解されないこと，他社との比較においても開示までの２年あまりという期間が，極端に長いとまではいえないこと（乙８）をも考慮すれば，控訴人によるＦＲＡＮＤ条件によるライセンス料相当額の範囲内での損害賠償請求をすることが著しく不公正であると認めるには足らない。 (ｳ) 本件仮処分の申立て及び別件仮処分の申立てについて前記のとおり，必須特許の保有者が，ＦＲＡＮＤ宣言をした場合，必須宣言特許による差止請求権の行使は，ＦＲＡＮＤ条件によるライセンス契約を締結する意思のある者に対しては，権利の濫用に該当し許されないといえる。控訴人は，本件仮処分の申立て及び別件仮処分の申立てをし，本件製品２及び４並びに「ｉＰｈｏｎｅ ４Ｓ」の譲渡等の差止めを求めているが，控訴人において，本件仮処分及び別
件仮処分の申立てをしたとの事実が，控訴人によるＦＲＡＮＤ条件によるライセンス料相当額の範囲内での損害賠償請求権の行使が許されないとの結論を導く理由にはならないというべきである。 (ｴ) 独占禁止法について以上に関連して，被控訴人は，控訴人の一連の行為が独占禁止法に違反する旨の主張もしている。しかし，控訴人の主張に係る損害賠償の金額は，控訴人がＦＲＡＮＤ条件によるライセンス料であると主 について以上に関連して，被控訴人は，控訴人の一連の行為が独占禁止法に違反する旨の主張もしている。しかし，控訴人の主張に係る損害賠償の金額は，控訴人がＦＲＡＮＤ条件によるライセンス料であると主張する金額に留まること（前記第３，７）に加えて，ＦＲＡＮＤ条件によるライセンス料相当額を超える損害賠償請求は原則として権利の濫用となり許されないことを考慮すると，本件全証拠によっても，ＦＲＡＮＤ条件でのライセンス料相当額の範囲内での損害賠償請求が同法に違反すると認めるには足らない。 (ｵ) 小括その他，本件に現れた一切の事情を考慮しても，控訴人によるＦＲＡＮＤ条件でのライセンス料相当額の範囲内での損害賠償請求を許すことが著しく不公正であるとするに足りる事情はうかがわれず，前記特段の事情が存在すると認めるに足りる証拠はない。 ウ ＦＲＡＮＤ条件によるライセンス料相当額を超える損害賠償請求について前記アのとおりのアップル社と控訴人の間のライセンス交渉の経緯からすると，アップル社は，平成２３年８月１８日付けの書面でのライセンス料率の上限の提示に始まり，複数回にわたって算定根拠とともに具体的なライセンス料率の提案を行っているし，控訴人と複数回面談の上集中的なライセンス交渉も行っているから，アップル社は控訴人との間でライセンス契約を締結するべく交渉を継続していたと評価できる。控訴人とアップル社との間には，妥当とするライセンス料率について大きな意見の隔絶が長期間にわたって存在する。しかし，ライセンサーとライセンシーとなる両社は本来的に利害が対立する立場にあることや，何がＦＲＡＮＤ条件でのライセンス料であるかについて一義的な基準が存するものではなく，個々の特
許のＵＭＴＳ規格への必須性や重要性等については様々な評価が可能であって， る立場にあることや，何がＦＲＡＮＤ条件でのライセンス料であるかについて一義的な基準が存するものではなく，個々の特
許のＵＭＴＳ規格への必須性や重要性等については様々な評価が可能であって，それによって妥当と解されるライセンス料も変わってくることからすれば，アップル社の行った各種提案も一定程度の合理性を持ったものと評価できる。加えて，前記イ(ｱ)のとおり，控訴人の交渉態度も，アップル社との間でのライセンス契約の締結を促進するものではなかったことからすると，両社間に，大きな意見の隔絶が長期間にわたって存在したとしても，アップル社や被控訴人においてＦＲＡＮＤ条件でのライセンス契約を締結する意思を有しないことを意味するものとは直ちに評価できない。そうすると，本件について被控訴人にＦＲＡＮＤ条件によるライセンスを受ける意思を有しない場合など特段の事情が存するとは認められない。 これに対し，控訴人は，アップル社が平成２５年２月の会合で覚書（ドラフト）の作成段階にまで至っていた●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●などとして，被控訴人は真摯にライセンスを受ける意思を有しない者に当たるなどと主張する。しかし，標準規格を策定することの目的及び意義等に照らすと，ライセンス契約を受ける意思を有しないとの認定は厳格にされてしかるべきところ，控訴人の主張に係る事情をもっては，被控訴人又はアップル社がＦＲＡＮＤ条件によるライセンス契約を締結する意思を有しない者であるとの認定はできない。また，控訴人は，損害賠償請求権を認めないことがＴＲＩＰｓ協定違反である旨の主張もするが，採用の限りではない。 (4) 小括よって，控訴人による本件の損害賠償請求が権利の濫用に当たるとの被控訴人の主張は，控訴人の主張に係る損害額のうち， ＲＩＰｓ協定違反である旨の主張もするが，採用の限りではない。 (4) 小括よって，控訴人による本件の損害賠償請求が権利の濫用に当たるとの被控訴人の主張は，控訴人の主張に係る損害額のうち，後記７のとおりのＦＲＡＮＤ条件によるライセンス料相当額を超える部分では理由があるが，ＦＲＡＮＤ条件によるライセンス料相当額の範囲では採用の限りではない。 ７ 争点７（損害額）について以上を踏まえて，以下では，本件製品２及び４による本件特許権の侵害について，ＦＲＡＮＤ条件によるライセンス料相当額がいくらとなるかを検討する。当裁判所
は，後記(3)ウのとおりの金額となると判断する。 (1) 前提となる事実証拠（甲１０，１１，３０の１，１０８，１３４，１３５，１６４，１７２，１９３の１・２，１９７，２０５，２０６，乙２，４，９４の１・２）及び弁論の全趣旨によれば，次の各事実が認められる。 ア本件製品２及び４の，それぞれの販売開始から平成２５年９月２８日までの売上高の合計は，後記(3)ウの該当欄に記載のとおりである。 イ本件製品２は，Ｗ－ＣＤＭＡ，ＧＳＭ，ＥＤＧＥの各移動体通信方式に準拠するほか（なお，「ｉＰｈｏｎｅ ４」としては，３ＧＰＰ２（ThirdGenerationPartnershipProject 2）の策定に係るＣＤＭＡ２０００方式に準拠した製品も存在するようであるが，我が国では発売されていない。），Ｗｉ－Ｆｉ８０２．１１ｂ／ｇ／ｎ，Ｂｌｕｅｔｏｏｔｈ２．１＋ＥＤＲの各無線通信の機能を有する。本件製品２の特徴としては，その他にディスプレイとして高精細な「Ｒｅｔｉｎａディスプレイ」を登載し，カメラとして，「５メガピクセルｉＳｉｇｈｔカメラ」を登載していることも挙げられる。 本件製品２には，登載さ 特徴としては，その他にディスプレイとして高精細な「Ｒｅｔｉｎａディスプレイ」を登載し，カメラとして，「５メガピクセルｉＳｉｇｈｔカメラ」を登載していることも挙げられる。 本件製品２には，登載されているメモリ容量により複数の種類があり，その一般消費者への販売価格は，３２ＧＢモデルが５万７６００円，１６ＧＢモデルが４万６０８０円（一括支払い時）であった。（甲１９３の１，乙４）ウ本件製品４は，Ｗ－ＣＤＭＡ，ＧＳＭ，ＥＤＧＥの各移動体通信方式に準拠するほか（なお，「ｉＰａｄ ２ Ｗｉ－Ｆｉ＋３Ｇ」には，ＣＤＭＡ２０００方式にも準拠する製品があるようであるが，本件証拠上は前記のとおりと認定される。），Ｗｉ－Ｆｉ８０２．１１ａ／ｂ／ｇ／ｎ，Ｂｌｕｅｔｏｏｔｈ２．１＋ＥＤＲの各無線通信の機能を有する。本件製品４の特徴としては，プロセッサとして「ＡｐｐｌｅＡ５」を登載し，加速度センサー，デジタルコンパス，ＡｓｓｉｓｔｅｄＧＰＳなどの各種センサー類も登載していることも挙げられる。 本件製品４にも，登載されているメモリ容量によって複数のモデルがあり，本件
製品４から移動体通信機能を省いたモデル（「ｉＰａｄ ２ Ｗｉ－Ｆｉ」）も別途販売されている。これらの一般消費者への販売価格は，移動体通信機能を有しないモデル（「ｉＰａｄ ２ Ｗｉ－Ｆｉ」）で１６ＧＢモデルが４万４８００円，３２ＧＢモデルが５万２８００円，６４ＧＢモデルが６万０８００円，移動体通信機能通信機能を有するモデル（本件製品４）で，１６ＧＢモデルが５万６６４０円，３２ＧＢモデルが６万４８００円，６４ＧＢモデルが７万２７２０円などとなっている。（甲１９３の２）エ ＵＭＴＳ規格について多くの必須特許を有するノキアは，２００２年（平成１４年）５月に「ＷＣＤＭＡの知的財産権に 万４８００円，６４ＧＢモデルが７万２７２０円などとなっている。（甲１９３の２）エ ＵＭＴＳ規格について多くの必須特許を有するノキアは，２００２年（平成１４年）５月に「ＷＣＤＭＡの知的財産権に係る累積ロイヤリティを業界全体で５％にすること」を提案した。 控訴人の代理人は，米国ＩＴＣにおける公聴会で，ＵＭＴＳ規格に関して全参加企業のライセンスについて約５％にするという総額の負担とするべき合意があった旨の発言をした。 平成１４年，ＮＴＴドコモ，エリクソン，ノキア及びシーメンスの間で，ＵＭＴＳ規格を構成する特許のロイヤリティについて，個々の必須特許権者が受領すべきロイヤリティはその保有する必須特許の割合に応じて定めるとの合意が成立した。 これに対して必須特許の特許権者である他の日本企業も協力する意向を表明した。 この合意については，累積ロイヤリティを５パーセント以下にすることによりＵＭＴＳ規格を普及させるのに役立つとの指摘がされた。 ＵＭＴＳ規格の必須特許の特許権者らで作られたパテントプールであるＷ－ＣＤＭＡパテントプラットフォームでは，標準ライセンス契約として必須特許１件当たりに工場出荷価格の０．１パーセントである基準料率をもとに，必要な必須特許を累積した場合の最大値を５パーセントとし，それを超える場合は基準料率を５パーセント以内となるよう圧縮的に低減する仕組みを採用している。 パテントプールにおけるライセンサーへのライセンス料の分配に際しては，個々の特許の技術的価値を捨象して，ライセンス料を特許の数で除した値によることが
多い。 オ標準規格の策定に際しては，参加者は自らの特許ポートフォリオを充実させ，以後のライセンス交渉を優位に進めるために，必須宣言は過剰にされる傾向にあり，必須宣言された特許のうちには，現実 多い。 オ標準規格の策定に際しては，参加者は自らの特許ポートフォリオを充実させ，以後のライセンス交渉を優位に進めるために，必須宣言は過剰にされる傾向にあり，必須宣言された特許のうちには，現実には必須でないものも多く含まれる。 フェアフィールド社は，ＵＭＴＳ規格のうち，２００８年（平成２０年）１２月までに，３ＧＰＰの構成員であるＥＴＳＩ，日本の一般社団法人電波産業会（ＡＲＩＢ）又は韓国のＴＴＡ（TelecommunicationsTechnologyAssociation。情報通信技術協会。）に必須であると宣言された特許について分析した（フェアフィールド社のレポート（甲１３５）。なお，フェアフィールド社のレポートは「ＷＣＤＭＡに必須であると宣言された特許の調査」と題するものであるが，ここでいう「ＷＣＤＭＡ」は本判決での定義によれば２００８年１２月当時のＵＭＴＳ規格の意味と理解される。なお，同時点では，ＬＴＥ方式は，ＵＭＴＳ規格とはされていなかった。）。 その結果は，ＵＭＴＳ規格については１８８９の特許ファミリーが必須宣言されているが，必須であるかおそらく必須であると判定されたのは，そのうち５２９の特許ファミリーであった。 カ主として通信機能に特化したいわゆるフィーチャーフォンには，数千円程度のものから数万円程度で販売されているものもある。コンピュータと接続してＵＭＴＳ規格の通信を可能にするいわゆるドングル（ＵＳＢ接続モデム）や無線通信ルータの中には数千円程度で販売されているものがある。 (2) 本件におけるＦＲＡＮＤ条件によるライセンス料相当額の算定方法ＥＴＳＩのＩＰＲポリシー及びＩＰＲに関するＥＴＳＩの指針などにおいては，ＦＲＡＮＤ条件によるライセンス料をどのように計算すべきかについての何らの手がかりも用意せず， イセンス料相当額の算定方法ＥＴＳＩのＩＰＲポリシー及びＩＰＲに関するＥＴＳＩの指針などにおいては，ＦＲＡＮＤ条件によるライセンス料をどのように計算すべきかについての何らの手がかりも用意せず，当事者間の交渉にゆだねている。そこで，ＥＴＳＩのＩＰＲポリシーが定められた趣旨及び本件製品２及び４の性質等を総合すると，ＦＲＡＮＤ条件によるライセンス料相当額は，次のとおりの方法により算定するのが相当であると認められる。
すなわち，まず本件製品２及び４の売上高合計のうち，ＵＭＴＳ規格に準拠していることが貢献した部分の割合を算定し（後記(3)ア），次に，ＵＭＴＳ規格に準拠していることが貢献した部分のうちの本件特許が貢献した部分の割合を算定する（同イ）。ＵＭＴＳ規格に準拠していることが貢献した部分のうちの本件特許が貢献した部分の割合を算定する際には，累積ロイヤリティが過剰となることを抑制する観点から全必須特許に対するライセンス料の合計が一定の割合を超えない計算方法を採用することとし（同(ｱ)），本件においては，他の必須特許の具体的内容が明らかでないことから，ＵＭＴＳ規格に必須となる特許の個数割りによるのが相当である（同(ｲ)）。 (3) 具体的な計算ア ＵＭＴＳ規格に準拠していることの貢献部分上記の売上高の合計のうち，ＵＭＴＳ規格に準拠していることが寄与した部分としては，本件製品２について，売上高合計の●●パーセント，本件製品４について売上高合計の●●パーセントとするのが相当であり，ＦＲＡＮＤ条件によるライセンス料相当額を認定するにあたっては，同割合を乗じた金額を基礎とすべきである。 すなわち，前記認定のとおり，本件製品２及び４は，移動体通信機能としては，Ｗ－ＣＤＭＡ方式以外にＧＳＭ方式等にも準拠しており，また，Ｗｉ するにあたっては，同割合を乗じた金額を基礎とすべきである。 すなわち，前記認定のとおり，本件製品２及び４は，移動体通信機能としては，Ｗ－ＣＤＭＡ方式以外にＧＳＭ方式等にも準拠しており，また，Ｗｉ－Ｆｉ等の無線通信機能も有する。また，本件製品２及び４の売上高合計には，そのデザインやユーザーインターフェイス，利用できる各種のソフトウェア，ＣＰＵ，カメラ，オーディオ機能，ディスプレイ，ＧＰＳ機能，３軸ジャイロや加速度センサーを始めとする各種のセンサーにおける特徴，機能が貢献している面も多くある。また，スマートフォン市場・タブレットデバイス市場でのアップル社や被控訴人の有する強いブランド力や，これを維持・向上させるためのアップル社や被控訴人によるマーケティング活動も，これに相当程度貢献していると認められる。さらに，本件製品２及び４のメモリ容量に応じた価格差からしても，本件製品２及び４の売上高にはメモリ容量の大小が少なからず貢献していると推定される。このように，ＵＭＴＳ
規格に準拠していることが本件製品２及び４の売上高合計に貢献しているとしても，寄与の程度はその一部に留まるもので，その余の売上高合計はＵＭＴＳ規格に準拠していることに影響されることなく達成されたものといえる。そうすると，本件特許に対するＦＲＡＮＤ条件でのライセンス料相当額を認定するに際しては，ＵＭＴＳ規格に準拠していることが，本件製品２及び４の売上高合計に貢献していると認められる部分のみを基礎とすべきである。 その具体的割合については，次のとおりと考えられる。すなわち，本件製品２は，いわゆるスマートフォンであって，移動体通信機能以外の多くの機能を有するものではあるが，本件製品４と比較すれば，社会通念上の基本的な機能としては，移動体通信機能を主とするものと捉えられて 製品２は，いわゆるスマートフォンであって，移動体通信機能以外の多くの機能を有するものではあるが，本件製品４と比較すれば，社会通念上の基本的な機能としては，移動体通信機能を主とするものと捉えられているとするのが相当である。他方，本件製品４は，いわゆるタブレットデバイスであって，その利用の際に移動体通信機能は必ずしも必要とされず，現に本件製品４から移動体通信機能を除いた製品（「ｉＰａｄ ２ Ｗｉ－Ｆｉ」）も販売されていることや，移動体通信機能を除いた製品（「ｉＰａｄ ２ Ｗｉ－Ｆｉ」）と移動体通信機能を有する製品（「ｉＰａｄ ２ Ｗｉ－Ｆｉ＋３Ｇモデル」。本件製品４）との販売価格差が１万数千円程度であることからして，移動体通信機がその売上げに寄与した割合は，本件製品２と比較すれば，小さいとするのが相当である。以上の各事情に加えて，本件ベースバンドチップの価格や，いわゆるフィーチャーフォンやドングル，無線通信ルータの販売価格等の諸般の事情を考慮すると，本件製品２及び４の売上高合計のうち，ＵＭＴＳ規格に準拠していることが寄与した部分としては，本件製品２について売上高合計の●●パーセント，本件製品４について売上高合計の●●パーセントとするのが相当である。 イ本件特許の貢献部分さらに，本件特許についてのＦＲＡＮＤ条件による実施料相当額としては，本件製品２及び４の売上合計のうちＵＭＴＳ規格に準拠していることが寄与したと認められる金額のうちの後記(ｴ)の計算式に記載とおりの割合であるとするのが相当で
ある。 (ｱ) 累積ロイヤリティの上限についてＥＴＳＩのＩＰＲポリシーが定められた目的は，「規格の準備及び採用，適用への投資が，規格又は技術仕様についての必須ＩＰＲを使用できない結果無駄になる可能性があるというリスクを軽減 の上限についてＥＴＳＩのＩＰＲポリシーが定められた目的は，「規格の準備及び採用，適用への投資が，規格又は技術仕様についての必須ＩＰＲを使用できない結果無駄になる可能性があるというリスクを軽減する」（３．１項）ところにあるとされている。かかる目的を達成するためには，個々の必須特許についてのライセンス料のみならず，個々の必須特許に対するライセンス料の合計額（累積ロイヤリティ）も経済的に合理的な範囲内に留まる必要があると解すべきである。すなわち，ＵＭＴＳ規格と同様に，ある規格を実現するためには多数の必須特許が存在することがしばしばある。 このような場合，個々の特許権に対するライセンス料率の絶対値が低廉であったとしてもライセンス料の合計額は当該規格に準拠することが経済的に不可能になるほど不合理に大きなものとなる可能性がある。また，同一分野で新たな標準が作られる場合には，従前の技術との互換性を保つために従来の標準技術もその中に取り入れることがしばしば行われるため（「標準の連鎖」），標準規格の策定が後になればなるほど，必須特許の数が増大する傾向があるといえる。ライセンス料の合計額が不合理に大きくなるのであれば，必須特許について仮にライセンスを受けられたとしてもこれを使用することは現実には不可能になり，「投資が・・・必須ＩＰＲを使用できない結果無駄になる可能性があるというリスクを軽減する」とのＥＴＳＩのＩＰＲポリシーの目的を達成することができなくなる事態が発生する。したがって，ＥＴＳＩのＩＰＲポリシーのもとで行われた本件ＦＲＡＮＤ宣言は，ライセンス料の合計額を合理的な範囲内に留めることをもＦＲＡＮＤ条件の一内容として含んでいると理解され，ＦＲＡＮＤ条件によるライセンス料相当額を定めるに当たっても，かかる制限は必然的に生じると解するのが相当である 合計額を合理的な範囲内に留めることをもＦＲＡＮＤ条件の一内容として含んでいると理解され，ＦＲＡＮＤ条件によるライセンス料相当額を定めるに当たっても，かかる制限は必然的に生じると解するのが相当である。 そこで，次に，本件におけるライセンス料の合計額の上限をどの程度に設定するのが相当であるかを判断する。本件訴訟において，控訴人，被控訴人とも累積ロイヤリティを５パーセントとすることを前提として主張をしており，また，前記(1)
エのとおり，ＵＭＴＳ規格の必須特許を保有する者の間では，累積ロイヤリティが過大となることを防ぐ観点から，累積ロイヤリティを５パーセント以内とすることを支持する見解が多くあることに照らすならば，本件特許についてのＦＲＡＮＤ条件によるライセンス料相当額を認定するに際しては，ＵＭＴＳ規格に対する累積ロイヤリティが，ＵＭＴＳ規格に準拠していることが本件製品２及び４の売上げに貢献したと認められる部分（本件製品２について●●パーセント，本件製品４について●●パーセント）の５パーセントとなる計算方法を採用することが相当である。 (ｲ) 他のＵＭＴＳ規格の必須特許との関係について次に，ＵＭＴＳ規格に必須となる他の特許権との関係を検討する。ＵＭＴＳ規格には，本件特許の他にも多数の特許が必須特許となるものであって，本件特許のみによってＵＭＴＳ規格が実現されているものではない。そこで，ＵＭＴＳ規格に対する本件特許の貢献度が，我が国において特許権が付与されている他の必須特許との関係でどの程度かを検討する必要が生じる。 この点，本件各発明は一つの完全なＲＬＣＳＤＵが一つのＲＬＣＰＤＵにのみ対応し，分割・連結・パディングなしに頻繁に発生する（本件明細書の段落【００１１】）とのＶｏＩＰ通信の特性に着目したものであって，この 件各発明は一つの完全なＲＬＣＳＤＵが一つのＲＬＣＰＤＵにのみ対応し，分割・連結・パディングなしに頻繁に発生する（本件明細書の段落【００１１】）とのＶｏＩＰ通信の特性に着目したものであって，このようなＶｏＩＰ通信が行われる場合にのみ，無線リンク上のＰＤＵのヘッダーサイズを減少させて無線リソースを有効に使用するとの効果が発揮され，それ以外の場合にはむしろ無線リソースの浪費となるものである。このように，本件各発明がその効果を発揮し得るのは限定的な場合に留まるものであるから，本件特許のＵＭＴＳ規格に対する技術的貢献度は大きくはなく，本件特許のＵＭＴＳ規格に対する貢献が，他の必須特許と比べて大きいと認めるに足りる証拠はない。他方，本件では，ＵＭＴＳ規格に必須となる他の特許の具体的内容については何らの証拠も提出されていないから，他の必須特許のＵＭＴＳ規格に対する貢献の程度は明らかではなく，他の必須特許のＵＭＴＳ規格に対する貢献が本件特許と比べて大きいと認めるに足りる証拠もない。以上によれば，本件における証拠からは，本件特許も他のＵＭＴＳ規格の必須
特許も，同程度に，ＵＭＴＳ規格に貢献していると評価するのが相当である。 このように，本件特許も他のＵＭＴＳ規格の必須特許も，同程度にＵＭＴＳ規格に貢献しているとすると，本件特許に対するＦＲＡＮＤ条件による実施料相当額は，ＵＭＴＳ規格に必須となる特許の個数割りによるべきことになる。 一般に，パテントプールにおいてはライセンサーへのライセンス料の分配に際しては，個々の特許の技術的価値を捨象して，ライセンス料を特許の数で除した値によることが多く，ＵＭＴＳ規格についての「Ｗ－ＣＤＭＡパテントプラットフォーム」でも特許の数で除する方式が採用されていることが認められる。ＦＲＡＮＤ条件による実施料 イセンス料を特許の数で除した値によることが多く，ＵＭＴＳ規格についての「Ｗ－ＣＤＭＡパテントプラットフォーム」でも特許の数で除する方式が採用されていることが認められる。ＦＲＡＮＤ条件による実施料相当額を，ＵＭＴＳ規格に必須となる特許の個数割りによって計算することは，このようなパテントプールでの扱いとも整合するものである。 (ｳ) ＵＭＴＳ規格の必須特許の個数についてＦＲＡＮＤ条件でのライセンス料相当額を算定するに当たってのＵＭＴＳ規格の必須特許の個数は，５２９個を採用する。すなわち，ＵＭＴＳ規格について，フェアフィールド社が必須かおそらく必須と判定した特許ファミリーの数は５２９である（前記(1)オ）。フェアフィールド社のレポートは，海外におけるものも含めて，ＵＭＴＳ規格に必須となる特許ファミリーの数を分析したものであって，我が国におけるＵＭＴＳ規格の必須特許の数を数えたものではなく，また，必須かおそらく必須と判定された特許ファミリーの内訳も明らかではないが，他にはＵＭＴＳ規格の必須特許であって我が国において特許権が付与されているものの数を認定し得るに足りる証拠は何ら提出されていない。加えて，両当事者とも，必須宣言されている全特許数によるか，必須又はおそらく必須と判定された特許数によるかはさておき，フェアフィールド社のレポートに準拠して主張していることからすると，必須となる特許の個数はフェアフィールド社のレポートに現れた特許ファミリーの数を基礎とするのが相当である。そして，一般に標準規格の策定に際して必須宣言が過剰にされる傾向にあること（前記(1)オ）からすると，ＵＭＴＳ規格に必須となる特許の個数として，必須宣言特許の総数である１８８９を採用することはできず，フ
ェアフィールド社のレポートが必須であるかおそらく必須であ （前記(1)オ）からすると，ＵＭＴＳ規格に必須となる特許の個数として，必須宣言特許の総数である１８８９を採用することはできず，フ
ェアフィールド社のレポートが必須であるかおそらく必須であるとする特許ファミリーの数である５２９を採用するのが相当である。 (ｴ) 小括そうすると，本件特許の本件製品２及び４の売上げ合計に対する寄与の割合は，ＵＭＴＳ規格に準拠していることの貢献部分の割合（前記ア）に，累積ロイヤリティの上限の割合（前記(ｱ)）を乗じ，これを必須と認められる特許の数（前記(ｳ)）で除することになるから，次の計算式のとおりとなる。 （計算式）本件製品２ ●●％×５％×１／５２９≒●（省略）●％本件製品４ ●●％×５％×１／５２９≒●（省略）●％ウ ＦＲＡＮＤ条件によるライセンス料相当額そうすると，ＦＲＡＮＤ条件によるライセンス料相当額は次の計算式のとおりとなる。そして，これに対する遅延損害金については，個々の本件製品２及び４についての具体的な販売日が不明であるから，対象となる販売期間の末日である平成２５年９月２８日から発生するとするのが相当である。 （計算式）本件製品２ ●（省略）●円×●（省略）●％≒9,239,308 円本件製品４ ●（省略）●円×●（省略）●％≒ 716,546 円合計 9,239,308 円＋716,546 円＝9,955,854 円 ８ 結論以上によれば，被控訴人の請求は，控訴人が被控訴人に対して本件製品１及び３の生産，譲渡，貸渡し，輸入又はその譲渡若しくは貸渡しの申出（譲渡若しくは貸渡しのための展示を含む。）につき，本件特許の侵害に基づく損害賠償請求権を有しないこと，並びに，本件製品２及び４の生産，譲渡，貸渡し，輸入又はそ ，輸入又はその譲渡若しくは貸渡しの申出（譲渡若しくは貸渡しのための展示を含む。）につき，本件特許の侵害に基づく損害賠償請求権を有しないこと，並びに，本件製品２及び４の生産，譲渡，貸渡し，輸入又はその譲渡若しくは貸渡しの申出（譲渡若しくは貸渡しのための展示を含む。）につき，本件特許の侵害に基づき控訴人が被控訴人に対して有する損害賠償請求権が，金９９５万５
８５４円及びこれに対する平成２５年９月２８日から支払済まで民法所定の年５分の割合による金額を超えて存在しないことの確認を求める限度で理由があるから，この限度で認容し，その余の被控訴人の請求は理由がないから棄却するべきところ，これと異なる原判決は変更されるべきであるから，主文のとおり判決する。 ９ 「意見募集」において寄せられた意見について(1) 本件並びに本件仮処分の申立て及び別件仮処分の申立てにおいては，標準規格に必須となる特許についてＦＲＡＮＤ宣言がされた場合における効力が主要な争点となった。当裁判所は，同争点が，我が国のみならず国際的な観点から捉えるべき重要な論点であり，かつ，当裁判所における法的判断が，技術開発や技術の活用の在り方，企業活動，社会生活等に与える影響が大きいことに鑑み，当事者の協力を得た上で，国内，国外を問わず広く意見を募集する試みを，現行法の枠内で実施することとした。 そして，意見募集の対象事項については，「標準化機関において定められた標準規格に必須となる特許についていわゆる（Ｆ）ＲＡＮＤ宣言（(Fair,) ReasonableandNon-Discriminatory な条件で実施許諾を行うとの宣言）がされた場合の当該特許による差止請求権及び損害賠償請求権の行使に何らかの制限があるか。」とした。 (2) 意見募集に対しては，我が国の iscriminatory な条件で実施許諾を行うとの宣言）がされた場合の当該特許による差止請求権及び損害賠償請求権の行使に何らかの制限があるか。」とした。 (2) 意見募集に対しては，我が国のみならず諸外国からも，個人・法人・団体を問わず，数多くの意見が寄せられた。 寄せられた意見の概要は，次のとおりであった。 ア ＦＲＡＮＤ宣言された必須特許による差止請求権の制限について大まかには，次の３つの見解に属する見解を述べるものが多く見られた。 ① 何らかの制限を課すことは，むしろ当事者間の任意のライセンス契約の成立を阻害し，技術革新や標準化作業に悪影響を及ぼすことになりかねないから，相当ではないとする意見② いわゆるホールドアップ問題等を指摘し，ＦＲＡＮＤ宣言された以上は，一定程度の制限がされるべきであるとする意見
③ ＦＲＡＮＤ宣言された特許権についての差止めは一切認められないとする意見イ差止請求権の制限がされるべきとした場合の法律構成について① ＦＲＡＮＤ宣言によって第三者のためにする契約が成立するとの見解と，かかる契約は成立しないとの見解の相反する二つの見解が寄せられた。両意見とも多数寄せられた。 ② 信義則や権利濫用の法理による制限を行うべきとの意見も数多く見られた。 ③ 独占禁止法を活用すべきとの意見もあったが，その数は少数であった。 ウ差止請求権が制限され得るとした場合の制限に関する判断基準についてライセンス契約を締結する意思のある実施者（willinglicensee）とライセンス契約を締結する意思のない実施者（unwillinglicensee）を分け，後者については差止請求権が認容されるべきであるが，前者については差止請求権は認容されるべきではないとの意見 ライセンス契約を締結する意思のない実施者（unwillinglicensee）を分け，後者については差止請求権が認容されるべきであるが，前者については差止請求権は認容されるべきではないとの意見が比較的多く見られたが，どのような場合であればライセンス契約を締結する意思のない実施者（unwillinglicensee）とされるべきかについての判断基準の詳細については，軌を一にする意見は見出せなかった。 エ ＦＲＡＮＤ宣言された必須特許による損害賠償請求権の制限について損害賠償請求権については，これに言及した多くの意見が，損害賠償請求権の行使は制限されるべきではない旨を述べていたが，認容される賠償額は，ＦＲＡＮＤ条件によるライセンス料相当額に限定されるべきであるとの意見も散見された。また，ＦＲＡＮＤ条件によるライセンス料をどのように定めるべきかについての方法についての意見も複数寄せられた。 オその他の論点等必須特許権者の誠実交渉義務について，これを課すべきとの意見が多かったが，その根拠を何に求めるのかについては，複数の見解があった。また，必須特許の実施者にも誠実交渉義務を課すべきであるとの意見も複数見られた。控訴人と他社との間の必須特許のライセンス契約に関する情報等を被控訴人に開示する義務がある
とする見解（例えば，原判決の見解）については，妥当でないとする見解が多数寄せられた。 (3) 意見の中には，諸外国での状況を整理したもの，詳細な経済学的分析により望ましい解決を論証するもの，結論を導くに当たり重視すべき法的論点を整理するもの，従前ほとんど議論されていなかった新たな視点を提供するものがあった。 これらの意見は，裁判所が広い視野に立って適正な判断を示すための貴重かつ有益な資料であり，意見を提出するため 点を整理するもの，従前ほとんど議論されていなかった新たな視点を提供するものがあった。これらの意見は，裁判所が広い視野に立って適正な判断を示すための貴重かつ有益な資料であり，意見を提出するために多大な労を執った各位に対し，深甚なる敬意を表する次第である。 知的財産高等裁判所特別部 裁判長裁判官飯村敏明 裁判官設樂隆一 裁判官富田善範 裁判官清水節 裁判官小田真治 （別紙）物件目録 １「iPhone 3GS」 ２「iPhone 4」 ３「iPad Wi-Fi＋3Gモデル」 ４「iPad 2 Wi-Fi＋3Gモデル」 （別紙）3GPTTS25.322 V6.9.0（抜粋） １「4.2.1.2 Unacknowledged mode (UM) RLC entities Figure 4.3 below shows the model of two unacknowledged mode p Unacknowledgedmode (UM) RLCentitiesFigure 4.3 belowshowsthemodeloftwounacknowledgedmodepeerRLCentitieswhenduplicateavoidanceandreorderingisnotconfigured.」 （訳文）「4.2.1.2 アンアクナリッジドモード(UM)RLC エンティティ下記に示す図4.3 は，重複回避及びリオーダリングを有しない２つのアンアクナリッジモード（UM）ピアRLC エンティティを示す。」 TransmittingUMRLCentityTransmissionbufferUM -SAPReceivingUMRLCentityReceptionbufferUM -SAPRadioInterface (Uu )Segmentation &ConcatenationCipheringAddRLCheaderReassemblyDecipheringRemoveRLCheaderDCCH /DTCH – UECCCH /SHCCH /DCCH /DTCH /CTCH /MCCH /MSCH /MTCH – UTRANDCC CCCH /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. ThetransmittingUMRLCentitysegmentstheRLCSDUintoUMDPDUsofappropriatesize, iftheRLCSDUislargerthanthelengthofavailablespaceintheUMDPDU.」 （訳文）「4.2.1.2.1 送信UMRLC エンティティ送信UM-RLC エンティティは，上位レイヤからUM-SAP を通じてRLCSDUs を受信する。 送信UMRLC エンティティは，もしRLCSDU がUMDPDU の RLC エンティティ送信UM-RLC エンティティは，上位レイヤからUM-SAP を通じてRLCSDUs を受信する。 送信UMRLC エンティティは，もしRLCSDU がUMDPDU の利用可能なスペースの長さより大きい場合には，RLCSDU を適当なサイズのUMDPDUs に分割する。」 ３ 「9.2.1.3 UMDPDUTheUMDPDUisusedtotransferuserdatawhenRLCisoperatinginunacknowledgedmode. Thelengthofthedatapartshallbeamultipleof 8 bits. TheUMDPDUheaderconsistsofthefirstoctet, whichcontainsthe "SequenceNumber". TheRLCheaderconsistsofthefirstoctetandalltheoctetsthatcontain "LengthIndicators". 」 （訳文）「9.2.1.3 UMDPDUUMDPDU は，RLC がUM モードで動作しているときに，ユーザーデータを転送するために用いられる。データパートの長さは，８ビットの倍数である。UMDPDU ヘッダは，「一連番号」を含む最初のオクテットで構成される。RLC ヘッダは，最初のオクテットと，「長さインジケータ」を含むすべてのオクテットで構成される。」
Oct1ELengthIndicatorDataPADLastOctetELengthIndicator(Optional) 構成される。」
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" inalltheotheroctectsalwayshasthenormalE-bitinterpretation.- IntheAMDPDU, the "Extensionbit" alwayshasthenormalE-bitinterpretation. NormalE-bitinterpretation:BitDescription Thenextfieldisdata, piggybackedSTATUSPDUorpadding Thenextfieldis tDescription Thenextfieldisdata, piggybackedSTATUSPDUorpadding ThenextfieldisLengthIndicatorandEbit
AlternativeE-bitinterpretation:BitDescription ThenextfieldisacompleteSDU, whichisnotsegmented, concatenatedorpadded. ThenextfieldisLengthIndicatorandEbit」（訳文）「9.2.2.5 エクステンションビット(E)長さ：１ビットこのビットの解釈は，RLC のモード及び上位レイヤーのコンフィギュレーションに依存する。 － UMDPDU において，最初のオクテットに含まれる「拡張ビット」は，上位レイヤーのコンフィギュレーションに応じて，通常E ビット解釈又は代替的E ビット解釈のいずれかを有する。他の全てのオクテットに含まれる「拡張ビット」は，常に通常Ｅビット解釈を有する。 － AMDPDU において，「拡張ビット」は，常に通常E ビット解釈を有する。 通常E ビット解釈：Bit記述 次のフィールドは，データ，ピギーバックされたステータスPDU，又はパディング 次のフィールドは，長さインジケータとEビット
代替的E ビット解釈：Bit記述 次のフィールドは，分割，連結，パディングされていない完全なSDU 次のフィールドは，長
代替的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 の中のそれぞれのRLCSDU が終わる最後のオクテットを示すものとして用いられる。」 (2) 「Inthecasewherethe "alternativeE-bitinterpretation" isconfiguredforUMRLCandanRLCPDUcontainsasegmentofanSDUbutneitherthefirstoctetnorthelastoctetofthisSDU:-ifa 7-bit "LengthIndicator" i nSDUbutneitherthefirstoctetnorthelastoctetofthisSDU:-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 1111 1110」を持つ「長さインジケータ」を用いる。」
（別紙）本件明細書図面【図１】
【図２Ｃ】 【図３】 【図４】
【図５Ａ】　【図５Ｂ】 【図６Ａ】 【図６Ｂ】
（別紙）引用例の図面甲３の【図１】 甲３の【図２】
甲３の【図３】　甲３の【図４】 甲３の【図７】　甲３の【図８】
 甲３の【図２】 甲３の【図３】 甲３の【図４】 甲３の【図７】 甲３の【図８】 甲３の【図９】 甲３９の【図５】 甲４の図２ 甲４の図３

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