(57)【要約】  【課題】  コンテンツ管理システム内のデジタル・コンテンツを管理する方法及び装置を提供する。  【解決手段】  前記コンテンツ管理システムは、前記コンテンツ管理システムにインポートされたデジタル・コンテンツの第１の保護フォーマットを自動的に判定するように動作可能なフィルタと、前記デジタル・コンテンツを前記第１の保護フォーマットから第２の保護フォーマットに変換するように動作可能なトランスフォーマと、を含む。前記第２の保護フォーマットは、前記第１の保護フォーマットと異なる。  【選択図】  図１
2009523274.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ管理システム内のデジタル・コンテンツを変換する方法であって、
前記コンテンツ管理システムにインポートされたデジタル・コンテンツの第１の保護フォーマットを自動的に判定するステップと、
前記デジタル・コンテンツを前記第１の保護フォーマットから前記第１の保護フォーマットと異なる第２の保護フォーマットに変換するステップと、
を含む方法。
【請求項２】
前記デジタル・コンテンツを前記第２の保護フォーマットに従って前記コンテンツ管理システムに記憶するステップを更に含む請求項１に記載の方法。
【請求項３】
記憶される前記デジタル・コンテンツを暗号化するステップを更に含む請求項２に記載の方法。
【請求項４】
前記デジタル・コンテンツを記憶する前記ステップは、前記デジタル・コンテンツを前記コンテンツ管理システムによってサポートされる複数のデジタル著作権管理システムに対応する複数の異なるフォーマットで記憶するステップを含む、請求項２に記載の方法。
【請求項５】
前記デジタル・コンテンツを記憶する前記ステップは、前記デジタル・コンテンツを平文で記憶することによって記憶後の前記デジタル・コンテンツの索引検索又はテキスト検索を可能にするステップを含む、請求項４に記載の方法。
【請求項６】
前記デジタル・コンテンツを前記複数のフォーマットのうちのいずれかのフォーマットで前記コンテンツ管理システムからエクスポートするステップを更に含み、前記エクスポートするステップは、前記デジタル・コンテンツを平文でエクスポートするステップを含む、請求項５に記載の方法。
【請求項７】
前記コンテンツ管理システムにインポートされる前記デジタル・コンテンツを認証するためのデジタル署名を前記デジタル・コンテンツに適用するステップを更に含む請求項１に記載の方法。
【請求項８】
デジタル・コンテンツの第１の保護フォーマットを自動的に判定する前記ステップは、デジタル著作権管理システムに一意の特徴を検出する１つ又は複数のアルゴリズムを前記デジタル・コンテンツに適用するステップを含む、請求項１に記載の方法。
【請求項９】
デジタル・コンテンツの第１の保護フォーマットを自動的に判定する前記ステップは、前記コンテンツ管理システムによってサポートされる特定のデジタル著作権管理システムにそれぞれ対応する１つ又は複数のメソッド・コールを適用するステップを含む、請求項１に記載の方法。
【請求項１０】
前記デジタル著作権管理システムにインポートされる前記デジタル・コンテンツを１つのフォーマットから別のフォーマットにトランスコードするステップを更に含む請求項１に記載の方法。
【請求項１１】
前記デジタル・コンテンツを前記第１の保護フォーマットから第２の保護フォーマットに変換する前記ステップは、前記エンタープライズ・コンテンツ管理システムによってサポートされるデジタル著作権管理システムで設定された事前設定クレデンシャルを使用するステップを含む、請求項１に記載の方法。
【請求項１２】
前記事前設定クレデンシャルは、前記コンテンツ管理システムにインポートされる前記デジタル・コンテンツの１つ又は複数の所有権を前記コンテンツ管理システムに付与する、請求項１１に記載の方法。
【請求項１３】
前記デジタル・コンテンツは、ＨＴＭＬ及びＸＭＬウェブ・コンテンツ、ドキュメント・イメージ、電子オフィス・ドキュメント、印刷出力、オーディオ、及びビデオのうちの１つ又は複数を含む、請求項１に記載の方法。
【請求項１４】
コンピュータ可読媒体上に有形に記憶され、コンテンツ管理システム内のデジタル・コンテンツを変換するコンピュータ・プログラムであって、プログラマブル・プロセッサに
前記コンテンツ管理システムにインポートされたデジタル・コンテンツの第１の保護フォーマットを自動的に判定させる命令と、
前記デジタル・コンテンツを前記第１の保護フォーマットから前記第１の保護フォーマットと異なる第２の保護フォーマットに変換させる命令と、
を含むコンピュータ・プログラム。
【請求項１５】
前記デジタル・コンテンツを前記第２の保護フォーマットに従って前記コンテンツ管理システムに記憶するように動作可能な命令を更に含む請求項１４に記載のコンピュータ・プログラム。
【請求項１６】
記憶される前記デジタル・コンテンツを暗号化させる命令を更に含む請求項１５に記載のコンピュータ・プログラム。
【請求項１７】
前記デジタル・コンテンツを記憶させる前記命令は、前記デジタル・コンテンツを前記コンテンツ管理システムによってサポートされる複数のデジタル著作権管理システムに対応する複数の異なるフォーマットで記憶させる命令を含む、請求項１５に記載のコンピュータ・プログラム。
【請求項１８】
前記デジタル・コンテンツを記憶させる前記命令は、前記デジタル・コンテンツを平文で記憶させることによって記憶後の前記デジタル・コンテンツの索引検索又はテキスト検索を可能にする命令を含む、請求項１７に記載のコンピュータ・プログラム。
【請求項１９】
前記デジタル・コンテンツを前記複数のフォーマットのうちのいずれかのフォーマットで前記コンテンツ管理システムからエクスポートさせる命令を更に含み、前記エクスポートさせる命令は、前記デジタル・コンテンツを平文でエクスポートさせる命令を含む、請求項１８に記載のコンピュータ・プログラム。
【請求項２０】
前記コンテンツ管理システムにインポートされる前記デジタル・コンテンツを認証するためのデジタル署名を前記デジタル・コンテンツに適用させる命令を更に含む請求項１４に記載のコンピュータ・プログラム。
【請求項２１】
デジタル・コンテンツの第１の保護フォーマットを自動的に判定させる前記命令は、デジタル著作権管理システムに一意の特徴を検出する１つ又は複数のアルゴリズムを前記デジタル・コンテンツに適用させる命令を含む、請求項１４に記載のコンピュータ・プログラム。
【請求項２２】
デジタル・コンテンツの第１の保護フォーマットを自動的に判定させる前記命令は、前記コンテンツ管理システムによってサポートされる特定のデジタル著作権管理システムにそれぞれ対応する１つ又は複数のメソッド・コールを適用させる命令を含む、請求項１４に記載のコンピュータ・プログラム。
【請求項２３】
前記デジタル著作権管理システムにインポートされる前記デジタル・コンテンツを１つのフォーマットから別のフォーマットにトランスコードさせる命令を更に含む請求項１４に記載のコンピュータ・プログラム。
【請求項２４】
前記デジタル・コンテンツを前記第１の保護フォーマットから第２の保護フォーマットに変換させる前記命令は、前記エンタープライズ・コンテンツ管理システムによってサポートされるデジタル著作権管理システムで設定された事前設定クレデンシャルを使用させる命令を含む、請求項１４に記載のコンピュータ・プログラム。
【請求項２５】
前記事前設定クレデンシャルは、前記コンテンツ管理システムにインポートされる前記デジタル・コンテンツの１つ又は複数の所有権を前記コンテンツ管理システムに付与する、請求項２４に記載のコンピュータ・プログラム。
【請求項２６】
前記デジタル・コンテンツは、ＨＴＭＬ及びＸＭＬウェブ・コンテンツ、ドキュメント・イメージ、電子オフィス・ドキュメント、印刷出力、オーディオ、及びビデオのうちの１つ又は複数を含む、請求項１４に記載のコンピュータ・プログラム。
【請求項２７】
コンテンツ管理システムであって、
前記コンテンツ管理システムにインポートされたデジタル・コンテンツの第１の保護フォーマットを自動的に判定するように動作可能なフィルタと、
前記デジタル・コンテンツを前記第１の保護フォーマットから第２の保護フォーマットに変換するように動作可能なトランスフォーマと、
を備え、
前記第２の保護フォーマットは、前記第１の保護フォーマットと異なる、
コンテンツ管理システム。
【請求項２８】
前記デジタル・コンテンツを前記第２の保護フォーマットに従って記憶するように動作可能なリソース・マネージャを更に備える請求項２７に記載のコンテンツ管理システム。
【請求項２９】
前記トランスフォーマは更に、前記デジタル・コンテンツを前記コンテンツ管理システムによってサポートされる複数のデジタル著作権管理システムに対応する複数の異なるフォーマットに変換するように動作可能である、請求項２７に記載のコンテンツ管理システム。
【請求項３０】
前記トランスフォーマは、前記エンタープライズ・コンテンツ管理システムによってサポートされるデジタル著作権管理システムで設定された事前設定クレデンシャルを使用して、前記デジタル・コンテンツを前記第１の保護フォーマットから前記複数の異なるフォーマットに変換するように動作可能である、請求項２９に記載のコンテンツ管理システム。
【請求項３１】
前記リソース・マネージャは更に、前記デジタル・コンテンツを前記コンテンツ管理システムによってサポートされる複数のデジタル著作権管理システムに対応する複数の異なるフォーマットで記憶し、前記デジタル・コンテンツを平文で記憶することによって記憶後の前記デジタル・コンテンツの索引検索又はテキスト検索を可能にするように動作可能である、請求項２９に記載のコンテンツ管理システム。
【請求項３２】
前記コンテンツ管理システムは、前記デジタル・コンテンツを前記複数のフォーマットのうちのいずれかのフォーマットでユーザにエクスポートするように動作可能であり、また、前記デジタル・コンテンツを平文で前記ユーザにエクスポートするように動作可能である、請求項３１に記載のコンテンツ管理システム。
【請求項３３】
前記フィルタは、デジタル・コンテンツの前記第１の保護フォーマットを自動的に判定するために、デジタル著作権管理システムに一意の特徴を検出する１つ又は複数のアルゴリズムを前記デジタル・コンテンツに適用するように動作可能である、請求項２７に記載のコンテンツ管理システム。
【請求項３４】
前記フィルタは、デジタル・コンテンツの前記第１の保護フォーマットを自動的に判定するために、デジタル著作権管理システムに一意の特徴を検出する１つ又は複数のメソッド・コールを前記デジタル・コンテンツに適用するように動作可能であり、前記メソッド・コールはそれぞれ前記コンテンツ管理システムによってサポートされる特定のデジタル著作権管理システムに対応する、請求項２７に記載のコンテンツ管理システム。
【請求項３５】
前記デジタル・コンテンツは、ＨＴＭＬ及びＸＭＬウェブ・コンテンツ、ドキュメント・イメージ、電子オフィス・ドキュメント、印刷出力、オーディオ、及びビデオのうちの１つ又は複数を含む、請求項２７に記載のコンテンツ管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般にデジタル通信に関するものであり、より詳細にはデジタル著作権管理に関するものである。
【背景技術】
【０００２】
エンタープライズ・コンテンツ管理システムは、典型的には例えばＨＴＭＬ及びＸＭＬウェブ・コンテンツ、ドキュメント・イメージ、電子オフィス・ドキュメント、印刷出力、オーディオ、ビデオ等を含めたすべてのタイプのデジタル情報（又はデジタル・コンテンツ）を管理することが可能なビジネス・ソリューションである。従来のエンタープライズ・コンテンツ管理システムは一般に、所与の企業にとって重要性の高い又は機密性の高いデジタル情報を保護することができる。例えば、エンタープライズ・コンテンツ管理システムのユーザは、任意の企業ドキュメント又は企業情報を企業レコードとして宣言することができる。ドキュメントが企業レコードとして宣言されると、適切な権限がない限り、エンタープライズ・コンテンツ管理システムから当該ドキュメントの編集あるいは削除を行うことはできなくなる。更に、当該ドキュメントのアクセス権及びライフサイクルは、エンタープライズ・コンテンツ管理システムで定義されるアクセス権及びライフサイクル・ルールによって管理される。それ故、レコード管理者のような正当なユーザだけがドキュメントのライフサイクルを処理又は管理することができる。
【０００３】
成長を続ける今日のｅビジネス世界では、エンタープライズ・コンテンツ管理システムを使用して所与の企業内で生成されるデジタル・コンテンツを管理し記憶することの重要性だけでなく、サード・パーティ・クライアント（例えばサード・パーティ・ソフトウェア）を使用するユーザによって生成されたデジタル・コンテンツを管理し、エンタープライズ・コンテンツ管理システムにインポートすることの重要性も益々高まっていることが、多くの企業に認識されている。一般に、サード・パーティ・ソフトウェアを使用して生成されたデジタル・コンテンツをエンタープライズ・コンテンツ管理システムに取り込む処理は、企業内で生成されたデジタル・コンテンツを取り込む場合と同様に単純な処理となる。そのようなサード・パーティ・ソフトウェアを使用するユーザは、該当するサード・パーティ・ソフトウェアに関連する１つ又は複数の（独自の）デジタル著作権管理（ＤＲＭ）システムを使用してデジタル・コンテンツを保護する機会が益々増えている。デジタル著作権管理システムでは一般に、コンテンツの所有者が作成したコンテンツの具体的用途を規定することが可能となるように適用される暗号が使用される。従来のデジタル著作権管理システムは、従来のエンタープライズ・コンテンツ管理システムを含めた他のデジタル著作権管理システム又は非デジタル著作権管理システムとの相互運用が容易でない「閉鎖的な（ｃｌｏｓｅｄ）」システムである。このような閉鎖性は、デジタル著作権管理システムでは関連するデジタル・コンテンツの恒久的な制御が維持されること、及び相互運用性が容易に実現されればデジタル著作権管理システムのコンテンツ保護も容易に回避されてしまうことに起因する。デジタル著作権管理システムの例としては、マイクロソフトコーポレーション（ワシントン州レドモンド）から入手可能なＭｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（Ｒ）Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ  Ｓｅｒｖｉｃｅｓ（ＲＭＳ）、及びアドビシステムズ（カリフォルニア州サンノゼ）から入手可能なＡｄｏｂｅ（Ｒ）ＬｉｖｅＣｙｃｌｅ  Ｐｏｌｉｃｙ  Ｓｅｒｖｅｒが挙げられる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
したがって、暗号化からデジタル著作権管理に至る広範なサード・パーティ・コンテンツ（又はサード・パーティ・ソフトウェア）の保護システムを対象とした統合サービス・セットを提供するエンタープライズ・コンテンツ管理システムが必要とされている。
【課題を解決するための手段】
【０００５】
一般に、本明細書に記載の一態様によれば、コンテンツ管理システム内のデジタル・コンテンツを変換する方法は、前記コンテンツ管理システムにインポートされたデジタル・コンテンツの第１の保護フォーマットを自動的に判定するステップと、前記デジタル・コンテンツを前記第１の保護フォーマットから前記第１の保護フォーマットと異なる第２の保護フォーマットに変換するステップと、を含む。
【０００６】
特定の諸実施形態は、以下の特徴のうちの１つ又は複数を含むことができる。前記方法は、前記デジタル・コンテンツを前記第２の保護フォーマットに従って前記コンテンツ管理システムに記憶するステップと、記憶される前記デジタル・コンテンツを暗号化するステップと、を更に含むことができる。前記デジタル・コンテンツを記憶する前記ステップは、前記デジタル・コンテンツを前記コンテンツ管理システムによってサポートされる複数のデジタル著作権管理システムに対応する複数の異なるフォーマットで記憶するステップを含むことができる。前記デジタル・コンテンツを記憶する前記ステップは、前記デジタル・コンテンツを平文で記憶することによって記憶後の前記デジタル・コンテンツの索引検索又はテキスト検索を可能にするステップを含むことができる。前記方法は、前記デジタル・コンテンツを前記複数のフォーマットのうちのいずれかのフォーマットで前記コンテンツ管理システムからエクスポートするステップを更に含むことができ、前記エクスポートするステップは、前記デジタル・コンテンツを平文でエクスポートするステップを含むことができる。
【０００７】
前記方法は、前記コンテンツ管理システムにインポートされる前記デジタル・コンテンツを認証するためのデジタル署名を前記デジタル・コンテンツに適用するステップを更に含むことができる。デジタル・コンテンツの第１の保護フォーマットを自動的に判定する前記ステップは、デジタル著作権管理システムに一意の特徴を検出する１つ又は複数のアルゴリズムを前記デジタル・コンテンツに適用するステップを含むことができる。デジタル・コンテンツの第１の保護フォーマットを自動的に判定する前記ステップは、前記コンテンツ管理システムによってサポートされる特定のデジタル著作権管理システムにそれぞれ対応する１つ又は複数のメソッド・コールを適用するステップを含むこともできる。前記方法は、前記デジタル著作権管理システムにインポートされる前記デジタル・コンテンツを１つのフォーマットから別のフォーマットにトランスコードするステップを更に含むことができる。前記デジタル・コンテンツを前記第１の保護フォーマットから第２の保護フォーマットに変換する前記ステップは、前記エンタープライズ・コンテンツ管理システムによってサポートされるデジタル著作権管理システムで設定された事前設定クレデンシャルを使用するステップを含むことができる。前記事前設定クレデンシャルは、前記コンテンツ管理システムにインポートされる前記デジタル・コンテンツの１つ又は複数の所有権を前記コンテンツ管理システムに付与することができる。前記デジタル・コンテンツは、ＨＴＭＬ及びＸＭＬウェブ・コンテンツ、ドキュメント・イメージ、電子オフィス・ドキュメント、印刷出力、オーディオ、及びビデオのうちの１つ又は複数を含むことができる。
【０００８】
一般に、本明細書に記載の別の態様によれば、コンピュータ可読媒体上に有形に記憶され、コンテンツ管理システム内のデジタル・コンテンツを変換するコンピュータ・プログラムが提供される。前記コンピュータ・プログラムは、プログラマブル・プロセッサに前記コンテンツ管理システムにインポートされたデジタル・コンテンツの第１の保護フォーマットを自動的に判定させる命令と、前記デジタル・コンテンツを前記第１の保護フォーマットから第２の保護フォーマットに変換させる命令と、を含む。前記第２のフォーマットは、前記第１の保護フォーマットと異なる。
【０００９】
一般に、本明細書に記載の別の態様によれば、コンテンツ管理システムは、前記コンテンツ管理システムにインポートされたデジタル・コンテンツの第１の保護フォーマットを自動的に判定するように動作可能なフィルタと、前記デジタル・コンテンツを前記第１の保護フォーマットから第２の保護フォーマットに変換するように動作可能なトランスフォーマと、を含む。前記第２の保護フォーマットは、前記第１の保護フォーマットと異なる。
【００１０】
各実施形態は、以下の利点のうちの１つ又は複数を提供することができる。複数の異なる（独自の）デジタル著作権管理システム間の相互運用性を提供するエンタープライズ・コンテンツ管理システムが開示される。このエンタープライズ・コンテンツ管理システムでは、デジタル・コンテンツを複数の異なるタイプのデジタル著作権管理フォーマットに変換することができるので、エンド・ユーザは、企業内のコンテンツ管理システムによってサポートされる１つの特定のタイプのデジタル著作権管理ソフトウェアを使用するだけで済む。このようなＤＲＭコンテンツに関する複数のデジタル著作権管理フォーマット間の変換機能は、特定のデジタル著作権管理ソフトウェアのライセンシングに関連する効率性の改善及びコストの削減を実現する。更に、本明細書に示される方法は、エンタープライズ・コンテンツ管理システム内のデジタル・コンテンツを変換するように動的構成可能な効率的かつ強固な手段も提供する。
【００１１】
１つ又は複数の実施形態の詳細を添付図面及び以下の説明に記載する。他の特徴及び利点は、以下の説明及び添付図面ならびに特許請求範囲を読めば明らかとなるだろう。
【００１２】
各図面の同様の参照符号は同様の要素を指す。
【発明を実施するための最良の形態】
【００１３】
本発明の各実施形態は一般にデジタル通信に関するものであり、より詳細にはデジタル著作権管理に関するものである。当業者なら、各実施形態の様々な修正形態ならびに本明細書に記載の一般原理及び特徴を容易に理解するだろう。それ故、本発明の諸実施形態を図示の各実施形態に限定することは本出願人の意図するところではなく、各実施形態は本明細書に記載される原理及び特徴と矛盾しない最も広義の意味に解釈されるべきである。
【００１４】
図１は、クライアント１０２及びサーバ１０４を含む本発明の一実施形態に係るデータ処理システム１００を示す。図１ではデータ処理システム１００が１つのクライアント及び１つのサーバを含むように図示されているが、任意の数のクライアント及びサーバを含むことができる。データ処理システム１００は、例えばワークステーション、デスクトップ・コンピュータ、ラップトップ・コンピュータ、携帯情報端末（ＰＤＡ）、携帯電話、ネットワーク等を含めた任意の数及びタイプのコンピュータ・システムを有することができる。データ処理システム１００は、（一実施形態では）サーバ１０４上に記憶されたエンタープライズ・コンテンツ管理システム１０６を含む。エンタープライズ・コンテンツ管理システム１０６は、インターナショナル・ビジネス・マシーンズ（ニューヨーク州アーモンク）から入手可能なＤＢ２  Ｃｏｎｔｅｎｔ  Ｍａｎａｇｅｒや他のコンテンツ管理システム等のエンタープライズ・ソフトウェア・ソリューションであってよい。
【００１５】
従来のエンタープライズ・コンテンツ管理システムとは異なり、エンタープライズ・コンテンツ管理システム１０６は、様々なタイプのデジタル著作権管理システムをサポートする。したがって、エンタープライズ・コンテンツ管理システム１０６を使用して、様々なタイプのデジタル著作権管理システムを元に作成されたデジタル・コンテンツを管理し記憶することができる。例えば、ユーザは、ある特定のデジタル著作権管理システムに従って保護（又はパッケージング）されたデジタル・コンテンツをエンタープライズ・コンテンツ管理システム１０６にインポートすることができ、同一のユーザ又は他のユーザが、別のデジタル著作権管理システムに従って保護された同一のデジタル・コンテンツをエンタープライズ・コンテンツ管理システム１０６から検索することができる。より一般的に言えば、エンタープライズ・コンテンツ管理システム１０６は、保護されたデジタル・コンテンツ（例えばＤＲＭコンテンツ１０８Ａ）又は保護されていないデジタル・コンテンツ（例えば非ＤＲＭコンテンツ１１０Ａ）あるいはその両方を検索することができ、保護されたデジタル・コンテンツ（例えばＤＲＭコンテンツ１０８Ｂ）又は保護されていないデジタル・コンテンツ（例えば非ＤＲＭコンテンツ１１０Ｂ）あるいはその両方をエクスポートすることができる。したがって、エンタープライズ・コンテンツ管理システム１０６は、複数のデジタル著作権管理システム間の相互運用性について制御可能な単一の中央ポイントを提供する。
【００１６】
更に、一実施形態において、エンタープライズ・コンテンツ管理システム１０６は、同一のデジタル・コンテンツを、エンタープライズ・コンテンツ管理システム１０６によってサポートされる各デジタル著作権管理システムに対応する複数の異なるデジタル著作権管理フォーマットに従って記憶することができる。エンタープライズ・コンテンツ管理システム１０６は、例えばユーザが特定のデジタル・コンテンツの検索を行う際に検索語又は索引語あるいはその両方を利用することができるように、デジタル・コンテンツを平文で記憶することもできる。
【００１７】
また、多くの企業はデジタル・コンテンツがサーバ（例えばサーバ１０４）上に記憶されている間確実に保護されることを望むため、一実施形態では、エンタープライズ・コンテンツ管理システム１０６は、デジタル・コンテンツの保護に暗号も利用する（サーバ・サイドの）コンテンツ保護システムである。エンタープライズ・コンテンツ管理システム１０６は、エンタープライズ・コンテンツ管理システム１０６に記憶されたデジタル・コンテンツを保護（又はそれらのアクセス権を制御）するのに使用される集中的なアクセス制御リスト（ＡＣＬ）を維持することもできる。一般に、ＡＣＬは、特定のデジタル・コンテンツにアクセス可能なユーザを特定し、当該ユーザがその特定のデジタル・コンテンツについてどのようなタイプのアクセス権を有するかを特定するものである。例えば、削除（オブジェクトの削除許可）、実行（オブジェクトの実行許可）、読み出し（オブジェクトの読み出し許可）、書き込み（オブジェクトの変更許可）、作成（新しいオブジェクトの作成許可）、権限（オブジェクトのＡＣＬの変更許可）、属性（ＡＣＬ以外の属性の変更許可）等、様々なタイプのアクセス権（又は権限）をユーザに直接あるいはグループ経由で付与することができる。
【００１８】
一実施形態において、エンタープライズ・コンテンツ管理システム１０６は、受信されたデジタル・コンテンツがどのようにパッケージングされているか、即ち、受信されたデジタル・コンテンツがどのような特定のデジタル著作権管理システムを使用して保護されているかを判定するフィルタ（図示せず）と、デジタル・コンテンツを所与の１つの保護フォーマットから別の保護フォーマットに変換するトランスフォーマ（ｔｒａｎｓｆｏｒｍｅｒ）とを含む。当該トランスフォーマは、特定のデジタル著作権管理システムのライセンス・サーバ（例えばサード・パーティ・ライセンス・サーバ）とネゴシエートしてエンタープライズ・コンテンツ管理システム１０６にインポートされるデジタル・コンテンツの保護を解除（又はアンパッケージング）することも、それらを保護することもできる。これらのフィルタ及びトランスフォーマについては後で詳述する。
【００１９】
上述のように、従来のデジタル著作権管理システムは、典型的には他のデジタル著作権管理システム又は非デジタル著作権管理システムとの相互運用が容易でない閉鎖的なシステムである。保護されたデジタル・コンテンツ（本明細書ではＤＲＭコンテンツと呼ぶ）の使用に関しては一般に、デジタル著作権管理システム間でのＤＲＭコンテンツの転送を含めて、権利記述言語（ｒｉｇｈｔｓ  ｅｘｐｒｅｓｓｉｏｎ  ｌａｎｇｕａｇｅ：ＲＥＬ）を利用して所与のデジタル著作権管理システムから明示的に権限が付与されなければならない。デジタル著作権管理システムのＲＥＬは、当該デジタル著作権管理システムと関連付けられた、（ＤＲＭコンテンツに関連する）各使用モードとＤＲＭコンテンツに関連する各権利を含むライセンスとが明確に区別され得るようなソフトウェア・ロジックによって解釈することができる。
【００２０】
従来技術に基づくＤＲＭコンテンツでは、ライセンスに含まれる権利を行使する決定論的挙動が存在する。したがって、ＤＲＭコンテンツを別のデジタル著作権管理システムに移行（又はインポート）してもよい旨を規定する手法が存在しなければならない。各デジタル著作権管理システムのＲＥＬはそれぞれ異なることもあるが、ＤＲＭコンテンツの保護を解除することが可能な能力を含めて、コンテンツの所有者（又は作成者）がＤＲＭコンテンツの使用を完全に制御することができるという概念は共通している。したがって、一実施形態において、デジタル著作権管理システムがＤＲＭコンテンツを別のデジタル著作権管理システムに移行する権限を取得する処理は、エンタープライズ・コンテンツ管理システム１０６等の移行ブローカ（ｔｒａｎｓｆｅｒｒｉｎｇ  ｂｒｏｋｅｒ）に所有権を付与することによって行われる。
【００２１】
２つの異なるデジタル著作権管理システム間の相互運用性を提供するデジタル著作権管理ソフトウェアに課される一般的な要件は、ライセンス変換の結果、ＤＲＭコンテンツを必ずしも一貫性のある形で取り扱うことができなくなったとしても、明確かつ予測可能な許容され得るＤＲＭコンテンツの取り扱いが実現されることである。即ち、ライセンス変換の結果が明確かつ予測可能な許容され得るものである限り、あるデジタル著作権管理システムから付与された権利の要件は、別のデジタル著作権管理システムで緩和することも厳格化することも可能である。一実施形態において、「許容され得る（ａｃｃｅｐｔａｂｌｅ）」ことの基準は、デジタル著作権管理のＲＥＬで所有者として特定されたコンテンツ作成者がエンタープライズ・コンテンツ管理システム１０６を信頼できることである。これにより、コンテンツ作成者はＤＲＭコンテンツの所有権をエンタープライズ・コンテンツ管理システム１０６に移転することができるようになるとともに、当該ＤＲＭコンテンツに関するポリシー（又は権利）を設定する権利をエンタープライズ・コンテンツ管理システム１０６に付与することができるようになる。
【００２２】
一般に、エンタープライズ・コンテンツ管理システム１０６は、ＤＲＭコンテンツの制御を信頼できる安全な環境で移行する手段を提供することによって複数のデジタル著作権管理システム間の相互運用性の問題を解決する。それ故、一実施形態において、エンタープライズ・コンテンツ管理システム１０６に関連するコンテンツの所有者及び作成者は、ＤＲＭコンテンツのコンテンツ使用ポリシーの規定が共同責任となるビジネス関係を有することができる。一実施形態において、ポリシーには、ユーザとデジタル・コンテンツの間の対話を管理する１つ又は複数の権利が含まれる。
【００２３】
平文のＤＲＭコンテンツを認証し、当該ＤＲＭコンテンツに対する権限を取得する処理を（例えばエンタープライズ・コンテンツ管理システム１０６を介して）バックエンド・サーバ（一実施形態では例えばサーバ１０４）で行うことによって、エンタープライズ・コンテンツ管理システム１０６は、ＤＲＭコンテンツを変換して複数のデジタル著作権管理システム間の相互運用性を実現することができる。例えば、エンタープライズ・コンテンツ管理システム１０６の複数のユーザにそれぞれ異なるデジタル著作権管理システムが実装されている場合にも、各ユーザは、ＤＲＭコンテンツの個々の初期フォーマットに関わらずエンタープライズ・コンテンツ管理システム１０６からデジタル・コンテンツを検索することができる。より具体的に言えば、エンタープライズ・コンテンツ管理システム１０６は、当該ユーザに関連するデジタル著作権管理システムで要求されるフォーマットでデジタル・コンテンツを各ユーザにエクスポートすることができる。このようなＤＲＭコンテンツに関する複数のデジタル著作権管理フォーマット間の変換機能は、特定のデジタル著作権管理ソフトウェアのライセンシングに関連する効率性の改善及びコストの削減を実現する。
【００２４】
図２は、エンタープライズ・コンテンツ管理システム１０６の一実施形態をより詳細に示す図である。図２に示されるように、エンタープライズ・コンテンツ管理システム１０６は、コネクタ２００と、ライブラリ・サーバ２０２と、リソース・マネージャ２０４とを含む。
【００２５】
一実施形態において、コネクタ２００は、エンタープライズ・ポータル、リレーショナル・データベース、ビジネス・インテリジェンス、及びエンタープライズ・コンテンツ管理アプリケーションを対象とする広範な情報統合を実現するＩＩ４Ｃ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｉｎｔｅｇｒａｔｏｒ  ｆｏｒ  Ｃｏｎｔｅｎｔ）コネクタである。ＩＩ４Ｃコネクタを利用すると、（ビジネス）ユーザがデータ照会を個人化し、独自性の高いニーズを集中的に検索し、従来のデータ・ソースとマルチメディア・データ・ソースの両方にわたって関連する結果を利用することが可能となる。開発者側から見ると、ＩＩ４Ｃコネクタを用いることにより迅速なポータル・アプリケーションの開発及び配備が可能となる。また、ＩＩ４Ｃコネクタは、企業内で生成されるデジタル・コンテンツ及びサード・パーティによって生成されるデジタル・コンテンツを含めた（ライブラリ・サーバ２０２に記憶される）構造化データ及び（リソース・マネージャ２０４に記憶される）非構造化データにアクセスするための改善された基盤を提供する。一実施形態において、コネクタ２００は、ユーザがライブラリ・サーバ２０２及びリソース・マネージャ２０４と対話することが可能となる１組のアプリケーション・プログラミング・インターフェース（ＡＰＩ）（例えばＪａｖａやＣ）を含む。リソース・マネージャ２０４に記憶することが可能な非構造化データの例には、ＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ：静止画像圧縮技術の専門家グループ）画像及びＢＭＰ（ビットマップ）画像が含まれ、ライブラリ・サーバ２０２に記憶することが可能な構造化データの例には、リソース・マネージャ２０４に記憶されたＪＰＥＧ画像及びＢＭＰ画像に関連する参照、属性、又はメタデータあるいはそれらすべてが含まれる。一般に、コネクタ２００は、ライブラリ・サーバ２０２とリソース・マネージャ２０４とを分離するものであり、ユーザがエンタープライズ・コンテンツ管理システム１０６内のデジタル・コンテンツの管理（例えば検索、インポート、更新、削除等）を行うことが可能となる手段を提供する。
【００２６】
エンタープライズ・コンテンツ管理システム１０６は更に、フィルタ２０６と、トランスフォーマ・サービス２０８と、パッケージャ・サービス２１０と、エンタープライズ・コンテンツ管理ポリシー・サービス２１２とを含む。
【００２７】
フィルタ２０６は、ユーザによってエンタープライズ・コンテンツ管理システム１０６にインポートされたＤＲＭコンテンツに適用されている保護タイプを判定する。従来のデジタル著作権管理システムでは、典型的には１つのデジタル著作権管理システムが別のデジタル著作権管理システムによって保護（又は符号化）されたファイルを解釈することができないような独自フォーマットが使用される。それ故、一実施形態において、フィルタ２０６は、フィルタ２０６に知られている各デジタル著作権管理システムに一意の特徴を検出する一連のアルゴリズムをデジタル・コンテンツに適用する。例えば、デジタル著作権管理システムに関連する一意の特徴を特定するのに使用可能な１つのアルゴリズムとしては、インポートされたデジタル・コンテンツを含むデジタル・ストリームの先頭部分をスキャンして、当該インポートされたデジタル・コンテンツと特定のデジタル著作権管理システムとを関連付けるビット・パターンを特定するアルゴリズムが挙げられる。したがって、デジタル・ストリームの先頭部分は、特定のデジタル著作権管理システムに従ってフォーマット設定されることから、デジタル・コンテンツを特定する特徴部分として使用することができる。フィルタ２０６がＤＲＭコンテンツに適用されている保護タイプを判定する際は、他のタイプの一意の特徴を使用することもできる。別の実施形態では、フィルタ２０６は、インポートされたＤＲＭコンテンツと突き合わせて（エンタープライズ・コンテンツ管理システム１０６によってサポートされる）様々なデジタル著作権管理システムに応じたメソッド（又はデジタル著作権管理ＡＰＩ）をコールし、いずれかのメソッド、例えばＤＲＭコンテンツにアクセスするメソッドが成功した場合には、ＤＲＭコンテンツに適用されている保護タイプがフィルタ２０６によって判定される。
【００２８】
一実施形態において、フィルタ２０６は、サポートされるデジタル著作権管理システム、及びそれらの各デジタル著作権管理システムに割り当てられた対応する一意の識別子（コンテンツＩＤ）のリストを維持する。本実施形態では、特定のデジタル著作権管理フォーマットが検出されたときに、フィルタ２０６は（当該特定のデジタル著作権管理フォーマットに予め割り当てられた）一意の識別子と、対応するデジタル・コンテンツとを関連付ける。フィルタ２０６は、デジタル・コンテンツの「状態」ならびに関連する一意の識別子を、エンタープライズ・コンテンツ管理システム１０６内の他のコンポーネント、例えばトランスフォーマ・サービス２０８が後にこれらを使用することができるような形でライブラリ・サーバ２０２内に保持しておくことができる。
【００２９】
一実施形態において、トランスフォーマ・サービス２０８は、デジタル・コンテンツをエンタープライズ・コンテンツ管理システム１０６からインポート及びエクスポートする際に、デジタル・コンテンツにどのような変換を適用すべきかを判定する。例えば、エンタープライズ・コンテンツ管理システム１０６によって受信された（第１のデジタル著作権管理フォーマットに従う）ＤＲＭコンテンツを、エンタープライズ・コンテンツ管理ポリシー・サービス２１２で指定される第２のデジタル著作権管理フォーマットに従って記憶する必要が生じることもある。また、エンタープライズ・コンテンツ管理システム１０６に記憶されているデジタル・コンテンツを特定のユーザに関連する特定のデジタル著作権管理フォーマットに変換する必要が生じることもある。一実施形態において、トランスフォーマ・サービス２０８は、エンタープライズ・コンテンツ管理システム１０６の各ユーザ（又はクライアント）に関連するデジタル著作権管理システムのリストを（例えばコンテンツＩＤレポジトリ内で）維持する。本実施形態では、エンタープライズ・コンテンツ管理システム１０６から特定のユーザにデジタル・コンテンツがエクスポートされるときに、トランスフォーマ・サービス２０８は、デジタル・コンテンツの現在の状態と、特定のユーザが必要としているデジタル著作権管理フォーマットとに基づいて、どのようなタイプの変換をデジタル・コンテンツに施す必要があるかを判定することができる。
【００３０】
トランスフォーマ・サービス２０８は一般に、エンタープライズ・コンテンツ管理システム１０６内のデジタル・コンテンツを１つのフォーマットから別のフォーマットに変換するものである。トランスフォーマ・サービス２０８は、デジタル・コンテンツに関する保護フォーマットから非保護フォーマットへの変換、非保護フォーマットから保護フォーマットへの変換、及び１つの保護フォーマットから別の保護フォーマットへの変換を行うことができる。一実施形態において、トランスフォーマ・サービス２０８は、パッケージャ・サービス２１０を使用してデジタル・コンテンツのアンパッケージング（保護の解除）、又はコンテンツのパッケージング（又はデジタル・コンテンツの保護）を行う。一実施形態において、パッケージャ・サービス２１０は、（後でより詳細に論じるＸＡＣＭＬ（拡張可能なアクセス制御マークアップ言語）ポリシー・サービス５０４を介して）サード・パーティ・ライセンス・サーバ２１６内で規定される（サード・パーティ）ポリシー又はライセンスに従ってデジタル・コンテンツのアンパッケージング又はパッケージングを行う。パッケージャ・サービス２１０は、エンタープライズ・コンテンツ管理ポリシー・サービス２１２内で規定される（エンタープライズ）ポリシー又はライセンスに従ってデジタル・コンテンツのアンパッケージング又はパッケージングを行うこともできる。トランスフォーマ・サービス２０８は、１つのフォーマットから別のフォーマットにデジタル・コンテンツをトランスコードすることもできる。例えば、トランスフォーマ・サービス２０８はＢＭＰ（ビットマップ）ファイルをＪＰＥＧファイルにトランスコードすることができる。更に、一実施形態において、トランスフォーマ・サービス２０８はデジタル・コンテンツを暗号化し、デジタル署名を定式化することもできる。デジタル署名を用いると、エンタープライズ・コンテンツ管理システムに記憶されるデジタル・コンテンツの認証を行うことが可能となる。更に、ユーザがエンタープライズ・コンテンツ管理システム１０６で提供されるアクセス方法とは異なる方法でデジタル・コンテンツにアクセスしようと試みた場合にも、エンタープライズ・コンテンツ管理システムに記憶されているデジタル・コンテンツの生データを暗号化によって保護することができる。
【００３１】
更に、一実施形態において、エンタープライズ・コンテンツ管理システム１０６はサード・パーティ・クライアント２１４も含んでおり、サード・パーティ・クライアント２１４は、エンタープライズ・コンテンツ管理システム１０６の枠組み内でサード・パーティがそれぞれのデジタル著作権管理システムを統合することができるようにコーティング可能なパブリックＡＰＩ（アプリケーション・プログラミング・インターフェース）を提供するものである。
【００３２】
図３は、エンタープライズ・コンテンツ管理システム（例えばエンタープライズ・コンテンツ管理システム１０６）にデジタル・コンテンツをインポートする方法３００を示す。デジタル・コンテンツが受信される（ステップ３０２）。一実施形態において、デジタル・コンテンツは、クライアント（例えばクライアント２１４）からコネクタ（例えばコネクタ２００）を介してエンタープライズ・コンテンツ管理システムによって受信される。クライアントは、企業に関連するクライアントであることもサード・パーティ・クライアントであることもある。また、受信されるデジタル・コンテンツは、ＤＲＭ保護されたデジタル・コンテンツであることもＤＲＭ保護されていないデジタル・コンテンツであることもある。一実施形態において、デジタル・コンテンツは、ストリーム又はストリームのユニフォーム・リソース・ロケータ（ＵＲＬ）として受信される。デジタル・コンテンツをエンタープライズ・コンテンツ管理システム内で保護すべきかどうかが判定される（ステップ３４０）。一実施形態において、デジタル・コンテンツを保護すべきか否かの判定は、エンタープライズ・コンテンツ管理システムのエンタープライズ・コンテンツ管理ポリシー・サービス（例えばエンタープライズ・コンテンツ管理ポリシー・サービス２１２）内で規定されるポリシー及びライセンスによって指定される。当該判定は、エンタープライズ・コンテンツ管理ポリシー・サービス（例えばエンタープライズ・コンテンツ管理ポリシー・サービス２１２）と通信するサード・パーティ・ライセンス・サーバ（例えばサード・パーティ・ライセンス・サーバ２１６）を介して指定することもできる。
【００３３】
ステップ３０４でデジタル・コンテンツを保護すべきでないと判定された場合には、当該デジタル・コンテンツが保護状態（ｐｒｏｔｅｃｔｅｄ  ｓｔａｔｅ）にあるかどうかがフィルタ（例えばフィルタ２０６）によって判定される（ステップ３０６）。一実施形態では、デジタル・コンテンツへの一意の識別子の割り当ては、デジタル・コンテンツに適用されている保護タイプに基づいてフィルタ自体によって行われる。エンタープライズ・コンテンツ管理システムによってデジタル・コンテンツが非保護状態（ｎｏｎｐｒｏｔｅｃｔｅｄ  ｓｔａｔｅ）で受信された場合には、当該デジタル・コンテンツが（例えばリソース・マネージャ２０４に）記憶される（ステップ３０８）。エンタープライズ・コンテンツ管理システムによってデジタル・コンテンツが保護状態で受信された場合には、（例えばパッケージャ・サービス２１０によって）当該デジタル・コンテンツのアンパッケージング（又は保護の解除）が行われる（ステップ３１０）。一実施形態において、デジタル・コンテンツのアンパッケージングは、エンタープライズ・コンテンツ管理システムによってサポートされるデジタル著作権管理システムで設定された事前設定クレデンシャル（ｐｒｅｅｓｔａｂｌｉｓｈｅｄ  ｃｒｅｄｅｎｔｉａｌｓ）（又は権利）に従って行われる。次にステップ３０６で、アンパッケージングされたデジタル・コンテンツが記憶される。
【００３４】
ステップ３０４でデジタル・コンテンツをエンタープライズ・コンテンツ管理システム内で保護すべきであると判定された場合には、当該デジタル・コンテンツが保護状態にあるかどうかが判定される（ステップ３１２）。デジタル・コンテンツが非保護状態にある場合には、（例えばパッケージャ・サービス２１０によって）当該デジタル・コンテンツのパッケージングが行われる（ステップ３１４）。一実施形態において、デジタル・コンテンツのパッケージング（又は保護）は、エンタープライズ・コンテンツ管理ポリシー・サービスで規定されるポリシー又はライセンスに従って行われる。別法として、従来の暗号技法を使用してデジタル・コンテンツを暗号化することもできる。次にステップ３０８で、パッケージングされたデジタル・コンテンツが記憶される。
【００３５】
ステップ３１２でデジタル・コンテンツが保護状態にあると判定された場合には、当該デジタル・コンテンツがアンパッケージングされ（ステップ３１６）、エンタープライズ・コンテンツ管理ポリシー・サービスで規定されるポリシー又はライセンスに従って再パッケージングされる（ステップ３１８）。別法として、ステップ３１２で上記のデジタル・コンテンツが保護状態にあると判定された場合に、当該デジタル・コンテンツをそのままの状態、即ち当初の保護状態でリソース・マネージャに直接記憶することもできる。
【００３６】
図４は、エンタープライズ・コンテンツ管理システム（例えばエンタープライズ・コンテンツ管理システム１０６）からデジタル・コンテンツをエクスポートする方法４００を示す。エンタープライズ・コンテンツ管理システムからデジタル・コンテンツをエクスポートする要求が受信される（ステップ４０２）。一実施形態において、当該要求には、特定のデジタル著作権管理システムに特有のフォーマットのデジタル・コンテンツ要求が含まれる。別法として、エンタープライズ・コンテンツ管理システムは、ユーザから要求された特定のデジタル著作権管理フォーマットを、当該ユーザのユーザＩＤ又はユーザ・アカウントに関連する情報を介して判定することができる。デジタル・コンテンツのフォーマットが要求と一致するかどうかが（例えばフィルタ２０６によって）判定される（ステップ４０４）。デジタル・コンテンツのフォーマットが要求と一致する場合には、当該デジタル・コンテンツはエンタープライズ・コンテンツ管理システムからエクスポートされる。デジタル・コンテンツのフォーマットが要求と一致しない場合には、当該デジタル・コンテンツは（例えばトランスフォーマ・サービス２０８によって）要求と一致するフォーマットに変換される（ステップ４０８）。次にステップ４０６で、変換されたデジタル・コンテンツがエンタープライズ・コンテンツ管理システムからエクスポートされる。
【００３７】
図５は、本発明の一実施形態に係るエンタープライズ・コンテンツ管理システム１０６に関連するサービスを示す。本実施形態において、サービスは、ウェブ・サービス・インターフェースも有する以下の３つのＥｎｔｅｒｐｒｉｓｅ  ＪａｖａＢｅａｎｓ（ＥＪＢｓ）、即ちトランスフォーマ・サービス５００と、コンテンツ及びユーザＩＤマッパー５０２と、ＸＡＣＭＬポリシー・サービス５０４とを含む。一般に、トランスフォーマ・サービス５００は、デジタル・コンテンツの変換を行うものであり、コンテンツ及びユーザＩＤマッパー５０２は、ＤＲＭ保護コンテンツに関連するサード・パーティのデジタル著作権管理ＩＤを、エンタープライズ管理システム１０６から同一のデジタル・コンテンツに割り当てられたグローバル一意識別子（ｇｌｏｂａｌｌｙ  ｕｎｉｑｕｅ  ｉｄｅｎｔｉｆｉｅｒ：ＧＵＩＤ）にマッピングするものであり、ＸＡＣＭＬポリシー・サービス５０４は、エンタープライズ・コンテンツ管理システム１０６によって使用される権限情報及び属性情報を提供するものである。ＸＡＣＭＬポリシー・サービス５０４は、追加的な権限情報又は属性情報をサード・パーティ・ライセンス・サーバ（例えばサード・パーティ・ライセンス・サーバ５０６）又はエンタープライズ・ライセンス・サーバ（例えばエンタープライズ・ポリシー・サーバ５０８）に提供することもできる。サービスは多数のサーバ又はマシン上に分散させることができる。以下では、各サービスについてより詳細に論じる。
【００３８】
トランスフォーマ・サービス
トランスフォーマ・サービス５００は、適切な変換プロセス（図５ではＪａｖａ変換５１０）を呼び出してデジタル・コンテンツを１つのフォーマットから別のフォーマットに変換する。デジタル・コンテンツは、ストリームとして提供されることもストリームのＵＲＬとして提供されることもある。一実施形態において、変換プロセスから返された情報は保持される。各変換プロセスは、逐次実行される１つ又は複数のＪａｖａクラス（図５ではトランスフォーマ・アダプタ・クラス５１２）を含む。サード・パーティ・アプリケーションがウェブ・サービスを使用してデジタル・コンテンツの変換を行う場合は、サード・パーティのＪａｖａクラス（図５ではサード・パーティ・トランスフォーマ５１４）がウェブ・サービス・コールを実行することになる。
【００３９】
任意の数の変換プロセスを使用することが可能である。具体的な変換は、デジタル・コンテンツを記述する選択基準と、デジタル・コンテンツの現在の状態とに基づいて選択される。一実施形態において、適用される変換プロセスを判定するのに使用される選択基準は、デジタル・コンテンツのマイムタイプ、アイテム・タイプ（コンテンツ・タイプ）、変換が要求されているロケーション、及びデジタル・コンテンツの現在の状態に基づくものである。一実施形態において、現在の状態は、マイムタイプの変更ではなくコンテンツの変更を伴う変更を記述する。例えば、ＡＥＳ（Ａｄｖａｎｃｅ  Ｅｎｃｒｙｐｔｉｏｎ  Ｓｔａｎｄａｒｄ：高度暗号化規格）に従って暗号化されたＪＰＥＧファイルがこれに該当する。そのようなＪＰＥＧファイルでは、マイムタイプは変更されないが現在の状態によって変更が示されることになる。選択基準（又はアルゴリズム）の２つ以上のマッチが得られる場合には、追加的な要因（又は一意の特徴）が使用される可能性もある。例えば、Ａｄｏｂｅ変換又はＭｉｃｒｏｓｏｆｔ変換が必要であるが、追加的な情報（ユーザ・プリファレンス等）も必要であることが選択基準によって示される可能性があり、その場合、デジタル・コンテンツのＭｉｃｒｏｓｏｆｔ変換を実行すべきことが判定される可能性がある。
【００４０】
一実施形態において、変換プロセスの構成は、複数のコンテンツ・タイプ、マイムタイプ、及びコード・エントリ・ポイントに対して１つの変換プロセスが適用されるように定義することができる。なお、デジタル・コンテンツを変換するのに複数のプロセスが必要とされることもある。そのような場合には、各プロセスを順次実行することができる。例えば、最初の変換プロセスでデジタル・コンテンツを復号し、２番目の変換プロセスでは特定のデジタル著作権管理システムのフォーマットに従ってデジタル・コンテンツをパッケージングすることができる。一実施形態において、トランスフォーマ・サービス５００は、変換プロセスに関連するメタデータを記憶し検索する機能を有する。
【００４１】
図６は、一実施形態に係るトランスフォーマ・サービス５００の内部を詳細に示す。本実施形態において、トランスフォーマ・サービス５００は、コンテンツＩＤレポジトリ６０２と、ファサード（ｆａｃａｄｅ）６０４と、トランスフォーマ・クラス・ファクトリ６０６と、アダプタ・クラス・ランチャー６０８とを含む。コンテンツＩＤレポジトリ６０２は、例えばグローバル一意識別子がエンタープライズ・コンテンツ管理システム１０６からデジタル・コンテンツにまだ割り当てられていない場合に、デジタル・コンテンツに割り当てられている一時ＩＤを記憶するのに使用することができる。トランスフォーマ・クラス・ファクトリ６０６及びファサード６０４は、従来の技法を使用して任意の数の変換プロセスを作成するのに使用することができる。アダプタ・クラス・ランチャー６０８は、（上述の）逐次実行可能な１つ又は複数のＪａｖａクラスを呼び出すのに使用することができる。
【００４２】
図６には、トランスフォーマ・サービス５００への入力６１０も示されている。入力６１０は、ストリーム又はストリームのＵＲＬの形をとることが可能なデジタル・コンテンツである。一実施形態において、入力６１０は更に、マイムタイプ、コンテンツ・タイプ、要求対象ロケーション、及び要求元ユーザも含む。入力６１０は、応答６１２に変換される。一実施形態において、応答６１２は、ストリーム又はストリームのＵＲＬの形をとる。応答６１２は、図６に示されるようなテキスト検索の索引に関する情報等、追加的な情報を含むこともできる。
【００４３】
図７は、トランスフォーマ・サービス５００を介してデジタル・コンテンツを変換する統一モデリング言語（ｕｎｉｆｉｅｄ  ｍｏｄｅｌｉｎｇ  ｌａｎｇｕａｇｅ：ＵＭＬ）クラス（７００）を示す。図７は、様々なタイプの選択基準に従って使用される変換プロセスを記述する際に使用される情報を示している。より具体的に言えば、各変換プロセスは、プロセス・ロケーションと、マイムタイプの値、コンテンツ・タイプ（アイテム・タイプ）の値、及びコンテンツ状態の値を記述する一覧表（ｅｎｕｍｅｒａｔｉｏｎ）とを含む選択基準に基づいて行われる。これらの各値は、選択基準の複数の異なる値に対して単一の変換定義が適用され得るような規則正しい表現形式で記述することが可能である。
【００４４】
再び図２及び図５を参照すると、一実施形態において、ＩＩ４Ｃコネクタ５１６に関連するレイヤは、エンタープライズ・コンテンツ管理システム１０６内でデジタル・コンテンツに対して特定のアクションが実行されたときにコールされるメカニズム（又は出口（ｅｘｉｔ））を提供する。一実施形態において、提供されるデジタル・コンテンツの変換メソッドは次のようになる。
public void processContent (byte[ ] buffer, int bytesRead,int bufferSize)
このメソッドはデジタル・コンテンツを複数のセグメントに変換するものである。変換後の各セグメントの長さは（一実施形態では）元のセグメントと同じ長さとなる。デジタル・コンテンツを複数のバイト・セグメントに変換することは単純なストリーム・ベースの暗号化には役立つが、サード・パーティの大部分のデジタル著作権管理アプリケーションはブロック暗号を使用しているため、多くの場合すべてのデジタル・コンテンツにアクセスすることが必要となる。
【００４５】
一実施形態では、デジタル・コンテンツを効率的に変換するために、リソース・マネージャ２０４にデータが記憶される前にデジタル・コンテンツがストリーム又はストリームのＵＲＬとしてキャプチャされる。リソース・マネージャ２０４に関連するサーブレットにサーブレット・フィルタを追加することができる。一実施形態において、当該サーブレット・フィルタは、リソース・マネージャ２０４に関連するサーブレット・コンテナとサーブレットとの間に設置される。デジタル・コンテンツのインポート要求又はエクスポート要求が（例えばコネクタによって）受信されたときは、実行されるアクション（又は処理）の種類、ならびに（使用可能な場合は）マイムタイプ、アイテム・タイプ、及び状態に関する情報が特定の変換プロセスに提供される必要がある。変換プロセスは、サーブレット・フィルタに提供された情報に基づいてそのような処理（例えば記憶処理）、マイムタイプ（例えばコンテンツ・タイプとして列挙されるもの）、及びコンテンツＩＤを知ることになる。一方、インポート処理の場合は状態に関する情報が必要ないため、状態に関する情報が変換プロセスに提供されることはない。デジタル・コンテンツが記憶（又はコミット）される前にコンテンツＩＤに基づいてデジタル・コンテンツの状態を判定するために、デジタル・コンテンツを変換する必要かあるかどうかを判定するソフトウェア・コード（例えばトランスフォーマ・サービス）がコールされ、変換する必要がある場合には、リソース・マネージャ２０４に関連するサーブレットにメタデータが引き渡される。
【００４６】
図８を参照すると、一実施形態に係るエンタープライズ・コンテンツ管理システム１０６（図２）にデジタル・コンテンツがインポートされる際のメソッド・コールを示すシーケンス図８００が示されている。シーケンス図８００の主要なコンポーネントは、ＩＩ４Ｃコネクタ８０２、ＣＭＥｘｉｔ  ８０４、トランスフォーマ８０６、ＲＭＦｉｌｔｅｒ  ８０８、及びＲＭＳｅｒｖｌｅｔ  ８１０である。ＩＩ４Ｃコネクタ８０２は、Ｊａｖａインターフェース・レイヤをエンタープライズ・コンテンツ管理システム１０６に提供する。ＣＭＥｘｉｔ  ８０４は、インポート（又は記憶）処理あるいはエクスポート（又は検索）処理が実行されるたびにＩＩ４Ｃコネクタ８０２によってコールされるソフトウェア・コードである。トランスフォーマ８０６は、デジタル・コンテンツを変換するサービスである。一実施形態において、トランスフォーマ８０６は、変換されたメタデータを一時的に記憶することもできる。ＲＭＦｉｌｔｅｒ  ８０８は、リソース・マネージャ２０４に対するすべてのコールを代行受信（ｉｎｔｅｒｃｅｐｔ）するのに使用されるフィルタ（例えば図２のフィルタ２０６）である。ＲＭＦｉｌｔｅｒ  ８０８は、変換をコールするコンポーネントである。ＲＭＳｅｒｖｌｅｔ  ８１０は、リソース・マネージャ２０４に関連するサーブレットである。
【００４７】
図８に示されるように、ＣＭＥｘｉｔ  ８０４は、トランスフォーマ８０６を使用してデジタル・コンテンツを変換すべきかどうかを判定し、そうである場合には、ＲＭＦｉｌｔｅｒ  ８０８と通信して当該デジタル・コンテンツがトランスフォーマ８０６に送信されることを保証する。具体的には、デジタル・コンテンツをエンタープライズ・コンテンツ管理システム１０６にインポートする要求が受信されたときは、ＩＩ４Ｃコネクタ８０２がまずＣＭＥｘｉｔ  ８０４をコールする。次に、ＣＭＥｘｉｔ  ８０４はトランスフォーマ８０６をコールしてデジタル・コンテンツを変換する必要があるかどうかを判定する。デジタル・コンテンツの変換が実行されることが想定される場合には、ＣＭＥｘｉｔ  ８０４は、当該デジタル・コンテンツのインポートがすぐ行われることをＲＭＦｉｌｔｅｒ  ８０８に通知する。上述のように、一実施形態では、例えばリソース・マネージャ２０４にデータが記憶される前にデジタル・コンテンツがストリーム又はストリームのＵＲＬとしてキャプチャされる。したがって、一実施形態において、ＣＭＥｘｉｔ  ８０４は、検索ＵＲＬを取得し、当該検索ＵＲＬをＲＭＦｉｌｔｅｒ  ８０８のインポート・アラート・コマンドに追加することによってＲＭＦｉｌｔｅｒ  ８０８への通知を行う。ＣＭＥｘｉｔ  ８０４は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）のＰＯＳＴ要求を介してＲＭＦｉｌｔｅｒ  ８０８を呼び出すことができる。
【００４８】
ＲＭＦｉｌｔｅｒ  ８０８は、インポート通知要求を処理するとともに、コンテンツＩＤ、オブジェクト名、コンテンツ・バージョン、コレクション（ｃｏｌｌｅｃｔｉｏｎ）ＩＤ、ライブラリ名、更新日、トークン、インポート・コマンド、及び通知の期限切れを示すタイムスタンプを記憶する。次に、ＲＭＦｉｌｔｅｒ  ８０８がインポート要求によって呼び出され、変換要求のマッチの有無を判定するために（例えばコンテンツＩＤレポジトリの）ルックアップが実行される。マッチがある場合には、対応する変換プロセスが呼び出される。デジタル・コンテンツの変換が完了すると、その変換で生成されたメタデータがコンテンツＩＤを鍵として使用して記憶される。次に、変換されたデジタル・コンテンツのＵＲＬがＲＭＳｅｒｖｌｅｔ  ８１０に提供される。次に、ＩＩ４Ｃコネクタ８０２は、ＥｘｉｔクラスのｐｏｓｔＳｔｏｒｅメソッドをコールする。ｐｏｓｔＳｔｏｒｅメソッドは、トランスフォーマ８０６から提供されたメタデータ（状態等）をライブラリ・サーバ２０２（図２）等に記憶するメソッドである。一実施形態では、メタデータがライブラリ・サーバ２０２に記憶されると、当該メタデータはトランスフォーマ８０６のデータ・ストアから削除される。
【００４９】
マッピング・サービス
再び図５を参照すると、一実施形態において、コンテンツ及びユーザＩＤマッパー５０２は、ＤＲＭ保護コンテンツに関連するサード・パーティのデジタル著作権管理ＩＤ（又はコンテンツＩＤ）を、エンタープライズ管理システム１０６から同一のデジタル・コンテンツに割り当てられたグローバル一意識別子（ＧＵＩＤ）にマッピングする。特に、デジタル著作権管理システムでは一般にデジタル・コンテンツがパッケージング（又は暗号化）され、そのようにパッケージングされたデジタル・コンテンツは鍵（又は本明細書ではコンテンツＩＤとも呼ばれる一意の識別子）と関連付けられる。デジタル著作権管理システムではパッケージングされたデジタル・コンテンツに関する情報（例えばアクセス制御情報）も維持され、そのような情報は鍵に従ってライセンス・サーバに保持される。そのため、例えばあるデジタル著作権管理システムにおいてデジタル・コンテンツのパッケージングが行われた場合には、当該デジタル著作権管理システムは、パッケージングされたデジタル・コンテンツに関連するコンテンツＩＤを利用して、当該デジタル・コンテンツとライセンス・サーバに保持されている情報とを関係付けることができる。一実施形態では、デジタル・コンテンツがエンタープライズ・コンテンツ管理システム１０６にインポートされたときに、エンタープライズ・コンテンツ管理システム１０６は、インポートされたデジタル・コンテンツに一意の識別子（ＩＤ）も割り当てる。したがって、（一実施形態では）エンタープライズ・コンテンツ管理システム１０６にインポートされたＤＲＭ保護コンテンツに関して、コンテンツ及びユーザＩＤマッパー５０２は、当該デジタル・コンテンツのコンテンツＩＤと、エンタープライズ・コンテンツ管理システム１０６から同一のデジタル・コンテンツに割り当てられた（グローバル）一意識別子（ＩＤ）とを関係付ける。
【００５０】
ＸＡＣＭＬポリシー・サービス
一実施形態において、ＸＡＣＭＬポリシー・サービス５０４は、エンタープライズ・コンテンツ管理システム１０６にインポートされたデジタル・コンテンツにどのようなタイプの権利が適用されているかを判定する。一般に、一実施形態において、エンタープライズ・コンテンツ管理システム１０６は、特権（又は権限）ビットを利用してデジタル・コンテンツのアクセス制御を実現する。例えば、特権ビットを利用してデジタル・コンテンツと関連付けることが可能な権利としては、エンタープライズ・コンテンツ管理システム１０６内のデジタル・コンテンツを作成（又はインポート）する権利、検索する権利、更新（又は修正）する権利、及び削除する権利が挙げられる。ＸＡＣＭＬポリシー・サービス５０４は、デジタル・コンテンツに関連するグローバル一意識別子に基づいて特定のデジタル・コンテンツに関連する権利を判定するように動作することが可能である。例えば、このグローバル一意識別子を使用して、ユーザのデジタル・コンテンツ要求に基づいて（エンタープライズ・コンテンツ管理システム１０６内の）ＡＣＬにアクセスし、デジタル・コンテンツに関連する権利を判定する上でどの特権ビットをアサートするかを決定することができる。
【００５１】
例えば、テザー・モード（ｔｅｔｈｅｒｅｄ  ｍｏｄｅ）では、ユーザが所与のデジタル著作権管理システムに従って（エンタープライズ・コンテンツ管理システム１０６を介して）保護されたデジタル・コンテンツにアクセスしたいと望んだ場合、（当該所与のデジタル著作権管理システムに関連する）ライセンス・サーバは、ＸＡＣＭＬポリシー・サービス５０４とネゴシエートして特定のデジタル・コンテンツに対するユーザ・アクセス権の有無を判定する。一般にテザー・モードでは、ユーザ及びコンテンツに関する権利は、ユーザがデジタル・コンテンツを開く時点で割り当てられる。これとは対照的に、非テザー・モード（ｎｏｎｔｅｔｈｅｒｅｄ  ｍｏｄｅ）では、ユーザ及びコンテンツに関する権利はパッケージング時に割り当てられる。本例では、ＸＡＣＭＬポリシー・サービス５０４は、コンテンツ及びユーザＩＤマッパー５０２と通信して、ユーザに適用され得る権利を決定するデジタル・コンテンツのコンテンツＩＤに関連するグローバル一意識別子（ＧＵＩＤ）を判定する。非テザー・モードにおいて、ＸＡＣＭＬポリシー・サービス５０４は、エンタープライズ・コンテンツ管理システム１０６に記憶されているデジタル・コンテンツに関するライセンスを作成するように動作することが可能である。
【００５２】
一実施形態において、ＸＡＣＭＬポリシー・サービス５０４は、バックエンドのポリシー・サーバ（図５ではエンタープライズ・ポリシー・サーバ５０８）を使用してＸＡＣＭＬポリシー応答情報を提供する。図９を参照すると、本発明の一実施形態に係るＸＡＣＭＬポリシー・サービス５０４のブロック図９００が示されている。一実施形態において、ＸＡＣＭＬポリシー・サービス５０４は、ベース・コンポーネント９０２と、拡張コンポーネント９０４と、コンテキスト・モジュール９０６とを含む。ベース・コンポーネント９０２は、エンタープライズ・ポリシー・サーバ５０８から受信される標準的な権限情報を使用してＸＡＣＭＬ応答情報を生成する。拡張コンポーネント９０４は、一意の基準に基づいて情報を追加する。拡張コンポーネント９０４を用いると、サード・パーティがＸＡＣＭＬ応答に特殊な情報を含める変更を施すことが可能となる柔軟性がもたらされる。コンテキスト・モジュール９０６は、ベース・コンポーネント９０２及び拡張コンポーネント９０４からバックエンドを抽象化する。新しいバックエンド毎に別のコンテンツ・モジュール（図示せず）が必要となる。一実施形態では、ＸＡＣＭＬポリシー・サービス５０４によって２つの特定のタイプのＸＡＣＭＬドキュメント、即ちＸＡＣＭＬポリシー及びＸＡＣＭＬ応答が生成される。
【００５３】
ＸＡＣＭＬポリシーは、ルール・セット、ルール結合アルゴリズム（ｒｕｌｅｃｏｍｂｉｎｉｎｇ  ａｌｇｏｒｉｔｈｍ）の識別子、オブリゲーション・セット、及びターゲットを含む。一実施形態において、ＸＡＣＭＬポリシーは、１つのターゲットと任意の数のルールとを含む。ターゲットは、サブジェクト、リソース、及びアクション（単数又は複数）の３つの部分から構成される。ルールは、ターゲット、条件セット、及び効果を含むことができる。効果とは、満足されたルールについて意図される結果であり、「ｐｅｒｍｉｔ（許可）」又は「ｄｅｎｙ（拒否）」の値をとることができる。ターゲットは、ＸＡＣＭＬポリシーが要求と関連するか否かを判定するのに役立つものである。ターゲットは広範なものとすることができ、したがって（各ルールで適用されるターゲットが具体的に指定される）単一のＸＡＣＭＬポリシーの範囲内で複数のルールを指定することも可能となる。１つのルールが複数のアクションを含むこともできる。あるルールに２つ以上のアクションが含まれる場合、各ルールの評価は、当該ルールの全体的な評価と切り離して行われる。
【００５４】
一実施形態において、ターゲットは、ＸＡＣＭＬポリシー又はルールを所与の要求に適用する上で満たさなければならないブール条件となる。ポリシー及びルールが適用された場合には、ルールの評価が行われる。２つ以上のルールが適用されたときは、ルール結合アルゴリズムを使用して最終的な認証決定に進むことができる。ルールは更に条件を含むことができる。条件の評価が真となる場合には、当該ルールの効果が返される。条件の評価が偽となる場合には、当該ルールは適用されず、当該ルールに関して「Ｎｏｔ  Ａｐｐｌｉｃａｂｌｅ（適用不可）」が返される。複数のＸＡＣＭＬポリシーを１つのポリシー・セットに結合することもできる。ポリシー・セットは、ポリシー結合アルゴリズム（ｐｏｌｉｃｙｃｏｍｂｉｎｉｎｇ  ａｌｇｏｒｉｔｈｍ）を指定する。
【００５５】
ＸＡＣＭＬ応答（ドキュメント）は、ＸＡＣＭＬ応答に関する決定を指定する。一実施形態において、この決定は次の４つの値、即ちＰｅｒｍｉｔ、Ｄｅｎｙ、Ｉｎｄｅｔｅｒｍｉｎａｔｅ、及びＮｏｔＡｐｐｌｉｃａｂｌｅのうちの１つとすることができる。更に、ＸＡＣＭＬ要求の評価中にエラーが発生したかどうかを示すステータス・コードを返すこともできる。（一実施形態において）ステータス・コードの可能な値は、「ｏｋ」、「ｍｉｓｓｉｎｇａｔｔｒｉｂｕｔｅ」、「ｓｙｎｔａｘｅｒｒｏｒ」、「ｐｒｏｃｅｓｓｉｎｇｅｒｒｏｒ」、又は他の追加的なステータス情報である。一実施形態において、特権要求及び決定要求はＸＡＣＭＬ要求の形をとる。ＸＡＣＭＬ要求は、サブジェクト（単数又は複数）、リソース、及びアクションを指定する。
【００５６】
ＸＡＣＭＬポリシー・サービス５０４は、非テザー型のデジタル著作権管理システムとの統合が行われる際にトランスフォーマ・サービス５００からコールすることができる。一般に、デジタル著作権管理システムには２つの可能な統合パターン、即ちテザー型と非テザー型とが存在する。テザー型の場合では、デジタル・コンテンツがセキュアにパッケージングされ、パッケージには一意のコンテンツＩＤが割り当てられる。ユーザ及びコンテンツに関する権利は、ユーザがデジタル・コンテンツを開く時点で割り当てられる。具体的には、ユーザが（クライアントを介して）デジタル・コンテンツを開こうとしたときに、ユーザＩＤ及びＤＲＭコンテンツＩＤがデジタル著作権管理ポリシー・サーバに送信される。デジタル著作権管理ポリシーは、権利の付与又はエンタープライズ・ポリシー・サービス（例えばＸＡＣＭＬポリシー・サービス５０４）への権利要求を行うものである。非テザー型の場合では、権利はパッケージング時に割り当てられる。各権利は、特定のデジタル著作権管理システムに応じて、デジタル・コンテンツのパッケージングを行うユーザによって割り当てられたエンタープライズ・テンプレート・リストに基づいて決定することもポリシー・サーバに基づいて決定することもできる。
【００５７】
一実施形態において、ＡＣＬはＸＡＣＭＬポリシー・サービス５０４と関連付けられる。一実施形態において、各ＡＣＬは、ユーザＩＤ又はユーザ・グループあるいはその両方と、それぞれに関連する特権との集合の形をとる。ＡＣＬで表現される特権は、特権の集まりである特権セットを利用して表現することができる。一実施形態では、ＡＣＬを使用してエンタープライズ・コンテンツ管理システム１０６（図２）内のデジタル・コンテンツのアクセス制御が行われる。例えば、１つ又は複数のＡＣＬを介して制御可能なオブジェクトとしては、データ・オブジェクト（例えばユーザによって記憶されるデジタル・コンテンツ）及びアイテム・タイプが挙げられる。一実施形態において、データ・オブジェクトは割り当て済みの永続的な識別子（Ｐｅｒｓｉｓｔｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ：ＰＩＤ）を有する。それ故、ＰＩＤ及びユーザ名（又はユーザＩＤ）が与えられれば、指定されたデータに関するユーザ特権を判定することができる。特定のアイテムのアクセス制御を行う際にチェックされるＡＣＬは、アイテム自体に由来することも、当該アイテムを作成するのに使用されるアイテム・タイプに由来することもある。これは一般にアイテムレベル・バインディング又はアイテムレベル・タイプ・バインディングとして知られている。アイテムＡＣＬとアイテム・タイプＡＣＬとは必ずしも同一である必要はない。一実施形態において、ＸＡＣＭＬポリシーとＡＣＬとのマッピングは以下の表１のとおりとなる。
【００５８】
【表１】
2009523274.tif 000003
【００５９】
※ＸＡＣＭＬ条件又はアクションは、特権の修飾子として使用することができる。例えば、特権が「ｒｅａｄ（読み出し）」である場合には、修飾子を「ｐｒｉｏｒ  ｔｏ  ２００５０９２８（２００５年９月２８日以前）」とすることができる。一方、特権が「ｐｒｉｎｔ（印刷）」である場合には、修飾子を「ｎｏ  ｍｏｒｅ  ｔｈａｎ  （５）  ｃｏｐｉｅｓ（５枚を超えてはならない）」とすることができる。したがって、属性を使用して修飾子を表現することができる。
【００６０】
上述した方法ステップのうちの１つ又は複数は、入力データを処理し出力を生成することによって各種機能を実施するコンピュータ・プログラムを実行する、１つ又は複数のプログラマブル・プロセッサによって実行することができる。一般に、本発明の諸実施形態は、全面的にハードウェアの実施形態の形をとることも、全面的にソフトウェアの実施形態の形をとることも、ハードウェア要素とソフトウェア要素の両方を含む実施形態の形をとることもできる。好ましい一実施形態では、本発明は必ずしもそれだけに限定されるわけではないが、ファームウェア、常駐ソフトウェア、マイクロコード等を含むソフトウェアで実施される。
【００６１】
更に、本発明は、コンピュータ又は任意の命令実行システムによって、あるいはそれらに関連して使用されるプログラム・コードを備えるコンピュータ使用可能な媒体又はコンピュータ可読媒体からアクセスできる、コンピュータ・プログラム製品の形をとることができる。本明細書において、コンピュータ使用可能な媒体又はコンピュータ可読媒体は上記命令実行システム、装置、又はデバイスによって、あるいはそれらに関連して使用される上記プログラムを収容し、記憶し、通信し、伝搬し、又は移送することが可能な任意の装置であってもよい。
【００６２】
上記媒体は、電子系媒体、磁気系媒体、光学系媒体、電磁気系媒体、赤外線系媒体、又は半導体系媒体（即ち装置又はデバイス）、あるいは伝搬媒体であってもよい。コンピュータ可読媒体の例としては、半導体又は固体メモリ、磁気テープ、取り外し可能なコンピュータ・ディスケット、ランダム・アクセス・メモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、固定磁気ディスク、及び光ディスクが挙げられる。光ディスクの現行例としては、コンパクト・ディスク読み取り専用メモリ（ＣＤ‐ＲＯＭ）、コンパクト・ディスク読み出し／書き込み（ＣＤ‐Ｒ／Ｗ）、及びＤＶＤが挙げられる。
【００６３】
図１０は、プログラム・コードの記憶又は実行あるいはその両方を行うのに適したデータ処理システム１０００を示す。データ処理システム１０００は、システム・バス１００６を介してメモリ要素１００４Ａ及び１００４Ｂと結合されたプロセッサ１００２を含む。他の実施形態において、データ処理システム１０００は２つ以上のプロセッサを含むことができ、各プロセッサは１つ又は複数のメモリ要素と直接結合することも、システム・バスを介して間接的に結合することもできる。
【００６４】
メモリ要素１００４Ａ及び１００４Ｂとしては、上記プログラム・コードの実行中に利用されるローカル・メモリ、バルク記憶装置、及び実行中にコードをバルク記憶装置から検索しなければならない回数を少なくするために少なくともいくつかのプログラム・コードを一時的に保管するキャッシュ・メモリを挙げることができる。図示のように、入出力即ちＩ／Ｏデバイス１００８Ａ及び１００８Ｂ（必ずしもそれだけに限定されるわけではないが、キーボード、ディスプレイ、印刷装置等を含む）は、データ処理システム１０００と結合されている。Ｉ／Ｏデバイス１００８Ａ及び１００８Ｂは、データ処理システム１０００と直接結合することも、介在するＩ／Ｏコントローラ（図示せず）を介して間接的に結合することもできる。
【００６５】
本実施形態において、データ処理システム１０００には、通信リンク１０１２を介してデータ処理システム１０００が他のデータ処理システムと、あるいはリモートのプリンタ又は記憶装置と結合されることを可能にするネットワーク・アダプタ１０１０が結合されている。通信リンク１０１２は、私設ネットワークであっても公衆ネットワークであってもよい。モデム、ケーブル・モデム、及びイーサネット・カードは、現時点で利用可能なタイプのネットワーク・アダプタのほんの一部に過ぎない。
【００６６】
以上、エンタープライズ・コンテンツ管理システム内のデジタル・コンテンツを管理する様々な実施形態について説明した。しかしながら、当業者ならそれらの実施形態に様々な修正を施すことができることを容易に理解するだろう。例えば、上述の方法の各ステップは、所望の結果を達成するために異なる順序で実行することもできる。したがって、当業者は、添付の特許請求範囲から逸脱しない限り様々な修正を施すことが可能である。
【図面の簡単な説明】
【００６７】
【図１】本発明の一実施形態に係るエンタープライズ・コンテンツ管理システムを含むデータ処理システムのブロック図である。
【図２】本発明の一実施形態に係る図１のエンタープライズ・コンテンツ管理システムを示すブロック図である。
【図３】本発明の一実施形態に係る図１のエンタープライズ・コンテンツ管理システムにデジタル・コンテンツをインポートする方法を示す図である。
【図４】本発明の一実施形態に係る図１のエンタープライズ・コンテンツ管理システムからデジタル・コンテンツをエクスポートする方法を示す図である。
【図５】トランスフォーマ・サービス、コンテンツ及びユーザＩＤマッパー、及びＸＡＣＭＬポリシー・サービスを含む、本発明の一実施形態に係る図１のエンタープライズ・コンテンツ管理システムの各サービスを示す図である。
【図６】本発明の一実施形態に係る図５のトランスフォーマ・サービスのブロック図である。
【図７】本発明の一実施形態に従ってデジタル・コンテンツを１つのデジタル著作権管理フォーマットから別のデジタル著作権管理フォーマットに変換するＵＭＬクラスの図である。
【図８】本発明の一実施形態に係るエンタープライズ・コンテンツ管理システムによってデジタル・コンテンツが受信されたときにデジタル・コンテンツを変換するメソッド・コールを示す図である。
【図９】本発明の一実施形態に係る図５のＸＡＣＭＬポリシー・サービスのブロック図である。
【図１０】プログラム・コードの記憶又は実行あるいはその両方を行うのに適した本発明の一実施形態に係るデータ処理システムのブロック図である。
【図１】
2009523274.tif 000004
【図２】
2009523274.tif 000005
【図３】
2009523274.tif 000006
【図４】
2009523274.tif 000007
【図５】
2009523274.tif 000008
【図６】
2009523274.tif 000009
【図７】
2009523274.tif 000010
【図８】
2009523274.tif 000011
【図９】
2009523274.tif 000012
【図１０】
2009523274.tif 000013
【手続補正書】
【提出日】平成21年2月19日(2009.2.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
コンテンツ管理システム内のデジタル・コンテンツを変換する方法であって、
前記コンテンツ管理システムにインポートされたデジタル・コンテンツの第１の保護フォーマットを自動的に判定するステップと、
前記デジタル・コンテンツを前記第１の保護フォーマットから前記第１の保護フォーマットと異なる第２の保護フォーマットに変換するステップと、
を含む方法。
【請求項２】
前記デジタル・コンテンツを前記第２の保護フォーマットに従って前記コンテンツ管理システムに記憶するステップを更に含む請求項１に記載の方法。
【請求項３】
記憶される前記デジタル・コンテンツを暗号化するステップを更に含む請求項２に記載の方法。
【請求項４】
前記デジタル・コンテンツを記憶する前記ステップは、前記デジタル・コンテンツを前記コンテンツ管理システムによってサポートされる複数のデジタル著作権管理システムに対応する複数の異なるフォーマットで記憶するステップを含む、請求項２に記載の方法。
【請求項５】
前記デジタル・コンテンツを記憶する前記ステップは、前記デジタル・コンテンツを平文で記憶することによって記憶後の前記デジタル・コンテンツの索引検索又はテキスト検索を可能にするステップを含む、請求項４に記載の方法。
【請求項６】
前記デジタル・コンテンツを前記複数のフォーマットのうちのいずれかのフォーマットで前記コンテンツ管理システムからエクスポートするステップを更に含み、前記エクスポートするステップは、前記デジタル・コンテンツを平文でエクスポートするステップを含む、請求項５に記載の方法。
【請求項７】
前記コンテンツ管理システムにインポートされる前記デジタル・コンテンツを認証するためのデジタル署名を前記デジタル・コンテンツに適用するステップを更に含む請求項１に記載の方法。
【請求項８】
デジタル・コンテンツの第１の保護フォーマットを自動的に判定する前記ステップは、デジタル著作権管理システムに一意の特徴を検出する１つ又は複数のアルゴリズムを前記デジタル・コンテンツに適用するステップを含む、請求項１に記載の方法。
【請求項９】
デジタル・コンテンツの第１の保護フォーマットを自動的に判定する前記ステップは、前記コンテンツ管理システムによってサポートされる特定のデジタル著作権管理システムにそれぞれ対応する１つ又は複数のメソッド・コールを適用するステップを含む、請求項１に記載の方法。
【請求項１０】
前記デジタル著作権管理システムにインポートされる前記デジタル・コンテンツを１つのフォーマットから別のフォーマットにトランスコードするステップを更に含む請求項９に記載の方法。
【請求項１１】
前記デジタル・コンテンツを前記第１の保護フォーマットから第２の保護フォーマットに変換する前記ステップは、エンタープライズ・コンテンツ管理システムによってサポートされるデジタル著作権管理システムで設定された事前設定クレデンシャルを使用するステップを含む、請求項１に記載の方法。
【請求項１２】
前記事前設定クレデンシャルは、前記コンテンツ管理システムにインポートされる前記デジタル・コンテンツの１つ又は複数の所有権を前記コンテンツ管理システムに付与する、請求項１１に記載の方法。
【請求項１３】
前記デジタル・コンテンツは、ＨＴＭＬ及びＸＭＬウェブ・コンテンツ、ドキュメント・イメージ、電子オフィス・ドキュメント、印刷出力、オーディオ、及びビデオのうちの１つ又は複数を含む、請求項１に記載の方法。
【請求項１４】
コンテンツ管理システム内のデジタル・コンテンツを変換するコンピュータ・プログラムであって、プログラマブル・プロセッサに
前記コンテンツ管理システムにインポートされたデジタル・コンテンツの第１の保護フォーマットを自動的に判定させる機能と、
前記デジタル・コンテンツを前記第１の保護フォーマットから前記第１の保護フォーマットと異なる第２の保護フォーマットに変換させる機能と、
を実行させるコンピュータ・プログラム。
【請求項１５】
コンテンツ管理システムであって、
前記コンテンツ管理システムにインポートされたデジタル・コンテンツの第１の保護フォーマットを自動的に判定するように動作可能なフィルタと、
前記デジタル・コンテンツを前記第１の保護フォーマットから第２の保護フォーマットに変換するように動作可能なトランスフォーマと、
を備え、
前記第２の保護フォーマットは、前記第１の保護フォーマットと異なる、
コンテンツ管理システム。
【請求項１６】
前記デジタル・コンテンツを前記第２の保護フォーマットに従って記憶するように動作可能なリソース・マネージャを更に備える請求項１５に記載のコンテンツ管理システム。
【請求項１７】
前記トランスフォーマは更に、前記デジタル・コンテンツを前記コンテンツ管理システムによってサポートされる複数のデジタル著作権管理システムに対応する複数の異なるフォーマットに変換するように動作可能である、請求項１５に記載のコンテンツ管理システム。
【請求項１８】
前記フィルタは、デジタル・コンテンツの前記第１の保護フォーマットを自動的に判定するために、デジタル著作権管理システムに一意の特徴を検出する１つ又は複数のアルゴリズムを前記デジタル・コンテンツに適用するように動作可能である、請求項１５に記載のコンテンツ管理システム。
【請求項１９】
前記フィルタは、デジタル・コンテンツの前記第１の保護フォーマットを自動的に判定するために、デジタル著作権管理システムに一意の特徴を検出する１つ又は複数のメソッド・コールを前記デジタル・コンテンツに適用するように動作可能であり、前記メソッド・コールはそれぞれ前記コンテンツ管理システムによってサポートされる特定のデジタル著作権管理システムに対応する、請求項１５に記載のコンテンツ管理システム。
【請求項２０】
前記デジタル・コンテンツは、ＨＴＭＬ及びＸＭＬウェブ・コンテンツ、ドキュメント・イメージ、電子オフィス・ドキュメント、印刷出力、オーディオ、及びビデオのうちの１つ又は複数を含む、請求項１５に記載のコンテンツ管理システム。
【国際調査報告】
2009523274.tif 000014
2009523274.tif 000015
2009523274.tif 000016