【事件の表示】
　特願２００４−２８７４９８「情報処理装置および同装置で用いられるプログラム」拒絶査定不服審判事件〔平成１８年　４月１３日出願公開、特開２００６−１０１４０５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
【第１】経緯
　
［１］手続
　本願は、平成１６年９月３０日の出願であって、手続の概要は以下のとおりである。
　
　拒絶理由通知　　　　　　　：平成２０年　６月１０日（起案日）
　意見書　　　　　　　　　　：平成２０年　８月１３日
　手続補正　　　　　　　　　：平成２０年　８月１３日
　拒絶査定　　　　　　　　　：平成２１年　３月　９日（起案日）
　拒絶査定不服審判請求　　　：平成２１年　４月１３日
　手続補正（受付番号[書類番号]：50900764813）
　　　　　　　　　　　　　　：平成２１年　４月１３日
　手続補正（受付番号[書類番号]：50900766224）
　　　　　　　　　　　　　　：平成２１年　４月１３日
　上申書　　　　　　　　　　：平成２１年　４月１４日
　前置審査報告　　　　　　　：平成２１年　６月２６日（起案日）
　審尋　　　　　　　　　　　：平成２２年１０月１４日（起案日）
　回答書　　　　　　　　　　：平成２２年１０月２９日
　
　《平成２１年４月１３日付けの２つの手続補正について》
　請求人は、平成２１年４月１３日付けの２つの手続補正（受付番号[書類番号]：50900764813の補正書による先の補正と、その後の受付番号[書類番号]：50900766224の補正書による補正）について、上申書（平成２１年４月１４日付け）で、
　「【上申の内容】
平成２１年４月１３日提出の審判請求書と同時の手続補正書は［審判請求日］の記載に誤りがありました。
この審判請求日に記載の日付は、提出日であります。
本来４月１３日とすべきところ、４月１６日としてしましました。
その後、これに気づき、同日に審判番号を記載した手続補正書を提出しました。
この手続補正書は先に提出したものと全く同じ内容のものであります。
　つきましては審判請求人として、先の審判請求日を記載の手続補正書に代えて審判番号を記載したものを採用して取り扱い戴けるよう、お願いいたします。」と述べている。
　しかし、上記いずれの補正書に係る手続きも却下されているわけではないから、まず、受付番号[書類番号]：50900764813の補正書による補正（以下、単に「本件補正１」ともいう。）がなされ、その後に、受付番号[書類番号]：50900766224の補正書による補正（以下、単に「本件補正２」ともいう。）がなされたものと認められる。
　
［２］査定 
　原査定の理由は、概略、以下のとおりである。 
　
〈査定の理由〉 
　本願の請求項１〜１０に係る各発明は、下記の引用文献１に記載された発明，及び引用文献２に記載された発明に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により、特許を受けることができない。 
　
　　　　　　　　　記（引用例） 
　引用文献１：特開平０５−１２２６８１号公報 
　引用文献２：特開平１０−２１０４８３号公報 
　
【第２】補正の却下の決定１（本件補正１の補正却下）
　
　本件補正１（平成２１年４月１３日付けの受付番号[書類番号]：50900764813の補正書による先の補正）について、次のとおり決定する。 
 　 
　《結論》 
　本件補正１（平成２１年４月１３日付けの受付番号[書類番号]：50900764813の補正書による補正）を却下する。 
　
　《理由》 
　                
【第２-１】本件補正１の内容
　
　本件補正１は、特許請求の範囲について、以下の補正（補正事項Ａ，Ｂ）をするものである。
　すなわち、
　
　補正事項Ａ：補正前請求項１および請求項６における
　「フレーム内符号化および動き補償フレーム間予測符号化を用いて圧縮符号化された動画像ストリームをデコードするためのデコード処理」における「フレーム内符号化および動き補償フレーム間予測符号化を用いて圧縮符号化された
動画像ストリーム
　「フレーム内符号化および動き補償フレーム間予測符号化を用いて圧縮符号化され
、各画像に対応する複数の第１のユニットから構成される動画像ストリームであって、
　
前記第１のユニットに含まれる第１ヘッダ情報により、各画像が内包するスライスの種類を判別可能であり、
　
第１のユニットは、ヘッダ部とデータ部とから構成される、画像の一部を構成するスライスに関するデータを少なくとも格納可能な第２のユニットを複数含み、　各画像を構成するスライスは、画像内で予測符号化される第１のタイプ、他の１枚の画像を参照して予測符号化される第２のタイプ、他の複数の画像を参照して予測符号化される第３のタイプを含む複数のタイプのうちいずれのタイプであるかを、各スライスが有するスライスヘッダに含まれる第２ヘッダ情報により判別可能となっている動画像ストリーム
　
　上記補正事項Ａは、「
動画像ストリーム
　補正事項Ａ１：「
各画像に対応する複数の第１のユニットから構成される動画像ストリーム
　補正事項Ａ２：「
前記第１のユニットに含まれる第１ヘッダ情報により、各画像が内包するスライスの種類を判別可能であり、
　補正事項Ａ３：「
第１のユニットは、ヘッダ部とデータ部とから構成される、画像の一部を構成するスライスに関するデータを少なくとも格納可能な第２のユニットを複数含み、
　補正事項Ａ４：「
各画像を構成するスライスは、画像内で予測符号化される第１のタイプ、他の１枚の画像を参照して予測符号化される第２のタイプ、他の複数の画像を参照して予測符号化される第３のタイプを含む複数のタイプのうちいずれのタイプであるかを、各スライスが有するスライスヘッダに含まれる第２ヘッダ情報により判別可能となっている動画像ストリーム
　
　補正事項Ｂ：補正前請求項１および請求項６における
　「ヘッダ情報内に含まれる、当該符号化画像が他の符号化画像から参照されていない非参照画像であるか否かを示す情報を検出する」における「ヘッダ情報内に含まれる、当該符号化画像が他の符号化画像から参照されていない
非参照画像であるか否かを示す情報
検出された情報
　「
各前記第１のユニットに含まれる前記第２のユニットの
、前記第１ヘッダ情報及び前記第２ヘッダ情報とは異なる第３ヘッダ
第３ヘッダ
　とする補正。
　
【第２-２】本件補正１の適合性１　補正の範囲（第１７条の２第３項）
　
　上記補正事項Ａ（Ａ１〜Ａ４）、上記補正事項Ｂは、いずれも、請求人が審判請求書で説明するとおり、願書に最初に添付した明細書、図面の以下の記載を根拠とするものと認められ（下記ア〜オ）、
　したがって、本件補正１は、願書に最初に添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内においてする補正であるといえ、
　本件補正１は、特許法第１７条の２第３項の規定に適合する。
　
　ア　補正事項Ａ１（「
各画像に対応する複数の第１のユニットから構成される動画像ストリーム
　「【0057】
  Ｈ．２６４のシーケンスの構造は、図６のように複数のアクセスユニット（ＡＵ）から構成されている。各アクセスユニットは１つの画面に対応している。各アクセスユニットは複数のＮＡＬ（Network  Abstraction  Layer）ユニットから構成されている。各ＮＡＬユニットは図７に示すようにヘッダ部とデータ部に分かれている。ＮＡＬユニットは図１１のように３２種類あり、ヘッダ部を解析することによってその種類を判別することができる。図８は図６のＡＵの構造に具体的なＮＡＬユニットの種類を当てはめて示した図である。図８中の各ブロックはＮＡＬユニットを示している。」
　の記載に基づいている。
　
　イ　補正事項Ａ２（「
前記第１のユニットに含まれる第１ヘッダ情報により、各画像が内包するスライスの種類を判別可能であり、
　「【0063】
  primary_pic_typeの番号は、図１２に示されているように、符号化画面に含まれているスライスの種類を示している。primary_pic_typeが1,2,4,6,7のいずれかの番号であるならば、符号化画面はＰ（Predictive）スライスまたはＢ（Bi-predictive）スライスを含む。よって、ビデオ再生アプリケーションプログラム２０１は、primary_pic_typeが1,2,4,6,7のいずれかの番号であるならば（ステップＳ３０２のＮＯ）、ステップＳ３０３のデコード処理をスキップして、当該デコード対象画面の処理を終了する。一方、primary_pic_typeが0,3,5のいずれかの番号であるならば（ステップＳ３０２のＹＥＳ）、ビデオ再生アプリケーションプログラム２０１は、ステップＳ３０３のデコード処理を実行する。」、
　【図８】（図６の動画像ストリームのアクセスユニットの構造を示す図）、
　【図１２】（図６の動画像ストリームに含まれるスライスの種類を説明するための図）、
　の記載に基づいている。
　
　ウ　補正事項Ａ３（「
第１のユニットは、ヘッダ部とデータ部とから構成される、画像の一部を構成するスライスに関するデータを少なくとも格納可能な第２のユニットを複数含み、
　上記段落【0057】の「各アクセスユニットは複数のＮＡＬ...ユニットから構成されている。各ＮＡＬユニットは図７に示すようにヘッダ部とデータ部に分かれている。」との記載、
　【図８】（図６の動画像ストリームのアクセスユニットの構造を示す図）、
　等の記載に基づいている。
　
　エ　補正事項Ａ４（「
各画像を構成するスライスは、画像内で予測符号化される第１のタイプ、他の１枚の画像を参照して予測符号化される第２のタイプ、他の複数の画像を参照して予測符号化される第３のタイプを含む複数のタイプのうちいずれのタイプであるかを、各スライスが有するスライスヘッダに含まれる第２ヘッダ情報により判別可能となっている動画像ストリーム
　「【0064】
  動画ストリームにAU delimiterが含まれていないならば（ステップＳ３０１のＮＯ）、ビデオ再生アプリケーションプログラム２０１は、ＮＡＬヘッダのnal_unit_typeを参照して、デコード対象画面がＩＤＲ（Instantaneous Decoding Refresh）画面以外の画面であるかどうかを判別する（ステップＳ３０４）。ＩＤＲ画面はＩスライスを含む画面である。よって、もしデコード対象画面がＩＤＲ画面であるならば（ステップＳ３０４のＮＯ）、ビデオ再生アプリケーションプログラム２０１は、ステップＳ３０３のデコード処理を実行する。デコード対象画面がＩＤＲ画面以外の画面であるならば（ステップＳ３０４のＹＥＳ）、ビデオ再生アプリケーションプログラム２０１は、スライスヘッダの中にあるslice_typeを参照し、デコード対象画面に含まれる全てのslice_typeが0,1,3,5,6,8以外であるかどうかを判別する（ステップＳ３０５）。slice_typeの番号は、図１３に示されているように、スライスの種類を示している。全てのslice_typeが0,1,3,5,6,8のいずれかであれば（ステップＳ３０５のＮＯ）、ビデオ再生アプリケーションプログラム２０１は、ステップＳ３０３のデコード処理をスキップする。」、
　【図８】（図６の動画像ストリームのアクセスユニットの構造を示す図）、
　【図１３】（図６の動画像ストリームに含まれるスライスタイプとスライスの種類との関係を示す図。）
　等に基づく。 
　
　オ　補正事項Ｂ（「
各前記第１のユニットに含まれる前記第２のユニットの
、前記第１ヘッダ情報及び前記第２ヘッダ情報とは異なる第３ヘッダ
第３ヘッダ
　「【0060】
  現在の負荷量がデコードパフォーマンスレベル１に対応するならば（図９のステップＳ２０１のＹＥＳ）、ビデオ再生アプリケーションプログラム２０１は、図７に示すＮＡＬユニットのヘッダ中に含まれているnal_ref_idcを参照し、デコード対象画面が非参照画面であるかどうかを判断する（ステップＳ２０２）。nal_ref_idc=0 は、参照画面ではないことを示す。よって、ビデオ再生アプリケーションプログラム２０１は、nal_ref_idc=0であれば、ステップＳ２０３のデコード処理をスキップして、当該デコード対象画面の処理を終了する。nal_ref_idc=0 ではないデコード対象画面については、通常通り、ステップＳ２０３のデコード処理が実行される。」
　に基づく。
　
【第２-３】本件補正１の適合性２　補正の目的（第１７条の２第４項）
　
　上記補正事項Ａ（Ａ１〜Ａ４）は、補正前の請求項１および請求項６に記載のあった特定事項である「フレーム内符号化および動き補償フレーム間予測符号化を用いて圧縮符号化された
動画像ストリーム
　また、上記補正事項Ｂは、補正前の請求項１および請求項６に記載のあった特定事項である「ヘッダ情報内に含まれる、当該符号化画像が他の符号化画像から参照されていない
非参照画像であるか否かを示す情報
　
　したがって、本件補正１は、平成１４年法律第２４号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項２号で規定する特許請求の範囲の減縮を目的とする補正に該当する。
　
【第２-４】本件補正１の適合性３　独立特許要件（第１７条の２第５項）
　
　そこで、独立特許要件について検討するに、補正後の請求項１に記載される発明は特許出願の際独立して特許を受けることができない。 
　本件補正１は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
　本件補正１後の請求項１に記載される発明が特許出願の際独立して特許を受けることができないとする理由の詳細は、以下のとおりである。 
　
　《理由：独立特許要件に適合しない理由の詳細》
　
［１］補正後発明 
　
　本件補正１後の請求項１に記載された発明（以下「補正後発明１」という。）は、下記のとおりであると認められる。
　
　　　　　　記（補正後発明１） 
　フレーム内符号化および動き補償フレーム間予測符号化を用いて圧縮符号化され
、各画像に対応する複数の第１のユニットから構成される動画像ストリームであって、
前記第１のユニットに含まれる第１ヘッダ情報により、各画像が内包するスライスの種類を判別可能であり、
第１のユニットは、ヘッダ部とデータ部とから構成される、画像の一部を構成するスライスに関するデータを少なくとも格納可能な第２のユニットを複数含み、　各画像を構成するスライスは、画像内で予測符号化される第１のタイプ、他の１枚の画像を参照して予測符号化される第２のタイプ、他の複数の画像を参照して予測符号化される第３のタイプを含む複数のタイプのうちいずれのタイプであるかを、各スライスが有するスライスヘッダに含まれる第２ヘッダ情報により判別可能となっている動画像ストリーム
　前記動画像ストリーム内に含まれる符号化画像それぞれに対応する
各前記第１のユニットに含まれる前記第２のユニットの
、前記第１ヘッダ情報及び前記第２ヘッダ情報とは異なる第３ヘッダ
　前記検出された
第３ヘッダ
　前記デコード対象画像が非参照画像である場合に、当該非参照画像に対する前記デコード処理の実行をスキップする制御手段とを具備することを特徴とする情報処理装置。
　
［２］刊行物の記載 
　
　下線は、当審決で注目箇所を示すために施した。
　また、以下、「○１」、「○２」等の表記は、記号「○の中に数字を入れた記号」を示す（情報処理システムの能力上、同記号を表すことができないことによる）。
　
　（１）刊行物１：「インプレス標準教科書シリーズ　Ｈ．２６４／ＡＶＣ教科書」、角野員也、菊池義浩、鈴木輝彦編、株式会社インプレス　ネットビジネスカンパニー発行、２００４年８月１１日　初版第１刷発行（以下、「刊行物１」という）
　
　摘示は、章等のタイトルを〈〉で示し、図・表はまとめて最後に示した。
　
　(K1)〈メッセージ〉
　「３　産業界の支持
　
Ｈ．２６４／ＡＶＣの初版が承認された２００３年５月の数力月後には、既にそれを搭載する製品が現れました。最初の製品群はテレビ会議の領域で登場し、その市場ではＨ．２６４／ＡＶＣのサポートがもはや基本的な要件として確立しています。
２００４年３月、日本放送協会、日本テレビ、東京放送、フジテレビ、テレビ朝日、テレビ東京はＨ．２６４／ＡＶＣ使用の計画を公表したのです
　
　(K2)〈第１章〉（Ｑ＆Ａで学ぶ新圧縮方式　『Ｈ．２６４／ＡＶＣ』の基礎知識　―Ｈ．２６１、ＭＰＥＧ−１／２／４からＨ。２６４／ＡＶＣまでの発展−）
　「１　Ｈ．２６４とは？
　・・・　
　本書の対象であるＨ．２６４の「Ｈ」は、オーディオ・ビジュアル（ＡＶ）・マルチメディア・システムの分野を示します。２００番台はシステムを構成する要素を、２６０番台はその中の動画像符号化（動画像圧縮符号化ともいう。後述）を示しています。
　
動画像圧縮符号化標準
図１−１
　また
表１−１
２　ＡＶＣとは？
［１］ＡＶＣの正式名は「ＭＰＥＧ−４　Ｐａｒｔ１０：ＡＶＣ」
　一方、
Ｈ．２６４／ＡＶＣの「ＡＶＣ」（Advanced Video Coding、高度動画像圧縮符号化標準）は、ＭＰＥＧ−４規格のパート１０（「第１０部」と言う意味）に位置づけられている標準なので、正式には「ＭＰＥＧ−４　Ｐａｒｔ１０：Advanced Video Coding（略してＭＰＥＧ−４　ＡＶＣとも言われる）」という標準名を略した表現です
　「ＭＰＥＧ−４　Ｐａｒｔ１０：ＡＶＣ」のＭＰＥＧ（エムペグ。Moving Picture Experts Group、動画像符号化専門家グループ）とは、ＩＳＯ／ＩＥＣ　ＪＴＣｌ　という組織のマルチメディア符号化作業グループの呼び名で、グループと同時にそのグループで作った標準もその名で呼ばれています。ＩＳＯ／ＩＥＣ　ＪＴＣ１とは、ＩＳＯ（International Organization for Standardization、国際標準化機構）とＩＥＣ（International Electrotechnical Commission、国際電気標準会議）という２つの国際標準化機関が合同で設立したＪＴＣｌ（Joint Technical Committee １、第１合同技術委員会）という組織です。
　ＩＳＯ／ＩＥＣ　ＪＴＣ１によって標準化された動画像圧縮符号化標準は、
表１−２
ＭＰＥＧ−１、ＭＰＥＧ−２、ＭＰＥＧ−４、ＭＰＥＧ−４ＡＶＣの４つがあります
　ＭＰＥＧ−４は、ＭＰＥＧの作った第３番目のマルチメディア圧縮符号化標準を表しています（注：ＭＰＥＧ−１、ＭＰＥＧ−２の次のＭＰＥＧ−３はその機能がＭＰＥＧ−２に統合されたため、欠番となり存在しない）。
　ＭＰＥＧ−４　Ｐａｒｔ１０　とは、ＭＰＥＧ−４の規格書がＰａｒｔ１（識別番号：ＩＳＯ／ＩＥＣ　１４４９６−１）から順番にパートの番号が振られて構成され、その１０番目のパート（ＩＳＯ／ＩＥＣ　１４４９６−１０）ということです（現在普及している「ＭＰＥＧ−４ビジュアル（画像圧縮）」はパート２であり、その識別番号はＩＳＯ／ＩＥＣ　１４４９６−２となっている）。
［２］ＡＶＣの識別番号は「ＩＳＯ／ＩＥＣ　１４４９６−１０」
　このように、ＡＶＣ（Advanced Video Coding、高度動画像圧縮符号化）とは、ＭＰＥＧ−４規格書Ｐａｒｔ１０のタイトル名であり、２００３年に標準化された最新の動画像圧縮符号化標準です。正式には、ＩＳＯ／ＩＥＣ　１４４９６−１０が標準の識別番号です。このうち「１４４９６」の部分は分野には関係なく、標準が作られる順番に振られる番号（ＭＰＥＧ−４全体に振られた番号）で、「−１０」はＰａｒｔ１０（パート１０）を表します。
　「
Ｈ．２６４とＭＰＥＧ−４　ＡＶＣ」とは、「Ｈ．２６２とＭＰＥＧ−２」の関係と同じように技術的に同一の標準（前者は同一のテキスト、後者は同一の技術仕様を使用）です
　
　(K3)〈第２章〉（画像圧縮技術の発展とＨ．２６４／ＡＶＣを支える基礎技術　−ＤＣＴ変換からハイブリッド符号化の仕組みまで−）
　「２．８　画像圧縮符号化標準の歴史とその発展
　画像圧縮符号化の標準化機関と、各標準が作られてきた経過については、第１章のＱ＆Ａで説明しました。ここでは、１９８０年代後半から現在に至る、これらの画像圧縮符号化に関する標準の進化を
図２−１７
　画像圧縮符号化標準の特徴は、大きく、
　○１　符号化効率の向上
　○２　機能性の向上
に分けられます。
図２−１７
　
図２−１７
　次に、図２−１７に示すＨ．２６４／ＡＶＣに先立って標準化されている、各画像圧縮符合化技術の概要を述べましょう。」（５５頁〜５６頁、図２−１７）
　
　(K4)〈第３章〉（Ｈ．２６４／ＡＶＣはどのように標準化されたか？
　−原型となったＨ．２６ＬからＪＶＴの基本方針、特許問題まで−）
　「コラム１
Ｉピクチャ、Ｐピクチャ、Ｂピクチャ、双予測ピクチャ
　
従来のＭＰＥＧ−１／２／４や、Ｈ．２６Ｘなどの符号化方式においては、Ｉピクチャ、Ｐピクチャ、Ｂピクチャという３種類のピクチャが存在します。
　１　Ｉピクチャ
　Ｉピクチャ（Intra-Picture）とは、前後の画面とは関係なくその画面内（インドラ）だけで独立して符号化することによって得られる画面（ピクチャ）のことです。すなわち、時間方向の動き予測を行うことはなく、画面内の情報のみを用いて符号化処理を行います。Ｉピクチャは原画面と同じ順番に符号化されます。
２　Ｐピクチャ
　
Ｐピクチャ（Predictive-Picture）とは、
順方向予測符号化
ＩピクチャもしくはＰピクチャを予測画像として、画面（フレーム）間予測を用いて符号化処理が行われます。
３　Ｂピクチャ
　これに対して、
Ｂピクチャ（Bi-directional Predictiv-Picture）とは、
双方向からの予測符号化
ＩピクチャもしくはＰピクチャを予測画像として、図２に示すように、時間軸上で、当該フレームより過去もしくは未来、もしくはその両方に存在するマクロブロックを用いた双方向予測が可能です
４　Ｈ．２６４／ＡＶＣでは
双予測ピクチャ
　しかし、
Ｈ．２６４／ＡＶＣにおいては、図３(1)、(2)に示すように、過去から２枚の予測であっても、未来から２枚の予測であってもよいため、双予測ピクチャ（Bi-predictivePrediction-picture、双予測符号化画面）と呼ばれるようになりました。
　なお、ＰピクチャやＢピクチャにおいても、イントラ符号化を行うマクロブロックを存在させることが可能です。また、Ｂピクチャにおいても、前方向予測のみ、もしくは後方向予測のみを行うマクロブロックを存在させることも可能です。
　Ｂピクチャが存在する場合には、一般に、符号化の順番と表示の順番は、一致しないため、図４に示すような順序の入れ替えが必要となります。」（７８頁〜８０頁、コラム，図１〜４）
　
　(K5)〈第４章〉（Ｈ．２６４／ＡＶＣの全体構成と「プロファイルとレベル」の規定）
　「４．１　Ｈ．２６４／ＡＶＣの全体構成と特徴
　最初に、Ｈ．２６４／ＡＶＣの全体的な構成を理解するために、
図４−１
図４−２
デコーダ（復号器）のブロック図を示します。Ｈ．２６４／ＡＶＣは、ＭＰＥＧ−２、ＭＰＥＧ−４など従来の動画像圧縮符号化方式と同様に、既に符号化された画像フレーム（参照フレーム：動き補償予測に用いられる画像フレーム）からの動きを推定して予測信号を作成
　しかし、Ｈ．２６４／ＡＶＣではこれらに次のようないろいろな工夫を加えることによって、従来の方式を大幅に上回る圧縮陛能を実現しています。
１　動き補償を改善する技術
　図４−３に示すように、従来のＭＰＥＧ方式に比べて、画像の処理単位をより小さなブロック・サイズ（４画素×４ライン＝１６画素まで）とし、細かな画素精度（１／４画素まで）で、きめ細かな動き補償を行います。また、複数の参照フレームの中から最適なものを選択して動き補償に用います。画像の明るさが時間的に変化するフェード画像などを効率的に予測するため、動き補償を行った信号に適応的に重み係数を掛け算して予測信号を生成します。
２　フレーム内の予測を効率的に行う技術
　符号化フレーム内の信号のみを用いるフレーム（画面）内符号化モード（インドラ・モード）においても、符号化対象ブロックの周囲にある、既に符号化された信号から高度な予測を行います。また符号化する画像の性質に合わせて、さまざまな予測の方向（縦、横、斜め、直流成分のみなど）の中から最適なものを選択します。
３　視覚的な画質劣化を抑える技術
　ＤＣＴを用いる画像圧縮符号化方式の欠点であったブロック境界の歪（ブロック境界付近で隣接するブロックと画素値が大きく異なるためにブロック状に見える歪）を抑えるために、フィルタ（ブロック歪除去フィルタ）を用います。また、ＤＣＴの処理単位も従来の方式より小さい４×４画素ブロック（図４−３）とし、視覚的な歪を目立ちにくくしています。
４　符号化する情報の性質に適応する技術
　ＤＣＴ／量子化をした後の信号をエントロピー符号化（可変長符号化）する際に周囲の情報をもとに可変長符号語表を切り替えるなどして、画像の性質に合った符号化を行います。また、さらに高い圧縮効率を得るために算術符号化（第１章Ｑ。９参照）を行うモードも用意されています。」（８２頁〜８３頁，図４−１，図４−２）
　
　(K6)「２　Ｈ．２６４／ＡＶＣのプロファイルを構成するツール群
　次に、Ｈ．２６４／ＡＶＣのプロファイルを構成する各ツール（要素技術）を整理しておきましょう。
［１］ベースライン・プロファイルのツール群
　ベースライン・プロファイル（基本プロファイル）は、基本ツール群とエラー耐性向けのツール群から構成されています。これらのツールは、以後の章で詳しく説明します。
（１）基本ツール群
　○１　Ｉ（Intra）スライス、Ｐ（Predictive）スライス
　○２　
イントラ（画面内）予測（イントラ・スライス内の空間予測
　○３　
１／４画素精度動き補償
　○４　可変ブロック・サイズ動き補償
　○５　複数参照フレーム
　○６　ＣＡＶＬＣ〔Context-based Adaptive Variable Length Code、周囲の状況（Context ：コンテキスト）に応じて適応的に符号化を行う可変長符号）
　○７　４画素×４ライン整数ＤＣＴ（４×４整数直交変換）
　○８　フレーム・マクロブロック
　○９　４：２：０色差フォーマット
　○１０　ループ内フィルタ（ループ・フィルタとも言う。量子化によって発生した画像の歪を平滑化するフィルタ）
（２）エラー耐性向けのツール群
　○１　ＡＳＯ（Arbitrary Slice Ordeｒ）
　○２　ＦＭＯ（Flexible Macroblock Ordering）
　○３　ＲＳ（Redundant Slice）
［２］メイン・プロファイルのツール群
　メイン・プロファイルは、基本ツール群と高能率符号化ツール群から構成されています。次に高能率符号化ツール群を列挙します。
（１）高能率符号化ツール群
　○１　Ｉ（Intra）スライス、Ｐ（Predictive）スライス、Ｂ（Bi-predictive）スライス
　○２　重み付け予測（Weighted Prediction）
　○３　フレーム／フィールド・マクロブロック
　○４　ＣＡＢＡＣ〔Context-based Adaptive Binary Arithmetic Code、周囲の状況（Context：コンテキスト）に応じて適応的に符号化を行う、２値の算術符号〕〕
［３］拡張プロファイルのツール群
　拡張プロファイルは、基本ツール群、一部の高能率符号化ツール群、ストリーミング用ツづレ群から構成されています。次に一部の高能率符号化ツール群とストリーミング用ツール群を、列挙します。」（８７頁）
　
　(K7)「
４．５　Ｈ．２６４／ＡＶＣにおけるビット・ストリーム
　１　　ＮＡＬ（ネットワーク抽象レイヤ）の機能
［１］
ＮＡＬユニット
　Ｈ．２６４／ＡＶＣでは、図４−７に示すように、動画像符号化処理そのものを扱うＶＣＬ（VideoCoding Layer、ビデオ符号化レイヤ）と、符号化された情報を伝送・蓄積する下位システムとの間にある
ＮＡＬ（Network Abstraction Layer、ネットワーク抽象レイヤ
　また、シーケンスやピクチャのヘッダ情報に相当する「パラメータ・セット」も、ＶＣＬで生成した情報から分離して扱えるようになっています。
　さらにＨ．２６４／ＡＶＣ（Advanced Video Coding）ファイル・フォーマット、ＲＴＰ（Real-time Transport Protocol、
ＭＰＥＧ−２システムなどの下位システムヘのビット・ストリームのマッピング（対応づけ）は、ＮＡＬの一区切りである「ＮＡＬユニット」を単位として行われます（詳細は第９章で説明）
　
図４−８
ＮＡＬユニットは基本的に
　（１）
ＮＡＬヘッダ
　（２）
ＶＣＬで生成されたＲＢＳＰ
の２つから構成されています。
ＮＡＬヘッダには、そのＮＡＬユニットに参照ピクチャとなり得るスライスが含まれているかどうかを示す情報（nal_ref_idc）
　・・・
　
図４−８　Ｈ．２６４／ＡＶＣのＮＡＬユニットの構成
　｜←───────　ＮＡＬユニット　───────────→｜
　｜ＮＡＬヘッダ　｜　　　　　　ＲＢＳＰ　　　　　　｜　１００｜
　
　｜←────　ＮＡＬヘッダ　─────→｜　
　｜１｜　nal_ref_idc　｜　nal_unit_type　｜
　」（９５〜９６頁，図４−８）
　
　(K8)「［２］ＮＡＬユニットの種類　
　
表４−５に、ＮＡＬユニットの種類
　（１）ＩＤＲピクチャ
　ＩＤＲ（Instantaneous Decoding Refresh、デコーダ復号動作の瞬時リフレッシュ）ピクチャとは、画像シーケンスの先頭のピクチャ（画面）です。ＩＤＲピクチャは、ＩスライスまたはＳＩスライス（スイッチングＩスライス）からなり、参照ピクチャ・バッファの状態やフレーム番号、ＰＯＣ（Picture Order Count、ピクチャの出力順序を示す情報）など、ビット・ストリームを復号するために必要なすべての状態がリセットされます。
　Ｈ．２６４／ＡＶＣでは、Ｉピクチャの後ろにある、ＰピクチャからＩピクチャより前のピクチャを参照するフレーム間予測も許容されているので、状態を完全にリセットするには通常のＩピクチャでは不十分で、ＩＤＲピクチャを用いる必要があります。
　（２）ＳＰＳ（シーケンス・パラメータ・セット）
　ＳＰＳ（Sequence Parameter Set）とは、プロファイル、レベルやシーケンス全体の符号化モードなど、シーケンス全体の符号化にかかわる情報が含まれたヘッダです。
　（３）ＰＰＳ（ピクチャ・パラメータ・セット）
　ＰＰＳ（Picture Parameter Set）とは、ピクチャ全体の符号化モード（例えば、エントロピー符号化モード、ピクチャ単位の量子化パラメータ初期値など）を示すヘッダ情報です。ただし、ＰＰＳはすべてのピクチャに付けられるわけではなく、ＰＰＳがない場合には、直前に存在したＰＰＳをヘッダ情報として使います。
　（４）ＳＥＩ（補足的な付加情報）
　ＳＥＩ（Supplemental Enhancement Information）は、ＶＣＬ（動画像符号化レイヤ）の復号に必須ではない付加情報を示すためのものです。ＨＲＤ（Hypothetical Reference Decoder、仮想参照デコーダ。第７章７．２節参照）に関連する各ピクチャのタイミング情報、パン・スキャン機能（復号した画像の一部を切り出して表示する機能）に関する情報、ランダム・アクセスを行うのに便利な情報、ユーザーが独自に定義する情報（ユーザー・データ）などのＳＥＩがあります。
　（５）
ＡＵデリミタ
　
ＡＵデリミタ（Access Unit Delimiter、アクセス・ユニットの先頭を示す情報）は、後述するアクセス・ユニットの先頭につけることができます。そのアクセス・ユニットに含まれるスライスの種類を示す情報が含まれています。
　（６）ＥＯＳ（シーケンスの終了）
　ＥＯＳ（End of Sequence）は、ひとつのシーケンスの終端を示します。
　（７）ＥＯＳ（ストリームの終了）
　ＥＯＳ（End of Stream）は、ストリーム全体の終端を示します。
　（８）Filler Data（フイラー・データ）
　フィラー・データ（Filler Data）は、ダミー・データ（形式を整えるための意味のないデータ）を挿入するために用います。
　後述（第７章７．２節参照）のＨＲＤ規則を守るため、ＶＣＬで生成された符号量が少ない場合に、ビット・レートを決められた値に保つためのスタッフィング・データ（データの長さを調整するために挿入される意味をもたないデータ）として用いることも可能です。
［３］
ＶＣＬ　ＮＡＬユニットと非ＶＣＬ　ＮＡＬユニット
　なお、ＮＡＬユニットには、次のＶＣＬ　ＮＡＬユニットと非ＶＣＬ　ＮＡＬユニットがあります。
　（１）
ＶＣＬ　ＮＡＬユニット
　ＶＣＬで生成されたデータに相当するＮＡＬユニット（nal_unit_type＝１〜５）
　（２）
非ＶＣＬ　ＮＡＬユニット
　パラメータ・セット（ＳＰＳやＰＰＳ。後述）、ＳＥＩ、
ＡＵデリミタなどのＮＡＬユニット（nal_unit_type≧６
　
　
表４−５　Ｈ．２６４／ＡＶＣのＮＡＬユニットの種類　　　　　　　
　nal_unit_type ｜　　　識別子の内容　　　
（ＮＡＬユニット｜
　の種類を示す識｜
　
別子）　　　　｜　　　　　　　　　　　　　　　　　　　　　　　　
　　　０　　　　｜未定義
　　　１　　　　｜ＩＤＲ以外のピクチャのスライス
　　　２　　　　｜データ・パーティショニングＡで符号化されたスライス
　　　３　　　　｜データ・パーティショニングＢで符号化されたスライス
　　　４　　　　｜データ・パーティショニングＣで符号化されたスライス
　　　５　　　　｜ＩＤＲピクチャのスライス
　　　６　　　　｜ＳＥＩ（Supplemental Enhancement Information,
　　　　　　　　｜ＶＣＬの付加情報）
　　　７　　　　｜ＳＰＳ（Sequence Parameter Set、
　　　　　　　　｜シーケンス・パラメータ・セット）
　　　８　　　　｜ＰＰＳ（Picture Parameter Set、
　　　　　　　　｜ピクチャ・パラメータ・セット）
　　　９　　　　｜
ＡＵデリミタ（Access Unit Delimiter
　　　　　　　　｜アクセス・ユットの先頭につける開始符号）
　　１０　　　　｜End of Sequence（シーケンスの終了）
　　１１　　　　｜End of Stream（ストリームの終了）
　　１２　　　　｜Filler Data（形式を整えるために挿入されるダミー
　　　　　　　　｜・データ）
　ｌ３・・・２３｜将来のために使用
　２４・・・３１｜未定義　　　　　　　　　　　　　　　　　　　　
　
　ＩＤＲ：Instantanious Decoding Refresh、デコーダ動作の瞬時レフレッシュ」（９６頁〜９８頁，表４−５）
　
　(K9)「２　シーケンス、ピクチャとパラメータ・セット
　ＭＰＥＧ−２やＭＰＥＧ−４では、前述の図４−３に示したように、
　シーケンス（圧縮された動画像全体）→ＧＯＰ（複数の画面群）→ピクチャ（１枚の画面）
　というシンタックス（画像情報の順序や符号化データ列などの設定ルールを示す規則）の階層構造が決められており、ビット・ストリーム（データ列）の中でＩ青報を並べる順序も、この階層構造に沿ったものでした。
　例えば、シーケンス（圧縮された動画像全体）は必ずシーケンス・ヘッダから始まり、ピクチャの先頭には必ずピクチャ・ヘッダが付いていました。これに対し、Ｈ．２６４／ＡＶＣではこの制約が緩められており、ヘッダ情報に相当するパラメータ・セットは、「そのパラメータ・セットを参照するデータよりも前にデコーダ（復号器）に届かなければならない」、という制約があるだけです。下位システムによっては、パラメータ・セットとＶＣＬ　ＮＡＬユニットが分離されて送られることもあります（第９章参照）。
　図４−９に示すようにＨ．２６４／ＡＶＣは１つのビット・ストリームの中で、複数のシーケンスを扱かうことができます。
　シーケンスを識別するために、ＳＰＳ（Sequence Parameter Set、シーケンス・パラメータ・セット）の中にＳＰＳ番号（seq_parameter_set_id）が付いており（図４−９のＳＰＳ＃１、ＳＰＳ＃２など）、ＰＰＳ（Picture Parameter Set）の中でＳＰＳ番号を指定することによって、どのシーケンスに属するかを識別します。また、ＰＰＳにも番号（pic_parameter_set_id）が付いており（図４−９のＰＰＳ＃１、ＰＰＳ＃２など）、スライス・ヘッダの中でＰＰＳ番号を指定することによって、どのＰＰＳを用いるかを識別します。　ＰＰＳ番号、ＳＰＳ番号をたどることによって、そのスライスがどのシーケンスに属するかがわかります。
　
３　
スライス：Ｈ．２６４／ＡＶＣにおける符号化の基本単位
　ＭＰＥＧ−２やＭＰＥＧ−４では、ピクチャやＶＯＰ（Video Object Plane、ビデオ・オブジェクト・プレーン。フレーム（画面）に相当するもの〕をひとつの単位として、Ｉピクチャ（Ｉ−ＶＯＰ）、Ｐピクチャ（Ｐ−ＶＯＰ）、Ｂピクチャ（Ｂ−ＶＯＰ）のようなピクチャ（ＶＯＰ）ごとの符号化モードが決められていました〔図４−１０（１）〕。
　これに対し
Ｈ．２６４／ＡＶＣは、スライスが符号化の基本単位となっており、スライスごとにスライスの種類を示す情報（slice_type）を付けます。表４−６にスライスの種類とその中に含まれるマクロブロックの種類（ＭＢタイプ）を示します
　なお、
ＭＰＥＧ−２やＭＰＥＧ−４と同様に、１つのピクチャに含まれるスライスがすべて同じ種類であることを明示的に示すには、ＡＵデリミタを用いてそのピクチャに含まれる全スライスの種類をprimary_pic_type情報（プライマリ・ピクチャ・タイプ情報）で指定するか、slice_type　（スライス・タイプ）の値が５〜９のスライス〔表４−６の（注）参照〕を用います
　
　
表４−６　Ｈ．２６４／ＡＶＣにおけるスライスの種類
slice_type｜スライス　｜　　　概要　　　　　　　　　　｜ＭＢタイプ
　　　　　｜　の種類　｜　　　　　　　　　　　　　　　
　　　　　
　　　　　｜　　　　　｜画面内符号化および参照ピクチャ｜
　　０　　｜Ｐスライス｜を１枚用いた画面間予測符号化を｜Ｉ，Ｐ
　　　　　｜　　　　　｜行うスライス　　　　　　　　　｜　　　　
　　　　　｜　　　　　｜画面内符号化および参照ピクチャ｜
　　１　　｜Ｂスライス｜を１枚ないしは２枚用いた画用い｜Ｉ，Ｐ，Ｂ
　　　　　｜　　　　　｜た画面間予測符号化を行うスライ｜
　　　　　｜　　　　　｜ス　　　　　　　　　　　　　　｜　　　　
　　２　　｜Ｉスライス｜画面内符号化のみを行うスライス｜Ｉ　　　
　　　　　｜　　　　　｜ストリーム切り替えを行うための｜
　　３　　｜Ｐスライス｜を１枚用いた画面間予測符号化を｜Ｉ，Ｐ，Ｂ
　　　　　｜　　　　　｜行うスライス　　　　　　　　　｜　　　　
　　　　　｜　　　　　｜画面内符号化および参照ピクチャ｜
　　４　　｜ＳＩスライ｜特殊なＰスライス　　　　　　　｜Ｉ，ＳＩ
　　　　　｜ス　　　　｜（ＳはSwitchingの略） 　　　　｜　　　　
　
　（注）：slice_type＝５〜９のスライスも想定されている。これらは、そのスライスを含むピクチャ内のすべてのスライスが同一のスライス・タイプであることを示し、スライスの種類はslice_typeから５を引いたslice_typeと同じである。例えば、slice_type＝６ならば６−５＝１となり、表からそのピクチャはすべてＢスライスとわかる。」（９８頁〜１００頁，表４−６，表４−１１）
　
　(K10)「４　
アクセス・ユニット
［１］
アクセス・ユニット
　
ビット・ストリーム中の情報をピクチャ単位にアクセスするために、いくつかのＮＡＬユニットをまとめた一区切りをアクセス・ユニットと呼びます。図４−１１にアクセス・ユニットの構造を示します。図４−１１で、アクセス・ユニットに必ず含まれるのは、主ピクチャ内の各スライスに相当するＮＡＬユニットだけで、他の情報はすべてのアクセス・ユニットに存在するわけではありません。ただし、これらの情報を用いる場合は、必ず図４−１１に示す順序に並べなければなりません
　ＭＰＥＧ−２やＭＰＥＧ−４と違い、ピクチャの先頭を一意に示すスタート・コード（同期符号）はなく、また、ピクチャ全体のヘッダに相当するＰＰＳ（Picture Parameter Set）もすべてのピクチャに存在するわけではありません。したがって、これをもとにピクチャの先頭を見つけることはできません。その代わりに、スライス・ヘッダの中にそのスライスがどのフレームに属するかを識別するために利用できるフレーム番号（frame_num）が付加されており、フレーム番号などのいくつかの情報が直前のＮＡＬユニットと異なるかどうかを調べてピクチャ境界を判定します。
　
［２］ピクチャ境界の判定規制と
ＡＵデリミタ
　次にこのピクチャ境界の判定規則の概要を示します。
　○１　フレーム番号（frame num）が異なる
　○２　フレーム・ピクチャかフィールド・ピクチャかを示すプラグ（field_pic_flag）が異なる
　○３　トップ・フィールドかボトム・フィールドかを示すプラグ（bottomfield_flag）が異なる
　○４　フレーム番号（frame_num）が同じであるが、ＰＯＣ（Pidure Order Count、ピクチャの出力順序を示す情報）の値が異なる
　○５　参照ピクチャかどうかを示す情報（nal_ref_idc）が異なる
　○６　ＩＤＲピクチャであり、ＩＤＲの識別子（idr_pic_idc）が異なる
　なお、
オプションとしてアクセス・ユニットの先頭を示すＡＵデリミタ（Access Unit Delimiter）というＮＡＬユニットが規定されています。
また、ＡＵデリミタには主ピクチャに含まれるスライスの種類を示す情報（primary_pic_type）も含まれています。
ＭＰＥＧ−２システムを下位システムとして用いる場合には、アクセス・ユニットの先頭を容易に見つけられるようにすべてのアクセス・ユニットにＡＵデリミタを付けます（第９章の９．１節参照
　
　
図４−１１
アクセス・ユニット
すべてのアクセス・ユニットに含まれるのは、主ピクチャの中のスライスに相当するＮＡＬユニットだけです
ＡＵデリミタ（アクセス・ユニット・デリミタ
　｜
ＡＵデリミタ
　
　
ＡＵデリミタ：Access Unit Delimiter、アクセス・ユニットの先頭
　　　　　　　　
を示す開始符号
　ＳＰＳ　　　：Sequence Parameter Set、その画像のプロファイルや
　　　　　　　　レベルなどシーケンス全体の符号化に関する情報を含む
　　　　　　　　ヘッダ
　ＰＰＳ　　　：Picture Parameter Set、ピクチャ全体の符号化モード
　　　　　　　　を示すヘッダ
　ＳＥＩ　　　：Supplemental Enhancement Information、各ピクチャの
　　　　　　　　タイミング情報やランダム・アクセス惰報などの付加情
　　　　　　　　報を含むヘッダ
　ＥＯＳ　　　：Ｅnd of Sequence、シーケンスの終了
　ＥＯＳ　　　：End of stream、ストリームの終了
　」（１００頁行〜１０１頁，図４−１１）
　
　(K11)〈第５章〉（Ｈ．２６４／ＡＶＣの中核となる圧縮符合化技術−その１　予測、変換、量子化−）
　「本章では、画面内予測、動き補償を伴う画面間予測、直交変換と量子化について説明します．これらの技術はＨ。264/AVCの圧縮率を向上させるうえで、最も重要な技術です．
　画面内予測、可変ブロック動き補償、1/4画素精度動き補償はＭＰＥＧ−４でも導入されていますが、Ｈ．２６４／ＡＶＣでは性能が大きく改善されました．また、Ｈ．２６４／ＡＶＣで複数の参照ピクチヤからの予測や、重み付き予測などが新しく導入されました．さらに、直交変換のブロック・サイズや、動き補償の最小ブロック・サイズの大きさが、４×４と小さくなりました．
　ここでは、このような新しい各技術について、従来のＭＰＥＧ−４と比較しながらＨ．２６４／ＡＶＣの特徴を解説いたします。」（１０５頁）
　「５．５　Ｈ．２６４／ＡＶＣにおけるＢピクチャ
１　Ｈ．２６４／ＡＶＣのＢピクチヤと双予測
ＭＰＥＧ−２のＢピクチャは、双方向予測ピクチャ(Bi-directional Predictive Picture)のことで、表示順序で前方1枚の参照ピクチャ、後方1枚の参照ピクチャ、もしくはその2枚の参照ピクチャを同時に参照し2つのピクチャの平均値を予測ピクチャとし、対象ピクチャと予測ピクチャの差分データを符号化していました。
　・・・
　
Ｈ．２６４／ＡＶＣでは、このようなＭＰＥＧ−２の双方向予測の考え方を拡張し、
任意の２枚の参照ピクチヤを予測のために参照可能となりました。
　
２　Ｂピクチヤの予測画像
［1］Ｂピクチヤの参照例
　・・・
　
Ｂピクチヤでは、任意の参照ピクチヤから最大２枚を選択できます
その２枚を「LO予測、L1予測」と呼んで区別をします。
　・・・・
　各ピクチヤで使用可能な符号化モードの一覧表を、
表５−３
　
　(K12)〈第６章〉（Ｈ．２６４／ＡＶＣの中核となる圧縮符合化技術−その２　デブロッキング・フィルタ、エントロピー符号化、他−）
　「６．５　Ｈ．２６４／ＡＶＣにおける予測画像、復号画像の管理
１　参照ピクチヤ番号とは
　
Ｈ．２６４／ＡＶＣでは、
任意のピクチャを参照した画面間予測が導入されています。
　図６−２０にＰピクチャの復号で使用する参照ピクチャ番号の規定値を示します。ＰピクチャではLO予測（主として前方向予測に使用される）だけが使われますので、参照ピクチャ番号もLO予測の参照ピクチャ番号です。参照ピクチャ番号は、復号順序で後のほうのピクチャに小さい番号が割り当てられ、例えば、一番最近に復号された参照ピクチャには、値「O」が割り当てられます。
　図６−２１にＢピクチャの復号で使用する参照ピクチャ番号の規定値を示します。Ｂピクチャでは、LO予測とL1予測（主として後方向予測に使用される）が使われますので、参照ピクチャ番号もLO予測用とL1予測用で別々に参照ピクチャ番号が割り当てられます。」（１６６頁）
　「３　復号ピクチヤ・バッフア（ＤＰＢ）の仕組み
　
Ｈ．２６４／ＡＶＣでは、ＭＰＥＧ−２と比べて次のように非常に柔軟な画面間符号化が導入されています
　（1）複数の参照ピクチャの候補からブロック単位で
任意のピクチャを参照した画面間予測
　（2）Ｐピクチャで、表示順序で後方からの画面間予測
　（3）Ｂピクチャで、表示順序で前方２枚のピクチャを参照した画面間予測、または後方２枚のピクチャを参照した画面間予測
　このような柔軟な画面間予測を実現するためには、多くの参照ピクチャをメモリに格納するだけでなく、ビット・ストリームを復号する順序と表示（表示装置に出力）する順序を適切な順子に並べ替えるためのメモリが必要になります。
［１］ピクチャの並べ替えが必要な例を示します。メモリに格納されて後続のピクチャから参照されるピクチャを「参照ピクチャ」、後続のピクチャでは参照されないが表示されるべき順序に並び替えて表示されるタイミングまで一時的にメモリに格納されるピクチャを「非参照ピクチャ」と呼びます。
［２］具体的にどれだけのメモリが必要
　次に、
図６−２４
図６−２３
　○１　まず、参照ピクチャＩ０を復号してメモリに格納します。
　○２　次に、参照ピクチャＰ１を復号してメモリに格納します。
　○３　次に、
参照ピクチャＢ２
　○４　次に、非参照ピクチャＢ３を復号し、即座に復号したピクチャＢ３を表示します。
　・・・」（１６９頁〜１７０頁，図６−２３，図６−２４）
　
　(K13)〈第９章〉（Ｈ．２６４／ＡＶＣをサポートするシステム技術−ＭＰＥＧ−２システム／ＭＰ４ファイル／ＲＴＰ伝送−）
　「ビデオやオーディオのビット・ストリームは、通常、フレームの　サイズや表示時刻などのヘッダ情報を付加してシステム多重化され　てから、伝送あるいは蓄積されます。システム多量化の方式は、放　送・蓄積・通信などの用途に応じて規定されており、Ｈ．２６４／ＡＶＣについても、これらのシステム多重化規格が標準化されています。
　本章では、ＭＰＥＧ−２システム、ＭＰ４ファイル・フォーマット、ＲＴＰ伝送などを解説しながら、Ｈ．２６４／ＡＶＣをサポートする放送、蓄積、および通信向けのシステム多重化の規格について、わかりやすく解説します。
　９．１　ＭＰＥＧ−２システムを用いた伝送の仕組み
１　ＭＰＥＧ−２システムとは？
　ＭＰＥＧ−２システム（ＭＰＥＧ−２　Systems）では、
　○１　トランスポート・ストリーム（ＴＳ：Transport Stream）
　○２　プログラム・ストリーム（ＰＳ：Program Stream）
という２種類の多重化方式が規定されています。
　・・・
［１］ＭＰＥＧ−２のトランスポート・ストリーム（ＴＳ）とは？
　ＭＰＥＧ−２のトランスポート・ストリームは、ＴＳ（トランスポート・ストリーム）パケットと呼ばれる１８８バイトの固定長のパケットを並べたもので、プログラムを構成するビット・ストリームの種類を示すプログラム情報、ビット・ストリーム、およびメディア間の同期をとるためのＰＣＲ（Program Clock Reference、プログラム時刻基準参照値）と呼ばれる基準クロック情報などが、すべてＴＳパケットによって伝送されます。
　・・・
　ＴＳパケットは、４バイト（３２ビット）の固定長ヘッダから始まり、ヘッダ内には、ＴＳパケットが伝送するデータの種類を示す識別情報であるＰＩＤ（Packet Indentifier：パケットのメディアの識別子）が格納されます。プログラムの一覧情報は、ＰＡＴ〔Program Association Table、番組アソシエーション（統合）・テーブル）と呼ばれるセクションに心内され、ＰＡＴを伝送するＴＳパケットのＰＩＤは０と規定されています。ここで、セクションとは、ＭＰＥＧ−２　ＴＳが伝送できるデータ形式の一つです。
［２］トランスポート・ストリームを受信する場合
　・・・
［３］プログラム・ストリーム（ＰＳ）とは？
　・・・
２　
Ｈ．２６４／ＡＶＣデータの伝送
　ＭＰＥＧ−２システムでは、ＩＳＯ／ＩＥＣ　１３８１８−１／２０００／ＡＭＤ．３（ＡＭＤ：Amendment）〔“Transport of AVC video data over ITU-T Rec Ｈ．２２２．０｜ＩＳＯ／ＩＥＣ　１３８１８−１ streams(Ｈ．２２２．０／１３８１８−１ stream上でのＡＶＣビデオデータの転送）”．〕において、Ｈ．２６４／ＡＶＣのビット・ストリームをトランスポート・ストリーム、およびプログラム・ストリームによって伝送する際の拡張について規定しています。ＩＳＯ／ＩＥＣ　１３８１８−１：２０００（Ｅ）〔“Generic coding of moving pictures and associated audio information:Systems（動画像と関連するオーディオ晴報の汎用符号化：システム）”〕に対する主な拡張、および追加項目は次のようになっています。
　○１　アクセス・ユニットの構造定義
　○２　デコーダ・モデルの拡張
　○３　新規デスクリプタ（記述子）の導入
　○４　アクセス・ユニットの復号・表示時刻の取得方法
［１］
アクセス・ユニット
　
Ｈ．２６４／ＡＶＣ規格（ＩＳＯ／ＩＥＣ　１４４９６−１０、“Advanced Video Coding”）におけるアクセス・ユニットに次の制約を加えたものを、ＭＰＥＧ−２システムにおけるアクセス・ユニット（図９−３）として定義しています
　○１　バイト・ストリーム・フォーマットを使用する
　○２　
アクセス・ユニットには、Access Unit Delimiter　ＮＡＬユニットを必ず含める
Access Unit Delimiter　ＮＡＬユニットとは、アクセス・ユニットの先頭にけ加され、アクセス・ユニットの開始を示すＮＡＬユニットのことである
　○３　Access Unit Delimiter　ＮＡＬユニットに付加するzero_byteは１つとする。
　・・・以下略」（２０９頁〜２１３頁）
　
　(K14)〈第１２章〉Ｈ．２６４／ＡＶＣの付属資料（Annex）
−シンタックス＆セマンテイックス／各種テ−ブル／ＳＥＩ／ＶＵＩ−
　「
３　アクセス・ユニット・デリミタ（Access Unit Delimiter
　
表１２−３（１）アクセス・ユニット・デリミタ
　
primary_pic_type
　
　
primary_pic_typeの定義を表１２−３（２）
　
表１２−３（２）プライマリ・ピクチャ・タイプ（primary_pic_type
　の定義（２６４頁）
　
primary_pic_type　｜そのピクチャに含まれるスライスの種類
　　　　０　　　　　｜　　　　　Ｉ
　　　　１　　　　　｜　　　　　Ｉ，Ｐ
　　　　２　　　　　｜　　　　　Ｉ，Ｐ，Ｂ
　　　　３　　　　　｜　　　　　ＳＩ
　　　　４　　　　　｜　　　　　ＳＩ，ＳＰ
　　　　５　　　　　｜　　　　　Ｉ，ＳＩ
　　　　６　　　　　｜　　　　　Ｉ，ＳＩ，Ｐ，ＳＰ
　　　　７　　　　　｜　　　　　Ｉ，ＳＩ，Ｐ，ＳＰ，Ｂ
　
　
表１２−４（２）スライス・タイプ（slice_type）の定義
　スライスタイプ　　｜　　定義　　　　　　　
　
（slice_type）　　｜　　　　　　　　　　
　　　　０　　　　　｜　　Ｐ（Ｐスライス）
　　　　１　　　　　｜　　Ｂ（Ｂスライス）
　　　　２　　　　　｜　　Ｉ（Ｉスライス）　
　　　　３　　　　　｜　　ＳＰ（ＳＰスライス）
　　　　４　　　　　｜　　ＳＩ（ＳＩスライス）
　　　　５　　　　　｜　　Ｐ（Ｐスライス）
　　　　６　　　　　｜　　Ｂ（Ｂスライス）
　　　　７　　　　　｜　　Ｉ（Ｉスライス）
　　　　８　　　　　｜　　ＳＰ（ＳＰスライス）
　　　　９　　　　　｜　　ＳＩ（ＳＩスライス）
」（２６４頁〜２６６頁，表１２−３（１）（２），表１２−４（１）（２））
　
　次ページ以降に、図・表（ここまでに示していないものも含む）をまとめて示す。
　　
（２）特開平１０−２１０４８３号公報（刊行物２）
　原査定の拒絶の理由に、引用文献２として引用された刊行物である特開平１０−２１０４８３号公報（以下、「刊行物２」という。）には、次に掲げる事項が記載されている。
　
　〈発明の属する技術分野、従来の技術〉
　(L1)「【０００１】
【発明の属する技術分野】本発明は、圧縮された動画像を再生する動画像再生装置とその方法に係り、特に、ＭＰＥＧ（Motion Picture Experts Group）と呼ばれる動画像圧縮技術によって圧縮された動画像データを同期再生するのに好適な動画像再生装置その方法に関するものである。
【０００２】
【従来の技術】
ＭＰＥＧ（Motion Picture Experts Group）と呼ばれる動画像圧縮技術（ＩＳＯ １１１７２）によって圧縮された動画像データは、画像単位内で圧縮符号化されていてそれ自身の情報だけで画像を再構成することができるＩピクチャ（フレーム内符号化画像）と、時間的に過去に位置する画像との相関およびその差分から画像を再構成することのできるＰピクチャ（フレーム間順方向予測符号化画像）と、時間的に過去および未来に位置するＩピクチャもしくはＰピクチャとの相関および差分から画像を再構成することのできるＢピクチャ（双方向予測符号化画像）とによって構成されている。
【０００３】ところで、
復号処理能力の低い再生装置で復号を行う場合、復号が再生に追いつかない場合がある。この場合、どこかの画像の復号を省略する必要があるが、ＩピクチャはＰピクチャおよびＢピクチャの復号に必要であり、ＰピクチャはＢピクチャおよび時間的に後ろのＰピクチャの復号に必要である。従って、同期信号に合わせて復号を行う再生装置では、復号が所定時間よりも遅れた場合に他のピクチャの復号に際して参照されることのないＢピクチャの復号を省略することで、同期の調整を行っていた
　
　(L2)「【０００４】
【発明が解決しようとする課題】復号処理能力の低い再生装置を使用した場合や伝送速度の低い通信回線などを介して動画像データを受信した場合に、Ｂピクチャの復号を省略しただけでは、復号が再生に追いつかず、復号の遅れに対して同期調整を行うことができないことがあった。
【０００５】そこで本発明は、
Ｂピクチャの復号を省略しても同期調整を行うことができない場合や、ＩピクチャとＰピクチャのみで構成される動画像データ（ビットストリーム）が供給された場合でも同期調整を行うことができる
【０００６】
【課題を解決するための手段】上記目的を達成するための手段として、以下に示す動画像再生装置及びその方法を提供しようとするものである。
１．画像単位内だけで圧縮符号化されたフレーム内符号化画像と時間的に過去の画像を参照して圧縮符号化されたフレーム間順方向予測符号化画像と時間的に過去と未来の画像を参照して圧縮符号化された双方向予測符号化画像とを含む動画像データを復号して再生する動画像再生装置であって、
供給される前記動画像データのピクチャタイプを検出するピクチャタイプ検出手段と
　
　(L3)「【００４３】以上説明したように、
本発明の動画像再生装置は、復号処理が間に合わずに同期が取れなくなった際には、まず、Ｂピクチャの復号処理を省略し、それでも間に合わない場合には他の画像の復号処理への影響が最も小さいＰピクチャから復号処理を省略するよう構成した
【００４４】
【発明の効果】本発明の動画像再生装置は、双方向予測符号化画像の復号処理を省略しても間に合わない場合には他の画像の復号処理への影響が最も小さいフレーム間順方向予測符号化画像から復号処理を省略するよう構成したので、
処理能力の小さい復号装置や、転送レートの低い通信回線などから動画像データが供給される場合などでも、動画像の同期再生を行うことができるという効果がある
【００４５】さらに、フレーム内符号化画像とフレーム間順方向予測符号化画像のみで構成される双方向予測符号化画像のない動画像データが供給された場合にも、構成を変更することなく同期再生を行うことができる。」
　
［３］刊行物１に記載された発明（以下、「引用発明」という）
　
　（１）刊行物１概要　
　刊行物１は、「Ｈ．２６４／ＡＶＣ教科書」と題する、「
Ｈ．２６４／ＡＶＣ
　−「
Ｈ．２６４／ＡＶＣ
　ＭＰＥＧ−１（１９９１年）、ＭＰＥＧ−２（１９９５年）、ＭＰＥＧ−４（１９９８年）と発展し進化してきた動画像圧縮基準（標準）をベースに、標準化機関が合同で作成し、２００３年５月に初版が承認された高度動画像圧縮符合化基準（標準）である｛前掲(K1)〜(K3)，図１−１、表１−１，表１−２、図２−１７｝
　−を解説するものである。
　
　（２）
Ｈ．２６４／ＡＶＣの圧縮符号化、動画像ストリーム
　
　ア　
Ｈ．２６４／ＡＶＣ
　その動画像ストリームは、以下のようになっている。
　
　イ　
アクセスユニット、ＮＡＬユニット
　Ｈ．２６４／ＡＶＣの動画像ストリームは、
　・「ピクチャ単位」の「アクセス・ユニット」が「一区切り」となっていて、　　　　　　　　　　　　　　　　　　　　　　　　　（→(b2)）
　・「一区切り」である「アクセス・ユニット」は、「いくつかのＮＡＬユニットをまとめた」ものである｛前掲(K10)「４　
アクセス・ユニット
　
　・「ＮＡＬユニット」は、基本的には、
　「ＮＡＬヘッダ」と「ＶＣＬで生成されたデータ｛ＲＢＳＰ（Raw Byte Sequence Payload、ロー・バイト・シーケンス・ペイロード、動画像圧縮された生データ）｝」の２つから構成される｛(K7)，図４−８｝が、
　ウで後記するように、「ＶＣＬで生成されたデータ」は、nal_unit_type＝１〜５であるスライスデータを含むＶＣＬ　ＮＡＬユニットの場合に存在する（存在しない場合もある（非ＶＣＬ　ＮＡＬユニット）｝。｛→(b4)｝
　
　ウ　
ＮＡＬ（ユニット）、ＮＡＬヘッダ、nal_unit_type
　　　　
nal_unit_type
　「ＮＡＬヘッダ」には、
　「nal_ref_idc」（
そのＮＡＬユニットに参照ピクチャとなり得るスライスが含まれているかどうかを示す情報
　「nal_unit_type」（ＮＡＬユニットの種類を示す識別子）が含まれている｛(K7)｝。　　　　　　　　　　　　　　　　　　　　
　・ＮＡＬユニットには、表４−５に示す種類があり、nal_unit_type＝１〜５であるスライスデータを含むＶＣＬ　ＮＡＬユニットと、nal_unit_type≧６である非ＶＣＬ　ＮＡＬユニットがある。　　　
　｛(K8)，表４−５，(K10)「 図４−１１で、アクセス・ユニットに必ず含まれるのは、主ピクチャ内の各スライスに相当するＮＡＬユニットだけで、他の情報はすべてのアクセス・ユニットに存在するわけではありません。」等｝
　上記イを踏まえれば、
　ＮＡＬユニットは、ＮＡＬヘッダのnal_unit_typeが１〜５である場合は、ピクチャのスライスデータを含む。　　　　　　　　　　　｛→(b4)｝
　
　エ　
ＡＵデリミタ、primary_pic_type
　・ＮＡＬユニットには、nal_unit_type＝９である「ＡＵデリミタ」（Access Unit Delimiter、アクセス・ユニットの先頭を示す情報）があり｛(K8)｝、
　・そのＡＵデリミタは、アクセス・ユニットの先頭につけるもので、「
primary_pic_type
そのピクチャに含まれる全スライスの種類を示す情報
　・ＡＵデリミタは、ＭＰＥＧ−２システムを下位システムとして用いる場合には、アクセス・ユニットの先頭を容易に見つけられるようにすべてのアクセス・ユニットに付ける。
　｛このことは、以下の記載から明らかである。
　(K9)「ＡＵデリミタを用いてそのピクチャに含まれる全スライスの種類をprimary_pic_type情報（プライマリ・ピクチャ・タイプ情報）で指定するか・・・」、
　(K10)「ＡＵデリミタには主ピクチャに含まれるスライスの種類を示す情報（primary_pic_type）も含まれています。符号化したデータをひとつの列として扱うＭＰＥＧ−２システムを下位システムに適用する場合には、ユニットの先頭を容易に見つけられるようにすべてのアクセス・ユニットにＡＵデリミタを付けます（第９章の９．１節参照）」、
　(K13)「Ｈ．２６４／ＡＶＣ規格（ＩＳＯ／ＩＥＣ　１４４９６−１０、“Advanced Video Coding”）におけるアクセス・ユニットに次の制約を加えたものを、ＭＰＥＧ−２システムにおけるアクセス・ユニット（図９−３）として定義しています。
　○１　バイト・ストリーム・フォーマットを使用する
　○２　アクセス・ユニットには、Access Unit Delimiter　ＮＡＬユニットを必ず含める。Access Unit Delimiter　ＮＡＬユニットとは、アクセス・ユニットの先頭にけ加され、アクセス・ユニットの開始を示すＮＡＬユニットのことである。」、
　表１２−３（１）（２）等｝
　
　オ　
スライスの種類、slice_type
表４−６
　Ｈ．２６４／ＡＶＣでは、スライスが符号化の基本単位となっており、スライスごとに「slice_type」（表４−６，表１２−４（２）に示すスライスの種類を示す情報）を、スライスヘッダとして付けるようになっている。
｛(K9)，表４−６，表１２−４（１）（２）｝　　　　　　　｛→(b6)｝
　
　（３）
Ｈ．２６４／ＡＶＣの動画像ストリームのデコード
　　　図４−２｝　
　前掲(K5)，図４−２には、Ｈ．２６４／ＡＶＣの
動画像ストリーム
デコード
　
　（４）引用発明
　以上によれば、補正後発明と対比する刊行物記載発明として、下記の発明（以下「引用発明」という。）を認定することができる。  
　
　　　　　　　　記（引用発明）
　
(a)Ｈ．２６４／ＡＶＣの
動画像ストリーム
(b)デコードするＨ．２６４／ＡＶＣの
動画像ストリーム
　(b1)フレーム内符号化および動き補償フレーム間予測符号化を用いて圧縮符号化されたものであり、
　(b2)ピクチャ単位のアクセス・ユニットが一区切りとなっており、
　(b3)アクセス・ユニットは、いくつかのＮＡＬユニットをまとめたものであり、
　(b4)ＮＡＬユニットは、
　nal_ref_idc（そのＮＡＬユニットに参照ピクチャとなり得るスライスが含まれているかどうかを示す情報）と、nal_unit_type（ＮＡＬユニットの種類を示す識別子）を含むＮＡＬヘッダと、
　nal_unit_typeが１〜５である場合は、ピクチャのスライスデータを含む。　
　(b5)ＮＡＬユニットには、nal_unit_typeが９であるＡＵデリミタがあり、ＡＵデリミタは、アクセス・ユニットの先頭につけるもので、primary_pic_type（表１２−３（２）に示される「そのピクチャに含まれる全スライスの種類を示す情報」）を含み、
　(b6)スライスが符号化の基本単位となっており、スライスごとにslice_type（表４−６，表１２−４（２）に示すスライスの種類を示す情報）を、スライスヘッダとして付けるようになっている、
(b)
動画像ストリーム
　
［４］補正後発明１と引用発明との対比（対応関係）  
　
　〈補正後発明１（構成要件の分説）〉
　
　補正後発明１は、以下のように、
　デコード処理を実行する情報処理装置についての要件Ａ０〜Ａ３と、
　その情報処理装置が実行するデコード処理の対象である動画像ストリームについての要件Ｂ（Ｂ１〜Ｂ５）
　とに分説することができる。
　
　　　　　補正後発明１（分説）
Ａ０　動画像ストリームをデコードするためのデコード処理を実行する情報処理装置において、
Ａ１　前記動画像ストリーム内に含まれる第３ヘッダ情報を検出する検出手段と、
Ａ２　前記検出された第３ヘッダ情報に基づいて、デコード対象画像が前記動画像ストリームの中の他の符号化画像から参照されない非参照画像であるか否かを判別する手段と、
Ａ３　前記デコード対象画像が非参照画像である場合に、当該非参照画像に対する前記デコード処理の実行をスキップする制御手段とを具備すること
Ａ０　を特徴とする情報処理装置、であって、
　
Ｂ　　前記動画像ストリームは、
Ｂ１　フレーム内符号化および動き補償フレーム間予測符号化を用いて圧縮符号化され、各画像に対応する複数の第１のユニットから構成される動画像ストリームであって、
Ｂ２　前記第１のユニットに含まれる第１ヘッダ情報により、各画像が内包するスライスの種類を判別可能であり、
Ｂ３　第１のユニットは、ヘッダ部とデータ部とから構成される、画像の一部を構成するスライスに関するデータを少なくとも格納可能な第２のユニットを複数含み、
Ｂ４　各画像を構成するスライスは、画像内で予測符号化される第１のタイプ、他の１枚の画像を参照して予測符号化される第２のタイプ、他の複数の画像を参照して予測符号化される第３のタイプを含む複数のタイプのうちいずれのタイプであるかを、各スライスが有するスライスヘッダに含まれる第２ヘッダ情報により判別可能となっている動画像ストリーム、であって、
Ｂ５　前記動画像ストリーム内に含まれる符号化画像それぞれに対応する各前記第１のユニットに含まれる前記第２のユニットのヘッダ部内に含まれ、当該符号化画像が他の符号化画像から参照されない非参照画像であるか否かを示す、前記第１ヘッダ情報及び前記第２ヘッダ情報とは異なる第３ヘッダ情報がある、
Ｂ　動画像ストリームであるもの。
　
　〈対応関係〉
　
　（１）要件Ａ０について
　Ａ０：「動画像ストリームをデコードするためのデコード処理を実行する情報処理装置において、」「を特徴とする情報処理装置」
　引用発明の「(a)Ｈ．２６４／ＡＶＣの
動画像ストリーム
　
　（２）要件Ｂ（Ｂ１〜Ｂ５）、デコードする「
動画像ストリーム
　
　ア　要件Ｂ１について
　Ｂ１：「フレーム内符号化および動き補償フレーム間予測符号化を用いて圧縮符号化され、各画像に対応する複数の第１のユニットから構成される動画像ストリームであって、」
　
　ア-１　要件Ｂ１のうちの「フレーム内符号化および動き補償フレーム間予測符号化を用いて圧縮符号化され、」「る動画像ストリームであって、」について
　《補正後発明１》
　補正後発明１の「動画像ストリーム」は、明細書の記載
　｛特に、「【0007】したがって、
Ｈ．２６４／ＡＶＣ規格で圧縮符号化された動画像ストリーム
　「【0008】
  本発明は上述の事情を考慮してなされたものであり、動画像ストリームのデコードをスムーズに実行することが可能な情報処理装置およびプログラムを提供することを目的とする。」、
　「【0018】ビデオ再生アプリケーションプログラム２０１は、圧縮符号化された動画像データをデコードおよび再生するためのソフトウェアである。
このビデオ再生アプリケーションプログラム２０１は、Ｈ．２６４／ＡＶＣ規格に対応するソフトウェアデコーダである。ビデオ再生アプリケーションプログラム２０１は、Ｈ．２６４／ＡＶＣ規格で定義された符号化方式で圧縮符号化されている動画像ストリーム
をデコードするための機能を有している
　に照らせば、
　
Ｈ．２６４／ＡＶＣ規格で定義された符号化方式で圧縮符号化されている動画像ストリーム
　《引用発明》
　引用発明の「デコードする装置」がデコードする動画像ストリームも、
　(a)「
Ｈ．２６４／ＡＶＣの動画像ストリーム
　また、(b1)フレーム内符号化および動き補償フレーム間予測符号化を用いて圧縮符号化されたものであるから、
　要件Ｂ１のうちの「フレーム内符号化および動き補償フレーム間予測符号化を用いて圧縮符号化され、」「る動画像ストリームであって、」といえることは明らかである。
　
　ア-２　要件Ｂ１のうちの「各画像に対応する複数の第１のユニットから構成される」について
　補正後発明１でいう「各画像に対応する複数の第１のユニットから構成される」動画像ストリーム、「第１のユニット」とは、明細書の記載（特に、上記【0007】【0008】【0018】に加え、上記【0057】）に照らせば、
　それぞれ、
　Ｈ．２６４／ＡＶＣの動画像ストリーム、同
Ｈ．２６４／ＡＶＣの動画像ストリームの「アクセスユニット
　引用発明の
動画像ストリーム
Ｈ．２６４／ＡＶＣの動画像ストリーム
　その「(b2)ピクチャ単位のアクセス・ユニット」は、要件Ｂ１でいう「第１のユニット」に相当するものといえ、
　引用発明の
動画像ストリーム
　
　ア-３　まとめ
　以上によれば、引用発明（の
動画像ストリーム
　
　イ　要件Ｂ２について
　Ｂ２：「前記第１のユニットに含まれる第１ヘッダ情報により、各画像が内包するスライスの種類を判別可能であり、」
　
　補正後発明１でいう上記要件Ｂ２の「第１ヘッダ情報」とは、明細書の記載｛特に上記段落【0063】，「primary_pic_type」｝に照らせば、
　
Ｈ．２６４／ＡＶＣの動画ストリームの「primary_pic_typ
　引用発明の(b5)の「primary_pic_type（表１２−３（２）に示される「そのピクチャに含まれる全スライスの種類を示す情報」）」も、
Ｈ．２６４／ＡＶＣの動画ストリームの「primary_pic_type」
　したがって、引用発明の(b5)の「primary_pic_type（表１２−３（２）に示される「そのピクチャに含まれる全スライスの種類を示す情報」）」は、
　要件Ｂ２でいう「第１ヘッダ情報」に相当するものといえ、
　引用発明は、要件Ｂ２において補正後発明１と相違しない。
　
　ウ　要件Ｂ３について
　Ｂ３：「第１のユニットは、ヘッダ部とデータ部とから構成される、画像の一部を構成するスライスに関するデータを少なくとも格納可能な第２のユニットを複数含み、」
　
　補正後発明１でいう「第１のユニット」は、上記の通り、同Ｈ．２６４／ＡＶＣの動画像ストリームの「アクセスユニット」をいうものであり、
　上記要件Ｂ３でいう「第２のユニット」とは、明細書の記載｛特に上記段落【0057】，図８，「ＮＡＬユニット」｝に照らせば、
　
Ｈ．２６４／ＡＶＣの動画ストリームの「ＮＡＬユニット
　引用発明の「アクセス・ユニット」、「ＮＡＬユニット」も、
Ｈ．２６４／ＡＶＣの動画ストリームの
ＮＡＬユニット
　また、引用発明の「(b3)アクセス・ユニットは、いくつかのＮＡＬユニットをまとめたものであ」って、
　その「ＮＡＬユニット」は、
　「(b4)（ＮＡＬユニットは、）nal_ref_idc（そのＮＡＬユニットに参照ピクチャとなり得るスライスが含まれているかどうかを示す情報）と、nal_unit_type（ＮＡＬユニットの種類を示す識別子）を含むＮＡＬヘッダと、
　nal_unit_typeが１〜５である場合は、ピクチャのスライスデータを含む。」ものであるから、
　「ヘッダ部（ＮＡＬヘッダ）とデータ部（ピクチャのスライスデータ）とから構成される、画像の一部を構成するスライスに関するデータを少なくとも格納可能な」ものである。
　したがって、引用発明の「(b4)ＮＡＬユニット」は、要件Ｂ３でいう「第２のユニット」に相当するものといえ、
　引用発明の「アクセスユニット」（第１のユニット）も、
　ヘッダ部（ＮＡＬヘッダ）とデータ部（ピクチャのスライスデータ）とから構成される、画像の一部を構成するスライスに関するデータを少なくとも格納可能な第２のユニットを複数含み、といい得るものであり、
　引用発明は、要件Ｂ３において補正後発明１と相違しない。
　
　エ　要件Ｂ４について　
　Ｂ４：「各画像を構成するスライスは、画像内で予測符号化される第１のタイプ、他の１枚の画像を参照して予測符号化される第２のタイプ、他の複数の画像を参照して予測符号化される第３のタイプを含む複数のタイプのうちいずれのタイプであるかを、各スライスが有するスライスヘッダに含まれる第２ヘッダ情報により判別可能となっている動画像ストリーム、であって、」
　要件Ｂ４でいう「第２ヘッダ情報」とは、明細書の記載｛特に上記段落【0064】，図８，図１３等｝に照らせば、
　
Ｈ．２６４／ＡＶＣの動画ストリームの「slice_type
　引用発明の(b6)の「slice_type（表４−６，表１２−４（２）に示すスライスの種類を示す情報）」も、
Ｈ．２６４／ＡＶＣの動画ストリームの「slice_type
　また「スライスごとに」「スライスヘッダとして付けるようになって」いる。
　そして、その「slice_type（表４−６，表１２−４（２）に示すスライスの種類を示す情報）」も、
　「各画像を構成するスライスは、画像内で予測符号化される第１のタイプ、他の１枚の画像を参照して予測符号化される第２のタイプ、他の複数の画像を参照して予測符号化される第３のタイプを含む複数のタイプのうちいずれのタイプであるかを、各スライスが有するスライスヘッダに含まれる第２ヘッダ情報により判別可能」とするものであることは、表４−６，表１２−４（２）、「表４−６，表１２−４（２）に示すスライスの種類を示す情報」としていることから明らかである。
　したがって、引用発明の「slice_type（表４−６，表１２−４（２）に示すスライスの種類を示す情報）」は、要件Ｂ４でいう「第２ヘッダ情報」に相当するものといえ、
　引用発明の動画ストリーム（Ｈ．２６４／ＡＶＣの動画ストリーム）も、
　Ｂ４「各画像を構成するスライスは、画像内で予測符号化される第１のタイプ、他の１枚の画像を参照して予測符号化される第２のタイプ、他の複数の画像を参照して予測符号化される第３のタイプを含む複数のタイプのうちいずれのタイプであるかを、各スライスが有するスライスヘッダに含まれる第２ヘッダ情報により判別可能となっている動画像ストリーム、であって、」といい得るものであり、
　引用発明は、要件Ｂ４において補正後発明１と相違しない。
　
　オ　要件Ｂ５について
　Ｂ５：「前記動画像ストリーム内に含まれる符号化画像それぞれに対応する各前記第１のユニットに含まれる前記第２のユニットのヘッダ部内に含まれ、当該符号化画像が他の符号化画像から参照されない非参照画像であるか否かを示す、前記第１ヘッダ情報及び前記第２ヘッダ情報とは異なる第３ヘッダ情報がある、」（動画像ストリーム）
　要件Ｂ５でいう「第３ヘッダ情報」とは、明細書の記載（特に上記段落【0060】）に照らせば、
　
Ｈ．２６４／ＡＶＣの動画ストリームにおける
nal_ref_idc」をいう
　引用発明の、ＮＡＬヘッダである(b4)「
nal_ref_idc
　・primary_pic_type（前記第１ヘッダ情報）及びslice_type（前記第２ヘッダ情報）とは異なる、
Ｈ．２６４／ＡＶＣの動画ストリームの「nal_ref_idc
　・また「そのＮＡＬユニットに参照ピクチャとなり得るスライスが含まれているかどうかを示す情報」であるから、
　「当該符号化画像が他の符号化画像から参照されない非参照画像であるか否かを示す、（前記第１ヘッダ情報及び前記第２ヘッダ情報とは異なる）第３ヘッダ情報」ともいい得るものであり、補正後発明１でいう「第３ヘッダ情報」に相当するものである。
　したがって、引用発明は、要件Ｂ５においても補正後発明１と相違しない。
　
　カ　要件Ａ１〜Ａ３について
　引用発明は、要件Ａ１，Ａ２，Ａ３を備えない。
　したがって、この点補正後発明１とは相違する。
　
［５］一致点、相違点  
　
　以上の対比結果によれば、補正後発明１と引用発明とは、
 　 
　［一致点］ 
Ａ０　動画像ストリームをデコードするためのデコード処理を実行する情報処理装置において、
Ａ０　を特徴とする情報処理装置、であって、
　とし、　
Ｂ　　前記動画像ストリームは、
Ｂ１　フレーム内符号化および動き補償フレーム間予測符号化を用いて圧縮符号化され、各画像に対応する複数の第１のユニットから構成される動画像ストリームであって、
Ｂ２　前記第１のユニットに含まれる第１ヘッダ情報により、各画像が内包するスライスの種類を判別可能であり、
Ｂ３　第１のユニットは、ヘッダ部とデータ部とから構成される、画像の一部を構成するスライスに関するデータを少なくとも格納可能な第２のユニットを複数含み、
Ｂ４　各画像を構成するスライスは、画像内で予測符号化される第１のタイプ、他の１枚の画像を参照して予測符号化される第２のタイプ、他の複数の画像を参照して予測符号化される第３のタイプを含む複数のタイプのうちいずれのタイプであるかを、各スライスが有するスライスヘッダに含まれる第２ヘッダ情報により判別可能となっている動画像ストリーム、であって、
Ｂ５　前記動画像ストリーム内に含まれる符号化画像それぞれに対応する各前記第１のユニットに含まれる前記第２のユニットのヘッダ部内に含まれ、当該符号化画像が他の符号化画像から参照されない非参照画像であるか否かを示す、前記第１ヘッダ情報及び前記第２ヘッダ情報とは異なる第３ヘッダ情報がある、
Ｂ　　動画像ストリームであるもの。
　
　とする点で一致し、
　
　［相違点］
　補正後発明１が、
Ａ１　前記動画像ストリーム内に含まれる第３ヘッダ情報を検出する検出手段と、
Ａ２　前記検出された第３ヘッダ情報に基づいて、デコード対象画像が前記動画像ストリームの中の他の符号化画像から参照されない非参照画像であるか否かを判別する手段と、
Ａ３　前記デコード対象画像が非参照画像である場合に、当該非参照画像に対する前記デコード処理の実行をスキップする制御手段とを具備する
　とするのに対して
　
　補正後発明１は、そのような手段を備えるとはしていない点。
　
　で相違する。
　
［６］相違点等の判断（容易想到性の判断）  
 　 
（１）相違点の克服  
　
　［相違点の克服］　
　引用発明が、
Ａ１　前記動画像ストリーム内に含まれる第３ヘッダ情報を検出する検出手段と、
Ａ２　前記検出された第３ヘッダ情報に基づいて、デコード対象画像が前記動画像ストリームの中の他の符号化画像から参照されない非参照画像であるか否かを判別する手段と、
Ａ３　前記デコード対象画像が非参照画像である場合に、当該非参照画像に対する前記デコード処理の実行をスキップする制御手段とを具備する
　とすること
　で、上記［相違点］は克服され、補正後発明に至る。
　
（２）［相違点の克服］の容易想到性  
　
　ア　刊行物２発明（引用発明２）
　原査定の拒絶の理由に、引用文献２として引用された刊行物である特開平１０−２１０４８３号公報（刊行物２）には、前記「【第２-４】［２］（２）」のとおりの事項が記載されており、 
　後記（【第４】［２］）するように、刊行物２には、下記の発明（以下、「刊行物２発明」ともいう）が記載されていると認められる。
　
　　　　　　　　　記（刊行物２発明）
　(p)ＭＰＥＧ（ＭＰＥＧ１や２）動画像圧縮技術によって圧縮された動画像データ
　−・画像単位内で圧縮符号化されていてそれ自身の情報だけで画像を再構成することができるＩピクチャ（フレーム内符号化画像）と、
　　・時間的に過去に位置する画像との相関およびその差分から画像を再構成することのできるＰピクチャ（フレーム間順方向予測符号化画像）と、
　　・時間的に過去および未来に位置するＩピクチャもしくはＰピクチャとの相関および差分から画像を再構成することのできるＢピクチャ（双方向予測符号化画像）とによって構成されている、ＭＰＥＧ動画像圧縮技術によって圧縮された動画像データ−
　を、処理能力の小さい復号装置で復号し再生する動画像再生装置において、
　(q)復号処理能力の低い再生装置で復号を行う場合、復号が再生に追いつかないとき画像の復号を省略して同期調整するために、　
　(r)動画像データのピクチャタイプを検出するピクチャタイプ検出手段であって、少なくとも、他のピクチャを復号するのに参照されることがないピクチャであるＢピクチャであるか、もしくは、他のピクチャの復号に必要であるＩピクチャ又はＰピクチャであるかを検出し得る検出手段を備え、
　(s)復号処理能力の低い再生装置で復号を行う場合で、復号が所定時間よりも遅れた場合には、
　上記ピクチャタイプ検出手段の検出結果に基づいて、
　他のピクチャを復号するのに参照されることがないピクチャであるＢピクチャであるときには、その復号は省略し（双方向予測符号化画像であるからという理由からではなく、他のピクチャを復号するのに参照されることがないピクチャであるという理由からＢピクチャの復号は省略し）、
　他のピクチャの復号に必要であるＩピクチャ又はＰピクチャであるときには、復号するようにして再生するようにした動画像再生装置。
　
　イ　容易想到性
　
　イ-１　引用発明に刊行物２発明を適用することの動機付け
　引用発明の(a)
Ｈ．２６４／ＡＶＣの動画像ストリーム
　また、
Ｈ．２６４／ＡＶＣの動画像ストリーム
　したがって、刊行物２に接した当業者にとって、
　引用発明の
Ｈ．２６４／ＡＶＣの動画像ストリーム
　
　イ-２　刊行物２発明の適用
　刊行物２発明が採る、上記(q)「復号処理能力の低い再生装置で復号を行う場合、復号が再生に追いつかないとき画像の復号を省略して同期調整するため」の解決手法は、上記(r)と(s)であり、
　その本質部分は、
他のピクチャを復号するのに参照されることがないピクチャを省略するという手法
　
Ｈ．２６４／ＡＶＣの動画像ストリーム
Ｂピクチャも、他のピクチャを復号するのに他のピクチャから参照され得るピクチャである
　単に、刊行物２のように、
他のピクチャを復号するのに参照されることがないピクチャを省略する
他のピクチャを復号するのに参照されることがないピクチャ
　
　一方、
Ｈ．２６４／ＡＶＣの動画像ストリーム
　すなわち、参照ピクチャとなり得るスライスが含まれているかどうかを示す情報が、そもそも、
Ｈ．２６４／ＡＶＣの動画像ストリーム
　
　そうすると、この“nal_ref_idc”を利用して、
他のピクチャを復号するのに参照されることがないピクチャ
　
　すなわち、引用発明に刊行物２発明を適用するとき、刊行物２発明が採った上記(r)，(s)の「ピクチャタイプ検出手段」の代わりに、ＮＡＬユニットのヘッダの“nal_ref_idc”を検出する手法を採り、
　復号処理能力の低い再生装置で復号を行う場合で、復号が所定時間よりも遅れた場合には、
　検出した“nal_ref_idc”に基づいて、デコード対象画像が
他のピクチャを復号するのに参照されることがないピクチャ
　他のピクチャの復号に必要であるピクチャであるときには、復号するようにして再生するようにすることは、当業者が容易に想到し得ることである。
　
　そして、“nal_ref_idc”が、補正後発明１でいう「前記動画像ストリーム内に含まれる第３ヘッダ情報」といえることは前記のとおりであるのであるから、
　引用発明に、刊行物２発明の上記Ａ１，Ａ２，Ａ３を付加すること、
　すなわち、
  Ａ１　前記動画像ストリーム内に含まれる第３ヘッダ情報を検出する検出手段と、
Ａ２　前記検出された第３ヘッダ情報に基づいて、デコード対象画像が前記動画像ストリームの中の他の符号化画像から参照されない非参照画像であるか否かを判別する手段と、
Ａ３　前記デコード対象画像が非参照画像である場合に、当該非参照画像に対する前記デコード処理の実行をスキップする制御手段を付加すること、
　は、当業者が容易に想到し得ることである。
　
　イ-３　まとめ（相違点の克服）
　以上によれば、上記［相違点の克服］は、刊行物１、刊行物２、技術常識・周知技術に基づいて当業者が容易に想到し得ることである。
　
（３）まとめ｛相違点等の判断（容易想到性の判断）｝
　補正後発明１は、上記刊行物１に記載された発明、刊行物２に記載された発明及び技術常識・周知事項に基づいて、当業者が容易に発明をすることができたものである。
　
［７］まとめ（理由：独立特許要件不適合）
　以上によれば、補正後の請求項１に係る発明は、上記刊行物１に記載された発明、刊行物２に記載された発明及び技術常識・周知事項等に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許出願の際独立して特許を受けることができない。
　
 【第３】補正の却下の決定２（本件補正２の補正却下）
　本件補正２（平成２１年４月１３日付けの受付番号[書類番号]：50900766224の補正書による先の補正）について、次のとおり決定する。 
 　 
　《結論》 
　本件補正２（平成２１年４月１３日付けの受付番号[書類番号]：50900766224の補正書による補正の補正書による補正）を却下する。 
　
　《理由》 
　
　本件補正２は、特許請求の範囲について補正をするものであって、その補正の内容は、前記本件補正１と全く同じである。
　
　したがって、本件補正２は、本件補正１と同様、願書に最初に添付した明細書、図面の以下の記載を根拠とするものと認められ、また、平成１４年法律第２４号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項２号で規定する特許請求の範囲の減縮を目的とする補正に該当する。
　また、独立特許要件についても、本件補正１後の請求項１に記載される発明は特許出願の際独立して特許を受けることができないのと同じ上記理由により、
　本件補正２後の請求項１に記載される発明は特許出願の際独立して特許を受けることができない。 
　本件補正２は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
【第４】査定の当否（当審の判断）　 
　
［１］本願発明　 
　平成２１年４月１３日付けの上記本件補正１、上記本件補正２はいずれも上記のとおり却下する。 
　本願の請求項１〜１０に係る各発明は、本願明細書及び図面（平成２０年８月１３日付けの手続補正書により補正された明細書及び図面）の記載からみて、それぞれ、その特許請求の範囲の請求項１〜１０に記載した事項により特定されるとおりのものと認められるところ、
　その請求項１に係る発明（以下、「本願発明」という。）は下記の通りである。
 　 
　　　　　　記（本願発明（請求項１））
　フレーム内符号化および動き補償フレーム間予測符号化を用いて圧縮符号化された動画像ストリームをデコードするためのデコード処理を実行する情報処理装置において、
　前記動画像ストリーム内に含まれる符号化画像それぞれに対応するヘッダ情報内に含まれる、当該符号化画像が他の符号化画像から参照されていない非参照画像であるか否かを示す情報を検出する検出手段と、
　前記検出された情報に基づいて、デコード対象画像が前記動画像ストリームの中の他の符号化画像から参照されていない非参照画像であるか否かを判別する手段と、
　前記デコード対象画像が非参照画像である場合に、当該非参照画像に対する前記デコード処理の実行をスキップする制御手段とを具備することを特徴とする情報処理装置。
　
［２］引用刊行物の記載、引用発明２
　原査定の拒絶の理由に、引用文献２として引用された刊行物である特開平１０−２１０４８３号公報（刊行物２）には、前記「【第２-４】［２］（２）」のとおりの事項が記載されている。 
　
　引用発明２として、刊行物２に「従来の技術」として記載されたものに基づいて刊行物記載発明（引用発明２）を認定する。　
　
　（１）刊行物２（前提、従来技術等）
　ア　
前提とする技術
　前掲(L1)（段落【0001】）によれば、ＭＰＥＧと呼ばれる動画像圧縮技術によって圧縮された動画像データを同期再生するのに好適な動画像再生装置に関するものである。
　
　イ　
前提とする動画像データ
　前提とする動画像データは、ＭＰＥＧ動画像圧縮技術によって圧縮された動画像データであり、
　・画像単位内で圧縮符号化されていてそれ自身の情報だけで画像を再構成することができるＩピクチャ（フレーム内符号化画像）と、
　・時間的に過去に位置する画像との相関およびその差分から画像を再構成することのできるＰピクチャ（フレーム間順方向予測符号化画像）と、
　・時間的に過去および未来に位置するＩピクチャもしくはＰピクチャとの相関および差分から画像を再構成することのできるＢピクチャ（双方向予測符号化画像）とによって構成されている｛(L1)段落【0002】｝。
　段落【0002】には、ＭＰＥＧとして「動画像圧縮技術（ＩＳＯ １１１７２）」、つまり、いわゆるＭＰＥＧ１だけが記載されているが、動画像データが上記のように構成されていることは、ＭＰＥＧ１のみならず、ＭＰＥＧ２でも同じであることは、当業者に明らかな技術常識である。
　                                             　　　　 ｛→(p)｝
　ウ　
従来の技術
　前掲(L1)（段落【0003】）「復号処理能力の低い再生装置で復号を行う場合、復号が再生に追いつかない場合がある。この場合、どこかの画像の復号を省略する必要があるが、ＩピクチャはＰピクチャおよびＢピクチャの復号に必要であり、ＰピクチャはＢピクチャおよび時間的に後ろのＰピクチャの復号に必要である。従って、同期信号に合わせて復号を行う再生装置では、復号が所定時間よりも遅れた場合に他のピクチャの復号に際して参照されることのないＢピクチャの復号を省略することで、同期の調整を行っていた。」のであるから、
　従来の技術として、
　復号処理能力の低い再生装置で復号を行う場合、復号が再生に追いつかないときには、画像の復号を省略して同期調整するために、　　｛→(q)｝
　復号処理能力の低い再生装置で復号を行う場合で、復号が所定時間よりも遅れた場合には、
　
他のピクチャを復号するのに参照されることがないピクチャであるＢピクチャの復号は省略し
　他のピクチャの復号に必要であるＩピクチャとＰピクチャを復号するようにして再生する技術
　ここに、
省略するピクチャをＢピクチャとした
ピクチャが双方向予測符号化画像であるからという理由からではなく、他のピクチャを復号するのに参照されることがないピクチャであるという理由からである
　そして、そのようにするためには、
他のピクチャを復号するのに参照されることがないピクチャであるＢピクチャであるか
他のピクチャの復号に必要であるＩピクチャまたはＰピクチャ
　
　エ　
ピクチャタイプ検出手段
　刊行物２は上記ウの従来技術に対し、
　「Ｂピクチャの復号を省略しただけでは、復号が再生に追いつかず、復号の遅れに対して同期調整を行うことができない場合や、ＩピクチャとＰピクチャのみで構成される動画像データ（ビットストリーム）が供給された場合でも同期調整を行うことができる」｛前掲(L2)【0004】｝ようにするため、
　「供給される前記動画像データのピクチャタイプを検出するピクチャタイプ検出手段」（【0006】）を設け、
　まず、「復号処理が間に合わずに同期が取れなくなった際には、Ｂピクチャの復号処理を省略し」（この点は、上記従来の技術と同様である。）、「それでも間に合わない場合には他の画像の復号処理への影響が最も小さいＰピクチャから復号処理を省略するよう構成」（【0043】）し、
　「処理能力の小さい復号装置や、転送レートの低い通信回線などから動画像データが供給される場合などでも、動画像の同期再生を行うことができるという効果が奏する」｛前掲(L2)(L3)｝ようにしたことが示されており、
　このものは、「供給される前記動画像データのピクチャタイプを検出するピクチャタイプ検出手段」の
検出結果に基づいて
　「Ｂピクチャの復号処理を省略し、それでも間に合わない場合には他の画像の復号処理への影響が最も小さいＰピクチャから復号処理を省略するよう構成」しているものということができる。
　
　オ　
従来の動画像再生装置
　上記エのものと、その前提である上記ウの「従来の技術」を比較すれば、　上記「従来の技術」も、「供給される前記動画像データのピクチャタイプを検出するピクチャタイプ検出手段」であって、少なくとも、
他のピクチャを復号するのに参照されることがないピクチャであるＢピクチャであるか
他のピクチャの復号に必要であるＩピクチャ又はＰピクチャ
るかを検出し得る検出手段
　
　
同検出手段の検出結果に基づいて
　他のピクチャを復号するのに参照されることがないピクチャであるＢピクチャの復号は省略し、
　他のピクチャの復号に必要であるＩピクチャとＰピクチャを復号するようにして再生｝する、ものということができ、
　従来装置としてそのような動画像再生装置を認めることができる。
　                                                      ｛→(s)｝
　
　（２）引用発明２
　以上によれば、引用発明２として、下記の発明を認定することができる。  
　　　　　　　　　記（引用発明２）
　(p)ＭＰＥＧ（ＭＰＥＧ１や２）動画像圧縮技術によって圧縮された動画像データ
　−・画像単位内で圧縮符号化されていてそれ自身の情報だけで画像を再構成することができるＩピクチャ（フレーム内符号化画像）と、
　　・時間的に過去に位置する画像との相関およびその差分から画像を再構成することのできるＰピクチャ（フレーム間順方向予測符号化画像）と、
　　・時間的に過去および未来に位置するＩピクチャもしくはＰピクチャとの相関および差分から画像を再構成することのできるＢピクチャ（双方向予測符号化画像）とによって構成されている、ＭＰＥＧ動画像圧縮技術によって圧縮された動画像データ−
　を、処理能力の小さい復号装置で復号し再生する動画像再生装置において、
　(q)復号処理能力の低い再生装置で復号を行う場合、復号が再生に追いつかないとき画像の復号を省略して同期調整するために、　
　(r)動画像データのピクチャタイプを検出するピクチャタイプ検出手段であって、少なくとも、他のピクチャを復号するのに参照されることがないピクチャであるＢピクチャであるか、もしくは、他のピクチャの復号に必要であるＩピクチャ又はＰピクチャであるかを検出し得る検出手段を備え、
　(s)復号処理能力の低い再生装置で復号を行う場合で、復号が所定時間よりも遅れた場合には、
　上記ピクチャタイプ検出手段の検出結果に基づいて、
　他のピクチャを復号するのに参照されることがないピクチャであるＢピクチャであるときには、その復号は省略し（双方向予測符号化画像であるからという理由からではなく、他のピクチャを復号するのに参照されることがないピクチャであるという理由からＢピクチャの復号は省略し）、
　他のピクチャの復号に必要であるＩピクチャ又はＰピクチャであるときには、復号するようにして再生するようにした動画像再生装置。
　
［３］引用発明２と本願発明との対比（対応関係）
　
　〈本願発明（分説）〉
　本願発明は、以下のように、分説することができる。
　
　　　　　　記（本願発明（請求項１）、分説）
Ｐ　フレーム内符号化および動き補償フレーム間予測符号化を用いて圧縮符号化された動画像ストリームをデコードするためのデコード処理を実行する情報処理装置において、
Ｑ　前記動画像ストリーム内に含まれる符号化画像それぞれに対応するヘッダ情報内に含まれる、当該符号化画像が他の符号化画像から参照されていない非参照画像であるか否かを示す情報を検出する検出手段と、
Ｒ　前記検出された情報に基づいて、デコード対象画像が前記動画像ストリームの中の他の符号化画像から参照されていない非参照画像であるか否かを判別する手段と、
Ｓ　前記デコード対象画像が非参照画像である場合に、当該非参照画像に対する前記デコード処理の実行をスキップする制御手段とを具備すること
Ｐ　を特徴とする情報処理装置。
　
　〈対応関係〉
　
　（１）要件Ｐについて
　Ｐ：「フレーム内符号化および動き補償フレーム間予測符号化を用いて圧縮符号化された動画像ストリームをデコードするためのデコード処理を実行する情報処理装置において、」「を特徴とする情報処理装置。」
　
　要件Ｐでいう「動画像ストリーム」は、明細書記載の「Ｈ．２６４／ＡＶＣの動画ストリーム」ももちろん含むものであるが、従来周知の「ＭＰＥＧ（１，２）動画像圧縮技術によって圧縮された動画像ストリーム」も含み得、排除されるものでないことは当業者に明らかであるところ、
　引用発明２の「(p)動画像再生装置」が復号する動画像データ、すなわち、「・画像単位内で圧縮符号化されていてそれ自身の情報だけで画像を再構成することができるＩピクチャ（フレーム内符号化画像）と、
　・時間的に過去に位置する画像との相関およびその差分から画像を再構成することのできるＰピクチャ（フレーム間順方向予測符号化画像）と、
　・時間的に過去および未来に位置するＩピクチャもしくはＰピクチャとの相関および差分から画像を再構成することのできるＢピクチャ（双方向予測符号化画像）とによって構成されている、ＭＰＥＧ動画像圧縮技術によって圧縮された動画像データ」（これが「ストリーム」といえることも技術常識である）も、
　上記要件Ｐの「フレーム内符号化および動き補償フレーム間予測符号化を用いて圧縮符号化された動画像ストリーム」と言えるものである。
　また、引用発明２の、そのような「動画像データ」を「復号し再生する動画像再生装置」が「情報処理装置」といい得ることも明らかである。
　したがって、引用発明２は、要件Ｐにおいては本願発明と相違しない。
　
　（２）要件Ｑについて
　Ｑ：「前記動画像ストリーム内に含まれる符号化画像それぞれに対応するヘッダ情報内に含まれる、当該符号化画像が他の符号化画像から参照されていない非参照画像であるか否かを示す情報を検出する検出手段と、」
　
　引用発明２の「(r)動画像データのピクチャタイプを検出するピクチャタイプ検出手段であって、他のピクチャを復号するのに参照されることがないピクチャであるＢピクチャであるか、もしくは、他のピクチャの復号に必要であるＩピクチャ又はＰピクチャであるかを検出し得る検出手段」は、ピクチャタイプを検出するものではあるものの、
　(s)の「上記ピクチャタイプ検出手段の検出結果に基づいて、
　
他のピクチャを復号するのに参照されることがないピクチャである
双方向予測符号化画像であるからという理由からではなく、他のピクチャを復号するのに参照されることがないピクチャであるという理由からＢピクチャの復号は省略し
　他のピクチャの復号に必要であるＩピクチャ又はＰピクチャであるときには、復号する」からすれば、
　「当該符号化画像が他の符号化画像から参照されていない非参照画像であるか否かを示す情報を検出」するものともいえるものである。
　もっとも、検出する「当該符号化画像が他の符号化画像から参照されていない非参照画像であるか否かを示す情報」が、「前記動画像ストリーム内に含まれる符号化画像それぞれに対応するヘッダ情報内に含まれる情報」であるとはしておらず、この点、本願発明と相違する。
　
　（３）要件Ｒについて
　Ｒ：「前記検出された情報に基づいて、デコード対象画像が前記動画像ストリームの中の他の符号化画像から参照されていない非参照画像であるか否かを判別する手段と、」
　
　上記(r)(s)及び上記（２）で検討したことからすれば、
　引用発明２も、
　(r)（ピクチャタイプ）「検出手段」の検出結果の情報に基づいて、デコード対象画像が前記動画像ストリームの中の他の符号化画像から参照されていない非参照画像であるか否かを判別している、と言えることから、
　「前記検出された情報に基づいて、デコード対象画像が前記動画像ストリームの中の他の符号化画像から参照されていない非参照画像であるか否かを判別する手段」を備えているということができる。
　したがって、引用発明２は、要件Ｒにおいては本願発明と相違しない。
　
　（４）要件Ｓについて
　Ｓ：「前記デコード対象画像が非参照画像である場合に、当該非参照画像に対する前記デコード処理の実行をスキップする制御手段とを具備すること」
　引用発明２でも「(s)復号処理能力の低い再生装置で復号を行う場合で、復号が所定時間よりも遅れた場合には、
　上記ピクチャタイプ検出手段の検出結果に基づいて、
　他のピクチャを復号するのに参照されることがないピクチャであるＢピクチャであるときには、その復号は省略し（双方向予測符号化画像であるからという理由からではなく、他のピクチャを復号するのに参照されることがないピクチャであるという理由からＢピクチャの復号は省略し）、
　他のピクチャの復号に必要であるＩピクチャ又はＰピクチャであるときには、復号するようにして再生する」のであるから、
　「前記デコード対象画像が非参照画像である場合に、当該非参照画像に対する前記デコード処理の実行をスキップする制御手段とを具備する」と言え、したがって、引用発明２は、要件Ｓにおいて、本願発明と相違しない。
　
［４］一致点、相違点
　
　以上の対比結果によれば、本願発明と引用発明２とは、
 　 
　［一致点］ 
Ｐ　フレーム内符号化および動き補償フレーム間予測符号化を用いて圧縮符号化された動画像ストリームをデコードするためのデコード処理を実行する情報処理装置において、
Ｑ’
当該符号化画像が他の符号化画像から参照されていない非参照画像であるか否かを示す情報
Ｒ　前記検出された情報に基づいて、デコード対象画像が前記動画像ストリームの中の他の符号化画像から参照されていない非参照画像であるか否かを判別する手段と、
Ｓ　前記デコード対象画像が非参照画像である場合に、当該非参照画像に対する前記デコード処理の実行をスキップする制御手段とを具備すること
Ｐ　を特徴とする情報処理装置。
　
　とする点で一致し、
　
　［相違点］
　上記Ｑ’の「検出手段」が検出する「当該符号化画像が他の符号化画像から参照されていない非参照画像であるか否かを示す情報」が、
　本願発明では、
　前記動画像ストリーム内に含まれる符号化画像それぞれに対応するヘッダ情報内に含まれる、当該符号化画像が他の符号化画像から参照されていない非参照画像であるか否かを示す情報
　であるのに対して、
　引用発明では、そのような情報とはしていない点
　
　で相違する。
　
［５］相違点等の判断（容易想到性の判断）  
 　 
（１）相違点の克服  
　
　［相違点の克服］　
　引用発明２の「(r)動画像データのピクチャタイプを検出するピクチャタイプ検出手段であって、少なくとも、他のピクチャを復号するのに参照されることがないピクチャであるＢピクチャであるか、もしくは、他のピクチャの復号に必要であるＩピクチャ又はＰピクチャであるかを検出し得る検出手段」（「当該符号化画像が他の符号化画像から参照されていない非参照画像であるか否かを示す情報を検出する検出手段」）を、
　「前記動画像ストリーム内に含まれる符号化画像それぞれに対応するヘッダ情報内に含まれる」「情報」を検出する手段とすることで、
　上記［相違点］は克服され、本願発明に至る。
　
（２）［相違点の克服］の容易想到性  
　
　《周知事項、技術常識》
　ＭＰＥＧ１や２では、その符号化ストリームの、各画面に相当するピクチャ層のピクチャヘッダにおいて、ピクチャの符合化タイプＩ，Ｐ，Ｂを指定するようになっており｛例えば、下記周知例１，２参照｝、このことは周知かつ技術常識である。
　　　　　　　記（周知例）
　周知例１：中島，尾高，田原，「３-２-２　画像フォーマットとビットストリーム構成」テレビジョン学会誌　画像情報工学と放送技術　特集ＭＰＥＧ，１９９５年４月，Ｖｏｌ．４９　Ｎｏ．４，ｐ．４３７−４４３（特にｐ．４４０）
　周知例２：藤原洋監修、マルチメディア通信研究会編、「ポイント図解式最新ＭＰＥＧ教科書」，アスキー出版局，１９９５年６月１日第１版第４刷発行，特に、ｐ．１１０〜ｐ．１１６，ｐ．１５５〜ｐ．１６１（特にｐ．１６１）
　
　《容易想到性》
　上記周知・技術常識に鑑みれば、ＭＰＥＧストリームのピクチャヘッダに、検出すべきピクチャタイプの情報が用意されているのであるから、
　その情報を、引用発明２の「(r)動画像データのピクチャタイプを検出するピクチャタイプ検出手段であって、少なくとも、他のピクチャを復号するのに参照されることがないピクチャであるＢピクチャであるか、もしくは、他のピクチャの復号に必要であるＩピクチャ又はＰピクチャであるかを検出し得る検出手段」でのピクチャタイプの検出に利用しようとすることは、
　当業者にごく自然な発想といえ、当業者が容易に想到し得るということができる。
　そして、そのように利用すれば、
　引用発明２の「(r)動画像データのピクチャタイプを検出するピクチャタイプ検出手段であって、少なくとも、他のピクチャを復号するのに参照されることがないピクチャであるＢピクチャであるか、もしくは、他のピクチャの復号に必要であるＩピクチャ又はＰピクチャであるかを検出し得る検出手段」（「当該符号化画像が他の符号化画像から参照されていない非参照画像であるか否かを示す情報を検出する検出手段」）は、
　「前記動画像ストリーム内に含まれる符号化画像それぞれに対応するヘッダ情報内に含まれる」「情報」を検出する手段、
　となって、上記［相違点の克服］がなされて本願発明に至ることとなる。
　
　すなわち、引用発明２を出発点として、上記［相違点の克服］をして本願発明に至ることは、引用発明２及び周知事項・技術常識に基づいて当業者が容易に想到し得ることである。
　
　（３）まとめ（容易想到性判断）
　本願発明は、上記刊行物２に記載された発明、周知事項・技術常識に基づいて、当業者が容易に発明をすることができたものである。
　
【第５】むすび　 
　以上のとおりであるから、本願の請求項１に係る発明は、上記刊行物２に記載された発明、周知事項・技術常識に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 
　したがって、本願の他の請求項について特に検討するまでもなく、本願は拒絶をすべきものである。 
　
　よって、結論のとおり審決する。