【事件の表示】
　特願２００６−５００２４７「放送番組を捕獲しかつ選択的に再生するためのシステム」拒絶査定不服審判事件〔平成１６年　８月２６日国際公開、ＷＯ２００４／０７３３０６、平成１８年　７月２７日国内公表、特表２００６−５１７７５７〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、２００４年２月６日(パリ条約による優先権主張外国庁受理２００３年２月１２日英国、２００３年８月１３日米国)を国際出願日とする出願であって、平成２０年５月１日付で拒絶の理由が通知され、平成２０年１１月７日付で意見書・手続補正書が提出され、平成２１年２月９日付で最後の拒絶理由通知として拒絶の理由が通知され、平成２１年８月１３日付で意見書・手続補正書が提出されたものの、平成２１年９月２日付で平成２１年８月１３日付の手続補正書による手続補正が却下されると共に、拒絶査定がなされたものである。　
　本件は、上記拒絶査定を不服として平成２２年１月４日付で請求された拒絶査定不服審判であって、その審判請求と同時に手続補正書が提出され、当審において、前置報告書の内容について審判請求人の意見を求めるために、平成２３年６月２３日付で審尋がなされ、平成２３年１２月２６日付で回答書が提出され、平成２４年５月２１日付で拒絶の理由が通知され、平成２４年１１月２２日付で意見書・手続補正書が提出されている。
　
２．平成２４年５月２１日付拒絶理由通知の概要
　当審において、平成２４年５月２１日付で通知した拒絶の理由の概要は以下のとおりである。
　
『本件出願は、明細書及び図面の記載が下記の点で不備のため、特許法第３６条第６項第１号に規定する要件を満たしていない。　
　　　　　　　　　　　　　　　　記
　平成２２年１月４日付手続補正書で補正された請求項１〜２０，２１〜３０，３１に係る発明は、発明の詳細な説明に記載したものではない。』
　
３．当審の判断
　平成２４年１１月２２日付手続補正書で補正された請求項１には以下のとおり記載されている。
　
「【請求項１】
　複数の加入者に、放送番組の将来の送信を提供する方法であって、
　複数の連続的な番組からなる放送チャンネルデータストリームを受信し、
　前記データストリームから各番組のビデオデータおよびオーディオデータをリアルタイムで抽出し、
　同時に、前記データストリームで同時に搬送される各番組のサービス情報を前記データストリームからリアルタイムで抽出し、
　前記サービス情報は、特定の番組のために個々のイベント情報テーブルを搬送し、および前記サービス情報の抽出は、前記個々のイベント情報テーブルを特定の番組のために抽出することを含み、
　各番組のビデオデータおよびオーディオデータを前記データ記憶手段の既知の位置に記憶し、　
　前記ビデオデータおよびオーディオデータが記憶される位置を識別するデータとともに、抽出された各番組の前記サービス情報を前記データ記憶手段の既知の場所に記憶し、
　前記データ記憶手段に記憶された各番組の前記サービス情報を用いて、受信され前記データ記憶手段に記憶された番組のスケジュールを組み立て、および記憶する方法。」
　
　これに対し、この出願の明細書には以下の記載がある。　
　　　
「【００７０】　
　また、ＢＤＨＥ２（または、ＳＩプロセッサ１９）は、データフィードを放送スケジュールサーバ（ＢＳＳ）４に送信する。上述したように、ＢＳＳ４は、ＥＩＴを含むデータストリームからサービス情報を抽出するようにその一部が動作するローカル記憶装置を備えたコンピュータシステムとして実施されてもよい。ＢＳＳ４は、番組ごとのビデオデータおよびオーディオデータを抽出しない。同じコンピュータシステムが、タイムスリップサーバ３およびＢＳＳ４に使用されてもよい。」　
「【００７１】　
　ＢＳＳ４によって抽出された情報は、イベントＩＤ、番組ＩＤ、開始時刻、番組期間、番組説明、および、番組ジャンルを含む。また、さらなる情報をＳＩから得ることができる。情報は、ローカルデータベースに記憶され、ＢＳＳ４は、チャンネルごとの番組の履歴スケジュールを組み立てるために、その情報を使用する。情報は、加入者がスケジュールを閲覧しかつスケジュールと対話するのを可能にするために、ユーザフレンドリーな形式で編集される。番組が、放送および受信されると、スケジュールは、リアルタイムに組み立てられる。また、ＢＳＳ４は、特定の番組に対応づけられたいずれかの番組権利規則を識別するように動作してもよい。また、ＢＳＳ４は、やがて現れる放送されるべき番組に関する情報を収集することができる。これらは、スケジュールに付加される。スケジュールは、タイムベースにリンクされ、それによって、ＢＳＳ４は、現時点において、いつ番組が放送されるかが分かる。ＢＳＳ４は、ヘッドエンドによって供給されるすべての放送チャンネルのスケジュールを維持する。」　
「【００７３】　
　ＢＳＳ４によって整備されたスケジュールデータ１５とＴＳＳ３によって生成されたスケジュールテーブル４１とは、一般的には、同期をとられる。なぜなら、ＴＳＳおよびＢＳＳの両方は、同期をとられた同じ入力放送ストリームをＢＤＨＥ２から受信し、そのために、同期をとられた同じイベントテーブルを受信するからである。さらに、ＢＳＳ４は、ＴＳＳ３のそれぞれのチャンネルデータ記憶装置の記憶容量が分かるように構成されてもよく、それによって、番組がＴＳＳ３から削除されると、スケジュールを自動的に更新する。ＴＳＳ３は、いつ番組がＴＳＳ３から削除されるかを指示する情報をＢＳＳ４に送信してもよく、それによって、得ることのできる番組の正確なスケジュールをＢＳＳ４が提供するのを可能にする。」　
　　　
　ここで、段落【００７１】の「ＢＳＳ４は、チャンネルごとの番組の履歴スケジュールを組み立てるために、その情報を使用する。」との記載からみて、請求項１に係る発明の「受信され前記データ記憶手段に記憶された番組のスケジュールを組み立て、および記憶する」の部分は、段落【００７０】【００７１】に記載される「放送スケジュールサーバ（ＢＳＳ）４」による処理と対応するものと認められる。　
　しかしながら、段落【００７０】の「また、ＢＤＨＥ２（または、ＳＩプロセッサ１９）は、データフィードを放送スケジュールサーバ（ＢＳＳ）４に送信する。上述したように、ＢＳＳ４は、ＥＩＴを含むデータストリームからサービス情報を抽出するようにその一部が動作するローカル記憶装置を備えたコンピュータシステムとして実施されてもよい。ＢＳＳ４は、番組ごとのビデオデータおよびオーディオデータを抽出しない。」、段落【００７１】の「ＢＳＳ４によって抽出された情報は、イベントＩＤ、番組ＩＤ、開始時刻、番組期間、番組説明、および、番組ジャンルを含む。また、さらなる情報をＳＩから得ることができる。」との記載からみて、この出願の発明の詳細な説明には「放送スケジュールサーバ（ＢＳＳ）４」自体が独自に「データストリームからサービス情報を抽出する」ことが記載されている。
　
　これに対し、請求項１の「前記データ記憶手段に記憶された各番組の前記サービス情報を用いて、受信され前記データ記憶手段に記憶された番組のスケジュールを組み立て、および記憶する」との記載では、請求項１に係る発明は「前記ビデオデータおよびオーディオデータが記憶される位置を識別するデータとともに、抽出された各番組の前記サービス情報を前記データ記憶手段の既知の場所に記憶し」によって既に「データ記憶手段の既知の場所に記憶」されたサービス情報を利用する形となっているところ、この出願の発明の詳細な説明では「受信され前記データ記憶手段に記憶された番組のスケジュールを組み立て、および記憶する」ために独自にサービス情報を抽出する形となっており、互いに一致していない。
　また、平成２４年１１月２２日付手続補正書で補正された本願明細書段落【０００７】【０００８】の記載は、特許請求の範囲の単なる複写にすぎず、文言上の記載であって実質的な記載であるとは認められない。
　したがって、請求項１に記載されるこの点は、本願の出願時の周知技術に照らして、本願の明細書及び図面のすべての記載事項を総合することにより導かれる技術的事項との関係においても、発明の詳細な説明に記載されたものということはできない。
　
　よって、平成２４年１１月２２日付手続補正書で補正された請求項１に係る発明は、発明の詳細な説明に記載したものではない。
　
４．審判請求人の主張
　平成２４年１１月２２日付意見書において、審判請求人はこの点について以下の通り主張している。
　
『（４） 次に理由Ｂは、本件出願は、明細書及び図面の記載が下記の点で不備のため、特許法第３６第６項第１号に規定する要件を満たしていない、というものです。
・・・
　この御指摘に対する審判請求人の意見は次のとおりです。
　請求項１および２１で意図している本願発明の本質は、リアルタイムで抽出された各番組のサービス情報およびビデオデータおよびオーディオデータがデータ記憶手段の既知の場所に記憶されること、ビデオデータおよびオーディオデータが記憶される位置を識別するデータもデータ記憶手段の既知の場所に記憶すること、データ記憶手段に記憶された番組毎のサービス情報を用いて、受信され前記データ記憶手段に記憶された番組のスケジュールを組み立てること、にあります。図面および発明の詳細な説明中には種々のデータを記憶する部分が開示されていますが、本願各請求項においては、短期間アーカイブ、長期間アーカイブを除き、データ記憶手段として総称しております。本発明においては、記憶する内容およびそれを用いて過去の放送番組のスケジュールをどのようにして組み立てるかが重要であり、データの記憶をブロック図のどの記憶要素に記憶するかは、本質的な問題ではありません。
　放送後の時点で番組のスケジュールを組み立てるために用いられるサービス情報は受信時にリアルタイムで抽出され、データ記憶手段に記憶されたものだけですので、請求項１および請求項２１を異なった解釈の余地がないように明確化すべく補正いたしました。なお、請求項１及び請求項２１においては、最後のパラグラフのみが、過去の番組を再構成するために、番組のスケジュールを組み立てることを示しています。他の部分はどのようなデータが抽出され、記憶されるかを示しています。
　以上のことと、段落［００７０］［００７１］の記載内容との関係は、開示された本発明の実施例では、サービス情報は放送配信ヘッドエンド（ＢＤＨＥ）、ＳＩプロセッサ１９を介して放送スケジュールサーバＢＳＳ４で抽出され、記憶されますが、これはあくまで一実施例であって、装置設計により種々の変形があり得ることをご理解ください。』
　
　しかしながら、審判請求人が主張するように、装置設計により種々の変形があり得るとしても、それらの中から特に「前記ビデオデータおよびオーディオデータが記憶される位置を識別するデータとともに、抽出された各番組の前記サービス情報を前記データ記憶手段の既知の場所に記憶し」によって既に「データ記憶手段の既知の場所に記憶」されたサービス情報を利用する形とすることが、本願の出願時の周知技術に照らして、本願の明細書及び図面のすべての記載事項を総合することにより導かれる技術的事項との関係においても、発明の詳細な説明に記載されたものということはできないから、この主張を採用することはできない。
　
５．むすび
　したがって、本願は、特許法第３６条第６項第１号に規定する要件を満たしていない。
　
　よって、結論のとおり審決する。