JP2014182791A - 著作権管理システムのためのユーザーセントリック方法およびアダプター - Google Patents

Abstract

【課題】デジタル著作権管理（ＤＲＭ）により保護されている文書に対するユーザーの権利を管理する。
【解決手段】、著作権管理システム（ＲＭＳ）サーバーがユーザーからＤＲＭ保護文書にアクセスするためのリクエストを受信し、ＲＭＳサーバーがユーザーセントリックアダプター（ＵＣＡ）モジュールを実行してデジタル著作権の制限された複数の所定のポリシーのうちの一つがユーザーの身分証明書（ＩＤ）に対し追加されているかどうかをユーザーのＩＤのもとでＵＣＡデータベースを検査し、ユーザーの文書に対する権利が、ＵＣＡデータベースにおいてユーザーＩＤのもとで所定のポリシーが消去されることで無効にされていない場合は、ＵＣＡモジュールがユーザーのリクエストの許可を阻止しない。
【選択図】図１０

Description

発明の背景
発明の分野
本発明は、デジタル著作権管理（ＤＲＭ）システムに関し、特に、ＤＲＭシステム用モジュールに関するユーザーアクセス制御方法およびモジュールに関する。

関連技術の説明
伝統的にハードコピーにおいてのみ利用可能であった文書が、次第にデジタルコピーにおいても利用可能になっている。実際に、今日多くの文書が、ポータブル・ドキュメント・フォーマット（ＰＤＦ）のようなデジタルファイルフォーマットで電子的に準備され、生成され、保存され、頒布され、アクセスされ、読まれ、他の形で使用されている。

文書処理におけるデジタルファイルフォーマットが広く使用されることに伴い、ユーザーのアクセスを管理しデジタル文書の無権限の利用を阻止するために実行されるデジタル著作権管理（ＤＲＭ）システムが拡大している。

デジタル文書の利用に関する権利には、デジタル文書を見る（または「読む」）ための権利、デジタル文書を編集（または「書く」）ための権利、デジタル文書をハードコピーにて印刷する権利、デジタル文書を複製する権利等が含まれることができる。ユーザーはそれらの権利の一つ以上を取得する（または譲渡される）ことでデジタル文書にアクセスすることができ、取得または譲渡された権利のいずれも様々な理由により後に無効にされうる。

ＤＲＭシステムは、一般的に、システムに保存されたデジタル文書に対するユーザーの権利を制御するために実行される。現在のＤＲＭシステムは、文書セントリック著作権管理アプローチにより設計されている。そのようなシステムの基本設計方針は、ユーザーよりもむしろ文書を中心とする、多くの「ポリシー」のうちの一つと、各デジタル文書が関連されるということである。

現実の状況に対しより柔軟かつ順応性を有することができるという、ＤＲＭシステムのための新たなアプローチのニーズと、毎日のユーザーによるデジタル文書のアクセスおよび利用のニーズが存在する。

概要
本発明の実施形態は、ＤＲＭシステムがユーザーセントリックアプローチに基づいてデジタル著作権を制御するためのユーザーセントリック方法およびモジュールを提供する。

本発明のさらなる特徴および利点は後述の記載により説明され、一部はその記載により明らかになり、または本発明の実施により理解されるであろう。

本発明の目的および他の利点は、添付された図面と本明細書および請求の範囲に特に指摘された構造により実現および達成される。

これらのおよび／または他の目的を達成するために、具体化され広く記載されるように、本発明の例示的な実施形態の一つは、デジタル著作権管理（ＤＲＭ）により保護された文書に対するユーザーのデジタル著作権を管理するための方法であって、著作権管理システム（ＲＭＳ）サーバーがユーザーからＤＲＭ保護がされた文書にアクセスするためのリクエストを受信するステップと、ＲＭＳサーバーがユーザーセントリックアダプター（ＵＣＡ）モジュールを実行して、デジタル著作権の複数の所定のポリシーのいずか一つがユーザーの身分証明書（ＩＤ）にドキュメントについて追加されているかどうかユーザーのＩＤのもとでＵＣＡデータベースを確認するステップと、を有し、ＵＣＡデータベース内において複数の所定のポリシーのいずれもユーザーのＩＤに文書について追加されていない場合は、ＵＣＡモジュールがユーザーのリクエストの許可を阻止する、方法を提供する。

さらなる側面において、本発明の他の例示的な実施形態の一つは、データ処理装置に上記方法を実行させるコンピュータソフトウェアプログラム製品を提供する。コンピュータプログラム製品には、実装されることでデータ処理装置を制御するための、コンピュータにより読み取り可能なプログラムコードを有するコンピュータに使用可能な一時的でない媒体（例えば、メモリーまたはストレージ装置）であって、コンピュータにより読み取り可能なプログラムコードはデータ処理装置に上記処理を実行させるものが含まれる。

前述の一般的な記載および以下の詳細な記載は、共に例示的および説明のためのものであり、請求項に係る発明のさらなる説明を提供することを意図してなされたものと理解される。

図面の簡単な説明
図１は、従来のＤＲＭシステムの文書セントリックアプローチを図示する概略ブロック図である。 図２は、従来のＤＲＭシステムのオンライン環境を図示する概略ブロック図である。 図３もまた、従来のＤＲＭシステムの文書セントリックアプローチを図示する概略ブロック図である。 図４は、従来のＤＲＭシステムの文書セントリックアプローチをさらに図示する概略ブロック図である。 図５は、本発明の実施形態に係るＤＲＭシステムのオンライン環境の例を図示する概略ブロック図である。 図６は、本発明の他の実施形態に係るＤＲＭシステムのオンライン環境の例を図示する概略ブロック図である。 図７は、本発明の実施形態に係るデータ処理部を有するコンピュータまたはサーバーのようなデータ処理装置の例を図示する概略ブロック図である。 図８は、本発明の実施形態に係るＤＲＭシステムに関するユーザーセントリックアプローチを図示する概略ブロック図である。 図９は、本発明の実施形態に係るＤＲＭシステムに関するユーザーセントリックアプローチをさらに図示する概略ブロック図である。 図１０は、本発明の実施形態に係る処理の例を図示するフローチャートである。 図１１は、本発明の実施形態に係る他の処理の例を図示するフローチャートである。

好適な実施形態の詳細な説明
本発明の実施形態は、文書よりもむしろユーザーを中心とする新たなＤＲＭシステムおよび方法を対象とする。

前述のように、従来のＤＲＭシステムは、ユーザーよりもむしろ文書を中心とする文書セントリック著作権管理アプローチを考慮して設計されており、一つの文書は一つのポリシーのみと関連付けされる。

図１を参照すると、従来のＤＲＭシステムの文書セントリックアプローチを図示する概略ブロック図が示されている。従来のＤＲＭシステムのデジタル著作権ポリシー、著作権管理およびポリシー等のためのアプリケーションプログラミングインターフェース（ＡＰＩ）のような構造、機能、インターフェース、および他の関連する特徴のここでの記載は、公然かつ容易に利用およびアクセス可能な公開情報、例えば、「著作権管理」（ＵＲＬ ｈｔｔｐ：／／ｈｅｌｐ．ａｄｏｂｅ．ｃｏｍ／ｅｎ＿ＵＳ／ｌｉｖｅｃｙｃｌｅ／１０．０／Ｏｖｅｒｖｉｅｗ／ＷＳ９２ｄ０６８０２ｃ７６ａｂａｄｂ２ｃ８５２５９１２ｄｄｃｂ９ａａｄ９−７ｆｆ８．ｈｔｍｌ）， “Ｐｒｏｇｒａｍｍａｔｉｃａｌｌｙ ａｐｐｌｙｉｎｇ ｐｏｌｉｃｉｅｓ （ａ ｓｕｂｓｅｃｔｉｏｎ ｏｆ ‘Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ’）”， （ＵＲＬ ｈｔｔｐ：／／ｈｅｌｐ．ａｄｏｂｅ．ｃｏｍ／ｅｎ＿ＵＳ／ｌｉｖｅｃｙｃｌｅ／１０．０／Ｏｖｅｒｖｉｅｗ／ＷＳｂ９６ｅ４１ｆ８ａ４ｃａ４７ａ９−４８８２ａｅｂ５１３１１９０ｅｄｄｂａ−８０００．ｈｔｍｌ）， “ＬｉｖｅＣｙｃｌｅ（登録商標） ＥＳ Ｊａｖａ（登録商標） ＡＰＩ Ｒｅｆｅｒｅｎｃｅ” （ＵＲＬ ｈｔｔｐ：／／ｌｉｖｅｄｏｃｓ．ａｄｏｂｅ．ｃｏｍ／ｌｉｖｅｃｙｃｌｅ／ｅｓ／ｓｄｋＨｅｌｐ／ｐｒｏｇｒａｍｍｅｒ／ｊａｖａｄｏｃ／ｉｎｄｅｘ．ｈｔｍｌ）等からの確かな情報、文書、および資料を必要に応じて組み込み、参照し、またはその他で利用しうる。

従来のＤＲＭシステムの文書セントリックアプローチにおいては、文書１はポリシー１のみと関連する。ユーザー１が権利一式（すなわち、ユーザー１権利）、例えば、文書１を表示するための権利を取得すると、ユーザー１がポリシー１に付加され、ポリシー１がデータベースの文書１に付加される。

図２を参照すると、図２には従来のＤＲＭシステムのオンライン環境を図示する概略ブロック図が示されている。この環境においては、顧客またはユーザーの端末２０が著作権管理システム（ＲＭＳ）サーバー３０にインターネットのようなコンピュータネットワーク４０を経由して接続されている。ＲＭＳサーバー４０は、典型的には、ＤＲＭ機能を担当する構成単位（「ＲＭＳ部」５０として言及される）を形成する構成部を含む。ＲＭＳサーバーは、典型的には、ＲＭＳサーバーにより管理されるデジタル文書を保存するための内部（または外部）ストレージ装置６０をも含む。ストレージ６０には、ＲＭＳサーバーにより管理される文書、ポリシー、およびユーザーのインデックスおよびテーブルを含むＲＭＳデータベース７０がさらに保存される。

例えば、図１に示される状態に関し、ポリシー１（Ｐ１）が文書１（Ｄ１）に追加されたことを示すために、テーブル（例えば、下記テーブル１．１）がＲＭＳサーバー３０のデータベース７０に保存されることができる。

Ｄ１を表示するための権利をもつユーザー１（Ｕ１）がＰ１に追加されると、表示のための権利をもつＵ１がＰ１に追加されたことを示すために、他のテーブル（例えば、下記テーブル２）がデータベース７０に保存されることができる。

Ｕ１が追加された文書に対し追加的に権利を取得すると、追加された文書に関連する個別のポリシーにＵ１が追加される。

例えば、図３に示されるように、ユーザー１が文書２を印刷し、かつ複製するための権利を取得すると、文書２に関連するポリシー２にユーザー１が追加される。この状態では、印刷および複製するための権利をもつＵ１がポリシー２（Ｐ２）に追加され、かつＰ２が文書２（Ｄ２）に追加されたことを示すために、データベースのテーブルが次のようにアップデートされる。

追加のユーザーがその文書に対する個別の権利を取得すると、データベースのテーブルに対し、追加の文書と関連する追加のポリシーに追加のユーザーが追加されるアップデートがなされる。

例えば、図４に示されるように、ユーザー２が文書１を印刷するための権利および文書２を表示かつ複製するための権利を取得すると、文書１に関連するポリシー１にも文書２に関連するポリシー２にもユーザー２が追加される。この状態では、Ｄ１を印刷するための権利をもつＵ２がＰ１に追加され、Ｄ２を表示かつ複製するための権利をもつＵ２がＰ２に追加されたことを示すために次のようにデータベースのテーブルが次のようにアップデートされる。

上述した文書セントリックアプローチは、文書に割り当てられたポリシーに基づいて、ＤＲＭ保護文書を権限のないアクセスから保護する環境を提供する一方、データベースにおいてポリシーＩＤテーブルが非常に大きくなるという結果にもなる。異なる文書に対する異なる権利をもつ新たなユーザーがポリシーに追加されるため、データベースのポリシーＩＤテーブル（例えば、テーブル１．３）のサイズが非常に大きくなりうる。例えば、Ｍ文書に対する様々な権利をもつＮユーザーが存在するとすると、各文書が異なるポリシーをもつ、すなわち、ポリシーの数（Ｋ）が文書の数（Ｍ）と同じという最悪の状況においては、ポリシーＩＤテーブル（テーブル１．３）は、Ｍ×Ｎ行になる。このことは、ＲＭＳサーバーの動作を低下させる。

さらに、従来の文書セントリックアプローチは、実際の状況の処理において柔軟性に非常に欠ける方法という結果にもなる。例えば、各文書に同じポリシーが割り当てられると、文書の一つまたはごく少数にアクセスするためのユーザーの権利を無効とすることができず、このことは、一つの文書にアクセスするためのユーザーの権利を無効とすることが必要な場合であっても、割り当てられた同じポリシーをもつすべての文書に対するユーザーの権利も無効とされるということを意味する。なぜなら、一の文書へのアクセスを無効とすることは、同じポリシーをもつすべての文書へのアクセスを無効にするからである。このことは望ましい結果ではない。現実的には、このことはまさによくある状況である。例えば、図書館は同じポリシーをもつ多くの電子書籍（ｅ−ｂｏｏｋｓ）を有し、かつユーザーはこれらの書籍のいくつかを貸し出すことができる。後に、ユーザーが電子書籍の一つを返却し、いくつかの理由により返金を受ける。しかしながら、電子書籍に対するユーザーの権利を無効にすると、ユーザーが借りたすべての電子書籍に対するユーザーの権利が自動的に無効になる。このことは、従来の文書セントリックアプローチの大きな制限となっている。

加えて、図４に示すように、文書セントリックアプローチにおいては、文書は同じポリシーを使用する異なるユーザーによりアクセスされうる。例えば、図４に示すように、ユーザー１および２はともに同じポリシー１を使用する文書１にアクセスすることができる。同じポリシーが多くの文書に割り与えられるため、一つのポリシーへのアクセス権が割り当てられたユーザーは同じポリシーをもつすべての文書へのアクセスすることができる。現実的には、選択された文書のみへのアクセス権が各ユーザーに与えられることが望ましい結果である。従来の文書セントリックアプローチはこの制限を保証することができない。

本発明の実施形態は、ユーザーセントリックアプローチに基づくデジタル著作権の管理を行うＤＲＭシステムのためのユーザーセントリック方法およびモジュールを提供する。

図５および図６を参照すると、本発明のさまざまな実施形態が実施されるＤＲＭシステムの例示的な配置を図示する概略ブロック図が示されている。この環境においては、顧客またはユーザーの端末２０は、インターネットのようなコンピュータネットワーク４０を介して、ＲＭＳサーバーに接続される。ＲＭＳサーバー３０は、ＤＲＭ機能を担当するＲＭＳ部５０を構成するハードウェアおよびソフトウェアの構成部分を有する。ＲＭＳサーバー３０は、さらに、ＤＲＭ保護文書を保存するための内部（または外部）のストレージ装置６０を含む。ストレージ６０には、ＲＭＳサーバー３０により管理される文書、ポリシー、およびユーザーのインデックスおよびテーブルを含むＲＭＳデータベース７０もまた保存される。

本発明の実施形態によれば、ユーザーセントリックアダプター（ＵＣＡ）モジュール８０がＲＭＡサーバー４０に追加されている。ＵＣＡモジュール８０は、ＲＭＳサーバーにより実行可能なコンピュータコードおよび指令が実装されたリードオンリーメモリー装置のようなハードウェアチップ、またはＲＭＳサーバーにより保存され実行されるＲＭＳアプリケーションにプラグインするソフトウェアであることができる。いずれにしても、ＵＣＡモジュール８０は、本明細書に記載された本発明の実施形態に係るプロセスのステップを実施するためのコンピュータにより実行可能なコードおよび指令を含む。加えて、ストレージ６０には、ＵＣＡデータベース９０もまた追加され保存される。ＵＣＡデータベース９０はＵＣＡモジュール８０によりＵＣＡモジュール８０のために設けられ、ＵＣＡモジュール８０によりアクセス可能とされ、維持／アップデートされる。

図５に示す配置においては、ＵＣＡモジュール８０は、本発明の実施形態に係るＤＲＭ方法およびシステムのユーザーセントリックアプローチのための本明細書に記載された提案および処理のためのＲＭＳサーバーの「ゲートウェイ」として作動する。一方で、図６に示す配置においては、ＲＭＳ部５０が、本発明の実施形態に係るＤＲＭ方法およびシステムのユーザーセントリックアプローチのための本明細書に記載された提案および処理のためのＲＭＳサーバーの「ゲートウェイ」として作動する。これらの配置は詳細が以下に記載される。

インターネットのようなコンピュータネットワークが利用されるときは、顧客またはユーザーは、ユーザー端末またはコンピュータ２０、またはラップトップコンピュータ、タブレットコンピュータ、電子ブックリーダー、スマートフォン等のような類似の適当な装置を使用して、コンピュータネットワーク４０にアクセスしＲＭＳサーバー３０等と情報のやりとりをすることができる。管理者またはオペレーターは、ＲＭＳサーバー３０を操作してネットワーク４０にアクセスし、ユーザー端末２０等を通じて顧客またはユーザーと情報のやりとりをすることができる。

ＲＭＳサーバー３０は、例えば、オンライン電子文書、書籍、小冊子、出版物および他の資料を電子ファイルで一般的に提供する著作権管理センター、ＤＲＭサービス、オンラインコンテンツプロバイダー、教育機関等により操作されることができる。ＲＭＳサーバー３０は、内部または外部のストレージ６０に電子ファイルとして保存された電子文書のユーザーによる検索、アクセス、アップロードまたはダウンロード、および購入を可能とするオンライン講座またはウェブストアのような総合的なオンラインサービスプラットフォームを提供する。ユーザーによる電子文書の購入またはその他の入手が電子ファイルによりなされるときには、ＲＭＳサーバー３０は、文書に対する適当なＤＲＭ保護を有効にして、文書に対する適当な権利を有するユーザーのみが文書の表示、印刷および／または複製するための権利を有するようにする。これらのＲＭＳ機能は、ＲＭＳ部５０により提供され実行される。

コンピュータ（または端末）２０およびサーバー３０は、ウェブサーバーのような、コンピュータ、サーバーコンピュータ、またはコンピュータまたはサーバーシステムであることができ、そこでは、本発明の例示的な実施形態の様々なプロセスを実行するコンピュータソフトウェアプログラムおよび／またはアプリケーションがインストールされ実行される。

典型的には、それらのコンピュータおよびサーバーは、ユーザーインターフェースまたはグラフィックユーザーインターフェースを提供し、ユーザーまたはオペレーターによりプロセスの様々なステップを実行するためのコンピュータソフトウェアプログラムおよびアプリケーションと情報のやりとりがされることを可能にする。

本願において、「サーバー」という用語は、一般的に、任意のコンピュータ、サーバーコンピュータ、サーバーインスタンス、コンピュータまたはサーバーシステム、データプロセッサー、コントローラー、データ処理部または装置、または、任意の適当なシステム、装置、機器、および、そのようなシステム、装置、または機器にインストールされて実行される任意のコンピュータソフトウェアプログラムまたはアプリケーションであって、本発明の実施形態により提供される方法が実行されプロセスが実行されるために使用されるものを指す。

ユーザーは、典型的には、ユーザー自身の所有のコンピュータ、またはユーザーコンピュータまたは端末を通じてユーザーがアクセス可能なサーバーにおいてコンピュータプログラムまたはアプリケーションを使用することにより、コンピュータおよびサーバーにアクセスする。

本願においては、特別の記載がない限り、「ユーザー」という用語は、一般的に、本発明の実施形態により提供される方法および関連する装置を使用する任意の人を指す。加えて、「ユーザー」、およびユーザーにより使用されるコンピュータまたはサーバーという用語は、サーバー、および／または本発明の様々な実施形態に係るプロセスのステップを実行するために人または存在物により使用されるサーバーを使用する人または存在物を個々に指すために区別なく使用される。

図５、６に示す環境の各部の物理的な配置または商業上の関係は重要ではない。例えば、ＲＭＳサーバー３０は教育施設、組織、または商業施設内に配置されてもよい。

前述したように、一面において、本発明の例示的な実施形態は、データ処理装置に本発明の方法の例示的な実施形態を実施させるコンピュータプログラム製品に具現化される。コンピュータプログラム製品には、コンピュータに使用可能な非一時的な媒体（例えば、メモリーまたは記憶装置）であって、実装されることでデータ処理装置を制御する、コンピュータにより読み取り可能なプログラムコードを有するものが含まれる。データ処理装置においては、データ処理装置に図７に示す本願発明のプロセスを実行させるための、コンピュータにより読み取り可能なプログラムコードが構成されている。

図７を参照すると、本発明の様々な実施形態を実行することができる例示的なサーバー１００を図示する概略ブロック図が示されている。サーバー１００には、典型的には、例えばキーボードおよびマウスのようなユーザー入力装置１１０が含まれている。入力装置１１０は、ローカル入力／出力（Ｉ／Ｏ）ポート１２０を通じてサーバー１００に接続されることにより、オペレーターおよび／またはユーザーがサーバー１１０と情報のやりとりをすることを可能にすることができる。ローカルＩ／Ｏ １２０は、ファイルストレージ、モニターおよび／またはプリンターのような他の電子機器との直接リンクによる局部的な接続をも提供する。サーバー１００は、典型的には、インターネットのようなコンピュータネットワークと接続するためのネットワークＩ／Ｏポート１３０をも有し、これによりサーバー１００はコンピュータネットワークに接続された他のサーバーと遠隔通信することができる。

サーバー１００は、典型的には、サーバー１００の機能および操作を制御する中央演算装置（ＣＰＵ）のようなデータ処理／制御部１４０を有する。データ処理／制御装置１４０は、ランダム・アクセス・メモリー（ＲＡＭ）装置１５０、リード・オンリー・メモリー（ＲＯＭ）装置１６０、および、ハーディスクドライブまたはソリッドステートメモリーといったストレージ装置１７０のような様々な記憶装置と接続される。ストレージ装置１７０は、内部の記憶装置、またはファイルストレージ装置のような外部の記憶装置であってもよい。

本発明の様々な実施形態を実行するためのソフトウェアプログラムコードおよび指令は、ＲＯＭ１６０またはストレージ装置１７０のようなこれらの記憶装置の一つ以上にインストールまたは保存されることができる。実行のときには、特定のコンピュータプログラムコードおよび／または指令がＲＯＭ１６０またはストレージ装置１７０から読み出され、データ処理／制御部１４０による実行のためにＲＡＭ１５０に一時的に保存される。データ処理／制御部１４０は、それらのコンピュータプログラムコードおよび／または指令を実行し、機能を実行し操作を実行して、本発明の様々な実施形態のプロセスのステップを実行する。

サーバー１００には、典型的には、ローカルＩ／Ｏ１２０に接続することができるビデオモニターまたはディスプレイスクリーンのようなディスプレイ装置１８０をも含まれている。入力装置１１０およびディスプレイ装置１８０は協力して、本発明の様々な実施形態に係るプロセスのステップを実行するためにサーバー１００と情報をやり取りすることをユーザーにより可能にするユーザーインターフェースを提供する。入力装置１１０およびディスプレイ装置１８０は、タッチスクリーンディスプレイ装置のように一つの装置に統合されて、サーバー１００との情報のやり取りのためのより簡易かつ便利なＵＩを提供してもよい。

サーバー１００は、任意の適当なコンピュータまたはコンピュータシステムであってよいと理解される。例えば、ＲＭＳサーバー３０として使用するためには、サーバー１００は商用サーバーであることが望ましい。しかしながら、一般公衆の間で使用されるためには、サーバー１００は、ディスクトップコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、ネットブックコンピュータ、タブレットコンピュータ、携帯用ポータブルコンピュータまたは電子機器、スマートフォン、または適当なデータ処理性能をもつ任意の適当なデータ処理装置であってもよい。

図８および９を参照すれば、本発明の実施形態に係るＤＲＭシステムのためのユーザーセントリックアプローチを図示する概略ブロック図が示されている。

本発明の一面を反映する実施形態におけるユーザーセントリックアプローチによれば、各ポリシーは固定された権利一式と関連付けられている。例えば、ＤＲＭ管理文書の３つのデジタル著作権、すなわち、表示、印刷、および複製のデジタル著作権があるとすると、そのような権利の可能な組合せはたったの８（２^３＝８）である。本発明の実施形態においては、下記のテーブルに示すように、それらの可能な組合せのそれぞれに、別個の所定のポリシーが割り当てられる。

現在の所定のポリシーの数（Ｌ）は、一組の権利の可能な数により制限される。上記の例においては、可能な一組の権利は８であるため、所定のポリシーであるＰＰ１からＰＰ８の数（Ｌ）はＬ＝８である。これにより、管理が非常に簡単な非常に小さいポリシーＩＤテーブルでよいことになる。

図８に示すように、ユーザー１（Ｕ１）が文書１（Ｄ１）を表示するための権利を取得するときは、表示するための権利は所定のポリシー１（ＰＰ１）と関連付けされているので、Ｄ１に関してＰＰ１がＵ１に追加され、かつ、例えば下記に示すテーブル４．１のように、ＵＣＡデータベース９０においてもＵ１にＤ１が追加される。

Ｕ１が追加の文書に対する追加の権利を取得するときは、追加の所定のポリシーおよび文書がＵＣＡデータベース９０に追加されることができる。例えば、図８にも示されるように、Ｕ１が文書２（Ｄ２）を印刷および複製するための権利をも取得するときは、印刷および複製するための権利は所定のポリシー３（ＰＰ３）と関連付けされているので、Ｄ２に関してＰＰ３がＵ１に追加され、かつ、ＵＣＡデータベース９０においてもＵ１にＤ２が追加され、下記に示すように、テーブル４．１がテーブル４．２にアップデートされる。

さらに多くのユーザーがＤＲＭ保護文書に対する権利を取得するにつれ、テーブル４．２はさらにアップデートされ、ＵＣＡデータベース９０に保存されることができる。例えば、図９に示すように、ユーザー２（Ｕ２）がＤ１を印刷するための権利、Ｄ２を表示し複製するための権利、および文書３（Ｄ３）を印刷および複製するための権利を取得するときは、所定のポリシーＰＰ２（印刷の権利のための）、ＰＰ３（印刷および複製の権利のための）、およびＰＰ４（表示および複製の権利のための）がＵ２に、Ｄ１、Ｄ２、およびＤ３それぞれに関して追加され、上記テーブルが下記のようにテーブル４．３にアップデートされる。

本発明の実施形態に係るユーザーセントリックアプローチのもとでは、ユーザーは同じポリシーを使用する異なる文書にアクセスすることができる。例えば、図９およびテーブル４．３に示すように、ユーザー２は同じ所定のポリシー３（ＰＰ３）を使用して文書２および文書３の両方にアクセスすることができる。

本発明の実施形態に係るユーザーセントリックアプローチは、ユーザーを囲むように設計されている。すなわち、ＵＣＡデータベース９０においてユーザーはそれぞれに割り当てられた文書のリストを有する。このことは、ＤＲＭシステムに、特定の文書に対するユーザーのアクセスを選択的に無効にするという柔軟性をもたせることを可能にする。文書を無効にするとは、ユーザーに割り当てられた文書のリストから文書が除去されることを意味する。このアプローチにおいては、ポリシーＩＤテーブル（すなわち、テーブル３）は非常に小さいサイズとなる。これは、所定のポリシーのためのテーブルの列の数がＤＲＭシステムで使用される所定のポリシーの数（Ｌ）と等しくなるためである。

目的を達成するために、図５および６に示すように、ＤＲＭポリシーエンフォースメントにおけるユーザーセントリックアプローチを提供するために、ＵＣＡモジュール８０がＲＭＳサーバーに追加される。ＵＣＡモジュールは、ＲＭＳサーバーにより提供される従来のＤＲＭ性能および機能を活用する一方、文書セントリックアプローチからユーザーセントリックアプローチへＤＲＭポリシーエンフォースメントを変化させるブリッジを提供する。

図１０（および図５も同時に）を参照すれば、本発明の実施形態に係る例示的なプロセスを図示するフローチャート図が示されている。プロセスはステップＳ１１０において開始され、ここでは、ＲＭＳサーバー３０はＤＲＭ保護文書へのアクセスのリクエストを受信する。このことは、ユーザーコンピュータ２０からＡｄｏｂｅ（登録商標） ＲｅａｄｅｒのようなビューワーでユーザーがＤＲＭ保護文書を開くときに起こり、するとすぐに、ユーザーコンピュータ２０上のビューワーは、ポリシー検査のためにネットワーク４０を介してＲＭＳサーバー３０と通信する。

ステップＳ１２０において、ＵＣＡモジュール８０は、ＲＭＳサーバー３０に送信されるユーザーのリクエストを阻止し、ステップＳ１３０において、それ自身のＵＣＡデータベース９０を最初に検査して、ステップＳ１４０において、文書に対するユーザーの権利が無効か否かを判定する。検査は、ＵＣＡが自身のデータベース、例えば上記テーブル４．３を検査し、ユーザーＩＤのもとで文書の所定のポリシーがユーザーＩＤの横に追加されているかどうかを判定するというように容易である。文書に対するユーザーの権利が無効（すなわち、例えば、テーブル４．３において、文書に関する所定のポリシーがユーザーに追加されていない）な場合、ステップＳ１５０において、ＵＣＡモジュール８０は、文書に対するユーザーのアクセス許可を拒否し、ユーザーが文書にアクセスできなくなり、プロセスは終了する。文書に対するユーザーの権利が無効とされていない（すなわち、ＲＣＡデータベース９０において、文書に関しユーザーに追加された所定のポリシーが存在する）場合、ステップＳ１６０において、ＵＣＡモジュール８０はユーザーのリクエストＲＭＳ部５０へ転送し、ステップＳ１７０において、ＵＣＡモジュール８０はさらに、決定により、ＤＲＭ保護文書にアクセスするための適当なアクセス許可をユーザーに付与する（例えば、ＲＭＡはユーザーに表示および印刷を許可し文書の複製を許可しないことができる）。ステップＳ１８０において、ＵＣＡは、図８および９とともに上述されたユーザーセントリックアプローチに従い必要（例えば、文書に対する特定の権利がユーザーに付与されている場合）に応じてＵＣＡデータベースをアップデートすることができる。

本配列においては、ＵＣＡモジュール８０は、ＲＭＳサーバーの「ゲートウェイ」として作動する。ＵＣＡモジュール８０はまた、ＤＲＭ保護文書に対するユーザーのアクセスを無効にするために使用される。ユーザーのアクセスから文書を無効にするために、ＵＣＡモジュール８０は、ユーザーＩＤのもとで文書をＵＣＡデータベース９０から除去する。

ＲＭＳサーバー３０がユーザーのリクエストの遮断を許可されていない場合は、図９に示す配列が使用されることができ、プロセスフローは上述したものと若干異なる。図１１（および図６も同時に）参照すると、この配列においては、ＲＭＳ部５０はＲＭＳサーバー３０のゲートウェイとして作動し、ステップＳ２１０においてユーザーからのすべてのリクエストを受信する。ステップＳ２２０において、ＵＣＡモジュール８０は、ＵＣＡモジュール８０に対し許可機能を委任するためにＲＭＳ部５０に登録される。ステップＳ２３０において、ＲＭＳ部５０は、ステップＳ２４０においてユーザーのリクエストを許可するか拒否するか決定するために、通常の方法で権限を最初に実行する。ユーザーのリクエストが拒否される場合は、ステップＳ２５０においてＵＣＡモジュール８０は自身のデータベース９０をアップデートしてユーザーのエントリーから拒否された文書を除去する。ユーザーのリクエストが許可される場合は、ステップＳ２６０においてＲＭＳユニット５０はユーザーのリクエストと文書へのアクセス許可とをＵＣＡモジュール８０に送信する。ＵＣＡモジュール８０は、次にステップＳ２７０において自身の検査を実行する。ステップＳ２７２において、文書に対するユーザーの権利が無効でないという結果である場合は、ステップＳ２７４においてＵＣＡモジュール８０は最終的なアクセス許可をＲＭＳユニット５０に戻す。しかしながら、ステップＳ２７２において、文書に対するユーザーの権利が無効であるという結果である場合は、ステップＳ２７６においてＵＣＡモジュール８０は文書に対するユーザーのアクセスを許可しないことをＲＭＳユニット５０に報告する。最終的な結果がどのようなものであっても、ＵＣＡモジュール８０はそれに応じてＵＣＡデータベース９０をアップデートすることができる。

ＵＣＡモジュール８０は、それ自身のデータベース９０を、特定の文書に関してユーザーに追加された所定のポリシーに基づいて、ユーザーに割り当てられたすべての文書と、文書に対するユーザーのアクセス権とを各ユーザーのエントリーのもとで必要に応じて記録するために維持する。ＵＣＡモジュール８０は、ユーザーに文書が割り当てられたときはいつでも、および割り当てられた文書に対する許可（ポリシー）が変更されたときはいつでも、自身のデータベース９０をＲＭＳデータベース７０と同期させることができる。ＲＭＳ部５０からのＵＣＡモジュール８０へのすべてのメッセージおよびＲＭＳ部５０によりＵＣＡモジュール８０へ移動されたすべてのメッセージはＵＣＡデータベース９０をアップデートするトリガーであってもよい。あるいは、ＲＭＳデータベース７０は、必要なデータベースの同期のために、ＵＣＡモジュール８０により監視されることができる。

本発明のさらなる特徴および利点は明細書に記載されており、明細書から理解され一部において明らかになり、発明の実施により知ることができるであろう。本発明の目的および他の利点は、添付の図面とともに明細書および請求の範囲において部分的に指摘された構造により実現および達成されるであろう。

本発明の方法および関連する装置において、本発明の精神および範囲を逸脱することなく様々な改良および変更が可能であることは当業者にとって明らかであろう。従って、添付の請求の範囲およびその均等物の範囲内の改良および変更が本発明に包含されることが意図されている。

Claims (12)

1. デジタル著作権管理（ＤＲＭ）により保護されている文書に対するユーザーのデジタル著作権を管理する方法であって、
   著作権管理システム（ＲＭＳ）サーバーが、ユーザーから、ＤＲＭ保護文書にアクセスするためのリクエストを受信するステップと、
   ＲＭＳサーバーがユーザーセントリックアダプター（ＵＣＡ）モジュールを実行して、デジタル著作権の複数の所定のポリシーのうちの一つが、ユーザーの身分証明書（ＩＤ）に対し文書に関して追加されているかどうかをユーザーのＩＤのもとでＵＣＡデータベースを検査するステップと、を有し、
   ＵＣＡデータベースにおいて、複数の所定のポリシーのいずれもユーザーのＩＤに対し文書に関して追加されていない場合は、ＵＣＡモジュールがユーザーのリクエストの許可を阻止する方法。
2. ユーザーが所定のポリシーに含まれるデジタル著作権を供与されている場合は、所定のポリシーがユーザーのＩＤのもとでＤＲＭ保護文書にＵＣＡデータベースにおいて追加される、請求項１に記載の方法。
3. 一つのＤＲＭ保護文書に対し複数の所定のポリシーが関連付けられる、請求項１または２に記載の方法。
4. 所定のポリシーの数は、異なるデジタル著作権のあらゆる可能な組合せの数に限定されている、請求項１〜３のいずれか一項に記載の方法。
5. ユーザーのリクエストはＵＣＡモジュールにより阻止される、請求項１〜４のいずれか一項に記載の方法。
6. ＵＣＡモジュールが、ユーザーのリクエストをＲＭＳサーバーの著作権管理部に転送するステップをさらに有する、請求項５に記載の方法。
7. 著作権管理部は、ユーザーのリクエストに対し決定により適当な権利を供与する、請求項６に記載の方法。
8. ＵＣＡモジュールがＲＭＳサーバーの著作権管理部に登録されるステップをさらに有する、請求項１〜７のいずれか一項に記載の方法。
9. ユーザーのリクエストに対し権利が供与されたかどうか、およびどのような権利が供与されたかの結果により、ＵＣＡモジュールがＵＣＡデータベースをアップデートするステップをさらに有する請求項１〜８のいずれか一項に記載の方法。
10. ＵＣＡデータベースと、一つのデジタル著作権のポリシーとそれぞれ関連付けられた文書ＩＤを含む別個のＲＭＳデータベースと、をＵＣＡモジュールが同期させるステップをさらに有する、請求項１〜９のいずれか一項に記載の方法。
11. 請求項１〜１０のいずれか一項に記載の方法をデータ処理装置に実行させるプログラム。
12. 請求項１１に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。