(57)【要約】【課題】コンテンツのエンドユーザーには便利さを、著作権者には収益を、同時に保障できる技術的な方法を提供する。【解決手段】本発明は、有無線インターネットを通じて、ストリーミングやダウンロード方式で提供される、動画像、映画、音楽、オンライン教育等のデジタルコンテンツについて、不法複製や不法伝送などの著作権侵害行為を源泉的に遮ることができる情報保護方法及びシステムに関し、カーネルモードでの制御技術を利用して、ストリーミングやダウンロード方式で提供され、多様なコンテンツ及び多様な端末機のプラットホームをサポートすることによって、コンテンツのエンドユーザーには便利さを、著作権者には収益を、同時に保障できる技術的な方法を提供することである。
2005514703.tif 000002
【特許請求の範囲】
【請求項１】
各々ＣＰＵ、揮発性記憶装置（メモリ）、非揮発性記憶装置（ハードディスク）、入出力装置（キーボード、  モニター等）を有して、有無線内部通信手段や外部ネットワークとの通信手段によって連結されている情報提供システムとクライアントシステムを利用して、クライアントシステムで駆動されるアプリケーションに伝送されるコンテンツ内容の無断流出を防ぐシステムにおいて、
前記情報提供システムは、
一つ又は複数の暗号化キーを利用して原本コンテンツを暗号化して、コンテンツパッケージ（１２１）を生成する暗号化の手段（１１０）と；
前記暗号化されたコンテンツパッケージ（１２１）を保有して、オンライン上でユーザーに提供する供給手段（１２０）と；
暗号化キーの生成・管理と各種認証を遂行するＤＲＭサーバ（１３０）と；
より構成されて、
前記クライアントシステムは、
アプリケーション（１４４）と下位レイヤーのデバイスドライバとの間に位置して、これらの間のメッセージとデータパケットをフッキングして、変更して、暗号化されたデータパケットを復号化して、前記アプリケーションに伝える過程を繰り返すフィルタリング手段と；
必要時にアプリケーションを起動又は終了させて、前記フィルタリング手段を制御する制御手段と；
前記フィルタリング手段からコンテンツを受けて再生するアプリケーション（１４４）と；
より構成されることを特徴とするマルチメディア  コンテンツの情報保護システム。
【請求項２】
第１項において、
前記暗号化手段（１１０）は、前記ＤＲＭサーバ（１３０）で生成させた暗号化キーを受け、コンテンツの暗号化を遂行するコンテンツパッケーザー（１１２）であることを特徴とするマルチメディアコンテンツの情報保護システム。
【請求項３】
第１項において、
前記供給手段（１２０）は、前記暗号化手段（１１０）によって暗号化されたコンテンツパッケージ（１２１）がアップロードされるコンテンツサーバ（１２２）であり、
前記コンテンツサーバ（１２２）は、実際のストリーミングが提供されるストリーミングサーバ（１２２ａ）、又は暗号化されたコンテンツを選択したり、ダウンロードサービスを提供したりする、ウェブサーバ（１２２ｂ）又はＦＴＰサーバとして構成されることを特徴とするマルチメディアコンテンツの情報保護システム。
【請求項４】
第１項において、
前記ＤＲＭサーバ（１３０）は、
ＤＲＭサーバの各種コンテンツ情報、暗号化キー、ユーザー情報、アプリケーション情報等を記憶するＤＲＭサーバＤＢ（１３１）と；
ＤＲＭ暗号化キーの発生・管理及びライセンス発給・管理を制御するＤＲＭサーバコンポネント（１３２）と；
クライアントシステムのＤＲＭ制御器（１４１）の要請によって、暗号化されたライセンスパッケージを発給するＤＲＭライセンス発給器（１３３）と；
ＤＲＭサーバの各種設定と管理を遂行するＤＲＭ管理器（１３４）と；
より構成されることを特徴とするマルチメディアコンテンツの情報保護システム。
【請求項５】
５．第１項において、
前記情報提供システムは、有料サービス時の費用請求のために、ビリングサーバ（１５０）又はペイメントゲートウェイサーバ（１６０）との連係手段を更に備えることを特徴とするマルチメディアコンテンツの情報保護システム。
【請求項６】
第１項において、
前記フィルタリング手段は、上記制御手段の指示によって、フィルタリング作業をカーネルモードで遂行して、ネットワークフィルタードライバ（４０４）、又はアプリケーション（１４４）がファイルシステム（４０５）に要請したファイルオフセット及びファイルの長さのメッセージを変更及び復元するファイルフィルタードライバ（４０７）であることを特徴とするマルチメディアコンテンツの情報保護システム。
【請求項７】
第１項において、
前記制御手段は、ストリーミング方式の場合には、ユーザーがウェブページでコンテンツを選択する時に、ダウンロード方式の場合には、ユーザーがハードディスクにダウンロードされたコンテンツを開くための命令をした時に、自動的に活性化されてアプリケーション（１４４）を起動させ、ＤＲＭサーバ（１３０）に接続してコンテンツ及びユーザーの認証を遂行した後、復号化キーを含めたライセンスパッケージ（１４３）を受信して、アプリケーション（１４４）の終了によって、フィルタリング動作を終了させて、前記フィルタリング手段を制御するＤＲＭ制御器（１４１）であることを特徴とするマルチメディア  コンテンツの情報保護システム。
【請求項８】
第１項において、
前記アプリケーション（１４４）は、コンテンツパッケージを復号化する機能を有する専用ビュアープログラムではなくて、その形式のコンテンツを再生できる一般のアプリケーションであることを特徴とするマルチメディアコンテンツの情報保護システム。
【請求項９】
第６項において、
前記アプリケーション（１４４）が復号化して読み込んだコンテンツを修正又は編集した後、暗号化して更に記憶できるように、クライアントシステムには、記憶手段が更に備わって、前記ネットワークフィルタードライバ（４０４）又はファイルフィルタードライバ（４０７）には、暗号化手段が更に備わることが特徴とするマルチメディアコンテンツの情報保護システム。
【請求項１０】
第６項において、
前記ネットワークフィルタードライバ（４０４）又はファイルフィルタードライバ（４０７）は、アプリケーション（１４４）方向にデバイスドライバの最上段に位置することを特徴とするマルチメディアコンテンツの情報保護システム。
【請求項１１】
第１０項において、
前記ネットワークフィルタードライバ（４０４）は、ＴＣＰプロトコル、又は付加的に受信データの修正機能を更に備えたＵＤＰプロトコルを使うことを特徴とするマルチメディアコンテンツの情報保護システム。
【請求項１２】
第１項乃至第１１項の中のいずれかの一項において、
ストリーミング方式の場合には、連続されたコンテンツパケットが伝送されながら再生されて、これと同時に、クライアントシステム（１４０）にダウンロードされて保存できる保存手段が更に備わることを特徴とするマルチメディアコンテンツの情報保護システム。
【請求項１３】
第１項乃至第１２項の中のいずれかの一項において、
前記コンテンツは、ＶＯＤストリーミング方式、リアルタイムライブストリーミング方式、完全ダウンロード方式又はＨＴＴＰストリーミング方式の中のいずれかの一つで伝送されたり、又はオフラインでＣＤやＤＶＤのおうな記憶装置を通じて伝送されることを特徴とするマルチメディアコンテンツの情報保護システム。
【請求項１４】
第１３項において、
前記コンテンツ伝送方式が、マルチメディア受信装置とエンコーディングシステムとを通じて入力されるリアルタイムストリーミング方式である場合、ライブコンテンツを外部ストリーミングサーバへ伝送する以前に、エンコーディングシステムのネットワークドライバの上段に設置される、リアルタイムフッキングと暗号化のためのネットワークフィルタードライバを更に備えることを特徴とするマルチメディアコンテンツの情報保護システム。
【請求項１５】
第１項において、
前記ストリーミング又はダウンロードによって伝送される暗号化されたコンテンツパッケージ（１４２）が、少なくとも暗号化されたコンテンツ（１４２ａ）であるデータオブジェクト部分と、暗号化されていないメタデータ（１４２ｂ）であるヘッダーオブジェクト部分より構成されることを特徴とするマルチメディア  コンテンツの情報保護システム。
【請求項１６】
第１５項において、
前記暗号化されたコンテンツパッケージ（１４２）のＤＲＭパッケージヘッダーは、マルチメディアコンテンツファイル形式のヘッダーオブジェクトに記録されることを特徴とするマルチメディアコンテンツの情報保護システム。
【請求項１７】
第１６項において、
前記ＤＲＭパッケージヘッダーには、バージョン番号、コンテンツのＵＲＩの長さ、コンテンツタイプの長さ、コンテンツのＵＲＩ、  コンテンツタイプ、ヘッダーの長さ、データの長さ、暗号化方法、権利発行者ＵＲＬ、コンテンツ名、コンテンツ説明、コンテンツベンダー、アイコンＵＲＩ、デジタル署名、コンテンツサーバのＵＲＬの情報が含まれて記録されることを特徴とするマルチメディアコンテンツの情報保護システム。
【請求項１８】
第１５項において、
前記暗号化されたコンテンツ（１４２ａ）部分であるデータオブジェクトは、その内容の全部が暗号化されたり、又は予め決まったフレーム単位で一部だけが暗号化されることを特徴とするマルチメディアコンテンツの情報保護システム。
【請求項１９】
第１５項において、
前記クライアントシステムには、暗号化されたコンテンツパッケージ（１４２）をハードディスクに記憶する手段を更に含めることを特徴とするマルチメディアコンテンツの情報保護システム。
【請求項２０】
第１項において、
ユーザーの認証要請によってクライアントシステムへ伝送される、暗号化されたライセンスパッケージ（１４３）は、暗号を解くための復号化キー（１４３ａ）部分と；
少なくともコンテンツの使用回数と使用期間、端末機制限情報を含める使用権限に関する情報（１４３ｂ）部分と；
より構成されることを特徴とするマルチメディアコンテンツの情報保護システム。
【請求項２１】
各々ＣＰＵ、揮発性記憶装置（メモリ）、非揮発性記憶装置（ハードディスク）、入  出力装置（キーボード、モニター等）を有して、有無線内部通信手段や外部ネットワークとの通信手段によって連結されている情報提供システムとクライアントシステムを利用して、クライアントシステムで駆動されるアプリケーションに伝送されるコンテンツ内容の無断流出を防ぐ方法において、
原本コンテンツ（１１１）をＤＲＭサーバの暗号化キーによって加工して、暗号化されたコンテンツパッケージ（１２１）に変換して、コンテンツサーバ（１２２）にアップロードする暗号化及びアップロード段階と；
ユーザーがウェブサーバ（１２２ｂ）又はＦＴＰサーバでコンテンツを選択する事によって、ストリーミング又はダウンロード用コンテンツサーバ（１２２）にクライアントシステムを連結して  ストリーミング又はダウンロードサービスを始めるスタート及び連結段階と；
ストリーミングの場合には、伝送途中に、ダウンロードの場合には、ダウンロード後に、プレ−ヤーの信号によってコンテンツデータを復号化しながらアプリケーション（１４４）を通じて再生する復号化及び再生段階と；
ＤＲＭ制御器（１４１）がアプリケーション（１４４）の終了命令を検出すると、アプリケーション（１４４）の作動とフィルタリング動作を終了させて、ストリーミング方式である場合には、コンテンツサーバ（１２２）との連結を解除させる終了段階と；
より構成されることを特徴とするマルチメディアコンテンツの情報保護方法。
【請求項２２】
第２１項において、
前記暗号化及びアップロード段階は、
前記コンテンツパッケーザー（１１２）がＤＲＭサーバ（１３０）に認証を要請して（Ｓ２１）受ける段階（Ｓ２２）と；
前記コンテンツパッケーザー（１１２）がＤＲＭサーバ（１３０）に暗号化キーを要請して（Ｓ２３）受ける段階（Ｓ２４）と；
前記コンテンツパッケーザー（１１２）が前記暗号化キーを利用してコンテンツを暗号化する段階と；
前記コンテンツパッケーザー（１１２）がコンテンツサーバ（１２２）に認証を要請して（Ｓ２５）受ける段階（Ｓ２６）と；
前記コンテンツパッケーザー（１１２）がコンテンツサーバ（１２２）に暗号化されたコンテンツパッケージ（１２１）を送る段階（Ｓ２７）と；
より構成されることを特徴とするマルチメディアコンテンツの情報保護方法。
【請求項２３】
第２１項において、
スタート及び連結段階は、
ダウンロード方式である場合には、コンテンツのダウンロードの完了の後に、アプリケーション（１４４）にコンテンツの呼び出し命令をした時、ストリーミング方式である場合には、ウェブページでのコンテンツの選択をした時、ウェブサーバ（１２２ｂ）又はＦＴＰサーバがＤＲＭ制御器（１４１）にコンテンツ識別情報とユーザー識別情報を送る段階（Ｓ３１）と；
前記ＤＲＭ制御器（１４１）がＤＲＭサーバ（１３０）にコンテンツ及びユーザーの認証を要請して（Ｓ３２）、復号化キー及び使用権限情報等ライセンス認証内容を受ける段階（Ｓ３３）と；
前記アプリケーション（１４４）を起動後、ストリーミング方式の場合には、コンテンツサーバ（１２２）のＵＲＬを、完全ダウンロード方式の場合には、コンテンツが格納されたハードディスクの位置を、  ＨＴＴＰストリーミングの場合には、前記両方を、ＤＲＭ制御器（１４１）がアプリケーション（１４４）に伝える段階（Ｓ３４）と；
ストリーミング方式の場合には、コンテンツサーバ（１２２）に、ダウンロード方式の場合には、ファイルシステムに、ＨＴＴＰストリーミングの場合には、両方に、ＤＲＭ制御器（１４１）がコンテンツデータを要請する段階（Ｓ３５）と；
より構成されることを特徴とするマルチメディアコンテンツの情報保護方法。
【請求項２４】
第２３項において、
アプリケーション（１４４）の起動後に、ハンドラの検査、プロセスの登録を行う連結準備段階と；
この後のプロセスの登録、リモートポートの確認及び格納を行う連結段階と、が更に含まれて構成されることを特徴とするマルチメディアコンテンツの情報保護方法。
【請求項２５】
第２４項において、
連結準備段階は、
前記アプリケーション（１４４）を起動後、一時停止させる段階と；
前記ＤＲＭ制御器（１４１）がフィルタリング手段を利用してアプリケーション（１４４）とネットワークドライバ又はファイルシステムとの間のメッセージをフッキングして、ハンドラが０（ゼロ）かどうかを判断する段階と；
前記ハンドラが０であると、連結を断絶するためにアドレスハンドラを削った後、ネットワークドライバ又はファイルシステムにメッセージを伝達し、ハンドラが０でないと、フィルタリング手段にプロセスが登録されているかどうかを判断する段階と；
前記プロセスが登録されていないと、ネットワークドライバ又はファイルシステムにそのままメッセージを伝達して、プロセスが登録されていると、アドレスハンドラを登録して、マイイベントハンドラを設定して、ローカルポートを格納した後に、ネットワークドライバ又はファイルシステムに変更されたメッセージを伝える段階と；
前記メッセージの伝送によってアプリケーション（１４４）がネットワークドライバ又はファイルシステムから準備完了メッセージを伝えられる段階と；
より構成されることを特徴とするマルチメディアコンテンツの情報保護方法。
【請求項２６】
第２４項において、
連結段階は、
前記フィルタリング手段がアプリケーション（１４４）とネットワークドライバ又はファイルシステムとの間のメッセージをフッキングして、フィルタリング手段にプロセスが  登録されているかどうかを判断する段階（８０１）と；
前記プロセスが登録されていないと、ネットワークドライバ又はファイルシステムにそのままメッセージを伝達して、プロセスが登録されていると、更にリモートポートが予め決められている番号かどうかを判断する段階と；
前記リモートポートの番号が予め決められている番号でないと、ネットワークドライバ又はファイルシステムにそのままメッセージを伝達し、リモートポートの番号が予め決められている番号であると、そのリモートポートに連結されたローカルポートを有するアドレスハンドラ構造体にリモートポート番号を格納した後、ネットワークドライバ又はファイルシステムにそのままメッセージを伝える段階と；
より構成されることを特徴とするマルチメディア  コンテンツの情報保護方法。
【請求項２７】
第２１項において、
復号化及び再生段階は、
ダウンロード方式である場合には、ハードディスクのような記憶装置から、ストリーミング方式である場合には、コンテンツサーバ（１２２）からデータパケットが周期的に、制御情報と共に、アプリケーション（１４４）に送られる段階（９０１）と；
前記データパケットがフィルタリング手段によってフッキングされる段階（４０３）と；
マイイベントハンドラが活性化されて、リモートポートが予め決められている番号かどうかを判断する段階（９０２）と；
リモートポートが予め決められている番号でないと、アプリケーション（１４４）にデータをそのまま伝送して、リモートポートが予め決められている番号であると、アプリケーション（１４４）にデータパケットを復号化キーを利用して復号化（９０５）した後、アプリケーションに伝送する段階と；
前記過程が反復されることによって再生される段階と；
より構成されることを特徴とするマルチメディアコンテンツの情報保護方法。
【請求項２８】
第２７項において、
前記復号化（９０５）の前に、  暗号化されたコンテンツをハードディスクに保存するかどうかを判断する段階と；
ハードディスクに保存することと選択されなかった場合には、そのまま復号化（９０５）して、ハードディスクに保存することと選択された場合には、ハードディスクに暗号化されたコンテンツを保存した後、復号化（９０５）を行うようにする段階と；
を更に備えて構成されることを特徴とするマルチメディアコンテンツの情報保護方法。
【請求項２９】
第２１項において、
終了及び連結解除段階は、
コンテンツデータパケットを復号化して再生する毎週間ごとに、ＤＲＭ制御器（１４１）がアプリケーション（１４４）の終了メッセージを検出する段階と；
終了メッセージが検出されないと、更に復号化及び再生段階へ進み、終了メッセージが検出されると、前記アプリケーション（１４４）を終了させて、アドレスハンドラを削除することによって、コンテンツサーバ（１２２）又はハードディスクとの連結を解除させる段階と；
より構成されることを特徴とするマルチメディアコンテンツの情報保護方法。
【請求項３０】
各々ＣＰＵ、揮発性記憶装置（メモリ）、非揮発性記憶装置（ハードディスク）、入出力装置（キーボード、モニター等）を有して、有無線内部通信手段や外部ネットワークとの通信手段によって連結されている情報提供システムとクライアントシステムとを利用して、クライアントシステムで駆動されるアプリケーションに伝送されるコンテンツ内容の無断流出を防ぐ方法が記録された、コンピュータで読める記録媒体において、
原本コンテンツ（１１１）をＤＲＭサーバの暗号化キーにより加工して、暗号化されたコンテンツパッケージ（１２１）に変換して、コンテンツサーバ（１２２）にアップロードする暗号化及びアップロード段階と；
ユーザーがウェブサーバ（１２２ｂ）又はＦＴＰサーバでコンテンツを選択することによって、ストリーミング又はダウンロード用コンテンツサーバ（１２２）にクライアントシステムを連結されて、ストリーミング又はダウンロードサービスの始まるスタート及び連結段階と；
ストリーミングの場合には、伝送途中に、ダウンロードの場合には、ダウンロード後、プレーヤーの信号によって、コンテンツデータを復号化しながらアプリケーション（１４４）を通じて再生する復号化及び再生段階と；
ＤＲＭ制御器（１４１）がアプリケーション（１４４）の終了命令を検出すると、アプリケーション（１４４）の作動とフィルタリング動作を終了させて、ストリーミング方式である場合には、コンテンツサーバ（１２２）との連結を解除させる終了段階と；
より構成されることを特徴とするマルチメディアコンテンツの情報保護方法が記録されている、コンピュータで読める記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、有無線インターネットを通じてストリーミングやダウンロード方式で提供されるマルチメディアコンテンツの情報保護システムと方法及びこれを記録した記録媒体に関し、さらに詳しくは動画像及び映画、音楽、オンライン教育等のマルチメディアコンテンツをストリーミング又はダウンロード方式でサービスする場合、ネットワークトラフィック又はサーバの過負荷なしに、コンテンツを暗号化して配布して、正当な使用権限を獲得したユーザーだけに復号化できるようにサポートすることによって、不法複製や不法伝送等の著作権侵害行為を源泉的に遮って、専用ビュアープログラムを使わなくて既存のアプリケーションを使ってコンテンツを見えるし、又ネットワークフィルタードライバやファイルシステムフィルタードライバ（以下‘ファイルフィルタードライバ’という）段階で、メッセージとパケットのフッキング（ｈｏｏｋｉｎｇ、横取り）及び変更、復号化、伝送のフィルタリング作業を遂行することにより、一層保安性能を高めたライブ（Ｌｉｖｅ）及びＶＯＤ（Ｖｉｄｅｏ  Ｏｎ  Ｄｅｍａｎｄ）、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）ストリーミング、ダウンロード方式に提供される、マルチメディアコンテンツの情報保護システムと方法及びこれを記録したプログラム記録媒体に関する。
【背景技術】
【０００２】
最近、コンピュータとインターネット、記憶媒体等の急速な発展によって、各種の文書とコンテンツ等が、コンピュータが読めるデジタルデータの形態で製作され、流通されている。しかし、このようなデジタルコンテンツでは、その特性上、原本と同じコピー又は変形本を容易に作り出すのができるだけでなく、手軽に配布することができるという致命的な問題点がある。従って、デジタルコンテンツを製作するために、多くの資金と時間、創意力、労働力を投資したコンテンツの著作家（製作者）の立場では、自分の著作権をオンライン又はオフラインで徹底に保護することを望むが、これは簡単なことではない。そくて、結局、上述のようなデジタルコンテンツの不法複製や不法配布の危険性は、デジタルコンテンツ産業の活性化に大きな障害になっている。
【０００３】
一方、このようなデジタルコンテンツの著作権を保護するために、最近、関心が沸いているのがデジタル著作権管理（Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ、以下‘ＤＲＭ’という）のシステムである。このＤＲＭシステムというのは、多様なチャンネルを通じて流通される、テキスト、音楽、イメージ、映像、動画像（教育）講義、映画、ソフトウェア、ゲーム等の各種のデジタルコンテンツを、不法複製から保護しながら、持続的なコンテンツの有料化されたサービスをできるようにする技術である。最近、ＭＰ３音楽ファイルの交換のサイトであるアメリカのナップスターや韓国のソリバダ等、又映画の不法流通サイト等と関連して、著作権の紛争が尖鋭な社会問題に台頭されている。そこで、このような著作権の侵害論難を根本的に解決してくれる最も確実で唯一の方案として、ＤＲＭシステムと関連して、多くの技術開発及び製品化が進んでいる。
【０００４】
このようなＤＲＭシステムを導入すれば、コンテンツをすでに暗号化するので、著作者が決めた規則と使用政策を充足する場合だけに、そのコンテンツをユーザーが再生するのができるし、仮に、不法複製になっても、コンテンツが暗号化されているので、正当な費用を支払わなかった者は再生ができなくなる。又、ＤＲＭは、単に著作権を保護することだけでなく、コンテンツのユーザー同士の、いわゆるスーパー配布（ｓｕｐｅｒ  ｄｉｓｔｒｉｂｕｔｉｏｎ）のような、新たなコンテンツの販売及び流通技術としても潜在的な価値を持っている。
【０００５】
前記ＤＲＭ技術を応用分野別に分けると、有線インターネットのためのＤＲＭ、携帯電話とＰＤＡのための無線ＤＲＭ（ｍｏｂｉｌｅ  ＤＲＭ）、ホームＶＯＤのためのセットトップボックス（ｓｅｔ−ｔｏｐ  ｂｏｘ）用のＤＲＭ等に分けられる。又、適用対象のコンテンツの類型を基準として分けると、文書保安ＤＲＭとマルチメディアコンテンツ保安ＤＲＭに分けられる。特に、マルチメディアコンテンツ保安ＤＲＭは、技術的な難易度によって、ダウンロード方式だけをサポートするか、それとも、ＶＯＤ及びライブのストリーミングまでもサポートするかに分けられる。
【０００６】
現在、このようなＤＲＭ関連の業体としては、１９９０年に世界で最初にＤＲＭ技術の開発を始めたインタートラスト（ｗｗｗ．ｉｎｔｅｒｔｒｕｓｔ．ｃｏｍ）を始めて、マイクロソフト（ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ）、ＩＢＭ、コンテンツガード（ｗｗｗ．ｃｏｎｔｅｎｔｇｕａｒｄ．ｃｏｍ）  、リアルネットワークス（ｗｗｗ．ｒｅａｌｎｅｔｗｏｒｋｓ．ｃｏｍ）、ロックストリーム（ｗｗｗ．ｌｏｃｋｓｔｒｅａｍ．ｃｏｍ）、デジマック（ｗｗｗ．ｄｉｇｉｍａｒｃ．ｃｏｍ）、ディビッグスネットワークス（ｗｗｗ．ｄｉｖｘｎｅｔｗｏｒｋｓ．ｃｏｍ）、エントリック（ｗｗｗ．ｅｎｔｒｉｑ．ｃｏｍ）、シールドメディア（ｗｗｗ．ｓｅａｌｅｄｍｅｄｉａ．ｃｏｍ）、ソニー（ｗｗｗ．ｓｏｎｙ．ｃｏｍ）、ＮＥＣ（ｗｗｗ．ｎｅｃ．ｃｏｍ）等が挙げられる。又、韓国にも、約３０余のＤＲＭ関連のベンチャー企業が技術開発及び商用化競争を繰り広げている。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、このようなＤＲＭの必要性にもかかわらず、一般的な予想とは異なり、実は全世界的にＤＲＭ関連の市場の形成は非常に遅く進んでいる。そして、その理由としては、今まで市販されたほとんどのＤＲＭシステムが、実は技術上の深刻な脆弱性を持っているからだと分析されている。
【０００８】
例えば、今までのほとんどのＤＲＭシステムは、エンドユーザーに専用のビュアープログラムの設置を強要するという不便があったし、又、サポートできるコンテンツの種類にも多くの制限があった。又、それだけでなく、多様な端末機の環境による互換性の不足等の深刻な問題点も根本的に解決できなかった。特に、  専用ビュアープログラムだけを使える従来のＤＲＭシステムは、ユーザーにＤＲＭを適用したコンツについて、一種類の拒否感を持たせた。そして、一つの専用ビュアープログラムでサポートできるコンテンツファイル形式には、当然、制限があるので、サービスを提供しようとする幾多のファイル形式とアプリケーションに対応する各々の専用ビュアープログラムを製作しなければならなかった。又、この専用ビュアープログラムについて、持続的なアップグレードをしなければならないという短所があった。
【０００９】
それに、これまで開発されたほとんどのＤＲＭシステムは、実はクライアント端末機にダウンロードされた状態だけで再生できるように、技術上の限定があるのが実情である。勿論、世界にはＶＯＤストリーミングをサポートできるＤＲＭ技術を確保したといわれる会社もあるが、マイクロソフトとリアルネットワークス等の３、４個の会社に限定されている。なお、特に、ライブ（Ｌｉｖｅ）ストリーミングをサポートできるＤＲＭ製品は、まだ開発されなかったのが実情である。
【００１０】
この中で、マイクロソフトは、本格的なＤＲＭ市場がいまだに形成されなかったと判断して、ＤＲＭ  ＳＤＫ（Ｓｏｆｔｗａｒｅ  Ｄｅｖｅｌｏｐｍｅｎｔ  Ｋｉｔ）のライセンスを無料で配布しながら、市場支配力を育てている。だが、このマイクロソフトのＤＲＭ技術の最大の弱点は、ただマイクロソフトのファイル形式だけに限ってＤＲＭを適用できるという点である。
【００１１】
不法複製を防ぎながら、大容量のマルチメディアコンテンツをサービスするために、一般的に広く使用されているのがストリーミング（ｓｔｒｅａｍｉｎｇ）技術である。これは、一般的なウェブサービスを通じたダウンロード方式のデータ伝送のように、コンテンツを全部サーバからクライアントへダウンロードしてから、それを更に画面にデイスプレイする形の技術ではない。これは、一部のデータのダウンロードと再生との過程を繰り返すことによって、ダウンロードと再生とを同時にできるようにするので、ダウンロードする間に待つべきの不便を除いた、データの特別な伝送技術である。なお、このようなストリーミングを通じて受信されたデータは、クライアントのハードディスクには保存されない。データは、ＲＡＭメモリ上のみで、一時的のみに、保存及び使用ができるようになる。代表的に、ストリーミング技術は、すでにマルチメディアコンテンツを製作して、サーバに載せて、ユーザーの要求によってサービスする、注文型ＶＯＤストリーミングと、スポーツやニュース、公演等のリアルタイム中継のためのライブストリーミングと、に分けられる。そして、これらの中間として、一部のデータのダウンロードをハードディスクに記憶して、これを再生する過程を繰り返すＨＴＴＰストリーミングもある。
【００１２】
しかし、２００１年７月にフンネット（ｗｗｗ．ｈｏｏｎｎｅｔ．ｃｏ．ｋｒ）が開発したハイネットレコーダー（Ｈｉ  Ｎｅｔ  Ｒｅｃｏｒｄｅｒ）というプログラムは、ストリーミング方式でサービスされている映画、インターネット放送、音楽、動画像講義、ミュージックビデオ等を、ストリーミングで視聴すると共に、自分のコンピュータに記憶させられることを見せた。ことにより、ストリーミング方式でサービスされるデジタルコンテンツも、不法複製に非常に脆弱だというのを確認させてくれた。
【００１３】
一方、一般的にクライアントシステムとして使用される、ユーザーコンピュータ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ、以下「ＰＣ」と略）、ノートパソコン、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）、携帯電話、セットトップボックス、デジタルＴＶ、テレメチックス端末機等の情報処理機器は、ＣＰＵ、メモリのような揮発性記憶装置、ハードディスクのような非揮発性記憶装置、そしてキーボードとモニター、プリンターのような入出力装置、有無線内部通信手段や外部ネットワークとの通信手段のようなデバイス等を有する。即ち、このような情報処理機器は、各々のハードウェアとソフトウェアより構成されている。特に、デバイスドライバというのは、実際のデバイスを駆動するためのソフトウェアであって、実際のデバイスをアプリケーションに連結してくれる役割を受け持っている。
【００１４】
前記情報処理機器には、多様なデバイスドライバが階層構造を成している。代表的なデバイスドライバとしては、ハードディスク等の記憶装置を制御しながらファイルとディレクトリを管理するファイルシステムドライバや、外部ネットワークとの通信を受け持つネットワーク装置を管理するネットワークドライバが挙げられる。その以外にも、各々の仮想メモリ、ＣＰＵ、プロセス管理、マルチタスキング、プリンター、キーボード、モニター等を管理するデバイスドライバがある。このようなデバイスドライバの階層構造には、特定の役割と機能を遂行できるフィルタードライバを任意に製作して、既存のデバイスドライバの階層構造の内に、普通のフィルターのように、適切に挿入できる技術が知られている。
【００１５】
最近、ＤＲＭシステムを適用する際の専用ビュアープログラムの短所を解消しようとする技術として提案されたものの中に、（株）テルテンが出願した‘デジタルデータの安全な伝送及び実行のための保安システム（韓国特許出願第１０−２００１−００３４５８３号）’がある。これは、記憶装置に特定の記憶領域を別に生成して、特定の実行プログラムだけが前記特定の記憶領域にアクセスできるようにフィルター段を制御するフィルター段制御器と、前記特定の記憶領域の中のすべてのデータの入出力を制御しながら、登録された実行プログラムのデータの呼び出しだけを有効なものとして判定して実行するファイルシステムフィルター段と、より構成されている。
【００１６】
しかし、前記技術のファイルシステムフィルター段を通じてアプリケーションを制御するのと、暗号化及び復号化とは、これまでよく知られている一般的な技術を包括的に述べたことに過ぎない。又、記憶装置の内に別途の管理をすべきの特定記憶領域の付加的な設置が必要で、暗号化が解けたコンテンツデータファイルを前記特定の記憶領域に保存することにより、保安上の弱点が発生できる。なお、アプリケーションをファイルシステムフィルター段に全部登録及び管理しなければならないという不便がある。又、ＤＲＭシステムの機能の実現について、具体的な言及がほとんどされていない。なお、発明の主な目的が、特定会社のＤＲＭ制御器に拘らないＤＲＭシステム、即ち、互換性を強調した情報保護システムを提案することという限界がある。
【００１７】
又、（株）テルテンが前記技術に関して追加的に出願した技術として‘ストリーム方式で実行されるデジタルデータの保護のためのシステム及び方法（韓国特許出願第１０−２００１−００５０１５１号）’がある。しかし、その発明の名称には“ストリーム方式”で実行されるデジタルデータの保護のためのシステムとして表現されているが、その内容を分析して見れば、実際には、一般的な意味でのストリーミングコンテンツのサービスに適用できるＤＲＭ技術ではないということを容易にわかる。なぜならば、前記技術は、クライアントシステムに一旦ダウンロードされて格納されている、ファイルシステム内のファイルを、“内部ストリーム供給手段”を利用して、アプリケーションに伝える方式である。それで、ファイルフィルタードライバを利用しているので、一般的なＶＯＤやライブストリーミング方式のサービスに適用できないという限界を有する。
【００１８】
一方、このようなファイルフィルタードライバを利用したデータ保安についての非常に詳しくて広範囲な技術として、アメリカのインフラワークス（Ｉｎｆｒａｗｏｒｋｓ）が出願した‘データ保安の提供のためのシステムと方法（韓国特許出願第１０−２００１−７００６９０１号）’がある。
【００１９】
しかし、これも、主にハードディスク等の記憶装置の入出力を管理するファイルフィルタードライバを利用する、パッケーザーと、リサーバと、より構成される。よって、厳密な意味で、ハードディスク等の記憶装置を使わなくて、単に揮発性記憶装置であるＲＡＭメモリだけで、データの一時的な記憶及び使用をサポートする、ストリーミング方式のマルチメディアコンテンツの情報保護には、適用できないという限界を有する。
【００２０】
これら従来技術と異なり、本発明の出願人である（株）コアトラストは、２００２年１月１２日に出願した技術である‘デジタルコンテンツの情報保護方法及びシステム（韓国特許出願第１０−２００２−０００１９１６号）’で、ファイルフィルタードライバを利用して（専用ビューアでなくて）既存のアプリケーションを制御することによって、ダウンロード方式とＨＴＴＰストリーミング方式とをサポートできるＤＲＭシステムについて、画期的で詳細な技術内容を提示したことがある。
【００２１】
又、前記（株）コアトラストの２００２年１１月２６日に出願した技術である‘マルチメディアストリーミングコンテンツの情報保護システムと方法及びこれを記録した記録媒体（韓国特許出願第１０−２００２−００７３７７３号）’では、（ファイルフィルタードライバでなくて）ネットワークフィルタードライバを利用して、有無線インターネットを通じてストリーミング方式で受信された暗号化されたデータを、リアルタイムで復号化して、（専用ビューアでなくて）既存のアプリケーションで再生することによって、ＶＯＤ及びライブストリーミングをサポートできる、革新的なＤＲＭシステムを提示した。
本発明は、前記従来の技術で、暗号化されたマルチメディアコンテンツデータのＶＯＤ及びライブストリーミング、ＨＴＴＰストリーミング及びダウンロードサービスを、効率的に同時にサポートできるＤＲＭシステムについての、具体的な技術を提供しようとするものである。
【００２２】
即ち、本発明の目的は、ストリーミング及びダウンロード方式で伝送されるマルチメディアコンテンツの不法複製の問題点を根本的に解決できる、デジタルコンテンツの情報保護方法及びシステム、プログラム記録媒体を提供することにある。
【００２３】
又、本発明の他の目的は、ストリーミング方式の場合、既存のストリーミング方式のマルチメディアファイル形式やプロトコルをそのまま使いながら、別途のサーバ増設やネットワークトラフィックの発生なしに、安全に著作権を保護できる方法を提供することにある。
【００２４】
又、本発明のさらに他の目的は、クライアントシステムにストリーミング及びダウンロード方式で伝送される暗号化されたコンテンツパッケージを、専用ビュアープログラムを使わなくて、既存の一般ビュアー又はプレ−ヤープログラムを制御して、多様なファイル形式を手軽にサポートできる、ストリーミング及びダウンロードの両方サポートのＤＲＭシステムを提供することにある。
【００２５】
又、本発明のさらに他の目的は、ネットワークフィルタードライバ及びファイルフィルタードライバが、アプリケーションプログラムとカーネルモードのデバイスドライバとの間のメッセージとパケットとのフッキング及び変更、復号化、伝送等をするフィルタリング機能を備えることにより、ストリーミング及びダウンロード方式で伝送される暗号化されたコンテンツデータの円滑な復号化及び安全な著作権保護の方法を提示することにある。
【００２６】
又、本発明のさらに他の目的は、暗号化されたコンテンツパッケージを作るコンテンツ提供システムが、従来、サポートできなかった、ライブ（Ｌｉｖｅ）ストリーミングをサポートできる方法を提示して、又、効率的に暗号化及び復号化できる具体的な方法を提示することにある。
【課題を解決するための手段】
【００２７】
前記のような技術的課題を達するために、本発明では、ストリーミング方式（ＨＴＴＰストリーミング、ライブストリーミングやＶＯＤストリーミング等、コンテンツの全体をダウンロードして格納しなくて、一部分ずつ連続的に受信しながら再生する方式をいう）及びダウンロード方式（コンテンツの全体をダウンロードした後に始めて再生する方式をいう）でサービスするコンテンツに、ＤＲＭシステムを適用するために、クライアントシステムに、ライブ及びＶＯＤストリーミング方式をサポートするためのネットワークフィルタードライバ、又はＨＴＴＰストリーミング及びダウンロード方式をサポートするためのファイルフィルタードライバを用意しておいて、これを利用して、アプリケーションとカーネルモードのデバイスドライバとが通信するメッセージとデータパケットとのフッキング及び変更、復号化、伝送等を行う、フィルタリング手段の具体的な技術的思想とシステム、方法及びこれを記録した記録媒体を提案する。
【００２８】
より具体的で詳しくは、本発明によるマルチメディアコンテンツの情報保護システムは、各々ＣＰＵ、揮発性記憶装置（メモリ）、非揮発性記憶装置（ハードディスク）、入出力装置（キーボード、モニター等）を有し、有無線内部通信手段や外部ネットワークとの通信手段によって連結されている情報提供システムとクライアントシステムとを利用して、クライアントシステムで駆動されるアプリケーションに伝送されるコンテンツ内容の無断流出を防ぐシステムにおいて、前記情報提供システムは、一つ又は複数の暗号化キーを利用して原本コンテンツを暗号化して、コンテンツパッケージ（１２１）を生成する暗号化手段（１１０）と；上記暗号化されたコンテンツパッケージ（１２１）を保有して、オンライン上でユーザーに提供する供給手段（１２０）と；暗号化キーの生成・管理と各種認証を遂行するＤＲＭサーバ（１３０）と；より構成されて、前記クライアントシステムは、アプリケーション（１４４）と下位レイヤーのデバイスドライバとの間に位置して、これらの間のメッセージとデータパケットとをフッキングして、変更して、暗号化されたデータパケットを復号化して、前記アプリケーションに伝送する過程を繰り返すフィルタリング手段と；必要時アプリケーションを起動又は終了させて、前記フィルタリング手段を制御する制御手段と；前記フィルタリング手段からコンテンツを受けて再生するアプリケーション（１４４）と；より構成されることを特徴とする。
【００２９】
ここで、情報提供システムの一つの実施の形態によると、前記暗号化手段（１１０）は、ＤＲＭサーバ（１３０）で生成された暗号化キーを伝送させられて、コンテンツの暗号化を遂行するコンテンツパッケーザー（１１２）より構成されることが好ましい。
【００３０】
又、一つの実施の形態によると、前記供給手段（１２０）は、前記暗号化手段（１１０）によって暗号化されたコンテンツパッケージ（１２１）がアップロードされるコンテンツサーバ（１２２）であり、前記コンテンツサーバ（１２２）は、実際にストリーミングが提供されるストリーミングサーバ（１２２ａ）、又は暗号化されたコンテンツを選択できる、或はダウンロードサービスを提供するウェブサーバ（１２２ｂ）又はＦＴＰサーバより構成されることが好ましい。
【００３１】
又、一つの実施の形態によると、前記ＤＲＭサーバ（１３０）は、ＤＲＭサーバの各種コンテンツ情報、暗号化キー、ユーザー情報、アプリケーション情報等を記憶するＤＲＭサーバＤＢ（１３１）と；ＤＲＭ暗号化キーの発生・管理及びライセンス発給管理を制御するＤＲＭサーバコンポネント（１３２）と；クライアントシステムのＤＲＭ制御器（１４１）の要請によって、暗号化されたライセンスパッケージを発給するＤＲＭライセンス発給器（１３３）と；ＤＲＭサーバの各種設定と管理を遂行するＤＲＭ管理器（１３４）と；より構成されることが好ましい。
【００３２】
又、一つの実施の形態によると、前記情報提供システムは、有料サービス時の費用請求のために、ビリングサーバ（１５０）又はペイメントゲートウェイサーバ（１６０）との連係手段を更に備えることが好ましい。
【００３３】
一方、クライアントシステムの一つの実施の形態によると、前記フィルタリング手段は、制御手段の指示によってフィルタリング作業をカーネルモードで遂行して、ネットワークフィルタードライバ（４０４）、又はアプリケーション（１４４）がファイルシステム（４０５）に要請したファイルオフセット及びファイルの長さのメッセージを変更及び復元するファイルフィルタードライバ（４０７）である。
【００３４】
なお、クライアントシステムの前記制御手段は、ストリーミング方式の場合は、ユーザーがウェブページでコンテンツを選択する時、ダウンロード方式の場合は、ユーザーがハードディスクにダウンロードされたコンテンツを開くための命令をした時、自動的に活性化されて、アプリケーション（１４４）を起動して、ＤＲＭサーバ（１３０）に接続してコンテンツ及びユーザーの認証を遂行した後、復号化キーを含むライセンスパッケージ（１４３）を受信して、アプリケーション（１４４）の終了によってフィルタリング動作を終了させて、前記フィルタリング手段を制御するＤＲＭ制御器（１４１）である。
【００３５】
又、クライアントシステムの前記アプリケーション（１４４）は、コンテンツパッケージを復号化する機能を有する専用ビュアープログラムではなく、その形式のコンテンツを再生できる一般アプリケーションである。
【００３６】
一方、前記アプリケーション（１４４）が復号化して読み込んだコンテンツを修正又は編集した後、暗号化して更に保存できるように、クライアントシステムには記憶手段が更に備わって、前記ネットワークフィルタードライバ（４０４）又はファイルフィルタードライバ（４０７）には、暗号化手段が更に備えることが好ましい。
【００３７】
又、前記ネットワークフィルタードライバ（４０４）又はファイルフィルタードライバ（４０７）は、アプリケーション（１４４）方向にデバイスドライバの最上段に位置することが好ましい。
【００３８】
又、前記ネットワークフィルタードライバ（４０４）は、ＴＣＰプロトコル、又は付加的に受信データの修正機能を更に備えた、ＵＤＰプロトコルを使うことが好ましい。
【００３９】
又、ストリーミング方式の場合には、連続されたコンテンツパケットが受信されながら再生して、これと同時にクライアントシステム（１４０）にダウンロードされて記憶できる記憶手段を備えることが好ましい。
【００４０】
又、前記コンテンツは、ＶＯＤストリーミング方式、ライブストリーミング方式、完全ダウンロード方式又はＨＴＴＰストリーミング方式の中のいずれかの一つで伝送されたり、又はオフラインでＣＤやＤＶＤ等の記憶装置によって伝送されてもよい。
【００４１】
一方、コンテンツの伝送方式が、マルチメディア受信装置とエンコーディングシステムとを通じて入力される、リアルタイムライブストリーミング方式である場合、前記リアルタイムライブコンテンツを外部ストリーミングサーバへ伝送する以前に、エンコーディングシステムのネットワークドライバの上段に設置されるリアルタイムフッキングと暗号化のためのネットワークフィルタードライバを更に備えることが好ましい。
【００４２】
なお、前記ストリーミング又はダウンロードによって伝送される暗号化されたコンテンツパッケージ（１４２）が、少なくとも暗号化されたコンテンツ（１４２ａ）であるデータオブジェクト部分と、暗号化されていないメタデータ（１４２ｂ）であるヘッダーオブジェクト部分より構成されることが好ましい。
【００４３】
なお、前記暗号化されたコンテンツパッケージ（１４２）のＤＲＭパッケージヘッダーは、マルチメディアコンテンツファイル形式のヘッダーオブジェクトに記録されるのが好ましい。
【００４４】
そして、ＤＲＭパッケージヘッダーには、バージョン番号、コンテンツＵＲＩの長さ、コンテンツタイプの長さ、コンテンツのＵＲＩ、コンテンツタイプ、ヘッダーの長さ、データの長さ、暗号化方法、権利発行者ＵＲＬ、コンテンツ名、コンテンツの説明、コンテンツのベンダー、アイコンのＵＲＩ、デジタル署名、コンテンツサーバのＵＲＬの情報が含まれて記録されるのが好ましい。
【００４５】
更に、前記暗号化されたコンテンツ（１４２ａ）部分であるデータオブジェクトは、その内容の全部が暗号化されてもよいし、又は予め決まったフレーム単位で一部のみが暗号化されてもよい。
【００４６】
又、前記クライアントシステムには、暗号化されたコンテンツパッケージ（１４２）をハードディスクに記憶する手段を更に含むのが好ましい。
【００４７】
一方、ユーザーの認証要請によってクライアントシステムに伝送される暗号化されたライセンスパッケージ（１４３）は、暗号を解くための復号化キー（１４３ａ）部分と；少なくともコンテンツの使用回数と使用期間、端末機制限情報を含む使用権限に関する情報（１４３ｂ）部分と；より構成されうる。
【００４８】
一方、本発明によるマルチメディアコンテンツの情報保護方法は、各々ＣＰＵ、揮発性記憶装置（メモリ）、非揮発性記憶装置（ハードディスク）、入出力装置（キーボード、モニター等）を有し、有無線内部通信手段又は外部ネットワークとの通信手段によって連結されている情報提供システムとクライアントシステムを利用して、クライアントシステムで駆動されるアプリケーションに伝送されるコンテンツ内容の無断流出を防ぐ方法において、原本コンテンツ（１１１）をＤＲＭサーバの暗号化キーによって加工して、暗号化されたコンテンツパッケージ（１２１）に変換して、コンテンツサーバ（１２２）にアップロードする暗号化及びアップロード段階と；ユーザーがウェブサーバ（１２２ｂ）又はＦＴＰサーバでコンテンツを選択することによって、ストリーミング又はダウンロード用コンテンツサーバ（１２２）にクライアントシステムを連結して、ストリーミング又はダウンロードサービスを始めるスタート及び連結段階と；ストリーミングの場合には、伝送途中に、ダウンロードの場合には、ダウンロード後、プレ−ヤーの信号によって、コンテンツデータを復号化しながらアプリケーション（１４４）を介して再生する復号化及び再生段階と；ＤＲＭ制御器（１４１）がアプリケーション（１４４）の終了命令を検出すると、アプリケーション（１４４）の作動とフィルタリング動作を終了させて、ストリーミング方式である場合には、コンテンツサーバ（１２２）との連結を解除させる終了段階と；より構成されることを特徴とする。
【００４９】
ここで、一つの実施の形態によると、前記暗号化及びアップロード段階は、前記コンテンツパッケーザー（１１２）がＤＲＭサーバ（１３０）に認証要請をして（Ｓ２１）受ける段階（Ｓ２２）と；前記コンテンツパッケーザー（１１２）が前記ＤＲＭサーバ（１３０）に暗号化キー要請をして（Ｓ２３）受ける段階（Ｓ２４）と；前記コンテンツパッケーザー（１１２）が暗号化キーを利用してコンテンツを暗号化する段階と；上記コンテンツパッケーザー（１１２）がコンテンツサーバ（１２２）に認証要請をして（Ｓ２５）受ける段階（Ｓ２６）と；前記コンテンツパッケーザー（１１２）がコンテンツサーバ（１２２）に暗号化されたコンテンツパッケージ（１２１）を送る段階（Ｓ２７）と；より構成されるのが好ましい。
【００５０】
又、一つの実施の形態によると、スタート及び連結段階は、ダウンロード方式である場合には、コンテンツのダウンロードの完了後に、アプリケーション（１４４）にコンテンツの呼び出し命令をした場合、ストリーミング方式である場合には、ウェブページでのコンテンツの選択をした場合、ウェブサーバ（１２２ｂ）又はＦＴＰサーバがＤＲＭ制御器（１４１）にコンテンツ識別情報とユーザー識別情報を送る段階（Ｓ３１）と；前記ＤＲＭ制御器（１４１）がＤＲＭサーバ（１３０）にコンテンツ及びユーザーの認証を要請して（Ｓ３２）復号化キー及び使用権限情報等のライセンス認証内容を受ける段階（Ｓ３３）と；前記アプリケーション（１４４）を起動後、ストリーミング方式の場合には、コンテンツサーバ（１２２）のＵＲＬを、完全ダウンロード方式の場合には、コンテンツが記憶されたハードディスクの位置を、ＨＴＴＰストリーミングの場合には、両方を、ＤＲＭ制御器（１４１）がアプリケーション（１４４）に伝達する段階（Ｓ３４）と；ストリーミング方式の場合には、コンテンツサーバ（１２２）に、ダウンロード方式の場合にはファイルシステムに、ＨＴＴＰストリーミングの場合には、両方に、ＤＲＭ制御器（１４１）がコンテンツデータを要請する段階（Ｓ３５）と；より構成されるのが好ましい。
【００５１】
又、アプリケーション（１４４）の起動後にハンドラの検査と、プロセスの登録を行う連結準備段階と；その後のプロセスの登録、リモートポートの確認及び格納を行う連結段階と；が更に含まれて構成されることが好ましい。
【００５２】
一方、連結準備段階は、アプリケーション（１４４）を起動後、一時停止させる段階と；前記ＤＲＭ制御器（１４１）がフィルタリング手段を利用して前記アプリケーション（１４４）とネットワークドライバ又はファイルシステムとの間のメッセージをフッキングして、ハンドラが０（ゼロ）かどうかを判断する段階と；前記ハンドラが０であると、連結を断絶するためにアドレスハンドラを削った後、ネットワークドライバ又はファイルシステムにメッセージを伝達し、ハンドラが０でないと、進んで更にフィルタリング手段にプロセスが登録されているかどうかを判断する段階と；前記プロセスが登録されてないと、ネットワークドライバ又はファイルシステムにそのままメッセージを伝達し、プロセスが登録されていると、アドレスハンドラを登録して、マイイベントハンドラを設定して、ローカルポートを記憶した後に、ネットワークドライバ又はファイルシステムに変更されたメッセージを伝達する段階と；前記メッセージの伝送によって、アプリケーション（１４４）がネットワークドライバ又はファイルシステムから準備完了メッセージを伝えられる段階と；より構成されることが好ましい。
【００５３】
又、連結段階は、前記フィルタリング手段がアプリケーション（１４４）とネットワークドライバ又はファイルシステムとの間のメッセージをフッキングして、フィルタリング手段にプロセスが登録されているかどうかを判断する段階（８０１）と；前記プロセスが登録されていないと、ネットワークドライバ又はファイルシステムにそのままメッセージを伝達して、プロセスが登録されていると、更にリモートポートが予め決められている番号かどうかを判断する段階と；前記リモートポートの番号が予め決められている番号ではないと、ネットワークドライバ又はファイルシステムにそのままメッセージを伝達して、リモートポートの番号が予め決められている番号であると、そのリモートポートに連結されたローカルポートを有するアドレスハンドラ構造体にリモートポート番号を格納した後、ネットワークドライバ又はファイルシステムにそのままメッセージを伝達する段階と；より構成されることが好ましい。
【００５４】
又、復号化及び再生段階は、ダウンロード方式である場合には、ハードディスク等の記憶装置で、ストリーミング方式である場合には、コンテンツサーバ（１２２）で、データパケットが周期的に、制御情報と一緒に、アプリケーション（１４４）に伝送される段階（９０１）と；前記データパケットがフィルタリング手段によってフッキングされる段階（４０３）と；マイイベントハンドラが活性化されて、リモートポートが予め決められている番号かどうかを判断する段階（９０２）と；リモートポートが予め決められている番号ではないと、アプリケーション（１４４）にデータをそのまま伝送し、リモートポートが予め決まれている番号であると、データパケットを復号化キーを利用して復号化（９０５）した後に、アプリケーション（１４４）に伝送する段階と；前記過程が繰り返すことによって再生する段階と；より構成されるのが好ましい。
【００５５】
一方、前記復号化（９０５）する前に、ハードディスクに格納するかどうかを判断する段階と；ハードディスクに格納するように選択されない場合には、そのまま復号化（９０５）し、ハードディスクに格納するように選択された場合には、ハードディスクに暗号化されたコンテンツを格納した後に、復号化（９０５）を行うようにする段階と；を更に備えて構成されることが好ましい。
【００５６】
又、終了及び連結解除段階は、コンテンツデータパケットを復号化して再生する毎周期ごとにＤＲＭ制御器（１４１）がアプリケーション（１４４）の終了メッセージを検出する段階と；終了メッセージが検出されないと、更に復号化及び再生段階に進んで、終了メッセージが検出されると、前記アプリケーション（１４４）を終了させて、アドレスハンドラを削除することによって、コンテンツサーバ（１２２）又はハードディスクとの連結を解除させる段階と；より構成されることが好ましい。
【００５７】
なお、本発明による方法が記録された記録媒体は、各々ＣＰＵ、揮発性記録装置（メモリ）、非揮発性記録装置（ハードディスク）、入出力装置（キーボード、モニター等）を有し、有無線内部通信手段や外部ネットワークとの通信手段によって連結されている情報提供システムとクライアントシステムを利用して、クライアントシステムで駆動されるアプリケーションに伝送されるコンテンツ内容の無断流出を防ぐ方法が記憶されたコンピュータで読める記録媒体において、原本コンテンツ（１１１）をＤＲＭサーバの暗号化キーによって加工して、暗号化されたコンテンツパッケージ（１２１）に変換して、コンテンツサーバ（１２２）にアップロードする暗号化及びアップロード段階と；ユーザーがウェブサーバ（１２２ｂ）又はＦＴＰサーバでコンテンツを選択することによって、ストリーミング又はダウンロード用コンテンツサーバ（１２２）にクライアントシステムを連結して、ストリーミング又はダウンロードサービスを始めるスタート及び連結段階と；ストリーミングの場合には、伝送途中に、ダウンロードの場合には、ダウンロードの後、プレーヤの信号によって、コンテンツデータを復号化しながらアプリケーション（１４４）を介して再生する復号化及び再生段階と；ＤＲＭ制御器（１４１）がアプリケーション（１４４）の終了命令を検出すると、アプリケーション（１４４）の作動とフィルタリング動作を終了させて、ストリーミング方式である場合には、コンテンツサーバ（１２２）との連結を解除させる終了段階と；より構成されることを特徴とするマルチメディアコンテンツの情報保護方法が記憶されているコンピュータで読める記録媒体である。
【発明を実施するための最良の形態】
【００５８】
以下、上記のような構成を有する本発明の内容を、添付された図面を参照してより詳しく説明する。
【００５９】
上述した本発明の目的、特徴及び長所は、下記添付された図面と詳細な説明によって、特に本発明の好ましい一つの実施の形態によって、マイクロソフトのウインドウズ（登録商標）運営体制（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ、ＯＳ）について具体化される。それでも、本発明で具体的に提示された技術的思想を利用すると、マイクロソフトのウインドウズ（登録商標）ＯＳ以外のＯＳ、例えばマッキントッシュ、リヌックス、ユニックス等の他のＯＳを使う情報提供システムとクライアントシステムにも、容易に適用できるのは、当業者なら容易にわかる。
【００６０】
又、本発明でのクライアントシステムというのは、有無線インターネットで連結されて、ストリーミング方式で提供されるマルチメディアコンテンツを使える機器であり、ＰＣ以外にもノートパソコン、ＰＤＡ、携帯電話、セットトップボックス、デジタルＴＶ、テレメチックス端末機等を含める概念であるのを、予め言っておく。
【００６１】
一般的にストリーミングというのは、コンテンツデータの全体でなく、一部分で連続的に受信しながら、ハードディスクに記憶しなくて、そのまま再生する方式を通称するのであり、ライブストリーミング又はＶＯＤストリーミング等の方式が知られている。これと対照されるのがダウンロード方式であって、これはコンテンツデータの全体をダウンロードしてハードディスクに記憶した後に、始めて再生する方式を通称するのである。それから、その中間形態として、ＨＴＴＰストリーミング方式があって、これはコンテンツデータの全体をダウンロードしてハードディスクに記憶しなくて、一部分ずつハードディスクに格納した後、その保存された部分を連続的に再生する方式を言うのである。
【００６２】
より詳細に見ると、ＶＯＤストリーミングは、予め完成されたコンテンツサーバに記憶されているコンテンツパッケージの一部である少量部分（以下‘パケット‘という）がユーザーのハードディスクに格納されず、アプリケーションで再生する過程を繰り返す方式である。
【００６３】
又、ライブストリーミングは、公演等の毎瞬ごとの撮影データが、入力装置に入力されながら、瞬間的にデータ処理される少量部分（パケット）がユーザーのハードディスクに記憶されず、アプリケーションで再生する過程を繰り返す方式である。
【００６４】
なお、ＨＴＴＰストリーミングは、予め完成しているコンテンツパッケージの一部である少量部分（パケット）がユーザーのハードディスクの特定の空間に記憶されながら、これがアプリケーションで読まれて再生する過程を繰り返す方式である。
【００６５】
最後に、ダウンロード方式は、予め完成してコンテンツサーバに記憶されているコンテンツパッケージの全部が、一旦ユーザーのハードディスクに記憶された後、これの一部である少量部分（パケット）が、アプリケーションで読まれて再生する過程を繰り返す方式である。
【００６６】
従って、ＨＴＴＰストリーミングとダウンロード方式とは、データがユーザーのハードディスク等の記憶装置に記憶されるので、アプリケーションは、ファイルシステムにアクセスをしなければならないという点に特徴があって、ライブストリーミングとＶＯＤストリーミング方式とは、データがユーザーのハードディスクに保存されないので、アプリケーションは、ネットワークドライバにアクセスをしなければならないという点に特徴がある。特に、ダウンロード方式は、一旦全体のコンテンツデータが記憶される前には、再生が不可能だという点に特徴がある。このような差異にもかかわらず、これらはアプリケーションによって再生する過程では、パケット単位でアプリケーションによって読まれるという点で共通する。
【００６７】
以下、本発明の好ましい実施の形態を添付された図面を参考して詳しく説明する。
【００６８】
図１は、本発明のデジタル著作権管理（ＤＲＭ）システムの全体の模式図である。
まず、ストリーミング又はダウンロードサービスが可能な動画像や映画、音楽、オンライン教育等のマルチメディア、又は一般の原本コンテンツ（１１１）を、暗号化手段（１１０）であるコンテンツパッケーザー（Ｃｏｎｔｅｎｔ  Ｐａｃｋａｇｅｒ、１１２）がＤＲＭサーバ（１３０）から発給された暗号化キーを利用して暗号化されたコンテンツパッケージ（１２１）に生成して、供給手段（１２０）であるコンテンツサーバ（１２２）に送る。前記コンテンツサーバ（１２２）は、ストリーミング方式のサービスのためのストリーミングサーバ（１２２ａ）又はダウンロード方式のサービスのためのウェブサーバ又はＦＴＰサーバ（１２２ｂ）等より構成できる。
【００６９】
その後、クライアントシステム（１４０）のユーザー（４０１）が、コンテンツサーバ（１２２）、例えばウェブサーバ（１２２ｂ）のホームページに接続して、関心のあるコンテンツのアイコン又はコンテンツ名を選択すると、ストリーミング又はダウンロード方式でコンテンツのサービスを受けられる。ここで、ストリーミング方式のサービスの場合には、ユーザー（４０１）がコンテンツアイテムを選択すると、ＤＲＭ制御器（１４１）が稼動して、ウェブサーバ（１２２ｂ）に連動しているストリーミングサーバ（１２２ａ）から、暗号化されたコンテンツパッケージ（１４２）をストリーミング方式で、即ちパケット単位で受信する過程を繰り返すが、ハードディスクには全然格納しない。これに対して、完全ダウンロード方式のサービスは、ストリーミングサーバ（１２２ａ）を必要としなくて、ウェブ又はＦＴＰサーバ（１２２ｂ）から、全体のコンテンツが直接ダウンロードされて、クライアントシステムのハードディスク等の記憶装置に格納される。なお、ＨＴＴＰストリーミングの場合には、ウェブ又はＦＴＰサーバ（１２２ｂ）から直接、パケット単位でダウンロードして、ハードディスクに格納する過程が反復される。ここで、クライアントシステムへのコンテンツの伝送方法は、上述したように、有無線インターネットのようなオンラインでコンテンツを伝送されることもできるが、オフラインでＣＤ又はＤＶＤ、フラッシュメモリ等のような記憶装置で、コンテンツを伝送されるのも、全く同じ方法でＤＲＭを適用させることができる。
【００７０】
この時、クライアントシステムからストリーミング又はダウンロード方式で受信した暗号化されたコンテンツパッケージ（１４２）は、原本マルチメディア又は一般コンテンツ（１１１）を暗号化させたコンテンツ（１４２ａ）と、暗号化されたコンテンツパッケージ（１４２）についての各種の情報を有するヘッダーであるメタデータ（１４２ｂ）と、より構成される。前記メタデータ（１４２ｂ）は、初期に受信したパケットに含まれるのが好ましい。
【００７１】
一方、クライアントシステムのユーザー（４０１）が暗号化されたコンテンツパッケージ（１４２）を使うためには、完全ダウンロード方式の場合には、そのアプリケーションを駆動させる過程が必要であって、それ以外の方式では、自動的にアプリケーションが駆動する。なお、いずれの方式によっても、コンテンツパッケージ（１４２）がアプリケーションによって再生するためには、ＤＲＭサーバ（１３０）のＤＲＭライセンス発給器（ＤＲＭ  Ｌｉｃｅｎｓｅ  Ｉｓｓｕｅｒ、１３３）から、復号化キー（１４３ａ）と、使用回数、使用期間、端末機の制限等の使用権限（１４３ｂ）についての情報と、より構成された暗号化されたライセンスパッケージ（１４３）を提供されなければならない。ここで、暗号化されたコンテンツパッケージ（１４２）とライセンスパッケージ（１４３）とは、分けるのが好ましいが、これは、原本コンテンツを一回だけ暗号化して、暗号化されたコンテンツパッケージ（１４２）として製作して、流通及び販売して、コンテンツユーザー別に、多様な使用権限を設定したライセンス情報は、ＤＲＭサーバで新しく生成したライセンスパッケージ（１４３）を利用できるようにするためである。
【００７２】
前記のライセンスパッケージ（１４３）を受信した後、ＤＲＭクライアントシステム（１４０）の認証器（１４５）がライセンスパッケージ（１４３）の使用権限の分析を遂行して、正当な使用権限の有するユーザー（４０１）だと認定すると、ＤＲＭ制御器（１４１）が復号化キー（１４３ａ）を利用して暗号化されたコンテンツパッケージ（１４２）のパケットを復号化した後、この復号化されたコンテンツをアプリケーション（１４４）に伝達する過程が反復される。ここで、前記アプリケーション（１４４）は、その暗号化されたコンテンツパッケージのために特殊に作られた専用ビュアー等のアプリケーションではなくて、そのコンテンツの種類について一般的に使用される一般アプリケーションを意味する。
【００７３】
このような復号化及び再生過程にあたっての反復の単位について説明する。
【００７４】
完全ダウンロード方式の場合には、ウェブサーバ等に記憶されている全体のコンテンツデータが既にクライアントシステムのハードディスクにダウンロードして記憶されている状態であり、復号化及び再生は、この全体のコンテンツデータの中の一部である予め決められたサイズのパケットが反復の単位になる。
【００７５】
ＨＴＴＰストリーミング方式の場合には、ウェブサーバ等に記憶されている全体のコンテンツデータが分割されて、予め決められたサイズのパケットになって、このパケットが連続的に、順次にクライアントシステムのハードディスクにダウンロードして記憶されて、この記憶された一連のパケットが反復の単位になる。
【００７６】
ＶＯＤストリーミング方式の場合には、ストリーミングサーバに記憶されている全体のコンテンツデータが分割されて、予め決められたサイズのパケットになって、このパケットが連続的に、順次にクライアントシステムの外部から接近しにくい揮発性記憶装置に流入され、この流入された一連のパケットが反復の単位になる。
【００７７】
なお、ライブストリーミング方式の場合には、カメラ等撮影装置から入力される情報が加工装置を過しながら、コンテンツとして生成される量が予め決められたサイズのパケットになって、このパケットが連続的に、順次にクライアントシステムの外部から接近しにくい揮発性記憶装置に入って来て、この流入された一連のパケットが反復の単位になる。
従って、方式の如何を問わず、前記毎パケットごとにＤＲＭ制御器（１４１）によって復号化されて、アプリケーション（１４４）に伝送される過程が反復される。
【００７８】
以下、上記のような構成を有する本発明をより詳しく説明する。
【００７９】
このようなＤＲＭシステムでのＤＲＭサーバ（１３０）は、暗号化されたコンテンツパッケージ（１４２）を生成するための暗号化キーの生成及び発給、管理、ライセンス管理、ユーザー認証、ユーザーコンピュータのハードウェア認証、アプリケーション認証等の役割を遂行する。前記ＤＲＭサーバ（１３０）は、各種のデータ情報を保存するＤＲＭサーバＤＢ（１３１）と；コンテンツパッケーザー（１１２）とコンテンツサーバ（１２２）、ＤＲＭクライアントシステム（１４０）、ビリングサーバ（１５０）等とネットワークを通じて各種の情報交換及び通信をするためのＤＲＭサーバコンポネント（１３２）と；ライセンス発給を受け持つＤＲＭライセンス発給器（１３３）と；ＤＲＭサーバ（１３０）の各種の設定管理と会員管理、コンテンツ管理、ログ分析等をしている管理者プログラム（ａｄｍｉｎｉｓｔｒａｔｏｒ  ｐｒｏｇｒａｍ）であるＤＲＭ管理器（１３４）と；より構成される。もし、コンテンツ提供サービスが有料化されたものであると、後払い方式のビリングサーバ（１５０）又は前払い方式のペイメントゲートウェイサーバ（１６０）を通じて課金が成すようになる。
【００８０】
図１の全体のＤＲＭシステムは、かなり複雑であるが、大きく分けて見ると、コンテンツ提供システム（１１０、１２０、１３０）と、クライアントシステム（１４０）との２つに分けられる。
【００８１】
暗号化されたコンテンツパッケージ（１２１）を生成して顧客、即ちコンテンツユーザー（４０１）にサービスできるように、コンテンツ提供システムは、暗号化手段（１１０）であるコンテンツパッケーザー（１１２）と、供給手段（１２０）であるコンテンツサーバ（１２２）、なおＤＲＭサーバ（１３０）より構成される。ここで、コンテンツパッケーザーとコンテンツサーバ（ウェブ、ＦＴＰ、ストリーミングサーバ）、ＤＲＭサーバは、各々ソフトウェアより構成されていて、一つのコンピュータに一体化して設置される事もできるし、効率性を高めるために各々異なるコンピュータを使う事もできる。一方、クライアントシステム（１４０）は、暗号化されたコンテンツパッケージ（１４２）を有無線インターネット又はネットワーク網を通じて提供され、復号化して使えるような機能を提供するＤＲＭ制御器（１４１）が核心的な役割を受け持つようになる。
【００８２】
以下、アップロード過程について説明する。
【００８３】
図２は、コンテンツ提供システムにおいての暗号化されたコンテンツパッケージ（１２１）の生成過程、即ち暗号化及びアップロードの段階の模式図である。
【００８４】
先ず、コンテンツ提供システムの構成要素であるコンテンツパッケーザー（１１２）、ＤＲＭサーバ（１３０）、コンテンツサーバ（１２２）のプログラムを各々設けて、基本的なシステム設定の作業を遂行しておく。その後コンテンツパッケーザー（１１２）プログラムを実行すると、ＤＲＭサーバ（１３０）と接続するためのユーザー（４０１）のＩＤとパスワードを利用して認証過程（Ｓ２１）を経る。その後、ＤＲＭサーバ（１３０）がコンテンツパッケーザー（１１２）のユーザー認証を遂行した後に認証に成功したという認証結果（Ｓ２２）を伝達すると、コンテンツパッケーザー（１１２）のユーザー（４０１）は、暗号化すべきの原本コンテンツ（１１１）を選定してＤＲＭサーバ（１３０）に暗号化キーを（Ｓ２３）要請する。
【００８５】
これによって、ＤＲＭサーバ（１３０）は、例えば疑似ランダム数字（Ｐｓｅｕｄｏｒａｎｄｏｍ  Ｎｕｍｂｅｒ）の発生アルゴリズムを利用して、ランダムな特定のサイズの暗号化キーを生成して、この暗号化キーをコンテンツパッケーザー（１１２）に伝える（Ｓ２４）。すると、コンテンツパッケーザー（１１２）は、伝えられた暗号化キーを利用して原本コンテンツ（１１１）を暗号化して、暗号化されたコンテンツパッケージ（１２１）を生成する。この時、暗号化パッケーザーは、ファイル単位、又は複数のファイルを有しているディレクトリ単位で、まるごと暗号化させることができる。
【００８６】
この時、暗号化のためには、保安性と効率性の優れているブロック暗号化（Ｂｌｏｃｋ  Ｃｉｐｈｅｒ）アルゴリズムを使って、マルチメディアコンテンツをブロック単位で暗号化することが好ましい。又、暗号化キー及び復号化キーの交換方式は、秘密キー（Ｐｒｉｖａｔｅ  Ｋｅｙ）又はオープンキー（Ｐｕｂｌｉｃ  Ｋｅｙ）の伝送方式のどちらを使っても差し支えなく具現できる。もし、ストリーミング方式でコンテンツをサービスするためには、原本コンテンツ（１１１）のヘッダー情報はそのまま置いておいて、データ部分を探して全部又は一部分の暗号化を遂行することが好ましくて、暗号化されたコンテンツパッケージに関連した各種メタデータは別途のＤＲＭパッケージヘッダーとして作って挿入するようになる。もし、ダウンロード方式でコンテンツをサービスするためには、ヘッダー情報とデータより構成されている原本コンテンツ（１１１）を全部暗号化するのが好ましいが、一部分だけ暗号化する事もできる。これについての詳しい説明は後にする。
【００８７】
その後、暗号化されたコンテンツパッケージ（１２１）ファイルをストリーミングサーバ又はウェブサーバ又はＦＴＰサーバで構成されるコンテンツサーバ（１２２）に載せるために、コンテンツパッケーザー（１１２）のユーザーは、コンテンツサーバ（１２２）に接続してＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を利用するためのユーザー認証（Ｓ２５）を遂行して、認証結果を受信（Ｓ２６）した後、暗号化されたコンテンツパッケージ（１２１）ファイルをコンテンツサーバ（１２２）にアップロード（Ｓ２７）する。
【００８８】
ここでは、一つの実施の形態としてＦＴＰ方式でコンテンツをアップロードすることについて説明したが、内外部ネットワークで連結して容易にファイルコピー方式でもアップロードができる。このようにストリーミング又はダウンロード方式のコンテンツサービスのための暗号化及びアップロード段階が終了される。
【００８９】
以下、コンテンツの再生過程について説明する。
【００９０】
図３は、ユーザーがストリーミング又はダウンロード方式で暗号化されたマルチメディアコンテンツを再生する過程を示す模式図である。
【００９１】
参考までに、クライアントシステム（１４０）には、ＤＲＭ制御器（１４１）が必要だが、クライアントシステム（１４０）にＤＲＭ制御器（１４１）がすでに設置されていない場合には、ユーザー（４０１）がコンテンツ提供者のウェブページに初めて接続して会員入会したり、又はＤＲＭが適用されたコンテンツを選択して使おうとする時、ＡｃｔｉｖｅＸコントロール方式で一回だけ設ければいいように構成できる。なお、以後ＤＲＭ制御器（１４１）のバージョンがアップグレードされたときには、これまでのバージョンと比べて、自動的にアップグレードされるようにすることできる。
【００９２】
図面では示さなかったが、コンテンツの再生のために、完全ダウンロード方式を除いた、以外のすべての方式では、クライアントシステム（１４０）のユーザー（４０１）が所望のコンテンツサービスを提供するウェブページに接続して、ユーザー認証過程を経た後、ウェブページのストリーミング又はダウンロード方式のコンテンツを選択して、完全ダウンロード方式では、ユーザー（４０１）がすでにダウンロードしたコンテンツをアプリケーションで実行させるとこによって、自動的にウェブページに接続してユーザー認証過程を経る。その後、ウェブサーバ（１２２ｂ）は、該当コンテンツについての識別情報とウェブページでの認証過程を通じて知得したユーザーのＩＤ及びパスワードをクライアントシステム（１４０）のＤＲＭ制御器（１４１）に伝送（Ｓ３１）する。
【００９３】
前記ＤＲＭ制御器（１４１）は、ウェブサーバ（１２２ｂ）から伝送された前記情報をＤＲＭサーバ（１３０）に伝送（Ｓ３２）して、ユーザー認証及びコンテンツの識別情報を確かめた後、正当な使用権限を有するユーザー（４０１）であると、ＤＲＭサーバ（１３０）は、復号化キー（１４３ａ）と使用権限（１４３ｂ）についてのライセンス認証結果とを、暗号化されたライセンスパッケージ（１４３）の形式で更にＤＲＭ制御器（１４１）に伝送（Ｓ３３）する。このような認証及びライセンスパッケージの受信過程は１回さえ行えば間に合うようにすることが好ましい。
【００９４】
では、ＶＯＤ、ライブストリーミング方式では、前記ＤＲＭ制御器（１４１）は、伝送されたライセンス認証結果に基いて、該当コンテンツファイル形式をサポートする（専用でない）既存のアプリケーション（１４４）を稼動させて、コンテンツサーバ（１２２）であるストリーミングサーバ（１２２ａ）のＵＲＬ情報を該当アプリケーション（１４４）に伝送（Ｓ３４）して、完全ダウンロード方式では、そのコンテンツのハードディスク上の記憶位置をアプリケーション（１４４）に伝える。一方、ＨＴＴＰストリーミング方式では、前記２つの過程を両方行うが、ＵＲＬ情報としては、ストリーミングサーバの代わりに、他の形態のコンテンツサーバ（１２２）であるウェブサーバ又はＦＴＰサーバの情報を伝える。
【００９５】
その後、前記アプリケーション（１４４）は、完全ダウンロード方式以外の方式では、クライアントシステム（１４０）の外部ネットワーク網と通信できる装置を利用して、該当コンテンツデータを送信してくれるとコンテンツサーバ（１２２）に要請（Ｓ３５）して、完全ダウンロード方式では、該当コンテンツデータを送信してくれるとハードディスクに要請する。これによって、前記コンテンツサーバ（１２２）又はハードディスクが周期的にアプリケーション（１４４）と通信しながら、該当コンテンツデータのパケットを伝送（Ｓ３６）するようになって、特にＨＴＴＰストリーミングの場合には、そのパケットはハードディスクに記憶される。
【００９６】
このようにアプリケーションに伝送された暗号化されたデータ（１４２）のパケットは、復号化キーを利用して復号化されて、こういう過程を繰り返すことによって、連続的にアプリケーション（１４４）によって再生できるようになる。
【００９７】
一方、このようにパケット単位の伝送及び復号化が続く間、ＤＲＭ制御器（１４１）は、ユーザー（４０１）がアプリケーション（１４４）を終了するというメッセージを発生させるかどうかを監視しているから、終了メッセージを感知すると、そのアプリケーション（１４４）を終了（Ｓ３７）するようになるのである。
【００９８】
このように、一般的に、ストリーミング方式とダウンロード方式とのコンテンツサービスは、順序において若干の違いがある。即ち、ストリーミング方式のコンテンツサービスであると、ユーザー認証過程を経た後、サービスが開始されるのが一般的であるが、  ダウンロード方式のコンテンツサービスであると、先ずダウンロードをした後、ユーザーがコンテンツを使う時点でユーザー認証過程を経ることが好ましい。
【００９９】
ここで、気を付けることは、本発明の技術内容でのアプリケーション（１４４）は、従来のＤＲＭシステムのように、復号化アルゴリズムを含んでいる“専用ビュアープログラム”ではなくて、暗号化される以前の原本マルチメディアコンテンツ（１１１）を再生するための既存の一般的なビュアー又はプレ−ヤープログラムを意味するという点である。即ち、本発明のクライアントシステム（１４０）のＤＲＭ制御器（１４１）と、これによって制御されるネットワークフィルタードライバ（４０４）又はファイルフィルタードライバ（４０７）が、既存のアプリケーション（１４４）を制御しながら、ストリーミング方式で伝送される暗号化されたコンテンツパッケージ（１４２）のデータを復号化して、アプリケーション（１４４）に伝えるので、アプリケーション（１４４）の立場では、ネットワークフィルタードライバ（４０４）を介して伝達される復号化されたデータが元々暗号化されたのかないかを全然判別できなくなる。
【０１００】
そして、本発明では、ＤＲＭ制御器（１４１）がストリーミング方式を含むマルチメディアコンテンツを見れるアプリケーション（１４４）、即ち、メディアプレ−ヤーであるウィンドウズ（登録商標）メディアプレーヤー又はリアルプレーヤー、クィックタイムプレーヤー等を直接制御できるし、  又ほかの方法としては、最近よく使っているＯＣＸ（ＯＬＥ  Ｃｕｓｔｏｍ  Ｃｏｎｔｒｏｌ）を使ってウェブブラウザ内に前記アプリケーション（１４４）のコンポネントを差し込んで製作したビュアーとして具現するのもできる。
【０１０１】
以下、クライアントシステムでの制御について、より詳しく説明する。
【０１０２】
図４は、クライアントシステムにおいてのＤＲＭを適用したストリーミング及びダウンロード方式のコンテンツを再生する過程の模式図である。
【０１０３】
クライアントシステムでＤＲＭを適用したコンテンツのストリーミング及びダウンロードサービスを利用するためには、ユーザーモードで動かすＤＲＭ制御器（１４１）とカーネルモードで動かすフィルタリング手段であるネットワークフィルタードライバ（４０４）又はファイルフィルタードライバ（４０７）とが必要である。ここで、ＶＯＤストリーミング又はライブストリーミングのようにインターネットでリアルタイムで伝送される暗号化されたコンテンツデータのストリーミングのためには、ネットワークフィルタードライバ（４０４）がフィルタリング作業を遂行するようになり、これに比べて、ＨＴＴＰストリーミング又は完全ダウンロード方式のようにダウンロード方式でクライアントシステムのハードディスクのようなファイルシステム（４０５）に記憶させた後コンテンツを使う場合には、ファイルフィルタードライバ（４０７）がフィルタリング作業を受け持つようになる。ここでのフィルタリング作業は、アプリケーション（１４４）とカーネルモードのデバイスドライバとの間のメッセージ及びパケットのフッキングと変更、復号化、復元、伝送のような一連の作業を意味する。
【０１０４】
まず、ＤＲＭを適用したストリーミング方式のフィルタリング作業は、次の通りである。
【０１０５】
図４は、クライアントシステム（１４０）のユーザー（４０１）が、この図面では省略されているコンテンツサーバ（１２２）と連動しているウェブページ上の暗号化されたコンテンツ（１２１）を選択すると、自動的にＤＲＭ制御器（１４１）が稼動されながら、該当原本コンテンツの見れるアプリケーション（１４４）を活性化させて、ネットワーク装置を通じて該当コンテンツのデータをストリーミング方式で受信するようになるのを見せる。クライアントシステム（１４０）は、ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ、４０２）を通じて外部ネットワークと連結されていて、ＮＩＣ（４０２）を通じて受信したデータは、ネットワークドライバ（４０３）、例えばＴＤＩ（Ｔｒａｎｓｐｏｒｔ  Ｄｅｖｉｃｅ  Ｉｎｔｅｒｆａｃｅ）ドライバ（５０６）で伝送される。ここで、ネットワークドライバであるＴＤＩドライバは、ネットワークプログラムの遂行速度を向上させるためにカーネルモードでプロトコルスタックと通信するドライバを言う。その後、前記ネットワークドライバ（４０３）の上段に、本発明によるネットワークフィルタードライバ（４０４）が挿入されて、このネットワークフィルタードライバ（４０４）がＤＲＭ制御器（１４１）と連動してメッセージとパケットのフッキング及び変更、復号化作業を遂行した後に、データがアプリケーション（１４４）に伝送されるフィルタリング作業を遂行する。
【０１０６】
一方、完全ダウンロードのためのファイルフィルタードライバ（４０７）のフィルタリング作業は、ストリーミングのためのネットワークフィルタードライバ（４０４）のフィルタリング作業とほとんど似ているが若干の違いもある  。即ち、ファイルフィルタードライバ（４０７）は、ネットワークフィルタードライバ（４０４）とは異り、復号化のための揮発性臨時記憶空間であるバッファーメモリの追加的な割り当てが必要で、ファイルオフセット及び長さの変形・復元作業が更に必要である。このような違いが出来る理由は、ダウンロード方式でのアプリケーション（１４４）がクライアントシステムのファイルシステム（４０５）に記憶されているコンテンツを読んで来る時、特定のファイルオフセット及びファイルの長さを要請するのに比べて、ストリーミング方式は、ネットワークを通じて外部のストリーミングサーバから伝送されるデータを順次にアプリケーションに伝達しくれるから、特定のファイルオフセット及びファイルの長さでデータを求めないからである。
【０１０７】
なお、ＨＴＴＰストリーミング方式の場合には、外見上、ストリーミングするパケットが、クライアントシステムのハードディスクに記憶された後に、アプリケーションによってアクセスされるので、再生のためには、ネットワークフィルタードライバ（４０４）方式よりは、ファイルフィルタードライバ（４０７）方式を取る方が好ましい。
ところで、上述したように、ネットワークフィルタードライバ（４０４）又はファイルフィルタードライバ（４０７）でのフィルタリング作業を通じて、暗号化されたコンテンツデータが復号化された後、アプリケーション（１４４）に伝送される過程には、保安上の弱点が発生することができる。即ち、もし、異するデバイスドライバがアプリケーション（１４４）方向に前記フィルタードライバの上段にローディングされると、復号化されたデータのハッキング又は不法複製が起きられる。
【０１０８】
従って、より完璧な保安のために、前記フィルタリング手段は、ＯＳの必要にする各種デバイスドライバの中の最上位レイヤーにローディングされなければならない。それから、このために、前記フィルタードライバは、他のデバイスドライバのローディングを見張っているから、アプリケーション（１４４）方向に上段に他のデバイスドライバがローディングすることを感知すると、フッキング及び復号化等のフィルタリング作業を止める機能を備えるのが好ましい。又、前記フィルタードライバが備えるべき更に他の機能の中の一つとしては、アプリケーション（１４４）のプロセス終了探知（Ｐｒｏｃｅｓｓ  ｋｉｌｌ  ｄｅｔｅｃｔ）がある。これは、前記フィルタードライバがアプリケーション（１４４）のプロセスが終了されることを見張っているから、終了メッセージを感知すると、フィルタリング動作も止める機能であり、これによって保安性能を伸ばせる。
【０１０９】
以後、先ず、ＤＲＭを適用したストリーミング方式のコンテンツサービスについて、図５ないし図９を利用して詳細な説明をする。ダウンロード方式については、図１０ないし図１６を利用して説明する。以後の残った図面では、ＤＲＭを適用するためのコンテンツのファイル形式と、実験的に構成したＤＲＭシステムの画面イメージと、コンテンツサービスを進める画面イメージを示す。
【０１１０】
図５は、ＶＯＤ又はライブストリーミングのためのネットワークの階層構造においてのネットワークフィルタードライバ（４０４）の位置に関する模式図である。
【０１１１】
図５は、本発明においての一つの実施の形態であるウィンドウズ（登録商標）ＯＳをモデルとしたのであり、ここからインターネットのような外部ネットワーク網と連結されて受信したデータの流れがカーネルモードでＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ、４０２）、ＮＤＩＳ（Ｎｅｔｗｏｒｋ  Ｄｒｉｖｅｒ  Ｉｎｔｅｒｆａｃｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ）プロトコルドライバ（５０１）、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ、５０２）、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ、５０３）又はＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ、  ５０４）、ＴＤＩドライバ（５０６）、ネットワークフィルタードライバ（４０４）、Ｉ／Ｏマネージャー（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｍａｎａｇｅｒ、５０５）の順で伝送されることを手短に図示したものである。
【０１１２】
ここで、ＮＩＣ（４０２）は、主にネットワークと連結されてビットを伝送して伝送されるネットワークインターフェースカードになって、ＮＤＩＳプロトコルドライバ（５０１）は、マイクロソフトのネットワークインターフェースドライバである。それから、ＩＰ（５０２）は、上位層であるＴＣＰ（５０３）又はＵＤＰ（５０４）と一緒に、ネットワークの間のパケット伝送を受け持つ。又、ＴＣＰとＵＤＰの上段に位置する、代表的なネットワークドライバの中の一つであるＴＤＩドライバ（５０６）は、上位層アプリケーションとネットワークを通じた外部伝送システムとの通信を受け持つ代表的なネットワークドライバ（４０３）であり、ネットワークフィルタードライバ（４０４）は、アプリケーション（１４４）方向にＴＤＩドライバ（５０６）の上段に位置するようになる。なぜならば、ＴＤＩドライバ（５０６）段でＴＣＰとＵＤＰを通じて無秩序に受信したデータパケットを片づけて通すから、ネットワークフィルタードライバ（４０４）は、その上に位置させることが好ましい。それから、カナールレベルの一番上段に位置するＩ／Ｏ  マネージャー（５０５）は、下位レベルの各種のドライバをロード及び管理する役割を受け持つ。
【０１１３】
このように、本発明の核心部分であるネットワークフィルタードライバ（４０４）は、アプリケーション（１４４）とＴＤＩドライバ（５０６）との間に位置しながら、メッセージとデータパケットのフッキング及び変更、復号化、伝達をするフィルタリング作業を遂行するようになる。
【０１１４】
ところで、一般的に、インターネット放送を通じたストリーミングコンテンツの伝送のためには、信頼性が保障されるＴＣＰを多く使うが、  音楽公演又はリアルタイムスポーツのためには、高速伝送のためにＵＤＰを使ったりする。従って、本発明でのストリーミングデータの伝送プロトコルは、各々ＴＣＰ、又はＵＤＰを利用できるように具現される。
【０１１５】
もちろん、ネットワークフィルタードライバ（４０４）が復号化を遂行する時、ＴＣＰで伝送されるのであると、既にＴＤＩドライバ（５０６）の上段では、パケットの到着通りに配列や誤謬修正等が行なわれた状態なので、暗号化されたデータを連続的に復号化してアプリケーションに伝送すればよい。しかし、ＵＤＰで伝送される場合には、高速伝送によるデータの誤謬又は配列を修正する機能をネットワークフィルタードライバ（４０４）に付加的に更に備えるべきである。
【０１１６】
図６は、ＶＯＤ又はライブストリーミングのための暗号化されたストリーミングコンテンツデータの移動過程を示す模式図である。
【０１１７】
一旦、クライアントシステム（１４０）にネットワーク網を通じて暗号化されたコンテンツパッケージ（１４２）のデータが伝送されると、各々ＮＩＣ（４０２）、  ネットワークドライバ（４０３）、ネットワークフィルタードライバ（４０４）、Ｉ／Ｏマネージャー（５０５）、ＯＳ又はプラットホームＡＰＩ（６０４）等の経路を経て、アプリケーション（１４４）に伝送される。ところで、本発明でのクライアントシステム（１４０）の核心要素は、ユーザーモードで動かすＤＲＭ制御器（１４１）とカーネルモードで動かすネットワークフィルタードライバ（４０４）と、より構成される。
【０１１８】
より具体的に考察すると、ユーザーモードで動かすＤＲＭ制御器（１４１）は、この図面では表示されていないＤＲＭサーバ（１３０）と連結されて、不法複製プログラムの接近を防止するための接近許容検出及びユーザー認証、クライアント端末機のハードウェア認証、  ライセンス照会及び使用権限調査、復号化キーの受信、ネットワークフィルタードライバ（４０４）の稼動及び制御等の役割を受け持つようになる。又、カーネルモードで動かすネットワークフィルタードライバ（４０４）は、ネットワークドライバ（４０３）の上段に位置して、アプリケーション（１４４）とネットワークドライバ（４０３）との間のメッセージとパケットのフッキング、新しいイベントの発生、ネットワーク連結の変更、暗号化されたデータの識別、暗号化されたデータの復号化、復号化されたデータのアプリケーション（１４４）への伝送等のフィルタリング作業を遂行するようにする。
【０１１９】
もし、ネットワークフィルタードライバ（４０４）の上段に新しいデバイスドライバがローディングするのを許せば、復号化されたコンテンツをハッキングされるという保安上の弱点が発生するので、ネットワークフィルタードライバ（４０４）は、他のデバイスドライバのローディングを見張っている。もし、上段に他のドライバがローディングすることを感知すると、動作を止める機能も備えるべきである。又、クライアントシステム（１４０）のユーザー（４０１）がアプリケーション（１４４）の終了メッセージを発生させるかどうかを見張る機能も備えるべきである。
【０１２０】
実際は、上述したＤＲＭ制御器（１４１）とネットワークフィルタードライバ（４０４）とのほとんどの機能は、ユーザーモードとカーネルモードとのどちらで具現されても大した問題にはならない。
【０１２１】
そして、上述したようにストリーミング方式でコンテンツデータがクライアントシステム（１４０）に円滑に受信するためには、アプリケーション（１４４）と外部のストリーミングサーバ（１２２ａ）とが知能的に通信及びデータの受信を遂行するようになる。このような外部ストリーミングサーバ（１２２ａ）と各種の通信環境の設定をサポートしてくれる役割は、ネットワークドライバ（４０３）が受け持っている。従って、アプリケーション（１４４）とネットワークドライバ（４０３）との間に、本発明のネットワークフィルタードライバ（４０４）が位置することが好ましくて、  アプリケーション（１４４）とネットワークドライバ（４０３）がやり取りするメッセージとパケットをフッキング及び変更、復号化、伝達をするフィルタリング作業を遂行する。
【０１２２】
ところで、アプリケーション（１４４）が外部のストリーミングサーバ（１２２ａ）から受信するデータ（１４２）は、大きく実際の動画像等に当たるコンテンツデータ（１４２ａ、６０１）と、このコンテンツの円滑なサービスを制御するための制御情報（１４２ｂ、６０２）に分けられる。本発明での重大な特徴の一つは、この中のコンテンツデータだけ暗号化して、制御情報は暗号化しない状態でストリーミングサーバ（１２２ａ）からクライアントシステム（１４０）のアプリケーション（１４４）に伝送できするようにすることによって、既存のストリーミングサービスのために設置されているハードウェアシステムの構造変更又はネットワークの過負荷なしに、暗号化されたコンテンツをサービスできるようにサポートするという点である。
【０１２３】
図面で、暗号化されたコンテンツデータ（６０１）は、ネットワークフィルタードライバ（４０４）で復号化作業が遂行されて、この復号化されたコンテンツデータ（６０３）が、アプリケーション（１４４）にまで伝送されることを図示している。これに対して、円滑なストリーミングをサポートするための制御情報（６０２）は、暗号化されていない状態で、アプリケーション（１４４）に伝送される。
【０１２４】
一般的なストリーミング方式のコンテンツサービスのためには、ネットワークを通じて送受信する多くのデータを処理するために、イベントハンドラ（ｅｖｅｎｔ  ｈａｎｄｌｅｒ）を使うようになる。イベントハンドラというのは、ハードウェア装置にどういう特別な事件が発生した時に呼出されて、作業を遂行する、一種のポインター函数プログラムを指す。ネットワーク装置で、イベントハンドラの値がもし０であると、ネットワークの連結を切れと言うことを意味して、０ではない任意の値を持つと、ネットワークを通じて特定のプロセスが進むということを意味する。
【０１２５】
又、ネットワークドライバ（４０３）は、アプリケーション（１４４）と連結されて、ネットワークを通じたデータの受信（ｒｅｃｅｉｖｅ）、伝送（ｓｅｎｄ）、連結（ｃｏｎｎｅｃｔ）、連結切り（ｄｉｓｃｏｎｎｅｃｔ）等の機能を遂行する。本発明では、ネットワークドライバ（４０３）のアプリケーション（１４４）方向で上段に、ネットワークフィルタードライバ（４０４）を別に製作して挿入さることにより、アプリケーション（１４４）とネットワークドライバ（４０３）との間でメッセージとデータパケットとのフッキング及び変更、復号化、伝達をするフィルタリング作業を遂行する。
【０１２６】
図７は、ＶＯＤ又はライブストリーミングのために、アプリケーションがネットワーク連結を成るための準備過程を示すフローチャートである。
【０１２７】
一般的に、クライアントシステム（１４０）のユーザー（４０１）が、コンテンツ提供者のウェブページに掲示されている、ストリーミング方式でサービスされるコンテンツを選択してクリックすると、ＤＲＭ制御器（１４１）がＤＲＭサーバ（１３０）から伝えられた情報を利用して、各種認証過程を遂行した後、  該当アプリケーション（１４４）を実行させて、暫く中止させる。
【０１２８】
その後、ＤＲＭ制御器（１４１）は、ネットワークフィルタードライバ（４０４）の初期化を遂行した後、このネットワークフィルタードライバ（４０４）の全域変数（ｇｌｏｂａｌ  ｖａｒｉａｂｌｅ）として、プロセスＩＤを登録させて、復号化キーの値を渡して、更にアプリケーション（１４４）を活性化させる。
【０１２９】
すると、アプリケーション（１４４）は、外部のストリーミングサーバ（１２２ａ）と連結するための準備過程のメッセージをネットワークドライバ（４０３）に伝える。この時、ネットワークフィルタードライバ（４０４）は、アプリケーション（１４４）からネットワークドライバ（４０３）に伝えるメッセージをフッキングするようになる。次に、このようにフッキングされたメッセージによって、先ずネットワークの連結可否を確かめるハンドラが０かどうかを確かめる過程（７０２）を経る。
【０１３０】
もし、ハンドラが０であると、ネットワーク連結を切れと言う意味なので、登録されているアドレスハンドラ（ａｄｄｒｅｓｓ  ｈａｎｄｌｅ）を削除（７０５）してから、ネットワークドライバ（４０３）へメッセージを伝える。もし、ハンドラが０でないと、ネットワークと連結するというメッセージなので、前記アプリケーション（１４４）のプロセスＩＤ（Ｐｒｏｃｅｓｓ  ＩＤ）がネットワークフィルタードライバ（４０４）に登録されているかどうかを確認（７０３）する。
【０１３１】
もし、プロセスＩＤが登録されていないと、他のアプリケーションがネットワークドライバを呼び出すのを意味するので、そのまま通してネットワークドライバ（４０３）へメッセージを伝える。しかし、もし、プロセスＩＤがネットワークフィルタードライバ（４０４）の初期化の遂行の後に登録されているプロセスであると、新しくネットワークの住所を区別してフィルタリングするためのアドレスハンドラ（ａｄｄｒｅｓｓ  ｈａｎｄｌｅ）の登録及びイベントハンドラ（ＭｙＥｖｅｎｔＨａｎｄｌｅｒ）の設定、  ローカルポートの保存をしてくれる作業（７０４）を遂行してから、ネットワークドライバ（４０３）へ変更されたメッセージを伝える。
【０１３２】
ここで、アドレスハンドラの登録は、ほかのアプリケーションとのネットワーク住所を分けて制御できるアドレスハンドラを指定する過程となり、マイイベントハンドラの設定は、ネットワークを通じて受信した暗号化されたコンテンツデータを復号化する作業を遂行するために、別途のイベントを作ってくれることである。又、ローカルポートを記憶することは、外部ストリーミングサーバ（１２２ａ）とネットワーク網を通じて通信できるクライアントシステム（１４０）のローカルポートを指定してくれることである。
【０１３３】
その後、ネットワークドライバ（４０３）は、アプリケーション（１４４）へ、外部のストリーミングサーバ（１２２ａ）との連結のための準備を完了したというメッセージを伝える。
【０１３４】
図８は、ＶＯＤ又はライブストリーミングのためにアプリケーションがネットワーク連結を成す過程を示すフローチャートである。
【０１３５】
上述したように、アプリケーション（１４４）がネットワーク連結を成すための準備過程を終えたというメッセージをネットワークドライバ（４０３）から受けると、ネットワークフィルタードライバ（４０４）は、アプリケーション（１４４）がネットワークドライバ（４０３）へ伝送するメッセージをもう一度フッキングして、更にプロセスの登録可否を確認（８０１）する。その後、外部ストリーミングサーバ（１２２ａ）のリモートポート（Ｒｅｍｏｔｅ  Ｐｏｒｔ又はＳｅｒｖｅｒ  Ｐｏｒｔ）が予め決められている番号、例えば１７５５かどうかを確認（８０２）する。
【０１３６】
もし、リモートポートが１７５５であると、ウィンドウズ（登録商標）メディアサーバを使うストリーミングサーバ（１２２ａ）だとの意味なので、リモートポート１７５５に連結されたローカルポートを有するアドレスハンドラ構造体（Ａｄｄｒｅｓｓ  Ｈａｎｄｌｅ  Ｓｔｒｕｃｔｕｒｅ）に、リモートポート１７５５を記憶（８０３）してから、ネットワークドライバ（４０３）へメッセージを伝える。それから、追加的に、アドレスハンドラ構造体は、本来の、ネットワークフィルタードライバ（４０４）がフッキングによって変更させない、オリジナルハンドラと、変更されたハンドラ、ローカルポート及びリモートポートの情報を記憶する。
【０１３７】
参考までに、各々のプロトコルは、特定のリモートポートの番号を使っている。例えばポート番号が２１であると、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を使うことを意味して、８０であると、Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  ＨＴＴＰを使うのを意味して、１１０であると、Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ  Ｖｅｒｓｉｏｎ３を、１７５５であると、ウィンドウズ（登録商標）メディアサーバのＭＭＳ（Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（登録商標）  Ｍｅｄｉａ  Ｓｅｒｖｅｒ）プロトコルを使うことを意味する。従って、本発明でリモートポートが１７５５かを確かめることは、単純にウィンドウズ（登録商標）メディアサーバのＭＭＳプロトコルを使うのを実施例として容易に説明するためのものであり、ほかのプロトコルを利用してストリーミングサービスをするときは、１７５５の代わりに該当リモートポートの番号を確認する過程を経るとよい。
【０１３８】
図９は、ＶＯＤ又はライブストリーミング方式で受信したデータの復号化過程を示すフローチャートである。
【０１３９】
上述したネットワーク連結過程が終ると、本格的にネットワークドライバ（４０３）は外部のストリーミングサーバ（１２２ａ）と連結されてストリーミング方式で暗号化されたコンテンツパッケージ（１４２）のデータを受信（９０１）する。前記受信した暗号化されたパッケージのデータは、ネットワークドライバ（４０３）で伝送され、ネットワーク連結を用意する過程を通じて予め設定したマイイベントハンドラが活性化される。前記ハンドラが活性化されるとネットワークドライバ（４０３）を通じて受信したデータ（１４２）のリモートポートが１７５５ポートということを更に確認（９０２）する。
【０１４０】
もし、リモートポートが１７５５でないと、ほかのアプリケーションの出したデータなので、そのまま通す。しかし、もしリモートポートが１７５５であると、本発明での該当アプリケーション（１４４）が出したデータが受信したのを意味する。
【０１４１】
次の過程としては、必も必要な須要的な過程ではないが、一つの実施例によれば、ハードディスクに記憶するか否かを確認（９０３）する。
【０１４２】
もし、保存するということであると、ハードディスクの臨時ディレクトリに暗号化されたコンテンツデータ（１４２）を記憶して（９０４）、復号化過程（９０５）へ越す。もし、ハードディスクに記憶しなくてもよいコンテンツデータであると、そのまま復号化過程（９０５）へ伝える。
【０１４３】
前記復号化過程は、ＤＲＭ制御器（１４１）がＤＲＭサーバ（１３０）から認証過程の後に伝えられた復号化キー（１４３ａ）をネットワークフィルタードライバ（４０４）に全域函数として予め登録しておいたものを利用して、暗号化する時と逆の過程を利用して、ブロック暗号化アルゴリズムを使って復号化を遂行する。
【０１４４】
このように復号化されたデータをアプリケーション（１４４）に伝送させる。
【０１４５】
ところで、上記復号化過程では、上述したように、外部のストリーミングサーバ（１２２ａ）から暗号化しなかった制御情報と暗号化されたコンテンツデータを同時に伝送されたことを復号化するので、暗号化されなかった制御情報はそのままアプリケーション（１４４）へ伝えて、暗号化されたコンテンツデータは復号化を遂行してからアプリケーション（１４４）に伝える。
【０１４６】
又、本発明では、コンテンツデータを全部暗号化するのを基本的に仮定しているが、暗号化と復号化の効率性を高めるために、コンテンツデータを全部暗号化しなくて、部分的にだけ暗号化する方法を取るのもできることを明らかにしておく。従って、コンテンツデータが全部暗号化されたのであると、コンテンツデータをその部分だけを探して復号化を遂行して、もし特定の音又は映像の部分的なキーフレームだけを暗号化したのであると、該当暗号化されたキーフレームのコンテンツデータを探して復号化してくれる。
【０１４７】
このようにストリーミング方式で伝送されるコンテンツデータの一部分だけを暗号化する理由は、エンコーディング及びデコーディングの効率性を高めるためであり、その暗号化される部分と残る部分は、予め暗号化する時に決めておかなければならない。これについての情報は、ファイルヘッダーに差し込んで容易にクライアントシステム（１４０）に伝える。
【０１４８】
一方、暗号化されたコンテンツデータ（１４２）をハードディスクの臨時ディレクトリに記憶する機能を活性化させておけば、ユーザー（４０１）がストリーミング方式でコンテンツを全部見る間、自分のハードディスクに暗号化されたコンテンツを格納して、その後に再使用するときに呼び出す事もできる。このようなストリーミングコンテンツの同時格納機能は、コンテンツ提供者が任意に設定でき、この時、ユーザー（４０１）は、再使用性が高いオンライン教育コンテンツのようなものを暗号化された状態で自分のハードディスクに記憶させておいて、次で更に使う事ができるが、ほかのクライアントシステムへ不法複製又は無断配布をしても、暗号化されているので、安全に著作権を保護できる。
【０１４９】
この時、ほかのクライアントシステムへ伝送した暗号化されたコンテンツがＤＲＭサーバ（１３０）の情報を使って新しい認証を受けたり、又は使用権限を含めた状態の暗号化されたコンテンツパッケージ（１４２）が他のユーザーに伝送できるように設定しておくと、ユーザー間のいわゆるスーパー配布（ｓｕｐｅｒ  ｄｉｓｔｒｉｂｕｔｉｏｎ）を通じたコンテンツ販売の増加をサポートするようになる。
【０１５０】
これまでの説明は、主に予め製作されたコンテンツのＶＯＤストリーミングについて重点的に説明されたが、ＶＯＤストリーミングだけでなくて、ライブストリーミング方式のコンテンツサービスにも非常に類似にＤＲＭシステムを適用できる。即ち、上述した説明には、主に既に作られているマルチメディアコンテンツを暗号化してストリーミングサーバに上げる方式でサービスするＶＯＤ（Ｖｉｄｅｏ  Ｏｎ  Ｄｅｍａｎｄ）について詳しく説明されているが、本発明で説明した技術を利用して、スポーツ又はニュース中継、公演等のライブストリーミングをサポートするＤＲＭシステムを具現することもできる。
【０１５１】
一般的なライブストリーミングは、リアルタイム中継をするカメラとマイクから送出された映像及び音のデータを、マルチメディアでエンコーディングしてストリーミングサーバへ伝送した後、有無線インターネットを通じてクライアントシステムのユーザーにサービスする。従って、図１で説明した、暗号化を受け持つコンテンツパッケーザーのプログラムの原本コンテンツとして、マイクとカメラとマルチメディアエンコーディングシステムに連結させると、エンコーディングされてリアルタイムで流入されるマルチメディアコンテンツデータをストリーミングサーバへ伝送する前に暗号化できる。
【０１５２】
この時、コンテンツパッケーザーでの暗号化は、ライブストリーミングのエンコーディングシステムのネットワークドライバの上段に位置したネットワークフィルタードライバで成ることが好ましい。従って、上述のようにクライアントシステムが伝送された暗号化されたデータのネットワークフィルタードライバでのフッキングと復号化する技術を、コンテンツ提供システムにも適用できる。即ち、マルチメディアコンテンツのライブストリーミングのためのエンコーディングシステムで、エンコーディングされたコンテンツを外部のストリーミングサーバへ送信する直前に、ネットワークフィルタードライバが原本データをフッキングしてリアルタイムで暗号化してくれればよい。この時、使う暗号化アルゴリズム又は暗号化方法、復号化方法等は、上述したＶＯＤストリーミングとほとんど同じ方式で手軽に実現できる。
【０１５３】
しかし、最近、ライブストリーミングの高い伝送効率のためによく使うマルチキャスチングをサポートするＤＲＭシステムを実現するためには、クライアントシステムでＴＣＰプロトコルの代わりにＵＤＰプロトコルを利用できるように合せてくれなければならない。即ち、ＵＤＰは、ＴＣＰと異なり、ネットワーク伝送過程の中でデータの誤謬が発生できるので、クライアントシステムのネットワークフィルタードライバは、復号化する時、もしＵＤＰを使って受信されたのであると、損失されたデータを修正してくれてから復号化できる機能を追加的に更に備えなければならない。
【０１５４】
以下、ＤＲＭを適用したダウンロード方式のコンテンツサービスについて、図１０ないし図１６を利用して詳しく説明する。
【０１５５】
図１０は、ダウンロード方式でのクライアントシステムの構成及び作動を示す模式図である。
【０１５６】
ＤＲＭサーバ（１３０）は、インターネットでユーザーコンピュータであるクライアントシステムと連結されている。それから、クライアントシステムのユーザーモードで動かすものとしては、ＤＲＭ制御器（１４１）とアプリケーション（１４４）があって、  又カーネルモードで動かすのとしては、ファイルフィルタードライバ（４０７）と暗号化されたコンテンツパッケージ（１４２）が記憶されているハードディスクのようなファイルシステム（４０５）がある。
【０１５７】
クライアントシステムのファイルシステム（４０５）にダウンロードされて記憶されている暗号化されたコンテンツパッケージが、各々のＤＲＭシステムの構成要素と連係されて動かすのを考察すると、次の通りである。
【０１５８】
まず、ユーザー（４０１）が暗号化されたコンテンツパッケージのファイルを開くと（Ｓ１０１）、自動的に、連結されたプログラムであるＤＲＭ制御器（１４１）が駆動する。ここで、コンテンツパッケージのファイルを開く場合というのは、完全ダウンロード方式の場合には、ハードディスクに記憶されているファイルをアプリケーションへ呼びつける命令をする場合が該当して、ＨＴＴＰストリーミング方式の場合には、ウェブページで所望のコンテンツに当たるアイコン又は題目等をクリックする場合が該当する。
【０１５９】
前記ＤＲＭ制御器（１４１）は、暗号化されたコンテンツパッケージのヘッダー情報を分析（Ｓ１０２）して、ファイル名及びファイルのサイズ、サーバ情報、  コンテンツ情報等を集めて分析する。その後、ＤＲＭ制御器（１４１）は、外部のＤＲＭ認証サーバ（１３０）と連係して、アプリケーション認証及びユーザー認証を遂行して、ライセンスファイルを獲得（Ｓ１０３）する。ＤＲＭ制御装置が分析したコンテンツパッケージのヘッダー情報によって、暗号化されたファイル名を知得して、ＤＲＭ制御器は、ファイル名の拡張子を利用して関連アプリケーション（１４４）を駆動させる。
【０１６０】
これによって、ＯＳがアプリケーションの駆動によるプロセス識別子（Ｐｒｏｃｅｓｓ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ）を生成すると、  ＤＲＭ制御器は、前記識別子を獲得した後、アプリケーションの実行を暫く中止（Ｓ１０４）させる。ＤＲＭ制御器（１４１）は、ライセンスファイルの暗号化キーとプロセス識別子、ファイル名等をファイルフィルタードライバ（４０７）に登録（Ｓ１０５）させておく。追加的に、ファイルフィルタードライバには、後で説明するファイル開きが遂行される時、ファイルハンドラが登録される。
【０１６１】
前記各種のデータの登録過程の後、アプリケーション（１４４）が更に駆動して、ファイル開き及び読み、閉じの命令等を遂行する時、ファイルシステムフィルタードライバ（４０７）は、前記アプリケーション（１４４）とファイルシステム（４０５）との中間に位置しながら、ファイル入出力要請のメッセージをフッキングして、メッセージの発生、変更、削除等を遂行する。これは、後で図面を利用して詳しく説明する。本図面では、読み過程を遂行する時の必要な過程を詳しく説明することにする。
【０１６２】
読み過程では、アプリケーション（１４４）がファイルシステム（４０５）にファイルオフセットとファイルの長さを要請（Ｓ１０６）するが、これは各アプリケーションごとに固有な値を有する。ファイルフィルタードライバ（４０７）は、前記アプリケーションが要請したファイルオフセットとファイルの長さについてのメッセージをフッキングした後、暗号化されたコンテンツパッケージの形態に合せて、１６バイト単位でファイルオフセットとファイルの長さのメッセージを変更（Ｓ１０７）する作業を遂行して、復号化作業を遂行する揮発性バッファーメモリの住所を指定する。
【０１６３】
その後、前記変更されたファイルオフセットとファイルの長さに合うように、ファイルシステム（４０５）にファイルデータを要請して、要請されたパッケージのデータを、図１５で詳しく説明する、揮発の臨時記憶空間であるバッファーメモリにローディングする。前記バッファーメモリファイルフィルタードライバ（４０７）は、暗号化されたコンテンツデータを、ライセンスファイルに含められた復号化キーを利用して復号化を遂行した後、本来のアプリケーションが要請した復号化されたファイルオフセットとファイルの長さのデータへ復元処理（Ｓ１１０）をして、アプリケーション（１４４）に伝送（Ｓ１１１）するフィルタリング作業を遂行してくれる。
【０１６４】
図１０で、ファイルオフセット及びファイルの長さのメッセージ変更とデータ復元が必要な理由は、１６バイト単位で暗号化がなされているので、正確な復号化のためには、ファイルシステムに１６バイト単位でファイルオフセット及びファイルの長さのデータを要請して復号化しなければならないためである。各々のアプリケーション（１４４）ごとに要請するファイルオフセットとファイルの長さが全部異なるため、ファイルフィルタードライバ（４０７）は、アプリケーション（１４４）とファイルシステム（４０５）との中間に位置して、ファイル入出力要請メッセージをリアルタイムでフッキングして、アプリケーションが要請するファイルオフセット及びファイルの長さを変更して、暗号化されたコンテンツデータを復号化して、更に元のファイルオフセット及びファイルの長さに復元処理をしなければならない。このようなファイルオフセット及びファイルの長さの変更、復号化及び復元処理は、全部クライアントシステムのカーネルモードで作業が遂行されるので、  ユーザーモードで動かすアプリケーション（１４４）は、実際にファイルフィルタードライバ（４０７）から提供を受けるデータが、一般データであるかＤＲＭが適用されて暗号化されてから復号化されたデータかを区別できない。
【０１６５】
図１１ないし図１４は、ファイルフィルタードライバ（４０７）がフッキングするファイル入出力メッセージが開き（ｏｐｅｎ）、読み（ｒｅａｄ）、閉じ（ｃｌｏｓｅ）命令である時と、アプリケーション終了メッセージを検索する時の機能に関する図面である。
図１１は、ファイルシステムにダウンロードされている暗号化されたコンテンツの開き過程を示すフローチャートである。
【０１６６】
まず、アプリケーション（１４４）が運営体制中に含まれているファイルシステム（４０５）に開き命令を下すと、ファイルフィルタードライバ（４０７）がファイルシステム（４０５）からアプリケーション（１４４）に上るファイル入出力要請メッセージをフッキング（１１０１）して、アプリケーションのプロセス識別子の登録可否を確認（１１０２）する。
【０１６７】
アプリケーションのプロセス識別子がファイルフィルタードライバ（４０７）に登録されていないと、一般ファイルを開くのだから、アプリケーション（１４４）へ命令を伝達し、もしアプリケーションのプロセス識別子が登録されているとファイル名を確認（１１０３）する。
【０１６８】
もし、ファイル名が登録されていると、暗号化されたコンテンツファイルを開くのだから、ファイルハンドラ（１１０４）を登録させた後、アプリケーション（１４４）へ命令を伝えるようになる。即ち、ファイルフィルタードライバ（４０７）は、開き命令を遂行する時、ファイルシステム（４０５）からアプリケーションへ伝えるファイル入出力メッセージをフッキング（１１０１）するもので、主要機能はファイルハンドラを登録（１１０４）するのである。
【０１６９】
図１２は、暗号化されたコンテンツパッケージの読み過程を示すフローチャートである。
【０１７０】
アプリケーション（１４４）が読み命令を下すると、ファイルフィルタードライバ（４０７）は、ファイル入出力要請メッセージをフッキング（１２０１）して、アプリケーションのプロセス識別子の登録可否を確認（１２０２）する。
【０１７１】
もし、プロセス識別子が登録されていないと、一般ファイルだから、ファイルシステム（４０５）へ命令を伝達し、もし、プロセス識別子が登録されていると、ファイルハンドラの登録可否を確認（１２０３）する。
【０１７２】
もし、ファイルハンドラが登録されていないと、ファイルシステムへ命令を伝達し、もしファイルハンドラが登録されていると、アプリケーションで要求するファイルオフセット及びファイルの長さのメッセージを暗号化されたコンテンツパッケージの該当暗号化されたブロック単位に合うように、前記ファイルオフセット及びファイルの長さメッセージを変更（１２０４）する。その後、変更されたファイルオフセット及びファイルの長さで伝送された暗号化されたコンテンツデータの復号化作業と復元作業のために、臨時記憶空間であるバッファーメモリを指定（１２０５）する命令をファイルシステムへ伝送（１２０５）する。
【０１７３】
ファイルシステムで作られたファイル入出力要請メッセージを更にフッキング（１２０６）して、変更されたファイルオフセット及びファイルの長さだけの暗号化データを前記バッファーメモリにローディングして、復号化キーを利用してブロック単位で復号化（１２０７）する。その後、復号化されたコンテンツデータを元々アプリケーション（１４４）が求めた値のファイルオフセット及びファイルの長さに復元（１２０８）してから、これをアプリケーションが使うバッファーメモリにコピー（１２０９）して、アプリケーションが読めるように伝達してくれるようにする。前記のようなファイルフィルタードライバのフィルタリング作業を、リアルタイムで繰り返し続けながら、ほかのファイル入出力メッセージが伝送されるまで、暗号化されたコンテンツデータの復号化を遂行する。
【０１７４】
本発明では、ファイルフィルタードライバ（４０７）でファイル入出力要請メッセージをフッキングして、ファイルオフセット及びファイルの長さの変更及び復元処理をするので、アプリケーション（１４４）は、読み過程を遂行する時、ファイルシステムから伝えられるデータが、一般データか、ＤＲＭを適用して暗号化されてから復号化されたデータかを区別できない。又、揮発性であるバッファーメモリだけで暗号化されたファイルを、例えば１２８ビットブロック単位で割れたデータを復号化してアプリケーションに伝えるので、ユーザーが無断に復号化されたコンテンツデータをハッキング又はコピーするのを源泉的に封鎖できる。従って、ファイルフィルタードライバ（４０７）は、アプリケーション（１４４）がファイルシステム（４０５）に読み命令を下した時、ファイル入出力要請メッセージのファイルシステムの前半部フッキング（１２０１）と後半部フッキング（１２０６）で両方遂行されて、主要機能は、ファイルオフセット及びファイルの長さのメッセージの変更及び暗号化ファイルの復号化、復号化されたデータの復元作業である。
【０１７５】
図１３は、暗号化されたコンテンツパッケージの閉じ過程を示すフローチャートである。
【０１７６】
アプリケーション（１４４）が閉じ命令をファイルシステム（４０５）に下すと、ファイルフィルタードライバ（４０７）は、ファイルシステムからアプリケーションへ伝送されるファイル入出力要請メッセージをフッキング（１３０１）して、アプリケーションのプロセス識別子の登録可否を確認（１３０２）した後、  もし識別子が登録されていると、ファイルハンドラの有無を確認（１３０３）して、ファイルハンドラが存在すると、ファイルハンドラを削除（８０４）することにより、該当コンテンツファイルを閉じるフィルタリング作業を遂行した後、アプリケーション（１４４）に閉じ命令について作業の結果メッセージを伝える。
【０１７７】
図１４は、アプリケーションの終了過程を示す模式図である。
【０１７８】
ユーザー（４０１）がアプリケーション（１４４）を終了する命令を下すと、ＯＳ（１４０１）に終了メッセージが伝送されて、前記アプリケーションの終了メッセージをファイルフィルタードライバ（４０７）が探知して、終了されるアプリケーション（１４４）のプロセス識別子がファイルフィルタードライバ（４０７）に登録されている情報であると、識別子と関連したすべての資料（ファイル名、暗号化キー等）を削って、ＤＲＭ制御器（１４１）に終了メッセージを通報して、ファイルフィルタードライバ（４０７）上に登録されたアプリケーションのプロセス識別子が完全にないと、フッキング動作も止めることによって、アプリケーションを終了するようにする。
【０１７９】
図１５及び図１６は、暗号化されたコンテンツの復号化過程と復号化されたデータの復元及び伝送過程を表して、以下、これを詳しく説明する。
【０１８０】
図１５は、ダウンロード方式の暗号化されたコンテンツパッケージの復号化過程を示す模式図である。
【０１８１】
一般的なデジタルコンテンツファイルは、ファイルヘッダー（１５２０）とデータ（１５３０）に区分されている。従って、デジタルコンテンツパッケージを暗号化する時は、特定の暗号化キーを利用してファイルヘッダー（１５２０）とデータ（１５３０）を暗号化するようになり、ファイルヘッダーの前に暗号化されないＤＲＭパッケージヘッダー（１５１０）をつけるようになる。図１０で説明したように、ユーザーが特定のファイルを選択して開くと、自動的にＤＲＭ制御器（１４１）が駆動して、ＤＲＭパッケージヘッダー（１５１０）を分析して、ファイル名及びファイルのサイズ、サーバ情報、コンテンツ情報、パッケージバージョン等の復号化に必要な情報を読み込みに使う。
【０１８２】
本図面は、前述したように、アプリケーション（１４４）がファイルシステム（４０５）に要請するファイルオフセット及びファイルの長さのメッセージを、ファイルフィルタードライバ（４０７）がフッキングして、ファイルオフセット及びファイルの長さのメッセージを変更して、復号化作業を遂行して、復号化されたコンテンツデータの復元過程を図示してある。変更されたファイルオフセット及びファイルの長さのメッセージに当たる暗号化されたデータ（１５４０）が、既に指定されている復号化作業を遂行するための揮発性バッファーメモリ（１５００）へ伝送されて、ファイルフィルタードライバ（４０７）は、この揮発性バッファーメモリで、変更されたファイルオフセット及びファイルの長さの暗号化されたコンテンツデータを復号化キーを利用して復号化して、前記復号化されたデータを元々アプリケーションが求めたファイルオフセット及びファイルの長さの値に復元して、アプリケーション（１４４）で伝えるようになる。
【０１８３】
図１６は、暗号化されたコンテンツパッケージの復号化過程とファイルオフセットとファイルの長さを処理する過程を示す模式図である。
【０１８４】
本発明の実施例では、Ｒｉｊｎｄａｅｌアルゴリズムを使うので、１６バイト（１２８ビット）ブロック単位で暗号化及び復号化が成って、図で暗号化されたデータブロック（１６１０）は、全部同じに、例えば１２８ビットで暗号化されたことを見せている。アプリケーション（１４４）が求めた実際のファイルオフセット及びファイルの長さに当たるデータブロック（１６２０）が、例えば１６バイト単位の２つのデータブロック（１６１０ａ及び１６１０ｂ）に分けられて記憶されているとすると、アプリケーション（１４４）が求めた元のメッセージを前記暗号化された２つのデータブロックに合うようにファイルオフセット及びファイルの長さのメッセージを変更して、ファイルシステム（４０５）に伝達し、この過程は、本図面で省略されている。
【０１８５】
従って、変更されたファイルオフセットとファイルの長さのメッセージに当たる２つのデータブロック（１６１０ａ及び１６１０ｂ）を両方復号化のための揮発性バッファーメモリ（１５００）にローディングして、ファイルフィルタードライバ（４０７）に登録されている復号化キーを利用して復号化するようになる。その後、元来アプリケーション（１４４）が求めたファイルオフセットとファイルの長さの形態の復号化されたデータに復元処理して作られたデータブロック（１６２０）を、アプリケーション（１４４）へ伝えるようになる。その後、アプリケーションが要請する次の手順のファイルデータに当たる任意のサイズのデータブロック（１６２１）も、前記と全く同じ過程を経た後、アプリケーションに伝える連続的な作業を遂行して、復号化が進め続けるようになる。
【０１８６】
前記復号化過程は、リアルタイムで揮発性バッファーメモリ上で起きすので、図１で説明したように一緒にコンテンツサーバ（１２０）のウェブサーバ及びＦＴＰサーバから完全ダウンロードして記憶された暗号化されたコンテンツパッケージ（１４２）だけでなくて、ＨＴＴＰプロトコルを利用してダウンロードする暗号化されたコンテンツデータの場合も、ダウンロードと同時にＨＴＴＰストリーミング方式でコンテンツの再生もできるように具現できる。これは、本発明の重要な特徴中の一つてあって、従来のＤＲＭシステムが、一般的にダウンロードが終った暗号化されたコンテンツについてのみ適用できるのに比べて、本発明は、ダウンロードを完了してクライアントシステムに記憶されたコンテンツだけでなくて、ダウンロード過程の中のＨＴＴＰストリーミング方式でコンテンツの再生も出来るようになる。
【０１８７】
これは、オンライン講義又はインターネット映画、動画像ファイル等の大容量のデジタルコンテンツにＤＲＭシステムを適用する場合、ダウンロードをする時間の間、ユーザーが不本意に待った不便を解消できるという、非常に得な長所を有する。又、ＨＴＴＰストリーミングを通じたコンテンツの再生は、ウェブサーバを通じてダウンロードと同時に行われるので、一般的にデジタルコンテンツのストリーミングサービスのために必要になる高価のＭＭＳ（Ｍｉｃｒｏｓｏｆｔ  ｗｉｎｄｏｗｓ（登録商標）  Ｍｅｄｉａ  Ｓｅｒｖｅｒ）ストリーミングの専用サーバ等の追加購入又は構成費用等を節減できるという長所も有する。
【０１８８】
これからは、ＤＲＭを適用したストリーミング及びダウンロード方式のコンテンツサービスのためのコンテンツのファイル形式と、ＤＲＭパッケージヘッダー、ライセンスファイル形式について、図１７乃至図２０を参照しながら詳しく説明する。
【０１８９】
現在、ストリーミング方式でサービスするマルチメディアファイル形式の中に、世界的に一番よく利用されている代表的なものがＡＳＦ（Ａｄｖａｎｃｅｄ  Ｓｔｒｅａｍｉｎｇ  Ｆｏｒｍａｔ）である。ＡＳＦは、マイクロソフトの開発した、マルチメディアコンテンツの送受信データ形式であり、マルチメディアデータ等を分割して、それを含めたパケットの仕様を規定している。
【０１９０】
このような一つのＡＳＦファイルは、複数のオブジェクト（Ｏｂｊｅｃｔ）単位で構成されていて、大きくヘッダーオブジェクト（Ｈｅａｄｅｒ  Ｏｂｊｅｃｔ）、  データオブジェクト（Ｄａｔａ  Ｏｂｊｅｃｔ）、インデックスオブジェクト（Ｉｎｄｅｘ  Ｏｂｊｅｃｔ）及びその他オブジェクト（Ｏｔｈｅｒ  Ｏｂｊｅｃｔｓ）より構成されている。前記ヘッダーオブジェクトは、ファイル特性オブジェクト（Ｆｉｌｅ  Ｐｒｏｐｅｒｔｉｅｓ  Ｏｂｊｅｃｔ）、多数のストリーミング特性オブジェクト（Ｓｔｒｅａｍ  Ｐｒｏｐｅｒｔｉｅｓ  Ｏｂｊｅｃｔ）、  その他ヘッダーオブジェクト（Ｏｔｈｅｒ  Ｈｅａｄｅｒ  Ｏｂｊｅｃｔ）等より構成されている。又、各々のオブジェクトは、１６バイトのオブジェクトＩＤ（Ｏｂｊｅｃｔ  ＩＤ）、８バイトのオブジェクトのサイズ（Ｏｂｊｅｃｔ  Ｓｉｚｅ）、任意のサイズであるオブジェクトデータ（Ｏｂｊｅｃｔ  Ｄａｔａ）より構成される。
【０１９１】
又、ＡＳＦファイル形式は、再生タイミングの調整と動機も自由に具現でき、下位層のプロトコルを選択しないのが特徴である。クライアントからデータ送信要求があると、先ずサーバは、マルチキャストＩＰ、ＵＤＰ、ＲＴＰ、ＴＣＰ、ＨＴＴＰの順番にテストして、利用可能な一番良い効率のプロトコルを自動的に選択してくれる。最悪の場合、ウェブを通じて見る環境しかなければ、特別な設定の変更なしにマルチメディアコンテンツのストリーミング再生を見えるようにしてくれる。
【０１９２】
又、ＭＭＳ（Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（登録商標）  Ｍｅｄｉａ  Ｓｅｒｖｅｒ）プロトコルは、マルチメディアファイルをストリーミングするに一番よく使うプロトコルであって、マイクロソフトインターネットエクスプローラー等のウェブブラウザと連動していて、又ウィンドウズ（登録商標）メディアプレ−ヤーとも連動して、最適のストリーミングをサポートするように設計されている。ＭＭＳプロトコルは、インターネットの基本プロトコルであるＨＴＴＰプロトコルより保安性が高くて安定的にストリーミングサービスが可能なメディアサーバー用プロトコルとであって、ユーザーの伝送要求が発生する場合、既存のＨＴＴＰ、ＵＤＰ、ＴＣＰの３つの方式のプロトコルの中で一番好適なプロトコルを選択して、最適のストリーミングの具現する方式を使う。
【０１９３】
図１７は、ストリーミングサービスのためのコンテンツのファイル形式を示す模式図である。
【０１９４】
上述したように、ＡＳＦファイル形式は、ヘッダーオブジェクト（１７１０）、データオブジェクト（１７２０）、インデックスオブジェクト（１７３０）、  その他オブジェクト（１７４０）より構成されている。本発明でのストリーミングサービスのためのコンテンツを暗号化するためには、ヘッダーオブジェクトの中の、任意にデータを製作して差し込みできる拡張コンテンツ描写オブジェクト（Ｅｘｔｅｎｄｅｄ  Ｃｏｎｔｅｎｔ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｏｂｊｅｃｔ）に、ＤＲＭパッケージヘッダー（１５１０）を差し込むことが好ましい。
【０１９５】
なお、ストリーミングサービスのためのコンテンツを暗号化するためには、アプリケーションと外部のストリーミングサーバが通信する制御情報の一つであるヘッダーオブジェクト（１７１０）は暗号化しなくて、データオブジェクト（１７２０）だけを暗号化するのが好ましい。なぜならば、本発明の重要な特徴の中の一つである、従来のストリーミングプロトコルやサーバの構造の変更、ネットワークの過負荷現象等なしに、暗号化したコンテンツをストリーミング方式で伝送するためには、データオブジェクト（１７２０）のみを暗号化して、ネットワークフィルタードライバ（４０４）で復号化して、該当アプリケーション（１４４）へ伝達してくるためである。
【０１９６】
この時、データオブジェクト（１７２０）は、全部暗号化するのもできるし、暗号化及び復号化の効率性を高めるために、特別なフレームだけを選択して部分的な暗号化を遂行するのもできる。ＡＳＦファイル形式のデータオブジェクト（１７２０）は、複数のデータユニットより構成されていて、一つのマルチメディアセグメントの内には、音及び映像ファイルのフレームが含まれている。
【０１９７】
従って、データオブジェクトの部分的な暗号化のためには、音又は映像のキー（ｋｅｙ）フレームだけを探して、暗号化及び復号化してくれる機能を備えることが好ましい。音と映像のキーフレームは、各々位置を示す特別な認識記号を有しているので、プログラムの形式で容易に該当位置を探して、暗号化及び復号化できる。この時、データオブジェクト（１７２０）の全部の暗号化又は部分の暗号化をする方式についての情報は、ＤＲＭパッケージヘッダー（１５１０）に示してくることによって、復号化する時に活用できる情報を提供してくれる。もし、音は暗号化しなくて映像のみを暗号化するようにすると、正当な使用権限が獲得できなかったユーザーの場合、音は正常に聞こえるが、画面は壊れてでる、まるで有線放送やセットトップボックスにおいてのスクランブルリング（ｓｃｒａｍｂｌｉｎｇ）のような、似ている效果を、ＤＲＭを適用しても得るようになる。
【０１９８】
図１８は、ダウンロードサービスのためのコンテンツのファイル形式を示す模式図である。
【０１９９】
ストリーミングサービスでとは異なり、ダウンロードサービスでは、ファイルヘッダー（１５２０）とファイルデータ（１５３０）より構成されたコンテンツファイルを、全体を暗号化して、暗号化しなかったＤＲＭパッケージヘッダー（１５１０）を一番前の部分につけるのが好ましい。しかし、ストリーミングサービスでと同じ方法で、コンテンツファイルを部分的に暗号化したり、特定の音又は映像を選択的に暗号化する事もできる。
【０２００】
本発明の一つの実施例では、最近一番よく使われているブロック暗号化アルゴリズムであるＲｉｊｎｄａｅｌアルゴリズムを利用して、１６バイト（１２８ビット）ブロック単位でコンテンツを暗号化した。Ｒｉｊｎｄａｅｌアルゴリズムは、ベルギーの暗号学者であるＶｉｎｃｅｎｔ  Ｒｉｊｎｄａｅｌ教授がＪｏａｎ  Ｄａｅｍｅｎと一緒に作ったものであり、暗号化アルゴリズムの保安性及び性能、効率性、適用性等の調和が他のアルゴリズムに比べて卓越だとの長所がある。本発明では、Ｒｉｊｎｄａｅｌアルゴリズムを利用して、１６バイト（１２８ビット）で暗号化したが、当然３２バイト（２５６ビット）でやっても、或は他の暗号化アルゴリズムを利用しても、原本コンテンツを暗号化できることは自明のことである。
【０２０１】
追加的に、原本コンテンツを暗号化するためには、一つの暗号化キーを利用する方法、又は、保安水準を高めるために、複数の暗号化キーを利用して暗号化及び復号化をする事もできる。例えば、暗号化するデジタルコンテンツの容量が５０メガバイトだとすると、１０メガバイトずつ５つの暗号化キーを利用して暗号化を遂行して、これに関連した復号化情報をＤＲＭコンテンツパッケージのヘッダー又はライセンス情報ファイルに記録して復号化を遂行することによって、保安水準を一層高める。
【０２０２】
図１９は、ＤＲＭパッケージヘッダーの形式を示す模式図である。
【０２０３】
上述したストリーミング及びダウンロード方式の暗号化されたコンテンツパッケージ（１４２）を製作する時、任意に製作して差し込むＤＲＭパッケージヘッダー（１５１０）は、パッケージのバージョン番号（Ｖｅｒｓｉｏｎ  ｎｕｍｂｅｒ）、コンテンツＵＲＩの長さ（Ｃｏｎｔｅｎｔ  ＵＲＩ  ｌｅｎｇｔｈ）、コンテンツタイプの長さ（Ｃｏｎｔｅｎｔ  ｔｙｐｅ  ｌｅｎｇｔｈ）、コンテンツのＵＲＩ（Ｃｏｎｔｅｎｔ  ＵＲＩ）、コンテンツタイプ（Ｃｏｎｔｅｎｔ  ｔｙｐｅ）、ヘッダーの長さ（Ｈｅａｄｅｒ  ｌｅｎｇｔｈ）、データの長さ（Ｄａｔａ  ｌｅｎｇｔｈ）、暗号化方法（Ｅｎｃｒｙｐｔｉｏｎ  ｍｅｔｈｏｄ）、権利発行者ＵＲＬ（Ｒｉｇｈｔｓ  ｉｓｓｕｅｒ  ＵＲＬ）、コンテンツ名（Ｃｏｎｔｅｎｔ  ｎａｍｅ）、コンテンツ説明（Ｃｏｎｔｅｎｔ  ｄｅｓｃｒｉｐｔｉｏｎ）、コンテンツベンダー（Ｃｏｎｔｅｎｔ  ｖｅｎｄｏｒ）、アイコンＵＲＩ（Ｉｃｏｎ  ＵＲＩ）、デジタル署名（Ｄｉｇｉｔａｌ  ｓｉｇｎａｔｕｒｅ）、コンテンツサーバＵＲＬ（Ｃｏｎｔｅｎｔ  ｓｅｒｖｅｒ  ＵＲＬ）等の情報より構成できる。前記ＤＲＭパッケージヘッダー（１５１０）に含まれた各種情報とデータは、原本及び暗号化されたコンテンツパッケージの情報、暗号化方法及び規則、ライセンス発給器の位置、電子署名、コンテンツサーバのＵＲＬ等を明確に規定することによって、円滑なコンテンツサービスをするためのものである。ここで、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）は、統一リソース識別子を意味して、ＵＲＩを利用すれば、アクセス方法が違う多様な類型のリソース情報を、同じ識別記号を利用して処理できる。
【０２０４】
前記ＤＲＭパッケージヘッダー（１５１０）の形式を統一させておくと、ストリーミング方式やダウンロード方式で一貫されたコンテンツのサービスができる。又、有無線インターネットを活用して、ＰＣ又はノートパソコン、ＰＤＡ、携帯電話、セットトップボックス、デジタルＴＶ、テレメチックス端末機等の多様なクライアントシステムで、ＤＲＭを適用したコンテンツの統合された通信システムもサポートできるようになる。又、原本コンテンツを一度暗号化して、暗号化されたコンテンツパッケージ（１２１）を製作して、前記暗号化されたコンテンツパッケージを復号化できる復号化キーと多様なビジネスモデルをサポートする使用権限情報を有しているライセンスファイルを別に製作して、コンテンツの通信システムの効率性を高めることもできる。
【０２０５】
図２０は、ライセンスファイルの形式を示す模式図である。
【０２０６】
ライセンスファイルは、前述したように、アプリケーション認証及びユーザー認証を経た後、ＤＲＭサーバ（１３０）のＤＲＭライセンス発給器（１３３）がクライアントシステム（１４０）にライセンスファイルを暗号化してオンラインで発給するようになる。ライセンスファイルには、ライセンスファイルであることを確かめるライセンス区別者（Ｌｉｃｅｎｓｅ  ｓｅｐａｒａｔｏｒ）、ライセンスバージョン（Ｌｉｃｅｎｓｅ  ｖｅｒｓｉｏｎ）、  認証結果を示す認証成功フラグ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｓｕｃｃｅｓｓ  ｆｌａｇ）、その他メッセージ（Ａｒｂｉｔｒａｒｙ  ｍｅｓｓａｇｅ）、ライセンスフラグ（ｌｉｃｅｎｓｅ  ｆｌａｇ）、コンテンツ使用期間の開始日（Ｓｔａｒｔ  ｄａｔｅ）及び終了日（Ｅｎｄ  ｄａｔｅ）、トタル使用回数（Ｔｏｔａｌ  ｃｏｕｎｔ）及び現在使用回数（Ｃｕｒｒｅｎｔ  ｃｏｕｎｔ）、トタル印刷回数（Ｔｏｔａｌ  ｐｒｉｎｔ）、使用可能なコンピュータのトタル台数（Ｔｏｔａｌ  ＰＣ）、現在コンピュータの数（Ｃｕｒｒｅｎｔ  ＰＣ）、トタル暗号化キーの索引（Ｔｏｔａｌ  Ｋｃ  ｉｎｄｅｘ）、現在暗号化キーの索引（Ｃｕｒｒｅｎｔ  Ｋｃ  ｉｎｄｅｘ）、暗号化キー（Ｋｃ）、ハードウェア情報収集フラグ（Ｈａｒｄｗａｒｅ  ｉｎｆｏｒｍａｔｉｏｎ  ｃｏｌｌｅｃｔｉｏｎ  ｆｌａｇ）、ハードウェア情報収集ＵＲＬ（Ｈａｒｄｗａｒｅ  ｉｎｆｏｒｍａｔｉｏｎ  ｃｏｌｌｅｃｔｉｏｎ  ＵＲＬ）等の各種使用権限についての情報がコンテンツ供給者や配布者の要求に合うように製作できる。
【０２０７】
前記で、使用期間の開始日及び終了日は、コンテンツユーザーが期間延長の目的で、ユーザーコンピュータの時間調整をすることを防止するために、最後にデジタルコンテンツを利用した時間についての情報を暗号化して、ユーザーコンピュータのレジストリに記録しておいて、次に利用する時、時間情報を比べて、使用期間の不法延長を防ぐのに使われる。又、使用回数に関する情報は、コンピュータのカウンターを利用して自動的にチェックするように構成されていて、オフィスと家庭等で使用できるコンピュータの数等を制御できるライセンスに関する情報をＤＲＭ制御器（１４１）に提供することによって、該当する暗号化されたコンテンツパッケージの正当な使用を導くことができる。
【０２０８】
図２１は、暗号化を遂行するコンテンツパッケーザーのプログラムの画面イメージである。
【０２０９】
上述したように、コンテンツパッケーザー（１１２）は、ＤＲＭサーバコンポネント（１３２）と通信して暗号化キーを伝えられて、原本コンテンツを暗号化する。この時、暗号化は、ファイル単位又は複数のファイルを含めているディレクトリ単位で暗号化を遂行でき、コンテンツ追加、コンテンツ削除、暗号化、コンテンツサーバ（１２２）へのアップロード等の機能を備えるのができる。又、ファイル、ライブ、表示、オプション、ヘルプ等のメニューを有していて、このようなメニューを通じて暗号化する時に必要な各種設定事項を規定できる。
【０２１０】
ＶＯＤストリーミングとダウンロードのためには、予めコンテンツパッケーザー（１１２）を利用して、暗号化されたコンテンツパッケージ（１２１）を生成して、コンテンツサーバ（１２２）に載せなければならないが、ライブストリーミングは、リアルタイムに現場中継がなるべきなので、コンテンツパッケーザー（１１２）のライブメニューを通じて、実際ライブストリーミングのための設定をしなければならない。即ち、ライブストリーミングのためのエンコーディングシステムの出力端にコンテンツパッケーザー（１１２）を連結して、外部のストリーミングサーバへ伝送する前に、リアルタイムでネットワークフィルタードライバ段で暗号化を遂行する。
【０２１１】
図２２は、ＤＲＭサーバの各種設定のためのＤＲＭ管理器（１３４）の画面イメージだ。
【０２１２】
ＤＲＭ管理器（１３４）プログラムは、会員のＩＤ、名前、住民の登録番号、ご連絡先等の会員情報、各コンテンツの保安レベルを設定する機能、  各コンテンツをサービスするサイトを管理する機能、ライセンスの管理器能、ユーザーＰＣのハードウェア情報の管理、  各ログ統計分析機能等のメニューより構成されていて、当業者なら、効率的なＤＲＭシステム具現のために多様な方式の機能を容易に追加できる。又、ＤＲＭ管理器は、ウエブサイトに構成して、インターネットを通じて容易に遠隔にＤＲＭを適用したコンテンツサービスを管理する事もできる。
【０２１３】
図２３は、ＤＲＭ管理器のアプリケーション登録現況を示す画面イメージである。
コンテンツ提供者がＤＲＭ管理器（１３４）プログラムに接続して、上段のビュアー（Ｖｉｅｗｅｒ）メニューを選択すると、暗号化されたコンテンツを再生できる、認証されたアプリケーションの目録を見せる。図から見えるように、現在ＤＲＭサーバに登録されているビュアー目録を見ると、Ｗｉｎｄｏｗ  ｍｅｄｉａ  ｐｌａｙｅｒ  ７．０１、Ａｃｒｏｂａｔ  ｒｅａｄｅｒ  ４．０、Ａｃｔｉｖｅ  Ｔｕｔｏｒ、Ａｌｋｉｏｎ、ＧＶＡ、ＨＴＴＰストリーミングビュアー、Ｌｉｖｅ  ｓｈａｒｅ、Ｑｕｉｃｋ  Ｔｉｍｅ等のデジタルコンテンツを再生できる、既存のアプリケーションを登録させておくのができる。従って、ＤＲＭサーバに登録されていないハッキングや不法複製の目的の疑いのあるアプリケーションが暗号化されたコンテンツに近づくのを源泉的に遮って、保安水準を高めることができ、又、このような暗号化されたコンテンツを再生できる既存のアプリケーションの目録をＤＲＭサーバで手軽に登録管理できる長所も有して、アップグレード又は新しく市販されるアプリケーションも容易に追加できる。
【０２１４】
従って、本発明を利用すれば、一般文書（一太郎、ＭＳワード、その他のワードプロセサープログラム等）及びＭＳオフィス（パワーポイント、エクセル、  アクセス等）、ウインドウズ（登録商標）メディアプレ−ヤー、イメージビュアー、動画像講義、音楽、フラッシュ等のほとんどすべてのコンテンツのファイル形式に一貫性のあるようにＤＲＭシステムを適用できるようになる。この時、多くの場合、アプリケーションを手軽に登録できるが、ＧＶＡのような動画像講義を遂行するプログラムは、ファイルのサイズをチェックする別の機能があって、元のファイルと暗号化されたファイルのサイズとがパッケージのヘッダーほど若干の違いがでるので、ＤＲＭクライアントプログラムでは、このようなファイルのサイズの違いを考慮した追加機能を備える必要がある。
【０２１５】
ＤＲＭ管理器（１３４）プログラムの画面の下段の‘ビュアー（Ｖｉｅｗｅｒ）登録’アイコンを選択すると、新しいアプリケーションを自由に登録でき、ビュアー目録の画面には、番号、認証されたプログラム、認証キー、説明、ファイル容量、機能等の情報が表示される。本発明で、アプリケーションの登録のための認証キーは、アプリケーションの始点から例えば１２８バイトの後の１６バイト情報を１６進数で変換して生成し、アプリケーションのファイル容量を、サイズを正確にチェックして、アプリケーションの認証情報として使ったが、当業者なら、いくらでも似た類型に変形できる。
【０２１６】
クライアントシステムからアプリケーションの認証を受けるためには、ＤＲＭ制御器（１４１）が、ＤＲＭサーバ（１３０）での認証キーの生成方法と同じ方法で、自動的に認証キーの生成及びファイル容量のチェックを遂行して、ＤＲＭサーバ（１３０）に伝送する。その後、ＤＲＭサーバ（１３０）は、自分が預かっているアプリケーションの認証キー及びファイル容量の値と、クライアントシステムから伝送してきたものを各々比べて、認証成功又は認証失敗メッセージをクライアントシステムへ伝送することによって、アプリケーションの認証を遂行する。
【０２１７】
もし、クライアントシステムに暗号化されたコンテンツを再生できるアプリケーションがないと、ＤＲＭサーバ（１３０）では、認証失敗に関するメッセージを出して、認証に成功すると、次の段階としてユーザー認証を遂行するが、上記の認証手順が代わっても差し支えない。従って、本発明の一番大きい長所の中の一つは、ＤＲＭが適用された、暗号化されたコンテンツパッケージ（１４２）を再生するための専用ビュアープログラムを製作する必要がなくて、ＤＲＭサーバ（１３０）に登録だけをしてくれれば、ほとんどすべての既存のアプリケーションを利用して、暗号化されたコンテンツパッケージを再生できるビュアープログラムとして活用できるようになる。
【０２１８】
図２４は、暗号化されたＶＯＤストリーミングコンテンツを復号化して、既存のアプリケーションで再生する画面キャプチャーのイメージである。
【０２１９】
本画面キャプチャーのイメージは、クライアントシステム（１４０）にダウンロード又は記憶されているコンテンツを再生するのではなくて、インターネットで連結されている外部のストリーミングサーバ（１２２ａ）から、ＶＯＤストリーミングサービス方式で、暗号化されたコンテンツパッケージ（１４２）を受信して、これをネットワークフィルタードライバ（４０４）がフッキング及び復号化等のフィルタリング作業を遂行して、既存のアプリケーション（１４４）であるウインドウズ（登録商標）メディアプレ−ヤー（Ｗｉｎｄｏｗｓ（登録商標）  Ｍｅｄｉａ  Ｐｌａｙｅｒ）で再生することを見せている。従って、最近まで他のＤＲＭシステムで商用化する時、一番大きい問題になった、専用ビュアープログラムを設けなくて、既存アプリケーション（１４４）を利用してＶＯＤストリーミング方式で伝送される、暗号化されたコンテンツパッケージを復号化して、再生するのを明らかに確認できる。
【０２２０】
図２５は、暗号化されたＶＯＤストリーミングコンテンツを復号化して、ＯＣＸプレ−ヤーで見せる画面キャプチャーのイメージである。
【０２２１】
このようなＯＣＸプレ−ヤーは、最近インターネット映画館やオンライン教育業体等でよく使われているプレ−ヤー形式であり、専用ビュアープログレムではなくて、各々のマルチメディアファイル形式を再生できるメディアプレ−ヤーのコンポネントを、エクスプローラー又はネットスケープのようなインターネットブラウザに、プラグイン形で差し込んで、多様なデザインのスキンといろいろな追加機能を備えるように作ったものである。本画面イメージも、上述したような、ＶＯＤストリーミングでサービスする暗号化されたコンテンツパッケージ（１４２）を、ネットワークフィルタードライバ（４０４）がフッキングして復号化して、ＯＣＸプレ−ヤーに挿入されているアプリケーションコンポネントに、復号化されたデータを伝えるフィルタリング作業を遂行するため、正常に復号化されて再生するのを見える。
【０２２２】
図２６は、暗号化されたライブストリーミングコンテンツを復号化して、ＯＣＸプレ−ヤーで見せる画面キャプチャーのイメージである。
【０２２３】
ライブストリーミングサービスをするために、本発明の出願人のオフィスにデジタルビデオカメラを設けて、デジタルカメラから出力される映像と音データをマイクロソフトエンコーディングサーバを利用してエンコーディングした後、本発明でのコンテンツパッケーザーがリアルタイムでエンコーディングされた映像と音データをエンコーディングシステムのネットワークフィルタードライバでリアルタイムでデータをフッキング及び暗号化してストリーミングサーバ（１２２ａ）であるマイクロソフトメディアサーバに伝えた。その後、クライアントシステム（１４０）は、ストリーミングサーバ（１２２ａ）から受信した暗号化されたコンテンツパッケージ（１４２）をネットワークフィルタードライバ（４０４）でフッキング及び復号化するフィルタリング作業を遂行した後、ＯＣＸプレ−ヤーを通じて見れた。
【０２２４】
図２７は、ＨＴＴＰストリーミング方式でサービスする動画像講義の画面のイメージである。
【０２２５】
ウェブサーバであるコンテンツサーバ（１２２）がＨＴＴＰプロトコルを利用して、暗号化されたコンテンツパッケージ（１４２）をクライアントシステム（１４０）へ伝えると、  ＤＲＭ制御器（１４１）とファイルフィルタードライバ（４０７）が連動して、ファイルシステム（４０５）にダウンロードされて記憶されるのと同時に、ＨＴＴＰストリーミング方式で再生することを見れる。動画像講義の画面の下部分に少し白く出た境界部分が、実際ダウンロードが進んだ状態を見せ、  小さい直四角形の状態バー（ｓｔａｔｕｓ  ｂａｒ）は、現在ストリーミングが進む位置を見せる。従って、ファイルフィルタードライバ（４０４）を利用してダウンロードと同時にＨＴＴＰストリーミング方式で暗号化されたコンテンツを再生できることが分かる。
【０２２６】
図２８は、復号化されなかったコンテンツを再生する時の画面キャプチャーのイメージである。
【０２２７】
本画面イメージは、ウィンドウズ（登録商標）メディアプレ−ヤーが外部のストリーミングサーバ（１２２ａ）から、暗号化されたコンテンツパッケージ（１４２）を受信されるが、正しい認証過程を経なかったので、ネットワークフィルタードライバ（４０４）がフッキング及び復号化等のフィルタリング作業を遂行しないので、壊れた状態の動画像画面を再生するのを見れる。この時、上述したように、ストリーミング方式でサービスするコンテンツの全体又は部分的に暗号化する暗号化水準の調整により、完全に画面が出なくしたり、音と共にある程度と割れた画面がみえたりする。このように暗号化水準を調整することによって、一般的なケーブル放送や衛星放送等でのように、スクランブルリング機能を遂行する事もできる。
【０２２８】
以上で説明した本発明は、本発明が属する技術分野で通常の知識を有する当業者が、本発明の技術的思考を外れない範囲でいろいろ置換、変形又は変更が可能なので、上述した一つの実施例及び添付された図面に限定されない。
【０２２９】
本発明では、有無線インターネットを通じてストリーミング及びダウンロード方式で提供される動画像、  映画、音楽、オンライン教育等のデジタルコンテンツについての不法複製や不法伝送等の著作権侵害行為を、源泉的に遮る情報保護方法及びシステムを具体的に提示した。
【０２３０】
本発明で提案したネットワークフィルタードライバ及びファイルフィルタードライバを使って、カーネルモードでメッセージ及びパケットのフッキング及び変更、  復号化、伝達するフィルタリング技術を具現することによって、有無線インターネットを通じてストリーミング方式で伝送される、多様な暗号化されたコンテンツを、復号化手段を備えた従来の専用ビュアープログラムの開発なしに、既存の一般のアプリケーションを制御して暗号化されたコンテンツパッケージを復号化して再生する、具体的な方法を提供してくれている。
【０２３１】
又、本発明で開始しているカーネルモードで動かすネットワークフィルタードライバとファイルフィルタードライバのアイディアを活かせば、有無線インターネットやネットワーク網を通じて暗号化されたコンテンツの提供を受けて使うためのＰＣ、ノートパソコン、ＰＤＡ、携帯電話、セットトップボックス等のクライアントシステムのネットワーク装置に、ソフトウェア又は追加的に簡単なハードウェアチップを備えることによって、不法複製の危険性のない状態で安全にコンテンツを流通する有無線統合ＤＲＭシステムを構成する方法を提供してくれている。
【０２３２】
又、本発明は、既存のストリーミング方式でコンテンツをサービスするシステムに、ＤＲＭシステムを適用することによる追加的なサーバ及びネットワークの過負荷なしに、既存のファイル形式とプロトコルをそのまま活用する、具体的な方法を提供してくれている。
【０２３３】
それだけでなく、本発明は、現在商用化されているほとんどすべてのコンテンツファイル形式と、新しく開発される新しいファイル形式に手軽に適用でき、このようなコンテンツファイル形式を利用して再生できるほとんどすべてのアプリケーションに手軽に適用して、機能を容易にアップグレードできる。
【０２３４】
なお、本発明の技術的思想を利用して、デバイスドライバ段階でのファイル入出力要請メッセージのフッキングを修行することによって、アプリケーションの開き、読み、閉じだけでなくて、書き、保存、コピー、印刷等の一般的機能をオン・オフ制御することができるのは、当業者なら容易に推測できる。又、前記フィルタードライバに復号化手段だけでなく、暗号化手段を追加的に更に備えておくと、復号化されたコンテンツファイルをアプリケーションを利用して修正及び編集、コピー、再記憶等の作業を遂行した後、暗号化された状態でファイルシステムに記憶する機能を実現できる。それに、ネットワークフィルタードライバ段でのメッセージとデータパケットのフッキングと変更のようなフィルタリング機能を利用して、不法的にＰＣの保安又は許可なしのネットワークの使用を未然に防ぐファイヤーウォール機能のプログラムを開発する方法を提供している。
【０２３５】
周知のように、本発明は、実施例で詳しく説明したウインドウズ（登録商標）ＯＳに限定されるのではなくて、ウインドウズ（登録商標）の他のバージョン、リヌックス、ユニックス、ファーム（Ｐａｌｍ）ＯＳ、携帯電話ＯＳ等のその他のＯＳと、有無線インターネットを利用するＰＣ、ノートパソコン、ＰＤＡ、携帯電話、セットトップボックス等の各種情報処理機器でも、同じ技術的思想の内で、当業者なら、多様な変形を手軽に作られる。又、本発明は、コンピュータプログラムとして製作されるのもでき、その製作されたコンピュータプログラムは、記録媒体に保存されたり、伝送媒体によって伝送されたりできる。
【図面の簡単な説明】
【０２３６】
【図１】本発明のデジタル著作権管理（ＤＲＭ）システムの全体の模式図
【図２】コンテンツ提供システムにおいての、暗号化されたコンテンツパッケージの生成過程を示す模式図
【図３】ユーザーがストリーミング方式で、暗号化されたマルチメディアコンテンツを再生する過程を示す模式図
【図４】クライアントシステムにおいてのＤＲＭを適用したストリーミング及びダウンロード方式のコンテンツを再生する過程の模式図
【図５】ネットワークの階層構造において、ネットワークフィルタードライバの位置に関する模式図
【図６】暗号化されたストリーミングコンテンツデータの移動過程を示す模式図
【図７】アプリケーションがネットワーク連結を成すための準備過程を示すフローチャート
【図８】アプリケーションがネットワーク連結を成す過程を示すフローチャート
【図９】ストリーミング方式で受信したデータの復号化過程を示すフローチャート
【図１０】ダウンロード方式においてのクライアントシステムの構成及び作動を示す模式図
【図１１】ファイルシステムにダウンロードされている、暗号化されたコンテンツの開き過程を示すフローチャート
【図１２】暗号化されたコンテンツパッケージの読み過程を示すフローチャート
【図１３】暗号化されたコンテンツパッケージの閉じ過程を示すフローチャート
【図１４】アプリケーションの終了の模式図
【図１５】ダウンロード方式の暗号化されたコンテンツパッケージの復号化過程を示す模式図
【図１６】暗号化されたコンテンツパッケージの復号化過程とファイルオフセットとファイルの長さを処理する過程を示す模式図
【図１７】ストリーミングサービスのためのコンテンツのファイル形式を示す模式図
【図１８】ダウンロードサービスのためのコンテンツのファイル形式を示す模式図。
【図１９】ＤＲＭパッケージヘッダーの形式を示す模式図
【図２０】ライセンスファイルの形式を示す模式図
【図２１】暗号化を遂行するコンテンツパッケーザープログラムの画面のイメージ
【図２２】ＤＲＭサーバの各種設定のためのＤＲＭ管理器の画面のイメージ
【図２３】ＤＲＭ管理器のアプリケーションの登録現況を示す画面のイメージ
【図２４】暗号化されたＶＯＤストリーミングコンテンツを復号化して、既存のアプリケーションで見せる画面キャプチャーのイメージ
【図２５】暗号化されたＶＯＤストリーミングコンテンツを復号化して、ＯＣＸプレ−ヤーで見せる画面キャプチャーのイメージ
【図２６】暗号化されたライブストリーミングコンテンツを復号化して、ＯＣＸプレ−ヤーで見せる画面キャプチャーのイメージ
【図２７】ＨＴＴＰストリーミング方式でサービスする動画像講義の画面のイメージ
【図２８】復号化されれいないコンテンツを再生する時の画面キャプチャーのイメージ
【符号の説明】
【０２３７】
１１０…暗号化手段
１１２…コンテンツパッケーザー
１２０…供給手段
１２１…コンテンツパッケージ
１３０…ＤＲＭサーバ
１４４…アプリケーション
【図１】
2005514703.tif 000003
【図２】
2005514703.tif 000004
【図３】
2005514703.tif 000005
【図４】
2005514703.tif 000006
【図５】
2005514703.tif 000007
【図６】
2005514703.tif 000008
【図７】
2005514703.tif 000009
【図８】
2005514703.tif 000010
【図９】
2005514703.tif 000011
【図１０】
2005514703.tif 000012
【図１１】
2005514703.tif 000013
【図１２】
2005514703.tif 000014
【図１３】
2005514703.tif 000015
【図１４】
2005514703.tif 000016
【図１５】
2005514703.tif 000017
【図１６】
2005514703.tif 000018
【図１７】
2005514703.tif 000019
【図１８】
2005514703.tif 000020
【図１９】
2005514703.tif 000021
【図２０】
2005514703.tif 000022
【図２１】
2005514703.tif 000023
【図２２】
2005514703.tif 000024
【図２３】
2005514703.tif 000025
【図２４】
2005514703.tif 000026
【図２５】
2005514703.tif 000027
【図２６】
2005514703.tif 000028
【図２７】
2005514703.tif 000029
【図２８】
2005514703.tif 000030
【国際調査報告】
2005514703.tif 000031