【事件の表示】
　特願２０００−１０２７７０「デジタル・データ・コンテンツの受信方法、媒体及び情報処理システム」拒絶査定不服審判事件〔平成１３年　１月１９日出願公開、特開２００１−　１６１７２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願の手続の経緯は次のとおりである。
出願　　　　　　　　　　平成１２年４月４日（優先権主張１９９９年
　　　　　　　　　　　　４月５日、米国）
拒絶理由の通知　　　　　平成１５年１０月１７日
意見書，補正書の提出　　平成１６年１月２０日
拒絶査定　　　　　　　　平成１６年２月１３日
拒絶査定の謄本の発送　　平成１６年２月１７日　　
審判請求，補正書の提出　平成１６年５月１４日
　
２．平成１６年５月１４日付けの手続補正についての補正却下の決定
［補正却下の決定の結論］
　平成１６年５月１４日付けの手続補正を却下する。
［理由］
（１）補正後の本願発明
　本件補正により、特許請求の範囲の請求項１乃至請求項１４は次のとおり補正された。
〈補正後の特許請求の範囲〉
「【請求項１】
　情報処理システムが，ユーザ・システム上にデジタル・コンテンツ・データを、再生または記録のために受信する方法であって、
　チューニング情報を使用して、情報処理システムの受信装置を選択された周波数にチューニングするステップと、
　前記選択された周波数のブロードキャスト伝送を介して、前記デジタル・コンテンツのデータ・パケットを受信するステップと、
　情報処理システムが、コンテンツ・ホスト・エミュレータを使用して、受信した前記データ・パケットをアセンブルするステップと、
　情報処理システムが、コンテンツ・ホスト・エミュレータを使用して、すべての前記データ・パケットを受信し、アセンブルした後に、前記コンテンツ・データを再生するためにプレーヤに転送するステップとを含み、
　前記アセンブルするステップが、
　前記すべてのデータ・パケットが受信されたか否かを判定するサブステップと、
　前記コンテンツ・データの失われた部分を再送するように、コンテンツ・ホスト・エミュレータからサーバに要求するステップと、
　前記失われた部分を受信した後に、前記コンテンツ・データの前記失われた部分をアセンブルして、前記コンテンツ・データを完全に構築するサブステップとを含み、
　デジタル・コンテンツを受信する時間をスケジュールするステップをさらに含み、
　前記チューニング・ステップが、前記スケジュールされた時間に受信装置をチューニングするサブステップを含む方法。
【請求項２】
　前記受信ステップが、
　前記データ・パケットを前記受信装置から受信し、前記受信したデータ・パケットをアセンブルし、前記プレーヤに転送するためのコンテンツ・ホスト・エミュレータを前記プレーヤに接続するサブステップと、
　前記プレーヤと前記コンテンツ・ホスト・エミュレータとの間の通信コマンドが、ユニキャスト伝送時に前記プレーヤと選択されたコンテンツ・ホストとの間で使用される、少なくとも１つの通信コマンドを含むように、前記ブロードキャスト伝送の受信時に、コンテンツ・ホスト・サイトとのユニキャスト交信をエミュレートするサブステップとをさらに含む、請求項１に記載の方法。
【請求項３】
　前記プレーヤと前記コンテンツ・ホスト・エミュレータとの間の通信コマンドが、ユニキャスト伝送時に前記プレーヤと選択されたコンテンツ・ホストとの間で使用されるすべての通信コマンドを含む、請求項２に記載の方法。
【請求項４】
　前記再送を要求するサブステップが、前記コンテンツ・データの前記失われた部分を、ブロードキャスト伝送を介して再送するように要求するサブステップを含む、請求項１に記載の方法。
【請求項５】
　前記再送を要求するサブステップが、前記コンテンツ・データの前記失われた部分を、ユニキャスト伝送を介して再送するように要求するサブステップを含む、請求項１に記載の方法。
【請求項６】
　前記コンテンツ・データが音楽データを含み、前記再生ステップが前記音楽データを再生するサブステップを含む、請求項１に記載の方法。
【請求項７】
　ユーザ・システム上にデジタル・コンテンツ・データを、情報処理システムが再生または記録のために受信するためのプログラム命令を格納したコンピュータ読取り可能媒体であって、前記命令は前記情報処理システムにより実行され、
　チューニング情報を使用して、情報処理システムの受信装置を選択された周波数にチューニングする命令と、
　前記選択された周波数のブロードキャスト伝送を介して、前記デジタル・コンテンツのデータ・パケットを受信する命令と、
　情報処理システムが、コンテンツ・ホスト・エミュレータを使用して、受信した前記データ・パケットをアセンブルする命令と、
　情報処理システムが、コンテンツ・ホスト・エミュレータを使用して、すべての前記データ・パケットを受信し、アセンブルした後に、前記コンテンツ・データを再生するためにプレーヤに転送する命令とを含み、
　前記アセンブルする命令が、
　前記すべてのデータ・パケットが受信されたか否かを判定する命令と、
　前記コンテンツ・データの失われた部分を再送するように、コンテンツ・ホスト・エミュレータからサーバに要求する命令と、
　前記失われた部分を受信した後に、前記コンテンツ・データの前記失われた部分をアセンブルして、前記コンテンツ・データを完全に構築する命令とを含み、
　デジタル・コンテンツを受信する時間をスケジュールする命令をさらに含み、
　前記チューニングする命令が、前記スケジュールされた時間に受信装置をチューニングする命令を含む、コンピュータ読取り可能媒体。
【請求項８】
　前記受信する命令が、
　前記データ・パケットを前記受信装置から受信し、前記受信したデータ・パケットをアセンブルし、前記プレーヤに転送するためのコンテンツ・ホスト・エミュレータを前記プレーヤに接続する命令と、
　前記プレーヤと前記コンテンツ・ホスト・エミュレータとの間の通信コマンドが、ユニキャスト伝送時に前記プレーヤと選択されたコンテンツ・ホストとの間で使用される、少なくとも１つの通信コマンドを含むように、前記ブロードキャスト伝送の受信時に、コンテンツ・ホスト・サイトとのユニキャスト交信をエミュレートする命令とをさらに含む、
請求項７に記載のコンピュータ読取り可能媒体。
【請求項９】
　前記プレーヤと前記コンテンツ・ホスト・エミュレータとの間の通信コマンドが、ユニキャスト伝送時に前記プレーヤと選択されたコンテンツ・ホストとの間で使用されるすべての通信コマンドを含む、請求項７に記載のコンピュータ読取り可能媒体。
【請求項１０】
　前記再送を要求する命令が、前記コンテンツ・データの前記失われた部分を、ブロードキャスト伝送を介して再送するように要求する命令を含む、請求項７に記載のコンピュータ読取り可能媒体。
【請求項１１】
　前記再送を要求する命令が、前記コンテンツ・データの前記失われた部分を、ユニキャスト伝送を介して再送するように要求する命令を含む、請求項７に記載のコンピュータ読取り可能媒体。
【請求項１２】
　前記コンテンツ・データが音楽データを含み、前記再生する命令が前記音楽データを再生する命令を含む、請求項７に記載のコンピュータ読取り可能媒体。
【請求項１３】
　ユーザ・システム上にデジタル・コンテンツ・データを、再生または記録のために受信する情報処理システムであって、
　チューニング情報を使用して、周波数を選択するためのチューナを備えた受信装置と、
　前記選択された周波数のブロードキャスト伝送を介して、前記デジタル・コンテンツのデータ・パケットを受信する手段と、
　コンテンツ・ホスト・エミュレータを使用して、受信した前記データ・パケットをアセンブルする手段と、
　コンテンツ・ホスト・エミュレータを使用して、すべての前記データ・パケットを受信し、アセンブルした後に、前記コンテンツ・データを再生するためにプレーヤに転送する手段とを含み、
　前記アセンブルする手段が、
　前記すべてのデータ・パケットが受信されたか否かを判定する手段と、
　前記コンテンツ・データの失われた部分を再送するように、コンテンツ・ホスト・エミュレータからサーバに要求する手段と、
　前記失われた部分を受信した後に、前記コンテンツ・データの前記失われた部分をアセンブルして、前記コンテンツ・データを完全に構築する手段とを含み、
　デジタル・コンテンツを受信する時間をスケジュールする手段をさらに含み、
　前記スケジュールされた時間に受信装置がチューニングされる、情報処理システム。
【請求項１４】
　前記データ・パケットを前記受信装置から受信する手段と、前記受信したデータ・パケットをアセンブルする手段と、前記プレーヤに転送する手段として使用されるコンテンツ・ホスト・エミュレータを前記プレーヤに接続するためのインターフェースとを含み、
　前記プレーヤと前記コンテンツ・ホスト・エミュレータとの間の通信コマンドが、ユニキャスト伝送時に前記プレーヤと選択されたコンテンツ・ホストとの間で使用される、少なくとも１つの通信コマンドを含むように、前記ブロードキャスト伝送の受信時に、コンテンツ・ホスト・サイトとのユニキャスト交信をエミュレートするためのエミュレータとをさらに含む、請求項１３に記載の情報処理システム。」
　
〈補正前の特許請求の範囲〉
「【請求項１】
　ユーザ・システム上にデジタル・コンテンツ・データを、情報処理システムが再生または記録のために受信する方法であって、
　受信装置を選択された周波数にチューニングするステップと、
　前記選択された周波数のブロードキャスト伝送を介して、前記デジタル・コンテンツのデータ・パケットを受信するステップと、
　受信した前記データ・パケットをアセンブルするステップと、
　すべての前記データ・パケットを受信し、アセンブルした後に、前記コンテンツ・データを再生するためにプレーヤに転送するステップとを含み、
　前記アセンブルするステップが、
　前記すべてのデータ・パケットが受信されたか否かを判定するサブステップと、
　前記コンテンツ・データの失われた部分を再送するように要求するステップと、
　前記失われた部分を受信した後に、前記コンテンツ・データの前記失われた部分をアセンブルして、前記コンテンツ・データを完全に構築するサブステップとを含む方法。
【請求項２】
　前記受信ステップが、
　前記データ・パケットを前記受信装置から受信し、前記受信したデータ・パケットをアセンブリし、前記プレーヤに転送するためのコンテンツ・ホスト・エミュレータを前記プレーヤに接続するサブステップと、
　前記プレーヤと前記コンテンツ・ホスト・エミュレータとの間の通信コマンドが、ユニキャスト伝送時に前記プレーヤと選択されたコンテンツ・ホストとの間で使用される、少なくとも１つの通信コマンドを含むように、前記ブロードキャスト伝送の受信時に、コンテンツ・ホスト・サイトとのユニキャスト交信をエミュレートするサブステップとをさらに含む、請求項１に記載の方法。
【請求項３】
　前記プレーヤと前記コンテンツ・ホスト・エミュレータとの間の通信コマンドが、ユニキャスト伝送時に前記プレーヤと選択されたコンテンツ・ホストとの間で使用されるすべての通信コマンドを含む、請求項２に記載の方法。
【請求項４】
　前記再送を要求するサブステップが、前記コンテンツ・データの前記失われた部分を、ブロードキャスト伝送を介して再送するように要求するサブステップを含む、請求項１に記載の方法。
【請求項５】
　前記再送を要求するサブステップが、前記コンテンツ・データの前記失われた部分を、ユニキャスト伝送を介して再送するように要求するサブステップを含む、請求項１に記載の方法。
【請求項６】
　デジタル・コンテンツを受信する時間をスケジュールするステップをさらに含み、
　前記チューニング・ステップが、前記スケジュールされた時間に受信装置をチューニングするサブステップを含む、請求項１に記載の方法。
【請求項７】
　前記コンテンツ・データが音楽データを含み、前記再生ステップが前記音楽データを再生するサブステップを含む、請求項１に記載の方法。
【請求項８】
　ユーザ・システム上にデジタル・コンテンツ・データを、情報処理システムが再生または記録のために受信するためのプログラム命令を格納したコンピュータ読取り可能媒体であって、前記命令は前記情報処理システムにより実行され、
　受信装置を選択された周波数にチューニングする命令と、
　前記選択された周波数のブロードキャスト伝送を介して、前記デジタル・コンテンツのデータ・パケットを受信する命令と、
　受信した前記データ・パケットをアセンブルする命令と、
　すべての前記データ・パケットを受信し、アセンブルした後に、前記コンテンツ・データを再生するためにプレーヤに転送する命令とを含み、
　前記アセンブルする命令が、
　前記すべてのデータ・パケットが受信されたか否かを判定する命令と、
　前記コンテンツ・データの失われた部分を再送するように要求する命令と、
　前記失われた部分を受信した後に、前記コンテンツ・データの前記失われた部分をアセンブルして、前記コンテンツ・データを完全に構築する命令とを含む、コンピュータ読取り可能媒体。
【請求項９】
　前記受信する命令が、
　前記データ・パケットを前記受信装置から受信し、前記受信したデータ・パケットをアセンブリし、前記プレーヤに転送するためのコンテンツ・ホスト・エミュレータを前記プレーヤに接続する命令と、
　前記プレーヤと前記コンテンツ・ホスト・エミュレータとの間の通信コマンドが、ユニキャスト伝送時に前記プレーヤと選択されたコンテンツ・ホストとの間で使用される、少なくとも１つの通信コマンドを含むように、前記ブロードキャスト伝送の受信時に、コンテンツ・ホスト・サイトとのユニキャスト交信をエミュレートする命令とをさらに含む、請求項８に記載のコンピュータ読取り可能媒体。
【請求項１０】
　前記プレーヤと前記コンテンツ・ホスト・エミュレータとの間の通信コマンドが、ユニキャスト伝送時に前記プレーヤと選択されたコンテンツ・ホストとの間で使用されるすべての通信コマンドを含む、請求項８に記載のコンピュータ読取り可能媒体。
【請求項１１】
　前記再送を要求する命令が、前記コンテンツ・データの前記失われた部分を、ブロードキャスト伝送を介して再送するように要求する命令を含む、請求項８に記載のコンピュータ読取り可能媒体。
【請求項１２】
　前記再送を要求する命令が、前記コンテンツ・データの前記失われた部分を、ユニキャスト伝送を介して再送するように要求する命令を含む、請求項８に記載のコンピュータ読取り可能媒体。
【請求項１３】
　デジタル・コンテンツを受信する時間をスケジュールする命令をさらに含み、
　前記チューニングする命令が、前記スケジュールされた時間に受信装置をチューニングする命令を含む、請求項８に記載のコンピュータ読取り可能媒体。
【請求項１４】
　前記コンテンツ・データが音楽データを含み、前記再生する命令が前記音楽データを再生する命令を含む、請求項８に記載のコンピュータ読取り可能媒体。
【請求項１５】
　ユーザ・システム上にデジタル・コンテンツ・データを、再生または記録のために受信するための情報処理システムであって、
　周波数を選択するためのチューナを備えた受信装置と、
　前記選択された周波数のブロードキャスト伝送を介して、前記デジタル・コンテンツのデータ・パケットを受信する手段と、
　受信した前記データ・パケットをアセンブルする手段と、
　すべての前記データ・パケットを受信し、アセンブルした後に、前記コンテンツ・データを再生するためにプレーヤに転送する手段とを含み、
　前記アセンブルする手段が、
　前記すべてのデータ・パケットが受信されたか否かを判定する手段と、
　前記コンテンツ・データの失われた部分を再送するように要求する手段と、
　前記失われた部分を受信した後に、前記コンテンツ・データの前記失われた部分をアセンブルして、前記コンテンツ・データを完全に構築する手段とを含む情報処理システム。
【請求項１６】
　前記データ・パケットを前記受信装置から受信する手段と、前記受信したデータ・パケットをアセンブリする手段と、前記プレーヤに転送する手段として使用されるコンテンツ・ホスト・エミュレータを前記プレーヤに接続するためのインターフェースと、
　前記プレーヤと前記コンテンツ・ホスト・エミュレータとの間の通信コマンドが、ユニキャスト伝送時に前記プレーヤと選択されたコンテンツ・ホストとの間で使用される、少なくとも１つの通信コマンドを含むように、前記ブロードキャスト伝送の受信時に、コンテンツ・ホスト・サイトとのユニキャスト交信をエミュレートするためのエミュレータとをさらに含む、請求項１５に記載の情報処理システム。」
　
（３）補正の適否の判断
　前記補正後の請求項１は、請求人が請求の理由の３．補正の説明の項で言及しているように、補正前の請求項１を、補正前の請求項６の特定事項を有するものに、即ち、実質的には補正前の請求項１を削除して補正前の請求項６を補正後の請求項１として、補正前の請求項６の特定事項を限定的に有するものに減縮するとともに、
（ａ）補正前の請求項１に記載の「チューニングするステップ」を「チューニング情報を使用して、情報処理システムの受信装置を選択された周波数にチューニングするステップ」に、以下、同様に、
（ｂ）「アセンブルするステップ」を「情報処理システムが、コンテンツ・ホスト・エミュレータを使用して、受信した前記データ・パケットをアセンブルするステップ」に、
（ｃ）「転送するステップ」を「情報処理システムが、コンテンツ・ホスト・エミュレータを使用して、すべての前記データ・パケットを受信し、アセンブルした後に、前記コンテンツ・データを再生するためにプレーヤに転送するステップ」に、
（ｄ）「ユーザ・システム上にデジタル・コンテンツ・データを、情報処理システムが再生または記録のために受信する」を「情報処理システムが、ユーザ・システム上にデジタル・コンテンツ・データを、再生または記録のために受信する」に、
（ｅ）「コンテンツ・データの失われた部分を再送するように要求するステップ」を「コンテンツ・データの失われた部分を再送するように、コンテンツ・ホスト・エミュレータからサーバに要求するステップ」に、
それぞれ補正し、また、請求項１を含め、特許請求の範囲に記載の「アセンブリ」を「アセンブル」に補正をするものである。
　また、前記請求項１の補正に伴って、補正前の請求項８、請求項１５にも同様の趣旨の補正をして、補正後の請求項７、請求項１３に補正するものと認められる。
　前記補正後の請求項１、請求項７、請求項１３の補正は、出願当初の明細書および図面の記載に基づくものであり、新規事項の追加に該当する補正ではなく、また、前記請求項１の削除、（ａ）乃至（ｅ）の発明を特定する事項を限定する補正は、請求項の削除、特許請求の範囲の減縮、乃至、誤記の訂正を目的とするものに該当する。
　しかしながら、補正後の請求項２乃至請求項６は、文言上は補正はされていないが、補正後の請求項１を引用しており、この補正後の請求項１は、補正前の請求項６の発明を特定する事項である
「デジタル・コンテンツを受信する時間をスケジュールするステップをさらに含み、
　前記チューニング・ステップが、前記スケジュールされた時間に受信装置をチューニングするサブステップを含む、」（以下「補正前請求項６の特定事項」という。）
を有しているので、補正後の請求項２乃至請求項６は、実質的には「補正前請求項６の特定事項」を加える補正がされている。したがって、補正後の請求項２乃至請求項６に係る補正は、補正前の請求項２乃至請求項５及び請求項７に記載した発明に新たな事項である「補正前請求項６の特定事項」を追加したものであって、発明を特定するために必要な事項を限定するものではないので、特許法第１７条の２第４項第２号に規定された、特許請求の範囲の減縮を目的としたものとは認められない。
　
　また、同様に、補正後の請求項８乃至請求項１２は、補正後の請求項７を引用しており、この補正後の請求項７は、補正前の請求項１３の発明を特定する事項である
「デジタル・コンテンツを受信する時間をスケジュールする命令をさらに含み、
　前記チューニングする命令が、前記スケジュールされた時間に受信装置をチューニングする命令を含む、」（以下「補正前請求項１３の特定事項」という。）
を有しているので、補正後の請求項８乃至請求項１２は、実質的には「補正前請求項１３の特定事項」を加える補正がされている。したがって、補正後の請求項８乃至請求項１２に係る補正は、補正前の請求項８乃至請求項１２に記載した発明に新たな事項である「補正前請求項１３の特定事項」を追加したものであって、発明を特定するために必要な事項を限定するものではないので、特許法第１７条の２第４項第２号に規定された、特許請求の範囲の減縮を目的としたものとは認められない。
　
　また、補正後の請求項１３、及び、請求項１３を引用する請求項１４は、補正前の請求項１５、請求項１６に
「デジタル・コンテンツを受信する時間をスケジュールする手段をさらに含み、
　前記スケジュールされた時間に受信装置がチューニングされる、」
を新たな事項として追加しているが、この追加の補正は、発明を特定するために必要な事項を限定するものではないので、特許法第１７条の２第４項第２号に規定された、特許請求の範囲の減縮を目的としたものとは認められない。
　
（４）むすび
　以上のとおり、本件補正は、請求項の削除、誤記の訂正、又は、明りょうでない記載の釈明を目的とするものとは認められず、かつ、特許請求の範囲の減縮を目的とするものとも認められないので、特許法第１７条の２第４項の規定に違反しており、特許法第１５９条第１項で準用する特許法第５３条第１項の規定により却下されるべきものである。
　
３．本願発明について
（１）平成１６年５月１４日付けの手続補正は上記のとおり却下された。
　本願の特許請求の範囲の請求項１乃至請求項１６に係る発明は、平成１６年１月２０日付けの手続補正書における特許請求の範囲の請求項１乃至請求項１６に記載されたとおりの事項により特定されるものと認められるところ、その請求項１に係る発明は次の事項により特定されるものである。（請求項１に係る発明を、以下、「本願発明」という。）
「ユーザ・システム上にデジタル・コンテンツ・データを、情報処理システムが再生または記録のために受信する方法であって、
　受信装置を選択された周波数にチューニングするステップと、
　前記選択された周波数のブロードキャスト伝送を介して、前記デジタル・コンテンツのデータ・パケットを受信するステップと、
　受信した前記データ・パケットをアセンブルするステップと、
　すべての前記データ・パケットを受信し、アセンブルした後に、前記コンテンツ・データを再生するためにプレーヤに転送するステップとを含み、
　前記アセンブルするステップが、
　前記すべてのデータ・パケットが受信されたか否かを判定するサブステップと、
　前記コンテンツ・データの失われた部分を再送するように要求するステップと、
　前記失われた部分を受信した後に、前記コンテンツ・データの前記失われた部分をアセンブルして、前記コンテンツ・データを完全に構築するサブステップとを含む方法。」
　
（２）引用刊行物
　原査定の拒絶の理由に引用された、本願優先権主張日前に頒布された刊行物である特開平６−２５２８９６号公報（以下「刊行物１」という。）には、次の事項が記載されている。
Ａ．「【請求項７】  送信局と複数の受信局とが，通信衛星を経由して一方向通信可能に，地上ネットワークを経由して双方向通信可能に結ばれており，
送信局において，データの配信ごとにインクレメントされる通番を付加して配信データを通信衛星を経由して受信局に配信するとともに，配信したデータを保存しておき，
受信局において，通信衛星を経由して配信されるデータを受信したときに，受信データの通番チェックを行い，
欠番があると判定したときに，地上ネットワークを通して，通信局に対して第１回目の再送要求を行い，
送信局において，第１回目の再送要求を受取ったときに，再送要求のあったデータを通信衛星を経由して受信局に再送し，
受信局において，第１回目の再送要求に応答して再送されたデータのチェックを行い，このデータ再送にエラーがあると判定したときに，地上ネットワークを通して送信局に対して第２回目の再送要求を行い，
送信局において，第２回目の再送要求に応答して，再送要求のあったデータを地上ネットワークを経由して第２回目の再送要求を出した受信局に再送する，
通信衛星を利用したデータ配信方法。」
Ｂ．「【０００１】
【技術分野】この発明は，通信衛星を利用して複数の受信局へデータないしは情報をリアル・タイムで配信するためのシステムおよび方法に関する。
【０００２】
【背景技術】通信衛星を利用したデータ通信は，技術的側面からみると，１）データが送信局から受信局へ一方向にのみ流れる一方向通信である，２）広い範囲に分散した多数の受信局に向けて同時送信（配信）できる，という特徴をもつ。
【０００３】１）の一方向通信であるということは，データ欠損等のエラーが発生したときには，受信局から送信局へ衛星を経由して再送要求を送ることができないことを意味する。したがって，エラーが生じたときにリアル・タイム再送を行なおうとすれば補完的に地上のネットワーク（公衆通信回線，専用通信回線等）を併用することを考慮しなければならない。
【０００４】一方，経済的側面からみると，通信衛星は高額の初期投資を必要とするが，それ以降はメンテナンス費用のみで済む。もし利用可能な通信衛星を持っているならばそのランニング・コストは低廉になる。これに対して，地上ネットワークを利用したデータ配信においては，ネットワークの利用の都度課金される。受信局が多ければ多い程，また送信局と受信局が遠く離れていればいるほど課金される金額は嵩む。
…（中略）…  
【０００６】
【発明の概要】この発明の目的は通信衛星を利用したデータ配信において，補完的に地上ネットワークを利用することにより，たとえエラーが生じてもリアル・タイムで欠損したデータを再送できるようにすることにある。」
Ｃ．「【００２６】第１回目の再送要求に応答して送信局は，通信衛星を通して再送要求されたデータを再配信する。第１回目の再送要求に対しては通信衛星を経由してデータを再配信しているから，課金されるのは受信局から送信局への再送要求のための地上ネットワークの使用に関してのみであり，再配信も安価に達成できる。しかも，複数の受信局から同じデータについて送信要求があったとしても再配信は１回ですむ。
【００２７】第１回目の再送要求に応答して再配信した結果，まだデータの抜け等のエラーがある場合には受信局は第２回目の再送要求を同じように地上ネットワークを経由して行う。この第２回目の再送要求に対しては，送信局は地上ネットワークを経由して再送要求のあった受信局にデータを再送する。地上ネットワークを経由して行う通信には信頼性の保証された通信プロトコルを用いているので，確度の高いデータ再送が実現できる。
【００２８】このようにしてこの発明によると，データ配信にエラーが生じてもリアル・タイムで該当するデータを再送して補完することができる。しかもできるだけ通信衛星を利用し，課金される地上ネットワークの利用は最少限にしているので，課金金額を低く抑えることができる。」
Ｄ．「【００５２】受信装置50には一般に複数のアプリケーション55（Ｎr.１のアプリケーションのみ図示）が含まれ，各アプリケーション55にデータ取得Ｉ／Ｆ56が付随している。複数のアプリケーション55はそれぞれ異なる処理を実行するものである。たとえば，あるアプリケーションは配信された個別データをテーブルの形態で表示装置の画面上に表示し，新たな個別データが得られるごとに表示画面上の表示を更新する。他のアプリケーションは配信された個別データをグラフの形態で表示装置の表示画面上に表示する。さらに他のアプリケーションは伝送エラーが生じたときにその旨を表示する。」
Ｅ．「【００９９】図７及び図８は受信装置50のアプリケーション配信処理53が通番チェックにおいて通番に抜けがあると判定して再送要求をした場合に，再送要求に応答して再送装置40が該当通番のデータ・ブロックを受信装置50に再送する処理の流れを示している。
【０１００】ある一つのまたは複数の通番に抜けがあると判定されると，第１回目の再送要求（これを再送要求１とする）が上述したように再送要求処理57から地上ネットワーク２を経由してＴＣＰ／ＩＰを用いて再送応答処理48に与えられる。これに応答して再送送信処理47は，通信衛星１を経由してＵＤＰ／ＩＰを用いて，要求のあった通番のデータ・ブロックを再送要求処理57に送信する。この第１回目の再送要求処理の流れが図７に示されている。
…（中略）…
【０１０８】アプリケーション配信処理50は再送要求を出したのち再送要求処理57から再送処理終了の通知があるまで待機状態となる。この待機状態において（すなわち再送処理中に），配信処理31から通信衛星１を経由して配信されたデータ・ブロックを受信処理51が受信することがありうる。このような待機状態において受信したデータ・ブロックは受信データ・バッファ52内に受信の順序にしたがって格納され，待ち行列をつくる。アプリケーション配信処理53はこれらのデータ・ブロックを読出すことはしない（ステップ165 ）。
【０１０９】待機状態において受信したデータ・ブロックの通番は再送要求をしているデータ・ブロックの通番よりも大きい。一般に情報源においては個別データが刻々と発生している。したがって，通番の順序は個別データの発生の順序に対応しており，通番の小さいデータの方が早く発生したデータである。時間上の順序を保って個別データをアプリケーション55に渡す方が混乱を生じない。そこで，再送要求をしたデータ（時間上の順序では先に発生したデータ）を先に処理してアプリケーション55に渡すために，後に発生した通番の大きいデータを受信データ・バッファ52に格納しておく訳である。
…（中略）…
【０１１６】再送要求処理57は再送されたデータ・ブロックを受信するとこれを再送データ・バッファ58に格納し（ステップ175 ），要求したすべてのブロック・データの受信を確認すると，再送終了の旨をアプリケーション配信処理53に通知する（ステップ176 ）。
【０１１７】アプリケーション配信処理はこの通知を受取ると，上述したステップ166 ，167 の処理を実行する。」
Ｆ．「【００６１】送信局から受信局に同報配信されるリアル・タイム・データの一例としては，各種取引所で発生する株式時価情報や外国為替取引情報，ニュース情報などの刻々と変動する情報がある。」
Ｇ．「【００５３】…（中略）…すべての受信装置50の受信処理51へのブロック・データの同報配信はＵＤＰ／ＩＰを用いて行なわれる（経路を破線で示す）。（中略）…
【００５８】同一のブロック・データについての第２回目の再送要求に対しては，信頼性を確保するために，地上ネットワーク２を介してＴＣＰ／ＩＰを用いて再送が行なわれる（経路を実線で示す）。」
Ｈ．図２には、受信装置と、実線、波線を用いてＵＤＰ／ＩＰ、ＴＣＰ／ＩＰを用いた伝送経路が示されている。
　
（あ）Ｇ．の記載を参照すると、受信装置の受信処理へのブロック・データの同報配信はＵＤＰ／ＩＰを用いて行なわれることから、衛星経由の該同報配信はデータ・パケットによって配信される。また、地上ネットワーク経由の伝送もＴＣＰ／ＩＰを用いた伝送であるからデータ・パケットによってされる。
（い）Ｂ．Ｃ．の記載を参照すると、送信局は、第１回目の再配送要求に応答して通信衛星を通して再配信を安価に達成し、第２回目の再送要求に対して地上ネットワークを経由して再送し、課金金額を考慮して、できるだけ通信衛星を利用し、課金される地上ネットワークの利用は最小限にするという実施例が開示されているが、刊行物１は、Ｂ．にあるように、確度の高いデータ再送を実現するために、補完的に地上ネットワークを利用してリアル・タイムで欠損したデータを再送するという技術的思想を開示したものであるから、地上ネットワークを経由したデータ再配信を、第１回目の再配信として行う技術をも包含していることは当業者にとって自明である。
（う）Ｃ．の記載には、データ配信にエラーが生じてもリアル・タイムで該当するデータを再送して補完する旨あり、Ｅ．の記載を参照すると、通番の順序は個別データの発生の順序に対応しており、時間上の順序を保つ、及び、再送要求したデータ（時間順序では先に発生したデータ）を先に処理してアプリケーションに渡すために、後に発生した通番の大きいデータを受信バッファに格納しておく旨があることから、Ａ．に記載された発明において、再送されたデータで補完して通番に抜けのないデータを構築するステップが読み取れる。
（え）Ｄ．の記載を参照すると、受信装置にはデータ取得Ｉ／Ｆを有する複数のアプリケーションが含まれ、Ｅ．の記載を参照すると、前記（う）で言及したように、受信データバッファを用いて、時間上の順序を保って個別データがアプリケーションに渡され、再送要求処理は再送されたデータ・ブロックを受信するとこれを再送データ・バッファ58に格納し（ステップ175 ）、要求したすべてのブロック・データの受信を確認し、複数のアプリケーションはそれぞれ異なる情報処理を実行し、あるアプリケーションは配信された個別データをテーブルの形態で表示装置の画面上に表示し、新たな個別データが得られるごとに表示画面上の表示を更新する旨あることから、受信局のシステム上にリアル・タイム・データを、受信局の情報処理システムが再生のために受信する、リアル・タイム・データ受信方法が読み取れる。
　
　（あ）〜（え）の点をふまえると、刊行物１には、通信衛星を利用したデータ配信において、補完的に地上ネットワークを利用することにより、たとえエラーが生じてもリアル・タイムで欠損したリアル・タイム・データを再送できるようにすることを目的とした次の発明（以下、「刊行物１の発明」という。）が示されている。
　「受信局のシステム上にリアル・タイム・データを、受信局の情報処理システムが再生ために受信するリアル・タイム・データ受信方法において、
　送信局と複数の受信局とが、通信衛星を経由して一方向通信可能に、地上ネットワークを経由して双方向通信可能に結ばれており、
　送信局において、リアル・タイム・データの同報配信ごとにインクレメントされる通番を付加してパケットによる同報配信データを通信衛星を経由して受信局に同報配信するとともに、同報配信したデータを保存しておき、
　受信局において、通信衛星を経由してパケットにより同報配信されるリアル・タイム・データを受信したときに、受信リアル・タイム・データの通番チェックを行い、欠番があると判定したときには、地上ネットワークを通して、送信局に対して再送要求を行い、
　送信局において、前記再送要求に応答して、再送要求のあったリアル・タイム・データを地上ネットワークを経由して前記再送要求を出した受信局に再送し、
　受信局において、前記欠番がある部分を受信した後に、要求したすべてのブロック・データの受信を確認し、前記リアル・タイム・データの前記欠番がある部分を補完して、前記リアル・タイム・データを完全に構築し、
　時間上の順序を保って個別データをアプリケーションに渡し、アプリケーションは情報処理を実行し個別データを表示装置に表示する、
通信衛星を利用したリアル・タイム・データ受信方法」
　
　同じく、原査定の拒絶の理由に引用された、本願優先権主張日前に頒布された刊行物である特開平１０−３３６０８９号公報（以下「刊行物２」という。）には、次の事項が記載されている。
「【０００２】
【従来の技術】従来、衛星通信システムは、放送衛星で代表されるように不特性多数のユーザ（受信機）に一斉に放送信号を送信し、各ユーザ（受信機）が同じ内容を受信して画面上に表示するものであった。また、通信衛星で代表されるように特定の基地局に大容量データを転送するものであった。
【０００３】上述した衛星通信システムでは、不特性多数の受信機に一斉に情報を送信したり、特定局に情報を転送したりすることはできた。一方、インターネットやイントラネットなどのネットワークでは大きなデータをダウンロードしようとするとダウンロードに多大の時間が必要となって実用に耐えなかったり、大トラヒックを発生させて企業内の経理、営業、電話などの基幹業務通信に多大の影響を与えてしまったりなどするという問題があった。このため、両者を有機的に融合する必要がある。」
　
（３）対比・判断
（３．１）刊行物１の発明の「受信局のシステム上にリアル・タイム・データを、受信局の情報処理システムが再生のために受信するリアル・タイム・データ受信方法において」は、当該「受信局」として、Ｆ．の記載を参照すると株式時価情報やニュース情報などの配信を受けるユーザといえる受信局の場合が示されており、株式時価情報などの「リアル・タイム・データ」は「デジタル・コンテンツ・データ」といえるものを含んでいることをふまえると、本願発明の「ユーザ・システム上にデジタル・コンテンツ・データを、情報処理システムが再生または記録のために受信する方法であって」に相当する。
（３．２）刊行物１の発明の「受信局において、通信衛星を経由してパケットにより同報配信されるリアル・タイム・データを受信し」は、該通信衛星を経由した同報配信は所定の選択された周波数を用いた同報配信の伝送であることは技術的常識である点、同報配信はブロードキャストと等価である点をふまえると、本願発明の「選択された周波数のブロードキャスト伝送を介して、前記デジタル・コンテンツのデータ・パケットを受信するステップ」に相当する。
（３．３）刊行物１の発明の「受信リアル・タイム・データの通番チェックを行い」は、Ｅ．の記載を参照すると、少なくとも２つの受信リアル・タイム・データを受信データバッファに集めて通番チェックを行うと解され、前記集めることは「アセンブルする」と同義と認められるので、本願発明の「受信した前記データ・パケットをアセンブルするステップ」に相当する。
（３．４）刊行物１の発明の、「受信局において、前記欠番がある部分を受信した後に、要求したすべてのブロック・データの受信を確認し、前記リアル・タイム・データの前記欠番がある部分を補完して、前記リアル・タイム・データを完全に構築し、
　時間上の順序を保って個別データをアプリケーションに渡し」は、該「表示装置」は上位概念では再生するための「装置」であり、本願発明の「プレーヤ」も上位概念では「装置」といえるので、刊行物１の発明の前記事項は、本願発明が上位概念として「すべての前記データ・パケットを受信し、アセンブルした後に、前記コンテンツ・データを再生するために装置に転送するステップとを含み」を有する点で共通する。
（３．５）刊行物１の発明の「受信リアル・タイム・データの通番チェックを行い、欠番があると判定したときには、地上ネットワークを通して、送信局に対して再送要求を行い」及び「受信局において、前記欠番がある部分を受信した後に、要求したすべてのブロック・データの受信を確認し、前記リアル・タイム・データの前記欠番がある部分を補完して、前記リアル・タイム・データを完全に構築し」は、
本願発明の「前記アセンブルするステップが、
　前記すべてのデータ・パケットが受信されたか否かを判定するサブステップと、
　前記コンテンツ・データの失われた部分を再送するように要求するステップと、
　前記失われた部分を受信した後に、前記コンテンツ・データの前記失われた部分をアセンブルして、前記コンテンツ・データを完全に構築するサブステップとを含む」に相当する。
　
　したがって、刊行物１の発明と本願発明とは、次の発明特定事項を有する発明である点では一致し、そして、次の点で相違が認められる。
〈一致点〉
　ユーザ・システム上にデジタル・コンテンツ・データを、情報処理システムが再生または記録のために受信する方法であって、
　選択された周波数のブロードキャスト伝送を介して、前記デジタル・コンテンツのデータ・パケットを受信するステップと、
　受信した前記データ・パケットをアセンブルするステップと、
　すべての前記データ・パケットを受信し、アセンブルした後に、前記コンテンツ・データを再生するために装置に転送するステップとを含み、
　前記アセンブルするステップが、
　前記すべてのデータ・パケットが受信されたか否かを判定するサブステップと、
　前記コンテンツ・データの失われた部分を再送するように要求するステップと、
　前記失われた部分を受信した後に、前記コンテンツ・データの前記失われた部分をアセンブルして、前記コンテンツ・データを完全に構築するサブステップとを含む方法。
　
〈相違点１〉
　選択された周波数に関して、本願発明は、受信装置を選択された周波数にチューニングするステップを備えているのに対し、刊行物１の発明は、受信装置を選択された周波数にチューニングするという構成を備えていない点。
〈相違点２〉本願発明では、ブロードキャスト伝送の受信に係る選択された周波数が、「前記選択された周波数」即ち、受信装置を選択された周波数にチューニングするステップにより、選択された周波数であるのに対し、刊行物１の発明では、所定の選択された周波数である点。
〈相違点３〉「コンテンツ・データを再生するために装置に転送するステップ」における装置が、本願発明では、プレーヤであるのに対し、刊行物１の発明では、表示装置である点。
　
相違点についての判断
〈相違点１について〉
　受信装置において、情報やデータを受信するために、選択された周波数にチューニングすることは、本願優先権主張日前周知の技術にすぎない。即ち、例えば、特開平１０−３２８０７号公報【０００９】段落には、帯域内データは、特定のチャンネルに同調されるとき受信され、オーディオ／ビデオプログラム信号と共に受信されるデータを含む旨記載され、特表平１０−５１０１２０号公報【要約】には、電子番組予定システムは、無線放送、衛星放送または有線放送の複数のテレビチャンネルについてのテレビ番組を受信するための受信機と、複数のチャンネルの選択された一つにテレビ受信機を同調させるためのチューナーとを含む旨記載されており、同調は選択された周波数にチューニングすることと同義である点をふまえると、受信のために、受信装置を選択された周波数にチューニングすることは当業者にとって周知である。
　刊行物１の発明において、受信装置を選択された周波数にチューニングするステップを備えることは、前記本願優先権主張日前周知の受信装置の同調の技術を参酌することにより当業者が容易になし得ることである。
〈相違点２について〉
　放送衛星で代表されるように衛星を使用して不特定多数のユーザ（受信機）に一斉に放送信号を送信し、各ユーザ（受信機）が同じ内容を受信して画面上に表示するところの衛星通信システムは、刊行物２に開示されるごとく本願優先権主張日前周知の技術であり、刊行物１の通信衛星として放送衛星が示されているのであるから、刊行物１には、放送、つまり、ブロードキャスト伝送は示されていることになる。
　また、前記同調に関して言及したような、受信装置（受信機）を選択された周波数にチューニングして受信する場合に、ブロードキャスト伝送を介した受信における周波数が、該チューニングされた周波数となることは、当然のことである。
　刊行物１の発明の所定の選択された周波数であるところを、ブロードキャスト伝送の受信に係る選択された周波数が「前記選択された周波数」即ち、受信装置を選択された周波数にチューニングするステップによる、選択された周波数であるとすることは、格別なことではなく、当業者が容易になし得ることである。
〈相違点３について〉
　放送の受信装置において、コンテンツ・データを再生するための装置が、プレーヤであることは、本願優先権主張日前周知の技術にすぎない。即ち、前記特開平１０−３２８０７号公報の図２６、図３０には同調装置、デジタルオーディオモジュール、ステレオを含む装置が示されており、この装置で音が再生され、このステレオを含む装置はプレーヤに相当する。
　刊行物１の発明において、「コンテンツ・データを再生するために装置に転送するステップ」における装置を、プレーヤとすることは、前記周知技術を参酌することにより、当業者が容易になし得ることである。
　
　しかも、本願発明により奏する効果も、刊行物１に記載された発明、刊行物２に記載された事項及び前記周知技術から当然予想される範囲内のものにすぎず、格別顕著な効果とは認められない。
　
（４）むすび
　以上のとおり、本願発明は、刊行物１に記載された発明、刊行物２に記載された事項及び前記周知技術に基いて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。