【事件の表示】
　特願２００７−５４３１７１「ローカル・コンテント及び遠隔コンテントに関するアプリケーション・レベル制限を守らせるための方法及び装置」拒絶査定不服審判事件〔平成１８年　５月２６日国際公開，ＷＯ２００６／０５５５４４，平成２０年　６月１９日国内公表，特表２００８−５２１１３４〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１．手続の経緯
　本願は，２００５年１１月１５日（パリ条約による優先権主張外国庁受理２００４年１１月１６日　アメリカ合衆国）を国際出願日とする出願であって，
　平成１９年７月１２日付けで特許法第１８４条の４第１項の規定による明細書，請求の範囲，及び，図面（図面の中の説明に限る）の日本語による翻訳文が提出されると共に審査請求がなされ，平成２２年１０月２１日付けで審査官により拒絶理由が通知され，これに対して平成２３年４月１５日付けで意見書が提出されると共に手続補正がなされたが，平成２３年６月１７日付けで審査官により拒絶査定がなされ，これに対して平成２３年１０月２１日付けで審判請求がなされると共に手続補正がなされ，平成２３年１１月１０日付けで審査官により特許法第１６４条第３項の規定に基づく報告がなされ，平成２３年１２月２２日付けで当審により特許法第１３４条第４項の規定に基づく審尋がなされ，平成２４年４月９日付けで回答書の提出があったものである。
　
第２．平成２３年１０月２１日付けの手続補正の却下の決定
　
　［補正却下の決定の結論］
　
　平成２３年１０月２１日付け手続補正を却下する。
　
　［理由］
　
１．補正の内容
　平成２３年１０月２１日付けの手続補正（以下，「本件手続補正」という）により，平成２３年４月１５日付けの手続補正により補正された特許請求の範囲，
「　【請求項１】
　デバイスによってレンダされたコンテントに関する制限を守らせるためにデバイスにおいて使用するための方法であって，
　認可リスト受け取り手段が，該デバイスにサービスを提供するためのオーソリティまたはコンテント・プロバイダから該コンテントの運用に関する制限を表す認可リストを受け取ること；
　コンテント記述子受け取り手段が，該オーソリティから該コンテントを識別するコンテント記述子を受け取ること； 
　変更検出インディケータ受け取り手段が，該オーソリティから該認可リストと該コンテント記述子とが結び付けられていることを示す変更検出インディケータを受け取ること；
　検索手段が，該コンテント記述子によって識別された該コンテントを検索すること；及び
　レンダ手段が，該デバイス上に該コンテント記述子と結び付けられた該認可リストに基づいて制限される該コンテントをレンダすること，
を具備する方法。
　　【請求項２】
　該検索することは，該コンテント記述子によって識別された場所においてデータ・ネットワークから該コンテントを検索することを備える請求項１の方法。
　　【請求項３】
　該変更検出インディケータは，ディジタル署名である請求項１の方法。
　　【請求項４】
　該デバイスは，無線デバイスである請求項１の方法。
　　【請求項５】
　コンテントをレンダするためのデバイスであって，
　該デバイスにサービスを提供するためのオーソリティまたはコンテント・プロバイダから該コンテントの運用に関する制限を表す認可リストを取得し，該オーソリティから該コンテントを識別するコンテント記述子を取得し，さらに該オーソリティから該認可リストと該コンテント記述子とが結び付けられていることを示す変更検出インディケータを取得するために動作する受信論理回路；及び
　該コンテント記述子によって識別された該コンテントを検索し，該デバイス上に該コンテント記述子と結び付けられた該認可リストによって表される制限に基づいて該コンテントをレンダするために動作するレンダリング論理回路，
を具備するデバイス。
　　【請求項６】
　該デバイスは，無線デバイスである請求項５のデバイス。
　　【請求項７】
　該変更検出インディケータは，ディジタル署名である請求項５のデバイス。
　　【請求項８】
　デバイス上にレンダされるダウンロード可能なコンテントに関する制限を守らせるため
に動作するデバイスであって，
　該デバイスにサービスを提供するためのオーソリティまたはコンテント・プロバイダから該コンテントの運用に関する制限を表す認可リストを受け取るための手段；
　該オーソリティから該コンテントを識別するコンテント記述子を受け取るための手段；
　該オーソリティから該認可リストと該コンテント記述子とが結び付けられていることを示す変更検出インディケータを受け取るための手段，；
　該コンテント記述子によって識別された該コンテントを検索するための手段；及び
　該デバイス上に該コンテント記述子と結び付けられた該認可リストに基づいて制限される該コンテントをレンダするための手段，
を具備するデバイス。
　　【請求項９】
　該検索するための手段は，該コンテント記述子によって識別された場所においてデータ・ネットワークから該コンテントを検索するための手段を備える請求項８のデバイス。
　　【請求項１０】
　該変更検出インディケータは，ディジタル署名である請求項８のデバイス。
　　【請求項１１】
　該デバイスは，無線デバイスである請求項８のデバイス。
　　【請求項１２】
　無線デバイス中のプロセッサによって実行されるときにデバイスによってレンダされたコンテントに関する制限を守らせる命令を具備するコンピュータ読み取り可能な媒体であって，
　該デバイスにサービスを提供するためのオーソリティまたはコンテント・プロバイダから該コンテントの運用に関する制限を表す認可リストを受け取るための命令；
　該オーソリティから該コンテントを識別するコンテント記述子を受け取るための命令；
　該オーソリティから該認可リストと該コンテント記述子とが結び付けられていることを示す変更検出インディケータを受け取るための命令；
　該コンテント記述子によって識別された該コンテントを検索するための命令；及び
　該デバイス上に該コンテント記述子と結び付けられた該認可リストに基づいて制限される該コンテントをレンダするための命令，
を具備する媒体。
　　【請求項１３】
　該検索するための命令は，該コンテント記述子によって識別された場所においてデータ・ネットワークから該コンテントを検索するための命令を備える請求項１２のコンピュータ読み取り可能な媒体。
　　【請求項１４】
　該変更検出インディケータは，ディジタル署名である請求項１２のコンピュータ読み取り可能な媒体。
　　【請求項１５】
　デバイス上にレンダされたコンテントに関する制限を守らせるために使用されるコンテント・パッケージを発生させるための方法であって，
　承認／非承認手段が，コンテント・サーバから受信された，該コンテントの運用に関する制限を表す認可リストの承認／非承認を行うこと；
　コンテント受信手段が，該コンテント・サーバから該コンテントを識別するコンテント記述子を受け取ること；及び
　変更検出インディケータ発生手段が，承認された該認可リストと該コンテント記述子とが結び付けられていることを示す変更検出インディケータを発生させること，
を具備する方法。
　　【請求項１６】
　該変更検出インディケータを発生させるステップは，ディジタル署名を発生させるステップである請求項１５の方法。
　　【請求項１７】
　デバイス上にレンダされたコンテントに関する制限を守らせるために使用されるコンテント・パッケージを発生させるための装置であって，
　コンテント・サーバから受信された，コンテントの運用に関する制限を表す認可リストの承認／非承認を行うために動作する承認論理回路；
　該コンテント・サーバから該コンテントを識別するコンテント記述子を受け取るために動作する受信論理回路；及び
　承認された該認可リストと該コンテント記述子とが結び付けられていることを示す変更検出インディケータを発生させるために動作する発生論理回路，
を具備する装置。
　　【請求項１８】
　該発生論理回路は，該検出変更インディケータとしてディジタル署名を発生させる論理回路を備える請求項１７の装置。
　　【請求項１９】
　デバイス上にレンダされたコンテントに関する制限を守らせるために使用されるコンテント・パッケージを発生させるための装置であって，
　コンテント・サーバから受信された，該コンテントの運用に関する制限を表す認可リストの承認／非承認を行うための手段；
　該コンテント・サーバから該コンテントを記述するコンテント記述子を受け取るための手段；及び
　承認された該認可リストと該コンテント記述子とが結び付けられていることを示す変更検出インディケータを発生させるための手段，
を具備する装置。
　　【請求項２０】
　該変更検出インディケータを発生させるための手段は，ディジタル署名を発生させるための手段を備える請求項１９の装置。
　　【請求項２１】
　プロセッサによって実行されるときにデバイス上にレンダされたコンテントに関する制限を守らせるために使用されるコンテント・パッケージを発生させる命令を具備するコンピュータ読み取り可能な媒体であって，
　コンテント・サーバから受信された，該コンテントの運用に関する制限を表す認可リストの承認／非承認を行うための命令；
　コンテント・サーバから該コンテントの運用に関する制限を表す認可リストを受け取るための命令；
　該コンテント・サーバから該コンテントを識別するコンテント記述子を受け取るための命令；及び
　承認された該認可リストと該コンテント記述子とが結び付けられていることを示す変更検出インディケータを発生させるための命令，
を具備する媒体。
　　【請求項２２】
　該変更検出インディケータを発生させるための命令は，ディジタル署名を発生させるための命令を備える請求項２１のコンピュータ読み取り可能な媒体。」（以下，上記引用の請求項各項を，「補正前の請求項」という）は，
「　【請求項１】
　デバイスによってレンダされたコンテントに関する制限を守らせるためにデバイスにおいて使用するための方法であって，
　認可リスト受け取り手段が，該デバイスにサービスを提供するためのオーソリティまたはコンテント・プロバイダから該コンテントの運用に関する制限を表す認可リストを受け取ること，該認可リストは該コンテントがレンダされる該デバイス上のリソースへのアクセスを制限する；
　コンテント記述子受け取り手段が，該オーソリティから該コンテントを識別するコンテント記述子を受け取ること； 
　変更検出インディケータ受け取り手段が，該オーソリティから該認可リストと該コンテント記述子とが結び付けられていることを示す変更検出インディケータを受け取ること；
　検索手段が，該コンテント記述子によって識別された該コンテントを検索すること；及び
　レンダ手段が，該デバイス上に該コンテント記述子と結び付けられた該認可リストに基づいて制限される該コンテントをレンダすること，
を具備する方法。
　　【請求項２】
　該検索することは，該コンテント記述子によって識別された場所においてデータ・ネットワークから該コンテントを検索することを備える請求項１の方法。
　　【請求項３】
　該変更検出インディケータは，ディジタル署名である請求項１の方法。
　　【請求項４】
　該デバイスは，無線デバイスである請求項１の方法。
　　【請求項５】
　コンテントをレンダするためのデバイスであって，
　該デバイスにサービスを提供するためのオーソリティまたはコンテント・プロバイダから該コンテントの運用に関する制限を表す認可リストを取得し，該オーソリティから該コンテントを識別するコンテント記述子を取得し，さらに該オーソリティから該認可リストと該コンテント記述子とが結び付けられていることを示す変更検出インディケータを取得するために動作する受信論理回路，該認可リストは該コンテントがレンダされる該デバイス上のリソースへのアクセスを制限する；及び
　該コンテント記述子によって識別された該コンテントを検索し，該デバイス上に該コンテント記述子と結び付けられた該認可リストによって表される制限に基づいて該コンテントをレンダするために動作するレンダリング論理回路，
を具備するデバイス。
　　【請求項６】
　該デバイスは，無線デバイスである請求項５のデバイス。
　　【請求項７】
　該変更検出インディケータは，ディジタル署名である請求項５のデバイス。
　　【請求項８】
　デバイス上にレンダされるダウンロード可能なコンテントに関する制限を守らせるために動作するデバイスであって，
　該デバイスにサービスを提供するためのオーソリティまたはコンテント・プロバイダから該コンテントの運用に関する制限を表す認可リストを受け取るための手段，該認可リストは該コンテントがレンダされる該デバイス上のリソースへのアクセスを制限する；
　該オーソリティから該コンテントを識別するコンテント記述子を受け取るための手段；
　該オーソリティから該認可リストと該コンテント記述子とが結び付けられていることを示す変更検出インディケータを受け取るための手段，；
　該コンテント記述子によって識別された該コンテントを検索するための手段；及び
　該デバイス上に該コンテント記述子と結び付けられた該認可リストに基づいて制限される該コンテントをレンダするための手段，
を具備するデバイス。
　　【請求項９】
　該検索するための手段は，該コンテント記述子によって識別された場所においてデータ・ネットワークから該コンテントを検索するための手段を備える請求項８のデバイス。
　　【請求項１０】
　該変更検出インディケータは，ディジタル署名である請求項８のデバイス。
　　【請求項１１】
　該デバイスは，無線デバイスである請求項８のデバイス。
　　【請求項１２】
　無線デバイス中のプロセッサによって実行されるときにデバイスによってレンダされたコンテントに関する制限を守らせる命令を具備するコンピュータ読み取り可能な媒体であって，
　該デバイスにサービスを提供するためのオーソリティまたはコンテント・プロバイダから該コンテントの運用に関する制限を表す認可リストを受け取るための命令，該認可リストは該コンテントがレンダされる該デバイス上のリソースへのアクセスを制限する；
　該オーソリティから該コンテントを識別するコンテント記述子を受け取るための命令；
　該オーソリティから該認可リストと該コンテント記述子とが結び付けられていることを示す変更検出インディケータを受け取るための命令；
　該コンテント記述子によって識別された該コンテントを検索するための命令；及び
　該デバイス上に該コンテント記述子と結び付けられた該認可リストに基づいて制限される該コンテントをレンダするための命令，
を具備する媒体。
　　【請求項１３】
　該検索するための命令は，該コンテント記述子によって識別された場所においてデータ・ネットワークから該コンテントを検索するための命令を備える請求項１２のコンピュータ読み取り可能な媒体。
　　【請求項１４】
　該変更検出インディケータは，ディジタル署名である請求項１２のコンピュータ読み取り可能な媒体。
　　【請求項１５】
　デバイス上にレンダされたコンテントに関する制限を守らせるために使用されるコンテント・パッケージを発生させるための方法であって，
　承認／非承認手段が，コンテント・サーバから受信された，該コンテントの運用に関する制限を表す認可リストの承認／非承認を行うこと，該認可リストは該コンテントがレンダされる該デバイス上のリソースへのアクセスを制限する；
　コンテント受信手段が，該コンテント・サーバから該コンテントを識別するコンテント記述子を受け取ること；及び
　変更検出インディケータ発生手段が，承認された該認可リストと該コンテント記述子とが結び付けられていることを示す変更検出インディケータを発生させること，
を具備する方法。
　　【請求項１６】
　該変更検出インディケータを発生させるステップは，ディジタル署名を発生させるステップである請求項１５の方法。
　　【請求項１７】
　デバイス上にレンダされたコンテントに関する制限を守らせるために使用されるコンテント・パッケージを発生させるための装置であって，
　コンテント・サーバから受信された，コンテントの運用に関する制限を表す認可リストの承認／非承認を行うために動作する承認論理回路，該認可リストは該コンテントがレンダされる該デバイス上のリソースへのアクセスを制限する；
　該コンテント・サーバから該コンテントを識別するコンテント記述子を受け取るために動作する受信論理回路；及び
　承認された該認可リストと該コンテント記述子とが結び付けられていることを示す変更検出インディケータを発生させるために動作する発生論理回路，
を具備する装置。
　　【請求項１８】
　該発生論理回路は，該検出変更インディケータとしてディジタル署名を発生させる論理回路を備える請求項１７の装置。
　　【請求項１９】
　デバイス上にレンダされたコンテントに関する制限を守らせるために使用されるコンテント・パッケージを発生させるための装置であって，
　コンテント・サーバから受信された，該コンテントの運用に関する制限を表す認可リストの承認／非承認を行うための手段，該認可リストは該コンテントがレンダされる該デバイス上のリソースへのアクセスを制限する；
　該コンテント・サーバから該コンテントを記述するコンテント記述子を受け取るための手段；及び
　承認された該認可リストと該コンテント記述子とが結び付けられていることを示す変更検出インディケータを発生させるための手段，
を具備する装置。
　　【請求項２０】
　該変更検出インディケータを発生させるための手段は，ディジタル署名を発生させるための手段を備える請求項１９の装置。
　　【請求項２１】
　プロセッサによって実行されるときにデバイス上にレンダされたコンテントに関する制限を守らせるために使用されるコンテント・パッケージを発生させる命令を具備するコンピュータ読み取り可能な媒体であって，
　コンテント・サーバから受信された，該コンテントの運用に関する制限を表す認可リストの承認／非承認を行うための命令，該認可リストは該コンテントがレンダされる該デバイス上のリソースへのアクセスを制限する；
　コンテント・サーバから該コンテントの運用に関する制限を表す認可リストを受け取るための命令；
　該コンテント・サーバから該コンテントを識別するコンテント記述子を受け取るための命令；及び
　承認された該認可リストと該コンテント記述子とが結び付けられていることを示す変更検出インディケータを発生させるための命令，
を具備する媒体。
　　【請求項２２】
　該変更検出インディケータを発生させるための命令は，ディジタル署名を発生させるための命令を備える請求項２１のコンピュータ読み取り可能な媒体。」（以下，上記引用の請求項各項を，「補正後の請求項」という）に補正された。
　
２．補正の適否
　本件手続補正における請求項１，５，８，１２，１５，１７，１９及び２１についての補正は，平成１９年７月１２日付けで提出された明細書，請求の範囲，及び，図面（図面の中の説明に限る）の日本語による翻訳文（以下，これを「当初明細書等」という）に記載した事項の範囲内でなされたものであるから，本件手続補正は，平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１８４条の１２第２項により読み替える同法第１７条の２第３項の規定を満たすものであり，また，補正前の各請求項に係る発明と産業上の利用分野及び解決すべき課題を変更することなく，補正前の各請求項に特定されていた事項である「認可リスト」につき「該コンテントがレンダされる該デバイス上のリソースへのアクセスを制限する」ものである旨限定したものであるから，限定的減縮を目的とした補正と認められるので，本件手続補正は，平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１８４条の１２第２項により読み替える同法第１７条の２第４項の規定を満たすものであるから，本件手続補正が，平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定を満たすものであるか否か，即ち，補正後の請求項に係る発明が，特許出願の際独立して特許を受けられるものであるか否かについて，以下に検討する。
　
（１）本件補正発明
　本件手続補正により補正された請求項１に係る発明（以下，これを「本件補正発明」という）は，上記「１．補正の内容」において，補正後の請求項１として引用した次のとおりのものである。
　
「デバイスによってレンダされたコンテントに関する制限を守らせるためにデバイスにおいて使用するための方法であって，
　認可リスト受け取り手段が，該デバイスにサービスを提供するためのオーソリティまたはコンテント・プロバイダから該コンテントの運用に関する制限を表す認可リストを受け取ること，該認可リストは該コンテントがレンダされる該デバイス上のリソースへのアクセスを制限する；
　コンテント記述子受け取り手段が，該オーソリティから該コンテントを識別するコンテント記述子を受け取ること； 
　変更検出インディケータ受け取り手段が，該オーソリティから該認可リストと該コンテント記述子とが結び付けられていることを示す変更検出インディケータを受け取ること；
　検索手段が，該コンテント記述子によって識別された該コンテントを検索すること；及び
　レンダ手段が，該デバイス上に該コンテント記述子と結び付けられた該認可リストに基づいて制限される該コンテントをレンダすること，
を具備する方法。」
　
（２）引用刊行物に記載の発明
　一方，原審が，平成２２年１０月２１日付けの拒絶理由に引用した，本願の第１国出願前に既に公知である，特開２００４−３０２９７３号公報（２００４年１０月２８日公開，以下，これを「引用刊行物」という）には，関連する図面と共に次の事項が記載されている。
　
Ａ．「【０００２】
【従来の技術】
近年，プログラム等のソフトウェアをインターネット等のネットワーク経由で通信端末にダウンロードして使用することが広く行われている。このような環境下でソフトウェアの改竄や「なりすまし」などの不正行為を完全に排除することは困難であるから，不正なソフトウェアが通信端末にダウンロードされてしまう虞がある。このような事情から，
ダウンロードしたソフトウェアの正当性を確認するための技術が提案されている
この方法
　
Ｂ．「【０００５】
本発明は，上述した事情に鑑みて為されたものであり，ダウンロードした関連する複数のファイルの組み合わせの正当性を容易に判定することができる技術を提供することを目的としている。」
　
Ｃ．「【０００９】
本システムにおけるＪａｖａ−ＡＰソフトウェアのダウンロードは，まず，携帯電話機が，Ｊａｖａ−ＡＰソフトウェアの内容を説明した画面を表示した後，この携帯電話機のユーザが所望するＪａｖａ−ＡＰソフトウェアに対応したＡＤＦを受信し，次いで，上記Ｊａｖａ−ＡＰソフトウェアに対応したＳＤＦ（セキュリティ記述ファイル）と称せられるファイルを受信し，最後にＪＡＲファイルを受信するという手順で行われる。ここで，
ＳＤＦは，携帯電話機内におけるＪａｖａ−ＡＰソフトウェアの挙動を制限する内容が記述されたファイルである。よって，携帯電話機は，インストールしたＪａｖａ−ＡＰソフトウェアを実行するに際しては，このＳＤＦの記述内容に従うこととなる
なお，本実施形態の説明において「Ｊａｖａ−ＡＰソフトウェア」と言う場合には，それが「トラステッドＪａｖａ−ＡＰソフトウェア」であればＡＤＦ，ＳＤＦ及びＪＡＲファイルを含む概念とし，「非トラステッドＪａｖａ−ＡＰソフトウェア」であればＡＤＦ及びＪＡＲファイルを含む概念とする。」
　
Ｄ．「【００１５】
ハードディスク装置１８Ａに記憶されるファイルとしては，複数のトラステッドＪａｖａ−ＡＰソフトウェアに対応した複数のＳＤＦがある。
ＳＤＦは，トラステッドＪａｖａ−ＡＰソフトウェア毎に通信事業者により作成されるファイルである
ＳＤＦは，トラステッドＪａｖａ−ＡＰソフトウェアが記憶されている位置を表すＪＡＲ保存先ＵＲＬデータと，対応するＡＤＦファイルに証明書データが内包されているか否かを表すＡＤＦ証明書有無フラグデータと，ＡＤＦに含まれている証明書データから算出したハッシュ値を表す証明書ハッシュ値データと，トラステッドＪａｖａ−ＡＰソフトウェアが使用を許可されているＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）やＵＲＬを表すパーミッション情報データとを内包している
ここで，
パーミッション情報データには，電話帳参照，未読メール取得，発着信情報取得ＡＰＩの使用を許可するか否かを表す個人情報取得データや，着信メロディ，発着信画像，待ち受け画像登録など，携帯電話機設定更新用ＡＰＩの使用を許可するか否かを表す設定更新データ
【００１６】
（１−４：携帯電話機）
携帯電話機１６は，図４に示されるように，ＯＳ（オペレーティングシステム）ソフトウェア，Ｊａｖａ−ＡＰを実行する環境を構築するためのＪａｖａ−ＡＰ環境ソフトウェア，および各種ネイティブＡＰソフトウェア等を記憶したＲＯＭ１６Ａと，ＲＯＭ１６Ａからプログラムを読み出して実行するＣＰＵ１６Ｂと，表示部１６Ｃと，不揮発性メモリ１６Ｄと，ＲＡＭ１６Ｅと，通信部１６Ｆと，操作部１６Ｇとを有し，これらはバスによって接続されている。
【００１７】
表示部１６Ｃは，例えば液晶表示パネルやパネル駆動回路を有し，ＣＰＵ１６Ｂから供給されるデータで表される画像を表示する。・・・・（中略）・・・・
【００１９】
（２．動作）
次に，上述した通信システムの動作例について説明する。
携帯電話機１６の図示せぬ電源が投入されると，ＣＰＵ１６ＢはＲＡＭ１６Ｅをワークエリアとし，ＲＯＭ１６ＡからＯＳソフトウェアに内包されているプログラムを読み出して実行する。これにより，ＣＰＵ１６ＢにはＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ；ユーザインターフェース）等を提供する機能が実現される。すなわち，ＣＰＵ１６ＢはＯＳソフトウェアを起動して携帯電話機１６内にて図５に示すＯＳを実現する。ＯＳは操作部１６Ｇから供給される信号とＵＩの状態とに基づいてユーザの指示を特定し，この指示に応じた処理を行う。
【００２０】
例えば，ユーザの指示がＪａｖａ−ＡＰソフトウェアのダウンロードを要求するものである場合には，Ｗｅｂブラウザは，この指示を次に述べるＪＡＭ（Ｊａｖａ  Ａｐｐｌｉｃａｔｉｏｎ  Ｍａｎａｇｅｒ）に通知する。
また，ユーザの指示がネイティブＡＰソフトウェアであるＪＡＭソフトウェアの起動を要求するものであれば，ＯＳはＪＡＭソフトウェアを起動して携帯電話機１６内にてＪＡＭを実現する。
ＪＡＭは，携帯電話機１６にインストールされているＪａｖａ−ＡＰソフトウェアの一覧をユーザに提示し，ユーザにより指定されたＪａｖａ−ＡＰソフトウェアを起動する。具体的には，ＪＡＭに対するユーザの指示がＪａｖａ−ＡＰソフトウェアの起動を要求するものであれば，Ｊａｖａ−ＡＰ環境ソフトウェアが起動されて携帯電話機１６内にＪａｖａ−ＡＰ環境が実現され，次に，指定されたＪａｖａ−ＡＰソフトウェアが起動されてＪａｖａ−ＡＰ環境内にＪａｖａ−ＡＰが実現される
　
Ｅ．「【００２３】
まず，ＣＰは，ＣＰが所望するアプリケーション「ＴＥＬＮＯ別着信メロディ変更アプリ」を実現させるための
プログラムを作成し，当該プログラムを内包したＪＡＲファイルを“ｈｔｔｐ：／／ｗｗｗ．ｂ．ｃｏ．ｊｐ／  ｍｅｌｏｄｙ．ｊａｒ”で特定される位置に記憶させるよう入力する
これにより，ＣＰサーバ装置１２のＣＰＵは，ハードディスク装置１２Ａよりツールを読み出し，入力されたＪＡＲファイルより，Ｊａｒハッシュ値データを算出する。また，
ＣＰサーバ装置１２のＣＰＵは，証明書データより，証明書データハッシュ値を算出する。そして，ＣＰサーバ装置１２のＣＰＵは，算出したＪａｒハッシュ値データと，証明書データ，アプリ名データ“ｍｅｌｏｄｙ    ｂｙ  ＴＥＬＮＯ”，ＪＡＲ保存先ＵＲＬデータ“ｈｔｔｐ：／／ｗｗｗ．ｂ．ｃｏ．ｊｐ／  ｍｅｌｏｄｙ．ｊａｒ”とを含んだＡＤＦを作成する
そして，ＣＰサーバ装置１２は，トラステッドサーバ装置１８に，作成したＡＤＦ，ＪＡＲファイル，証明書データハッシュ値とを送信する（ステップＳ１）。」
　
Ｆ．「【００２５】
トラステッドサーバ装置１８のＣＰＵは，
具体的には，ＣＰＵは，
ＡＤＦファイルから読み出した“ｈｔｔｐ：／／ｗｗｗ．ｂ．ｃｏ．ｊｐ／  ｍｅｌｏｄｙ．ｊａｒ”を表すＪＡＲ保存先ＵＲＬデータと，“ＹＥＳ”を表すＡＤＦ証明書フラグデータと，ＣＰサーバ装置１２より受信した証明書ハッシュ値データと，通信事業者によって入力されたパーミッション情報データとを含んだＳＤＦを生成する
【００２６】
次に，
トラステッドサーバ装置１８のＣＰＵは，受信したＡＤＦに
対応するＳＤＦが記憶されているトラステッドサーバ装置１８における位置を特定するためのトラステッドサーバドメインデータ“ｈｔｔｐ：／／ｗｗｗ．ａ．ｃｏ．ｊｐ／  ｍｅｌｏｄｙ．ｓｄｆ”を付加する
ＣＰＵは，当該データを付加したＡＤＦをＣＰサーバ装置１２に送信する
　
Ｇ．「【００２９】
ユーザは，携帯電話機１６の操作部１６Ｇを操作し
ＣＰＵ１６Ｂは，上記トラステッドＪａｖａ−ＡＰソフトウェアのダウンロードを要求する指示がＷｅｂブラウザから通知されると，当該トラステッドＪａｖａ−ＡＰソフトウェアを携帯電話機１６にダウンロードする処理を行う。
まず，
ＣＰＵ１６Ｂは，ダウンロードしようとするＪａｖａ−ＡＰソフトウェアに対応するＡＤＦをＣＰサーバ装置１２から取得する
【００３２】
ここでは，トラステッドＡＰＩＤデータに“０００１”を表すデータが記述されているので，ＣＰＵ１６Ｂは，ダウンロードしようとするＪａｖａ−ＡＰソフトウェアがトラステッドＪａｖａ−ＡＰソフトウェアであると判定し，
ＡＤＦに内包されているトラステッドサーバドメインデータで表されるＵＲＬ“ｈｔｔｐ：／／ｗｗｗ．ａ．ｃｏ．ｊｐ／  ｍｅｌｏｄｙ．ｓｄｆ”で特定される位置より，このソフトウェアに対応するＳＤＦを取得する
ＣＰＵ１６Ｂは，トラステッドサーバ装置１８との間にＴＣＰコネクションを確立し，このコネクションを介して，ＡＤＦ内に内包されているトラステッドサーバドメインデータで表されるＵＲＬ  ”ｈｔｔｐ：／／ｗｗｗ．ａ．ｃｏ．ｊｐ／ｍｅｌｏｄｙ．ｓｄｆ”で特定されるＳＤＦの送信をトラステッドサーバ装置１８に要求する
ＳＤＦを取得
・・・・（中略）・・・・
【００３４】
ここでは，ＡＤＦ証明書有無フラグデータが“Ｙｅｓ”を表すデータであるため，
ＣＰＵ１６Ｂは
ＡＤＦに内包されている証明書データのハッシュ値を算出する
そして，
ＣＰＵ１６Ｂは，ＡＤＦに内包されている証明書データから算出したハッシュ値と，ＳＤＦに予め内包されている証明書ハッシュ値データで表される証明書ハッシュ値とを比較し，一致しているか否か判定する
【００３５】
ここでは，ハッシュ値は一致しているため（ステップＳ１０３；Ｙｅｓ），ＣＰＵ１６Ｂは，
ＪＡＲファイルをダウンロードする（ステップＳ１０４）。具体的には，ＣＰＵ１６Ｂは，ＡＤＦに内包されているＪＡＲ保存先ＵＲＬデータで表されるＵＲＬ“ｈｔｔｐ：／／ｗｗｗ．ｂ．ｃｏ．ｊｐ／  ｍｅｌｏｄｙ  ．ｊａｒ”で特定されるＪＡＲファイルを記憶したＣＰサーバ装置
ＪＡＲファイルを取得
・・・・（中略）・・・・
【００３７】
ここでは，ハッシュ値が一致しているため（ステップＳ１０６；Ｙｅｓ），ＣＰＵ１６Ｂは，Ｊａｖａ−ＡＰソフトウェア取得に成功した旨をユーザに通知すると共に，取得したＪＡＲファイル，ＳＤＦを不揮発性メモリ１６Ｄに書き込み（ステップＳ１０９），処理を終了する。
以降，
ＣＰＵ１６は，トラステッドＪａｖａ−ＡＰソフトウェア「ＴＥＬＮＯ別着信メロディ変更アプリ」を実行するに際し，ＪＡＭによって，トラステッドＪａｖａ−ＡＰの挙動を監視し，パーミッション情報データに含まれる個人情報取得データ，設定更新データ，アクセス許可ＵＲＬデータによって，電話帳参照ＡＰＩ，移動機設定更新用ＡＰＩ，ＵＲＬ等の使用を許可／制限する
　
ア．上記Ａの「ダウンロードしたソフトウェアの正当性を確認するための技術が提案されている」，及び，「この方法」という記載，並びに，上記Ｂの「ダウンロードした関連する複数のファイルの組み合わせの正当性を容易に判定することができる技術を提供する」という記載から，引用刊行物には，
“ダウンロードしたソフトウェアの正当性を確認するための方法”が記載されていると読み取れる。
　
イ．上記Ｇの「ユーザは，携帯電話機１６の操作部１６Ｇを操作して，・・・ＣＰＵ１６Ｂは，ダウンロードしようとするＪａｖａ−ＡＰソフトウェアに対応するＡＤＦをＣＰサーバ装置１２から取得する」という記載，及び，上記Ｅの「ＣＰサーバ装置１２のＣＰＵは，算出したＪａｒハッシュ値データと，証明書データ，アプリ名データ“ｍｅｌｏｄｙ    ｂｙ  ＴＥＬＮＯ”，ＪＡＲ保存先ＵＲＬデータ“ｈｔｔｐ：／／ｗｗｗ．ｂ．ｃｏ．ｊｐ／  ｍｅｌｏｄｙ．ｊａｒ”とを含んだＡＤＦを作成する」という記載，並びに，上記Ｆの「トラステッドサーバ装置１８のＣＰＵは，受信したＡＤＦに，・・・対応するＳＤＦが記憶されているトラステッドサーバ装置１８における位置を特定するためのトラステッドサーバドメインデータ“ｈｔｔｐ：／／ｗｗｗ．ａ．ｃｏ．ｊｐ／  ｍｅｌｏｄｙ．ｓｄｆ”を付加する。・・・ＣＰＵは，当該データを付加したＡＤＦをＣＰサーバ装置１２に送信する」という記載から，引用刊行物には，
“携帯電話機のＣＰＵ１６Ｂは，ダウンロードしようとするＪａｖａ−ＡＰソフトウェアに対応する，算出したＪａｒハッシュ値データと，証明書データ，アプリ名データ，ＪＡＲ保存先ＵＲＬデータ，及び，対応するＳＤＦが記憶されているトラステッドサーバ装置１８における位置を特定するためのトラステッドサーバドメインデータとを含むＡＤＦをＣＰサーバ装置１２から取得する”ことが記載されていることが読み取れる。
　
ウ．同じく上記Ｇの「ＣＰＵ１６Ｂは，トラステッドサーバ装置１８との間にＴＣＰコネクションを確立し，このコネクションを介して，ＡＤＦ内に内包されているトラステッドサーバドメインデータで表されるＵＲＬ  ”ｈｔｔｐ：／／ｗｗｗ．ａ．ｃｏ．ｊｐ／ｍｅｌｏｄｙ．ｓｄｆ”で特定されるＳＤＦの送信をトラステッドサーバ装置１８に要求」という記載，及び，「ＳＤＦを取得」という記載，並びに，上記Ｄの「ＳＤＦは，トラステッドＪａｖａ−ＡＰソフトウェアが記憶されている位置を表すＪＡＲ保存先ＵＲＬデータと，対応するＡＤＦファイルに証明書データが内包されているか否かを表すＡＤＦ証明書有無フラグデータと，ＡＤＦに含まれている証明書データから算出したハッシュ値を表す証明書ハッシュ値データと，トラステッドＪａｖａ−ＡＰソフトウェアが使用を許可されているＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）やＵＲＬを表すパーミッション情報データとを内包している」，及び，「パーミッション情報データには，電話帳参照，未読メール取得，発着信情報取得ＡＰＩの使用を許可するか否かを表す個人情報取得データや，着信メロディ，発着信画像，待ち受け画像登録など，携帯電話機設定更新用ＡＰＩの使用を許可するか否かを表す設定更新データ」という記載から，引用刊行物には，
“ＣＰＵ１６Ｂは，トラステッドＪａｖａ−ＡＰソフトウェアが記憶されている位置を表すＪＡＲ保存先ＵＲＬデータと，対応するＡＤＦファイルに証明書データが内包されているか否かを表すＡＤＦ証明書有無フラグデータと，ＡＤＦに含まれている証明書データから算出したハッシュ値を表す証明書ハッシュ値データと，電話帳参照，未読メール取得，発着信情報取得ＡＰＩの使用を許可するか否かを表す個人情報取得データや，着信メロディ，発着信画像，待ち受け画像登録など，携帯電話機設定更新用ＡＰＩの使用を許可するか否かを表す設定更新データであるパーミッション情報データとを内包しているＳＤＦを，トラステッドサーバ装置から取得する”ことが記載されていると読み取れる。
　
エ．上記Ｇの「ＣＰＵ１６Ｂは，ＡＤＦに内包されているＪＡＲ保存先ＵＲＬデータで表されるＵＲＬ“ｈｔｔｐ：／／ｗｗｗ．ｂ．ｃｏ．ｊｐ／  ｍｅｌｏｄｙ  ．ｊａｒ”で特定されるＪＡＲファイルを記憶したＣＰサーバ装置」という記載，及び，「ＪＡＲファイルを取得」という記載から，引用刊行物には，
“ＣＰＵ１６Ｂは，ＡＤＦに内包されているＪＡＲ保存先ＵＲＬデータで表されるＵＲＬで特定される位置から，ＪＡＲファイルを取得する”ことが記載されていると読み取れる。
　
オ．上記Ｃの「ＳＤＦは，携帯電話機内におけるＪａｖａ−ＡＰソフトウェアの挙動を制限する内容が記述されたファイルである。よって，携帯電話機は，インストールしたＪａｖａ−ＡＰソフトウェアを実行するに際しては，このＳＤＦの記述内容に従うこととなる」という記載，及び，上記Ｄの「ＪＡＭは，携帯電話機１６にインストールされているＪａｖａ−ＡＰソフトウェアの一覧をユーザに提示し，ユーザにより指定されたＪａｖａ−ＡＰソフトウェアを起動する。具体的には，ＪＡＭに対するユーザの指示がＪａｖａ−ＡＰソフトウェアの起動を要求するものであれば，Ｊａｖａ−ＡＰ環境ソフトウェアが起動されて携帯電話機１６内にＪａｖａ−ＡＰ環境が実現され，次に，指定されたＪａｖａ−ＡＰソフトウェアが起動されてＪａｖａ−ＡＰ環境内にＪａｖａ−ＡＰが実現される」という記載，及び，上記Ｇの「ＣＰＵ１６は，トラステッドＪａｖａ−ＡＰソフトウェア「ＴＥＬＮＯ別着信メロディ変更アプリ」を実行するに際し，ＪＡＭによって，トラステッドＪａｖａ−ＡＰの挙動を監視し，パーミッション情報データに含まれる個人情報取得データ，設定更新データ，アクセス許可ＵＲＬデータによって，電話帳参照ＡＰＩ，移動機設定更新用ＡＰＩ，ＵＲＬ等の使用を許可／制限する」という記載，並びに，上記ウ．において検討した事項から，引用刊行物に記載の「ＪＡＭ」は，「トラステッドＪａｖａ−Ａｐソフトウェア」が実行されると，「パーミッション情報データ」を含む「ＳＤＦの記述内容」に従って，「パーミッション情報データに含まれる個人情報取得データ，設定更新データ，アクセス許可ＵＲＬデータによって，電話帳参照ＡＰＩ，移動機設定更新用ＡＰＩ，ＵＲＬ等の使用を許可／制限する」ものであると読み取れるので，引用刊行物には，
“ＣＰＵ１６は，トラステッドＪａｖａ−ＡＰソフトウェアを実行するに際し，パーミッション情報データを含む，ＳＤＦの記述内容に従って，前記パーミッション情報データに含まれる個人情報取得データ，設定更新データ，アクセス許可ＵＲＬデータによって，電話帳参照ＡＰＩ，移動機設定更新用ＡＰＩ，ＵＲＬ等の使用を許可／制限する”ことが記載されていると読み取れる。
　
カ．上記エ．において検討した事項における「ＪＡＲファイル」とは，上記Ｅの「プログラムを作成し，当該プログラムを内包したＪＡＲファイルを“ｈｔｔｐ：／／ｗｗｗ．ｂ．ｃｏ．ｊｐ／  ｍｅｌｏｄｙ．ｊａｒ”で特定される位置に記憶させるよう入力する」という記載，及び，上記オ．において検討した事項から，「トラステッドＪａｖａ−Ａｐソフトウェア」を内包するものであり，上記オ．において検討した事項における「ＣＰＵ１６」とは，上記ア．〜エ．で検討した事項と併せると，「携帯電話機１６」の有する「ＣＰＵ１６Ｂ」であることは明らかであるから，以上，ア．〜カ．において検討した事項から，引用刊行物には，次の発明（以下，これを「引用発明」という）が記載されていると認める。
　
　ダウンロードしたソフトウェアの正当性を確認するための方法であって，
　携帯電話機のＣＰＵ１６Ｂは，ダウンロードしようとするＪａｖａ−ＡＰソフトウェアに対応する，算出したＪａｒハッシュ値データと，証明書データ，アプリ名データ，ＪＡＲ保存先ＵＲＬデータ，及び，対応するＳＤＦが記憶されているトラステッドサーバ装置１８における位置を特定するためのトラステッドサーバドメインデータとを含むＡＤＦをＣＰサーバ装置１２から取得し，
　前記ＣＰＵ１６Ｂは，トラステッドＪａｖａ−ＡＰソフトウェアが記憶されている位置を表すＪＡＲ保存先ＵＲＬデータと，対応するＡＤＦファイルに証明書データが内包されているか否かを表すＡＤＦ証明書有無フラグデータと，ＡＤＦに含まれている証明書データから算出したハッシュ値を表す証明書ハッシュ値データと，電話帳参照，未読メール取得，発着信情報取得ＡＰＩの使用を許可するか否かを表す個人情報取得データや，着信メロディ，発着信画像，待ち受け画像登録など，携帯電話機設定更新用ＡＰＩの使用を許可するか否かを表す設定更新データであるパーミッション情報データとを内包しているＳＤＦを，トラステッドサーバ装置から取得し，
　前記ＣＰＵ１６Ｂは，ＡＤＦに内包されているＪＡＲ保存先ＵＲＬデータで表されるＵＲＬで特定される位置から，ＪＡＲファイルを取得し，
　前記ＣＰＵ１６Ｂは，前記ＪＡＲファイルに内包されたトラステッドＪａｖａ−ＡＰソフトウェアを実行するに際し，パーミッション情報データを含む，ＳＤＦの記述内容に従って，前記パーミッション情報データに含まれる個人情報取得データ，設定更新データ，アクセス許可ＵＲＬデータによって，電話帳参照ＡＰＩ，移動機設定更新用ＡＰＩ，ＵＲＬ等の使用を許可／制限する，方法。
　
（３）本件補正発明と引用発明との対比
ア．引用発明における「携帯電話機」が，本件補正発明における「デバイス」に相当し，
　引用発明における「ダウンロードしたソフトウェアの正当性を確認するための方法」は，「個人情報取得データ」，或いは，「設定更新データ」を用いて制御することも行っており，これらの制御は，「Ｊａｖａ−ＡＰソフトウェアを実行するに際し」て行われるものであるから，「Ｊａｖａ−ＡＰソフトウェア」の実行を制御するものであって，該制御は「〜許可をするか否か」といった，「Ｊａｖａ−Ａｐソフトウェア」に対して，“制限”を加えるものであるから，引用発明における「方法」は，
“デバイスにおいて実行されるソフトウェアに対する制限を制御するための方法”とも言い得るものである。
　そして，本願明細書の段落【００２０】に，
「その上，用語“コンテント”は，本明細書では任意のタイプのアプリケーション，マルチメディア・コンテント，画像ファイル，実行可能なもの（executable），ウェブ・ページ，スクリプト，ドキュメント，プレゼンテーション，メッセージ，又はデバイス上にレンダされることができる任意の他のタイプの情報を記述するために使用される」，
　と記載され，また，本件補正発明，及び，引用発明が属する技術分野においては，“ダウンロードするコンテンツ”といった場合，“ソフトウェア”を含むものであることは，本願の第１国出願前に周知の事項であるから，
　引用発明における「Ｊａｖａ−ＡＰソフトウェア」が，本件補正発明における「コンテント」に相当することから，
　引用発明における“デバイスにおいて実行されるソフトウェアに対する制限を制御するための方法”と，
　本件補正発明における「デバイスによってレンダされたコンテントに関する制限を守らせるためにデバイスにおいて使用するための方法」とは，
“デバイスによって実行されたコンテントに関する制限を守らせるためにデバイスにおいて使用するための方法”である点で共通する。
　
イ．引用発明における「トラステッドサーバ装置」が，本件補正発明における「オーソリティ」に相当し，
　引用発明における「パーミッション情報データ」は「ＳＤＦ」に含まれ，「電話帳参照，未読メール取得，発着信情報取得ＡＰＩの使用を許可するか否かを表す個人情報取得データや，着信メロディ，発着信画像，待ち受け画像登録など，携帯電話機設定更新用ＡＰＩの使用を許可するか否かを表す設定更新データ」であるので，該「ＳＤＦ」が，「使用を許可するか否かを表すデータ」とも言い得るものであるから，
　引用発明における「ＳＤＦ」が，本件補正発明における「許可リスト」に相当し，
　よって，　引用発明において，「前記ＣＰＵ１６Ｂは，トラステッドＪａｖａ−ＡＰソフトウェアが記憶されている位置を表すＪＡＲ保存先ＵＲＬデータと，対応するＡＤＦファイルに証明書データが内包されているか否かを表すＡＤＦ証明書有無フラグデータと，ＡＤＦに含まれている証明書データから算出したハッシュ値を表す証明書ハッシュ値データと，電話帳参照，未読メール取得，発着信情報取得ＡＰＩの使用を許可するか否かを表す個人情報取得データや，着信メロディ，発着信画像，待ち受け画像登録など，携帯電話機設定更新用ＡＰＩの使用を許可するか否かを表す設定更新データであるパーミッション情報データとを内包しているＳＤＦを，トラステッドサーバ装置から取得」することと，
　本件補正発明において，「認可リスト受け取り手段が，該デバイスにサービスを提供するためのオーソリティまたはコンテント・プロバイダから該コンテントの運用に関する制限を表す認可リストを受け取ること，該認可リストは該コンテントがレンダされる該デバイス上のリソースへのアクセスを制限する」こととは，
“認可リスト受信部が，デバイスにサービスを提供するためのオーソリティからコンテントの運用に関する制限を表す認可リストを受け取ること，該認可リストは該コンテントが実行される該デバイス上のリソースへのアクセスを制限する”ことである点で共通する。
　
ウ．引用発明における「ＡＤＦ」には，「ＪＡＲ保存先ＵＲＬデータ」が含まれ，引用発明における「ＣＰＵ１６Ｂ」は，「ＡＤＦに内包されているＪＡＲ保存先ＵＲＬデータで表されるＵＲＬで特定される位置から，ＪＡＲファイルを取得」するものであるから，
　引用発明における「ＡＤＦ」，或いは，該「ＡＤＦ」に含まれる「ＪＡＲ保存先ＵＲＬデータ」が，本件補正発明における「コンテント記述子」に相当するので，
　引用発明における「携帯電話機のＣＰＵ１６Ｂは，ダウンロードしようとするＪａｖａ−ＡＰソフトウェアに対応する，算出したＪａｒハッシュ値データと，証明書データ，アプリ名データ，ＪＡＲ保存先ＵＲＬデータ，及び，対応するＳＤＦが記憶されているトラステッドサーバ装置１８における位置を特定するためのトラステッドサーバドメインデータとを含むＡＤＦをＣＰサーバ装置１２から取得」することと，
　本件補正発明における「コンテント記述子受け取り手段が，該オーソリティから該コンテントを識別するコンテント記述子を受け取ること」とは，
“コンテント記述子受信部が，コンテントを識別するコンテント記述子を受け取ること”である点で共通する。
　
エ．引用発明における「ＳＤＦ」は，「トラステッドＪａｖａ−ＡＰソフトウェアが記憶されている位置を表すＪＡＲ保存先ＵＲＬデータ」と，「パーミッション情報データ」とを有し，該「パーミッション情報データ」は，上記イ．において検討したように，狭義の「認可リスト」に相当するものであるから，該「ＳＤＦ」を取得するということは，“「トラステッドＪａｖａ−ＡＰソフトウェアが記憶されている位置を表すＪＡＲ保存先ＵＲＬデータ」と，「パーミッション情報データ」とが結びつけられていることを示す情報を取得する”ことに他ならず，該ＳＤＦに含まれる「証明書ハッシュ値データ」は，ＡＤＦに含まれる「証明書データ」から生成される“ハッシュ値”と比較することで，改竄防止を検出し得るもの，即ち，“取得した情報が，変更されているか否かを，示す（インディケート）もの”であるから，以上の点から，
　引用発明における「ＳＤＦ」は，本件補正発明における「変更検出インディケータ」に相当する。
　よって，上記イにおいて検討した，引用発明における「ＣＰＵ１６Ｂは，トラステッドＪａｖａ−ＡＰソフトウェアが記憶されている位置を表すＪＡＲ保存先ＵＲＬデータと，対応するＡＤＦファイルに証明書データが内包されているか否かを表すＡＤＦ証明書有無フラグデータと，ＡＤＦに含まれている証明書データから算出したハッシュ値を表す証明書ハッシュ値データと，電話帳参照，未読メール取得，発着信情報取得ＡＰＩの使用を許可するか否かを表す個人情報取得データや，着信メロディ，発着信画像，待ち受け画像登録など，携帯電話機設定更新用ＡＰＩの使用を許可するか否かを表す設定更新データであるパーミッション情報データとを内包しているＳＤＦを，トラステッドサーバ装置から取得」することは，
　本件補正発明における「変更検出インディケータ受け取り手段が，該オーソリティから該認可リストと該コンテント記述子とが結び付けられていることを示す変更検出インディケータを受け取ること」と，
“変更検出インディケータ受信部が，オーソリティから，認可リストとコンテント記述子とが結びつけられていることを示す変更検出インディケータを受け取ること”で共通する。
　
オ．引用発明において，「携帯電話機」の「ＣＰＵ１６Ｂ」は，取得した「ＡＤＦに内包されているＪＡＲ保存先ＵＲＬ」を用いて，「ＪＡＲファイル」の取得を行っており，このことは，前記「ＣＰＵ１６Ｂ」が，ネットワーク上から，「ＵＲＬ」を用いて，「ＪＡＲファイル」を検索する処理を伴うことは明らかである。
　よって，引用発明における「ＣＰＵ１６Ｂは，ＡＤＦに内包されているＪＡＲ保存先ＵＲＬデータで表されるＵＲＬで特定される位置から，ＪＡＲファイルを取得」ことと，
　本件補正発明における「検索手段が，該コンテント記述子によって識別された該コンテントを検索すること」とは，
“検索部が，コンテント記述子によって識別されたコンテントを検索すること”である点で共通する。
　
カ．上記ア．において検討したように，引用発明において，「ＳＤＦ」に含まれる「パーミッション情報データ」によって，「トラステッドＪａｖａ−ＡＰソフトウェアを実行するに際し」て，「電話帳参照ＡＰＩ，移動機設定更新用ＡＰＩ，ＵＲＬ等の使用を許可／制限する」，即ち，「トラステッドＪａｖａ−ＡＰソフトウェア」の実行が制限されているのであるから，
　引用発明における「ＣＰＵ１６Ｂは，前記ＪＡＲファイルに内包されたトラステッドＪａｖａ−ＡＰソフトウェアを実行するに際し，パーミッション情報データを含む「ＳＤＦの記述内容」に従って，前記パーミッション情報データに含まれる個人情報取得データ，設定更新データ，アクセス許可ＵＲＬデータによって，電話帳参照ＡＰＩ，移動機設定更新用ＡＰＩ，ＵＲＬ等の使用を許可／制限する」ことと，
　本件補正発明における「レンダ手段が，該デバイス上に該コンテント記述子と結び付けられた該認可リストに基づいて制限される該コンテントをレンダすること」とは，
“実行部が，デバイス上に，コンテント記述子と結びつけられた認可リストに基づいて制限されるコンテントを実行すること”である点で共通する。
　
　よって，上記ア．〜カ．において検討した事項から，本件補正発明と，引用発明との，一致点，及び，相違点は，次のとおりである。
　
［一致点］
　デバイスによって実行されたコンテントに関する制限を守らせるためにデバイスにおいて使用するための方法であって，
　認可リスト受信部が，デバイスにサービスを提供するためのオーソリティからコンテントの運用に関する制限を表す認可リストを受け取ること，該認可リストは該コンテントが実行される該デバイス上のリソースへのアクセスを制限し，
　コンテント記述子受信部が，コンテントを識別するコンテント記述子を受け取ること，
　変更検出インディケータ受信部が，オーソリティから，認可リストとコンテント記述子とが結びつけられていることを示す変更検出インディケータを受け取ること，
　検索部が，コンテント記述子によって識別されたコンテントを検索すること，
　実行部が，デバイス上に，コンテント記述子と結びつけられた認可リストに基づいて制限されるコンテントを実行すること，
　を具備する方法。
　
［相違点１］
“デバイスによって実行されたコンテントに関する制限を守らせるためにデバイスにおいて使用するための方法”に関して，
　本件補正発明においては，“デバイスにおいてレンダされるコンテント”であるのに対して，
　引用発明においては，「コンテント」が，「Ｊａｖａ−Ａｐソフトウェア」であり，該「Ｊａｖａ−Ａｐソフトウェア」が「レンダ」される点に関しては，特に言及されていない点。
　
［相違点２］
“認可リスト受信部”，“コンテント記述子受信部”，“検索部”，“実行部”に関して，
　本件補正発明においては，それぞれ，「認可リスト受け取り手段」，「コンテント記述子受け取り手段」，「検索手段」，及び，「レンダ手段」であるのに対して，
　引用発明に置いては，各「部」の処理を，「ＣＰＵ１６Ｂ」が行っている点。
　
［相違点３］
“コンテント記述子を受け取ること”に関して，
　本件補正発明においては，“オーソリティからコンテントを識別するコンテント記述子を受け取る”ものであるのに対して，
　引用発明においては，“ＪＡＲ保存先ＵＲＬデータ，及び，対応するＳＤＦが記憶されているトラステッドサーバ装置１８における位置を特定するためのトラステッドサーバドメインデータとを含むＡＤＦをＣＰサーバ装置１２から取得”している，即ち，“コンテント記述子”を「ＣＰサーバ装置」から受信している点。
　
［相違点４］
“デバイス上に，コンテント記述子と結びつけられた認可リストに基づいて制限されるコンテントを実行する”点に関して，
　本件補正発明においては，“デバイス上にコンテント記述子と結び付けられた該認可リストに基づいて制限されるコンテントをレンダする”ものであるのに対して，
　引用発明においては，“Ｊａｖａ−Ａｐソフトウェアが実行される”のであって，該“ソフトウェアがレンダされる”か否か不明である点。
　
（４）相違点についての当審の判断
ア．［相違点１]，及び，[相違点４]について
　本件補正発明における「レンダする」とは，当該技術分野においては，一般的に，「与える，解釈して表現する（表示する）＜英和コンピュータ用語辞典　増補版　研究社　２００１年１０月より引用＞」という意味であり，本願明細書に，
「【００８０】
・・・・（中略）・・・・
【図４】図４は，デバイス上にレンダされたアプリケーション及びコンテントへアプリケーション・レベル制限を与えるように動作するデバイスにおいて使用するための制御システムの１つの実施形態の機能図を示す。」
　との記載があるように，「レンダ」される対象に「アプリケーション」を含む態様を含むものであるから，「レンダする」の解釈として，「与える」という解釈も含み得るものである。
　そして，引用発明においても，「Ｊａｖａ−Ａｐソフトウェア」が，“与えられるもの”であることは明らかである。
　従って，「レンダする」を，「与える」と解釈した場合は，本件補正発明と，引用発明とは，「レンダする」ことに関して，格別の相違はない。
　また，該「レンダする」を「解釈して表現する」，或いは，“表示する”と解釈した場合は，引用発明において，ダウンロードして使用するのは，「Ｊａｖａ−Ａｐソフトウェア」であるが，引用刊行物の段落【０００２】に記載された従来技術に，
「プログラム等のソフトウェアをインターネット等のネットワーク経由で通信端末にダウンロードして使用することが広く行われている」と記載され，このことから，引用発明においては，「Ｊａｖａ−Ａｐソフトウェア」に限らず，様々なソフトウェアをダウンロードして使用し得ることは明らかであり，更に，本願の第１国出願前に，“携帯電話機等のデバイス”に対して，“画像”等の“コンテンツ”をダウンロードして使用することが，周知の技術事項であることを考慮すると，引用発明においても，「Ｊａｖａ−Ａｐソフトウェア」に替えて，“画像”等の“コンテンツ”をダウンロードして，該“コンテンツ”をデバイス上に表示するよう構成することは，当業者が適宜になし得る事項である。
　よって，「レンダする」をどのように解釈したとしても，相違点１，及び，相違点４は，格別のものではない。
　
イ．［相違点２］について
　引用発明においては，各種情報の受信処理を「ＣＰＵ１６Ｂ」が行っているが，これらを別個の装置にて処理するよう構成することは，当業者が適宜なし得る事項である。
　よって，相違点２は，格別のものではない。
　また，本願明細書には，
「【００３６】
　１つの実施形態では，オーソリティ１０８は，コンテント・パッケージ１２０を発生させる論理回路を備え，コンテント・パッケージ１２０は，認可リスト，コンテント記述子及びディジタル署名を備える。認可リストは，レンダリング及びリソース・アクセス制限を記述し，リソース・アクセス制限はコンテント記述子によって識別されたアプリケーション又はコンテントを適用される。コンテント記述子は，実際のコンテント・データ，例えば，画像ファイル又はドキュメントを備えることができる。コンテント記述子は，同様に，コンテントの位置を識別するコンテント・ロケータを備える。例えば，コンテント記述子は，コンテント・サーバ１１０のところに置かれたアプリケーション又はマルチメディア・コンテントを識別できる。」，或いは，
「【００４３】
　図３は，制限システムの１又はそれより多くの実施形態で使用するためのコンテント・パッケージ３００の１つの実施形態を示す。例えば，図３に示されたコンテント・パッケージ３００は，図１に示されたコンテント・パッケージ１２０であり得る。コンテント・パッケージは，認可リスト３０２，実際のコンテント又はコンテント記述子３０６，変更検出インディケータ３０８，及び追加の情報３１０を備える。」
　と記載され，これらの記載と，上記引用の本願明細書の段落【００４３】において引用される【図３】に記載された内容から，本件補正発明における「認可リスト」，「コンテンツ記述子」，及び，「変更検出インジケータ」は，「コンテント・パッケージ」に含まれるものであり，更に，本願明細書には，
「【００３７】
　システムの動作の間に，コンテント・パッケージ１２０は，オーソリティ１０８からデバイス１０２にダウンロードされる。デバイス１０２は，コンテント・ビュワー１１６をランチ（launch）する，それはコンテント記述子によって識別されたコンテントを検索するために動作し，そしてデバイス１０２にコンテントをレンダし，一方で認可リスト中に与えられた制限を適用する。例えば，コンテント記述子は，実際のコンテントであり得て，それはコンテント・ビュワー１１６によってデバイスにレンダされる。別の１つの実施形態では，コンテント記述子は，コンテント・ロケータであり，それはコンテント・ビュワー１１６によって使用され，デバイス１０２上にレンダリングのためにコンテントを得る。」
　と記載されていて，この記載に従えば，前記「コンテント・パッケージ」は，「デバイス」に，“一括して”「ダウンロード」されるものであることが読み取れる。
　この点に関して，本願明細書に，
「【００４９】
　図４は，デバイス上にレンダされたアプリケーション及びコンテントへのアプリケーション・レベル制限を与えるように動作するデバイス１０２において使用するための制限システムの１つの実施形態の機能図を示す。１つの実施形態では，コンテント・ビュワー１１６は，コンテント受信機４０２を介してコンテント・パッケージ１２０を受け取る。コンテント・パッケージ１２０は，コンテント・ビュワー１１６へ伝達され，それはパッケージを切り離して取り出しそしてディジタル署名を検証する。コンテントがパッケージ中にない場合，コンテント・ビュワー１１６は，コンテント要請論理回路４０４を使用してコンテントを取ってくる。例えば，コンテント記述子は，コンテントが記憶されているアドレスであり得る。コンテント要請論理回路４０４は，このアドレスからコンテント４１０を取り出すための要請４０８を伝送するように動作する。一旦，コンテントが利用可能になると，コンテント・ビュワー１１６は，デバイス上にコンテントをレンダするように，そしてコンテント・パッケージ１２０中の認可リスト４０２に基づいてレンダリング動作を制限するように動作する。この実施形態では，ランタイム／ＯＳ４０６は，直接的に携わることがなく，そしてコンテント・ビュワー１１６をサポートするだけである。」
　という記載が存在し，該記載中に，
「コンテントがパッケージ中にない場合，コンテント・ビュワー１１６は，コンテント要請論理回路４０４を使用してコンテントを取ってくる」とあるが，これは，上記に引用した，本願明細書の記載，及び，【図３】の記載内容から明らかなように，「コンテント・パッケージ」中に，「コンテント」本体ではなく，「コンテント記述子」が含まれていた場合に，該「コンテント記述子」を用いて，「コンテント要請論理回路」が，「コンテント」を取得するというものであって，引用発明における「ＪＡＲ保存先ＵＲＬデータ」を用いて，「ＪＡＲファイル」を取得する処理とほぼ同等である。
　そして，本願明細書の記載から明らかなように，「コンテント記述子」は，「コンテント・パッケージ」に含まれて,「認可リスト」，及び，「変更検出インジケータ」と共に，取得されるものであって，「コンテンツ要請論理回路」によって取得されるものでないことは明らかである。
　よって，本願補正発明における「認可リスト受け取り手段」，「コンテント記述子受け取り手段」，「検索手段」，及び，「レンダ手段」も，本願明細書の記載に従えば，単一の装置構成であると言い得るものである。
　よって，以上検討した事項からも，相違点２は，格別のものではない。
　
ウ．［相違点３］について
　引用発明においても，「トラステッドサーバ装置」から「携帯電話機」が取得する「ＳＤＦ」に，「トラステッドＪａｖａ−ＡＰソフトウェアが記憶されている位置を表すＪＡＲ保存先ＵＲＬデータ」が含まれているので，同じく,「ＣＰサーバ装置」から，「携帯電話機」が取得する「ＡＤＦ」の，前記「ＵＲＬデータ」を用いて，「ＪＡＲファイル」を取得することに替えて，本件補正発明における「オーソリティ」に相当する，引用発明における「トラステッドサーバ装置」から取得される「ＳＤＦ」に含まれる「ＵＲＬデータ」を用いて，「ＪＡＲファイル」を取得するよう構成することは，当業者が適宜なし得る事項である。
　よって，相違点３は，格別のものではない。
　
　上記で検討したごとく，相違点１〜４はいずれも格別のものではなく，そして，本件補正発明の構成によってもたらされる効果も，当業者であれば容易に予測できる程度のものであって，格別なものとは認められない。
　以上のとおりであるから，本件補正発明は，引用発明，及び，当該技術分野における周知の技術知識に基づいて当業者が容易に発明をすることができたものであるので，特許法第２９条第２項の規定により特許出願の際独立して特許を受けることができない。
　
３．補正却下むすび
　したがって，本件手続補正は，平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので，同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
　よって，補正却下の決定の結論のとおり決定する。
　
第３．本願発明について
　平成２３年１０月２１日付けの手続補正は，上記のとおり却下されたので，本願の請求項１に係る発明（以下，これを「本願発明」という）は，平成２３年４月１５日付けの手続補正により補正された，上記「第２．平成２３年１０月２１日付けの手続補正の却下の決定」の「１．補正の内容」において，補正前の請求項１として引用した次のとおりのものである。
　
「デバイスによってレンダされたコンテントに関する制限を守らせるためにデバイスにおいて使用するための方法であって，
　認可リスト受け取り手段が，該デバイスにサービスを提供するためのオーソリティまたはコンテント・プロバイダから該コンテントの運用に関する制限を表す認可リストを受け取ること；
　コンテント記述子受け取り手段が，該オーソリティから該コンテントを識別するコンテント記述子を受け取ること； 
　変更検出インディケータ受け取り手段が，該オーソリティから該認可リストと該コンテント記述子とが結び付けられていることを示す変更検出インディケータを受け取ること；
　検索手段が，該コンテント記述子によって識別された該コンテントを検索すること；及び
　レンダ手段が，該デバイス上に該コンテント記述子と結び付けられた該認可リストに基づいて制限される該コンテントをレンダすること，
を具備する方法。」
　
第４．引用刊行物に記載の発明
　一方，原審が，平成２２年１０月２１日付けの拒絶理由において引用した，特開２００４−３０２９７３号公報（２００４年１０月２８日公開）には，上記「第２．平成２３年１０月２１日付けの手続補正の却下の決定」の「２．補正の適否」の「（２）引用刊行物に記載の発明」において認定したとおりの引用発明が記載されている。
　
第５．本願発明と引用発明との対比
　本願発明は，上記「第２．平成２３年１０月２１日付けの手続補正の却下の決定」において検討した，本件補正発明における発明特定事項である「認可リスト」についての限定事項である「該コンテントがレンダされる該デバイス上のリソースへのアクセスを制限する」を取り除いたものであるから，
　本願発明と，引用発明との一致点，及び，相違点は，次のとおりである。
　
［一致点］
　　デバイスによって実行されたコンテントに関する制限を守らせるためにデバイスにおいて使用するための方法であって，
　認可リスト受信部が，デバイスにサービスを提供するためのオーソリティからコンテントの運用に関する制限を表す認可リストを受け取り，
　コンテント記述子受信部が，コンテントを識別するコンテント記述子を受け取ること，
　変更検出インディケータ受信部が，オーソリティから，認可リストとコンテント記述子とが結びつけられていることを示す変更検出インディケータを受け取ること，
　検索部が，コンテント記述子によって識別されたコンテントを検索すること，
　実行部が，デバイス上に，コンテント記述子と結びつけられた認可リストに基づいて制限されるコンテントを実行すること，
　を具備する方法。
　
［相違点ａ］
“デバイスによって実行されたコンテントに関する制限を守らせるためにデバイスにおいて使用するための方法”に関して，
　本願発明においては，“デバイスにおいてレンダされるコンテント”であるのに対して，
　引用発明においては，「コンテント」が，「Ｊａｖａ−Ａｐソフトウェア」であり，該「Ｊａｖａ−Ａｐソフトウェア」が「レンダ」される点に関しては，特に言及されていない点。
　
［相違点ｂ］
“認可リスト受信部”，“コンテント記述子受信部”，“検索部”，“実行部”に関して，
　本願発明においては，それぞれ，「認可リスト受け取り手段」，「コンテント記述子受け取り手段」，「検索手段」，及び，「レンダ手段」であるのに対して，
　引用発明に置いては，各「部」の処理を，「ＣＰＵ１６Ｂ」が行っている点。
　
［相違点ｃ］
“コンテント記述子を受け取ること”に関して，
　本願発明においては，“オーソリティからコンテントを識別するコンテント記述子を受け取る”ものであるのに対して，
　引用発明においては，“ＪＡＲ保存先ＵＲＬデータ，及び，対応するＳＤＦが記憶されているトラステッドサーバ装置１８における位置を特定するためのトラステッドサーバドメインデータとを含むＡＤＦをＣＰサーバ装置１２から取得”している，即ち，“コンテント記述子”を「ＣＰサーバ装置」から受信している点。
　
［相違点ｄ］
“デバイス上に，コンテント記述子と結びつけられた認可リストに基づいて制限されるコンテントを実行する”点に関して，
　本願発明においては，“デバイス上にコンテント記述子と結び付けられた該認可リストに基づいて制限されるコンテントをレンダする”ものであるのに対して，
　引用発明においては，“Ｊａｖａ−Ａｐソフトウェアが実行される”のであって，該“ソフトウェアがレンダされる”か否か不明である点。
　
第６．相違点についての当審の判断
　本願発明と，引用発明との［相違点ａ］〜［相違点ｄ］は，本件補正発明と，引用発明との［相違点１］〜［相違点４］と同一のものであるから，上記「第２．平成２３年１０月２１日付けの手続補正の却下の決定」の「２．補正の適否」における「（４）相違点についての当審の判断」において検討したとおり，格別のものではない。
　そして，本願発明の構成によってもたらされる効果も，当業者であれば容易に予測できる程度のものであって，格別なものとは認められない。
　
第７．むすび
　したがって，本願発明は，本願の特許出願前に日本国内又は外国において頒布された刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基づいて当業者が容易に発明をすることができたものであるので，特許法第２９条第２項の規定により特許を受けることができない。
　
　よって，結論のとおり審決する。