(57)【要約】【課題】  コンテンツ管理装置および方法を提供する。【解決手段】コンテンツタイプにより属性要素を所定の形態で定義する属性モデリング部と、コンテンツタイプにマッピングされた所定のカテゴリを生成するカテゴリ管理部と、生成されたカテゴリの種類によって属性情報値を入力する画面を提供するＵＩ提供部と、所定コンテンツファイルに入力された属性情報値をマッピングし、マッピングされた属性情報値をコンテンツファイルに適用させるマッピング部とを含み、属性情報値はコンテンツの権限情報およびコンテンツの価格モデルに関する情報のうち少なくとも１つを含む。【選択図】  図３
2008146626.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツタイプにより属性要素を所定の形態で定義する属性モデリング部と、
前記コンテンツタイプにマッピングされた所定のカテゴリを生成するカテゴリ管理部と、
前記生成されたカテゴリの種類によって属性情報値を入力する画面を提供するＵＩ提供部と、
所定コンテンツファイルに前記入力された属性情報値をマッピングし、前記マッピングされた属性情報値を前記コンテンツファイルに適用させるマッピング部とを含み、前記属性情報値はコンテンツの権限情報およびコンテンツの価格モデルに関する情報のうち少なくとも１つを含む、コンテンツ管理装置。
【請求項２】
ユーザが入力したコード内容によりＤＲＭ暗号化に必要な外部ライブラリーを呼び出す呼出部をさらに含む、請求項１に記載のコンテンツ管理装置。
【請求項３】
前記マッピング部は、前記コンテンツファイルに複数の属性情報値をマッピングさせる、請求項１に記載のコンテンツ管理装置。
【請求項４】
前記マッピング部は、前記コンテンツファイルと関連性あるコンテンツファイルを互いにマッピングさせる、請求項１に記載のコンテンツ管理装置。
【請求項５】
前記生成されたカテゴリは、ツリー構造で既に生成されたカテゴリの所定位置に配置される、請求項１に記載のコンテンツ管理装置。
【請求項６】
コンテンツタイプにより属性要素を所定の形態で定義するステップと、
前記コンテンツタイプにマッピングされた所定のカテゴリを生成するステップと、
前記生成されたカテゴリの種類によって属性情報値を入力する画面を提供するステップと、
所定コンテンツファイルに前記入力された属性情報値をマッピングし、前記マッピングされた属性情報値を前記コンテンツファイルに適用させるステップとを含み、前記属性情報値はコンテンツの権限情報およびコンテンツの価格モデルに関する情報のうち少なくとも１つを含む、コンテンツ管理方法。
【請求項７】
ユーザが入力したコード内容によりＤＲＭ暗号化に必要な外部ライブラリーを呼び出すステップをさらに含む、請求項６に記載のコンテンツ管理方法。
【請求項８】
前記適用させるステップは、
前記コンテンツファイルに複数の属性情報値をマッピングさせるステップを含む、請求項６に記載のコンテンツ管理方法。
【請求項９】
前記生成されたカテゴリは、
ツリー構造で既に生成されたカテゴリの所定位置に配置される、請求項６に記載のコンテンツ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ管理装置および方法に関し、より詳しくは、ＤＲＭおよび課金サービス提供のための独立的な連動方式を提供して、ＤＲＭおよび課金サービスのために必要な情報を提供するコンテンツ管理装置および方法に関するものである。
【背景技術】
【０００２】
多様な良質のコンテンツは、サービスと製品において重要な要素となってきた。企業は、コンテンツを効率的に管理、共有、および配布するためにコンテンツ管理システム（ＣＭＳ；Ｃｏｎｔｅｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）を導入している。コンテンツ管理システムを活用する分野の例として、企業内グループウェアの文書管理、ウェブサイトと連動するイメージおよび動画の管理、受信音のダウンロードサービスを提供するモバイルコンテンツの管理などがある。そして、ユーザ生成コンテンツ（ＵＣＣ；Ｕｓｅｒ  Ｃｒｅａｔｅｄ  Ｃｏｎｔｅｎｔ）を含み、コンテンツはより一層多様化されている。このような状況で最も大きい問題は、デジタル著作権保護（ＤＲＭ；Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ）、課金のための多様な価格政策の適用である。例えば、日本国公開特許第２００３−３４５７０７号では、エンドユーザごとにコンテンツの利用条件および利用環境を個別で設定し、その利用条件および利用環境に合うＤＲＭ方式でコンテンツをカプセル化して、保護および流通する方法を提案している。
【０００３】
図１は、従来のＤＲＭサービス提供の概念図である。
ＤＲＭ規格は、適用分野と製品によって差がある。図１に示すように、ＤＲＭサービス提供のために、先ず原本コンテンツは特定暗号化鍵を用いて暗号化される。この過程をパッケージング１２といい、これによって暗号化されたコンテンツ、暗号化鍵などが生成される。この時、暗号化鍵は以後の原本コンテンツを復元する時に用いられる。
【０００４】
そして、暗号化されたコンテンツを用いる時に適用される所定の制約を指定する過程が権限モデリング（Ｒｉｇｈｔ  Ｍｏｄｅｌｉｎｇ）１４である。例えば、所定コンテンツに対してプレーできる制約条件を３回まで許容可能な権限をモデリングすることができる。前記過程を経るようになれば、ＤＲＭが適用されたコンテンツ１６が生成される。
【０００５】
そして、クライアントが自身のプラットフォーム２０でＤＲＭコンテンツ１６を用いようとする時、ライセンスサーバ１０で復号化に必要な前記暗号化鍵と権限情報を要請するようになる。これによって、ライセンスサーバ１０は前記暗号化鍵と権限情報を読み取り、クライアントのプラットフォーム２０に伝送する。
【０００６】
このようなＤＲＭシステムがＣＭＳ（コンテンツ管理システム）と連動する時に用いられた方式は、大きく２種類に分類される。第１に、別のツールを介してＤＲＭ適用が完了したコンテンツを、以後に一般的なコンテンツのようにＣＭＳに登録して管理する方式である。しかし、コンテンツ管理業務者がＤＲＭおよびＣＭＳに関連する２種類のシステムで別々に作業をしなければならない不便さと、ＤＲＭ業者から提供する前記ツールは機能的にコンテンツ管理システム（ＣＭＳ）と重複するという問題点がある。また、ＤＲＭが適用されたコンテンツのみＣＭＳに入力するようになっており、ＤＲＭが適用されない原本コンテンツをＣＭＳを介して他のシステムで用いることができない。
【０００７】
第２に、ＣＭＳのメニューにＤＲＭのために必要なパッケージング、および権限モデリングのためのＵＩ（ユーザインタフェース）を追加する方式である。しかし、コンテンツ管理業者、およびＤＲＭ業者相互間にＣＭＳとＤＲＭシステムの連動のため多くのカスタマイズ開発費用が発生する。また、１つのコンテンツ管理システムに多様なＤＲＭ規格を効率的に適用させることができず、１つの方式のＤＲＭのみ適用させられる問題点がある。そして、コンテンツ管理システムＵＩとＤＲＭ関連ＵＩの統一性に難があり、別にＤＲＭと関連する情報を格納するためのデータベースを必要とする。
【０００８】
図２は、従来の課金サービス提供の概念図である。
課金（Ｂｉｌｌｉｎｇ）の根拠になるデータを一般的にＣＤＲ（Ｃａｌｌ  Ｄａｔａ  Ｒｅｃｏｒｄ）、またはＵＤＲ（Ｕｓａｇｅ  Ｄａｔａ  Ｒｅｃｏｒｄ）というが、このようなデータは、先ず調停モジュール３０を介して伝えられてくる。このように伝えられたデータは、フォーマットとフィルタリングなどのバリデーション過程３２を経る。そして、バリデーション過程３２を経れば、課金算定に必要なデータとして抽出されるようになる。そして、抽出されたデータを用いて、課金を精算（Ｒａｔｉｎｇ）３４するようになる。
【０００９】
この時、サービス事業者の価格政策により課金が決定されるため、必ず価格モデルを参照しなければならない。例えば、コンテンツファイル１つをダウンロードする度に１００ウォンが付加され、コンテンツのダウンロード回数が１０回に到達した場合、１０回目ごとに使用料が無料という指定は価格モデルによって指定できる。
【００１０】
課金精算が終了すれば、料金データ３６が生成される。そして、生成された情報は、課金センター、顧客センター、ＣＲＭなどに提供され得る。
【００１１】
このような課金システムが、ＣＭＳが連動する時に用いられた方式は大きく２種類の方法である。第１に、価格エディタという別のツールによって、コンテンツに対する価格政策をモデリングし、ＣＭＳではコンテンツを登録する方式である。この時、価格関連情報とコンテンツ関連テーブルとは別のデータベースに格納され、コンテンツＩＤ（ＣＩＤ：Ｃｏｎｔｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）を用いて、コンテンツと前記コンテンツの価格が互いにマッピングされて、該当コンテンツに指定された価格モデルが適用されるようになる。しかし、コンテンツ管理者が課金とＣＭＳに関連する２種類のシステムで別々に作業しなければならない不便さがあり、課金システムで提供する価格エディタツールは機能的にコンテンツ管理システムと重複するという問題点がある。
【００１２】
第２に、ＣＭＳのメニューに価格モデリングのためＵＩを追加する方式である。しかし、コンテンツ管理業者、および課金業者相互間にＣＭＳと課金システムの連動のため多くのカスタマイズ開発費用が発生し、１つのコンテンツ管理システムに多様な価格モデルを効率的に適用させることができず、１つの方式の価格モデルのみ適用させられる問題点がある。そして、コンテンツ管理システムＵＩと課金関連ＵＩの統一性に難があり、別に課金と関連する情報を格納するためのデータベースを必要とする。
【００１３】
したがって、ＤＲＭおよび課金サービス提供のための独立的な連動方式を提供して、ＤＲＭおよび課金サービスのために必要な情報を効果的に提供するコンテンツ管理システムが必要である。
【特許文献１】韓國公開特許第１０−２００４−００５６６３８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
本発明は、コンテンツ管理装置および方法を提供して、ＤＲＭおよび課金サービスを効率的に連動することにその目的がある。
本発明の目的は、以上で言及した目的に制限されず、言及していないまた他の目的は下記記載によって当業者が明確に理解できるものである。
【課題を解決するための手段】
【００１５】
前記目的を達成するために、本発明の一態様に係るコンテンツ管理装置は、コンテンツタイプにより属性要素を所定の形態で定義する属性モデリング部と、コンテンツタイプにマッピングされた所定のカテゴリを生成するカテゴリ管理部と、生成されたカテゴリの種類によって属性情報値を入力する画面を提供するＵＩ提供部と、所定コンテンツファイルに入力された属性情報値をマッピングし、マッピングされた属性情報値をコンテンツファイルに適用させるマッピング部とを含み、属性情報値はコンテンツの権限情報およびコンテンツの価格モデルに関する情報のうち少なくとも１つを含む。
【００１６】
本発明の他の態様に係るコンテンツ管理方法は、コンテンツタイプにより属性要素を所定の形態で定義するステップと、コンテンツタイプにマッピングされた所定のカテゴリを生成するステップと、生成されたカテゴリの種類によって属性情報値を入力する画面を提供するステップと、所定コンテンツファイルに入力された属性情報値をマッピングし、マッピングされた属性情報値をコンテンツファイルに適用させるステップとを含み、属性情報値はコンテンツの権限情報およびコンテンツの価格モデルに関する情報のうち少なくとも１つを含む。
その他、実施形態の具体的な事項は、詳細な説明および図面に含まれている。
【発明の効果】
【００１７】
本発明のコンテンツ管理装置および方法によれば、次のような効果が１つあるいはそれ以上ある。
第１に、ＤＲＭおよび課金サービスのために必要な情報提供のための独立的な連動方式を提供し、これによって効率的なサービスを提供できる長所がある。
第２に、簡便なインターフェースによってＤＲＭ規格変化に対応できる長所もある。
第３に、コンテンツファイルに複数の権限情報および価格モデルを適用させられる長所もある。
第４に、共通したデータベースによって、多様なコンテンツタイプを管理できる長所もある。すなわち、ＤＲＭおよび課金サービス連動のための別のデータベーステーブルが不要である。
【発明を実施するための最良の形態】
【００１８】
本発明の利点および特徴、そしてそれらを達成する方法は、添付する図面と共に詳細に後述する実施形態を参照すれば明確になる。しかし、本発明は以下にて開示する実施形態に限定されず、互いに異なる多様な形態によって実施され、単に本実施形態は本発明の開示が完全なものとなるようにし、本発明が属する技術分野で通常の知識を有する者に発明の範疇を完全に知らせるために提供されるものであって、本発明は請求項の範疇によってのみ定義されるものである。明細書の全体に亘り、同一参照符号は同一構成要素を示す。
【００１９】
以下、添付された図面を参照して、本発明の好ましい実施形態を詳細に説明することにする。
【００２０】
図３は、本発明の一実施形態に係るコンテンツ管理装置のブロック図である。
コンテンツ管理装置３００は、属性モデリング部３１０、ＵＩ提供部３２０、呼出部３２５、カテゴリ管理部３３０、属性情報管理部３４０、およびマッピング部３５０を含む。
【００２１】
属性モデリング部３１０は、コンテンツタイプにより属性要素を所定の形態で定義する。この時、属性モデリング部３１０は、属性要素をコンテンツタイプ名でまとめて管理することができる。コンテンツタイプは、動画、イメージ、オーディオなど多様である。例えば、動画の属性要素は１秒当たりのフレーム（ＦＰＳ：Ｆｒａｍｅ  Ｐｅｒ  Ｓｅｃｏｎｄ）、サイズ、高さ、幅などを含むことができる。そして、横、縦サイズなどはイメージの属性要素に含まれる。一方、制約条件と許可などコンテンツライセンスに関する権限情報もＤＲＭに関連する１つのコンテンツタイプによって管理される。この時、コンテンツの権限情報は、コンテンツを使用できる許可期間、許可されたプレー回数、許可されたユーザ数などに関する情報を含むことができる。また、コンテンツの価格モデル（基本価格、サービス提供者との利益配分率、割引率、免除率など）は、コンテンツの課金と関連する１つのコンテンツタイプによって管理される。
【００２２】
ユーザは、図４に示すように、後述されるＵＩ提供部３２０を介して提供されている属性要素に関する定義画面を介して前記属性要素を追加することができる。この時、追加された属性要素は、１つのコンテンツタイプ名でまとめられる。例えば、ＯＭＡ  ＤＲＭ１．０というコンテンツタイプ名でＤＲＭに関連する属性要素が含まれる。
【００２３】
ＵＩ提供部３２０は、所定の情報を入力できる入力画面を提供する。例えば、図４に示すように、ＵＩ提供部３２０は前記属性要素に関する定義画面を提供することができる。また、図５に示すように、ＵＩ提供部３２０は、カテゴリ管理画面を提供して、図６〜図８に示すように、カテゴリの種類によって属性情報を入力する入力画面を提供することができる。それ以外にもＵＩ提供部３２０は本発明で提供する多様な入力画面を提供する。
【００２４】
呼出部３２５は、プログラム動作と関連するソースコードを修正してＤＲＭ暗号化過程を追加指定できる。すなわち、ＤＲＭは多様な規格が存在し、所定のコンテンツに対してＤＲＭ暗号化を行うためにはＤＲＭ規格に対応する外部ライブラリーが呼び出されるべきである。したがって、ＵＩ提供部３２０を介して提供されている所定の入力画面を介して、簡便に所定コードを入力し、入力された内容について外部ライブラリーを呼び出すことによってカスタマイズされたサービスを提供できるようになる。
【００２５】
カテゴリ管理部３３０は、前記コンテンツタイプにマッピングされた所定のカテゴリを生成してこれを管理する。すなわち、特定のカテゴリによってコンテンツを登録する時、入力される属性はカテゴリ生成過程で前記コンテンツタイプをマッピングすることによって決定される。そして、コンテンツ管理の便利性のためにコンテンツの用途によって種類別にカテゴリが管理され得る。例えば、カテゴリの種類は、コンテンツの用途により一般（Ｎ）、ＤＲＭ（Ｄ）、課金（Ｂ）カテゴリに分類され得る。ユーザは、カテゴリ管理画面でＤＲＭ（Ｄ）カテゴリを選択してカテゴリ名をＣＡＴ−１と入力する。そして、図４で生成したコンテンツタイプ名のうちＤＲＭと関連する属性要素を含む所定コンテンツタイプ名を選択する。そうすると、選択されたコンテンツタイプ名は、後述されるマッピング部３５０を介してＣＡＴ−１にマッピングされた関係になる。次のステップでユーザが格納ボタンをクリックすれば、前記選択されたコンテンツタイプ名のマッピングされたＣＡＴ−１のカテゴリが生成され、生成されたカテゴリはカテゴリツリー構造上で既に生成されたカテゴリから所定位置に配置される。
【００２６】
属性情報管理部３４０は、ＵＩ提供部３２０を介して提供されている属性入力画面に入力された属性情報（値）を格納および管理する。具体的に説明すれば、先ずユーザはコンテンツの属性情報入力のために生成されたカテゴリのうちいずれか１つを選択し、選択されたカテゴリにより提供されている属性情報入力画面を介して属性情報を入力する。すなわち、前記カテゴリ管理部３３０を介して所定コンテンツタイプにマッピングされたカテゴリが生成されれば、ユーザは生成されたカテゴリを選択する。これによって、生成されたカテゴリにマッピングされたコンテンツタイプ名によって定義された属性要素が属性情報入力画面に表れる。ユーザは属性情報入力画面に実際の属性情報を入力し、属性情報管理部３４０は入力された情報を格納および管理するようになる。
【００２７】
マッピング部３５０は、所定コンテンツファイルに前記入力された属性情報値をマッピングし、前記マッピングされた属性情報値を前記コンテンツファイルに適用させる。この時、前記属性情報値は、コンテンツの権限情報およびコンテンツの価格モデルに関する情報のうち少なくとも１つを含む。また、マッピング部３５０は、関連性あるコンテンツ間で互いにマッピングさせることができる。例えば、同一の歌手のＭＰ３曲とミュージックビデオコンテンツとは、同一の歌手に対するコンテンツという点において互いに関連性がある。したがって、所定の入力画面を介して関連性あるコンテンツをマッピング部３５０を介してマッピングし、以後顧客にマッピングされたコンテンツを共に推薦することによって、向上したサービスと売り上げ増大の効果をみることができる。
【００２８】
図３で示された各々の構成要素は、一種の「モジュール」で構成することができる。前記「モジュール」は、ソフトウェアまたはＦＰＧＡまたはＡＳＩＣのようなハードウェア構成要素を意味し、モジュールはある役割を行う。ところが、モジュールは、ソフトウェアまたはハードウェアに限定される意味ではない。モジュールは、アドレッシングできる格納媒体にあるように構成することもでき、１つまたはそれ以上のプロセッサを再生させるように構成することもできる。したがって、一例としてモジュールはソフトウェア構成要素、オブジェクト指向ソフトウェア構成要素、クラス構成要素およびタスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャ、サブルーチン、プログラムコードのセグメント、ドライバ、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、および変数を含む。構成要素とモジュールの中で提供されている機能は、さらに小さい数の構成要素およびモジュールに結合したり、追加的な構成要素とモジュールにさらに分離したりすることができる。
【００２９】
図４は、本発明の一実施形態に係る属性要素の定義画面を示す。
属性要素の定義画面を介してコンテンツタイプ別の属性要素を生成することができる。図４に示すように、例えばＤＲＭに関連する属性要素を生成しようとする場合、ユーザは第１入力画面４００でコンテンツタイプ名４０２とコンテンツタイプの説明４０４に対する値を入力する。この時、ユーザがコンテンツタイプ名４０２はＯＭＡ  ＤＲＭ  １．０、コンテンツタイプの説明４０４はＤＲＭコンテンツと入力したと仮定する。入力された値は、表（１）のようにデータベースのテーブル（ｔＭｏＣｍ＿ＣｏｎｔｅｎｔＴｙｐｅＩｎｆｏ）に格納される。
【００３０】
【表１】
2008146626.tif 000003
そして、第１追加ボタン４０６をクリックすれば、属性要素を入力することができる第２入力画面４１０が提供される。ユーザは、第２入力画面４１０において属性要素名４１２、データタイプ４１４、最大入力長の値４１６、属性要素説明４１８に対する値を入力する。例えば、ＤＲＭに関連する属性要素はコンテンツを使用できる許可期間を含むことができる。したがって、許可期間を属性要素に追加する場合、属性要素名４１２にデートタイムを入力して、データタイプ４１４でチェックボックスを選択する。データタイプ４１４はユーザがテキストフィールド、テキスト領域、チェックボックス、コンボボックス、ラジオボタンのうちいずれか１つを選択できるように構成することができる。この場合、後述される実際の属性情報の値を入力する場合、ユーザはデートタイムのチェックボックスにチェックして、コンテンツに対する許可期間を適用させられる。
【００３１】
ユーザが残りの属性要素フィールド４１４，４１６，４１８に対する値を入力した後、第２追加ボタン４２０をクリックすれば、画面上に属性要素名４１２であるデートタイムが追加されることをユーザは確認することができる４２２。デートタイムを追加した後、ユーザは上述した方法で他の属性要素を追加することができ、追加された属性要素はコンテンツタイプ名４０２（ＯＭＡ  ＤＲＭ  １．０）でまとめて管理される。前記第２入力画面４１０は前記属性要素フィールド４１２，４１４，４１６，４１８の他に多様なフィールドで構成されることは勿論である。第２追加ボタン４２０をクリックすれば、前記入力された値は表（２）のようにデータベースのテーブル（ｔＭｏＣｍ＿ＣｏｎｔｅｎｔＩｔｅｍ）に格納される。
【００３２】
【表２】
2008146626.tif 000004
前記、ＤＲＭに関連する属性要素の他にも一般的なコンテンツに関連する属性要素も同一の方法で追加して、データベースのテーブルに格納することができる。例えば、第１入力画面４００でコンテンツタイプ名４０２をＣｏｎｔｅｎｔ−１と入力し、コンテンツタイプの説明４０４はコンテンツ−１と入力する。そして、第２入力画面４１０で属性要素名４１２をＩＤと入力して、ＩＤを入力するデータタイプ４１４をテキストフィールドとして選択し、テキストフィールドに入力される最大入力長の値４１６を２０（ｂｙｔｅ）、属性要素説明４１８はＩＤと入力する。そして、第２追加ボタン４２０をクリックすれば、第２入力された値は前記ｔＭｏＣｍ＿ＣｏｎｔｅｎｔＩｔｅｍテーブルに格納される。そして、生成された属性要素はＣｏｎｔｅｎｔ−１というコンテンツタイプ名でまとめて管理される。
【００３３】
前記原理は、課金と関連する属性要素（基本価格、割引率、免除率など）の追加にも用いられることもでき、したがって、共通データベースで一般的なコンテンツ、ＤＲＭおよび課金と関連するコンテンツの属性要素を同一の形態ですべて管理することができる。
【００３４】
また、前記データタイプ４１４に対する実際の属性情報入力に用いられる値は、以下の表（３）のようなデータベースのテーブル（ｔＭｏＣｍ＿ＣｏｎｔｅｎｔＩｔｅｍＣｏｄｅ）にコード化されて管理される。例えば、追加された属性要素のうち性別を入力するデータタイプ４１４がコンボボックス（ラジオボタン、チェックボックス）の形態で属性要素に追加されている場合、実際の属性情報入力画面には、男性または女性を選択することができるように入力形態が画面に構成される。この時、ユーザが選択した性別によりコード値が付与され得る。例えば、男性はコード名に対するコード値を１と付与し、女性はコード名に対するコード値を０と付与して、データベーステーブル（ｔＭｏＣｍ＿ＣｏｎｔｅｎｔＩｔｅｍＣｏｄｅ）に格納され得る。
【００３５】
【表３】
2008146626.tif 000005
図５は、本発明の一実施形態に係るカテゴリの管理画面を示す。
図５に示すように、カテゴリの種類５０２は、コンテンツの用途により一般（Ｎ）、ＤＲＭ（Ｄ）、課金（Ｂ）のカテゴリに分類される。例えば、ユーザがカテゴリ管理画面５００のカテゴリの種類５０２でＤＲＭ（Ｄ）を選択し、カテゴリ名５０４をＣＡＴ−１と入力する。そして、コンテンツタイプ５０６で選択ボタン５０８をクリックして、図４で生成したコンテンツタイプ名のうちのＯＭＡ  ＤＲＭ  １．０  ５２２を選択する。コンテンツタイプ名は、コンテンツタイプのツリー構造５２０でユーザに提供され得る。ユーザがＯＭＡ  ＤＲＭ  １．０  ５２２を選択すれば、ＯＭＡ  ＤＲＭ  １．０  ５２２がＣＡＴ−１にマッピングされる。次のステップでユーザが格納ボタン５１０をクリックすれば、ＯＭＡ  ＤＲＭ  １．０  ５２２がマッピングされたＣＡＴ−１のカテゴリが生成される。そして、生成されたＣＡＴ−１のカテゴリ５３４はカテゴリツリー構造５３０上で既に生成されたカテゴリから所定位置に配置される。そして、前記カテゴリツリー構造５３０に表示されるカテゴリ名には、カテゴリの種類を表わす識別子５３２が表示される。
【００３６】
この時、生成されたカテゴリが既に生成された上位カテゴリから何番目の深さに位置するのか、または同じ深さのカテゴリの間の生成順序などに関する情報およびカテゴリ管理画面５００でユーザが入力したカテゴリの基本情報に対する値は、以下の表（４）のデータベーステーブル（ｔＭｏＣｍ＿Ｃａｔｅｇｏｒｙ）に格納される。
【００３７】
【表４】
2008146626.tif 000006
また、前記コンテンツタイプとカテゴリとのマッピングされた情報は、以下の表（５）のデータベーステーブル（ｔＭｏＣｍ＿ＣｏｎｔｅｎｔＣａｔＤｅｆ）に格納される。
【００３８】
【表５】
2008146626.tif 000007
表（５）に示すように、図４で生成されたコンテンツタイプ名（ＯＭＡ  ＤＲＭ  １．０）と上述した図５で生成されたカテゴリ（ＣＡＴ−１）に付与されたカテゴリＩＤが選択されたカテゴリの種類に関する情報と共に格納され、相互マッピングされた関係をなしていることが分かる。
【００３９】
一方、ＤＲＭ（Ｄ）カテゴリの場合、ユーザが前記格納ボタン５１０をクリックする時に、さらにＵＩ提供部３２０を介して提供されたコード入力画面を介してユーザが入力した情報によりＤＲＭ暗号化に必要な外部ライブラリーを呼び出すことができるように構成することができる。例えば、ユーザが前記格納ボタン５１０をクリックする時、「ｒｅｔ＝ｔｒａｎｓｆｏｒ（ｉｎｐｕｔ＿ｆｉｌｅ、ｏｕｔｐｕｔ＿ｆｉｌｅ、ｋｅｙ）」というコードがコード入力画面を介して追加されれば、ユーザは前記コードのパラメータ値に適切な値を入力してＤＲＭの暗号化に必要な外部ライブラリーを呼び出すことができるようにする。これによって、多様なＤＲＭスペックに対するカスタマイズされたサービスを提供することができる。
【００４０】
図６は、本発明の一実施形態に係るＤＲＭの属性情報の入力画面を示す。
ユーザは、コンテンツの属性情報入力のために生成されたカテゴリのうちいずれか１つを選択し、選択されたカテゴリにより提供されている属性情報入力画面を介して属性情報を入力する。
【００４１】
例えば、図５でＤＲＭ（Ｄ）のカテゴリであるＣＡＴ−１を選択すれば、ＣＡＴ−１にマッピングされたＯＭＡ  ＤＲＭ  １．０コンテンツタイプの属性要素が図６のようにＤＲＭの属性情報入力画面６００に表れる。
【００４２】
ＤＲＭの属性情報入力画面６００に入力された値は、以下の表（６）のようにデータベースのテーブル（ｔＭｏＣｍ＿ＣｏｎｔｅｎｔＩｔｅｍＶａｌ）に格納される。ｔＭｏＣｍ＿ＣｏｎｔｅｎｔＩｔｅｍＶａｌテーブルは、図４で生成したコンテンツタイプ別の属性要素に対して実際に入力された属性情報値を含んでいる。
【００４３】
【表６】
2008146626.tif 000008
より具体的に見れば、ＤＲＭの属性情報入力画面６００で属性情報名６０２をＤＲＭ３に入力して、属性要素に対して実際の属性情報値を入力する。参考に、属性情報名６０２は、表（６）でｓＩｔｅｍＮａｍｅフィールドに入力される。
【００４４】
例えば、図４で属性要素名４１２がデートタイムとして入力され、データタイプ４１４がチェックボックスとして属性要素が追加されてＯＭＡ  ＤＲＭ  １．０コンテンツタイプ名として格納された。これによって、ＤＲＭの属性情報入力画面６００でデートタイムという属性要素名およびチェックボックス６０４が表れてユーザはＤＲＭ３にデートタイムを適用させるか否かを選択できるようになる。同じように、図４で生成されたＯＭＡ  ＤＲＭ  １．０コンテンツタイプ名に含まれた他の属性要素６０１，６０３も定義された形態によりＤＲＭの属性情報入力画面６００に表れるようになる。ユーザは、格納ボタン６０６をクリックして入力された値を格納し、格納された属性情報は、ＤＲＭ３という名前でまとめて、１つのコンテンツのように取り扱われる。そして、リストボタン６０８を介して生成された内訳を確認することができる。
【００４５】
したがって、本発明では属性情報がコンテンツごとに固定され、データベースの所定のテーブルに格納されたものとは異なり、属性情報を動的に構成して管理する。したがって、より便利に属性情報を多様なコンテンツに適用させることができる。
【００４６】
図６と同一の原理で課金に対する属性情報を入力することができる。
【００４７】
図７は、本発明の一実施形態に係る課金の属性情報入力画面を示す。
ユーザは、図４を介してＢＩＬ−１というコンテンツタイプ名で課金と関連する属性要素を生成し、図５でカテゴリの種類を課金（Ｂ）に選択する。そして、カテゴリ名をＢＩＬと入力して前記ＢＩＬ−１にマッピングさせた後に格納する。そして、ユーザは生成されたＢＩＬを選択して、図７に示されたコンテンツの価格モデルに対する属性情報を課金の属性情報入力画面７００を介して入力する。
【００４８】
より具体的に説明すれば、例えばＢＩＬ−１コンテンツタイプ名に含まれた属性要素で属性要素名４１２が価格として入力され、データタイプ４１４がテキストフィールドとして入力された場合、課金の属性情報入力画面７００で価格およびテキストフィールド７０４が表れ、ユーザはコンテンツに適用させる価格を入力するようになる。同じように、図４で生成されたＢＩＬ−１コンテンツタイプ名に含まれた他の属性要素も定義された形態により課金の属性情報入力画面７００に表れるようになる。ユーザは格納ボタン７０６をクリックして入力された値を格納し、格納された属性情報はＢＩＬ３７０２という名前でまとめて格納管理される。そして、リストボタン７０８を介して生成された属性情報の内訳を確認できる。課金の属性情報入力画面７００に入力された値は前記ｔＭｏＣｍ＿ＣｏｎｔｅｎｔＩｔｅｍＶａｌ表（６）に格納される。
【００４９】
図８は、本発明の一実施形態に係るコンテンツ入力画面を示す。
ユーザがコンテンツを登録するためにカテゴリを先ず選択する。例えば、図６で生成されたカテゴリのうち一般（Ｎ）カテゴリであるＣＣ  ８０２を選択する。これによって、図８のようなコンテンツ入力画面８００が提供される。コンテンツ入力画面８００は選択されたカテゴリの種類（Ｎ、Ｄ、Ｂ）により変わる。すなわち、上述した図６および図７の属性情報入力画面６００，７００はコンテンツ入力画面８００のうち、コンテンツ基本情報８１０と拡張情報８３０のみ出力された画面であり得る。拡張情報８３０は、図６および図７の属性情報の入力部分を示す。したがって、拡張情報８３０で入力された値は、前記ｔＭｏＣｍ＿ＣｏｎｔｅｎｔＩｔｅｍＶａｌテーブル表（６）に格納される。
【００５０】
コンテンツ基本情報８１０は、上述したようにカテゴリの種類に関わらず、表（７）のようにデータベースのｔＭｏＣｍ＿ＣｏｎｔｅｎｔＩｎｆｏテーブルに格納される。
【００５１】
【表７】
2008146626.tif 000009
一方、物理的ファイル指定８２０で実際の物理的コンテンツファイルを選択する。関連コンテンツ８４０の入力部分は、関連性あるコンテンツファイルをマッピングさせられる。例えば、物理的ファイル指定８２０で選択されたコンテンツファイルと関連するコンテンツファイルを指定し、以後顧客にマッピングされたコンテンツファイルを共に推薦することができる。
【００５２】
コンテンツ間のマッピング情報は、表（８）のようにデータベーステーブル（ｔＭ．Ｃｍ＿ＣｏｎｔｅｎｔＲｅｌａｔｉｏｎ）に格納される。
【００５３】
【表８】
2008146626.tif 000010
ＤＲＭコンテンツ８５０の入力部分は、図６のようにＤＲＭ（Ｄ）種類のカテゴリを介して生成された情報（例えば、前記ＤＲＭ３）のうちいずれか１つを選択する。このようなマッピング過程を介して物理的ファイル指定８２０で選択したコンテンツにＤＲＭ３に含む属性情報によりＤＲＭ権限を適用させられる。この時、既に生成された複数の属性情報を選択して、多様な権限情報を同時に適用させられる。また、課金コンテンツ８６０の入力部分で図７のように課金（Ｂ）種類のカテゴリを介して生成された情報（例えばＢＩＬ３）のうちいずれか１つを選択して、物理的ファイル指定８２０で選択したコンテンツに価格モデルをマッピングさせられる。同じように、課金に対する属性情報（値）も複数指定が可能である。
【００５４】
コンテンツを登録する時には、上述したように先ずカテゴリを選択するようになるが、所定コンテンツがどのカテゴリに属するのかに関する情報は表（９）のようにデータベーステーブル（ｔＭｏＣｍ＿ＣｏｎｔｅｎｔＣａｔＲｅｆ）に格納される。
【００５５】
【表９】
2008146626.tif 000011
図９は、本発明の一実施形態に係るコンテンツ管理方法のフローチャートである。
属性モデリング部３１０は、コンテンツタイプにより属性要素を所定のコンテンツタイプ名で生成する（Ｓ９０１）。これについては、図４の説明を参照する。
【００５６】
カテゴリ管理部３３０は、前記コンテンツタイプ名にマッピングされた所定カテゴリを生成する（Ｓ９１１）。詳細な内容は、図５の説明を参照する。
【００５７】
ＵＩ提供部３２０は、前記生成されたカテゴリの種類によって属性情報を入力する入力画面を提供する（Ｓ９２１）。詳細な内容は、図６〜図８の説明を参照する。
【００５８】
属性情報管理部３４０の前記入力画面に入力された属性情報値を格納、管理する（Ｓ９３１）。
次のステップでマッピング部３５０は、所定コンテンツファイルに前記属性をマッピングさせる（Ｓ９４１）。
【００５９】
以後、属性情報が適用されたコンテンツ（ファイル）がユーザに提供される（Ｓ９５１）。この時、提供されているコンテンツと関連するコンテンツ情報（ＤＲＭ情報および課金情報を含む）が共に提供され得る。
【００６０】
以上、添付した図面を参照して本発明の実施形態を説明したが、本発明が属する技術分野で通常の知識を有する者であれば、本発明がその技術的思想や必須の特徴を変更せず、他の具体的な形態によって実施することができるということを理解できる。したがって、以上で記述した実施形態はすべての面で例示的なものであり、限定的なものではないことを理解しなければならない。
【図面の簡単な説明】
【００６１】
【図１】従来のＤＲＭサービス提供の概念図である。
【図２】従来の課金サービス提供の概念図である。
【図３】本発明の一実施形態に係るコンテンツ管理装置のブロック図である。
【図４】本発明の一実施形態に係る属性要素入力画面を示す。
【図５】本発明の一実施形態に係るカテゴリ管理画面を示す。
【図６】本発明の一実施形態に係るＤＲＭの属性情報入力画面を示す。
【図７】本発明の一実施形態に係る課金の属性情報入力画面を示す。
【図８】本発明の一実施形態に係るコンテンツ入力画面を示す。
【図９】本発明の一実施形態に係るコンテンツ管理方法のフローチャートである。
【符号の説明】
【００６２】
３１０      属性モデリング部
３２０      ＵＩ提供部
３２５      呼出部
３３０      カテゴリ管理部
３４０      属性情報管理部
３５０      マッピング部
【図１】
2008146626.tif 000012
【図２】
2008146626.tif 000013
【図３】
2008146626.tif 000014
【図４】
2008146626.tif 000015
【図５】
2008146626.tif 000016
【図８】
2008146626.tif 000017
【図９】
2008146626.tif 000018
【図６】
2008146626.tif 000019
【図７】
2008146626.tif 000020