【事件の表示】
　平成１０年特許願第１１５４５２号「信号暗号装置及び方法、並びにデータ送信装置」拒絶査定不服審判事件〔平成１１年１１月　５日出願公開、特開平１１−３０８２０９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成１０年４月２４日の出願であって、平成１６年１２月１５日に審査請求され、平成１９年５月２３日付けで拒絶理由通知がなされ、同年７月３０日付けで手続補正されたが、同年８月３０日付けで拒絶査定がなされ、これに対して、同年１０月４日に審判請求されると共に、同年１１月５日付けで手続補正され、同年１１月３０日付けで審査官から前置報告がなされ、平成２１年８月２５日付けで当審より審尋がなされ、同年１１月２日付けで回答書が提出されたが、同年１１月２５日付けで当審により平成１９年１１月５日付けの手続補正が却下されると共に、同日付で当審より拒絶理由通知がなされ、平成２２年２月１日付けで手続補正されたものである。
　
　
２．本願発明
　本願の請求項１に係る発明（以下、「本願発明」という。）は、平成２２年２月１日付けの手続補正より補正された特許請求の範囲の請求項１に記載された、次の通りのものである。
　
「データ配信側と複数のデータ受信側との間で双方向アクセス可能とされ、データ受信側に通信衛星を介して配信する情報をデータ配信側で暗号鍵を用いて暗号化する信号暗号装置において、
　上記信号暗号装置は、上記各データ受信側が各々唯一つ恒久的に保有するマスター鍵が全システムに唯一存在するシステム鍵により暗号化された暗号化マスター鍵と、上記データ配信側が上記データ受信側に逐次配信するセッション鍵とを記憶する鍵管理テーブルに対してコンピュータ内部バスを介して接続され、
　上記セッション鍵を一時的に保管するセッション鍵保管手段と、
　上記システム鍵を恒久的に保管するシステム鍵保管手段と、
　上記マスター鍵を一時的に保管するマスター鍵保管手段と、
　暗号及び復号のために必要な制御情報を一時的に保管する制御情報保管手段と、
　上記鍵管理テーブルからの上記暗号化マスター鍵を上記システム鍵により復号してマスター鍵を取り出すマスター鍵取り出し手段と、
　上記マスター鍵を用いてそのマスター鍵に対応するデータ受信側のためのセッション鍵を暗号化するセッション鍵暗号化手段と
　を備え、
　上記セッション鍵暗号化手段により、上記セッション鍵保管手段に一時的に保管されるデータ配信側がデータ受信側に逐次配信するセッション鍵、上記制御情報保管手段に一時的に保管される暗号並びに復号のために必要な制御情報、及び復号して得たマスター鍵を用いて上記データ配信側が上記データ受信側に逐次配信するセッション鍵を暗号化し、上記セッション鍵暗号化手段によりマスター鍵を用いて上記セッション鍵を暗号化した直後に当該セッション鍵の暗号化に用いた当該マスター鍵を破棄し、マスター鍵を破棄した後に暗号化されたセッション鍵を上記データ受信側に配信する
　信号暗号装置。」
　
　
３．引用発明
　当審による拒絶理由に引用された刊行物である特開平８−２１３９６２号公報（以下、「引用文献１」という。）には、以下の事項が記載されている。
　
（あ−１）「【００１４】請求項５に記載の情報提供装置は、センタから端末へ、情報を提供する情報提供装置において、情報を記憶する記憶手段（例えば図２の音楽蓄積部１１）と、端末からの送信要求を受信する受信手段（例えば図２のモデム２０）と、送信要求に対応して、情報の所定のものの送信スケジュールを作成するスケジュール作成手段（例えば図２のＣＰＵ１７）と、スケジュール作成手段により作成された送信スケジュールを、端末に所定の通信回線（例えば図２の公衆回線網４）を介して送信する送信手段（例えば図２のモデム２０）と、情報の所定のものを、送信スケジュールに基づいて、所定のタイミングで端末に、所定の伝送媒体（例えば放送電波）を介して送信する情報送信手段（例えば図２のアンテナ２５）とを備えることを特徴とする。
【００１５】また、スケジュール作成手段は、端末から送信要求された情報の所定のものに対応する送信スケジュールが、既に作成されているか否かを判定し、この判定結果に基づいて、送信スケジュールの作成を行うようにすることができる。
【００１６】また、情報の所定のものに対応するスクランブル鍵を作成するスクランブル鍵作成手段（例えば図２のＣＰＵ１７）と、端末の識別番号に対応する端末固有鍵に基づいて、スクランブル鍵を暗号化した暗号化スクランブル鍵を作成する暗号化スクランブル鍵作成手段（例えば図２のＣＰＵ１７）と、情報の所定のものを、スクランブル鍵に基づいて暗号化した暗号化情報を作成する暗号化手段（例えば図２のスクランブル処理部１３）とをさらに設けるようにし、送信手段は、暗号化スクランブル鍵を、端末に、所定の通信回線を介して送信し、情報送信手段は、暗号化情報を、送信スケジュールに基づいて、所定のタイミングで端末に、所定の伝送媒体を介して送信するようにすることができる。
【００１７】また、受信手段および送信手段により、通信回線を介して、センタと端末間において、双方向の情報伝送を行うようにすることができる。
【００１８】また、伝送媒体は、放送電波とすることができる。
【００１９】また、情報を圧縮する圧縮手段（例えば図２の情報圧縮部１２）をさらに設けるようにすることができる。
【００２０】また、情報を多重化する多重化手段（例えば図２の多重化処理部１４）さらに設けるようにすることができる。
【００２１】また、送信スケジュールは、少なくとも端末により送信要求された情報の所定のものの送出開始時刻および送出終了時刻からなるようにすることができる。
【００２２】さらに、情報は、音楽または動画等の時間情報を持った情報とすることができる。」
　
（あ−２）「【００５２】
【実施例】以下、図面を参照しながら、本発明の実施例について説明する。図１は、本発明の情報提供方法、および情報受信方法を適用した音楽提供システムの一実施例の構成を示す図である。図１において、センタ１は音楽情報を格納し、端末２は各家庭に設置されている。センタ１から端末２へは、放送衛星３によって所定の情報を伝送することが可能であり、また、センタ１と端末２の間は、公衆回線網４によって双方向に情報を伝送することが可能となっている。
【００５３】図２は、本発明の情報提供装置を適用したセンタの一実施例の構成を示すブロック図である。図２に示すように、センタ１は、サービスすべき音楽を蓄積した音楽蓄積部１１、音楽情報をより効率よく伝送するための情報圧縮を行う情報圧縮部１２、音楽情報を、それを要求した端末２にのみ提供し、任意の端末２での視聴を防ぐためのスクランブルをかけるスクランブル処理部１３、複数の音楽情報を時分割多重するための多重化処理部１４、複数の音楽蓄積装置で構成される音楽蓄積部１１を制御するための音楽蓄積装置制御部１５、複数のスクランブラにより構成されるスクランブル処理部１３を制御するためのスクランブラ制御部１６、制御プログラムを実行するＣＰＵ１７を備えている。
【００５４】さらに、センタ１は、端末２からの要求に基づく送出スケジュール、スクランブル鍵および各端末２への課金情報を保存するＲＡＭ１８、制御プログラムおよび端末情報を格納したＲＯＭ１９、公衆回線網４を経由して端末２との情報のやりとりを行うためのモデム２０、データバス、アドレスバス、制御バスなどよりなるＣＰＵ１７のシステムバス２１、多重化処理部１４より出力される音楽情報と衛星放送の映像・音声情報を多重して変調する変調処理部２３、変調処理部２３からの出力信号を送信するアンテナ２５、時計を内蔵し、現在の時刻を通知することのできるタイマ２４から構成されている。
【００５５】音楽蓄積部１１は１６台のＣＤチェンジャ１０１乃至１１６（ただし、一部は図示を省略してある）によって構成され、その出力は情報圧縮部１２の１６台のＭＰＥＧ／Ａｕｄｉｏエンコーダ２０１乃至２１６（ただし、一部は図示を省略してある）にそれぞれ入力される。この情報圧縮部１２を通過することにより、１６ｂｉｔ、４４．１ｋＨｚサンプリング、ステレオの１．４Ｍｂｐｓの音声信号は１２８ｋｂｐｓに圧縮される。また、情報圧縮部１２の出力は、スクランブル処理部１３の１６台のスクランブラ３０１乃至３１６（ただし、一部は図示を省略してある）にそれぞれ入力され、暗号化処理がなされる。
【００５６】スクランブル処理部１３の出力は多重化処理部１４において時分割多重処理がなされ、１２８ｋｂｐｓの１６本の音声信号は、２Ｍｂｐｓの１本の信号にまとめられる。多重化処理部１４の出力は変調処理部２３に入力され、ここで通常の映像・音声信号と多重され、変調されて、アンテナ２５を通じて放送衛星３に送られる。そして、放送衛星３は、アンテナ２５を介して送信された所定の信号を、端末２に送信する。」
　
（い）「【００６２】次に、図４に示したフローチャートを参照して、端末２が所望の音楽の送信要求をセンタ１に対して行う場合の手順について説明する。最初に、利用者が入力部４３を介して端末２に所望の音楽の音楽名を入力すると、ステップＳ１０１において、ＣＰＵ３８はモデム４１を制御し、センタ１内のモデム２０と回線接続を行い、所望の音楽の音楽名に対応する音楽ＩＤおよびＲＯＭ４０に蓄積された端末固有の端末ＩＤをセンタ１へ送信し、当該音楽ＩＤに対応する音楽の送信要求を行う。
【００６３】センタ１においては、端末２からの送信要求を受けると、ステップＳ１０２において、センタ１内のＣＰＵ１７により、ＲＡＭ１８に格納された現時点での送信スケジュールが検索され、端末２から要求された音楽ＩＤに対応する音楽が既に送信スケジュールの中に組まれているか否かが判定される。
【００６４】当該音楽ＩＤがスケジュールの中に入っていないと判定された場合、ステップＳ１０３に進み、ＣＰＵ１７により、端末２より要求された音楽がＲＡＭ１８内のスケジュールに新たに追加される。
【００６５】次にステップＳ１０４において、ＣＰＵ１７により、新たにスケジュールに組まれた音楽を暗号化して伝送するためのスクランブル鍵が作成され、これもＲＡＭ１８に格納され、ステップＳ１０５に進む。
【００６６】ステップＳ１０５においては、ＣＰＵ１７により、ＲＯＭ１９内の端末情報が検索され、端末２から送られてきた端末ＩＤから端末固有鍵が検索される。
【００６７】次にステップＳ１０６において、当該音楽を暗号化するためのスクランブル鍵が、ステップＳ１０５においてＣＰＵ１７により検索された端末固有鍵に基づいて暗号化され、暗号化された暗号化スクランブル鍵が作成される。
【００６８】次にステップＳ１０７において、ＣＰＵ１７は、当該音楽が多重化されるチャンネル、送信開始時刻、送信終了時刻などのスケジュール情報と、暗号化スクランブル鍵を、モデム２０を介して端末２へ伝送する。端末２ではモデム４１を介して、スケジュール情報、暗号化スクランブル鍵を受信し、ＣＰＵ３８に供給する。そして、ＣＰＵ３８は、モデム４１より供給されたスケジュール情報、暗号化スクランブル鍵をＲＡＭ３９に供給する。ＲＡＭ３９は、このスケジュール情報を受信スケジュールとして記憶するとともに、暗号化スクランブル鍵を記憶する。
【００６９】一方、ステップＳ１０２において、ＣＰＵ１７により、端末２によって要求された音楽情報が、既に送信スケジュールに組まれていると判定された場合、新たなスケジュール設定を行う必要はなく、また、その送信スケジュールが組まれた時点で既にその音楽情報用のスクランブル鍵も作成されているはずなので、ステップＳ１１１に進み、ＣＰＵ１７はＲＡＭ１８から当該スクランブル鍵を検索する。その後は、前述の手順と同様にステップＳ１０５に移行する。」
　
（う）「【００７１】次に、図６に示したフローチャートを参照して、センタ１における音楽の送信手順について説明する。ステップＳ２０１において、ＣＰＵ１７はタイマ２４から現在の時刻を取得し、ステップＳ２０２に進み、ＲＡＭ１８に記憶された送信スケジュールの音楽の送信開始時刻と比較する。まだ送信開始時刻に到達していなければ、再びステップＳ２０１に戻り、ステップＳ２０１とステップＳ２０２を繰り返し実行する。
【００７２】ステップＳ２０２において、現在の時刻が、例えば、図５のチャンネル３の音楽３−２の送信開始時刻に到達したとすると、ステップＳ２０３において、ＣＰＵ１７は、ＲＡＭ１８から当該音楽用に作成したスクランブル鍵を取り出し、スクランブラ制御部１６を介して、スクランブル処理部１３の中のチャンネル３に対応するスクランブラ、この場合はスクランブラ３０３にスクランブル鍵を送出し、スクランブラ３０３を動作させる。他のチャンネルの音楽についても同様であるので、その説明は省略する。
【００７３】次にステップＳ２０４において、ＣＰＵ１７は音楽蓄積装置制御部１５を介して音楽蓄積部１１の当該ＣＤチェンジャ（この場合はチャンネル３に対応するＣＤチェンジャ１０３）に当該音楽の再生を指示し、ＣＤチェンジャ１０３は再生を開始する。
【００７４】これによって前述のように、当該音楽が、音楽蓄積部１１、情報圧縮部１２、スクランブル処理部１３、多重化処理部１４、および変調処理部２３を介して、対応する信号に変換された後、アンテナ２５により、電波によって放送衛星へ伝送される。
【００７５】次にステップＳ２０５において、ＣＰＵ１７により、タイマ２４から現在の時刻が取得され、ステップＳ２０６に進み、現在の時刻が、ＲＡＭ１８に記憶された現在再生中の音楽の送信終了時刻に到達したか否かが判定される。ステップＳ２０６において、ＣＰＵ１７により、現在の時刻がまだ送信終了時刻に到達していないと判定された場合、再びステップＳ２０５に戻り、ステップＳ２０５とステップＳ２０６の処理を繰り返し実行する。
【００７６】一方、ステップＳ２０６において、現在の時刻が送信終了時刻に到達したと判定された場合、ステップＳ２０７に進み、ＣＰＵ１７は、システムバス２１を介して、音楽蓄積装置制御部１５に当該音楽の再生を停止するように指令する。音楽蓄積装置制御部１５は、ＣＰＵ１７からの指令に従って、音楽蓄積部１１の当該ＣＤチェンジャ（この場合はＣＤチェンジャ１０３）に、当該音楽の再生を停止するよう指令する。ＣＤチェンジャ１０３は、音楽蓄積装置制御部１５からの指令に基づいて、当該音楽の再生を停止する。
【００７７】次にステップＳ２０８において、ＣＰＵ１７は、ＲＡＭ１８に格納された送信スケジュールの中から、送信を終了した当該音楽のスケジュール情報を削除する。」
　
（え）「【００８６】次に、前述の音楽送信要求、音楽送信、および音楽受信の各手順の中で、音楽を暗号化して送受信するためのスクランブル・デスクランブルの手順について、図８のフローチャートを参照して説明する。
【００８７】端末２のＲＯＭ４０には、あらかじめその端末固有の端末ＩＤと端末固有鍵が書き込んであり、センタ１では全ての端末ＩＤと端末固有鍵を対応づけて管理している。
【００８８】ステップＳ４０１において、端末２からセンタ１へ、所定の音楽の送信要求に対応する信号と、端末ＩＤに対応する信号が公衆回線４を介して送信される。次にステップＳ４０２において、センタ１は、公衆回線４を介して受信した端末２の端末ＩＤに対応する端末固有鍵を検索する。
【００８９】そして、ステップＳ４０３において、ステップＳ４０１において送信要求された所定の音楽に対するスクランブル鍵を決定する（既に決定されている場合には検索する）。次に、ステップＳ４０４において、スクランブル鍵を端末固有鍵で暗号化して暗号化スクランブル鍵を生成し、ステップＳ４０５においてこの暗号化スクランブル鍵を公衆回線４を介して端末２に送信する。
【００９０】実際の音楽の送信時には、ステップＳ４０６において、送信する音楽がスクランブル鍵によりスクランブル処理され、暗号化音楽にされた後、ステップＳ４０７において、放送衛星３を介して放送電波により端末２へ放送される。端末２は放送電波により送信された暗号化音楽を受信すると、ステップＳ４０８において暗号化スクランブル鍵を端末固有鍵で復号化してデスクランブル鍵を生成し、ステップＳ４０９において、このデスクランブル鍵によって、受信した暗号化音楽をデスクランブル処理し、実際の音楽として取り出す。
【００９１】なお、上記各実施例においては、センタより音楽情報を送信し、それを端末が受信する場合について説明したが、動画やゲームソフト等のソフトウェアを送信し、それを受信するようにすることも可能である。
【００９２】また、上記各実施例においては、センタから端末への情報の送信を、放送衛星を用いて行うようにしたが、地上波放送を用いて行うことも可能である。」
　
　
　上記（あ−１）「【００１４】請求項５に記載の情報提供装置は、センタから端末へ、情報を提供する情報提供装置において、情報を記憶する記憶手段（例えば図２の音楽蓄積部１１）と、端末からの送信要求を受信する受信手段（例えば図２のモデム２０）と、送信要求に対応して、情報の所定のものの送信スケジュールを作成するスケジュール作成手段（例えば図２のＣＰＵ１７）と、スケジュール作成手段により作成された送信スケジュールを、端末に所定の通信回線（例えば図２の公衆回線網４）を介して送信する送信手段（例えば図２のモデム２０）と、情報の所定のものを、送信スケジュールに基づいて、所定のタイミングで端末に、所定の伝送媒体（例えば放送電波）を介して送信する情報送信手段（例えば図２のアンテナ２５）とを備えることを特徴とする。」の記載と、
　上記（あ−２）「【００５２】
【実施例】以下、図面を参照しながら、本発明の実施例について説明する。図１は、本発明の情報提供方法、および情報受信方法を適用した音楽提供システムの一実施例の構成を示す図である。図１において、センタ１は音楽情報を格納し、端末２は各家庭に設置されている。センタ１から端末２へは、放送衛星３によって所定の情報を伝送することが可能であり、また、センタ１と端末２の間は、公衆回線網４によって双方向に情報を伝送することが可能となっている。
【００５３】図２は、本発明の情報提供装置を適用したセンタの一実施例の構成を示すブロック図である。　・・・・＜中略＞・・・・　音楽情報を、それを要求した端末２にのみ提供し、任意の端末２での視聴を防ぐためのスクランブルをかけるスクランブル処理部１３、　・・・・＜中略＞・・・・　複数のスクランブラにより構成されるスクランブル処理部１３を制御するためのスクランブラ制御部１６、制御プログラムを実行するＣＰＵ１７を備えている。
【００５４】さらに、センタ１は、端末２からの要求に基づく送出スケジュール、スクランブル鍵および各端末２への課金情報を保存するＲＡＭ１８、制御プログラムおよび端末情報を格納したＲＯＭ１９、公衆回線網４を経由して端末２との情報のやりとりを行うためのモデム２０、データバス、アドレスバス、制御バスなどよりなるＣＰＵ１７のシステムバス２１、多重化処理部１４より出力される音楽情報と衛星放送の映像・音声情報を多重して変調する変調処理部２３、変調処理部２３からの出力信号を送信するアンテナ２５、　・・・・＜中略＞・・・・　から構成されている。
【００５５】音楽蓄積部１１は１６台のＣＤチェンジャ１０１乃至１１６（ただし、一部は図示を省略してある）によって構成され、その出力は情報圧縮部１２の１６台のＭＰＥＧ／Ａｕｄｉｏエンコーダ２０１乃至２１６（ただし、一部は図示を省略してある）にそれぞれ入力される。この情報圧縮部１２を通過することにより、１６ｂｉｔ、４４．１ｋＨｚサンプリング、ステレオの１．４Ｍｂｐｓの音声信号は１２８ｋｂｐｓに圧縮される。また、情報圧縮部１２の出力は、スクランブル処理部１３の１６台のスクランブラ３０１乃至３１６（ただし、一部は図示を省略してある）にそれぞれ入力され、暗号化処理がなされる。
【００５６】スクランブル処理部１３の出力は多重化処理部１４において時分割多重処理がなされ、１２８ｋｂｐｓの１６本の音声信号は、２Ｍｂｐｓの１本の信号にまとめられる。多重化処理部１４の出力は変調処理部２３に入力され、ここで通常の映像・音声信号と多重され、変調されて、アンテナ２５を通じて放送衛星３に送られる。そして、放送衛星３は、アンテナ２５を介して送信された所定の信号を、端末２に送信する。」の記載と、
　上記（う）「【００７１】次に、図６に示したフローチャートを参照して、センタ１における音楽の送信手順について説明する。
　・・・・＜中略＞・・・・　
【００７２】ステップＳ２０２において、現在の時刻が、例えば、図５のチャンネル３の音楽３−２の送信開始時刻に到達したとすると、ステップＳ２０３において、ＣＰＵ１７は、ＲＡＭ１８から当該音楽用に作成したスクランブル鍵を取り出し、スクランブラ制御部１６を介して、スクランブル処理部１３の中のチャンネル３に対応するスクランブラ、この場合はスクランブラ３０３にスクランブル鍵を送出し、スクランブラ３０３を動作させる。他のチャンネルの音楽についても同様であるので、その説明は省略する。
【００７３】次にステップＳ２０４において、ＣＰＵ１７は音楽蓄積装置制御部１５を介して音楽蓄積部１１の当該ＣＤチェンジャ（この場合はチャンネル３に対応するＣＤチェンジャ１０３）に当該音楽の再生を指示し、ＣＤチェンジャ１０３は再生を開始する。
【００７４】これによって前述のように、当該音楽が、音楽蓄積部１１、情報圧縮部１２、スクランブル処理部１３、多重化処理部１４、および変調処理部２３を介して、対応する信号に変換された後、アンテナ２５により、電波によって放送衛星へ伝送される。」の記載と、
　上記（え）「【００９０】実際の音楽の送信時には、ステップＳ４０６において、送信する音楽がスクランブル鍵によりスクランブル処理され、暗号化音楽にされた後、ステップＳ４０７において、放送衛星３を介して放送電波により端末２へ放送される。　・・・・＜中略＞・・・・　
【００９１】なお、上記各実施例においては、センタより音楽情報を送信し、それを端末が受信する場合について説明したが、動画やゲームソフト等のソフトウェアを送信し、それを受信するようにすることも可能である。
【００９２】また、上記各実施例においては、センタから端末への情報の送信を、放送衛星を用いて行うようにしたが、地上波放送を用いて行うことも可能である。」の記載及び図１，図２，図４，図６からすると、
　引用文献１には、センタと各端末との間は公衆回線網によって双方向に情報を伝送することが可能とされ、端末に放送衛星を介して送信する音楽情報をスクランブル鍵を用いて暗号化する情報提供装置が記載されている。
　
　上記（あ−１）「【００１６】また、情報の所定のものに対応するスクランブル鍵を作成するスクランブル鍵作成手段（例えば図２のＣＰＵ１７）と、端末の識別番号に対応する端末固有鍵に基づいて、スクランブル鍵を暗号化した暗号化スクランブル鍵を作成する暗号化スクランブル鍵作成手段（例えば図２のＣＰＵ１７）と、情報の所定のものを、スクランブル鍵に基づいて暗号化した暗号化情報を作成する暗号化手段（例えば図２のスクランブル処理部１３）とをさらに設けるようにし、送信手段は、暗号化スクランブル鍵を、端末に、所定の通信回線を介して送信し、情報送信手段は、暗号化情報を、送信スケジュールに基づいて、所定のタイミングで端末に、所定の伝送媒体を介して送信するようにすることができる。
【００１７】また、受信手段および送信手段により、通信回線を介して、センタと端末間において、双方向の情報伝送を行うようにすることができる。」の記載と、
　上記（あ−２）「【００５３】図２は、本発明の情報提供装置を適用したセンタの一実施例の構成を示すブロック図である。　・・・・＜中略＞・・・・　音楽情報を、それを要求した端末２にのみ提供し、任意の端末２での視聴を防ぐためのスクランブルをかけるスクランブル処理部１３、　・・・・＜中略＞・・・・　複数のスクランブラにより構成されるスクランブル処理部１３を制御するためのスクランブラ制御部１６、制御プログラムを実行するＣＰＵ１７を備えている。
【００５４】さらに、センタ１は、端末２からの要求に基づく送出スケジュール、スクランブル鍵および各端末２への課金情報を保存するＲＡＭ１８、制御プログラムおよび端末情報を格納したＲＯＭ１９、公衆回線網４を経由して端末２との情報のやりとりを行うためのモデム２０、データバス、アドレスバス、制御バスなどよりなるＣＰＵ１７のシステムバス２１、多重化処理部１４より出力される音楽情報と衛星放送の映像・音声情報を多重して変調する変調処理部２３、変調処理部２３からの出力信号を送信するアンテナ２５、　・・・・＜中略＞・・・・　から構成されている。」の記載と、
　上記（い）「【００６２】次に、図４に示したフローチャートを参照して、端末２が所望の音楽の送信要求をセンタ１に対して行う場合の手順について説明する。最初に、利用者が入力部４３を介して端末２に所望の音楽の音楽名を入力すると、ステップＳ１０１において、ＣＰＵ３８はモデム４１を制御し、センタ１内のモデム２０と回線接続を行い、所望の音楽の音楽名に対応する音楽ＩＤおよびＲＯＭ４０に蓄積された端末固有の端末ＩＤをセンタ１へ送信し、当該音楽ＩＤに対応する音楽の送信要求を行う。
【００６３】センタ１においては、端末２からの送信要求を受けると、ステップＳ１０２において、センタ１内のＣＰＵ１７により、ＲＡＭ１８に格納された現時点での送信スケジュールが検索され、端末２から要求された音楽ＩＤに対応する音楽が既に送信スケジュールの中に組まれているか否かが判定される。　・・・・＜中略＞・・・・　
【００６６】ステップＳ１０５においては、ＣＰＵ１７により、ＲＯＭ１９内の端末情報が検索され、端末２から送られてきた端末ＩＤから端末固有鍵が検索される。
【００６７】次にステップＳ１０６において、当該音楽を暗号化するためのスクランブル鍵が、ステップＳ１０５においてＣＰＵ１７により検索された端末固有鍵に基づいて暗号化され、暗号化された暗号化スクランブル鍵が作成される。
【００６８】次にステップＳ１０７において、ＣＰＵ１７は、　　・・・・＜中略＞・・・・　暗号化スクランブル鍵を、モデム２０を介して端末２へ伝送する。　・・・・＜中略＞・・・・　
【００６９】一方、ステップＳ１０２において、ＣＰＵ１７により、端末２によって要求された音楽情報が、既に送信スケジュールに組まれていると判定された場合、新たなスケジュール設定を行う必要はなく、また、その送信スケジュールが組まれた時点で既にその音楽情報用のスクランブル鍵も作成されているはずなので、ステップＳ１１１に進み、ＣＰＵ１７はＲＡＭ１８から当該スクランブル鍵を検索する。その後は、前述の手順と同様にステップＳ１０５に移行する。」の記載と、
　上記（え）「【００８６】次に、前述の音楽送信要求、音楽送信、および音楽受信の各手順の中で、音楽を暗号化して送受信するためのスクランブル・デスクランブルの手順について、図８のフローチャートを参照して説明する。
【００８７】端末２のＲＯＭ４０には、あらかじめその端末固有の端末ＩＤと端末固有鍵が書き込んであり、センタ１では全ての端末ＩＤと端末固有鍵を対応づけて管理している。
【００８８】ステップＳ４０１において、端末２からセンタ１へ、所定の音楽の送信要求に対応する信号と、端末ＩＤに対応する信号が公衆回線４を介して送信される。次にステップＳ４０２において、センタ１は、公衆回線４を介して受信した端末２の端末ＩＤに対応する端末固有鍵を検索する。
【００８９】そして、ステップＳ４０３において、ステップＳ４０１において送信要求された所定の音楽に対するスクランブル鍵を決定する（既に決定されている場合には検索する）。次に、ステップＳ４０４において、スクランブル鍵を端末固有鍵で暗号化して暗号化スクランブル鍵を生成し、ステップＳ４０５においてこの暗号化スクランブル鍵を公衆回線４を介して端末２に送信する。」の記載及び図２，図４，図８からすると、
　引用文献１には、情報提供装置は、端末のＲＯＭ４０に予め書き込まれている端末固有の端末ＩＤと端末固有鍵を対応づけて格納するＲＯＭ１９及び音楽情報を暗号化して伝送するためのスクランブル鍵を保存するＲＡＭと、センタが端末から音楽ＩＤ及び端末ＩＤを含む音楽情報の送信要求を受けると、音楽ＩＤに対応する音楽情報用のスクランブル鍵をＲＡＭから検索すると共に、端末ＩＤからＲＯＭ１９内より端末固有鍵を検索し、検索された端末固有鍵を用いて検索された音楽情報用のスクランブル鍵を暗号化して暗号化スクランブル鍵を作成した後、作成した暗号化スクランブル鍵を端末側に送信するＣＰＵとを備えることが記載されている。
　
　以上より、上記（あ−１）から（え）の記載及び図１，図２，図４，図６，図８を参酌すると、引用文献１には、次の発明（以下、「引用発明」という。）が記載されていると認められる。
　
　センタと各端末との間は公衆回線網によって双方向に情報を伝送することが可能とされ、端末に放送衛星を介して送信する音楽情報をスクランブル鍵を用いて暗号化する情報提供装置において、
　情報提供装置は、端末のＲＯＭ４０に予め書き込まれている端末固有の端末ＩＤと端末固有鍵を対応づけて格納するＲＯＭ１９及び音楽情報を暗号化して伝送するためのスクランブル鍵を保存するＲＡＭと、センタが端末から音楽ＩＤ及び端末ＩＤを含む音楽情報の送信要求を受けると、音楽ＩＤに対応する音楽情報用のスクランブル鍵をＲＡＭから検索すると共に、端末ＩＤからＲＯＭ１９内より端末固有鍵を検索し、検索された端末固有鍵を用いて検索された音楽情報用のスクランブル鍵を暗号化して暗号化スクランブル鍵を作成した後、作成した暗号化スクランブル鍵を端末に送信するＣＰＵとを備える情報提供装置。
　
　
４．対比
　ここで、本願発明と引用発明とを対比する。
　
　引用発明の「センタ」「各端末」「端末のＲＯＭ４０に予め書き込まれている端末固有の端末固有鍵」は、それぞれ、
　本願発明の「データ配信側」「複数のデータ受信側」「各データ受信側が各々唯一つ恒久的に保有するマスター鍵」に相当する。
　
　また、引用発明において、センタと各端末との間は、公衆回線網によって双方向に情報を伝送することが可能とされており、センタと各端末が双方向に情報を伝送することが可能であることからすると、センタと各端末は双方向アクセス可能とされていることは明らかである。
　従って、引用発明の「センタと各端末との間は公衆回線網によって双方向に情報を伝送することが可能とされ、」は、
　本願発明の「データ配信側と複数のデータ受信側との間で双方向アクセス可能とされ、」に相当する。
　
　また、引用発明の「端末に放送衛星を介して送信する」ことと、本願発明の「データ受信側に通信衛星を介して配信する」こととは、データ受信側に衛星を介して配信するものである点で共通している。
　
　また、引用発明において、「情報提供装置」は、送信する音楽情報をスクランブル鍵を用いて暗号化しており、引用発明の「情報提供装置」は、配信する情報をデータ配信側で暗号鍵を用いて暗号化する暗号装置と言えるから、
　引用発明の「送信する音楽情報をスクランブル鍵を用いて暗号化する情報提供装置」は、
　本願発明の「配信する情報をデータ配信側で暗号鍵を用いて暗号化する信号暗号装置」に相当する。
　
　また、引用発明の「情報提供装置」は、端末から送信要求された音楽ＩＤに対応する音楽情報用のスクランブル鍵を暗号化して暗号化スクランブル鍵を作成した後、作成した暗号化スクランブル鍵を端末に送信していることからすると、
　引用発明の「音楽情報を暗号化して伝送するためのスクランブル鍵を保存するＲＡＭ」に保存されている「音楽情報を暗号化して伝送するためのスクランブル鍵」は、センタが端末からの音楽情報の送信要求に応じて端末に送信する鍵であるから、
　引用発明の「音楽情報を暗号化して伝送するためのスクランブル鍵」は、本願発明の「データ配信側がデータ受信側に逐次配信するセッション鍵」に相当する。
　
　また、引用発明において、情報提供装置は、「端末のＲＯＭ４０に予め書き込まれている端末固有の端末ＩＤと端末固有鍵を対応づけて格納するＲＯＭ１９」及び「音楽情報を暗号化して伝送するためのスクランブル鍵を保存するＲＡＭ」を備えることからすると、情報提供装置は端末固有鍵及びスクランブル鍵を保持していると言える。
　一方、本願発明において、信号暗号装置は、「各データ受信側が各々唯一つ恒久的に保有するマスター鍵が全システムに唯一存在するシステム鍵により暗号化された暗号化マスター鍵と、データ配信側がデータ受信側に逐次配信するセッション鍵とを記憶する鍵管理テーブル」を備えていることからすると、信号暗号装置は暗号化マスター鍵及びセッション鍵を保持していると言える。
　ここで、引用発明の「ＣＰＵ」は、情報提供装置内のＲＯＭ１９より検索された端末固有鍵を用いて音楽情報用のスクランブル鍵を暗号化していることからすると、「端末固有鍵」は、スクランブル鍵暗号化鍵と言えるものであり、一方、本願発明の「マスター鍵」も、セッション鍵を暗号化するのに用いられていることからすると、セッション鍵暗号化鍵と言えるものであり、そして、上記のように、引用発明の「スクランブル鍵」は本願発明の「セッション鍵」に相当するものであることから、引用発明の「端末固有鍵」と本願発明の「マスター鍵」とはいずれもセッション鍵暗号化鍵であると言えることを踏まえると、
　引用発明の「端末固有鍵」と本願発明の「暗号化マスター鍵」とはいずれもセッション鍵暗号化鍵に関する鍵情報と言えるものである。
　そうしてみると、引用発明において、情報提供装置が「端末のＲＯＭ４０に予め書き込まれている端末固有の端末ＩＤと端末固有鍵を対応づけて格納するＲＯＭ１９」及び「音楽情報を暗号化して伝送するためのスクランブル鍵を保存するＲＡＭ」とを備えることと、
　本願発明において、信号暗号装置が「各データ受信側が各々唯一つ恒久的に保有するマスター鍵が全システムに唯一存在するシステム鍵により暗号化された暗号化マスター鍵と、データ配信側がデータ受信側に逐次配信するセッション鍵とを記憶する鍵管理テーブル」を備えることとは、
　信号暗号装置が、各データ受信側が各々唯一つ恒久的に保有するセッション鍵暗号化鍵に関する鍵情報と、データ配信側がデータ受信側に逐次配信するセッション鍵とを保持する点で共通している。
　
　また、引用発明において、「ＣＰＵ」が、端末ＩＤからＲＯＭ１９内より端末固有鍵を検索することは、ＲＯＭ１９内より端末固有鍵を検索して取り出していると言えることからすると、引用発明の「ＣＰＵ」が、端末ＩＤからＲＯＭ１９内より端末固有鍵を検索することは、情報提供装置が保持するスクランブル鍵暗号化鍵を取り出すスクランブル鍵暗号化鍵取り出し手段を含むものであると言え、
　そして、本願発明の「鍵管理テーブルからの暗号化マスター鍵をシステム鍵により復号してマスター鍵を取り出すマスター鍵取り出し手段」も、信号暗号装置が保持するセッション鍵暗号化鍵を取り出すセッション鍵暗号化鍵取り出し手段と言えるものであることから、
　引用発明の「ＣＰＵ」が、端末ＩＤからＲＯＭ１９内より端末固有鍵を検索することと、
　本願発明の「鍵管理テーブルからの暗号化マスター鍵をシステム鍵により復号してマスター鍵を取り出すマスター鍵取り出し手段」とは、
　信号暗号装置が保持するセッション鍵暗号化鍵を取り出すセッション鍵暗号化鍵取り出し手段である点で共通している。
　
　また、引用発明において、センタが端末から受ける音楽ＩＤ及び端末ＩＤを含む音楽情報の送信要求は、音楽ＩＤと端末ＩＤとを共に含んでいることから、このセンタが端末から受ける音楽情報の送信要求に含まれる音楽ＩＤは、端末ＩＤに対応するものであると解される。
　そうすると、引用発明において、「ＣＰＵ」が音楽ＩＤに対応する音楽情報用のスクランブル鍵をＲＡＭから検索することにより取り出した音楽情報用のスクランブル鍵は、「ＣＰＵ」が端末ＩＤからＲＯＭ１９内の端末固有鍵を検索することにより取り出した端末固有鍵に対応するものと言える。
　そうしてみると、引用発明の「ＣＰＵ」が、検索された端末固有鍵を用いて検索された音楽情報用のスクランブル鍵を暗号化して暗号化スクランブル鍵を作成することは、端末固有鍵を用いてその端末固有鍵に対応する音楽情報用のスクランブル鍵を暗号化して暗号化スクランブル鍵を作成することと解される。
　このことを踏まえると、引用発明の「ＣＰＵ」は、端末固有鍵を用いてその端末固有鍵に対応する音楽情報用のスクランブル鍵を暗号化するスクランブル鍵暗号化手段を含むものであると言え、
　また、上記のように、引用発明の「スクランブル鍵」は本願発明の「セッション鍵」に相当するものであり、そして、引用発明の「端末固有鍵」と本願発明の「マスター鍵」とはいずれもセッション鍵暗号化鍵と言えるものであることからすると、
　引用発明の「ＣＰＵ」が、検索された端末固有鍵を用いて検索された音楽情報用のスクランブル鍵を暗号化して暗号化スクランブル鍵を作成することと、
　本願発明の「上記マスター鍵を用いてそのマスター鍵に対応するデータ受信側のためのセッション鍵を暗号化するセッション鍵暗号化手段」とは、
　セッション鍵暗号化鍵を用いてそのセッション鍵暗号化鍵に対応するデータ受信側のためのセッション鍵を暗号化するセッション鍵暗号化手段である点で共通している。
　
　また、引用発明の「ＣＰＵ」が、検索された端末固有鍵を用いて検索された音楽情報用のスクランブル鍵を暗号化して暗号化スクランブル鍵を作成した後、作成した暗号化スクランブル鍵を端末に送信することは、
　「ＣＰＵ」に含まれる、スクランブル鍵暗号化手段により、検索された端末固有鍵を用いて検索された音楽情報用のスクランブル鍵を暗号化し、スクランブル鍵暗号化手段により検索された端末固有鍵を用いて検索された音楽情報用のスクランブル鍵を暗号化した後に、暗号化スクランブル鍵を端末に送信していると解される。
　従って、引用発明の「ＣＰＵ」が、検索された端末固有鍵を用いて検索された音楽情報用のスクランブル鍵を暗号化して暗号化スクランブル鍵を作成した後、作成した暗号化スクランブル鍵を端末に送信することと、
　本願発明の「セッション鍵暗号化手段により、セッション鍵保管手段に一時的に保管されるデータ配信側がデータ受信側に逐次配信するセッション鍵、制御情報保管手段に一時的に保管される暗号並びに復号のために必要な制御情報、及び復号して得たマスター鍵を用いてデータ配信側がデータ受信側に逐次配信するセッション鍵を暗号化し、セッション鍵暗号化手段によりマスター鍵を用いてセッション鍵を暗号化した直後に当該セッション鍵の暗号化に用いた当該マスター鍵を破棄し、マスター鍵を破棄した後に暗号化されたセッション鍵を上記データ受信側に配信する」こととは、
　セッション鍵暗号化手段により、セッション鍵及びセッション鍵暗号化鍵を用いてデータ配信側がデータ受信側に逐次配信するセッション鍵を暗号化し、セッション鍵暗号化手段によりセッション鍵暗号化鍵を用いてセッション鍵を暗号化した後に暗号化されたセッション鍵をデータ受信側に配信する点で共通している。
　
　
　以上より、本願発明と引用発明とは、以下の点で一致し、また、相違している。
　
（一致点）
　データ配信側と複数のデータ受信側との間で双方向アクセス可能とされ、データ受信側に衛星を介して配信する情報をデータ配信側で暗号鍵を用いて暗号化する信号暗号装置において、
　信号暗号装置は、各データ受信側が各々唯一つ恒久的に保有するセッション鍵暗号化鍵に関する鍵情報と、データ配信側がデータ受信側に逐次配信するセッション鍵とを保持し、
　信号暗号装置が保持するセッション鍵暗号化鍵を取り出すセッション鍵暗号化鍵取り出し手段と、
　セッション鍵暗号化鍵を用いてそのセッション鍵暗号化鍵に対応するデータ受信側のためのセッション鍵を暗号化するセッション鍵暗号化手段と、
　を備え、
　セッション鍵暗号化手段により、セッション鍵及びセッション鍵暗号化鍵を用いてデータ配信側がデータ受信側に逐次配信するセッション鍵を暗号化し、セッション鍵暗号化手段によりセッション鍵暗号化鍵を用いてセッション鍵を暗号化した後に暗号化されたセッション鍵をデータ受信側に配信する
　信号暗号装置。
　
　
（相違点１）
　データ受信側に情報を配信する衛星が、
　本願発明は、通信衛星であるのに対し、
　引用発明は、放送衛星である点。
　
（相違点２）
　信号暗号装置が保持する、各データ受信側が各々唯一つ恒久的に保有するセッション鍵暗号化鍵に関する鍵情報が、
　本願発明は、マスター鍵が全システムに唯一存在するシステム鍵により暗号化された暗号化マスター鍵であるのに対し、
　引用発明は、端末固有鍵である点。
　
（相違点３）
　信号暗号装置で、各データ受信側が各々唯一つ恒久的に保有するセッション鍵暗号化鍵に関する鍵情報と、データ配信側がデータ受信側に逐次配信するセッション鍵とを保持する構成が、
　本願発明は、鍵管理テーブルであるのに対し、
　引用発明は、ＲＯＭ１９及びＲＡＭである点。
　
（相違点４）
　信号暗号装置が、
　本願発明は、鍵管理テーブルに対してコンピュータ内部バスを介して接続されるものであるのに対し、
　引用発明は、そのような構成を備えていない点。
　
（相違点５）
　信号暗号装置が、
　本願発明は、セッション鍵を一時的に保管するセッション鍵保管手段と、システム鍵を恒久的に保管するシステム鍵保管手段と、マスター鍵を一時的に保管するマスター鍵保管手段と、暗号及び復号のために必要な制御情報を一時的に保管する制御情報保管手段とを備えるのに対し、
　引用発明は、そのような構成を備えていない点。
　
（相違点６）
　セッション鍵暗号化鍵取り出し手段で取り出され、セッション鍵暗号化手段でセッション鍵の暗号化に用いるセッション鍵暗号化鍵が、
　本願発明は、鍵管理テーブルからの暗号化マスター鍵をシステム鍵により復号して得たマスター鍵であるのに対し、
　引用発明は、端末ＩＤからＲＯＭ１９内より検索された端末固有鍵である点。
　
（相違点７）
　セッション鍵暗号化手段により、セッション鍵及びセッション鍵暗号化鍵を用いてデータ配信側がデータ受信側に逐次配信するセッション鍵を暗号化する際に、
　本願発明は、セッション鍵保管手段に一時的に保管されるデータ配信側がデータ受信側に逐次配信するセッション鍵、制御情報保管手段に一時的に保管される暗号並びに復号のために必要な制御情報を用いているのに対し、
　引用発明は、そのような構成を備えていない点。
　
（相違点８）
　暗号化されたセッション鍵のデータ受信側への配信が、
　本願発明は、セッション鍵暗号化手段によりマスター鍵を用いてセッション鍵を暗号化した直後に当該セッション鍵の暗号化に用いた当該マスター鍵を破棄し、マスター鍵を破棄した後、であるのに対し、
　引用発明は、検索された端末固有鍵を用いて検索された音楽情報用のスクランブル鍵を暗号化して暗号化スクランブル鍵を作成した後、である点。
　
　
５．判断
　上記相違点１について検討する。
　当審による拒絶理由に引用された刊行物である特開平９−２７５５５１号公報（以下、「引用文献２」という。）に
「【００２２】
【発明の実施の形態】図１は、本発明を適用したスクランブル放送システム（有料放送システム）の一実施例の構成を示すブロック図である。なお、このスクランブル放送システムにおいては、例えば、映像、音声、その他の情報からなる番組のデータが、ディジタル化され、かつ、スクランブル処理が施されて送信されるようになされている。
【００２３】センタ局１は、番組にスクランブル処理を施し、個別情報を付加した後、アンテナ（パラボラアンテナ）２により、電波として送出する。この電波は、衛星（放送衛星または通信衛星）３を介して、受信側のアンテナ（パラボラアンテナ）４により受信され、受信装置５へ供給される。」と記載されているように、
　受信装置に通信衛星を介して情報を送信することは周知技術である。
　従って、引用発明において、端末に通信衛星を介して音楽情報を送信するようにすることは、当業者が容易になし得たことである。
　よって、相違点１は格別なものではない。
　
　
　上記相違点２乃至４について検討する。
　当審による拒絶理由に引用された刊行物である特開昭６２−１９０９４３号公報（以下、「引用文献３」という。）の
「（ｂ）データ暗号化鍵配送鍵：ＫＮと表す。データ暗号化鍵（ＫＦ）を、ノード間で配送するときの保護を行う。ＫＮは慣用暗号法の鍵であり、一対のノードのいずれか一方で生成し、両方のノードで、同じ値の鍵をそれぞれのノードの記憶装置に、マスタ鍵で暗号化して保存する。
（ｃ）データ暗号化鍵：ＫＦと表す。通信のときに利用者のデータを保護するための鍵である。これも慣用暗号法の鍵である。データ暗号化鍵は、一対のノードのいずれか一方で、セションごとに生成し、両方のノードでそれぞれの記憶装置に、マスタ鍵で暗号化した値（又はそのままゝの値）を保存し、セションの終了時に両方のノードでそれぞれ廃棄する。
（ｄ）マスタ鍵：ＫＭと表す。各ノード内に閉じて使用し、他の鍵をノード内で保護するために用いる。これも慣用暗号法の鍵であり、各ノードが、それぞれ独立に生成し、それぞれの記憶装置に保存する。マスタ鍵の保存の方法については、本発明では限定しない。
　ＫＮ、ＫＦ又はＫＭで使用する慣用暗号法の種別は、それぞれの鍵で使用する慣用暗号法の種別が同じであればよく、他の鍵の慣用暗号法の種別とは、同じであっても、異なっていてもよい。」（公報２頁右下欄５行から３頁左上欄８行）の記載及び第１図に開示されているように、
　ノードが、ノード内で閉じて使用し他の鍵を保護するために用いるマスタ鍵（ＫＭ）を記憶装置に保存すると共に、データ暗号化鍵（ＫＦ）を配送するときにデータ暗号化鍵（ＫＦ）の保護をするためのデータ暗号化鍵配送鍵（ＫＮ）をマスタ鍵（ＫＭ）で暗号化した値、及び通信のときに利用者のデータを保護するためのデータ暗号化鍵（ＫＦ）をそのままの値で記憶装置に保存することは周知技術である。
　
　そして、本願の出願前に頒布された刊行物である特開平８−３４０３３０号公報（以下、「周知例１」という。）の
「【００３６】図１のサーバ１３０は、例えばＩＢＭ４７５５暗号アダプタにより提供されるような図３の暗号保護環境３６０、及びディスク記憶装置３５０を含む。ＩＢＭ４７５５暗号アダプタは、暗号値を暗号キー、すなわち暗号保護環境３６０内に保持される局所マスタ・キーの保護の下で記憶装置３５０上に安全に記憶する。ＩＢＭ４７５５暗号アダプタは、カプセル化された不正防止のハードウェア環境を提供し、こうした暗号タスクを内在するマイクロコードの制御の下で実行する。これに関しては、IBM Systems Journal、Vol 30、No．2 1991、pp 206-229を参照されたい。
【００３７】多数のユーザＡ、Ｂ、Ｃ、Ｄなどに関連付けられる機密キーＳＫは、記憶装置３５０に暗号化形式で安全に記憶される。これらはユーザ特定キー（KEY）を用いる既知のＤＥＳアルゴリズムなどの、通常の対称暗号化アルゴリズムを用いて暗号化される。ユーザＡのユーザ特定キーKEYaは、スマート・カード１２０内の記憶装置３７０にユーザ識別情報（図３ではＡとして指定される）と共に記憶され、対応する暗号化機密キーが記憶装置３５０から検索されることを可能にする。」の記載及び図３には、
　サーバに含まれる、暗号保護環境内に保持される局所マスタ・キーの保護の下で記憶装置に暗号キーを記憶する暗号アダプタと、暗号キーを検索可能に記憶する記憶装置とを接続手段を介して接続することが開示されている。
　ここで、暗号アダプタと記憶装置とはサーバに含まれており、サーバはコンピュータであると解するのが妥当であるから、暗号アダプタ及び記憶装置はコンピュータに含まれるものと言える、そして、コンピュータに含まれるアダプタと記憶装置とを接続する接続手段として、コンピュータ内部バスは一般的に用いられるものであること、また、記憶装置に暗号キーを検索可能に記憶するための鍵管理テーブルも一般的に用いられるものであることからすると、
　上記周知例１に開示されている事項から、暗号保護環境内に保持される局所マスタ・キーの保護の下で記憶装置に暗号キーを記憶する暗号アダプタが、暗号キーを鍵管理テーブルで検索可能に記憶する記憶装置に対してコンピュータ内部バスを介して接続されることは周知の事項であると言える。
　
　そうしてみると、引用発明において、情報提供装置は、端末のＲＯＭ４０に予め書き込まれている端末固有の端末ＩＤと端末固有鍵を対応づけて格納するＲＯＭ１９及び音楽情報を暗号化して伝送するためのスクランブル鍵を保存するＲＡＭを備えるものであるが、
　上記のように、ノードが、ノード内で閉じて使用し他の鍵を保護するために用いるマスタ鍵（ＫＭ）を記憶装置に保存すると共に、データ暗号化鍵（ＫＦ）を配送するときにデータ暗号化鍵（ＫＦ）の保護をするためのデータ暗号化鍵配送鍵（ＫＮ）をマスタ鍵（ＫＭ）で暗号化した値、及び通信のときに利用者のデータを保護するためのデータ暗号化鍵（ＫＦ）はそのままの値で記憶装置に保存することは周知技術であり、
　そして、暗号保護環境内に保持される局所マスタ・キーの保護の下で記憶装置に暗号キーを記憶する暗号アダプタが、暗号キーを鍵管理テーブルで検索可能に記憶する記憶装置に対してコンピュータ内部バスを介して接続されることは周知の事項と言えるものであることを考え合わせると、
　引用発明において、情報提供装置を、情報提供装置内に保持されるマスタ鍵の保護の下で記憶装置に端末固有鍵を記憶する情報提供装置とするのに合わせて、
　情報提供装置内に保持されるマスタ鍵の保護の下で記憶装置に端末固有鍵を記憶する情報提供装置が、端末固有の端末ＩＤと対応づけて、端末固有鍵を情報提供装置内で閉じて使用し他の鍵を保護するために用いるマスタ鍵で暗号化した暗号化端末固有鍵及び音楽情報を暗号化して伝送するためのスクランブル鍵を鍵管理テーブルで検索可能に記憶する記憶装置に対してコンピュータ内部バスを介して接続されるようにすることは、当業者が容易になし得たことである。
　よって、相違点２乃至４は格別なものではない。
　
　
　上記相違点５乃至７について検討する。
　上記引用文献３の
「（ｂ）データ暗号化鍵配送鍵：ＫＮと表す。データ暗号化鍵（ＫＦ）を、ノード間で配送するときの保護を行う。ＫＮは慣用暗号法の鍵であり、一対のノードのいずれか一方で生成し、両方のノードで、同じ値の鍵をそれぞれのノードの記憶装置に、マスタ鍵で暗号化して保存する。
（ｃ）データ暗号化鍵：ＫＦと表す。通信のときに利用者のデータを保護するための鍵である。これも慣用暗号法の鍵である。データ暗号化鍵は、一対のノードのいずれか一方で、セションごとに生成し、両方のノードでそれぞれの記憶装置に、マスタ鍵で暗号化した値（又はそのままゝの値）を保存し、セションの終了時に両方のノードでそれぞれ廃棄する。
（ｄ）マスタ鍵：ＫＭと表す。各ノード内に閉じて使用し、他の鍵をノード内で保護するために用いる。これも慣用暗号法の鍵であり、各ノードが、それぞれ独立に生成し、それぞれの記憶装置に保存する。マスタ鍵の保存の方法については、本発明では限定しない。
　ＫＮ、ＫＦ又はＫＭで使用する慣用暗号法の種別は、それぞれの鍵で使用する慣用暗号法の種別が同じであればよく、他の鍵の慣用暗号法の種別とは、同じであっても、異なっていてもよい。」（公報２頁右下欄５行から３頁左上欄８行）の記載、及び、
「第１図は鍵の相互関係の説明図を示す。第１図において、ＫＭは、慣用暗号法の暗号化装置３と復号化装置４によるＳＫ、ＫＮおよびＫＦの暗号化と復号化に用いる。　・・・・＜中略＞・・・・　ＫＮは慣用暗号法の暗号化装置３と復号化装置４によるＫＦの暗号化と復号化に用いる。ＫＦは、慣用暗号化の暗号化装置３と復号化装置４による利用者のデータの暗号化と復号化に用いる。ＫＦと利用者のデータは、セション対応に存在する。」（公報３頁右下欄２行から１２行）の記載からすると、
　ノードが、記憶装置に保存したデータ暗号化鍵配送鍵（ＫＮ）をマスタ鍵（ＫＭ）で暗号化した値を、復号化装置によりマスタ鍵（ＫＭ）で復号化してデータ暗号化鍵配送鍵（ＫＮ）とすることは周知技術である。
　
　そして、本願の出願前に頒布された刊行物である特開昭６１−１７７０４６号公報（以下、「周知例２」という。）の
「（　問題点を解決するための手段　）
　この発明によると、暗号通信方式において中央処理部からの命令により暗号処理部で、ＤＥＳアルゴリズムにより、複数ブロックの乱数データを作成し、メモリのデータ暗号化キーエリアに設定し、さらに主局，従局で共通の秘密のマスターキーで該データを暗号化し、複数ブロックの暗号化されたデータ暗号化キーを作成する。　
　・・・・・＜中略＞・・・・・
（　実　施　例　）
　第１図は、本発明における実施例の主局および従局の構成を示すブロック図であって、中央処理部１，メモリ２，通信制御部３，暗号処理部４がバス５にて接続されている。以下、本図と第３図に従って、主局でデータ暗号化キーを生成する方式を詳細に説明する。
　中央処理部１より乱数生成命令，乱数の転送先であるメモリ２のアドレス，転送ブロック数からなる乱数生成コマンドを受けつけた暗号処理部４は、
暗号処理部内で電源バックアップされたＩＶレジスタ43の初期値ＩＶ
０
とその時点の２進カウンタ44のカウント値Ｃとの排他的論理和をＥＸＯＲ回路46にてとり
鍵データを生成する
次に本鍵データをＤＥＳアルゴリズム処理部48（Data Encode Standard）に設定し、ＩＶレジスタ43の内容ＩＶ
０
をＤＥＳアルゴリズム処理部48へ入力する
ＩＶレジスタ43の内容ＲＮ
０
と２進カウンタ44のカウント値Ｃとの排他的論理和ＲＮ
０
｛○＋｝Ｃ＝Ｋ
１
を鍵データとし、ＤＥＳアルゴリズム処理部48に設定し、ＩＶレジスタ43の内容ＲＮ
０
をＤＥＳアルゴリズム処理部48へ入力する
　このようにして生成したＲＮ０，ＲＮ１，……ＲＮｎをデータ暗号化キーとして使用する。
　・・・・・＜中略＞・・・・・
　以下、本図と第１図に従って主局，従局間で暗号通信を行う場合について詳細に説明する。
　中央処理部１よりデータ暗号化キーの暗号化コマンドを受けつけた
暗号処理部４は、あらかじめキーレジスタ45に設定されている主局，従局にて共通の秘密のマスターキーＫＭ
データ暗号化キーＲＮ
０
，ＲＮ
１
，……ＲＮ
ｎ
をブロック単位に、メモリ２より入出力レジスタ41を介して読み出し、入力バッファ42に設定する。
　暗号処理部４が、データ暗号化キーが設定される入力バッファ４２と、あらかじめマスターキーが設定されるキーレジスタ４５と、ＤＥＳアルゴリズム処理部４８の制御情報である初期値ＩＶ０等を保管するＩＶレジスタ４３及びカウント値Ｃを保管する２進カウンタ４４とを備えることが開示されている。
　上記周知例２に開示されている事項からすると、暗号処理部が、暗号処理に用いる鍵を一時的に保管する鍵保管手段と、あらかじめマスタ鍵を保管するマスタ鍵保管手段と、暗号処理に必要な制御情報を一時的に保管する制御情報保管手段とを備えることは周知の事項であると言える。
　
　そうしてみると、引用発明において、情報提供装置は、端末ＩＤからＲＯＭ１９内の端末固有鍵を検索し、検索された端末固有鍵を用いて検索された音楽情報用のスクランブル鍵を暗号化して暗号化スクランブル鍵を作成するものであるが、
　上記のように、記憶装置に保存したデータ暗号化鍵配送鍵（ＫＮ）をマスタ鍵（ＫＭ）で暗号化した値を、復号化装置によりマスタ鍵（ＫＭ）で復号化してデータ暗号化鍵配送鍵（ＫＮ）とすることは周知技術であり、
　そして、暗号処理部が、暗号処理に用いる鍵を一時的に保管する鍵保管手段と、あらかじめマスタ鍵を保管するマスタ鍵保管手段と、暗号処理に必要な制御情報を一時的に保管する制御情報保管手段とを備えることは周知の事項であることを考え合わせると、
　引用発明において、情報提供装置が、端末からの送信要求に含まれる端末ＩＤから記憶装置に記憶された端末固有鍵をマスタ鍵で暗号化した暗号化端末固有鍵を検索し、検索された暗号化端末固有鍵をマスタ鍵で復号化して端末固有鍵とし、この復号化された端末固有鍵を用いて検索された音楽情報用のスクランブル鍵を暗号化して暗号化スクランブル鍵を作成するようにすると共に、
　情報提供装置でのマスタ鍵を用いた暗号化端末固有鍵の復号化及び復号化された端末固有鍵を用いたスクランブル鍵の暗号化に合わせて、情報提供装置が、スクランブル鍵を一時的に保管するスクランブル鍵保管手段と、あらかじめマスタ鍵を保管するマスタ鍵保管手段と、復号化された端末固有鍵を一時的に保管する端末固有鍵保管手段と、暗号処理及び復号処理に必要な制御情報を一時的に保管する制御情報保管手段とを備えるようにし、
　これに伴って、情報提供装置で復号化された端末固有鍵を用いて検索された音楽情報用のスクランブル鍵を暗号化して暗号化スクランブル鍵を作成する際に、情報提供装置が、スクランブル鍵保管手段に一時的に保管されるスクランブル鍵、制御情報保管手段に一時的に保管される暗号処理及び復号処理に必要な制御情報、及び復号化された端末固有鍵を用いて検索された音楽情報用のスクランブル鍵を暗号化して暗号化スクランブル鍵を作成するようにすることは、当業者が容易になし得たことである。
　よって、相違点５乃至７は格別なものではない。
　
　
　上記相違点８について検討する。 
　当審による拒絶理由に引用された刊行物である特開平９−１７９７６８号公報（以下、「引用文献４」という。）の
「【００１７】始めに、本ネットワークシステムの暗号化・復号化の概要を説明する。計算機１１００内のファイルを暗号化するために、まず「ファイル対応秘密鍵」が作成される。「ファイル対応秘密鍵」の作成は、計算機１１００からの依頼でサーバ装置１２００において作成される。サーバ装置１２００は「ファイル対応秘密鍵」を記憶すると共に、暗号化してからネットワーク１０００を通して計算機１１００に返送する。
計算機１１００では、暗号化された「ファイル対応秘密鍵」を復号化し、復号化した「ファイル対応秘密鍵」で「ファイル」を暗号化する。この時点で、計算機１１００中の復号化された「ファイル対応秘密鍵」は消去される
「（暗号化の動作）計算機１１００のクライアント制御手段１１２０は、暗号化依頼情報をコンピュータネットワーク１０００を介して、サーバ装置１２００のサーバ制御手段１２２０へと送信する。暗号化依頼情報は、暗号化したいファイルのファイル名と計算機１１００の依頼識別ＩＤとよりなる。
【００２２】サーバ制御手段１２２０は、暗号化依頼情報を受けて秘密鍵生成手段１２４０を駆動して、暗号化依頼情報に固有のファイル対応秘密鍵を生成させる。このファイル対応秘密鍵１３２０は対応するファイル名１４１０と共に、鍵ファイル対応表１２５０にその対応関係が分かるように格納される。
【００２３】一方、ファイル対応秘密鍵は、秘密鍵方式暗号化手段１２３０により暗号化される。この暗号化のためにクライアント識別ＩＤ表１２１０が用いられる。暗号化依頼情報のうち依頼識別ＩＤは、クライアント識別ＩＤ表１２１０に送られて対応するクライアント対応鍵が検索される。検索されたクライアント対応鍵は計算機１１００に固有の鍵であり、その鍵でファイル対応秘密鍵は暗号化される。暗号化されたファイル対応秘密鍵は、サーバ制御手段１２２０によりネットワーク１０００を介して、計算機１１００に送られる。
【００２４】なお、クライアント識別ＩＤ表１２１０と鍵ファイル対応表１２５０とは対応関係を示す固有タグ１６１０で結ばれている。固有タグ１６１０はアルファベット（ａ，ｂ，ｃ……）で表され、同じアルファベット同士が対応関係があることを示す。なお、この固有タグ１６１０はなくとも良い。但し、その場合は、暗号化したいファイルのファイル名、秘密鍵、暗号化を依頼した依頼識別ＩＤ、及びこれに対応するクライアント対応鍵を対応させて１つの表に格納する。
【００２５】計算機１１００は、暗号化されたファイル対応秘密鍵を受取り、
秘密鍵方式暗号化／復号化手段１１３０において、クライアント対応鍵記憶手段１３１０のクライアント対応鍵を用いて、ファイル対応秘密鍵を復号化する。復号化されたファイル対応秘密鍵は、ファイル対応秘密鍵記憶手段１３２０に格納される
【００２６】
次に、秘密鍵方式暗号化／復号化手段１１３０は復号されたファイル対応秘密鍵を用いて、ファイル対応秘密鍵に対応するファイル名のファイルを暗号化する。ファイルの暗号化が終了すると、ファイル対応秘密鍵記憶手段１３２０内のファイル対応秘密鍵は消去される
暗号化されたファイルはファイル記憶手段１４２０に記憶され、必要に応じてネットワーク上の他の計算機に転送される
　クライアント対応鍵を用いて、ファイル対応秘密鍵を復号化し、復号化されたファイル対応秘密鍵を用いてファイル対応秘密鍵に対応するファイル名のファイルを暗号化し、ファイルの暗号化が終了すると復号化されたファイル対応秘密鍵を消去した後、暗号化されたファイルを他の計算機に転送することが開示されている。
　上記引用文献４に開示されている事項からすると、復号化された鍵情報を用いて他の計算機への転送情報の暗号化をし、転送情報の暗号化が終了すると転送情報の暗号化に用いられた復号化された鍵情報を消去した後、暗号化された転送情報を他の計算機に転送することは周知の事項であると言える。
　
　そうしてみると、引用発明において、情報提供装置は、検索された端末固有鍵を用いて検索された音楽情報用のスクランブル鍵を暗号化して暗号化スクランブル鍵を作成した後、作成した暗号化スクランブル鍵を端末に送信するものであるが、
　上記のように、復号化された鍵情報を用いて他の計算機への転送情報の暗号化をし、転送情報の暗号化が終了すると転送情報の暗号化に用いられた復号化された鍵情報を消去した後、暗号化された転送情報を他の計算機に転送することは周知の事項であることからすると、
　引用発明において、情報提供装置が、復号化された端末固有鍵を用いて検索された音楽情報用のスクランブル鍵を暗号化して暗号化スクランブル鍵を作成し、スクランブル鍵の暗号化が終了するとスクランブル鍵の暗号化に用いられた復号化された端末固有鍵を消去した後、作成した暗号化スクランブル鍵を端末に送信するようにすることは、当業者が容易になし得たことである。
　よって、相違点８は格別なものではない。
　
　上記で検討したように、相違点１乃至８は格別なものではなく、本願発明の構成によってもたらされる効果も、当業者であれば予測可能なものに過ぎず格別なものとは認められない。
　
　
６．結び
　以上の通り、本願発明は、引用発明、周知技術及び周知事項に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。