送信部と少なくとも1つの受信部との間で情報暗号化/解読鍵を共有する方法であって、前記送信部および前記少なくとも1つの受信部において鍵ルートデータベースを確立するステップと、前記送信部においてインデックスと呼ばれるビットシーケンスを生成するステップと、前記送信部によって前記インデックスビットシーケンスを前記受信部に送信するステップと、前記送信部および前記少なくとも1つの受信部によって前記インデックスおよび前記鍵ルートデータベースから前記鍵を抽出するステップと、を有する、ことを特徴とする情報暗号化/解読鍵を共有する方法。前記鍵ルートデータベースを確立するステップは、前記送信部において前記鍵ルートデータベースを生成するステップと、前記送信部によって前記鍵ルートデータベースを前記受信部に送信するステップと、を有する、ことを特徴とする請求項1に記載の情報暗号化/解読鍵を共有する方法。前記鍵ルートデータベースを送信するステップ、および/または、前記インデックスビットシーケンスを送信するステップは、前記送信部と前記受信部との間のセキュリティ保護されたチャネルで実行される、ことを特徴とする請求項2に記載の情報暗号化/解読鍵を共有する方法。前記鍵ルートデータベースを確立するステップは、前記送信部においてシードと呼ばれる情報シーケンスを生成するステップと、前記送信部によって前記シード情報シーケンスを前記受信部に送信するステップと、前記送信部および前記受信部によって前記シード情報シーケンスから前記鍵ルートデータベースを導出するステップと、を有することを特徴とする請求項1に記載の情報暗号化/解読鍵を共有する方法。前記送信部および受信部によって鍵ルートデータベースを導出するステップは、暗号法を適用する、ことを特徴とする請求項4に記載の情報暗号化/解読鍵を共有する方法。前記暗号法は、ハッシュ関数を適用する、ことを特徴とする請求項5に記載の情報暗号化/解読鍵を共有する方法。前記暗号法は、擬似乱数生成器を適用する、ことを特徴とする請求項5に記載の情報暗号化/解読鍵を共有する方法。前記シード情報シーケンスの送信、および/または、前記インデックスビットシーケンスの送信は、セキュリティ保護されたチャネルを介して実行されることを特徴とする、請求項4~7のいずれか一項に記載の情報暗号化/解読鍵を共有する方法。前記送信部および少なくとも1つの受信部によってインデックスおよび鍵ルートデータベースから鍵を抽出するステップは、単射導出アルゴリズムによって実行される、ことを特徴とする請求項1~8のいずれか一項に記載の情報暗号化/解読鍵を共有する方法。前記インデックスビットシーケンスの長さは、34ビットであり、前記鍵の長さは、128、192または256ビットである、ことを特徴とする請求項1~9のいずれか一項に記載の情報暗号化/解読鍵を共有する方法。請求項1~10のいずれか一項に記載の方法を適用する、送信部と少なくとも1つの受信部との間で情報暗号化/解読鍵を共有するシステムであって、前記送信部および前記少なくとも1つの受信部において鍵ルートデータベースを確立する手段と、前記送信部においてインデックスと呼ばれるビットシーケンスを生成する手段と、前記送信部によって前記インデックスビットシーケンスを前記受信部に送信する手段と、前記送信部および前記少なくとも1つの受信部によって前記インデックスおよび前記鍵ルートデータベースから前記鍵を抽出する手段と、を有する、ことを特徴とする情報暗号化/解読鍵を共有するシステム。請求項11に記載の少なくとも1つのシステムを有することを特徴とする、有料テレビ信号へのアクセスを制御するシステム。ユーザ管理次第で観察されることがある重大で好ましくない影響は、任意の鍵の更新時に割り当てられる帯域幅の消費が増大することである。特に、これは、例えば、有料テレビ信号へのアクセスを制御するシステムなど、いくつかの理由または他の理由でシステムにおける鍵を変更しなければならない場合に起きる。実際に、これらのシステムへの加入者は数十万人に達し、加入者のそれぞれの鍵の更新によって、特に帯域幅および時間に関して著しく消費されることが理解される。したがって、本発明の目的は、これらの問題を解決することである。このため、本発明の目的は、送信部と少なくとも1つの受信部との間で情報暗号化/解読鍵を共有する方法である。この方法は、以下のステップを有することを特徴とする。-送信部および少なくとも1つの受信部において鍵ルートデータベースを確立するステップ。-送信部においてインデックスと呼ばれるビットシーケンスを生成するステップ。-送信部によってインデックスビットシーケンスを受信部に送信するステップ。-送信部および少なくとも1つの受信部によってインデックスおよび鍵ルートデータベースから鍵を抽出するステップ。本発明の他の形態によれば、この共有方法は、以下の特徴のうちの1つまたは複数を有する。-鍵ルートデータベースを確立するステップは、送信部において鍵ルートデータベースを生成するステップと、送信部によって鍵ルートデータベースを受信部に送信するステップと、を有する。-鍵ルートデータベースを送信するステップ、および/または、インデックスビットシーケンスを送信するステップは、送信部と受信部との間のセキュリティ保護されたチャネルで実行される。-鍵ルートデータベースを確立するステップは、送信部においてシードと呼ばれる情報シーケンスを生成するステップと、送信部によってシード情報シーケンスを受信部に送信するステップと、送信部および受信部によってシード情報シーケンスから鍵ルートデータベースを導出するステップと、を有する。-送信部および受信部によって鍵ルートデータベースを導出するステップは、暗号法を適用する。-暗号法は、ハッシュ関数を適用する。-暗号法は、擬似乱数生成器を適用する。-シード情報シーケンスの送信、および/または、インデックスビットシーケンスの送信は、セキュリティ保護されたチャネルを介して実行される。-送信部および少なくとも1つの受信部によってインデックスおよび鍵ルートデータベースから鍵を抽出するステップは、単射導出アルゴリズムによって実行される。-インデックスビットシーケンスの長さは、32または64ビットであり、鍵の長さは、128、192または256ビットである。また、本発明は、送信部と少なくとも1つの受信部との間で情報暗号化/解読鍵を共有するシステムに関する。このシステムは、以下を有することを特徴とする。-送信部および少なくとも1つの受信部において鍵ルートデータベースを確立する手段。-送信部においてインデックスと呼ばれるビットシーケンスを生成する手段。-送信部によってインデックスビットシーケンスを受信部に送信する手段。-送信部および少なくとも1つの受信部によってインデックスおよび鍵ルートデータベースから鍵を抽出する手段。最後に、本発明は、送信部と少なくとも1つの受信部との間で情報暗号化/解読鍵を共有する少なくとも1つのシステムを有することを特徴とする、有料テレビ信号へのアクセスを制御するシステムに関する。本発明は、単に一例として与えられ、添付の図面を参照しながら行われる以下の記載によってより良く理解されるであろう。実に、本発明は、図1において一般参照符号1によって示される送信部と、この図において一般参照符号2によって示される少なくとも1つの受信部との間で情報暗号化/解読鍵を共有する方法に関する。勿論、任意の数の受信部が想定されてもよい。この図1には、一般参照符号2、3および4で示された3つの受信部が示されている。これらの送信部と受信部は、例えば、有料テレビ信号へのアクセスを制御するシステムにおいて適用される鍵共有システムに統合される。この例示の実施形態では、テレビ信号は、ネットヘッドによって鍵を使って暗号化された形式で送信される。暗号化された信号は、受信部で受信される。そして、受信部は、解読鍵を使用して信号を復元し、復元された信号を、例えば、テレビセットに明文で送信する。この適用例において、特に、加入の変更、キャンセルに受信部を適応させるため、または、ハッキングの問題のため、鍵を定期的に変更しなければならないことが理解される。ここで、関連する受信部の数、すなわち、例えば、このシステムへの加入者の数が数万または数十万にさえ達する。したがって、これらの鍵に関する更新の処理操作は、何回も繰り返されて長くかかるため、非常に広い帯域幅を消費することが理解される。実際に、これらの暗号化/解読鍵の長さは、例えば、128または256ビットであることがある。これらの問題を解決するため、本発明は、暗号化およびセキュリティ保護の方法において、典型的には32または64ビットのオーダの非常により小さいインデックスから、一般に長さが128、192または256ビットの暗号サイズを有する対称鍵の多様性を可能にする1つのクラスのアルゴリズムを提案する。勿論、使用するメカニズムに従って異なる長さを想定してもよい。この目的のため、図2に例示されるように、一般参照符号5によって示されるステップにおいて、鍵ルートデータベースは、一般参照符号1によって示される送信部と、一般参照符号2によって示される受信部と、において確立されなければならない。この図に例示された例示の実施形態によれば、この鍵ルートデータベースを送信部および受信部において確立するステップ5に関して、送信部1でシードと呼ばれる情報シーケンスを生成する第1のフェーズが重要である。この生成ステップは、一般参照符号6によって示され、対応する生成器によって適用される。シードと呼ばれるこのタイプの情報シーケンスは、暗号法において周知である。ステップ7において、送信部は、このシード情報シーケンスを受信部2に送信する。そして、受信部は、ステップ8において、例えば、シード情報シーケンスのコピーを有する。そして、送信部および受信部は、このシード情報シーケンスから鍵ルートデータベースを導出するステップを適用する。これらのステップは、送信部および受信部によってそれぞれ適用される導出ステップで参照符号9および10によって示される。実際に、送信部および受信部がシードシーケンスから鍵データベースを導出するこれらのステップでは、例えば、従来のようにハッシュ関数を用いたり、または、従来の方法でシードから鍵ルートデータベースに渡すことができる擬似乱数の生成器をさらに用いたりして暗号法を適用してもよい。この図で例示された例示の実施形態によれば、ステップ7において、送信部と受信部との間のシードシーケンスの送信は、これらの間のセキュリティ保護されたチャネル上で実行されることに留意されたい。したがって、例えば、このチャネル上で送信される情報は、送信部および受信部にそれぞれ関連付けられた従来のタイプの暗号化および解読手段11および12を用いて暗号処理を行ってもよい。また、本発明に係る方法では、インデックスと呼ばれるビットシーケンスを送信部で生成するステップとして、準備が行われる。このステップは、図2における一般参照符号13によって示される。このインデックスビットシーケンスの長さは、例えば、32または64ビットでもよい。ステップ14において、送信部から受信部にこのインデックスビットシーケンスを送信する。そして、ステップ15において、受信部は、例えば、このインデックスビットシーケンスのコピーを有する。したがって、送信部および受信部は、送信部および受信部についてそれぞれステップ16および17によって例示されるように、この送信部およびこの受信部がそれぞれインデックスおよび鍵ルートデータベースから暗号化/解読鍵を抽出するのに用いられる同一の鍵ルートデータベースおよび同一のインデックスビットシーケンスを有する。この抽出ステップの結果、ステップ18では送信部のための暗号化鍵が送出され、ステップ19では受信部のための解読鍵が送出される。ステップ16および17は、送信部および受信部によってインデックスおよび鍵ルートデータベースから鍵を抽出するよう適用され、例えば、単射導出アルゴリズム、すなわち、2つの異なるインデックスが2つの異なる鍵を与えるアルゴリズムによって、実行されてもよい。勿論、他の実施形態が想定されてもよいことが理解される。したがって、図2には、例えば、シード情報シーケンスの送信は、セキュリティ保護、すなわち暗号化されたチャネルを介して行われることが例示されている。また、勿論、このタイプのチャネルを介してインデックスビットシーケンスを送信してもよい。また、この図には、送信部から受信部にシード情報シーケンスを送信することによって、この受信部において鍵ルートデータベースが形成されることがある実施形態が記載されている。勿論、他の例示の実施形態によれば、この鍵ルートデータベースを送信部のみで生成し、この送信部によって、例えば、セキュリティ保護されたチャネルを介して受信部に直接送信してもよい。この方法は、特に、情報の暗号化のセキュリティ強化および鍵の変更の簡易化に関して、いくつかの利点を有することが理解される。実際に、送信部は、古い鍵と置き換えるため、すべての関連する受信部に128、192または256ビットの新しい鍵を送信しなければならない代わりに、これらの受信部に新しい鍵を算出することができるようインデックスビットシーケンスを送信すれば十分である。前に述べたように、ここで、このインデックスビットシーケンスは、鍵より非常に小さくてもよい。前に述べたように、実際に、このインデックスシーケンスの長さは、例えば、32または64ビットでもよい。この場合、インデックスシーケンスの送信は、128、192または256ビットの長さの鍵の送信より、非常に高速で帯域幅の消費が非常に少なくなる。したがって、鍵の更新頻度を増やすことを想定することができる。また、鍵ルートデータベースを更新することを想定してもよい。これは、また、単に新しいシードを送信部から受信部に送信することによって達成されてもよい。このシードのサイズも、また、鍵ルートベースと比較して小さい。勿論、さらに他の実施形態を想定してもよい。