(57)【要約】ネットワーク上、サーバとクライアントとの間で送信されるデータの部分を選択的に暗号化するための装置および方法である。本装置は、データの第１部分をデータの第２部分から分離するための構文解析手段、データ第１部分のみを暗号化するための暗号化手段、および、暗号化されたデータ第１部分と暗号化されていないデータ第２部分とを結合するための結合手段を有する。本装置はさらに、データの暗号化された部分を解読するためにクライアントにインストールされた復号化手段を有する。本装置は、メディアフォーマットおよびデータプロトコルに関し、プラットホーム非依存である。暗号化ユニットは、クライアントに対して透過的に、メディアフォーマットに基づいてデータを暗号化する。本発明による本装置は、アプリケーションおよびプラグイン・オブジェクトの１つとして実施される。
2004511931.tif 000002
【特許請求の範囲】
【請求項１】
サーバおよびクライアント間をネットワークを介して伝送されるデータを選択的に暗号化する装置であって、
データの第１部分とデータの第２部分とを解析するための手段、
データの第１部分のみを暗号化するための手段、および、
暗号化されたデータの第１部分と、単に経路指定情報を有するにはとどまらないデータの第２部分とを結合するための手段を備えた装置。
【請求項２】
上記データがストリーミングデータを有する、請求項１に記載の装置。
【請求項３】
上記データの上記第１部分がペイロードデータを有する、請求項１に記載の装置。
【請求項４】
上記データの上記第２部分が、ヘッダ、制御データ、および、経路指定データのうち少なくとも１つを有する、請求項１に記載の装置。
【請求項５】
さらに、ネットワークを介してクライアントに、上記の、第１部分および第２部分が結合されたデータを送信するための手段を有する、請求項１に記載の装置。
【請求項６】
さらに、ネットワークを介してクライアントにデータが送信される前に、サーバからのデータを受け取るための手段を有する、請求項１に記載の装置。
【請求項７】
さらに、サーバとクライアントとの間にデータストリームを確立するための手段を有する、請求項１に記載の装置。
【請求項８】
さらに、クライアントと暗号化キーの交渉をするためのキー−交渉手段を有する、請求項１に記載の装置。
【請求項９】
キー交渉およびキー交換をストリーム伝送中に行うことを特徴とする、請求項８に記載の装置。
【請求項１０】
上記暗号化手段によってなされる暗号化がサーバに対して透過的である、請求項９に記載の装置。
【請求項１１】
キー交渉が、その結果の正当性を判断可能である、請求項８に記載の装置。
【請求項１２】
さらに、上記データの上記第１部分を復号化するためにクライアントにインストールされた復号化手段を有する、請求項１に記載の装置。
【請求項１３】
上記分解手段がメディアフォーマットに基づいてデータを異なる部分に分解することを特徴とする、請求項１に記載の装置。
【請求項１４】
上記暗号化手段がメディアフォーマットに基づいて上記データの第１部分を暗号化することを特徴とする、請求項１に記載の装置。
【請求項１５】
上記装置が、上記データの上記第１部分を暗号化するための暗号化アルゴリズムをエンコードする接続可能なコアを備えたアプリケーションを利用して実施され、前記接続可能なコアが暗号化アルゴリズムを容易に変更可能としていることを特徴とする、請求項１に記載の装置。
【請求項１６】
上記装置が暗号化ブリッジ上で実施されることを特徴とする、請求項１に記載の装置。
【請求項１７】
後にクライアントへネットワークを介して送信される、少なくとも１つの特性において互いに相違する第１部分および第２部分を有する、ソースから受信した受信データを選択的に暗号化する方法であって、
上記受信データを上記第１部分および第２部分を有する部分に分解するステップ、
上記受信データの上記第１部分を暗号化するステップ、および、
上記暗号化された第１部分および上記受信データの第２部分を有する上記受信データをネットワークを介してクライアントへ送信するステップを有する方法。
【請求項１８】
上記データソースがサーバであることを特徴とする、請求項１７に記載の方法。
【請求項１９】
さらに、ストリームがサーバとクライアントとの間に確立されているかどうかを判断するステップを有する、請求項１７に記載の方法。
【請求項２０】
さらに、上記クライアントと暗号化キーの交渉をするステップを有する、請求項１５に記載の方法。
【請求項２１】
上記データソースからの上記受信データがストリーミングセッション中に送信されたストリーミングデータであって、暗号化キーの交渉が上記ストリーミングセッション中に行われることを特徴とする、請求項２０に記載の方法。
【請求項２２】
上記データソースからの上記受信データがストリーミングセッション中に送信されたストリーミングデータであり、さらに、ストリーミングセッション中にクライアントを調査するステップ、および、クライアントの暗号化キーが無効であればストリーミングセッションを終了させるステップを有する請求項２０に記載の方法。
【請求項２３】
上記暗号化キーは、クライアント上の復号化シムと取り決められることを特徴とする、請求項２０に記載の方法。
【請求項２４】
さらに、上記受信データがストリーミングデータであるかどうかを判断するステップを有する、請求項１７に記載の方法。
【請求項２５】
さらに、上記データがストリーミングデータであれば、上記データを分解、暗号化、および、送信するステップ、ならびに、上記データがストリーミングデータでなければ、上記データを送信するステップを有する、請求項２４に記載の方法。
【請求項２６】
さらに、シムがクライアント上に存在するかどうかを判断するステップを有する、請求項１７に記載の方法。
【請求項２７】
さらに、シムがクライアント上に存在しないと判断されれば、シムをクライアントへ送信するステップを有する、請求項２６に記載の方法。
【請求項２８】
さらに、クライアント上の暗号化キーが通用するものであるかどうかを判断するステップを有する、請求項１７に記載の方法。
【請求項２９】
上記データがペイロードデータ部、ならびに、少なくとも、ヘッダ、制御データ、および、経路指定データのうち１つを有することを特徴とする、請求項１７に記載の方法。
【請求項３０】
上記データの上記第１部分がペイロードデータ部を有することを特徴とする、請求項２９に記載の方法。
【請求項３１】
上記クライアントに送信するために上記データソースから受信した上記データはパケットのストリームであり、さらに、パケットがデータストリームにおける最後のパケットであるかどうかを判断するステップを有する、請求項１７に記載の方法。
【請求項３２】
さらに、上記パケットがデータストリームにおける上記最後のパケットではないと判断されれば、クライアント上の復号化シムからフィードバックを受信するステップを有する、請求項３１に記載の方法。
【請求項３３】
さらに、クライアントが危険であるかどうかを判断するステップを有する、請求項１７に記載の方法。
【請求項３４】
さらに、クライアントが危険でないと判断されれば、上記データを第１部分および第２部分に分解し、暗号化し、ならびに、送信することを継続するステップを有する、請求項３３に記載の方法。
【請求項３５】
さらに、上記クライアントが危険であると判断されれば、上記クライアントへの上記送信を終了させるステップを有する、請求項３３に記載の方法。
【請求項３６】
ストリーミングデータの第１部分を暗号化する暗号化ソースから、データがクライアントへネットワークを介して送信され、少なくとも１つの特性において互いに相違する第１部分および第２部分を有する前記ストリーミングデータをクライアントにおいて復号化する方法であって、
上記ネットワークを介して送信された上記データを受信するステップ、
上記データを上記の第１部分および第２部分を有する部分に分解するステップ、
上記データの上記第１部分を復号化するステップ、および、
上記復号化された上記データを、クライアントにおいて再生するために、より高いレベルのオペレーションに渡すステップを有する方法。
【請求項３７】
さらに、分解するステップに先立って、上記データが非暗号化ストリームであるかどうかを判断するステップを有する、請求項３６に記載の方法。
【請求項３８】
さらに、上記データが非暗号化ストリームであると判断されれば、分解および復号化をせずに、上記データをより高いレベルのオペレーションに渡すステップを有する、請求項３７に記載の方法。
【請求項３９】
さらに、暗号化ソースと暗号化キー交渉をするステップを有する、請求項３６に記載の方法。
【請求項４０】
上記ストリーミングデータは暗号化ソースから、ストリーミングセッション中に送信され、かつ、上記の暗号化キー交渉が上記ストリーミングセッション中に行われることを特徴とする、請求項３９に記載の方法。
【請求項４１】
さらに、上記暗号化キーが無効であれば、上記ストリームを終了させるステップを有する、請求項３９に記載の方法。
【請求項４２】
上記データの上記第１部分がペイロードデータ部を有することを特徴とする、請求項３６に記載の方法。
【請求項４３】
上記データは上記ネットワークを介して暗号化ソースからデータパケットのストリームとして送信され、さらに、クライアントが受信したパケットがデータストリームの最後のパケットであるかどうかを判断するステップを有する、請求項３６に記載の方法。
【請求項４４】
さらに、上記パケットが上記データストリームにおける最後のパケットでないと判断されれば、暗号化ソースに対してフィードバックを送信するステップを有する、請求項４３に記載の方法。
【請求項４５】
さらに、上記クライアントが危険であるかどうかを判断するステップを有する、請求項３６に記載の方法。
【請求項４６】
さらに、上記クライアントが危険ではないと判断されれば、上記のように、上記データの分解、復号化、および、通過を継続するステップを有する、請求項４５に記載の方法。
【請求項４７】
さらに、上記クライアントが危険であると判断されれば、ストリーミングセッションを終了させるステップを有する、請求項４５に記載の方法。
【発明の詳細な説明】
【０００１】
（発明の背景）
１．　　　発明の技術分野
本発明は一般にネットワークを介したデータ伝送に関し、より具体的には、ネットワークを介してデータの異なる部分を選択的に暗号化および復号化する装置、システム、および、方法に関する。
【０００２】
２．　　　関連技術
現今、インターネットが好適例とされるネットワークは、ユーザがテキストベースの情報およびファイルを共有する方法として始まった。だが、技術は発展を遂げ、テキストの枠をはるかに越えている。インターネットでテレビ会議を行うことが可能で、会議の参加者は互いにリアルタイムでコンピュータのスクリーン、または、ネットワークに接続されている会議装置で互いを見ることができる。インターネットユーザは、事象の発生と同時にその生のビデオ映像を見たり、または、予め録画された番組を「オンデマンド」で、換言すれば、放送スケジュールではなくむしろユーザが選択して、いつでも見ることができる。
【０００３】
インターネットを介し、如何にしてビデオおよびマルチメディアコンテンツが伝送されるのかを理解するには、先ずストリーミングの概念を理解する必要がある。ストリーミングにより、古くから存在しているインターネットによるメディア情報伝送に固有の問題が解決される。つまり、マルチメディアファイルは極めて大きく、そして、殆どのユーザは比較的、低い帯域幅のネットワーク接続を利用している。インターネットで放送品質のビデオまたはＣＤ品質の音声を送信することは容易、または、実際的なことではなかった。１つの音声または映像ファイルをネットワークを介してある人のコンピュータに送信するには数時間を要することがあった。相手方は、ファイル全体がダウンロードされ再生が可能となるまで待たなければならない。再生は僅か数分間だが。
【０００４】
伝送しなければならないマルチメディア素材のデータ量を小さくすることは以前から可能であった。その方法の１つには、伝送されるデータの解像度、フレームレート、または、サンプリングレートを減少させることであるが、これにより、感受される音声または映像コンテンツの品質が低下するという副次的な悪影響があらわれる。よく利用される別の方法には、マルチメディアファイルから、最重要なデータのみを保持し冗長性を排除する、データ圧縮をデータに適用する方法である。これら２つの技術を組み合わせることで、メディアコンテンツ自体の再生時間と同程度の時間枠で、換言すれば数時間のかわりに数分で、標準的インターネットを介して送信可能な、妥当な品質を有するマルチメディアファイルを生成することが可能である。ダウンロードされたマルチメディア素材の実際上の品質は、利用可能なネットワーク帯域幅および到着までユーザが待機しようとする意思によって変化する。品質とファイルサイズはトレードオフ可能であり、また、より広い帯域幅を利用しているユーザのために高品質版コンテンツを用意することも可能である。
【０００５】
マルチメディアコンテンツの１秒あたりのデータ量が、ネットワークユーザが利用可能な帯域幅以下であれば、ストリーミング可能である。ストリーミングとは原則として、マルチメディアデータの「ジャストインタイム」な配信である。ユーザは全てのファイルが到着するのを待って鑑賞する必要も、受信データに、大幅にコンピュータの記憶領域を取っておく必要もない。クライアントコンピュータに到達すると、マルチメディアデータは一般に数秒分のデータを保存可能なバッファに記録され、不安定なネットワーク接続によって生じる再生の遮断を防止する。数分または数時間ではなく、数秒で、初めてバッファが満たされると再生が開始される。そして、個々の映像フレームおよび／または音声セグメントがバッファから読み出され、デコードされ、ならびに、クライアントのビデオモニタに表示、クライアントの音響システムから再生、もしくは、クライアントのネットワークに接続された装置によって再生される。データは再生された後、多くの場合廃棄され、ユーザが番組の前の部分をもう一度見ようと思えば、再度伝送されなければならない。
【０００６】
ワールド・ワイド・ウェブ（「ウェブ」）はクライアント／サーバモデル上で動作する。つまり、ユーザ（換言すれば、クライアント）は、彼／彼女のパーソナルコンピュータ、または、（ネットワーク器具、もしくは、インターネット利用可能な無線電話のような）ネットワークサーバのリソースにアクセス可能な、他のネットワーク装置で、１つのソフトウェアを実行させる。サーバは同時に多くの異なるユーザがそのリソースにアクセス可能としており、単一のユーザにリソースを提供することに専念する必要がない。このモデルにおいては、クライアントのソフトウェア−例えば、ブラウザ、または、プレーヤ−がユーザのコンピュータで実行される。ユーザが、ウェブ上の映像または他のマルチメディアコンテンツをリクエストすると、ユーザのクライアントソフトウェアが所望の情報もしくはリソースを有するウェブサーバとコンタクトし、リクエストメッセージを送信する。ウェブサーバがリクエストされた情報の所在を確認し、ブラウザまたはプレーヤに送信し、ブラウザまたはプレーヤが受信データを適切に解釈した結果を表示、例えばコンピュータのディスプレイに映像として表示する。
【０００７】
ウェブ上の情報は、ユニフォーム・リソース・ロケータ（ＵＲＬｓ）によってアドレス指定されている。ＵＲＬは所望の情報にアクセスするのに用いられるプロトコル（一般にはＨＴＴＰ、ハイパーテキスト・トランスファ・プロトコル）、情報を有しているホストのアドレスもしくはインターネット・ネーム、情報にアクセスするのに必要な（ユーザＩＤおよびパスワードのような）鑑定情報、特定されたプロトコルの標準ポートでリソースを入手できない場合の随意的ＴＣＰ／ＩＰポート番号、ならびに、サーバのオペレータが指定する仮想的階層における所望の情報へのパスを特定している。さらに、ＵＲＬは、データベース検索のためのクエリーテキストのような、ユーザが入力した情報を含めることが可能である。ＵＲＬは多くの方法で特定可能であって、ＵＲＬをウェブ・クライアントにタイプすることに限らず、別のウェブ・ドキュメントの「ハイパーリンク」をクリックすること、以前に訪れたことのあるページに戻るためにウェブブラウザのブックマークから選ぶこと、または、ウェブフォームに記入してサーバに送ることで可能である。
【０００８】
特定のＵＲＬに対してリクエストがなされると、リクエストがＨＴＴＰのようなＵＲＬに示されているプロトコルを用いて適切なサーバに送信され、リクエストされたデータ（、または、リクエストが果たせなければエラーメッセージ）が同じ方法で戻って来る。しかし、ＨＴＴＰおよび他のウェブプロトコルは、ＴＣＰ（トランスミッション制御プロトコル）またはＵＤＰ（ユーザデータグラムプロトコル）のような基本的なインターネットプロトコル上に構築されている。メディアをストリーミングするために用いるプロトコルは、ＨＴＴＰのような他の上位の層のプロトコルがそうであるように、基本的プロトコル上に、同様に構築されている。全てのインターネットのトラフィックは比較的少数の、ＴＣＰやＵＤＰのような下位の層の基本的なプロトコルによって支えられており、これらのプロトコルが、上位層のプロトコルを用いたコンピュータ間の接続を確立するのに用いられる。そして、マルチメディアコンテンツのストリーミングの際、サーバはＴＣＰまたはＵＤＰのいずれかを用いればよい。
【０００９】
ＲＴＰ（リアルタイムトランスポートプロトコル）、ＲＴＳＰ（リアルタイムストリーミングプロトコル）、ＲＴＣＰ（リアルタイム制御プロトコル）は、インターネットの下位の層のプロトコル上に構築可能な多くのメディアストリーミング可能なプロトコルのうちの３つである。実際、ＲＴＰ、ＲＴＳＰ、および、ＲＴＣＰは称賛すべき機能を果たし、いくつかのより一般的なストリーミングの実施の、その部分として共に使用されることが最も多い。ＲＴＳＰはサーバとクライアントとの間のストリーミング接続のセットアップおよび管理に用いられ、ＲＴＰはマルチメディアデータそのものの配信に用いられ、そして、ＲＴＣＰはクライアントおよびストリーミングサーバ間にタイミングおよび他の制御信号を提供する。しばしば、ＲＴＰはＵＤＰ上で送信される。ＵＤＰは低いオーバーヘッドのプロトコルであり、データを可能な限り迅速に送信するが、あるデータの断片（ネットワーク技術での「パケット」）が実際に送り先に届くことを保証しない。ＲＴＣＰパケットはデータにインタリーブされて送信されるか、または、ＴＣＰを介してＲＴＰメディアチャンネルとパラレルに送信される。
【００１０】
ストリーミングメディアをインターネットを用いて配信することの重大な欠点の１つは、しばしばデータが、クライアントへの途中でデータの送信者が制御しないネットワークおよびシステムを不可避的に通過することである。一旦、データが送信者の保護されたネットワークを離れれば、傍受される被害を被りやすい。このことは、動画のような所有権のあるデータが、公衆インターネットであれ、第三者の私的ネットワークであれ、ネットワークを介して伝送される際の格別の関心事である。データはネットワークを介して伝送される際、あらゆる時点で傍受、および、複製される可能性を潜在的に有する。データを、傍受および無許可の複製から保護する何らかの策を講じなくては、著作権者が安全に作品をネットワーク上で頒布可能なセキュリティーを、インターネットが提供することはない。
【００１１】
暗号化は、この課題に対処する１つの方法である。暗号化により、対象とする受信者のみが鑑賞可能とするデータのエンコード方法が提供される。誰でもデータを傍受することは可能だが、合法的な受信者のみが復号化し、本来のメッセージもしくはメディアコンテンツを読みだし、表示することが可能となる。多くの暗号化方法が考案され、この種のセキュリティーを提供してきた。例えば、ＶＰＮ（ヴァーチャルプライベートネットワーク）と呼ばれるソフトウェアは、インターネットに接続しているあるコンピュータのグループが、暗号化を用いてＶＰＮ上のコンピュータのみが私的ネットワークのリソースにアクセス可能にして、あたかも物理的に安全なローカルネットワークに接続しているかのように振舞うことが可能である。インターネットを介してプライベートな通信を可能にする暗号化アプリケーションは他に、これらに限られるものではないが、ＰＧＰ（プリティーグッドプライバシー）、ＩＰＳｅｃ（ＥＰ　セキュリティー）、および、ＳＳＬ（セキュアソケットレイヤー）が含まれる。
【００１２】
団体は、しばしば法人に限らず、所有データをファイアウォールを用いて保護している。常時、法人の内部コンピュータネットワークまたはローカルエリアネットワーク（ＬＡＮ）はインターネットに接続されており、私的データが傍受されるという同様の問題に直面している。暗号化は、インターネットを介して送信されたデータを、対象とする受信者のみが使用可能であるように確保する目的で使用されるが、それに対し、ファイアウォールは、公衆インターネットを経由して内部ネットワークに貯蔵された情報に未許可のユーザがアクセスすることを防止することで、インターネットに接続されたＬＡＮ上にある私有情報の安全を確保することを目的としている。インターネットの公衆的性質のため、全てのインターネットに接続されているＬＡＮは、外部からの攻撃を受けやすい。ファイアウォールは、保護されているＬＡＮ上の誰もが、ファイアウォールの設定の許可する方法でインターネットにアクセスすることを可能とし、その一方でインターネット上のハッカーがＬＡＮにアクセスし、ならびに、情報を盗み、および／もしくは、価値あるデータを削除もしくは破壊することを阻止している。
【００１３】
ファイアウォールは、ルータ、サーバに構築された専用装置および専門のソフトウェアである。最も簡単な類のファイアウォールの１つでは、パケットフィルタリングを用いている。パケットフィルタリングでは、ルータがインターネットとＬＡＮとの間を移動する各データパケットを、そのヘッダで選別している。全てのＴＣＰ／ＩＰパケットは、接続しているポート番号およびその他の情報と併せて、送信者および受信者のＩＰアドレスを有する。ヘッダ、および、とりわけ接続しているポート番号を審査することで、ルータはかなりの確度で、各パケットに用いられているインターネットサービスの種類を決定することが可能である。ＨＴＴＰ（ウェブ）、ＦＴＰ（ファイル転送プロトコル）、テルネット、遠隔ログイン（ｒｌｏｇｉｎ）、その他を含む、インターネットサービスのそれぞれは、そのサービスにアクセスするのに慣例として用いられる標準ポート番号を有する。あらゆるサービスは任意のポート番号を使用可能であるが、ユーザにとっては標準ポート番号を使用することのほうが遥かに簡便であり、事実上全てのインターネットサービスは公衆からはそのようにしてアクセスされるように意図されている。ひとたびあるパケットがどのようなクライアントでどのようなサービスを目的としているのかを、ルータが認知すると、公衆インターネットユーザが利用可能であってはならないホストおよびサービスへの外部アクセスを遮断する。どのパケットをネットワークに入れて、どのパケットを遮断すべきかの判断規則は、システム管理者が設定する。
【００１４】
プロキシサーバは一般に、ファイアウォールと共に使用される。プロキシサーバは、保護されたＬＡＮおよびインターネットの両方からアクセス可能なコンピュータ上で動くソフトウェアゲートウェイである。ＬＡＮからインターネットへの全てのアクセスは、公衆インターネットからＬＡＮへ全てのアクセスと同様、プロキシサーバを通らなければならない。ＬＡＮ上のコンピュータがウェブページのようなインターネットリソースをリクエストすれば、そのリクエストはプロキシサーバに送られる。それから、プロキシサーバはインターネットリソースにリクエストし、戻ってきたあらゆるデータをＬＡＮ上の本来のリクエスト主に転送する。インターネットとＬＡＮは、橋渡し役を務めるプロキシサーバという一点でのみ接触しているので、ネットワークの保護は、何十、または、何百というのではなく、ただ１つのコンピュータのみ、安全にすることで足りる。プロキシサーバは、インターネットからの侵入を阻止する目的と並んで、しばしば雇用主が、使用人のインターネットの利用状況をモニタし、制御する目的で使用される。
【００１５】
ネットワークアドレス変換を利用するネットワークに用いられる用語である、ＮＡＴ、これにより、なお一層インターネットデータの配信は複雑化する。ＮＡＴにおいては、私的にアドレス指定されたネットワークが、インターネットからＮＡＴルータによって分離され確立されている。このルータそのものは、公衆インターネット上でのアドレスを有する。私的ネットワークのアドレスを公衆インターネット上で認識可能なアドレスに変換すること、および、その逆を行うことにより、ＮＡＴルータは、私的にネットワーク化されたマシンのインターネット接続を容易にする。ＮＡＴは、ユーザの数に比較して利用可能な公衆アドレスの数が限られている（１人のユーザがケーブルモデム接続を共有する複数のコンピュータにＮＡＴを利用しているかもしれない）場合に、または、ファイアウォールおよび／もしくはプロキシと共に私的ネットワークのセキュリティーに関する特別な層を用意するためによく利用される。
【００１６】
データパケットは一般に２つの部分に分割可能である。それらはヘッダ部およびペイロード部である。ヘッダは経路指定または他の設定情報が含まれるパケットの部分である。ペイロードは当該データそのものであるデータパケットの部分である。その例：マルチメディアコンテンツ。例えば、ネットワークパケットにおいては、ヘッダはサイズおよびフォーマットに関する情報のようなパケットに関するデータ、ならびに、パケットを最終的な宛先に配信する際にネットワークルータが使用するデータを有する。典型的なＲＴＰパケットにおいては、ヘッダにはプレーヤをＲＴＰ（メディアコンテンツ）ペイロードに導くのに必要な情報のみならずチャンネル情報を含んでいる。複雑なパケットによっては、複数のヘッダおよび多種多様な非ペイロード情報を含んでいる。本明細書では非ペイロード部と呼んでいる。
【００１７】
現行の、ＩＰｓｅｃのような、暗号化法の多くは、あまりにも見境なくデータを暗号化しており、ペイロードのみならず、ヘッダ部または非ペイロード部も同様に暗号化している。経路指定のみ暗号化しないでおけば、私的または保護されているネットワーク内をトランジットする前に、パケットが停留するファイアウォール、プロキシ、および／または、ＮＡＴが適切にスクランブルされたパケットをリレーするのに必要な情報が提供される。他のソリューションでは、公衆ネットワークを介するデータの完全性を確保するために不適切な暗号化を行っている。あるストリーミングメディア暗号化ソリューションは、専用のソフトウェアの形式でサーバ機上に暗号化システムを配し、ネットワーク送信のためにパケットに変換される前にストリーミングメディアを暗号化することでこの問題に対処している。この方法で、パケットは多くの場合成功裡にプロキシサーバおよびファイアウォールを通過するのだが、この方策は制限的である。なぜなら、このソリューションはストリーミングサーバに修正が必要で、また、多くの場合、さらなるストリーミングサーバの付加、または、暗号化によって増えた作業負荷を扱うための処理容量を付加する必要がある。また、本ソリューションは、サポートされているストリーミングサーバのプラットホームにあわせて再設計される必要がある。
【００１８】
（発明の概要）
本発明は、リアルタイムで、データの異なる部分の構文解析および暗号化を行い、リアルタイムで暗号化されたデータを復号化し、ならびに、クライアントコンピュータもしくは他のネットワーク能力を有する装置上のメディアプレーヤにデータを渡す、装置、システム、および、方法を提供し、上記および他の問題を解決する。特に、本発明は暗号化ブリッジ（ｅｎｃｒｙｐｔｉｏｎ ｂｒｉｄｇｅ）を提供し、これがデータのペイロード部（例えば、メディアコンテンツ）のみを、調査、構文解析、および、選択的に暗号化し、ファイアウォール、プロキシ、または、ＮＡＴを暗号化データに適するように修正することなしに、データがファイアウォール、プロキシ、および、ＮＡＴを通るように非ペイロード部の原型を保たせる。本発明は、ファイアウォール、プロキシ、および、ＮＡＴが適切にデータを目的の受信者（例えば、クライアントコンピュータ）に配信するのに必要な、データストリームの部分を暗号化しないことを保証する。このようにして、暗号化ユニットが、特に見分けられるデータタイプを見つけなければその部分は無視され、暗号化ユニットが見分けられる（例えばマルチメディアコンテンツ）データタイプを見つければ、データストリームの識別された部分のみが選択的に暗号化される。
【００１９】
本明細書に組み込まれ、その一部をなす添付図面は、本発明の典型的実施形態の少なくとも１つを例示し、記述とともに本発明の様々な優位性と原理を説明している。
【００２０】
（発明を実施するための最良の形態）
以下の詳細な説明では、本発明の典型的実施形態を示す添付図面を参照している。別の実施形態も可能であり、また、本発明の精神および範囲から逸脱することなく、典型的実施形態の修正例も可能である。それ故、以下の詳細な説明は、本発明を制限することを意図していない。むしろ、本発明の範囲は付随する請求項によって規定される。
【００２１】
図１は、本発明の暗号化ブリッジ（「ＥＢ」とも呼ばれる。）１１０を備えた典型的コンピュータシステム１００を示しており、この暗号化ブリッジはメディアストリーム（ペイロードのデータ）１７０を提供するストリーミングサーバ１２０とインターネットのような外部ネットワーク１３０およびユーザもしくはクライアントコンピュータ１４０との間に配される。ＥＢ１１０は、データがＥＢ１１０を通ると、データの選択部分（例えば、マルチメディアデータ）のみを暗号化するように動作する。ＥＢ１１０は他のデータも同じように暗号化するようにセットアップすることも可能である。例えば、ＥＢ１１０は、これらに限定するのではないが、電子ブック、医療記録もしくは画像、財務データ、または、ネットワークを介して安全な伝送を必要とするデータを、暗号化／保護可能に構成されている。
【００２２】
単一のマシンまたはマシン群を表す、ＥＢ１１０がサーバ１２０とインターネット１３０との間に配されている。ＥＢ１１０を経由してサーバ１２０およびインターネット１３０から移動する全ての適正データは暗号化によって安全を確保する必要があるが、ＥＢ１１０とサーバ１２０との間のトラフィックは、暗号化する必要がない。なぜなら、そこは外部ネットワークに公開されていない、「安全地帯」だからである。データチャンネル１５０は、一時停止、再生、および、巻き戻しのような制御データ、または、ストリーミングサーバ１２０のための速度変調データを表しており、さらに複雑なデータ形式の使用およびモニタリングが可能である。さらに、データチャンネル１５０を用いて、ｅ−コマースやサービス品質を管理するサーバのような他のマシンに、このモニタリングデータをストリーム暗号化処理とは直接的に関係せずに、渡すことが可能である。
【００２３】
ＥＢ１１０はデータをネットワーククライアント１４０にデータを渡し、また、データ所有者またはコンテンツプロバイダ（例えば、Ｙａｈｏｏ株式会社、ＡＯＬ株式会社、等）に、ストリーミングサーバ１２０からのデータはインターネット１３０を横断中は安全に暗号化され、クライアントマシン１４０では、データのコピーは困難であることを保証する。クライアントマシン１４０上でのセキュリティーは、これらに限定するわけではないが、周知の海賊行為技術を点検、防止する技術およびクライアントマシン１４０の不審な行動をモニタリングする技術を含む、様々な技術によって実現される。ストリーミングサーバ１２０、および、クライアント１４０はそれぞれＥＢ１１０を経て伝送されるデータストリーム（例えば、マルチメディアコンテンツ）１７０およびデータチャンネル（例えば、制御データ）１５０の、根本的なソース、および、送り先である。付加データハンドラ（例えば、ｅ−コマースシステム、品質モニタリングシステム、等）１６０もＥＢ１１０に接続されている。これについては、後述する。
【００２４】
ストリーミングサーバ１２０の操作者（例えば、コンテンツの所有者、または、コンテンツ所有者へのサービスプロバイダ）は本システムの主要な顧客であり、彼らが、インターネット１３０のようなネットワークを介したクライアント１４０からのリクエストに応じてコンテンツを配信する。この例の示す目的のため、クライアント１４０はメディア再生ソフトウェアを備えている。この例では、メディア再生ソフトウェアはアップルコンピュータクイックタイム（商標）プレーヤ、リアルプレーヤ（商標）、ウィンドウズメディアプレーヤ（商標）、または、その他のマルチメディアストリーム再生可能なソフトウェアである。インターネット１３０は公衆ネットワークである。例えば、データハンドラ１６０は、顧客がストリーミング保安のソリューションと連動して利用することを選択できる、例えばｅ−コマースシステム、または、その他の外部モニタリングもしくはデータシステムである。
【００２５】
図２は、公衆ネットワークを介してサーバとクライアントの間を送信されるデータを、解析し、選択的に暗号化する、本発明による典型的暗号化処理のフローチャートである。この処理には、ＥＢに新しいデータストリームが到着したことを認識すること２１０、そのデータは暗号化されるべきかを判断すること２２０、クライアント／ターゲット上に、シム（ｓｈｉｍ）が存在するかを判断すること２３０、存在しなければシムを配備すること２３２、暗号化キーが通用するかを判断すること２４０、キーが通用するものでなければ、クライアント側のシムと暗号化キーの交換をすること２４２、データをペイロードと非ペイロードに分解すること２５０、交換されたキーを用いてペイロード部を暗号化すること２６０、ネットワークを介してペイロード部および非ペイロード部を有するデータを渡すこと２７０、処理データがストリームにおいて最後であるかを判断すること２８０、データがストリームの最後の部分でなければ、シムからのフィードバックを受け取ること２８２、クライアントが危険（ｃｏｍｐｒｏｍｉｓｅｄ）でないか（たとえば、ハッキングされているか、または、セキュリティーを必要とするデータが危険に曝されているか）を判断すること２８４、クライアントが危険であれば、データストリームを遮断すること２８６、クライアントが危険でなければ、確立されたストリームの解析を再開すること２８８、データがストリームにおいて最後であれば、ストリーミングセッションを終了すること、を含んでいる。
【００２６】
ＥＢシステムのもたらす恩恵には、ＥＢは最小限の組込みコストで顧客のストリーミングサーバに適合すること、ＥＢを動作させるためにサーバシステムを修正する必要がないこと、ＥＢはクライアント側のソフトウェアおよびストリーミングサーバシステムの両者にとって透明であり、クライアントのソフトウェアは想定外の中間物を介さずにサーバと通信しているように見え、サーバは進行中の暗号化処理を感知せずにクライアントにデータを配信する。
【００２７】
さらに、ＥＢシステムは、これらに限定するわけではないが、ウィンドウズメディア（商標）フォーマット、および、ＴＣＰ、ＴＣＰ／ＵＤＰもしくはｈｔｔｐ配信を用いたＲＴＰ／ＲＴＳＰを含む、様々なデータタイプおよびストリームに対する解析および暗号化を提供する。これらフォーマットで送信されるあらゆるペイロードデータは、サーバからＥＢを介してクライアントへ伝わる際に、暗号化される。
【００２８】
当業界において周知の技術であるＤＥＳ−Ｘのような暗号化アルゴリズムによって暗号化は実現され、また、その他のアルゴリズムにも、顧客およびその他の必要性に応じて交換可能である。データストリームの解析および暗号化は、ストリームが、保護されたＬＡＮにデータを配信するためにパケットの解析を行っている、プロキシサーバ、ファイアウォール、または、ＮＡＴを通過する能力を妨害するものではない。このことは本発明の重要な特徴である。なぜならば、本出願人は、本発明のように選択的な基準に基づいてコンテンツの解析を行って、続いてペイロード部だけに作用するようなソフトウェアを知らないからである。その上、外部認証も必要ではない。なぜならば、ＥＢがクライアントと直接、暗号化キーの交換を行うからである。
【００２９】
加えて、本ＥＢは帯域幅の増大に伴い、さらなる暗号化マシンを追加することができる拡張性を有する。暗号化マシンは増大した帯域幅に対処するために追加のプロセッサおよびネットワークカードを追加することができる拡張性を有する。これにより、本ＥＢの物理的サイズの増加を最小限に抑えてシステムを最大限に発展させることができる。
【００３０】
ＥＢにさらなる暗号化マシンが追加されると、暗号化は、処理能力を最大化するため、利用可能な暗号化マシンに拡大される。本ＥＢはオンラインである間に、暗号化マシンを追加または除去すること、ＥＢをシャットダウンすること、システムが新しいストリームを受け入れることを阻止し、そして存在するストリームを終了させる（ｒｕｎ ｏｕｔ）こと、付与されている暗号化マシンがもはやストリームサービスを提供しておらず、安全にシステムから離せることを知らせるステータスを読み込むこと、および、ストリーミングの容量、使用法、および、ＥＢを介して伝送されるデータの品質に関するデータの収集をすることについて、設定することが可能である。
【００３１】
さらに、ＥＢおよびシムのアーキテクチャは、暗号化アルゴリズムやクライアント側のセキュリティーモニタといった機能を変更および維持するための、接続可能なコア（ｐｌｕｇｇａｂｌｅ ｃｏｒｅ）を提供する。接続可能なコアは、モジュール式のコードであって、それは残りの機能性に支障を来さずに、全プログラムの部分を容易に交換することが可能である。例えば、本発明によりＥＢは様々なアルゴリズムで暗号化可能となり、新しいデータストリームがＥＢを通じて確立されれば、新しい暗号化コアをクライアントに送信してペイロード部を異なるアルゴリズム（ＤＥＳ−Ｘの代わりに例えば、ＢｌｏｗｆｉｓｈまたはＲＳＡ（商標））で暗号化することが可能である。別の方法で説明するなら、ソフトウェアのアーキテクチャが完全に接続可能／交換可能（ｐｌｕｇｇａｂｌｅ／ｅｘｃｈａｎｇｅａｂｌｅ）なので、暗号化アルゴリズムは時を選ばずに交換できる。キー交換システムについては、現行の標準プロトコルが用いられているが、このシステムも接続可能／交換可能なアーキテクチャなので、プロトコルの変更も可能である。クライアント側のセキュリティーシステム（換言すれば、ハッカーの検出）についても、常時変更可能である。なぜならば、このアーキテクチャも接続可能／交換可能だからである。クライアント側のシムの全てのコア機能は、この接続可能／交換可能アーキテクチャによって、実現されている。
【００３２】
本発明のその他の新規な態様は、「オン・ザ・フライ」暗号化である。これは、ネットワークを介して伝送されるデータパケットを、対象としたマシン以外のあらゆるコンピュータにおいて使えないようにする。このことは、クライアントのメディア再生機構（例えば、メディアプレーヤソフトウェア）およびサーバに関して透明に、リアルタイムで行われる。本発明の当初の実施例は、当業界において周知の速度最適化アルゴリズム、ＤＥＳ−Ｘを利用しているのだが、上記接続可能コアアーキテクチャによって、これらに制限されるものではないが、ＲＳＡ（商標）アルゴリズムまたは広く知られたＢｌｏｗｆｉｓｈおよびＴｗｏ−Ｆｉｓｈアルゴリズムを含む別のアルゴリズムに変更することが可能である。
【００３３】
このように、本発明は、通過するネットワークデータを検査し、ネットワークデータを解析し、そして、相当するペイロード部のみを暗号化し、ペイロード部を取巻く経路指定、サイズ、および、その他のヘッダデータを含む、非ペイロード部は全く触れないでおいておく、ソフトウェアブリッジを提供する。換言すれば、データの特定の部分は暗号化され、データの別の部分は暗号化されないか、または、暗号化する必要がないということである。本発明によるシステムおよび方法がすることとは、ネットワークの解析であり、実質的にはデータフォーマットの調査であり、典型例においては、マルチメディアコンテンツを含むデータ部のみを暗号化することである。暗号化されるべきデータの選択は、ＥＢが適切に認識し、かつ応答する、送信データのフォーマットに基づいている。本発明によるＥＢは、サーバとクライアントとの間にあって、データを暗号化する。復号化はクライアント上で、上記のシムおよび接続可能コアを用いて行われる。このように、ネットワーク上で傍受されても、データは暗号化されており、傍受者にとっては使い物にならない。データは暗号化されるよりも先に傍受されることはありえない。なぜならば、ＥＢとサーバは安全なネットワーク接続によって接続されているからである。
【００３４】
上記のように、本発明による暗号化されたデータストリームは、プロキシサーバ、ファイアウォール、または、ＮＡＴを、これらの機構を修正してデータストリームに適合させる必要なしに、通ることが可能である。現行の暗号化ソリューションを超える本発明の便益は、プロキシサーバ、ファイアウォール、および、ＮＡＴを通れる暗号化データストリームを生成可能であることである。修正されていないプロキシサーバ、ファイアウォール、および、ＮＡＴを通ることができるデータを生成できるこの能力は、データをペイロード部と非ペイロード部に選択的に解析し、現行の暗号化ソリューションが成し得ないレベルの選択性でペイロード部のみを暗号化することができる本発明の機能による。
【００３５】
ストリーミングサーバ操作者にとって、このことは非常に重要なことである。なぜならば多くの家庭、オフィス、およびその他のネットワークは、ファイアウォール、プロキシサーバ、および／または、ＮＡＴによって公衆のインターネットから保護、または、切り離されているからである。さほど識別的に暗号化を行わない現行の暗号化ソリューションでは、データは修正されていないファイアウォール、プロキシサーバ、および、ＮＡＴを越えて配信不可能である。
【００３６】
現に、ユーザがストリーミングサーバのデータを要求すれば、データストリームは、目標となるユーザを識別するための特定のデータを有するパケットに編成される。正確にデータをペイロード部および非ペイロード部に分解しなければ、ユーザの特定のデータは直ちに破損または暗号化（ｓｃｒａｍｂｌｅ）され、ファイアウォール、プロキシサーバ、または、ＮＡＴがリクエストしているユーザまでデータを配信することが不可能になる。それにひきかえ、本発明は正確にペイロード部と非ペイロード部に分離し、ペイロード部のみを暗号化するので、データストリームをリクエストしているユーザに向けて配信する上で関係する非ペイロード部のみを必要とするファイアウォール、プロキシサーバ、または、ＮＡＴにとっては、データは変化していないように見える。
【００３７】
例えば、ファイアウォールは暗号化されたデータストリームを認識したり、または、遮断しようとはしない。なぜならば、トランスポートプロトコルは、ペイロード部の外観（ａｐｐｅａｒａｎｃｅ）については定義しておらず、非ペイロード部の外観のみを定義しているからである。ファイアウォールは、それらに限定されるものではないが、サイズ、経路指定、および、ヘッダデータを含んだ非ペイロード部に目を通す。非ペイロード部データが、そのデータストリームはユーザのリクエストに対する回答であることを認めていれば、ファイアウォールはそのデータストリームが悪意に満ちた素性のものではないと判断し、通過することを妨げない。しかし、ファイアウォールが非ペイロード部を解析、または、非ペイロード部を認識できなければ、データは通過することを妨げられる。
【００３８】
従来の、パケットの全データ部を暗号化する暗号化ソリューションにおいては、特別な修正を、データストリームが通過するであろう各ファイアウォール、プロキシサーバ、または、ＮＡＴに施す必要がある。つまり、ファイアウォール、プロキシサーバ、および、ＮＡＴは暗号化データを識別するように更新する必要がある。本発明では、すでに配備されているファイアウォール、プロキシサーバ、または、ＮＡＴに修正を加える必要がない。なぜならば、本発明は、ファイアウォール、プロキシサーバ、および、ＮＡＴにとって重要な部分に変更を加えずに、選択的にデータパケットを暗号化するので、ファイアウォール、プロキシサーバ、または、ＮＡＴはデータストリームを対象とする目標に向けて通すことが可能だからである。
【００３９】
従来の暗号化ソリューションのいくつかは、ストリーミングサーバソフトウェアのプラグインとして、ストリーミングサーバ上に暗号化ソフトを配置することでデータストリームのメディア部のみを暗号化するものが存在するが、ストリーミングサーバに重い処理負荷を加えている。このことは、本発明ではストリーミングサーバに修正を加える必要なく複数のストリーミングサーバと使用可能であり、また、ストリーミングサーバの処理能力に影響を与えずに暗号化する、本発明の有する利便性と対照的である。
【００４０】
本発明の別の特徴は、使用されるメディアフォーマットに依存しないシステムを提供している点である。つまり、本発明はファイルフォーマットよりもむしろデータプロトコルに基づいて動作する。ネットワーク上のマルチメディアストリーミングは、いくつかのプロトコルで行われる。本発明は、伝送されているファイルのフォーマットを特別に識別する必要はなく、ストリーミングプロトコルを認識して、データに作用する。本発明はまた、サーバマシンのオペレーティングシステムに関して、依存性がない。なぜならば、本発明はサーバマシンとの直接的なアクセスを必要とせず、本発明が必要とするのはストリーミングサーバからＥＢを通過するデータストリームに過ぎない。
【００４１】
さらに、本発明はクライアントシステムを提供する。これは復号化シム、または、単にシムと呼ばれ、クライアントマシン（例えば、パーソナルコンピュータ、ネットワーク器具、または、その他のネットワーク可能な装置）へダウンロードまたはプレインストールされている透明なソフトウェアの１つであり、ＥＢから来るデータストリームを、メディアプレーヤソフトウェアへの途中で復号化する。図３は、クライアントマシンで実行される復号化シムソフトウェアの典型的復号化処理のフローチャートである。この処理は、データストリームの開始３１０、データが暗号化ストリームであるかの判断をすること３２０、ストリームが暗号化されたデータでなければ、それを無視すること３２２、暗号化キーが通用するものかどうかの判断をすること３３０、キーが通用しなければ、暗号化ブリッジ／ソースにキー交渉をすること３４０、データをペイロード部と非ペイロード部に分解すること３５０、ペイロード部のみを復号化すること３６０、データを上位レベルの動作（例えばメディアプレーヤ）に渡すこと３７０、データがストリームの最後の部分であるかを判断すること３８０、セキュリティーについて動作環境を調査すること３８２、クライアントの環境が危険であるか（ハッキング等）を判断すること３８４、クライアントが危険であれば、データストリームを遮断すること３８５、暗号化ブリッジ／ソースと通信を行うこと３８６、データ解析を再開すること３８８、および、データがストリームの最後部であれば、ストリームを終了させること３９０を有する。
【００４２】
復号化は、図４に示されているようなウィンドウズ（商標）のソケットネットワークアーキテクチャにおける階層化サービスプロバイダ（Ｌａｙｅｒｅｄ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）４１０に復号化シム４２０を付加するか、または、図５に示されているようなストリームを基にしたネットワークアーキテクチャにおけるストリームプラグイン５１０を付加することで実現される。図４はウィンドウズ（商標）ソケットネットワークアーキテクチャの典型的ダイヤグラムである。ウィンドウズ（商標）ネットワーキングアーキテクチャにおいては、復号化シム４２０はたいていの階層化サービスプロバイダ（ＬＳＰ）の最上層にあって、さらなるＬＳＰは単に復号化されたデータを安全でない環境にスプールすることしかできない。このことから、その他のソケットベースのネットワーキングプロトコルについても同様の推定が働く。図５は、ストリームを基にしたネットワークアーキテクチャの典型的ダイヤグラムである。本ダイヤグラムは、マックＯＳ（商標）の現行のインカネーション（ｉｎｃａｒｎａｔｉｏｎ）およびユニックスのいくつかのバージョンで採用されているような、ストリームを基にしたアーキテクチャ５１０内の本発明によるシム５２０の配置を表している。
【００４３】
ユーザが、本発明によるＥＢで暗号化されたデータをリクエストすれば、ウィンドウズ（商標）コンピュータに実行可能プログラムを配信するための十分に文書化された手段である、Ａｃｔｉｖｅ−Ｘ（商標）コントロールによって、透明なソフトウェアがインストールされる。復号化シムのインストールはユーザにとっては透過的で、再起動、ブラウザの再起動、または、ユーザとの対話を必要とはしない。セキュアな環境下におけるマックＯＳ（商標）およびウィンドウズＮＴ（商標）もしくはウィンドウズ２０００（商標）、または、リナックスもしくはユニックスを基にしたクライアントマシンのような例外がある。なぜならば、透過的インストールには、クライアントマシンの管理者権限、および、クライアントマシンがＡｃｔｉｖｅ−Ｘ（商標）機構によってプログラムを受信できる能力が必要だからである。
【００４４】
最後のストリームが終わった後、復号化シムは可能な限り自動的にアンインストールされ、今後の復号化において管理者権限が必要にならないように、小さな層を残しておく。復号化シムは第三者によってみだりに変更されることを少なくするために揮発性記憶装置にインストールされる。
【００４５】
インストール後、復号化シムは、本発明によるＥＢから来て、ウィンドウズメディア（商標）プレーヤ、クイックタイム（商標）ムービープレーヤ、リアルプレーヤ（商標）、等のようなプレーヤを対象にしているデータのみを復号化する。この復号化は、その他のアプリケーションを対象にしているデータまたは本発明によるＥＢによって暗号化されていないメディアストリームに影響を与えない。
【００４６】
本復号化シムは、マックＯＳ（商標）ならびに数多くのリナックスおよびユニックスのディストリビューションや、ウィンドウズ９５（商標）、ウィンドウズ９８（商標）、ウィンドウズＭＥ（商標）、ウィンドウズＮＴ（商標）、ウィンドウズ２０００（商標）で実行される。Ａｃｔｉｖｅ−Ｘ（商標）に基づくインストールが可能であれば、復号化シムはインターネットエクスプローラ（商標）またはネットスケープ（商標）のような殆どのブラウザでインストールを完了できる。
【００４７】
要約すれば、本発明によるＥＢはサーバとクライアントとの間に入り、メディア部のようなストリーム化したデータの選択部を解析して暗号化する。ストリームが開始されると、復号化コアはクライアント側にストリームの一部として送信される。クライアントは、ストリームが継続する間、入ってくるデータを復号化可能である。別のストリームが開始されれば、同様に復号化を行う。各ストリームに関し、暗号化キーをストリームの継続期間に対して設定すること、または、安全性を向上させる目的でストリームの継続期間中に変更することも可能である。
【００４８】
例として、クライアントはサービスプロバイダのｅ−コマースシステムからストリーミングデータを獲得する権限を要求してもよい。サービスプロバイダのバックエンド（サーバの基幹施設）が、ストリーミングサーバにストリームの開始を許可する。ストリームはＥＢを通じて開始される。ひとたび開始されると、ストリームは、ネットワークに渡される前にＥＢによって解析され、選択的に暗号化される。例えば、当業界においては知られているディフィ−ヘルマン機構によって暗号化キーが交換される。本発明のユニークな特徴には、解析およびデータストリームのペイロード部のみの暗号化、ならびに、顧客もしくはセキュリティーの必要性から決定されるべき、その他のキー交換機構および暗号化アルゴリズムをプラグインする能力である。
【００４９】
当業者にとっては明白なことだが、上記実施形態は、図面に示されている本質において、多くの異なるソフトウェア、ファームウェア、および、ハードウェアで実施されてよい。本発明を実施するために用いられる実際のソフトウェアのコードまたは特定の制御ハードウェアが本発明を制限することはない。従って、本実施形態の動作および挙動は明確なソフトウェアコードまたは特化したハードウェア構成要素を具体的に参照せずに説明したが、当然のことながら当業者であれば、本記述に基づく実施形態を実施するためのソフトウェアおよび制御ハードウェアを設計することは可能である。
【図面の簡単な説明】
【図１】暗号化ブリッジの導入された典型的コンピュータシステムの図である。
【図２】典型的暗号化処理のフローチャートである。
【図３】典型的復号化処理のフローチャートである。
【図４】ウィンドウズ（商標）ソケットネットワークアーキテクチャにおいて用いられている典型的なシムの図である。
【図５】ストリームベースのネットワークアーキテクチャにおいて用いられている典型的なシムの図である。
【符号の説明】
１１０　・・・　暗号化ブリッジ
１２０　・・・　ストリーミングサーバ
１３０　・・・　外部ネットワーク
１４０　・・・　クライアントコンピュータ
１５０　・・・　データチャンネル
１６０　・・・　付加的データハンドラ
１７０　・・・　メディアストリーム
【図１】
2004511931.tif 000003
【図２】
2004511931.tif 000004
【図３】
2004511931.tif 000005
【図４】
2004511931.tif 000006
【図５】
2004511931.tif 000007
【国際公開パンフレット】
2004511931.tif 000008
2004511931.tif 000009
2004511931.tif 000010
2004511931.tif 000011
2004511931.tif 000012
2004511931.tif 000013
2004511931.tif 000014
2004511931.tif 000015
2004511931.tif 000016
2004511931.tif 000017
2004511931.tif 000018
2004511931.tif 000019
2004511931.tif 000020
2004511931.tif 000021
2004511931.tif 000022
2004511931.tif 000023
2004511931.tif 000024
2004511931.tif 000025
2004511931.tif 000026
2004511931.tif 000027
2004511931.tif 000028
2004511931.tif 000029
2004511931.tif 000030
2004511931.tif 000031
2004511931.tif 000032
2004511931.tif 000033
【国際公開パンフレット（コレクトバージョン）】
2004511931.tif 000034
2004511931.tif 000035
【国際調査報告】
2004511931.tif 000036
2004511931.tif 000037
2004511931.tif 000038