【事件の表示】
　特願２０１１−　８３６５６「ソフトウエア・アプリケーションを実行するための方法および装置」拒絶査定不服審判事件〔平成２３年　８月１８日出願公開、特開２０１１−１５９３１４、請求項の数（５）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
　
第１　手続の経緯　
　
　本件審判請求に係る出願（以下，「本願」という。）は，２００６年２月６日（パリ条約に基づく優先権主張外国庁受理２００５年２月２３日，欧州）を国際出願日とする特願２００７−５５５５７３号（以下，「原願」という。）の一部を，平成２３年４月５日に新たな特許出願としたものであって，平成２３年４月２２日付けで審査請求がなされると共に手続補正書が提出され，平成２４年１０月１２日付けで拒絶理由通知（同年１０月１７日発送）がなされ，これに対して平成２５年４月１０日付けで意見書が提出されると共に手続補正書が提出されたが，平成２５年５月１日付けで拒絶査定（同年５月８日謄本送達）がなされた。　
　これに対して，「原査定を取り消す。本願は特許をすべきものである，との審決を求める。」ことを請求の趣旨として，平成２５年９月６日付けで審判請求がなされた。
　そして，平成２５年１１月１９日付けで当審より拒絶理由通知（同年１１月２０日発送）がなされ，平成２６年２月２４日付けで意見書が提出されるとともに，同日付けで手続補正がなされた。
　
　
第２　本願発明　
　
　本願の特許請求の範囲の請求項１−５に係る発明（以下，請求項１に係る発明を「本願発明」という。）は，上記平成２６年２月２４日付け手続補正書により補正された明細書及び図面の記載からみて，その特許請求の範囲の請求項１−５に記載された以下のとおりのものと認める。
　
「　【請求項１】　
　複数のタイトルを含むＡＶデータに関連付けられたソフトウエア・アプリケーションのライフタイムを判定する方法であって，　
　ディスク再生装置が第１の記録媒体から読み出された第１のタイトルの選択を検出するステップと，
　前記ディスク再生装置が前記第１の記録媒体上で前記第１のタイトルに関連付けられた第１のソフトウエア・アプリケーションと該第１のソフトウエア・アプリケーションに関連するインジケーション（ｔｉｔｌｅ＿ｂｏｕｎｄ＿ｆｌａｇ，ｄｉｓｃ＿ｂｏｕｎｄ＿ｆｌａｇ）とを検出するステップと，　
　前記ディスク再生装置で前記第１のタイトルを再生し，前記第１のソフトウエア・アプリケーションを実行するステップであって，該第１のソフトウエア・アプリケーションが，前記ディスク再生装置とは異なり，かつ前記ディスク再生装置に接続された別の装置で実行される，該ステップと，　
　前記第１のタイトルが終了すると，前記ディスク再生装置が前記別の装置を前記インジケーション（ｔｉｔｌｅ＿ｂｏｕｎｄ＿ｆｌａｇ，ｄｉｓｃ＿ｂｏｕｎｄ＿ｆｌａｇ）が，「タイトル・バウンド」を示す第１の値を有する場合に前記第１のソフトウエア・アプリケーションを終了し，前記第１の値を有さない場合に前記第１のソフトウエア・アプリケーションを継続するように制御するステップと，　
　前記第１の記録媒体の取り出しがあったとき，前記ディスク再生装置が前記別の装置を前記インジケーション（ｔｉｔｌｅ＿ｂｏｕｎｄ＿ｆｌａｇ，ｄｉｓｃ＿ｂｏｕｎｄ＿ｆｌａｇ）が，「ディスク・バウンド」を示す第２の値を有する場合に前記第１のソフトウエア・アプリケーションを終了し，前記第２の値を有さない場合に前記第１のソフトウエア・アプリケーションを継続するように制御するステップと，　
を含む前記方法。　
　　【請求項２】　
　前記別の装置が前記ディスク再生装置に，前記第１のソフトウエア・アプリケーションを少なくとも終了可能にする制御線を介して接続される，請求項１に記載の方法。　
　　【請求項３】　
　複数のタイトルを含むＡＶデータに関連付けられたソフトウエア・アプリケーションのライフタイムを判定する装置であって，　
　スクリプト・コードまたは実行可能なコードを実行する処理ユニットと，
　第１の記録媒体から読み出された第１のタイトルの選択を検出する手段と，　
　前記第１の記録媒体上で前記第１のタイトルに関連付けられた第１のソフトウエア・アプリケーションと該第１のソフトウエア・アプリケーションに関連するインジケーション（ｔｉｔｌｅ＿ｂｏｕｎｄ＿ｆｌａｇ，ｄｉｓｃ＿ｂｏｕｎｄ＿ｆｌａｇ）とを検出する手段と，　
　前記第１のタイトルを再生する手段と，　
　当該装置に制御線を介して別の装置を接続する手段であって，該別の装置が前記第１のソフトウエア・アプリケーションを実行する，前記手段と，　
　前記第１のタイトルが終了すると，前記インジケーション（ｔｉｔｌｅ＿ｂｏｕｎｄ＿ｆｌａｇ，ｄｉｓｃ＿ｂｏｕｎｄ＿ｆｌａｇ）が，「タイトル・バウンド」を示す第１の値を有する場合に前記第１のソフトウエア・アプリケーションを終了し，前記第１の値を有さない場合には前記第１のソフトウエア・アプリケーションを継続するように前記別の装置を制御する手段と，　
　前記第１の記録媒体の取り出しがあったとき，前記インジケーション（ｔｉｔｌｅ＿ｂｏｕｎｄ＿ｆｌａｇ，ｄｉｓｃ＿ｂｏｕｎｄ＿ｆｌａｇ）が，「ディスク・バウンド」を示す第２の値を有する場合に前記第１のソフトウエア・アプリケーションを終了し，前記第２の値を有さない場合には前記第１のソフトウエア・アプリケーションを継続するように前記別の装置を制御する手段と，　
を備える前記装置。　
　　【請求項４】　
　前記別の装置に接続する制御線が，前記第１のソフトウエア・アプリケーションを少なくとも終了可能にする，請求項３に記載の装置。　
　　【請求項５】　
　複数のタイトルに対するデータと該複数のタイトルに関連する１つ以上のソフトウエア・アプリケーションに対するデータとを含み，請求項３に記載の前記装置において再生されるように構成された光記録媒体であって，　
　前記１つ以上のソフトウエア・アプリケーションが，前記装置とは異なり，かつ前記装置に接続されている別の装置で実行され，および，前記１つ以上のソフトウエア・アプリケーションのうちの少なくとも１つに対するデータは，関連するインジケーション（ｔｉｔｌｅ＿ｂｏｕｎｄ＿ｆｌａｇ，ｄｉｓｃ＿ｂｏｕｎｄ＿ｆｌａｇ）を有し，前記インジケーションは，関連するタイトルが終了すると，当該ソフトウエア・アプリケーションを終了すべきかどうか，さらに，当該光記録媒体の取り出しがあったときに当該ソフトウエア・アプリケーションを終了すべきかどうかを示す，前記光記録媒体。」　
　
　
第３　原査定の理由について
　
１．原査定の理由の概要
　
（１）平成２４年１０月１２日付け拒絶理由通知 
　
　平成２４年１０月１２日付けで拒絶理由が通知されたが，その内容は下記のとおりである。
　
『１．この出願の下記の請求項に係る発明は，下記の点で特許法第２９条第１項柱書に規定する要件を満たしていないので，特許を受けることができない。
…（中略）…
　　
２．この出願は，特許請求の範囲の記載が下記の点で，特許法第３６条第６項第２号に規定する要件を満たしていない。
…（中略）…
　　
３．この出願は，特許請求の範囲の記載が下記の点で，特許法第３６条第６項第１号に規定する要件を満たしていない。　
…（中略）…
　　
４．この出願の下記の請求項に係る発明は，その出願前に日本国内又は外国において，頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
　　
　　　　　記　　　（引用文献等については引用文献等一覧参照）
　　
（１）請求項１乃至３について
　引用文献１，２，３
　　
　引用文献１（特に，第４頁第３０行〜第５頁第２２行，第８頁第２３行〜第９頁第９行，第１１頁第３行〜第１２頁第１４行，第１３頁第７−２１行，第１４頁第４行〜第１５頁第２１行参照。）には，ＤＶＤ等のディスクに格納され，ＡＶデータを再生するためのマークアップ文書を実行すると，関連付けられたアプレットを実行するシステムにおいて，該アプレットには，バウンドアプレットとアンバウンドアプレットとがあり，マークアップ文書のＡＤＦファイルにおいて，「plugin=yes」と定義されているとバウンドアプレットであると判断し，当該定義が存在しない場合にアンバウンドアプレットであると判断し，バウンドアプレットは，マークアップ文書のアンロードにより実行を停止し，一方アンバウンドアプレットは，マークアップ文書のアンロードと無関係に実行を継続することが記載されている。すなわち，引用文献１には，インジケーションに従って，タイトルに依存するアプリケーションのライフタイムを判定する手法が開示されている。　　
　引用文献１には，バウンドアプレットの場合にのみ，ＡＤＦファイルにインジケーション「plugin=yes」が示されているが，アンバウンドアプレットの場合においても別のインジケーション（例えば「plugin=no」等）を示すよう構成することに格別な困難性はない。
　引用文献１では，記録媒体（ディスク）に依存するアプリケーションのライフタイムを判定する手法について記載がない。　
　しかしながら，引用文献２（特に段落【００８１】乃至【００８８】参照。）には，メモリースティックを挿入すると，データを処理するためのプログラムを起動して，該メモリースティックが抜かれると，プログラムを終了するディスク・バウンド型の処理形態が記載され，引用文献３（特に段落【０１３２】参照。）には，アプリケーションを複数の光ディスクに渡って実行する，すなわち，ディスクが取り出されてもアプリケーションの実行を継続するディスク・アンバウンド型の処理形態が記載されていることから，引用文献１において，タイトルに対するバウンド／アンバウンドをディスクに拡張し，ディスクに対するバウンド／アンバウンドを定義するインジケーションをＡＤＦファイルに定義し，該インジケーションに従って，ディスクに依存するアプリケーションのライフタイムを判定するよう構成することは当業者が容易に想到し得たことである。　
　　
　　　　　　　　　　　　　引　用　文　献　等　一　覧　
１．国際公開第２００４／０５３７１９号　
２．特開２００１−３１２４１０号公報　
３．特開平９−５０６７６号公報　
　　
　拒絶の理由が新たに発見された場合には拒絶の理由が通知される。』
　
（２）平成２５年５月１日付け拒絶査定 
　
　平成２５年５月１日付けで拒絶査定がなされたが，その内容は下記のとおりである。
　
『この出願については，平成２４年１０月１２日付け拒絶理由通知書に記載した理由４．によって，拒絶をすべきものです。
　なお，意見書並びに手続補正書及び誤訳訂正書の内容を検討しましたが，拒絶理由を覆すに足りる根拠が見いだせません。
　　
備考　
　出願人は，意見書において，「引用文献１には，「タイトルに依存するアプリケーション」が記載されているとする根拠が見当たらず」と主張している。
　しかしながら，上記拒絶理由通知書で述べたように，引用文献１（特に，第４頁第３０行〜第５頁第２２行，第８頁第２３行〜第９頁第９行，第１１頁第３行〜第１２頁第１４行，第１３頁第７−２１行，第１４頁第４行〜第１５頁第２１行参照。）には，ＤＶＤ等のディスクに格納され，ＡＶデータを再生するためのマークアップ文書を実行すると，関連付けられたアプレットを実行するシステムにおいて，該アプレットには，バウンドアプレットとアンバウンドアプレットとがあり，マークアップ文書のＡＤＦファイルにおいて，「plugin=yes」と定義されているとバウンドアプレットであると判断し，当該定義が存在しない場合にアンバウンドアプレットであると判断し，バウンドアプレットは，マークアップ文書のアンロードにより実行を停止し，一方アンバウンドアプレットは，マークアップ文書のアンロードと無関係に実行を継続することが記載されている。
　ここで，マークアップ文書は，所定のＡＶデータを再生するための文書であるから，本願の「タイトル」に相当し，アプレットは，ＡＶデータを生成する際に実行されるプログラムであるから本願の「ソフトウェア・アプリケーション」に相当する。そして，引用文献１には，マークアップ文書のＡＤＦファイルにおいて，「plugin」が「yes」を示している（本願の「インジケーション」が「タイトル・バウンド」を示していることに相当。）場合，バウンドアプレットと判断し，バウンドアプレットは，マークアップ文書のアンロード（本願の［タイトル」の「終了」に相当。）すると，実行が停止（本願の「ソフトウェア・アプリケーションを終了」に相当。）されるものである。また，引用文献１の第２０頁第１５−１９頁には，マークアップ文書のタグに定義されているアプレットの実行要求を行うことが記載されていることから，タイトルに依存したアプリケーションが実行されることは明らかである。　
　よって，上記主張は採用しない。　
　また，引用文献１には，本願の「ディスク・バウンド」に係る事項は記載されていないが，媒体をとりだした後プログラムを終了する処理形態（引用文献２記載）と，媒体を取り出した後もアプリケーションを継続実行する処理形態（引用文献３記載）はいずれも周知であったから，引用文献１に記載の「タイトル・バウンド」及び「タイトル・アンバウンド」に加え，「ディスク・バウンド」及び「ディスク・アンバウンド」についても，これを示す情報をディスクに関連付けて記憶しておき，当該情報に従ったアプリケーションの制御を行うよう構成することは当業者が容易に想到し得たことである。　
　その余の点については，上記拒絶理由通知書で述べたとおりである。　
　したがって，引用文献１乃至３に係る発明は，引用文献１乃至３に記載した発明に基づいて当業者が容易に発明できたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
　　
＜引用文献＞　
１．国際公開第２００４／０５３７１９号　
２．特開２００１−３１２４１０号公報　
３．特開平９−５０６７６号公報　
　　
［補足］　
　以下の出願及び公報についても参照されたい。　
　　
　特願２００５−２８７４８号（国際公開２００６／０８２８９２号）　
（本願と原出願を同じくする特願２０１２−０４００７８号に対する拒絶理由通知で引用された出願及び公報）　』
　
２．原査定の理由の判断
　
（１）引用発明
　
　原願の優先日前に頒布され，原審の拒絶査定の理由である上記平成２４年１０月１２日付けの拒絶理由通知において引用された，国際公開第２００４／０５３７１９号（２００４年６月２４日国際公開，以下，「引用文献１」という。）には，次の発明（以下，「引用発明」という。）が記載されているものと認める。
　
「ＤＶＤ等のディスクに格納され，ＡＶデータを再生するためのマークアップ文書を実行すると，関連付けられたアプレットを実行する方法であって，
　該アプレットには，バウンドアプレットとアンバウンドアプレットとがあり，マークアップ文書のＡＤＦファイルにおいて，「plugin=yes」と定義されているとバウンドアプレットであると判断し，当該定義が存在しない場合にアンバウンドアプレットであると判断し，バウンドアプレットは，マークアップ文書のアンロードにより実行を停止し，一方アンバウンドアプレットは，マークアップ文書のアンロードと無関係に実行を継続する方法。」
　
（２）対比・判断
　
　本願発明は，「複数のタイトルを含むＡＶデータに関連付けられたソフトウエア・アプリケーションのライフタイムを判定する方法であって」，「ディスク再生装置が前記第１の記録媒体上で前記第１のタイトルに関連付けられた第１のソフトウエア・アプリケーションと該第１のソフトウエア・アプリケーションに関連するインジケーション（ｔｉｔｌｅ＿ｂｏｕｎｄ＿ｆｌａｇ，ｄｉｓｃ＿ｂｏｕｎｄ＿ｆｌａｇ）とを検出」し，第１のタイトルの終了時に第１のソフトウエア・アプリケーションの継続，終了を制御しているのに対し，引用発明では，「ＤＶＤ等のディスクに格納され，ＡＶデータを再生するためのマークアップ文書を実行すると，関連付けられたアプレットを実行する方法であって」，マークアップ文書のＡＤＦファイルに格納された当該マークアップ文書に対応付けられた情報を検出して，当該マークアップ文書のアンロード時に当該アプレットの実行の継続，停止を制御する点で相違する。
　また，本願発明では，「ディスク再生装置が前記第１の記録媒体上で前記第１のタイトルに関連付けられた第１のソフトウエア・アプリケーションと該第１のソフトウエア・アプリケーションに関連するインジケーション（ｔｉｔｌｅ＿ｂｏｕｎｄ＿ｆｌａｇ，ｄｉｓｃ＿ｂｏｕｎｄ＿ｆｌａｇ）とを検出」し，第１の記録媒体の取り出し時にも，第１のソフトウエア・アプリケーションの継続，終了を制御しているのに対し，引用発明では，ディスク取り出し時にアプレットの実行の継続，停止を制御することについて特に記載がない点等で相違する。
　
　そして，引用発明に，原願の優先日前に頒布され，原審の拒絶査定の理由である上記平成２４年１０月１２日付けの拒絶理由通知において引用された，特開２００１−３１２４１０号公報（以下，「引用文献２」という。）や特開平９−５０６７６号公報（以下，「引用文献３」という。）に記載の発明を適用しても，本願発明の相違点に係る構成とすることはできないものである。
　
（３）小括
　
　したがって，本願発明は，当業者が引用発明に基づいて容易に発明をすることができたとはいえない。
　また，請求項３に係る発明は本願発明を装置発明として記載したものであり，請求項２，４−５に係る発明は本願発明をさらに限定したものであるので，本願の請求項２−５に係る発明についても，本願発明と同様に，当業者が引用発明に基づいて容易に発明をすることができたとはいえない。
　
　
第４　当審拒絶理由について
　
１．当審の拒絶理由の概要
　
　平成２５年１１月１９日付けで当審より拒絶理由が通知されたが，その内容は下記のとおりである。
　
『１）本件出願の下記の請求項に係る発明は，その出願の日前の特許出願であって，その出願後に出願公開又は国際公開がされた下記の特許出願の願書に最初に添付された明細書又は図面に記載された発明と同一であり，しかも，この出願の発明者がその出願前の特許出願に係る上記の発明をした者と同一ではなく，またこの出願の時において，その出願人が上記特許出願の出願人と同一でもないので，特許法第２９条の２の規定により特許を受けることができない。　
　
２）本件出願は，明細書及び図面の記載が下記の点で不備のため，特許法第３６条第６項第２号に規定する要件を満たしていない。　
　
　　　　　　　　　　　　　　　　　記
　
＜理由１＞２９条の２　
　
　・請求項：　　１−３　
　・出願等：　　１，２　
　　１．特願２００４−１４１５５９号（特開2005−322362号） 
　　２．特願２００５−５１４６８２号（国際公開第2005／036555号）』
　
『＜理由２＞３６条第６項第２号　
　
（２−１）請求項１−３に記載の，「該第１のソフトウエア・アプリケーションに関連するインジケーション（ｔｉｔｌｅ＿ｂｏｕｎｄ＿ｆｌａｇ，ｄｉｓｃ＿ｂｏｕｎｄ＿ｆｌａｇ）」について，「「タイトル・バウンド」を示す第１の値を有する場合」，「前記第１の値を有さない場合」，「「ディスク・バウンド」を示す第２の値を有する場合」，「第２の値を有さない場合」がある旨の記載があるが，ここでの「該第１のソフトウエア・アプリケーションに関連するインジケーション（ｔｉｔｌｅ＿ｂｏｕｎｄ＿ｆｌａｇ，ｄｉｓｃ＿ｂｏｕｎｄ＿ｆｌａｇ）」は，タイトル毎，ディスク毎に設定される情報であるのか，同時に再生されるタイトル，ディスクに関連付けられずに第１のソフトウエア・アプリケーションに対して設定される情報であるのか，あるいは，「該第１のソフトウエア・アプリケーション」に対して「ｔｉｔｌｅ＿ｂｏｕｎｄ＿ｆｌａｇ」，「ｄｉｓｃ＿ｂｏｕｎｄ＿ｆｌａｇ」の両方が設定されるのかなど，どのように「該第１のソフトウエア・アプリケーション」に対して設定される情報であるのか請求項１−３の記載からは特定することができず，不明確である。　
　
（２−２）請求項１には，「前記第１のタイトルが終了すると，前記インジケーション（ｔｉｔｌｅ＿ｂｏｕｎｄ＿ｆｌａｇ，ｄｉｓｃ＿ｂｏｕｎｄ＿ｆｌａｇ）が，「タイトル・バウンド」を示す第１の値を有する場合に前記第１のソフトウエア・アプリケーションを終了し，前記第１の値を有さない場合に前記第１のソフトウエア・アプリケーションを継続するステップと，前記第１の記録媒体の取り出しがあったとき，前記インジケーション（ｔｉｔｌｅ＿ｂｏｕｎｄ＿ｆｌａｇ，ｄｉｓｃ＿ｂｏｕｎｄ＿ｆｌａｇ）が，「ディスク・バウンド」を示す第２の値を有する場合に前記第１のソフトウエア・アプリケーションを終了し，前記第２の値を有さない場合に前記第１のソフトウエア・アプリケーションを継続するステップ」と記載されているが，第１のタイトルが終了したときや，第１の記録媒体の取り出しがあったときに，インジケーション（ｔｉｔｌｅ＿ｂｏｕｎｄ＿ｆｌａｇ，ｄｉｓｃ＿ｂｏｕｎｄ＿ｆｌａｇ）をいずれのタイミングでどの範囲で検出して，「第１のソフトウエア・アプリケーション」を「終了」，「継続」しているのか，すなわち，インジケーション（ｔｉｔｌｅ＿ｂｏｕｎｄ＿ｆｌａｇ，ｄｉｓｃ＿ｂｏｕｎｄ＿ｆｌａｇ）をどのように検出し，処理しているのか請求項１の記載からは特定することができず，不明確である。　
　
　また，請求項２，３も，上記と同様の理由により，インジケーション（ｔｉｔｌｅ＿ｂｏｕｎｄ＿ｆｌａｇ，ｄｉｓｃ＿ｂｏｕｎｄ＿ｆｌａｇ）をどのように検出し，処理しているのか請求項２，３の記載からは特定することができず，不明確である。』
　
　
２．当審拒絶理由の判断
　
（１）先願発明　
　
ア．先願明細書１に記載されている技術的事項及び先願発明１の認定　
　
　原願の優先日前に出願され，原願の優先日後に出願公開された，特願２００４−１４１５５９号（特開２００５−３２２３６２号）の出願（平成１６年５月１１日出願，以下，「先願１」という。）の願書に最初に添付された明細書又は図面（以下，「先願明細書１」という。）には，以下の技術的事項が記載されている。
　（当審注：下線は，参考のために当審で付与したものである。）　
　
Ａ　「【００２４】
　以下，本発明の実施の形態を，図面を参照しながら説明する。
（実施の形態１）
　最初に本発明の実施の形態１について説明する。本実施例では，ＢＤアプリケーションにおいてより豊かなインタラクティブ性の実現と，ＢＤアプリケーションのため，Ｊａｖａ（登録商標）のようなプログラミング環境の導入，および，ＢＤディスク以外から取得可能なアプリケーションとの連携に関する内容である。
【００２５】
　なお，汎用的なプログラミング環境としてＪａｖａ（登録商標）を想定しているが，Ｃ言語やその他のプログラミング言語であっても，同様である。
（ディスク上の論理データ構造）
　図３は，ＢＤ−ＲＯＭ（以降，「ＢＤ」と称する場合もある）の構成，特にディスク媒体であるＢＤディスク（３０４）と，ディスクに記録されているデータ（３０１，３０２，３０３）の構成を示す図である。
ＢＤディスク（３０４）に記録されるデータは，ＡＶデータ（３０３）と，ＡＶデータに関する管理情報及びＡＶ再生シーケンスなどのＢＤ管理情報（３０２）と，インタラクティブを実現するＢＤ再生プログラム（３０１）である。本実施の形態では，映画などのＡＶコンテンツを再生するためのＡＶアプリケーションを主眼においてのＢＤディスクの説明を行う
　
Ｂ　「【００５０】
　イベントリスト（ＥｖｅｎｔＬｉｓｔ）は，グローバルイベントの数（Ｎｕｍｂｅｒ）と個々のグローバルイベントの情報を持っている。ここで注意すべきは，最初に定義されるグローバルイベントは，ファーストイベント（ＦｉｒｓｔＥｖｅｎｔ）と呼ばれ，ＢＤディスクがプレーヤに挿入された時，最初に呼ばれるイベントである。グローバルイベント用イベント情報はイベントタイプ（Ｔｙｐｅ）とイベントのＩＤ（ＩＤ）だけを持っている。
（アプリケーションの管理）
　図８はタイトルリスト（８０１）が，アプリケーションの管理単位としてのタイトルを指し示している様子を示している。
【００５１】
　
タイトル＃１は映画本編が再生されるタイトルである。タイトル＃１が選択されると，本編映像再生用のアプリケーション（８０２）が起動され，本編映像の再生が開始される。本編再生用のアプリケーションは，リモコンキーによる早送り・スキップなどのイベントを受けて，再生制御部に指示を出しプレーヤの動作をコントロールする。タイトル＃１が起動されると本編再生用アプリケーションとともに，ポップアップメニューを出現させるためのアプリケーション（８０３）や，本編再生中の映像に出てきた品物を購入できるようなショッピングカートアプリケーション（８０４）なども起動させる。
【００５２】
　本編再生から別の目的のタイトルに移りたい場合は，タイトル切り替えを行う。たとえば本編再生中に出てきた品物を購入するためにオンラインショッピングアプリケーションを起動させたければ，オンラインショッピングを行うタイトル＃２に移動する。
　タイトル＃１からタイトル＃２に移動すると，タイトル＃１の場合同様にタイトル＃２に関連したアプリケーション（８０５）が起動されるとともに，タイトル＃２に関係ないアプリケーション（８０２，８０３）は停止する。タイトル＃１にもタイトル＃２にも関係するアプリケーション（８０４）は，どちらのタイトルでも起動し続けることができ，タイトル＃１とタイトル＃２の間のタイトル遷移中に停止と再起動が起こるわけではない。
【００５３】
　タイトル＃３はタイトル＃１及びタイトル＃２とは独立したタイトルであり，タイトル＃３が選択されると，タイトル＃１及びタイトル＃２で起動されていたアプリは停止し，タイトル＃３に関連したアプリケーション（８０６）が起動される。
　
図９はこれまで述べたような，タイトル単位でのアプリケーションの管理を実現するための管理情報について示している。
【００５４】
　
アプリケーション管理情報（９０１）は，アプリケーションが動作可能な区間を示している有効期間（９０２），アプリケーションＩＤ（９０３），タイトル開始時の起動状態（９０４），アプリケーションがディスク上に存在するかどうかを示すフラグ（９０５），および，アプリケーションの所在を示すＵＲＬ情報（９０６）を管理しており，指定されたタイトル中でどのアプリケーションが起動されるかを管理している。
　
Ｃ　「【００５８】
　以下，アプリケーション管理情報（９０１）に記載競れているアプリケーションが既にプログラム記憶メモリ（５０３）に保存されているものとして，アプリケーションの挙動に関して述べることとする。
　アプリケーション＃１（９０７）は，存在場所（９０５）が「ｏｎ−ｄｉｓｃ」，ＵＲＬ情報（９０６）が「−」であり，タイトル＃１開始時に自動的に起動（９１１）されるアプリケーションである。アプリケーション＃２は同じくタイトル＃１に関連付けられているが，タイトル開始時に自動的に起動はされない。アプリケーション＃２は，他のアプリケーションによって起動される（９１２），あるいはユーザ操作などのイベントにより起動される。
【００５９】
　アプリケーション＃２（９０８）は，存在場所（９０５）が「ｏｎ−ｄｉｓｃ」，ＵＲＬ情報（９０６）が記載されており，タイトル＃１開始時に自動的に起動されることはないが，タイトル＃２に切り替わるときに起動していて，かつ，タイトル＃２に登録されていなければ，自動的に終了する（９１３）。
　アプリケーションの終了の仕方としては，アプリケーション＃２のように他のアプリやイベントによって起動する場合と同様，他のアプリやイベントによって終了することもある（９１４）。このような場合，起動属性がＡｕｔｏＲｕｎ（自動的に起動）であっても，タイトル中で自動的に再起動することはない。タイトルが切り替わり，再びタイトル＃１が開始されたときは，自動的に起動される。
【００６０】
　なお，アプリケーションＩＤとしては，Ａｐｐｌｅｔやｘｌｅｔなどの起動インターフェースを持ったクラスファイル名などでよい。
　
また，複数のタイトルに対して，同じアプリケーションを登録しておくことにより，タイトルを越えてアプリケーションを起動させ続けることが可能となる。アプリケーション管理情報において，アプリケーション＃３は，存在場所（９０５）が「ｏｆｆ−ｄｉｓｃ」，ＵＲＬ情報（９０６）が「−」であり，タイトル＃１にもタイトル＃２にも登録（９０９，９１０）されている。アプリケーション＃３は前記アプリケーション＃２と同様に起動される。タイトル＃１からタイトル＃２に遷移する際，アプリケーション＃３はタイトル＃２にも登録されているため，タイトル＃１終端で終了することなく，タイトル＃２に遷移する。このように複数タイトルに同一アプリケーションを登録しておけば，登録されているタイトル間を遷移する際にアプリケーションが終了後再起動されるようなことはない。
【００６１】
　複数タイトルをまたげるアプリケーションであったとしても，登録されていないタイトルに遷移する際は終了される。アプリケーション＃３の例では，タイトル＃２からタイトル＃３（表記せず）に遷移する際は，アプリケーション＃３は終了される。
　アプリケーション＃４（９１５）は，存在場所（９０５）が「ｏｆｆ−ｄｉｓｃ」，ＵＲＬ情報（９０６）が記載されており，前記アプリケーション＃２と同様に起動される。」
　
Ｄ　「【００６９】
　なお，ローカルストレージに保存する際には，次回起動される際の認証として，ディスクＩＤ，オーサーＩＤと共に，アプリケーション管理情報も保存する。
　
図１６は，タイトルより長い単位でアプリケーションを管理する方法を示している。アプリケーションによっては複数のタイトルをまたげるものもあるが，ディスクに存在する全てのタイトルで有効なアプリケーションの場合は，有効期間をディスク（１６０１）に設定する。
【００７０】
　
同様に，ディスク２枚組のようなパッケージがある場合は，有効期間にディスクＩＤ（１６０２）を記述しておくことで実現可能である。
　また，これらの階層別のアプリケーション管理情報を組み合わせて使うことも可能である。組み合わせて利用する場合で，どちらか一方にしか登録されていない場合（たとえばディスクのアプリケーション管理情報には登録されていて，タイトルのアプリケーション管理情報には登録されていない場合）は，管理テーブルの和集合をとってプレーヤ内で独自のアプリケーション管理情報を構成すればよい。２つの管理テーブルで情報が異なる場合は，より有効範囲が狭い管理テーブル（先ほどの例では，タイトルのアプリケーション管理情報）を優先するようにしてもよい。
【００７１】
　複数のディスクにまたがっても，アプリケーションを一意に指定するため，アプリケーションＩＤとして，オーサーが決めた独自の番号だけではなく，オーサーごとに割り振られた一意なＩＤとオーサーが決めた独自の番号を組み合わせることにより，他社製のコンテンツとアプリケーションＩＤが重なることを防ぐことも可能である。　
　
なお，複数ディスクにまたがる管理情報の場合，ディスクが抜かれた状態でのアプリケーションの動作を規定することも可能である。
　
Ｅ　「【００７３】
　なお，さらに細かい単位でアプリケーションを管理したい場合には，タイトル内のストリームの時間軸を利用し，再生開始時点よりＡ秒後からＢ秒後のように時間指定することも可能である。
（アプリケーションマネージャ）
　
アプリケーション管理情報を利用して，アプリケーションを起動及び終了させる仕組みについて述べる。
…（中略）…　
【００７５】
　
アプリケーション管理情報は，アプリケーションマネージャ（１８０７）によって読み込まれ，アプリケーションマネージャがプログラム処理部を制御することにより，アプリケーションの起動や終了を行う。タイトル遷移時に，アプリケーションマネージャはアプリケーション管理情報を参照し，該当するアプリケーションのプログラムをローカルメモリより読み込んで実行，あるいは必要ないアプリケーションを終了する。
　
　上記Ａ乃至Ｅの記載事項から，先願明細書１には，次の発明（以下，「先願発明１」という。）が記載されているものと認める。
　
「複数のタイトルを含むＡＶデータに関連付けられたアプリケーションの起動，終了を判定する方法であって，
　プレーヤが第１のディスク内の第１のタイトルの選択を検出するステップと，
　前記プレーヤが前記第１のタイトルに関連する第１のアプリケーションと，当該第１のアプリケーションに関連した前記第１のタイトルを有効期間とした起動属性を含むアプリケーション管理情報を検出するステップと，
　前記プレーヤが前記第１のタイトルを再生し，前記第１のアプリケーションを実行するステップと，
　前記第１のタイトルが終了すると，前記第１のタイトルに続く第２のタイトルのアプリケーション管理情報を検出して，前記第１のアプリケーションを終了，あるいは継続するよう制御するステップと，
　前記第１のディスクの取り出しがあったとき，前記第１のディスクに続いて挿入される第２のディスクのアプリケーション管理情報を検出して，前記第１のアプリケーションを終了，あるいは継続するよう制御するステップと，
を含む方法。」
　
イ．先願明細書２に記載されている技術的事項及び先願発明２の認定　
　
　原願の優先日前に出願され，原願の優先日後に出願公開された，特願２００５−５１４６８２号（国際公開第２００５／０３６５５５号）の出願（平成１６年１０月１２日国際出願，以下，「先願２」という。）の願書に最初に添付された明細書又は図面（以下，「先願明細書２」という。）には，以下の技術的事項が記載されている。（引用箇所は再公表公報（国際公開第２００５／０３６５５５号）での頁番号で表示）
　
Ｆ　「本発明の目的は，アプリケーションロードやアプリケーション終了が何度も繰り返されることによる，タイトルバウンダリの長期間化を避けることができる再生装置を提供することである。
　上記目的は，アプリケーションと，対応するタイトルにおけるアプリケーションの起動属性とを対応づけて示す管理テーブルが記録されており，起動属性には，分岐元タイトルにおいてアプリケーションが非起動状態である場合，当該分岐先タイトルにおいてアプリケーションを自動的に起動させる自動起動属性がある，ことを特徴とした記録媒体により達成される。この記録媒体における自動起動属性は，分岐元においてアプリケーションが非起動状態である場合，当該アプリケーションを自動的に起動させる旨を示しているので，分岐元非起動−分岐先自動起動属性の組合せのみアプリケーションを起動する。アプリケーションの起動は，分岐元非起動−分岐先自動起動属性の組合せ時に限られるので，タイトル間の分岐により，再生が複雑に進行したとしても，アプリケーション起動処理が冗長に行われることにない。冗長なアプリケーション起動を避けることができるので，タイトルバウンダリを短期間にすることができる。これによりタイトルバウンダリをユーザに意識させないスムーズな再生制御を実現することができる。このため，複数タイトルにわたるような長編もののコンテンツや，DVD−BOXのように，複数BD-ROMに記録されたシリーズ物コンテンツを提供する場合に真価を発揮する。」（第３頁４５行〜第４頁１１行）
　
Ｇ　「＜アプリケーション管理テーブル＞
　JMFプレーヤインスタンス，JumpTitleAPIコールをもったアプリケーションが，タイトル時間軸を律することは上述した通りだが，JMFプレーヤインスタンスやJumpTitleAPIのコールをもたないその他のアプリケーションを，タイトル時間軸上で動作させる場合，時間軸の何処からアプリケーションによるサービスを開始し，時間軸の何処でアプリケーションによるサービスを終えるかという”サービスの開始点・終了点”を明確に規定することが重要になる。本実施形態では，アプリケーションによるサービスが開始してから，終了するまでを，”アプリケーションの生存”として定義する。アプリケーションの生存を定義するための情報は，BD-Jオブジェクトにおけるアプリケーション管理テーブルに存在する。以降アプリケーション管理テーブルについてより詳しく説明する。
　アプリケーション管理テーブル(AMT)は，各タイトルが有しているタイトル時間軸において，仮想マシンのワークメモリ上で生存し得るアプリケーションを示す情報である。ワークメモリにおける生存とは，そのアプリケーションを構成するxletプログラムが，ワークメモリに読み出され，仮想マシンによる実行が可能になっている状態をいう。図７（ｂ）における破線矢印at1は，アプリケーション管理テーブルの内部構成をクローズアップして示す。この内部構成に示すように，アプリケーション管理テーブルは，『生存区間』と，そのタイトルを生存区間としているアプリケーションを示す『applicationID』と，そのアプリケーションの『起動属性』とからなる。」（第１２頁１１行〜２９行）
　
Ｈ　「続いてアプリケーションの起動属性について説明する。起動属性には，自動的な起動を示す「AutoRun」，自動起動の対象ではないが，仮想マシンのワークメモリに置いて良いことを示す「Persistent」，仮想マシンのワークメモリにはおかれるが，CPUパワーの割り当ては不可となる「Suspend」がある。
…（中略）…
　図１５は，起動属性がとり得る三態様(Persistent，AutoRun，Suspend)と，直前タイトルにおけるアプリケーション状態の三態様(非起動，起動中，Suspend)とがとりうる組合せを示す図である。直前状態が”非起動”である場合，起動属性が”AutoRun”であるなら，分岐先タイトルにおいてそのアプリケーションは，起動されることになる。
　直前状態が”非起動”であり，起動属性が”Persistent”，”Suspend”であるなら，分岐先タイトルにおいてそのアプリケーションは，何ももせず，状態を継続することになる。
　直前状態が”起動中”である場合，起動属性が”Persistent”，”AutoRun”であるなら，分岐先タイトルにおいてそのアプリケーションは，何もせず，状態を継続することになる。
　起動属性が”Suspend”であるなら，アプリケーションの状態はSuspendされることになる。直前状態が”Suspend”である場合，分岐先タイトルの起動属性が”Suspend”ならSuspendを維持することになる。”Persistent”，”AutoRun”であるなら，分岐先タイトルにおいてそのアプリケーションは，レジュームすることになる。アプリケーション管理テーブルにおいて生存区間及び起動属性を定義することにより，タイトル時間軸の進行に沿って，Javaアプリケーションを動作させるという同期制御が可能になり，映像再生と，プログラム実行とを伴った，様々なアプリケーションを世に送り出すことができる。以上が記録媒体についての説明である。続いて本発明に係る再生装置について説明する。」（第１３頁３２行〜第１５頁１８行）
　
Ｊ　「(第１１実施形態)
　第１実施形態では，アプリケーション管理テーブルをタイトル毎に持たせるとしたが，本実施形態では，このアプリケーション管理テーブルの割当単位を変更させることを提案する。図６０は，割当単位のバリエーションを示す図である。本図において第1段目は，BD-ROMに記録されている3つのアプリケーション管理テーブルを示し，第2段目は，タイトル単位，第3段目は，ディスク単位，第4段目は，複数BD-ROMからなるディスクセット単位を示す。図中の矢印は，アプリケーション管理テーブルの割り当てを模式化して示している。この矢印を参照すると，第1段目におけるアプリケーション管理テーブル#1,#2,#3のそれぞれは，第2段目に示したtitle#1,#2,#3のそれぞれに割り当てられていることがわかる。また，ディスク単位ではアプリケーション管理テーブル#4が割り当てられており，ディスクセット全体に対しはアプリケーション管理テーブル#5が割り当てられている。このようにアプリケーション管理テーブルの割当単位を，タイトルより大きい単位にすることにより，1つのBD-ROMがローディングされている間，生存するようなアプリケーションや複数BD-ROMのうちどれかがローディングされている間，生存するようなアプリケーションを定義することができる。」（第４１頁３行〜１７行）
　
　上記Ｇ乃至Ｊの記載事項から，先願明細書２には，次の発明（以下，「先願発明２」という。）が記載されているものと認める。
　
「複数のタイトルを含むデジタルストリームに関連付けられたアプリケーションの起動，終了を判定する方法であって，
　再生装置が第１のディスク内の第１のタイトルの選択を検出するステップと，
　前記再生装置が前記第１のタイトルに関連する第１のアプリケーションと，当該第１のアプリケーションに関連した前記第１のタイトルを有効期間とした起動属性を含むアプリケーション管理情報を検出するステップと，
　前記再生装置が前記第１のタイトルを再生し，前記第１のアプリケーションを実行するステップと，
　前記第１のタイトルが終了すると，前記第１のタイトルに続く第２のタイトルのアプリケーション管理情報を検出して，前記第１のアプリケーションを終了，あるいは継続するよう制御するステップと，
　前記第１のディスクの取り出しがあったとき，前記第１のディスクに続いて挿入される第２のディスクのアプリケーション管理情報を検出して，前記第１のアプリケーションを終了，あるいは継続するよう制御するステップと，
を含む方法。」
　
（２）対比
　
　本願発明と先願発明１とを対比する。　
　
（２−１）先願明細書１の上記Ａの記載からすると，先願発明１は，ＢＤ−ＲＯＭ等に記録されたＡＶデータに関連したＢＤアプリケーションのインタラクティブ性を実現するための，複数のタイトルを含むＡＶデータに関連付けられたアプリケーションの起動，終了を判定する方法であると解される。そして，アプリケーションの起動，終了を判定することは，アプリケーションのライフタイムを判定することであるから，先願発明１の「複数のタイトルを含むＡＶデータに関連付けられたアプリケーションの起動，終了を判定する方法」は，本願発明の「複数のタイトルを含むＡＶデータに関連付けられたソフトウエア・アプリケーションのライフタイムを判定する方法」に相当する。
　
（２−２）先願発明１の「プレーヤ」，「ディスク」，「アプリケーション」はそれぞれ，本願発明の「ディスク再生装置」，「記録媒体」，「ソフトウエア・アプリケーション」に相当することは明らかであるから，先願発明１の「プレーヤが第１のディスク内の第１のタイトルの選択を検出するステップ」と，本願発明の「ディスク再生装置が第１の記録媒体から読み出された第１のタイトルの選択を検出するステップ」は，ともに，“ディスク再生装置が第１の記録媒体から読み出された第１のタイトルの選択を検出するステップ”である点で共通するといえる。
　
（２−３）先願発明１の「アプリケーション管理情報」は，特定のアプリケーションに関連して，タイトルなど有効期間毎に起動属性が対応づけられていることから，本願発明の「インジケーション（ｔｉｔｌｅ＿ｂｏｕｎｄ＿ｆｌａｇ，ｄｉｓｃ＿ｂｏｕｎｄ＿ｆｌａｇ）」と，“ソフトウエア・アプリケーションに関連する管理情報”である点で共通するといえる。
　そうすると，先願発明１の「プレーヤが前記第１のタイトルに関連する第１のアプリケーションと，当該第１のアプリケーションに関連した前記第１のタイトルを有効期間とした起動属性を含むアプリケーション管理情報を検出するステップ」と，本願発明の「前記ディスク再生装置が前記第１の記録媒体上で前記第１のタイトルに関連付けられた第１のソフトウエア・アプリケーションと該第１のソフトウエア・アプリケーションに関連するインジケーション（ｔｉｔｌｅ＿ｂｏｕｎｄ＿ｆｌａｇ，ｄｉｓｃ＿ｂｏｕｎｄ＿ｆｌａｇ）とを検出するステップ」は，ともに，“前記ディスク再生装置が前記第１のタイトルに関連付けられた第１のソフトウエア・アプリケーションと該第１のソフトウエア・アプリケーションに関連する管理情報とを検出するステップ”である点で共通するといえる。
　
（２−４）先願発明１では，第１のタイトルを再生するプレーヤが第１のアプリケーションも実行することから，先願発明１の「プレーヤが前記第１のタイトルを再生し，前記第１のアプリケーションを実行するステップ」と，本願発明の「前記ディスク再生装置で前記第１のタイトルを再生し，前記第１のソフトウエア・アプリケーションを実行するステップであって，該第１のソフトウエア・アプリケーションが，前記ディスク再生装置とは異なり，かつ前記ディスク再生装置に接続された別の装置で実行される，該ステップ」は，ともに，“前記ディスク再生装置で前記第１のタイトルを再生し，所定の装置で前記第１のソフトウエア・アプリケーションを実行するステップ”である点で共通するといえる。
　
（２−５）先願発明１では，第１のタイトルが終了すると，次の第２のタイトルを有効期間とする起動属性を検出して第１のアプリケーションの終了，あるいは継続を判定しているが，第１のアプリケーションに関連する管理情報に基づき第１のアプリケーションを終了，あるいは継続するように制御している点では，本願発明と共通しているといえる。
　そうすると，先願発明１の「前記第１のタイトルが終了すると，前記第１のタイトルに続く第２のタイトルのアプリケーション管理情報を検出して，第１のアプリケーションを終了，あるいは継続するよう制御するステップ」と，本願発明の「前記第１のタイトルが終了すると，前記ディスク再生装置が前記別の装置を前記インジケーション（ｔｉｔｌｅ＿ｂｏｕｎｄ＿ｆｌａｇ，ｄｉｓｃ＿ｂｏｕｎｄ＿ｆｌａｇ）が，「タイトル・バウンド」を示す第１の値を有する場合に前記第１のソフトウエア・アプリケーションを終了し，前記第１の値を有さない場合に前記第１のソフトウエア・アプリケーションを継続するように制御するステップ」は，ともに，“前記第１のタイトルが終了すると，前記第１のソフトウエア・アプリケーションに関連する管理情報に基づき前記第１のソフトウエア・アプリケーションを終了，あるいは継続するように制御するステップ”である点で共通するといえる。
　
（２−６）先願発明１では，第１のディスクの取り出しがあると，次の第２のディスクを有効期間とする起動属性を検出して第１のアプリケーションの終了，あるいは継続を判定しているが，第１のアプリケーションに関連する管理情報に基づき第１のアプリケーションを終了，あるいは継続するように制御している点では，本願発明と共通しているといえる。
　そうすると，先願発明１の「前記第１のディスクの取り出しがあったとき，前記第１のディスクに続いて挿入される第２のディスクのアプリケーション管理情報を検出して，第１のアプリケーションを終了，あるいは継続するよう制御するステップ」と，本願発明の「前記第１の記録媒体の取り出しがあったとき，前記ディスク再生装置が前記別の装置を前記インジケーション（ｔｉｔｌｅ＿ｂｏｕｎｄ＿ｆｌａｇ，ｄｉｓｃ＿ｂｏｕｎｄ＿ｆｌａｇ）が，「ディスク・バウンド」を示す第２の値を有する場合に前記第１のソフトウエア・アプリケーションを終了し，前記第２の値を有さない場合に前記第１のソフトウエア・アプリケーションを継続するように制御するステップ」は，ともに，“前記第１の記録媒体の取り出しがあったとき，前記第１のソフトウエア・アプリケーションに関連する管理情報に基づき前記第１のソフトウエア・アプリケーションを終了，あるいは継続するように制御するステップ”である点で共通するといえる。
　
　以上から，本願発明と先願発明１とは，以下の点で一致し，また，以下の点で相違する。 
　
（一致点） 
　
「複数のタイトルを含むＡＶデータに関連付けられたソフトウエア・アプリケーションのライフタイムを判定する方法であって，　
　ディスク再生装置が第１の記録媒体から読み出された第１のタイトルの選択を検出するステップと，
　前記ディスク再生装置が前記第１のタイトルに関連付けられた第１のソフトウエア・アプリケーションと該第１のソフトウエア・アプリケーションに関連する管理情報とを検出するステップと，　
　前記ディスク再生装置で前記第１のタイトルを再生し，所定の装置で前記第１のソフトウエア・アプリケーションを実行するステップと，　
　前記第１のタイトルが終了すると，前記第１のソフトウエア・アプリケーションに関連する管理情報に基づき前記第１のソフトウエア・アプリケーションを終了，あるいは継続するように制御するステップと，
　前記第１の記録媒体の取り出しがあったとき，前記第１のソフトウエア・アプリケーションに関連する管理情報に基づき前記第１のソフトウエア・アプリケーションを終了，あるいは継続するように制御するステップと，
を含む前記方法。」　
　
（相違点１）
　ソフトウエア・アプリケーションを実行する装置に関して，本願発明では，「ディスク再生装置に接続された別の装置」が第１のソフトウエア・アプリケーションを実行するのに対して，先願発明１では，第１のタイトルを再生するプレーヤが第１のアプリケーションも実行する点。
　
（相違点２）
　ソフトウエア・アプリケーションに関連する管理情報に関して，本願発明では，ソフトウエア・アプリケーションの終了，継続を管理する情報が「第１のソフトウエア・アプリケーションに関連するインジケーション（ｔｉｔｌｅ＿ｂｏｕｎｄ＿ｆｌａｇ，ｄｉｓｃ＿ｂｏｕｎｄ＿ｆｌａｇ）」であるのに対して，先願発明１では，タイトル毎のアプリケーション管理情報であり，第１のタイトル選択時に検出するのは，第１のアプリケーションに関連した前記第１のタイトルを有効期間とした起動属性を含むアプリケーション管理情報である点。
　
（相違点３）
　タイトル終了時のソフトウエア・アプリケーションの終了，継続の制御に関して，本願発明では，「前記インジケーション（ｔｉｔｌｅ＿ｂｏｕｎｄ＿ｆｌａｇ，ｄｉｓｃ＿ｂｏｕｎｄ＿ｆｌａｇ）が，「タイトル・バウンド」を示す第１の値を有する場合に前記第１のソフトウエア・アプリケーションを終了し，前記第１の値を有さない場合に前記第１のソフトウエア・アプリケーションを継続するように制御する」のに対して，先願発明１では，「第１のタイトルに続く第２のタイトルのアプリケーション管理情報を検出して，第１のアプリケーションを終了，あるいは継続するよう制御する」点。
　
（相違点４）
　記録媒体の取り出し時のソフトウエア・アプリケーションの終了，継続の制御に関して，本願発明では，「前記インジケーション（ｔｉｔｌｅ＿ｂｏｕｎｄ＿ｆｌａｇ，ｄｉｓｃ＿ｂｏｕｎｄ＿ｆｌａｇ）が，「ディスク・バウンド」を示す第２の値を有する場合に前記第１のソフトウエア・アプリケーションを終了し，前記第２の値を有さない場合に前記第１のソフトウエア・アプリケーションを継続するように制御する」のに対して，先願発明１では，「第１のディスクに続いて挿入される第２のディスクのアプリケーション管理情報を検出して，第１のアプリケーションを終了，あるいは継続するよう制御する」点。
　
（３）判断
　
　上記相違点１乃至相違点４について検討する。
　
　先願発明１においては，タイトル終了時，あるいは記録媒体の取り出し時に，実行中アプリケーションについての再生を終了したタイトル，あるいはディスクに対するアプリケーション管理情報と，後続のタイトル，あるいは後続のディスクに対するアプリケーション管理情報とを検出して，当該アプリケーションを終了，あるいは継続するよう制御しており，この制御により，後続のタイトル，あるいはディスクが検出されるまでは，当該アプリケーションの終了，あるいは継続は判定されないものであると解される。
　また，複数のタイトルを含むＡＶデータに関連付けられたアプリケーションの起動，終了を，アプリケーションに関連付けられたインジケーション（ｔｉｔｌｅ＿ｂｏｕｎｄ＿ｆｌａｇ，ｄｉｓｃ＿ｂｏｕｎｄ＿ｆｌａｇ）に基づき制御することが，原願の優先日前に当該技術分野の周知技術であったともいえない。
　してみると，本願発明と先願発明１との相違点１乃至４に係る構成は先願明細書１に記載されているに等しいとすることはできないから，本願発明と先願発明１とは実質的に同一であるとはいえない。
　
（４）本願発明と先願発明２との対比・判断
　
　上記「イ．先願明細書２に記載されている技術的事項及び先願発明２の認定」のとおり，先願発明２には先願発明１と同一の発明が記載されていると解されるから，本願発明と先願発明２との一致点，相違点は，先願発明１との一致点，相違点と同一の事項であるといえる。
　
　そうすると，上記「（３）判断」での検討と同様の理由により，本願発明と先願発明２との相違点１乃至４に係る構成は先願明細書２に記載されているに等しいとすることはできないから，本願発明と先願発明２とは実質的に同一であるとはいえない。
　
（５）小括
　
　したがって，本願発明は，先願発明１と実質的に同一であるとはいえなくなった。
　また，本願発明は，先願発明２と実質的に同一であるとはいえなくなった。
　
　本願の請求項２−５に係る発明についても，請求項３に係る発明は本願発明を装置発明として記載したものであり，請求項２，４−５に係る発明は本願発明をさらに限定したものであるので，上記「（３）判断」，「（４）先願発明２との対比・判断」で示した理由により本願発明と同様に，実質的に同一であるとはいえなくなった。
　
　そうすると，もはや，当審で通知した拒絶理由によって本願を拒絶することはできない。
　
　
第５　むすび
　
　以上のとおり，原査定の理由によっては，本願を拒絶することはできない。
また，他に本願を拒絶すべき理由を発見しない。
　
　よって，結論のとおり審決する。