【事件の表示】
　特願２００７−３１５１４６「マルチメディアコンテンツに同期化されたメタデータ伝送装置及び方法」拒絶査定不服審判事件〔平成２０年　５月　１日出願公開、特開２００８−１０４２２５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１　手続の経緯、本願発明
　本願は、平成１４年１月３０日（パリ条約による優先権主張外国庁受理２００１年１月３０日、大韓民国）を国際出願日とする出願である特願２００２−５６１６９９号の一部を分割して、平成１９年１２月５日に出願（特願２００７−３１５１４６号）されたものであり、本願の発明は、平成２０年１月４日付け手続補正書、平成２１年３月２日付け手続補正書、平成２１年７月３１日付け手続補正書により補正された特許請求の範囲、明細書及び図面の記載からみて、その特許請求の範囲の請求項５に係る発明（以下「本願発明」という。）は、次のとおりのものである。 
　　
「ＭＰＥＧ−２ＴＳでマルチメディアコンテンツと同期化されて伝送されるメタデータに接近するための方法において、
　入力されたＭＰＥＧ−２ＴＳを逆多重化する段階；
　前記逆多重化されたＴＳをＰＥＳパケットに変換し、ＰＳＩを抽出する段階；
　前記変換されたＰＥＳパケットのヘッダを読み取ってメタデータに接近する段階を含み、
　前記メタデータに対応するＰＥＳパケットはヘッダとペイロードを含み、前記ヘッダは該当ＰＥＳがメタデータであることを示すストリーム識別子（ｓｔｒｅａｍ　ＩＤ）を含み、前記ペイロードはメタデータアクセスユニット（ＡＵ）を含み、
　前記メタデータのＭＰＥＧ−２ＰＥＳパケットのヘッダには、ＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｔｉｍｅ　Ｓｔａｍｐ）およびＤＴＳ（Ｄｅｃｏｄｉｎｇ　Ｔｉｍｅ　Ｓｔａｍｐ）のうちの少なくともいずれか一つが含まれることを特徴とする同期化メタデータに接近するための方法。」
　　
２　引用文献の記載
　原査定の拒絶の理由に引用された下記の文献（以下「引用文献」という。）には、図面と共に下記の記載がある。
　　
　　　　　記（引用文献）
Sang-Woo Ahn, Munchurl Kim, Jin-Soo Choi, Jae-Gon Kim, KyeongOk Kang, JinWoong Kim，“Delivery of MPEG-7 description data over MPEG-2 Transport System”，ISO/IEC JTC1/SC29/WG11 MPEG00/m6562，２０００年１０月
　　
　　　　　記（引用文献の記載）
「Title: Delivery of MPEG-7 description data over MPEG-2 Transport System」
（訳：「タイトル：MPEG-2トランスポートシステムによるMPEG-7記述データの伝達」）
　　
「1.  Introduction
　　
    Recently the emerging digital broadcasting spreads over the world with an aim of replacing the existing analog broadcasting. In digital broadcasting environment, audiovisual programs are encoded into an  MPEG-2 AV encoder and are delivered over MPEG-2 transport stream to user terminals. Moreover in data broadcasting the interactive contents with MPEG-2 and MPEG-4 contents can be delivered at user terminal sides, which makes users experience enriched interactive contents.
    On one hand, MPEG-7, officially called multimedia content description interface, provides means of describing multimedia contents and can be utilized in conjunction with MPEG-2 and MPEG-4 contents in data broadcasting environment. In this proposal we propose three types of delivery mechanisms of MPEG-7 description data over MPEG-2 transport systems. The delivery mechanisms are specified based on MPEG-2 Systems specifications for the carriage of asynchronous, synchronous and synchronized MPEG-7 description data, Packetization of MPEG-7 description data is also described in the proposal.
    On the other hand, we propose the delivery mechanisms of MPEG-7 description data using MPEG-4 Systems, which can be found in [1].」
（訳：「1.　イントロダクション
　最近、存在するアナログ放送に代わる狙いで、ディジタル放送の出現が、世界中に広がっている。ディジタル放送環境においては、オーディオビジュアルプログラムは、MPEG-2 AVエンコーダでエンコードされ、ユーザ端末にMPEG-2トランスポートストリームを通して伝達される。さらに、データ放送において、MPEG-2による双方向コンテンツとMPEG-4コンテンツは、ユーザ端末側に伝達される。その端末側は、ユーザに双方向コンテンツのより豊かな経験をさせる。
　一方、MPEG-7、公式的にマルチメディアコンテンツディスクリプションインターフェイスと呼ばれる、は、マルチメディアコンテンツを記述する方法を供給し、データ放送環境で、MPEG-2とMPEG-4コンテンツと共同して利用される。この提案の中で、我々は、MPEG-2トランスポートシステムによるMPEG-7記述データの伝達のメカニズムの３つのタイプを提案する。伝達のメカニズムは、アシンクロナス、シンクロナス、シンクロナイズドMPEG-7記述データの伝達のために、MPEG-2システム仕様に基づいて、明記される。MPEG-7記述データのパケット化も、この提案で記述される。
　もう一方、MPEG-4システムを使用するMPEG-7記述データの伝達のメカニズムを提案する。」）
　　
「2.  Types of carriage of MPEG-7 description
　　
 For the carriage of MPEG-7 description data with essence, three types of delivery mechanisms can exist as shown in Figure 1. Figure 1a illustrates a delivery of MPEG-7 description data separately with essence. However the MPEG-7 description data on the carriage contains linking information with the associate essence. 
　　
　　　　　図　（略）
　　　a) MPEG-7 Description and Essence are separated
　　
　　　　　図　（略）
　　　b) MPEG-7 Description and Essence are connected
　　
　　　　　図　（略）
　　　c) MPEG-7 Description and Essence are mixed
　　
　　Figure 1. Example of carriage of MPEG-7 description and Essence  
  
Note that the MPEG-7 description data on carriage is delivered over a independent virtual channel the associate essence. In Figure 1b, the MPEG-7 description data is delivered with the associate essence followed by or vice verse. In both Figure 1a and Figure 1b, the MPEG-7 description corresponds to the whole content of the essence so that it can be possible to run MPEG-7 applications after finishing remultiplexing and parsing the whole MPEG-7 description data at the receiving terminal.
On the other hand, in real time applications, there are needs of delivering the MPEG-7 description data with the essence in a synchronized way so that the lifespan of the parts of the MPEG-7 description data is meaningful at the user terminals. In Figure 1c, the MPEG-7 description data is divided in an access unit (AU) and the AUs are interleaved with the AUs of the essence. By interleaving the MPEG-7 description with the essence the MPEG-7 description data can be consumed at the user terminal when it should be available in certain required time intervals, in case of MPEG-7 description for the whole content of the essence, the description can be delivered within the interleaving scheme to mimic a delivery mechanism such as an MPEG-7 carousel.」
（訳：「2.　MPEG-7記述のキャリッジのタイプ
　エッセンスに関するMPEG-7記述データのキャリッジのために、図1に示されるように、伝達メカニズムの３つのタイプが存在する。図1aは、エッセンスと分離されてMPEG-7記述データの伝達を示す。しかしながら、キャリッジにおけるMPEG-7記述データは、関連するエッセンスとのリンク情報を含む。
　　
　　　　　図　（略）
　　　a)MPEG-7記述とエッセンスが分離している
　　
　　　　　図　（略）
　　　b)MPEG-7記述とエッセンスが接続している
　　
　　　　　図　（略）
　　　c)MPEG-7記述とエッセンスが混合している
　　
　　図1　MPEG-7記述とエッセンスのキャリッジの例
　　
　キャリッジにおけるMPEG-7記述データは、関連するエッセンスと独立した仮想のチャンネルで伝達される。図1bでは、MPEG-7記述データは、関連するエッセンスに続いて、又は反対に伝達される。図1aと図1bの両方において、MPEG-7記述は、エッセンスのすべてのコンテンツに該当する。そうであるから、受信端末ですべてのMPEG-7記述データをリマルチプレクサし、解析(parse)し終わった後にMPEG-7のアプリケ−ションを動かすことができる。
　一方、リアルタイムアプリケーションにおいては、同期された方法で、エッセンスに関するMPEG-7記述を伝達する必要がある。そうであるから、MPEG-7の記述データの部分のライフスパンは、ユーザ端末において重要となる。図1cにおいて、MPEG-7記述データは、アクセスユニット(AU)に分離され、AUはエッセンスのAUとインターリーブされる。エッセンスに関するMPEG-7記述のインターリーブによって、ある要求時間間隔で利用可能な時に、MPEG-7記述データは、ユーザ端末で消費することができる。エッセンスのすべてのコンテンツのためのMPEG-7記述の場合、MPEG-7カルーセルのような伝達メカニズムをまねるためのインターリーブスキームにより、MPEG-7記述は伝達される。」）
　　
「3.  Requirements for carriage of MPEG-7 description
　　
The Types of MPEG-7 description data can be categorized based on the relation to the essence into asynchronous, synchronous and synchronized description data. For the asynchronous type of MPEG-7 description data it is possible to delivery it in the section defined in the MPEG-2 Systems [m6450]. However, in order to carry synchronous and synchronized description data, the following requirements are needed:
　・ The MPEG-7 description data should have time references that are related to system time  clock.
　・ The MPEG-7 description data should be represented in access units(AU) that contain headers having linkage information to the essence.
　・ The packets of MPEG-7 description AUs should contain presentation headers that make it possible decode description packets in proper times and be ready for composition in required time instances.
With the requirements that are assumed to be fulfilled in MPEG-7 Systems, the specifications of MPEG-7 description for delivery over MPEG-2 transport stream are defined in the following section.」
（訳：「3.　MPEG-7記述のキャリッジの要求
　MPEG-7記述データは、エッセンスの関連に基づき、アシンクロナス、シンクロナス、シンクロナイズド記述データに分類される。MPEG-7記述データのアシンクロナスタイプは、MPEG-2システム[m6450]で定義されたセクションで伝達することが可能である。しかしながら、シンクロナスとシンクロナイズド記述データを運ぶために次の要求が必要となる。
・MPEG-7記述データは、システムタイムクロックに関連したタイムリファレンスを持たなければならない。
・MPEG-7記述データは、エッセンスとのリンケージ情報をもつヘッダを含むアクセスユニット(AU)において表現されなければならない。
・MPEG-7記述AUのパケットは、プレゼンテイションヘッダを含むべきである。プレゼンテイションヘッダは、適した時間で記述パケットをデコードすることができ、要求された時間で構成のための準備することができるものである。
　MPEG-7システムで満たされる要求に伴うMPEG-2トランスポートストリームを通した伝達のためのMPEG-7記述の仕様は、次のセクションで定義される。」）
　　
「4.  Carriage of Synchronous and Synchronized MPEC-7 description data with Essence
　　
　　In order to carry synchronous/synchronized MPEG-7 description data over MPEG-2 transport streams, first of all, the stream id for the MPEG-7 description needs to be specified in the stream_id table in MPEG-2 Systems, In Table 1, a value of OxFC is assigned for the stream id of MPEG-7 description in the subclause 2.
　　
　　Table 1 stream_id assignments
　　
　　　　　表　（略）
　　
　　Table 2 Stream type assignments
　　
　　　　　表　（略）
　　
All types of MPEG-7 description shall be fragmented as access units and encapsulated as, for example,  MPEG-7 Presentation Packets for indicating decoding time and activation time.
Synchronous and Synchronized MPEG-7 description shall be encapsulated into PES packets. PES packets carrying MPEG-7 description data shall be identified by stream_id field value 0xFC. The one or more elementary_PIDs that convey a set of elementary streams using PES syntax shall be identified with the stream_type field value 0x15 in the Program Map Section.」
（訳：「4.　エッセンスに関するシンクロナス及びシンクロナイズドMPEG-7記述データのキャリッジ
　MPEG-2トランスポートストリームを通してシンクロナス／シンクロナイズドMPEG-7記述データを運ぶために、まずはじめに、MPEG-7記述のストリームidがMPEG-2システムのstream_idテーブルで指定されることが必要である。表１で、0xFCはsubclause２のMPEG-7記述のストリームidとして付与される。
　　
　　表1　stream_idの指定
　　　　　表　（略）
　　
　　表2　ストリームタイプの指定
　　　　　表　（略）
　　
　MEPG-7記述のすべてのタイプは、アクセスユニットとしてばらばらにされるべきであり、例えば、デコーディングタイムとアクティベイションタイムを示すためにMPEG-7プレゼンテイションパケットとしてカプセル化されるべきである。
　シンクロナスとシンクロナイズドMPEG-7記述は、PESパケットとしてカプセル化される。MPEG-7記述データを運ぶPESパケットは、stream_idフィールド値0xFCによって識別される。PESシンタックスを使用してエレメンタリストリームのセットを伝送する一つ又はそれ以上のelmentary_PIDは、プログラムマップセクションのstream_typeフィールド値0x15によって識別される。」）
　　
「4.1.  Timing of MPEG-7 description and associated MPEG-2 contents
　　
When carried over an MPEG-2 TS stream, the time base of each MPEG-7 description stream shall be locked to the MPEG-2 STC, that is:
　　
　　　　If X(t) = fstc(t)/fM7TimeBase(t),then
                        the value of X(t) shall be constant at any time t
　　
　　　Where   fstc(t) denotes the intended frequency of the STC at time t, i,e. 27 000 000 Hz
　　　fM7TimeBase(t) denotes the frequency of the MPEG-7 description time base at time t
　　
The ratio (fstc(t) / 300) / fM7TimeStampResolution, shall be an integer value larger than or equal to one.
Consequently the resolution of the M7TimeStampResolution may only take values such as 90Khz,  45Khz, 30Khz, 22.5Khz, 18Khz, etc. Figure 2 gives an example of M7TimeStampResolution to synchronize with MPEG-2 contents.
　　
　　　　　図　（略）
　　Figure 2　An Example of Time Stamp Resolution for MPEG-7 Description」
（訳：「4.1.　MPEG-7記述と関連するMPEG-2コンテンツとのタイミング
　MPEG-2 TSストリームを通して運ばれた時、各々のMPEG-7記述ストリームの時間基準はMPEG-2 STCに固定されるべきである。
　　
　X(t)=fstc(t)/fM7TimeBase(t)ならば、X(t)の値はどんな時間ｔにおいて一定である。
　　
　ここで、fstc(t)は、時間tにおけるSTCの意図された周波数(the intended frequency)、例えば27000000Hz、を示す。fM7TimeBase(t)は、時間tにおけるMPEG-7記述時間ベースの周波数を示す。
　　
　割合(fstc(t)/300)/fM7TimeStampResolution が１以上の整数になる。
　その結果として、M7TimeStampResolutionの結果は、90Khz、45Khz、30Khz、22.5Khz、18Khz等のような値となるだろう。図2は、MPEG-2コンテンツに同期するためにM7TimeStampResolutionの例を与える。
　　
　　　　　図　（略）
　　図2　MPEG-7記述のためのタイムスタンプリゾリューション」）
　　
「4.2. Mapping between MPEG-7 description AUs and PES packets
・ Stream_id 8-bit field in the PES header
　 This field shall be set to 0xFC to indicate that PES packets with a payload consisting of MPEG-7 description AUs
・ PTS/DTS 33-bit field in the PES header
　 Synchronous MPEG-7 description:
　　　This field shall correspond to PTS' added Offset and CTS in MPEG-7 description Presentation header if MPEG-7 description is Synchronous MPEG-7 description. Figure 3 shows  an example of encapsulation for synchronous MPEG-7 description.
　　
　　
　 Synchronized MPEG-7 description:
　　　This field shall correspond to CTS in MPEG-7 description Presentation header if MPEG-7  description is Synchronized MPEG-7 description. Figure 4 shows an example of encapsulation for synchronized MPEG-7 description.
　　
」
（訳：「4.2.　MPEG-7記述AUとPESパケットとのマッピング
・PESヘッダの中のStream_id ８ビットフィールド
　このフィールドは、MPEG-7記述AUからなるペイロードを伴うPESパケットを示すために0xFCをセットする。
　　
・PESヘッダのPTS/DTS ３３ビットフィールド
　シンクロナスMPEG-7記述：
　もしMPEG-7記述がシンクロナスMPEG-7記述であるならば、このフィールドは、MPEG-7記述プレゼンテイションヘッダの中のPTS付加オフセット及びCTSに相当する。図3は、シンクロナスMPEG-7記述のためのカプセル化の例を示す。
　　
　　　　　［図3］
　Stream_id＝0xFCはメタデータPDUを運ぶPESパケットであることを示す。
　　
　　図3　シンクロナスMPEG-7記述データのカプセル化の例
　　
　シンクロナイズドMPEG-7記述：
　もしMPEG-7記述がシンクロナイズドMPEG-7記述であるならば、このフィールドは、MPEG-7記述プレゼンテイションヘッダの中のCTSに相当する。図4は、シンクロナイズドMPEG-7記述のためのカプセル化の例を示す。
　　
　　　　　［図4］
　Stream_id＝0xFCはメタデータPDUを運ぶPESパケットであることを示す。
　　
　　図4　シンクロナイズドMPEG-7記述データのカプセル化の例」）
　　
「4.3. Content access procedure for MPEG-7 description components within a MPEG-2 TS
　　
The following provides a reference receiver acquisition procedure for accessing MPEG-7 description in a Transport Stream.
　　　・ Acquire the Program Association Table
　　　・ Acquire the Program Map Table for the desired program
　　　・ Acquire the PID of MPEG-7 description by identifying stream_type set to '0x15'
　　　・ Acquire MPEG-7 description descriptor in the second descriptor loop for any of the elementary PIDs.
　　　・ Acquire TS packets by qualifying the PID of MPEG-7 description
　　　・ Classify encapsulated into PES packets or MPEG-7 description Sections
　　
Figure 5 gives an example of MPEG-7 description delivery in a transport stream consisting of PES packets or MPEG-7 description Sections that have to be defined in Private Section.
　　
」
（訳：「4.3.　MPEG-2 TSの中のMPEG-7記述コンポーネントのためのコンテンツアクセスプロシージャ
　次のものは、トランスポートストリームのMPEG-7記述にアクセスするためのリファレンスレシーバ取得プロシージャを供給する。
・Program Association Tableの獲得
・要求されるプログラムのためのProgram Map Tableの獲得
・0x15のstream_typeと識別されることによってMPEG-7記述のPIDの獲得
・elementary_PIDのいずれかのためのセカンドディスクリプタループの中のMPEG-7 description_descriptorの獲得
・MPEG-7記述のPIDを得ることによるTSパケットの獲得
・PESパケット又はMPEG-7ディスクリプションセクションにカプセル化されたかを分類
　　
　図5は、プラベートセクションで定義されたPESパケット又はMPEG-7ディスクリプションセクションからなるトランスポートストリームのMPEG-7記述伝達の例を与える。
　　
　　　　　［図4］
　　図4　トランスポートストリームにおけるMPEG-7記述データの例
　（審決注：図4は図5の誤り）」）
　　
「5.  Conclusion
We proposed delivery mechanisms of synchronous and synchronized MPEG-7 description data with essence over MPEG-2 transport stream. In order to carry synchronous and synchronized MPEG-7 description data with essence over MPEG-2 transport stream, MPEG-7 time base, description AU, time stamp and description presentation header need to be specified.」
（訳：「5.　結論
　我々は、MPEG-2トランスポートストリームを通してエッセンスに関するシンクロナス及びシンクロナイズドMPEG-7記述データの伝達メカニズムを提案した。MPEG-2トランスポートストリームと通してエッセンスに関するシンクロナス及びシンクロナイズドMPEG-7記述データを運ぶために、MPEG-7タイムベース、AU記述、タイムスタンプ及び記述プレゼンテーションヘッダは、指定される必要がある。」）
　　
３　対比
（１）引用発明
　引用文献において、MPEG-2トランスポートストリームを通してMPEG-7記述データの伝達メカニズムが提案されている。
　「リアルタイムアプリケーションにおいては、同期された方法で、エッセンスに関するMPEG-7記述を伝達する必要がある」（上記「2.　MPEG-7記述のキャリッジのタイプ」）と記載され、「エッセンス」は、「コンテンツ」であり、「MPEG-7記述」は、上記「4.2.　MPEG-7記述AUとPESパケットとのマッピング」の記載及び図3、図4によれば、メタデータであるから、MPEG-2トランスポートストリームでコンテンツと同期化されて伝達されるメタデータが示されている。
　また、上記「4.2.　MPEG-7記述AUとPESパケットとのマッピング」の記載及び図3、図4によれば、
「メタデータに対応するＰＥＳパケットはヘッダとペイロードを含み、前記ヘッダは該当ＰＥＳがメタデータであることを示すストリーム識別子（ｓｔｒｅａｍ　ＩＤ）を含み、前記ペイロードはメタデータアクセスユニット（ＡＵ）を含み、
　前記メタデータのＭＰＥＧ−２ＰＥＳパケットのヘッダには、ＰＴＳおよびＤＴＳのうちの少なくともいずれか一つが含まれる」
ことが示されている。
　上記「4.3.　MPEG-2 TSの中のMPEG-7記述コンポーネントのためのコンテンツアクセスプロシージャ」の記載によれば、
「・Program Association Tableの獲得
・要求されるプログラムのためのProgram Map Tableの獲得
・0x15のstream_typeと識別されることによってMPEG-7記述のPIDの獲得
・elementary_PIDのいずれかのためのセカンドディスクリプタループの中のMPEG-7 description_descriptorの獲得
・MPEG-7記述のPIDを得ることによるTSパケットの獲得
・PESパケット又はMPEG-7ディスクリプションセクションにカプセル化されたかを分類」により、トランスポートストリームのMPEG-7記述、すなわちメタデータにアクセスすることが示されている。
　また、「・PESヘッダの中のStream_id ８ビットフィールド
　このフィールドは、MPEG-7記述AUからなるペイロードを伴うPESパケットを示すために0xFCをセットする。」（上記「4.2.　MPEG-7記述AUとPESパケットとのマッピング」）の記載から、PESヘッダには、MPEG-7記述AUからなるペイロードを伴うPESパケットを示す、すなわちメタデータのPESパケットを示すストリームidがあり、
「シンクロナスとシンクロナイズドMPEG-7記述は、PESパケットとしてカプセル化される。MPEG-7記述データを運ぶPESパケットは、stream_idフィールド値0xFCによって識別される。」（上記「4.　エッセンスに関するシンクロナス及びシンクロナイズドMPEG-7記述データのキャリッジ」）の記載から、MPEG-7記述データを運ぶPESパケット、すなわちメタデータのPESパケットはストリームidによって識別される。
　したがって、メタデータのPESパケットは、PESヘッダのストリームidによって識別される。
　　
　以上より、引用文献には、次の発明（以下「引用発明」という。）が記載されている。
　　
「MPEG-2トランスポートストリームでコンテンツと同期化されて伝達されるメタデータにアクセスする方法において、
　メタデータのPESパケットは、PESヘッダのストリームidによって識別され、
　メタデータに対応するＰＥＳパケットはヘッダとペイロードを含み、前記ヘッダは該当ＰＥＳがメタデータであることを示すストリーム識別子（ｓｔｒｅａｍ　ＩＤ）を含み、前記ペイロードはメタデータアクセスユニット（ＡＵ）を含み、
　前記メタデータのＭＰＥＧ−２ＰＥＳパケットのヘッダには、ＰＴＳおよびＤＴＳのうちの少なくともいずれか一つが含まれる
  方法。」
　　
（２）対比
　本願発明と引用発明とを対比する。
（ａ）「ＭＰＥＧ−２ＴＳでマルチメディアコンテンツと同期化されて伝送されるメタデータに接近するための方法において」について
　引用発明は、「MPEG-2トランスポートストリームでコンテンツと同期化されて伝達されるメタデータにアクセスする方法」であり、ここでの「コンテンツ」は、MPEG-2トランスポートストリームで伝達されるもので、マルチメディアコンテンツといえ、「メタデータにアクセスする方法」は「メタデータに接近するための方法」といえる。
　したがって、引用発明は「ＭＰＥＧ−２ＴＳでマルチメディアコンテンツと同期化されて伝送されるメタデータに接近するための方法」といえる。
　
（ｂ）「入力されたＭＰＥＧ−２ＴＳを逆多重化する段階；
　前記逆多重化されたＴＳをＰＥＳパケットに変換し、ＰＳＩを抽出する段階；
　前記変換されたＰＥＳパケットのヘッダを読み取ってメタデータに接近する段階を含み」について
　引用発明は、「MPEG-2トランスポートストリームでコンテンツと同期化されて伝達されるメタデータにアクセスする方法」であり、「入力」が「MPEG-2トランスポートストリーム」であることは明らかである。
　さらに、引用発明は、「MPEG-2トランスポートストリームでコンテンツと同期化されて伝達されるメタデータにアクセスする方法」であり、「メタデータのPESパケットは、PESヘッダのストリームidによって識別され」るから、
　メタデータのPESパケットにアクセスするために、PESヘッダのストリームidによって識別することは明らかであり、PESヘッダのストリームidによって識別するためにPESヘッダを読み取ることは明らかである。
　また、「メタデータにアクセスする方法」は「メタデータに接近するための方法」といえるから、引用発明は、「入力がＭＰＥＧ−２ＴＳであり、ＰＥＳパケットのヘッダを読み取ってメタデータに接近する段階」を含んでいるといえる。
　しかしながら、引用発明は
「入力されたＭＰＥＧ−２ＴＳを逆多重化する段階；
　前記逆多重化されたＴＳをＰＥＳパケットに変換し、ＰＳＩを抽出する段階」
を含んでおらず、それに伴い、「ＰＥＳパケットのヘッダを読み取ってメタデータに接近する段階」の「ＰＥＳパケット」が「前記変換されたＰＥＳパケット」でない点で本願発明と相違する。
　　
（ｃ）「前記メタデータに対応するＰＥＳパケットはヘッダとペイロードを含み、前記ヘッダは該当ＰＥＳがメタデータであることを示すストリーム識別子（ｓｔｒｅａｍ　ＩＤ）を含み、前記ペイロードはメタデータアクセスユニット（ＡＵ）を含み、
　前記メタデータのＭＰＥＧ−２ＰＥＳパケットのヘッダには、ＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｔｉｍｅ　Ｓｔａｍｐ）およびＤＴＳ（Ｄｅｃｏｄｉｎｇ　Ｔｉｍｅ　Ｓｔａｍｐ）のうちの少なくともいずれか一つが含まれる」について
　引用発明は、
「前記メタデータに対応するＰＥＳパケットはヘッダとペイロードを含み、前記ヘッダは該当ＰＥＳがメタデータであることを示すストリーム識別子（ｓｔｒｅａｍ　ＩＤ）を含み、前記ペイロードはメタデータアクセスユニット（ＡＵ）を含み、
　前記メタデータのＭＰＥＧ−２ＰＥＳパケットのヘッダには、ＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｔｉｍｅ　Ｓｔａｍｐ）およびＤＴＳ（Ｄｅｃｏｄｉｎｇ　Ｔｉｍｅ　Ｓｔａｍｐ）のうちの少なくともいずれか一つが含まれる」
ものであり、本願発明と一致する。
　　
（３）一致点、相違点
　以上より、本願発明と引用発明との一致点、相違点は以下のとおりである。
　　
（一致点）
「ＭＰＥＧ−２ＴＳでマルチメディアコンテンツと同期化されて伝送されるメタデータに接近するための方法において、
　入力がＭＰＥＧ−２ＴＳであり、ＰＥＳパケットのヘッダを読み取ってメタデータに接近する段階を含み、
　前記メタデータに対応するＰＥＳパケットはヘッダとペイロードを含み、前記ヘッダは該当ＰＥＳがメタデータであることを示すストリーム識別子（ｓｔｒｅａｍ　ＩＤ）を含み、前記ペイロードはメタデータアクセスユニット（ＡＵ）を含み、
　前記メタデータのＭＰＥＧ−２ＰＥＳパケットのヘッダには、ＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｔｉｍｅ　Ｓｔａｍｐ）およびＤＴＳ（Ｄｅｃｏｄｉｎｇ　Ｔｉｍｅ　Ｓｔａｍｐ）のうちの少なくともいずれか一つが含まれることを特徴とする同期化メタデータに接近するための方法。」
　　
（相違点）
　本願発明は、
「入力されたＭＰＥＧ−２ＴＳを逆多重化する段階；
　前記逆多重化されたＴＳをＰＥＳパケットに変換し、ＰＳＩを抽出する段階；
　前記変換されたＰＥＳパケットのヘッダを読み取ってメタデータに接近する段階」
を含んでいるのに対し、
　引用発明は、
「入力がＭＰＥＧ−２ＴＳであり、ＰＥＳパケットのヘッダを読み取ってメタデータに接近する段階」
を含んでいるものの、
「入力されたＭＰＥＧ−２ＴＳを逆多重化する段階；
　前記逆多重化されたＴＳをＰＥＳパケットに変換し、ＰＳＩを抽出する段階」
を含んでおらず、それに伴い、「ＰＥＳパケットのヘッダを読み取ってメタデータに接近する段階」の「ＰＥＳパケット」が「前記変換されたＰＥＳパケット」でない点
　　
４　相違点の判断等
（１）相違点について
　ＭＰＥＧ−２ＴＳは、PESパケットを分割してトランスポート・パケットとし、トランスポート・パケットによって多重・分離されるものであり（下記（３）（ｂ）参照）、PSIは、トランスポート・ストリームで伝送され、トランスポート・ストリームの復号・再生にPSIを得ることが必要なことは明らかである（下記（３）（ｂ）の「（２）」、下記（３）（ｃ）の「（２）」参照）。すなわち、PESパケットは分割しトランスポート・パケットとされたものであり、該トランスポート・パケットを多重化したトランスポートストリームを復号・再生するには、トランスポートストリームを分離（逆多重化）し、PESパケットにすること及びPSIを得ることが必要である。
　また、「MPEG-2トランスポートストリームでコンテンツと同期化されて伝達されるメタデータにアクセスする方法」である引用発明は、上記「4.3.　MPEG-2 TSの中のMPEG-7記述コンポーネントのためのコンテンツアクセスプロシージャ」の記載によれば、メタデータにアクセスするために
「・Program Association Tableの獲得
　・要求されるプログラムのためのProgram Map Tableの獲得」
をするものであり、PAT(Program Association Table）、PMT(Program Map Table)はPSIである（下記（３）（ｂ）の「（２）」参照）。
　そうすると、「MPEG-2トランスポートストリームでコンテンツと同期化されて伝達されるメタデータにアクセスする方法」である引用発明において、
「入力されたＭＰＥＧ−２ＴＳを逆多重化する段階；
　前記逆多重化されたＴＳをＰＥＳパケットに変換し、ＰＳＩを抽出する段階」
を含むようにすることは、当業者が容易に想到できたことであり、
　そのようにすることで、引用発明の
「ＰＥＳパケットのヘッダを読み取ってメタデータに接近する段階」
を
「前記変換されたＰＥＳパケットのヘッダを読み取ってメタデータに接近する段階」
とすることは、当業者が容易に想到できたことである。
　　
（２）効果等
　以上のように、相違点に係る構成は当業者が容易に想到できたことである。そして、本願発明の構成は、上記のとおり当業者が容易に想到できたことであるところ、本願発明が奏する効果は、その容易想到である構成から当業者が容易に予測し得る範囲内のものであり、同範囲を超える顕著なものでもない。
　したがって、本願発明は、引用文献に記載された発明に基づいて当業者が容易に発明できたことである。
　　
（３）技術常識
「ポイント図解式最新ＭＰＥＧ教科書」、藤原洋監修、マルチメディア通信研究会編、株式会社アスキー発行、１９９５年６月１日第１版第４刷、ｐ．２３１−２５３（第１１章マルチメディアを多重化するＭＰＥＧシステムとは？）、特に、ｐ．２３３−２３４（［２］ＭＰＥＧシステムの基本要件、図１１−１）、ｐ．２３８−２４０（［４］固有のトランスポート・パケットによるマルチプログラムの多重・分離方式）、ｐ．２４８−２５２（［４］ＭＰＥＧ２−ＴＳ（トランスポート・ストリーム））参照
　　
　詳細な記載は、以下のとおりである。
　なお、「○１」等なる表記は、○中に数字を入れた記号を示す。情報処理システムの能力上、刊行物中の同記号を表すことができないことによる。
　　
（ａ）「［２］MPEGシステムの基本要件
　図11-1に、MPEGシステムの基本的な機能を理解するためのシステム構成図を示します。図に示すように符号化から復号までの処理の流れは、次のようになります。
　○１　ビデオ、オーディオなどの個別素材を、それぞれの連係を保ちながら、別個に符号化する
　○２　符号化された各個別のストリーム（データ列）をMUX（Multiplexer、多重化部）で、アプリケーションに合わせて、ストリームの伝送媒体（蓄積メディア、ネットワークなど）のフォーマットに適合した多重化を行い、伝送または記録する
　○３　受信された多重ストリームは、DMUX（Demultiplexer、分離部）でビデオ、オーディオなどの各個別のストリーム（データ列）部分を分離して、それぞれの復号器に送る
　○４　各復号器では個別にストリームを復号して、出力装置（ビデオ・モニタ、スピーカなど）に出力する
　この例からわかるように、どのように高度なマルチメディア・システムを構成する場合であっても、このような基本的なＡＶシステムが含まれることになります。次に、MPEGシステムの基本要件をまとめてみましょう。
　○１　ストリームの１本化
　複数の個別符号化ストリームを時分割多重して１本のストリームにする
　○２　同期再生
　送信側で意図したように、受信側で各個別ストリームを同期復号、再生出力する
　○３　フレキシビリティ
　蓄積メディアなど、種々の伝達メディアの特性に対応してパラメータ設定を可能にする」（２３３頁１行〜２３４頁８行）
　　
（ｂ）「［４］固有のトランスポート・パケットによるマルチプログラムの多重・分離方式
　MPEG 2では、複数のプログラム（番組）の伝送を可能とするマルチプログラム対応機能が設けられました。これは、多数の個別の符号化ストリームを、トランスポート・パケットと呼ばれる比較的短い伝送単位で時分割多重するものです。
（１）トランスポート・パケット
　マルチプログラム対応は、MPEGlにはなくMPEG2だけの機能です。 MPEG2には、前述のPS(Program Stream)とともに、TS(Tranport Stream)と呼ばれるマルチプログラム対応の多重・分離方式の２種類の方式があります。トランスポート・パケットのヘッダ部分には、パケット・データの内容識別情報があり、それによって目的とするプログラム再生に必要なパケットをDMUX（分離部）を通じて取り出して復号します。図11-8にそのMPEG2-TSの基準復号器を示します。
　図11-9は、このトランスポート・パケットによる多重・分離方式を示しています。トランスポート・パケットは、ATMとの接続性も考慮していて、188バイト固定長の比較的短いパケットです。ATMのパケット長は実データ47バイト［ATMセルのペイロード（ユーザー情報）部分48バイトのうち1バイトは、シーケンスと同期用に使用する］で、一つのトランスポート・パケットを四つのＡＴＭパケット（セル）に乗せて伝送できるようになっています（図11-10）)。 TSのPSとの大きな違いは、複数のパケット［MPEG2では“PES (Packetized Elementary Stream)パケット”と呼ぶ］をグループ化してパックを構成するPSの方式に対して、TS方式では、逆にパケットを再分割して複数のトランスポート・パケットに乗せて伝送します。したがって、TSにおけるPESパケットは、PS（およびMPEG1）におけるパックのような役割を果たすことになり、パック・ヘッダと
同じような情報をPESパケットで伝送できるように拡張されています。
（２）プログラム仕様情報の伝送
　マルチプログラム対応のトランスポート・ストリームは、多数のビデオ、オーディオの個別ストリームを伝送しているため、複数のプログラムの中から、どのプログラムを選び、どのパケットを取り出して、どのように復号すればよいか、などの情報が必要になります。これらのプログラム仕様情報を総称してPSI（Program Specific Information、プログラム仕様情報）と呼んでいます。PSIは、特定の識別コードをもったパケットや一次的なPSIで指し示されたパケットなどで伝送されます。TSの基準復号器の中にあるシステム用のバッフア・メモリとシステム復号器は、このPSI処理のためのものです。」（２３８頁７行〜２４０頁１４行）
　　
（ｃ）「［４］MPEG2-TS （トランスポート・ストリーム）
　トランスポート・ストリームは、188バイトの固定長トランスポート・パケットによって多重・分離されます。トランスポート・パケット自体は、固定長で比較的短く、構造は単純ですが、複数プログラムのストリームであるため、階層的な運用規定を理解する必要があります。MPEG2-PSに比べて特徴的なのは、上位構造としてトランスポート・パケットがありますが、これは通常、ＰＥＳパケットより短く、ＰＥＳパケットを分割してトランスポート・パケットとしていることです。
（１）トランスポート・パケットのデータ構造
　トランスポート・パケットのデータ構造は、複数プログラムの目的からITU-T（旧CCITT）で標準化されているATMの方式と類似しています。図11-16に、トランスポート・パケットのデータ構造を階層的に示し、各情報項目の意味、目的を以下に説明します。
　○１　同期バイト
　8ビットの同期信号で、復号器がトランスポート・パケットの先頭を検出するためのデータであり、前述のMPEG1パケットなどの開始コードと同じ目的です。しかし、32ビットの開始コードとは検出方法が異なり、信頼性のある検出動作を行うためには多数回連続検出などを行う必要があります。
　○２　誤り表示（エラー・インジケータ）
　このパケット中のビット・エラーの有無を示します。
　○３　ユニット開始表示
　新たなPESパケットが、このトランスポート・パケットのペイロード（実効的なパケット・データ）からはじまることを示します。
　○４　トランスポート・パケット・プライオリテイ（パケット優先度）
　このパケットの重要度を示します。用法は、PESパケットのプライオリティと同じです。
　○５　PID （Packet Identification、パケットの識別）
　13ビットのストリーム識別情報で、該当パケットの個別ストリームの属性を示します。
　○６　スクランブル制御
　2ビットでこのパケットのペイロードのスクランブルの有無、種別を示します。
　○７　アダプテーション・フィールド制御
　このパケットでのアダプテーション・フィールドの有無およびペイロードの有無を示します。
　○８　巡回カウンタ（コンティニュイティ・カウンタ）
　同じPIDをもつパケットが途中で一部棄却されたかどうかを検出するための情報で、4ビットの巡回カウント情報の連続性によって検出します。
　○９　アダプテーション・フィールド
　図11-16の下部にその構造を示しま当が、個別ストリームに関する付加情報やスタッフィング・バイト（無効データ・バイト）をオプションで入れることができます。このことから、個別ストリームの動的な状態変化の情報を伝送することができます。次に、それらの各項目について説明します。
　a.　不連続インジケータ（不連続表示）：次の同じPIDのパケットで、システム・クックがリセットされ、新たな内容になることを示します。
　b.　ランダム・アクセス表示：ビデオまたはオーディオのフレームのはじまりを示し、エントリー・ポイントであることを示します。
　c.　ストリーム・プライオリティ（優先）・表示：個別ストリームの重要部分が、このパケットのペイロードにあることを示します。例えば、ビデオの場合はイントラ符号化部分がこれに相当します。
　d.　スプライス・カウントダウン：編集可能な点までの、同一PIDのトランスポート・パケットの数を示し、編集点では、再多重化やシームレス・デコードが可能なバッファ管理と編集点後のデコード開始タイミングを適切に制御するためのパラメータテーブルが別途定められています。したがって、例えば伝送中継点でのコマーシャル挿入などが可能になります。
　e.　LTW（タイミング許容範囲）：再多重時に、バッファのオーバーフロー、アンダーフローを起こさず多重化タイミングの移動許容範囲を示します。
　f.　スプライスタイプ：ビットレート、デコード開始タイミングなどのパラメータと制御の組み合わせを示します。
（２）トランスポート・ストリーム(TS)の運用上の構造
　TSの復号・再生では、複数プログラムの中から一つを選択し、次にその復号・再生のために必要な個別ストリームのトランスポート・パケットのPID（通常は、ビデオとオーディオのPIDなど、複数が必要）を知ることが要求されます。次に、それら個別ストリームのパラメータ情報や連係情報を知る必要があります。したがって、このような多くのステップ動作のため、いくつかの付加情報テーブル（PSI）が必要になります。これらのPSIは、“section”と呼ばれるデータ構造によって伝送されます。
　○１　プログラム・アソシエーション・テーブル
　PID＝“0”のパケットで伝送される特別な情報です。各プログラム番号（16ビット）ごとにそのプログラム構成を記述しているテーブル（プログラム・マップ・テーブル：一つのプログラムのディレクトリ・テーブル）を伝送しているトランスポート・パケットのPIDを指します。
　○２　プログラム・マップ・テーブル
　プログラムの識別番号と、プログラムを構成するビデオ、オーディオなどの個別ストリームが伝送されているトランスポート・パケットのPIDのリストや付属情報を記述しています。プログラム・アソシエーション・テーブルとプログラム・マップ・テーブルに分けて間接記述にした理由は、一つだけのテーブルですべてを記述するとテーブルが大きくなりすぎて、テーブルを記憶しておくメモリが大きくなり、さらに、テーブルの後部に記述されているプログラムの情報アクセスに時間が長くかかるためです。
　○３　コンディショナル（条件付）アクセス・テーブル
　このテーブルは必ずしも必要ではありませんが、復号・再生の制限を行うためにスクランブルをかけたストリームを、許可されたユーザーが復号・再生するための付属テーブルです。このテーブルから、さらに実際の解読・復号許可情報が含まれるＰＩＤを知り、スクランブル解読情報を得ることができます。
　複数プログラムの中から一つを選択し、そのプログラムの復号・再生に至るまでの付属情報アクセスの関係を図11-17に示します。」（２４８頁８行〜２５２頁２行）
　　
５　むすび
　以上のとおり、本願の請求項５に係る発明は、引用文献に記載された発明に基づいて、当業者が容易に発明できたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、残る請求項１〜４、６〜７に係る発明について検討するまでもなく、本願は拒絶されるべきものである。
　　
　よって、結論のように審決する。