【事件の表示】
　特願２００２−３３５４０１「ストリームメディアデータのスクランブル放送システム」拒絶査定不服審判事件〔平成１６年　６月１７日出願公開、特開２００４−１７２８７０〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
Ｉ．手続の経緯
　本願は、平成１４年１１月１９日の出願であって、平成１７年３月２４日付けで拒絶の理由が通知され、同年６月６日付けで手続補正がなされ、同年６月２９日付けで拒絶の理由が通知され、同年９月１２日付けで手続補正がなされ、同年１０月４日付けで拒絶の理由が通知され、同年１２月６日付けで手続補正がなされたものの、同年１２月２７日付けで同年１２月６日付け手続補正は却下され、同日付けで、同年１０月４日付け拒絶の理由により拒絶査定がなされた。
　これに対し、平成１８年２月６日に審判請求がなされるとともに同日付けで手続補正がなされ、平成２０年１２月２６日付けで拒絶の理由が通知され、平成２１年３月６日付けで手続補正がなされたものである。
　
II．本願発明
　本願の請求項１に係る発明（以下「本願発明」という）は、平成２１年３月６日付け手続補正により補正された以下のとおりのものである。
　
　配信側がストリームメディアデータを暗号鍵によって符号化して通信回線を介して配信し、受信側が配信されたストリームメディアデータを暗号鍵によって復号化するストリームメディアデータのスクランブル放送システムにおいて、
　前記暗号鍵としての所定ビット数の鍵ビットパターンを生成する鍵ビットパターン生成装置を備え、
　前記鍵ビットパターン生成装置は、前記配信側からの要求により、前記ストリームメディアデータの種類に応じて、前記鍵ビットパターンのビット数を増減して、任意ビット数の異なる前記鍵ビットパターンを生成し、
　前記配信側は、前記ストリームメディアデータの種類に応じて前記ストリームメディアデータの一定のデータ量毎あるいは所定の時間的間隔毎に、前記鍵ビットパターン生成装置から異なる前記鍵ビットパターンを取得し、取得した前記ビットパターンを用いて前記ストリームメディアデータの符号化を行い、
　前記受信側は、前記配信側と同じ前記鍵ビットパターンを用いて前記ストリームメディアデータの復号化を行い、
　前記配信側と前記受信側が、前記ストリームメディアデータの一定のデータ量毎あるいは所定の時間的間隔毎に、符号化と復号化に使用する前記鍵ビットパターンを変更することを特徴とするストリームメディアデータのスクランブル放送システム。
　
III．引用文献
　１．特開２００２−２５２６０７号公報
　２．特開平１０−１４５３５１号公報
　３．特開２０００−２７８２６０号公報
　４．特開平１−１２２２２７号公報
　５．特開２００２−９７５１号公報
　
　引用文献１−４は、平成２０年１２月２６日付けで当審より通知された拒絶の理由に引用された文献であり、引用文献５は、当業者の周知技術を示すために新たに引用された文献である。
　
（１）引用文献１には、図面と共に以下の事項が記載されている（下線は当審において付加した）。
　
Ａ．「【０１０５】（実施形態３）以下に鍵提供端末の鍵を各情報利用端末から取得して鍵の更新を行った後に
ストリームコンテンツをマルチキャストで配送する実施形態３の情報配送システム
・・・（中略）・・・ 
【０１０８】本実施形態において、情報提供端末１は実施形態１と同様の構成であるものとし、
情報提供端末１と情報利用端末２〜４と鍵提供端末５は、実施形態１と同様にそれぞれインターネットに接続されており
・・・（中略）・・・ 
【０１１２】本実施形態の情報提供端末１には、配送対象のストリームコンテンツが保存されているか、或いはリアルタイムでストリームコンテンツが取得されるものとし、
鍵提供端末５から情報提供端末１及び情報利用端末に鍵を、また情報提供端末１から各情報利用端末に暗号化コンテンツを送付し、各情報利用端末で暗号化コンテンツを復号化して再生する
コンテンツの暗号化に利用される暗号鍵は復号鍵を兼ねており、その鍵は所定の時間間隔で更新される
　
Ｂ．「【０１１３】図１７は本実施形態の鍵提供端末５の鍵配送処理の処理手順を示すフローチャートである。図１７に示す様に鍵提供端末５では、ストリームコンテンツであるコンテンツＣを暗号化または復号化する為の暗号鍵Ｋｉを生成した後、鍵更新広報部１５１１により新規の暗号鍵Ｋｉの取得を促す鍵更新広報をマルチキャストで各情報利用端末に送信し、各情報利用端末からの接続を受付けてその暗号鍵Ｋｉをユニキャストで配送する処理を行う。
【０１１４】図１７のステップ１７０１で
鍵提供端末５の鍵生成部４１１は、所定の時間が経過した場合
等の暗号鍵Ｋを生成する条件が成立したかどうかを調べ、暗号鍵Ｋを生成する条件が成立した場合にはステップ１７０２へ進む。
【０１１５】
ステップ１７０２では、コンテンツＣを暗号化する為の暗号鍵Ｋを生成する。
【０１１７】ステップ１７０４で
鍵配送部４１２は、前記生成された暗号鍵Ｋｉをユニキャストで情報提供端末１へ配送する。
【０１１８】ステップ１７０５で
鍵更新広報部１５１１は、各情報利用端末に向けて新規の暗号鍵Ｋｉの取得を促す鍵更新広報をマルチキャストにより送信する。この広報を受け取った各情報利用端末は、暗号鍵Ｋｉを取得する為に鍵提供端末５ヘユニキャストで接続する。
・・・（中略）・・・ 
【０１２１】ステップ１７０８では、
前記接続要求を行った情報利用端末へユニキャストによって暗号鍵Ｋｉを配送する。
　
Ｃ．「【０１２４】図１８は本実施形態の
情報提供端末１または各情報利用端末の鍵取得処理
【０１２５】図１８のステップ１８０１で各情報利用端末の鍵更新情報取得部１６１１は、鍵提供端末５からマルチキャストで新規の暗号鍵Ｋｉの取得を促す鍵更新広報を受信しているかどうかを調べ、鍵更新広報を受信している場合にはステップ１８０２へ進み、鍵提供端末５へユニキャストで接続して暗号鍵Ｋｉの配送を要求する。
【０１２６】ステップ１８０３で
鍵取得部３１１は、鍵提供端末５からユニキャストで暗号鍵Ｋｉを受信しているかどうかを調べ、暗号鍵Ｋｉを受信している場合にはその暗号鍵Ｋｉを取得して鍵保存部３１２に渡す。
【０１２７】ステップ１８０４で
鍵保存部３１２は、
取得した暗号鍵Ｋｉをステップ１８０３で読み出した識別情報ｉ毎に分類してメモリ３０２または磁気ディスク装置３０３に保存する。
　
Ｄ．「【０１２８】また本実施形態では、実施形態２と同様にしてコンテンツ配送処理を行う。すなわち、図１３に示す様に
情報提供端末１のコンテンツ暗号化部２１３は、鍵保存部２１２によって保存された鍵の内、
識別情報ｉの暗号鍵Ｋｉを用いてコンテンツＣを暗号化し、前記暗号化されたコンテンツである暗号化コンテンツＫｉ（Ｃ）をコンテンツ配送部２１４によりマルチキャストで各情報利用端末に配送する処理を行う。
　
Ｅ．「【０１２９】また図１４に示す様に
各情報利用端末のコンテンツ取得部３１３は、暗号化コンテンツＫｉ（Ｃ）を情報提供端末１からマルチキャストで取得し、
鍵保存部３１２によって保存されていた鍵の内、識別情報確認部１０１１により指定された識別情報ｉの暗号鍵Ｋｉを用いて暗号化コンテンツＫｉ（Ｃ）を復号化し、前記復号化されたコンテンツＣをコンテンツ再生部３１５により再生する処理を行う。
　
（ａ）上記Ａの１０５段落の「（実施形態３）以下に鍵提供端末の鍵を各情報利用端末から取得して鍵の更新を行った後に
ストリームコンテンツをマルチキャストで配送する実施形態３の情報配送システム
　上記Ａの１０８段落の「本実施形態において、情報提供端末１は実施形態１と同様の構成であるものとし、
情報提供端末１と情報利用端末２〜４と鍵提供端末５は、実施形態１と同様にそれぞれインターネットに接続されており
　上記Ａの１１２段落の「
鍵提供端末５から情報提供端末１及び情報利用端末に鍵を、また情報提供端末１から各情報利用端末に暗号化コンテンツを送付し、各情報利用端末で暗号化コンテンツを復号化して再生する
　
（ｂ）上記Ｂの１１４段落の「図１７のステップ１７０１で
鍵提供端末５の鍵生成部４１１は、所定の時間が経過した場合
等の暗号鍵Ｋを生成する条件が成立したかどうかを調べ、暗号鍵Ｋを生成する条件が成立した場合にはステップ１７０２へ進む。
ステップ１７０２では、コンテンツＣを暗号化する為の暗号鍵Ｋを生成する。
　上記Ｂの１１７段落の「ステップ１７０４で
鍵配送部４１２は、前記生成された暗号鍵Ｋｉをユニキャストで情報提供端末１へ配送する。
鍵更新広報部１５１１は、各情報利用端末に向けて新規の暗号鍵Ｋｉの取得を促す鍵更新広報をマルチキャストにより送信する。この広報を受け取った各情報利用端末は、暗号鍵Ｋｉを取得する為に鍵提供端末５ヘユニキャストで接続する。
前記接続要求を行った情報利用端末へユニキャストによって暗号鍵Ｋｉを配送する。
　
（ｃ）上記Ｃの１２４段落の「図１８は本実施形態の
情報提供端末１または各情報利用端末の鍵取得処理
鍵取得部３１１は、鍵提供端末５からユニキャストで暗号鍵Ｋｉを受信しているかどうかを調べ、暗号鍵Ｋｉを受信している場合にはその暗号鍵Ｋｉを取得して鍵保存部３１２に渡す。
鍵保存部３１２は、
取得した暗号鍵Ｋｉをステップ１８０３で読み出した識別情報ｉ毎に分類してメモリ３０２または磁気ディスク装置３０３に保存する。
　
（ｄ）上記Ｄの「すなわち、図１３に示す様に
情報提供端末１のコンテンツ暗号化部２１３は、鍵保存部２１２によって保存された鍵の内、鍵提供端末５の鍵更新部９１２により指定された識別情報ｉの暗号鍵Ｋｉを用いてコンテンツＣを暗号化し、前記暗号化されたコンテンツである暗号化コンテンツＫｉ（Ｃ）をコンテンツ配送部２１４によりマルチキャストで各情報利用端末に配送する処理を行う。
　
（ｅ）上記Ｅの「また図１４に示す様に
各情報利用端末のコンテンツ取得部３１３は、暗号化コンテンツＫｉ（Ｃ）を情報提供端末１からマルチキャストで取得し、
鍵保存部３１２によって保存されていた鍵の内、
識別情報ｉの暗号鍵Ｋｉを用いて暗号化コンテンツＫｉ（Ｃ）を復号化し、前記復号化されたコンテンツＣをコンテンツ再生部３１５により再生する処理を行う。
　
（ｆ）上記Ａの１１２段落の「なおこの例では
コンテンツの暗号化に利用される暗号鍵は復号鍵を兼ねており、その鍵は所定の時間間隔で更新される
　
　以上で検討したことから、引用文献１には、次の発明（以下「引用発明」という）が記載されている。
　
　ストリームコンテンツをマルチキャストで配送する情報配送システムであって、情報提供端末と複数の情報利用端末と鍵提供端末とが、それぞれインターネットに接続されており、鍵提供端末から情報提供端末及び各情報利用端末に暗号鍵を、また情報提供端末から各情報利用端末に暗号化コンテンツを送付し、各情報利用端末で暗号化コンテンツを復号化して再生する情報配送システムにおいて、
　鍵提供端末は、鍵生成部により、所定の時間が経過した場合、コンテンツを暗号化する為の暗号鍵を生成し、鍵配送部により、生成された暗号鍵を情報提供端末へ配送し、鍵更新広報部により、各情報利用端末に向けて前記生成された暗号鍵の取得を促す鍵更新広報をマルチキャストにより送信し、各情報利用端末が、暗号鍵を取得する為に鍵提供端末ヘユニキャストで接続すると、接続要求を行った情報利用端末へユニキャストによって暗号鍵を配送し、
　情報提供端末及び各情報利用端末は、それぞれ、鍵取得部により、鍵提供端末から受信した暗号鍵を取得して鍵保存部に渡し、鍵保存部が、取得した暗号鍵をメモリ等に保存し、
　情報提供端末は、鍵保存部によって保存された暗号鍵を用いてコンテンツを暗号化し、暗号化されたコンテンツである暗号化コンテンツをコンテンツ配送部によりマルチキャストで各情報利用端末に配送し、
　各情報利用端末は、鍵保存部によって保存されていた暗号鍵を用いて暗号化コンテンツを復号化し、復号化されたコンテンツをコンテンツ再生部により再生する処理を行い、
　コンテンツの暗号化に利用される暗号鍵は復号鍵を兼ねており、その鍵は所定の時間間隔で更新される、
　情報配送システム 
　
（２）暗号鍵を、任意ビット数（すなわち、所定ビット数）の鍵長の鍵ビットパターンとして生成することは、引用文献２（１５−１８段落、暗号化鍵の長さは、乱数を元に作成されることから、任意である）、引用文献５（８１−８６段落）にそれぞれ開示されているように、本願出願前に周知の技術である。
　
（３）データを暗号化し送信する側が、前記データの種類に応じて暗号鍵の鍵長を決定し、その鍵長の暗号鍵を選択することは、引用文献３（１１，１２，１５段落），引用文献４（３頁左下欄６行−４頁左上欄８行）にそれぞれ開示されているように、本願出願前に周知の技術である。
　
IV．対比 
　本願発明と引用発明とを対比する。
　
　引用発明の「情報提供端末」、「情報利用端末」、「ストリームコンテンツ」、「暗号鍵」、「暗号化」、「復号化」、「インターネット」、「マルチキャスト」は、本願発明の「配信側」、「受信側」、「ストリームメディアデータ」、「暗号鍵」、「符号化」、「復号化」、「通信回線」、「放送」にそれぞれ相当する。
　したがって、引用発明が「ストリームコンテンツをマルチキャストで配送する情報配送システムであって、情報提供端末と複数の情報利用端末と鍵提供端末とが、それぞれインターネットに接続されており、鍵提供端末から情報提供端末及び各情報利用端末に暗号鍵を、また情報提供端末から各情報利用端末に暗号化コンテンツを送付し、各情報利用端末で暗号化コンテンツを復号化して再生する情報配送システム」の発明であることは、本願発明が「配信側がストリームメディアデータを暗号鍵によって符号化して通信回線を介して配信し、受信側が配信されたストリームメディアデータを暗号鍵によって復号化するストリームメディアデータのスクランブル放送システム」の発明であることに対応する。
　
　引用発明の「鍵提供端末」は、暗号鍵を生成する鍵生成部を有することから、本願発明の「前記暗号鍵としての所定ビット数の鍵ビットパターンを生成する鍵ビットパターン生成装置」と、暗号鍵を生成する鍵生成装置である点で、一致する。
　
　引用発明の「鍵提供端末は、鍵生成部により、所定の時間が経過した場合、コンテンツを暗号化する為の暗号鍵を生成」と、本願発明の「前記鍵ビットパターン生成装置は、前記配信側からの要求により、前記ストリームメディアデータの種類に応じて、前記鍵ビットパターンのビット数を増減して、任意ビット数の異なる前記鍵ビットパターンを生成」とは、鍵生成装置は、暗号鍵を生成する点で、一致する。
　
　引用発明の「鍵提供端末は、鍵生成部により、所定の時間が経過した場合、コンテンツを暗号化する為の暗号鍵を生成し、鍵配送部により、生成された暗号鍵を情報提供端末へ配送」及び「コンテンツの暗号化に利用される暗号鍵は復号鍵を兼ねており、その鍵は所定の時間間隔で更新される」を考慮すれば、引用発明の「情報提供端末・・・は、・・・鍵取得部により、鍵提供端末から受信した暗号鍵を取得して鍵保存部に渡し、鍵保存部が、取得した暗号鍵をメモリ等に保存し、
　情報提供端末は、鍵保存部によって保存された暗号鍵を用いてコンテンツを暗号化」と、本願発明の「前記配信側は、前記ストリームメディアデータの種類に応じて前記ストリームメディアデータの一定のデータ量毎あるいは所定の時間的間隔毎に、前記鍵ビットパターン生成装置から異なる前記鍵ビットパターンを取得し、取得した前記ビットパターンを用いて前記ストリームメディアデータの符号化を行い」とは、配信側は、ストリームメディアデータの一定のデータ量毎あるいは所定の時間的間隔毎に、鍵生成装置から異なる暗号鍵を取得し、取得した前記暗号鍵を用いて前記ストリームメディアデータの符号化を行う点で、一致する。
　
　引用発明の「情報提供端末及び各情報利用端末は、それぞれ、鍵取得部により、鍵提供端末から受信した暗号鍵を取得して鍵保存部に渡し、鍵保存部が、取得した暗号鍵をメモリ等に保存」及び「コンテンツの暗号化に利用される暗号鍵は復号鍵を兼ねており」を考慮すれば、引用発明の「各情報利用端末は、鍵保存部によって保存されていた暗号鍵を用いて暗号化コンテンツを復号化し、復号化されたコンテンツをコンテンツ再生部により再生する処理を行い」と、本願発明の「前記受信側は、前記配信側と同じ前記鍵ビットパターンを用いて前記ストリームメディアデータの復号化を行い」とは、受信側は、配信側と同じ暗号鍵を用いてストリームメディアデータの復号化を行う点で、一致する。
　
　引用発明の「コンテンツの暗号化に利用される暗号鍵は復号鍵を兼ねており、その鍵は所定の時間間隔で更新される」と、本願発明の「前記配信側と前記受信側が、前記ストリームメディアデータの一定のデータ量毎あるいは所定の時間的間隔毎に、符号化と復号化に使用する前記鍵ビットパターンを変更する」とは、配信側と受信側が、ストリームメディアデータの一定のデータ量毎あるいは所定の時間的間隔毎に、符号化と復号化に使用する暗号鍵を変更する点で、一致する。
　
　以上で検討したことから、本願発明と引用発明とは、以下に挙げる一致点で一致し、相違点１，２で相違している。 
　
 （一致点） 
　配信側がストリームメディアデータを暗号鍵によって符号化して通信回線を介して配信し、受信側が配信されたストリームメディアデータを暗号鍵によって復号化するストリームメディアデータのスクランブル放送システムにおいて、
　前記暗号鍵を生成する鍵生成装置を備え、
　前記鍵生成装置は前記暗号鍵を生成し、
　前記配信側は、前記ストリームメディアデータの一定のデータ量毎あるいは所定の時間的間隔毎に、前記鍵生成装置から異なる前記暗号鍵を取得し、取得した前記暗号鍵を用いて前記ストリームメディアデータの符号化を行い、
　前記受信側は、前記配信側と同じ前記暗号鍵を用いて前記ストリームメディアデータの復号化を行い、
　前記配信側と前記受信側が、前記ストリームメディアデータの一定のデータ量毎あるいは所定の時間的間隔毎に、符号化と復号化に使用する前記暗号鍵を変更することを特徴とするストリームメディアデータのスクランブル放送システム。
　
（相違点１） 
　本願発明においては、暗号鍵が「所定ビット数の鍵ビットパターン」であって、鍵生成装置が「鍵ビットパターン生成装置」であるのに対して、引用発明においては、暗号鍵が所定ビット数の鍵ビットパターンであって、鍵生成装置が鍵ビットパターン生成装置であるか、明らかでない点。
　
（相違点２）
　本願発明においては、鍵生成装置が「前記配信側からの要求により、前記ストリームメディアデータの種類に応じて、前記鍵ビットパターンのビット数を増減して、任意ビット数の異なる前記鍵ビットパターンを生成」し、配信側が「前記ストリームメディアデータの種類に応じて」異なる前記鍵ビットパターンを取得するのに対して、引用発明において、鍵生成装置及び配信側が、それらのように構成されていない点。
　
Ｖ．判断 
　上記相違点について検討する。
　
（相違点１）について 
　上記III．（２）にて述べたように、暗号鍵を、任意ビット数（すなわち、所定ビット数）の鍵長の鍵ビットパターンとして生成することは、本願出願前に周知の技術である。
　引用発明において、この周知技術を適用し、暗号鍵を「所定ビット数の鍵ビットパターン」とすると共に、鍵生成装置を「鍵ビットパターン生成装置」とすることは、当業者にとって格別困難なことではない。
　
（相違点２）について 
　上記III．（２）（３）にて述べたように、暗号鍵を、任意ビット数（すなわち、所定ビット数）の鍵長の鍵ビットパターンとして生成すること、及び、データを暗号化し送信する側が、前記データの種類に応じて鍵長を決定し、その鍵長の暗号鍵を選択することは、共に本願出願前に周知の技術である。
　また、配信すべきストリームメディアデータの種類は、配信側にて決定されるから、暗号鍵をストリームメディアデータの種類に対応する鍵長とする場合、配信側からの要求に応じて、その種類に対応する鍵長の暗号鍵とすることが自然である（上記III．（３）に記載の周知技術においても、配信側が、データの種類に応じて鍵長を決定しており、配信側からの要求により、データの種類に応じた鍵長の暗号鍵を選択するといえる。）ことを考慮すれば、上記III．（２）（３）に記載の周知技術を勘案し、引用発明において、鍵生成装置が「前記配信側からの要求により、前記ストリームメディアデータの種類に応じて、前記鍵ビットパターンのビット数を増減して、任意ビット数の異なる前記鍵ビットパターンを生成」し、配信側が「前記ストリームメディアデータの種類に応じて」異なる前記鍵ビットパターンを取得するように構成することは、当業者にとって容易である。
　そして、本願発明の構成によってもたらされる効果も、引用発明及び周知技術から当業者であれば容易に予測することができる程度のものであって、格別のものとはいえない。
　
VI．むすび 
　以上のとおり、本願の請求項１に係る発明は、特許法第２９条第２項の規定により特許を受けることができないものである。
　よって、結論のとおり審決する。