【事件の表示】
　特願２０１０−５０３０２３「オーサリング・ツールおよびこれを実装するための方法」拒絶査定不服審判事件〔平成２０年１０月２３日国際公開，ＷＯ２００８／１２７５７３，平成２２年　７月２２日国内公表，特表２０１０−５２５４２９〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
　
第１　手続の経緯
　
　本件審判請求に係る出願（以下，「本願」という。）は，２００８年４月４日（パリ条約による優先権主張外国庁受理２００７年４月１１日（以下，「優先日」という），米国）を国際出願日とする出願であって，その手続の経緯は以下のとおりである。
　
　　平成２１年１０月　７日　　　：国内書面の提出
　　平成２３年　１月１３日　　　：出願審査請求書の提出
　　平成２４年　８月１５日付け　：拒絶理由の通知
　　平成２４年１０月１９日　　　：意見書，手続補正書の提出
　　平成２４年１２月２１日付け　：拒絶理由（最後の拒絶理由）の通知
　　平成２５年　３月　８日　　　：意見書の提出
　　平成２５年　４月　３日付け　：拒絶査定　
　　平成２５年　７月１９日　　　：審判請求書，手続補正書の提出
　　平成２５年　８月２３日　　　：前置報告
　　平成２５年１１月　５日付け　：審尋
　　平成２６年　２月　６日　　　：回答書の提出
　
　
第２　平成２５年７月１９日付けの手続補正についての補正却下の決定　 
　
 ［補正却下の決定の結論］ 
　
　平成２５年７月１９日付けの手続補正を却下する。
　
 ［理由］ 
　
１　補正の内容
　
　平成２５年７月１９日付けの手続補正（以下，「本件補正」という。）の内容は，平成２４年１０月１９日付けの手続補正により補正された特許請求の範囲の請求項１乃至１４の記載
　
「　【請求項１】
　コンテンツ記憶媒体をオーサリングする方法であって：
　前記媒体上のコンテンツをオーサリングするためのコンテンツ関係情報のユーザー入力された宣言を受け入れる段階と；
　前記コンテンツ関係情報の宣言に応答して，前記媒体からのコンテンツのその後の再生にとって互換なプログラミング言語で，前記媒体をオーサリングするためのプログラミング命令の組を生成する段階と；
　生成されたプログラミング命令の組を前記媒体上に記憶する段階と；
　前記媒体上に再生中のレンダリングのために必要とされるコンテンツを記憶する段階とを有する，
方法。
　　【請求項２】
　プログラミング命令の組を生成する前記段階が，前記命令に応答してJava（登録商標）コードまたはXMLスクリプトの少なくとも一つを生成することを含む，請求項１記載の方法。
　　【請求項３】
　コンテンツ関係情報のユーザー入力された宣言を受け入れる前記段階が：前記媒体上のコンテンツをフォーマットする，該コンテンツを編成する，該コンテンツを表示するおよび該コンテンツを通じてナビゲートするからなる動作の群から選択される少なくとも一つの動作を記述する入力を受け取ることを含む，請求項１記載の方法。
　　【請求項４】
　前記プログラミング命令の組の中の少なくとも一つの命令に応答して，前記媒体上に記憶されているライブラリ・ルーチンを呼び出す段階をさらに有する，請求項１記載の方法。
　　【請求項５】
　前記媒体上に記憶されているアニメーション・エンジン中に前記プログラミング命令の組の少なくとも一つのプログラミング命令を入力する段階をさらに有する，請求項１記載の方法。
　　【請求項６】
　前記アニメーション・エンジンとのユーザー・インターフェースを提供することをさらに有する，請求項５記載の方法。
　　【請求項７】
　非プログラミング・ユーザー入力を受け入れる前記段階がさらに：
　前記コンテンツに対応するユーザー宣言された資源についての宣言タグを生成および保存することを含む，
請求項１記載の方法。
　　【請求項８】
　請求項７記載の方法であって，命令の組を生成する前記段階がさらに：
　ユーザー・インターフェースを介した前記資源のユーザー操作に応答して，所定のファイル・フォーマットで，保存された前記宣言タグによって特定されるような前記資源の表示のための備えをすることのできるエレメントを生成する段階と；
　前記所定のファイル・フォーマットを，再生の際のメディア・プレーヤーによる実行のためにコンパイルする段階とを有する，
方法。
　　【請求項９】
　請求項１記載の方法であって，さらに：
　前記生成された命令の組に対応する定義されたタイムライン・エレメントおよびキー・フレームのツリー・ビューを作者に対して表示する段階と；
　前記命令の組を記憶する前記段階に先立って，作者が前記タイムラインおよびキー・フレームに変更を施すことを可能にする段階とを有する，
方法。
　　【請求項１０】
　前記命令の組に関係するエラーを示すメッセージ画面を表示する段階をさらに有する，
請求項９記載の方法。
　　【請求項１１】
　プログラミング命令を使って呼び出されることのできる機能を提供する，オーサリングのためのアニメーション・エンジンと；
　作者が前記アニメーション・エンジンの少なくとも一つの機能を作者のコンテンツ関係情報の宣言を使って呼び出すことを可能にするアニメーション・エンジン・インターフェースとを有するオーサリング・システムであって，
　前記アニメーション・エンジン・インターフェースは前記作者のコンテンツ関係情報の宣言を，前記アニメーション・エンジンによって要求される前記プログラミング命令に変換する，
オーサリング・システム。
　　【請求項１２】
　請求項１１記載のオーサリング・システムであって：
　諸機能をカプセル化するよう構成されたオブジェクトの組であって，前記オブジェクトは前記プログラミング命令を使って呼び出される，オブジェクトの組と
　作者が標準的なコンテンツ関係情報の宣言を使って前記組における少なくとも一つのオブジェクトを呼び出すことを可能にするオブジェクト・インターフェースとを有し，
　前記オブジェクト・インターフェースは作者の前記標準的なコンテンツ関係情報の宣言をオブジェクトによって要求されるプログラミング命令に変換する，
オーサリング・システム。
　　【請求項１３】
　前記プログラミング命令が，スクリプトまたはコードの一方を含む，請求項１２記載のオーサリング・システム。
　　【請求項１４】
　前記スクリプトがJava（登録商標）コードを含み，前記コードがXMLスクリプトを含む，請求項１３記載のオーサリング・システム。」（以下，この特許請求の範囲に記載された請求項を「補正前の請求項」という。）
　
を，
　
「　【請求項１】
　コンテンツ記憶媒体をオーサリングする方法であって：　
　前記媒体上のコンテンツをオーサリングするためのコンテンツ関係情報のユーザー入力された宣言を受け入れる段階
であって，コンテンツ関係情報の前記ユーザー入力された宣言はプログラミング命令に関連付けられた少なくとも一つの機能をカプセル化する，段階
　前記コンテンツ関係情報の宣言に応答して，前記媒体からのコンテンツのその後の再生にとって互換なプログラミング言語で，前記媒体をオーサリングするためのプログラミング命令の組を生成する段階
であって，前記プログラミング命令は，コンテンツ関係情報の前記ユーザー入力された宣言にカプセル化された機能に従って生成される，段階
　生成されたプログラミング命令の組を前記媒体上に記憶する段階と；　
　前記媒体上に再生中のレンダリングのために必要とされるコンテンツを記憶する段階とを有する，
方法。
　　【請求項２】
　プログラミング命令の組を生成する前記段階が，前記命令に応答してJava（登録商標）コードまたはXMLスクリプトの少なくとも一つを生成することを含む，請求項１記載の方法。
　　【請求項３】
　コンテンツ関係情報のユーザー入力された宣言を受け入れる前記段階が：前記媒体上のコンテンツをフォーマットする，該コンテンツを編成する，該コンテンツを表示するおよび該コンテンツを通じてナビゲートするからなる動作の群から選択される少なくとも一つの動作を記述する入力を受け取ることを含む，請求項１記載の方法。
　　【請求項４】
　前記プログラミング命令の組の中の少なくとも一つの命令に応答して，前記媒体上に記憶されているライブラリ・ルーチンを呼び出す段階をさらに有する，請求項１記載の方法。
　　【請求項５】
　前記媒体上に記憶されているアニメーション・エンジン中に前記プログラミング命令の組の少なくとも一つのプログラミング命令を入力する段階をさらに有する，請求項１記載の方法。
　　【請求項６】
　前記アニメーション・エンジンとのユーザー・インターフェースを提供することをさらに有する，請求項５記載の方法。
　　【請求項７】
　非プログラミング・ユーザー入力を受け入れる前記段階がさらに：
　前記コンテンツに対応するユーザー宣言された資源についての宣言タグを生成および保存することを含む，
請求項１記載の方法。
　　【請求項８】
　請求項７記載の方法であって，命令の組を生成する前記段階がさらに：
　ユーザー・インターフェースを介した前記資源のユーザー操作に応答して，所定のファイル・フォーマットで，保存された前記宣言タグによって特定されるような前記資源の表示のための備えをすることのできるエレメントを生成する段階と；
　前記所定のファイル・フォーマットを，再生の際のメディア・プレーヤーによる実行のためにコンパイルする段階とを有する，
方法。
　　【請求項９】
　請求項１記載の方法であって，さらに：
　前記生成された命令の組に対応する定義されたタイムライン・エレメントおよびキー・フレームのツリー・ビューを作者に対して表示する段階と；
　前記命令の組を記憶する前記段階に先立って，作者が前記タイムラインおよびキー・フレームに変更を施すことを可能にする段階とを有する，
方法。
　　【請求項１０】
　前記命令の組に関係するエラーを示すメッセージ画面を表示する段階をさらに有する，
請求項９記載の方法。
　　【請求項１１】
　プログラミング命令を使って呼び出されることのできる機能を提供する，オーサリングのためのアニメーション・エンジンと；　
　作者が前記アニメーション・エンジンの少なくとも一つの機能を作者のコンテンツ関係情報の宣言を使って呼び出すことを可能にするアニメーション・エンジン・インターフェースとを有するオーサリング・システムであって，
前記コンテンツ関係情報の宣言はプログラミング命令に関連付けられた少なくとも一つの機能をカプセル化し，
　前記アニメーション・エンジン・インターフェースは前記作者のコンテンツ関係情報の宣言を，
前記作者のコンテンツ関係情報の宣言にカプセル化された前記少なくとも一つの機能に従って，
オーサリング・システム。
　　【請求項１２】
　請求項１１記載のオーサリング・システムであって：　
　諸機能をカプセル化するよう構成されたオブジェクトの組であって，前記オブジェクトは前記プログラミング命令を使って呼び出される，オブジェクトの組と　
　作者が標準的なコンテンツ関係情報の宣言を使って前記組における少なくとも一つのオブジェクトを呼び出すことを可能にするオブジェクト・インターフェースとを有し，
前記標準的なコンテンツ関係情報の宣言はプログラミング命令に関連付けられた少なくとも一つの機能をカプセル化し，
　前記オブジェクト・インターフェースは作者の前記標準的なコンテンツ関係情報の宣言を
，前記標準的なコンテンツ関係情報の宣言にカプセル化された前記少なくとも一つの機能に従って，
オーサリング・システム。　
　　【請求項１３】
　前記プログラミング命令が，スクリプトまたはコードの一方を含む，請求項１２記載のオーサリング・システム。
　　【請求項１４】
　前記スクリプトがJava（登録商標）コードを含み，前記コードがXMLスクリプトを含む，請求項１３記載のオーサリング・システム。」（当審注：下線は，出願人が付与したものである。以下，この特許請求の範囲に記載された請求項を「補正後の請求項」という。）　
　
に補正するものである。
　
　そして，本件補正は，願書に最初に添付した明細書，特許請求の範囲又は図面に記載した事項の範囲内においてなされており，特許法第１７条の２第３項の規定に適合している。
　
　
２　目的要件
　
　本件補正が，特許法第１７条の２第５項の規定を満たすものであるか否か，すなわち，本件補正が，特許法第１７条の２第５項に規定する請求項の削除，特許請求の範囲の減縮（特許法第３６条第５項の規定により請求項に記載した発明を特定するために必要な事項を限定するものであって，その補正前の当該請求項に記載された発明とその補正後の当該請求項に記載される発明の産業上の利用分野及び解決しようとする課題が同一であるものに限る），誤記の訂正，或いは，明りょうでない記載の釈明（拒絶理由通知に係る拒絶の理由に示す事項についてするものに限る）の何れかを目的としたものであるかについて，以下に検討する。　
　
（１）本件補正前の請求項と，本件補正後の請求項とを比較すると，本件補正後の請求項１乃至１４はそれぞれ，本件補正前の請求項１乃至１４に対応することは明らかである。
　
（２）本件補正後の請求項１に係る補正は，下記の補正事項１，２よりなるものである。
　
＜補正事項１＞　
　本件補正前の請求項１の
「前記媒体上のコンテンツをオーサリングするためのコンテンツ関係情報のユーザー入力された宣言を受け入れる段階」との記載を，
　本件補正後の請求項１の
「前記媒体上のコンテンツをオーサリングするためのコンテンツ関係情報のユーザー入力された宣言を受け入れる段階
であって，コンテンツ関係情報の前記ユーザー入力された宣言はプログラミング命令に関連付けられた少なくとも一つの機能をカプセル化する，段階
　
＜補正事項２＞　
　本件補正前の請求項１の
「前記コンテンツ関係情報の宣言に応答して，前記媒体からのコンテンツのその後の再生にとって互換なプログラミング言語で，前記媒体をオーサリングするためのプログラミング命令の組を生成する段階」との記載を，
　本件補正後の請求項１の
「前記コンテンツ関係情報の宣言に応答して，前記媒体からのコンテンツのその後の再生にとって互換なプログラミング言語で，前記媒体をオーサリングするためのプログラミング命令の組を生成する段階
であって，前記プログラミング命令は，コンテンツ関係情報の前記ユーザー入力された宣言にカプセル化された機能に従って生成される，段階
　
（３）本件補正後の請求項１１に係る補正は，下記の補正事項３，４よりなるものである。
　
＜補正事項３＞　
　本件補正前の請求項１１の
「作者が前記アニメーション・エンジンの少なくとも一つの機能を作者のコンテンツ関係情報の宣言を使って呼び出すことを可能にするアニメーション・エンジン・インターフェースとを有するオーサリング・システムであって，」との記載を，
　本件補正後の請求項１１の
「作者が前記アニメーション・エンジンの少なくとも一つの機能を作者のコンテンツ関係情報の宣言を使って呼び出すことを可能にするアニメーション・エンジン・インターフェースとを有するオーサリング・システムであって，
前記コンテンツ関係情報の宣言はプログラミング命令に関連付けられた少なくとも一つの機能をカプセル化し，
　
＜補正事項４＞　
　本件補正前の請求項１１の
「前記アニメーション・エンジン・インターフェースは前記作者のコンテンツ関係情報の宣言を，前記アニメーション・エンジンによって要求される前記プログラミング命令に変換する，」との記載を，
　本件補正後の請求項１１の
「前記アニメーション・エンジン・インターフェースは前記作者のコンテンツ関係情報の宣言を，
前記作者のコンテンツ関係情報の宣言にカプセル化された前記少なくとも一つの機能に従って，
　
（４）本件補正後の請求項１２に係る補正は，下記の補正事項５，６よりなるものである。
　
＜補正事項５＞　
　本件補正前の請求項１２の
「作者が標準的なコンテンツ関係情報の宣言を使って前記組における少なくとも一つのオブジェクトを呼び出すことを可能にするオブジェクト・インターフェースとを有し，」との記載を，
　本件補正後の請求項１２の
「作者が標準的なコンテンツ関係情報の宣言を使って前記組における少なくとも一つのオブジェクトを呼び出すことを可能にするオブジェクト・インターフェースとを有し，
前記標準的なコンテンツ関係情報の宣言はプログラミング命令に関連付けられた少なくとも一つの機能をカプセル化し，
　
＜補正事項６＞　
　本件補正前の請求項１２の
「前記オブジェクト・インターフェースは作者の前記標準的なコンテンツ関係情報の宣言をオブジェクトによって要求されるプログラミング命令に変換する，」との記載を，
　本件補正後の請求項１２の
「前記オブジェクト・インターフェースは作者の前記標準的なコンテンツ関係情報の宣言を
，前記標準的なコンテンツ関係情報の宣言にカプセル化された前記少なくとも一つの機能に従って，
　
（５）小結
　
　したがって，上記補正事項１乃至６は限定的減縮を目的とするものであり，本件補正は，特許法第１７条の２第５項第２号に掲げる特許請求の範囲の減縮を目的とするものに該当すると言えることから，特許法１７条の２第５項の規定を満たすものである。
　
　
３　独立特許要件
　
　以上のように，本件補正は，限定的減縮を目的とする上記補正事項１乃至６を含むものである。そこで，限定的減縮を目的として補正された本件補正後の請求項１に記載された発明（以下，「本件補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に適合するか）以下に検討する。
　
　本件補正後の請求項１は，上記平成２５年７月１９日付け手続補正書により補正された特許請求の範囲の記載からみて，その請求項１に記載された以下のとおりのものである。　
　
「コンテンツ記憶媒体をオーサリングする方法であって：　
　前記媒体上のコンテンツをオーサリングするためのコンテンツ関係情報のユーザー入力された宣言を受け入れる段階であって，コンテンツ関係情報の前記ユーザー入力された宣言はプログラミング命令に関連付けられた少なくとも一つの機能をカプセル化する，段階と；　
　前記コンテンツ関係情報の宣言に応答して，前記媒体からのコンテンツのその後の再生にとって互換なプログラミング言語で，前記媒体をオーサリングするためのプログラミング命令の組を生成する段階であって，前記プログラミング命令は，コンテンツ関係情報の前記ユーザー入力された宣言にカプセル化された機能に従って生成される，段階と；　
　生成されたプログラミング命令の組を前記媒体上に記憶する段階と；　
　前記媒体上に再生中のレンダリングのために必要とされるコンテンツを記憶する段階とを有する，
方法。」　
　
３−１　特許法第３６条（記載要件）について　
　
（１）本件補正後の請求項１の発明特定事項である「前記媒体上のコンテンツをオーサリングするためのコンテンツ関係情報のユーザー入力された宣言を受け入れる段階であって，コンテンツ関係情報の前記ユーザー入力された宣言はプログラミング命令に関連付けられた少なくとも一つの機能をカプセル化する，段階」における「コンテンツ関係情報の前記ユーザー入力された宣言はプログラミング命令に関連付けられた少なくとも一つの機能をカプセル化する」の記載部分は本件補正により追記されたところ，「コンテンツ関係情報の前記ユーザー入力された宣言」が「プログラミング命令に関連付けられた少なくとも一つの機能をカプセル化する」ことが文言上特定された。
　しかしながら，「プログラミング命令に関連付けられた少なくとも一つの機能をカプセル化する」について，「プログラミング命令に関連付けられた少なくとも一つの機能」が，「プログラミング命令」（１つの命令と解される。）にどのように関連付けられた「機能」を特定しているのか不明瞭であり，また，「少なくとも一つの機能をカプセル化する」とは，１以上の機能をまとめてカプセル化することか，１以上の機能について機能毎にカプセル化することか，すなわち，如何なるものを単位にカプセル化するのか不明瞭であり，それによって，「コンテンツ関係情報の前記ユーザー入力された宣言」が，「プログラミング命令」，「機能」と如何なる関係にあり，如何なるものを単位に「カプセル化」するか特定することができず，不明確となっている。
　上記の「カプセル化」に関し，本願明細書の発明の詳細な説明には，
「【００１７】
　BD-J　APIを使ってある種のタスクを実行することは，非常に大量の冗長な手動コード生成を必要とする。JiveScriptの使用を通じて，本願の原理は，BD-J　APIの詳細すべてを
カプセル化する
【００１８】
　本願の原理のJiveScript適用は，ブルーレイBDROMを制作する際に作者が生成するタスクをスクリプト化することの複雑さを著しく簡略化する。JiveScriptは，BD-J　APIとインターフェースをもち，該APIの複雑さを
カプセル化する
「【００２７】
　上述したように，JiveScriptが提供する一つの利点は，BD-J　APIの複雑さを隠し（すなわち
カプセル化し
「【００３０】
…（中略）…
このように，JiveScriptはそのような諸機能をライブラリにおいて
カプセル化し
「【００４７】
　３．JiveScriptは，BD-J環境において提供されるさまざまな機能性を簡略化し，
カプセル化する
などの記載があるが，これらの記載からは「コンテンツ関係情報の前記ユーザー入力された宣言」が，プログラミング命令，機能と如何なる関係にあり，如何なるものを単位に「カプセル化」するか，を具体的に把握することはできないことから，本件補正後の請求項１の「コンテンツ関係情報の前記ユーザー入力された宣言はプログラミング命令に関連付けられた少なくとも一つの機能をカプセル化する」が特定する事項は発明の詳細な説明を参酌しても明確に把握し得ないものである。
　してみると，本件補正後の請求項１に係る発明は，明確でない。
　
　また，このため，本願の発明の詳細な説明は，本件補正後の請求項１に係る発明について，当業者がその実施をすることができる程度に明確かつ十分に記載したものではない。
　
（２）本件補正後の請求項１の発明特定事項である「前記コンテンツ関係情報の宣言に応答して，前記媒体からのコンテンツのその後の再生にとって互換なプログラミング言語で，前記媒体をオーサリングするためのプログラミング命令の組を生成する段階であって，前記プログラミング命令は，コンテンツ関係情報の前記ユーザー入力された宣言にカプセル化された機能に従って生成される，段階」における「前記プログラミング命令は，コンテンツ関係情報の前記ユーザー入力された宣言にカプセル化された機能に従って生成される」の記載部分は本件補正により追記されたところ，「前記プログラミング命令」（１つの命令と解される。）が「コンテンツ関係情報の前記ユーザー入力された宣言にカプセル化された機能に従って生成される」ことが文言上特定された。
　しかしながら，「コンテンツ関係情報の前記ユーザー入力された宣言にカプセル化された機能に従って生成される」について，「コンテンツ関係情報の前記ユーザー入力された宣言にカプセル化された機能」が，如何なるものを単位にどのようにカプセル化された「機能」であるか不明瞭であり，また，「カプセル化された機能に従って生成される」とは，「プログラミング命令」が如何にして「機能に従って生成される」のか不明瞭であり，それによって，「前記プログラミング命令」（１つの命令と解される。）が，「カプセル化された機能」，「コンテンツ関係情報の前記ユーザー入力された宣言」と如何なる関係にあり，「カプセル化」と如何なる関係により生成されるのか特定することができず，不明確となっている。
　この「カプセル化」については，上記（１）での検討のとおり，本願明細書の発明の詳細な説明【００１７】，【００１８】，【００２７】，【００３０】，【００４７】に記載があるが，これらの記載からは「コンテンツ関係情報の前記ユーザー入力された宣言にカプセル化された機能」が，如何なるものを単位にどのようにカプセル化された「機能」であるか，また，「カプセル化された機能に従って生成される」とは，「プログラミング命令」が如何にして「機能に従って生成される」のか，を具体的に把握することはできないことから，本件補正後の請求項１の「前記プログラミング命令は，コンテンツ関係情報の前記ユーザー入力された宣言にカプセル化された機能に従って生成される」が特定する事項は発明の詳細な説明を参酌しても明確に把握し得ないものである。
　してみると，本件補正後の請求項１に係る発明は，明確でない。
　
　また，このため，本願の発明の詳細な説明は，本件補正後の請求項１に係る発明について，当業者がその実施をすることができる程度に明確かつ十分に記載したものではない。
　
（３）小結
　
　よって，本願の発明の詳細な説明及び特許請求の範囲の記載は，特許法第３６条第４項第１号，同条第６項第２号に規定する要件を満たしておらず，本件補正後の請求項１に係る発明は，特許出願の際独立して特許を受けることができないものである。
　
　
３−２　特許法第２９条第２項（進歩性）について　
　
　上記「３−１　特許法第３６条（記載要件）について」での検討のとおり，本件補正後の請求項１に係る発明は明確ではないが，仮に本件補正後の請求項１に，本願明細書の発明の詳細な説明に記載された実施例どおりの発明が特定されているとして，以下に進歩性についても一応検討する。
　
（１）本件補正発明
　
　上記「３−１　特許法第３６条（記載要件）について」で検討したとおり，本件補正後の請求項１の「プログラミング命令に関連付けられた少なくとも一つの機能をカプセル化する」とは，「ユーザー入力された宣言」によるどのような「カプセル化」を特定しているか明確ではなく，「カプセル化」については次の「媒体をオーサリングするためのプログラミング命令の組を生成する段階」で特定されるべき事項であることから，本件補正後の請求項１に係る発明は，「前記媒体上のコンテンツをオーサリングするためのコンテンツ関係情報のユーザー入力された宣言を受け入れる段階」を有するに過ぎないものと解される。
　また，本件補正後の請求項１では，「コンテンツ関係情報の宣言に応答して，前記媒体からのコンテンツのその後の再生にとって互換なプログラミング言語で，前記媒体をオーサリングするためのプログラミング命令の組を生成する段階であって，前記プログラミング命令は，コンテンツ関係情報の前記ユーザー入力された宣言にカプセル化された機能に従って生成される」が特定されるところ，上記「３−１　特許法第３６条（記載要件）について」で検討したとおり，「前記プログラミング命令は，コンテンツ関係情報の前記ユーザー入力された宣言にカプセル化された機能に従って生成される」とは，「カプセル化」によりどのように生成される「プログラミング命令」を特定しているか明確ではないものの，本願の発明の詳細な説明を参酌すると，本件補正後の請求項１に係る発明は，「コンテンツ関係情報の宣言に応答して，前記媒体からのコンテンツのその後の再生にとって互換なプログラミング言語で，前記媒体をオーサリングするためのカプセル化されたプログラミング命令の組を生成する段階」を有するに過ぎないものと解される。
　そこで，本件補正後の請求項１に記載の事項が，発明の詳細な説明に記載された実施例と整合して特定されていると仮定し，本件補正後の請求項１に係る発明（以下，「本件補正発明」という。）を以下のとおりのものとする。（当審注：下線は，参考のために当審で付与したものである。）　
　
「コンテンツ記憶媒体をオーサリングする方法であって：　
　前記媒体上のコンテンツをオーサリングするためのコンテンツ関係情報のユーザー入力された宣言を受け入れる
段階と
　前記コンテンツ関係情報の宣言に応答して，前記媒体からのコンテンツのその後の再生にとって互換なプログラミング言語で，前記媒体をオーサリングするための
カプセル化された
段階と
　生成されたプログラミング命令の組を前記媒体上に記憶する段階と；　
　前記媒体上に再生中のレンダリングのために必要とされるコンテンツを記憶する段階とを有する，
方法。」　
　
　
（２）引用例
　
　本願優先日前に頒布され，原審の拒絶査定の理由である上記平成２４年１２月２１日付けの拒絶理由通知において引用された，小塚  雅之　他３名，「次世代ＤＶＤ向け対話型操作機能（４）　Ｂｌｕ−ｒａｙ Ｊａｖａ付きパッケージはこうして作る」，日経エレクトロニクス，日経ＢＰ社，２００６年 ９月２５日，第９３５号，ｐ．１８８−１９４（以下，「引用例１」という。）には，以下の技術的事項が記載されている。
　（当審注：下線は，参考のために当審で付与したものである。丸付き数字は括弧付き数字とした。）
　
Ａ　「
最後に本稿では，Ｂｌｕ−ｒａｙ Ｊａｖａを使ったＢｌｕ−ｒａｙ Ｄｉｓｃパッケージ・メディア（タイトル）をどのように制作するか，松下電器産業が開発したＢｌｕ−ｒａｙオーサリング・システムを用いた場合を例に解説する。
　
Ｂ　「
商用ディスクができるまで
　
次に，実際にＢｌｕ−ｒａｙ Ｄｉｓｃのディスク・イメージができるまでの作業を解説しよう。Ｂｌｕ−ｒａｙ Ｄｉｓｃのオーサリング作業は以下の三つの工程から成る。
（１）ＡＶデータや字幕データなどの素材の符号化（特に映像圧縮）
（２）メニューやゲームの制作などのシナリオ編集工程
（３）品質確認（ＱＡ：ｑｕａｌｉｔｙ ａｓｓｕｒａｎｃｅ）工程
…（中略）…
　
Ｂｌｕ−ｒａｙ Ｊａｖａを活用するのは（２）のシナリオ編集工程である。Ｂｌｕ−ｒａｙ Ｄｉｓｃのナビゲーション機能が「ＤＶＤ互換部」と「拡張部」の２層構造を取っていることに対応して，シナリオ編集工程も大きく二つの工程から成る。
…（中略）…
　
（３）のＱＡ工程とは，タイトルが正しく制作できているかどうかを確かめる作業である。…（中略）…。この作業が済めば，記録型媒体であるＢＤ−Ｒ／ＲＥディスクにＢＤ−ＲＯＭのディスク・イメージを書き込んでテスト・ディスクを制作する。…（中略）…。ＱＡ工程が済んだ後，ディスク・イメージをディスク工場に送る。以上の工程を経て，晴れてＢＤ−ＲＯＭを量産できるようになる。
　
Ｃ　「
互換部だけでもメニューを作れる
　
これまでに見てきた三つの工程のうち，対話型操作機能の実装を担うのがシナリオ編集工程である。この工程を，ＤＶＤ互換部と拡張部（Ｂｌｕ−ｒａｙ Ｊａｖａ編集部）に分けて詳しく解説しよう。
　
ＤＶＤ互換部の工程は，以下の三つの工程から成る（図２）。
（１）符号化済みのＡＶデータや，背景イメージ，字幕などを用意する
（２）シナリオ情報を作成する
（３）Ｂｌｕ−ｒａｙフォーマッタでディスク・イメージを作成する
…（中略）…
　
（３）のＢｌｕ−ｒａｙフォーマッタでディスク・イメージを作る際，Ｂｌｕ−ｒａｙ Ｊａｖａ機能を使用しないタイトルであれば，ＤＶＤ互換機能のみでＢＤ−ＲＯＭのディスク・イメージを作成することが可能である。Ｂｌｕ−ｒａｙ Ｊａｖａ機能を使うタイトルを作る場合は，後述する「拡張部」で別途作成したＪａｖａアプリケーションをインポートしてから，同じくＢｌｕ−ｒａｙフォーマッタでディスク・イメージを作成する。
　
Ｄ　「
拡張部でＪａｖａソフトを編集
　
インターネット機能やゲームといった本格的な対話型操作機能を実現するには，ＤＶＤ互換部の機能に上乗せする形でＢｌｕ−ｒａｙ Ｊａｖａアプリケーションを作成する。
　
我々のＢｌｕ−ｒａｙオーサリング・システムでは，作成するタイトルの内容，複雑度によって，次の二つの開発手法を選択できるようにしている。一つは，既存のＪａｖａプログラミング環境を使ってＢｌｕ−ｒａｙ Ｊａｖａアプリケーションを制作する方法。もう一つは，ＧＵＩベースのコンポーネント編集ツールを用いて，Ｂｌｕ−ｒａｙ Ｊａｖａアプリケーションのソース・コードを自動生成する方法である。
　複雑なＢｌｕ−ｒａｙ Ｊａｖａアプリケーションを作る場合には，Ｂｌｕ−ｒａｙ Ｊａｖａ規格を熟知したプログラマーが，一般的なＪａｖａ開発環境を使って開発するのが最も効率が良い。
一方，単純なＢｌｕ−ｒａｙ Ｊａｖａアプリケーションを作る場合は，コンポーネント編集ツールを使う方が良い。アクション・ゲームの開発などよほど高度なことをしない限り，後者のツールで十分アプリケーションの開発が可能である。一般的なＪａｖａ開発環境を使う場合と比べて誤りが少ないコードを生成できるので，作成したディスクのＱＡ項目が膨大になってタイトル制作期間やコストがかさむようなリスクを減らすことができる。
　
Ｅ　「
コンポーネント編集ツールを使う
　コンポーネント編集ツールを使用すると，熟練したＪａｖａプログラマーだけでなく，誰でも簡単なＧＵＩの操作だけでＢｌｕ−ｒａｙ Ｊａｖａアプリケーションを作成できる。さらにコンポーネント編集ツールでは，ツールに内蔵したシミュレータ機能で作成したアプリケーションの動作や品質を容易に確認できる。
　このツールでは，メニューやボタンなどＪａｖａアプリケーションを構成する基本機能を「コンポーネント」と呼ぶ単位に分解して提供している。コンポーネント編集機能を使用したＢｌｕ−ｒａｙ Ｊａｖａアプリケーションの作成方法の概念を図３に示す。
　
具体的なＪａｖａアプリケーションの作成法は以下の通りである。まず，ツールが提供するコンポーネントを選択し，アプリケーションの構造（コンポーネント間の関係）に組み込む。
　
次に，それぞれのコンポーネントに対してグラフィックス・データや音声データなどの素材を割り付け，属性を設定することでコンポーネントをカスタマイズする。例えばポップアップ・メニューのＪａｖａアプリケーションでは，コンポーネントとして幾つかのボタンを画面上に配置する。それぞれのボタン・コンポーネントには，ボタンを表現したグラフィックスを割り当て，ボタンを選択した時のアニメーションや，画面のスクロールといったページ遷移時の効果などを属性として設定できる。
…（中略）…。
　
最終的には，Ｂｌｕ−ｒａｙ Ｊａｖａ編集部で作成したＢｌｕ−ｒａｙ ＪａｖａアプリケーションのＪａｒファイルとインタフェース・ファイルをＢｌｕ−ｒａｙフォーマッタにインポートした後，ＢＤ−ＲＯＭテスク・イメージを再度生成することで，Ｂｌｕ−ｒａｙ Ｊａｖａ付きのディスク・イメージが完成し，品質確認行程に移行できる。
　
Ｆ　「図３　
コンポーネント編集ツールでコードを自動生成
Ｂｌｕ−ｒａｙ Ｊａｖａアプリケーションを制作する上で，二つの環境を選べる。一つは通常のＪａｖａプログラミング環境，一つはＢｌｕ−ｒａｙ Ｊａｖａコンポーネント編集ツールである。
後者の方法では，まずコンポーネント（部品）を選択し，次にアプリケーション構造（部品の相互関係）を設定し，素材（グラフィックスなど）を挿入し，属性（動作規定）を設定することで，Ｂｌｕ−ｒａｙ Ｊａｖａコードを自動生成できる。作成したＪａｖａコードはシミュレータで動作を確認できる。
　
　ここで，上記引用例１に記載されている事項を検討する。　
　
ア　上記Ａの「最後に本稿では，Ｂｌｕ−ｒａｙ Ｊａｖａを使ったＢｌｕ−ｒａｙ Ｄｉｓｃパッケージ・メディア（タイトル）をどのように制作するか，松下電器産業が開発したＢｌｕ−ｒａｙオーサリング・システムを用いた場合を例に解説する。」との記載，上記Ｂの「商用ディスクができるまで　次に，実際にＢｌｕ−ｒａｙ Ｄｉｓｃのディスク・イメージができるまでの作業を解説しよう。Ｂｌｕ−ｒａｙ Ｄｉｓｃのオーサリング作業は以下の三つの工程から成る。（１）ＡＶデータや字幕データなどの素材の符号化（特に映像圧縮）（２）メニューやゲームの制作などのシナリオ編集工程　（３）品質確認（ＱＡ：ｑｕａｌｉｔｙ ａｓｓｕｒａｎｃｅ）工程」との記載からすると，「Ｂｌｕ−ｒａｙオーサリングシステム」を用いて，「Ｂｌｕ−ｒａｙ Ｊａｖａ付きＢｌｕ−ｒａｙ Ｄｉｓｃ」のオーサリング作業を三つの工程で実施することが読みとれるから，引用例１には，
“Ｂｌｕ−ｒａｙオーサリングシステムを用いたＢｌｕ−ｒａｙ Ｊａｖａ付きＢｌｕ−ｒａｙ Ｄｉｓｃオーサリング方法”
が記載されていると解される。
　
イ　上記Ｂの「Ｂｌｕ−ｒａｙ Ｊａｖａを活用するのは（２）のシナリオ編集工程である。Ｂｌｕ−ｒａｙ Ｄｉｓｃのナビゲーション機能が「ＤＶＤ互換部」と「拡張部」の２層構造を取っていることに対応して，シナリオ編集工程も大きく二つの工程から成る。」との記載，上記Ｄの「拡張部でＪａｖａソフトを編集　インターネット機能やゲームといった本格的な対話型操作機能を実現するには，ＤＶＤ互換部の機能に上乗せする形でＢｌｕ−ｒａｙ Ｊａｖａアプリケーションを作成する。…（中略）…。もう一つは，ＧＵＩベースのコンポーネント編集ツールを用いて，Ｂｌｕ−ｒａｙ Ｊａｖａアプリケーションのソース・コードを自動生成する方法である。…（中略）…。一方，単純なＢｌｕ−ｒａｙ Ｊａｖａアプリケーションを作る場合は，コンポーネント編集ツールを使う方が良い。アクション・ゲームの開発などよほど高度なことをしない限り，後者のツールで十分アプリケーションの開発が可能である。一般的なＪａｖａ開発環境を使う場合と比べて誤りが少ないコードを生成できるので，作成したディスクのＱＡ項目が膨大になってタイトル制作期間やコストがかさむようなリスクを減らすことができる。」との記載からすると，オーサリングのシナリオ編集工程について，Ｂｌｕ−ｒａｙオーサリングシステムの拡張部のコンポーネント編集ツールを用いて，Ｂｌｕ−ｒａｙ Ｊａｖａアプリケーションを作成することが読みとれる。
　また，上記Ｅの「コンポーネント編集ツールを使う　…（中略）…。具体的なＪａｖａアプリケーションの作成法は以下の通りである。まず，ツールが提供するコンポーネントを選択し，アプリケーションの構造（コンポーネント間の関係）に組み込む。次に，それぞれのコンポーネントに対してグラフィックス・データや音声データなどの素材を割り付け，属性を設定することでコンポーネントをカスタマイズする。例えばポップアップ・メニューのＪａｖａアプリケーションでは，コンポーネントとして幾つかのボタンを画面上に配置する。それぞれのボタン・コンポーネントには，ボタンを表現したグラフィックスを割り当て，ボタンを選択した時のアニメーションや，画面のスクロールといったページ遷移時の効果などを属性として設定できる。」との記載，上記Ｆの「コンポーネント編集ツールでコードを自動生成　…（中略）…。後者の方法では，まずコンポーネント（部品）を選択し，次にアプリケーション構造（部品の相互関係）を設定し，素材（グラフィックスなど）を挿入し，属性（動作規定）を設定することで，Ｂｌｕ−ｒａｙ Ｊａｖａコードを自動生成できる。作成したＪａｖａコードはシミュレータで動作を確認できる。」との記載からすると，Ｂｌｕ−ｒａｙ Ｊａｖａアプリケーションを作成するために，コンポーネント編集ツールを使用して，ツールが提供するコンポーネントを選択し，コンポーネント間の関係であるアプリケーション構造を設定し，グラフィックスを挿入し，属性を設定することで，Ｂｌｕ−ｒａｙ Ｊａｖａコードを自動生成する態様が読みとれるから，引用例１には，
“拡張部のコンポーネント編集ツールを使用して，コンポーネント（部品）を選択し，次にアプリケーション構造（部品の相互関係）を設定し，グラフィックスを挿入し，属性（動作規定）を設定することで，Ｂｌｕ−ｒａｙ Ｊａｖａコードを自動生成して，Ｂｌｕ−ｒａｙ Ｊａｖａアプリケーションを作成する段階”
が記載されていると解される。
　
ウ　上記Ｃの「互換部だけでもメニューを作れる　これまでに見てきた三つの工程のうち，対話型操作機能の実装を担うのがシナリオ編集工程である。この工程を，ＤＶＤ互換部と拡張部（Ｂｌｕ−ｒａｙ Ｊａｖａ編集部）に分けて詳しく解説しよう。　ＤＶＤ互換部の工程は，以下の三つの工程から成る（図２）。（１）符号化済みのＡＶデータや，背景イメージ，字幕などを用意する　（２）シナリオ情報を作成する　（３）Ｂｌｕ−ｒａｙフォーマッタでディスク・イメージを作成する　…（中略）…　（３）のＢｌｕ−ｒａｙフォーマッタでディスク・イメージを作る際，Ｂｌｕ−ｒａｙ Ｊａｖａ機能を使用しないタイトルであれば，ＤＶＤ互換機能のみでＢＤ−ＲＯＭのディスク・イメージを作成することが可能である。Ｂｌｕ−ｒａｙ Ｊａｖａ機能を使うタイトルを作る場合は，後述する「拡張部」で別途作成したＪａｖａアプリケーションをインポートしてから，同じくＢｌｕ−ｒａｙフォーマッタでディスク・イメージを作成する。」との記載からすると，Ｂｌｕ−ｒａｙ Ｊａｖａ機能を使う場合は，「拡張部」で別途作成したＪａｖａアプリケーションと，符号化済みのＡＶデータなどの素材とからディスク・イメージ作成すると言え，オーサリングのシナリオ編集工程について，Ｂｌｕ−ｒａｙオーサリングシステムのＤＶＤ互換部のＢｌｕ−ｒａｙフォーマッタにより，ディスク・イメージを作成する段階が読みとれるから，引用例１には，
“ＤＶＤ互換部のＢｌｕ−ｒａｙフォーマッタにより，作成されたＢｌｕ−ｒａｙ Ｊａｖａアプリケーションと素材（符号化済みのＡＶデータなど）とからディスク・イメージを作成する段階”
が記載されていると解される。
　
エ　上記Ｂの「（３）のＱＡ工程とは，タイトルが正しく制作できているかどうかを確かめる作業である。…（中略）…。この作業が済めば，記録型媒体であるＢＤ−Ｒ／ＲＥディスクにＢＤ−ＲＯＭのディスク・イメージを書き込んでテスト・ディスクを制作する。…（中略）…。ＱＡ工程が済んだ後，ディスク・イメージをディスク工場に送る。以上の工程を経て，晴れてＢＤ−ＲＯＭを量産できるようになる。」との記載，上記Ｅの「最終的には，Ｂｌｕ−ｒａｙ Ｊａｖａ編集部で作成したＢｌｕ−ｒａｙ Ｊａｖａアブ．リケーションのＪａｒファイルとインタフェース・ファイルをＢｌｕ−ｒａｙフォーマッタにインポートした後，ＢＤ−ＲＯＭテスク・イメージを再度生成することで，Ｂｌｕ−ｒａｙ Ｊａｖａ付きのディスク・イメージが完成し，品質確認行程に移行できる。」との記載からすると，ディスク・イメージは品質確認のためのＱＡ工程を経て，ディスク工場でＢＤ−ＲＯＭに書き込まれる段階が読みとれるから，引用例１には，
“作成されたディスク・イメージがＱＡ工程を経て，ＢＤ−ＲＯＭに書き込まれる段階”
が記載されていると解される。
　
　以上，ア乃至エで指摘した事項から，引用例１には，次の発明（以下，「引用発明」という。）が記載されているものと認める。
　
「Ｂｌｕ−ｒａｙオーサリングシステムを用いたＢｌｕ−ｒａｙ Ｊａｖａ付きＢｌｕ−ｒａｙ Ｄｉｓｃオーサリング方法であって，
　拡張部のコンポーネント編集ツールを使用して，コンポーネント（部品）を選択し，次にアプリケーション構造（部品の相互関係）を設定し，グラフィックスを挿入し，属性（動作規定）を設定することで，Ｂｌｕ−ｒａｙ Ｊａｖａコードを自動生成して，Ｂｌｕ−ｒａｙ Ｊａｖａアプリケーションを作成する段階と，
　ＤＶＤ互換部のＢｌｕ−ｒａｙフォーマッタにより，作成された前記Ｂｌｕ−ｒａｙ Ｊａｖａアプリケーションと素材（符号化済みのＡＶデータなど）とからディスク・イメージを作成する段階と，
　作成された前記ディスク・イメージがＱＡ工程を経て，ＢＤ−ＲＯＭに書き込まれる段階と，
を有する方法。」　
　
　
（３）参考文献
　
（３−１）参考文献１に記載されている技術的事項
　
　本願優先日前に頒布された，国際公開第２００７／０２７９９５号（Ａ２）（２００７年３月８日国際公開，以下，「参考文献１」という。）には，関連する図面とともに，以下の技術的事項が記載されている。
（当審注：訳には，パテントファミリーである特表２００９−５０９２７７号公報を参照した。下線は，参考のために当審で付与したものである。）
　
Ｇ　「The BD-ROM specification has a defined set of navigation commands that are used to provide navigational control of the BD. 
The BDAS allows users to author these navigation commands using a high level script language.
Therefore, in order to simplify the authoring process, the BDAS generates a template code (representing the navigation commands) that is automatically placed at multiple positions on the disc. Thus, the template code allows certain disc behaviors to be achieved using just one or two lines of high level script language code. The BDAS converts these lines of high level code to multiple lines of low level code using a script generator and a compiler. The commands represented by the template code are referred to as templatized commands.
 訳；「【００２０】
　BD-ROM仕様には，BDのナビゲーション制御を提供するために用いられる定義された一組のナビゲーションコマンドがある。
BDASによって，ユーザは，高レベルのスクリプト言語を用いて，これらのナビゲーションコマンドを生成することができるようになる。
よって，そのコマンド生成プロセスを簡単にするために，BDASは，ディスク上の複数位置に自動的に配置されるテンプレートコード（ナビゲーションコマンドを表すもの）を生成する。このように，テンプレートコードによって，たった１又は２行（列）のハイレベルスクリプト言語コードを用いて実現される所定のディスク動作が可能となる。BDASは，これら高レベルコード行を，スクリプト生成器及びコンパイラを用いて，複数の低レベルコード行に変換する。テンプレートコードによって表されるコマンドは，テンプレート化コマンドと呼ばれる。
　
Ｈ　「The template code representing the templatized commands can be manually written by the user or generated by the BDAS using graphical connectors that the user can draw from one object to another object. 
Some of the templatized commands can be exposed using macros, wherein the macros enable the script compiler to convert a single line of high level code to multiple lines of high level code before compiling the high level code. These macros can be used to set a number of command parameters at the same time.
Figure 8 is a flowchart 800 illustrating a method for authoring a Blu-ray Disc using templatized navigation commands.
The template code is converted, at 804, to generate multiple lines of low level code, at 806. The low level code is then placed at multiple positions on the BD, at 808, to effect desired behaviors by the BD.
訳；「【００２７】
　テンプレート化コマンドを表すテンプレートコードは，ユーザによって手作業で書かれ，またはあるオブジェクトから別のオブジェクトへとユーザが引くことができるグラフィカルな結合子を使用して，BDASによって生成されることができる。
テンプレート化コマンドの一部はマクロを使用して公開することができ，マクロが，スクリプトコンパイラが高レベルコードをコンパイルする前に単一行の高レベルコードを複数行の高レベルコードに変換することを可能にする。これらのマクロを使用して，複数のコマンドパラメータを同時に設定することができる。
【００２８】
　
図8は，テンプレート化ナビゲーションコマンドを使用してブルーレイディスクをオーサリングする方法を示すフローチャート800である。
804で，テンプレートコードが変換されて，806で，複数行の低レベルコードが生成される。次いで，808で，BDによる所望の動作を達成するために，低レベルコードがBD上の複数の位置に置かれる。
　
（３−２）参考文献２に記載されている技術的事項
　
　本願優先日前に頒布された，特開２００３−３４５５９４号公報（平成１５年１２月５日出願公開，以下，「参考文献２」という。）には，関連する図面とともに，以下の技術的事項が記載されている。
　（当審注：下線は，参考のために当審で付与したものである。）
　
Ｊ　「【００１６】データベース構築装置１は，ＣＰＵ２，入力装置３，表示装置４，通信装置５，メモリ６，ＦＤドライブ７およびハードディスク８を備えたコンピュータ・システムによって構成される。
ハードディスク８には，データベース設計データ用マクロ（プログラム），初期登録データ用マクロ（プログラム），本番移行データ用マクロ（プログラム），スクリプト一括実行プログラムおよびデータ整合性チェック・プログラムが記憶されている。
【００１７】後述するように，入力装置３，通信装置５等を通じて，データベース構築装置１に，データベース設計データ，初期登録データおよび本番移行データが入力される。
これらのデータから，スクリプト・ファイル（スクリプトが記述されたファイル）が作成される。作成されたスクリプト・ファイルが実行，すなわち，スクリプト・ファイルに記述されたスクリプトがＣＰＵ２によって実行されることによって，データベース管理システムに用いられるデータベースが構築される。
　
　
（４）対比
　
ア　本件補正発明と引用発明とを対比する。
　
（ア）引用発明の「Ｂｌｕ−ｒａｙ Ｊａｖａ付きＢｌｕ−ｒａｙ Ｄｉｓｃ」はオーサリングの対象であり，コンテンツ記録媒体であることは自明であることから，引用発明の「Ｂｌｕ−ｒａｙオーサリングシステムを用いたＢｌｕ−ｒａｙ Ｊａｖａ付きＢｌｕ−ｒａｙ Ｄｉｓｃオーサリング方法」は，上位概念において，本件補正発明の“コンテンツ記憶媒体をオーサリングする方法”と一致していると言える。
　
（イ）引用発明は，Ｂｌｕ−ｒａｙ ＪａｖａアプリケーションのＢｌｕ−ｒａｙ Ｊａｖａコードを自動作成するために，「拡張部のコンポーネント編集ツールを使用して，コンポーネント（部品）を選択し，次にアプリケーション構造（部品の相互関係）を設定し，グラフィックスを挿入し，属性（動作規定）を設定する」ところ，引用例１の上記Ｂの記載からみて，引用発明の「Ｂｌｕ−ｒａｙ Ｊａｖａアプリケーション」の作成は「Ｂｌｕ−ｒａｙ Ｄｉｓｃオーサリング」のシナリオ編集工程，すなわち，「素材」に対するシナリオ情報の編集作業であると解される。
　また，引用発明の「素材（符号化済みのＡＶデータなど）」は本件補正発明の「コンテンツ」に相当することは自明であることから，引用発明の「コンポーネント編集ツール」を使用して設定される「アプリケーション構造（部品の相互関係）」及び「グラフィックス」の「属性（動作規定）」は，オーサリングの対象であるＢｌｕ−ｒａｙ Ｄｉｓｃ上の素材（符号化済みのＡＶデータなど）の関係情報であるとみることができる。
　そうすると，引用発明の「アプリケーション構造（部品の相互関係）」及び「グラフィックス」の「属性（動作規定）」は，本件補正発明の「媒体上のコンテンツをオーサリングするためのコンテンツ関係情報」に相当すると言える。
　してみると，引用発明の「拡張部のコンポーネント編集ツールを使用して，コンポーネント（部品）を選択し，次にアプリケーション構造（部品の相互関係）を設定し，グラフィックスを挿入し，属性（動作規定）を設定する」と，本件補正発明の「前記媒体上のコンテンツをオーサリングするためのコンテンツ関係情報のユーザー入力された宣言を受け入れる段階」とは，後記する点で相違するものの，“媒体上のコンテンツをオーサリングするためのコンテンツ関係情報に係るユーザー入力された情報を受け入れる段階”である点で共通していると言える。
　
（ウ）引用発明は，「拡張部のコンポーネント編集ツールを使用して，コンポーネント（部品）を選択し，次にアプリケーション構造（部品の相互関係）を設定し，グラフィックスを挿入し，属性（動作規定）を設定する」ことにより，「Ｂｌｕ−ｒａｙ Ｊａｖａコードを自動生成して，Ｂｌｕ−ｒａｙ Ｊａｖａアプリケーションを作成する」ところ，「Ｂｌｕ−ｒａｙ Ｊａｖａ」は「Ｂｌｕ−ｒａｙ Ｄｉｓｃ」からの「素材（符号化済みのＡＶデータなど）」の再生にとって互換なプログラム言語であることは自明であり，「Ｂｌｕ−ｒａｙ Ｊａｖａアプリケーション」は「Ｂｌｕ−ｒａｙ Ｄｉｓｃ」のオーサリングの処理結果として作成されたものであり，「Ｂｌｕ−ｒａｙ Ｄｉｓｃ」に書き込まれるプログラム命令の組に他ならない。
　そうすると，引用発明の「Ｂｌｕ−ｒａｙ Ｊａｖａ」は，本件補正発明の「媒体からのコンテンツのその後の再生にとって互換なプログラミング言語」に相当し，引用発明の「Ｂｌｕ−ｒａｙ Ｊａｖａアプリケーション」と，本件補正発明の「媒体をオーサリングするためのカプセル化されたプログラミング命令の組」とは，「媒体のオーサリングの処理結果であるプログラミング命令の組」である点で共通すると言える。
　してみると，引用発明の「拡張部のコンポーネント編集ツールを使用して，コンポーネント（部品）を選択し，次にアプリケーション構造（部品の相互関係）を設定し，グラフィックスを挿入し，属性（動作規定）を設定することで，Ｂｌｕ−ｒａｙ Ｊａｖａコードを自動生成して，Ｂｌｕ−ｒａｙ Ｊａｖａアプリケーションを作成する」と，本件補正発明の「前記コンテンツ関係情報の宣言に応答して，前記媒体からのコンテンツのその後の再生にとって互換なプログラミング言語で，前記媒体をオーサリングするためのカプセル化されたプログラミング命令の組を生成する段階」とは，後記する点で相違するものの，“コンテンツ関係情報に係る情報に応答して，前記媒体からのコンテンツのその後の再生にとって互換なプログラミング言語で，前記媒体のオーサリングの処理結果であるプログラミング命令の組を生成する段階”である点で共通していると言える。
　
（エ）引用発明は，「ＤＶＤ互換部のＢｌｕ−ｒａｙフォーマッタにより，作成された前記Ｂｌｕ−ｒａｙ Ｊａｖａアプリケーションと素材（符号化済みのＡＶデータなど）とからディスク・イメージを作成」し，「作成された前記ディスク・イメージがＱＡ工程を経て，ＢＤ−ＲＯＭに書き込まれる」ところ，上記（イ），（ウ）での検討から，引用発明の「素材（符号化済みのＡＶデータなど）」は本件補正発明の「コンテンツ」に相当し，引用発明の「Ｂｌｕ−ｒａｙ Ｊａｖａアプリケーション」と，本件補正発明の「媒体をオーサリングするためのカプセル化されたプログラミング命令の組」とは，「媒体のオーサリングの処理結果であるプログラミング命令の組」である点で共通すると言える。
　また，引用発明の「素材（符号化済みのＡＶデータなど）」，「Ｂｌｕ−ｒａｙ Ｊａｖａアプリケーション」は「Ｂｌｕ−ｒａｙフォーマッタ」により「ディスク・イメージ」に集約生成され，最終的には記憶媒体である「ＢＤ−ＲＯＭ」に書き込まれると言える。
　そうすると，引用発明の「作成された前記ディスク・イメージがＱＡ工程を経て，ＢＤ−ＲＯＭに書き込まれる段階」は，本件補正発明の“生成されたプログラミング命令の組を前記媒体上に記憶する段階”及び“前記媒体上に再生中のレンダリングのために必要とされるコンテンツを記憶する段階”に相当すると言える。
　
イ　以上から，本件補正発明と引用発明とは，以下の点で一致し，また，以下の点で相違する。
　
（一致点） 
　
「コンテンツ記憶媒体をオーサリングする方法であって，
　媒体上のコンテンツをオーサリングするためのコンテンツ関係情報に係るユーザー入力された情報を受け入れる段階と，
　前記コンテンツ関係情報に係る情報に応答して，前記媒体からのコンテンツのその後の再生にとって互換なプログラミング言語で，前記媒体のオーサリングの処理結果であるプログラミング命令の組を生成する段階と，
　生成された前記プログラミング命令の組を前記媒体上に記憶する段階と，
　前記媒体上に再生中のレンダリングのために必要とされるコンテンツを記憶する段階と
を有する方法。」　
　
（相違点１）
　
　コンテンツ関係情報に係るユーザー入力された情報に関し，本件補正発明は「ユーザー入力された宣言」であるのに対して，引用発明は，「コンポーネント編集ツール」を使用して設定される「アプリケーション構造（部品の相互関係）」及び「グラフィックス」の「属性（動作規定）」である点。
　
（相違点２）
　
　媒体のオーサリングの処理結果であるプログラミング命令の組の生成に関し，本件補正発明は，「コンテンツ関係情報の宣言に応答して」，「カプセル化されたプログラミング命令の組を生成する」のに対して，引用発明は，「拡張部のコンポーネント編集ツールを使用して，コンポーネント（部品）を選択し，次にアプリケーション構造（部品の相互関係）を設定し，グラフィックスを挿入し，属性（動作規定）を設定することで，Ｂｌｕ−ｒａｙ Ｊａｖａコードを自動生成して，Ｂｌｕ−ｒａｙ Ｊａｖａアプリケーションを作成する」点。
　
　
（５）当審の判断
　
ア　相違点１および相違点２について
　
　引用発明は，「拡張部のコンポーネント編集ツールを使用して，コンポーネント（部品）を選択し，次にアプリケーション構造（部品の相互関係）を設定し，グラフィックスを挿入し，属性（動作規定）を設定することで，Ｂｌｕ−ｒａｙ Ｊａｖａコードを自動生成して，Ｂｌｕ−ｒａｙ Ｊａｖａアプリケーションを作成する」ところ，引用例１の上記Ｄの「我々のＢｌｕ−ｒａｙオーサリング・システムでは，作成するタイトルの内容，複雑度によって，次の二つの開発手法を選択できるようにしている。一つは，既存のＪａｖａプログラミング環境を使ってＢｌｕ−ｒａｙ Ｊａｖａアプリケーションを制作する方法。もう一つは，ＧＵＩベースのコンポーネント編集ツールを用いて，Ｂｌｕ−ｒａｙ Ｊａｖａアプリケーションのソース・コードを自動生成する方法である。」の記載からみて，Ｂｌｕ−ｒａｙ Ｊａｖａプログラミングを直接行うことなく，ＧＵＩベースのコンポーネント編集ツールを用いて，Ｂｌｕ−ｒａｙ Ｊａｖａプログラムの組を生成していると解される。
　一方，プログラム作成システムにおいて，単一行の高レベルスクリプト言語コードと同等な処理を実行するための複数行のコードを予め組にして設定しておき，単一行の高レベルスクリプト言語が入力されると，対応する複数行のコードに変換されるようにすること，すなわち，１つの宣言に応じて，カプセル化されたプログラミング命令コードの組を作成する旨の技術は，例えば，参考文献１（上記Ｇ，Ｈを参照）や参考文献２（上記Ｊを参照）に記載されるように，本願優先日前には当該技術分野の周知技術であった。
　そして，引用発明と，上記周知技術とは，ユーザの負担を軽減し，プログラミングを効率的に行うことを課題としている点で共通していると言える。
　そうすると，引用発明において，上記参考文献１，２に記載の周知技術を適用し，ＧＵＩベースのコンポーネント編集ツールに代えて，適宜，高レベルのスクリプト言語をコンテンツ関係情報の宣言として，カプセル化されたＢｌｕ−ｒａｙ Ｊａｖａの組を生成すること，すなわち，相違点１および相違点２に係る構成とすることは，当業者が容易に想到し得たことである。
　
イ　小結
　
　上記で検討したごとく，相違点１及び２は格別のものではなく，そして，本件補正発明の奏する作用効果は，上記引用発明及び当該技術分野の周知技術の奏する作用効果から予測される範囲内のものにすぎず，格別顕著なものということはできない。
　したがって，本件補正発明は，上記引用発明及び当該技術分野の周知技術に基づいて，当業者が容易に発明をすることができたものであり，特許法第２９条第２項の規定により，特許出願の際独立して特許を受けることができない。
　
　
３−３　中結
　
　上記３−１のとおり，本件補正後の発明の詳細な説明及び特許請求の範囲の記載は，特許法第３６条第４項第１号，同条第６項第２号に規定する要件を満たしておらず，本件補正後の請求項１に係る発明は，この理由によって特許出願の際独立して特許を受けることができないものである。
　
　また，上記３−２のとおり，仮に本件補正後の請求項１に，本願明細書の発明の詳細な説明に記載された実施例どおりの発明が特定されているとした場合でも，本件補正後の請求項１に係る発明は，その出願前に日本国内又は外国において頒布された刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基づいて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許出願の際独立して特許を受けることができないものである。
　
　したがって，本件補正は，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反する。
　
　
４　補正却下の決定のむすび
　
　以上のように，本件補正は，上記「３　独立特許要件」で指摘したとおり，補正後の請求項１に記載された発明は，特許出願の際独立して特許を受けることができるものではないから，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するので，同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。 
　
　よって，上記補正却下の決定の結論のとおり決定する。　
　
　
第３　本願発明について
　
１　本願発明 
  
　平成２５年７月１９日付けの手続補正は上記のとおり却下されたので，本件補正後の請求項１に対応する本件補正前の請求項に係る発明（以下，「本願発明」という。）は，平成２４年１０月１９日付けの手続補正により補正された特許請求の範囲の請求項１に記載された事項により特定される，以下のとおりのものである。
　
「コンテンツ記憶媒体をオーサリングする方法であって：
　前記媒体上のコンテンツをオーサリングするためのコンテンツ関係情報のユーザー入力された宣言を受け入れる段階と；
　前記コンテンツ関係情報の宣言に応答して，前記媒体からのコンテンツのその後の再生にとって互換なプログラミング言語で，前記媒体をオーサリングするためのプログラミング命令の組を生成する段階と；
　生成されたプログラミング命令の組を前記媒体上に記憶する段階と；
　前記媒体上に再生中のレンダリングのために必要とされるコンテンツを記憶する段階とを有する，
方法。」　
　
２　引用例に記載されている技術的事項及び引用発明の認定 
　
　原査定の拒絶の理由に引用された，引用発明は，前記「第２　平成２５年７月１９日付けの手続補正についての補正却下の決定」の「３　独立特許要件」の「３−２　特許法第２９条第２項（進歩性）について」の「（２）引用例」に記載したとおりである。
　
３　対比・判断  
　
　本願発明は，前記「第２　平成２５年７月１９日付けの手続補正についての補正却下の決定」の「３　独立特許要件」で検討した本件補正発明の
　「前記コンテンツ関係情報の宣言に応答して，前記媒体からのコンテンツのその後の再生にとって互換なプログラミング言語で，前記媒体をオーサリングするためのカプセル化されたプログラミング命令の組を生成する段階」から「カプセル化された」を削除したものである。
　そうすると，本願発明の発明特定事項を全て含む本件補正発明が，前記「第２　平成２５年７月１９日付けの手続補正についての補正却下の決定」の「３　独立特許要件」の「３−２　特許法第２９条第２項（進歩性）について」の「（２）引用例」乃至「（５）当審の判断」に記載したとおり，引用発明及び当該技術分野の周知技術に基づいて当業者が容易に発明をすることができたものであるから，上記特定の限定を省いた本願発明も同様の理由により，引用発明及び当該技術分野の周知技術に基づいて，当業者が容易に発明をすることができたものである。 
　
　
第４　むすび 
　
　以上のとおり，本願の請求項１に係る発明は，特許法第２９条第２項の規定により特許を受けることができないものであるから，その余の請求項に係る発明について検討するまでもなく，本願は拒絶すべきものである。 
　
　よって，結論のとおり審決する。