【事件の表示】
　特願２００６−１８８５５２「コンテンツの保護のためのエンティティ同士の関連付け方法及び装置、並びにそのシステム」拒絶査定不服審判事件〔平成１９年　３月２９日出願公開、特開２００７−　８２１９１〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．手続の経緯
　本願は，１８年７月７日（パリ条約による優先権主張２００５年９月１５日　大韓民国）の出願であって，
　平成１８年７月７日付けで審査請求がなされ，平成２１年１２月１７日付けで審査官により拒絶理由が通知され，これに対して平成２２年４月１４日付けで意見書が提出されると共に手続補正がなされたが，平成２２年１２月２８日付けで審査官により拒絶査定がなされ，これに対して平成２３年５月１１日付けで審判請求がなされると共に手続補正がなされ，平成２３年７月１４日付けで審査官により特許法第１６４条第３項の規定に基づく報告がなされ，平成２３年１１月８日付けで当審により特許法第１３４条第４項の規定に基づく審尋がなされ，平成２４年１月１０日付けで回答書の提出があったものである。
　
第２．平成２３年５月１１日付けの手続補正の却下の決定
　
　［補正却下の決定の結論］
　
　平成２３年　５月１１日付け手続補正を却下する。
　
　理由
　
１．補正の内容
　平成２３年５月１１日付けの手続補正（以下，「本件手続補正」という）により，平成２２年４月１４日付けの手続補正により補正された特許請求の範囲，
「　【請求項１】
　ブロードキャスト・サービス・アプリケーション（ＢＳＡ），ブロードキャスト・サービス・ディストリビューション（ＢＳＤ），ブロードキャスト・サービス・マネージメント（ＢＳＭ）を含むブロードキャストネットワーク及び端末により構成されるブロードキャスト環境下でのコンテンツの保護のために，前記端末と前記ブロードキャストネットワークを構成するエンティティ同士の関連付け方法において，
　前記端末が前記端末の公開キーで暗号化されたグループキーを取得するための登録過程を行うステップと，
　前記端末がサービス加入を要請するステップと，
　前記端末が前記サービス加入要請に対応するメッセージを受信するステップと，
　復号化されたグループキーを用いて前記メッセージからサービスキーを含む権限情報を獲得するステップと，
　前記端末は，サービス加入後に受信されるトラフィックキーメッセージから前記サービスキーを用いてトラフィックキーを取得するステップと，
　前記端末は，前記トラフィックキーを用いて暗号化されたコンテンツを受信して復号化するステップと，を含み，
　前記サービスキーは，前記端末がサービス加入過程で割り当てられた暗号化キーである
　ことを特徴とする方法。
　　【請求項２】
　前記登録過程を行うステップは，
　前記ＢＳＤは，ＢＳＭを介して前記端末から受信される登録要請メッセージがあれば，前記要請に応じて，前記端末が属するグループについてのグループキーを含む登録応答メッセージを端末に伝送するステップと，
　前記伝送に応して前記端末が前記登録応答メッセージを受信し，グループキーを取得するステップと，含む
　ことを特徴とする請求項１に記載の方法。
　　【請求項３】
　前記端末が受信専用の端末である場合，前記端末を除いた特定の媒体を介して前記ＢＳＭに前記登録要請メッセージを伝送する
　ことを特徴とする請求項２に記載の方法。
　　【請求項４】
　前記端末が双方向チャンネル用の端末である場合，前記登録応答メッセージを前記端末が直接渡す
　ことを特徴とする請求項２に記載の方法。
　　【請求項５】
　前記グループキーを取得するステップは，
　前記端末が前記受信した登録応答メッセージ内に端末識別情報及び伝送時間情報を含むステップと，
　前記登録応答メッセージに含まれた前記グループキーを前記端末の公開キーで復号化して取得するステップと，含む
　ことを特徴とする請求項２に記載の方法。
　　【請求項６】
　前記端末が受信専用の端末である場合，前記サービス加入過程を行うステップは，
　前記ＢＳＭが前記端末を除いた特定の媒体を介してサービス加入要請メッセージを受信すると，サービスキーを含む前記権限情報を生成するステップと，
　前記ＢＳＭが前記グループキーで暗号化された前記権限情報を含むサービス加入応答メッセージを前記ＢＳＤに渡すステップと，
　前記ＢＳＤが前記サービス加入応答メッセージを前記端末にブロードキャストするステップと，
　前記端末が前記取得したグループキーを用いて前記サービス加入応答メッセージから前記暗号化済み権限情報を復号化して取得するステップと含む
　ことを特徴とする請求項１に記載の方法。
　　【請求項７】
　前記サービス加入過程を行うステップは，
　前記ＢＳＭが前記端末から双方向チャンネルを介してサービス加入要請メッセージを受信すると，サービスキーを含む前記権限情報を生成するステップと，
　前記ＢＳＭが前記グループキーで暗号化された権限情報を含むサービス加入応答メッセージを前記ＢＳＤを介して前記端末に伝送するステップと，
　前記端末が前記取得したグループキーを用いて前記サービス加入応答メッセージから前記暗号化された権限情報を復号化して取得するステップと，含む
　ことを特徴とする請求項１に記載の方法。
　　【請求項８】
　前記サービス加入要請メッセージは，
加入したいサービスＩＤを含むメッセージである
　ことを特徴とする請求項６または７に記載の方法。
　　【請求項９】
　前記端末が前記取得した権限情報内のサービスキーで復号化することにより取得されるものである
　ことを特徴とする請求項８に記載の方法。
　　【請求項１０】
　ブロードキャスト環境でのコンテンツ保護のための端末装置において，
　前記端末の公開キーで暗号化されたグループキーを獲得するための登録を遂行するデジタル権限管理モジュールと，
　サービス加入要請に応答して前記コンテンツに該当する権限情報を含むメッセージを受信する通信モジュールと，
　復号化されたグループキーを用いて前記メッセージからサービスキーを含む前記権限情報を獲得する権限管理モジュールと，
　前記サービスキーを用いて前記トラフィックキーメッセージからトラフィックキーを獲得し，コンテンツが受信されると，前記トラフィックキーを用いて暗号化されたコンテンツを復号化するキーストリーム管理モジュールと，を含み，
　前記サービスキーは，前記端末のサービス加入過程で割り当てられた暗号化キーである
　ことを特徴とする端末装置。
　　【請求項１１】
　前記通信モジュールは，トラフィックキーメッセージと暗号化されたコンテンツを受信する
　ことを特徴とする請求項１０に記載の端末装置。
　　【請求項１２】
　前記権限管理モジュールは，前記復号化されたグループキーを用いて前記受信されたメッセージから前記権限情報を獲得し，前記権限情報は，前記端末がサービスに加入したとき，割り当てられた暗号化キーであるサービスキーを含む
　ことを特徴とする請求項１０に記載の端末装置。
　　【請求項１３】
　前記トラフィックキーは，前記コンテンツを暗号化するために用いられた暗号化キーである
　ことを特徴とする請求項１０に記載の端末装置。
　　【請求項１４】
　前記通信モジュールは，ＢＳＭへ登録要請メッセージを伝送し，ＢＳＤを介して前記ＢＳＭから前記登録要請メッセージに応答して登録応答メッセージを受信し，
　前記登録応答メッセージは，前記端末が属するグループに該当するグループキーを含む
　ことを特徴とする請求項１０に記載の端末装置。
　　【請求項１５】
　前記登録要請メッセージと前記登録応答メッセージを検証する認証モジュールをさらに含む
　ことを特徴とする請求項１０に記載の端末装置。
　　【請求項１６】
　前記認証モジュールは，前記登録応答メッセージ内の端末識別情報及び伝送時間情報を検証し，
　前記キーストリーム管理モジュールは，前記登録応答メッセージを受信した後，前記端末の公開キーを用いて前記登録応答メッセージに含まれた暗号化されたグループキーを復号化する
　ことを特徴とする請求項１５に記載の端末装置。
　　【請求項１７】
　前記トラフィックキーで暗号化されたコンテンツを復号化するコンテンツ復号化モジュールをさらに含み，コンテンツプロバイダーからＢＳＡに伝送されたコンテンツは，前記トラフィックキーを用いて前記ＢＳＡにより暗号化されたことである
　ことを特徴とする請求項１０に記載の端末装置。」（以下，上記引用の請求項各項を，「補正前の請求項」という）は，
「【請求項１】
　ブロードキャスト・サービス・アプリケーション（ＢＳＡ），ブロードキャスト・サービス・ディストリビューション（ＢＳＤ），ブロードキャスト・サービス・マネージメント（ＢＳＭ）を含むブロードキャストネットワーク及び端末により構成されるブロードキャスト環境下でのコンテンツの保護のために，前記端末と前記ブロードキャストネットワークを構成するエンティティ同士の関連付け方法において，
　前記端末が前記端末の公開キーで暗号化されたグループキーを取得するための登録過程を行うステップと，
　前記端末がサービス加入を要請するステップと，
　前記端末が前記サービス加入要請に対応するメッセージを受信するステップと，
　復号化されたグループキーを用いて前記メッセージからサービスキーを含む権限情報を獲得するステップと，
　前記端末は，サービス加入後に受信されるトラフィックキーメッセージから前記サービスキーを用いてトラフィックキーを取得するステップと，
　前記端末は，前記トラフィックキーを用いて暗号化されたコンテンツを受信して復号化するステップと，を含み，
　前記サービスキーは，前記端末がサービス加入過程で割り当てられた暗号化キーであり，
　前記グループキーとは，端末が属するグループに該当する暗号キーである
　ことを特徴とする方法。
　　【請求項２】
　前記登録過程を行うステップは，
　前記ＢＳＤは，ＢＳＭを介して前記端末から受信される登録要請メッセージがあれば，前記要請に応じて，前記端末が属するグループについてのグループキーを含む登録応答メッセージを端末に伝送するステップと，
　前記伝送に応じて前記端末が前記登録応答メッセージを受信し，グループキーを取得するステップと，含む
　ことを特徴とする請求項１に記載の方法。
　　【請求項３】
　前記端末が受信専用の端末である場合，前記端末を除いた特定の媒体を介して前記ＢＳＭに前記登録要請メッセージを伝送する
　ことを特徴とする請求項２に記載の方法。
　　【請求項４】
　前記端末が双方向チャンネル用の端末である場合，前記登録応答メッセージを前記端末が直接渡す
　ことを特徴とする請求項２に記載の方法。
　　【請求項５】
　前記グループキーを取得するステップは，
　前記端末が前記受信した登録応答メッセージ内に端末識別情報及び伝送時間情報を含むステップと，
　前記登録応答メッセージに含まれた前記グループキーを前記端末の公開キーで復号化して取得するステップと，含む
　ことを特徴とする請求項２に記載の方法。
　　【請求項６】
　前記端末が受信専用の端末である場合，前記サービス加入過程を行うステップは，
　前記ＢＳＭが前記端末を除いた特定の媒体を介してサービス加入要請メッセージを受信すると，サービスキーを含む前記権限情報を生成するステップと，
　前記ＢＳＭが前記グループキーで暗号化された前記権限情報を含むサービス加入応答メッセージを前記ＢＳＤに渡すステップと，
　前記ＢＳＤが前記サービス加入応答メッセージを前記端末にブロードキャストするステップと，
　前記端末が前記取得したグループキーを用いて前記サービス加入応答メッセージから前記暗号化済み権限情報を復号化して取得するステップと含む
　ことを特徴とする請求項１に記載の方法。
　　【請求項７】
　前記サービス加入過程を行うステップは，
　前記ＢＳＭが前記端末から双方向チャンネルを介してサービス加入要請メッセージを受信すると，サービスキーを含む前記権限情報を生成するステップと，
　前記ＢＳＭが前記グループキーで暗号化された権限情報を含むサービス加入応答メッセージを前記ＢＳＤを介して前記端末に伝送するステップと，
　前記端末が前記取得したグループキーを用いて前記サービス加入応答メッセージから前記暗号化された権限情報を復号化して取得するステップと，含む
　ことを特徴とする請求項１に記載の方法。
　　【請求項８】
　前記サービス加入要請メッセージは，
加入したいサービスＩＤを含むメッセージである
　ことを特徴とする請求項６または７に記載の方法。
　　【請求項９】
　前記端末が前記取得した権限情報内のサービスキーで復号化することにより取得されるものである
　ことを特徴とする請求項８に記載の方法。
　　【請求項１０】
　ブロードキャスト環境でのコンテンツ保護のための端末装置において，
　前記端末の公開キーで暗号化されたグループキーを獲得するための登録を遂行するデジタル権限管理モジュールと，
　サービス加入要請に応答して前記コンテンツに該当する権限情報を含むメッセージを受信する通信モジュールと，
　復号化されたグループキーを用いて前記メッセージからサービスキーを含む前記権限情報を獲得する権限管理モジュールと，
　前記サービスキーを用いて前記トラフィックキーメッセージからトラフィックキーを獲得し，コンテンツが受信されると，前記トラフィックキーを用いて暗号化されたコンテンツを復号化するキーストリーム管理モジュールと，を含み，
　前記サービスキーは，前記端末のサービス加入過程で割り当てられた暗号化キーであり，
　前記グループキーとは，端末が属するグループに該当する暗号キーである
　ことを特徴とする端末装置。
　　【請求項１１】
　前記通信モジュールは，トラフィックキーメッセージと暗号化されたコンテンツを受信する
　ことを特徴とする請求項１０に記載の端末装置。
　　【請求項１２】
　前記権限管理モジュールは，前記復号化されたグループキーを用いて前記受信されたメッセージから前記権限情報を獲得し，前記権限情報は，前記端末がサービスに加入したとき，割り当てられた暗号化キーであるサービスキーを含む
　ことを特徴とする請求項１０に記載の端末装置。
　　【請求項１３】
　前記トラフィックキーは，前記コンテンツを暗号化するために用いられた暗号化キーである
　ことを特徴とする請求項１０に記載の端末装置。
　　【請求項１４】
　前記通信モジュールは，ＢＳＭへ登録要請メッセージを伝送し，ＢＳＤを介して前記ＢＳＭから前記登録要請メッセージに応答して登録応答メッセージを受信し，
　前記登録応答メッセージは，前記端末が属するグループに該当するグループキーを含む
　ことを特徴とする請求項１０に記載の端末装置。
　　【請求項１５】
　前記登録要請メッセージと前記登録応答メッセージを検証する認証モジュールをさらに含む
　ことを特徴とする請求項１０に記載の端末装置。
　　【請求項１６】
　前記認証モジュールは，前記登録応答メッセージ内の端末識別情報及び伝送時間情報を検証し，
　前記キーストリーム管理モジュールは，前記登録応答メッセージを受信した後，前記端末の公開キーを用いて前記登録応答メッセージに含まれた暗号化されたグループキーを復号化する
　ことを特徴とする請求項１５に記載の端末装置。
　　【請求項１７】
　前記トラフィックキーで暗号化されたコンテンツを復号化するコンテンツ復号化モジュールをさらに含み，コンテンツプロバイダーからＢＳＡに伝送されたコンテンツは，前記トラフィックキーを用いて前記ＢＳＡにより暗号化されたことである
　ことを特徴とする請求項１０に記載の端末装置。」（以下，上記引用の請求項各項を，「補正後の請求項」という）に補正された。
　
２．補正の適否
　本件手続補正は，限定的減縮を目的とするものであるから，平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定を満たすものであるか否か，即ち，本件手続補正によって補正された請求項に係る発明が特許出願の際独立して特許を受けることができるか否かについて，以下に検討する。
　
（１）補正後の請求項１に係る発明
　本件手続補正により補正された請求項１に係る発明（以下，「本件補正発明」という）は，上記「１．補正の内容」において，補正後の請求項１として引用した記載のとおりのものであると認める。
　
（２）引用刊行物に記載の発明
　一方，原審が平成２１年１２月１７日付けの拒絶理由に引用した，本願の第１国出願前に既に公知である，「Open Mobile Alliance，Mobile Broadcast Service Architecture Draft Version 1.0-20 04 2005，２００５年　４月２０日，p.24-28」（以下,これを「引用刊行物１」という）には，関連する図面と共に次の事項が記載されている。
　
Ａ．「5.3.4.2　Key Hierarchy
　The figure below presents the key hierarchy for service protection.
　・・・・（中略）・・・・
Layer 1 implements device registration. The key material and meta data acquired during the registration phase will enable the device to decrypt and authenticate rights objects and subsequently access content.
Layer 2 implements rights management. The OMA 2-pass ROAP will be used for devices that have access to the interaction channel. This layer delivers a service encryption key instead of a content encryption key. The service encryption key is an intermediate key, i.e. it does not directly encrypt the content but instead encrypts a traffic encryption key. For management and protection of service subscriptions the service encryption key will be updated with normally longer crypto-period than the traffic key.  
Layer 3 implements traffic key delivery over the broadcast channel.  A traffic key message, encrypted by a service key, contains the traffic key, which is needed to decrypt (a part of) the service, together with the identifiers that allow the traffic key to be linked with the encrypted content and the rights object. The crypto-period (life-time) of the traffic key will be relatively short to prevent real-time distribution attacks.
The idea behind layer 3 is to provide enhanced security, scalability and richer use-case support. The specification for layer 3 shall ensure these ideas are met.
It is noted that the architectural framework does not exclude solutions that include changing security elements such as key derivation.
Layer 4 implements encryption of the broadcast content with the traffic key. The encryption can be performed on network layer (i.e. IP), transport layer (e.g. UDP), or session layer (e.g. RTP).」（２５頁１行〜末行）
（５．３．４．２　　　鍵階層
　以下の図は，サービス保護のための鍵階層を表している。
　・・・・（中略）・・・・
　１層は，デバイス登録を実行する。登録段階の間に取得される，鍵要素とメタデータは，デバイスが，権利オブジェクトを復号し，認証し，続いて，コンテンツにアクセスすることを可能にする。
２層は，権利操作を実行する。OMA 2-pass ROAPは，双方向チャネルにアクセスするデバイスによって用いられる。この層は，コンテンツ暗号化鍵の代わりに，サービス暗号化鍵を供給する。サービス暗号化鍵は，例えば，コンテンツを直接は暗号化しないが，代わりに，トラフィック暗号化鍵を暗号化すると言うような，中間鍵である。サービスへの加入の管理・保護のために，サービス暗号化鍵は，通常トラフィック鍵より長い暗号間隔で，更新される。
３層は，ブロードキャスト・チャネルを介して，トラフィック鍵を供給する。トラフィック鍵メッセージは，サービス鍵で暗号化され，暗号化されたコンテンツと権利要素にリンクされることを，トラフィック鍵に許可する識別子と一緒に，サービス（の一部）を復号するために必要な，トラフィック鍵を含む。トラフィック鍵の暗号間隔（寿命）は，実時間配信攻撃を防ぐために，相対的に短い。
３層の背景には，強化されたセキュリティ，拡張性，豊富な使用事例のサポートを提供することがある。
アーキテクチャ・フレームワークがキー派生のようなセキュリティ要素を変更することを含んでいる解決策を除外しないことが注目される。
４層は，トラフィック鍵によるブロードキャスト・コンテンツの暗号化を実行する。暗号化は，ネットワーク層（例えばIP），トランスポート層（例えば，UDP），或いは，セッション層（例えば，RTP）上で実行可能である。当審にて訳出。以下，同じ）
　
Ｂ．２５頁の図２には，「１層：デバイス登録」において，「権利復号鍵」が，「デバイス」に送信されることが，「２層：権利管理」において，「権利オブジェクト」が，「ブロードキャスト・チャネル」，或いは，「双方向チャネル」を介して，「デバイス」に送信され，「サービス復号鍵」も送信されることが，「３層：鍵供給」において，「ブロードキャスト・チャネル」を介して，「トラフィック鍵メッセージ」が，「デバイス」に送信されることが，「４層：サービス暗号化」において，「トラフィック鍵により暗号化されたサービス・データ」が，「ブロードキャスト・チャネル」を介して，「デバイス」に送信されることが表現され，更に，１層，２層の発行側，デバイス間の矢印が双方向であることから，「デバイス登録」層の，「権利復号鍵」，及び，「権利管理」層の，「権利オブジェクト」，並びに，「サービス復号鍵」は，「デバイス」からの要求に応じて，供給されることが表現されている。
　
Ｃ．２６頁の図Ｘには，「サービス保護機能アーキテクチャ」には，「BCAST Service Application」，「BDS Service Distribution」が含まれる点が表現されている。
　
Ｄ．「5.3.4.3.1 　Service Protection Reference Points
 The following table explains the interfaces and maps them to BCAST reference points.
 ・・・・（中略）・・・　The broadcast service(based on file and/or stream distribution)can be
- fed into the BDS for unprotected distribution to the terminal」(２６頁４〜５行，及び，表のSP1のDefinitionの１行〜３行)
（５．３．４．３．１　サービス保護基準点）
　以下の表は，インタフェースと，それらの，ＢＣＡＳＴ基準点についてのマップである。
・・・・（中略）・・・
　ブロードキャスト・サービス（ファイル及び／又はストリーム配信に基づく）は，端末への，保護されていない配信のための，ＢＤＳ（ブロードキャスト配信システム）内に入れられうる。）
　
Ｅ．「 This interface implements layer 2 (“rights management”) of the 4-layer model for delivery of rights objects over the broadcast channel.The rights objects will contain keys and rights corresponding to subscriptions for services or service bundles, or corresponding to pay-per-view events.
・・・・（中略）・・・・
　Furthermore, it may be useful to develop a group adressing scheme that allows a single rights object to be sent to a group of subscribers.」（表２７頁のSP4のDefinitionの１行〜１４行）
（このインタフェースは，ブロードキャスト・チャネルを介して，権利オブジェクトの配信のための４層モデルの第２層（“権利管理”）を実行する。権利オブジェクトは，鍵と，サービス，或いは，一纏まりのサービスのための許可に対応するか，又は，ペイ・パー・ヴュー方式のイベントに対応する権利とを，含むであろう。
・・・・（中略）・・・・
 さらに，加入者のグループに，１つの権利オブジェクトが送られることを許可する，グループ・アドレッシング・スキームを築くほうが便利である。）
　
ア．上記Ａの「The figure below presents the key hierarchy for service protection.」（以下の図は，サービス保護のための鍵階層を表している。）という記載から，引用刊行物１に記載のものは，「サービス保護のため」のものであることが読み取れ，
　上記Ａの「The key material and meta data acquired during the registration phase will enable the device to decrypt」（登録段階の間に取得される，鍵要素とメタデータは，デバイスが，権利オブジェクトを復号）という記載から，引用刊行物１には，
“デバイスが，登録段階において，権利オブジェクトを復号するための鍵を取得する”ことが記載されていると読み取れる。
　
イ．上記Ａの「 This layer delivers a service encryption key」（この層はサービス暗号化鍵を供給する）という記載，及び，「it does not directly encrypt the content but instead encrypts a traffic encryption key.」（それは，コンテンツを直接は暗号化しないが，代わりに，トラフィック暗号化鍵を暗号化する）という記載，及び上記Ｂで指摘の図２の内容から，引用刊行物１には，
“デバイスが，登録段階に続く，権利管理段階で，権利オブジェクト，及び，トラフィック鍵を復号する，サービス復号鍵を取得する”ことが記載されていると読み取れ，上記ア．において検討した事項から，「権利オブジェクト」は，「権利オブジェクトを暗号化するための鍵」によって暗号化されているので，該「サービス復号鍵」が，「権利オブジェクト」に含まれていれば，「権利オブジェクト」と同じく暗号化されており，また，仮に，同時に，別体として，「端末」に送信されるとしても，安全性の観点から，前記「暗号化するための鍵」で暗号化されていると解すのが妥当である。
　
ウ．上記Ａの「Layer 3 implements traffic key delivery over the broadcast channel. A traffic key message, encrypted by a service key, contains the traffic key, which is needed to decrypt (a part of) the service」（３層は，ブロードキャスト・チャネルを介して，トラフィック鍵を供給する。トラフィック鍵メッセージは，サービス鍵で暗号化され，サービス（の一部）を復号するために必要な，トラフィック鍵を含む）という記載から，引用刊行物１には，
“デバイスが，３層において，サービス鍵で暗号化された，サービスを復号するためのトラフィック鍵を取得する”ことが読み取れる。”
　
エ．上記Ａの「Layer 4 implements encryption of the broadcast content with the traffic key.」（トラフィック鍵によるブロードキャスト・コンテンツの暗号化を実行する。）という記載から，引用刊行物１においては，“デバイスにブロードキャストされるコンテンツは，トラフィック鍵で暗号化されて，ブロードキャストされ，デバイスは，前記トラフィック鍵を用いて復号する”ことが読み取れる。
　
オ．上記Ｂ，及び，Ｃに指摘の事項から，引用刊行物１に記載のシステムは，少なくとも，BCAST Service Application」，「BDS Service Distribution」を有すること，即ち，「ブロードキャスト・サービス・アプリケーション」，「ＢＤＳサービス・ディストリビューション」を有することが読み取れる。
　
カ．上記Ｂで指摘の引用刊行物１に記載の構成から，“送信元”から，「ブロードキャスト・チャネル」を介して，「デバイス」に,「権利復号鍵」，「権利オブジェクト」，「サービス復号鍵」，「トラフィック鍵により暗号化されたサービス・データ」送信されることが読み取れ，上記Ｅの「The rights objects will contain keys」（権利オブジェクトは，鍵を含む）という記載から，「権利オブジェクト」には，「サービス復号鍵」が含まれることが読み取れる。
　そして，上記Ｄの「terminal（端末）」という記載と，上記Ｂで指摘した「デバイス」から，引用刊行物１に記載のシステムにおける「デバイス」は，「端末」を含むものであることが読み取れるので，
　引用刊行物１に記載のシステムは，上記エ．において検討した事項も踏まえると，「ブロードキャスト・サービス・アプリケーション」，「ＢＤＳサービス・ディストリビューション」，「端末」，「ブロードキャスト・チャネル」によって構成されていることが読み取れる。
　
　以上，上記ア．〜カ．で検討した事項より，引用刊行物１には，次の発明（以下，これを「引用発明」という）が，記載されていると認める。
　
　ブロードキャスト・サービス・アプリケーション，ＢＤＳサービス・ディストリビューション，ブロードキャスト・チャネルより構成されるシステムと，端末間において，サービスを保護するための方法であって，
　前記端末が，権利オブジェクトを復号するための鍵を取得する，登録段階と，
　前記端末が，トラフィック鍵を復号するためのサービス復号鍵を含む暗号化された権利オブジェクトを取得する，登録段階に続く，権利管理段階と，
　前記端末が，サービス鍵で暗号化された，サービスを復号するためのトラフィック鍵を取得する，段階と，
　前記端末が，ブロードキャストされた，前記トラフィック鍵で暗号化されたコンテンツを，前記トラフィック鍵で復号する段階と，を有する方法。
　
（３）本件補正発明と，引用発明との対比
ア．引用発明における「ブロードキャスト・サービス・アプリケーション，ＢＤＳサービス・ディストリビューション，ブロードキャスト・チャネルより構成されるシステム」は，明文の記載はないものの，「権利管理段階」において，“サービスの管理”が行われていることは明らかであるから，
　本件補正発明における「ブロードキャスト・サービス・アプリケーション（ＢＳＡ），ブロードキャスト・サービス・ディストリビューション（ＢＳＤ），ブロードキャスト・サービス・マネージメント（ＢＳＭ）を含むブロードキャストネットワーク」に相当し，
　引用発明においても，「コンテンツ」を「トラフィック鍵」で暗号化して「端末」に送信するのは，「コンテンツ」を保護することに他ならず，引用発明における，各段階で，端末と，「権利オブジェクト」，「権利サービス復号鍵」等との対応付けが行われているので，この処理が，本件補正発明における「エンティティ同士の関連付け」に相当することから，
　引用発明における「ブロードキャスト・サービス・アプリケーション，ＢＤＳサービス・ディストリビューション，ブロードキャスト・チャネルより構成されるシステムと，端末間において，サービスを保護するための方法」は，
　本件補正発明における「ブロードキャスト・サービス・アプリケーション（ＢＳＡ），ブロードキャスト・サービス・ディストリビューション（ＢＳＤ），ブロードキャスト・サービス・マネージメント（ＢＳＭ）を含むブロードキャストネットワーク及び端末により構成されるブロードキャスト環境下でのコンテンツの保護のために，前記端末と前記ブロードキャストネットワークを構成するエンティティ同士の関連付け方法」に相当する。　
イ．引用発明における「権利オブジェクトを復号するための鍵」は，「暗号化された権利オブジェクト」，及び，「暗号化されたサービス鍵」を復号するためのものであり，
　引用発明における「サービス復号鍵」は，「暗号化されたコンテンツ」を復号するための「トラフィック鍵」を復号するために用いられるのであるから，
　本件補正発明における「サービス鍵」に相当し，
　引用発明における「権利オブジェクト」は，「サービス復号鍵」を含むものであるから，
　本件補正発明における「権利情報」に相当するので，
　引用発明における「権利オブジェクトを復号するための鍵」と，
　本件補正発明における「グループキー」とは，
“暗号化されたサービス鍵と，前記暗号化されたサービス鍵の暗号化されたサービス鍵の暗号化に用いた鍵と同じもので暗号化された権利データとを復号するための復号鍵”である点で共通するので，
　引用発明における「端末が，権利オブジェクトを復号するための鍵を取得する，登録段階」と，
　本件補正発明における「端末が前記端末の公開キーで暗号化されたグループキーを取得するための登録過程を行うステップ」とは，
“端末が，暗号化された権利情報を復号するための復号鍵を取得するための登録過程を行うステップ”である点で共通する。
　
ウ．引用発明において，「端末」から，「サービス復号鍵」と，「権利オブジェクト」の取得要求が，「コンテンツ」の「ブロードキャスト」元に送信されることは，明らかであるから，この“要求”の過程と，
　本件補正発明における「端末がサービス加入を要請するステップ」には，
　“サービス鍵を要求するステップ”である点で共通し，
　上記イ．において検討した事項を踏まえると，
　引用発明における「トラフィック鍵を復号するためのサービス復号鍵を含む暗号化された権利オブジェクトを取得する，登録段階に続く，権利管理段階」と，
　本件補正発明における「端末が前記サービス加入要請に対応するメッセージを受信するステップ」とは，
“端末が，サービス鍵を要求に応答して，暗号化された権利情報を受信するステップ”である点で共通し,
　引用発明においても，受信した「暗号化された権利オブジェクト」を，「権利オブジェクトを復号するための鍵」を用いて復号することは，明らかであるから，この段階と，
　本件補正発明における「復号化されたグループキーを用いて前記メッセージからサービスキーを含む権限情報を獲得するステップ」とは，
“暗号化された権利情報を復号するための復号鍵を用いて，受信した権利情報を復号するステップ”である点で共通する。
　
エ．引用発明における「端末が，サービス鍵で暗号化された，サービスを復号するためのトラフィック鍵を取得する，段階」では，先ず，「端末」が，“暗号化されたトラフィック鍵”を受信しており，該「トラフィック鍵」は，「トラフィック鍵」を送るための“メッセージ”として送られる態様を含むものであり，次に，暗号化されている「トラフィック鍵」が，復号された「サービス鍵」によって復号されることは明らかであるから，
　引用発明における「端末が，サービス鍵で暗号化された，サービスを復号するためのトラフィック鍵を取得する，段階」は，
　本件補正発明における「端末は，サービス加入後に受信されるトラフィックキーメッセージから前記サービスキーを用いてトラフィックキーを取得するステップ」に相当する。
　
オ．そして，引用発明における「端末が，ブロードキャストされた，前記トラフィック鍵で暗号化されたコンテンツを，前記トラフィック鍵で復号する段階」が，
　本件補正発明における「端末は，前記トラフィックキーを用いて暗号化されたコンテンツを受信して復号化するステップ」に相当する。
　
　以上ア．〜オ．において検討した事項から，本件補正発明と，引用発明との，一致点，及び，相違点は，次のとおりである。
　
［一致点］
　ブロードキャスト・サービス・アプリケーション（ＢＳＡ），ブロードキャスト・サービス・ディストリビューション（ＢＳＤ），ブロードキャスト・サービス・マネージメント（ＢＳＭ）を含むブロードキャストネットワーク及び端末により構成されるブロードキャスト環境下でのコンテンツの保護のために，前記端末と前記ブロードキャストネットワークを構成するエンティティ同士の関連付け方法であって，
　端末が，暗号化された権利情報を復号するための復号鍵を取得するための登録過程を行うステップと，
　サービス鍵を要求するステップと，
　端末が，サービス鍵を要求に応答して，暗号化された権利情報を受信するステップと，
　暗号化された権利情報を復号するための復号鍵を用いて，受信した権利情報を復号するステップと，
　端末は，サービス加入後に受信されるトラフィックキーメッセージから前記サービスキーを用いてトラフィックキーを取得するステップと，
　端末は，前記トラフィックキーを用いて暗号化されたコンテンツを受信して復号化するステップと，を含む方法。
　
［相違点１］
“暗号化された権利情報を復号するための復号鍵”に関して，
　本件補正発明においては，「端末の公開キーで暗号化されたグループキー」であるのに対して，
　引用発明においては，「権利オブジェクトを復号するための鍵」が，「端末」の「公開キー」で暗号化されていること，及び，前記「鍵」が，「グループキー」であることへの言及がない点。
　
［相違点２］
“サービス鍵要求”に関して，
　本件補正発明においては，「サービス加入の要請」であるのに対して，
　引用発明においては，「サービスの加入」についての言及がない点。
　
［相違点３］
“サービス鍵を要求に応答して，暗号化された権利情報を受信”することに関して，
　本件補正発明においては，「サービス加入要請に対応するメッセージを受信する」ものであるのに対して，
　引用発明においては，「サービス加入要請に対応するメッセージ」として，「権利オブジェクト」を受信する点についての言及がない点。
　
［相違点４］
　本件補正発明においては，「サービスキーは，端末がサービス加入過程で割り当てられた暗号化キーであり，グループキーとは，端末が属するグループに該当する暗号キーである」のに対して，
　引用発明においては，そのような限定がなされていない点。
　
（４）相違点についての当審の判断
ア．［相違点１］について
　引用発明においても，上記Ｅで引用した記載中に，
「it may be useful to develop a group adressing scheme that allows a single rights object to be sent to a group of subscribers.」（加入者のグループに，１つの権利オブジェクトが送られることを許可する，グループ・アドレッシング・スキームを築くほうが便利である。）
　と記載されているように，「１つの権利オブジェクト」を「加入者グループ」に送信する点については言及されている。
　そして，group共通に鍵としてグループキーを利用することは，原審が拒絶理由に引用した，本願の第１国出願前に既に公知である，「Open Mobile Alliance，Service and Content Protection for Mobile Broadcast Services Draft Version 1.0-29 August 2005，２００５年　８月２９日，p.37-40」（以下，これを「引用刊行物２」という）に,
　
Ｆ．「5.1.2.4　　Addressing (group / unique)
The registration data supports four cases of addressing devices, as is explained in Figure 7 below.
・・・・（中略）・・・・
key:
1 = addressing a unique group? use Unique Group Key (UGK)
2 = addressing  unique group? use Subscriber Group Key(s) (SGK)
3 = addressing only one device? use Unique Device Key (UDK)
4 = addressing a local domain? use Local Domain Key (LDK) 
　
A unique group contains all devices in a group. A Subscriber Group can be smaller than or as large as the unique group. Alternatively a device can be addressed via a (local) domain group. A unique device can be part of a unique group and/or a Subscriber Group and/or local domain. One or more unique groups form the population of devices. In this example the group size is 256 devices. A group size of 512 or 256 is supported and is an acceptable group size when it should be needed to revoke the devices.」（３７頁５行〜１７行）
（５.1.２.４　アドレス指定（グループ／固有）
　登録データは，以下の図７に示すように，デバイスのアドレス指定の４つの場合を，サポートする。
　・・・・（中略）・・・・
キー：
１＝固有グループのアドレス指定の場合，固有グループキー（UGK）を使用する
２＝固有グループより小さいアドレス指定の場合，加入者グループキー（SGK）を使用する
３＝唯一のデバイスのアドレス指定の場合，固有デバイスキー（UDK）を使用する
４＝ローカル・ドメインのアドレス指定の場合，ローカル・ドメイン・キー（LDK）を使用する
　
固有グループは，グループ内のすべてのデバイスを含む。加入者グループは，固有グループより小さいか，同じ大きさであり得る。あるいは，デバイスは，（ローカル）ドメイン・グループを介して，アドレス指定することができる。固有のデバイスは，固有グループ，及び／又は，加入者グループ，及び／又は，ローカル・ドメインの一部であり得る。１つ以上の固有グループが，デバイスのポピュレーションを形成している。この例においては，グループ・サイズは，２５６デバイスである。５１２か２５６のグループ・サイズが，サポートされ，デバイスを無効にすることが必要な場合に，受理できるグルーブ・サイズである。）
　
Ｇ．「5.1.2.4.1　Addressing the unique group
To access the whole group, following (oversimplified) BCRO is used.
       (1)　｜type ｜　Group address　｜  Content key ｜       
　　　　　　　Figure 8 - (OVERSIMPLIFIED) GROUP BCRO
　・　The group address was delivered with the registration data and is used to
　　 filter for the message
　・　The content key (which can carry the SEK and/or PEK) is encrypted with a 
     Deduced Encryption Key (DEK). In this case the unique_group_key (UGK) is
     used as the DEK.  The UGK used by the RI is identical to the key that was 
     delivered with the registration data send to the device. 
 ・  Everybody in a group can use the content key.」（３８頁９行〜１７行，なお，一部の表記をシステム対応で変更している。）
（５．１．２．４．１　ユニーク・グループのアドレス指定
　すべてのグループにアクセスするために，以下の，（単純化した）ブロードキャスト・ライト・オブジェクトが用いられる。
　　（１）　｜タイプ｜グループ・アドレス｜コンテンツキー｜
　　図８−（単純化した）グループ・ブロードキャスト・ライト・オブジェクト
・グループ・アドレスは，登録データによって供給され，メッセージのフィルタとして用いられる。
・（SEK，及び／又は，PEKを運び得る）コンテンツキーは，推定される暗号化キー（DEK）で暗号化される。このケースでは，ユニーク・グループ・キー（UGK）がDEKとして用いられる。権利発行者によって使用されるUGKは，デバイスに送られる登録データと共に，供給された鍵と一致する。
・グループ内の誰もが，コンテンツキーを使用することができる。）
　
　という記載があるとおり，本願の第１国出願前に，当業者には，既に知られた技術事項である。
　また，暗号化に用いる鍵を，自らの公開鍵で，暗号化された状態で取得する点については，原審の拒絶査定の備考において，その周知性を示すために引用された，本願の第１国出願前に既に公知である，特開２００４−０２３２３７号公報（２００４年１月２２日公開，以下，これを「周知文献１」という）に，
　
Ｈ．「【００３４】
この発明によれば、サーブグループ管理サーバが、
自己が管理する端末の夫々の暗号化公開鍵でサーブグループ鍵を暗号化し、サーブグループ管理サーバが管理する端末に暗号化公開鍵で暗号化したサーブグループ鍵を配布する
　
　と記載されているように，本願の第１国出願前に，当業者には，周知の技術事項である。
　よって，引用発明において，引用刊行物２に記載の発明，及び，周知文献１に記載の周知技術に基づいて，「サービス鍵」を，暗号化／復号するための鍵を，グループ鍵とし，それを「端末」に対して，当該「端末」の公開鍵で暗号化して，配信するよう構成することは，当業者が適宜なし得る事項である。
　よって，相違点１は，格別のものではない。
　
イ．［相違点２］，及び，［相違点３］について
　クライアントからの，サービス加入要求に応じて，サービス鍵に相当する鍵を，クライアントに送信するようなことは，例えば，原審が，拒絶査定の備考において，その周知性を示すために引用された，本願の第１国出願前に既に公知である，特開２００３−０６９５４７号公報（２００３年３月７日公開，以下，これを「周知文献２」という）に，
　
Ｉ．「【０１０１】図１０は，サーバ４およびマルチキャストグループ５に属するクライアント（ここでは，クライアント５ｃとする。）の処理の流れを示すシーケンス図である。このシーケンス図に示す処理は，
サーバ４のデータ配信サービスに未加入のクライアント５ｃが，データ配信サービスに加入する場合を説明している
【０１０２】まず，
クライアント５ｃの制御部５０は，
データ配信サービスの加入手続を行う
【０１０３】受信要求は，サーバ４の送受信部４３を介して制御部４０に与えられる。
・・・・（中略）・・・・
【０１０７】続いて，制御部４０（または鍵暗号部４２）は，
受信要求の受信時において有効なグループセッション鍵（Ｋgr(ｉ)とする。）を暗号化し，送受信部４３を介してクライアント５ｃにユニキャストにより送信する
この暗号化の方法としては
ーバ４が共通鍵Ｋｃでグループセッション鍵Ｋgr(ｉ)を暗号化するとともに，この共通鍵Ｋｃをクライアント５ｃの公開鍵Ｋｐにより暗号化してクライアント５ｃに送信する方法がある
　
　と記載されているように，本願の第１国出願前に，当業者には周知の技術事項であり，
　このとき，該鍵を，「メッセージ」として受信することも，当該技術分野においては，周知の技術事項であるから，
　引用発明においても，「サービス復号鍵」を取得する時点を，「サービス加入」の時点とし，サービス加入要求の応用として，当該鍵を「メッセージ」として取得することは，当業者が適宜なし得る事項である。
　よって，相違点２，及び，相違点３は，格別のものではない。
　
ウ．［相違点４］について
　「サービス加入」については，上記イにおいて検討したとおりであり，引用発明における「サービス復号鍵」は，該「鍵」を要求する過程で割り当てられるものであることは明らかであるから，該過程を「サービス加入」の過程とすれば，該「サービス復号鍵」が，その過程で割り当てられる「暗号化キー」であることは明らかである。また，「グループキー」を採用する点については，上記アにおいて検討したとおりであるから，引用発明において，「端末」をいくつかの「グループ」に分ける構成とした場合,各「グループ」に割り当てられる「権利オブジェクトを復号するための鍵」が，「端末が属するグループに該当する暗号キー」となることも明らかである。
　よって，相違点４は，格別のものではない。
　
　上記で検討したごとく，相違点１〜４はいずれも格別のものではなく，そして，本件補正発明の構成によってもたらされる効果も，当業者であれば当然に予測可能なものに過ぎず格別なものとは認められない。
　よって，本件補正発明は，本願の特許出願前に日本国内又は外国において頒布された刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基づいて当業者が容易に発明をすることができたものであるので，特許法第２９条第２項の規定により特許出願の際独立して特許を受けることができない。
　
３．補正却下むすび
　したがって，本件手続補正は，平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので，同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
　よって，補正却下の決定の結論のとおり決定する。
　
第３．本願発明について
　平成２３年５月１１日付けの手続補正は，上記のとおり却下されたので，本願の請求項１に係る発明（以下，これを「本願発明」という）は，平成２２年４月１４日付けの手続補正により補正された，上記「第２．平成２３年５月１１日付けの手続補正の却下の決定」の「１．補正の内容」において，補正前の請求項１として引用した，次に記載のとおりのものである。
　
「ブロードキャスト・サービス・アプリケーション（ＢＳＡ），ブロードキャスト・サービス・ディストリビューション（ＢＳＤ），ブロードキャスト・サービス・マネージメント（ＢＳＭ）を含むブロードキャストネットワーク及び端末により構成されるブロードキャスト環境下でのコンテンツの保護のために，前記端末と前記ブロードキャストネットワークを構成するエンティティ同士の関連付け方法において，
　前記端末が前記端末の公開キーで暗号化されたグループキーを取得するための登録過程を行うステップと，
　前記端末がサービス加入を要請するステップと，
　前記端末が前記サービス加入要請に対応するメッセージを受信するステップと，
　復号化されたグループキーを用いて前記メッセージからサービスキーを含む権限情報を獲得するステップと，
　前記端末は，サービス加入後に受信されるトラフィックキーメッセージから前記サービスキーを用いてトラフィックキーを取得するステップと，
　前記端末は，前記トラフィックキーを用いて暗号化されたコンテンツを受信して復号化するステップと，を含み，
　前記サービスキーは，前記端末がサービス加入過程で割り当てられた暗号化キーである
　ことを特徴とする方法。」
　
第４．引用刊行物に記載の発明
　一方，原審が拒絶理由に引用した，本願の第１国出願前に既に公知である，「Open Mobile Alliance，Mobile Broadcast Service Architecture Draft Version 1.0-20 04 2005，２００５年　４月２０日，p.24-28」（以下,これを「引用刊行物１」という）には，上記「第２．平成２３年５月１１日付けの手続補正の却下の決定」の「２．補正の適否」における「（２）引用刊行物に記載の発明」において，認定したとおりの発明が記載されているものと認める。
　
第５．本願発明と引用発明との対比
　本願発明は，本件補正発明から，
「前記グループキーとは，端末が属するグループに該当する暗号キーである」という限定を外したものであるから，
　本願発明と引用発明とは，本件補正発明と引用発明との一致点と同じ一致点において一致し，以下の相違点において相違する。
　
［相違点Ａ］
“暗号化されたサービス鍵と，前記暗号化されたサービス鍵の暗号化に用いた鍵と同じもので暗号化された権利データとを復号するための復号鍵”に関して，
　本願発明においては，「端末の公開キーで暗号化されたグループキー」であるのに対して，
　引用発明においては，「権利オブジェクトを復号するための鍵」が，「端末」の「公開キー」で暗号化されていること，及び，前記「鍵」が，「グループキー」であることへの言及がない点。
　
［相違点Ｂ］
“サービス鍵要求”に関して，
　本願発明においては，「サービス加入の要請」であるのに対して，
　引用発明においては，「サービスの加入」についての言及がない点。
　
［相違点Ｃ］
“サービス鍵を要求に応答して，暗号化された権利情報を受信”することに関して，
　本願発明においては，「サービス加入要請に対応するメッセージを受信する」ものであるのに対して，
　引用発明においては，「サービス加入要請に対応するメッセージ」として，「権利オブジェクト」を受信する点についての言及がない点。
　
［相違点Ｄ］
　本願発明においては，「サービスキーは，端末がサービス加入過程で割り当てられた暗号化キーである」のに対して，
　引用発明においては，そのような限定がなされていない点。
　
第６．当審の判断
１．［相違点Ａ］〜［相違点Ｃ］について
　本願発明と，引用発明との［相違点Ａ］〜［相違点Ｃ］は，本件補正発明と，引用発明との［相違点１］〜［相違点３］と同じものであるから，上記「第２．平成２３年５月１１日付けの手続補正の却下の決定」の「２．補正の適否」における「（４）相違点についての当審の判断」において検討したとおりである。
　よって，相違点Ａ〜相違点Ｃは，格別のものではない。
　
２．［相違点Ｄ］について
　本願発明と，引用発明との［相違点Ｄ］は，本件補正発明と，引用発明との［相違点４］から，「グループキー」に関する部分を取り除いたものであるから，上記「第２．平成２３年５月１１日付けの手続補正の却下の決定」の「２．補正の適否」における「（４）相違点についての当審の判断」の「ウ．［相違点４］について」で，「サービスキー」について言及した事項がそのまま当てはまる。
　よって，相違点Ｄは，格別のものではない。
　
　上記で検討したごとく，相違点Ａ〜Ｄはいずれも格別のものではなく，そして，本願発明の構成によってもたらされる効果も，当業者であれば容易に予測できる程度のものであって，格別なものとは認められない。
　
第７．むすび
　したがって，本願発明は，本願の特許出願前に日本国内又は外国において頒布された刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基づいて当業者が容易に発明をすることができたものであるので，特許法第２９条第２項の規定により特許を受けることができない。
　
　よって，結論のとおり審決する。