JP6167118B2 - 修正を伴った既存の権利管理ポリシーを使用してデジタル文書に対するユーザーアクセス権を特定する方法 - Google Patents

Description

本発明は、デジタル権利管理システムに関し、特にデジタル文書を作成する際にユーザーアクセス権を特定する方法に関する。

従来はハードコピーでのみ入手可能だった文書が、次第にデジタルコピーでも入手可能となってきている。実際に、最近では多くの文書がＰｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ（ＰＤＦ）のようなデジタルファイル形式で電子的に準備、作成、保存、配布、アクセス、閲覧され、または使用される。デジタル文書およびその処理が広範囲に使用されるに伴い、デジタル権利管理システム（ｄｉｇｉｔａｌ ｒｉｇｈｔｓ ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ：ＤＲＭまたはＲＭＳ）が、ユーザーのアクセスを制限し、デジタル文書の不正使用を防ぐために、ますます実装されてきている。デジタル文書の使用に関する権利は、デジタル文書を見る（または読む）権利、デジタル文書を編集する（または書く）権利、デジタル文書をハードコピーに印刷する権利、デジタル文書を複製する権利などを含む。ユーザーは、これらの権利を一つ以上入手する（または与えられる）ことによってデジタル文書にアクセスできる。

ＤＲＭシステムは、一般にシステムに記憶されたデジタル文書に対するユーザーの権利を管理するために実装される。既存のＤＲＭシステムにおいて、各デジタル文書は、その文書に対してどのユーザーが何の権利を有しているかを特定する権利管理ポリシー（または本明細書において単にポリシーとも称される）や、アクセス権に関する他のパラメーターに関連付けられている。そのようなポリシーの多くは、ＤＲＭサーバーに記憶されている。通常は、ポリシーの名称のみが文書に関連付けられており、多数のポリシー（たとえば、どのユーザーが何のアクセス権を有しているか）の内容は、ＤＲＭサーバーに記憶されている。ユーザーが文書（サーバーにある文書またはユーザーのコンピューターにダウンロードもしくは複製された文書のいずれか）にアクセスしようとした場合、ＤＲＭサーバーは、文書に関連するポリシーの内容を参照し、試された方法（閲覧、編集、印刷など）において、ユーザーが文書に対してアクセスする権利を有しているかどうかを判断する。

文書が作成またはＤＲＭシステムによって取得される際に、各文書はポリシーに関連付けられる。既知のＤＲＭシステムにおいて、スキャナー装置（たとえば、印刷、スキャンおよび複製機能を有する多機能プリンター（ＭＦＰ）またはスキャン機能のみを有する装置）はネットワークによってＤＲＭサーバーに接続されている。オペレーターがハードコピー文書をデジタル文書にスキャンするためにスキャナーを使用する際、スキャナーはデジタル文書に関連する権利管理ポリシーを特定するようにオペレーターに促す。より具体的に言うと、スキャナーは（ポリシーの名前またはＩＤによって）定義済みのポリシーのリストをオペレーターに対して表示し、その中から選択をさせる。すなわち、オペレーターは、定義済みのポリシーの中から一つを選択することのみ可能である。そのようなシステムの一例が、Ｃａｎｏｎ ｉｍａｇｅＲＵＮＮＥＲ ＡＤＶＡＮＣＥ装置に実装されており、「Ｓａｆｅｇｕａｒｄｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ Ｗｉｔｈｉｎ Ｄｏｃｕｍｅｎｔｓ ａｎｄ Ｄｅｖｉｃｅｓ」というタイトルの文書において説明されている。これは、http://www.usa.canon.com/CUSA/assets/app/pdf/ISG_Security/ brochure_run_iradv_security_.pdfにおいてインターネット上で入手可能である。

既知のＤＲＭシステムは、オペレーターが、スキャンされた文書に対するアクセス権を与える場合、既存の権利管理ポリシーのリストから選択することのみを可能にする。オペレーターは、既存のポリシーから一つを選択する以外の方法で、ユーザーアクセス権を指定できない。

本発明の目的は、オペレーターが、スキャンされた文書に対するユーザーアクセス権をより柔軟なやり方で定義することを可能にする方法および関連する装置を提供することである。

本発明の追加の特徴および利点は以下の説明に記載され、ある程度は説明から明らかであり、または本発明の実施により知ることができる。本発明の目的および他の利点は、それについて記載された明細書、特許請求の範囲および添付の図面において特に示された構造によって実現および達成される。

これらの目的および／または他の目的を達成するために、具体的および広く記述されているように、本発明は、外部装置によって作成されるデジタル文書のユーザーアクセス権を定義するために、前記外部装置および前記外部装置に接続されるサーバーを含むデジタル権利管理システムにおいて実装される方法であって、前記外部装置を使用して、（ａ）ハードコピー文書をスキャンすることによってデジタル文書を作成するステップと、（ｂ）複数のデジタル権利管理ポリシーを前記サーバーから取得するステップと、ここで、各デジタル権利管理ポリシーは、当該ポリシーが関連するデジタル文書に対するアクセス権を有する複数のユーザーを特定するユーザーアクセス権を定義し、（ｃ）前記外部装置のユーザーインターフェースパネル上に、複数の前記ポリシーのポリシーＩＤのリストを表示するステップと、（ｄ）前記デジタル文書に関連しリスト化された複数の前記ポリシーから一つを選択する、第一のオペレーター入力を、前記ユーザーインターフェースパネルを介して受信するステップと、（ｅ）修正が要求されない旨の指示、もしくは一人以上のユーザーのアクセス権の追加および／または一人以上のユーザーのアクセス権の削除の指示のどちらかを示す、第二のオペレーター入力を受信するステップと、（ｆ）前記第二のオペレーター入力に基づいて、前記デジタル文書に対するアクセス権を有する修正された複数のユーザーを特定する、修正ユーザーアクセス権を生成するステップと、前記デジタル文書、前記選択されたポリシーの前記ポリシーＩＤおよび前記修正ユーザーアクセス権を前記サーバーに送信するステップと、前記サーバーを使用して、（ｇ）前記デジタル文書、前記選択されたポリシーの前記ポリシーＩＤおよび前記修正ユーザーアクセス権を前記外部装置から受信するステップと、（ｈ）前記文書ＩＤ、前記選択されたポリシーの前記ポリシーＩＤおよび前記修正ユーザーアクセス権を、権利関連テーブル内のエントリーとして記憶するステップと、（ｉ）前記デジタル文書を記憶するステップと、を含む。

本方法はさらに、（ｊ）アクセスされる文書の対象文書ＩＤおよび前記要求ユーザーのユーザーＩＤを指示するユーザーアクセス要求を、ユーザーコンピューターから受信するステップと、（ｋ）前記対象文書ＩＤに関連する任意のポリシーにおいて定義されるユーザーアクセス権には関わらず、前記対象文書ＩＤを含む前記権利関連テーブル内のエントリーにおいて特定される前記ユーザーアクセス権に基づいて、前記要求ユーザーのアクセス許可を決定するステップと、（ｌ）前記ステップ（ｋ）において決定された前記アクセス許可に基づいて、前記ユーザーコンピューターに応答を送信するステップと、を含む。

他の態様において、本発明は、デジタル権利管理サーバーによって管理されるデジタル文書のユーザーアクセス権を定義するために、前記サーバーに接続される装置において実装される方法であって、（ａ）前記サーバーによって管理されるべきデジタル文書を取得するステップと、（ｂ）前記サーバーから取得された複数のデジタル権利管理ポリシーのポリシーＩＤのリストを表示するステップと、ここで、各デジタル権利管理ポリシーは、当該ポリシーが関連する任意のデジタル文書に対するアクセス権を有する複数のユーザーを特定するユーザーアクセス権を定義し、（ｃ）前記デジタル文書に関連しリスト化された複数の前記ポリシーから一つを選択する、第一のオペレーター入力を受信するステップと、（ｄ）一人以上のユーザーのアクセス権の追加および／または一人以上のユーザーのアクセス権の削除を指示する、第二のオペレーター入力を受信するステップと、（ｅ）前記第二のオペレーター入力に基づいて、前記デジタル文書に対するアクセス権を有する修正された複数のユーザーを特定する、修正ユーザーアクセス権を生成するステップと、（ｆ）前記デジタル文書、前記選択されたポリシーの前記ポリシーＩＤおよび前記修正ユーザーアクセス権を、前記サーバーに送信するステップと、を含む。

他の態様において、本発明は、デジタル文書に対するユーザーのアクセスを管理するために、デジタル権利管理システムに実装される方法であって、（ａ）複数のデジタル権利管理ポリシーを記憶するステップと、ここで、各デジタル権利管理ポリシーは、当該ポリシーが関連する任意のデジタル文書に対するアクセス権を有する複数のユーザーを特定するユーザーアクセス権を定義し、（ｂ）第一のデジタル文書、複数の前記ポリシーから選択された一つの第一のポリシーＩＤおよび修正ユーザーアクセス権を、外部装置から受信するステップと、ここで、当該修正ユーザーアクセス権は、選択されたポリシーにおいて定義される前記ユーザーアクセス権とは異なり、前記第一のデジタル文書に対するアクセス権を有する修正された複数のユーザーを特定し、（ｃ）前記第一のデジタル文書の第一の文書ＩＤ、前記第一のポリシーＩＤおよび前記修正ユーザーアクセス権をデータベース内で互いに関連付けるステップと、（ｄ）前記第一のデジタル文書を記憶するステップと、を含む。

他の態様において、本発明は、情報処理装置を制御するために、コンピュータープログラムおよびコンピュータープログラムを内部に格納したコンピューターが使用可能な非一時的媒体（たとえば、メモリーまたは記憶装置）を提供し、ここで、コンピュータープログラムは、情報処理装置に上記の方法を実行させるために構成される。

前述の概要および以下の詳述は、いずれも典型例および説明を示すものであり、特許請求の範囲に記載された発明の仔細な説明を提供することを目的としている。

本発明の実施形態に係るデジタル権利管理（ＲＭＳまたはＤＲＭ）システムの構成を示す概略図である。 文書をスキャンする際に、スキャナーおよびＲＭＳサーバーによって実行されるデジタル権利管理方法を説明する概略図である。 図２に示す処理ステップにおけるスキャナーの表示画面を示す概略図である。 図２に示す処理ステップにおけるスキャナーの表示画面を示す概略図である。 図２に示す処理ステップにおけるスキャナーの表示画面を示す概略図である。 図２に示す処理ステップにおけるスキャナーの表示画面を示す概略図である。 図２に示す処理ステップにおけるスキャナーの表示画面を示す概略図である。 図１に示すシステムにおいてＲＭＳサーバーに記憶されるポリシーテーブルを示す概略図である。 図１に示すシステムにおいてＲＭＳサーバーに記憶される二次関連テーブルを示す概略図である。 ユーザーが文書にアクセスした際に、ＲＭＳサーバーおよびユーザーコンピューターによって実行されるデジタル権利管理方法を説明する概略図である。

デジタル権利ポリシー、権利管理およびポリシーに対するアプリケーションプログラミングインタフェース（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｇｒａｍｍｉｎｇ ｉｎｔｅｒｆａｃｅ：ＡＰＩ）などのような構成、機能、インターフェースおよびその他の関連する特徴に関するここでの記述と、既存のＤＲＭシステムについての記述とは、公的で容易に入手可能およびアクセス可能な公開情報、たとえば「Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ」（URL http://help.adobe.com/en_US/livecycle/10.0/Overview/WS92d06802c76abadb2c8525912ddcb9aad9-7ff8.html）、「Ｐｒｏｇｒａｍｍａｔｉｃａｌｌｙ ａｐｐｌｙｉｎｇ ｐｏｌｉｃｉｅｓ（ａ ｓｕｂｓｅｃｔｉｏｎ ｏｆ ‘Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ’）」（URL http://help.adobe.com/en_US/livecycle/10.0/Overview/WSb96e41f8a4ca47a9-4882aeb5131190eddba-8000.html）、“ＬｉｖｅＣｙｃｌｅ（登録商標） ＥＳ ＪａｖａＴＭ ＡＰＩ Ｒｅｆｅｒｅｎｃｅ”（URL http://livedocs.adobe.com/livecycle/es/sdkHelp/programmer/javadoc/index.html）などによる確かな情報、文書および資料を、時に組み合わせ、参照し、あるいは利用する。

本発明の実施形態は、スキャナー（または、ＤＲＭデータベース内にデジタル文書を追加するために使用される他の装置）のオペレーターが、デジタル文書と、任意の既存のポリシーにおいて定義された権利とは異なる、ユーザーアクセス権とを関連付けることを可能にする、デジタル権利管理方法を提供する。より具体的に言うと、本方法は、オペレーターがＲＭＳサーバー上に記憶された既存のポリシーの一つを選択することと、追加のユーザーに権利を認めることおよび／またはそのポリシーによって認められるはずだったユーザーの権利を削除することによって、ユーザーアクセス権を修正することとを可能にし、ポリシー自体を変更することなく、特定のデジタル文書に対して修正ユーザーアクセス権を生成できる。たとえば、オペレーターは、ユーザーＡ、ＢおよびＣのみに閲覧の権利を認めるポリシー２を選択し、それから追加のユーザーＤに閲覧の権利を設定し、一方でユーザーＣの閲覧の権利を削除することができる。その結果、ユーザーＡ、ＢおよびＤのみがデジタル文書に対する閲覧の権利を認められる。本方法は、ＲＭＳサーバー上に既に記憶されているポリシーを修正することなく、この結果を達成できる。

後述するデジタル権利管理システムおよび方法は、スキャナーによってデジタル文書を作成するという状況下にあるが、その一方で、本方法は、新しい文書を作成したり、他のサーバーまたはクライアントからＤＲＭシステムに文書をダウンロードまたはアップロードしたり、電子メールを介して文書を受信したりする場合などのように、他の方法によってＤＲＭデータベースに文書を追加した場合にも広く適用されうる。より一般的に言えば、本発明の実施形態は、デジタル文書をＤＲＭサーバーに追加した場合に、文書に対するユーザーアクセス権を定義する方法を提供するということになる。

図１は、本発明の実施形態に係るデジタル権利管理システム（ＲＭＳまたはＤＲＭ）の構成を示す概略図である。システムは、スキャナー装置２、スキャナー装置に接続されるデジタル権利管理サーバー（ＲＭＳサーバー）３およびサーバー３に接続されるユーザーコンピューター４を含む。スキャナー装置２は、処理部２１、制御プログラム２３を記憶するメモリー２２、ユーザーインターフェースパネル２４およびスキャン機能を実行するハードウェアを含む読取部２５を含む。処理部２１は、制御プログラム２３を実行し、後述するデジタル権利管理方法の手順を含むスキャナー２の様々な機能を制御する。スキャナー２は、ネットワークまたは他の種類の接続を介してＲＭＳサーバー３に接続される。サーバー３は、メモリー３２に記憶されるソフトウェアプログラムを実行するプロセッサー３１を含み、後述するデジタル権利管理方法の手順を含む様々な制御を実行する。サーバー３は、デジタル文書、ＤＲＭに関連したテーブルおよびその他の情報が記憶された記憶装置３５に接続される（デジタル文書および様々なテーブルは、合わせてＤＲＭデータベースと呼ばれる）。記憶装置３５は、サーバー３の一部と見なされる。ユーザーコンピューター４は、インターネットのようなネットワークを介してＲＭＳサーバー３に接続される。ユーザーコンピューター４には、サーバー３と連携した権利管理プログラム４１がインストールされる。ユーザーコンピューター４はプロセッサーおよびプログラム４１が記憶されたメモリーも含むが、簡略化のため図１には表示しない。

図２は、本発明の実施形態に係るデジタル権利管理方法を説明する概略図である。図示された処理において、ステップＳ２１からＳ２９はスキャナー２によって実行され、ステップＳ３１からＳ３５はＲＭＳサーバー３によって実行される。図２の破線はスキャナー２とサーバー３間の通信を示す。

オペレーターがスキャナーを使用してハードコピー文書をスキャンし、スキャンされた文書に対する権利保護を要求すると、スキャナー上の処理が開始する（ステップＳ２１）。本実施形態において、スキャンされたデジタル文書を作成する読み取り工程は、ステップＳ２１の一部であり、あるいは、実際の読み取りは、たとえばステップＳ２９の直前のように後で実行されてもよい。スキャナーは、ＤＲＭポリシーおよびＤＲＭシステムに登録された全てのユーザーのリストを、サーバーから取得する（ステップＳ２２）。図示された実施形態において、ポリシーおよび登録されたユーザーのリストは、サーバー３により保持され、たとえば、記憶装置３５の内部で、ポリシーテーブル３７、および登録ユーザーデーターベース３６にそれぞれ記憶され、要求に応じてスキャナー２に提供される（ステップＳ３１）。他の実施形態では、ポリシーおよび登録されたユーザーのリストは、ローカルでスキャナー上に記憶される（したがって、ステップＳ２２およびＳ３１は省略される）。後者の場合、ローカルで記憶されたポリシーおよび登録されたユーザーのリストは、サーバー上に中心的に保持されたポリシーテーブルを使用して、都度アップデートされることになる。

各ＤＲＭポリシーは、ポリシーＩＤを有し、どのユーザーが何の権利（閲覧、編集、印刷、複製など）を認められるかというユーザーアクセス権を含む様々なポリシー項目、ポリシーが有効になる時間周期のようなその他ポリシー項目（任意）、その他の制限などを特定する。たとえば、大きな組織においては、ビジネスユニット内のユーザーや特定の職責を有するユーザーなどに対してアクセス権を認めるように、ポリシーが設定される。ポリシーは、「プロジェクトＸ」、「チームＹ」、「マネージャー」などのユーザーフレンドリーなＩＤ（名称）を有してもよい。各ポリシーにおけるユーザーアクセス権は、ユーザー名称のリストおよび各ユーザーに認められる権利を特定する。何の権利も認められないユーザーは、ポリシーに記載されないことが望ましい。図４は、多数のポリシーを含むポリシーテーブルの例を示す概略図である。

ポリシーを取得した後、スキャナー２は、オペレーターに対して（ＩＤによる）ポリシーのリストを表示し、オペレーターは、表示されたポリシーの１つを選択する（ステップＳ２３）。表示と選択は、スキャナーのユーザーインターフェースパネル２４を使用してなされる。ユーザーインターフェースパネル２４は、タッチパネルまたは他の種類のインターフェース装置でもよい。図３Ａは、ステップＳ２３における表示の例を示す概略図であり、オペレーターはラベル付けされたボタンを使用してポリシーを選択できる。その後、スキャナーは、選択されたポリシーにおいて、現在アクセス権が認められているユーザーのリストを表示する（ステップＳ２４）。選択されたポリシーは、オペレーターが、ユーザーの権利の追加または削除（すなわち修正）を要求できるオプションを含む。図３Ｂは、ステップＳ２４における表示の例を示す概略図であり、選択されたポリシー「プロジェクトＹ」において認められた閲覧の権利を有するユーザーのリスト、およびオペレーターが修正を要求できる「追加／削除」ボタンを示す。本例においては閲覧の権利が用いられているが、他の権利も同様に特定される。

オペレーターがユーザーの権利の修正を要求する場合（ステップＳ２５において「Ｙ」）、スキャナーは、システムに登録された全てのユーザーのリストを表示すると共に、選択されたポリシーにおいてどのユーザーが現在アクセス権を認められているかを表示する（ステップＳ２６）。この表示により、オペレーターはアクセス権を認められる追加のユーザーを選択でき、および／または、現在権利を認められているユーザーから権利を削除できる。図３Ｃは、ステップＳ２６における表示の例を示す概略図である。この表示において、登録された全てのユーザーの名称がリスト化され（ユーザーの数が多い場合、スクロールバーまたはアルファベット順の索引のようなツールが提供されてもよい）、各ユーザーの隣に設けられたチェックボックスは、権利（本例においては閲覧の権利）がそのユーザーに認められているかどうかを示す。さらに、選択されたポリシーにおいて元々権利が認められていたユーザーはハイライト表示される（この図においては、太線で示される）。

ステップＳ２６の画面を用いて、オペレーターはユーザーの名称を選択および／または選択解除し（たとえば、ボックスをチェックおよび／またはチェック解除する）、表示パネルは修正された選択の表示をインタラクティブに表示する（ステップＳ２７）。図３Ｄは、オペレーターの選択／選択解除の結果の例を示す概略図であり、ユーザー「Ｃａｒｌ」は現在選択解除され、ユーザー「Ｅｒｉｎ」が現在選択されている。好ましい実施形態では、オペレーターがユーザーを選択、および選択解除する際、選択されたポリシーにおいて元々アクセス権が認められているユーザーは、選択／選択解除に関わらずハイライト表示されたままとし、オペレーターが、自身による修正されたユーザーリストと選択されたポリシーにおけるも元々のユーザーリストとを比較した結果を容易に確認できる。このように、たとえば図３Ｄにおいて、ユーザー「Ｃａｒｌ」は、選択解除されているがまだハイライト表示されており、ユーザー「Ｅｒｉｎ」は、選択されているがハイライト表示されていない。

オペレーターが自身の選択に満足し、図３Ｄに示される表示の「ＯＫ」ボタンを押下した場合、スキャナーは、権利と共に、修正されたユーザーのリストを示す図３Ｂと同様の確認画面を表示し、オペレーターから確認の指示を受け付ける（ステップＳ２８において「Ｙ」）。その後、スキャナーは、選択されたポリシーＩＤおよび修正ユーザーアクセス権と共に、スキャンされたデジタル文書をＲＭＳサーバー３へ送信する（ステップＳ２９）。修正ユーザーアクセス権は、アクセス権を認められたユーザーのリスト、または選択されたポリシーに対して追加および削除されたユーザーのリストとして表示される。後者の方法がより効果的なこともある。選択されたポリシーで特定された元々のユーザーのリストは長く、追加および削除されたユーザーのリストは比較的短いためである。

一実施形態では、ステップＳ２５において、オペレーターがユーザーアクセス権の修正を要求しなかった場合（たとえば、図３Ｂの表示においてオペレーターが「ＯＫ」ボタンを押下した場合）（ステップＳ２５において「Ｎ」）、またはステップＳ２７においてオペレーターがユーザーアクセス権を変更しなかった場合、スキャナーは、ユーザーアクセス権の修正はない旨を表示しつつ、スキャンされたデジタル文書および選択されたポリシーＩＤをサーバーへ直接送信する（ステップＳ２９）。他の実施形態においては、オペレーターがいずれの権利も変更しなかった場合でも、スキャナーはユーザーアクセス権をサーバーに送信する。

一実施形態では、スキャナーは、文書へのアクセス権が認められたユーザーに電子メールを介して文書を直接送信する。この操作は、「ｓｃａｎ ｔｏ ｅｍａｉｌ」と呼ばれることがある。スキャンされた文書の暗号化のような適切な処理が、電子メールによる送信の前に適用される。（図２には表示されていない）この手順は、ステップＳ２９の前後に実行される。

ステップＳ２４において、選択されたポリシーにおけるユーザーのリストの表示（図３Ｂ）により、オペレーターは、ユーザーアクセス権を修正したいか否かを決定しやすくなるが、この表示は任意である。他の実施形態において、ステップＳ２４およびＳ２５は省略され、代わりに、ステップＳ２３において（図３Ａに示す画面を使用して）、オペレーターがポリシーＩＤを選択した後、スキャナーはステップＳ２６に直接進み、たとえば図３Ｃのようにユーザーの権利の修正を表示する。同様に、ステップＳ２８の確認手順も省略されうる。

さらに他の実施形態において、ポリシーのリストおよびユーザーのリストの表示は、同じ表示画面上に統合され、ステップＳ２３、Ｓ２６およびＳ２７のための表示およびオペレーター入力は、同じ画面を使用して行われうる。この例は、図３Ｅに示される。この実施形態において、ステップＳ２３の初期表示は、ポリシーのリストを有するが、ハイライト表示はされておらず、同じ画面上においてユーザーのリストが表示されるがユーザーは選択されておらず、ハイライト表示もされていない。ポリシーの数またはユーザーの数が多い場合、スクロールバーまたはアルファベット順の索引のようなツールが提供されてもよい。その後、オペレーターは、たとえばリスト表示されたポリシーの１つをクリックすることにより、ポリシーを選択する。ステップＳ２４、およびＳ２５は省略される。ステップＳ２６は、たとえば、ユーザーの名称の隣のチェックボックスにチェックしたり、ユーザーをハイライト表示したりすることにより、選択されたポリシーにおいてどのユーザーがアクセス権を有しているかを表示する。図３Ｅは、このステップの表示の例を示し、ポリシーの「プロジェクトＹ」が選択され（ハイライト表示されている）、ユーザーの「Ａｍｙ」、「Ｃａｒｌ」、「Ｄａｖｉｄ」、および「Ｆｒａｎｋ」が、このポリシーにおいて権利を認められているユーザーとして示されている。その後、オペレーターは、たとえばユーザーの隣の対応するチェックボックスにチェック／チェック解除するなど、表示されたリストからユーザーを選択／選択解除することによって、ユーザーの追加／削除を実行する。選択されたポリシーによって元々アクセス権が認められていたユーザーに対するハイライト表示は、ユーザーの追加および削除に関わらず、変更されずに残る。したがって、たとえば、オペレーターがユーザー「Ｃａｒｌ」を選択解除し、ユーザー「Ｅｒｉｎ」を選択した場合、図３Ｅの右側のユーザーリストは図３Ｄに示されるようになり、ユーザー「Ｃａｒｌ」は、選択解除されているがまだハイライト表示されており、ユーザー「Ｅｒｉｎ」は選択されているがハイライト表示されていない状態になる。オペレーターは、ユーザーの選択に満足した後、確認し「ＯＫ」ボタンをクリックすることによって、次のステップに進むことができる（ステップＳ２８）。

サーバー側においては、スキャナー２から送信されたデータ（デジタル文書、選択されたポリシーＩＤおよび修正ユーザーアクセス権がある場合はそれも）を受信した後、サーバー３は、文書のユニークＩＤと選択されたポリシーおよび（修正された、または修正されていない）ユーザーアクセス権とを関連付ける権利関連テーブル３８に、エントリーを作成する（ステップＳ３３）。エントリーは、スキャナーから受信される各文書に対して作成される。オペレーターがユーザーアクセス権を修正したかどうかに関わらず、スキャナーが常にユーザーアクセス権をサーバーに送信している場合、スキャナーから受信されたユーザーアクセス権は、権利関連テーブル３８にエントリーを作成するために使用される。オペレーターがユーザーアクセス権を修正しない際には、スキャナーがユーザーアクセス権を送信しない場合、サーバーは権利関連テーブルのエントリーを作成するにあたり、ポリシーテーブル３７において選択されたポリシーからユーザーアクセス権を複製することが可能である。

図５は、権利関連テーブルの構造の一例を示す概略図である。この例では、ユーザーアクセス権は、アクセス権が認められているユーザーのリストとして表示される。図５において閲覧の権利のみが図５例として示されているが、他の権利（編集、印刷、複製など）も、必要に応じて権利関連テーブルにおいて特定される。

文書自体は、たとえば記憶装置３５のような場所に記憶される（ステップＳ３４）。

権利関連テーブル３８に加えて、文書−ポリシー関連テーブル３９も、ＤＲＭシステム内に保持される。文書−ポリシー関連テーブルの各エントリーは、文書のＩＤおよび関連したポリシーのポリシーＩＤを含む。このような文書−ポリシー関連テーブルは、従来のＤＲＭシステムにおいて使用されるが故に、本発明の実施形態においては必要な機能を提供しないにも関わらず、保持され続ける。文書−ポリシー関連テーブルに加えて、または代用して、文書とポリシーを関連づけるために、ポリシーＩＤが文書のメタデータの一部として含まれることもある。

前述したように、文書−ポリシー関連テーブル３９を使用し続ける理由の一つは、一般的な既存のＤＲＭシステムには、様々な機能を実行するためにこのようなテーブルを既に使用しているものがあるためである。したがって、本発明の実施形態は、サーバー３上の既存のＤＲＭシステムのために、たとえば、図１で示されるポリシーアダプタープログラムモジュール３４のような（プラグインなどの）追加のプログラムモジュールが提供されることにより、実装される。すなわち、追加のプログラムモジュール３４が、権利関連テーブル３８を作成および保持する一方で、（図１において従来のＲＭＳプログラムモジュール３３として示される）ＤＲＭシステムの既存のプログラムモジュールが、文書−ポリシー関連テーブル３９を保持し、他の機能を実行する。このような実装において、ステップＳ３２とＳ３３は、ポリシーアダプターモジュール３４によって実行され、ステップＳ３４は、従来のＲＭＳモジュール３３によって実行される。ポリシーアダプターモジュール３４は、従来のＲＭＳモジュール３３の前に位置する。そして、ポリシーアダプターモジュール３４は、スキャナー２から転送されるデータを阻止し、適切な情報を従来のＲＭＳモジュールに渡す。

当然ながら、サーバーでの全ての手順は、ＤＲＭシステムの一つのプログラムモジュールに統合されうる。

前述したように、ここで説明されるＤＲＭの方法は、他のサーバーまたはクライアントからサーバーに対して、デジタル文書をアップロード、またはダウンロードする際に適用される。このような場合、ステップＳ２３からＳ２８は、サーバー自身によって実行される。

ＤＲＭシステムによって管理されたデジタル文書がユーザーに配布された後、ユーザーがデジタル文書へのアクセスを、たとえば、ユーザーのコンピューターでデジタル文書を閲覧するなどして試みた際、ユーザーコンピューター４上のデジタル権利管理プログラム４１は、アクセスを容易にするために、ＲＭＳサーバー３と連携する。図６は、本発明の他の実施形態に係るこのような処理を説明する概略図である。この処理では、ステップＳ４１からＳ４４はユーザーコンピューター４によって実行され、ステップＳ５１からＳ５３はサーバー３によって実行される。破線は、サーバーとユーザーコンピューター間の通信を示す。

ユーザーが、ユーザーコンピューター４に存在している文書にアクセスすることを要求した際（ステップＳ４１）、ユーザーコンピューターは、アクセスされる文書の文書ＩＤ（対象文書ＩＤ）、および要求ユーザーのユーザーＩＤをサーバーに送信する（ステップＳ４２）。サーバーはその情報を受け取ると（ステップＳ５１）、要求ユーザーが対象文書に対するアクセス権を有しているかどうかを判断するために、まずは対象文書ＩＤを使用している権利関連テーブル３８を確認する（ステップＳ５２）。

各文書に対するユーザーアクセス権は常に権利関連テーブルにおいて特定されるため、サーバーは、要求ユーザーのアクセス権を判断する目的で、ポリシーテーブル３７または文書−ポリシー関連テーブル３９を参照する必要はない。しかしながら、関連したポリシーの他項目が、ユーザーのアクセス許可に影響するかどうかを判断するために、サーバーは任意で（権利関連テーブルから選択されたポリシーＩＤを取得した後に）ポリシーテーブル３７を確認できる（ステップＳ５３）。だが、このような場合、関連したポリシーにおいて定義されるユーザーアクセス権は制御できないため、結局、権利関連テーブルにおいて定義される権利が制御することになる。

ステップＳ５２および５３の判断に基づいて、サーバーは、要求ユーザーが文書にアクセスすることを許可されるか否かを示す許可情報を、ユーザーコンピューターに送信する（ステップＳ５４）。受信された許可情報に基づいて（ステップＳ４３）、ユーザーコンピューターは、ユーザーによる文書へのアクセスを許可または拒否する（ステップＳ４４）。

図６の手順の一実装では、サーバー３上の二つのプログラムモジュール、すなわち、図１に示されるように従来のＲＭＳプログラムモジュール３３およびポリシーアダプタープログラムモジュール３４が使用される。この場合、ステップＳ５１およびＳ５２は、ポリシーアダプタープログラムモジュール３４によって実行され、その一方で、ステップＳ５３は、従来のＲＭＳプログラムモジュール３３によって実行される。ポリシーアダプターモジュール３４は、ユーザーコンピューターからのデータ転送を阻止し、適切な情報を従来のＲＭＳモジュール３３に渡す。

本発明の実施形態に係るデジタル権利管理方法は、以下の長所を有している。既存のポリシーを活用するという柔軟さを提供する一方で、文書に対するアクセス権を認める際に、オペレーターがユーザーを追加、または削除することを可能にしている。既存のＤＲＭポリシーは変更される必要はなく、修正ユーザーアクセス権を作成する目的で、新しいポリシーが作成される必要もない。加えて、本発明の実施形態に係るデジタル権利管理方法は、異なる文書が同一のポリシーに関連している場合でも、異なる文書が異なるユーザーアクセス権を有することを可能にする。言い換えれば、関連したポリシーにおいて特定されるユーザーアクセス権は、文書に固有の修正ユーザーアクセス権によって、無効化されうるとも言える。

本発明の思想または範囲から逸脱することなく、本発明に係るデジタル権利管理システムおよび方法の様々な修正および変更が可能であることは、当業者にとって明らかである。このように、本発明は、添付された特許請求の範囲およびそれらの同等物に記載の範囲で行われる修正および変更も含む。

Claims (13)

1. デジタル権利管理サーバーによって管理されるデジタル文書のユーザーアクセス権を定義するために、前記サーバーに接続される装置において実装される方法であって、
   （ａ）前記サーバーによって管理されるべきデジタル文書を取得するステップと、
   （ｂ）前記サーバーから取得された複数のデジタル権利管理ポリシーのポリシーＩＤのリストを表示するステップと、ここで、各デジタル権利管理ポリシーは、当該ポリシーが関連する任意のデジタル文書に対するアクセス権を有する複数のユーザーを特定するユーザーアクセス権を定義し、
   （ｃ）前記デジタル文書に関連しリスト化された複数の前記ポリシーから一つを選択する、第一のオペレーター入力を受信するステップと、
   （ｄ）一人以上のユーザーのアクセス権の追加および／または一人以上のユーザーのアクセス権の削除を指示する、第二のオペレーター入力を受信するステップと、
   （ｅ）前記第二のオペレーター入力に基づいて、前記デジタル文書に対するアクセス権を有する修正された複数のユーザーを特定する、修正ユーザーアクセス権を生成するステップと、
   （ｆ）前記デジタル文書、前記選択されたポリシーの前記ポリシーＩＤおよび前記修正ユーザーアクセス権を、前記サーバーに送信するステップと、
   を有する方法。
2. 前記ステップ（ａ）は、前記デジタル文書を作成するためにハードコピー文書をスキャンするステップを含む請求項１に記載の方法。
3. （ｈ）前記サーバーによって管理されるべき第二のデジタル文書を取得するステップと、
   （ｉ）複数のデジタル権利管理ポリシーのポリシーＩＤのリストを表示するステップと、
   （ｊ）前記第二のデジタル文書に関連しリスト化された複数の前記ポリシーから第二のポリシーを一つ選択する、第三のオペレーター入力を受信するステップと、
   （ｋ）前記選択された第二のポリシーによって定義されるユーザーアクセス権に変更がないことを要求する旨を指示する、第四のオペレーター入力を受信するステップと、
   （ｌ）前記デジタル文書、前記選択された第二のポリシーの前記ポリシーＩＤおよび前記選択された第二のポリシーによって定義される前記ユーザーアクセス権を、前記サーバーに送信するステップと、
   をさらに有する請求項１または請求項２に記載の方法。
4. 前記ステップ（ｃ）の後かつ前記ステップ（ｄ）の前に、
   （ｇ）前記第一のオペレーター入力によって選択された前記ポリシーに基づいて、前記サーバーに登録された全てのユーザーのリストと、前記選択されたポリシーが定義するように、各ユーザーがアクセス権を有するか否かを示す指示とを表示するステップをさらに有する請求項１〜３のいずれか一項に記載の方法。
5. 前記ステップ（ｇ）は、前記選択されたポリシーが定義するようにアクセス権を有する各ユーザーについて、強調表示をするステップを含み、
   前記ステップ（ｄ）の後に、前記ステップ（ｄ）において受信された前記第二のオペレーター入力に基づいて、各ユーザーがアクセス権を有するかどうかを示す前記指示を変更することによって、前記強調表示を変更することなく、前記ステップ（ｇ）の表示を修正するステップをさらに有する請求項４に記載の方法。
6. デジタル文書に対するユーザーのアクセスを管理するために、デジタル権利管理システムにおいて実装される方法であって、
   （ａ）複数のデジタル権利管理ポリシーを記憶するステップと、ここで、各デジタル権利管理ポリシーは、当該ポリシーが関連する任意のデジタル文書に対するアクセス権を有する複数のユーザーを特定するユーザーアクセス権を定義し、
   （ｂ）第一のデジタル文書、複数の前記ポリシーから選択された一つの第一のポリシーＩＤおよび修正ユーザーアクセス権を、外部装置から受信するステップと、ここで、前記修正ユーザーアクセス権は、選択されたポリシーにおいて定義される前記ユーザーアクセス権とは異なり、前記第一のデジタル文書に対するアクセス権を有する修正された複数のユーザーを特定し、
   （ｃ）前記第一のデジタル文書の第一の文書ＩＤ、前記第一のポリシーＩＤおよび前記修正ユーザーアクセス権をデータベース内で互いに関連付けるステップと、
   （ｄ）前記第一のデジタル文書を記憶するステップと、
   を有する方法。
7. 前記外部装置から受信される、前記第一の文書ＩＤ、前記第一のポリシーＩＤおよび前記修正ユーザーアクセス権を、前記データベースの権利関連テーブル内のエントリーとして記憶するステップを含む請求項６に記載の方法。
8. （ｅ）第二のデジタル文書および複数の前記ポリシーから選択された一つの第二のポリシーＩＤを、任意の修正ユーザーアクセス権は伴わずに外部装置から受信するステップと、
   （ｆ）前記選択された第二のポリシーによって定義されるユーザーアクセス権を、記憶された前記ポリシーから取得するステップと、
   （ｇ）前記第二の文書ＩＤ、前記第二のポリシーＩＤおよび前記選択された第二のポリシーによって定義されるユーザーアクセス権を、権利関連テーブル内のエントリーとして記憶するステップと、
   （ｈ）前記第二のデジタル文書を記憶するステップと、
   をさらに有する請求項７に記載の方法。
9. （ｉ）アクセスされる文書の対象文書ＩＤおよび要求ユーザーのユーザーＩＤを指示するユーザーアクセス要求を、ユーザーコンピューターから受信するステップと、
   （ｊ）前記対象文書ＩＤに関連する任意のポリシーにおいて定義されるユーザーアクセス権には関わらず、前記対象文書ＩＤを含む前記権利関連テーブル内のエントリーにおいて特定される前記ユーザーアクセス権に基づいて、前記要求ユーザーのアクセス許可を決定するステップと、
   （ｋ）前記ステップ（ｊ）において決定される前記アクセス許可に基づいて、前記ユーザーコンピューターに応答を送信するステップと、
   をさらに有する請求項７または請求項８に記載の方法。
10. 外部装置によって作成されるデジタル文書のユーザーアクセス権を定義するために、前記外部装置および前記外部装置に接続されるサーバーを含む、デジタル権利管理システムにおいて実装される方法であって、
    前記外部装置を使用して、
    （ａ）ハードコピー文書をスキャンすることによってデジタル文書を作成するステップと、
    （ｂ）複数のデジタル権利管理ポリシーを前記サーバーから取得するステップと、ここで、各デジタル権利管理ポリシーは、当該ポリシーが関連するデジタル文書に対するアクセス権を有する複数のユーザーを特定するユーザーアクセス権を定義し、
    （ｃ）前記外部装置のユーザーインターフェースパネル上に、複数の前記ポリシーのポリシーＩＤのリストを表示するステップと、
    （ｄ）前記デジタル文書に関連しリスト化された複数の前記ポリシーから一つを選択する、第一のオペレーター入力を、前記ユーザーインターフェースパネルを介して受信するステップと、
    （ｅ）一人以上のユーザーのアクセス権の追加および／または一人以上のユーザーのアクセス権の削除を指示する、第二のオペレーター入力を受信するステップと、
    （ｆ）前記第二のオペレーター入力に基づいて、前記デジタル文書に対するアクセス権を有する修正された複数のユーザーを特定する、修正ユーザーアクセス権を生成するステップと、
    前記デジタル文書、前記選択されたポリシーの前記ポリシーＩＤおよび前記修正ユーザーアクセス権を前記サーバーに送信するステップと、
    前記サーバーを使用して、
    （ｇ）前記デジタル文書、前記選択されたポリシーの前記ポリシーＩＤおよび前記修正ユーザーアクセス権を前記外部装置から受信するステップと、
    （ｈ）前記文書ＩＤ、前記選択されたポリシーの前記ポリシーＩＤおよび前記修正ユーザーアクセス権を、権利関連テーブル内のエントリーとして記憶するステップと、
    （ｉ）前記デジタル文書を記憶するステップと、
    を有する方法。
11. （ｊ）アクセスされる文書の対象文書ＩＤおよび前記要求ユーザーのユーザーＩＤを指示するユーザーアクセス要求を、ユーザーコンピューターから受信するステップと、
    （ｋ）前記対象文書ＩＤに関連する任意のポリシーにおいて定義されるユーザーアクセス権には関わらず、前記対象文書ＩＤを含む前記権利関連テーブル内のエントリーにおいて特定される前記ユーザーアクセス権に基づいて、前記要求ユーザーのアクセス許可を決定するステップと、
    （ｌ）前記ステップ（ｋ）において決定された前記アクセス許可に基づいて、前記ユーザーコンピューターに応答を送信するステップと、
    をさらに有する請求項１０に記載の方法。
12. 前記ステップ（ｄ）の後かつ前記ステップ（ｅ）の前に、
    （ｍ）前記第一のオペレーター入力によって選択された前記ポリシーに基づいて、前記サーバーに登録された全てのユーザーのリストと、前記選択されたポリシーが定義するように、各ユーザーがアクセス権を有するかどうかを示す指示とを表示するステップをさらに有する請求項１０または請求項１１に記載の方法。
13. 前記ステップ（ｍ）は、前記選択されたポリシーが定義するようにアクセス権を有する前記多数のユーザーの各々について、強調表示をするステップを含み、
    前記ステップ（ｅ）の後に、前記ステップ（ｅ）において受信された前記第二のオペレーター入力に基づいて、各ユーザーがアクセス権を有するかどうかを示す前記指示を変更することによって、前記強調表示を変更することなく、前記ステップ（ｍ）の表示を修正するステップをさらに有する請求項１２に記載の方法。