(57)【特許請求の範囲】
【請求項１】
ＤＲＭ（Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ）適用対象に設定されたＤＲＭ適用対象応用プログラム、及び前記ＤＲＭ適用対象応用プログラムにより処理されるコンテンツに対する権限を管理し、前記ＤＲＭ適用対象応用プログラムにより処理されるコンテンツに対する暗号化または復号化を行うＤＲＭエージェント部と、
ユーザ認証及び前記ＤＲＭ適用対象応用プログラムで処理されるコンテンツに対するユーザの権限管理を行うＤＲＭ権限管理部と、
カーネルネイティブＡＰＩ（Ｋｅｒｎｅｌ Ｎａｔｉｖｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）のフッキングを通じてファイルの入出力を監視して、前記ＤＲＭ適用対象応用プログラムによるコンテンツの処理が感知されると、前記ＤＲＭ権限管理部に処理されるコンテンツに対するユーザの権限確認を要請し、前記処理されるコンテンツに対するユーザの権限が認定されると、前記ＤＲＭエージェント部に前記処理されるコンテンツに対する暗号化または復号化を要請するカーネルＡＰＩフッキング部と、を備え、
前記ＤＲＭエージェント部及び前記ＤＲＭ権限管理部はユーザレベルで動作して、前記カーネルＡＰＩフッキング部はカーネルレベルで動作して、
前記ＤＲＭエージェント部、前記ＤＲＭ権限管理部及び前記カーネルＡＰＩフッキング部は、前記ＤＲＭ適用対象応用プログラム別に駆動されて動作することを特徴とするデジタル著作権管理装置。
【請求項２】
前記ＤＲＭエージェント部は、
ユーザまたは通信網を通じて連結されているＤＲＭ政策を管理する管理サーバから受信された権限情報に基づいて、ユーザまたはコンテンツに対して設定されているユーザの権限を変更するユーザ政策管理部と、
前記ＤＲＭ適用対象応用プログラムのリストを管理し、ＤＲＭ適用対象応用プログラム別権限情報及び文書別権限情報を管理する文書権限管理部と、
運用システム上で行われる応用プログラムを監視して、前記ＤＲＭ適用対象応用プログラムが実行されると、個別的な応用プログラム単位で前記ＤＲＭエージェント部、前記ＤＲＭ権限管理部及び前記カーネルＡＰＩフッキング部を駆動するインジェクション部と、  前記カーネルＡＰＩフッキング部からのコンテンツに対する暗号化または復号化要請に応答して、コンテンツを暗号化または復号化して前記カーネルＡＰＩフッキング部に返還する暗／復号化部と、を備えることを特徴とする請求項１に記載のデジタル著作権管理装置。
【請求項３】
前記管理サーバから受信される権限情報は、ＤＲＭ適用対象応用プログラム別権限情報、コンテンツ別権限情報、ＤＲＭ適用対象応用プログラムについての情報、及びユーザについての権限付与／制限／変更情報の少なくとも１つを含むことを特徴とする請求項２に記載のデジタル著作権管理装置。
【請求項４】
前記インジェクション部は、応用プログラムの実行が感知されると、前記文書権限管理部に問い合わせて、実行が感知された応用プログラムが前記ＤＲＭ適用対象応用プログラムであるかどうかを確認することを特徴とする請求項２に記載のデジタル著作権管理装置。
【請求項５】
前記ＤＲＭ権限管理部は、
前記ＤＲＭ適用対象応用プログラムまたは前記コンテンツに対するユーザの権限を確認してユーザに対する認証結果を出力するユーザ認証部と、
ユーザに対する認証結果に基づいて、文書に対する読み取り権限、書き込み権限、修正権限、キャプチャー権限、クリップボード使用権限、出力権限と関連する事項を管理し、前記カーネルＡＰＩフッキング部からの、処理されるコンテンツに対する権限確認要請に応答して権限確認結果を返還するユーザ権限管理部と、を備えることを特徴とする請求項１または２に記載のデジタル著作権管理装置。
【請求項６】
前記ＤＲＭ権限管理部は、ＤＲＭが適用されたコンテンツの開封、修正及び保存を含む使用状況についての履歴を管理する使用履歴処理部をさらに備えることを特徴とする請求項５に記載のデジタル著作権管理装置。
【請求項７】
前記カーネルＡＰＩフッキング部は、
前記ＤＲＭエージェント部及び前記ＤＲＭ権限管理部に、ファイル入出力イベントに対応するコンテンツに対する権限の確認を要請して、確認結果を出力する権限制御部と、
前記カーネルネイティブＡＰＩをフッキングしてファイル入出力イベントを検出し、前記ファイル入出力イベントに対応して、処理されるコンテンツに対する権限の確認を前記権限制御部に要請し、前記確認結果に基づいて処理されるコンテンツを前記ＤＲＭエージェント部に伝達して、暗号化または復号化を行うように指示する暗／復号化制御部と、を備えることを特徴とする請求項１に記載のデジタル著作権管理装置。
【請求項８】
前記カーネルＡＰＩフッキング部は、
前記カーネルネイティブＡＰＩをフッキングしてファイル入出力イベントを検出し、前記ＤＲＭエージェント部及び前記ＤＲＭ権限管理部に、検出されたファイル入出力イベントに対応して処理されるコンテンツに対する権限の確認を要請して、確認結果を出力する権限制御部と、
前記確認結果に基づいて処理されるコンテンツを前記ＤＲＭエージェント部に伝達して、暗号化または復号化を行うように指示する暗／復号化制御部と、を備えることを特徴とする請求項１に記載のデジタル著作権管理装置。
【請求項９】
前記カーネルＡＰＩフッキング部は、キャッシュメモリをさらに備え、開いているコンテンツに対する反復的な暗号化または復号化処理を防止するために、前記暗／復号化制御部から伝達されたコンテンツのうち初めて暗号化または復号化されたコンテンツを、前記キャッシュメモリに保存し、前記暗／復号化制御部から処理されるコンテンツに対する暗号化または復号化実行如何に対する問い合わせが入力されると、前記キャッシュメモリを検索して該当コンテンツを返還するか、またはコンテンツに対する復号化が行われていないことを出力するキャッシュ処理部をさらに備えることを特徴とする請求項７または８に記載のデジタル著作権管理装置。
【請求項１０】
デジタル著作権管理装置で遂行されるデジタル著作権管理方法において、
（ａ）ＤＲＭ（Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ）適用対象に設定されたＤＲＭ適用対象応用プログラムが駆動されると、ＤＲＭエンジンモジュールを前記ＤＲＭ適用対象応用プログラムにインジェクションする段階と、
（ｂ）カーネルネイティブＡＰＩ（Ｋｅｒｎｅｌ Ｎａｔｉｖｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）のフッキングを通じてファイルの入出力を監視して、前記ＤＲＭ適用対象応用プログラムによるコンテンツの処理が感知されると、前記ＤＲＭ適用対象応用プログラムで処理されるコンテンツに対するユーザの権限の確認を要請する段階と、
（ｃ）前記処理されるコンテンツに対するユーザの権限が認定されると、前記処理されるコンテンツに対する暗号化または復号化を選択的に行う段階と、
（ｄ）暗号化または復号化されたコンテンツを前記カーネルネイティブＡＰＩに返還する段階と、を含み、
前記（ａ）段階及び（ｃ）段階はユーザレベルで行われ、前記（ｂ）段階及び前記（ｄ）段階はカーネルレベルで行われることを特徴とするデジタル著作権管理方法。
【請求項１１】
前記（ａ）段階で、前記処理が感知された応用プログラムが予め設定されているＤＲＭ適用対象応用プログラムのリストに含まれる場合には、前記ＤＲＭエンジンモジュールを前記処理が感知された応用プログラムにインジェクションすることを特徴とする請求項１０に記載のデジタル著作権管理方法。
【請求項１２】
ユーザまたは通信網を通じて連結されているＤＲＭ政策を管理する管理サーバから受信された権限情報に基づいて、ユーザまたはコンテンツに対して設定されている前記ユーザの権限の変更が可能なことを特徴とする請求項１０に記載のデジタル著作権管理方法。
【請求項１３】
前記管理サーバから受信される権限情報は、ＤＲＭ適用対象応用プログラム別権限情報、コンテンツ別権限情報、ＤＲＭ適用対象応用プログラムについての情報、及びユーザについての権限付与／制限／変更情報の少なくとも１つを含むことを特徴とする請求項１２に記載のデジタル著作権管理方法。
【請求項１４】
（ｅ）ＤＲＭが適用されたコンテンツの開封、修正及び保存を含む使用状況についての履歴を更新する段階をさらに含むことを特徴とする請求項１０に記載のデジタル著作権管理方法。
【請求項１５】
前記（ｃ）段階は、
（ｃ１）前記カーネルネイティブＡＰＩをフッキングしてファイル入出力イベントを検出する段階と、
（ｃ２）前記ファイル入出力イベントに対応して処理されるコンテンツに対する権限の確認を、前記ユーザレベルで動作してユーザ認証及び前記ＤＲＭ適用対象応用プログラムで処理されるコンテンツに対するユーザの権限管理を行う権限管理モジュールに要請する段階と、
（ｃ３）前記権限管理モジュールの確認結果に基づいて処理されるコンテンツを前記ユーザレベルで動作する暗／復号化モジュールに伝達して、暗号化または復号化を行うように指示する段階と、を含むことを特徴とする請求項１０に記載のデジタル著作権管理方法。
【請求項１６】
前記（ｃ）段階は、
（ｃ４）開いているコンテンツに対する反復的な暗号化または復号化処理を防止するために、初めて暗号化または復号化されたコンテンツをキャッシュメモリに保存し、処理されるコンテンツに対する暗号化または復号化の実行時に前記キャッシュメモリを検索して、該当コンテンツが存在する場合には、前記（ｃ３）段階を行う代わりに、前記キャッシュメモリに存在している該当コンテンツを読み出す段階をさらに含むことを特徴とする請求項１５に記載のデジタル著作権管理方法。
【請求項１７】
請求項１０ないし１６のうちいずれか１項に記載のデジタル著作権管理方法をコンピュータに実行させるためのプログラム。
【請求項１８】
請求項１７に記載のプログラムを記録した、コンピュータ読取可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル著作権管理装置及び方法に係り、さらに詳細には、カーネルネイティブＡＰＩ（Ｋｅｒｎｅｌ Ｎａｔｉｖｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）のフッキング処理によるデジタル著作権管理装置及び方法に関する。
【背景技術】
【０００２】
デジタル著作権管理を意味するＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）は、電子ブック、音楽、ビデオ、ゲーム、ソフトウェア、証券情報、イメージなどの各種デジタルコンテンツを不法複製から保護し、電子文書に対する接近権限を設定して内部者及び外部者による情報流出を防止するための技術である。過去には、ハッキングやウイルスによる情報流出事故がほとんどであったが、最近には許可された内部者や関係者による金銭的目的の事故に拡大しつつ、既存の保安ソリューションが持っている脆弱点に対する補完のニーズが高まりつつある。現在ビジネス上のほぼ全ての文書が電子化され、これを共有できるシステム導入が増加するにつれて、エンタープライズＤＲＭ（Ｅ−ＤＲＭ）は、最も代表的な文書保安技術として安定した基盤を確かめている。国内外的に速い成長の勢いを示しているエンタープライズＤＲＭソリューションは、現保安市場のニーズを満たすために多様な技術の進化を紹介しており、特に、さらに向上した情報保護ソリューションを要求する市場でかかる技術が適用された新製品への要求が増加しつつある。この状況で、核心情報を含めているコンテンツ自体を直接暗号化し、予め定義された権限によって使用を統制するＤＲＭソリューションは、このような市場のニーズを満たす核心的な保安インフラとして強硬に位置を占めている。
【０００３】
韓國公開特許 第10-2009-0059694号に記載されている従来のＤＲＭ処理技法は、カーネルドライバまたはフィルタドライブによりＤＲＭ処理が具現されている。したがって、従来のＤＲＭ処理技法は、既存の電子文書または電子ファイルに対するＤＲＭ処理過程で特定の応用プログラムのみを支援していて、応用プログラムの新バージョンまたは支援していない新たな製品に対するＤＲＭ処理が行われていないか、または追加開発が必要であり、それによる開発時間と開発コストがさらに必要である。また従来のＤＲＭ処理技法は、特定の応用プログラムを対象として逆工学を利用して分析し、応用プログラム内部の特定メッセージ、命令語、ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）などの制御、監視、統制などのためにＤＬＬインジェクション技法を使用する。この時、従来のＤＲＭ処理技法は、カーネルドライバまたはフィルタドライバを通じるＤＲＭ処理及び権限を制御する。
【０００４】
しかし、このような技法を使用する従来のＤＲＭ処理技法は次のような問題点である。第１に、特定の応用プログラムに対して、逆工学を利用した分析結果に基づいて該当応用プログラムの制御のためのＤＬＬを開発せねばならないため、応用プログラムの新バージョンまたは新たな製品に対して対応しないか、または新たに開発する時間が長くかかって、その期間中に保安脆弱点が発生する恐れがある。第２に、ユーザレベルで動作するようにインジェクションされたモジュールが他のプログラムと衝突して安定性に問題が生じる恐れがある。第３に、カーネルドライバを追加して処理する場合に、他のカーネルドライバとの衝突問題またはその他のプログラムとの衝突によるシステムクラッシュが発生する可能性が高い。第４に、カーネルドライバ使用時に運用体制の変更、またはカーネルの変更時に新たなカーネルドライバを開発せねばならないため、柔軟性が劣る。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明が解決しようとする技術的課題は、あらゆる応用プログラムの新バージョンまたは新たな製品に対するＤＲＭ処理が可能であり、それによる電子文書の流出に即刻対応できるデジタル著作権管理装置及び方法を提供するところにある。
【０００６】
本発明が解決しようとする他の技術的課題は、あらゆる応用プログラムの新バージョンまたは新たな製品に対するＤＲＭ処理が可能であり、それによる電子文書の流出に即刻対応できるデジタル著作権管理方法をコンピュータで実行するためのプログラムを記録した、コンピュータで読み取り可能な記録媒体を提供するところにある。
【課題を解決するための手段】
【０００７】
前記の技術的課題を達成するための、本発明によるデジタル著作権管理装置は、ＤＲＭ（Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ）適用対象に設定されたＤＲＭ適用対象応用プログラム、及び前記ＤＲＭ適用対象応用プログラムにより処理されるコンテンツに対する権限を管理し、前記ＤＲＭ適用対象応用プログラムにより処理されるコンテンツに対する暗号化または復号化を行うＤＲＭエージェント部；ユーザ認証及び前記ＤＲＭ適用対象応用プログラムで処理されるコンテンツに対するユーザの権限管理を行うＤＲＭ権限管理部；カーネルネイティブＡＰＩ（Ｋｅｒｎｅｌ Ｎａｔｉｖｅ Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）のフッキングを通じてファイルの入出力を監視して、前記ＤＲＭ適用対象応用プログラムによるコンテンツの処理が感知されると、前記ＤＲＭ権限管理部に処理されるコンテンツに対するユーザの権限確認を要請し、前記処理されるコンテンツに対するユーザの権限が認定されると、前記ＤＲＭエージェント部に前記処理されるコンテンツに対する暗号化または復号化を要請するカーネルＡＰＩフッキング部；を備え、前記ＤＲＭエージェント部、前記ＤＲＭ権限管理部及び前記カーネルＡＰＩフッキング部は、前記ＤＲＭ適用対象応用プログラム別に駆動されて動作する。
【０００８】
前記の技術的課題を達成するための、本発明によるデジタル著作権管理方法は、
（ａ）ＤＲＭ（Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ）適用対象に設定されたＤＲＭ適用対象応用プログラムが駆動されると、ＤＲＭエンジンモジュールを前記ＤＲＭ適用対象応用プログラムにインジェクションする段階；（ｂ）カーネルネイティブＡＰＩ（Ｋｅｒｎｅｌ Ｎａｔｉｖｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）のフッキングを通じてファイルの入出力を監視して、前記ＤＲＭ適用対象応用プログラムによるコンテンツの処理が感知されると、前記ＤＲＭ適用対象応用プログラムで処理されるコンテンツに対するユーザの権限を確認する段階；（ｃ）前記処理されるコンテンツに対するユーザの権限が認定されると、前記処理されるコンテンツに対する暗号化または復号化を選択的に行う段階；（ｄ）暗号化または復号化されたコンテンツを前記カーネルネイティブＡＰＩに返還する段階；を含み、前記（ａ）段階及び（ｃ）段階はユーザレベルで行われ、前記（ｂ）段階及び前記（ｄ）段階はカーネルレベルで行われる。
【発明の効果】
【０００９】
本発明によるデジタル著作権管理装置及び方法によれば、益々増加する個人情報流出、企業内の機密情報資産流出及び産業技術流出と、益々知能化するハッキング技術及び情報流出技術などに対して、電子文書またはこれに相応する電子ファイル形態の資産を、使用権限及び暗号化などのＤＲＭ処理を利用して情報技術流出時に解読不可能にし、許可されたユーザにのみそれに相応する文書使用権限を付与することで、情報流出と無断使用とを予め遮断して個人及び企業の重要情報を保護できる。また本発明は、特定の応用プログラムのみに従属されるものではなく、あらゆる応用プログラムの新バージョンまたは新たな製品に対するＤＲＭ処理が可能であり、それによる電子文書の流出に即刻対応できる。さらに、ＤＲＭを適用する応用プログラムの制約が極小化して、既存の方式と比較する時に広範囲にＤＲＭ適用対象を拡張できるという利点がある。
【図面の簡単な説明】
【００１０】
【図１】本発明によるデジタル著作権管理装置についての望ましい実施形態の構成を示す図面である。
【図２】本発明によるデジタル著作権管理方法についての望ましい実施形態の実行過程を示すフローチャートである。
【図３】本発明によるデジタル著作権管理方法についての望ましい実施形態で、文書の読み取り動作を行う過程を示すフローチャートである。
【図４】本発明によるデジタル著作権管理方法についての望ましい実施形態で、文書作成動作を行う過程を示すフローチャートである。
【図５】本発明によるデジタル著作権管理方法についての望ましい実施形態で、文書出力、クリップボード複写、画面キャプチャーなどの動作を行う過程を示すフローチャートである。
【発明を実施するための最良の形態】
【００１１】
以下、添付した図面を参照して本発明によるデジタル著作権管理装置及び方法の望ましい実施形態について詳細に説明する。
【００１２】
まず、本発明によるデジタル著作権管理装置及び方法は、次の要求事項を満たさねばならない。第１に、あらゆる応用プログラムが生成する電子ファイルを自動的にＤＲＭ処理可能なＤＲＭ処理構造を持たねばならない。第２に、ＤＲＭ適用中の応用プログラムの新製品または新バージョンに即刻対応できなければならない。第３に、他の応用プログラム及びモジュールとの衝突可能性を最小化せねばならない。第４に、運用プログラムまたはカーネルが変更されてもそのまま適用できるように、可用性及び柔軟性が強化せねばならない。第５に、簡単なモジュール変更により機能の追加または改善が容易でなければならない。
【００１３】
図１は、本発明によるデジタル著作権管理装置についての望ましい実施形態の構成を示す図面である。
【００１４】
図１を参照すると、本発明によるデジタル著作権管理装置１００は、ＤＲＭエージェント部１１０、ＤＲＭ権限管理部１２０及びカーネルＡＰＩフッキング部１３０を備える。
【００１５】
ＤＲＭエージェント部１１０は、応用プログラムの制御のために応用プログラムにＤＲＭ処理モジュールをインジェクションし、ＤＲＭコンテンツの権限管理及び暗／復号化処理を行う。このためにＤＲＭエージェント部１１０は、通信部１１２、ユーザ政策管理部１１４、インジェクション部１１６、文書権限管理部１１８及び暗／復号化部１１９を備える。
【００１６】
通信部１１２は、ＤＲＭについての政策を管理する管理サーバとＤＲＭエージェント部１１０との通信を行う構成要素であって、管理サーバからＤＲＭと関連する政策を送受信する。この時、管理サーバから受信されるＤＲＭ政策は、例えば、応用プログラム別権限情報、コンテンツ別権限情報、ＤＲＭ適用対象応用プログラムについての情報、及びユーザについての権限付与／制限／変更情報の少なくとも１つである。したがって、管理サーバからＤＲＭエージェント部１１０に提供されるＤＲＭ政策を通じて、特定の応用プログラム（例えば、訓民正音、ＭＳワード）については一括的にＤＲＭ処理を行うように設定でき、特定のユーザまたはユーザグループに対して特定の文書に対する権限を制限または変更してもよい。さらに、一時的に一定の期間中に特定の応用プログラム、特定のコンテンツ、特定のユーザに対する権限を変更または制限できる。このように管理サーバから受信されたＤＲＭ政策は、性格によって文書権限管理部１１８及びユーザ権限管理部１２４に伝えられる。以下の説明でコンテンツの例として文書を挙げて説明するが、コンテンツには動画、絵、ウェブ文書など情報を伝達するために作成された電子的形態のファイルが含まれる。
【００１７】
ユーザ政策管理部１１４は、ユーザまたは文書に対して設定されているユーザの権限を変更（すなわち、権限の追加、削除など）する機能を行う。したがって、ユーザは自分の権限内で文書に設定されている権限を変更でき、さらに、管理サーバから受信されたユーザ権限についての情報がＤＲＭ処理時に反映される。
【００１８】
インジェクション部１１６は、応用プログラムの制御のために個別的な応用プログラム単位でＤＲＭエンジンを駆動する。このために、インジェクション部１１６は、システムに電源が供給されて初期動作（例えば、ブーティング）が行われる時に共に駆動される。そして、インジェクション部１１６は、運用システム（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ：ＯＳ）上で行われるあらゆる応用プログラムを監視し、ＤＲＭが適用される応用プログラムの実行時に、本発明によるデジタル著作権管理装置１００を駆動してファイルの入出力を監視する。この時、ＤＲＭ処理を行う応用プログラムのリストはインジェクション部１１６に備えられる。しかし、さらに柔軟な動作のために、文書権限管理部１１８がＤＲＭ処理を行う応用プログラムのリストを管理し、インジェクション部１１６が、応用プログラムが駆動されると、文書権限管理部１１８に問い合わせて、該当応用プログラムがＤＲＭ処理対象応用プログラムであるかどうかを確認するように具現することが望ましい。このような構成を通じて、それぞれの応用プログラム別に作成された（例えば、ハングルとコンピュータ社のハングルプログラムの場合に、該当プログラムの内部的な関数を利用してデジタル著作権管理を行う）既存のデジタル著作権管理装置とは異なって、本発明によるデジタル著作権管理装置１００は、応用プログラムの種類に関係なくデジタル著作権管理を行える。
【００１９】
文書権限管理部１１８は、ＤＲＭ処理の対象になる応用プログラムのリストを管理し、応用プログラム別権限情報、文書別権限情報を管理する。応用プログラムに対応する権限情報には、応用プログラムにより処理される文書全体についての出力権限、保存権限、修正権限などの一時的な制限情報を例として挙げることができ、文書に対応する権限情報には文、書の伝送権限、複写権限、編集権限などについての情報をを例として挙げることができる。このような文書権限管理部１１８による権限管理を通じて企業環境に適した多様な権限の統制が可能になる。
【００２０】
暗／復号化部１１９は、文書に対する暗号化及び復号化を行う。この時暗／復号化部１１９は、カーネルＡＰＩフッキング部１３０に備えられた暗／復号化制御部１３４により制御され、文書に対する暗号化及び復号化結果を暗／復号化制御部１３４に出力する。
【００２１】
ＤＲＭ権限管理部１２０は、ユーザレベルで動作する構成要素であって、ユーザ認証、修正、出力、複写などの文書の処理に対するユーザの権限管理、ＤＲＭ文書に対する接近履歴管理などを行う。このためにＤＲＭ権限管理部１２０は、ユーザ認証部１２２、ユーザ権限管理部１２４及び使用履歴処理部１２６を備える。
【００２２】
ユーザ認証部１２２は、ユーザのＩＤ、ユーザ端末機の識別情報などに基づいて、応用プログラムまたは文書に対するユーザの権限を確認して、ユーザに対する認証結果を出力する。またユーザ権限管理部１２４は、ユーザに対する認証結果に基づいて、文書に対する読み取り権限、書き込み権限、修正権限、キャプチャー権限、クリップボード使用権限、出力権限と関連する事項を処理する。したがって、ユーザの権限に出力権限が含まれていない場合に、ユーザ権限管理部１２４は、ユーザの文書出力命令を行わないか、または応用プログラムの出力機能を遮断する。使用履歴処理部１２６は、ＤＲＭ文書の開封、修正、保存などと関連する使用履歴を管理する。このような使用履歴処理部１２６は、必要に応じて選択的に備えられる構成要素である。このようなユーザ認証方式により、他人のコンピュータでも本人認証（グループウェア）を通じる文書活用を支援でき、使用履歴処理を通じて文書活用（すなわち、開封、保存、削除、印刷、キャプチャー）内訳に対する正確なロギング情報を管理できる。
【００２３】
カーネルＡＰＩフッキング部１３０は、カーネルネイティブＡＰＩをフッキングしてファイルの入出力を監視し、これに基づいてＤＲＭエージェント部１１０及びＤＲＭ権限管理部１２０の動作を制御する。カーネルネイティブＡＰＩは、ウィンドウズシステム上のＯＳでシステム内部的に使用するＡＰＩである。ウィンドウズシステムでカーネルネイティブＡＰＩは、カーネルモードでのみ使用可能なＡＰＩである‘Ｎｔ’で始まるＡＰＩと、ユーザモードで使用可能なＡＰＩである‘Ｚｗ’で始まるＡＰＩとに大別される。このようなカーネルネイティブＡＰＩは、応用プログラムに関係なく共通のＡＰＩであるため、カーネルネイティブＡＰＩのフッキングにより応用プログラムに独立的なＤＲＭの処理が可能である。しかし、カーネルＡＰＩフッキングを利用する既存のＤＲＭ管理技法は、それぞれの応用プログラムの逆解釈を通じてＡＰＩフッキングを行う点と、ファイル入出力に対して多様なＡＰＩを利用するという点とで、応用プログラムに従属されるという問題がある。
【００２４】
このようなカーネルネイティブＡＰＩのフッキングを通じるＤＲＭ処理のために、カーネルＡＰＩフッキング部１３０は、権限制御部１３２、暗／復号化制御部１３４及びキャッシュ処理部１３６を備える。この時、キャッシュ処理部１３６は、必要に応じて備えられる構成要素である。
【００２５】
権限制御部１３２は、ＤＲＭエージェント部１１０の文書権限管理部１１８と、ＤＲＭ権限管理部１２０のユーザ権限管理部１２４とに問い合わせて、暗／復号化制御部１３４から通知されたファイル入出力イベントに対応する文書に対する権限を確認し、確認結果を暗／復号化制御部１３４に伝達して保存権限、復号化権限などに対する制御を行う。この時、権限制御部１３２は、文書権限管理部１１８に管理サーバから受信された権限政策によるユーザ権限の一時制限などの設定如何を問い合わせ、ユーザ権限管理部１２４に文書に対するユーザの権限を問い合わせる。
【００２６】
暗／復号化制御部１３４は、カーネルネイティブＡＰＩをフッキングしてファイル入出力イベントを検出する。前述したように、本発明によるデジタル著作権管理装置１００は、ＤＲＭ処理対象応用プログラム別に駆動される。したがって、暗／復号化制御部１３４は、カーネルネイティブＡＰＩイベントのうち、自分が管理する応用プログラムによるファイル入出力イベントを把握できる。また暗／復号化制御部１３４は、権限制御部１３２にファイル入出力イベントの対象になる文書に対する権限を問い合わせ、問い合わせ結果によって文書の復号化、暗号化、保存、修正などを処理する。また暗／復号化制御部１３４は、文書の復号化が必要な場合（すなわち、文書の読み取りの要請がある場合）に、キャッシュ処理部１３６に該当文書に対して以前に復号化が行われたかどうかを問い合わせる。もし、読み取りが要請された文書が既に復号化されたと確認されると、暗／復号化制御部１３４は、キャッシュ処理部１３６から復号化された文書を伝達されてファイル入出力カーネルネイティブＡＰＩに提供する。これとは異なって、該当文書に対して以前に復号化が行われていないと確認されると、暗／復号化制御部１３４は、暗／復号化部１１９に暗号化されている文書の復号を要請し、暗／復号化部１１９から伝達された、復号化された文書をファイル入出力カーネルネイティブＡＰＩに提供する。また暗／復号化制御部１３４は、クリップボード複写、画面キャプチャー、文書出力などに該当するカーネルネイティブＡＰＩイベントが発生すると、権限制御部１３２を通じて確認したユーザの権限または文書に設定されている権限による結果を、ファイル入出力カーネルネイティブＡＰＩに提供する。
【００２７】
以上では、ファイル入出力カーネルネイティブＡＰＩの検出及び結果の返還を、暗／復号化制御部１３４が行う場合を例として説明した。しかし、これとは異なって、ファイル入出力カーネルネイティブＡＰＩの検出は権限制御部１３２が行い、結果の返還はそれぞれに対応する構成要素が行うように構成してもよい。一例として、文書の読み取りの場合に、読み取りが要請された文書に対する読み取り権限が認定されると確認されたならば、権限制御部１３２は、暗／復号化制御部１３４に該当文書の復号化を要請し、暗／復号化制御部１３４は、キャッシュ制御部１３６に該当文書の復号化が以前に行われたかどうかを問い合わせる。もし、該当文書の復号化が以前に行われたならば、キャッシュ制御部１３６は、該当文書を直接対応するファイル入出力カーネルネイティブＡＰＩに提供するか、または暗／復号化制御部１３４を通じて対応するファイル入出力カーネルネイティブＡＰＩに提供する。これとは異なって、該当文書の復号化が以前に行われていないと確認されると、暗／復号化制御部１３４は、暗／復号化部１１９に暗号化されている文書の復号を要請し、暗／復号化部１１９から伝達された、復号化された文書をファイル入出力カーネルネイティブＡＰＩに提供する。
【００２８】
一方、文書の書き込みに該当するファイル入出力カーネルネイティブＡＰＩイベントが検出されると、暗／復号化制御部１３４は、暗／復号化部１１９に書き込もうとする文書の暗号化を要請する。そして、暗／復号化部１１９から伝達された暗号化された文書をキャッシュ処理部１３６に提供して保存させる一方、ファイル入出力カーネルネイティブＡＰＩに提供する。また文書修正に該当するファイル入出力カーネルネイティブＡＰＩイベントが検出される場合には、ファイルの暗号化と関連する手順は文書の書き込みの場合と同一であり、ただし、文書修正権限を確認する手順が追加される点で差がある。
【００２９】
キャッシュ処理部１３６は、開いている文書に対する反復的な暗号化または復号化処理を防止するための構成要素である。したがって、キャッシュ処理部１３６は、初めて（最初に）暗号化または復号化された文書を暗／復号化制御部１３４から伝達されて、キャッシュ処理部１３６内に備えられたキャッシュメモリに保存する。そして、暗／復号化制御部１３４から処理される文書に対する復号化実行如何に対する問い合わせが入力されると、キャッシュメモリを検索して該当文書を返還するか、または文書に対する復号化が行われていないことを知らせる信号を暗／復号化制御部１３４に出力する。
【００３０】
図２は、本発明によるデジタル著作権管理方法についての望ましい実施形態の実行過程を示すフローチャートである。
【００３１】
図２を参照すると、システムのブーティング時にインジェクションモジュールが行われて応用プログラムの実行如何を監視する（Ｓ２００）。この時、インジェクションモジュールはＯＳ上で行われるあらゆる応用プログラムを監視し（Ｓ２１０）、行われた応用プログラムが、予め設定されているＤＲＭ適用対象応用プログラムであるかどうかを確認する（Ｓ２２０）。次いで、インジェクションモジュールは、行われた応用プログラムがＤＲＭ適用対象応用プログラムであると確認されると（Ｓ２２０：はい）、本発明によるデジタル著作権管理方法が具現されたＤＲＭエンジンモジュールを該当応用プログラムにインジェクションする（Ｓ２３０）。次いで、応用プログラムにインジェクションされたＤＲＭエンジンモジュールは、カーネルネイティブＡＰＩをフッキングして文書に対するＤＲＭ処理を行う（Ｓ２４０）。
【００３２】
図３は、本発明によるデジタル著作権管理方法についての望ましい実施形態で、文書の読み取り動作を行う過程を示すフローチャートである。
【００３３】
図３を参照すると、ＤＲＭ処理対象応用プログラムから文書の読み取り命令が出力される（Ｓ３００）。ＤＲＭエンジンモジュールは、カーネルネイティブＡＰＩの文書の読み取りイベントを感知する（Ｓ３１０）。次いで、ＤＲＭエンジンモジュールは該当文書に対するユーザの権限を照会する（Ｓ３２０）。もし、ユーザに読み取り権限が存在しないと確認されると（Ｓ３３０：いいえ）、ＤＲＭエンジンモジュールは該当文書の開封を遮断する（Ｓ３４０）。これとは異なって、ユーザに読み取り権限が存在していると確認されると（Ｓ３３０：はい）、ＤＲＭエンジンモジュールは、該当文書が以前に復号化されたかどうかを照会する（Ｓ３５０）。もし、復号化された文書が存在していないと確認されると（Ｓ３６０：いいえ）、ＤＲＭエンジンモジュールは文書を復号化し（Ｓ３７０）、復号化された文書をキャッシュメモリに保存する（Ｓ３８０）。次いで、ＤＲＭエンジンモジュールは、復号化された文書を出力し（Ｓ３９０）、カーネルネイティブＡＰＩ原形を呼び出して復号化された文書を伝達する（Ｓ３９５）。これとは異なって、復号化された文書が存在していると確認されると（Ｓ３６０：はい）、ＤＲＭエンジンモジュールは、新たな復号化過程を行わずに、直ちに、復号化された文書を出力し（Ｓ３９０）、カーネルネイティブＡＰＩ原形を呼び出して、保存されている復号化された文書を伝達する（Ｓ３９５）。
【００３４】
図４は、本発明によるデジタル著作権管理方法についての望ましい実施形態で、文書作成動作を行う過程を示すフローチャートである。
【００３５】
図４を参照すると、ＤＲＭ処理対象応用プログラムから文書開封命令が出力される（Ｓ４００）。ＤＲＭエンジンモジュールは、カーネルネイティブＡＰＩの文書開封イベントを感知する（Ｓ４１０）。次いで、ＤＲＭエンジンモジュールは、該当文書に対するユーザの権限を照会する（Ｓ４２０）。もし、ユーザに文書に対する修正権限が存在していないと確認されると（Ｓ４３０：いいえ）、ＤＲＭエンジンモジュールは該当文書の保存を遮断する（Ｓ４４０）。これとは異なって、ユーザに修正権限が存在していると確認されると（Ｓ４３０：はい）、ＤＲＭエンジンモジュールは該当文書の変更如何を確認する（Ｓ４５０）。もし、文書が変更されたと確認されると（Ｓ４５０：はい）、ＤＲＭエンジンモジュールは文書を暗号化する（Ｓ４６０）。この過程でＤＲＭエンジンモジュールは、設定状態によって暗号化された文書をキャッシュメモリに保存してもよい。次いで、ＤＲＭエンジンモジュールは、カーネルネイティブＡＰＩ原形を呼び出して暗号化された文書を伝達する（Ｓ４７０）。
【００３６】
図５は、本発明によるデジタル著作権管理方法についての望ましい実施形態で、文書出力、クリップボード複写、画面キャプチャーなどの動作を行う過程を示すフローチャートである。
【００３７】
図５を参照すると、ＤＲＭ処理対象応用プログラムから文書出力、クリップボード複写、画面キャプチャーなどの実行命令が出力される（Ｓ５００）。ＤＲＭエンジンモジュールは、該当文書に対して設定されている権限を照会する（Ｓ５１０）。この時、出力権限とクリップボード複写権限とはユーザ権限に含まれており、画面キャプチャー権限は文書権限に含まれている。もし、文書に対して出力された実行命令（例えば、クリップボード複写）に対する権限が存在していると確認されると（Ｓ５２０：はい）、ＤＲＭエンジンモジュールは要請された処理を許容する（Ｓ５３０）。これとは異なって、文書に対して出力された実行命令に対する権限が存在していないと確認されると（Ｓ５２０：いいえ）、ＤＲＭエンジンモジュールは要請された処理を拒否する（Ｓ５４０）。
【００３８】
図２ないし図５を参照して説明した、本発明によるデジタル著作権管理方法についての望ましい実施形態は、図１を参照して説明した本発明によるデジタル著作権管理装置についての望ましい実施形態で行われる。この場合、本発明によるデジタル著作権管理装置がＤＲＭエンジンモジュールとして機能する。また図２ないし図５を参照して説明した、本発明によるデジタル著作権管理方法についての望ましい実施形態はソフトウェア的に具現できる。この場合、ＤＲＭエンジンモジュールはプログラムの形態に対象システムにインストールされ、ＤＲＭエンジンモジュールに含まれているインジェクションモジュールによりＤＲＭ適用対象応用プログラムにインジェクションされる。
【００３９】
前述したような本発明によるデジタル著作権管理装置及び方法によれば、あらゆる応用プログラムに対してＤＲＭ処理ができるので、電子ファイルの流出に対して即刻対応でき、一つの製品であらゆる形態の電子ファイルに対するＤＲＭ処理が可能である。また特定の応用プログラムのインジェクションに必要なＤＬＬが別途に存在していないため、設けられるエンジンのサイズが軽量化して保存媒体の効率的な使用が可能になるという長所もある。さらに、カーネルレベルで制御及びＤＲＭ処理を行うが、カーネルレベルでは単にＤＲＭ処理に対する制御及び要請のみ行うため、処理プロセスが軽量化して不要なリソース占有を最小化できる。したがって、ＤＲＭを適用してもコンピュータが遅くなる副作用なしに安定性を確保できる。また既存のＤＲＭ管理技法と比較すると、４０％以上の速度向上、カーネルレベル動作の安定性で快適なＰＣ適用環境を提供でき、ＤＲＭ導入社の立場でも、さらなるモジュール開発費を支払わなくても、いくらでもＤＲＭ対象応用プログラムを拡大できて、コストダウンに効果的な利点がある。
【００４０】
本発明はまた、コンピュータで読み取り可能な記録媒体にコンピュータで読み取り可能なコードとして具現できる。コンピュータで読み取り可能な記録媒体は、コンピュータシステムによって読み取られるデータが保存されるあらゆる種類の記録装置を含む。コンピュータで読み取り可能な記録媒体の例には、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピーディスク、光データ保存装置などがあり、またキャリアウェーブ（例えば、インターネットを通じる伝送）の形態で具現されるものも含む。またコンピュータで読み取り可能な記録媒体は、ネットワークに連結されたコンピュータシステムに分散されて、分散方式でコンピュータで読み取り可能なコードが保存されて実行される。
【００４１】
以上、本発明の望ましい実施形態について図示して説明したが、本発明は前述した特定の望ましい実施形態に限定されるものではなく、特許請求の範囲で請求する本発明の趣旨を逸脱せずに当業者ならば多様な変形実施が可能であるということはいうまでもなく、かかる変更は特許請求の範囲に記載の範囲内にある。
【産業上の利用可能性】
【００４２】
本発明は、デジタル著作権管理装置及び方法関連の技術分野に好適に用いられる。
【符号の説明】
【００４３】
１００  デジタル著作権管理装置
１１０  ＤＲＭエージェント部
１１２  通信部
１１４  ユーザ政策管理部
１１６  インジェクション部
１１８  文書権限管理部
１１９  暗／復号化部
１２０  ＤＲＭ権限管理部
１２２  ユーザ認証部
１２４  ユーザ権限管理部
１２６  使用履歴処理部
１３０  カーネルＡＰＩフッキング部
１３２  権限制御部
１３４  暗／復号化制御部
１３６  キャッシュ処理部
【図１】
0005415512.tif 000002
【図２】
0005415512.tif 000003
【図３】
0005415512.tif 000004
【図４】
0005415512.tif 000005
【図５】
0005415512.tif 000006