平成25年 (ラ) 10008号特許権仮処分命令申立却下決定に対する抗告申立事件｜特許判例データベース

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

会員機能

ＩＤ登録

パテントビューロIDとは？

判例データベース

審決データベース

パナソニックで一緒に知財の仕事しませんか？

ポートフォリオ機能

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

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

審判番号（事件番号）	データベース	権利
平成25ネ10043債務不存在確認請求控訴事件	判例	特許
平成26ネ10022損害賠償等請求控訴事件	判例	特許
平成25ネ10086債務不存在確認請求本訴，損害賠償請求反訴請求控訴事件	判例	特許
平成26ネ10030損害賠償請求控訴事件	判例	特許
平成24ネ10091特許権侵害差止等請求控訴事件	判例	特許

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

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

事件	平成 25年 (ラ) 10008号特許権仮処分命令申立却下決定に対する抗告申立事件
事件	抗告人三星電子株式会社訴訟代理人弁護士大野聖二同三村量一同田中昌利同市橋智峰同井上義隆同小林英了同飯塚暁夫同井上聡同逵本憲祐同岡田紘明訴訟代理人弁理士鈴木守補佐人弁理士大谷寛相手方ＡｐｐｌｅＪａｐａｎ合同会社訴訟代理人弁護士長沢幸男同矢倉千栄同永井秀人同稲瀬雄一同石原尚子同金子晋輔同蔵原慎一朗同片山英二同北原潤一同岡本尚美同岩間智女同梶並彰一郎訴訟代理人弁理士大塚康徳同加藤志麻子補佐人弁理士大塚康弘同坂田恭弘
裁判所	知的財産高等裁判所
判決言渡日	2014/05/16
権利種別	特許権
訴訟類型	民事仮処分
主文	１本件抗告を棄却する。２抗告費用は抗告人の負担とする。３この決定に対する特別抗告及び許可抗告の申立てのための付加期間を３０日と定める。第１抗告の趣旨１原決定を取り消す。２相手方は，別紙物件目録記載の製品を生産し，譲渡し，貸し渡し，輸入し，又はその譲渡若しくは貸渡しの申出（譲渡若しくは貸渡しのための展示を含む。を）してはならない。３相手方は，別紙物件目録記載の製品に対する占有を解いて，これを執行官に引き渡さなければならない。４手続費用は，原審，抗告審を通じて，相手方の負担とする。第２事案の概要１事案の要旨本件は，抗告人（債権者）が，相手方（債務者）による別紙物件目録記載の製品（以下「本件製品」という。）の生産，譲渡，輸入等の行為は，抗告人が有する発明の名称を「移動通信システムにおける予め設定された長さインジケータを用いてパケットデータを送受信する方法及び装置」とする特許第４６４２８９８号の特許権（以下，この特許を「本件特許」，この特許権を「本件特許権」という。）の侵害に当たると主張して，本件特許権に基づく差止請求権を被保全権利として，相手方に対し，本件製品の生産，譲渡，輸入等の差止め及び執行官保管を求めた仮処分申立事件である。原決定は，本件製品が本件特許権に係る発明の技術的範囲に属するとしつつも，抗告人による本件特許権に基づく差止請求権の行使は権利濫用に当たると判断して，抗告人の申立てを却下した。抗告人は，これを不服として本件抗告を提起した。２争いのない事実等（疎明資料の摘示のない事実は，公知事実若しくは争いのない事実又は審尋の全趣旨により認められる事実である。）(1) 当事者ア相手方は，パーソナル・コンピュータ，コンピュータ関連機器のハードウェア及びソフトウェア，コンピュータに関連する付属機器の販売等を目的とする合同会社である。なお，相手方は，平成２３年１０月３０日に，米国法人のアップルインコーポレイテッド（以下「アップル社」という。）の子会社であるアップルジャパン株式会社を吸収合併した（以下においては，上記吸収合併前のアップルジャパン株式会社についても「相手方」という。。）イ抗告人は，電子電気機械器具，通信機械器具及び関連機器とその部品の製作，販売等を目的とする韓国法人である。 (2) 本件特許権ア抗告人（特許登録原簿上の名称「サムスンエレクトロニクスカンパニーリミテッド」）は，平成１８年５月４日，本件特許に係る国際特許出願（国際出願番号・ＰＣＴ／ＫＲ２００６／００１６９９，優先日・平成１７年５月４日，優先権主張国・韓国，日本における出願番号・特願２００８－５０７５６５号。以下「本件出願」という。）をし，平成２２年１２月１０日，本件特許権の設定登録を受けた（甲１，２）。イ本件特許の特許請求の範囲は，請求項１ないし１４から成り，その請求項１及び８の記載は，次のとおりである（以下，請求項８に係る発明を「本件発明１」，請求項１に係る発明を「本件発明２」といい，本件発明１及び２を併せて「本件各発明」という。。）「【請求項１】移動通信システムにおけるデータを送信する方法であって，上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定する段階と，前記ＳＤＵが一つのＰＤＵに含まれる場合に，ヘッダーとデータフィールドを含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一連番号（ＳＮ）フィールドと，前記ＰＤＵが分割，連結，またはパディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを指示する１ビットフィールドと，を含み，前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記ＳＤＵを伝送可能なＰＤＵのサイズにより複数のセグメントに分割し，各ＰＤＵのデータフィールドが前記複数のセグメントのうち一つのセグメントを含む複数のＰＤＵを構成する段階と，ここで，前記各ＰＤＵのヘッダーは，ＳＮフィールド，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示す１ビットフィールド，そして前記少なくとも一つのＬＩフィールドを含み，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され，前記ＰＤＵを受信器に伝送する段階と，を有することを特徴とするデータ送信方法。」「【請求項８】移動通信システムにおけるデータを送信する装置であって，上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定し，前記ＳＤＵを伝送可能なＰＤＵサイズによって少なくとも一つのセグメントに再構成するための伝送バッファと，一連番号（ＳＮ）フィールドと１ビットフィールドをヘッダーに含み，前記少なくとも一つのセグメントをデータフィールド内に含む少なくとも一つのＰＤＵを構成するヘッダー挿入部と，前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定し，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部と，前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記少なくとも一つのＰＤＵの前記１ビットフィールド以後にＬＩフィールドを挿入し，設定するＬＩ挿入部と，ここで，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され，前記ＬＩ挿入部から受信される少なくとも一つのＰＤＵを受信部に伝送する送信部と，を含むことを特徴をするデータ送信装置。」ウ本件各発明を構成要件に分説すると，次のとおりである（以下，各構成要件を「構成要件Ａ」「構成要件Ｂ」などという。)。，(ｱ) 本件発明１（請求項８）Ａ移動通信システムにおけるデータを送信する装置であって，Ｂ上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定し，前記ＳＤＵを伝送可能なＰＤＵサイズによって少なくとも一つのセグメントに再構成するための伝送バッファと，Ｃ一連番号（ＳＮ）フィールドと１ビットフィールドをヘッダーに含み，前記少なくとも一つのセグメントをデータフィールド内に含む少なくとも一つのＰＤＵを構成するヘッダー挿入部と，Ｄ前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定し，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部と，Ｅ前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記少なくとも一つのＰＤＵの前記１ビットフィールド以後にＬＩフィールドを挿入し，設定するＬＩ挿入部と，Ｆここで，前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され，Ｇ前記ＬＩ挿入部から受信される少なくとも一つのＰＤＵを受信部に伝送する送信部と，Ｈを含むことを特徴をするデータ送信装置。 (ｲ) 本件発明２（請求項１）Ｉ移動通信システムにおけるデータを送信する方法であって，Ｊ上位階層からサービスデータユニット(ＳＤＵ）を受信し，前記ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか否かを判定する段階と，Ｋ前記ＳＤＵが一つのＰＤＵに含まれる場合に，ヘッダーとデータフィールドを含む前記ＰＤＵを構成する段階と，ここで，前記ヘッダーは，一連番号（ＳＮ）フィールドと，前記ＰＤＵが分割，連結，またはパディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを指示する１ビットフィールドと，を含み，Ｌ前記ＳＤＵが一つのＰＤＵに含まれない場合に，前記ＳＤＵを伝送可能なＰＤＵのサイズにより複数のセグメントに分割し，各ＰＤＵのデータフィールドが前記複数のセグメントのうち一つのセグメントを含む複数のＰＤＵを構成する段階と，ここで，前記各ＰＤＵのヘッダーは，ＳＮフィールド，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示す１ビットフィールド，そして前記少なくとも一つのＬＩフィールドを含み，Ｍ前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含むと，前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定され，Ｎ前記ＰＤＵを受信器に伝送する段階と，Ｏを有することを特徴とするデータ送信方法。 (3) 相手方の行為等ア相手方は，アップル社が製造した本件製品を輸入・販売している。イ本件製品は，本件発明１の構成要件Ａ及びＨを充足する。本件製品におけるデータ送信方法は，本件発明２の構成要件Ｉ及びＯを充足する。ウ本件製品は，第３世代移動通信システムないし第３世代携帯電話システム（３Ｇ）（Third Generation）の普及促進と付随する仕様の世界標準化を目的とする民間団体である３ＧＰＰ（Third Generation Partnership Project）が策定した通信規格であるＵＭＴＳ規格（Universal Mobile Telecommunications System）に準拠した製品である（甲３ないし５，１１。以下，３ＧＰＰが定める通信規格を「３ＧＰＰ規格」ということがある。。）ＵＭＴＳ規格とは，３ＧＰＰで策定された第３世代移動通信システムの総称であり，多数の技術仕様からなっている。ＵＭＴＳ規格のうちの無線通信規格には，Ｗ－ＣＤＭＡ方式（Wideband Code Division Multiple Access。一般に「Ｗ－ＣＤＭＡ」といった場合には，ＵＭＴＳ規格と同義に使われる例もあるが，本判決においては，「Ｗ－ＣＤＭＡ」といった場合には，３ＧＰＰの技術仕様書（TechnicalSpecification。以下「ＴＳ」と表記することがある。）のうち，２５シリーズに規定されている方式を指すものとする。）のほか，ＬＴＥ方式（Long Term Evolution。３ＧＰＰのＴＳのうち３６シリーズに規定されている。）などがある。 (4) 本件特許に関するＦＲＡＮＤ宣言ア３ＧＰＰを結成した標準化団体の一つであるＥＴＳＩ（ EuropeanTelecommunications Standards Institute）（欧州電気通信標準化機構）は，知的財産権の取扱いに関する方針として「ＩＰＲポリシー」Intellectual Property Rights（Policy）を定めている。ＩＰＲポリシー（２００９年４月８日付けのもの）には，次のような規定がある（甲３６，乙１４７。原文英語）。「３方針の目的３．１ＥＴＳＩは，総会が提議した，ヨーロッパの通信セクターの技術的な目的に最も資する解決策に基づく規格および技術仕様を作成することを目的としている。この目的を推進するため，ＥＴＳＩのＩＰＲについての方針は，ＥＴＳＩおよび会員，ＥＴＳＩ規格および技術仕様を適用するその他の，規格の準備および採用，適用への投資が，規格または技術仕様についての必須ＩＰＲを使用できない結果無駄になる可能性があるというリスクを軽減するためのものである。この目的を達成するに当たり，ＥＴＳＩのＩＰＲについての方針では，通信分野での一般利用の標準化の必要性と，ＩＰＲの所有者の権利との間のバランスを取ることが求められる。３．２ＩＰＲの所有者は，ＥＴＳＩの会員またはその関連会社，第三者であるかによらず，規格および技術仕様の実装で，ＩＰＲの使用につき適切かつ公平に補償されるものとする。」「４ＩＰＲの開示４．１・・・各会員は，自らが参加する規格または技術仕様の開発の間は特に，ＥＴＳＩに必須ＩＰＲについて適時に知らせるため合理的に取り組むものとする。特に，規格または技術仕様の技術提案を行う会員は，善意をもって，提案が採択された場合に必須となる可能性のあるその会員のＩＰＲについてＥＴＳＩの注意を喚起するものとする。」「４．３上記の第４．１項に従っての義務は，ＥＴＳＩにこの特許ファミリーの構成要素について適時に知らされた場合には，すべての既存および将来のその特許ファミリーの構成要素につき満たされたとみなされる。・・・」「６ライセンスの可用性６．１特定の規格または技術仕様に関連する必須ＩＰＲがＥＴＳＩに知らされた場合，ＥＴＳＩの事務局長は，少なくとも以下の範囲で，当該のＩＰＲにおける取消不能なライセンスを公正，合理的かつ非差別的な条件（fair, reasonable andnon-discriminatory terms and conditions）で許諾する用意があることを書面で取消不能な形で３カ月以内に保証することを，所有者にただちに求めるものとする。・製造で使用するべく，ライセンシー自身の設計で，カスタマイズした部品およびサブシステムを製造または過去から引き続き製造する権利を含む，製造。・上記で製造した機器の販売または賃貸，処分。・機器の修理または使用，動作，および・方法の使用。上記の保証は，ライセンスの相互供与に同意することを求めるという条件に従い行われる場合がある。・・・６．２特許ファミリーの指定された構成要素に関する，第６．１項に従っての保証は，保証が行われた時点で指定したＩＰＲを除外する旨を明示する書面がある場合を除き，その特許ファミリーのすべての既存および将来の必須ＩＰＲに適用されるものとする。当該の除外の範囲は，明示的に指定されたＩＰＲに限定されるものとする。６．３要請されたＩＰＲの所有者の保証が許諾されない場合，委員会の委員長は，適切な場合，ＥＴＳＩ事務局と協議の上，問題が解決するまで，委員会が規格または技術仕様についての作業を停止すべきかどうかについて判断し，および／または関連の規格または技術仕様の承認を行うものとする。」「１２このポリシーは，フランス法に準拠する。」「１５定義（決定注：本決定においても「必須」「ＩＰＲ」「会員」「特許フ，，，ァミリー」の語を，以下の定義に基づいて用いることとする。）・・・６ＩＰＲに適用される「必須」とは，（商業的ではなく）技術的な理由で，標準化の時点で一般に利用可能な通常の技術慣行および最新技術を考慮し，ＩＰＲに抵触せずに規格に準拠する機器または方法を製造または販売，賃貸，処分，修理，使用または動作できないことを意味する。疑義を回避するため，規格が技術的な解決策でのみ実行可能で，すべてがＩＰＲに抵触する例外的な場合で，当該のすべてのＩＰＲは必須とみなされるものとする。７「ＩＰＲ」とは，商標以外の知的財産権の適用を含む，法律により参照された知的財産権を意味するものとする。疑義を回避するため，体裁に関連する権利または機密情報，企業秘密，同様のものは，ＩＰＲの定義から除外される。・・・９「会員」とは，ＥＴＳＩの会員または賛助会員を意味するものとする。会員の参照は，文脈が許す場合には常に，その会員およびその関連会社と解釈されるものとする。・・・１３「特許ファミリー」とは，優先順位の高い文書それ自体を含む，一般に１つ以上の優先順位のあるすべての文書を意味するものとする。疑義を回避するため，「文書」は特許および実用新案，その応用を表す。」イ(ｱ) 抗告人は，１９９８年（平成１０年）１２月１４日，ＥＴＳＩに対し，ＵＭＴＳ規格としてＥＴＳＩが推進しているＷ－ＣＤＭＡ技術に関し，抗告人の保有する必須ＩＰＲライセンスを，ＥＴＳＩのＩＰＲポリシー６．１項に従って，公正，「合理的かつ非差別的な条件」（fair, reasonable and non-discriminatory terms andconditions）（以下「ＦＲＡＮＤ条件」という。）で許諾する用意がある旨の誓約（宣言）をした（甲２９）。 (ｲ) 抗告人は，２００７年（平成１９年）８月７日，ＥＴＳＩに対し，ＥＴＳＩのＩＰＲポリシー４．１項に従って，本件出願の優先権主張の基礎となる韓国出願の出願番号，本件出願の国際出願番号（ＰＣＴ／ＫＲ２００６／００１６９９）等に係るＩＰＲが，ＵＭＴＳ規格（ＴＳ２５．３２２等）に関連して必須ＩＰＲであるか，又はそうなる可能性が高い旨を知らせるとともに，ＥＴＳＩのＩＰＲポリシー６．１項に準拠する条件（ＦＲＡＮＤ条件）で，取消不能なライセンスを許諾する用意がある旨の宣言（以下「本件ＦＲＡＮＤ宣言」という。）をした（甲３７）。本件ＦＲＡＮＤ宣言には，その有効性等はフランス法に準拠するとの文言及び規格に関し相互にライセンスを供与することを求めるとの条件に従い行われるとの文言が含まれていた。３当事者の主張当事者の主張は，抗告人及び相手方の各主張書面に記載されたとおりであるから，これを引用する。第３当裁判所の判断１本件製品についての本件発明１の技術的範囲の属否について当裁判所は，本件製品は，本件発明１の技術的範囲に属すると判断する。その理由は次のとおりである。 (1) 本件製品の構成についてア本件製品の本件技術仕様書Ｖ６．９．０の準拠の有無抗告人は，本件発明１が，３ＧＰＰが２００６年（平成１８年）９月に策定した３ＧＰＰ規格の技術仕様書「３ＧＰＰＴＳ２５．３２２Ｖ．６．９．０」（以下「本件技術仕様書Ｖ６．０」９．という。記載の）「代替的Ｅビット解釈」Alternative（E-bit 解釈）を具現化したものであり，同技術仕様書に準拠した本件製品は，本件発明１の技術的範囲に属する旨主張する。そこで，まず，本件製品が本件技術仕様書Ｖ６．９．０に準拠した製品といえるかどうかについて判断する。 (ｱ) 代替的Ｅビット解釈本件技術仕様書Ｖ６．９．０の９．２．２．５項，９．２．２．８項及び９．２．２．８．１項（別紙「３ＧＰＰＴＳ２５．３２２Ｖ６．９．０（抜粋）」参照）には，①伝送モードが非確認モードのＰＤＵ（ＵＭＤＰＤＵ）の最初のオクテットに含まれるＥビット（拡張ビット）について，「通常Ｅビット解釈」又は「代替的Ｅビット解釈」が上位レイヤーのコンフィギュレーションに応じて選択的に適用されること，②「代替的Ｅビット解釈」の下では，最初のオクテットに含まれるＥビットが「０」の場合は，「次のフィールドは，分割，連結，パディングされていない完全なＳＤＵ」であることを，「１」の場合は，「次のフィールドは，長さインジケータとＥビット」であることを示すこと，③「長さインジケータ」は，最初のオクテットに含まれるＥビットが「分割，連結，パディングされていない完全なＳＤＵ」であることを示していなければ，ＰＤＵの中のそれぞれのＳＤＵ（ＲＬＣＳＤＵ）が終わる最後のオクテットを示すものとして用いられること，④「代替的Ｅビット解釈」が設定され，かつ，ＰＤＵ（ＲＬＣＰＤＵ）がＳＤＵのセグメントを含むが，ＳＤＵの最初のオクテットも最後のオクテットも含まない場合には，「長さインジケータ」「１１１は，１１１０」の値を持つ７ビットの長さインジケータ又は「１１１１１１１１１１１１１１０」の値を持つ１５ビットの長さインジケータが用いられることが記載されている。 (ｲ) 本件実機テストａ疎明資料（甲２１，２２，７３）及び審尋の全趣旨によれば，次の事実が認められる。 (a) カナダ法人のチップワークス社が本件製品について，基地局エミュレータ」「として，ドイツ法人のローデ・シュワルツ社製の基地局テスタ「ＣＭＷ５００universal radio communication tester」を用いたテスト（以下「本件実機テスト」という。）を行った。ＣＭＷ５００は，Ｗ－ＣＤＭＡ方式に対応している。 (b) 本件実機テストのテスト１は，「ＰＤＵサイズ：４８８ビット，ＳＤＵサイズ：４８０ビット」の設定で，「ＰＤＵが分割，連結，パディングされていない完全なＳＤＵを含む場合」のテストであり，テスト２は，「ＰＤＵサイズ：８０ビット，ＳＤＵサイズ：４８０ビット」の設定で，最初と最後を除いた「中間セグメント」としてのＰＤＵ（例えば，２番目のＰＤＵ）をモニタするテストである。 (c) 本件実機テストの結果は，次のとおりである。 ① テスト１の場合には，一連番号（ＳＮ）に続くＥビットが「０」となり，長さインジケータを含まないＰＤＵが出力されている（甲２１の図１２，１４）。 ② テスト２の場合には，一連番号（ＳＮ）に続くＥビットが「１」となり，長さインジケータとして所定値（１１１１１１０）を含むＰＤＵが出力されている（甲２１の図１３，１５）。ｂ前記ａの本件実機テストの結果が示すＥビットの値及び長さインジケータの値は，前記(ｱ)の代替的Ｅビット解釈を採用した場合の値と整合しており（テスト１は前記(ｱ)②及び③と，テスト２は前記(ｱ)②及び④とそれぞれ整合する。，本件製）品は，代替的Ｅビット解釈の機能を実装していることが認められる。ｃこれに対し相手方は，本件実機テストの結果の「Interpretation」の欄に「次のオクテット：データ（「next octet: data」」と表示されており，）「分割，連結，パディングされていない完全なＳＤＵ」と表示されていないから，本件実機テストでは，代替的Ｅビット解釈ではなく，通常Ｅビット解釈が用いられているなどと主張する。しかし，代替的Ｅビット解釈において，Ｅビットに「０」が設定される場合，次のフィールドのビット列が「分割，連結，パディングされていない完全なＳＤＵ」を構成するＳＤＵの「データ」を示すものであることからすると，「Interpretation」の欄に「次のオクテット：データ（「next octet: data」」と表示されていることは）本件実機テストにおいて代替的Ｅビット解釈が使用されていることと相反するものではない。したがって，相手方の上記主張は理由がない。イ小括以上によれば，本件製品は，本件技術仕様書Ｖ６．９．０に準拠した製品であり，代替的Ｅビット解釈に基づく機能を実施する構成を備えていることが認められる。 (2) 本件発明１の技術的意義ア明細書の記載事項本件発明１の特許請求の範囲（請求項８）の文言と本件特許に係る明細書（以下，図面を含めて「本件明細書」という。甲２）の「発明の詳細な説明」の記載事項を総合すれば，本件明細書には，①パケットサービスを支援する移動通信システム（無線データパケット通信システム）において，音声コーデックから発生した音声フレームをインターネットプロトコルを用いて音声パケットの形態で伝送する通信技術であるＶｏＩＰを提供するに当たって，従来技術によるＶｏＩＰ通信方式でＲＬＣフレーミング方式（上位階層から受信されたＲＬＣＳＤＵを無線チャンネルを通じて伝送するために適合したサイズに処理する動作）を使用する場合であって，ＲＬＣＰＤＵのサイズが，最も頻繁に発生するＲＬＣＳＤＵのサイズに基づいて定義される場合には，大部分のＲＬＣＳＤＵが，分割又は連結せず，一つのＲＬＣＳＤＵは一つのＲＬＣＰＤＵで構成されるにもかかわらず，既存のＲＬＣフレーミング動作では，少なくともＲＬＣＳＤＵの開始を示すＬＩ（長さインジケータ）フィールドとその終了を示すＬＩフィールドが常に要求されるなど，不必要なＬＩフィールドが挿入され，それによって限定された無線リソースが非効率的に使用されるという問題点が発生すること，②本件発明１の目的は，従来技術による上記問題点を解決するために，ＲＬＣＰＤＵ（無線リンク制御階層のプロトコルデータユニット）のヘッダーサイズを減少させて無線リソースを効率的に使用する装置を提供することにあること，③本件発明１は，上記目的を達成するための手段として，「一つの完全なＲＬＣＳＤＵを分割/連結/パディングせずに，一つのＲＬＣＰＤＵにフレーミングが可能である場合」に，そのことをＲＬＣＰＤＵのデータフィールドに１ビット情報で示す構成（構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」するとの構成）を採用することによって，そのＲＬＣＳＤＵの分割/連結/パディングを示すための追加情報の挿入（「ＬＩフィールド」の使用）を不要とし，ＲＬＣＰＤＵが「ＲＬＣＳＤＵの開始や終了が含まれない，ＲＬＣＳＤＵの中間セグメントのみ」を含む場合に，そのことを予め定められたＬＩの新たな値に設定されたＬＩフィールドで示す構成（構成要件Ｄの「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部」の構成及び構成要件Ｆの「前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定」される構成）を採用することによって，ＲＬＣＳＤＵの分割動作を可能とし，これによりヘッダーサイズを減少させて無線リソースを効率的に使用する効果を奏することが開示されているものと認められる。イ本件発明１と代替的Ｅビット解釈との関係(ｱ) 本件発明１の構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」するとの構成及びその効果（前記ア③）は，代替的Ｅビット解釈において，最初のオクテットに含まれるＥビットが「０」の場合は，「次のフィールドは，分割，連結，パディングされていない完全なＳＤＵ」であることを示し，長さインジケータが用いられないこと（前記(1)ア(ｱ)②及び③）を規定し，また，構成要件Ｄの「前記ＰＤＵの前記データフィールドが前記ＳＤＵの中間セグメントを含む場合，少なくとも一つの長さインジケータ（ＬＩ）フィールドが存在することを示すように前記１ビットフィールドを設定する１ビットフィールド設定部」の構成及び構成要件Ｆの「前記ＬＩフィールドは前記ＰＤＵが前記ＳＤＵの最初のセグメントでも最後のセグメントでもない中間セグメントを含むことを示す予め定められた値に設定」される構成は，代替的Ｅビット解釈において，ＰＤＵ（ＲＬＣＰＤＵ）がＳＤＵのセグメントを含むが，ＳＤＵの最初のオクテットも最後のオクテットも含まない場合には，長さインジケ「ータ」は，「１１１１１１０」の値を持つ７ビットの長さインジケータ又は「１１１１１１１１１１１１１１０」の値を持つ１５ビットの長さインジケータが用いられること（前記(1)ア(ｱ)④）を規定したものであると認められる。したがって，本件発明１は，代替的Ｅビット解釈を具現化した発明であるというべきである。 (ｲ)ａこれに対し相手方は，本件発明１の構成要件Ｂの「前記ＳＤＵが一つのＰＤＵに含まれるか否かを判定」とは，「ＳＤＵが一つのＰＤＵに完全に含まれるかどうか（一致するかどうか）」を判定することを意味するのに対し，本件技術仕様書Ｖ６．９．０の４．２．１．２．１項の「ＲＬＣＳＤＵがＵＭＤＰＤＵの利用可能なスペースの長さより大きい場合」「ＲＬＣにＳＤＵを適当なサイズのＵＭＤＰＤＵｓに分割する。」との記載は，４．２．１．２．１項記載の判定方式が，ＳＤＵの分割が必要か否かを決定することを目的とし，ＳＤＵがＰＤＵの利用可能な領域よりも大きいか否か（ＳＤＵとＰＤＵの大小関係）を判定する方式を意味するものであり，ＳＤＵが一つのＰＤＵに完全に含まれる（一致する）か否かを判定する方式とは異なるものであるから，本件技術仕様書Ｖ６．９．０には，構成要件Ｂの開示がない旨主張する。しかし，本件技術仕様書Ｖ６．９．０の９．２．２．５項には，「代替的Ｅビット解釈」の下において，最初のオクテットに含まれるＥビットが「０」の場合は，「次のフィールドは，分割，連結，パディングされていない完全なＳＤＵ」であることを，「１」の場合は，「次のフィールドは，長さインジケータとＥビット」であることを示すこと（前記１(1)ア(ｱ)②）が記載されており，上記記載は，ＳＤＵがＰＤＵに完全に含まれる（一致する）か否か（「分割，連結，パディングされていない完全なＳＤＵ」か否か）の判定を行うことを前提に，その判定結果に従ってＥビットを上記のように設定することを規定するものといえるから，構成要件Ｂの「ＳＤＵが一つのプロトコルデータユニット(ＰＤＵ)に含まれるか」を判定する構成を開示するものというべきである。したがって，相手方の上記主張は理由がない。ｂまた，相手方は，構成要件Ｄにいう「前記ＳＤＵが一つのＰＤＵに含まれる場合」とは，①パディングが生じている場合，②連結が生じている場合，③分割，連結及びパディングのいずれも生じていない場合を全て対象とするものであるから，構成要件Ｄを充足するというためには，上記①又は②の場合であっても，「ＰＤＵが分割，連結又はパディングなしにＳＤＵを完全に含むことを示すように１ビットフィールドが設定」されなければならないのに対し，本件技術仕様書Ｖ６．９．０記載の代替的Ｅビット解釈においては，上記③の場合にのみ，ＰＤＵが完全なＳＤＵを含むことを示すように１ビットフィールドが設定されるのであるから，構成要件Ｄの構成は，本件技術仕様書Ｖ６．９．０記載の代替的Ｅビット解釈とは異なる旨主張する。しかし，構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合に，前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含むことを示すように前記１ビットフィールドを設定」との文言，本件明細書の段落【００２２】及び図５Ａによれば，構成要件Ｄの「前記ＳＤＵが一つのＰＤＵに含まれる場合」とは，「前記ＰＤＵが分割，連結，パディングなしに前記データフィールドに前記ＳＤＵを完全に含む」場合（上記③の場合）のみを意味し，ＳＤＵが連結されてＰＤＵに格納されている場合やＳＤＵがパディングとともにＰＤＵに格納されている場合は，これに含まれないと解すべきであるから，相手方の主張は，その前提を欠くものとして，採用することができない。 (3) 本件製品についての本件発明１の技術的範囲の属否についてア本件製品が本件発明１の構成要件Ａ及びＨを充足することは，前記争いのない事実等(3)イのとおりである。そして，本件製品が，本件技術仕様書Ｖ６．９．０に準拠した製品であり，代替的Ｅビット解釈に基づく機能を実施する構成を備えていること（前記(1)イ），本件発明１が代替的Ｅビット解釈を具現化した発明であること（前記(2)イ(ｱ)）によれば，本件製品は，本件発明１の構成要件ＢないしＧを充足するものと認められる。以上によれば，本件製品は，本件発明１の構成要件を全て充足するから，その技術的範囲に属する。イ(ｱ) これに対し相手方は，本件技術仕様書Ｖ６．９．０に構成要件Ｂ及びＤの開示がないことを理由に，本件製品が構成要件Ｂ及びＤを充足しない旨主張する。しかし，前記(2)イ(ｲ)で述べたとおり，相手方の主張は，その前提を欠くものであるから，理由がない。 (ｲ) また，相手方は，本件製品が本件発明１の技術的範囲に属するというためには，本件製品が本件発明１の構成要件に記載された全ての機能を現実のネットワーク上で実行していることを立証する必要があるが，代替的Ｅビット解釈は，通常Ｅビット解釈のオプション的なものであり，通信事業者が代替的Ｅビット解釈を使用するようにネットワークを設定していることについての立証がないから，本件製品が本件発明１の技術的範囲に属しない旨主張する。しかし，本件製品は，本件発明１の構成要件を全て充足し，代替的Ｅビット解釈を実施する構成を備えている以上，本件発明１の技術的範囲に属するものと認められ，現実のネットワーク上で通信事業者が代替的Ｅビット解釈を使用するようにネットワークを設定しているかどうかは本件発明１の技術的範囲の属否に影響を及ぼすものではないというべきである。 (4) まとめ以上のとおり，本件製品は，本件発明１の技術的範囲に属する。そして，本件発明２は，本件発明１の送信装置におけるデータの送信方法の発明であり，両発明の構成は共通すること（争いがない。）によれば，本件製品におけるデータ送信方法の構成は，本件発明２の技術的範囲に属するものと認められる。２権利濫用の成否について本件事案の内容に鑑み，抗告人による本件特許権に基づく本件製品の生産・譲渡等についての差止請求権の行使が権利の濫用になる旨の抗弁の成否について判断する。当裁判所は，抗告人による本件特許権に基づく差止請求権の行使は，権利の濫用に当たり許されないと判断する。その理由は次のとおりである。 (1) 準拠法についてまず，本件を検討する前提として準拠法を検討する。特許権に基づく差止請求の準拠法は，当該特許権が登録された国の法律であると解される（最判平成１４年９月２６日・民集５６巻７号１５５１頁）から，本件には，日本法が適用される。 (2) ＦＲＡＮＤ宣言がされた場合の差止請求権の行使についてア前提となる事実前記争いのない事実等と疎明資料及び審尋の全趣旨を総合すれば，以下の事実が認められる。 (ｱ) ＥＴＳＩのＩＰＲポリシーａ第２世代移動通信システム（２Ｇ）は，欧州外においては国ごとに規格が異なるばかりか，一つの国の中ですら規格が異なっており，普遍的な運用互換性がなかった。また，米国，日本，欧州は，それぞれ互換性のない規格に従ったシステムを運用していた。そのような状況の中，従来の音声サービスだけでなく，データサービス及びマルチメディアサービスを提供する第３世代移動通信システム（３Ｇ）の普及促進と付随する仕様の標準化を目的として，ＥＴＳＩ（欧州電気通信標準化機構）などの世界の標準化団体が結集し，１９９８年（平成１０年）に３ＧＰＰという名称の標準化団体を結成した。ｂＥＴＳＩは，知的財産権（ＩＰＲ）の取扱いに関する方針として，ＩＰＲポリシーを定めている。技術の標準化は，製品間の互換性を確保し，製造・調達のコストを削減し，これによって研究開発の効率化や他社との提携の拡大等が期待されるものであり，また，ユーザーにとっても，製品・サービスの利便性の向上，製品価格やサービス料金の低減等による利益を享受し得るという点で多大な効用がある。他方，当該標準に係る必須特許を使用して製品化を図ろうとする者は，必須特許を保有する企業から過大なライセンス料を要求されたり，実施許諾を得られなかった場合には，標準規格に準拠した製品に対する開発投資等が無駄になるなど，さまざまな不都合が生じ得る。ＥＴＳＩのＩＰＲポリシーは，上記のような不都合な事態を回避し，通信分野における技術の標準化を促進させ，知的財産権の保有者の権利との間のバランスを図ることを目的として策定されたものである（３．１項の「方針の目的」参照）。ｃＥＴＳＩのＩＰＲポリシーには，次のような規定がある。 (a) ＩＰＲポリシー４．１項は，各会員は，自らが参加する規格又は技術仕様の開発の間は特に，ＥＴＳＩに必須ＩＰＲについて適時に知らせるため合理的に取り組むものとし，特に，規格又は技術仕様の技術提案を行う会員は，善意をもって，提案が採択された場合に必須となる可能性のあるその会員のＩＰＲについてＥＴＳＩの注意を喚起する旨を規定し，４．３項は，４．１項の義務は，ＥＴＳＩにこの特許ファミリーの構成要素について適時に知らされた場合には，全ての既存及び将来のその特許ファミリーの構成要素につき満たされたとみなされる旨を規定する。 (b) ＩＰＲポリシー６．１項は，特定の規格又は技術仕様に関連する必須ＩＰＲがＥＴＳＩに知らされた場合，ＥＴＳＩの事務局長は，少なくとも製造（製造で使用するべく，ライセンシー自身の設計で，カスタマイズした部品及びサブシステムを製造又は過去から引き続き製造する権利を含む。，製造した機器の販売，賃貸，）処分，修理又は使用，動作及び方法の使用の範囲で，当該ＩＰＲにおける取消不能なライセンスを「公正，合理的かつ非差別的な条件」（ＦＲＡＮＤ条件）で許諾する用意があることを書面で取消不能な形で３か月以内に保証することを，当該ＩＰＲの所有者に直ちに求めるものとする旨，上記保証は，ライセンスの相互供与に同意することを求めるという条件に従い行われる場合がある旨を規定し，６．２項は，６．１項の保証は，保証が行われた時点で指定したＩＰＲを除外する旨を明示する書面がある場合を除き，その特許ファミリーの全ての既存及び将来の必須ＩＰＲに適用されるものとする旨を規定し，６．３項は，要請されたＩＰＲの所有者の保証が許諾されない場合，委員会の委員長は，適切な場合，ＥＴＳＩ事務局と協議の上，問題が解決するまで，委員会が規格又は技術仕様についての作業を停止すべきかどうかについて判断し，「および／または」関連の規格又は技術仕様の承認を行う旨を規定する。 (c) ＩＰＲポリシー１５項６は，ＩＰＲに適用される「必須」とは，（商業的ではなく）技術的な理由で，標準化の時点で一般に利用可能な通常の技術慣行及び最新技術を考慮し，ＩＰＲに抵触せずに規格に準拠する機器又は方法を製造又は販売，賃貸，処分，修理，使用又は動作できないことを意味する旨を規定する。 (d) ＩＰＲポリシー１２項は，ＩＰＲポリシーはフランス法に準拠する旨を規定する。ｄＩＰＲポリシーを補足する「ＩＰＲについてのＥＴＳＩの指針」（甲４０，乙１４８）には，次のような規定がある。 (a) ＩＰＲについてのＥＴＳＩの指針１．１項は，「本指針の主な特徴は，次のように簡略化できる」と規定する。「・会員は，ライセンスの許諾を拒否する権利を含む，自らが保有するＩＰＲを保持しその利益を得る権利を完全に有する。・ＥＴＳＩは，ＥＴＳＩの技術的な目的に最も資する解決策に基づく規格および技術仕様を作成することを目的としている。・この目的を達成するに当たり，ＥＴＳＩのＩＰＲについての方針では，通信分野での一般利用の標準化の必要性と，ＩＰＲの所有者の権利との間のバランスを取ることが求められる。・ＩＰＲについての方針は，規格の準備および採用，適用への投資が，規格または技術仕様についての必須ＩＰＲを使用できない結果無駄になる可能性があるというリスクを軽減するためのものである。・よって，規格作成過程の可能な限り早期に，必須ＩＰＲの存在を知っていることが，特にライセンスが公正，合理的かつ非差別的な（ＦＲＡＮＤ）条件で利用できない場合に必要である。」(b) ＩＰＲについてのＥＴＳＩの指針１．４項は，ＥＴＳＩのＩＰＲについての方針は，機関としてのＥＴＳＩ及びその会員，事務局の権利及び義務を定義するものであり，ＥＴＳＩの非会員にも，方針の下で特定の権利はあるが，法的な義務は有さない旨を規定し，同項に掲げる「表」中には，次のような記載がある。「会員の権利」「・自らのＩＰＲを規格に含めることを拒否すること（８．１項及び８．２項）。・規格に関し，公正，合理的かつ非差別的な条件でライセンスが許諾されること（６．１項）」。「会員の義務」「・ＥＴＳＩに，自らのＩＰＲ及び他者の必須ＩＰＲについて知らせる（４．１項）。・必須ＩＰＲの所有者は，公正，合理的かつ非差別的な条件でライセンスを許諾することを保証することが求められる（６．１項）」。「第三者の権利」「・第三者には，必須ＩＰＲの所有者として，又はＥＴＳＩ規格若しくは文書のユーザーとして，ＥＴＳＩのＩＰＲについての方針の下で，次の特定の権利を有する。 ○少なくとも製造及び販売，賃貸，修理，使用，動作するため，規格に関し，公正，合理的かつ非差別的な条件でライセンスが許諾されること（６．１項）」。 (ｲ) 本件ＦＲＡＮＤ宣言に至るまでの経緯ａ抗告人は，１９９８年（平成１０年）１２月１４日，ＥＴＳＩに対し，ＵＭＴＳ規格としてＥＴＳＩが推進しているＷ－ＣＤＭＡ技術に関し，抗告人の保有する必須ＩＰＲライセンスを，ＥＴＳＩのＩＰＲポリシー６．１項に従って，「公正，合理的かつ非差別的な条件」（ＦＲＡＮＤ条件）で許諾する用意がある旨の宣言をした。ｂ抗告人は，２００５年（平成１７年）５月４日，韓国において，本件出願の優先権主張の基礎となる特許出願（優先権主張番号１０－２００５－００３７７７４）をした。抗告人は，同月９日から１３日にかけて，３ＧＰＰのワーキンググループに対し，変更リクエストを提出した。その後，上記変更リクエストが採用され，代替的Ｅビット解釈が標準規格の一つとされた。抗告人は，平成１８年５月４日，本件出願をした。その後，抗告人は，平成２２年１２月１０日，本件特許権の設定登録を受けた。ｃ抗告人は，２００７年（平成１９年）８月７日，ＥＴＳＩに対し，「ＩＰＲの情報についての声明及びライセンスの宣言」と題する書面を提出することにより，ＥＴＳＩのＩＰＲポリシー４．１項に従って，本件出願の優先権主張の基礎となる韓国出願の出願番号，本件出願の国際出願番号（ＰＣＴ／ＫＲ２００６／００１６９９）等に係るＩＰＲが，ＵＭＴＳ規格（ＴＳ２５．３２２等）に関連した必須ＩＰＲであるか，又はそうなる可能性が高い旨を知らせるとともに，そのＩＰＲが引き続き必須である範囲で，規格に関し，ＩＰＲポリシー６．１項に準拠する条件（ＦＲＡＮＤ条件）で，取消不能なライセンスを許諾する用意がある旨の宣言（本件ＦＲＡＮＤ宣言）をした。 (ｳ) 本件特許の位置付け等本件特許は，ＵＭＴＳ規格の本件技術仕様書Ｖ６．９．０記載の「代替的Ｅビット解釈」に準拠した製品の製造，販売等及び方法の使用をするのに避けることのできない必須特許である。一般に，各種の標準化団体においては，ＥＴＳＩのＩＰＲポリシーに見られると同様に，知的財産権の取扱基準を設け，参加者等の特許権等の知的財産権（以下においては，特許権についてのみ論ずる。がその定める標準規格に必須となる場合に）は，標準化団体の参加者等に，そのような特許権の開示を求め，さらに当該特許権をＦＲＡＮＤ条件あるいはＲＡＮＤ条件（「reasonable and non-discriminatory」な条件）等でライセンスを行うことの宣言（以下，ＦＲＡＮＤ条件又はＲＡＮＤ条件等によりライセンスを行うことの宣言を，「ＦＲＡＮＤ宣言」という。）を求めることが行われる。イ本件ＦＲＡＮＤ宣言と差止請求権の行使について(ｱ) ＦＲＡＮＤ宣言された必須特許（以下，ＦＲＡＮＤ宣言された特許一般を指す語として「必須宣言特許」を用いる。）に基づく差止請求権の行使を無限定に許すことは，次に見るとおり，当該規格に準拠しようとする者の信頼を害するとともに特許発明に対する過度の保護となり，特許発明に係る技術の社会における幅広い利用をためらわせるなどの弊害を招き，特許法の目的である「産業の発達」同法1条）（を阻害するおそれがあり合理性を欠くものといえる。すなわち，ある者が，標準規格へ準拠した製品の製造，販売等を試みる場合，当該規格を定めた標準化団体の知的財産権の取扱基準を参酌して，当該取扱基準が，必須特許についてＦＲＡＮＤ宣言する義務を会員に課している等，将来，必須特許についてＦＲＡＮＤ条件によるライセンスが受けられる条件が整っていることを確認した上で，投資をし，標準規格に準拠した製品等の製造・販売を行う。仮に，後に必須宣言特許に基づく差止請求を許容することがあれば，ＦＲＡＮＤ条件によるライセンスが受けられるものと信頼して当該標準規格に準拠した製品の製造・販売を企図し，投資等をした者の合理的な信頼を損なうことになる。必須宣言特許の保有者は，当該標準規格の利用者に当該必須宣言特許が利用されることを前提として，自らの意思で，ＦＲＡＮＤ条件でのライセンスを行う旨の宣言をしていること，標準規格の一部となることで幅広い潜在的なライセンシーを獲得できることからすると，必須宣言特許の保有者がＦＲＡＮＤ条件での対価を得られる限り，差止請求権行使を通じた独占状態の維持を保護する必要性は高くない。そうすると，このような状況の下で，ＦＲＡＮＤ条件によるライセンスを受ける意思を有する者に対し，必須宣言特許による差止請求権の行使を許すことは，必須宣言特許の保有者に過度の保護を与えることになり，特許発明に係る技術の幅広い利用を抑制させ，特許法の目的である「産業の発達」（同法1条）を阻害することになる。 (ｲ) 以上を本件の事案に即して敷衍する。ＵＭＴＳ規格に準拠した製品を製造，販売等しようとする者は，ＵＭＴＳ規格に準拠した製品を製造，販売等するのに必須となる特許権のうち，少なくともＥＴＳＩの会員が保有するものについては，ＥＴＳＩのＩＰＲポリシー４．１項等に応じて適時に必要な開示がされるとともに，同ポリシー６．１項等によってＦＲＡＮＤ宣言をすることが要求されていることを認識しており，特許権者とのしかるべき交渉の結果，将来，ＦＲＡＮＤ条件によるライセンスを受けられるであろうと信頼するが，その信頼は保護に値するというべきである。したがって，本件ＦＲＡＮＤ宣言がされている本件特許について，無制限に差止請求権の行使を許容することは，このような期待を抱いてＵＭＴＳ規格に準拠した製品を製造，販売する者の信頼を害することになる。必須宣言特許を保有する者は，ＵＭＴＳ規格を実施する者のかかる期待を背景に，ＵＭＴＳ規格の一部となった本件特許を含む特許権が全世界の多数の事業者等によって幅広く利用され，それに応じて，ＵＭＴＳ規格の一部とならなければ到底得られなかったであろう規模のライセンス料収入が得られるという利益を得ることができる。また，抗告人による本件ＦＲＡＮＤ宣言を含めてＥＴＳＩのＩＰＲポリシーの要求するＦＲＡＮＤ宣言をした者については，自らの意思で取消不能なライセンスをＦＲＡＮＤ条件で許諾する用意がある旨を宣言しているのであるから，ＦＲＡＮＤ条件での対価が得られる限りにおいては，差止請求権を行使することによってその独占状態が維持できることはそもそも期待していないものと認められ，かかる者について差止請求権の行使を認め独占状態を保護する必要性は高くないといえる。相手方を含めてＵＭＴＳ規格を実装した製品を製造，販売等しようとする者においては，ＵＭＴＳ規格を実装しようとする限り，本件特許を実施しない選択肢はなく，代替的技術の採用や設計変更は不可能である。そのため，本件特許権による差止請求が無限定に認められる場合には，差止めによって発生する損害を避けるために，ＦＲＡＮＤ条件から離れた高額なライセンス料の支払や著しく不利益なライセンス条件に応じざるを得なくなり，あるいは事業自体をあきらめざるを得なくなる可能性がある。また，ＵＭＴＳ規格には，極めて多数の特許権が多くの者によって保有されており（特許ファミリー単位でも１８００件以上が，５０社以上の者から必須特許であると宣言されている。，これらの多くの者の極めて多数の特許権につ）いて，逐一，必須性を確認した上で事前に利用許諾を受けることは著しく困難であると考えられ，必須宣言特許による差止請求を無限定に認める場合には，事実上ＵＭＴＳ規格の採用が不可能となるものと想定される。以上のような事態の発生を許すことは，ＵＭＴＳ規格の普及を阻害することとなり，通信規格の統一と普及を目指したＥＴＳＩのＩＰＲポリシーの目的に反することになるし，通信規格の統一と普及によって社会一般が得られるはずであった各種の便益が享受できない結果ともなる。必須宣言特許についてＦＲＡＮＤ条件によるライセンスを受ける意思を有する者に対し，ＦＲＡＮＤ宣言をしている者による特許権に基づく差止請求権の行使を許すことは，相当ではない。 (ｳ) 他面において，ＵＭＴＳ規格に準拠した製品を製造，販売する者が，ＦＲＡＮＤ条件によるライセンスを受ける意思を有しない場合には，かかる者に対する差止めは許されると解すべきである。けだし，ＦＲＡＮＤ条件でのライセンスを受ける意思を有しない者は，ＦＲＡＮＤ宣言を信頼して当該標準規格への準拠を行っているわけではないし，このような者に対してまで差止請求権を制限する場合には，特許権者の保護に欠けることになるからである。もっとも，差止請求を許容することには，前記のとおりの弊害が存することに照らすならば，ＦＲＡＮＤ条件によるライセンスを受ける意思を有しないとの認定は厳格にされるべきである。 (ｴ) 以上を総合すれば，本件ＦＲＡＮＤ宣言をしている抗告人による本件特許権に基づく差止請求権の行使については，相手方において，抗告人が本件ＦＲＡＮＤ宣言をしたことに加えて，相手方がＦＲＡＮＤ条件によるライセンスを受ける意思を有する者であることの主張立証に成功した場合には，権利の濫用（民法1条3項）に当たり許されないと解される。 (3) ＦＲＡＮＤ条件によるライセンスを受ける意思の有無について相手方は，アップル社あるいは相手方は，本件特許について，ＦＲＡＮＤ条件によるライセンスを受ける意思を有する者（willing licensee）である旨主張しているので，以下，この点について検討する。ア検討疎明資料及び審尋の全趣旨を総合すれば，前記(2)アの事実に加えて，①抗告人は，平成２３年７月２５日付け書簡で，アップル社に対し，抗告人の必須宣言特許ポートフォリオについてのライセンス条件として，具体的な料率を提示したこと，②アップル社は同年８月１８日付けの書面でライセンス料率の上限を提示し，平成２４年３月４日付け書簡でさらに数桁小さい料率をロイヤリティとして支払う旨のライセンス契約の申出をし，さらに，同年９月７日付け書簡で，クロスライセンス契約を含む具体的なライセンス案を提示したこと，③これに対して，抗告人は，アップル社が抗告人の提示を不本意とするならば，アップル社において具体的な提案をするよう要請するのみであったこと，④抗告人は，同年９月１４日付け書簡でライセンス料算定の基礎となる価格の上限引下げの提案等をしたこと，⑤抗告人は，同年１２月３日付け書簡で，当初提案の料率を半分以下にする提案をしたこと，⑥アップル社と抗告人は，同月１２日，１７日及び１８日に会合をもち，この際に抗告人は，多額の一時金を支払うとの内容を含む提案を行い，アップル社は，ＵＭＴＳ規格の必須特許ポートフォリオを対象とするクロスライセンス契約の提案をしたこと，⑦アップル社と抗告人は，平成２５年１月１４日にも会合をもち，その際アップル社はライセンス料の支払を伴わないクロスライセンス契約の提案を行ったこと，⑧両社の同年２月７日●●●●の会合の際には，合意書の案が作成された●●●●●●●●●●●●●●こと，⑨その後も，抗告人とアップル社との間では，紛争を仲裁に付するとした場合の条件等をめぐって各種の交渉が断続的に行われていることが認められる。上記に鑑みると，アップル社は，平成２３年８月１８日付けの書面でのライセンス料率の上限の提示に始まり，複数回にわたって算定根拠とともに具体的なライセンス料率の提案を行っているし，抗告人と複数回面談の上集中的なライセンス交渉も行っているから，アップル社や相手方はＦＲＡＮＤ条件によるライセンスを受ける意思を有する者であると認められる。この点，抗告人とアップル社との間には，妥当とするライセンス料率について大きな意見の隔絶が長期間にわたって存在する。しかし，ライセンサーとライセンシーとなる両社は本来的に利害が対立する立場にあることや，何がＦＲＡＮＤ条件でのライセンス料であるかについて一義的な基準が存するものではなく，個々の特許のＵＭＴＳ規格への必須性や重要性等については様々な評価が可能であって，それによって妥当と解されるライセンス料も変わり得ることからすれば，アップル社の行った各種提案も一定程度の合理性を有するものと評価できる。加えて，抗告人の交渉態度も，アップル社との間でのライセンス契約の締結を促進するものではなかったと評価するのが相当であることからすると，両社間に大きな意見の隔絶が長期間にわたって存在したとしても，アップル社や相手方においてＦＲＡＮＤ条件でのライセンス契約を締結する意思を有するとの認定が直ちに妨げられるものではない。イこれに対し，抗告人は，アップル社がライセンスの対象特許を確定せず，自らをより利するライセンス条件を順次提示し，また，自ら提示する条件はＦＲＡＮＤ条件に反しないとの態度を続けて，ライセンス契約の成立を故意に妨げているのであるから，アップル社や相手方はライセンスを受ける意思を有するとは認められないなどと主張する。しかし，標準規格を策定することの目的及び意義等に照らすと，ライセンス契約を受ける意思を有しないとの認定は厳格にされてしかるべきところ，アップル社と抗告人の間のライセンス交渉の経緯は前記アのとおりであって，相手方はＦＲＡＮＤ条件によるライセンスを受ける意思を有する者であると認められるから，抗告人の主張は採用の限りではない。 (4) 小括そうすると，抗告人による本件特許権に基づく差止請求権の行使は，権利の濫用（民法1条3項）に該当し，許されない。３結論以上によれば，本件申立ては，その余の点について検討するまでもなく，被保全権利について疎明を欠くので却下すべきであり，これと結論を同じくする原決定は相当であるから，本件抗告は棄却されるべきである。よって，主文のとおり決定する。平成２６年５月１６日知的財産高等裁判所特別部裁判長裁判官飯村敏明裁判官設樂隆一裁判官富田善範裁判官清水節裁判官小田真治（別紙）物件目録「ｉＰｈｏｎｅ４Ｓ」（別紙）３ＧＰＰＴＳ２５．３２２Ｖ６．９．０（抜粋）１「4.2.1.2 Unacknowledged mode (UM) RLC entitiesFigure 4.3 below shows the model of two unacknowledged mode peer RLC entitieswhen 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 EU M -S A P U M -S A PT ra n s m iss io n T ra n s m it ti n R e c e iv i n gR e a s s e m b lyb u f fe r g UM RLCUM RLC e n t itye n t it y R em ove R LCS e g m e n t a ti o n & headerC o n c a te n a t io nR e c e p tio nA dd R LC header b u ff e rC ip h e ri n g D e c i p h e r in gD C C H /D T C H ? U E D C C H /D T C H ? U T R A NC 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 EFigure 4.3a:Model of two unacknowledged mode peer entitiesconfigured for use with duplicate avoidance and reordering」２「4.2.1.2.1 Transmitting UM RLC entityThe transmitting UM-RLC entity receives RLC SDUs from upper layers through theUM-SAP. The transmitting UM RLC entity segments the RLC SDU into UMD PDUs ofappropriate size, if the RLC SDU is larger than the length of available space inthe 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 PDUThe UMD PDU is used to transfer user data when RLC is operating in unacknowledgedmode. The length of the data part shall be a multiple of 8 bits. The UMD PDU headerconsists of the first octet, which contains the "Sequence Number". The RLC headerconsists of the first octet and all the octets that contain "Length Indicators". 」（訳文）「9.2.1.3 UMD PDUUMD PDU は，RLC が UM モードで動作しているときに，ユーザーデータを転送するために用いられる。データパートの長さは，８ビットの倍数である。UMD PDU ヘッダは，「一連番号」を含む最初のオクテットで構成される。RLC ヘッダは，最初のオクテットと，「長さインジケータ」を含むすべてのオクテットで構成される。」Sequence Number E Oct1Length Indicator E (Optional) (1)...Length Indicator E (Optional)DataPAD (Optional)Last OctetFigure 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 normalE-bit interpretation or the alternative E-bit interpretation depending on higherlayer configuration. The "Extension bit" in all the other octects always hasthe normal E-bit interpretation.- In the AMD PDU, the "Extension bit" always has the normal E-bit interpretation.Normal E-bit interpretation:Bit Description0 The next field is data, piggybackedSTATUS PDU or padding1 The next field is Length Indicator andE bitAlternative E-bit interpretation:Bit Description0 The next field is a complete SDU, whichis not segmented, concatenated orpadded.1 The next field is Length Indicator andE bit」（訳文）「9.2.2.5 エクステンションビット(E)長さ：１ビットこのビットの解釈は，RLC のモード及び上位レイヤーのコンフィギュレーションに依存する。－ UMD PDU において，最初のオクテットに含まれる「拡張ビット」は，上位レイヤーのコンフィギュレーションに応じて，通常 E ビット解釈又は代替的 E ビット解釈のいずれかを有する。他の全てのオクテットに含まれる「拡張ビット」は，常に通常Ｅビット解釈を有する。－ AMD PDU において，「拡張ビット」は，常に通常 E ビット解釈を有する。通常 E ビット解釈：Bit 記述0 次のフィールドは，データ，ピギーバックされたステータス PDU，又はパディング1 次のフィールドは，長さインジケータと Eビット代替的 E ビット解釈：Bit 記述0 次のフィールドは，分割，連結，パディングされていない完全な SDU1 次のフィールドは，長さインジケータと Eビット」５(1) 「9.2.2.8 Length Indicator (LI)Unless the "Extension bit" indicates that a UMD PDU contains a complete SDUwhich is not segmented, concatenated or padded, a "Length Indicator" is usedto 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 UMRLC and an RLC PDU contains a segment of an SDU but neither the first octet northe 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」値を持つ「長さインジケータ」を用いる。」

事実及び理由
全容

すごい知財EXPO'22

ページ上部へ