- 1 -平成１７年（行ケ）第１０５５９号審決取消請求事件口頭弁論終結日平成１８年３月３０日判決原告三洋電機株式会社同訴訟代理人弁理士森下賢樹同三木友由被告特許庁長官中嶋誠同指定代理人片岡栄一同山田洋一同小池正彦同大場義則主文 原告の請求を棄却する。 訴訟費用は原告の負担とする。 事実 及び理由第１請求特許庁が不服２００１－１８６９９号事件について平成１７年５月２４日にした審決を取り消す。 第２争いのない事実 特許庁における手続の経緯原告は，平成６年１１月２９日，発明の名称を「データ処理方法およびデータ処理装置」とする特許出願（特願平６－２９５０１９号，以下「本願」という）をしたが，特許庁は，平成１３年９月１８日，本願について拒絶査定を。 した。 そこで，原告は，平成１３年１０月１８日，拒絶査定不服審判の請求をした- 2 -が（不服２００１－１８６９９号，特許庁は，平成１７年５月２４日「本），件審判の請求は，成り立たない」との審決（以下「本件審決」という）を。 。 し，その謄本は，同年６月７日，原告に送達された。 特許請求の範囲本願に係る明細書（平成１５年７月２２日付け手続補正後のもの。以下「本願明細書」という）の請求項１の記載は，次のとおりである（以下，この発。 明を「本願発明」という。 。）「ビデオストリームのユーザ領域であって，ストリームのなかのMPEGMPEG（）ヘッダ，またはピクチャーヘッダに対応付けられGOPGroupOfPicturesた領域に記録されたユーザデータを分離し，ピクチャーデータと合成して再生するデータ処理方法」。 本件審決の理由別紙審決書写し ーヘッダに対応付けられGOPGroupOfPicturesた領域に記録されたユーザデータを分離し，ピクチャーデータと合成して再生するデータ処理方法」。 本件審決の理由別紙審決書写しのとおりである。要するに，本願発明は，特開平６－２２５２１９号公報（甲４，以下「引用例１」という）及び「ポイント図解式最。 新教科書（株式会社アスキー，１９９４年８月１日発行）１１３～１MPEG」１５頁（甲５，以下「引用例２」という）に記載された発明に基づいて，当。 業者が容易に発明をすることができたものであるから，特許法２９条２項の規定により特許を受けることができない，というものである。 本件審決が認定した本願発明と引用例１記載の発明との一致点及び相違点は，次のとおりである。 （一致点）ストリームのユーザ領域であって，ストリームのなかの領域にMPEGMPEG記録されたユーザデータを分離し，ピクチャーデータと合成して再生するデータ処理方法。 （相違点ａ）ストリームに関し，本願発明は「ビデオストリーム」をそのMPEGMPEG，- 3 -対象とするのに対し，引用例１に記載された発明においては，このことが特に示されていない点。 （相違点ｂ）ユーザデータの記録領域に関し，本願発明においては，ストリームのMPEGなかの「（）ヘッダ，またはピクチャヘッダに対応付けGOPGroupOfPicturesられた領域」に記録されるものであるのに対し，引用例１に記載された発明におけるテキストデータ（ユーザデータ）は，ビットストリームの「ユーMPEGザデータ領域（ユーザ領域）に書き込まれるものであるが，ヘッダに対応付」けられた領域であることについては特に示されていない点。 第３原告主張に係る本件審決の取消事由本件審決 ムの「ユーMPEGザデータ領域（ユーザ領域）に書き込まれるものであるが，ヘッダに対応付」けられた領域であることについては特に示されていない点。 第３原告主張に係る本件審決の取消事由本件審決は，本願発明と引用例１記載の発明との相違点を看過し（取消事由１，また，相違点ａ，ｂについての判断を誤った（取消事由２，３）もので）あり，これらの誤りが本件審決の結論に影響を及ぼすことは明らかであるから，取り消されるべきである（なお，本件審決の認定した一致点は認める。 。） 取消事由１（相違点の看過）本願発明では，ユーザデータ領域がＭＰＥＧビデオストリーム内の特定領域にあるのに対し，引用例１記載の発明では，ユーザデータ領域がＭＰＥＧビデオストリームとは別のプライベートストリームにある点において，両者は明らかに異なるにもかかわらず，本件審決は，この相違点を看過したものである。 ( )すなわち，引用例１の図４の圧縮時（符号化時）において「動画像圧 ，縮回路１１３」がＭＰＥＧビデオエンコーダである場合，ＭＰＥＧビデオストリームの生成は「動画像圧縮回路１１３」で完結する。一方，文字等のテキストデータは，この時点ではまだ容量が不明であり，それどころか，有無すらも不明である。そのため，このようなデータを格納するユーザデータ領域をＭＰＥＧビデオストリームの中に適切に確保することはできない。この事情は，ＭＰＥＧビデオストリームの中のいずれの部分についてもいえるこ- 4 -とであり，ＭＰＥＧビデオストリーム中のＧＯＰ層やピクチャ層の中のユーザデータ領域も例外ではない。このため，続く「マルチプレクサ１１４」がテキストデータを格納する場合，それは必然的にＭＰＥＧビデオストリームの外においてなされる。そして，それはプライベートストリームということにほか 外ではない。このため，続く「マルチプレクサ１１４」がテキストデータを格納する場合，それは必然的にＭＰＥＧビデオストリームの外においてなされる。そして，それはプライベートストリームということにほかならない。 なお，圧縮画像を生成する際、想定される最大サイズのユーザデータ領域を常にＧＯＰ層やピクチャ層に確保すれば，テキストデータをＭＰＥＧビデオストリームのＧＯＰ層やピクチャ層の中のユーザデータ領域に格納することを実現することができる。しかし、これでは，ＭＰＥＧビットストリームのデータサイズが徒に大きくなるばかりで、明らかにデータ圧縮の趣旨に反する。 ( )一方，復号時についていえば，引用例１の段落【００３５】に「動画像 伸長回路１１７にはＭＰＥＧデコーダを用いる」とある。仮にユーザデー。 タがＭＰＥＧビデオストリーム内の特定領域に格納されるとすれば，図４の「動画像伸長回路１１７」でＭＰＥＧビデオストリームが解析され，特定領域からテキストデータが抽出されるはずである。この場合，同図の「デマルチプレクサ１１６（図中「マルチプレクサ１１６」と誤記されている）」。 の存在が無意味となる。したがって，ユーザデータは特定領域以外のユーザデータ領域，つまり，プライベートストリームに格納されていることになる。 また，引用例１の段落【００３２】にも「使用者が受取ったデータは，，デマルチプレクサ１１６により，圧縮画像データとテキストデータに分離される。画像データは信号線１２０を通して動画像伸長回路１１７に送られる。 テキストデータは，信号線１２１を通して字幕スーパインポーザ１１８に送られ，…」とある。ここでも，はっきりとＭＰＥＧビットストリームが「画像データ」と「テキストデータ」に分離される旨が説明されており，もともとＭＰＥＧビデオストリーム（画像デ ーパインポーザ１１８に送られ，…」とある。ここでも，はっきりとＭＰＥＧビットストリームが「画像データ」と「テキストデータ」に分離される旨が説明されており，もともとＭＰＥＧビデオストリーム（画像データ）とプライベートストリーム（テ- 5 -キストデータ）とが多重化されて生成されたＭＰＥＧビットストリームが，もとのように分解されただけである。テキストデータがＭＰＥＧビデオストリームに組み込まれていたなどとは理解できない。 なお「ポイント図解式最新教科書（株式会社アスキー，１９，」MPEG９４年８月１日発行，２３１～２５３頁。甲６。以下「甲６文献」という）に「受信された多重ストリームは，ＤＭＵＸ（，分離。 ，Demultiplexer部）でビデオ，オーディオなどの各個別のストリーム（データ列）部分を分離して，それぞれの復号器に送る」とあるとおり（２３３頁８～９行，デ）マルチプレクサ（ＤＭＵＸ，分離部）における分離の対象は，いずれもビデオストリーム，オーディオストリーム，プライベートストリーム等のストリームを単位とする。ＭＰＥＧシステムの基本構成上に構築された引用例１においても当業者は当然そのように解釈するのであり，分離がＭＰＥＧビデオストリーム内のユーザデータについてされると解釈するのは無理がある。 取消事由２（相違点ａの判断の誤り）本件審決が相違点ａに係る本願発明の構成を当業者が容易に想到することができたものである旨判断したのは，誤りである。 すなわち，引用例１記載の発明のユーザデータはプライベートストリームに置かれるのであり，これをＭＰＥＧビデオストリームに置くのであれば，それを実現するためには別個の発明の創作を待たねばならない。なぜなら，①引用例１記載の発明において，容量の不明なテキストデータのためのユーザデー あり，これをＭＰＥＧビデオストリームに置くのであれば，それを実現するためには別個の発明の創作を待たねばならない。なぜなら，①引用例１記載の発明において，容量の不明なテキストデータのためのユーザデータ領域をどのようにＭＰＥＧビデオストリーム内に確保するのか，その方法がどこにも開示されていない，②引用例１記載の発明において，もしテキストデータがＭＰＥＧビデオストリームに組み込まれているなら「ストリーム単位で，分ける」ことが役割のデマルチプレクサ１１６は，その通常の意味とは違う役割を担うはずであるが，そのための構成はどこにも開示されていないからである。 - 6 - 取消事由３（相違点ｂの判断の誤り）本件審決が相違点ｂに係る本願発明の構成を当業者が容易に想到することができたものである旨判断したのは，誤りである。 確かに，引用例２記載の発明には，本件審決が指摘するようなユーザデータ領域が存在するが，仮に，ここに引用例１記載の発明でいうテキストデータを置いたとしても，引用例１記載の発明にはそれを復号するための構成は示されておらず，これは別個の発明に属すべきことである。仮に「ユーザデータで，あれば，ユーザデータ領域に置くことができる」という論法が発想としてあり得るとしても，それを実現するための具体的な技術の実現には，単なる発想では足りず，新たな創作行為を要するものである。 第４被告の反論本件審決の認定判断に誤りはなく，原告の主張する取消事由には理由がない。 取消事由１（相違点の看過）について引用例１の段落【００３２】及び【００３５】の記載から，次の各事項が理解される。 ａ）動画像圧縮回路１１３としては，ＭＰＥＧのエンコーダを用いることができること。 ｂ）ＭＰＥＧのビットストリームには「ユーザデータ領域」が規定されてい，ること。 ｃ ，次の各事項が理解される。 ａ）動画像圧縮回路１１３としては，ＭＰＥＧのエンコーダを用いることができること。 ｂ）ＭＰＥＧのビットストリームには「ユーザデータ領域」が規定されてい，ること。 ｃ）上記「ユーザデータ領域」には，ＭＰＥＧに準拠した上で任意のデータを書き込むことができること。 ｄ）マルチプレクサ１１４では，上記「ユーザデータ領域」にテキストデータを書き込む動作を行うこと。 ｅ）デマルチプレクサ１１６では，入力されたＭＰＥＧビットストリームを圧縮画像データとテキストデータに分離し，ＭＰＥＧビットストリームの「ユーザデータ領域」からテキストデータを読み出して字幕スーパインポーザ１１８- 7 -に送ること。 ｆ）動画像伸張回路１１７にはＭＰＥＧデコーダを用いること。 上記ｂ，ｃ，ｄ）によれば，引用例１記載の発明におけるマルチプレク））サ１１４は，ＭＰＥＧのビットストリームに規定されている「ユーザデータ領域」に，ＭＰＥＧに準拠した上でテキストデータを書き込む動作をするものとして理解されるべきである。 また，上記ｅ）より，引用例１記載の発明におけるデマルチプレクサ１１６は，入力されたＭＰＥＧビットストリームを圧縮画像データとテキストデータに分離し，ＭＰＥＧビットストリームの「ユーザデータ領域」から読み出したテキストデータを字幕スーパインポーザ１１８に送るものであると解される。 してみれば，引用例１には，本件審決が認定したように，テキストデータを（プライベートストリームより上位の）ＭＰＥＧビットストリームのユーザデータ領域に書き込み，分離するという発明（技術思想）が明確に開示されており，原告主張のようにプライベートストリームにのみ格納されていると断定することは妥当でない。 取消事由２，３（相違点ａ，ｂの判断の誤り）について本件 るという発明（技術思想）が明確に開示されており，原告主張のようにプライベートストリームにのみ格納されていると断定することは妥当でない。 取消事由２，３（相違点ａ，ｂの判断の誤り）について本件審決は，ＭＰＥＧビデオストリームを含む上位概念であるＭＰＥＧビットストリームに関する引用例１記載の発明において，処理対象が動画像データであることを考慮して，ＭＰＥＧビットストリームとして，ユーザデータ領域を備えるものであることが明らかなＭＰＥＧビデオストリームとすることは，当業者が容易に想到できたと判断したもので，その判断に誤りはない。 仮に，原告が主張するように，引用例１記載の発明において，テキストデータ（ユーザデータ）が書き込まれる「ユーザデータ領域」が，ＭＰＥＧビデオストリームとは別のプライベートストリームにあると解し得たとしても，本件審決の判断に何ら影響を与えるものではない。なぜならば，プライベートストリームは，本来，映像（ビデオデータ）や音声（オーディオデータ）など特定- 8 -の用途以外でユーザが任意のデータを格納することができるものであり，その意味で「ユーザデータ領域」を有するものであるといえ，かつ，プライベートストリーム自体は，ＭＰＥＧビットストリームの範疇に含まれることを考えれば，プライベートストリームは「ＭＰＥＧビットストリームのユーザ領域」といい得るからである。 第５当裁判所の判断 取消事由１（相違点の看過）について原告は，本願発明では，ユーザデータ領域がＭＰＥＧビデオストリーム内の特定領域にあるのに対し，引用例１記載の発明では，ユーザデータ領域がＭＰＥＧビデオストリームとは別のプライベートストリームにある点において，両者は明らかに異なるにもかかわらず，本件審決は，この相違点を看過した旨主張する。 ( )ユーザ 明では，ユーザデータ領域がＭＰＥＧビデオストリームとは別のプライベートストリームにある点において，両者は明らかに異なるにもかかわらず，本件審決は，この相違点を看過した旨主張する。 ( )ユーザデータ領域について，引用例１（甲４）には次の記載がある。 「００３１】動画像データメモリ１１２に蓄積された動画像データは，動【画像圧縮回路１１３で圧縮され，字幕テキストデータメモリ１１１に蓄積されたテキストデータと，マルチプレクサ１１４で合成され，蓄積・伝送系１１５に送られる。ここで，蓄積・伝送系とは，テープやＣＤ－ＲＯＭなどのパッケージメディアや，ＩＳＤＮ，ＴＶ放送などの通信系であり，これらを通じてデータが使用者のもとに届けられる。 【００３２】使用者が受取ったデータは，デマルチプレクサ１１６により，圧縮画像データとテキストデータに分離される。画像データは信号線１２０を通して動画像伸長回路１１７に送られる。テキストデータは，信号線１２１を通して字幕スーパインポーザ１１８に送られ，ここでビットマップテキスト画像に展開され，動画像伸長回路１７で伸長された動画像へ重畳される。 こうして得られた字幕付き動画像が表示器１１９により表示される」。 「００３５】また，図４に示した動画像圧縮回路１１３としては，国際標【- 9 -準の動画像圧縮方式であるＭＰＥＧのエンコーダを用いることができる。ＭＰＥＧのビットストリームには『ユーザデータ領域』が規定されており，ＭＰＥＧに準拠した上で一ピクチャごとに任意のデータを書込むことができるため，マルチプレクサ１１４では，この『ユーザデータ領域』にテキストデータを書込むという動作を行う。デマルチプレクサ１１６では，ＭＰＥＧビットストリームの『ユーザデータ領域』からテキストデータを読出して字幕スーパインポーザ１１ ，この『ユーザデータ領域』にテキストデータを書込むという動作を行う。デマルチプレクサ１１６では，ＭＰＥＧビットストリームの『ユーザデータ領域』からテキストデータを読出して字幕スーパインポーザ１１８に送る。動画像伸長回路１１７にはＭＰＥＧデコーダを用いる」。 ( )本願の出願時において，次のＭＰＥＧ関連技術が周知であったと認めら れる。 甲６文献の２３３頁の図１１－２の（ａ）及びその説明，２４２頁の図１１－１２，２４３頁の表１１－１等に示されるように，ＭＰＥＧビットストリーム（データ列）は，ＭＰＥＧビデオストリーム，ＭＰＥＧオーディオストリーム，プライベートストリームから構成されるもので，これら３つのストリームの上位概念として捉えられるものであり，また，プライベートストリームには，ビデオやオーディオ以外のアプリケーションで使用するユーザデータを付加することができる。 また，引用例２（甲５）に示されるように，ＭＰＥＧビデオストリームは，１シーケンスのデータとして，シーケンスデータ（Ｓデータ，ＧＯＰ）（）データ（Ｇデータ，ピクチャーデータ（Ｐデータ）かGroupOfPictures）ら構成され，また，ＭＰＥＧビデオストリームには，ユーザデータ領域を設けて，任意のＧデータ又はＰデータの間にユーザデータ（Ｕデータ）を挿入することができる。なお，このことは，本願明細書（甲２）の段落【００４０】の記載からも明らかである。 ( )してみれば，ＭＰＥＧビットストリームにユーザデータを記録（格納） する際には，上記( )のとおり，下位階層のプライベートストリームを利用 - 10 -する方法と，下位階層のＭＰＥＧビデオストリームのユーザデータ領域を利用する方法とが存在するところ，引用例１記載の発明のユーザデータ領域について，引用 プライベートストリームを利用 - 10 -する方法と，下位階層のＭＰＥＧビデオストリームのユーザデータ領域を利用する方法とが存在するところ，引用例１記載の発明のユーザデータ領域について，引用例１には，上記( )のとおり，ＭＰＥＧビットストリームのユ ーザデータ領域として規定されているのみで，下位階層のＭＰＥＧビデオストリーム又はプライベートストリームのいずれを利用するかについては，何ら記載されていない。 したがって，引用例１記載の発明を，ユーザデータ領域がプライベートストリームにあるものに限定することはできないから，本件審決が，本願発明と引用例１記載の発明との相違点として「ＭＰＥＧストリームに関し，本，願発明は『ＭＰＥＧビデオストリーム』をその対象とするのに対し，引用，例１に記載された発明においては，このことが特に示されていない点」を認定したことは相当であり，原告の前記主張は採用することができない。 ( )アこの点に関し，原告は，まず，引用例１記載の発明において「動画 ，像圧縮回路１１３」がＭＰＥＧビデオエンコーダである場合，ＭＰＥＧビデオストリームの生成は「動画像圧縮回路１１３」で完結する一方，文字等のテキストデータは，この時点ではまだ容量が不明であるため，このようなデータを格納するユーザデータ領域をＭＰＥＧビデオストリームの中に適切に確保することはできないから，続く「マルチプレクサ１１４」がテキストデータを格納する場合，それは必然的にプライベートストリームにおいてなされる旨主張する。 しかしながら，そもそも，原告自身，圧縮画像を生成する際，想定される最大サイズのユーザデータ領域をＧＯＰ層やピクチャ層に確保すれば，テキストデータをＭＰＥＧビデオストリームに格納するためにマルチプレクサで合成することができることを自認 画像を生成する際，想定される最大サイズのユーザデータ領域をＧＯＰ層やピクチャ層に確保すれば，テキストデータをＭＰＥＧビデオストリームに格納するためにマルチプレクサで合成することができることを自認しているところ，その際，テキストデータの容量をどの程度のものと想定するかは，単なる設計上の仕様の問題にすぎないというべきである。原告は，想定される最大サイズのユー- 11 -ザデータ領域をＧＯＰ層やピクチャ層に確保することは，データ圧縮の趣旨に反する旨主張するが，例えば，テキストデータの目的を，原画像のタイトルをテキストで表示させることに限定すれば，想定されるユーザデータ領域のサイズはそれ程大きなものを必要とせず，データ圧縮の趣旨に反することにはならない。したがって，テキストデータの容量不明を理由として，引用例１記載の発明のユーザデータ領域が必然的にプライベートストリームにある旨の原告の上記主張は，失当である。 イまた，原告は，引用例１記載の発明において，仮にユーザデータがＭＰＥＧビデオストリーム内の特定領域に格納されるとすれば「動画像伸長，回路１１７（ＭＰＥＧデコーダ）でＭＰＥＧビデオストリームが解析さ」れ，特定領域からテキストデータが抽出されるはずであるが，そうすると，「デマルチプレクサ１１６」の存在が無意味となるから，ユーザデータは特定領域以外のユーザデータ領域，つまり，プライベートストリームに格納されていることになる旨主張する。 しかしながら「動画像伸長回路１１７」がＭＰＥＧデコーダであって，も，本来，デコーダは，その名称自体から明らかなように，復号する（伸長する）機能を奏するものにすぎないから，該ＭＰＥＧデコーダが，圧縮された画像データ以外のユーザデータを分離抽出する機能を必ずしも有するとは限らない。したがって，原告の上 らかなように，復号する（伸長する）機能を奏するものにすぎないから，該ＭＰＥＧデコーダが，圧縮された画像データ以外のユーザデータを分離抽出する機能を必ずしも有するとは限らない。したがって，原告の上記主張は，その前提を欠き，失当である。 ウさらに，原告は，引用例１の段落【００３２】にも，はっきりとＭＰＥＧビットストリームが「画像データ」と「テキストデータ」に分離される旨が説明されており，もともとＭＰＥＧビデオストリーム（画像データ）とプライベートストリーム（テキストデータ）が多重化されて生成されたＭＰＥＧビットストリームがもとのように分解されただけであり，テキストデータがＭＰＥＧビデオストリームに組み込まれていたなどとは読めな- 12 -い旨主張する。 引用例１の段落【００３２】には「使用者が受取ったデータは，デマ，ルチプレクサ１１６により，圧縮画像データとテキストデータに分離される」との記載があるところ，上記「使用者が受取ったデータ」がＭＰＥ。 Ｇビットストリームを指すことは原告も自認している。そして，前記( ) のとおり，ＭＰＥＧビットストリームは，ＭＰＥＧビデオストリーム，プライベートストリーム等を含む上位概念であり，また，ユーザデータを，ＭＰＥＧビデオストリームに持たせることも，プライベートストリームに持たせることも，共に周知である。そうであれば，引用例１の上記記載からは，テキストデータがＭＰＥＧビデオストリームに組み込まれているとも理解することができるから，原告の上記主張は失当である。 エまた，原告は，甲６文献に「受信された多重ストリームは，ＤＭＵＸ（，分離部）でビデオ，オーディオなどの各個別のストリーDemultiplexerム（データ列）部分を分離して，それぞれの復号器に送る」とあるとおり，デマルチプレクサ 多重ストリームは，ＤＭＵＸ（，分離部）でビデオ，オーディオなどの各個別のストリーDemultiplexerム（データ列）部分を分離して，それぞれの復号器に送る」とあるとおり，デマルチプレクサにおける分離の対象は，いずれもビデオストリーム，オーディオストリーム，プライベートストリーム等のストリームを単位とするのであるから，引用例１記載の発明において，分離がＭＰＥＧビデオストリーム内のユーザデータについてなされると解釈することはできない旨主張する。 しかしながら，引用例１記載の発明において，デマルチプレクサ１１６により分離される対象が，ＭＰＥＧビデオストリーム，プライベートストリーム等を含む上位概念であるＭＰＥＧビットストリームであることは，上記ウのとおりであるから，分離の対象がＭＰＥＧビデオストリームである場合が排除されていないことは明らかである。そして，分離部（デマルチプレクサ）における分離の対象は，その分離部に入力されるデータ列（ストリーム）の内容（中身）によって変わるものであることも当然であ- 13 -る。そうであれば，その入力ストリームがユーザデータを含むＭＰＥＧビデオストリームであれば，そのユーザデータを分離の対象とすることも当然想定されるところである。原告の指摘する甲６文献の記載は，分離部の入力ストリームがビデオストリーム，オーディオストリーム等の多重ストリームである場合に，それらが分離の対象となることを記載したものにすぎず，個々のストリーム内におけるユーザデータを分離の対象とするか否かについては何ら触れていないから，上記判示と相反するものではない。 ( )以上のとおり，原告の取消事由１の主張は理由がない。 取消事由２（相違点ａの判断の誤り）について原告は，本件審決が相違点ａに係る本願発明の構成を当業者が容 判示と相反するものではない。 ( )以上のとおり，原告の取消事由１の主張は理由がない。 取消事由２（相違点ａの判断の誤り）について原告は，本件審決が相違点ａに係る本願発明の構成を当業者が容易に想到することができたものである旨判断したのは，誤りである旨主張する。 ( )前記１( )のとおり，ＭＰＥＧビットストリームは，ＭＰＥＧビデオスト リーム，プライベートストリーム等の３つのストリームから構成され，これら３つのストリームの上位概念として捉えられるものであり，また，ＭＰＥＧビットストリームにユーザデータを記録（格納）する際に，ＭＰＥＧビデオストリームのユーザデータ領域を利用する方法があることは，本願出願時に周知の技術事項であったものである。そして，本願発明と引用例１記載の発明との一致点が「ストリームのユーザ領域であって，ストリMPEGMPEGームのなかの領域に記録されたユーザデータを分離し，ピクチャーデータと合成して再生するデータ処理方法」であることは，当事者間に争いがない。 から，本願発明も引用例１記載の発明も，ＭＰＥＧビットストリーム中に記録されたユーザデータを，ＭＰＥＧビットストリーム中から分離し，その後でピクチャーデータと合成して再生（表示）するようにしたデータの処理方法である点において，何ら相違するものではない。してみれば，そのユーザデータが記録（格納）されているデータストリームとして，ＭＰＥＧビットストリームのうちのＭＰＥＧビデオストリームを採用する程度のことは，上- 14 -記周知の技術事項を考慮すれば，当業者が適宜に採用し得る設計事項にすぎないというべきである。 したがって，本件審決が，相違点ａについて，引用例１記載の発明のＭＰＥＧストリームをＭＰＥＧビデオストリームとすることは当業者が容易に想 当業者が適宜に採用し得る設計事項にすぎないというべきである。 したがって，本件審決が，相違点ａについて，引用例１記載の発明のＭＰＥＧストリームをＭＰＥＧビデオストリームとすることは当業者が容易に想到できたと判断したことは相当であって，原告の上記主張は採用することができない。 ( )この点に関し，原告は，引用例１記載の発明において，①容量の不明な テキストデータのためのユーザデータ領域をどのようにＭＰＥＧビデオストリーム内に確保するのか，その方法がどこにも開示されておらず，②もしテキストデータがＭＰＥＧビデオストリームに組み込まれているなら「スト，リーム単位で分ける」ことが役割のデマルチプレクサ１１６は，その通常の意味とは違う役割を担うはずであるがそのための構成はどこにも開示されていないから，相違点ａに係る本願発明の構成を想到することは容易ではない旨主張する。 しかしながら，①については，圧縮画像を生成する際，想定される最大サイズのユーザデータ領域をＧＯＰ層やピクチャ層に確保すれば，テキストデータをＭＰＥＧビデオストリームに格納するためにマルチプレクサで合成することができるのであって，その際，テキストデータの容量をどの程度のものと想定するかは，単なる設計上の仕様の問題にすぎないことは，前記１(4)アのとおりである。 また，②については，分離部（デマルチプレクサ）における分離の対象は，その分離部に入力されるデータ列（ストリーム）の内容（中身）によって変わり，その入力ストリームがユーザデータを含むＭＰＥＧビデオストリームであれば，そのユーザデータを分離の対象とすることも当然想定されるところであることは，前記１( )エのとおりであるから，デマルチプレクサ１１ ６を「ストリーム単位で分ける」機能を有するもののみに限定することはで- データを分離の対象とすることも当然想定されるところであることは，前記１( )エのとおりであるから，デマルチプレクサ１１ ６を「ストリーム単位で分ける」機能を有するもののみに限定することはで- 15 -きない。 したがって，原告の上記主張は採用することができない。 ( )以上のとおり，原告の取消事由２の主張も理由がない。 取消事由３（相違点ｂの判断の誤り）について原告は，引用例２記載の発明のユーザデータ領域に，引用例１記載の発明でいうテキストデータを置いたとしても，引用例１記載の発明にはそれを復号するための構成は示されていないから，本件審決が，相違点ｂに係る本願発明の構成を当業者が容易に想到することができたものである旨判断したのは，誤りである旨主張する。 ( )しかしながら，本願発明に係る請求項は，データの処理方法として，Ｍ ＰＥＧビデオストリームのユーザ領域に記録されたユーザデータを，該ＭＰＥＧビデオストリームから分離し，その後でピクチャーデータと合成して再生（表示）するようにしたデータの処理方法を規定しているのみであって，何らユーザデータの復号のための構成を規定していないから，引用例１記載の発明にユーザデータの復号のための構成が示されていないからといって，相違点ｂに係る本願発明の構成を当業者が容易に想到することができないということはできない。 GroupOf( )そして，引用例２には，ＭＰＥＧストリーム中のＧＯＰ（）層，ピクチャ層にユーザデータ領域（ＵＤ）を設けることが記載Picturesされており，このＧＯＰ層，ピクチャ層のユーザデータ領域（ＵＤ）は，ＧＯＰヘッダ，ピクチャヘッダに対応付けられた領域であるから，引用例２に記載された発明を引用例１記載の発明に適用して，テキストデータ（ユーザデータ）を書き ，ピクチャ層のユーザデータ領域（ＵＤ）は，ＧＯＰヘッダ，ピクチャヘッダに対応付けられた領域であるから，引用例２に記載された発明を引用例１記載の発明に適用して，テキストデータ（ユーザデータ）を書き込む際に，ＧＯＰヘッダ，ピクチャヘッダに対応付けられた領域に記憶するようにすることは，当業者であれば容易に想到することができたというべきであり，これと同旨の本件審決の判断に誤りはない。 ( )以上のとおり，原告の取消事由３の主張も理由がない。 - 16 - 結論 以上のとおり，原告主張の取消事由にはいずれも理由がなく，他に本件審決を取り消すべき瑕疵は見当たらない。 よって，原告の本件請求は理由がないから，これを棄却することとし，主文のとおり判決する。 知的財産高等裁判所第３部裁判長裁判官三村量一裁判官嶋末和秀裁判官沖中康人は，転任のため，署名押印することができない。 裁判長裁判官三村量一
▼ クリックして全文を表示