【事件の表示】
　特願２００２−１９７３２９「再生装置及びそのブックマーク情報提供方法」拒絶査定不服審判事件〔平成１５年　５月　９日出願公開、特開２００３−１３２０９１〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成１４年７月５日（パリ条約による優先権主張２００１年７月７日、大韓民国）の出願であって、平成１６年９月１３日付けで拒絶理由通知がなされ、同年１２月２１日付けで意見書が提出されるとともに手続補正がなされた後、平成１７年４月７日付けで再度拒絶理由通知がなされ、同年７月１１日付けで意見書が提出されたが、同年８月３日付けで拒絶査定がなされ、これに対し、同年１１月７日に拒絶査定不服審判の請求がなされるとともに、同日付けで手続補正がなされたものである。
　
２．平成１７年１１月７日付けの手続補正についての補正却下の決定
［補正却下の決定の結論］
　平成１７年１１月７日付けの手続補正を却下する。
　
［理由］
（１）補正後の請求項１に係る発明
　本件手続補正により、特許請求の範囲の請求項１は、
「情報貯蔵媒体に記録されたコンテンツを再生する再生装置のブックマーク情報提供方法において、
　選択されたコンテンツについて使用者から入力された注釈及び前記選択されたコンテンツの再生に必要な情報であるロケータを含むブックマーク情報を貯蔵する段階と、
　前記ブックマーク情報をインターネットを通じて他の再生装置に伝送する段階とを含み、
　前記ロケータは、前記貯蔵媒体に記録された前記選択されたコンテンツに対するナビゲーション情報から読み出され、前記ブックマーク情報は、読み出されたロケータと前記コンテンツのレコーディングタイプとを前記注釈に付加して生成されることを特徴とするブックマーク情報提供方法。」
と補正された。
　
　上記補正は、補正前の請求項１における「ブックマーク情報」について、「読み出されたロケータを注釈に付加して生成される」を「読み出されたロケータと前記コンテンツのレコーディングタイプとを前記注釈に付加して生成される」に限定するものであって、特許法第１７条の２第４項第２号の特許請求の範囲の減縮を目的とするものに該当する。
　そこで、本件手続補正後の上記請求項１に係る発明（以下、「本願補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に適合するか）について、以下に検討する。
　　
（２）引用例
　原査定の拒絶の理由（平成１７年４月７日付けで通知された拒絶理由）に引用された特開２００１−１３４６１４号公報（以下、「引用例」という。）には、図面とともに次の事項が記載されている。
　
Ａ．「【０００１】
【発明の属する技術分野】本発明は、ＡＶ（オーディオビジュアル）資料の記述に関し、さらに詳細には、ユーザが迅速かつ効果的に異なるＡＶ資料の間をナビゲートし、特別なＡＶプログラム（ＡＶ番組）の内容をブラウズして体験できるようにする記述指定方法に関する。」
　
Ｂ．「【０００２】
【従来の技術】ディジタルＡＶ資料は、ディジタルＴＶ放送，ディジタル動画カメラ，ＤＶＤ及びインターネット上のマルチメディアへのＰＣ（パーソナルコンピュータ）でのアクセスを通じユーザには一層入手が容易になってきている。さらに、強力なＰＣプラットフォームのハードディスクへの保管、及びＡＶ内容への非線形なアクセスを可能にするパーソナル動画レコーダ（ＰＶＲ）のような保管と永続的な大容量データの保管は、大衆向け装置にも適用が可能になっている。その結果、ユーザがＡＶ資料又はプログラム（番組）のコンテンツを効率よく見つけ出し利用できるようにする迅速なナビゲーション及びブラウジング機能が必要とされている。」
　
Ｃ．「【００２４】
【発明の実施の形態】本発明の１実施形態は、ＡＶシステムが提供したプログラムに関する記述のフレームワークを提供するシステムである。このフレームワークは、ユーザがＡＶ資料の表示を見るためのインターフェースと、ＡＶ資料の各表示及び表示に関するデータを特定し位置を示す記述構造とを含んでいる。かような表示の例として、マルチメディアのタイトル記述又は概要記述を挙げることができる。
【００２５】本発明の他の実施形態は、ユーザに提供可能なタイプの概要のマルチビューメニューを提示する諸ステップを含む、ユーザに選択可能な概要を提供する方法である。この概要は階層方式又は非階層方式のいずれでも良い。ユーザによる概要のタイプの選択を受信し、選択された概要を提供する。
【００２６】本発明の他の実施形態は、ＡＶコンテンツの概要記述サービスをユーザに提供する方法である。ユーザ端末のプラットホーム資源の仕様とユーザの選択を含む情報をユーザから受信する。ユーザの使用履歴を調べ、前記仕様とユーザの選択と合わせて、ＡＶ資料を関連する概要記述と共にユーザに伝送するために活用する。概要記述は、ユーザが他のユーザにその概要記述を伝送できるようにして提供できる。」
　
Ｄ．「【００２９】対話を規定するために、図１に示すＡＶ提示システム１０を参照し、各構成部分の記述データを含む１セットの記述スキームを規定する。ユーザによる選択１２は、ユーザの楽しみとユーザに対するシステムのユーティリティを最大にするために、幾つかの異なる領域で使用する。ユーザの興味をひく主題及び対象を記述する選択はＡＶプログラム１４のサーチと選別（フィルタリング）の両方に使用される。これらの２セットのデータ、即ち、ユーザによる選択とプログラムの記述１４をフィルタリング及びサーチエンジン１６において相関させて選択プログラムを特定する。
【００３０】フィルタリング及びサーチエンジン１６により特定されたプログラムを、ユーザのブラウジング選択データと共にブラウジングモジュール１８に送付する。フィルタリング及びサーチエンジン１６からのもう１つの出力は、ユーザが保管を指定した選択プログラムである。この出力は、保管モジュール２０に保存される。ユーザがブラウジングモジュールで選択したプログラムはディスプレイ２２に送られる。ユーザは、選択プログラムのマルチメディアのタイトル記述を利用して見たいプログラムを検索する。１つのプログラムが選択されると、その特定のプログラムの概要記述とユーザのブラウジング選択との相関をとり、選択可能な複数の概要をユーザに提示する。
【００３１】ディスプレイ２２は、プログラムを受信し、装置（ディスプレイ）の操作に関するユーザのデバイス選択に従ってそれらのプログラムを表示する。ユーザによるデバイス選択は、例えば、視聴中のプログラムのジャンルに応じて変化する音量調節のようなデバイスの設定を含む。終了以前のプログラムの停止及び特定装置の設定による特定タイプのプログラム視聴のような、ユーザとディスプレイとの対話は、使用履歴２４を更新し記録するためのフィードバック回路に類似する方式で情報を供給する。使用履歴２４はマッピングモジュール２６によって選択データにマッピングできる。この情報は、次に、ユーザによる選択モジュール１２によりユーザの入力情報と共に活用される。
【００３２】文書化されたユーザによる選択データは、ＡＶ提示システムだけでなく幾つかのその関連分野において有効である。ユーザによる選択と使用履歴がＡＶプログラム情報の記述に類似した所定のフォーマットに従うことにより、その履歴情報はこのシステム内部に蓄えＡＶシステム内部でユーザの所望するコンテンツ選択時に利用できると共に、履歴情報はＡＶプログラム１４のプロバイダに送られて、選択されたＡＶプログラムを受信するか又はユーザにより選択されたＡＶプログラムの概要を直接受信することができる。後者の場合、ユーザによる選択は、概要化されたＡＶプログラムを選択して直接ユーザに供給するためにプロバイダ側で用意した概要記述と相関をとる。選択および概要記述等は、スマートカード２８又は類似の可般保管手段に伝送でき、最終的にはユーザによって他のシステムに伝送できる。しかしながら、この種の伝送の詳細は、本発明の範囲を超えており、システム操作の完結を示すに過ぎない。
【００３３】上記に関連し、上述した係属中の特許出願の内容として幾つかの記述スキームが記載されている。しかしながら、その説明は、全システムレベルでなされたもので、ユーザ、プログラム又は装置レベルでの個別の記述構造は考慮されていなかった。この発明では、ＡＶプログラムの概要を利用した効率的なブラウジング及びナビゲーションを実現する手法として、マルチメディア情報を含むことが可能なタイトルの記述構造、ＡＶプログラムの階層化された概要を記述するための記述構造、更に、その記述構造に基づいた記述データを利用したシステムとサービスモデルの構築に主眼を置いている。
【００３４】図１に示すように、ＡＶプログラム１４は記述フレームワークに記述されたプログラムを含んでいる。記述フレームワークは、幾つかの異なるタイプの記述構造を有し得る。ここで特に重要なのは、マルチメディアのタイトル記述と概要記述である。フレームワークは、これらのタイプの中のいずれか１つ、又は両方、メタデータを含む他のタイプのプログラム記述と組み合わせた何れか１つ又は両方を含み得る。例えば、プログラムの製作に関するメタデータ（ディレクター，俳優，言語等）とそのプログラムのジャンルを提供できる。
【００３５】操作時、ユーザは記述構成を使用して、図１の提示システムにより提示されたＡＶプログラムを選択する。この視覚選択プロセスは例えば図２に示すように幾つかの方法で実行できる。説明及び理解を容易にするために、記述のフレームワークは電子図書館と同様であると見なす。ユーザはプログラムをマルチメディアのタイトル記述と同様なタイトル記述又は概要記述と同様な粗い概要でブラウズしてサーチする。マルチメディアのタイトル記述及び概要記述のような記述構造は、テキスト，オーディオクリップ，動画クリップ，静止画像等を含む幾つかの形式の１つであり得る。
【００３６】概要記述は、このシステムにおける迅速なナビゲーションとブラウジングを可能にする。特に、概要記述はキーフレームの概要、特定のイベントを含むビデオセグメントを群別するイベントベースの動画概要及び特定期間の動画強調概要を可能にする。これらの概要記述は、ＡＶメディアとそのセグメント、フレーム及びオーディオトラックを参照する構造をしており、プログラムの異なる概要及びビューを表現する提示エンジンにより効率良く利用される。従って、システムは１つのＡＶプログラムに対して複数バージョンの概要記述を有する際、各バージョンの概要記述を用いて提示エンジンにて逐次ビューを生成すればよいため、事前に複数バージョンのデータを別領域に保管する必要がなく、システム側のデータ領域を節約できる、プログラムのマルチビューを使用する能率的な手段を提供する。」
　
Ｅ．「【００３８】特定のＡＶプログラムは今日、種々のメディアを用いて製作され、特に、内容を簡潔に表現する、静止画像，グラフィック，ショート動画クリップ，オーディオジングル又は関連する絵文字を含むことができる。かようなメディアは、プログラムの通常の文字タイトルと共に使用することができる。例えば、音楽番組は文字タイトルに加えて絵文字タイトルを持つことができ、ＴＶ番組はロゴ又はオーディオジングルを持つことができる。
【００３９】このような、テキスト，オーディオクリップ，動画クリップ，静止画像等をタイトルに関する情報として一纏めにするための記述構造の一例を図３に示す。図３において、TitleText…/TitleText内部に従来のようなテキストデータによるタイトルを記述し、TitleImage…/TitleImage内部にオーディオクリップ，動画クリップ，静止画像等のマルチメディアデータが存在する場所情報を記述する構造を持つ。この記述構造により、従来のようなテキストデータとマルチメディアデータが存在する場所情報を纏めて持つ仕組みが実現される。この記述構造を利用することにより、画像などのマルチメディアデータが存在する場所からデータを取得・展開して付加することにより、テキストデータを表示するだけでなく、マルチメディアタイトルの作成を容易に実現することができる。マルチメディアタイトルは、異なるＡＶプログラム間のＡＶ情報による有効で楽しいナビゲーションを促進する。
【００４０】このタイトル記述構造においては、マルチメディアデータを場所情報として表現していることにより、システム内部で持っているマルチメディアデータを直接参照するだけでなく、システム内部に蓄積してあるＡＶプログラムの画像フレーム番号を指定する、動画や音声クリップの開始時間と終了時間を指定する、システム外部のプロバイダ側にあるマルチメディアデータを参照するといった方法によるマルチメディア情報の作成が可能である。その結果、オリジナルのマルチメディアデータをシステム内部に持っていない場合でも、記述データのマルチメディアデータの場所を参照することにより、システム内部でマルチメディアタイトルを作成できるので、システム側でマルチメディア情報を持つ必要がなくなり、システムのデータ領域を節約することが可能である。外部などにあるマルチメディアデータを複数回参照するような場合には、表示を速やかに行うために、システム内に取り込みシステム内部のデータとして扱うようにすることもできる。
【００４１】マルチメディアタイトルの記述は、マルチメディアタイトルと概要の機能性に影響することなく、概要記述に統合するか、又は、特定プログラム用の独立した記述とすることができる。ユーザがマルチメディアタイトルをナビゲーションした結果として関心を持つプログラムを選択する時に、ユーザはそのプログラム用の概要記述を利用し、プログラムのＡＶ内容を迅速に発見してプログラムを閲覧するか、プログラム内を非線的にナビゲーションすることができる。これらの記述構造間の関係について、図２を参照して以下に説明する。」
　
Ｆ．「【００４２】図２は、本発明における記述フレームワーク内でのＡＶプログラムの選択方法について説明するための図である。図２に示すように、ユーザはステップ３０でマルチメディアタイトル記述を知ることから操作を開始することができる。ユーザは次にタイトルを、即ち、ＡＶプログラムを選択し、そのＡＶプログラムの次のレベルの記述、即ち、ステップ３２の概要記述を見ることに移行する。ユーザは、次にステップ３４でプログラム選択を行い、そのプログラムを閲覧し体験する。
【００４３】上記に代えて、ユーザは概要記述を見るステップ３２をスキップし、マルチメディアタイトルを利用してＡＶプログラムを選択してもよい。他の可能な方法として、ユーザはマルチメディアタイトル記述子を知るステップ３０をスキップし、その代わりに、概要を見るステップ３２から選択プロセスを始めてもよい。ユーザの選択プロセス開始点は、使用可能な時間量、プログラムに関する予備知識及び所望の詳細情報の量によって決定できる。同様のことは、ステップ３０にあるユーザのシステムにマルチメディアタイトルデータや概要などの記述データのみを適宜システム内部に取り込み、ステップ３２を経て、必要なＡＶプログラムのデータを取得するということを行ってもよい。」
　
Ｇ．「【００４４】図４は、本発明による概要記述スキームを説明するためのブロック図である。概要記述におけるより高い詳細情報量を知るためには、さらに詳しい説明が望まれる。図４に示すように、ＡＶ概要記述は抽出モジュール４６によりＡＶメディア４８から抽出される。これらのＡＶ概要記述４４は、エレメント、記述子、属性及び記述に含まれ得る他の記述、取り得る値の範囲及び許容されるエレメントや記述子、属性などの組合せを指定する概要記述スキームに従って作成される。概要記述スキームにはマルチメディアタイトルを作成するためのデータ記述構造、ＡＶプログラムの概要表示を行うための記述構造を含む。マルチメディアタイトル及びＡＶプログラムの概要記述はこのスキームに従って記述される。表示装置４２はユーザの端末又はＡＶ装置であり、ＡＶ概要記述とＡＶコンテンツを受信する。この表示装置４２は記述スキームに従ってＡＶ概要記述４４を使用して確認し、インターフェース５２を用いてユーザに概要を提示するパーザー５０を含んでいる。
【００４５】図５は、図４の概要記述スキームで入手できる選択可能な概要記述構造の例を説明するためのブロック図である。さらなる詳細な図は図６として示している。ユーザやコンテンツプロバイダ、サービスプロバイダなどの様々な要求に応えられるように、図７〜図１５のように様々な概要記述を行えるような構造を提供している。その記述構造を利用することにより、プロバイダ側及びユーザ側で共通のフレームワークを持つことになり、プロバイダ側が用意した概要を利用して、ユーザは所望する概要記述を選択することができる。その概要の選択肢としての例は、１０秒間のハイライトシーンを見たい、スラムダンクのシュートシーンのみ見たいなど、様々な記述を階層構造化して行える。更に、プロバイダはユーザの履歴情報を得ることによって、ユーザの好みに適した複数の概要記述をユーザに提供できる。これらの概要記述構造は、ＡＶメディアとそのセグメント、フレーム及びオーディオトラックを参照する構造をしており、プログラムの異なる概要及びビューを表現する提示エンジンにより効率良く利用される。
【００４６】図５の例では、前記のような様々な概要表示を行うための概要構造を詳しく説明している。属性“概要タイプ”４１は、概要記述４０のタイプを定義するものである。この属性を利用して、階層概要記述５４、順次概要記述５６を選択できる構造になっている。強調（ハイライト）又はマルチレゾリュ−ションの属性は、両方とも、図６に詳細を示すごとくの階層構造の記述スキームによって構成されている。順次概要記述５６については、図１５に示しているが、詳細については後述する。
【００４７】図６は、本発明による選択可能な概要記述を作成するための階層概要記述構造を示すブロック図である。その構造は以下のようになる。階層概要記述５４はＡＶプログラムの概要を指定し群別するのに用いられ、階層構造の概要を構築することができる。また、属性“階層タイプ”という階層を構成する手法の記述データを持っている。この階層概要記述５４は、複数の階層概要レベル記述を持つ。階層概要レベル記述にはラベルを付けて、図１７のようにレベル化を行っている。各レベルは、特定レベルの情報でＡＶプログラムの概要を記述する。この階層概要レベル記述は更に階層概要レベル記述を持つことができる仕組みなので、より深いレベルの概要を定義できる構造となっている。一般的に、階層の根に近いレベルは粗い概要を提供し、根から遠いレベルはより詳しい概要を提供する。
【００４８】このように概要記述を構造化することにより、詳しい概要記述が粗い概要記述を包含することになり、概要を表示するためのデータの重複を省くことができる。また、この概要記述を用いてＡＶプログラムを視聴する場合は、ユーザが所望するレベルの概要記述とその上位のレベルの概要記述を利用して、掲示エンジンを動かせばよい。
【００４９】更に、図６で示すように階層概要レベル記述はＡＶメディアとそのセグメント、フレーム及びオーディオトラックを参照する構造も持っている。セグメントやフレームの参照はシステム内部のみの参照だけではなく、外部のデータも参照できる記述構造となっている。そのため、システム自体は選択された概要に基づき、様々なプロバイダにある外部データやシステム内部のデータからＡＶメディアのデータを取得して、提示エンジンを使用してマルチビューを提供できる。具体例として、ある映画の続編の予告編概要を作成する場合では、前作のＡＶプログラムが蓄積されている場所とそのプログラムのハイライトシーンと時間と共に、続編のＡＶプログラムが蓄積されている場所とそのハイライトシーンの時間を付加するような記述データにすることができ、プロバイダ、ユーザともデータを保存する領域を減少させるという利点がある。」
　
Ｈ．「【００５３】選択可能な概要の名称は、概要記述データを用いることにより、対話方式メニューでユーザに提示され、ユーザは所望の概要を選択する。この対話方式メニューの一例を以下に示す。
【００５４】
【表１】
　・・・（中略）・・・
【００５５】図７は、前記概要記述構造を利用した、対話方式メニュー中のアイテムを支える記述の一例を示す図である。上記のメニュー項目は記述中の記述子“Highlight Level Name（ハイライトレベルの名称）”に該当することに注意すべきである。さらに、この記述は、提示エンジンによりユーザに提示される表示列に該当する機械可読の数字コードを利用することができる。これは、１つの実施例である。
【００５６】上記メニューによれば、１つのテーマ（この場合はイベントベーステーマ）の下に集合した多数のセグメントにブックマーキングが容易にできる点に注目すべきである。グループ化（又はブックマーキング）は“highlight level（ハイライトレベル）”であり、同一階層レベルである。メニュー内の最後の項目“My Favorite Moments（私の大好きな瞬間）”は、ユーザが自分のシステム内の適当なオーサリングツールを用いて生成した記述フラグメントに該当する。言い換えれば、ユーザはサービスプロバイダから入手できる概要を拡張するのに必要なツール又はスクラッチから概要記述を生成するのに必要なツールを持つことができる。
【００５７】セグメントレベルのブックマーキングは、上述した図７に示す記述の最終部分（網かけ部分）のようにすることも可能である。上記例において、ユーザは、“The Best 2-Point Shot from Blazers（ブレーザからの最高の２ポイントシュート）”と“Scotty Pippin's Best Basket（スコッティの素晴らしい連中の最高のバスケット）”の２つのセグメントをマークした。これらの２つのブックマークは、ブックマークの独立メニュー又はメニューアイテム“My Favorite Moments（私の大好きな瞬間）”の下位メニューのいずれかの形式でユーザに提示できる。
【００５８】必ずしも階層構造でなくてよい他の形式の概要も許容される。例えば、“goal（ゴール）”のクリップを含む概要に対する“passing shots（パッシングシュート）”のクリップを含む概要も可能である。かような概要のグループ化は異なるイベントビューを可能にするために必要である。」
　
Ｉ．段落【００５４】の【表１】には、「ALTERNATIVE SUMMARIES（選択可能な概要）」の最後の項目として、「MY FAVORITE MOMENTS（私の大好きな瞬間）」が示されている。
　
Ｊ．「【００７８】ユーザは、前述の記述構造を利用することにより、他のユーザと対話し情報を交換することもできる。例えば、ユーザはユーザ端末でカスタム化したＡＶプログラムの概要（例えば、“My Favorite Moments（私の大好きな瞬間）”）を作成することができる。ユーザは、これらのカスタム化した概要記述を他のユーザ６６に送り、経験を共有したり、或は、特定のプログラムに関する検討及び推薦をすることができる。他のユーザは、その後、コンテンツプロバイダにより提供されたこれらのプログラムに記述作用する概要を受信することができる。別の手段として、あるユーザがカスタム化した概要の記述データのみを別のユーザに伝送することで、そのユーザはカスタム化した概要が指し示すＡＶプログラムを直接参照して、視聴することも可能である。」
　
　上記Ｃの段落【００２４】に「本発明の１実施形態は、ＡＶシステムが提供したプログラムに関する記述のフレームワークを提供するシステムである。このフレームワークは、ユーザがＡＶ資料の表示を見るためのインターフェースと、ＡＶ資料の各表示及び表示に関するデータを特定し位置を示す記述構造とを含んでいる。かような表示の例として、マルチメディアのタイトル記述又は概要記述を挙げることができる。」と記載され、また、上記Ｈの段落【００５３】に「選択可能な概要の名称は、概要記述データを用いることにより、対話方式メニューでユーザに提示され、ユーザは所望の概要を選択する。」と記載されていることからすると、上記引用例のものにおける「概要記述データ」には、「データの位置を示す情報」と「概要の名称」が含まれるものと解される。
　また、上記Ｄの段落【００４１】に、「・・・ユーザはそのプログラム用の概要記述を利用し、プログラムのＡＶ内容を迅速に発見してプログラムを閲覧するか、プログラム内を非線的にナビゲーションすることができる。」と記載されていることからすると、段落【００５４】の【表１】に見られる概要記述データの各項目は、ナビゲーション情報であるということができる。
　さらに、上記Ｄの段落【００３２】の「選択および概要記述等は、スマートカード２８又は類似の可般保管手段に伝送でき、最終的にはユーザによって他のシステムに伝送できる。」との記載や、上記Ｊの段落【００７８】の「ユーザは、これらのカスタム化した概要記述を他のユーザ６６に送り」との記載からすると、「概要記述データ」は、他のシステムに伝送できるものである。
　そして、上記引用例のものにおいて、「再生装置」との明示の記載はないものの、保管モジュールに保存されたＡＶ（オーディオビジュアル）プログラムを視聴するためには、当然、「再生装置」は存在するものと解される。
　
　よって、上記Ａ〜Ｊの記載及び関連する図面を参照すると、引用例には、実質的に、次の発明が記載されているものと認められる。（以下、「引用例記載の発明」という。）
「保管モジュールに保存されたＡＶ（オーディオビジュアル）プログラムを再生する再生装置の概要記述データ提供方法において、
　選択されたＡＶプログラムについて、概要の名称及びデータの位置を示す情報を含む概要記述データを保存する段階と、
　前記概要記述データを他の再生装置に伝送する段階とを含み、
　前記データの位置を示す情報は、前記保管モジュールに保存された前記選択されたＡＶプログラムに対するナビゲーション情報から読み出され、前記概要記述データは、読み出されたデータの位置を示す情報と概要の名称とを含むものである概要記述データ提供方法。」
　
（３）対比
　本願補正発明と引用例記載の発明とを対比すると、次のことがいえる。
　
（あ）引用例記載の発明における「保管モジュール」、「ＡＶ（オーディオビジュアル）プログラム」は、本願補正発明における「情報貯蔵媒体」、「コンテンツ」に相当する。
　
（い）引用例記載の発明において「保管モジュール」に「保存」することは、本願補正発明において「情報貯蔵媒体」に「記録」あるいは「貯蔵」することに対応する概念である。
　
（う）引用例記載の発明において「概要記述データ」は、引用例の上記Ｈの段落【００５６】〜【００５７】の記載からすると、本願補正発明における「ブックマーク情報」に相当するものである。
　
（え）引用例記載の発明における「概要の名称」及び「データの位置を示す情報」は、本願補正発明における「注釈」及び「選択されたコンテンツの再生に必要な情報であるロケータ」に対応するものである。
　
（お）本願補正発明と引用例記載の発明とは、「ロケータ（データの位置を示す情報）」が「ナビゲーション情報」から読み出されたものであること、及び、少なくとも「ブックマーク情報（概要記述データ）」が「読み出されたロケータ（データの位置を示す情報）」と「注釈（概要の名称）」を含むものである点においては共通するものである。
　
　上記（あ）〜（お）の事項を踏まえると、本願補正発明と引用例記載の発明とは、次の点で一致し、また、相違する。
　
（一致点）
　本願補正発明と引用例記載の発明とは、ともに、
「情報貯蔵媒体に記録されたコンテンツを再生する再生装置のブックマーク情報提供方法において、
　選択されたコンテンツについて注釈及び前記選択されたコンテンツの再生に必要な情報であるロケータを含むブックマーク情報を貯蔵する段階と、
　前記ブックマーク情報を他の再生装置に伝送する段階とを含み、
　前記ロケータは、前記貯蔵媒体に記録された前記選択されたコンテンツに対するナビゲーション情報から読み出され、前記ブックマーク情報は、読み出されたロケータと注釈とを含むものであるブックマーク情報提供方法。」
である点。
　
（相違点）
　相違点１：本願補正発明においては、「ブックマーク情報」が「使用者から入力された注釈」を含むものであるのに対し、引用例記載の発明においては、「概要記述データ」が含む「概要の名称」は、例えば「MY FAVORITE MOMENTS（私の大好きな瞬間）」というものであっても、予め用意された名称であるかもしれず、ユーザから入力されたものであるかどうか明らかでない点。
　
　相違点２：本願補正発明においては、ブックマーク情報を「インターネットを通じて」他の再生装置に伝送するとされているのに対し、引用例記載の発明においては、概要記述データを他の再生装置に伝送することは共通するものの、「インターネットを通じて」とはされていない点。
　
　相違点３：「ブックマーク情報」が、本願補正発明においては、「読み出されたロケータとコンテンツのレコーディングタイプとを注釈に付加して生成される」ものであるにのに対し、引用例においては、「コンテンツのレコーディングタイプ」についての記載はない点。
　
（４）判断
　そこで、上記相違点１〜３について検討する。
　
（相違点１について）
　引用例のものにおいて、引用例の上記Ｈの段落【００５７】及び上記Ｉの記載における「MY FAVORITE MOMENTS（私の大好きな瞬間）」は、上記Ｈの段落【００５６】の「メニュー内の最後の項目“My Favorite Moments（私の大好きな瞬間）”は、ユーザが自分のシステム内の適当なオーサリングツールを用いて生成した記述フラグメントに該当する。」との記載や、上記Ｊの段落【００７８】の「ユーザはユーザ端末でカスタム化したＡＶプログラムの概要（例えば、“My Favorite Moments（私の大好きな瞬間）”）を作成することができる。」との記載からすると、ユーザによって作成された概要記述データであると解される。
　してみれば、その際に、「概要の名称」としてユーザが好みのものを入力するようにすること、あるいは必要に応じて自由にコメントを付加するようにすることは、当業者が容易に想到し得ることと認められる。
　よって、引用例記載の発明において、概要記述データを、「使用者から入力された注釈」を含むものとすることは、当業者が容易に想到し得ることである。
　
（相違点２について）
　一般に、種々のデータをインターネットを通じて伝送することは、ごく普通に行われていることにすぎないから、引用例記載の発明において、概要記述データ（ブックマーク情報）を「インターネットを通じて」他の再生装置に伝送するようにすることは、当業者が適宜になし得ることにすぎない。
　
（相違点３について）
　特開２００１−５６８２５号公報の段落【００６１】，【００６７】〜【００７０】，図３，６等の記載に見られるように、マルチメディアデータに対して「データ種別情報」を付随させることは、周知技術である。
　ここで、上記マルチメディアデータに対する「データ種別情報」と、「コンテンツのレコーディングタイプ」とは、コンテンツの種類を識別する情報という点で共通するものである。
　してみれば、上記周知技術を参酌し、引用例記載の発明において、「読み出されたデータの位置を示す情報（ロケータ）」のみならず「ＡＶプログラム（コンテンツ）のレコーディングタイプ」をも「概要の名称（注釈）」に付加して「概要記述データ（ブックマーク情報）」を生成するようにすることは、当業者が適宜になし得ることにすぎない。
　
　そして、本願補正発明の構成によってもたらされる効果も、引用例記載の発明及び上記周知技術から当業者ならば容易に予測することができる程度のものであって、格別のものとはいえない。
　
　したがって、本願補正発明は、引用例記載の発明及び上記周知技術に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により、特許出願の際独立して特許を受けることができないものである。
　
（５）むすび
　よって、本件手続補正は、特許法第１７条の２第５項で準用する同法第１２６条第５項の規定に違反するものであり、特許法第１５９条第１項で準用する同法第５３条第１項の規定により却下されるべきものである。
　
３．補正却下の決定を踏まえた検討
（１）本願発明
　平成１７年１１月７日付けの手続補正は、上記のとおり却下されたので、本願の請求項１に係る発明は、平成１６年１２月２１日付け手続補正書の特許請求の範囲の請求項１に記載されたとおりの次のものと認める。（以下、「本願発明」という。）
「情報貯蔵媒体に記録されたコンテンツを再生する再生装置のブックマーク情報提供方法において、
　選択されたコンテンツについて使用者から入力された注釈及び前記選択されたコンテンツの再生に必要な情報であるロケータを含むブックマーク情報を貯蔵する段階と、
　前記ブックマーク情報をインターネットを通じて他の再生装置に伝送する段階とを含み、
　前記ロケータは、前記貯蔵媒体に記録された前記選択されたコンテンツに対するナビゲーション情報から読み出され、前記ブックマーク情報は、読み出されたロケータを前記注釈に付加して生成されることを特徴とするブックマーク情報提供方法。」
　
（２）引用例
　これに対して、原査定の拒絶の理由に引用された引用例とその記載事項は、上記２．（２）に記載したとおりである。
　
（３）対比・判断
　本願発明は、上記２．で検討した本願補正発明における「ブックマーク情報」の「注釈」に付加する内容のうち「コンテンツのレコーディングタイプ」を省いたものである。
　そうすると、本願発明の構成要件を全て含み、さらに特定の限定を施したものに相当する本願補正発明が、上記２．（４）に記載したとおり、引用例記載の発明及び上記周知技術に基いて、当業者が容易に発明をすることができたものであるから、本願発明は、「コンテンツのレコーディングタイプ」をも付加するという特定の限定に対して引用した上記周知技術を参酌することなく、引用例記載の発明に基いて、当業者が容易に発明をすることができたものである。
　
（４）むすび
　以上のとおり、本願発明は、引用例記載の発明に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願は、他の請求項について検討するまでもなく、拒絶されるべきものである。
　よって、結論のとおり審決する。