【事件の表示】
　特願２００９−　６４６４５「暗号鍵生成方法、ネットワークシステム及びプログラム」拒絶査定不服審判事件〔平成２２年　９月３０日出願公開、特開２０１０−２１９９１２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯・本願発明
　　
　本願は，平成２１年３月１７日を出願日とする出願であって，
平成２１年３月１７日付けで審査請求がなされ，
平成２３年９月５日付けで拒絶理由通知（同年同月７日発送）がなされ，
同年１１月７日付けで意見書が提出されたが，
平成２４年１月１９日付けで拒絶査定（同年同月２５日謄本送達）がなされ，
同年４月２５日付けで審判請求がされ，
その後，当審において平成２５年１０月１５日付けで拒絶理由通知（同年同月１６日発送）がなされ，
同年１２月１２日付けで意見書の提出，及び手続補正がなされたものであって，
その請求項に係る発明は，平成２５年１２月１２日付け手続補正書によって補正された特許請求の範囲の請求項１ないし１６に記載されたとおりの次のものと認める。
　
「【請求項１】
　サーバＳ０，サーバＳ０に接続されたサーバＳ１，サーバＳ１に接続されたサーバＳ２，・・・，サーバＳａ−１に接続されたサーバＳａ（ａは予め定められた自然数）を備えるネットワークシステムの，サーバＳ１，Ｓ２，…，Ｓａの暗号鍵Ｋ１，Ｋ２，…，Ｋａを生成するため，
　サーバＳｉ−１（ｉはａ以下の自然数）に対して予め定められた暗号鍵Ｋｉ−１と，サーバＳｉ−１に接続されたサーバＳｉに対して，前記ネットワークシステムにおけるサーバＳｉの位置に基づいて予め定められた属性値ＩＤｉとを，一方向性関数Ｆに入力して暗号鍵Ｋｉを生成する処理を，サーバＳｉ−１が実行する段階１，及び，
　暗号鍵ＫｉをサーバＳｉに送信する処理をサーバＳｉ−１が実行する段階２を，
　ｉ＝１，２，…，ａ−１の順に順次繰り返すことを特徴とする暗号鍵生成方法。
　　【請求項２】
　請求項１に記載の暗号鍵生成方法において，
　ネットワークシステムはサーバＳ０を根ノードとし，サーバＳ１，Ｓ２，…，Ｓａをそれぞれ第１階層のノード，第２階層のノード，…，第ａ階層のノードとし，サーバＳａに接続された端末機器Ｔを葉ノードとする木構造を有し，
　暗号鍵Ｋｊ（ｊはａ−１以下の自然数）の生成に先立って，属性値ＩＤｊをサーバＳｊに通知する処理をサーバＳ０が実行する段階を含む
ことを特徴とする暗号鍵生成方法。
　　【請求項３】
　請求項２に記載の暗号鍵生成方法において，サーバＳｊの配下にあるサーバ及び端末機器に対し，サーバＳｊの属性値ＩＤｊを通知する処理をサーバＳ０が実行する段階を含むことを特徴とする暗号鍵生成方法。
　　【請求項４】
　請求項３に記載の暗号鍵生成方法において
　端末機器Ｔと，サーバＳ１，Ｓ２，…，ＳａのいずれかであるサーバＳｘ（ｘはａ以下の自然数）との間で暗号通信を行うための共通鍵方式の暗号鍵Ｋｘを端末機器Ｔが取得するため，
　予め取得したサーバＳ０の暗号鍵Ｋ０，及び，予め通知された属性値ＩＤ１，ＩＤ２，…，ＩＤｘに基づいて，サーバＳｍ−１（ｍはａ以下の自然数）に対して予め定められた暗号鍵Ｋｍ−１と，サーバＳｍ−１に接続されたサーバＳｍの属性値ＩＤｍとを，一方向性関数Ｆに入力して暗号鍵Ｋｍを生成する処理を，ｍがｘになるまでｍをひとつずつ増やしながら端末機器Ｔが繰り返し実行する
ことを特徴とする暗号鍵生成方法。
　　【請求項５】
　請求項１乃至４のいずれかに記載の暗号鍵生成方法において，一方向性関数Ｆはハッシュ関数であることを特徴とする暗号鍵生成方法。
　　【請求項６】
　サーバＳ０，サーバＳ０に接続されたサーバＳ１，サーバＳ１に接続されたサーバＳ２，・・・，サーバＳａ−１に接続されたサーバＳａ（ａは予め定められた自然数）を備えるネットワークシステムであって，
　サーバＳｉ−１（ｉ＝１，２，…，ａ）はそれぞれ，
　サーバＳｉ−１に対して予め定められた暗号鍵Ｋｉ−１と，サーバＳｉ−１に接続されたサーバＳｉに対して，前記ネットワークシステムにおけるサーバＳｉの位置に基づいて予め定められた属性値ＩＤｉとを，一方向性関数Ｆに入力して暗号鍵Ｋｉを生成する手段と，
　生成した暗号鍵ＫｉをサーバＳｉに送信する処理を実行する手段とを備える
ことを特徴とするネットワークシステム。
　　【請求項７】
　請求項６に記載のネットワークシステムにおいて，
　サーバＳ０を根ノードとし，サーバＳ１，Ｓ２，…，Ｓａをそれぞれ第１階層のノード，第２階層のノード，…，第ａ階層のノードとし，サーバＳａに接続された端末機器Ｔを葉ノードとする木構造を有し，
　サーバＳ０は，暗号鍵Ｋｊ（ｊはａ−１以下の自然数）の生成に先立って，属性値ＩＤｊをサーバＳｊに通知する処理を実行する手段を備える
ことを特徴とするネットワークシステム。
　　【請求項８】
　請求項７に記載のネットワークシステムにおいて，サーバＳ０は，サーバＳｊの配下にあるサーバ及び端末機器に対し，サーバＳｊの属性値ＩＤｊを通知する処理を実行する手段を備えることを特徴とするネットワークシステム。
　　【請求項９】
　請求項８に記載のネットワークシステムにおいて，
　端末機器Ｔと，サーバＳ１，Ｓ２，…，ＳａのいずれかであるサーバＳｘ（ｘはａ以下の自然数）との間で暗号通信を行うための共通鍵方式の暗号鍵Ｋｘを生成するため，
　予め取得したサーバＳ０の暗号鍵Ｋ０，及び，予め通知された属性値ＩＤ１，ＩＤ２，…，ＩＤｘに基づいて，サーバＳｍ−１（ｍはａ以下の自然数）に対して予め定められた暗号鍵Ｋｍ−１と，サーバＳｍ−１に接続されたサーバＳｍの属性値ＩＤｍとを，一方向性関数Ｆに入力して暗号鍵Ｋｍを生成する処理を，ｍがｘになるまでｍをひとつずつ増やしながら繰り返し実行する手段を端末機器Ｔが備える
ことを特徴とするネットワークシステム。
　　【請求項１０】
　請求項６乃至９のいずれかに記載のネットワークシステムにおいて，一方向性関数Ｆはハッシュ関数であることを特徴とするネットワークシステム。
　　【請求項１１】
　請求項６乃至１０のいずれかに記載のネットワークシステムにおいて，
　端末機器はそれぞれ自端末機器に固有の識別子である固有ＩＤを記憶する記憶装置を備え，
　サーバＳｂ（ｂは０以上ａ以下の整数）は端末機器それぞれの固有ＩＤを記憶する記憶装置を備え，
　サーバＳｂ及び端末機器は暗号鍵Ｋｂを記憶する記憶装置を備え，
　サーバＳｂと一の端末機器は，それぞれ，その端末機器の固有ＩＤと暗号鍵Ｋｂとを元に生成した暗号鍵を用いて，サーバＳｂとその端末機器との間の暗号通信を行うことを特徴とするネットワークシステム。
　　【請求項１２】
　サーバＳ０，サーバＳ０に接続されたサーバＳ１，サーバＳ１に接続されたサーバＳ２，・・・，サーバＳａ−１に接続されたサーバＳａ（ａは予め定められた自然数）を備えるネットワークシステムのサーバＳ０，Ｓ１，Ｓ２，…，Ｓａ−１のいずれかのサーバの処理装置にて実行されて，
　当該処理装置がサーバＳｉ−１（ｉはａ以下の自然数）の処理装置であるとき，
　サーバＳｉ−１に対して予め定められた暗号鍵Ｋｉ−１と，サーバＳｉ−１に接続されたサーバＳｉに対して，前記ネットワークシステムにおけるサーバＳｉの位置に基づいて予め定められた属性値ＩＤｉとを，一方向性関数Ｆに入力して暗号鍵Ｋｉを生成する手段，及び，
　生成した暗号鍵ＫｉをサーバＳｉに送信する処理を実行する手段
として当該処理装置を機能させるためのプログラム。
　　【請求項１３】
　請求項１２に記載のプログラムにおいて，
　ネットワークシステムは，サーバＳ０を根ノードとし，サーバＳ１，Ｓ２，…，Ｓａをそれぞれ第１階層のノード，第２階層のノード，…，第ａ階層のノードとし，サーバＳａに接続された端末機器Ｔを葉ノードとする木構造を有し，
　サーバＳ０の処理装置にて実行され，
　暗号鍵Ｋｊ（ｊはａ−１以下の自然数）の生成に先立って，属性値ＩＤｊをサーバＳｊに通知する処理を実行する手段としてサーバＳ０の処理装置を機能させるためのプログラム。
　　【請求項１４】
　請求項１３に記載のプログラムにおいて，サーバＳｊの配下にあるサーバ及び端末機器に対してサーバＳｊの属性値ＩＤｊを通知する処理を実行する手段として，サーバＳ０の処理装置を機能させるためのプログラム。
　　【請求項１５】
　サーバＳ０を根ノードとし，サーバＳ１，Ｓ２，…，Ｓａをそれぞれ第１階層のノード，第２階層のノード，…，第ａ階層のノードとし，サーバＳａに接続された端末機器Ｔを葉ノードとする木構造を有するネットワークシステムの端末機器Ｔの処理装置にて実行され，
　端末機器Ｔと，サーバＳ１，Ｓ２，…，ＳａのいずれかであるサーバＳｘ（ｘはａ以下の自然数）との間で暗号通信を行うための共通鍵方式の暗号鍵Ｋｘを生成するため，
　予め取得したサーバＳ０の暗号鍵Ｋ０，及び，前記ネットワークシステムにおけるサーバＳ１，Ｓ２，…，Ｓｘの位置に基づく予め通知された属性値ＩＤ１，ＩＤ２，…，ＩＤｘに基づいて，サーバＳｍ−１（ｍはａ以下の自然数）に対して予め定められた暗号鍵Ｋｍ−１と，サーバＳｍ−１に接続されたサーバＳｍの属性値ＩＤｍとを，一方向性関数Ｆに入力して暗号鍵Ｋｍを生成する処理を，ｍがｘになるまでｍをひとつずつ増やしながら繰り返し実行する手段として，端末機器Ｔの処理装置を機能させるプログラム。
　　【請求項１６】
　請求項１２乃至１５のいずれかに記載のプログラムにおいて，一方向性関数Ｆはハッシュ関数であることを特徴とするプログラム。」
　
　
第２　当審の拒絶理由
　一方，当審が平成２５年１０月１５日付けで通知した拒絶理由（以下，これを「当審拒絶理由」という）は，以下のとおりである。
　
「１．この出願は，特許請求の範囲の記載が下記の点で，特許法第３６条第６項第１号，第２号に規定する要件を満たしていない。　
　
（１）請求項２，４，７，９，１３及び１５に「端末機器Ｔ」という記載がなされているが，この記載における「Ｔ」は，発明の詳細な説明及び図面に記載されておらず，また，そのため請求項２，４，７，９，１３及び１５に係る発明は，その構成が明確でない。　
　
　
　２．この出願の下記の請求項に係る発明は，その出願前に日本国内又は外国において頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。　　
　
　　　　　　　　記　　　（引用文献等については引用文献等一覧参照）　　
　　
・請　求　項　１〜１６　　
・引用刊行物　１〜４　　
・備　　　考　　
　
（１）　引用刊行物の記載事項について　
　
（１−１）引用刊行物１（特開２００８−１９９６３９号公報）の特に００３５〜００３７段落の記載から，引用刊行物１には，以下の発明（以下，「引用発明」という。）が記載されている。　
　　　
　疑似乱数生成などの機能によってマスターコンテンツ鍵を生成して，１つ下流のカメラ固有鍵生成処理Ｔ２に向け送信するマスターコンテンツ鍵生成処理Ｔ１と，　　
　前記送信されてきたマスターコンテンツ鍵とカメラ固有ＩＤから一方向関数（ハッシュ関数）によってカメラ固有鍵を生成して，１つ下流のカメラ世代鍵生成処理Ｔ３に向け送信する前記カメラ固有鍵生成処理Ｔ２と，　　
　前記送信されてきたカメラ固有鍵と世代番号から一方向関数（ハッシュ関数）によってカメラ世代鍵を生成して，１つ下流のチャンネル鍵生成処理Ｔ４に向け送信する前記カメラ世代鍵生成処理Ｔ３と，　　
　前記送信されてきたカメラ世代鍵とアクセスリストから一方向関数（ハッシュ関数）によってチャンネル鍵を生成して，１つ下流のセッション鍵生成処理Ｔ５に向け送信する前記チャンネル鍵生成処理Ｔ４と，　　
　前記送信されてきたチャンネル鍵と時刻から一方向関数（ハッシュ関数）によってセッション鍵を生成する前記セッション鍵生成処理Ｔ５とを備えた，映像配信システムにおける階層化された鍵の生成方法（生成システム）。　
　　
（１−２）引用刊行物２（特開２００８−７８９５２号公報）の特に００１５〜００１６段落の記載から，引用刊行物２には，以下の技術事項（以下，「引用刊行物２記載事項」という。）が記載されている。　　
　
　通信システムにおいて，ルートノードである通信装置には第１暗号鍵Ｄ１が対応付けられ，その子ノードである通信装置には第１暗号鍵Ｄ２およびＤ３のそれぞれが対応付けられ，第１暗号鍵Ｄ４からＤ１５は各子孫ノードである通信装置に対応付けられ，リーフノードである通信装置には，第１暗号鍵Ｄ１６からＤ３１がそれぞれ対応付けられていて，暗号鍵を多分木構造（ここでは完全２分木構造）の階層構造で管理すること。　
　
（１−３）引用刊行物３（特表２００５−５３９４２３号公報）の特に００４６〜００６４段落の記載から，引用刊行物３には，以下の技術事項（以下，「引用刊行物３記載事項」という。）が記載されている。　　
　
　ツリー構造などの階層構造の各ノードに対応して暗号鍵を生成する場合に，上位階層のノードに対応する暗号鍵と下位階層のノードの位置情報という一定の属性情報とから一方向関数（ハッシュ関数）によって求められた値を，下位階層の暗号鍵とすること。　　
　
（１−４）引用刊行物４（特開２００２−１７１２０５号公報）の特に０００４段落及び００２８〜００２９段落の記載から，引用刊行物４には，以下の技術事項（以下，「引用刊行物４記載事項」という。）が記載されている。　　
　
　上位装置としての電力線搬送用端末設定装置９を用いて，下位装置としての電力線搬送用端末１の属性情報の設定を一括して行うこと。　　
　　　
（２）請求項１，５，６，１０，１１，１２，１５，及び１６について　
　引用発明，引用刊行物２記載事項，及び，引用刊行物３記載事項に接した当業者が，引用発明の「マスターコンテンツ鍵生成処理Ｔ１」，「カメラ固有鍵生成処理Ｔ２」，「カメラ世代鍵生成処理Ｔ３」，「チャンネル鍵生成処理Ｔ４」及び「セッション鍵生成処理Ｔ５」を，それぞれ各階層における装置としてのサーバ構成において実施するものとすると共に，引用発明においてハッシュ関数によって鍵を生成する際に用いる「カメラ固有ＩＤ」，「世代番号」，「アクセスリスト」及び「時刻」に係る情報を，それぞれ一定の属性情報である各階層の「ノードの位置情報」とすることで，本件の請求項１，５，６，１０，１１，１２，１５，及び１６に係る発明の如く構成することは，当業者が容易に想到し得たものと認める。　
　したがって，本件の請求項１，５，６，１０，１１，１２，１５，及び１６に係る発明は，引用発明，引用刊行物２記載事項及び引用刊行物３記載事項から，当業者が容易に想到し得たものと認める。　　
　　　
（３）請求項２，３，４，７，８，９，１３，及び１４について　
　引用発明，引用刊行物２記載事項，引用刊行物３記載事項，及び，引用刊行物４記載事項に接した当業者が，引用発明の「カメラ固有ＩＤ」，「世代番号」，「アクセスリスト」及び「時刻」に係る情報をそれぞれ各階層の「ノードの位置情報」に代える際に，各階層の「ノードの位置情報」を最上位の管理装置から設定することで，本件の請求項２，３，４，７，８，９，１３及び１４に係る発明の如く構成することは，当業者が容易に想到し得たものと認める。　　
　したがって，本件の請求項２，３，４，７，８，９，１３及び１４に係る発明は，引用発明１，引用刊行物２記載事項，引用刊行物３記載事項及び引用刊行物４記載事項から，当業者が容易に想到し得たものと認める。　　
　
　　　　　　　　　　　引　用　刊　行　物　等　一　覧　　
　
１．特開２００８−１９９６３９号公報（特に段落【００３５】〜【００３７】）　　
２．特開２００８−７８９５２号公報（特に段落【００１５】〜【００１６】）
３．特表２００５−５３９４２３号公報（特に段落【００４６】〜【００６４】）　　
４．特開２００２−１７１２０５号公報（特に段落【０００４】，【００２８】〜【００２９】）　」
　
　
第３　当審の判断
（１）理由１．特許法第３６条第６項第１号，第２号について
　請求項２，４，７，９，１３及び１５の「端末機器Ｔ」という記載は，当審拒絶理由の理由１で指摘したとおり，この記載における「Ｔ」が発明の詳細な説明及び図面には何ら記載されておらず，また，発明の詳細な説明及び図面に記載がない以上，当該「Ｔ」がどのような意味を有するのか不明であるから，上記請求項に係る発明は，依然として不明確である。なお，この点に関し平成２５年１２月１２日付けの意見書では何ら釈明を行っておらず，よって当該意見書によっても上記理由１の点は解消していない。
　以上から，本願の請求項２，４，７，９，１３及び１５に係る発明は，本願明細書の発明の詳細な説明に記載されたものではなく，また，本願の請求項２，４，７，９，１３及び１５に係る発明は明確でない。
　
（２）理由２．特許法第２９条第２項について
（２）−１．本願発明
　本願の請求項６に係る発明は，上記「第１　手続の経緯・本願発明」において，請求項６に係る発明として示された次のとおりのものである（以下，これを「本願発明」という）。
　
「サーバＳ０，サーバＳ０に接続されたサーバＳ１，サーバＳ１に接続されたサーバＳ２，・・・，サーバＳａ−１に接続されたサーバＳａ（ａは予め定められた自然数）を備えるネットワークシステムであって，
　サーバＳｉ−１（ｉ＝１，２，…，ａ）はそれぞれ，
　サーバＳｉ−１に対して予め定められた暗号鍵Ｋｉ−１と，サーバＳｉ−１に接続されたサーバＳｉに対して，前記ネットワークシステムにおけるサーバＳｉの位置に基づいて予め定められた属性値ＩＤｉとを，一方向性関数Ｆに入力して暗号鍵Ｋｉを生成する手段と，
　生成した暗号鍵ＫｉをサーバＳｉに送信する処理を実行する手段とを備える
ことを特徴とするネットワークシステム。」
　
（２）−２．引用文献の記載事項及び引用発明
＜引用文献１＞
　本願の出願前に頒布又は電気通信回線を通じて公衆に利用可能となり，当審による上記平成２５年１０月１５日付けの拒絶理由通知において引用された，特開２００８−１９９６３９号公報（以下，「引用文献１」という）には，関連する図面とともに，下記の事項が記載されている。
（当審注：下線は当審により参考のために付加したものである。）
　　
Ａ「【特許請求の範囲】
【請求項１】
暗号化された映像のデータを配信する映像配信システム
　最も上位の鍵を設定し，前記最も上位の鍵よりも下位の鍵を生成するための１つ以上の要素及びその順序を設定し，１つずつの要素を用いて前記最も上位の鍵から次第に下位の鍵を生成することを前記要素の順序に従って行った場合に得られる
階層的な鍵を用いる方式により
　最も下位の鍵を使用してデータの暗号化及び復号化を行う，　
　ことを特徴とする
映像配信システム
　
Ｂ「【００１４】
　本発明は，このような従来の課題を解決するために為されたもので，暗号化に使用する鍵を改良した映像配信システムを提供することを目的とする。具体例として，本発明は，管理者が設定や保持する鍵の個数を低減し，鍵を保持するメモリ量が小さい機器に対しても実質的に複数の鍵の設定を可能にすることを目的とする。
【課題を解決するための手段】
【００１５】
　上記目的を達成するため，本発明に係る映像配信システムでは，次のような構成により，暗号化された映像のデータを配信する。
　すなわち，最も上位の鍵を設定し，前記最も上位の鍵よりも下位の鍵を生成するための１つ以上の要素及びその順序を設定し，１つずつの要素を用いて前記最も上位の鍵から次第に下位の鍵を生成することを前記要素の順序に従って行った場合に得られる階層的な鍵を用いる方式により，最も下位の鍵を使用してデータの暗号化及び復号化を行う。
【００１６】
　従って，暗号化及び復号化に使用する鍵を階層化することにより，例えば，管理者が設定や保持する鍵の個数を低減することが可能であり，また，鍵を保持するメモリ量が小さい機器に対しても実質的に複数の鍵の設定が可能である。
　具体的には，各機器に，最も下位の鍵を設定せずに，最も下位の鍵よりも上位の鍵を設定しておけば，その鍵と要素を用いて最も下位の鍵を生成することができるため，設定や保持する鍵の数を低減することなどが可能となる。」
　
Ｃ「【００２７】
　本発明に係る実施例を図面を参照して説明する。
　
図１には，本発明の一実施例に係る映像配信システムの構成例を示してある。
　なお，本例では，映像と共に取得された音声が該映像と共に伝送される場合を示し，映像データには音声データの情報部分が含まれるとするが，映像と音声とが分離されて伝送される構成を用いることも可能である。また，本例では，特に映像のデータを例として説明するが，音声などの他の種類のデータについても同様な処理を適用することが可能である。
【００２８】
　
本例の映像配信システムは，ネットワーク媒体１と，映像生成装置２と，映像発信装置３と，映像受信装置４と，映像表示装置５と，映像蓄積配信サーバ６と，記録媒体７と，鍵管理ＰＣ（パーソナルコンピュータ）８を備えている。
　ネットワーク媒体１は，例えば，ネットワークケーブルや無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）や公衆回線等であり，発信されたデータを伝送する。また，ネットワーク媒体１には，ルータやハブ等のネットワーク機器が含まれてもよい。
映像発信装置３と映像受信装置４と映像蓄積配信サーバ６は，ネットワーク媒体１に接続され，互いが通信することができる。また，本例では，鍵管理ＰＣ８もネットワーク媒体１に接続される。
　
Ｄ「【００３５】
　
図２（ａ）には，階層化された鍵の生成の様子の一例を示してある。
　
図２（ａ）に示されるように，本例では，マスターコンテンツ鍵生成処理Ｔ１，カメラ固有鍵生成処理Ｔ２，カメラ世代鍵生成処理Ｔ３，チャンネル鍵生成処理Ｔ４，セッション鍵生成処理Ｔ５が行われる。
　
マスターコンテンツ鍵生成処理Ｔ１では，疑似乱数生成などの機能によってマスターコンテンツ鍵を生成する。
【００３６】
　
カメラ固有鍵生成処理Ｔ２では，マスターコンテンツ鍵とカメラ固有ＩＤから一方向関数（ハッシュ関数）によってカメラ固有鍵を生成する。
　一例として，６バイトからなるＭＡＣアドレスであって先頭の３バイトがベンダ固有の値であり後の３バイトが機器（ここでは，映像発信装置３）を識別する値であるような場合には，ＭＡＣアドレスの後の３バイトをカメラ固有ＩＤとして用いることができる。
【００３７】
　
カメラ世代鍵生成処理Ｔ３では，カメラ固有鍵と世代番号から一方向関数（ハッシュ関数）によってカメラ世代鍵を生成する。
　
チャンネル鍵生成処理Ｔ４では，カメラ世代鍵とアクセスリストから一方向関数（ハッシュ関数）によってチャンネル鍵を生成する。
　
セッション鍵生成処理Ｔ５では，チャンネル鍵と時刻から一方向関数（ハッシュ関数）によってセッション鍵を生成する。
　なお，カメラ固有ＩＤや，世代番号や，アクセスリストや，時刻としては，例えば，それぞれ，１６進数などを用いた値により表される。
【００３８】
　図２（ｂ）には，鍵ＩＤ１１の構成例を示してある。
　鍵ＩＤ１１は，カメラ固有ＩＤ，世代番号，アクセスリスト，時刻を含むデータである。カメラ固有ＩＤと世代番号とアクセスリストと時刻の組み合わせは一意であるため，鍵ＩＤ１１から全ての鍵（各々のカメラ固有鍵，各々のカメラ世代鍵，各々のチャンネル鍵，各々のセッション鍵）を特定することができる。映像発信装置３において鍵ＩＤ１１は対応する鍵を使用して暗号化された映像データに付与され，鍵ＩＤ１１と暗号化された映像データの組が映像発信装置３から映像受信装置４や映像蓄積配信サーバ６へ発信される。　
　なお，本例では，暗号化された映像データと該暗号化に使用された鍵を特定する鍵ＩＤとを組として伝送するが，他の構成例として，受信側で暗号化データと鍵ＩＤとの組（対応関係）を把握できる構成として，これらを別々に伝送することも可能である。」
　
Ｅ「【００４０】
　図１には，このように階層化された鍵をシステムの各機器に設定する場合における好ましい設定例を示してある。
　本例では，
鍵管理ＰＣ８にマスターコンテンツ鍵が設定され
映像受信装置４にカメラ固有鍵が設定され
　このように，映像蓄積配信サーバ６に鍵を設定しないことによって，映像蓄積配信サーバ６と記録媒体７が盗難にあったときにおいても，映像データの漏洩が発生しないようにすることができる。」
　
Ｆ「【００４１】
　図３には，本例の映像配信システムにおける暗号化及び復号化の手順の一例を示してある。
　まず，
映像発信装置３では，設定されたカメラ世代鍵とアクセスリストからチャンネル鍵生成処理Ｔ４を用いてチャンネル鍵を生成し
【００４２】
　映像蓄積配信サーバ６では，映像発信装置３から受信した暗号化された映像データと鍵ＩＤ１１を共にそのまま記録媒体７に格納する。
　
映像受信装置４では，
具体的には，カメラ固有ＩＤに対応したカメラ固有鍵を用いて，カメラ世代鍵生成処理Ｔ３，チャンネル鍵生成処理Ｔ４，セッション鍵生成処理Ｔ５を行うことにより，暗号化に使われたセッション鍵を算出する。
　
Ｇ「【００４３】
　本例のように，鍵管理ＰＣ８にマスターコンテンツ鍵を設定する構成により，鍵管理ＰＣ８に多くの鍵を事前に保持しておくような作業上の手間を減少させることができ，必要なメモリ量を減少させることができる。
　図４には，鍵管理ＰＣ８の内部に鍵値を保持するときにおける内部メモリの情報の一例を模式的に示してある。
　本例では，鍵管理ＰＣ８には，マスターコンテンツ鍵値が記憶されるとともに，それぞれのカメラ固有ＩＤが記憶されている。　
　図８に示される場合と比較すると，本例では，カメラ固有ＩＤと対応させて個々の鍵値を保持する必要が無く，鍵値としてはマスターコンテンツ鍵のみを保持すればよい。
　
鍵管理ＰＣ８は，
カメラ固有鍵生成処理Ｔ２
を行う機能を有しており
【００４４】
　また，本例のように，映像受信装置４にカメラ固有鍵を設定して，下位階層の鍵であるカメラ世代鍵を算出するようにすることによって，映像受信装置４に多くの鍵を設定や保持する作業上の手間を減少させることができ，映像受信装置４に必要なメモリ量を減少させることができる。また，例えば，鍵の変更が行われるミリ秒単位の正確な時刻と対応付けて鍵値を設定するような必要を無くすことができる。・・・」
　
　以下に，上記引用文献１の記載事項について検討する。
　
（ア）上記Ａの記載から，引用文献１には，
　“階層的な鍵を用いる方式によって暗号化された映像のデータを配信する映像配信システム”が記載されていると解される。
　
（イ）上記Ｃの「図１には，本発明の一実施例に係る映像配信システムの構成例を示してある。・・・本例の映像配信システムは，ネットワーク媒体１と，映像生成装置２と，映像発信装置３と，映像受信装置４と，映像表示装置５と，映像蓄積配信サーバ６と，記録媒体７と，鍵管理ＰＣ（パーソナルコンピュータ）８を備えている。・・・映像発信装置３と映像受信装置４と映像蓄積配信サーバ６は，ネットワーク媒体１に接続され，互いが通信することができる。また，本例では，鍵管理ＰＣ８もネットワーク媒体１に接続される。」との記載から，
　前記“映像配信システム”は，“ネットワーク媒体により接続された，鍵管理ＰＣ，映像発信装置，映像受信装置，及び，映像蓄積配信サーバを備え”たものであることが読み取れる。
　
（ウ）上記（ア）における「階層的な鍵」の生成に関し，
　上記Ｄの「図２（ａ）には，階層化された鍵の生成の様子の一例を示してある。・・・図２（ａ）に示されるように，本例では，マスターコンテンツ鍵生成処理Ｔ１，カメラ固有鍵生成処理Ｔ２，カメラ世代鍵生成処理Ｔ３，チャンネル鍵生成処理Ｔ４，セッション鍵生成処理Ｔ５が行われる。マスターコンテンツ鍵生成処理Ｔ１では，疑似乱数生成などの機能によってマスターコンテンツ鍵を生成する。・・・カメラ固有鍵生成処理Ｔ２では，マスターコンテンツ鍵とカメラ固有ＩＤから一方向関数（ハッシュ関数）によってカメラ固有鍵を生成する。・・・カメラ世代鍵生成処理Ｔ３では，カメラ固有鍵と世代番号から一方向関数（ハッシュ関数）によってカメラ世代鍵を生成する。・・・チャンネル鍵生成処理Ｔ４では，カメラ世代鍵とアクセスリストから一方向関数（ハッシュ関数）によってチャンネル鍵を生成する。・・・セッション鍵生成処理Ｔ５では，チャンネル鍵と時刻から一方向関数（ハッシュ関数）によってセッション鍵を生成する。」との記載から，
　“前記階層的な鍵の生成は，
　　疑似乱数生成などの機能によってマスターコンテンツ鍵を生成するマスターコンテンツ鍵生成処理と，
　　前記マスターコンテンツ鍵とカメラ固有ＩＤから一方向関数（ハッシュ関数）によってカメラ固有鍵を生成するカメラ固有鍵生成処理と，
　　前記カメラ固有鍵と世代番号から一方向関数（ハッシュ関数）によってカメラ世代鍵を生成するカメラ世代鍵生成処理と，
　　前記カメラ世代鍵とアクセスリストから一方向関数（ハッシュ関数）によってチャンネル鍵を生成するチャンネル鍵生成処理と，
　　前記チャンネル鍵と時刻から一方向関数（ハッシュ関数）によってセッション鍵を生成するセッション鍵生成処理と，からな”ることが読み取れる。
　
（エ）上記Ｇに「鍵管理ＰＣ８は，・・・カメラ固有鍵生成処理Ｔ２・・・を行う機能を有しており」との記載があり，この場合の「カメラ固有鍵生成処理」とは，「マスターコンテンツ鍵とカメラ固有ＩＤから一方向関数（ハッシュ関数）によってカメラ固有鍵を生成する」処理であることから，
　“前記鍵管理ＰＣは，前記カメラ固有鍵生成処理を行って，マスターコンテンツ鍵とカメラ固有ＩＤから一方向関数（ハッシュ関数）によってカメラ固有鍵を生成”することが読み取れる。
　
（オ）上記Ｆに「映像受信装置４では，・・・具体的には，カメラ固有ＩＤに対応したカメラ固有鍵を用いて，カメラ世代鍵生成処理Ｔ３・・・を行う」との記載があり，この場合の「カメラ世代鍵生成処理」とは，「カメラ固有鍵と世代番号から一方向関数（ハッシュ関数）によってカメラ世代鍵を生成する」処理であることから，
　“前記映像受信装置は，前記カメラ世代鍵生成処理を行って，カメラ固有鍵と世代番号から一方向関数（ハッシュ関数）によってカメラ世代鍵を生成”することが読み取れる。
　
（カ）上記Ｆに「映像発信装置３では，設定されたカメラ世代鍵とアクセスリストからチャンネル鍵生成処理Ｔ４を用いてチャンネル鍵を生成し・・・」との記載があり，この場合の「チャンネル鍵生成処理」とは，「カメラ世代鍵とアクセスリストから一方向関数（ハッシュ関数）によってチャンネル鍵を生成する」処理であることから，
　“前記映像発信装置は，前記チャンネル鍵生成処理を行って，カメラ世代鍵とアクセスリストから一方向関数（ハッシュ関数）によってチャンネル鍵を生成”することが読み取れる。
　
　以上，（ア）ないし（カ）を踏まえると，引用文献１には，次の発明（以下，「引用発明」という。）が記載されているものと認める。
　
　階層的な鍵を用いる方式によって暗号化された映像のデータを配信する映像配信システムにおいて，
　前記映像配信システムは，ネットワーク媒体により接続された，鍵管理ＰＣ，映像発信装置，映像受信装置，及び，映像蓄積配信サーバを備え，
　前記階層的な鍵の生成は，
　　疑似乱数生成などの機能によってマスターコンテンツ鍵を生成するマスターコンテンツ鍵生成処理と，
　　前記マスターコンテンツ鍵とカメラ固有ＩＤから一方向関数（ハッシュ関数）によってカメラ固有鍵を生成するカメラ固有鍵生成処理と，
　　前記カメラ固有鍵と世代番号から一方向関数（ハッシュ関数）によってカメラ世代鍵を生成するカメラ世代鍵生成処理と，
　　前記カメラ世代鍵とアクセスリストから一方向関数（ハッシュ関数）によってチャンネル鍵を生成するチャンネル鍵生成処理と，
　　前記チャンネル鍵と時刻から一方向関数（ハッシュ関数）によってセッション鍵を生成するセッション鍵生成処理と，からなり，
　前記鍵管理ＰＣは，前記カメラ固有鍵生成処理を行って，マスターコンテンツ鍵とカメラ固有ＩＤから一方向関数（ハッシュ関数）によってカメラ固有鍵を生成し，
　前記映像受信装置は，前記カメラ世代鍵生成処理を行って，カメラ固有鍵と世代番号から一方向関数（ハッシュ関数）によってカメラ世代鍵を生成し，
　前記映像発信装置は，前記チャンネル鍵生成処理を行って，カメラ世代鍵とアクセスリストから一方向関数（ハッシュ関数）によってチャンネル鍵を生成する
　映像配信システム。
　
＜引用文献２＞
　本願の出願前に頒布又は電気通信回線を通じて公衆に利用可能となり，当審による上記平成２５年１０月１５日付けの拒絶理由通知において引用刊行物３として引用された，特表２００５−５３９４２３号公報（以下，「引用文献２」という）には，関連する図面とともに，下記の事項が記載されている。　
（当審注：下線は当審により参考のために付加したものである。）
　
Ｈ「【００４６】
　図６は，本発明によるメタデータの保護及び管理方法をさらに具体的に説明するためのメタデータ暗号化方法を示す図である。
【００４７】
　ノードＡでの情報は，高級暗号標準（ＡＥＳ）のような暗号化アルゴリズムを使用して暗号化キーＫＥＹ＿Ａによって暗号化される。本実施例では暗号化アルゴリズムとしてＡＥＳを使用したが，選択的に任意の暗号化アルゴリズムを使用することもできる。
【００４８】
　また，ノードＡの子ノードであるノードＢの情報は，次の式（１）により求められるＫｅｙ＿Ｂを使用して暗号化される。
【００４９】
　　　
Ｋｅｙ＿Ｂ＝Ｆ（Ｋｅｙ＿Ａ，Ｉｎｆｏ＿Ｂ） 
　ここで，
Ｉｎｆｏ＿ＢはノードＢの位置情報
【００５０】
　本実施例では位置情報として該当ノードの絶対位置情報を使用したが，選択的に相対位置情報または該当ノードを特定できるインデックス情報を使用することもできる。例えば，絶対位置情報を使用する場合，Ｉｎｆｏ＿Ｂは１であり，ノードＤの絶対位置情報Ｉｎｆｏ＿Ｄは２であり，それ以外の他のノードの絶対位置情報であるＩｎｆｏ＿Ｃ１，Ｉｎｆｏ＿Ｃ２，Ｉｎｆｏ＿Ｅ１，Ｉｎｆｏ＿Ｅ２，Ｉｎｆｏ＿Ｆ１，及びＩｎｆｏ＿Ｆ２はそれぞれ３，４，５，６，７，及び８の値を持つ。
【００５１】
　また，ノードＢの子ノードのうち一つであるノードＣ１の情報は次の式（２）により暗号化される。
【００５２】
　　　
Ｋｅｙ＿Ｃ１＝Ｆ（Ｋｅｙ＿Ｂ，Ｉｎｆｏ＿Ｃ１）
　ここで，
Ｉｎｆｏ＿Ｃ１はノードＣ１の相対的な位置または絶対的な位置
【００５３】
　また，ノードＢのさらに他の子ノードであるノードＣ２の情報も同じ方式で暗号化される。
【００５４】
　ノードＡの子ノードであるノードＤの情報は次の式（３）により暗号化される。
【００５５】
　　　
Ｋｅｙ＿Ｄ＝Ｆ（Ｋｅｙ＿Ａ，Ｉｎｆｏ＿Ｄ）
　ここで，
Ｉｎｆｏ＿ＤはノードＤの相対的な位置または絶対的な位置
【００５６】
　ノードＤの子ノードのうち一つであるノードＥ１の情報は次の式（４）により暗号化される。
【００５７】
　　　
Ｋｅｙ＿Ｅ１＝Ｆ（Ｋｅｙ＿Ｄ，Ｉｎｆｏ＿Ｅ１）
　ここで，
Ｉｎｆｏ＿Ｅ１はノードＥ１の相対的な位置または絶対的な位置
【００５８】
　ノードＤのさらに他の子ノードであるノードＥ２の情報は次の式（５）により暗号化される。
【００５９】
　　　
Ｋｅｙ＿Ｅ２＝Ｆ（Ｋｅｙ＿Ｄ，Ｉｎｆｏ＿Ｅ２）
　ここで，
Ｉｎｆｏ＿Ｅ２はノードＥ２の相対的な位置または絶対的な位置
【００６０】
　ノードＥ１の子ノードであるノードＦ１及びノードＦ２での情報も同じ方式で暗号化される。
【００６１】
　このように，本発明によるメタデータ暗号化保護及び管理方法では一方向関数を使用して，親ノードのキー情報及び該当ノードの位置情報から該当ノードのキー情報を生成する。
【００６２】
　したがって，一つのキー情報，例えば，図６の場合，マスターキーとして使われるＫｅｙ＿Ａを使用していかなるノードでの情報も復号化できる。例えば，図６の場合，Ｋｅｙ＿Ａが与えられた場合，ノードＡの子ノードすべてに対する復号化が可能である。
【００６３】
　また，一方向関数を使用し，かつ該当ノードの位置情報を利用して該当ノードのキー情報を生成するために，暗号化されたメタデータの一部についてのみ復号化を許容することが可能になる。
【００６４】
　このように，本発明によるツリー構造のメタデータ暗号化方法を使用する場合，全体ツリーのメタデータを復号する必要なく，ツリー構造のうち所定のサブブランチのみを復号化するランダムアクセスが可能である。この時，所定ノード，例えば，ノードＤへのランダムアクセスが可能であるということは，ノードＤまたはノードＤの子ノードにアクセスできるということであり，ノードＤの親ノードＡまたは同一レベルのノードＢにある情報にアクセスできるという意味ではない。
【００６５】
　したがって，図６に示された暗号化方法を使用することによって，効率的かつ柔軟なメタデータ保護及び管理が可能になる。
【００６６】
　例えば，図６に示された方式によって暗号化されたメタデータについて，所定のユーザー，すなわち，セットトップボックスの場合，ノードＥ１及びノードＥ１の子ノードについてのみ復号化可能にするために，該当ノードＥ１のキー情報，すなわち，Ｋｅｙ＿Ｅ１値を該当セットトップボックスに伝送することによって，その目的が達成される。
【００６７】
　このように，本発明によるメタデータ保護及び管理方法によれば，ユーザー別にメタデータについてのアクセスレベルを異に設定して，メタデータを効率的かつ柔軟に管理することが可能になる。
【００６８】
　図７は，本発明によるメタデータ保護及び管理のために使われるライセンスの一実施例を示す図である。
【００６９】
　本発明によるメタデータ保護及び管理方法によれば，例えば，放送事業者のサーバからユーザーのクライアントにメタデータが伝送される場合，図７に示されたようなライセンスファイルが共に伝送される。」
　
（２）−３．対比
　本願発明と引用発明とを対比する。
　
　ア．引用発明の「鍵管理ＰＣ」，「映像受信装置」，「映像発信装置」と，本願発明の各「サーバＳ０」，「サーバＳ１」，「サーバＳ２」とは，ともに“装置”である点で共通することから，
　引用発明の「ネットワーク媒体により接続された，鍵管理ＰＣ，映像発信装置，映像受信装置，及び，映像蓄積配信サーバ」を備える「映像配信システム」と，本願発明の「サーバＳ０，サーバＳ０に接続されたサーバＳ１，サーバＳ１に接続されたサーバＳ２，・・・，サーバＳａ−１に接続されたサーバＳａ（ａは予め定められた自然数）を備えるネットワークシステム」とは，ともに，“装置Ｓ０，装置Ｓ０に接続された装置Ｓ１，装置Ｓ１に接続された装置Ｓ２，・・・，装置Ｓａ−１に接続された装置Ｓａ（ａは予め定められた自然数）を備えるネットワークシステム”である点で共通する。
　
　イ．引用発明の「鍵管理ＰＣ」は，「ネットワーク媒体により」「映像受信装置」に「接続され」るものであって，「カメラ固有鍵生成処理を行って，マスターコンテンツ鍵とカメラ固有ＩＤから一方向関数（ハッシュ関数）によってカメラ固有鍵を生成」するものであり，また上記Ｅの「鍵管理ＰＣ８にマスターコンテンツ鍵が設定され」との記載から，上記「マスターコンテンツ鍵」は「鍵管理ＰＣ」に予め定められた暗号鍵に他ならず，これは本願発明の「サーバ」「に対して予め定められた暗号鍵」に対応するといえる。
　また，引用発明の「映像受信装置」は，「ネットワーク媒体により」「映像発信装置」に「接続され」るものであって，「カメラ世代鍵生成処理を行って，カメラ固有鍵と世代番号から一方向関数（ハッシュ関数）によってカメラ世代鍵を生成」するものであり，また上記Ｅの「映像受信装置４にカメラ固有鍵が設定され」との記載から，上記「カメラ固有鍵」は「映像受信装置」に予め定められた暗号鍵に他ならず，これは本願発明の「サーバ」「に対して予め定められた暗号鍵」に対応するといえる。
　以上から，引用発明の「鍵管理ＰＣ」，「映像受信装置」はいずれも，“装置に対して予め定められた暗号鍵と，値とを，一方向性関数Ｆに入力して暗号鍵を生成する手段を備える”ものであるといえ，
　この場合，
　引用発明の「鍵管理ＰＣ」が「ネットワーク媒体により」「映像受信装置」に「接続され」るものであり，「カメラ固有鍵生成処理を行って，マスターコンテンツ鍵とカメラ固有ＩＤから一方向関数（ハッシュ関数）によってカメラ固有鍵を生成」するものであることは，本願発明における「ｉ＝１」の場合の，「サーバＳ０」が「サーバＳ０に対して予め定められた暗号鍵Ｋ０と，サーバＳ０に接続されたサーバＳ１に対して，前記ネットワークシステムにおけるサーバＳ１の位置に基づいて予め定められた属性値ＩＤ１とを，一方向性関数Ｆに入力して暗号鍵Ｋ１を生成する手段」「を備える」ことに対応し，
　引用発明の「映像受信装置」が「ネットワーク媒体により」「映像発信装置」に「接続され」るものであり，「カメラ世代鍵生成処理を行って，カメラ固有鍵と世代番号から一方向関数（ハッシュ関数）によってカメラ世代鍵を生成」するものであることは，本願発明における「ｉ＝２」の場合の，「サーバＳ１」が「サーバＳ１に対して予め定められた暗号鍵Ｋ１と，サーバＳ１に接続されたサーバＳ２に対して，前記ネットワークシステムにおけるサーバＳ２の位置に基づいて予め定められた属性値ＩＤ２とを，一方向性関数Ｆに入力して暗号鍵Ｋ２を生成する手段」「を備える」ことに対応することとなる。
　してみると，引用発明の「鍵管理ＰＣ」が「ネットワーク媒体により」「映像受信装置」に「接続され」るものであり，「カメラ固有鍵生成処理を行って，マスターコンテンツ鍵とカメラ固有ＩＤから一方向関数（ハッシュ関数）によってカメラ固有鍵を生成」するものであり，また，「映像受信装置」が「ネットワーク媒体により」「映像発信装置」に「接続され」るものであり，「カメラ世代鍵生成処理を行って，カメラ固有鍵と世代番号から一方向関数（ハッシュ関数）によってカメラ世代鍵を生成」するものであることと，本願発明の「サーバＳｉ−１（ｉ＝１，２，…，ａ）はそれぞれ，サーバＳｉ−１に対して予め定められた暗号鍵Ｋｉ−１と，サーバＳｉ−１に接続されたサーバＳｉに対して，前記ネットワークシステムにおけるサーバＳｉの位置に基づいて予め定められた属性値ＩＤｉとを，一方向性関数Ｆに入力して暗号鍵Ｋｉを生成する手段と，生成した暗号鍵ＫｉをサーバＳｉに送信する処理を実行する手段とを備える」こととは，ともに，“装置Ｓｉ−１（ｉ＝１，２，…，ａ）はそれぞれ，装置Ｓｉ−１に対して予め定められた暗号鍵Ｋｉ−１と，値ＩＤｉとを，一方向性関数Ｆに入力して暗号鍵Ｋｉを生成する手段を備える”ことである点で共通する。
　
　以上の対比から，本願発明と引用発明とは，以下の点で一致し，また，以下の点で相違する。
　
（一致点）
　装置Ｓ０，装置Ｓ０に接続された装置Ｓ１，装置Ｓ１に接続された装置Ｓ２，・・・，装置Ｓａ−１に接続された装置Ｓａ（ａは予め定められた自然数）を備えるネットワークシステムであって，
　装置Ｓｉ−１（ｉ＝１，２，…，ａ）はそれぞれ，
　装置Ｓｉ−１に対して予め定められた暗号鍵Ｋｉ−１と，値ＩＤｉとを，一方向性関数Ｆに入力して暗号鍵Ｋｉを生成する手段を備える
ことを特徴とするネットワークシステム。　
　
（相違点１）
　装置について，
　本願発明が，「サーバ」であるのに対し，
　引用発明は，そのような構成とはなっていない点。
　
（相違点２）　
　それぞれの装置Ｓｉ−１における暗号鍵Ｋｉを生成する手段に関し，
　本願発明が，サーバＳｉ−１が暗号鍵Ｋｉ生成において一方向関数に鍵Ｋｉ−１とともに入力する値として，「サーバＳｉ−１に接続されたサーバＳｉに対して，前記ネットワークシステムにおけるサーバＳｉの位置に基づいて予め定められた属性値ＩＤｉ」を用いているのに対し，
　引用発明は，「鍵管理ＰＣ」，「映像受信装置」が新たな鍵生成において一方向関数に鍵とともに入力する値として，それぞれ「カメラ固有ＩＤ」，「世代番号」を用いている点。
　
（相違点３）　
　それぞれの装置Ｓｉ−１の構成に関し，
　本願発明が，「生成した暗号鍵ＫｉをサーバＳｉに送信する処理を実行する手段」を備えているのに対し，
　引用発明は，そのような構成について言及していない点。
　
（２）−４．判断
　上記（相違点１）ないし（相違点３）について検討する。
　
　（相違点１）について
　一般に，ネットワークを介して階層的に接続された複数の装置をそれぞれサーバとして構成することは，例示するまでもなく従来から周知であり，引用発明における「鍵管理ＰＣ」，「映像発信装置」，「映像受信装置」を「サーバ」として構成することに技術上格別の点は認められない。
　してみると，引用発明における「鍵管理ＰＣ」，「映像発信装置」，「映像受信装置」を「サーバ」とすること，すなわち，相違点１に係る構成とすることは，当業者が容易に想到し得たことである。
　よって，相違点１は格別なものではない。
　
　（相違点２）について
　それぞれの装置Ｓｉ−１における暗号鍵Ｋｉ生成において一方向関数に鍵とともに入力する値について，本願の請求項における「サーバＳｉ−１に接続されたサーバＳｉに対して，前記ネットワークシステムにおけるサーバＳｉの位置に基づいて予め定められた属性値ＩＤｉ」との記載では，「サーバＳｉの位置に基づいて予め定められた属性値」がサーバ間で種類や値が異なる場合も含んでおり，一方，ネットワ−クで接続された要素のための暗号鍵生成のために，当該要素の位置に関する既定の情報すなわち属性値を用いることは，当審拒絶理由の理由１で指摘したとおり上記引用文献２に記載されており，そして，引用発明の新たな鍵生成処理に用いる値として，同様の技術分野に属する上記引用文献２に記載の事項を適用することに，技術上格別の困難性は認められない。
　してみると，引用発明における鍵生成処理において一方向関数に鍵とともに入力する値を「サーバＳｉ−１に接続されたサーバＳｉに対して，前記ネットワークシステムにおけるサーバＳｉの位置に基づいて予め定められた属性値ＩＤｉ」とすること，すなわち，相違点２に係る構成とすることは，当業者が容易に想到し得たことである。
　よって，相違点２は格別なものではない。
　
　（相違点３）について
　引用発明の「管理ＰＣ」や「映像受信装置」は生成した鍵を送信する手段を直接備えているわけではないものの，引用文献１の上記Ｆに「映像受信装置４では，・・・，カメラ固有ＩＤに対応したカメラ固有鍵を用いて，カメラ世代鍵生成処理Ｔ３，チャンネル鍵生成処理Ｔ４，セッション鍵生成処理Ｔ５を行うことにより，暗号化に使われたセッション鍵を算出する。」との記載，及び上記Ｄに「カメラ世代鍵生成処理Ｔ３では，・・・カメラ世代鍵を生成する。・・・チャンネル鍵生成処理Ｔ４では，カメラ世代鍵とアクセスリストから・・・チャンネル鍵を生成する。・・・セッション鍵生成処理Ｔ５では，チャンネル鍵と時刻から・・・セッション鍵を生成する。」との記載があるように，引用文献１においても，階層的な鍵のための各「鍵生成処理」によって生成した鍵を下位階層の「鍵生成処理」に送る構成は記載されており，同様の構成を，引用発明における「管理ＰＣ」，「映像受信装置」に採用することは，当業者であれば容易に思い付く程度の事項に過ぎない。　
　してみると，引用発明における「管理ＰＣ」，「映像受信装置」において「生成した暗号鍵ＫｉをサーバＳｉに送信する処理を実行する手段」を備えるようにすること，すなわち，相違点３に係る構成とすることは，当業者が容易に想到し得たことである。
　よって，相違点３は格別なものではない。
　
　そして，本願発明により奏する効果も，引用発明，引用文献１及び引用文献２の記載事項，及び，周知技術等から当然予想される範囲内のものにすぎず，格別顕著なものとは認められない。
　
　よって，本願発明は，引用発明，引用文献１及び引用文献２の記載事項，及び，周知技術等から，当業者が容易になし得たものである。
　
（２）−５．意見書の主張について
　上記「（２）理由２．」に関し，審判請求人は，平成２５年１２月１２日付けの意見書（以下，これを「意見書」という）において，
 
　「引用刊行物１に記載の発明において，一方向性関数に鍵とともに入力する値を鍵生成処理Ｔ２−Ｔ５のすべてにおいて統一すると，同発明の効果を阻害します。同文献の第００３９，００４０段落には，映像配信システムの効果がいくつか挙げてありますが，この中の少なくとも一部の効果は得られなくなります。
　例えば，一方向性関数に鍵とともに入力する値として，時刻以外のものを選択すると，「時刻としては，例えば，従来から映像（又は，音声など）のヘッダ部分に付与されている日時情報（年月日時分秒の情報）を利用することができ，一例として，年月日の情報のみを抽出して使用すると，１日に１回セッション鍵が変わるシステムになる。」といった効果が得られなくなります。
　このことから，引用刊行物１に記載の発明において，一方向性関数に鍵とともに入力する値を一種類に統一したものを想起することには，特段の理由がない限り，当業者であればむしろ回避すべきであろうと思量致します。そして，引用刊行物１−３には，このような不利益があるにも関わらず，一方向性関数に鍵として入力する値を統一する特段の理由が記載されていないものと思量致します。
　これに対して，本発明において，各階層のサーバが自サーバの暗号鍵とともに一方向性関数に入力するのは，どの階層であっても，生成しようとする暗号鍵に対応するサーバの属性値であり，階層を問わず同種の値を入力します。」
　
　と主張しているが，上記「（２）−４．判断」「（相違点２）について」でも述べたとおり，本願の請求項の記載は，「サーバＳｉの位置に基づいて予め定められた属性値」がサーバ間で種類や値が異なる場合も含んでいて，この点は，引用発明に対し引用文献２に記載の事項を適用することで容易に想到しうる程度の事項であり，また，引用発明が鍵生成に「カメラ固有ＩＤ」，「世代番号」等のデータを用いていることは，各鍵生成処理に用いる値が互いに異なることに技術的意義が存するわけでもないから，引用発明における鍵生成処理において入力する値の種類等を統一することの阻害要因があるとはいえず，よって仮に上記主張にある「本発明において，各階層のサーバが自サーバの暗号鍵とともに一方向性関数に入力するのは・・・階層を問わず同種の値」であると解釈したとしても，暗号鍵を生成に用いる値の種類等をどのように設定するかは，システムに求める機密性や利便性に応じて，適宜決定する程度の事項に過ぎない。
　以上のとおりであるから，審判請求人の前記引用の意見書における主張は採用できない。
　
　
第４　むすび
　
　以上から，本願は，特許法第３６条第６項第１号，第２号の規定する要件を満たしておらず，また，本願の請求項６に係る発明は，引用発明，引用文献１及び引用文献２の記載事項，及び周知技術等に基いて，当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定する要件を満たしておらず，特許を受けることができないものである。
　したがって，本願は拒絶されるべきものである。
　よって，結論のとおり審決する。