【事件の表示】
　特願２０１３−５２０６４６「ＤＲＭサービスを提供する方法及び装置」拒絶査定不服審判事件〔平成２４年　１月２６日国際公開，ＷＯ２０１２／０１１７２６，平成２５年　９月　５日国内公表、特表２０１３−５３４６８４〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１．手続の経緯
　本願は，２０１１年７月１９日（パリ条約による優先権主張外国庁受理２０１０年７月１９日　大韓民国）を国際出願日とする出願であって，
　平成２５年１月１８日付けで特許法第１８４条の４第１項の規定による明細書，請求の範囲，及び，図面（図面の中の説明に限る）の日本語による翻訳文が提出されると共に審査請求がなされ，平成２６年１月１４日付けで審査官により拒絶理由が通知され，これに対して平成２６年４月２１日付けで意見書が提出されると共に手続補正がなされたが，平成２６年８月１日付けで審査官により拒絶査定がなされ（謄本送達；平成２６年８月５日），これに対して平成２６年１２月５日付けで審判請求がなされると共に手続補正がなされ，平成２７年１月２３日付けで審査官により特許法第１６４条第３項の規定に基づく報告がなされたものである。
　
第２．平成２６年１２月５日付けの手続補正の却下の決定
　
　［補正却下の決定の結論］
　
　平成２６年１２月５日付け手続補正を却下する。
　
　［理由］
　
１．補正の内容
　平成２６年１２月５日付けの手続補正（以下，「本件手続補正」という）により，平成２６年４月２１日付けの手続補正により補正された特許請求の範囲，
「　【請求項１】
　アダプティブストリーミングサービスを提供するユーザ端末装置のディジタル著作権管理（ＤＲＭ）サービス提供方法であって，
　前記アダプティブストリーミングサービスを用いて提供される特定のコンテンツに適用されたＤＲＭシステムが複数あり，それらの複数のＤＲＭシステムに関する情報を含む，前記特定のコンテンツのコンテンツ保護情報を，受信するステップと，
　前記複数のＤＲＭシステムのうちから特定のＤＲＭシステムを選択するステップと，
　前記特定のＤＲＭシステムに対応し，前記特定のコンテンツを復号可能な暗号キーを含むライセンスを取得するステップと，
　前記取得したライセンスを用いて前記特定のコンテンツを復号するステップと，
を有することを特徴とするＤＲＭサービス提供方法。
　　【請求項２】
　前記ライセンスを取得するステップは，
　前記特定のＤＲＭシステムが前記ユーザ端末でサポートするＤＲＭシステムと一致しない場合に，前記コンテンツ保護情報に含まれたダウンロード情報に基づいて前記特定のＤＲＭシステムモジュールをダウンロードするステップと，
　前記特定のＤＲＭシステムモジュールを用いて前記特定のＤＲＭシステムモジュールに対応するＤＲＭエージェントを設置するステップと，
　前記ＤＲＭエージェントが前記コンテンツ保護情報に含まれたライセンス取得情報に基づいて前記ライセンスを取得するステップと
を有することを特徴とする請求項１に記載のＤＲＭサービス提供方法。
　　【請求項３】
　前記特定のＤＲＭシステムを選択するステップは，
　前記アダプティブストリーミングサービスに従って複数の期間に分割された前記特定のコンテンツの受信期間をチェックするステップと，
　前記コンテンツ保護情報に基づいて前記受信期間に適用された複数のＤＲＭシステムのタイプをチェックするステップと，
　選択基準に基づいて前記受信期間に適用された複数のＤＲＭシステムのうちから前記特定のＤＲＭシステムを選択するステップと
を有することを特徴とする請求項２に記載のＤＲＭサービス提供方法。
　　【請求項４】
　前記特定のＤＲＭシステムを選択するステップは，
　ネットワーク状態をモニタリングすることにより現在のネットワーク帯域幅をチェックするステップと，
　前記アダプティブストリーミングサービスに従って複数の期間に分割された前記特定のコンテンツの受信期間をチェックするステップと，
　前記受信期間に対応する複数のレプリゼンテーションのうちから前記現在のネットワーク帯域幅をサポートするレプリゼンテーションを選択するステップと，
　前記コンテンツ保護情報に基づいて前記選択されたレプリゼンテーションに適用された複数のＤＲＭシステムのタイプをチェックするステップと，
　選択基準に基づいて前記タイプがチェックされた複数のＤＲＭシステムのうちから前記特定のＤＲＭシステムを選択するステップと
を有することを特徴とする請求項２に記載のＤＲＭサービス提供方法。
　　【請求項５】
　前記特定のＤＲＭシステムを選択するステップは，
　ネットワーク状態をモニタリングすることにより現在のネットワーク帯域幅をチェックするステップと，
　前記アダプティブストリーミングサービスに従って複数の期間に分割された前記特定のコンテンツの受信期間をチェックするステップと，
　前記受信期間に対応する複数のレプリゼンテーションのうちから前記現在のネットワーク帯域幅をサポートし，前記ユーザ端末装置に対応するサブスクリプションレベルに対応するレプリゼンテーションを選択するステップと，
　前記コンテンツ保護情報に基づいて前記選択されたレプリゼンテーションに適用された複数のＤＲＭシステムのタイプをチェックするステップと，
　選択基準に基づいて前記タイプがチェックされた複数のＤＲＭシステムのうちから前記特定のＤＲＭシステムを選択するステップと
を有することを特徴とする請求項２に記載のＤＲＭサービス提供方法。
　　【請求項６】
　前記受信期間に対応する複数のレプリゼンテーションのうちで前記ユーザ端末装置に対応するサブスクリプションレベルより低いサブスクリプションレベルに対応するレプリゼンテーションに対応するコンテンツは，前記取得したライセンスに含まれた第１の暗号キーを用いて取得した第２の暗号キーを用いて再生されることを特徴とする請求項５に記載のＤＲＭサービス提供方法。
　　【請求項７】
　前記選択基準は，前記ユーザ端末装置でサポートするタイプのＤＲＭシステム，前記ユーザ端末装置で選好するＤＲＭシステム，及び前記特定のコンテンツのプロバイダーが選好するＤＲＭシステムのうちの少なくとも１つを含むことを特徴とする請求項３乃至請求項５のいずれか１項に記載のＤＲＭサービス提供方法。
　　【請求項８】
　前記コンテンツ保護情報は，マルチメディアプリゼンテーションディスクリプション（ＭＰＤ）情報の最上位ノード及びレプリゼンテーション情報のうちのいずれか１つに含まれることを特徴とする請求項２乃至請求項５のいずれか１項に記載のＤＲＭサービス提供方法。
　　【請求項９】
　アダプティブストリーミングサービス及びディジタル著作権管理（ＤＲＭ）サービスを提供するユーザ端末装置であって，
　前記アダプティブストリーミングサービスを用いて提供される特定のコンテンツに適用されたＤＲＭシステムが複数あり，それらの複数のＤＲＭシステムに関する情報を含む，前記特定のコンテンツのコンテンツ保護情報を，受信する送受信部と，
　前記複数のＤＲＭシステムのうちから特定のＤＲＭシステムを選択するＤＲＭ選択部と，
　前記特定のＤＲＭシステムに対応し，前記特定のコンテンツを復号可能な暗号キーを含むライセンスを取得するＤＲＭエージェントと，
　前記取得したライセンスを用いて前記特定のコンテンツを復号する復号部と，
を有することを特徴とするユーザ端末装置。
　　【請求項１０】
　前記特定のＤＲＭシステムが前記ユーザ端末でサポートするＤＲＭシステムと一致しない場合に，前記コンテンツ保護情報に含まれたダウンロード情報に基づいて前記特定のＤＲＭシステムモジュールをダウンロードし，前記特定のＤＲＭシステムモジュールを用いて前記特定のＤＲＭシステムモジュールに対応する前記ＤＲＭエージェントを設置するＤＲＭ設置部をさらに有し，
　前記ＤＲＭエージェントが前記コンテンツ保護情報に含まれたライセンス取得情報に基づいて前記ライセンスを取得することを特徴とする請求項９に記載のユーザ端末装置。
　　【請求項１１】
　前記アダプティブストリーミングサービスに従って複数の期間に分割された前記特定のコンテンツの受信期間をチェックするレプリゼンテーション選択部をさらに有し，
　前記ＤＲＭ選択部は，前記コンテンツ保護情報に基づいて前記チェックされた受信期間に適用された複数のＤＲＭシステムのタイプをチェックし，選択基準に基づいて前記受信期間に適用された複数のＤＲＭシステムのうちから前記特定のＤＲＭシステムを選択することを特徴とする請求項９に記載のユーザ端末装置。
　　【請求項１２】
　ネットワーク状態をモニタリングすることにより現在のネットワーク帯域幅をチェックする帯域幅モニターと，
　前記アダプティブストリーミングサービスに従って複数の期間に分割された前記特定のコンテンツの受信期間をチェックし，前記受信期間に対応する複数のレプリゼンテーションのうちから前記現在のネットワーク帯域幅をサポートするレプリゼンテーションを選択するレプリゼンテーション選択部と
をさらに有し，
　前記ＤＲＭ選択部は，前記コンテンツ保護情報に基づいて前記選択されたレプリゼンテーションに適用された複数のＤＲＭシステムのタイプをチェックし，選択基準に基づいて前記タイプがチェックされた複数のＤＲＭシステムのうちから特定のＤＲＭシステムを選択することを特徴とする請求項９に記載のユーザ端末装置。
　　【請求項１３】
　ネットワーク状態をモニタリングすることにより現在のネットワーク帯域幅をチェックする帯域幅モニターと，
　前記アダプティブストリーミングサービスに従って複数の期間に分割された前記特定のコンテンツの受信期間をチェックし，前記受信期間に対応する複数のレプリゼンテーションのうちから前記現在のネットワーク帯域幅をサポートし，前記ユーザ端末装置に対応するサブスクリプションレベルに対応するレプリゼンテーションを選択するレプリゼンテーション選択部と
をさらに有し，
　前記ＤＲＭ選択部は，前記コンテンツ保護情報に基づいて前記選択されたレプリゼンテーションに適用された複数のＤＲＭシステムのタイプをチェックし，選択基準に基づいて前記タイプがチェックされた複数のＤＲＭシステムのうちから前記特定のＤＲＭシステムを選択することを特徴とする請求項９に記載のユーザ端末装置。
　　【請求項１４】
　前記受信期間に対応する複数のレプリゼンテーションのうちで前記ユーザ端末装置に対応するサブスクリプションレベルより低いサブスクリプションレベルに対応するレプリゼンテーションに対応するコンテンツは，前記取得したライセンスに含まれた第１の暗号キーを用いて取得した第２の暗号キーを用いて再生されることを特徴とする請求項１３に記載のユーザ端末装置。
　　【請求項１５】
　前記選択基準は，前記ユーザ端末装置でサポートするタイプのＤＲＭシステム，前記ユーザ端末装置で選好するＤＲＭシステム，及び前記特定のコンテンツのプロバイダーが選好するＤＲＭシステムのうちの少なくとも１つを含み，
　前記コンテンツ保護情報は，マルチメディアプリゼンテーションディスクリプション（ＭＰＤ）情報の最上位ノード又はレプリゼンテーション情報のうちのいずれか１つに含まれることを特徴とする請求項１１乃至請求項１３のうちのいずれか１項に記載のユーザ端末装置。」（以下，上記引用の請求項各項を，「補正前の請求項」という）は，
「　【請求項１】
　アダプティブストリーミングサービスを提供するユーザ端末装置のディジタル著作権管理（ＤＲＭ）サービス提供方法であって，
　前記アダプティブストリーミングサービスを用いて提供される同一のコンテンツに適用されたＤＲＭシステムが複数あり，それらの複数のＤＲＭシステムに関する情報を含む，前記同一のコンテンツである特定のコンテンツのコンテンツ保護情報を，受信するステップと，
　前記複数のＤＲＭシステムのうちから特定のＤＲＭシステムを選択するステップと，
　前記特定のＤＲＭシステムに対応し，前記特定のコンテンツを復号可能な暗号キーを含むライセンスを取得するステップと，
　前記取得したライセンスを用いて前記特定のコンテンツを復号するステップと，
を有することを特徴とするＤＲＭサービス提供方法。
　　【請求項２】
　前記ライセンスを取得するステップは，
　前記特定のＤＲＭシステムが前記ユーザ端末装置でサポートするＤＲＭシステムと一致しない場合に，前記コンテンツ保護情報に含まれたダウンロード情報に基づいて前記特定のＤＲＭシステムモジュールをダウンロードするステップと，
　前記特定のＤＲＭシステムモジュールを用いて前記特定のＤＲＭシステムモジュールに対応するＤＲＭエージェントを設置するステップと，
　前記ＤＲＭエージェントが前記コンテンツ保護情報に含まれたライセンス取得情報に基づいて前記ライセンスを取得するステップと
を有することを特徴とする請求項１に記載のＤＲＭサービス提供方法。
　　【請求項３】
　前記特定のＤＲＭシステムを選択するステップは，
　前記アダプティブストリーミングサービスに従って複数の期間に分割された前記特定のコンテンツの受信期間をチェックするステップと，
　前記コンテンツ保護情報に基づいて前記受信期間に適用された複数のＤＲＭシステムのタイプをチェックするステップと，
　選択基準に基づいて前記受信期間に適用された複数のＤＲＭシステムのうちから前記特定のＤＲＭシステムを選択するステップと
を有することを特徴とする請求項２に記載のＤＲＭサービス提供方法。
　　【請求項４】
　前記特定のＤＲＭシステムを選択するステップは，
　ネットワーク状態をモニタリングすることにより現在のネットワーク帯域幅をチェックするステップと，
　前記アダプティブストリーミングサービスに従って複数の期間に分割された前記特定のコンテンツの受信期間をチェックするステップと，
　前記受信期間に対応する複数のレプリゼンテーションのうちから前記現在のネットワーク帯域幅をサポートするレプリゼンテーションを選択するステップと，
　前記コンテンツ保護情報に基づいて前記選択されたレプリゼンテーションに適用された複数のＤＲＭシステムのタイプをチェックするステップと，
　選択基準に基づいて前記タイプがチェックされた複数のＤＲＭシステムのうちから前記特定のＤＲＭシステムを選択するステップと
を有することを特徴とする請求項２に記載のＤＲＭサービス提供方法。
　　【請求項５】
　前記特定のＤＲＭシステムを選択するステップは，
　ネットワーク状態をモニタリングすることにより現在のネットワーク帯域幅をチェックするステップと，
　前記アダプティブストリーミングサービスに従って複数の期間に分割された前記特定のコンテンツの受信期間をチェックするステップと，
　前記受信期間に対応する複数のレプリゼンテーションのうちから前記現在のネットワーク帯域幅をサポートし，前記ユーザ端末装置に対応するサブスクリプションレベルに対応するレプリゼンテーションを選択するステップと，
　前記コンテンツ保護情報に基づいて前記選択されたレプリゼンテーションに適用された複数のＤＲＭシステムのタイプをチェックするステップと，
　選択基準に基づいて前記タイプがチェックされた複数のＤＲＭシステムのうちから前記特定のＤＲＭシステムを選択するステップと
を有することを特徴とする請求項２に記載のＤＲＭサービス提供方法。
　　【請求項６】
　前記受信期間に対応する複数のレプリゼンテーションのうちで前記ユーザ端末装置に対応するサブスクリプションレベルより低いサブスクリプションレベルに対応するレプリゼンテーションに対応するコンテンツは，前記取得したライセンスに含まれた第１の暗号キーを用いて取得した第２の暗号キーを用いて再生されることを特徴とする請求項５に記載のＤＲＭサービス提供方法。
　　【請求項７】
　前記選択基準は，前記ユーザ端末装置でサポートするタイプのＤＲＭシステム，前記ユーザ端末装置で選好するＤＲＭシステム，及び前記特定のコンテンツのプロバイダーが選好するＤＲＭシステムのうちの少なくとも１つを含むことを特徴とする請求項３乃至請求項５のいずれか１項に記載のＤＲＭサービス提供方法。
　　【請求項８】
　前記コンテンツ保護情報は，マルチメディアプリゼンテーションディスクリプション（ＭＰＤ）情報の最上位ノード及びレプリゼンテーション情報のうちのいずれか１つに含まれることを特徴とする請求項２乃至請求項５のいずれか１項に記載のＤＲＭサービス提供方法。
　　【請求項９】
　アダプティブストリーミングサービス及びディジタル著作権管理（ＤＲＭ）サービスを提供するユーザ端末装置であって，
　前記アダプティブストリーミングサービスを用いて提供される同一のコンテンツに適用されたＤＲＭシステムが複数あり，それらの複数のＤＲＭシステムに関する情報を含む，前記同一のコンテンツである特定のコンテンツのコンテンツ保護情報を，受信する送受信部と，
　前記複数のＤＲＭシステムのうちから特定のＤＲＭシステムを選択するＤＲＭ選択部と，
　前記特定のＤＲＭシステムに対応し，前記特定のコンテンツを復号可能な暗号キーを含むライセンスを取得するＤＲＭエージェントと，
　前記取得したライセンスを用いて前記特定のコンテンツを復号する復号部と，
を有することを特徴とするユーザ端末装置。
　　【請求項１０】
　前記特定のＤＲＭシステムが前記ユーザ端末装置でサポートするＤＲＭシステムと一致しない場合に，前記コンテンツ保護情報に含まれたダウンロード情報に基づいて前記特定のＤＲＭシステムモジュールをダウンロードし，前記特定のＤＲＭシステムモジュールを用いて前記特定のＤＲＭシステムモジュールに対応する前記ＤＲＭエージェントを設置するＤＲＭ設置部をさらに有し，
　前記ＤＲＭエージェントが前記コンテンツ保護情報に含まれたライセンス取得情報に基づいて前記ライセンスを取得することを特徴とする請求項９に記載のユーザ端末装置。
　　【請求項１１】
　前記アダプティブストリーミングサービスに従って複数の期間に分割された前記特定のコンテンツの受信期間をチェックするレプリゼンテーション選択部をさらに有し，
　前記ＤＲＭ選択部は，前記コンテンツ保護情報に基づいて前記チェックされた受信期間に適用された複数のＤＲＭシステムのタイプをチェックし，選択基準に基づいて前記受信期間に適用された複数のＤＲＭシステムのうちから前記特定のＤＲＭシステムを選択することを特徴とする請求項９に記載のユーザ端末装置。
　　【請求項１２】
　ネットワーク状態をモニタリングすることにより現在のネットワーク帯域幅をチェックする帯域幅モニターと，
　前記アダプティブストリーミングサービスに従って複数の期間に分割された前記特定のコンテンツの受信期間をチェックし，前記受信期間に対応する複数のレプリゼンテーションのうちから前記現在のネットワーク帯域幅をサポートするレプリゼンテーションを選択するレプリゼンテーション選択部と
をさらに有し，
　前記ＤＲＭ選択部は，前記コンテンツ保護情報に基づいて前記選択されたレプリゼンテーションに適用された複数のＤＲＭシステムのタイプをチェックし，選択基準に基づいて前記タイプがチェックされた複数のＤＲＭシステムのうちから特定のＤＲＭシステムを選択することを特徴とする請求項９に記載のユーザ端末装置。
　　【請求項１３】
　ネットワーク状態をモニタリングすることにより現在のネットワーク帯域幅をチェックする帯域幅モニターと，
　前記アダプティブストリーミングサービスに従って複数の期間に分割された前記特定のコンテンツの受信期間をチェックし，前記受信期間に対応する複数のレプリゼンテーションのうちから前記現在のネットワーク帯域幅をサポートし，前記ユーザ端末装置に対応するサブスクリプションレベルに対応するレプリゼンテーションを選択するレプリゼンテーション選択部と
をさらに有し，
　前記ＤＲＭ選択部は，前記コンテンツ保護情報に基づいて前記選択されたレプリゼンテーションに適用された複数のＤＲＭシステムのタイプをチェックし，選択基準に基づいて前記タイプがチェックされた複数のＤＲＭシステムのうちから前記特定のＤＲＭシステムを選択することを特徴とする請求項９に記載のユーザ端末装置。
　　【請求項１４】
　前記受信期間に対応する複数のレプリゼンテーションのうちで前記ユーザ端末装置に対応するサブスクリプションレベルより低いサブスクリプションレベルに対応するレプリゼンテーションに対応するコンテンツは，前記取得したライセンスに含まれた第１の暗号キーを用いて取得した第２の暗号キーを用いて再生されることを特徴とする請求項１３に記載のユーザ端末装置。
　　【請求項１５】
　前記選択基準は，前記ユーザ端末装置でサポートするタイプのＤＲＭシステム，前記ユーザ端末装置で選好するＤＲＭシステム，及び前記特定のコンテンツのプロバイダーが選好するＤＲＭシステムのうちの少なくとも１つを含み，
　前記コンテンツ保護情報は，マルチメディアプリゼンテーションディスクリプション（ＭＰＤ）情報の最上位ノード又はレプリゼンテーション情報のうちのいずれか１つに含まれることを特徴とする請求項１１乃至請求項１３のうちのいずれか１項に記載のユーザ端末装置。」（以下，上記引用の請求項各項を，「補正後の請求項」という）に補正された。
　
２．補正の適否
　本件手続補正によって，補正前の請求項１，及び，請求項９に係る発明における発明特定事項である，「アダプティブストリーミングサービスを用いて提供される特定のコンテンツ」が，補正後の請求項１，及び，請求項９に係る発明においては，「アダプティブストリーミングサービスを用いて提供される同一のコンテンツ」となり，
　同じく，補正前の請求項１，及び，請求項９に係る発明における発明特定事項である，「前記特定のコンテンツ」が，補正後の請求項１，及び，請求項９に係る発明においては，「前記同一のコンテンツである特定のコンテンツ」となった。
　そして，上記指摘の本件手続補正における補正事項は，平成２５年１月１８日付けで特許法第１８４条の４第１項の規定による明細書，請求の範囲の日本語による翻訳文，及び，国際出願の願書に添付された図面（以下，これを「当初明細書等」という）に記載された事項，特に，当初明細書の段落【０００７】の，
「アダプティブストリーミングサービスは，同一のコンテンツ又はコンテンツコンポーネント」，
　という記載内容からみて，当初明細書等に記載された範囲内のものであることは明らかであり，また，「同一の」という付加事項は，「特定のコンテンツ」を限定するものであって，補正後の請求項１，及び，請求項９に係る発明と，補正前の請求項１，及び，請求項９に係る発明とが，それぞれ，一群の発明に該当するものであることも明らかである。
　したがって，本件手続補正は，特許法第１７条の２第３項，第４項，及び，第５項に規定された要件を満たすものである。
　そこで，本件手続補正が，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定を満たすものであるか否か，即ち，補正後の請求項に記載されている事項により特定される発明が特許出願の際独立して特許を受けることができるものであるか否か，以下に検討する。
　
（１）補正後の請求項１に係る発明
　補正後の請求項１に係る発明（以下，これを「本件補正発明」という）は，上記「１．補正の内容」において，補正後の請求項１として引用した，次のとおりのものである。
　
「アダプティブストリーミングサービスを提供するユーザ端末装置のディジタル著作権管理（ＤＲＭ）サービス提供方法であって，
　前記アダプティブストリーミングサービスを用いて提供される同一のコンテンツに適用されたＤＲＭシステムが複数あり，それらの複数のＤＲＭシステムに関する情報を含む，前記同一のコンテンツである特定のコンテンツのコンテンツ保護情報を，受信するステップと，
　前記複数のＤＲＭシステムのうちから特定のＤＲＭシステムを選択するステップと，
　前記特定のＤＲＭシステムに対応し，前記特定のコンテンツを復号可能な暗号キーを含むライセンスを取得するステップと，
　前記取得したライセンスを用いて前記特定のコンテンツを復号するステップと，
を有することを特徴とするＤＲＭサービス提供方法。」
　
（２）引用刊行物に記載された事項
ア．原審が，平成２６年１月１４日付けの拒絶理由（以下，これを「原審拒絶理由」という）において引用した，本願の第１国出願前に既に公知である，特開２００２−１２３４９６号公報（２００２年４月２６日公開，以下，これを「引用刊行物１」という）には，関連する図面と共に，次の事項が記載されている。
　
Ａ．「【００１２】コンテンツ・プロバイダが一般消費者からコンテンツ利用料を徴収するためには，
コンテンツ・プロバイダ自身がコンテンツ課金，セキュリティ，著作権保護などのコンテンツ提供方式（以下では，ＲＭＰ（Right Management  Protection）と呼ぶ）を策定することが挙げられる
・・・（中略）・・・
【００１９】
【課題を解決するための手段及び作用】本発明は，上記課題を参酌してなされたものであり，その第１の側面は，
所定の権利管理・保護（Right Management  Protection：ＲＭＰ）方式に則って配信されるコンテンツを受信するコンテンツ受信装置
　
Ｂ．「【００５５】
ＲＭＰ仕様記述は，例えば，配信コンテンツに付随するメタデータの一部として記述することができる
メタデータのうちＲＭＰ仕様記述に関連する部分のことを「権利処理メタデータ」と呼ぶことにする
デジタル放送などの場合，放送番組本編に付随するデータ放送用データとしてメタデータを配信する
　
Ｃ．「【００５９】また，
各コンテンツに対応してメタデータが配信される
コンテンツに関する権利処理や必要な権利保護を示す情報，すなわち権利処理メタデータが含まれている
【００６０】
権利処理メタデータには，コンテンツを解くための鍵類，コンテンツの購入条件，使用条件，解読されたコンテンツのコピー制御情報などが含まれる
　
Ｄ．「【００８０】本実施例では，
権利処理メタデータの一部として記述されるＲＭＰには，その方式を識別するための固有の識別情報（ＲＭＰ  ＩＤ）が割り振られている
ＲＭＰ識別部１４は，ハード・ディスク装置１３Ａから権利処理メタデータを読み出して，ＲＭＰ  ＩＤを識別して，２つ（複数）のＲＭＰモジュール１並びにＲＭＰモジュール２のうち識別されたＲＭＰ  ＩＤに対応する方を動作可能にする
　
Ｅ．「【００９０】同図に示すように，
コンテンツ受信機３０は，フロント・エンド部３１と，ＣＰＵ（Central Processing Unit）３２と，ハード・ディスク装置３３Ａ及び３３Ｂと，ＲＭＰ識別部３４と，作業メモリ３５と，デコーダ出力装置３６と，ネットワーク・インターフェース３７が，システム・バス３８を介して相互接続された構成
【００９１】フロント・エンド部３１は，所定チャネルの放送波のチューニングすなわち選局処理と，受信データの復調処理を行う。
【００９２】
ネットワーク・インターフェース３７は，ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）などの所定の通信プロトコルに従ってコンテンツ受信機３７をインターネットなどの広域ネットワークに接続するための装置である
放送経由でコンテンツを受信する代わりに，インターネットなどの広域ネットワーク経由で所定のサービス・プロバイダからコンテンツを受信する場合
【００９３】ＣＰＵ３２は，オペレーティング・システム（ＯＳ）の制御下で，コンテンツ受信機３０内の動作を統括的に制御する中央コントローラであり，作業メモリ３５を用いて各種のプログラム・コードを実行する。
【００９４】
ハード・ディスク装置３３Ａは，ＲＭＰモジュールによる
権利処理後の状態のコンテンツの蓄積に使用される
【００９５】
権利処理メタデータとして記述されるＲＭＰ
【００９６】作業メモリ３５上のソフトウェアＲＭＰモジュールが，これから再生するコンテンツに関するＲＭＰ  ＩＤにヒットしない場合には，該当するソフトウェアＲＭＰモジュールをローカル・ディスク３３Ｂ上で探索し，見つかった場合にはこれを作業メモリ３５上のものと置き換える。ローカル・ディスク３３Ｂ上で該当するソフトウェアＲＭＰモジュールを発見することができなかった場合には，さらに，ネットワーク・インターフェース３７経由でネットワーク上のサーバにアクセスして，所望のソフトウェアＲＭＰモジュールを探索することができる。
【００９７】
ＣＰＵ３２は，作業メモリ３５上にロードされたソフトウェアＲＭＰモジュールを実行することにより，権利処理メタデータとして記述されたＲＭＰ仕様記述通りに動作し
暗号化コンテンツの復号化，再生コンテンツとしての外部出力，ハード・ディスク装置３３Ａやリムーバブル・メディアへの格納などのコンテンツ処理を行う
　
Ｆ．「【００９９】図５には，コンテンツ受信機３０にソフトウェアＲＭＰモジュールをダウンロードするための処理手順をフローチャートの形式で示している。以下，このフローチャートに従って，ソフトウェア・モジュールのダウンロード処理について説明する。
【０１００】ハード・ディスク装置３３Ａに蓄積しておいたコンテンツの再生を開始する際，対応する権利処理メタデータを同様にハード・ディスク装置３３Ａから読み出して，ＲＭＰモジュールのＲＭＰ  ＩＤを取得する（ステップＳ１）。そして，このＲＭＰ  ＩＤが現在作業メモリ３５にロードされているＲＭＰモジュールのそれと一致するか否かをチェックする（ステップＳ２）。
【０１０１】ＲＭＰ  ＩＤがヒットする，すなわち，
これから再生するコンテンツのＲＭＰモジュールが既に作業メモリ３５上にロードされている場合には，続いて管理センタと接続確立して，ＲＭＰ仕様記述に基づいてコンテンツ購入に関する課金処理を行った後（ステップＳ３），コンテンツ再生を行い（ステップＳ４），本処理ルーチン全体を終了する
【０１０２】他方，ＲＭＰ  ＩＤがヒットしなかった場合には，ＲＭＰ入手先情報を取得して（ステップＳ５），ＲＭＰ入手先となるサーバに接続して（ステップＳ６），該当するソフトウェアＲＭＰモジュールをこのサーバからダウンロードする（ステップＳ７）。そして，ダウンロードしたソフトウェアＲＭＰモジュールをコンテンツ受信機３０にインストール（例えば，作業メモリ３５上にロード）する（ステップＳ８）。
【０１０３】ＲＭＰ入手先情報は，例えば権利処理メタデータ内にＵＲＬ（Uniform Resource Locator）形式で記述されている。このような場合，コンテンツ受信機３０は，ネットワーク・インターフェース３７経由でインターネットのようなＴＣＰ／ＩＰネットワーク経由でＵＲＬで指示されたサーバに対し資源アクセスして，該当するＲＭＰモジュールをＨＴＴＰ（Hyper Text Transfer Protocol）又はＦＴＰ（File Transfer Protocol）などの転送プロトコルに従ってダウンロードすることができる。
【０１０４】新規のソフトウェアＲＭＰモジュールをインストールした結果，
コンテンツ受信機３０上において，権利処理メタデータとして記述されたＲＭＰ仕様記述通りに動作して，暗号化コンテンツの復号化，再生コンテンツとしての外部出力，ハード・ディスク装置３３Ａやリムーバブル・メディアへの格納などのコンテンツ処理を行う
【０１０５】続いて，
管理センタと接続確立して，ＲＭＰ仕様記述に基づいてコンテンツ購入に関する課金処理を行った後
　
イ．同じく，原審拒絶理由に引用された，本願の第１国出願前に既に公知である，米国特許出願公開第２００９／０１２５９８７号明細書（２００９年５月１４日公開，以下，これを「引用刊行物２」という）には，関連する図面と共に，次の事項が記載されている。
　
Ｇ．「［0007］
 Licence（当審注；“Licence”は，イギリス英語では，左記の綴りになるが，引用刊行物２の他の箇所では，“License”と表記されている） or rights object (RO): a rights object is, for example, an XML document expressing permissions and constraints associated with a piece of DRM content
The RO typically includes a key to allow decryption of the relevant encrypted content
（［０００７］　
ライセンス，或いは，権利オブジェクト（RO）：権利オブジェクトは，例えば，ＤＲＭコンテンツの１つに関連する，許可と，制限を表現しているＸＭＬ文書である
ＲＯは，通常は，関連のある暗号化されたコンテンツの復号を許可するための鍵を含んでいる
　
Ｈ．「［0033］ 3. 
The ROAP Trigger provides all the necessary information for the DRM Agent on the device 1 to start a secure ROAP session with the device 1
the device 1 will send a ROAP:RORequest message to the Rights Issuer Server 7
［0034]  4. Upon reception of a ROAP:RORequest the Rights Issuer(RI) validates the device's signature using its public key (this can be cached at the RI or sent in the ROAP:RORequest message). After validating the device's signature and ensuring the device 1 has not been revoked 
the Rights Issuer can send a Rights Object back to the device in a ROAP:ROResponse message
（［００３３］　３．
ＲＯＡＰ（権利オブジェクト獲得プロトコル）トリガは，デバイス１と，セキュアＲＯＡＰセッションを開始するために，デバイス１上のＤＲＭエージェントために必要な情報の全てを提供する
デバイス１は，権利発行者サーバ７に，ＲＯＡＰ：ＲＯ要求を送るであろう
［００３４］　４．ＲＯＡＰ：ＲＯ要求を受理すると，権利発行者（ＲＩ）は，デバイスの公開鍵（これは，ＲＩによってキャッシュされ得るか，或いは，ＲＯＡＰ：ＲＯ要求メッセージで送られ得る）を用いて，デバイスの署名を検証する。デバイスの署名を検証し，デバイス１が取り消されないことを保証した後に，
権利発行者は，ＲＯＡＰ：ＲＯ応答メッセージで，デバイスに，権利オブジェクトを返送することができる
　
Ｉ．「[0065] 
Embodiments of the present invention overcome these problems by defining a download descriptor which includes rights object(s) for multiple formats of the content along with an indication of where the content is available, for example a URL address. The download descriptor identifies the available formats of the content
The download descriptor is provided to a device during the content acquisition stage and stored on the device
（［００６５］　
本発明の実施例は，例えば，ＵＲＬアドレスといった，コンテンツが何処に存在するかの表示と併せて,そのコンテンツの複数のフォーマットのための（複数の）権利オブジェクトを含む，ダウンロード識別子を定義することによって，これらの問題を打開する。ダウンロード識別子は，そのコンテンツの,複数の可能なフォーマットを特定する
ダウンロード識別子は，コンテンツ取得の段階の間に，デバイスに提供され，デバイス上に格納される
　
Ｊ．「[0085] 
Embodiments of the invention also allow Multiple DRM systems such as Marlin
the Download Descriptor 9 can contain multiple license elements, thereby carrying the DRM specific license trigger or the license itself for each DRM system as appropriate
FIG. 6 shows how the extensible nature of the Download Descriptor 9 can used to enable consumption on both OMA and Marlin devices
[0086] 1. A license element containing the OMA ROAP Trigger 11
[0087] 2. A license element contain the OMA Protected RO 13
[0088] 3. A license element containing a Marlin License Object 15」
（［００８５］　
本発明の実施例もまた，例えばマーリンなど，複合のＤＲＭシステムを与える
ダウンロード識別子９は，それによって，必要に応じて，そのＤＲＭ特有のライセンス・トリガ，或いは，それぞれのＤＲＭシステムのためのライセンス自身を運ぶところの，多数のライセンス要素を含むことができる
図６は，ダウンロード識別子９の拡張可能な種類が，ＯＭＡと，マーリンのデバイスの両方で,消費することを可能とするために，どのように用いられ得るかを示している
［００８６］　１．ＯＭＡのＲＯＡＰトリガ１１を含むライセンス要素
［００８７］　２．ＯＭＡの保護されたＲＯ１３を含むライセンス要素
［００８８］　３．マーリン・ライセンス・オブジェクト１５を含むライセンス要素）
　
Ｋ．「[0090] A Download Descriptor containing an example environment element is shown in FIG.7.」
（［００９０］　例の環境要素を含むダウンロード識別子が，図７において示されている。）
　
Ｌ．「[0093] The “envType” unambiguously defines the semantics for the information embedded with the element 60. In an embodiment a new envType (which is basically a URI) is defined and could be registered with the relevant Standards Body. Once registered and defined a device implementer will know the semantics of the environment element and how the contents of the environment element should be used. 
In the example in  FIG.7 , three sub elements 60A, 60B and 60C are defined, each one corresponding to a different profile and each one providing a URL to the content in a format that is suitable for a device that supports/implements a specific profile
[0094] 
These profiles define the media rendering capabilities of the device e.g. the maximum resolution it supports, audio and video codecs supported etc
Within the download server 3, content is then encoded/formatted for each of these profiles and made available on the internet
（［００９３］　“ｅｎｖＴｙｐｅ”は，要素６０に割り付けられた情報のための動作を，一義的に定義する。実施例において，（基本的にはＵＲＩである）新しいｅｎｖＴｙｐｅが定義され，関連のある標準のボディと共に，登録される。一度，登録され，定義された，デバイス実装者は，環境要素の動作と，どのように環境要素のコンテンツが使用されるかを，知っているであろう。
図７の例において，３つのサブ要素６０Ａ，６０Ｂ，及び，６０Ｃは，各自が異なるプロファイルに対応し，各自が，固有のプロファイルをサポート／実装するデバイスのために，最適であるフォーマットにおけるコンテンツのＵＲＬを提供する
［００９４］　
これらのプロファイルは，例えば，デバイスがサポートする最大の解像度，サポートされる，オーディオとビデオのコーデックといった，デバイスの，メディアを表示することの機能を定義する
ダウンロード・サーバ３において，コンテンツは，次に，これらのプロファイルのそれぞれのために，符号化／フォーマットされ，インターネットにおいて，入手可能にされる
　
ウ．本願の第１国出願前に既に公知である，「Per Frjdh，Uwe Horn,Markus Kampmann，Anders Nohlgren, Magnus Westerlund“Adaptive Streaming within the 3GPP Packet-Switched Streaming Service” IEEE Network March/April 2006，IEEE， p34-40」（以下，これを「周知技術文献１」という）に，次の事項が記載されている。
　
Ｍ．「                              Abstract
 The 3GPP Packet-Switched Streaming Service (PSS) is a standard for audio and video streaming to handheld 2.5G and 3G terminals and provides a complete streaming and download framework for commercial content. This article gives an overview of the PSS standard and in particular the support for adaptive streaming in PSS. We first describe the concept of streaming media and motivate the development of the PSS standard.
 Next, an introduction and overview of the PSS standard is given, followed by a detailed walkthrough of the adaptive streaming features. Finally, we present an example of 3GPP PSS-compliant adaptive streaming performed in a real client/server implementation
（　　　　　　　　　　　　　　　　要約
　３ＧＰＰのパケット−スイッチド・ストリーミングサービス（ＰＳＳ）は，２．５Ｇ，及び，３Ｇのハンドヘルド・ターミナルへの，音楽，及び，映像ストリーミングのための標準であり，商用コンテンツのための，完全なストリーミング，及び，ダウンロードの枠組みを提供する。この論文は，ＰＳＳ標準の概要と，特に，ＰＳＳにおける，アダプティブストリーミングのためのサポートを与える。我々は，最初に，メディアをストリーミング配信する概念を述べ，ＰＳＳ標準の発展のための動機付けを与える。
次に，アダプティブストリーミングの特性の詳細な段階的説明に従って，ＰＳＳ標準の導入と，概観を与える。最後に，実際のクライアント／サーバ実装において実行される，３ＧＰＰ　ＰＳＳ−準拠のアダプティブストリーミングの例を示す
　
エ．同じく，本願の第１国出願前に既に公知である，「Haakon Riiser, Pal Halvorsen, Carsten Griwodz， Dag Johansen“Low Overhead Container Format for Adaptive Streaming” MMSys'10, February 22-23, 2010， ACM， p193-198」（以下，これを「周知技術文献２」という）に，次の事項が記載されている。
　
Ｎ．「ABSTRACT
Current segmented HTTP streaming systems provide scalable and quality adaptive video delivery services to a huge number of users. However, while they support a wide range of bandwidths and enable arbitrary content-based composition, their current formats have shortcomings like large overheads, live streaming delays, etc. We have therefore developed an adaptive media player that works around these problems while still using standard components like H.264/AVC for video, and MP3 for audio. The system’s adaptivity allows the player to pick a quality level that makes good use of available bandwidth and CPU resources while at the same time maintaining smooth uninterrupted playback, as well as offering near instant seek and startup times.  
This paper presents an appropriate way of coding the segments and a simple multimedia container format that is optimized for adaptive streaming and video composition over HTTP
（要約
現在の分割ＨＴＴＰストリーミング・システムは，膨大な数のユーザに，拡張性のある，良質な，適応ビデオ配信サービスを提供している。しかしながら，それらは，広帯域をサポートし，コンテンツに基づいた任意の構成が可能であると同時に，それらの現在のフォーマットは，大きなオーバヘッド，ライブ・ストリーミング遅延，等々のような，欠点を有している。それ故，我々は，まだ，ビデオのためにＨ．２６４／ＡＶＣ，及び，オーディオのためにＭＰ３のような，標準のコンポーネントを用いているころに，その問題に対処する，適応可能なメディア・プレーヤを開発した。そのシステムの適応力は，プレーヤに，瞬時の探索と起動時間ばかりでなく，切れ目のない円滑な再生を維持すると同時に，利用可能な帯域幅と，ＣＰＵリソースとを活用する，品質レベルを選択することを可能にする。
この論文は，ＨＴＴＰにおける，適応ストリーミングと，ビデオ組成とを最適化する，適切なセグメントの符号化方法と，簡単なマルチメディア・コンテナ・フォーマットを示す
　
（３）引用刊行物に記載の発明
ア．上記Ｅに引用の「放送経由でコンテンツを受信する代わりに，インターネットなどの広域ネットワーク経由で所定のサービス・プロバイダからコンテンツを受信する場合」という記載から，引用刊行物１が，“コンテンツの配信サービス”に関連するものであることは明らかである。
　そして，上記Ｅに引用の「ネットワーク・インターフェース３７は，ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）などの所定の通信プロトコルに従ってコンテンツ受信機３７をインターネットなどの広域ネットワークに接続するための装置である」という記載と，上記Ｅの「インターネットなどの広域ネットワーク経由で所定のサービス・プロバイダからコンテンツを受信する場合においては，フロント・エンド部３１は，ネットワーク・インターフェース３７によって実現することができる」という記載から，当該「コンテンツ」が，「コンテンツ受信機」に対して提供され，結果として，該「コンテンツ受信機」を介して，該「コンテンツ受信機」のユーザに対して，該「コンテンツ」が提供されるものであることが読み取れるので，
　以上から，引用刊行物１には，
“コンテンツの配信サービスを提供するコンテンツ受信機”
　が記載されていることが読み取れる。
　
イ．上記Ｂの「ＲＭＰ仕様記述は，例えば，配信コンテンツに付随するメタデータの一部として記述することができる」という記載，同じく，上記Ｂの「メタデータのうちＲＭＰ仕様記述に関連する部分のことを「権利処理メタデータ」と呼ぶことにする」という記載，上記Ｄの「権利処理メタデータの一部として記述されるＲＭＰ」という記載，同じく，上記Ｄの「ＲＭＰ識別部１４は，ハード・ディスク装置１３Ａから権利処理メタデータを読み出して」という記載，上記Ｄの「コンテンツ受信機３０は，フロント・エンド部３１と，ＣＰＵ（Central Processing Unit）３２と，ハード・ディスク装置３３Ａ及び３３Ｂと，ＲＭＰ識別部３４と，作業メモリ３５と，デコーダ出力装置３６と，ネットワーク・インターフェース３７が，システム・バス３８を介して相互接続された構成」という記載，同じく，上記Ｅの「ハード・ディスク装置３３Ａは，ＲＭＰモジュールによる・・・権利処理後の状態のコンテンツの蓄積に使用される」という記載，同じく，上記Ｅの「権利処理メタデータとして記述されるＲＭＰ」という記載，及び，同じく，上記Ｅの「権利処理メタデータとして記述されたＲＭＰ仕様記述」という記載から，引用刊行物１において，「権利処理メタデータ」と，「ＲＭＰ」，或いは，「ＲＭＰ仕様記述」とは，同一のものを指し示すと解されるので，引用刊行物１においては，“コンテンツ受信機において，権利処理メタデータを用いて，権利処理が行われる”ことが読み取れ，このことから，引用刊行物１には，
“コンテンツ受信機における，権利処理メタデータを用いた権利処理の方法”が示されているものと言える。
　
ウ．以上ア．，及び，イ．において検討した事項から，引用刊行物１には，
“コンテンツの配信サービスを提供するコンテンツ受信機の権利処理メタデータを用いた権利処理の方法”が記載されていることが読み取れる。
　
エ．上記イ．においても引用した，上記Ｂの「メタデータのうちＲＭＰ仕様記述に関連する部分のことを「権利処理メタデータ」と呼ぶことにする」という記載，同じく，上記Ｂの「デジタル放送などの場合，放送番組本編に付随するデータ放送用データとしてメタデータを配信する」という記載，上記Ｃの「各コンテンツに対応してメタデータが配信される」という記載，上記イ．においても引用した，上記Ｄの「権利処理メタデータの一部として記述されるＲＭＰ」という記載，及び，同じく，上記イ．おいても引用した，上記Ｅの「コンテンツ受信機３０は，フロント・エンド部３１と，ＣＰＵ（Central Processing Unit）３２と，ハード・ディスク装置３３Ａ及び３３Ｂと，ＲＭＰ識別部３４と，作業メモリ３５と，デコーダ出力装置３６と，ネットワーク・インターフェース３７が，システム・バス３８を介して相互接続された構成」という記載と，上記Ｄの「ＲＭＰ識別部１４は，ハード・ディスク装置１３Ａから権利処理メタデータを読み出し」という記載と，上記イ．において検討した事項から，引用刊行物１においては，
“コンテンツ受信機は，各コンテンツに対応して配信された，権利処理メタデータを，ハード・ディスク装置から読み出す”こと，即ち，
“コンテンツ受信機は，各コンテンツに対応して配信された，権利メタデータを受信する”ことが読み取れる。
　
オ．上記Ｄの「権利処理メタデータの一部として記述されるＲＭＰには，その方式を識別するための固有の識別情報（ＲＭＰ  ＩＤ）が割り振られている。ＲＭＰ識別部１４は，ハード・ディスク装置１３Ａから権利処理メタデータを読み出して，ＲＭＰ  ＩＤを識別して，２つ（複数）のＲＭＰモジュール１並びにＲＭＰモジュール２のうち識別されたＲＭＰ  ＩＤに対応する方を動作可能にする」という記載と，上記イ．において検討した，「権利処理メタデータ」，「権利処理メタデータの一部として記述されるＲＭＰ」，及び，「権利処理メタデータとして記述されるＲＭＰ仕様記述」との関係から，引用刊行物１においては，
“権利処理メタデータには，ＲＭＰモジュールを識別するための固有の識別情報が含まれている”ことが読み取れる。
　
カ．上記エ．，及び，オ．において検討した事項から，引用刊行物１においては，
“コンテンツ受信機は，各コンテンツに対応して配信された，ＲＭＰモジュールを識別するための固有の識別情報が含まれている権利メタデータを受信する”ものであることが読み取れる。
　
キ．上記オ．においても引用した，上記Ｄの「権利処理メタデータの一部として記述されるＲＭＰには，その方式を識別するための固有の識別情報（ＲＭＰ  ＩＤ）が割り振られている。ＲＭＰ識別部１４は，ハード・ディスク装置１３Ａから権利処理メタデータを読み出して，ＲＭＰ  ＩＤを識別して，２つ（複数）のＲＭＰモジュール１並びにＲＭＰモジュール２のうち識別されたＲＭＰ  ＩＤに対応する方を動作可能にする」という記載と，上記カ．において検討した事項から，引用発明においては，
“複数のＲＭＰモジュールから，権利処理メタデータに含まれる固有の識別情報に基づいて，動作可能とするＲＭＰモジュールが識別される”ものであることが読み取れる。
　
ク．上記Ｃの「各コンテンツに対応してメタデータが配信されるが，その中には，コンテンツに関する権利処理や必要な権利保護を示す情報，すなわち権利処理メタデータが含まれている」という記載から，引用刊行物１において，
“各コンテンツに対応して配信されるメタデータに含まれる権利処理メタデータも，各コンテンツに対応して存在する”ものであることが読み取れ，
　そして，同じく，上記Ｃの「権利処理メタデータには，コンテンツを解くための鍵類，コンテンツの購入条件，使用条件，解読されたコンテンツのコピー制御情報などが含まれる」という記載，上記Ｅの「ＣＰＵ３２は，作業メモリ３５上にロードされたソフトウェアＲＭＰモジュールを実行することにより，権利処理メタデータとして記述されたＲＭＰ仕様記述通りに動作して，暗号化コンテンツの復号化，再生コンテンツとしての外部出力，ハード・ディスク装置３３Ａやリムーバブル・メディアへの格納などのコンテンツ処理を行う」という記載，上記Ｆの「これから再生するコンテンツのＲＭＰモジュールが既に作業メモリ３５上にロードされている場合には，続いて管理センタと接続確立して，ＲＭＰ仕様記述に基づいてコンテンツ購入に関する課金処理を行った後（ステップＳ３），コンテンツ再生を行い（ステップＳ４），本処理ルーチン全体を終了する」という記載，同じく，上記Ｆの「権利処理メタデータとして記述されたＲＭＰ仕様記述通りに動作して，暗号化コンテンツの復号化，再生コンテンツとしての外部出力，ハード・ディスク装置３３Ａやリムーバブル・メディアへの格納などのコンテンツ処理を行う」という記載，及び，同じく，上記Ｆの「管理センタと接続確立して，ＲＭＰ仕様記述に基づいてコンテンツ購入に関する課金処理を行った後」という記載と，上記キ．において検討した事項から，引用刊行物１においては，
“識別されたＲＭＰモジュールを実行することにより，権利処理メタデータに基づいて，前記権利処理メタデータに対応する暗号化コンテンツの復号を行う”ことが読み取れる。
　
ケ．以上ア．〜ク．において検討した事項から，引用刊行物１には，次の発明（以下，これを「引用発明」という）が記載されているものと認める。
　
　コンテンツの配信サービスを提供するコンテンツ受信機の権利処理メタデータを用いた権利処理の方法であって，
　前記コンテンツ受信機は，各コンテンツに対応して配信された，前記権利処理メタデータを受信し，
　複数のＲＭＰモジュールから，前記権利処理メタデータに含まれる固有の識別情報に基づいて，動作可能とするＲＭＰモジュールが識別され，
　前記識別されたＲＭＰモジュールを実行することにより，前記権利処理メタデータに基づいて，前記権利処理メタデータに対応する暗号化コンテンツの復号を行う，
　方法。
　
（４）本件補正発明と引用発明との対比
ア．引用発明における「コンテンツ受信機」が，本件補正発明における「ユーザ端末装置」に相当し，
　本願発明における「アダプティブストリーミングサービス」は，「コンテンツ」を提供するための一手法であることは明らかであるから，
　引用発明における「コンテンツの配信サービスを提供するコンテンツ受信機」と，
　本件補正発明における「アダプティブストリーミングサービスを提供するユーザ端末装置」とは，
“コンテンツを送信するサービスを提供するユーザ端末装置”である点で共通する。
　
イ．引用発明における「権利処理メタデータ」は，対応する「暗号化コンテンツ」を復号するために必要な情報を含むものであり，「コンテンツ受信機」において，前記「暗号化コンテンツ」の「復号」，再生を可能とする情報である。
　一方，本件補正発明における「ＤＲＭ」も，「ユーザ端末装置」に対して，「コンテンツ」の提供の可否，再生の可否等を設定するものであることは明らかであるから，
　引用発明における「権利処理メタデータを用いた権利処理の方法」と，
　本件補正発明における「ディジタル著作権管理サービスの提供方法」とは，
“コンテンツの権利処理サービスの提供方法”である点で共通する。
　
ウ．上記ア．，及び，イ．おいて検討した事項から，
　引用発明における「コンテンツの配信サービスを提供するコンテンツ受信機の権利処理メタデータを用いた権利処理の方法」と，
　本件補正発明における「アダプティブストリーミングサービスを提供するユーザ端末装置のディジタル著作権管理（ＤＲＭ）サービス提供方法」とは，
“コンテンツを送信するサービスを提供するユーザ端末装置のコンテンツの権利処理サービスの提供方法”である点で共通する。
　
エ．引用発明において，「権利処理メタデータ」に含まれる「固有の識別情報」は，該「固有の識別情報」を用いて，「ＲＭＰモジュール」が識別されるものであるから，該「固有の識別情報」が，「ＲＭＰモジュール」に関連する情報であることは明らかである。
　そして，引用発明における「権利処理メタデータ」は，「各コンテンツに対応して配信され」るものであって，該「権利処理メタデータ」に基づいて，「対応する暗号化コンテンツの復号」が行われるものであるから，“対応するコンテンツの保護情報”であることも明らかである。
　更に，引用発明における「ＲＭＰモジュール」は，該「モジュールを実行することにより」，「暗号化コンテンツの復号」が行われるものであるから，
　本件補正発明における「ＤＲＭシステム」とは，
“権利処理システム”である点で共通し，
　引用発明における「固有の識別情報」と，
　本件補正発明における「ＤＲＭシステムに関する情報」とは，
“権利処理システムに関する情報”である点で共通し，
　引用発明における「権利処理メタデータ」と，
　本件補正発明における「コンテンツ保護情報」とは，
“コンテンツの保護情報”である点で共通するので，
　したがって，引用発明において，「前記コンテンツ受信機は，各コンテンツに対応して配信された，前記権利処理メタデータを受信」することと，
　本件補正発明における「前記アダプティブストリーミングサービスを用いて提供される同一のコンテンツに適用されたＤＲＭシステムが複数あり，それらの複数のＤＲＭシステムに関する情報を含む，前記同一のコンテンツである特定のコンテンツのコンテンツ保護情報を，受信するステップ」とは，
“コンテンツを送信するサービスを用いて提供されるコンテンツに適用された権利処理システムに関する情報を含む，前記コンテンツの保護情報を受信するステップ”である点で共通する。
　
オ．引用発明における「複数のＲＭＰモジュールから，前記権利処理メタデータに含まれる固有の識別情報に基づいて，動作可能とするＲＭＰモジュールが識別され」ることと，
　本件補正発明における「前記複数のＤＲＭシステムのうちから特定のＤＲＭシステムを選択するステップ」とは，
“複数の権利処理システムのうちから特定の権利処理システムを選択するステップ”である点で共通する。
　
カ．引用発明における「前記権利処理メタデータに基づいて，前記権利処理メタデータに対応する暗号化コンテンツの復号を行う」ことと，
　本件補正発明における「取得したライセンスを用いて前記特定のコンテンツを復号するステップ」とは，
“コンテンツを送信するサービスを用いて提供されるコンテンツを復号するステップ”である点で共通する。
　
キ．以上ア．〜カ．において検討した事項から，本件補正発明と，引用発明との一致点，及び，相違点は，次のとおりである。
　
［一致点］
　コンテンツを送信するサービスを提供するユーザ端末装置のコンテンツの権利処理サービスの提供方法であって，
　前記コンテンツを送信するサービスを用いて提供されるコンテンツに適用された権利処理システムに関する情報を含む，前記コンテンツの保護情報を受信するステップと，
　複数の前記権利処理システムのうちから特定の権利処理システムを選択するステップと，
　前記コンテンツを送信するサービスを用いて提供されるコンテンツを復号するステップと，
　を含む方法。
　
［相違点１］
“コンテンツを送信するサービス”に関して，
　本件補正発明においては，「アダプティブストリーミングサービス」であるのに対して，
　引用発明においては，「アダプティブストリーミングサービス」については，言及されていない点。
　
［相違点２］
“コンテンツの権利処理サービス”に関して，
　本件補正発明においては，「ディジタル著作権管理（ＤＲＭ）サービス」であるのに対して，
　引用発明においては，「ＲＭＰ方式」を用いた「権利保護手段」である点。
　
［相違点３］
“コンテンツの保護情報”に関して，
　本件補正発明においては，「アダプティブストリーミングサービスを用いて提供される同一のコンテンツに適用されたＤＲＭシステムが複数あり，それらの複数のＤＲＭシステムに関する情報を含む，前記同一のコンテンツである特定のコンテンツのコンテンツ保護情報」であるのに対して，
　引用発明においては，「同一のコンテンツに適用されたＤＲＭシステムが複数あ」ることに関する言及がない点。
　
［相違点４］
　本件補正発明においては，「特定のＤＲＭシステムに対応し，前記特定のコンテンツを復号可能な暗号キーを含むライセンスを取得するステップ」を有するのに対して，
　引用発明においては，新たに，「ライセンスを取得する」点については，言及されていない点。
　
［相違点５］
“コンテンツを復号するステップ”に関して，
　本件補正発明においては，「取得したライセンスを用いて前記特定のコンテンツを復号する」ものであるのに対して，
　引用発明においては，「権利処理メタデータ」に，「コンテンツを解くための鍵類」などが含まれていて，「取得したライセンスを用いて・・・コンテンツを復号する」ことについては言及されていない点。
　
（５）相違点についての当審の判断
ア．［相違点１］について
　上記「（２）引用刊行物に記載された事項」において，Ｍとして引用した，周知技術文献１の記載内容中に，「Next, an introduction and overview of the PSS standard is given, followed by a detailed walkthrough of the adaptive streaming features. Finally, we present an example of 3GPP PSS-compliant adaptive streaming performed in a real client/server implementation（次に，アダプティブストリーミングの特性の詳細な段階的説明に従って，ＰＳＳ標準の導入と，概観を与える。最後に，実際のクライアント／サーバ実装において実行される，３ＧＰＰ　ＰＳＳ−準拠のアダプティブストリーミングの例を示す）」とあり，同じく，上記「（２）引用刊行物に記載された事項」において，Ｎとして引用した，周知技術文献２の記載内容中に，「This paper presents an appropriate way of coding the segments and a simple multimedia container format that is optimized for adaptive streaming and video composition over HTTP（この論文は，ＨＴＴＰにおける，適応ストリーミングと，ビデオ組成とを最適化する，適切なセグメントの符号化方法と，簡単なマルチメディア・コンテナ・フォーマットを示す）」とあるように，「アダプティブストリーミング」は，本願の第１国出願前に，当業者には，周知の技術事項であった。
　したがって，引用発明においても，コンテンツをコンテンツ受信機に対して配信する際に，「アダプティブストリーミング」を採用することは，当業者が適宜なし得る事項である。
　よって，［相違点１］は，格別のものではない。
　
イ．［相違点２］について
　引用発明においても，上記「（２）引用刊行物に記載された事項」において，Ａとして引用した，引用刊行物１の記載内容中に，「コンテンツ・プロバイダ自身がコンテンツ課金，セキュリティ，著作権保護などのコンテンツ提供方式（以下では，ＲＭＰ（Right Management  Protection）と呼ぶ）を策定することが挙げられる」，及び，「所定の権利管理・保護（Right Management  Protection：ＲＭＰ）方式に則って配信されるコンテンツを受信するコンテンツ受信装置」とあるように，引用発明における「ＲＭＰ」も，「コンテンツ」の「著作権保護」といった，「権利管理」を行うものであるから，表現の相違があるものの，引用発明においても，「ディジタル著作権管理」が行われていることは，明らかである。
　よって，［相違点２］は，格別のものではない。
　
ウ．［相違点３］〜［相違点５］について
　上記「（２）引用刊行物に記載された事項」において，Ｉとして引用した，引用刊行物２の記載内容中に，「 Embodiments of the present invention overcome these problems by defining a download descriptor which includes rights object(s) for multiple formats of the content along with an indication of where the content is available, for example a URL address. The download descriptor identifies the available formats of the content（本発明の実施例は，例えば，ＵＲＬアドレスといった，コンテンツが何処に存在するかの表示と併せて,そのコンテンツの複数のフォーマットのための（複数の）権利オブジェクトを含む，ダウンロード識別子を定義することによって，これらの問題を打開する。ダウンロード識別子は，そのコンテンツの,複数の可能なフォーマットを特定する）」とあり，
　同じく，上記「（２）引用刊行物に記載された事項」において，Ｋとして引用した，引用刊行物２の記載内容中に，「A Download Descriptor containing an example environment element is shown in FIG.7（例の環境要素を含むダウンロード識別子が，図７において示されている）」とあり，
　同じく，上記「（２）引用刊行物に記載された事項」において，Ｌとして引用した，引用刊行物２の記載内容中に，「In the example in  FIG.7 , three sub elements 60A, 60B and 60C are defined, each one corresponding to a different profile and each one providing a URL to the content in a format that is suitable for a device that supports/implements a specific profile（図７の例において，３つのサブ要素６０Ａ，６０Ｂ，及び，６０Ｃは，各自が異なるプロファイルに対応し，各自が，固有のプロファイルをサポート／実装するデバイスのために，最適であるフォーマットにおけるコンテンツのＵＲＬを提供する）」，及び，「These profiles define the media rendering capabilities of the device e.g. the maximum resolution it supports, audio and video codecs supported etc. Within the download server 3, content is then encoded/formatted for each of these profiles and made available on the internet（これらのプロファルは，これらのプロファイルは，例えば，デバイスがサポートする最大の解像度，サポートされる，オーディオとビデオのコーデックといった，デバイスの，メディアを表示することの機能を定義する。ダウンロード・サーバ３において，コンテンツは，次に，これらのプロファイルのそれぞれのために，符号化／フォーマットされ，インターネットにおいて，入手可能にされる）」とあることから，
　引用刊行物２に記載の発明においては，１つの「ダウンロード識別子」には，同一の「コンテンツ」の，「デバイスがサポートする最大の解像度，サポートされる，オーディオとビデオのコーデックといった，デバイスの，メディアを表示することの機能を定義する」ものである，「デバイス」それぞれの「プロファイル」に対応する，複数の「フォーマット」のデータを，「インターネット」経由で取得するための，取得先である，複数の「ＵＲＬ」が含まれていることが，読み取れ，
　同じく，上記「（２）引用刊行物に記載された事項」において，Ｊとして引用した，引用刊行物２の記載内容中に，「Embodiments of the invention also allow Multiple DRM systems such as Marlin（本発明の実施例もまた，例えばマーリンなど，複合のＤＲＭシステムを与える）」，「the Download Descriptor 9 can contain multiple license elements, thereby carrying the DRM specific license trigger or the license itself for each DRM system as appropriate（ダウンロード識別子９は，それによって，必要に応じて，そのＤＲＭ特有のライセンス・トリガ，或いは，それぞれのＤＲＭシステムのためのライセンス自身を運ぶところの，多数のライセンス要素を含むことができる）」，及び，「FIG. 6 shows how the extensible nature of the Download Descriptor 9 can used to enable consumption on both OMA and Marlin devices（図６は，ダウンロード識別子９の拡張可能な種類が，ＯＭＡと，マーリンのデバイスの両方で,消費することを可能とするために，どのように用いられ得るかを示している）」とあるように，１つの「ダウンロード識別子」に，複数の異なる「ＤＲＭシステム」に対応するよう，該「ＤＲＭシステム」に対応する「ライセンス要素」が含まれていることが読み取れるので，
　引用刊行物２に記載の発明は，“同一のコンテンツを取得する複数の，プロファイルの異なるデバイスに対応する，複数の異なるＤＲＭシステムに対応する複数のライセンス要素，及び，前記複数のプロファイルに対応する，前記同一のコンテンツの異なるフォーマットのデータの取得先のＵＲＬを含む，１つのダウンロード識別子”を有するものであることが読み取れる。
　また，上記「（２）引用刊行物に記載された事項」において，Ｇとして引用した，引用刊行物２の記載内容中に，「Licence（当審注；“Licence”は，イギリス英語では，左記の綴りになるが，引用刊行物２の他の箇所では，“License”と表記されている）or rights object (RO): a rights object is, for example, an XML document expressing permissions and constraints associated with a piece of DRM content（ライセンス，或いは，権利オブジェクト（RO）：権利オブジェクトは，例えば，ＤＲＭコンテンツの１つに関連する，許可と，制限を表現しているＸＭＬ文書である）」，及び，「The RO typically includes a key to allow decryption of the relevant encrypted content（ＲＯは，通常は，関連のある暗号化されたコンテンツの復号を許可するための鍵を含んでいる）」とあるように，引用刊行物２に記載の発明においては，「ライセンス，或いは，権利オブジェクト」が，「コンテンツを復号するための鍵を含んでいる」態様を含むことは，明らかである。
　そして，上記「（２）引用刊行物に記載された事項」において，Ｈとして引用した，引用刊行物２の記載内容中に，「The ROAP Trigger provides all the necessary information for the DRM Agent on the device 1 to start a secure ROAP session with the device 1（ＲＯＡＰ（権利オブジェクト獲得プロトコル）トリガは，デバイス１と，セキュアＲＯＡＰセッションを開始するために，デバイス１上のＤＲＭエージェントために必要な情報の全てを提供する）」，「the device 1 will send a ROAP:RORequest message to the Rights Issuer Server 7（デバイス１は，権利発行者サーバ７に，ＲＯＡＰ：ＲＯ要求を送るであろう）」，及び，「the Rights Issuer can send a Rights Object back to the device in a ROAP:ROResponse message（権利発行者は，ＲＯＡＰ：ＲＯ応答メッセージで，デバイスに，権利オブジェクトを返送することができる）」とあることと，同じく，上記「（２）引用刊行物に記載された事項」において，Ｉとして引用した，引用刊行物２の記載内容中に，「The download descriptor is provided to a device during the content acquisition stage and stored on the device（ダウンロード識別子は，コンテンツ取得の段階の間に，デバイスに提供され，デバイス上に格納される）」とあることと，上記において引用した，Ｊの記載内容である「the Download Descriptor 9 can contain multiple license elements, thereby carrying the DRM specific license trigger or the license itself for each DRM system as appropriate（ダウンロード識別子９は，それによって，必要に応じて，そのＤＲＭ特有のライセンス・トリガ，或いは，それぞれのＤＲＭシステムのためのライセンス自身を運ぶところの，多数のライセンス要素を含むことができる）」から読み取れる，引用刊行物２に記載の発明が，“ダウンロード識別子に含まれる，異なるＤＲＭシステムに特有のライセンス・トリガを用いて，権利オブジェクトを取得する”という態様を含むことを考慮すると，
　引用刊行物２に記載の発明においては，“ダウンロード識別子が，デバイスに提供された後に，当該ダウンロード識別子に含まれる，ＤＲＭシステムに対応した情報に基づいて，権利オブジェクトが取得される”ものであることも明らかである。
　以上に検討した事項から，引用刊行物２に記載の発明は，
“同一のコンテンツを取得する複数の，プロファイルの異なるデバイスに対応する，複数の異なるＤＲＭシステムに対応する複数のライセンス要素，及び，前記複数のプロファイルに対応する，前記同一のコンテンツの異なるフォーマットのデータの取得先のＵＲＬを含む，１つのダウンロード識別子が，デバイスに提供された後に，当該ダウンロード識別子に含まれる，ＤＲＭシステムに対応した情報に基づいて，前記コンテンツを復号するための鍵を含んでいる権利オブジェクトが取得される”態様を有するものであることが読み取れ，上記において検討した事項から，引用刊行物２に記載の発明においては，“取得した権利オブジェクトに含まれる復号鍵を用いて，コンテンツが復号される”ことも明らかである。
　ここで，引用刊行物２に記載の発明における「ダウンロード識別子」，「権利オブジェクト」が，本件補正発明における「コンテンツ保護情報」，「ライセンス」に相当するのであって，
　引用刊行物２に記載の発明における「同一のコンテンツを取得する複数の，プロファイルの異なるデバイスに対応する，複数の異なるＤＲＭシステムに対応する複数のライセンス要素，及び，前記複数のプロファイルに対応する，前記同一のコンテンツの異なるフォーマットのデータの取得先のＵＲＬを含む，１つのダウンロード識別子が，デバイスに提供さ」れることが，
　本件補正発明における「同一のコンテンツに適用されたＤＲＭシステムが複数あり，それらの複数のＤＲＭシステムに関する情報を含む，前記同一のコンテンツである特定のコンテンツのコンテンツ保護情報を，受信するステップ」に相当し，
　引用刊行物２に記載の発明における「当該ダウンロード識別子に含まれる，ＤＲＭシステムに対応した情報に基づいて，前記コンテンツを復号するための鍵を含んでいる権利オブジェクトが取得される」ことが，
　本件補正発明における「複数のＤＲＭシステムのうちから特定のＤＲＭシステムを選択するステップ」と，「特定のＤＲＭシステムに対応し，前記特定のコンテンツを復号可能な暗号キーを含むライセンスを取得するステップ」に相当し，
　引用刊行物２に記載の発明における「取得した権利オブジェクトに含まれる復号鍵を用いて，コンテンツが復号される」ことが，
　本件補正発明における「取得したライセンスを用いて前記特定のコンテンツを復号するステップ」に相当しているので，
　本件補正発明における，
「同一のコンテンツに適用されたＤＲＭシステムが複数あり，それらの複数のＤＲＭシステムに関する情報を含む，前記同一のコンテンツである特定のコンテンツのコンテンツ保護情報を，受信するステップ」，
「前記特定のＤＲＭシステムに対応し，前記特定のコンテンツを復号可能な暗号キーを含むライセンスを取得するステップ」，
　及び，
「前記取得したライセンスを用いて前記特定のコンテンツを復号するステップ」
　という構成は，本願の第１国出願前に，当業者には広く知られた技術事項であったと言える。
　そして，引用発明と，引用刊行物２に記載発明とは，インターネットを介して，コンテンツ取得する技術である点で共通しているので，
　引用発明において，“権利処理メタデータに含まれる，同一のコンテンツに対応する，複数のＲＭＰモジュールの識別情報に基づいて，動作可能とするＲＭＰモジュールが識別され”た後に，“識別されたＲＭＰモジュールに対応するライセンスを取得し，該ライセンスに含まれる，復号鍵を用いて，コンテンツ復号する”構成を採用することは，引用刊行物２に記載の発明に基づいて，当業者が適宜なし得る事項である。
　よって，［相違点３］〜［相違点５］は，格別のものではない。
　
　以上に検討したとおり，［相違点１］〜［相違点５］は，格別のものではなく，そして，本件補正発明によってもたらされる効果も，引用発明，引用刊行物２に記載の発明，及び，周知技術文献１，周知技術文献２に開示されている技術事項から，同業者が予測できる範囲のものであって，格別なものとは認められない。
　よって，本件補正発明は，引用発明，引用刊行物２に記載の発明，及び，周知技術文献１，周知技術文献２に開示されている技術事項基づいて当業者が容易に発明をすることができたものであるので，特許法第２９条第２項の規定により特許出願の際独立して特許を受けることができない。
　
３．補正却下むすび
　したがって，本件手続補正は，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するので，同法第１５９条第１項の規定において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
　よって，補正却下の決定の結論のとおり決定する。
　
第３．本願発明について
　平成２６年１２月５日付けの手続補正は，上記のとおり却下されたので，本願の請求項１に係る発明（以下，これを「本願発明」という）は，平成２６年４月２１日付けの手続補正により補正された，上記「第２．平成２６年１２月５日付けの手続補正の却下の決定」の「１．補正の内容」において，補正前の請求項１として引用された，次の記載のとおりのものである。
　
「アダプティブストリーミングサービスを提供するユーザ端末装置のディジタル著作権管理（ＤＲＭ）サービス提供方法であって，
　前記アダプティブストリーミングサービスを用いて提供される特定のコンテンツに適用されたＤＲＭシステムが複数あり，それらの複数のＤＲＭシステムに関する情報を含む，前記特定のコンテンツのコンテンツ保護情報を，受信するステップと，
　前記複数のＤＲＭシステムのうちから特定のＤＲＭシステムを選択するステップと，
　前記特定のＤＲＭシステムに対応し，前記特定のコンテンツを復号可能な暗号キーを含むライセンスを取得するステップと，
　前記取得したライセンスを用いて前記特定のコンテンツを復号するステップと，
を有することを特徴とするＤＲＭサービス提供方法。」
　
第４．引用刊行物に記載の発明
　上記「第２．平成２６年１２月５日付けの手続補正の却下の決定」の「２．補正の適否」における「（２）引用刊行物に記載された事項」において，引用刊行物１として引用した，原審拒絶理由に引用された，本願の第１国出願前に既に公知である，特開２００２−１２３４９６号公報（２００２年４月２６日公開）には，上記「第２．平成２６年１２月５日付けの手続補正の却下の決定」の「２．補正の適否」における「（３）引用刊行物に記載の発明」において認定したとおり，次の引用発明が記載されているものと認める。
　
　コンテンツの配信サービスを提供するコンテンツ受信機の権利処理メタデータを用いた権利処理の方法であって，
　前記コンテンツ受信機は，各コンテンツに対応して配信された，前記権利処理メタデータを受信し，
　複数のＲＭＰモジュールから，前記権利処理メタデータに含まれる固有の識別情報に基づいて，動作可能とするＲＭＰモジュールが識別され，
　前記識別されたＲＭＰモジュールを実行することにより，前記権利処理メタデータに基づいて，前記権利処理メタデータに対応する暗号化コンテンツの復号を行う，
　方法。
　
第５．本願発明と引用発明との対比
　本願発明は，上記「第２．平成２６年１２月５日付けの手続補正の却下の決定」の「２．補正の適否」において検討した本件補正発明における発明特定事項である「提供される同一のコンテンツ」から，「同一」という限定事項を削除し，同じく，発明特定事項である「同一のコンテンツである特定のコンテンツ」から，「同一のコンテンツである」という限定事項を削除したものであるから，
　本願発明と，引用発明との一致点，及び，相違点は，次のとおりのものである。
　
［一致点］
　コンテンツを送信するサービスを提供するユーザ端末装置のコンテンツの権利処理サービスの提供方法であって，
　前記コンテンツを送信するサービスを用いて提供されるコンテンツに適用された権利処理システムに関する情報を含む，前記コンテンツの保護情報を受信するステップと，
　複数の前記権利処理システムのうちから特定の権利処理システムを選択するステップと，
　前記コンテンツを送信するサービスを用いて提供されるコンテンツを復号するステップと，
　を含む方法。
　
［相違点ａ］
“コンテンツを送信するサービス”に関して，
　本願発明においては，「アダプティブストリーミングサービス」であるのに対して，
　引用発明においては，「アダプティブストリーミングサービス」については，言及されていない点。
　
［相違点ｂ］
“コンテンツの権利処理サービス”に関して，
　本願発明においては，「ディジタル著作権管理（ＤＲＭ）サービス」であるのに対して，
　引用発明においては，「ＲＭＰ方式」を用いた「権利保護手段」である点。
　
［相違点ｃ］
　本願発明においては，「特定のＤＲＭシステムに対応し，前記特定のコンテンツを復号可能な暗号キーを含むライセンスを取得するステップ」を有するのに対して，
　引用発明においては，新たに，「ライセンスを取得する」点については，言及されていない点。
　
［相違点ｄ］
“コンテンツを復号するステップ”に関して，
　本願発明においては，「取得したライセンスを用いて前記特定のコンテンツを復号する」ものであるのに対して，
　引用発明においては，「権利処理メタデータ」に，「コンテンツを解くための鍵類」などが含まれていて，「取得したライセンスを用いて・・・コンテンツを復号する」ことについては言及されていない点。
　
第６．相違点についての当審の判断
　本願発明と，引用発明との［相違点ａ］，［相違点ｂ］，及び，［相違点ｄ］は，それぞれ，本件補正発明と，引用発明との［相違点１］，［相違点２］，［相違点４］，及び，［相違点５］と同じものであるから，上記「第２．平成２６年１２月５日付けの手続補正の却下の決定」の「２．補正の適否」における「（５）相違点についての当審の判断」において検討したとおり，格別のものではない。
　そして，本願発明によってもたらされる効果も，引用発明，引用刊行物２に記載の発明，及び，周知技術文献１，周知技術文献２に開示されている技術事項から，同業者が予測できる範囲のものであって，格別なものとは認められない。
　
第７．むすび
　したがって，本願発明は，本願の特許出願前に日本国内又は外国において頒布された刊行物に記載された発明に基づいて当業者が容易に発明をすることができたものであるので，特許法第２９条第２項の規定により特許を受けることができない。
　
　よって，結論のとおり審決する。