戻る

平成２５年（ラ）第１０００８号特許権仮処分命令申立却下決定に対する抗告申
立事件（原審・東京地裁平成２３年（ヨ）第２２０９８号事件）
決定
抗告人三星電子株式会社
訴訟代理人弁護士大野聖二
同三村量一
同田中昌利
同市橋智峰
同井上義隆
同小林英了
同飯塚暁夫
同井上聡
同逵本憲祐
同岡田紘明
訴訟代理人弁理士鈴木守
補佐人弁理士大谷寛
相手方ＡｐｐｌｅＪａｐａｎ合同会社
訴訟代理人弁護士長沢幸男
同矢倉千栄
同永井秀人
同稲瀬雄一
同石原尚子
同金子晋輔
同蔵原慎一朗
同片山英二
同北原潤一
同岡本尚美
同岩間智女
同梶並彰一郎
訴訟代理人弁理士大塚康徳
同加藤志麻子
補佐人弁理士大塚康弘
同坂田恭弘
主文
１本件抗告を棄却する。
２抗告費用は抗告人の負担とする。
３この決定に対する特別抗告及び許可抗告の申立てのための付加期間
を３０日と定める。
第１抗告の趣旨
１原決定を取り消す。
２相手方は，別紙物件目録記載の製品を生産し，譲渡し，貸し渡し，輸入し，
又はその譲渡若しくは貸渡しの申出（譲渡若しくは貸渡しのための展示を含む。）を
してはならない。
３相手方は，別紙物件目録記載の製品に対する占有を解いて，これを執行官に
引き渡さなければならない。
４手続費用は，原審，抗告審を通じて，相手方の負担とする。
第２事案の概要
１事案の要旨
本件は，抗告人（債権者）が，相手方（債務者）による別紙物件目録記載の製品
（以下「本件製品」という。）の生産，譲渡，輸入等の行為は，抗告人が有する発明
の名称を「移動通信システムにおける予め設定された長さインジケータを用いてパ
ケットデータを送受信する方法及び装置」とする特許第４６４２８９８号の特許権
（以下，この特許を「本件特許」，この特許権を「本件特許権」という。）の侵害に
当たると主張して，本件特許権に基づく差止請求権を被保全権利として，相手方に
対し，本件製品の生産，譲渡，輸入等の差止め及び執行官保管を求めた仮処分申立
事件である。
原決定は，本件製品が本件特許権に係る発明の技術的範囲に属するとしつつも，
抗告人による本件特許権に基づく差止請求権の行使は権利濫用に当たると判断して，
抗告人の申立てを却下した。抗告人は，これを不服として本件抗告を提起した。
２争いのない事実等（疎明資料の摘示のない事実は，公知事実若しくは争いの
ない事実又は審尋の全趣旨により認められる事実である。）
(1)当事者
ア相手方は，パーソナル・コンピュータ，コンピュータ関連機器のハードウェ
ア及びソフトウェア，コンピュータに関連する付属機器の販売等を目的とする合同
会社である。
なお，相手方は，平成２３年１０月３０日に，米国法人のアップルインコーポレ
イテッド（以下「アップル社」という。）の子会社であるアップルジャパン株式会社
を吸収合併した（以下においては，上記吸収合併前のアップルジャパン株式会社に
ついても「相手方」という。）。
イ抗告人は，電子電気機械器具，通信機械器具及び関連機器とその部品の製作，
販売等を目的とする韓国法人である。
(2)本件特許権
ア抗告人（特許登録原簿上の名称「サムスンエレクトロニクスカンパニー
リミテッド」）は，平成１８年５月４日，本件特許に係る国際特許出願（国際出願番
号・ＰＣＴ／ＫＲ２００６／００１６９９，優先日・平成１７年５月４日，優先権
主張国・韓国，日本における出願番号・特願２００８－５０７５６５号。以下「本
件出願」という。）をし，平成２２年１２月１０日，本件特許権の設定登録を受けた
（甲１，２）。
イ本件特許の特許請求の範囲は，請求項１ないし１４から成り，その請求項１
及び８の記載は，次のとおりである（以下，請求項８に係る発明を「本件発明１」，
請求項１に係る発明を「本件発明２」といい，本件発明１及び２を併せて「本件各
発明」という。）。
「【請求項１】移動通信システムにおけるデータを送信する方法であって，上位
階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコ
ルデータユニット(ＰＤＵ)に含まれるか否かを判定する段階と，前記ＳＤＵが一つ
のＰＤＵに含まれる場合に，ヘッダーとデータフィールドを含む前記ＰＤＵを構成
する段階と，ここで，前記ヘッダーは，一連番号（ＳＮ）フィールドと，前記ＰＤ
Ｕが分割，連結，またはパディングなしに前記データフィールドに前記ＳＤＵを完
全に含むことを指示する１ビットフィールドと，を含み，前記ＳＤＵが一つのＰＤ
Ｕに含まれない場合に，前記ＳＤＵを伝送可能なＰＤＵのサイズにより複数のセグ
メントに分割し，各ＰＤＵのデータフィールドが前記複数のセグメントのうち一つ
のセグメントを含む複数のＰＤＵを構成する段階と，ここで，前記各ＰＤＵのヘッ
ダーは，ＳＮフィールド，少なくとも一つの長さインジケータ（ＬＩ）フィールド
が存在することを示す１ビットフィールド，そして前記少なくとも一つのＬＩフィ
ールドを含み，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメント
を含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも
最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設
定され，前記ＰＤＵを受信器に伝送する段階と，を有することを特徴とするデータ
送信方法。」
「【請求項８】移動通信システムにおけるデータを送信する装置であって，上位
階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコ
ルデータユニット(ＰＤＵ)に含まれるか否かを判定し，前記ＳＤＵを伝送可能なＰ
ＤＵサイズによって少なくとも一つのセグメントに再構成するための伝送バッファ
と，一連番号（ＳＮ）フィールドと１ビットフィールドをヘッダーに含み，前記少
なくとも一つのセグメントをデータフィールド内に含む少なくとも一つのＰＤＵを
構成するヘッダー挿入部と，前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記Ｐ
ＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に
含むことを示すように前記１ビットフィールドを設定し，前記ＰＤＵの前記データ
フィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さイン
ジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールド
を設定する１ビットフィールド設定部と，前記ＳＤＵが一つのＰＤＵに含まれない
場合に，前記少なくとも一つのＰＤＵの前記１ビットフィールド以後にＬＩフィー
ルドを挿入し，設定するＬＩ挿入部と，ここで，前記ＰＤＵの前記データフィール
ドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが
前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含
むことを示す予め定められた値に設定され，前記ＬＩ挿入部から受信される少なく
とも一つのＰＤＵを受信部に伝送する送信部と，を含むことを特徴をするデータ送
信装置。」
ウ本件各発明を構成要件に分説すると，次のとおりである（以下，各構成要件
を「構成要件Ａ」，「構成要件Ｂ」などという。)。
(ｱ)本件発明１（請求項８）
Ａ移動通信システムにおけるデータを送信する装置であって，
Ｂ上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つ
のプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定し，前記ＳＤＵを伝
送可能なＰＤＵサイズによって少なくとも一つのセグメントに再構成するための伝
送バッファと，
Ｃ一連番号（ＳＮ）フィールドと１ビットフィールドをヘッダーに含み，前記
少なくとも一つのセグメントをデータフィールド内に含む少なくとも一つのＰＤＵ
を構成するヘッダー挿入部と，
Ｄ前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パ
ディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように
前記１ビットフィールドを設定し，前記ＰＤＵの前記データフィールドが前記ＳＤ
Ｕの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィ
ールドが存在することを示すように前記１ビットフィールドを設定する１ビットフ
ィールド設定部と，
Ｅ前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記少なくとも一つのＰＤ
Ｕの前記１ビットフィールド以後にＬＩフィールドを挿入し，設定するＬＩ挿入部
と，
Ｆここで，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメント
を含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントで
も最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に
設定され，
Ｇ前記ＬＩ挿入部から受信される少なくとも一つのＰＤＵを受信部に伝送する
送信部と，
Ｈを含むことを特徴をするデータ送信装置。
(ｲ)本件発明２（請求項１）
Ｉ移動通信システムにおけるデータを送信する方法であって，
Ｊ上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つ
のプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定する段階と，
Ｋ前記ＳＤＵが一つのＰＤＵに含まれる場合に，ヘッダーとデータフィールド
を含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一連番号（ＳＮ）
フィールドと，前記ＰＤＵが分割，連結，またはパディングなしに前記データフィ
ールドに前記ＳＤＵを完全に含むことを指示する１ビットフィールドと，を含み，
Ｌ前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記ＳＤＵを伝送可能なＰ
ＤＵのサイズにより複数のセグメントに分割し，各ＰＤＵのデータフィールドが前
記複数のセグメントのうち一つのセグメントを含む複数のＰＤＵを構成する段階と，
ここで，前記各ＰＤＵのヘッダーは，ＳＮフィールド，少なくとも一つの長さイン
ジケータ（ＬＩ）フィールドが存在することを示す１ビットフィールド，そして前
記少なくとも一つのＬＩフィールドを含み，
Ｍ前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含むと，
前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグ
メントでもない中間セグメントを含むことを示す予め定められた値に設定され，
Ｎ前記ＰＤＵを受信器に伝送する段階と，
Ｏを有することを特徴とするデータ送信方法。
(3)相手方の行為等
ア相手方は，アップル社が製造した本件製品を輸入・販売している。
イ本件製品は，本件発明１の構成要件Ａ及びＨを充足する。本件製品における
データ送信方法は，本件発明２の構成要件Ｉ及びＯを充足する。
ウ本件製品は，第３世代移動通信システムないし第３世代携帯電話システム（３
Ｇ）（ThirdGeneration）の普及促進と付随する仕様の世界標準化を目的とする民間
団体である３ＧＰＰ（ThirdGenerationPartnershipProject）が策定した通信規
格であるＵＭＴＳ規格（UniversalMobileTelecommunicationsSystem）に準拠し
た製品である（甲３ないし５，１１。以下，３ＧＰＰが定める通信規格を「３ＧＰ
Ｐ規格」ということがある。）。
ＵＭＴＳ規格とは，３ＧＰＰで策定された第３世代移動通信システムの総称であ
り，多数の技術仕様からなっている。ＵＭＴＳ規格のうちの無線通信規格には，Ｗ
－ＣＤＭＡ方式（WidebandCodeDivisionMultipleAccess。一般に「Ｗ－ＣＤＭ
Ａ」といった場合には，ＵＭＴＳ規格と同義に使われる例もあるが，本判決におい
ては，「Ｗ－ＣＤＭＡ」といった場合には，３ＧＰＰの技術仕様書（Technical
Specification。以下「ＴＳ」と表記することがある。）のうち，２５シリーズに規
定されている方式を指すものとする。）のほか，ＬＴＥ方式（LongTermEvolution。
３ＧＰＰのＴＳのうち３６シリーズに規定されている。）などがある。
(4)本件特許に関するＦＲＡＮＤ宣言
ア３ＧＰＰを結成した標準化団体の一つであるＥＴＳＩ（European
TelecommunicationsStandardsInstitute）（欧州電気通信標準化機構）は，知的財
産権の取扱いに関する方針として「ＩＰＲポリシー」（IntellectualPropertyRights
Policy）を定めている。
ＩＰＲポリシー（２００９年４月８日付けのもの）には，次のような規定がある
（甲３６，乙１４７。原文英語）。
「３方針の目的
３．１ＥＴＳＩは，総会が提議した，ヨーロッパの通信セクターの技術的な目
的に最も資する解決策に基づく規格および技術仕様を作成することを目的としてい
る。この目的を推進するため，ＥＴＳＩのＩＰＲについての方針は，ＥＴＳＩおよ
び会員，ＥＴＳＩ規格および技術仕様を適用するその他の，規格の準備および採用，
適用への投資が，規格または技術仕様についての必須ＩＰＲを使用できない結果無
駄になる可能性があるというリスクを軽減するためのものである。この目的を達成
するに当たり，ＥＴＳＩのＩＰＲについての方針では，通信分野での一般利用の標
準化の必要性と，ＩＰＲの所有者の権利との間のバランスを取ることが求められる。
３．２ＩＰＲの所有者は，ＥＴＳＩの会員またはその関連会社，第三者である
かによらず，規格および技術仕様の実装で，ＩＰＲの使用につき適切かつ公平に補
償されるものとする。」
「４ＩＰＲの開示
４．１・・・各会員は，自らが参加する規格または技術仕様の開発の間は特に，
ＥＴＳＩに必須ＩＰＲについて適時に知らせるため合理的に取り組むものとする。
特に，規格または技術仕様の技術提案を行う会員は，善意をもって，提案が採択さ
れた場合に必須となる可能性のあるその会員のＩＰＲについてＥＴＳＩの注意を喚
起するものとする。」
「４．３上記の第４．１項に従っての義務は，ＥＴＳＩにこの特許ファミリー
の構成要素について適時に知らされた場合には，すべての既存および将来のその特
許ファミリーの構成要素につき満たされたとみなされる。・・・」
「６ライセンスの可用性
６．１特定の規格または技術仕様に関連する必須ＩＰＲがＥＴＳＩに知らされ
た場合，ＥＴＳＩの事務局長は，少なくとも以下の範囲で，当該のＩＰＲにおける
取消不能なライセンスを公正，合理的かつ非差別的な条件（fair,reasonableand
non-discriminatorytermsandconditions）で許諾する用意があることを書面で取
消不能な形で３カ月以内に保証することを，所有者にただちに求めるものとする。
・製造で使用するべく，ライセンシー自身の設計で，カスタマイズした部品およ
びサブシステムを製造または過去から引き続き製造する権利を含む，製造。
・上記で製造した機器の販売または賃貸，処分。
・機器の修理または使用，動作，および
・方法の使用。
上記の保証は，ライセンスの相互供与に同意することを求めるという条件に従い
行われる場合がある。・・・
６．２特許ファミリーの指定された構成要素に関する，第６．１項に従っての
保証は，保証が行われた時点で指定したＩＰＲを除外する旨を明示する書面がある
場合を除き，その特許ファミリーのすべての既存および将来の必須ＩＰＲに適用さ
れるものとする。当該の除外の範囲は，明示的に指定されたＩＰＲに限定されるも
のとする。
６．３要請されたＩＰＲの所有者の保証が許諾されない場合，委員会の委員長
は，適切な場合，ＥＴＳＩ事務局と協議の上，問題が解決するまで，委員会が規格
または技術仕様についての作業を停止すべきかどうかについて判断し，および／ま
たは関連の規格または技術仕様の承認を行うものとする。」
「１２このポリシーは，フランス法に準拠する。」
「１５定義（決定注：本決定においても「必須」，「ＩＰＲ」，「会員」，「特許フ
ァミリー」の語を，以下の定義に基づいて用いることとする。）
・・・
６ＩＰＲに適用される「必須」とは，（商業的ではなく）技術的な理由で，標準
化の時点で一般に利用可能な通常の技術慣行および最新技術を考慮し，ＩＰＲに抵
触せずに規格に準拠する機器または方法を製造または販売，賃貸，処分，修理，使
用または動作できないことを意味する。疑義を回避するため，規格が技術的な解決
策でのみ実行可能で，すべてがＩＰＲに抵触する例外的な場合で，当該のすべての
ＩＰＲは必須とみなされるものとする。
７「ＩＰＲ」とは，商標以外の知的財産権の適用を含む，法律により参照され
た知的財産権を意味するものとする。疑義を回避するため，体裁に関連する権利ま
たは機密情報，企業秘密，同様のものは，ＩＰＲの定義から除外される。・・・
９「会員」とは，ＥＴＳＩの会員または賛助会員を意味するものとする。会員
の参照は，文脈が許す場合には常に，その会員およびその関連会社と解釈されるも
のとする。・・・
１３「特許ファミリー」とは，優先順位の高い文書それ自体を含む，一般に１
つ以上の優先順位のあるすべての文書を意味するものとする。疑義を回避するため，
「文書」は特許および実用新案，その応用を表す。」
イ(ｱ)抗告人は，１９９８年（平成１０年）１２月１４日，ＥＴＳＩに対し，Ｕ
ＭＴＳ規格としてＥＴＳＩが推進しているＷ－ＣＤＭＡ技術に関し，抗告人の保有
する必須ＩＰＲライセンスを，ＥＴＳＩのＩＰＲポリシー６．１項に従って，「公正，
合理的かつ非差別的な条件」（fair,reasonableandnon-discriminatorytermsand
conditions）（以下「ＦＲＡＮＤ条件」という。）で許諾する用意がある旨の誓約（宣
言）をした（甲２９）。
(ｲ)抗告人は，２００７年（平成１９年）８月７日，ＥＴＳＩに対し，ＥＴＳＩ
のＩＰＲポリシー４．１項に従って，本件出願の優先権主張の基礎となる韓国出願
の出願番号，本件出願の国際出願番号（ＰＣＴ／ＫＲ２００６／００１６９９）等
に係るＩＰＲが，ＵＭＴＳ規格（ＴＳ２５．３２２等）に関連して必須ＩＰＲで
あるか，又はそうなる可能性が高い旨を知らせるとともに，ＥＴＳＩのＩＰＲポリ
シー６．１項に準拠する条件（ＦＲＡＮＤ条件）で，取消不能なライセンスを許諾
する用意がある旨の宣言（以下「本件ＦＲＡＮＤ宣言」という。）をした（甲３７）。
本件ＦＲＡＮＤ宣言には，その有効性等はフランス法に準拠するとの文言及び規格
に関し相互にライセンスを供与することを求めるとの条件に従い行われるとの文言
が含まれていた。
３当事者の主張
当事者の主張は，抗告人及び相手方の各主張書面に記載されたとおりであるから，
これを引用する。
第３当裁判所の判断
１本件製品についての本件発明１の技術的範囲の属否について
当裁判所は，本件製品は，本件発明１の技術的範囲に属すると判断する。その理
由は次のとおりである。
(1)本件製品の構成について
ア本件製品の本件技術仕様書Ｖ６．９．０の準拠の有無
抗告人は，本件発明１が，３ＧＰＰが２００６年（平成１８年）９月に策定した
３ＧＰＰ規格の技術仕様書「３ＧＰＰＴＳ２５．３２２Ｖ．６．９．０」（以
下「本件技術仕様書Ｖ６．９．０」という。）記載の「代替的Ｅビット解釈」（Alternative
E-bit解釈）を具現化したものであり，同技術仕様書に準拠した本件製品は，本件
発明１の技術的範囲に属する旨主張する。
そこで，まず，本件製品が本件技術仕様書Ｖ６．９．０に準拠した製品といえる
かどうかについて判断する。
(ｱ)代替的Ｅビット解釈
本件技術仕様書Ｖ６．９．０の９．２．２．５項，９．２．２．８項及び９．２．
２．８．１項（別紙「３ＧＰＰＴＳ２５．３２２Ｖ６．９．０（抜粋）」参照）
には，①伝送モードが非確認モードのＰＤＵ（ＵＭＤＰＤＵ）の最初のオクテッ
トに含まれるＥビット（拡張ビット）について，「通常Ｅビット解釈」又は「代替的
Ｅビット解釈」が上位レイヤーのコンフィギュレーションに応じて選択的に適用さ
れること，②「代替的Ｅビット解釈」の下では，最初のオクテットに含まれるＥビ
ットが「０」の場合は，「次のフィールドは，分割，連結，パディングされていない
完全なＳＤＵ」であることを，「１」の場合は，「次のフィールドは，長さインジケ
ータとＥビット」であることを示すこと，③「長さインジケータ」は，最初のオク
テットに含まれるＥビットが「分割，連結，パディングされていない完全なＳＤＵ」
であることを示していなければ，ＰＤＵの中のそれぞれのＳＤＵ（ＲＬＣＳＤＵ）
が終わる最後のオクテットを示すものとして用いられること，④「代替的Ｅビット
解釈」が設定され，かつ，ＰＤＵ（ＲＬＣＰＤＵ）がＳＤＵのセグメントを含む
が，ＳＤＵの最初のオクテットも最後のオクテットも含まない場合には，「長さイン
ジケータ」は，「１１１１１１０」の値を持つ７ビットの長さインジケータ又は「１
１１１１１１１１１１１１１０」の値を持つ１５ビットの長さインジケータ
が用いられることが記載されている。
(ｲ)本件実機テスト
ａ疎明資料（甲２１，２２，７３）及び審尋の全趣旨によれば，次の事実が認
められる。
(a)カナダ法人のチップワークス社が本件製品について，「基地局エミュレータ」
として，ドイツ法人のローデ・シュワルツ社製の基地局テスタ「ＣＭＷ５００
universalradiocommunicationtester」を用いたテスト（以下「本件実機テスト」
という。）を行った。
ＣＭＷ５００は，Ｗ－ＣＤＭＡ方式に対応している。
(b)本件実機テストのテスト１は，「ＰＤＵサイズ：４８８ビット，ＳＤＵサイ
ズ：４８０ビット」の設定で，「ＰＤＵが分割，連結，パディングされていない完全
なＳＤＵを含む場合」のテストであり，テスト２は，「ＰＤＵサイズ：８０ビット，
ＳＤＵサイズ：４８０ビット」の設定で，最初と最後を除いた「中間セグメント」
としてのＰＤＵ（例えば，２番目のＰＤＵ）をモニタするテストである。
(c)本件実機テストの結果は，次のとおりである。
①テスト１の場合には，一連番号（ＳＮ）に続くＥビットが「０」となり，長
さインジケータを含まないＰＤＵが出力されている（甲２１の図１２，１４）。
②テスト２の場合には，一連番号（ＳＮ）に続くＥビットが「１」となり，長
さインジケータとして所定値（１１１１１１０）を含むＰＤＵが出力されている（甲
２１の図１３，１５）。
ｂ前記ａの本件実機テストの結果が示すＥビットの値及び長さインジケータの
値は，前記(ｱ)の代替的Ｅビット解釈を採用した場合の値と整合しており（テスト１
は前記(ｱ)②及び③と，テスト２は前記(ｱ)②及び④とそれぞれ整合する。），本件製
品は，代替的Ｅビット解釈の機能を実装していることが認められる。
ｃこれに対し相手方は，本件実機テストの結果の「Interpretation」の欄に「次
のオクテット：データ（「nextoctet:data」）」と表示されており，「分割，連結，
パディングされていない完全なＳＤＵ」と表示されていないから，本件実機テスト
では，代替的Ｅビット解釈ではなく，通常Ｅビット解釈が用いられているなどと主
張する。
しかし，代替的Ｅビット解釈において，Ｅビットに「０」が設定される場合，次の
フィールドのビット列が「分割，連結，パディングされていない完全なＳＤＵ」を
構成するＳＤＵの「データ」を示すものであることからすると，「Interpretation」
の欄に「次のオクテット：データ（「nextoctet:data」）」と表示されていることは
本件実機テストにおいて代替的Ｅビット解釈が使用されていることと相反するもの
ではない。
したがって，相手方の上記主張は理由がない。
イ小括
以上によれば，本件製品は，本件技術仕様書Ｖ６．９．０に準拠した製品であり，
代替的Ｅビット解釈に基づく機能を実施する構成を備えていることが認められる。
(2)本件発明１の技術的意義
ア明細書の記載事項
本件発明１の特許請求の範囲（請求項８）の文言と本件特許に係る明細書（以下，
図面を含めて「本件明細書」という。甲２）の「発明の詳細な説明」の記載事項を
総合すれば，本件明細書には，①パケットサービスを支援する移動通信システム（無
線データパケット通信システム）において，音声コーデックから発生した音声フレ
ームをインターネットプロトコルを用いて音声パケットの形態で伝送する通信技術
であるＶｏＩＰを提供するに当たって，従来技術によるＶｏＩＰ通信方式でＲＬＣ
フレーミング方式（上位階層から受信されたＲＬＣＳＤＵを無線チャンネルを通
じて伝送するために適合したサイズに処理する動作）を使用する場合であって，Ｒ
ＬＣＰＤＵのサイズが，最も頻繁に発生するＲＬＣＳＤＵのサイズに基づいて
定義される場合には，大部分のＲＬＣＳＤＵが，分割又は連結せず，一つのＲＬ
ＣＳＤＵは一つのＲＬＣＰＤＵで構成されるにもかかわらず，既存のＲＬＣフ
レーミング動作では，少なくともＲＬＣＳＤＵの開始を示すＬＩ（長さインジケ
ータ）フィールドとその終了を示すＬＩフィールドが常に要求されるなど，不必要
なＬＩフィールドが挿入され，それによって限定された無線リソースが非効率的に
使用されるという問題点が発生すること，②本件発明１の目的は，従来技術による
上記問題点を解決するために，ＲＬＣＰＤＵ（無線リンク制御階層のプロトコル
データユニット）のヘッダーサイズを減少させて無線リソースを効率的に使用する
装置を提供することにあること，③本件発明１は，上記目的を達成するための手段
として，「一つの完全なＲＬＣＳＤＵを分割/連結/パディングせずに，一つのＲＬ
ＣＰＤＵにフレーミングが可能である場合」に，そのことをＲＬＣＰＤＵのデー
タフィールドに１ビット情報で示す構成（構成要件Ｄの「前記ＳＤＵが一つのＰＤ
Ｕに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィ
ールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」
するとの構成）を採用することによって，そのＲＬＣＳＤＵの分割/連結/パディ
ングを示すための追加情報の挿入（「ＬＩフィールド」の使用）を不要とし，ＲＬＣ
ＰＤＵが「ＲＬＣＳＤＵの開始や終了が含まれない，ＲＬＣＳＤＵの中間セグメ
ントのみ」を含む場合に，そのことを予め定められたＬＩの新たな値に設定された
ＬＩフィールドで示す構成（構成要件Ｄの「前記ＰＤＵの前記データフィールドが
前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（Ｌ
Ｉ）フィールドが存在することを示すように前記１ビットフィールドを設定する１
ビットフィールド設定部」の構成及び構成要件Ｆの「前記ＬＩフィールドは前記Ｐ
ＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメン
トを含むことを示す予め定められた値に設定」される構成）を採用することによっ
て，ＲＬＣＳＤＵの分割動作を可能とし，これによりヘッダーサイズを減少させ
て無線リソースを効率的に使用する効果を奏することが開示されているものと認め
られる。
イ本件発明１と代替的Ｅビット解釈との関係
(ｱ)本件発明１の構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合に，
前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを
完全に含むことを示すように前記１ビットフィールドを設定」するとの構成及びそ
の効果（前記ア③）は，代替的Ｅビット解釈において，最初のオクテットに含まれ
るＥビットが「０」の場合は，「次のフィールドは，分割，連結，パディングされて
いない完全なＳＤＵ」であることを示し，長さインジケータが用いられないこと（前
記(1)ア(ｱ)②及び③）を規定し，また，構成要件Ｄの「前記ＰＤＵの前記データフ
ィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジ
ケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを
設定する１ビットフィールド設定部」の構成及び構成要件Ｆの「前記ＬＩフィール
ドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中
間セグメントを含むことを示す予め定められた値に設定」される構成は，代替的Ｅ
ビット解釈において，ＰＤＵ（ＲＬＣＰＤＵ）がＳＤＵのセグメントを含むが，
ＳＤＵの最初のオクテットも最後のオクテットも含まない場合には，「長さインジケ
ータ」は，「１１１１１１０」の値を持つ７ビットの長さインジケータ又は「１１
１１１１１１１１１１１１０」の値を持つ１５ビットの長さインジケータが
用いられること（前記(1)ア(ｱ)④）を規定したものであると認められる。
したがって，本件発明１は，代替的Ｅビット解釈を具現化した発明であるという
べきである。
(ｲ)ａこれに対し相手方は，本件発明１の構成要件Ｂの「前記ＳＤＵが一つのＰ
ＤＵに含まれるか否かを判定」とは，「ＳＤＵが一つのＰＤＵに完全に含まれるかど
うか（一致するかどうか）」を判定することを意味するのに対し，本件技術仕様書Ｖ
６．９．０の４．２．１．２．１項の「ＲＬＣＳＤＵがＵＭＤＰＤＵの利用可能
なスペースの長さより大きい場合」に「ＲＬＣＳＤＵを適当なサイズのＵＭＤＰ
ＤＵｓに分割する。」との記載は，４．２．１．２．１項記載の判定方式が，ＳＤＵ
の分割が必要か否かを決定することを目的とし，ＳＤＵがＰＤＵの利用可能な領域
よりも大きいか否か（ＳＤＵとＰＤＵの大小関係）を判定する方式を意味するもの
であり，ＳＤＵが一つのＰＤＵに完全に含まれる（一致する）か否かを判定する方
式とは異なるものであるから，本件技術仕様書Ｖ６．９．０には，構成要件Ｂの開
示がない旨主張する。
しかし，本件技術仕様書Ｖ６．９．０の９．２．２．５項には，「代替的Ｅビット
解釈」の下において，最初のオクテットに含まれるＥビットが「０」の場合は，「次
のフィールドは，分割，連結，パディングされていない完全なＳＤＵ」であること
を，「１」の場合は，「次のフィールドは，長さインジケータとＥビット」であるこ
とを示すこと（前記１(1)ア(ｱ)②）が記載されており，上記記載は，ＳＤＵがＰＤ
Ｕに完全に含まれる（一致する）か否か（「分割，連結，パディングされていない完
全なＳＤＵ」か否か）の判定を行うことを前提に，その判定結果に従ってＥビット
を上記のように設定することを規定するものといえるから，構成要件Ｂの「ＳＤＵ
が一つのプロトコルデータユニット(ＰＤＵ)に含まれるか」を判定する構成を開示
するものというべきである。
したがって，相手方の上記主張は理由がない。
ｂまた，相手方は，構成要件Ｄにいう「前記ＳＤＵが一つのＰＤＵに含まれる
場合」とは，①パディングが生じている場合，②連結が生じている場合，③分割，
連結及びパディングのいずれも生じていない場合を全て対象とするものであるから，
構成要件Ｄを充足するというためには，上記①又は②の場合であっても，「ＰＤＵが
分割，連結又はパディングなしにＳＤＵを完全に含むことを示すように１ビットフ
ィールドが設定」されなければならないのに対し，本件技術仕様書Ｖ６．９．０記
載の代替的Ｅビット解釈においては，上記③の場合にのみ，ＰＤＵが完全なＳＤＵ
を含むことを示すように１ビットフィールドが設定されるのであるから，構成要件
Ｄの構成は，本件技術仕様書Ｖ６．９．０記載の代替的Ｅビット解釈とは異なる旨
主張する。
しかし，構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤ
Ｕが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含
むことを示すように前記１ビットフィールドを設定」との文言，本件明細書の段落
【００２２】及び図５Ａによれば，構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含
まれる場合」とは，「前記ＰＤＵが分割，連結，パディングなしに前記データフィー
ルドに前記ＳＤＵを完全に含む」場合（上記③の場合）のみを意味し，ＳＤＵが連
結されてＰＤＵに格納されている場合やＳＤＵがパディングとともにＰＤＵに格納
されている場合は，これに含まれないと解すべきであるから，相手方の主張は，そ
の前提を欠くものとして，採用することができない。
(3)本件製品についての本件発明１の技術的範囲の属否について
ア本件製品が本件発明１の構成要件Ａ及びＨを充足することは，前記争いのな
い事実等(3)イのとおりである。
そして，本件製品が，本件技術仕様書Ｖ６．９．０に準拠した製品であり，代替
的Ｅビット解釈に基づく機能を実施する構成を備えていること（前記(1)イ），本件
発明１が代替的Ｅビット解釈を具現化した発明であること（前記(2)イ(ｱ)）によれ
ば，本件製品は，本件発明１の構成要件ＢないしＧを充足するものと認められる。
以上によれば，本件製品は，本件発明１の構成要件を全て充足するから，その技
術的範囲に属する。
イ(ｱ)これに対し相手方は，本件技術仕様書Ｖ６．９．０に構成要件Ｂ及びＤの
開示がないことを理由に，本件製品が構成要件Ｂ及びＤを充足しない旨主張する。
しかし，前記(2)イ(ｲ)で述べたとおり，相手方の主張は，その前提を欠くもので
あるから，理由がない。
(ｲ)また，相手方は，本件製品が本件発明１の技術的範囲に属するというために
は，本件製品が本件発明１の構成要件に記載された全ての機能を現実のネットワー
ク上で実行していることを立証する必要があるが，代替的Ｅビット解釈は，通常Ｅ
ビット解釈のオプション的なものであり，通信事業者が代替的Ｅビット解釈を使用
するようにネットワークを設定していることについての立証がないから，本件製品
が本件発明１の技術的範囲に属しない旨主張する。
しかし，本件製品は，本件発明１の構成要件を全て充足し，代替的Ｅビット解釈
を実施する構成を備えている以上，本件発明１の技術的範囲に属するものと認めら
れ，現実のネットワーク上で通信事業者が代替的Ｅビット解釈を使用するようにネ
ットワークを設定しているかどうかは本件発明１の技術的範囲の属否に影響を及ぼ
すものではないというべきである。
(4)まとめ
以上のとおり，本件製品は，本件発明１の技術的範囲に属する。そして，本件発
明２は，本件発明１の送信装置におけるデータの送信方法の発明であり，両発明の
構成は共通すること（争いがない。）によれば，本件製品におけるデータ送信方法の
構成は，本件発明２の技術的範囲に属するものと認められる。
２権利濫用の成否について
本件事案の内容に鑑み，抗告人による本件特許権に基づく本件製品の生産・譲渡
等についての差止請求権の行使が権利の濫用になる旨の抗弁の成否について判断す
る。
当裁判所は，抗告人による本件特許権に基づく差止請求権の行使は，権利の濫用
に当たり許されないと判断する。その理由は次のとおりである。
(1)準拠法について
まず，本件を検討する前提として準拠法を検討する。特許権に基づく差止請求の
準拠法は，当該特許権が登録された国の法律であると解される（最判平成１４年９
月２６日・民集５６巻７号１５５１頁）から，本件には，日本法が適用される。
(2)ＦＲＡＮＤ宣言がされた場合の差止請求権の行使について
ア前提となる事実
前記争いのない事実等と疎明資料及び審尋の全趣旨を総合すれば，以下の事実が
認められる。
(ｱ)ＥＴＳＩのＩＰＲポリシー
ａ第２世代移動通信システム（２Ｇ）は，欧州外においては国ごとに規格が異
なるばかりか，一つの国の中ですら規格が異なっており，普遍的な運用互換性がな
かった。また，米国，日本，欧州は，それぞれ互換性のない規格に従ったシステム
を運用していた。そのような状況の中，従来の音声サービスだけでなく，データサ
ービス及びマルチメディアサービスを提供する第３世代移動通信システム（３Ｇ）
の普及促進と付随する仕様の標準化を目的として，ＥＴＳＩ（欧州電気通信標準化
機構）などの世界の標準化団体が結集し，１９９８年（平成１０年）に３ＧＰＰと
いう名称の標準化団体を結成した。
ｂＥＴＳＩは，知的財産権（ＩＰＲ）の取扱いに関する方針として，ＩＰＲポ
リシーを定めている。
技術の標準化は，製品間の互換性を確保し，製造・調達のコストを削減し，これ
によって研究開発の効率化や他社との提携の拡大等が期待されるものであり，また，
ユーザーにとっても，製品・サービスの利便性の向上，製品価格やサービス料金の
低減等による利益を享受し得るという点で多大な効用がある。他方，当該標準に係
る必須特許を使用して製品化を図ろうとする者は，必須特許を保有する企業から過
大なライセンス料を要求されたり，実施許諾を得られなかった場合には，標準規格
に準拠した製品に対する開発投資等が無駄になるなど，さまざまな不都合が生じ得
る。
ＥＴＳＩのＩＰＲポリシーは，上記のような不都合な事態を回避し，通信分野に
おける技術の標準化を促進させ，知的財産権の保有者の権利との間のバランスを図
ることを目的として策定されたものである（３．１項の「方針の目的」参照）。
ｃＥＴＳＩのＩＰＲポリシーには，次のような規定がある。
(a)ＩＰＲポリシー４．１項は，各会員は，自らが参加する規格又は技術仕様の
開発の間は特に，ＥＴＳＩに必須ＩＰＲについて適時に知らせるため合理的に取り
組むものとし，特に，規格又は技術仕様の技術提案を行う会員は，善意をもって，
提案が採択された場合に必須となる可能性のあるその会員のＩＰＲについてＥＴＳ
Ｉの注意を喚起する旨を規定し，４．３項は，４．１項の義務は，ＥＴＳＩにこの
特許ファミリーの構成要素について適時に知らされた場合には，全ての既存及び将
来のその特許ファミリーの構成要素につき満たされたとみなされる旨を規定する。
(b)ＩＰＲポリシー６．１項は，特定の規格又は技術仕様に関連する必須ＩＰＲ
がＥＴＳＩに知らされた場合，ＥＴＳＩの事務局長は，少なくとも製造（製造で使
用するべく，ライセンシー自身の設計で，カスタマイズした部品及びサブシステム
を製造又は過去から引き続き製造する権利を含む。），製造した機器の販売，賃貸，
処分，修理又は使用，動作及び方法の使用の範囲で，当該ＩＰＲにおける取消不能
なライセンスを「公正，合理的かつ非差別的な条件」（ＦＲＡＮＤ条件）で許諾する
用意があることを書面で取消不能な形で３か月以内に保証することを，当該ＩＰＲ
の所有者に直ちに求めるものとする旨，上記保証は，ライセンスの相互供与に同意
することを求めるという条件に従い行われる場合がある旨を規定し，６．２項は，
６．１項の保証は，保証が行われた時点で指定したＩＰＲを除外する旨を明示する
書面がある場合を除き，その特許ファミリーの全ての既存及び将来の必須ＩＰＲに
適用されるものとする旨を規定し，６．３項は，要請されたＩＰＲの所有者の保証
が許諾されない場合，委員会の委員長は，適切な場合，ＥＴＳＩ事務局と協議の上，
問題が解決するまで，委員会が規格又は技術仕様についての作業を停止すべきかど
うかについて判断し，「および／または」関連の規格又は技術仕様の承認を行う旨を
規定する。
(c)ＩＰＲポリシー１５項６は，ＩＰＲに適用される「必須」とは，（商業的で
はなく）技術的な理由で，標準化の時点で一般に利用可能な通常の技術慣行及び最
新技術を考慮し，ＩＰＲに抵触せずに規格に準拠する機器又は方法を製造又は販売，
賃貸，処分，修理，使用又は動作できないことを意味する旨を規定する。
(d)ＩＰＲポリシー１２項は，ＩＰＲポリシーはフランス法に準拠する旨を規定
する。
ｄＩＰＲポリシーを補足する「ＩＰＲについてのＥＴＳＩの指針」（甲４０，乙
１４８）には，次のような規定がある。
(a)ＩＰＲについてのＥＴＳＩの指針１．１項は，「本指針の主な特徴は，次の
ように簡略化できる」と規定する。
「・会員は，ライセンスの許諾を拒否する権利を含む，自らが保有するＩＰＲを
保持しその利益を得る権利を完全に有する。
・ＥＴＳＩは，ＥＴＳＩの技術的な目的に最も資する解決策に基づく規格および
技術仕様を作成することを目的としている。
・この目的を達成するに当たり，ＥＴＳＩのＩＰＲについての方針では，通信分
野での一般利用の標準化の必要性と，ＩＰＲの所有者の権利との間のバランスを取
ることが求められる。
・ＩＰＲについての方針は，規格の準備および採用，適用への投資が，規格また
は技術仕様についての必須ＩＰＲを使用できない結果無駄になる可能性があるとい
うリスクを軽減するためのものである。
・よって，規格作成過程の可能な限り早期に，必須ＩＰＲの存在を知っているこ
とが，特にライセンスが公正，合理的かつ非差別的な（ＦＲＡＮＤ）条件で利用で
きない場合に必要である。」
(b)ＩＰＲについてのＥＴＳＩの指針１．４項は，ＥＴＳＩのＩＰＲについての
方針は，機関としてのＥＴＳＩ及びその会員，事務局の権利及び義務を定義するも
のであり，ＥＴＳＩの非会員にも，方針の下で特定の権利はあるが，法的な義務は
有さない旨を規定し，同項に掲げる「表」中には，次のような記載がある。
「会員の権利」
「・自らのＩＰＲを規格に含めることを拒否すること（８．１項及び８．２項）。
・規格に関し，公正，合理的かつ非差別的な条件でライセンスが許諾されること
（６．１項）。」
「会員の義務」
「・ＥＴＳＩに，自らのＩＰＲ及び他者の必須ＩＰＲについて知らせる（４．１
項）。
・必須ＩＰＲの所有者は，公正，合理的かつ非差別的な条件でライセンスを許諾
することを保証することが求められる（６．１項）。」
「第三者の権利」
「・第三者には，必須ＩＰＲの所有者として，又はＥＴＳＩ規格若しくは文書の
ユーザーとして，ＥＴＳＩのＩＰＲについての方針の下で，次の特定の権利を有す
る。
○少なくとも製造及び販売，賃貸，修理，使用，動作するため，規格に関し，公
正，合理的かつ非差別的な条件でライセンスが許諾されること（６．１項）。」
(ｲ)本件ＦＲＡＮＤ宣言に至るまでの経緯
ａ抗告人は，１９９８年（平成１０年）１２月１４日，ＥＴＳＩに対し，ＵＭ
ＴＳ規格としてＥＴＳＩが推進しているＷ－ＣＤＭＡ技術に関し，抗告人の保有す
る必須ＩＰＲライセンスを，ＥＴＳＩのＩＰＲポリシー６．１項に従って，「公正，
合理的かつ非差別的な条件」（ＦＲＡＮＤ条件）で許諾する用意がある旨の宣言をし
た。
ｂ抗告人は，２００５年（平成１７年）５月４日，韓国において，本件出願の
優先権主張の基礎となる特許出願（優先権主張番号１０－２００５－００３７７７
４）をした。抗告人は，同月９日から１３日にかけて，３ＧＰＰのワーキンググル
ープに対し，変更リクエストを提出した。その後，上記変更リクエストが採用され，
代替的Ｅビット解釈が標準規格の一つとされた。抗告人は，平成１８年５月４日，
本件出願をした。その後，抗告人は，平成２２年１２月１０日，本件特許権の設定
登録を受けた。
ｃ抗告人は，２００７年（平成１９年）８月７日，ＥＴＳＩに対し，「ＩＰＲの
情報についての声明及びライセンスの宣言」と題する書面を提出することにより，
ＥＴＳＩのＩＰＲポリシー４．１項に従って，本件出願の優先権主張の基礎となる
韓国出願の出願番号，本件出願の国際出願番号（ＰＣＴ／ＫＲ２００６／００１６
９９）等に係るＩＰＲが，ＵＭＴＳ規格（ＴＳ２５．３２２等）に関連した必須
ＩＰＲであるか，又はそうなる可能性が高い旨を知らせるとともに，そのＩＰＲが
引き続き必須である範囲で，規格に関し，ＩＰＲポリシー６．１項に準拠する条件
（ＦＲＡＮＤ条件）で，取消不能なライセンスを許諾する用意がある旨の宣言（本
件ＦＲＡＮＤ宣言）をした。
(ｳ)本件特許の位置付け等
本件特許は，ＵＭＴＳ規格の本件技術仕様書Ｖ６．９．０記載の「代替的Ｅビッ
ト解釈」に準拠した製品の製造，販売等及び方法の使用をするのに避けることので
きない必須特許である。
一般に，各種の標準化団体においては，ＥＴＳＩのＩＰＲポリシーに見られると
同様に，知的財産権の取扱基準を設け，参加者等の特許権等の知的財産権（以下に
おいては，特許権についてのみ論ずる。）がその定める標準規格に必須となる場合に
は，標準化団体の参加者等に，そのような特許権の開示を求め，さらに当該特許権
をＦＲＡＮＤ条件あるいはＲＡＮＤ条件（「reasonableandnon-discriminatory」
な条件）等でライセンスを行うことの宣言（以下，ＦＲＡＮＤ条件又はＲＡＮＤ条
件等によりライセンスを行うことの宣言を，「ＦＲＡＮＤ宣言」という。）を求める
ことが行われる。
イ本件ＦＲＡＮＤ宣言と差止請求権の行使について
(ｱ)ＦＲＡＮＤ宣言された必須特許（以下，ＦＲＡＮＤ宣言された特許一般を指
す語として「必須宣言特許」を用いる。）に基づく差止請求権の行使を無限定に許す
ことは，次に見るとおり，当該規格に準拠しようとする者の信頼を害するとともに
特許発明に対する過度の保護となり，特許発明に係る技術の社会における幅広い利
用をためらわせるなどの弊害を招き，特許法の目的である「産業の発達」（同法１条）
を阻害するおそれがあり合理性を欠くものといえる。
すなわち，ある者が，標準規格へ準拠した製品の製造，販売等を試みる場合，当
該規格を定めた標準化団体の知的財産権の取扱基準を参酌して，当該取扱基準が，
必須特許についてＦＲＡＮＤ宣言する義務を会員に課している等，将来，必須特許
についてＦＲＡＮＤ条件によるライセンスが受けられる条件が整っていることを確
認した上で，投資をし，標準規格に準拠した製品等の製造・販売を行う。仮に，後
に必須宣言特許に基づく差止請求を許容することがあれば，ＦＲＡＮＤ条件による
ライセンスが受けられるものと信頼して当該標準規格に準拠した製品の製造・販売
を企図し，投資等をした者の合理的な信頼を損なうことになる。必須宣言特許の保
有者は，当該標準規格の利用者に当該必須宣言特許が利用されることを前提として，
自らの意思で，ＦＲＡＮＤ条件でのライセンスを行う旨の宣言をしていること，標
準規格の一部となることで幅広い潜在的なライセンシーを獲得できることからする
と，必須宣言特許の保有者がＦＲＡＮＤ条件での対価を得られる限り，差止請求権
行使を通じた独占状態の維持を保護する必要性は高くない。そうすると，このよう
な状況の下で，ＦＲＡＮＤ条件によるライセンスを受ける意思を有する者に対し，
必須宣言特許による差止請求権の行使を許すことは，必須宣言特許の保有者に過度
の保護を与えることになり，特許発明に係る技術の幅広い利用を抑制させ，特許法
の目的である「産業の発達」（同法１条）を阻害することになる。
(ｲ)以上を本件の事案に即して敷衍する。
ＵＭＴＳ規格に準拠した製品を製造，販売等しようとする者は，ＵＭＴＳ規格に
準拠した製品を製造，販売等するのに必須となる特許権のうち，少なくともＥＴＳ
Ｉの会員が保有するものについては，ＥＴＳＩのＩＰＲポリシー４．１項等に応じ
て適時に必要な開示がされるとともに，同ポリシー６．１項等によってＦＲＡＮＤ
宣言をすることが要求されていることを認識しており，特許権者とのしかるべき交
渉の結果，将来，ＦＲＡＮＤ条件によるライセンスを受けられるであろうと信頼す
るが，その信頼は保護に値するというべきである。したがって，本件ＦＲＡＮＤ宣
言がされている本件特許について，無制限に差止請求権の行使を許容することは，
このような期待を抱いてＵＭＴＳ規格に準拠した製品を製造，販売する者の信頼を
害することになる。
必須宣言特許を保有する者は，ＵＭＴＳ規格を実施する者のかかる期待を背景に，
ＵＭＴＳ規格の一部となった本件特許を含む特許権が全世界の多数の事業者等によ
って幅広く利用され，それに応じて，ＵＭＴＳ規格の一部とならなければ到底得ら
れなかったであろう規模のライセンス料収入が得られるという利益を得ることがで
きる。また，抗告人による本件ＦＲＡＮＤ宣言を含めてＥＴＳＩのＩＰＲポリシー
の要求するＦＲＡＮＤ宣言をした者については，自らの意思で取消不能なライセン
スをＦＲＡＮＤ条件で許諾する用意がある旨を宣言しているのであるから，ＦＲＡ
ＮＤ条件での対価が得られる限りにおいては，差止請求権を行使することによって
その独占状態が維持できることはそもそも期待していないものと認められ，かかる
者について差止請求権の行使を認め独占状態を保護する必要性は高くないといえる。
相手方を含めてＵＭＴＳ規格を実装した製品を製造，販売等しようとする者にお
いては，ＵＭＴＳ規格を実装しようとする限り，本件特許を実施しない選択肢はな
く，代替的技術の採用や設計変更は不可能である。そのため，本件特許権による差
止請求が無限定に認められる場合には，差止めによって発生する損害を避けるため
に，ＦＲＡＮＤ条件から離れた高額なライセンス料の支払や著しく不利益なライセ
ンス条件に応じざるを得なくなり，あるいは事業自体をあきらめざるを得なくなる
可能性がある。また，ＵＭＴＳ規格には，極めて多数の特許権が多くの者によって
保有されており（特許ファミリー単位でも１８００件以上が，５０社以上の者から
必須特許であると宣言されている。），これらの多くの者の極めて多数の特許権につ
いて，逐一，必須性を確認した上で事前に利用許諾を受けることは著しく困難であ
ると考えられ，必須宣言特許による差止請求を無限定に認める場合には，事実上Ｕ
ＭＴＳ規格の採用が不可能となるものと想定される。以上のような事態の発生を許
すことは，ＵＭＴＳ規格の普及を阻害することとなり，通信規格の統一と普及を目
指したＥＴＳＩのＩＰＲポリシーの目的に反することになるし，通信規格の統一と
普及によって社会一般が得られるはずであった各種の便益が享受できない結果とも
なる。
必須宣言特許についてＦＲＡＮＤ条件によるライセンスを受ける意思を有する者
に対し，ＦＲＡＮＤ宣言をしている者による特許権に基づく差止請求権の行使を許
すことは，相当ではない。
(ｳ)他面において，ＵＭＴＳ規格に準拠した製品を製造，販売する者が，ＦＲＡ
ＮＤ条件によるライセンスを受ける意思を有しない場合には，かかる者に対する差
止めは許されると解すべきである。けだし，ＦＲＡＮＤ条件でのライセンスを受け
る意思を有しない者は，ＦＲＡＮＤ宣言を信頼して当該標準規格への準拠を行って
いるわけではないし，このような者に対してまで差止請求権を制限する場合には，
特許権者の保護に欠けることになるからである。もっとも，差止請求を許容するこ
とには，前記のとおりの弊害が存することに照らすならば，ＦＲＡＮＤ条件による
ライセンスを受ける意思を有しないとの認定は厳格にされるべきである。
(ｴ)以上を総合すれば，本件ＦＲＡＮＤ宣言をしている抗告人による本件特許権
に基づく差止請求権の行使については，相手方において，抗告人が本件ＦＲＡＮＤ
宣言をしたことに加えて，相手方がＦＲＡＮＤ条件によるライセンスを受ける意思
を有する者であることの主張立証に成功した場合には，権利の濫用（民法１条３項）
に当たり許されないと解される。
(3)ＦＲＡＮＤ条件によるライセンスを受ける意思の有無について
相手方は，アップル社あるいは相手方は，本件特許について，ＦＲＡＮＤ条件に
よるライセンスを受ける意思を有する者（willinglicensee）である旨主張してい
るので，以下，この点について検討する。
ア検討
疎明資料及び審尋の全趣旨を総合すれば，前記(2)アの事実に加えて，①抗告人は，
平成２３年７月２５日付け書簡で，アップル社に対し，抗告人の必須宣言特許ポー
トフォリオについてのライセンス条件として，具体的な料率を提示したこと，②ア
ップル社は同年８月１８日付けの書面でライセンス料率の上限を提示し，平成２４
年３月４日付け書簡でさらに数桁小さい料率をロイヤリティとして支払う旨のライ
センス契約の申出をし，さらに，同年９月７日付け書簡で，クロスライセンス契約
を含む具体的なライセンス案を提示したこと，③これに対して，抗告人は，アップ
ル社が抗告人の提示を不本意とするならば，アップル社において具体的な提案をす
るよう要請するのみであったこと，④抗告人は，同年９月１４日付け書簡でライセ
ンス料算定の基礎となる価格の上限引下げの提案等をしたこと，⑤抗告人は，同年
１２月３日付け書簡で，当初提案の料率を半分以下にする提案をしたこと，⑥アッ
プル社と抗告人は，同月１２日，１７日及び１８日に会合をもち，この際に抗告人
は，多額の一時金を支払うとの内容を含む提案を行い，アップル社は，ＵＭＴＳ規
格の必須特許ポートフォリオを対象とするクロスライセンス契約の提案をしたこと，
⑦アップル社と抗告人は，平成２５年１月１４日にも会合をもち，その際アップル
社はライセンス料の支払を伴わないクロスライセンス契約の提案を行ったこと，⑧
両社の同年２月７日●●●●の会合の際には，合意書の案が作成された●●●●●
●●●●●●●●●こと，⑨その後も，抗告人とアップル社との間では，紛争を仲
裁に付するとした場合の条件等をめぐって各種の交渉が断続的に行われていること
が認められる。
上記に鑑みると，アップル社は，平成２３年８月１８日付けの書面でのライセン
ス料率の上限の提示に始まり，複数回にわたって算定根拠とともに具体的なライセ
ンス料率の提案を行っているし，抗告人と複数回面談の上集中的なライセンス交渉
も行っているから，アップル社や相手方はＦＲＡＮＤ条件によるライセンスを受け
る意思を有する者であると認められる。この点，抗告人とアップル社との間には，
妥当とするライセンス料率について大きな意見の隔絶が長期間にわたって存在する。
しかし，ライセンサーとライセンシーとなる両社は本来的に利害が対立する立場に
あることや，何がＦＲＡＮＤ条件でのライセンス料であるかについて一義的な基準
が存するものではなく，個々の特許のＵＭＴＳ規格への必須性や重要性等について
は様々な評価が可能であって，それによって妥当と解されるライセンス料も変わり
得ることからすれば，アップル社の行った各種提案も一定程度の合理性を有するも
のと評価できる。加えて，抗告人の交渉態度も，アップル社との間でのライセンス
契約の締結を促進するものではなかったと評価するのが相当であることからすると，
両社間に大きな意見の隔絶が長期間にわたって存在したとしても，アップル社や相
手方においてＦＲＡＮＤ条件でのライセンス契約を締結する意思を有するとの認定
が直ちに妨げられるものではない。
イこれに対し，抗告人は，アップル社がライセンスの対象特許を確定せず，自
らをより利するライセンス条件を順次提示し，また，自ら提示する条件はＦＲＡＮ
Ｄ条件に反しないとの態度を続けて，ライセンス契約の成立を故意に妨げているの
であるから，アップル社や相手方はライセンスを受ける意思を有するとは認められ
ないなどと主張する。しかし，標準規格を策定することの目的及び意義等に照らす
と，ライセンス契約を受ける意思を有しないとの認定は厳格にされてしかるべきと
ころ，アップル社と抗告人の間のライセンス交渉の経緯は前記アのとおりであって，
相手方はＦＲＡＮＤ条件によるライセンスを受ける意思を有する者であると認めら
れるから，抗告人の主張は採用の限りではない。
(4)小括
そうすると，抗告人による本件特許権に基づく差止請求権の行使は，権利の濫用
（民法１条３項）に該当し，許されない。
３結論
以上によれば，本件申立ては，その余の点について検討するまでもなく，被保全
権利について疎明を欠くので却下すべきであり，これと結論を同じくする原決定は
相当であるから，本件抗告は棄却されるべきである。よって，主文のとおり決定す
る。
平成２６年５月１６日
知的財産高等裁判所特別部
裁判長裁判官飯村敏明
裁判官設樂隆一
裁判官富田善範
裁判官清水節
裁判官小田真治
（別紙）物件目録
「ｉＰｈｏｎｅ４Ｓ」
（別紙）３ＧＰＰＴＳ２５．３２２Ｖ６．９．０（抜粋）
１「4.2.1.2Unacknowledgedmode(UM)RLCentities
Figure4.3belowshowsthemodeloftwounacknowledgedmodepeerRLCentities
whenduplicateavoidanceandreorderingisnotconfigured.」
（訳文）
「4.2.1.2アンアクナリッジドモード(UM)RLCエンティティ
下記に示す図4.3は，重複回避及びリオーダリングを有しない２つのアンアクナリ
ッジモード（UM）ピアRLCエンティティを示す。」
Transmittin
g
UMRLC
entity
Transmission
buffer
UM-SAP
Receiving
UMRLC
entity
Reception
buffer
UM-SAP
RadioInterface(Uu)
Segmentation&
Concatenation
Ciphering
AddRLCheader
Reassembly
Deciphering
RemoveRLC
header
DCCH/DTCH–UE
CCCH/SHCCH/DCCH/DTCH/CTCH/
MCCH/MSCH/MTCH–UTRAN
DCCH/DTCH–UTRAN
CCCH/SHCCH/DCCH/DTCH/CTCH/
MCCH/MSCH/MTCH–UE
UE/UTRANUTRAN/UE
Figure4.3a:Modeloftwounacknowledgedmodepeerentities
configuredforusewithduplicateavoidanceandreordering」
２「4.2.1.2.1TransmittingUMRLCentity
ThetransmittingUM-RLCentityreceivesRLCSDUsfromupperlayersthroughthe
UM-SAP.ThetransmittingUMRLCentitysegmentstheRLCSDUintoUMDPDUsof
appropriatesize,iftheRLCSDUislargerthanthelengthofavailablespacein
theUMDPDU.」
（訳文）
「4.2.1.2.1送信UMRLCエンティティ
送信UM-RLCエンティティは，上位レイヤからUM-SAPを通じてRLCSDUsを受信する。
送信UMRLCエンティティは，もしRLCSDUがUMDPDUの利用可能なスペースの長さよ
り大きい場合には，RLCSDUを適当なサイズのUMDPDUsに分割する。」
３「9.2.1.3UMDPDU
TheUMDPDUisusedtotransferuserdatawhenRLCisoperatinginunacknowledged
mode.Thelengthofthedatapartshallbeamultipleof8bits.TheUMDPDUheader
consistsofthefirstoctet,whichcontainsthe"SequenceNumber".TheRLCheader
consistsofthefirstoctetandalltheoctetsthatcontain"LengthIndicators".」
（訳文）
「9.2.1.3UMDPDU
UMDPDUは，RLCがUMモードで動作しているときに，ユーザーデータを転送するた
めに用いられる。データパートの長さは，８ビットの倍数である。UMDPDUヘッダは，
「一連番号」を含む最初のオクテットで構成される。RLCヘッダは，最初のオクテッ
トと，「長さインジケータ」を含むすべてのオクテットで構成される。」
Oct1
ELengthIndicator
Data
PAD
LastOctet
ELengthIndicator(Optional)(1)
.
.
.
ESequenceNumber
(Optional)
(Optional)
Figure9.2:UMDPDU
４「9.2.2.5Extensionbit(E)
Length:1bit.
TheinterpretationofthisbitdependsonRLCmodeandhigherlayerconfiguration:
-IntheUMDPDU,the"Extensionbit"inthefirstoctethaseitherthenormal
E-bitinterpretationorthealternativeE-bitinterpretationdependingonhigher
layerconfiguration.The"Extensionbit"inalltheotheroctectsalwayshas
thenormalE-bitinterpretation.
-IntheAMDPDU,the"Extensionbit"alwayshasthenormalE-bitinterpretation.
NormalE-bitinterpretation:
BitDescription
0Thenextfieldisdata,piggybacked
STATUSPDUorpadding
1ThenextfieldisLengthIndicatorand
Ebit
AlternativeE-bitinterpretation:
BitDescription
0ThenextfieldisacompleteSDU,which
isnotsegmented,concatenatedor
padded.
1ThenextfieldisLengthIndicatorand
Ebit
」
（訳文）
「9.2.2.5エクステンションビット(E)
長さ：１ビット
このビットの解釈は，RLCのモード及び上位レイヤーのコンフィギュレーションに依
存する。
－UMDPDUにおいて，最初のオクテットに含まれる「拡張ビット」は，上位レイ
ヤーのコンフィギュレーションに応じて，通常Eビット解釈又は代替的Eビット
解釈のいずれかを有する。他の全てのオクテットに含まれる「拡張ビット」は，
常に通常Ｅビット解釈を有する。
－AMDPDUにおいて，「拡張ビット」は，常に通常Eビット解釈を有する。
通常Eビット解釈：
Bit記述
0次のフィールドは，データ，ピギーバック
されたステータスPDU，又はパディング
1次のフィールドは，長さインジケータとE
ビット
代替的Eビット解釈：
Bit記述
0次のフィールドは，分割，連結，パディン
グされていない完全なSDU
1次のフィールドは，長さインジケータとE
ビット
」
５(1)「9.2.2.8LengthIndicator(LI)
Unlessthe"Extensionbit"indicatesthataUMDPDUcontainsacompleteSDU
whichisnotsegmented,concatenatedorpadded,a"LengthIndicator"isused
toindicatethelastoctetofeachRLCSDUendingwithinthePDU.」
（訳文）
「9.2.2.8長さインジケータ（ＬＩ）
「エクステンションビット」が，UMDPDUが分割，連結，パディングのいずれもな
されていない完全なSDUを含むことを示していなければ，「長さインジケータ」は，
PDUの中のそれぞれのRLCSDUが終わる最後のオクテットを示すものとして用いられ
る。」
(2)「Inthecasewherethe"alternativeE-bitinterpretation"isconfiguredforUM
RLCandanRLCPDUcontainsasegmentofanSDUbutneitherthefirstoctetnor
thelastoctetofthisSDU:
-ifa7-bit"LengthIndicator"isused:
-the"LengthIndicator"withvalue"1111110"shallbeused.
-ifa15-bit"LengthIndicator"isused:
-the"LengthIndicator"withvalue"111111111111110"shallbeused.」
（訳文）
「UMRLCのための「代替的Ｅビット解釈」が設定され，かつ，RLCPDUがSDUのセグメ
ントを含むがSDUの最初のオクテットも最後のオクテットも含まない場合であって，
－７ビットの「長さインジケータ」が用いられるときには，値「1111110」を持つ「長
さインジケータ」を用い，
－１５ビットの「長さインジケータ」が用いられるときには，値「111111111111110」
を持つ「長さインジケータ」を用いる。」

戻る