【事件の表示】
　特願２０１５−５２１８７０「コンテンツ転送および配信におけるコンテンツ暗号化および権利管理のシグナリングおよびハンドリング」拒絶査定不服審判事件〔平成２６年　１月１６日国際公開，ＷＯ２０１４／０１２０７３，平成２７年　８月１３日国内公表，特表２０１５−５２３８１６〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１．手続の経緯
　本願は，２０１３年７月１２日（パリ条約による優先権主張外国庁受理２０１２年７月１３日　アメリカ合衆国）を国際出願日とする出願であって，
　平成２７年２月２７日付けで特許法第１８４条の４第１項の規定による明細書，請求の範囲，及び，図面（図面の中の説明に限る）の日本語による翻訳文が提出され，同日付けで審査請求がなされると共に手続補正がなされ，平成２８年２月２２日付けで審査官により拒絶理由が通知され，これに対して平成２８年５月３０日付けで意見書が提出されると共に手続補正がなされたが，平成２８年７月１２日付けで審査官により拒絶査定がなされ（謄本送達；平成２８年７月１９日），これに対して平成２８年１１月１８日付けで審判請求がなされると共に手続補正がなされ，平成２８年１２月２１日付けで審査官により特許法第１６４条第３項の規定に基づく報告がなされたものである。
　
第２．平成２８年１１月１８日付けの手続補正の却下の決定
　
　［補正却下の決定の結論］
　
　平成２８年１１月１８日付け手続補正を却下する。
　
　［理由］
　
１．補正の内容
　平成２８年１１月１８日付けの手続補正（以下，「本件手続補正」という）により，平成２８年５月３０日付けの手続補正により補正された特許請求の範囲，
「　【請求項１】
　装置であって，
　メモリと，
　前記メモリに結合されたプロセッサであり，
　　複数のコンテンツ項目を含むメディアコンテンツのための保護記述を含むマニフェストファイルを取得し，ここで，前記保護記述はメディアコンテンツの中の少なくとも２つのコンテンツ項目のための少なくとも２つの暗号鍵を識別するデータを含み，前記少なくとも２つのコンテンツ項目の各々は前記少なくとも２つの暗号鍵のうちの１つ以上によって保護され，前記少なくとも２つのコンテンツ項目のための前記暗号鍵は異なっており，
　　前記データから前記少なくとも２つのコンテンツ項目のための前記暗号鍵を決定し，
　　前記少なくとも２つのコンテンツ項目を，関連する暗号鍵に従って処理するように構成されている，
　プロセッサと，を備える装置。
　　【請求項２】
　請求項１に記載の装置であって，前記保護記述は，暗号鍵毎に，暗号鍵ロケーションおよび初期化ベクトルサイズを識別するデータをさらに含む
　装置。
　　【請求項３】
　請求項１または２に記載の装置であって，前記少なくとも２つのコンテンツ項目は，共通暗号アルゴリズムを使用して暗号化される，
　装置。
　　【請求項４】
　請求項１に記載の装置であって，前記保護記述は，ハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）上の動的適応型ストリーミング（ＤＡＳＨ）または動画像専門家グループ（ＭＰＥＧ）メディア転送（ＭＭＴ）プロトコルを使用して取得される，
　装置。
　　【請求項５】
　請求項１乃至４のいずれか１項に記載の装置であって，前記データは，前記少なくとも２つのコンテンツ項目を処理するために必要とされる少なくとも１つのシステムを識別し，前記システムは，デジタル権利管理（ＤＲＭ）システム，コンテンツ保護システム，および鍵管理システムからなるグループから選択される，
　装置。
　　【請求項６】
　請求項１乃至５のいずれか１項に記載の装置であって，前記少なくとも２つのコンテンツ項目の第１の部分は第１のソースから発生し，前記少なくとも２つのコンテンツ項目の第２の部分は第２のソースから発生する，
　装置。
　　【請求項７】
　コンピュータ実行可能な命令を備えるコンピュータプログラムであって，該命令は，非一時的なコンピュータ可読媒体に格納され，プロセッサによって実行されるとき，ネットワーク要素（ＮＥ）に，
　　メディアコンテンツのための保護記述を含むマニフェストファイルを取得させ，ここで，前記メディアコンテンツは複数の暗号化されたコンテンツ項目を含み，前記保護記述は，メディア記述の中に記述された少なくとも２つの暗号化されたコンテンツ項目のための少なくとも２つの暗号鍵をシグナリングするデータを含み，前記少なくとも２つの暗号化されたコンテンツ項目の各々は前記少なくとも２つの暗号鍵のうちの１つ以上によって保護され，前記少なくとも２つの暗号化されたコンテンツ項目のための前記暗号鍵は異なっており，
　　前記少なくとも２つの暗号化されたコンテンツ項目のための前記データから前記少なくとも２つの暗号化されたコンテンツ項目のための前記暗号鍵を決定させ，
　　前記少なくとも２つの暗号化されたコンテンツ項目を，関連する暗号鍵に従って処理させる，
　コンピュータプログラム。
　　【請求項８】
　請求項７に記載のコンピュータプログラムであって，前記保護記述は，暗号アルゴリズム，暗号鍵ロケーション，初期化ベクトル，初期化ベクトルロケーション，デジタル権利ライセンス，およびデジタル権利ライセンスロケーションからなるグループから選択される保護メカニズムをシグナリングするデータをさらに含む，
　コンピュータプログラム。
　　【請求項９】
　方法であって，
　少なくとも２つのコンテンツ項目を含むメディアコンテンツであり，前記少なくとも２つのコンテンツ項目の各々は少なくとも２つの暗号鍵のうちの１つ以上によって保護され，前記少なくとも２つのコンテンツ項目の各々のための前記暗号鍵は異なっている，メディアコンテンツを取得するステップと，
　前記メディアコンテンツのための保護記述を含むマニフェストファイルを作成するステップであり，前記保護記述は前記少なくとも２つのコンテンツ項目のための前記暗号鍵をシグナリングするために十分なデータを含む，作成するステップと，
　前記マニフェストファイルおよび前記メディアコンテンツをクライアントに送信するステップと，を備える方法。
　　【請求項１０】
　請求項９に記載の方法であって，前記保護記述は，前記少なくとも２つの暗号鍵に関連付けられた，暗号化システムと，鍵管理システムと，単一の期間に対する初期化ベクトル（ＩＶ）情報と，いくつかの固定長期間に対するＩＶ情報とのうちの少なくとも１つを前記クライアントに示すために十分なデータを含む，
　方法。
　　【請求項１１】
　請求項９または１０に記載の方法であって，前記保護記述は，期間に関連付けられた鍵ユニフォーム・リソース識別子（ＵＲＩ）をシグナリングするために十分なデータを含み，前記鍵ＵＲＩは鍵リソースを取り出すために使用可能である，
　方法。
　　【請求項１２】
　請求項９乃至１１のいずれか１項に記載の方法であって，前記保護記述は，メディアプレゼンテーションのための全期間で使用される保護メカニズムのグローバルプロパティを記述するデータを含み，または，前記保護記述は，メディアプレゼンテーションのための全期間で使用される鍵システムの前記グローバルプロパティを記述するデータを含む，
　方法。
　　【請求項１３】
　メモリと，
　前記メモリに結合されたプロセッサであって，
　　少なくとも２つのコンテンツ項目を含むメディアコンテンツであり，前記少なくとも２つのコンテンツ項目の各々は少なくとも２つの暗号鍵のうちの１つ以上によって保護され，前記少なくとも２つのコンテンツ項目の各々のための前記暗号鍵は異なっている，メディアコンテンツを取得し，
　　前記メディアコンテンツのための保護記述を含むマニフェストファイルを作成し，ここで，前記保護記述は前記少なくとも２つのコンテンツ項目のための前記暗号鍵をシグナリングするために十分なデータを含み，
　　前記マニフェストファイルおよび前記メディアコンテンツをクライアントに送信するように構成された，
　プロセッサと，を備える装置。
　　【請求項１４】
　請求項１３に記載の装置であって，前記コンテンツ項目の少なくとも一部分は第１のソースから取得され，前記コンテンツ項目の少なくとも一部分は第２のソースから取得される，
　装置。
　　【請求項１５】
　請求項１３または１４に記載の装置であって，前記保護記述は，ハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）上の動的適応型ストリーミング（ＤＡＳＨ）または動画像専門家グループ（ＭＰＥＧ）メディア転送（ＭＭＴ）プロトコルを使用して送信される，
　装置。」（以下，上記引用の請求項各項を，「補正前の請求項」という）は，
「　【請求項１】
　装置であって，
　メモリと，
　前記メモリに結合されたプロセッサであり，
　　複数のコンテンツ項目を含むメディアコンテンツのための保護記述を含むマニフェストファイルを取得し，ここで，前記保護記述はメディアコンテンツの中の少なくとも２つのコンテンツ項目のための少なくとも２つの暗号鍵を識別するデータを含み，前記少なくとも２つのコンテンツ項目の各々は前記少なくとも２つの暗号鍵のうちの１つ以上によって保護され，前記少なくとも２つのコンテンツ項目のための前記暗号鍵は異なっており，異なるコンテンツ項目は必ずしも同じ暗号鍵によって保護されているとは限らず，前記データは，前記複数のコンテンツ項目のうちの１つを保護するために使用される暗号鍵を指定する要素を含み，
　　前記データから前記少なくとも２つのコンテンツ項目のための前記暗号鍵を決定し，
　　前記少なくとも２つのコンテンツ項目を，関連する暗号鍵に従って処理するように構成されている，
　プロセッサと，を備える装置。
　　【請求項２】
　請求項１に記載の装置であって，前記保護記述は，暗号鍵毎に，暗号鍵ロケーションおよび初期化ベクトルサイズを識別するデータをさらに含む
　装置。
　　【請求項３】
　請求項１または２に記載の装置であって，前記少なくとも２つのコンテンツ項目は，共通暗号アルゴリズムを使用して暗号化される，
　装置。
　　【請求項４】
　請求項１に記載の装置であって，前記保護記述は，ハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）上の動的適応型ストリーミング（ＤＡＳＨ）または動画像専門家グループ（ＭＰＥＧ）メディア転送（ＭＭＴ）プロトコルを使用して取得される，
　装置。
　　【請求項５】
　請求項１乃至４のいずれか１項に記載の装置であって，前記データは，前記少なくとも２つのコンテンツ項目を処理するために必要とされる少なくとも１つのシステムを識別し，前記システムは，デジタル権利管理（ＤＲＭ）システム，コンテンツ保護システム，および鍵管理システムからなるグループから選択される，
　装置。
　　【請求項６】
　請求項１乃至５のいずれか１項に記載の装置であって，前記少なくとも２つのコンテンツ項目の第１の部分は第１のソースから発生し，前記少なくとも２つのコンテンツ項目の第２の部分は第２のソースから発生する，
　装置。
　　【請求項７】
　コンピュータ実行可能な命令を備えるコンピュータプログラムであって，該命令は，非一時的なコンピュータ可読媒体に格納され，プロセッサによって実行されるとき，ネットワーク要素（ＮＥ）に，
　　メディアコンテンツのための保護記述を含むマニフェストファイルを取得させ，ここで，前記メディアコンテンツは複数の暗号化されたコンテンツ項目を含み，前記保護記述は，メディア記述の中に記述された少なくとも２つの暗号化されたコンテンツ項目のための少なくとも２つの暗号鍵をシグナリングするデータを含み，前記少なくとも２つの暗号化されたコンテンツ項目の各々は前記少なくとも２つの暗号鍵のうちの１つ以上によって保護され，前記少なくとも２つの暗号化されたコンテンツ項目のための前記暗号鍵は異なっており，異なるコンテンツ項目は必ずしも同じ暗号鍵によって保護されているとは限らず，前記データは，前記複数のコンテンツ項目のうちの１つを保護するために使用される暗号鍵を指定する要素を含み，
　　前記少なくとも２つの暗号化されたコンテンツ項目のための前記データから前記少なくとも２つの暗号化されたコンテンツ項目のための前記暗号鍵を決定させ，
　　前記少なくとも２つの暗号化されたコンテンツ項目を，関連する暗号鍵に従って処理させる，
　コンピュータプログラム。
　　【請求項８】
　請求項７に記載のコンピュータプログラムであって，前記保護記述は，暗号アルゴリズム，暗号鍵ロケーション，初期化ベクトル，初期化ベクトルロケーション，デジタル権利ライセンス，およびデジタル権利ライセンスロケーションからなるグループから選択される保護メカニズムをシグナリングするデータをさらに含む，
　コンピュータプログラム。
　　【請求項９】
　方法であって，
　少なくとも２つのコンテンツ項目を含むメディアコンテンツであり，前記少なくとも２つのコンテンツ項目の各々は少なくとも２つの暗号鍵のうちの１つ以上によって保護され，前記少なくとも２つのコンテンツ項目の各々のための前記暗号鍵は異なっており，異なるコンテンツ項目は必ずしも同じ暗号鍵によって保護されているとは限らない，メディアコンテンツを取得するステップと，
　前記メディアコンテンツのための保護記述を含むマニフェストファイルを作成するステップであり，前記保護記述は前記少なくとも２つのコンテンツ項目のための前記暗号鍵をシグナリングするために十分なデータを含み，前記データは，複数のコンテンツ項目のうちの１つを保護するために使用される暗号鍵を指定する要素を含む，作成するステップと，
　前記マニフェストファイルおよび前記メディアコンテンツをクライアントに送信するステップと，を備える方法。
　　【請求項１０】
　請求項９に記載の方法であって，前記保護記述は，前記少なくとも２つの暗号鍵に関連付けられた，暗号化システムと，鍵管理システムと，単一の期間に対する初期化ベクトル（ＩＶ）情報と，いくつかの固定長期間に対するＩＶ情報とのうちの少なくとも１つを前記クライアントに示すために十分なデータを含む，
　方法。
　　【請求項１１】
　請求項９または１０に記載の方法であって，前記保護記述は，期間に関連付けられた鍵ユニフォーム・リソース識別子（ＵＲＩ）をシグナリングするために十分なデータを含み，前記鍵ＵＲＩは鍵リソースを取り出すために使用可能である，
　方法。
　　【請求項１２】
　請求項９乃至１１のいずれか１項に記載の方法であって，前記保護記述は，メディアプレゼンテーションのための全期間で使用される保護メカニズムのグローバルプロパティを記述するデータを含み，または，前記保護記述は，メディアプレゼンテーションのための全期間で使用される鍵システムの前記グローバルプロパティを記述するデータを含む，
　方法。
　　【請求項１３】
　メモリと，
　前記メモリに結合されたプロセッサであって，
　　少なくとも２つのコンテンツ項目を含むメディアコンテンツであり，前記少なくとも２つのコンテンツ項目の各々は少なくとも２つの暗号鍵のうちの１つ以上によって保護され，前記少なくとも２つのコンテンツ項目の各々のための前記暗号鍵は異なっており，異なるコンテンツ項目は必ずしも同じ暗号鍵によって保護されているとは限らない，メディアコンテンツを取得し，
　　前記メディアコンテンツのための保護記述を含むマニフェストファイルを作成し，ここで，前記保護記述は前記少なくとも２つのコンテンツ項目のための前記暗号鍵をシグナリングするために十分なデータを含み，前記データは，複数のコンテンツ項目のうちの１つを保護するために使用される暗号鍵を指定する要素を含み，
　　前記マニフェストファイルおよび前記メディアコンテンツをクライアントに送信するように構成された，
　プロセッサと，を備える装置。
　　【請求項１４】
　請求項１３に記載の装置であって，前記コンテンツ項目の少なくとも一部分は第１のソースから取得され，前記コンテンツ項目の少なくとも一部分は第２のソースから取得される，
　装置。
　　【請求項１５】
　請求項１３または１４に記載の装置であって，前記保護記述は，ハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）上の動的適応型ストリーミング（ＤＡＳＨ）または動画像専門家グループ（ＭＰＥＧ）メディア転送（ＭＭＴ）プロトコルを使用して送信される，
　装置。」（以下，上記引用の請求項各項を，「補正後の請求項」という）に補正された。
　
２．補正の適否
（１）新規事項，及び，目的要件について
　本件手続補正は，補正前の請求項１，及び，補正前の請求項７に，
「異なるコンテンツ項目は必ずしも同じ暗号鍵によって保護されているとは限らず、前記データは、前記複数のコンテンツ項目のうちの１つを保護するために使用される暗号鍵を指定する要素を含み」，
　という記載を加え，補正後の請求項１，及び，補正後の請求項７とし，
　補正前の請求項９の，
「前記少なくとも２つのコンテンツ項目の各々のための前記暗号鍵は異なっている，メディアコンテンツを取得するステップ」，
　という記載を，
「前記少なくとも２つのコンテンツ項目の各々のための前記暗号鍵は異なっており，異なるコンテンツ項目は必ずしも同じ暗号鍵によって保護されているとは限らない，メディアコンテンツを取得するステップ」，
　と補正し，同じく，補正前の請求項９の，
「前記保護記述は前記少なくとも２つのコンテンツ項目のための前記暗号鍵をシグナリングするために十分なデータを含む，作成するステップ」，
　という記載を，
「前記保護記述は前記少なくとも２つのコンテンツ項目のための前記暗号鍵をシグナリングするために十分なデータを含み，前記データは，複数のコンテンツ項目のうちの１つを保護するために使用される暗号鍵を指定する要素を含む，作成するステップ」，
　と補正して，補正後の請求項９とし，
　補正前の請求項１３の，
「前記少なくとも２つのコンテンツ項目の各々のための前記暗号鍵は異なっている、メディアコンテンツを取得し」，
　という記載を，
「前記少なくとも２つのコンテンツ項目の各々のための前記暗号鍵は異なっており，異なるコンテンツ項目は必ずしも同じ暗号鍵によって保護されているとは限らない，メディアコンテンツを取得し」，
　と補正し，加えて，補正前の請求項１３に，
「前記データは，複数のコンテンツ項目のうちの１つを保護するために使用される暗号鍵を指定する要素を含み」，
　という記載を付加して，補正後の請求項１３とするものである。
　上記指摘の本件手続補正における，補正前の請求項１，補正前の請求項７，補正前の請求項９，及び，補正前の請求項１３に対する補正事項は，各請求項における発明特定事項である，「コンテンツ項目」，及び，「メディアコンテンツの中の少なくとも２つのコンテンツ項目のための少なくとも２つの暗号鍵を識別するデータ」を限定するものであるといえる。
　そして，当該補正事項は，平成２７年２月２７日付けで提出された明細書，請求の範囲の日本語による翻訳文，及び，国際出願の願書に添付した図面（以下，これを「当初明細書等」という）の段落【０００７】の，
「
少なくとも２つのコンテンツ項目の各々が少なくとも２つの保護メカニズムのうちの１つ以上によって保護され，少なくとも２つのコンテンツ項目の各々のための保護メカニズムが異なっている
　という記載，同じく，段落【００２５】の，
「ＤＡＳＨは，様々な形式のコンテンツ保護をさらにサポートし得る。たとえば，
セグメント（群）は，暗号化され得，ＭＰＤは，ユーザへのプレゼンテーション前に各セグメントを解読および／または認証するためにクライアントによって使用され得る情報を含み得る
　という記載，同じく，段落【００２７】の，
「コンテンツ保護記述子は，零個以上の暗号期間要素および／または暗号タイムライン要素を含み得る。各
メディアセグメントは，零または１個の暗号期間に関連付けられ得
　という記載，同じく，段落【００２９】の，
「
関連するセグメントを解読するために必要とされる鍵を識別し得る一意の鍵識別子を識別するフィールド，を追加する
　という記載，及び，同じく，段落【００２９】の，
「開示された実施形態のうちの１つ以上を使用することは，たとえば，ＣＥＮＣによって暗号化され，そして，たとえば，ＤＡＳＨ　ＭＰＤ，および／または，ＭＭＴ複合情報および転送特性の範囲内で関係するメタデータを指定するための内部フォーマットおよび構造を考慮することなしに完全に暗号化されることはない
コンテンツ項目（たとえば，ＤＡＳＨセグメント，ＭＰＥＧメディア転送（ＭＭＴ）パッケージ，ＭＭＴアセット，ＭＭＴフラグメントなど）
　という記載から，
　補正前の請求項１，補正前の請求項７，補正前の請求項９，及び，補正前の請求項１３に加えられた，
「少なくとも２つのコンテンツ項目の各々のための前記暗号鍵は異なっており，異なるコンテンツ項目は必ずしも同じ暗号鍵によって保護されているとは限らない」，
　という記載内容と，
「データは，複数のコンテンツ項目のうちの１つを保護するために使用される暗号鍵を指定する要素を含」むという記載内容を読み取ることが，一応，可能であるので，
　本件手続補正は，当初明細書等に記載した事項の範囲内でなされたものであるので，
　特許法第１８４条の１２第２項により読み替える同法第１７条の２第３項の規定を満たし，
　上述のとおり，特許請求の範囲の補正前の請求項１，補正前の請求項７，補正前の請求項９，及び，補正前の請求項１３の減縮（特許法第３６条第５項の規定により請求項に記載した発明を特定するために必要な事項を限定するものであって，その補正前の当該請求項に記載された発明とその補正後の当該請求項に記載される発明の産業上の利用分野及び解決しようとする課題が同一であるものに限る）を目的とするものであるといえるので，
　特許法特許法第１７条の２第５項の規定を満たすものである。
　そこで，本件手続補正が，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定を満たすものであるか否か，即ち，補正後の請求項に記載されている事項により特定される発明が特許出願の際独立して特許を受けることができるものであるか否か，以下に検討する。
　
（２）独立特許要件について
ア．補正後の請求項１に係る発明
　補正後の請求項１に係る発明（以下，これを「本件補正発明」という）は，上記「１．補正の内容」において，補正後の請求項１として引用した，次のとおりのものである。
　
「装置であって，
　メモリと，
　前記メモリに結合されたプロセッサであり，
　　複数のコンテンツ項目を含むメディアコンテンツのための保護記述を含むマニフェストファイルを取得し，ここで，前記保護記述はメディアコンテンツの中の少なくとも２つのコンテンツ項目のための少なくとも２つの暗号鍵を識別するデータを含み，前記少なくとも２つのコンテンツ項目の各々は前記少なくとも２つの暗号鍵のうちの１つ以上によって保護され，前記少なくとも２つのコンテンツ項目のための前記暗号鍵は異なっており，異なるコンテンツ項目は必ずしも同じ暗号鍵によって保護されているとは限らず，前記データは，前記複数のコンテンツ項目のうちの１つを保護するために使用される暗号鍵を指定する要素を含み，
　　前記データから前記少なくとも２つのコンテンツ項目のための前記暗号鍵を決定し，
　　前記少なくとも２つのコンテンツ項目を，関連する暗号鍵に従って処理するように構成されている，
　プロセッサと，を備える装置。」
　
イ．引用刊行物に記載の事項
　原審が，平成２８年２月２２日付けの拒絶理由（以下，これを「原審拒絶理由」という）に引用した，本願の第１国出願前に既に公知である，米国特許出願公開第２０１２／００１７２８２号明細書（２０１２年１月１９日公開，以下，これを「引用刊行物」という）には，関連する図面と共に，次の事項が記載されている。
　
Ａ．「[0047]　
FIGS.10 and 11 are diagrams illustrating MPD information for supporting multiple DRM systems on a representation basis, according to an embodiment of the present invention;
（
図１０，及び，図１１は，本発明の実施例に従って，表示基準における，複合ＤＲＭシステムをサポートするための，ＭＰＤ情報を説明する図である；
　
Ｂ．「[0085]　Also, in accordance with an embodiment of the present invention, when an adaptive streaming service is provided, a license corresponding to each of multiple DRM systems may be generated for each period of the content. Specifically, 
the entire length of specific content may be divided into multiple periods, and a license corresponding to each of the periods may be generated depending on the scheme of each of the multiple DRM systems.
information included in the licenses corresponding to each period may be either the same or different
（[0085]　また，本発明の実施例に従って，適応ストリーミング・サービスが提供されると，複合ＤＲＭシステムの，それぞれに対応するライセンスが，コンテンツのそれぞれの期間毎に，生成され得る。具体的には，
個々のコンテンツの全体の長さが，複数の期間に分割され得，それら期間のそれぞれに対応するライセンスが，複合ＤＲＭシステムの，それぞれのスキームに従って，生成され得る。
それぞれの期間に対応するライセンスに含まれる情報は，同じであるか，異なっているかである
　
Ｃ．「[0096]　FIG.5 is a diagram illustrating a structure of the content service server 300, according to an embodiment of the present invention. The content service server 300 may include an MPD information generator 310 having content protection information, and a communication unit 320 for exchanging various data with the user terminal 100 and/or the first and second DRM service servers 200 and 250. The MPD information generator 310 changes the content protection information received from the first and second DRM service servers 200 and 250 into the format that user terminals may handle, and includes the resulting information in the MPD information described in greater detail below.
[0097]　FIG.6 illustrates a structure of the user terminal 100, according to an embodiment of the present invention.
[0098]　Referring to FIG.6, the user terminal 100 includes a content handler 110, an MPD parser module 120, a bandwidth monitor 130, a representation selector 140, a DRM selector 150, a DRM installer 160, a DRM agent 170, a decryptor 180, a transceiver 190, and a memory 195.
[0099]　The content handler 110 performs the functions of the user terminal 100 by controlling the following components.
[0100]　The transceiver 190 exchanges messages and/or data with the network or other devices. The transceiver 190 delivers the received messages and/or data to the content handler 110, and transmits the data and/or messages provided from the content handler 110 to the network entities or devices.
[0101]　The memory 195 stores programs, reference data, various updatable archival data, etc., used to handle and control the user terminal 100.
[0102]　The MPD parser module 120, under control of the content handler 110, generates a DRM object for content protection information by parsing an MPD node of the MPD information that is received from the content service server 300 through the transceiver 190. The MPD parser module 120 delivers the parsed MPD information to the content handler 110. The content handler 110 delivers the MPD information to the representation selector 140.
[0103]　The bandwidth monitor 130 checks a network bandwidth by monitoring the network state, and delivers it to the representation selector 140, thereby providing the criteria for representation selection.
[0104]　The DRM selector 150 selects a proper DRM system to be used to play the content to which multiple DRM systems are applied, based on the information about the installation of the DRM system of the user terminal 100, the performance of the user terminal 100, and the DRM selection criteria. The DRM selection criteria may be set in various different ways. For example, the DRM selection criteria may include at least one of the DRM system presently installed in the user terminal 100, the DRM system preferred by the service provider providing content, and the DRM system preferred by the user.
[0105]　The representation selector 140 selects a representation of a proper level by referring to and comparing the network bandwidths, the DRM selection criteria, and information about one or more representations included in the MPD information.
 [0106]　The information about the DRM system determined by the DRM selector 150, and the information about the representation selected by the representation selector 140 are delivered to the content handler 110.
[0107]　The DRM installer 160, under control of the content handler 110, downloads and installs a DRM system module, if a DRM agent corresponding to the DRM system selected by the DRM selector 150 is not installed in the user terminal 100. The DRM installer 160 may proceed with a procedure for authenticating the first and second DRM service servers 200 and 250 by generating performance information and security verification information of the user terminal 100. The DRM agent 170, under control of the content handler 110, performs a protocol for acquiring a license, and allows the content to be played according to the acquired license. Specifically, the DRM agent 170 acquires a license by its license manager 171 and manages the acquired license. Based on the access rights included in the license, the DRM agent 170 allows the content to be played by the user terminal 100, and delivers the encryption key included in the license to the decryptor 180.
[0108]　The DRM agent 170 is distinguishable according to the type of the DRM system, and other DRM agents may be added by the DRM installer 160.
 [0109]　
The decryptor 180, under control of the content handler 110, decrypts the encrypted content data based on the encryption key information in the license, and the encryption information (e.g., an initial vector and an encryption algorithm) described in the MPD information.
（[0096]　図５は，本発明の実施例に従う，コンテンツ・サービス・サーバ３００の構造を示す，略図である。コンテンツ・サービス・サーバ３００は，コンテンツ保護情報を有する，ＭＰＤ情報生成器３１０と，ユーザ端末１００，及び／または，第１，第２のＤＲＭサービス・サーバ２００，２５０との，種々のデータ交換のための通信ユニット３２０とを有し得る。ＭＰＤ情報生成器３１０は，ユーザ端末で扱い得るフォーマットで，第１，第２ＤＲＭサービス・サーバ２００，２５０から受信した，コンテンツ保護情報を変換し，以下に詳述する生成器において記述された，ＭＰＤ情報における，結果である情報を含む。
[0097]　図６は，本発明の実施例に従う，ユーザ端末１００の構造が示されている。
[0098]　図６を参照すると，ユーザ端末１００は，コンテンツ・ハンドラ１１０，ＭＰＤパーサ・モジュール１２０，帯域幅モニタ１３０，表示選択器１４０，ＤＲＭ選択器１５０，ＤＲＭインストーラ１６０，ＤＲＭエージェント１７０，復号器１８０，通信器１９０，及び，メモリ１９５を含む。
[0099]　コンテンツ・ハンドラ１１０は，以下のコンポーネントを制御するための，ユーザ端末の機能を実行する。
[0100]　通信器１９０は，ネットワーク，或いは，他のデバイスと，メッセージ，及び／または，データを交換する。通信器１９０は，コンテンツ・ハンドラ１１０へ送信されるメッセージ，及び／または，データを供給し，コンテンツ・ハンドラ１１０から供給されるデータ，及び／または，メッセージを，ネットワーク・エンティティ，或いは，デバイスへ，転送する。
[0101]　メモリ１９５は，ユーザ端末１００を操作，及び，制御するために用いられる，プログラム，参照データ，種々の更新可能な，アーカイバル・データを格納する。
[0102]　ＭＰＤパーサ・モジュール１２０は，コンテンツ・ハンドラ１１０の制御の下で，通信器１９０を介して，コンテンツ・サービス・サーバ３００から受信される，ＭＰＤ情報のＭＰＤノードを解析することで，コンテンツ保護情報のためのＤＲＭオブジェクトを生成する。コンテンツ・ハンドラ１１０は，表示選択器１４０に，ＭＰＤ情報を供給する。
[0103]　帯域幅モニタ１３０は，ネットワークの状態を監視することで，ネットワークの帯域幅を検査し，それによって，表示選択のための基準を備えることになる，ネットワークの帯域幅を，表示選択器１４０に供給する。
[0104]　ＤＲＭ選択器１５０は，ユーザ端末１００のＤＲＭシステムの設定，ユーザ端末の性能，及び，ＤＲＭの選択基準に基づいて，複合ＤＲＭシステムが適用された，コンテンツを再生するために用いられる，適切なＤＲＭシステムを選択する。ＤＲＭの選択基準は，種々の異なる手法において設定される得る。例えば，ＤＲＭの選択基準は，ユーザ端末に現在インストールされている，そのＤＲＭシステムが，サービス・プロバイダが用意するコンテンツにとって望ましく，そして，ユーザにとって望ましいような，ＤＲＭシステムの一つを，少なくとも含む。
[0105]　表示選択器１４０は，ネットワークの帯域幅，ＤＲＭの選択基準，及び，ＭＰＤ情報に含まれる，１以上の表示についての情報を，参照，及び，比較することで，適切なレベルの表示を選択する。
[0106]　ＤＲＭ選択器１５０によって決定される，ＤＲＭシステムについての情報，及び表示選択器１４０によって選択された表示についての情報は，コンテンツ・ハンドラ１１０に送信される。
[0107]　ＤＲＭインストーラ１６０は，コンテンツ・ハンドラ１１０の制御の下，もし，ＤＲＭ選択器１５０によって選択されたＤＲＭシステムに関連するＤＲＭエージェントが，インストールされていなければ，ＤＲＭシステムモジュールを，ダウンロードして，インストールする。ＤＲＭインストーラ１６０は，ユーザ端末１００の生成能力情報，及び，セキュリティ検証情報により，第１，第２ＤＲＭサービス・サーバ２００，２５０を認証することのための手続を開始する。ＤＲＭエージェント１７０は，コンテンツ・ハンドラ１１０の制御の下，ライセンス取得のプロトコルを実行し，取得したライセンスに従って，コンテンツが再生されることを許可する。特に，ＤＲＭエージェント１７０は，ライセンス・マネージャ１７１によって，ライセンスを取得し，取得したライセンスを管理する。ライセンスに含まれるアクセス権に基づいて，ＤＲＭエージェント１７０は，ユーザ端末において，コンテンツが再生されることを許可し，復号器１８０に，ライセンスに含まれている暗号鍵を供給する。
[0108]　ＤＲＭエージェント１７０は，ＤＲＭシステムのタイプの違いに従って区別することができ，そして，他のＤＲＭエージェントが，ＤＲＭインストーラ１６０によって，加えられ得る。
[0109]　
復号器１８０は，コンテンツ・ハンドラ１１０の制御の下，ライセンス内の暗号鍵情報と，ＭＰＤ情報に記述された暗号情報（例えば，初期ベクタ，及び，暗号アルゴリズム）に基づいて，暗号化されたコンテンツ情報を復号する。
　
Ｄ．「[0134]　
Referring to FIG.9, although streaming data of specific content is applied the OMA DRM system and the Marlin DRM system in a specific period regardless of the network bandwidths R1, R2 and R3, encryption keys key_a, key_b, and key_c included in licenses corresponding to the network bandwidths R1, R2 and R3 are different from one another.
[0135]　If a subscription level is “mid”, a license, from which key_b can be calculated as illustrated in FIG.9, may not be acquired. If a server device provides encryption keys by managing keys using a hash chain as in Equation(1) below and 610 of FIG.9, a subscription level of “mid” may make it possible to decrypt even the encrypted streaming data corresponding to representations whose bitrates are lower than that of the subscription level of “mid”.
Key_a, 
Key_b=Hash(Key_a), 
Key_c=Hash(Key_b)=Hash(Hash(Key_a))　　　　(1) 」
（[0134]　
図９を参照すると，個別のコンテンツのストリーミング・データが，ネットワーク帯域幅，Ｒ１，Ｒ２，及び，Ｒ３に関わらず，個々の期間において，ＯＭＡ　ＤＲＭシステム，及び，マーリンＤＲＭシステムが適用されているとしても，ネットワーク帯域幅，Ｒ１，Ｒ２，及び，Ｒ３に関連するライセンスに含まれる暗号鍵，鍵ａ，鍵ｂ，及び，鍵ｃは，互いに異なっている。
[0135]　もし，承諾レベルが，“中”であるとすれば，図９に示すように，鍵ｂが計算され得る，ライセンスが取得されることはないであろう。もし，サーバ・デバイスが，以下，及び，図９の６１０の式（１）にあるような，ハッシュ・チェーンを用いて，鍵を管理することで，暗号鍵を備えるのあれば，“中”の承諾レベルは，ビットレートが，“中”の承諾レベルより低い描写に関連する，一定の暗号化されたストリーミング・データを，復号することが可能となる。
　
Ｋｅｙ＿ａ，　
Ｋｅｙ＿ｂ＝Ｈａｓｈ（Ｋｅｙ＿ａ），　
Ｋｅｙ＿ｃ＝Ｈａｓｈ（Ｋｅｙ＿ｂ）＝Ｈａｓｈ（Ｈａｓｈ（Ｋｅｙ＿ａ）)　　　　（１））
　
Ｅ．「[0137]　
FIGS.10 and 11  illustrate examples of MPD information for supporting multiple DRM systems on a representation basis, according to an embodiment of the present invention. FIG.12 illustrates an example of supporting multiple DRM systems on a representation basis and a period basis, according to the embodiment of the present invention shown in FIGS.10 and 11.
[0138]　
For decryption of encrypted segments, information about an applied algorithm, an initial vector, etc. should be provided together. In FIGS.10 and 11, period identification information corresponding to a representation, to which its representation information is applied, is represented by “periodlD” 710,
[0139]　
Content protection information 730 includes DRM identification information “schemeldUri”, DRM download information “downloadableDRMURI”, and license acquisition information “licenseUri”.
[0140]　
Representation information in FIGS.10 and 11 include encryption information “Encryption Info type” 740 and 750, respectively. For decryption of encrypted segments, the encryption information includes information about an applied algorithm, an initial vector, etc.
[0141] 
In FIG.10, an initial vector is provided as segment-by-segment encryption information “Encryption Info” 730.
[0142]　In FIG.11, sample-by-sample encryption information “Encryption Info” 750 is provided, in which a link for acquiring an initial vector bundle is specified. This method of applying initial vectors in units of sample data in segments is a specific method of acquiring information corresponding to an initial vector bundle based on a URI when the number of samples is large or unspecified. The embodiments of the present invention enable sample-by-sample random access even for the encrypted streaming data because it calculates initial vectors on a sample basis. By specifying an initial vector in “SampleEncryptionInfo” instead of URI as an attribute, a method may be provided in which a client performs segment-level decryption by parsing MPD information without access to additional URIs.
[0143]　Embodiments of the present invention may be applied to technologies such as recording (storing and converting) of streaming data, because it is consistent with the existing file format (PIFF by MS company) supporting multiple DRM systems.
[0144]　Additional elements and attributes of the embodiments of the present invention are described in greater detail below.
[0145]　
“LicenseUri” represents a URI where a client may acquire a license for obtaining a content encryption key.
[0146]　“EmbeddedLicense” indicates that DRM-specific license information is included or embedded in MPD information, unlike “LicenseUri” that causes the client to acquire a license using an external URI.
[0147]　The pair of “segRef” and “refNum” provide a link indicating to which segment the initial vector and the “SampleEncryptionInfo” correspond.」
（[0137]　
図１０，及び，図１１は，本発明の実施例に従う，表示基準において，複合ＤＲＭシステムをサポートするためのＭＰＤ情報の例を示している。図１２は，図１０，及び，図１１に示される，本発明の実施例に従う，表示基準，及び，期間基準において，複合ＤＲＭシステムをサポートするための例が示されている。
[0138]　
暗号化されたセグメントの復号のため，適用されたアルゴリズム，初期ベクタなどの情報が，共に，準備されなければならない。図１０，及び，図１１において，表示情報に適用された，表示に関連する，期間識別情報“期間ＩＤ”７１０によって，表現され
[0139]　
コンテンツ保護情報７３０は，ＤＲＭ識別情報“スキームｌｄＵｒｉ”，ＤＲＭダウンロード情報“ダウンローダブルＤＲＭＵＲＩ”，及び，ライセンス取得情報“ライセンスＵｒｉ”を含む。
[0140]　
図１０，及び，図１１における，表示情報は，暗号情報“暗号Ｉｎｆｏタイプ”７４０，及び，７５０を，それぞれ有する。暗号化されたセグメントの復号のために，暗号情報は，適応されたアルゴリズム，初期ベクタなどの情報を含む。
[0141]　
図１０において，初期ベクタは，セグメント毎の，暗号情報“暗号Ｉｎｆｏ”７３０に備えられている。
[0142]　１１図において，サンプル毎の，暗号情報“暗号Ｉｎｆｏ”７５０は，初期ベクタの束を取得するためのリンクが特定されるように，与えられる。セグメントにおける，サンプル・データ単位において，初期ベクタを適用する方法は，サンプルが，大きいか，取得されていないときに，ＵＲＩに基づいて，初期ベクタの束に対応する情報を取得する，具体的な方法である。本発明の実施例においては，サンプル基礎で，初期ベクタを計算するので，暗号化されたストリーミング・データであっても，サンプル毎に，ランダム・アクセスすることができる。特性として，ＵＲＩの代わりに“サンプル暗号Ｉｎｆｏ”において，初期ベクタを規定しているので，方法は，クライアントが，附加的なＵＲＩにアクセスすることなく，ＭＰＤ情報を解析することで，セグメント・レベルの復号をするを，備え得る。
[0143]　本発明の実施例は，複合ＤＲＭシステムをサポートする，既存のファイル・フォーマット（マイクロソフト社のＰＩＦＦ）と合致するので，ストリーミング・データの記録（格納，変換）といった技術を，適用され得る。
[0144]　本発明の実施例の追加の要素，及び，特性は，以下に，今まで以上に，説明される。
[0145]　
“ライセンスＵｒｉ”は，クライアントが，コンテンツ暗号鍵を得ることのために，ライセンスを取得し得る場所である，ＵＲＩを表している。
[0146]　“埋め込まれたライセンス”は，クライアントに，外部のＵＲＩを用いて，ライセンスを取得させる，“ライセンスＵｒｉ”とは異なる，ＭＰＤ情報に含まれている，或いは，埋め込まれているＤＲＭ−固有ライセンス情報を示している。
[0147]　“ｓｅｇＲｅｆ”，及び，“ｒｅｆＮｕｍ”の組は，初期ベクタを分割し，“サンプル暗号Ｉｎｆｏ”に対応するものであることを示すリンクを備える。）
　
Ｆ．「
」
　
Ｇ．「
」
　
Ｈ．「
」
　
ウ．引用刊行物に記載の発明
（ア）上記Ｃの「[0097]　FIG.6 illustrates a structure of the user terminal 100, according to an embodiment of the present invention.
[0098]　Referring to FIG.6, the user terminal 100 includes a content handler 110, an MPD parser module 120, a bandwidth monitor 130, a representation selector 140, a DRM selector 150, a DRM installer 160, a DRM agent 170, a decryptor 180, a transceiver 190, and a memory 195.
（[0097]　図６は，本発明の実施例に従う，ユーザ端末１００の構造が示されている。
[0098]　図６を参照すると，ユーザ端末１００は，コンテンツ・ハンドラ１１０，ＭＰＤパーサ・モジュール１２０，帯域幅モニタ１３０，表示選択器１４０，ＤＲＭ選択器１５０，ＤＲＭインストーラ１６０，ＤＲＭエージェント１７０，復号器１８０，通信器１９０，及び，メモリ１９５を含む。）」という記載から，引用刊行物においては，
“ユーザ端末１００は，コンテンツ・ハンドラ１１０，ＭＰＤパーサ・モジュール１２０，帯域幅モニタ１３０，表示選択器１４０，ＤＲＭ選択器１５０，ＤＲＭインストーラ１６０，ＤＲＭエージェント１７０，復号器１８０，通信器１９０，及び，メモリ１９５を有する”
　ことが読み取れる。
　
（イ）上記Ｃの「[0099]　The content handler 110 performs the functions of the user terminal 100 by controlling the following components.（[0099]　コンテンツ・ハンドラ１１０は，以下のコンポーネントを制御するための，ユーザ端末の機能を実行する。）」という記載，同じく，上記Ｃの「[0100]　The transceiver 190 exchanges messages and/or data with the network or other devices. The transceiver 190 delivers the received messages and/or data to the content handler 110, and transmits the data and/or messages provided from the content handler 110 to the network entities or devices.（[0100]　通信器１９０は，ネットワーク，或いは，他のデバイスと，メッセージ，及び／または，データを交換する。通信器１９０は，コンテンツ・ハンドラ１１０へ送信されるメッセージ，及び／または，データを供給し，コンテンツ・ハンドラ１１０から供給されるデータ，及び／または，メッセージを，ネットワーク・エンティティ，或いは，デバイスへ，転送する。）」という記載，及び，同じく，上記Ｃの「[0102]　The MPD parser module 120, under control of the content handler 110, generates a DRM object for content protection information by parsing an MPD node of the MPD information that is received from the content service server 300 through the transceiver 190. The MPD parser module 120 delivers the parsed MPD information to the content handler 110. The content handler 110 delivers the MPD information to the representation selector 140.（[0102]　ＭＰＤパーサ・モジュール１２０は，コンテンツ・ハンドラ１１０の制御の下で，通信器１９０を介して，コンテンツ・サービス・サーバ３００から受信される，ＭＰＤ情報のＭＰＤノードを解析することで，コンテンツ保護情報のためのＤＲＭオブジェクトを生成する。コンテンツ・ハンドラ１１０は，表示選択器１４０に，ＭＰＤ情報を供給する。）」という記載から，引用刊行物においては，
“コンテンツ・ハンドラ１１０の制御の下，通信器１９０が，コンテンツ・サービス・サーバ３００から，ＭＰＤ情報を受信し，ＭＰＤパーサ・モジュール１２０が，前記ＭＰＤ情報のＭＰＤノードを解析することで，コンテンツ保護情報のためのＤＲＭオブジェクトを生成する”ことが読み取れ，同じく，上記Ｃの「[0101]　The memory 195 stores programs, reference data, various updatable archival data, etc., used to handle and control the user terminal 100.（[0101]　メモリ１９５は，ユーザ端末１００を操作，及び，制御するために用いられる，プログラム，参照データ，種々の更新可能な，アーカイバル・データを格納する。）」という記載と，上記において引用した，上記Ｃの他の記載内容から，引用刊行物においては，
“コンテンツ・ハンドラ１１０が制御するための，プログラム等は，メモリ１９５が格納している”ことが読み取れるので，このことから，引用刊行物においては，
“コンテンツ・ハンドラ１１０は，メモリ１９５に結合されている”
　ことが読み取れる。
　
（ウ）上記Ｂの「the entire length of specific content may be divided into multiple periods, and a license corresponding to each of the periods may be generated depending on the scheme of each of the multiple DRM systems.（個々のコンテンツの全体の長さが，複数の期間に分割され得，それら期間のそれぞれに対応するライセンスが，複合ＤＲＭシステムの，それぞれのスキームに従って，生成され得る。）」という記載，同じく，上記Ｂの「information included in the licenses corresponding to each period may be either the same or different.（それぞれの期間に対応するライセンスに含まれる情報は，同じであるか，異なっているかである。）」という記載から，引用刊行物においては，
“コンテンツは，複数の期間に分割され，それらの期間のそれぞれには，ライセンスの異なる情報が対応する”
　という態様を含むものであることが読み取れる。
　
（エ）上記Ａの「FIGS.10 and 11 are diagrams illustrating MPD information for supporting multiple DRM systems on a representation basis, according to an embodiment of the present invention;（図１０，及び，図１１は，本発明の実施例に従って，表示基準における，複合ＤＲＭシステムをサポートするための，ＭＰＤ情報を説明する図である；）」という記載，上記Ｅの「FIGS.10 and 11  illustrate examples of MPD information for supporting multiple DRM systems on a representation basis, according to an embodiment of the present invention. FIG.12 illustrates an example of supporting multiple DRM systems on a representation basis and a period basis, according to the embodiment of the present invention shown in FIGS.10 and 11.（図１０，及び，図１１は，本発明の実施例に従う，表示基準において，複合ＤＲＭシステムをサポートするためのＭＰＤ情報の例を示している。図１２は，図１０，及び，図１１に示される，本発明の実施例に従う，表示基準，及び，期間基準において，複合ＤＲＭシステムをサポートするための例が示されている。）」という記載，同じく，上記Ｅの「For decryption of encrypted segments, information about an applied algorithm, an initial vector, etc. should be provided together. In FIGS.10 and 11, period identification information corresponding to a representation, to which its representation information is applied, is represented by “periodlD” 710（暗号化されたセグメントの復号のため，適用されたアルゴリズム，初期ベクタなどの情報が，共に，準備されなければならない。図１０，及び，図１１において，表示情報に適用された，表示に関連する，期間識別情報“期間ＩＤ”７１０によって，表現され）」という記載と，上記Ｈに引用した，図１２に開示された事項，及び，上記（ウ）において検討した事項から，引用刊行物における「コンテンツ」は，複数の「期間」に分割され，各「期間」は，上記に引用した，Ｅの記載内容から，「期間ＩＤ」によって識別されるものであることが読み取れ，更に，上記で引用したＥの記載内容と，上記Ｅの「Representation information in FIGS.10 and 11 include encryption information “Encryption Info type” 740 and 750, respectively. For decryption of encrypted segments, the encryption information includes information about an applied algorithm, an initial vector, etc.（図１０，及び，図１１における，表示情報は，暗号情報“暗号Ｉｎｆｏタイプ”７４０，及び，７５０を，それぞれ有する。暗号化されたセグメントの復号のために，暗号情報は，適応されたアルゴリズム，初期ベクタなどの情報を含む。）」という記載，同じく，上記Ｅの「In FIG.10, an initial vector is provided as segment-by-segment encryption information “Encryption Info” 730. （図１０において，初期ベクタは，セグメント毎の，暗号情報“暗号Ｉｎｆｏ”７３０に備えられている。）」という記載と，上記Ｇに引用した，図１１に開示の事項とから，引用刊行物においては，
“ＭＰＤ情報は，コンテンツの期間ＩＤで識別される期間に含まれる，複数の暗号化されたセグメントを復号するための暗号情報を有する”
　ものであることが読み取れる。
　
（オ）上記（イ）にも引用した，上記Ｃの「[0102]　The MPD parser module 120, under control of the content handler 110, generates a DRM object for content protection information by parsing an MPD node of the MPD information that is received from the content service server 300 through the transceiver 190. The MPD parser module 120 delivers the parsed MPD information to the content handler 110. The content handler 110 delivers the MPD information to the representation selector 140.（[0102]　ＭＰＤパーサ・モジュール１２０は，コンテンツ・ハンドラ１１０の制御の下で，通信器１９０を介して，コンテンツ・サービス・サーバ３００から受信される，ＭＰＤ情報のＭＰＤノードを解析することで，コンテンツ保護情報のためのＤＲＭオブジェクトを生成する。コンテンツ・ハンドラ１１０は，表示選択器１４０に，ＭＰＤ情報を供給する。）」という記載から，引用刊行物においては，
“コンテンツ・ハンドラ１１０が，コンテンツ・サービス・サーバ３００から，通信器１９０を介して，ＭＰＤ情報を受信する”
　ことが読み取れ，このことと，上記（エ）において検討した事項から，引用刊行物においては，
“コンテンツ・ハンドラ１１０が，コンテンツ・サービス・サーバ３００から，通信器１９０を介して，コンテンツの期間ＩＤで識別される期間に含まれる，複数の暗号化されたセグメントを復号するための暗号情報を有するＭＰＤ情報を受信する”
　ものであることが読み取れる。
　
（カ）上記Ｈに引用した，図１２に開示されている事項において，帯域「Ｒ２」を参照すると，「期間」の「Ｐ１」，「Ｐ２」，及び，「Ｐ３」で一部重複する部分があるものの，異なる「ＤＲＭ」を用いることが開示されており，また，上記Ｄの「Referring to FIG.9, although streaming data of specific content is applied the OMA DRM system and the Marlin DRM system in a specific period regardless of the network bandwidths R1, R2 and R3, encryption keys key_a, key_b, and key_c included in licenses corresponding to the network bandwidths R1, R2 and R3 are different from one another.（図９を参照すると，個別のコンテンツのストリーミング・データが，ネットワーク帯域幅，Ｒ１，Ｒ２，及び，Ｒ３に関わらず，個々の期間において，ＯＭＡ　ＤＲＭシステム，及び，マーリンＤＲＭシステムが適用されているとしても，ネットワーク帯域幅，Ｒ１，Ｒ２，及び，Ｒ３に関連するライセンスに含まれる暗号鍵，鍵ａ，鍵ｂ，及び，鍵ｃは，互いに異なっている。）」という記載と，上記Ｆに引用した，図９に開示されている事項から，同一の期間における，異なる帯域の「コンテンツ」に対して，異なる「暗号鍵」を採用する点が開示されている。
　そして，「ＤＲＭ」が異なり，異なる「ＤＲＭ」において採用されている「アルゴリズム」が異なれば，通常，「暗号鍵」が異なることは，本願の第１国出願前に，当業者に広く知られた技術常識である。
　このことから，上記において指摘したとおり，図１２に開示の「Ｒ２」においては，各「期間」で重複する「ＤＲＭ」を採用し，上記Ｄの記載内容から，それぞれの「期間」に関連する「ライセンス」には，異なる「暗号鍵」が含まれているから，引用刊行物において，
“コンテンツの各期間の暗号鍵は異なっている”
　という態様を含むことは明らかである。その場合は，引用刊行物において，
“コンテンツの各期間は，少なくとも１の暗号鍵によって，保護されている”
　と言えるものである。
　更に，上記（エ）において引用した，上記Ｅの記載内容，同じく，上記Ｅの「Content protection information 730 includes DRM identification information “schemeldUri”, DRM download information “downloadableDRMURI”, and license acquisition information “licenseUri”.（コンテンツ保護情報７３０は，ＤＲＭ識別情報“スキームｌｄＵｒｉ”，ＤＲＭダウンロード情報“ダウンローダブルＤＲＭＵＲＩ”，及び，ライセンス取得情報“ライセンスＵｒｉ”を含む。）」という記載，及び，同じく，上記Ｅの「“LicenseUri” represents a URI where a client may acquire a license for obtaining a content encryption key.（“ライセンスＵｒｉ”は，クライアントが，コンテンツ暗号鍵を得ることのために，ライセンスを取得し得る場所である，ＵＲＩを表している。）」という記載から，引用刊行物においては，
“ＭＰＤ情報は，各期間に関連し，各期間の暗号鍵を含むライセンスの取得先である，ライセンス取得情報“ライセンスＵｒｉ”を含む”
　ものであることが読み取れる。
　
（キ）上記Ｃの「The decryptor 180, under control of the content handler 110, decrypts the encrypted content data based on the encryption key information in the license, and the encryption information (e.g., an initial vector and an encryption algorithm) described in the MPD information. （復号器１８０は，コンテンツ・ハンドラ１１０の制御の下，ライセンス内の暗号鍵情報と，ＭＰＤ情報に記述された暗号情報（例えば，初期ベクタ，及び，暗号アルゴリズム）に基づいて，暗号化されたコンテンツ情報を復号する。）」という記載と，上記（ア）〜（カ）において検討した事項から，引用刊行物においては，
“復号器１８０が，コンテンツ・ハンドラ１１０の制御の下，ＭＰＤ情報に含まれる，ライセンスＵｒｉを用いて取得した，各期間に関連するライセンスに含まれる暗号鍵と，ＭＰＤ情報に記述された，暗号アルゴリズムなどの，暗号情報に基づいて，暗号化されたコンテンツの各期間の復号を行う”
　ものであることが読み取れる。
　
（ク）以上，上記（ア）〜（キ）において検討した事項から，引用刊行物には，次の発明（以下，これを「引用発明」という）が記載されているものと認める。
　
「ユーザ端末１００は，コンテンツ・ハンドラ１１０，ＭＰＤパーサ・モジュール１２０，帯域幅モニタ１３０，表示選択器１４０，ＤＲＭ選択器１５０，ＤＲＭインストーラ１６０，ＤＲＭエージェント１７０，復号器１８０，通信器１９０，及び，メモリ１９５を有し，
　前記コンテンツ・ハンドラ１１０は，前記メモリ１９５に結合され，
　コンテンツは，複数の期間に分割され，それらの期間のそれぞれには，ライセンスの異なる情報が対応し，
　ＭＰＤ情報は，前記コンテンツの期間ＩＤで識別される期間に含まれる，複数の暗号化されたセグメントを復号するための暗号情報を有し，
　前記コンテンツ・ハンドラ１１０が，コンテンツ・サービス・サーバ３００から，前記通信器１９０を介して，前記コンテンツの期間ＩＤで識別される期間に含まれる，複数の暗号化されたセグメントを復号するための暗号情報を有する前記ＭＰＤ情報を受信し，
　ここで，前記コンテンツの各期間の暗号鍵は異なっており，
　前記コンテンツの各期間は，少なくとも１の暗号鍵によって，保護されていて，
　前記ＭＰＤ情報は，前記各期間に関連し，前記各期間の暗号鍵を含む前記ライセンスの取得先である，ライセンス取得情報“ライセンスＵｒｉ”を含み，
　前記復号器１８０が，前記コンテンツ・ハンドラ１１０の制御の下，前記ＭＰＤ情報に含まれる，前記ライセンスＵｒｉを用いて取得した，各期間に関連するライセンスに含まれる暗号鍵と，前記ＭＰＤ情報に記述された，暗号アルゴリズムなどの，暗号情報に基づいて，暗号化されたコンテンツの各期間の復号を行う，
　ユーザ端末。」
　
エ．本件補正発明と引用発明との対比
（ア）引用発明における「ユーザ端末１００」，「メモリ１９５」が，
　本件補正発明における「装置」，「メモリ」に相当し，
　引用発明における「コンテンツ・ハンドラ１１０」は，「メモリ１９５」に接続され，種々の処理の制御を行うものであるから，
　本件補正発明における「プロセッサ」と，
　“処理部”である点で共通するので，
　引用発明における「ユーザ端末１００は，コンテンツ・ハンドラ１１０，ＭＰＤパーサ・モジュール１２０，帯域幅モニタ１３０，表示選択器１４０，ＤＲＭ選択器１５０，ＤＲＭインストーラ１６０，ＤＲＭエージェント１７０，復号器１８０，通信器１９０，及び，メモリ１９５を有し，
　前記コンテンツ・ハンドラ１１０は，前記メモリ１９５に結合され」と，
　本件補正発明における「装置であって，
　メモリと，
　前記メモリに結合されたプロセッサであり」とは，
“装置であって，
　メモリと，
　前記メモリに結合された処理部である”点で共通する。
　
（イ）引用発明における「ＭＰＤ情報」は，「コンテンツ」の，複数の「期間」に関する情報を含み得るものであるから，
　引用発明における「コンテンツ」，「ＭＰＤ情報」が，
　本件補正発明における「コンテンツ」，或いは，「メディアコンテンツ」，「複数のコンテンツ項目を含むメディアコンテンツのための保護記述を含むマニフェストファイル」に相当する。
　
（ウ）引用発明においては，「ＭＰＤ情報は，前記コンテンツの期間ＩＤで識別される期間に含まれる，複数の暗号化されたセグメントを復号するための暗号情報を有」するものであり，複数の「期間」，当該「期間」に含まれる，複数の「セグメント」を復号するための「暗号鍵」に関する情報を有するものであり，
　引用発明において，「コンテンツの各期間の暗号鍵は異なって」いて，
　更に，引用発明においては，「ＭＰＤ情報は，前記各期間に関連し，前記各期間の暗号鍵を含む前記ライセンスの取得先である，ライセンス取得情報“ライセンスＵｒｉ”を含」んでいて，当該「ライセンスＵｒｉ」によって，「ライセンス」が識別可能であること，その結果として，当該「ライセンス」に含まれる「暗号鍵」の識別が可能であることは，明らかであるから，
　結果として，当該「ＭＰＤ情報」は，“複数の暗号鍵を識別するデータを含むものである”といい得るものであり，
　そして，当該「ライセンスＵｒｉ」を用いるということは，“暗号鍵を指定する”ことに他ならないので，当該「ＭＰＤ情報」は，“暗号鍵を指定する要素を含むもの”であるとも言える。
　更に，引用発明においては，
　以上の検討から，
　引用発明における「コンテンツ・ハンドラ１１０が，コンテンツ・サービス・サーバ３００から，前記通信器１９０を介して，前記コンテンツの期間ＩＤで識別される期間に含まれる，複数の暗号化されたセグメントを復号するための暗号情報を有する前記ＭＰＤ情報を受信」することが，
　本件補正発明における「複数のコンテンツ項目を含むメディアコンテンツのための保護記述を含むマニフェストファイルを取得」することに相当し，
　引用発明における「前記コンテンツの各期間の暗号鍵は異なっており，
　前記コンテンツの各期間は，少なくとも１の暗号鍵によって，保護されていて」が，
　本件補正発明における「少なくとも２つのコンテンツ項目の各々は前記少なくとも２つの暗号鍵のうちの１つ以上によって保護され，前記少なくとも２つのコンテンツ項目のための前記暗号鍵は異なっており」に相当することから，
　引用発明における「コンテンツ・ハンドラ１１０が，コンテンツ・サービス・サーバ３００から，前記通信器１９０を介して，前記コンテンツの期間ＩＤで識別される期間に含まれる，複数の暗号化されたセグメントを復号するための暗号情報を有する前記ＭＰＤ情報を受信し，
　ここで，前記コンテンツの各期間の暗号鍵は異なっており，
　前記コンテンツの各期間は，少なくとも１の暗号鍵によって，保護されていて，
　前記ＭＰＤ情報は，前記各期間に関連し，前記各期間の暗号鍵を含む前記ライセンスの取得先である，ライセンス取得情報“ライセンスＵｒｉ”を含み」と，
　本件補正発明における「複数のコンテンツ項目を含むメディアコンテンツのための保護記述を含むマニフェストファイルを取得し，ここで，前記保護記述はメディアコンテンツの中の少なくとも２つのコンテンツ項目のための少なくとも２つの暗号鍵を識別するデータを含み，前記少なくとも２つのコンテンツ項目の各々は前記少なくとも２つの暗号鍵のうちの１つ以上によって保護され，前記少なくとも２つのコンテンツ項目のための前記暗号鍵は異なっており，異なるコンテンツ項目は必ずしも同じ暗号鍵によって保護されているとは限らず，前記データは，前記複数のコンテンツ項目のうちの１つを保護するために使用される暗号鍵を指定する要素を含み」とは，
“複数のコンテンツ項目を含むメディアコンテンツのための保護記述を含むマニフェストファイルを取得し，ここで，前記保護記述はメディアコンテンツの中の少なくとも２つのコンテンツ項目のための少なくとも２つの暗号鍵を識別するデータを含み，前記少なくとも２つのコンテンツ項目の各々は前記少なくとも２つの暗号鍵のうちの１つ以上によって保護され，前記少なくとも２つのコンテンツ項目のための前記暗号鍵は異なっており，前記データは，前記複数のコンテンツ項目のうちの１つを保護するために使用される暗号鍵を指定する要素を含む”点で共通する。
　
（エ）引用発明において，「復号器１８０が，前記コンテンツ・ハンドラ１１０の制御の下，前記ＭＰＤ情報に含まれる，前記ライセンスＵｒｉを用いて取得した，各期間に関連するライセンスに含まれる暗号鍵と，前記ＭＰＤ情報に記述された，暗号アルゴリズムなどの，暗号情報に基づいて」処理を行うことは，「ＭＰＤ情報」に含まれる「ライセンスＵｒｉ」を用いて，取得する「ライセンス」，そして，当該「ライセンス」に含まれる「暗号鍵」を決定することに他ならないので，このことが，
　本件補正発明における「データから前記少なくとも２つのコンテンツ項目のための前記暗号鍵を決定」することに相当する。
　
（オ）そして，上記（ア）において検討した事項を踏まえると，引用発明における「復号器１８０が，前記コンテンツ・ハンドラ１１０の制御の下，前記ＭＰＤ情報に含まれる，前記ライセンスＵｒｉを用いて取得した，各期間に関連するライセンスに含まれる暗号鍵と，前記ＭＰＤ情報に記述された，暗号アルゴリズムなどの，暗号情報に基づいて，暗号化されたコンテンツの各期間の復号を行う」ことと，
　本件補正発明における「少なくとも２つのコンテンツ項目を，関連する暗号鍵に従って処理するように構成されている，プロセッサ」とは，
“少なくとも２つのコンテンツ項目を，関連する暗号鍵に従って処理するように構成されている，処理部”である点で共通する。
　
（カ）以上，上記（ア）〜（オ）において検討した事項から，本件補正発明と，引用発明との，一致点，及び，相違点は，次のとおりである。
　
［一致点］
　装置であって，
　メモリと，
　前記メモリに結合された処理部であり，
　　複数のコンテンツ項目を含むメディアコンテンツのための保護記述を含むマニフェストファイルを取得し，ここで，前記保護記述はメディアコンテンツの中の少なくとも２つのコンテンツ項目のための少なくとも２つの暗号鍵を識別するデータを含み，前記少なくとも２つのコンテンツ項目の各々は前記少なくとも２つの暗号鍵のうちの１つ以上によって保護され，前記少なくとも２つのコンテンツ項目のための前記暗号鍵は異なっており，
　前記データは，前記複数のコンテンツ項目のうちの１つを保護するために使用される暗号鍵を指定する要素を含み，
　　前記データから前記少なくとも２つのコンテンツ項目のための前記暗号鍵を決定し，
　　前記少なくとも２つのコンテンツ項目を，関連する暗号鍵に従って処理するように構成されている，
　処理部と，を備える装置。
　
［相違点１］
“処理部”に関して，
　本件補正発明においては，「プロセッサ」であるのに対して，
　引用発明においては，「コンテンツ・ハンドラ１１０」である点。
　
［相違点２］
　本件補正発明においては，「異なるコンテンツ項目は必ずしも同じ暗号鍵によって保護されているとは限ら」ないものであるのに対して，
　引用発明においては，そのような限定がなされていない点。
　
［相違点３］
“少なくとも２つのコンテンツ項目を，関連する暗号鍵に従って処理する”点に関して，
　本件補正発明においては，「少なくとも２つのコンテンツ項目を，関連する暗号鍵に従って処理するように構成されている」のは，「プロセッサ」であるのに対して，
　引用発明においては，「暗号化されたコンテンツの各期間の復号を行う」ものは，「コンテンツ・ハンドラ１１０の制御の下」にある「復号器１８０」である点。
　
オ．相違点についての当審の判断
（ア）［相違点１］，及び，［相違点３］について
　引用発明における「コンテンツ・ハンドラ１１０」は，引用刊行物に，「ＭＰＤパーサ・モジュール１２０」，「ＤＲＭインストーラ１６０」，及び，「復号器１８０」を制御することが明記されているが，例えば，「復号器１８０」を，ソフトウェア実装した場合は，「プロセッサ」によって，当該“ソフトウェア復号器”の処理がなされ得ることは，当該技術分野において周知の技術事項である。また，“インストール処理”も「プロセッサ」で実行し得ることも当業者には，周知の事項である。
　そうすると，引用発明における「コンテンツ・ハンドラ１１０」を，「プロセッサ」を用いて実現することは，当業者が適宜なし得る事項であり，その場合，“復号処理”も，当該「プロセッサ」によって実現することは，当業者が適宜なし得る事項である。
　よって，［相違点１］，及び，［相違点３］は，格別のものではない。
　
（イ）［相違点２］について
　上記「ウ．引用刊行物に記載の発明」の（ウ）において検討したとおり，引用発明において，「コンテンツ」を分割した各「期間」に対しては，例えば，図１２に開示されているように，複数の「ＤＲＭ」を対応させ，その組合せには，全ての「期間」の「ＤＲＭ」が異なっている態様も含まれている。
　このような，構成を採用した場合は，「コンテンツ」の各「期間」に用いられる“暗号アルゴリズム”は，全て異なることになるので，結果として，用いられる「暗号鍵」も，全て，異なるものとなる。
　したがって，引用発明においても，
　“コンテンツの異なる期間が，必ずしも同じ暗号鍵によって保護されているとは限らない”
　という態様を採用することは，当業者が適宜なし得る事項である。
　よって，［相違点２］は，格別のものではない。
　
（ウ）以上，上記（ア），及び，（イ）において検討したとおりであるから，［相違点１］〜［相違点３］はいずれも格別のものではなく，そして，本願発明の構成によってもたらされる効果も，当業者であれば容易に予測できる程度のものであって，格別なものとは認められない。
　よって，本件補正発明は，本願の特許出願前に日本国内又は外国において頒布された刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基づいて当業者が容易に発明をすることができたものであるので，特許法第２９条第２項の規定により特許出願の際，独立して特許を受けることができない。
　
３．補正却下むすび
　したがって，本件手続補正は，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するので，同法第１５９条第１項の規定において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
　よって，補正却下の決定の結論のとおり決定する。
　
第３．本願発明について
　平成２８年１１月１８日付けの手続補正は，上記のとおり却下されたので，本願の請求項１に係る発明（以下，これを「本願発明」という）は，平成２８年５月３０日付けの手続補正により補正された特許請求の範囲の請求項１に記載された，上記「第２．平成２８年１１月１８日付けの手続補正の却下の決定」の「１．補正の内容」において，補正前の請求項１として引用した，次のとおりのものである。
　
「装置であって，
　メモリと，
　前記メモリに結合されたプロセッサであり，
　　複数のコンテンツ項目を含むメディアコンテンツのための保護記述を含むマニフェストファイルを取得し，ここで，前記保護記述はメディアコンテンツの中の少なくとも２つのコンテンツ項目のための少なくとも２つの暗号鍵を識別するデータを含み，前記少なくとも２つのコンテンツ項目の各々は前記少なくとも２つの暗号鍵のうちの１つ以上によって保護され，前記少なくとも２つのコンテンツ項目のための前記暗号鍵は異なっており，
　　前記データから前記少なくとも２つのコンテンツ項目のための前記暗号鍵を決定し，
　　前記少なくとも２つのコンテンツ項目を，関連する暗号鍵に従って処理するように構成されている，
　プロセッサと，を備える装置。」
　
第４．引用刊行物に記載の発明
　原審拒絶理由に引用された，本願の第１国出願前に既に公知である，米国特許出願公開第２０１２／００１７２８２号明細書（２０１２年１月１９日公開，以下，これを「引用刊行物」という）には，上記「第２．平成２８年１１月１８日付けの手続補正の却下の決定」の「２．補正の適否」の「（２）独立特許要件について」における「ウ．引用刊行物に記載の発明」において検討したとおり，次の引用発明が記載されているものと認める。
　
「ユーザ端末１００は，コンテンツ・ハンドラ１１０，ＭＰＤパーサ・モジュール１２０，帯域幅モニタ１３０，表示選択器１４０，ＤＲＭ選択器１５０，ＤＲＭインストーラ１６０，ＤＲＭエージェント１７０，復号器１８０，通信器１９０，及び，メモリ１９５を有し，
　前記コンテンツ・ハンドラ１１０は，前記メモリ１９５に結合され，
　コンテンツは，複数の期間に分割され，それらの期間のそれぞれには，ライセンスの異なる情報が対応し，
　ＭＰＤ情報は，前記コンテンツの期間ＩＤで識別される期間に含まれる，複数の暗号化されたセグメントを復号するための暗号情報を有し，
　前記コンテンツ・ハンドラ１１０が，コンテンツ・サービス・サーバ３００から，前記通信器１９０を介して，前記コンテンツの期間ＩＤで識別される期間に含まれる，複数の暗号化されたセグメントを復号するための暗号情報を有する前記ＭＰＤ情報を受信し，
　ここで，前記コンテンツの各期間の暗号鍵は異なっており，
　前記コンテンツの各期間は，少なくとも１の暗号鍵によって，保護されていて，
　前記ＭＰＤ情報は，前記各期間に関連し，前記各期間の暗号鍵を含む前記ライセンスの取得先である，ライセンス取得情報“ライセンスＵｒｉ”を含み，
　前記復号器１８０が，前記コンテンツ・ハンドラ１１０の制御の下，前記ＭＰＤ情報に含まれる，前記ライセンスＵｒｉを用いて取得した，各期間に関連するライセンスに含まれる暗号鍵と，前記ＭＰＤ情報に記述された，暗号アルゴリズムなどの，暗号情報に基づいて，暗号化されたコンテンツの各期間の復号を行う，
　ユーザ端末。」
　
第５．本願発明と引用発明との対比
　本願発明は，本件補正発明から，
「異なるコンテンツ項目は必ずしも同じ暗号鍵によって保護されているとは限らず，前記データは，前記複数のコンテンツ項目のうちの１つを保護するために使用される暗号鍵を指定する要素を含み」，
　という構成を削除したものであるから，
　本願発明と，引用発明との，一致点，及び，相違点は，次のとおりである。
　
［一致点］
　　装置であって，
　メモリと，
　前記メモリに結合された処理部であり，
　　複数のコンテンツ項目を含むメディアコンテンツのための保護記述を含むマニフェストファイルを取得し，ここで，前記保護記述はメディアコンテンツの中の少なくとも２つのコンテンツ項目のための少なくとも２つの暗号鍵を識別するデータを含み，前記少なくとも２つのコンテンツ項目の各々は前記少なくとも２つの暗号鍵のうちの１つ以上によって保護され，前記少なくとも２つのコンテンツ項目のための前記暗号鍵は異なっており，
　　前記データから前記少なくとも２つのコンテンツ項目のための前記暗号鍵を決定し，
　　前記少なくとも２つのコンテンツ項目を，関連する暗号鍵に従って処理するように構成されている，
　処理部と，を備える装置。
　
［相違点ａ］
“処理部”に関して，
　本願発明においては，「プロセッサ」であるのに対して，
　引用発明においては，「コンテンツ・ハンドラ１１０」である点。
　
［相違点ｂ］
“少なくとも２つのコンテンツ項目を，関連する暗号鍵に従って処理する”点に関して，
　本願発明においては，「少なくとも２つのコンテンツ項目を，関連する暗号鍵に従って処理するように構成されている」のは，「プロセッサ」であるのに対して，
　引用発明においては，「暗号化されたコンテンツの各期間の復号を行う」ものは，「コンテンツ・ハンドラ１１０の制御の下」にある「復号器１８０」である点。
　
第６．相違点についての当審の判断
　本願発明と，引用発明との間の［相違点ａ］，及び，［相違点ｂ］は，本件補正発明と，引用発明との間の［相違点１］，及び，［相違点３］と同じものであるから，上記「第２．平成２８年１１月１８日付けの手続補正の却下の決定」の「２．補正の適否」の「（２）独立特許要件について」における「オ．相違点についての当審の判断」において検討したとおり，［相違点ａ］，及び，［相違点ｂ］は，格別のものではない。
　そして，本願発明の構成によってもたらされる効果も，引用発明から当業者ならば容易に予測することができる程度のものであって，格別のものとはいえない。
　
第７．むすび
　したがって，本願発明は，本願の特許出願前に日本国内又は外国において頒布された刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基づいて当業者が容易に発明をすることができたものであるので，特許法第２９条第２項の規定により特許を受けることができない。
　
　よって，結論のとおり審決する。