(57)【要約】【課題】本発明は、コンテンツの著作権を保護するための処理を行うときにあって、著作権保護処理の機能追加や機能変更を容易に実現できるようにする新たなコンテンツ著作権保護技術の提供を目的とする。【解決手段】コンテンツに施す著作権保護処理ごとの処理モジュールで構成されて、装置本体に増減可能に接続される保護処理部を使って、コンテンツに著作権保護処理を施すという構成を採るとともに、それらの保護処理部に処理を依頼する際に必要となる情報を管理することで、どのような保護処理部が接続されているのかということについて管理するモジュール管理部を用意するという構成を採ることで、著作権保護処理を逐次追加していくことをできるようにすることから、設備更改のための投資を最小限にして、１つのシステムで様々な著作権保護を可能にできるようになる。【選択図】　　　　　図１
2004139476.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツの著作権を保護するための処理を行うコンテンツ著作権保護装置において、
コンテンツに施す著作権保護処理ごとの処理モジュールで構成され、装置本体に増減可能に接続されるとともに、その著作権保護処理を実行する増減可能な１つ又は複数のタスクプロセス実行部を有して、コンテンツに規定の著作権保護処理を施す１つ又は複数の保護処理部と、
上記保護処理部で実行される著作権保護処理の処理順序の情報と、上記保護処理部で実行される著作権保護処理の処理種別の情報と、上記保護処理部に処理を依頼する際に必要となる情報とを管理するモジュール管理部と、
コンテンツに対する著作権保護処理要求がある場合に、上記モジュール管理部の管理する情報に従って、上記保護処理部に対して、コンテンツに著作権保護処理を施すことを依頼するサービス処理部とを備えることを、
特徴とするコンテンツ著作権保護装置。
【請求項２】
請求項１記載のコンテンツ著作権保護装置において、
コンテンツの属性情報を管理するコンテンツ属性情報管理部を備え、
上記サービス処理部は、上記コンテンツ属性情報管理部の管理する属性情報をパラメータとして指定して、上記保護処理部に対して、コンテンツに著作権保護処理を施すことを依頼するように処理することを、
特徴とするコンテンツ著作権保護装置。
【請求項３】
請求項１又は２記載のコンテンツ著作権保護装置において、
上記サービス処理部は、上記処理種別のみを指定してコンテンツに対する著作権保護処理要求がある場合には、上記モジュール管理部の管理する情報に従って、その処理種別を持つ著作権保護処理に対応付けられる上記保護処理部を特定して、その特定した保護処理部に対して、コンテンツに著作権保護処理を施すことを依頼するように処理することを、
特徴とするコンテンツ著作権保護装置。
【請求項４】
請求項１ないし３のいずれか１項に記載のコンテンツ著作権保護装置において、
上記保護処理部は、上記サービス処理部から著作権保護処理の依頼を受け取る場合に、その処理依頼をキューにキューイングするように処理することを、
特徴とするコンテンツ著作権保護装置。
【請求項５】
請求項４記載のコンテンツ著作権保護装置において、
上記保護処理部は、上記キューにキューイングされている処理依頼の著作権保護処理を実行する場合には、上記タスクプロセス実行部に対して、処理依頼の著作権保護処理が処理可能であるのか否かを問い合わせることで処理可能なタスクプロセス実行部を特定して、その特定したタスクプロセス実行部を使ってコンテンツに著作権保護処理を施すように処理することを、
特徴とするコンテンツ著作権保護装置。
【請求項６】
請求項５記載のコンテンツ著作権保護装置において、
上記保護処理部は、上記タスクプロセス実行部に処理可能なものが存在するものの、それらのタスクプロセス実行部がビジー状態にあることで処理不可能であることを判断する場合には、問い合わせを行った処理依頼を上記キューに再キューイングするように処理することを、
特徴とするコンテンツ著作権保護装置。
【請求項７】
コンテンツの著作権を保護するための処理を行うコンテンツ著作権保護方法において、
コンテンツに対する著作権保護処理要求を受け取る第１の過程と、
コンテンツに施す著作権保護処理ごとの処理モジュールで構成され、装置本体に増減可能に接続されるとともに、その著作権保護処理を実行する増減可能な１つ又は複数のタスクプロセス実行部を有して、コンテンツに規定の著作権保護処理を施す１つ又は複数の保護処理部を管理対象として、その保護処理部で実行される著作権保護処理の処理順序の情報と、その保護処理部で実行される著作権保護処理の処理種別の情報と、その保護処理部に処理を依頼する際に必要となる情報とを管理するモジュール管理部の管理情報を参照することで、受け取った著作権保護処理要求を実行する保護処理部を特定するとともに、その保護処理部の処理順序とその保護処理部に処理を依頼する際に必要となる情報とを取得する第２の過程と、
上記特定した保護処理部を使って、コンテンツに対して、処理要求の著作権保護処理を施す第３の過程とを備えることを、
特徴とするコンテンツ著作権保護方法。
【請求項８】
請求項７記載のコンテンツ著作権保護方法において、
上記第３の過程では、コンテンツの属性情報を管理するコンテンツ属性情報管理部から取得される属性情報をパラメータとして用いて、上記特定した保護処理部を使って、コンテンツに著作権保護処理を施すように処理することを、
特徴とするコンテンツ著作権保護方法。
【請求項９】
請求項７又は８記載のコンテンツ著作権保護方法において、
上記第２の過程では、上記処理種別のみを指定してコンテンツに対する著作権保護処理要求がある場合には、上記モジュール管理部の管理する情報を参照することで、受け取った著作権保護処理要求を実行する保護処理部として、その処理種別を持つ著作権保護処理に対応付けられる上記保護処理部を特定するように処理することを、
特徴とするコンテンツ著作権保護方法。
【請求項１０】
請求項７ないし９のいずれか１項に記載のコンテンツ著作権保護方法において、
上記第３の過程では、処理要求の著作権保護処理を上記特定した保護処理部の持つキューにキューイングするように処理することを、
特徴とするコンテンツ著作権保護方法。
【請求項１１】
請求項１０記載のコンテンツ著作権保護方法において、
上記第３の過程では、上記キューにキューイングされている処理要求の著作権保護処理を実行する場合には、上記特定した保護処理部の有するタスクプロセス実行部に対して、処理要求の著作権保護処理が処理可能であるのか否かを問い合わせることで処理可能なタスクプロセス実行部を特定して、その特定したタスクプロセス実行部を使ってコンテンツに著作権保護処理を施すように処理することを、
特徴とするコンテンツ著作権保護方法。
【請求項１２】
請求項１１記載のコンテンツ著作権保護方法において、
上記第３の過程では、上記タスクプロセス実行部に処理可能なものが存在するものの、それらのタスクプロセス実行部がビジー状態にあることで処理不可能であることを判断する場合には、問い合わせを行った処理依頼を上記キューに再キューイングするように処理することを、
特徴とするコンテンツ著作権保護方法。
【請求項１３】
請求項７ないし１２のいずれか１項に記載のコンテンツ著作権保護方法の実現に用いられる処理をコンピュータに実行させるためのコンテンツ著作権保護プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンテンツの著作権を保護するための処理を行うコンテンツ著作権保護装置及びその方法と、そのコンテンツ著作権保護方法の実現に用いられるコンテンツ著作権保護プログラムとに関する。
【０００２】
インターネット等の通信網を通して、デジタルコンテンツが広く流通されている。これから、このようにして流通されるデジタルコンテンツの著作権を保護するための技術の構築が叫ばれている。
【０００３】
【従来の技術】
従来では、インターネット等の通信網を通して流通するコンテンツの著作権保護を行うにあたり、それぞれの保護方法に則したコンテンツ作成サーバと、配信サーバと、コンテンツ再生クライアントとが一体となって、利用者にコンテンツを提供するようにしていた。
【０００４】
また、従来の著作権保護システムにおいては、著作権の保護処理機能も組み込まれていたが、構築時に導入した著作権の保護処理機能についてのみ処理が可能となるという固定的な構成となっており、これから、従来技術に従っていると、著作権の保護処理機能を追加するためには、関連する周辺の機能を改造する必要があった。
【０００５】
従来のコンテンツ流通における著作権保護処理については、例えば、特許文献１、特許文献２、特許文献３などに詳しく紹介されている。
【０００６】
【特許文献１】
特開２００１−３２５１８１
【特許文献２】
特開２００１−３２５４５８
【特許文献３】
特開２００１−３２５４５９
【０００７】
【発明が解決しようとする課題】
このように、従来技術では、著作権の保護処理についてはそれぞれのシステムが独立で稼働することによりコンテンツに施されていた。
【０００８】
これから、従来技術に従っていると、著作権保護処理モジュールの種類が増加するにあたり、コンテンツに施していた保護処理に加え、他の保護処理を追加し保護を強化しようと思っても、各々のシステムが独立で稼動していることから、全てについて導入する必要があるとともに、保護用の項目を何度も入力する必要があるなど、操作性の利便さにも欠けていた。
【０００９】
本発明はかかる事情に鑑みてなされたものであって、コンテンツの著作権を保護するための処理を行うときにあって、著作権保護処理の機能追加や機能変更を容易に実現できるようにする新たなコンテンツ著作権保護技術の提供を目的とする。
【００１０】
【課題を解決するための手段】
この目的を達成するために、本発明のコンテンツ著作権保護装置は、コンテンツの著作権を保護するために、▲１▼コンテンツに施す著作権保護処理ごとの処理モジュールで構成され、装置本体に増減可能に接続されるとともに、その著作権保護処理を実行する増減可能な１つ又は複数のタスクプロセス実行部を有して、コンテンツに規定の著作権保護処理を施す１つ又は複数の保護処理部と、▲２▼メモリ域に展開されて、保護処理部で実行される著作権保護処理の処理順序の情報と、保護処理部で実行される著作権保護処理の処理種別の情報と、保護処理部に処理を依頼する際に必要となる情報とを管理するモジュール管理部と、▲３▼コンテンツに対する著作権保護処理要求がある場合に、モジュール管理部の管理する情報に従って、保護処理部に対して、コンテンツに著作権保護処理を施すことを依頼するサービス処理部と、▲４▼メモリ域に展開されて、コンテンツの属性情報を管理するコンテンツ属性情報管理部とを備えるように構成する。
【００１１】
以上の各処理手段により実現される本発明のコンテンツ著作権保護方法はコンピュータプログラムで実現できるものであり、このコンピュータプログラムは、半導体メモリなどのような適当な記録媒体に記録して提供することができる。
【００１２】
このように構成される本発明のコンテンツ著作権保護装置では、コンテンツとそれに施す著作権保護処理についての情報とを指定して、コンテンツに対する著作権保護処理要求が発行されると、サービス処理部がその著作権保護処理要求を受け取る。
【００１３】
このようにして、コンテンツに対する著作権保護処理要求を受け取ると、サービス処理部は、モジュール管理部の管理する情報を参照することで、受け取った著作権保護処理要求を実行する保護処理部を特定するとともに、その保護処理部の処理順序とその保護処理部に処理を依頼する際に必要となる情報とを取得する。
【００１４】
このとき、サービス処理部は、著作権保護処理の処理種別のみを指定したコンテンツに対する著作権保護処理要求を受け取る場合には、モジュール管理部の管理する情報を参照することで、受け取った著作権保護処理要求を実行する保護処理部として、その処理種別を持つ著作権保護処理に対応付けられる保護処理部を特定するように処理することになる。
【００１５】
このようにして、受け取った著作権保護処理要求を実行する保護処理部を特定すると、サービス処理部は、取得した処理順序の順番に従って、特定した保護処理部に対して、コンテンツに著作権保護処理を施すことを依頼する。
【００１６】
このとき、サービス処理部は、コンテンツ属性情報管理部から取得されるコンテンツの属性情報をパラメータとして用いるように設定されている場合には、その設定のみでコンテンツの属性情報をパラメータとして渡すことができることで、特定した保護処理部に対して、その属性情報をパラメータとして指定してコンテンツに著作権保護処理を施すように処理することになる。
【００１７】
このコンテンツ著作権保護処理の依頼を受け取ると、保護処理部は、その処理依頼をキューにキューイングする。
【００１８】
そして、保護処理部は、そのキューにキューイングされている処理依頼の著作権保護処理を実行する場合には、自配下のタスクプロセス実行部に対して、処理依頼の著作権保護処理が処理可能であるのか否かを問い合わせることで処理可能なタスクプロセス実行部を特定して、その特定したタスクプロセス実行部を使ってコンテンツに著作権保護処理を施す。
【００１９】
このとき、保護処理部は、処理可能なタスクプロセス実行部が存在するものの、それらのタスクプロセス実行部がビジー状態にあることで処理不可能であることを判断する場合には、問い合わせを行った処理依頼をキューに再キューイングするように処理することになる。
【００２０】
このように、本発明のコンテンツ著作権保護装置では、コンテンツに施す著作権保護処理ごとの処理モジュールで構成されて、装置本体に増減可能に接続される保護処理部を使って、コンテンツに著作権保護処理を施すという構成を採るとともに、それらの保護処理部に処理を依頼する際に必要となる情報を管理することで、どのような保護処理部が接続されているのかということについて管理するモジュール管理部を用意するという構成を採ることで、著作権保護処理を逐次追加していくことをできるようにすることから、設備更改のための投資を最小限にして、１つのシステムで様々な著作権保護を可能にできるようになる。
【００２１】
さらに、保護処理部が著作権保護処理を実行する増減可能な複数のタスクプロセス実行部を備えるという構成を採ることで、著作権保護処理の特性に合わせた機器の増設を可能にし、これにより、著作権保護処理の負荷分散を実現できるようになる。
【００２２】
【発明の実施の形態】
以下、実施の形態に従って本発明を詳細に説明する。
【００２３】
図１に、本発明を具備するコンテンツ著作権保護装置１の一実施形態例を図示する。
【００２４】
この図に示すように、本発明のコンテンツ著作権保護装置１は、装置に接続されている著作権保護処理モジュール（保護処理部４０）の情報を管理するモジュール管理部１０と、ＩＤ管理データベース（ＩＤ管理ＤＢ）を使って、コンテンツＩＤと対応をとりつつ、著作権保護のためにコンテンツに付随する属性情報（符号化方式の情報など）を管理するＩＤ管理部２０と、著作権保護処理を施すコンテンツを受け付ける処理を行うサービス処理部３０と、着脱自在な著作権保護処理モジュールで構成されて、各著作権保護処理モジュールに即した分散を行って著作権保護処理を実行する保護処理部４０とを備える。
【００２５】
このサービス処理部３０は、コンテンツの登録要求（コンテンツに対して著作権保護処理を施すことの要求）が発行されるときに、その登録要求で指定されるコンテンツの属性情報（どのような著作権保護処理を施すのかいう情報を含む）をチェックする属性情報チェック部３１と、処理要求の保護処理部４０を起動する保護処理実行部３２とを備える。
【００２６】
保護処理部４０は、電子透かしの著作権保護処理を施す著作権保護処理モジュールとか、カプセル化の著作権保護処理を施す著作権保護処理モジュールとか、コンテンツ記述子の埋め込みを施す著作権保護処理モジュールというように、割り付けられた著作権保護処理を行う着脱自在なモジュールで構成されて、割り付けられた著作権保護処理を施す１つ又は複数の着脱自在なタスクプロセス実行部４３−ｉ（ｉ＝１〜ｎ）と、接続されているタスクプロセス実行部４３−ｉの情報を管理するとともに、処理可能なタスクプロセス実行部４３−ｉを探し出して著作権保護処理を施すことを依頼するタスク管理部４２と、タスクプロセス実行部４３−ｉに処理を依頼するようタスク管理部４２に命令するタスク要求コマンド４１とを備える。
【００２７】
ここで、各タスクプロセス実行部４３−ｉは、コンテンツに対して割り付けられた著作権保護処理を施す保護処理コア部４３２−ｉ（ｉ＝１〜ｎ）と、タスク管理部４２から処理可能であるのか否かの問い合わせを受けるときに、処理可能であるのか否かを判断してそれを返すタスク判断部４３１−ｉ（ｉ＝１〜ｎ）とを備える。
【００２８】
タスク判断部４３１−ｉは、例えば、静止画用の電子透かししか処理できない場合に、動画用の電子透かしの処理が可能であるのか否かの問い合わせがあった場合には、タスク管理部４２に対して処理不可能であることを返すのである。
【００２９】
本発明のコンテンツ著作権保護装置１は、モジュール管理部１０によって、著作権保護処理モジュールの容易な追加を実現している。
【００３０】
このモジュール管理部１０は、具体的には、装置に接続されている各著作権保護処理モジュール（保護処理部４０）ごとに、その著作権保護処理モジュールのモジュール名と、その著作権保護処理モジュールの処理順序の情報と、その著作権保護処理モジュールの処理種別の情報と、その著作権保護処理モジュールに処理を依頼する際に必要となる情報とを管理する。
【００３１】
例えば、電子透かしを著作権保護処理モジュールとして実装したシステムを実現する場合には、モジュール管理部１０に、モジュール名として電子透かしを示すＷＭという名前を登録しておく。その他に著作権保護処理モジュールが存在しなければ、処理順序は１となる。さらに、電子透かしには、読み出しと埋め込みという処理種別があることから、処理種別にそれらを登録する。その他、電子透かしを起動する際のコマンドやパラメータ等を登録しておくことによって、事前準備は終了する。
【００３２】
このような登録を行った場合、実際にコンテンツの登録を行うと、登録フローの中でコンテンツに著作権保護処理を施す際に、モジュール管理部１０に登録されている著作権保護処理モジュールの中で、１番目に処理を行う電子透かしを実行することとなる。
【００３３】
さらに、一例として、著作権保護処理モジュールとしてカプセル化を追加したいという場合には、カプセル化を実行する著作権保護処理モジュールを追加するとともに、モジュール管理部１０に、カプセル化を示すＤＲＭという名前を登録し、処理順序を２、カプセル化の処理を起動する際のコマンドやパラメータを登録して、コンテンツの登録を行うと、登録フローの中でコンテンツに著作権保護処理を施す際に、保護処理の方法について特別の指定がない場合には、モジュール管理部１０に登録されている著作権保護処理モジュールの中で１番目に電子透かしを実行し、２番目にカプセル化を実行するという形となる。
【００３４】
次に、本発明を実現するための手順について説明する。
【００３５】
（１）モジュール管理部１０への登録
まず、サービスを開始する事前準備として、モジュール管理部１０に、装置に接続する著作権保護処理モジュールの登録を行っておく。
【００３６】
具体的には、保護処理部４０として実装した著作権保護処理モジュールのモジュール名Ｍｎと、その著作権保護処理モジュールの処理順序Ｌｎと、その著作権保護処理モジュールが持っている処理種別Ｋｎと、その著作権保護処理モジュールのモジュール名が指定された際に起動すべきタスク要求コマンド４１と、著作権保護処理を行う対象となるコンテンツの所在や、著作権保護処理を行った結果のコンテンツを出力する所在等といった著作権保護処理モジュールを起動する際に渡すパラメータＰｎ（ｎ＝１〜Ｎ）とをモジュール管理部１０に登録する。
【００３７】
さらに、タスク要求コマンド４１を起動する際のパラメータには、ＩＤ管理部２０で管理している該当コンテンツに付随する属性情報を指定することも可能で、指定の記述によって設定しておけば、サービス処理部３０がタスク要求コマンド４１の起動の際に、ＩＤ管理部２０から該当の属性情報を取得し、パラメータとして渡すことができる。また、このとき、処理種別によって異なるコマンドを起動するような設定も可能である。
【００３８】
（２）コンテンツの登録
コンテンツを作成し流通させる際、著作権保護を行いたい権利者がコンテンツの登録を行う。その際、コンテンツに付随する属性情報のうち必須であるもの、その段階で入力することができる属性情報Ｐを入力し、コンテンツデータがある場合には、コンテンツＣも一緒に登録を行う。
【００３９】
著作権保護処理業務を行うためのクライアントから属性情報ＰとコンテンツＣとを受信したサービス処理部３０では、まず、属性情報チェック部３１で、入力された属性内容のチェックを行う。
【００４０】
入力された属性内容がすべて許容される情報であれば、保護処理実行部３２で、該当コンテンツに対する著作権保護処理を起動する処理が実行される。
【００４１】
例えば、属性情報Ｐの中に、保護処理の方法（著作権保護処理モジュール名）と処理種別の指定とがあった場合、サービス処理部３０は、該当する著作権保護処理モジュールをモジュール管理部１０より検索し、該当する著作権保護処理モジュールのタスク要求コマンド４１に起動をかける。
【００４２】
このとき、保護処理の方法として、複数の著作権保護処理モジュール名が指定される場合には、電子透かしの著作権保護処理が終わったらカプセル化の著作権保護処理を施すというように、モジュール管理部１０に登録される処理順序の順番に従って、該当する著作権保護処理モジュールのタスク要求コマンド４１に起動をかけていくことになる。
【００４３】
また、属性情報Ｐの中に、処理種別の指定のみがあった場合（ここでは「埋め込み」のみの指定があったとする）には、保護処理実行部３２は、モジュール管理部１０で管理されている著作権保護処理モジュールの中に、「埋め込み」という処理種別を持つ著作権保護処理モジュールがないかどうかを調べる。
【００４４】
該当する著作権保護処理モジュールがあった場合、まず最初に、実行順序の最も小さいタスク要求コマンド４１を取得し、それに渡すべきパラメータを取得する。パラメータの中に、ＩＤ管理処理部２０に保存されているものを参照する指定がある場合は、該当する属性情報を参照し、コマンドに引数として渡し、入力されたコンテンツに対する該当する著作権保護処理モジュールのタスク要求コマンド４１の起動を行う。
【００４５】
このとき、例えば、処理種別によって異なるコマンドを起動しない設定になっていた場合には、著作権保護処理モジュール名ＷＭの電子透かしモジュールで説明するならば、処理種別「埋め込み」「読み出し」に関わらず同じタスク要求コマンド４１を起動し、そのとき処理種別もパラメータとして渡される。
【００４６】
そして、実行順序の最も小さい著作権保護処理モジュールによる処理を終了した場合には、その次に実行順序の小さい著作権保護処理モジュールのタスク要求コマンド４１の起動を行っていくというように、「埋め込み」という処理種別を持つ全ての著作権保護処理モジュールのタスク要求コマンド４１の起動を行っていく。
【００４７】
（３）著作権保護処理モジュールの構成
タスク要求コマンド４１で起動された著作権保護処理モジュール（保護処理部４０）では、著作権保護処理の実行にあたって負荷の分散を行う。
【００４８】
ここで、著作権保護処理モジュールは、メディアによって処理時間や負荷が異なることから、負荷分散を行う指標としてメディア種別も加える。
【００４９】
例えば、著作権保護処理モジュールとして電子透かしを組み込む場合には、以下のようになる。
【００５０】
保護処理部４０として電子透かし用の保護処理部４０が接続されているときに、タスク管理部４２に対して、タスクプロセス実行部４３−１（以下、タスクプロセス実行部４３ｗｉと記述する）として静止画用の電子透かし処理実行機器を接続し、タスク管理部４２に登録する。
【００５１】
また、タスク管理部４２に対して、タスクプロセス実行部４３−２（以下、タスクプロセス実行部４３ｗｍ１　と記述する）として動画用の電子透かし処理実行機器を接続し、タスク管理部４２に登録するとともに、動画に電子透かしを埋め込むには機器に負担がかかることから、さらに、タスク管理部４２に対して、タスクプロセス実行部４３−３（以下、タスクプロセス実行部４３ｗｍ２　と記述する）として動画用の電子透かし処理実行機器を接続し、タスク管理部４２に登録しておく。
【００５２】
この保護処理部４０の構成に従って、動画コンテンツの登録を行うことで電子透かし埋め込み処理が実行される際に、タスク管理部４２に処理要求が送られ、他タスクが無かった場合には該当タスクの処理ができるので、タスクプロセス実行部４３−ｉに処理要求がされる。このとき、該当コンテンツは動画であることから、タスクプロセス実行部４３ｗｍ１，４３ｗｍ２　の空いている機器で処理が行われることになる。
【００５３】
さらに、このとき、他に静止画コンテンツの登録があっても、負荷の大きい動画用の機器が静止画の機器とは別に設けられているため、処理の軽い静止画コンテンツに対しては、動画コンテンツの処理が終了するのを待たずに、別機器であるタスクプロセス実行部４３ｗｉで保護処理が順次行われる。
【００５４】
また、動画コンテンツの登録が多い場合には、動画用の機器をタスク処理実行部４３ｗｍ３，４３ｗｍ４，・・・・と追加していくことによって、動画に対してのみ処理量を増やすこともできる。
【００５５】
（４）著作権保護処理モジュールにおける負荷分散
要求された著作権保護処理に対して負荷分散を行う手順は、以下のとおりとなる。
【００５６】
まず、各保護処理部４０内のタスク管理部４２、あるいは同じ保護処理部４０であっても処理種別によって起動コマンドが異なる場合には、処理種別ごとに一つある保護処理部４０内のタスク管理部４２に対して、著作権保護処理を行うタスクプロセス実行部４３−ｉ（ｉ＝１〜ｎ）を登録しておく。タスクプロセス実行部４３−ｉは複数接続可能とし、各機器名と処理可能なプロセス数等をタスク管理部４２に登録する。
【００５７】
保護処理実行部３２から起動されたタスク要求コマンド４１から、タスク管理部４２に対してタスクの実行が要求され、これを受けて、タスク管理部４２では、タスク処理を待っている処理待ち列Ｐｑに入っている要求（タスク）の数を調べ、受け付けることが可能であれば、処理待ち列Ｐｑに該当要求を追加し、タスク要求コマンド４１に受付受領の返答を行う。
【００５８】
受付受領がされた場合、タスク要求コマンド４１は、保護処理実行部３２にその旨を返し、これを受けて、保護処理実行部３２は、著作権保護処理の起動が確認されたため、該当属性情報をＩＤ管理部２０へ登録するともに、処理を要求してきた著作権保護処理依頼を行うクライアントに対して、要求受付終了とトランザクション番号Ｔｒとを返信する。
【００５９】
これと並行して、タスク管理部４２では、受け付けたタスクの処理を実行する。以下、タスク管理部４２に、タスクプロセス実行部４３Ａとタスクプロセス実行部４３Ｂという２つのタスクプロセス実行部４３−ｉが接続されている場合の例を示す。この場合、あらかじめ、タスク管理部４２にタスクプロセス実行部４３Ａ，４３Ｂが登録されている。各タスクプロセス実行部４３Ａ，４３Ｂには、処理可能なメディア種別ＭｋＡ，ＭｋＢがそれぞれ登録されている。
【００６０】
このように構成されるときに、タスク要求コマンド４１がタスク管理部４２にタスク実行を要求したとき、あるいは、タスクプロセス実行部４３Ａ，４３Ｂが実行していたタスクの終了をタスク管理部４２に通知したとき、あるいは、タスク管理部４２にあらかじめ設定してあるタスク実行判断を行う時間に到達したときに、タスク管理部４２は、登録されているタスクプロセス実行部４３−ｉのうち、実行中タスク数（プロセス数）が処理可能なタスク数（プロセス数）に達していないタスクプロセス実行部４３−ｉ（例えばタスクプロセス実行部４３Ａ）を特定して、そのタスクプロセス実行部４３Ａに、処理待ち列Ｐｑに入っているタスクで最初に受け付けたタスクが処理可能かを問い合わせる。
【００６１】
これを受けて、タスクプロセス実行部４３Ａでは、タスクプロセス実行部４３Ａ内のタスク判断部４３１−ｉ（以下、タスク判断部４３１ａと記述する）で、自分が処理可能なメディア種別ＭｋＡと処理要求のタスクで指定されているメディア種別とが同じかどうかを判断する。
【００６２】
この判断により、タスク判断部４３１ａは、処理可能なメディア種別ＭｋＡと処理要求のタスクで指定されているメディア種別とが同じであり、さらに、タスクプロセス実行部４３Ａ内の保護処理コア部４３２−ｉ（以下、保護処理コア部４３２ａと記述する）で既に実行しているプロセスの数が、あらかじめ設定してあるタスクプロセス実行部４３Ａで処理可能なプロセス数より小さい場合には、タスク管理部４２に、処理要求のタスクを受け付ける信号ＡＣＫを返す。
【００６３】
一方、タスク判断部４３１ａは、処理要求のタスクがタスクプロセス実行部４３Ａで処理可能なメディア種別でない場合には、タスク管理部４２に、他のタスクプロセス実行部４３−ｉに処理を依頼する必要がある旨の信号であるＮＡＣＫを返答する。
【００６４】
一方、タスク判断部４３１ａは、処理要求のタスクがタスクプロセス実行部４３Ａで処理可能なメディア種別であるものの、保護処理コア部４３２ａで既に実行しているプロセスの数が、あらかじめ設定してあるタスクプロセス実行部４３Ａで処理可能なプロセス数を超えている場合には、現在は処理できないので、タスク管理部４２に、時間経過後処理を再依頼する旨の信号であるＢＵＳＹを返答する。
【００６５】
これらの返答を受けて、タスク管理部４２は、タスクプロセス実行部４３ＡからＡＣＫが返答されたときには、該当タスクの処理実行をタスクプロセス実行部４３Ａに依頼する。
【００６６】
一方、タスク管理部４２は、タスクプロセス実行部４３ＡからＮＡＣＫが返答された場合には、次のタスクプロセス実行部４３−ｉであるタスクプロセス実行部４３Ｂに処理可能かを問い合わせる。これを受けて、タスクプロセス実行部４３Ｂ内のタスク判断部４３１−ｉ（以下、タスク判断部４３１ｂと記述する）でも、タスクプロセス実行部４３Ａの場合と同様にして、タスクプロセス実行部４３Ｂで処理可能かどうかの判断が行われる。
【００６７】
一方、タスク管理部４２は、タスクプロセス実行部４３ＡからＢＵＳＹが返答された場合には、次のタスクプロセス実行部４３−ｉであるタスクプロセス実行部４３Ｂに処理可能かを問い合わせ、タスクプロセス実行部４３ＢからもＢＵＳＹが返答された場合には、処理要求のタスクを再度処理待ち列Ｐｑに並び直し、再度の処理可能依頼を待つこととなる。
【００６８】
タスク管理部４２から該当タスクの処理要求を受け取ったタスクプロセス実行部４３Ａは、保護処理コア部４３２ａに対して、タスク要求コマンド４１の起動時に保護処理実行部３２から渡されたパラメータを指定してタスク実行命令を出し、これを受けて、保護処理コア部４３２ａは、そのパラメータを使用して、コンテンツＣに対して著作権保護処理を施す。このとき、処理種別毎にタスク要求コマンド４１が分かれていない場合には、保護処理コア部４３２ａは、処理種別についても受け取り、それに応じた著作権保護処理を行うことになる。
【００６９】
タスクプロセス実行部４３Ａは、処理が終了すると、タスク管理部４２とサービス処理部３０の図示しない保護処理実行状況受付部とに処理終了を通知する。また、著作権保護処理には処理時間のかかる場合があるため、この保護処理実行状況受付部では、保護処理コア部４３２ａから通知される処理状況を管理する機能を持っている。
【００７０】
保護処理実行状況受付部で保護処理の終了を受け取ったサービス処理部３０は、該当処理要求を行った著作権管理業務の依頼を行うクライアントに対し、トランザクション番号Ｔｒと、処理終了を通知する。
【００７１】
これらを受け取ることによって、クライアントでは、全ての著作権保護処理を終了したことを確認することとなる。
【００７２】
次に、図２ないし図６に示す本発明のコンテンツ著作権保護装置１が実行するフローチャートに従って、以上に説明した処理についてまとめる。
【００７３】
本発明のコンテンツ著作権保護装置１は、図２及び図３のフローチャートに示すように、サービス処理部３０で、コンテンツＣ，属性情報Ｐを受信すると（Ｓ１）、属性情報チェック部３１で、属性内容をチェックして（Ｓ２）、入力された属性内容がすべて許容される情報である場合には、モジュール管理部１０を参照することで（Ｓ３）、処理要求のある著作権保護処理モジュールが登録されているのか否かを判断する（Ｓ４）。
【００７４】
処理要求のある著作権保護処理モジュールが登録されていない場合には、受け付けを棄却し（Ｓ５）、クライアントへエラーを通知して（Ｓ６）、処理を終了する。
【００７５】
なお、モジュール管理部１０に著作権保護処理モジュールが登録されていない場合には、著作権保護処理を施さないというようになっている場合には、クライアントへエラーを通知することは行わないことになる。
【００７６】
一方、処理要求のある著作権保護処理モジュールが登録されている場合には、処理要求のある著作権保護処理モジュールのうち、最も小さい処理順序が与えられている著作権保護処理モジュールを選択すべく、モジュール実行番号Ｎｕｍに例えば１をセットする（Ｓ７）。
【００７７】
なお、このフローチャートでは、属性情報Ｐで、「埋め込み」という処理種別のみの指定があったことを想定しており、これから、「埋め込み」という処理種別を持つ複数の著作権保護処理モジュールについて以下の処理を行うことになるが、以下では、説明の便宜上、「埋め込み」という処理種別を持つあるＮｕｍ番目の著作権保護処理モジュールの処理について説明する。
【００７８】
続いて、モジュール管理部１０から、Ｎｕｍ番目に実行すると登録されている著作権保護処理モジュールの情報（タスク要求コマンド４１やパラメータＰｎ）を取得する（Ｓ８）。
【００７９】
このようにしてタスク要求コマンド４１を取得すると、そのタスク要求コマンド４１を起動し（Ｓ９）、Ｎｕｍ番目に実行すると登録されている著作権保護処理モジュールのタスク管理部４２に、タスク受け付けの可否を問い合わせる（Ｓ１０）。
【００８０】
この問い合わせを受けて、タスク管理部４２は、処理要求を受け付けても処理最大可能数を超えないのか否かを判断することにより、処理要求を処理待ち列Ｐｑに追加可能であるのか否かを判断するので（Ｓ１１）、処理要求を処理待ち列Ｐｑに追加できない場合には、受け付けを棄却し（Ｓ５）、クライアントへエラーを通知して（Ｓ６）、処理を終了する。
【００８１】
一方、処理要求を処理待ち列Ｐｑに追加できる場合には、処理要求を処理待ち列Ｐｑに追加し（Ｓ１２）、タスクを実行する（Ｓ１３）。なお、このときに行うタスクの実行処理については、図４ないし図６のフローチャートに従って後述する。
【００８２】
処理要求を処理待ち列Ｐｑに追加できたことで、処理要求を受け付けることができたので、保護処理実行部３２へ実行受付終了を返却することで（Ｓ１４）、サービス処理部３０へ実行受付終了を返却し（Ｓ１５）、クライアントへ受付終了を通知して（Ｓ１６）、処理を終了する。
【００８３】
次に、図４ないし図６のフローチャートに従って、ステップ１３（Ｓ１３）で実行するタスク実行処理について説明する。
【００８４】
処理待ち列Ｐｑに処理要求が入っているときに、タスク要求コマンド４１からタスク要求がきたことを判断したり（Ｓ１３０）、タスクプロセス実行部４３−ｉから終了通知がきたことを判断したり（Ｓ１３１）、設定時間が経過したことを判断すると（Ｓ１３２）、タスク管理部４２の設定情報からタスクプロセス実行部４３−ｉの登録情報を取得する（Ｓ１３３）。
【００８５】
ここで、このフローチャートでは、説明の便宜上、処理要求の著作権保護処理を実行するタスクプロセス実行部４３−ｉとして、タスクプロセス実行部４３Ａとタスクプロセス実行部４３Ｂという２つがタスク管理部４２に接続されていることを想定している。
【００８６】
これから、タスクプロセス実行部４３−ｉの登録情報として、タスクプロセス実行部４３Ａが１番目のタスクプロセス実行部４３−ｉとして接続されており、タスクプロセス実行部４３Ｂが２番目のタスクプロセス実行部４３−ｉとして接続されているということが取得されることになる。
【００８７】
続いて、処理待ち列Ｐｑに並んでいる一番古いタスク情報（トランザクション番号Ｔｒ、メディア種別Ｍ１、パラメータＰｎ）を取得する（Ｓ１３４）。
【００８８】
続いて、１番目のタスクプロセス実行部４３Ａに問い合わせを行い（Ｓ１３５）、そのタスクプロセス実行部４３Ａで実行可能なメディア種別Ｍｐを取得し（Ｓ１３６）、その取得したメディア種別Ｍｐと要求されたタスクのメディア種別Ｍ１とが一致するのか否かを判断する（Ｓ１３７）。
【００８９】
このメディア種別Ｍｐとメディア種別Ｍ１とが一致することを判断するときには、タスクプロセス実行部４３Ａ内の保護処理コア部４３２ａで現在実行中のタスク数が最大可能実行数よりも小さいことで、タスクの実行が可能であるのか否かを判断して（Ｓ１３８）、タスクの実行が可能であることを判断するときには、タスク管理部４２にＡＣＫを返却する（Ｓ１３９）。
【００９０】
そして、タスクプロセス実行部４３Ａ内の保護処理コア部４３２ａにて著作権保護処理を施し（Ｓ１４０）、タスク管理部４２と保護処理実行状況受付部とに終了を通知し（Ｓ１４１）、サービス処理部３０からクライアントに終了を通知して（Ｓ１４２）、処理を終了する。
【００９１】
一方、ステップ１３７（Ｓ１３７）で、メディア種別Ｍｐとメディア種別Ｍ１とが一致しないことを判断するときには、タスク管理部４２にＯＴＨＥＲを返却し（Ｓ１４３）、また、ステップ１３８（Ｓ１３８）で、タスクの実行が不可能であることを判断するときには、タスク管理部４２にＢＵＳＹを返却する（Ｓ１４４）。
【００９２】
続いて、２番目のタスクプロセス実行部４３Ｂに問い合わせを行い（Ｓ１４５）、そのタスクプロセス実行部４３Ｂで実行可能なメディア種別Ｍｑを取得し（Ｓ１４６）、その取得したメディア種別Ｍｑと要求されたタスクのメディア種別Ｍ１とが一致するのか否かを判断する（Ｓ１４７）。
【００９３】
そして、メディア種別Ｍｑとメディア種別Ｍ１とが一致しないことを判断するときには、タスク管理部４２にＯＴＨＥＲを返却し（Ｓ１４８）、サービス処理部３０からクライアントにエラーを通知して（Ｓ１４９）、処理を終了する。
【００９４】
一方、ステップ１４７（Ｓ１４７）で、メディア種別Ｍｐとメディア種別Ｍ１とが一致することを判断するときには、タスクプロセス実行部４３Ｂ内の保護処理コア部４３２−ｉ（以下、保護処理コア部４３２ｂと記述する）で現在実行中のタスク数が最大可能実行数よりも小さいことで、タスクの実行が可能であるのか否かを判断して（Ｓ１５０）、タスクの実行が可能であることを判断するときには、タスク管理部４２にＡＣＫを返却する（Ｓ１５１）。
【００９５】
そして、タスクプロセス実行部４３Ｂ内の保護処理コア部４３２ｂにて著作権保護処理を施し（Ｓ１５２）、タスク管理部４２と保護処理実行状況受付部とに終了を通知し（Ｓ１５３）、サービス処理部３０からクライアントに終了を通知して（Ｓ１５４）、処理を終了する。
【００９６】
一方、ステップ１５０（Ｓ１５０）で、タスクの実行が不可能であることを判断するときには、タスク管理部４２にＢＵＳＹを返却し（Ｓ１５５）、処理待ち列Ｐｑに再度並び直しをしてから（Ｓ１５６）、ステップ１３０（Ｓ１３０）に戻る。
【００９７】
このように、本発明のコンテンツ著作権保護装置１では、コンテンツに施す著作権保護処理ごとの処理モジュールで構成されて、装置本体に増減可能に接続される保護処理部４０を使って、コンテンツに著作権保護処理を施すという構成を採るとともに、それらの保護処理部４０に処理を依頼する際に必要となる情報を管理することで、どのような保護処理部４０が接続されているのかということについて管理するモジュール管理部１０を用意するという構成を採ることで、著作権保護処理を逐次追加していくことをできるようにすることから、設備更改のための投資を最小限にして、１つのシステムで様々な著作権保護を可能にできるようになる。
【００９８】
さらに、保護処理部４０が著作権保護処理を実行する増減可能な複数のタスクプロセス実行部４３−ｉを備えるという構成を採ることで、著作権保護処理の特性に合わせた機器の増設を可能にし、これにより、著作権保護処理の負荷分散を実現できるようになる。
【００９９】
【発明の効果】
以上説明したように、本発明によれば、著作権保護システムに機能を追加したい、機能を変更したい等という場合に、追加機能のみを実装して著作権保護システムに設定することを行えばよく、これから、異なるシステムを複数持ったり、システム全体を更改する等という必要性が無くなり、コスト面でもかなり削減できるようになる。
【０１００】
さらに、保護処理の特性を生かした分散処理を行うことができるため、著作権保護処理モジュールの需要が増えた場合、該当の著作権保護処理モジュールの機器のみを追加することによって、処理可能なオーダーを増やすことができることから、スケーラビリティに富んだシステムを実現できるようになる。
【図面の簡単な説明】
【図１】本発明のコンテンツ著作権保護装置の一実施形態例である。
【図２】本発明のコンテンツ著作権保護装置が実行するフローチャートである。
【図３】本発明のコンテンツ著作権保護装置が実行するフローチャートである。
【図４】本発明のコンテンツ著作権保護装置が実行するフローチャートである。
【図５】本発明のコンテンツ著作権保護装置が実行するフローチャートである。
【図６】本発明のコンテンツ著作権保護装置が実行するフローチャートである。
【符号の説明】
１　　　コンテンツ著作権保護装置
１０　　モジュール管理部
２０　　ＩＤ管理部
３０　　サービス処理部
３１　　属性情報チェック部
３２　　保護処理実行部
４０　　保護処理部
４１　　タスク要求コマンド
４２　　タスク管理部
４３　　タスクプロセス実行部
４３１　タスク判断部
４３２　保護処理コア部
【図１】
2004139476.tif 000003
【図２】
2004139476.tif 000004
【図３】
2004139476.tif 000005
【図４】
2004139476.tif 000006
【図５】
2004139476.tif 000007
【図６】
2004139476.tif 000008