【事件の表示】
　特願２００５−１２０４２６「条件付きアクセスシステムにおいて使用される暗号化装置」拒絶査定不服審判事件〔平成１７年　８月１１日出願公開、特開２００５−２１８１４３〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、
１９９８年７月３１日に優先権主張（優先日：１９９７年８月１日，米国）を伴って国際出願された特願２０００−５０５７４４号の一部を平成１７年４月１８日に新たな特許出願としたものであって、同日付けで審査請求がなされ、
平成２０年２月２１日付けで拒絶理由通知（同年２月２７日発送）がなされ、
同年８月２７日付けで意見書が提出され、
同年９月１６日付けで拒絶査定（同年９月１９日発送）がなされ、
同年１２月１８日付けで審判請求がされたものである。
　
２．本願発明の認定
　本願請求項１に係る発明（以下「本願発明」と言う。）は、本願の願書に最初に添付された特許請求の範囲の請求項１に記載されたとおりの、次のものと認める。
　
＜本願発明＞
「受信器において使用されるセキュアエレメントであって、該受信器は該受信器にアドレスされた複数のメッセージを受信し、該複数のメッセージは、暗号化された内容を有するメッセージを含み、かつ、該受信器が該受信器において受信されたサービスのインスタンスに対するアクセスを有するか否かを決定するエンティティを代表して送信され、
　該セキュアエレメントは、
　該受信器のための公開鍵−プライベート鍵対と該エンティティのための公開鍵とを含む複数の鍵が格納されており、該受信器に格納されているすべての公開鍵を含む書き込み可能な不揮発性メモリと、
　該不揮発性メモリに結合された処理装置であって、該処理装置は該メッセージを復号化し認証する装置を含み、該復号化装置は該受信器のための該プライベート鍵を用いて該複数のメッセージのうちの少なくとも１つのメッセージのメッセージ内容を復号化し、該認証装置は該エンティティのための該公開鍵を用いて該メッセージ内容が正当か否かを決定する、処理装置と
　を備え、
　該処理装置は、該少なくとも１つのメッセージが正当でない場合には、該メッセージ内容に応答しない、セキュアエレメント。」
　
　
３．先行技術
　
（１）引用文献
　原査定の拒絶の理由である上記平成２０年２月２１日付けの拒絶理由通知書の理由１において引用された、下記の引用文献には、それぞれ、下記の引用文献記載事項が記載されている。（下線は当審付与）
　
＜引用文献１＞
　特開平９−１２１３４０号公報（平成９年５月６日出願公開。）
　
　＜引用文献記載事項１−１＞
「【請求項１】　少なくともディレクトリモジュールに関する暗号化されたハッシュの値と、アプリケーションプロバイダの身分証明を含む付加的な暗号化された証明とを有し、他のモジュールに関する情報を格納するディレクトリモジュールが含まれているモジュールで伝送された実行可能なアプリケーションを受信する装置であって：メモリと；伝送された該モジュールを検出し、検出されたモジュールをメモリに記憶する検出器と；検出されたディレクトリモジュールから該証明を分離する手段と；該証明及び該暗号化されたハッシュの値を解読する解読器と；別のハッシュの値を作成するため、検出された該ディレクトリモジュールをハッシュするハッシュ関数素子と；解読された該証明を認証し、解読された該ハッシュの値を該別のハッシュの値と比較し、解読された該ハッシュの値と該別のハッシュの値が一致し、かつ、該証明が認証されたとき、プログラムの実行を許可するようプログラムされたプロセッサとからなる装置。」
　
　＜引用文献記載事項１−２＞
「【請求項４】　該プロセッサが対応するハッシュの値が一致しないモジュールを該メモリから削除する手段を有する請求項２記載の装置。」
　
　＜引用文献記載事項１−３＞
「【０００４】
【発明が解決しようとする課題】しかし、多数のプロバイダーが上記システムの使用を許可された場合、システムは、ａ）許可されていないユーザによる侵入、システムユーザに対する意図的な損害の付与、ｂ）不注意のＰＣ−データの準備及びその結果によるシステムユーザへの故意でない損害の被害を受けやすくなる。何万ものＩＲＤに同時にＰＣ−データを送信する能力は、性質の悪いソフトウェアによってもたらされる可能性のある潜在的な破壊を多重に増倍させる。
かくして、性質が悪く、かつ、許可されていないＰＣ−データから夫々のＩＴＶＳ受信器を確実に保護する手段が必要である。
　
　＜引用文献記載事項１−４＞
「【００５７】ここまでは、モジュールレベルの暗号化の状態を説明した。
この暗号化は、伝搬パケットレベルの別の暗号化と重ねられる場合がある。即ち、各モジュールが伝送用の伝搬パケットのペイロードに分割されたとき、ペイロードが認証処理とは無関係に暗号化される。
　
　＜引用文献記載事項１−５＞
「【００６４】ＡＶＩシステムは、ＡＶＩ信号のＰＣ−データ部と動作可能な多数の装置を含む。例えば、図８において、補助１プロセッサＡＵＸ１と、補助２プロセッサＡＵＸ２の両方は、ＡＶＩ信号のＰＣ−データ部に応答する。補助１プロセッサは、伝送された株価市場データを検出し、伝送された双方向アプリケーションで上記株価市場データを処理するため設けられたパーソナルコンピュータＰＣでもよい。補助２プロセッサは、双方向の衝動買いアプリケーションを伝送された双方向の広告と組み合わせて行なうため設けられたテレビジョンシステムでもよい。双方向性は、図８に示されたシステムと相互接続された電話モデム（図示しない）を用いて容易に実現することができることに注意が必要である。その上、
ＩＲＤコントローラ８９は、特に、システム保守のため伝送されたアプリケーションを処理、実行するようプログラムされている。
　
　＜引用文献記載事項１−６＞
「【００６５】
図９には、図８のＩＲＤコントローラが詳細に表わされている。ＩＲＤコントローラ８９は、ハッシュ関数プロセッサ９６と、解読器９７と、モデム９８と、消去プログラム可能ロム（ＥＰＲＯＭ）９９と共に示されている。
　
　＜引用文献記載事項１−７＞
「【００６８】次に、完成したモジュールがディレクトリモジュールであるかどうかを判定するためテストが行なわれる（ステップ１１６）。ディレクトリモジュールであるならば、システムは、直ぐにアプリケーションプロバイダの認証を試みる。ディレクトリモジュールに添付された証明が解読され（ステップ１２２）、その内容が検査される（ステップ１２４）。証明の内容が認証されなかった場合、認証されないプロバイダが検出されたことをユーザに通知するため警告表示が作動される（ステップ１３０）。この点で、上記ステップの代わりに、ａ）ステップ１００で処理を再スタートするステップ；ｂ）処理を２４時間停止するステップ；ｃ）ディレクトリモジュールを廃棄し、次のディレクトリモジュールを待機するステップ等を含む多数の別のステップが実施可能である。図１１は、認証処理を詳細に表わす図である。ステップ１１６のテストでディレクトリモジュールが検出された場合、モジュールに追加された証明及び暗号化されたハッシュの値がアクセスされる（ステップ１２２１）。証明は解読器９７に供給され、予め各受信器に配付され、受信器に記憶されたＡＶＩシステムコントローラの公開鍵を使用して解読される（ステップ１２２２）。解読された証明は、コントローラプロセッサに供給される（ステップ１２４１）。
コントローラプロセッサμＰＣは、ＥＰＲＯＭから対応する項目を取り出し、関連する対応項目と比較する（ステップ１２４２）。
証明内で伝送されたアプリケーションプロバイダの公開鍵が解読器に供給され、ディレクトリモジュールに追加された暗号化ハッシュの値を解読し（ステップ１２４４）
この際に、ディレクトリモジュール全体が暗号化されているならば、アプリケーションプロバイダの公開鍵が解読器に供給されている間に、メモリから取り出され、解読される。
　
　＜引用文献記載事項１−８＞
「【００６９】
アプリケーションプロバイダが認証できることが判明した場合、ディレクトリモジュールがハッシュ関数素子９６に供給され、ハッシュされ（ステップ１２６）、ハッシュの値がコントローラプロセッサμＰＣ内で、ディレクトリモジュールに追加された解読後のディレクトリモジュールのハッシュの値と比較される（ステップ１２８）。
ハッシュの値が一致しないとき、ディレクトリモジュールは誤りを含んでいると考えられ、メモリから削除され、モジュールが先にロードされていたという事実が（ステップ１１２で作成された）リスティングから消去され（ステップ１３４）、システムは次のパケットを待つためステップ１０８に戻る。
　
　＜引用文献記載事項１−９＞
「システムコントローラ（８９）」のブロック内において「コントローラプロセッサ」「ハッシュ（９６）」「解読（９７）」「ＥＰＲＯＭ（９９）」と記されたブロックが二本線及び双方向の矢印によって結合され、「モデム（９８）」と記されたブロックと該「コントローラプロセッサ」と記されたブロックが双方向の矢印によって結合されているブロック図（図９）
　
　
＜引用文献２＞
　特開平７−２０２８８４号公報（平成７年８月４日出願公開。）
　
　＜引用文献記載事項２−１＞
「【００４０】尚、図３において暗号復号に関する部分（図中破線内）は、セキュリティモジュールと呼ばれ、最近ではＩＣカード等にアルゴリズム及びワーク鍵Ｋwの記録部分を持たせることで、デコーダ本体と分離する傾向にあるが、この場合においても、個別情報の更新時間情報の更新をＩＣカード（セキュリティモジュール）に記録させることで同様な効果を得ることができる。」
　
　
＜引用文献３＞
　池野信一・小山謙二　共著，「現代暗号理論」，第２版，社団法人電子情報通信学会，昭和６２年６月１０日，ｐ．２２３−２２５
　
　＜引用文献記載事項３−１＞
「（２）　認証子照合法　　認証子照合法は検証とも呼ばれている．認証子照合法では，図１２．４に示すように， まず，送信者が通信文に秘密鍵ｋｈでデータ圧縮型暗号処理（ハッシュ関数）ｈを施して，認証子（authenticator，一種の圧縮された署名文）に変換し，生のままの通信文と共に受信者に送る．次に，受信者は送られてきた生の通信文に送信者と同一の秘密鍵ｋｈでハッシュ関数ｈを施して新たに認証子を生成し，送られてきた認証子と照合する．もし一致したならば，受信者は通信文の送信者と内容が正しいと
認証
　
　
（２）参考文献
　本願の優先日より前に頒布された刊行物である下記参考文献には、下記参考文献記載事項が記載されている。
　
＜参考文献１＞
　国際公開第９７／２４８３２号（１９９７年７月１０日国際公開。特表２０００−５０２８５７号公報（以下、単に「公表公報」と記す。）に対応。）
　
　＜参考文献記載事項１−１＞
「Accordingly, one aspect of the present invention, apparatus　20　and　30 , referred to herein as Service Access and Broad Band Encrypter Re-mapper (SABER)　20　and Conditional Access Manager　30 , are provided between the SP　110　and the digital network　70　to provide a means for adding conditional access to the program to be transmitted. 」（第１０頁第２１行〜第２６行）
公表公報の記載：「したがって、本発明の一態様、即ち、ここではサービス・アクセスおよび広帯域暗号リマッパ（ＳＡＢＥＲ：Server Access and Broad Band Encrypter Re-mapper）２０および条件付アクセス・マネージャ３０と呼ぶ装置２０および３０を、ＳＰ１１０とデジタル・ネットワーク７０との間に設け、送信すべきプログラムに条件付アクセスを追加する手段を提供する。」（第２３頁１９行〜２３行）
　
　＜参考文献記載事項１−２＞
「The MSKs must also be securely transferred to the STU　90 . The third level of the encryption model supports this secure transfer. In accordance with another aspect of the present invention, this third level of encryption uses a public-key encryption algorithm to encrypt the MSKs, which obviates the need to securely transfer an endless hierarchy of keys from the SP　110　to the STU　90 . According to this technique, each STU　90　has a private key and a corresponding public key. As indicated by box　155 , the public key for a particular STU　90　is used to encrypt the MSK. Moreover, as will be described in detail below, a digital signature technique is used to further guarantee the security of the conditional access system. As a result, the MSK can be securely transferred to the STU　90 . No further encryption levels are necessary, because the STU already contains the private key that corresponds to its public key, which the STU　90　can use to decrypt the MSK.」（第１４頁第２８行〜第１５頁第７行）
公表公報の記載：「ＭＳＫのＳＴＵ９０までの転送は、安全に行わなければならない。暗号化モデルの第３レベルは、この安全転送を支援する。本発明の別の態様によれば、この暗号化の第３レベルは、公開キー暗号化アルゴリズムを用いて、ＭＳＫを暗号化し、ＳＰ１１０からＳＴＵ９０に、無限の階層のキーを安全に転送する必要性を排除する。この技法によれば、各ＳＴＵ９０は、秘密キーおよび対応する公開キーを有する。ボックス１５５によって示されるように、特定のＳＴＵ９０の公開キーが、ＭＳＫを暗号化するために用いられる。更に、以下で詳細に説明するが、デジタル・サイン技法を用いて、条件付アクセス・システムの安全性を更に保証する。その結果、ＭＳＫを安全にＳＴＵ９０に転送することができる。これ以上の暗号化レベルは必要ない。何故なら、ＳＴＵ９０は既に、その公開キーに対応する秘密キーを含んでおり、ＳＴＵ９０はこれを用いてＭＳＫの解読が可能であるからである。」（対第２７頁最下行〜第２８頁１２行）
　
　＜参考文献記載事項１−３＞
「The EMM is addressable to a group of or individual decoders, and contains the MSK and the digital signature as well as other information, such as address and message length. Each STU 90 contains a unique public address that identifies the decoder. Before the EMM is transmitted, this public address information is embedded in a clear field of the EMM. The STU 90 examines the clear public address field of all incoming EMMs and accepts those that contain its particular public address. In this manner, specific information may be transmitted to individual STUs 90.」（第２０頁第４行〜第１３行）
公表公報の記載：「ＥＭＭは、デコーダ群または個々のデコーダにアドレス可能であり、ＭＳＫおよびデジタル・サイン、ならびにアドレスおよびメッセージ長のような他の情報を含む。各ＳＴＵ９０は、デコーダを識別する、一意の公衆アドレスを含む。ＥＭＭを伝送する前に、この公衆アドレス情報を、ＥＭＭの空の領域に埋め込む。ＳＴＵ９０は、入来する全てのＥＭＭの空の領域に入れた公衆アドレスを検査し、その特定の公衆アドレスを含むものを受け入れる。このようにして、特定の情報を個々のＳＴＵ９０に伝送することができる。」（第３３頁３行〜９行）
　
　＜参考文献記載事項１−４＞
「To perform the encryption services, the CAM　30　includes a transaction encryption device (TED)　300　that has secured within it the private key of the SP. The CAM　30　then provides the TED　300　with the MSK. The TED　300　encrypts the MSK with the appropriate STU　90　public key and signs the hash of the MSK message with its SP private key, according to the process described in detail above and illustrated in　Figure. 3B . The MSK and signed hash are then returned to the CAM　30　where it is embedded in a EMM for transmission to the STU　90　via the SABER　20 . 
　In addition to sharing STUs　90 , multiple SPs　110　may share a single conditional access apparatus (i.e., SABER　20　and CAM　30 ). Applicants have recognized that security risks are presented by such sharing. For example and as described above, as part of the conditional access system, SPs　110　must sign the message hash with a digital signature to prevent unauthorized access to the STUs　90 . This is accomplished by encrypting the hash with the private key of the SP　110 , which corresponds to its public key that has been provided to the STUs　90 . 
　According to a preferred embodiment of the present invention, in such a shared configuration, the CAM　30　acts as a clearinghouse for all SPs　110 . The CAM　30　authorizes the SPs　110　via the server gateway　61　and then the CAM　30　digitally signs all messages on behalf of the SPs　110 . Accordingly, the message from the SP　110　to the CAM　30　will be hashed and signed according to a digital signature technique, similar to that illustrated in　Figure. 3B . The CAM　30　will check the SP　110　signature against a corresponding public key, which the CAM　30　receives from the conditional access authority　400 . If the digital signature is authentic, the connection to the STU　90　will be allowed. In transmitting MSKs to the STU　90　via an EMM, the EMM is hashed and signed with the digital signature of the CAM　30 . The STU　90　will recognize this digital signature as authentic according to the method described above for the SP　110　to STU　90　digital signature. This system will allow multiple SPs　110　to share a single CAM　30　and SABER　20　by sharing a single private key. However, in such a system, the STUs　90　are unable to distinguish between SPs　110 . In an environment where it is desirable for the STUs　90　to distinguish among SPs　110　a different system is necessary.」（第３９頁第１５行〜第４０頁第１９行）
公表公報の記載：「暗号化サービスを行うために、ＣＡＭ３０はトランザクション暗号化装置（ＴＥＤ）３００を含み、この中にＳＰの秘密キーを確保(secure)する。次に、ＣＡＭ３０は、ＴＥＤ３００にＭＳＫを与える。先に詳細に説明したプロセスにしたがって、そして図３のＢに示すように、ＴＥＤ３００は、適切なＳＴＵ９０の公開キーを用いてＭＳＫを暗号化し、そのＳＰ秘密キーを用いて、ＭＳＫメッセージのハッシュに署名する。ＭＳＫおよび署名されたハッシュは、次に、ＣＡＭ３０に戻され、ＥＭＭに埋め込まれ、ＳＡＢＥＲ２０を通じてＳＴＵ９０に伝送される。
　ＳＴＵ９０を共有することに加えて、多数のＳＰ１１０が単一の条件付アクセス装置（即ち、ＳＡＢＥＲ２０およびＣＡＭ３０）を共有してもよい。本出願人は、かかる共有化によって安全性の問題が発生することを認識している。例えば、そして上述のように、条件付アクセス・システムの一部として、ＳＰ１００はデジタル・サインを用いてメッセージ・ハッシュに署名し、ＳＴＵ９０への無許可のアクセスを防止する。これは、ＳＰ１１０の秘密キーを用いてハッシュを暗号化することによって行われ、秘密キーは、ＳＴＵ９０に与えられたその公開キーに対応する。
　本発明の好適な実施形態によれば、かかる共有コンフィギュレーションにおいては、ＣＡＭ３０は、全てのＳＰ１１０に対して、クリアリングハウス(clearinghouse)として機能する。ＣＡＭ３０は、サーバ・ゲートウエイ６１を通じてＳＰ１１０に許可を与え、次いでＣＡＭ３０はＳＰ１１０の代わりに、全てのメッセージにデジタル的に署名する。したがって、ＳＰ１１０からＣＡＭ３０へのメッセージは、図３のＢに示したものと同様のデジタル・サイン技法にしたがって、ハッシュされ、署名される。ＣＡＭ３０は、ＳＰ１００のサインを、対応する公開キーに対してチェックする。この公開キーは、ＣＡＭ３０が条件付アクセス・オーソリティ４００から受信したものである。デジタル・サインが真正である場合、ＳＴＵ９０に対する接続が許可される。ＥＭＭを通じてＭＳＫをＳＴＵ９０に伝送する際、ＥＭＭのハッシングを行い、ＣＡＭ３０のデジタル・サインを用いてこれに署名する。ＳＴＵ９０は、ＳＰ１１０のＳＴＵ９０に対するデジタル・サについて先に述べた方法にしたがって、このデジタル・サインを真正と認める。このシステムは、単一の秘密キーを共有することによって、多数のＳＰ１１０が単一のＣＡＭ３０およびＳＡＢＥＲ２０を共有することを可能にする。しかしながら、かかるシステムでは、ＳＴＵ９０は、ＳＰ１１０間の区別をすることができない。ＳＴＵ９０がＳＰ１１０間の区別をすることが望ましい環境では、異なるシステムが必要である。」（第５３頁１８行〜第５４頁２４行）
　
　＜参考文献記載事項１−５＞
「The secure processor　196　also performs the decryption of the MSKs carried in EMMs. The secure processor contains the private key that corresponds to the public key of the STU　90 , which the SP　110　used to encrypt the EMMs as described in detail above. Additionally, the secure processor　192　has access to the public keys of authorized SPs　110　which are contained in buffer　192 . Thus, the secure processor　192　implements the reverse of the third level of encryption described in detail above and provides EMM authentication by verifying the digital signature of the EMM.」（第４１頁第２９行〜第４２頁第２行）
公表公報の記載：「機密プロセッサ１９６は、更に、ＥＭＭ内で搬送されたＭＳＫの解読も行う。機密プロセッサは、ＳＰ１１０が先に詳細に説明したようにＥＭＭを暗号化する際に用いた、ＳＴＵ９０の公開キーに対応する秘密キーを保有する。加えて、機密プロセッサ１９２は、バッファ１９２に収容されている許可されたＳＰ１１０の公開キーに対するアクセスを有する。このように、機密プロセッサ１９２は、先に詳細に述べた暗号化の第３レベルの逆を実施し、ＥＭＭのデジタル・サインを確認することによって、ＥＭＭ認証を与える。」（第５６頁７行〜１３行）
　
　
＜参考文献２＞
　特開平９−９３２４３号公報（平成９年４月４日出願公開）
　
　＜参考文献記載事項２−１＞
「【請求項８】　通信網に接続された通信端末に固有の秘密キーと該秘密キーに対応する公開キーとを設定し、該通信端末間で相互に該公開キーを通知して通信電文の送受を行うデータ通信システムであって、
前記通信端末は、
自端末の秘密キー、自端末の公開キー及び通信相手端末の公開キーを格納するキー格納手段と、
送信すべき通信電文を通信相手端末の公開キーにより暗号化する暗号化手段と、
前記暗号化手段により暗号化された通信電文を前記自端末の秘密キーで認証し、封印情報を生成する封印情報生成手段と、
前記暗号化された通信電文と、前記封印情報生成手段で生成された封印情報とを合わせて通信電文として通信相手端末に送信する送信手段と、
受信した通信電文の送信元の通信端末の公開キーにより検証して該受信した通信電文の正当性を判定する正当性判定手段と、
前記受信した通信電文を自端末の秘密キーで復号化する復号化手段とを有することを特徴とするデータ通信システム。」
　
　
＜参考文献３＞
　特開平４−１５０３３３号公報（平成４年５月２２日出願公開）
　
　＜参考文献記載事項３−１＞
「上記契約内容とＫｗを受信機の有料デコーダに送る方法として放送波を用いる場合には、有料デコーダ内に不揮発性のメモリを持ち、当該有料デコーダと同じＩＤ番号を持つ個別情報が送られたときに、その暗号を自分のマスタ鍵Ｋｍで復号して、その情報を不揮発性のメモリに書き込む。」（第３頁下左欄１３行〜１８行）
　
　＜参考文献記載事項３−２＞「このような問題を解決するため、有料方式の関連情報を処理する集積回路の部分をＣＰＵ内蔵のＩＣカード等に含め、これを有料デコーダ本体から取り外し可能な形態すなわち取り外し可能なセキュリティモジュールとすることが検討されている。
有料デコーダ本体にはＩＣカードのリーダライタ部分が追加されるが（これは単なる接点で良い）、秘密に管理する部分がなくなるので、大量生産が容易となり、また店頭で自由に販売することができ、製造・流通の両面でコストの軽減が図れる大きな利点が得られる。」（第４頁上左欄６行〜１６行）
　
　＜参考文献記載事項３−３＞「ここで、ＩＣカード５３内には複数すなわち例えば１放送事業者、１サービス当り今期の個別情報と来期の個別情報の２個、さらにこれの通常の視聴者が契約する事業者、サービス（同じ有料デコーダを使用するもの）数倍の個別情報が記憶できるようになっている。」（第７頁上右欄４行〜９行）
　
　＜参考文献記載事項３−４＞「有料方式デコーダ本体を含む受信機本体には秘密管理を必要とする部分が含まれていないので、製造、販売等が容易になる。」（第１０頁上左欄１０行〜１２行）
　
　
＜参考文献４＞
　特開平３−１６２１５２公報（平成３年７月１２日出願公開）
　
　＜参考文献記載事項４−１＞
「記憶手段１０は不揮発性メモリとしてのＥ２ＰＲＯＭで構成され、ここに公開鍵記憶領域１０Ａを記憶させる。」（第５頁上左欄１１行〜１３行）
　
　
４．引用発明
　
（１）引用文献には上記引用文献記載事項１−１のとおりの「少なくともディレクトリモジュールに関する暗号化されたハッシュの値と、アプリケーションプロバイダの身分証明を含む付加的な暗号化された証明とを有し、他のモジュールに関する情報を格納するディレクトリモジュールが含まれているモジュールで伝送された実行可能なアプリケーションを受信する装置であって：メモリと；伝送された該モジュールを検出し、検出されたモジュールをメモリに記憶する検出器と；検出されたディレクトリモジュールから該証明を分離する手段と；該証明及び該暗号化されたハッシュの値を解読する解読器と；別のハッシュの値を作成するため、検出された該ディレクトリモジュールをハッシュするハッシュ関数素子と；解読された該証明を認証し、解読された該ハッシュの値を該別のハッシュの値と比較し、解読された該ハッシュの値と該別のハッシュの値が一致し、かつ、該証明が認証されたとき、プログラムの実行を許可するようプログラムされたプロセッサとからなる装置」が記載されている。
　
（２）さらに、上記引用文献記載事項１−２、１−８等から、該装置は、
「該プロセッサが対応するハッシュの値が一致しないモジュールを該メモリから削除する手段を有する」ものであり、該削除に続いて、上記引用文献記載事項１−８記載の如く「モジュールが先にロードされていたという事実が」「リスティングから消去され」、「次のパケットを待つため」の「ステップ」「に戻る」ものである
　
（３）上記引用文献記載事項１−４には、前記の各「モジュール」が前記「認証処理とは無関係」の「伝搬パケットレベルの」「暗号化」がなされるものであることも記載されている。
　
（４）上記引用文献記載事項１−５、１−６、１−９等の記載から、該装置には、「ＩＲＤコントローラ」が設けられており、該「ＩＲＤコントローラ」は、「消去プログラム可能ロム（ＥＰＲＯＭ）９９」と、これに接続された前記「プロセッサ」（「コントローラプロセッサμＰＣ」）、前記「ハッシュ関数素子」（「ハッシュ関数プロセッサ９６」）、前記「解読器」、及び、「モデム」を有している。
　
（５）上記引用文献記載事項１−７の「証明内で伝送されたアプリケーションプロバイダの公開鍵が解読器に供給され、ディレクトリモジュールに追加された暗号化ハッシュの値を解読し（ステップ１２４４）」との記載から見て、前記「暗号化されたハッシュの値」の「解読」は前記「アプリケーションプロバイダの公開鍵が前記解読器に供給されて」なされるものである。
　
（６）引用文献１記載の発明は上記引用文献記載事項１−３記載の通り「性質が悪く、かつ、許可されていないＰＣ−データから夫々のＩＴＶＳ受信器を確実に保護する」ことを課題とするものである。
　
　
（７）以上をまとめると、引用文献には「性質が悪く、かつ、許可されていないＰＣ−データから夫々のＩＴＶＳ受信器を確実に保護する」ことを課題とする、下記の引用発明が記載されていると認められる。
　
＜引用発明＞
「少なくともディレクトリモジュールに関する暗号化されたハッシュの値と、アプリケーションプロバイダの身分証明を含む付加的な暗号化された証明とを有し、他のモジュールに関する情報を格納するディレクトリモジュールが含まれているモジュールで伝送された実行可能なアプリケーションを受信する装置であって：メモリと；伝送された該モジュールを検出し、検出されたモジュールをメモリに記憶する検出器と；検出されたディレクトリモジュールから該証明を分離する手段と；該証明及び該暗号化されたハッシュの値を解読する解読器と；別のハッシュの値を作成するため、検出された該ディレクトリモジュールをハッシュするハッシュ関数素子と；解読された該証明を認証し、解読された該ハッシュの値を該別のハッシュの値と比較し、解読された該ハッシュの値と該別のハッシュの値が一致し、かつ、該証明が認証されたとき、プログラムの実行を許可するようプログラムされたプロセッサとからなる装置であって、
　前記の各モジュールは認証処理とは無関係の伝搬パケットレベルの暗号化がなされており、
　 該プロセッサが対応するハッシュの値が一致しないモジュールを該メモリから削除する手段を有し、該削除に続いて、モジュールが先にロードされていたという事実がリスティングから消去され、次のパケットを待つためのステップに戻るものである装置
に設けられるＩＲＤコントローラであって、
　該ＩＲＤコントローラは消去プログラム可能ロムと、これに接続された前記プロセッサ、前記ハッシュ関数素子、前記解読器、及び、モデムを有し、
　前記暗号化されたハッシュの値の解読は前記アプリケーションプロバイダの公開鍵が前記解読器に供給されてなされるものである
ＩＲＤコントローラ。」
　
　
５．対比
　以下に、本願発明と引用発明とを比較する。
　
（１）引用発明は該「受信する装置」「に設けられ」た「ＩＲＤコントローラ」であり、該「受信する装置」は「受信器」とも言えるものであり、しかも、「性質が悪く、かつ、許可されていないＰＣ−データから夫々のＩＴＶＳ受信器を確実に保護する」ことを課題としているものであるから、引用発明は本願発明と同様に「受信器において使用されるセキュアエレメント」と言えるものである。
　
（２）引用発明における「受信する装置」は、「他のモジュールに関する情報を格納するディレクトリモジュールが含まれているモジュールで伝送された実行可能なアプリケーション」を受信するものであり、引用発明における「モジュール」も本願発明における「メッセージ」も所定の処理単位にまとめられたデータの集合（以下「データ列」と表現する。）と言えるものであるから、該「他のモジュール」や「ディレクトリモジュール」と本願発明における「複数のメッセージ」とは「複数のデータ列」と言えるものである点で共通する。従って、引用発明における「受信する装置」と本願発明における「受信器」とは「複数のデータ列を受信」するものである点で共通すると言える。
　
（３）引用発明における各「モジュール」は、「認証処理とは無関係の伝搬パケットレベルの暗号化がなされて」いるのであるから、その内容も暗号化されており、本願発明における「複数のメッセージ」とは、「暗号化された内容を有する」点で共通すると言える。
　
（４）引用発明における「消去プログラム可能ロム」は、「書き込み可能な不揮発性メモリ」に外ならないものであるから、引用発明も本願発明と同様に「書き込み可能な不揮発性メモリ」を備えるものである。
　
（５）引用発明における「解読器」「ハッシュ関数素子」「プロセッサ」「モデム」等（以下では、これらをまとめて「処理部」と記す。）は、本願発明における「処理装置」に対応付けられるものであるところ、該「解読器」「ハッシュ関数素子」「プロセッサ」は「消去プログラム可能ロム」「に接続され」ているのであるから、両者は「該不揮発性メモリに結合された処理装置」とも言えるものである。
　
（６）引用発明においては「各モジュールは認証処理とは無関係の伝搬パケットレベルの暗号化がなされて」いるのであるから、引用発明の「受信する装置」は該「伝搬パケットレベルの暗号化」に対応する「復号手段」を有していることは明らかであり、該「復号手段」は本願発明における「復号化装置」に対応付けられるものであるところ、両者は「複数のデータ列のうちの少なくとも１つのデータ列のメッセージ内容を復号化」する点で共通すると言える。
　従って、引用発明における「受信する装置」と本願発明における「受信器」は「該データ列を復号化する装置を含み、該復号化装置は該複数のデータ列のうちの少なくとも１つのデータ列のデータ列内容を復号化するもの」である点で共通する。
　
（７）引用発明においては「解読器」が「暗号化されたハッシュの値を解読」し、「ハッシュ関数素子」が「別のハッシュの値を作成するため、検出された該ディレクトリモジュールをハッシュ」し、「プロセッサ」は「解読された該証明を認証し、解読された該ハッシュの値を該別のハッシュの値と比較し、解読された該ハッシュの値と該別のハッシュの値が一致し、かつ、該証明が認証されたとき、プログラムの実行を許可するようプログラムされた」ものである。
　また、引用発明の如きハッシュの値の比較も「認証」と称し得るものである（必要があれば、引用文献３（特に引用文献記載事項３−１）等参照）。
　してみると、該「解読器」「ハッシュ関数素子」「プロセッサ」は「データ列を」「認証する装置」すなわち「認証装置」を構成しているとも言えるものである。
　そして、「前記暗号化されたハッシュの値の解読は前記アプリケーションプロバイダの公開鍵が前記解読器に供給されてなされるものであ」り、該「アプリケーションプロバイダ」は「エンティティ」とも言えるものであるから、引用発明における「解読器」「ハッシュ関数素子」「プロセッサ」と本願発明における「認証装置」とは、「エンティティのための」「公開鍵を用いて」該データ列の「内容が正当か否かを決定する」点で共通する。
　
（８）引用発明の「受信する装置」は「該プロセッサが対応するハッシュの値が一致しないモジュールを該メモリから削除する手段を有し、該削除に続いて、モジュールが先にロードされていたという事実がリスティングから消去され、次のパケットを待つためのステップに戻るものである」から、「ハッシュの値が一致しない」場合には引用発明の処理装置は「モジュール」の内容には応答しないものであるとも言える。
　従って、引用発明の処理部も本願発明の「処理装置」も「該少なくとも１つの」データ列「が正当でない場合には、該」データ列の「内容に応答しない」点でも共通すると言える。
　
（９）よって、本願発明は、下記一致点で引用発明と一致し、下記相違点を有する点で引用発明と相違する。
　
＜一致点＞
「受信器において使用されるセキュアエレメントであって、該受信器は」「複数の」データ列「を受信し、該複数の」データ列「は、暗号化された内容を有する」データ列「を含み、」
　該受信器は該データ列を復号化する復号化装置を含み、該復号化装置は該複数のデータ列のうちの少なくとも１つのデータ列のデータ列内容を復号化するものであり、
「該セキュアエレメントは、」
「書き込み可能な不揮発性メモリと、
　該不揮発性メモリに結合された処理装置であって、該処理装置は該」データ列を「認証する装置を含み、」「該認証装置は」「エンティティのための該公開鍵を用いて該」データ列の「内容が正当か否かを決定する、処理装置と
　を備え、
　該処理装置は、該少なくとも１つの」データ列「が正当でない場合には、該」データ列の「内容に応答しない、セキュアエレメント。」
　
＜相違点１＞
　本願発明における受信器は「該受信器にアドレスされた」複数の「メッセージ」を受信するものであり、該複数のメッセージが「該受信器が該受信器において受信されたサービスのインスタンスに対するアクセスを有するか否かを決定するエンティティを代表して送信され」るものである点。
（これに対し、引用文献１には、「ディレクトリモジュール」や「他のモジュール」が「該受信器にアドレスされた」複数の「メッセージ」である旨、及び、「該受信器が該受信器において受信されたサービスのインスタンスに対するアクセスを有するか否かを決定するエンティティを代表して送信され」る旨の直接的な明示は無い。）
　
＜相違点２＞
　本願発明における「復号化装置」は「受信器のための」「プライベート鍵」を用いてメッセージ内容を復号化するものである点。
（これに対し、引用文献１には、「伝搬パケットレベルの暗号化」の方法や、これに対応する復号手段の具体的構成に関する詳細な説明はない。）
　
＜相違点３＞
　本願発明における「復号化装置」は「セキュアエレメント」内の「処理装置」に含まれており、また、本願発明における「不揮発性メモリ」は、「該受信器のための公開鍵−プライベート鍵対と該エンティティのための公開鍵とを含む複数の鍵が格納されており、該受信器に格納されているすべての公開鍵を含む」点。
（これに対し、引用文献１には、「伝搬パケットレベルの暗号化」に対応する復号手段が何処に設けられるかの説明はなく、また、鍵を何処に格納するのかも明確な記載が無い。）
　
　
６．判断
　以下に、上記相違点について検討する。
　
（１）相違点１について
　特定の受信機にアドレスされたメッセージを用いて情報を送ることで、該特定の受信機のみが該情報を受信するように構成することは、古くから慣用されている周知慣用技術であり（必要があれば、参考文献記載事項１−３等参照）、また、サービスの提供者とサービスの需要者間にサービスの利用制限などを管理する手段、換言すれば、サービスの提供者を代表する手段を設けることも、当業者にとっては周知慣用技術にすぎない（必要があれば、参考文献１（特に参考文献記載事項１−１、１−４）等参照）。
　従って、引用発明における「ディレクトリモジュール」や「他のモジュール」の送信システムとして、係る周知慣用技術を採用し、これらを「該受信器にアドレスされた」複数の「メッセージ」として送り、「該受信器が該受信器において受信されたサービスのインスタンスに対するアクセスを有するか否かを決定するエンティティを代表して送信され」るものとすることは、当業者であれば適宜に採用し得た設計的事項に過ぎないものである。
　
（２）相違点２について
　受信側の秘密鍵に対応する公開キーで暗号化して情報を送信し、受信側で該秘密キーを用いて解読することも、古くから慣用されている周知慣用技術であり（必要があれば、参考文献１（特に参考文献記載事項１−２、１−５）、参考文献２（特に参考文献記載事項２−１）等参照）、引用発明の「伝搬パケットレベルの暗号化」の暗号化方法として、該周知慣用技術を採用し、復号手段を「受信器のための」「プライベート鍵」を用いてメッセージ内容を復号するものとすることも、当業者であれば適宜に採用し得た設計的事項に過ぎないものである。
　
（３）相違点３について
　暗号復号等に関する部分をセキュリティモジュールに集中して設けることは、当該分野における技術常識的な設計思想であり（必要があれば引用文献２（特に引用文献記載事項２−１）、参考文献３（特に参考文献記載事項３−２、３−４）等参照）、また、処理に必要な鍵等を不揮発性の記憶手段に記憶することも、当該分野における常套の構成に他ならない（必要があれば、参考文献３（特に参考文献記載事項３−１）や参考文献４（特に参考文献記載事項４−１）等参照。）。
　従って、引用発明の「認証処理とは無関係」の「暗号化」に対応する復号手段を「セキュアエレメント」内の「処理装置」に含ませることも、引用発明の「消去プログラム可能ロム」を「該受信器のための公開鍵−プライベート鍵対と該エンティティのための公開鍵とを含む複数の鍵が格納されており、該受信器に格納されているすべての公開鍵を含む」ものとすることも、上記周知慣用技術の採用に際し、当業者であれば必然的に採用する構成に過ぎないものである。
　
（４）小括
　従って、本願発明の構成は、引用文献１に記載された発明に、周知慣用技術を付加又は置き換えることで、当業者が容易に想到し得たものである。
　また、本願発明の効果は、当業者であれば容易に予測し得る程度のものであって、格別顕著なものではない。
　よって、本願発明は、引用文献１に記載された発明に基づいて、当業者が容易に発明をすることができたものである。
　
　
７．むすび
　以上のとおり、本願請求項１に係る発明は、その出願前に日本国内において頒布された刊行物に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、本願は、特許法第２９条第２項の規定により特許を受けることができない。
　
　よって、上記結論のとおり審決する。