【事件の表示】
　特願２００６−５２７９１９「パッケージメタデータ及びこれを利用したターゲッティングと同期化サービス提供システム」拒絶査定不服審判事件〔平成１７年　４月　７日国際公開、ＷＯ２００５／０３１５９２、平成１９年　３月２２日国内公表、特表２００７−５０７１５５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
１．手続きの概要
　本願は、平成１６年９月２５日（パリ条約による優先権主張外国庁受理平成１５年９月２７日、大韓民国、平成１５年１１月１７日、大韓民国、平成１６年３月２３日、大韓民国）を国際出願日とする出願であって、平成２３年９月９日（起案日）付けで拒絶査定がなされ、これに対し、平成２４年１月１３日に拒絶査定に対する審判請求がなされるとともに、同日付けで手続補正がなされ、平成２４年２月１日（起案日）付けで拒絶理由が通知されたものである。
　
第２　本願発明について
１．本願発明 
　本件補正後の請求項１に係る発明は、平成２４年１月１３日付けの手続補正書により補正された特許請求の範囲の請求項１に記載した事項により特定されるとおりのものであり、その請求項１に係る発明（以下、「本願発明」ともいう）は、次のとおりである。
　
「【請求項１】
　様々な形態の複数のコンテンツがユーザ端末において時間的及び空間的関係を有して消費されるように、前記ユーザ端末にコンテンツを提供するコンテンツサービス提供システムであって、
　前記コンテンツ情報が含まれたパッケージメタデータに基づいて前記ユーザ端末の使用条件に相応するコンテンツを分析し、前記ユーザ端末に提供されるコンテンツを決定する分析手段と、
　該決定されたコンテンツを提供する提供手段と、
　を備え、
　前記パッケージメタデータが、前記コンテンツに対したパッケージ情報テーブル（Ｐａｃｋｇｅ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｔａｂｌｅ）及びパッケージテーブル（Ｐａｃｋｇｅ　Ｔａｂｌｅ）を含み、
　前記パッケージ情報テーブルが、前記コンテンツのタイトル、要約説明、及びＩＤを提供し、
　前記パッケージテーブルが、前記コンテンツの集合を意味し、コンテナ（Ｃｏｎｔａｉｎｅｒ）メタデータによって定義され、
　前記コンテナメタデータが、ディスクリプタ（Ｄｅｓｃｒｉｐｔｏｒ）、前記コンテンツの識別情報としてレファランス（Ｒｅｆｅｒｅｎｃｅ）、及び前記コンテンツの組合せとしてアイテム（Ｉｔｅｍ）を含み、
　前記ディスクリプタが、
　前記コンテンツの属性を定義するコンポーネントメタデータと、
　前記複数のコンテンツの時間的及び空間的関係を定義する関係メタデータと、
　前記ユーザ端末の使用条件を定義するターゲッティングコンディションメタデータと、
　を含み、
　前記識別情報が、ｉｍｉ、ＣＲＩＤ（Ｃｏｎｔｅｎｔ　Ｒｅｆｅｒｅｎｃｉｎｇ　Ｉｄｅｎｔｉｆｉｅｒ）及び位置決定子（ｌｏｃａｔｅｒ）を含み、
　前記識別情報、前記コンポーネントメタデータ、及び前記ターゲッティングコンディションメタデータが、ＸＭＬ（Ｅｘｔｅｎｄｅｄ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）で表現され、
　前記識別情報が、任意のｉｍｉがそれぞれの位置決定子に割り当てられて、内容によって位置従属的なバージョンを獲得し、
　前記内容の位置が変更されると、前記位置決定子は変更され、前記ｉｍｉは変更されないことを特徴とするコンテンツサービス提供システム。」
　
第３　当審の判断
１．引用刊行物の記載 
（１）刊行物１の記載事項 
　平成２４年２月１日（起案日）付けの拒絶の理由に引用された刊行物であるJeongyeon Lim , Munchurl Kim , Jong-Nam Kim and Kyeongsoo Kim ,Semantic Transcoding of Video based on Regions of Interest, Proc. Visual Communications and Image Processing 2003,vol. 5150 (3), pp. 1232-1243（以下「刊行物１」という。）には、次の事項が記載されている。
　
（ア）「1. INTRODUCTION
We daily live under multimedia environment with various kinds of user terminals, different networks for information access, and tremendous amounts of multimedia contents of very different kinds. 
　The diversity of multimedia environment is very complex because the users have different preferences and consumption behaviors on multimedia contents with various kinds of terminals connected to different networks with different network conditions in various user environments. 
　In order to universally access and to uniquely consume the multimedia contents, a framework of integrating and harmonizing different components is required in multimedia environment. 
　The dynamic conditions of multimedia environment are continuously required under the development of various users’ environments.」
　
（訳）
「１．導入
　私たちは、様々な種類のユーザー端末、情報アクセス用の異なるネットワーク、非常に異なった種類の莫大な量のマルチメディア・コンテンツというマルチメディア環境の下で生活している。
　ユーザーは、多様なユーザー環境の下で異なるネットワークや異なるネットワーク状況で接続された多種の端末により、マルチメディア・コンテンツに対して異なる好み、消費行動を持つため、マルチメディア環境の多様性は、非常に複雑である。
　マルチメディア・コンテンツの普遍的なアクセス及び固有の消費のために、異なるコンポーネントの調和と統合のフレームワークが、マルチメディア環境に要求される。
　マルチメディア環境の動的な条件は、多様なユーザー環境の開発の下で、断続的に要求されている。」
　
（イ）「MPEG-21 provides an integrated framework of creation, transaction, delivery and consumption of digital items. 
　A digital item (DI) is a fundamental unit for distribution and transaction in MPEG-21 multimedia framework, which is defined as a structured digital object in a standard representation with declaration and identification of resources (multimedia contents). 
 In order to provide such an integrated multimedia framework, MPEG-21 defines a set of normative specifications: declaration of DI’s in Part 2; identification of DI’s in Part 3; intellectual property management and protection in Part 4; rights expression language in Part 5; rights data dictionary in Part 6; digital item adaptation in Part 7; reference software in Part 8; file format in Part 9; processing of DI’s in Part 10; and persistent association in Part 11.」
　
（訳）
　「MPEG-21は、デジタルアイテムの生成・処理・配信・消費に関する統合フレームワークを提供する。
　デジタルアイテム（DI)は、MPEG-21マルチメディア・フレームワーク中で分配および処理における基本単位である。デジタルアイテムは、資源(マルチメディア・コンテンツ)の宣言および識別を備えた標準表現で構造化したディジタル・オブジェクトとして定義される。
　このような統合マルチメディア・フレームワークを提供するために、MPEG-21は、標準仕様のセットを定義する。パート２においてDI（デジタルアイテム）宣言、パート３においてDIの識別、パート４において知的財産の管理・保護、パート５において権利表現言語、パート６において権利辞書、パート７においてデジタルアイテム適応、パート８において参照ソフトウェア、パート９においてフォーマット、パート１０においてDI処理、パート１１において永続的な結合。」
　
（ウ）「2. MPEG-21 DIGITAL ITEM ADAPTATION
Descriptions of MPEG-21 DIA generated by the Usage environment, Digital Item Resource adaptation and Digital Item Declaration tools indicate the structured textual or binary XML files. 
　These XML files can be used as input to the transcoding process by the MPEG-21 DIA engine. 
　So these description schemas (or models) of MPEG-21 DIA are defined as normative but the DIA engine itself is outside the standardization scope of MPEG-21. 
　The MPEG-21 DIA descriptions generated based on these normative schemas are called the context digital item (XDI). 
　This is, the XDI can be input to the MPEG-21 DIA engine for adaptation (or transcoding) of DI’s (or Resources).
　Figure 1 depicts the concept of MPEG-21 DIA. In Figure 1, the MPEG-21 DIA engine consists of two parts: Resource adaptation and Description adaptation engine. 
　The Resource adaptation engine adapts the original resources and produces a corresponding adapted digital item according to the XDI. 
　On the other hand, the Description adaptation engine adapts the context digital item (CDI) to the corresponding adapted CDI that describes the adapted digital item. 
　Here CDI represent a structural textual or binary XML file instantiated by the MPEG-21 DID (digital item declaration). 
　Actually the MPEG-21 DIA engine can take in the BSDL description for the Resource adaptation. 
　The BSDL description about the Resource is a high level description for the bitstream structure of a Resource. 
　So efficient adaptation process can be taken place on the target Resource in conjunction with the BSDL description and XDI [1]. 
　Finally the adapted DI and its associated CDI are supposed to be delivered to an MPEG-21 User.」
　
（訳）
「２．MPEG-21デジタルアイテム適応
　使用環境、ディジタルアイテム・リソース適応およびディジタルアイテム宣言ツールによって生成されたMPEG-21 DIAの記述は、構造化されたテキストあるいはバイナリのXMLファイルを示す。
　これらのXMLファイルは、MPEG-21 DIAエンジンによってトランスコーディング・プロセスへの入力として使用することができる。
　MPEG-21 DIAにおけるこれらの記述スキーマ（あるいはモデル）は、標準として定義されているが、DIAエンジンそのものはMPEG-21の標準化範囲の外にある。
　標準スキーマに基づいて生成されたMPEG-21 DIA 記述は、コンテキストデジタルアイテム(XDI)と呼ばれる。
　これは、XDIが、デジタルアイテム（あるいはリソース）の適応（あるいはトランスコーディング）に用いるMPEG-21 DIA エンジンに入力することができる。
　図１は、MEPG-21 DIA の概念を示している。図１において、MPEG-21 DIA エンジンは、リソース適応エンジンと記述適応エンジンからなる。
　リソース適応エンジンは、オリジナルのリソースを適応し、XDIに対応するように適応されたデジタルアイテムを生産する。
  他方では、記述適応エンジンは、コンテキストデジタルアイテム(CDI）を、適応されたデジタルアイテムを記述するような対応する適応されたCDIに適応させる。
　ここで、CDIは、MPEG-21 DID(デジタルアイテム宣言)によって実体化された、構造化されたテキストあるいはバイナリのXMLファイルを表す。
　実際に、MPEG-21 DIA エンジンは、リソース適応のためにBSDL記述を取り入れることができる。
　リソースに関するBSDL記述は、リソースのビットストリーム構造のための高位の記述である。
　非常に効率的な適応過程は、BSDL記述とXDIとの組み合わせにより、目標リソースにおいて行われる。
　最後に、適したDIおよびその関連するCDIはMPEG-21ユーザに配信される。」
　
（エ）「4. SYSTEM ARCHITECTURE
　In order to configure a framework for semantic transcoding of multimedia contents, delivery and consumption of the transcoded (adapted) audiovisual and text contents, we design a system architecture that contains server and clients. 
　The server generates CDI for multimedia content (Resource) information and is delivered and suggested to the user terminal at the client sides. A client in this architecture demands received multimedia contents information (CDI) from the server. 
　When a user requests a specific content to the server, user information and usage environment description (XDI) information is delivered to the server with the content request signal. 
　The server parses the delivered XDI and passes essential information to the MPEG-21 DIA engine for Resource and Description adaptation. 
　This essential information includes user preferences of ROI on contents in user characteristics, terminal characteristics and natural environment characteristics. 
　Then, the MPEG-21 DIA engine can adapt the requested content according to the XDI so that the resulting adapted content becomes fitted into user terminal characteristics, delivery network characteristics and natural environment characteristics.」
　
（訳）
「４．システム構成
　マルチメディアコンテンツ（配信され、消費されるトランスコード（適応化）されたオーディオビジュアル及びテキストコンテンツ）の意味的トランスコーディング用のフレームワークを構築するために、私たちはサーバとクライアント含むシステム構成を設計する。
　サーバは、マルチメディア・コンテンツ（リソース）情報としてＣＤＩを生成し、クライアント側のユーザー端末に配信され、示される。
　このアーキテクチャにおいて、クライアントは、サーバから受信されるマルチメディア・コンテンツ情報（ＣＤＩ）を要求する。
　ユーザーが具体的なコンテンツをサーバに要求した際に、ユーザー情報と使用環境の記述情報（ＸＤＩ）がコンテンツ要求信号と共にサーバーに伝達される。
　サーバは、伝達されたＸＤＩを解析し、本質的な情報をリソースと記述を適応化するMPEG-21 DIAエンジンに渡す。
　この本質的な情報は、ユーザー特性によるコンテンツのROI（Regeon Of Interest；注目領域）のユーザーの好み、端末特性および自然環境特性を含む。
　その後、MPEG-21 DIAエンジンは、要求されたコンテンツをXDIに従って、ユーザー端末特性や配信ネットワーク特性、自然環境特性に適合するように適応化されたコンテンツを得られるように、適応化することができる。」
　
（オ）「Figure 12 System Architecture
・Request Info(XML file)for Broadcast Program
・Send User Preference and Terminal Capability Info
・Send CDI for Broadcast Program based on User preference and Terminal Capability
・Request a specific program
・Send a message
・Stream an adapted content」
　
（訳）
「・ブロードキャストプログラムの情報（XMLファイル）を要求
　・ユーザーの好みと端末能力情報の送信
　
・ユーザーの好みと端末能力に基づいたブロードキャストプログラムのCDI送信
　
・具体的なプログラムの要求
・メッセージの送信
　
・適応化されたコンテンツをストリーミング」
　
　
（２）刊行物１に記載された発明
（ａ）上記（ア）、（エ）、（オ）によれば、刊行物１に記載の発明は、「非常に異なった種類の莫大な量のマルチメディア・コンテンツ」を「ユーザー」が「アクセス及び消費」するための「フレームワーク」である「サーバとクライアントを含むシステム構成」に関するものである。
　
（ｂ）上記（エ）、（オ）によれば、刊行物１には、「クライアント」は、「サーバから受信されるマルチメディア・コンテンツ情報（ＣＤＩ）を要求する」と共に「ユーザーの好みと端末能力情報の送信」する点が記載されている。
　
（ｃ）上記（エ）、（オ）によれば、刊行物１には、「サーバー」は、「クライアントが送信したユーザーの好みと端末能力情報に基づいて、マルチメディア・コンテンツ（リソース）情報としてＣＤＩを生成」すると共に、「ＣＤＩ」を「クライアント側のユーザー端末に配信する」点が記載されている。
　
（ｄ）上記（ウ）によれば、刊行物１には、「ＣＤＩは、MPEG-21 DID(デジタルアイテム宣言)によって実体化された、構造化されたテキストあるいはバイナリのXMLファイル」である点が開示されている。
　
（ｅ）上記（オ）によれば、刊行物１には、「サーバー」は、「クライアント」から送信された「具体的なプログラムの要求」に応答して「コンテンツをストリーミング」する点が開示されている。
　
（ｆ）まとめ
　上記（ａ）ないし（ｅ）によれば、刊行物１に記載された発明（以下「引用発明」という。）として、以下のとおりのものを認定することができる。
　
「非常に異なった種類の莫大な量のマルチメディア・コンテンツをユーザーがアクセス及び消費するためのフレームワークである、サーバとクライアントを含むシステム構成であって、
　クライアントは、サーバから受信されるマルチメディア・コンテンツ情報（ＣＤＩ）を要求すると共に、ユーザーの好みと端末能力情報の送信し、
　サーバーは、クライアントが送信したユーザーの好みと端末能力情報に基づいて、マルチメディア・コンテンツ（リソース）情報としてＣＤＩを生成し、
　ここで、ＣＤＩは、MPEG-21 DID(デジタルアイテム宣言)によって実体化された、構造化されたテキストあるいはバイナリのXMLファイルであり、
　サーバーは、ＣＤＩをクライアント側のユーザー端末に配信し、
　サーバーは、クライアントから送信された具体的なプログラムの要求に応答して、コンテンツをストリーミングするシステム構成。」
　
２．対比 
　そこで、本願発明と引用発明とを対比すると次のことが認められる。 
　
（１）コンテンツサービス提供システム
　引用発明は、「マルチメディア・コンテンツをユーザーがアクセス及び消費するため」の「サーバとクライアントを含むシステム構成」であり、これは、「ユーザーにコンテンツを提供する」ものであるといえる。ここで、コンテンツの提供は、ユーザーが使用する機器（ユーザー端末）に対して行われるものである。
　また、このようなコンテンツをユーザーが消費可能に提供することは「サービス」の一種であるといえ、このようなコンテンツを提供するシステムは、「コンテンツサービス提供システム」であるといえる。
　よって、引用発明と本願発明は、共に「ユーザー端末にコンテンツを提供するコンテンツサービス提供システム」に関するものという点で共通している。
　
　さらに、本願発明は「様々な形態の複数のコンテンツがユーザ端末において時間的及び空間的関係を有して消費されるように、前記ユーザ端末にコンテンツを提供する」ものである。ここで、「複数のコンテンツがユーザ端末において時間的及び空間的関係を有して消費される」に関して、本願の発明の詳細な説明では、次のように説明されている。
　「互いに異なる形態のコンテンツは、それぞれ独立したコンテンツをなすこともできるが、相互間の時間的、空間的、選択的関係を有すれば、１つのコンテンツをなすこともできる。後者の場合、複数のコンテンツ間の時間的関係を記述して各コンテンツの消費時点を記述する同期化サービスは、ユーザが該当コンテンツを他のユーザと同様に、または数回の使用にも関わらず一貫性あるようにパッケージの形態で消費できるようにするのに必須的なものである。」（明細書段落【００１０】）、
　『前記関係メタデータは、コンポーネント、アイテム、またはコンポーネント及びアイテム間の構成及び同期化（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）のために、ＣＳ（Ｃｌａｓｓｉｆｉｃａｔｉｏｎ　Ｓｃｈｅｍｅｓ）を用いてアイテム／コンポーネント間の時間的（Ｔｔｅｍｐｏｒａｌ）、空間的（ｓｐａｔｉａｌ）関係を記述するための情報である。
　ＣＳに予め定義された用語を使用することによって、定義されたコンポーネント、アイテム、またはコンポーネントとアイテムとの「関係」は、ＳＭＩＬ，ＸＭＴ-０とＢＩＦＳのような全体シーン記述で求められる正確な空間的構成及び同期化を表現するよりは、どのようにコンポーネント、アイテム、またはコンポーネント及びアイテムが抽象的なレベルで消費されることができるかを表現するのに用いられる。
　例えば、あるコンポーネントに対し、時間的関係の用語「ｐｒｅｃｅｄｅｓ」を使用することによって、全体シーン記述なしで、当該コンポーネントが他のコンポーネントよりも先に消費されなければならないことが表現され得る。
　特に、ターゲッティングと同期化サービスのために、関係メタデータは、コンポーネント、アイテム、またはコンポーネント及びアイテム間の時間上の消費順序を通知するための時間的関係及び表示（ｐｒｅｓｅｎｔａｔｉｏｎ）上（例えば、ユーザインタフェース）の相対的位置を通知するための空間的関係を含む。』（明細書段落【００６３】）
　
　この記載からみて、本願発明における上記「複数のコンテンツがユーザ端末において時間的及び空間的関係を有して消費される」は、複数のコンテンツ（「コンテンツ」のそれぞれは、「コンポーネント」や「アイテム」と称される）からなるコンテンツを消費（再生・表示）する際に、「コンポーネント」や「アイテム」相互の時間的関係（再生順序・表示順序）と空間的関係（再生時・表示時の表示位置）が予め定められた形で消費（再生・表示）される、ものと解釈することができる。
　
　一方、引用発明は、「非常に異なった種類の莫大な量のマルチメディア・コンテンツ」を提供するものであり、上記のとおりコンテンツは「ユーザー端末」にて消費されるものである。これは、「様々な形態の複数のコンテンツ」が「ユーザー端末によって消費される」ものであるといえる。
　よって、引用発明と本願発明は、共に「様々な形態の複数のコンテンツがユーザ端末において消費される」点で共通する。一方、コンテンツがユーザ端末において消費されるにあたり、本願発明が「複数のコンテンツ」を「時間的及び空間的関係を有して消費」するとしているのに対して、引用発明は、そのような構成としていない点で相違する。
　
　上記の点をまとめると、引用発明と本願発明は、共に「様々な形態の複数のコンテンツがユーザ端末において消費されるように、前記ユーザ端末にコンテンツを提供するコンテンツサービス提供システム」である点で一致し、本願発明が「複数のコンテンツ」を「時間的及び空間的関係を有して消費」するとしているのに対して、引用発明は、そのような構成としていない点で相違する。
　
（２）分析手段
　本願発明は、「前記コンテンツ情報が含まれたパッケージメタデータに基づいて前記ユーザ端末の使用条件に相応するコンテンツを分析し、前記ユーザ端末に提供されるコンテンツを決定する分析手段」を備えるものである。
　上記「分析手段」に関して、本願の発明の詳細な説明には、次のように記載されている。
「サービス分析機１２は、ＰＤＲ４０から多様なターミナル及びユーザ条件を受信するパッケージメタデータを分析して、入力条件にマッチされるコンテンツまたはコンポーネントを決定する。」（段落【００３１】）
　この記載からみて、上記「分析手段」における「前記コンテンツ情報が含まれたパッケージメタデータに基づいて前記ユーザー端末のの使用条件に相応するコンテンツを分析し」は、「パッケージメタデータ」を分析して「ユーザー端末の使用条件」（ターミナル及びユーザ条件）と比較（マッチ）することを意味していると解釈できる。
　
　一方、引用発明は、上記（ｃ）のとおり、「サーバは、クライアントが送信したユーザーの好みと端末能力情報に基づいて、マルチメディア・コンテンツ（リソース）情報としてＣＤＩを生成」するものである。
　ここで、引用発明は、「莫大な量のマルチメディア・コンテンツをユーザーがアクセス及び消費するため」のシステムである。
　引用発明は、このような「莫大な量のマルチメディア・コンテンツ」を対象として、「ユーザーがアクセス及び消費」可能とするシステムであることを前提として、上記「クライアントが送信したユーザーの好みと端末能力情報に基づいて、マルチメディア・コンテンツ（リソース）情報としてＣＤＩを生成」するものである。
　この「ＣＤＩ」は、これらの「莫大な量のマルチメディア・コンテンツ」の中から、クライアントが送信した「ユーザーの好み」「端末能力情報」に対応・適合したコンテンツを特定する処理（比較）を行った上で、対応・適合するコンテンツに関する情報を「ＣＤＩ」として生成しているものといえる。このような「ＣＤＩの生成」する処理は、「ユーザー端末に提供されるコンテンツを決定」する処理であるといえる。
　
　さらに、上記の「ユーザーの好み」「端末能力情報」に対応・適合したコンテンツを「特定」するためには、「特定」の対象となる「莫大な量のマルチメディア・コンテンツ」にも、特定されるための情報が必要であることは明らかである。コンテンツには、通常、コンテンツに関する情報を記述したメタデータが付随していることが一般的であることからみて、特定される情報はコンテンツに付随するメタデータを用いるものと解釈するのが自然である。
　してみると、引用発明における「クライアントが送信したユーザーの好みと端末能力情報に基づいて、マルチメディア・コンテンツ（リソース）情報としてＣＤＩを生成」する処理は、クライアントに提供される「莫大な量のマルチメディア・コンテンツ」に付随したメタデータと、「ユーザーの好み」「端末能力情報」とを比較したうえで、対応・適合するコンテンツを特定しているものといえ、本願発明における「分析」に対応するといえる。
　また、このような処理を行う主体（サーバ）は「分析手段」を備えているといえる。
　
　したがって、引用発明と本願発明は、共に「コンテンツ情報が含まれたメタデータに基づいて前記ユーザ端末の使用条件に相応するコンテンツを分析し、前記ユーザ端末に提供されるコンテンツを決定する分析手段」を備える点で一致している。
　一方、本願発明は、分析手段において用いる情報を「パッケージメタデータ」と称しているのに対して、引用発明では、そうしていない点で相違する。
　
（３）提供手段
　引用発明は、上記（ｃ）、（ｅ）のとおり、生成した「ＣＤＩ」を「クライアント側のユーザー端末に配信」し、「サーバーは、クライアントから送信された具体的なプログラムの要求に応答して、コンテンツをストリーミング」するものである。
　ここで、刊行物１における上記（エ）、（オ）の記載からみて、「具体的なプログラムの要求」は、サーバーからクライアント側にコンテンツ情報である「ＣＤＩ」を送信した後に行われていることからみて、「具体的なプログラム」は送信された「ＣＤＩ」に含まれるコンテンツからユーザーが特定したものであるといえる。言い換えれば、「具体的なプログラム」は上記「ＣＤＩ」に含まれるコンテンツであるといえる。
　
　他方、上記（２）で述べたように、「ＣＤＩ」は「分析手段」における「ユーザー端末に提供されるコンテンツを決定」する処理によって生成されるものであることから、上記「具体的なプログラム」は「決定されたコンテンツ」に対応するものであるといえる。
　また、引用発明の「コンテンツをストリーミング」における「コンテンツ」は、「具体的なプログラムの要求に応答」して行われるものであることからみて、「具体的なプログラム」に対応するコンテンツ（上記「決定されたコンテンツ」）であるといえる。さらに、引用発明の「ストリーミング」は「提供」に対応する動作であるといえる。
　
　したがって、引用発明と本願発明は共に、「決定されたコンテンツを提供する提供手段」を備える点で一致しているといえる。
　
（４）パッケージメタデータ
　本願発明は、コンテンツを決定する際に用いる情報である「パッケージメタデータ」に関して「前記パッケージメタデータが、・・・前記ｉｍｉは変更されない」と「パッケージメタデータ」に含まれる情報（メタデータ）を特定しているが、引用発明は、そのような構成としていない点で相違する。
　
　以上の対比結果によれば、本願発明と引用発明との一致点、相違点は次のとおりであることが認められる。 
　
【一致点】 
「様々な形態の複数のコンテンツがユーザ端末において消費されるように、前記ユーザ端末にコンテンツを提供するコンテンツサービス提供システムであって、
　前記コンテンツ情報が含まれたパッケージメタデータに基づいて前記ユーザ端末の使用条件に相応するコンテンツを分析し、前記ユーザ端末に提供されるコンテンツを決定する分析手段と、
　該決定されたコンテンツを提供する提供手段と、
　を備えることを特徴とするコンテンツサービス提供システム。」 
　 
【相違点】 
（相違点１）時間的及び空間的関係を有して消費
　コンテンツがユーザ端末において消費されるにあたり、本願発明が「複数のコンテンツ」を「時間的及び空間的関係を有して消費」としているのに対して、引用発明はそのような構成としていない点。
　
（相違点２）パッケージメタデータ
　本願発明は、コンテンツを決定する際に用いる情報である「パッケージメタデータ」に関して「前記パッケージメタデータが、前記コンテンツに対したパッケージ情報テーブル（Ｐａｃｋｇｅ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｔａｂｌｅ）及びパッケージテーブル（Ｐａｃｋｇｅ　Ｔａｂｌｅ）を含み、
　前記パッケージ情報テーブルが、前記コンテンツのタイトル、要約説明、及びＩＤを提供し、パッケージテーブルが、前記コンテンツの集合を意味し、コンテナ（Ｃｏｎｔａｉｎｅｒ）メタデータによって定義され、
　前記コンテナメタデータが、ディスクリプタ（Ｄｅｓｃｒｉｐｔｏｒ）、前記コンテンツの識別情報としてレファランス（Ｒｅｆｅｒｅｎｃｅ）、及び前記コンテンツの組合せとしてアイテム（Ｉｔｅｍ）を含み、
　前記ディスクリプタが、
　前記コンテンツの属性を定義するコンポーネントメタデータと、
　前記複数のコンテンツの時間的及び空間的関係を定義する関係メタデータと、
　前記ユーザ端末の使用条件を定義するターゲッティングコンディションメタデータと、
　を含み、
　前記識別情報が、ｉｍｉ、ＣＲＩＤ（Ｃｏｎｔｅｎｔ　Ｒｅｆｅｒｅｎｃｉｎｇ　Ｉｄｅｎｔｉｆｉｅｒ）及び位置決定子（ｌｏｃａｔｅｒ）を含み、
　前記識別情報、前記コンポーネントメタデータ、及び前記ターゲッティングコンディションメタデータが、ＸＭＬ（Ｅｘｔｅｎｄｅｄ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）で表現され、
　前記識別情報が、任意のｉｍｉがそれぞれの位置決定子に割り当てられて、内容によって位置従属的なバージョンを獲得し、
　前記内容の位置が変更されると、前記位置決定子は変更され、前記ｉｍｉは変更されない」と「パッケージメタデータ」に含まれる情報（メタデータ）を特定しているが、引用発明は、そのような構成としていない点。
　
３．判断
　そこで、以下、上記相違点について検討する。
（１）相違点１について
　引用発明は、上記１．（２）（ｆ）のとおり、サーバーからクライアントにＣＤＩを送信することで、コンテンツの情報を伝達するものであって、このＣＤＩはMPEG-21 DID に基づいて実体化されたものである。
　後述「（２）相違点２について」において述べるように、MPEG-21 DID はMPEG-7 MDS（ISO/IEC 15938-5:2003 Information technology - Multimedia content description interface - Part 5: Multimedia Description Schemes First edition , 2003-05-15）において規定されたメタデータ・スキーマ（メタデータの記述形式）を含むものである。
　このMPEG-7 MDSでは、「Segment DS」としてコンテンツ（セグメント；コンテンツの断片）のメタデータ記述が規定されており、そのメタデータ記述には、「MediaInformation」メタデータ（コンテンツのIDやコンテンツのフォーマット）、「MediaLocator」メタデータ（コンテンツの位置）と共に、「Relation」メタデータとしてコンテンツ間（セグメント間）の時間的・空間的関係を記述できると規定されている。このようなコンテンツ間（セグメント間）の関係を記述するメタデータは、当該コンテンツの消費（再生・表示）の際に用いられることは明らかである。
　上記MPEG-7 MDSは、本願の出願前に国際標準として策定されたものであり、その策定前からISO./IEC JTC(SC29/WG11)において標準草案策定等の議論がなされてきたものであることからみて、当該技術分野における周知慣用の技術であるといえる。
　このようにMPEG-7 MDSでは、コンテンツに関する記述を行うメタデータとして、コンテンツ間の時間的・空間的な関係をメタデータとして記述し、このメタデータに基づいてコンテンツを消費（再生・表示）する技術が開示されており、引用発明においてもMPEG-21 DID を前提とするものであることから、上記周知慣用の技術を適用して、「時間的・空間的な関係」を有して「消費」するようにする（すなわち「様々な形態の複数のコンテンツがユーザ端末において時間的及び空間的関係を有して消費されるように、前記ユーザ端末にコンテンツを提供するコンテンツサービス提供システム」とする）ことは当業者が容易に想到し得たものであるといえる。
　
　
（２）相違点２について
　上記相違点２は、当該「パッケージメタデータ」に含まれる情報（メタデータ）と、この情報（メタデータ）の特性に関するものである。このため、当該相違点２は、
　
（Ａ）当該「パッケージメタデータ」に含まれる情報（メタデータ）の意味とメタデータ間の包含関係（階層構造）に関する相違、
　
（Ｂ）当該「パッケージメタデータ」に含まれる情報（メタデータ）である「識別情報」に含まれる情報とその特性に関する相違、
　
に大別することができる。
　この（Ａ）、（Ｂ）に対応する本願発明の構成は、それぞれ次の（ａ）、（ｂ）のとおりである。
　
（ａ）「前記パッケージ情報テーブルが、前記コンテンツのタイトル、要約説明、及びＩＤを提供し、
　前記パッケージテーブルが、前記コンテンツの集合を意味し、コンテナ（Ｃｏｎｔａｉｎｅｒ）メタデータによって定義され、パッケージテーブルが、前記コンテンツの集合を意味し、コンテナ（Ｃｏｎｔａｉｎｅｒ）メタデータによって定義され、
　前記コンテナメタデータが、ディスクリプタ（Ｄｅｓｃｒｉｐｔｏｒ）、前記コンテンツの識別情報としてレファランス（Ｒｅｆｅｒｅｎｃｅ）、及び前記コンテンツの組合せとしてアイテム（Ｉｔｅｍ）を含み、
　前記ディスクリプタが、
　前記コンテンツの属性を定義するコンポーネントメタデータと、
　前記複数のコンテンツの時間的及び空間的関係を定義する関係メタデータと、
　前記ユーザ端末の使用条件を定義するターゲッティングコンディションメタデータと、
　を含み、」「前記識別情報、前記コンポーネントメタデータ、及び前記ターゲッティングコンディションメタデータが、ＸＭＬ（Ｅｘｔｅｎｄｅｄ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）で表現され」
　
（ｂ）「前記識別情報が、ｉｍｉ、ＣＲＩＤ（Ｃｏｎｔｅｎｔ　Ｒｅｆｅｒｅｎｃｉｎｇ　Ｉｄｅｎｔｉｆｉｅｒ）及び位置決定子（ｌｏｃａｔｅｒ）を含み、
　前記識別情報が、任意のｉｍｉがそれぞれの位置決定子に割り当てられて、内容によって位置従属的なバージョンを獲得し、
　前記内容の位置が変更されると、前記位置決定子は変更され、前記ｉｍｉは変更されない」
　
　以下、（Ａ）、（Ｂ）のそれぞれについて検討する。
　
（２−１）上記（Ａ）について（「パッケージメタデータ」に含まれる情報の意味・構造について）
　
　刊行物１には、「ＣＤＩ」は「MPEG-21 DID」により実体化された（すなわち、MPEG-21 part2(ISO/IEC 21000-2:2003 Information technology -- Multimedia framework (MPEG-21) -- Part 2: Digital Item Declaration)で規定された国際標準に基づいて記述された）ものであることが開示されている（上記１．（１）（ウ））。
　ここで、MPEG-21 part2(DID)国際標準は、本願の出願前に国際標準として策定されたものである。当該国際標準は、本願の出願前に公知となった刊行物である『亀山渉・花村剛監修「MPEG-7/MPEG-21/TV-Anytime ディジタル教科書（下）」株式会社ＩＤＧジャパン発行（平成１５年２月１日）』（以下「刊行物２」という）にも開示されている。
　当該刊行物２には、具体的に次の点が開示されている。
　
「５．１マルチメディア用メタデータ標準MPEG-7の全体像
[1]-メタデータとは
(1)マルチメディア用メタデータMPEG-7が求められる理由
　MPEG-7標準に従って、マルチメディア・コンテンツの内容を記述したデータを「メタデータ」(Metadata)と呼びます。
・・・（中略）・・・
　そこで、マルチメディア・コンテンツを効率的に管理・検索する現実的な方法として、コンテンツ・データの内容を記述したメタデータをあらかじめ準備し、そのメタデータを管理・検索の対象にする方法が考え出されました。
(2)MPEG-7標準化の経緯
・・・（中略）・・・
　ダブリン・コアは、表5-1に示す15の項目を記述するメタデータ標準です。」(p.104)
　
「表5-1
」(p.105)
　
「８．２流通コンテンツの新しい定義：MPEG21ディジタル・アイテム（パート２）
【１】ディジタル・アイテムの構成
（１）「メディア・リソース＋メタデータ＋構造」の３つを組み合わせたもの
　MPEG-21のディジタル・アイテムとは、MPEG-21の描くマルチメディア・フレームワークを流れるコンテンツの基本流通単位としてデザインされました。ディジタル・アイテムの基本コンセプトは、図8-2に示すように、MPEG-1、２、４などの標準圧縮符号化法で表現されたマルチメディア・データ（メディア・リソース）と、MPEG-7などが規定している標準メタデータ・スキーマ（メタデータの記述形式）とを、MPEG-21で独自にW3C(World Wide Web Consortium、WWWコンソシアム）の定めるXSD（XML Schema Definition Language、XMLスキーマ定義言語）を用いて規定したスキーマ（形式）によって、構造化して組み合わせたものです。
　これまでMPEGが標準化を行ってきたすべてのツール（技術手段）を組み合わせた、まさにMPEGシリーズの集大成と言えます。もちろん、符号化法やメタデータ・スキーマには、JPEGやダブリン・コアなどの外部の団体が規定した仕様も利用できるようになっています。
・・・（中略）・・・
（２）ディジタル・アイテムの具体的な構成
　具体的には、図8-3に示すように、
(1)”ディジタル・アイテム宣言（DID：Digital Item Declaration）を呼ばれるXMLで書かれたそのディジタル・アイテムの定義部分と、
(2)”メディア・リソース”と呼ばれる各種マルチメディア・コンテンツ・データ
を合わせたものを”ディジタル・アイテム”と呼んでいます。」(p.204-205)
　
「図8-2
」(p.204)
　
「[2]−DID（デジタル・アイテム宣言）の規定
（１）DIDの記述例と全エレメントの一覧
　DIDの記述例を、図8-4(p.206)に示します。この中で使われるDIDL、Container、Itemなどの各エレメントは、MPEG-21パート２の中で独自に定義されているものです。全エレメントの一覧を表8-2(p.207)に示します。
　その中で特に、Container、Item、Componentの３つのエレメントについては、図8-5(p.208)に示すような包含関係が定義されています。」(p.209-210)
　　
「表８−２
」(p.207)
　
「図８−５
」(p.208)
　
 上記記載からみて、MPEG-21 DID 国際標準は、以下のメタデータの構造であるといえる。
（ａ）表8-2には、Containerエレメントは、「複数のItemやContainerを、その記述子であるDescriptorとともに、ひとつにまとめるためのエレメント」と記載されている。説明のためContainerエレメントに含まれるContainerエレメントを「下位(Container)エレメント」と呼ぶ。上記表8-2の記載は、「Containerエレメントは、下位ContainerエレメントとDescriptorエレメントを含む」あるいは「Containerエレメントは、ItemエレメントとDescriptorエレメントを含む」ことを意味する。
　
（ｂ）表8-2には、Descriptorエレメントは、「その親エレメントについて、関連する各種情報を記述する記述子として指定するエレメント。この”関連する情報”には、タイトルや著作権者などの各種記述情報（Statementを利用）や、・・・が含まれる」と記載され、また、Statementは、「Descriptorのなかで、特に記述情報（制御情報、編集情報、識別子情報など）を指定するエレメント。Statementは、プレーン・テキスト以外にも、XMLを含めることが可能であり、この機能を使い、MPEG-7などの既存の各種メタデータを包含することが可能」と記載されている。言い換えると、「Descriptorエレメントは、Statementエレメントを含み、StatementエレメントはMPEG-7などの既存のメタデータを含む」ことを意味している。
　ここで、上記「表5-1」には、既存のメタデータである「ダブリンコア」メタデータが記載されており、該メタデータとして、「Title（標題）：リソース名称」、「Description（説明）：内容の説明」、「Type（タイプ）：内容の性質やジャンル」、「Identifier（識別子）：曖昧さのない識別コード」、「Relation（関連）：関連するリソースへの参照」、「Format(フォーマット)：物理的またはデジタル化の形式」が標準として規定されていることが示されている（これらメタデータがMPEG-21 DIDのStatementエレメントに記述することができることは上記のとおり）。
　
（ｃ）表8-2には、Itemエレメントは、「エンド・ユーザーに対する基本アクセス単位であるエレメント。そのItemを構成するComponentや、さらに別のItemが、その記述子であるDescriptorとともにひとつにまとめられている。」と記載されている。説明のためItemエレメントに含まれるItemエレメントを「下位(Item)エレメント」と呼ぶ。上記表8-2の記載は、「Itemエレメントは、DescriptorエレメントとComponentエレメントと下位Itemエレメントを含む」、「Itemエレメントは、Componentや下位Itemをひとつにまとめる」ことを意味してる。
　
（ｄ）表8-2には、Componentエレメントは、「そのComponentを構成するResourceを指定するエレメント」と記載され、また、Resourceエレメントは、「ビデオ・クリップやイメージなどの各マルチメディア・コンテンツ・データ（メディア・リソース）を、URLなどを用いて指定するエレメント」と記載されている。ここで、「URL」はデータ（リソース）の位置を特定するための情報であることからみて、上記記載は、「Componentエレメントは、マルチメディア・データの位置を特定するResourceエレメントを含む」ことを意味している。
　
（ｅ）ここで、上記（ａ）〜（ｄ）からみて、MPEG-21 DID国際標準は次の構造からなるメタデータ（以下「ＤＩＤメタデータ」という。）を取り得るものであるといえる。
（ｅ−１）「コンテナ(Container)が、コンテンツに対応したディスクリプタ(Descriptor)及び下位コンテナ(Container)を含み」
（ｅ−２）「ディスクリプタ(Descriptor)が、リソース名称(Title)、内容の説明(Description)及び曖昧さのない識別コード(ID)を含み」
（ｅ−３）「下位コンテナ(Container)が、複数のアイテム(Item)をひとつにまとめ」
（ｅ−４）「アイテム(Item)が、ディスクリプタ(Descriptor)、マルチメディア・データの位置を特定するリソース（Resource）を含むコンポーネント(Component)、アイテム(Item)やコンポーネント(Component)をひとつにまとめる下位アイテム(Item)、を含み」
（ｅ−５）「ディスクリプタ(Descriptor)が、コンテンツの内容や性質を示すタイプメタデータ(Type)と、関連するリソースへの参照を示すリレーションメタデータ(Relation)と、コンテンツのディジタル化の形式を示すフォーマットメタデータ(Format)を含む」
　
（ｆ）また、上記メタデータはXMLで記述されている点が記載されている。
　
　
　ここで、上記ＤＩＤメタデータと、上記相違点２としてあげた本願発明における上記（Ａ）「パッケージメタデータ」に含まれる情報の意味と構造とを比較する。
　
（ア）パッケージ情報テーブル
　上記（ｅ−２）からみて、ＤＩＤメタデータにおける「リソース名称(Title)」「内容の説明(Description)」「曖昧さのない識別コード(ID)」は、それぞれ本願発明の「コンテンツのタイトル」「要約説明」「ＩＤ」に対応する情報である。このためＤＩＤメタデータにおける「ディスクリプタ(Descriptor)」は、本願発明の「前記コンテンツのタイトル、要約説明、及びＩＤを提供」する「パッケージ情報テーブル」に対応する情報であるといえる。
　
（イ）パッケージテーブル
　上記（ｅ−３）からみて、ＤＩＤメタデータにおける「下位コンテナ(Container)」は、複数のアイテム(Item)を纏めていることから、本願発明と同様に「コンテンツの集合を意味」するものであり、また、「アイテム(Item)」によって定義されているものといえる。このため、ＤＩＤメタデータにおける「下位コンテナ(Container)」は、本願発明の「前記コンテンツの集合を意味し、コンテナ（Ｃｏｎｔａｉｎｅｒ）メタデータによって定義」された「パッケージテーブル」に対応する情報であるといえる。
　
（ウ）コンテナメタデータ
　上記（ｅ−４）からみて、ＤＩＤメタデータにおける「マルチメディア・データの位置を特定するリソース（Resource）を含むコンポーネント(Component)」は、コンテンツの識別情報を有していることから、本願発明における「前記コンテンツの識別情報としてレファランス(Reference)」に対応する情報であるといえる。
　また、ＤＩＤメタデータにおける「アイテム(Item)やコンポーネント(Component)をひとつにまとめる下位アイテム(Item)」は、コンテンツの組み合わせを示す情報であることから、本願発明における「前記コンテンツの組合せとしてアイテム(Item)」に対応する情報であるといえる。
　さらに、後述（エ）で述べるように、ＤＩＤメタデータにおける「ディスクリプタ(Descriptor)」は、本願発明における「ディスクリプタ(Descriptor)」に対応する情報であるといえる。
　
（エ）ディスクリプタ
　上記（ｅ−５）からみて、ＤＩＤメタデータにおける「コンテンツの内容や性質を示すタイプメタデータ(Type)」は、コンテンツの属性を定義するものであることから、本願発明における「前記コンテンツの属性を定義するコンポーネントメタデータ」に対応する情報であるといえる。
　
　また、ＤＩＤメタデータにおける「関連するリソースへの参照を示すリレーションメタデータ(Relation)」は、上記「（１）相違点１について」で述べたとおり、「Relation」メタデータがコンテンツ間の関係を定義するものであることから、本願発明における「前記複数のコンテンツの時間的及び空間的関係を定義する関係メタデータ」に対応する情報であるといえる。
　
　さらに、ＤＩＤメタデータにおける「コンテンツのディジタル化の形式を示すフォーマットメタデータ(Format)」は、コンテンツを消費（再生・表示）する際のフォーマットを意味する情報であり、これはユーザー端末の使用条件を定義しているものともいえる。よって、当該「フォーマットメタデータ」は、本願発明における「前記ユーザ端末の使用条件を定義するターゲッティングコンディションメタデータ」に対応する情報であるといえる。
　
　ここで、本願発明の「ディスクリプタ」は「コンポーネントメタデータ」「関係メタデータ」「ターゲットコンディショニングメタデータ」を含むものである。
　一方、上記（ｅ−４）からみて、ＤＩＤメタデータは「タイプメタデータ(Type)」「リレーションメタデータ(Relation)」「フォーマットメタデータ(Format)」を含んでいる。
　上記のとおり、ＤＩＤメタデータにおける「タイプメタデータ(Type)」「リレーションメタデータ(Relation)」「フォーマットメタデータ(Format)」は、それぞれ本願発明における「コンポーネントメタデータ」「関係メタデータ」「ターゲットコンディショニングメタデータ」に対応する情報であることから、ＤＩＤメタデータにおける「ディスクリプタ(Descriptor)」は、本願発明における「ディスクリプタ」に対応する情報であるといえる。
　
（オ）パッケージメタデータ
　本願発明における「前記パッケージメタデータ」は、「前記コンテンツに対したパッケージ情報テーブル（Ｐａｃｋｇｅ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｔａｂｌｅ）」及び「パッケージテーブル（Ｐａｃｋｇｅ　Ｔａｂｌｅ）」を含むものである。
　一方、上記（ｅ−１）からみて、ＤＩＤメタデータにおける「コンテナ(Container)」は、「コンテンツに対応したディスクリプタ(Descriptor)」及び「下位コンテナ(Container)」を含むものである。
　ここで、上記（ア）ないし（エ）からみて、ＤＩＤメタデータにおける「ディスクリプタ(Descriptor)」、「下位コンテナ(Container)」はそれぞれ本願発明における「パッケージ情報テーブル（Ｐａｃｋｇｅ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｔａｂｌｅ）」、「パッケージテーブル（Ｐａｃｋｇｅ　Ｔａｂｌｅ）」に対応する情報である。
　したがって、ＤＩＤメタデータにおける「コンテナ(Container)」は、本願発明における「パッケージメタデータ」に対応する情報であるといえる。
　
（カ）ＸＭＬ
　上記（ｆ）のとおり、ＤＩＤメタデータ内の各メタデータはＸＭＬで記述されたものであることから、本願発明における「識別情報」「コンポーネントメタデータ」「ターゲッティングコンディションメタデータ」にそれぞれ対応する情報であるＤＩＤメタデータにおける「リソース(Resource)」「タイプ(Type)」「フォーマット(Format)」もＸＭＬで記述（表現）されたものであるといえる。
　
　このように、上記相違点２としてあげた本願発明における上記（Ａ）「パッケージメタデータ」に含まれる情報とその構造は、上記MPEG21-DIDとして規定され開示された国際標準に基づくものであるといえる。
　
（２−２）上記（Ｂ）について（「識別情報」が有する情報とその特性について）
　上記刊行物２には、本願の出願前に公知である「TV-Anytime」仕様についても開示されている。特に、コンテンツ参照に関して次の点が開示されている。
　
「【３】TV-Anytimeのコンテンツ参照技術
　TV-Anytimeフォーラムのコンテンツ参照の内容は、「TV-Anytimeコンテンツ参照仕様」(SP004)に述べられており、そこでは、
（１）コンテンツの「ロケーション」とは独立したID(Identifier、識別子)であるコンテンツ参照(CRID)
（２)ロケーション情報のフォーマット
（３）コンテンツ参照IDがあたえられた際にロケーションを探し出す過程
などについて記述されています。」(p.172-173)
　
「７．２コンテンツ参照の仕組み
・・・（中略）・・・
　TV-Anytimeの考える「放送」は、インターネットも含む広いものです。したがって、ロケーションも、現在のチャンネルと時間枠だけに収まらない、もっと広い概念であり、以下のように定義できます。
（１）ロケーション：番組の時刻と放送チャンネル、あるいはインターネット上のサーバのアドレスなど、コンテンツ（番組）が取得可能な時間的・空間的「位置」。また、ロケーションを表現する情報を「ロケータ」と呼ぶ
（２）ロケータ：コンテンツのロケーションに関する情報を表す具体的な記述形式」(p.173)
　
「７．５コンテンツ参照ID（CRID)の仕組み
【１】コンテンツ参照の全体像
（１）CRIDとロケータの分離
　コンテンツ参照で一番重要なのは、コンテンツに対応するコンテンツ参照ID（CRID：Content Referencing ID）です。CRIDは、コンテンツ選択・取得の際のキーになる識別情報で、番組コンテンツを指し示すユニークなID（識別子）です。」(p.180-181)
　
「【４】ロケータ
　ロケータは、コンテンツが取得可能な「時間情報・空間情報」（ロケーション）を明示します。TV-Anytimeが想定しているPDRのコンテンツ取得方法はさまざまで、ロケーションがいろいろあります。これに対応して、ロケータの記述形式もさまざまですが、PDRが適切な伝送メディアを判断できるようにすることが、ロケータに要求される機能です。」(p.183-184)
　
「【５】CRIDとインスタンス・メタデータ識別子(imi)
（１）インスタンス・メタデータ識別子(imi)とは？
　CRIDは、番組を指すことができます。しかし、同一番組でも、例えば音声や映像の属性が異なるなどして、区別が必要な場合があります。そのような場合に備えて設けられたのが、インスタンス・メタデータ識別子(imi:Instance Metadata Identifier)です。imiには、メタデータ(ProgramLocation)の情報を用いてCRIDを補完する働きがあります。また、コンテンツのロケーションが変更されれば、そのロケータも変更されますが、imiは変更されないという特徴があります。
・・・（中略）・・・
（２）imiの特徴
imiには、次のような特徴があります。
(1)コンテンツの場所が変更された場合、PDRはimiを参照することによって、それを追跡することができます。
・・・（中略）・・・
(2)imiは、１つの「CRIDとロケータ」の組に対して１つが適用されます。」(p.184-187)
　
　上記の記載によれば、TV-Anytimeにおいては、コンテンツの識別情報（コンテンツの識別やコンテンツの位置を示す情報）として、「CRID」と「ロケータ」と「imi」を組として用いる点が開示されている。
　さらに、上記「imi」は同一番組でも音声や映像の属性が異なる場合に用いられる点、１つの「ＣＲＩＤとロケータ」の組に１つのimiが適用される点、コンテンツのロケーションが変更されてもロケータは変更されるがimiは変更されない点、についても開示されている。これは、上記識別情報の特性を説明したものであり、上記相違点２の上記（Ｂ）としてあげた本願発明における「識別情報が、任意のｉｍｉがそれぞれの位置決定子に割り当てられて、内容によって位置従属的なバージョンを獲得し、前記内容の位置が変更されると、前記位置決定子は変更され、前記ｉｍｉは変更されない」に対応する特性であるといえる。
　
　このように、本願出願前に広く知られた周知技術であるTV-Anytimeの仕様において、コンテンツ配信におけるコンテンツ識別情報として「imi」が規定されている。ことからみて、コンテンツ配信において「同一番組でも音声や映像の属性が異なる」コンテンツを配信しようとすることは、本願出願前に広く知られた事項であったといえる。
　一方、刊行物１に記載の発明（引用発明）も同様にコンテンツ配信を行うものであり、刊行物１に接した当業者が、引用発明のコンテンツ配信においても、「同一番組でも音声や映像の属性が異なる」コンテンツを配信しようとすることは、当業者が想起しうるものであるといえる。
　そして、そのような想起に従い、引用発明において、「同一番組でも音声や映像の属性が異なる」コンテンツを配信しようとする際に、その実現手段として、コンテンツの識別情報を、上記周知慣用の技術であるTV-Anytimeの仕様で規定されたコンテンツの識別情報（「imi」,「CRID」,「位置識別子」）とすることは、当業者が容易に想到し得たものである。
　
　よって、引用発明におけるＣＤＩ（MPEG-21 DIDによるメタデータ）の識別情報に、上記周知慣用の技術を適用して、本願発明における上記（Ｂ）の構成（「前記識別情報が、ｉｍｉ、ＣＲＩＤ（Ｃｏｎｔｅｎｔ　Ｒｅｆｅｒｅｎｃｉｎｇ　Ｉｄｅｎｔｉｆｉｅｒ）及び位置決定子（ｌｏｃａｔｅｒ）を含み、前記識別情報が、任意のｉｍｉがそれぞれの位置決定子に割り当てられて、内容によって位置従属的なバージョンを獲得し、前記内容の位置が変更されると、前記位置決定子は変更され、前記ｉｍｉは変更されない」）とすることは、当業者にとって容易である。
　
（２−３）相違点２についてのまとめ
　上記（２−１）（２−２）で述べたように、上記相違点２としてあげた本願発明における「パッケージメタデータ」は、MPEG-21 DIDの国際標準やTV-Anytimeの仕様として本願出願前に広く知られた周知慣用の技術である。
　また、刊行物１には、コンテンツのメタデータとして国際標準（MPEG-21 DID）を用いる点についても言及されていることから考えれば、刊行物１に記載の発明（引用発明）のコンテンツを配信するシステムにおいて、配信するコンテンツのＣＤＩ（メタデータ）として、これらの周知慣用の技術を適用して本願発明における「パッケージメタデータ」の構成とすることは当業者が容易に想到し得たものである。
　
（３）まとめ
　上記（１）、（２）で述べたように、本願発明は、刊行物１に記載された発明である引用発明と上記周知慣用の技術に基づいて当業者が容易になし得たものである。
　
４．効果 
　以上のように、上記相違点は、当業者が容易に想到し得たものと認められ、その作用効果も、上記相違点に係る構成の採用に伴って当然に予測される程度のものにすぎない。
 　 
５．まとめ
　したがって、本願発明は、刊行物１に記載された発明及び周知慣用の技術に基づいて当業者が容易に発明をすることができたものである。 
　
第４　むすび
　以上のとおり、本願の請求項１に係る発明は、刊行物１に記載された発明及び周知慣用の技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　
　したがって、本願は、残る請求項２ないし１８に係る発明について検討するまでもなく、拒絶をすべきものである。
　
　よって、結論のとおり審決する。