平成２３年（ヨ）第２２０９８号特許権仮処分命令申立事件決定 債権者三星電子株式会社 代理人弁護士大野聖二 同 三村量一 同 田中昌利 同 市橋智峰 同 井上義隆 同 小林英了 同 井上聡 同 逵本憲祐 同 岡田紘明 代理人弁理士鈴木守 復代理人弁護士飯塚暁夫 補佐人弁理士大谷寛 債務者AppleJapan合同会社 代理人弁護士長沢幸男 同 矢倉千栄 ａｐａｎ合同会社 代理人弁護士長沢幸男 同 矢倉千栄 同 永井秀人 同 金子晋輔 同 稲瀬雄一 同 石原尚子 同 蔵原慎一朗 同 片山英二 同 北原潤一 同 岡本尚美 同 岩間智女 同 梶並彰一郎 代理人弁理士大塚康徳 同 加藤志麻子 補佐人弁理士大塚康弘 同 坂田恭弘 主文 １ 本件申立てを却下する。 ２ 申立費用は債権者の負担とする。 ３ この決定に対する即時抗告の 坂田恭弘 主文 １ 本件申立てを却下する。 ２ 申立費用は債権者の負担とする。 ３ この決定に対する即時抗告のための付加期間を３０日と定める。 理由 第１ 申立て １ 債務者は，別紙物件目録の製品を生産し，譲渡し，貸し渡し，輸入し，又はその譲渡若しくは貸渡しの申出（譲渡若しくは貸渡しのための展示を含む。）をしてはならない。 ２ 債務者は，前項記載の製品に対する占有を解いて，これらを執行官に引き渡さなければならない。 第２ 事案の概要 １ 事案の要旨本件は，発明の名称を「移動通信システムにおける予め設定された長さインジケータを用いてパケットデータを送受信する方法及び装置」とする特許第４６４２８９８号の特許権（以下，この特許を「本件特許」，この特許権を「本件特許権」という。）の特許権者である債権者が，債務者による別紙物件目録記載の製品（以下「本件製品」という。）の輸入及び販売が本件特 許権の侵害に当たる旨主張して，本件特許権に基づく差止請求権を被保全権利として，債務者に対し，本件製品の生産，譲渡等の差止め及び執行官保管を求めた仮処分命令申立事件である。 ２ 争いのない事実等（疎明資料の摘示のない事実は，争いのない事実又は審尋の全趣旨により認められる事実である。）(1) 当事者ア債権者は，電子電気機械器具，通信機械器具及び関連機器とその部品の製作，販売等を目的とする韓国法人である。 イ債務者は，パーソナル・コンピュータ，コンピュータ関連機器のハードウェア及びソフトウェア，コンピュータに関連する付属機器の販売等を目的とする合同会社である。 なお，債務者は，平成２３年１０月３０日に，米国法人 ソナル・コンピュータ，コンピュータ関連機器のハードウェア及びソフトウェア，コンピュータに関連する付属機器の販売等を目的とする合同会社である。 なお，債務者は，平成２３年１０月３０日に，米国法人のアップルインコーポレイテッド（以下「アップル社」という。）の子会社であるアップルジャパン株式会社を吸収合併し，本件における同社の地位を承継した（以下においては，上記吸収合併前のアップルジャパン株式会社についても「債務者」という。）。 (2) 債権者の特許権ア債権者（特許登録原簿上の名称「サムスンエレクトロニクスカンパニーリミテッド」）は，平成１８年５月４日，本件特許に係る国際特許出願（国際出願番号・ＰＣＴ／ＫＲ２００６／００１６９９，優先日・平成１７年５月４日，優先権主張国・韓国，日本における出願番号・特願２００８－５０７５６５号。以下「本件出願」という。）をし，平成２２年１２月１０日，本件特許権の設定登録を受けた（甲１，２）。 イ本件特許の特許請求の範囲は，請求項１ないし１４から成り，その請求項１及び８の記載は，次のとおりである（以下，請求項８に係る発明 を「本件発明１」，請求項１に係る発明を「本件発明２」といい，本件発明１及び２を併せて「本件各発明」という。）。 「【請求項１】 移動通信システムにおけるデータを送信する方法であって，上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定する段階と，前記ＳＤＵが一つのＰＤＵに含まれる場合に，ヘッダーとデータフィールドを含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一連番号（ＳＮ）フィールドと，前記ＰＤＵが分割，連結，またはパディングなしに前記データフィールドに前記ＳＤＵを ッダーとデータフィールドを含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一連番号（ＳＮ）フィールドと，前記ＰＤＵが分割，連結，またはパディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを指示する１ビットフィールドと，を含み，前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記ＳＤＵを伝送可能なＰＤＵのサイズにより複数のセグメントに分割し，各ＰＤＵのデータフィールドが前記複数のセグメントのうち一つのセグメントを含む複数のＰＤＵを構成する段階と，ここで，前記各ＰＤＵのヘッダーは，ＳＮフィールド，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示す１ビットフィールド，そして前記少なくとも一つのＬＩフィールドを含み，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され，前記ＰＤＵを受信器に伝送する段階と，を有することを特徴とするデータ送信方法。」「【請求項８】 移動通信システムにおけるデータを送信する装置であって，上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定し，前記ＳＤＵを伝送可能なＰＤＵサイズによって少なくとも 一つのセグメントに再構成するための伝送バッファと，一連番号（ＳＮ）フィールドと１ビットフィールドをヘッダーに含み，前記少なくとも一つのセグメントをデータフィールド内に含む少なくとも一つのＰＤＵを構成するヘッダー挿入部と，前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤ メントをデータフィールド内に含む少なくとも一つのＰＤＵを構成するヘッダー挿入部と，前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定し，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部と，前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記少なくとも一つのＰＤＵの前記１ビットフィールド以後にＬＩフィールドを挿入し，設定するＬＩ挿入部と，ここで，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され，前記ＬＩ挿入部から受信される少なくとも一つのＰＤＵを受信部に伝送する送信部と，を含むことを特徴をするデータ送信装置。」ウ本件各発明を構成要件に分説すると，次のとおりである(以下，各構成要件を「構成要件Ａ」，「構成要件Ｂ」などという。)。 (ア) 本件発明１（請求項８）Ａ 移動通信システムにおけるデータを送信する装置であって，Ｂ 上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定し，前記ＳＤＵを伝送可能なＰＤＵサイズによって少なくとも一つのセグメントに再構成するための伝送バッファと， Ｃ 一連番号（ＳＮ）フィールドと１ビットフィールドをヘッダーに含み，前記少なくとも一つのセグメントをデータフィールド内に含む も一つのセグメントに再構成するための伝送バッファと， Ｃ 一連番号（ＳＮ）フィールドと１ビットフィールドをヘッダーに含み，前記少なくとも一つのセグメントをデータフィールド内に含む少なくとも一つのＰＤＵを構成するヘッダー挿入部と，Ｄ 前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定し，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部と，Ｅ 前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記少なくとも一つのＰＤＵの前記１ビットフィールド以後にＬＩフィールドを挿入し，設定するＬＩ挿入部と，Ｆ ここで，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され，Ｇ 前記ＬＩ挿入部から受信される少なくとも一つのＰＤＵを受信部に伝送する送信部と，Ｈ を含むことを特徴をするデータ送信装置。 (イ) 本件発明２（請求項１）Ｉ 移動通信システムにおけるデータを送信する方法であって，Ｊ 上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定する段階と，Ｋ 前記ＳＤＵが一つのＰＤＵに含まれる場合に，ヘッダーとデータ フィールドを含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一連番号（ＳＮ） まれるか否かを判定する段階と，Ｋ 前記ＳＤＵが一つのＰＤＵに含まれる場合に，ヘッダーとデータ フィールドを含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一連番号（ＳＮ）フィールドと，前記ＰＤＵが分割，連結，またはパディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを指示する１ビットフィールドと，を含み，Ｌ 前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記ＳＤＵを伝送可能なＰＤＵのサイズにより複数のセグメントに分割し，各ＰＤＵのデータフィールドが前記複数のセグメントのうち一つのセグメントを含む複数のＰＤＵを構成する段階と，ここで，前記各ＰＤＵのヘッダーは，ＳＮフィールド，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示す１ビットフィールド，そして前記少なくとも一つのＬＩフィールドを含み，Ｍ 前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され，Ｎ 前記ＰＤＵを受信器に伝送する段階と，Ｏ を有することを特徴とするデータ送信方法。 (3) 債務者の行為等ア債務者は，アップル社が製造した本件製品を輸入し，販売している。 イ(ア) 本件製品は，本件発明１の構成要件Ａ及びＨを充足する。 (イ) 本件製品におけるデータ送信方法は，本件発明２の構成要件Ｉ及びＯを充足する。 ウ本件製品は，第３世代移動通信システムないし第３世代携帯電話システム（３Ｇ）（ThirdGeneration）の普及促進と付随する仕様の世界標準化を目的とする民間団体である３ＧＰＰ（ThirdGenerationPartnershi 第３世代携帯電話システム（３Ｇ）（ThirdGeneration）の普及促進と付随する仕様の世界標準化を目的とする民間団体である３ＧＰＰ（ThirdGenerationPartnershipProject ）が策定した通信規格であるＵＭＴＳ規格 （UniversalMobileTelecommunicationsSystem）に準拠した製品である（甲３ないし６，１１。以下，３ＧＰＰが定める通信規格を「３ＧＰＰ規格」という。）。 ＵＭＴＳ規格は，日本では，Ｗ－ＣＤＭＡ方式（広帯域符号分割多元接続方式）と称されている。 (4) 本件特許に関するＦＲＡＮＤ宣言ア ３ＧＰＰを結成した標準化団体の一つであるＥＴＳＩ（EuropeanTelecommunicationsStandardsInstitute ）（欧州電気通信標準化機構）は，知的財産権（ＩＰＲ）の取扱いに関する方針として「ＩＰＲポリシー」（IntellectualPropertyRightsPolicy）を定めている。 ＩＰＲポリシーには，次のような規定がある（甲３６。原文英語）。 「３ 方針の目的３．１ ＥＴＳＩは，総会が提議した，ヨーロッパの通信セクターの技術的な目的に最も資する解決策に基づく規格および技術仕様を作成することを目的としている。この目的を推進するため，ＥＴＳＩのＩＰＲについての方針は，ＥＴＳＩおよび会員，ＥＴＳＩ規格および技術仕様を適用するその他の，規格の準備および採用，適用への投資が，規格または技術仕様についての必須ＩＰＲを使用できない結果無駄になる可能性があるというリスクを軽減するためのものである。この目的を達成するに当たり，ＥＴＳＩのＩＰＲについての方針では，通信分野での一般利用の標準化の必要性と，ＩＰＲ ＰＲを使用できない結果無駄になる可能性があるというリスクを軽減するためのものである。この目的を達成するに当たり，ＥＴＳＩのＩＰＲについての方針では，通信分野での一般利用の標準化の必要性と，ＩＰＲの所有者の権利との間のバランスを取ることが求められる。 ３．２ ＩＰＲの所有者は，ＥＴＳＩの会員またはその関連会社，第三者であるかによらず，規格および技術仕様の実装で，ＩＰＲの使用につき適切かつ公平に扱われるものとする。」 「４ ＩＰＲの開示４．１ …各会員は，自らが参加する規格または技術仕様の開発の間は特に，ＥＴＳＩに必須ＩＰＲについて適時に知らせるため合理的に取り組むものとする。特に，規格または技術仕様の技術提案を行う会員は，善意をもって，提案が採択された場合に必須となる可能性のあるその会員のＩＰＲについてＥＴＳＩの注意を喚起するものとする。 ４．３ 上記の第４．１項に従っての義務は，ＥＴＳＩにこの特許ファミリーの構成要素について適時に知らされた場合には，すべての既存および将来のその特許ファミリーの構成要素につき満たされたとみなされる。…」「６ ライセンスの可用性６．１ 特定の規格または技術仕様に関連する必須ＩＰＲがＥＴＳＩに知らされた場合，ＥＴＳＩの事務局長は，少なくとも以下の範囲で，当該のＩＰＲにおける取消不能なライセンス（irrevocablelicences）を公正，合理的かつ非差別的な条件（fair,reasonableandnon-discriminatorytermsandconditions）で許諾する用意があることを書面で取消不能な形で３か月以内に保証することを，所有者にただちに求めるものとする。 ・製造で使用するべく，ライセンシー自身の設計で，カスタマイズした部 ditions）で許諾する用意があることを書面で取消不能な形で３か月以内に保証することを，所有者にただちに求めるものとする。 ・製造で使用するべく，ライセンシー自身の設計で，カスタマイズした部品およびサブシステムを製造または過去から引き続き製造する権利を含む，製造。 ・上記で製造した機器の販売または賃貸，処分。 ・機器の修理または使用，動作，および・方法の使用。 上記の保証は，ライセンスの相互供与に同意することを求めるという条件に従い行われる場合がある。…６．２ 特許ファミリーの指定された構成要素に関する，第６．１項に従っての保証は，保証が行われた時点で指定したＩＰＲを除外する旨を明示する書面がある場合を除き，その特許ファミリーのすべての既存および将来の必須ＩＰＲに適用されるものとする。当該の除外の範囲は，明示的に指定されたＩＰＲに限定されるものとする。 ６．３ 要請されたＩＰＲの所有者の保証が許諾されない場合，委員会の委員長は，適切な場合，ＥＴＳＩ事務局と協議の上，問題が解決するまで，委員会が規格または技術仕様についての作業を停止すべきかどうかについて判断し，および／または関連の規格または技術仕様の承認を行うものとする。」「１２ このポリシーは，フランス法に準拠する。」「１５ 定義 ６ ＩＰＲに適用される「必須」とは，（商業的ではなく）技術的な理由で，標準化の時点で一般に利用可能な通常の技術慣行および最新技術を考慮し，ＩＰＲに抵触せずに規格に準拠する機器または方法を製造または販売，賃貸，処分，修理，使用または動作できないことを意味する。疑義を回避するため，規格が技術的な解決策でのみ実行可能で，すべてがＩＰＲに抵触する例外的な場合で，当該のすべてのＩＰＲは必須とみなされるものとする。 使用または動作できないことを意味する。疑義を回避するため，規格が技術的な解決策でのみ実行可能で，すべてがＩＰＲに抵触する例外的な場合で，当該のすべてのＩＰＲは必須とみなされるものとする。 ７ 「ＩＰＲ」とは，商標以外の知的財産権の適用を含む，法律により参照された知的財産権を意味するものとする。疑義を回避するため，体裁に関連する権利または機密情報，企業秘密，同様のものは，ＩＰＲの定義から除外される。 ９ 「会員」とは，ＥＴＳＩの会員または賛助会員を意味するものとする。会員の参照は，文脈が許す場合には常に，その会員およびその関連会社と解釈されるものとする。 １３ 「特許ファミリー」とは，優先順位の高い文書それ自体を含む，一般に１つ以上の優先順位のあるすべての文書を意味するものとする。疑義を回避するため，「文書」は特許および実用新案，その応用を表す。」イ(ア) ＥＴＳＩの会員である債権者は，１９９８年（平成１０年）１２月１４日，ＥＴＳＩに対し，ＵＭＴＳ規格としてＥＴＳＩが推進しているＷ－ＣＤＭＡ技術に関し，債権者の保有する必須ＩＰＲライセンスを，ＥＴＳＩのＩＰＲポリシー６．１項に従って，「公正，合理的かつ非差別的な条件」（fair,reasonableandnon-discriminatorytermsandconditions）（以下「ＦＲＡＮＤ条件」という。）で許諾する用意がある旨の誓約（宣言）をした（甲２９）。 (イ) 債権者は，２００７年（平成１９年）８月７日，ＥＴＳＩに対し，ＥＴＳＩのＩＰＲポリシー４．１項に従って，本件出願の優先権主張の基礎となる韓国出願の出願番号，本件出願の国際出願番号（ＰＣＴ／ＫＲ２００６／００１６９９）等に係るＩＰＲが，ＵＭＴＳ規格（ＴＳ ２５．３２２等）に関連して必 ．１項に従って，本件出願の優先権主張の基礎となる韓国出願の出願番号，本件出願の国際出願番号（ＰＣＴ／ＫＲ２００６／００１６９９）等に係るＩＰＲが，ＵＭＴＳ規格（ＴＳ ２５．３２２等）に関連して必須ＩＰＲであるか，又はそうなる可能性が高い旨を知らせるとともに，ＥＴＳＩのＩＰＲポリシー６．１項に準拠する条件（ＦＲＡＮＤ条件）で，取消不能なライセンスを許諾する用意がある旨の宣言（以下「本件ＦＲＡＮＤ宣言」という。）をした（甲３７）。 ３ 当事者の主張債権者及び債務者の各主張書面に記載されたとおりであるから，これを引用する。 第３ 当裁判所の判断 １ 本件製品についての本件発明１の技術的範囲の属否について(1) 本件製品の構成についてア本件製品の本件技術仕様書Ｖ６．９．０の準拠の有無債務者は，本件発明１が３ＧＰＰ規格の本件技術仕様書Ｖ６．９．０記載の「代替的Ｅビット解釈」（AlternativeE-bit解釈）を具現化したものであり，同技術仕様書に準拠した本件製品は，本件発明１の技術的範囲に属する旨主張する。 そこで，まず，本件製品が本件技術仕様書Ｖ６．９．０に準拠した製品といえるかどうかについて判断する。 (ア) 代替的Ｅビット解釈本件技術仕様書Ｖ６．９．０の９．２．２．５項，９．２．２．８項及び９．２．２．８．１項（別紙１参照）には，①伝送モードが非確認モードのＰＤＵ（ＵＭＤＰＤＵ）の最初のオクテットに含まれるＥビット（拡張ビット）について，「通常Ｅビット解釈」又は「代替的Ｅビット解釈」が上位レイヤーのコンフィギュレーションに応じて選択的に適用されること，②「代替的Ｅビット解釈」の下では，最初のオクテットに含まれるＥビットが「０」の場合は，「次のフィールドは，分割，連結，パディング 位レイヤーのコンフィギュレーションに応じて選択的に適用されること，②「代替的Ｅビット解釈」の下では，最初のオクテットに含まれるＥビットが「０」の場合は，「次のフィールドは，分割，連結，パディングされていない完全なＳＤＵ」であることを，「１」の場合は，「次のフィールドは，長さインジケータとＥビット」であることを示すこと，③「長さインジケータ」は，最初のオクテットに含まれるＥビットが「分割，連結，パディングされていない完全なＳＤＵ」であることを示していなければ，ＰＤＵの中のそれぞれのＳＤＵ（ＲＬＣＳＤＵ）が終わる最後のオクテットを示すものとして用いられること，④「代替的Ｅビット解釈」が設定され，かつ，ＰＤＵ（ＲＬＣＰＤＵ）がＳＤＵのセグメントを含む が，ＳＤＵの最初のオクテットも最後のオクテットも含まない場合には，「長さインジケータ」は，「１１１ １１１０」の値を持つ７ビットの長さインジケータ又は「１１１ １１１１ １１１１ １１１０」の値を持つ１５ビットの長さインジケータが用いられることが記載されている。 (イ) 本件実機テストａ 疎明資料（甲２１，２２，７３）及び審尋の全趣旨によれば，次の事実が認められる。 (ａ) カナダ法人のチップワークス社が本件製品について，「基地局エミュレータ」として，ＣＭＷ５００を用いたテスト（本件実機テスト）を行った。 ＣＭＷ５００は，Ｗ－ＣＤＭＡ方式に対応している。 (ｂ) 本件実機テストのテスト１は，「ＰＤＵサイズ：４８８ビット，ＳＤＵサイズ：４８０ビット」の設定で，「ＰＤＵが分割，連結，パディングされていない完全なＳＤＵを含む場合」のテストであり，テスト２は，「ＰＤＵサイズ：８０ビット，ＳＤＵサイズ：４８０ビット」の設定で，最初と最後を除いた「中間セグメント」とし 分割，連結，パディングされていない完全なＳＤＵを含む場合」のテストであり，テスト２は，「ＰＤＵサイズ：８０ビット，ＳＤＵサイズ：４８０ビット」の設定で，最初と最後を除いた「中間セグメント」としてのＰＤＵ（例えば，２番目のＰＤＵ）をモニタするテストである。 (ｃ) 本件実機テストの結果は，次のとおりである。 ① テスト１の場合には，一連番号（ＳＮ）に続くＥビットが「０」となり，長さインジケータを含まないＰＤＵが出力されている（甲２１の図１２，１４）。 ② テスト２の場合には，一連番号（ＳＮ）に続くＥビットが「１」となり，長さインジケータとして所定値（１１１１１１０）を含むＰＤＵが出力されている（甲２１の図１３，１ ５）。 ｂ 前記ａの本件実機テストの結果が示すＥビットの値及び長さインジケータの値は，前記(ア)の代替的Ｅビット解釈を採用した場合の値と整合しており（テスト１は前記(ア)②及び③と，テスト２は前記(ア)②及び④とそれぞれ整合する。），本件製品は，代替的Ｅビット解釈の機能を実装していることが認められる。 ｃこれに対し債権者は，本件実機テストの結果の「Interpretation」 の欄に「次のオクテット：データ（「nextoctet: data」）」と表示されており，「分割，連結，パディングされていない完全なＳＤＵ」と表示されていないから，本件実機テストでは，代替的Ｅビット解釈ではなく，通常Ｅビット解釈が用いられているなどと主張する。 しかしながら，代替的Ｅビット解釈において，Ｅビットに「０」が設定される場合，次のフィールドのビット列が「分割，連結，パディングされていない完全なＳＤＵ」を構成するＳＤＵの「データ」を示すものであることからすると，「Interpretation」 の欄に「次の される場合，次のフィールドのビット列が「分割，連結，パディングされていない完全なＳＤＵ」を構成するＳＤＵの「データ」を示すものであることからすると，「Interpretation」 の欄に「次のオクテット：データ（「nextoctet: data」）」と表示されていることは本件実機テストにおいて代替的Ｅビット解釈が使用されていることと相反するものではない。 したがって，債権者の上記主張は理由がない。 イ小括以上によれば，本件製品は，本件技術仕様書Ｖ６．９．０に準拠した製品であり，代替的Ｅビット解釈に基づく機能を実施する構成を備えていることが認められる。 (2) 本件発明１の技術的意義ア明細書の記載事項 本件発明１の特許請求の範囲（請求項８）の文言と本件特許に係る明細書（以下，図面を含めて，「本件明細書」という。甲２）の「発明の詳細な説明」の記載事項を総合すれば，本件明細書には，①パケットサービスを支援する移動通信システム（無線データパケット通信システム）において，音声コーデックから発生した音声フレームをインターネットプロトコルを用いて音声パケットの形態で伝送する通信技術であるＶｏＩＰを提供するに当たって，従来技術によるＶｏＩＰ通信方式でＲＬＣフレーミング方式（上位階層から受信されたＲＬＣＳＤＵを無線チャンネルを通じて伝送するために適合したサイズに処理する動作）を使用する場合，大部分のＲＬＣＳＤＵが，分割又は連結せず，一つのＲＬＣＳＤＵは一つのＲＬＣＰＤＵで構成されるにもかかわらず，既存のＲＬＣフレーミング動作では，少なくともＲＬＣＳＤＵの開始を示すＬＩ（長さインジケータ）フィールドとその終了を示すＬＩフィールドが常に要求されるといったように，不必要なＬＩフィールドが挿入され，そ ＬＣフレーミング動作では，少なくともＲＬＣＳＤＵの開始を示すＬＩ（長さインジケータ）フィールドとその終了を示すＬＩフィールドが常に要求されるといったように，不必要なＬＩフィールドが挿入され，それによって限定された無線リソースが非効率的に使用されるという問題点が発生すること，②本件発明１の目的は，従来技術による上記問題点を解決するために，ＲＬＣＰＤＵ（無線リンク制御階層のプロトコルデータユニット）のヘッダーサイズを減少させて無線リソースを効率的に使用する装置を提供することにあること，③本件発明１は，上記目的を達成するための手段として，「一つの完全なＲＬＣＳＤＵを分割/連結/パディングせずに，一つのＲＬＣＰＤＵにフレーミングが可能である場合」に，そのことをＲＬＣＰＤＵのデータフィールドに１ビット情報で示す構成（構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」の構成）を採用することによって，そのＲＬＣＳ ＤＵの分割/連結/パディングを示すための追加情報の挿入（「ＬＩフィールド」の使用）を不要とし，ＲＬＣＰＤＵが「ＲＬＣＳＤＵの開始や終了が含まれない，ＲＬＣＳＤＵの中間セグメントのみ」を含む場合に，そのことを予め定められたＬＩの新たな値に設定されたＬＩフィールドで示す構成（構成要件Ｄの「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部」の構成及び構成要件Ｆの「前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメン ンジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部」の構成及び構成要件Ｆの「前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定」される構成）を採用することによって，ＲＬＣＳＤＵの分割動作を可能とし，これによりヘッダーサイズを減少させて無線リソースを効率的に使用する効果を奏することが開示されているものと認められる。 イ本件発明１と代替的Ｅビット解釈との関係(ア) 本件発明１の構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」の構成及びその効果（前記ア③）は，代替的Ｅビット解釈において，最初のオクテットに含まれるＥビットが「０」の場合は，「次のフィールドは，分割，連結，パディングされていない完全なＳＤＵ」であることを示し，長さインジケータが用いられないこと（前記(1)ア(ア)②及び③）を規定し，また，構成要件Ｄの「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィ ールド設定部」の構成及び構成要件Ｆの「前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定」される構成は，代替的Ｅビット解釈において，ＰＤＵ（ＲＬＣＰＤＵ）がＳＤＵのセグメントを含むが，ＳＤＵの最初のオクテットも最後のオクテットも含まない メントを含むことを示す予め定められた値に設定」される構成は，代替的Ｅビット解釈において，ＰＤＵ（ＲＬＣＰＤＵ）がＳＤＵのセグメントを含むが，ＳＤＵの最初のオクテットも最後のオクテットも含まない場合には，「長さインジケータ」は，「１１１１１１０」の値を持つ７ビットの長さインジケータ又は「１１１ １１１ １１１１ １１１０」の値を持つ１５ビットの長さインジケータが用いられること（前記(1)ア(ア)④）を規定したものであると認められる。 したがって，本件発明１は，代替的Ｅビット解釈を具現化した発明であるというべきである。 (イ)ａ これに対し債務者は，本件発明１の構成要件Ｂの「前記ＳＤＵが一つのＰＤＵに含まれるか否かを判定」とは，「ＳＤＵが一つのＰＤＵに完全に含まれるかどうか（一致するかどうか）」を判定することを意味するのに対し，本件技術仕様書Ｖ６．９．０の４． ２．１．２．１項の「ＲＬＣＳＤＵがＵＭＤＰＤＵの利用可能なスペースの長さより大きい場合」に「ＲＬＣＳＤＵを適当なサイズのＵＭＤＰＤＵに分割する。」との記載は，４．２．１．２．１項記載の判定方式が，ＳＤＵの分割が必要か否かを決定することを目的とし，ＳＤＵがＰＤＵの利用可能な領域よりも大きいか否か（ＳＤＵとＰＤＵの大小関係）を判定する方式を意味するものであり，ＳＤＵが一つのＰＤＵに完全に含まれる（一致する）か否かを判定する方式とは異なるものであるから，本件技術仕様書Ｖ６． ９．０には，構成要件Ｂの開示がない旨主張する。 しかしながら，本件技術仕様書Ｖ６．９．０の９．２．２．５項 には，「代替的Ｅビット解釈」の下において，最初のオクテットに含まれるＥビットが「０」の場合は，「次のフィールドは，分割，連結，パディングされていない完全なＳＤＵ」であるこ ２．５項 には，「代替的Ｅビット解釈」の下において，最初のオクテットに含まれるＥビットが「０」の場合は，「次のフィールドは，分割，連結，パディングされていない完全なＳＤＵ」であることを，「１」の場合は，「次のフィールドは，長さインジケータとＥビット」であることを示すこと（前記１(1)ア(ア)②）が記載されており，上記記載は，ＳＤＵがＰＤＵに完全に含まれる（一致する）か否か（「分割，連結，パディングされていない完全なＳＤＵ」か否か）の判定を行うことを前提に，その判定結果に従ってＥビットを上記のように設定することを規定するものといえるから，構成要件Ｂの「ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否か」を「判定」する構成を開示するものというべきである。 したがって，債務者の上記主張は理由がない。 ｂ また，債務者は，構成要件Ｄにいう「前記ＳＤＵが一つのＰＤＵに含まれる場合」とは，①パディングが生じている場合，②連結が生じている場合，③分割，連結及びパディングのいずれも生じていない場合を全て対象とするものであるから，構成要件Ｄを充足するというためには，上記①又は②の場合であっても，「ＰＤＵが分割，連結又はパディングなしにＳＤＵを完全に含むことを示すように１ビットフィールドが設定」されなければならないのに対し，本件技術仕様書Ｖ６．９．０記載の代替的Ｅビット解釈においては，上記③の場合にのみ，ＰＤＵが完全なＳＤＵを含むことを示すように１ビットフィールドが設定されるのであるから，構成要件Ｄの構成は，本件技術仕様書Ｖ６．９．０記載の代替的Ｅビット解釈とは異なる旨主張する。 しかしながら，構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記デー Ｖ６．９．０記載の代替的Ｅビット解釈とは異なる旨主張する。 しかしながら，構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記デー タフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」との文言，本件明細書の段落【００２２】及び図５Ａによれば，構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合」とは，「前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含む」場合（上記③の場合）のみを意味し，ＳＤＵが連結されてＰＤＵに格納されている場合やＳＤＵがパディングとともにＰＤＵに格納されている場合は，これに含まれないと解すべきであるから，債務者の主張は，その前提を欠くものとして，採用することができない。 (3) 本件製品についての本件発明１の技術的範囲の属否についてア本件製品が本件発明１の構成要件Ａ及びＨを充足することは，前記争いのない事実等(3)イ(ア)のとおりである。 そして，本件製品が，本件技術仕様書Ｖ６．９．０に準拠した製品であり，代替的Ｅビット解釈に基づく機能を実施する構成を備えていること（前記(1)イ），本件発明１が代替的Ｅビット解釈を具現化した発明であること（前記(2)イ(ア)）によれば，本件製品は，本件発明１の構成要件ＢないしＧを充足するものと認められる。 以上によれば，本件製品は，本件発明１の構成要件を全て充足するから，その技術的範囲に属する。 イ(ア) これに対し債務者は，本件技術仕様書Ｖ６．９．０に構成要件Ｂ及びＤの開示がないことを理由に，本件製品が構成要件Ｂ及びＤを充足しない旨主張する。 しかしながら，前記(2)イ(イ)で述べたとおり，債務者の主張は，その前提を欠くものである ９．０に構成要件Ｂ及びＤの開示がないことを理由に，本件製品が構成要件Ｂ及びＤを充足しない旨主張する。 しかしながら，前記(2)イ(イ)で述べたとおり，債務者の主張は，その前提を欠くものであるから，理由がない。 (イ) また，債務者は，本件製品が本件発明１の技術的範囲に属するというためには，本件製品が本件発明１の構成要件に記載された全ての 機能を現実のネットワーク上で実行していることを立証する必要があるが，代替的Ｅビット解釈は，通常Ｅビット解釈のオプション的なものであり，通信事業者が代替的Ｅビット解釈を使用するようにネットワークを設定していることについての立証がないから，本件製品が本件発明１の技術的範囲に属さない旨主張する。 しかしながら，本件製品は，本件発明１の構成要件を全て充足し，代替的Ｅビット解釈を実施する構成を備えている以上，本件発明１の技術的範囲に属するものと認められ，現実のネットワーク上で通信事業者が代替的Ｅビット解釈を使用するようにネットワークを設定しているかどうかは本件発明１の技術的範囲の属否に影響を及ぼすものではないというべきである。 したがって，債務者の上記主張は採用することができない。 (4) まとめ以上によれば，本件製品は，本件発明１の技術的範囲に属する。 そして，本件発明２は，本件発明１の送信装置におけるデータの送信方法の発明であり，両発明の構成は共通すること（争いがない。）によれば，本件製品におけるデータ送信方法の構成は，本件発明２の技術的範囲に属するものと認められる。 ２ 権利濫用の成否について次に，本件事案の内容等に鑑み，債権者による本件製品についての本件特許権に基づく差止請求権の行使が権利の濫用に当たる旨の債務者の抗弁の成否について判断することとする。 ( 利濫用の成否について次に，本件事案の内容等に鑑み，債権者による本件製品についての本件特許権に基づく差止請求権の行使が権利の濫用に当たる旨の債務者の抗弁の成否について判断することとする。 (1) 前提事実前記争いのない事実と本件疎明資料及び審尋の全趣旨を総合すれば，以下の事実が認められる。 ア ＥＴＳＩのＩＰＲポリシー (ア) 第２世代移動通信システム（２Ｇ）は，欧州外においては国ごとに規格が異なるばかりか，一つの国の中ですら規格が異なっており，普遍的な運用互換性がなかった。また，米国，日本，欧州は，それぞれ互換性のない規格に従ったシステムを運用していた。そのような状況の中，従来の音声サービスだけでなく，データサービス及びマルチメディアサービスを提供する第３世代移動通信システム（３Ｇ）の普及促進と付随する仕様の標準化を目的として，ＥＴＳＩ（欧州電気通信標準化機構）などの世界の標準化団体が結集し，１９９８年（平成１０年）に３ＧＰＰという名称の標準化団体を結成した。 (イ) ＥＴＳＩは，知的財産権（ＩＰＲ）の取扱いに関する方針として，ＩＰＲポリシーを定めている。 一般に，技術の標準化を進めることによって，製品間の互換性を確保し，製造・調達のコストを削減し，また，研究開発の効率化や他社との提携機会の拡大等の効果が見込まれ，さらには，エンドユーザーにとっても，製品・サービスの利便性の向上，製品価格やサービス料金の低減につながるといった意義があると考えられるが，他方で，企業は，知的財産権に基づいて技術の実施を独占することで，競合他社による当該技術の実施を禁止し，自社の売上げの増加を図っているところ，ある特定の知的財産権が標準化された技術の規格に必須とされた場合，当該知的財産権を保有する企業が，その標準規格を ことで，競合他社による当該技術の実施を禁止し，自社の売上げの増加を図っているところ，ある特定の知的財産権が標準化された技術の規格に必須とされた場合，当該知的財産権を保有する企業が，その標準規格を使用して製品化を図る他の企業に対し，当該知的財産権の実施を禁止すると脅しつつ，法外な実施料やその他の理不尽なライセンス条件を要求して，これに強制的に同意させるという状況が策出されるおそれがあり，また，他の企業は，当該知的財産権の実施許諾を得られない結果，既に標準規格の適用のために行った投資（開発投資・設備投資）が無駄になるおそれがあり，ひいては，技術の標準化による普及が著 しく阻害される可能性があることを踏まえて，通信分野における技術の標準化の必要性と知的財産権の保有者の権利との間のバランスをとることが要請されている。 ＥＴＳＩのＩＰＲポリシーは，このような要請に応えることを目的とするものである（３．１項の「方針の目的」参照）。 (ウ) ＥＴＳＩのＩＰＲポリシーには，次のような規定がある。 ａＩＰＲポリシー４．１項は，各会員は，自らが参加する規格技術仕様の開発の間は特に，ＥＴＳＩに必須ＩＰＲについて適時に知らせるため合理的に取り組むものとし，特に，規格又は技術仕様の技術提案を行う会員は，善意をもって，提案が採択された場合に必須となる可能性のあるその会員のＩＰＲについてＥＴＳＩの注意を喚起する旨を規定し，４．３項は，４．１項の義務は，ＥＴＳＩにこの特許ファミリーの構成要素について適時に知らされた場合には，全ての既存及び将来のその特許ファミリーの構成要素につき満たされたとみなされる旨を規定する。 ｂＩＰＲポリシー６．１項は，特定の規格又は技術仕様に関連する必須ＩＰＲがＥＴＳＩに知らされた場合，ＥＴＳＩの事務局長は， の特許ファミリーの構成要素につき満たされたとみなされる旨を規定する。 ｂＩＰＲポリシー６．１項は，特定の規格又は技術仕様に関連する必須ＩＰＲがＥＴＳＩに知らされた場合，ＥＴＳＩの事務局長は，少なくとも製造（製造で使用するべく，ライセンシー自身の設計で，カスタマイズした部品及びサブシステムを製造又は過去から引き続き製造する権利を含む。），製造した機器の販売，賃貸，処分，修理又は使用，動作及び方法の使用の範囲で，当該ＩＰＲにおける取消不能なライセンスを「公正，合理的かつ非差別的な条件」（ＦＲＡＮＤ条件）で許諾する用意があることを書面で取消不能な形で３か月以内に保証することを，当該ＩＰＲの所有者に直ちに求めるものとする旨，上記保証は，ライセンスの相互供与に同意することを求めるという条件に従い行われる場合がある旨を規定し， ６．２項は，６．１項の保証は，保証が行われた時点で指定したＩＰＲを除外する旨を明示する書面がある場合を除き，その特許ファミリーの全ての既存及び将来の必須ＩＰＲに適用されるものとする旨を規定し，６．３項は，要請されたＩＰＲの所有者の保証が許諾されない場合，委員会の委員長は，適切な場合，ＥＴＳＩ事務局と協議の上，問題が解決するまで，委員会が規格又は技術仕様についての作業を停止すべきかどうかについて判断し，「および／または」関連の規格または技術仕様の承認を行う旨を規定する。 ｃＩＰＲポリシー１５項６は，ＩＰＲに適用される「必須」とは，（商業的ではなく）技術的な理由で，標準化の時点で一般に利用可能な通常の技術慣行および最新技術を考慮し，ＩＰＲに抵触せずに規格に準拠する機器又は方法を製造又は販売，賃貸，処分，修理，使用または動作できないことを意味する旨を規定する。 ｄＩＰＲポリシー１２項は，ＩＰＲポリ 行および最新技術を考慮し，ＩＰＲに抵触せずに規格に準拠する機器又は方法を製造又は販売，賃貸，処分，修理，使用または動作できないことを意味する旨を規定する。 ｄＩＰＲポリシー１２項は，ＩＰＲポリシーはフランス法に準拠する旨を規定する。 (エ) ＩＰＲポリシーを補足する「ＩＰＲについてのＥＴＳＩの指針」には，次のような規定がある。 ａＩＰＲについてのＥＴＳＩの指針１．１項は，「本指針の主な特徴は，次のように簡略化できる」と規定する。 「・会員は，ライセンスの許諾を拒否する権利を含む，自らが保有するＩＰＲを保持しその利益を得る権利を完全に有する。 ・ＥＴＳＩは，ＥＴＳＩの技術的な目的に最も資する解決策に基づく規格および技術仕様を作成することを目的としている。 ・この目的を達成するに当たり，ＥＴＳＩのＩＰＲについての方針では，通信分野での一般利用の標準化の必要性と，ＩＰＲの所有者の権利との間のバランスを取ることが求められる。 ・ＩＰＲについての方針は，規格の準備および採用，適用への投資が，規格または技術仕様についての必須ＩＰＲを使用できない結果無駄になる可能性があるというリスクを軽減するためのものである。 ・よって，規格作成過程の可能な限り早期に，必須ＩＰＲの存在を知っていることが，特にライセンスが公正，合理的かつ非差別的な（ＦＲＡＮＤ）条件を利用できない場合に必要である。」ｂＩＰＲについてのＥＴＳＩの指針１．４項は，ＥＴＳＩのＩＰＲについての方針は，機関としてのＥＴＳＩ及びその会員，事務局の権利及び義務を定義するものであり，ＥＴＳＩの非会員にも，方針の下で特定の権利はあるが，法的な義務は有さない旨を規定し，同項に掲げる「表」中には，次のような記載がある。 「会員の権利」「・自らのＩＰＲを規格に含 するものであり，ＥＴＳＩの非会員にも，方針の下で特定の権利はあるが，法的な義務は有さない旨を規定し，同項に掲げる「表」中には，次のような記載がある。 「会員の権利」「・自らのＩＰＲを規格に含めることを拒否すること（８．１項及び８．２項）。 ・規格に関し，公正，合理的かつ非差別的な条件でライセンスが許諾されること（６．１項）。」「会員の義務」「・ＥＴＳＩに，自らのＩＰＲ及び他者の必須ＩＰＲについて知らせる（４．１項）。 ・必須ＩＰＲの所有者は，公正，合理的かつ非差別的な条件でライセンスを許諾することを保証することが求められる（６．１項）。」「第三者の権利」「・第三者には，必須ＩＰＲの所有者として，又はＥＴＳＩ規格若 しくは文書のユーザーとして，ＥＴＳＩのＩＰＲについての方針の下で，次の特定の権利を有する。 ○少なくとも製造及び販売，賃貸，修理，使用，動作するため，規格に関し，公正，合理的かつ非差別的な条件でライセンスが許諾されること（６．１項）。」イ本件ＦＲＡＮＤ宣言に至るまでの経緯(ア) ＥＴＳＩの会員である債権者は，１９９８年（平成１０年）１２月１４日，ＥＴＳＩに対し，ＵＭＴＳ規格としてＥＴＳＩが推進しているＷ－ＣＤＭＡ技術に関し，債権者の保有する必須ＩＰＲライセンスを，ＥＴＳＩのＩＰＲポリシー６．１項に従って，「公正，合理的かつ非差別的な条件」（ＦＲＡＮＤ条件）で許諾する用意がある旨の宣言をした。 (イ) 債権者は，２００５年（平成１７年）５月４日，韓国において，本件出願の優先権主張の基礎となる特許出願（優先権主張番号１０－２００５－００３７７７４）をした。 (ウ) 債権者は，２００５年（平成１７年）５月９日から１３日にかけて，３ＧＰＰのワーキンググループに対し，その当時の規格 礎となる特許出願（優先権主張番号１０－２００５－００３７７７４）をした。 (ウ) 債権者は，２００５年（平成１７年）５月９日から１３日にかけて，３ＧＰＰのワーキンググループに対し，その当時の規格を記載した本件技術仕様書Ｖ６．３．０について，「ＲＬＣＵＭでの動作時に任意で使用される「代替的Ｅビット解釈」の導入」及び「ＲＬＣＰＤＵがＲＬＣＳＤＵの最初のオクテットでも最後のオクテットでもない場合に「長さインジケータ」に設定する新たな所定値の導入」を要請する旨の変更リクエストを提出した。 その後，上記変更リクエストが採用され，同年６月に発行された３ＧＰＰ規格の本件技術仕様書Ｖ６．４．０の「拡張ビット（Ｅビット）」の項（９．２．２．５項）において，従来からある通常Ｅビット解釈のオプション規格としての代替的Ｅビット解釈（非確認モード （ＵＭ）でデータを伝送する場合に，シーケンス番号（ＳＮ）に続くＥビットについて，上位レイヤーのコンフィギュレーションが代替的Ｅビット解釈を使用することを選択した場合にのみ使用される規格）が記載され，代替的Ｅビット解釈は，標準規格の一つとされた。 (エ) 債権者は，平成１８年５月４日，本件出願をした。その後，債権者は，平成２２年１２月１０日，本件特許権の設定登録を受けた。 (オ) 債権者は，２００７年（平成１９年）８月７日，ＥＴＳＩに対し，「ＩＰＲの情報についての声明及びライセンスの宣言」と題する書面を提出することにより，ＥＴＳＩのＩＰＲポリシー４．１項に従って，本件出願の優先権主張の基礎となる韓国出願の出願番号，本件出願の国際出願番号（ＰＣＴ／ＫＲ２００６／００１６９９）等に係るＩＰＲが，ＵＭＴＳ規格（ＴＳ ２５．３２２等）に関連した必須ＩＰＲであるか，又はそうなる可能性が高い旨を知ら 国出願の出願番号，本件出願の国際出願番号（ＰＣＴ／ＫＲ２００６／００１６９９）等に係るＩＰＲが，ＵＭＴＳ規格（ＴＳ ２５．３２２等）に関連した必須ＩＰＲであるか，又はそうなる可能性が高い旨を知らせるとともに，そのＩＰＲが引き続き必須である範囲で，規格に関し，ＩＰＲポリシー６．１項に準拠する条件（ＦＲＡＮＤ条件）で，取消不能なライセンスを許諾する用意がある旨の宣言（本件ＦＲＡＮＤ宣言）をした。 上記書面には，この保証は，ライセンスを求める者がＩＰＲポリシー６．１項に従い，規格に関し，相互にライセンスを供与することの条件に従い行われる旨，本件ＦＲＡＮＤの構成，有効性及び実行は，フランス法に準拠する旨の記載がある。 ウ本件ＦＲＡＮＤ宣言後の経緯等(ア) アップル社は，２０１１年（平成２３年）４月，米国において，債権者に対し，債権者が「ｉＰｈｏｎｅ」及び「ｉＰａｄ」に関するアップル社の知的財産権を侵害したと主張して侵害訴訟を提起した。 なお，アップル社主張の知的財産権は，標準規格に必須とされるものではない。 (イ) 前記(ア)のアップル社による米国での訴訟提起の後，債権者は，平成２３年４月２１日，「ｉＰｈｏｎｅ４」等の製品につき，債務者が輸入，販売等をすることの差止めを求める仮処分命令の申立て（東京地方裁判所平成２３年（ヨ）第２２０２７号事件）をした。 また，債権者は，同年１２月６日，本件申立てをした。 (ウ)ａ アップル社は，２０１１年（平成２３年）４月２９日付け書簡で，債権者に対し，●（省略）●等を明らかにするよう要請した。 ｂ 債権者は，２０１１年（平成２３年）５月１３日付け書簡で，アップル社に対し，アップル社が求めるライセンスの条件（対象特許の特定，期間，アップル社が保有する必須特許のクロスライセ よう要請した。 ｂ 債権者は，２０１１年（平成２３年）５月１３日付け書簡で，アップル社に対し，アップル社が求めるライセンスの条件（対象特許の特定，期間，アップル社が保有する必須特許のクロスライセンスの可能性等）を明らかにすること及び今後の交渉について双方機密扱いで行うよう要請し，さらに，同年６月３日付け書簡で，債権者は，ＦＲＡＮＤ条件でアップル社にライセンスを提供する用意があるが，当該ライセンスの条件を規定する前に，機密保持契約を締結することを求める旨を述べた。 アップル社は，同月２２日付け書簡で，債権者に対し，●（省略）●旨を述べた。 これらの経緯を踏まえて，アップル社と債権者は，同年７月２０日付けで秘密保持契約（以下「アップル社と債権者間の秘密保持契約」という。）を締結した。 (エ) 債権者は，２０１１年（平成２３年）７月２５日付け書簡で，アップル社に対し，ＦＲＡＮＤ条件に従って，ＵＭＴＳ規格に必須の債権者の保有する特許（出願中のものを含む。）の全世界的かつ非独占的なライセンスを，関連する「●（省略）●％の料率」でライセンス供与する用意ができていることを提示（以下「債権者の本件ライセンス提示」という。）し，●（省略）●旨を伝えた。 これに対し，アップル社は，同年８月１８日付け書簡で，債権者に対し，●（省略）●との意見を述べるとともに，債権者の本件ライセンス提示がＦＲＡＮＤ条件に従ったものとアップル社において判断することができるようにするために，アップル社と債権者間の秘密保持契約に基づいて，債権者がアップル社に支払うことを求めるロイヤルティ料率を他社も支払っているかの確認を含む情報，債権者と他社との間の必須特許のライセンス契約に関する情報を開示するよう要請した。 アップル社の上記意見は，①ＵＭ 社に支払うことを求めるロイヤルティ料率を他社も支払っているかの確認を含む情報，債権者と他社との間の必須特許のライセンス契約に関する情報を開示するよう要請した。 アップル社の上記意見は，①ＵＭＴＳ規格に不可欠とされる特許のあらゆる所有者が全体として要求できるロイヤルティ料率の合計には上限があると考えられており，債権者も別の訴訟において，そのようなロイヤルティ料率の合計が「約５％」であるべきだと主張しているところ，全世界においてＵＭＴＳ規格に不可欠と宣言された１８８９の特許ファミリーのうち，債権者が保有しているものがその５．５％に当たる１０３にすぎないこと（２００９年に「FairfieldResourcesInternational」が実施した調査結果）に鑑みると，債権者がアップル社に対して要求できるロイヤルティ料率は，高くても０．２７５％（５％×５．５％）と捉えるべきである，②債権者がＵＭＴＳ規格に不可欠と宣言する特許は移動体通信チップの機能性にのみ関連するものであるから，当該部品の価格あるいは少なくとも通信装置の業界平均価格を基準とすべきであるところ，債権者提示のライセンス料率は，●（省略）●を基準とし，その料率に係る数値も上記①の数値をはるかに上回る点で，法外に高いなどというものである。 (オ)ａ 債権者は，２０１２年（平成２４年）１月３１日付け書簡で，アップル社に対し，●（省略）●などの意見を述べた上で，債権者の本件ライセンス提示がアップル社にとって不本意な内容であるな らば，アップル社において，真摯な対案を提示するよう要請をした。 ｂ アップル社は，２０１２年（平成２４年）３月４日付け書簡で，債権者に対し，自社が行ったＵＭＴＳ規格に必須であると債権者が主張する日本における三つの特許（特許第４６４２ 示するよう要請をした。 ｂ アップル社は，２０１２年（平成２４年）３月４日付け書簡で，債権者に対し，自社が行ったＵＭＴＳ規格に必須であると債権者が主張する日本における三つの特許（特許第４６４２８９８号（本件特許），特許第４２９９２７０号及び特許第４２９１３２８号）に関する分析結果を反映したライセンス条件を提案するものとして，ライセンス契約書案を添付して，ライセンス契約の申出をした。その概要は，同契約書案記載のとおり，●（省略）●％をロイヤルティとして支払うという内容のものである。 これを受けて，債権者は，同年４月１８日付け書簡で，アップル社に対し，アップル社の上記ライセンス契約の申出について，●（省略）●ロイヤルティ料率●（省略）●％という金銭的条件が低額であり不合理であること，●（省略）●などを理由に，ＦＲＡＮＤ条件に基づくライセンス契約の申出に当たらないなどと意見を述べた。 (カ)ａ アップル社は，２０１２年（平成２４年）９月１日付け書簡で，債権者に対し，２Ｇ，３Ｇ及び４Ｇ（ＬＴＥ）に対応する携帯機器標準規格必須特許全体を対象として，クロスライセンスの提案を含むＦＲＡＮＤ条件に基づくライセンス許諾の枠組みを提案する用意がある旨を表明した。 ｂ 債権者は，２０１２年（平成２４年）９月７日付け書簡で，アップル社に対し，アップル社の同月１日付け書簡は，●（省略）●などの意見を述べた上で，●（省略）●を提案した。 ｃ アップル社は，２０１２年（平成２４年）９月７日付け書簡（で，債権者に対し，ロイヤルティ料率を算定するに当たってのア ップル社の基本的な考え，算定基準等を示した上で，全てのフィーチャーフォン，スマートフォン及び携帯型タブレットに関する両当事者間の１台当たりのロイヤルティの構成として，携帯機器標準 ップル社の基本的な考え，算定基準等を示した上で，全てのフィーチャーフォン，スマートフォン及び携帯型タブレットに関する両当事者間の１台当たりのロイヤルティの構成として，携帯機器標準規格必須特許全体のロイヤルティを１台当たり●（省略）●ドルを上限とすべきであるとの前提に立ち，債権者がアップル社に請求できるロイヤルティ料率をその●（省略）●％（１台当たり●（省略）●ドル），アップル社が債権者に請求できるロイヤルティ料率をその●（省略）●％（１台当たり●（省略）●ドル）とするライセンス案を提示した。 アップル社の上記書簡には，①ロイヤルティ料率を算定するに当たってのアップル社の基本的な考えとして，「●（省略）●」（訳文１頁３３行～２頁４行，３頁１行～８行，２０行～２１行），②「●（省略）●」（訳文４頁２８行～３９行）などの記載がある。 エ本件特許の位置付け本件特許は，ＵＭＴＳ規格の本件技術仕様書Ｖ６．９．０記載の「代替的Ｅビット解釈」に準拠した製品の製造，販売等及び方法の使用をするのに避けることのできない必須特許である。 (2) 準拠法について本件は，韓国法人である債権者が，日本法人である債務者に対し，本件特許権に基づく差止請求権を被保全権利として，債務者に対し，本件製品の生産，譲渡等の差止めを求めた仮処分命令申立事件であり，渉外的要素を含むものであるから，準拠法を決定する必要がある。 特許権に基づく差止め請求の準拠法は，当該特許権が登録された国の法律であると解される（最高裁判所平成１４年９月２６日第一小法廷判決・民集５６巻７号１５５１頁）から，本件には，日本法が適用される。 以上を前提に，債権者による本件特許権に基づく差止請求権の行使が権 利の濫用に当たるか否かについて判断すること 判決・民集５６巻７号１５５１頁）から，本件には，日本法が適用される。 以上を前提に，債権者による本件特許権に基づく差止請求権の行使が権 利の濫用に当たるか否かについて判断することとする。 (3) 権利濫用の成否について債務者は，債権者が意図的に本件特許について適時開示義務に違反したこと，債権者の本件仮処分の申立てが報復的な対抗措置であること，債権者が本件ＦＲＡＮＤ宣言に基づく標準規格必須宣言特許である本件特許権についてのライセンス契約締結義務及び誠実交渉義務に違反し，いわゆる「ホールドアップ状況」（標準規格に取り込まれた技術の権利行使によって標準規格の利用を望む者が利用できなくなる状況）を策出していること，かかる債権者の一連の行為が独占禁止法に違反することなどの諸事情に鑑みれば，債権者が債務者に対し，本件特許権に基づく差止請求権を行使することは，権利の濫用（民法１条３項）に当たり許されない旨主張する。 ア(ア) 我が国の民法には，契約締結準備段階における当事者の義務について明示した規定はないが，契約交渉に入った者同士の間では，一定の場合には，重要な情報を相手方に提供し，誠実に交渉を行うべき信義則上の義務を負うものと解するのが相当である。 ところで，前記前提事実によれば，①３ＧＰＰを結成した標準化団体であるＥＴＳＩ（欧州電気通信標準化機構）の会員である債権者は，平成１９年８月７日，甲１３の書面で，ＥＴＳＩに対し，本件出願の国際出願番号等に係るＩＰＲ（知的財産権）がＵＭＴＳ規格（３ＧＰＰ規格）に必須であること，この必須ＩＰＲについて，ＥＴＳＩのＩＰＲポリシー６．１項に準拠するＦＲＡＮＤ条件（公正，合理的かつ非差別的な条件）で，取消不能なライセンスを許諾する用意がある旨の宣言（本件ＦＲＡＮＤ宣言）をしたこと 必須ＩＰＲについて，ＥＴＳＩのＩＰＲポリシー６．１項に準拠するＦＲＡＮＤ条件（公正，合理的かつ非差別的な条件）で，取消不能なライセンスを許諾する用意がある旨の宣言（本件ＦＲＡＮＤ宣言）をしたこと，②ＩＰＲについてのＥＴＳＩの指針１．４項は，会員の義務として，「必須ＩＰＲの所有者は，公正，合理的かつ非差別的な条件でライセンスを許諾すること を保証することが求められること」（ＩＰＲポリシー６．１項），会員の権利として，「規格に関し，公正，合理的かつ非差別的な条件でライセンスが許諾されること」（ＩＰＲポリシー６．１項），第三者の権利として，「少なくとも製造及び販売，賃貸，修理，使用，動作するため，規格に関し，公正，合理的かつ非差別的な条件でライセンスが許諾されること」（ＩＰＲポリシー６．１項）を定めていることが認められる。 上記①及び②と審尋の全趣旨を総合すると，債権者は，ＥＴＳＩのＩＰＲポリシー６．１項，ＩＰＲについてのＥＴＳＩの指針１．４項の規定により，本件ＦＲＡＮＤ宣言でＵＭＴＳ規格に必須であると宣言した本件特許権についてＦＲＡＮＤ条件によるライセンスを希望する申出があった場合には，その申出をした者が会員又は第三者であるかを問わず，当該ＵＭＴＳ規格の利用に関し，当該者との間でＦＲＡＮＤ条件でのライセンス契約の締結に向けた交渉を誠実に行うべき義務を負うものと解される。 そうすると，債権者が本件特許権についてＦＲＡＮＤ条件によるライセンスを希望する具体的な申出を受けた場合には，債権者とその申出をした者との間で，ＦＲＡＮＤ条件でのライセンス契約に係る契約締結準備段階に入ったものというべきであるから，両者は，上記ライセンス契約の締結に向けて，重要な情報を相手方に提供し，誠実に交渉を行うべき信義則上の義務を負うもの Ｄ条件でのライセンス契約に係る契約締結準備段階に入ったものというべきであるから，両者は，上記ライセンス契約の締結に向けて，重要な情報を相手方に提供し，誠実に交渉を行うべき信義則上の義務を負うものと解するのが相当である。 そして，遅くとも，アップル社が，平成２４年３月４日付け書簡で債権者に対し，債権者がＵＭＴＳ規格に必須であると宣言した本件特許を含む日本における三つの特許に関するＦＲＡＮＤ条件でのライセンス契約の申出をした時点で，アップル社から債権者に対するＦＲＡＮＤ条件によるライセンスを希望する具体的な申出がされたものと認 められ，アップル社と債権者は，契約締結準備段階に入り，上記信義則上の義務を負うに至ったものというべきである。 (イ) この点に関し，債権者は，①日本法の観点からは，ＦＲＡＮＤ宣言により誠実交渉義務が生じるのは，ライセンス対象特許の有効性を争うことなく，真にライセンスを受けることを希望する「確定的なライセンスの申出」が必要であると解すべきである，②アップル社の債権者に対する平成２４年３月４日の申出は，債権者の本件特許の抵触性と有効性を争うものであるから，そもそも「確定的なライセンスの申出」に該当しないし，③また，アップル社の上記申出の内容は，「●（省略）●％」という不合理に低額なライセンス料率を提示するものであって，交渉が成立しないことを知った上で，申出の外形を形式的に策出しただけの真にライセンスを受ける意思のないものであり，この点においても，上記申出が「確定的なライセンスの申出」に該当しないとして，債権者には，本件ＦＲＡＮＤ宣言に基づく誠実交渉義務が発生していない旨主張する。 しかしながら，債権者の主張は，以下のとおり理由がない。 ａ 上記①及び②についてＦＲＡＮＤ宣言に基づく標準 債権者には，本件ＦＲＡＮＤ宣言に基づく誠実交渉義務が発生していない旨主張する。 しかしながら，債権者の主張は，以下のとおり理由がない。 ａ 上記①及び②についてＦＲＡＮＤ宣言に基づく標準規格必須宣言特許についてのＦＲＡＮＤ条件によるライセンスを希望する申出は，許諾対象特許の有効性を留保するものであったとしても，その申出の内容が許諾対象特許が有効であることを前提とする具体的なものであり，ＦＲＡＮＤ条件によるライセンスを受けようとする意思が明確であるときは，上記申出により，ＦＲＡＮＤ宣言をした者と上記申出をした者との間で，前記(ア)の信義則上の義務が発生するというべきである。 しかるところ，アップル社の平成２４年３月４日付け申出は，許諾対象特許を本件特許を含む三つの日本国特許に特定し，ライセン ス料率等の詳細なライセンス条件を記載したライセンス契約書案を添付した具体的なものであり，その記載内容に照らし，アップル社におけるＦＲＡＮＤ条件によるライセンスを受けようとする意思が明確であることが認められる。もっとも，上記契約書案の「●（省略）●」には，「●（省略）●」（訳文２頁２行～４行）との記載があり，アップル社の上記申出は，許諾対象特許とされた本件特許の有効性を留保するものといえる。しかし，上記条項の記載内容自体は格別不合理なものではない上，債権者がアップル社の子会社である債務者に対し本件特許権に基づく本件製品の輸入，譲渡等の差止めを求める本件仮処分の申立てをし，債務者がその防御として本件特許の有効性等を争っていること，同仮処分命令申立事件はアップル社の上記申出があった当時も係属中であったこと（審尋の全趣旨）を踏まえると，アップル社が上記申出において本件特許の有効性を留保しているからといって，直ちにアップル社 ，同仮処分命令申立事件はアップル社の上記申出があった当時も係属中であったこと（審尋の全趣旨）を踏まえると，アップル社が上記申出において本件特許の有効性を留保しているからといって，直ちにアップル社においてＦＲＡＮＤ条件によるライセンスを受けようとする意思がないということはできない。 したがって，債権者の主張①及び②は，理由がない。 ｂ 上記③についてアップル社が平成２４年３月４日付け申出において提示したライセンス料率（ロイヤルティ料率）は日本国における●（省略）●％というものであるが，そのライセンス料率の数値のみからＦＲＡＮＤ条件に適合しない不合理に低額なものであり，アップル社においてＦＲＡＮＤ条件によるライセンスを受けようとする意思がないものと断ずることはできないし（前記前提事実に照らすと，上記ライセンス料率は，アップル社が平成２３年８月１８日付け書簡で示した全世界におけるＵＭＴＳ規格に不可欠と宣言された特許ファミリ ーのうち，債権者が保有しているものの割合を踏まえたものであることがうかがわれる。），アップル社において上記ライセンス料率以外の条件でライセンス契約を締結する意思が全くなかったとまで認めることはできない。 したがって，債権者の主張③は，理由がない。 イそこで，債権者において前記ア(ア)の信義則上の義務違反があったかどうかについて検討する。 前記前提事実と審尋の全趣旨によれば，①債権者は，平成２３年７月２０日付けで秘密保持契約（アップル社と債権者間の秘密保持契約）を締結した後，同月２５日付け書簡で，アップル社に対し，ＦＲＡＮＤ条件に従って，ＵＭＴＳ規格に必須の債権者の保有する特許（出願中のものを含む。）の全世界的かつ非独占的なライセンスを，関連する「●（省略）●％の料率」でライセンス 簡で，アップル社に対し，ＦＲＡＮＤ条件に従って，ＵＭＴＳ規格に必須の債権者の保有する特許（出願中のものを含む。）の全世界的かつ非独占的なライセンスを，関連する「●（省略）●％の料率」でライセンス供与する用意ができていることを提示（債権者の本件ライセンス提示）し，●（省略）●，その際，債権者は，上記ライセンス条件の「●（省略）●％の料率」の算定根拠を示さなかったこと，②アップル社は，同年８月１８日付け書簡で，債権者に対し，債権者の本件ライセンス提示について，全世界においてＵＭＴＳ規格に不可欠と宣言された１８８９の特許ファミリーのうち，債権者が保有しているものがその５．５％に当たる１０３にすぎないこと（「FairfieldResourcesInternational」が実施した調査結果）からすると，債権者がアップル社に対して要求できるロイヤルティ料率は，高くても０．２７５％（５％×５．５％）と捉えるべきであることなどを理由に，債権者の本件ライセンス提示に係るライセンス料率が法外な高さであり，ＦＲＡＮＤ条件に従ったものでないとの意見を述べるとともに，債権者の本件ライセンス提示がＦＲＡＮＤ条件に従ったものとアップル社において判断することができるようにするために，アップル社と 債権者間の秘密保持契約に基づいて，債権者がアップル社に支払うことを求めるロイヤルティ料率を他社も支払っているかの確認を含む情報，債権者と他社との間の必須特許のライセンス契約に関する情報を開示するよう要請したこと，③債権者は，平成２４年１月３１日付け書簡で，アップル社に対し，●（省略）●債権者の本件ライセンス提示がアップル社にとって不本意な内容であるならば，アップル社において，真摯な対案を提示するよう要請をしたが，その際，債権者は，債権者の本件ライ アップル社に対し，●（省略）●債権者の本件ライセンス提示がアップル社にとって不本意な内容であるならば，アップル社において，真摯な対案を提示するよう要請をしたが，その際，債権者は，債権者の本件ライセンス提示に係るライセンス料率（ロイヤルティ料率）の算定根拠を示さなかったこと，④アップル社は，平成２４年３月４日付け書簡で，債権者に対し，債権者がＵＭＴＳ規格に必須であると宣言した本件特許を含む日本における三つの特許について，●（省略）●％をロイヤルティとして支払う旨のＦＲＡＮＤ条件でのライセンス契約の申出をしたこと，⑤債権者は，同年４月１８日付け書簡で，アップル社に対し，アップル社の上記④の申出は，日本における三つの特許の個々につきロイヤルティ料率●（省略）●％という金銭的条件が低額であり不合理であること，●（省略）●などを理由に，ＦＲＡＮＤ条件に基づくライセンスの申出に当たらないなどと意見を述べたこと，⑥アップル社は，同年９月１日付け書簡で，債権者に対し，２Ｇ，３Ｇ及び４Ｇ（ＬＴＥ）に対応する携帯機器標準規格必須特許全体を対象として，クロスライセンスの提案を含むＦＲＡＮＤ条件に基づくライセンス許諾の枠組みを提案する用意がある旨を表明し，さらに，同月７日付け書簡で，債権者に対し，ロイヤルティ料率を算定するに当たってのアップル社の基本的な考え，算定基準等を示した上で，全てのフィーチャーフォン，スマートフォン及び携帯型タブレットに関する両当事者間の１台当たりのロイヤルティの構成として，携帯機器標準規格必須特許全体のロイヤルティを１台当たり●（省略）●ドルを上限とすべきであるとの前提に立ち，債権 者がアップル社に請求できるロイヤルティ料率をその●（省略）●％（１台当たり●（省略）●ドル），アップル社が債権者に請求できるロイヤ ）●ドルを上限とすべきであるとの前提に立ち，債権 者がアップル社に請求できるロイヤルティ料率をその●（省略）●％（１台当たり●（省略）●ドル），アップル社が債権者に請求できるロイヤルティ料率をその●（省略）●％（１台当たり●（省略）●ドル）とするライセンス案を提示したこと，⑦一方，債権者は，同月７日付け書簡で，アップル社に対し，上記⑥のアップル社の同月１日付け書簡は，●（省略）●を提案したことが認められる。 これらの認定事実に加えて，本件疎明資料上，アップル社が平成２４年９月７日付け書簡で提示したライセンス案について，債権者がいかなる対応をしたのか不明であることを総合すると，①アップル社と債権者間の本件特許権についてのライセンス交渉の過程において，債権者は，平成２３年７月２５日付け書簡で，アップル社に対し，本件ＦＲＡＮＤ条件に従ったライセンス条件として，ＵＭＴＳ規格に必須の債権者の保有する特許（出願中のものを含む。）の全世界的かつ非独占的なライセンスについて「●（省略）●％の料率」の提示（債権者の本件ライセンス提示）をしたものの，その際には，上記ライセンス条件の算定根拠を示すことがなかった上，その後，アップル社から，債権者の本件ライセンス提示がＦＲＡＮＤ条件に従ったものとアップル社において判断することができるようにするために，債権者がアップル社に支払うことを求めるロイヤルティ料率を他社も支払っているかの確認を含む情報，債権者と他社との間の必須特許のライセンス契約に関する情報を開示するよう要請があったにもかかわらず，平成２４年９月７日に至っても上記ライセンス条件の算定根拠を示すことはなかったこと，②その間，債権者は，アップル社が同年３月４日付け書簡で債権者がＵＭＴＳ規格に必須であると宣言した本件特許を含む日本にお ４年９月７日に至っても上記ライセンス条件の算定根拠を示すことはなかったこと，②その間，債権者は，アップル社が同年３月４日付け書簡で債権者がＵＭＴＳ規格に必須であると宣言した本件特許を含む日本における三つの特許について，●（省略）●％をロイヤルティとして支払う旨のＦＲＡＮＤ条件でのライセンス契約の申出をし，さらには，同年９月７日付け書簡でロイヤルテ ィ料率を算定するに当たってのアップル社の基本的な考え，算定基準等を示した上で，クロスライセンスを含む具体的なライセンス案を提示しているにもかかわらず，アップル社が債権者の本件ライセンス提示を不本意とするならば，アップル社において具体的な提案をするよう要請するのみで，アップル社が提示したライセンス条件に対する具体的な対案を示していないことが認められる。 上記①及び②に鑑みると，債権者は，アップル社の再三の要請にもかかわらず，アップル社において債権者の本件ライセンス提示又は自社のライセンス提案がＦＲＡＮＤ条件に従ったものかどうかを判断するのに必要な情報（債権者と他社との間の必須特許のライセンス契約に関する情報等）を提供することなく，アップル社が提示したライセンス条件について具体的な対案を示すことがなかったものと認められるから，債権者は，ＵＭＴＳ規格に必須であると宣言した本件特許に関するＦＲＡＮＤ条件でのライセンス契約の締結に向けて，重要な情報をアップル社に提供し，誠実に交渉を行うべき信義則上の義務に違反したものと認めるのが相当である。 これに反する債権者の主張は，採用することができない。 ウ以上のとおり，債権者が，債務者の親会社であるアップル社に対し，本件ＦＲＡＮＤ宣言に基づく標準規格必須宣言特許である本件特許権についてのＦＲＡＮＤ条件でのライセンス契約の締結準備段 できない。 ウ以上のとおり，債権者が，債務者の親会社であるアップル社に対し，本件ＦＲＡＮＤ宣言に基づく標準規格必須宣言特許である本件特許権についてのＦＲＡＮＤ条件でのライセンス契約の締結準備段階における重要な情報を相手方に提供し，誠実に交渉を行うべき信義則上の義務に違反していること，債権者のＥＴＳＩに対する本件特許の開示（本件出願の国際出願番号の開示）が，債権者の３ＧＰＰ規格の変更リクエストに基づいて本件特許に係る技術（代替的Ｅビット解釈）が標準規格に採用されてから，約２年を経過していたこと，その他アップル社と債権者間の本件特許権についてのライセンス交渉経過において現れた諸事情を総 合すると，債権者が，上記信義則上の義務を尽くすことなく，債務者に対し，本件製品について本件特許権に基づく差止請求権を行使することは，権利の濫用に当たるものとして許されないというべきである。 ３ 結論以上によれば，本件申立ては，被保全権利についての疎明を欠くので，その余の点について判断するまでもなく，理由がないから却下することとし，申立費用の負担については民事保全法７条，民事訴訟法６１条を適用して，主文のとおり決定する。 平成２５年２月２８日 東京地方裁判所民事第４６部 裁判長裁判官大鷹一郎 裁判官高橋 彩 裁判官上田真史 （別紙） 物件目録「ｉＰｈｏｎｅ ４Ｓ」 （別紙１）３ＧＰＰＴＳ２５．３２２ Ｖ６．９．０（抜粋） １ 「4.2.1.2 Unacknowledgedmode (UM) RLCentitiesFig ｎｅ ４Ｓ」 （別紙１）３ＧＰＰＴＳ２５．３２２ Ｖ６．９．０（抜粋） １ 「4.2.1.2 Unacknowledgedmode (UM) RLCentitiesFigure 4.3 belowshowsthemodeloftwounacknowledgedmodepeerRLCentitieswhenduplicateavoidanceandreorderingisnotconfigured.」 （訳文）「4.2.1.2 アンアクナリッジドモード(UM)RLCエンティティ下記に示す図4.3は，重複回避及びリオーダリングを有しない２つのアンアクナリッジモード（UM）ピアRLCエンティティを示す。」 TransmittingUMRLCentityTransmissionbufferUM -SAPReceivingUMRLCentityReceptionbufferUM -SAPRadioInterface (Uu )Segmentation &ConcatenationCipheringAddRLCheaderReassemblyDecipheringRemoveRLCheaderDCCH /DTCH – UECCCH /SHCCH /DCCH /DTCH /CT moveRLCheaderDCCH /DTCH – UECCCH /SHCCH /DCCH /DTCH /CTCH /MCCH /MSCH /MTCH – UTRANDCCH /DTCH – UTRANCCCH /SHCCH /DCCH /DTCH /CTCH /MCCH /MSCH /MTCH – UEUE /UTRANUTRAN /UE Figure 4.3a:Modeloftwounacknowledgedmodepeerentitiesconfiguredforusewithduplicateavoidanceandreordering」 ２ 「4.2.1.2.1 TransmittingUMRLCentityThetransmittingUM-RLCentityreceivesRLCSDUsfromupperlayersthroughtheUM-SAP.ThetransmittingUMRLCentitysegmentstheRLCSDUintoUMDPDUsofappropriatesize, iftheRLCSDUislargerthanthelengthofavailablespaceintheUMDPDU.」 （訳文）「4.2.1.2.1 送信UMRLC エンティティ送信UM-RLCエンティティは，上位レイヤからUM-SAPを通じ blespaceintheUMDPDU.」 （訳文）「4.2.1.2.1 送信UMRLC エンティティ送信UM-RLCエンティティは，上位レイヤからUM-SAPを通じてRLCSDUsを受信する。 送信UMRLCエンティティは，もしRLCSDUがUMDPDUの利用可能なスペースの長さより大きい場合には，RLCSDUを適当なサイズのUMDPDUsに分割する。」 ３ 「9.2.1.3 UMDPDUTheUMDPDUisusedtotransferuserdatawhenRLCisoperatinginunacknowledgedmode. Thelengthofthedatapartshallbeamultipleof 8bits. TheUMDPDUheaderconsistsofthefirstoctet, whichcontainsthe"SequenceNumber". TheRLCheaderconsistsofthefirstoctetandalltheoctetsthatcontain "LengthIndicators". 」 （訳文）「9.2.1.3 UMDPDUUMDPDUは，RLCがUMモードで動作しているときに，ユーザーデータを転送するために用いられる。データパートの長さは，８ビットの倍数である。UMDPDUヘッダは，「一連番号」を含む最初のオクテットで構成される。RLCヘッダは，最初のオクテットと，「長さインジケータ」を含むすべてのオクテットで構成される。」 Oct1ELengthIndicatorDataP る。RLCヘッダは，最初のオクテットと，「長さインジケータ」を含むすべてのオクテットで構成される。」 Oct1ELengthIndicatorDataPADLastOctetELengthIndicator(Optional) (1)...ESequenceNumber(Optional)(Optional) Figure 9.2: UMDPDU ４ 「9.2.2.5 Extensionbit(E)Length:1bit.TheinterpretationofthisbitdependsonRLCmodeandhigherlayerconfiguration:- IntheUMDPDU, the "Extensionbit" inthefirstoctethaseitherthenormalE-bitinterpretationorthealternativeE-bitinterpretationdependingonhigherlayerconfiguration. The "Extensionbit" inalltheotheroctectsalwayshasthenormalE-bitinterpretation.- IntheAMDPDU, the "Extensionbit" alwayshasthenormalE-bitinterpretation. NormalE-bitinterpretation: BitDescription Thenextfieldisdata, nterpretation. NormalE-bitinterpretation: BitDescription Thenextfieldisdata, piggybackedSTATUSPDUorpadding ThenextfieldisLengthIndicatorandEbit AlternativeE-bitinterpretation:BitDescription ThenextfieldisacompleteSDU,whichisnotsegmented,concatenatedorpadded. ThenextfieldisLengthIndicatorandEbit」（訳文）「9.2.2.5 エクステンションビット(E)長さ：１ビットこのビットの解釈は，RLCのモード及び上位レイヤーのコンフィギュレーションに依存する。 － UMDPDUにおいて，最初のオクテットに含まれる「拡張ビット」は，上位レイヤーのコンフィギュレーションに応じて，通常Eビット解釈又は代替的Eビット解釈のいずれかを有する。他の全てのオクテットに含まれる「拡張ビット」は，常に通常Ｅビット解釈を有する。 － AMDPDUにおいて，「拡張ビット」は，常に通常Eビット解釈を有する。 通常Eビット解釈：Bit記述 次のフィールドは，データ，ピギーバック状態のPDU，又はパディング 次のフィールドは，長さインジケータとEビット 代替的Eビット解釈：Bit記述 次のフィ ック状態のPDU，又はパディング 次のフィールドは，長さインジケータとEビット 代替的Eビット解釈：Bit記述 次のフィールドは，分割，連結，パディングされていない完全なSDU 次のフィールドは，長さインジケータとEビット」 ５(1) 「9.2.2.8 LengthIndicator (LI)Unlessthe "Extensionbit" indicatesthataUMDPDUcontainsacompleteSDUwhichisnotsegmented, concatenatedorpadded, a "LengthIndicator" isusedtoindicatethelastoctetofeachRLCSDUendingwithinthePDU.」 （訳文）「9.2.2.8 長さインジケータ（ＬＩ）「エクステンションビット」が，UMDPDUが分割，連結，パディングのいずれもなされていない完全なSDUを含むことを示していなければ，「長さインジケータ」は，PDUの中のそれぞれのRLCSDUが終わる最後のオクテットを示すものとして用いられ る。」 (2) 「Inthecasewherethe "alternativeE-bitinterpretation" isconfiguredforUMRLCandanRLCPDUcontainsasegmentofanSDUbutneitherthefirstoctetnorthelastocte rUMRLCandanRLCPDUcontainsasegmentofanSDUbutneitherthefirstoctetnorthelastoctetofthisSDU:-ifa 7-bit "LengthIndicator" isused:-the "LengthIndicator" withvalue "111 1110" shallbeused.-ifa 15-bit "LengthIndicator" isused:- the "LengthIndicator" withvalue "111 1111 1111 1110" shallbeused.」 （訳文）「UMRLCのための「代替的Ｅビット解釈」が設定され，かつ，RLCPDU がSDUのセグメントを含むがSDUの最初のオクテットも最後のオクテットも含まない場合であって，－７ビットの「長さインジケータ」が用いられるときには，値「111 1110」を持つ「長さインジケータ」を用い，－１５ビットの「長さインジケータ」が用いられるときには，値「111 1111 11111110」を持つ「長さインジケータ」を用いる。」
▼ クリックして全文を表示