【事件の表示】
　特願２０１０−１７５７０３「記録媒体」拒絶査定不服審判事件〔平成２３年　１月　６日出願公開、特開２０１１−　　４４１３、請求項の数（２）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
１．手続
　本願は、特許法第４１条に基づく優先権主張を伴う平成１３年３月２８日付の出願（優先日、平成１２年４月２１日、平成１２年９月７日）の一部を平成２２年８月４日に新たな特許出願としたものであって、平成２３年１１月８日付で手続補正書が提出され、平成２３年１１月１７日付で拒絶理由が通知され、平成２３年１２月７日付で意見書及び手続補正書が提出されたものの、平成２３年１２月２０日付で拒絶査定がなされたものである。
　本件は、上記拒絶査定を不服として平成２４年３月２１日付で請求された拒絶査定不服審判であって、同日付で手続補正書が提出されている。
　
２．拒絶査定
　平成２３年１２月２０日付拒絶査定の理由は、以下の通りである。
　
『特許庁「特許・実用新案　審査基準」の第VII部第１章コンピュータ・ソフトウエア関連発明の『2.2.4「構造を有するデータ」及び「データ構造」の取扱い』には、以下の事項が記載されている。
　「構造を有するデータ」（「構造を有するデータを記録したコンピュータ読み取り可能な記録媒体」を含む）及び「データ構造」が「発明」に該当するか否かについては、「2.2.1 基本的な考ええ方」により判断する。
　
　また、『2.2.1 基本的な考え方』には、以下の事項が記載されている。
　ソフトウエア関連発明が「自然法則を利用した技術的思想の創作」となる基本的考え方は以下のとおり。
　「ソフトウエアによる情報処理が、ハードウエア資源を用いて具体的に実現されている」場合、当該ソフトウエアは「自然法則を利用した技術的思想の創作」である。
(説明)
「ソフトウエアによる情報処理がハードウエア資源を用いて具体的に実現されている」とは、ソフトウエアがコンピュータに読み込まれることにより、ソフトウエアとハードウエア資源とが協働した具体的手段によって、使用目的に応じた情報の演算又は加工を実現することにより、使用目的に応じた特有の情報処理装置（機械）又はその動作方法が構築されることをいう。そして、上記使用目的に応じた特有の情報処理装置（機械）又はその動作方法は「自然法則を利用した技術的思想の創作」ということができるから、「ソフトウエアによる情報処理が、ハードウエア資源を用いて具体的に実現されている」場合には、当該ソフトウエアは「自然法則を利用した技術的思想の創作」である。
　
　以上のことから、「構造を有するデータ」又は「データ構造」については、「２．特許要件 ２．２．１　基本的な考え方」における「ソフトウエア」を、「構造を有するデータ」又は「データ構造」と読み替え、構造を有するデータによる情報処理がハードウエア資源を用いて具体的に実現されているか否か、或いは、データ構造により特定される情報処理がハードウエア資源を用いて具体的に実現されているか否かを判断することになり、「プログラム」と実質的に等価な「構造を有するデータ」又は「データ構造」の創作が特許法上の「発明」として認められることになるといえる。
　
　ここで、請求項１、２に記載された内容について検討する。
　請求項１、２に記載されたデータが記録された記録媒体は、その請求項１、２の記載から、構造を有するデータを記録した記録媒体であることは明らかである。
　しかし、請求項１、２に記載された構造を有するデータは、再生装置等の情報処理装置を制御する「プログラム」とは異なり、該構造を有するデータは、情報処理装置側にその解釈、及び、どのような処理を行うかが委ねられており、当該データが読み込まれる前から、つまり、該構造を有するデータが読み込まれることによらず特有の情報処理装置又はその動作方法が構築されているのであるから、構造を有するデータがコンピュータに読み込まれることにより、構造を有するデータとハードウエア資源とが協働した具体的手段によって、使用目的に応じた特有の情報処理装置又はその動作方法が構築されるとは認められない
。
　したがって、「構造を有するデータによる情報処理が、ハードウエア資源を用いて具体的に実現されている」とはいえず、「自然法則を利用した技術的思想の創作」に該当しないから、特許法第２条第１項でいう「発明」に該当しない。』
　
３．本願明細書、特許請求の範囲及び図面
３．１．平成２４年３月２１日付手続補正書で補正された特許請求の範囲には以下の通り記載されている。請求項１に記載したもの、及び、請求項２に記載したものを総称して以下「本願発明」という。
　
「【請求項１】
　プレゼンテーションタイムスタンプと、それに対応するアクセスユニットを構成するトランスポートパケットのアドレスとのペアを有する第１のアドレステーブルと、前記第１のアドレステーブルの種別を示す第１の種別情報を含むデータ構造のデータが記録され、情報処理装置に装着され再生される記録媒体であって、
　前記データ構造のデータを取得した情報処理装置に、前記第１の種別情報により示される前記第１のアドレステーブルに基づいて前記プレゼンテーションタイムスタンプから前記トランスポートパケットを特定させることにより、トランスポートストリームデータの再生を制御させる
　記録媒体。
【請求項２】
　前記データ構造は、さらに、１つの時間量と、トランスポートパケットの到着時間軸を前記時間量に基づき区切られてなるタイムユニットに含まれるトランスポートパケットのアドレスとを有する第２のアドレステーブル、および、前記第２のアドレステーブルの種別を示す第２の種別情報を含み、
　前記情報処理装置に、前記第１の種別情報により示される前記第１のアドレステーブルと、前記第２の種別情報により示される前記第２のアドレステーブルに基づいて、前記プレゼンテーションタイムスタンプから前記トランスポートパケットを特定させる
　請求項１に記載の記録媒体。」
　
３．２．平成２３年１１月８日付、平成２３年１２月７日付、平成２４年３月２１日付手続補正書で補正された明細書には以下の記載がある。
　
「【発明が解決しようとする課題】
【０００７】
  ところで、上述したような記録装置により記録媒体にAVストリームデータを記録する場合、例えば、高速再生ができるようにするために、AVストリームデータを分析し、Ｉピクチャの位置を検出して、Ｉピクチャにアクセスできるようにして記録する場合と、AVストリームデータを分析せず、そのまま記録する場合とがある。
【０００８】
  このような場合、従来、それぞれ専用のアプリケーションプログラムを用意し、それぞれにより、AVストリームを、異なるフォーマットのAVストリーム（高速再生が可能なAVストリーム、または不可能なAVストリーム）として記録媒体に記録するようにしていた。その結果、アプリケーションプログラムの開発に、費用と時間がかかる課題があった。また、それぞれのアプリケーションプログラムにより記録されたAVストリームは、異なるフォーマットのものなので、相互の互換性がなくなり、共通の装置で再生することができなくなる課題があった。
【０００９】
  さらに、従来の記録装置では、例えば、オーディオデータを、所謂アフターレコーディングすることが困難である課題があった。
【００１０】
  本発明はこのような状況に鑑みてなされたものであり、その第１の目的は、高速再生が可能なAVストリームと不可能なAVストリームを、共通に管理することができるようにすることにある。
【００１１】
  さらに、第２の目的は、アフターレコーディングを可能にすることにある。」
「【００７６】
  次に、CPI（Characteristic Point Information）について説明する。CPIは、Clipインフォメーションファイルに含まれるデータであり、主に、それはClipへのアクセスポイントのタイムスタンプが与えられた時、Clip AV stream fileの中でデータの読み出しを開始すべきデータアドレスを見つけるために用いられる。本実施の形態では、２種類のCPIを用いる。１つは、EP_mapであり、もう１つは、TU_mapである。
【００７７】
  EP_mapは、エントリーポイント(EP)データのリストであり、それはエレメンタリーストリームおよびトランスポートストリームから抽出されたものである。これは、AVストリームの中でデコードを開始すべきエントリーポイントの場所を見つけるためのアドレス情報を持つ。１つのEPデータは、プレゼンテーションタイムスタンプ（PTS）と、そのPTSに対応するアクセスユニットのAVストリームの中のデータアドレスの対で構成される。
【００７８】
  EP_mapは、主に２つの目的のために使用される。第１に、PlayListの中でプレゼンテーションタイムスタンプによって参照されるアクセスユニットのAVストリームの中のデータアドレスを見つけるために使用される。第２に、ファーストフォワード再生やファーストリバース再生のために使用される。記録再生装置１が、入力AVストリームを記録する場合、そのストリームのシンタクスを解析することができるとき、EP_mapが作成され、ディスクに記録される。
【００７９】
  TU_mapは、デジタルインタフェースを通して入力されるトランスポートパケットの到着時刻に基づいたタイムユニット（TU）データのリストを持つ。これは、到着時刻ベースの時間とAVストリームの中のデータアドレスとの関係を与える。記録再生装置１が、入力AVストリームを記録する場合、そのストリームのシンタクスを解析することができないとき、TU_mapが作成され、ディスクに記録される。
【００８０】
  STCInfoは、MPEG2トランスポートストリームをストアしているAVストリームファイルの中にあるSTCの不連続点情報をストアする。AVストリームがSTCの不連続点を持つ場合、そのAVストリームファイルの中で同じ値のPTSが現れるかもしれない。そのため、AVストリーム上のある時刻をPTSベースで指す場合、アクセスポイントのPTSだけではそのポイントを特定するためには不十分である。更に、そのPTSを含むところの連続なSTC区間のインデックスが必要である。連続なSTC区間を、このフォーマットでは STC-sequenceと呼び、そのインデックスをSTC-sequence-idと呼ぶ。STC-sequenceの情報は、Clip Information fileのSTCInfoで定義される。STC-sequence-idは、EP_mapを持つAVストリームファイルで使用するものであり、TU_mapを持つAVストリームファイルではオプションである。
【００８１】
  プログラムは、エレメンタリーストリームの集まりであり、これらのストリームの同期再生のために、ただ１つのシステムタイムベースを共有するものである。再生装置（図１の記録再生装置１）にとって、AVストリームのデコードに先だち、そのAVストリームの内容がわかることは有用である。例えば、ビデオやオーディオのエレメンタリーストリームを伝送するトランスポートパケットのPIDの値や、ビデオやオーディオのコンポーネント種類（例えば、HDTVのビデオとMPEG-2 AACのオーディオストリームなど）などの情報である。この情報はAVストリームを参照するところのPlayListの内容をユーザに説明するところのメニュー画面を作成するのに有用であるし、また、AVストリームのデコードに先だって、再生装置のAVデコーダおよびデマルチプレクサの初期状態をセットするために役立つ。この理由のために、Clip Information fileは、プログラムの内容を説明するためのProgramInfoを持つ。
【００８２】
  MPEG2トランスポートストリームをストアしているAVストリームファイルは、ファイルの中でプログラム内容が変化するかもしれない。例えば、ビデオエレメンタリーストリームを伝送するところのトランスポートパケットのPIDが変化したり、ビデオストリームのコンポーネント種類がSDTVからHDTVに変化するなどである。
【００８３】
  ProgramInfoは、AVストリームファイルの中でのプログラム内容の変化点の情報をストアする。AVストリームファイルの中で、このフォーマットで定めるところのプログラム内容が一定である区間をProgram-sequenceと呼ぶ。Program-sequenceは、EP_mapを持つAVストリームファイルで使用するものであり、TU_mapを持つAVストリームファイルではオプションである。
【００８４】
  本実施の形態では、セルフエンコードのストリームフォーマット（SESF）を定義する。SESFは、アナログ入力信号を符号化する目的、およびデジタル入力信号（例えばDV）をデコードしてからMPEG2トランスポートストリームに符号化する場合に用いられる。
【００８５】
  SESFは、MPEG-2トランスポートストリームおよびAVストリームについてのエレメンタリーストリームの符号化制限を定義する。記録再生装置１が、SESFストリームをエンコードし、記録する場合、EP_mapが作成され、ディスクに記録される。
【００８６】
  デジタル放送のストリームは、次に示す方式のうちのいずれかが用いられて記録媒体１００に記録される。まず、デジタル放送のストリームをSESFストリームにトランスコーディングする。この場合、記録されたストリームは、SESFに準拠しなければならない。この場合、EP_mapが作成されて、ディスクに記録されなければならない。
【００８７】
  あるいは、デジタル放送のストリームを構成するエレメンタリーストリームを新しいエレメンタリーストリームにトランスコーディングし、そのデジタル放送ストリームの規格化組織が定めるストリームフォーマットに準拠した新しいトランスポートストリームに再多重化する。この場合、EP_mapが作成されて、ディスクに記録されなければならない。
【００８８】
  例えば、入力ストリームがISDB（日本のデジタルBS放送の規格名称）準拠のMPEG-2トランスポートストリームであり、それがHDTVビデオストリームとMPEG AACオーディオストリームを含むとする。HDTVビデオストリームをSDTVビデオストリームにトランスコーディングし、そのSDTVビデオストリームとオリジナルのAACオーディオストリームをTSに再多重化する。SDTVストリームと記録されるトランスポートストリームは、共にISDBフォーマットに準拠しなければならない。
【００８９】
  デジタル放送のストリームが、記録媒体１００に記録される際の他の方式として、入力トランスポートストリームをトランスペアレントに記録する（入力トランスポートストリームを何も変更しないで記録する）場合であり、ストリームのシンタクスを解析することができるときに、EP_mapが作成されてディスクに記録される。
【００９０】
  または、入力トランスポートストリームをトランスペアレントに記録する（入力トランスポートストリームを何も変更しないで記録する）場合であり、ストリームのシンタクスを解析することができないときに、TU_mapが作成されてディスクに記録される。」
「【０２１３】
  次に、図４５に示したzzzzz.clipのシンタクス内のCPI (Characteristic Point Information)について説明する。CPIは、AVストリームの中の時間情報とそのファイルの中のアドレスとを関連づけるためにある。CPIには２つのタイプがあり、それらはEP_mapとTU_mapである。図６３に示すように、CPI()の中のCPI_typeがEP_map typeの場合、そのCPI()はEP_mapを含む。図６４に示すように、CPI()の中のCPI_typeがTU_map typeの場合、そのCPI()はTU_mapを含む。１つのAVストリームは、１つのEP_mapまたは１つのTU_mapを持つ。AVストリームがSESFトランスポートストリームの場合、それに対応するClipはEP_mapを持たなければならない。
【０２１４】
  図６５は、CPIのシンタクスを示す図である。図６５に示したCPIのシンタクスを説明するに、version_numberは、このCPI()のバージョンナンバを示す４個のキャラクター文字である。version_numberは、ISO 646に従って、0045と符号化されなければならない。lengthは、このlengthフィールドの直後からCPI()の最後までのCPI()のバイト数を示す３２ビットの符号なし整数である。CPI_typeは、図６６に示すように、１ビットのフラグであり、ClipのCPIのタイプを表す。
【０２１５】
  次に、図６５に示したCPIのシンタクス内のEP_mapについて説明する。EP_mapには、２つのタイプがあり、それはビデオストリーム用のEP_mapとオーディオストリーム用のEP_mapである。EP_mapの中のEP_map_typeが、EP_mapのタイプを区別する。Clipが１つ以上のビデオストリームを含む場合、ビデオストリーム用のEP_mapが使用されなければならない。Clipがビデオストリームを含まず、１つ以上のオーディオストリームを含む場合、オーディオストリーム用のEP_mapが使用されなければならない。
【０２１６】
  ビデオストリーム用のEP_mapについて図６７を参照して説明する。ビデオストリーム用のEP_mapは、stream_PID、PTS_EP_start、および、RSPN_EP_startというデータを持つ。stream_PIDは、ビデオストリームを伝送するトランスポートパケットのPIDを示す。PTS_EP_startは、ビデオストリームのシーケンスヘッダから始めるアクセスユニットのPTSを示す。RSPN_EP_startは、AVストリームの中でPTS_EP_startにより参照されるアクセスユニットの第１バイト目を含むソースポケットのアドレスを示す。
【０２１７】
  EP_map_for_one_stream_PID()と呼ばれるサブテーブルは、同じPIDを持つトランスポートパケットによって伝送されるビデオストリーム毎に作られる。Clipの中に複数のビデオストリームが存在する場合、EP_mapは複数のEP_map_for_one_stream_PID()を含んでも良い。
【０２１８】
  オーディオストリーム用のEP_mapは、stream_PID、PTS_EP_start、およびRSPN_EP_startというデータを持つ。stream_PIDは、オーディオストリームを伝送するトランスポートパケットのPIDを示す。PTS_EP_startは、オーディオストリームのアクセスユニットのPTSを示す。RSPN_EP_startは、AVストリームの中でPTS_EP_startで参照されるアクセスユニットの第１バイト目を含むソースポケットのアドレスを示す。
【０２１９】
  EP_map_for_one_stream_PID()と呼ばれるサブテーブルは、同じPIDを持つトランスポートパケットによって伝送されるオーディオストリーム毎に作られる。Clipの中に複数のオーディオストリームが存在する場合、EP_mapは複数のEP_map_for_one_stream_PID()を含んでも良い。
【０２２０】
  EP_mapとSTC_Infoの関係を説明するに、１つのEP_map_for_one_stream_PID()は、STCの不連続点に関係なく１つのテーブルに作られる。RSPN_EP_startの値とSTC_Info()において定義されるRSPN_STC_startの値を比較する事により、それぞれのSTC_sequenceに属するEP_mapのデータの境界が分かる（図６８を参照）。EP_mapは、同じPIDで伝送される連続したストリームの範囲に対して、１つのEP_map_for_one_stream_PIDを持たねばならない。図６９に示したような場合、program#1とprogram#3は、同じビデオPIDを持つが、データ範囲が連続していないので、それぞれのプログラム毎にEP_map_for_one_stream_PIDを持たねばならない。
【０２２１】
  図７０は、EP_mapのシンタクスを示す図である。図７０に示したEP_mapのシンタクスを説明するに、EP_typeは、４ビットのフィールドであり、図７１に示すように、EP_mapのエントリーポイントタイプを示す。EP_typeは、このフィールドに続くデータフィールドのセマンティクスを示す。Clipが１つ以上のビデオストリームを含む場合、EP_typeは0('video')にセットされなければならない。または、Clipがビデオストリームを含まず、１つ以上のオーディオストリームを含む場合、EP_typeは1('audio')にセットされなければならない。
【０２２２】
  number_of_stream_PIDsの１６ビットのフィールドは、EP_map()の中のnumber_of_stream_PIDsを変数にもつfor-loopのループ回数を示す。stream_PID(k)の１６ビットのフィールドは、EP_map_for_on
e_stream_PID(num_EP_entries(k))によって参照されるk番目のエレメンタリーストリーム（ビデオまたはオーディオストリーム）を伝送するトランスポートパケットのPIDを示す。EP_typeが0 ('video
')に等しい場合、そのエレメンタリーストリームはビデオストリームでなけれならない。また、EP_typeが1('audio')に等しい場合、そのエレメンタリーストリームはオーディオストリームでなければならない。
【０２２３】
  num_EP_entries(k)の１６ビットのフィールドは、EP_map_for_one_stream_PID(num_EP_entries(k))によって参照されるnum_EP_entries(k)を示す。EP_map_for_one_stream_PID_Start_address(k): この32ビットのフィールドは、EP_map()の中でEP_map_for_one_stream_PID(num_EP_entries(k))が始まる相対バイト位置を示す。この値は、EP_map()の第１バイト目からの大きさで示される。
【０２２４】
  padding_wordは、EP_map()のシンタクスにしたがって挿入されなければならない。XとYは、ゼロまたは任意の正の整数でなければならない。それぞれのパディングワードは、任意の値を取っても良い。
【０２２５】
  図７２は、EP_map_for_one_stream_PIDのシンタクスを示す図である。図７２に示したEP_map_for_one_stream_PIDのシンタクスを説明するに、PTS_EP_startの３２ビットのフィールドのセマンティクスは、EP_map()において定義されるEP_typeにより異なる。EP_typeが0 ('video')に等しい場合、このフィールドは、ビデオストリームのシーケンスヘッダで始まるアクセスユニットの３３ビット精度のPTSの上位３２ビットを持つ。EP_typeが1 ('audio')に等しい場合、このフィールドは、オーディオストリームのアクセスユニットの３３ビット精度のPTSの上位３２ビットを持つ。
【０２２６】
  RSPN_EP_startの３２ビットのフィールドのセマンティクスは、EP_map()において定義されるEP_typeにより異なる。EP_typeが0 ('video')に等しい場合、このフィールドは、AVストリームの中でPTS_EP_startにより参照されるアクセスユニットのシーケンスヘッダの第１バイト目を含むソースポケットの相対アドレスを示す。または、EP_typeが1 ('audio')に等しい場合、このフィールドは、AVストリームの中でPTS_EP_startにより参照されるアクセスユニットのオーディオフレームの第一バイト目を含むソースポケットの相対アドレスを示す。
【０２２７】
  RSPN_EP_startは、ソースパケット番号を単位とする大きさであり、AVストリームファイルの最初のソースパケットからClipInfo()において定義されるoffset_SPNの値を初期値としてカウントされる。そのAVストリームファイルの中での絶対アドレスは、
   SPN_xxx = RSPN_xxx - offset_SPN
により算出される。シンタクスのfor-loopの中でRSPN_EP_startの値は、昇順に現れなければならない。
【０２２８】
  次に、TU_mapについて、図７３を参照して説明する。TU_mapは、ソースパケットのアライバルタイムクロック（到着時刻ベースの時計）に基づいて、１つの時間軸を作る。その時間軸は、TU_map_time_axisと呼ばれる。TU_map_time_axisの原点は、TU_map()の中のoffset_timeによって示される。TU_map_time_axisは、offset_timeから一定の単位に分割される。その単位を、time_unitと称する。
【０２２９】
  AVストリームの中の各々のtime_unitの中で、最初の完全な形のソースパケットのAVストリームファイル上のアドレスが、TU_mapにストアされる。これらのアドレスを、RSPN_time_unit_startと称する。TU_map_time_axis上において、k (k=0)番目のtime_unitが始まる時刻は、TU_start_time(k)と呼ばれる。この値は次式に基づいて算出される。
    TU_start_time(k) = offset_time + k*time_unit_size
TU_start_time(k)は、45kHzの精度を持つ。
【０２３０】
  図７４は、TU_mapのシンタクスを示す図である。図７４に示したTU_mapのシンタクスを説明するに、offset_timeの３２bit長のフィールドは、TU_map_time_axisに対するオフセットタイムを与える。この値は、Clipの中の最初のtime_unitに対するオフセット時刻を示す。offset_timeは、２７MHz精度のアライバルタイムクロックから導き出される４５kHzクロックを単位とする大きさである。AVストリームが新しいClipとして記録される場合、offset_timeはゼロにセットされなければならない。
【０２３１】
  time_unit_sizeの３２ビットフィールドは、time_unitの大きさを与えるものであり、それは２７MHz精度のアライバルタイムクロックから導き出される45kHzクロックを単位とする大きさである。time_unit_sizeは、１秒以下（time_unit_size=45000）にすることが良い。number_of_time_unit_entriesの３２ビットフィールドは、TU_map()の中にストアされているtime_unitのエントリー数を示す。
【０２３２】
  RSPN_time_unit_startの３２ビットフィールドは、AVストリームの中でそれぞれのtime_unitが開始する場所の相対アドレスを示す。RSPN_time_unit_startは、ソースパケット番号を単位とする大きさであり、AV streamファイルの最初のソースパケットからClipInfo()において定義されるoffset_SPNの値を初期値としてカウントされる。そのAV streamファイルの中での絶対アドレスは、SPN_xxx = RSPN_xxx - offset_SPNにより算出される。シンタクスのfor-loopの中でRSPN_time_unit_startの値は、昇順に現れなければならない。(k+1)番目のtime_unitの中にソースパケットが何もない場合、(k+1)番目のRSPN_time_unit_startは、k番目のRSPN_time_unit_startと等しくなければならない。」
「【０４０２】
  このようなシンタクス、データ構造、規則に基づく事により、記録媒体に記録されているデータの内容、再生情報などを適切に管理することができ、もって、ユーザが再生時に適切に記録媒体に記録されているデータの内容を確認したり、所望のデータを簡便に再生できるようにすることができる。
【０４０３】
  Ｉピクチャの位置を分析できる場合、EP_mapを用い、Ｉピクチャの位置を分析できない場合、TU_mapを用いるようにすることで、共通のアプリケーションプログラム（ソフトウエア）で、異なるフォーマットのAVストリームを、同一の記録媒体に対して記録し、再生し、管理することが可能となる。
【０４０４】
  AVストリームを、その中身（Iピクチャの位置）を分析して記録媒体に記録する場合（コグニザント記録する場合）、EP_mapを使用し、その中身（Iピクチャの位置）を分析せずに、そのまま記録媒体に記録する場合（ノンコグニザント記録する場合）、TU_mapを使用するなどして、共通のアプリケーションプログラムで、AVデータを、同一の記録媒体に記録し、再生し、管理することができる。
【０４０５】
  従って、例えば、スクランブルされたAVデータを、デスクランブルして（分析して）記録媒体に記録する場合、EP_mapを使用し、デスクランブルせずに（分析せずに）、そのまま記録媒体に記録する場合、TU_mapを使用するなどして、共通のアプリケーションプログラムで、AVデータを、同一の記録媒体に記録し、再生し、管理することができる。
【０４０６】
  さらに、EP_map typeとTU_map typeを、CPI_typeとして、PlayLyst()中に、記述できるようにしたので、Ｉピクチャの位置が分析できる場合、EP_mapを用い、Ｉピクチャの位置が分析できない場合、TU_mapを用いるようにすることができる。これにより、Ｉピクチャの位置を分析して記録するAVストリームデータと、分析しないで記録するAVストリームデータを、フラグを設定するだけで、共通のプログラムにより、統一して管理することが可能となる。」
　
４．当審の判断
４．１．審査基準
　審査基準には以下の記載がある。
　
４．１．１．　「第VII部　特定技術分野の審査基準　第1章  コンピュータ・ソフトウエア関連発明」
『第1 章 コンピュータ・ソフトウエア関連発明
本章では、コンピュータ・ソフトウエア関連発明、すなわち、その発明の実施にソフトウエアを必要とする発明（以下「ソフトウエア関連発明」という。）に関する出願の審査に際し、特有な判断、取扱いが必要な事項を中心に説明する。
なお、明細書及び特許請求の範囲の記載要件、特許要件のうち特許法上の「発明」であることの判断及び進歩性の判断に関して、本章で説明されていない事項については、第I部乃至第II部を参照。
この審査基準で用いられる用語の説明
情報処理…………使用目的に応じた情報の演算又は加工をいう。
ソフトウエア…………コンピュータの動作に関するプログラムをいう。
プログラム…………コンピュータによる処理に適した命令の順番付けられた列からなるものをいう。
ただし、プログラムリスト（以下に説明のもの）を除く。
プログラムリスト…………プログラムの、紙への印刷、画面への表示などによる提示そのものをいう。
プログラムを記録したコンピュータ読み取り可能な記録媒体…………プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
手順…………所定の目的を達成するための、時系列的につながった一連の処理又は操作をいう。
データ構造…………データ要素間の相互関係で表される、データの有する論理的構造をいう。
ハードウエア資源…………処理、操作、又は機能実現に用いられる物理的装置又は物理的要素をいう。
例えば、物理的装置（金物）としてのコンピュータ、その構成要素であるＣＰＵ、メモリ、入力装置、出力装置、又はコンピュータに接続された物理的装置。』
『2. 特許要件
ソフトウエア関連発明においては、特許要件の中でも、特に、特許法上の「発明」であることの要件と進歩性の要件が重要であることから、これらの要件について説明する。
ただし、第II部第1 章1.により特許法上の「発明」に該当するか否かが容易に判断できるものについては、この基準を参照することを要しない。
　
2.1 対象となる発明
(1)　特許要件に関する審査の対象となる発明は、「請求項に係る発明」である。
(2)　請求項に係る発明の認定は、請求項の記載に基づいて行う。この場合においては、明細書及び図面の記載並びに出願時の技術常識を考慮して請求項に記載された発明を特定するための事項（用語）の意義を解釈する。
2.2 「発明」であること
請求項に係る発明が特許法上の「発明」であるためには、その発明は自然法則を利用した技術的思想の創作のうち高度のものであることが必要である。（第II部第1 章1.参照）
2.2.1 基本的な考え方
ソフトウエア関連発明が「自然法則を利用した技術的思想の創作」となる基本的考え方は以下のとおり。
　
(1)　「ソフトウエアによる情報処理が、ハードウエア資源を用いて具体的に実現されている」場合、当該ソフトウエアは「自然法則を利用した技術的思想の創作」である。(「3. 事例」の事例2-1〜2-5 参照）
(説明)
「ソフトウエアによる情報処理がハードウエア資源を用いて具体的に実現されている」とは、ソフトウエアがコンピュータに読み込まれることにより、ソフトウエアとハードウエア資源とが協働した具体的手段によって、使用目的に応じた情報の演算又は加工を実現することにより、使用目的に応じた特有の情報処理装置（機械）又はその動作方法が構築されることをいう。
そして、上記..用目的に応じた特有の情報処理装置（機械）又はその動作方法は「自然法則を利用した技術的思想の創作」ということができるから、「ソフトウエアによる情報処理が、ハードウエア資源を用いて具体的に実現されている」場合には、当該ソフトウエアは「自然法則を利用した技術的思想の創作」である。
参考：「自然法則を利用した技術的思想の創作」であるためには、請求項に係る発明が一定の目的を達成できる具体的なものでなければならない。（「技術は一定の目的を達成するための具体的手段であって、実際に利用できるもので、…客観性を持つものである。」［平成９年（行ケ）第206号（東京高判平成11年５月26日判決言渡）］）
(2)　更に、当該ソフトウエアが上記(1)を満たす場合、当該ソフトウエアと協働して動作する情報処理装置（機械）及びその動作方法、当該ソフトウエアを記録したコンピュータ読み取り可能な記録媒体もまた、「自然法則を利用した技術的思想の創作」である。
　
2.2.2 判断の具体的な手順
ソフトウエア関連発明において、請求項に係る発明が「自然法則を利用した技術的思想の創作」であるか否か（「発明」に該当するか否か）を判断する具体的な手法は以下のとおり。
. 請求項に記載された事項に基づいて、請求項に係る発明を把握する。なお、把握された発明が「自然法則を利用した技術的思想の創作」であるか否かの判断に際し、ソフトウエア関連発明に特有の判断、取扱いが必要でない場合には、「第II部第１章産業上利用することができる発明」により判断を行う。（注参照）。
　
・・・
　
(注)ソフトウエア関連発明に特有の判断、取扱いが必要でなく、「第II部第１章産業上利用することができる発明」により判断を行う例を次に示す。
　
(1)「自然法則を利用した技術的思想の創作」ではない例
請求項に係る発明が、「第II部第１章1.1「発明」に該当しないものの類型」のうちいずれか一に当たる場合、例えば、
(ａ)経済法則、人為的な取決め、数学上の..式、人間の精神活動、又は
(ｂ)デジタルカメラで撮影された画像データ、文書作成装置によって作成した運動会のプログラム、コンピュータ・プログラムリストなど、情報の単なる提示
に当たる場合は、「自然法則を利用した技術的思想の創作」ではない。
(2)「自然法則を利用した技術的思想の創作」である例
請求項に係る発明が、
(ａ)機器等（例：炊飯器、洗濯機、エンジン、ハードディスク装置）に対する制御又は制御に伴う処理を具体的に行うもの、又は
(ｂ)対象の物理的性質又は技術的性質（例：エンジン回転数、圧延温度）に基づく情報処理を具体的に行うものに当たる場合は、「自然法則を利用した技術的思想の創作」である。』
『2.2.4「構造を有するデータ」及び「データ構造」の取扱い
「構造を有するデータ」（「構造を有するデータを記録したコンピュータ読み取り可能な記録媒体」を含む）及び「データ構造」が「発明」に該当するか否かについては、「2.2.1 基本的な考え方」により判断する。』
　
４．１．２．　『第II部  特許要件　第1章  産業上利用することができる発明　1.　「発明」であること　1.1　「発明」に該当しないものの類型』
『(5) 技術的思想でないもの
(a) 技能(個人の熟練によって到達しうるものであって、知識として第三者に伝達できる客観性が欠如しているもの)
例：ボールを指に挟む持ち方とボールの投げ方に特徴を有するフォークボールの投球方法。
(b) 情報の単なる提示(提示される情報の内容にのみ特徴を有するものであって、情報の提示を主たる目的とするもの)
例：機械の操作方法又は化学物質の使用方法についてのマニュアル、録音された音楽にのみ特徴を有するCD、デジタルカメラで撮影された画像データ、文書作成装置によって作成した運動会のプログラム、コンピュータプログラムリスト(コンピュータプログラムの、紙への印刷、画面への表示などによる提示(リスト)そのもの)
なお、情報の提示(提示それ自体、提示手段、提示方法など)に技術的特徴があるものは、情報の単なる提示にあたらない。
例1：テレビ受像機用のテストチャート
(テストチャートそれ自体に技術的特徴がある。)
例2：文字、数字、記号からなる情報を凸状に記録したプラスチックカード
(プラスチックカードをエンボス加工して印字し、カードの印字情報を押印することにより写ることができ、情報の提示手段に技術的特徴がある。)
(c) 単なる美的創造物
例：絵画、彫刻など』
　
４．２．審査基準の適用
　上記３．１．で示したように、本願発明は「・・・データ構造のデータが記録され・・・記録媒体」であり、審査基準第VII部第1章『2.2.4「構造を有するデータ」及び「データ構造」の取扱い』には『「2.2.1 基本的な考え方」により判断する。』との記載があるものの、「2. 特許要件」に『ただし、第II部第1 章1.により特許法上の「発明」に該当するか否かが容易に判断できるものについては、この基準を参照することを要しない。』、「2.2.2 判断の具体的な手順」に『なお、把握された発明が「自然法則を利用した技術的思想の創作」であるか否かの判断に際し、ソフトウエア関連発明に特有の判断、取扱いが必要でない場合には、「第II部第１章産業上利用することができる発明」により判断を行う。（注参照）。』と規定されているところから、本願発明が「第VII部　特定技術分野の審査基準　第1章  コンピュータ・ソフトウエア関連発明」を適用すべき「コンピュータ・ソフトウエア関連発明」であるか否かを検討する前に、審査基準第II部第１章「産業上利用することができる発明」の基準を適用して検討する。
　
４．２．１．　「(5) 技術的思想でないもの　(b)　情報の単なる提示」の適用
　本願発明は上記３．１．で示されたものであって、この出願の明細書及び図面には、本願発明に対応する記載として、上記本願明細書段落【００７６】〜【００７８】【００８４】〜【００８９】【０２１３】〜【０２２７】及び【図６５】〜【図７２】がある。
　そして、本願発明は、本願発明である「情報処理装置に装着され再生される記録媒体」が情報処理装置に装着されトランスポートストリームデータを再生する時において、本願発明が有する「プレゼンテーションタイムスタンプと、それに対応するアクセスユニットを構成するトランスポートパケットのアドレスとのペアを有する第１のアドレステーブル」を用い、再生すべきトランスポートパケットのアドレスを特定することにより、トランスポートストリームデータの再生を制御することを可能とするものである。これにより、上記本願明細書段落【００７８】に記載されるように、「PlayListの中でプレゼンテーションタイムスタンプによって参照されるアクセスユニットのAVストリームの中のデータアドレスを見つけ」ること、及び、「ファーストフォワード再生やファーストリバース再生」のような特殊再生を実現可能とするものである。
　すなわち、本願発明の「プレゼンテーションタイムスタンプと、それに対応するアクセスユニットを構成するトランスポートパケットのアドレスとのペアを有する第１のアドレステーブル」は、本願発明である「情報処理装置に装着され再生される記録媒体」が情報処理装置に装着されトランスポートストリームデータを再生する時において、第1のアドレステーブルに基づいてプレゼンテーションタイムスタンプからトランスポートパケットを特定させるために用いる構成について規定したものであり、本願発明は、この点で技術的特徴を有するものである。
　したがって、本願発明は情報の単なる提示であるということはできず、少なくもこの理由で、特許法第２条第１項に規定する「発明」に該当しないということはできない。
　
４．２．２．『1.1　「発明」に該当しないものの類型』の他の類型の適用
　審査基準第II部第1 章『1.　「発明」であること　1.1　「発明」に該当しないものの類型』には、上記「(5) 技術的思想でないもの　(b)　情報の単なる提示」以外に、まず「(1)　自然法則自体」「(2)　単なる発見であって創作でないもの」「(3)　自然法則に反するもの」「(4)　自然法則を利用していないもの」「(5)　技術的思想でないもの　(a)　技能」「(5)　技術的思想でないもの　(c)　単なる美的創造物」の各類型が挙げられているが、本願発明がこれらいずれの類型にも該当しないことは明らかである。
　また、本願発明は「プレゼンテーションタイムスタンプと、それに対応するアクセスユニットを構成するトランスポートパケットのアドレスとのペアを有する第１のアドレステーブル」を有することによって「PlayListの中でプレゼンテーションタイムスタンプによって参照されるアクセスユニットのAVストリームの中のデータアドレスを見つける」ことを目的とするものであって、明細書及び図面の記載からみて、これが実現出来ることも明らかであるから、審査基準第II部第1 章『1.　「発明」であること　1.1　「発明」に該当しないものの類型』に挙げられるもう一つの類型である「(6)　発明の課題を解決するための手段は示されているものの、その手段によっては、課題を解決することが明らかに不可能なもの。」にも該当しない。
　
４．２．３．まとめ
　すなわち、本願発明は、審査基準『第II部  特許要件　第1章  産業上利用することができる発明　1.　「発明」であること　1.1　「発明」に該当しないものの類型』に挙げられるいずれの類型にも該当しない。
　そして、上記したように、審査基準第VII部第1章「2. 特許要件」に『ただし、第II部第1 章1.により特許法上の「発明」に該当するか否かが容易に判断できるものについては、この基準を参照することを要しない。』、「2.2.2 判断の具体的な手順」に『なお、把握された発明が「自然法則を利用した技術的思想の創作」であるか否かの判断に際し、ソフトウエア関連発明に特有の判断、取扱いが必要でない場合には、「第II部第１章産業上利用することができる発明」により判断を行う。（注参照）。』と規定されているから、「第VII部　特定技術分野の審査基準　第1章  コンピュータ・ソフトウエア関連発明」の適用を検討するまでもなく、本願発明は特許法第２条第１項に規定する「発明」に該当するものである。
　
５．むすび
　以上のとおりであるから、本願の請求項１に係る発明及び請求項２に係る発明はいずれも特許法第２９条第１項柱書の規定により特許を受けることができない、とする原査定の理由によって、本願を拒絶することは出来ない。
　また、他に、本願を拒絶すべき理由を発見しない。
　
　よって、結論のとおり審決する。