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

運営：アスタミューゼ株式会社

会員機能

判例データベース

審決データベース

ポートフォリオ機能

ポートフォリオを新規に作成して保存		追加
既存のポートフォリオに追加保存		追加

この判例には、下記の判例・審決が関連していると思われます。

審判番号（事件番号）	データベース	権利
平成25ラ10008 特許権仮処分命令申立却下決定に対する抗告申立事件	判例	特許
平成26ネ10022損害賠償等請求控訴事件	判例	特許
平成25ネ10086債務不存在確認請求本訴，損害賠償請求反訴請求控訴事件	判例	特許
平成26ネ10030損害賠償請求控訴事件	判例	特許
平成24ネ10091特許権侵害差止等請求控訴事件	判例	特許

この判例の個人情報、企業機密に関する修正依頼をする

元本PDF	裁判所収録の全文PDFを見る

事件	平成 25年 (ネ) 10043号債務不存在確認請求控訴事件
事件	裁判所のデータが存在しません。
裁判所	知的財産高等裁判所
判決言渡日	2014/05/16
権利種別	特許権
訴訟類型	民事訴訟

判例全文
判例全文平成２６年５月１６日判決言渡平成２５年（ネ）第１００４３号債務不存在確認請求控訴事件（原審・東京地裁平成２３年（ワ）第３８９６９号事件）口頭弁論終結日平成２６年３月３１日判決控訴人三星電子株式会社訴訟代理人弁護士大野聖二同三村量一同田中昌利同市橋智峰同井上義隆同小林英了同飯塚暁夫同井上聡同逵本憲祐同岡田紘明訴訟代理人弁理士鈴木守補佐人弁理士大谷寛被控訴人アップルジャパン株式会社訴訟承継人ＡｐｐｌｅＪａｐａｎ合同会社訴訟代理人弁護士長沢幸男同矢倉千栄同永井秀人同稲瀬雄一同石原尚子同金子晋輔同蔵原慎一朗同片山英二同北原潤一同岡本尚美同岩間智女同梶並彰一郎訴訟代理人弁理士大塚康徳同加藤志麻子補佐人弁理士大塚康弘同坂田恭弘主文１原判決を次のとおり変更する。２被控訴人による別紙物件目録１及び３記載の各製品の生産，譲渡，貸渡し，輸入又はその譲渡若しくは貸渡しの申出（譲渡若しくは貸渡しのための展示を含む。）について，控訴人が被控訴人に対して特許第４６４２８９８号特許権の侵害を理由とする損害賠償請求権を有しないことを確認する。３被控訴人による別紙物件目録２及び４記載の各製品の生産，譲渡，貸渡し，輸入又はその譲渡若しくは貸渡しの申出（譲渡若しくは貸渡しのための展示を含む。）について，控訴人が被控訴人に対して有する特許第４６４２８９８号特許権の侵害を理由とする損害賠償請求権が，金９９５万５８５４円及びこれに対する平成２５年９月２８日から支払済まで年５分の割合による金額を超えて存在しないことを確認する。４被控訴人のその余の請求を棄却する。５訴訟費用は第１審，第２審を通じてこれを３分し，その２を控訴人の，その余を被控訴人の負担とする。６控訴人に対し，この判決に対する上告及び上告受理の申立てのための付加期間を３０日と定める。第１控訴の趣旨１原判決を取り消す。２被控訴人の請求を棄却する。３訴訟費用は第１審，第２審とも被控訴人の負担とする。第２事案の概要１事案の要旨本件は，被控訴人（第１審原告）が，被控訴人による別紙物件目録記載の各製品（以下「本件各製品」と総称し，同目録１記載の製品を「本件製品１」，同目録２記載の製品を「本件製品２」などという。）の生産，譲渡，輸入等の行為は，控訴人（第１審被告）が有する発明の名称を「移動通信システムにおける予め設定された長さインジケータを用いてパケットデータを送受信する方法及び装置」とする特許第４６４２８９８号の特許権（以下，この特許を「本件特許」，この特許権を「本件特許権」という。）の侵害行為に当たらないなどと主張し，控訴人が被控訴人の上記行為に係る本件特許権侵害の不法行為に基づく損害賠償請求権を有しないことの確認を求めた事案である。原判決は，本件製品１及び３は本件特許に係る発明の技術的範囲に属しないとする一方，本件製品２及び４については，本件特許に係る発明の技術的範囲に属するとしつつも，控訴人による本件特許権に基づく損害賠償請求権の行使は権利濫用に当たると判断して，被控訴人の請求を全部認容した。控訴人は，これを不服として本件控訴を提起した。２争いのない事実等（証拠の摘示のない事実は，公知事実若しくは争いのない事実であるか，又は弁論の全趣旨により認められる事実である。） (1) 当事者ア被控訴人は，パーソナル・コンピュータ，コンピュータ関連機器のハードウェア及びソフトウェア，コンピュータに関連する付属機器の販売等を目的とする合同会社である。なお，被控訴人は，平成２３年１０月３０日に，米国法人のアップルインコーポレイテッド（以下「アップル社」という。）の子会社であるアップルジャパン株式会社を吸収合併し，本件訴訟における同社の地位を承継した（以下においては，上記吸収合併前のアップルジャパン株式会社についても「被控訴人」という。。）イ控訴人は，電子電気機械器具，通信機械器具及び関連機器とその部品の製作，販売等を目的とする韓国法人である。 (2) 本件特許権ア控訴人（特許登録原簿上の名称「サムスンエレクトロニクスカンパニーリミテッド」）は，平成１８年５月４日，本件特許に係る国際特許出願（国際出願番号・ＰＣＴ／ＫＲ２００６／００１６９９，優先日・平成１７年５月４日，優先権主張国・韓国，日本における出願番号・特願２００８－５０７５６５号。以下「本件出願」という。）をし，平成２２年１２月１０日，本件特許権の設定登録を受けた（甲１の１，２）。イ本件特許の特許請求の範囲は，請求項１ないし１４から成り，その請求項１及び８の記載は，次のとおりである（以下，請求項８に係る発明を「本件発明１」，請求項１に係る発明を「本件発明２」といい，本件発明１及び２を併せて「本件各発明」という。。）「【請求項１】移動通信システムにおけるデータを送信する方法であって，上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定する段階と，前記ＳＤＵが一つのＰＤＵに含まれる場合に，ヘッダーとデータフィールドを含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一連番号（ＳＮ）フィールドと，前記ＰＤＵが分割，連結，またはパディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを指示する１ビットフィールドと，を含み，前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記ＳＤＵを伝送可能なＰＤＵのサイズにより複数のセグメントに分割し，各ＰＤＵのデータフィールドが前記複数のセグメントのうち一つのセグメントを含む複数のＰＤＵを構成する段階と，ここで，前記各ＰＤＵのヘッダーは，ＳＮフィールド，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示す１ビットフィールド，そして前記少なくとも一つのＬＩフィールドを含み，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され，前記ＰＤＵを受信器に伝送する段階と，を有することを特徴とするデータ送信方法。」「【請求項８】移動通信システムにおけるデータを送信する装置であって，上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定し，前記ＳＤＵを伝送可能なＰＤＵサイズによって少なくとも一つのセグメントに再構成するための伝送バッファと，一連番号（ＳＮ）フィールドと１ビットフィールドをヘッダーに含み，前記少なくとも一つのセグメントをデータフィールド内に含む少なくとも一つのＰＤＵを構成するヘッダー挿入部と，前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定し，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部と，前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記少なくとも一つのＰＤＵの前記１ビットフィールド以後にＬＩフィールドを挿入し，設定するＬＩ挿入部と，ここで，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され，前記ＬＩ挿入部から受信される少なくとも一つのＰＤＵを受信部に伝送する送信部と，を含むことを特徴をするデータ送信装置。」ウ本件各発明を構成要件に分説すると，次のとおりである（以下，各構成要件を「構成要件Ａ」「構成要件Ｂ」などという。)。， (ｱ) 本件発明１（請求項８）Ａ移動通信システムにおけるデータを送信する装置であって，Ｂ上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定し，前記ＳＤＵを伝送可能なＰＤＵサイズによって少なくとも一つのセグメントに再構成するための伝送バッファと，Ｃ一連番号（ＳＮ）フィールドと１ビットフィールドをヘッダーに含み，前記少なくとも一つのセグメントをデータフィールド内に含む少なくとも一つのＰＤＵを構成するヘッダー挿入部と，Ｄ前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定し，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部と，Ｅ前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記少なくとも一つのＰＤＵの前記１ビットフィールド以後にＬＩフィールドを挿入し，設定するＬＩ挿入部と，Ｆここで，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され，Ｇ前記ＬＩ挿入部から受信される少なくとも一つのＰＤＵを受信部に伝送する送信部と，Ｈを含むことを特徴をするデータ送信装置。 (ｲ) 本件発明２（請求項１）Ｉ移動通信システムにおけるデータを送信する方法であって，Ｊ上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定する段階と，Ｋ前記ＳＤＵが一つのＰＤＵに含まれる場合に，ヘッダーとデータフィールドを含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一連番号（ＳＮ）フィールドと，前記ＰＤＵが分割，連結，またはパディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを指示する１ビットフィールドと，を含み，Ｌ前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記ＳＤＵを伝送可能なＰＤＵのサイズにより複数のセグメントに分割し，各ＰＤＵのデータフィールドが前記複数のセグメントのうち一つのセグメントを含む複数のＰＤＵを構成する段階と，ここで，前記各ＰＤＵのヘッダーは，ＳＮフィールド，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示す１ビットフィールド，そして前記少なくとも一つのＬＩフィールドを含み，Ｍ前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され，Ｎ前記ＰＤＵを受信器に伝送する段階と，Ｏを有することを特徴とするデータ送信方法。 (3) 被控訴人の行為等ア被控訴人は，アップル社が製造した本件各製品を輸入・販売している。イ本件各製品は，本件発明１の構成要件Ａ及びＨを充足する。本件各製品におけるデータ送信方法は，本件発明２の構成要件Ｉ及びＯを充足する。ウ本件各製品は，第３世代移動通信システムないし第３世代携帯電話システム（３Ｇ）（Third Generation）の普及促進と付随する仕様の世界標準化を目的とする民間団体である３ＧＰＰ（Third Generation Partnership Project）が策定した通信規格であるＵＭＴＳ規格（Universal Mobile Telecommunications System）に準拠した製品である（乙１ないし５。以下，３ＧＰＰが定める通信規格を「３ＧＰＰ規格」ということがある。。）ＵＭＴＳ規格とは，３ＧＰＰで策定された第３世代移動通信システムの総称であり，多数の技術仕様からなっている。ＵＭＴＳ規格のうちの無線通信規格には，Ｗ－ＣＤＭＡ方式（Wideband Code Division Multiple Access。一般に「Ｗ－ＣＤＭＡ」といった場合には，ＵＭＴＳ規格と同義に使われる例もあるが，本判決においては，「Ｗ－ＣＤＭＡ」といった場合には，３ＧＰＰの技術仕様書（Technical Specification。以下「ＴＳ」と表記することがある。）のうち，２５シリーズに規定されている方式を指すものとする。）のほか，ＬＴＥ方式（Long Term Evolution。３ＧＰＰのＴＳのうち３６シリーズに規定されている。）などがある。 (4) 本件特許に関するＦＲＡＮＤ宣言ア３ＧＰＰを結成した標準化団体の一つであるＥＴＳＩ（ European Telecommunications Standards Institute）（欧州電気通信標準化機構）は，知的財産権の取扱いに関する方針として「ＩＰＲポリシー」Intellectual Property Rights （ Policy）を定めている。ＩＰＲポリシー（２００９年４月８日付けのもの）には，次のような規定がある（甲１２，１６０。原文英語）。「３方針の目的３．１ＥＴＳＩは，総会が提議した，ヨーロッパの通信セクターの技術的な目的に最も資する解決策に基づく規格および技術仕様を作成することを目的としている。この目的を推進するため，ＥＴＳＩのＩＰＲについての方針は，ＥＴＳＩおよび会員，ＥＴＳＩ規格および技術仕様を適用するその他の，規格の準備および採用，適用への投資が，規格または技術仕様についての必須ＩＰＲを使用できない結果無駄になる可能性があるというリスクを軽減するためのものである。この目的を達成するに当たり，ＥＴＳＩのＩＰＲについての方針では，通信分野での一般利用の標準化の必要性と，ＩＰＲの所有者の権利との間のバランスを取ることが求められる。３．２ＩＰＲの所有者は，ＥＴＳＩの会員またはその関連会社，第三者であるかによらず，規格および技術仕様の実装で，ＩＰＲの使用につき適切かつ公平に補償されるものとする。」「４ＩＰＲの開示４．１・・・各会員は，自らが参加する規格または技術仕様の開発の間は特に，ＥＴＳＩに必須ＩＰＲについて適時に知らせるため合理的に取り組むものとする。特に，規格または技術仕様の技術提案を行う会員は，善意をもって，提案が採択された場合に必須となる可能性のあるその会員のＩＰＲについてＥＴＳＩの注意を喚起するものとする。」「４．３上記の第４．１項に従っての義務は，ＥＴＳＩにこの特許ファミリーの構成要素について適時に知らされた場合には，すべての既存および将来のその特許ファミリーの構成要素につき満たされたとみなされる。・・・」「６ライセンスの可用性６．１特定の規格または技術仕様に関連する必須ＩＰＲがＥＴＳＩに知らされた場合，ＥＴＳＩの事務局長は，少なくとも以下の範囲で，当該のＩＰＲにおける取消不能なライセンスを公正，合理的かつ非差別的な条件（fair, reasonable and non-discriminatory terms and conditions）で許諾する用意があることを書面で取消不能な形で３カ月以内に保証することを，所有者にただちに求めるものとする。・製造で使用するべく，ライセンシー自身の設計で，カスタマイズした部品およびサブシステムを製造または過去から引き続き製造する権利を含む，製造。・上記で製造した機器の販売または賃貸，処分。・機器の修理または使用，動作，および・方法の使用。上記の保証は，ライセンスの相互供与に同意することを求めるという条件に従い行われる場合がある。・・・６．２特許ファミリーの指定された構成要素に関する，第６．１項に従っての保証は，保証が行われた時点で指定したＩＰＲを除外する旨を明示する書面がある場合を除き，その特許ファミリーのすべての既存および将来の必須ＩＰＲに適用されるものとする。当該の除外の範囲は，明示的に指定されたＩＰＲに限定されるものとする。６．３要請されたＩＰＲの所有者の保証が許諾されない場合，委員会の委員長は，適切な場合，ＥＴＳＩ事務局と協議の上，問題が解決するまで，委員会が規格または技術仕様についての作業を停止すべきかどうかについて判断し，および／または関連の規格または技術仕様の承認を行うものとする。」「１２このポリシーは，フランス法に準拠する。」「１５定義（判決注：本判決においても「必須」「ＩＰＲ」「会員」「特許フ，，，ァミリー」の語を，以下の定義に基づいて用いることとする。）・・・６ＩＰＲに適用される「必須」とは，（商業的ではなく）技術的な理由で，標準化の時点で一般に利用可能な通常の技術慣行および最新技術を考慮し，ＩＰＲに抵触せずに規格に準拠する機器または方法を製造または販売，賃貸，処分，修理，使用または動作できないことを意味する。疑義を回避するため，規格が技術的な解決策でのみ実行可能で，すべてがＩＰＲに抵触する例外的な場合で，当該のすべてのＩＰＲは必須とみなされるものとする。７「ＩＰＲ」とは，商標以外の知的財産権の適用を含む，法律により参照された知的財産権を意味するものとする。疑義を回避するため，体裁に関連する権利または機密情報，企業秘密，同様のものは，ＩＰＲの定義から除外される。・・・９「会員」とは，ＥＴＳＩの会員または賛助会員を意味するものとする。会員の参照は，文脈が許す場合には常に，その会員およびその関連会社と解釈されるものとする。・・・１３「特許ファミリー」とは，優先順位の高い文書それ自体を含む，一般に１つ以上の優先順位のあるすべての文書を意味するものとする。疑義を回避するため，「文書」は特許および実用新案，その応用を表す。」イ(ｱ) 控訴人は，１９９８年（平成１０年）１２月１４日，ＥＴＳＩに対し，ＵＭＴＳ規格としてＥＴＳＩが推進しているＷ－ＣＤＭＡ技術に関し，控訴人の保有する必須ＩＰＲライセンスを，ＥＴＳＩのＩＰＲポリシー６．１項に従って，公正，「合理的かつ非差別的な条件」（fair, reasonable and non-discriminatory terms and conditions）（以下「ＦＲＡＮＤ条件」という。）で許諾する用意がある旨の誓約（宣言）をした（甲５）。 (ｲ) 控訴人は，２００７年（平成１９年）８月７日，ＥＴＳＩに対し，ＥＴＳＩのＩＰＲポリシー４．１項に従って，本件出願の優先権主張の基礎となる韓国出願の出願番号，本件出願の国際出願番号（ＰＣＴ／ＫＲ２００６／００１６９９）等に係るＩＰＲが，ＵＭＴＳ規格（ＴＳ２５．３２２等）に関連して必須ＩＰＲであるか，又はそうなる可能性が高い旨を知らせるとともに，ＥＴＳＩのＩＰＲポリシー６．１項に準拠する条件（ＦＲＡＮＤ条件）で，取消不能なライセンスを許諾する用意がある旨の宣言（以下「本件ＦＲＡＮＤ宣言」という。）をした（甲１３）。本件ＦＲＡＮＤ宣言には，その有効性等はフランス法に準拠するとの文言及び規格に関し相互にライセンスを供与することを求めるとの条件に従い行われるとの文言が含まれていた。 (5) 本件訴訟に至る経緯等ア控訴人は，平成２３年４月２１日，被控訴人による本件各製品の生産，譲渡，輸入等の行為が本件各発明に係る本件特許権の直接侵害又は間接侵害（特許法１０ 1条4号，５号）を構成する旨主張して，特許法102条に基づく差止請求権を被保全権利として，被控訴人に対し，本件各製品の生産，譲渡，輸入等の差止め等を求める仮処分命令の申立て（東京地方裁判所平成２３年（ヨ）第２２０２７号事件。以下「本件仮処分の申立て」という。）をした。イ被控訴人は，平成２３年９月１６日，本件訴訟を提起した。控訴人は，同年１２月６日，「ｉＰｈｏｎｅ４Ｓ」についても，同様の仮処分の申立て（東京地方裁判所平成２３年（ヨ）第２２０９８号事件。以下「別件仮処分の申立て」という。）をした。控訴人は，平成２４年９月２４日，本件仮処分の申立てのうち，本件製品１及び３を対象とする部分を取り下げた。ウ東京地方裁判所は，平成２５年２月２８日，原判決を言い渡し，同日，本件仮処分の申立て及び別件仮処分の申立てについても，控訴人による本件特許権の行使は権利濫用に当たるとして申立てを却下する旨の決定をした。３争点本件の争点は，①本件各製品についての本件発明１の技術的範囲の属否(争点１)， ②本件発明２に係る本件特許権の間接侵害（特許法101条4号，５号）の成否（争点２）③特許法104条の3第1項の規定による本件各発明に係る本件特許権の権，利行使の制限の成否（争点３），④本件各製品に係る本件特許権の消尽の有無（争点４），⑤控訴人の本件ＦＲＡＮＤ宣言に基づく本件特許権のライセンス契約の成否（争点５）⑥控訴人による本件特許権に基づく損害賠償請求権の行使の権利濫用の，成否（争点６）及び⑦損害額（争点７）である。第３争点に関する当事者の主張１争点１（本件各製品についての本件発明１の技術的範囲の属否）について (1) 控訴人の主張ア本件各製品の構成 (ｱ) 本件各製品は，３ＧＰＰ規格であるＵＭＴＳ規格（Ｗ－ＣＤＭＡ方式）に準拠したものであるから，３ＧＰＰが２００６年（平成１８年）９月に策定した３ＧＰＰ規格の技術仕様書「３ＧＰＰＴＳ２５．３２２Ｖ６．９．０」（甲１の３，乙６。以下「本件技術仕様書Ｖ６．９．０」という。）記載の構成を備えている。そして，本件技術仕様書Ｖ６．９．０の「４．２．１．２アンアクナリッジドモード（ＵＭ）ＲＬＣエンティティ」「４．２．１．２．１，送信ＵＭＲＬＣエンティティ」「９．２．１．３，ＵＭＤＰＤＵ」「９．２．２．５，エクステンションビット（Ｅ）」及び「９．２．２．８長さインジケータ（ＬＩ）（以下，そ」れぞれを「４．２．１．２項」「４．２．１．２．１項」などという。，）によれば，本件各製品は，いずれも，次のとおりの構成を有している（以下，各構成を「構成ａ」「構成ｂ」などという。)。，ａ本件各製品は，移動通信システムにおいてデータを送信する装置である。ｂ本件各製品は，上位階層からサービスデータユニット(ＳＤＵ）を受信し，ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)の利用可能なスペースより大きい場合には適当なサイズのＰＤＵに分割するための伝送バッファを有している（別紙３ＧＰＰＴＳ２５．３２２Ｖ６．９．０（抜粋）（以下「別紙ＴＳ」という。）の１及び２記載の４．２．１．２項及び４．２．１．２．１項参照）。ｃ本件各製品は，一連番号（ＳＮ）フィールドとＥビットフィールドを有するＵＭＤヘッダと，長さインジケータ（ＬＩ）とを含むＲＬＣヘッダをデータに対して付加するヘッダ付加部を有する（別紙ＴＳの３記載の９．２．１．３項参照）。ｄヘッダ付加部は，ＰＤＵに含まれるものが分割，連結，パディングされていない完全なＳＤＵの場合には完全なＳＤＵが含まれることを示す「０」を設定し，ＰＤＵに含まれるものが完全なＳＤＵでない場合にはＥビットに長さインジケータが存在することを示す「１」を設定する（別紙ＴＳの４記載の９．２．２．５項参照）。ｅヘッダ付加部は，ＳＤＵが一つのＰＤＵに含まれない場合に，少なくとも一つのＰＤＵのＥビットフィールド以後にＬＩフィールドを挿入する（別紙ＴＳの５ (1)記載の９．２．２．８項参照）。ｆヘッダ付加部は，ＰＤＵのデータフィールドがＳＤＵの最初のセグメントでも最後のセグメントでもないセグメントを含む場合，ＬＩフィールドは，ＰＤＵがＳＤＵの最初のセグメントでも最後のセグメントでもないセグメントを含むことを示す予め定められた値「１１１（１１１０」「１１１又は１１１１１１１１１１１０」）を設定する（別紙ＴＳの５(2)記載の９．２．２．８項参照）。ｇ本件各製品は，ヘッダ付加部から受信される少なくとも一つのＰＤＵを受信側のエンティティに伝送する送信部を有している。ｈ本件各製品は，データを送信することができる装置である。 (ｲ)ａカナダ法人のチップワークス社による実機テスト（以下「本件実機テスト」という。）の報告書（乙１３）は，本件製品２及び４が，本件技術仕様書Ｖ６．９．０の「Alternative E-bit 解釈」（代替的Ｅビット解釈）に基づく機能（９．２．２．５項及び９．２．２．８項）を実装していることを示している。このことは，電気通信大学Ａ教授作成の鑑定意見書（乙１４）からも裏付けられる。 (a) 本件実機テストに「基地局エミュレータ」として用いた機器は，ドイツ法人のローデ・シュワルツ社製の無線機テスタ「ＣＭＷ５００ universal radio communication tester」（以下「ＣＭＷ５００」という。）である。ＣＭＷ５００は，Ｗ－ＣＤＭＡ方式に対応したもので，実際のネットワークと同様の通信環境を実現することができる機器である（乙１４の１０頁，乙４１）。ＣＭＷ５００は，ＧＣＦ (Global Certification Forum) 及びＰＴＣＲＢ (PCS Type Certification Review Board) といった国際的な機関による認証を受けている。テスト１「ＰＤＵサイズ：４８８ビット，ＳＤＵサイズ：４８０ビット」は，「ＰＤＵが分割，連結，パディングされていない完全なＳＤＵを含む場合」のデータサイズの組合せである。なお，ＰＤＵサイズがＳＤＵサイズより８ビットだけ大きくなっているのは，ＳＤＵをＰＤＵに変換する際に８ビットのＰＤＵヘッダ（一連番号（ＳＮ）の７ビット＋Ｅビットの１ビット）が付加されることを考慮したためである（乙１４の１０頁）。テスト２「ＰＤＵサイズ：８０ビット，ＳＤＵサイズ：４８０ビット」は，最初と最後を除いたＰＤＵ（例えば，２番目のＰＤＵ）が「中間セグメント」に該当するデータサイズの組合せであり，この中間セグメントとしてのＰＤＵをモニタするものである（乙１４の１１頁）。 (b) 本件実機テストの結果は，次のとおりである。 ① ＰＤＵがＳＤＵを完全に含む場合（テスト１）には，一連番号（ＳＮ）に続くＥビットが「０」となり，長さインジケータを含まないＰＤＵが出力されている（乙１３の図１２，１４）。 ② ＰＤＵがＳＤＵの中間セグメントを含む場合（テスト２）には，一連番号（ＳＮ）に続くＥビットが「１」となり，長さインジケータとして所定値（１１１１１１０）を含むＰＤＵが出力されている（乙１３の図１３，１５）。 (c) ９．２．２．５項には，代替的Ｅビット解釈として，「次のフィールドは，分割，連結，パディングされていない完全なＳＤＵ」である場合，Ｅビットを「０」とし，「次のフィールドは，長さインジケータとＥビット」である場合，Ｅビットを「１」とすることが，９．２．２．８項には，代替的Ｅビット解釈が設定され，かつ，ＰＤＵがＳＤＵの中間セグメントを含む場合，７ビットの長さインジケータが用いられるときは，値「１１１１１１０」を持つ長さインジケータを用いることが記載されている。本件実機テストの結果におけるＥビットの値及び長さインジケータの値（前記(b)）は，本件技術仕様書Ｖ６．９．０の代替的Ｅビット解釈に基づく機能と整合しており，本件製品２及び４が上記機能を実装していることを示すものといえる。ｂこの点に関し被控訴人は，本件実機テストの結果の「Interpretation」の欄に「次のオクテット：データ（「next octet: data」」と表示されており，）「分割，連結，パディングされていない完全なＳＤＵ」と表示されていないから，本件実機テストでは，代替的Ｅビット解釈ではなく，本件技術仕様書Ｖ６．９．０の９．２．２．５項記載の「Normal E-bit 解釈」（通常Ｅビット解釈）（別紙ＴＳの４参照）が用いられているなどと主張する。しかし，代替的Ｅビット解釈において，Ｅビットに「０」が設定される場合，次に続くビット列が「データ」（ただし，「完全なＳＤＵ」の「データ」である。）であることには相違がないから，「Interpretation」の欄に「次のオクテット：データ（「next octet: data」」と表示されていることは本件実機テストに代替的Ｅビット）解釈が使用されていることと相反するものではない。また，控訴人が通常Ｅビット解釈に従った場合（ＣＭＷ５００の設定画面の「altE_bitinterpretation」のチェックボックス（乙１３の図１１）にチェックを入れない場合）についての比較テストの結果を確認したところ，チェックを入れた場合と入れない場合とでは，ＰＤＵヘッダの構成が異なっており，しかも，チェックを入れない場合には通常Ｅビット解釈に従ったＰＤＵヘッダが出力されていた（乙５５の３５頁ないし３８頁）かかる比較テストの結果は，。本件実機テストにおいて，通常Ｅビット解釈ではなく，代替的Ｅビット解釈が用いられていることを明確に示すものである。したがって，被控訴人の上記主張は理由がない。イ構成要件Ｂ及びＤの充足 (ｱ) 本件技術仕様書Ｖ６．９．０の９．２．２．５項記載の代替的Ｅビット解釈は，以下に述べるとおり，本件発明１の構成要件Ｂ及びＤの内容を開示したものである。本件発明１は，「ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ）に含まれるか否かを判定し」（構成要件Ｂ）「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前，記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」（構成要件Ｄ）する構成を備えている。構成要件Ｄの文言，本件特許に係る明細書（甲１の２。以下，図面を含めて「本件明細書」という。）の段落【００２２】及び図５Ａによれば，構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合」とは，「前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含む」場合，すなわち，「ＳＤＵのサイズがＰＤＵのペイロードのサイズに完全に一致する場合」を意味するものであり，ＳＤＵが連結されてＰＤＵに格納されている場合やＳＤＵがパディングとともにＰＤＵに格納されている場合は，これに含まれない。そして，９．２．２．５項には，「代替的Ｅビット解釈」として，「次のフィールドは，分割，連結，パディングされていない完全なＳＤＵ」である場合，すなわち，ＳＤＵがＰＤＵに完全に含まれる（一致する）場合は，Ｅビットを「０」とし，そうでない場合は，Ｅビットを「１」とすることが記載されており（別紙ＴＳの４参照），上記記載は，ＳＤＵがＰＤＵに完全に含まれる（一致する）か否かの判定を行い，その判定結果に従ってＥビットを上記のように設定することを規定するものといえるから，構成要件Ｂの「ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否か」を「判定」する構成及び構成要件Ｄの「前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」する構成を開示している。なお，４．２．１．２．１項（別紙ＴＳの２参照）と９．２．２．５項との関係は，４．２．１．２．１項は，Ｅビットのタイプによらず，ＳＤＵがＰＤＵよりも大きいか否かを判定するという包括的な記載にとどまり，代替的Ｅビット解釈が使用される場合の具体的な比較の手法は，９．２．２．５項に記載されていると合理的に理解することができる。 (ｲ) 以上を前提とすると，本件各製品の構成ｂ及びｄは，構成要件Ｂ及びＤをそれぞれ充足する。ウ構成要件Ｃ，ＥないしＧの充足本件各製品の構成ｃは構成要件Ｃを，構成ｅは構成要件Ｅを，構成ｆは構成要件Ｆを，構成ｇは構成要件Ｇをそれぞれ充足する。エまとめ (ｱ) 以上のとおり，本件各製品は，本件発明１の構成要件ＢないしＧを充足し，また，本件各製品が構成要件Ａ及びＨを充足することは，前記争いのない事実等(3) イのとおりである。したがって，本件各製品は，本件発明１の構成要件を全て充足するから，その技術的範囲に属する。 (ｲ) これに対し被控訴人は，本件各製品が本件発明１の技術的範囲に属するというためには，本件各製品が本件発明１の構成要件に記載された全ての機能を現実のネットワーク上で実行していることを立証する必要があるところ，代替的Ｅビット解釈は，通常Ｅビット解釈のオプション的なものであり，通信事業者が代替的Ｅビット解釈を使用するようにネットワークを設定していることについての立証がないから，本件各製品が本件発明１の技術的範囲に属しない旨主張する。しかし，本件各製品は，本件発明１の構成要件を全て充足し，代替的Ｅビット解釈を実施する構成を備えている以上，本件発明１の技術的範囲に属するというべきであり，現実のネットワーク上で通信事業者が代替的Ｅビット解釈を使用するようにネットワークを設定しているかどうかは本件発明１の技術的範囲の属否とは無関係である。したがって，被控訴人の上記主張は失当である。 (2) 被控訴人の主張ア本件各製品の構成について (ｱ) 本件各製品におけるＵＭＴＳ規格に関連する処理は，本件各製品に実装されたベースバンドチップによって行われている（以下，本件各製品に実装されているベースバンドチップを「本件ベースバンドチップ」という。。本件ベースバンドチ）ップは，アップル社がインテル社（Intel Corporation）製のチップをその完全子会社であるインテル・アメリカ社（Intel Americas, Inc.）を通じて購入し，実装したものである。本件製品１及び３には，インテル社製のベースバンドチップ「ＰＭＢ８８７８」が搭載されているところ，「ＰＭＢ８８７８」が準拠している３ＧＰＰ規格は，本件出願の優先日前に公開された「リリース５」と呼ばれるバージョンであり，代替的Ｅビット解釈は含まれていないから，本件製品１及び３が控訴人主張の構成ｂないしｇを有することは争う。また，本件製品２及び４が控訴人主張の構成ｂないしｇを有することは不知である。 (ｲ)ａ控訴人主張の本件実機テストの報告書（乙１３）は，本件製品２及び４が代替的Ｅビット解釈に基づく機能を実装していることを基礎付けるものではない。すなわち，本件実機テストは，基地局のように振る舞うエミュレータに携帯端末を接続し，テスト端末からエミュレータに送信されるデータを解析するためのソフトウェアを用いてテストを行っているにすぎないものであり，このような現実のネットワークとは異なる単なるテスト環境において実施したテストの結果によって，本件各製品が現実のネットワークにおいて代替的Ｅビット解釈に基づく機能を実行できることを示すものではない。ｂまた，本件実機テストの報告書（乙１３）には，次のような不備又は問題点があり，本件製品２及び４が代替的Ｅビット解釈に基づく機能を実装していることを基礎付けるものではない。 (a) 乙１３の図１２及び図１４のテストログ（テスト１）においては，「Byte」欄の「６８」の２列目の行において，Ｅビットが「０」に設定されるとともに，「Interpretation」欄に「next octet: data」（訳文「次のオクテット：データ」）と記載されている。このように「次のフィールド」が「データ」と記載されていることからすると，本件実機テストは，代替的Ｅビット解釈ではなく，通常Ｅビット解釈が使用されている場合（本件技術仕様書Ｖ６．９．０の９．２．２．５項の「通常Ｅビット解釈」のビット「０」の場合）であると考えるのが素直である。また，乙１３の図１２及び図１４のテストログに示されているビット列は，テスト製品から出力されたデータの一部でしかないため，ＰＤＵが分割，連結，パディングされていない一つの完全なＳＤＵを含んでいるのか，別のものを含んでいるのか定かでないから，そもそも図１２及び図１４のテストログを根拠として，テストに用いた製品が代替的Ｅビット解釈を使用しているとの結論を導くことはできない。なお，乙１３の図１１の「altE_bitinterpretation」のチェックボックスにチェックが入っていることと，テスト製品において実際に代替的Ｅビット解釈が使用されるかどうかとは無関係である。 (b) 乙１３の図１３及び図１５のテストログ（テスト２）における「１１１１１１０」という値が設定された長さインジケータが，中間セグメントを含む長さインジケータにだけ設定されることを裏付ける証拠がない以上，上記値が中間セグメントを含むＰＤＵの存在を示していると結論付けることはできない。また，乙１３の図１３及び図１５も，図１２及び図１４と同様に，テスト製品から出力されたＳＤＵの表示部分を表示するにとどまり，ＳＤＵの他のセグメントがどのような状態になっているか明らかにされていない。したがって，図１３及び図１５は，テスト製品が代替的Ｅビット解釈を実装していることを基礎付けるものとはいえない。イ構成要件Ｂ及びＤの非充足本件発明１の構成要件Ｂ及びＤは，以下のとおり，本件技術仕様書Ｖ６．９．０記載の構成と異なる構成のものであるから，仮に控訴人が主張するように本件各製品が本件技術仕様書Ｖ６．９．０に準拠した構成を備えているとしても，本件各製品が構成要件Ｂ及びＤを充足するとはいえない。 (ｱ) 構成要件Ｂについて構成要件Ｂの「前記ＳＤＵが一つのＰＤＵに含まれるか否かを判定」との記載と構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示す」との記載を総合すると，構成要件Ｂにおける「前記ＳＤＵが一つのＰＤＵに含まれる」とは，「ＳＤＵが一つのＰＤＵに完全に含まれる（一致する）」ことを意味すると解すべきである。このように本件発明１は，構成要件Ｂにおいて，ＳＤＵが一つのＰＤＵに完全に含まれる（一致する）か否かを判定する方式を採用している。他方で，本件技術仕様書Ｖ６．９．０の４．２．１．２．１項の「ＲＬＣＳＤＵがＵＭＤＰＤＵの利用可能なスペースの長さより大きい場合」に「ＲＬＣＳＤＵを適当なサイズのＵＭＤＰＤＵｓに分割する。」との記載によれば，４．２．１．２．１項記載の判定方式は，ＳＤＵの分割が必要か否かを決定することを目的とし，ＳＤＵがＰＤＵの利用可能な領域よりも大きいか否か（ＳＤＵとＰＤＵの大小関係）を判定する方式であって，ＳＤＵが一つのＰＤＵに完全に含まれる（一致する）か否かを判定する方式とは異なるものである。また，控訴人主張の本件技術仕様書Ｖ６．９．０の９．２．２．５項の記載は，Ｅビットに設定される「０」又は「１」という値をそれぞれどのように解釈すべきかについて規定しているにすぎず，判定方式については何ら述べていない。したがって，本件各製品が本件技術仕様書Ｖ６．９．０に準拠した構成ｂを備えていることをもって，本件各製品が構成要件Ｂを充足するとはいえない。 (ｲ) 構成要件Ｄについて構成要件Ｄにいう「前記ＳＤＵが一つのＰＤＵに含まれる場合」とは，①パディングが生じている場合（すなわち，ＳＤＵがパディングとともにＰＤＵに格納される場合），②連結が生じている場合（すなわち，ＳＤＵが一つ又は複数の他のＳＤＵと連結され，ＰＤＵに格納される場合），③分割，連結及びパディングのいずれも生じていない場合（すなわち，ＳＤＵのサイズがＰＤＵのペイロードのサイズに完全に一致する場合）を全て対象とするものであるから，構成要件Ｄを充足するというためには，上記①又は②の場合であっても，「ＰＤＵが分割，連結又はパディングなしにＳＤＵを完全に含むことを示すように１ビットフィールドが設定」されなければならない。他方で，本件技術仕様書Ｖ６．９．０記載の代替的Ｅビット解釈においては，上記③の場合にのみ，ＰＤＵが完全なＳＤＵを含むことを示すように１ビットフィールドが設定されるのであるから，構成要件Ｄと本件技術仕様書Ｖ６．９．０に準拠した構成ｄとでは，ＰＤＵが分割，連結又はパディングされていないＳＤＵを含むことを示すように１ビットフィールドが設定される条件が異なるとともに，ＰＤＵが連結又はパディングの生じているＳＤＵを含む場合の１ビットフィールドの設定方法が異なっている。したがって，本件各製品が本件技術仕様書Ｖ６．９．０に準拠した構成ｄを備えていることをもって，本件各製品が構成要件Ｄを充足するとはいえない。ウ本件各製品が本件発明１の構成要件に記載された全ての機能を実行できることの立証がないこと本件各製品が本件発明１の技術的範囲に属するというためには，本件各製品が本件発明１の構成要件に記載された全ての機能を実行できることを立証する必要があり，そのためには，ネットワーク通信事業者が代替的Ｅビット解釈を使用できるようにネットワークを構成していることを示す必要があるというべきである。すなわち，代替的Ｅビット解釈は，本件各製品それ自体が単独で実行できるものではなく，いかなる携帯端末も，代替的Ｅビット解釈を使用するようネットワークから指示されない限り，基地局へのデータ送信に際し，デフォルトの「通常Ｅビット解釈」を実行するのであり，その場合には，本件発明１の構成要件Ｄ及びＦが規定する内容に従ってＥビットや長さインジケータが設定されることはないのであるから，本件各製品が本件発明１の構成要件に記載された全ての機能を実行するには，ネットワーク通信事業者が代替的Ｅビット解釈を使用できるようにネットワークを構成していなければならない。しかるに，本件においては，ネットワーク通信事業者が代替的Ｅビット解釈を使用できるようにネットワークを構成していることを示す証拠は存在せず，本件各製品が本件発明１の構成要件に記載された全ての機能を実行できるものといえないから，本件各製品は本件発明１の技術的範囲に属しない。エまとめ以上のとおり，本件各製品は，本件発明１の構成要件を充足せず，また，本件発明１の構成要件に記載された全ての機能を実行できるものといえないから，本件発明１の技術的範囲に属しない。２争点２（本件発明２に係る本件特許権の間接侵害（特許法101条4号，５号）の成否）について (1) 控訴人の主張ア本件各製品におけるデータ送信方法の構成前記１(1)アの本件各製品の構成によれば，本件各製品におけるデータ送信方法（以下「本件方法」という。）は，次のとおりの構成を有している（以下，各構成を「構成ｉ」「構成ｊ」などという。。，）ｉ本件方法は，移動通信システムにおいてデータを送信する。ｊ本件方法は，上位階層からサービスデータユニット(ＳＤＵ）を受信し，ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定する。ｋＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれる場合に，ヘッダとデータを含むＰＤＵを構成する。ここで，ヘッダには，一連番号フィールドと，ＰＤＵに含まれるのが分割，連結，パディングされていない完全なＳＤＵを含むことを示す値「０」が設定されるＥビットフィールドとを含む。ｌＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)の利用可能なスペースより大きい場合には，適当なサイズのＰＤＵに分割する。ここで，ヘッダには，一連番号フィールドと，ＰＤＵに含まれるのが完全なＳＤＵでない場合に，長さインジケータが存在することを示す値「１」が設定されるＥビットフィールドと，長さインジケータとを含む。ｍＰＤＵのデータフィールドがＳＤＵの最初のセグメントでも最後のセグメントでもないセグメントを含む場合，ＬＩフィールドは，ＰＤＵがＳＤＵの最初のセグメントでも最後のセグメントでもないセグメントを含むことを示す予め定められた値（「１１１１１１０」又は「１１１１１１１１１１１１１１０」）が設定される。ｎ本件方法は，ＰＤＵを受信側のエンティティに伝送する。ｏ本件方法は，データを送信する。イ本件方法が本件発明２の技術的範囲に属すること (ｱ) 本件方法の構成ｊないしｎは，本件発明２の構成要件ＪないしＮをそれぞれ充足する。この点に関し，被控訴人は，本件発明２の構成要件Ｊ及びＬは，本件技術仕様書Ｖ６．９．０記載の構成と異なる構成のものであるから，本件方法が構成要件Ｊ及びＬを充足するとはいえない旨主張するが，前記１(1)イで構成要件Ｂ及びＤについて述べたのと同様の理由により，構成要件Ｊ及びＬは，本件技術仕様書Ｖ６．９．０記載の代替的Ｅビット解釈の内容を開示したものであるから，被控訴人の上記主張は理由がない。 (ｲ) 以上のとおり，本件方法は，本件発明２の構成要件ＪないしＮを充足し，また，本件方法が構成要件Ｉ及びＯを充足することは，前記争いのない事実等(3)イのとおりである。したがって，本件方法は，本件発明２の構成要件を全て充足するから，その技術的範囲に属する。ウ間接侵害の成立 (ｱ) 特許法101条4号の間接侵害特許発明に係る方法の使用に用いる物に，当該特許発明を実施しない使用方法自体が存する場合であっても，当該特許発明を実施しない機能のみを使用し続けながら，当該特許発明を実施する機能は全く使用しないという使用形態が，その物の経済的，商業的又は実用的な使用形態として認められない限り，その物を製造，販売等することによって侵害行為が誘発される蓋然性が極めて高いことに変わりはないというべきであるから，「その方法の使用にのみ用いる物」（特許法101条4号）に当たると解するのが相当である（知的財産高等裁判所平成２３年６月２３日判決参照）。そして，本件各製品において本件発明２を実施する機能を全く使用しないということは，その経済的，商業的又は実用的な使用形態としておよそ想定することができないことから，本件各製品は，本件発明２の「その方法の使用にのみ用いる物」に当たるものといえる。そうすると，被控訴人が本件各製品を輸入し，販売する行為は，本件発明２に係る本件特許権の間接侵害（特許法101条4号）を構成するというべきである。 (ｲ) 特許法101条5号の間接侵害本件発明２は，従来技術によるＶｏＩＰ通信方式でＲＬＣフレーミング方式を使「用する場合に，不必要なＬＩフィールドの使用によって限定された無線リソースが非効率的に使用されるという問題点」（本件明細書の段落【００１２】）を解決課題とし，「パケットサービスを支援する移動通信システムで，無線リンク制御階層のプロトコルデータユニット(ＲＬＣＰＤＵ）のヘッダーサイズを減少させて無線リソースを効率的に使用する方法及び装置を提供すること」（段落【００１３】）等を発明の目的とし，「限定された無線伝送リソースを効率的に使用する」等の効果を有する（段落【００１８】）ものである。本件各製品は，本件発明２の使用に用いる物であって，本件発明２の上記課題の解決に不可欠なものである。また，被控訴人は，控訴人による本件仮処分の申立てを受けたことにより，本件発明２が特許発明であること及び本件各製品が本件発明２の実施に用いられていることについて知ったものといえる。そうすると，被控訴人が本件各製品を輸入し，販売する行為は，本件発明２に係る本件特許権の間接侵害（特許法101条5号）を構成するというべきである。エまとめ以上のとおりであるから，被控訴人が本件各製品を輸入し，販売する行為は，本件発明２に係る本件特許権の間接侵害（特許法101条4号，５号）を構成する。 (2) 被控訴人の主張ア本件方法が本件発明２の技術的範囲に属しないこと (ｱ) 前記１(2)アで述べたのと同様の理由により，本件各製品はいずれも代替的Ｅビット解釈に基づく機能を実装しているといえないから，本件方法は，控訴人主張の構成ｊないしｎを有しない。また，本件発明２の構成要件Ｊ及びＬは，前記１(2)イで述べたのと同様の理由により，本件技術仕様書Ｖ６．９．０記載の構成と異なるから，本件方法が構成要件Ｊ及びＬを充足するとはいえない。したがって，本件方法は，構成要件ＪないしＮを充足しないから，本件発明２の技術的範囲に属しない。 (ｲ) また，前記１(2)ウのとおり，ネットワーク通信事業者が代替的Ｅビット解釈を使用できるようにネットワークを構成していることを示す証拠は存せず，本件各製品において実際に代替的Ｅビット解釈が使用されていることの立証はないから，本件方法は，本件発明２の技術的範囲に属しない。イ間接侵害の不成立 (ｱ) 特許法101条4号又は５号の間接侵害の成立には，少なくとも発明が第三者により直接実施されていることを要すると解すべきであるところ，第三者が本件発明２を直接実施していることについての主張立証はない。 (ｲ) 本件各製品において実際に代替的Ｅビット解釈が使用されていることの立証はなく，また，本件各製品には，本件発明２を実施しない機能のみを使用する使用形態が存在し，その使用形態は経済的，商業的又は実用的な使用形態であるから，本件各製品は，本件発明２の「その方法の使用にのみ用いる物」（特許法101条４号）に当たらない。 (ｳ) ３ＧＰＰ規格に準拠した実際の通信において，ＳＤＵのサイズがＰＤＵのサイズに一致する割合はあまりに低く，本件発明２の効果を奏する場面は非常に限られているから，本件各製品は，本件発明２による「課題の解決に不可欠なもの」（特許法101条5号）に当たらない。ウまとめ以上のとおりであるから，被控訴人が本件各製品を輸入し，販売する行為が本件発明２に係る本件特許権の間接侵害を構成するとの控訴人の主張は，理由がない。３争点３（特許法104条の3第1項の規定による本件各発明に係る本件特許権の権利行使の制限の成否）について (1) 被控訴人の主張本件各発明に係る本件特許には，以下のとおりの無効理由があり，特許無効審判により無効にされるべきものであるから，特許法104条の3第1項の規定により，控訴人は，被控訴人に対し，本件特許権を行使することができない。ア無効理由１（甲３による新規性欠如）本件各発明は，以下のとおり，本件出願の優先日前に頒布された刊行物である甲３（特開２００４－１７９９１７号公報）に記載された発明と実質的に同一であるから，本件各発明に係る本件特許には，特許法29条1項3号に違反する無効理由（同法123条1項2号）がある。 (ｱ) 甲３の記載事項甲３の段落【０００１】【０００３】【０００４】【０００８】【０００９】【０，，，，，０１３】【００２５】【００２６】【００２８】【００２９】【００３１】，，，，，，図２，３，８及び９によれば，甲３には，本件各発明の構成要件が全て開示されている。 (ｲ) 控訴人の主張について控訴人は，甲３には，構成要件Ｄ（Ｋ），Ｆ（Ｍ）の開示がない旨主張するが，以下のとおり，理由がない。ａ構成要件Ｄ（Ｋ）について (a) 甲３の段落【０００８】に，図３のＰＤＵ５０について，｢僅か一つのＳＤＵが，完全にＰＤＵ５０のデータ領域５８を充填する場合，ビット５５ａは０で，ＬＩは出現しないことを表示する。｣との記載がある。この「ビット５５ａ」は，「拡張子ビット（extension bit）」であり（段落【０００８】，１ビットのバイナリデ）ータ（「０」か「１」）である（図３）。このように拡張子ビット（Ｅビット）が「０」に設定され得るため，甲３には，構成要件Ｄ（Ｋ）の「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」する設定部があることが開示されているといえる。 (b) ＳＤＵには様々なサイズがあるため，一つのＳＤＵが三つ以上のセグメントに分割される場合も不可避的に起こり得るのであり，その場合，中間セグメント（最初のセグメントでも最後のセグメントでもないセグメント）を含むＰＤＵが当然生じるのであるから，甲３に接した当業者であれば，甲３に，中間セグメントを含むＰＤＵが開示されていることを明確に理解できる。そして，ＰＤＵが中間セグメントを含む場合には，Ｅビットが「０」に設定される｢僅か一つのＳＤＵが，完全にＰＤＵ５０のデータ領域５８を充填する場合」（段落【０００８】）に該当しないことからすると，中間セグメントを含むＥビットの値は，「１」に設定するほかない。また，甲３の「代替ＰＤＵ」の一例である｢パディングＰＤＵ」（段落【００２６】，【００３１】，図８及び９等）は，パディングＰＤＵの前後のＰＤＵを結合する役割を果たすため，「中間セグメントを含むＰＤＵ」に対応する。そうすると，甲３には，構成要件Ｄ（Ｋ）の「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部」があることが開示されているといえる。ｂ構成要件Ｆ（Ｍ）について甲３は，中間セグメントを含むＰＤＵに対応する「パディングＰＤＵ」について，ＬＩフィールドが「特別コードを設定し，全て１である。・・・残りのＰＤＵ・・・が未定義の部分を埋めるだけで，無視しても構わない情報を保持している」ことを開示し（段落【００２６】，また，特別なＬＩを含むパディングＰＤＵの数値とし）て，図８において，予め定められた値｢１１１１１１１１１１１１１１１｣（１５桁）の長さインジケータ（ＬＩ）１５６ａを，図９において，予め定められた値｢１１１１１１１｣（７桁）の長さインジケータ（ＬＩ）１５６ｂを開示している。したがって，甲３には，構成要件Ｆ（Ｍ）の「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」ることが開示されているといえる。 (ｳ) 小括以上によれば，本件各発明は，甲３に記載された発明と同一のものであって，新規性が欠如している。イ無効理由２（甲３を主引例とする進歩性欠如①）本件各発明は，以下のとおり，本件出願の優先日前に頒布された刊行物である甲３に記載された発明と技術常識に基づいて，当業者が容易に想到することができたものであるから，本件各発明に係る本件特許には，特許法29条2項に違反する無効理由（同法123条1項2号）がある。 (ｱ) 本件各発明と甲３に記載された発明との一致点及び相違点本件各発明と甲３に記載された発明とは，甲３に記載された発明が，構成要件Ｆ（Ｍ）の「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値」を設定する構成を有するかどうか明らかでない点で相違し，その余の構成は一致する。 (ｲ) 相違点の容易想到性 ① 甲３には，１種類のデータからなる同じ長さを有するデータを完全に含む２「種類のＰＤＵを区別するために長さインジケータに予め定義された値を設定する」という技術思想が開示されていること（段落【０００８】【００２６】，，図８及び９等），② 技術的な観点からみても，２種類のＰＤＵを区別するために，長さインジケータを予め定義された値に設定する方法は，当業者にとって，最も現実的でかつ簡明な方法であり，当然に選択されるべきものであったこと（甲３９の段落【０００７】等）などからすると，当業者は，甲３と技術常識に基づいて，前記(ｱ)の相違点に係る本件各発明の構成を容易に想到することができたものといえる。 (ｳ) 小括以上によれば，本件各発明は，甲３に記載された発明と技術常識に基づいて当業者が容易に想到することができたものであるから，進歩性が欠如している。ウ無効理由３（甲３を主引例とする進歩性欠如②）本件各発明は，以下のとおり，本件出願の優先日前に頒布された刊行物である甲３及び甲４（３ＧＰＰのワーキンググループの議事録「 L2 Optimization for VoIP(R2-050969））に記載された発明に基づいて，当業者が容易に想到することが」できたものであるから，本件各発明に係る本件特許には，特許法29条2項に違反する無効理由（同法123条1項2号）がある。 (ｱ) 相違点の容易想到性本件各発明と甲３に記載された発明との一致点及び相違点は，前記イ(ｱ)のとおりである。そして，甲４には，２種類のＰＤＵ（同じ長さを持ち，全体として１種類となるデータを含むもの。）を識別できないという課題（具体的には，一つのＳＤＵを完全に含むＰＤＵと中間セグメントを含むＰＤＵとを区別することができないという問題）が生じること，長さインジケータに予め定められた特定の値を設定することによって上記課題を解決するという技術思想が開示されていること（図２及び３等）などからすると，当業者は，甲３及び甲４に基づいて，上記相違点に係る本件各発明の構成を容易に想到することができたものといえる。 (ｲ) 小括以上によれば，本件各発明は，甲３及び甲４に記載された発明に基づいて当業者が容易に想到することができたものであるから，進歩性が欠如している。エ無効理由４（甲３を主引例とする進歩性欠如③）本件各発明は，以下のとおり，本件出願の優先日前に頒布された刊行物である甲３及び甲３９（特表２００２－５２７９４５号公報）に基づいて，当業者が容易に想到することができたものであるから，本件各発明に係る本件特許には，特許法２ 9条2項に違反する無効理由（同法123条1項2号）がある。 (ｱ) 本件各発明と甲３に記載された発明との一致点及び相違点本件各発明と甲３に記載された発明とは，甲３に記載された発明が，① 構成要件Ｄ（Ｋ）の「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定し，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部」の構成を有するかどうか明らかでない点（以下「相違点 ①」という。，② ）構成要件Ｆ（Ｍ）の「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値」を設定する構成を有するかどうか明らかでない点（以下「相違点②」という。）で相違し，その余の構成は一致する。 (ｲ) 甲３９の記載事項甲３９には，① データを受信する側において，分割されたデータを正しく組み立てるために長さインジケータを使用する必要があること【要約】，（）② ＰＤＵに含まれるＳＤＵが当該ＰＤＵにおいて終了するか，それとも次のＰＤＵに続いているのかを区別するために，ＳＤＵの中間セグメントを含むＰＤＵに長さインジケータが挿入され，そこに予め定義された値が設定されること（【要約】，段落【０００６】【００１０】【００１９】，，）が開示されている。また，本件出願の出願経過において発せられた平成２２年３月３０日付け拒絶理由通知書（甲４４）は，甲３９には，長さインジケータに予め定義された値を設定することによって，ＳＤＵに関する「特殊な情報」を示し，「上記特殊な情報は，・・・下位層ＰＤＵのヘッダにおいて，ペイロードユニットのどの１つ又はそれ以上がセグメント長さ情報を含むかを指示する（本願の「中間セグメントが存在することを示す値に設定され」に相当）点が記載されている」と述べている。これに対し控訴人は，平成２２年１０月６日付け意見書において，上記拒絶理由通知書で述べられていた点を争わなかったのであるから，甲３９が長さインジケータを用いて中間セグメントの存在を示すことを開示していることを控訴人も認めていたものといえる。 (ｳ) 相違点の容易想到性ａ相違点①について ① 本件出願の優先日前に，一つのＳＤＵを完全に含むＰＤＵとＳＤＵの中間セグメントを含むＰＤＵとを区別する必要があることは，当業者に十分に認識されていたこと，② 甲３９によれば，ＳＤＵの中間セグメントを含むＰＤＵに長さインジケータが挿入されるため，当該ＰＤＵのＥビットは，長さインジケータが存在することを示すように設定されること（前記(ｲ)）に照らすならば，甲３に甲３９を組み合わせることにより，一つのＳＤＵが完全にＰＤＵに含まれるかどうか，又はＰＤＵがＳＤＵの中間セグメントを含み，長さインジケータが存在するかどうかを示すために１ビットフィールドを設定すること（相違点①に係る本件各発明の構成）は，当業者であれば，容易に想到することができたものといえる。ｂ相違点②について前記(ｲ)のとおり，甲３９には，相違点②に係る本件各発明の構成が開示されている。そうすると，当業者は，甲３及び甲３９に基づいて，相違点②に係る本件各発明の構成を容易に想到することができたものといえる。 (ｴ) 小括以上によれば，本件各発明は，甲３及び甲３９に記載された発明に基づいて当業者が容易に想到することができたというべきである。オ無効理由５（甲１の４を主引例とする進歩性欠如）本件各発明は，以下のとおり，本件出願の優先日前に頒布された刊行物である甲１の４（３ＧＰＰ規格の技術仕様書「３ＧＰＰＴＳ２５．３２２Ｖ６．３．０」。以下「本件技術仕様書Ｖ６．３．０」という。）に記載された発明と技術常識に基づいて，当業者が容易に想到することができたものであるから，本件各発明に係る本件特許には，特許法29条2項に違反する無効理由（同法123条1項2号）がある。 (ｱ) 本件各発明と甲１の４に記載された発明との一致点及び相違点甲１の４には，本件技術仕様書Ｖ６．３．０記載の「通常Ｅビット解釈」が開示されている。そして，本件各発明と甲１の４に記載された発明とは，甲１の４記載の「通常Ｅビット解釈」が，① ＰＤＵが分割，連結又はパディングされていないＰＤＵを含む場合，長さインジケータが出現しない点（以下「相違点１」という。，② ）ＰＤＵがＳＤＵの中間セグメントを含む場合，長さインジケータが挿入され，それに中間セグメントの存在を示す特別な値が設定される点（以下「相違点２」という。）で相違し，その余の構成は一致する。 (ｲ) 本件出願の優先日前の技術常識以下の点は，本件出願の優先日前の技術常識であった。ａ固定ビットレートの音声コーデックを使用するＶｏＩＰアプリケーションが，同じサイズのＳＤＵを頻繁に発生させること（甲１の２，４２，９２）ｂ受信したデータがデータパケットのデータフィールドを完全に充填する場合（一つのＳＤＵがＰＤＵのデータフィールドを完全に充填する場合）に，ヘッダーサイズを減らすことができること（甲３の段落【０００８】の「僅か一つのＳＤＵが，完全にＰＤＵ５０のデータ領域５８を充填する場合，ビット５５ａは０で，ＬＩは出現しないことを表示する。」との記載，甲４０）ｃＰＤＵのデータフィールドに長さインジケータを用いて中間セグメントが含まれることを示すこと（甲３９の段落【００１９】，甲４３） (ｳ) 相違点の容易想到性ａＰＤＵヘッダーの最初のＥビットに０を設定し，長さインジケータを省略することによって，ＰＤＵヘッダーのデータ量を減少させることができること，そのようにしてＰＤＵヘッダーのデータ量を減少させることのできるＰＤＵは４種類（①ＳＤＵの最初セグメントを含むＰＤＵ，②ＳＤＵの中間セグメントを含むＰＤＵ，③ＰＤＵのデータフィールドのサイズと一致する，ＳＤＵの最後セグメントを含むＰＤＵ，④ＰＤＵのデータフィールドのサイズと一致する，一つのＳＤＵを含むＰＤＵ）しか存在しないことは，当業者のよく知るところであり，甲１の４記載の「通常Ｅビット解釈」は，上記②及び③の２種類のＰＤＵについて，Ｅビットに０を設定し，長さインジケータを省略することを選択している。甲１の４記載の「通常Ｅビット解釈」が，ＳＤＵの中間セグメントを含むＰＤＵの長さインジケータ（上記②）を省略したのは，多くのアプリケーションでは，ＰＤＵデータフィールドよりも大きいサイズのＳＤＵが頻繁に発生し，その当然の帰結として，ＳＤＵの中間セグメントを含むＰＤＵも頻繁に発生することになることから，そのようなＰＤＵのヘッダーサイズを小さくすれば，トータルでのオーバーヘッドを減少させ，データ伝送をより効率的に行うことが可能となるためであり，中間セグメントを含むＰＤＵの長さインジケータを省略する方が，完全に一致するＳＤＵを含むＰＤＵの長さインジケータを省略するよりもヘッダーのデータ量を節約できると認識していたことを強く示唆するものである。同時に，長さインジケータを省略することのできるＰＤＵの種類が上記のとおり限られていることからすると，３ＧＰＰは，ＰＤＵデータフィールドに完全に一致するＳＤＵの発生頻度が高い場合には，そのようなＳＤＵを含むＰＤＵの長さインジケータを省略することにより，データ伝送のオーバーヘッドを減少させることができると認識していたこともうかがわれる。一方，構成要件Ｄ（Ｋ）の「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」（以下「構成要件Ｄ(a)」という。は，）長さインジケータを省略するＰＤＵについて上記④の１種類を選択したものであり，これは，本件出願の優先日前に，固定ビットレートの音声コーデックを使用するＶｏＩＰアプリケーションが，同じサイズのＳＤＵを頻繁に発生させること（前記(ｲ)ａ）が当業者によく知られていたからである。このように甲１の４記載の「通常Ｅビット解釈」と構成要件Ｄ(a)は，データ伝送の効率を向上させるために，発生頻度の高いＳＤＵを含むＰＤＵの長さインジケータを省略することにより，データ伝送のオーバーヘッドを減少させるという技術思想が共通する。ｂ(a) 構成要件Ｄ(a)の構成を採用した場合，構成要件Ｄ（Ｋ）の「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定」（以下「構成要件Ｄ(b)」という。）の構成が自動的かつ必然的に導き出される。すなわち，Ｅビットは０か１という値しかとり得ない以上，構成要件Ｄ(a)の構成を採用し，ＰＤＵが分割，連結又はパディングされていないＰＤＵを含む場合，当該ＰＤＵの最初のＥビットを０に設定することを選択すると，それ以外の種類のデータを含むＰＤＵの最初のＥビットは，必ず１に設定されることになるから，ＰＤＵがＳＤＵの中間セグメントを含む場合，当該ＰＤＵの最初のＥビットは，「少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように」，１に設定されることとなる。 (b) また，構成要件Ｄ(a)の構成を採用した場合，構成要件Ｄ(b)の構成とともに，構成要件Ｆ（Ｍ）の「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定」の構成が自動的かつ必然的に導き出される。すなわち，一つのＳＤＵを完全に含むＰＤＵにおいて，最初のＥビットを０に設定し，長さインジケータを省略する以上は，中間セグメントを含むＰＤＵにおいては，必ず最初のＥビットを１に設定し，長さインジケータを挿入しなければならず，その長さインジケータには，ＰＤＵのどこでＳＤＵが終了するかを示す値か，ＰＤＵデータフィールドに格納されたデータの種類を示す予め定められた値のいずれかが設定される。そして，ＳＤＵが中間セグメントにおいて終了することがない以上，中間セグメントを含むＰＤＵの長さインジケータには，ＰＤＵデータフィールドに格納されたデータの種類（つまり，中間セグメント）を示す予め定められた値に設定する構成（構成要件Ｆ（Ｍ）の構成）を採用するほかない。ｃそして，本件出願の優先日前に，固定ビットレートの音声コーデックを使用するＶｏＩＰアプリケーションが，同じサイズのＳＤＵを頻繁に発生させること，一つのＳＤＵがＰＤＵのデータフィールドを完全に充填する場合に，ヘッダーサイズを減らすことができること，ＰＤＵのデータフィールドに長さインジケータを用いて中間セグメントが含まれることを示すことが，いずれも技術常識であったこと（前記(ｲ)）からすると，一つのＳＤＵがＰＤＵのデータフィールドを完全に充填する頻度が高い，特定のＶｏＩＰアプリケーションに関し，甲１の４記載の「通常Ｅビット解釈」において，上記技術常識を適用して，中間セグメントを含むＰＤＵの代わりに，一つのＳＤＵを完全に含むＰＤＵのヘッダーから長さインジケータを省略するという設計変更を行うことは，当業者にとって容易であり，しかも，そのような設計変更を行った場合，中間セグメントを含むＰＤＵに予め定められた値の長さインジケータを挿入することは自動的かつ必然的に導き出されるのであるから，当業者は，甲１の４記載の「通常Ｅビット解釈」と技術常識に基づいて，相違点１（構成要件Ｄ(a)）及び相違点２（構成要件Ｄ(b)及びＦ（Ｍ））に係る本件各発明の構成を容易に想到することができたものといえる。ｄこれに対し控訴人は，中間セグメントを含むＰＤＵに長さインジケータを付加するとオーバーヘッドが増加することになるから，甲１の４記載の「通常Ｅビット解釈」に構成要件Ｆ（Ｍ）の構成を適用することには阻害要因がある旨主張する。しかし，たとえ中間セグメントを含むＰＤＵに関してはオーバーヘッドが増加することになるとしても，一つのＳＤＵを完全に含むＰＤＵについてはヘッダーサイズを減少させることができ，特定のＶｏＩＰアプリケーションが使用される場面においてはオーバーヘッドが小さくなるのであるから，甲１の４記載の「通常Ｅビット解釈」に構成要件Ｆ（Ｍ）の構成を適用することに阻害要因はない。したがって，控訴人の上記主張は失当である。 (ｴ) 小括以上によれば，本件各発明は，甲１の４に記載された発明と技術常識に基づいて，当業者が容易に想到することができたというべきである。 (2) 控訴人の主張ア無効理由１に対し (ｱ) 甲３には，本件各発明の構成要件Ｄ（Ｋ），Ｆ（Ｍ）の開示がない点で，甲３に記載された発明と本件各発明は相違する。ａ被控訴人が指摘する甲３の図３についての｢僅か一つのＳＤＵが，完全にＰＤＵ５０のデータ領域５８を充填する場合，ビット５５ａは０で，ＬＩは出現しないことを表示する。｣（段落【０００８】）との説明は，段落【０００６】に「図３はＡＭデータＰＤＵ５０の簡略図で，３ＧＰＰＴＳ２５．３２２Ｖ３．８．０．規範に掲載されている。との記載があるとおり，」代替的Ｅビット解釈が３ＧＰＰ規格に採用される前の３ＧＰＰ規格の技術仕様書である「３ＧＰＰＴＳ２５．３２２Ｖ３．８．０」（乙７。以下「本件技術仕様書Ｖ３．８．０」という。）について説明したものであって，その記載内容は，現在の３ＧＰＰ規格でいう通常Ｅビット解釈のものである。これに対し，通常Ｅビット解釈には，「前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含む」場合について全く記載がない。また，段落【０００８】の上記記載を字義通りに解釈しても，｢僅か一つのＳＤＵが，完全にＰＤＵ５０のデータ領域５８を充填する」という表現は，ＳＤＵとＰＤＵのサイズが一致する場合のみならず，ＳＤＵの方がサイズが大きく，分割された最初のセグメントや中間セグメントがＰＤＵを充填する場合にも，これに該当し，構成要件Ｄ（Ｋ）の「前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含む」場合のみを意味するものではない。したがって，甲３は，構成要件Ｄ（Ｋ）を開示するものではない。ｂ前記ａのとおり，甲３においては，中間セグメントがＰＤＵを充填する場合にも，「ビット５５ａは０で，ＬＩは出現しない」に該当するので，「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」ること（構成要件Ｆ（Ｍ））もない。また，「パディングＰＤＵ」は，「実際のＳＤＵデータを備えず，ＳＤＵデータが不測のデータ中断の発生により破棄される時にだけ用いられる」もので，ＳＤＵを充填したものではなく（甲３の段落【００２６】，ＳＤＵとは全く無関係であり，）ＳＤＵとの関係を観念することも，中間セグメントを観念することも不可能であるから，中間セグメントを含むＰＤＵに対応するものではない。しかも，「パディングＰＤＵ」である限り，「拡張子ビット１５５ａ」は常に１に設定され，中間セグメントかどうかによって拡張子ビット１５５ａの値が変更されるものではないから，パ「ディングＰＤＵ」は，完全なＳＤＵを含むＰＤＵと中間セグメントを含むＰＤＵとを区別する技術ではない。したがって，甲３は，構成要件Ｆ（Ｍ）を開示するものではない。 (ｲ) 以上によれば，被控訴人主張の無効理由１は理由がない。イ無効理由２に対し (ｱ) 前記ア(ｱ)ａのとおり，甲３には構成要件Ｄ（Ｋ）の開示がないから，本件各発明と甲３に記載された発明とは，甲３に記載された発明が構成要件Ｄ（Ｋ）の構成を有しない点においても相違する。 (ｲ) 甲３に記載された従来技術は，本件技術仕様書Ｖ３．８．０の内容であり，それ自体が規格として成立しているから，完全なＳＤＵを含むＰＤＵと中間セグメントを含むＰＤＵを区別できないという課題は存在しない。また，２種類のＰＤＵを区別するために，長さインジケータを予め定義された値に設定することが，技術的な観点から，当然の選択であったとはいえない。したがって，当業者が甲３と技術常識に基づいて構成要件Ｆ（Ｍ）の構成を容易に想到することができたものとはいえない。 (ｳ) 以上によれば，被控訴人主張の無効理由２は理由がない。ウ無効理由３に対し (ｱ) 前記イ(ｱ)及び(ｲ)のとおり，本件各発明と甲３に記載された発明とは，甲３に記載された発明が構成要件Ｄ（Ｋ）の構成を有しない点においても相違し，また，甲３に記載された従来技術には，完全なＳＤＵを含むＰＤＵと中間セグメントを含むＰＤＵを区別できないという課題は存在しない。 (ｲ) 甲４に記載された発明は，ＰＤＵ同士を区別できないという問題ではなく，「前のＲＬＣＰＤＵを失った場合，ＳＤＵ全体が受信されたかどうかが分からない。（訳文３頁最終行）という課題を解決するための方策であって，甲３に記載さ」れた発明とは課題が異なる。しかも，甲４に記載された内容は，「ＬＩの予約値のうち一つを使用：この場合，追加ＬＩは，一番目のＲＬＣＳＤＵが完全に含まれるＲＬＣＰＤＵに含まれなければならない。その結果，１２.２kbps ペイロードのうち３％に相当する部分がオーバーヘッドとなる。（訳文５頁１行～３行）というもので，ＳＤＵが完全に含」まれる場合に，長さインジケータの予約値を用いるという本件発明１と正反対の技術であり，また，甲４には，中間セグメントに長さインジケータの予約値を用いることは記載されていない。したがって，当業者が甲３及び甲４に基づいて構成要件Ｆ（Ｍ）の構成を容易に想到することができたものとはいえない。 (ｳ) 以上によれば，被控訴人主張の無効理由３は理由がない。エ無効理由４に対し (ｱ) 甲３９には，本件各発明の構成要件Ｄ（Ｋ），Ｆ（Ｍ）の開示がない。ａもっとも，甲３９には，「ＰＤＵの第１ＰＤＵに，そのＰＤＵのＳＤＵが次のＲＬＣＰＤＵに続いていることを指示する所定値を有する長さ指示子が与えられてもよい。（段落【００１９】」）との記載があるが，上記記載は，ＳＤＵが次のＰＤＵに続いていること（最後のセグメントでないこと）を示すものではあっても，最初のセグメントでないことを示すものではないから，最初のセグメントでも最後の（セグメントでもない）中間セグメントであることを示すものではなく，上記記載をもって，甲３９に構成要件Ｆが開示されているとはいえない。この点に関し被控訴人は，本件特許の出願経過において，控訴人が，平成２２年１０月６日付け意見書において，同年３月３０日付け拒絶理由通知書（甲４４）で甲３９について述べられていた点を争わなかったのであるから，甲３９が長さインジケータを用いて中間セグメントを示すことを控訴人も認めていた旨主張する。しかし，上記のとおり，甲３９には，中間セグメントについての開示はなく，また，審査官が拒絶の理由を発見しなかった「請求項２の要素」（甲４４）に基づき早期の権利化を図ることも，何ら不自然なことではないから，出願経過において意見書で明示的に争わなかったからといって甲３９が長さインジケータを用いて中間セグメントを示すことを控訴人が認めていたことにはならない。したがって，被控訴人の上記主張は理由がない。ｂまた，甲３９においては，段落【００１９】の「ＳＤＵが現在ＰＤＵの終わりに終了する場合には，ＰＤＵの終わりを正確に指す長さ指示子の値によりそれが示される。」との記載があるとおり，ＰＤＵが完全なＳＤＵを含む場合には，長さ指示子（長さインジケータ）が用いられることは明らかであり，甲３９には，構成要件Ｄ（Ｋ）とは逆のことが記載されている。 (ｲ) 上記のとおり，甲３９には，本件各発明の構成要件Ｄ（Ｋ），Ｆ（Ｍ）の開示がなく，また，甲３と甲３９とを組み合わせる動機付けは何ら存在しないから，本件各発明は，甲３及び甲３９に基づき当業者が容易に想到することができたものとはいえない。したがって，被控訴人主張の無効理由４は理由がない。オ無効理由５に対し (ｱ)ａ本件出願の優先日前において，実際の通信環境において，ＳＤＵのサイズがＰＤＵのサイズと完全に一致する割合が大きいことは，当業者には知られていなかったから（甲４２等は，被控訴人主張の裏付けにはならない。，完全なＳＤＵを）含むＰＤＵにおいてヘッダーの情報を減らそうという動機付けはない。また，甲１の４記載の通常Ｅビット解釈においては，ヘッダーに含まれる長さインジケータは，ＳＤＵの最終オクテットがＰＤＵの最終オクテットに一致する場合には，予め定められた値を設定することとされており（訳文９頁の表には，「直前のＲＬＣＰＤＵは，ＲＬＣＳＤＵの最終セグメントで過不足なく満たされ，直前のＲＬＣＰＤＵにはＲＬＣＳＤＵの終端を示す「長さインジケータ」が存在しない」場合には，長さインジケータに「０００００００」というビット列を用いることが記載されている。，必要なものであったから，ＳＤＵのサイズとＰＤＵのサ）イズとが完全に一致する場合にも，長さインジケータを省略することは想定されていなかった。実際の通信環境において，ＳＤＵのサイズがＰＤＵのサイズと完全に一致するというような状況が相当頻繁に起こり，かつ，そのことを当業者が認識しなければ，既にリリースされた規格を変更してまで，長さインジケータを省略しようということには想到し得ない。ｂ甲１の４記載の通常Ｅビット解釈におけるＬＩは，ＳＤＵを連結，パディングしたときに，どこまでが一つのＳＤＵであるかを示す必要があることから，「ＰＤＵ内で終了する各ＲＬＣＳＤＵの最終オクテットを示す」もの（訳文４頁「９．２．２．８」）として定義されたことにより，ＳＤＵの最終オクテットが存在しない中間セグメントにおいてはＬＩが出現しないだけであり，通常Ｅビット解釈において，頻繁に発生する中間セグメントを含むＰＤＵにおいて，ＬＩを省略しようという技術思想があったとはいえない。ｃ被控訴人は，構成要件Ｄ(a)の構成を採用した場合，構成要件Ｄ(b)の構成及び構成要件Ｆ（Ｍ）の構成が自動的かつ必然的に導き出される旨主張するが，以下のとおり，失当である。 (a) シーケンス番号に続く１ビットフィールドについて，甲１の４においては，「後続のオクテットが「長さインジケータ」及びＥビットであるか否かを示す」（訳文４頁「９．２．２．５」）という意味を有し，この関係で「Ｅビット」と呼んでいる。これに対し，被控訴人の主張においては，ＳＤＵのサイズがＰＤＵのサイズと完全に一致（構成要件Ｄ(a)）するか否かを示す意味を有し，その関係で“Ｅビット” と呼んでいるため，甲１の４記載の「Ｅビット」とは意味内容が異なる。被控訴人は，構成要件Ｄ(a)の構成を採用し，ＰＤＵが分割，連結又はパディングされていないＰＤＵを含む場合（ＳＤＵのサイズがＰＤＵのサイズと完全に一致する場合），当該ＰＤＵの最初のＥビットを「０」に設定することを選択すると，それ以外の種類のデータを含むＰＤＵの場合には，ＰＤＵがＳＤＵの中間セグメントの場合も含め，最初のＥビットは「１」に設定せざるを得ないので，構成要件Ｄ(a) の構成を採用した場合，構成要件Ｄ(b)の構成が必然的に導き出され，さらには，中間セグメントを含むＰＤＵの長さインジケータは，中間セグメントを示す予め定められた値に設定する構成要件Ｆ（Ｍ）の構成が必然的に導き出される旨主張する。しかし，中間セグメントを含むＰＤＵのＥビットが「１」であるなら，完全なＳＤＵを含むＰＤＵのＥビットは「０」であるから，両者を区別するという目的を達している。また，被控訴人の主張は，構成要件Ｄ(a)を採用したことにより構成要件Ｄ(b)が必然であるという段階では，シーケンス番号に続く１ビットフィールドは，ＳＤＵのサイズがＰＤＵのサイズと完全に一致するか否かを示すという異なる意味を持った“Ｅビット”であることを前提とし，構成要件Ｄ(b)から構成要件Ｆ（Ｍ）が必然であるという段階では，シーケンス番号に続く１ビットフィールドは，甲１の４記載の従来の「Ｅビット」であることを前提とするものであって，失当である。さらに，仮に完全なＳＤＵを含むＰＤＵから，長さインジケータを省略し，シーケンス番号に続く１ビットフィールドを完全なＳＤＵを含むことを示すビット“Ｅ（ビット”）として用い，「０」によって完全なＳＤＵを含むことを示すことができたとしても，中間セグメントにおいては，完全なＳＤＵを含まないから，シーケンス番号に続く１ビットフィールドが「１」となるだけであり，中間セグメントに長さインジケータを挿入する構成にはならない。このように構成要件Ｄ(a)を採用することが必然的かつ自動的に構成要件Ｄ(b)及びＦ（Ｍ）の採用につながることにはならない。 (b) また，仮に被控訴人が主張するように構成要件Ｄ(a)を採用することが必然的かつ自動的に構成要件Ｄ(b)及びＦ（Ｍ）の採用につながるとすれば，構成要件Ｄ (a)を採用する段階において，構成要件Ｄ(b)及びＦ（Ｍ）をも採用した構成（代替的Ｅビット解釈）について検討することになるが，「代替的Ｅビット解釈を使うとトータルでオーバーヘッドが増加」すること（甲１２４），被控訴人も代替的Ｅビット解釈は非効率で実装される可能性は極めて低いと主張していることからすれば，構成要件Ｄ(a)を採用することについて阻害要因があるといえる。 (ｲ) 以上によれば，当業者が甲１の４記載の通常Ｅビット解釈と技術常識に基づいて，相違点１及び２に係る本件各発明の構成を容易に想到することができたものとはいえない。したがって，被控訴人主張の無効理由５は理由がない。４争点４（本件各製品に係る本件特許権の消尽の有無）について (1) 被控訴人の主張ア控訴人のインテル社に対するライセンス許諾 (ｱ) 本件各製品におけるＵＭＴＳ規格に関連する処理は，本件各製品に実装された本件ベースバンドチップによって行われている。仮に本件各製品が本件各発明を実施しているとすれば，本件各発明の本質的な工程は，本件各製品の一部品である本件ベースバンドチップにより実施されているといえるから，本件ベースバンドチップは，本件発明１に係る本件特許権の間接侵害品に当たる。本件ベースバンドチップは，アップル社が米国においてインテル社製のチップセットをその完全子会社であるインテル・アメリカ社を通じて購入し，実装したものである。この点に関し，控訴人は，インテル社製の本件ベースバンドチップのアップル社に対する販売は，ＩＭＣ社（インテル・モバイル・コミュニケーションズＧＭＢＨ。旧インフィニオン社）が行っている旨主張するが，そのような事実は存在しない。 (ｲ) インテル社と控訴人は，１９９３年（平成５年）１月１日を効力発生日とする特許クロスライセンス契約（甲２０の１，１６２。以下「控訴人とインテル社間のライセンス契約」という。）を締結した。控訴人は，控訴人とインテル社間のライセンス契約において，控訴人の保有する特許のうち，契約満了日（２００９年１２月３１日）前の日付を第１優先日とする全ての特許権（本件特許権を含む。）に関し，インテル社に対し，「インテル・ライセンス対象製品」半導体材料，（半導体素子又は集積回路から構成される製品を含む。）の製造，販売（子会社等を経由した間接的な販売を含む。）等に関する全世界的なライセンスを許諾した。控訴人とインテル社間のライセンス契約により許諾される権利の範囲には，インテル社が直接的又は子会社経由等により間接的にチップセットを販売する権利，当該ライセンスが，インテル社のみならず，その子会社にまで及ぶようにする権利が含まれ（甲２０の１第３．１項，３項）また，，同契約の存続条項（甲２０の１第６．４項）により，ある特許がいったん許諾対象に該当すると，インテル社及びその子会社は，同契約の満了時期にかかわらず，当該特許の存続期間が満了するまでその特許に対するライセンスを有する。したがって，インテル社がインテル・アメリカ社を介してアップル社に本件ベースバンドチップを販売することは，控訴人とインテル社間のライセンス契約に基づくライセンス許諾の範囲内である。イ本件各発明に係る本件特許権の消尽最判平成９年７月１日・民集５１巻６号２２９９頁（以下「ＢＢＳ事件最高裁判決」という。）は，「我が国の特許権者又はこれと同視し得る者が国外において特許製品を譲渡した場合においては，特許権者は，・・・譲受人から特許製品を譲り受けた第三者及びその後の転得者に対しては，・・・当該製品について我が国において特許権を行使することは許されないものと解するのが相当である。」と判示した。ＢＢＳ事件最高裁判決にいう「特許権者と同視し得る者」から実施権者を除外すべき理由はないから，「特許権者と同視し得る者」にはインテル社などのライセンシーも含まれると解すべきである。また，本件発明１は，送信側のＲＬＣ層と受信側のＲＬＣ層との間のデータの送受信に関する技術であり，全て本件ベースバンドチップのみで実装可能であるから，本件ベースバンドチップは，本件特許権についてＢＢＳ事件最高裁判決のいう「特許製品」に当たると解するべきである。仮に，本件発明１の「データ送信装置」（構成要件Ｈ）が本件ベースバンドチップではなく，これを組み込んだ最終製品である本件各製品と解される場合においても，本件ベースバンドチップは，本件発明１に係る特許権の間接侵害品に該当する。譲渡対象物が部品であったとしても，最終製品に関する物の発明に係る特許権の間接侵害品に当たるのであれば，譲渡者は，当該部品を譲り受けた譲受人及びその後の転得者において当該部品を用いて最終製品に関する物の発明に係る特許権を実施することができることを前提としていたというべきであるから，当該部品は，ＢＢＳ事件最高裁判決にいう「特許製品」に該当すると解すべきである。したがって，本件ベースバンドチップもＢＢＳ事件最高裁判決にいう「特許製品」に該当する。また，物の発明と実質的に同一の技術内容に係る方法の発明に係る特許権についても，当該方法の発明に関して特許権者が「特許発明の公開の代償を確保する機会」が保障されていたという事情が存在する限り，方法の発明に係る特許権に基づく権利行使も許されないと解すべきである。本件ベースバンドチップは直接侵害品又は間接侵害品として「特許製品」に当たり，控訴人がインテル社に本件ベースバンドチップの販売のライセンスをした際に，控訴人に「特許発明の公開の代償を確保する機会」が保障されていたことから，控訴人がインテル社の下流顧客に対して本件発明１に係る本件特許権の権利行使をすることは許されず，また，本件発明２は，本件発明１と実質的に同一の技術内容に係る方法の発明であり，本件発明１に係る本件特許権の権利行使が許されない以上，本件発明２に係る本件特許権の権利行使も許されないというべきである。したがって，控訴人から本件特許のライセンスを許諾されたインテル社が米国において本件ベースバンドチップをインテル・アメリカ社を介してアップル社に販売したことによって，本件ベースバンドチップに関し本件各発明に係る本件特許権が消尽した。ウまとめ以上によれば，控訴人は，被控訴人に対し，本件ベースバンドチップを実装した本件各製品について本件特許権を行使することができない。 (2) 控訴人の主張被控訴人は，本件ベースバンドチップに関し本件各発明に係る本件特許権が消尽した旨を主張するが，以下のとおり理由がない。ア控訴人とインテル社間のライセンス契約の終了控訴人とインテル社間のライセンス契約は，２００９年（平成２１年）６月３０日に契約期間満了により終了しており，同契約には，契約期間満了後のライセンスの存続条項は存在しない。したがって，インテル社は，本件特許権について無権限者であるから，アップル社がインテル社から本件ベースバンドチップの譲渡を受けたことをもって，本件各発明に係る本件特許権が消尽する余地はない。イライセンス契約の許諾対象製品に非該当控訴人とインテル社間のライセンス契約（甲２０の１・３，１６２，１６３）には，第三者から製品設計が提供される場合の第三者向けインテル社製品をライセンスの対象外とする規定（３．２項）及び限定した製造委託のみを許容する規定（３．７項）が存在することからすると，同ライセンス契約において許諾対象とされた「インテル・ライセンス対象製品」は，インテル社自身により製造された製品又はインテル社が設計図等を提供して製造委託した製品を意味すると解すべきである。しかるに，本件ベースバンドチップは，インテル社ではなくＩＭＣ社（旧インフィニオン社）によって開発され，製造されたもの（正確には，ＩＭＣ社から第三者へ製造委託されたもの）であるから，本件ライセンス契約の「インテル・ライセンス対象製品」に該当しない。ウ国際消尽の要件の非充足ＢＢＳ事件最高裁判決は，譲渡人が目的物である特許製品について有する全ての権利に，我が国に輸入する権利（及び，我が国において使用し，譲渡する権利）が含まれていることを国際消尽成立のための前提としているというべきであるから，ＢＢＳ事件最高裁判決にいう「我が国の特許権者と同視し得る者」とは，目的物である特許製品を我が国に輸入する権利（及び，我が国において使用し，譲渡する権利）を有している者を意味することは明白である。しかるに，インテル社は，目的物である特許製品（携帯電話機，タブレット型コンピュータ）について，我が国に輸入する権利（及び，我が国において使用し，譲渡する権利）を有するものでないから，インテル社が「我が国の特許権者と同視し得る者」に該当しない。また，インテル社からアップル社が譲渡を受けた本件ベースバンドチップは，本件各発明の「データ送信装置」ないし「データ送信方法」ではない以上，ＢＢＳ事件最高裁判決にいう「特許製品」に該当しない。さらに，インテル社自身が，携帯電話機やタブレット型コンピュータなどの最終製品を対象としたライセンスの許諾までは受けないことを内容としたライセンス契約（控訴人とインテル社間のライセンス契約）に合意した以上，本件ベースバンドチップが携帯電話機等に組み込まれることを控訴人が予想しても，控訴人がインテル社から「データ送信装置」「データ送信方法」に関する本件各発明の公開の代償，を得られるものではないから，控訴人に上記代償を確保する機会が保障されていたものといえないことは明らかであるし，また，本件ベースバンドチップが特許製品である本件各製品全体の価格に占める部品単価の割合は僅少であり，このような一部のみの利得機会をもって全部の利得機会を得たと評価することもできない。エまとめ以上のとおり，アップル社がインテル社から本件各製品の一部品である本件ベースバンドチップを譲り受けたからといって，本件各発明に係る本件特許権が消尽するものではないから，控訴人が本件各製品について本件特許権を行使することができないとの被控訴人の主張は，その前提を欠き，理由がない。５争点５（控訴人の本件ＦＲＡＮＤ宣言に基づく本件特許権のライセンス契約の成否）について (1) 被控訴人の主張ア本件ＦＲＡＮＤ宣言に関する準拠法 (ｱ) 控訴人は，１９９８年（平成１０年）１２月１４日，ＥＴＳＩに対し，ＵＭＴＳ規格に必須である控訴人保有の特許をＦＲＡＮＤ条件（ＥＴＳＩのＩＰＲポリシー６．１項所定の公正，合理的かつ非差別的な条件）で許諾する用意がある旨の誓約（宣言）をし，さらに，２００７年（平成１９年）８月７日，ＥＴＳＩに対し，本件出願の優先権主張の基礎となる韓国出願の出願番号，本件出願の国際出願番号等を明示した上で，ＵＭＴＳ規格に必須である控訴人保有の特許をＦＲＡＮＤ条件で取消不能なライセンスを許諾する用意がある旨の宣言（本件ＦＲＡＮＤ宣言）をした。ＦＲＡＮＤ条件による規格必須特許のライセンス宣言は，ＥＴＳＩの会員のみならず，非会員をも含むあらゆる者を対象とするものであるから「ＩＰＲについての（ＥＴＳＩの指針」（甲１６，１６１），アップル社及び被控訴人も，本件ＦＲＡＮＤ）宣言の対象となり得る。 (ｲ) 本件ＦＲＡＮＤ宣言及びＩＰＲポリシーの準拠法は，フランス法であるから（甲１３，ＩＰＲポリシー１２項），本件ＦＲＡＮＤ宣言の効力，本件ＦＲＡＮＤ宣言に基づくライセンス契約の成立要件等については，フランス法が適用される。イ控訴人と被控訴人間のライセンス契約の成立 (ｱ) 控訴人がＥＴＳＩに対して行った本件ＦＲＡＮＤ宣言は，フランス法において法的拘束力のある申込み（又は「継続的な申し入れ（offre permanente））であ」ると考えるのに必要な要素（許諾対象特許，許諾される権利内容等）が全て含まれているから，「ある当事者が当該規格を実装することで承諾される，実際のライセンスの申出」を構成する。そして，フランス法上，承諾は，行為又は合意の履行によってされるから，被控訴人が本件各製品の輸入販売を開始したことによって，控訴人の上記ライセンスの申込みに対する黙示の承諾がされ，これにより控訴人と被控訴人との間で，本件特許権についてライセンス契約が成立したといえる。 (ｲ)ａ控訴人の本件ＦＲＡＮＤ宣言において特定のライセンス料率が定まっていないことは，ライセンス契約の成立を妨げるものではない。フランス法上，売買契約に関しては，特定の金額が定まっていることがその成立の要素となっているのに対し，ライセンス契約は，売買契約とは異なる特殊な契約に位置付けられ，当事者が契約を締結する上で，ライセンス料の合意があることが必須要件とされていない。また，フランス法上，裁判所がＦＲＡＮＤ条件のライセンス料率を決定することが可能である。ｂフランス法においては，ライセンスを構成する行為は，書面により締結されるべきであり，書面がない場合には，無効になると規定されているが（知的財産法Ｌ．６１３－8条5項），一方で，書面に対して義務を負う当事者の署名があれば，当該書面は，法的拘束力を有することとされている。この点，控訴人の本件ＦＲＡＮＤ宣言は，控訴人の署名のある書面によってされているから，書面性の要件が充たされており，被控訴人の署名がないことは，書面性の要件とは関係がない。また，フランス法上，ライセンス契約の書面性の要件は，「ライセンシーの特定の利益を守る目的」で課されたことから，書面の欠如を理由として契約の無効を主張できるのは，書面の欠如により保護されるべき当事者（ライセンシー）のみであり，本件において，控訴人は無効主張をする資格を有しない。 (ｳ) また，本件ＦＲＡＮＤ宣言については，控訴人及びＥＴＳＩ間の第三者のためにする契約（stipulation pour autrui）と構成することも可能である。フランス法上，両当事者間の合意の交換によって，第三者に有利な義務を負う約束ができると解される。受益者である被控訴人は，契約の成立を目的として約束を受諾する必要はなく，受益者には約束者（控訴人）に対する即時かつ直接の権利が与えられると解される。 (ｴ) 仮に控訴人の本件ＦＲＡＮＤ宣言が，実装行為によって承諾されるような申込みに当たらない場合であっても，少なくとも，本件ＦＲＡＮＤ宣言は，拘束力ある契約を締結する旨の誓約に該当するというべきである。このように，控訴人は，被控訴人に対して，フランス法上，ライセンスを許諾する義務を負っているのであるから，損害賠償請求をすることは許されない。ウ準拠法を日本法と解した場合について仮に本件ＦＲＡＮＤ宣言の準拠法を日本法と解した場合であっても，本件ＦＲＡＮＤ宣言は控訴人による通常実施権許諾契約の申込みと解され，また，被控訴人がＵＭＴＳ規格の実装行為を行うことによって承諾されるから，日本法の下でもライセンス契約が成立していたと解されることになる。エまとめ以上のとおり，控訴人がＥＴＳＩに対して行った本件ＦＲＡＮＤ宣言がＦＲＡＮＤ条件による本件特許権のライセンス契約の申込みに，被控訴人が本件各製品の輸入販売を始めたことが上記申込みに対する黙示の承諾に当たり，控訴人と被控訴人間で本件特許権についてＦＲＡＮＤ条件によるライセンス契約が成立したから，控訴人は，本件特許権を行使することができない。 (2) 控訴人の主張ア契約の申込みの不存在契約の成立により，当事者は当該契約を履行すべき法的義務を負うものであるから，申込みは，承諾によって直ちに契約を成立させ得る程度に具体的であることを要する。しかるに，控訴人の本件ＦＲＡＮＤ宣言には，対価（実施料率），期間及び地理的範囲といった契約の要素というべき重要事項の一切が含まれておらず，当事者が負うべき具体的義務が何ら特定されていないから，これがライセンス契約の申込みに該当することはない。この点，フランス法においても，ライセンス契約が成立するためには，契約の重要な要素（例えば，対価，対象特許，地域，期間）を明確にした申込み及びそれに合致した承諾が必要であると解されており，本件においては，それらを明確にした申込みはないから，ライセンス契約が成立する余地はない。なお，フランスの最高裁判所（破毀院）の判決において，ロイヤルティ（対価）がライセンス契約の必須要素であるか否かを取り扱ったものはない。イ承諾の不存在 (ｱ) 前記アのとおり，そもそも控訴人から本件特許権のライセンス契約の申込みがされた事実が存在しないのであるから，これに対する被控訴人の承諾が存在することはない。 (ｲ) これに対し被控訴人は，被控訴人が本件各製品を輸入販売等したことによって上記申込みに対する黙示の承諾がされた旨を主張する。しかし，被控訴人は規格の実装により意思の合致が認められる理由を述べていない。また，仮に被控訴人の主張が肯定されるならば，特許技術の利用者は，単に規格を実装する行為をとるだけで，承諾を権利者に表明することなく，しかも対価を支払うことなく，当該特許技術を利用できることとなるが，そのような帰結が非常識であることは明らかである。したがって，被控訴人の上記主張は失当である。ウ書面性の要件の欠如 (ｱ) 仮にライセンスの成否についてフランス法を準拠法とする被控訴人の主張を前提としても，フランス法においては，特許ライセンス契約は書面によらなければならないとされており，本件特許について，控訴人と被控訴人との間のライセンス契約に関する書面は存在しないから，被控訴人主張のライセンス契約は成立していない。 (ｲ) これに対し，被控訴人は，控訴人の本件ＦＲＡＮＤ宣言には，義務者である控訴人の署名があるので，特許ライセンス契約の成立に必要な書面性の要件を充足する旨を主張する。しかし，①本件ＦＲＡＮＤ宣言には，ライセンス契約の目的，対価，期間及び地理的範囲といった契約の内容を表すのに必要な条項が含まれていないこと，②本件ＦＲＡＮＤ宣言に被控訴人の署名が付されていない以上，双方当事者の意思が合致したか否かが不明確であること，③本件ＦＲＡＮＤ宣言は，相互にライセンス契約を受けることが前提とされており，他方当事者であるライセンシーも義務者になるのであるから，他方当事者である被控訴人の署名を不要とすることができないことからすると，被控訴人主張の控訴人と被控訴人間のライセンス契約は書面性の要件を充たしていない。したがって，被控訴人の上記主張は，理由がない。エまとめ以上のとおり，本件ＦＲＡＮＤ宣言に基づいて控訴人と被控訴人間で本件特許権についてライセンス契約が成立したとの被控訴人の主張は，理由がない。６争点６（控訴人による本件特許権に基づく損害賠償請求権の行使の権利濫用の成否）について (1) 被控訴人の主張以下の諸事情に鑑みれば，控訴人が被控訴人に対し，本件特許権に基づく損害賠償請求権を行使することは，権利の濫用（民法1条3項）に当たり，許されない。ア本件特許の適時開示義務違反ＥＴＳＩのＩＰＲポリシー４．１項は，ＥＴＳＩの会員が，開発済み又は開発中の標準規格に必須となり得る知的財産権を保有する場合，これをＥＴＳＩに適時に開示することを義務付けている。この趣旨は，標準策定の参加者が標準規格を構成する特許の存在を秘匿すると，標準化のワーキンググループが当該特許の代わりの技術を標準規格に採用することを検討したり，当該特許を標準規格から外す旨の決定を行ったりする機会が奪われると同時に，標準規格を実装する者や，標準化団体が代替的技術を選択する機会も奪われることになるので，ＥＴＳＩの会員にその保有する標準規格に必須となり得る知的財産権の適時開示義務を負わせたものである。控訴人は，本件出願の優先日の属する月である２００５年（平成１７年）５月，控訴人が特許を取得しようとしていた技術を含む変更要請書を作成し，これを３ＧＰＰのワーキンググループに提示し，その後本件特許に係る標準規格が決まってから，約２年経過後の２００７年（平成１９年）８月に至るまで本件特許の存在をＥＴＳＩに開示しなかった。このように控訴人は，意図的にＩＰＲポリシー４．１項の適時開示義務に違反したものである。イ本件仮処分の申立てが報復的な対抗措置であることアップル社は，２０１１年（平成２３年）４月，米国において，控訴人に対し，標準規格と関係のないアップル社保有の特許権等を侵害したとして，その侵害行為の差止請求訴訟を提起した。控訴人は，同月，アップル社の上記提訴に対する報復的な対抗措置として，被控訴人に対し，控訴人がＵＭＴＳ規格の必須特許であるとの宣言（以下，この宣言に係る特許を「必須宣言特許」という。）をした本件特許権に基づき本件各製品の販売等の差止めを求める本件仮処分の申立てなどをした。ウ本件ＦＲＡＮＤ宣言に基づくライセンス契約締結義務違反及び誠実交渉義務違反 (ｱ) 「ＩＰＲについてのＥＴＳＩの指針」１．４項（甲１６，１６１）は，第三者は，ＥＴＳＩ規格の利用者として，ＩＰＲポリシー６．１項に基づき，規格に関し，ＦＲＡＮＤ条件でライセンスが許諾される権利を有することを定めている。アップル社及び被控訴人は，控訴人の本件ＦＲＡＮＤ宣言によって，必須宣言特許のライセンスを受ける権利を有するから，控訴人は，必須宣言特許である本件特許権についてライセンス契約を締結する義務（ライセンス契約締結義務）を負うというべきである。また，控訴人は，少なくとも，必須宣言特許のライセンスに関し誠実に交渉すべき義務（誠実交渉義務）を負うというべきである。しかし，控訴人は，以下に述べるとおり，ライセンス契約締結義務及び誠実交渉義務に違反している。 (ｲ)ａ前記イのとおり，控訴人がアップル社の提訴に対する報復的な対抗措置として本件仮処分の申立てを行ったことは，必須宣言特許のライセンスに関する控訴人のライセンス契約締結義務に違反する行為である。控訴人の本件仮処分の申立ての意図は，アップル社及び被控訴人に対し，ＦＲＡＮＤ宣言でのライセンスを許諾する意思はなく，必須特許宣言をした本件特許権に基づく差止請求権を行使して被控訴人及びアップル社を脅かすことにより，アップル社が提訴した事件を牽制し，有利に進めようとしているにすぎない。ｂアップル社は，控訴人に対して，２０１１年（平成２３年）４月２９日付け書簡（甲６の１）で，控訴人が主張している個々の必須宣言特許及び同社の必須宣言特許ポートフォリオ（以下，「特許ポートフォリオ」とは，ある者の有する特許権の集合を指す趣旨で用いる。に関して，）ＦＲＡＮＤ条件に適ったロイヤルティ又は一時金について問い合わせをし，その後，再三要求を繰り返したが，結局，同年７月２５日まで，控訴人から具体的なロイヤルティの提案はされなかった。同日，控訴人からアップル社に対して，同日付け書簡（甲２９）において，具体的な料率が提示された。これは，本件各製品及び本件ベースバンドチップの平均販売価格をそれぞれ６００ドル及び１５ドルであると考えた場合，ほぼ本件ベースバンドチップと同程度の金額のロイヤルティを要求していることとなる。仮にアップル社が同様のライセンス料率を他のＵＭＴＳ規格に関する必須宣言特許の保有者に対して支払うと仮定すると，アップル社は，ＵＭＴＳ規格に関する全ての必須宣言特許についてライセンスを受けるために，本件ベースバンドチップの平均販売価格の約１８倍のライセンス料を支払わなければならなくなる。以上の経緯によれば，控訴人の提示したロイヤルティはＦＲＡＮＤ条件によるものではない。これに対して，アップル社は，同年８月１８日，同日付け書簡（甲３４の４）で，控訴人に対し，必須宣言特許に関するライセンス料率算定の枠組みを提示した。しかし，控訴人は，アップル社の提案した枠組みを拒否し，また，具体的な代案も一切示さなかった。控訴人は，翌年１２月になるまで，約１年半もの間，新たな代案を提示しなかった。控訴人は，アップル社に対する２０１２年（平成２４年）１２月３日付けの書簡（乙６４）で，従前の提案の半分以下の料率を提案した。しかし，控訴人は，その算定方法について具体的な説明をしていない。また，同月の，控訴人とアップル社の和解交渉の場面において，控訴人は，アップル社が控訴人に対して一時金を支払うという条件で，両者のＵＭＴＳ規格等に関する必須となる特許のポートフォリオについてクロスライセンスを行うという提案をした。しかし，この提案も，アップル社の知的財産権（標準規格に関しないもの）の侵害によって生じる控訴人の責任について免除を受けた上で世界的な紛争に関して和解をするという前提条件が付されていた。控訴人が同月に行ったこれらの提案は，いずれもＦＲＡＮＤ条件からかけ離れたものである。控訴人は，いまだにＦＲＡＮＤ条件に適合するライセンスの提案を行っておらず，アップル社に対して提示するライセンスの提案が，他のライセンシーに対するライセンス条件と比して差別的ではないということを裏付ける情報の提供も行っていない。ｃまた，現在に至るまで，控訴人は，自社の主張する必須宣言特許について，特許単位でのライセンスを行うように求めるアップル社の要請に応じていない。ＥＴＳＩのＩＰＲポリシー６．１項は「特定の規格または技術仕様に関連する一つの必須ＩＰＲがＥＴＳＩに知らされた場合」としており，ＦＲＡＮＤ条件でのライセンス許諾が原則として個々の特許単位であることを明らかにしている。ポートフォリオ全体でのライセンス条件を強要することを許してしまえば，必須宣言特許の保有者がＦＲＡＮＤ条件でのライセンス義務を容易に潜脱することが可能になる弊害が生じる。 (ｳ) さらに，控訴人は，被控訴人が平成２５年５月１６日付け書簡（乙６６）で求めた，必須宣言特許ポートフォリオ及びそれに関するクロスライセンスの提案の評価に必要な情報の提供を行っておらず，また，アップル社において控訴人のライセンス提案がＦＲＡＮＤ条件に適合するものであるかどうかを判断するのに必要な情報（控訴人と他社との間の必須宣言特許のライセンス契約に関する情報等）の提供を拒んでいる。このように控訴人は誠実交渉義務にも違反している。 (ｴ) 以上のとおり，アップル社は，控訴人に対し，ライセンス料の算定根拠を詳細に説明した上で，繰り返し確定的なライセンスの申出を行ったにもかかわらず，控訴人は，従前の申出をいまだに維持し，当該申出に係るライセンス料の算定根拠も，アップル社の申出に対する代案も示すことなく，一方で，必須宣言特許である本件特許権に基づいて差止めを求める本件仮処分の申立てを維持し，アップル社に対して，必須宣言特許に基づく差止仮処分命令の脅威を背景として圧力をかけている。このような控訴人の一連の行為は，特許発明に係る技術が標準規格に組み込まれることによりその技術に内在する価値を大幅に超える力，つまり，標準規格の実装者から不当に高いロイヤルティや非必須知的財産権のクロスライセンスを取得する力を特許権者に与えかねないという，いわゆる「ホールドアップ状況」（標準規格に取り込まれた技術の権利行使によって標準規格の利用を望む者が利用できなくなる状況）の策出行為に当たるものである。以上によれば，控訴人は，必須宣言特許である本件特許権についてのライセンス契約締結義務及び誠実交渉義務に違反しているというべきである。 (ｵ) この点に関し，控訴人は，アップル社がＦＲＡＮＤ条件による「確定的なライセンスの申出」を行っていないから，控訴人に誠実交渉義務が発生していない旨主張する。しかし，ＥＴＳＩのＩＰＲポリシー，控訴人の本件ＦＲＡＮＤ宣言及びその準拠法であるフランス法のいずれにおいても，必須宣言特許権者が誠実交渉義務を負う条件として，ＵＭＴＳ規格の実施希望者に対して，「確定的なライセンスの申出」を行うことを求める規定は存しない。「確定的なライセンスの申出」は，ライセンス契約成立の要件ではなく，また，特許権者の誠実交渉義務発生の要件でもない。日本法においても，「確定的なライセンスの申出」を要求する根拠は存しない。仮に日本法において控訴人の誠実交渉義務の発生要件としてアップル社又は被控訴人の「確定的なライセンスの申出」が必要であるとしても，アップル社は，控訴人に対し，ＦＲＡＮＤ条件でのライセンス契約締結の限りで，本件特許権の有効性及び抵触性を争わないとの意思を示し，「確定的なライセンスの申出」を行っている。さらに，仮にライセンス希望者がＦＲＡＮＤ条件でのライセンスの申出を行うに際し特許の有効性や抵触性を争う権利を放棄しなければならないとすれば，必須宣言特許権者は，後に当該特許が必須でなかったことや，当該特許の有効性や抵触性が認められないことが判明したとしても，ライセンシーからその点を指摘されることから免れることができる結果となり，しかも，ライセンシーから特許の有効性や抵触性を争われることを免れるという利益を得るために，本来は必須特許ではないものについて，必須特許であるという過剰な宣言を助長しかねないこととなり，妥当でない。したがって，控訴人の上記主張は，理由がない。エ独占禁止法違反控訴人の一連の行為は，「ホールドアップ状況」を策出するものであって（前記ウ (ｴ)），標準規格を広く普及させることを目的とする３ＧＰＰの趣旨に反するものであるとともに，私的独占の禁止及び公正取引の確保に関する法律（以下「独占禁止法」という。）の不公正な取引方法に関する規定（2条9項2号，一般指定２項ないし４項，１４項等）のいずれかに該当する可能性が高く，独占禁止法違反になる。また，控訴人が訴訟対象となっている必須特許のみを対象とするライセンスを拒否し，控訴人の保有する必須特許ポートフォリオ全体を対象とする一括ライセンスのみを求めることも，不公正な取引方法（一般指定１０項又は１２項）に該当する。オＴＲＩＰｓ協定違反ＴＲＩＰｓ協定31条は，国内法令によって強制実施権等，特許権者の許諾を得ずに行われる特許使用を認める場合について考慮するべき事項を定めた規定である。したがって，損害賠償の場面を想定した規定ではないし，裁判所が特許権侵害を認定した場合において，いかなる場合にも損害賠償請求を認めなければならないという規定でもなく，控訴人の損害賠償請求を権利濫用と認めるに妨げとはならない。カまとめ以上のとおり，控訴人が意図的に本件特許について適時開示義務に違反したこと，控訴人の本件仮処分の申立てが報復的な対抗措置であること，控訴人が本件ＦＲＡＮＤ宣言に基づく必須宣言特許である本件特許権についてのライセンス契約締結義務及び誠実交渉義務に違反して「ホールドアップ状況」を策出していること，かかる控訴人の一連の行為が独占禁止法に違反することなどの諸事情に鑑みれば，控訴人が被控訴人に対し，本件特許権に基づく損害賠償請求権を行使することは，権利の濫用に当たり許されないというべきである。 (2) 控訴人の主張被控訴人が控訴人による本件特許権に基づく損害賠償請求権の行使が権利濫用に当たることを基礎付ける事情として挙げる諸点は，以下に述べるとおり，前提となる事実が存在しないか，そもそも権利濫用を基礎付ける事情に当たらない。アＩＰＲポリシーの適時開示義務違反の主張に対し (ｱ) 被控訴人が適時開示義務違反の根拠とするＥＴＳＩのＩＰＲポリシー４．１項（甲１２）は，自らの特許権等を開示するために合理的な努力を求めているが，当該規定はＥＴＳＩの会員に対してＥＴＳＩとの関係を規定するものであり，第三者との関係を規定するものではなく，その違反に対する制裁は何ら想定されていない。また，ＥＴＳＩとの関係での手続義務違反があることが，当然に，本件特許権の行使が権利濫用に該当するとの結論を導くものではない。 (ｲ) 被控訴人は，控訴人のＥＴＳＩに対する本件特許の開示が，本件出願の優先日から起算して約２年後であったことをもって，控訴人に適時開示義務違反がある旨主張する。しかし，必須特許宣言は，会社において，特許の抽出，規格に必須であることの精査を行い，適正な社内手続を経て行われるものであり，相応の労力と期間を要するとともに，会社としての決定と行為を要するものであることはいうまでもなく，それゆえに，一般的に，ＥＴＳＩの会員における特許の開示に要する期間として１年から２年の期間が必要となる。控訴人のＥＴＳＩに対する本件特許の開示が本件出願の優先日から起算して約２年後であったが，同期間は，通常の実務の水準に沿うものであって，控訴人において適時開示のための合理的な努力を怠ったものではなく，適時開示義務に反するとはいえない。したがって，被控訴人の上記主張は理由がない。イ本件仮処分の申立てが報復的な対抗措置等であるとの主張に対し被控訴人は，控訴人の本件仮処分の申立てが，アップル社が控訴人に対して米国において差止請求を行った後に申し立てられたことをもって，報復的な対抗措置であり，アップル社が申し立てた事件を牽制し，有利に進めようとするものである旨主張する。しかし，アップル社が控訴人に対して米国で差止請求を行った事件は，本件とは別個の事件であるし，控訴人が本件特許権の侵害行為の差止請求をする権利を有することの当然の効果として，被控訴人が当該侵害行為の差止請求を受けることは法が当然に予定しているのであり，控訴人による権利行使がアップル社からの権利行使に後れたことをもって「報復的な対抗措置」「アップル社が申し立てた事件の牽，制」等との非難を受けるいわれはない。ＥＴＳＩのＩＰＲポリシーにおいても，差止請求権の行使が明示的に禁じられてはいない。また，アップル社は，訴訟の結果が出るまでライセンス料を支払う意思のない者（unwilling licensee）であり，真にライセンスを取得する意思がないにもかかわらず，ライセンスを希望するかのように装って，ライセンス料を払うことなく特許を利用するという「逆ホールドアップ」を行っているから，控訴人が本件仮処分命令の申立てをすることに不当な点はない。したがって，被控訴人の上記主張は，理由がない。ウ本件ＦＲＡＮＤ宣言に基づくライセンス契約締結義務違反及び誠実交渉義務違反の主張に対し (ｱ) ライセンス契約締結義務の不存在ＥＴＳＩに対するＦＲＡＮＤ宣言によって生じる特許権者の義務は，ライセンスを受けることを希望する者との間で，その申出を受けて，ＩＰＲポリシー６．１項所定のＦＲＡＮＤ条件でライセンスを行うという基本原則に従って，誠実に交渉，協議する義務（誠実交渉義務）である。ＦＲＡＮＤ宣言がされたからといって，いかなる場合にも，控訴人が，ライセンス契約を締結する義務（ライセンス契約締結義務）を負担するものではない。被控訴人は，ＦＲＡＮＤ宣言によりライセンス契約締結義務を負うとする主張する。しかし，被控訴人が同主張の根拠とする「ＩＰＲについてのＥＴＳＩの指針」（甲１６，１６１）は，「具体的なライセンス条件及び交渉は企業間の商業上の問題であり，ＥＴＳＩ内で対処されるものではない」（４．１項）と規定しており，同主張は，ＥＴＳＩが個々のライセンス契約の交渉に関与しない方針であることと矛盾する。したがって，控訴人に本件ＦＲＡＮＤ宣言に基づくライセンス契約締結義務違反があるとの被控訴人の主張は，理由がない。 (ｲ) 誠実交渉義務の不発生ａＦＲＡＮＤ宣言によりその宣言をした者に課せられる義務の内容については，各国の公共政策に直接的に関わる問題であるため日本法固有の観点から判断し得るものである。そして，日本法の観点からは，誠実交渉義務が生じるのは，ライセンス対象特許の有効性を争うことなく，真にライセンスを受けることを希望する「確定的なライセンスの申出」が必要であると解すべきである。被控訴人は，アップル社が控訴人に対し，２０１２年（平成２４年）３月４日，同年９月１日及び７日にＦＲＡＮＤ条件による「確定的なライセンスの申出」を行った旨主張するが，いずれも理由がない。 (a) 被控訴人主張の２０１２年（平成２４年）３月４日の申出は，控訴人の特許の抵触性と有効性を争うものであるから，そもそも「確定的なライセンスの申出」に該当しない。また，上記申出の内容は，不合理に低額なライセンス料率を提示するものであって，交渉が成立しないことを知った上で，申出の外形を形式的に作出しただけの真にライセンスを受ける意思のないものであり，上記申出が「確定的なライセンスの申出」に該当することはあり得ない。 (b) 被控訴人主張の２０１２年（平成２４年）９月１日及び７日の申出（甲１０９，１１０）は，控訴人の特許が非侵害ないし無効であることを指摘しつつ，宣言者による必須性の検証を提案している点で（訳文３頁）依然として控訴人の特許の，抵触性と有効性を争うことを留保するものであるから，確定的なライセンスの申出」「とはいえない。また，アップル社は，特許権が消尽していると主張する製品については実施料を請求すべきでない（ロイヤリティの算定の基礎とすべきでない）旨主張しており（訳文４頁）特許消尽の主張が特許権侵害の主張に対する抗弁であるこ，とに鑑みれば，このような主張をすることは，依然として特許の抵触性を争っているに等しいから，「確定的なライセンスの申出」とはいえない。 (c) 以上のとおり，被控訴人主張のアップル社の申出は，真にライセンスを希望する確定的な申出とはいえないから，控訴人には誠実交渉義務が生じているとはいえない。ｂこの点に関連して，被控訴人は，他のライセンシーに対するライセンス条件について，秘密保持義務に違反しない範囲でアップル社に開示することは可能であるのに，控訴人がライセンス条件を開示しないことを非難する旨の主張をしている。しかし，本件ＦＲＡＮＤ宣言により控訴人に課される義務は，確定的なライセンス申出を行う者に対して誠実に交渉，協議する義務であって，他社へのライセンス条件を開示する義務は存在しない。また，アップル社は確定的なライセンスの申出を行っておらず，控訴人は被控訴人に対して何ら義務を負っていないというべきであるから，被控訴人の上記主張は失当である。また，控訴人と他社との間のライセンス契約に関する情報は，秘密保持義務が課されており，提供できる性質のものではない。 (ｳ) 誠実交渉義務違反の不存在ａ控訴人は，終始一貫して，アップル社に対して両社の間で誠実に交渉することを求めており，誠実交渉義務に違反していない。すなわち，控訴人は，２０１２年（平成２４年）４月１８日付け回答書（乙４２）において，アップル社に対しＦＲＡＮＤ条件でのライセンスの用意があることを伝え，アップル社が真剣な提案を行うことを促している。また，控訴人は，２０１２年（平成２４年）９月７日付け書簡（甲１１１）において，アップル社に対して交渉の再開を提案し，同年９月２５日以前に会談を行うことを提案した。また，控訴人は，同年１２月１８日には，アップル社に対して，ＵＭＴＳ規格等に関する必須特許ポートフォリオを対象とした１０年間のクロスライセンスの対価として多額の一時金を支払うことを内容とする新たな提案も行っている。そして，控訴人とアップル社は，平成２５年２月７日開催の会合において，●●●●●●●●●●●●● ●●●●●●●●●その内容を記載した覚書（ドラフト）を作成した。このように，控訴人は，終始一貫して，アップル社に対して両者の間で誠実に交渉することを求めてきた。控訴人が２０１１年（平成２３年）７月２５日付けの書簡（甲２５）で示したライセンス料率は，いわゆる Headline initial offer であり，ＦＲＡＮＤ条件に従う必要はなく，その後の経緯を見れば，交渉が継続され，控訴人から対案が示されているのであるから，重視されるべきではない。ｂまた，被控訴人は，控訴人がアップル社に対してＦＲＡＮＤ条件でのライセンスの提示を行っておらず，また代案を示すことなく，被控訴人に対して差止請求を行っており，かかる行為はアップル社及び被控訴人に対するＦＲＡＮＤ条件でのライセンスを拒絶する行為である旨主張する。しかし，アップル社が「確定的なライセンスの申出」を行っていないことは前述したとおりであるから，控訴人の行為がＦＲＡＮＤ条件でのライセンスを拒絶する行為であるとの被控訴人の主張は，その前提を欠き失当である。ｃむしろ，これまでに控訴人の誠実な交渉姿勢に応えてこなかったのは，アップル社側であって，本件で問題とするべきなのは，真にライセンスを取得する意思がないにもかかわらず，ライセンスを希望するかのように装って，実施料を支払うことなく，必須宣言特許を利用する，いわゆる「逆ホールドアップ」状況である。アップル社は，平成２５年２月７日開催の会合で，覚書（ドラフト）の作成段階にまで至っていた●●●●●●●●●●●●●●●●●●●●●●●●●●●●●● ●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●また，アップル社は，同年５月１６日付けの書簡（乙６６）でも，本件特許権がライセンス交渉の対象とならないことを明確に示している。このような交渉態度に照らすならば，アップル社は，真摯にライセンスを受ける意思を有していない者（unwilling licensee）であるというべきである。ｄ以上のとおり，控訴人が誠実交渉義務に違反するとの被控訴人の主張は，理由がない。 (ｴ) ＦＲＡＮＤ条件での実施料相当額の請求についてＦＲＡＮＤ宣言は，無償での特許権の利用を認めるものではないから，ＦＲＡＮＤ条件での実施料相当額の請求が，ＦＲＡＮＤ宣言をしていることを根拠として制限される理由はない。ＦＲＡＮＤ宣言をしたことを理由として，何らかの制限があるか否かが議論されるのは，差止請求権に関してであって，損害賠償請求権に関してではない。エ独占禁止法違反の主張に対し被控訴人は，控訴人の一連の行為が独占禁止法所定の不公正な取引方法に該当し，同法に違反する旨主張する。しかし，被控訴人の上記主張は，控訴人に適時開示義務違反があること，控訴人が報復目的の対抗措置として本件仮処分の申立てを行っていることなどを根拠とするものであるが，その前提において誤りがあるから，失当である。オＴＲＩＰｓ協定に関する主張に対し我が国は，ＴＲＩＰｓ協定を批准しているところ，ＴＲＩＰｓ協定31条は，加盟国が，特許権者の許諾を得ていない特許の使用に関して，これを認める場合には，特許権者に対して金銭的補償を行うことを求め，かかる金銭的補償に関しては裁判所が決定するべき旨を規定している。本件においても，特許権者たる控訴人には，当然に金銭的補償が与えられるべきであり，控訴人による損害賠償請求権の行使が許されないとされるべき理由は存在しない。カまとめ以上のとおり，控訴人の本件特許権に基づく損害賠償請求権の行使が権利濫用に当たるとの被控訴人の主張は，前提となる事実が存在しないか，権利濫用を基礎付ける事情に当たらないから，理由がない。また，控訴人による損害賠償請求を否定することはＴＲＩＰｓ協定に違反する。７争点７（損害額） (1) 控訴人の主張被控訴人による本件特許権の相当実施料に基づく支払債務は，後記の計算式のとおりである。本件特許権の相当実施料率は，本件特許権の技術分野である通信機器の実施料率に倣って，原則として売上高の５．７％であり，少なく見積もっても１％を下回らないとするのが合理的である。もっとも，原判決においては，本件特許権がＥＴＳＩのＩＰＲポリシーでいう必須ＩＰＲであると認定されており，被控訴人もこれを前提にした主張をしているので，かかる観点から，相当実施料率を修正する必要がある。必須ＩＰＲである特許権の累積的実施料率の上限に関しては，被控訴人が売上高の５％と主張していることから，裁判の迅速化を図るために，これを争わない。また，被控訴人が提出したＢの追加宣誓書（甲１３４）には，ＵＭＴＳ規格に必須と宣言された特許ファミリーのうち，実際に必須であるのは５２９ファミリーである旨が記載されているので，控訴人もこれを採用する。本件特許権の実施料率は，次の計算式で求められることになる。（計算式）５％×１／５２９＝約０．００９５％これに，本件製品２及び４の発売から平成２５年９月２８日までの売上高を乗ずると，次の計算式のとおり，相当実施料額が算定される。（計算式）本件製品２ ●（省略）●円×５％×１／５２９≒●（省略）●万円本件製品４ ●（省略）●円×５％×１／５２９≒●（省略）●万円 (2) 被控訴人の主張ＦＲＡＮＤ宣言がされた特許の価値を適切に評価するには，標準規格に組み込まれる前の発明本来の価値を基準としなければならない。ＦＲＡＮＤ宣言された特許権の実施料率は，当該製品を構成する部品のうち，標準化された技術に関係するものを基準にして設定されなければならず，また，実施料率は，全ての必須宣言特許に係る実施料の支払額が高くなりすぎないよう考慮して決定しなければならない。ア控訴人による損害額の主張は，標準規格に組み込まれる前の価値を一切考慮していない点において，誤りがある。代替的Ｅビット解釈が，実際には使用されていないことや，その使用が必要あるいは望ましいことを示す証拠もないことからすれば，本件特許が標準規格の一部であるとしても，組み込まれる前の価値はゼロであるとするのが相当である。本件特許の技術的価値が低いことからして，標準規格に組み込まれる前にライセンス交渉が行われたとすれば，実施料を支払う者はいない。そうすると，本件特許に係る実施料率は，本件特許に係る技術の標準規格に組み込まれる前の価値がゼロかそれに近い数字であることを反映したものである必要があり，控訴人主張に係るような金額に上ることはあり得ない。イ控訴人は，本件各製品の販売価格を実施料算定の基礎としているが，これでは本件各発明が寄与していない部分についてまで実施料の算定基礎に含まれることとなり，過大な実施料となる。また，本件特許における実施料は，非差別的なものでなければならないところ，本件各製品の販売価格を実施料算定の基礎とすることは，より高価格なスマートフォンを取り扱う者を不利益に取り扱うことになる。本件において不合理な結果を避けるためには，本件各発明が寄与する最小単位であるベースバンドチップの価格を基準にして実施料を算定するべきである。仮に，本件各製品の販売価格を基準とする場合でも，寄与度を乗じた額を基準とするべきで，本件各特許はベースバンドチップにのみ寄与しているというべきであるから，ベースバンドチップの価格となるように寄与度を設定するべきである。そうでないとしても，通信機能をはじめとする基本的な機能しか備えていない携帯電話の価格（保守的に見積もって６０００円程度）を超える寄与はない。ウ本件特許の実施料は，ＵＭＴＳ規格全体において本件特許が占める割合を反映したものでなければならならない。また，ＵＭＴＳ規格の必須宣言特許について，全体として要求できる実施料額の合計は５％とするべきである。この５％という割合は，ＵＭＴＳ規格の必須宣言特許全体（フェアフィールド社のレポート（甲１３５）によれば１８８９ファミリー）の合計であるから，本件特許単体としては，次の計算式のとおりとするべきである。（計算式）５％×１／１８８９＝約０．００２６５％控訴人は，必須宣言された特許のうちフェアフィールド社のレポートで必須であると判定された特許の数を母数とするが，必須特許ファミリー数は控訴人が立証責任を負うにもかかわらず，控訴人はフェアフィールド社のレポートを引用するのみで立証責任を果たしていない。エ以上によれば，本件特許に係る適切な実施料は，次のとおりとなる。 (ｱ) ベースバンドチップの価格を基礎とする場合ベースバンドチップの価格を基準に本件特許に係る適切な実施料相当額を算定すると次の計算式のとおりとなる。（計算式）１，２５０円［ベースバンドチップのコスト］ ×約０．００２６５％［本件特許に係るロイヤルティ料率］ ×●（省略）●台［本件製品２及び４の販売台数合計］＝約●（省略）●円また，仮に，標準規格に必須と判定された特許に分配するとの考え方を採用した場合には，次の計算式のとおりとなる。１，２５０円［ベースバンドチップのコスト］ ×０．００９５％［控訴人の主張するロイヤルティ料率］ ×●（省略）●台［本件製品２及び４の販売台数］＝約●（省略）●円 (ｲ) 本件各製品の販売価格を基準とする場合本件各製品の販売価格に寄与率を乗じることによって算定される金額は，ベースバンドチップの価格と同一になるから，この場合も前記(ｱ)と同額になる。また，本件特許に係る適切な実施料相当額は，基本的な電話機能しか有しない携帯電話の販売価格（６０００円）を超える金額を基礎とするべきではないから，次の計算式の金額を超えることはない。６，０００円［本件製品の販売価格に本件特許の寄与度を乗じた額の上限］ ×約０．００２６５％［本件特許に係るロイヤルティ料率］ ×●（省略）●台［本件製品２及び４の販売台数］＝約●（省略）●円第４当裁判所の判断１争点１（本件各製品についての本件発明１の技術的範囲の属否）について当裁判所は，本件製品２及び４は，本件発明１の技術的範囲に属するが，本件製品１及び３は，本件発明１の技術的範囲に属しないと判断する。その理由は次のとおりである。 (1) 本件各製品の構成について控訴人は，本件発明１が３ＧＰＰ規格の本件技術仕様書Ｖ６．９．０記載の「代替的Ｅビット解釈」（Alternative E-bit 解釈）を具現化したものであり，同技術仕様書に準拠した本件各製品は，本件発明１の技術的範囲に属する旨主張する。そこで，まず，本件各製品が本件技術仕様書Ｖ６．９．０に準拠した製品といえるかどうかについて判断する。ア本件製品１及び３について本件製品１及び３が３ＧＰＰが策定した通信規格の標準規格（３ＧＰＰ規格）であるＵＭＴＳ規格に準拠した製品であることは争いがない。ＵＭＴＳ規格としてリリースされた規格には各種のバージョンがあり，控訴人主張の代替的Ｅビット解釈は，本件出願の優先日後に公開された「３ＧＰＰＴＳ２５．３２２Ｖ６．４．０」（以下「本件技術仕様書Ｖ６．４．０」という。）以降のバージョンの技術仕様書において採用されたものである（甲２，８７，弁論の全趣旨）。しかるに，本件全証拠によるも，本件製品１及び３において代替的Ｅビット解釈に基づく機能が実装されていることを認めることはできない。かえって，本件製品１及び３に実装されたＵＭＴＳ規格に関連する処理を行うベースバンドチップは，インテル社製の「ＰＭＢ８８７８」であること，上記ベースバンドチップは，本件出願の優先日前に公開された３ＧＰＰ規格「リリース５」に係るバージョンに準拠したものであり，代替的Ｅビット解釈に基づく機能を有していないことがうかがわれる（甲８２ないし８５）。したがって，本件製品１及び３が本件技術仕様書Ｖ６．９．０に準拠した製品であるとの控訴人の主張は，理由がない。そうすると，その余の点について判断するまでもなく，本件製品１及び３が本件発明１の技術的範囲に属するとの控訴人の主張は理由がない。イ本件製品２及び４について (ｱ) 代替的Ｅビット解釈本件技術仕様書Ｖ６．９．０の９．２．２．５項及び９．２．２．８項（別紙ＴＳ参照）には，① 伝送モードが非確認モードのＰＤＵ（ＵＭＤＰＤＵ）の最初のオクテットに含まれるＥビット（拡張ビット）について，「通常Ｅビット解釈」又は「代替的Ｅビット解釈」が上位レイヤーのコンフィギュレーションに応じて選択的に適用されること，② 「代替的Ｅビット解釈」の下では，最初のオクテットに含まれるＥビットが「０」の場合は，「次のフィールドは，分割，連結，パディングされていない完全なＳＤＵ」であることを，「１」の場合は，「次のフィールドは，長さインジケータとＥビット」であることを示すこと，③ 「長さインジケータ」は，最初のオクテットに含まれるＥビットが「分割，連結，パディングされていない完全なＳＤＵ」であることを示していなければ，ＰＤＵの中のそれぞれのＳＤＵ（ＲＬＣＳＤＵ）が終わる最後のオクテットを示すものとして用いられること， ④ 「代替的Ｅビット解釈」が設定され，かつ，ＰＤＵ（ＲＬＣＰＤＵ）がＳＤＵのセグメントを含むが，ＳＤＵの最初のオクテットも最後のオクテットも含まない場合には，「長さインジケータ」は，「１１１１１１０」の値を持つ７ビットの長さインジケータ又は「１１１１１１１１１１１１１１０」の値を持つ１５ビットの長さインジケータが用いられることが記載されている。 (ｲ) 本件実機テストａ証拠（乙１３，１４，４１）及び弁論の全趣旨によれば，次の事実が認められる。 (a) カナダ法人のチップワークス社が本件製品２及び４について，「基地局エミュレータ」として，ＣＭＷ５００を用いたテスト（本件実機テスト）を行った。 (b) 本件実機テストのテスト１は，「ＰＤＵサイズ：４８８ビット，ＳＤＵサイズ：４８０ビット」の設定で，「ＰＤＵが分割，連結，パディングされていない完全なＳＤＵを含む場合」のテストであり，テスト２は，「ＰＤＵサイズ：８０ビット，ＳＤＵサイズ：４８０ビット」の設定で，最初と最後を除いた「中間セグメント」としてのＰＤＵ（例えば，２番目のＰＤＵ）をモニタするテストである。 (c) 本件実機テストの結果は，次のとおりである。 ① テスト１の場合には，一連番号（ＳＮ）に続くＥビットが「０」となり，長さインジケータを含まないＰＤＵが出力されている（乙１３の図１２，１４）。 ② テスト２の場合には，一連番号（ＳＮ）に続くＥビットが「１」となり，長さインジケータとして所定値（１１１１１１０）を含むＰＤＵが出力されている（乙１３の図１３，１５）。ｂ前記ａの本件実機テストの結果が示すＥビットの値及び長さインジケータの値は，前記(ｱ)の代替的Ｅビット解釈を採用した場合の値と整合しており（テスト１は前記(ｱ)②及び③と，テスト２は前記(ｱ)②及び④とそれぞれ整合する。，本件製）品２及び４は，代替的Ｅビット解釈の機能を実装していることが認められる。ｃこれに対し被控訴人は，本件実機テストの結果の「Interpretation」の欄に「次のオクテット：データ（「next octet: data」」と表示されており，）「分割，連結，パディングされていない完全なＳＤＵ」と表示されていないから，本件実機テストでは，代替的Ｅビット解釈ではなく，通常Ｅビット解釈が用いられているなどと主張する。しかし，代替的Ｅビット解釈において，Ｅビットに「０」が設定される場合，次のフィールドのビット列が「分割，連結，パディングされていない完全なＳＤＵ」を構成するＳＤＵの「データ」を示すものであることからすると，Interpretation」「の欄に「次のオクテット：データ「next octet: data」」（）と表示されていることは，本件実機テストにおいて代替的Ｅビット解釈が使用されていることと相反するものではない。したがって，被控訴人の上記主張は理由がない。ウ小括以上によれば，本件製品２及び４は，本件技術仕様書Ｖ６．９．０に準拠した製品であり，代替的Ｅビット解釈に基づく機能を実施する構成を備えていることが認められる。 (2) 本件発明１の技術的意義ア本件明細書の記載事項 (ｱ) 本件明細書（甲１の２）の発明の詳細な説明には，次のような記載がある（この記載中に引用する図面については，別紙本件明細書図面参照。。）ａ「【技術分野】本発明はパケットサービスを支援する移動通信システムに関するもので，特に無線リンク上のプロトコルデータユニット(Protocol Data Unit：以下， “ＰＤＵ”とする）のヘッダーサイズを減少させて無線リソースを効率的に使用する方法及び装置に関するものである。（段落【０００１】」）ｂ「【背景技術】・ヨーロッパ式移動通信システムであるＧＳＭ(Global System ・・ for Mobile communications）とＧＰＲＳ(General Packet Radio Services)に基づいて広帯域符号分割多重接続(Code Division Multiple Access：以下，“ＣＤＭＡ” とする）を使用する第３世代の移動通信システムであるＵＭＴＳ(Universal Mobile Telecommunication Service)システムは，移動電話加入者又はコンピュータユーザーが全世界のどこにいてもパケットベースのテキスト，デジタル化された音声，ビデオ，及びマルチメディアデータを２Mbps 以上の高速で伝送できるサービスを提供する。このＵＭＴＳシステムは，インターネットプロトコル(Internet Protocol：以下， “ＩＰ”とする）のようなパケットプロトコルを用いるパケット交換アクセス方式の概念を導入している。上記のＵＭＴＳ通信システムに対する標準化を担当する３ＧＰＰ(3rd Generation Partnership Project)で音声サービスについて，インターネットプロトコルを用いて音声パケットを支援するＶｏＩＰ(Voice over ＩＰ)通信が論議されている。ＶｏＩＰは，音声コーデック(ＣＯＤＥＣ)から発生した音声フレームをＩＰ / ＵＤＰ (User Datagram Protocol)/ ＲＴＰ (Real-time Transport Protocol)パケットの形態で伝送する通信技術である。このＶｏＩＰ，パケットネットワークを通じる音声サービスの提供を容易にする。段落（」【０００２】，）「図１は，ＶｏＩＰを支援する通常の移動通信システムの構成を示す。（段落【０」００３】」「一般に，ＲＬＣ階層は，動作方式によりＵＭ(Unacknowledged Mode)，），ＡＭ(Acknowledged Mode)，ＴＭ(Transparent Mode)に分けられる。ＶｏＩＰは，上記ＲＬＣＵＭで動作する。送信器において，ＲＬＣＵＭ階層は，上位階層から受信されたＲＬＣサービスデータユニット(Service Data Unit：以下，“ＲＬＣＳＤＵ”とする)を無線チャンネルを通じて伝送するのに適合したサイズに分割し，連結し，或いはパディングする。ＲＬＣＵＭ階層は，分割/連結/パディング (segmentation/concatenation/padding)情報とシーケンス番号（ＳＮ）を上記結果値に挿入して無線チャンネルを通じて伝送に適合したＲＬＣＰＤＵ(Protocol Data Unit)を構成し，このＬＣＰＰＤＵ（判決注：「ＲＬＣＰＤＵ」の誤記）を下位階層に伝送する。・・・上位階層から受信されたＲＬＣＳＤＵを無線チャンネルを通じて伝送するために適合したサイズに処理する動作は，ＲＬＣフレーミング “ (framing)”と称する。（段落【０００４】，」）「図２Ｃは，従来技術により，送信器のＲＬＣ階層でＲＬＣＳＤＵをフレーミングしてＲＬＣＰＤＵを構成する動作を示す。・・・送信器のＲＬＣ階層は，上位階層から任意のサイズ，例えば１００バイトＩＰパケットのＲＬＣＳＤＵ２２５を受信する。無線チャンネルを通じて伝送可能なデータのサイズが４０バイトである場合に，ＲＬＣ階層は，ＲＬＣＳＤＵ２２５を３個のＲＬＣＰＤＵ２３０，２３５，２４０に分割する。このとき，それぞれのＲＬＣＰＤＵは，４０バイトである。また，各ＲＬＣＰＤＵは，ＲＬＣヘッダー２４５を含む。ＲＬＣヘッダー２４５は，シーケンス番号(Sequence Number：以下，“ＳＮ”とする)２５０と，Ｅフィールド２５５と，長さインジケータ(Length Indicator：以下， “ＬＩ”とする)フィールド２６０とＥフィールド２６５の少なくとも複数の対とから構成される。ＬＩフィールド２６０は，分割により含まれる。ＳＮフィールド２５０は，ＲＬＣＰＤＵごとに１ずつ単調に増加する７ビットのＳＮを示す。このＳＮは，ＲＬＣＰＤＵ２３０，２３５，２４０の順序を示す。Ｅフィールド２５５は，次のフィールド(following field)がデータフィールドであるか否か或いはＬＩフィールドとＥフィールドの対であるか否かを示し，１ビットのサイズを有する。ＬＩフィールド２６０は，ＲＬＣのフレーミングに基づいて７ビット又は１５ビットのサイズを有する。ＲＬＣＰＤＵに含まれるＲＬＣＳＤＵ２２５のセグメントが，ＲＬＣＰＤＵのデータフィールド２７０に位置することを示す。すなわち，ＬＩフィールド２６０は，ＲＬＣＰＤＵのデータフィールド２７０で，ＲＬＣＳＤＵ２２５の開始及び終了を示す。ＬＩフィールド２６０は，パディングしたか否かを示すことができる。ＬＩフィールド２６０が示す値はバイト単位で設定され，ＲＬＣヘッダーからＲＬＣＳＤＵが終了する地点までのバイト数を意味する。（段落【０００７】」）ｃ「上記のように，ＬＩフィールドを用いてＲＬＣＳＤＵの最後のバイトの位置を示す従来の方式は，一つのＲＬＣＳＤＵを複数のＲＬＣＰＤＵに分割し，或いは複数のＲＬＣＳＤＵを一つのＲＬＣＰＤＵに連結する場合に効率的である。しかし，通常にＶｏＩＰパケットの特性において，一つの完全なＲＬＣＳＤＵが一つのＲＬＣＰＤＵのみに対応し，分割/連結/パディングなしに頻繁に発生する。・・・このようにＲＬＣＰＤＵのサイズが，最も頻繁に発生するＲＬＣＳＤＵのサイズに基づいて定義されると，大多数のＲＬＣＳＤＵは分割/連結/パディングを経ることなく，ＲＬＣＰＤＵにフレーミングされる。この場合に，従来のフレーミング方式は非効率的である。」（段落【００１１】，・）「・・言い換えれば，ＶｏＩＰ通信では，大部分ＲＬＣＳＤＵを分割又は連結せず，一つのＲＬＣＳＤＵは一つのＲＬＣＰＤＵで構成する。それにも拘わらず，既存のＲＬＣフレーミング動作は，ＲＬＣＰＤＵに少なくとも２個のＬＩフィールド，すなわちＲＬＣＳＤＵの開始を示すＬＩフィールドと，ＲＬＣＳＤＵの終了を示すＬＩフィールドが常に要求される。必要によって，データフィールドのパディング可否を示すＬＩフィールドも追加で挿入される。したがって，従来技術によるＶｏＩＰ通信方式でＲＬＣフレーミング方式を使用する場合に，不必要なＬＩフィールドの使用によって限定された無線リソースが非効率的に使用されるという問題点が発生した。（段落【００１２】」）ｄ「【発明が解決しようとする課題】・・・上記の従来技術による問題点を解決するために，本発明の目的は，パケットサービスを支援する移動通信システムで，無線リンク制御階層のプロトコルデータユニット(ＲＬＣＰＤＵ）のヘッダーサイズを減少させて無線リソースを効率的に使用する方法及び装置を提供することにある。（段落【００１３】」）ｅ「【課題を解決するための手段】上記のような本発明の目的を達成するために，本発明は，移動通信システムにおける予め定められた長さインジケータ(ＬＩ) を用いてデータを送信する方法であって，上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定する段階と，前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記ＳＤＵを伝送可能なＰＤＵのサイズにより複数のセグメントに分割する段階と，一連番号（ＳＮ）フィールドと，ＬＩフィールドが存在することを示す少なくとも一つの１ビットフィールドと，前記ＬＩフィールドとをヘッダー内に有し，前記セグメントをデータフィールド内に有する複数のＰＤＵを構成する段階と，ここで前記ＳＤＵの中間セグメントをデータフィールド内に含むＰＤＵの前記ＬＩフィールドは，前記中間セグメントが存在することを示す値に設定され，前記ＰＤＵを受信器に伝送する段階とを有することを特徴とする。（段落【００１４】，」）「本発明は，移動通信システムにおける予め定められた長さインジケータ(ＬＩ)を用いてデータを送信する装置であって，上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定し，前記ＳＤＵを伝送可能なＰＤＵサイズによって少なくとも一つのセグメントに再構成するための伝送バッファと，ＳＮフィールドと１ビットフィールドをヘッダーに含み，前記少なくとも一つのセグメントをデータフィールド内に有する少なくとも一つのＰＤＵを構成するヘッダー挿入部と，前記少なくとも一つのＰＤＵの１ビットフィールドを，以後のＬＩフィールドの存在有無のうち少なくとも一つを示す値に設定する１ビットフィールド設定部と，前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記少なくとも一つのＰＤＵの前記１ビットフィールド以後にＬＩフィールドを挿入し，前記ＳＤＵの中間セグメントをデータフィールド内に含むＰＤＵのＬＩフィールドを，前記中間セグメントを含むことを示す値に設定するＬＩ挿入部と，前記ＬＩ挿入部から受信される少なくとも一つのＰＤＵを受信部に伝送する送信部とを含むことを特徴をする。（段落【００１６】」）ｆ「【発明の効果】本発明は，ＲＬＣＰＤＵのデータフィールドに完全なＲＬＣＳＤＵが存在することを示す１ビットの情報によって，このＲＬＣＳＤＵの開始/終了/パディングを示すための追加情報の挿入を不要にすることによって，限定された無線伝送リソースを効率的に使用する効果を有する。また，本発明は，上記のようにＲＬＣＳＤＵの中間セグメントのみを含むＲＬＣＰＤＵに，予め定められたＬＩの新たな値に設定されたＬＩフィールドを含むことによって，ＲＬＣＳＤＵの分割動作が可能になる効果を有する。（段落【００１８】」）ｇ「・・・本発明の望ましい実施形態によりＲＬＣ階層は，２つのフレーミング方式を使用する。第１の方式は，最も頻繁に使用されるサイズを有するＲＬＣＳＤＵが，ＬＩフィールドを使用せずにＲＬＣＰＤＵにフレーミングを遂行することである。第２の方式は，他のサイズのＲＬＣＳＤＵに対してＬＩフィールドを使用してＲＬＣＰＤＵにフレーミングを遂行することである。・・・第１のＥフィールドを，他のＥフィールドと区別するために“Ｆフィールド”と称する。（段落」【００２０】）ｈ「図４は，本発明の望ましい実施形態によるＲＬＣＰＤＵの構造を示す。」（段落【００２１】，）「図５Ａは，本発明の望ましい実施形態により，ＲＬＣＳＤＵが分割/連結/パディングを経ることなく，ＲＬＣＰＤＵに対応する場合にＲＬＣＰＤＵの構成を示す。図５Ａを参照すると，送信器(すなわち，送信器のＲＬＣ階層）は，一つの完全なＲＬＣＳＤＵを分割/連結/パディングせずに，一つのＲＬＣＰＤＵにフレーミングが可能である場合に，Ｆフィールドを‘０’に設定し，ＲＬＣＰＤＵのデータフィールドに完全なＲＬＣＳＤＵを挿入する。段落（」【００２２】，）「図５Ｂは，本発明の望ましい実施形態により，ＲＬＣが分割/連結/パディングを通じてＲＬＣＰＤＵにフレーミングされる場合に，ＲＬＣＰＤＵの構造を示す。図５Ｂを参照すると，送信器はＲＬＣをフレーミングするために分割/ 連結/パディングを遂行することが必要である場合に，Ｆフィールドを‘１’に設定し，分割/連結/パディングに必要なＬＩフィールドとパディングを含んでＲＬＣＰＵＤを構成する。・・・既存の第１のＥフィールドをＦフィールドとして用いるためには，下記のような問題点を解決すべきである。通常，ＲＬＣＰＤＵがＲＬＣＳＤＵのセグメント(segment)であり，ＲＬＣＰＤＵにＲＬＣＳＤＵの開始も終了も含まない場合に，ＲＬＣＰＤＵにはＬＩフィールドが存在しなかった。図５Ａでは，ＲＬＣＳＤＵが分割/連結/パディングを経ることなく，一つのＲＬＣＰＤＵにフレーミングされる場合に，ＬＩフィールドを使用しない。ＲＬＣＰＤＵが一つの完全なＲＬＣＳＤＵを含まず，かつＲＬＣＳＤＵの開始又は終了を含まないことを示す必要がある。（段落【００２３】」）ｉ「図６Ａは，従来のＲＬＣフレーミング技術により，一つのＲＬＣＳＤＵが複数のＲＬＣＰＤＵに分割される状況を示す。・・・ＲＬＣＳＤＵの開始や終了を含まないＲＬＣＰＤＵ６１５にＬＩフィールドを挿入しないと，受信器は，ＲＬＣＰＤＵ６１５のデータフィールドに含まれたセグメントが，一つの完全なＲＬＣＳＤＵを構成するか，或いは以前及び以後のＲＬＣＰＤＵのセグメントと結合して一つのＲＬＣＳＤＵを構成するか判定できない。したがって，後述する本発明の望ましい実施形態では，ＲＬＣＳＤＵの開始や終了が含まれないＲＬＣＰＤＵ(以下，“中間(intermediate)ＰＤＵ'とする)を示すために，予め定められたＬＩの新たな値を定義する。例えば‘１１１１１１０’を予め定められたＬＩの新たな値として定義する。予め定められたＬＩの新たな値が挿入されたＲＬＣＰＤＵは，中間ＲＬＣＰＤＵとして認識される。」（段落【００２４】，）「図６Ｂは，本発明の望ましい実施形態により，予め定められたＬＩを用いて一つのＲＬＣＳＤＵを複数のＲＬＣＰＤＵに分割する状況を示す。図６Ｂを参照すると，一つのＲＬＣＳＤＵ６２５がＳＮ‘ｘ’‘ｘ＋１’‘ｘ＋２’である３個のＲＬＣ，，ＰＤＵ６３０，６３５，６４０に分割される。すると，第１のＲＬＣＰＤＵ６３０にはＦフィールドが‘１’に設定され，予め定められたＬＩ値‘１１１１１００’ が第１のＲＬＣＰＤＵ６３０に挿入され，このＲＬＣＰＤＵ６３０のデータフィールドの第１のバイトがＲＬＣＳＤＵ６２５の第１のバイトに対応することを示す。第２のＲＬＣＰＤＵ６３５にはＲＬＣＳＤＵ６２５の開始も終了も含まれずに中間部分のみを含んでいるため，Ｆフィールドが‘０’に設定され，予め定められたＬＩ値‘１１１１１１０’が第２のＲＬＣＰＤＵ６３５に挿入されて前記ＲＬＣＰＤＵ６３５が中間ＲＬＣＰＤＵであることを示す。第３のＲＬＣＰＤＵ６４０には，ＲＬＣＳＤＵ６２５の終了，例えばデータフィールドの３５番目のバイトまでであることを示すＬＩ値‘０１０００１１’が含まれる。（段落」【００２５】） (ｲ) 本件発明１の特許請求の範囲（請求項８）の文言と本件明細書の「発明の詳細な説明」の前記(ｱ)の記載事項（各図面を含む。を総合すれば，）本件明細書には， ① パケットサービスを支援する移動通信システム（無線データパケット通信システム）において，音声コーデックから発生した音声フレームをインターネットプロトコルを用いて音声パケットの形態で伝送する通信技術であるＶｏＩＰを提供するに当たって，従来技術によるＶｏＩＰ通信方式でＲＬＣフレーミング方式（上位階層から受信されたＲＬＣＳＤＵを無線チャンネルを通じて伝送するために適合したサイズに処理する動作）を使用する場合であって，ＲＬＣＰＤＵのサイズが，最も頻繁に発生するＲＬＣＳＤＵのサイズに基づいて定義される場合には，大部分のＲＬＣＳＤＵが，分割又は連結せず，一つのＲＬＣＳＤＵは一つのＲＬＣＰＤＵで構成されるにもかかわらず，既存のＲＬＣフレーミング動作では，少なくともＲＬＣＳＤＵの開始を示すＬＩ（長さインジケータ）フィールドとその終了を示すＬＩフィールドが常に要求されるなど不必要なＬＩフィールドが挿入され，それによって限定された無線リソースが非効率的に使用されるという問題点が発生すること，② 本件発明１の目的は，従来技術による上記問題点を解決するために，ＲＬＣＰＤＵ（無線リンク制御階層のプロトコルデータユニット）のヘッダーサイズを減少させて無線リソースを効率的に使用する装置を提供することにあること， ③ 本件発明１は，上記目的を達成するための手段として，「一つの完全なＲＬＣＳＤＵを分割/連結/パディングせずに，一つのＲＬＣＰＤＵにフレーミングが可能である場合」に，そのことをＲＬＣＰＤＵのデータフィールドに１ビット情報で示す構成（構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」するとの構成）を採用することによって，そのＲＬＣＳＤＵの分割/連結/パディングを示すための追加情報の挿入（「ＬＩフィールド」の使用）を不要とし，ＲＬＣＰＤＵが「ＲＬＣＳＤＵの開始や終了が含まれない，ＲＬＣＳＤＵの中間セグメントのみ」を含む場合に，そのことを予め定められたＬＩの新たな値に設定されたＬＩフィールドで示す構成（構成要件Ｄの「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部」の構成及び構成要件Ｆの「前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定」される構成）を採用することによって，ＲＬＣＳＤＵの分割動作を可能とし，これによりヘッダーサイズを減少させて無線リソースを効率的に使用する効果を奏することが開示されているものと認められる。イ本件発明１と代替的Ｅビット解釈との関係 (ｱ) 本件発明１の構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」するとの構成及びその効果（前記ア(ｲ)③）は，代替的Ｅビット解釈において，最初のオクテットに含まれるＥビットが「０」の場合は，「次のフィールドは，分割，連結，パディングされていない完全なＳＤＵ」であることを示し，長さインジケータが用いられないこと（前記(1)イ(ｱ)②及び③）を規定し，また，構成要件Ｄの「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部」の構成及び構成要件Ｆの「前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定」される構成は，代替的Ｅビット解釈において，ＰＤＵ（ＲＬＣＰＤＵ）がＳＤＵのセグメントを含むが，ＳＤＵの最初のオクテットも最後のオクテットも含まない場合には，「長さインジケータ」「１１１は，１１１０」の値を持つ７ビットの長さインジケータ又は「１１１１１１１１１１１１１１０」の値を持つ１５ビットの長さインジケータが用いられること（前記(1)イ(ｱ)④）を規定したものであると認められる。したがって，本件発明１は，代替的Ｅビット解釈を具現化した発明であるというべきである。 (ｲ)ａこれに対し被控訴人は，本件発明１の構成要件Ｂの「前記ＳＤＵが一つのＰＤＵに含まれるか否かを判定」とは，「ＳＤＵが一つのＰＤＵに完全に含まれるかどうか（一致するかどうか）」を判定することを意味するのに対し，本件技術仕様書Ｖ６．９．０の４．２．１．２．１項の「ＲＬＣＳＤＵがＵＭＤＰＤＵの利用可能なスペースの長さより大きい場合」に「ＲＬＣＳＤＵを適当なサイズのＵＭＤＰＤＵｓに分割する。」との記載は，４．２．１．２．１項記載の判定方式が，ＳＤＵの分割が必要か否かを決定することを目的とし，ＳＤＵがＰＤＵの利用可能な領域よりも大きいか否か（ＳＤＵとＰＤＵの大小関係）を判定する方式を意味するものであり，ＳＤＵが一つのＰＤＵに完全に含まれる（一致する）か否かを判定する方式とは異なるものであるから，本件技術仕様書Ｖ６．９．０には，構成要件Ｂの開示がない旨主張する。しかし，本件技術仕様書Ｖ６．９．０の９．２．２．５項には，「代替的Ｅビット解釈」の下において，最初のオクテットに含まれるＥビットが「０」の場合は，「次のフィールドは，分割，連結，パディングされていない完全なＳＤＵ」であることを，「１」の場合は，「次のフィールドは，長さインジケータとＥビット」であることを示すこと（前記１(1)イ(ｱ)②）が記載されており，上記記載は，ＳＤＵがＰＤＵに完全に含まれる（一致する）か否か（「分割，連結，パディングされていない完全なＳＤＵ」か否か）の判定を行うことを前提に，その判定結果に従ってＥビットを上記のように設定することを規定するものといえるから，構成要件Ｂの「ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定」するとの構成を開示するものというべきである。したがって，被控訴人の上記主張は理由がない。ｂまた，被控訴人は，構成要件Ｄにいう「前記ＳＤＵが一つのＰＤＵに含まれる場合」とは，①パディングが生じている場合，②連結が生じている場合，③分割，連結及びパディングのいずれも生じていない場合の全てを対象とするものであるから，構成要件Ｄを充足するというためには，上記①又は②の場合であっても，「ＰＤＵが分割，連結又はパディングなしにＳＤＵを完全に含むことを示すように１ビットフィールドが設定」されなければならないのに対し，本件技術仕様書Ｖ６．９．０記載の代替的Ｅビット解釈においては，上記③の場合にのみ，ＰＤＵが完全なＳＤＵを含むことを示すように１ビットフィールドが設定されるのであるから，構成要件Ｄの構成は，本件技術仕様書Ｖ６．９．０記載の代替的Ｅビット解釈とは異なる旨主張する。しかし，構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」との文言，本件明細書の段落【００２２】及び図５Ａによれば，構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合」とは，「前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含む」場合（上記③の場合）のみを意味し，ＳＤＵが連結されてＰＤＵに格納されている場合やＳＤＵがパディングとともにＰＤＵに格納されている場合は，これに含まれないと解すべきであるから，被控訴人の主張は，その前提を欠くものとして，採用することができない。 (3) 本件製品２及び４についての本件発明１の技術的範囲の属否についてア本件製品２及び４が本件発明１の構成要件Ａ及びＨを充足することは，前記争いのない事実等(3)イのとおりである。そして，本件製品２及び４が，本件技術仕様書Ｖ６．９．０に準拠した製品であり，代替的Ｅビット解釈に基づく機能を実施する構成を備えていること（前記(1) ウ）本件発明１が代替的Ｅビット解釈を具現化した発明であること，（前記(2)イ(ｱ)）によれば，本件製品２及び４は，本件発明１の構成要件ＢないしＧを充足するものと認められる。以上によれば，本件製品２及び４は，本件発明１の構成要件を全て充足するから，その技術的範囲に属する。イ(ｱ) これに対し被控訴人は，本件技術仕様書Ｖ６．９．０に構成要件Ｂ及びＤの開示がないことを理由に，本件製品２及び４が構成要件Ｂ及びＤを充足しない旨主張する。しかし，前記(2)イ(ｲ)で述べたとおり，被控訴人の主張は，その前提を欠くものであるから，理由がない。 (ｲ) また，被控訴人は，本件製品２及び４が本件発明１の技術的範囲に属するというためには，本件製品２及び４が本件発明１の構成要件に記載された全ての機能を現実のネットワーク上で実行していることを立証する必要があるが，代替的Ｅビット解釈は，通常Ｅビット解釈のオプション的なものであり，通信事業者が代替的Ｅビット解釈を使用するようにネットワークを設定していることについての立証がないから，本件各製品が本件発明１の技術的範囲に属しない旨主張する。しかし，本件製品２及び４は，本件発明１の構成要件を全て充足し，代替的Ｅビット解釈を実施する構成を備えている以上，本件発明１の技術的範囲に属するものと認められ，現実のネットワーク上で通信事業者が代替的Ｅビット解釈を使用するようにネットワークを設定しているかどうかは本件発明１の技術的範囲の属否に影響を及ぼすものではないというべきである。 (4) まとめ以上のとおり，本件製品１及び３は，本件発明１の技術的範囲に属しないが，本件製品２及び４は，その技術的範囲に属する。そうすると，被控訴人による本件製品１及び３の輸入，販売等は，本件特許権の侵害行為に当たらない。２争点２（本件発明２に係る本件特許権の間接侵害（特許法101条4号，５号）の成否）について本件発明２は，本件発明１の送信装置におけるデータの送信方法の発明であり，両発明の構成は共通すること（争いがない。）によれば，本件製品１及び３におけるデータ送信方法の構成は，本件発明２の技術的範囲に属しないが，本件製品２及び４におけるデータ送信方法の構成は，その技術的範囲に属するものと認められる。本件製品１及び３におけるデータ送信方法の構成は，本件発明２の技術的範囲に属しないから，被控訴人が本件製品１及び３を輸入し，販売する行為が本件発明２に係る本件特許権の間接侵害（特許法101条4号，５号）に該当するものではない。本件製品２及び４におけるデータ送信方法の構成は，本件発明２の技術的範囲に属するものと認められるが，争点２に係る主張は争点１に係る主張と選択的な関係に立ち，争点３以下の判断は争点１と共通であるから，間接侵害の成否は判断しない。３争点３（特許法104条の3第1項の規定による本件各発明に係る本件特許権の権利行使の制限の成否）について当裁判所は，本件特許には被控訴人主張に係る無効理由はなく，特許法104条の３第１項の規定によりその権利行使が制限されるものではないと判断する。その理由は次のとおりである。 (1) 各文献の記載各引用例には次のとおりの記載がある（この記載中に引用する図面については，別紙引用例の図面参照。。）ア甲３（特開２００４－１７９９１７号公報）の記載 (ｱ) 「本発明は，ワイヤレスコミュニケーションデータの伝送中に発生する，不測のスケジュール中断を処理する方法に関するもので，特に，無線リンク制御（radio link control，ＲＬＣ）層とメディアアクセス制御（medium access control，ＭＡＣ）層間のスケジュール中断の処理に関するものである。（段落【０００１】」） (ｲ) 「【従来の技術】・・・図１は，三層のコミュニケーションプロトコルを示す図である。・・・第一ステーション上のアプリケーション１３は，メッセージ１１を生成し，そのメッセージ１１を第三層（レイヤ）インターフェース１２に送り，第二ステーション２０に伝送する。・・・第三層インターフェース１２は，第二層のサービスデータユニット（service data units，ＳＤＵｓ）１４の形式で，メッセージ１１，或いは第三信号メッセージ１２ａを，第二層インターフェース１６に伝送する。（段落【０００２】，」）「第二層のＳＤＵ１４は，異なる大きさで，第三層インターフェース１２が第二ステーション２０に伝送したいデータを保持しており，このようなデータは，信号メッセージ１２ａ，或いは，メッセージ１１である。第二層インターフェース１６は，受信したＳＤＵ１４を，一つ或いはそれ以上の第二層プロトコルデータユニット（protocol data unit，ＰＤＵｓ）１８に組み立てる。各第二層ＰＤＵ１８の長さは一定で，第一層インターフェース１９に伝送される。第一層インターフェース１９は実体層（physical layer）で，データを第二ステーション２０に伝送する。（段落【０００３】」） (ｳ) 「図２は，第二層のデータ伝送受信の処理を示す図である。ベースステーション，或いはモバイルユニットである送信器３０の第二層インターフェース３２は，第三層インターフェース３３から，一連のＳＤＵ３４を受信する。ここでは，ＳＤＵ３４は，連続して１～５に並び，異なる大きさであるとし，図では異なる長さで示されている。第二層インターフェース３２は，一連のＳＤＵ３４を，一連のＰＤＵ３６にする。第二層ＰＤＵ３６は，１～４に並べられ，全て同じ長さである。ＰＤＵ３６は，第一層インターフェース３１に送られ，伝送を待つ。（段落【０００」４】） (ｴ) 「図３及び図１を参照すると，図３はＡＭデータＰＤＵ５０の簡略図で，３ＧＰＰＴＳ２５．３２２Ｖ３．０．８．規範に掲載されている。」（段落【０００６】） (ｵ) 「図３中のＰＤＵ５０はデータＰＤＵで，第二層プロトコルに従って，様々なフィールドに分割される。，」「第一フィールド５１は，ＰＤＵ５０がデータＰＤＵ或いは制御ＰＤＵのどちらかを示すシングルビットである。ビットの値が１の時，ＰＤＵ５０はデータＰＤＵである。第二フィールド５２はシーケンス番号（sequence number，ＳＮ）フィールドで，ＡＭ伝送時は，１２ビット長である。後続のＰＤＵ１８，２８は，高いシーケンス番号を備え，受信器（第二ステーション）２０に，受信した第二層ＰＤＵ２８を正確に組み立てさせ，第二層ＳＤＵ２４を形成する。，」「シーケンス番号フィールド５２の後に，単一のポーリングビット５３がある。」 (ｶ) 「ポーリングビット５３が１の時，受信器（第二ステーション２０）は，確認状態ＰＤＵを出して応答しなければならない。，」「ビット５４が保留されていて，０に設定される。次のビット５５ａは，拡張子ビット（extension bit）で，１に設定される時，即刻，長さインジケーター（length Indicator，ＬＩ）につなぐことを表示する。ＬＩは７ビットまたは１５ビットで，第二層ＳＤＵが，第二層ＰＤＵ５０内で終了する位置を表示するのに用いられる。僅か一つのＳＤＵが，完全にＰＤＵ５０のデータ領域５８を充填する場合，ビット５５ａは０で，ＬＩは出現しないことを表示する。（段落【０００７】【０００８】」，） (ｷ) 「図３の例において，２つの第二層ＳＤＵ５７ａ及び５７ｂは，第二層ＰＤＵ５０で終了する。よって，２つのＬＩにより，第二層ＳＤＵ５７ａ及び５７ｂの終了をそれぞれ表示する。続いて，ＰＤＵ５０の後続のＰＤＵ（シーケンス番号５２で区別する）は，ある一つのＬＩにより，ＳＤＵ５７ｃの終わりを表示する。ＬＩの後の拡張子ビット５５ｂは１に設定され，後にまだＬＩ（つまり，図上のＬＩ）があることを表示する。ＬＩ後の拡張子ビット５５ｃは０に設定され，後にＬＩがないことを示し，データ領域５８は，この拡張子ビット５５ｃに続いて開始される。データ領域５８は，実際のＳＤＵデータを格納するのに用いられる。（段落【００」０９】） (ｸ) 「図６と図４を参照する。図６は，公知技術のＴＦＣ選択のタイミング図である。・・・ＴＴＩ８１において，ＲＬＣ層６２は，ＭＡＣ層６４に，ＲＬＣ実体情報（entity information）８４を知らせなければならない。ＲＬＣ状態情報８４は，ＭＡＣ層６４に，いくつのＳＤＵ情報６５ａがＲＬＣ層６２により伝送されるのを待っているかを報告する。ＭＡＣ層６４は，ＲＬＣ状態情報８４に応答し，ＴＦＣデータ要求８６を与える。ＴＦＣデータ要求８６は，ＲＬＣ層６２に，ＭＡＣ層６４に伝送するＰＤＵ６５ｂの大きさと数量を指示する。・・・その後，これらのＰＤＵ６５ｂは，ブロック８８の方式で，ＭＡＣ層６４に伝送される。，」「しかし，一旦，ＭＡＣ層６４が，ＴＦＣデータ要求８６に応答した後，ＲＬＣ層６２は，ＴＦＣデータ要求８６の要求に符合する大きさと数量のＰＤＵを伝送しなければならない。要求通りに実行されていない場合，無線デバイスのソフトウェア障害を生じる。この問題は，公知技術でも問題となっており，データ伝送のスケジュール上，非常に重要である。（段落【００１３】【００１４】」，） (ｹ) 「しかし，上述の状況以外に，他の不測のデータ中断事態が発生し，公知技術でも処理できない状態が生じるかもしれない。図１，図４及び図６をもう一度参照すると，これらの予期されないデータ中断のほとんどは，第三層インターフェース１２から第二層インターフェース１６へ伝送されるコマンド指令（ command primitive）に起因する。・・・第三層インターフェース１２がベースステーションの変更を決定した時，第三層インターフェース１２は第二層インターフェース１６の停止指令を起動する。停止指令は第二層インターフェース１２に，ＳＤＵ情報６５ａの伝送を直ちに中止するよう要求する。よって，ＴＦＣデータ要求８６がすでに受信されても，ＰＤＵ６５ｂは，ＭＡＣ層６４に送られる状態から，伝送停止状態に変更する。（段落【００１５】」） (ｺ) 「【発明が解決しようとする課題】本発明は，ワイヤレスコミュニケーションシステムにおいて，ＲＬＣ層とＭＡＣ層間で生じる不測の伝送中断を処理する方法とそのシステムを提供することを目的とする。，【課題を解決するための手段】」「本発明は，ワイヤレスコミュニケーションデバイスにおいて，ＲＬＣ層とＭＡＣ層間のデータ伝送スケジュールで生じる不測の伝送中断の処理方法とシステムを開示する。本発明によると，ＲＬＣ層は，ＲＬＣ実体情報をＭＡＣ層に提供する。ＲＬＣ実体情報は，ＲＬＣ層が伝送を待つＳＤＵデータを有することを示す。ＲＬＣ実体情報が提供された後，ＲＬＣ層は不測のデータ中断を受信し，ＲＬＣ層にＳＤＵの破棄を要求する。不測のデータ中断を受信した後，ＭＡＣ層は，ＭＡＣ要求を送信し，ＲＬＣ層に少なくとも一つのＰＤＵを出すよう要求する。このＭＡＣ要求に従って，ＲＬＣ層はＭＡＣ層に少なくとも一つのＰＤＵを伝送し，破棄されたＳＤＵを代替する。（段落【００１９】【００２０】」，） (ｻ) 「以下の記述において，送信器或いは受信器は，携帯電話，ＰＤＡ，パソコン或いは，その他のワイヤレスコミュニケーションプロトコルを使用したデバイスである。本発明は，前述の通り，ワイヤレスコミュニケーションシステム或いはその他のワイヤレスシステムにおいて応用される。本発明を構成する本発明と従来技術の相違点が，従来技術の適切な改良によりなされたものであることは，当業者によって容易に理解されることであろう。（段落【００２３】」） (ｼ) 「図７は，本発明によるワイヤレスコミュニケーション（無線通信）デバイス１００を示す図である」「第二層インターフェース１３２は，ＲＬＣ層１４２及，びＭＡＣ層１４４に分割される。ＲＬＣ層１４２は第三インターフェース１３３と通信し，ＳＤＵの形式で，第三層データを受信すると共に，バッファ１４３に保存する。ＲＬＣ層１４２は第三層インターフェース１３３から，一時停止，停止及び再構築などのコマンド指令を受信する。ＲＬＣ層１４２は，ＳＤＵ１４１によりＰＤＵ１４５を生成し，その後，ＰＤＵ１４５をＭＡＣ層１４４に送り，伝送する。ＭＡＣ層１４４に伝送されたＰＤＵ１４５の大きさと数量は，ＭＡＣ層１４４からＲＬＣ層１４２に送られるＴＦＣ（transport format combination，ＴＦＣ）データ要求により指定される。ＲＬＣ層１４２内に，伝送されるＳＤＵデータ１４１があると示された後，ＭＡＣ層１４４は，ＲＬＣ実体情報の形式で，ＴＦＣデータ要求をＲＬＣ層１４２に送る。（段落【００２４】【００２５」）」，】 (ｽ) 「第一実施形態において，本発明の方法は，ＲＬＣ層１４２に，少なくとも一つのパディング（padding）ＰＤＵ１５０を提供させ，ＭＡＣ層１４４からのＴＦＣデータ要求を満たす。パディングＰＤＵ１５０は，実際のＳＤＵデータ１４１を備えず，ＳＤＵデータ１４１が不測のデータ中断の発生により破棄される時にだけ用いられる。図８は，パディングＰＤＵ１５０を示す図である。パディングＰＤＵ１５０ａは標準的なＡＭデータＰＤＵであるため，ＰＤＵフィールド１５１ａは１に設定される。シーケンス番号フィールド１５２ａは，標準シーケンス番号で，ポーリングビット１５３ａは，０か１（第二層インターフェース１３２からポーリング状態に従って定義される）である。ビット１５４ａは保留されていて，その値は０である。続く，拡張子ビット１５５ａは常に１に設定され，後に一つのＬＩ１５６ａが続くことを示す。しかし，ＬＩ１５６ａにおいて，特別コードを設定し，全て１である。この特別コードが現す長さは，データ領域１５８ａの長さを大幅に超過する。ＲＬＣ実体がＬＩの長さに対する定義に従って，実際のＬＩ１５６ａが占める長さは，７或いは１５である。図８において，ＬＩ長さは１５ビットである。この特別なＬＩ１５６ａは，残りのＰＤＵ１５０ａが未定義の部分を埋めるだけで，無視しても構わない情報を保持していることを示す。しかし，ＬＩ１５６ａの次のビット１５７ａは０でなければならず，その後は，ＳＤＵデータ領域１５８ａの開始であることを表示する。ＳＤＵデータ領域１５８ａの内容は定義されず，純粋に充填用である。注意すべきことは，ＵＭ伝送下で，ＵＭデータＰＤＵは充填に用いることが出来ることである。図９は，ＵＭデータパディングＰＤＵ１５０ｂを示す図である。ＵＭデータパディングＰＤＵ１５０ｂは，非常に簡単な構造で，７ビットのシーケンス番号フィールド１５２ｂ，それに続く拡張子ビット１５５ｂ（１に設定）全部が１に設定された７ビットのＬＩ１５６ｂ，（その後のデータはパディングフィールドであることを表示する）０に設定される最後の拡張子ビット１５７ｂ，，を備える。ＬＩ１５６ｂの実際のビットは，上層１３３が定義するＵＭＲＬＣ実体中の最大ＵＭＤＰＤＵの大きさによって決まり，７或いは１５ビットである。図９において，ＬＩは７ビットである。前述のように，ＰＤＵ１５０ｂ全体がパディングＰＤＵであるため，データ領域１５８ｂの定義がないか，或いは，いかなる値でもよい。（段落【００２６】」） (ｾ) 「いかなる状態でも，不測のデータ中断によってＲＬＣ層１４２内のＳＤＵデータ１４１がＴＦＣデータ要求１６６によるデータ量を満たさない場合，ＲＬＣ層１４２は相当する数量と正確な大きさのパディングＰＤＵを出して，ＴＦＣデータ要求１６６の要求を満たす。，」「以上のように，パディングＰＤＵを代替ＰＤＵにすることにより，ＳＤＵデータの欠乏を補う。（段落【００２９】【００３１】」，）イ甲１の４（「３ＧＰＰＴＳ２５．３２２Ｖ６．３．０」。本件技術仕様書Ｖ６．３．０。）の記載「４．２．１．２．１送信ＵＭＲＬＣエンティティ送信側ＵＭ－ＲＬＣエンティティは，上位レイヤーからＵＭ－ＳＡＰを通じてＲＬＣＳＤＵを受信する。送信側ＵＭ－ＲＬＣエンティティは，ＲＬＣＳＤＵがＵＭＤＰＤＵの利用可能なスペースの長さより大きい場合，ＲＬＣＳＤＵを適当なサイズのＵＭＤＰＤＵに分割する。ＵＭＤＰＤＵは分割及び／又は連結されたＲＬＣＳＤＵを含む場合がある。また，ＵＭＤＰＤＵは，有効な長さであることを確保するため，パディングを含む場合もある。長さインジケータは，ＵＭＤＰＤＵ内のＲＬＣＳＤＵ間の境界を定義するために使用される。長さインジケータはまた，ＵＭＤＰＤＵ内にパディングが含まれるか否かを示すためにも使用される。送信側ＵＭＲＬＣエンティティは，ＣＣＣＨ，ＳＨＣＣＨ，ＤＣＣＨ，ＣＴＣＨ，ＤＴＣＨ，ＭＣＣＨ，ＭＳＣＨまたはＭＴＣＨのうちいずれかの論理チャネルを経由して，下位レイヤーにＵＭＤＰＤＵを伝送する。」「９．２．１．３ＵＭＤＰＤＵＵＭＤＰＤＵは，ＲＬＣが非確認モードで動作しているときに，ユーザーデータを転送するために用いられる。データパートの長さは，８ビットの倍数である。ＵＭＤＰＤＵヘッダは，シーケンス番号」「を含む最初のオクテットで構成される。ＲＬＣヘッダは，最初のオクテットと，「長さインジケータ」を含むすべてのオクテットで構成される。」「９．２．２．５拡張ビット（Ｅ）長さ：１ビット本ビットは，後続のオクテットが「長さインジケータ」及びＥビットであるか否かを示す。 Bit 説明 0 後続のフィールドは，データ，ピギーバックされたステータス PDU，又はパディングである。 1 後続のフィールドは，長さインジケータ及び E ビットである。」「９．２．２．８長さインジケータ（ＬＩ）「長さインジケータ」は，ＰＤＵ内で終了する各ＲＬＣＳＤＵの最終オクテットを示すものである。以下の表に列挙された，特別な目的のために予約された予め定義された値を除き，「長さインジケータ」は，－ＲＬＣヘッダの終わりから，ＲＬＣＳＤＵセグメントの最後のオクテットまでの間（最後のオクテットを含む）のオクテット数に設定され，－「長さインジケータ」が参照するＰＤＵに含まれなければならない。「長さインジケータ」のとり得るサイズは７ビットまたは１５ビットである。」ウ甲４（３ＧＰＰのワーキンググループの議事録「L2 Optimizations for VoIP(R2-050969））の記載」「現ＲＬＣの長さインジケータ（ＬＩ）方式で示されるのは，ＲＬＣＳＤＵの終了点だけである。従って，前のＲＬＣＰＤＵを失った場合，ＳＤＵ全体が受信されたかどうかが分からない。図２において，二番目のＲＬＣＰＤＵを失った場合，ＲＬＣ受信機がシナリオＡとシナリオＢとを識別することができないため，ＲＬＣＳＤＵ２とＲＬＣＳＤＵ３（判決注：「ＲＬＣＳＤＵ３とＲＬＣＳＤＵ４」の誤記と認める。）の双方を破棄しなければならない。以下の項目において，この制約に対処する解決策を提案する。」「上記問題に対処するために，現ＰＤＵに一番目のＳＤＵセグメントが完全に含まれているか否かを帯域内でシグナリングすることを提案する。これは，図３で説明する。この図では，ＲＬＣ受信機が今度は二つのシナリオを識別することができることから，シナリオＡの四番目のＲＬＣＳＤＵを破棄しない。この追加情報のシグナリング方法についてオプションを以下に記載する。・ＬＩの予約値のうち一つを使用：この場合，追加ＬＩは，一番目のＲＬＣＳＤＵが完全に含まれるＲＬＣＰＤＵに含まれなければならない。その結果，１２．２ｋｂｐｓペイロードのうち３％に相当する部分がオーバーヘッドとなる。なお，この追加ＬＩ値が現れるのは最大ＲＬＣＰＤＵ当たり１回である。」エ甲３９（特表２００２－５２７９４５号公報）の記載 (ｱ) 「テレコミュニケーションシステムにおいて，上位層の大きなデータユニット（ＳＤＵ）が，下位層（ＲＬＣ）における小さなセグメントにセグメント化される。下位層のプロトコルデータユニット（ＰＤＵ）におけるセグメントの長さを指示するために，セグメント長さ情報が使用される。上位層データユニットが下位層ＰＤＵにおける現在データセグメントで終わるか，又は次の下位層ＰＤＵまで続くかといった上位層データユニット（ＳＤＵ）に関する特殊な情報を必要に応じて指示するためにセグメント長さ情報の特定の値が使用される。この情報は，セグメント化されたデータを正しく組み立てるために受信器に必要とされる。（」【要約】） (ｲ) 「ＲＬＣは，上位層ＰＤＵをセグメント化することができる。このセグメント化は，上位層（例えば，Ｌ３，ＬＡＣ）の大きなデータユニットを，下位層（ＲＬＣ）における小さなユニット（セグメント）に分割できるようにする。セグメント化が使用されるときには，送信端は，次の下位層ユニットに同じ上位層ユニットが続くか，又は次の下位層ユニットに新たな上位レベルユニットがスタートされるかを受信端に指示しなければならない。この情報は，セグメント化されたデータを正しく組み立てるために受信器（移動ステーション（ＭＳ）又はネットワーク（ＮＷ）のいずれか）に必要とされる。（段落【０００６】」） (ｳ) 「公知の解決策では，現在データセグメントにおいて上位層ユニットがスタートするか，終了するか又は継続するかを特定するために，各下位層データセグメントに個別の指示子が使用されている。考えられる値は，例えば，１１：スタート及び終了，１０：スタート及び継続，００：継続，及び０１：終わりまで続く，である。公知解決策の欠点は，この特別なフィールドがプロトコルシグナリングの余計なスペースを使用し，ひいては，余計なオーバーヘッドを生じることである。」（段落【０００７】） (ｴ) 「本発明においては，上位層データユニットが下位層ＰＤＵの現在データセグメントにおいて終了するか又は次の下位層ＰＤＵへ続くかといった上位層データユニットに関する特殊な情報を必要に応じて指示するために，セグメント長さ情報の特定の値が使用される。従って，公知技術で使用された個別の指示子フィールドは回避される。（段落【００１０】」） (ｵ) 「図５は，第１ＰＵにＮ個の長さ指示子をもつＰＵフォーマットを示す。セグメントの全数はＯであり，その各々は，長さがＭオクテットである。長さ指示子のフラグＥは，後続オクテットに別の長さ指示子があるか（フラグＥ＝１），ないか（フラグＥ＝０）を指示する。最も簡単なケースは，ＰＵが１つのＳＤＵからのデータのみを含みそしてセグメント化情報がＰＵに必要とされないケースである。換言すれば，セグメント化情報を伴わないＰＵは，ＰＵが連続していて，１つのＳＤＵから到来し，そしてセグメント化情報を含む次のＰＵまで同じＳＤＵが続くことを意味する。ＳＤＵが連続するかどうかを指示するための個別の指示子は必要とされない。ＲＬＣＰＤＵの全てのＰＵが同じＳＤＵからのデータを含む場合には，そのＰＤＵにセグメント化情報が必要とされない。或いは又，ＰＤＵの第１ＰＵに，そのＰＤＵのＳＤＵが次のＲＬＣＰＤＵに続いていることを指示する所定値を有する長さ指示子が与えられてもよい。このような値は，例えば，１１１１１１０である。ＳＤＵが現在ＰＤＵの終わりに終了する場合には，ＰＤＵの終わりを正確に指す長さ指示子の値によりそれが指示される。（段落【００１９】」）オ甲４２（３ＧＰＰのワーキンググループの議事録「Ｌ２ considerations for VoIP support（R2－021645））の記載」 (ｱ) 「ＡＭＲのデータフレームは２０ミリ秒毎に作成される。ＲＦＣによれば，１つ又は複数の音声フレームを単一のパケットで送信することができる。しかし，ＶｏＩＰを目的とする場合，１パケットあたり１つの音声フレームの場合にのみ，望ましい遅延特性を達成することができる。（１頁）」 (ｲ) 「ＲＬＣ－ＵＭは，任意のＳＤＵサイズに対応するために必要なすべての機能（分割，連結及びパディング）を提供する。しかし，分割及び連結の使用には，メリットとデメリットがある。上位階層のＳＤＵが２つのフレームに分割される場合，当該ＳＤＵが失われる確率は，いずれかの一方のＰＤＵが失われる確率と同じである。・・・したがって，１つのＴＴＩで送信可能なペイロードと同一サイズを有するＳＤＵを処理する場合，最終的なＳＤＵエラー率を減少させるために，上記２つのフレームをアラインすることが望ましい。（３頁）」カ甲９２（変更リクエスト（R2-051681））の記載「変更理由：２５．３２２のＣＲ２８０は，ＵＴＲＡＮによってＲＬＣ－ＰＤＵのサイズを予期されるＲＬＣ－ＳＤＵのサイズへ調整することができるサービスにおいて，ＲＬＣＵＭオーバーヘッドを削減するための，ＲＬＣＵＭヘッダー構造の最適化を提案するものである。この変更リクエストは，それに必要なサポートを２５．３３１に導入するものである。（１頁）」キ甲４０（米国特許第６８１９６５８号）の記載「図１１Ａに示すように，動作時には，受信されたセルまたはパケットは，ステップ１１Ａ－１およびステップ１１Ａ－２のテストにより，そのサイズが最小サイズ，例えばＡＴＭセルのサイズと等しいかどうかが判断される。受信されたパケットまたはセルが最小サイズしかない場合は，分割は不要であるという判断がステップ１１Ａ－３において行われ，ステップ１１Ａ－４によりＳＡＲ１ヘッダー部が生成される。ＳＡＲ１ヘッダー部は，図８に示すように，わずか１バイトから成る。ステップ１１Ａ－７では，このヘッダー部がパケットまたはセルのデータに適用され，宛先端末をアドレス指定して予め定められたバーストの中でその端末へ伝送するために，サイトにおいて選択された端末にあるモデムへと転送される。ステップ１１Ａ－２において，受信されたセルまたはパケットが最小サイズを超えると判断された場合，そのセルまたはパケットを伝送のために分割する必要がある。そこで，ステップ１１Ａ－５により，そのセルまたはパケットは予め定められたサイズのセグメントに分割され，次にステップ１１Ａ－６においてＳＡＲ２ヘッダー部の生成が行われる。上記のように，また，図７Ａと７Ｂで示したように，ＳＡＲ２ヘッダー部は３バイトのヘッダー部であり，セグメントごとに変化してパケットごとに各セグメントをその端末が識別できるだけの十分な情報を含む。（１４頁）」ク甲４３（国際公開第０２／４３３３２号）の記載「本発明の第２の態様は，第１の態様と次の点で類似している。あるユーザーデータパケットのペイロードが複数のＡＡＬ２パケット上に分散（分割）される場合，ＡＡＬ２パケット（分割されたユーザーデータパケットを運ぶ）のシーケンス番号に関連する値が，分割されたユーザーデータパケットが利用する複数のＡＡＬ２パケットの長さインジケータ（ＬＩ）フィールドに格納される。この第２の態様を円滑にするため，長さインジケータ（ＬＩ）フィールドに２つの範囲の値が予約される。ある実施例では，この予約された（予め定義された）値の第一の範囲は，４８から５５までの間（両端を含む）であり，第二の範囲は，５６から６３までの間（両端を含む）である。受信したＡＡＬ２パケットの長さインジケータ（ＬＩ）フィールドが第一の範囲に属する場合，その受信したＡＡＬ２パケットは，ユーザーデータフレームのユーザーデータを含む複数のＡＡＬ２パケットの一番目と認識される。受信したＡＡＬ２パケットの長さインジケータ（ＬＩ）フィールドが第二の範囲に属する場合，その受信したＡＡＬ２パケットは，複数のＡＡＬ２パケットの一番目以外のパケット（例えば，第二，第三，第四のＡＡＬ２パケットなど）であると認識される。（訳文７頁）」 (2) 無効理由１（甲３による新規性欠如）についてア前記(1)アのとおりの甲３の記載によれば，甲３には，次のとおりの発明が記載されていると認められる（以下「甲３発明」という。。）「移動通信システムにおけるデータを送信する装置であって，上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定し，前記ＳＤＵを伝送可能なＰＤＵサイズによって少なくとも一つのセグメントに再構成するための伝送バッファと，一連番号（ＳＮ）フィールドと１ビットフィールドをヘッダーに含み，前記少なくとも一つのセグメントをデータフィールド内に含む少なくとも一つのＰＤＵを構成するヘッダー挿入部と，前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記少なくとも一つのＰＤＵの前記１ビットフィールド以後にＬＩフィールドを挿入し，設定するＬＩ挿入部と，前記ＬＩ挿入部から受信される少なくとも一つのＰＤＵを受信部に伝送する送信部と，を含むことを特徴とするデータ送信装置（データ送信方法）」。イ以上の認定に関して，被控訴人は，甲３の「僅か一つのＳＤＵが，完全にＰＤＵ５０のデータ領域５８を充填する場合，ビット５５ａは０で，ＬＩは出現しないことを表示する。との記載」（段落【０００８】から，）甲３には，構成要件Ｄ（Ｋ）の「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」する設定部があることが開示されていると主張する。しかし，① 甲３には「図３はＡＭデータＰＤＵ５０の簡略図で，３ＧＰＰＴＳ２５．３２２Ｖ３．８．０．規範に掲載されている。（段落【０００６】」）と記載されており，ここに「３ＧＰＰＴＳ２５．３２２Ｖ３．８．０．規範」は，代替的Ｅビット解釈が３ＧＰＰ規格に採用される前の３ＧＰＰ規格の技術仕様書であることからすると，被控訴人の指摘する記載は，通常Ｅビット解釈を行う際のものであると理解できる。しかるに，通常Ｅビット解釈は，「前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含む」場合について，規定するものではない。さらに，② 甲３の「僅か一つのＳＤＵが，完全にＰＤＵ５０のデータ領域５８を充填する場合」との文言には，ＳＤＵの方がサイズが大きく，分割された最初のセグメントや中間セグメントがＰＤＵを充填する場合も含まれると解するのが自然である。これらの事情からすると，被控訴人の指摘に係る甲３の記載（「僅か一つのＳＤＵが・・・ＬＩは出現しないことを表示する。）に，構」成要件Ｄ（Ｋ）の「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」するとの技術が開示されているとは認めることができない。また，被控訴人は，甲３の「代替ＰＤＵ」の一例である「パディングＰＤＵ」は，パディングＰＤＵの前後のＰＤＵを結合する役割を果たすため，中間セグメントを「含むＰＤＵ」に対応するとも主張する。しかし，甲３は，「パディングＰＤＵ」「実を際のＳＤＵデータを備えず，ＳＤＵデータが不測のデータ中断の発生により破棄される時にだけ用いられる」（段落【００２６】）とするのであるから，甲３記載の「パディングＰＤＵ」は，ＳＤＵの一部を分割して充填したものではなく，ＳＤＵとは全く無関係であり，ＳＤＵとの関係を観念することも，中間セグメントを観念することも不可能であるから，本件発明１のＳＤＵの中間セグメントを含むＰＤＵに相当するとはいえない。そうすると，甲３には，「パディングＰＤＵ」について，ＬＩフィールドに特別コードを設定することが記載されてはいるものの，このことが，本件発明１の構成要件Ｄにおける「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合」「少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在する，ことを示すように前記１ビットフィールドを設定する」こと，及び構成要件Ｆにおける「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」ることに相当するとはいえない。したがって，被控訴人の主張は採用できない。ウ前記アのとおり認定される甲３発明と本件発明１を対比すると，両者の間には，次のとおりの相違点があると認められる（他の点では一致する。。） (ｱ) 相違点１本件発明１では，「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定し，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部」（構成要件Ｄ）を含むのに対し，甲３発明は，上記の構成を備えていない点。 (ｲ) 相違点２本件発明１では，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメ「ントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」る（構成要件Ｆ）のに対し，甲３発明は，上記の構成を備えていない点。エ前記アのとおりの甲３発明と本件発明２を対比すると，両者の間には，次のとおりの相違点がある（他の点では一致する）。 (ｱ) 相違点３本件発明２は，「前記ＳＤＵが一つのＰＤＵに含まれる場合に，ヘッダーとデータフィールドを含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一連番号（ＳＮ）フィールドと，前記ＰＤＵが分割，連結，またはパディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを指示する１ビットフィールドと，を含」む（構成要件Ｋ）のに対し，甲３発明は，上記の構成を備えていない点。 (ｲ) 相違点４本件発明２は，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメン「トを含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」る（構成要件Ｍ）のに対し，甲３発明は，上記の構成を備えていない点。オ以上のとおり，本件発明１及び２と甲３発明の間には，相違点１ないし４があるのであるから，本件発明１及び２と甲３発明が同一のものであるとの被控訴人の主張（無効理由１）は採用できない。 (3) 無効理由２（甲３を主引例とする進歩性欠如①）についてア本件発明１は，「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」（構成要件Ｄ）することで，不必要なＬＩフィールドの使用によって限定された無線リソースが非効率的に使用されるという課題を解決することができるとともに，前記ＰＤＵの前記データフィールド「が前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定」（構成要件Ｄ）して，「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定」（構成要件Ｆ）することで，ＳＤＵを分割，連結，パディングなしにデータフィールドに完全に含むＰＤＵか，データフィールドにＳＤＵの開始や終了が含まれないＰＤＵ（ＳＤＵの中間セグメントを含むＰＤＵ）かの判定ができるようにしたものと認められる。イ本件発明２は，「前記ＳＤＵが一つのＰＤＵに含まれる場合に，ヘッダーとデータフィールドを含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一連番号（ＳＮ）フィールドと，前記ＰＤＵが分割，連結，またはパディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを指示する１ビットフィールドと，を含み」（構成要件Ｋ）との構成により，不必要なＬＩフィールドの使用によって限定された無線リソースが非効率的に使用されるという課題を解決することができるとともに，「前記ＳＤＵが一つのＰＤＵに含まれない場合に」，「前記各ＰＤＵのヘッダーは」「少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在す，ることを示す１ビットフィールド，そして前記少なくとも一つのＬＩフィールドを含み」（構成要件Ｌ），「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」（構成要件Ｍ）るとの構成により，ＳＤＵを分割，連結，パディングなしにデータフィールドに完全に含むＰＤＵか，データフィールドにＳＤＵの開始や終了が含まれないＰＤＵかの判定ができるようにしたものと認められる。ウ他方，甲３発明は，ＲＬＣ層とＭＡＣ層間で生じる不測の伝送中断を処理することを目的とし，不測のデータ中断によってＲＬＣ層内のＳＤＵデータが，ＭＡＣ層からのＴＦＣデータ要求によるデータ量を満たさない場合，ＲＬＣ層は相当する数量と正確な大きさのパディングＰＤＵを出し，これを代替ＰＤＵにすることにより，ＳＤＵデータの欠乏を補い，上記ＴＦＣデータ要求を満たすようにしたものと認められる。エ無効理由１で検討のとおり，甲３発明は，「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」する構成を備えているとは認められず，また，甲３には，不必要なＬＩフィールドの使用によって限定された無線リソースが非効率的に使用されるとの課題や，ＳＤＵを分割，連結，パディングなしにデータフィールドに完全に含むＰＤＵか，データフィールドにＳＤＵの開始や終了が含まれないＰＤＵかの判定ができるようにするとの課題について記載も示唆もされていない。同様に，そのような課題は，甲３９にも何ら記載されていない。そうすると，甲３発明において，本件発明１のように，「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定し，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部」（構成要件Ｄ）を含み，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場「合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」（構成要件Ｆ）るようにすることは，甲３の記載や甲３９にみられる技術常識に基づいて当業者が容易に想到し得たものとはいえない。オ同様に，甲３発明において，本件発明２のように，「前記ＳＤＵが一つのＰＤＵに含まれる場合に，ヘッダーとデータフィールドを含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一連番号（ＳＮ）フィールドと，前記ＰＤＵが分割，連結，またはパディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを指示する１ビットフィールドと，を含み」「前記ＰＤＵの前記データフィ，ールドが前記ＳＤＵの中間セグメントを含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」るようにすることも，甲３の記載や甲３９にみられる技術常識に基づいて当業者が容易に想到し得たものとはいえない。 (4) 無効理由３（甲３を主引例とする進歩性欠如②）について本件各発明のそれぞれの課題，課題解決手段及び作用効果は，無効理由２で検討したとおりである（前記(3)）。また，甲３発明の目的も，無効理由２で検討したとおりである。無効理由２で検討したとおり，本件各発明と甲３発明とは，解決課題が異なり，甲３には，本件各発明の課題について記載も示唆もされていない。さらに，甲４に記載の発明は，「前のＲＬＣＰＤＵを失った場合，ＳＤＵ全体が受信されたかどうかが分からない」との課題を解決するために，「現ＰＤＵに一番目のＳＤＵセグメントが完全に含まれているか否かを帯域内でシグナリング」するとするものである。甲４には，「シグナリング」の例として，予約値の一つを使用する場合は，「追加ＬＩは，一番目のＲＬＣＳＤＵが完全に含まれるＲＬＣＰＤＵに含まれなければならない」とされており，本件各発明のように中間セグメントを含む場合にＬＩフィールドに予約値を用いるとするものではない。したがって，甲４には，本件発明１のように，「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定」（構成要件Ｆ）することや，本件発明２のように，「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」（構成要件Ｍ）ることで，ＳＤＵを分割，連結，パディングなしにデータフィールドに完全に含むＰＤＵか，データフィールドにＳＤＵの開始や終了が含まれないＰＤＵかの判定ができるようにすることについて，記載又は示唆されているとは認められない。そうすると，本件各発明と甲３発明との相違点に係る構成が，甲３発明及び甲４の記載に基づいて当業者が容易に想到し得たものとはいえない。 (5) 無効理由４（甲３を主引例とする進歩性欠如③）について本件発明１及び本件発明２のそれぞれの課題，課題解決手段及び作用効果は，無効理由２で検討したとおりである。また，甲３発明の目的も，無効理由２で検討したとおりである。無効理由２で検討したとおり，本件発明１及び本件発明２と甲３発明とは，解決課題が異なり，甲３には，本件各発明の課題について記載も示唆もされていない。また，甲３９には，上位層データユニットが下位層ＰＤＵにおける現在データセグメントで終わるか，又は次の下位層ＰＤＵまで続くか等，上位層データユニット（ＳＤＵ）に関する特殊な情報を必要に応じて指示するためにセグメント長さ情報の特定の値を使用すること，例えば，ＰＤＵの第１ＰＵ（ペイロードユニット）に，そのＰＤＵのＳＤＵが次のＰＤＵに続いていることを指示する所定値（例えば，１１１１１１０）を有する長さ指示子を与えること，及び上記のセグメント長さ情報の特定の値を使用することは，受信器においてセグメント化されたデータを正しく組み立てるために必要とされ，これにより，個別の指示子フィールド（甲３９の段落【０００７】）が回避されることが記載されていると認められる。そして，甲３９に記載の「そのＰＤＵのＳＤＵが次のＲＬＣＰＤＵに続いていること」（段落【００１９】）とは，「そのＰＤＵのＳＤＵが最後のセグメントでないこと」と解するのが相当であるから，当該記載には「そのＰＤＵのＳＤＵが中間セグメント」であることだけでなく，「そのＰＤＵのＳＤＵが最初のセグメント」であることも含まれると認められる。そうすると，甲３９には，本件発明１のように，「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定」することや，本件発明２のように，「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」ることで，ＳＤＵを分割，連結，パディングなしにデータフィールドに完全に含むＰＤＵか，データフィールドにＳＤＵの開始や終了が含まれないＰＤＵかの判定ができるようにすることについて，記載又は示唆されているとは認められない。以上から，本件各発明と甲３発明との相違点に係る構成は，甲３発明及び甲３９の記載に基づいて当業者が容易に想到し得たものとはいえない。 (6) 無効理由５（甲１の４を主引例とする進歩性欠如）についてア甲１の４の記載からすると，甲１の４には次の発明（以下「甲１の４発明」という。）が記載されていると認められる。「移動通信システムにおけるデータを送信する装置であって，上位階層からサービスデータユニット（ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット（ＰＤＵ）に含まれるか否かを判定し，前記ＳＤＵを伝送可能なＰＤＵサイズによって少なくとも一つのセグメントに再構成するための伝送バッファと，一連番号（ＳＮ）フィールドと１ビットフィールドをヘッダーに含み，前記少なくとも一つのセグメントをデータフィールド内に含む少なくとも一つのＰＤＵを構成するヘッダー挿入部と，前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記少なくとも一つのＰＤＵの前記１ビットフィールド以後にＬＩフィールドを挿入し，設定するＬＩ挿入部と，前記ＬＩ挿入部から受信される少なくとも一つのＰＤＵを受信部に伝送する送信部と，を含むことを特徴をするデータ送信装置（データ送信方法）」。イ前記アのとおりの甲１の４発明と本件発明１を比較すると，両者の間には，次のとおりの相違点がある（他の点では一致する。。） (ｱ) 相違点５本件発明１では，「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定し，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部」（構成要件Ｄ）を備えるのに対し，甲１の４発明は，そのような構成を備えていない点。 (ｲ) 相違点６本件発明１では，「ここで，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」（構成要件Ｆ）るのに対し，甲１の４発明は，そのような構成を備えていない点。ウ前記アのとおりの甲１の４発明と本件発明２を比較すると，両者の間には，次のとおりの相違点がある（他の点では一致する。。） (ｱ) 相違点７本件発明２では，「前記ＳＤＵが一つのＰＤＵに含まれる場合に，ヘッダーとデータフィールドを含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一連番号（ＳＮ）フィールドと，前記ＰＤＵが分割，連結，またはパディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを指示する１ビットフィールドと，を含」む（構成要件Ｋ）のに対し，甲１の４発明は，そのような構成を備えていない点。 (ｲ) 相違点８本件発明２では，「前記ＳＤＵが一つのＰＤＵに含まれない場合に」，「前記各ＰＤＵのヘッダーは，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示す１ビットフィールド，そして前記少なくとも一つのＬＩフィールドを含み」（構成要件Ｌ），「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」（構成要件Ｍ）るのに対し，甲１の４発明は，そのような構成を備えていない点。エ相違点５ないし８について検討する。本件各発明のそれぞれの課題，課題解決手段及び作用効果は，無効理由２で検討したとおりである（前記(3)）。他方，甲１の４発明は，相違点５及び６に係る構成を備えていない点で本件発明１と相違し，また，相違点７及び８に係る構成を備えていない点で本件発明２と相違するから，甲１の４発明が，本件各発明のように，不必要なＬＩフィールドの使用によって限定された無線リソースが非効率的に使用されるとの課題，及び「前記ＰＤＵが分割，連結，またはパディングなしに前記データフィールドに前記ＳＤＵを完全に含むこと」を示すように「１ビットフィールド」を設定した場合に，ＳＤＵを分割，連結，パディングなしにデータフィールドに完全に含むＰＤＵか，データフィールドにＳＤＵの開始や終了が含まれないＰＤＵかの判定ができるようにするとの課題を解決するものとは認められない。ここで，被控訴人の提出に係る甲１の２，４２，９１及び９２には，固定ビットレートの音声コーデックを使用するＶｏＩＰアプリケーションが，同じサイズのＳＤＵを頻繁に発生させることが，甲３及び４０には，一つのＳＤＵがＰＤＵのデータフィールドを完全に充填する場合，又は，受信したデータがデータパケットのデータフィールドを完全に充填する場合に，ヘッダーサイズを減らすことができることがそれぞれ記載されていると認められ，上記の各事項は，本件特許の優先日前，当該技術分野で知られていたと認められる。もっとも，甲３９に記載の「そのＰＤＵのＳＤＵが次のＰＤＵに続いていること」は，無効理由４（前記(5)）で検討したとおり，「そのＰＤＵのＳＤＵが中間セグメント」であることだけでなく，「そのＰＤＵのＳＤＵが最初のセグメント」であることも示すと認められ，また，同様に，甲４３の「受信したＡＡＬ２パケットの長さインジケータ（ＬＩ）フィールドが第二の範囲に属する場合，その受信したＡＡＬ２パケットは，複数のＡＡＬ２パケットの一番目以外のパケット（例えば，第二，第三，第四のＡＡＬ２パケットなど）であると認識される。との記載において，」「複数のＡＡＬ２パケットの一番目以外のパケット」は，「中間のＡＡＬ２パケット」であることだけでなく，「最後のＡＡＬ２パケット」であることも示すと認められるから，甲３９及び４３には，ＰＤＵのデータフィールドに長さインジケータを用いて中間セグメントであることを示すことが記載されているとは認められず，この点が，本件特許の優先日前，当該技術分野において知られていたとも認められない。そして，上記の各証拠には，本件各発明の相違点５及び７に係る構成のように，ＰＤＵが分割，連結，パディングなしにデータフィールドにＳＤＵを完全に含むことを示すように「１ビットフィールド」を設定することにより，不必要なＬＩフィールドの使用によって限定された無線リソースが非効率的に使用されるとの課題を解決すること，また，「１ビットフィールド」を上記のように設定する際に，本件各発明の相違点５，６及び８に係る構成のように，ＰＤＵのデータフィールドがＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように上記１ビットフィールドを設定し，上記ＬＩフィールドには上記ＰＤＵが中間セグメントを含むことを示す予め定められた値を設定することにより，ＳＤＵを分割，連結，パディングなしにデータフィールドに完全に含むＰＤＵか，データフィールドにＳＤＵの開始や終了が含まれないＰＤＵかの判定ができるようにすることについて，記載も示唆もされていない。そうすると，本件各発明と甲１の４発明とは，解決課題でも相違し，また，上記各証拠に記載された事項では，本件各発明の課題とその解決手段について開示されているとはいえないから，甲１の４発明に上記各証拠に記載された事項を適用しても，本件各発明と甲１の４発明との相違点に係る構成について，当業者が容易に想到し得たとは認められない。オ被控訴人は，通常Ｅビット解釈が採用されたのは，多くのアプリケーションでは，ＰＤＵデータフィールドよりも大きいサイズのＳＤＵが頻繁に発生し，その当然の帰結として，ＳＤＵの中間セグメントを含むＰＤＵも頻繁に発生することになることから，中間セグメントを含むＰＤＵの長さインジケータを省略する方が，完全に一致するＳＤＵを含むＰＤＵの長さインジケータを省略するよりもヘッダーのデータ量を節約できると認識していたからこそ甲１の４発明の構成を採用したのであって，３ＧＰＰは，ＰＤＵデータフィールドに完全に一致するＳＤＵの発生頻度が高い場合には，そのようなＳＤＵを含むＰＤＵの長さインジケータを省略することにより，データ伝送のオーバーヘッドを減少させることができると認識していたこともうかがわれると主張する。しかし，被控訴人の上記の主張は採用できない。甲１の４には，多くのアプリケーションでは，ＰＤＵデータフィールドよりも大きいサイズのＳＤＵが頻繁に発生し，ＳＤＵの中間セグメントを含むＰＤＵも頻繁に発生することになることから，このようなＰＤＵのヘッダーサイズを小さくし，トータルでのオーバーヘッドを減少させ，データ伝送をより効率的に行うことを可能とするために，ＳＤＵの中間セグメントを含むＰＤＵの長さインジケータを省略したことについて，記載も示唆もされておらず，甲１の４の記載から，上記の点が認識されていたとは認められない。また，甲１の４には，ＰＤＵデータフィールドに完全に一致するＳＤＵの発生頻度が高い場合には，そのようなＳＤＵを含むＰＤＵの長さインジケータを省略することにより，データ伝送のオーバーヘッドを減少させることができることについて，記載も示唆もされておらず，固定ビットレートの音声コーデックを使用するＶｏＩＰアプリケーションが，同じサイズのＳＤＵを頻繁に発生させることが，本件出願の優先日前に当業者によく知られていたとしても，甲１の４の記載から，上記の点が認識されていたとは認められない。そして，甲１の４の記載によれば，ＰＤＵの長さインジケータは，「ＰＤＵ内で終了する各ＲＬＣＳＤＵの最終オクテットを示す」ものとして定義されているから，ＳＤＵの中間セグメントを含むＰＤＵの長さインジケータが省略されるのは，ＰＤＵの長さインジケータの上記の定義によるものと解するのが相当である。また，仮に，固定ビットレートの音声コーデックを使用するＶｏＩＰアプリケーションが頻繁に発生させる同じサイズのＳＤＵをＰＤＵデータフィールドに完全に一致させ，そのようなＳＤＵを含むＰＤＵの長さインジケータを省略することを当業者が想到するとしたとしても，甲１の４には，中間セグメントを含むＰＤＵについて，長さインジケータを，その本来の定義とは異なる「ＰＤＵがＳＤＵの最初のセグメントでも最終のセグメントでもない中間セグメントを含むことを示す予め定められた値」に設定することまで記載や示唆されているとは認められないし，この点が自明であったと認めることもできない。以上のとおり，被控訴人の主張は，その前提において誤りがあり，失当である。４争点４（本件各製品に係る本件特許権の消尽の有無）について当裁判所は，① 控訴人とインテル社間の変更ライセンス契約は，平成２１年６月３０日に契約期間満了により終了しており，また，終了していないとしても，本件ベースバンドチップ（以下，本件製品２及び４に実装されている本件ベースバンドチップについてのみ論ずる。は当該契約の対象になるものではないから，）本件特許権が消尽した旨の被控訴人の主張は前提において失当である，② 仮にライセンス契約が終了しておらず本件ベースバンドチップがその対象になると仮定したとしても，本件において，本件特許権の行使が制限される理由はない，と判断する。その理由は次のとおりである。 (1) 認定事実証拠（甲１９の１の１ないし１９の１の４，１９の２，２０の１ないし２０の３，１６２，１６３，乙４６，５２）及び弁論の全趣旨によれば，この点に関して，以下の各事実を認めることができる。ア控訴人とインテル社は，平成５年１月１日，インテル社の保有する特許と控訴人の保有する特許を相互にクロスライセンスすることを骨子とするクロスライセンス契約（控訴人とインテル社間のライセンス契約）を締結した（甲２０の１，１６２）。控訴人とインテル社間のライセンス契約には，次のとおりの条項が置かれていた。「１．１１「三星特許」とは，現在，「三星」（又はその「子会社」）により所有又は支配される，又は，今後，「三星」（又はその「子会社」）により取得される，全世界の，全ての分類及び種類の特許権，実用新案権，意匠権（原出願，分割出願，継続出願，部分的な継続出願又は再出願を含むがそれに限られない）及びこれらの分類及び種類についての出願のうち，（ａ）本契約の終了又は解除以前の日付を最初の有効な出願日とするものであって，（ｂ）・・・を意味する。」「１．１４「インテル・ライセンス対象商品」は，(a)半導体材料，(b)半導体素子，又は(c)集積回路を構成する全ての製品（「三星所有製品」を除く）を意味する。」「３．１「三星」は，「インテル」に対して，「三星特許」につき，全世界で「インテル・ライセンス対象商品」を製造し，製造委託をし，使用し，（直接又は間接的に）販売し，「インテル」のためにのみ開発委託をし，リースし，又はその他の処分をする，非独占かつ譲渡不能のライセンスを許諾する。」「３．３「インテル」は，第３．1条及び第３．2条に基づくライセンスの範囲を「インテル子会社」に対しても拡張する権利を有するものとする。「インテル子会社」をライセンスの範囲に拡張できるのは，当該事業体が「子会社」の要件を全て充たしており，かつ，拡張の対象となる権利が「インテル」に関して有効に存続している期間に限るものとする。」「６．４本契約終了時においても，一方当事者から他方当事者に対して，場合によって，「三星特許」又は「インテル特許」につき，許諾されたライセンスは，「三星特許」又は「インテル特許」の有効期間においては，６．3条に規定する場合を除き，存続するものとする。」「７．８本契約及び本契約の履行に関連する事項は，全ての点において，アメリカ合衆国連邦法及びカリフォルニア州法に準拠し，これを適用し，これに従って解釈するものとする。」イ控訴人とインテル社間のライセンス契約は，平成１４年１２月３１日の経過をもって終了した。控訴人とインテル社は，平成１５年３月１８日，控訴人とインテル社間のライセンス契約の一部を変更する旨の契約（甲２０の２）を締結した。ウ控訴人とインテル社は，平成１６年７月１日，控訴人とインテル社間のライセンス契約を，さらに次のとおり変更する旨の契約（甲２０の３，１６３。以下，「第２変更契約」といい，同契約による変更後の控訴人とインテル社間のライセンス契約を指して，「控訴人とインテル社間の変更ライセンス契約」という。）を締結した（以下の文中の「特許クロスライセンス契約」は，本判決でいう控訴人とインテル社間のライセンス契約を指す。。）「（１）特許クロスライセンス契約第６．1条にかかわらず，特許クロスライセンス契約は，上記に規定された第２変更契約の効力発生日から５年後まで，期間が延長され有効に存続するものとする。」「（３）第３．1条を次の条項と差し替えるものとする。３．１本契約の条件に従い，「三星」は「インテル」に対して，「三星特許」に基づき，サブライセンスをする権利を除き，以下の行為について，全世界的な，非独占，譲渡不能かつ無償のライセンスを許諾する。 (a) (1) 全ての「インテル・ライセンス対象製品」の製造，使用，販売（直接又は間接を問わない。，販売の申出，輸入その他の処分。） (2) 機器の製造，製造委託（第３．7条に定める限定条項に服する。，使用及び）／又は輸入，並びに全ての「インテル・ライセンス対象商品」の製造，使用，輸入及び／又は販売の方法又はプロセスの実施。 (3) 上記第３．1条(a)(1)において許諾されたライセンスに基づき，インテル」「が使用，輸入，販売，販売の申し出又は処分を行うためにインテルに対する供給のみを目的とする他の製造業者への「インテル・ライセンス対象製品」の製造委託（第３．7条に定める制限条項に服する。。）なお，上記(1),(2)及び(3)において許諾されたこれらのライセンスは「インテル・ライセンス対象商品」から除外される「三星専有製品」には適用されない。」「（４）第３．3条の後に次の条項を新たに挿入する。」「３．７製造委託権 (a) 上記第３．1条において許諾されたライセンスに基づき，「インテル」が自己のために第三者に製品の製造を委託する権利は，（ｉ）第三者が製造する当該製品の製造のための設計図，仕様書，施工図等（以下，個別に又は併せて「本件製品仕様書」という。）を「インテル」が第三者製造業者に提供する場合であって，（ｉｉ）「本件製品仕様書」が当初は当該第三者製造業者より「インテル」に対し提供されたものではないとき（但し，「インテル」もかかる設計に付き無制限の所有権を有する場合はこの限りではない。）にのみ適用される。」「（９）第７．8条において「カリフォルニア」「ニューヨーク」をに変更する。」「（１３）第６．2条，第６．3条及び第６．4条を次の条項と差し替える。」「６．４存続条項３．5条及び４．5条に規定するオプション，1条，2条，５．4条，６．3条，６．4条及び7条は，本契約のいかなる事由による終了後も存続する。」エ控訴人とインテル社間の変更ライセンス契約の存続期間は，平成２１年６月３０日までであった。オ本件ベースバンドチップは，①ＩＭＣ社が第三者に製造を委託し，②ＩＭＣ社が日本国外でインテル社に販売し，③インテル社が日本国外で完全子会社のインテル・アメリカ社に販売し，④インテル・アメリカ社が日本国外でアップル社に販売したものである（甲１９の１の１ないし１９の１の４，１９の２，乙４６）。ＩＭＣ社は，平成２３年１月３１日に，インフィニオン社がインテル社の子会社となることによって成立した会社である（乙５２）。 (2) 検討ア法の適用に関する通則法（以下「通則法」という。）7条によれば，控訴人とインテル社間のライセンス契約については「アメリカ合衆国連邦法及びカリフォルニア州法」を，控訴人とインテル社間の変更ライセンス契約については「アメリカ合衆国連邦法及びニューヨーク州法」をそれぞれ適用するべきことになる。イ控訴人とインテル社間のライセンス契約の６．4条には，「本契約終了時においても，・・・「三星特許」・・・につき，許諾されたライセンスは，「三星特許」・・・の有効期間においては，・・・存続するものとする。」とあり，明文をもって控訴人とインテル社間のライセンス契約が終了した後にも，実施権は存続することが規定されていた。ところが，第２変更契約の（１３）は，従前の６．4条を変更し，契約終了後にも効力が存続するとする条項として，「３．5条及び４．5条に規定するオプション，1条，2条，５．4条，６．3条，６．4条及び7条」のみを掲げ，３．1条等の実施許諾に係る条項は除外するに至っている。このように，それ以前には掲げられていた実施権の存続が削除されている第２変更契約の文言からすると，控訴人とインテル社間の変更ライセンス契約においては，同契約の終了時点である平成２１年６月３０日の経過をもって，控訴人とインテル社間の変更ライセンス契約による「三星特許」等についての実施許諾は終了していると解するのが相当である。この点について，被控訴人は，インテル社から控訴人宛ての書簡（甲２５），インテル社と控訴人の間の電子メール（甲１２６，１６５），オーストラリアでの訴訟における控訴人の訴訟代理人の発言（甲１２７）等を指摘して，控訴人とインテル社間の（変更）ライセンス契約による実施権は存続している旨を主張する。しかし，これらの証拠によっても，控訴人とインテル社間の変更ライセンス契約の明文に基づく前記のとおりの判断を左右するものではなく，本件において提出された証拠を前提とする限り，控訴人とインテル社間の変更ライセンス契約は終了していると認めるのが相当である。ウまた，仮に控訴人とインテル社間の変更ライセンス契約による実施権が存続していると解した場合であっても，本件ベースバンドチップは同契約による実施許諾の対象にはならないと解される。すなわち，控訴人とインテル社間の変更ライセンス契約の３．1条は柱書でサブライセンスの権利を否定していること，同(a)(2) 及び(3)並びに３．7条がインテル社が第三者製造業者への製造委託をすることができる場合を一定の要件を備えるものに限定していることからすれば， 1条(a)(1) ３．の「製造」及び「販売（直接又は間接を問わない）」とは，インテル社が自ら製造することと，自ら製造した物を，直接又は間接を問わず，販売することを意味すると解され，第三者製造業者に対して製造委託等した製品は，同(a)(1)による「販売」許諾の対象とはならないと解される。このように同(a)(1)の「販売」の意味を限定的に解さず，無関係の第三者製造業者等から購入した物の販売も同条にいう「販売」に該当するとすると，同(a)(2)及び(3)並びに３．7条において，第三者製造業者への製造委託に，インテル社が仕様書を第三者に提供した場合であって，当該仕様書が当初は当該第三者製造業者から提供されたものでないこととの条件を付したことが容易に潜脱できることとなる。このような解釈は，契約全体としての整合がとれないこととなり，不都合である。本件ベースバンドチップは，ＩＭＣ社によって製造されているのであるから（前記(1)オ），これが３．1条で正当化されるためには，同(a)(2)又は同(3)に該当する場合である（この場合には，インテル社がＩＭＣ社に対して，３．7条に定める図面等を提供して製造委託している必要がある。）か，３．3条に従ってライセンス契約が拡張されている必要があるところ，本件全証拠によってもかかる事実を認めるに足りない。エ以上のとおり，控訴人とインテル社間の変更ライセンス契約による実施許諾は終了しており，また仮に存続していたとしても，本件ベースバンドチップは同契約による実施許諾の対象とはならないと認められる。オ念のため，仮に，控訴人とインテル社間の変更ライセンス契約が存続しており，かつ，本件ベースバンドチップがその対象となると仮定した場合においても，当裁判所は，次のとおり本件特許権の行使が制限されるものではないと判断するものである。以下にその理由を示す。 (ｱ) 特許権者又は専用実施権者（この項では，以下，単に「特許権者」という。）が，我が国において，特許製品の生産にのみ用いる物（第三者が生産し，譲渡する等すれば特許法101条1号に該当することとなるもの。「１号製品」以下という。）を譲渡した場合には，当該１号製品については特許権はその目的を達成したものとして消尽し，もはや特許権の効力は，当該１号製品の使用，譲渡等（特許法2条３項１号にいう使用，譲渡等，輸出若しくは輸入又は譲渡等の申出をいう。以下同じ。）には及ばず，特許権者は，当該１号製品がそのままの形態を維持する限りにおいては，当該１号製品について特許権を行使することは許されないと解される。しかし，その後，第三者が当該１号製品を用いて特許製品を生産した場合においては，特許発明の技術的範囲に属しない物を用いて新たに特許発明の技術的範囲に属する物が作出されていることから，当該生産行為や，特許製品の使用，譲渡等の行為について，特許権の行使が制限されるものではないとするのが相当である（ＢＢＳ最高裁判決（最判平成９年７月１日・民集５１巻６号２２９９頁），最判平成１９年１１月８日・民集６１巻８号２９８９頁参照）。なお，このような場合であっても，特許権者において，当該１号製品を用いて特許製品の生産が行われることを黙示的に承諾していると認められる場合には，特許権の効力は，当該１号製品を用いた特許製品の生産や，生産された特許製品の使用，譲渡等には及ばないとするのが相当である。そして，この理は，我が国の特許権者（関連会社などこれと同視するべき者を含む。が国外において１号製品を譲渡した場合についても，）同様に当てはまると解される（ＢＢＳ最高裁判決（最判平成９年７月１日民集５１巻６号２２９９頁参照）。・） (ｲ) 次に，１号製品を譲渡した者が，特許権者からその許諾を受けた通常実施権者（１号製品のみの譲渡を許諾された者を含む。）である場合について検討する。１号製品を譲渡した者が通常実施権者である場合にも，前記(ｱ)と同様に，特許権の効力は，当該１号製品の使用，譲渡等には及ばないが，他方，当該１号製品を用いて特許製品の生産が行われた場合には，生産行為や，生産された特許製品の使用，譲渡等についての特許権の行使が制限されるものではないと解される。さらには，１号製品を譲渡した者が通常実施権者である場合であっても，特許権者において，当該１号製品を用いて特許製品の生産が行われることを黙示的に承諾していると認められる場合には，前記(ｱ)と同様に，特許権の効力は，当該１号製品を用いた特許製品の生産や，生産された特許製品の使用，譲渡等には及ばない。このように黙示に承諾をしたと認められるか否かの判断は，特許権者について検討されるべきものではあるが，１号製品を譲渡した通常実施権者が，特許権者から，その後の第三者による１号製品を用いた特許製品の生産を承諾する権限まで付与されていたような場合には，黙示に承諾をしたと認められるか否かの判断は，別途，通常実施権者についても検討することが必要となる。なお，この理は，我が国の特許権者（関連会社などこれと同視するべき者を含む。）からその許諾を受けた通常実施権者が国外において１号製品を譲渡した場合についても，同様に当てはまると解される。 (ｳ) これを本件についてみる。ａインテル社は，控訴人とインテル社間の変更ライセンス契約によって，本件ベースバンドチップの製造，販売等を許諾されていると仮定されるから，前記(ｲ) にいう特許権者からその許諾を受けた通常実施権者に該当する。また，「データを送信する装置」（構成要件Ａ）及び「データ送信装置」（構成要件Ｈ）に該当するのは本件ベースバンドチップを組み込んだ本件製品２及び４であると解される一方，本件ベースバンドチップには，本件発明１の技術的範囲に属する物を生産する以外には，社会通念上，経済的，商業的又は実用的な他の用途はないと認められるから，本件ベースバンドチップは，特許法101条1号に該当する製品（１号製品）である。アップル社は，インテル社が製造した本件ベースバンドチップにその他の必要とされる各種の部品を組み合わせることで，新たに本件発明１の技術的範囲に属する本件製品２及び４を生産し，被控訴人がこれを輸入販売しているのであるから，・前記(ｱ)，(ｲ)のとおり，控訴人による本件特許権の行使は当然には制限されるものではない。ｂそこで，まず，控訴人においてこのような特許製品の生産を黙示的に承諾していると認められるかを検討する。この点，控訴人とインテル社間の変更ライセンス契約が存続しており，かつ，本件ベースバンドチップがその対象となると仮定した場合における，仮定される控訴人とインテル社間の変更ライセンス契約は，控訴人が有する現在及び将来の多数の特許権を含む包括的なクロスライセンス契約であり，本件特許を含めて，個別の特許権の属性や価値に逐一注目して締結された契約であるとは考えられない。また，控訴人とインテル社間の変更ライセンス契約の対象は，「インテル・ライセンス対象商品」すなわち「(a)半導体材料，(b)半導体素子，又は(c)集積回路を構成する全ての製品」であって，「インテル・ライセンス対象商品」に該当する物には，控訴人の有する特許権との対比における技術的価値や経済的価値の異なる様々なものが含まれ得る。そうすると，かかる包括的なクロスライセンスの対象となった「インテル・ライセンス対象商品」を用いて生産される可能性のある多種多様な製品の全てについて，控訴人において黙示的に承諾していたと解することは困難である。そして，インテル社が譲渡した本件ベースバンドチップを用いて「データを送信する装置」や「データ送信装置」を製造するには，さらに，ＲＦチップ，パワーマネジメントチップ，アンテナ，バッテリー等の部品が必要で，これらは技術的にも経済的にも重要な価値を有すると認められること，本件ベースバンドチップの価格と本件製品２及び４との間には数十倍の価格差が存在すること（乙３１，３２），いわゆるスマートフォンやタブレットデバイスである本件製品２及び４は「インテル・ライセンス対象商品」には含まれていないことを総合考慮するならば，控訴人が，本件製品２及び４の生産を黙示的に承諾していたと認めることはできない。なお，このように解したとしても，本件ベースバンドチップをそのままの状態で流通させる限りにおいては，本件特許権の行使は許されないのであるから，本件ベースバンドチップを用いて本件製品２及び４を生産するに当たり，関連する特許権者からの許諾を受けることが必要であると解したとしても，本件ベースバンドチップ自体の流通が阻害されるとは直ちには考えられないし，控訴人とインテル社間の変更ライセンス契約が，契約の対象となった個別の特許権の価値に注目して対価を定めたものでないことからすると，控訴人に二重の利得を得ることを許すものともいえない。ｃ次に，インテル社が特許製品の生産を黙示的に承諾する権限を有していたかについて検討する。この点，控訴人とインテル社間の変更ライセンス契約が存続しており，かつ，本件ベースバンドチップがその対象となると仮定した場合における，仮定される控訴人とインテル社間の変更ライセンス契約は，１号製品を含めて「インテル・ライセンス対象商品」についてインテル社に特許権の実施行為を許したものにすぎず，同契約には，これを超えて，インテル社に，１号製品を用いた特許製品の生産を承諾する権限まで与えたことを裏付ける条項は存在しない。その他，控訴人とインテル社間のライセンス契約やこれに対する第２変更契約に至る経緯等をみても，インテル社が特許製品の生産を黙示的に承諾し，控訴人による本件特許権の行使が制限されること等の結論を導く事情があると認めることはできない。 (ｴ) 以上よりすると，本件では，控訴人が特許製品の生産を黙示的に承諾しているとは認めるに足りず，また，インテル社にその権限があったとも認めるに足らないから，本件ベースバンドチップを用いて生産された特許製品（本件製品２及び４）を輸入・販売する行為について本件特許権の行使が制限されるものではないと解される。 (3) 小括以上のとおり，被控訴人の消尽に係る主張は，本件ベースバンドチップが，控訴人とインテル社間の（変更）ライセンス契約に基づいて製造・販売された物であることを前提とするから，当該事実が認められない以上，その前提を欠き，採用できない。仮にそうでないとしても，特許製品である本件製品２及び４について，本件特許権の行使が制限されるものではないから，いずれにせよ，この点に関する被控訴人の主張は採用できない。５争点５（控訴人の本件ＦＲＡＮＤ宣言に基づく本件特許権のライセンス契約の成否）について当裁判所は，本件ＦＲＡＮＤ宣言はライセンス契約の申込みとは認められないから，本件ＦＲＡＮＤ宣言によって本件特許権のライセンス契約が成立するものではないと判断する。その理由は次のとおりである。 (1) 準拠法について被控訴人は，本件ＦＲＡＮＤ宣言はライセンス契約の申込みであり，被控訴人が本件各製品の輸入販売を開始したことが，これに対する黙示の承諾となるから，当事者間にはライセンス契約が成立していると主張する。本件ＦＲＡＮＤ宣言に基づく本件特許権のライセンス契約の成否の判断の前提として，まず，準拠法について判断する。本件ＦＲＡＮＤ宣言に基づく本件特許権のライセンス契約の成否は，その法律関係の性質が法律行為の成立及び効力に関する問題であるから，通則法7条によってその準拠法が定められると解するのが相当である。そして，ＥＴＳＩのＩＰＲポリシーには，「このポリシーは，フランス法に準拠する。」との規定があること（前記第２，２(4)ア），本件ＦＲＡＮＤ宣言にも，その有効性等はフランス法に準拠するとの文言が含まれていること（同イ(ｲ)）からすると，「当事者が当該法律行為の当時に選択した地の法」（通則法7条）は，フランス法であると解される（なお，本件ＦＲＡＮＤ宣言に基づくライセンス契約の成否については，控訴人はフランス法が適用されるべきことを前提に主張をし，被控訴人も主位的にはフランス法を適用するべきとするのであるから，フランス法が準拠法となることについては，当事者間に争いがないものでもある。。） (2) ライセンス契約の成否についての検討そこで，フランス法上，本件ＦＲＡＮＤ宣言がライセンス契約の申込みと解されるか否かについて検討する。フランス法においては，ライセンス契約が成立するためには，少なくともライセンス契約の申込みと承諾が必要とされるところ，次のとおり本件ＦＲＡＮＤ宣言については，フランス法上，ライセンス契約の申込みであると解することはできない。すなわち，① 本件ＦＲＡＮＤ宣言は「取消不能なライセンスを許諾する用意がある」（prepared to grant irrevocable licenses）とするのみで，「ここにライセンスを供与する」（hereby do license）あるいは「ライセンスを確約する」（commit to license）等他の採り得る文言と比較しても，暫定的で，宣言者の側で更なる行為がされることを前提とする文言となっており，文言上確定的なライセンスの許諾とはされていない。また，② フランス法上，ライセンス契約の成立にはその対価が決定されている必要がないとしたとしても，本件ＦＲＡＮＤ宣言には，ライセンス契約の対価たるライセンス料率が具体的に定められていないのみならず，ライセンスした場合の地理的範囲やライセンス契約の期間等も定まっておらず，これに対する承諾がされたことで契約が成立するとした場合の拘束力がいかなる範囲で生じるのかを知る手がかりが何ら用意されていない。このように本件ＦＲＡＮＤ宣言は，本来ライセンス契約において定まっているべき条件を欠き，これをライセンス契約の申込みであるとすると，成立するライセンス契約の内容を定めることができない。同様に，③ 本件ＦＲＡＮＤ宣言をするに際しては，ＥＴＳＩのＩＰＲポリシーに従って互恵条件が選択されており，本件ＦＲＡＮＤ宣言には，規格に関し相互にライセンス供与することを求めるとの条件に従い行われるとの文言が含まれていた（第２，２(4)イ(ｲ))。本件ＦＲＡＮＤ宣言をライセンス契約の申込みであると解する場合には，ＦＲＡＮＤ宣言をしていない必須特許の保有者がいた場面等では，この互恵条件が満たされないまま，ＦＲＡＮＤ宣言の対象となった特許についてのみライセンス契約が成立する事態を招きかねない。加えて，④ 本件ＦＲＡＮＤ宣言は，ＥＴＳＩのＩＰＲポリシーに基づいてされたところ，これを補足する「ＩＰＲについてのＥＴＳＩの指針」（甲１６，１６１）には，「可能性のあるライセンサー」「可能性のある潜在的ライセンシー」との文言が使用され，「ＥＴＳＩは，ＦＲＡＮＤ条件のために必須ＩＰＲのライセンスの公平かつ誠実な交渉を行うことを，会員（およびＥＴＳＩ会員以外の者）に期待する。と規定されているなど当事者間で交」渉が行われることが前提とされている部分（４．４項）「具体的なライセンスの条，件および交渉は企業間の商業上の問題であり，ＥＴＳＩ内部では取り上げられない。」とされるなど，ＥＴＳＩはライセンス交渉には関与しないことを明らかにしている部分（４．１項）がある。また，「ＥＴＳＩのＩＰＲポリシーについてのＦＡＱ」（甲１５９）でも，「ＥＴＳＩ規格にとって必須であると宣言された特許を使用するためには，許可を得る必要があります。その目的のため，規格の各使用者は，ライセンス許諾を，特許権者に直接求めなければなりません。（回答６）とされている。こ」のように，ＥＴＳＩにおいても，本件ＦＲＡＮＤ宣言を含めて，そのＩＰＲポリシーに基づいてされたＦＲＡＮＤ宣言が直ちにライセンス契約の成立を導くものではないことを前提としていると解される。さらには，⑤ 現在のＥＴＳＩのＩＰＲポリシーを制定するに当たっては，当初，利用者に「自動ライセンス」を与えることを可能とするような規定とする試みが存在したところ，これに強い反対があり断念された結果，現在のＩＰＲポリシーが採用されたという経緯がある（乙３７，甲６９）本件ＦＲＡＮＤ宣言が契約の申込みであると解することは，。ＥＴＳＩのＩＰＲポリシーの制定過程で断念された「自動ライセンス」を認めたと同一の結果となり，現在のＥＴＳＩのＩＰＲポリシーの制定経緯に反する点に照らしても，相当とはいえない。以上からすると，本件ＦＲＡＮＤ宣言がライセンス契約の申込みであると解することはできない。 (3) 被控訴人の主張についてア以上に対して，被控訴人は，フランス法上，本件ＦＲＡＮＤ宣言において特定のライセンス料率が定まっていないことがライセンス契約の成立を妨げるものではないと主張する。しかし，被控訴人の主張は，採用できない。すなわち，特定のライセンス料率が定まっていないことが，フランス法上ライセンス契約の成立の要件ではないと解したとしても，本件ＦＲＡＮＤ宣言は，地理的範囲や期間などその他の要素も何ら定めるものではなく，これをライセンス契約の申込みと理解することはできない。イまた，被控訴人は，本件ＦＲＡＮＤ宣言は控訴人とＥＴＳＩの間の第三者のためにする契約（stipulation pour autrui）であって，これによって被控訴人がライセンスを受けたと解することも可能であると主張する。しかし，この点の被控訴人の主張も，採用できない。この点，フランス法上，第三者のためにする契約（stipulation pour autrui）又は第三者のための契約の契約（stipulation de contrat pour autrui）によって，被控訴人と控訴人との間にライセンス契約が成立したとするためには，少なくとも，控訴人とＥＴＳＩとの間で，控訴人が受益者とライセンス契約を締結することが約されていることが必要とされると解すべきである（甲１５，甲５１の１，乙９，３８）。本件について，この点をみると，前記のとおり，①本件ＦＲＡＮＤ宣言の文言は確定的でないこと，②ライセンス契約の重要な内容が定まっていないこと，③互恵条件を無にするおそれがあること，④ＥＴＳＩにおいても本件ＦＲＡＮＤ宣言がライセンス契約の成立を導かないとしていること，⑤ライセンス契約が成立するとすることはＥＴＳＩのＩＰＲポリシーの成立経過に反すること等の事実によれば，控訴人とＥＴＳＩの間で被控訴人を始めとする受益者とライセンス契約を締結することが約されていたとは認められない。よって，被控訴人の主張は採用の限りではない。ウさらに，被控訴人は，本件ＦＲＡＮＤ宣言がライセンス契約の申込みに当たらないとしても，拘束力ある契約を締結する旨の誓約に該当するから，本件特許権の侵害を理由とする損害賠償請求権を行使することは許されないとも主張する。しかし，この点の被控訴人の主張も，採用できない。すなわち，かかる誓約に基づいて，フランス法上，控訴人が被控訴人との関係で拘束力のある契約を締結しなければならない義務を負い，控訴人がかかる義務に違反したとすれば，その限りにおいて，別途何らかの損害賠償義務等を負担することがあり得たとしても，本件においては，前記のとおり，本件ＦＲＡＮＤ宣言はライセンス契約の申込みに該当せず，第三者のためにする契約も成立しない以上，本件ＦＲＡＮＤ宣言の効果として損害賠償請求権の行使が許されないとすることはできない。日本法やフランス法上認められる債務不履行に対する救済を前提とする限り，被控訴人の各主張は，むしろ，損害賠償の請求に対する権利濫用の成否（後記６）の判断として検討すべきものといえる。 (4) 小括以上によれば，本件ＦＲＡＮＤ宣言によって控訴人と被控訴人の間にライセンス契約が成立したとの被控訴人の主張は理由がない。６争点６（控訴人による本件特許権に基づく損害賠償請求権の行使の権利濫用の成否）について当裁判所は，控訴人による本件製品２及び４についての本件特許権に基づく損害賠償請求権の行使は，ＦＲＡＮＤ条件でのライセンス料相当額を超える部分では権利の濫用に当たるが，ＦＲＡＮＤ条件でのライセンス料相当額の範囲内では権利の濫用に当たるものではないと判断する。その理由は次のとおりである。 (1) 準拠法について被控訴人は，控訴人が本件特許権に基づいて損害賠償を請求することは，権利濫用に該当する旨を主張する。本件特許権侵害に基づく損害賠償請求権は，その法律関係の性質が不法行為であると解されるから，通則法17条によってその準拠法が定められることになる（なお，本件製品２及び４の発売はいずれも同法の施行後の事実である。。）そして，本件における「加害行為の結果が発生した地の法」（通則法17条）は，本件製品２及び４の輸入，販売が行われた地が日本国内であること，我が国の特許法の保護を受ける本件特許権の侵害に係る損害が問題とされていることからすると，日本の法律と解すべきであるから，本件には，日本法が適用される。以上を前提に，控訴人による本件特許権に基づく損害賠償請求権の行使が権利の濫用に当たるか否かについて判断することとする。 (2) ＦＲＡＮＤ宣言がされた場合の損害賠償請求についてア前提となる事実前記争いのない事実等と証拠（甲５，１２，１３，１６，２７，２８の１・２，８５ないし８７，１６０，１６１）及び弁論の全趣旨により認められる事実は，次のとおりである。 (ｱ) ＥＴＳＩのＩＰＲポリシーａ第２世代移動通信システム（２Ｇ）は，欧州外においては国ごとに規格が異なるばかりか，一つの国の中ですら規格が異なっており，普遍的な運用互換性がなかった。また，米国，日本，欧州は，それぞれ互換性のない規格に従ったシステムを運用していた。そのような状況の中，従来の音声サービスだけでなく，データサービス及びマルチメディアサービスを提供する第３世代移動通信システム（３Ｇ）の普及促進と付随する仕様の標準化を目的として，ＥＴＳＩ（欧州電気通信標準化機構）などの世界の標準化団体が結集し，１９９８年（平成１０年）に３ＧＰＰという名称の標準化団体を結成した。ｂＥＴＳＩは，知的財産権（ＩＰＲ）の取扱いに関する方針として，ＩＰＲポリシーを定めている。技術の標準化は，製品間の互換性を確保し，製造・調達のコストを削減し，これによって研究開発の効率化や他社との提携の拡大等が期待されるものであり，また，ユーザーにとっても，製品・サービスの利便性の向上，製品価格やサービス料金の低減等による利益を享受し得るという点で多大な効用がある。他方，当該標準に係る必須特許を使用して製品化を図ろうとする者は，必須特許を保有する企業から過大なライセンス料を要求されたり，実施許諾を得られなかった場合には，標準規格に準拠した製品に対する開発投資等が無駄になるなど，さまざまな不都合が生じ得る。ＥＴＳＩのＩＰＲポリシーは，上記のような不都合な事態を回避し，通信分野における技術の標準化を促進させ，知的財産権の保有者の権利との間のバランスを図ることを目的として策定されたものである（３．１項の「方針の目的」参照）。ｃＥＴＳＩのＩＰＲポリシーには，次のような規定がある。 (a) ＩＰＲポリシー４．１項は，各会員は，自らが参加する規格又は技術仕様の開発の間は特に，ＥＴＳＩに必須ＩＰＲについて適時に知らせるため合理的に取り組むものとし，特に，規格又は技術仕様の技術提案を行う会員は，善意をもって，提案が採択された場合に必須となる可能性のあるその会員のＩＰＲについてＥＴＳＩの注意を喚起する旨を規定し，４．３項は，４．１項の義務は，ＥＴＳＩにこの特許ファミリーの構成要素について適時に知らされた場合には，全ての既存及び将来のその特許ファミリーの構成要素につき満たされたとみなされる旨を規定する。 (b) ＩＰＲポリシー６．１項は，特定の規格又は技術仕様に関連する必須ＩＰＲがＥＴＳＩに知らされた場合，ＥＴＳＩの事務局長は，少なくとも製造（製造で使用するべく，ライセンシー自身の設計で，カスタマイズした部品及びサブシステムを製造又は過去から引き続き製造する権利を含む。，製造した機器の販売，賃貸，）処分，修理又は使用，動作及び方法の使用の範囲で，当該ＩＰＲにおける取消不能なライセンスを「公正，合理的かつ非差別的な条件」（ＦＲＡＮＤ条件）で許諾する用意があることを書面で取消不能な形で３か月以内に保証することを，当該ＩＰＲの所有者に直ちに求めるものとする旨，上記保証は，ライセンスの相互供与に同意することを求めるという条件に従い行われる場合がある旨を規定し，６．２項は，６．１項の保証は，保証が行われた時点で指定したＩＰＲを除外する旨を明示する書面がある場合を除き，その特許ファミリーの全ての既存及び将来の必須ＩＰＲに適用されるものとする旨を規定し，６．３項は，要請されたＩＰＲの所有者の保証が許諾されない場合，委員会の委員長は，適切な場合，ＥＴＳＩ事務局と協議の上，問題が解決するまで，委員会が規格又は技術仕様についての作業を停止すべきかどうかについて判断し，「および／または」関連の規格又は技術仕様の承認を行う旨を規定する。 (c) ＩＰＲポリシー１５項６は，ＩＰＲに適用される「必須」とは，（商業的ではなく）技術的な理由で，標準化の時点で一般に利用可能な通常の技術慣行及び最新技術を考慮し，ＩＰＲに抵触せずに規格に準拠する機器又は方法を製造又は販売，賃貸，処分，修理，使用又は動作できないことを意味する旨を規定する。 (d) ＩＰＲポリシー１２項は，ＩＰＲポリシーはフランス法に準拠する旨を規定する。ｄＩＰＲポリシーを補足する「ＩＰＲについてのＥＴＳＩの指針」（甲１６，１６１。２００８年１１月２７日付けのもの。）には，次のような規定がある。 (a) ＩＰＲについてのＥＴＳＩの指針１．１項は，「本指針の主な特徴は，次のように簡略化できる」と規定する。「・会員は，ライセンスの許諾を拒否する権利を含む，自らが保有するＩＰＲを保持しその利益を得る権利を完全に有する。・ＥＴＳＩは，ＥＴＳＩの技術的な目的に最も資する解決策に基づく規格および技術仕様を作成することを目的としている。・この目的を達成するに当たり，ＥＴＳＩのＩＰＲについての方針では，通信分野での一般利用の標準化の必要性と，ＩＰＲの保有者の権利との間のバランスを取ることが求められる。・ＩＰＲについての方針は，規格の準備および採用，適用への投資が，規格または技術仕様についての必須ＩＰＲを使用できない結果無駄になる可能性があるというリスクを軽減するためのものである。・よって，規格作成過程の可能な限り早期に，必須ＩＰＲの存在を知っていることが，特にライセンスが公正，合理的かつ非差別的な（ＦＲＡＮＤ）条件で利用できない場合に必要である。」 (b) ＩＰＲについてのＥＴＳＩの指針１．４項は，ＥＴＳＩのＩＰＲについての方針は，機関としてのＥＴＳＩ及びその会員，事務局の権利及び義務を定義するものであり，ＥＴＳＩの非会員にも，方針の下で特定の権利はあるが，法的な義務は有さない旨を規定し，同項に掲げる「表」中には，次のような記載がある。「会員の権利」「・自らのＩＰＲを規格に含めることを拒否すること（８．１項及び８．２項）。・規格に関し，公正，合理的かつ非差別的な条件でライセンスが許諾されること（６．１項）」。「会員の義務」「・ＥＴＳＩに，自らのＩＰＲ及び他者の必須ＩＰＲについて知らせる（４．１項）。・必須ＩＰＲの保有者は，公正，合理的かつ非差別的な条件でライセンスを許諾することを保証することが求められる（６．１項）」。「第三者の権利」「・第三者には，必須ＩＰＲの保有者として，又はＥＴＳＩ規格若しくは文書のユーザーとして，ＥＴＳＩのＩＰＲについての方針の下で，次の特定の権利を有する。 ○少なくとも製造及び販売，賃貸，修理，使用，動作するため，規格に関し，公正，合理的かつ非差別的な条件でライセンスが許諾されること（６．１項）」。 (ｲ) 本件ＦＲＡＮＤ宣言に至るまでの経緯等ａ控訴人は，１９９８年（平成１０年）１２月１４日，ＥＴＳＩに対し，ＵＭＴＳ規格としてＥＴＳＩが推進しているＷ－ＣＤＭＡ技術に関し，控訴人の保有する必須ＩＰＲライセンスを，ＥＴＳＩのＩＰＲポリシー６．１項に従って，「公正，合理的かつ非差別的な条件」（ＦＲＡＮＤ条件）で許諾する用意がある旨の宣言（甲５）をした。ｂ控訴人は，２００５年（平成１７年）５月４日，韓国において，本件出願の優先権主張の基礎となる特許出願（優先権主張番号１０－２００５－００３７７７４）をした。控訴人は，同月９日から１３日にかけて，３ＧＰＰのワーキンググループに対し，変更リクエスト（甲８５）を提出した。その後，上記変更リクエストが採用され，同年６月に発行された３ＧＰＰ規格の本件技術仕様書Ｖ６．４．（甲０８７）で代替的Ｅビット解釈が標準規格の一つとされた。控訴人は，平成１８年５月４日，本件出願をした。その後，控訴人は，平成２２年１２月１０日，本件特許権の設定登録を受けた。ｃ控訴人は，２００７年（平成１９年）８月７日，ＥＴＳＩに対し，「ＩＰＲの情報についての声明及びライセンスの宣言」と題する書面（甲１３）を提出することにより，ＥＴＳＩのＩＰＲポリシー４．１項に従って，本件出願の優先権主張の基礎となる韓国出願の出願番号，本件出願の国際出願番号（ＰＣＴ／ＫＲ２００６／００１６９９）等に係るＩＰＲが，ＵＭＴＳ規格（ＴＳ２５．３２２等）に関連した必須ＩＰＲであるか，又はそうなる可能性が高い旨を知らせるとともに，そのＩＰＲが引き続き必須である範囲で，規格に関し，ＩＰＲポリシー６．１項に準拠する条件（ＦＲＡＮＤ条件）で，取消不能なライセンスを許諾する用意がある旨の宣言（本件ＦＲＡＮＤ宣言）をした。ｄ本件特許は，ＵＭＴＳ規格の本件技術仕様書Ｖ６．９．０記載の「代替的Ｅビット解釈」に準拠した製品の製造，販売等及び方法の使用をするのに避けることのできない特許であり，必須特許である。ｅ一般に，各種の標準化団体においては，ＥＴＳＩのＩＰＲポリシーに見られると同様に，知的財産権の取扱基準を設け，参加者等の特許権等の知的財産権（以下においては，特許権についてのみ論ずる。がその定める標準規格に必須となる場）合には，標準化団体の参加者等に，そのような特許権の開示を求め，さらに当該特許権をＦＲＡＮＤ条件あるいはＲＡＮＤ条件「reasonable and non-discriminatory」（な条件）等でライセンスを行うことの宣言（以下，ＦＲＡＮＤ条件又はＲＡＮＤ条件等によりライセンスを行うことの宣言を，「ＦＲＡＮＤ宣言」という。）を求めることが行われる。イ損害賠償請求の許容される範囲について前記１ないし５のとおり，被控訴人による本件製品２及び４の製造・販売等は，本件発明１の技術的範囲に属し，本件特許権については，無効理由がなく，消尽しておらず，ライセンス契約は成立していないから，控訴人は損害の賠償を請求することができることになる。そこで，ＦＲＡＮＤ宣言をした特許権者が，当該特許権に基づいて，損害賠償請求をした場合において，どの範囲の損害賠償請求が許容されるかを検討する。 (ｱ) ＦＲＡＮＤ宣言された必須特許（以下，ＦＲＡＮＤ宣言された特許一般を指す語として「必須宣言特許」を用いる。）に基づく損害賠償請求においては，ＦＲＡＮＤ条件によるライセンス料相当額を超える請求を許すことは，当該規格に準拠しようとする者の信頼を損なうとともに特許発明を過度に保護することとなり，特許発明に係る技術の社会における幅広い利用をためらわせるなどの弊害を招き，特許法の目的である「産業の発達」（同法1条）を阻害するおそれがあり合理性を欠くものといえる。すなわち，ある者が，標準規格に準拠した製品の製造，販売等を試みる場合，当該規格を定めた標準化団体の知的財産権の取扱基準を参酌して，必須特許についてＦＲＡＮＤ宣言する義務を構成員に課している等，将来，必須特許についてＦＲＡＮＤ条件によるライセンスが受けられる条件が整っていることを確認した上で，投資をし，標準規格に準拠した製品等の製造・販売を行う。仮に，後に必須宣言特許に基づいてＦＲＡＮＤ条件によるライセンス料相当額を超える損害賠償請求を許容することがあれば，ＦＲＡＮＤ条件によるライセンスが受けられると信頼して当該標準規格に準拠した製品の製造・販売を企図し，投資等をした者の合理的な信頼を損なうことになる。必須宣言特許の保有者は，当該標準規格の利用者に当該必須宣言特許が利用されることを前提として，自らの意思で，ＦＲＡＮＤ条件でのライセンスを行う旨宣言していること，標準規格の一部となることで幅広い潜在的なライセンシーを獲得できることからすると，必須宣言特許の保有者にＦＲＡＮＤ条件でのライセンス料相当額を超えた損害賠償請求を許容することは，必須宣言特許の保有者に過度の保護を与えることになり，特許発明に係る技術の幅広い利用を抑制させ，特許法の目的である「産業の発達」（同法1条）を阻害することになる。 (ｲ) 一方，必須宣言特許に基づく損害賠償請求であっても，ＦＲＡＮＤ条件によるライセンス料相当額の範囲内にある限りにおいては，その行使を制限することは，発明への意欲を削ぎ，技術の標準化の促進を阻害する弊害を招き，同様に特許法の目的である「産業の発達」（同法1条）を阻害するおそれがあるから，合理性を欠くというべきである。標準規格に準拠した製品を製造，販売しようとする者は，ＦＲＡＮＤ条件でのライセンス料相当額の支払は当然に予定していたと考えられるから，特許権者が，ＦＲＡＮＤ条件でのライセンス料相当額の範囲内で損害賠償金の支払を請求する限りにおいては，当該損害賠償金の支払は，標準規格に準拠した製品を製造，販売する者の予測に反するものではない。また，ＦＲＡＮＤ宣言の目的，趣旨に照らし，同宣言をした特許権者は，ＦＲＡＮＤ条件によるライセンス契約を締結する意思のある者に対しては，差止請求権を行使することができないという制約を受けると解すべきである（当裁判所においても，控訴人が被控訴人に対して本件特許権に基づく差止請求権を被保全債権として，本件製品２及び４に加えて「ｉＰｈｏｎｅ４Ｓ」の販売等の差止等を請求した仮処分事件（本件仮処分の申立て及び別件仮処分の申立ての抗告審。当庁平成２５年（ラ）第１０００７号，同１０００８号事件）において，控訴人の申立てを却下した原審決定を維持する旨の決定をした。。ＦＲＡＮＤ宣言をした特許権者における）差止請求権を行使することができないという上記制約を考慮するならば，ＦＲＡＮＤ条件でのライセンス料相当額の損害賠償請求を認めることこそが，発明の公開に対する対価として極めて重要な意味を有するものであるから，これを制限することは慎重であるべきといえる。 (ｳ) 以上を「ＦＲＡＮＤ条件でのライセンス料相当額を超える損害賠償請求」と「ＦＲＡＮＤ条件でのライセンス料相当額による損害賠償請求」に分けて，より本件の事実に即して敷衍する。ａＦＲＡＮＤ条件でのライセンス料相当額を超える損害賠償請求ＵＭＴＳ規格に準拠した製品を製造，販売等しようとする者は，ＵＭＴＳ規格に準拠した製品を製造，販売等するのに必須となる特許権のうち，少なくともＥＴＳＩの会員が保有するものについては，ＥＴＳＩのＩＰＲポリシー４．１項等に応じて適時に必要な開示がされるとともに，同ポリシー６．１項等によってＦＲＡＮＤ宣言をすることが要求されていることを認識しており，特許権者とのしかるべき交渉の結果，将来，ＦＲＡＮＤ条件によるライセンスを受けられるであろうと信頼するが，その信頼は保護に値するというべきである。したがって，本件ＦＲＡＮＤ宣言がされている本件特許についてＦＲＡＮＤ条件でのライセンス料相当額を超える損害賠償請求権の行使を許容することは，このような期待を抱いてＵＭＴＳ規格に準拠した製品を製造，販売する者の信頼を害することになる。必須宣言特許を保有する者は，ＵＭＴＳ規格に準拠する者のかかる期待を背景に，ＵＭＴＳ規格の一部となった本件特許を含む特許権が全世界の多数の事業者等によって幅広く利用され，それに応じて，ＵＭＴＳ規格の一部とならなければ到底得られなかったであろう規模のライセンス料収入が得られるという利益を得ることができる。また，本件ＦＲＡＮＤ宣言を含めてＥＴＳＩのＩＰＲポリシーの要求するＦＲＡＮＤ宣言をした者については，自らの意思で取消不能なライセンスをＦＲＡＮＤ条件で許諾する用意がある旨を宣言しているのであるから，ＦＲＡＮＤ条件でのライセンス料相当額を超えた損害賠償請求権を許容する必要性は高くないといえる。したがって，ＦＲＡＮＤ宣言をした特許権者が，当該特許権に基づいて，ＦＲＡＮＤ条件でのライセンス料相当額を超える損害賠償請求をする場合，そのような請求を受けた相手方は，特許権者がＦＲＡＮＤ宣言をした事実を主張，立証をすれば，ライセンス料相当額を超える請求を拒むことができると解すべきである。これに対し，特許権者が，相手方がＦＲＡＮＤ条件によるライセンスを受ける意思を有しない等の特段の事情が存することについて主張，立証をすれば，ＦＲＡＮＤ条件でのライセンス料を超える損害賠償請求部分についても許容されるというべきである。そのような相手方については，そもそもＦＲＡＮＤ宣言による利益を受ける意思を有しないのであるから，特許権者の損害賠償請求権がＦＲＡＮＤ条件でのライセンス料相当額に限定される理由はない。もっとも，ＦＲＡＮＤ条件でのライセンス料相当額を超える損害賠償請求を許容することは，前記のとおりの弊害が存することに照らすならば，相手方がＦＲＡＮＤ条件によるライセンスを受ける意思を有しないとの特段の事情は，厳格に認定されるべきである。ｂＦＲＡＮＤ条件でのライセンス料相当額の範囲内の損害賠償請求ＦＲＡＮＤ条件でのライセンス料相当額の範囲内での損害賠償請求については，必須宣言特許による場合であっても，制限されるべきではないといえる。すなわち，ＵＭＴＳ規格に準拠した製品を製造，販売等しようとする者は，ＦＲＡＮＤ条件でのライセンス料相当額については，将来支払うべきことを想定して事業を開始しているものと想定される。また，ＥＴＳＩのＩＰＲポリシーの３．２項は「ＩＰＲの保有者は・・・ＩＰＲの使用につき適切かつ公平に補償を受ける」（IPR holders should be adequately and fairly rewarded for the use of their IPRs[.]）ことをもＥＴＳＩのＩＰＲポリシーの目的の一つと定めており，特許権者に対する適切な補償を確保することは，この点からも要請されているものである。ただし，ＦＲＡＮＤ宣言に至る過程やライセンス交渉過程等で現れた諸般の事情を総合した結果，当該損害賠償請求権が発明の公開に対する対価として重要な意味を有することを考慮してもなお，ライセンス料相当額の範囲内の損害賠償請求を許すことが著しく不公正であると認められるなど特段の事情が存することについて，相手方から主張立証がされた場合には，権利濫用としてかかる請求が制限されることは妨げられないというべきである。ｃまとめ以上を総合すれば，本件ＦＲＡＮＤ宣言をした控訴人を含めて，ＦＲＡＮＤ宣言をしている者による損害賠償請求について，① ＦＲＡＮＤ条件でのライセンス料相当額を超える損害賠償請求を認めることは，上記ａの特段の事情のない限り許されないというべきであるが，他方，② ＦＲＡＮＤ条件でのライセンス料相当額の範囲内での損害賠償請求については，必須宣言特許による場合であっても，上記ｂの特段の事情のない限り，制限されるべきではないといえる。 (3) 特段の事情の有無についての検討本件においては，控訴人は，後記７のとおりと認められるＦＲＡＮＤ条件によるライセンス料相当額を超える損害額の請求をしている。そこで，ＦＲＡＮＤ条件によるライセンス料相当額の範囲内と認められる部分については，控訴人が損害賠償請求をすることが著しく不公正であると認められるなど特段の事情があるか，他方，ＦＲＡＮＤ条件によるライセンス料相当額を超える部分については，被控訴人がＦＲＡＮＤ条件によるライセンスを受ける意思を有しない場合など特段の事情があるかを，以下検討する。ア前提となる事実前記争いのない事実等と証拠（甲５，６，１２，１３，１６，２７ないし２９，３２ないし３７，６５，８５ないし８７，１０９ないし１１１，１３３，１６０，１６１，乙３６，４２，５３，５９（枝番号の記載は省略する。）及び弁論の全趣）旨を総合すれば，以下の事実が認められる。すなわち，① 控訴人は，平成２３年７月２５日付け書簡で，アップル社に対し，控訴人の必須宣言特許ポートフォリオについてのライセンス条件として，具体的な料率を提示したこと，② アップル社は同年８月１８日付けの書面でライセンス料率の上限を提示し，平成２４年３月４日付け書簡でさらに数桁小さい料率をロイヤリティとして支払う旨のライセンス契約の申出をし，さらに，同年９月７日付け書簡で，クロスライセンス契約を含む具体的なライセンス案を提示したこと，③ これに対して，控訴人は，アップル社が控訴人の提示を不本意とするならば，アップル社において具体的な提案をするよう要請するのみであったこと，④ 控訴人は，同年９月１４日付け書簡でライセンス料算定の基礎となる価格の上限引下げの提案等をしたこと，⑤ 控訴人は，同年１２月３日付け書簡で，当初提案の料率を半分以下にする提案をしたこと，⑥ アップル社と控訴人は，同月１２日，１７日及び１８日に会合をもち，この際に控訴人は，アップル社が多額の一時金を支払うとの内容を含む提案を行い，アップル社は，ＵＭＴＳ規格の必須特許ポートフォリオを対象とするクロスライセンス契約の提案をしたこと，⑦ アップル社と控訴人は，平成２５年１月１４日にも会合をもち，その際アップル社はライセンス料の支払を伴わないクロスライセンス契約の提案を行ったこと，⑧ 両社の同年２月７日●● ●●の会合の際には，合意書の案が作成された●●●●●●●●●●●●●●こと， ⑨ その後も，控訴人とアップル社との間では，紛争を仲裁に付するとした場合の条件等をめぐって各種の交渉が断続的に行われていることが認められる。イＦＲＡＮＤ条件によるライセンス料相当額の範囲での損害賠償請求について (ｱ) 誠実交渉義務について控訴人が本件ＦＲＡＮＤ宣言をしていることに照らせば，控訴人は，少なくとも我が国民法上の信義則に基づき，被控訴人との間でＦＲＡＮＤ条件でのライセンス契約の締結に向けた交渉を誠実に行うべき義務を負担すると解される。この点，前記アのとおり，控訴人は，平成２３年７月２５日にライセンス提示をした後は，アップル社から具体的提案を受けつつも，平成２４年１２月３日に至るまで，具体的な対案を示すことがなく，また，控訴人は特許ポートフォリオ単位でのライセンス提案のみを行っており，個別の特許については，本件訴訟に至るまで料率の提案を提示せず，控訴人の提案するライセンス条件がＦＲＡＮＤ条件にのっとったものであることを十分に説明することもなかったと認められるから，この間の控訴人の交渉態度は，アップル社との間でのライセンス契約の締結を促進するものではなかったと解される。もっとも，次のような事実経緯が存在する。すなわち，① 控訴人は，アップル社に対して直ちに対案を示すことはなかったものの，平成２４年１２月以降はアップル社との間で複数回，協議を行っており，その際には対案も示すなど，契約締結に向けた活動を継続している。② 一般に控訴人や被控訴人の属する移動体通信端末の製造業者の間では特許ポートフォリオ単位でのクロスライセンス契約が締結されることが通常である（乙５７等）から，特許ポートフォリオ単位でのライセンス提案のみを行うことも直ちに信義に反するものとはいえない。③ 控訴人と他社との間のライセンス契約の条件については守秘義務が付され開示できる性質のものではなく（同），開示されたとしても，当該条件はライセンス契約の相手方の特許ポートフォリオの相対的強弱によって決定されたものであって，前提を異にする控訴人と被控訴人との間の契約条件を定めるに当たって常に参考になるものともいえない。 ④ ライセンス契約の条件中には，標準規格に関連しない特許権のライセンスやビジネス条件なども含まれることがあり得ることも考えられる。以上の点を考慮すると，控訴人は提案するライセンス条件がＦＲＡＮＤ条件にのっとったものであることを説明すべきであるとしても，控訴人が控訴人と他社との間のライセンス契約の条件を開示しなかったことを直ちに不当と非難することはできず，控訴人のライセンス交渉過程での態度をもって，控訴人がＦＲＡＮＤ条件でのライセンス料相当額の範囲内で損害賠償請求をすることが著しく不公正であるとまでは認めることはできない。 (ｲ) 適時開示義務についてＥＴＳＩのＩＰＲポリシーには，各会員は，自らが参加する規格技術仕様の開発の間は特に，ＥＴＳＩに必須ＩＰＲについて適時に知らせるため合理的に取り組むべきことが定められているから（前記(2)ア），控訴人もかかる義務を負担しているというべきである。この点，前記(2)アのとおり，控訴人は，平成１７年５月４日に，韓国において，本件特許の優先権主張の基礎となる特許出願をし，また，その数日後の同月９日から１３日に開催された３ＧＰＰのワーキンググループに，後に代替的Ｅビット解釈の導入につながる変更リクエストを提出した。それにもかかわらず，控訴人は，平成１９年８月７日の本件ＦＲＡＮＤ宣言まで，本件特許権の存在をＥＴＳＩに知らせていなかった。このように，控訴人は，本件特許権の存在を知ってから２年余りもの間，ＥＴＳＩに対して本件特許権の存在を通知していない。しかし，上記の事実経緯に対しては，控訴人は，最終的には本件ＦＲＡＮＤ宣言をするに至っていること，控訴人が本件特許権を有することが判明していたか否かが代替的Ｅビット解釈のＵＭＴＳ規格への導入の採否に何らかの影響を及ぼしたと解されないこと，他社との比較においても開示までの２年あまりという期間が，極端に長いとまではいえないこと（乙８）をも考慮すれば，控訴人によるＦＲＡＮＤ条件によるライセンス料相当額の範囲内での損害賠償請求をすることが著しく不公正であると認めるには足らない。 (ｳ) 本件仮処分の申立て及び別件仮処分の申立てについて前記のとおり，必須特許の保有者が，ＦＲＡＮＤ宣言をした場合，必須宣言特許による差止請求権の行使は，ＦＲＡＮＤ条件によるライセンス契約を締結する意思のある者に対しては，権利の濫用に該当し許されないといえる。控訴人は，本件仮処分の申立て及び別件仮処分の申立てをし，本件製品２及び４並びに「ｉＰｈｏｎｅ４Ｓ」の譲渡等の差止めを求めているが，控訴人において，本件仮処分及び別件仮処分の申立てをしたとの事実が，控訴人によるＦＲＡＮＤ条件によるライセンス料相当額の範囲内での損害賠償請求権の行使が許されないとの結論を導く理由にはならないというべきである。 (ｴ) 独占禁止法について以上に関連して，被控訴人は，控訴人の一連の行為が独占禁止法に違反する旨の主張もしている。しかし，控訴人の主張に係る損害賠償の金額は，控訴人がＦＲＡＮＤ条件によるライセンス料であると主張する金額に留まること（前記第３，７）に加えて，ＦＲＡＮＤ条件によるライセンス料相当額を超える損害賠償請求は原則として権利の濫用となり許されないことを考慮すると，本件全証拠によっても，ＦＲＡＮＤ条件でのライセンス料相当額の範囲内での損害賠償請求が同法に違反すると認めるには足らない。 (ｵ) 小括その他，本件に現れた一切の事情を考慮しても，控訴人によるＦＲＡＮＤ条件でのライセンス料相当額の範囲内での損害賠償請求を許すことが著しく不公正であるとするに足りる事情はうかがわれず，前記特段の事情が存在すると認めるに足りる証拠はない。ウＦＲＡＮＤ条件によるライセンス料相当額を超える損害賠償請求について前記アのとおりのアップル社と控訴人の間のライセンス交渉の経緯からすると，アップル社は，平成２３年８月１８日付けの書面でのライセンス料率の上限の提示に始まり，複数回にわたって算定根拠とともに具体的なライセンス料率の提案を行っているし，控訴人と複数回面談の上集中的なライセンス交渉も行っているから，アップル社は控訴人との間でライセンス契約を締結するべく交渉を継続していたと評価できる。控訴人とアップル社との間には，妥当とするライセンス料率について大きな意見の隔絶が長期間にわたって存在する。しかし，ライセンサーとライセンシーとなる両社は本来的に利害が対立する立場にあることや，何がＦＲＡＮＤ条件でのライセンス料であるかについて一義的な基準が存するものではなく，個々の特許のＵＭＴＳ規格への必須性や重要性等については様々な評価が可能であって，それによって妥当と解されるライセンス料も変わってくることからすれば，アップル社の行った各種提案も一定程度の合理性を持ったものと評価できる。加えて，前記イ(ｱ)のとおり，控訴人の交渉態度も，アップル社との間でのライセンス契約の締結を促進するものではなかったことからすると，両社間に，大きな意見の隔絶が長期間にわたって存在したとしても，アップル社や被控訴人においてＦＲＡＮＤ条件でのライセンス契約を締結する意思を有しないことを意味するものとは直ちに評価できない。そうすると，本件について被控訴人にＦＲＡＮＤ条件によるライセンスを受ける意思を有しない場合など特段の事情が存するとは認められない。これに対し，控訴人は，アップル社が平成２５年２月の会合で覚書（ドラフト）の作成段階にまで至っていた●●●●●●●●●●●●●●●●●●●●●●●● ●●●●●●●●●などとして，被控訴人は真摯にライセンスを受ける意思を有しない者に当たるなどと主張する。しかし，標準規格を策定することの目的及び意義等に照らすと，ライセンス契約を受ける意思を有しないとの認定は厳格にされてしかるべきところ，控訴人の主張に係る事情をもっては，被控訴人又はアップル社がＦＲＡＮＤ条件によるライセンス契約を締結する意思を有しない者であるとの認定はできない。また，控訴人は，損害賠償請求権を認めないことがＴＲＩＰｓ協定違反である旨の主張もするが，採用の限りではない。 (4) 小括よって，控訴人による本件の損害賠償請求が権利の濫用に当たるとの被控訴人の主張は，控訴人の主張に係る損害額のうち，後記７のとおりのＦＲＡＮＤ条件によるライセンス料相当額を超える部分では理由があるが，ＦＲＡＮＤ条件によるライセンス料相当額の範囲では採用の限りではない。７争点７（損害額）について以上を踏まえて，以下では，本件製品２及び４による本件特許権の侵害について，ＦＲＡＮＤ条件によるライセンス料相当額がいくらとなるかを検討する。当裁判所は，後記(3)ウのとおりの金額となると判断する。 (1) 前提となる事実証拠（甲１０，１１，３０の１，１０８，１３４，１３５，１６４，１７２，１９３の１・２，１９７，２０５，２０６，乙２，４，９４の１・２）及び弁論の全趣旨によれば，次の各事実が認められる。ア本件製品２及び４の，それぞれの販売開始から平成２５年９月２８日までの売上高の合計は，後記(3)ウの該当欄に記載のとおりである。イ本件製品２は，Ｗ－ＣＤＭＡ，ＧＳＭ，ＥＤＧＥの各移動体通信方式に準拠するほか（なお，「ｉＰｈｏｎｅ４」としては，３ＧＰＰ２（Third Generation Partnership Project 2）の策定に係るＣＤＭＡ２０００方式に準拠した製品も存在するようであるが，我が国では発売されていない。，Ｗｉ－Ｆｉ８０２．１１ｂ／）ｇ／ｎ，Ｂｌｕｅｔｏｏｔｈ２．１＋ＥＤＲの各無線通信の機能を有する。本件製品２の特徴としては，その他にディスプレイとして高精細な「Ｒｅｔｉｎａディスプレイ」を登載し，カメラとして，「５メガピクセルｉＳｉｇｈｔカメラ」を登載していることも挙げられる。本件製品２には，登載されているメモリ容量により複数の種類があり，その一般消費者への販売価格は，３２ＧＢモデルが５万７６００円，１６ＧＢモデルが４万６０８０円（一括支払い時）であった。（甲１９３の１，乙４）ウ本件製品４は，Ｗ－ＣＤＭＡ，ＧＳＭ，ＥＤＧＥの各移動体通信方式に準拠するほか（なお，「ｉＰａｄ２Ｗｉ－Ｆｉ＋３Ｇ」には，ＣＤＭＡ２０００方式にも準拠する製品があるようであるが，本件証拠上は前記のとおりと認定される。，）Ｗｉ－Ｆｉ８０２．１１ａ／ｂ／ｇ／ｎ，Ｂｌｕｅｔｏｏｔｈ２．１＋ＥＤＲの各無線通信の機能を有する。本件製品４の特徴としては，プロセッサとして「ＡｐｐｌｅＡ５」を登載し，加速度センサー，デジタルコンパス，ＡｓｓｉｓｔｅｄＧＰＳなどの各種センサー類も登載していることも挙げられる。本件製品４にも，登載されているメモリ容量によって複数のモデルがあり，本件製品４から移動体通信機能を省いたモデル（「ｉＰａｄ２Ｗｉ－Ｆｉ」）も別途販売されている。これらの一般消費者への販売価格は，移動体通信機能を有しないモデル（「ｉＰａｄ２Ｗｉ－Ｆｉ」）で１６ＧＢモデルが４万４８００円，３２ＧＢモデルが５万２８００円，６４ＧＢモデルが６万０８００円，移動体通信機能通信機能を有するモデル（本件製品４）で，１６ＧＢモデルが５万６６４０円，３２ＧＢモデルが６万４８００円，６４ＧＢモデルが７万２７２０円などとなっている。（甲１９３の２）エＵＭＴＳ規格について多くの必須特許を有するノキアは，２００２年（平成１４年）５月に「ＷＣＤＭＡの知的財産権に係る累積ロイヤリティを業界全体で５％にすること」を提案した。控訴人の代理人は，米国ＩＴＣにおける公聴会で，ＵＭＴＳ規格に関して全参加企業のライセンスについて約５％にするという総額の負担とするべき合意があった旨の発言をした。平成１４年，ＮＴＴドコモ，エリクソン，ノキア及びシーメンスの間で，ＵＭＴＳ規格を構成する特許のロイヤリティについて，個々の必須特許権者が受領すべきロイヤリティはその保有する必須特許の割合に応じて定めるとの合意が成立した。これに対して必須特許の特許権者である他の日本企業も協力する意向を表明した。この合意については，累積ロイヤリティを５パーセント以下にすることによりＵＭＴＳ規格を普及させるのに役立つとの指摘がされた。ＵＭＴＳ規格の必須特許の特許権者らで作られたパテントプールであるＷ－ＣＤＭＡパテントプラットフォームでは，標準ライセンス契約として必須特許１件当たりに工場出荷価格の０．１パーセントである基準料率をもとに，必要な必須特許を累積した場合の最大値を５パーセントとし，それを超える場合は基準料率を５パーセント以内となるよう圧縮的に低減する仕組みを採用している。パテントプールにおけるライセンサーへのライセンス料の分配に際しては，個々の特許の技術的価値を捨象して，ライセンス料を特許の数で除した値によることが多い。オ標準規格の策定に際しては，参加者は自らの特許ポートフォリオを充実させ，以後のライセンス交渉を優位に進めるために，必須宣言は過剰にされる傾向にあり，必須宣言された特許のうちには，現実には必須でないものも多く含まれる。フェアフィールド社は，ＵＭＴＳ規格のうち，２００８年（平成２０年）１２月までに，３ＧＰＰの構成員であるＥＴＳＩ，日本の一般社団法人電波産業会（ＡＲＩＢ）又は韓国のＴＴＡ（Telecommunications Technology Association。情報通信技術協会。に必須であると宣言された特許について分析した）（フェアフィールド社のレポート（甲１３５）。なお，フェアフィールド社のレポートは「ＷＣＤＭＡに必須であると宣言された特許の調査」と題するものであるが，ここでいう「ＷＣＤＭＡ」は本判決での定義によれば２００８年１２月当時のＵＭＴＳ規格の意味と理解される。なお，同時点では，ＬＴＥ方式は，ＵＭＴＳ規格とはされていなかった。。）その結果は，ＵＭＴＳ規格については１８８９の特許ファミリーが必須宣言されているが，必須であるかおそらく必須であると判定されたのは，そのうち５２９の特許ファミリーであった。カ主として通信機能に特化したいわゆるフィーチャーフォンには，数千円程度のものから数万円程度で販売されているものもある。コンピュータと接続してＵＭＴＳ規格の通信を可能にするいわゆるドングル（ＵＳＢ接続モデム）や無線通信ルータの中には数千円程度で販売されているものがある。 (2) 本件におけるＦＲＡＮＤ条件によるライセンス料相当額の算定方法ＥＴＳＩのＩＰＲポリシー及びＩＰＲに関するＥＴＳＩの指針などにおいては，ＦＲＡＮＤ条件によるライセンス料をどのように計算すべきかについての何らの手がかりも用意せず，当事者間の交渉にゆだねている。そこで，ＥＴＳＩのＩＰＲポリシーが定められた趣旨及び本件製品２及び４の性質等を総合すると，ＦＲＡＮＤ条件によるライセンス料相当額は，次のとおりの方法により算定するのが相当であると認められる。すなわち，まず本件製品２及び４の売上高合計のうち，ＵＭＴＳ規格に準拠していることが貢献した部分の割合を算定し（後記(3)ア），次に，ＵＭＴＳ規格に準拠していることが貢献した部分のうちの本件特許が貢献した部分の割合を算定する（同イ）ＵＭＴＳ規格に準拠していることが貢献した部分のうちの本件特許が貢献。した部分の割合を算定する際には，累積ロイヤリティが過剰となることを抑制する観点から全必須特許に対するライセンス料の合計が一定の割合を超えない計算方法を採用することとし（同(ｱ)），本件においては，他の必須特許の具体的内容が明らかでないことから，ＵＭＴＳ規格に必須となる特許の個数割りによるのが相当である（同(ｲ)）。 (3) 具体的な計算アＵＭＴＳ規格に準拠していることの貢献部分上記の売上高の合計のうち，ＵＭＴＳ規格に準拠していることが寄与した部分としては，本件製品２について，売上高合計の●●パーセント，本件製品４について売上高合計の●●パーセントとするのが相当であり，ＦＲＡＮＤ条件によるライセンス料相当額を認定するにあたっては，同割合を乗じた金額を基礎とすべきである。すなわち，前記認定のとおり，本件製品２及び４は，移動体通信機能としては，Ｗ－ＣＤＭＡ方式以外にＧＳＭ方式等にも準拠しており，また，Ｗｉ－Ｆｉ等の無線通信機能も有する。また，本件製品２及び４の売上高合計には，そのデザインやユーザーインターフェイス，利用できる各種のソフトウェア，ＣＰＵ，カメラ，オーディオ機能，ディスプレイ，ＧＰＳ機能，３軸ジャイロや加速度センサーを始めとする各種のセンサーにおける特徴，機能が貢献している面も多くある。また，スマートフォン市場・タブレットデバイス市場でのアップル社や被控訴人の有する強いブランド力や，これを維持・向上させるためのアップル社や被控訴人によるマーケティング活動も，これに相当程度貢献していると認められる。さらに，本件製品２及び４のメモリ容量に応じた価格差からしても，本件製品２及び４の売上高にはメモリ容量の大小が少なからず貢献していると推定される。このように，ＵＭＴＳ規格に準拠していることが本件製品２及び４の売上高合計に貢献しているとしても，寄与の程度はその一部に留まるもので，その余の売上高合計はＵＭＴＳ規格に準拠していることに影響されることなく達成されたものといえる。そうすると，本件特許に対するＦＲＡＮＤ条件でのライセンス料相当額を認定するに際しては，ＵＭＴＳ規格に準拠していることが，本件製品２及び４の売上高合計に貢献していると認められる部分のみを基礎とすべきである。その具体的割合については，次のとおりと考えられる。すなわち，本件製品２は，いわゆるスマートフォンであって，移動体通信機能以外の多くの機能を有するものではあるが，本件製品４と比較すれば，社会通念上の基本的な機能としては，移動体通信機能を主とするものと捉えられているとするのが相当である。他方，本件製品４は，いわゆるタブレットデバイスであって，その利用の際に移動体通信機能は必ずしも必要とされず，現に本件製品４から移動体通信機能を除いた製品「ｉＰａ（ｄ２Ｗｉ－Ｆｉ」も販売されていることや，）移動体通信機能を除いた製品「ｉ（Ｐａｄ２Ｗｉ－Ｆｉ」）と移動体通信機能を有する製品（「ｉＰａｄ２Ｗｉ－Ｆｉ＋３Ｇモデル」本件製品４）。との販売価格差が１万数千円程度であることからして，移動体通信機がその売上げに寄与した割合は，本件製品２と比較すれば，小さいとするのが相当である。以上の各事情に加えて，本件ベースバンドチップの価格や，いわゆるフィーチャーフォンやドングル，無線通信ルータの販売価格等の諸般の事情を考慮すると，本件製品２及び４の売上高合計のうち，ＵＭＴＳ規格に準拠していることが寄与した部分としては，本件製品２について売上高合計の●● パーセント，本件製品４について売上高合計の●●パーセントとするのが相当である。イ本件特許の貢献部分さらに，本件特許についてのＦＲＡＮＤ条件による実施料相当額としては，本件製品２及び４の売上合計のうちＵＭＴＳ規格に準拠していることが寄与したと認められる金額のうちの後記(ｴ)の計算式に記載とおりの割合であるとするのが相当である。 (ｱ) 累積ロイヤリティの上限についてＥＴＳＩのＩＰＲポリシーが定められた目的は，「規格の準備及び採用，適用への投資が，規格又は技術仕様についての必須ＩＰＲを使用できない結果無駄になる可能性があるというリスクを軽減する」（３．１項）ところにあるとされている。かかる目的を達成するためには，個々の必須特許についてのライセンス料のみならず，個々の必須特許に対するライセンス料の合計額（累積ロイヤリティ）も経済的に合理的な範囲内に留まる必要があると解すべきである。すなわち，ＵＭＴＳ規格と同様に，ある規格を実現するためには多数の必須特許が存在することがしばしばある。このような場合，個々の特許権に対するライセンス料率の絶対値が低廉であったとしてもライセンス料の合計額は当該規格に準拠することが経済的に不可能になるほど不合理に大きなものとなる可能性がある。また，同一分野で新たな標準が作られる場合には，従前の技術との互換性を保つために従来の標準技術もその中に取り入れることがしばしば行われるため「標準の連鎖」，（）標準規格の策定が後になればなるほど，必須特許の数が増大する傾向があるといえる。ライセンス料の合計額が不合理に大きくなるのであれば，必須特許について仮にライセンスを受けられたとしてもこれを使用することは現実には不可能になり，「投資が・・・必須ＩＰＲを使用できない結果無駄になる可能性があるというリスクを軽減する」とのＥＴＳＩのＩＰＲポリシーの目的を達成することができなくなる事態が発生する。したがって，ＥＴＳＩのＩＰＲポリシーのもとで行われた本件ＦＲＡＮＤ宣言は，ライセンス料の合計額を合理的な範囲内に留めることをもＦＲＡＮＤ条件の一内容として含んでいると理解され，ＦＲＡＮＤ条件によるライセンス料相当額を定めるに当たっても，かかる制限は必然的に生じると解するのが相当である。そこで，次に，本件におけるライセンス料の合計額の上限をどの程度に設定するのが相当であるかを判断する。本件訴訟において，控訴人，被控訴人とも累積ロイヤリティを５パーセントとすることを前提として主張をしており，また，前記(1) エのとおり，ＵＭＴＳ規格の必須特許を保有する者の間では，累積ロイヤリティが過大となることを防ぐ観点から，累積ロイヤリティを５パーセント以内とすることを支持する見解が多くあることに照らすならば，本件特許についてのＦＲＡＮＤ条件によるライセンス料相当額を認定するに際しては，ＵＭＴＳ規格に対する累積ロイヤリティが，ＵＭＴＳ規格に準拠していることが本件製品２及び４の売上げに貢献したと認められる部分（本件製品２について●●パーセント，本件製品４について●●パーセント）の５パーセントとなる計算方法を採用することが相当である。 (ｲ) 他のＵＭＴＳ規格の必須特許との関係について次に，ＵＭＴＳ規格に必須となる他の特許権との関係を検討する。ＵＭＴＳ規格には，本件特許の他にも多数の特許が必須特許となるものであって，本件特許のみによってＵＭＴＳ規格が実現されているものではない。そこで，ＵＭＴＳ規格に対する本件特許の貢献度が，我が国において特許権が付与されている他の必須特許との関係でどの程度かを検討する必要が生じる。この点，本件各発明は一つの完全なＲＬＣＳＤＵが一つのＲＬＣＰＤＵにのみ対応し，分割・連結・パディングなしに頻繁に発生する（本件明細書の段落【００１１】とのＶｏＩＰ通信の特性に着目したものであって，）このようなＶｏＩＰ通信が行われる場合にのみ，無線リンク上のＰＤＵのヘッダーサイズを減少させて無線リソースを有効に使用するとの効果が発揮され，それ以外の場合にはむしろ無線リソースの浪費となるものである。このように，本件各発明がその効果を発揮し得るのは限定的な場合に留まるものであるから，本件特許のＵＭＴＳ規格に対する技術的貢献度は大きくはなく，本件特許のＵＭＴＳ規格に対する貢献が，他の必須特許と比べて大きいと認めるに足りる証拠はない。他方，本件では，ＵＭＴＳ規格に必須となる他の特許の具体的内容については何らの証拠も提出されていないから，他の必須特許のＵＭＴＳ規格に対する貢献の程度は明らかではなく，他の必須特許のＵＭＴＳ規格に対する貢献が本件特許と比べて大きいと認めるに足りる証拠もない。以上によれば，本件における証拠からは，本件特許も他のＵＭＴＳ規格の必須特許も，同程度に，ＵＭＴＳ規格に貢献していると評価するのが相当である。このように，本件特許も他のＵＭＴＳ規格の必須特許も，同程度にＵＭＴＳ規格に貢献しているとすると，本件特許に対するＦＲＡＮＤ条件による実施料相当額は，ＵＭＴＳ規格に必須となる特許の個数割りによるべきことになる。一般に，パテントプールにおいてはライセンサーへのライセンス料の分配に際しては，個々の特許の技術的価値を捨象して，ライセンス料を特許の数で除した値によることが多く，ＵＭＴＳ規格についての「Ｗ－ＣＤＭＡパテントプラットフォーム」でも特許の数で除する方式が採用されていることが認められる。ＦＲＡＮＤ条件による実施料相当額を，ＵＭＴＳ規格に必須となる特許の個数割りによって計算することは，このようなパテントプールでの扱いとも整合するものである。 (ｳ) ＵＭＴＳ規格の必須特許の個数についてＦＲＡＮＤ条件でのライセンス料相当額を算定するに当たってのＵＭＴＳ規格の必須特許の個数は，５２９個を採用する。すなわち，ＵＭＴＳ規格について，フェアフィールド社が必須かおそらく必須と判定した特許ファミリーの数は５２９である（前記(1)オ）。フェアフィールド社のレポートは，海外におけるものも含めて，ＵＭＴＳ規格に必須となる特許ファミリーの数を分析したものであって，我が国におけるＵＭＴＳ規格の必須特許の数を数えたものではなく，また，必須かおそらく必須と判定された特許ファミリーの内訳も明らかではないが，他にはＵＭＴＳ規格の必須特許であって我が国において特許権が付与されているものの数を認定し得るに足りる証拠は何ら提出されていない。加えて，両当事者とも，必須宣言されている全特許数によるか，必須又はおそらく必須と判定された特許数によるかはさておき，フェアフィールド社のレポートに準拠して主張していることからすると，必須となる特許の個数はフェアフィールド社のレポートに現れた特許ファミリーの数を基礎とするのが相当である。そして，一般に標準規格の策定に際して必須宣言が過剰にされる傾向にあること（前記(1)オ）からすると，ＵＭＴＳ規格に必須となる特許の個数として，必須宣言特許の総数である１８８９を採用することはできず，フェアフィールド社のレポートが必須であるかおそらく必須であるとする特許ファミリーの数である５２９を採用するのが相当である。 (ｴ) 小括そうすると，本件特許の本件製品２及び４の売上げ合計に対する寄与の割合は，ＵＭＴＳ規格に準拠していることの貢献部分の割合（前記ア）に，累積ロイヤリティの上限の割合（前記(ｱ)）を乗じ，これを必須と認められる特許の数（前記(ｳ)）で除することになるから，次の計算式のとおりとなる。（計算式）本件製品２ ●●％×５％×１／５２９≒●（省略）●％本件製品４ ●●％×５％×１／５２９≒●（省略）●％ウＦＲＡＮＤ条件によるライセンス料相当額そうすると，ＦＲＡＮＤ条件によるライセンス料相当額は次の計算式のとおりとなる。そして，これに対する遅延損害金については，個々の本件製品２及び４についての具体的な販売日が不明であるから，対象となる販売期間の末日である平成２５年９月２８日から発生するとするのが相当である。（計算式）本件製品２ ●（省略）●円×●（省略）●％≒9,239,308 円本件製品４ ●（省略）●円×●（省略）●％≒ 716,546 円合計 9,239,308 円＋716,546 円＝9,955,854 円８結論以上によれば，被控訴人の請求は，控訴人が被控訴人に対して本件製品１及び３の生産，譲渡，貸渡し，輸入又はその譲渡若しくは貸渡しの申出（譲渡若しくは貸渡しのための展示を含む。につき，）本件特許の侵害に基づく損害賠償請求権を有しないこと，並びに，本件製品２及び４の生産，譲渡，貸渡し，輸入又はその譲渡若しくは貸渡しの申出（譲渡若しくは貸渡しのための展示を含む。）につき，本件特許の侵害に基づき控訴人が被控訴人に対して有する損害賠償請求権が，金９９５万５８５４円及びこれに対する平成２５年９月２８日から支払済まで民法所定の年５分の割合による金額を超えて存在しないことの確認を求める限度で理由があるから，この限度で認容し，その余の被控訴人の請求は理由がないから棄却するべきところ，これと異なる原判決は変更されるべきであるから，主文のとおり判決する。９「意見募集」において寄せられた意見について (1) 本件並びに本件仮処分の申立て及び別件仮処分の申立てにおいては，標準規格に必須となる特許についてＦＲＡＮＤ宣言がされた場合における効力が主要な争点となった。当裁判所は，同争点が，我が国のみならず国際的な観点から捉えるべき重要な論点であり，かつ，当裁判所における法的判断が，技術開発や技術の活用の在り方，企業活動，社会生活等に与える影響が大きいことに鑑み，当事者の協力を得た上で，国内，国外を問わず広く意見を募集する試みを，現行法の枠内で実施することとした。そして，意見募集の対象事項については，「標準化機関において定められた標準規格に必須となる特許についていわゆる（Ｆ）ＲＡＮＤ宣言（(Fair,) Reasonable and Non-Discriminatory な条件で実施許諾を行うとの宣言）がされた場合の当該特許による差止請求権及び損害賠償請求権の行使に何らかの制限があるか。」とした。 (2) 意見募集に対しては，我が国のみならず諸外国からも，個人・法人・団体を問わず，数多くの意見が寄せられた。寄せられた意見の概要は，次のとおりであった。アＦＲＡＮＤ宣言された必須特許による差止請求権の制限について大まかには，次の３つの見解に属する見解を述べるものが多く見られた。 ① 何らかの制限を課すことは，むしろ当事者間の任意のライセンス契約の成立を阻害し，技術革新や標準化作業に悪影響を及ぼすことになりかねないから，相当ではないとする意見 ② いわゆるホールドアップ問題等を指摘し，ＦＲＡＮＤ宣言された以上は，一定程度の制限がされるべきであるとする意見 ③ ＦＲＡＮＤ宣言された特許権についての差止めは一切認められないとする意見イ差止請求権の制限がされるべきとした場合の法律構成について ① ＦＲＡＮＤ宣言によって第三者のためにする契約が成立するとの見解と，かかる契約は成立しないとの見解の相反する二つの見解が寄せられた。両意見とも多数寄せられた。 ② 信義則や権利濫用の法理による制限を行うべきとの意見も数多く見られた。 ③ 独占禁止法を活用すべきとの意見もあったが，その数は少数であった。ウ差止請求権が制限され得るとした場合の制限に関する判断基準についてライセンス契約を締結する意思のある実施者（willing licensee）とライセンス契約を締結する意思のない実施者（unwilling licensee）を分け，後者については差止請求権が認容されるべきであるが，前者については差止請求権は認容されるべきではないとの意見が比較的多く見られたが，どのような場合であればライセンス契約を締結する意思のない実施者（unwilling licensee）とされるべきかについての判断基準の詳細については，軌を一にする意見は見出せなかった。エＦＲＡＮＤ宣言された必須特許による損害賠償請求権の制限について損害賠償請求権については，これに言及した多くの意見が，損害賠償請求権の行使は制限されるべきではない旨を述べていたが，認容される賠償額は，ＦＲＡＮＤ条件によるライセンス料相当額に限定されるべきであるとの意見も散見された。また，ＦＲＡＮＤ条件によるライセンス料をどのように定めるべきかについての方法についての意見も複数寄せられた。オその他の論点等必須特許権者の誠実交渉義務について，これを課すべきとの意見が多かったが，その根拠を何に求めるのかについては，複数の見解があった。また，必須特許の実施者にも誠実交渉義務を課すべきであるとの意見も複数見られた。控訴人と他社との間の必須特許のライセンス契約に関する情報等を被控訴人に開示する義務があるとする見解（例えば，原判決の見解）については，妥当でないとする見解が多数寄せられた。 (3) 意見の中には，諸外国での状況を整理したもの，詳細な経済学的分析により望ましい解決を論証するもの，結論を導くに当たり重視すべき法的論点を整理するもの，従前ほとんど議論されていなかった新たな視点を提供するものがあった。これらの意見は，裁判所が広い視野に立って適正な判断を示すための貴重かつ有益な資料であり，意見を提出するために多大な労を執った各位に対し，深甚なる敬意を表する次第である。知的財産高等裁判所特別部裁判長裁判官飯村敏明裁判官設樂隆一裁判官富田善範裁判官清水節裁判官小田真治（別紙）物件目録１「ｉＰｈｏｎｅ３ＧＳ」２「ｉＰｈｏｎｅ４」３「ｉＰａｄＷｉ－Ｆｉ＋３Ｇモデル」４「ｉＰａｄ２Ｗｉ－Ｆｉ＋３Ｇモデル」（別紙）３ＧＰＰＴＳ２５．３２２Ｖ６．９．０（抜粋）１「4.2.1.2 Unacknowledged mode (UM) RLC entities Figure 4.3 below shows the model of two unacknowledged mode peer RLC entities when duplicate avoidance and reordering is not configured.」（訳文）「4.2.1.2 アンアクナリッジドモード(UM)RLC エンティティ下記に示す図 4.3 は，重複回避及びリオーダリングを有しない２つのアンアクナリッジモード（UM）ピア RLC エンティティを示す。」 U E /U T R A N R a d io I n te rfa c e ( U u ) U T R A N /U E U M -S A P U M -S A P T ra n s m iss io n T ra n s m it ti n R e c e iv i n g R e a s s e m b ly b u f fe r g UM RLC UM RLC e n t ity e n t it y R em ove R LC S e g m e n t a ti o n & header C o n c a te n a t io n R e c e p tio n A dd R LC header b u ff e r C ip h e ri n g D e c i p h e r in g D C C H /D T C H ? U E D C C H /D T C H ? U T R A N C C C H /S H C C H /D C C H /D T C H /C T C H / C C C H /S H C C H /D C C H /D T C H /C T C H / M C C H / M S C H /M T C H ? U T R A N M C C H / M S C H /M T C H ? U E Figure 4.3a:Model of two unacknowledged mode peer entities configured for use with duplicate avoidance and reordering」２「4.2.1.2.1 Transmitting UM RLC entity The transmitting UM-RLC entity receives RLC SDUs from upper layers through the UM-SAP. The transmitting UM RLC entity segments the RLC SDU into UMD PDUs of appropriate size, if the RLC SDU is larger than the length of available space in the UMD PDU.」（訳文）「4.2.1.2.1 送信 UM RLC エンティティ送信 UM-RLC エンティティは，上位レイヤから UM-SAP を通じて RLC SDUs を受信する。送信 UM RLC エンティティは，もし RLC SDU が UMD PDU の利用可能なスペースの長さより大きい場合には，RLC SDU を適当なサイズの UMD PDUs に分割する。」３「9.2.1.3 UMD PDU The UMD PDU is used to transfer user data when RLC is operating in unacknowledged mode. The length of the data part shall be a multiple of 8 bits. The UMD PDU header consists of the first octet, which contains the "Sequence Number". The RLC header consists of the first octet and all the octets that contain "Length Indicators". 」（訳文）「9.2.1.3 UMD PDU UMD PDU は，RLC が UM モードで動作しているときに，ユーザーデータを転送するために用いられる。データパートの長さは，８ビットの倍数である。UMD PDU ヘッダは，「一連番号」を含む最初のオクテットで構成される。RLC ヘッダは，最初のオクテットと，「長さインジケータ」を含むすべてのオクテットで構成される。」 Sequence Number E Oct1 Length Indicator E (Optional) (1) . . . Length Indicator E (Optional) Data PAD (Optional) Last Octet Figure 9.2: UMD PDU ４「9.2.2.5 Extension bit(E) Length:1bit. The interpretation of this bit depends on RLC mode and higher layer configuration: - In the UMD PDU, the "Extension bit" in the first octet has either the normal E-bit interpretation or the alternative E-bit interpretation depending on higher layer configuration. The "Extension bit" in all the other octects always has the normal E-bit interpretation. - In the AMD PDU, the "Extension bit" always has the normal E-bit interpretation. Normal E-bit interpretation: Bit Description 0 The next field is data, piggybacked STATUS PDU or padding 1 The next field is Length Indicator and E bit Alternative E-bit interpretation: Bit Description 0 The next field is a complete SDU, which is not segmented, concatenated or padded. 1 The next field is Length Indicator and E bit 」（訳文）「9.2.2.5 エクステンションビット(E) 長さ：１ビットこのビットの解釈は，RLC のモード及び上位レイヤーのコンフィギュレーションに依存する。－ UMD PDU において，最初のオクテットに含まれる「拡張ビット」は，上位レイヤーのコンフィギュレーションに応じて，通常 E ビット解釈又は代替的 E ビット解釈のいずれかを有する。他の全てのオクテットに含まれる「拡張ビット」は，常に通常Ｅビット解釈を有する。－ AMD PDU において，「拡張ビット」は，常に通常 E ビット解釈を有する。通常 E ビット解釈： Bit 記述 0 次のフィールドは，データ，ピギーバックされたステータス PDU，又はパディング 1 次のフィールドは，長さインジケータと E ビット代替的 E ビット解釈： Bit 記述 0 次のフィールドは，分割，連結，パディングされていない完全な SDU 1 次のフィールドは，長さインジケータと E ビット」５(1) 「9.2.2.8 Length Indicator (LI) Unless the "Extension bit" indicates that a UMD PDU contains a complete SDU which is not segmented, concatenated or padded, a "Length Indicator" is used to indicate the last octet of each RLC SDU ending within the PDU.」（訳文）「9.2.2.8 長さインジケータ（ＬＩ）「エクステンションビット」が，UMD PDU が分割，連結，パディングのいずれもなされていない完全な SDU を含むことを示していなければ，「長さインジケータ」は， PDU の中のそれぞれの RLC SDU が終わる最後のオクテットを示すものとして用いられる。」 (2) 「In the case where the "alternative E-bit interpretation" is configured for UM RLC and an RLC PDU contains a segment of an SDU but neither the first octet nor the last octet of this SDU: -if a 7-bit "Length Indicator" is used: -the "Length Indicator" with value "111 1110" shall be used. -if a 15-bit "Length Indicator" is used: - the "Length Indicator" with value "111 1111 1111 1110" shall be used.」（訳文）「UM RLC のための「代替的Ｅビット解釈」が設定され，かつ，RLC PDU が SDU のセグメントを含むが SDU の最初のオクテットも最後のオクテットも含まない場合であって，－７ビットの「長さインジケータ」が用いられるときには，値「111 1110」を持つ「長さインジケータ」を用い，－１５ビットの「長さインジケータ」が用いられるときには，「111 1111 1111 1110」値を持つ「長さインジケータ」を用いる。」（別紙）本件明細書図面【図１】【図２Ｃ】【図３】【図４】【図５Ａ】【図５Ｂ】【図６Ａ】【図６Ｂ】（別紙）引用例の図面甲３の【図１】甲３の【図２】甲３の【図３】甲３の【図４】甲３の【図７】甲３の【図８】甲３の【図９】甲３９の【図５】甲４の図２甲４の図３

判例全文

判例全文
平成２６年５月１６日判決言渡

平成２５年（ネ）第１００４３号債務不存在確認請求控訴事件

（原審・東京地裁平成２３年（ワ）第３８９６９号事件）

口頭弁論終結日平成２６年３月３１日

判決

控訴人三星電子株式会社

訴訟代理人弁護士大野聖二

同三村量一

同田中昌利

同市橋智峰

同井上義隆

同小林英了

同飯塚暁夫

同井上聡

同逵本憲祐

同岡田紘明

訴訟代理人弁理士鈴木守

補佐人弁理士大谷寛

被控訴人アップルジャパン株式会社訴訟承継人

ＡｐｐｌｅＪａｐａｎ合同会社

訴訟代理人弁護士長沢幸男

同矢倉千栄

同永井秀人

同稲瀬雄一

同石原尚子

同金子晋輔
同蔵原慎一朗

同片山英二

同北原潤一

同岡本尚美

同岩間智女

同梶並彰一郎

訴訟代理人弁理士大塚康徳

同加藤志麻子

補佐人弁理士大塚康弘

同坂田恭弘

主文

１原判決を次のとおり変更する。

２被控訴人による別紙物件目録１及び３記載の各製品の生産，譲渡，

貸渡し，輸入又はその譲渡若しくは貸渡しの申出（譲渡若しくは貸渡

しのための展示を含む。）について，控訴人が被控訴人に対して特許第

４６４２８９８号特許権の侵害を理由とする損害賠償請求権を有しな

いことを確認する。

３被控訴人による別紙物件目録２及び４記載の各製品の生産，譲渡，

貸渡し，輸入又はその譲渡若しくは貸渡しの申出（譲渡若しくは貸渡

しのための展示を含む。）について，控訴人が被控訴人に対して有する

特許第４６４２８９８号特許権の侵害を理由とする損害賠償請求権が，

金９９５万５８５４円及びこれに対する平成２５年９月２８日から支

払済まで年５分の割合による金額を超えて存在しないことを確認する。

４被控訴人のその余の請求を棄却する。

５訴訟費用は第１審，第２審を通じてこれを３分し，その２を控訴人

の，その余を被控訴人の負担とする。
６控訴人に対し，この判決に対する上告及び上告受理の申立てのため

の付加期間を３０日と定める。

第１控訴の趣旨

１原判決を取り消す。

２被控訴人の請求を棄却する。

３訴訟費用は第１審，第２審とも被控訴人の負担とする。

第２事案の概要

１事案の要旨

本件は，被控訴人（第１審原告）が，被控訴人による別紙物件目録記載の各製品

（以下「本件各製品」と総称し，同目録１記載の製品を「本件製品１」，同目録２記

載の製品を「本件製品２」などという。）の生産，譲渡，輸入等の行為は，控訴人（第

１審被告）が有する発明の名称を「移動通信システムにおける予め設定された長さ

インジケータを用いてパケットデータを送受信する方法及び装置」とする特許第４

６４２８９８号の特許権（以下，この特許を「本件特許」，この特許権を「本件特許

権」という。）の侵害行為に当たらないなどと主張し，控訴人が被控訴人の上記行為

に係る本件特許権侵害の不法行為に基づく損害賠償請求権を有しないことの確認を

求めた事案である。

原判決は，本件製品１及び３は本件特許に係る発明の技術的範囲に属しないとす

る一方，本件製品２及び４については，本件特許に係る発明の技術的範囲に属する

としつつも，控訴人による本件特許権に基づく損害賠償請求権の行使は権利濫用に

当たると判断して，被控訴人の請求を全部認容した。控訴人は，これを不服として

本件控訴を提起した。

２争いのない事実等（証拠の摘示のない事実は，公知事実若しくは争いのない

事実であるか，又は弁論の全趣旨により認められる事実である。）

(1) 当事者

ア被控訴人は，パーソナル・コンピュータ，コンピュータ関連機器のハードウ
ェア及びソフトウェア，コンピュータに関連する付属機器の販売等を目的とする合

同会社である。

なお，被控訴人は，平成２３年１０月３０日に，米国法人のアップルインコーポ

レイテッド（以下「アップル社」という。）の子会社であるアップルジャパン株式会

社を吸収合併し，本件訴訟における同社の地位を承継した（以下においては，上記

吸収合併前のアップルジャパン株式会社についても「被控訴人」という。。
）

イ控訴人は，電子電気機械器具，通信機械器具及び関連機器とその部品の製作，

販売等を目的とする韓国法人である。

(2) 本件特許権

ア控訴人（特許登録原簿上の名称「サムスンエレクトロニクスカンパニー

リミテッド」）は，平成１８年５月４日，本件特許に係る国際特許出願（国際出願番

号・ＰＣＴ／ＫＲ２００６／００１６９９，優先日・平成１７年５月４日，優先権

主張国・韓国，日本における出願番号・特願２００８－５０７５６５号。以下「本

件出願」という。）をし，平成２２年１２月１０日，本件特許権の設定登録を受けた

（甲１の１，２）。

イ本件特許の特許請求の範囲は，請求項１ないし１４から成り，その請求項１

及び８の記載は，次のとおりである（以下，請求項８に係る発明を「本件発明１」，

請求項１に係る発明を「本件発明２」といい，本件発明１及び２を併せて「本件各

発明」という。。
）

「【請求項１】移動通信システムにおけるデータを送信する方法であって，上位

階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコ

ルデータユニット(ＰＤＵ)に含まれるか否かを判定する段階と，前記ＳＤＵが一つ

のＰＤＵに含まれる場合に，ヘッダーとデータフィールドを含む前記ＰＤＵを構成

する段階と，ここで，前記ヘッダーは，一連番号（ＳＮ）フィールドと，前記ＰＤ

Ｕが分割，連結，またはパディングなしに前記データフィールドに前記ＳＤＵを完

全に含むことを指示する１ビットフィールドと，を含み，前記ＳＤＵが一つのＰＤ
Ｕに含まれない場合に，前記ＳＤＵを伝送可能なＰＤＵのサイズにより複数のセグ

メントに分割し，各ＰＤＵのデータフィールドが前記複数のセグメントのうち一つ

のセグメントを含む複数のＰＤＵを構成する段階と，ここで，前記各ＰＤＵのヘッ

ダーは，ＳＮフィールド，少なくとも一つの長さインジケータ（ＬＩ）フィールド

が存在することを示す１ビットフィールド，そして前記少なくとも一つのＬＩフィ

ールドを含み，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメント

を含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも

最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設

定され，前記ＰＤＵを受信器に伝送する段階と，を有することを特徴とするデータ

送信方法。」

「【請求項８】移動通信システムにおけるデータを送信する装置であって，上位

階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコ

ルデータユニット(ＰＤＵ)に含まれるか否かを判定し，前記ＳＤＵを伝送可能なＰ

ＤＵサイズによって少なくとも一つのセグメントに再構成するための伝送バッファ

と，一連番号（ＳＮ）フィールドと１ビットフィールドをヘッダーに含み，前記少

なくとも一つのセグメントをデータフィールド内に含む少なくとも一つのＰＤＵを

構成するヘッダー挿入部と，前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記Ｐ

ＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に

含むことを示すように前記１ビットフィールドを設定し，前記ＰＤＵの前記データ

フィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さイン

ジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールド

を設定する１ビットフィールド設定部と，前記ＳＤＵが一つのＰＤＵに含まれない

場合に，前記少なくとも一つのＰＤＵの前記１ビットフィールド以後にＬＩフィー

ルドを挿入し，設定するＬＩ挿入部と，ここで，前記ＰＤＵの前記データフィール

ドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが

前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含
むことを示す予め定められた値に設定され，前記ＬＩ挿入部から受信される少なく

とも一つのＰＤＵを受信部に伝送する送信部と，を含むことを特徴をするデータ送

信装置。」

ウ本件各発明を構成要件に分説すると，次のとおりである（以下，各構成要件

を「構成要件Ａ」「構成要件Ｂ」などという。)。
，

(ｱ) 本件発明１（請求項８）

Ａ移動通信システムにおけるデータを送信する装置であって，

Ｂ上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つ

のプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定し，前記ＳＤＵを伝

送可能なＰＤＵサイズによって少なくとも一つのセグメントに再構成するための伝

送バッファと，

Ｃ一連番号（ＳＮ）フィールドと１ビットフィールドをヘッダーに含み，前記

少なくとも一つのセグメントをデータフィールド内に含む少なくとも一つのＰＤＵ

を構成するヘッダー挿入部と，

Ｄ前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パ

ディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように

前記１ビットフィールドを設定し，前記ＰＤＵの前記データフィールドが前記ＳＤ

Ｕの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィ

ールドが存在することを示すように前記１ビットフィールドを設定する１ビットフ

ィールド設定部と，

Ｅ前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記少なくとも一つのＰＤ

Ｕの前記１ビットフィールド以後にＬＩフィールドを挿入し，設定するＬＩ挿入部

と，

Ｆここで，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメント

を含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントで

も最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に
設定され，

Ｇ前記ＬＩ挿入部から受信される少なくとも一つのＰＤＵを受信部に伝送する

送信部と，

Ｈを含むことを特徴をするデータ送信装置。

(ｲ) 本件発明２（請求項１）

Ｉ移動通信システムにおけるデータを送信する方法であって，

Ｊ上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つ

のプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定する段階と，

Ｋ前記ＳＤＵが一つのＰＤＵに含まれる場合に，ヘッダーとデータフィールド

を含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一連番号（ＳＮ）

フィールドと，前記ＰＤＵが分割，連結，またはパディングなしに前記データフィ

ールドに前記ＳＤＵを完全に含むことを指示する１ビットフィールドと，を含み，

Ｌ前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記ＳＤＵを伝送可能なＰ

ＤＵのサイズにより複数のセグメントに分割し，各ＰＤＵのデータフィールドが前

記複数のセグメントのうち一つのセグメントを含む複数のＰＤＵを構成する段階と，

ここで，前記各ＰＤＵのヘッダーは，ＳＮフィールド，少なくとも一つの長さイン

ジケータ（ＬＩ）フィールドが存在することを示す１ビットフィールド，そして前

記少なくとも一つのＬＩフィールドを含み，

Ｍ前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含むと，

前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグ

メントでもない中間セグメントを含むことを示す予め定められた値に設定され，

Ｎ前記ＰＤＵを受信器に伝送する段階と，

Ｏを有することを特徴とするデータ送信方法。

(3) 被控訴人の行為等

ア被控訴人は，アップル社が製造した本件各製品を輸入・販売している。

イ本件各製品は，本件発明１の構成要件Ａ及びＨを充足する。本件各製品にお
けるデータ送信方法は，本件発明２の構成要件Ｉ及びＯを充足する。

ウ本件各製品は，第３世代移動通信システムないし第３世代携帯電話システム

（３Ｇ）
（Third Generation）の普及促進と付随する仕様の世界標準化を目的とする

民間団体である３ＧＰＰ（Third Generation Partnership Project）が策定した通

信規格であるＵＭＴＳ規格（Universal Mobile Telecommunications System）に準

拠した製品である（乙１ないし５。以下，３ＧＰＰが定める通信規格を「３ＧＰＰ

規格」ということがある。。
）

ＵＭＴＳ規格とは，３ＧＰＰで策定された第３世代移動通信システムの総称であ

り，多数の技術仕様からなっている。ＵＭＴＳ規格のうちの無線通信規格には，Ｗ

－ＣＤＭＡ方式（Wideband Code Division Multiple Access。一般に「Ｗ－ＣＤＭ

Ａ」といった場合には，ＵＭＴＳ規格と同義に使われる例もあるが，本判決におい

ては，「Ｗ－ＣＤＭＡ」といった場合には，３ＧＰＰの技術仕様書（Technical

Specification。以下「ＴＳ」と表記することがある。）のうち，２５シリーズに規

定されている方式を指すものとする。）のほか，ＬＴＥ方式（Long Term Evolution。

３ＧＰＰのＴＳのうち３６シリーズに規定されている。）などがある。

(4) 本件特許に関するＦＲＡＮＤ宣言

ア３ＧＰＰを結成した標準化団体の一つであるＥＴＳＩ（ European

Telecommunications Standards Institute）（欧州電気通信標準化機構）は，知的財

産権の取扱いに関する方針として「ＩＰＲポリシー」Intellectual Property Rights
（

Policy）を定めている。

ＩＰＲポリシー（２００９年４月８日付けのもの）には，次のような規定がある

（甲１２，１６０。原文英語）。

「３方針の目的

３．１ＥＴＳＩは，総会が提議した，ヨーロッパの通信セクターの技術的な目

的に最も資する解決策に基づく規格および技術仕様を作成することを目的としてい

る。この目的を推進するため，ＥＴＳＩのＩＰＲについての方針は，ＥＴＳＩおよ
び会員，ＥＴＳＩ規格および技術仕様を適用するその他の，規格の準備および採用，

適用への投資が，規格または技術仕様についての必須ＩＰＲを使用できない結果無

駄になる可能性があるというリスクを軽減するためのものである。この目的を達成

するに当たり，ＥＴＳＩのＩＰＲについての方針では，通信分野での一般利用の標

準化の必要性と，ＩＰＲの所有者の権利との間のバランスを取ることが求められる。

３．２ＩＰＲの所有者は，ＥＴＳＩの会員またはその関連会社，第三者である

かによらず，規格および技術仕様の実装で，ＩＰＲの使用につき適切かつ公平に補

償されるものとする。」

「４ＩＰＲの開示

４．１・・・各会員は，自らが参加する規格または技術仕様の開発の間は特に，

ＥＴＳＩに必須ＩＰＲについて適時に知らせるため合理的に取り組むものとする。

特に，規格または技術仕様の技術提案を行う会員は，善意をもって，提案が採択さ

れた場合に必須となる可能性のあるその会員のＩＰＲについてＥＴＳＩの注意を喚

起するものとする。」

「４．３上記の第４．１項に従っての義務は，ＥＴＳＩにこの特許ファミリー

の構成要素について適時に知らされた場合には，すべての既存および将来のその特

許ファミリーの構成要素につき満たされたとみなされる。・・・」

「６ライセンスの可用性

６．１特定の規格または技術仕様に関連する必須ＩＰＲがＥＴＳＩに知らされ

た場合，ＥＴＳＩの事務局長は，少なくとも以下の範囲で，当該のＩＰＲにおける

取消不能なライセンスを公正，合理的かつ非差別的な条件（fair, reasonable and

non-discriminatory terms and conditions）で許諾する用意があることを書面で取

消不能な形で３カ月以内に保証することを，所有者にただちに求めるものとする。

・製造で使用するべく，ライセンシー自身の設計で，カスタマイズした部品およ

びサブシステムを製造または過去から引き続き製造する権利を含む，製造。

・上記で製造した機器の販売または賃貸，処分。
・機器の修理または使用，動作，および

・方法の使用。

上記の保証は，ライセンスの相互供与に同意することを求めるという条件に従い

行われる場合がある。・・・

６．２特許ファミリーの指定された構成要素に関する，第６．１項に従っての

保証は，保証が行われた時点で指定したＩＰＲを除外する旨を明示する書面がある

場合を除き，その特許ファミリーのすべての既存および将来の必須ＩＰＲに適用さ

れるものとする。当該の除外の範囲は，明示的に指定されたＩＰＲに限定されるも

のとする。

６．３要請されたＩＰＲの所有者の保証が許諾されない場合，委員会の委員長

は，適切な場合，ＥＴＳＩ事務局と協議の上，問題が解決するまで，委員会が規格

または技術仕様についての作業を停止すべきかどうかについて判断し，および／ま

たは関連の規格または技術仕様の承認を行うものとする。」

「１２このポリシーは，フランス法に準拠する。」

「１５定義（判決注：本判決においても「必須」「ＩＰＲ」「会員」「特許フ
，，，

ァミリー」の語を，以下の定義に基づいて用いることとする。）

・・・

６ＩＰＲに適用される「必須」とは，
（商業的ではなく）技術的な理由で，標準

化の時点で一般に利用可能な通常の技術慣行および最新技術を考慮し，ＩＰＲに抵

触せずに規格に準拠する機器または方法を製造または販売，賃貸，処分，修理，使

用または動作できないことを意味する。疑義を回避するため，規格が技術的な解決

策でのみ実行可能で，すべてがＩＰＲに抵触する例外的な場合で，当該のすべての

ＩＰＲは必須とみなされるものとする。

７「ＩＰＲ」とは，商標以外の知的財産権の適用を含む，法律により参照され

た知的財産権を意味するものとする。疑義を回避するため，体裁に関連する権利ま

たは機密情報，企業秘密，同様のものは，ＩＰＲの定義から除外される。・・・
９「会員」とは，ＥＴＳＩの会員または賛助会員を意味するものとする。会員

の参照は，文脈が許す場合には常に，その会員およびその関連会社と解釈されるも

のとする。・・・

１３「特許ファミリー」とは，優先順位の高い文書それ自体を含む，一般に１

つ以上の優先順位のあるすべての文書を意味するものとする。疑義を回避するため，

「文書」は特許および実用新案，その応用を表す。」

イ(ｱ) 控訴人は，１９９８年（平成１０年）１２月１４日，ＥＴＳＩに対し，Ｕ

ＭＴＳ規格としてＥＴＳＩが推進しているＷ－ＣＤＭＡ技術に関し，控訴人の保有

する必須ＩＰＲライセンスを，ＥＴＳＩのＩＰＲポリシー６．１項に従って，公正，
「

合理的かつ非差別的な条件」（fair, reasonable and non-discriminatory terms and

conditions）
（以下「ＦＲＡＮＤ条件」という。）で許諾する用意がある旨の誓約（宣

言）をした（甲５）。

(ｲ) 控訴人は，２００７年（平成１９年）８月７日，ＥＴＳＩに対し，ＥＴＳＩ

のＩＰＲポリシー４．１項に従って，本件出願の優先権主張の基礎となる韓国出願

の出願番号，本件出願の国際出願番号（ＰＣＴ／ＫＲ２００６／００１６９９）等

に係るＩＰＲが，ＵＭＴＳ規格（ＴＳ２５．３２２等）に関連して必須ＩＰＲで

あるか，又はそうなる可能性が高い旨を知らせるとともに，ＥＴＳＩのＩＰＲポリ

シー６．１項に準拠する条件（ＦＲＡＮＤ条件）で，取消不能なライセンスを許諾

する用意がある旨の宣言（以下「本件ＦＲＡＮＤ宣言」という。）をした（甲１３）。

本件ＦＲＡＮＤ宣言には，その有効性等はフランス法に準拠するとの文言及び規格

に関し相互にライセンスを供与することを求めるとの条件に従い行われるとの文言

が含まれていた。

(5) 本件訴訟に至る経緯等

ア控訴人は，平成２３年４月２１日，被控訴人による本件各製品の生産，譲渡，

輸入等の行為が本件各発明に係る本件特許権の直接侵害又は間接侵害（特許法１０

1条4号，５号）を構成する旨主張して，特許法102条に基づく差止請求権を被
保全権利として，被控訴人に対し，本件各製品の生産，譲渡，輸入等の差止め等を

求める仮処分命令の申立て（東京地方裁判所平成２３年（ヨ）第２２０２７号事件。

以下「本件仮処分の申立て」という。）をした。

イ被控訴人は，平成２３年９月１６日，本件訴訟を提起した。

控訴人は，同年１２月６日，
「ｉＰｈｏｎｅ４Ｓ」についても，同様の仮処分の

申立て（東京地方裁判所平成２３年（ヨ）第２２０９８号事件。以下「別件仮処分

の申立て」という。）をした。

控訴人は，平成２４年９月２４日，本件仮処分の申立てのうち，本件製品１及び

３を対象とする部分を取り下げた。

ウ東京地方裁判所は，平成２５年２月２８日，原判決を言い渡し，同日，本件

仮処分の申立て及び別件仮処分の申立てについても，控訴人による本件特許権の行

使は権利濫用に当たるとして申立てを却下する旨の決定をした。

３争点

本件の争点は，①本件各製品についての本件発明１の技術的範囲の属否(争点１)，

②本件発明２に係る本件特許権の間接侵害（特許法101条4号，５号）の成否（争

点２）③特許法104条の3第1項の規定による本件各発明に係る本件特許権の権
，

利行使の制限の成否（争点３），④本件各製品に係る本件特許権の消尽の有無（争点

４），⑤控訴人の本件ＦＲＡＮＤ宣言に基づく本件特許権のライセンス契約の成否

（争点５）⑥控訴人による本件特許権に基づく損害賠償請求権の行使の権利濫用の
，

成否（争点６）及び⑦損害額（争点７）である。

第３争点に関する当事者の主張

１争点１（本件各製品についての本件発明１の技術的範囲の属否）について

(1) 控訴人の主張

ア本件各製品の構成

(ｱ) 本件各製品は，３ＧＰＰ規格であるＵＭＴＳ規格（Ｗ－ＣＤＭＡ方式）に準

拠したものであるから，３ＧＰＰが２００６年（平成１８年）９月に策定した３Ｇ
ＰＰ規格の技術仕様書「３ＧＰＰＴＳ２５．３２２Ｖ６．９．０」
（甲１の３，

乙６。以下「本件技術仕様書Ｖ６．９．０」という。）記載の構成を備えている。

そして，本件技術仕様書Ｖ６．９．０の「４．２．１．２アンアクナリッジド

モード（ＵＭ）ＲＬＣエンティティ」「４．２．１．２．１
，送信ＵＭＲＬＣエ

ンティティ」「９．２．１．３
，ＵＭＤＰＤＵ」「９．２．２．５
，エクステン

ションビット（Ｅ）」及び「９．２．２．８長さインジケータ（ＬＩ）（以下，そ
」

れぞれを「４．２．１．２項」「４．２．１．２．１項」などという。
，）によれば，

本件各製品は，いずれも，次のとおりの構成を有している（以下，各構成を「構成

ａ」「構成ｂ」などという。)。
，

ａ本件各製品は，移動通信システムにおいてデータを送信する装置である。

ｂ本件各製品は，上位階層からサービスデータユニット(ＳＤＵ）を受信し，Ｓ

ＤＵが一つのプロトコルデータユニット(ＰＤＵ)の利用可能なスペースより大きい

場合には適当なサイズのＰＤＵに分割するための伝送バッファを有している（別紙

３ＧＰＰＴＳ２５．３２２Ｖ６．９．０（抜粋）（以下「別紙ＴＳ」という。）

の１及び２記載の４．２．１．２項及び４．２．１．２．１項参照）。

ｃ本件各製品は，一連番号（ＳＮ）フィールドとＥビットフィールドを有する

ＵＭＤヘッダと，長さインジケータ（ＬＩ）とを含むＲＬＣヘッダをデータに対し

て付加するヘッダ付加部を有する（別紙ＴＳの３記載の９．２．１．３項参照）。

ｄヘッダ付加部は，ＰＤＵに含まれるものが分割，連結，パディングされてい

ない完全なＳＤＵの場合には完全なＳＤＵが含まれることを示す「０」を設定し，

ＰＤＵに含まれるものが完全なＳＤＵでない場合にはＥビットに長さインジケータ

が存在することを示す「１」を設定する（別紙ＴＳの４記載の９．２．２．５項参

照）。

ｅヘッダ付加部は，ＳＤＵが一つのＰＤＵに含まれない場合に，少なくとも一

つのＰＤＵのＥビットフィールド以後にＬＩフィールドを挿入する（別紙ＴＳの５

(1)記載の９．２．２．８項参照）。
ｆヘッダ付加部は，ＰＤＵのデータフィールドがＳＤＵの最初のセグメントで

も最後のセグメントでもないセグメントを含む場合，ＬＩフィールドは，ＰＤＵが

ＳＤＵの最初のセグメントでも最後のセグメントでもないセグメントを含むことを

示す予め定められた値「１１１
（１１１０」「１１１
又は１１１１１１１１１

１１０」）を設定する（別紙ＴＳの５(2)記載の９．２．２．８項参照）。

ｇ本件各製品は，ヘッダ付加部から受信される少なくとも一つのＰＤＵを受信

側のエンティティに伝送する送信部を有している。

ｈ本件各製品は，データを送信することができる装置である。

(ｲ)ａカナダ法人のチップワークス社による実機テスト（以下「本件実機テスト」

という。）の報告書（乙１３）は，本件製品２及び４が，本件技術仕様書Ｖ６．９．

０の「Alternative E-bit 解釈」
（代替的Ｅビット解釈）に基づく機能（９．２．２．

５項及び９．２．２．８項）を実装していることを示している。このことは，電気

通信大学Ａ教授作成の鑑定意見書（乙１４）からも裏付けられる。

(a) 本件実機テストに「基地局エミュレータ」として用いた機器は，ドイツ法人

のローデ・シュワルツ社製の無線機テスタ「ＣＭＷ５００ universal radio

communication tester」
（以下「ＣＭＷ５００」という。）である。ＣＭＷ５００は，

Ｗ－ＣＤＭＡ方式に対応したもので，実際のネットワークと同様の通信環境を実現

することができる機器である（乙１４の１０頁，乙４１）。ＣＭＷ５００は，ＧＣＦ

(Global Certification Forum) 及びＰＴＣＲＢ (PCS Type Certification Review

Board) といった国際的な機関による認証を受けている。

テスト１「ＰＤＵサイズ：４８８ビット，ＳＤＵサイズ：４８０ビット」は，
「Ｐ

ＤＵが分割，連結，パディングされていない完全なＳＤＵを含む場合」のデータサ

イズの組合せである。なお，ＰＤＵサイズがＳＤＵサイズより８ビットだけ大きく

なっているのは，ＳＤＵをＰＤＵに変換する際に８ビットのＰＤＵヘッダ（一連番

号（ＳＮ）の７ビット＋Ｅビットの１ビット）が付加されることを考慮したためで

ある（乙１４の１０頁）。
テスト２「ＰＤＵサイズ：８０ビット，ＳＤＵサイズ：４８０ビット」は，最初

と最後を除いたＰＤＵ（例えば，２番目のＰＤＵ）が「中間セグメント」に該当す

るデータサイズの組合せであり，この中間セグメントとしてのＰＤＵをモニタする

ものである（乙１４の１１頁）。

(b) 本件実機テストの結果は，次のとおりである。

① ＰＤＵがＳＤＵを完全に含む場合（テスト１）には，一連番号（ＳＮ）に続

くＥビットが「０」となり，長さインジケータを含まないＰＤＵが出力されている

（乙１３の図１２，１４）。

② ＰＤＵがＳＤＵの中間セグメントを含む場合（テスト２）には，一連番号（Ｓ

Ｎ）に続くＥビットが「１」となり，長さインジケータとして所定値（１１１１１

１０）を含むＰＤＵが出力されている（乙１３の図１３，１５）。

(c) ９．２．２．５項には，代替的Ｅビット解釈として，「次のフィールドは，

分割，連結，パディングされていない完全なＳＤＵ」である場合，Ｅビットを「０」

とし，
「次のフィールドは，長さインジケータとＥビット」である場合，Ｅビットを

「１」とすることが，９．２．２．８項には，代替的Ｅビット解釈が設定され，か

つ，ＰＤＵがＳＤＵの中間セグメントを含む場合，７ビットの長さインジケータが

用いられるときは，値「１１１１１１０」を持つ長さインジケータを用いること

が記載されている。

本件実機テストの結果におけるＥビットの値及び長さインジケータの値（前記(b)）

は，本件技術仕様書Ｖ６．９．０の代替的Ｅビット解釈に基づく機能と整合してお

り，本件製品２及び４が上記機能を実装していることを示すものといえる。

ｂこの点に関し被控訴人は，本件実機テストの結果の「Interpretation」の欄

に「次のオクテット：データ（「next octet: data」」と表示されており，
）「分割，

連結，パディングされていない完全なＳＤＵ」と表示されていないから，本件実機

テストでは，代替的Ｅビット解釈ではなく，本件技術仕様書Ｖ６．９．０の９．２．

２．５項記載の「Normal E-bit 解釈」（通常Ｅビット解釈）（別紙ＴＳの４参照）が
用いられているなどと主張する。

しかし，代替的Ｅビット解釈において，Ｅビットに「０」が設定される場合，次

に続くビット列が「データ」
（ただし，
「完全なＳＤＵ」の「データ」である。）であ

ることには相違がないから，「Interpretation」の欄に「次のオクテット：データ

（「next octet: data」」と表示されていることは本件実機テストに代替的Ｅビット
）

解釈が使用されていることと相反するものではない。

また，控訴人が通常Ｅビット解釈に従った場合（ＣＭＷ５００の設定画面の

「altE_bitinterpretation」のチェックボックス（乙１３の図１１）にチェックを

入れない場合）についての比較テストの結果を確認したところ，チェックを入れた

場合と入れない場合とでは，ＰＤＵヘッダの構成が異なっており，しかも，チェッ

クを入れない場合には通常Ｅビット解釈に従ったＰＤＵヘッダが出力されていた

（乙５５の３５頁ないし３８頁）かかる比較テストの結果は，
。本件実機テストにお

いて，通常Ｅビット解釈ではなく，代替的Ｅビット解釈が用いられていることを明

確に示すものである。

したがって，被控訴人の上記主張は理由がない。

イ構成要件Ｂ及びＤの充足

(ｱ) 本件技術仕様書Ｖ６．９．０の９．２．２．５項記載の代替的Ｅビット解釈

は，以下に述べるとおり，本件発明１の構成要件Ｂ及びＤの内容を開示したもので

ある。

本件発明１は，「ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ）に含まれる

か否かを判定し」
（構成要件Ｂ）「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前
，

記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完

全に含むことを示すように前記１ビットフィールドを設定」
（構成要件Ｄ）する構成

を備えている。

構成要件Ｄの文言，本件特許に係る明細書（甲１の２。以下，図面を含めて「本

件明細書」という。）の段落【００２２】及び図５Ａによれば，構成要件Ｄの「前記
ＳＤＵが一つのＰＤＵに含まれる場合」とは，
「前記ＰＤＵが分割，連結，パディン

グなしに前記データフィールドに前記ＳＤＵを完全に含む」場合，すなわち，
「ＳＤ

ＵのサイズがＰＤＵのペイロードのサイズに完全に一致する場合」を意味するもの

であり，ＳＤＵが連結されてＰＤＵに格納されている場合やＳＤＵがパディングと

ともにＰＤＵに格納されている場合は，これに含まれない。

そして，９．２．２．５項には，「代替的Ｅビット解釈」として，「次のフィール

ドは，分割，連結，パディングされていない完全なＳＤＵ」である場合，すなわち，

ＳＤＵがＰＤＵに完全に含まれる（一致する）場合は，Ｅビットを「０」とし，そ

うでない場合は，Ｅビットを「１」とすることが記載されており（別紙ＴＳの４参

照），上記記載は，ＳＤＵがＰＤＵに完全に含まれる（一致する）か否かの判定を行

い，その判定結果に従ってＥビットを上記のように設定することを規定するものと

いえるから，構成要件Ｂの「ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に

含まれるか否か」を「判定」する構成及び構成要件Ｄの「前記ＳＤＵを完全に含む

ことを示すように前記１ビットフィールドを設定」する構成を開示している。なお，

４．２．１．２．１項（別紙ＴＳの２参照）と９．２．２．５項との関係は，４．

２．１．２．１項は，Ｅビットのタイプによらず，ＳＤＵがＰＤＵよりも大きいか

否かを判定するという包括的な記載にとどまり，代替的Ｅビット解釈が使用される

場合の具体的な比較の手法は，９．２．２．５項に記載されていると合理的に理解

することができる。

(ｲ) 以上を前提とすると，本件各製品の構成ｂ及びｄは，構成要件Ｂ及びＤをそ

れぞれ充足する。

ウ構成要件Ｃ，ＥないしＧの充足

本件各製品の構成ｃは構成要件Ｃを，構成ｅは構成要件Ｅを，構成ｆは構成要件

Ｆを，構成ｇは構成要件Ｇをそれぞれ充足する。

エまとめ

(ｱ) 以上のとおり，本件各製品は，本件発明１の構成要件ＢないしＧを充足し，
また，本件各製品が構成要件Ａ及びＨを充足することは，前記争いのない事実等(3)

イのとおりである。

したがって，本件各製品は，本件発明１の構成要件を全て充足するから，その技

術的範囲に属する。

(ｲ) これに対し被控訴人は，本件各製品が本件発明１の技術的範囲に属するとい

うためには，本件各製品が本件発明１の構成要件に記載された全ての機能を現実の

ネットワーク上で実行していることを立証する必要があるところ，代替的Ｅビット

解釈は，通常Ｅビット解釈のオプション的なものであり，通信事業者が代替的Ｅビ

ット解釈を使用するようにネットワークを設定していることについての立証がない

から，本件各製品が本件発明１の技術的範囲に属しない旨主張する。

しかし，本件各製品は，本件発明１の構成要件を全て充足し，代替的Ｅビット解

釈を実施する構成を備えている以上，本件発明１の技術的範囲に属するというべき

であり，現実のネットワーク上で通信事業者が代替的Ｅビット解釈を使用するよう

にネットワークを設定しているかどうかは本件発明１の技術的範囲の属否とは無関

係である。

したがって，被控訴人の上記主張は失当である。

(2) 被控訴人の主張

ア本件各製品の構成について

(ｱ) 本件各製品におけるＵＭＴＳ規格に関連する処理は，本件各製品に実装され

たベースバンドチップによって行われている（以下，本件各製品に実装されている

ベースバンドチップを「本件ベースバンドチップ」という。。本件ベースバンドチ
）

ップは，アップル社がインテル社（Intel Corporation）製のチップをその完全子会

社であるインテル・アメリカ社（Intel Americas, Inc.）を通じて購入し，実装し

たものである。

本件製品１及び３には，インテル社製のベースバンドチップ「ＰＭＢ８８７８」

が搭載されているところ，
「ＰＭＢ８８７８」が準拠している３ＧＰＰ規格は，本件
出願の優先日前に公開された「リリース５」と呼ばれるバージョンであり，代替的

Ｅビット解釈は含まれていないから，本件製品１及び３が控訴人主張の構成ｂない

しｇを有することは争う。

また，本件製品２及び４が控訴人主張の構成ｂないしｇを有することは不知であ

る。

(ｲ)ａ控訴人主張の本件実機テストの報告書（乙１３）は，本件製品２及び４が

代替的Ｅビット解釈に基づく機能を実装していることを基礎付けるものではない。

すなわち，本件実機テストは，基地局のように振る舞うエミュレータに携帯端末

を接続し，テスト端末からエミュレータに送信されるデータを解析するためのソフ

トウェアを用いてテストを行っているにすぎないものであり，このような現実のネ

ットワークとは異なる単なるテスト環境において実施したテストの結果によって，

本件各製品が現実のネットワークにおいて代替的Ｅビット解釈に基づく機能を実行

できることを示すものではない。

ｂまた，本件実機テストの報告書（乙１３）には，次のような不備又は問題点

があり，本件製品２及び４が代替的Ｅビット解釈に基づく機能を実装していること

を基礎付けるものではない。

(a) 乙１３の図１２及び図１４のテストログ（テスト１）においては，「Byte」

欄の「６８」の２列目の行において，Ｅビットが「０」に設定されるとともに，

「Interpretation」欄に「next octet: data」（訳文「次のオクテット：データ」）

と記載されている。このように「次のフィールド」が「データ」と記載されている

ことからすると，本件実機テストは，代替的Ｅビット解釈ではなく，通常Ｅビット

解釈が使用されている場合（本件技術仕様書Ｖ６．９．０の９．２．２．５項の「通

常Ｅビット解釈」のビット「０」の場合）であると考えるのが素直である。

また，乙１３の図１２及び図１４のテストログに示されているビット列は，テス

ト製品から出力されたデータの一部でしかないため，ＰＤＵが分割，連結，パディ

ングされていない一つの完全なＳＤＵを含んでいるのか，別のものを含んでいるの
か定かでないから，そもそも図１２及び図１４のテストログを根拠として，テスト

に用いた製品が代替的Ｅビット解釈を使用しているとの結論を導くことはできない。

なお，乙１３の図１１の「altE_bitinterpretation」のチェックボックスにチェ

ックが入っていることと，テスト製品において実際に代替的Ｅビット解釈が使用さ

れるかどうかとは無関係である。

(b) 乙１３の図１３及び図１５のテストログ（テスト２）における「１１１１１

１０」という値が設定された長さインジケータが，中間セグメントを含む長さイン

ジケータにだけ設定されることを裏付ける証拠がない以上，上記値が中間セグメン

トを含むＰＤＵの存在を示していると結論付けることはできない。

また，乙１３の図１３及び図１５も，図１２及び図１４と同様に，テスト製品か

ら出力されたＳＤＵの表示部分を表示するにとどまり，ＳＤＵの他のセグメントが

どのような状態になっているか明らかにされていない。

したがって，図１３及び図１５は，テスト製品が代替的Ｅビット解釈を実装して

いることを基礎付けるものとはいえない。

イ構成要件Ｂ及びＤの非充足

本件発明１の構成要件Ｂ及びＤは，以下のとおり，本件技術仕様書Ｖ６．９．０

記載の構成と異なる構成のものであるから，仮に控訴人が主張するように本件各製

品が本件技術仕様書Ｖ６．９．０に準拠した構成を備えているとしても，本件各製

品が構成要件Ｂ及びＤを充足するとはいえない。

(ｱ) 構成要件Ｂについて

構成要件Ｂの「前記ＳＤＵが一つのＰＤＵに含まれるか否かを判定」との記載と

構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，

連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示

す」との記載を総合すると，構成要件Ｂにおける「前記ＳＤＵが一つのＰＤＵに含

まれる」とは，「ＳＤＵが一つのＰＤＵに完全に含まれる（一致する）」ことを意味

すると解すべきである。
このように本件発明１は，構成要件Ｂにおいて，ＳＤＵが一つのＰＤＵに完全に

含まれる（一致する）か否かを判定する方式を採用している。

他方で，本件技術仕様書Ｖ６．９．０の４．２．１．２．１項の「ＲＬＣＳＤ

ＵがＵＭＤＰＤＵの利用可能なスペースの長さより大きい場合」に「ＲＬＣＳ

ＤＵを適当なサイズのＵＭＤＰＤＵｓに分割する。」との記載によれば，４．２．

１．２．１項記載の判定方式は，ＳＤＵの分割が必要か否かを決定することを目的

とし，ＳＤＵがＰＤＵの利用可能な領域よりも大きいか否か（ＳＤＵとＰＤＵの大

小関係）を判定する方式であって，ＳＤＵが一つのＰＤＵに完全に含まれる（一致

する）か否かを判定する方式とは異なるものである。

また，控訴人主張の本件技術仕様書Ｖ６．９．０の９．２．２．５項の記載は，

Ｅビットに設定される「０」又は「１」という値をそれぞれどのように解釈すべき

かについて規定しているにすぎず，判定方式については何ら述べていない。

したがって，本件各製品が本件技術仕様書Ｖ６．９．０に準拠した構成ｂを備え

ていることをもって，本件各製品が構成要件Ｂを充足するとはいえない。

(ｲ) 構成要件Ｄについて

構成要件Ｄにいう「前記ＳＤＵが一つのＰＤＵに含まれる場合」とは，①パディ

ングが生じている場合（すなわち，ＳＤＵがパディングとともにＰＤＵに格納され

る場合），②連結が生じている場合（すなわち，ＳＤＵが一つ又は複数の他のＳＤＵ

と連結され，ＰＤＵに格納される場合），③分割，連結及びパディングのいずれも生

じていない場合（すなわち，ＳＤＵのサイズがＰＤＵのペイロードのサイズに完全

に一致する場合）を全て対象とするものであるから，構成要件Ｄを充足するという

ためには，上記①又は②の場合であっても，
「ＰＤＵが分割，連結又はパディングな

しにＳＤＵを完全に含むことを示すように１ビットフィールドが設定」されなけれ

ばならない。

他方で，本件技術仕様書Ｖ６．９．０記載の代替的Ｅビット解釈においては，上

記③の場合にのみ，ＰＤＵが完全なＳＤＵを含むことを示すように１ビットフィー
ルドが設定されるのであるから，構成要件Ｄと本件技術仕様書Ｖ６．９．０に準拠

した構成ｄとでは，ＰＤＵが分割，連結又はパディングされていないＳＤＵを含む

ことを示すように１ビットフィールドが設定される条件が異なるとともに，ＰＤＵ

が連結又はパディングの生じているＳＤＵを含む場合の１ビットフィールドの設定

方法が異なっている。

したがって，本件各製品が本件技術仕様書Ｖ６．９．０に準拠した構成ｄを備え

ていることをもって，本件各製品が構成要件Ｄを充足するとはいえない。

ウ本件各製品が本件発明１の構成要件に記載された全ての機能を実行できるこ

との立証がないこと

本件各製品が本件発明１の技術的範囲に属するというためには，本件各製品が本

件発明１の構成要件に記載された全ての機能を実行できることを立証する必要があ

り，そのためには，ネットワーク通信事業者が代替的Ｅビット解釈を使用できるよ

うにネットワークを構成していることを示す必要があるというべきである。

すなわち，代替的Ｅビット解釈は，本件各製品それ自体が単独で実行できるもの

ではなく，いかなる携帯端末も，代替的Ｅビット解釈を使用するようネットワーク

から指示されない限り，基地局へのデータ送信に際し，デフォルトの「通常Ｅビッ

ト解釈」を実行するのであり，その場合には，本件発明１の構成要件Ｄ及びＦが規

定する内容に従ってＥビットや長さインジケータが設定されることはないのである

から，本件各製品が本件発明１の構成要件に記載された全ての機能を実行するには，

ネットワーク通信事業者が代替的Ｅビット解釈を使用できるようにネットワークを

構成していなければならない。

しかるに，本件においては，ネットワーク通信事業者が代替的Ｅビット解釈を使

用できるようにネットワークを構成していることを示す証拠は存在せず，本件各製

品が本件発明１の構成要件に記載された全ての機能を実行できるものといえないか

ら，本件各製品は本件発明１の技術的範囲に属しない。

エまとめ
以上のとおり，本件各製品は，本件発明１の構成要件を充足せず，また，本件発

明１の構成要件に記載された全ての機能を実行できるものといえないから，本件発

明１の技術的範囲に属しない。

２争点２（本件発明２に係る本件特許権の間接侵害（特許法101条4号，５

号）の成否）について

(1) 控訴人の主張

ア本件各製品におけるデータ送信方法の構成

前記１(1)アの本件各製品の構成によれば，本件各製品におけるデータ送信方法

（以下「本件方法」という。）は，次のとおりの構成を有している（以下，各構成を

「構成ｉ」「構成ｊ」などという。。
，）

ｉ本件方法は，移動通信システムにおいてデータを送信する。

ｊ本件方法は，上位階層からサービスデータユニット(ＳＤＵ）を受信し，ＳＤ

Ｕが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定する。

ｋＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれる場合に，ヘッ

ダとデータを含むＰＤＵを構成する。ここで，ヘッダには，一連番号フィールドと，

ＰＤＵに含まれるのが分割，連結，パディングされていない完全なＳＤＵを含むこ

とを示す値「０」が設定されるＥビットフィールドとを含む。

ｌＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)の利用可能なスペースよ

り大きい場合には，適当なサイズのＰＤＵに分割する。ここで，ヘッダには，一連

番号フィールドと，ＰＤＵに含まれるのが完全なＳＤＵでない場合に，長さインジ

ケータが存在することを示す値「１」が設定されるＥビットフィールドと，長さイ

ンジケータとを含む。

ｍＰＤＵのデータフィールドがＳＤＵの最初のセグメントでも最後のセグメン

トでもないセグメントを含む場合，ＬＩフィールドは，ＰＤＵがＳＤＵの最初のセ

グメントでも最後のセグメントでもないセグメントを含むことを示す予め定められ

た値（「１１１１１１０」又は「１１１１１１１１１１１１１１０」）が設
定される。

ｎ本件方法は，ＰＤＵを受信側のエンティティに伝送する。

ｏ本件方法は，データを送信する。

イ本件方法が本件発明２の技術的範囲に属すること

(ｱ) 本件方法の構成ｊないしｎは，本件発明２の構成要件ＪないしＮをそれぞれ

充足する。

この点に関し，被控訴人は，本件発明２の構成要件Ｊ及びＬは，本件技術仕様書

Ｖ６．９．０記載の構成と異なる構成のものであるから，本件方法が構成要件Ｊ及

びＬを充足するとはいえない旨主張するが，前記１(1)イで構成要件Ｂ及びＤについ

て述べたのと同様の理由により，構成要件Ｊ及びＬは，本件技術仕様書Ｖ６．９．

０記載の代替的Ｅビット解釈の内容を開示したものであるから，被控訴人の上記主

張は理由がない。

(ｲ) 以上のとおり，本件方法は，本件発明２の構成要件ＪないしＮを充足し，ま

た，本件方法が構成要件Ｉ及びＯを充足することは，前記争いのない事実等(3)イの

とおりである。

したがって，本件方法は，本件発明２の構成要件を全て充足するから，その技術

的範囲に属する。

ウ間接侵害の成立

(ｱ) 特許法101条4号の間接侵害

特許発明に係る方法の使用に用いる物に，当該特許発明を実施しない使用方法自

体が存する場合であっても，当該特許発明を実施しない機能のみを使用し続けなが

ら，当該特許発明を実施する機能は全く使用しないという使用形態が，その物の経

済的，商業的又は実用的な使用形態として認められない限り，その物を製造，販売

等することによって侵害行為が誘発される蓋然性が極めて高いことに変わりはない

というべきであるから，「その方法の使用にのみ用いる物」（特許法101条4号）

に当たると解するのが相当である（知的財産高等裁判所平成２３年６月２３日判決
参照）。

そして，本件各製品において本件発明２を実施する機能を全く使用しないという

ことは，その経済的，商業的又は実用的な使用形態としておよそ想定することがで

きないことから，本件各製品は，本件発明２の「その方法の使用にのみ用いる物」

に当たるものといえる。

そうすると，被控訴人が本件各製品を輸入し，販売する行為は，本件発明２に係

る本件特許権の間接侵害（特許法101条4号）を構成するというべきである。

(ｲ) 特許法101条5号の間接侵害

本件発明２は，従来技術によるＶｏＩＰ通信方式でＲＬＣフレーミング方式を使
「

用する場合に，不必要なＬＩフィールドの使用によって限定された無線リソースが

非効率的に使用されるという問題点」（本件明細書の段落【００１２】）を解決課題

とし，
「パケットサービスを支援する移動通信システムで，無線リンク制御階層のプ

ロトコルデータユニット(ＲＬＣＰＤＵ）のヘッダーサイズを減少させて無線リソ

ースを効率的に使用する方法及び装置を提供すること」（段落【００１３】）等を発

明の目的とし，
「限定された無線伝送リソースを効率的に使用する」等の効果を有す

る（段落【００１８】）ものである。本件各製品は，本件発明２の使用に用いる物で

あって，本件発明２の上記課題の解決に不可欠なものである。

また，被控訴人は，控訴人による本件仮処分の申立てを受けたことにより，本件

発明２が特許発明であること及び本件各製品が本件発明２の実施に用いられている

ことについて知ったものといえる。

そうすると，被控訴人が本件各製品を輸入し，販売する行為は，本件発明２に係

る本件特許権の間接侵害（特許法101条5号）を構成するというべきである。

エまとめ

以上のとおりであるから，被控訴人が本件各製品を輸入し，販売する行為は，本

件発明２に係る本件特許権の間接侵害（特許法101条4号，５号）を構成する。

(2) 被控訴人の主張
ア本件方法が本件発明２の技術的範囲に属しないこと

(ｱ) 前記１(2)アで述べたのと同様の理由により，本件各製品はいずれも代替的

Ｅビット解釈に基づく機能を実装しているといえないから，本件方法は，控訴人主

張の構成ｊないしｎを有しない。

また，本件発明２の構成要件Ｊ及びＬは，前記１(2)イで述べたのと同様の理由に

より，本件技術仕様書Ｖ６．９．０記載の構成と異なるから，本件方法が構成要件

Ｊ及びＬを充足するとはいえない。

したがって，本件方法は，構成要件ＪないしＮを充足しないから，本件発明２の

技術的範囲に属しない。

(ｲ) また，前記１(2)ウのとおり，ネットワーク通信事業者が代替的Ｅビット解

釈を使用できるようにネットワークを構成していることを示す証拠は存せず，本件

各製品において実際に代替的Ｅビット解釈が使用されていることの立証はないから，

本件方法は，本件発明２の技術的範囲に属しない。

イ間接侵害の不成立

(ｱ) 特許法101条4号又は５号の間接侵害の成立には，少なくとも発明が第三

者により直接実施されていることを要すると解すべきであるところ，第三者が本件

発明２を直接実施していることについての主張立証はない。

(ｲ) 本件各製品において実際に代替的Ｅビット解釈が使用されていることの立

証はなく，また，本件各製品には，本件発明２を実施しない機能のみを使用する使

用形態が存在し，その使用形態は経済的，商業的又は実用的な使用形態であるから，

本件各製品は，本件発明２の「その方法の使用にのみ用いる物」
（特許法101条４

号）に当たらない。

(ｳ) ３ＧＰＰ規格に準拠した実際の通信において，ＳＤＵのサイズがＰＤＵのサ

イズに一致する割合はあまりに低く，本件発明２の効果を奏する場面は非常に限ら

れているから，本件各製品は，本件発明２による「課題の解決に不可欠なもの」
（特

許法101条5号）に当たらない。
ウまとめ

以上のとおりであるから，被控訴人が本件各製品を輸入し，販売する行為が本件

発明２に係る本件特許権の間接侵害を構成するとの控訴人の主張は，理由がない。

３争点３（特許法104条の3第1項の規定による本件各発明に係る本件特許

権の権利行使の制限の成否）について

(1) 被控訴人の主張

本件各発明に係る本件特許には，以下のとおりの無効理由があり，特許無効審判

により無効にされるべきものであるから，特許法104条の3第1項の規定により，

控訴人は，被控訴人に対し，本件特許権を行使することができない。

ア無効理由１（甲３による新規性欠如）

本件各発明は，以下のとおり，本件出願の優先日前に頒布された刊行物である甲

３（特開２００４－１７９９１７号公報）に記載された発明と実質的に同一である

から，本件各発明に係る本件特許には，特許法29条1項3号に違反する無効理由

（同法123条1項2号）がある。

(ｱ) 甲３の記載事項

甲３の段落【０００１】【０００３】【０００４】【０００８】【０００９】【０
，，，，，

０１３】【００２５】【００２６】【００２８】【００２９】【００３１】
，，，，，，図２，

３，８及び９によれば，甲３には，本件各発明の構成要件が全て開示されている。

(ｲ) 控訴人の主張について

控訴人は，甲３には，構成要件Ｄ（Ｋ），Ｆ（Ｍ）の開示がない旨主張するが，以

下のとおり，理由がない。

ａ構成要件Ｄ（Ｋ）について

(a) 甲３の段落【０００８】に，図３のＰＤＵ５０について，｢僅か一つのＳＤ

Ｕが，完全にＰＤＵ５０のデータ領域５８を充填する場合，ビット５５ａは０で，

ＬＩは出現しないことを表示する。｣との記載がある。この「ビット５５ａ」は，
「拡

張子ビット（extension bit）」であり（段落【０００８】，１ビットのバイナリデ
）
ータ（「０」か「１」）である（図３）。

このように拡張子ビット（Ｅビット）が「０」に設定され得るため，甲３には，

構成要件Ｄ（Ｋ）の「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが

分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むこ

とを示すように前記１ビットフィールドを設定」する設定部があることが開示され

ているといえる。

(b) ＳＤＵには様々なサイズがあるため，一つのＳＤＵが三つ以上のセグメント

に分割される場合も不可避的に起こり得るのであり，その場合，中間セグメント（最

初のセグメントでも最後のセグメントでもないセグメント）を含むＰＤＵが当然生

じるのであるから，甲３に接した当業者であれば，甲３に，中間セグメントを含む

ＰＤＵが開示されていることを明確に理解できる。そして，ＰＤＵが中間セグメン

トを含む場合には，Ｅビットが「０」に設定される｢僅か一つのＳＤＵが，完全にＰ

ＤＵ５０のデータ領域５８を充填する場合」（段落【０００８】）に該当しないこと

からすると，中間セグメントを含むＥビットの値は，「１」に設定するほかない。

また，甲３の「代替ＰＤＵ」の一例である｢パディングＰＤＵ」
（段落【００２６】，

【００３１】，図８及び９等）は，パディングＰＤＵの前後のＰＤＵを結合する役割

を果たすため，「中間セグメントを含むＰＤＵ」に対応する。

そうすると，甲３には，構成要件Ｄ（Ｋ）の「前記ＰＤＵの前記データフィール

ドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ

（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定す

る１ビットフィールド設定部」があることが開示されているといえる。

ｂ構成要件Ｆ（Ｍ）について

甲３は，中間セグメントを含むＰＤＵに対応する「パディングＰＤＵ」について，

ＬＩフィールドが「特別コードを設定し，全て１である。
・・・残りのＰＤＵ・・・

が未定義の部分を埋めるだけで，無視しても構わない情報を保持している」ことを

開示し（段落【００２６】，また，特別なＬＩを含むパディングＰＤＵの数値とし
）
て，図８において，予め定められた値｢１１１１１１１１１１１１１１１｣
（１５桁）

の長さインジケータ（ＬＩ）１５６ａを，図９において，予め定められた値｢１１１

１１１１｣（７桁）の長さインジケータ（ＬＩ）１５６ｂを開示している。

したがって，甲３には，構成要件Ｆ（Ｍ）の「前記ＰＤＵの前記データフィール

ドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが

前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含

むことを示す予め定められた値に設定され」ることが開示されているといえる。

(ｳ) 小括

以上によれば，本件各発明は，甲３に記載された発明と同一のものであって，新

規性が欠如している。

イ無効理由２（甲３を主引例とする進歩性欠如①）

本件各発明は，以下のとおり，本件出願の優先日前に頒布された刊行物である甲

３に記載された発明と技術常識に基づいて，当業者が容易に想到することができた

ものであるから，本件各発明に係る本件特許には，特許法29条2項に違反する無

効理由（同法123条1項2号）がある。

(ｱ) 本件各発明と甲３に記載された発明との一致点及び相違点

本件各発明と甲３に記載された発明とは，甲３に記載された発明が，構成要件Ｆ

（Ｍ）の「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含

む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最

後のセグメントでもない中間セグメントを含むことを示す予め定められた値」を設

定する構成を有するかどうか明らかでない点で相違し，その余の構成は一致する。

(ｲ) 相違点の容易想到性

① 甲３には，１種類のデータからなる同じ長さを有するデータを完全に含む２
「

種類のＰＤＵを区別するために長さインジケータに予め定義された値を設定する」

という技術思想が開示されていること（段落【０００８】【００２６】
，，図８及び９

等），② 技術的な観点からみても，２種類のＰＤＵを区別するために，長さインジ
ケータを予め定義された値に設定する方法は，当業者にとって，最も現実的でかつ

簡明な方法であり，当然に選択されるべきものであったこと（甲３９の段落【００

０７】等）などからすると，当業者は，甲３と技術常識に基づいて，前記(ｱ)の相違

点に係る本件各発明の構成を容易に想到することができたものといえる。

(ｳ) 小括

以上によれば，本件各発明は，甲３に記載された発明と技術常識に基づいて当業

者が容易に想到することができたものであるから，進歩性が欠如している。

ウ無効理由３（甲３を主引例とする進歩性欠如②）

本件各発明は，以下のとおり，本件出願の優先日前に頒布された刊行物である甲

３及び甲４（３ＧＰＰのワーキンググループの議事録「 L2 Optimization for

VoIP(R2-050969））に記載された発明に基づいて，当業者が容易に想到することが
」

できたものであるから，本件各発明に係る本件特許には，特許法29条2項に違反

する無効理由（同法123条1項2号）がある。

(ｱ) 相違点の容易想到性

本件各発明と甲３に記載された発明との一致点及び相違点は，前記イ(ｱ)のとおり

である。

そして，甲４には，２種類のＰＤＵ（同じ長さを持ち，全体として１種類となる

データを含むもの。）を識別できないという課題（具体的には，一つのＳＤＵを完全

に含むＰＤＵと中間セグメントを含むＰＤＵとを区別することができないという問

題）が生じること，長さインジケータに予め定められた特定の値を設定することに

よって上記課題を解決するという技術思想が開示されていること（図２及び３等）

などからすると，当業者は，甲３及び甲４に基づいて，上記相違点に係る本件各発

明の構成を容易に想到することができたものといえる。

(ｲ) 小括

以上によれば，本件各発明は，甲３及び甲４に記載された発明に基づいて当業者

が容易に想到することができたものであるから，進歩性が欠如している。
エ無効理由４（甲３を主引例とする進歩性欠如③）

本件各発明は，以下のとおり，本件出願の優先日前に頒布された刊行物である甲

３及び甲３９（特表２００２－５２７９４５号公報）に基づいて，当業者が容易に

想到することができたものであるから，本件各発明に係る本件特許には，特許法２

9条2項に違反する無効理由（同法123条1項2号）がある。

(ｱ) 本件各発明と甲３に記載された発明との一致点及び相違点

本件各発明と甲３に記載された発明とは，甲３に記載された発明が，① 構成要

件Ｄ（Ｋ）の「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，

連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示

すように前記１ビットフィールドを設定し，前記ＰＤＵの前記データフィールドが

前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（Ｌ

Ｉ）フィールドが存在することを示すように前記１ビットフィールドを設定する１

ビットフィールド設定部」の構成を有するかどうか明らかでない点（以下「相違点

①」という。，②
）構成要件Ｆ（Ｍ）の「前記ＰＤＵの前記データフィールドが前

記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記Ｓ

ＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むこと

を示す予め定められた値」を設定する構成を有するかどうか明らかでない点（以下

「相違点②」という。）で相違し，その余の構成は一致する。

(ｲ) 甲３９の記載事項

甲３９には，① データを受信する側において，分割されたデータを正しく組み

立てるために長さインジケータを使用する必要があること【要約】，
（）② ＰＤＵに

含まれるＳＤＵが当該ＰＤＵにおいて終了するか，それとも次のＰＤＵに続いてい

るのかを区別するために，ＳＤＵの中間セグメントを含むＰＤＵに長さインジケー

タが挿入され，そこに予め定義された値が設定されること（【要約】，段落【０００

６】【００１０】【００１９】
，，）が開示されている。

また，本件出願の出願経過において発せられた平成２２年３月３０日付け拒絶理
由通知書（甲４４）は，甲３９には，長さインジケータに予め定義された値を設定

することによって，ＳＤＵに関する「特殊な情報」を示し，
「上記特殊な情報は，・・
・

下位層ＰＤＵのヘッダにおいて，ペイロードユニットのどの１つ又はそれ以上がセ

グメント長さ情報を含むかを指示する（本願の「中間セグメントが存在することを

示す値に設定され」に相当）点が記載されている」と述べている。これに対し控訴

人は，平成２２年１０月６日付け意見書において，上記拒絶理由通知書で述べられ

ていた点を争わなかったのであるから，甲３９が長さインジケータを用いて中間セ

グメントの存在を示すことを開示していることを控訴人も認めていたものといえる。

(ｳ) 相違点の容易想到性

ａ相違点①について

① 本件出願の優先日前に，一つのＳＤＵを完全に含むＰＤＵとＳＤＵの中間セ

グメントを含むＰＤＵとを区別する必要があることは，当業者に十分に認識されて

いたこと，② 甲３９によれば，ＳＤＵの中間セグメントを含むＰＤＵに長さイン

ジケータが挿入されるため，当該ＰＤＵのＥビットは，長さインジケータが存在す

ることを示すように設定されること（前記(ｲ)）に照らすならば，甲３に甲３９を組

み合わせることにより，一つのＳＤＵが完全にＰＤＵに含まれるかどうか，又はＰ

ＤＵがＳＤＵの中間セグメントを含み，長さインジケータが存在するかどうかを示

すために１ビットフィールドを設定すること（相違点①に係る本件各発明の構成）

は，当業者であれば，容易に想到することができたものといえる。

ｂ相違点②について

前記(ｲ)のとおり，甲３９には，相違点②に係る本件各発明の構成が開示されてい

る。

そうすると，当業者は，甲３及び甲３９に基づいて，相違点②に係る本件各発明

の構成を容易に想到することができたものといえる。

(ｴ) 小括

以上によれば，本件各発明は，甲３及び甲３９に記載された発明に基づいて当業
者が容易に想到することができたというべきである。

オ無効理由５（甲１の４を主引例とする進歩性欠如）

本件各発明は，以下のとおり，本件出願の優先日前に頒布された刊行物である甲

１の４（３ＧＰＰ規格の技術仕様書「３ＧＰＰＴＳ２５．３２２Ｖ６．３．

０」。以下「本件技術仕様書Ｖ６．３．０」という。）に記載された発明と技術常識

に基づいて，当業者が容易に想到することができたものであるから，本件各発明に

係る本件特許には，特許法29条2項に違反する無効理由（同法123条1項2号）

がある。

(ｱ) 本件各発明と甲１の４に記載された発明との一致点及び相違点

甲１の４には，本件技術仕様書Ｖ６．３．０記載の「通常Ｅビット解釈」が開示

されている。

そして，本件各発明と甲１の４に記載された発明とは，甲１の４記載の「通常Ｅ

ビット解釈」が，① ＰＤＵが分割，連結又はパディングされていないＰＤＵを含

む場合，長さインジケータが出現しない点（以下「相違点１」という。，②
）ＰＤ

ＵがＳＤＵの中間セグメントを含む場合，長さインジケータが挿入され，それに中

間セグメントの存在を示す特別な値が設定される点（以下「相違点２」という。）で

相違し，その余の構成は一致する。

(ｲ) 本件出願の優先日前の技術常識

以下の点は，本件出願の優先日前の技術常識であった。

ａ固定ビットレートの音声コーデックを使用するＶｏＩＰアプリケーションが，

同じサイズのＳＤＵを頻繁に発生させること（甲１の２，４２，９２）

ｂ受信したデータがデータパケットのデータフィールドを完全に充填する場合

（一つのＳＤＵがＰＤＵのデータフィールドを完全に充填する場合）に，ヘッダー

サイズを減らすことができること（甲３の段落【０００８】の「僅か一つのＳＤＵ

が，完全にＰＤＵ５０のデータ領域５８を充填する場合，ビット５５ａは０で，Ｌ

Ｉは出現しないことを表示する。」との記載，甲４０）
ｃＰＤＵのデータフィールドに長さインジケータを用いて中間セグメントが含

まれることを示すこと（甲３９の段落【００１９】，甲４３）

(ｳ) 相違点の容易想到性

ａＰＤＵヘッダーの最初のＥビットに０を設定し，長さインジケータを省略す

ることによって，ＰＤＵヘッダーのデータ量を減少させることができること，その

ようにしてＰＤＵヘッダーのデータ量を減少させることのできるＰＤＵは４種類

（①ＳＤＵの最初セグメントを含むＰＤＵ，②ＳＤＵの中間セグメントを含むＰＤ

Ｕ，③ＰＤＵのデータフィールドのサイズと一致する，ＳＤＵの最後セグメントを

含むＰＤＵ，④ＰＤＵのデータフィールドのサイズと一致する，一つのＳＤＵを含

むＰＤＵ）しか存在しないことは，当業者のよく知るところであり，甲１の４記載

の「通常Ｅビット解釈」は，上記②及び③の２種類のＰＤＵについて，Ｅビットに

０を設定し，長さインジケータを省略することを選択している。

甲１の４記載の「通常Ｅビット解釈」が，ＳＤＵの中間セグメントを含むＰＤＵ

の長さインジケータ（上記②）を省略したのは，多くのアプリケーションでは，Ｐ

ＤＵデータフィールドよりも大きいサイズのＳＤＵが頻繁に発生し，その当然の帰

結として，ＳＤＵの中間セグメントを含むＰＤＵも頻繁に発生することになること

から，そのようなＰＤＵのヘッダーサイズを小さくすれば，トータルでのオーバー

ヘッドを減少させ，データ伝送をより効率的に行うことが可能となるためであり，

中間セグメントを含むＰＤＵの長さインジケータを省略する方が，完全に一致する

ＳＤＵを含むＰＤＵの長さインジケータを省略するよりもヘッダーのデータ量を節

約できると認識していたことを強く示唆するものである。同時に，長さインジケー

タを省略することのできるＰＤＵの種類が上記のとおり限られていることからする

と，３ＧＰＰは，ＰＤＵデータフィールドに完全に一致するＳＤＵの発生頻度が高

い場合には，そのようなＳＤＵを含むＰＤＵの長さインジケータを省略することに

より，データ伝送のオーバーヘッドを減少させることができると認識していたこと

もうかがわれる。
一方，構成要件Ｄ（Ｋ）の「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記

ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全

に含むことを示すように前記１ビットフィールドを設定」（以下「構成要件Ｄ(a)」

という。は，
）長さインジケータを省略するＰＤＵについて上記④の１種類を選択し

たものであり，これは，本件出願の優先日前に，固定ビットレートの音声コーデッ

クを使用するＶｏＩＰアプリケーションが，同じサイズのＳＤＵを頻繁に発生させ

ること（前記(ｲ)ａ）が当業者によく知られていたからである。

このように甲１の４記載の「通常Ｅビット解釈」と構成要件Ｄ(a)は，データ伝送

の効率を向上させるために，発生頻度の高いＳＤＵを含むＰＤＵの長さインジケー

タを省略することにより，データ伝送のオーバーヘッドを減少させるという技術思

想が共通する。

ｂ(a) 構成要件Ｄ(a)の構成を採用した場合，構成要件Ｄ（Ｋ）の「前記ＰＤＵ

の前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一

つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビッ

トフィールドを設定」
（以下「構成要件Ｄ(b)」という。）の構成が自動的かつ必然的

に導き出される。

すなわち，Ｅビットは０か１という値しかとり得ない以上，構成要件Ｄ(a)の構成

を採用し，ＰＤＵが分割，連結又はパディングされていないＰＤＵを含む場合，当

該ＰＤＵの最初のＥビットを０に設定することを選択すると，それ以外の種類のデ

ータを含むＰＤＵの最初のＥビットは，必ず１に設定されることになるから，ＰＤ

ＵがＳＤＵの中間セグメントを含む場合，当該ＰＤＵの最初のＥビットは，
「少なく

とも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように」，１

に設定されることとなる。

(b) また，構成要件Ｄ(a)の構成を採用した場合，構成要件Ｄ(b)の構成とともに，

構成要件Ｆ（Ｍ）の「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグ

メントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメ
ントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められ

た値に設定」の構成が自動的かつ必然的に導き出される。

すなわち，一つのＳＤＵを完全に含むＰＤＵにおいて，最初のＥビットを０に設

定し，長さインジケータを省略する以上は，中間セグメントを含むＰＤＵにおいて

は，必ず最初のＥビットを１に設定し，長さインジケータを挿入しなければならず，

その長さインジケータには，ＰＤＵのどこでＳＤＵが終了するかを示す値か，ＰＤ

Ｕデータフィールドに格納されたデータの種類を示す予め定められた値のいずれか

が設定される。そして，ＳＤＵが中間セグメントにおいて終了することがない以上，

中間セグメントを含むＰＤＵの長さインジケータには，ＰＤＵデータフィールドに

格納されたデータの種類（つまり，中間セグメント）を示す予め定められた値に設

定する構成（構成要件Ｆ（Ｍ）の構成）を採用するほかない。

ｃそして，本件出願の優先日前に，固定ビットレートの音声コーデックを使用

するＶｏＩＰアプリケーションが，同じサイズのＳＤＵを頻繁に発生させること，

一つのＳＤＵがＰＤＵのデータフィールドを完全に充填する場合に，ヘッダーサイ

ズを減らすことができること，ＰＤＵのデータフィールドに長さインジケータを用

いて中間セグメントが含まれることを示すことが，いずれも技術常識であったこと

（前記(ｲ)）からすると，一つのＳＤＵがＰＤＵのデータフィールドを完全に充填す

る頻度が高い，特定のＶｏＩＰアプリケーションに関し，甲１の４記載の「通常Ｅ

ビット解釈」において，上記技術常識を適用して，中間セグメントを含むＰＤＵの

代わりに，一つのＳＤＵを完全に含むＰＤＵのヘッダーから長さインジケータを省

略するという設計変更を行うことは，当業者にとって容易であり，しかも，そのよ

うな設計変更を行った場合，中間セグメントを含むＰＤＵに予め定められた値の長

さインジケータを挿入することは自動的かつ必然的に導き出されるのであるから，

当業者は，甲１の４記載の「通常Ｅビット解釈」と技術常識に基づいて，相違点１

（構成要件Ｄ(a)）及び相違点２（構成要件Ｄ(b)及びＦ（Ｍ））に係る本件各発明の

構成を容易に想到することができたものといえる。
ｄこれに対し控訴人は，中間セグメントを含むＰＤＵに長さインジケータを付

加するとオーバーヘッドが増加することになるから，甲１の４記載の「通常Ｅビッ

ト解釈」に構成要件Ｆ（Ｍ）の構成を適用することには阻害要因がある旨主張する。

しかし，たとえ中間セグメントを含むＰＤＵに関してはオーバーヘッドが増加す

ることになるとしても，一つのＳＤＵを完全に含むＰＤＵについてはヘッダーサイ

ズを減少させることができ，特定のＶｏＩＰアプリケーションが使用される場面に

おいてはオーバーヘッドが小さくなるのであるから，甲１の４記載の「通常Ｅビッ

ト解釈」に構成要件Ｆ（Ｍ）の構成を適用することに阻害要因はない。

したがって，控訴人の上記主張は失当である。

(ｴ) 小括

以上によれば，本件各発明は，甲１の４に記載された発明と技術常識に基づいて，

当業者が容易に想到することができたというべきである。

(2) 控訴人の主張

ア無効理由１に対し

(ｱ) 甲３には，本件各発明の構成要件Ｄ（Ｋ），Ｆ（Ｍ）の開示がない点で，甲

３に記載された発明と本件各発明は相違する。

ａ被控訴人が指摘する甲３の図３についての｢僅か一つのＳＤＵが，完全にＰＤ

Ｕ５０のデータ領域５８を充填する場合，ビット５５ａは０で，ＬＩは出現しない

ことを表示する。｣（段落【０００８】）との説明は，段落【０００６】に「図３は

ＡＭデータＰＤＵ５０の簡略図で，３ＧＰＰＴＳ２５．３２２Ｖ３．８．０．規

範に掲載されている。との記載があるとおり，
」代替的Ｅビット解釈が３ＧＰＰ規格

に採用される前の３ＧＰＰ規格の技術仕様書である「３ＧＰＰＴＳ２５．３２

２Ｖ３．８．０」（乙７。以下「本件技術仕様書Ｖ３．８．０」という。）につい

て説明したものであって，その記載内容は，現在の３ＧＰＰ規格でいう通常Ｅビッ

ト解釈のものである。これに対し，通常Ｅビット解釈には，
「前記ＰＤＵが分割，連

結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含む」場合につ
いて全く記載がない。

また，段落【０００８】の上記記載を字義通りに解釈しても，｢僅か一つのＳＤＵ

が，完全にＰＤＵ５０のデータ領域５８を充填する」という表現は，ＳＤＵとＰＤ

Ｕのサイズが一致する場合のみならず，ＳＤＵの方がサイズが大きく，分割された

最初のセグメントや中間セグメントがＰＤＵを充填する場合にも，これに該当し，

構成要件Ｄ（Ｋ）の「前記ＰＤＵが分割，連結，パディングなしに前記データフィ

ールドに前記ＳＤＵを完全に含む」場合のみを意味するものではない。

したがって，甲３は，構成要件Ｄ（Ｋ）を開示するものではない。

ｂ前記ａのとおり，甲３においては，中間セグメントがＰＤＵを充填する場合

にも，「ビット５５ａは０で，ＬＩは出現しない」に該当するので，「前記ＰＤＵの

前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィー

ルドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない

中間セグメントを含むことを示す予め定められた値に設定され」ること（構成要件

Ｆ（Ｍ））もない。

また，「パディングＰＤＵ」は，「実際のＳＤＵデータを備えず，ＳＤＵデータが

不測のデータ中断の発生により破棄される時にだけ用いられる」もので，ＳＤＵを

充填したものではなく（甲３の段落【００２６】，ＳＤＵとは全く無関係であり，
）

ＳＤＵとの関係を観念することも，中間セグメントを観念することも不可能である

から，中間セグメントを含むＰＤＵに対応するものではない。しかも，
「パディング

ＰＤＵ」である限り，
「拡張子ビット１５５ａ」は常に１に設定され，中間セグメン

トかどうかによって拡張子ビット１５５ａの値が変更されるものではないから，パ
「

ディングＰＤＵ」は，完全なＳＤＵを含むＰＤＵと中間セグメントを含むＰＤＵと

を区別する技術ではない。

したがって，甲３は，構成要件Ｆ（Ｍ）を開示するものではない。

(ｲ) 以上によれば，被控訴人主張の無効理由１は理由がない。

イ無効理由２に対し
(ｱ) 前記ア(ｱ)ａのとおり，甲３には構成要件Ｄ（Ｋ）の開示がないから，本件

各発明と甲３に記載された発明とは，甲３に記載された発明が構成要件Ｄ（Ｋ）の

構成を有しない点においても相違する。

(ｲ) 甲３に記載された従来技術は，本件技術仕様書Ｖ３．８．０の内容であり，

それ自体が規格として成立しているから，完全なＳＤＵを含むＰＤＵと中間セグメ

ントを含むＰＤＵを区別できないという課題は存在しない。

また，２種類のＰＤＵを区別するために，長さインジケータを予め定義された値

に設定することが，技術的な観点から，当然の選択であったとはいえない。

したがって，当業者が甲３と技術常識に基づいて構成要件Ｆ（Ｍ）の構成を容易

に想到することができたものとはいえない。

(ｳ) 以上によれば，被控訴人主張の無効理由２は理由がない。

ウ無効理由３に対し

(ｱ) 前記イ(ｱ)及び(ｲ)のとおり，本件各発明と甲３に記載された発明とは，甲３

に記載された発明が構成要件Ｄ（Ｋ）の構成を有しない点においても相違し，また，

甲３に記載された従来技術には，完全なＳＤＵを含むＰＤＵと中間セグメントを含

むＰＤＵを区別できないという課題は存在しない。

(ｲ) 甲４に記載された発明は，ＰＤＵ同士を区別できないという問題ではなく，

「前のＲＬＣＰＤＵを失った場合，ＳＤＵ全体が受信されたかどうかが分からな

い。（訳文３頁最終行）という課題を解決するための方策であって，甲３に記載さ
」

れた発明とは課題が異なる。

しかも，甲４に記載された内容は，「ＬＩの予約値のうち一つを使用：この場合，

追加ＬＩは，一番目のＲＬＣＳＤＵが完全に含まれるＲＬＣＰＤＵに含まれな

ければならない。その結果，１２.２kbps ペイロードのうち３％に相当する部分が

オーバーヘッドとなる。（訳文５頁１行～３行）というもので，ＳＤＵが完全に含
」

まれる場合に，長さインジケータの予約値を用いるという本件発明１と正反対の技

術であり，また，甲４には，中間セグメントに長さインジケータの予約値を用いる
ことは記載されていない。

したがって，当業者が甲３及び甲４に基づいて構成要件Ｆ（Ｍ）の構成を容易に

想到することができたものとはいえない。

(ｳ) 以上によれば，被控訴人主張の無効理由３は理由がない。

エ無効理由４に対し

(ｱ) 甲３９には，本件各発明の構成要件Ｄ（Ｋ），Ｆ（Ｍ）の開示がない。

ａもっとも，甲３９には，
「ＰＤＵの第１ＰＤＵに，そのＰＤＵのＳＤＵが次の

ＲＬＣＰＤＵに続いていることを指示する所定値を有する長さ指示子が与えられ

てもよい。（段落【００１９】
」）との記載があるが，上記記載は，ＳＤＵが次のＰＤ

Ｕに続いていること（最後のセグメントでないこと）を示すものではあっても，最

初のセグメントでないことを示すものではないから，最初のセグメントでも最後の
（

セグメントでもない）中間セグメントであることを示すものではなく，上記記載を

もって，甲３９に構成要件Ｆが開示されているとはいえない。

この点に関し被控訴人は，本件特許の出願経過において，控訴人が，平成２２年

１０月６日付け意見書において，同年３月３０日付け拒絶理由通知書（甲４４）で

甲３９について述べられていた点を争わなかったのであるから，甲３９が長さイン

ジケータを用いて中間セグメントを示すことを控訴人も認めていた旨主張する。

しかし，上記のとおり，甲３９には，中間セグメントについての開示はなく，ま

た，審査官が拒絶の理由を発見しなかった「請求項２の要素」
（甲４４）に基づき早

期の権利化を図ることも，何ら不自然なことではないから，出願経過において意見

書で明示的に争わなかったからといって甲３９が長さインジケータを用いて中間セ

グメントを示すことを控訴人が認めていたことにはならない。

したがって，被控訴人の上記主張は理由がない。

ｂまた，甲３９においては，段落【００１９】の「ＳＤＵが現在ＰＤＵの終わ

りに終了する場合には，ＰＤＵの終わりを正確に指す長さ指示子の値によりそれが

示される。」との記載があるとおり，ＰＤＵが完全なＳＤＵを含む場合には，長さ指
示子（長さインジケータ）が用いられることは明らかであり，甲３９には，構成要

件Ｄ（Ｋ）とは逆のことが記載されている。

(ｲ) 上記のとおり，甲３９には，本件各発明の構成要件Ｄ（Ｋ），Ｆ（Ｍ）の開

示がなく，また，甲３と甲３９とを組み合わせる動機付けは何ら存在しないから，

本件各発明は，甲３及び甲３９に基づき当業者が容易に想到することができたもの

とはいえない。

したがって，被控訴人主張の無効理由４は理由がない。

オ無効理由５に対し

(ｱ)ａ本件出願の優先日前において，実際の通信環境において，ＳＤＵのサイズ

がＰＤＵのサイズと完全に一致する割合が大きいことは，当業者には知られていな

かったから（甲４２等は，被控訴人主張の裏付けにはならない。，完全なＳＤＵを
）

含むＰＤＵにおいてヘッダーの情報を減らそうという動機付けはない。

また，甲１の４記載の通常Ｅビット解釈においては，ヘッダーに含まれる長さイ

ンジケータは，ＳＤＵの最終オクテットがＰＤＵの最終オクテットに一致する場合

には，予め定められた値を設定することとされており（訳文９頁の表には，
「直前の

ＲＬＣＰＤＵは，ＲＬＣＳＤＵの最終セグメントで過不足なく満たされ，直前

のＲＬＣＰＤＵにはＲＬＣＳＤＵの終端を示す「長さインジケータ」が存在し

ない」場合には，長さインジケータに「０００００００」というビット列を用いる

ことが記載されている。，必要なものであったから，ＳＤＵのサイズとＰＤＵのサ
）

イズとが完全に一致する場合にも，長さインジケータを省略することは想定されて

いなかった。実際の通信環境において，ＳＤＵのサイズがＰＤＵのサイズと完全に

一致するというような状況が相当頻繁に起こり，かつ，そのことを当業者が認識し

なければ，既にリリースされた規格を変更してまで，長さインジケータを省略しよ

うということには想到し得ない。

ｂ甲１の４記載の通常Ｅビット解釈におけるＬＩは，ＳＤＵを連結，パディン

グしたときに，どこまでが一つのＳＤＵであるかを示す必要があることから，
「ＰＤ
Ｕ内で終了する各ＲＬＣＳＤＵの最終オクテットを示す」もの（訳文４頁「９．

２．２．８」）として定義されたことにより，ＳＤＵの最終オクテットが存在しない

中間セグメントにおいてはＬＩが出現しないだけであり，通常Ｅビット解釈におい

て，頻繁に発生する中間セグメントを含むＰＤＵにおいて，ＬＩを省略しようとい

う技術思想があったとはいえない。

ｃ被控訴人は，構成要件Ｄ(a)の構成を採用した場合，構成要件Ｄ(b)の構成及

び構成要件Ｆ（Ｍ）の構成が自動的かつ必然的に導き出される旨主張するが，以下

のとおり，失当である。

(a) シーケンス番号に続く１ビットフィールドについて，甲１の４においては，

「後続のオクテットが「長さインジケータ」及びＥビットであるか否かを示す」
（訳

文４頁「９．２．２．５」）という意味を有し，この関係で「Ｅビット」と呼んでい

る。これに対し，被控訴人の主張においては，ＳＤＵのサイズがＰＤＵのサイズと

完全に一致（構成要件Ｄ(a)）するか否かを示す意味を有し，その関係で“Ｅビット”

と呼んでいるため，甲１の４記載の「Ｅビット」とは意味内容が異なる。

被控訴人は，構成要件Ｄ(a)の構成を採用し，ＰＤＵが分割，連結又はパディング

されていないＰＤＵを含む場合（ＳＤＵのサイズがＰＤＵのサイズと完全に一致す

る場合），当該ＰＤＵの最初のＥビットを「０」に設定することを選択すると，それ

以外の種類のデータを含むＰＤＵの場合には，ＰＤＵがＳＤＵの中間セグメントの

場合も含め，最初のＥビットは「１」に設定せざるを得ないので，構成要件Ｄ(a)

の構成を採用した場合，構成要件Ｄ(b)の構成が必然的に導き出され，さらには，中

間セグメントを含むＰＤＵの長さインジケータは，中間セグメントを示す予め定め

られた値に設定する構成要件Ｆ（Ｍ）の構成が必然的に導き出される旨主張する。

しかし，中間セグメントを含むＰＤＵのＥビットが「１」であるなら，完全なＳ

ＤＵを含むＰＤＵのＥビットは「０」であるから，両者を区別するという目的を達

している。また，被控訴人の主張は，構成要件Ｄ(a)を採用したことにより構成要件

Ｄ(b)が必然であるという段階では，シーケンス番号に続く１ビットフィールドは，
ＳＤＵのサイズがＰＤＵのサイズと完全に一致するか否かを示すという異なる意味

を持った“Ｅビット”であることを前提とし，構成要件Ｄ(b)から構成要件Ｆ（Ｍ）

が必然であるという段階では，シーケンス番号に続く１ビットフィールドは，甲１

の４記載の従来の「Ｅビット」であることを前提とするものであって，失当である。

さらに，仮に完全なＳＤＵを含むＰＤＵから，長さインジケータを省略し，シー

ケンス番号に続く１ビットフィールドを完全なＳＤＵを含むことを示すビット“Ｅ
（

ビット”）として用い，「０」によって完全なＳＤＵを含むことを示すことができた

としても，中間セグメントにおいては，完全なＳＤＵを含まないから，シーケンス

番号に続く１ビットフィールドが「１」となるだけであり，中間セグメントに長さ

インジケータを挿入する構成にはならない。

このように構成要件Ｄ(a)を採用することが必然的かつ自動的に構成要件Ｄ(b)及

びＦ（Ｍ）の採用につながることにはならない。

(b) また，仮に被控訴人が主張するように構成要件Ｄ(a)を採用することが必然

的かつ自動的に構成要件Ｄ(b)及びＦ（Ｍ）の採用につながるとすれば，構成要件Ｄ

(a)を採用する段階において，構成要件Ｄ(b)及びＦ（Ｍ）をも採用した構成（代替

的Ｅビット解釈）について検討することになるが，
「代替的Ｅビット解釈を使うとト

ータルでオーバーヘッドが増加」すること（甲１２４），被控訴人も代替的Ｅビット

解釈は非効率で実装される可能性は極めて低いと主張していることからすれば，構

成要件Ｄ(a)を採用することについて阻害要因があるといえる。

(ｲ) 以上によれば，当業者が甲１の４記載の通常Ｅビット解釈と技術常識に基づ

いて，相違点１及び２に係る本件各発明の構成を容易に想到することができたもの

とはいえない。

したがって，被控訴人主張の無効理由５は理由がない。

４争点４（本件各製品に係る本件特許権の消尽の有無）について

(1) 被控訴人の主張

ア控訴人のインテル社に対するライセンス許諾
(ｱ) 本件各製品におけるＵＭＴＳ規格に関連する処理は，本件各製品に実装され

た本件ベースバンドチップによって行われている。

仮に本件各製品が本件各発明を実施しているとすれば，本件各発明の本質的な工

程は，本件各製品の一部品である本件ベースバンドチップにより実施されていると

いえるから，本件ベースバンドチップは，本件発明１に係る本件特許権の間接侵害

品に当たる。

本件ベースバンドチップは，アップル社が米国においてインテル社製のチップセ

ットをその完全子会社であるインテル・アメリカ社を通じて購入し，実装したもの

である。

この点に関し，控訴人は，インテル社製の本件ベースバンドチップのアップル社

に対する販売は，ＩＭＣ社（インテル・モバイル・コミュニケーションズＧＭＢＨ。

旧インフィニオン社）が行っている旨主張するが，そのような事実は存在しない。

(ｲ) インテル社と控訴人は，１９９３年（平成５年）１月１日を効力発生日とす

る特許クロスライセンス契約（甲２０の１，１６２。以下「控訴人とインテル社間

のライセンス契約」という。）を締結した。

控訴人は，控訴人とインテル社間のライセンス契約において，控訴人の保有する

特許のうち，契約満了日（２００９年１２月３１日）前の日付を第１優先日とする

全ての特許権（本件特許権を含む。）に関し，インテル社に対し，「インテル・ライ

センス対象製品」半導体材料，
（半導体素子又は集積回路から構成される製品を含む。）

の製造，販売（子会社等を経由した間接的な販売を含む。）等に関する全世界的なラ

イセンスを許諾した。

控訴人とインテル社間のライセンス契約により許諾される権利の範囲には，イン

テル社が直接的又は子会社経由等により間接的にチップセットを販売する権利，当

該ライセンスが，インテル社のみならず，その子会社にまで及ぶようにする権利が

含まれ（甲２０の１第３．１項，３項）また，
，同契約の存続条項（甲２０の１第６．

４項）により，ある特許がいったん許諾対象に該当すると，インテル社及びその子
会社は，同契約の満了時期にかかわらず，当該特許の存続期間が満了するまでその

特許に対するライセンスを有する。

したがって，インテル社がインテル・アメリカ社を介してアップル社に本件ベー

スバンドチップを販売することは，控訴人とインテル社間のライセンス契約に基づ

くライセンス許諾の範囲内である。

イ本件各発明に係る本件特許権の消尽

最判平成９年７月１日・民集５１巻６号２２９９頁（以下「ＢＢＳ事件最高裁判

決」という。）は，「我が国の特許権者又はこれと同視し得る者が国外において特許

製品を譲渡した場合においては，特許権者は，
・・・譲受人から特許製品を譲り受け

た第三者及びその後の転得者に対しては，
・・・当該製品について我が国において特

許権を行使することは許されないものと解するのが相当である。」と判示した。

ＢＢＳ事件最高裁判決にいう「特許権者と同視し得る者」から実施権者を除外す

べき理由はないから，
「特許権者と同視し得る者」にはインテル社などのライセンシ

ーも含まれると解すべきである。

また，本件発明１は，送信側のＲＬＣ層と受信側のＲＬＣ層との間のデータの送

受信に関する技術であり，全て本件ベースバンドチップのみで実装可能であるから，

本件ベースバンドチップは，本件特許権についてＢＢＳ事件最高裁判決のいう「特

許製品」に当たると解するべきである。

仮に，本件発明１の「データ送信装置」
（構成要件Ｈ）が本件ベースバンドチップ

ではなく，これを組み込んだ最終製品である本件各製品と解される場合においても，

本件ベースバンドチップは，本件発明１に係る特許権の間接侵害品に該当する。譲

渡対象物が部品であったとしても，最終製品に関する物の発明に係る特許権の間接

侵害品に当たるのであれば，譲渡者は，当該部品を譲り受けた譲受人及びその後の

転得者において当該部品を用いて最終製品に関する物の発明に係る特許権を実施す

ることができることを前提としていたというべきであるから，当該部品は，ＢＢＳ

事件最高裁判決にいう「特許製品」に該当すると解すべきである。したがって，本
件ベースバンドチップもＢＢＳ事件最高裁判決にいう「特許製品」に該当する。

また，物の発明と実質的に同一の技術内容に係る方法の発明に係る特許権につい

ても，当該方法の発明に関して特許権者が「特許発明の公開の代償を確保する機会」

が保障されていたという事情が存在する限り，方法の発明に係る特許権に基づく権

利行使も許されないと解すべきである。

本件ベースバンドチップは直接侵害品又は間接侵害品として「特許製品」に当た

り，控訴人がインテル社に本件ベースバンドチップの販売のライセンスをした際に，

控訴人に「特許発明の公開の代償を確保する機会」が保障されていたことから，控

訴人がインテル社の下流顧客に対して本件発明１に係る本件特許権の権利行使をす

ることは許されず，また，本件発明２は，本件発明１と実質的に同一の技術内容に

係る方法の発明であり，本件発明１に係る本件特許権の権利行使が許されない以上，

本件発明２に係る本件特許権の権利行使も許されないというべきである。

したがって，控訴人から本件特許のライセンスを許諾されたインテル社が米国に

おいて本件ベースバンドチップをインテル・アメリカ社を介してアップル社に販売

したことによって，本件ベースバンドチップに関し本件各発明に係る本件特許権が

消尽した。

ウまとめ

以上によれば，控訴人は，被控訴人に対し，本件ベースバンドチップを実装した

本件各製品について本件特許権を行使することができない。

(2) 控訴人の主張

被控訴人は，本件ベースバンドチップに関し本件各発明に係る本件特許権が消尽

した旨を主張するが，以下のとおり理由がない。

ア控訴人とインテル社間のライセンス契約の終了

控訴人とインテル社間のライセンス契約は，２００９年（平成２１年）６月３０

日に契約期間満了により終了しており，同契約には，契約期間満了後のライセンス

の存続条項は存在しない。したがって，インテル社は，本件特許権について無権限
者であるから，アップル社がインテル社から本件ベースバンドチップの譲渡を受け

たことをもって，本件各発明に係る本件特許権が消尽する余地はない。

イライセンス契約の許諾対象製品に非該当

控訴人とインテル社間のライセンス契約（甲２０の１・３，１６２，１６３）に

は，第三者から製品設計が提供される場合の第三者向けインテル社製品をライセン

スの対象外とする規定（３．２項）及び限定した製造委託のみを許容する規定（３．

７項）が存在することからすると，同ライセンス契約において許諾対象とされた「イ

ンテル・ライセンス対象製品」は，インテル社自身により製造された製品又はイン

テル社が設計図等を提供して製造委託した製品を意味すると解すべきである。

しかるに，本件ベースバンドチップは，インテル社ではなくＩＭＣ社（旧インフ

ィニオン社）によって開発され，製造されたもの（正確には，ＩＭＣ社から第三者

へ製造委託されたもの）であるから，本件ライセンス契約の「インテル・ライセン

ス対象製品」に該当しない。

ウ国際消尽の要件の非充足

ＢＢＳ事件最高裁判決は，譲渡人が目的物である特許製品について有する全ての

権利に，我が国に輸入する権利（及び，我が国において使用し，譲渡する権利）が

含まれていることを国際消尽成立のための前提としているというべきであるから，

ＢＢＳ事件最高裁判決にいう「我が国の特許権者と同視し得る者」とは，目的物で

ある特許製品を我が国に輸入する権利（及び，我が国において使用し，譲渡する権

利）を有している者を意味することは明白である。

しかるに，インテル社は，目的物である特許製品（携帯電話機，タブレット型コ

ンピュータ）について，我が国に輸入する権利（及び，我が国において使用し，譲

渡する権利）を有するものでないから，インテル社が「我が国の特許権者と同視し

得る者」に該当しない。

また，インテル社からアップル社が譲渡を受けた本件ベースバンドチップは，本

件各発明の「データ送信装置」ないし「データ送信方法」ではない以上，ＢＢＳ事
件最高裁判決にいう「特許製品」に該当しない。

さらに，インテル社自身が，携帯電話機やタブレット型コンピュータなどの最終

製品を対象としたライセンスの許諾までは受けないことを内容としたライセンス契

約（控訴人とインテル社間のライセンス契約）に合意した以上，本件ベースバンド

チップが携帯電話機等に組み込まれることを控訴人が予想しても，控訴人がインテ

ル社から「データ送信装置」「データ送信方法」に関する本件各発明の公開の代償
，

を得られるものではないから，控訴人に上記代償を確保する機会が保障されていた

ものといえないことは明らかであるし，また，本件ベースバンドチップが特許製品

である本件各製品全体の価格に占める部品単価の割合は僅少であり，このような一

部のみの利得機会をもって全部の利得機会を得たと評価することもできない。

エまとめ

以上のとおり，アップル社がインテル社から本件各製品の一部品である本件ベー

スバンドチップを譲り受けたからといって，本件各発明に係る本件特許権が消尽す

るものではないから，控訴人が本件各製品について本件特許権を行使することがで

きないとの被控訴人の主張は，その前提を欠き，理由がない。

５争点５（控訴人の本件ＦＲＡＮＤ宣言に基づく本件特許権のライセンス契約

の成否）について

(1) 被控訴人の主張

ア本件ＦＲＡＮＤ宣言に関する準拠法

(ｱ) 控訴人は，１９９８年（平成１０年）１２月１４日，ＥＴＳＩに対し，ＵＭ

ＴＳ規格に必須である控訴人保有の特許をＦＲＡＮＤ条件（ＥＴＳＩのＩＰＲポリ

シー６．１項所定の公正，合理的かつ非差別的な条件）で許諾する用意がある旨の

誓約（宣言）をし，さらに，２００７年（平成１９年）８月７日，ＥＴＳＩに対し，

本件出願の優先権主張の基礎となる韓国出願の出願番号，本件出願の国際出願番号

等を明示した上で，ＵＭＴＳ規格に必須である控訴人保有の特許をＦＲＡＮＤ条件

で取消不能なライセンスを許諾する用意がある旨の宣言（本件ＦＲＡＮＤ宣言）を
した。

ＦＲＡＮＤ条件による規格必須特許のライセンス宣言は，ＥＴＳＩの会員のみな

らず，非会員をも含むあらゆる者を対象とするものであるから「ＩＰＲについての
（

ＥＴＳＩの指針」
（甲１６，１６１），アップル社及び被控訴人も，本件ＦＲＡＮＤ
）

宣言の対象となり得る。

(ｲ) 本件ＦＲＡＮＤ宣言及びＩＰＲポリシーの準拠法は，フランス法であるから

（甲１３，ＩＰＲポリシー１２項），本件ＦＲＡＮＤ宣言の効力，本件ＦＲＡＮＤ宣

言に基づくライセンス契約の成立要件等については，フランス法が適用される。

イ控訴人と被控訴人間のライセンス契約の成立

(ｱ) 控訴人がＥＴＳＩに対して行った本件ＦＲＡＮＤ宣言は，フランス法におい

て法的拘束力のある申込み（又は「継続的な申し入れ（offre permanente））であ
」

ると考えるのに必要な要素（許諾対象特許，許諾される権利内容等）が全て含まれ

ているから，
「ある当事者が当該規格を実装することで承諾される，実際のライセン

スの申出」を構成する。そして，フランス法上，承諾は，行為又は合意の履行によ

ってされるから，被控訴人が本件各製品の輸入販売を開始したことによって，控訴

人の上記ライセンスの申込みに対する黙示の承諾がされ，これにより控訴人と被控

訴人との間で，本件特許権についてライセンス契約が成立したといえる。

(ｲ)ａ控訴人の本件ＦＲＡＮＤ宣言において特定のライセンス料率が定まって

いないことは，ライセンス契約の成立を妨げるものではない。

フランス法上，売買契約に関しては，特定の金額が定まっていることがその成立

の要素となっているのに対し，ライセンス契約は，売買契約とは異なる特殊な契約

に位置付けられ，当事者が契約を締結する上で，ライセンス料の合意があることが

必須要件とされていない。また，フランス法上，裁判所がＦＲＡＮＤ条件のライセ

ンス料率を決定することが可能である。

ｂフランス法においては，ライセンスを構成する行為は，書面により締結され

るべきであり，書面がない場合には，無効になると規定されているが（知的財産法
Ｌ．６１３－8条5項），一方で，書面に対して義務を負う当事者の署名があれば，

当該書面は，法的拘束力を有することとされている。

この点，控訴人の本件ＦＲＡＮＤ宣言は，控訴人の署名のある書面によってされ

ているから，書面性の要件が充たされており，被控訴人の署名がないことは，書面

性の要件とは関係がない。また，フランス法上，ライセンス契約の書面性の要件は，

「ライセンシーの特定の利益を守る目的」で課されたことから，書面の欠如を理由

として契約の無効を主張できるのは，書面の欠如により保護されるべき当事者（ラ

イセンシー）のみであり，本件において，控訴人は無効主張をする資格を有しない。

(ｳ) また，本件ＦＲＡＮＤ宣言については，控訴人及びＥＴＳＩ間の第三者のた

めにする契約（stipulation pour autrui）と構成することも可能である。フランス

法上，両当事者間の合意の交換によって，第三者に有利な義務を負う約束ができる

と解される。受益者である被控訴人は，契約の成立を目的として約束を受諾する必

要はなく，受益者には約束者（控訴人）に対する即時かつ直接の権利が与えられる

と解される。

(ｴ) 仮に控訴人の本件ＦＲＡＮＤ宣言が，実装行為によって承諾されるような申

込みに当たらない場合であっても，少なくとも，本件ＦＲＡＮＤ宣言は，拘束力あ

る契約を締結する旨の誓約に該当するというべきである。このように，控訴人は，

被控訴人に対して，フランス法上，ライセンスを許諾する義務を負っているのであ

るから，損害賠償請求をすることは許されない。

ウ準拠法を日本法と解した場合について

仮に本件ＦＲＡＮＤ宣言の準拠法を日本法と解した場合であっても，本件ＦＲＡ

ＮＤ宣言は控訴人による通常実施権許諾契約の申込みと解され，また，被控訴人が

ＵＭＴＳ規格の実装行為を行うことによって承諾されるから，日本法の下でもライ

センス契約が成立していたと解されることになる。

エまとめ

以上のとおり，控訴人がＥＴＳＩに対して行った本件ＦＲＡＮＤ宣言がＦＲＡＮ
Ｄ条件による本件特許権のライセンス契約の申込みに，被控訴人が本件各製品の輸

入販売を始めたことが上記申込みに対する黙示の承諾に当たり，控訴人と被控訴人

間で本件特許権についてＦＲＡＮＤ条件によるライセンス契約が成立したから，控

訴人は，本件特許権を行使することができない。

(2) 控訴人の主張

ア契約の申込みの不存在

契約の成立により，当事者は当該契約を履行すべき法的義務を負うものであるか

ら，申込みは，承諾によって直ちに契約を成立させ得る程度に具体的であることを

要する。

しかるに，控訴人の本件ＦＲＡＮＤ宣言には，対価（実施料率），期間及び地理的

範囲といった契約の要素というべき重要事項の一切が含まれておらず，当事者が負

うべき具体的義務が何ら特定されていないから，これがライセンス契約の申込みに

該当することはない。

この点，フランス法においても，ライセンス契約が成立するためには，契約の重

要な要素（例えば，対価，対象特許，地域，期間）を明確にした申込み及びそれに

合致した承諾が必要であると解されており，本件においては，それらを明確にした

申込みはないから，ライセンス契約が成立する余地はない。なお，フランスの最高

裁判所（破毀院）の判決において，ロイヤルティ（対価）がライセンス契約の必須

要素であるか否かを取り扱ったものはない。

イ承諾の不存在

(ｱ) 前記アのとおり，そもそも控訴人から本件特許権のライセンス契約の申込み

がされた事実が存在しないのであるから，これに対する被控訴人の承諾が存在する

ことはない。

(ｲ) これに対し被控訴人は，被控訴人が本件各製品を輸入販売等したことによっ

て上記申込みに対する黙示の承諾がされた旨を主張する。

しかし，被控訴人は規格の実装により意思の合致が認められる理由を述べていな
い。また，仮に被控訴人の主張が肯定されるならば，特許技術の利用者は，単に規

格を実装する行為をとるだけで，承諾を権利者に表明することなく，しかも対価を

支払うことなく，当該特許技術を利用できることとなるが，そのような帰結が非常

識であることは明らかである。

したがって，被控訴人の上記主張は失当である。

ウ書面性の要件の欠如

(ｱ) 仮にライセンスの成否についてフランス法を準拠法とする被控訴人の主張

を前提としても，フランス法においては，特許ライセンス契約は書面によらなけれ

ばならないとされており，本件特許について，控訴人と被控訴人との間のライセン

ス契約に関する書面は存在しないから，被控訴人主張のライセンス契約は成立して

いない。

(ｲ) これに対し，被控訴人は，控訴人の本件ＦＲＡＮＤ宣言には，義務者である

控訴人の署名があるので，特許ライセンス契約の成立に必要な書面性の要件を充足

する旨を主張する。

しかし，①本件ＦＲＡＮＤ宣言には，ライセンス契約の目的，対価，期間及び地

理的範囲といった契約の内容を表すのに必要な条項が含まれていないこと，②本件

ＦＲＡＮＤ宣言に被控訴人の署名が付されていない以上，双方当事者の意思が合致

したか否かが不明確であること，③本件ＦＲＡＮＤ宣言は，相互にライセンス契約

を受けることが前提とされており，他方当事者であるライセンシーも義務者になる

のであるから，他方当事者である被控訴人の署名を不要とすることができないこと

からすると，被控訴人主張の控訴人と被控訴人間のライセンス契約は書面性の要件

を充たしていない。

したがって，被控訴人の上記主張は，理由がない。

エまとめ

以上のとおり，本件ＦＲＡＮＤ宣言に基づいて控訴人と被控訴人間で本件特許権

についてライセンス契約が成立したとの被控訴人の主張は，理由がない。
６争点６（控訴人による本件特許権に基づく損害賠償請求権の行使の権利濫用

の成否）について

(1) 被控訴人の主張

以下の諸事情に鑑みれば，控訴人が被控訴人に対し，本件特許権に基づく損害賠

償請求権を行使することは，権利の濫用（民法1条3項）に当たり，許されない。

ア本件特許の適時開示義務違反

ＥＴＳＩのＩＰＲポリシー４．１項は，ＥＴＳＩの会員が，開発済み又は開発中

の標準規格に必須となり得る知的財産権を保有する場合，これをＥＴＳＩに適時に

開示することを義務付けている。この趣旨は，標準策定の参加者が標準規格を構成

する特許の存在を秘匿すると，標準化のワーキンググループが当該特許の代わりの

技術を標準規格に採用することを検討したり，当該特許を標準規格から外す旨の決

定を行ったりする機会が奪われると同時に，標準規格を実装する者や，標準化団体

が代替的技術を選択する機会も奪われることになるので，ＥＴＳＩの会員にその保

有する標準規格に必須となり得る知的財産権の適時開示義務を負わせたものである。

控訴人は，本件出願の優先日の属する月である２００５年（平成１７年）５月，

控訴人が特許を取得しようとしていた技術を含む変更要請書を作成し，これを３Ｇ

ＰＰのワーキンググループに提示し，その後本件特許に係る標準規格が決まってか

ら，約２年経過後の２００７年（平成１９年）８月に至るまで本件特許の存在をＥ

ＴＳＩに開示しなかった。

このように控訴人は，意図的にＩＰＲポリシー４．１項の適時開示義務に違反し

たものである。

イ本件仮処分の申立てが報復的な対抗措置であること

アップル社は，２０１１年（平成２３年）４月，米国において，控訴人に対し，

標準規格と関係のないアップル社保有の特許権等を侵害したとして，その侵害行為

の差止請求訴訟を提起した。

控訴人は，同月，アップル社の上記提訴に対する報復的な対抗措置として，被控
訴人に対し，控訴人がＵＭＴＳ規格の必須特許であるとの宣言（以下，この宣言に

係る特許を「必須宣言特許」という。）をした本件特許権に基づき本件各製品の販売

等の差止めを求める本件仮処分の申立てなどをした。

ウ本件ＦＲＡＮＤ宣言に基づくライセンス契約締結義務違反及び誠実交渉義務

違反

(ｱ) 「ＩＰＲについてのＥＴＳＩの指針」１．４項（甲１６，１６１）は，第三

者は，ＥＴＳＩ規格の利用者として，ＩＰＲポリシー６．１項に基づき，規格に関

し，ＦＲＡＮＤ条件でライセンスが許諾される権利を有することを定めている。

アップル社及び被控訴人は，控訴人の本件ＦＲＡＮＤ宣言によって，必須宣言特

許のライセンスを受ける権利を有するから，控訴人は，必須宣言特許である本件特

許権についてライセンス契約を締結する義務（ライセンス契約締結義務）を負うと

いうべきである。また，控訴人は，少なくとも，必須宣言特許のライセンスに関し

誠実に交渉すべき義務（誠実交渉義務）を負うというべきである。

しかし，控訴人は，以下に述べるとおり，ライセンス契約締結義務及び誠実交渉

義務に違反している。

(ｲ)ａ前記イのとおり，控訴人がアップル社の提訴に対する報復的な対抗措置と

して本件仮処分の申立てを行ったことは，必須宣言特許のライセンスに関する控訴

人のライセンス契約締結義務に違反する行為である。

控訴人の本件仮処分の申立ての意図は，アップル社及び被控訴人に対し，ＦＲＡ

ＮＤ宣言でのライセンスを許諾する意思はなく，必須特許宣言をした本件特許権に

基づく差止請求権を行使して被控訴人及びアップル社を脅かすことにより，アップ

ル社が提訴した事件を牽制し，有利に進めようとしているにすぎない。

ｂアップル社は，控訴人に対して，２０１１年（平成２３年）４月２９日付け

書簡（甲６の１）で，控訴人が主張している個々の必須宣言特許及び同社の必須宣

言特許ポートフォリオ（以下，
「特許ポートフォリオ」とは，ある者の有する特許権

の集合を指す趣旨で用いる。に関して，
）ＦＲＡＮＤ条件に適ったロイヤルティ又は
一時金について問い合わせをし，その後，再三要求を繰り返したが，結局，同年７

月２５日まで，控訴人から具体的なロイヤルティの提案はされなかった。

同日，控訴人からアップル社に対して，同日付け書簡（甲２９）において，具体

的な料率が提示された。これは，本件各製品及び本件ベースバンドチップの平均販

売価格をそれぞれ６００ドル及び１５ドルであると考えた場合，ほぼ本件ベースバ

ンドチップと同程度の金額のロイヤルティを要求していることとなる。仮にアップ

ル社が同様のライセンス料率を他のＵＭＴＳ規格に関する必須宣言特許の保有者に

対して支払うと仮定すると，アップル社は，ＵＭＴＳ規格に関する全ての必須宣言

特許についてライセンスを受けるために，本件ベースバンドチップの平均販売価格

の約１８倍のライセンス料を支払わなければならなくなる。以上の経緯によれば，

控訴人の提示したロイヤルティはＦＲＡＮＤ条件によるものではない。

これに対して，アップル社は，同年８月１８日，同日付け書簡（甲３４の４）で，

控訴人に対し，必須宣言特許に関するライセンス料率算定の枠組みを提示した。し

かし，控訴人は，アップル社の提案した枠組みを拒否し，また，具体的な代案も一

切示さなかった。

控訴人は，翌年１２月になるまで，約１年半もの間，新たな代案を提示しなかっ

た。控訴人は，アップル社に対する２０１２年（平成２４年）１２月３日付けの書

簡（乙６４）で，従前の提案の半分以下の料率を提案した。しかし，控訴人は，そ

の算定方法について具体的な説明をしていない。また，同月の，控訴人とアップル

社の和解交渉の場面において，控訴人は，アップル社が控訴人に対して一時金を支

払うという条件で，両者のＵＭＴＳ規格等に関する必須となる特許のポートフォリ

オについてクロスライセンスを行うという提案をした。しかし，この提案も，アッ

プル社の知的財産権（標準規格に関しないもの）の侵害によって生じる控訴人の責

任について免除を受けた上で世界的な紛争に関して和解をするという前提条件が付

されていた。控訴人が同月に行ったこれらの提案は，いずれもＦＲＡＮＤ条件から

かけ離れたものである。
控訴人は，いまだにＦＲＡＮＤ条件に適合するライセンスの提案を行っておらず，

アップル社に対して提示するライセンスの提案が，他のライセンシーに対するライ

センス条件と比して差別的ではないということを裏付ける情報の提供も行っていな

い。

ｃまた，現在に至るまで，控訴人は，自社の主張する必須宣言特許について，

特許単位でのライセンスを行うように求めるアップル社の要請に応じていない。

ＥＴＳＩのＩＰＲポリシー６．１項は「特定の規格または技術仕様に関連する一

つの必須ＩＰＲがＥＴＳＩに知らされた場合」としており，ＦＲＡＮＤ条件でのラ

イセンス許諾が原則として個々の特許単位であることを明らかにしている。ポート

フォリオ全体でのライセンス条件を強要することを許してしまえば，必須宣言特許

の保有者がＦＲＡＮＤ条件でのライセンス義務を容易に潜脱することが可能になる

弊害が生じる。

(ｳ) さらに，控訴人は，被控訴人が平成２５年５月１６日付け書簡（乙６６）で

求めた，必須宣言特許ポートフォリオ及びそれに関するクロスライセンスの提案の

評価に必要な情報の提供を行っておらず，また，アップル社において控訴人のライ

センス提案がＦＲＡＮＤ条件に適合するものであるかどうかを判断するのに必要な

情報（控訴人と他社との間の必須宣言特許のライセンス契約に関する情報等）の提

供を拒んでいる。このように控訴人は誠実交渉義務にも違反している。

(ｴ) 以上のとおり，アップル社は，控訴人に対し，ライセンス料の算定根拠を詳

細に説明した上で，繰り返し確定的なライセンスの申出を行ったにもかかわらず，

控訴人は，従前の申出をいまだに維持し，当該申出に係るライセンス料の算定根拠

も，アップル社の申出に対する代案も示すことなく，一方で，必須宣言特許である

本件特許権に基づいて差止めを求める本件仮処分の申立てを維持し，アップル社に

対して，必須宣言特許に基づく差止仮処分命令の脅威を背景として圧力をかけてい

る。

このような控訴人の一連の行為は，特許発明に係る技術が標準規格に組み込まれ
ることによりその技術に内在する価値を大幅に超える力，つまり，標準規格の実装

者から不当に高いロイヤルティや非必須知的財産権のクロスライセンスを取得する

力を特許権者に与えかねないという，いわゆる「ホールドアップ状況」
（標準規格に

取り込まれた技術の権利行使によって標準規格の利用を望む者が利用できなくなる

状況）の策出行為に当たるものである。

以上によれば，控訴人は，必須宣言特許である本件特許権についてのライセンス

契約締結義務及び誠実交渉義務に違反しているというべきである。

(ｵ) この点に関し，控訴人は，アップル社がＦＲＡＮＤ条件による「確定的なラ

イセンスの申出」を行っていないから，控訴人に誠実交渉義務が発生していない旨

主張する。

しかし，ＥＴＳＩのＩＰＲポリシー，控訴人の本件ＦＲＡＮＤ宣言及びその準拠

法であるフランス法のいずれにおいても，必須宣言特許権者が誠実交渉義務を負う

条件として，ＵＭＴＳ規格の実施希望者に対して，
「確定的なライセンスの申出」を

行うことを求める規定は存しない。
「確定的なライセンスの申出」は，ライセンス契

約成立の要件ではなく，また，特許権者の誠実交渉義務発生の要件でもない。

日本法においても，
「確定的なライセンスの申出」を要求する根拠は存しない。仮

に日本法において控訴人の誠実交渉義務の発生要件としてアップル社又は被控訴人

の「確定的なライセンスの申出」が必要であるとしても，アップル社は，控訴人に

対し，ＦＲＡＮＤ条件でのライセンス契約締結の限りで，本件特許権の有効性及び

抵触性を争わないとの意思を示し，「確定的なライセンスの申出」を行っている。

さらに，仮にライセンス希望者がＦＲＡＮＤ条件でのライセンスの申出を行うに

際し特許の有効性や抵触性を争う権利を放棄しなければならないとすれば，必須宣

言特許権者は，後に当該特許が必須でなかったことや，当該特許の有効性や抵触性

が認められないことが判明したとしても，ライセンシーからその点を指摘されるこ

とから免れることができる結果となり，しかも，ライセンシーから特許の有効性や

抵触性を争われることを免れるという利益を得るために，本来は必須特許ではない
ものについて，必須特許であるという過剰な宣言を助長しかねないこととなり，妥

当でない。

したがって，控訴人の上記主張は，理由がない。

エ独占禁止法違反

控訴人の一連の行為は，
「ホールドアップ状況」を策出するものであって（前記ウ

(ｴ)），標準規格を広く普及させることを目的とする３ＧＰＰの趣旨に反するもので

あるとともに，私的独占の禁止及び公正取引の確保に関する法律（以下「独占禁止

法」という。）の不公正な取引方法に関する規定（2条9項2号，一般指定２項ない

し４項，１４項等）のいずれかに該当する可能性が高く，独占禁止法違反になる。

また，控訴人が訴訟対象となっている必須特許のみを対象とするライセンスを拒否

し，控訴人の保有する必須特許ポートフォリオ全体を対象とする一括ライセンスの

みを求めることも，不公正な取引方法（一般指定１０項又は１２項）に該当する。

オＴＲＩＰｓ協定違反

ＴＲＩＰｓ協定31条は，国内法令によって強制実施権等，特許権者の許諾を得

ずに行われる特許使用を認める場合について考慮するべき事項を定めた規定である。

したがって，損害賠償の場面を想定した規定ではないし，裁判所が特許権侵害を認

定した場合において，いかなる場合にも損害賠償請求を認めなければならないとい

う規定でもなく，控訴人の損害賠償請求を権利濫用と認めるに妨げとはならない。

カまとめ

以上のとおり，控訴人が意図的に本件特許について適時開示義務に違反したこと，

控訴人の本件仮処分の申立てが報復的な対抗措置であること，控訴人が本件ＦＲＡ

ＮＤ宣言に基づく必須宣言特許である本件特許権についてのライセンス契約締結義

務及び誠実交渉義務に違反して「ホールドアップ状況」を策出していること，かか

る控訴人の一連の行為が独占禁止法に違反することなどの諸事情に鑑みれば，控訴

人が被控訴人に対し，本件特許権に基づく損害賠償請求権を行使することは，権利

の濫用に当たり許されないというべきである。
(2) 控訴人の主張

被控訴人が控訴人による本件特許権に基づく損害賠償請求権の行使が権利濫用に

当たることを基礎付ける事情として挙げる諸点は，以下に述べるとおり，前提とな

る事実が存在しないか，そもそも権利濫用を基礎付ける事情に当たらない。

アＩＰＲポリシーの適時開示義務違反の主張に対し

(ｱ) 被控訴人が適時開示義務違反の根拠とするＥＴＳＩのＩＰＲポリシー４．１

項（甲１２）は，自らの特許権等を開示するために合理的な努力を求めているが，

当該規定はＥＴＳＩの会員に対してＥＴＳＩとの関係を規定するものであり，第三

者との関係を規定するものではなく，その違反に対する制裁は何ら想定されていな

い。

また，ＥＴＳＩとの関係での手続義務違反があることが，当然に，本件特許権の

行使が権利濫用に該当するとの結論を導くものではない。

(ｲ) 被控訴人は，控訴人のＥＴＳＩに対する本件特許の開示が，本件出願の優先

日から起算して約２年後であったことをもって，控訴人に適時開示義務違反がある

旨主張する。

しかし，必須特許宣言は，会社において，特許の抽出，規格に必須であることの

精査を行い，適正な社内手続を経て行われるものであり，相応の労力と期間を要す

るとともに，会社としての決定と行為を要するものであることはいうまでもなく，

それゆえに，一般的に，ＥＴＳＩの会員における特許の開示に要する期間として１

年から２年の期間が必要となる。

控訴人のＥＴＳＩに対する本件特許の開示が本件出願の優先日から起算して約２

年後であったが，同期間は，通常の実務の水準に沿うものであって，控訴人におい

て適時開示のための合理的な努力を怠ったものではなく，適時開示義務に反すると

はいえない。

したがって，被控訴人の上記主張は理由がない。

イ本件仮処分の申立てが報復的な対抗措置等であるとの主張に対し
被控訴人は，控訴人の本件仮処分の申立てが，アップル社が控訴人に対して米国

において差止請求を行った後に申し立てられたことをもって，報復的な対抗措置で

あり，アップル社が申し立てた事件を牽制し，有利に進めようとするものである旨

主張する。

しかし，アップル社が控訴人に対して米国で差止請求を行った事件は，本件とは

別個の事件であるし，控訴人が本件特許権の侵害行為の差止請求をする権利を有す

ることの当然の効果として，被控訴人が当該侵害行為の差止請求を受けることは法

が当然に予定しているのであり，控訴人による権利行使がアップル社からの権利行

使に後れたことをもって「報復的な対抗措置」「アップル社が申し立てた事件の牽
，

制」等との非難を受けるいわれはない。ＥＴＳＩのＩＰＲポリシーにおいても，差

止請求権の行使が明示的に禁じられてはいない。また，アップル社は，訴訟の結果

が出るまでライセンス料を支払う意思のない者（unwilling licensee）であり，真

にライセンスを取得する意思がないにもかかわらず，ライセンスを希望するかのよ

うに装って，ライセンス料を払うことなく特許を利用するという「逆ホールドアッ

プ」を行っているから，控訴人が本件仮処分命令の申立てをすることに不当な点は

ない。

したがって，被控訴人の上記主張は，理由がない。

ウ本件ＦＲＡＮＤ宣言に基づくライセンス契約締結義務違反及び誠実交渉義務

違反の主張に対し

(ｱ) ライセンス契約締結義務の不存在

ＥＴＳＩに対するＦＲＡＮＤ宣言によって生じる特許権者の義務は，ライセンス

を受けることを希望する者との間で，その申出を受けて，ＩＰＲポリシー６．１項

所定のＦＲＡＮＤ条件でライセンスを行うという基本原則に従って，誠実に交渉，

協議する義務（誠実交渉義務）である。ＦＲＡＮＤ宣言がされたからといって，い

かなる場合にも，控訴人が，ライセンス契約を締結する義務（ライセンス契約締結

義務）を負担するものではない。
被控訴人は，ＦＲＡＮＤ宣言によりライセンス契約締結義務を負うとする主張す

る。しかし，被控訴人が同主張の根拠とする「ＩＰＲについてのＥＴＳＩの指針」

（甲１６，１６１）は，
「具体的なライセンス条件及び交渉は企業間の商業上の問題

であり，ＥＴＳＩ内で対処されるものではない」
（４．１項）と規定しており，同主

張は，ＥＴＳＩが個々のライセンス契約の交渉に関与しない方針であることと矛盾

する。

したがって，控訴人に本件ＦＲＡＮＤ宣言に基づくライセンス契約締結義務違反

があるとの被控訴人の主張は，理由がない。

(ｲ) 誠実交渉義務の不発生

ａＦＲＡＮＤ宣言によりその宣言をした者に課せられる義務の内容については，

各国の公共政策に直接的に関わる問題であるため日本法固有の観点から判断し得る

ものである。そして，日本法の観点からは，誠実交渉義務が生じるのは，ライセン

ス対象特許の有効性を争うことなく，真にライセンスを受けることを希望する「確

定的なライセンスの申出」が必要であると解すべきである。

被控訴人は，アップル社が控訴人に対し，２０１２年（平成２４年）３月４日，

同年９月１日及び７日にＦＲＡＮＤ条件による「確定的なライセンスの申出」を行

った旨主張するが，いずれも理由がない。

(a) 被控訴人主張の２０１２年（平成２４年）３月４日の申出は，控訴人の特許

の抵触性と有効性を争うものであるから，そもそも「確定的なライセンスの申出」

に該当しない。

また，上記申出の内容は，不合理に低額なライセンス料率を提示するものであっ

て，交渉が成立しないことを知った上で，申出の外形を形式的に作出しただけの真

にライセンスを受ける意思のないものであり，上記申出が「確定的なライセンスの

申出」に該当することはあり得ない。

(b) 被控訴人主張の２０１２年（平成２４年）９月１日及び７日の申出（甲１０

９，１１０）は，控訴人の特許が非侵害ないし無効であることを指摘しつつ，宣言
者による必須性の検証を提案している点で（訳文３頁）依然として控訴人の特許の
，

抵触性と有効性を争うことを留保するものであるから，確定的なライセンスの申出」
「

とはいえない。また，アップル社は，特許権が消尽していると主張する製品につい

ては実施料を請求すべきでない（ロイヤリティの算定の基礎とすべきでない）旨主

張しており（訳文４頁）特許消尽の主張が特許権侵害の主張に対する抗弁であるこ
，

とに鑑みれば，このような主張をすることは，依然として特許の抵触性を争ってい

るに等しいから，「確定的なライセンスの申出」とはいえない。

(c) 以上のとおり，被控訴人主張のアップル社の申出は，真にライセンスを希望

する確定的な申出とはいえないから，控訴人には誠実交渉義務が生じているとはい

えない。

ｂこの点に関連して，被控訴人は，他のライセンシーに対するライセンス条件

について，秘密保持義務に違反しない範囲でアップル社に開示することは可能であ

るのに，控訴人がライセンス条件を開示しないことを非難する旨の主張をしている。

しかし，本件ＦＲＡＮＤ宣言により控訴人に課される義務は，確定的なライセン

ス申出を行う者に対して誠実に交渉，協議する義務であって，他社へのライセンス

条件を開示する義務は存在しない。また，アップル社は確定的なライセンスの申出

を行っておらず，控訴人は被控訴人に対して何ら義務を負っていないというべきで

あるから，被控訴人の上記主張は失当である。

また，控訴人と他社との間のライセンス契約に関する情報は，秘密保持義務が課

されており，提供できる性質のものではない。

(ｳ) 誠実交渉義務違反の不存在

ａ控訴人は，終始一貫して，アップル社に対して両社の間で誠実に交渉するこ

とを求めており，誠実交渉義務に違反していない。

すなわち，控訴人は，２０１２年（平成２４年）４月１８日付け回答書（乙４２）

において，アップル社に対しＦＲＡＮＤ条件でのライセンスの用意があることを伝

え，アップル社が真剣な提案を行うことを促している。また，控訴人は，２０１２
年（平成２４年）９月７日付け書簡（甲１１１）において，アップル社に対して交

渉の再開を提案し，同年９月２５日以前に会談を行うことを提案した。また，控訴

人は，同年１２月１８日には，アップル社に対して，ＵＭＴＳ規格等に関する必須

特許ポートフォリオを対象とした１０年間のクロスライセンスの対価として多額の

一時金を支払うことを内容とする新たな提案も行っている。そして，控訴人とアッ

プル社は，平成２５年２月７日開催の会合において，●●●●●●●●●●●●●

●●●●●●●●●その内容を記載した覚書（ドラフト）を作成した。このように，

控訴人は，終始一貫して，アップル社に対して両者の間で誠実に交渉することを求

めてきた。控訴人が２０１１年（平成２３年）７月２５日付けの書簡（甲２５）で

示したライセンス料率は，いわゆる Headline initial offer であり，ＦＲＡＮＤ

条件に従う必要はなく，その後の経緯を見れば，交渉が継続され，控訴人から対案

が示されているのであるから，重視されるべきではない。

ｂまた，被控訴人は，控訴人がアップル社に対してＦＲＡＮＤ条件でのライセ

ンスの提示を行っておらず，また代案を示すことなく，被控訴人に対して差止請求

を行っており，かかる行為はアップル社及び被控訴人に対するＦＲＡＮＤ条件での

ライセンスを拒絶する行為である旨主張する。

しかし，アップル社が「確定的なライセンスの申出」を行っていないことは前述

したとおりであるから，控訴人の行為がＦＲＡＮＤ条件でのライセンスを拒絶する

行為であるとの被控訴人の主張は，その前提を欠き失当である。

ｃむしろ，これまでに控訴人の誠実な交渉姿勢に応えてこなかったのは，アッ

プル社側であって，本件で問題とするべきなのは，真にライセンスを取得する意思

がないにもかかわらず，ライセンスを希望するかのように装って，実施料を支払う

ことなく，必須宣言特許を利用する，いわゆる「逆ホールドアップ」状況である。

アップル社は，平成２５年２月７日開催の会合で，覚書（ドラフト）の作成段階に

まで至っていた●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●

●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●また，アップル
社は，同年５月１６日付けの書簡（乙６６）でも，本件特許権がライセンス交渉の

対象とならないことを明確に示している。このような交渉態度に照らすならば，ア

ップル社は，真摯にライセンスを受ける意思を有していない者（unwilling licensee）

であるというべきである。

ｄ以上のとおり，控訴人が誠実交渉義務に違反するとの被控訴人の主張は，理

由がない。

(ｴ) ＦＲＡＮＤ条件での実施料相当額の請求について

ＦＲＡＮＤ宣言は，無償での特許権の利用を認めるものではないから，ＦＲＡＮ

Ｄ条件での実施料相当額の請求が，ＦＲＡＮＤ宣言をしていることを根拠として制

限される理由はない。ＦＲＡＮＤ宣言をしたことを理由として，何らかの制限があ

るか否かが議論されるのは，差止請求権に関してであって，損害賠償請求権に関し

てではない。

エ独占禁止法違反の主張に対し

被控訴人は，控訴人の一連の行為が独占禁止法所定の不公正な取引方法に該当し，

同法に違反する旨主張する。

しかし，被控訴人の上記主張は，控訴人に適時開示義務違反があること，控訴人

が報復目的の対抗措置として本件仮処分の申立てを行っていることなどを根拠とす

るものであるが，その前提において誤りがあるから，失当である。

オＴＲＩＰｓ協定に関する主張に対し

我が国は，ＴＲＩＰｓ協定を批准しているところ，ＴＲＩＰｓ協定31条は，加

盟国が，特許権者の許諾を得ていない特許の使用に関して，これを認める場合には，

特許権者に対して金銭的補償を行うことを求め，かかる金銭的補償に関しては裁判

所が決定するべき旨を規定している。本件においても，特許権者たる控訴人には，

当然に金銭的補償が与えられるべきであり，控訴人による損害賠償請求権の行使が

許されないとされるべき理由は存在しない。

カまとめ
以上のとおり，控訴人の本件特許権に基づく損害賠償請求権の行使が権利濫用に

当たるとの被控訴人の主張は，前提となる事実が存在しないか，権利濫用を基礎付

ける事情に当たらないから，理由がない。また，控訴人による損害賠償請求を否定

することはＴＲＩＰｓ協定に違反する。

７争点７（損害額）

(1) 控訴人の主張

被控訴人による本件特許権の相当実施料に基づく支払債務は，後記の計算式のと

おりである。

本件特許権の相当実施料率は，本件特許権の技術分野である通信機器の実施料率

に倣って，原則として売上高の５．７％であり，少なく見積もっても１％を下回ら

ないとするのが合理的である。もっとも，原判決においては，本件特許権がＥＴＳ

ＩのＩＰＲポリシーでいう必須ＩＰＲであると認定されており，被控訴人もこれを

前提にした主張をしているので，かかる観点から，相当実施料率を修正する必要が

ある。

必須ＩＰＲである特許権の累積的実施料率の上限に関しては，被控訴人が売上高

の５％と主張していることから，裁判の迅速化を図るために，これを争わない。

また，被控訴人が提出したＢの追加宣誓書（甲１３４）には，ＵＭＴＳ規格に必

須と宣言された特許ファミリーのうち，実際に必須であるのは５２９ファミリーで

ある旨が記載されているので，控訴人もこれを採用する。

本件特許権の実施料率は，次の計算式で求められることになる。

（計算式）５％×１／５２９＝約０．００９５％

これに，本件製品２及び４の発売から平成２５年９月２８日までの売上高を乗ず

ると，次の計算式のとおり，相当実施料額が算定される。

（計算式）

本件製品２ ●（省略）●円×５％×１／５２９≒●（省略）●万円

本件製品４ ●（省略）●円×５％×１／５２９≒●（省略）●万円
(2) 被控訴人の主張

ＦＲＡＮＤ宣言がされた特許の価値を適切に評価するには，標準規格に組み込ま

れる前の発明本来の価値を基準としなければならない。

ＦＲＡＮＤ宣言された特許権の実施料率は，当該製品を構成する部品のうち，標

準化された技術に関係するものを基準にして設定されなければならず，また，実施

料率は，全ての必須宣言特許に係る実施料の支払額が高くなりすぎないよう考慮し

て決定しなければならない。

ア控訴人による損害額の主張は，標準規格に組み込まれる前の価値を一切考慮

していない点において，誤りがある。代替的Ｅビット解釈が，実際には使用されて

いないことや，その使用が必要あるいは望ましいことを示す証拠もないことからす

れば，本件特許が標準規格の一部であるとしても，組み込まれる前の価値はゼロで

あるとするのが相当である。本件特許の技術的価値が低いことからして，標準規格

に組み込まれる前にライセンス交渉が行われたとすれば，実施料を支払う者はいな

い。そうすると，本件特許に係る実施料率は，本件特許に係る技術の標準規格に組

み込まれる前の価値がゼロかそれに近い数字であることを反映したものである必要

があり，控訴人主張に係るような金額に上ることはあり得ない。

イ控訴人は，本件各製品の販売価格を実施料算定の基礎としているが，これで

は本件各発明が寄与していない部分についてまで実施料の算定基礎に含まれること

となり，過大な実施料となる。また，本件特許における実施料は，非差別的なもの

でなければならないところ，本件各製品の販売価格を実施料算定の基礎とすること

は，より高価格なスマートフォンを取り扱う者を不利益に取り扱うことになる。本

件において不合理な結果を避けるためには，本件各発明が寄与する最小単位である

ベースバンドチップの価格を基準にして実施料を算定するべきである。仮に，本件

各製品の販売価格を基準とする場合でも，寄与度を乗じた額を基準とするべきで，

本件各特許はベースバンドチップにのみ寄与しているというべきであるから，ベー

スバンドチップの価格となるように寄与度を設定するべきである。そうでないとし
ても，通信機能をはじめとする基本的な機能しか備えていない携帯電話の価格（保

守的に見積もって６０００円程度）を超える寄与はない。

ウ本件特許の実施料は，ＵＭＴＳ規格全体において本件特許が占める割合を反

映したものでなければならならない。また，ＵＭＴＳ規格の必須宣言特許について，

全体として要求できる実施料額の合計は５％とするべきである。この５％という割

合は，ＵＭＴＳ規格の必須宣言特許全体（フェアフィールド社のレポート（甲１３

５）によれば１８８９ファミリー）の合計であるから，本件特許単体としては，次

の計算式のとおりとするべきである。

（計算式）５％×１／１８８９＝約０．００２６５％

控訴人は，必須宣言された特許のうちフェアフィールド社のレポートで必須であ

ると判定された特許の数を母数とするが，必須特許ファミリー数は控訴人が立証責

任を負うにもかかわらず，控訴人はフェアフィールド社のレポートを引用するのみ

で立証責任を果たしていない。

エ以上によれば，本件特許に係る適切な実施料は，次のとおりとなる。

(ｱ) ベースバンドチップの価格を基礎とする場合

ベースバンドチップの価格を基準に本件特許に係る適切な実施料相当額を算定す

ると次の計算式のとおりとなる。

（計算式）

１，２５０円［ベースバンドチップのコスト］

×約０．００２６５％［本件特許に係るロイヤルティ料率］

×●（省略）●台［本件製品２及び４の販売台数合計］

＝約●（省略）●円

また，仮に，標準規格に必須と判定された特許に分配するとの考え方を採用した

場合には，次の計算式のとおりとなる。

１，２５０円［ベースバンドチップのコスト］

×０．００９５％［控訴人の主張するロイヤルティ料率］
×●（省略）●台［本件製品２及び４の販売台数］

＝約●（省略）●円

(ｲ) 本件各製品の販売価格を基準とする場合

本件各製品の販売価格に寄与率を乗じることによって算定される金額は，ベース

バンドチップの価格と同一になるから，この場合も前記(ｱ)と同額になる。

また，本件特許に係る適切な実施料相当額は，基本的な電話機能しか有しない携

帯電話の販売価格（６０００円）を超える金額を基礎とするべきではないから，次

の計算式の金額を超えることはない。

６，０００円［本件製品の販売価格に本件特許の寄与度を乗じた額の上限］

×約０．００２６５％［本件特許に係るロイヤルティ料率］

×●（省略）●台［本件製品２及び４の販売台数］

＝約●（省略）●円

第４当裁判所の判断

１争点１（本件各製品についての本件発明１の技術的範囲の属否）について

当裁判所は，本件製品２及び４は，本件発明１の技術的範囲に属するが，本件製

品１及び３は，本件発明１の技術的範囲に属しないと判断する。その理由は次のと

おりである。

(1) 本件各製品の構成について

控訴人は，本件発明１が３ＧＰＰ規格の本件技術仕様書Ｖ６．９．０記載の「代

替的Ｅビット解釈」（Alternative E-bit 解釈）を具現化したものであり，同技術仕

様書に準拠した本件各製品は，本件発明１の技術的範囲に属する旨主張する。

そこで，まず，本件各製品が本件技術仕様書Ｖ６．９．０に準拠した製品といえ

るかどうかについて判断する。

ア本件製品１及び３について

本件製品１及び３が３ＧＰＰが策定した通信規格の標準規格（３ＧＰＰ規格）で

あるＵＭＴＳ規格に準拠した製品であることは争いがない。
ＵＭＴＳ規格としてリリースされた規格には各種のバージョンがあり，控訴人主

張の代替的Ｅビット解釈は，本件出願の優先日後に公開された「３ＧＰＰＴＳ２

５．３２２Ｖ６．４．０」（以下「本件技術仕様書Ｖ６．４．０」という。）以降

のバージョンの技術仕様書において採用されたものである（甲２，８７，弁論の全

趣旨）。

しかるに，本件全証拠によるも，本件製品１及び３において代替的Ｅビット解釈

に基づく機能が実装されていることを認めることはできない。かえって，本件製品

１及び３に実装されたＵＭＴＳ規格に関連する処理を行うベースバンドチップは，

インテル社製の「ＰＭＢ８８７８」であること，上記ベースバンドチップは，本件

出願の優先日前に公開された３ＧＰＰ規格「リリース５」に係るバージョンに準拠

したものであり，代替的Ｅビット解釈に基づく機能を有していないことがうかがわ

れる（甲８２ないし８５）。

したがって，本件製品１及び３が本件技術仕様書Ｖ６．９．０に準拠した製品で

あるとの控訴人の主張は，理由がない。

そうすると，その余の点について判断するまでもなく，本件製品１及び３が本件

発明１の技術的範囲に属するとの控訴人の主張は理由がない。

イ本件製品２及び４について

(ｱ) 代替的Ｅビット解釈

本件技術仕様書Ｖ６．９．０の９．２．２．５項及び９．２．２．８項（別紙Ｔ

Ｓ参照）には，① 伝送モードが非確認モードのＰＤＵ（ＵＭＤＰＤＵ）の最初

のオクテットに含まれるＥビット（拡張ビット）について，
「通常Ｅビット解釈」又

は「代替的Ｅビット解釈」が上位レイヤーのコンフィギュレーションに応じて選択

的に適用されること，② 「代替的Ｅビット解釈」の下では，最初のオクテットに

含まれるＥビットが「０」の場合は，
「次のフィールドは，分割，連結，パディング

されていない完全なＳＤＵ」であることを，「１」の場合は，「次のフィールドは，

長さインジケータとＥビット」であることを示すこと，③ 「長さインジケータ」
は，最初のオクテットに含まれるＥビットが「分割，連結，パディングされていな

い完全なＳＤＵ」であることを示していなければ，ＰＤＵの中のそれぞれのＳＤＵ

（ＲＬＣＳＤＵ）が終わる最後のオクテットを示すものとして用いられること，

④ 「代替的Ｅビット解釈」が設定され，かつ，ＰＤＵ（ＲＬＣＰＤＵ）がＳＤ

Ｕのセグメントを含むが，ＳＤＵの最初のオクテットも最後のオクテットも含まな

い場合には，「長さインジケータ」は，「１１１１１１０」の値を持つ７ビットの

長さインジケータ又は「１１１１１１１１１１１１１１０」の値を持つ１５

ビットの長さインジケータが用いられることが記載されている。

(ｲ) 本件実機テスト

ａ証拠（乙１３，１４，４１）及び弁論の全趣旨によれば，次の事実が認めら

れる。

(a) カナダ法人のチップワークス社が本件製品２及び４について，「基地局エミ

ュレータ」として，ＣＭＷ５００を用いたテスト（本件実機テスト）を行った。

(b) 本件実機テストのテスト１は，「ＰＤＵサイズ：４８８ビット，ＳＤＵサイ

ズ：４８０ビット」の設定で，
「ＰＤＵが分割，連結，パディングされていない完全

なＳＤＵを含む場合」のテストであり，テスト２は，「ＰＤＵサイズ：８０ビット，

ＳＤＵサイズ：４８０ビット」の設定で，最初と最後を除いた「中間セグメント」

としてのＰＤＵ（例えば，２番目のＰＤＵ）をモニタするテストである。

(c) 本件実機テストの結果は，次のとおりである。

① テスト１の場合には，一連番号（ＳＮ）に続くＥビットが「０」となり，長

さインジケータを含まないＰＤＵが出力されている（乙１３の図１２，１４）。

② テスト２の場合には，一連番号（ＳＮ）に続くＥビットが「１」となり，長

さインジケータとして所定値（１１１１１１０）を含むＰＤＵが出力されている（乙

１３の図１３，１５）。

ｂ前記ａの本件実機テストの結果が示すＥビットの値及び長さインジケータの

値は，前記(ｱ)の代替的Ｅビット解釈を採用した場合の値と整合しており（テスト１
は前記(ｱ)②及び③と，テスト２は前記(ｱ)②及び④とそれぞれ整合する。，本件製
）

品２及び４は，代替的Ｅビット解釈の機能を実装していることが認められる。

ｃこれに対し被控訴人は，本件実機テストの結果の「Interpretation」の欄に

「次のオクテット：データ（「next octet: data」」と表示されており，
）「分割，連

結，パディングされていない完全なＳＤＵ」と表示されていないから，本件実機テ

ストでは，代替的Ｅビット解釈ではなく，通常Ｅビット解釈が用いられているなど

と主張する。

しかし，代替的Ｅビット解釈において，Ｅビットに「０」が設定される場合，次

のフィールドのビット列が「分割，連結，パディングされていない完全なＳＤＵ」

を構成するＳＤＵの「データ」を示すものであることからすると，Interpretation」
「

の欄に「次のオクテット：データ「next octet: data」」
（）と表示されていることは，

本件実機テストにおいて代替的Ｅビット解釈が使用されていることと相反するもの

ではない。

したがって，被控訴人の上記主張は理由がない。

ウ小括

以上によれば，本件製品２及び４は，本件技術仕様書Ｖ６．９．０に準拠した製

品であり，代替的Ｅビット解釈に基づく機能を実施する構成を備えていることが認

められる。

(2) 本件発明１の技術的意義

ア本件明細書の記載事項

(ｱ) 本件明細書（甲１の２）の発明の詳細な説明には，次のような記載がある（こ

の記載中に引用する図面については，別紙本件明細書図面参照。。
）

ａ「【技術分野】本発明はパケットサービスを支援する移動通信システムに関す

るもので，特に無線リンク上のプロトコルデータユニット(Protocol Data Unit：以

下，
“ＰＤＵ”とする）のヘッダーサイズを減少させて無線リソースを効率的に使用

する方法及び装置に関するものである。（段落【０００１】
」）
ｂ「【背景技術】・ヨーロッパ式移動通信システムであるＧＳＭ(Global System
・・

for Mobile communications）とＧＰＲＳ(General Packet Radio Services)に基づ

いて広帯域符号分割多重接続(Code Division Multiple Access：以下，“ＣＤＭＡ”

とする）を使用する第３世代の移動通信システムであるＵＭＴＳ(Universal Mobile

Telecommunication Service)システムは，移動電話加入者又はコンピュータユーザ

ーが全世界のどこにいてもパケットベースのテキスト，デジタル化された音声，ビ

デオ，及びマルチメディアデータを２Mbps 以上の高速で伝送できるサービスを提供

する。このＵＭＴＳシステムは，インターネットプロトコル(Internet Protocol：

以下，
“ＩＰ”とする）のようなパケットプロトコルを用いるパケット交換アクセス

方式の概念を導入している。上記のＵＭＴＳ通信システムに対する標準化を担当す

る３ＧＰＰ(3rd Generation Partnership Project)で音声サービスについて，イン

ターネットプロトコルを用いて音声パケットを支援するＶｏＩＰ(Voice over Ｉ

Ｐ)通信が論議されている。ＶｏＩＰは，音声コーデック(ＣＯＤＥＣ)から発生した

音声フレームをＩＰ / ＵＤＰ (User Datagram Protocol)/ ＲＴＰ (Real-time

Transport Protocol)パケットの形態で伝送する通信技術である。このＶｏＩＰ，パ

ケットネットワークを通じる音声サービスの提供を容易にする。段落
（
」【０００２】，
）

「図１は，ＶｏＩＰを支援する通常の移動通信システムの構成を示す。（段落【０
」

００３】」「一般に，ＲＬＣ階層は，動作方式によりＵＭ(Unacknowledged Mode)，
），

ＡＭ(Acknowledged Mode)，ＴＭ(Transparent Mode)に分けられる。ＶｏＩＰは，上

記ＲＬＣＵＭで動作する。送信器において，ＲＬＣＵＭ階層は，上位階層から受

信されたＲＬＣサービスデータユニット(Service Data Unit：以下，“ＲＬＣＳＤ

Ｕ”とする)を無線チャンネルを通じて伝送するのに適合したサイズに分割し，連結

し，或いはパディングする。ＲＬＣＵＭ階層は，分割/連結/パディング

(segmentation/concatenation/padding)情報とシーケンス番号（ＳＮ）を上記結果

値に挿入して無線チャンネルを通じて伝送に適合したＲＬＣＰＤＵ(Protocol

Data Unit)を構成し，このＬＣＰＰＤＵ（判決注：「ＲＬＣＰＤＵ」の誤記）を
下位階層に伝送する。
・・・上位階層から受信されたＲＬＣＳＤＵを無線チャンネ

ルを通じて伝送するために適合したサイズに処理する動作は，ＲＬＣフレーミング
“

(framing)”と称する。（段落【０００４】，
」）「図２Ｃは，従来技術により，送信器

のＲＬＣ階層でＲＬＣＳＤＵをフレーミングしてＲＬＣＰＤＵを構成する動作

を示す。
・・・送信器のＲＬＣ階層は，上位階層から任意のサイズ，例えば１００バ

イトＩＰパケットのＲＬＣＳＤＵ２２５を受信する。無線チャンネルを通じて伝

送可能なデータのサイズが４０バイトである場合に，ＲＬＣ階層は，ＲＬＣＳＤ

Ｕ２２５を３個のＲＬＣＰＤＵ２３０，２３５，２４０に分割する。このとき，

それぞれのＲＬＣＰＤＵは，４０バイトである。また，各ＲＬＣＰＤＵは，Ｒ

ＬＣヘッダー２４５を含む。ＲＬＣヘッダー２４５は，シーケンス番号(Sequence

Number：以下，“ＳＮ”とする)２５０と，Ｅフィールド２５５と，長さインジケー

タ(Length Indicator：以下，
“ＬＩ”とする)フィールド２６０とＥフィールド２６

５の少なくとも複数の対とから構成される。ＬＩフィールド２６０は，分割により

含まれる。ＳＮフィールド２５０は，ＲＬＣＰＤＵごとに１ずつ単調に増加する

７ビットのＳＮを示す。このＳＮは，ＲＬＣＰＤＵ２３０，２３５，２４０の順

序を示す。Ｅフィールド２５５は，次のフィールド(following field)がデータフィ

ールドであるか否か或いはＬＩフィールドとＥフィールドの対であるか否かを示し，

１ビットのサイズを有する。ＬＩフィールド２６０は，ＲＬＣのフレーミングに基

づいて７ビット又は１５ビットのサイズを有する。ＲＬＣＰＤＵに含まれるＲＬ

ＣＳＤＵ２２５のセグメントが，ＲＬＣＰＤＵのデータフィールド２７０に位

置することを示す。すなわち，ＬＩフィールド２６０は，ＲＬＣＰＤＵのデータ

フィールド２７０で，ＲＬＣＳＤＵ２２５の開始及び終了を示す。ＬＩフィール

ド２６０は，パディングしたか否かを示すことができる。ＬＩフィールド２６０が

示す値はバイト単位で設定され，ＲＬＣヘッダーからＲＬＣＳＤＵが終了する地

点までのバイト数を意味する。（段落【０００７】
」）

ｃ「上記のように，ＬＩフィールドを用いてＲＬＣＳＤＵの最後のバイトの
位置を示す従来の方式は，一つのＲＬＣＳＤＵを複数のＲＬＣＰＤＵに分割し，

或いは複数のＲＬＣＳＤＵを一つのＲＬＣＰＤＵに連結する場合に効率的であ

る。しかし，通常にＶｏＩＰパケットの特性において，一つの完全なＲＬＣＳＤ

Ｕが一つのＲＬＣＰＤＵのみに対応し，分割/連結/パディングなしに頻繁に発生

する。
・・・このようにＲＬＣＰＤＵのサイズが，最も頻繁に発生するＲＬＣＳ

ＤＵのサイズに基づいて定義されると，大多数のＲＬＣＳＤＵは分割/連結/パデ

ィングを経ることなく，ＲＬＣＰＤＵにフレーミングされる。この場合に，従来

のフレーミング方式は非効率的である。」
（段落【００１１】，・
）「・・言い換えれば，

ＶｏＩＰ通信では，大部分ＲＬＣＳＤＵを分割又は連結せず，一つのＲＬＣＳ

ＤＵは一つのＲＬＣＰＤＵで構成する。それにも拘わらず，既存のＲＬＣフレー

ミング動作は，ＲＬＣＰＤＵに少なくとも２個のＬＩフィールド，すなわちＲＬ

ＣＳＤＵの開始を示すＬＩフィールドと，ＲＬＣＳＤＵの終了を示すＬＩフィ

ールドが常に要求される。必要によって，データフィールドのパディング可否を示

すＬＩフィールドも追加で挿入される。したがって，従来技術によるＶｏＩＰ通信

方式でＲＬＣフレーミング方式を使用する場合に，不必要なＬＩフィールドの使用

によって限定された無線リソースが非効率的に使用されるという問題点が発生し

た。（段落【００１２】
」）

ｄ「【発明が解決しようとする課題】・・・上記の従来技術による問題点を解決

するために，本発明の目的は，パケットサービスを支援する移動通信システムで，

無線リンク制御階層のプロトコルデータユニット(ＲＬＣＰＤＵ）のヘッダーサイ

ズを減少させて無線リソースを効率的に使用する方法及び装置を提供することにあ

る。（段落【００１３】
」）

ｅ「【課題を解決するための手段】上記のような本発明の目的を達成するため

に，本発明は，移動通信システムにおける予め定められた長さインジケータ(ＬＩ)

を用いてデータを送信する方法であって，上位階層からサービスデータユニット(Ｓ

ＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれ
るか否かを判定する段階と，前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記

ＳＤＵを伝送可能なＰＤＵのサイズにより複数のセグメントに分割する段階と，一

連番号（ＳＮ）フィールドと，ＬＩフィールドが存在することを示す少なくとも一

つの１ビットフィールドと，前記ＬＩフィールドとをヘッダー内に有し，前記セグ

メントをデータフィールド内に有する複数のＰＤＵを構成する段階と，ここで前記

ＳＤＵの中間セグメントをデータフィールド内に含むＰＤＵの前記ＬＩフィールド

は，前記中間セグメントが存在することを示す値に設定され，前記ＰＤＵを受信器

に伝送する段階とを有することを特徴とする。（段落【００１４】，
」）「本発明は，移

動通信システムにおける予め定められた長さインジケータ(ＬＩ)を用いてデータを

送信する装置であって，上位階層からサービスデータユニット(ＳＤＵ）を受信し，

前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定し，

前記ＳＤＵを伝送可能なＰＤＵサイズによって少なくとも一つのセグメントに再構

成するための伝送バッファと，ＳＮフィールドと１ビットフィールドをヘッダーに

含み，前記少なくとも一つのセグメントをデータフィールド内に有する少なくとも

一つのＰＤＵを構成するヘッダー挿入部と，前記少なくとも一つのＰＤＵの１ビッ

トフィールドを，以後のＬＩフィールドの存在有無のうち少なくとも一つを示す値

に設定する１ビットフィールド設定部と，前記ＳＤＵが一つのＰＤＵに含まれない

場合に，前記少なくとも一つのＰＤＵの前記１ビットフィールド以後にＬＩフィー

ルドを挿入し，前記ＳＤＵの中間セグメントをデータフィールド内に含むＰＤＵの

ＬＩフィールドを，前記中間セグメントを含むことを示す値に設定するＬＩ挿入部

と，前記ＬＩ挿入部から受信される少なくとも一つのＰＤＵを受信部に伝送する送

信部とを含むことを特徴をする。（段落【００１６】
」）

ｆ「【発明の効果】本発明は，ＲＬＣＰＤＵのデータフィールドに完全なＲＬ

ＣＳＤＵが存在することを示す１ビットの情報によって，このＲＬＣＳＤＵの

開始/終了/パディングを示すための追加情報の挿入を不要にすることによって，限

定された無線伝送リソースを効率的に使用する効果を有する。また，本発明は，上
記のようにＲＬＣＳＤＵの中間セグメントのみを含むＲＬＣＰＤＵに，予め定

められたＬＩの新たな値に設定されたＬＩフィールドを含むことによって，ＲＬＣ

ＳＤＵの分割動作が可能になる効果を有する。（段落【００１８】
」）

ｇ「・・・本発明の望ましい実施形態によりＲＬＣ階層は，２つのフレーミン

グ方式を使用する。第１の方式は，最も頻繁に使用されるサイズを有するＲＬＣＳ

ＤＵが，ＬＩフィールドを使用せずにＲＬＣＰＤＵにフレーミングを遂行するこ

とである。第２の方式は，他のサイズのＲＬＣＳＤＵに対してＬＩフィールドを

使用してＲＬＣＰＤＵにフレーミングを遂行することである。
・・・第１のＥフィ

ールドを，他のＥフィールドと区別するために“Ｆフィールド”と称する。（段落
」

【００２０】）

ｈ「図４は，本発明の望ましい実施形態によるＲＬＣＰＤＵの構造を示す。」

（段落【００２１】，
）「図５Ａは，本発明の望ましい実施形態により，ＲＬＣＳＤ

Ｕが分割/連結/パディングを経ることなく，ＲＬＣＰＤＵに対応する場合にＲＬ

ＣＰＤＵの構成を示す。図５Ａを参照すると，送信器(すなわち，送信器のＲＬＣ

階層）は，一つの完全なＲＬＣＳＤＵを分割/連結/パディングせずに，一つのＲ

ＬＣＰＤＵにフレーミングが可能である場合に，Ｆフィールドを‘０’に設定し，

ＲＬＣＰＤＵのデータフィールドに完全なＲＬＣＳＤＵを挿入する。段落
（
」【０

０２２】，
）「図５Ｂは，本発明の望ましい実施形態により，ＲＬＣが分割/連結/パデ

ィングを通じてＲＬＣＰＤＵにフレーミングされる場合に，ＲＬＣＰＤＵの構

造を示す。図５Ｂを参照すると，送信器はＲＬＣをフレーミングするために分割/

連結/パディングを遂行することが必要である場合に，Ｆフィールドを‘１’に設定

し，分割/連結/パディングに必要なＬＩフィールドとパディングを含んでＲＬＣＰ

ＵＤを構成する。
・・・既存の第１のＥフィールドをＦフィールドとして用いるため

には，下記のような問題点を解決すべきである。通常，ＲＬＣＰＤＵがＲＬＣＳ

ＤＵのセグメント(segment)であり，ＲＬＣＰＤＵにＲＬＣＳＤＵの開始も終了

も含まない場合に，ＲＬＣＰＤＵにはＬＩフィールドが存在しなかった。図５Ａ
では，ＲＬＣＳＤＵが分割/連結/パディングを経ることなく，一つのＲＬＣＰ

ＤＵにフレーミングされる場合に，ＬＩフィールドを使用しない。ＲＬＣＰＤＵ

が一つの完全なＲＬＣＳＤＵを含まず，かつＲＬＣＳＤＵの開始又は終了を含

まないことを示す必要がある。（段落【００２３】
」）

ｉ「図６Ａは，従来のＲＬＣフレーミング技術により，一つのＲＬＣＳＤＵ

が複数のＲＬＣＰＤＵに分割される状況を示す。
・・・ＲＬＣＳＤＵの開始や終

了を含まないＲＬＣＰＤＵ６１５にＬＩフィールドを挿入しないと，受信器は，

ＲＬＣＰＤＵ６１５のデータフィールドに含まれたセグメントが，一つの完全な

ＲＬＣＳＤＵを構成するか，或いは以前及び以後のＲＬＣＰＤＵのセグメント

と結合して一つのＲＬＣＳＤＵを構成するか判定できない。したがって，後述す

る本発明の望ましい実施形態では，ＲＬＣＳＤＵの開始や終了が含まれないＲＬ

ＣＰＤＵ(以下，“中間(intermediate)ＰＤＵ'とする)を示すために，予め定めら

れたＬＩの新たな値を定義する。例えば‘１１１１１１０’を予め定められたＬＩ

の新たな値として定義する。予め定められたＬＩの新たな値が挿入されたＲＬＣ

ＰＤＵは，中間ＲＬＣＰＤＵとして認識される。」
（段落【００２４】，
）「図６Ｂは，

本発明の望ましい実施形態により，予め定められたＬＩを用いて一つのＲＬＣＳ

ＤＵを複数のＲＬＣＰＤＵに分割する状況を示す。図６Ｂを参照すると，一つの

ＲＬＣＳＤＵ６２５がＳＮ‘ｘ’‘ｘ＋１’‘ｘ＋２’である３個のＲＬＣ
，，Ｐ

ＤＵ６３０，６３５，６４０に分割される。すると，第１のＲＬＣＰＤＵ６３０

にはＦフィールドが‘１’に設定され，予め定められたＬＩ値‘１１１１１００’

が第１のＲＬＣＰＤＵ６３０に挿入され，このＲＬＣＰＤＵ６３０のデータフ

ィールドの第１のバイトがＲＬＣＳＤＵ６２５の第１のバイトに対応することを

示す。第２のＲＬＣＰＤＵ６３５にはＲＬＣＳＤＵ６２５の開始も終了も含ま

れずに中間部分のみを含んでいるため，Ｆフィールドが‘０’に設定され，予め定

められたＬＩ値‘１１１１１１０’が第２のＲＬＣＰＤＵ６３５に挿入されて前

記ＲＬＣＰＤＵ６３５が中間ＲＬＣＰＤＵであることを示す。第３のＲＬＣ
ＰＤＵ６４０には，ＲＬＣＳＤＵ６２５の終了，例えばデータフィールドの３５

番目のバイトまでであることを示すＬＩ値‘０１０００１１’が含まれる。（段落
」

【００２５】）

(ｲ) 本件発明１の特許請求の範囲（請求項８）の文言と本件明細書の「発明の詳

細な説明」の前記(ｱ)の記載事項（各図面を含む。を総合すれば，
）本件明細書には，

① パケットサービスを支援する移動通信システム（無線データパケット通信シス

テム）において，音声コーデックから発生した音声フレームをインターネットプロ

トコルを用いて音声パケットの形態で伝送する通信技術であるＶｏＩＰを提供する

に当たって，従来技術によるＶｏＩＰ通信方式でＲＬＣフレーミング方式（上位階

層から受信されたＲＬＣＳＤＵを無線チャンネルを通じて伝送するために適合し

たサイズに処理する動作）を使用する場合であって，ＲＬＣＰＤＵのサイズが，

最も頻繁に発生するＲＬＣＳＤＵのサイズに基づいて定義される場合には，大部

分のＲＬＣＳＤＵが，分割又は連結せず，一つのＲＬＣＳＤＵは一つのＲＬＣ

ＰＤＵで構成されるにもかかわらず，既存のＲＬＣフレーミング動作では，少なく

ともＲＬＣＳＤＵの開始を示すＬＩ（長さインジケータ）フィールドとその終了

を示すＬＩフィールドが常に要求されるなど不必要なＬＩフィールドが挿入され，

それによって限定された無線リソースが非効率的に使用されるという問題点が発生

すること，② 本件発明１の目的は，従来技術による上記問題点を解決するために，

ＲＬＣＰＤＵ（無線リンク制御階層のプロトコルデータユニット）のヘッダーサ

イズを減少させて無線リソースを効率的に使用する装置を提供することにあること，

③ 本件発明１は，上記目的を達成するための手段として，「一つの完全なＲＬＣ

ＳＤＵを分割/連結/パディングせずに，一つのＲＬＣＰＤＵにフレーミングが可

能である場合」に，そのことをＲＬＣＰＤＵのデータフィールドに１ビット情報

で示す構成（構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記Ｐ

ＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に

含むことを示すように前記１ビットフィールドを設定」するとの構成）を採用する
ことによって，そのＲＬＣＳＤＵの分割/連結/パディングを示すための追加情報

の挿入（「ＬＩフィールド」の使用）を不要とし，ＲＬＣＰＤＵが「ＲＬＣＳＤ

Ｕの開始や終了が含まれない，ＲＬＣＳＤＵの中間セグメントのみ」を含む場合

に，そのことを予め定められたＬＩの新たな値に設定されたＬＩフィールドで示す

構成（構成要件Ｄの「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグ

メントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在

することを示すように前記１ビットフィールドを設定する１ビットフィールド設定

部」の構成及び構成要件Ｆの「前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最

初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予

め定められた値に設定」される構成）を採用することによって，ＲＬＣＳＤＵの

分割動作を可能とし，これによりヘッダーサイズを減少させて無線リソースを効率

的に使用する効果を奏することが開示されているものと認められる。

イ本件発明１と代替的Ｅビット解釈との関係

(ｱ) 本件発明１の構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合に，

前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを

完全に含むことを示すように前記１ビットフィールドを設定」するとの構成及びそ

の効果（前記ア(ｲ)③）は，代替的Ｅビット解釈において，最初のオクテットに含ま

れるＥビットが「０」の場合は，
「次のフィールドは，分割，連結，パディングされ

ていない完全なＳＤＵ」であることを示し，長さインジケータが用いられないこと

（前記(1)イ(ｱ)②及び③）を規定し，また，構成要件Ｄの「前記ＰＤＵの前記デー

タフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さイ

ンジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィール

ドを設定する１ビットフィールド設定部」の構成及び構成要件Ｆの「前記ＬＩフィ

ールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもな

い中間セグメントを含むことを示す予め定められた値に設定」される構成は，代替

的Ｅビット解釈において，ＰＤＵ（ＲＬＣＰＤＵ）がＳＤＵのセグメントを含む
が，ＳＤＵの最初のオクテットも最後のオクテットも含まない場合には，
「長さイン

ジケータ」「１１１
は，１１１０」の値を持つ７ビットの長さインジケータ又は「１

１１１１１１１１１１１１１０」の値を持つ１５ビットの長さインジケータ

が用いられること（前記(1)イ(ｱ)④）を規定したものであると認められる。

したがって，本件発明１は，代替的Ｅビット解釈を具現化した発明であるという

べきである。

(ｲ)ａこれに対し被控訴人は，本件発明１の構成要件Ｂの「前記ＳＤＵが一つの

ＰＤＵに含まれるか否かを判定」とは，
「ＳＤＵが一つのＰＤＵに完全に含まれるか

どうか（一致するかどうか）」を判定することを意味するのに対し，本件技術仕様書

Ｖ６．９．０の４．２．１．２．１項の「ＲＬＣＳＤＵがＵＭＤＰＤＵの利用可

能なスペースの長さより大きい場合」に「ＲＬＣＳＤＵを適当なサイズのＵＭＤ

ＰＤＵｓに分割する。」との記載は，４．２．１．２．１項記載の判定方式が，ＳＤ

Ｕの分割が必要か否かを決定することを目的とし，ＳＤＵがＰＤＵの利用可能な領

域よりも大きいか否か（ＳＤＵとＰＤＵの大小関係）を判定する方式を意味するも

のであり，ＳＤＵが一つのＰＤＵに完全に含まれる（一致する）か否かを判定する

方式とは異なるものであるから，本件技術仕様書Ｖ６．９．０には，構成要件Ｂの

開示がない旨主張する。

しかし，本件技術仕様書Ｖ６．９．０の９．２．２．５項には，
「代替的Ｅビット

解釈」の下において，最初のオクテットに含まれるＥビットが「０」の場合は，
「次

のフィールドは，分割，連結，パディングされていない完全なＳＤＵ」であること

を，「１」の場合は，「次のフィールドは，長さインジケータとＥビット」であるこ

とを示すこと（前記１(1)イ(ｱ)②）が記載されており，上記記載は，ＳＤＵがＰＤ

Ｕに完全に含まれる（一致する）か否か（「分割，連結，パディングされていない完

全なＳＤＵ」か否か）の判定を行うことを前提に，その判定結果に従ってＥビット

を上記のように設定することを規定するものといえるから，構成要件Ｂの「ＳＤＵ

が一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定」するとの構
成を開示するものというべきである。

したがって，被控訴人の上記主張は理由がない。

ｂまた，被控訴人は，構成要件Ｄにいう「前記ＳＤＵが一つのＰＤＵに含まれ

る場合」とは，①パディングが生じている場合，②連結が生じている場合，③分割，

連結及びパディングのいずれも生じていない場合の全てを対象とするものであるか

ら，構成要件Ｄを充足するというためには，上記①又は②の場合であっても，
「ＰＤ

Ｕが分割，連結又はパディングなしにＳＤＵを完全に含むことを示すように１ビッ

トフィールドが設定」されなければならないのに対し，本件技術仕様書Ｖ６．９．

０記載の代替的Ｅビット解釈においては，上記③の場合にのみ，ＰＤＵが完全なＳ

ＤＵを含むことを示すように１ビットフィールドが設定されるのであるから，構成

要件Ｄの構成は，本件技術仕様書Ｖ６．９．０記載の代替的Ｅビット解釈とは異な

る旨主張する。

しかし，構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤ

Ｕが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含

むことを示すように前記１ビットフィールドを設定」との文言，本件明細書の段落

【００２２】及び図５Ａによれば，構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含

まれる場合」とは，
「前記ＰＤＵが分割，連結，パディングなしに前記データフィー

ルドに前記ＳＤＵを完全に含む」場合（上記③の場合）のみを意味し，ＳＤＵが連

結されてＰＤＵに格納されている場合やＳＤＵがパディングとともにＰＤＵに格納

されている場合は，これに含まれないと解すべきであるから，被控訴人の主張は，

その前提を欠くものとして，採用することができない。

(3) 本件製品２及び４についての本件発明１の技術的範囲の属否について

ア本件製品２及び４が本件発明１の構成要件Ａ及びＨを充足することは，前記

争いのない事実等(3)イのとおりである。

そして，本件製品２及び４が，本件技術仕様書Ｖ６．９．０に準拠した製品であ

り，代替的Ｅビット解釈に基づく機能を実施する構成を備えていること（前記(1)
ウ）本件発明１が代替的Ｅビット解釈を具現化した発明であること
，（前記(2)イ(ｱ)）

によれば，本件製品２及び４は，本件発明１の構成要件ＢないしＧを充足するもの

と認められる。

以上によれば，本件製品２及び４は，本件発明１の構成要件を全て充足するから，

その技術的範囲に属する。

イ(ｱ) これに対し被控訴人は，本件技術仕様書Ｖ６．９．０に構成要件Ｂ及びＤ

の開示がないことを理由に，本件製品２及び４が構成要件Ｂ及びＤを充足しない旨

主張する。

しかし，前記(2)イ(ｲ)で述べたとおり，被控訴人の主張は，その前提を欠くもの

であるから，理由がない。

(ｲ) また，被控訴人は，本件製品２及び４が本件発明１の技術的範囲に属すると

いうためには，本件製品２及び４が本件発明１の構成要件に記載された全ての機能

を現実のネットワーク上で実行していることを立証する必要があるが，代替的Ｅビ

ット解釈は，通常Ｅビット解釈のオプション的なものであり，通信事業者が代替的

Ｅビット解釈を使用するようにネットワークを設定していることについての立証が

ないから，本件各製品が本件発明１の技術的範囲に属しない旨主張する。

しかし，本件製品２及び４は，本件発明１の構成要件を全て充足し，代替的Ｅビ

ット解釈を実施する構成を備えている以上，本件発明１の技術的範囲に属するもの

と認められ，現実のネットワーク上で通信事業者が代替的Ｅビット解釈を使用する

ようにネットワークを設定しているかどうかは本件発明１の技術的範囲の属否に影

響を及ぼすものではないというべきである。

(4) まとめ

以上のとおり，本件製品１及び３は，本件発明１の技術的範囲に属しないが，本

件製品２及び４は，その技術的範囲に属する。

そうすると，被控訴人による本件製品１及び３の輸入，販売等は，本件特許権の

侵害行為に当たらない。
２争点２（本件発明２に係る本件特許権の間接侵害（特許法101条4号，５

号）の成否）について

本件発明２は，本件発明１の送信装置におけるデータの送信方法の発明であり，

両発明の構成は共通すること（争いがない。）によれば，本件製品１及び３における

データ送信方法の構成は，本件発明２の技術的範囲に属しないが，本件製品２及び

４におけるデータ送信方法の構成は，その技術的範囲に属するものと認められる。

本件製品１及び３におけるデータ送信方法の構成は，本件発明２の技術的範囲に

属しないから，被控訴人が本件製品１及び３を輸入し，販売する行為が本件発明２

に係る本件特許権の間接侵害（特許法101条4号，５号）に該当するものではな

い。

本件製品２及び４におけるデータ送信方法の構成は，本件発明２の技術的範囲に

属するものと認められるが，争点２に係る主張は争点１に係る主張と選択的な関係

に立ち，争点３以下の判断は争点１と共通であるから，間接侵害の成否は判断しな

い。

３争点３（特許法104条の3第1項の規定による本件各発明に係る本件特許

権の権利行使の制限の成否）について

当裁判所は，本件特許には被控訴人主張に係る無効理由はなく，特許法104条

の３第１項の規定によりその権利行使が制限されるものではないと判断する。その

理由は次のとおりである。

(1) 各文献の記載

各引用例には次のとおりの記載がある（この記載中に引用する図面については，

別紙引用例の図面参照。。
）

ア甲３（特開２００４－１７９９１７号公報）の記載

(ｱ) 「本発明は，ワイヤレスコミュニケーションデータの伝送中に発生する，不

測のスケジュール中断を処理する方法に関するもので，特に，無線リンク制御（radio

link control，ＲＬＣ）層とメディアアクセス制御（medium access control，ＭＡ
Ｃ）層間のスケジュール中断の処理に関するものである。（段落【０００１】
」）

(ｲ) 「【従来の技術】
・・・図１は，三層のコミュニケーションプロトコルを示す

図である。
・・・第一ステーション上のアプリケーション１３は，メッセージ１１を

生成し，そのメッセージ１１を第三層（レイヤ）インターフェース１２に送り，第

二ステーション２０に伝送する。
・・・第三層インターフェース１２は，第二層のサ

ービスデータユニット（service data units，ＳＤＵｓ）１４の形式で，メッセー

ジ１１，或いは第三信号メッセージ１２ａを，第二層インターフェース１６に伝送

する。（段落【０００２】，
」）「第二層のＳＤＵ１４は，異なる大きさで，第三層イン

ターフェース１２が第二ステーション２０に伝送したいデータを保持しており，こ

のようなデータは，信号メッセージ１２ａ，或いは，メッセージ１１である。第二

層インターフェース１６は，受信したＳＤＵ１４を，一つ或いはそれ以上の第二層

プロトコルデータユニット（protocol data unit，ＰＤＵｓ）１８に組み立てる。

各第二層ＰＤＵ１８の長さは一定で，第一層インターフェース１９に伝送される。

第一層インターフェース１９は実体層（physical layer）で，データを第二ステー

ション２０に伝送する。（段落【０００３】
」）

(ｳ) 「図２は，第二層のデータ伝送受信の処理を示す図である。ベースステーシ

ョン，或いはモバイルユニットである送信器３０の第二層インターフェース３２は，

第三層インターフェース３３から，一連のＳＤＵ３４を受信する。ここでは，ＳＤ

Ｕ３４は，連続して１～５に並び，異なる大きさであるとし，図では異なる長さで

示されている。第二層インターフェース３２は，一連のＳＤＵ３４を，一連のＰＤ

Ｕ３６にする。第二層ＰＤＵ３６は，１～４に並べられ，全て同じ長さである。Ｐ

ＤＵ３６は，第一層インターフェース３１に送られ，伝送を待つ。（段落【０００
」

４】）

(ｴ) 「図３及び図１を参照すると，図３はＡＭデータＰＤＵ５０の簡略図で，３

ＧＰＰＴＳ２５．３２２Ｖ３．０．
８．規範に掲載されている。」
（段落【０００６】）

(ｵ) 「図３中のＰＤＵ５０はデータＰＤＵで，第二層プロトコルに従って，様々
なフィールドに分割される。，
」「第一フィールド５１は，ＰＤＵ５０がデータＰＤＵ

或いは制御ＰＤＵのどちらかを示すシングルビットである。ビットの値が１の時，

ＰＤＵ５０はデータＰＤＵである。第二フィールド５２はシーケンス番号（sequence

number，ＳＮ）フィールドで，ＡＭ伝送時は，１２ビット長である。後続のＰＤＵ

１８，２８は，高いシーケンス番号を備え，受信器（第二ステーション）２０に，

受信した第二層ＰＤＵ２８を正確に組み立てさせ，第二層ＳＤＵ２４を形成する。，
」

「シーケンス番号フィールド５２の後に，単一のポーリングビット５３がある。」

(ｶ) 「ポーリングビット５３が１の時，受信器（第二ステーション２０）は，確

認状態ＰＤＵを出して応答しなければならない。，
」「ビット５４が保留されていて，

０に設定される。次のビット５５ａは，拡張子ビット（extension bit）で，１に設

定される時，即刻，長さインジケーター（length Indicator，ＬＩ）につなぐこと

を表示する。ＬＩは７ビットまたは１５ビットで，第二層ＳＤＵが，第二層ＰＤＵ

５０内で終了する位置を表示するのに用いられる。僅か一つのＳＤＵが，完全にＰ

ＤＵ５０のデータ領域５８を充填する場合，ビット５５ａは０で，ＬＩは出現しな

いことを表示する。（段落【０００７】【０００８】
」，）

(ｷ) 「図３の例において，２つの第二層ＳＤＵ５７ａ及び５７ｂは，第二層ＰＤ

Ｕ５０で終了する。よって，２つのＬＩにより，第二層ＳＤＵ５７ａ及び５７ｂの

終了をそれぞれ表示する。続いて，ＰＤＵ５０の後続のＰＤＵ（シーケンス番号５

２で区別する）は，ある一つのＬＩにより，ＳＤＵ５７ｃの終わりを表示する。Ｌ

Ｉの後の拡張子ビット５５ｂは１に設定され，後にまだＬＩ（つまり，図上のＬＩ）

があることを表示する。ＬＩ後の拡張子ビット５５ｃは０に設定され，後にＬＩが

ないことを示し，データ領域５８は，この拡張子ビット５５ｃに続いて開始される。

データ領域５８は，実際のＳＤＵデータを格納するのに用いられる。（段落【００
」

０９】）

(ｸ) 「図６と図４を参照する。図６は，公知技術のＴＦＣ選択のタイミング図で

ある。
・・・ＴＴＩ８１において，ＲＬＣ層６２は，ＭＡＣ層６４に，ＲＬＣ実体情
報（entity information）８４を知らせなければならない。ＲＬＣ状態情報８４は，

ＭＡＣ層６４に，いくつのＳＤＵ情報６５ａがＲＬＣ層６２により伝送されるのを

待っているかを報告する。ＭＡＣ層６４は，ＲＬＣ状態情報８４に応答し，ＴＦＣ

データ要求８６を与える。ＴＦＣデータ要求８６は，ＲＬＣ層６２に，ＭＡＣ層６

４に伝送するＰＤＵ６５ｂの大きさと数量を指示する。
・・・その後，これらのＰＤ

Ｕ６５ｂは，ブロック８８の方式で，ＭＡＣ層６４に伝送される。，
」「しかし，一旦，

ＭＡＣ層６４が，ＴＦＣデータ要求８６に応答した後，ＲＬＣ層６２は，ＴＦＣデ

ータ要求８６の要求に符合する大きさと数量のＰＤＵを伝送しなければならない。

要求通りに実行されていない場合，無線デバイスのソフトウェア障害を生じる。こ

の問題は，公知技術でも問題となっており，データ伝送のスケジュール上，非常に

重要である。（段落【００１３】【００１４】
」，）

(ｹ) 「しかし，上述の状況以外に，他の不測のデータ中断事態が発生し，公知技

術でも処理できない状態が生じるかもしれない。図１，図４及び図６をもう一度参

照すると，これらの予期されないデータ中断のほとんどは，第三層インターフェー

ス１２から第二層インターフェース１６へ伝送されるコマンド指令（ command

primitive）に起因する。・・・第三層インターフェース１２がベースステーション

の変更を決定した時，第三層インターフェース１２は第二層インターフェース１６

の停止指令を起動する。停止指令は第二層インターフェース１２に，ＳＤＵ情報６

５ａの伝送を直ちに中止するよう要求する。よって，ＴＦＣデータ要求８６がすで

に受信されても，ＰＤＵ６５ｂは，ＭＡＣ層６４に送られる状態から，伝送停止状

態に変更する。（段落【００１５】
」）

(ｺ) 「【発明が解決しようとする課題】本発明は，ワイヤレスコミュニケーショ

ンシステムにおいて，ＲＬＣ層とＭＡＣ層間で生じる不測の伝送中断を処理する方

法とそのシステムを提供することを目的とする。，【課題を解決するための手段】
」「

本発明は，ワイヤレスコミュニケーションデバイスにおいて，ＲＬＣ層とＭＡＣ層

間のデータ伝送スケジュールで生じる不測の伝送中断の処理方法とシステムを開示
する。本発明によると，ＲＬＣ層は，ＲＬＣ実体情報をＭＡＣ層に提供する。ＲＬ

Ｃ実体情報は，ＲＬＣ層が伝送を待つＳＤＵデータを有することを示す。ＲＬＣ実

体情報が提供された後，ＲＬＣ層は不測のデータ中断を受信し，ＲＬＣ層にＳＤＵ

の破棄を要求する。不測のデータ中断を受信した後，ＭＡＣ層は，ＭＡＣ要求を送

信し，ＲＬＣ層に少なくとも一つのＰＤＵを出すよう要求する。このＭＡＣ要求に

従って，ＲＬＣ層はＭＡＣ層に少なくとも一つのＰＤＵを伝送し，破棄されたＳＤ

Ｕを代替する。（段落【００１９】【００２０】
」，）

(ｻ) 「以下の記述において，送信器或いは受信器は，携帯電話，ＰＤＡ，パソコ

ン或いは，その他のワイヤレスコミュニケーションプロトコルを使用したデバイス

である。本発明は，前述の通り，ワイヤレスコミュニケーションシステム或いはそ

の他のワイヤレスシステムにおいて応用される。本発明を構成する本発明と従来技

術の相違点が，従来技術の適切な改良によりなされたものであることは，当業者に

よって容易に理解されることであろう。（段落【００２３】
」）

(ｼ) 「図７は，本発明によるワイヤレスコミュニケーション（無線通信）デバイ

ス１００を示す図である」「第二層インターフェース１３２は，ＲＬＣ層１４２及
，

びＭＡＣ層１４４に分割される。ＲＬＣ層１４２は第三インターフェース１３３と

通信し，ＳＤＵの形式で，第三層データを受信すると共に，バッファ１４３に保存

する。ＲＬＣ層１４２は第三層インターフェース１３３から，一時停止，停止及び

再構築などのコマンド指令を受信する。ＲＬＣ層１４２は，ＳＤＵ１４１によりＰ

ＤＵ１４５を生成し，その後，ＰＤＵ１４５をＭＡＣ層１４４に送り，伝送する。

ＭＡＣ層１４４に伝送されたＰＤＵ１４５の大きさと数量は，ＭＡＣ層１４４から

ＲＬＣ層１４２に送られるＴＦＣ（transport format combination，ＴＦＣ）デー

タ要求により指定される。ＲＬＣ層１４２内に，伝送されるＳＤＵデータ１４１が

あると示された後，ＭＡＣ層１４４は，ＲＬＣ実体情報の形式で，ＴＦＣデータ要

求をＲＬＣ層１４２に送る。（段落【００２４】【００２５」）
」，】

(ｽ) 「第一実施形態において，本発明の方法は，ＲＬＣ層１４２に，少なくとも
一つのパディング（padding）ＰＤＵ１５０を提供させ，ＭＡＣ層１４４からのＴＦ

Ｃデータ要求を満たす。パディングＰＤＵ１５０は，実際のＳＤＵデータ１４１を

備えず，ＳＤＵデータ１４１が不測のデータ中断の発生により破棄される時にだけ

用いられる。図８は，パディングＰＤＵ１５０を示す図である。パディングＰＤＵ

１５０ａは標準的なＡＭデータＰＤＵであるため，ＰＤＵフィールド１５１ａは１

に設定される。シーケンス番号フィールド１５２ａは，標準シーケンス番号で，ポ

ーリングビット１５３ａは，０か１（第二層インターフェース１３２からポーリン

グ状態に従って定義される）である。ビット１５４ａは保留されていて，その値は

０である。続く，拡張子ビット１５５ａは常に１に設定され，後に一つのＬＩ１５

６ａが続くことを示す。しかし，ＬＩ１５６ａにおいて，特別コードを設定し，全

て１である。この特別コードが現す長さは，データ領域１５８ａの長さを大幅に超

過する。ＲＬＣ実体がＬＩの長さに対する定義に従って，実際のＬＩ１５６ａが占

める長さは，７或いは１５である。図８において，ＬＩ長さは１５ビットである。

この特別なＬＩ１５６ａは，残りのＰＤＵ１５０ａが未定義の部分を埋めるだけで，

無視しても構わない情報を保持していることを示す。しかし，ＬＩ１５６ａの次の

ビット１５７ａは０でなければならず，その後は，ＳＤＵデータ領域１５８ａの開

始であることを表示する。ＳＤＵデータ領域１５８ａの内容は定義されず，純粋に

充填用である。注意すべきことは，ＵＭ伝送下で，ＵＭデータＰＤＵは充填に用い

ることが出来ることである。図９は，ＵＭデータパディングＰＤＵ１５０ｂを示す

図である。ＵＭデータパディングＰＤＵ１５０ｂは，非常に簡単な構造で，７ビッ

トのシーケンス番号フィールド１５２ｂ，それに続く拡張子ビット１５５ｂ（１に

設定）全部が１に設定された７ビットのＬＩ１５６ｂ
，（その後のデータはパディン

グフィールドであることを表示する）０に設定される最後の拡張子ビット１５７ｂ，
，

を備える。ＬＩ１５６ｂの実際のビットは，上層１３３が定義するＵＭＲＬＣ実体

中の最大ＵＭＤＰＤＵの大きさによって決まり，７或いは１５ビットである。図９

において，ＬＩは７ビットである。前述のように，ＰＤＵ１５０ｂ全体がパディン
グＰＤＵであるため，データ領域１５８ｂの定義がないか，或いは，いかなる値で

もよい。（段落【００２６】
」）

(ｾ) 「いかなる状態でも，不測のデータ中断によってＲＬＣ層１４２内のＳＤＵ

データ１４１がＴＦＣデータ要求１６６によるデータ量を満たさない場合，ＲＬＣ

層１４２は相当する数量と正確な大きさのパディングＰＤＵを出して，ＴＦＣデー

タ要求１６６の要求を満たす。，
」「以上のように，パディングＰＤＵを代替ＰＤＵに

することにより，ＳＤＵデータの欠乏を補う。（段落【００２９】【００３１】
」，）

イ甲１の４（「３ＧＰＰＴＳ２５．３２２Ｖ６．３．０」。本件技術仕様書

Ｖ６．３．０。）の記載

「４．２．１．２．１送信ＵＭＲＬＣエンティティ

送信側ＵＭ－ＲＬＣエンティティは，上位レイヤーからＵＭ－ＳＡＰを通じてＲ

ＬＣＳＤＵを受信する。

送信側ＵＭ－ＲＬＣエンティティは，ＲＬＣＳＤＵがＵＭＤＰＤＵの利用可

能なスペースの長さより大きい場合，ＲＬＣＳＤＵを適当なサイズのＵＭＤＰ

ＤＵに分割する。

ＵＭＤＰＤＵは分割及び／又は連結されたＲＬＣＳＤＵを含む場合がある。

また，ＵＭＤＰＤＵは，有効な長さであることを確保するため，パディングを含

む場合もある。

長さインジケータは，ＵＭＤＰＤＵ内のＲＬＣＳＤＵ間の境界を定義するた

めに使用される。長さインジケータはまた，ＵＭＤＰＤＵ内にパディングが含ま

れるか否かを示すためにも使用される。

送信側ＵＭＲＬＣエンティティは，ＣＣＣＨ，ＳＨＣＣＨ，ＤＣＣＨ，ＣＴＣ

Ｈ，ＤＴＣＨ，ＭＣＣＨ，ＭＳＣＨまたはＭＴＣＨのうちいずれかの論理チャネル

を経由して，下位レイヤーにＵＭＤＰＤＵを伝送する。」

「９．２．１．３ＵＭＤＰＤＵ

ＵＭＤＰＤＵは，ＲＬＣが非確認モードで動作しているときに，ユーザーデー
タを転送するために用いられる。データパートの長さは，８ビットの倍数である。

ＵＭＤＰＤＵヘッダは，シーケンス番号」
「を含む最初のオクテットで構成される。

ＲＬＣヘッダは，最初のオクテットと，
「長さインジケータ」を含むすべてのオクテ

ットで構成される。」

「９．２．２．５拡張ビット（Ｅ）

長さ：１ビット

本ビットは，後続のオクテットが「長さインジケータ」及びＥビットであるか否

かを示す。

Bit 説明

0 後続のフィールドは，データ，ピギーバッ

クされたステータス PDU，又はパディング

である。

1 後続のフィールドは，長さインジケータ及

び E ビットである。

」

「９．２．２．８長さインジケータ（ＬＩ）

「長さインジケータ」は，ＰＤＵ内で終了する各ＲＬＣＳＤＵの最終オクテッ

トを示すものである。

以下の表に列挙された，特別な目的のために予約された予め定義された値を除き，

「長さインジケータ」は，

－ＲＬＣヘッダの終わりから，ＲＬＣＳＤＵセグメントの最後のオクテットまで

の間（最後のオクテットを含む）のオクテット数に設定され，

－「長さインジケータ」が参照するＰＤＵに含まれなければならない。

「長さインジケータ」のとり得るサイズは７ビットまたは１５ビットである。」

ウ甲４（３ＧＰＰのワーキンググループの議事録「L2 Optimizations for

VoIP(R2-050969））の記載
」
「現ＲＬＣの長さインジケータ（ＬＩ）方式で示されるのは，ＲＬＣＳＤＵの

終了点だけである。従って，前のＲＬＣＰＤＵを失った場合，ＳＤＵ全体が受信

されたかどうかが分からない。

図２において，二番目のＲＬＣＰＤＵを失った場合，ＲＬＣ受信機がシナリオ

ＡとシナリオＢとを識別することができないため，ＲＬＣＳＤＵ２とＲＬＣＳ

ＤＵ３（判決注：「ＲＬＣＳＤＵ３とＲＬＣＳＤＵ４」の誤記と認める。）の双

方を破棄しなければならない。以下の項目において，この制約に対処する解決策を

提案する。」

「上記問題に対処するために，現ＰＤＵに一番目のＳＤＵセグメントが完全に含

まれているか否かを帯域内でシグナリングすることを提案する。これは，図３で説

明する。

この図では，ＲＬＣ受信機が今度は二つのシナリオを識別することができること

から，シナリオＡの四番目のＲＬＣＳＤＵを破棄しない。

この追加情報のシグナリング方法についてオプションを以下に記載する。

・ＬＩの予約値のうち一つを使用：この場合，追加ＬＩは，一番目のＲＬＣＳ

ＤＵが完全に含まれるＲＬＣＰＤＵに含まれなければならない。その結果，１２．

２ｋｂｐｓペイロードのうち３％に相当する部分がオーバーヘッドとなる。なお，

この追加ＬＩ値が現れるのは最大ＲＬＣＰＤＵ当たり１回である。」

エ甲３９（特表２００２－５２７９４５号公報）の記載

(ｱ) 「テレコミュニケーションシステムにおいて，上位層の大きなデータユニッ

ト（ＳＤＵ）が，下位層（ＲＬＣ）における小さなセグメントにセグメント化され

る。下位層のプロトコルデータユニット（ＰＤＵ）におけるセグメントの長さを指

示するために，セグメント長さ情報が使用される。上位層データユニットが下位層

ＰＤＵにおける現在データセグメントで終わるか，又は次の下位層ＰＤＵまで続く

かといった上位層データユニット（ＳＤＵ）に関する特殊な情報を必要に応じて指

示するためにセグメント長さ情報の特定の値が使用される。この情報は，セグメン
ト化されたデータを正しく組み立てるために受信器に必要とされる。（
」【要約】）

(ｲ) 「ＲＬＣは，上位層ＰＤＵをセグメント化することができる。このセグメン

ト化は，上位層（例えば，Ｌ３，ＬＡＣ）の大きなデータユニットを，下位層（Ｒ

ＬＣ）における小さなユニット（セグメント）に分割できるようにする。セグメン

ト化が使用されるときには，送信端は，次の下位層ユニットに同じ上位層ユニット

が続くか，又は次の下位層ユニットに新たな上位レベルユニットがスタートされる

かを受信端に指示しなければならない。この情報は，セグメント化されたデータを

正しく組み立てるために受信器（移動ステーション（ＭＳ）又はネットワーク（Ｎ

Ｗ）のいずれか）に必要とされる。（段落【０００６】
」）

(ｳ) 「公知の解決策では，現在データセグメントにおいて上位層ユニットがスタ

ートするか，終了するか又は継続するかを特定するために，各下位層データセグメ

ントに個別の指示子が使用されている。考えられる値は，例えば，１１：スタート

及び終了，１０：スタート及び継続，００：継続，及び０１：終わりまで続く，で

ある。公知解決策の欠点は，この特別なフィールドがプロトコルシグナリングの余

計なスペースを使用し，ひいては，余計なオーバーヘッドを生じることである。」
（段

落【０００７】）

(ｴ) 「本発明においては，上位層データユニットが下位層ＰＤＵの現在データセ

グメントにおいて終了するか又は次の下位層ＰＤＵへ続くかといった上位層データ

ユニットに関する特殊な情報を必要に応じて指示するために，セグメント長さ情報

の特定の値が使用される。従って，公知技術で使用された個別の指示子フィールド

は回避される。（段落【００１０】
」）

(ｵ) 「図５は，第１ＰＵにＮ個の長さ指示子をもつＰＵフォーマットを示す。セ

グメントの全数はＯであり，その各々は，長さがＭオクテットである。長さ指示子

のフラグＥは，後続オクテットに別の長さ指示子があるか（フラグＥ＝１），ないか

（フラグＥ＝０）を指示する。

最も簡単なケースは，ＰＵが１つのＳＤＵからのデータのみを含みそしてセグメ
ント化情報がＰＵに必要とされないケースである。換言すれば，セグメント化情報

を伴わないＰＵは，ＰＵが連続していて，１つのＳＤＵから到来し，そしてセグメ

ント化情報を含む次のＰＵまで同じＳＤＵが続くことを意味する。ＳＤＵが連続す

るかどうかを指示するための個別の指示子は必要とされない。ＲＬＣＰＤＵの全

てのＰＵが同じＳＤＵからのデータを含む場合には，そのＰＤＵにセグメント化情

報が必要とされない。或いは又，ＰＤＵの第１ＰＵに，そのＰＤＵのＳＤＵが次の

ＲＬＣＰＤＵに続いていることを指示する所定値を有する長さ指示子が与えられ

てもよい。このような値は，例えば，１１１１１１０である。ＳＤＵが現在ＰＤＵ

の終わりに終了する場合には，ＰＤＵの終わりを正確に指す長さ指示子の値により

それが指示される。（段落【００１９】
」）

オ甲４２（３ＧＰＰのワーキンググループの議事録「Ｌ２ considerations for

VoIP support（R2－021645））の記載
」

(ｱ) 「ＡＭＲのデータフレームは２０ミリ秒毎に作成される。ＲＦＣによれば，

１つ又は複数の音声フレームを単一のパケットで送信することができる。しかし，

ＶｏＩＰを目的とする場合，１パケットあたり１つの音声フレームの場合にのみ，

望ましい遅延特性を達成することができる。（１頁）
」

(ｲ) 「ＲＬＣ－ＵＭは，任意のＳＤＵサイズに対応するために必要なすべての機

能（分割，連結及びパディング）を提供する。しかし，分割及び連結の使用には，

メリットとデメリットがある。上位階層のＳＤＵが２つのフレームに分割される場

合，当該ＳＤＵが失われる確率は，いずれかの一方のＰＤＵが失われる確率と同じ

である。
・・・したがって，１つのＴＴＩで送信可能なペイロードと同一サイズを有

するＳＤＵを処理する場合，最終的なＳＤＵエラー率を減少させるために，上記２

つのフレームをアラインすることが望ましい。（３頁）
」

カ甲９２（変更リクエスト（R2-051681））の記載

「変更理由：２５．３２２のＣＲ２８０は，ＵＴＲＡＮによってＲＬＣ－ＰＤＵ

のサイズを予期されるＲＬＣ－ＳＤＵのサイズへ調整することができるサービスに
おいて，ＲＬＣＵＭオーバーヘッドを削減するための，ＲＬＣＵＭヘッダー構

造の最適化を提案するものである。

この変更リクエストは，それに必要なサポートを２５．３３１に導入するもので

ある。（１頁）
」

キ甲４０（米国特許第６８１９６５８号）の記載

「図１１Ａに示すように，動作時には，受信されたセルまたはパケットは，ステ

ップ１１Ａ－１およびステップ１１Ａ－２のテストにより，そのサイズが最小サイ

ズ，例えばＡＴＭセルのサイズと等しいかどうかが判断される。受信されたパケッ

トまたはセルが最小サイズしかない場合は，分割は不要であるという判断がステッ

プ１１Ａ－３において行われ，ステップ１１Ａ－４によりＳＡＲ１ヘッダー部が生

成される。

ＳＡＲ１ヘッダー部は，図８に示すように，わずか１バイトから成る。ステップ

１１Ａ－７では，このヘッダー部がパケットまたはセルのデータに適用され，宛先

端末をアドレス指定して予め定められたバーストの中でその端末へ伝送するために，

サイトにおいて選択された端末にあるモデムへと転送される。ステップ１１Ａ－２

において，受信されたセルまたはパケットが最小サイズを超えると判断された場合，

そのセルまたはパケットを伝送のために分割する必要がある。そこで，ステップ１

１Ａ－５により，そのセルまたはパケットは予め定められたサイズのセグメントに

分割され，次にステップ１１Ａ－６においてＳＡＲ２ヘッダー部の生成が行われる。

上記のように，また，図７Ａと７Ｂで示したように，ＳＡＲ２ヘッダー部は３バイ

トのヘッダー部であり，セグメントごとに変化してパケットごとに各セグメントを

その端末が識別できるだけの十分な情報を含む。（１４頁）
」

ク甲４３（国際公開第０２／４３３３２号）の記載

「本発明の第２の態様は，第１の態様と次の点で類似している。あるユーザーデ

ータパケットのペイロードが複数のＡＡＬ２パケット上に分散（分割）される場合，

ＡＡＬ２パケット（分割されたユーザーデータパケットを運ぶ）のシーケンス番号
に関連する値が，分割されたユーザーデータパケットが利用する複数のＡＡＬ２パ

ケットの長さインジケータ（ＬＩ）フィールドに格納される。この第２の態様を円

滑にするため，長さインジケータ（ＬＩ）フィールドに２つの範囲の値が予約され

る。ある実施例では，この予約された（予め定義された）値の第一の範囲は，４８

から５５までの間（両端を含む）であり，第二の範囲は，５６から６３までの間（両

端を含む）である。受信したＡＡＬ２パケットの長さインジケータ（ＬＩ）フィー

ルドが第一の範囲に属する場合，その受信したＡＡＬ２パケットは，ユーザーデー

タフレームのユーザーデータを含む複数のＡＡＬ２パケットの一番目と認識される。

受信したＡＡＬ２パケットの長さインジケータ（ＬＩ）フィールドが第二の範囲に

属する場合，その受信したＡＡＬ２パケットは，複数のＡＡＬ２パケットの一番目

以外のパケット（例えば，第二，第三，第四のＡＡＬ２パケットなど）であると認

識される。（訳文７頁）
」

(2) 無効理由１（甲３による新規性欠如）について

ア前記(1)アのとおりの甲３の記載によれば，甲３には，次のとおりの発明が記

載されていると認められる（以下「甲３発明」という。。
）

「移動通信システムにおけるデータを送信する装置であって，

上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプ

ロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定し，前記ＳＤＵを伝送可

能なＰＤＵサイズによって少なくとも一つのセグメントに再構成するための伝送バ

ッファと，

一連番号（ＳＮ）フィールドと１ビットフィールドをヘッダーに含み，前記少な

くとも一つのセグメントをデータフィールド内に含む少なくとも一つのＰＤＵを構

成するヘッダー挿入部と，

前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記少なくとも一つのＰＤＵの

前記１ビットフィールド以後にＬＩフィールドを挿入し，設定するＬＩ挿入部と，

前記ＬＩ挿入部から受信される少なくとも一つのＰＤＵを受信部に伝送する送信
部と，

を含むことを特徴とするデータ送信装置（データ送信方法）」
。

イ以上の認定に関して，被控訴人は，甲３の「僅か一つのＳＤＵが，完全にＰ

ＤＵ５０のデータ領域５８を充填する場合，ビット５５ａは０で，ＬＩは出現しな

いことを表示する。との記載
」（段落【０００８】から，
）甲３には，構成要件Ｄ（Ｋ）

の「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パデ

ィングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前

記１ビットフィールドを設定」する設定部があることが開示されていると主張する。

しかし，① 甲３には「図３はＡＭデータＰＤＵ５０の簡略図で，３ＧＰＰＴＳ

２５．３２２Ｖ３．８．０．規範に掲載されている。（段落【０００６】
」）と記載

されており，ここに「３ＧＰＰＴＳ２５．３２２Ｖ３．８．０．規範」は，代替

的Ｅビット解釈が３ＧＰＰ規格に採用される前の３ＧＰＰ規格の技術仕様書である

ことからすると，被控訴人の指摘する記載は，通常Ｅビット解釈を行う際のもので

あると理解できる。しかるに，通常Ｅビット解釈は，
「前記ＰＤＵが分割，連結，パ

ディングなしに前記データフィールドに前記ＳＤＵを完全に含む」場合について，

規定するものではない。さらに，② 甲３の「僅か一つのＳＤＵが，完全にＰＤＵ

５０のデータ領域５８を充填する場合」との文言には，ＳＤＵの方がサイズが大き

く，分割された最初のセグメントや中間セグメントがＰＤＵを充填する場合も含ま

れると解するのが自然である。これらの事情からすると，被控訴人の指摘に係る甲

３の記載（「僅か一つのＳＤＵが・・・ＬＩは出現しないことを表示する。）に，構
」

成要件Ｄ（Ｋ）の「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分

割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むこと

を示すように前記１ビットフィールドを設定」するとの技術が開示されているとは

認めることができない。

また，被控訴人は，甲３の「代替ＰＤＵ」の一例である「パディングＰＤＵ」は，

パディングＰＤＵの前後のＰＤＵを結合する役割を果たすため，中間セグメントを
「
含むＰＤＵ」に対応するとも主張する。しかし，甲３は，
「パディングＰＤＵ」「実
を

際のＳＤＵデータを備えず，ＳＤＵデータが不測のデータ中断の発生により破棄さ

れる時にだけ用いられる」
（段落【００２６】）とするのであるから，甲３記載の「パ

ディングＰＤＵ」は，ＳＤＵの一部を分割して充填したものではなく，ＳＤＵとは

全く無関係であり，ＳＤＵとの関係を観念することも，中間セグメントを観念する

ことも不可能であるから，本件発明１のＳＤＵの中間セグメントを含むＰＤＵに相

当するとはいえない。

そうすると，甲３には，
「パディングＰＤＵ」について，ＬＩフィールドに特別コ

ードを設定することが記載されてはいるものの，このことが，本件発明１の構成要

件Ｄにおける「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメント

を含む場合」「少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在する
，

ことを示すように前記１ビットフィールドを設定する」こと，及び構成要件Ｆにお

ける「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場

合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後の

セグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」

ることに相当するとはいえない。

したがって，被控訴人の主張は採用できない。

ウ前記アのとおり認定される甲３発明と本件発明１を対比すると，両者の間に

は，次のとおりの相違点があると認められる（他の点では一致する。。
）

(ｱ) 相違点１

本件発明１では，
「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分

割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むこと

を示すように前記１ビットフィールドを設定し，前記ＰＤＵの前記データフィール

ドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ

（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定す

る１ビットフィールド設定部」
（構成要件Ｄ）を含むのに対し，甲３発明は，上記の
構成を備えていない点。

(ｲ) 相違点２

本件発明１では，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメ
「

ントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメン

トでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた

値に設定され」る（構成要件Ｆ）のに対し，甲３発明は，上記の構成を備えていな

い点。

エ前記アのとおりの甲３発明と本件発明２を対比すると，両者の間には，次の

とおりの相違点がある（他の点では一致する）。

(ｱ) 相違点３

本件発明２は，
「前記ＳＤＵが一つのＰＤＵに含まれる場合に，ヘッダーとデータ

フィールドを含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一連番

号（ＳＮ）フィールドと，前記ＰＤＵが分割，連結，またはパディングなしに前記

データフィールドに前記ＳＤＵを完全に含むことを指示する１ビットフィールドと，

を含」む（構成要件Ｋ）のに対し，甲３発明は，上記の構成を備えていない点。

(ｲ) 相違点４

本件発明２は，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメン
「

トを含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントで

も最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に

設定され」る（構成要件Ｍ）のに対し，甲３発明は，上記の構成を備えていない点。

オ以上のとおり，本件発明１及び２と甲３発明の間には，相違点１ないし４が

あるのであるから，本件発明１及び２と甲３発明が同一のものであるとの被控訴人

の主張（無効理由１）は採用できない。

(3) 無効理由２（甲３を主引例とする進歩性欠如①）について

ア本件発明１は，
「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが

分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むこ
とを示すように前記１ビットフィールドを設定」
（構成要件Ｄ）することで，不必要

なＬＩフィールドの使用によって限定された無線リソースが非効率的に使用される

という課題を解決することができるとともに，前記ＰＤＵの前記データフィールド
「

が前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（Ｌ

Ｉ）フィールドが存在することを示すように前記１ビットフィールドを設定」
（構成

要件Ｄ）して，
「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメント

を含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントで

も最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に

設定」
（構成要件Ｆ）することで，ＳＤＵを分割，連結，パディングなしにデータフ

ィールドに完全に含むＰＤＵか，データフィールドにＳＤＵの開始や終了が含まれ

ないＰＤＵ（ＳＤＵの中間セグメントを含むＰＤＵ）かの判定ができるようにした

ものと認められる。

イ本件発明２は，
「前記ＳＤＵが一つのＰＤＵに含まれる場合に，ヘッダーとデ

ータフィールドを含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一

連番号（ＳＮ）フィールドと，前記ＰＤＵが分割，連結，またはパディングなしに

前記データフィールドに前記ＳＤＵを完全に含むことを指示する１ビットフィール

ドと，を含み」
（構成要件Ｋ）との構成により，不必要なＬＩフィールドの使用によ

って限定された無線リソースが非効率的に使用されるという課題を解決することが

できるとともに，
「前記ＳＤＵが一つのＰＤＵに含まれない場合に」，
「前記各ＰＤＵ

のヘッダーは」「少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在す
，

ることを示す１ビットフィールド，そして前記少なくとも一つのＬＩフィールドを

含み」
（構成要件Ｌ），
「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグ

メントを含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメン

トでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた

値に設定され」
（構成要件Ｍ）るとの構成により，ＳＤＵを分割，連結，パディング

なしにデータフィールドに完全に含むＰＤＵか，データフィールドにＳＤＵの開始
や終了が含まれないＰＤＵかの判定ができるようにしたものと認められる。

ウ他方，甲３発明は，ＲＬＣ層とＭＡＣ層間で生じる不測の伝送中断を処理す

ることを目的とし，不測のデータ中断によってＲＬＣ層内のＳＤＵデータが，ＭＡ

Ｃ層からのＴＦＣデータ要求によるデータ量を満たさない場合，ＲＬＣ層は相当す

る数量と正確な大きさのパディングＰＤＵを出し，これを代替ＰＤＵにすることに

より，ＳＤＵデータの欠乏を補い，上記ＴＦＣデータ要求を満たすようにしたもの

と認められる。

エ無効理由１で検討のとおり，甲３発明は，
「前記ＳＤＵが一つのＰＤＵに含ま

れる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに

前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」する構

成を備えているとは認められず，また，甲３には，不必要なＬＩフィールドの使用

によって限定された無線リソースが非効率的に使用されるとの課題や，ＳＤＵを分

割，連結，パディングなしにデータフィールドに完全に含むＰＤＵか，データフィ

ールドにＳＤＵの開始や終了が含まれないＰＤＵかの判定ができるようにするとの

課題について記載も示唆もされていない。

同様に，そのような課題は，甲３９にも何ら記載されていない。

そうすると，甲３発明において，本件発明１のように，
「前記ＳＤＵが一つのＰＤ

Ｕに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィ

ールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定

し，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，

少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すよう

に前記１ビットフィールドを設定する１ビットフィールド設定部」
（構成要件Ｄ）を

含み，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場
「

合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後の

セグメントでもない中間セグメントを含むことを示す予め定められた値に設定され」

（構成要件Ｆ）るようにすることは，甲３の記載や甲３９にみられる技術常識に基
づいて当業者が容易に想到し得たものとはいえない。

オ同様に，甲３発明において，本件発明２のように，
「前記ＳＤＵが一つのＰＤ

Ｕに含まれる場合に，ヘッダーとデータフィールドを含む前記ＰＤＵを構成する段

階と，ここで，前記ヘッダーは，一連番号（ＳＮ）フィールドと，前記ＰＤＵが分

割，連結，またはパディングなしに前記データフィールドに前記ＳＤＵを完全に含

むことを指示する１ビットフィールドと，を含み」「前記ＰＤＵの前記データフィ
，

ールドが前記ＳＤＵの中間セグメントを含むと，前記ＬＩフィールドは前記ＰＤＵ

が前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを

含むことを示す予め定められた値に設定され」るようにすることも，甲３の記載や

甲３９にみられる技術常識に基づいて当業者が容易に想到し得たものとはいえない。

(4) 無効理由３（甲３を主引例とする進歩性欠如②）について

本件各発明のそれぞれの課題，課題解決手段及び作用効果は，無効理由２で検討

したとおりである（前記(3)）。また，甲３発明の目的も，無効理由２で検討したと

おりである。無効理由２で検討したとおり，本件各発明と甲３発明とは，解決課題

が異なり，甲３には，本件各発明の課題について記載も示唆もされていない。

さらに，甲４に記載の発明は，
「前のＲＬＣＰＤＵを失った場合，ＳＤＵ全体が

受信されたかどうかが分からない」との課題を解決するために，
「現ＰＤＵに一番目

のＳＤＵセグメントが完全に含まれているか否かを帯域内でシグナリング」すると

するものである。甲４には，
「シグナリング」の例として，予約値の一つを使用する

場合は，
「追加ＬＩは，一番目のＲＬＣＳＤＵが完全に含まれるＲＬＣＰＤＵに

含まれなければならない」とされており，本件各発明のように中間セグメントを含

む場合にＬＩフィールドに予約値を用いるとするものではない。したがって，甲４

には，本件発明１のように，
「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中

間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初の

セグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定

められた値に設定」（構成要件Ｆ）することや，本件発明２のように，「前記ＰＤＵ
の前記データフィールドが前記ＳＤＵの中間セグメントを含むと，前記ＬＩフィー

ルドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない

中間セグメントを含むことを示す予め定められた値に設定され」
（構成要件Ｍ）るこ

とで，ＳＤＵを分割，連結，パディングなしにデータフィールドに完全に含むＰＤ

Ｕか，データフィールドにＳＤＵの開始や終了が含まれないＰＤＵかの判定ができ

るようにすることについて，記載又は示唆されているとは認められない。

そうすると，本件各発明と甲３発明との相違点に係る構成が，甲３発明及び甲４

の記載に基づいて当業者が容易に想到し得たものとはいえない。

(5) 無効理由４（甲３を主引例とする進歩性欠如③）について

本件発明１及び本件発明２のそれぞれの課題，課題解決手段及び作用効果は，無

効理由２で検討したとおりである。また，甲３発明の目的も，無効理由２で検討し

たとおりである。無効理由２で検討したとおり，本件発明１及び本件発明２と甲３

発明とは，解決課題が異なり，甲３には，本件各発明の課題について記載も示唆も

されていない。

また，甲３９には，上位層データユニットが下位層ＰＤＵにおける現在データセ

グメントで終わるか，又は次の下位層ＰＤＵまで続くか等，上位層データユニット

（ＳＤＵ）に関する特殊な情報を必要に応じて指示するためにセグメント長さ情報

の特定の値を使用すること，例えば，ＰＤＵの第１ＰＵ（ペイロードユニット）に，

そのＰＤＵのＳＤＵが次のＰＤＵに続いていることを指示する所定値（例えば，１

１１１１１０）を有する長さ指示子を与えること，及び上記のセグメント長さ情報

の特定の値を使用することは，受信器においてセグメント化されたデータを正しく

組み立てるために必要とされ，これにより，個別の指示子フィールド（甲３９の段

落【０００７】）が回避されることが記載されていると認められる。

そして，甲３９に記載の「そのＰＤＵのＳＤＵが次のＲＬＣＰＤＵに続いてい

ること」
（段落【００１９】）とは，
「そのＰＤＵのＳＤＵが最後のセグメントでない

こと」と解するのが相当であるから，当該記載には「そのＰＤＵのＳＤＵが中間セ
グメント」であることだけでなく，
「そのＰＤＵのＳＤＵが最初のセグメント」であ

ることも含まれると認められる。

そうすると，甲３９には，本件発明１のように，
「前記ＰＤＵの前記データフィー

ルドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵ

が前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを

含むことを示す予め定められた値に設定」することや，本件発明２のように，
「前記

ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含むと，前記ＬＩ

フィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントで

もない中間セグメントを含むことを示す予め定められた値に設定され」ることで，

ＳＤＵを分割，連結，パディングなしにデータフィールドに完全に含むＰＤＵか，

データフィールドにＳＤＵの開始や終了が含まれないＰＤＵかの判定ができるよう

にすることについて，記載又は示唆されているとは認められない。

以上から，本件各発明と甲３発明との相違点に係る構成は，甲３発明及び甲３９

の記載に基づいて当業者が容易に想到し得たものとはいえない。

(6) 無効理由５（甲１の４を主引例とする進歩性欠如）について

ア甲１の４の記載からすると，甲１の４には次の発明（以下「甲１の４発明」

という。）が記載されていると認められる。

「移動通信システムにおけるデータを送信する装置であって，

上位階層からサービスデータユニット（ＳＤＵ）を受信し，前記ＳＤＵが一つの

プロトコルデータユニット（ＰＤＵ）に含まれるか否かを判定し，前記ＳＤＵを伝

送可能なＰＤＵサイズによって少なくとも一つのセグメントに再構成するための伝

送バッファと，

一連番号（ＳＮ）フィールドと１ビットフィールドをヘッダーに含み，前記少な

くとも一つのセグメントをデータフィールド内に含む少なくとも一つのＰＤＵを構

成するヘッダー挿入部と，

前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記少なくとも一つのＰＤＵの
前記１ビットフィールド以後にＬＩフィールドを挿入し，設定するＬＩ挿入部と，

前記ＬＩ挿入部から受信される少なくとも一つのＰＤＵを受信部に伝送する送信

部と，

を含むことを特徴をするデータ送信装置（データ送信方法）」
。

イ前記アのとおりの甲１の４発明と本件発明１を比較すると，両者の間には，

次のとおりの相違点がある（他の点では一致する。。
）

(ｱ) 相違点５

本件発明１では，
「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分

割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むこと

を示すように前記１ビットフィールドを設定し，前記ＰＤＵの前記データフィール

ドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ

（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定す

る１ビットフィールド設定部」（構成要件Ｄ）を備えるのに対し，甲１の４発明は，

そのような構成を備えていない点。

(ｲ) 相違点６

本件発明１では，
「ここで，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中

間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初の

セグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定

められた値に設定され」
（構成要件Ｆ）るのに対し，甲１の４発明は，そのような構

成を備えていない点。

ウ前記アのとおりの甲１の４発明と本件発明２を比較すると，両者の間には，

次のとおりの相違点がある（他の点では一致する。。
）

(ｱ) 相違点７

本件発明２では，
「前記ＳＤＵが一つのＰＤＵに含まれる場合に，ヘッダーとデー

タフィールドを含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一連

番号（ＳＮ）フィールドと，前記ＰＤＵが分割，連結，またはパディングなしに前
記データフィールドに前記ＳＤＵを完全に含むことを指示する１ビットフィールド

と，を含」む（構成要件Ｋ）のに対し，甲１の４発明は，そのような構成を備えて

いない点。

(ｲ) 相違点８

本件発明２では，
「前記ＳＤＵが一つのＰＤＵに含まれない場合に」，
「前記各ＰＤ

Ｕのヘッダーは，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在す

ることを示す１ビットフィールド，そして前記少なくとも一つのＬＩフィールドを

含み」
（構成要件Ｌ），
「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグ

メントを含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメン

トでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた

値に設定され」
（構成要件Ｍ）るのに対し，甲１の４発明は，そのような構成を備え

ていない点。

エ相違点５ないし８について検討する。

本件各発明のそれぞれの課題，課題解決手段及び作用効果は，無効理由２で検討

したとおりである（前記(3)）。

他方，甲１の４発明は，相違点５及び６に係る構成を備えていない点で本件発明

１と相違し，また，相違点７及び８に係る構成を備えていない点で本件発明２と相

違するから，甲１の４発明が，本件各発明のように，不必要なＬＩフィールドの使

用によって限定された無線リソースが非効率的に使用されるとの課題，及び「前記

ＰＤＵが分割，連結，またはパディングなしに前記データフィールドに前記ＳＤＵ

を完全に含むこと」を示すように「１ビットフィールド」を設定した場合に，ＳＤ

Ｕを分割，連結，パディングなしにデータフィールドに完全に含むＰＤＵか，デー

タフィールドにＳＤＵの開始や終了が含まれないＰＤＵかの判定ができるようにす

るとの課題を解決するものとは認められない。

ここで，被控訴人の提出に係る甲１の２，４２，９１及び９２には，固定ビット

レートの音声コーデックを使用するＶｏＩＰアプリケーションが，同じサイズのＳ
ＤＵを頻繁に発生させることが，甲３及び４０には，一つのＳＤＵがＰＤＵのデー

タフィールドを完全に充填する場合，又は，受信したデータがデータパケットのデ

ータフィールドを完全に充填する場合に，ヘッダーサイズを減らすことができるこ

とがそれぞれ記載されていると認められ，上記の各事項は，本件特許の優先日前，

当該技術分野で知られていたと認められる。

もっとも，甲３９に記載の「そのＰＤＵのＳＤＵが次のＰＤＵに続いていること」

は，無効理由４（前記(5)）で検討したとおり，「そのＰＤＵのＳＤＵが中間セグメ

ント」であることだけでなく，
「そのＰＤＵのＳＤＵが最初のセグメント」であるこ

とも示すと認められ，また，同様に，甲４３の「受信したＡＡＬ２パケットの長さ

インジケータ（ＬＩ）フィールドが第二の範囲に属する場合，その受信したＡＡＬ

２パケットは，複数のＡＡＬ２パケットの一番目以外のパケット（例えば，第二，

第三，第四のＡＡＬ２パケットなど）であると認識される。との記載において，
」「複

数のＡＡＬ２パケットの一番目以外のパケット」は，
「中間のＡＡＬ２パケット」で

あることだけでなく，
「最後のＡＡＬ２パケット」であることも示すと認められるか

ら，甲３９及び４３には，ＰＤＵのデータフィールドに長さインジケータを用いて

中間セグメントであることを示すことが記載されているとは認められず，この点が，

本件特許の優先日前，当該技術分野において知られていたとも認められない。

そして，上記の各証拠には，本件各発明の相違点５及び７に係る構成のように，

ＰＤＵが分割，連結，パディングなしにデータフィールドにＳＤＵを完全に含むこ

とを示すように「１ビットフィールド」を設定することにより，不必要なＬＩフィ

ールドの使用によって限定された無線リソースが非効率的に使用されるとの課題を

解決すること，また，
「１ビットフィールド」を上記のように設定する際に，本件各

発明の相違点５，６及び８に係る構成のように，ＰＤＵのデータフィールドがＳＤ

Ｕの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィ

ールドが存在することを示すように上記１ビットフィールドを設定し，上記ＬＩフ

ィールドには上記ＰＤＵが中間セグメントを含むことを示す予め定められた値を設
定することにより，ＳＤＵを分割，連結，パディングなしにデータフィールドに完

全に含むＰＤＵか，データフィールドにＳＤＵの開始や終了が含まれないＰＤＵか

の判定ができるようにすることについて，記載も示唆もされていない。

そうすると，本件各発明と甲１の４発明とは，解決課題でも相違し，また，上記

各証拠に記載された事項では，本件各発明の課題とその解決手段について開示され

ているとはいえないから，甲１の４発明に上記各証拠に記載された事項を適用して

も，本件各発明と甲１の４発明との相違点に係る構成について，当業者が容易に想

到し得たとは認められない。

オ被控訴人は，通常Ｅビット解釈が採用されたのは，多くのアプリケーション

では，ＰＤＵデータフィールドよりも大きいサイズのＳＤＵが頻繁に発生し，その

当然の帰結として，ＳＤＵの中間セグメントを含むＰＤＵも頻繁に発生することに

なることから，中間セグメントを含むＰＤＵの長さインジケータを省略する方が，

完全に一致するＳＤＵを含むＰＤＵの長さインジケータを省略するよりもヘッダー

のデータ量を節約できると認識していたからこそ甲１の４発明の構成を採用したの

であって，３ＧＰＰは，ＰＤＵデータフィールドに完全に一致するＳＤＵの発生頻

度が高い場合には，そのようなＳＤＵを含むＰＤＵの長さインジケータを省略する

ことにより，データ伝送のオーバーヘッドを減少させることができると認識してい

たこともうかがわれると主張する。

しかし，被控訴人の上記の主張は採用できない。

甲１の４には，多くのアプリケーションでは，ＰＤＵデータフィールドよりも大

きいサイズのＳＤＵが頻繁に発生し，ＳＤＵの中間セグメントを含むＰＤＵも頻繁

に発生することになることから，このようなＰＤＵのヘッダーサイズを小さくし，

トータルでのオーバーヘッドを減少させ，データ伝送をより効率的に行うことを可

能とするために，ＳＤＵの中間セグメントを含むＰＤＵの長さインジケータを省略

したことについて，記載も示唆もされておらず，甲１の４の記載から，上記の点が

認識されていたとは認められない。
また，甲１の４には，ＰＤＵデータフィールドに完全に一致するＳＤＵの発生頻

度が高い場合には，そのようなＳＤＵを含むＰＤＵの長さインジケータを省略する

ことにより，データ伝送のオーバーヘッドを減少させることができることについて，

記載も示唆もされておらず，固定ビットレートの音声コーデックを使用するＶｏＩ

Ｐアプリケーションが，同じサイズのＳＤＵを頻繁に発生させることが，本件出願

の優先日前に当業者によく知られていたとしても，甲１の４の記載から，上記の点

が認識されていたとは認められない。

そして，甲１の４の記載によれば，ＰＤＵの長さインジケータは，
「ＰＤＵ内で終

了する各ＲＬＣＳＤＵの最終オクテットを示す」ものとして定義されているから，

ＳＤＵの中間セグメントを含むＰＤＵの長さインジケータが省略されるのは，ＰＤ

Ｕの長さインジケータの上記の定義によるものと解するのが相当である。

また，仮に，固定ビットレートの音声コーデックを使用するＶｏＩＰアプリケー

ションが頻繁に発生させる同じサイズのＳＤＵをＰＤＵデータフィールドに完全に

一致させ，そのようなＳＤＵを含むＰＤＵの長さインジケータを省略することを当

業者が想到するとしたとしても，甲１の４には，中間セグメントを含むＰＤＵにつ

いて，長さインジケータを，その本来の定義とは異なる「ＰＤＵがＳＤＵの最初の

セグメントでも最終のセグメントでもない中間セグメントを含むことを示す予め定

められた値」に設定することまで記載や示唆されているとは認められないし，この

点が自明であったと認めることもできない。

以上のとおり，被控訴人の主張は，その前提において誤りがあり，失当である。

４争点４（本件各製品に係る本件特許権の消尽の有無）について

当裁判所は，① 控訴人とインテル社間の変更ライセンス契約は，平成２１年６

月３０日に契約期間満了により終了しており，また，終了していないとしても，本

件ベースバンドチップ（以下，本件製品２及び４に実装されている本件ベースバン

ドチップについてのみ論ずる。は当該契約の対象になるものではないから，
）本件特

許権が消尽した旨の被控訴人の主張は前提において失当である，② 仮にライセン
ス契約が終了しておらず本件ベースバンドチップがその対象になると仮定したとし

ても，本件において，本件特許権の行使が制限される理由はない，と判断する。そ

の理由は次のとおりである。

(1) 認定事実

証拠（甲１９の１の１ないし１９の１の４，１９の２，２０の１ないし２０の３，

１６２，１６３，乙４６，５２）及び弁論の全趣旨によれば，この点に関して，以

下の各事実を認めることができる。

ア控訴人とインテル社は，平成５年１月１日，インテル社の保有する特許と控

訴人の保有する特許を相互にクロスライセンスすることを骨子とするクロスライセ

ンス契約（控訴人とインテル社間のライセンス契約）を締結した（甲２０の１，１

６２）。

控訴人とインテル社間のライセンス契約には，次のとおりの条項が置かれていた。

「１．１１「三星特許」とは，現在，
「三星」
（又はその「子会社」）により所有

又は支配される，又は，今後，
「三星」
（又はその「子会社」）により取得される，全

世界の，全ての分類及び種類の特許権，実用新案権，意匠権（原出願，分割出願，

継続出願，部分的な継続出願又は再出願を含むがそれに限られない）及びこれらの

分類及び種類についての出願のうち，
（ａ）本契約の終了又は解除以前の日付を最初

の有効な出願日とするものであって，（ｂ）・・・を意味する。」

「１．１４「インテル・ライセンス対象商品」は，(a)半導体材料，(b)半導体

素子，又は(c)集積回路を構成する全ての製品（「三星所有製品」を除く）を意味す

る。」

「３．１「三星」は，
「インテル」に対して，
「三星特許」につき，全世界で「イ

ンテル・ライセンス対象商品」を製造し，製造委託をし，使用し，
（直接又は間接的

に）販売し，
「インテル」のためにのみ開発委託をし，リースし，又はその他の処分

をする，非独占かつ譲渡不能のライセンスを許諾する。」

「３．３「インテル」は，第３．1条及び第３．2条に基づくライセンスの範
囲を「インテル子会社」に対しても拡張する権利を有するものとする。
「インテル子

会社」をライセンスの範囲に拡張できるのは，当該事業体が「子会社」の要件を全

て充たしており，かつ，拡張の対象となる権利が「インテル」に関して有効に存続

している期間に限るものとする。」

「６．４本契約終了時においても，一方当事者から他方当事者に対して，場合

によって，
「三星特許」又は「インテル特許」につき，許諾されたライセンスは，
「三

星特許」又は「インテル特許」の有効期間においては，６．3条に規定する場合を

除き，存続するものとする。」

「７．８本契約及び本契約の履行に関連する事項は，全ての点において，アメ

リカ合衆国連邦法及びカリフォルニア州法に準拠し，これを適用し，これに従って

解釈するものとする。」

イ控訴人とインテル社間のライセンス契約は，平成１４年１２月３１日の経過

をもって終了した。控訴人とインテル社は，平成１５年３月１８日，控訴人とイン

テル社間のライセンス契約の一部を変更する旨の契約（甲２０の２）を締結した。

ウ控訴人とインテル社は，平成１６年７月１日，控訴人とインテル社間のライ

センス契約を，さらに次のとおり変更する旨の契約（甲２０の３，１６３。以下，

「第２変更契約」といい，同契約による変更後の控訴人とインテル社間のライセン

ス契約を指して，「控訴人とインテル社間の変更ライセンス契約」という。）を締結

した（以下の文中の「特許クロスライセンス契約」は，本判決でいう控訴人とイン

テル社間のライセンス契約を指す。。
）

「（１）特許クロスライセンス契約第６．1条にかかわらず，特許クロスライセ

ンス契約は，上記に規定された第２変更契約の効力発生日から５年後まで，期間が

延長され有効に存続するものとする。」

「（３）第３．1条を次の条項と差し替えるものとする。

３．１本契約の条件に従い，「三星」は「インテル」に対して，「三星特許」に

基づき，サブライセンスをする権利を除き，以下の行為について，全世界的な，非
独占，譲渡不能かつ無償のライセンスを許諾する。

(a)

(1) 全ての「インテル・ライセンス対象製品」の製造，使用，販売（直接又は間

接を問わない。，販売の申出，輸入その他の処分。
）

(2) 機器の製造，製造委託（第３．7条に定める限定条項に服する。，使用及び
）

／又は輸入，並びに全ての「インテル・ライセンス対象商品」の製造，使用，輸入

及び／又は販売の方法又はプロセスの実施。

(3) 上記第３．1条(a)(1)において許諾されたライセンスに基づき，インテル」
「

が使用，輸入，販売，販売の申し出又は処分を行うためにインテルに対する供給の

みを目的とする他の製造業者への「インテル・ライセンス対象製品」の製造委託（第

３．7条に定める制限条項に服する。。
）

なお，上記(1),(2)及び(3)において許諾されたこれらのライセンスは「インテル・

ライセンス対象商品」から除外される「三星専有製品」には適用されない。」

「（４）第３．3条の後に次の条項を新たに挿入する。」

「３．７製造委託権

(a) 上記第３．1条において許諾されたライセンスに基づき，「インテル」が自

己のために第三者に製品の製造を委託する権利は，
（ｉ）第三者が製造する当該製品

の製造のための設計図，仕様書，施工図等（以下，個別に又は併せて「本件製品仕

様書」という。）を「インテル」が第三者製造業者に提供する場合であって，
（ｉｉ）

「本件製品仕様書」が当初は当該第三者製造業者より「インテル」に対し提供され

たものではないとき（但し，
「インテル」もかかる設計に付き無制限の所有権を有す

る場合はこの限りではない。）にのみ適用される。」

「（９）第７．8条において「カリフォルニア」「ニューヨーク」
をに変更する。」

「（１３）第６．2条，第６．3条及び第６．4条を次の条項と差し替える。」

「６．４存続条項３．5条及び４．5条に規定するオプション，1条，2条，

５．4条，６．3条，６．4条及び7条は，本契約のいかなる事由による終了後も
存続する。」

エ控訴人とインテル社間の変更ライセンス契約の存続期間は，平成２１年６月

３０日までであった。

オ本件ベースバンドチップは，①ＩＭＣ社が第三者に製造を委託し，②ＩＭＣ

社が日本国外でインテル社に販売し，③インテル社が日本国外で完全子会社のイン

テル・アメリカ社に販売し，④インテル・アメリカ社が日本国外でアップル社に販

売したものである（甲１９の１の１ないし１９の１の４，１９の２，乙４６）。ＩＭ

Ｃ社は，平成２３年１月３１日に，インフィニオン社がインテル社の子会社となる

ことによって成立した会社である（乙５２）。

(2) 検討

ア法の適用に関する通則法（以下「通則法」という。）7条によれば，控訴人と

インテル社間のライセンス契約については「アメリカ合衆国連邦法及びカリフォル

ニア州法」を，控訴人とインテル社間の変更ライセンス契約については「アメリカ

合衆国連邦法及びニューヨーク州法」をそれぞれ適用するべきことになる。

イ控訴人とインテル社間のライセンス契約の６．4条には，
「本契約終了時にお

いても，
・・・
「三星特許」
・・・につき，許諾されたライセンスは，
「三星特許」
・・・

の有効期間においては，・・・存続するものとする。」とあり，明文をもって控訴人

とインテル社間のライセンス契約が終了した後にも，実施権は存続することが規定

されていた。ところが，第２変更契約の（１３）は，従前の６．4条を変更し，契

約終了後にも効力が存続するとする条項として，
「３．5条及び４．5条に規定する

オプション，1条，2条，５．4条，６．3条，６．4条及び7条」のみを掲げ，

３．1条等の実施許諾に係る条項は除外するに至っている。

このように，それ以前には掲げられていた実施権の存続が削除されている第２変

更契約の文言からすると，控訴人とインテル社間の変更ライセンス契約においては，

同契約の終了時点である平成２１年６月３０日の経過をもって，控訴人とインテル

社間の変更ライセンス契約による「三星特許」等についての実施許諾は終了してい
ると解するのが相当である。

この点について，被控訴人は，インテル社から控訴人宛ての書簡（甲２５），イン

テル社と控訴人の間の電子メール（甲１２６，１６５），オーストラリアでの訴訟に

おける控訴人の訴訟代理人の発言（甲１２７）等を指摘して，控訴人とインテル社

間の（変更）ライセンス契約による実施権は存続している旨を主張する。しかし，

これらの証拠によっても，控訴人とインテル社間の変更ライセンス契約の明文に基

づく前記のとおりの判断を左右するものではなく，本件において提出された証拠を

前提とする限り，控訴人とインテル社間の変更ライセンス契約は終了していると認

めるのが相当である。

ウまた，仮に控訴人とインテル社間の変更ライセンス契約による実施権が存続

していると解した場合であっても，本件ベースバンドチップは同契約による実施許

諾の対象にはならないと解される。すなわち，控訴人とインテル社間の変更ライセ

ンス契約の３．1条は柱書でサブライセンスの権利を否定していること，同(a)(2)

及び(3)並びに３．7条がインテル社が第三者製造業者への製造委託をすることがで

きる場合を一定の要件を備えるものに限定していることからすれば， 1条(a)(1)
３．

の「製造」及び「販売（直接又は間接を問わない）」とは，インテル社が自ら製造す

ることと，自ら製造した物を，直接又は間接を問わず，販売することを意味すると

解され，第三者製造業者に対して製造委託等した製品は，同(a)(1)による「販売」

許諾の対象とはならないと解される。このように同(a)(1)の「販売」の意味を限定

的に解さず，無関係の第三者製造業者等から購入した物の販売も同条にいう「販売」

に該当するとすると，同(a)(2)及び(3)並びに３．7条において，第三者製造業者へ

の製造委託に，インテル社が仕様書を第三者に提供した場合であって，当該仕様書

が当初は当該第三者製造業者から提供されたものでないこととの条件を付したこと

が容易に潜脱できることとなる。このような解釈は，契約全体としての整合がとれ

ないこととなり，不都合である。

本件ベースバンドチップは，ＩＭＣ社によって製造されているのであるから（前
記(1)オ），これが３．1条で正当化されるためには，同(a)(2)又は同(3)に該当する

場合である（この場合には，インテル社がＩＭＣ社に対して，３．7条に定める図

面等を提供して製造委託している必要がある。）か，３．3条に従ってライセンス契

約が拡張されている必要があるところ，本件全証拠によってもかかる事実を認める

に足りない。

エ以上のとおり，控訴人とインテル社間の変更ライセンス契約による実施許諾

は終了しており，また仮に存続していたとしても，本件ベースバンドチップは同契

約による実施許諾の対象とはならないと認められる。

オ念のため，仮に，控訴人とインテル社間の変更ライセンス契約が存続してお

り，かつ，本件ベースバンドチップがその対象となると仮定した場合においても，

当裁判所は，次のとおり本件特許権の行使が制限されるものではないと判断するも

のである。以下にその理由を示す。

(ｱ) 特許権者又は専用実施権者（この項では，以下，単に「特許権者」という。）

が，我が国において，特許製品の生産にのみ用いる物（第三者が生産し，譲渡する

等すれば特許法101条1号に該当することとなるもの。「１号製品」
以下という。）

を譲渡した場合には，当該１号製品については特許権はその目的を達成したものと

して消尽し，もはや特許権の効力は，当該１号製品の使用，譲渡等（特許法2条３

項１号にいう使用，譲渡等，輸出若しくは輸入又は譲渡等の申出をいう。以下同じ。）

には及ばず，特許権者は，当該１号製品がそのままの形態を維持する限りにおいて

は，当該１号製品について特許権を行使することは許されないと解される。しかし，

その後，第三者が当該１号製品を用いて特許製品を生産した場合においては，特許

発明の技術的範囲に属しない物を用いて新たに特許発明の技術的範囲に属する物が

作出されていることから，当該生産行為や，特許製品の使用，譲渡等の行為につい

て，特許権の行使が制限されるものではないとするのが相当である（ＢＢＳ最高裁

判決（最判平成９年７月１日・民集５１巻６号２２９９頁），最判平成１９年１１月

８日・民集６１巻８号２９８９頁参照）。
なお，このような場合であっても，特許権者において，当該１号製品を用いて特

許製品の生産が行われることを黙示的に承諾していると認められる場合には，特許

権の効力は，当該１号製品を用いた特許製品の生産や，生産された特許製品の使用，

譲渡等には及ばないとするのが相当である。

そして，この理は，我が国の特許権者（関連会社などこれと同視するべき者を含

む。が国外において１号製品を譲渡した場合についても，
）同様に当てはまると解さ

れる（ＢＢＳ最高裁判決（最判平成９年７月１日民集５１巻６号２２９９頁参照）。
・）

(ｲ) 次に，１号製品を譲渡した者が，特許権者からその許諾を受けた通常実施権

者（１号製品のみの譲渡を許諾された者を含む。）である場合について検討する。

１号製品を譲渡した者が通常実施権者である場合にも，前記(ｱ)と同様に，特許権

の効力は，当該１号製品の使用，譲渡等には及ばないが，他方，当該１号製品を用

いて特許製品の生産が行われた場合には，生産行為や，生産された特許製品の使用，

譲渡等についての特許権の行使が制限されるものではないと解される。さらには，

１号製品を譲渡した者が通常実施権者である場合であっても，特許権者において，

当該１号製品を用いて特許製品の生産が行われることを黙示的に承諾していると認

められる場合には，前記(ｱ)と同様に，特許権の効力は，当該１号製品を用いた特許

製品の生産や，生産された特許製品の使用，譲渡等には及ばない。

このように黙示に承諾をしたと認められるか否かの判断は，特許権者について検

討されるべきものではあるが，１号製品を譲渡した通常実施権者が，特許権者から，

その後の第三者による１号製品を用いた特許製品の生産を承諾する権限まで付与さ

れていたような場合には，黙示に承諾をしたと認められるか否かの判断は，別途，

通常実施権者についても検討することが必要となる。

なお，この理は，我が国の特許権者（関連会社などこれと同視するべき者を含む。）

からその許諾を受けた通常実施権者が国外において１号製品を譲渡した場合につい

ても，同様に当てはまると解される。

(ｳ) これを本件についてみる。
ａインテル社は，控訴人とインテル社間の変更ライセンス契約によって，本件

ベースバンドチップの製造，販売等を許諾されていると仮定されるから，前記(ｲ)

にいう特許権者からその許諾を受けた通常実施権者に該当する。また，
「データを送

信する装置」（構成要件Ａ）及び「データ送信装置」（構成要件Ｈ）に該当するのは

本件ベースバンドチップを組み込んだ本件製品２及び４であると解される一方，本

件ベースバンドチップには，本件発明１の技術的範囲に属する物を生産する以外に

は，社会通念上，経済的，商業的又は実用的な他の用途はないと認められるから，

本件ベースバンドチップは，特許法101条1号に該当する製品（１号製品）であ

る。アップル社は，インテル社が製造した本件ベースバンドチップにその他の必要

とされる各種の部品を組み合わせることで，新たに本件発明１の技術的範囲に属す

る本件製品２及び４を生産し，被控訴人がこれを輸入販売しているのであるから，
・

前記(ｱ)，(ｲ)のとおり，控訴人による本件特許権の行使は当然には制限されるもの

ではない。

ｂそこで，まず，控訴人においてこのような特許製品の生産を黙示的に承諾し

ていると認められるかを検討する。

この点，控訴人とインテル社間の変更ライセンス契約が存続しており，かつ，本

件ベースバンドチップがその対象となると仮定した場合における，仮定される控訴

人とインテル社間の変更ライセンス契約は，控訴人が有する現在及び将来の多数の

特許権を含む包括的なクロスライセンス契約であり，本件特許を含めて，個別の特

許権の属性や価値に逐一注目して締結された契約であるとは考えられない。また，

控訴人とインテル社間の変更ライセンス契約の対象は，
「インテル・ライセンス対象

商品」すなわち「(a)半導体材料，(b)半導体素子，又は(c)集積回路を構成する全て

の製品」であって，
「インテル・ライセンス対象商品」に該当する物には，控訴人の

有する特許権との対比における技術的価値や経済的価値の異なる様々なものが含ま

れ得る。そうすると，かかる包括的なクロスライセンスの対象となった「インテル・

ライセンス対象商品」を用いて生産される可能性のある多種多様な製品の全てにつ
いて，控訴人において黙示的に承諾していたと解することは困難である。そして，

インテル社が譲渡した本件ベースバンドチップを用いて「データを送信する装置」

や「データ送信装置」を製造するには，さらに，ＲＦチップ，パワーマネジメント

チップ，アンテナ，バッテリー等の部品が必要で，これらは技術的にも経済的にも

重要な価値を有すると認められること，本件ベースバンドチップの価格と本件製品

２及び４との間には数十倍の価格差が存在すること（乙３１，３２），いわゆるスマ

ートフォンやタブレットデバイスである本件製品２及び４は「インテル・ライセン

ス対象商品」には含まれていないことを総合考慮するならば，控訴人が，本件製品

２及び４の生産を黙示的に承諾していたと認めることはできない。

なお，このように解したとしても，本件ベースバンドチップをそのままの状態で

流通させる限りにおいては，本件特許権の行使は許されないのであるから，本件ベ

ースバンドチップを用いて本件製品２及び４を生産するに当たり，関連する特許権

者からの許諾を受けることが必要であると解したとしても，本件ベースバンドチッ

プ自体の流通が阻害されるとは直ちには考えられないし，控訴人とインテル社間の

変更ライセンス契約が，契約の対象となった個別の特許権の価値に注目して対価を

定めたものでないことからすると，控訴人に二重の利得を得ることを許すものとも

いえない。

ｃ次に，インテル社が特許製品の生産を黙示的に承諾する権限を有していたか

について検討する。この点，控訴人とインテル社間の変更ライセンス契約が存続し

ており，かつ，本件ベースバンドチップがその対象となると仮定した場合における，

仮定される控訴人とインテル社間の変更ライセンス契約は，１号製品を含めて「イ

ンテル・ライセンス対象商品」についてインテル社に特許権の実施行為を許したも

のにすぎず，同契約には，これを超えて，インテル社に，１号製品を用いた特許製

品の生産を承諾する権限まで与えたことを裏付ける条項は存在しない。その他，控

訴人とインテル社間のライセンス契約やこれに対する第２変更契約に至る経緯等を

みても，インテル社が特許製品の生産を黙示的に承諾し，控訴人による本件特許権
の行使が制限されること等の結論を導く事情があると認めることはできない。

(ｴ) 以上よりすると，本件では，控訴人が特許製品の生産を黙示的に承諾してい

るとは認めるに足りず，また，インテル社にその権限があったとも認めるに足らな

いから，本件ベースバンドチップを用いて生産された特許製品（本件製品２及び４）

を輸入・販売する行為について本件特許権の行使が制限されるものではないと解さ

れる。

(3) 小括

以上のとおり，被控訴人の消尽に係る主張は，本件ベースバンドチップが，控訴

人とインテル社間の（変更）ライセンス契約に基づいて製造・販売された物である

ことを前提とするから，当該事実が認められない以上，その前提を欠き，採用でき

ない。仮にそうでないとしても，特許製品である本件製品２及び４について，本件

特許権の行使が制限されるものではないから，いずれにせよ，この点に関する被控

訴人の主張は採用できない。

５争点５（控訴人の本件ＦＲＡＮＤ宣言に基づく本件特許権のライセンス契約

の成否）について

当裁判所は，本件ＦＲＡＮＤ宣言はライセンス契約の申込みとは認められないか

ら，本件ＦＲＡＮＤ宣言によって本件特許権のライセンス契約が成立するものでは

ないと判断する。その理由は次のとおりである。

(1) 準拠法について

被控訴人は，本件ＦＲＡＮＤ宣言はライセンス契約の申込みであり，被控訴人が

本件各製品の輸入販売を開始したことが，これに対する黙示の承諾となるから，当

事者間にはライセンス契約が成立していると主張する。

本件ＦＲＡＮＤ宣言に基づく本件特許権のライセンス契約の成否の判断の前提と

して，まず，準拠法について判断する。

本件ＦＲＡＮＤ宣言に基づく本件特許権のライセンス契約の成否は，その法律関

係の性質が法律行為の成立及び効力に関する問題であるから，通則法7条によって
その準拠法が定められると解するのが相当である。

そして，ＥＴＳＩのＩＰＲポリシーには，
「このポリシーは，フランス法に準拠す

る。」との規定があること（前記第２，２(4)ア），本件ＦＲＡＮＤ宣言にも，その有

効性等はフランス法に準拠するとの文言が含まれていること（同イ(ｲ)）からすると，

「当事者が当該法律行為の当時に選択した地の法」
（通則法7条）は，フランス法で

あると解される（なお，本件ＦＲＡＮＤ宣言に基づくライセンス契約の成否につい

ては，控訴人はフランス法が適用されるべきことを前提に主張をし，被控訴人も主

位的にはフランス法を適用するべきとするのであるから，フランス法が準拠法とな

ることについては，当事者間に争いがないものでもある。。
）

(2) ライセンス契約の成否についての検討

そこで，フランス法上，本件ＦＲＡＮＤ宣言がライセンス契約の申込みと解され

るか否かについて検討する。

フランス法においては，ライセンス契約が成立するためには，少なくともライセ

ンス契約の申込みと承諾が必要とされるところ，次のとおり本件ＦＲＡＮＤ宣言に

ついては，フランス法上，ライセンス契約の申込みであると解することはできない。

すなわち，① 本件ＦＲＡＮＤ宣言は「取消不能なライセンスを許諾する用意があ

る」（prepared to grant irrevocable licenses）とするのみで，「ここにライセン

スを供与する」
（hereby do license）あるいは「ライセンスを確約する」
（commit to

license）等他の採り得る文言と比較しても，暫定的で，宣言者の側で更なる行為が

されることを前提とする文言となっており，文言上確定的なライセンスの許諾とは

されていない。また，② フランス法上，ライセンス契約の成立にはその対価が決

定されている必要がないとしたとしても，本件ＦＲＡＮＤ宣言には，ライセンス契

約の対価たるライセンス料率が具体的に定められていないのみならず，ライセンス

した場合の地理的範囲やライセンス契約の期間等も定まっておらず，これに対する

承諾がされたことで契約が成立するとした場合の拘束力がいかなる範囲で生じるの

かを知る手がかりが何ら用意されていない。このように本件ＦＲＡＮＤ宣言は，本
来ライセンス契約において定まっているべき条件を欠き，これをライセンス契約の

申込みであるとすると，成立するライセンス契約の内容を定めることができない。

同様に，③ 本件ＦＲＡＮＤ宣言をするに際しては，ＥＴＳＩのＩＰＲポリシーに

従って互恵条件が選択されており，本件ＦＲＡＮＤ宣言には，規格に関し相互にラ

イセンス供与することを求めるとの条件に従い行われるとの文言が含まれていた

（第２，２(4)イ(ｲ))。本件ＦＲＡＮＤ宣言をライセンス契約の申込みであると解す

る場合には，ＦＲＡＮＤ宣言をしていない必須特許の保有者がいた場面等では，こ

の互恵条件が満たされないまま，ＦＲＡＮＤ宣言の対象となった特許についてのみ

ライセンス契約が成立する事態を招きかねない。加えて，④ 本件ＦＲＡＮＤ宣言

は，ＥＴＳＩのＩＰＲポリシーに基づいてされたところ，これを補足する「ＩＰＲ

についてのＥＴＳＩの指針」
（甲１６，１６１）には，
「可能性のあるライセンサー」

「可能性のある潜在的ライセンシー」との文言が使用され，
「ＥＴＳＩは，ＦＲＡＮ

Ｄ条件のために必須ＩＰＲのライセンスの公平かつ誠実な交渉を行うことを，会員

（およびＥＴＳＩ会員以外の者）に期待する。と規定されているなど当事者間で交
」

渉が行われることが前提とされている部分（４．４項）「具体的なライセンスの条
，

件および交渉は企業間の商業上の問題であり，ＥＴＳＩ内部では取り上げられない。」

とされるなど，ＥＴＳＩはライセンス交渉には関与しないことを明らかにしている

部分（４．１項）がある。また，
「ＥＴＳＩのＩＰＲポリシーについてのＦＡＱ」
（甲

１５９）でも，
「ＥＴＳＩ規格にとって必須であると宣言された特許を使用するため

には，許可を得る必要があります。その目的のため，規格の各使用者は，ライセン

ス許諾を，特許権者に直接求めなければなりません。（回答６）とされている。こ
」

のように，ＥＴＳＩにおいても，本件ＦＲＡＮＤ宣言を含めて，そのＩＰＲポリシ

ーに基づいてされたＦＲＡＮＤ宣言が直ちにライセンス契約の成立を導くものでは

ないことを前提としていると解される。さらには，⑤ 現在のＥＴＳＩのＩＰＲポ

リシーを制定するに当たっては，当初，利用者に「自動ライセンス」を与えること

を可能とするような規定とする試みが存在したところ，これに強い反対があり断念
された結果，現在のＩＰＲポリシーが採用されたという経緯がある（乙３７，甲６

９）本件ＦＲＡＮＤ宣言が契約の申込みであると解することは，
。ＥＴＳＩのＩＰＲ

ポリシーの制定過程で断念された「自動ライセンス」を認めたと同一の結果となり，

現在のＥＴＳＩのＩＰＲポリシーの制定経緯に反する点に照らしても，相当とはい

えない。

以上からすると，本件ＦＲＡＮＤ宣言がライセンス契約の申込みであると解する

ことはできない。

(3) 被控訴人の主張について

ア以上に対して，被控訴人は，フランス法上，本件ＦＲＡＮＤ宣言において特

定のライセンス料率が定まっていないことがライセンス契約の成立を妨げるもので

はないと主張する。

しかし，被控訴人の主張は，採用できない。すなわち，特定のライセンス料率が

定まっていないことが，フランス法上ライセンス契約の成立の要件ではないと解し

たとしても，本件ＦＲＡＮＤ宣言は，地理的範囲や期間などその他の要素も何ら定

めるものではなく，これをライセンス契約の申込みと理解することはできない。

イまた，被控訴人は，本件ＦＲＡＮＤ宣言は控訴人とＥＴＳＩの間の第三者の

ためにする契約（stipulation pour autrui）であって，これによって被控訴人がラ

イセンスを受けたと解することも可能であると主張する。

しかし，この点の被控訴人の主張も，採用できない。

この点，フランス法上，第三者のためにする契約（stipulation pour autrui）又

は第三者のための契約の契約（stipulation de contrat pour autrui）によって，

被控訴人と控訴人との間にライセンス契約が成立したとするためには，少なくとも，

控訴人とＥＴＳＩとの間で，控訴人が受益者とライセンス契約を締結することが約

されていることが必要とされると解すべきである（甲１５，甲５１の１，乙９，３

８）。本件について，この点をみると，前記のとおり，①本件ＦＲＡＮＤ宣言の文言

は確定的でないこと，②ライセンス契約の重要な内容が定まっていないこと，③互
恵条件を無にするおそれがあること，④ＥＴＳＩにおいても本件ＦＲＡＮＤ宣言が

ライセンス契約の成立を導かないとしていること，⑤ライセンス契約が成立すると

することはＥＴＳＩのＩＰＲポリシーの成立経過に反すること等の事実によれば，

控訴人とＥＴＳＩの間で被控訴人を始めとする受益者とライセンス契約を締結する

ことが約されていたとは認められない。よって，被控訴人の主張は採用の限りでは

ない。

ウさらに，被控訴人は，本件ＦＲＡＮＤ宣言がライセンス契約の申込みに当た

らないとしても，拘束力ある契約を締結する旨の誓約に該当するから，本件特許権

の侵害を理由とする損害賠償請求権を行使することは許されないとも主張する。

しかし，この点の被控訴人の主張も，採用できない。すなわち，かかる誓約に基

づいて，フランス法上，控訴人が被控訴人との関係で拘束力のある契約を締結しな

ければならない義務を負い，控訴人がかかる義務に違反したとすれば，その限りに

おいて，別途何らかの損害賠償義務等を負担することがあり得たとしても，本件に

おいては，前記のとおり，本件ＦＲＡＮＤ宣言はライセンス契約の申込みに該当せ

ず，第三者のためにする契約も成立しない以上，本件ＦＲＡＮＤ宣言の効果として

損害賠償請求権の行使が許されないとすることはできない。

日本法やフランス法上認められる債務不履行に対する救済を前提とする限り，被

控訴人の各主張は，むしろ，損害賠償の請求に対する権利濫用の成否（後記６）の

判断として検討すべきものといえる。

(4) 小括

以上によれば，本件ＦＲＡＮＤ宣言によって控訴人と被控訴人の間にライセンス

契約が成立したとの被控訴人の主張は理由がない。

６争点６（控訴人による本件特許権に基づく損害賠償請求権の行使の権利濫用

の成否）について

当裁判所は，控訴人による本件製品２及び４についての本件特許権に基づく損害

賠償請求権の行使は，ＦＲＡＮＤ条件でのライセンス料相当額を超える部分では権
利の濫用に当たるが，ＦＲＡＮＤ条件でのライセンス料相当額の範囲内では権利の

濫用に当たるものではないと判断する。その理由は次のとおりである。

(1) 準拠法について

被控訴人は，控訴人が本件特許権に基づいて損害賠償を請求することは，権利濫

用に該当する旨を主張する。

本件特許権侵害に基づく損害賠償請求権は，その法律関係の性質が不法行為であ

ると解されるから，通則法17条によってその準拠法が定められることになる（な

お，本件製品２及び４の発売はいずれも同法の施行後の事実である。。
）

そして，本件における「加害行為の結果が発生した地の法」（通則法17条）は，

本件製品２及び４の輸入，販売が行われた地が日本国内であること，我が国の特許

法の保護を受ける本件特許権の侵害に係る損害が問題とされていることからすると，

日本の法律と解すべきであるから，本件には，日本法が適用される。

以上を前提に，控訴人による本件特許権に基づく損害賠償請求権の行使が権利の

濫用に当たるか否かについて判断することとする。

(2) ＦＲＡＮＤ宣言がされた場合の損害賠償請求について

ア前提となる事実

前記争いのない事実等と証拠（甲５，１２，１３，１６，２７，２８の１・２，

８５ないし８７，１６０，１６１）及び弁論の全趣旨により認められる事実は，次

のとおりである。

(ｱ) ＥＴＳＩのＩＰＲポリシー

ａ第２世代移動通信システム（２Ｇ）は，欧州外においては国ごとに規格が異

なるばかりか，一つの国の中ですら規格が異なっており，普遍的な運用互換性がな

かった。また，米国，日本，欧州は，それぞれ互換性のない規格に従ったシステム

を運用していた。そのような状況の中，従来の音声サービスだけでなく，データサ

ービス及びマルチメディアサービスを提供する第３世代移動通信システム（３Ｇ）

の普及促進と付随する仕様の標準化を目的として，ＥＴＳＩ（欧州電気通信標準化
機構）などの世界の標準化団体が結集し，１９９８年（平成１０年）に３ＧＰＰと

いう名称の標準化団体を結成した。

ｂＥＴＳＩは，知的財産権（ＩＰＲ）の取扱いに関する方針として，ＩＰＲポ

リシーを定めている。

技術の標準化は，製品間の互換性を確保し，製造・調達のコストを削減し，これ

によって研究開発の効率化や他社との提携の拡大等が期待されるものであり，また，

ユーザーにとっても，製品・サービスの利便性の向上，製品価格やサービス料金の

低減等による利益を享受し得るという点で多大な効用がある。他方，当該標準に係

る必須特許を使用して製品化を図ろうとする者は，必須特許を保有する企業から過

大なライセンス料を要求されたり，実施許諾を得られなかった場合には，標準規格

に準拠した製品に対する開発投資等が無駄になるなど，さまざまな不都合が生じ得

る。

ＥＴＳＩのＩＰＲポリシーは，上記のような不都合な事態を回避し，通信分野に

おける技術の標準化を促進させ，知的財産権の保有者の権利との間のバランスを図

ることを目的として策定されたものである（３．１項の「方針の目的」参照）。

ｃＥＴＳＩのＩＰＲポリシーには，次のような規定がある。

(a) ＩＰＲポリシー４．１項は，各会員は，自らが参加する規格又は技術仕様の

開発の間は特に，ＥＴＳＩに必須ＩＰＲについて適時に知らせるため合理的に取り

組むものとし，特に，規格又は技術仕様の技術提案を行う会員は，善意をもって，

提案が採択された場合に必須となる可能性のあるその会員のＩＰＲについてＥＴＳ

Ｉの注意を喚起する旨を規定し，４．３項は，４．１項の義務は，ＥＴＳＩにこの

特許ファミリーの構成要素について適時に知らされた場合には，全ての既存及び将

来のその特許ファミリーの構成要素につき満たされたとみなされる旨を規定する。

(b) ＩＰＲポリシー６．１項は，特定の規格又は技術仕様に関連する必須ＩＰＲ

がＥＴＳＩに知らされた場合，ＥＴＳＩの事務局長は，少なくとも製造（製造で使

用するべく，ライセンシー自身の設計で，カスタマイズした部品及びサブシステム
を製造又は過去から引き続き製造する権利を含む。，製造した機器の販売，賃貸，
）

処分，修理又は使用，動作及び方法の使用の範囲で，当該ＩＰＲにおける取消不能

なライセンスを「公正，合理的かつ非差別的な条件」
（ＦＲＡＮＤ条件）で許諾する

用意があることを書面で取消不能な形で３か月以内に保証することを，当該ＩＰＲ

の所有者に直ちに求めるものとする旨，上記保証は，ライセンスの相互供与に同意

することを求めるという条件に従い行われる場合がある旨を規定し，６．２項は，

６．１項の保証は，保証が行われた時点で指定したＩＰＲを除外する旨を明示する

書面がある場合を除き，その特許ファミリーの全ての既存及び将来の必須ＩＰＲに

適用されるものとする旨を規定し，６．３項は，要請されたＩＰＲの所有者の保証

が許諾されない場合，委員会の委員長は，適切な場合，ＥＴＳＩ事務局と協議の上，

問題が解決するまで，委員会が規格又は技術仕様についての作業を停止すべきかど

うかについて判断し，
「および／または」関連の規格又は技術仕様の承認を行う旨を

規定する。

(c) ＩＰＲポリシー１５項６は，ＩＰＲに適用される「必須」とは，（商業的で

はなく）技術的な理由で，標準化の時点で一般に利用可能な通常の技術慣行及び最

新技術を考慮し，ＩＰＲに抵触せずに規格に準拠する機器又は方法を製造又は販売，

賃貸，処分，修理，使用又は動作できないことを意味する旨を規定する。

(d) ＩＰＲポリシー１２項は，ＩＰＲポリシーはフランス法に準拠する旨を規定

する。

ｄＩＰＲポリシーを補足する「ＩＰＲについてのＥＴＳＩの指針」
（甲１６，１

６１。２００８年１１月２７日付けのもの。）には，次のような規定がある。

(a) ＩＰＲについてのＥＴＳＩの指針１．１項は，「本指針の主な特徴は，次の

ように簡略化できる」と規定する。

「・会員は，ライセンスの許諾を拒否する権利を含む，自らが保有するＩＰＲを

保持しその利益を得る権利を完全に有する。

・ＥＴＳＩは，ＥＴＳＩの技術的な目的に最も資する解決策に基づく規格および
技術仕様を作成することを目的としている。

・この目的を達成するに当たり，ＥＴＳＩのＩＰＲについての方針では，通信分

野での一般利用の標準化の必要性と，ＩＰＲの保有者の権利との間のバランスを取

ることが求められる。

・ＩＰＲについての方針は，規格の準備および採用，適用への投資が，規格また

は技術仕様についての必須ＩＰＲを使用できない結果無駄になる可能性があるとい

うリスクを軽減するためのものである。

・よって，規格作成過程の可能な限り早期に，必須ＩＰＲの存在を知っているこ

とが，特にライセンスが公正，合理的かつ非差別的な（ＦＲＡＮＤ）条件で利用で

きない場合に必要である。」

(b) ＩＰＲについてのＥＴＳＩの指針１．４項は，ＥＴＳＩのＩＰＲについての

方針は，機関としてのＥＴＳＩ及びその会員，事務局の権利及び義務を定義するも

のであり，ＥＴＳＩの非会員にも，方針の下で特定の権利はあるが，法的な義務は

有さない旨を規定し，同項に掲げる「表」中には，次のような記載がある。

「会員の権利」

「・自らのＩＰＲを規格に含めることを拒否すること（８．１項及び８．２項）。

・規格に関し，公正，合理的かつ非差別的な条件でライセンスが許諾されること

（６．１項）」
。

「会員の義務」

「・ＥＴＳＩに，自らのＩＰＲ及び他者の必須ＩＰＲについて知らせる（４．１

項）。

・必須ＩＰＲの保有者は，公正，合理的かつ非差別的な条件でライセンスを許諾

することを保証することが求められる（６．１項）」
。

「第三者の権利」

「・第三者には，必須ＩＰＲの保有者として，又はＥＴＳＩ規格若しくは文書の

ユーザーとして，ＥＴＳＩのＩＰＲについての方針の下で，次の特定の権利を有す
る。

○少なくとも製造及び販売，賃貸，修理，使用，動作するため，規格に関し，公

正，合理的かつ非差別的な条件でライセンスが許諾されること（６．１項）」
。

(ｲ) 本件ＦＲＡＮＤ宣言に至るまでの経緯等

ａ控訴人は，１９９８年（平成１０年）１２月１４日，ＥＴＳＩに対し，ＵＭ

ＴＳ規格としてＥＴＳＩが推進しているＷ－ＣＤＭＡ技術に関し，控訴人の保有す

る必須ＩＰＲライセンスを，ＥＴＳＩのＩＰＲポリシー６．１項に従って，「公正，

合理的かつ非差別的な条件」
（ＦＲＡＮＤ条件）で許諾する用意がある旨の宣言（甲

５）をした。

ｂ控訴人は，２００５年（平成１７年）５月４日，韓国において，本件出願の

優先権主張の基礎となる特許出願（優先権主張番号１０－２００５－００３７７７

４）をした。控訴人は，同月９日から１３日にかけて，３ＧＰＰのワーキンググル

ープに対し，変更リクエスト（甲８５）を提出した。その後，上記変更リクエスト

が採用され，同年６月に発行された３ＧＰＰ規格の本件技術仕様書Ｖ６．４．（甲
０

８７）で代替的Ｅビット解釈が標準規格の一つとされた。控訴人は，平成１８年５

月４日，本件出願をした。その後，控訴人は，平成２２年１２月１０日，本件特許

権の設定登録を受けた。

ｃ控訴人は，２００７年（平成１９年）８月７日，ＥＴＳＩに対し，
「ＩＰＲの

情報についての声明及びライセンスの宣言」と題する書面（甲１３）を提出するこ

とにより，ＥＴＳＩのＩＰＲポリシー４．１項に従って，本件出願の優先権主張の

基礎となる韓国出願の出願番号，本件出願の国際出願番号（ＰＣＴ／ＫＲ２００６

／００１６９９）等に係るＩＰＲが，ＵＭＴＳ規格（ＴＳ２５．３２２等）に関

連した必須ＩＰＲであるか，又はそうなる可能性が高い旨を知らせるとともに，そ

のＩＰＲが引き続き必須である範囲で，規格に関し，ＩＰＲポリシー６．１項に準

拠する条件（ＦＲＡＮＤ条件）で，取消不能なライセンスを許諾する用意がある旨

の宣言（本件ＦＲＡＮＤ宣言）をした。
ｄ本件特許は，ＵＭＴＳ規格の本件技術仕様書Ｖ６．９．０記載の「代替的Ｅ

ビット解釈」に準拠した製品の製造，販売等及び方法の使用をするのに避けること

のできない特許であり，必須特許である。

ｅ一般に，各種の標準化団体においては，ＥＴＳＩのＩＰＲポリシーに見られ

ると同様に，知的財産権の取扱基準を設け，参加者等の特許権等の知的財産権（以

下においては，特許権についてのみ論ずる。がその定める標準規格に必須となる場
）

合には，標準化団体の参加者等に，そのような特許権の開示を求め，さらに当該特

許権をＦＲＡＮＤ条件あるいはＲＡＮＤ条件「reasonable and non-discriminatory」
（

な条件）等でライセンスを行うことの宣言（以下，ＦＲＡＮＤ条件又はＲＡＮＤ条

件等によりライセンスを行うことの宣言を，「ＦＲＡＮＤ宣言」という。）を求める

ことが行われる。

イ損害賠償請求の許容される範囲について

前記１ないし５のとおり，被控訴人による本件製品２及び４の製造・販売等は，

本件発明１の技術的範囲に属し，本件特許権については，無効理由がなく，消尽し

ておらず，ライセンス契約は成立していないから，控訴人は損害の賠償を請求する

ことができることになる。

そこで，ＦＲＡＮＤ宣言をした特許権者が，当該特許権に基づいて，損害賠償請

求をした場合において，どの範囲の損害賠償請求が許容されるかを検討する。

(ｱ) ＦＲＡＮＤ宣言された必須特許（以下，ＦＲＡＮＤ宣言された特許一般を指

す語として「必須宣言特許」を用いる。）に基づく損害賠償請求においては，ＦＲＡ

ＮＤ条件によるライセンス料相当額を超える請求を許すことは，当該規格に準拠し

ようとする者の信頼を損なうとともに特許発明を過度に保護することとなり，特許

発明に係る技術の社会における幅広い利用をためらわせるなどの弊害を招き，特許

法の目的である「産業の発達」
（同法1条）を阻害するおそれがあり合理性を欠くも

のといえる。

すなわち，ある者が，標準規格に準拠した製品の製造，販売等を試みる場合，当
該規格を定めた標準化団体の知的財産権の取扱基準を参酌して，必須特許について

ＦＲＡＮＤ宣言する義務を構成員に課している等，将来，必須特許についてＦＲＡ

ＮＤ条件によるライセンスが受けられる条件が整っていることを確認した上で，投

資をし，標準規格に準拠した製品等の製造・販売を行う。仮に，後に必須宣言特許

に基づいてＦＲＡＮＤ条件によるライセンス料相当額を超える損害賠償請求を許容

することがあれば，ＦＲＡＮＤ条件によるライセンスが受けられると信頼して当該

標準規格に準拠した製品の製造・販売を企図し，投資等をした者の合理的な信頼を

損なうことになる。必須宣言特許の保有者は，当該標準規格の利用者に当該必須宣

言特許が利用されることを前提として，自らの意思で，ＦＲＡＮＤ条件でのライセ

ンスを行う旨宣言していること，標準規格の一部となることで幅広い潜在的なライ

センシーを獲得できることからすると，必須宣言特許の保有者にＦＲＡＮＤ条件で

のライセンス料相当額を超えた損害賠償請求を許容することは，必須宣言特許の保

有者に過度の保護を与えることになり，特許発明に係る技術の幅広い利用を抑制さ

せ，特許法の目的である「産業の発達」（同法1条）を阻害することになる。

(ｲ) 一方，必須宣言特許に基づく損害賠償請求であっても，ＦＲＡＮＤ条件によ

るライセンス料相当額の範囲内にある限りにおいては，その行使を制限することは，

発明への意欲を削ぎ，技術の標準化の促進を阻害する弊害を招き，同様に特許法の

目的である「産業の発達」
（同法1条）を阻害するおそれがあるから，合理性を欠く

というべきである。標準規格に準拠した製品を製造，販売しようとする者は，ＦＲ

ＡＮＤ条件でのライセンス料相当額の支払は当然に予定していたと考えられるから，

特許権者が，ＦＲＡＮＤ条件でのライセンス料相当額の範囲内で損害賠償金の支払

を請求する限りにおいては，当該損害賠償金の支払は，標準規格に準拠した製品を

製造，販売する者の予測に反するものではない。

また，ＦＲＡＮＤ宣言の目的，趣旨に照らし，同宣言をした特許権者は，ＦＲＡ

ＮＤ条件によるライセンス契約を締結する意思のある者に対しては，差止請求権を

行使することができないという制約を受けると解すべきである（当裁判所において
も，控訴人が被控訴人に対して本件特許権に基づく差止請求権を被保全債権として，

本件製品２及び４に加えて「ｉＰｈｏｎｅ４Ｓ」の販売等の差止等を請求した仮

処分事件（本件仮処分の申立て及び別件仮処分の申立ての抗告審。当庁平成２５年

（ラ）第１０００７号，同１０００８号事件）において，控訴人の申立てを却下し

た原審決定を維持する旨の決定をした。。ＦＲＡＮＤ宣言をした特許権者における
）

差止請求権を行使することができないという上記制約を考慮するならば，ＦＲＡＮ

Ｄ条件でのライセンス料相当額の損害賠償請求を認めることこそが，発明の公開に

対する対価として極めて重要な意味を有するものであるから，これを制限すること

は慎重であるべきといえる。

(ｳ) 以上を「ＦＲＡＮＤ条件でのライセンス料相当額を超える損害賠償請求」と

「ＦＲＡＮＤ条件でのライセンス料相当額による損害賠償請求」に分けて，より本

件の事実に即して敷衍する。

ａＦＲＡＮＤ条件でのライセンス料相当額を超える損害賠償請求

ＵＭＴＳ規格に準拠した製品を製造，販売等しようとする者は，ＵＭＴＳ規格に

準拠した製品を製造，販売等するのに必須となる特許権のうち，少なくともＥＴＳ

Ｉの会員が保有するものについては，ＥＴＳＩのＩＰＲポリシー４．１項等に応じ

て適時に必要な開示がされるとともに，同ポリシー６．１項等によってＦＲＡＮＤ

宣言をすることが要求されていることを認識しており，特許権者とのしかるべき交

渉の結果，将来，ＦＲＡＮＤ条件によるライセンスを受けられるであろうと信頼す

るが，その信頼は保護に値するというべきである。したがって，本件ＦＲＡＮＤ宣

言がされている本件特許についてＦＲＡＮＤ条件でのライセンス料相当額を超える

損害賠償請求権の行使を許容することは，このような期待を抱いてＵＭＴＳ規格に

準拠した製品を製造，販売する者の信頼を害することになる。

必須宣言特許を保有する者は，ＵＭＴＳ規格に準拠する者のかかる期待を背景に，

ＵＭＴＳ規格の一部となった本件特許を含む特許権が全世界の多数の事業者等によ

って幅広く利用され，それに応じて，ＵＭＴＳ規格の一部とならなければ到底得ら
れなかったであろう規模のライセンス料収入が得られるという利益を得ることがで

きる。また，本件ＦＲＡＮＤ宣言を含めてＥＴＳＩのＩＰＲポリシーの要求するＦ

ＲＡＮＤ宣言をした者については，自らの意思で取消不能なライセンスをＦＲＡＮ

Ｄ条件で許諾する用意がある旨を宣言しているのであるから，ＦＲＡＮＤ条件での

ライセンス料相当額を超えた損害賠償請求権を許容する必要性は高くないといえる。

したがって，ＦＲＡＮＤ宣言をした特許権者が，当該特許権に基づいて，ＦＲＡ

ＮＤ条件でのライセンス料相当額を超える損害賠償請求をする場合，そのような請

求を受けた相手方は，特許権者がＦＲＡＮＤ宣言をした事実を主張，立証をすれば，

ライセンス料相当額を超える請求を拒むことができると解すべきである。

これに対し，特許権者が，相手方がＦＲＡＮＤ条件によるライセンスを受ける意

思を有しない等の特段の事情が存することについて主張，立証をすれば，ＦＲＡＮ

Ｄ条件でのライセンス料を超える損害賠償請求部分についても許容されるというべ

きである。そのような相手方については，そもそもＦＲＡＮＤ宣言による利益を受

ける意思を有しないのであるから，特許権者の損害賠償請求権がＦＲＡＮＤ条件で

のライセンス料相当額に限定される理由はない。もっとも，ＦＲＡＮＤ条件でのラ

イセンス料相当額を超える損害賠償請求を許容することは，前記のとおりの弊害が

存することに照らすならば，相手方がＦＲＡＮＤ条件によるライセンスを受ける意

思を有しないとの特段の事情は，厳格に認定されるべきである。

ｂＦＲＡＮＤ条件でのライセンス料相当額の範囲内の損害賠償請求

ＦＲＡＮＤ条件でのライセンス料相当額の範囲内での損害賠償請求については，

必須宣言特許による場合であっても，制限されるべきではないといえる。

すなわち，ＵＭＴＳ規格に準拠した製品を製造，販売等しようとする者は，ＦＲ

ＡＮＤ条件でのライセンス料相当額については，将来支払うべきことを想定して事

業を開始しているものと想定される。また，ＥＴＳＩのＩＰＲポリシーの３．２項

は「ＩＰＲの保有者は・・・ＩＰＲの使用につき適切かつ公平に補償を受ける」
（IPR

holders should be adequately and fairly rewarded for the use of their IPRs[.]）
ことをもＥＴＳＩのＩＰＲポリシーの目的の一つと定めており，特許権者に対する

適切な補償を確保することは，この点からも要請されているものである。

ただし，ＦＲＡＮＤ宣言に至る過程やライセンス交渉過程等で現れた諸般の事情

を総合した結果，当該損害賠償請求権が発明の公開に対する対価として重要な意味

を有することを考慮してもなお，ライセンス料相当額の範囲内の損害賠償請求を許

すことが著しく不公正であると認められるなど特段の事情が存することについて，

相手方から主張立証がされた場合には，権利濫用としてかかる請求が制限されるこ

とは妨げられないというべきである。

ｃまとめ

以上を総合すれば，本件ＦＲＡＮＤ宣言をした控訴人を含めて，ＦＲＡＮＤ宣言

をしている者による損害賠償請求について，① ＦＲＡＮＤ条件でのライセンス料

相当額を超える損害賠償請求を認めることは，上記ａの特段の事情のない限り許さ

れないというべきであるが，他方，② ＦＲＡＮＤ条件でのライセンス料相当額の

範囲内での損害賠償請求については，必須宣言特許による場合であっても，上記ｂ

の特段の事情のない限り，制限されるべきではないといえる。

(3) 特段の事情の有無についての検討

本件においては，控訴人は，後記７のとおりと認められるＦＲＡＮＤ条件による

ライセンス料相当額を超える損害額の請求をしている。そこで，ＦＲＡＮＤ条件に

よるライセンス料相当額の範囲内と認められる部分については，控訴人が損害賠償

請求をすることが著しく不公正であると認められるなど特段の事情があるか，他方，

ＦＲＡＮＤ条件によるライセンス料相当額を超える部分については，被控訴人がＦ

ＲＡＮＤ条件によるライセンスを受ける意思を有しない場合など特段の事情がある

かを，以下検討する。

ア前提となる事実

前記争いのない事実等と証拠（甲５，６，１２，１３，１６，２７ないし２９，

３２ないし３７，６５，８５ないし８７，１０９ないし１１１，１３３，１６０，
１６１，乙３６，４２，５３，５９（枝番号の記載は省略する。）及び弁論の全趣
）

旨を総合すれば，以下の事実が認められる。

すなわち，① 控訴人は，平成２３年７月２５日付け書簡で，アップル社に対し，

控訴人の必須宣言特許ポートフォリオについてのライセンス条件として，具体的な

料率を提示したこと，② アップル社は同年８月１８日付けの書面でライセンス料

率の上限を提示し，平成２４年３月４日付け書簡でさらに数桁小さい料率をロイヤ

リティとして支払う旨のライセンス契約の申出をし，さらに，同年９月７日付け書

簡で，クロスライセンス契約を含む具体的なライセンス案を提示したこと，③ こ

れに対して，控訴人は，アップル社が控訴人の提示を不本意とするならば，アップ

ル社において具体的な提案をするよう要請するのみであったこと，④ 控訴人は，

同年９月１４日付け書簡でライセンス料算定の基礎となる価格の上限引下げの提案

等をしたこと，⑤ 控訴人は，同年１２月３日付け書簡で，当初提案の料率を半分

以下にする提案をしたこと，⑥ アップル社と控訴人は，同月１２日，１７日及び

１８日に会合をもち，この際に控訴人は，アップル社が多額の一時金を支払うとの

内容を含む提案を行い，アップル社は，ＵＭＴＳ規格の必須特許ポートフォリオを

対象とするクロスライセンス契約の提案をしたこと，⑦ アップル社と控訴人は，

平成２５年１月１４日にも会合をもち，その際アップル社はライセンス料の支払を

伴わないクロスライセンス契約の提案を行ったこと，⑧ 両社の同年２月７日●●

●●の会合の際には，合意書の案が作成された●●●●●●●●●●●●●●こと，

⑨ その後も，控訴人とアップル社との間では，紛争を仲裁に付するとした場合の

条件等をめぐって各種の交渉が断続的に行われていることが認められる。

イＦＲＡＮＤ条件によるライセンス料相当額の範囲での損害賠償請求について

(ｱ) 誠実交渉義務について

控訴人が本件ＦＲＡＮＤ宣言をしていることに照らせば，控訴人は，少なくとも

我が国民法上の信義則に基づき，被控訴人との間でＦＲＡＮＤ条件でのライセンス

契約の締結に向けた交渉を誠実に行うべき義務を負担すると解される。
この点，前記アのとおり，控訴人は，平成２３年７月２５日にライセンス提示を

した後は，アップル社から具体的提案を受けつつも，平成２４年１２月３日に至る

まで，具体的な対案を示すことがなく，また，控訴人は特許ポートフォリオ単位で

のライセンス提案のみを行っており，個別の特許については，本件訴訟に至るまで

料率の提案を提示せず，控訴人の提案するライセンス条件がＦＲＡＮＤ条件にのっ

とったものであることを十分に説明することもなかったと認められるから，この間

の控訴人の交渉態度は，アップル社との間でのライセンス契約の締結を促進するも

のではなかったと解される。

もっとも，次のような事実経緯が存在する。すなわち，① 控訴人は，アップル

社に対して直ちに対案を示すことはなかったものの，平成２４年１２月以降はアッ

プル社との間で複数回，協議を行っており，その際には対案も示すなど，契約締結

に向けた活動を継続している。② 一般に控訴人や被控訴人の属する移動体通信端

末の製造業者の間では特許ポートフォリオ単位でのクロスライセンス契約が締結さ

れることが通常である（乙５７等）から，特許ポートフォリオ単位でのライセンス

提案のみを行うことも直ちに信義に反するものとはいえない。③ 控訴人と他社と

の間のライセンス契約の条件については守秘義務が付され開示できる性質のもので

はなく（同），開示されたとしても，当該条件はライセンス契約の相手方の特許ポー

トフォリオの相対的強弱によって決定されたものであって，前提を異にする控訴人

と被控訴人との間の契約条件を定めるに当たって常に参考になるものともいえない。

④ ライセンス契約の条件中には，標準規格に関連しない特許権のライセンスやビ

ジネス条件なども含まれることがあり得ることも考えられる。

以上の点を考慮すると，控訴人は提案するライセンス条件がＦＲＡＮＤ条件にの

っとったものであることを説明すべきであるとしても，控訴人が控訴人と他社との

間のライセンス契約の条件を開示しなかったことを直ちに不当と非難することはで

きず，控訴人のライセンス交渉過程での態度をもって，控訴人がＦＲＡＮＤ条件で

のライセンス料相当額の範囲内で損害賠償請求をすることが著しく不公正であると
までは認めることはできない。

(ｲ) 適時開示義務について

ＥＴＳＩのＩＰＲポリシーには，各会員は，自らが参加する規格技術仕様の開発

の間は特に，ＥＴＳＩに必須ＩＰＲについて適時に知らせるため合理的に取り組む

べきことが定められているから（前記(2)ア），控訴人もかかる義務を負担している

というべきである。

この点，前記(2)アのとおり，控訴人は，平成１７年５月４日に，韓国において，

本件特許の優先権主張の基礎となる特許出願をし，また，その数日後の同月９日か

ら１３日に開催された３ＧＰＰのワーキンググループに，後に代替的Ｅビット解釈

の導入につながる変更リクエストを提出した。それにもかかわらず，控訴人は，平

成１９年８月７日の本件ＦＲＡＮＤ宣言まで，本件特許権の存在をＥＴＳＩに知ら

せていなかった。このように，控訴人は，本件特許権の存在を知ってから２年余り

もの間，ＥＴＳＩに対して本件特許権の存在を通知していない。

しかし，上記の事実経緯に対しては，控訴人は，最終的には本件ＦＲＡＮＤ宣言

をするに至っていること，控訴人が本件特許権を有することが判明していたか否か

が代替的Ｅビット解釈のＵＭＴＳ規格への導入の採否に何らかの影響を及ぼしたと

解されないこと，他社との比較においても開示までの２年あまりという期間が，極

端に長いとまではいえないこと（乙８）をも考慮すれば，控訴人によるＦＲＡＮＤ

条件によるライセンス料相当額の範囲内での損害賠償請求をすることが著しく不公

正であると認めるには足らない。

(ｳ) 本件仮処分の申立て及び別件仮処分の申立てについて

前記のとおり，必須特許の保有者が，ＦＲＡＮＤ宣言をした場合，必須宣言特許

による差止請求権の行使は，ＦＲＡＮＤ条件によるライセンス契約を締結する意思

のある者に対しては，権利の濫用に該当し許されないといえる。控訴人は，本件仮

処分の申立て及び別件仮処分の申立てをし，本件製品２及び４並びに「ｉＰｈｏｎ

ｅ４Ｓ」の譲渡等の差止めを求めているが，控訴人において，本件仮処分及び別
件仮処分の申立てをしたとの事実が，控訴人によるＦＲＡＮＤ条件によるライセン

ス料相当額の範囲内での損害賠償請求権の行使が許されないとの結論を導く理由に

はならないというべきである。

(ｴ) 独占禁止法について

以上に関連して，被控訴人は，控訴人の一連の行為が独占禁止法に違反する旨の

主張もしている。しかし，控訴人の主張に係る損害賠償の金額は，控訴人がＦＲＡ

ＮＤ条件によるライセンス料であると主張する金額に留まること（前記第３，７）

に加えて，ＦＲＡＮＤ条件によるライセンス料相当額を超える損害賠償請求は原則

として権利の濫用となり許されないことを考慮すると，本件全証拠によっても，Ｆ

ＲＡＮＤ条件でのライセンス料相当額の範囲内での損害賠償請求が同法に違反する

と認めるには足らない。

(ｵ) 小括

その他，本件に現れた一切の事情を考慮しても，控訴人によるＦＲＡＮＤ条件で

のライセンス料相当額の範囲内での損害賠償請求を許すことが著しく不公正である

とするに足りる事情はうかがわれず，前記特段の事情が存在すると認めるに足りる

証拠はない。

ウＦＲＡＮＤ条件によるライセンス料相当額を超える損害賠償請求について

前記アのとおりのアップル社と控訴人の間のライセンス交渉の経緯からすると，

アップル社は，平成２３年８月１８日付けの書面でのライセンス料率の上限の提示

に始まり，複数回にわたって算定根拠とともに具体的なライセンス料率の提案を行

っているし，控訴人と複数回面談の上集中的なライセンス交渉も行っているから，

アップル社は控訴人との間でライセンス契約を締結するべく交渉を継続していたと

評価できる。控訴人とアップル社との間には，妥当とするライセンス料率について

大きな意見の隔絶が長期間にわたって存在する。しかし，ライセンサーとライセン

シーとなる両社は本来的に利害が対立する立場にあることや，何がＦＲＡＮＤ条件

でのライセンス料であるかについて一義的な基準が存するものではなく，個々の特
許のＵＭＴＳ規格への必須性や重要性等については様々な評価が可能であって，そ

れによって妥当と解されるライセンス料も変わってくることからすれば，アップル

社の行った各種提案も一定程度の合理性を持ったものと評価できる。加えて，前記

イ(ｱ)のとおり，控訴人の交渉態度も，アップル社との間でのライセンス契約の締結

を促進するものではなかったことからすると，両社間に，大きな意見の隔絶が長期

間にわたって存在したとしても，アップル社や被控訴人においてＦＲＡＮＤ条件で

のライセンス契約を締結する意思を有しないことを意味するものとは直ちに評価で

きない。そうすると，本件について被控訴人にＦＲＡＮＤ条件によるライセンスを

受ける意思を有しない場合など特段の事情が存するとは認められない。

これに対し，控訴人は，アップル社が平成２５年２月の会合で覚書（ドラフト）

の作成段階にまで至っていた●●●●●●●●●●●●●●●●●●●●●●●●

●●●●●●●●●などとして，被控訴人は真摯にライセンスを受ける意思を有し

ない者に当たるなどと主張する。しかし，標準規格を策定することの目的及び意義

等に照らすと，ライセンス契約を受ける意思を有しないとの認定は厳格にされてし

かるべきところ，控訴人の主張に係る事情をもっては，被控訴人又はアップル社が

ＦＲＡＮＤ条件によるライセンス契約を締結する意思を有しない者であるとの認定

はできない。また，控訴人は，損害賠償請求権を認めないことがＴＲＩＰｓ協定違

反である旨の主張もするが，採用の限りではない。

(4) 小括

よって，控訴人による本件の損害賠償請求が権利の濫用に当たるとの被控訴人の

主張は，控訴人の主張に係る損害額のうち，後記７のとおりのＦＲＡＮＤ条件によ

るライセンス料相当額を超える部分では理由があるが，ＦＲＡＮＤ条件によるライ

センス料相当額の範囲では採用の限りではない。

７争点７（損害額）について

以上を踏まえて，以下では，本件製品２及び４による本件特許権の侵害について，

ＦＲＡＮＤ条件によるライセンス料相当額がいくらとなるかを検討する。当裁判所
は，後記(3)ウのとおりの金額となると判断する。

(1) 前提となる事実

証拠（甲１０，１１，３０の１，１０８，１３４，１３５，１６４，１７２，１

９３の１・２，１９７，２０５，２０６，乙２，４，９４の１・２）及び弁論の全

趣旨によれば，次の各事実が認められる。

ア本件製品２及び４の，それぞれの販売開始から平成２５年９月２８日までの

売上高の合計は，後記(3)ウの該当欄に記載のとおりである。

イ本件製品２は，Ｗ－ＣＤＭＡ，ＧＳＭ，ＥＤＧＥの各移動体通信方式に準拠

するほか（なお，「ｉＰｈｏｎｅ４」としては，３ＧＰＰ２（Third Generation

Partnership Project 2）の策定に係るＣＤＭＡ２０００方式に準拠した製品も存在

するようであるが，我が国では発売されていない。，Ｗｉ－Ｆｉ８０２．１１ｂ／
）

ｇ／ｎ，Ｂｌｕｅｔｏｏｔｈ２．１＋ＥＤＲの各無線通信の機能を有する。本件製

品２の特徴としては，その他にディスプレイとして高精細な「Ｒｅｔｉｎａディス

プレイ」を登載し，カメラとして，
「５メガピクセルｉＳｉｇｈｔカメラ」を登載し

ていることも挙げられる。

本件製品２には，登載されているメモリ容量により複数の種類があり，その一般

消費者への販売価格は，３２ＧＢモデルが５万７６００円，１６ＧＢモデルが４万

６０８０円（一括支払い時）であった。（甲１９３の１，乙４）

ウ本件製品４は，Ｗ－ＣＤＭＡ，ＧＳＭ，ＥＤＧＥの各移動体通信方式に準拠

するほか（なお，
「ｉＰａｄ２Ｗｉ－Ｆｉ＋３Ｇ」には，ＣＤＭＡ２０００方式

にも準拠する製品があるようであるが，本件証拠上は前記のとおりと認定される。，
）

Ｗｉ－Ｆｉ８０２．１１ａ／ｂ／ｇ／ｎ，Ｂｌｕｅｔｏｏｔｈ２．１＋ＥＤＲの各

無線通信の機能を有する。本件製品４の特徴としては，プロセッサとして「Ａｐｐ

ｌｅＡ５」を登載し，加速度センサー，デジタルコンパス，ＡｓｓｉｓｔｅｄＧ

ＰＳなどの各種センサー類も登載していることも挙げられる。

本件製品４にも，登載されているメモリ容量によって複数のモデルがあり，本件
製品４から移動体通信機能を省いたモデル（「ｉＰａｄ２Ｗｉ－Ｆｉ」）も別途

販売されている。これらの一般消費者への販売価格は，移動体通信機能を有しない

モデル（「ｉＰａｄ２Ｗｉ－Ｆｉ」）で１６ＧＢモデルが４万４８００円，３２

ＧＢモデルが５万２８００円，６４ＧＢモデルが６万０８００円，移動体通信機能

通信機能を有するモデル（本件製品４）で，１６ＧＢモデルが５万６６４０円，３

２ＧＢモデルが６万４８００円，６４ＧＢモデルが７万２７２０円などとなってい

る。（甲１９３の２）

エＵＭＴＳ規格について多くの必須特許を有するノキアは，２００２年（平成

１４年）５月に「ＷＣＤＭＡの知的財産権に係る累積ロイヤリティを業界全体で５％

にすること」を提案した。

控訴人の代理人は，米国ＩＴＣにおける公聴会で，ＵＭＴＳ規格に関して全参加

企業のライセンスについて約５％にするという総額の負担とするべき合意があった

旨の発言をした。

平成１４年，ＮＴＴドコモ，エリクソン，ノキア及びシーメンスの間で，ＵＭＴ

Ｓ規格を構成する特許のロイヤリティについて，個々の必須特許権者が受領すべき

ロイヤリティはその保有する必須特許の割合に応じて定めるとの合意が成立した。

これに対して必須特許の特許権者である他の日本企業も協力する意向を表明した。

この合意については，累積ロイヤリティを５パーセント以下にすることによりＵＭ

ＴＳ規格を普及させるのに役立つとの指摘がされた。

ＵＭＴＳ規格の必須特許の特許権者らで作られたパテントプールであるＷ－ＣＤ

ＭＡパテントプラットフォームでは，標準ライセンス契約として必須特許１件当た

りに工場出荷価格の０．１パーセントである基準料率をもとに，必要な必須特許を

累積した場合の最大値を５パーセントとし，それを超える場合は基準料率を５パー

セント以内となるよう圧縮的に低減する仕組みを採用している。

パテントプールにおけるライセンサーへのライセンス料の分配に際しては，個々

の特許の技術的価値を捨象して，ライセンス料を特許の数で除した値によることが
多い。

オ標準規格の策定に際しては，参加者は自らの特許ポートフォリオを充実させ，

以後のライセンス交渉を優位に進めるために，必須宣言は過剰にされる傾向にあり，

必須宣言された特許のうちには，現実には必須でないものも多く含まれる。

フェアフィールド社は，ＵＭＴＳ規格のうち，２００８年（平成２０年）１２月

までに，３ＧＰＰの構成員であるＥＴＳＩ，日本の一般社団法人電波産業会（ＡＲ

ＩＢ）又は韓国のＴＴＡ（Telecommunications Technology Association。情報通信

技術協会。に必須であると宣言された特許について分析した
）（フェアフィールド社

のレポート（甲１３５）。なお，フェアフィールド社のレポートは「ＷＣＤＭＡに必

須であると宣言された特許の調査」と題するものであるが，ここでいう「ＷＣＤＭ

Ａ」は本判決での定義によれば２００８年１２月当時のＵＭＴＳ規格の意味と理解

される。なお，同時点では，ＬＴＥ方式は，ＵＭＴＳ規格とはされていなかった。。
）

その結果は，ＵＭＴＳ規格については１８８９の特許ファミリーが必須宣言されて

いるが，必須であるかおそらく必須であると判定されたのは，そのうち５２９の特

許ファミリーであった。

カ主として通信機能に特化したいわゆるフィーチャーフォンには，数千円程度

のものから数万円程度で販売されているものもある。コンピュータと接続してＵＭ

ＴＳ規格の通信を可能にするいわゆるドングル（ＵＳＢ接続モデム）や無線通信ル

ータの中には数千円程度で販売されているものがある。

(2) 本件におけるＦＲＡＮＤ条件によるライセンス料相当額の算定方法

ＥＴＳＩのＩＰＲポリシー及びＩＰＲに関するＥＴＳＩの指針などにおいては，

ＦＲＡＮＤ条件によるライセンス料をどのように計算すべきかについての何らの手

がかりも用意せず，当事者間の交渉にゆだねている。そこで，ＥＴＳＩのＩＰＲポ

リシーが定められた趣旨及び本件製品２及び４の性質等を総合すると，ＦＲＡＮＤ

条件によるライセンス料相当額は，次のとおりの方法により算定するのが相当であ

ると認められる。
すなわち，まず本件製品２及び４の売上高合計のうち，ＵＭＴＳ規格に準拠して

いることが貢献した部分の割合を算定し（後記(3)ア），次に，ＵＭＴＳ規格に準拠

していることが貢献した部分のうちの本件特許が貢献した部分の割合を算定する

（同イ）ＵＭＴＳ規格に準拠していることが貢献した部分のうちの本件特許が貢献
。

した部分の割合を算定する際には，累積ロイヤリティが過剰となることを抑制する

観点から全必須特許に対するライセンス料の合計が一定の割合を超えない計算方法

を採用することとし（同(ｱ)），本件においては，他の必須特許の具体的内容が明ら

かでないことから，ＵＭＴＳ規格に必須となる特許の個数割りによるのが相当であ

る（同(ｲ)）。

(3) 具体的な計算

アＵＭＴＳ規格に準拠していることの貢献部分

上記の売上高の合計のうち，ＵＭＴＳ規格に準拠していることが寄与した部分と

しては，本件製品２について，売上高合計の●●パーセント，本件製品４について

売上高合計の●●パーセントとするのが相当であり，ＦＲＡＮＤ条件によるライセ

ンス料相当額を認定するにあたっては，同割合を乗じた金額を基礎とすべきである。

すなわち，前記認定のとおり，本件製品２及び４は，移動体通信機能としては，

Ｗ－ＣＤＭＡ方式以外にＧＳＭ方式等にも準拠しており，また，Ｗｉ－Ｆｉ等の無

線通信機能も有する。また，本件製品２及び４の売上高合計には，そのデザインや

ユーザーインターフェイス，利用できる各種のソフトウェア，ＣＰＵ，カメラ，オ

ーディオ機能，ディスプレイ，ＧＰＳ機能，３軸ジャイロや加速度センサーを始め

とする各種のセンサーにおける特徴，機能が貢献している面も多くある。また，ス

マートフォン市場・タブレットデバイス市場でのアップル社や被控訴人の有する強

いブランド力や，これを維持・向上させるためのアップル社や被控訴人によるマー

ケティング活動も，これに相当程度貢献していると認められる。さらに，本件製品

２及び４のメモリ容量に応じた価格差からしても，本件製品２及び４の売上高には

メモリ容量の大小が少なからず貢献していると推定される。このように，ＵＭＴＳ
規格に準拠していることが本件製品２及び４の売上高合計に貢献しているとしても，

寄与の程度はその一部に留まるもので，その余の売上高合計はＵＭＴＳ規格に準拠

していることに影響されることなく達成されたものといえる。そうすると，本件特

許に対するＦＲＡＮＤ条件でのライセンス料相当額を認定するに際しては，ＵＭＴ

Ｓ規格に準拠していることが，本件製品２及び４の売上高合計に貢献していると認

められる部分のみを基礎とすべきである。

その具体的割合については，次のとおりと考えられる。すなわち，本件製品２は，

いわゆるスマートフォンであって，移動体通信機能以外の多くの機能を有するもの

ではあるが，本件製品４と比較すれば，社会通念上の基本的な機能としては，移動

体通信機能を主とするものと捉えられているとするのが相当である。他方，本件製

品４は，いわゆるタブレットデバイスであって，その利用の際に移動体通信機能は

必ずしも必要とされず，現に本件製品４から移動体通信機能を除いた製品「ｉＰａ
（

ｄ２Ｗｉ－Ｆｉ」も販売されていることや，
）移動体通信機能を除いた製品「ｉ
（

Ｐａｄ２Ｗｉ－Ｆｉ」）と移動体通信機能を有する製品（「ｉＰａｄ２Ｗｉ

－Ｆｉ＋３Ｇモデル」本件製品４）
。との販売価格差が１万数千円程度であることか

らして，移動体通信機がその売上げに寄与した割合は，本件製品２と比較すれば，

小さいとするのが相当である。以上の各事情に加えて，本件ベースバンドチップの

価格や，いわゆるフィーチャーフォンやドングル，無線通信ルータの販売価格等の

諸般の事情を考慮すると，本件製品２及び４の売上高合計のうち，ＵＭＴＳ規格に

準拠していることが寄与した部分としては，本件製品２について売上高合計の●●

パーセント，本件製品４について売上高合計の●●パーセントとするのが相当であ

る。

イ本件特許の貢献部分

さらに，本件特許についてのＦＲＡＮＤ条件による実施料相当額としては，本件

製品２及び４の売上合計のうちＵＭＴＳ規格に準拠していることが寄与したと認め

られる金額のうちの後記(ｴ)の計算式に記載とおりの割合であるとするのが相当で
ある。

(ｱ) 累積ロイヤリティの上限について

ＥＴＳＩのＩＰＲポリシーが定められた目的は，
「規格の準備及び採用，適用への

投資が，規格又は技術仕様についての必須ＩＰＲを使用できない結果無駄になる可

能性があるというリスクを軽減する」
（３．１項）ところにあるとされている。かか

る目的を達成するためには，個々の必須特許についてのライセンス料のみならず，

個々の必須特許に対するライセンス料の合計額（累積ロイヤリティ）も経済的に合

理的な範囲内に留まる必要があると解すべきである。すなわち，ＵＭＴＳ規格と同

様に，ある規格を実現するためには多数の必須特許が存在することがしばしばある。

このような場合，個々の特許権に対するライセンス料率の絶対値が低廉であったと

してもライセンス料の合計額は当該規格に準拠することが経済的に不可能になるほ

ど不合理に大きなものとなる可能性がある。また，同一分野で新たな標準が作られ

る場合には，従前の技術との互換性を保つために従来の標準技術もその中に取り入

れることがしばしば行われるため「標準の連鎖」，
（）標準規格の策定が後になればな

るほど，必須特許の数が増大する傾向があるといえる。ライセンス料の合計額が不

合理に大きくなるのであれば，必須特許について仮にライセンスを受けられたとし

てもこれを使用することは現実には不可能になり，
「投資が・・・必須ＩＰＲを使用

できない結果無駄になる可能性があるというリスクを軽減する」とのＥＴＳＩのＩ

ＰＲポリシーの目的を達成することができなくなる事態が発生する。したがって，

ＥＴＳＩのＩＰＲポリシーのもとで行われた本件ＦＲＡＮＤ宣言は，ライセンス料

の合計額を合理的な範囲内に留めることをもＦＲＡＮＤ条件の一内容として含んで

いると理解され，ＦＲＡＮＤ条件によるライセンス料相当額を定めるに当たっても，

かかる制限は必然的に生じると解するのが相当である。

そこで，次に，本件におけるライセンス料の合計額の上限をどの程度に設定する

のが相当であるかを判断する。本件訴訟において，控訴人，被控訴人とも累積ロイ

ヤリティを５パーセントとすることを前提として主張をしており，また，前記(1)
エのとおり，ＵＭＴＳ規格の必須特許を保有する者の間では，累積ロイヤリティが

過大となることを防ぐ観点から，累積ロイヤリティを５パーセント以内とすること

を支持する見解が多くあることに照らすならば，本件特許についてのＦＲＡＮＤ条

件によるライセンス料相当額を認定するに際しては，ＵＭＴＳ規格に対する累積ロ

イヤリティが，ＵＭＴＳ規格に準拠していることが本件製品２及び４の売上げに貢

献したと認められる部分（本件製品２について●●パーセント，本件製品４につい

て●●パーセント）の５パーセントとなる計算方法を採用することが相当である。

(ｲ) 他のＵＭＴＳ規格の必須特許との関係について

次に，ＵＭＴＳ規格に必須となる他の特許権との関係を検討する。ＵＭＴＳ規格

には，本件特許の他にも多数の特許が必須特許となるものであって，本件特許のみ

によってＵＭＴＳ規格が実現されているものではない。そこで，ＵＭＴＳ規格に対

する本件特許の貢献度が，我が国において特許権が付与されている他の必須特許と

の関係でどの程度かを検討する必要が生じる。

この点，本件各発明は一つの完全なＲＬＣＳＤＵが一つのＲＬＣＰＤＵにの

み対応し，分割・連結・パディングなしに頻繁に発生する（本件明細書の段落【０

０１１】とのＶｏＩＰ通信の特性に着目したものであって，
）このようなＶｏＩＰ通

信が行われる場合にのみ，無線リンク上のＰＤＵのヘッダーサイズを減少させて無

線リソースを有効に使用するとの効果が発揮され，それ以外の場合にはむしろ無線

リソースの浪費となるものである。このように，本件各発明がその効果を発揮し得

るのは限定的な場合に留まるものであるから，本件特許のＵＭＴＳ規格に対する技

術的貢献度は大きくはなく，本件特許のＵＭＴＳ規格に対する貢献が，他の必須特

許と比べて大きいと認めるに足りる証拠はない。他方，本件では，ＵＭＴＳ規格に

必須となる他の特許の具体的内容については何らの証拠も提出されていないから，

他の必須特許のＵＭＴＳ規格に対する貢献の程度は明らかではなく，他の必須特許

のＵＭＴＳ規格に対する貢献が本件特許と比べて大きいと認めるに足りる証拠もな

い。以上によれば，本件における証拠からは，本件特許も他のＵＭＴＳ規格の必須
特許も，同程度に，ＵＭＴＳ規格に貢献していると評価するのが相当である。

このように，本件特許も他のＵＭＴＳ規格の必須特許も，同程度にＵＭＴＳ規格

に貢献しているとすると，本件特許に対するＦＲＡＮＤ条件による実施料相当額は，

ＵＭＴＳ規格に必須となる特許の個数割りによるべきことになる。

一般に，パテントプールにおいてはライセンサーへのライセンス料の分配に際し

ては，個々の特許の技術的価値を捨象して，ライセンス料を特許の数で除した値に

よることが多く，ＵＭＴＳ規格についての「Ｗ－ＣＤＭＡパテントプラットフォー

ム」でも特許の数で除する方式が採用されていることが認められる。ＦＲＡＮＤ条

件による実施料相当額を，ＵＭＴＳ規格に必須となる特許の個数割りによって計算

することは，このようなパテントプールでの扱いとも整合するものである。

(ｳ) ＵＭＴＳ規格の必須特許の個数について

ＦＲＡＮＤ条件でのライセンス料相当額を算定するに当たってのＵＭＴＳ規格の

必須特許の個数は，５２９個を採用する。すなわち，ＵＭＴＳ規格について，フェ

アフィールド社が必須かおそらく必須と判定した特許ファミリーの数は５２９であ

る（前記(1)オ）。フェアフィールド社のレポートは，海外におけるものも含めて，

ＵＭＴＳ規格に必須となる特許ファミリーの数を分析したものであって，我が国に

おけるＵＭＴＳ規格の必須特許の数を数えたものではなく，また，必須かおそらく

必須と判定された特許ファミリーの内訳も明らかではないが，他にはＵＭＴＳ規格

の必須特許であって我が国において特許権が付与されているものの数を認定し得る

に足りる証拠は何ら提出されていない。加えて，両当事者とも，必須宣言されてい

る全特許数によるか，必須又はおそらく必須と判定された特許数によるかはさてお

き，フェアフィールド社のレポートに準拠して主張していることからすると，必須

となる特許の個数はフェアフィールド社のレポートに現れた特許ファミリーの数を

基礎とするのが相当である。そして，一般に標準規格の策定に際して必須宣言が過

剰にされる傾向にあること（前記(1)オ）からすると，ＵＭＴＳ規格に必須となる特

許の個数として，必須宣言特許の総数である１８８９を採用することはできず，フ
ェアフィールド社のレポートが必須であるかおそらく必須であるとする特許ファミ

リーの数である５２９を採用するのが相当である。

(ｴ) 小括

そうすると，本件特許の本件製品２及び４の売上げ合計に対する寄与の割合は，

ＵＭＴＳ規格に準拠していることの貢献部分の割合（前記ア）に，累積ロイヤリテ

ィの上限の割合（前記(ｱ)）を乗じ，これを必須と認められる特許の数（前記(ｳ)）

で除することになるから，次の計算式のとおりとなる。

（計算式）

本件製品２ ●●％×５％×１／５２９≒●（省略）●％

本件製品４ ●●％×５％×１／５２９≒●（省略）●％

ウＦＲＡＮＤ条件によるライセンス料相当額

そうすると，ＦＲＡＮＤ条件によるライセンス料相当額は次の計算式のとおりと

なる。そして，これに対する遅延損害金については，個々の本件製品２及び４につ

いての具体的な販売日が不明であるから，対象となる販売期間の末日である平成２

５年９月２８日から発生するとするのが相当である。

（計算式）

本件製品２ ●（省略）●円×●（省略）●％≒9,239,308 円

本件製品４ ●（省略）●円×●（省略）●％≒ 716,546 円

合計 9,239,308 円＋716,546 円＝9,955,854 円

８結論

以上によれば，被控訴人の請求は，控訴人が被控訴人に対して本件製品１及び３

の生産，譲渡，貸渡し，輸入又はその譲渡若しくは貸渡しの申出（譲渡若しくは貸

渡しのための展示を含む。につき，
）本件特許の侵害に基づく損害賠償請求権を有し

ないこと，並びに，本件製品２及び４の生産，譲渡，貸渡し，輸入又はその譲渡若

しくは貸渡しの申出（譲渡若しくは貸渡しのための展示を含む。）につき，本件特許

の侵害に基づき控訴人が被控訴人に対して有する損害賠償請求権が，金９９５万５
８５４円及びこれに対する平成２５年９月２８日から支払済まで民法所定の年５分

の割合による金額を超えて存在しないことの確認を求める限度で理由があるから，

この限度で認容し，その余の被控訴人の請求は理由がないから棄却するべきところ，

これと異なる原判決は変更されるべきであるから，主文のとおり判決する。

９「意見募集」において寄せられた意見について

(1) 本件並びに本件仮処分の申立て及び別件仮処分の申立てにおいては，標準規

格に必須となる特許についてＦＲＡＮＤ宣言がされた場合における効力が主要な争

点となった。当裁判所は，同争点が，我が国のみならず国際的な観点から捉えるべ

き重要な論点であり，かつ，当裁判所における法的判断が，技術開発や技術の活用

の在り方，企業活動，社会生活等に与える影響が大きいことに鑑み，当事者の協力

を得た上で，国内，国外を問わず広く意見を募集する試みを，現行法の枠内で実施

することとした。

そして，意見募集の対象事項については，
「標準化機関において定められた標準規

格に必須となる特許についていわゆる（Ｆ）ＲＡＮＤ宣言（(Fair,) Reasonable and

Non-Discriminatory な条件で実施許諾を行うとの宣言）がされた場合の当該特許に

よる差止請求権及び損害賠償請求権の行使に何らかの制限があるか。」とした。

(2) 意見募集に対しては，我が国のみならず諸外国からも，個人・法人・団体を

問わず，数多くの意見が寄せられた。

寄せられた意見の概要は，次のとおりであった。

アＦＲＡＮＤ宣言された必須特許による差止請求権の制限について

大まかには，次の３つの見解に属する見解を述べるものが多く見られた。

① 何らかの制限を課すことは，むしろ当事者間の任意のライセンス契約の成立

を阻害し，技術革新や標準化作業に悪影響を及ぼすことになりかねないから，相当

ではないとする意見

② いわゆるホールドアップ問題等を指摘し，ＦＲＡＮＤ宣言された以上は，一

定程度の制限がされるべきであるとする意見
③ ＦＲＡＮＤ宣言された特許権についての差止めは一切認められないとする意

見

イ差止請求権の制限がされるべきとした場合の法律構成について

① ＦＲＡＮＤ宣言によって第三者のためにする契約が成立するとの見解と，か

かる契約は成立しないとの見解の相反する二つの見解が寄せられた。両意見とも多

数寄せられた。

② 信義則や権利濫用の法理による制限を行うべきとの意見も数多く見られた。

③ 独占禁止法を活用すべきとの意見もあったが，その数は少数であった。

ウ差止請求権が制限され得るとした場合の制限に関する判断基準について

ライセンス契約を締結する意思のある実施者（willing licensee）とライセンス

契約を締結する意思のない実施者（unwilling licensee）を分け，後者については

差止請求権が認容されるべきであるが，前者については差止請求権は認容されるべ

きではないとの意見が比較的多く見られたが，どのような場合であればライセンス

契約を締結する意思のない実施者（unwilling licensee）とされるべきかについて

の判断基準の詳細については，軌を一にする意見は見出せなかった。

エＦＲＡＮＤ宣言された必須特許による損害賠償請求権の制限について

損害賠償請求権については，これに言及した多くの意見が，損害賠償請求権の行

使は制限されるべきではない旨を述べていたが，認容される賠償額は，ＦＲＡＮＤ

条件によるライセンス料相当額に限定されるべきであるとの意見も散見された。ま

た，ＦＲＡＮＤ条件によるライセンス料をどのように定めるべきかについての方法

についての意見も複数寄せられた。

オその他の論点等

必須特許権者の誠実交渉義務について，これを課すべきとの意見が多かったが，

その根拠を何に求めるのかについては，複数の見解があった。また，必須特許の実

施者にも誠実交渉義務を課すべきであるとの意見も複数見られた。控訴人と他社と

の間の必須特許のライセンス契約に関する情報等を被控訴人に開示する義務がある
とする見解（例えば，原判決の見解）については，妥当でないとする見解が多数寄

せられた。

(3) 意見の中には，諸外国での状況を整理したもの，詳細な経済学的分析により

望ましい解決を論証するもの，結論を導くに当たり重視すべき法的論点を整理する

もの，従前ほとんど議論されていなかった新たな視点を提供するものがあった。

これらの意見は，裁判所が広い視野に立って適正な判断を示すための貴重かつ有

益な資料であり，意見を提出するために多大な労を執った各位に対し，深甚なる敬

意を表する次第である。

知的財産高等裁判所特別部

裁判長裁判官

飯村敏明

裁判官

設樂隆一

裁判官

富田善範
裁判官

清水節

裁判官

小田真治
（別紙）物件目録

１「ｉＰｈｏｎｅ３ＧＳ」

２「ｉＰｈｏｎｅ４」

３「ｉＰａｄＷｉ－Ｆｉ＋３Ｇモデル」

４「ｉＰａｄ２Ｗｉ－Ｆｉ＋３Ｇモデル」
（別紙）３ＧＰＰＴＳ２５．３２２Ｖ６．９．０（抜粋）

１「4.2.1.2 Unacknowledged mode (UM) RLC entities
Figure 4.3 below shows the model of two unacknowledged mode peer RLC entities

when duplicate avoidance and reordering is not configured.」

（訳文）

「4.2.1.2 アンアクナリッジドモード(UM)RLC エンティティ
下記に示す図 4.3 は，重複回避及びリオーダリングを有しない２つのアンアクナリ

ッジモード（UM）ピア RLC エンティティを示す。」

U E /U T R A N R a d io I n te rfa c e ( U u ) U T R A N /U E

U M -S A P U M -S A P

T ra n s m iss io n T ra n s m it ti n R e c e iv i n g
R e a s s e m b ly
b u f fe r g UM RLC
UM RLC e n t ity
e n t it y R em ove R LC
S e g m e n t a ti o n & header
C o n c a te n a t io n

R e c e p tio n
A dd R LC header b u ff e r

C ip h e ri n g D e c i p h e r in g

D C C H /D T C H ? U E D C C H /D T C H ? U T R A N
C C C H /S H C C H /D C C H /D T C H /C T C H / C C C H /S H C C H /D C C H /D T C H /C T C H /
M C C H / M S C H /M T C H ? U T R A N M C C H / M S C H /M T C H ? U E

Figure 4.3a:Model of two unacknowledged mode peer entities

configured for use with duplicate avoidance and reordering」
２「4.2.1.2.1 Transmitting UM RLC entity
The transmitting UM-RLC entity receives RLC SDUs from upper layers through the

UM-SAP. The transmitting UM RLC entity segments the RLC SDU into UMD PDUs of

appropriate size, if the RLC SDU is larger than the length of available space in

the UMD PDU.」

（訳文）

「4.2.1.2.1 送信 UM RLC エンティティ

送信 UM-RLC エンティティは，上位レイヤから UM-SAP を通じて RLC SDUs を受信する。

送信 UM RLC エンティティは，もし RLC SDU が UMD PDU の利用可能なスペースの長さよ

り大きい場合には，RLC SDU を適当なサイズの UMD PDUs に分割する。」

３「9.2.1.3 UMD PDU
The UMD PDU is used to transfer user data when RLC is operating in unacknowledged

mode. The length of the data part shall be a multiple of 8 bits. The UMD PDU header

consists of the first octet, which contains the "Sequence Number". The RLC header

consists of the first octet and all the octets that contain "Length Indicators". 」

（訳文）

「9.2.1.3 UMD PDU

UMD PDU は，RLC が UM モードで動作しているときに，ユーザーデータを転送するた

めに用いられる。データパートの長さは，８ビットの倍数である。UMD PDU ヘッダは，

「一連番号」を含む最初のオクテットで構成される。RLC ヘッダは，最初のオクテッ

トと，「長さインジケータ」を含むすべてのオクテットで構成される。」
Sequence Number E Oct1
Length Indicator E (Optional) (1)

.
.
.

Length Indicator E (Optional)

Data

PAD (Optional)
Last Octet

Figure 9.2: UMD PDU

４「9.2.2.5 Extension bit(E)
Length:1bit.

The interpretation of this bit depends on RLC mode and higher layer configuration:

- In the UMD PDU, the "Extension bit" in the first octet has either the normal

E-bit interpretation or the alternative E-bit interpretation depending on higher

layer configuration. The "Extension bit" in all the other octects always has

the normal E-bit interpretation.

- In the AMD PDU, the "Extension bit" always has the normal E-bit interpretation.

Normal E-bit interpretation:

Bit Description

0 The next field is data, piggybacked

STATUS PDU or padding

1 The next field is Length Indicator and

E bit
Alternative E-bit interpretation:

Bit Description

0 The next field is a complete SDU, which

is not segmented, concatenated or

padded.

1 The next field is Length Indicator and

E bit

」

（訳文）

「9.2.2.5 エクステンションビット(E)

長さ：１ビット

このビットの解釈は，RLC のモード及び上位レイヤーのコンフィギュレーションに依

存する。

－ UMD PDU において，最初のオクテットに含まれる「拡張ビット」は，上位レイ

ヤーのコンフィギュレーションに応じて，通常 E ビット解釈又は代替的 E ビット

解釈のいずれかを有する。他の全てのオクテットに含まれる「拡張ビット」は，

常に通常Ｅビット解釈を有する。

－ AMD PDU において，「拡張ビット」は，常に通常 E ビット解釈を有する。

通常 E ビット解釈：

Bit 記述

0 次のフィールドは，データ，ピギーバック

されたステータス PDU，又はパディング

1 次のフィールドは，長さインジケータと E

ビット
代替的 E ビット解釈：

Bit 記述

0 次のフィールドは，分割，連結，パディン

グされていない完全な SDU

1 次のフィールドは，長さインジケータと E

ビット

」

５(1) 「9.2.2.8 Length Indicator (LI)
Unless the "Extension bit" indicates that a UMD PDU contains a complete SDU

which is not segmented, concatenated or padded, a "Length Indicator" is used

to indicate the last octet of each RLC SDU ending within the PDU.」

（訳文）

「9.2.2.8 長さインジケータ（ＬＩ）

「エクステンションビット」が，UMD PDU が分割，連結，パディングのいずれもな

されていない完全な SDU を含むことを示していなければ，「長さインジケータ」は，

PDU の中のそれぞれの RLC SDU が終わる最後のオクテットを示すものとして用いられ

る。」

(2) 「In the case where the "alternative E-bit interpretation" is configured for UM

RLC and an RLC PDU contains a segment of an SDU but neither the first octet nor

the last octet of this SDU:

-if a 7-bit "Length Indicator" is used:

-the "Length Indicator" with value "111 1110" shall be used.

-if a 15-bit "Length Indicator" is used:
- the "Length Indicator" with value "111 1111 1111 1110" shall be used.」

（訳文）

「UM RLC のための「代替的Ｅビット解釈」が設定され，かつ，RLC PDU が SDU のセグメ

ントを含むが SDU の最初のオクテットも最後のオクテットも含まない場合であって，

－７ビットの「長さインジケータ」が用いられるときには，値「111 1110」を持つ「長

さインジケータ」を用い，

－１５ビットの「長さインジケータ」が用いられるときには，「111 1111 1111 1110」
値

を持つ「長さインジケータ」を用いる。」
（別紙）本件明細書図面

【図１】
【図２Ｃ】

【図３】

【図４】
【図５Ａ】【図５Ｂ】

【図６Ａ】

【図６Ｂ】
（別紙）引用例の図面

甲３の【図１】

甲３の【図２】
甲３の【図３】甲３の【図４】

甲３の【図７】甲３の【図８】
甲３の【図９】甲３９の【図５】

甲４の図２

甲４の図３

ページ上部へ